CN109034683A - 一种数据配送系统及配送方法 - Google Patents

Abstract

本发明涉及一种数据配送系统及配送方法，所述数据配送系统包括：多个需方服务模块、多个供方服务模块及平台方服务模块；所述需方服务模块部署在数据需求方；所述供方服务模块部署在数据供应方；所述平台方服务模块适于根据所述数据需求方和数据供应方的通知，确定所述数据需求方的数据需求以及所述数据供应方能够提供的数据类型，并根据所述数据需求以及所述数据类型，撮合所述数据需求方和数据供应方；其中，被撮合的所述数据需求方和数据供应方通过所述需方服务模块和供方服务模块直接进行数据配送请求和/或配送数据的传送。本发明技术方案使得数据配送请求以及配送数据在传送的过程中不被第三方碰触，有效保证了数据交易的安全性。

Description

一种数据配送系统及配送方法

技术领域

本发明涉及数据流通领域，具体涉及一种数据配送系统及配送方法。

背景技术

大数据已经被广泛认为是一种战略性的新型资源，可以定义当今时代产生的海量数据以及相关的技术发展与服务创新。大数据蕴藏着巨大的商业价值。在数据流通领域，随着大数据交易市场的日趋成熟，大数据交易时的安全性和可靠性也变的越来越重要。

通常情况下，大数据通过网络进行传输和处理。在现有的大数据交易模式下，数据需求方与数据供应方通常是通过第三方进行辅助的数据配送，而且所配送的数据内容通常是由第三方转送的，甚至对第三方是公开的，从而造成数据在传输中的安全隐患。另外，所配送的数据很容易在传输的过程中被黑客截取，给数据供应方以及数据需求方造成经济损失。

发明内容

本发明解决的技术问题是如何提升数据配送过程中的安全性。

为解决上述技术问题，本发明实施例提供了一种数据配送系统，包括：多个需方服务模块、多个供方服务模块及平台方服务模块；所述需方服务模块部署在数据需求方；所述供方服务模块部署在数据供应方；所述平台方服务模块适于根据所述数据需求方和数据供应方的通知，确定所述数据需求方的数据需求以及所述数据供应方能够提供的数据类型，并根据所述数据需求以及所述数据类型，撮合所述数据需求方和数据供应方；其中，被撮合的所述数据需求方和数据供应方通过所述需方服务模块和供方服务模块直接进行数据配送请求和/或配送数据的传送。

可选的，被撮合的所述数据需求方和数据供应方通过所述需方服务模块和供方服务模块直接进行数据配送请求和/或配送数据的传送是指：所述需方服务模块将所述数据配送请求依次发送至被撮合的所述数据供应方的所述供方服务模块，直至所述供方服务模块将匹配的配送数据传输至所述需方服务模块，或者被撮合的各个所述数据供应方的所述供方服务模块都反馈无数据。

可选的，所述供方服务模块还适于将所述数据供应方的全部数据存入缓存，响应于所述数据配送请求，所述供方服务模块从所述缓存中提取所述配送数据，并将所述配送数据依次传输至被撮合的各个所述数据需求方的所述需方服务模块。

可选的，多个所述供方服务模块将匹配的配送数据传输至所述需方服务模块，以使得所述需方服务模块将接收到的多个配送数据进行拼合。

可选的，多个所述供方服务模块提供的配送数据采用相同的格式进行传输。

可选的，所述供方服务模块根据所述数据供应方的接口格式来封装API接口，并利用所述API接口请求所述数据供应方的数据。

可选的，被撮合的所述数据需求方和数据供应方通过所述需方服务模块和供方服务模块直接进行数据配送请求和/或配送数据的传送是指：所述供方服务模块将所述配送数据依次传输至被撮合的各个所述数据需求方的所述需方服务模块，所述需方服务模块接受或者拒绝所述配送数据。

可选的，被撮合的所述数据需求方和数据供应方通过需方服务模块和供方服务模块直接进行数据配送请求和/或配送数据的传送是指：所述供方服务模块将所述配送数据直接传输至被撮合的所述数据需求方的所述需方服务模块。

可选的，被撮合的所述数据需求方和数据供应方通过需方服务模块和供方服务模块直接进行数据配送请求和/或配送数据的传送包括：选择路由方式，所述路由方式选自单一路由、静态路由、动态路由或广播路由中的一种或多种；利用选择的路由方式进行数据配送请求和/或配送数据的传送。

可选的，在所述平台方服务模块撮合所述数据需求方和数据供应方之前，所述平台方服务模块向所述数据需求方的所述需方服务模块和所述数据供应方的所述供方服务模块分发密钥种子，并接收所述需方服务模块和供方服务模块上传的公钥，为验证所述数据需求方和数据供应方的身份做准备。

可选的，在所述平台方服务模块撮合所述数据需求方和数据供应方之后，所述平台方服务模块向被撮合的所述数据需求方的所述需方服务模块和被撮合的所述数据供应方的所述供方服务模块分发撮合控制信息，所述撮合控制信息选自以下一项或多项：订单信息、会员信息及反馈方式信息。

可选的，所述需方服务模块记录所述数据需求方的需方业务日志并将其上传至所述平台方服务模块，和/或，所述供方服务模块记录所述数据供应方的供方业务日志并将其上传至所述平台方服务模块。

为解决上述技术问题，本发明实施例还提供了一种数据配送方法，包括如下步骤：数据需求方将数据需求通知平台方服务模块，所述平台方服务模块在数据需求方部署需方服务模块；数据供应方将能够提供的数据类型通知所述平台方服务模块，所述平台方服务模块在所述数据供应方部署供方服务模块；所述平台方服务模块根据所述数据需求以及所述数据类型，撮合所述数据需求方和数据供应方；被撮合的所述数据需求方和数据供应方通过所述需方服务模块和供方服务模块直接进行数据配送请求和/或配送数据的传送。

可选的，被撮合的所述数据需求方和数据供应方通过所述需方服务模块和供方服务模块直接进行数据配送请求和/或配送数据的传送是指：所述需方服务模块将所述数据配送请求依次发送至被撮合的所述数据供应方的所述供方服务模块，直至所述供方服务模块将匹配的配送数据传输至所述需方服务模块，或者被撮合的各个所述数据供应方的所述供方服务模块都反馈无数据。

