CN113362066B - 一种基于跨通道数据联动更新的订单账本系统 - Google Patents

Abstract

本发明提供了一种基于跨通道数据联动更新的订单账本系统，其特征在于，所述系统包括中心服务器、客户端、认证组件、跨通道联动模块，所述中心服务器与客户端之间生成订单账本通道，所述跨通道联动模块用于在各订单账本通道之间进行数据更新，所述认证组件用于认证订单账本通道的合法性，所述订单账本通道根据实时更新的订单数据对订单进行优先排序，并将会影响自身订单的其余订单信息进行统计发送至对应的客户端，使得客户端能够获取准确的信息进行下单。本系统的优先排序结合了订单的创建时间以及处理时间等多个因素，使得不同客户端能够顺利地完成订单。

Description

一种基于跨通道数据联动更新的订单账本系统

技术领域

本发明涉及交易数据处理技术领域，尤其涉及一种基于跨通道数据联动更新的订单账本系统。

背景技术

随着销售手段的增多，商家通常会提供多个通道进行下单来提高销售数量，但不同通道掌握的数据往往不同步，导致有些订单无法正常完成，进而影响顾客的购买体验，如何将不同通道的数据进行统合以及对所有尚未完成的订单进行处理是现在的许多订单账本系统需要面对的问题。

现在已经开发出了很多订单处理系统，经过我们大量的检索与参考，发现现有的订单处理系统有如公开号为KR101048171B1，KR101811269B1、CN104463420B和KR100553807B1所公开的系统，包括一存储模块，用于存储用户在OTA网站中的注册信息及成功预订的每个订单的订单信息；一提取模块，用于提取一目标用户的所有出行类订单；一订单排序模块，用于对所述提取模块提取出的所有出行类订单按照出行日期由前到后的顺序进行排序；一第一判断模块及一第二判断模块，用于对用户的订单进行分析处理，以将满足相应条件的订单划分为同一个行程。但该系统在不同通道内的订单数量大增时会造成许多订单无法顺利完成，且该系统仅仅是根据订单创建时间进行排序，没有考虑其他因素，会影响商家的销售。

发明内容

本发明的目的在于，针对所存在的不足，提出了一种基于跨通道数据联动更新的订单账本系统，

本发明采用如下技术方案：

一种基于跨通道数据联动更新的订单账本系统，其特征在于，包括中心服务器、客户端、认证组件、跨通道联动模块，所述中心服务器与客户端之间生成订单账本通道，所述跨通道联动模块用于在各订单账本通道之间进行数据更新，所述认证组件用于认证订单账本通道的合法性；

所述客户端建立订单后与所述中心服务器之间生成订单账本通道，所述订单账本通道向所述跨通道联动模块发送订单数据包，所述跨通道联动模块将所述订单数据包发送至其余订单账本通道，同时将其余订单账本通道的订单数据包发送至新建立的订单账本通道，使得各订单账本通道内的订单信息保持同步；

所述订单账本通道对订单信息进行如下处理：

所述订单账本通道计算所有订单的优先度U：

；

其中，T为订单创建时间，t为预测的订单处理时间；

所述订单账本通道计算每个订单的优先指数P：

；

其中，i指订单创建时间的排序序号，j指订单优先度的排序序号，k’为调整系数；

所述订单账本通道将优先指数小于本通道内创建的订单的订单信息汇总后发送至对应的客户端；

进一步的，所述客户端在创建订单后向所述中心服务器发送订单请求，所述中心服务器生成订单号，并利用订单号和验证码生成通道号，所述订单号返回给所述客户端，所述通道号和订单号一同记录在随后生成的订单账本通道内，所述认证组件获取所述订单账本通道的通道号和订单号后利用解码器得到验证码，并将得到的验证码与中心服务器的验证码进行比对；

进一步的，所述跨通道联动模块设有存储区域用于存储所述订单数据包，当所述中心服务器处理完订单账本通道内的订单后，注销所述订单账本通道后向所述跨通道联动模块发送注销信息，所述跨通道联动模块在接收到所述注销信息后将对应的订单数据包销毁；

进一步的，所述订单创建时间通过下述公式计算：

；

其中，h为创建时间点的小时数，m为创建时间点的分数，s为创建时间点的秒数；

进一步的，所述预测的订单处理时间t的计算公式为：

；

其中，△t为处理前面的订单的时间超出本订单创建时间的时长，k为通道处理系数，M为订单规模量化值。

本发明所取得的有益效果是：

