订单处理方法、装置、电子设备及计算机可读存储介质与流程

本公开涉及信息处理技术领域，具体涉及一种订单处理方法、装置、电子设备及计算机可读存储介质。

背景技术：

随着移动互联网技术的快速发展，提供不同内容和信息的应用程序的数量越来越多并且内容和信息的分类也越来越细致，例如食品类提供应用程序、服装类提供应用程序、图书类提供应用程序等等。基于这些应用程序，内容和信息的被提供方就可以很方便地选择自己需要的内容和信息。但是，随之带来的问题是若被提供方需要多种或者多种类的内容和信息，就需要在不同的应用程序上分别进行下单，才能满足自己多样化的需求，这不仅不利于提高被提供方的操作效率，而且也不利于提成互联网平台的服务质量。

技术实现要素：

本公开实施例提供一种订单处理方法、装置、电子设备及计算机可读存储介质。

第一方面，本公开实施例中提供了一种订单处理方法。

具体的，所述订单处理方法，包括：

响应于在第一客户端创建第一订单的指令或者在所述第一客户端显示待确认第一订单页面，在预设区域显示预设对象信息；

响应于对于所述预设对象信息的选择指令，生成包含有所述预设对象信息的第二订单；

将所述第二订单发送给第二客户端进行处理。

结合第一方面，本公开在第一方面的第一种实现方式中，所述预设对象信息包括以下信息中的一种或多种：预设对象类别、预设对象名称、预设对象单价、预设对象总价、预设对象数量、预设对象可供数量、预设对象历史交易信息、预设对象提供方名称、预设对象提供方地址、配送地址、配送距离、预计配送时间。

结合第一方面和第一方面的第一种实现方式，本公开在第一方面的第二种实现方式中，所述预设对象信息与所述第一订单信息相关联。

结合第一方面、第一方面的第一种实现方式和第一方面的第二种实现方式，本公开在第一方面的第三种实现方式中，所述预设对象信息与所述第一订单信息相关联，被实施为：

所述预设对象类别、配送地址以及预计配送时间中的至少一种信息与所述第一订单信息共用；和/或

所述预设对象类别、配送地址以及预计配送时间中的至少一种信息根据所述第一订单信息进行设置。

结合第一方面、第一方面的第一种实现方式、第一方面的第二种实现方式和第一方面的第三种实现方式，本公开在第一方面的第四种实现方式中，所述响应于在第一客户端创建第一订单的指令或者在所述第一客户端显示待确认第一订单页面，在预设区域显示预设对象信息，包括：

响应于在第一客户端创建第一订单的指令或者在所述第一客户端显示待确认第一订单页面，获取第一订单配送地址信息；

将所述第一订单配送地址信息发送至所述第二客户端，以使所述第二客户端根据所述第一订单配送地址信息获取与所述第一订单配送地址信息相匹配的预设对象信息，并将所述预设对象信息发送至所述第一客户端；

在所述预设区域显示所述预设对象信息。

结合第一方面、第一方面的第一种实现方式、第一方面的第二种实现方式、第一方面的第三种实现方式和第一方面的第四种实现方式，本公开在第一方面的第五种实现方式中，所述在所述预设区域显示所述预设对象信息，包括：

在所述预设区域中显示预设对象列表；

在所述预设对象列表中的相应位置处显示所述预设对象信息。

结合第一方面、第一方面的第一种实现方式、第一方面的第二种实现方式、第一方面的第三种实现方式、第一方面的第四种实现方式和第一方面的第五种实现方式，本公开在第一方面的第六种实现方式中，所述响应于对于所述预设对象的选择指令，生成包含有所述预设对象信息的第二订单，包括：

响应于对于所述预设对象信息的选择指令，获取第一订单配送地址信息；

根据所述预设对象信息选择指令和所述第一订单配送地址信息，生成包含有所述预设对象的第二订单。

结合第一方面、第一方面的第一种实现方式、第一方面的第二种实现方式、第一方面的第三种实现方式、第一方面的第四种实现方式、第一方面的第五种实现方式和第一方面的第六种实现方式，本公开在第一方面的第七种实现方式中，当所述第一订单和第二订单被合并支付时，所述将所述第二订单发送给第二客户端进行处理，还包括：

确定第二订单结算金额信息；

将所述第二订单结算金额信息发送至第二客户端，使得所述第二客户端根据所述第二订单结算金额信息与所述预设对象提供方结算。

结合第一方面、第一方面的第一种实现方式、第一方面的第二种实现方式、第一方面的第三种实现方式、第一方面的第四种实现方式、第一方面的第五种实现方式、第一方面的第六种实现方式和第一方面的第七种实现方式，本公开在第一方面的第八种实现方式中，所述在预设区域显示预设对象信息之后，还包括：

响应于所述预设对象信息的更新，获取并在所述预设区域显示更新后的预设对象信息。

结合第一方面、第一方面的第一种实现方式、第一方面的第二种实现方式、第一方面的第三种实现方式、第一方面的第四种实现方式、第一方面的第五种实现方式、第一方面的第六种实现方式、第一方面的第七种实现方式和第一方面的第八种实现方式，本公开在第一方面的第九种实现方式中，所述将所述第二订单发送给第二客户端进行处理之后，还包括：

获取所述第二订单的处理进度信息并显示，其中，所述处理进度信息由所述第二客户端提供。

第二方面，本公开实施例中提供了一种订单处理装置。

具体的，所述订单处理装置，包括：

第一显示模块，被配置为响应于在第一客户端创建第一订单的指令或者在所述第一客户端显示待确认第一订单页面，在预设区域显示预设对象信息；

生成模块，被配置为响应于对于所述预设对象信息的选择指令，生成包含有所述预设对象信息的第二订单；

发送模块，被配置为将所述第二订单发送给第二客户端进行处理。

结合第二方面，本公开在第二方面的第一种实现方式中，所述预设对象信息包括以下信息中的一种或多种：预设对象类别、预设对象名称、预设对象单价、预设对象总价、预设对象数量、预设对象可供数量、预设对象历史交易信息、预设对象提供方名称、预设对象提供方地址、配送地址、配送距离、预计配送时间。

结合第二方面和第二方面的第一种实现方式，本公开在第二方面的第二种实现方式中，所述预设对象信息与所述第一订单信息相关联。

