CN115982481A - 一种信息处理方法和信息处理装置 - Google Patents

Abstract

本申请提供了一种信息处理方法和信息处理装置，该方法包括：获取用户的商品搜索信息，向服务器发送商品搜索信息，以供服务器根据商品搜索信息确定目标商品和/或目标商品的提供商家；显示服务器下发的目标商品的商品信息和/或提供商家的商家信息，其中，目标商品和/或提供商家具有配送属性的标识。本申请实施例，实现全城商品搜索，降低出现对距离较远商家或运力资源不足商家不曝光的问题，提高用户购物成功概率，能够满足用户随时随地的购物需求，提高用户的购物满意度。

Description

一种信息处理方法和信息处理装置

技术领域

本申请涉及网络技术领域，尤其是涉及到一种信息处理方法和信息处理装置。

背景技术

目前，用户在购物平台线上购买商品时，购物平台仅将处于平台运力资源的配送范围内的商家推送给用户，导致用户的可选性小，甚至在平台运力资源的配送范围内没有售卖用户所需商品的商家时，用户则无法在线上下单购买到所需商品。以上情况，均降低了用户对购物平台的满意度。

发明内容

有鉴于此，本申请提供了一种信息处理方法和信息处理装置，实现了满足用户随时随地的购物需求，提高用户的满意度。

第一方面，本申请实施例提供了一种信息处理方法，包括：获取用户的商品搜索信息，向服务器发送商品搜索信息，以供服务器根据商品搜索信息确定目标商品和/或目标商品的提供商家；显示服务器下发的目标商品的商品信息和/或提供商家的商家信息，其中，目标商品和/或提供商家具有配送属性的标识。

根据本申请实施例的上述信息处理方法，还可以具有以下附加技术特征：

在上述技术方案中，可选地，配送属性包括第一运力资源或第二运力资源，第一运力资源为预设网格配送，第二运力资源为跨至少两个预设网格配送。

在上述任一技术方案中，可选地，配送属性包括第三运力资源，所述第三运力资源为自取。

在上述任一技术方案中，可选地，所述第二运力资源的配送距离大于所述第一运力资源的配送距离，或第二运力资源的配送范围超出第一运力资源的预设网格。

在上述任一技术方案中，可选地，基于提供商家的商家位置，若用户位置超出第一运力资源对应的预设网格，则由服务器提供的配送属性为第二运力资源或第三运力资源；基于提供商家的商家位置，若用户位置位于第一运力资源对应的预设网格内，且根据第一运力资源的分配信息判定提供商家无第一运力资源分配，则由服务器提供的配送属性为第二运力资源或第三运力资源；基于提供商家的商家位置，若用户位置位于第一运力资源对应的预设网格内，且根据第一运力资源的分配信息判定提供商家存在第一运力资源分配，则由服务器提供的配送属性为第一运力资源。

在上述任一技术方案中，可选地，该方法还包括：获取用户对提供商家的选择指令，若用户选择的提供商家的配送属性为第二运力资源或第三运力资源，则显示提供商家的提供商品信息和第一提示信息，第一提示信息用于提示用户在对提供商家的目标商品下单后确定目标商品的配送属性，提供商品信息中包括目标商品的商品信息。

在上述任一技术方案中，可选地，该方法还包括：获取用户对目标商品的选择指令，若用户选择的目标商品的配送属性为第二运力资源或第三运力资源，则生成待确认订单和第二提示信息，第二提示信息用于提示用户在对目标商品下单后确定目标商品的配送属性。

在上述任一技术方案中，可选地，该方法还包括：获取用户对目标商品的下单指令，若目标商品的配送属性为第二运力资源或第三运力资源，则生成商品订单和选择控件，其中，选择控件用于指示用户确定配送属性为第二运力资源或第三运力资源。

在上述任一技术方案中，可选地，该方法还包括：获取用户确定的目标商品的配送属性，以及若用户确定的配送属性为第二运力资源，则根据商品订单生成配送订单，并向服务器发送配送订单，以供服务器为配送订单分配第二运力资源。

在上述任一技术方案中，可选地，在向服务器发送配送订单之后，还包括：获取用户对配送订单的订单查看指令，从服务器获取第二运力资源的配送状态，并显示配送状态。

在上述任一技术方案中，可选地，在向服务器发送配送订单之后，还包括：获取用户对商品订单的订单取消指令；将订单取消指令发送至服务器，以供服务器根据第二运力资源的配送状态确定是否取消商品订单和配送订单。

第二方面，本申请实施例提供了一种信息处理方法，包括：获取来自用户终端的商品搜索信息，并根据商品搜索信息，确定目标商品和/或目标商品的提供商家；向用户终端发送目标商品的商品信息和/或提供商家的商家信息，以供用户终端显示目标商品的商品信息和/或提供商家的商家信息，其中，目标商品和/或提供商家具有配送属性的标识。

根据本申请实施例的上述信息处理方法，还可以具有以下附加技术特征：

在上述技术方案中，可选地，配送属性包括第一运力资源或第二运力资源，第一运力资源为预设网格配送，第二运力资源为跨至少两个预设网格配送。

在上述任一技术方案中，可选地，配送属性还包括第三运力资源，第三运力资源为自取。

在上述任一技术方案中，可选地，第二运力资源的配送距离大于第一运力资源的配送距离，或第二运力资源的配送范围超出第一运力资源的预设网格。

在上述任一技术方案中，可选地，配送属性通过以下方式确定：基于提供商家的商家位置，若用户位置超出第一运力资源对应的预设网格，则确定配送属性为第二运力资源或第三运力资源；基于提供商家的商家位置，若用户位置位于第一运力资源对应的预设网格内，且根据第一运力资源的分配信息判定提供商家无第一运力资源分配，则确定配送属性为第二运力资源或第三运力资源；基于提供商家的商家位置，若用户位置位于第一运力资源对应的预设网格内，且根据第一运力资源的分配信息判定提供商家存在第一运力资源分配，则确定配送属性为第一运力资源。

在上述任一技术方案中，可选地，在向用户终端发送目标商品的商品信息和/或提供商家的商家信息之后，还包括：获取来自用户终端的配送订单，配送订单为用户终端在用户选择的配送属性为第二运力资源时根据商品订单所生成；为配送订单分配第二运力资源，并将配送订单发送至第二运力资源的终端。

在上述任一技术方案中，可选地，在将配送订单发送至运力资源的终端之后，还包括：获取用户终端的订单查看指令，响应于订单查看指令，获取运力资源的配送状态，并将配送状态发送至用户终端。

在上述任一技术方案中，可选地，在将配送订单发送至运力资源的终端之后，还包括：获取第一终端的订单取消指令，响应于订单取消指令，获取运力资源的配送状态；若配送状态为取货状态，则向第二终端发送对商品订单的取消信息，以及向运力资源的终端发送对配送订单的取消信息；若配送状态为到店状态或送货状态，则向第一终端发送第三提示信息，第三提示信息用于提示与运力资源协商取消订单；其中，若第一终端为用户终端，则第二终端为提供商家的商家终端，若第一终端为提供商家的商家终端，则第二终端为用户终端。