可选的，所述供方服务模块将匹配的配送数据传输至所述需方服务模块包括：将所述数据供应方的全部数据存入缓存；响应于所述数据配送请求，所述供方服务模块从所述缓存中提取所述配送数据，并将所述配送数据依次传输至被撮合的各个所述数据需求方的所述需方服务模块。

可选的，多个所述供方服务模块将匹配的配送数据传输至所述需方服务模块，以使得所述需方服务模块将接收到的多个配送数据进行拼合。

可选的，多个所述供方服务模块提供的配送数据采用相同的格式进行传输。

可选的，所述供方服务模块根据所述数据供应方的接口格式来封装API接口，并利用所述API接口请求所述数据供应方的数据。

可选的，被撮合的所述数据需求方和数据供应方通过所述需方服务模块和供方服务模块直接进行数据配送请求和/或配送数据的传送是指：所述供方服务模块将所述配送数据依次传输至被撮合的各个所述数据需求方的所述需方服务模块，所述需方服务模块接受或者拒绝所述配送数据。

可选的，被撮合的所述数据需求方和数据供应方通过所述需方服务模块和供方服务模块直接进行数据配送请求和/或配送数据的传送是指：所述供方服务模块将所述配送数据传输至被撮合的所述数据需求方的所述需方服务模块。

可选的，被撮合的所述数据需求方和数据供应方通过所述需方服务模块和供方服务模块直接进行数据配送请求和/或配送数据的传送包括：选择路由方式，所述路由方式选自单一路由、静态路由、动态路由或广播路由中的一种或多种；利用选择的路由方式进行数据配送请求和/或配送数据的传送。

可选的，在所述平台方服务模块撮合所述数据需求方和数据供应方之前，所述平台方服务模块向所述数据需求方的所述需方服务模块和所述数据供应方的所述供方服务模块分发密钥种子，并接收所述需方服务模块和供方服务模块上传的公钥，为验证所述数据需求方和数据供应方的身份做准备。

可选的，在所述平台方服务模块撮合所述数据需求方和数据供应方之后，所述平台方服务模块向被撮合的所述数据需求方的所述需方服务模块和被撮合的所述数据供应方的所述供方服务模块分发撮合控制信息，所述撮合控制信息选自以下一项或多项：订单信息、会员信息及反馈方式信息。

可选的，所述需方服务模块记录所述数据需求方的需方业务日志并将其上传至所述平台方服务模块，和/或，所述供方服务模块记录所述数据供应方的供方业务日志并将其上传至所述平台方服务模块。

与现有技术相比，本发明实施例的技术方案具有以下有益效果：

在本发明实施例中，所述需方服务模块部署在数据需求方；所述供方服务模块部署在数据供应方；所述平台方服务模块适于根据所述数据需求方和数据供应方的通知，确定所述数据需求方的数据需求以及所述数据供应方能够提供的数据类型，并根据所述数据需求以及所述数据类型，撮合所述数据需求方和数据供应方；其中，被撮合的所述数据需求方和数据供应方通过所述需方服务模块和供方服务模块直接进行数据配送请求和/或配送数据的传送。由此，所述数据配送请求以及配送数据在传送的过程中是直接在供方服务模块和需方服务模块之间传送的，而不被第三方碰触，有效保证了数据交易的安全性。

进一步，在本发明实施例中，所述供方服务模块将所述数据供应方的全部数据存入缓存，响应于所述数据配送请求，所述供方服务模块从所述缓存中提取所述配送数据，并将所述配送数据依次传输至被撮合的各个需方服务模块。由此，在缓存加载的模式下，数据供应方无法得知数据需求方发出的数据配送请求的具体内容，有效保护了数据需求方的商业秘密。

进一步，在本发明实施例中，所述多个供方服务模块提供的配送数据采用相同的格式进行传输。由此，对配送数据进行规范统一的标准化处理，提高了需方服务模块对多个配送数据进行拼合的效率。

进一步，在本发明实施例中，所述供方服务模块根据所述数据供应方的接口格式来封装API接口，并利用所述API接口请求所述数据供应方的数据。由此，使得该数据配送系统能够匹配更多的数据供应方，适用范围更广。

进一步，在本发明实施例中，所述平台方服务模块接收并保存所述数据需求方和数据供应方的业务日志，可以对数据需求方和数据供应方之间直接流通的数据量进行统计，以便于对数据需求方和数据供应方进行准确计费。

附图说明

图1是本发明实施例的一种数据配送系统的结构示意图；

图2是本发明实施例的一种数据配送方法的流程图。

具体实施方式

本领域技术人员理解，如背景技术所言，在现有的大数据交易模式下，数据需求方与数据供应方并不是直接进行数据交易，而是通过第三方进行辅助的数据配送，所配送的数据内容对第三方是公开的，从而造成数据在传输中的安全隐患。

本发明技术方案通过平台方服务模块撮合数据需求方和数据供应方，被撮合的数据需求方和数据供应方通过需方服务模块和供方服务模块直接进行数据配送请求和/或配送数据的传送。由此，所述数据配送请求和/或配送数据在传送的过程中不被第三方碰触，有效保证了数据交易的安全性。

为使本发明的上述目的、特征和有益效果能够更为明显易懂，下面结合附图对本发明的具体实施例做详细的说明。显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明的保护范围。

图1是本发明实施例的一种数据配送系统的结构示意图。

如图1所示，所述数据配送系统包括：多个需方服务模块12、多个供方服务模块14及平台方服务模块13；所述需方服务模块12部署在数据需求方11；所述供方服务模块14部署在数据供应方15；所述平台方服务模块13适于根据所述数据需求方11和数据供应方15的通知，确定所述数据需求方11的数据需求以及所述数据供应方15能够提供的数据类型，并根据所述数据需求以及所述数据类型，撮合所述数据需求方11和数据供应方15；被撮合的所述数据需求方11和数据供应方15通过所述需方服务模块12和供方服务模块14直接进行数据配送请求和/或配送数据的传送。

具体地，所述数据供应方15可以为数据交易中的数据持有人、工具或应用提供人，所述数据供应方15可以将其合法持有的数据配送给数据需求方11。所述供方服务模块14可以与数据供应方15进行通信，统筹数据供应方15的数据发送过程。

具体地，所述数据需求方11可以为数据交易的买方，其通过发出数据配送请求来查询或购买所需要的数据。所述需方服务模块12可以与数据需求方11进行通信，统筹数据需求方11的数据请求和数据接收过程。