结合第二方面、第二方面的第一种实现方式和第二方面的第二种实现方式，本公开在第二方面的第三种实现方式中，所述预设对象信息与所述第一订单信息相关联，被实施为：

所述预设对象类别、配送地址以及预计配送时间中的至少一种信息与所述第一订单信息共用；和/或

所述预设对象类别、配送地址以及预计配送时间中的至少一种信息根据所述第一订单信息进行设置。

结合第二方面、第二方面的第一种实现方式、第二方面的第二种实现方式和第二方面的第三种实现方式，本公开在第二方面的第四种实现方式中，所述第一显示模块包括：

第一获取子模块，被配置为响应于在第一客户端创建第一订单的指令或者在所述第一客户端显示待确认第一订单页面，获取第一订单配送地址信息；

第一发送子模块，被配置为将所述第一订单配送地址信息发送至所述第二客户端，以使所述第二客户端根据所述第一订单配送地址信息获取与所述第一订单配送地址信息相匹配的预设对象信息，并将所述预设对象信息发送至所述第一客户端；

第一显示子模块，被配置为在所述预设区域显示所述预设对象信息。

结合第二方面、第二方面的第一种实现方式、第二方面的第二种实现方式、第二方面的第三种实现方式和第二方面的第四种实现方式，本公开在第二方面的第五种实现方式中，所述第一显示子模块包括：

第二显示子模块，被配置为在所述预设区域中显示预设对象列表；

第三显示子模块，被配置为在所述预设对象列表中的相应位置处显示所述预设对象信息。

结合第二方面、第二方面的第一种实现方式、第二方面的第二种实现方式、第二方面的第三种实现方式、第二方面的第四种实现方式和第二方面的第五种实现方式，本公开在第二方面的第六种实现方式中，所述生成模块包括：

第二获取子模块，被配置为响应于对于所述预设对象信息的选择指令，获取第一订单配送地址信息；

生成子模块，被配置为根据所述预设对象信息选择指令和所述第一订单配送地址信息，生成包含有所述预设对象的第二订单。

结合第二方面、第二方面的第一种实现方式、第二方面的第二种实现方式、第二方面的第三种实现方式、第二方面的第四种实现方式、第二方面的第五种实现方式和第二方面的第六种实现方式，本公开在第二方面的第七种实现方式中，当所述第一订单和第二订单被合并支付时，所述生成模块包括：

确定子模块，被配置为确定第二订单结算金额信息；

第二发送子模块，被配置为将所述第二订单结算金额信息发送至第二客户端，使得所述第二客户端根据所述第二订单结算金额信息与所述预设对象提供方结算。

结合第二方面、第二方面的第一种实现方式、第二方面的第二种实现方式、第二方面的第三种实现方式、第二方面的第四种实现方式、第二方面的第五种实现方式、第二方面的第六种实现方式和第二方面的第七种实现方式，本公开在第二方面的第八种实现方式中，还包括：

第二显示模块，被配置为响应于所述预设对象信息的更新，获取并在所述预设区域显示更新后的预设对象信息。

结合第二方面、第二方面的第一种实现方式、第二方面的第二种实现方式、第二方面的第三种实现方式、第二方面的第四种实现方式、第二方面的第五种实现方式、第二方面的第六种实现方式、第二方面的第七种实现方式和第二方面的第八种实现方式，本公开在第二方面的第九种实现方式中，还包括：

第三显示模块，被配置为获取所述第二订单的处理进度信息并显示，其中，所述处理进度信息由所述第二客户端提供。

第三方面，本公开实施例提供了一种电子设备，包括存储器和处理器，其中，所述存储器用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器执行以实现上述第一方面中订单处理方法的方法步骤。

第四方面，本公开实施例提供了一种计算机可读存储介质，用于存储订单处理装置所用的计算机指令，其包含用于执行上述第一方面中订单处理方法为订单处理装置所涉及的计算机指令。

本公开实施例提供的技术方案可以包括以下有益效果：

上述技术方案通过在第一客户端的预设区域显示与第二客户端相关的预设对象信息，并在所述预设对象被选择后生成由第二客户端处理的第二订单。该技术方案在第一客户端即可生成其他客户端的第二订单，而无需启动第二客户端执行下单程序，因此能够有效节约内容或信息的被提供方的操作时间，提高其操作效率，提高被提供方流量的利用效率，同时还能够为被提供方提供更为丰富的内容和信息供其选择，以满足被提供方多样化的需求。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

结合附图，通过以下非限制性实施方式的详细描述，本公开的其它特征、目的和优点将变得更加明显。在附图中：

图1示出根据本公开一实施方式的订单处理方法的流程图；

图2示出根据图1所示实施方式的订单处理方法的步骤s101的流程图；

图3示出根据图1所示实施方式的订单处理方法的步骤s102的流程图；

图4示出根据本公开一实施方式的订单处理装置的结构框图；

图5示出根据图4所示实施方式的订单处理装置的第一显示模块401的结构框图；

图6示出根据图4所示实施方式的订单处理装置的生成模块402的结构框图；

图7示出根据本公开一实施方式的电子设备的结构框图；

图8是适于用来实现根据本公开一实施方式的订单处理方法的计算机系统的结构示意图。

具体实施方式

下文中，将参考附图详细描述本公开的示例性实施方式，以使本领域技术人员可容易地实现它们。此外，为了清楚起见，在附图中省略了与描述示例性实施方式无关的部分。

在本公开中，应理解，诸如“包括”或“具有”等的术语旨在指示本说明书中所公开的特征、数字、步骤、行为、部件、部分或其组合的存在，并且不欲排除一个或多个其他特征、数字、步骤、行为、部件、部分或其组合存在或被添加的可能性。

另外还需要说明的是，在不冲突的情况下，本公开中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本公开。

本公开实施例提供的技术方案通过在第一客户端的预设区域显示与第二客户端相关的预设对象信息，并在所述预设对象被选择后生成由第二客户端处理的第二订单。该技术方案在第一客户端即可生成其他客户端的第二订单，而无需启动第二客户端执行下单程序，因此能够有效节约内容或信息的被提供方的操作时间，提高其操作效率，提高被提供方流量的利用效率，同时还能够为被提供方提供更为丰富的内容和信息供其选择，以满足被提供方多样化的需求。