本系统通过将各通道产生的订单信息通过跨通道联动模块进行更新，使得各通道的订单信息保持同步，同时对所有未完成的订单进行优先度排序，并将会影响本订单的其余订单进行汇总后发送至对应的客户端，减少订单无法顺利完成的情况，优先度排序不仅仅考虑到订单的创建时间，还预测了订单的处理时间以及其他因素，最大程度地使尽可能多的订单不受到影响。

附图说明

从以下结合附图的描述可以进一步理解本发明。图中的部件不一定按比例绘制，而是将重点放在示出实施例的原理上。在不同的视图中，相同的附图标记指定对应的部分。

图1为整体结构框架示意图；

图2为订单账本通道订单信息同步流程示意图；

图3为订单账本通道合法认证流程示意图；

图4为订单处理时间示意图；

图5为订单排序流程示意图。

具体实施方式

为了使得本发明的目的.技术方案及优点更加清楚明白，以下结合其实施例，对本发明进行进一步详细说明；应当理解，此处所描述的具体实施例仅用于解释本发明，并不用于限定本发明。对于本领域技术人员而言，在查阅以下详细描述之后，本实施例的其它系统.方法和/或特征将变得显而易见。旨在所有此类附加的系统.方法.特征和优点都包括在本说明书内.包括在本发明的范围内，并且受所附权利要求书的保护。在以下详细描述描述了所公开的实施例的另外的特征，并且这些特征根据以下将详细描述将是显而易见的。

本发明实施例的附图中相同或相似的标号对应相同或相似的部件；在本发明的描述中，需要理解的是，若有术语“上”、“下”、“左”、“右”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或组件必须具有特定的方位，以特定的方位构造和操作，因此附图中描述位置关系的用语仅用于示例性说明，不能理解为对本专利的限制，对于本领域的普通技术人员而言，可以根据具体情况理解上述术语的具体含义。

实施例一。

本实施例提供了一种基于跨通道数据联动更新的订单账本系统，其特征在于，包括中心服务器、客户端、认证组件、跨通道联动模块，所述中心服务器与客户端之间生成订单账本通道，所述跨通道联动模块用于在各订单账本通道之间进行数据更新，所述认证组件用于认证订单账本通道的合法性；

所述客户端建立订单后与所述中心服务器之间生成订单账本通道，所述订单账本通道向所述跨通道联动模块发送订单数据包，所述跨通道联动模块将所述订单数据包发送至其余订单账本通道，同时将其余订单账本通道的订单数据包发送至新建立的订单账本通道，使得各订单账本通道内的订单信息保持同步；

所述订单账本通道对订单信息进行如下处理：

所述订单账本通道计算所有订单的优先度U：

；

其中，T为订单创建时间，t为预测的订单处理时间；

所述订单账本通道计算每个订单的优先指数P：

；

其中，i指订单创建时间的排序序号，j指订单优先度的排序序号，k’为调整系数；

所述订单账本通道将优先指数小于本通道内创建的订单的订单信息汇总后发送至对应的客户端；

所述客户端在创建订单后向所述中心服务器发送订单请求，所述中心服务器生成订单号，并利用订单号和验证码生成通道号，所述订单号返回给所述客户端，所述通道号和订单号一同记录在随后生成的订单账本通道内，所述认证组件获取所述订单账本通道的通道号和订单号后利用解码器得到验证码，并将得到的验证码与中心服务器的验证码进行比对；

所述跨通道联动模块设有存储区域用于存储所述订单数据包，当所述中心服务器处理完订单账本通道内的订单后，注销所述订单账本通道后向所述跨通道联动模块发送注销信息，所述跨通道联动模块在接收到所述注销信息后将对应的订单数据包销毁；

所述订单创建时间通过下述公式计算：

；

其中，h为创建时间点的小时数，m为创建时间点的分数，s为创建时间点的秒数；

所述预测的订单处理时间t的计算公式为：

；

其中，△t为处理前面的订单的时间超出本订单创建时间的时长，k为通道处理系数，M为订单规模量化值。

实施例二。

本实施例包含了实施例一的全部内容，结合图1，本实施例提供了一种基于跨通道数据联动更新的订单账本系统，包括中心服务器、客户端、认证组件、跨通道联动模块，所述中心服务器与客户端之间生成订单账本通道，所述跨通道联动模块用于在各订单账本通道之间进行数据更新，所述认证组件用于认证订单账本通道的合法性；