第三方面，本申请实施例提供了一种信息处理装置，包括：获取模块，用于获取用户的商品搜索信息；发送模块，用于向服务器发送商品搜索信息，以供服务器根据商品搜索信息确定目标商品和/或目标商品的提供商家；显示模块，用于显示服务器下发的目标商品的商品信息和/或提供商家的商家信息，其中，所述目标商品和/或所述提供商家具有配送属性的标识。

根据本申请实施例的上述信息处理装置，还可以具有以下附加技术特征：

在上述技术方案中，可选地，配送属性包括第一运力资源或第二运力资源，第一运力资源为预设网格配送，第二运力资源为跨至少两个预设网格配送。

在上述任一技术方案中，可选地，配送属性包括第三运力资源，所述第三运力资源为自取。

第四方面，本申请实施例提供了一种信息处理装置，包括：获取模块，用于获取来自用户终端的商品搜索信息；处理模块，用于根据商品搜索信息，确定目标商品和/或目标商品的提供商家；发送模块，用于向用户终端发送目标商品的商品信息和/或提供商家的商家信息，以供用户终端显示目标商品的商品信息和/或提供商家的商家信息，其中，所述目标商品和/或所述提供商家具有配送属性的标识。

根据本申请实施例的上述信息处理装置，还可以具有以下附加技术特征：

在上述技术方案中，可选地，配送属性包括第一运力资源或第二运力资源，第一运力资源为预设网格配送，第二运力资源为跨至少两个所述预设网格配送。

在上述任一技术方案中，可选地，配送属性还包括第三运力资源，第三运力资源为自取。

第五方面，本申请实施例提供了一种计算机设备，该计算机设备包括处理器和存储器，存储器存储可在处理器上运行的程序或指令，程序或指令被处理器执行时实现如第一方面或第二方面的方法的步骤。

第六方面，本申请实施例提供了一种可读存储介质，可读存储介质上存储程序或指令，程序或指令被处理器执行时实现如第一方面或第二方面的方法的步骤。

第七方面，本申请实施例提供了一种芯片，芯片包括处理器和通信接口，通信接口和处理器耦合，处理器用于运行程序或指令，实现如第一方面或第二方面的方法。

第八方面，本申请实施例提供一种计算机程序产品，该程序产品被存储在存储介质中，该程序产品被至少一个处理器执行以实现如第一方面或第二方面的方法。

在本申请实施例中，获取用户的商品搜索信息，向服务器发送商品搜索信息，以供服务器根据商品搜索信息确定目标商品和/或目标商品的提供商家，显示服务器下发的目标商品的商品信息和/或提供商家的商家信息，其中，目标商品和/或提供商家具有配送属性的标识。本申请实施例，实现全城商品搜索，降低出现对距离较远商家或运力资源不足商家不曝光的问题，提高用户购物成功概率，能够满足用户随时随地的购物需求，提高用户的购物满意度。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1示出了本申请实施例的应用于用户终端的信息处理方法的流程示意图；

图2示出了本申请实施例的应用于服务器的信息处理方法的流程示意图；

图3示出了本申请实施例的用户与药店之间的距离的示意图；

图4示出了本申请实施例的应用于用户终端的显示界面的示意图之一；

图5示出了本申请实施例的应用于用户终端的显示界面的示意图之二；

图6示出了本申请实施例的应用于用户终端的显示界面的示意图之三；

图7示出了本申请实施例的应用于用户终端的显示界面的示意图之四；

图8示出了本申请实施例的应用于用户终端的显示界面的示意图之五；

图9示出了本申请实施例的应用于用户终端的信息处理装置的结构框图；

图10示出了本申请实施例的应用于服务器的信息处理装置的结构框图；

图11示出了本申请实施例的计算机设备的结构框图。

具体实施方式

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

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”等所区分的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”，一般表示前后关联对象是一种“或”的关系。

下面结合附图，通过具体的实施例及其应用场景对本申请实施例提供的信息处理方法、信息处理装置、计算机设备和可读存储介质进行详细地说明。

本申请实施例提供了一种信息处理方法，应用于用户终端。如图1所示，该方法包括：

步骤101，获取用户的商品搜索信息，向服务器发送商品搜索信息，以供服务器根据商品搜索信息确定目标商品和/或目标商品的提供商家。

在该步骤中，用户在用户终端的购物APP显示界面的搜索框中输入需购买的目标商品的商品搜索信息，该商品搜索信息包括商品名称、商品品牌等。用户终端将商品搜索信息发送至服务器，服务器会根据商品搜索信息和用户位置查找出用户所在城市内所有目标商品和/或目标商品的提供商家，并将目标商品的商品信息和/或提供商家的商家信息下发至用户终端。其中，商品信息包括商品名称、商品品牌、商品数量、商品价格、商品说明等信息，商家信息包括但不限于商家名称、每月交易订单数、商家信誉值、好评度、优惠信息、与用户的距离等信息。

步骤102，显示服务器下发的目标商品的商品信息和/或提供商家的商家信息，其中，目标商品和/或提供商家具有配送属性的标识。

在该步骤中，用户终端接收服务器下发的全城范围内的所有目标商品的商品信息和/或提供商家的商家信息，对目标商品的商品信息和/或提供商家的商家信息进行显示，并且，这些显示的目标商品和/或提供商家具有配送属性（也即配送方式）的标识，使得用户能够直观地知晓配送属性，从而据此对商品进行选择性的购买。

本申请实施例，实现全城商品搜索，降低出现对距离较远商家或运力资源不足商家不曝光的问题，提高用户购物成功概率，能够满足用户随时随地的购物需求，提高用户的购物满意度。

需要说明的是，上述目标商品可以为物品、蔬菜、零食、水果、药品等商品，优选为药品，因为用户购药是有明确需求的，基本不存在可替代性，如果搜索不到所需药品，用户将无其他解决方案，并且用户的用药需求是没有场景、时间的规则的。而本申请实施例更加适用于用户购药场景，能够满足用户随时随地的用药需求。

在本申请的一个实施例中，配送属性包括第一运力资源或第二运力资源，第一运力资源为预设网格配送，第二运力资源为跨至少两个预设网格配送。

在该实施例中，配送属性包括第一运力资源或第二运力资源，第一运力资源为预设网格配送，预设网格即为第一运力资源对应的配送范围（例如3km至5km的范围），第一运力资源包括购物APP的专送、众包等人员，其中专送是指购物APP签约的全职配送人员，众包是指购物APP签约的兼职配送人员。

第二运力资源为跨至少两个预设网格配送，也即，第二运力资源能够跨越至少两个预设网格进行配送，其配送范围大于第一运送资源的配送范围。第二运力资源的方式包括超范围配送（例如，全城送、闪送、多个第一运力资源跨区域协同配送）、无人配送设备（例如，无人车、无人机）、快递配送等。

值得注意的是，超范围配送包括多个第一运力资源跨区域协同配送，也即整个配送过程由多个第一运力资源协同完成，每个第一运力资源均在其对应的配送区域进行配送，接力完成整个配送过程。例如，用户在第一配送区域，商家在第二配送区域，第一配送区域和第二配送区域相邻，由第二配送区域内的第一运力资源A从商家取商品，送至第二配送区域与第一配送区域交接的一个存货点，再由第一配送区域内的第一运力资源B，将商品从存货点送至用户。