图1示出根据本公开一实施方式的订单处理方法的流程图，应用于第一客户端。如图1所示，所述订单处理方法包括以下步骤s101-s103：

在步骤s101中，响应于在第一客户端创建第一订单的指令或者在所述第一客户端显示待确认第一订单页面，在预设区域显示预设对象信息；

在步骤s102中，响应于对于所述预设对象信息的选择指令，生成包含有所述预设对象信息的第二订单；

在步骤s103中，将所述第二订单发送给第二客户端进行处理。

上文提及，随着移动互联网技术的快速发展，提供不同内容和信息的应用程序的数量越来越多并且内容和信息的分类也越来越细致，例如食品类提供应用程序、服装类提供应用程序、图书类提供应用程序等等。基于这些应用程序，内容和信息的被提供方就可以很方便地选择自己需要的内容和信息。但是，随之带来的问题是若被提供方需要多种或者多种类的内容和信息，就需要在不同的应用程序上分别进行下单，才能满足自己多样化的需求，这不仅不利于提高被提供方的操作效率，而且也不利于提成互联网平台的服务质量。

考虑到上述缺陷，在该实施方式中，提出一种订单处理方法，应用于第一客户端，该方法通过在第一客户端的预设区域显示与第二客户端相关的预设对象信息，并在所述预设对象被选择后生成由第二客户端处理的第二订单。该技术方案在第一客户端即可生成其他客户端的第二订单，而无需启动第二客户端执行下单程序，因此能够有效节约内容或信息的被提供方的操作时间，提高其操作效率，提高被提供方流量的利用效率，同时还能够为被提供方提供更为丰富的内容和信息供其选择，以满足被提供方多样化的需求。

在本实施例的一个可选实现方式中，所述订单可以是提供各种内容、信息、服务的订单，比如服装、食品、日用品、车票等各种商品、送餐、送票等各种服务。所述订单处理指的是在创建第一订单的基础上，创建和处理隶属于第二客户端提供范围的第二订单，其中，所述第二客户端不同于所述第一客户端，其数量可以为一个、两个或更多个。相应地，同一个第二客户端可以处理来自同一个第一客户端的两个或两个以上的第二订单，也可以处理来自不同第一客户端的两个或两个以上的第二订单，本公开对其不作具体限定。

在本实施方式中，所述第一客户端可以是内容信息被提供端的某一个应用程序(或者称为app)或者第三方内容信息提供平台中集成的某一个应用程序。

所述第二客户端可以是内容信息提供端的某一个应用程序(或者称为app)或者第三方平台中集成的某一个应用程序，所述第二客户端还可以是第三方内容信息提供平台本身。在本实施方式中，与所述第一客户端不同的是，所述第二客户端用于实施内容信息提供方的接单操作，而第一客户端用于实施内容信息被提供方的下单操作。需要说明的是，在本实施方式中，并不限制第一订单是否由第二客户端进行接单操作，更通常的情况是第一订单的接单操作由第二客户端以外的其他客户端进行接单操作，而第二订单由第二客户端进行接单操作。这种处理方式使用不同客户端分别进行接单操作，从而能够将第一客户端的被提供方流量引入第二客户端，提高了被提供方流量的利用效率。

在本实施方式中，所述创建第一订单的指令可以是确定指令、添加指令或者其他指令，其中，所述确定指令用于确定第一订单的信息是否正确，添加指令用于添加第一订单的新信息。执行创建第一订单的指令后，所述第一客户端的当前页面跳转至新页面或者在当前页面上增加一新区域，所述新页面或者新区域内设有一预设区域，用于显示作为第二订单内容的预设对象信息，以供被提供方选择。作为另一种实现方式，也可在所述第一订单进入到确认阶段，比如在所述第一客户端显示待确认的第一订单页面时，在该页面预先设置一预设区域，来显示作为第二订单内容的预设对象信息。

在本实施例的一个可选实现方式中，当预设区域与第一订单处于同一页面时，所述预设区域通常设置在第一订单的下方，页面的底部还设置有“下一步”按钮或者“确定”按钮，这样被提供方在创建第一订单时，向页面底部查找即可获取预设区域内的预设对象信息。例如在生活类应用程序中，用户选择了游乐场所后，直接或者在点击确定按钮后进入到“订单待确认页面”，该页面上方显示购票订单信息，下方具有一区域，该区域内显示有食品信息、饮品信息或者其他商品信息，位于该区域下方的页面底部显示“确定”按钮，以供用户选择。

在本实施例的一个可选实现方式中，当预设区域与第一订单处于不同页面时，可响应于页面跳转命令显示所述预设区域，其中，所述页面跳转命令比如可以为第一订单确认命令、第一订单生成命令、“转向下一页”等跳转命令。

在上述实现方式中，所述预设区域的大小可以灵活进行调整，并且根据需要可以在其中显示多种预设对象信息。

在本实施例的一个可选实现方式中，所述预设对象信息可包括以下信息中的一种或多种：预设对象类别、预设对象名称、预设对象单价、预设对象总价、预设对象数量、预设对象可供数量、预设对象历史交易信息、预设对象提供方名称、预设对象提供方地址、配送地址、配送距离、预计配送时间等等。其中，所述预设对象类别指的是预设对象所属的类别，如食品类、药品类、化妆品类等等，所述预设对象数量指的是用户选择的预设对象数量，所述预设可供数量指的是可提供给用户进行选择的预设对象的数量，所述预设对象总价指的是根据用户选择的预设对象数量得到的预设对象总价，所述预设对象历史交易信息指的是预设历史时间段内所述预设对象的交易记录，所述预设对象提供方地址指的是与配送地址最为相近的预设对象提供方地址，所述配送距离指的是预设对象提供方地址与配送地址之间的距离，所述预计配送时间指的是基于历史平均配送速度计算得到的预计配送时间。以“果汁”为例，所述预设对象类别可以为食品类或饮品类，预设对象名称可以为“柠檬汁”，预设对象单价可以为“20元/杯”，预设对象数量可以为“2杯”，预设对象可供数量可以为“50杯”，预设对象总价可以为“40元”，预设对象历史交易信息可以为“最近1月内柠檬汁卖出1000杯”，预设对象提供方名称可以为“鲜果时间”，预设对象提供方地址可以为“上海南京西路鲜果时间店”。需要说明的是，所述配送地址指的是包含预设对象信息的第二订单的配送地址，所述配送地址的数量根据需要可以设置为多个，以便于用户选择设置。比如，在配送果汁时，可以将果汁的配送地址设置为地址1：某一商业大楼中外卖的固定放置位置；地址2：用户所在的位置，此时，当配送人员将果汁配送到地址1后，可以进一步由其他人员将果汁配送到地址2。另外，配送地址的设置也可以不受用户当前定位地址的限制，比如，在游乐场或大型商业场景下，用户的位置可能会随时发生变化，因此，可以将使用该预设对象时所处的位置或者直接将游乐场入口处设置为配送地址，而无需考虑用户当前的定位位置。