具体地，所述平台方服务模块13作为居间平台，可以是适当的控制系统或业务终端，其可以统筹数据需求方11和数据供应方15的信息，并撮合数据需求方11和数据供应方15达成交易意向，并在所述平台方服务模块13中生成订单信息，该订单信息记录有被撮合的数据需求方11的数据需求以及数据供应方15能够提供的数据类型。

需要说明的是，所述需方服务模块12和供方服务模块14的数量可以根据具体的数据需求方11和数据供应方15的数量进行匹配设置，本实施例对此不作限制。通常，所述需方服务模块12可以与数据需求方11是一一对应的，即一个需方服务模块12与对应的一个数据需求方11耦接。当然，所述需方服务模块12可以与数据需求方11的对应关系并不限于此，例如，一个需方服务模块12也可以对应耦接多个数据需求方11。类似的，供方服务模块14和数据供应方15也可以具有相同的对应关系。

进一步地，所述平台方服务模块13适于根据所述数据需求方11和数据供应方15的通知，撮合所述数据需求方11和数据供应方15可以采用的方式为：平台方服务模块13可以接收数据供应方15和数据需求方11的线上下单，并根据二者的线上下单进行撮合以达成交易意向。

进一步地，所述平台方服务模块13适于根据所述数据供应方15的通知，确定所述数据供应方15能够提供的数据类型，例如，数据供应方15可以通过在平台方服务模块13挂牌的方式将其能够提供的交易品/商品通知平台方服务模块13。

进一步地，所述配送数据的配送形式可以按照查询方向划分。例如：数据需求方11主动查询或数据供应方15主动配送。其中，所述数据需求方11主动查询是指数据配送由数据需求方11发起；所述数据供应方15主动配送是指数据配送由数据供应方15发起。

进一步地，所述配送数据的配送形式还可以按照查询的实效性划分。例如：实时配送或异步配送。所述实时配送是指，数据需求方11发起数据配送请求后，供方服务模块14实时返回请求结果。所述异步配送是指，数据需求方11发起数据配送请求后，供方服务模块14通知数据供应方15进行数据准备，并可以在约定的时间内提供配送数据。

进一步地，所述配送数据的配送形式还可以按照颗粒度进行分类，即按照实际配送的元素进行分类。例如：数据项配送、数据行配送、数据列配送、数据表配送、数据库配送等等。其中，所述数据项配送是指多个数据都以单个独立的形式被发送出去，所述数据行配送是指多个数据以行的形式进行配送，所述数据列配送是指多个数据以列的形式进行配送，所述数据表配送是指多个数据以表格的形式进行配送，所述数据库配送是指多个数据组成的数据集被存入数据库中，再将整个数据库整体进行配送。

进一步地，所述配送数据的配送形式还可以按照配送的规模进行分类，即通过对配送数据进行拆分或整合后的规模进行分类。例如：百/千/万/亿数据项配送、百/千/万/亿数据行配送、百/千/万/亿数据列配送、百/千/万/亿数据表配送、百/千/万/亿数据库配送等等。此种形式的配送方式是对前述数据项配送、数据行配送、数据列配送、数据表配送、数据库配送的数据进行拆分和整合等进一步加工后进行配送的方式。

需要说明的是，所述配送数据的配送形式划分并不限于前述内容，本领域普通技术人员可以根据具体的需求和应用场合对配送数据的具体配送形式进行合理配置或适应性调整，本发明实施例对此不做限制。

进一步地，在所述平台方服务模块13撮合所述数据需求方11和数据供应方15之前，所述平台方服务模块13可以向所述数据需求方11的所述需方服务模块12和所述数据供应方15的所述供方服务模块14分发密钥种子，并可以接收所述需方服务模块12和供方服务模块14上传的公钥，为验证所述数据需求方11和数据供应方15的身份。

其中，所述平台方服务模块13分发密钥种子并接收被上传的公钥可以包括如下两种情况：

第一种情况，在数据需求方11和数据供应方15第一次对平台方服务模块13进行通知或下单时，平台方服务模块13对需方服务模块12和供方服务模块14分发密钥种子，并接收所述需方服务模块12和供方服务模块14上传的公钥，为在后续的数据配送执行过程中验证所述数据需求方11和数据供应方15的身份做准备。若在后续交易的过程中，相同的数据需求方11和数据供应方15再次对平台方服务模块13下单，则平台方服务模块13不再重新分发密钥种子和接收公钥。此种情况下，平台方服务模块13可以只分发一次密钥种子，并且可以只接受一次被上传的公钥。此种方式可以节省交易资源，提高交易的效率。

第二种情况：在数据需求方11和数据供应方15每一次针对不同的需求对平台方服务模块13进行通知或下单时，平台方服务模块13都会对需方服务模块12和供方服务模块14分发密钥种子，并接收需方服务模块12和供方服务模块14上传的公钥，为在后续的数据配送执行过程中验证所述数据需求方11和数据供应方15的身份做准备，此种情况下，平台方服务模块13可以多次分发密钥种子，并且可以多次接收被上传的公钥。此种方式可以进一步提高交易的安全性。

需要说明的是，所述平台方服务模块13分发密钥种子并接收公钥的次数可以根据所述配送数据的秘密等级、交易安全性的具体需求以及交易成本等因素进行合理选择，本发明实施例对此不做限制。

在本发明的一个具体实施例中，数据配送由数据需求方11发起，即数据需求方11主动查询。请参考图1，所述需方服务模块12将所述数据配送请求依次发送至被撮合的所述数据供应方15的所述供方服务模块14，直至所述供方服务模块14将匹配的配送数据传输至所述需方服务模块12，或者被撮合的各个所述数据供应方15的所述供方服务模块14都反馈无数据。

具体而言，所述需方服务模块12首先将数据配送请求直接发送给被撮合的第一个数据供应方对应的第一个供方服务模块141，请求配送具体的数据信息。若第一个供方服务模块141具有与数据配送请求相匹配的配送数据，则将查询到的配送数据直接发送给所述需方服务模块12，所述需方服务模块12再将接收到的配送数据发送给所述数据需求方11，若第一个供方服务模块141没有与数据配送请求相匹配的配送数据，则将无数据的反馈信息发送给所述需方服务模块12。接着，需方服务模块12继续查询被撮合的第二个数据供应方对应的第二个供方服务模块142，直至所述供方服务模块14将匹配的配送数据传输至所述需方服务模块12，或者被撮合的各个供方服务模块14都反馈无数据。

