CN114004569A - 配送信息处理方法、装置、电子设备、介质及程序产品 - Google Patents

配送信息处理方法、装置、电子设备、介质及程序产品 Download PDF

Info

Publication number
CN114004569A
CN114004569A CN202111296202.1A CN202111296202A CN114004569A CN 114004569 A CN114004569 A CN 114004569A CN 202111296202 A CN202111296202 A CN 202111296202A CN 114004569 A CN114004569 A CN 114004569A
Authority
CN
China
Prior art keywords
delivery
target order
message
receiving
order
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
CN202111296202.1A
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.)
Lazas Network Technology Shanghai Co Ltd
Original Assignee
Lazas Network Technology Shanghai 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 Lazas Network Technology Shanghai Co Ltd filed Critical Lazas Network Technology Shanghai Co Ltd
Priority to CN202111296202.1A priority Critical patent/CN114004569A/zh
Publication of CN114004569A publication Critical patent/CN114004569A/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
    • G06Q10/00—Administration; Management
    • G06Q10/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/083—Shipping
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06K—GRAPHICAL DATA READING; PRESENTATION OF DATA; RECORD CARRIERS; HANDLING RECORD CARRIERS
    • G06K17/00—Methods or arrangements for effecting co-operative working between equipments covered by two or more of main groups G06K1/00 - G06K15/00, e.g. automatic card files incorporating conveying and reading operations
    • G06K17/0022—Methods or arrangements for effecting co-operative working between equipments covered by two or more of main groups G06K1/00 - G06K15/00, e.g. automatic card files incorporating conveying and reading operations arrangements or provisions for transferring data to distant stations, e.g. from a sensing device
    • 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
    • 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
    • G06Q30/0637—Approvals

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Theoretical Computer Science (AREA)
  • Economics (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Strategic Management (AREA)
  • Marketing (AREA)
  • Development Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • General Engineering & Computer Science (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本公开实施例公开了一种配送信息处理方法、装置、电子设备、介质及程序产品，所述方法包括响应于接收到服务器发送的目标订单的收货通知消息，显示所述收货通知消息，所述收货通知消息由所述服务器响应于接收到所述目标订单的配送员确认送达消息而发送；响应于检测到针对所述收货通知消息的触发操作，显示订单确认界面，所述订单确认界面用于提供确认送达选项；响应于检测到针对所述确认送达选项的选择操作，向所述服务器发送所述目标订单的收货人确认送达消息；将所述目标订单的配送状态更新为已送达状态。该技术方案可以提高确认送达效率，避免订单超时。

Description

配送信息处理方法、装置、电子设备、介质及程序产品
技术领域
本公开涉及信息处理技术领域，具体涉及一种配送信息处理方法、装置、电子设备、介质及程序产品。
背景技术
随着电子商务的发展，人们已经习惯于在网上购物，配送员会将顾客所购买的货物送到指定的收货地址，由顾客进行收货。为了保障货物真实送达，顾客下单后，服务器可以生成收货码并下发给顾客手机；当配送员将货物送到顾客处时需要顾客提供收货码才能收货，此时顾客需要找出手机查询到收货码后再口述给配送员，配送员将顾客提供的收货码输入至配送员终端，以便其转发给服务器进行验证，服务器验证通过后确认该订单的货物真实送达，该订单的配送服务才算完成。
然而，配送员经常会遇到快要超时了才能将货物送达顾客处的情况，此时，等顾客找出手机查询到收货码后再口述给配送员进行输入，会耗费顾客较多的操作时间，影响了订单配送完成的进度，很容易出现订单超时的情况。
发明内容
为了解决相关技术中的问题，本公开实施例提供一种配送信息处理方法、装置、电子设备、介质及程序产品。
第一方面，本公开实施例中提供了一种配送信息处理方法。
具体地，所述配送信息处理方法，应用于用户端，包括：
响应于接收到服务器发送的目标订单的收货通知消息，显示所述收货通知消息，所述收货通知消息由所述服务器响应于接收到所述目标订单的配送员确认送达消息而发送；
响应于检测到针对所述收货通知消息的触发操作，显示订单确认界面，所述订单确认界面用于提供确认送达选项；
响应于检测到针对所述确认送达选项的选择操作，向所述服务器发送所述目标订单的收货人确认送达消息；
将所述目标订单的配送状态更新为已送达状态。
结合第一方面，本公开在第一方面的第一种实现方式中，其中，所述收货通知消息包括所述目标订单的订单确认入口或所述收货通知消息为推送push消息；所述响应于检测到针对所述收货通知消息的触发操作，显示订单确认界面包括：
响应于检测到针对所述订单确认入口或所述push消息的触发操作，显示订单确认界面。
结合第一方面和第一方面的第一种实现方式，本公开实施例在第一方面的第二种实现方式中，其中，所述收货通知消息还包括所述目标订单对应的收货码。
结合第一方面、第一方面的上述实现方式，本公开在第一方面的第三种实现方式中，其中，所述订单确认界面还用于提供所述目标订单对应的收货码。
结合第一方面、第一方面的上述实现方式，本公开在第一方面的第四种实现方式中，所述方法还包括：
响应于接收到服务器发送的目标订单的收货通知消息且所述用户端的当前页面为所述目标订单对应应用的应用页面，显示所述订单确认界面。
第二方面，本公开实施例中提供了一种配送信息处理方法；
具体地，所述配送信息处理方法，应用于服务器，包括：
响应于接收到目标订单对应的配送员确认送达消息，向所述目标订单对应的用户端发送收货通知消息，以便用户端通过触发所述收货通知消息进入订单确认界面进行送达确认；
接收所述用户端发送的所述目标订单对应的收货人确认送达消息；
将所述目标订单的配送状态更新为已送达状态；
向所述目标订单对应的配送端发送所述目标订单的成功送达消息。
结合第二方面，本公开在第二方面的第一种实现方式中，其中，所述收货通知消息包括所述目标订单的订单确认入口或所述收货通知消息为推送push消息。
结合第二方面和第二方面的第一种实现方式，本公开实施例在第二方面的第二种实现方式中，其中，所述收货通知消息还包括收货码，向所述目标订单对应的用户端发送收货通知消息之前，所述方法还包括：
获取所述目标订单对应的收货码。
结合第二方面和第二方面的上述实现方式，本公开实施例在第二方面的第三种实现方式中，所述方法还包括：
接收所述配送端发送的目标订单的收货码验证消息，所述收货码验证消息中携带有验证码；
比对所述验证码和所述目标订单对应的收货码是否一致；
响应于所述验证码和所述收货码一致，向所述配送端和所述用户端发送所述目标订单的成功送达消息。
第三方面，本公开实施例中提供了一种配送信息处理方法；
具体地，所述配送信息处理方法，应用于包括用户端、配送端和服务器的系统，包括：
所述配送端向所述服务器发送目标订单的配送员确认送达消息；
所述服务器响应于接收到目标订单对应的配送员确认送达消息，向所述目标订单对应的所述用户端发送收货通知消息；
所述用户端响应于接收到服务器发送的目标订单的收货通知消息，显示所述收货通知消息，响应于检测到针对所述收货通知消息的触发操作，显示订单确认界面，所述订单确认界面用于提供确认送达选项；响应于检测到针对所述确认送达选项的选择操作，向所述服务器发送所述目标订单的收货人确认送达消息；将所述目标订单的配送状态更新为已送达状态；
所述服务器接收所述用户端发送的所述目标订单对应的收货人确认送达消息；将所述目标订单的配送状态更新为已送达状态；向所述目标订单对应的配送端发送所述目标订单的成功送达消息；
所述配送端响应于接收到所述服务器发送的所述目标订单的成功送达消息，将所述目标订单的配送状态更新为已送达状态。
结合第三方面，本公开在第三方面的第一种实现方式中，其中，所述收货通知消息还包括所述目标订单对应的收货码；所述方法还包括：
所述配送端向所述服务器发送目标订单的收货码验证消息，所述收货码验证消息中携带有输入的验证码；
所述服务器响应于所述验证码和所述收货码一致，向所述配送端和所述用户端发送所述目标订单的成功送达消息；
所述用户端和所述配送端响应于所述服务器发送的所述目标订单的成功送达消息，将所述目标订单的配送状态更新为已送达状态。
结合第三方面和第三方面的第一种实现方式，本公开在第三方面的第二种实现方式中，其中，
所述收货通知消息包括所述目标订单的订单确认入口或所述收货通知消息为推送push消息；所述响应于检测到针对所述收货通知消息的触发操作，显示订单确认界面包括：
响应于检测到针对所述订单确认入口或所述push消息的触发操作，显示订单确认界面。
第四方面，本公开实施例中提供了一种配送信息处理方法；
具体地，所述配送信息处理方法，应用于包括用户端，包括：
响应于接收到服务器发送的目标订单的收货通知消息，显示所述收货通知消息，所述收货通知消息由所述服务器响应于接收到所述目标订单的配送员确认送达消息而发送，所述收货通知消息包括所述目标订单对应的收货码；
响应于所述服务器发送的所述目标订单的成功送达消息，将所述目标订单的配送状态更新为已送达状态，所述成功送达消息由所述服务器响应于配送端发送的验证码和所述收货码一致而发送。
第五方面，本公开实施例中提供了一种配送信息处理方法；
具体地，所述配送信息处理方法，应用于包括服务器，包括：
响应于接收到目标订单对应的配送员确认送达消息，获取收货码并向所述目标订单对应的用户端发送收货通知消息，所述收货通知消息包括收货码；
接收所述配送端发送的目标订单的收货码验证消息，所述收货码验证消息中携带有验证码；
比对所述验证码和所述目标订单对应的收货码是否一致；
响应于所述验证码和所述收货码一致，向所述配送端和所述用户端发送所述目标订单的成功送达消息。
第六方面，本公开实施例中提供了一种配送信息处理方法；
具体地，所述配送信息处理方法，应用于包括用户端、配送端和服务器的系统，包括：
所述配送端向所述服务器发送目标订单的配送员确认送达消息；
所述服务器响应于接收到目标订单对应的配送员确认送达消息，向所述目标订单对应的所述用户端发送收货通知消息，所述收货通知消息包括所述目标订单对应的收货码；
所述用户端响应于接收到服务器发送的目标订单的收货通知消息，显示所述收货通知消息；
所述配送端向所述服务器发送目标订单的收货码验证消息，所述收货码验证消息中携带有输入的验证码；
所述服务器响应于所述验证码和所述收货码一致，向所述配送端和所述用户端发送所述目标订单的成功送达消息；
所述用户端和所述配送端响应于所述服务器发送的所述目标订单的成功送达消息，将所述目标订单的配送状态更新为已送达状态。
第七方面，本公开实施例中提供了一种配送信息处理装置；
具体地，所述配送信息处理装置，应用于用户端，包括：
第一显示模块，被配置为响应于接收到服务器发送的目标订单的收货通知消息，显示所述收货通知消息，所述收货通知消息由所述服务器响应于接收到所述目标订单的配送员确认送达消息而发送；
第二显示模块，被配置为响应于检测到针对所述收货通知消息的触发操作，显示订单确认界面，所述订单确认界面用于提供确认送达选项；
第一发送模块，被配置为响应于检测到针对所述确认送达选项的选择操作，向所述服务器发送所述目标订单的收货人确认送达消息；
第一更新模块，被配置为将所述目标订单的配送状态更新为已送达状态。
结合第七方面，本公开在第七方面的第一种实现方式中，其中，所述收货通知消息包括所述目标订单的订单确认入口或所述收货通知消息为推送push消息；所述第二显示模块被配置为：
响应于检测到针对所述订单确认入口或所述push消息的触发操作，显示订单确认界面。
结合第七方面和第七方面的第一种实现方式，本公开在第七方面的第二种实现方式中，其中，所述收货通知消息还包括所述目标订单对应的收货码。
结合第七方面、第七方面的上述实现方式，本公开在第七方面的第三种实现方式中，其中，所述订单确认界面还用于提供所述目标订单对应的收货码。
结合第七方面、第七方面的上述实现方式，本公开在第七方面的第四种实现方式中，所述装置还包括：
确认显示模块，被配置为响应于接收到服务器发送的目标订单的收货通知消息且所述用户端的当前页面为所述目标订单对应应用的应用页面，显示所述订单确认界面。
第八方面，本公开实施例中提供了一种配送信息处理装置；
具体地，所述配送信息处理装置，应用于服务器，包括：
第二发送模块，被配置为响应于接收到目标订单对应的配送员确认送达消息，向所述目标订单对应的用户端发送收货通知消息，以便用户端通过触发所述收货通知消息进入订单确认界面进行送达确认；
第一接收模块，被配置为接收所述用户端发送的所述目标订单对应的收货人确认送达消息；
第二更新模块，被配置为将所述目标订单的配送状态更新为已送达状态；
第三发送模块，被配置为向所述目标订单对应的配送端发送所述目标订单的成功送达消息。
结合第八方面，本公开在第八方面的第一种实现方式中，其中，所述收货通知消息包括所述目标订单的订单确认入口或所述收货通知消息为推送push消息。
结合第八方面和第八方面的第一种实现方式，本公开实施例在第八方面的第二种实现方式中，其中，所述收货通知消息还包括收货码，所述装置还包括：
收货码获取模块，被配置为获取所述目标订单对应的收货码。
结合第八方面和第八方面的上述实现方式，本公开在第八方面的第三种实现方式中，所述装置还包括：
验证码接收模块，被配置为接收所述配送端发送的目标订单的收货码验证消息，所述收货码验证消息中携带有验证码；
验证模块，被配置为比对所述验证码和所述目标订单对应的收货码是否一致；
结果发送模块，被配置为响应于所述验证码和所述收货码一致，向所述配送端和所述用户端发送所述目标订单的成功送达消息。
第九方面，本公开实施例中提供了一种配送信息处理装置；
具体地，所述配送信息处理装置，应用于包括用户端，包括：
收货码显示模块，被配置为响应于接收到服务器发送的目标订单的收货通知消息，显示所述收货通知消息，所述收货通知消息由所述服务器响应于接收到所述目标订单的配送员确认送达消息而发送，所述收货通知消息包括所述目标订单对应的收货码；
第三更新模块，被配置为响应于所述服务器发送的所述目标订单的成功送达消息，将所述目标订单的配送状态更新为已送达状态，所述成功送达消息由所述服务器响应于配送端发送的验证码和所述收货码一致而发送。
第十方面，本公开实施例中提供了一种配送信息处理装置；
具体地，所述配送信息处理装置，应用于包括服务器，包括：
获取发送模块，被配置为响应于接收到目标订单对应的配送员确认送达消息，获取收货码并向所述目标订单对应的用户端发送收货通知消息，所述收货通知消息包括收货码；
第二接收模块，被配置为接收所述配送端发送的目标订单的收货码验证消息，所述收货码验证消息中携带有验证码；
比对模块，被配置为比对所述验证码和所述目标订单对应的收货码是否一致；
第四发送模块，被配置为响应于所述验证码和所述收货码一致，向所述配送端和所述用户端发送所述目标订单的成功送达消息。
第十一方面，本公开实施例提供了一种电子设备，包括存储器和处理器，其中，所述存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器执行以实现如第一方面、第二方面、第四方面或第五方面中任一项所述的方法。
第十二方面，本公开实施例中提供了一种计算机可读存储介质，其上存储有计算机指令，该计算机指令被处理器执行时实现如第一方面、第二方面、第四方面或第五方面中所述的方法。
第十三方面，本公开实施例中提供了一种计算机程序产品，包括计算机指令，该计算机指令被处理器执行时实现如第一方面、第二方面、第四方面或第五方面中所述的方法步骤。
根据本公开实施例提供的技术方案，可以在目标订单的配送员确认货物送达时，由服务器向用户端发送收货通知消息，用户端会在用户端的屏幕上显示该收货通知消息，用户可以直接触发该收货通知消息使该用户端显示订单确认界面，订单确认界面用于提供确认送达选项，用户选择该确认送达选项后，用户端就可以向服务器发送收货人确认送达消息，以确认该目标订单真实送达，这样，不需要用户一步步操作进入订单的详情页面来查找收货码，用户可以一键进入订单确认界面进行确认送达操作，由用户帮助配送员确认送达，免去了配送员输错收货码的情况发生，同时一键进入订单确认界面进行确认送达操作也提高了确认送达效率，避免订单超时。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。
附图说明
结合附图，通过以下非限制性实施方式的详细描述，本公开的其它特征、目的和优点将变得更加明显。在附图中：
图1示出根据本公开的实施例的应用于用户端的一种配送信息处理方法的流程图；
图2示出根据本公开的实施例的应用于服务器的一种配送信息处理方法的流程图；
图3示出根据本公开的实施例的应用于系统的一种配送信息处理方法的流程图；
图4示出根据本公开的实施例的配送端的配送信息处理方法的界面交互流程图；
图5示出根据本公开的实施例的用户端的配送信息处理方法的界面交互流程图；
图6示出根据本公开的实施例的应用于系统的另一种配送信息处理方法的流程图；
图7示出根据本公开的实施例的应用于用户端的另一种配送信息处理方法的流程图；
图8示出根据本公开的实施例的应用于服务器的另一种配送信息处理方法的流程图；
图9示出根据本公开的实施例的应用于系统的再一种配送信息处理方法的流程图；
图10示出根据本公开的实施例的应用于用户端的一种配送信息处理装置的结构框图；
图11示出根据本公开的实施例的应用于服务器的一种配送信息处理装置的结构框图；
图12示出根据本公开的实施例的应用于用户端的另一种配送信息处理装置的结构框图；
图13示出根据本公开的实施例的应用于服务器的另一种配送信息处理装置的结构框图；
图14示出根据本公开的实施例的电子设备的结构框图；
图15示出适于用来实现根据本公开实施例的方法的计算机系统的结构示意图。
具体实施方式
下文中，将参考附图详细描述本公开的示例性实施例，以使本领域技术人员可容易地实现它们。此外，为了清楚起见，在附图中省略了与描述示例性实施例无关的部分。
在本公开中，应理解，诸如“包括”或“具有”等的术语旨在指示本说明书中所公开的特征、数字、步骤、行为、部件、部分或其组合的存在，并且不欲排除一个或多个其他特征、数字、步骤、行为、部件、部分或其组合存在或被添加的可能性。
另外还需要说明的是，在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本公开。
在本公开中，对用户信息或用户数据的获取均为经用户授权、确认，或由用户主动选择的操作。
随着电子商务的发展，人们已经习惯于在网上购物，配送员会将顾客所购买的货物送到指定的收货地址，由顾客进行收货。为了保障货物真实送达，顾客下单后，服务器可以生成收货码并下发给顾客手机；当配送员将货物送到顾客处时需要顾客提供收货码才能收货，此时顾客需要找出手机查询到收货码后再口述给配送员，配送员将顾客提供的收货码输入至配送员终端，以便其转发给服务器进行验证，服务器验证通过后确认该订单的货物真实送达，该订单的配送服务才算完成。
然而，配送员经常会遇到快要超时了才能将货物送达顾客处的情况，此时，等顾客找出手机查询到收货码后再口述给配送员进行输入，会耗费顾客较多的操作时间，影响了订单配送完成的进度，很容易出现订单超时的情况。
考虑到上述问题，本公开提供了第一种方案，该方案可以在目标订单的配送员确认货物送达时，由服务器向用户端发送收货通知消息，用户端会在用户端的屏幕上显示该收货通知消息，用户可以直接触发该收货通知消息使该用户端显示订单确认界面，订单确认界面用于提供确认送达选项，用户选择该确认送达选项后，用户端就可以向服务器发送收货人确认送达消息，以确认该目标订单真实送达，这样，不需要用户一步步操作进入订单的详情页面来查找收货码，用户可以一键进入订单确认界面进行确认送达操作，由用户帮助配送员确认送达，免去了配送员输错收货码的情况发生，同时一键进入订单确认界面进行确认送达操作也提高了确认送达效率，避免订单超时。
或者，考虑到上述问题，本公开还提供了第二种方案，该方案可以在目标订单的配送员确认货物送达时，由服务器向用户端发送收货通知消息，用户端会在用户端的屏幕上显示该收货通知消息，该收货通知消息包括所述目标订单对应的收货码，用户从该收货通知消息中得知该收货码后可以给配送员口述该收货码，使该配送员据此在该配送端上输入验证码，由配送端将该验证码发送给服务器来确认真实送达，服务器响应于配送端发送的验证码和所述收货码一致可以向用户端发送目标订单的成功送达消息，用户端响应于所述服务器发送的所述目标订单的成功送达消息，可以将所述目标订单的配送状态更新为已送达状态，这样，用户可以在货物被送达时直接在当前显示的收货通知消息中看到该收货码，从而快速告知配送员，不需要用户多次操作进入订单详情页查找该收货码，减少了查找收货码的时间浪费，也能够提高确认送达效率，避免订单超时。
下面通过应用于用户端侧、服务器侧以及用户端、配送端和服务器组成的系统的具体实施例详细介绍本公开实施例提供的第一种方案的细节。
用户端侧实施例：
图1示出根据本公开的实施例的应用于用户端的一种配送信息处理方法的流程图。如图1所示，所述配送信息处理方法包括以下步骤S101-S104：
在步骤S101中，响应于接收到服务器发送的目标订单的收货通知消息，显示所述收货通知消息，所述收货通知消息由所述服务器响应于接收到所述目标订单的配送员确认送达消息而发送；
在步骤S102中，响应于检测到针对所述收货通知消息的触发操作，显示订单确认界面，所述订单确认界面用于提供确认送达选项；
在步骤S103中，响应于检测到针对所述确认送达选项的选择操作，向所述服务器发送所述目标订单的收货人确认送达消息；
在步骤S104中，将所述目标订单的配送状态更新为已送达状态。
在本公开一实施方式中，该用户端包括对于配送信息进行处理的计算机、计算设备、电子设备等。
在本公开一实施方式中，所述订单可以是提供各种内容、信息、服务的订单，比如服装、食品、日用品、车票等各种商品、送餐、送票等各种服务。该目标订单是指该配送员当前送达至用户处，等待用户签收的订单。
在本公开一实施方式中，配送员将目标订单上的货物送达用户处时，可以在配送终端上输入该目标订单的确认送达指令，该配送终端可以响应于该目标订单的确认送达指令，向服务器发送配送员确认送达消息，服务器接收到该配送员确认送达消息后，明白该配送员已将该目标订单送至该用户处，服务器就会确认该目标订单是否是真实送达，此时，服务器会响应于接收到所述目标订单的配送员确认送达消息向用户端发送收货通知消息，该收货通知消息用于请求用户确认该目标订单是否真实送达。
在本公开一实施方式中，该收货通知消息可以是短信消息、即时通信应用消息或该目标订单对应应用的应用消息等等。
在本公开一实施方式中，该用户端接收到该服务器发送的收货通知消息后，会在该用户端的屏幕上显示该收货通知消息，此时，若用户端的屏幕处于锁屏状态，该用户端会点亮屏幕，并在屏幕的通知栏显示该收货通知消息；若该用户端的屏幕处于开启状态，正显示某一应用的应用界面或系统的系统界面，该用户端会在屏幕的预设位置如屏幕顶部弹出一显示框，该显示框内显示有该收货通知消息。这里需要说明的是，该显示框会在预设位置显示一定时间如2s后就会隐藏，隐藏后该收货通知消息会显示在通知栏处，用户下拉通知栏就可以看到该收货通知消息。
在本公开一实施方式中，该收货通知消息包括订单确认入口，该订单确认入口可以是订单确认界面的地址链接，此时，上述步骤S102可以实现为响应于检测到针对所述订单确认入口的触发操作，显示该订单确认界面。或者，该收货通知消息可以是该目标订单对应应用的push(推送)消息，该push消息用于引导用户进入该订单确认界面，此时，上述步骤S102可以实现为响应于检测到针对所述push消息的触发操作，显示订单确认界面。该触发操作可以是单击操作、双击操作或长按操作。
在本公开一实施方式中，用户看到配送员送来的货物后，由于配送员输入了确认送达指令，故用户可以在用户端上看到屏幕上显示的服务器发送的收货通知消息，如果用户确认该目标订单就是本用户订单，没有送错，用户可以输入针对该收货通知消息的触发操作如点击该订单确认入口或点击该收货通知消息，用户端检测到针对所述收货通知消息的触发操作后，可以响应于检测到针对所述收货通知消息的触发操作，显示订单确认界面，该订单确认界面上可以显示确认送达选项如虚拟按键“确认送达”。
在本公开一实施方式中，用户可以输入针对所述确认送达选项的选择操作，如点击该确认送达选项，用户端检测到针对所述确认送达选项的选择操作后，可以响应于检测到针对所述确认送达选项的选择操作，向所述服务器发送收货人确认送达消息，所述收货人确认送达消息用于通知服务器该用户的目标订单已送达。由于服务器接收到该目标订单对应的配送员确认送达消息和收货人确认送达消息，送货和收货两方均已确认该目标订单中的货物已送达，故服务器可以确定该目标订单已真实送达，此时服务器可以向该配送端发送通知该目标订单已配送完成的成功送达消息。这里需要说明的是，由于是由用户端来确认该目标订单是否成功送达的，故该用户端向该服务器发送收货人确认送达消息时，已经可以确定该目标订单已配送完成，服务器可以不必向该用户端发送该成功送达消息，当然，服务器也可以在接收到收货人确认送达消息后向该用户端发送该成功送达消息，在此不做限制。
在本公开一实施方式中，该用户端在向该所述服务器发送所述目标订单的收货人确认送达消息后，已经可以确定该目标订单已配送完成，此时，用户端可以将所述目标订单的配送状态更新为已送达状态。
在本公开一实施方式中，该收货人确认送达消息可以携带有该目标订单的订单标识，以便服务器根据该订单标识确定该收货人确认送达消息为该目标订单的收货人确认送达消息。或者，该收货人确认送达消息中可以携带该目标订单的收货码，以便服务器根据该收货码确定该收货人确认送达消息为该目标订单的收货人确认送达消息，该收货码可以是服务器在生成该目标订单时生成并发送给用户端的。
本实施例可以在目标订单的配送员确认货物送达时，由服务器向用户端发送收货通知消息，用户端会在用户端的屏幕上显示该收货通知消息，用户可以直接触发该收货通知消息使该用户端显示订单确认界面，订单确认界面用于提供确认送达选项，用户选择该确认送达选项后，用户端就可以向服务器发送收货人确认送达消息，以确认该目标订单真实送达，这样，不需要用户一步步操作进入订单的详情页面来查找收货码，用户可以一键进入订单确认界面进行确认送达操作，由用户帮助配送员确认送达，免去了配送员输错收货码的情况发生，同时一键进入订单确认界面进行确认送达操作也提高了确认送达效率，避免订单超时。
在一种可能的实施方式中，该收货通知消息还包括所述目标订单对应的收货码。
在该实施方式中，用户端完成该目标订单的下单操作后，服务器就可以自动生成该目标订单对应的收获码，服务器在向该用户端发送收货通知消息时，就可以将该收货码携带在该收货通知消息中，发送至用户端，用户端显示该收货通知消息时，就会显示出该收货码。如果用户确定该目标订单内的货物已真实送达，但是用户又不想进入订单确认界面进行确认送达操作，此时用户可以将该目标订单的收货码口述给配送员，由该配送员将该目标订单的收货码作为验证码输入至配送端，由配送端将该配送员输入的验证码发送至服务器，该服务器接收到验证码后，会将该目标订单的验证码和该目标订单的收货码进行比对，如果一致，则表明该验证码确实是该用户给该配送员的，该目标订单已经真实送达，服务器可以向该配送端和用户端均发送通知该目标订单已配送完成的成功送达消息。
在该实施方式中，若该用户想进入订单确认界面进行确认送达操作，该用户就可以输入针对该收货通知消息的触发操作，此时用户端会执行步骤S102至步骤S104。用户可以自主选择是给配送员口述该收货码来确认送达，还是通过一键进入订单确认界面进行确认送达操作来帮助配送员确认送达，在此并不做限制。
这里需要说明的是，服务器在成功向该用户端发送该收货码后，可以向该配送端发送提示信息，该提示信息用于提示该配送端的配送员已向用户发送收货码，以便该配送员向该用户询问该收货码。
本实施方式在该收货通知消息中展示收货码，可以由用户自主选择是给配送员口述该收货码来确认送达，或是通过一键触发收货通知消息进入订单确认界面进行确认送达操作来帮助配送员确认送达，为用户提供更多的确认送达方式；而且在用户选择给配送员口述该收货码来确认送达时，用户可以在货物被送达时直接在当前显示的收货通知消息中看到该收货码，从而快速告知配送员，不需要用户多次操作进入订单详情页查找该收货码，减少了查找收货码的时间浪费，也能够提高确认送达效率，避免订单超时。
在一种可能的实施方式中，所述订单确认界面还用于提供所述目标订单对应的收货码。
在该实施方式中，在用户端不是响应于该收货通知消息中的订单确认入口的触发操作进入该订单确认界面的情况下，如用户端在接收该收货通知消息时在用户之前的操作下用户端的当前界面就是该订单确认界面，此时，可以在该订单确认界面显示出该收货码，用户可以自主选择给配送员口述该收货码来确认送达，或者通过在该订单确认界面上进行针对所述确认送达选项的选择操作来帮助配送员确认送达。
在一种可能的实施方式中，上述配送信息处理方法还可以包括以下步骤：
响应于接收到服务器发送的目标订单的收货通知消息且所述用户端的当前页面为所述目标订单对应应用的应用页面，显示所述订单确认界面。
在该实施方式中，若用户端接收到该服务器发送的目标订单的收货通知消息时，用户端的当前页面为所述目标订单对应应用的应用页面，则此时可以直接在该应用页面上显示该订单确认界面，此种情况就属于不是响应于该收货通知消息中的订单确认入口的触发操作进入该订单确认界面的情况。在此种情况下，若该订单确认界面上提供有确认送达选项，则用户可以通过在该订单确认界面上进行针对所述确认送达选项的选择操作来帮助配送员确认送达；若该订单确认界面上提供有收货码，则用户可以给配送员口述该收货码来确认送达；若该订单确认界面上提供有确认送达选项和收货码，则用户可以自主选择是给配送员口述该收货码来确认送达，还是通过一键进入订单确认界面进行确认送达操作来帮助配送员确认送达。
在该实施方式中，用户端可以从该当前页面上弹出一窗口来显示该订单确认界面，当然，也可以直接从该当前页面跳转至该订单确认界面。
本实施方式可以在用户端的当前页面为所述目标订单对应应用的应用页面的情况下，接收到服务器发送的目标订单的收货通知消息时直接显示所述订单确认界面，不需要用户触发订单确认入口进入该订单确认界面，减少用户操作，进一步提高了确认送达效率，避免订单超时。
服务器侧实施例：
图2示出根据本公开的实施例的应用于服务器的一种配送信息处理方法的流程图。如图2所示，所述配送信息处理方法包括以下步骤S201–S204：
在步骤S201中，响应于接收到目标订单对应的配送员确认送达消息，向所述目标订单对应的用户端发送收货通知消息，以便用户端通过触发所述收货通知消息进入订单确认界面进行送达确认；
在步骤S202中，接收所述用户端发送的所述目标订单对应的收货人确认送达消息；
在步骤S203中，将所述目标订单的配送状态更新为已送达状态；
在步骤S204中，向所述目标订单对应的配送端发送成功送达消息。
在本公开一实施方式中，该服务器包括对于配送信息进行处理的服务器、服务器集群、云服务器等。
在本公开一实施方式中，所述订单可以是提供各种内容、信息、服务的订单，比如服装、食品、日用品、车票等各种商品、送餐、送票等各种服务。该目标订单是指配送员送达至用户处，等待用户签收的订单。
在本公开一实施方式中，配送员将目标订单上的货物送达用户处时，可以在配送终端上输入该目标订单的确认送达指令，该配送终端可以响应于该目标订单的确认送达指令，向服务器发送该目标订单的配送员确认送达消息，服务器接收到该配送员确认送达消息后，明白该配送员已将该目标订单送至该用户处，服务器就会确认该目标订单是否是真实送达，此时，服务器会响应于接收到所述目标订单的配送员确认送达消息向用户端发送收货通知消息，该收货通知消息用于请求用户确认该目标订单是否真实送达。
在本公开一实施方式中，该用户端接收到该服务器发送的收货通知消息后，会在该用户端的屏幕上显示该收货通知消息，该收货通知消息包括订单确认入口或者该收货通知消息可以是push消息，该订单确认入口或该push消息被触发，用户端就会显示该订单确认界面。用户看到配送员送来的货物后，由于配送员输入了确认送达指令，故用户可以在用户端上看到屏幕上显示的服务器发送的收货通知消息，如果用户确认该目标订单就是本用户订单，没有送错，用户可以输入针对该收货通知消息的触发操作如点击该订单确认入口或点击该push消息，用户端检测到针对该收货通知消息的触发操作后，可以响应于检测到针对所述订单确认入口的触发操作，显示订单确认界面，该订单确认界面上可以显示确认送达选项如虚拟按键“确认送达”。用户可以输入针对所述确认送达选项的选择操作，如点击该确认送达选项，用户端检测到针对所述确认送达选项的选择操作后，可以响应于检测到针对所述确认送达选项的选择操作，向所述服务器发送收货人确认送达消息，所述收货人确认送达消息用于通知服务器该用户的目标订单已送达。
在本公开一实施方式中，服务器接收到该目标订单对应的配送员确认送达消息和收货人确认送达消息后，由于送货和收货两方均已确认该目标订单中的货物已送达，故服务器可以确定该目标订单已真实送达，此时服务器可以将所述目标订单的配送状态更新为已送达状态；同时也会向该配送端发送通知该目标订单已配送完成的成功送达消息。这里需要说明的是，由于是由用户端来确认该目标订单是否成功送达的，故该用户端向该服务器发送收货人确认送达消息时，已经可以确定该目标订单已配送完成，服务器可以不必向该用户端发送该成功送达消息，当然，服务器也可以向该用户端发送该成功送达消息，在此不做限制。
本实施例可以在目标订单的配送员确认货物送达时，由服务器向用户端发送收货通知消息，用户端会在用户端的屏幕上显示该收货通知消息，用户可以直接触发该收货通知消息使该用户端显示订单确认界面，订单确认界面用于提供确认送达选项，用户选择该确认送达选项后，用户端就可以向服务器发送收货人确认送达消息，以确认该目标订单真实送达，这样，不需要用户一步步操作进入订单的详情页面来查找收货码，用户可以一键进入订单确认界面进行确认送达操作，由用户帮助配送员确认送达，免去了配送员输错收货码的情况发生，同时一键进入订单确认界面进行确认送达操作也提高了确认送达效率，避免订单超时。
在本公开一实施方式中，所述收货通知消息还包括收货码，上述配送信息处理方法还包括以下步骤：
获取所述目标订单对应的收货码。
在该实施方式中，用户端完成该目标订单的下单操作后，服务器就可以自动生成该目标订单对应的收货码，并下发给用户端；服务器在向该用户端发送收货通知消息之前，可以查找获取该目标订单对应的收货码，并将该收货码携带在该收货通知消息中发送至用户端。或者，服务器可以响应于接收到目标订单对应的配送员确认送达消息，可以自动生成该目标订单对应的收货码，并向所述目标订单对应的用户端发送携带有收货码的收货通知消息。用户端在显示该收货通知消息时，就会显示出该收货码。如果用户确定该目标订单内的货物已真实送达，但是用户又不想进入订单确认界面进行确认送达操作，此时用户可以将该目标订单的收货码口述给配送员，由该配送员输入该收获码进行送达确认。
在该实施方式中，若该用户想进入订单确认界面进行确认送达操作，该用户也可以输入针对所述收货通知消息的触发操作，此时用户端会执行步骤S102至步骤S104。用户可以自主选择是给配送员口述该收货码来确认送达，还是通过一键进入订单确认界面进行确认送达操作来帮助配送员确认送达，在此并不做限制。这里需要说明的是，服务器在成功向该用户端发送该收货码后，可以向该配送端发送提示信息，该提示信息用于提示该配送端的配送员已向用户发送收货码，以便该配送员向该用户询问该收货码。
本实施方式在该收货通知消息中展示收货码，可以由用户自主选择是给配送员口述该收货码来确认送达，或是通过一键触发收货通知消息进入订单确认界面进行确认送达操作来帮助配送员确认送达，为用户提供更多的确认送达方式；而且在用户选择给配送员口述该收货码来确认送达时，用户可以在货物被送达时直接在当前显示的收货通知消息中看到该收货码，从而快速告知配送员，不需要用户多次操作进入订单详情页查找该收货码，减少了查找收货码的时间浪费，提高了确认送达效率，避免订单超时。
在本公开一实施方式中，上述配送信息处理方法还包括以下步骤：
接收所述配送端发送的目标订单的收货码验证消息，所述收货码验证消息中携带有验证码；
比对所述验证码和所述目标订单对应的收货码是否一致；
响应于所述验证码和所述收货码一致，向所述配送端和所述用户端发送所述目标订单的成功送达消息。
在该实施方式中，用户端显示的该收货通知消息中有该收货码，如果用户确定该目标订单内的货物已真实送达，但是用户又不想进入订单确认界面进行确认送达操作，此时用户可以将该目标订单的收货码口述给配送员，由该配送员将该目标订单的收货码作为验证码输入至配送端。该配送端会向服务器发送该目标订单的收货码验证消息，所述收货码验证消息中携带有该验证码。该服务器接收到验证码后，会将该目标订单的验证码和该目标订单的收货码进行比对，如果一致，则表明该验证码确实是该目标订单的用户给该配送员的，该目标订单已经真实送达，服务器可以向该配送端和用户端均发送通知该目标订单已配送完成的成功送达消息。当然，如果配送员输入错误，则服务器端会比对出该验证码和该目标订单的收货码不一致，此时，服务器会向配送端发送通知该验证码错误的通知消息，这时候就需要配送员重新输入该验证码。
本实施方式中服务器可以通过比对配送端发送的验证码和收货码来确认该目标订单是否真实送达，提供了更多的确认送达方式，方便用户选择使用。
下面具体介绍由用户端、服务器和配送端组成的系统来实现上述配送信息处理方法的细节。图3示出根据本公开的实施例的应用于系统的一种配送信息处理方法的流程图，如图3所示，所述配送信息处理方法可以包括以下步骤：
在步骤S301中，所述配送端向所述服务器发送目标订单的配送员确认送达消息；
在步骤S302中，所述服务器响应于接收到目标订单对应的配送员确认送达消息，向所述目标订单对应的所述用户端发送收货通知消息；
在步骤S303中，所述用户端响应于接收到服务器发送的目标订单的收货通知消息，显示所述收货通知消息，响应于检测到针对所述收货通知消息的触发操作，显示订单确认界面，所述订单确认界面用于提供确认送达选项；
在步骤S304中，用户端响应于检测到针对所述确认送达选项的选择操作，向所述服务器发送所述目标订单的收货人确认送达消息；
在步骤S305中，用户端将所述目标订单的配送状态更新为已送达状态；
在步骤S306中，所述服务器接收所述用户端发送的所述目标订单对应的收货人确认送达消息；将所述目标订单的配送状态更新为已送达状态；
在步骤S307中，向所述目标订单对应的配送端发送所述目标订单的成功送达消息；
在步骤S308中，所述配送端响应于接收到所述服务器发送的所述目标订单的成功送达消息，将所述目标订单的配送状态更新为已送达状态。
示例的，图4示出根据本公开的实施例的配送端的配送信息处理方法的界面交互流程图。图5示出根据本公开的实施例的用户端的配送信息处理方法的界面交互流程图。配送员到达用户处时，配送员可点击图4中A图所示的待送达列表页面40中目标订单表项401即订单1表项中的虚拟按键“已送达”4011，配送端就会检测到针对目标订单的确认送达指令，配送端可以执行步骤S301向服务器发送该目标订单对应的配送员确认送达消息，同时如图4中B图所示，该配送端的待送达列表页面40上弹出收货码浮窗41，该收货码浮窗41包含输入框411。服务器接收到目标订单对应的配送员确认送达消息后会执行步骤S302，向目标订单对应的用户端发送目标订单的收货通知消息，此时，用户端会接收到目标订单的收货通知消息，并如图5中A图所示，在用户端处于锁屏状态时在屏幕的通知栏上显示该收货通知消息50，该收货通知消息中50为push消息。当用户看到此收货通知消息时，用户可点击图5中A图所示的该收货通知消息50，此时用户端会如图5中B图所示直接进入该目标订单对应的应用中的订单详情页51，该订单详情页51的底部会显示订单确认界面511，所述订单确认界面511用于提供确认送达选项即“帮助骑士确认送达”虚拟按键5112。用户可直接点击“帮助骑士确认送达”虚拟按键5112。点击后，用户端会向服务器发送收货人确认送达消息。当服务器收到该收货人确认送达消息时，可以同时向配送端和用户端发送目标订单的成功送达消息。当配送端接收到目标订单的成功送达消息后，配送端的屏幕界面就会从图4中的B图所示的收货码浮窗41直接切换成D图中的提示浮窗43，该提示浮窗中显示有提示信息“顾客已帮您确认送达”431和“我知道了”虚拟按键432。配送员点击“我知道了”虚拟按键432，提示浮窗43消失，配送端的待送达列表页面40中的目标订单表项401会像图4中C图所示的一样向右移除屏幕，代表当前订单已配送完成，目标订单的配送状态已更新为已送达状态。
本实施例可以在目标订单的配送员确认货物送达时，由服务器向用户端发送收货通知消息，用户端会在用户端的屏幕上显示该收货通知消息，用户可以直接触发该收货通知消息使该用户端显示订单确认界面，订单确认界面用于提供确认送达选项，用户选择该确认送达选项后，用户端就可以向服务器发送收货人确认送达消息，以确认该目标订单真实送达，这样，不需要用户一步步操作进入订单的详情页面来查找收货码，用户可以一键进入订单确认界面进行确认送达操作，由用户帮助配送员确认送达，免去了配送员输错收货码的情况发生，同时一键进入订单确认界面进行确认送达操作也提高了确认送达效率，避免订单超时。
图6示出根据本公开的实施例的应用于系统的配送信息处理方法的流程图，如图6所示，所述配送信息处理方法可以包括以下步骤：
在步骤S601中，配送端检测针对目标订单的确认送达指令；
在步骤S602中，配送端响应于检测到针对目标订单的确认送达指令，向服务器发送该目标订单对应的配送员确认送达消息；
在步骤S603中，服务器响应于接收到目标订单对应的配送员确认送达消息，向所述目标订单对应的用户端发送目标订单的收货通知消息；其中，所述收货通知消息包括收货码；
在步骤S604中，用户端响应于接收到服务器发送的目标订单的收货通知消息，显示所述收货通知消息，所述收货通知消息包括所述目标订单的订单确认入口或所述收货通知消息为推送push消息；
如果用户选择一键进入订单确认界面进行确认送达操作，则进行步骤S605至S610；如果用户选择给配送员口述该收货码来确认送达，则进行步骤S611至S614。
在步骤S605中，用户端响应于检测到针对所述收货通知消息的触发操作，显示订单确认界面，所述订单确认界面用于提供确认送达选项；
在步骤S606中，用户端响应于检测到针对所述确认送达选项的选择操作，向所述服务器发送所述目标订单的收货人确认送达消息；
在步骤S607中，用户端将所述目标订单的配送状态更新为已送达状态；
在步骤S608中，服务器响应于接收到所述用户端发送的所述目标订单对应的收货人确认送达消息后，将所述目标订单的配送状态更新为已送达状态；
在步骤S609中，服务器向所述目标订单对应的配送端发送所述目标订单的成功送达消息；
在步骤S610中，配送端响应于接收到所述目标订单的成功送达消息，将所述目标订单的配送状态更新为已送达状态；
在步骤S611中，配送端响应于获取输入的验证码，向服务器发送目标订单的收货码验证消息，所述收货码验证消息中携带有验证码；
在步骤S612中，服务器比对所述验证码和所述目标订单对应的收货码是否一致；
在步骤S613中，服务器响应于所述验证码和所述收货码一致，向所述配送端发送所述目标订单的成功送达消息。
此时配送端会执行步骤S610。
在步骤S614中，服务器响应于所述验证码和所述收货码一致，向所述用户端发送所述目标订单的成功送达消息。
此时用户端会执行步骤S607。
示例的，参考图4和图5，配送员到达用户处时，配送员可点击图4中A图所示的待送达列表页面40中目标订单表项401即订单1表项中的虚拟按键“已送达”4011，配送端执行步骤S601，就会检测到针对目标订单的确认送达指令，配送端可以执行步骤S602向服务器发送该目标订单对应的配送员确认送达消息，同时如图4中B图所示，该配送端的待送达列表页面40上弹出收货码浮窗41，该收货码浮窗41包含输入框411。服务器接收到目标订单对应的配送员确认送达消息后会执行步骤S603，向目标订单对应的用户端发送目标订单的收货通知消息，此时，用户端会接收到目标订单的收货通知消息，并如图5中A图所示，在用户端处于锁屏状态时在屏幕的通知栏上显示该收货通知消息50，该收货通知消息中50包含有订单确认入口(可以是收货通知消息内容超链接的地址链接)和收货码“1234”。
一种情况是：当用户看到此收货通知消息时，可通过口述的方式传达给配送员；当配送员听到该收货码时，可在该收货码浮窗41中输入听到的收货码，配送端获取到输入的验证码后，会自动将该收货码发送到服务器并校验，若校验成功，则服务器向该配送端返回成功送达消息。此时配送员的配送端会如图4中C图所示，展示个消息提示框(toast)42“您已确认送达”。该消息提示框42会在3s后消失，消失的过程中，待送达列表页面40中的目标订单表项401会向右移除屏幕，代表当前订单已配送完成，目标订单的配送状态已更新为已送达状态。
另一种情况是：当用户看到此收货通知消息时，用户可点击图5中A图所示的订单确认入口即收货通知消息的显示框，此时用户端会如图5中B图所示直接进入该目标订单对应的应用中的订单详情页51，该订单详情页51的底部会显示订单确认界面511，所述订单确认界面511用于提供收货码5111即“1234”和确认送达选项即“帮助骑士确认送达”虚拟按键5112。用户可直接点击“帮助骑士确认送达”虚拟按键5112。点击后，用户端会向服务器发送收货人确认送达消息。当服务器收到该收货人确认送达消息时，可以同时向配送端和用户端发送目标订单的成功送达消息。当配送端接收到目标订单的成功送达消息后，配送端的屏幕界面就会从图4中的B图所示的收货码浮窗41直接切换成D图中的提示浮窗43，该提示浮窗中显示有提示信息“顾客已帮您确认送达”431和“我知道了”虚拟按键432。配送员点击“我知道了”虚拟按键432，提示浮窗43消失，配送端的待送达列表页面40中的目标订单表项401会像图4中C图所示的一样向右移除屏幕，代表当前订单已配送完成，目标订单的配送状态已更新为已送达状态。
或者，本公开实施例还提供一种应用于系统的配送信息处理方法，该方法与图4所示的方法不同的是，在执行了步骤S601至步骤S603后，上述步骤S604是用户端响应于接收到服务器发送的目标订单的收货通知消息，显示所述收货通知消息；而本方法在用户端接收到该服务器发送的目标订单的收货通知消息时，用户端的当前页面为所述目标订单对应应用的应用页面，则此时该方法可以将上述的步骤S604和步骤S605替换为以下步骤：响应于接收到服务器发送的目标订单的收货通知消息且所述用户端的当前页面为所述目标订单对应应用的应用页面，显示所述订单确认界面。后续可以继续执行步骤S606至步骤S614。具体过程可以参考图4、图5和图6，在此不再一一详述。
本实施例还可以在该收货通知消息中展示收货码，可以由用户自主选择是给配送员口述该收货码来确认送达，或是通过一键触发收货通知消息进入订单确认界面进行确认送达操作来帮助配送员确认送达，为用户提供更多的确认送达方式；而且在用户选择给配送员口述该收货码来确认送达时，用户可以在货物被送达时直接在当前显示的收货通知消息中看到该收货码，从而快速告知配送员，不需要用户多次操作进入订单详情页查找该收货码，减少了查找收货码的时间浪费，也能够提高确认送达效率，避免订单超时。
下面通过应用于用户端侧、服务器侧以及用户端、配送端和服务器组成的系统的具体实施例详细介绍本公开实施例提供的第二种方案的细节。
用户端侧实施例：
图7示出根据本公开的实施例的应用于用户端的另一种配送信息处理方法的流程图。如图7所示，所述配送信息处理方法包括以下步骤S701–S702：
在步骤S701中，响应于接收到服务器发送的目标订单的收货通知消息，显示所述收货通知消息，所述收货通知消息由所述服务器响应于接收到所述目标订单的配送员确认送达消息而发送，所述收货通知消息包括所述目标订单对应的收货码；
在步骤S702中，响应于所述服务器发送的所述目标订单的成功送达消息，将所述目标订单的配送状态更新为已送达状态，所述成功送达消息由所述服务器响应于配送端发送的验证码和所述收货码一致而发送。
在本公开一实施方式中，该用户端包括对于配送信息进行处理的计算机、计算设备、电子设备等。
在本公开一实施方式中，所述订单可以是提供各种内容、信息、服务的订单，比如服装、食品、日用品、车票等各种商品、送餐、送票等各种服务。该目标订单是指该配送员当前送达至用户处，等待用户签收的订单。
在本公开一实施方式中，配送员将目标订单上的货物送达用户处时，可以在配送终端上输入该目标订单的确认送达指令，该配送终端可以响应于该目标订单的确认送达指令，向服务器发送配送员确认送达消息，服务器接收到该配送员确认送达消息后，明白该配送员已将该目标订单送至该用户处，服务器就会确认该目标订单是否是真实送达，此时，服务器会响应于接收到所述目标订单的配送员确认送达消息向用户端发送收货通知消息，该收货通知消息用于请求用户确认该目标订单是否真实送达。
在本公开一实施方式中，该收货通知消息可以是短信消息、即时通信应用消息或该目标订单对应应用的应用消息等等，该收货通知消息中携带有该目标订单对应的收货码。用户端完成该目标订单的下单操作后，服务器就可以自动生成该目标订单对应的收获码，服务器在向该用户端发送收货通知消息时，就可以将该收货码携带在该收货通知消息中，发送至用户端，用户端显示该收货通知消息时，就会显示出该收货码。
在本公开一实施方式中，如果用户确定该目标订单内的货物已真实送达，可以将该目标订单的收货码口述给配送员，由该配送员将该目标订单的收货码作为验证码输入至配送端，由配送端将该配送员输入的验证码发送至服务器，该服务器接收到验证码后，会将该目标订单的验证码和该目标订单的收货码进行比对，如果一致，则表明该验证码确实是该用户给该配送员的，该目标订单已经真实送达，服务器可以向该配送端和用户端均发送通知该目标订单已配送完成的成功送达消息。该用户端接收到该成功送达消息后，可以确定该目标订单已配送完成，此时，用户端可以将所述目标订单的配送状态更新为已送达状态。
这里需要说明的是，服务器在成功向该用户端发送该收货码后，可以向该配送端发送提示信息，该提示信息用于提示该配送端的配送员已向用户发送收货码，以便该配送员向该用户询问该收货码。
本实施例中用户可以在货物被送达时直接在当前显示的收货通知消息中看到该收货码，从而快速告知配送员，不需要用户多次操作进入订单详情页查找该收货码，减少了查找收货码的时间浪费，也能够提高确认送达效率，避免订单超时。
服务器侧实施例：
图8示出根据本公开的实施例的应用于服务器的另一种配送信息处理方法的流程图。如图8所示，所述配送信息处理方法包括以下步骤S801–S804：
在步骤S801中，响应于接收到目标订单对应的配送员确认送达消息，获取收货码并向所述目标订单对应的用户端发送收货通知消息，所述收货通知消息包括收货码；
在步骤S802中，接收所述配送端发送的目标订单的收货码验证消息，所述收货码验证消息中携带有验证码；
在步骤S803中，比对所述验证码和所述目标订单对应的收货码是否一致；
在步骤S804中，响应于所述验证码和所述收货码一致，向所述配送端和所述用户端发送所述目标订单的成功送达消息。
在本公开一实施方式中，该服务器包括对于配送信息进行处理的服务器、服务器集群、云服务器等。
在本公开一实施方式中，所述订单可以是提供各种内容、信息、服务的订单，比如服装、食品、日用品、车票等各种商品、送餐、送票等各种服务。该目标订单是指配送员送达至用户处，等待用户签收的订单。
在本公开一实施方式中，配送员将目标订单上的货物送达用户处时，可以在配送终端上输入该目标订单的确认送达指令，该配送终端可以响应于该目标订单的确认送达指令，向服务器发送该目标订单的配送员确认送达消息，服务器接收到该配送员确认送达消息后，明白该配送员已将该目标订单送至该用户处，服务器就会确认该目标订单是否是真实送达，此时，服务器会响应于接收到所述目标订单的配送员确认送达消息向用户端发送收货通知消息，该收货通知消息用于请求用户确认该目标订单是否真实送达。该收货通知消息中携带有该目标订单对应的收货码。
在本公开一实施方式中，如果用户确定该目标订单内的货物已真实送达，可以将该目标订单的收货码口述给配送员，由该配送员将该目标订单的收货码作为验证码输入至配送端，由配送端将该配送员输入的验证码发送至服务器，该服务器接收到验证码后，会将该目标订单的验证码和该目标订单的收货码进行比对，如果一致，则表明该验证码确实是该用户给该配送员的，该目标订单已经真实送达，服务器可以向该配送端和用户端均发送通知该目标订单已配送完成的成功送达消息。该用户端和配送端接收到该成功送达消息后，可以确定该目标订单已配送完成，此时，用户端和配送端都会将所述目标订单的配送状态更新为已送达状态。
当然，如果配送员输入错误，则服务器端会比对出该验证码和该目标订单的收货码不一致，此时，服务器会向配送端发送通知该验证码错误的通知消息，这时候就需要配送员重新输入该验证码。
本实施例中用户可以在货物被送达时直接在当前显示的收货通知消息中看到该收货码，从而快速告知配送员，不需要用户多次操作进入订单详情页查找该收货码，减少了查找收货码的时间浪费，也能够提高确认送达效率，避免订单超时。
下面具体介绍由用户端、服务器和配送端组成的系统来实现上述配送信息处理方法的细节。图9示出根据本公开的实施例的应用于系统的另一种配送信息处理方法的流程图，如图9所示，所述配送信息处理方法可以包括以下步骤：
在步骤S901中，所述配送端向所述服务器发送目标订单的配送员确认送达消息；
在步骤S902中，所述服务器响应于接收到目标订单对应的配送员确认送达消息，向所述目标订单对应的所述用户端发送收货通知消息；
在步骤S903中，所述用户端响应于接收到服务器发送的目标订单的收货通知消息，显示所述收货通知消息，所述收货通知消息包括所述目标订单对应的收货码；
在步骤S904中，所述配送端向所述服务器发送目标订单的收货码验证消息，所述收货码验证消息中携带有输入的验证码；
在步骤S905中，所述服务器响应于所述验证码和所述收货码一致，向所述配送端发送所述目标订单的成功送达消息；
在步骤S906中，所述服务器响应于所述验证码和所述收货码一致，向所述用户端发送所述目标订单的成功送达消息；
在步骤S907中，所述配送端响应于所述服务器发送的所述目标订单的成功送达消息，将所述目标订单的配送状态更新为已送达状态。
在步骤S908中，所述用户端响应于所述服务器发送的所述目标订单的成功送达消息，将所述目标订单的配送状态更新为已送达状态。
示例的，仍参考图4和图5，配送员到达用户处时，配送员可点击图4中A图所示的待送达列表页面40中目标订单表项401即订单1表项中的虚拟按键“已送达”4011，配送端就会检测到针对目标订单的确认送达指令，配送端可以执行步骤S901向服务器发送该目标订单对应的配送员确认送达消息，同时如图4中B图所示，该配送端的待送达列表页面40上弹出收货码浮窗41，该收货码浮窗41包含输入框411。服务器接收到目标订单对应的配送员确认送达消息后会执行步骤S902，向目标订单对应的用户端发送目标订单的收货通知消息，此时，用户端会接收到目标订单的收货通知消息，并如图5中A图所示，在用户端处于锁屏状态时在屏幕的通知栏上显示该收货通知消息50，该收货通知消息中50包含有收货码“1234”。当用户看到此收货码“1234”时，可通过口述的方式传达给配送员；当配送员听到该收货码时，可在该收货码浮窗41中输入听到的收货码，配送端获取到输入的验证码后，会自动将该收货码发送到服务器并校验，若校验成功，则服务器向该配送端返回成功送达消息。此时配送员的配送端会如图4中C图所示，展示个消息提示框(toast)42“您已确认送达”。该消息提示框42会在3s后消失，消失的过程中，待送达列表页面40中的目标订单表项401会向右移除屏幕，代表当前订单已配送完成，目标订单的配送状态已更新为已送达状态。
本实施例中用户可以在货物被送达时直接在当前显示的收货通知消息中看到该收货码，从而快速告知配送员，不需要用户多次操作进入订单详情页查找该收货码，减少了查找收货码的时间浪费，也能够提高确认送达效率，避免订单超时。
图10示出根据本公开的实施例的应用于用户端的一种配送信息处理装置的结构框图。其中，该装置可以通过软件、硬件或者两者的结合实现成为用户端的部分或者全部。如图10所示，所述配送信息处理装置1000包括第一显示模块1001、第二显示模块1002、第一发送模块1003和第一更新模块1004。
第一显示模块1001，被配置为响应于接收到服务器发送的目标订单的收货通知消息，显示所述收货通知消息，所述收货通知消息由所述服务器响应于接收到所述目标订单的配送员确认送达消息而发送；
第二显示模块1002，被配置为响应于检测到针对所述收货通知消息的触发操作，显示订单确认界面，所述订单确认界面用于提供确认送达选项；
第一发送模块1003，被配置为响应于检测到针对所述确认送达选项的选择操作，向所述服务器发送所述目标订单的收货人确认送达消息；
第一更新模块1004，被配置为将所述目标订单的配送状态更新为已送达状态。
在本公开一实施方式中，其中，所述收货通知消息包括所述目标订单的订单确认入口或所述收货通知消息为推送push消息；所述第二显示模块1002被配置为：
响应于检测到针对所述订单确认入口或所述push消息的触发操作，显示订单确认界面。
在本公开一实施方式中，所述收货通知消息还包括所述目标订单对应的收货码。
在本公开一实施方式中，所述订单确认界面还用于提供所述目标订单对应的收货码。
在本公开一实施方式中，所述装置还包括：
确认显示模块，被配置为响应于接收到服务器发送的目标订单的收货通知消息且所述用户端的当前页面为所述目标订单对应应用的应用页面，显示所述订单确认界面。
图11示出根据本公开的实施例的应用于服务器的配送信息处理装置的结构框图。其中，该装置可以通过软件、硬件或者两者的结合实现成为服务器的部分或者全部。如图11所示，所述配送信息处理装置1100包括第二发送模块1101、第一接收模块1102、第二更新模块1103和第三发送模块1104。
第二发送模块1101，被配置为响应于接收到目标订单对应的配送员确认送达消息，向所述目标订单对应的用户端发送收货通知消息，以便用户端通过触发所述收货通知消息进入订单确认界面进行送达确认；
第一接收模块1102，被配置为接收所述用户端发送的所述目标订单对应的收货人确认送达消息；
第二更新模块1103，被配置为将所述目标订单的配送状态更新为已送达状态；
第三发送模块1104，被配置为向所述目标订单对应的配送端发送所述目标订单的成功送达消息。
在本公开一实施方式中，所述收货通知消息包括所述目标订单的订单确认入口或所述收货通知消息为推送push消息。
在本公开一实施方式中，所述收货通知消息还包括收货码，所述装置还包括：
收货码获取模块，被配置为获取所述目标订单对应的收货码。
在本公开一实施方式中，所述装置还包括：
验证码接收模块，被配置为接收所述配送端发送的目标订单的收货码验证消息，所述收货码验证消息中携带有验证码；
验证模块，被配置为比对所述验证码和所述目标订单对应的收货码是否一致；
结果发送模块，被配置为响应于所述验证码和所述收货码一致，向所述配送端和所述用户端发送所述目标订单的成功送达消息。
图12示出根据本公开的实施例的应用于用户端的另一种配送信息处理装置的结构框图。其中，该装置可以通过软件、硬件或者两者的结合实现成为用户端的部分或者全部。如图12所示，所述配送信息处理装置1200包括收货码显示模块1201和第三更新模块1202。
收货码显示模块1201，被配置为响应于接收到服务器发送的目标订单的收货通知消息，显示所述收货通知消息，所述收货通知消息由所述服务器响应于接收到所述目标订单的配送员确认送达消息而发送，所述收货通知消息包括所述目标订单对应的收货码；
第三更新模块1202，被配置为响应于所述服务器发送的所述目标订单的成功送达消息，将所述目标订单的配送状态更新为已送达状态，所述成功送达消息由所述服务器响应于配送端发送的验证码和所述收货码一致而发送。
图13示出根据本公开的实施例的应用于服务器的另一种配送信息处理装置的结构框图。其中，该装置可以通过软件、硬件或者两者的结合实现成为服务器的部分或者全部。如图13所示，所述配送信息处理装置1300包括获取发送模块1301、第二接收模块1302、比对模块1303和第四发送模块1304。
获取发送模块1301，被配置为响应于接收到目标订单对应的配送员确认送达消息，获取收货码并向所述目标订单对应的用户端发送收货通知消息，所述收货通知消息包括收货码；
第二接收模块1302，被配置为接收所述配送端发送的目标订单的收货码验证消息，所述收货码验证消息中携带有验证码；
比对模块1303，被配置为比对所述验证码和所述目标订单对应的收货码是否一致；
第四发送模块1304，被配置为响应于所述验证码和所述收货码一致，向所述配送端和所述用户端发送所述目标订单的成功送达消息。
本公开还公开了一种电子设备，图14示出根据本公开的实施例的电子设备的结构框图。
如图14所示，所述电子设备1400包括存储器1401和处理器1402，其中，存储器1401用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器1402执行以实现根据本公开的上述实施例的方法。
图15示出适于用来实现根据本公开实施例的方法的计算机系统的结构示意图。
如图15所示，计算机系统1500包括处理单元1501，其可以根据存储在只读存储器(ROM)1502中的程序或者从存储部分1508加载到随机访问存储器(RAM)1503中的程序而执行上述实施例中的各种处理。在RAM 1503中，还存储有系统1500操作所需的各种程序和数据。处理单元1501、ROM 1502以及RAM 1503通过总线1504彼此相连。输入/输出(I/O)接口1505也连接至总线1504。
以下部件连接至I/O接口1505：包括键盘、鼠标等的输入部分1506；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分1507；包括硬盘等的存储部分1508；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分1509。通信部分1509经由诸如因特网的网络执行通信处理。驱动器1510也根据需要连接至I/O接口1505。可拆卸介质1511，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器1510上，以便于从其上读出的计算机程序根据需要被安装入存储部分1508。其中，所述处理单元1501可实现为CPU、GPU、TPU、FPGA、NPU等处理单元。
特别地，根据本公开的实施例，上文描述的方法可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括计算机指令，该计算机指令被处理器执行时实现上文所述的方法步骤。在这样的实施例中，该计算机程序产品可以通过通信部分1509从网络上被下载和安装，和/或从可拆卸介质1511被安装。
附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
描述于本公开实施例中所涉及到的单元或模块可以通过软件的方式实现，也可以通过可编程硬件的方式来实现。所描述的单元或模块也可以设置在处理器中，这些单元或模块的名称在某种情况下并不构成对该单元或模块本身的限定。
作为另一方面，本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中电子设备或计算机系统中所包含的计算机可读存储介质；也可以是单独存在，未装配入设备中的计算机可读存储介质。计算机可读存储介质存储有一个或者一个以上程序，所述程序被一个或者一个以上的处理器用来执行描述于本公开的方法。
以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离所述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (18)

1.一种配送信息处理方法，应用于用户端，包括：
响应于接收到服务器发送的目标订单的收货通知消息，显示所述收货通知消息，所述收货通知消息由所述服务器响应于接收到所述目标订单的配送员确认送达消息而发送；
响应于检测到针对所述收货通知消息的触发操作，显示订单确认界面，所述订单确认界面用于提供确认送达选项；
响应于检测到针对所述确认送达选项的选择操作，向所述服务器发送所述目标订单的收货人确认送达消息；
将所述目标订单的配送状态更新为已送达状态。
2.根据权利要求1所述的方法，其中，所述收货通知消息包括所述目标订单的订单确认入口或所述收货通知消息为推送push消息；所述响应于检测到针对所述收货通知消息的触发操作，显示订单确认界面包括：
响应于检测到针对所述订单确认入口或所述push消息的触发操作，显示订单确认界面。
3.根据权利要求1所述的方法，其中，所述收货通知消息还包括所述目标订单对应的收货码。
4.根据权利要求1所述的方法，其中，所述订单确认界面还用于提供所述目标订单对应的收货码。
5.根据权利要求1至4任一项所述的方法，其中，所述方法还包括：
响应于接收到服务器发送的目标订单的收货通知消息且所述用户端的当前页面为所述目标订单对应应用的应用页面，显示所述订单确认界面。
6.一种配送信息处理方法，其中，应用于服务器，包括：
响应于接收到目标订单对应的配送员确认送达消息，向所述目标订单对应的用户端发送收货通知消息，以便用户端通过触发所述收货通知消息进入订单确认界面进行送达确认；
接收所述用户端发送的所述目标订单对应的收货人确认送达消息；
将所述目标订单的配送状态更新为已送达状态；
向所述目标订单对应的配送端发送所述目标订单的成功送达消息。
7.根据权利要求6所述的方法，其中，所述收货通知消息包括所述目标订单的订单确认入口或所述收货通知消息为推送push消息。
8.根据权利要求6所述的方法，其中，所述收货通知消息还包括收货码，向所述目标订单对应的用户端发送收货通知消息之前，所述方法还包括：
获取所述目标订单对应的收货码。
9.根据权利要求8所述的方法，其中，所述方法还包括：
接收所述配送端发送的目标订单的收货码验证消息，所述收货码验证消息中携带有验证码；
比对所述验证码和所述目标订单对应的收货码是否一致；
响应于所述验证码和所述收货码一致，向所述配送端和所述用户端发送所述目标订单的成功送达消息。
10.一种配送信息处理方法，应用于包括用户端、配送端和服务器的系统，包括：
所述配送端向所述服务器发送目标订单的配送员确认送达消息；
所述服务器响应于接收到目标订单对应的配送员确认送达消息，向所述目标订单对应的所述用户端发送收货通知消息；
所述用户端响应于接收到服务器发送的目标订单的收货通知消息，显示所述收货通知消息，响应于检测到针对所述收货通知消息的触发操作，显示订单确认界面，所述订单确认界面用于提供确认送达选项；响应于检测到针对所述确认送达选项的选择操作，向所述服务器发送所述目标订单的收货人确认送达消息；将所述目标订单的配送状态更新为已送达状态；
所述服务器接收所述用户端发送的所述目标订单对应的收货人确认送达消息；将所述目标订单的配送状态更新为已送达状态；向所述目标订单对应的配送端发送所述目标订单的成功送达消息；
所述配送端响应于接收到所述服务器发送的所述目标订单的成功送达消息，将所述目标订单的配送状态更新为已送达状态。
11.根据权利要求10所述的方法，其中，所述收货通知消息还包括所述目标订单对应的收货码；所述方法还包括：
所述配送端向所述服务器发送目标订单的收货码验证消息，所述收货码验证消息中携带有输入的验证码；
所述服务器响应于所述验证码和所述收货码一致，向所述配送端和所述用户端发送所述目标订单的成功送达消息；
所述用户端和所述配送端响应于所述服务器发送的所述目标订单的成功送达消息，将所述目标订单的配送状态更新为已送达状态。
12.根据权利要求10所述的方法，其中，所述收货通知消息包括所述目标订单的订单确认入口或所述收货通知消息为推送push消息；所述响应于检测到针对所述收货通知消息的触发操作，显示订单确认界面包括：
响应于检测到针对所述订单确认入口或所述push消息的触发操作，显示订单确认界面。
13.一种配送信息处理方法，应用于用户端，包括：
响应于接收到服务器发送的目标订单的收货通知消息，显示所述收货通知消息，所述收货通知消息由所述服务器响应于接收到所述目标订单的配送员确认送达消息而发送，所述收货通知消息包括所述目标订单对应的收货码；
响应于所述服务器发送的所述目标订单的成功送达消息，将所述目标订单的配送状态更新为已送达状态，所述成功送达消息由所述服务器响应于配送端发送的验证码和所述收货码一致而发送。
14.一种配送信息处理方法，应用于服务器，包括：
响应于接收到目标订单对应的配送员确认送达消息，获取收货码并向所述目标订单对应的用户端发送收货通知消息，所述收货通知消息包括收货码；
接收所述配送端发送的目标订单的收货码验证消息，所述收货码验证消息中携带有验证码；
比对所述验证码和所述目标订单对应的收货码是否一致；
响应于所述验证码和所述收货码一致，向所述配送端和所述用户端发送所述目标订单的成功送达消息。
15.一种配送信息处理方法，应用于包括用户端、配送端和服务器的系统，包括：
所述配送端向所述服务器发送目标订单的配送员确认送达消息；
所述服务器响应于接收到目标订单对应的配送员确认送达消息，向所述目标订单对应的所述用户端发送收货通知消息，所述收货通知消息包括所述目标订单对应的收货码；
所述用户端响应于接收到服务器发送的目标订单的收货通知消息，显示所述收货通知消息；
所述配送端向所述服务器发送目标订单的收货码验证消息，所述收货码验证消息中携带有输入的验证码；
所述服务器响应于所述验证码和所述收货码一致，向所述配送端和所述用户端发送所述目标订单的成功送达消息；
所述用户端和所述配送端响应于所述服务器发送的所述目标订单的成功送达消息，将所述目标订单的配送状态更新为已送达状态。
16.一种电子设备，包括存储器和处理器；其中，所述存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器执行以实现权利要求1至9、13、14任一项所述的方法步骤。
17.一种可读存储介质，其上存储有计算机指令，该计算机指令被处理器执行时实现权利要求1至9、13、14任一项所述的方法步骤。
18.一种计算机程序产品，包括计算机指令，该计算机指令被处理器执行时实现权利要求1至9、13、14任一项所述的方法步骤。
CN202111296202.1A 2021-11-03 2021-11-03 配送信息处理方法、装置、电子设备、介质及程序产品 Pending CN114004569A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111296202.1A CN114004569A (zh) 2021-11-03 2021-11-03 配送信息处理方法、装置、电子设备、介质及程序产品

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111296202.1A CN114004569A (zh) 2021-11-03 2021-11-03 配送信息处理方法、装置、电子设备、介质及程序产品

Publications (1)

Publication Number Publication Date
CN114004569A true CN114004569A (zh) 2022-02-01

Family

ID=79926959

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111296202.1A Pending CN114004569A (zh) 2021-11-03 2021-11-03 配送信息处理方法、装置、电子设备、介质及程序产品

Country Status (1)

Country Link
CN (1) CN114004569A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114723376A (zh) * 2022-06-08 2022-07-08 浙江口碑网络技术有限公司 引导配送客户端处理运单的方法及装置、运单处理方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105338158A (zh) * 2014-06-09 2016-02-17 阿里巴巴集团控股有限公司 一种信息处理的方法及装置
CN108846678A (zh) * 2018-05-16 2018-11-20 云南昆钢电子信息科技有限公司 一种社区电商客户服务系统及方法
CN112184291A (zh) * 2020-09-11 2021-01-05 北京三快在线科技有限公司 信息传达方法、装置、电子设备
CN113139777A (zh) * 2021-05-20 2021-07-20 拉扎斯网络科技（上海）有限公司 配送信息的处理方法、装置及电子设备

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105338158A (zh) * 2014-06-09 2016-02-17 阿里巴巴集团控股有限公司 一种信息处理的方法及装置
CN108846678A (zh) * 2018-05-16 2018-11-20 云南昆钢电子信息科技有限公司 一种社区电商客户服务系统及方法
CN112184291A (zh) * 2020-09-11 2021-01-05 北京三快在线科技有限公司 信息传达方法、装置、电子设备
CN113139777A (zh) * 2021-05-20 2021-07-20 拉扎斯网络科技（上海）有限公司 配送信息的处理方法、装置及电子设备

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114723376A (zh) * 2022-06-08 2022-07-08 浙江口碑网络技术有限公司 引导配送客户端处理运单的方法及装置、运单处理方法

Similar Documents

Publication Publication Date Title
US11172363B2 (en) Techniques for automated transactions
JP5539917B2 (ja) 携帯通信端末、及びプログラム
EP2649837A1 (en) Providing location information using matrix code
US20040020988A1 (en) Barcode displaying method and barcode displaying program product
EP3005324A1 (en) Control of vending machines
CN110166427A (zh) 商家管理设备使用的安全处理方法、装置及系统
CN110188903B (zh) 预点单信息的处理方法及装置
US20220237674A1 (en) Automated Integration System
CN114004569A (zh) 配送信息处理方法、装置、电子设备、介质及程序产品
CN106709785B (zh) 一种显示方法及设备
US20150379573A1 (en) Electronic content filtering server between a mobile computing device and an electronic receipt server
US8666843B2 (en) Systems and methods for generating a synchronous sales stack for customer dialog
JP7534602B2 (ja) 情報処理装置、情報処理方法、情報システム、およびプログラム
JPH11250126A (ja) オンラインショッピングシステム、および商品選択方法
CN111967430B (zh) 消息处理方法、装置、电子设备及可读存储介质
JP6006385B2 (ja) サーバ
JP5792863B2 (ja) 携帯通信端末、及びプログラム
JP6753511B2 (ja) 操作支援装置、操作支援方法、及びプログラム
CN109117655B (zh) 信息的录入方法及计算机可读存储介质
US11017457B2 (en) Information processing system and information processing method of information processing system
KR100625520B1 (ko) 무역거래 기능을 갖는 온라인 쇼핑몰의 판매상품 등록방법
CN110633995A (zh) 网络购物退货和/或退款的辅助方法及系统
CN113129101B (zh) 商品展示界面的显示方法、相关设备及可读存储介质
CN110097427A (zh) 物品包装方法、装置、电子设备及计算机可读存储介质
US10503354B2 (en) System for controlling mobile information output by using multiple access icons, and method therefor

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