CN114493772A - 一种订单处理方法、装置、电子设备及可读存储介质 - Google Patents

Abstract

本公开的实施例提供了一种订单处理方法、装置、电子设备及可读存储介质，所述方法包括：在接收到订单确认请求的情况下，在预置界面中显示可选择的地址生成策略，不同的地址生成策略用于生成不同保密级别的配送地址；根据用户选择的地址生成策略，生成订单的配送地址。本公开实施例根据用户选择的地址生成策略，对用户当前的订单生成相应保密级别的配送地址，以满足不同的用户需求。通过本公开实施例，使得生成的配送地址可以满足不同用户或者用户在不同场景/时期的隐私安全标准，在兼顾用户隐私安全的同时，可以提升用户的个性化体验。

Description

一种订单处理方法、装置、电子设备及可读存储介质

技术领域

本公开的实施例涉及网络技术领域，尤其涉及一种订单处理方法、装置、电子设备及可读存储介质。

背景技术

随着移动终端设备和网络技术的发展，用户可以通过终端设备中的APP(Application，应用程序)外卖点餐，为用户带来极大的便利。

然而，用户的外卖订单通常需要填写用户的详细地址，以便配送人员可以将订单物品送至用户指定的地点。这样将导致用户的隐私信息泄露，为用户带来安全隐患。

发明内容

本公开的实施例提供一种订单处理方法、装置、电子设备及可读存储介质，使得生成的配送地址可以满足不同用户或者用户在不同场景/时期的隐私安全标准，在兼顾用户隐私安全的同时，可以提升用户的个性化体验。

根据本公开的实施例的第一方面，提供了一种订单处理方法，所述方法包括：

在接收到订单确认请求的情况下，在预置界面中显示可选择的地址生成策略，不同的地址生成策略用于生成不同保密级别的配送地址；

根据用户选择的地址生成策略，生成订单的配送地址。

根据本公开的实施例的第二方面，提供了一种订单处理装置，所述装置包括：

策略显示模块，用于在接收到订单确认请求的情况下，在预置界面中显示可选择的地址生成策略，不同的地址生成策略用于生成不同保密级别的配送地址；

地址生成模块，用于根据用户选择的地址生成策略，生成订单的配送地址。

根据本公开的实施例的第三方面，提供了一种电子设备，包括：处理器、存储器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现前述所述的订单处理方法。

本公开的实施例提供了一种订单处理方法、装置、电子设备及可读存储介质，所述方法包括：在接收到订单确认请求的情况下，在预置界面中显示可选择的地址生成策略，不同的地址生成策略用于生成不同保密级别的配送地址；根据用户选择的地址生成策略，生成订单的配送地址。

本公开实施例在接收到订单确认请求的情况下，可以将页面将跳转至预置界面，在预置界面中显示可选择的地址生成策略，不同的地址生成策略用于生成不同保密级别的配送地址。用户可以根据实际需要选择所需的地址生成策略，本公开实施例根据用户选择的地址生成策略，对用户当前的订单生成相应保密级别的配送地址，以满足不同的用户需求。例如，在用户更加注重隐私安全性的情况下，可以选择高保密级别配送地址的地址生成策略，以避免用户的地址泄露，保证用户的隐私安全性；而在用户更加注重配送体验或者已经可以确认骑手是用户较为偏好的情况下，可以选择低保密级别配送地址的地址生成策略，以提高用户的配送体验。通过本公开实施例，使得生成的配送地址可以满足不同用户或者用户在不同场景/时期的隐私安全标准，在兼顾用户隐私安全的同时，可以提升用户的个性化体验。

附图说明

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

图1示出了本公开的一种实施例中的订单处理方法的步骤流程图；

图2示出了本公开的一种实施例中的应用场景架构图；

图3示出了本公开的一种实施例中的订单处理装置的结构示意图；

图4示出了本公开的一种实施例中的电子设备的结构图。

具体实施方式

下面将结合本公开的实施例中的附图，对本公开的实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本公开的实施例一部分实施例，而不是全部的实施例。基于本公开的实施例中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本公开的实施例保护的范围。

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

参照图1，其示出了本公开的一种实施例中的订单处理方法的步骤流程图，所述方法可以包括：

