一种请求消息的处理方法、装置、设备及计算机程序产品制造方法及图纸

本公开涉及一种请求消息的处理方法、装置、设备及计算机程序产品。本公开获取不同的用户请求消息后，在一级管理表中增加每个用户请求消息的请求记录，并将每条请求记录拆解得到一条以上的业务记录；进而，针对一级管理表中的每条请求记录，构建每条请求记录对应的二级管理表，二级管理表中包括由请求记录拆解得到的业务记录，实现通过两级管理表对用户请求消息进行两级管理，管理对象由用户请求本身细化为不同的业务，以便从业务维度发起业务请求，而非直接发起用户请求，由于业务请求的处理数据量小于用户请求的处理数据量，因此，可以提高云端的处理效率，当有多个用户请求时，能较快得到多个用户请求的处理结果，提高多个请求消息的处理效率。请求消息的处理效率。请求消息的处理效率。

【技术实现步骤摘要】
一种请求消息的处理方法、装置、设备及计算机程序产品


[0001]本公开实施例涉及请求处理
，具体涉及一种请求消息的处理方法、装置、设备及计算机程序产品。

技术介绍

[0002]随着车辆智能化的发展，多屏在车辆上的应用逐渐增多，以满足坐在车内不同位置的用户对车辆搭载软件的操作需求，然而不同用户在不同屏幕上操作同一款软件时，会导致该软件同时或在较短时间内产生多个并发的用户请求，当用户请求对应的业务计算量较大时，如何使不同用户的请求都能被及时响应是本领域技术人员需要解决的问题。
[0003]因此亟需提供一种请求消息的处理方案，以提高多个请求消息的处理效率。

技术实现思路