在本实施例的一个可选实现方式中，在生成包含有预设对象信息的第二订单时，用户可以在预设区域显示的预设对象信息中选择一项信息，也可以选择几项信息。比如，可以选择2杯柠檬汁，也可以除了2杯柠檬汁再选择2份肯德基的小食拼盘。另外，可供选择的预设对象信息可以用不同的颜色标识来显示，以便于用户更好的识别并作出选择。

如上文所述，在所述预设区域内可以显示多个预设对象信息，相应地，根据所述预设对象信息的不同，所述第二订单的数量可以不止一个，还可以为两个或多个。比如，在游乐场的应用场景下，所述预设对象类别可以为早餐、午餐或者晚餐，因此对应可生成三个第二订单：早餐订单、午餐订单和晚餐订单。

所述预设对象信息可以是预先设置在第一客户端上的订单信息，该预设对象信息通常与第一订单信息并不相关联。例如在购票app应用程序上，第一订单信息为车票信息，预设对象信息可以是服装信息或者其他商品信息。

考虑到订单的创建通常具有连续性，比如用户在选择了一些商品后，通常对于与该商品可以同时使用的商品也会有需求。因此，在本实施例的一个可选实现方式中，所述预设对象信息与第一订单信息相关联，这样用户在第一客户端完善第一订单信息后，就可以根据第一订单信息来确定预设对象信息。例如在购票app应用程序中，第一订单为关于旅游景点的订单，那么所述预设对象就可以为旅游景点的纪念品或当地特产。

在本实施方式中，所述预设对象信息与所述第一订单信息相关联可以是指所述预设对象信息与所述第一订单信息共用部分信息。比如，所述预设对象信息中的预设对象类别、预设对象名称、预设对象单价、预设对象数量、预设对象提供方名称、预设对象提供方地址至少一种信息、尤其是配送地址均可以与第一订单信息共用，例如，若用户在选购衣物时想要喝杯果汁，那么第一订单是关于衣物的订单，第二订单是关于果汁的订单，此时，第二订单的配送地址就可以选用第一订单的配送地址。

所述预设对象信息与所述第一订单信息相关联还可以是指所述预设对象信息根据所述第一订单信息进行设置。比如，所述预设对象信息中的预设对象类别、预设对象名称、预设对象单价、预设对象数量、预设对象提供方名称、预设对象提供方地址中的至少一种信息、尤其是预计配送时间均可以根据第一订单信息进行设置。例如，所述预设对象信息中的预计配送时间可以根据第一订单信息中的预计配送时间进行设置，以用户去游乐场所想要喝杯果汁为例，第一订单是关于游乐场所入场券的订单，第二订单是关于果汁的订单，此时，第二订单的预计配送时间既可以设为游乐场所的入场时间比如19:00，为了使用户提前拿到果汁，不致影响进入游乐场所，第二订单的预计配送时间也可以设为19:00前的某个时间比如18:30、18:40、18:50等等。

为了便于用户在创建第一订单后，即确定了第一订单的配送地址后，使用第二客户端为用户提供服务的商户不至于距离第一订单的配送地址过远，从而延长第二订单的配送时长，在本实施例的一个可选实现方式中，还根据第一订单的配送地址信息确定在预设区域显示的预设对象信息，即如图2所示，所述步骤s101，即所述响应于在第一客户端创建第一订单的指令或者在所述第一客户端显示待确认第一订单页面，在预设区域显示预设对象信息，包括以下步骤s201-s203：

在步骤s201中，响应于在第一客户端创建第一订单的指令或者在所述第一客户端显示待确认第一订单页面，获取第一订单配送地址信息；

在步骤s202中，将所述第一订单配送地址信息发送至所述第二客户端，以使所述第二客户端根据所述第一订单配送地址信息获取与所述第一订单配送地址信息相匹配的预设对象信息，并将所述预设对象信息发送至所述第一客户端；

在步骤s203中，在所述预设区域显示所述预设对象信息。

在本实施方式中，在预设区域显示预设对象信息的实现方式可以为首先获取第一订单配送地址信息，然后根据第一订单配送地址信息获取与之相匹配的预设对象信息，最后在预设区域显示预设对象信息。

其中，所述第一订单配送地址信息可以是用户下单时的坐标位置，也可以由用户在创建第一订单时自行设置，或者在用户创建第一订单时由第一客户端根据用户的位置进行定位而在第一订单中默认设置，在该情况下，当用户需要时，还可以对于默认位置信息进行修改。

在根据所述第一订单配送地址信息获取与所述第一订单配送地址信息相匹配的预设对象信息时，首先确定所述第一订单配送地址信息，然后根据第一订单配送地址信息对应的坐标位置，以该坐标位置为原点，在该坐标位置预设距离范围内进行预设对象信息的匹配搜索，比如在500m或者1000m范围内搜索预设对象信息，其中，所述预设距离的设置需要考虑到预设对象的预计配送时长，以便于及时配送预设对象，不会出现配送时长超时的情况，避免用户无法及时取到第二订单。所述第二客户端将匹配得到的预设对象信息发送至第一客户端后，第一客户端的预设区域即可显示出经过匹配的预设对象信息。

考虑到预设对象信息可能有多个，并且可能形成多个第二订单，为了能够在预设区域充分明确地显示多个预设对象信息，同时便于用户进行区分，在本实施例的一个可选实现方式中，将属于同一第二客户端的预设对象信息分组或分区显示在预设对象列表中相应的位置，即所述步骤s101中，在预设区域显示预设对象信息的步骤，包括：

在所述预设区域中显示预设对象列表；

