CN112669101A

CN112669101A - 订单信息处理方法、装置及电子设备

Info

Publication number: CN112669101A
Application number: CN201910979403.8A
Authority: CN
Inventors: 王莹莹; 林旭
Original assignee: Alibaba Group Holding Ltd
Current assignee: Alibaba Group Holding Ltd
Priority date: 2019-10-15
Filing date: 2019-10-15
Publication date: 2021-04-16
Also published as: WO2021073517A1

Abstract

本申请实施例公开了订单信息处理方法、装置及电子设备，所述方法包括：确定与实体店铺相关的目标订单，所述目标订单关联的配送方式为用户到实体店铺取货，且处于尚未取货的状态；根据所述目标订单关联的取货时间信息，生成提醒任务并确定提醒时间信息；根据所述提醒时间向所述目标订单关联的用户客户端所在的终端设备推送提醒通知消息。通过本申请实施例，能够针对线上下单、线下实体店铺中自提的场景，降低用户忘记到店取货的概率，避免过多的超期未取货品对实体店铺中存储以及管理资源的占用。

Description

订单信息处理方法、装置及电子设备

技术领域

本申请涉及订单处理技术领域，特别是涉及订单信息处理方法、装置及电子设备。

背景技术

在“新零售”的模式下，商家可以在线下开设实体店铺，同时在线上开设对应的“云店”。消费者用户可以直接到线下的实体店铺中选购商品，也可以在线上的“云店”中进行下单，然后商家从线下的实体店铺为其提供送货上门服务(由于线下实体店铺通常是位于消费者用户所在的位置附近，因此，可以提供“半小时达”等快速送达服务)，或者，用户也可以在线上下单后选择到店自提，等等。通过这种线上与线下相结合的方式，可以为用户提供更完善的服务。

其中，在线上下单、到店自提的方式下，用户在下单时可以选择具体的实体店铺，以及到店自提的时间，商家则可以提前完成拣货、打包等处理，用户按时到店取走自己下单的货品即可。其中，关于到店自提的时间，通常是可以配置的，例如，可以是下单当天，也可以是几天之后。例如，某用户预订了三天后的某航班，同时在机场的一家免税店在线下单了某商品，此时，可以选择三天后的某时间点(例如，飞机起飞前的某时间，等等)到该免税店自提。但是，在实际应用中，由于在线下单的时间，与约定的自提时间之间间隔的时间可能会比较长，因此，经常会出现用户忘记了安装约定的时间去提货的情况。而一旦发生这种情况，除了会对用户具体取得货品的时间造成一些影响之外，还可能会使得实体店铺中已打包的货品滞留在店内，需要占用实体店铺中的资源去维护或者管理这些货品。

因此，针对线上下单、线下实体店铺中自提的场景，如何降低用户忘记到店取货的概率，成为需要本领域技术人员解决的技术问题。

发明内容

本申请提供了订单信息处理方法、装置及电子设备，能够针对线上下单、线下实体店铺中自提的场景，降低用户忘记到店取货的概率，避免过多的超期未取货品对实体店铺中存储以及管理资源的占用。

本申请提供了如下方案：

一种订单信息处理方法，包括：

确定与实体店铺相关的目标订单，所述目标订单关联的配送方式为用户到实体店铺取货，且处于尚未取货的状态；

根据所述目标订单关联的取货时间信息，生成提醒任务并确定提醒时间信息；

根据所述提醒时间向所述目标订单关联的用户客户端所在的终端设备推送提醒通知消息。

一种订单信息处理方法，包括：

接收服务端推送的提醒消息，所述提醒消息是根据目标订单关联的取货时间生成的，其中，所述目标订单关联的配送方式为用户到实体店铺取货，且处于尚未取货的状态；

对所述提醒消息进行展示。

一种订单信息处理方法，包括：

提供订单信息展示界面；

如果所述订单关联的配送方式为用户到实体店铺取货，且处于尚未取货的状态，则提供用于开启提醒服务的操作选项；

通过所述操作选项接收到用户的操作信息后，提交到服务端，以便所述服务端根据所述目标订单关联的取货时间信息生成提醒任务，并根据提醒时间信息向所述目标订单关联的用户客户端所在的终端设备推送提醒通知消息。

一种订单信息处理方法，包括：

判断用户是否即将在所述实体店铺中取货；

如果是，且关联的客户端处于前台运行状态，则将所述目标订单关联的取货凭证信息推送到所述客户端，以便所述客户端在当前展示的页面中提供所述取货凭证信息。

一种订单信息处理方法，包括：

在展示当前页面的过程中，接收服务端提供的关于目标订单的取货凭证信息，其中，所述目标订单关联的配送方式为用户到实体店铺取货，且处于尚未取货的状态，所述服务端在判断出用户即将在所述实体店铺中取货后提供的；

基于所述当前页面提供所述取货凭证信息。

一种订单信息处理装置，包括：

订单确定单元，用于确定与实体店铺相关的目标订单，所述目标订单关联的配送方式为用户到实体店铺取货，且处于尚未取货的状态；

任务生成单元，用于根据所述目标订单关联的取货时间信息，生成提醒任务并确定提醒时间信息；

提醒通知单元，用于根据所述提醒时间向所述目标订单关联的用户客户端所在的终端设备推送提醒通知消息。

一种订单信息处理装置，包括：

提醒消息接收单元，用于接收服务端推送的提醒消息，所述提醒消息是根据目标订单关联的取货时间生成的，其中，所述目标订单关联的配送方式为用户到实体店铺取货，且处于尚未取货的状态；

提醒消息展示单元，用于对所述提醒消息进行展示。

