一种信息处理方法、装置、设备、存储介质与流程

1.本发明涉及数据处理技术领域，尤其涉及一种信息处理方法、装置、设备、存储介质。


背景技术：

2.随着移动互联网的快速发展，基于计算机进行处理的交易量越来越多。当用户发送一个消息请求给服务器后台的时候，服务器会检测这条消息是否需要进行延时处理，如果需要就放入到延时队列中，由延时任务检测器进行检测和处理。
3.现有技术中，常用的延时处理方法是通过数据库轮询实现的，即通过一个线程定时的扫描数据库当天收到的消息请求，根据消息请求的创建时间来判断消息请求是否需要处理，针对需要处理的消息请求进行相关的更新操作。
4.但是，当消息请求数据量比较大时，每间隔一段时间轮询数据库，对服务器和数据库的内存消耗比较大。除此之外，轮询数据库存在延迟的情形，即使扫描数据库的间隔时间很短，也会存在扫描数据库延迟的问题，进而导致延迟任务处理的效率低下。


技术实现要素：

5.本发明提供了一种信息处理方法、装置、设备、存储介质，实现了高性能的任务延迟处理，保证了数据的可靠性和单一性，提升了延迟任务处理的效率。
6.第一方面，本发明提供了一种信息处理方法，该方法包括：
7.在接收到至少一个第一消息时，确定至少一个待处理消息以及相应的接收时间戳；
8.基于各待处理消息的接收时间戳，确定各待处理消息于目标缓存中的存储信息；
9.基于存储信息、接收时间戳以及相应的理论延迟处理时长，确定目标处理消息，并对目标处理消息进行处理。
10.第二方面，本发明提供了一种信息处理装置，该装置包括：
11.时间戳确定模块，用于在接收到至少一个第一消息时，确定至少一个待处理消息以及相应的接收时间戳；
12.存储信息确定模块，用于基于各待处理消息的接收时间戳，确定各待处理消息于目标缓存中的存储信息；
13.目标消息处理模块，用于基于存储信息、接收时间戳以及相应的理论延迟处理时长，确定目标处理消息，并对目标处理消息进行处理。
14.第三方面，本发明提供了一种信息处理方法的电子设备，包括：
15.至少一个处理器；以及
16.与至少一个处理器通信连接的存储器；其中，
17.存储器存储有可被至少一个处理器执行的计算机程序，计算机程序被至少一个处理器执行，以使至少一个处理器能够执行本发明任一实施例的信息处理方法的方法。
18.第四方面，本发明提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机指令，计算机指令用于使处理器执行时实现本发明任一实施例的信息处理方法的方法。
19.第五方面，本发明提供了一种计算机程序产品，计算机程序产品包括计算机程序，计算机程序在被处理器执行时实现本发明任一实施例的信息处理方法的方法。
20.本发明实施例提供技术方法，通过在接收到至少一个第一消息时，检测并对第一消息进行去重处理，进而得到至少一个待处理消息，并确定至少一个待处理消息相应的接收时间戳，随后基于各待处理消息的接收时间戳，确定各待处理消息于目标缓存中的存储信息，最后，基于存储信息、接收时间戳以及相应的理论延迟处理时长，确定目标处理消息，并对目标处理消息进行处理。本公开实施例提供的技术方法解决了延迟任务处理效率低，损耗系统性能的技术问题，基于目标缓存的数据存储格式为各待处理消息确定相应的理论延迟处理时长，并基于目标缓存中的存储信息对各待处理消息进行轮询，依据存储信息依次判断目标缓存中的待处理消息是否为目标处理消息，并处理目标处理消息，实现了高性能的任务延迟处理，保证了数据的可靠性和单一性，提升了延迟任务处理的效率。
21.应当理解，本部分所描述的内容并非旨在标识本发明的实施例的关键或重要特征，也不用于限制本发明的范围。本发明的其它特征将通过以下的说明书而变得容易理解。
附图说明
22.为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
23.图1为本发明实施例一提供的一种信息处理方法的流程图；
24.图2为本发明实施例二提供的一种信息处理方法的流程图；
25.图3为本发明实施例三提供的一种信息处理方法装置的结构示意图；
26.图4为本发明实施例四提供的一种电子设备的结构示意图。
具体实施方式
27.为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
28.需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一预设条件”、“第二预设条件”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于
这些过程、方法、产品或设备固有的其它步骤或单元。
29.实施例一
30.图1为本发明实施例一提供的一种信息处理方法的流程图；本实施例可适用于任务延迟处理的情形。该方法可以由信息处理装置来执行，该信息处理装置可以采用硬件和/或软件的形式实现，该信息处理装置可以配置在计算机设备上，该计算机设备可以是笔记本、台式计算机以及智能平板等。如图1所示，该方法包括：
31.s110、在接收到至少一个第一消息时，确定至少一个待处理消息以及相应的接收时间戳。
32.其中，第一消息为用户发送的业务处理请求。第一消息中包括需要延时处理的消息以及不需要延时处理的消息，将需要进行延时处理的消息作为待处理消息。接收时间戳为服务器后台接收到用户发送业务请求时对应的时刻。
33.具体的，用户在发送第一消息给服务器后台后，服务器后台会接收这些第一消息。第一消息的数量可以是一个，也可以是多个。服务器后台会检测每一个第一消息是否需要进行延时处理，如果不需要进行延时处理的第一消息，服务器会立马对其进行处理，并把处理后的结果返会给用户；如果需要进行延时处理，则将对应的第一消息放入到延时队列中，作为待处理消息，待处理消息在放入延时队列时，确定服务器后台在接收待处理消息时的接收时间戳。
34.可选的，确定至少一个待处理消息以及相应的接收时间戳，包括：确定目标业务所对应的业务属性；基于业务属性对至少一个第一消息去重处理，以得到至少一个待处理消息；以及，基于服务日期确定服务器接收到至少一个待处理消息的接收时间戳。
35.其中，目标业务为与用户发送的第一消息相对应的业务。业务属性为目标业务对应的具体业务内容，例如部分业务用户是可以重复业务请求的，而部分任务一位用户只有一次业务请求机会。去重处理对第一消息进行去除重复的处理。
36.示例性的，假设目标业务为预约业务，对应的业务属性为：一位用户只有一次业务请求机会。但是用户在发送第一消息的过程中，有可能点击移动设备上的预约控件时，存在手抖重复触发的情形，此时存在发送了重复的第一消息的情形，需要将重复发送的第一消息进行去重处理的得到待处理消息。假设目标业务是秒杀抢单业务，对应的业务属性为：用户是可以重复业务请求。如果用户多次移动设备上的秒杀抢单控件时，表示用户可以多次参与秒杀抢单，用户触发多次控件所发送的多个第一消息不需要进行去重处理，此时对应的对个第一消息均为待处理消息，在确定待处理消息时，基于服务器后台的服务日期确定服务器接收到多个待处理消息的接收时间戳。
37.s120、基于各待处理消息的接收时间戳，确定各待处理消息于目标缓存中的存储信息。
38.其中，目标缓存为服务器后台在接受到用户的业务请求后，存储业务请求的服务器。存储信息可以理解为待处理消息在目标缓存中存储位置的先后顺序。
39.可选的，目标缓存为数据结构服务器，待处理消息于目标缓存中的存储格式为有序集合。
40.其中，数据结构服务器(remote dictionary server，redis)redis是一个开源的数据库，使用c语言编写、可基于内存也可持久化的键值对(key-value)存储数据库。值
(value)支持多种存储类型，包括字符串(string)、哈希(hash)、列表(list)、集合(sets)和有序集合(zsets)，可用作数据库、高速缓存和消息中间件。zsets是个有序且不可重复的数据集合。
41.需要特别说明的是，以redis作为目标缓存，具有以下的优势：(1)redis的有序集合的数据格式支持高性能的任务排序；(2)redis是在内存上对待对处理消息进行排序操作的，处理速度快；(3)redis可以搭建集群，当第一消息很多时候，可以用集群来提高消息处理的速度，提高可用性。(4)redis具有持久化机制，当系统出现故障的时候，可以通过多种方式来对数据进行恢复，保证了数据的可靠性。
42.在本实施例中，redis可以缓存用户发送的很多请求，redis在缓存请求时以zsets数据结构进行存储。
43.具体的，redis在缓存各待处理消息时，可以读取每一个待处理消息对应的接收时间戳，并根据接收时间戳的先后顺序，确定各待处理消息在目标缓存中的先后顺序。
44.示例性的，假设有3个待处理消息，3个待处理消息分别是待处理消息1、待处理消息2和待处理消息3。假设待处理消息1对应的接收时间戳为2020-04-0408:08:08、待处理消息2对应的接收时间戳为2020-04-0408:08:09和待处理消息3对应的接收时间戳为2020-04-0408:08:10，则在各待处理消息于目标缓存中的存储信息为待处理消息1位于待处理消息2之前，待处理消息2位于待处理消息3之前。
45.s130、基于存储信息、接收时间戳以及相应的理论延迟处理时长，确定目标处理消息，并对目标处理消息进行处理。
46.其中，理论延迟处理时长为预先为每一个待处理消息设定的延迟时间，表示对应的待处理任务将在经过该指定时间后处理。目标处理消息为经历过理论延迟处理时长，将需要对其进行处理的待处理消息。
47.可选的，为各待处理消息确定理论延迟处理时长可以是：获取业务属性中的业务持续时长，以基于业务持续时长和各待处理消息的接收时间戳，确定各待处理消息的理论延迟处理时长。
48.在本实施例中，理论延迟处理时长与目标业务的业务属性是相关联的。例如，在预约业务中，当用户预约成功之后，服务器后台会在1分钟之后给用户发送短信通知，则在这种业务情境下，延迟队列中的各待处理消息的理论延迟处理时长为1分钟。
49.上述技术方案，通过在接收到至少一个第一消息时，检测第一消息是否需要延迟处理并对第一消息进行去重处理，进而得到至少一个待处理消息，并确定至少一个待处理消息相应的接收时间戳，随后基于各待处理消息的接收时间戳，确定各待处理消息于目标缓存中的存储信息，最后，基于存储信息、接收时间戳以及相应的理论延迟处理时长，确定目标处理消息，并对目标处理消息进行处理。本发明实施例提供的技术方案，解决了延迟任务处理效率低，损耗系统性能的技术问题，基于目标缓存的数据存储格式为各待处理消息确定相应的理论延迟处理时长，并基于目标缓存中的存储信息对各待处理消息进行轮询，依据存储信息依次判断目标缓存中的待处理消息是否为目标处理消息，并处理目标处理消息，实现了高性能的任务延迟处理，保证了数据的可靠性和单一性，提升了延迟任务处理的效率。
50.实施例二
51.图3为本发明实施例二提供的一种数据处理方法的流程图，本发明实施例在上述实施例的基础上对前述实施例s110-s130对应的内容进行进一步细化，本发明实施例可以与上述一个或者多个实施例中各个可选方案结合。如图3所示，该方法包括：
52.s210、在接收到至少一个第一消息时，确定至少一个待处理消息以及相应的接收时间戳。
53.s220、调用排序指令对各待处理消息的接收时间戳进行处理，确定各待处理消息所对应的顺序编号。
54.其中，排序指令是预先设定好的指令，当调用排序指令时，可以基于排序指令中所指定的量的大小关系进行排序。例如，排序指令中所指定的量为接收时间戳，则会根据各待处理消息的接收时间戳的大小进行排序。
55.在本实施例中，当调用排序指令后，可以对延迟队列中待处理消息的接收时间戳进行排序，为各待处理消息确定与其相对应的唯一顺序编号。
56.s230、基于写入缓存指令、目标缓存的缓存消息数量以及顺序编号，确定写入至目标缓存的各待处理消息的存储信息；
57.其中，存储信息与顺序编号相对应。写入缓存指令为预先设定好的指令，可以直接调用。目标缓存的缓存消息数量可以根据目标业务的具体业务属性确定，例如，在预约业务中，如果预先设定的预约用户上限为500，则目标缓存的缓存消息数量即为500。
58.在本实施例中，当调用写入缓存指令后，可以将顺序编号为前目标缓存的缓存消息数量的待处理消息，按照其顺序编号的大小关系，从小到大依次排序，由此便可以确定写入至目标缓存的各待处理消息的存储信息。
59.s240、依据存储信息对目标缓存中的各待处理消息进行处理。
60.在本实施例中，各待处理消息的存储信息可以表征其对应的处理顺序，在实际应用过程中，根据先进先出的原理，最先处理存储信息表征最靠前的待处理消息。
61.s250、对于各待处理消息，根据当前待处理消息的接收时间戳以及当前处理时间戳，确定实际延迟处理时长。
62.在本实施例中，对于各待处理消息，在处理某一个待处理消息时，首先对当前时间戳与接收时间戳作差，确定的时间差值即为实际延时处理时长。并将实际延时时长与前待处理消息的理论延迟时长的大小进行比较，根据比较的结果进行后续操作。
63.s260、若实际延迟处理时长小于等于当前待处理消息的理论延迟时长，则确定当前待处理消息为目标处理消息，并对目标处理消息进行处理。
64.在本实施例中，如果实际延迟处理时长小于等于当前待处理消息的理论延迟时长，则表明实际延迟处理时长在当前待处理消息的理论延迟时长的范围内，可以将当前待处理消息确定为目标处理消息，可以执行下一步处理。
65.可选的，若实际延迟处理时长大于当前待处理消息的理论延迟时长，则不对当前待处理消息进行处理。
66.在本实施例中，如果实际延迟处理时长大于当前待处理消息的理论延迟时长，则表明实际延迟处理时长已经超出了当前待处理消息的理论延迟时长的范围内，此时当前待处理消息并不作为目标处理消息，完成执行任务。但是，当前待处理消息依然存储在服务器中，仅是不作为目标处理消息而已。
67.上述技术方案，在接收到至少一个第一消息时，确定至少一个待处理消息以及相应的接收时间戳，随后，调用排序指令对各待处理消息的接收时间戳进行处理，确定各待处理消息所对应的顺序编号，并基于写入缓存指令、目标缓存的缓存消息数量以及顺序编号，确定写入至目标缓存的各待处理消息的存储信息，进而，依据存储信息对目标缓存中的各待处理消息进行处理。对于各待处理消息，根据当前待处理消息的接收时间戳以及当前处理时间戳，确定实际延迟处理时长。如果实际延迟处理时长大于当前待处理消息的理论延迟时长，则不对当前待处理消息进行处理；如果实际延迟处理时长小于等于当前待处理消息的理论延迟时长，则确定当前待处理消息为目标处理消息，并对目标处理消息进行处理。本发明实施例提供的技术方案，解决了延迟任务处理效率低，损耗系统性能的技术问题，实现了高性能的任务延迟处理，保证了数据的可靠性和单一性，提升了延迟任务处理的效率。
68.实施例三
69.图3为本发明实施例三提供的一种信息处理装置结构示意图，该装置可以执行本发明实施例所提供的一种信息处理方法。该装置包括：时间戳确定模块310、存储信息确定模块320、目标消息处理模块330。
70.时间戳确定模块310，用于在接收到至少一个第一消息时，确定至少一个待处理消息以及相应的接收时间戳；
71.存储信息确定模块320，用于基于各待处理消息的接收时间戳，确定各待处理消息于目标缓存中的存储信息；
72.目标消息处理模块330，用于基于存储信息、接收时间戳以及相应的理论延迟处理时长，确定目标处理消息，并对目标处理消息进行处理。
73.在上述各技术方案的基础上，信息处理装置，还用于获取业务属性中的业务持续时长，以基于业务持续时长和各待处理消息的接收时间戳，确定各待处理消息的理论延迟处理时长。
74.在上述各技术方案的基础上，时间戳确定模块310包括：业务属性确定单元、待处理消息确定单元和时间戳确定单元。
75.业务属性确定单元，用于确定目标业务所对应的业务属性；
76.待处理消息确定单元，用于基于业务属性对至少一个第一消息去重处理，以得到至少一个待处理消息；以及，
77.时间戳确定单元，用于基于服务日期确定服务器接收到至少一个待处理消息的接收时间戳。
78.在上述各技术方案的基础上，存储信息确定模块320包括：顺序编号确定单元和存储信息确定单元。
79.顺序编号确定单元，用于调用排序指令对各待处理消息的接收时间戳进行处理，确定各待处理消息所对应的顺序编号；
80.存储信息确定单元，用于基于写入缓存指令、目标缓存的缓存消息数量以及顺序编号，确定写入至目标缓存的各待处理消息的存储信息；其中，存储信息与顺序编号相对应。
81.在上述各技术方案的基础上，目标消息处理模块330包括：待处理消息处理单元、延迟时长确定单元和目标消息确定单元。
82.待处理消息处理单元，用于依据存储信息对目标缓存中的各待处理消息进行处理；
83.延迟时长确定单元，用于对于各待处理消息，根据当前待处理消息的接收时间戳以及当前处理时间戳，确定实际延迟处理时长；
84.目标消息确定单元，用于若实际延迟处理时长小于等于当前待处理消息的理论延迟时长，则确定当前待处理消息为目标处理消息。
85.在上述各技术方案的基础上，目标消息确定单元还用于若实际延迟处理时长大于当前待处理消息的理论延迟时长，则不对当前待处理消息进行处理。
86.本发明实施例提供技术方法，通过在接收到至少一个第一消息时，检测并对第一消息进行去重处理，进而得到至少一个待处理消息，并确定至少一个待处理消息相应的接收时间戳，随后基于各待处理消息的接收时间戳，确定各待处理消息于目标缓存中的存储信息，最后，基于存储信息、接收时间戳以及相应的理论延迟处理时长，确定目标处理消息，并对目标处理消息进行处理。本公开实施例提供的技术方法解决了延迟任务处理效率低，损耗系统性能的技术问题，基于目标缓存的数据存储格式为各待处理消息确定相应的理论延迟处理时长，并基于目标缓存中的存储信息对各待处理消息进行轮询，依据存储信息依次判断目标缓存中的待处理消息是否为目标处理消息，并处理目标处理消息，实现了高性能的任务延迟处理，保证了数据的可靠性和单一性，提升了延迟任务处理的效率。
87.本公开实施例所提供的数据处理装置可执行本公开任意实施例所提供的视频确定方法，具备执行方法相应的功能模块和有益效果。
88.值得注意的是，上述装置所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本公开实施例的保护范围。
89.实施例四
90.图4为本发明实施例四提供的一种电子设备的结构示意图。电子设备10旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备(如头盔、眼镜、手表等)和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本发明的实现。
91.如图4所示，电子设备10包括至少一个处理器11，以及与至少一个处理器11通信连接的存储器，如只读存储器(rom)12、随机访问存储器(ram)13等，其中，存储器存储有可被至少一个处理器执行的计算机程序，处理器11可以根据存储在只读存储器(rom)12中的计算机程序或者从存储单元18加载到随机访问存储器(ram)13中的计算机程序，来执行各种适当的动作和处理。在ram 13中，还可存储电子设备10操作所需的各种程序和数据。处理器11、rom 12以及ram 13通过总线14彼此相连。输入/输出(i/o)接口15也连接至总线14。
92.电子设备10中的多个部件连接至i/o接口15，包括：输入单元16，例如键盘、鼠标等；输出单元17，例如各种类型的显示器、扬声器等；存储单元18，例如磁盘、光盘等；以及通信单元19，例如网卡、调制解调器、无线通信收发机等。通信单元19允许电子设备10通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
93.处理器11可以是各种具有处理和计算能力的通用和/或专用处理组件。处理器11的一些示例包括但不限于中央处理单元(cpu)、图形处理单元(gpu)、各种专用的人工智能(ai)计算芯片、各种运行机器学习模型算法的处理器、数字信号处理器(dsp)、以及任何适当的处理器、控制器、微控制器等。处理器11执行上文所描述的各个方法和处理，例如路面识别方法。
94.在一些实施例中，路面识别方法可被实现为计算机程序，其被有形地包含于计算机可读存储介质，例如存储单元18。在一些实施例中，计算机程序的部分或者全部可以经由rom 12和/或通信单元19而被载入和/或安装到电子设备10上。当计算机程序加载到ram 13并由处理器11执行时，可以执行上文描述的路面识别方法的一个或多个步骤。备选地，在其他实施例中，处理器11可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行路面识别方法。
95.本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、负载可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
96.用于实施本发明的方法的计算机程序可以采用一个或多个编程语言的任何组合来编写。这些计算机程序可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，使得计算机程序当由处理器执行时使流程图和/或框图中所规定的功能/操作被实施。计算机程序可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
97.在本发明的上下文中，计算机可读存储介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的计算机程序。计算机可读存储介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。备选地，计算机可读存储介质可以是机器可读信号介质。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
98.为了提供与用户的交互，可以在电子设备上实施此处描述的系统和技术，该电子设备具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给电子设备。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
99.可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据
服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)、区块链网络和互联网。
100.计算系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，又称为云计算服务器或云主机，是云计算服务体系中的一项主机产品，以解决了传统物理主机与vps服务中，存在的管理难度大，业务扩展性弱的缺陷。应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发明中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本发明的技术方案所期望的结果，本文在此不进行限制。上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。