在所述预设对象列表中的相应位置处显示所述预设对象信息。

在本实施方式中，在预设区域显示预设对象信息的实现方式可以为：首先在预设区域中显示预设对象列表，其中，所述预设对象列表可以按照第二客户端的顺序行排列或者列排列，然后在每一行或每一列的位置处显示相应的预设对象信息。当预设区域显示多个预设对象信息，其中部分预设对象信息构成一个第二订单，另一些预设对象信息构成另一个第二订单时，或者，每一个预设对象信息对应一个第二订单时，每个第二订单包含的预设对象信息可以单独显示在同一行或同一列中，从而便于用户查看以及区分不同的订单情况。

考虑到在很多情况下，同一用户在相继创建第一订单和第二订单时，第一订单和第二订单的配送地址是相同的。此时，为了避免用户重复设置配送地址，提高用户下单的效率，在本实施例的一个可选实现方式中，可根据第一订单配送地址信息确定第二订单的配送地址信息，即如图3所示，所述步骤s102，即所述响应于对于所述预设对象的选择指令，生成包含有所述预设对象信息的第二订单，包括以下步骤s301-s302：

在步骤s301中，响应于对于所述预设对象信息的选择指令，获取第一订单配送地址信息；

在步骤s302中，根据所述预设对象信息选择指令和所述第一订单配送地址信息，生成包含有所述预设对象信息的第二订单。

在本实施例的一个可选实现方式中，生成包含有所述预设对象信息的第二订单的实现方式可以是在执行选择预设对象信息的指令后，获取第一订单配送地址信息，然后将第一订单配送地址信息作为第二订单的默认配送地址信息；也可以将第一订单配送地址信息作为第二订单配送地址信息的一个可选项，以供用户选择，若用户的第二订单需要另外的配送地址，可自行进行编辑和修改。

在实际场景中，第二客户端通常与第一客户端不同，此时用户有可能对于第一订单和第二订单独立支付，也可能合并支付，当第一订单和第二订单独立支付时，处理过程相对比较简单，各个客户端根据订单金额分别与预设对象提供方进行结算即可。当第一订单和第二订单合并支付时，为了提升预设对象提供方的结算便利性，在本实施例的一个可选实现方式中，首先拆分确定第二订单的结算金额信息，再将其发送至第二客户端，使其与预设对象提供方进行第二订单的结算，所述步骤s102，即所述响应于对于所述预设对象的选择指令，生成包含有所述预设对象信息的第二订单，还包括以下步骤：确定第二订单结算金额信息；

将所述第二订单结算金额信息发送至第二客户端，使得所述第二客户端根据所述第二订单结算金额信息与所述预设对象提供方结算。

在本实施例的一个可选实现方式中，所述确定第二订单结算金额信息具体可以根据预设对象信息中的预设对象单价、预设对象数量、预设对象总价、预设对象提供方名称、配送地址、配送距离等信息计算第二订单的预设对象价格和配送价格，再将所述预设对象价格和配送价格相加即可得到第二订单结算金额。另外，考虑到有的预设对象有可能存在优惠价格信息，此时也可以将预设对象价格和配送价格相加后再减去优惠价格信息得到的价格作为第二订单结算金额。

需要说明的是，当第二客户端为第三方平台时，第二客户端也可以将第二订单结算金额先行支付给预设对象提供方，后续在第二客户端接收到第二订单结算金额相应款项时，经与预设对象提供方进行结算金额的核实即可完成结算流程。

考虑到预设对象有可能会发生价格调整、库存变化等情况，为了为用户提供最新的可选预设对象信息，避免在预设对象被选择后到预设对象被配送之前的时间范围内，由于预设对象的数量、价格或者种类发生变化，而导致已被选择的预设对象出现不能正常配送的问题，在本实施例的一个可选实现方式中，在所述步骤s101在预设区域显示预设对象信息之后，还包括：响应于所述预设对象信息的更新，获取并在所述预设区域显示更新后的预设对象信息的步骤。

在本实施例的一个可选实现方式中，所述预设对象信息的更新频率是可变的，具体地，根据预设对象的实际交易情况，可以在预设对象交易频繁的高峰时期设置较短的预设对象信息更新频率，而在预设对象交易不频繁的低峰时期设置较长的更新频率，从而使用户能够及时的查看预设对象信息的变化，使得用户选择的预设对象能够正常被配送。

在该实现方式中，在所述预设区域显示更新后的预设对象信息之后，响应于所述预设对象信息的更新，用户还可以对于所述第二订单进行修改以形成新的第二订单。

另外，在第二客户端未对所述第二订单进行处理之前，所述用户也可根据自己的需要对于所述第二订单进行修改。在该实现方式中，还可根据所述第二客户端对于所述第二订单的处理进度，确定第二订单的剩余可修改时间，并响应于在所述剩余可修改时间内接收到第二订单修改指令，对于所述第二订单进行修改。为了便于用户及时了解第二订单的处理进度，在本实施例的一个可选实现方式中，由第二客户端提供处理进度信息供用户查看，即所述步骤s103，所述将所述第二订单发送给第二客户端进行处理之后，还包括：

获取所述第二订单的处理进度信息并显示，其中，所述处理进度信息由所述第二客户端提供。

在本实施例的一个可选实现方式中，所述处理进度信息可以包括：第二订单的准备状态、剩余准备时长、配送状态、剩余配送时长、剩余配送距离等信息。

下述为本公开装置实施例，可以用于执行本公开方法实施例。

图4示出根据本公开一实施方式的订单处理装置的结构框图，该装置可以通过软件、硬件或者两者的结合实现成为电子设备的部分或者全部，比如可实现为第一客户端。如图4所示，所述订单处理装置包括：

第一显示模块401，被配置为响应于在第一客户端创建第一订单的指令或者在所述第一客户端显示待确认第一订单页面，在预设区域显示预设对象信息；

生成模块402，被配置为响应于对于所述预设对象信息的选择指令，生成包含有所述预设对象信息的第二订单；

发送模块403，被配置为将所述第二订单发送给第二客户端进行处理。