步骤101、在接收到订单确认请求的情况下，在预置界面中显示可选择的地址生成策略，不同的地址生成策略用于生成不同保密级别的配送地址；

步骤102、根据用户选择的地址生成策略，生成订单的配送地址。

本公开实施例提供的订单处理方法可用于在网上购物场景中，根据用户的不同需求生成不同保密级别的配送地址。网上购物是指，用户通过互联网检索物品信息，通过在购物网站服务器提供的指示信息的页面输入电子订单信息，以发出购物请求，然后通过用户的银行账号或信用卡卡号等支付帐号，实现对购买物品的付款操作，服务器根据用户输入并提交的电子订单信息，生成电子订单并提供给卖家，卖家以该电子订单为凭，将用户购买的物品送达电子订单上指定的配送地址。

参照图2，示出了本公开实施例提供的订单处理方法的应用场景架构图。如图2所示，本公开实施例的应用场景可以包括用户终端201和服务端202。其中，用户终端201与服务端202之间通过无线或有线网络连接。用户终端201包括但不限于手机、智能机器人、AI人工客服、移动电脑、平板电脑等电子设备。服务端202可以是一台服务器、若干台服务器组成的服务器集群或云计算中心。

本公开实施例的订单处理方法可单独由用户终端201执行，或者，本公开实施例的订单处理方法可单独由服务端202执行，或者，本公开实施例的订单处理方法可以通过用户终端201和服务端202之间的交互协同执行。

需要说明的是，图2所示的架构图是为了更加清楚地说明本公开实施例中的技术方案，并不构成对本公开实施例提供的技术方案的限制，对于其他的应用场景架构和业务应用，本公开实施例提供的技术方法对于类似的问题，同样适用。

在本公开实施例中，网上购物场景包括但不限于外卖、闪购、跑腿等即时配送场景，还可以包括在线商城等非即时配送场景。为便于描述，本公开实施例中以外卖场景为例进行描述，其他场景相互参照即可。

在实际应用中，用户在外卖应用中选择所需菜品之后点击去结算的按钮，此时，外卖应用的服务器会接收到订单确认请求，则响应于该订单确认请求进入生成配送地址的流程。

具体地，本公开实施例在接收到订单确认请求的情况下，将页面将跳转至预置界面，在预置界面中显示可选择的地址生成策略，不同的地址生成策略用于生成不同保密级别的配送地址。

所述预置界面可以是付款页面，或者，还可以是设置的特定页面，可以显示可选择的地址生成策略。需要说明的是，预置界面中显示的可选择的地址生成策略以单选形式进行显示。

本公开实施例设置了可供用户选择的地址生成策略，不同的地址生成策略可用于生成不同保密级别的配送地址。用户可以根据实际需要选择所需的地址生成策略，本公开实施例根据用户选择的地址生成策略，对用户当前的订单生成相应保密级别的配送地址，以满足不同的用户需求。

示例性地，在用户更加注重安全性的情况下，可以选择高保密级别配送地址的地址生成策略，而在用户更加注重配送体验或者已经可以确认骑手是用户较为偏好的情况下，可以选择低保密级别配送地址的地址生成策略。

在本公开的一种可选实施例中，所述不同保密级别可以包括但不限于第一保密级别和第二保密级别，其中，第一保密级别的配送地址包含真实地址，第二保密级别的配送地址不包含真实地址。

第一保密级别的配送地址可以是用户填写的真实地址，例如用户家的具体门牌号，以方便订单物品可以直接送到用户的家中。第二保密级别的配送地址可以是模糊地址，其中不包含用户的真实地址。示例性地，该模糊地址可以是用户居住的小区地址，或者用户居住的楼号地址。在使用第二保密级别的配送地址时，用户需要到小区门口或者楼下去取订单物品，虽然为用户带了一些不便，但是可以避免用户的真实地址被暴露，以满足用户更高的隐私安全标准，并且在一定程度上可以提高用户的下单率。