第二运力资源若为快递配送，则能够对目标商品进行全国甚至更大范围的运送，不仅能够实现全城配送，还能够实现更大范围的配送，更加能够满足用户随时随地的购物需求。

在本申请实施例中，第二运力资源的配送距离大于第一运力资源的配送距离，或第二运力资源的配送范围超出第一运力资源的预设网格。也即，第二运力资源的配送范围大于第一运力资源的配送范围，第一运力资源属于近距离配送的运力资源，而第二运力资源属于远距离配送的运力资源。

本申请实施例中，对于无法由第一运力资源进行配送的目标商品，还提供第二运力资源进行配送，从而确保用户能够对目标商品实现购买。

在本申请的一个实施例中，配送属性还包括第三运力资源，第三运力资源为自取。

在该实施例中，配送属性包括第三运力资源，也即用户自取，用户可以对目标商品进行自取，随时随地取到所需商品，提高用户购物满意度。

在本申请的一个实施例中，基于提供商家的商家位置，若用户位置超出第一运力资源对应的预设网格，则由服务器提供的配送属性为第二运力资源或第三运力资源；基于提供商家的商家位置，若用户位置位于第一运力资源对应的预设网格内，且根据第一运力资源的分配信息判定提供商家无第一运力资源分配，则由服务器提供的配送属性为第二运力资源或第三运力资源；基于提供商家的商家位置，若用户位置位于第一运力资源对应的预设网格内，且根据第一运力资源的分配信息判定提供商家存在第一运力资源分配，则由服务器提供的配送属性为第一运力资源。

在该实施例中，在将商品搜索信息发送至服务器后，服务器根据商品搜索信息查找出用户所在城市内所有目标商品和/或目标商品的提供商家，并反馈给用户终端。其中，提供商家包括第一商家和第二商家，第一商家及其目标商品以及第二商家及其目标商品的配送属性不同。

具体地，（1）若用户位置与目标商品的提供商家的商家位置之间的距离超出第一运力资源的预设网格，表明用户距离商家较远，不在第一运力资源的配送范围内，无法通过第一运力资源进行商品的配送，则该提供商家为第一商家。也就是说，第一商家是用户位置超出其第一运力资源的配送范围内的商家，无法由第一运力资源进行目标商品的配送，则第一商家及其目标商品的配送属性为第二运力资源或第三运力资源。

（2）若用户位置与目标商品的提供商家的商家位置之间的距离未超出第一运力资源的预设网格，表明用户距离商家较近，但是由于运力资源池的第一运力资源缺乏问题，服务器无法为用户分配到第一运力资源来配送目标商品，则该提供商家也为第一商家。也就是说，第一商家是用户位置位于其第一运力资源的配送范围内，且在配送区域内无第一运力资源分配的商家，同样无法由第一运力资源进行目标商品的配送，则第一商家及其目标商品的配送属性为第二运力资源或第三运力资源。

（3）若用户位置与目标商品的提供商家的商家位置之间的距离未超出第一运力资源的预设网格，且服务器能够为用户分配到第一运力资源来配送目标商品，则该提供商家也为第二商家，第二商家及其目标商品的配送属性为第一运力资源配送。

通过上述方式，实现了全城范围内搜寻商家以及精准地确定商家对应的配送属性，以保证商品的顺利配送。

在本申请的一个实施例中，在显示服务器下发的提供商家的商家信息之后，还包括：获取用户对提供商家的选择指令，若用户选择的所述提供商家的配送属性为所述第二运力资源或所述第三运力资源，则显示提供商家的提供商品信息和第一提示信息，第一提示信息用于提示用户在对所述提供商家的目标商品下单后确定目标商品的配送属性，提供商品信息中包括目标商品的商品信息。

在该实施例中，用户在用户终端进行商品搜索后，如图4所示，显示服务器下发的提供商家的商家信息，用户基于显示的商家信息进行商家选择。获取用户对提供商家的选择指令，若用户选择的提供商家的配送属性为第二运力资源或第三运力资源，则显示该提供商家的提供商品信息和第一提示信息。

例如，当用户对第一商家进行选择，则如图5所示，显示该第一商家的提供商品信息，也即进入该第一商家的详细页面，该提供商品信息中至少包含用户所需购买的目标商品，还可以包含其他商品的信息。在显示第一商家的提供商品信息的同时，还显示第一提示信息，以提示用户在对目标商品下单后可选择或确认目标商品的配送属性。如图5所示，在进入第一商家的详细页面后，在设定的页面位置显示“本店暂时无法配送，建议可选自提下单后呼叫全城送取货”的提示信息。

通过上述方式，在向用户展示提供商家的提供商品信息时提醒用户需要在下单时确定配送属性，实现对用户的引导提示，使得用户对购买流程更加清晰，方便用户操作。

在本申请的一个实施例中，在显示服务器下发的目标商品的商品信息之后，或者，在显示提供商家的提供商品信息之后，还包括：获取用户对目标商品的选择指令，若用户选择的所述目标商品的配送属性为所述第二运力资源或所述第三运力资源，则生成待确认订单和第二提示信息，第二提示信息用于提示用户在对所述目标商品下单后确定目标商品的配送属性。

在该实施例中，当用户对目标商品进行选择后，则生成待确认订单，如图6所示，该待确认订单包括但不限于目标商品的商品名称、数量、价格、商家地址、配送时间等。若用户选择的目标商品的配送属性为第二运力资源或第三运力资源，则在显示待确认订单的同时，还可以显示第二提示信息，第二提示信息用于提示用户可自行选择或确认目标商品的配送属性。例如，如图6所示，第二提示信息为“下单后可呼叫全城送为您送货”，以提示用户。

通过上述方式，在向用户展示待确认订单时提醒用户需要确定配送属性，实现对用户的引导提示，使得用户对购买流程更加清晰，方便用户操作。

在本申请的一个实施例中，在生成待确认订单之后，还包括：获取用户对目标商品的下单指令，若所述目标商品的配送属性为所述第二运力资源或所述第三运力资源，则生成商品订单和选择控件，其中，选择控件用于指示用户确定所述配送属性为所述第二运力资源或所述第三运力资源。

在该实施例中，用户下单购买目标商品，若下单购买的目标商品的配送属性为第二运力资源或第三运力资源，则在生成商品订单的同时生成选择控件，并显示商品订单和选择控件。其中，商品订单包括配送时间、用户地址、用户电话、商家地址、商家电话、商品数量、重量、备注信息、订单状态等信息，选择控件用于指示用户确定目标商品的配送属性，也即，在第二运力资源和第三运力资源这两种配送属性中确定一个。

本申请实施例，选择控件起到引导提示以及响应用户选择的作用，方便用户快速实现配送属性的选择。

本申请实施例，用户下单后，可选择自取，还可以选择第二运力资源，实现商品的购买，避免出现商家配送范围较远或运力资源缺乏导致用户无法下单的问题。

在本申请的一个实施例中，该方法还包括：获取用户确定的目标商品的配送属性，以及若用户确定的配送属性为第一运力资源或第二运力资源，则根据商品订单生成配送订单，并向服务器发送配送订单，以供服务器为配送订单分配第一运力资源或第二运力资源。