结合图2，所述客户端建立订单后与所述中心服务器之间生成订单账本通道，所述订单账本通道带有通道号，所述跨通道联动模块获取所述订单账本通道的通道号以及订单关键信息，所述通道号与订单关键信息构成一个订单数据包，所述跨通道联动模块设有存储区域用于存储所述订单数据包，所述跨通道联动模块在接收到一个新的订单数据包后将所述订单数据包的订单关键信息发送至已有的订单数据包对应的订单账本通道，同时将已有的订单数据包中的订单关键信息发送至新的订单数据包对应的订单账本通道，所述订单账本通道在接收到其余通道的订单关键信息后进行数据更新，使得所有订单账本通道内的数据保持一致，当所述中心服务器处理完与客户端之间的订单后，注销与所述客户端之间的订单账本通道，同时向所述跨通道联动模块发送注销信息，所述跨通道联动模块在接收到所述注销信息后将对应的订单数据包销毁，所述注销信息中还包括订单更新信息，所述跨通道联动模块将所述订单更新信息发送至所有订单账本通道，所述订单账本通道在接收到订单更新信息后进行数据更新；

结合图3，所述认证组件在所述跨通道联动模块获取订单账本通道的订单数据包前对所述订单账本通道进行合法认证，所述客户端在创建订单后向所述中心服务器发送订单请求，所述中心服务器生成订单号，并利用订单号和验证码生成通道号，所述订单号返回给所述客户端，所述通道号和订单号一同记录在随后生成的订单账本通道内，所述认证组件获取所述订单账本通道的通道号和订单号后利用解码器得到验证码，并将得到的验证码与中心服务器的验证码进行比对，比对无误后则验证通过，所述中心服务器的验证码以固定的频率进行变化，在同一时间内会保存最近的两个验证码以及者两个验证码的变化时间，所述认证组件会根据变化时间来选择正确的验证码进行比对。

实施例三。

本实施例包含了上述实施例的全部内容，本实施例的所述订单账本通道内设有存储区域用于存储由所述跨通道联动模块发送的订单关键信息，所述订单关键信息包含了订单的创建时间，根据所述订单关键信息中的创建时间与本订单账本通道对应订单的创建时间的前后关系将所述订单关键信息分为先置订单信息与后置订单信息，由于不同的订单账本通道处理订单的速度不相同，所述订单账本通道会预测本通道内订单的处理时间作为订单关键信息的一部分上传给所述跨通道联动模块，所述跨通道联动模块将处理时间随订单关键信息一起发送至其余订单账本通道，所述订单账本通道根据处理时间计算所有订单的优先度U：

；

其中，T为订单创建时间，t为订单处理时间；

优先度U的值越小，代表该订单的优先度越高；

所述订单创建时间为由时间点转换成的秒数，例如时间点8点24分30秒对应的T为(8*60*60+24*60+30)秒；

由于不同订单账本通道内的订单信息是同步的，所述优先度U只需由对应订单的订单账本通道进行计算即可，并作为订单关键信息的一部分在所述订单账本通道之间进行传输，可以大大降低计算量；

结合图4，需要注意的是，一个订单账本通道内需要处理的订单不止一个，预测的订单处理时间t为：

；

其中，△t为处理前面的订单的时间超出本订单创建时间的时长，k为通道处理系数，M为订单规模量化值；

举例来说，若订单账本通道内有两个订单A和B需要处理，订单A的创建时间为T(A)，订单B的创建时间为T(B)，T(A)早于T(B)，则对于订单A而言，△t为0，对于订单B而言

；

其中，t(A)表示订单A的处理时间；

结合图5，所述订单账本通道分别根据订单创建时间以及优先度给所有订单进行排序得到序列{x_i}和序列{y_i}，需要注意的是，所述所有订单指的是本通道生成的订单和其余通道发送的订单关键信息对应的订单，其中，序列{x_i}根据创建时间从早到晚排序，序列{y_i}根据优先度U值从小到大排序；

所述订单账本通道依据两个序列给所有订单计算优先指数P：

；

其中，i指订单在序列{x_i}中的排序序号，j指订单在序列{y_i}中的排序序号，k’为调整系数，当该订单为前置订单时，k’取值在0至1之间，当该订单为后置订单时，k’取值在1至2之间，当该订单为本通道生成的订单时，k’取值为1；

所述订单账本通道依据优先指数P重新给所有订单排序，并将排在本通道内生成的订单前面的信息进行汇总后发送给该订单对应的客户端；

需要注意的是，所述订单账本通道针对本通道内生成的每一个订单均会进行一次优先指数计算并排序。

实施例四。

本实施例包含了上述实施例的全部内容，本实施例的所述通道处理系数k和订单规模量化值M通过对大量的数据进行统计得到，具体包括如下步骤：

S1、获取n个订单数据，将所述订单数据根据实际处理时间进行排序；

S2、将实际处理时间进行分区，得到m个订单子区间