进一步地，所述数据需求方11与所述需方服务模块12之间的通信、所述数据供应方15与所述供方服务模块14的通信可以采用有线或无线的方式；所述需方服务模块12、供方服务模块14以及平台方服务模块13三者之间的通信也可以采用有线或无线的方式。

在该实施例的一个具体的应用场景(例如营销类的场景)中，所述数据配送系统涉及到交易品为“性别、年龄、地域”的数据配送。此具体应用场景采用异步配送方式，即需方服务模块12发出数据配送请求后，供方服务模块14准备对应的配送数据，并在约定的配送时间内返回所述配送数据。

具体地，需要“性别、年龄、地域”信息的所述数据需求方11在平台方服务模块13上注册，并将其需求通知平台方服务模块13。平台方服务模块13在所述数据需求方11部署需方服务模块12。

更具体地，平台方服务模块13可以派遣技术人员在所述数据需求方11部署需方服务模块12。

所述平台方服务模块13向所述需方服务模块12分发密钥种子，并接收所述需方服务模块12上传的公钥，为在后续的数据配送执行过程中验证所述数据需求方11的身份做准备。

数据供应方15在平台方服务模块13上注册，并通知平台方服务模块13其能提供“性别、年龄、地域”信息。平台方服务模块13在所述数据供应方15部署供方服务模块14。

更具体地，平台方服务模块13可以派遣技术人员在所述数据供应方15部署供方服务模块14。

所述平台方服务模块13向所述供方服务模块14分发密钥种子，并接收所述供方服务模块14上传的公钥，为在后续的数据配送执行过程中验证所述数据供应方15的身份做准备。

接下来，平台方服务模块13撮合需要“性别、年龄、地域”信息的所述数据需求方11和能提供“性别、年龄、地域”信息的所述数据供应方15，使双方达成“性别、年龄、地域”信息的交易意向。

随后，所述平台方服务模块13可以向被撮合的数据需求方11的需方服务模块12和数据供应方15的供方服务模块14分发撮合控制信息，所述撮合控制信息可以选自以下一项或多项：订单信息、会员信息及反馈方式信息。其中，订单信息中记录有交易品信息、价格信息、计费模式和配送任务信息等；会员信息中记录了被撮合的数据需求方11的会员编号、数据供应方15的会员编号、密钥和公钥信息、会员加密信息以及请求地址等；反馈方式信息中记录了路由方式信息、超时时间信息、缓存信息、请求供方id信息、配送任务信息等。其中，所述需方服务模块12和供方服务模块14通过读取和验证撮合控制信息中的密钥和公钥信息来完成交易双方的身份验证。

进一步地，所述平台方服务模块13定时分发所述撮合控制信息。

需要说明的是，所述定时的时间间隔可以根据需要进行配置，例如可以是30分钟。另外，所述订单信息、会员信息以及反馈方式信息并不限于前述的内容，其可以根据数据交易双方的具体需求而进行适应性的调整。

接下来，所述供方服务模块14可以将所述数据供应方15的全部数据存入缓存。然后，所述数据需求方11将涉及某一具体人物“性别、年龄、地域”信息(例如：“张三”的“性别、年龄、地域”信息)的数据配送请求发送给与其匹配的需方服务模块12，所述需方服务模块12对所述数据配送请求进行合法性校验，合法性校验完成之后，所述需方服务模块12选择路由，将所述数据配送请求直接传送给所述供方服务模块14。

响应于所述数据配送请求，第一个供方服务模块141从所述缓存中查找“张三”的“性别、年龄、地域”信息，若第一个供方服务模块141没有查找到“张三”的“性别、年龄、地域”信息，则反馈无数据；若第一个供方服务模块141的缓存中刚好存放有“张三”的“性别、年龄、地域”信息，则所述第一个供方服务模块141提取所述“张三”的“性别、年龄、地域”信息作为配送数据，继而选择路由，在约定的时间内将所述配送数据传送至被撮合的数据需求方11的需方服务模块12；若第一个供方服务模块141只查找到“张三”的“性别”信息，而没有查找到“张三”的“年龄、地域”信息，则继续轮询第二个供方服务模块142，若第二个供方服务模块142的缓存中刚好存放有“张三”的“年龄、地域”信息，则将查找到的“张三”的“年龄、地域”信息发送给被撮合的所述数据需求方11的需方服务模块12。所述需方服务模块12将多个供方服务模块14发送过来的“张三”的相关信息进行拼合，得到张三的“性别、年龄、地域”信息的集合，并将完整的“性别、年龄、地域”信息传送给数据需求方11。

进一步而言，所述第一个供方服务模块141与第二个供方服务模块142传送的数据，其数据格式是相同的，例如：第一个供方服务模块141所传送的数据包括三个字段，第一个字段中存放“性别”，第二个字段和第三个字段为空。第二个供方服务模块142所传送的数据也包括三个字段，第一个字段为空，第二个字段中存放“年龄”，第三个字段中存放“地域”。由此，被撮合的数据需求方11的需方服务模块12接收到第一个供方服务模块141和第二个供方服务模块142传送的数据之后，直接将数据字段进行拼合，而不必再行识别区分不同供方服务模块14传送过来的数据内容。

进一步而言，所述数据配送请求和/或所述配送数据是经过加密后传送的。

具体的，可以采用SM系列国密算法建立公私钥体系并对述数据配送请求和/或所述配送数据进行加密，确保数据在传输过程中不会被截取，提高数据交易的安全性。

进一步而言，所述路由可以选自单一路由、静态路由、动态路由或广播路由。其中，单一路由是指，平台方服务模块13分发单需单供的配送任务，供方服务模块14和/或需方服务模块12根据该配送任务进行路由调度；静态路由是指，平台方服务模块13分发路由策略列表给供方服务模块14和/或需方服务模块12，供方服务模块14和/或需方服务模块12严格按照该列表进行路由调度；动态路由是指，平台方服务模块13分发路由策略列表给供方服务模块14和/或需方服务模块12，供方服务模块14和/或需方服务模块12根据实际业务规则(例如：低价优先，质高优先，随机选择等)对该列表进行路由调度；广播路由是指，平台方服务模块13分发路由策略列表给供方服务模块14和/或需方服务模块12，供方服务模块14和/或需方服务模块12通过广播的方式发布任务信息。

接下来，所述需方服务模块12对接收到的所述配送数据进行解密并校验，然后再将结果返回给数据需求方11。