一种订单信息处理装置，包括：

展示界面提供单元，用于提供订单信息展示界面；

操作选项提供单元，用于如果所述订单关联的配送方式为用户到实体店铺取货，且处于尚未取货的状态，则提供用于开启提醒服务的操作选项；

操作信息提交单元，用于通过所述操作选项接收到用户的操作信息后，提交到服务端，以便所述服务端根据所述目标订单关联的取货时间信息生成提醒任务，并根据提醒时间信息向所述目标订单关联的用户客户端所在的终端设备推送提醒通知消息。

一种订单信息处理装置，包括：

判断单元，用于判断用户是否即将在所述实体店铺中取货；

凭证信息推送单元，用于如果是，且关联的客户端处于前台运行状态，则将所述目标订单关联的取货凭证信息推送到所述客户端，以便所述客户端在当前展示的页面中提供所述取货凭证信息。

一种订单信息处理装置，包括：

凭证信息接收单元，用于在展示当前页面的过程中，接收服务端提供的关于目标订单的取货凭证信息，其中，所述目标订单关联的配送方式为用户到实体店铺取货，且处于尚未取货的状态，所述服务端在判断出用户即将在所述实体店铺中取货后提供的；

凭证信息展示单元，用于基于所述当前页面提供所述取货凭证信息。

根据本申请提供的具体实施例，本申请公开了以下技术效果：

在本申请实施例中，针对线上下单、到实体店铺中取货的场景，可以根据约定的到店取货时间，生成提醒任务，并在具体的提醒时间向用户推送具体的提醒通知消息。这样，可以避免由于从下单到取货之间的时间间隔太长，而导致的用户忘记到店取货的情况，进而避免过多的超期未取货品对实体店铺中存储以及管理资源的占用，同时也提升用户体验。

另外，通过对用户行为的预测，还可以判断出用户是否即将在实体店铺中取货，如果是，则可以直接在客户端当前展示的页面的基础上提供取货凭证信息，以方便用户通过出示该取货凭证来完成取货，以此缩短用户的操作路径，提高取货效率。

当然，实施本申请的任一产品并不一定需要同时达到以上所述的所有优点。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的系统架构的示意图；

图2是本申请实施例提供的第一方法的流程图；

图3-1至3-4是本申请实施例提供的界面示意图；

图4-1、4-2是本申请实施例提供的取货界面示意图；

图5是本申请实施例提供的第二方法的流程图；

图6是本申请实施例提供的第三方法的流程图；

图7是本申请实施例提供的第四方法的流程图；

图8是本申请实施例提供的第五方法的流程图；

图9是本申请实施例提供的第一装置的示意图；

图10是本申请实施例提供的第二装置的示意图；

图11是本申请实施例提供的第三装置的示意图；

图12是本申请实施例提供的第四装置的示意图；

图13是本申请实施例提供的第五装置的示意图；

图14是本申请实施例提供的电子设备的示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。

在本申请实施例中，针对线上下单、线下实体店铺中自提的场景，为了尽量避免用户忘记到店取货，可以根据具体订单关联的取货时间信息，为用户提供提醒信息，例如，在下单时约定的到店取货的前一天或者当天，可以向用户推送提醒消息，以提请其按照约定的时间到对应的实体店铺进行取货。这样，可以避免由于从下单到取货的时间比较长而导致的用户忘记到店取货的情况，以此提升用户的体验，也可以避免过多的超期未取货品在实体店铺内滞留，以至于造成对实体店铺中存储以及管理资源的占用。另外，在具体实现时，在即那些到店取货提醒的过程中，还可以为用户提供“一键导航”功能，也即，用户可以直接从收到的提醒消息中跳转到导航界面，而不必在多个应用之间来回切换。另外，在用户到达具体的实体店铺后，由于在具体取货时通常需要出示取货凭证，为了缩短用户的操作路径，还可以对用户行为进行预测，如果发现用户正在店内准确取货，则可以在客户端的任意界面中以弹窗等形式展示取货凭证，否则用户需要到“我的订单”界面中找到具体订单，再打开订单详情页才能找到具体的二维码等取货凭证，因此，上述方式可以缩短用户的操作路径，提升取货效率，也提升用户体验。

从系统架构角度而言，如图1所示，本申请实施例可以涉及到具体商品或服务对象信息系统提供的客户端以及服务端，其中，服务端主要用于生成具体的提醒任务，并按照一定的规则推送提供通知消息。而客户端则主要用于与前端用户进行交互，包括对通知消息的接收及展示，或者，通过在终端设备上安装客户端，并为该客户端开启系统通知功能，使得用户即使没有正在打开或者使用客户端，服务端推送的提醒消息也能够以终端设备操作系统的通知中心消息的形式，展示在终端设备的锁屏界面等界面中，等等。

下面对本申请实施例提供的具体技术方案进行详细介绍。

实施例一

首先，该实施例一首先从上述服务端的角度，提供了一种订单信息处理方法，参见图2，该方法具体可以包括：

S201：确定与实体店铺相关的目标订单，所述目标订单关联的配送方式为用户到实体店铺取货，且处于尚未取货的状态；

其中，所述目标订单具体可以是用户预先通过客户端创建的订单，在创建订单时，可以首先选择具体的实体店铺，然后，选择该实体店铺中的具体商品对象，在进行订单确认时，可以将配送方式选择为“到店自提”，也即用户自行到实体店铺中取货，不需要实体店铺为其进行配送。在将配送方式选择为“到店自提”的情况下，用户还可以对具体的到店取货时间进行配置，具体可以精确到“天”，或者也可以精确到具体的“小时”，等等。之后，可以对订单执行支付等操作，然后等待到了具体的到店取货时间，到对应的实体店铺中取货即可。这样，从用户完成下单，到具体的到店取货之间，通常会有一定的时间间隔，可能是几个小时，甚至可能是几天，等等。本申请实施例就可以将这种已经完成下单、等待到实体店铺中取货的订单作为目标订单，向用户提供提货时间提醒服务。

