CN113139777A - 配送信息的处理方法、装置及电子设备 - Google Patents

配送信息的处理方法、装置及电子设备 Download PDF

Info

Publication number
CN113139777A
CN113139777A CN202110549838.6A CN202110549838A CN113139777A CN 113139777 A CN113139777 A CN 113139777A CN 202110549838 A CN202110549838 A CN 202110549838A CN 113139777 A CN113139777 A CN 113139777A
Authority
CN
China
Prior art keywords
delivery
information
order
preset
receiving code
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.)
Granted
Application number
CN202110549838.6A
Other languages
English (en)
Other versions
CN113139777B (zh
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.)
Shanghai Hummingbird Instant Information Technology Co ltd
Original Assignee
Rajax Network Technology Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Rajax Network Technology Co Ltd filed Critical Rajax Network Technology Co Ltd
Priority to CN202110549838.6A priority Critical patent/CN113139777B/zh
Publication of CN113139777A publication Critical patent/CN113139777A/zh
Application granted granted Critical
Publication of CN113139777B publication Critical patent/CN113139777B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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
    • 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
    • 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/0838—Historical data
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
    • Y02P90/30—Computing systems specially adapted for manufacturing

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示出了本申请实施例提供的另一种配送信息的处理方法的流程示意图；
图3示出了本申请实施例提供的一种应用实例的流程示意图；
图4示出了本申请实施例提供的一种配送信息的处理装置的结构示意图；
图5示出了本申请实施例提供的另一种配送信息的处理装置的结构示意图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本申请。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
为了改善目前现有技术中会增加配送员和收货人的操作成本、耗费双方较多的操作时间，进而影响订单配送完成进度的技术问题。本实施例提供了一种可应用于配送员端侧的配送信息的处理方法，如图1所示，该方法包括：
步骤101、响应于配送订单的确认送达指令，获取配送员的实时配送信息和配送员信息。
实时配送信息可包含配送员实时物流配送的相关信息，例如，当日实时累计配送的订单量、每一单平均的配送时长等。可选的，实时配送信息可包括配送员的实时背单信息(如配送员实时背单数量，即配送员在配送过程中，可以接起多个订单，表示为一个时刻下配送员配送中的配送单总数)、和/或配送员当前位置与配送订单(配送员当前点击确认送达的配送订单)的收货地之间的距离信息。
配送员信息可包含配送员的相关信息。可选的，配送员信息可包括：配送员的等级信息(如根据配送的准时率、日均送单量、订单配送的工作年限等将配送员划分为不同的等级)、和/或用户评价信息(如根据配送的服务质量，用户对该配送员的满意度、投诉率等)。
需要说明的是，本实施例中获取的配送员的实时配送信息和配送员信息，并非是配送员的个人隐私数据，而是在物流配送管理平台中可以得到的与该配送员配送服务相关的数据(非个人隐私数据)。
步骤102、根据配送员的实时配送信息和配送员信息，判断配送订单是否符合免输入收货码的预设条件。
免输入收货码的预设条件可根据实际需求进行预先设置。通过该预设条件的判断，可判定是否需要收货码才能确认订单(配送员当前点击确认送达的配送订单)配送完成。
例如，根据配送员的实时配送信息和配送员信息，可判断出该配送员是否为高质量的配送员且配送员当前位置与订单收货位置接近，如果是，则判定符合免输入收货码的预设条件，否则判定为不符合免输入收货码的预设条件。
步骤103、若配送订单符合免输入收货码的预设条件，则将配送订单的配送状态更新为已送达状态。
配送员在将配送订单的货品交付给用户时，可在配送员终端侧点击该配送订单确认送达的指令。在该配送订单设置有收货码的前提下，目前现有技术中会弹出提示配送员输入收货码，配送员需要询问用户才能得到收获码，这种收货码的交互方式，对于配送员和收货人均存在操作成本，耗费双方较多的操作时间，影响了订单配送完成的进度。
为了改善这一技术问题，本实施例在配送员终端侧点击该配送订单确认送达的指令时，可根据配送员的实时配送信息和配送员信息，在判断配送订单符合免输入收货码的预设条件时，无需收货码的验证环节，配送员点击配送订单送达即可将该配送订单的配送状态更新为已送达状态，节省了配送员和收货人双方的操作成本，可提高订单配送完成的效率。并且判断是否符合免输入收货码的预设条件时，用到的是在物流配送管理平台中可以得到的与该配送员配送服务相关的数据，不会侵犯用户的个人隐私。
进一步的，作为上述实施例具体实施方式的细化和扩展，可选的，在步骤101之前，本实施例方法还可包括：判断配送订单是否设置有收货码，其中，配送订单的收货码可由下单用户选择是否设置；若配送订单未设置有收货码，则将配送订单的配送状态更新为已送达状态；相应的，步骤101具体可包括：若配送订单设置有收货码，则获取配送员的实时配送信息和配送员信息。
在本实施例中，下单用户在下单时可选择是否设置收货码，该收货码功能是配送平台对订单配送质量的审核和保障机制，防止骑手未送货提前送达、防止其他用户错领货品。这样下单用户可根据自身需求，决定是否选择设置收货码。如果用户勾选收货码，则用户下单后收货人得到收货码，在配送员交付货品时告知号码，配送员输入号码完成履约。如果用户勾选不需要收货码，则收货码功能关闭。即收货码不展示也不透传给收货人，配送员完成配送操作也不校验收货码。通过这种方式，一方面可提升用户的使用体验，使得用户可根据实际需求选择是否设置收货码，取代了以往默认需要收货码的方式；另一方面如果选择不设置收货码，则可减少收货码的交互过程，避免配送员和收货人双方操作收货码所耗费的时间，从而提高了订单配送完成的效率。
为了说明步骤102的实现过程，示例性的，步骤102具体可包括：根据配送员的实时背单信息，判断配送员实时的背单数量是否小于预设数量阈值；和/或，根据配送员当前位置与配送订单的收货地之间的距离信息，判断配送员当前位置与配送订单的收货地之间的距离是否小于预设距离阈值；和/或，根据配送员的等级信息，判断配送员的等级是否大于预设等级；和/或，根据配送员的用户评价信息，判断配送员的投诉率是否小于预定阈值(或者满意度是否大于预置阈值)；若配送员实时的背单数量背单数量小于预设数量阈值、和/或配送员当前位置与配送订单的收货地之间的距离距离小于预设距离阈值、和/或配送员的等级大于预设等级、和/或配送员的投诉率小于预定阈值，则判定配送订单符合预设条件。
需要说明的是，上述判断是否符合免输入收货码的预设条件的方式，可根据实际情况组合搭配，并设定判定标准。
例如，如表1所示，如果配送员的配送员信息，满足配送员等级大于a级、配送员投诉率小于b％，且配送员的实时配送信息，满足配送员实时背单小于x个、配送员和收货地相距小于y米时，可判定配送订单符合免输入收货码的预设条件。
表1
配送员信息 实时配送信息
配送员等级>a级 配送员实时背单<x个
配送员投诉率<b％ 配送员和收货地相距<y米
通过本实施例提供的判定配送订单是否符合免输入收货码的预设条件的方式，可准确判断是否需要收货码才能确认订单配送完成。在非必要使用收货码时可准确判别得到，不但提升了用户的使用体验，而且还节省了配送员和收货人双方的操作成本。
进一步可选的，若配送订单不符合免输入收货码的预设条件，则输出提示配送员输入收货码的信息；若输入的收货码正确，则将配送订单的配送状态更新为已送达状态。例如，如果根据配送员的实时配送信息和配送员信息，判定配送订单不符合免输入收货码的预设条件，可提示配送员输入收货码，如展示输入收货码的弹窗、并输出请输入收货码的音频信息等。如果输入的收货码正确，则将配送订单的配送状态更新为已送达状态。
上述实施例内容为在配送员端侧描述的配送信息的处理过程，进一步的，为了完整说明本实施例的实施方式，本实施例还提供了另一种配送信息的处理方法，可应用于下单用户端侧，如图2所示，该方法包括：
步骤201、获取提单页中的订单信息。
订单信息可为待提交订单中的信息，如货品名称、货品数量、货品价格、配送费、配送服务方等。可选的，订单信息可包括：货品类型信息(如属于易损坏类型、高科技货品类型等)、和/或配送耗费资源信息(货品配送所需耗费的资源，如配送路程越长所耗费的资源越多，货品配送过程中的要求越多所耗费的资源越多，货品配送过程中的难度越大所耗费的资源越多等)、和/或货品等级信息(如货品价格越高其等级越高，货品体积越大数量越多其等级越高等)。
步骤202、根据提单页中的订单信息，判断订单等级是否符合预设等级条件。
预设等级条件可根据实际需求进行预先设置。通过该预设等级条件的判断，可判定是否需要在提单页中询问用户设置收货码。例如，在一种应用场景A中，根据订单信息，判断该订单为高价值单，可判定符合预设等级条件，这样对于高价值单额外提供可选择是否设置收货码的服务，提升用户的使用体验。再例如，在另一种应用场景B(与应用场景A不同)中，根据订单信息，判断该订单的配送服务为用户不常使用的配送服务，或为用户历史投诉过的配送服务，此时可判定符合预设等级条件，进而加强用户可通过设置收货码的方式保证货品真实送达的意识，提升了用户的使用体验。
步骤203、若订单等级符合预设等级条件，则在提单页中输出是否设置收货码的询问信息，以便在订单提交后，服务端根据用户的选择信息，确定是否设置配送订单的收货码。
询问信息的方式可为展示是否设置收货码的选项，弹窗信息等。
本实施例在下单用户端侧，根据提单页中的订单信息，如果订单等级符合预设等级条件，则可在提单页中询问下单用户是否设置收货码，进而在订单提交后，后台服务端根据用户的选择信息，确定是否设置配送订单的收货码，如果选择不设置收货码，则可减少收货码的交互过程，避免配送员和收货人双方操作收货码所耗费的时间，从而提高了订单配送完成的效率。
进一步的，作为上述实施例具体实施方式的细化和扩展，为了说明步骤202的实现过程，示例性的，步骤202具体可包括：根据货品类型信息，判断货品类型是否为预置类型(如蛋糕类、数码类、首饰类等)；和/或，根据配送耗费资源信息，判断货品配送耗费资源是否大于预设资源阈值(如配送费可在一定程度上反映出货品配送所耗费资源，根据配送费和阈值比较的结果进行判断)；和/或，根据货品等级信息，判断货品等级是否大于预设等级阈值(如货品价格在一定程度上反映出货品等级，根据货品价格和阈值比较的结果进行判断)；若货品类型为预置类型、和/或货品配送耗费资源大于预设资源阈值、和/或货品等级大于预设等级阈值，则判定订单等级符合预设等级条件。
需要说明的是，上述判断订单等级是否符合预设等级条件的方式，可根据实际情况组合搭配，并设定判定标准。
例如，如表2所示，如果货品类型A在指定类型集合内(A∈(A、B、C、D…))，且配送费大于y元，且货品价格大于x元时，说明订单为高价值单，可判定订单等级符合预设等级条件。
表2
Figure BDA0003074986750000091
通过本实施例提供的判定订单等级是否符合预设等级条件的方式，可准确判断是否需要在提单页中询问用户设置收货码。用户可根据实际需求进行选择是否简化配送流程，不但提升了用户的使用体验，而且还节省了配送员和收货人双方的操作成本。
进一步可选的，若订单等级不符合预设等级条件，则在订单提交后，接收配送订单的收货码；根据配送订单的配送员的实时配送信息和配送员信息，判断配送订单是否符合免输入收货码的预设条件(此过程可参见步骤102中的对应描述，在此不再赘述)；若配送订单不符合预设条件，则在配送员的位置与配送订单的收货位置之间距离小于预定距离阈值(该距离阈值可用于判断配送员是否已经达到用户附近)时，触发输出收货码。通过这种可选方式，在需要验证码验证时，可使得用户提前或者在配送现场中快速找到自己订单的收货码，加快订单配送完成的进度。
结合上述各实施例的具体实施过程，给出如下整体应用的一个实例内容，但不限于此：
目前订单实际配送是否顺利送达，取决于配送员意愿和经验，对于一部分配送员而言刻板的收货码实施加大了配送难度、也破坏了用户体验。对于所有订单均采用收货码确认订单送达的方式，会存在以下几个问题：
1：基于业务和配送员身份的校验过于单一，实际许多情况下无需收货码保障配送交付。
2：收货码的交互对于配送员和收货人都存在操作成本，影响履约体验。
3：在技术上，无论是短信还是PUSH通知，收货码都无法100％触达收货人，进而配送员无法顺利配送。
为了解决上述问题，本实施例方法通过在特定场景下数据探测决定收货码功能是否实施。如图3所示，用户进入下单页，系统探测识别用户选购的服务，若判定为高价值单则页面展示收货码选项(判定标准可参见表2所示)。
其中，如果订单判定为高价值单，收获码功能是否实施取决于用户选择。若用户勾选收货码，则用户下单后收货人得到收货码，在配送员交付货品时告知号码，配送员输入号码完成履约。若用户勾选不需要收货码，则收货码功能关闭。即收货码不展示也不透传给收货人，配送员完成配送操作也不校验收货码。
如果订单判定不为高价值单，则用户下单后收货人收到收货码。配送员进行履约，操作送达按钮时探测配送员信息和实时配送信息，若满足豁免规则(判定标准可参见表1所示)就不校验收货码。否则弹出收货码窗口需要配送员进行正确输入。
本实施例一方面在下单前探测决定收货码是否实施，另一方面配送员履约过程中探测是否需要校验收货码。本实施例方法通过实时探测订单、配送信息等数据综合评估，一定程度的减少了收货码功能的实施次数，进而减少了收货码无法触达收货人的痛点。以及通过实时探测配送员和地理位置，优化了收获码对收货人和配送员交互的复杂性。
进一步的，作为图1所示方法的具体实现，本实施例提供了一种可应用于配送员端侧的配送信息的处理装置，如图4所示，该装置包括：获取模块31、判断模块32、更新模块33。
获取模块31，用于响应于配送订单的确认送达指令，获取配送员的实时配送信息和配送员信息；
判断模块32，用于根据所述实时配送信息和所述配送员信息，判断所述配送订单是否符合免输入收货码的预设条件；
更新模块33，用于若所述配送订单符合所述预设条件，则将所述配送订单的配送状态更新为已送达状态。
在具体的应用场景中，本装置还包括：输出模块；
输出模块，用于若所述配送订单不符合所述预设条件，则输出提示所述配送员输入收货码的信息；
更新模块33，还用于若输入的收货码正确，则将所述配送订单的配送状态更新为已送达状态。
在具体的应用场景中，可选的，所述实时配送信息包括：所述配送员的实时背单信息、和/或所述配送员当前位置与所述配送订单的收货地之间的距离信息；所述配送员信息包括：所述配送员的等级信息、和/或用户评价信息。
在具体的应用场景中，判断模块32，具体用于根据所述实时背单信息，判断所述配送员实时的背单数量是否小于预设数量阈值；和/或，根据所述距离信息，判断所述配送员当前位置与所述配送订单的收货地之间的距离是否小于预设距离阈值；和/或，根据所述等级信息，判断所述配送员的等级是否大于预设等级；和/或，根据所述用户评价信息，判断所述配送员的投诉率是否小于预定阈值；若所述背单数量小于预设数量阈值、和/或所述距离小于预设距离阈值、和/或所述等级大于预设等级、和/或所述投诉率小于预定阈值，则判定所述配送订单符合所述预设条件。
在具体的应用场景中，判断模块32，还用于在所述获取配送员的实时配送信息和配送员信息之前，判断所述配送订单是否设置有收货码，其中，所述配送订单的收货码可由下单用户选择是否设置；
更新模块33，还用于若所述配送订单未设置有收货码，则将所述配送订单的配送状态更新为已送达状态；
相应的，获取模块31，具体用于若所述配送订单设置有收货码，则获取配送员的实时配送信息和配送员信息。
需要说明的是，本实施例提供的一种配送信息的处理装置所涉及各功能单元的其它相应描述，可以参考图1中的对应描述，在此不再赘述。
进一步的，作为图2所示方法的具体实现，本申请实施例提供了一种可应用于下单用户侧的配送信息的处理装置，如图5所示，该装置包括：获取模块41、判断模块42、输出模块43。
获取模块41，用于获取提单页中的订单信息；
判断模块42，用于根据所述订单信息，判断订单等级是否符合预设等级条件；
输出模块43，用于若所述订单等级符合所述预设等级条件，则在提单页中输出是否设置收货码的询问信息，以便在订单提交后，服务端根据用户的选择信息，确定是否设置配送订单的收货码。
在具体的应用场景中，可选的，所述订单信息包括：货品类型信息、和/或配送耗费资源信息、和/或货品等级信息。
在具体的应用场景中，判断模块42，具体用于根据所述货品类型信息，判断货品类型是否为预置类型；和/或，根据所述配送耗费资源信息，判断货品配送耗费资源是否大于预设资源阈值；和/或，根据所述货品等级信息，判断货品等级是否大于预设等级阈值；若所述货品类型为预置类型、和/或所述货品配送耗费资源大于所述预设资源阈值、和/或所述货品等级大于所述预设等级阈值，则判定订单等级符合预设等级条件。
在具体的应用场景中，本装置还包括：接收模块；
接收模块，用于若所述订单等级不符合所述预设等级条件，则在订单提交后，接收配送订单的收货码；
判断模块42，还用于根据所述配送订单的配送员的实时配送信息和配送员信息，判断所述配送订单是否符合免输入收货码的预设条件；
输出模块43，还用于若所述配送订单不符合所述预设条件，则在所述配送员的位置与所述配送订单的收货位置之间距离小于预定距离阈值时，触发输出所述收货码。
需要说明的是，本实施例提供的一种可应用于下单用户侧的配送信息的处理装置所涉及各功能单元的其它相应描述，可以参考图2中的对应描述，在此不再赘述。
基于上述如图1所示方法，相应的，本申请实施例还提供了一种存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述如图1所示的方法。基于上述如图2所示方法，本申请实施例还提供了另一种存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现上述如图2所示的方法。
基于这样的理解，本申请的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施场景的方法。
基于上述如图1所示的方法，以及图4所示的虚拟装置实施例，为了实现上述目的，本申请实施例还提供了一种客户端设备，具体可以为个人计算机、智能手机、平板电脑、或其他网络设备等，该设备包括存储介质和处理器；存储介质，用于存储计算机程序；处理器，用于执行计算机程序以实现上述如图1所示的方法。
基于上述如图2所示的方法，以及图5所示的虚拟装置实施例，为了实现上述目的，本申请实施例还提供了另一种客户端设备，具体可以为个人计算机、智能手机、平板电脑、或其他网络设备等，该设备包括存储介质和处理器；存储介质，用于存储计算机程序；处理器，用于执行计算机程序以实现上述如图2所示的方法。
可选的，上述两种实体设备还可以包括用户接口、网络接口、摄像头、射频(RadioFrequency，RF)电路，传感器、音频电路、WI-FI模块等等。用户接口可以包括显示屏(Display)、输入单元比如键盘(Keyboard)等，可选用户接口还可以包括USB接口、读卡器接口等。网络接口可选的可以包括标准的有线接口、无线接口(如WI-FI接口)等。
本领域技术人员可以理解，本实施例提供的上述实体设备结构并不构成对该实体设备的限定，可以包括更多或更少的部件，或者组合某些部件，或者不同的部件布置。
存储介质中还可以包括操作系统、网络通信模块。操作系统是管理上述实体设备硬件和软件资源的程序，支持信息处理程序以及其它软件和/或程序的运行。网络通信模块用于实现存储介质内部各组件之间的通信，以及与信息处理实体设备中其它硬件和软件之间通信。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本申请可以借助软件加必要的通用硬件平台的方式来实现，也可以通过硬件实现。通过应用本实施例的技术方案，与目前现有技术相比，本实施例一方面在配送员端侧可根据配送员的实时配送信息和配送员信息，在判断配送订单符合免输入收货码的预设条件时，无需收货码的验证环节，配送员点击配送订单送达即可将该配送订单的配送状态更新为已送达状态，节省了配送员和收货人双方的操作成本；另一方面在下单用户端侧，根据提单页中的订单信息，如果订单等级符合预设等级条件，则可在提单页中询问下单用户是否设置收货码，进而在订单提交后，后台服务端根据用户的选择信息，确定是否设置配送订单的收货码，如果选择不设置收货码，则可减少收货码的交互过程，避免配送员和收货人双方操作收货码所耗费的时间，从而提高了订单配送完成的效率。
本领域技术人员可以理解附图只是一个优选实施场景的示意图，附图中的模块或流程并不一定是实施本申请所必须的。本领域技术人员可以理解实施场景中的装置中的模块可以按照实施场景描述进行分布于实施场景的装置中，也可以进行相应变化位于不同于本实施场景的一个或多个装置中。上述实施场景的模块可以合并为一个模块，也可以进一步拆分成多个子模块。
上述本申请序号仅仅为了描述，不代表实施场景的优劣。以上公开的仅为本申请的几个具体实施场景，但是，本申请并非局限于此，任何本领域的技术人员能思之的变化都应落入本申请的保护范围。