交易完成后，所述需方服务模块12记录所述数据需求方11的需方业务日志并将其上传至所述平台方服务模块13，和/或，所述供方服务模块14记录所述数据供应方15的供方业务日志并将其上传至所述平台方服务模块13。

进一步地，所述需方服务模块12将需方业务日志定时上传至所述平台方服务模块13，和/或，所述供方服务模块14将供方业务日志定时上传至所述平台方服务模块13。

进一步而言，所述定时的时间间隔可以根据具体需要进行配置，例如可以是每隔5分钟。

在本发明实施例的另一个具体的应用场景(例如征信类的场景)中。所述数据配送系统涉及到交易品为“学历”信息的数据配送。此具体应用场景采用实时配送方式，即需方服务模块12发出数据配送请求后，不再与供方服务模块约定具体的配送时间，供方服务模块14响应该数据配送请求后可以实时返回所述配送数据。

具体地，需要“学历”信息的所述数据需求方11在平台方服务模块13上注册，并将其需求通知平台方服务模块13。平台方服务模块13在所述数据需求方11部署需方服务模块12。

更具体地，平台方服务模块13可以派遣技术人员在所述数据需求方11部署需方服务模块12。

所述平台方服务模块13向所述需方服务模块12分发密钥种子，并接收所述需方服务模块12上传的公钥，为在后续的数据配送执行过程中验证所述数据需求方11的身份做准备。

数据供应方15在平台方服务模块13上注册，并通知平台方服务模块13其能提供“学历”信息。平台方服务模块13在所述数据供应方15部署供方服务模块14。

更具体地，平台方服务模块13可以派遣技术人员在所述数据供应方15部署供方服务模块12。

所述平台方服务模块13向所述供方服务模块14分发密钥种子，并接收所述供方服务模块14上传的公钥，为在后续的数据配送执行过程中验证所述数据供应方15的身份做准备。

进一步地，所述供方服务模块14可以根据所述数据供应方15的接口格式来封装API接口，并利用所述API接口请求所述数据供应方15的数据。

具体而言，在一个非限制性的例子中，所述数据供应方15直接对外提供数据。所述供方服务模块14需要从数据供应方15处提取所述配送数据时，可以根据所述数据供应方15本身存储数据的接口格式来封装API接口。在请求数据时，所述供方服务模块14通过所述API接口来访问数据供应方15，以获取其中存储的数据。

在另一个非限制性的例子中，所述数据供应方15通过第三方对外提供数据，例如数据供应方15与数据管理平台耦合，所述数据供应方15将数据全部或部分地备份在所述数据管理平台中，以通过所述数据管理平台对外提供数据。所述供方服务模块14需要从数据供应方15处提取所述配送数据时，则需要根据所述数据管理平台规定的接口格式来封装API接口。在后续的数据配送过程中，所述供方服务模块14利用封装后的API接口向所述数据管理平台请求所述数据供应方15的数据。

需要说明的是，数据供应方15还可以通过其他的机制(例如各种组件、服务、平台等)对外提供数据，在此情况下，只要所述供方服务模块14根据此种机制对外的接口格式来封装API接口即可，并不限于本发明实施例中的方式。

接下来，平台方服务模块13撮合需要“学历”信息的所述数据需求方11和能提供“学历”信息的所述数据供应方15，使双方达成“学历”信息的交易意向。

随后，所述平台方服务模块13可以向被撮合的数据需求方11的需方服务模块12和数据供应方15的供方服务模块14分发撮合控制信息，所述撮合控制信息可以选自以下一项或多项：订单信息、会员信息及反馈方式信息。其中，订单信息中记录有交易品信息、价格信息、计费模式和配送任务信息等；会员信息中记录了被撮合的数据需求方11的会员编号、数据供应方15的会员编号、密钥和公钥信息、会员加密信息以及请求地址等；反馈方式信息中记录了路由方式信息、超时时间信息、缓存信息、请求供方id信息、配送任务信息等。其中，所述需方服务模块12和供方服务模块14通过读取和验证撮合控制信息中的密钥和公钥信息来完成交易双方的身份验证。

进一步地，所述平台方服务模块13定时分发所述撮合控制信息。

需要说明的是，所述定时的时间间隔可以根据需要进行配置，例如可以是30分钟。另外，所述订单信息、会员信息以及反馈方式信息并不限于前述的内容，其可以根据数据交易双方的具体需求而进行适应性的调整。

接下来，所述数据需求方11将涉及某一具体人物“学历”信息(例如：“李四”的“学历”信息)的数据配送请求发送给与其匹配的需方服务模块12，所述需方服务模块12对所述数据配送请求进行合法性校验，合法性校验完成之后，所述需方服务模块12选择路由，将所述数据配送请求直接传送给所述供方服务模块14。

响应于所述数据配送请求，供方服务模块14利用封装的API接口去请求与其匹配的数据供应方15所指定的数据管理平台，若所述数据供应方15能够提供“李四”的学历信息，则将“李四”的“学历”信息作为配送数据实时发送给所述供方服务模块14，供方服务模块14对接收到的“学历”信息实时返回给需方服务模块12。

进一步而言，所述数据配送请求和/或所述配送数据是经过加密后传送的。

具体的，可以采用SM系列国密算法建立公私钥体系并对述数据配送请求和/或所述配送数据进行加密，确保数据在传输过程中不会被截取，提高数据交易的安全性。

进一步而言，所述路由可以选自单一路由、静态路由、动态路由或广播路由。其中，单一路由是指，平台方服务模块13分发单需单供的配送任务，供方服务模块14和/或需方服务模块12根据该配送任务进行路由调度；静态路由是指，平台方服务模块13分发路由策略列表给供方服务模块14和/或需方服务模块12，供方服务模块14和/或需方服务模块12严格按照该列表进行路由调度；动态路由是指，平台方服务模块13分发路由策略列表给供方服务模块14和/或需方服务模块12，供方服务模块14和/或需方服务模块12根据实际业务规则(例如：低价优先，质高优先，随机选择等)对该列表进行路由调度；广播路由是指，平台方服务模块13分发路由策略列表给供方服务模块14和/或需方服务模块12，供方服务模块14和/或需方服务模块12通过广播的方式发布任务信息。

接下来，所述需方服务模块12对接收到的所述配送数据进行解密并校验，然后再将结果返回给数据需求方11。

