CN111709817A - 订单数据的处理方法、装置、计算机可读介质及电子设备 - Google Patents

订单数据的处理方法、装置、计算机可读介质及电子设备 Download PDF

Info

Publication number
CN111709817A
CN111709817A CN202010584029.4A CN202010584029A CN111709817A CN 111709817 A CN111709817 A CN 111709817A CN 202010584029 A CN202010584029 A CN 202010584029A CN 111709817 A CN111709817 A CN 111709817A
Authority
CN
China
Prior art keywords
order
merchant
platform
hash value
order number
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
CN202010584029.4A
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.)
Tencent Technology Shenzhen Co Ltd
Original Assignee
Tencent Technology Shenzhen 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 Tencent Technology Shenzhen Co Ltd filed Critical Tencent Technology Shenzhen Co Ltd
Priority to CN202010584029.4A priority Critical patent/CN111709817A/zh
Publication of CN111709817A publication Critical patent/CN111709817A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • 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
    • 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
    • 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/2365—Ensuring data consistency and integrity
    • 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
    • G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
    • G06F21/60—Protecting data
    • G06F21/602—Providing cryptographic facilities or services
    • 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
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Finance (AREA)
  • Accounting & Taxation (AREA)
  • Databases & Information Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Software Systems (AREA)
  • Strategic Management (AREA)
  • Computer Security & Cryptography (AREA)
  • General Business, Economics & Management (AREA)
  • Marketing (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Bioethics (AREA)
  • General Health & Medical Sciences (AREA)
  • Computer Hardware Design (AREA)
  • Health & Medical Sciences (AREA)
  • Technology Law (AREA)
  • Computing Systems (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

本申请的实施例提供了一种订单数据的处理方法、装置、计算机可读介质及电子设备。该订单数据的处理方法包括：接收订单详情查询请求，所述订单详情查询请求中包含有商户在平台中所对应的商户编号，且包含有所述商户的订单编号；将所述商户编号与所述商户的订单编号进行整合处理得到整合后的编号，并计算所述整合后的编号对应的哈希值；根据所述哈希值查询与所述哈希值相关联的平台内部订单编号，根据所述平台内部订单编号查询订单详情信息。本申请实施例的技术方案可以保证商户信息的私密性，并且可以有效支持海量数据的应用场景。

Description

订单数据的处理方法、装置、计算机可读介质及电子设备
技术领域
本申请涉及计算机及通信技术领域，具体而言，涉及一种订单数据的处理方法、装置、计算机可读介质及电子设备。
背景技术
随着网络技术的发展，兴起了大量基于网络技术的电子平台，比如电子商务平台、开票管理平台等，这些电子平台上会注册有多个商户，各商户会针对自身的订单生成一个商户订单编号。相关技术中为了实现平台的订单管理功能，通常会针对商户订单生成一个平台内部订单编号，然后将商户订单编号与平台内部订单编号关联存储在关系型数据库中，但是，这种方式会在导出数据库中的数据时出现商户信息泄露的问题，并且由于不同商户订单的编号生成方式不相同，因此这种方式也难以支持海量数据的应用场景。
发明内容
本申请的实施例提供了一种订单数据的处理方法、装置、计算机可读介质及电子设备，进而至少在一定程度上可以保证商户信息的私密性，并且可以有效支持海量数据的应用场景。
本申请的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本申请的实践而习得。
根据本申请实施例的一个方面，提供了一种订单数据的处理方法，包括：接收订单详情查询请求，所述订单详情查询请求中包含有商户在平台中所对应的商户编号，且包含有所述商户的订单编号；将所述商户编号与所述商户的订单编号进行整合处理得到整合后的编号，并计算所述整合后的编号对应的哈希值；根据所述哈希值查询与所述哈希值相关联的平台内部订单编号，根据所述平台内部订单编号查询订单详情信息。
根据本申请实施例的一个方面，提供了一种订单数据的处理方法，包括：获取商户在平台中所对应的商户编号和所述商户的订单编号，并获取与所述商户的订单编号相对应的平台内部订单编号；将所述商户编号与所述商户的订单编号进行整合处理得到整合后的编号，并计算所述整合后的编号对应的哈希值；将所述哈希值与所述平台内部订单编号进行关联存储，以建立所述商户的订单编号与所述平台内部订单编号之间的映射关系。
根据本申请实施例的一个方面，提供了一种订单数据的处理装置，包括：接收单元，配置为接收订单详情查询请求，所述订单详情查询请求中包含有商户在平台中所对应的商户编号，且包含有所述商户的订单编号；第一处理单元，配置为将所述商户编号与所述商户的订单编号进行整合处理得到整合后的编号，并计算所述整合后的编号对应的哈希值；查询单元，配置为根据所述哈希值查询与所述哈希值相关联的平台内部订单编号，根据所述平台内部订单编号查询订单详情信息。
在本申请的一些实施例中，基于前述方案，所述查询单元配置为：根据所述哈希值确定用于查询所述平台内部订单编号的索引库标识和索引表标识；在所述索引库标识所对应的目标索引库中查找与所述索引表标识对应的目标索引表；在所述目标索引表中查询与所述哈希值相关联的平台内部订单编号。
在本申请的一些实施例中，基于前述方案，所述查询单元配置为：将所述哈希值中第一指定位的值确定为所述索引库标识，并将所述哈希值中第二指定位的值确定为所述索引表标识。
在本申请的一些实施例中，基于前述方案，所述查询单元配置为：根据所述平台内部订单编号确定订单详情信息的存储数据库标识及存储数据表标识；在所述存储数据库标识所对应的目标数据库中查找与所述存储数据表标识对应的目标数据表；在所述目标数据表中查询所述平台内部订单编号对应的订单详情信息。
在本申请的一些实施例中，基于前述方案，所述订单详情信息按照订单的生成时间信息进行分库分表存储；所述查询单元配置为：根据所述平台内部订单编号，确定订单的生成时间信息；根据所述订单的生成时间信息确定所述订单详情信息的存储数据库标识及存储数据表标识。
在本申请的一些实施例中，基于前述方案，所述平台生成的订单详情信息存储于区块链网络中；所述订单数据的处理装置还包括：同步单元，配置为将存储于所述区块链网络中的订单详情信息同步至订单详情信息的存储数据库中，以在所述存储数据库中查询所述平台内部订单编号对应的订单详情信息。
在本申请的一些实施例中，基于前述方案，所述第一处理单元配置为：将所述商户编号与所述商户的订单编号进行拼接，以生成所述整合后的编号。
根据本申请实施例的一个方面，提供了一种订单数据的处理装置，包括：获取单元，配置为获取商户在平台中所对应的商户编号和所述商户的订单编号，并获取与所述商户的订单编号相对应的平台内部订单编号；第二处理单元，配置为将所述商户编号与所述商户的订单编号进行整合处理得到整合后的编号，并计算所述整合后的编号对应的哈希值；存储单元，配置为将所述哈希值与所述平台内部订单编号进行关联存储，以建立所述商户的订单编号与所述平台内部订单编号之间的映射关系。
在本申请的一些实施例中，基于前述方案，所述存储单元配置为：根据所述哈希值确定用于存储所述哈希值与所述平台内部订单编号之间的关联关系的索引库标识和索引表标识；若存在与所述索引库标识相对应的目标索引库，且在所述目标索引库中存在与所述索引表标识相对应的目标索引表，则将所述哈希值与所述平台内部订单编号关联存储至所述目标索引表中；若存在与所述索引库标识相对应的目标索引库，但在所述目标索引库中不存在与所述索引表标识相对应的目标索引表，则在所述目标索引库中创建所述目标索引表，并将所述哈希值与所述平台内部订单编号关联存储至所述目标索引表中；若不存在与所述索引库标识相对应的目标索引库，则创建所述目标索引库，并在所述目标索引库中创建与所述索引表标识相对应的目标索引表，将所述哈希值与所述平台内部订单编号关联存储至所述目标索引表中。
在本申请的一些实施例中，基于前述方案，所述存储单元还配置为：获取所述平台内部订单编号对应的订单详情信息和订单的生成时间信息；根据所述订单的生成时间信息中包含的第一粒度的时间信息确定所述订单详情信息的存储数据库标识，并根据所述订单的生成时间信息中包含的第二粒度的时间信息确定所述订单详情信息的存储数据表标识；根据所述存储数据库标识所对应的目标数据库，以及所述存储数据表标识所对应的目标数据表，将所述订单详情信息存储至所述目标数据库中的所述目标数据表内。
在本申请的一些实施例中，基于前述方案，所述平台中的订单包括票据的开票订单；所述订单数据的处理装置还包括：生成单元，配置为根据订单的生成时间信息、票据类型和随机数生成所述平台内部订单编号。
根据本申请实施例的一个方面，提供了一种计算机可读介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上述实施例中所述的订单数据的处理方法。
根据本申请实施例的一个方面，提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如上述实施例中所述的订单数据的处理方法。
在本申请的一些实施例所提供的技术方案中，通过将商户编号与商户的订单编号进行整合处理，并计算整合后的编号对应的哈希值，然后将该哈希值与平台内部订单编号进行关联存储，一方面使得能够在存储时隐藏商户信息(如商户编号及商户的订单编号信息)，保证了商户信息的私密性，另一方面也使得在存储时能够通过生成哈希值的方式将不同商户的订单编号进行统一，进而便于根据该哈希值进行分库分表存储，实现了对海量数据应用场景的有效支持。同时，通过将订单详情查询请求中的商户编号和商户的订单编号进行整合，并计算整合后的编号对应的哈希值，然后根据该哈希值查询相关联的平台内部订单编号，使得可以在保证商户信息隐私和实现分库分表存储的前提下，实现对订单详情信息的查询。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：
图1示出了可以应用本申请实施例的技术方案的示例性***架构的示意图；
图2示出了根据本申请的一个实施例的订单数据的处理方法的流程图；
图3示出了根据本申请的一个实施例的订单数据的处理方法的流程图；
图4示出了根据本申请的一个实施例的查询开票订单详情信息的流程图；
图5示出了根据本申请的一个实施例的订单数据的处理装置的框图；
图6示出了根据本申请的一个实施例的订单数据的处理装置的框图；
图7示出了适于用来实现本申请实施例的电子设备的计算机***的结构示意图。
具体实施方式
现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本申请将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。
此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本申请的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本申请的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本申请的各方面。
附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。
需要说明的是：在本文中提及的“多个”是指两个或两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
本申请实施例中的平台可以是基于网络的电子平台，比如电子商务平台、开票管理平台等，电子平台根据接收到的订单创建请求创建订单之后，可以将订单详情信息存储至区块链网络中，以保证订单详情信息的安全性。
其中，区块链网络是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层。
区块链底层平台可以包括用户管理、基础服务、智能合约以及运营监控等处理模块。其中，用户管理模块负责所有区块链参与者的身份信息管理，包括维护公私钥生成(账户管理)、密钥管理以及用户真实身份和区块链地址对应关系维护(权限管理)等，并且在授权的情况下，监管和审计某些真实身份的交易情况，提供风险控制的规则配置(风控审计)；基础服务模块部署在所有区块链节点设备上，用来验证业务请求的有效性，并对有效请求完成共识后记录到存储上，对于一个新的业务请求，基础服务先对接口适配解析和鉴权处理(接口适配)，然后通过共识算法将业务信息加密(共识管理)，在加密之后完整一致的传输至共享账本上(网络通信)，并进行记录存储；智能合约模块负责合约的注册发行以及合约触发和合约执行，开发人员可以通过某种编程语言定义合约逻辑，发布到区块链上(合约注册)，根据合约条款的逻辑，调用密钥或者其它的事件触发执行，完成合约逻辑，同时还提供对合约升级注销的功能；运营监控模块主要负责产品发布过程中的部署、配置的修改、合约设置、云适配以及产品运行中的实时状态的可视化输出，例如：告警、监控网络情况、监控节点设备健康状态等。
平台产品服务层提供典型应用的基本能力和实现框架，开发人员可以基于这些基本能力，叠加业务的特性，完成业务逻辑的区块链实现。应用服务层提供基于区块链方案的应用服务给业务参与方进行使用。
在本申请的一个实施例中，如图1所示，电子平台根据接收到的订单创建请求创建订单之后，可以将订单详情信息存储至区块链网络103中，以保证订单详情信息的安全性，而为了便于查询订单详情信息，可以将存储至区块链网络103中的订单详情信息同步至数据库102中。
在本申请的一个实施例中，区块链网络103与数据库102的同步过程可以是周期性进行的，比如每天或每小时进行一次同步，即将区块链网络103中在一个周期内新增的订单详情信息同步至数据库102中。或者该同步过程也可以是由区块链网络103触发的，比如区块链网络103中每新增一定量的订单详情信息，就把这些新增的订单详情信息同步至数据库102中。当然，该同步过程还可以是由数据库102触发的，比如数据库102可以基于设定的同步策略向区块链网络103发送数据同步请求，以从区块链网络103中拉取新增的订单详情信息。
在本申请的一个实施例中，当请求处理端101(该请求处理端101可以是平台的请求处理端)在接收到订单详情查询请求之后，可以从订单详情查询请求中获取到商户在平台中所对应的商户编号和商户的订单编号，然后将商户编号与商户的订单编号进行整合处理得到整合后的编号，并计算整合后的编号对应的哈希值，进而可以根据该哈希值查询到相关联的平台内部订单编号，然后根据该平台内部订单编号从数据库102中查询订单详情信息。
在本申请的一个实施例中，订单可以是开票管理平台中的开票订单，比如电子***的开票订单，那么订单详情信息即为请求开具的电子***的信息。当然，订单还可以是电子商务平台中的商品订单，那么订单详情信息可以是商品订购或退换订单的信息等。
以下对本申请实施例的技术方案的实现细节进行详细阐述：
图2示出了根据本申请的一个实施例的订单数据的处理方法的流程图，该订单数据的处理方法可以由服务器来执行，该服务器可以是电子平台的服务器。参照图2所示，该订单数据的处理方法至少包括步骤S210至步骤S230，详细介绍如下：
在步骤S210中，获取商户在平台中所对应的商户编号和商户的订单编号，并获取与商户的订单编号相对应的平台内部订单编号。
在本申请的一个实施例中，商户编号可以是商户在平台中的唯一标识码，用于唯一标识一个商户，不同商户对应的商户编号不相同。商户的订单编号可以是商户自身生成的，各商户可以通过商户的订单编号来在商户内部区分不同的订单。与商户的订单编号相对应的平台内部订单编号是平台侧针对每个商户的订单生成的，用于在平台中区分不同的订单。
在本申请的一个实施例中，当商户向平台发起创建订单任务之后，商户内部可以针对这个订单生成一个商户的订单编号，平台侧也可以针对这个订单生成一个平台内部订单编号。其中，商户的订单编号可以由商户自身根据编号生成规则来生成，比如根据订单的生成时间、商户自定义的某些字段信息等来生成商户的订单编号。平台内部订单编号可以是根据订单的生成时间、随机数、订单类型等生成的。
在本申请的一个实施例中，订单可以是票据的开票订单，在这种情况下，平台可以根据订单的生成时间信息、票据类型和随机数来生成平台内部订单编号。比如可以根据订单生成的毫秒级别时间(即4位年份标识YYYY、2位月份标识MM、2位日标识DD、2位小时标识HH、2位分钟标识mm、2位秒标识ss、3位毫秒标识SSS)、四位随机数(用XXXX来表示)和票据类型(用N来表示)来生成如下格式的平台内部订单编号：YYYYMMDDHHmmssSSSXXXXN。可选地，如果票据类型是蓝票，则N可以为1，如果票据类型是红票，则N可以是0。
在步骤S220中，将商户编号与商户的订单编号进行整合处理得到整合后的编号，并计算整合后的编号对应的哈希值。
在本申请的一个实施例中，将商户编号与商户的订单编号进行整合处理可以是将商户编号与商户的订单编号进行拼接，比如将商户的订单编号拼接在商户编号的后面来得到整合后的编号。当然，还可以通过其它方式来将商户编号与商户的订单编号进行整合，比如可以将商户的订单编号中的一部分来与商户编号进行拼接，或者将商户的订单编号中的一部分与商户编号中的一部分进行拼接等。
在本申请的一个实施例中，可以采用哈希算法来计算整合后的编号对应的哈希值，比如可以采用SM3、MD5、SHA256等算法来计算整合后的编号对应的哈希值。
在步骤S230中，将计算得到的哈希值与平台内部订单编号进行关联存储，以建立商户的订单编号与平台内部订单编号之间的映射关系。
在本申请的实施例中，通过将哈希值与平台内部订单编号进行关联存储，一方面使得能够在存储时隐藏商户信息(如商户编号及商户的订单编号信息)，保证了商户信息的私密性，另一方面也使得在存储时能够通过生成哈希值的方式将不同商户的订单编号进行统一，进而便于根据该哈希值进行分库分表存储，实现了对海量数据应用场景的有效支持。
在实现分库分表存储时，可以根据得到的哈希值确定用于存储该哈希值与平台内部订单编号之间的关联关系的索引库标识和索引表标识，比如可以将哈希值中第一指定位(第一指定位可以是哈希值的最后两位)的值确定为索引库标识，并将哈希值中第二指定位(第二指定位可以是哈希值的倒数第三位)的值确定为索引表标识。
在确定出索引库标识和索引表标识之后，如果已经存在与索引库标识相对应的目标索引库，且在目标索引库中已经存在与索引表标识相对应的目标索引表，则直接将该哈希值与平台内部订单编号关联存储至目标索引表中。如果已经存在与索引库标识相对应的目标索引库，但在目标索引库中不存在与索引表标识相对应的目标索引表，则可以在目标索引库中创建目标索引表，然后将该哈希值与平台内部订单编号关联存储至目标索引表中。如果不存在与索引库标识相对应的目标索引库，则需要创建目标索引库，然后在目标索引库中创建与索引表标识相对应的目标索引表，进而将该哈希值与平台内部订单编号关联存储至目标索引表中。
在本申请的一个实施例中，对于具体的订单详情信息，可以存储于区块链网络中，也可以存储于数据库中。如果订单详情信息是存储与区块链网络中的，那么为了便于对订单详情信息的查询，可以将区块链网络中的订单详情信息同步至数据库中，后续可以直接从该数据库中来查询订单详情信息。
在本申请的一个实施例中，在将订单详情信息存储于数据库中时，也可以采用分库分表的方式进行，具体地可以根据订单的生成时间信息中包含的第一粒度的时间信息确定订单详情信息的存储数据库标识，并根据订单的生成时间信息中包含的第二粒度的时间信息确定订单详情信息的存储数据表标识，然后根据存储数据库标识所对应的目标数据库，以及存储数据表标识所对应的目标数据表，将订单详情信息存储至目标数据库中的目标数据表内。比如第一粒度的时间信息可以是月份，第二粒度的时间信息可以是日，那么可以通过按月分库、按日分表的方式来存储订单详情信息。当然，如果订单量较大，也可以采用按小时分表(即第二粒度的时间信息可以是小时)的方式来存储订单详情信息。
图2所示实施例的技术方案详细阐述了对商户编号与商户的订单编号进行处理，然后与平台内部订单编号进行关联存储的过程，以下结合图3介绍基于图2所示的存储方式，如何进行订单详情信息的查询过程。
图3示出了根据本申请的一个实施例的订单数据的处理方法的流程图，该订单数据的处理方法可以由服务器来执行，该服务器可以是电子平台的服务器。参照图3所示，该订单数据的处理方法至少包括步骤S310至步骤S330，详细介绍如下：
在步骤S310中，接收订单详情查询请求，该订单详情查询请求中包含有商户在平台中所对应的商户编号，且包含有商户的订单编号。
在本申请的一个实施例中，订单详情查询请求可以是商户发出的请求，如前所述，商户编号可以是商户在平台中的唯一标识码，用于唯一标识一个商户，不同商户对应的商户编号不相同。商户的订单编号可以是商户自身生成的，各商户可以通过商户的订单编号来在商户内部区分不同的订单。
在步骤S320中，将商户编号与商户的订单编号进行整合处理得到整合后的编号，并计算整合后的编号对应的哈希值。
在本申请的一个实施例中，步骤S320中的处理方式应与前述步骤S220中的处理方式相对应，以保证根据相同的商户编号与商户的订单编号计算得到的哈希值是相同的，从而才能保证查询到相关联的平台内部订单编号。即步骤S320中对商户编号与商户的订单编号进行整合处理的方式需要与步骤S220中对商户编号与商户的订单编号进行整合处理的方式相同，并且采用的哈希算法应该也是相同的。
在步骤S330中，根据计算得到的哈希值查询与该哈希值相关联的平台内部订单编号，根据平台内部订单编号查询订单详情信息。
在本申请的一个实施例中，如果在存储哈希值与其相关联的平台内部订单编号时采用了前述实施例中的分库分表的方式，那么在根据哈希值查询相关联的平台内部订单编号时，需要先根据哈希值确定用于查询平台内部订单编号的索引库标识和索引表标识，然后在索引库标识所对应的目标索引库中查找与索引表标识对应的目标索引表，并在目标索引表中查询与哈希值相关联的平台内部订单编号。
类似于前述实施例，在根据哈希值确定用于查询平台内部订单编号的索引库标识和索引表标识时，可以将哈希值中第一指定位(第一指定位可以是哈希值的最后两位)的值确定为索引库标识，并将哈希值中第二指定位(第二指定位可以是哈希值的倒数第三位)的值确定为索引表标识。
在本申请的一个实施例中，如何在存储订单详情信息时采用了前述实施例中的分库分表的方式，那么在根据平台内部订单编号查询订单详情信息时，可以根据平台内部订单编号确定订单详情信息的存储数据库标识及存储数据表标识，然后在存储数据库标识所对应的目标数据库中查找与存储数据表标识对应的目标数据表，进而在目标数据表中查询平台内部订单编号对应的订单详情信息。
在本申请的一个实施例中，如果订单详情信息是采用了前述实施例中所述的按照订单的生成时间信息进行分库分表存储，那么可以根据平台内部订单编号，确定订单的生成时间信息，然后根据订单的生成时间信息确定订单详情信息的存储数据库标识及存储数据表标识。比如根据订单的生成时间信息中包含的第一粒度的时间信息确定订单详情信息的存储数据库标识，并根据订单的生成时间信息中包含的第二粒度的时间信息确定订单详情信息的存储数据表标识。
在本申请的一个实施例中，如前述实施例中所述，如果平台生成的订单详情信息存储于区块链网络中，那么为了便于查询订单详情信息，可以将存储于区块链网络中的订单详情信息同步至订单详情信息的存储数据库中。其中，同步的过程可以是周期性进行的，比如每天或每小时进行一次同步，即将区块链网络中在一个周期内新增的订单详情信息同步至数据库中；或者同步的过程也可以是由区块链网络触发的，比如区块链网络中每新增一定量的订单详情信息，就把这些新增的订单详情信息同步至数据库中；当然，同步的过程还可以是由数据库触发的，比如数据库可以基于设定的同步策略向区块链网络发送数据同步请求，以从区块链网络中拉取新增的订单详情信息。
前述实施例分别结合图2和图3阐述了本申请实施例中存储订单相关信息的过程以及查询订单详情信息的过程，以下结合图4，以订单为开票订单为例对本申请实施例的技术方案进行进一步说明：
如图4所示，根据本申请的一个实施例的查询开票订单详情信息的方法，包括如下步骤：
步骤S401，当商户通过商户的订单编号查询开票订单详情时，将外部商户编号与商户的订单编号进行拼接处理。可选地，该拼接处理开始将商户的订单编号拼接在外部商户编号之后。
步骤S402，计算拼接之后的编号对应的SM3哈希值。在本申请的其它实施例中，也可以计算MD5哈希值、SHA256哈希值等。
步骤S403，取哈希值最后3位找到索引库编号和索引表编号，比如可以将哈希值最后两位作为索引库编号，将哈希值倒数第三位作为索引表编号。该实施例中找到的索引库编号为f5，索引表编号为b。
需要说明的是：在查询之前，平台已经先将外部商户编号与商户的订单编号进行了拼接，并计算了SM3哈希值，然后将哈希值与平台内部订单编号进行了关联存储，同时在进行关联存储时也是根据哈希值的最后3位来进行分库分表存储的，这样才能保证在查询时能够根据哈希值的最后3位找到索引库编号和索引表编号。
当找到索引库编号和索引表编号之后，可以通过在相应的库表中进行查询找到与该哈希值对应的平台内部订单编号。如图4所示，该实施例中在索引库名为db_f5，索引表名为t_index_b的库表中查询到了与该哈希值对应的平台内部订单编号。
在本申请的一个实施例中，平台内部订单编号的生成规则可以是：毫秒级别时间(YYYYMMDDHHmmssSSS)+四位随机数(XXXX)+红蓝票类型(N)的方式，即YYYYMMDDHHmmssSSSXXXXN。因此如果开票订单详情信息是采用按月分库、按日分表的方式进行存储的，那么可以根据平台内部订单编号来确定开票订单详情信息所在的库表，在图4所示的实施例中，由于查询到的平台内部订单编号为“2020021811331078800921”，那么根据上述生成规则可以确定开票订单详情信息的存储库编号为“202002”、存储表编号为“18”，因此可以在订单详情库名为“order_db_202002”、订单详情表名为“t_order_detail_18”的库表中查询得到开票订单详情信息。
图4所示的实施例是以开票订单为例进行的说明，在本申请的其它实施例中，订单还可以是购物订单、退换货订单、外卖订单、保险订单等。
比如在购物平台上各个商家都有对应的商家编号，如果买家提交了购物订单，那么商家自身会生成一个商家订单编号，购物平台也会生成一个平台内部订单编号，在这种情况下，购物平台侧的服务器可以根据本申请上述实施例中的技术方案来对商家订单编号和商家编号进行整合，并生成整合后的哈希值，然后将该哈希值与平台内部订单编号进行关联存储，同时可以存储订单详情信息，进而买家或者商家都可以在购物平台侧查询订单详情信息。
又如在外卖平台上各个商家都有对应的商家编号，如果买家提交了外卖订单，那么商家自身会生成一个商家订单编号，外卖平台也会生成一个平台内部订单编号，在这种情况下，外卖平台侧的服务器可以根据本申请上述实施例中的技术方案来对商家订单编号和商家编号进行整合，并生成整合后的哈希值，然后将该哈希值与平台内部订单编号进行关联存储，同时可以存储订单详情信息，进而买家或者商家都可以在外卖平台侧查询订单详情信息。
再如在保险平台上各个保险商家都有对应的商家编号，如果买家提交了保险订单，那么保险商家自身会生成一个商家订单编号，保险平台也会生成一个平台内部订单编号，在这种情况下，保险平台侧的服务器可以根据本申请上述实施例中的技术方案来对商家订单编号和保险商家编号进行整合，并生成整合后的哈希值，然后将该哈希值与平台内部订单编号进行关联存储，同时可以存储订单详情信息，进而买家或者保险商家都可以在保险平台侧查询订单详情信息。
通过本申请上述实施例的技术方案，一方面使得能够在存储时隐藏商户信息(如商户编号及商户的订单编号信息)，保证了商户信息的私密性，另一方面也使得在存储时能够通过生成哈希值的方式将不同商户的订单编号进行统一，进而便于根据该哈希值进行分库分表存储，实现了对海量数据应用场景的有效支持。
以下介绍本申请的装置实施例，可以用于执行本申请上述实施例中的订单数据的处理方法。对于本申请装置实施例中未披露的细节，请参照本申请上述的订单数据的处理方法的实施例。
图5示出了根据本申请的一个实施例的订单数据的处理装置的框图，该订单数据的处理装置可以设置在服务器内部，该服务器可以是电子平台的服务器。
参照图5所示，根据本申请的一个实施例的订单数据的处理装置500，包括：接收单元502、第一处理单元504和查询单元506。
其中，接收单元502配置为接收订单详情查询请求，所述订单详情查询请求中包含有商户在平台中所对应的商户编号，且包含有所述商户的订单编号；第一处理单元504配置为将所述商户编号与所述商户的订单编号进行整合处理得到整合后的编号，并计算所述整合后的编号对应的哈希值；查询单元506配置为根据所述哈希值查询与所述哈希值相关联的平台内部订单编号，根据所述平台内部订单编号查询订单详情信息。
在本申请的一些实施例中，基于前述方案，查询单元506配置为：根据所述哈希值确定用于查询所述平台内部订单编号的索引库标识和索引表标识；在所述索引库标识所对应的目标索引库中查找与所述索引表标识对应的目标索引表；在所述目标索引表中查询与所述哈希值相关联的平台内部订单编号。
在本申请的一些实施例中，基于前述方案，查询单元506配置为：将所述哈希值中第一指定位的值确定为所述索引库标识，并将所述哈希值中第二指定位的值确定为所述索引表标识。
在本申请的一些实施例中，基于前述方案，查询单元506配置为：根据所述平台内部订单编号确定订单详情信息的存储数据库标识及存储数据表标识；在所述存储数据库标识所对应的目标数据库中查找与所述存储数据表标识对应的目标数据表；在所述目标数据表中查询所述平台内部订单编号对应的订单详情信息。
在本申请的一些实施例中，基于前述方案，所述订单详情信息按照订单的生成时间信息进行分库分表存储；查询单元506配置为：根据所述平台内部订单编号，确定订单的生成时间信息；根据所述订单的生成时间信息确定所述订单详情信息的存储数据库标识及存储数据表标识。
在本申请的一些实施例中，基于前述方案，所述平台生成的订单详情信息存储于区块链网络中；所述订单数据的处理装置500还包括：同步单元，配置为将存储于所述区块链网络中的订单详情信息同步至订单详情信息的存储数据库中，以在所述存储数据库中查询所述平台内部订单编号对应的订单详情信息。
在本申请的一些实施例中，基于前述方案，第一处理单元504配置为：将所述商户编号与所述商户的订单编号进行拼接，以生成所述整合后的编号。
图6示出了根据本申请的一个实施例的订单数据的处理装置的框图，该订单数据的处理装置可以设置在服务器内部，该服务器可以是电子平台的服务器。
参照图6所示，根据本申请的一个实施例的订单数据的处理装置600，包括：获取单元602、第二处理单元604和存储单元606。
其中，获取单元602配置为获取商户在平台中所对应的商户编号和所述商户的订单编号，并获取与所述商户的订单编号相对应的平台内部订单编号；第二处理单元604配置为将所述商户编号与所述商户的订单编号进行整合处理得到整合后的编号，并计算所述整合后的编号对应的哈希值；存储单元606配置为将所述哈希值与所述平台内部订单编号进行关联存储，以建立所述商户的订单编号与所述平台内部订单编号之间的映射关系。
在本申请的一些实施例中，基于前述方案，存储单元606配置为：根据所述哈希值确定用于存储所述哈希值与所述平台内部订单编号之间的关联关系的索引库标识和索引表标识；若存在与所述索引库标识相对应的目标索引库，且在所述目标索引库中存在与所述索引表标识相对应的目标索引表，则将所述哈希值与所述平台内部订单编号关联存储至所述目标索引表中；若存在与所述索引库标识相对应的目标索引库，但在所述目标索引库中不存在与所述索引表标识相对应的目标索引表，则在所述目标索引库中创建所述目标索引表，并将所述哈希值与所述平台内部订单编号关联存储至所述目标索引表中；若不存在与所述索引库标识相对应的目标索引库，则创建所述目标索引库，并在所述目标索引库中创建与所述索引表标识相对应的目标索引表，将所述哈希值与所述平台内部订单编号关联存储至所述目标索引表中。
在本申请的一些实施例中，基于前述方案，存储单元606还配置为：获取所述平台内部订单编号对应的订单详情信息和订单的生成时间信息；根据所述订单的生成时间信息中包含的第一粒度的时间信息确定所述订单详情信息的存储数据库标识，并根据所述订单的生成时间信息中包含的第二粒度的时间信息确定所述订单详情信息的存储数据表标识；根据所述存储数据库标识所对应的目标数据库，以及所述存储数据表标识所对应的目标数据表，将所述订单详情信息存储至所述目标数据库中的所述目标数据表内。
在本申请的一些实施例中，基于前述方案，所述平台中的订单包括票据的开票订单；所述订单数据的处理装置600还包括：生成单元，配置为根据订单的生成时间信息、票据类型和随机数生成所述平台内部订单编号。
图7示出了适于用来实现本申请实施例的电子设备的计算机***的结构示意图。
需要说明的是，图7示出的电子设备的计算机***700仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。
如图7所示，计算机***700包括中央处理单元(Central Processing Unit，CPU)701，其可以根据存储在只读存储器(Read-Only Memory，ROM)702中的程序或者从存储部分708加载到随机访问存储器(Random Access Memory，RAM)703中的程序而执行各种适当的动作和处理，例如执行上述实施例中所述的方法。在RAM 703中，还存储有***操作所需的各种程序和数据。CPU 701、ROM 702以及RAM 703通过总线704彼此相连。输入/输出(Input/Output，I/O)接口705也连接至总线704。
以下部件连接至I/O接口705：包括键盘、鼠标等的输入部分706；包括诸如阴极射线管(Cathode Ray Tube，CRT)、液晶显示器(Liquid Crystal Display，LCD)等以及扬声器等的输出部分707；包括硬盘等的存储部分708；以及包括诸如LAN(Local Area Network，局域网)卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至I/O接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入存储部分708。
特别地，根据本申请的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的计算机程序。在这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。在该计算机程序被中央处理单元(CPU)701执行时，执行本申请的***中限定的各种功能。
需要说明的是，本申请实施例所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的***、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)、闪存、光纤、便携式紧凑磁盘只读存储器(Compact Disc Read-Only Memory，CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行***、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的计算机程序。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行***、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的计算机程序可以用任何适当的介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。
附图中的流程图和框图，图示了按照本申请各种实施例的***、方法和计算机程序产品的可能实现的体系架构、功能和操作。其中，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的***来实现，或者可以用专用硬件与计算机指令的组合来实现。
描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。
作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的电子设备中所包含的；也可以是单独存在，而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该电子设备执行时，使得该电子设备实现上述实施例中所述的方法。
应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本申请实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本申请实施方式的方法。
本领域技术人员在考虑说明书及实践这里公开的实施方式后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。
应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

Claims (15)

1.一种订单数据的处理方法，其特征在于，包括：
接收订单详情查询请求，所述订单详情查询请求中包含有商户在平台中所对应的商户编号，且包含有所述商户的订单编号；
将所述商户编号与所述商户的订单编号进行整合处理得到整合后的编号，并计算所述整合后的编号对应的哈希值；
根据所述哈希值查询与所述哈希值相关联的平台内部订单编号，根据所述平台内部订单编号查询订单详情信息。
2.根据权利要求1所述的订单数据的处理方法，其特征在于，根据所述哈希值查询与所述哈希值相关联的平台内部订单编号，包括：
根据所述哈希值确定用于查询所述平台内部订单编号的索引库标识和索引表标识；
在所述索引库标识所对应的目标索引库中查找与所述索引表标识对应的目标索引表；
在所述目标索引表中查询与所述哈希值相关联的平台内部订单编号。
3.根据权利要求2所述的订单数据的处理方法，其特征在于，根据所述哈希值确定用于查询所述平台内部订单编号的索引库标识和索引表标识，包括：
将所述哈希值中第一指定位的值确定为所述索引库标识，并将所述哈希值中第二指定位的值确定为所述索引表标识。
4.根据权利要求1所述的订单数据的处理方法，其特征在于，根据所述平台内部订单编号查询订单详情信息，包括：
根据所述平台内部订单编号确定订单详情信息的存储数据库标识及存储数据表标识；
在所述存储数据库标识所对应的目标数据库中查找与所述存储数据表标识对应的目标数据表；
在所述目标数据表中查询所述平台内部订单编号对应的订单详情信息。
5.根据权利要求4所述的订单数据的处理方法，其特征在于，所述订单详情信息按照订单的生成时间信息进行分库分表存储；
根据所述平台内部订单编号确定订单详情信息的存储数据库标识及存储数据表标识，包括：
根据所述平台内部订单编号，确定订单的生成时间信息；
根据所述订单的生成时间信息确定所述订单详情信息的存储数据库标识及存储数据表标识。
6.根据权利要求4所述的订单数据的处理方法，其特征在于，所述平台生成的订单详情信息存储于区块链网络中；
所述订单数据的处理方法还包括：
将存储于所述区块链网络中的订单详情信息同步至订单详情信息的存储数据库中，以在所述存储数据库中查询所述平台内部订单编号对应的订单详情信息。
7.根据权利要求1至6中任一项所述的订单数据的处理方法，其特征在于，将所述商户编号与所述商户的订单编号进行整合处理得到整合后的编号，包括：
将所述商户编号与所述商户的订单编号进行拼接，以生成所述整合后的编号。
8.一种订单数据的处理方法，其特征在于，包括：
获取商户在平台中所对应的商户编号和所述商户的订单编号，并获取与所述商户的订单编号相对应的平台内部订单编号；
将所述商户编号与所述商户的订单编号进行整合处理得到整合后的编号，并计算所述整合后的编号对应的哈希值；
将所述哈希值与所述平台内部订单编号进行关联存储，以建立所述商户的订单编号与所述平台内部订单编号之间的映射关系。
9.根据权利要求8所述的订单数据的处理方法，其特征在于，将所述哈希值与所述平台内部订单编号进行关联存储，包括：
根据所述哈希值确定用于存储所述哈希值与所述平台内部订单编号之间的关联关系的索引库标识和索引表标识；
若存在与所述索引库标识相对应的目标索引库，且在所述目标索引库中存在与所述索引表标识相对应的目标索引表，则将所述哈希值与所述平台内部订单编号关联存储至所述目标索引表中；
若存在与所述索引库标识相对应的目标索引库，但在所述目标索引库中不存在与所述索引表标识相对应的目标索引表，则在所述目标索引库中创建所述目标索引表，并将所述哈希值与所述平台内部订单编号关联存储至所述目标索引表中；
若不存在与所述索引库标识相对应的目标索引库，则创建所述目标索引库，并在所述目标索引库中创建与所述索引表标识相对应的目标索引表，将所述哈希值与所述平台内部订单编号关联存储至所述目标索引表中。
10.根据权利要求8所述的订单数据的处理方法，其特征在于，所述订单数据的处理方法还包括：
获取所述平台内部订单编号对应的订单详情信息和订单的生成时间信息；
根据所述订单的生成时间信息中包含的第一粒度的时间信息确定所述订单详情信息的存储数据库标识，并根据所述订单的生成时间信息中包含的第二粒度的时间信息确定所述订单详情信息的存储数据表标识；
根据所述存储数据库标识所对应的目标数据库，以及所述存储数据表标识所对应的目标数据表，将所述订单详情信息存储至所述目标数据库中的所述目标数据表内。
11.根据权利要求8至10中任一项所述的订单数据的处理方法，其特征在于，所述平台中的订单包括票据的开票订单；
所述订单数据的处理方法还包括：根据订单的生成时间信息、票据类型和随机数生成所述平台内部订单编号。
12.一种订单数据的处理装置，其特征在于，包括：
接收单元，配置为接收订单详情查询请求，所述订单详情查询请求中包含有商户在平台中所对应的商户编号，且包含有所述商户的订单编号；
第一处理单元，配置为将所述商户编号与所述商户的订单编号进行整合处理得到整合后的编号，并计算所述整合后的编号对应的哈希值；
查询单元，配置为根据所述哈希值查询与所述哈希值相关联的平台内部订单编号，根据所述平台内部订单编号查询订单详情信息。
13.一种订单数据的处理装置，其特征在于，包括：
获取单元，配置为获取商户在平台中所对应的商户编号和所述商户的订单编号，并获取与所述商户的订单编号相对应的平台内部订单编号；
第二处理单元，配置为将所述商户编号与所述商户的订单编号进行整合处理得到整合后的编号，并计算所述整合后的编号对应的哈希值；
存储单元，配置为将所述哈希值与所述平台内部订单编号进行关联存储，以建立所述商户的订单编号与所述平台内部订单编号之间的映射关系。
14.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7中任一项所述的订单数据的处理方法，或实现如权利要求8至11中任一项所述的订单数据的处理方法。
15.一种电子设备，其特征在于，包括：
一个或多个处理器；
存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器实现如权利要求1至7中任一项所述的订单数据的处理方法，或实现如权利要求8至11中任一项所述的订单数据的处理方法。
CN202010584029.4A 2020-06-23 2020-06-23 订单数据的处理方法、装置、计算机可读介质及电子设备 Pending CN111709817A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202010584029.4A CN111709817A (zh) 2020-06-23 2020-06-23 订单数据的处理方法、装置、计算机可读介质及电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202010584029.4A CN111709817A (zh) 2020-06-23 2020-06-23 订单数据的处理方法、装置、计算机可读介质及电子设备

Publications (1)

Publication Number Publication Date
CN111709817A true CN111709817A (zh) 2020-09-25

Family

ID=72542281

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202010584029.4A Pending CN111709817A (zh) 2020-06-23 2020-06-23 订单数据的处理方法、装置、计算机可读介质及电子设备

Country Status (1)

Country Link
CN (1) CN111709817A (zh)

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112347099A (zh) * 2020-10-27 2021-02-09 口碑(上海)信息技术有限公司 数据处理方法、装置、计算设备及计算机可读存储介质
CN112634012A (zh) * 2020-12-14 2021-04-09 中国建设银行股份有限公司 业务数据处理方法、装置、服务器和存储介质
CN113094364A (zh) * 2021-04-02 2021-07-09 上海中通吉网络技术有限公司 快递网点账单的读写方法、装置、设备及存储介质
CN114331584A (zh) * 2021-11-12 2022-04-12 中国邮电器材集团有限公司 订单数据存储方法、装置、设备及存储介质
CN114723525A (zh) * 2022-04-08 2022-07-08 湖南快乐阳光互动娱乐传媒有限公司 一种订单id处理方法及装置、存储介质及电子设备

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107622079A (zh) * 2017-07-28 2018-01-23 阿里巴巴集团控股有限公司 数据存储、查询方法及装置
CN107967284A (zh) * 2016-10-20 2018-04-27 北京京东尚科信息技术有限公司 用于存储、查询订单信息的方法和装置
CN108197319A (zh) * 2018-02-02 2018-06-22 重庆邮电大学 一种基于时频局部能量的特征点的音频检索方法和***
CN110852734A (zh) * 2019-11-06 2020-02-28 上海景域文化传播股份有限公司 基于区块链的景区业务结算方法、***及电子设备

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107967284A (zh) * 2016-10-20 2018-04-27 北京京东尚科信息技术有限公司 用于存储、查询订单信息的方法和装置
CN107622079A (zh) * 2017-07-28 2018-01-23 阿里巴巴集团控股有限公司 数据存储、查询方法及装置
CN108197319A (zh) * 2018-02-02 2018-06-22 重庆邮电大学 一种基于时频局部能量的特征点的音频检索方法和***
CN110852734A (zh) * 2019-11-06 2020-02-28 上海景域文化传播股份有限公司 基于区块链的景区业务结算方法、***及电子设备

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112347099A (zh) * 2020-10-27 2021-02-09 口碑(上海)信息技术有限公司 数据处理方法、装置、计算设备及计算机可读存储介质
CN112634012A (zh) * 2020-12-14 2021-04-09 中国建设银行股份有限公司 业务数据处理方法、装置、服务器和存储介质
CN113094364A (zh) * 2021-04-02 2021-07-09 上海中通吉网络技术有限公司 快递网点账单的读写方法、装置、设备及存储介质
CN114331584A (zh) * 2021-11-12 2022-04-12 中国邮电器材集团有限公司 订单数据存储方法、装置、设备及存储介质
CN114723525A (zh) * 2022-04-08 2022-07-08 湖南快乐阳光互动娱乐传媒有限公司 一种订单id处理方法及装置、存储介质及电子设备

Similar Documents

Publication Publication Date Title
CN110121727B (zh) 一种为智能合同提供经证实、可审计和不可变输入的方法和***
CN111709817A (zh) 订单数据的处理方法、装置、计算机可读介质及电子设备
CN108550037B (zh) 基于区块链的文件处理方法和装置
US11456868B2 (en) Method and system for recording point to point transaction processing
CN109684375B (zh) 在区块链网络中查询交易信息的方法、记账节点和介质
US11558181B2 (en) Method and system for state associated device identification for digital payments using blockchain technology
JP2019537318A (ja) ブロックチェーンを介したアイデンティティと証明書の保護及び検証とのための方法及びシステム
CN109559228B (zh) 资源转移方法、装置、计算机设备以及可读存储介质
US11829348B2 (en) Systems and methods for a reputation-based consensus protocol
US11604767B2 (en) Systems and methods for data distillation
WO2019053585A1 (en) SYSTEMS AND METHODS BASED ON A BLOCK CHAIN TO COMMUNICATE, STORE AND PROCESS DATA ON A BLOCK CHAIN NETWORK
CN111612452A (zh) 一种基于区块链的知识产权管理***及方法
US20230026780A1 (en) Data recovery method and apparatus, electronic device, and storage medium
CN111817859A (zh) 基于零知识证明的数据共享方法、装置、设备及存储介质
CN112215710A (zh) 年金数据处理方法、区块链***、介质及电子设备
CN117957528A (zh) 用于许可的区块链中智能合约的并行处理的方法和***
CN112926981A (zh) 用于区块链的交易信息处理方法、装置、介质及电子设备
CN111292176A (zh) 税务代征方法、装置、电子设备和计算机可读存储介质
CN116862679B (zh) 基于区块链的数据处理方法、装置、设备及可读存储介质
CN112187749B (zh) 一种基于智能合约的生产交易管理方法及其***
CN114638020A (zh) 基于区块链的数字资产处理方法、装置及电子设备
CN117495473A (zh) 基于区块链的数据处理方法、装置、设备及可读存储介质
CN114612200A (zh) 交易信息的统计处理方法及相关设备
CN117575625A (zh) 数据要素流通的合规审计和溯源的方法、装置及***
CN117372017A (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