；

S3、计算每个订单子区间的平均处理时间，得到m个平均处理时间

；

S4、计算每个订单子区间的模拟系数w_i：

；

其中，D_i为一个订单规模项值，r_i为对应的调整参数；

S5、对调整参数r_i进行调整，使得最终各个订单子区间的模拟系数w_i偏差处于10%以内；

S6、确定通道处理系数k为：

；

S7、确定订单规模量化值M为：

。

虽然上面已经参考各种实施例描述了本发明，但是应当理解，在不脱离本发明的范围的情况下，可以进行许多改变和修改。也就是说上面讨论的方法，系统和设备是示例。各种配置可以适当地省略，替换或添加各种过程或组件。例如，在替代配置中，可以以与所描述的顺序不同的顺序执行方法，和/或可以添加，省略和/或组合各种部件。而且，关于某些配置描述的特征可以以各种其他配置组合，如可以以类似的方式组合配置的不同方面和元素。此外，随着技术发展其中的元素可以更新，即许多元素是示例，并不限制本公开或权利要求的范围。

在说明书中给出了具体细节以提供对包括实现的示例性配置的透彻理解。然而，可以在没有这些具体细节的情况下实践配置例如，已经示出了众所周知的电路，过程，算法，结构和技术而没有不必要的细节，以避免模糊配置。该描述仅提供示例配置，并且不限制权利要求的范围，适用性或配置。相反，前面对配置的描述将为本领域技术人员提供用于实现所描述的技术的使能描述。在不脱离本公开的精神或范围的情况下，可以对元件的功能和布置进行各种改变。

综上，其旨在上述详细描述被认为是例示性的而非限制性的，并且应当理解，以上这些实施例应理解为仅用于说明本发明而不用于限制本发明的保护范围。在阅读了本发明的记载的内容之后，技术人员可以对本发明作各种改动或修改，这些等效变化和修饰同样落入本发明权利要求所限定的范围。

Claims (5)

1.一种基于跨通道数据联动更新的订单账本系统，其特征在于，包括中心服务器、客户端、认证组件、跨通道联动模块，所述中心服务器与客户端之间生成订单账本通道，所述跨通道联动模块用于在各订单账本通道之间进行数据更新，所述认证组件用于认证订单账本通道的合法性；

所述客户端建立订单后与所述中心服务器之间生成订单账本通道，所述订单账本通道向所述跨通道联动模块发送订单数据包，所述跨通道联动模块将所述订单数据包发送至其余订单账本通道，同时将其余订单账本通道的订单数据包发送至新建立的订单账本通道，使得各订单账本通道内的订单信息保持同步；

所述订单账本通道对订单信息进行如下处理：

所述订单账本通道计算所有订单的优先度U：

；

其中，T为订单创建时间，t为预测的订单处理时间；

所述订单账本通道计算每个订单的优先指数P：

；

其中，i指订单创建时间的排序序号，j指订单优先度的排序序号，k’为调整系数；

所述订单账本通道依据优先指数P重新给所有订单排序，所述订单账本通道将优先指数小于本通道内创建的订单的订单信息汇总后发送至对应的客户端；

其中其余订单账本通道指仍有订单未处理完的订单账本通道。

2.如权利要求1所述的一种基于跨通道数据联动更新的订单账本系统，其特征在于，所述客户端在创建订单后向所述中心服务器发送订单请求，所述中心服务器生成订单号，并利用订单号和验证码生成通道号，所述订单号返回给所述客户端，所述通道号和订单号一同记录在随后生成的订单账本通道内，所述认证组件获取所述订单账本通道的通道号和订单号后利用解码器得到验证码，并将得到的验证码与中心服务器的验证码进行比对。

3.如权利要求2所述的一种基于跨通道数据联动更新的订单账本系统，其特征在于，所述跨通道联动模块设有存储区域用于存储所述订单数据包，当所述中心服务器处理完订单账本通道内的订单后，注销所述订单账本通道后向所述跨通道联动模块发送注销信息，所述跨通道联动模块在接收到所述注销信息后将对应的订单数据包销毁。

4.如权利要求3所述的一种基于跨通道数据联动更新的订单账本系统，其特征在于，所述订单创建时间通过下述公式计算：

；

其中，h为创建时间点的小时数，m为创建时间点的分数，s为创建时间点的秒数。

5.如权利要求4所述的一种基于跨通道数据联动更新的订单账本系统，其特征在于，所述预测的订单处理时间t的计算公式为：

；

其中，△t为处理前面的订单的时间超出本订单创建时间的时长，k为通道处理系数，M为订单规模量化值。

Images