一种基于消息分发确定时序的交易系统技术方案

本发明专利技术涉及一种基于消息分发确定时序的交易系统，属于软件设计、互联网实际应用技术领域，通过合理设计消息分发系统、消息处理系统、底层数据库架构，可以实现一个性能优异交易系统，足以承接高并发量任务，并精准完成所有消息队列的梳理，通信，反馈。用软件辅助集群硬件，发挥该服务器集群以及网络流量限制的最大值。完全开放式的商品抢购这一场景，其中可能有通过第三方交易软件完成交易的确认需求。利用分发系统整理用户的消息，合理调配空闲的服务器参与服务。在服务是即时通过系统间消息通信更新状态为用户提供良好准确的反馈。为企业节省服务器和网络等硬件费用。同时提供良好的用户体验给用户，也能为企业创造更大的竞争力。力。力。

【技术实现步骤摘要】
一种基于消息分发确定时序的交易系统


[0001]本专利技术属于软件设计、互联网实际应用
，具体涉及一种基于消息分发确定时序的交易系统。

技术介绍

[0002]随着移动互联网技术的发展，网络交易技术的使用场景日益广泛。当今人们有更多的需求可以通过在网络上的交易系统进行确认和实现。针对于此类需求，衍生出许多需要交易消息类型。例如类似于抢购的网上购物模式对消息分发的时序于精确性提出了较高的要求，简单的交易系统应对此类交易类型存在一定的性能上的不足。常规的交易系统处理消息的方式在于向用户开放一个执行交易的接口，一般在网页和APP中按钮存在；用户通过触发此接口传输自己的消息，软件接到消息后对其中的信息进行处理确认此交易是否可以执行记录，并将结果反馈给用户。例如在设计抢购的软件程序时，首先应该考虑该程序系统能承受的并发量。如果仅考虑该程序能否安全执行顺序处理消息，必然将造成多条消息拥堵。用户使用获得的反馈不及时，甚至根本无法获得反馈。这对于用户使用软件的挫败感是巨大的，同时也会加大用户对中心化处理系统的不信任感。

技术实现思路