具体实现时，可以由服务端默认将满足上述条件的订单都作为目标订单，并提供取货时间提醒服务。或者，在另一种方式下，还可以在用户下单过程中，或者完成下单后，如果涉及到到实体店铺取货，则为用户提供是否开启该提醒服务的操作选项，例如，如图3-1所示，在用户完成对一个订单的下单后，在订单详情页面中，可以提供上述操作选项31。在用户对该操作选项进行操作后，可以提供“开关”选项，如果用户同意开启，则可以作为目标订单，否则在用户不需要该服务的情况下，可以将对应的订单排除在服务范围之外。另外，除了可以设置开启与否的选项之外，还可以为用户提供用于对提醒的提前时间量进行配置的操作选项，例如，如图3-2所示，可以提供32、33处所示的“提货前一天”、“提货日当天”等可选项，另外还可以提供34处所示的“自定义”选项，用户可以根据自己的实际需要，设定任意的提前时间量，等等。这种用户配置的提前时间量信息，可以在后续生成具体提醒任务的过程中，用于确定具体的提醒时间信息。

S202：根据所述目标订单关联的取货时间信息，生成提醒任务并确定提醒时间信息；

在确定出需要提供提醒服务的目标订单后，可以根据所述目标订单关联的取货时间信息，生成提醒任务，另外还可以确定出具体的提醒时间信息。其中，目标订单关联的取货时间信息具体可以是由用户在下单过程中确定的，并且可以保存到具体的订单详情信息中。

在根据上述取货时间信息生成具体的提醒任务，并确定具体的提醒时间时，可以有多种方式。例如，一种方式下，可以根据根据所述目标订单关联的取货时间信息以及默认的提前时间量，确定所述提醒时间信息。例如，系统默认的提前时间量是1小时，则可以将具体取货时间之前一个小时的时间点确定为提醒时间。

另外，如前文所述，在用户开启具体提醒服务时，也可以对具体的提醒消息推送的提前时间量进行配置，因此，如果具体的目标订单关联有用户配置信息，则可以根据根据所述目标订单关联的取货时间信息以及用户配置信息中的提前时间量，确定提醒时间信息。例如，如果用户需要提货前一天提醒，则可以将取货时间前一天作为提醒时间，如果用户需要提货日当天提醒，则可以将取货日当天作为提醒时间，等等。其中，如果订单关联的取货时间只精确到“天”，则无论是在提货前一天还是提货日当天提醒，都可以设定多个具体的提醒时间点，例如，每整点提醒一次，直到用户完成取货，等等。

再者，如果具体的取货时间精确到“小时”，甚至“分钟”，则在具体确定提醒时间时，还可以根据用户所在的地理位置以及所述实体店铺关联的地理位置之间的距离，对用户到店所需时间长度进行预测，这样，可以根据所述目标订单关联的取货时间信息以及所预测出的到店所需时间长度，确定所述提醒时间信息。例如，如果某用户之前为某订单设定的到店提货时间是9月6日10：30，而根据用户当前所在的位置，以及具体实体店铺所在的位置，可以大致预测出用户到店所需的时间大约是半小时，则可以将9月6日的10：00作为提醒时间，等等。

另外，在实际应用中，提供商品对象订单服务的应用可能还会与提供行程预订服务的应用具有一定的关联关系，而用户在进行商品对象的线上订单生成，并指定通过到店自提的方式进行取货时，可能会与行程预订行为相关联。例如，某用户预订了某航班，同时在线选购了某品牌的机场门店的商品，并希望在登机之前，到该门店进行自提，等等。在这种情况下，在确定具体的提醒时间信息时，还可以判断所述目标订单是否与用户关联的行程预订信息相关，具体的判断方式可以有多种，例如，可以判断目标订单关联的实体店铺的地址，是否与行程预订信息中的出发地或者目的地等相关，如果是，则两者之间相关，等等。在确定出与用户关联的行程预订信息相关后，则可以根据目标订单关联的取货时间信息以及所述行程预订信息中的时间信息，确定所述提醒时间信息。例如，目标订单关联的取货时间是某日的10：00，而行程预订信息中航班的起飞时间是10：45，则可以在当日的9：00中进行提醒；如果到了取货时间，但仍未取货，则还可以在航班起飞前半小时等时间点进行提醒，等等。

S203：根据所述提醒时间向所述目标订单关联的用户客户端所在的终端设备推送提醒通知消息。

在生成具体的提醒任务后，便可以按照提醒时间向所述目标订单关联的用户客户端所在的终端设备推送提醒通知消息。其中，具体推送提醒通知消息的方式可以有多种，例如，如果所述目标订单关联的用户客户端当前恰好处于开启状态，则可以直接将消息推送到该客户端；或者，如果客户端处于关闭状态，或者后台运行状态，而用户预先为该客户端开启了系统通知功能，则也可以将提醒消息推送到该用户客户端所在终端设备关联的系统通知中心服务器，再由该服务器将具体的消息推送到终端设备，这样，即使终端设备处于锁屏状态，也可以接收到该通知消息，并在锁屏状态下进行展示，使得用户能够及时接收到具体的通知消息，例如，这种通知消息的展示方式可以如图3-3所示。