在具体实施中，虽然可以对所有订单都生成模糊地址，以避免用户的真实地址被暴露，保证用户的隐私安全性。但是，采用这种方式时，骑手在配送每个订单时，都需要给用户打电话通知用户，还有可能需要等待用户下楼来取订单物品，每一单都增加打电话和等待用户的流程会严重影响配送效率；此外，如果用户又要求骑手将订单物品送到家，又需要再次通过打电话、发消息等进行二次沟通，增加了用户的操作成本。

通过本公开实施例，根据用户选择的地址生成策略，对用户当前的订单生成相应保密级别的配送地址，以满足不同用户的个性化需求；使得生成的配送地址可以满足不同用户或者用户在不同场景/时期的隐私安全标准，在兼顾用户隐私安全的同时，可以提升用户的个性化体验；此外，本公开实施例还可以减少用户和骑手的操作成本以及沟通成本，提高了配送效率。

在本公开的一种可选实施例中，所述根据用户选择的地址生成策略，生成订单的配送地址，可以包括：

若所述用户选择的地址生成策略为第一策略，则对所述订单生成第一保密级别的配送地址；或者，

若所述用户选择的地址生成策略为第二策略，则对所述订单生成第二保密级别的配送地址。

一个示例中，用户在外卖应用中选完菜品之后点击去结算的按钮，页面跳转至预置界面(如付款页面)，进入配送地址的选择流程。可选地，在付款页面中可以显示可选择的地址生成策略，例如，在付款页面中的地址选择栏中显示有如下三个单选的选项：使用真实地址(第一策略)、使用模糊地址(第二策略)、等待分配骑手后再确认地址(第三策略)。

可选地，在进入预置界面时可以默认选中使用真实地址(第一策略)，用户可以根据需要对默认选择进行修改。

若用户选择的地址生成策略为第一策略，则对当前的订单生成第一保密级别的配送地址，如可以将用户的真实地址作为订单的配送地址。

若用户选择的地址生成策略为第二策略，则对当前的订单生成第二保密级别的配送地址，如可以将用户的模糊地址作为订单的配送地址。

在本公开的一种可选实施例中，所述对所述订单生成第二保密级别的配送地址，可以包括：

根据所述用户的历史配送地址，对所述订单生成第二保密级别的配送地址；或者，

利用预设算法对所述用户的真实地址进行脱敏处理，得到所述订单的第二保密级别的配送地址。

若用户选择了第二策略(如使用模糊地址)，则可以查询用户的历史配送地址，若用户填写过模糊地址，则可以直接将用户使用过的模糊地址作为该订单的配送地址；若用户未填写过模糊地址，可以显示用于填写模糊地址的引导界面，以引导用户填写模糊地址；或者，若用户未填写过模糊地址，可以利用预设算法对用户的真实地址进行脱敏处理，生成模糊地址并推荐给用户，以供用户选择或者修改。

需要说明的是，本公开实施例对生成模糊地址的具体算法不做限制。

可选地，在对所述订单生成第二保密级别的配送地址之后，所述方法还可以包括：对所述订单分配骑手，并识别该骑手的用户偏好标签，若该骑手的用户偏好标签满足第一条件，则使用第一保密级别的配送地址；若该骑手的用户偏好标签满足第二条件或该骑手不存在用户偏好标签，则使用第二保密级别的配送地址。

所述用户偏好标签可用于表示用户对骑手的偏好程度。示例性地，所述偏好程度可以包括用户对骑手的熟识程度、信任程度等。

在本公开实施例中，骑手的用户偏好标签满足第一条件，表示用户对该骑手具有较高的偏好程度。例如，用户与该骑手较为熟识，或者，用户与该骑手已建立了信任关系等。骑手的用户偏好标签满足第二条件，表示用户对该骑手具有较低的偏好程度。例如，用户与该骑手不熟识，或者，用户与该骑手已建立了不信任关系等。

可以理解的是，本公开实施例对用户偏好标签的表现形式以及第一条件和第二条件的具体内容不做限制。示例性地，所述用户偏好标签可以包括但不限于如下任意一项：偏好骑手、熟识骑手、可信骑手、不偏好骑手、不熟识骑手、不可信骑手等。其中，满足第一条件的用户偏好标签可以包括：偏好骑手、熟识骑手、可信骑手。满足第二条件的用户偏好标签可以包括：不偏好骑手、不熟识骑手、不可信骑手。