[0003]本专利技术目的在于提供一种基于消息分发确定时序的交易系统，用于解决上述现有技术中存在的技术问题，例如在设计抢购的软件程序时，首先应该考虑该程序系统能承受的并发量。如果仅考虑该程序能否安全执行顺序处理消息，必然将造成多条消息拥堵。用户使用获得的反馈不及时，甚至根本无法获得反馈。这对于用户使用软件的挫败感是巨大的，同时也会加大用户对中心化处理系统的不信任感。
[0004]为实现上述目的，本专利技术的技术方案是：一种基于消息分发确定时序的交易系统，包括消息处理系统、消息接收系统、消息发送系统、底层数据库构架；所述消息接收系统用于接收用户端输入的实时消息，并确定所述实时消息的对应时序；所述底层数据库构架用于暂存所述实时消息，并按照设定模式向所述消息处理系统发送所述实时消息；所述消息处理系统用于根据所述对应时序处理所述实时消息，并将处理结果反馈至所述消息发送系统；所述消息发送系统将所述处理结果发送至用户端；还包括消息处理能力识别系统，所述消息处理能力识别系统用于识别所述消息处理系统的消息处理能力上限，记为消息处理上限值；还包括消息接收识别系统，所述消息接收识别系统用于识别所述消息接收系统所接收的实时消息数量，记为消息接收值。
[0005]进一步的，所述消息处理系统、消息发送系统、底层数据库构架处于常闭状态，所述消息接收系统、消息接收识别系统、消息处理能力识别系统处于常开状态；若所述消息接收值未超出所述消息处理上限值，则所述消息处理系统、消息发送系统开启；若所述消息接收值超出所述消息处理上限值，则所述消息处理系统、消息发送系统、底层数据库构架开启。
[0006]进一步的，在所述底层数据库构架中，暂存所述消息接收值超出所述消息处理上限值、且所述对应时序靠后的所述实时消息；当所述消息处理系统处理完一条消息时，所述底层数据库构架将暂存的所述对应时序最靠前的所述实时消息发送至所述消息处理系统。
[0007]进一步的，当所述消息接收值超出所述消息处理上限值时，所述消息接收系统在所述消息处理系统启动后所接收到的所述实时消息均暂存至所述底层数据库构架。
[0008]进一步的，所述消息处理系统为单个集中数据处理服务器或多个分布式数据处理服务器。
[0009]进一步的，当所述消息处理系统为多个分布式数据处理服务器时，多个所述分布式数据处理服务器中设定的消息处理程序完全相同。
[0010]进一步的，还包括消息状态跟踪系统，所述消息状态跟踪系统用于跟踪所述实时消息当前所处的状态。
[0011]进一步的，还包括消息状态反馈系统，所述消息状态反馈系统用于将所述消息状态跟踪系统的跟踪结果反馈至用户端。
[0012]与现有技术相比，本专利技术所具有的有益效果为：本方案其中一个有益效果在于，通过合理设计消息分发（接收、发送）系统、消息处理系统、底层数据库架构，可以实现一个性能优异交易系统，足以承接高并发量任务，并精准完成所有消息队列的梳理，通信，反馈。用软件辅助集群硬件，发挥该服务器集群以及网络流量限制的最大值。例如，完全开放式的商品抢购这一场景，其中可能有通过第三方交易软件完成交易的确认需求（微信、AliPay等）。利用分发系统整理用户的消息，合理调配空闲的服务器参与服务。在服务是即时通过系统间消息通信更新状态为用户提供良好准确的反馈。为企业节省服务器和网络等硬件费用。同时提供良好的用户体验给用户，也能为企业创造更大的竞争力。
附图说明
[0013]图1为本专利技术中一个具体实施方式的系统示意图。
具体实施方式
[0014]下面结合本专利技术的附图1，对本专利技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本专利技术一部分实施例，而不是全部的实施例。基于本专利技术中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本专利技术保护的范围。
[0015]实施例：
如图1所示，提供一种基于消息分发确定时序的交易系统，包括消息处理系统、消息接收系统、消息发送系统、底层数据库构架；所述消息接收系统用于接收用户端输入的实时消息，并确定所述实时消息的对应时序；所述底层数据库构架用于暂存所述实时消息，并按照设定模式向所述消息处理系统发送所述实时消息；所述消息处理系统用于根据所述对应时序处理所述实时消息，并将处理结果反馈至所述消息发送系统；所述消息发送系统将所述处理结果发送至用户端；还包括消息处理能力识别系统，所述消息处理能力识别系统用于识别所述消息处理系统的消息处理能力上限，记为消息处理上限值；还包括消息接收识别系统，所述消息接收识别系统用于识别所述消息接收系统所接收的实时消息数量，记为消息接收值。
[0016]上述方案中，通过合理的消息分发系统可以优先处理简单的时序问题，依靠正确消息队列的建立可以减轻交易系统对交易合理性检验的系统负担，使得软件程序的服务器性能需求降低，让软件提供方可以以较小的服务器集群负担更大的并发量。同时也依然可以保证每条用户的需求可以公正公平的处理，处理结果的反馈更为直观且有清晰的逻辑解释。在实际应用之中减轻软件提供方的客服成本。
[0017]进一步的，所述消息处理系统、消息发送系统、底层数据库构架处于常闭状态，所述消息接收系统、消息接收识别系统、消息处理能力识别系统处于常开状态；若所述消息接收值未超出所述消息处理上限值，则所述消息处理系统、消息发送系统开启；若所述消息接收值超出所述消息处理上限值，则所述消息处理系统、消息发送系统、底层数据库构架开启。
[0018]进一步的，在所述底层数据库构架中，暂存所述消息接收值超出所述消息处理上限值、且所述对应时序靠后的所述实时消息；当所述消息处理系统处理完一条消息时，所述底层数据库构架将暂存的所述对应时序最靠前的所述实时消息发送至所述消息处理系统。
[0019]上述方案中，若所述消息接收值超出所述消息处理上限值的交易系统将重新设计本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种基于消息分发确定时序的交易系统，其特征在于，包括消息处理系统、消息接收系统、消息发送系统、底层数据库构架；所述消息接收系统用于接收用户端输入的实时消息，并确定所述实时消息的对应时序；所述底层数据库构架用于暂存所述实时消息，并按照设定模式向所述消息处理系统发送所述实时消息；所述消息处理系统用于根据所述对应时序处理所述实时消息，并将处理结果反馈至所述消息发送系统；所述消息发送系统将所述处理结果发送至用户端；还包括消息处理能力识别系统，所述消息处理能力识别系统用于识别所述消息处理系统的消息处理能力上限，记为消息处理上限值；还包括消息接收识别系统，所述消息接收识别系统用于识别所述消息接收系统所接收的实时消息数量，记为消息接收值。2.如权利要求1所述的一种基于消息分发确定时序的交易系统，其特征在于，所述消息处理系统、消息发送系统、底层数据库构架处于常闭状态，所述消息接收系统、消息接收识别系统、消息处理能力识别系统处于常开状态；若所述消息接收值未超出所述消息处理上限值，则所述消息处理系统、消息发送系统开启；若所述消息接收值超出所述消息处理上限值，则所述消息处理系统、消息发送系统、底层数据库构架开启。3.如权利要求2所述的一种基于消息分发确定时序的交易系统，其...

【专利技术属性】
技术研发人员：曾博远，黄虹兵，陈海洪，
申请(专利权)人：四川汉唐云分布式存储技术有限公司，
类型：发明
国别省市：