通过上述方式进行了提醒之后，可以避免由于从下单到取货之间较长的时间间隔导致的用户忘记取货的情况发生。另外，在具体实现时，由于用户需要到实体店铺中进行取货，因此，去往实体店铺之前，可能会需要查询具体的导航信息。此时，在现有技术中，用户通常需要打开专门的地图软件，输入实体店铺的名称或者地址等信息，然后发起从当前所在的地理位置到该实体店铺的导航信息查询。但是，在这种方式下，需要用户在不同的客户端之间来回切换，因此，为了方便用户进行查询，在可选的实施方式中，在提供所述提醒通知消息时，还可以获得用户关联的地理位置信息，以及所述实体店铺关联的地理位置信息；并根据所述用户关联的地理位置信息，以及所述实体店铺关联的地理位置信息提供导航信息。

具体的，如图3-3所示，可以在所述提醒通知消息中提供用于获取导航信息的操作选项，通过所述操作选项接收到请求后，根据所述用户关联的地理位置信息，以及所述实体店铺关联的地理位置信息，提供导航信息，如图3-4所示。

其中，具体在提供上述导航信息时，也可以有多种方式，例如，一种方式下，可以由本申请实施例中的客户端唤起相关的地图系统客户端，将具体实体店铺的信息提供给地图系统，并发起从用户当前所在位置到该实体店铺的导航信息的请求，然后地图系统可以通过其客户端展示出具体的导航信息。或者，另一种方式下，还可以预先在本申请实施例中的客户端中生成用于展示导航信息的界面，可以由服务端从地图系统的服务器后台获取到具体的导航信息，然后在该界面中进行展示，等等。

通过上述方式可以提醒用户到店铺进行取货，另外还可以提供导航信息，避免用户手动在不同的客户端之间切换。

此外，在实际应用中，用户在到达实体店铺后进行取货时，通常需要出示一个取货凭证，该取货凭证通常是在生成订单时生成的，并且可以在订单详情信息中展示。例如，某用户之前通过客户端在线生成了一个订单，并选择了到实体店铺取货的配送方式，此时，系统可以生成一个二维码；后续当用户到店具体的实体店铺取货时，可以启动客户端，在“我的”的选项中查找到该订单，然后点击查看该订单的详情页面，该详情页面中可以包括多条信息，其中包括“二维码”条目，然后用户选择“点击查看”该二维码，可以展示出该二维码的大图，用户再将该二维码出示给实体店铺中的店员或者扫码设备，完成取货验证，之后该用户才能够取走具体的货品。

通过上述方式可以实现取货过程中对用户身份的验证，避免出现误领、错领或者冒领等情况发生。但是，在现有技术的方案中，从用户进入到实体店铺，到展示出取货凭证之间，需要用户执行多步操作，操作路径比较长。为此，在本申请的优选实施例中，为了缩短用户的操作路径，还可以对用户行为进行预测，以判断用户是否即将在所述实体店铺中取货，如果是，则可以通过关联的客户端提供所述目标订单关联的取货凭证信息，而不需要用户一步一步地从订单详情信息中查找该取货凭证信息。

具体的，判断用户是否即将在所述实体店铺中取货的方式可以有多种，例如，可以根据当前时间是否到达了该用户在订单中约定的到店取货时间来进行判断，或者，还可以通过判断用户当前所在的位置是否在其约定的实体店铺内来进行判断，等等。或者，还可以从两个方面同时进行判断，也即，如果当前时间位于所述目标订单关联的取货时间范围内，且用户当前所在的地理位置在所述实体店铺所关联的地理区域范围内，则确定所述用户即将在所述实体店铺中取货，等等。

其中，具体在提供所述目标订单关联的取货凭证信息时，可以在客户端中当前正在展示的任意界面的基础上采用弹出窗口等方式进行展示。也即，无论客户端中当前正在展示的哪个具体的页面(例如，可以是客户端刚刚启动状态下的首页，或者，也可以是用户当前正在浏览的其他页面)，只要判断出用户即将在具体的实体店铺中取货，都可以通过弹出窗口的方式，对具体的取货凭证进行展示，以方便用户出示取货凭证完成取货。

当然，为了避免上述取货凭证信息的展示对客户端中当前正在展示的界面造成过多的干扰，如图4-1所示，在判断出用户即将在当前所在的实体店铺中取货时，还可以首先在所述客户端的当前页面的顶部或底部区域提供关于展示所述取货凭证的提示信息。如41处所示，该提示信息所占的面积比较小，因此，可以避免对当前页面中的内容造成过多的遮挡。之后，在所述提示信息基础上接收到用户的展示请求后，再在所述当前页面的中央区域等位置通过弹出窗口等方式展示所述取货凭证的详细信息，具体可以是二维码的大图，等等。可见，通过对用户行为的预测，可以判断出用户是否即将在实体店铺中取货，如果是，则可以直接在客户端当前页面的基础上提供取货凭证信息，以方便用户通过出示该取货凭证来完成取货，以此缩短用户的操作路径，提高取货效率。

需要说明的是，在实际应用中，具体在向订单关联的用户提供具体的取货提醒消息时，在通常情况下，具体的关联用户可以是目标订单的创建者用户。也即，某用户A创建了某订单，并选择了在未来的某个时间点到店自提，则通常情况下，是该用户A自行到店取货，因此，相关的提醒信息默认提供给该创建者用户A即可。

而在本申请的其他实施例中，还可以提供由他人代取货的功能。也就是说，如果某用户A创建了某订单，并选择了在未来的某个时间点到店取货，而该用户A在该未来的时间点即将到来时，可能并不方便到店取货，则可以由其他用户进行代取货。此时，本申请实施例中的取货提醒信息可以提供给该用户A关联的其他用户。