在接收到用户选择的地址生成策略为第二策略并且生成模糊地址之后，本公开实施例可以通过调度系统对当前的订单分配骑手，并识别该骑手的用户偏好标签，若识别该骑手的用户偏好标签满足第一条件，说明用户对该骑手具有较高的偏好程度，则可以使用第一保密级别的配送地址。可选地，此时可以显示提示信息，如“当前订单的骑手是您熟识的骑手，是否选择真实地址作为配送地址？”，在接收到用户同意的响应消息时，可以对该订单使用第一保密级别的配送地址；在接收到用户拒绝的响应消息时，则继续使用第二保密级别的配送地址。

所述用户偏好标签可以为系统根据大数据对配送平台中的各个骑手进行自动标记得到的，或者，还可以为订单配送完成之后用户对配送的骑手进行手动标记得到的。本公开实施例对标记所述用户偏好标签的方法不做限制。

本公开实施例根据用户的实际需求以及骑手的大数据信息确定配送地址的保密级别，使得确定的配送地址既可以满足用户的配送体验又可以保证骑手的配送效率，同时还可以兼具用户的安全性。

在本公开的一种可选实施例中，所述根据用户选择的地址生成策略，生成订单的配送地址，可以包括：

步骤S11、若所述用户选择的地址生成策略为第三策略，则对所述订单分配骑手；

步骤S12、识别所述骑手的用户偏好标签；

步骤S13、若所述骑手的用户偏好标签满足第一条件，则对所述订单生成第一保密级别的配送地址；

步骤S14、若所述骑手的用户偏好标签满足第二条件或者所述骑手不存在用户偏好标签，则根据所述骑手的用户画像计算所述骑手的用户偏好得分；

步骤S15、若所述用户偏好得分高于预设值，则对所述订单生成第一保密级别的配送地址，否则，对所述订单生成第二保密级别的配送地址。

在实际应用中，若用户选择的地址生成策略为第三策略(如等待分配骑手后再确认地址)，则先通过调度系统对当前的订单分配骑手，并识别该骑手的用户偏好标签；若该骑手的用户偏好标签满足第一条件，说明用户对该骑手具有较高的偏好程度，则对当前的订单生成第一保密级别的配送地址；若该骑手的用户偏好标签满足第二条件或者该骑手不存在用户偏好标签(如该骑手可能是一个新注册的骑手)，此时为了确认用户对该骑手的偏好程度，可以进一步获取该骑手的用户画像，根据该骑手的用户画像计算该骑手的用户偏好得分。所述用户偏好得分可用于表示大多用户对该骑手的偏好程度。若该骑手的用户偏好得分高于预设值，说明该骑手可以满足大多用户的偏好程度，则对当前的订单生成第一保密级别的配送地址，否则，若该骑手的用户偏好得分小于预设值，说明该骑手不能满足大多用户的偏好程度，则对当前的订单生成第二保密级别的配送地址。

一个示例中，在接收到用户选择的地址生成策略为第三策略，并且对当前的订单分配骑手之后，若该骑手的用户偏好标签满足第二条件或者该骑手不存在用户偏好标签，可以获取该骑手的用户画像，根据该骑手的用户画像计算该骑手的用户偏好得分，并在地址选择界面中显示该骑手的用户偏好得分，以使用户可以根据该骑手的用户偏好得分确定配送地址的保密等级，如选择真实地址还是模糊地址作为配送地址。

另一个示例中，在接收到用户选择的地址生成策略为第三策略，并且对当前的订单分配骑手之后，若该骑手的用户偏好标签满足第二条件或者该骑手不存在用户偏好标签，可以进入地址选择界面，并在该地址选择界面中展现该骑手的用户画像数据，以辅助用户确定配送地址的保密等级。骑手的用户画像数据可以包括但不限于用户比较关注的关键信息，比如骑手被多少用户标记为偏好骑手、骑手的历史订单数量、骑手的好评数和差评数等。用户可以根据显示的骑手的用户画像数据，确定配送地址的保密等级，如选择真实地址还是模糊地址作为配送地址。

在本公开的一种可选实施例中，所述方法还可以包括：