[0004]本公开的至少一个实施例提供了一种请求消息的处理方法、装置、设备及计算机程序产品。
[0005]第一方面，本公开实施例提出一种请求消息的处理方法，该方法包括：
[0006]获取用户请求消息；
[0007]在一级管理表中，增加用户请求消息的请求记录，请求记录包括：用户请求消息的标识和用户请求消息携带的属性信息；
[0008]基于请求记录包括的属性信息，生成请求记录对应的一条以上的业务记录，一条业务记录用于触发一个业务请求；
[0009]构建请求记录对应的二级管理表，二级管理表记录了请求记录包括的用户请求消息的标识以及请求记录对应的一条以上的业务记录。
[0010]第二方面，本公开实施例还提出一种请求消息的处理装置，该装置包括：
[0011]获取单元，用于获取用户请求消息；
[0012]一级管理单元，用于在一级管理表中，增加用户请求消息的请求记录，请求记录中包括：用户请求消息的标识和用户请求消息携带的属性信息；
[0013]生成单元，用于基于请求记录包括的属性信息，生成请求记录对应的一条以上的业务记录，一条业务记录用于触发一个业务请求；
[0014]二级管理单元，用于构建请求记录对应的二级管理表，二级管理表记录了请求记录包括的用户请求消息的标识以及请求记录对应的一条以上的业务记录。
[0015]第三方面，本公开实施例还提出一种电子设备，其中，包括存储器、处理器以及存储在所述存储器上的计算机程序，其中，所述处理器执行所述计算机程序以实现如第一方面所述请求消息的处理方法的步骤。
[0016]第四方面，本公开实施例还提出一种计算机可读存储介质，其中，所述计算机可读存储介质存储程序或指令，所述程序或指令使计算机执行如第一方面所述请求消息的处理方法的步骤。
[0017]第五方面，本公开实施例还提供一种计算机程序产品，其包括计算机指令，其中，该计算机指令被处理器执行时实现如第一方面所述请求消息的处理方法的步骤。
[0018]可见，本公开的至少一个实施例中，获取不同的用户请求消息后，可以在一级管理表中增加每个用户请求消息的请求记录，并将每条请求记录拆解得到一条以上的业务记录；进而，针对一级管理表中的每条请求记录，可以构建每条请求记录对应的二级管理表，二级管理表中包括由请求记录拆解得到的业务记录，实现通过两级管理表对用户请求消息进行两级管理，管理对象由用户请求本身细化为不同的业务，以便从业务维度发起不同的业务请求，而非直接发起用户请求，由于业务记录是由请求记录拆解得到，将用户请求的处理数据量按照不同业务进行了切分，使得每个业务请求的处理数据量小于用户请求的处理数据量，因此发起业务请求相比发起用户请求，可以提高云端的处理效率，当有多个用户请求时，能够较快得到多个用户请求的处理结果，提高多个请求消息的处理效率。
附图说明
[0019]为了更清楚地说明本公开实施例的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，还可以根据这些附图获得其他的附图。
[0020]图1为本公开实施例提供的一种请求消息的处理方法的流程示意图；
[0021]图2为本公开实施例提供的另一种请求消息的处理方法的流程示意图；
[0022]图3为本公开实施例提供的一种响应于用户请求消息而反馈目标响应消息的流程示意图；
[0023]图4为本公开实施例提供的一种生成业务记录的流程示意图；
[0024]图5为本公开实施例提供的一种向业务端发起业务请求的流程示意图；
[0025]图6为本公开实施例提供的另一种向业务端发起业务请求的流程示意图；
[0026]图7为本公开实施例提供的一种业务状态机的示意图；
[0027]图8为本公开实施例提供的一种请求消息的处理装置的示意图；
[0028]图9为本公开实施例提供的一种电子设备的示例性框图。
具体实施方式
[0029]为了能够更清楚地理解本公开的上述目的、特征和优点，下面结合附图和实施例对本公开作进一步的详细说明。可以理解的是，所描述的实施例是本公开的一部分实施例，而不是全部的实施例。此处所描述的具体实施例仅仅用于解释本公开，而非对本公开的限定。基于所描述的本公开的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本公开保护的范围。
[0030]需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。
[0031]随着导航技术的进步，具备地图导航功能的应用(Application，APP)提供给用户的路线规划的信息越来越丰富，同时，在车载场景，路线规划还可以用于支持车辆智能驾驶相关的功能，随着提供信息的越来越丰富以及支持的功能越来越多，导致路线规划涉及的
数据量变大，当车辆上有多块屏幕，支持车辆上的不同用户(包括乘客和司机)通过多屏中的不同屏幕分别进行路线规划时，会存在不同路线规划请求并发的情况或在较短时间段内产生多个路线规划请求的情况，这种场景涉及的数据量就会更大，导致有用户需要长时间等待路线规划结果，损害用户体验。
[0032]例如，司机通过点击车载中控屏的具备地图导航功能的应用请求规划A点到B点的路线；若副驾乘客希望看一下车辆到达B点后再去C点的路线，则副驾乘客会点击副驾屏幕的具备地图导航功能的应用请求规划B点到C点的路线；若后排乘客希望看一下明天由D点到E点的路线，则后排乘客会点击后排屏幕的具备地图导航功能的应用请求规划D点到E点的路线，这样，就会存在三个路线规划请求并发的情况，司机、副驾乘客和/或后排乘客可能需要长时间等待路线规划结果，降低用户体验。
[0033]为了提高用户体验，本公开实施例提供了一种请求消息的处理方法、装置、设备或计算机程序产品，获取不同的用户请求消息后，可以在一级管理表中增加每个用户请求消息的请求记录，进而，针对一级管理表中的每条请求记录，可以构建每条请求记录对应的二级管理表，二级管理表中包括由请求记录拆解得到的业务记录，实现通过两级管理表对用户请求消息本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种请求消息的处理方法，所述方法包括：获取用户请求消息；在一级管理表中，增加所述用户请求消息的请求记录，所述请求记录包括：所述用户请求消息的标识和所述用户请求消息携带的属性信息；基于所述请求记录包括的所述属性信息，生成所述请求记录对应的一条以上的业务记录，一条业务记录用于触发一个业务请求；构建所述请求记录对应的二级管理表，所述二级管理表记录了所述请求记录包括的用户请求消息的标识以及所述请求记录对应的一条以上的业务记录。2.根据权利要求1所述的方法，其中，针对所述一级管理表中待处理的请求记录，所述方法还包括：基于所述请求记录中的用户请求消息的标识，从二级管理表中，索引出所述请求记录对应的目标二级管理表；基于所述目标二级管理表中的业务记录，向业务端发起对应的业务请求。3.根据权利要求2所述的方法，其中，所述基于所述目标二级管理表中的业务记录，向业务端发起对应的业务请求后，所述方法还包括：接收所述业务端针对所述业务请求反馈的业务响应消息；基于同一个目标二级管理表中的业务记录的业务响应消息，生成目标响应消息；基于所述目标二级管理表中记录的用户请求消息的标识，从所述一级管理表中索引出所述目标二级管理表对应的目标请求记录；将所述目标响应消息作为所述目标请求记录对应的用户请求消息的响应消息进行反馈。4.根据权利要求3所述的方法，其中，针对反馈了响应消息的目标请求记录，所述方法还包括：将所述目标请求记录从所述一级管理表中删除；将所述目标请求记录对应的目标二级管理表删除。5.根据权利要求1至4中任意一项权利要求所述的方法，其中，所述基于所述请求记录包括的所述属性信息，生成所述请求记录对应的一条以上的业务记录，包括：基于所述请求记录包括的所述属性信息，确定所述用户请求消息的基础业务；基于所述用户请求消息的基础业务，确定所述基础业务关联的关联业务；将所述基础业务作为所述用户请求...

【专利技术属性】
技术研发人员：曹文森，
申请(专利权)人：高德信息技术有限公司，
类型：发明
国别省市：