Claims (10)

1.一种配送信息的处理方法，其特征在于，包括：
响应于配送订单的确认送达指令，获取配送员的实时配送信息和配送员信息；
根据所述实时配送信息和所述配送员信息，判断所述配送订单是否符合免输入收货码的预设条件；
若所述配送订单符合所述预设条件，则将所述配送订单的配送状态更新为已送达状态。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
若所述配送订单不符合所述预设条件，则输出提示所述配送员输入收货码的信息；
若输入的收货码正确，则将所述配送订单的配送状态更新为已送达状态。
3.根据权利要求1所述的方法，其特征在于，所述实时配送信息包括：所述配送员的实时背单信息、和/或所述配送员当前位置与所述配送订单的收货地之间的距离信息；所述配送员信息包括：所述配送员的等级信息、和/或用户评价信息。
4.根据权利要求3所述的方法，其特征在于，所述根据所述实时配送信息和所述配送员信息，判断所述配送订单是否符合免输入收货码的预设条件，具体包括：
根据所述实时背单信息，判断所述配送员实时的背单数量是否小于预设数量阈值；和/或，
根据所述距离信息，判断所述配送员当前位置与所述配送订单的收货地之间的距离是否小于预设距离阈值；和/或，
根据所述等级信息，判断所述配送员的等级是否大于预设等级；和/或，
根据所述用户评价信息，判断所述配送员的投诉率是否小于预定阈值；
若所述背单数量小于预设数量阈值、和/或所述距离小于预设距离阈值、和/或所述等级大于预设等级、和/或所述投诉率小于预定阈值，则判定所述配送订单符合所述预设条件。
5.根据权利要求1所述的方法，其特征在于，在所述获取配送员的实时配送信息和配送员信息之前，所述方法还包括：
判断所述配送订单是否设置有收货码，其中，所述配送订单的收货码可由下单用户选择是否设置；
若所述配送订单未设置有收货码，则将所述配送订单的配送状态更新为已送达状态；
所述获取配送员的实时配送信息和配送员信息，具体包括：
若所述配送订单设置有收货码，则获取配送员的实时配送信息和配送员信息。
6.一种配送信息的处理方法，其特征在于，包括：
获取提单页中的订单信息；
根据所述订单信息，判断订单等级是否符合预设等级条件；
若所述订单等级符合所述预设等级条件，则在提单页中输出是否设置收货码的询问信息，以便在订单提交后，服务端根据用户的选择信息，确定是否设置配送订单的收货码。
7.一种配送信息的处理装置，其特征在于，包括：
获取模块，用于响应于配送订单的确认送达指令，获取配送员的实时配送信息和配送员信息；
判断模块，用于根据所述实时配送信息和所述配送员信息，判断所述配送订单是否符合免输入收货码的预设条件；
更新模块，用于若所述配送订单符合所述预设条件，则将所述配送订单的配送状态更新为已送达状态。
8.一种配送信息的处理装置，其特征在于，包括：
获取模块，用于获取提单页中的订单信息；
判断模块，用于根据所述订单信息，判断订单等级是否符合预设等级条件；
输出模块，用于若所述订单等级符合所述预设等级条件，则在提单页中输出是否设置收货码的询问信息，以便在订单提交后，服务端根据用户的选择信息，确定是否设置配送订单的收货码。
9.一种存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至6中任一项所述的方法。
10.一种电子设备，包括存储介质、处理器及存储在存储介质上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至6中任一项所述的方法。
CN202110549838.6A 2021-05-20 2021-05-20 配送信息的处理方法、装置及电子设备 Active CN113139777B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110549838.6A CN113139777B (zh) 2021-05-20 2021-05-20 配送信息的处理方法、装置及电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110549838.6A CN113139777B (zh) 2021-05-20 2021-05-20 配送信息的处理方法、装置及电子设备