步骤S21、在所述订单配送完成后，获取用户对配送所述订单的骑手做出的评价信息；

步骤S22、根据所述评价信息对所述骑手标记用户偏好标签。

在用户的订单配送完成后，本公开实施例可以根据用户对骑手做出的评价信息和/或该骑手的用户画像数据，对该骑手标记用户偏好标签。所述用户偏好标签可以包括但不限于如下任意一项：偏好骑手、熟识骑手、可信骑手、不偏好骑手、不熟识骑手、不可信骑手等。

可选地，对于未标记用户偏好标签的骑手，可以标记新的用户偏好标签；对于已标记用户偏好标签的骑手，可以根据用户的评价信息更新骑手的用户偏好标签。

进一步地，在用户的订单配送完成后，本公开实施例还可以接收用户对该骑手标记的用户偏好标签。由此，在具体实施中，当对某个订单分配骑手后，还可以获取对该骑手标记第一条件的用户偏好标签的用户数量以及对该骑手标记第二条件的用户偏好标签的用户数量，可以作为对该骑手配送的订单选择配送地址的保密级别的参考信息。

在本公开的一种可选实施例中，所述方法还可以包括：

步骤S31、获取所述骑手的多维数据，所述多维数据可以包括如下至少一项：标签数据、信任数据、订单数据、评价数据；

步骤S32、根据所述骑手的多维数据，生成所述骑手的用户画像。

其中，骑手的用户画像与数据挖掘、大数据息息相关，通过数据挖掘和大数据技术建立描绘骑手的标签，骑手的用户画像可以是各类描述骑手特征的标签集合。

本公开实施例在接收到订单确认请求后，在执行地址选择流程的过程中，可以根据骑手的用户画像辅助确定配送地址的保密级别。通过大数据技术构建骑手的用户画像，从而为选择兼顾配送体验和安全性的配送地址提供充分的依据。

综上，本公开实施例在接收到订单确认请求的情况下，可以将页面将跳转至预置界面，在预置界面中显示可选择的地址生成策略，不同的地址生成策略用于生成不同保密级别的配送地址。用户可以根据实际需要选择所需的地址生成策略，本公开实施例根据用户选择的地址生成策略，对用户当前的订单生成相应保密级别的配送地址，以满足不同的用户需求。例如，在用户更加注重隐私安全性的情况下，可以选择高保密级别配送地址的地址生成策略，以避免用户的地址泄露，保证用户的隐私安全性；而在用户更加注重配送体验或者已经可以确认骑手是用户较为偏好的情况下，可以选择低保密级别配送地址的地址生成策略，以提高用户的配送体验。通过本公开实施例，使得生成的配送地址可以满足不同用户或者用户在不同场景/时期的隐私安全标准，在兼顾用户隐私安全的同时，可以提升用户的个性化体验。

需要说明的是，对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本公开实施例并不受所描述的动作顺序的限制，因为依据本公开实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本公开实施例所必须的。

参照图3，其示出了在本公开的一种实施例中的订单处理装置的结构图，所述装置包括：

策略显示模块301，用于在接收到订单确认请求的情况下，在预置界面中显示可选择的地址生成策略，不同的地址生成策略用于生成不同保密级别的配送地址；

地址生成模块302，用于根据用户选择的地址生成策略，生成订单的配送地址。

可选地，所述地址生成模块，包括：

第一选择模块，用于若所述用户选择的地址生成策略为第一策略，则对所述订单生成第一保密级别的配送地址；或者，

第二选择模块，用于若所述用户选择的地址生成策略为第二策略，则对所述订单生成第二保密级别的配送地址。

可选地，所述第二选择模块，包括：

第一生成子模块，用于根据所述用户的历史配送地址，对所述订单生成第二保密级别的配送地址；或者，

第二生成子模块，用于利用预设算法对所述用户的真实地址进行脱敏处理，得到所述订单的第二保密级别的配送地址。

可选地，所述地址生成模块，包括：

第三选择子模块，用于若所述用户选择的地址生成策略为第三策略，则对所述订单分配骑手；

标签识别子模块，用于识别所述骑手的用户偏好标签；