交易完成后，所述需方服务模块12记录所述数据需求方11的需方业务日志并将其上传至所述平台方服务模块13，和/或，所述供方服务模块14记录所述数据供应方15的供方业务日志并将其上传至所述平台方服务模块13。

进一步地，所述需方服务模块12将需方业务日志定时上传至所述平台方服务模块13，和/或，所述供方服务模块14将供方业务日志定时上传至所述平台方服务模块13。

进一步而言，所述定时的时间间隔可以根据具体需要进行配置，例如可以是每隔5分钟。

在本发明的另一个具体实施例中，数据配送由数据供应方15发起，即数据供应方15主动配送。请继续参考图1，所述供方服务模块14将所述配送数据依次传输至被撮合的各个所述数据需求方11的所述需方服务模块12，所述需方服务模块12接受或者拒绝所述配送数据。

具体而言，所述供方服务模块14首先将所述配送数据直接发送给被撮合的数据需求方11的第一个需方服务模块121，询问其是否接受该配送数据。若第一个需方服务模块121刚好需要该配送数据，则接受。若第一个需方服务模块121不需要该配送数据，就直接决绝接受。随后，所述供方服务模块14再将该配送数据发送给被撮合的数据需求方11的第二个需方服务模块122，直至所述多个需方服务模块12接受或者拒绝所述配送数据。

进一步地，所述数据需求方11与所述需方服务模块12之间的通信、所述数据供应方15与所述供方服务模块14的通信可以采用有线或无线的方式；所述需方服务模块12、供方服务模块14以及平台方服务模块13三者之间的通信也可以采用有线或无线的方式。

在一个具体的应用场景(例如智慧城市类的场景)中，所述数据配送系统涉及到交易品为“消防警报”信息的数据配送。

具体地，需要“消防警报”信息的所述数据需求方11在平台方服务模块13上注册，并将其需求通知平台方服务模块13。平台方服务模块13在所述数据需求方11部署需方服务模块12。更具体地，平台方服务模块13可以派遣技术人员在所述数据需求方11部署需方服务模块12。

所述平台方服务模块13向所述需方服务模块12分发密钥种子，并接收所述需方服务模块12上传的公钥，为验证所述数据需求方11的身份做准备。

数据供应方15在平台方服务模块13上注册，并通知平台方服务模块13其能提供“消防警报”信息。平台方服务模块13在所述数据供应方15部署供方服务模块14。更具体地，平台方服务模块13可以派遣技术人员在所述数据需求方11部署需方服务模块12。

所述平台方服务模块13向所述供方服务模块14分发密钥种子，并接收所述供方服务模块14上传的公钥，为验证所述数据供应方15的身份做准备。

接下来，平台方服务模块13撮合需要“消防警报”信息的所述数据需求方11和能提供“消防警报”信息的所述数据供应方15，使双方达成“消防警报”信息的交易意向。

所述平台方服务模块13可以向被撮合的数据需求方11的需方服务模块12和数据供应方15的供方服务模块14分发撮合控制信息，所述撮合控制信息可以选自以下一项或多项：订单信息、会员信息及反馈方式信息。其中，订单信息中记录有交易品信息、价格信息、计费模式和配送任务信息等；会员信息中记录了被撮合的数据需求方11的会员编号、数据供应方15的会员编号、密钥和公钥信息、会员加密信息以及请求地址等；反馈方式信息中记录了路由方式信息、超时时间信息、缓存信息、请求供方id信息、配送任务信息等。其中，所述需方服务模块12和供方服务模块14通过读取和验证撮合控制信息中的密钥和公钥信息来完成交易双方的身份验证。

进一步地，所述平台方服务模块13定时分发所述撮合控制信息。

需要说明的是，所述定时的时间间隔可以根据需要进行配置，例如可以是30分钟。另外，所述订单信息、会员信息以及反馈方式信息并不限于前述的内容，其可以根据数据交易双方的具体需求而进行适应性的调整。

接下来，数据供应方15的感应设备感应到消防触发条件，并根据所述消防触发条件生成某一级别的警报信息(例如A级别的警报信息)，所述供方服务模块14接收所述A级别的警报信息，并将其直接传送给已撮合的多个所述数据需求方11的需方服务模块12，如果需方服务模块12刚好需要的是所述A级别的警报信息，则接受该警报信息，如果被撮合的所述数据需求方11的需方服务模块12不需要该A级别的警报信息，则拒绝对该警报信息的接收。所述供方服务模块14再将所述A级别的警报信息发送给下一个撮合的数据需求方11的需方服务模块12。

进一步而言，所述配送数据是经过加密后传送的。

具体的，可以采用SM系列国密算法建立公私钥体系并对述数据配送请求和/或所述配送数据进行加密，确保数据传输过程中不会被截取，提高数据交易的安全性。

进一步而言，所述路由可以选自单一路由、静态路由、动态路由或广播路由。

接下来，所述需方服务模块12对接收到的警报信息进行解密并校验，然后再将结果返回给数据需求方11。

交易完成后，所述需方服务模块12记录所述数据需求方11的需方业务日志并将其上传至所述平台方服务模块13，和/或，所述供方服务模块14记录所述数据供应方15的供方业务日志并将其上传至所述平台方服务模块13。

进一步地，所述需方服务模块13将需方业务日志定时上传至所述平台方服务模块13，和/或，所述供方服务模块14将供方业务日志定时上传至所述平台方服务模块13。

进一步而言，所述定时的时间间隔可以根据具体需要进行配置，例如可以是每隔5分钟。

在本发明的又一个具体实施例中，数据配送仍然是由数据供应方发起，即数据供应方15主动配送。请继续参考图1，所述供方服务模块14将所述配送数据直接传输至被撮合的所述数据需求方11的所述需方服务模块12。

具体而言，所述供方服务模块14根据平台方服务模块13提供的撮合控制信息的内容，将所述配送数据直接发送给被撮合的所述数据需求方11对应的需方服务模块12。

进一步地，所述数据需求方11与所述需方服务模块12之间的通信、所述数据供应方15与所述供方服务模块14的通信可以采用有线或无线的方式；所述需方服务模块12、供方服务模块14以及平台方服务模块13三者之间的通信也可以采用有线或无线的方式。

在一个具体的应用场景(例如自然灾害预警类的场景)中，所述数据配送系统涉及到交易品为“地震警报”信息的数据配送。