在该实施例中，如果用户选择第二运力资源，则根据商品订单自动生成配送订单，并将配送订单发送至服务器，以供服务器为配送订单分配第二运力资源，实现由第二运力资源为用户配送目标商品。

其中，根据商品订单自动生成配送订单，具体包括将商品订单中的商家地址作为配送订单的取货地址，将商品订单中的用户地址作为配送订单的送货地址，且自动将商品订单中的商家电话、用户电话、商品数量、重量、备注信息等信息填充至配送订单。

值得注意的是，对于一些特殊商品（例如药品），由于行业规定药品不能代购，本申请实施例考虑到该问题，设定用户需先下自取订单，此情况下配送属性仅显示用户自取。示例性地，如图4所示，药店B为第二商家，配送方式显示为“骑士专送”，药店A为距离较近但是没有第一运力资源分配的第一商家，配送方式显示为“支持自取”，药店C为距离较远的第一商家，配送方式显示为“支持自取”。用户在下自取订单以后，若有配送需求，则用户点击选择控件，将配送属性切换为第二运力资源。通过由用户进行特殊商品的下单购买，而第二运力资源只是对特殊商品代取，从而避免出现违规问题。

在切换配送属性的情况下，选择控件用于指示用户切换目标商品的配送属性，用户通过对选择控件的操作，将配送属性从用户自取切换为第二运力资源。示例性地，如图7所示，用户确认下单后，显示商品订单的订单状态（例如，商家正在备货）、预计自取时间、商家电话等，同时，还显示用于指示用户切换第二运力资源的选择控件“呼叫全城送”，用户可以通过点击选择控件，将用户自取切换为第二运力资源配送的配送方式。

而在目标商品为非特殊商品的情况下，配送属性可显示用户自取/第二运力资源，此情况下选择控件用于指示用户选择目标商品的配送属性。用户点击选择控件后，显示弹窗，该弹窗中显示自取的选项以及第二运力资源的选项，用户可点击任一选项进行选择。

本申请实施例，根据商品订单自动生成配送订单，无需用户二次输入，避免用户的繁琐操作，提高购物效率。

值得注意的是，在用户购买配送属性为第一运力资源的目标商品的流程中，可以不显示提示信息，并且在接收到用户对该类目标商品的下单指令后，无需用户选择配送属性，而是直接生成配送订单，并向服务器发送配送订单，以供服务器为配送订单分配第一运力资源。也就是说，在本申请实施例中，若服务器搜索到配送属性为第一运力资源的提供商家或目标商品，也会提供给用户，以供用户实现目标商品的购买，由此为用户提供灵活、多样的购物方式，扩大用户的购物可选性，提高用户满意度。

在本申请的一个实施例中，在向服务器发送配送订单之后，还包括：获取用户对配送订单的订单查看指令，从服务器获取第二运力资源的配送状态，并显示配送状态。

在该实施例中，支持用户下单后对订单进行查看的功能。具体地，接收用户对配送订单的订单查看指令，从服务器获取第二运力资源的配送状态，并显示该配送状态，其中，配送状态包括取货状态、到店状态、送货状态以及完成状态中的任一项。

通过上述方式，实现对运力资源的配送状态的查看，使得用户实时了解到购买商品的配送情况。

此外，若用户选择的提供商家或目标商品的配送属性为第一运力资源，则在服务器向第一运力资源发送配送订单之后，还支持用户查看第一运力资源的配送状态。

在本申请的一个实施例中，在向服务器发送配货订单之后，还包括：获取用户对商品订单的订单取消指令；将订单取消指令发送至服务器，以供服务器根据第二运力资源的配送状态确定是否取消商品订单和配送订单。

在该实施例中，支持用户下单后对商品订单进行取消的功能。当用户发起对商品订单的订单取消指令时，由于商品订单关联有配送订单，所以需要根据配送订单对应的第二运力资源的配送状态确定是否能够进行取消。

具体地，将用户对商品订单的订单取消指令发送至服务器，以供服务器根据第二运力资源的配货状态确定是否能够取消商品订单和配送订单。例如，若第二运力资源的配送状态为取货状态，则服务器会向用户终端和商家终端发送对商品订单的取消信息，以及向第二运力资源的终端发送对配送订单的取消信息，实现订单取消；若配送状态为到店状态或送货状态，则服务器会向用户终端发送提示信息，以提示用户与商家、第二运力资源协商取消订单。

通过上述方式，限定了在商品订单具有关联的配送订单的情况下，用户取消订单的方法，最大程度保证用户、商家、运力资源的利益。

此外，若用户选择的提供商家或目标商品的配送属性为第一运力资源，则还支持根据第一运力资源的配送状态确定是否取消商品订单。

本申请实施例提供了一种信息处理方法，应用于服务器。如图2所示，该方法包括：

步骤201，获取来自用户终端的商品搜索信息，并根据商品搜索信息，确定目标商品和/或目标商品的提供商家。

在该步骤中，用户在用户终端的购物APP显示界面的搜索框中输入需购买的目标商品的商品搜索信息，该商品搜索信息包括商品名称、商品品牌等。用户终端将商品搜索信息发送至服务器，服务器会根据商品搜索信息和用户位置查找出用户所在城市内所有目标商品和/或目标商品的提供商家，并将目标商品的商品信息和/或提供商家的商家信息下发至用户终端。其中，商品信息包括商品名称、商品品牌、商品数量、商品价格、商品说明等信息，商家信息包括但不限于商家名称、每月交易订单数、商家信誉值、好评度、优惠信息、与用户的距离等信息。

步骤202，向用户终端发送目标商品的商品信息和/或提供商家的商家信息，以供用户终端显示目标商品的商品信息和/或提供商家的商家信息，其中，目标商品和/或提供商家具有配送属性的标识。

在该步骤中，服务器将全城范围内的所有目标商品的商品信息和/或提供商家的商家信息下发至用户终端，使得用户终端对目标商品的商品信息和/或提供商家的商家信息进行显示，并且，这些显示的目标商品和/或提供商家具有配送属性（也即配送方式）的标识，使得用户能够直观地知晓配送属性，从而据此对商品进行选择性的购买。

本申请实施例，实现全城商品搜索，降低出现对距离较远商家或运力资源不足商家不曝光的问题，提高用户购物成功概率，能够满足用户随时随地的购物需求，提高用户的购物满意度。

需要说明的是，上述目标商品可以为物品、蔬菜、零食、水果、药品等商品，优选为药品，因为用户购药是有明确需求的，基本不存在可替代性，如果搜索不到所需药品，用户将无其他解决方案，并且用户的用药需求是没有场景、时间的规则的。而本申请实施例更加适用于用户购药场景，能够满足用户随时随地的用药需求。

在本申请的一个实施例中，配送属性包括第一运力资源或第二运力资源，第一运力资源为预设网格配送，第二运力资源为跨至少两个预设网格配送。

在该实施例中，配送属性包括第一运力资源或第二运力资源，第一运力资源为预设网格配送，预设网格即为第一运力资源对应的配送范围（例如3km至5km的范围），第一运力资源包括购物APP的专送、众包等人员，其中专送是指购物APP签约的全职配送人员，众包是指购物APP签约的兼职配送人员。