其中，具体在确定订单创建者用户关联的用户时，可以有多种方式，例如，在一种方式下，系统中可以根据不同用户之间的人际关系，提供人际关系标签信息。例如，与某用户A具有亲友关系的用户可能有B、C、D等，具有同事关系的可能有E、F等等。这些人际关系标签可以是由用户进行标定，或者，也可以由系统根据用户的历史行为记录、注册时提供的用户资料信息等来确定。这样，在用户A创建了某目标订单，并选择了未来某时间点到店取货的情况下，具体在提供取货提醒信息时，也可以向前述用户B、C、D、E、F等发送相关的提醒信息。

当然，与一个用户具有各种人际关系的其他用户的数量可能会非常多，在这种情况下，在具体提供取货提醒信息时，如果每个有关联的用户都进行通知，则可能会没有必要。因此，在可选的实施方式中，还可以从这些其他用户中选择一些用户进行代取货的通知。例如，在一种方式下，可以对其他用户的行程预订信息进行判断，如果某用户与所述创建者用户之间通过某种人际关系产生关联，且关联有与所述提醒时间以及所述实体店铺相关的行程预订信息，则可以向该用户提供代取货的提醒信息。例如，目标订单对应的实体店铺是某品牌的机场店，提醒时间是某日的10：00，而该目标订单的创建者用户的某位亲友恰好预订了当日的某航班，该航班抵达该机场的时间是10：45，则可以向该亲友发送取货提醒信息，由该亲友代为领取具体的货品，等等。

除了根据行程预订信息来确定具体需要向哪些用户提供代取货的提醒消息之外，还可以根据用户所在的地理位置信息来进行提醒。也就是说，如果某用户与所述创建者用户之间通过某种人际关系产生关联，且在所述提醒时间到来时，所在的地理位置位于所述实体店铺关联的地理位置预置范围内，则可以向该用户提供代取货的提醒消息，由该用户代为领取相关的货品。例如，某用户A创建了某订单，与某门店关联，并指定在未来某时间点到该门店取货，而在具体的提醒时间到来时，该用户A可能并不在该门店附近，甚至可能在外地，则可以判断与用户A具有某种人际关系的其他用户是否有位于该门店附近的用户B，如果有，则可以向该用户B提供代取货的提醒消息，等等。

再者，除了在与订单创建者用户通过某种人际关系产生关联的用户中确定能够代为领取的用户外，还可以通过其他方式进行确定。例如，可以在创建者用户创建订单并选择了到店取货时，进行关联用户集合的指定或者创建。其中，具体指定的用户集合可以是预先通过关联的社交网络等创建的用户群组等，例如，某用户在关联的社交网络中关联有某个用户群组，包括亲友群、同事群，等等，可以指定这种群组中的用户为可以代为领取的用户。或者，也可以通过创建临时用户群组的方式，在关联的社交网络中创建用户群组，并指定该群组中的用户为可以代为领取的用户，等等。这样，具体在提供取货提醒消息时，可以根据这些用户集合中的用户关联的行程预订信息、地理位置信息等，确定适合代为取货的目标用户，并向其提供具体的提醒消息即可。

当然，对于上述由其他用户代为取货的情况，在向代领的用户发送了提醒消息后，在代领的用户确认可以代领的情况下，还可以由订单创建者用户进行确认，在确认可以由该用户代领之后，再向该用户提供取货凭证等信息。其中，在由创建者用户进行确认时，还可以向该代领的用户进行授权，例如，具体可以通过其电子护照信息(如号码等)或者其他方式进行授权。这样，在具体代取货时，还可以出示其电子护照信息，以便对其身份进行确认，等等。

另外，在上述由其他用户代为取货的情况下，还可以向这种其他用户提供关于具体订单中关联的商品对象的链接信息，这样，可以实现用户引流。并且，如果在用户代为取货的过程中，也对该商品对象产生了兴趣，则可以直接通过该链接信息进行线上的购买以及支付等操作，方便用户操作，缩短用户的操作路径。

总之，在本申请实施例中，针对线上下单、到实体店铺中取货的场景，可以根据约定的到店取货时间，生成提醒任务，并在具体的提醒时间向用户推送具体的提醒通知消息。这样，可以避免由于从下单到取货之间的时间间隔太长，而导致的用户忘记到店取货的情况，进而避免过多的超期未取货品对实体店铺中存储以及管理资源的占用，同时也提升用户体验。

实施例二

该实施例二是与实施例一对应的，从客户端的角度，提供了一种订单信息处理方法，在该方法中，主要是针对客户端在前台运行状态下，接收到服务端提供的提醒消息的情况进行介绍。具体的，参见图5，该方法具体可以包括：

S501：接收服务端推送的提醒消息，所述提醒消息是根据目标订单关联的取货时间生成的，其中，所述目标订单关联的配送方式为用户到实体店铺取货，且处于尚未取货的状态；

S502：对所述提醒消息进行展示。

实施例三

该实施例三也是与实施例一相对应的，从客户端的角度，对用户对提醒服务的配置过程进行介绍。具体的，该实施例三提供了一种订单信息处理方法，参见图6，该方法可以包括：

S601：提供订单信息展示界面；

S602：如果所述订单关联的配送方式为用户到实体店铺取货，且处于尚未取货的状态，则提供用于开启提醒服务的操作选项；

S603：通过所述操作选项接收到用户的操作信息后，提交到服务端，以便所述服务端根据所述目标订单关联的取货时间信息生成提醒任务，并根据提醒时间信息向所述目标订单关联的用户客户端所在的终端设备推送提醒通知消息。