第三生成子模块，用于若所述骑手的用户偏好标签满足第一条件，则对所述订单生成第一保密级别的配送地址；

得分计算子模块，用于若所述骑手的用户偏好标签满足第二条件或者所述骑手不存在用户偏好标签，则根据所述骑手的用户画像计算所述骑手的用户偏好得分；

第四生成子模块，用于若所述用户偏好得分高于预设值，则对所述订单生成第一保密级别的配送地址，否则，对所述订单生成第二保密级别的配送地址。

可选地，所述装置还包括：

评价获取模块，用于在所述订单配送完成后，获取用户对配送所述订单的骑手做出的评价信息；

标记标签模块，用于根据所述评价信息对所述骑手标记用户偏好标签。

可选地，所述装置还包括：

数据获取模块，用于获取所述骑手的多维数据，所述多维数据包括如下至少一项：标签数据、信任数据、订单数据、评价数据；

画像构建模块，用于根据所述骑手的多维数据，生成所述骑手的用户画像。

可选地，所述不同保密级别包括第一保密级别和第二保密级别，其中，第一保密级别的配送地址包含真实地址，第二保密级别的配送地址不包含真实地址。

本公开实施例在接收到订单确认请求的情况下，可以将页面将跳转至预置界面，在预置界面中显示可选择的地址生成策略，不同的地址生成策略用于生成不同保密级别的配送地址。用户可以根据实际需要选择所需的地址生成策略，本公开实施例根据用户选择的地址生成策略，对用户当前的订单生成相应保密级别的配送地址，以满足不同的用户需求。例如，在用户更加注重隐私安全性的情况下，可以选择高保密级别配送地址的地址生成策略，以避免用户的地址泄露，保证用户的隐私安全性；而在用户更加注重配送体验或者已经可以确认骑手是用户较为偏好的情况下，可以选择低保密级别配送地址的地址生成策略，以提高用户的配送体验。通过本公开实施例，使得生成的配送地址可以满足不同用户或者用户在不同场景/时期的隐私安全标准，在兼顾用户隐私安全的同时，可以提升用户的个性化体验。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述，此处将不做详细阐述说明。

本公开的实施例还提供了一种电子设备，参照图4，包括：处理器401、存储器402以及存储在所述存储器402上并可在所述处理器上运行的计算机程序4021，所述处理器401执行所述程序时实现前述实施例的订单处理方法。

本公开的实施例还提供了一种可读存储介质，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行前述实施例的订单处理方法。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本公开的实施例也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本公开的实施例的内容，并且上面对特定语言所做的描述是为了披露本公开的实施例的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本公开的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本公开的实施例的示例性实施例的描述中，本公开的实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本公开的实施例要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本公开的实施例的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

本公开的实施例的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本公开的实施例的文件处理设备中的一些或者全部部件的一些或者全部功能。本公开的实施例还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序。这样的实现本公开的实施例的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本公开的实施例进行说明而不是对本公开的实施例进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本公开的实施例可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

以上所述仅为本公开的实施例的较佳实施例而已，并不用以限制本公开的实施例，凡在本公开的实施例的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本公开的实施例的保护范围之内。

以上所述，仅为本公开的实施例的具体实施方式，但本公开的实施例的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本公开的实施例揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本公开的实施例的保护范围之内。因此，本公开的实施例的保护范围应以权利要求的保护范围为准。

Claims (16)

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

在接收到订单确认请求的情况下，在预置界面中显示可选择的地址生成策略，不同的地址生成策略用于生成不同保密级别的配送地址；

根据用户选择的地址生成策略，生成订单的配送地址。

2.根据权利要求1所述的方法，其特征在于，所述根据用户选择的地址生成策略，生成订单的配送地址，包括：

若所述用户选择的地址生成策略为第一策略，则对所述订单生成第一保密级别的配送地址；或者，

若所述用户选择的地址生成策略为第二策略，则对所述订单生成第二保密级别的配送地址。

3.根据权利要求2所述的方法，其特征在于，所述对所述订单生成第二保密级别的配送地址，包括：

根据所述用户的历史配送地址，对所述订单生成第二保密级别的配送地址；或者，