第二运力资源为跨至少两个预设网格配送，也即，第二运力资源能够跨越至少两个预设网格进行配送，其配送范围大于第一运送资源的配送范围。第二运力资源的方式包括超范围配送（例如，全城送、闪送、多个第一运力资源跨区域协同配送）、无人配送设备（例如，无人车、无人机）、快递配送等。

值得注意的是，超范围配送包括多个第一运力资源跨区域协同配送，也即整个配送过程由多个第一运力资源协同完成，每个第一运力资源均在其对应的配送区域进行配送，接力完成整个配送过程。例如，用户在第一配送区域，商家在第二配送区域，第一配送区域和第二配送区域相邻，由第二配送区域内的第一运力资源A从商家取商品，送至第二配送区域与第一配送区域交接的一个存货点，再由第一配送区域内的第一运力资源B，将商品从存货点送至用户。

第二运力资源若为快递配送，则能够对目标商品进行全国甚至更大范围的运送，不仅能够实现全城配送，还能够实现更大范围的配送，更加能够满足用户随时随地的购物需求。

在本申请实施例中，第二运力资源的配送距离大于第一运力资源的配送距离，或第二运力资源的配送范围超出第一运力资源的预设网格。也即，第二运力资源的配送范围大于第一运力资源的配送范围，第一运力资源属于近距离配送的运力资源，而第二运力资源属于远距离配送的运力资源。

本申请实施例中，对于无法由第一运力资源进行配送的目标商品，还提供第二运力资源进行配送，从而确保用户能够对目标商品实现购买。

在本申请的一个实施例中，配送属性还包括第三运力资源，第三运力资源为自取。

在该实施例中，配送属性包括第三运力资源，也即用户自取，用户可以对目标商品进行自取，随时随地取到所需商品，提高用户购物满意度。

在本申请的一个实施例中，配送属性通过以下方式确定：基于提供商家的商家位置，若用户位置超出第一运力资源对应的预设网格，则确定配送属性为第二运力资源或第三运力资源；基于提供商家的商家位置，若用户位置位于第一运力资源对应的预设网格内，且根据第一运力资源的分配信息判定提供商家无第一运力资源分配，则确定配送属性为第二运力资源或第三运力资源；基于提供商家的商家位置，若用户位置位于第一运力资源对应的预设网格内，且根据第一运力资源的分配信息判定提供商家存在第一运力资源分配，则确定配送属性为第一运力资源。

在该实施例中，若用户位置与目标商品的提供商家的商家位置之间的距离超出第一运力资源的预设网格，表明用户距离商家较远，不在第一运力资源的配送范围内，无法通过第一运力资源进行商品的配送，则该提供商家为第一商家。也就是说，第一商家是用户位置超出其第一运力资源的配送范围内的商家，无法由第一运力资源进行目标商品的配送，则第一商家及其目标商品的配送属性为第二运力资源或第三运力资源。

若用户位置与目标商品的提供商家的商家位置之间的距离未超出第一运力资源的预设网格，表明用户距离商家较近，但是由于运力资源池的第一运力资源缺乏问题，服务器无法为用户分配到第一运力资源来配送目标商品，则该提供商家也为第一商家。也就是说，第一商家是用户位置位于其第一运力资源的配送范围内，且在配送区域内无第一运力资源分配的商家，同样无法由第一运力资源进行目标商品的配送，则第一商家及其目标商品的配送属性为第二运力资源或第三运力资源。

若用户位置与目标商品的提供商家的商家位置之间的距离未超出第一运力资源的预设网格，且服务器能够为用户分配到第一运力资源来配送目标商品，则该提供商家也为第二商家，第二商家及其目标商品的配送属性为第一运力资源配送。

通过上述方式，实现了全城范围内搜寻商家以及精准地确定商家对应的配送属性，以保证商品的顺利配送。

在本申请的一个实施例中，在向用户终端发送目标商品的商品信息和/或提供商家的商家信息之后，还包括：获取来自用户终端的配送订单，配送订单为用户终端在用户选择的配送属性为第二运力资源时根据商品订单所生成；为配送订单分配第二运力资源，并将配送订单发送至第二运力资源的终端。

在该实施例中，如果用户在用户终端上选择第二运力资源，则用户终端根据商品订单自动生成配送订单，并将配送订单发送至服务器。服务器接收到该配送订单后，为配送订单分配第二运力资源，实现由第二运力资源为用户配送目标商品。

本申请实施例，根据商品订单自动生成配送订单，无需用户二次输入，避免用户的繁琐操作，提高购物效率。

值得注意的是，在用户购买配送属性为第一运力资源的目标商品的流程中，可以不显示提示信息，并且在接收到用户对该类目标商品的下单指令后，无需用户选择配送属性，而是直接生成配送订单，并向服务器发送配送订单，以供服务器为配送订单分配第一运力资源。

在本申请的一个实施例中，在将配送订单发送至第二运力资源的终端之后，还包括：获取用户终端的订单查看指令，响应于订单查看指令，获取第二运力资源的配送状态，并将第二运力资源发送至用户终端。

在该实施例中，支持用户下单后对订单进行查看的功能。具体地，服务器接收用户对配送订单的订单查看指令后，获取第二运力资源的配送状态并反馈至用户终端，使得用户终端显示该配送状态，其中，配送状态包括取货状态、到店状态、送货状态以及完成状态中的任一项。

通过上述方式，实现对第二运力资源的配送状态的查看，使得用户实时了解到购买商品的配送情况。

此外，若用户选择的提供商家或目标商品的配送属性为第一运力资源，则在服务器向第一运力资源发送配送订单之后，还支持用户查看第一运力资源的配送状态。

在本申请的一个实施例中，在将配送订单发送至第二运力资源的终端之后，还包括：获取第一终端的订单取消指令，响应于订单取消指令，获取第二运力资源的配送状态；若第二运力资源为取货状态，则向第二终端发送对商品订单的取消信息，以及向第二运力资源的终端发送对配送订单的取消信息；若配送状态为到店状态或送货状态，则向第一终端发送第三提示信息，第三提示信息用于提示与第二运力资源协商取消订单；其中，若第一终端为用户终端，则第二终端为提供商家的商家终端，若第一终端为商家终端，则第二终端为用户终端。

在该实施例中，支持用户或商家取消订单的功能。当用户或商家对商品订单进行取消时，由于商品订单关联有配送订单，所以需要根据配送订单对应的第二运力资源的配送状态确定是否能够取消商品订单和配送订单。

具体地，当用户发起对商品订单的订单取消指令时，若第二运力资源的配送状态为取货状态，则服务器会向商家终端发送对商品订单的取消信息，询问商家是否同意取消，若同意则实现商品订单的取消，以及向第二运力资源的终端发送对配送订单的取消信息，询问第二运力资源是否同意取消，若同意则实现配送订单的取消；若配送状态为到店状态或送货状态，则服务器会向用户终端发送提示信息，以提示用户与商家、第二运力资源协商取消订单。

当商家发起对商品订单的订单取消指令时，若第二运力资源的配送状态为取货状态，则服务器会向用户终端发送对商品订单的取消信息，询问用户是否同意取消，若同意则实现商品订单的取消，以及向第二运力资源的终端发送对配送订单的取消信息，询问第二运力资源是否同意取消，若同意则实现配送订单的取消；若配送状态为到店状态或送货状态，则服务器会向商家终端发送提示信息，以提示商家与用户、第二运力资源协商取消订单。