上文提及，随着移动互联网技术的快速发展，提供不同内容和信息的应用程序的数量越来越多并且内容和信息的分类也越来越细致，例如食品类提供应用程序、服装类提供应用程序、图书类提供应用程序等等。基于这些应用程序，内容和信息的被提供方就可以很方便地选择自己需要的内容和信息。但是，随之带来的问题是若被提供方需要多种或者多种类的内容和信息，就需要在不同的应用程序上分别进行下单，才能满足自己多样化的需求，这不仅不利于提高被提供方的操作效率，而且也不利于提成互联网平台的服务质量。

考虑到上述缺陷，在该实施方式中，提出一种订单处理装置，实现为第一客户端，该装置通过在第一客户端的预设区域显示与第二客户端相关的预设对象信息，并在所述预设对象被选择后生成由第二客户端处理的第二订单。该技术方案在第一客户端即可生成其他客户端的第二订单，而无需启动第二客户端执行下单程序，因此能够有效节约内容或信息的被提供方的操作时间，提高其操作效率，提高被提供方流量的利用效率，同时还能够为被提供方提供更为丰富的内容和信息供其选择，以满足被提供方多样化的需求。

在本实施例的一个可选实现方式中，所述订单可以是提供各种内容、信息、服务的订单，比如服装、食品、日用品、车票等各种商品、送餐、送票等各种服务。所述订单处理指的是在创建第一订单的基础上，创建和处理隶属于第二客户端提供范围的第二订单，其中，所述第二客户端不同于所述第一客户端，其数量可以为一个、两个或更多个。相应地，同一个第二客户端可以处理来自同一个第一客户端的两个或两个以上的第二订单，也可以处理来自不同第一客户端的两个或两个以上的第二订单，本公开对其不作具体限定。

在本实施方式中，所述第一客户端可以是内容信息被提供端的某一个应用程序(或者称为app)或者第三方内容信息提供平台中集成的某一个应用程序。

所述第二客户端可以是内容信息提供端的某一个应用程序(或者称为app)或者第三方平台中集成的某一个应用程序，所述第二客户端还可以是第三方内容信息提供平台本身。在本实施方式中，与所述第一客户端不同的是，所述第二客户端用于实施内容信息提供方的接单操作，而第一客户端用于实施内容信息被提供方的下单操作。需要说明的是，在本实施方式中，并不限制第一订单是否由第二客户端进行接单操作，更通常的情况是第一订单的接单操作由第二客户端以外的其他客户端进行接单操作，而第二订单由第二客户端进行接单操作。这种处理方式使用不同客户端分别进行接单操作，从而能够将第一客户端的被提供方流量引入第二客户端，提高了被提供方流量的利用效率。

在本实施方式中，所述创建第一订单的指令可以是确定指令、添加指令或者其他指令，其中，所述确定指令用于确定第一订单的信息是否正确，添加指令用于添加第一订单的新信息。执行创建第一订单的指令后，所述第一客户端的当前页面跳转至新页面或者在当前页面上增加一新区域，所述新页面或者新区域内设有一预设区域，用于显示作为第二订单内容的预设对象信息，以供被提供方选择。作为另一种实现方式，也可在所述第一订单进入到确认阶段，比如在所述第一客户端显示待确认的第一订单页面时，在该页面预先设置一预设区域，来显示作为第二订单内容的预设对象信息。

在本实施例的一个可选实现方式中，当预设区域与第一订单处于同一页面时，所述预设区域通常设置在第一订单的下方，页面的底部还设置有“下一步”按钮或者“确定”按钮，这样被提供方在创建第一订单时，向页面底部查找即可获取预设区域内的预设对象信息。例如在生活类应用程序中，用户选择了游乐场所后，直接或者在点击确定按钮后进入到“订单待确认页面”，该页面上方显示购票订单信息，下方具有一区域，该区域内显示有食品信息、饮品信息或者其他商品信息，位于该区域下方的页面底部显示“确定”按钮，以供用户选择。

在本实施例的一个可选实现方式中，当预设区域与第一订单处于不同页面时，可响应于页面跳转命令显示所述预设区域，其中，所述页面跳转命令比如可以为第一订单确认命令、第一订单生成命令、“转向下一页”等跳转命令。

在上述实现方式中，所述预设区域的大小可以灵活进行调整，并且根据需要可以在其中显示多种预设对象信息。

在本实施例的一个可选实现方式中，所述预设对象信息可包括以下信息中的一种或多种：预设对象类别、预设对象名称、预设对象单价、预设对象总价、预设对象数量、预设对象可供数量、预设对象历史交易信息、预设对象提供方名称、预设对象提供方地址、配送地址、配送距离、预计配送时间等等。其中，所述预设对象类别指的是预设对象所属的类别，如食品类、药品类、化妆品类等等，所述预设对象数量指的是用户选择的预设对象数量，所述预设可供数量指的是可提供给用户进行选择的预设对象的数量，所述预设对象总价指的是根据用户选择的预设对象数量得到的预设对象总价，所述预设对象历史交易信息指的是预设历史时间段内所述预设对象的交易记录，所述预设对象提供方地址指的是与配送地址最为相近的预设对象提供方地址，所述配送距离指的是预设对象提供方地址与配送地址之间的距离，所述预计配送时间指的是基于历史平均配送速度计算得到的预计配送时间。以“果汁”为例，所述预设对象类别可以为食品类或饮品类，预设对象名称可以为“柠檬汁”，预设对象单价可以为“20元/杯”，预设对象数量可以为“2杯”，预设对象可供数量可以为“50杯”，预设对象总价可以为“40元”，预设对象历史交易信息可以为“最近1月内柠檬汁卖出1000杯”，预设对象提供方名称可以为“鲜果时间”，预设对象提供方地址可以为“上海南京西路鲜果时间店”。需要说明的是，所述配送地址指的是包含预设对象信息的第二订单的配送地址，所述配送地址的数量根据需要可以设置为多个，以便于用户选择设置。比如，在配送果汁时，可以将果汁的配送地址设置为地址1：某一商业大楼中外卖的固定放置位置；地址2：用户所在的位置，此时，当配送人员将果汁配送到地址1后，可以进一步由其他人员将果汁配送到地址2。另外，配送地址的设置也可以不受用户当前定位地址的限制，比如，在游乐场或大型商业场景下，用户的位置可能会随时发生变化，因此，可以将使用该预设对象时所处的位置或者直接将游乐场入口处设置为配送地址，而无需考虑用户当前的定位位置。