Publications (2)

Publication Number Publication Date
CN113139777A true CN113139777A (zh) 2021-07-20
CN113139777B CN113139777B (zh) 2023-04-18

Family

ID=76818050

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110549838.6A Active CN113139777B (zh) 2021-05-20 2021-05-20 配送信息的处理方法、装置及电子设备

Country Status (1)

Country Link
CN (1) CN113139777B (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN207337464U (zh) * 2017-10-27 2018-05-08 重庆仁腾科技有限公司 基于自动送货车的商品送货设备装置
CN110119912A (zh) * 2018-02-05 2019-08-13 北京三快在线科技有限公司 一种信息提示方法、装置及电子设备
CN110969387A (zh) * 2019-11-28 2020-04-07 拉扎斯网络科技（上海）有限公司 订单配送方法、服务器、终端及系统
CN111047239A (zh) * 2018-10-12 2020-04-21 北京京东尚科信息技术有限公司 一种物品妥投的验证方法和装置
CN112488631A (zh) * 2020-12-12 2021-03-12 海南食全食美食品配送有限公司 一种基于云计算农产品智能配送方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN207337464U (zh) * 2017-10-27 2018-05-08 重庆仁腾科技有限公司 基于自动送货车的商品送货设备装置
CN110119912A (zh) * 2018-02-05 2019-08-13 北京三快在线科技有限公司 一种信息提示方法、装置及电子设备
CN111047239A (zh) * 2018-10-12 2020-04-21 北京京东尚科信息技术有限公司 一种物品妥投的验证方法和装置
CN110969387A (zh) * 2019-11-28 2020-04-07 拉扎斯网络科技（上海）有限公司 订单配送方法、服务器、终端及系统
CN112488631A (zh) * 2020-12-12 2021-03-12 海南食全食美食品配送有限公司 一种基于云计算农产品智能配送方法

Also Published As

Publication number Publication date
CN113139777B (zh) 2023-04-18

Similar Documents

Publication Publication Date Title
CN111314721A (zh) 一种异常直播的确定方法、装置、设备及介质
CN111192019A (zh) 一种目标票据的报销处理方法及相关设备
CN106453593B (zh) 一种消息推送方法及装置
US9514449B2 (en) Advertisement website connecting program, memory medium, information processing device, and server device
CN110689153A (zh) 自助售货机预约取货方法、装置、计算机设备和存储介质
CN107220717A (zh) 一种应用于棋牌室管理的装置及方法
CN106408319A (zh) 一种分销数据管理系统和方法
CN108428087A (zh) 物流监控方法、装置及计算机可读存储介质
CN111062654A (zh) 一种配送件的取件方法
CN106658446B (zh) 短消息的统计分析方法
CN106941410B (zh) 一种虚拟物品的快速展示方法及装置
CN113139777B (zh) 配送信息的处理方法、装置及电子设备
CN111178977B (zh) 潜在客户线索显示方法、装置及计算机可读存储介质
CN112668924A (zh) 物流运力的调配方法、装置及系统
CN116307974A (zh) 一种配送通知方法、装置、电子设备和可读存储介质
CN105550759A (zh) 订房方法与系统
CN114254991A (zh) 目标对象的提报方法、装置及设备
CN111429081B (zh) 人力资源信息处理方法、装置及系统
CN106529988B (zh) 业务处理方法及装置
CN112132668A (zh) 一种处理订单的方法及装置
CN112308471B (zh) 资源调配方法、装置、系统、设备及计算机可读存储介质
CN106875238B (zh) 发票信息生成方法和装置
CN111652650A (zh) 车源管理的引导方法、装置及系统
CN112686619B (zh) 一种提醒订单揽收的方法和装置
KR102081798B1 (ko) 기록매체에 기록된 컴퓨터에 의해 실행 가능한 주문 어플리케이션, 이를 포함하는 주문 배달 서비스 시스템 및 주문 배달 서비스 방법

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
GR01 Patent grant
GR01 Patent grant
TR01 Transfer of patent right
TR01 Transfer of patent right

Effective date of registration: 20230731

Address after: 200333 Room 509, No. 788, Zhenbei Road, Putuo District, Shanghai

Patentee after: Shanghai Hummingbird Instant Information Technology Co.,Ltd.

Address before: Room 507, 788 Zhenbei Road, Putuo District, Shanghai, 200333

Patentee before: RAJAX NETWORK TECHNOLOGY (SHANGHAI) Co.,Ltd.