具体地，需要“地震警报”信息的所述数据需求方11在平台方服务模块13上注册，并将其需求通知平台方服务模块13。此时，数据需求方11将其具体需要哪个级别的“地震警报”信息告知了平台方服务模块13。平台方服务模块13在所述数据需求方11部署需方服务模块12。更具体地，平台方服务模块13可以派遣技术人员在所述数据需求方11部署需方服务模块12。

所述平台方服务模块13向所述需方服务模块12分发密钥种子，并接收所述需方服务模块12上传的公钥，以为验证所述数据需求方11的身份做准备。

数据供应方15在平台方服务模块13上注册，并通知平台方服务模块13其能提供“地震警报”信息。平台方服务模块13在所述数据供应方15部署供方服务模块14。更具体地，平台方服务模块13可以派遣技术人员在所述数据供应方15部署供方服务模块14。

所述平台方服务模块13向所述供方服务模块14分发密钥种子，并接收所述供方服务模块14上传的公钥，以为验证所述数据供应方15的身份做准备。

接下来，平台方服务模块13撮合需要“地震警报”信息的所述数据需求方11和能提供“地震警报”信息的所述数据供应方15，使双方达成“地震警报”信息的交易意向。

所述平台方服务模块13可以向被撮合的数据需求方11的需方服务模块12和数据供应方15的供方服务模块14分发撮合控制信息，所述撮合控制信息可以选自以下一项或多项：订单信息、会员信息及反馈方式信息。其中，订单信息中记录有交易品信息、价格信息、计费模式和配送任务信息等；会员信息中记录了被撮合的数据需求方11的会员编号、数据供应方15的会员编号、密钥和公钥信息、会员加密信息以及请求地址等；反馈方式信息中记录了路由方式信息、超时时间信息、缓存信息、请求供方id信息、配送任务信息等。其中，所述需方服务模块12和供方服务模块14通过读取和验证撮合控制信息中的密钥和公钥信息来完成交易双方的身份验证。

进一步地，所述平台方服务模块13定时分发所述撮合控制信息。

需要说明的是，所述定时的时间间隔可以根据需要进行配置，例如可以是30分钟。另外，所述订单信息、会员信息以及反馈方式信息并不限于前述的内容，其可以根据数据交易双方的具体需求而进行适应性的调整。

接下来，数据供应方15的感应设备感应到消防触发条件，并根据所述消防触发条件生成某一级别的“地震警报”信息(例如A级别的“地震警报”信息)，所述供方服务模块14接收所述A级别的“地震警报”信息，并将其直接传送给已撮合的需要所述A级别的“地震警报”信息的数据需求方11。

进一步而言，所述配送数据是经过加密后传送的。

具体的，可以采用SM系列国密算法建立公私钥体系并对述数据配送请求和/或所述配送数据进行加密，确保数据传输过程中不会被截取，提高数据交易的安全性。

进一步而言，所述路由可以选自单一路由、静态路由、动态路由或广播路由。

接下来，所述需方服务模块12对接收到的警报信息进行解密并校验，然后再将结果返回给数据需求方11。

交易完成后，所述需方服务模块12记录所述数据需求方11的需方业务日志并将其上传至所述平台方服务模块13，和/或，所述供方服务模块14记录所述数据供应方15的供方业务日志并将其上传至所述平台方服务模块13。

进一步地，所述需方服务模块13将需方业务日志定时上传至所述平台方服务模块13，和/或，所述供方服务模块14将供方业务日志定时上传至所述平台方服务模块13。

进一步而言，所述定时的时间间隔可以根据具体需要进行配置，例如可以是每隔5分钟。

需要说明的是，本发明实施例的数据配送系统并不限于上述所描述的场景，其可以用于任意数据配送场景下。

进一步的，本发明实施例还公开了一种数据配送方法的流程图。

如图2所示，所述数据配送方法包括如下步骤：

步骤S21：数据需求方将数据需求通知平台方服务模块，所述平台方服务模块在数据需求方部署需方服务模块；

步骤S22：数据供应方将能够提供的数据类型通知所述平台方服务模块，所述平台方服务模块在所述数据供应方部署供方服务模块；

步骤S23：所述平台方服务模块根据所述数据需求以及所述数据类型，撮合所述数据需求方和数据供应方；

步骤S24：被撮合的所述数据需求方和数据供应方通过所述需方服务模块和供方服务模块直接进行数据配送请求和/或配送数据的传送。

所述配送方法的详细过程说明可以参见上述图1所示实施例中的配送系统的实施过程，在此不再赘述。

虽然本发明披露如上，但本发明并非限定于此。任何本领域技术人员，在不脱离本发明的精神和范围内，均可作各种更动与修改，因此本发明的保护范围应当以权利要求所限定的最宽的范围为准。

Claims (24)

1.一种数据配送系统，其特征在于，包括：多个需方服务模块、多个供方服务模块及平台方服务模块；

所述需方服务模块部署在数据需求方；

所述供方服务模块部署在数据供应方；

所述平台方服务模块适于根据所述数据需求方和数据供应方的通知，确定所述数据需求方的数据需求以及所述数据供应方能够提供的数据类型，并根据所述数据需求以及所述数据类型，撮合所述数据需求方和数据供应方；

其中，被撮合的所述数据需求方和数据供应方通过所述需方服务模块和供方服务模块直接进行数据配送请求和/或配送数据的传送。

2.根据权利要求1所述的数据配送系统，其特征在于，被撮合的所述数据需求方和数据供应方通过所述需方服务模块和供方服务模块直接进行数据配送请求和/或配送数据的传送是指：所述需方服务模块将所述数据配送请求依次发送至被撮合的所述数据供应方的所述供方服务模块，直至所述供方服务模块将匹配的配送数据传输至所述需方服务模块，或者被撮合的各个所述数据供应方的所述供方服务模块都反馈无数据。

3.根据权利要求2所述的数据配送系统，其特征在于，所述供方服务模块还适于将所述数据供应方的全部数据存入缓存，响应于所述数据配送请求，所述供方服务模块从所述缓存中提取所述配送数据，并将所述配送数据依次传输至被撮合的各个所述数据需求方的所述需方服务模块。

4.根据权利要求2所述的数据配送系统，其特征在于，多个所述供方服务模块将匹配的配送数据传输至所述需方服务模块，以使得所述需方服务模块将接收到的多个配送数据进行拼合。

5.根据权利要求4所述的数据配送系统，其特征在于，多个所述供方服务模块提供的配送数据采用相同的格式进行传输。