通过上述方式，限定了在商品订单具有关联的配送订单的情况下，用户或商家取消订单的方法，最大程度保证用户、商家、运力资源的利益。

此外，若用户选择的提供商家或目标商品的配送属性为第一运力资源，则还支持根据第一运力资源的配送状态确定是否取消商品订单。

在本申请的一个实施例中，提供一种用户线上购药处理方法，该方法基于用户终端、服务器、药店终端、第二运力资源（例如全城送人员）的终端以及第一运力资源（例如购物APP关联骑士）的终端之间的交互所实现。

如图3所示，在用户所在位置的3km范围内包括药店A和药店B两家药店，但是，药店A为骑士的运力无法覆盖的商家，也即药店A周围没有空闲骑士，暂时无法分配骑士接单，药店B因不可抗力因素或非营业时间处于闭店状态，此情况导致用户无法在3km范围内下单购药。而本申请实施例，在用户对某一种药品进行搜索时，不仅为用户提供3km范围内的药店，还提供3km范围外的药店C，该药店C药品品类丰富、货全，且24小时营业，实现全城找药。并且，鉴于药店C距离较远以及药店A无骑士运力覆盖，还支持用户自取或全城送人员配送的方式，从而实现无论何时何地，最大程度地为用户提供所需药品。

具体地，如图4所示，用户在用户终端的购物APP的搜索框中输入“D品牌感冒药”，则向服务器发送搜索信息，服务器解析搜索信息在全城范围内搜索到售卖D品牌感冒药的药店A、药店B和药店C。继续判断药店A、药店B和药店C分别与用户之间的距离，确定药店A与用户之间的距离为2.8km，药店B与用户之间的距离为2.1km，药店C与用户之间的距离为20km。将上述距离分别与第一运力资源的预设网格进行比较，也即确定用户是否在各个商家对应的第一运力资源的配送区域内，将用户在其配送区域内的药店B的配送属性配置为骑士专送，将用户在其配送区域内，但骑士的运力无法覆盖的药店A对应的配送属性配置为支持自取，将用户超出其配送区域内的药店C对应的配送属性配置为支持自取，但由于药店B处于非营业时间，则药店B显示为暂不接单状态。服务器将药店名称、每月交易订单数、商家信誉值、好评度、配送方式配等商家信息下发至用户终端，如图4所示，在用户终端中进行展现。

另外，服务器还将药店C的距离与第二运力资源的配送范围上限进行比较，如果药店C未超出第二运力资源的配送范围上限，则允许用户下自提单后切换为第二运力资源送货。

当用户在用户终端点击药店C，如图5所示，进入药店C中商品详情界面，在商品详情界面显示“本店暂时无法配送，建议可选自提下单后呼叫全城送取货”的提示信息，实现对用户的引导提示，使得用户对购买流程更加清晰。

需要说明的是，如果在图4所示的页面中，用户点击了药店A，则进入药店A中商品详情界面，由于骑士的运力无法覆盖药店A，则在商品详情界面显示提示信息“本店暂时无法配送，可选自提下单后自行取货或呼叫全城送取货”。

用户对药店C中的药品选择完毕后，如图6所示，进入待确认订单界面，在该界面显示“下单后可呼叫全城送为您送货”的提示信息，用户点击提交订单后，生成自取订单，显示如图7所示界面，供用户呼叫全城送。用户点击“呼叫全城送”控件后，如图8所示，生成全城送配货订单。

需要说明的是，全城送配货订单是根据自取订单自动生成，无需用户二次输入。例如，用户点击“呼叫全城送”控件后，反查自取订单，自动帮助用户填充商家电话、取货地址（也即商家地址）、送货地址（也即用户地址）、取货时间、物品、重量、备注信息等。

用户点击“提交订单”控件后，将全城送配货订单发送至服务器，以供服务器根据全城送配货订单分配全城送人员，为用户取送药品。

如果分配全城送人员失败，用户还可以增加全城送费后再次进行下单。

用户可在订单列表中查看自取订单或全城送配货订单，因为二者相互关联，所以在查看自取订单的页面也可以通过控件跳转至全城送配货订单，以查看全城送人员的配货状态。

用户还可以取消自取订单，但是如果自取订单关联有全城送配货订单，则需要根据全城送人员的配货状态，决定是否能够对自取订单取消。具体地，用户终端向服务器发送自取订单的取消指令，服务器获取全城送人员的配货状态，如果为取货状态，则向用户终端发送对自取订单的取消信息，如果为到店状态或送货状态，则向用户终端发送提示信息，以提示用户与全城送人员协商取消订单。

另外，商家也可以取消用户的自取订单，同样地，如果自取订单关联有全城送配货订单，则需要根据全城送人员的配货状态，决定是否能够对自取订单取消。

在自取订单成功取消后，向用户进行退款，但是如果全城送人员已经处于取货及以后状态，则需要扣除对全城送人员的补偿金额。

作为上述应用于用户终端的信息处理方法的具体实现，本申请实施例提供了一种信息处理装置，应用于用户终端。如图9所示，该信息处理装置900包括：获取模块901、发送模块902以及显示模块903。

其中，获取模块901，用于获取用户的商品搜索信息；发送模块902，用于向服务器发送商品搜索信息，以供服务器根据商品搜索信息确定目标商品和/或目标商品的提供商家；显示模块903，用于显示服务器下发的目标商品的商品信息和/或提供商家的商家信息，其中，目标商品和/或提供商家具有配送属性的标识。

本申请实施例，实现全城商品搜索，降低出现对距离较远商家或运力资源不足商家不曝光的问题，提高用户购物成功概率，能够满足用户随时随地的购物需求，提高用户的购物满意度。

进一步地，配送属性包括第一运力资源或第二运力资源，第一运力资源为预设网格配送，第二运力资源为跨至少两个预设网格配送。

进一步地，配送属性包括第三运力资源，所述第三运力资源为自取。

进一步地，第二运力资源的配送距离大于第一运力资源的配送距离，或第二运力资源的配送范围超出第一运力资源的预设网格。

进一步地，基于提供商家的商家位置，若用户位置超出第一运力资源对应的预设网格，则由服务器提供的配送属性为第二运力资源或第三运力资源；基于提供商家的商家位置，若用户位置位于第一运力资源对应的预设网格内，且根据第一运力资源的分配信息判定提供商家无第一运力资源分配，则由服务器提供的配送属性为第二运力资源或第三运力资源；基于提供商家的商家位置，若用户位置位于第一运力资源对应的预设网格内，且根据第一运力资源的分配信息判定提供商家存在第一运力资源分配，则由服务器提供的配送属性为第一运力资源。

进一步地，获取模块901，还用于获取用户对提供商家的选择指令；显示模块903，还用于响应于选择指令，若用户选择的所述提供商家的配送属性为所述第二运力资源或所述第三运力资源，则显示提供商家的提供商品信息和第一提示信息，第一提示信息用于提示用户在对所述提供商家的目标商品下单后确定目标商品的配送属性，提供商品信息中包括目标商品的商品信息。

