CN110019258A - 处理订单数据的方法和装置 - Google Patents

处理订单数据的方法和装置 Download PDF

Info

Publication number
CN110019258A
CN110019258A CN201710816495.9A CN201710816495A CN110019258A CN 110019258 A CN110019258 A CN 110019258A CN 201710816495 A CN201710816495 A CN 201710816495A CN 110019258 A CN110019258 A CN 110019258A
Authority
CN
China
Prior art keywords
order
order information
state
data
information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201710816495.9A
Other languages
English (en)
Inventor
安涛
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Jingdong Century Trading Co Ltd
Beijing Jingdong Shangke Information Technology Co Ltd
Original Assignee
Beijing Jingdong Century Trading Co Ltd
Beijing Jingdong Shangke Information Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Jingdong Century Trading Co Ltd, Beijing Jingdong Shangke Information Technology Co Ltd filed Critical Beijing Jingdong Century Trading Co Ltd
Priority to CN201710816495.9A priority Critical patent/CN110019258A/zh
Publication of CN110019258A publication Critical patent/CN110019258A/zh
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/22—Indexing; Data structures therefor; Storage structures
    • G06F16/221—Column-oriented storage; Management thereof
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/22—Indexing; Data structures therefor; Storage structures
    • G06F16/2228—Indexing structures
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/23—Updating
    • G06F16/2379—Updates performed during online database operations; commit processing
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24—Querying
    • G06F16/245—Query processing
    • G06F16/2455—Query execution
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/24—Querying
    • G06F16/245—Query processing
    • G06F16/2458—Special types of queries, e.g. statistical queries, fuzzy queries or distributed queries
    • G06F16/2462—Approximate or statistical queries
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/28—Databases characterised by their database models, e.g. relational or object models
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0201—Market modelling; Market analysis; Collecting market data
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
    • G06Q30/0635—Processing of requisition or of purchase orders

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Databases & Information Systems (AREA)
  • General Physics & Mathematics (AREA)
  • Data Mining & Analysis (AREA)
  • General Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Finance (AREA)
  • Accounting & Taxation (AREA)
  • Strategic Management (AREA)
  • Development Economics (AREA)
  • Software Systems (AREA)
  • General Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Economics (AREA)
  • Probability & Statistics with Applications (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Computational Linguistics (AREA)
  • Game Theory and Decision Science (AREA)
  • Fuzzy Systems (AREA)
  • Mathematical Physics (AREA)
  • Computing Systems (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

本发明公开了处理订单数据的方法和装置，涉及计算机技术领域。该方法的一具体实施方式包括：从订单数据中获取订单号和订单信息；在文档数据库中查询与订单号对应的订单信息；将订单数据中订单信息的状态和文档数据库中订单信息的状态进行比较；当订单数据中订单信息的状态为订单号对应的最新状态时，将文档数据库中与订单号对应的订单信息更新为订单数据中订单信息。该实施方式能够实时监控各订单的状态，并按照状态对订单信息进行统计汇总。

Description

处理订单数据的方法和装置
技术领域
本发明涉及计算机技术领域，尤其涉及一种处理订单数据的方法和装置。
背景技术
现阶段用户从网上购物以后，可以通过订单号查询到订单的交易、物流等相关信息，也可以在用户个人账号的订单菜单下看到所有订单的相关信息。为支持上述两种方式的查询订单的相关信息，订单信息一般是按照两个维度来存储，一个是订单号的分库分表，另一个是用户个人账号的分库分表。
目前，多维度统计的方案，在底层采用的是关系型数据库的分库分表，由于分库分表本身的局限性，查询数据的时候为了不影响性能必须按照分库分表的路由字段作为条件来进行查询，如果需要统计有多少订单已经下单，多少订单在运输，多少订单在妥投，多少订单是先款或者后款等，则需要把订单的信息先提交到大数据中心，然后大数据中心通过预定的查询条件异步生成统计结果。
在实现本发明过程中，发明人发现现有技术中至少存在如下问题：
1.缺少实时性，尤其对于交易量大、配送环节多、站点货物金额高的情况，无法做到实时监控各订单；
2.统计的维度有限，不能全面了解各订单的状态。
发明内容
有鉴于此，本发明实施例提供一种处理订单数据的方法和装置，能够实时监控各订单的状态，并按照状态对订单信息进行统计汇总。
为实现上述目的，根据本发明实施例的一个方面，提供了一种处理订单数据的方法。
本发明实施例的一种处理订单数据的方法包括：从订单数据中获取订单号和订单信息；在文档数据库中查询与所述订单号对应的订单信息；将所述订单数据中订单信息的状态和所述文档数据库中订单信息的状态进行比较；当所述订单数据中订单信息的状态为所述订单号对应的最新状态时，将所述文档数据库中与所述订单号对应的订单信息更新为所述订单数据中订单信息。
可选地，从订单数据中获取订单号和订单信息之前还包括：使用消息队列接收订单管理类的系统在订单信息的状态发生变化时以消息的方式发送的所述订单数据。
可选地，从订单数据中获取订单号和订单信息之后还包括：根据所述订单号将所述订单数据中订单信息存储于分布式存储系统；其中，所述分布式存储系统存储订单信息时，依据所述订单号确定行主键、将订单信息作为值。
可选地，将所述订单数据中订单信息的状态和所述文档数据库中订单信息的状态进行比较包括：将所述订单数据中订单信息的状态和所述文档数据库中订单信息的状态与预设的订单流转规则进行比对，若所述订单数据中订单信息的状态在所述文档数据库中订单信息的状态之后，则所述订单数据中订单信息的状态为所述订单号对应的最新状态；其中，所述预设的订单流转规则是依次呈现订单建立到订单完成过程中全部状态的状态序列。
可选地，所述方法还包括：将所述文档数据库中订单信息同步至搜索与数据分析引擎；其中，所述文档数据库存储订单信息时，依据所述订单号确定行主键、依据预设的维度确定列名。
可选地，所述方法进一步包括：基于搜索与数据分析引擎进行统计或查询时，获取统计或查询的维度；查询订单信息中与所述维度对应的列以得到统计或查询结果。
为实现上述目的，根据本发明实施例的另一方面，提供了一种处理订单数据的装置。
本发明实施例的一种处理订单数据的装置包括：获取模块，用于从订单数据中获取订单号和订单信息；比较模块，用于在文档数据库中查询与所述订单号对应的订单信息；将所述订单数据中订单信息的状态和所述文档数据库中订单信息的状态进行比较；更新模块，用于当所述订单数据中订单信息的状态为所述订单号对应的最新状态时，将所述文档数据库中与所述订单号对应的订单信息更新为所述订单数据中订单信息。
可选地，所述获取模块还用于：使用消息队列接收订单管理类的系统在订单信息的状态发生变化时以消息的方式发送的所述订单数据。
可选地，所述装置还包括：存储模块，用于根据所述订单号将所述订单数据中订单信息存储于分布式存储系统；其中，所述分布式存储系统存储订单信息时，依据所述订单号确定行主键、将订单信息作为值。
可选地，所述比较模块具体用于：将所述订单数据中订单信息的状态和所述文档数据库中订单信息的状态与预设的订单流转规则进行比对，若所述订单数据中订单信息的状态在所述文档数据库中订单信息的状态之后，则所述订单数据中订单信息的状态为所述订单号对应的最新状态；其中，所述预设的订单流转规则是依次呈现订单建立到订单完成过程中全部状态的状态序列。
可选地，所述装置还包括：同步模块，用于将所述文档数据库中订单信息同步至搜索与数据分析引擎；其中，所述文档数据库存储订单信息时，依据所述订单号确定行主键、依据预设的维度确定列名。
可选地，所述装置还包括：查询模块，用于在基于搜索与数据分析引擎进行统计或查询时，获取统计或查询的维度；查询订单信息中与所述维度对应的列以得到统计或查询结果。
为实现上述目的，根据本发明实施例的再一方面，提供了一种处理订单数据的电子设备。
本发明实施例的一种处理订单数据的电子设备包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现本发明实施例的一种处理订单数据的方法。
为实现上述目的，根据本发明实施例的再一方面，提供了一种计算机可读存储介质。
本发明实施例的一种计算机可读存储介质，其上存储有计算机程序，所述程序被处理器执行时实现本发明实施例的一种处理订单数据的方法。
上述发明中的一个实施例具有如下优点或有益效果：因为采用从订单数据中获取订单号和订单信息，并在订单数据中订单信息的状态为订单号对应的最新状态时，将文档数据库中与订单号对应的订单信息更新为订单数据中订单信息的技术手段，所以克服了缺少实时性、无法做到实时监控各订单以及由于统计的维度有限而导致不能全面了解各订单的状态的技术问题，进而达到能够实时监控各订单的状态，并按照状态对订单信息进行统计汇总的有益效果。同时，文档数据库支持主键查询的快速响应和高插入性能，便于查询和更新信息。此外，利用分布式存储系统可以无限存储订单信息来记录订单轨迹，实现跟踪订单，便于对订单信息进行分析，通过搜索与数据分析引擎可以实现从各个维度查询或统计订单信息。
上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。
附图说明
附图用于更好地理解本发明，不构成对本发明的不当限定。其中：
图1是根据本发明实施例的处理订单数据的方法的主要步骤示意图；
图2是根据本发明实施例的处理订单数据的方法的实现框架示意图；
图3是根据本发明实施例的处理订单数据的方法的处理流程示意图；
图4是根据本发明实施例的处理订单数据的装置的主要模块示意图；
图5是本发明实施例可以应用于其中的示例性系统架构图；
图6是适于用来实现本发明实施例的终端设备或服务器的计算机系统的结构示意图。
具体实施方式
以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
图1是根据本发明实施例的处理订单数据的方法的主要步骤示意图。
如图1所示，本发明实施例的处理订单数据的方法主要包括如下步骤：
步骤S101：从订单数据中获取订单号和订单信息。
本发明实施例通过订单数据对订单在各种环节的流转进行监控，订单数据中携带有订单号和订单信息，解析订单数据能够得到某个订单号及与该订单号相对应的订单信息。其中，订单信息可以包括订单类型、状态、所属公司、所属库房、对应的用户、订单区域、对应的货品信息或运输信息等内容。
订单数据可以通过报文接收，也可以通过消息队列(Message Queue，MQ)接收，同时，在订单管理类的系统中当某个订单的状态发生变化时，订单管理类系统会发出携带有订单号和订单信息的消息。在本发明实施例中，使用消息队列接收订单管理类的系统在订单信息的状态发生变化时以消息的方式发送的订单数据。
为了记录每个订单号从建立到完成所经历的全部轨迹，通过分布式存储系统(Hbase)存储接收到的所有订单信息，便于对订单信息进行分析，还能够监测商家的销售行为。在本发明实施例中，获取订单数据中的订单号和订单信息之后，可以根据订单号将订单数据中订单信息存储于分布式存储系统；其中，分布式存储系统存储订单信息时，依据订单号确定行主键、将订单信息作为值。
HBase是一个分布式的、面向列的开源数据库，HBase不同于一般的关系数据库，它是一个适合于非结构化数据存储的数据库，HBase采用基于列的而不是基于行的模式。
步骤S102：在文档数据库中查询与订单号对应的订单信息；将订单数据中订单信息的状态和文档数据库中订单信息的状态进行比较。
本步骤可以根据订单信息的内容确定该订单信息的状态，即根据订单数据中订单信息的内容确定订单数据中订单信息的状态；同时，文档数据库中每个订单号仅对应一条最新状态的订单信息，因此，通过订单号可以在文档数据库中找到与该订单号对应的订单信息，从而确定文档数据库中订单信息的状态，比较订单数据中订单信息的状态和文档数据库中订单信息的状态能够确定该订单号当前所对应的最新状态是什么状态。
文档数据库(MongoDB)是一种介于关系数据库和非关系数据库之间的数据库，是非关系数据库当中功能最丰富的数据库，可以存储比较复杂的数据类型，且支持对数据建立索引，同时，MongoDB还可以支持面向对象的查询语言。
在本发明实施例中，本步骤可以通过以下方式实现：将订单数据中订单信息的状态和文档数据库中订单信息的状态与预设的订单流转规则进行比对，若订单数据中订单信息的状态在文档数据库中订单信息的状态之后，则订单数据中订单信息的状态为订单号对应的最新状态。
本发明实施例中，预设的订单流转规则是依次呈现订单建立到订单完成过程中全部状态的状态序列。
预设的订单流转规则即依次呈现订单各阶段状态的状态序列，可以根据商品类型、商家或运输方式等灵活设置。将订单数据中订单信息的状态和文档数据库中订单信息的状态与预设的订单流转规则进行比对，能够确定订单数据中订单信息和文档数据库中订单信息中哪一个为订单数据中订单号所对应的最新状态的数据。
步骤S103：当订单数据中订单信息的状态为订单号对应的最新状态时，将文档数据库中与订单号对应的订单信息更新为订单数据中订单信息。
从订单数据中得到的订单信息除了在Hbase中进行存储外，还根据订单数据中订单信息的状态，确定是否更新订单数据中订单号在文档数据库中所对应的订单信息，即如果与该订单号在文档数据库中所对应的订单信息的状态相比，订单数据中订单信息的状态为最新状态，则更新文档数据库中该订单号所对应的订单信息；如果不是，则不再存储订单数据中订单信息。
通过上述步骤的处理，文档数据库中所存储的订单信息是每个订单号仅对应一条最新状态的数据，将文档数据库中所存储的订单信息同步至搜索与数据分析引擎后，基于搜索与数据分析引擎即可实现对订单信息的多维度统计、查询以及分析等，且具有良好的时效性。在本发明实施例中，将文档数据库中订单信息同步至搜索与数据分析引擎，文档数据库存储订单信息时，依据订单号确定行主键、依据预设的维度确定列名。
搜索与数据分析引擎(Elasticsearch)是一种分布式、可扩展、实时的搜索与数据分析引擎，使用时可以随意增加查询条件。
在文档数据库中，行主键可以根据订单号确定，例如将订单号直接作为主键，或将订单号经过哈希算法得到的哈希值作为主键；预设的维度可以是订单信息所具有的各项属性，也可以是用于统计或查询的各项属性，例如订单状态、订单类型、订单所属公司、订单所在库房、订单所对应的用户帐号以及是否退货等。
在本发明实施例中，基于搜索与数据分析引擎进行统计或查询时，获取统计或查询的维度；查询订单信息中与维度对应的列以得到统计或查询结果。由于文档数据库中的订单信息已按维度进行划分，因此，在进行统计或查询时，获取统计或查询条件中的维度，只需要通过搜索与数据分析引擎查询找与该维度相对应的列，并基于查找到的列进行统计或查询，即可得到多维度统计或查询结果。
根据本发明实施例的处理订单数据的方法可以看出，因为采用从订单数据中获取订单号和订单信息，并在订单数据中订单信息的状态为订单号对应的最新状态时，将文档数据库中与订单号对应的订单信息更新为订单数据中订单信息的技术手段，所以克服了缺少实时性、无法做到实时监控各订单以及由于统计的维度有限而导致不能全面了解各订单的状态的技术问题，进而达到能够实时监控各订单的状态，并按照状态对订单信息进行统计汇总的有益效果。同时，文档数据库支持主键查询的快速响应和高插入性能，便于查询和更新信息。此外，利用分布式存储系统可以无限存储订单信息来记录订单轨迹，实现跟踪订单，便于对订单信息进行分析，通过搜索与数据分析引擎可以实现从各个维度查询或统计订单信息。
图2是根据本发明实施例的处理订单数据的方法的实现框架示意图。
如图2所示，本发明实施例中订单数据通过消息队列(MQ)接收。可以根据实际需要选择接收哪些订单管理类系统的订单数据，在接收到订单数据后，对订单数据进行解析以得到订单号和订单信息。
在得到订单号和订单信息后，将订单信息以插入的方式存储于分布式存储系统(Hbase)，即根据订单号确定行主键、订单信息作为值，在Hbase中的该订单号下增加存储该订单信息，例如将订单号直接作为主键，或将订单号经过哈希算法得到的哈希值作为主键。通过Hbase存储接收到的所有订单信息，能够记录订单从建立到完成的轨迹，同时，还可以对商家的销售行为进行监测，例如某个商家的部分订单只有订单建立和订单完成的两种数据，则该商家可能存在刷单行为。
同时，解析订单数据得到订单号和订单信息后，还将订单信息以更新的方式存储于文档数据库(MongoDB)，即判断MongoDB中该订单号下存储的订单信息是否为最新状态的数据，如果是则不再存储，如果不是，则将MongoDB中该订单号下的订单信息替换为从订单数据中得到的最新状态的订单信息。在MongoDB中订单信息的形式存储为：根据订单号确定行主键、以预设的维度作为列名，预设的维度可以是订单信息所具有的各项属性，也可以是用于统计或查询的各项属性，例如订单状态、订单类型、订单所属公司、订单所在库房、订单所对应的用户帐号以及是否退货等。
需要注意的是，MongoDB中订单信息的状态是否为最新状态可以根据预设的订单流转规则确定，预设的订单流转规则是依次呈现订单建立到订单完成过程中全部状态的状态序列，且预设的订单流转规则可以根据商品类型、商家或运输方式等灵活设置。例如同一个订单号，MongoDB中订单信息的状态是出库，订单数据中订单信息的状态是分拣中心，订单流转规则为：下单->对账->出库->分拣中心->站点验收->站点妥投->签收，则确定订单数据中订单信息的状态在MongoDB中订单信息的状态之后，即MongoDB中该订单号下存储的订单信息不是最新状态的数据，则将MongoDB中该订单号下的订单信息替换为从订单数据中得到的最新状态的订单信息。
将MongoDB中的订单信息同步至搜索与数据分析引擎(Elasticsearch)。通过Elasticsearch能够实现对订单信息进行多维度统计，具体的统计过程可以是：首先获取想要查询的维度，然后通过Elasticsear查询订单信息中与维度相对应的列，从而得到多维度统计结果。
图3是根据本发明实施例的处理订单数据的方法的处理流程示意图。
如图3所示，本发明实施例中订单数据通过MQ消息的方式传输，现以流程(camel)框架接收MQ消息为例对订单数据的处理流程进行说明，camel框架是一种消息处理框架，camel框架可以同时且随意接收任意订单管理类系统的MQ消息；MQ消息可以是与订单建立到订单结束过程中与所有订单业务对应的消息，例如对账、出库、派送和退款等。
在与订单管理相关的系统中，当订单的状态发生变化时会触发系统自动向camel框架中的MQ消费端发送MQ消息，camel框架接收到MQ消息后，对MQ消息进行解析以得到订单号和订单信息，将订单信息分别存储至Hbase和MongoDB中，其中，Hbase以插入的方式存储，Mongodb以更新的方式存储。
需要注意的是，为了便于针对不同的MQ消息来动态扩展服务器，实现输入/输出(IO)密集型(消息量大但是处理逻辑简单)和中央处理单元(CPU)密集型(消息量小但是处理逻辑复杂)MQ消息的分离，Camel框架仅用于接收和解析MQ消息，根据实际的发展情况选择处理MQ消息的服务器，而MQ消息所对应的业务逻辑的执行则单独处理，将MQ消息的解析作为服务框架的客户端，而MQ消息所对应的业务逻辑的执行可以作为服务框架的服务端。
以上内容是对本发明实施例的实现框架以及接收消息的处理流程进行介绍，现结合具体应用场景对本发明实施例的处理订单数据的方法进行说明，在本发明实施例中，选择camel框架接收订单数据，camel框架同时接入了订单管理系统、物流管理系统以及订单中间件系统的订单数据。
假设订单号61780923488在MongoDB中存储的订单信息的状态是站点-妥投，订单号61780923488所对应的订单流转规则为：下单->对账->出库->分拣中心->站点-妥投->签收，现先后接收到与订单号61780923488相关的订单数据1、订单数据2以及订单数据3(首先接收到订单数据1，其次是订单数据2，最后接收到订单数据3)，则具体的处理订单信息的流程如下：
首先，接收各系统的订单数据。
当订单管理系统、物流管理系统或订单中间件系统中订单的状态发生变化时会触发系统自动向camel框架发送携带有订单信息的订单数据，camel框架接收来自订单管理系统、物流管理系统或订单中间件系统的订单数据1、订单数据2和订单数据3。
其次，解析订单数据。
camel框架在接收到订单数据1、订单数据2和订单数据3后，解析订单数据1、订单数据2和订单数据3后得到的订单信息分别如表1-3所示。
表1
表2
表3
再次，在Hbase中存储订单信息。
通过步骤S402得到的三条订单信息以插入的方式存储至Hbase，即在Hbase中订单号61780923488下增加存储这三条订单信息。需要注意的是，Hbase中订单信息的存储方式为：以订单号作为行主键、订单业务对应的数据作为值。
然后，在MongoDB中存储订单信息。
通过步骤S402得到的三条订单信息除了存储于Hbase，还会将最新状态的订单信息在MongoDB中进行存储，首先需要确定MongoDB中订单号61780923488下存储的订单信息和所接收到的三条订单信息中哪一条是最新状态的数据，根据订单信息可以确定MongoDB中订单号61780923488下存储的订单信息的状态是站点-妥投，订单数据1中订单信息的状态是分拣中心，订单数据2中订单信息的状态是站点-妥投，订单数据3中订单信息的状态是签收，根据订单流转规则可以确定订单数据3中订单信息的状态是最新状态，则将MongoDB中订单号61780923488下存储的订单信息替换为订单数据3中订单信息。
在MongoDB中订单信息的形式存储为：以61780923488(订单号)作为行主键，以订单信息的维度作为列名，订单信息的维度包括：签收(订单状态)、一般订单(订单类型)、总公司(订单所属公司)、华北(订单所在库房)、正向(销售或退回)、在线支付(支付方式)以及先款(是否付款)等，其中正向表示此订单是销售发货。
最后，将MongoDB中的订单信息同步至Elasticsearch。
将MongoDB中存储的订单信息同步至Elasticsearch，便于对订单信息进行统计或查询。
如果需要进行多维度统计或查询，Elasticsearch根据想要统计或查询的维度查询订单信息中与该维度相对应的列，查询与该维度相对应的列即可得到多维度统计或查询的结果。例如统计有多少订单是总公司订单以及有多少订单是在线支付，则确定统计的维度是订单所属公司和支付方式，Elasticsearch查找与订单所属公司和支付方式相对应的列，查询订单所属公司和支付方式这两列的数据即可得到多维度统计的结果。
图4是根据本发明实施例的处理订单数据的装置的主要模块示意图。
如图4所示，本发明实施例的本发明实施例的一种处理订单数据的装置400包括：获取模块401、比较模块402以及更新模块403。
其中，
获取模块401，用于从订单数据中获取订单号和订单信息；
比较模块402，用于在文档数据库中查询与所述订单号对应的订单信息；将所述订单数据中订单信息的状态和所述文档数据库中订单信息的状态进行比较；
更新模块403，用于当所述订单数据中订单信息的状态为所述订单号对应的最新状态时，将所述文档数据库中与所述订单号对应的订单信息更新为所述订单数据中订单信息。
在本发明实施例中，所述获取模块401还用于：使用消息队列接收订单管理类的系统在订单信息的状态发生变化时以消息的方式发送的所述订单数据。
此外，所述装置还包括：存储模块，用于根据所述订单号将所述订单数据中订单信息存储于分布式存储系统；其中，所述分布式存储系统存储订单信息时，依据所述订单号确定行主键、将订单信息作为值。
在本发明实施例中，所述比较模块402具体用于：将所述订单数据中订单信息的状态和所述文档数据库中订单信息的状态与预设的订单流转规则进行比对，若所述订单数据中订单信息的状态在所述文档数据库中订单信息的状态之后，则所述订单数据中订单信息的状态为所述订单号对应的最新状态；其中，所述预设的订单流转规则是依次呈现订单建立到订单完成过程中全部状态的状态序列。
此外，所述装置还包括：同步模块，用于将所述文档数据库中订单信息同步至搜索与数据分析引擎；其中，所述文档数据库存储订单信息时，依据所述订单号确定行主键、依据预设的维度确定列名。
此外，所述装置还包括：查询模块，用于在基于搜索与数据分析引擎进行统计或查询时，获取统计或查询的维度；查询订单信息中与所述维度对应的列以得到统计或查询结果。
根据本发明实施例的处理订单数据的装置可以看出，因为采用从订单数据中获取订单号和订单信息，并在订单数据中订单信息的状态为订单号对应的最新状态时，将文档数据库中与订单号对应的订单信息更新为订单数据中订单信息的技术手段，所以克服了缺少实时性、无法做到实时监控各订单以及由于统计的维度有限而导致不能全面了解各订单的状态的技术问题，进而达到能够实时监控各订单的状态，并按照状态对订单信息进行统计汇总的有益效果。同时，文档数据库支持主键查询的快速响应和高插入性能，便于查询和更新信息。此外，利用分布式存储系统可以无限存储订单信息来记录订单轨迹，实现跟踪订单，便于对订单信息进行分析，通过搜索与数据分析引擎可以实现从各个维度查询或统计订单信息。
图5示出了可以应用本发明实施例的处理订单数据的方法或处理订单数据的装置的示例性系统架构500。
如图5所示，系统架构500可以包括终端设备501、502、503，网络504和服务器505。网络504用以在终端设备501、502、503和服务器505之间提供通信链路的介质。网络504可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备501、502、503通过网络504与服务器505交互，以接收或发送消息等。终端设备501、502、503上可以安装有各种通讯客户端应用，例如购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。
终端设备501、502、503可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。
服务器505可以是提供各种服务的服务器，例如对用户利用终端设备501、502、503所浏览的购物类网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的产品信息查询请求等数据进行分析等处理，并将处理结果(例如目标推送信息、产品信息--仅为示例)反馈给终端设备。
需要说明的是，本发明实施例所提供的处理订单数据的方法一般由服务器505执行，相应地，处理订单数据的装置一般设置于服务器505中。
应该理解，图5中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
下面参考图6，其示出了适于用来实现本发明实施例的终端设备的计算机系统600的结构示意图。图6示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
如图6所示，计算机系统600包括中央处理单元(CPU)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中，还存储有系统600操作所需的各种程序和数据。CPU 601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。
以下部件连接至I/O接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。
特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(CPU)601执行时，执行本发明的系统中限定的上述功能。
需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。
附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括获取模块、比较模块以及更新模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定，例如，获取模块还可以被描述为“从订单数据中获取订单号和订单信息的模块”。
作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：步骤S101：从订单数据中获取订单号和订单信息；步骤S102：在文档数据库中查询与订单号对应的订单信息；将订单数据中订单信息的状态和文档数据库中订单信息的状态进行比较；步骤S103：当订单数据中订单信息的状态为订单号对应的最新状态时，将文档数据库中与订单号对应的订单信息更新为订单数据中订单信息。
根据本发明实施例的技术方案，因为采用从订单数据中获取订单号和订单信息，并在订单数据中订单信息的状态为订单号对应的最新状态时，将文档数据库中与订单号对应的订单信息更新为订单数据中订单信息的技术手段，所以克服了缺少实时性、无法做到实时监控各订单以及由于统计的维度有限而导致不能全面了解各订单的状态的技术问题，进而达到能够实时监控各订单的状态，并按照状态对订单信息进行统计汇总的有益效果。同时，文档数据库支持主键查询的快速响应和高插入性能，便于查询和更新信息。此外，利用分布式存储系统可以无限存储订单信息来记录订单轨迹，实现跟踪订单，便于对订单信息进行分析，通过搜索与数据分析引擎可以实现从各个维度查询或统计订单信息。
上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。

Claims (14)

1.一种处理订单数据的方法，其特征在于，包括：
从订单数据中获取订单号和订单信息；
在文档数据库中查询与所述订单号对应的订单信息；将所述订单数据中订单信息的状态和所述文档数据库中订单信息的状态进行比较；
当所述订单数据中订单信息的状态为所述订单号对应的最新状态时，将所述文档数据库中与所述订单号对应的订单信息更新为所述订单数据中订单信息。
2.根据权利要求1所述的方法，其特征在于，从订单数据中获取订单号和订单信息之前还包括：
使用消息队列接收订单管理类的系统在订单信息的状态发生变化时以消息的方式发送的所述订单数据。
3.根据权利要求1所述的方法，其特征在于，从订单数据中获取订单号和订单信息之后还包括：
根据所述订单号将所述订单数据中订单信息存储于分布式存储系统；
其中，
所述分布式存储系统存储订单信息时，依据所述订单号确定行主键、将订单信息作为值。
4.根据权利要求1所述的方法，其特征在于，将所述订单数据中订单信息的状态和所述文档数据库中订单信息的状态进行比较包括：
将所述订单数据中订单信息的状态和所述文档数据库中订单信息的状态与预设的订单流转规则进行比对，
若所述订单数据中订单信息的状态在所述文档数据库中订单信息的状态之后，则所述订单数据中订单信息的状态为所述订单号对应的最新状态；
其中，
所述预设的订单流转规则是依次呈现订单建立到订单完成过程中全部状态的状态序列。
5.根据权利要求1-4中任一所述的方法，其特征在于，所述方法还包括：
将所述文档数据库中订单信息同步至搜索与数据分析引擎；
其中，
所述文档数据库存储订单信息时，依据所述订单号确定行主键、依据预设的维度确定列名。
6.根据权利要求5所述的方法，其特征在于，所述方法进一步包括：
基于搜索与数据分析引擎进行统计或查询时，获取统计或查询的维度；
查询订单信息中与所述维度对应的列以得到统计或查询结果。
7.一种处理订单数据的装置，其特征在于，包括：
获取模块，用于从订单数据中获取订单号和订单信息；
比较模块，用于在文档数据库中查询与所述订单号对应的订单信息；将所述订单数据中订单信息的状态和所述文档数据库中订单信息的状态进行比较；
更新模块，用于当所述订单数据中订单信息的状态为所述订单号对应的最新状态时，将所述文档数据库中与所述订单号对应的订单信息更新为所述订单数据中订单信息。
8.根据权利要求7所述的装置，其特征在于，所述获取模块还用于：
使用消息队列接收订单管理类的系统在订单信息的状态发生变化时以消息的方式发送的所述订单数据。
9.根据权利要求7所述的装置，其特征在于，所述装置还包括：
存储模块，用于根据所述订单号将所述订单数据中订单信息存储于分布式存储系统；
其中，
所述分布式存储系统存储订单信息时，依据所述订单号确定行主键、将订单信息作为值。
10.根据权利要求7所述的装置，其特征在于，所述比较模块具体用于：
将所述订单数据中订单信息的状态和所述文档数据库中订单信息的状态与预设的订单流转规则进行比对，
若所述订单数据中订单信息的状态在所述文档数据库中订单信息的状态之后，则所述订单数据中订单信息的状态为所述订单号对应的最新状态；
其中，
所述预设的订单流转规则是依次呈现订单建立到订单完成过程中全部状态的状态序列。
11.根据权利要求7-10中任一所述的装置，其特征在于，所述装置还包括：
同步模块，用于将所述文档数据库中订单信息同步至搜索与数据分析引擎；
其中，
所述文档数据库存储订单信息时，依据所述订单号确定行主键、依据预设的维度确定列名。
12.根据权利要求11所述的装置，其特征在于，所述装置还包括：
查询模块，用于在基于搜索与数据分析引擎进行统计或查询时，获取统计或查询的维度；
查询订单信息中与所述维度对应的列以得到统计或查询结果。
13.一种处理订单数据的电子设备，其特征在于，包括：
一个或多个处理器；
存储装置，用于存储一个或多个程序，
当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-6中任一所述的方法。
14.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现如权利要求1-6中任一所述的方法。
CN201710816495.9A 2017-09-12 2017-09-12 处理订单数据的方法和装置 Pending CN110019258A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201710816495.9A CN110019258A (zh) 2017-09-12 2017-09-12 处理订单数据的方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710816495.9A CN110019258A (zh) 2017-09-12 2017-09-12 处理订单数据的方法和装置

Publications (1)

Publication Number Publication Date
CN110019258A true CN110019258A (zh) 2019-07-16

Family

ID=67186265

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201710816495.9A Pending CN110019258A (zh) 2017-09-12 2017-09-12 处理订单数据的方法和装置

Country Status (1)

Country Link
CN (1) CN110019258A (zh)

Cited By (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110427438A (zh) * 2019-07-30 2019-11-08 中国工商银行股份有限公司 数据处理方法及其装置、电子设备和介质
CN110618995A (zh) * 2018-12-25 2019-12-27 北京时光荏苒科技有限公司 一种行为轨迹的生成方法、装置、服务器及可读介质
CN111026773A (zh) * 2019-11-26 2020-04-17 泰康保险集团股份有限公司 信息处理方法、装置、电子设备及存储介质
CN111311377A (zh) * 2020-03-20 2020-06-19 时时同云科技(成都)有限责任公司 订单处理方法、装置及系统
CN113094413A (zh) * 2021-04-30 2021-07-09 平安国际智慧城市科技股份有限公司 基于队列的数据统计方法、装置、计算机设备及存储介质
CN113627998A (zh) * 2021-08-17 2021-11-09 北京沃东天骏信息技术有限公司 订单数据处理方法、装置、电子设备和计算机可读介质
CN113779138A (zh) * 2021-02-04 2021-12-10 北京京东振世信息技术有限公司 一种订单管理方法和装置
CN113793087A (zh) * 2021-02-26 2021-12-14 北京京东振世信息技术有限公司 用于分拣物品的方法和装置
CN114895978A (zh) * 2022-05-06 2022-08-12 上海金仕达软件科技有限公司 一种委托在报盘内状态的处理方法、装置、介质及设备

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102156933A (zh) * 2010-02-11 2011-08-17 阿里巴巴集团控股有限公司 统计电子商务交易数据的方法和统计系统
US20110264627A1 (en) * 2010-04-21 2011-10-27 Samsung Electronics Co., Ltd. System and method for providing automatic update
CN105069113A (zh) * 2015-08-11 2015-11-18 北京京东尚科信息技术有限公司 一种数据流量实时可视化的方法及系统
CN105335521A (zh) * 2015-11-25 2016-02-17 中国建设银行股份有限公司 用于电子商城的订单数据处理方法和装置
CN105550814A (zh) * 2015-12-20 2016-05-04 北京民航信息科技有限公司 一种民航领域引导服务系统
CN105894361A (zh) * 2016-03-31 2016-08-24 深圳市万普拉斯科技有限公司 一种卡片信息同步的实现方法及装置
CN106997557A (zh) * 2017-03-23 2017-08-01 深圳市创梦天地科技有限公司 订单信息采集方法及装置

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102156933A (zh) * 2010-02-11 2011-08-17 阿里巴巴集团控股有限公司 统计电子商务交易数据的方法和统计系统
US20110264627A1 (en) * 2010-04-21 2011-10-27 Samsung Electronics Co., Ltd. System and method for providing automatic update
CN105069113A (zh) * 2015-08-11 2015-11-18 北京京东尚科信息技术有限公司 一种数据流量实时可视化的方法及系统
CN105335521A (zh) * 2015-11-25 2016-02-17 中国建设银行股份有限公司 用于电子商城的订单数据处理方法和装置
CN105550814A (zh) * 2015-12-20 2016-05-04 北京民航信息科技有限公司 一种民航领域引导服务系统
CN105894361A (zh) * 2016-03-31 2016-08-24 深圳市万普拉斯科技有限公司 一种卡片信息同步的实现方法及装置
CN106997557A (zh) * 2017-03-23 2017-08-01 深圳市创梦天地科技有限公司 订单信息采集方法及装置

Cited By (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110618995B (zh) * 2018-12-25 2023-03-21 北京时光荏苒科技有限公司 一种行为轨迹的生成方法、装置、服务器及可读介质
CN110618995A (zh) * 2018-12-25 2019-12-27 北京时光荏苒科技有限公司 一种行为轨迹的生成方法、装置、服务器及可读介质
CN110427438A (zh) * 2019-07-30 2019-11-08 中国工商银行股份有限公司 数据处理方法及其装置、电子设备和介质
CN111026773A (zh) * 2019-11-26 2020-04-17 泰康保险集团股份有限公司 信息处理方法、装置、电子设备及存储介质
CN111311377A (zh) * 2020-03-20 2020-06-19 时时同云科技(成都)有限责任公司 订单处理方法、装置及系统
CN113779138A (zh) * 2021-02-04 2021-12-10 北京京东振世信息技术有限公司 一种订单管理方法和装置
CN113793087A (zh) * 2021-02-26 2021-12-14 北京京东振世信息技术有限公司 用于分拣物品的方法和装置
CN113793087B (zh) * 2021-02-26 2024-04-16 北京京东振世信息技术有限公司 用于分拣物品的方法和装置
CN113094413A (zh) * 2021-04-30 2021-07-09 平安国际智慧城市科技股份有限公司 基于队列的数据统计方法、装置、计算机设备及存储介质
CN113094413B (zh) * 2021-04-30 2023-07-25 平安国际智慧城市科技股份有限公司 基于队列的数据统计方法、装置、计算机设备及存储介质
CN113627998A (zh) * 2021-08-17 2021-11-09 北京沃东天骏信息技术有限公司 订单数据处理方法、装置、电子设备和计算机可读介质
CN114895978A (zh) * 2022-05-06 2022-08-12 上海金仕达软件科技有限公司 一种委托在报盘内状态的处理方法、装置、介质及设备
CN114895978B (zh) * 2022-05-06 2023-10-13 上海金仕达软件科技股份有限公司 一种委托在报盘内状态的处理方法、装置、介质及设备

Similar Documents

Publication Publication Date Title
CN110019258A (zh) 处理订单数据的方法和装置
CN107844885A (zh) 信息推送方法和装置
CN108960691A (zh) 用于服务器系统的确定物品库存的方法和装置
CN106844372B (zh) 一种物流信息查询方法和装置
CN110472207A (zh) 表单生成方法和装置
CN109191261A (zh) 一种商品推荐方法和系统
CN110209677A (zh) 更新数据的方法和装置
CN108776692A (zh) 用于处理信息的方法和装置
CN110033337A (zh) 订单生产的方法和装置
CN110348771A (zh) 一种对订单进行组单的方法和装置
CN110427304A (zh) 用于银行系统的运维方法、装置、电子设备以及介质
CN110473036A (zh) 一种生成订单号的方法和装置
CN110110196A (zh) 一种消息推送方法和装置
CN109903105A (zh) 一种完善目标商品属性的方法和装置
CN108805379A (zh) 支持多模式履约流程的系统和方法
CN109544279A (zh) 面向订单快速交付的商品适配系统与方法
CN110515741A (zh) 一种基于本地任务队列的降级处理方法和装置
CN109978213A (zh) 一种任务路径规划方法和装置
CN110399397A (zh) 一种数据查询方法和系统
CN110321242A (zh) 数据处理方法和装置
CN110276566A (zh) 信息输出方法和装置
CN113780915A (zh) 业务对接方法和装置
CN108985805A (zh) 一种选择性执行推送任务的方法和装置
CN113706064A (zh) 一种订单处理方法和装置
CN109255563A (zh) 物品的储位区域的确定方法和装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication

Application publication date: 20190716

RJ01 Rejection of invention patent application after publication