在本实施例的一个可选实现方式中，在生成包含有预设对象信息的第二订单时，用户可以在预设区域显示的预设对象信息中选择一项信息，也可以选择几项信息。比如，可以选择2杯柠檬汁，也可以除了2杯柠檬汁再选择2份肯德基的小食拼盘。另外，可供选择的预设对象信息可以用不同的颜色标识来显示，以便于用户更好的识别并作出选择。

如上文所述，在所述预设区域内可以显示多个预设对象信息，相应地，根据所述预设对象信息的不同，所述第二订单的数量可以不止一个，还可以为两个或多个。比如，在游乐场的应用场景下，所述预设对象类别可以为早餐、午餐或者晚餐，因此对应可生成三个第二订单：早餐订单、午餐订单和晚餐订单。

所述预设对象信息可以是预先设置在第一客户端上的订单信息，该预设对象信息通常与第一订单信息并不相关联。例如在购票app应用程序上，第一订单信息为车票信息，预设对象信息可以是服装信息或者其他商品信息。

考虑到订单的创建通常具有连续性，比如用户在选择了一些商品后，通常对于与该商品可以同时使用的商品也会有需求。因此，在本实施例的一个可选实现方式中，所述预设对象信息与第一订单信息相关联，这样用户在第一客户端完善第一订单信息后，就可以根据第一订单信息来确定预设对象信息。例如在购票app应用程序中，第一订单为关于旅游景点的订单，那么所述预设对象就可以为旅游景点的纪念品或当地特产。

在本实施方式中，所述预设对象信息与所述第一订单信息相关联可以是指所述预设对象信息与所述第一订单信息共用部分信息。比如，所述预设对象信息中的预设对象类别、预设对象名称、预设对象单价、预设对象数量、预设对象提供方名称、预设对象提供方地址至少一种信息、尤其是配送地址均可以与第一订单信息共用，例如，若用户在选购衣物时想要喝杯果汁，那么第一订单是关于衣物的订单，第二订单是关于果汁的订单，此时，第二订单的配送地址就可以选用第一订单的配送地址。

所述预设对象信息与所述第一订单信息相关联还可以是指所述预设对象信息根据所述第一订单信息进行设置。比如，所述预设对象信息中的预设对象类别、预设对象名称、预设对象单价、预设对象数量、预设对象提供方名称、预设对象提供方地址中的至少一种信息、尤其是预计配送时间均可以根据第一订单信息进行设置。例如，所述预设对象信息中的预计配送时间可以根据第一订单信息中的预计配送时间进行设置，以用户去游乐场所想要喝杯果汁为例，第一订单是关于游乐场所入场券的订单，第二订单是关于果汁的订单，此时，第二订单的预计配送时间既可以设为游乐场所的入场时间比如19:00，为了使用户提前拿到果汁，不致影响进入游乐场所，第二订单的预计配送时间也可以设为19:00前的某个时间比如18:30、18:40、18:50等等。

为了便于用户在创建第一订单后，即确定了第一订单的配送地址后，使用第二客户端为用户提供服务的商户不至于距离第一订单的配送地址过远，从而延长第二订单的配送时长，在本实施例的一个可选实现方式中，第一显示模块401还根据第一订单的配送地址信息确定在预设区域显示的预设对象信息，即如图5所示，所述第一显示模块401包括：

第一获取子模块501，被配置为响应于在第一客户端创建第一订单的指令或者在所述第一客户端显示待确认第一订单页面，获取第一订单配送地址信息；

第一发送子模块502，被配置为将所述第一订单配送地址信息发送至所述第二客户端，以使所述第二客户端根据所述第一订单配送地址信息获取与所述第一订单配送地址信息相匹配的预设对象信息，并将所述预设对象信息发送至所述第一客户端；

第一显示子模块503，被配置为在所述预设区域显示所述预设对象信息。

在本实施方式中，第一显示模块401在预设区域显示预设对象信息的实现方式可以为首先获取第一订单配送地址信息，然后根据第一订单配送地址信息获取与之相匹配的预设对象信息，最后在预设区域显示预设对象信息。

其中，所述第一订单配送地址信息可以是用户下单时的坐标位置，也可以由用户在创建第一订单时自行设置，或者在用户创建第一订单时由第一客户端根据用户的位置进行定位而在第一订单中默认设置，在该情况下，当用户需要时，还可以对于默认位置信息进行修改。

在根据所述第一订单配送地址信息获取与所述第一订单配送地址信息相匹配的预设对象信息时，首先确定所述第一订单配送地址信息，然后根据第一订单配送地址信息对应的坐标位置，以该坐标位置为原点，在该坐标位置预设距离范围内进行预设对象信息的匹配搜索，比如在500m或者1000m范围内搜索预设对象信息，其中，所述预设距离的设置需要考虑到预设对象的预计配送时长，以便于及时配送预设对象，不会出现配送时长超时的情况，避免用户无法及时取到第二订单。所述第二客户端将匹配得到的预设对象信息发送至第一客户端后，第一客户端的预设区域即可显示出经过匹配的预设对象信息。

考虑到预设对象信息可能有多个，并且可能形成多个第二订单，为了能够在预设区域充分明确地显示多个预设对象信息，同时便于用户进行区分，在本实施例的一个可选实现方式中，将属于同一第二客户端的预设对象信息分组或分区显示在预设对象列表中相应的位置，即所述第一显示子模块503包括：

第二显示子模块，被配置为在所述预设区域中显示预设对象列表；

第三显示子模块，被配置为在所述预设对象列表中的相应位置处显示所述预设对象信息。

在本实施方式中，第一显示子模块503在预设区域显示预设对象信息的实现方式可以为：首先在预设区域中显示预设对象列表，其中，所述预设对象列表可以按照第二客户端的顺序行排列或者列排列，然后在每一行或每一列的位置处显示相应的预设对象信息。当预设区域显示多个预设对象信息，其中部分预设对象信息构成一个第二订单，另一些预设对象信息构成另一个第二订单时，或者，每一个预设对象信息对应一个第二订单时，每个第二订单包含的预设对象信息可以单独显示在同一行或同一列中，从而便于用户查看以及区分不同的订单情况。