具体实现时，还可以提供用于对推送提醒消息的提前时间量进行配置的操作选项；通过该操作选项接收到提前时间量配置信息后可以提交到服务端，以便所述服务端根据所述配置的提前时间量确定所述提醒时间信息。

实施例四

在前述实施例一至三中，提到了对用户行为进行预测，以判断出用户是否即将在实体店铺中取货，如果是，则可以直接通过客户端当前展示的页面展示出取货凭证信息，以缩短用户的操作路径。在具体实现时，上述方案也可以单独存在，而不必依赖于之前对用户取货时间的提醒。因此，该实施例四还提供了一种订单信息处理方法，参见图7，该方法具体可以包括：

S701：确定与实体店铺相关的目标订单，所述目标订单关联的配送方式为用户到实体店铺取货，且处于尚未取货的状态；

S702：判断用户是否即将在所述实体店铺中取货；

S703：如果是，且关联的客户端处于前台运行状态，则将所述目标订单关联的取货凭证信息推送到所述客户端，以便所述客户端在当前展示的页面中提供所述取货凭证信息。

其中，所谓的处于前台运行状态具体可以是指，客户端刚刚被启动，或者客户端已经被启动，正在被用户浏览的状态。其中，当前展示的页面可以包括客户端首页，或者，还可以包括正在被用户浏览的任意页面，等等。

实施例四

该实施例四是与实施例三相对应的，从客户端的角度，提供了一种订单信息处理方法，参见图8，该方法具体可以包括：

S801：在展示当前页面的过程中，接收服务端提供的关于目标订单的取货凭证信息，其中，所述目标订单关联的配送方式为用户到实体店铺取货，且处于尚未取货的状态，所述服务端在判断出用户即将在所述实体店铺中取货后提供的；

S802：基于所述当前页面提供所述取货凭证信息。

其中，具体在基于所述当前页面提供所述取货凭证信息时，为了避免对当前页面中展示的内容造成过多的影响，可以首先在所述当前页面的顶部或底部区域提供关于展示所述取货凭证的提示信息；在所述提示信息基础上接收到用户的展示请求后，再在所述当前页面中通过弹出窗口的方式展示所述取货凭证的详细信息。

关于前述实施例二至实施例五中的未详述部分，可以参见前述实施例一中的记载，这里不再赘述。

与实施例一相对应，本申请实施例还提供了一种订单信息处理装置，参见图9，该装置可以包括：

订单确定单元901，用于确定与实体店铺相关的目标订单，所述目标订单关联的配送方式为用户到实体店铺取货，且处于尚未取货的状态；

任务生成单元902，用于根据所述目标订单关联的取货时间信息，生成提醒任务并确定提醒时间信息；

提醒通知单元903，用于根据所述提醒时间向所述目标订单关联的用户客户端所在的终端设备推送提醒通知消息。

具体实现时，所述任务生成单元可以通过以下方式确定所述提醒时间信息：

根据所述目标订单关联的取货时间信息以及默认的提前时间量，确定所述提醒时间信息。

或者，所述任务生成单元也可以通过以下方式确定所述提醒时间信息：

根据所述目标订单关联的取货时间信息以及用户配置信息中的提前时间量，确定提醒时间信息。

再者，所述任务生成单元还可以通过以下方式确定所述提醒时间信息：

根据用户所在的地理位置以及所述实体店铺关联的地理位置之间的距离，对用户到店所需时间长度进行预测；

根据所述目标订单关联的取货时间信息以及所预测出的到店所需时间长度，确定所述提醒时间信息。

另外，所述任务生成单元还可以通过以下方式确定所述提醒时间信息：

判断所述目标订单是否与用户关联的行程预订信息相关；

如果是，则根据目标订单关联的取货时间信息以及所述行程预订信息中的时间信息，确定所述提醒时间信息。

具体实现时，该装置还可以包括：

地理位置信息获得单元，用于在提供所述提醒通知消息时，获得用户所在的地理位置信息，以及所述实体店铺关联的地理位置信息；

导航信息提供单元，用于根据所述用户所在的地理位置信息，以及所述实体店铺关联的地理位置信息，提供导航信息。

具体的，所述导航信息提供单元具体可以包括：

操作选项提供子单元，用于在所述提醒通知消息中提供用于获取导航信息的操作选项；

导航信息展示子单元，用于通过所述操作选项接收到请求后，根据所述用户关联的地理位置信息，以及所述实体店铺关联的地理位置信息，提供导航信息。

另外该装置还可以包括：

判断单元，用于判断用户是否即将在所述实体店铺中取货；

取货凭证推送单元，用于如果是，且关联的客户端处于前台运行状态，则将所述目标订单关联的取货凭证信息推送到所述客户端，以便所述客户端在当前展示的页面中提供所述取货凭证信息。

其中，所述判断单元具体可以用于：

如果当前时间位于所述目标订单关联的取货时间范围内，和/或用户当前所在的地理位置在所述实体店铺所关联的地理区域范围内，则确定所述用户即将在所述实体店铺中取货。

具体实现时，所述提醒通知单元具体可以用于：

向所述目标订单的创建者用户客户端所在的终端设备推送提醒通知消息。

或者，所述提醒通知单元具体可以用于：向所述目标订单的创建者用户的关联用户客户端所在的终端设备推送提醒通知消息。

其中，所述创建者用户的关联用户包括：与所述创建者用户之间通过某种人际关系产生关联的用户。

具体的，所述创建者用户的关联用户包括：与所述创建者用户之间通过某种人际关系产生关联，且关联有与所述提醒时间以及所述实体店铺相关的行程预订信息的用户。