进一步地，获取模块901，还用于获取用户对目标商品的选择指令；该装置还包括：处理模块，若用户选择的所述目标商品的配送属性为所述第二运力资源或所述第三运力资源，则处理模块生成待确认订单和第二提示信息，第二提示信息用于提示用户在对所述目标商品下单后确定目标商品的配送属性。

进一步地，获取模块901，还用于：获取用户对目标商品的下单指令；若所述目标商品的配送属性为所述第二运力资源或所述第三运力资源，则处理模块生成商品订单和选择控件，其中，选择控件用于指示用户确定所述配送属性为所述第二运力资源或所述第三运力资源。

进一步地，获取模块901，还用于：获取用户确定的目标商品的配送属性；若用户确定的配送属性为第二运力资源，则处理模块根据商品订单生成配送订单；发送模块902，还用于向服务器发送配送订单，以供服务器为配送订单分配第二运力资源。

进一步地，获取模块901，还用于获取用户对配送订单的订单查看指令，从服务器获取第二运力资源的配送状态；显示模块903，还用于显示配送状态。

进一步地，获取模块901，还用于获取用户对商品订单的订单取消指令；发送模块902，还用于将订单取消指令发送至服务器，以供服务器根据第二运力资源的配送状态确定是否取消商品订单和配送订单。

作为上述应用于服务器的信息处理方法的具体实现，本申请实施例提供了一种信息处理装置，应用于服务器。如图10所示，该信息处理装置1000包括：获取模块1001、处理模块1002以及发送模块1003。

其中，获取模块1001，用于获取来自用户终端的商品搜索信息；处理模块1002，用于根据商品搜索信息，确定目标商品和/或目标商品的提供商家；发送模块1003，用于向用户终端发送目标商品的商品信息和/或提供商家的商家信息，以供用户终端显示目标商品的商品信息和/或提供商家的商家信息，其中，目标商品和/或提供商家具有配送属性的标识。

本申请实施例，实现全城商品搜索，降低出现对距离较远商家或运力资源不足商家不曝光的问题，提高用户购物成功概率，能够满足用户随时随地的购物需求，提高用户的购物满意度。

进一步地，配送属性包括第一运力资源或第二运力资源，第一运力资源为预设网格配送，第二运力资源为跨至少两个所述预设网格配送。

进一步地，配送属性还包括第三运力资源，第三运力资源为自取。

进一步地，第二运力资源的配送距离大于第一运力资源的配送距离，或第二运力资源的配送范围超出第一运力资源的预设网格。

进一步地，配送属性通过以下方式确定：基于提供商家的商家位置，若用户位置超出第一运力资源对应的预设网格，则确定配送属性为第二运力资源或第三运力资源；基于提供商家的商家位置，若用户位置位于第一运力资源对应的预设网格内，且根据第一运力资源的分配信息判定提供商家无第一运力资源分配，则确定配送属性为第二运力资源或第三运力资源；基于所述提供商家的商家位置，若用户位置位于所述第一运力资源对应的预设网格内，且根据第一运力资源的分配信息判定所述提供商家存在第一运力资源分配，则确定所述配送属性为所述第一运力资源。

进一步地，获取模块1001，还用于：获取来自用户终端的配送订单；处理模块1002，还用于为配送订单分配第二运力资源，配送订单为用户终端在用户选择的配送属性为第二运力资源时根据商品订单所生成；发送模块1003，还用于将配送订单发送至第二运力资源的终端。

进一步地，获取模块1001，还用于获取用户终端的订单查看指令；处理模块1002，还用于响应于订单查看指令，获取第二运力资源的配送状态；发送模块1003，还用于将配送状态发送至用户终端。

进一步地，获取模块1001，还用于获取第一终端的订单取消指令；处理模块1002，还用于响应于订单取消指令，获取第二运力资源的配送状态；发送模块1003，还用于：若配送状态为取货状态，则向第二终端发送对商品订单的取消信息，以及向第二运力资源的终端发送对配送订单的取消信息；若配送状态为到店状态或送货状态，则向第一终端发送第三提示信息，第三提示信息用于提示与第二运力资源协商取消订单；其中，若第一终端为用户终端，则第二终端为提供商家的商家终端，若第一终端为提供商家的商家终端，则第二终端为用户终端。

本申请实施例中的信息处理装置可以是计算机设备，也可以是计算机设备中的部件，例如集成电路或芯片。该计算机设备可以是终端，也可以为除终端之外的其他设备。示例性的，计算机设备可以为手机、平板电脑、笔记本电脑、掌上电脑、车载计算机设备、移动上网装置（Mobile Internet Device，MID）、增强现实(Augmented Reality，AR)/虚拟现实(Virtual Reality，VR)设备、机器人、可穿戴设备、超级移动个人计算机（Ultra-MobilePersonal Computer，UMPC）、上网本或者个人数字助理（Personal Digital Assistant，PDA）等，还可以为服务器、网络附属存储器（Network Attached Storage，NAS）、个人计算机（Personal Computer，PC）、柜员机或者自助机等，本申请实施例不作具体限定。

本申请实施例中的信息处理装置可以为具有操作系统的装置。该操作系统可以为安卓（Android）操作系统，可以为ios操作系统，还可以为其他可能的操作系统，本申请实施例不作具体限定。

本申请实施例提供的信息处理装置能够实现图1或图2的信息处理方法实施例实现的各个过程，为避免重复，这里不再赘述。

本申请实施例还提供一种计算机设备，如图11所示，该计算机设备1100包括处理器1101和存储器1102，存储器1102上存储有可在处理器1101上运行的程序或指令，该程序或指令被处理器1101执行时实现上述信息处理方法实施例的各个步骤，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要说明的是，本申请实施例中的计算机设备包括上述的移动计算机设备和非移动计算机设备。

存储器1102可用于存储软件程序以及各种数据。存储器1102可主要包括存储程序或指令的第一存储区和存储数据的第二存储区，其中，第一存储区可存储操作系统、至少一个功能所需的应用程序或指令（比如声音播放功能、图像播放功能等）等。此外，存储器1102可以包括易失性存储器或非易失性存储器，或者，存储器1102可以包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器（Read-Only Memory，ROM）、可编程只读存储器（Programmable ROM，PROM）、可擦除可编程只读存储器（Erasable PROM，EPROM）、电可擦除可编程只读存储器（Electrically EPROM，EEPROM）或闪存。易失性存储器可以是随机存取存储器（Random Access Memory，RAM），静态随机存取存储器（Static RAM，SRAM）、动态随机存取存储器（Dynamic RAM，DRAM）、同步动态随机存取存储器（Synchronous DRAM，SDRAM）、双倍数据速率同步动态随机存取存储器（Double Data Rate SDRAM，DDRSDRAM）、增强型同步动态随机存取存储器（Enhanced SDRAM，ESDRAM）、同步连接动态随机存取存储器（Synch link DRAM，SLDRAM）和直接内存总线随机存取存储器（Direct Rambus RAM，DRRAM）。本申请实施例中的存储器1102包括但不限于这些和任意其它适合类型的存储器。

