CN111325489A - 一种数据流处理方法及装置、物流信息系统 - Google Patents
一种数据流处理方法及装置、物流信息系统 Download PDFInfo
- Publication number
- CN111325489A CN111325489A CN201811526112.5A CN201811526112A CN111325489A CN 111325489 A CN111325489 A CN 111325489A CN 201811526112 A CN201811526112 A CN 201811526112A CN 111325489 A CN111325489 A CN 111325489A
- Authority
- CN
- China
- Prior art keywords
- node
- information
- data
- nodes
- order data
- 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
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
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/083—Shipping
- G06Q10/0833—Tracking
-
- 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
- G06Q10/00—Administration; Management
- G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
- G06Q10/083—Shipping
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Economics (AREA)
- Quality & Reliability (AREA)
- Entrepreneurship & Innovation (AREA)
- Human Resources & Organizations (AREA)
- Marketing (AREA)
- Operations Research (AREA)
- Development Economics (AREA)
- Strategic Management (AREA)
- Tourism & Hospitality (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请公开了一种数据流处理方法,包括:第一节点接收至少一个订单数据,所述订单数据用于指示用户发货的相关信息,所述第一节点对应揽货节点;所述第一节点根据所述订单数据,确定第二节点信息、第三节点信息;其中,所述第二节点对应物流运输节点,所述第三节点对应送货节点;所述第一节点将所述订单数据、第二节点信息和第三节点信息用第一私钥进行加密,并将加密后的数据写入第一区块中;其中,所述第一区块对应的区块链中的节点至少包括多个所述第一节点、多个所述第三节点;所述第一节点向所述第三节点发送所述第一私钥对应的第一公钥,以便所述第三节点用所述第一公钥进行解密,得到相应订单数据。本申请提供的技术方案能提高发货方和收货方的用户体验。
Description
技术领域
本申请涉及计算机领域,尤其涉及一种数据流处理方法及装置、物流信息系统。
背景技术
目前,物流公司大多不能提供上门取货及送货到家的服务。因此,一些城市或者地方出现了城配公司代理物流公司以解决“最后一公里”配送问题。
然而,目前城配公司与物流公司合作机制不健全,城配公司与物流公司之间业务数据不互通,这样就会带来很多问题。一个典型的问题就是一旦出现货物丢失,各城配公司之间,以及物流公司之间会相互推诿,从而降低了发货方和收货方的用户体验。而物流公司之间没有实现业务数据互通,不能及时了解市场行情,导致很多车辆闲置,进一步降低了物流的运行效率。
发明内容
为了解决上述问题,第一方面,本申请实施例提出了一种数据流处理方法,包括:
第一节点接收至少一个订单数据,所述订单数据用于指示用户发货的相关信息,所述第一节点对应揽货节点;
所述第一节点根据所述订单数据,确定第二节点信息、第三节点信息;其中,所述第二节点对应物流运输节点,所述第三节点对应送货节点;
所述第一节点将所述订单数据、第二节点信息和第三节点信息用第一私钥进行加密,并将加密后的数据写入第一区块中;其中,所述第一区块对应的区块链中的节点至少包括多个所述第一节点、多个所述第三节点;
所述第一节点向所述第三节点发送所述第一私钥对应的第一公钥,以便所述第三节点用所述第一公钥进行解密,得到相应订单数据。
一个示例中,所述第一节点还根据所述订单数据确定第一线路数据,其中,所述第一线路数据用于指示所述订单数据对应货物的揽货路线;所述第三节点根据所述第一公钥解密得到的订单数据,确定第二线路数据,所述第二线路数据用于指示所述订单数据对应货物的送货路线。
一个示例中,所述方法还包括:
所述第一节点根据所述订单数据中的发货方信息,确定第一地理位置信息,以及根据所述订单数据中的收货方信息,确定第二地理位置信息;所述第一地理位置信息用于指示所述订单数据中的发货方所处地理位置范围,所述第二地理位置信息用于指示所述订单数据中的收货方所处地理位置范围;
所述第一节点根据所述订单数据中的货物数量信息、所述第一地理位置信息和所述第二地理位置信息,确定所述第二节点信息;所述第一节点根据所述订单数据中的货物数量信息、所述第二地理位置信息,确定所述第三节点信息;
所述第一节点根据所述第一地理位置信息,确定所述第一线路数据,以及根据所述订单数据,确定揽货时间
所述第三节点根据第二地理位置信息,确定所述第二线路数据,以及根据利用所述第一公钥解密得到的订单数据,确定送货时间。
一个示例中,在所述第一节点接收至少一个订单数据之后,所述方法还包括:
所述第一节点和/或所述第三节点根据所述订单数据,确定脱敏数据,所述脱敏数据为除所述发货发信息、所述接收方信息以外的订单数据;
所述第一节点和/或所述第三节点将所述脱敏数据发送至中心节点,以便于所述中心节点利用所述脱敏数据进行数据分析,以及所述第三节点验证所述货物订单数据。
一个示例中,所述方法还包括:
所述第一节点接收多个所述物流运输节点发送的货运请求信息,所述货运请求信息包括:运力信息和运输范围信息;所述运力信息用于指示相应的物流运输节点的运输货物能力的指数,所述运输范围信息用于指示相应物流运输节点对应的运输货物的地理位置范围;且所述多个物流运输节点包括所述第二节点。
一个示例中,所述方法包括:所述第一节点根据多个所述物流运输节点发送的相应运输范围信息,以及根据所述第一地理位置信息和所述第二地理位置信息,从所述多个物流运输节点中确定待选节点;
所述第一节点根据所述运力信息,从多个所述待选择节点中确定所述第二节点。
一个示例中,所述方法还包括:所述第一节点将所述运力信息发送至中心节点;
所述第一节点据所述订单数据,确定脱敏数据,所述脱敏数据为除所述发货发信息、所述接收方信息以外的订单数据;
所述第一节点将所述脱敏数据发送至中心节点,以便于所述中心节点利用所述脱敏数据进行数据分析,从而得到所述第一节点对应的货物的吞吐量,以及所述第三节点对应的货物吞吐量;
所述中心节点根据所述多个物流运输节点的运力信息,确定所述多个第一节点对应的运力数值以及所述多个第三节点对应的运力数值;
在所述第一节点、所述第三节点集合中的所述运力数值,与所述集合对应的货物吞吐量的差值超过预设取值范围时,所述中心节点向相应的所述第一节点、所述第二节点和所述第三节点中的至少一个发出提示。
一个示例中,中心节点根据多个第一节点和多个第三节点发送的脱敏数据,统计预设区域内及预设时间段内的货物吞吐量,以及对应的第二节点对应的运力数值。因此,本申请实施例通过第一节点、第三节点将保密数据存储在区块链上,脱敏数据存储在数据中心,实现既能共享数据实现业务上的共赢,又能防止恶意竞争,从而提高了物流运输的效率。
一个示例中,在所述第三节点根据所述得到的订单数据,确定第二线路数据之前,所述方法还包括:
所述第三节点用第二私钥对所述订单数据和所述第二线路数据进行加密;
所述第三节点将加密后的数据写入第二区块,所述第二区块与所述第一区块属于同一区块链。
第二方面,本申请实施例提供了一种数据流处理装置,其特征在于,包括:接收单元、数据处理单元和发送单元;
所述接收单元,用于接收至少一个订单数据,所述订单数据用于指示用户发货的相关信息,所述第一节点对应揽货节点;
所述数据处理单元,用于根据所述订单数据,确定第二节点、所述第三节点;将所述订单数据、所述第一线路数据、第二节点信息和第三节点信息用第一私钥进行加密,并将加密后的数据写入区块链的第一区块中;
所述发送单元,用于向所述第三节点发送所述第一私钥对应的公钥,以便所述第三节点用所述第一公钥进行解密,得到相应订单数据;
其中,所述第二节点对应物流运输节点,所述第三节点对应送货节点;所述区块链中的节点至少包括多个所述第一节点、多个所述第三节点。
第三方面,本申请实施例提供了一种物流信息系统,包括:至少一个第一节点、至少一个第三节点、中心节点;
所述第一节点,用于接收至少一个订单数据,所述订单数据用于指示用户发货的相关信息,所述第一节点对应揽货节点;根据所述订单数据确定第二节点信息、第三节点信息;其中,所述第二节点对应物流运输节点,所述第三节点对应送货节点;
所述第一节点还用于将所述订单数据、第二节点信息和第三节点信息用第一私钥进行加密,并将加密后的数据写入第一区块中;其中,所述第一区块对应的区块链中的节点至少包括多个所述第一节点、多个所述第三节点;
所述第三节点,用于接收第一节点发送所述第一私钥对应的第一公钥,并根据所述第一公钥进行解密,得到相应订单数据。
所述中心节点,用于接收来自所述多个第一节点和/或所述多个第三节点的脱敏数据;根据所述脱敏数据,确定各个所述第一节点对应的货物的吞吐量,以及确定各个所述第三节点对应的货物吞吐量;根据所述多个物流运输节点的运力信息,确定所述多个第一节点对应的运力数值以及所述多个第三节点对应的运力数值,所述可用运力数值对应一个或多个所述物流运输节点可运输的货物量的总和;
当包括多个所述第一节点和/或多个所述第三节点的集合中的所述运力数值与所述集合对应的货物吞吐量的差值超过预设取值范围时,所述中心节点还用于向相应的所述第一节点、第二节点和所述第三节点中的至少一个发出提示;所述第二节点对应物流运输节点。
本申请实施例提供的技术方案具有如下有益效果:
1、通过区块链追踪物流过程,实现订单数据可以全过程溯源,解决了运输过程中,各公司相互推诿的问题;
2、通过设置节点,将物流过程划分为两个阶段,每个阶段的数据会单独存储到区块链,便于物流订单溯源,提高了发货方和收货方的用户体验。
附图说明
此处所说明的附图用来提供对本申请的进一步理解,构成本申请的一部分,本申请的示意性实施例及其说明用于解释本申请,并不构成对本申请的不当限定。在附图中:
图1为本申请实施例提供的一种数据流处理方法的示意图;
图2为本申请实施例提供的一种数据流处理装置的结构示意图;
图3为本申请实施例提供的一种物流系统的结构示意图。
具体实施方式
为了更清楚的阐释本申请的整体构思,下面结合说明书附图以示例的方式进行详细说明。
本申请的实施例公开了一种数据流处理方法,如图1所示,多个第一节点和多个第三节点组成区块链,每一个第一节点101和每一个第三节103点均能向中心节点104发送数据。实线箭头代表物流运输过程中的数据流向,虚线箭头代表物流运输过程中货物流向。
第一节点101对应揽货节点,第二节点102对应物流运输节点,第三节点103对应发货节点。第一节点101和第三节点103可以是一个城配公司对应的节点,也可以是不同城配公司对应的节点。例如,第一节点101或第三节点103可以是城配公司的服务器、终端、计算机等设备。此外,第一节点101或第三节点103也可以对应有城配服务功能的物流公司节点、物流园区节点。例如,第一节点101或第三节点103可以是具有城配功能的物流公司的服务器、终端、计算机等设备。
在一种实现方式中,在一个完整的货物运输过程中,例如发货人A向收货人B发送货物时,第一节点101用于解决揽货问题、发货问题,第三节点103用于解决送货问题。可以理解的是,收货人B向发货人A发送货物时,第一节点101也可以用于解决送货问题,第三节点103也可以用于解决揽货问题、发货问题。本申请实施例仅以第一节点101用于解决揽货问题、发货问题,第三节点103用于解决送货问题为例进行阐述。
由此可见,在一个完整的物流运输过程中第一节点101和第三节点103解决的问题仅与货物的运输方向有关,与本身的功能和属性无关。因此,第一节点101和第三节点103在区块链中的功能是相同的。
如图1所示,第一节点101接收发货人A发送的订单数据,订单数据包括但不限于订单号、发货人信息,货物种类,货物数量,发货预设时间,货物到达预设时间,收货人信息。而发货人信息可以包括发货人姓名、联系方式、发货地址等。收货人信息可以包括收货人姓名、联系方式、收货地址等。
在一个实现方式中,发货人A可以通过其终端如个人计算机向第一节点101发送订单请求,以要求将其货物由一个地点送达到另一个地点。在另一个实现方式中,发货人A可以通过其终端如个人计算机向物流节点如第二节点102发送订单请求,再由第二节点102并将订单请求发送给第一节点101。
第一节点101根据发货人A的发货人信息确定第一地理位置信息,如发货人A所处地理位置范围,地理位置范围包括:街道名称、小区名称、园区名称以及建筑名称中的至少一种。第一节点101根据发货人A的第一地理位置信息、发货预设时间、货物到达预设时间,确定揽货路线和揽货时间,再根据揽货路线和揽货时间得到第一路线数据。第一节点101通过确定揽货时间和揽货路线,为解决“最后一公里问题”提供必要条件。
第一节点101根据第二地理位置信息,如收货人B所处地理位置范围,确定第三节点103。
第一节点101根据货物数量、第一地理位置信息和第二地理位置信息,确定第二节点102。第二节点102对应的物流运输节点能够将货物从第一节点101对应的揽货节点运输到第三节点103对应的发货节点。由此可见,第一节点101通过对数据流的处理构建了一条完整的运输线路,发货人A—揽货节点—物流运输节点—发货节点—收货人B,从而解决了“最后一公里问题”。
在本申请实施例中,数据流的处理不仅用于构建完整的运输线路,并贯穿整个物流过程,以保证货物没有按时到达时,运输货物的各个节点不会相互推诿责任,从而解决了信任问题,并提高了用户体验。
对于“发货人A—揽货节点—物流运输节点”阶段,第一节点101在确定完第一线路数据及第二节点102、第三节点103之后,将订单数据、第二节点信息和第三节点信息用第一私钥进行加密,并将加密后的数据写入区块链的第一区块中,并广播至整个区块链,以存证第一节点101对应揽货节点于何时何地揽到什么样的货物,于何时何地将货物托运给第二节点102对应的哪一个物流运输节点。
对于“发货节点—收货人B”阶段,第三节点103接收第一节点101发送的与第一私钥对应的公钥,并根据该公钥从第一区块中获取订单数据、第二节点信息和第三节点信息,其中,第二节点信息如第二节点102对应的物流运输节点的标识,第三节点信息如第三节点103对应的发货节点的标识。
第三节点103对应的发货节点接收到货物后,根据货物中携带的第二节点信息和第三节点信息,验证第一区块中的第二节点信息和第三节点信息是否正确。当第一区块中的第二节点信息和第三节点信息正确时,第三节点103根据第二地理位置信息,确定第二路线数据,根据订单数据,确定送货时间。同样的,第三节点103加密订单数据和第二路线数据,并将加密后的数据存入区块链中的第二区块,并广播整个区块链,以存证第三节点103对应的发货节点于何时何地向收人B发送什么样的货物。
在一种实现方式中,为了便于第三节点103验证货物,设置中心节点104。中心节点104可以是服务器也可以是终端,用于存储脱敏数据,例如订单号。脱敏数据为除了发货发信息、接收方信息以外的订单数据,包括但不限于该业务订单数据中的订单号、货物种类,货物数量,发货预设时间,货物到达预设时间。
中心节点104中的脱敏数据来自于第一节点101和/或第三节点103,区块链中的任何一个节点都可以根据预设的标识信息在中心节点104中获取与标识信息对应的脱敏数据。例如,第三节点103根据货物的订单号,在中心节点104中获取订单号对应的货物种类,货物数量,发货预设时间,货物到达预设时间,验证第三节点103对应的发货节点接到的货物是否正确。其中,中心节点104只接收脱敏数据,中心节点104不在区块链中。
在本申请的一个实施例中,很多物流过程还存在“一个物流运输节点到另一个物流运输节点”的阶段,在这个阶段各个物流运输节点之间会签署电子合同,各物流运输节点会将签署的电子合同发送到中心节点104,以便于后续的验证。
综上所述,本申请提供的方法通过处理数据流确定完整的物流过程,并保证整个过程可溯源。
物流运输的过程中会产生很多数据流,对这些数据流进行处理能够提高物流运输过程的效率。例如,第二节点102对应的物流运输节点的运力信息是不断变化的,例如,物流运输节点在空闲时段能够运输800t货物,而在繁忙时段只能运输400t货物,如果预先收集这些信息,那么就能够充分利用物流运输节点的空闲时段发送更多的货物。其中,运力信息指示相应物流运输节点对应的物流公司的运输能力,例如,当前可运输货物的数量或者重量。又如,空闲指数、繁忙指数等。
在本申请实施例中,第一节点101接收多个物流运输节点发送的货运请求信息,货运请求信息包括:运力信息和运输范围信息;运力信息用于指示对应的物流运输节点的运输货物能力的指数,运输范围信息用于指示物流运输节点对应的运输货物的地理位置范围。
第一节点101根据物流运输节点发送的运输范围信息,以及根据第一地理位置信息和第二地理位置信息,从多个物流运输节点中确定待选节点。待选节点是运营范围包涵第一地理位置信息和第二地理位置信息对应的物流输送节点。待选节点是物流公司对应的服务器或者终端设备。
第一节点101根据运力信息,从多个待选择节点中确定第二节点102。
具体地,发货人A发送880t货物到收货人B,三个物流输送节点的货运请求信息如表1所示:
物流运输节点 | 运力信息 | 运输范围信息 |
甲 | 1000t | L1 |
乙 | 800t | L2 |
丙 | 1000t | L2 |
表1
其中,L1包括A、B所在的地理位置信息,L2不包括A、B所在的地理位置信息,由于甲的运输范围L1不包括A、B所在的地理位置信息,因此只有乙和丙被确定为待选节点。又因为乙当前只能运输800t货物,小于880t,因此确定丙为第二节点。
在本申请实施例中,为了进一步提高物流运输效率,中心节点104会对脱敏数据进行数据分析,以合理调配运力。具体方法为:中心节点104根据脱敏数据,确定各个第一节点101对应的货物的吞吐量,以及确定各个第三节103点对应的货物吞吐量;第一节点101对应多个发货节点和多个送货节点,多个发货节点和多个送货节点运输货物的总量为第一节点101对应的货物的吞吐量,同理第三节点103对应的多个发货节点和多个送货节点运输货物的总量为第三节点103对应的货物的吞吐量。
中心节点104根据多个物流运输节点的运力信息,确定多个第一节点101对应的运力数值以及多个第三节点103对应的运力数值,可用运力数值对应一个或多个物流运输节点可运输的货物量的总和。
具体地,当包括多个第一节点101和/或多个第三节103点的集合中的运力数值与集合对应的货物吞吐量的差值超过预设取值范围时,中心节点104向相应的第一节点101、第二节点102和第三节点103中的至少一个发出提示。例如,货物吞吐量大于运力数值,说明发货节点和送货节点所在地区物流业务繁忙,可以提示其他地区的物流节点向该地区支援运力,或者提示该地区的第一节点101或第三节点103调整揽货数量、发货数量,以缓解货多车少的局面。
在本申请实施例提供的技术方案还可以应用到更加具体的场景中,例如,一个第一节点或一个第三节点对应多个城配公司的服务器,又如,多个第一节点或多个第三节点对应城配公司在不同地区的多个服务器,第二节点102对应物流公司节点。如图1所示,对应于第一节点101的城配公司节点接到来发货人A的一个业务订单,例如将某货物从M地,即发货人所在地,发往N地。该城配公司节点对该业务订单数据进行分析,得到该业务订单数据对应的隐私数据和业务脱敏数据。其中,隐私数据,包括发货人姓名、联系方式、收货人姓名、联系方式、发货地点和收货地点的地理位置信息,脱敏数据中包括有该业务订单数据的订单号、货物种类,货物数量,发货预设时间,货物到达预设时间。
对于该业务订单数据中的隐私数据,对应于第一节点101的城配公司节点通过其私钥对该隐私数据进行加密,并将加密后的数据写入区块链的区块中。其中,该区块链节点包括该多家城配公司节点,以及该多家具有城配服务功能的物流公司节点、物流园区节点。对于该业务订单数据中的脱敏数据,对应于第一节点101的城配公司节点将脱敏数据发送至中心节点104。
对应于第三节点103的城配公司节点是N地的城配公司节点,接到货物时根据货物上的订单号,在中心节点中获取脱敏数据中的订单号,以验证接到的货物是否存在问题。如果货物没有问题,通过区块链上公开的字段订单号识别相应的隐私数据,通过自己的私钥解开隐私数据,以获取收货地点的地理位置信息,再将货物发送给收货人。
中心节点根据各个城配公司节点发送的脱敏数据统计某一区域内城配公司在某一段时间内的货物吞吐量,以及对应的物流公司的运力数值。例如,中心节点统计A地区在一周内的所有家城配公司的货物吞吐量为1000t,相应的物流公司可用的运力值为800t,说明物流公司能提供的货物运输量小于货物运输的需求量。此时,中心节点可以提示其他地区具有多余运力的物流公司来A地区接单,或者提示A地区各个城配公司的及时调整揽货频次或联系其他地区的物流公司,从而缓解物流公司能提供的货物运输量小于货物运输的需求量的情况。由此可见,本申请实施例通过各城配公司节点将保密数据存储在区块链上,脱敏数据存储在数据中心,实现既能共享数据实现业务上的共赢,又能防止恶意竞争,从而提高了物流运输的效率。
如图2所示,本申请实施例提供了一种数据流处理装置,包括:
接收单元201,用于接收至少一个订单数据,所述订单数据用于指示用户发货的相关信息,所述第一节点对应揽货节点;
数据处理单元202,用于根据所述订单数据,确定第二节点、所述第三节点;将所述订单数据、第二节点信息和第三节点信息用第一私钥进行加密,并将加密后的数据写入区块链的第一区块中;
发送单元203,用于向所述第三节点发送所述第一私钥对应的公钥,以便所述第三节点用所述第一公钥进行解密,得到相应订单数据;
其中,所述第二节点对应物流运输节点,所述第三节点对应送货节点;所述区块链中的节点至少包括多个所述第一节点、多个所述第三节点。
如图3所示,本申请实施例提供了一种物流系统,包括:多个第一节点101、多个第三节点103和中心节点104;
第一节点101,用于接收至少一个订单数据,订单数据用于指示用户发货的相关信息,第一节点101对应揽货节点;根据订单数据,确定第二节点、第三节点103;将订单数据、第二节点信息和第三节点信息用第一私钥进行加密,并将加密后的数据写入区块链的第一区块中;向第三节点103发送第一私钥对应的公钥;
其中,第二节点对应物流运输节点,第三节点103对应送货节点;区块链至少包括多个第一节点101、多个第三节点103;
第三节点103,用于根据加密后的数据得到相应订单数据,并根据得到的订单数据,确定第二线路数据;第二线路数据用于指示订单数据对应货物的送货路线。
中心节点104,用于接收来自多个第一节点和/或多个第三节点的脱敏数据;根据脱敏数据,确定各个第一节点101对应的货物的吞吐量,以及确定各个第三节点103对应的货物吞吐量;根据多个物流运输节点的运力信息,确定多个第一节点101对应的运力数值以及多个第三节点103对应的运力数值,可用运力数值对应一个或多个物流运输节点可运输的货物量的总和;
当包括多个第一节点101和/或多个第三节点103的集合中的运力数值与集合对应的货物吞吐量的差值超过预设取值范围时,中心节点104还用于向相应的第一节点101、第二节点和第三节点103中的至少一个发出提示。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统实施例而言,由于其基本相似于方法实施例,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
以上所述仅为本申请的实施例而已,并不用于限制本申请。对于本领域技术人员来说,本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等,均应包含在本申请的权利要求范围之内。
Claims (10)
1.一种数据流处理方法,其特征在于,包括:
第一节点接收至少一个订单数据,所述订单数据用于指示用户发货的相关信息,所述第一节点对应揽货节点;
所述第一节点根据所述订单数据,确定第二节点信息、第三节点信息;其中,所述第二节点对应物流运输节点,所述第三节点对应送货节点;
所述第一节点将所述订单数据、第二节点信息和第三节点信息用第一私钥进行加密,并将加密后的数据写入第一区块中;其中,所述第一区块对应区块链中的节点至少包括多个所述第一节点、多个所述第三节点;
所述第一节点向所述第三节点发送所述第一私钥对应的第一公钥,以便所述第三节点用所述第一公钥进行解密,得到相应订单数据。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
所述第一节点还根据所述订单数据确定第一线路数据,其中,所述第一线路数据用于指示所述订单数据对应货物的揽货路线;所述第三节点根据所述第一公钥解密得到的订单数据,确定第二线路数据,所述第二线路数据用于指示所述订单数据对应货物的送货路线。
3.根据权利要求2所述的方法,其特征在于,所述方法还包括:
所述第一节点根据所述订单数据中的发货方信息,确定第一地理位置信息,以及根据所述订单数据中的收货方信息,确定第二地理位置信息;所述第一地理位置信息用于指示所述订单数据中的发货方所处地理位置范围,所述第二地理位置信息用于指示所述订单数据中的收货方所处地理位置范围;
所述第一节点根据所述订单数据中的货物数量信息、所述第一地理位置信息和所述第二地理位置信息,确定所述第二节点信息;所述第一节点根据所述订单数据中的货物数量信息、所述第二地理位置信息,确定所述第三节点信息;
所述第一节点根据所述第一地理位置信息,确定所述第一线路数据,以及根据所述订单数据,确定揽货时间;
所述第三节点根据第二地理位置信息,确定所述第二线路数据,以及根据利用所述第一公钥解密得到的订单数据,确定送货时间。
4.根据权利要求1所述的方法,其特征在于,在所述第一节点接收至少一个订单数据之后,所述方法还包括:
所述第一节点和/或所述第三节点根据所述订单数据,确定脱敏数据,所述脱敏数据为除所述发货方信息、所述接收方信息以外的订单数据;
所述第一节点和/或所述第三节点将所述脱敏数据发送至中心节点,以便于所述中心节点利用所述脱敏数据进行数据分析,以及所述第三节点验证所述货物订单数据。
5.根据权利要求1所述的方法,其特征在于,所述方法还包括:
所述第一节点接收多个所述物流运输节点发送的货运请求信息,所述货运请求信息包括:运力信息和运输范围信息;所述运力信息用于指示相应的物流运输节点的运输货物能力的指数,所述运输范围信息用于指示相应物流运输节点对应的运输货物的地理位置范围;且所述多个物流运输节点包括所述第二节点。
6.根据权利要求5所述的方法,其特征在于,所述方法包括:所述第一节点根据多个所述物流运输节点发送的相应运输范围信息,以及根据所述第一地理位置信息和所述第二地理位置信息,从所述多个物流运输节点中确定待选节点;
所述第一节点根据所述运力信息,从多个所述待选择节点中确定所述第二节点。
7.根据权利要求6所述的方法,其特征在于,所述方法还包括:所述第一节点将所述运力信息发送至中心节点;
所述第一节点据所述订单数据,确定脱敏数据,所述脱敏数据为除所述发货发信息、所述接收方信息以外的订单数据;
所述第一节点将所述脱敏数据发送至中心节点,以便于所述中心节点利用所述脱敏数据进行数据分析,从而得到所述第一节点对应的货物的吞吐量,以及所述第三节点对应的货物吞吐量;
所述中心节点根据所述多个物流运输节点的运力信息,确定所述多个第一节点对应的运力数值以及所述多个第三节点对应的运力数值;
在所述第一节点、所述第三节点集合中的所述运力数值,与所述集合对应的货物吞吐量的差值超过预设取值范围时,所述中心节点向相应的所述第一节点、所述第二节点和所述第三节点中的至少一个发出提示。
8.根据权利要求2所述的方法,其特征在于,在所述第三节点根据所述得到的订单数据,确定第二线路数据之前,所述方法还包括:
所述第三节点用第二私钥对所述订单数据和所述第二线路数据进行加密;
所述第三节点将加密后的数据写入第二区块,所述第二区块与所述第一区块属于同一区块链。
9.一种数据流处理装置,其特征在于,包括:接收单元、数据处理单元和发送单元;
所述接收单元,用于接收至少一个订单数据,所述订单数据用于指示用户发货的相关信息,所述第一节点对应揽货节点;
所述数据处理单元,用于根据所述订单数据,确定第二节点、所述第三节点;将所述订单数据、所述第一线路数据、第二节点信息和第三节点信息用第一私钥进行加密,并将加密后的数据写入区块链的第一区块中;
所述发送单元,用于向所述第三节点发送所述第一私钥对应的公钥,以便所述第三节点用所述第一公钥进行解密,得到相应订单数据;
其中,所述第二节点对应物流运输节点,所述第三节点对应送货节点;所述区块链中的节点至少包括多个所述第一节点、多个所述第三节点。
10.一种物流信息系统,其特征在于,包括:至少一个第一节点、至少一个第三节点、中心节点;
所述第一节点,用于接收至少一个订单数据,所述订单数据用于指示用户发货的相关信息,所述第一节点对应揽货节点;根据所述订单数据确定第二节点信息、第三节点信息;其中,所述第二节点对应物流运输节点,所述第三节点对应送货节点;
所述第一节点还用于将所述订单数据、第二节点信息和第三节点信息用第一私钥进行加密,并将加密后的数据写入第一区块中;其中,所述第一区块对应的区块链中的节点至少包括多个所述第一节点、多个所述第三节点;
所述第三节点,用于接收第一节点发送所述第一私钥对应的第一公钥,并根据所述第一公钥进行解密,得到相应订单数据;
所述中心节点,用于接收来自所述多个第一节点和/或所述多个第三节点的脱敏数据;根据所述脱敏数据,确定各个所述第一节点对应的货物的吞吐量,以及确定各个所述第三节点对应的货物吞吐量;根据所述多个物流运输节点的运力信息,确定所述多个第一节点对应的运力数值以及所述多个第三节点对应的运力数值,所述可用运力数值对应一个或多个所述物流运输节点可运输的货物量的总和;
当包括多个所述第一节点和/或多个所述第三节点的集合中的所述运力数值与所述集合对应的货物吞吐量的差值超过预设取值范围时,所述中心节点还用于向相应的所述第一节点、第二节点和所述第三节点中的至少一个发出提示;所述第二节点对应物流运输节点。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811526112.5A CN111325489A (zh) | 2018-12-13 | 2018-12-13 | 一种数据流处理方法及装置、物流信息系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811526112.5A CN111325489A (zh) | 2018-12-13 | 2018-12-13 | 一种数据流处理方法及装置、物流信息系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111325489A true CN111325489A (zh) | 2020-06-23 |
Family
ID=71172217
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811526112.5A Pending CN111325489A (zh) | 2018-12-13 | 2018-12-13 | 一种数据流处理方法及装置、物流信息系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111325489A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112689019A (zh) * | 2020-12-29 | 2021-04-20 | 浙江万里学院 | 基于区块链技术的物流状态监控方法 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106971288A (zh) * | 2017-05-31 | 2017-07-21 | 无锡井通网络科技有限公司 | 一种基于区块链的分布式物流追踪方法 |
CN107730188A (zh) * | 2017-11-22 | 2018-02-23 | 合肥维天运通信息科技股份有限公司 | 一种基于区块链技术的物流结算及支付管理系统及方法 |
CN108681853A (zh) * | 2018-05-11 | 2018-10-19 | 阿里巴巴集团控股有限公司 | 基于区块链的物流信息传输方法、系统和装置 |
US20180341910A1 (en) * | 2017-05-26 | 2018-11-29 | Chris Broveleit | Blockchain-based logistics systems |
CN108960724A (zh) * | 2018-07-02 | 2018-12-07 | 武汉纺织大学 | 物流的方法及系统 |
-
2018
- 2018-12-13 CN CN201811526112.5A patent/CN111325489A/zh active Pending
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20180341910A1 (en) * | 2017-05-26 | 2018-11-29 | Chris Broveleit | Blockchain-based logistics systems |
CN106971288A (zh) * | 2017-05-31 | 2017-07-21 | 无锡井通网络科技有限公司 | 一种基于区块链的分布式物流追踪方法 |
CN107730188A (zh) * | 2017-11-22 | 2018-02-23 | 合肥维天运通信息科技股份有限公司 | 一种基于区块链技术的物流结算及支付管理系统及方法 |
CN108681853A (zh) * | 2018-05-11 | 2018-10-19 | 阿里巴巴集团控股有限公司 | 基于区块链的物流信息传输方法、系统和装置 |
CN108960724A (zh) * | 2018-07-02 | 2018-12-07 | 武汉纺织大学 | 物流的方法及系统 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112689019A (zh) * | 2020-12-29 | 2021-04-20 | 浙江万里学院 | 基于区块链技术的物流状态监控方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109325870B (zh) | 共享隐私数据的方法和系统 | |
CN108614974B (zh) | 一种基于区块链的快递信息隐私保护系统及其保护方法 | |
CN110633963B (zh) | 电子票据处理方法、装置、计算机可读存储介质和设备 | |
US9742569B2 (en) | System and method for filtering digital certificates | |
JP2020517165A5 (zh) | ||
WO2019060539A1 (en) | METHODS AND CRYPTOGRAPHIC SYSTEMS FOR MANAGING DIGITAL CERTIFICATES WITH BINDING VALUES | |
CN101997681B (zh) | 一种多节点路径的认证方法、系统及相关节点设备 | |
US20200387859A1 (en) | Methods, Application Server, Block Chain Node and Media For Logistics Tracking and Source Tracing | |
CN102546176A (zh) | 在多主体环境中支持dns安全 | |
CN110717698B (zh) | 货物位置追踪方法、装置以及物流管理系统、存储介质 | |
CN105337837A (zh) | 一种消息发送方法和设备 | |
CN109447601B (zh) | 在区块链网络中执行见证人转移交易的方法 | |
CN109462574B (zh) | 一种基于区块链的广告牌控制网关 | |
CN110719593A (zh) | 一种基于区块链的频谱共享方法、基站设备和区块链网络 | |
CN103796151A (zh) | 广告内容推送的方法及系统 | |
CN106790296A (zh) | 域名记录验证方法及装置 | |
JP5173411B2 (ja) | 郵便番号間における配達時間および経路を計算する方法およびシステム | |
CN110445627A (zh) | 群组更新方法、装置、计算机设备以及计算机存储介质 | |
US11510062B2 (en) | System and method employing virtual ledger | |
CN111325489A (zh) | 一种数据流处理方法及装置、物流信息系统 | |
CN101594339B (zh) | 管理和查询映射信息的方法、设备及通信系统 | |
US9973463B2 (en) | Method for the certification of data messages transmission to mobile terminals | |
CN103269371B (zh) | 一种基于Anycast的物联网DS查询方法及系统 | |
CN110071966B (zh) | 基于云平台的区块链组网及数据处理方法 | |
CN110808841A (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 |