利用预设算法对所述用户的真实地址进行脱敏处理，得到所述订单的第二保密级别的配送地址。

4.根据权利要求1所述的方法，其特征在于，所述根据用户选择的地址生成策略，生成订单的配送地址，包括：

若所述用户选择的地址生成策略为第三策略，则对所述订单分配骑手；

识别所述骑手的用户偏好标签；

若所述骑手的用户偏好标签满足第一条件，则对所述订单生成第一保密级别的配送地址；

若所述骑手的用户偏好标签满足第二条件或者所述骑手不存在用户偏好标签，则根据所述骑手的用户画像计算所述骑手的用户偏好得分；

若所述用户偏好得分高于预设值，则对所述订单生成第一保密级别的配送地址，否则，对所述订单生成第二保密级别的配送地址。

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

在所述订单配送完成后，获取用户对配送所述订单的骑手做出的评价信息；

根据所述评价信息对所述骑手标记用户偏好标签。

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

获取所述骑手的多维数据，所述多维数据包括如下至少一项：标签数据、信任数据、订单数据、评价数据；

根据所述骑手的多维数据，生成所述骑手的用户画像。

7.根据权利要求1所述的方法，其特征在于，所述不同保密级别包括第一保密级别和第二保密级别，其中，第一保密级别的配送地址包含真实地址，第二保密级别的配送地址不包含真实地址。

8.一种订单处理装置，其特征在于，所述装置包括：

策略显示模块，用于在接收到订单确认请求的情况下，在预置界面中显示可选择的地址生成策略，不同的地址生成策略用于生成不同保密级别的配送地址；

地址生成模块，用于根据用户选择的地址生成策略，生成订单的配送地址。

9.根据权利要求8所述的装置，其特征在于，所述地址生成模块，包括：

第一选择模块，用于若所述用户选择的地址生成策略为第一策略，则对所述订单生成第一保密级别的配送地址；或者，

第二选择模块，用于若所述用户选择的地址生成策略为第二策略，则对所述订单生成第二保密级别的配送地址。

10.根据权利要求9所述的装置，其特征在于，所述第二选择模块，包括：

第一生成子模块，用于根据所述用户的历史配送地址，对所述订单生成第二保密级别的配送地址；或者，

第二生成子模块，用于利用预设算法对所述用户的真实地址进行脱敏处理，得到所述订单的第二保密级别的配送地址。

11.根据权利要求8所述的装置，其特征在于，所述地址生成模块，包括：

第三选择子模块，用于若所述用户选择的地址生成策略为第三策略，则对所述订单分配骑手；

标签识别子模块，用于识别所述骑手的用户偏好标签；

第三生成子模块，用于若所述骑手的用户偏好标签满足第一条件，则对所述订单生成第一保密级别的配送地址；

得分计算子模块，用于若所述骑手的用户偏好标签满足第二条件或者所述骑手不存在用户偏好标签，则根据所述骑手的用户画像计算所述骑手的用户偏好得分；

第四生成子模块，用于若所述用户偏好得分高于预设值，则对所述订单生成第一保密级别的配送地址，否则，对所述订单生成第二保密级别的配送地址。

12.根据权利要求8所述的装置，其特征在于，所述装置还包括：

评价获取模块，用于在所述订单配送完成后，获取用户对配送所述订单的骑手做出的评价信息；

标记标签模块，用于根据所述评价信息对所述骑手标记用户偏好标签。

13.根据权利要求12所述的装置，其特征在于，所述装置还包括：

数据获取模块，用于获取所述骑手的多维数据，所述多维数据包括如下至少一项：标签数据、信任数据、订单数据、评价数据；

画像构建模块，用于根据所述骑手的多维数据，生成所述骑手的用户画像。

14.根据权利要求8所述的装置，其特征在于，所述不同保密级别包括第一保密级别和第二保密级别，其中，第一保密级别的配送地址包含真实地址，第二保密级别的配送地址不包含真实地址。

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

处理器、存储器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1至7中任一项所述的订单处理方法。

16.一种可读存储介质，其特征在于，当所述存储介质中的指令由电子设备的处理器执行时，使得电子设备能够执行如方法权利要求1至7中任一项所述的订单处理方法。

Images