或者，所述创建者用户的关联用户包括：与所述创建者用户之间通过某种人际关系产生关联，且在所述提醒时间到来时，所在的地理位置位于所述实体店铺关联的地理位置预置范围内的用户。

或者，所述创建者用户的关联用户包括：在所述目标订单创建过程中，由所述创建者用户进行指定或者创建的用户集合中的用户。

具体实现时，该装置还可以包括：

确认通知单元，用于接收到所述创建者用户关联的用户对所述目标订单关联的货品进行取货的请求后，向所述创建者用户提供通知消息，以及用于确认的操作选项；

凭证发送单元，用于接收到所述创建者用户的确认消息后，将所述目标订单关联的取货凭证信息推送到所述创建者用户关联的用户对应的客户端。

链接信息提供单元，用于向所述创建者用户关联的用户提供所述目标订单关联的商品对象链接信息。

与实施例二相对应，本申请实施例还提供了一种订单信息处理装置，参见图10，该装置具体可以包括：

提醒消息接收单元1001，用于接收服务端推送的提醒消息，所述提醒消息是根据目标订单关联的取货时间生成的，其中，所述目标订单关联的配送方式为用户到实体店铺取货，且处于尚未取货的状态；

提醒消息展示单元1002，用于对所述提醒消息进行展示。

与实施例三相对应，本申请实施例还提供了一种订单信息处理装置，参见图11，该装置具体可以包括：

展示界面提供单元1101，用于提供订单信息展示界面；

操作选项提供单元1102，用于如果所述订单关联的配送方式为用户到实体店铺取货，且处于尚未取货的状态，则提供用于开启提醒服务的操作选项；

操作信息提交单元1103，用于通过所述操作选项接收到用户的操作信息后，提交到服务端，以便所述服务端根据所述目标订单关联的取货时间信息生成提醒任务，并根据提醒时间信息向所述目标订单关联的用户客户端所在的终端设备推送提醒通知消息。

具体实现时，还包括：

配置选项提供单元，用于提供用于对推送提醒消息的提前时间量进行配置的操作选项；

配置信息提交单元，用于通过该操作选项接收到提前时间量配置信息后提交到服务端，以便所述服务端根据所述配置的提前时间量确定所述提醒时间信息。

与实施例四相对应，本申请实施例还提供了一种订单信息处理装置，参见图12，该装置具体可以包括：

订单确定单元1201，用于确定与实体店铺相关的目标订单，所述目标订单关联的配送方式为用户到实体店铺取货，且处于尚未取货的状态；

判断单元1202，用于判断用户是否即将在所述实体店铺中取货；

凭证信息推送单元1203，用于如果是，且关联的客户端处于前台运行状态，则将所述目标订单关联的取货凭证信息推送到所述客户端，以便所述客户端在当前展示的页面中提供所述取货凭证信息。

与实施例五相对应，本申请实施例还提供了一种订单信息处理装置，参见图13，该装置具体可以包括：

凭证信息接收单元1301，用于在展示当前页面的过程中，接收服务端提供的关于目标订单的取货凭证信息，其中，所述目标订单关联的配送方式为用户到实体店铺取货，且处于尚未取货的状态，所述服务端在判断出用户即将在所述实体店铺中取货后提供的；

凭证信息展示单元1302，用于基于所述当前页面提供所述取货凭证信息。

所述凭证信息展示单元具体可以用于：

在所述当前页面的顶部或底部区域提供关于展示所述取货凭证的提示信息；

在所述提示信息基础上接收到用户的展示请求后，在所述当前页面中通过弹出窗口的方式展示所述取货凭证的详细信息。

另外，本申请实施例还提供了一种电子设备，包括：

一个或多个处理器；以及

与所述一个或多个处理器关联的存储器，所述存储器用于存储程序指令,所述程序指令在被所述一个或多个处理器读取执行时，执行如下操作：

或者，

对所述提醒消息进行展示。

或者，

提供订单信息展示界面；

或者，

判断用户是否即将在所述实体店铺中取货；

或者，

基于所述当前页面提供所述取货凭证信息。

其中，图14示例性的展示出了电子设备的架构，例如，设备1400可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理，飞行器等。

参照图14，设备1400可以包括以下一个或多个组件：处理组件1402，存储器1404，电源组件1406，多媒体组件1408，音频组件1410，输入/输出(I/O)的接口1412，传感器组件1414，以及通信组件1416。

处理组件1402通常控制设备1400的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理元件1402可以包括一个或多个处理器1420来执行指令，以完成本公开技术方案提供的方法的全部或部分步骤。此外，处理组件1402可以包括一个或多个模块，便于处理组件1402和其他组件之间的交互。例如，处理部件1402可以包括多媒体模块，以方便多媒体组件1408和处理组件1402之间的交互。

存储器1404被配置为存储各种类型的数据以支持在设备1400的操作。这些数据的示例包括用于在设备1400上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器1404可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件1406为设备1400的各种组件提供电力。电源组件1406可以包括电源管理系统，一个或多个电源，及其他与为设备1400生成、管理和分配电力相关联的组件。

多媒体组件1408包括在设备1400和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件1408包括一个前置摄像头和/或后置摄像头。当设备1400处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件1410被配置为输出和/或输入音频信号。例如，音频组件1410包括一个麦克风(MIC)，当设备1400处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1404或经由通信组件1416发送。在一些实施例中，音频组件1410还包括一个扬声器，用于输出音频信号。