处理器1101可包括一个或多个处理单元；可选的，处理器1101集成应用处理器和调制解调处理器，其中，应用处理器主要处理涉及操作系统、用户界面和应用程序等的操作，调制解调处理器主要处理无线通信信号，如基带处理器。可以理解的是，上述调制解调处理器也可以不集成到处理器1101中。

本申请实施例还提供一种可读存储介质，可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述信息处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

本申请实施例还提供了一种芯片，芯片包括处理器和通信接口，通信接口和处理器耦合，处理器用于运行程序或指令，实现上述信息处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片、系统芯片、芯片系统或片上系统芯片等。

本申请实施例还提供一种计算机程序产品，该程序产品被存储在存储介质中，该程序产品被至少一个处理器执行以实现如上述信息处理方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (23)

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

获取用户的商品搜索信息，向服务器发送所述商品搜索信息，以供所述服务器根据所述商品搜索信息确定目标商品和/或所述目标商品的提供商家；

显示所述服务器下发的所述目标商品的商品信息和/或所述提供商家的商家信息，其中，所述目标商品和/或所述提供商家具有配送属性的标识。

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

所述配送属性包括第一运力资源或第二运力资源，所述第一运力资源为预设网格配送，所述第二运力资源为跨至少两个所述预设网格配送。

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

所述配送属性还包括第三运力资源，所述第三运力资源为自取。

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

所述第二运力资源的配送距离大于所述第一运力资源的配送距离，或所述第二运力资源的配送范围超出所述第一运力资源的预设网格。

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

基于所述提供商家的商家位置，若用户位置超出所述第一运力资源对应的预设网格，则由所述服务器提供的所述配送属性为所述第二运力资源或所述第三运力资源；

基于所述提供商家的商家位置，若用户位置位于所述第一运力资源对应的预设网格内，且根据所述第一运力资源的分配信息判定所述提供商家无第一运力资源分配，则由所述服务器提供的所述配送属性为所述第二运力资源或所述第三运力资源；

基于所述提供商家的商家位置，若用户位置位于所述第一运力资源对应的预设网格内，且根据所述第一运力资源的分配信息判定所述提供商家存在第一运力资源分配，则由所述服务器提供的所述配送属性为所述第一运力资源。

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

获取用户对所述提供商家的选择指令，若用户选择的所述提供商家的配送属性为所述第二运力资源或所述第三运力资源，则显示所述提供商家的提供商品信息和第一提示信息，所述第一提示信息用于提示用户在对所述提供商家的目标商品下单后确定所述目标商品的配送属性，所述提供商品信息中包括所述目标商品的商品信息。

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

获取用户对所述目标商品的选择指令，若用户选择的所述目标商品的配送属性为所述第二运力资源或所述第三运力资源，则生成待确认订单和第二提示信息，所述第二提示信息用于提示用户在对所述目标商品下单后确定所述目标商品的配送属性。

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

获取用户对所述目标商品的下单指令，若所述目标商品的配送属性为所述第二运力资源或所述第三运力资源，则生成商品订单和选择控件，其中，所述选择控件用于指示用户确定所述配送属性为所述第二运力资源或所述第三运力资源。

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

获取用户确定的所述目标商品的配送属性，以及若用户确定的所述配送属性为所述第二运力资源，则根据所述商品订单生成配送订单，并向所述服务器发送所述配送订单，以供所述服务器为所述配送订单分配所述第二运力资源。

10.根据权利要求9所述的方法，其特征在于，在向所述服务器发送所述配送订单之后，还包括：

获取用户对所述配送订单的订单查看指令，从所述服务器获取所述第二运力资源的配送状态，并显示所述配送状态。

11.根据权利要求9所述的方法，其特征在于，在向所述服务器发送所述配送订单之后，还包括：

获取用户对所述商品订单的订单取消指令；

将所述订单取消指令发送至所述服务器，以供所述服务器根据所述第二运力资源的配送状态确定是否取消所述商品订单和所述配送订单。

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

获取来自用户终端的商品搜索信息，并根据所述商品搜索信息，确定目标商品和/或所述目标商品的提供商家；

向所述用户终端发送所述目标商品的商品信息和/或所述提供商家的商家信息，以供所述用户终端显示所述目标商品的商品信息和/或所述提供商家的商家信息，其中，所述目标商品和/或所述提供商家具有配送属性的标识。

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

所述配送属性包括第一运力资源或第二运力资源，所述第一运力资源为预设网格配送，所述第二运力资源为跨至少两个所述预设网格配送。

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

所述配送属性还包括第三运力资源，所述第三运力资源为自取。

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

所述第二运力资源的配送距离大于所述第一运力资源的配送距离，或所述第二运力资源的配送范围超出所述第一运力资源的预设网格。

16.根据权利要求14所述的方法，其特征在于，所述配送属性通过以下方式确定：

基于所述提供商家的商家位置，若用户位置超出所述第一运力资源对应的预设网格，则确定所述配送属性为所述第二运力资源或所述第三运力资源；

基于所述提供商家的商家位置，若用户位置位于所述第一运力资源对应的预设网格内，且根据第一运力资源的分配信息判定所述提供商家无第一运力资源分配，则确定所述配送属性为所述第二运力资源或所述第三运力资源；

基于所述提供商家的商家位置，若用户位置位于所述第一运力资源对应的预设网格内，且根据第一运力资源的分配信息判定所述提供商家存在第一运力资源分配，则确定所述配送属性为所述第一运力资源。

17.根据权利要求14所述的方法，其特征在于，在向所述用户终端发送所述目标商品的商品信息和/或所述提供商家的商家信息之后，还包括：

获取来自所述用户终端的配送订单，所述配送订单为所述用户终端在用户选择的配送属性为所述第二运力资源时根据商品订单所生成；

为所述配送订单分配所述第二运力资源，并将所述配送订单发送至所述第二运力资源的终端。

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

获取模块，用于获取用户的商品搜索信息；

发送模块，用于向服务器发送所述商品搜索信息，以供所述服务器根据所述商品搜索信息确定目标商品和/或所述目标商品的提供商家；

显示模块，用于显示所述服务器下发的所述目标商品的商品信息和/或所述提供商家的商家信息，其中，所述目标商品和/或所述提供商家具有配送属性的标识。

19.根据权利要求18所述的装置，其特征在于，

所述配送属性包括第一运力资源或第二运力资源，所述第一运力资源为预设网格配送，所述第二运力资源为跨至少两个所述预设网格配送。

20.根据权利要求19所述的装置，其特征在于，

所述配送属性还包括第三运力资源，所述第三运力资源为自取。

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

获取模块，用于获取来自用户终端的商品搜索信息；

处理模块，用于根据所述商品搜索信息，确定目标商品和/或所述目标商品的提供商家；

发送模块，用于向所述用户终端发送所述目标商品的商品信息和/或所述提供商家的商家信息，以供所述用户终端显示所述目标商品的商品信息和/或所述提供商家的商家信息，其中，所述目标商品和/或所述提供商家具有配送属性的标识。

22.根据权利要求21所述的装置，其特征在于，

所述配送属性包括第一运力资源或第二运力资源，所述第一运力资源为预设网格配送，所述第二运力资源为跨至少两个所述预设网格配送。

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

所述配送属性还包括第三运力资源，所述第三运力资源为自取。

Images