考虑到在很多情况下，同一用户在相继创建第一订单和第二订单时，第一订单和第二订单的配送地址是相同的。此时，为了避免用户重复设置配送地址，提高用户下单的效率，在本实施例的一个可选实现方式中，可根据第一订单配送地址信息确定第二订单的配送地址信息，即如图6所示，所述生成模块402包括：

第二获取子模块601，被配置为响应于对于所述预设对象信息的选择指令，获取第一订单配送地址信息；

生成子模块602，被配置为根据所述预设对象信息选择指令和所述第一订单配送地址信息，生成包含有所述预设对象的第二订单。

在本实施例的一个可选实现方式中，生成模块402生成包含有所述预设对象信息的第二订单的实现方式可以是在执行选择预设对象信息的指令后，获取第一订单配送地址信息，然后将第一订单配送地址信息作为第二订单的默认配送地址信息；也可以将第一订单配送地址信息作为第二订单配送地址信息的一个可选项，以供用户选择，若用户的第二订单需要另外的配送地址，可自行进行编辑和修改。

在实际场景中，第二客户端通常与第一客户端不同，此时用户有可能对于第一订单和第二订单独立支付，也可能合并支付，当第一订单和第二订单独立支付时，处理过程相对比较简单，各个客户端根据订单金额分别与预设对象提供方进行结算即可。当第一订单和第二订单合并支付时，为了提升预设对象提供方的结算便利性，在本实施例的一个可选实现方式中，首先拆分确定第二订单的结算金额信息，再将其发送至第二客户端，使其与预设对象提供方进行第二订单的结算，所述生成模块402还包括：

确定子模块，被配置为确定第二订单结算金额信息；

第二发送子模块，被配置为将所述第二订单结算金额信息发送至第二客户端，使得所述第二客户端根据所述第二订单结算金额信息与所述预设对象提供方结算。

在本实施例的一个可选实现方式中，所述确定第二订单结算金额信息具体可以根据预设对象信息中的预设对象单价、预设对象数量、预设对象总价、预设对象提供方名称、配送地址、配送距离等信息计算第二订单的预设对象价格和配送价格，再将所述预设对象价格和配送价格相加即可得到第二订单结算金额。另外，考虑到有的预设对象有可能存在优惠价格信息，此时也可以将预设对象价格和配送价格相加后再减去优惠价格信息得到的价格作为第二订单结算金额。

需要说明的是，当第二客户端为第三方平台时，第二客户端也可以将第二订单结算金额先行支付给预设对象提供方，后续在第二客户端接收到第二订单结算金额相应款项时，经与预设对象提供方进行结算金额的核实即可完成结算流程。

考虑到预设对象有可能会发生价格调整、库存变化等情况，为了为用户提供最新的可选预设对象信息，避免在预设对象被选择后到预设对象被配送之前的时间范围内，由于预设对象的数量、价格或者种类发生变化，而导致已被选择的预设对象出现不能正常配送的问题，在本实施例的一个可选实现方式中，在所述第一显示模块401之后，还包括：第二显示模块，被配置为响应于所述预设对象信息的更新，获取并在所述预设区域显示更新后的预设对象信息。

在本实施例的一个可选实现方式中，所述预设对象信息的更新频率是可变的，具体地，根据预设对象的实际交易情况，可以在预设对象交易频繁的高峰时期设置较短的预设对象信息更新频率，而在预设对象交易不频繁的低峰时期设置较长的更新频率，从而使用户能够及时的查看预设对象信息的变化，使得用户选择的预设对象能够正常被配送。

在该实现方式中，在所述预设区域显示更新后的预设对象信息之后，还可设置修改模块，被配置为响应于所述预设对象信息的更新，用户还可以对于所述第二订单进行修改以形成新的第二订单。

另外，在第二客户端未对所述第二订单进行处理之前，所述用户也可根据自己的需要对于所述第二订单进行修改。在该实现方式中，所述修改模块还可被配置为根据所述第二客户端对于所述第二订单的处理进度，确定第二订单的剩余可修改时间，并响应于在所述剩余可修改时间内接收到第二订单修改指令，对于所述第二订单进行修改。

为了便于用户及时了解第二订单的处理进度，在本实施例的一个可选实现方式中，由第二客户端提供处理进度信息供用户查看，即所述发送模块之后，还包括：

第三显示模块，被配置为获取所述第二订单的处理进度信息并显示，其中，所述处理进度信息由所述第二客户端提供。

在本实施例的一个可选实现方式中，所述处理进度信息可以包括：第二订单的准备状态、剩余准备时长、配送状态、剩余配送时长、剩余配送距离等信息。

本公开还公开了一种电子设备，图7示出根据本公开一实施方式的电子设备的结构框图，如图7所示，所述电子设备700包括存储器701和处理器702；其中，

所述存储器701用于存储一条或多条计算机指令，其中，所述一条或多条计算机指令被所述处理器702执行以实现上述方法步骤。

图8适于用来实现根据本公开实施方式的订单处理方法的计算机系统的结构示意图。

如图8所示，计算机系统800包括中央处理单元(cpu)801，其可以根据存储在只读存储器(rom)802中的程序或者从存储部分808加载到随机访问存储器(ram)803中的程序而执行上述实施方式中的各种处理。在ram803中，还存储有系统800操作所需的各种程序和数据。cpu801、rom802以及ram803通过总线804彼此相连。输入/输出(i/o)接口805也连接至总线804。

以下部件连接至i/o接口805：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分807；包括硬盘等的存储部分808；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至i/o接口805。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入存储部分808。

特别地，根据本公开的实施方式，上文描述的方法可以被实现为计算机软件程序。例如，本公开的实施方式包括一种计算机程序产品，其包括有形地包含在及其可读介质上的计算机程序，所述计算机程序包含用于执行上述订单处理方法的程序代码。在这样的实施方式中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。

附图中的流程图和框图，图示了按照本公开各种实施方式的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，路程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本公开实施方式中所涉及到的单元或模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元或模块也可以设置在处理器中，这些单元或模块的名称在某种情况下并不构成对该单元或模块本身的限定。

作为另一方面，本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施方式中所述装置中所包含的计算机可读存储介质；也可以是单独存在，未装配入设备中的计算机可读存储介质。计算机可读存储介质存储有一个或者一个以上程序，所述程序被一个或者一个以上的处理器用来执行描述于本公开的方法。

以上描述仅为本公开的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本公开中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离所述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本公开中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。