I/O接口1412为处理组件1402和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件1414包括一个或多个传感器，用于为设备1400提供各个方面的状态评估。例如，传感器组件1414可以检测到设备1400的打开/关闭状态，组件的相对定位，例如所述组件为设备1400的显示器和小键盘，传感器组件1414还可以检测设备1400或设备1400一个组件的位置改变，用户与设备1400接触的存在或不存在，设备1400方位或加速/减速和设备1400的温度变化。传感器组件1414可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1414还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件1414还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件1416被配置为便于设备1400和其他设备之间有线或无线方式的通信。设备1400可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信部件1416经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信部件1416还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，设备1400可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器1404，上述指令可由设备1400的处理器1420执行以完成本公开技术方案提供的方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

以上对本申请所提供的订单信息处理方法、装置及电子设备，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本申请的限制。

Claims

1.一种订单信息处理方法，其特征在于，包括：

2.根据权利要求1所述的方法，其特征在于，

通过以下方式确定所述提醒时间信息：

3.根据权利要求1所述的方法，其特征在于，

通过以下方式确定所述提醒时间信息：

4.根据权利要求1所述的方法，其特征在于，

通过以下方式确定所述提醒时间信息：

5.根据权利要求1所述的方法，其特征在于，

通过以下方式确定所述提醒时间信息：

判断所述目标订单是否与用户关联的行程预订信息相关；

6.根据权利要求1所述的方法，其特征在于，还包括：

在提供所述提醒通知消息时，获得用户所在的地理位置信息，以及所述实体店铺关联的地理位置信息；

根据所述用户所在的地理位置信息，以及所述实体店铺关联的地理位置信息，提供导航信息。

7.根据权利要求6所述的方法，其特征在于，

所述提供导航信息，包括：

在所述提醒通知消息中提供用于获取导航信息的操作选项；

通过所述操作选项接收到请求后，根据所述用户关联的地理位置信息，以及所述实体店铺关联的地理位置信息，提供导航信息。

8.根据权利要求1所述的方法，其特征在于，还包括：

判断用户是否即将在所述实体店铺中取货；

9.根据权利要求8所述的方法，其特征在于，

所述判断用户是否即将在所述实体店铺中取货，包括：

10.根据权利要求1至9任一项所述的方法，其特征在于，

所述向所述目标订单关联的用户客户端所在的终端设备推送提醒通知消息，包括：

11.根据权利要求1至9任一项所述的方法，其特征在于，

向所述目标订单的创建者用户的关联用户客户端所在的终端设备推送提醒通知消息。

12.根据权利要求11所述的方法，其特征在于，

所述创建者用户的关联用户包括：与所述创建者用户之间通过某种人际关系产生关联的用户。

13.根据权利要求11所述的方法，其特征在于，

所述创建者用户的关联用户包括：与所述创建者用户之间通过某种人际关系产生关联，且关联有与所述提醒时间以及所述实体店铺相关的行程预订信息的用户。

14.根据权利要求11所述的方法，其特征在于，

所述创建者用户的关联用户包括：与所述创建者用户之间通过某种人际关系产生关联，且在所述提醒时间到来时，所在的地理位置位于所述实体店铺关联的地理位置预置范围内的用户。

15.根据权利要求11所述的方法，其特征在于，

所述创建者用户的关联用户包括：在所述目标订单创建过程中，由所述创建者用户进行指定或者创建的用户集合中的用户。

16.根据权利要求11所述的方法，其特征在于，还包括：

接收到所述创建者用户关联的用户对所述目标订单关联的货品进行取货的请求后，向所述创建者用户提供通知消息，以及用于确认的操作选项；

接收到所述创建者用户的确认消息后，将所述目标订单关联的取货凭证信息推送到所述创建者用户关联的用户对应的客户端。

17.根据权利要求11所述的方法，其特征在于，还包括：

向所述创建者用户关联的用户提供所述目标订单关联的商品对象链接信息。

18.一种订单信息处理方法，其特征在于，包括：

对所述提醒消息进行展示。

19.一种订单信息处理方法，其特征在于，包括：

提供订单信息展示界面；

20.根据权利要求19所述的方法，其特征在于，还包括：

提供用于对推送提醒消息的提前时间量进行配置的操作选项；

通过该操作选项接收到提前时间量配置信息后提交到服务端，以便所述服务端根据所述配置的提前时间量确定所述提醒时间信息。

21.一种订单信息处理方法，其特征在于，包括：

判断用户是否即将在所述实体店铺中取货；

22.一种订单信息处理方法，其特征在于，包括：

基于所述当前页面提供所述取货凭证信息。

23.根据权利要求22所述的方法，其特征在于，

所述基于所述当前页面提供所述取货凭证信息，包括：

24.一种订单信息处理装置，其特征在于，包括：

25.一种订单信息处理装置，其特征在于，包括：

提醒消息展示单元，用于对所述提醒消息进行展示。

26.一种订单信息处理装置，其特征在于，包括：

展示界面提供单元，用于提供订单信息展示界面；

27.一种订单信息处理装置，其特征在于，包括：

判断单元，用于判断用户是否即将在所述实体店铺中取货；

28.一种订单信息处理装置，其特征在于，包括：

29.一种电子设备，其特征在于，包括：

一个或多个处理器；以及

30.一种电子设备，其特征在于，包括：

一个或多个处理器；以及

对所述提醒消息进行展示。

31.一种电子设备，其特征在于，包括：

一个或多个处理器；以及

提供订单信息展示界面；

32.一种电子设备，其特征在于，包括：

一个或多个处理器；以及

判断用户是否即将在所述实体店铺中取货；

33.一种电子设备，其特征在于，包括：

一个或多个处理器；以及

基于所述当前页面提供所述取货凭证信息。