6.根据权利要求2所述的数据配送系统，其特征在于，所述供方服务模块根据所述数据供应方的接口格式来封装API接口，并利用所述API接口请求所述数据供应方的数据。

7.根据权利要求1所述的数据配送系统，其特征在于，被撮合的所述数据需求方和数据供应方通过所述需方服务模块和供方服务模块直接进行数据配送请求和/或配送数据的传送是指：所述供方服务模块将所述配送数据依次传输至被撮合的各个所述数据需求方的所述需方服务模块，所述需方服务模块接受或者拒绝所述配送数据。

8.根据权利要求1所述的数据配送系统，其特征在于，被撮合的所述数据需求方和数据供应方通过需方服务模块和供方服务模块直接进行数据配送请求和/或配送数据的传送是指：所述供方服务模块将所述配送数据直接传输至被撮合的所述数据需求方的所述需方服务模块。

9.根据权利要求1所述的数据配送系统，其特征在于，被撮合的所述数据需求方和数据供应方通过需方服务模块和供方服务模块直接进行数据配送请求和/或配送数据的传送包括：选择路由方式，所述路由方式选自单一路由、静态路由、动态路由或广播路由中的一种或多种；利用选择的路由方式进行数据配送请求和/或配送数据的传送。

10.根据权利要求1-9任一项所述的数据配送系统，其特征在于，在所述平台方服务模块撮合所述数据需求方和数据供应方之前，所述平台方服务模块向所述数据需求方的所述需方服务模块和所述数据供应方的所述供方服务模块分发密钥种子，并接收所述需方服务模块和供方服务模块上传的公钥，为验证所述数据需求方和数据供应方的身份做准备。

11.根据权利要求1-9任一项所述的数据配送系统，其特征在于，在所述平台方服务模块撮合所述数据需求方和数据供应方之后，所述平台方服务模块向被撮合的所述数据需求方的所述需方服务模块和被撮合的所述数据供应方的所述供方服务模块分发撮合控制信息，所述撮合控制信息选自以下一项或多项：订单信息、会员信息及反馈方式信息。

12.根据权利要求1-9任一项所述的数据配送系统，其特征在于，所述需方服务模块记录所述数据需求方的需方业务日志并将其上传至所述平台方服务模块，和/或，所述供方服务模块记录所述数据供应方的供方业务日志并将其上传至所述平台方服务模块。

13.一种数据配送方法，其特征在于，包括如下步骤：

数据需求方将数据需求通知平台方服务模块，所述平台方服务模块在数据需求方部署需方服务模块；

数据供应方将能够提供的数据类型通知所述平台方服务模块，所述平台方服务模块在所述数据供应方部署供方服务模块；

所述平台方服务模块根据所述数据需求以及所述数据类型，撮合所述数据需求方和数据供应方；

被撮合的所述数据需求方和数据供应方通过所述需方服务模块和供方服务模块直接进行数据配送请求和/或配送数据的传送。

14.根据权利要求13所述的数据配送方法，其特征在于，被撮合的所述数据需求方和数据供应方通过所述需方服务模块和供方服务模块直接进行数据配送请求和/或配送数据的传送是指：所述需方服务模块将所述数据配送请求依次发送至被撮合的所述数据供应方的所述供方服务模块，直至所述供方服务模块将匹配的配送数据传输至所述需方服务模块，或者被撮合的各个所述数据供应方的所述供方服务模块都反馈无数据。

15.根据权利要求14所述的数据配送方法，其特征在于，所述供方服务模块将匹配的配送数据传输至所述需方服务模块包括：

将所述数据供应方的全部数据存入缓存；

响应于所述数据配送请求，所述供方服务模块从所述缓存中提取所述配送数据，并将所述配送数据依次传输至被撮合的各个所述数据需求方的所述需方服务模块。

16.根据权利要求14所述的数据配送方法，其特征在于，多个所述供方服务模块将匹配的配送数据传输至所述需方服务模块，以使得所述需方服务模块将接收到的多个配送数据进行拼合。

17.根据权利要求16所述的数据配送方法，其特征在于，多个所述供方服务模块提供的配送数据采用相同的格式进行传输。

18.根据权利要求14所述的数据配送方法，其特征在于，所述供方服务模块根据所述数据供应方的接口格式来封装API接口，并利用所述API接口请求所述数据供应方的数据。

19.根据权利要求13所述的数据配送方法，其特征在于，被撮合的所述数据需求方和数据供应方通过所述需方服务模块和供方服务模块直接进行数据配送请求和/或配送数据的传送是指：所述供方服务模块将所述配送数据依次传输至被撮合的各个所述数据需求方的所述需方服务模块，所述需方服务模块接受或者拒绝所述配送数据。

20.根据权利要求13所述的数据配送方法，其特征在于，被撮合的所述数据需求方和数据供应方通过所述需方服务模块和供方服务模块直接进行数据配送请求和/或配送数据的传送是指：所述供方服务模块将所述配送数据传输至被撮合的所述数据需求方的所述需方服务模块。

21.根据权利要求13-20任一项所述的数据配送方法，其特征在于：被撮合的所述数据需求方和数据供应方通过所述需方服务模块和供方服务模块直接进行数据配送请求和/或配送数据的传送包括：选择路由方式，所述路由方式选自单一路由、静态路由、动态路由或广播路由中的一种或多种；利用选择的路由方式进行数据配送请求和/或配送数据的传送。

22.根据权利要求13-20任一项所述的数据配送方法，其特征在于，在所述平台方服务模块撮合所述数据需求方和数据供应方之前，所述平台方服务模块向所述数据需求方的所述需方服务模块和所述数据供应方的所述供方服务模块分发密钥种子，并接收所述需方服务模块和供方服务模块上传的公钥，为验证所述数据需求方和数据供应方的身份做准备。

23.根据权利要求13-20任一项所述的数据配送方法，其特征在于，在所述平台方服务模块撮合所述数据需求方和数据供应方之后，所述平台方服务模块向被撮合的所述数据需求方的所述需方服务模块和被撮合的所述数据供应方的所述供方服务模块分发撮合控制信息，所述撮合控制信息选自以下一项或多项：订单信息、会员信息及反馈方式信息。

24.根据权利要求13-20任一项所述的数据配送方法，其特征在于，所述需方服务模块记录所述数据需求方的需方业务日志并将其上传至所述平台方服务模块，和/或，所述供方服务模块记录所述数据供应方的供方业务日志并将其上传至所述平台方服务模块。