本申请涉及互联网信息处理技术领域，尤其涉及一种订单处理方法、设备和终端设备。
背景技术：
随着互联网技术的发展，“互联网+”模式在各行各业中进行有效的推广应用。例如：在“互联网+”模式下，餐饮业推出外卖业务。所谓外卖业务是指基于o2o(英文：onlinetooffline；中文：线上到线下)模式，用户在线上生成外卖订单，基于该外卖订单，商家通过线下方式完成配送。
具体地，用户利用智能终端设备上安装的支持外卖业务的app(例如：百度外卖软件等)在线上选择需要购买的商品(这里的商品可以是指食品)，同时选择要求商家配送所购买商品的时间，将包含商品和配送时间的订单信息提交给app对应的服务器。商家接收服务器推送的订单信息，并根据订单信息准备商品，且按照订单信息中的配送时间向用户配送商品。
经研究发现，针对目前的外卖业务，服务器所提供的送餐时间以订单生成之后15分钟/30分钟/1小时/其他更细粒度为基准时间，由用户根据所提供的基准时间选择配送时间。例如：早上10:30用户a在线上选择需要购买的午餐，服务器所提供的送餐时间是以1个小时为基准时间，那么用户a可以选择的送餐时间为11:30；再例如：早上11:30用户a在线上选择需要购买的午餐，服务器所提供的送餐时间是以1个小时为基准时间，那么用户a可以选择的送餐时间为12:30。
由此可见，不同用户在不同时间生成订单信息，那么针对不同的订单信息确定的配送时间也不同，这样，在实际应用中，由于配送时间不同，使得订单的配送相对分散，导致整个外卖行业的配送效率比较低的问题。
技术实现要素：
有鉴于此，本申请实施例提供了一种订单处理方法、设备和终端设备，用于解决现有技术中商品配送效率比较低的问题。
一种订单处理方法，包括：
确定用户选择的待配送商品；
根据所述待配送商品的属性，向所述用户推荐用于配送所述待配送商品的时间；
接收所述用户发送的确认订单消息，其中，所述确认订单消息中包含所述待配送商品和推荐的所述时间。
一种订单处理方法，包括：
接收至少一个用户发送的订单信息，其中，所述订单信息中包含待配送商品和配送时间，所述配送时间包含系统推荐的时间；
根据每一个所述确认信息中包含的所述配送时间，将接收到的所述订单信息进行分类，其中，包含相同的所述配送时间的订单信息属于同类订单信息；
将分类后的订单信息分别发送给供应所述待配送商品的商家和用于配送所述待配送商品的配送员。
一种订单处理设备，包括：
确定单元，用于确定用户选择的待配送商品；
推荐单元，用于根据所述待配送商品的属性，向所述用户推荐用于配送所述待配送商品的时间；
接收单元，用于接收所述用户发送的确认订单消息，其中，所述确认订单消息中包含所述待配送商品和推荐的所述时间。
一种订单处理设备，包括：
接收单元，用于接收至少一个用户发送的订单信息，其中，所述订单信息中包含待配送商品和配送时间，所述配送时间包含系统推荐的时间；
分类单元，用于根据每一个所述确认信息中包含的所述配送时间，将接收 到的所述订单信息进行分类，其中，包含相同的所述配送时间的订单信息属于同类订单信息；
发送单元，用于将分类后的订单信息分别发送给供应所述待配送商品的商家和用于配送所述待配送商品的配送员。
一种终端设备，所述终端设备包括：
存储器，用于存储执行订单处理的程序代码；
处理器，用于执行所述存储器中存储的程序代码，包括：确定用户选择的待配送商品；根据所述待配送商品的属性，向所述用户推荐用于配送所述待配送商品的时间；接收所述用户发送的确认订单消息，其中，所述确认订单消息中包含所述待配送商品和推荐的所述时间；
显示器，用于将向所述用户推荐用于配送所述待配送商品的时间进行显示。
本申请有益效果如下：
本申请实施例确定用户选择的待配送商品；根据所述待配送商品的属性，向所述用户推荐用于配送所述待配送商品的时间；接收所述用户发送的确认订单消息，所述确认订单消息中包含所述待配送商品和推荐的所述时间。在确定用户选择的待配送商品时，可以根据待配送商品的属性，为用户推荐用于配送所述待配送商品的时间，这样一旦用户选择推荐的时间，订单处理平台可以基于用户选择的用于配送所述待配送商品的时间，对不同订单进行整合，达到在订单生成阶段实现对包含相同配送时间的订单进行撮合的目的，为后续合理调配配送员以实现集中配送奠定基础，进而有效提高商品的配送效率。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动性的前提 下，还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的一种订单处理方法的流程示意图；
图2为订单处理平台向用户推荐用于配送所述待配送商品的时间的显示形式示意图；
图3为订单处理平台向用户推荐用于配送所述待配送商品的时间的显示形式示意图；
图4为本申请实施例提供的一种订单处理方法的流程示意图；
图5为本申请实施例提供的一种订单处理设备的结构示意图；
图6为本申请实施例提供的一种订单处理设备的结构示意图；
图7为本申请实施例提供的一种终端设备的结构示意图。
具体实施方式
由于考虑到目前外卖行业存在配送订单效率比较低的问题，通过分析目前外卖行业的现状，发现：订单处理平台分别接收不同用户发送的订单信息，这里的订单信息中所包含的配送时间是根据用户确认订单时间自动产生的时间点或者用户自己选择的一个相对具体的时间点(例如：16:20)，也就意味着不同时发送订单信息的用户所确认的配送时间不同，那么在实际应用中需要为每一个订单确定一个配送员，以保证在订单信息中所包含的配送时间点将用户所购买的商品送达用户。这样，在实际应用中出现一个订单对应一个配送员，当订单数量大于配送员数量时，导致大量订单无法及时被送达，降低整个外卖行业的配送效率。
为了实现提高配送订单效率的目的，本申请实施例提供了一种订单处理方法、设备和终端设备，在确定用户选择的待配送商品时，可以根据待配送商品的属性，为用户推荐用于配送所述待配送商品的时间，这样一旦用户选择推荐的时间，订单处理平台可以基于用户选择的用于配送所述待配送商品的时间，对不同订单进行整合，达到在订单生成阶段实现对包含相同配送时间的订单进 行撮合的目的，为后续合理调配配送员以实现集中配送奠定基础，进而有效提高商品的配送效率。
需要说明的是，本申请实施例中所记载的待配送商品可以是餐饮商品(例如：属于早餐的商品、属于午餐的商品、属于晚餐的商品等)；也可以是日常使用的商品(例如：蔬菜、水果等)；这里对于商品的类型不做具体限定。
本申请实施例中所记载的订单处理方法所应用的场景可以是外卖业务；也可以是具有即时配送要求的其他业务；还可以是其他能够通过本申请所记载的方案实现的其他业务，这里对于具体的应用场景不做具体限定。
下面结合说明书附图对本申请各个实施例作进一步地详细描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。
图1为本申请实施例提供的一种订单处理方法的流程示意图。所述方法可以如下所示。
步骤101：确定用户选择的待配送商品。
在步骤101中，随着互联网技术的发展，“互联网+”模式在各行各业中推行。越来越多的商户利用互联网平台推广自己的商品，例如：蔬菜水果店，用户可以在上午利用互联网平台向商户发送订单信息，该订单信息中包含所需要购买的蔬菜或者水果，那么商户按照订单信息的要求为用户配送这些蔬菜或者水果，使得用户可以在中午或者晚上接收到这些蔬菜或者水果，一方面使得商户销售商品的渠道变得多样化，另一方面使得用户通过线上行为获取自己需要的商品，节省了用户线下购买的时间。
具体地，用户可以利用智能终端设备或者pc机登录电子商务网站，并在登录的电子商务网站中选择自己需要购买的商品，这些商品可以被视为待配送商品。
本申请实施例中所记载的电子商务网站可以是xx外卖网站；也可以是 xx团购网站；还可以是xx点评网站；这里对于具体网站不做限定。
当用户在选择自己需要购买的商品时，可以通过“确认”或者“选好了”按键向订单处理平台发送消息，使得订单处理平台根据接收到的消息确定用户选择的待配送商品。
这里消息的类型或者所支持的协议方式不做具体限定。
步骤102：根据所述待配送商品的属性，向所述用户推荐用于配送所述待配送商品的时间。
在步骤102中，由于不同用户购买的商品类型不同，意味着这些商品的属性不同。本申请实施例中所记载的所述待配送商品的属性可以包含所述待配送商品所属类目；也可以包含用户对所述待配送商品的需求程度；还可以包含其他能够表征所述待配送商品的特征的内容，这里不做限定。
具体地，本申请实施例在确定用户选择的所述待配送商品后，及时向用户推荐用于配送所述待配送商品的时间。
如图2所示，为订单处理平台向用户推荐用于配送所述待配送商品的时间的显示形式示意图。
从图2中可以看出，在确定用户选择的所述待配送商品后，订单处理平台弹出时间选择窗口，在该时间选择窗口中提示推荐用于配送所述待配送商品的时间。此外，还可以存在一些时间备选项，这里可以将推荐用于配送所述待配送商品的时间作为优选时间项。例如：图中所示的17:30～18:30。
如图3所示，为订单处理平台向用户推荐用于配送所述待配送商品的时间的显示形式示意图。
从图3中可以看出，在用户能够看到的订单处理显示界面中，除了系统自动生成的配送时间项外，还包含系统推荐用于配送所述待配送商品的时间。例如：图中所示的17:30～18:30。
下面详细说明如何根据所述待配送商品的属性，向所述用户推荐用于配送所述待配送商品的时间。即图2和图3中所示的系统推荐用于配送所述待配送 商品的时间时如何确定的。
第一种方式：
确定所述待配送商品所属的设定类目；
根据所述待配送商品所属的设定类目，向所述用户推荐用于配送所述待配送商品的时间。
具体地，订单处理平台预先设定每一件商品所属的类目，这里可以称之为设定类目，同时，订单处理平台预先为每一种设定类目确定几个推荐配送时间。
例如：餐饮类目，可以预先设定三个或者四个推荐配送时间，分别可以是早餐推荐配送时间(假设：8:30～9:30)、午餐推荐配送时间(假设：11:45～12:15)、晚餐推荐配送时间(假设：18:30～19:30)和夜宵推荐配送时间，这些时间的确定可以根据用户选择的配送时间分析得到。
不同设定类目对应的推荐配送时间可以不同，也可以相同。例如：属于下午茶类目的推荐配送时间可以设置为15:00～16:00；属于蔬菜类目的推荐配送时间可以设置为上午10：00～11:00，下午17:00～18:00。不同类目的推荐配送时间可以根据商家或者系统根据历史数据自行设置，这里不做具体限定。
那么，在确定所述待配送商品所属的设定类目时，可以将预先设置的与该设定类目相对应的推荐配送时间发送给用户，提示用户可以选择推荐配送时间。
例如：确定用户选择的待配送商品所属的设定类目为餐饮类目，那么向用户推荐用于配送待配送商品的时间可以包含早餐推荐配送时间(假设：8:30～9:30)、午餐推荐配送时间(假设：11:45～12:15)、晚餐推荐配送时间(假设：18:30～19:30)和夜宵推荐配送时间，这样方便用户根据自己实际需要的时间进行自由选择。
第二种方式：
在第一种方式的基础之上，还可以确定系统当前时间；
根据所述待配送商品所属的设定类目和所述系统当前时间，向所述用户推 荐用于配送所述待配送商品的时间。
具体地，根据设定类目与预设配送时间(即上述记载的推荐配送时间)之间的映射关系，确定与所述待配送商品所属的设定类目对应的至少一个预设配送时间；
根据所述系统当前时间，从确定的所述至少一个预设配送时间中，选择与所述系统当前时间相匹配的一个预设配送时间；
将选择的所述预设配送时间作为推荐用于配送所述待配送商品的时间，并向所述用户推荐选择的所述预设配送时间。
例如：确定用户选择待配送商品的时间为上午10:30，那么假设确定的预设配送时间包含早餐推荐配送时间(假设：8:30～9:30)、午餐推荐配送时间(假设：11:45～12:15)、晚餐推荐配送时间(假设：18:30～19:30)和夜宵推荐配送时间，那么预设配送时间中与系统当前时间相匹配的时间为午餐推荐配送时间，此时将午餐推荐时间作为推荐用于配送所述待配送商品的时间，显示给用户。
第三种方式：
确定所述用户选择的配送时间点以及确定所述待配送商品所属的设定类目；
根据所述待配送商品所属的设定类目和确定的所述配送时间点，向所述用户推荐用于配送所述待配送商品的时间。
具体地，第三种方式可以与图3中所示的内容相对应。即用户在选择所需要购买的商品时，可以选择配送这些商品的时间，例如：用户购买的商品是午餐，用户自己选择的配送午餐的时间是12:00，订单处理平台在确定用户选择的配送时间点以及待配送商品所属的设定类目之后，可以向用户推荐用于配送午餐的时间为午餐推荐时间即11:45～12:15。
再例如：用户购买的商品是午餐，用户自己选择的配送午餐的时间是11:40，订单处理平台在确定用户选择的配送时间点以及待配送商品所属的设定 类目之后，可以向用户推荐用于配送午餐的时间为午餐推荐时间即11:45～12:15。
再例如：用户购买的商品是午餐，用户自己选择的配送午餐的时间是12:20，订单处理平台在确定用户选择的配送时间点以及待配送商品所属的设定类目之后，可以向用户推荐用于配送午餐的时间为午餐推荐时间即11:45～12:15。
换句话说，订单处理平台可以根据用户选择的配送时间点为用户推荐距离该配送时间点最近的推荐配送时间，这样，既能够不耽误用户使用午餐，又能够达到本申请实施例中所需要达到的目的。
此外，基于上述三种确定推荐用于配送所述待配送商品的时间的方式，本申请实施例还包括：
向所述用户发送与推荐用于配送所述待配送商品的时间对应的配送运费信息。
为了保证用户能够选择使用推荐配送时间，还可以在向用户显示推荐配送时间时，向用户显示推荐配送时间对应的配送运费信息。
这里的配送运费信息可以包含免费以及其他时间段收费；还可以包含目前已有多少用户选择该推荐配送时间以及配送运费等等。
假设推荐配送时间对应的配送运费根据选择该推荐配送时间的人数确定，那么在图2和图3的显示界面中还可以包含目前选择该推荐配送时间的用户数信息，可以时数字、百分比或者进度条等等，这里不做限定。
由此可见，选择推荐配送时间的用户越多，那么本申请实施例方案的效果越明显，意味着配送效率越高，且配送运费越低。
步骤103：接收所述用户发送的确认订单消息。
其中，所述确认订单消息中包含所述待配送商品和推荐的所述时间。
在步骤103中，接收所述用户发送的确认订单消息，即用户在选择配送时间后，向订单处理平台发送确认消息。
与现有技术相比，本申请实施例通过向用户发送推荐配送时间，改善现有订单配送时间分散的情况，即根据用户实际需要将分散在不同时间点的订单汇聚在一个时间段内进行配送，这样，既能够保证用户实际需要，又能节省配送资源，提升配送效率。
通过本申请实施例提供的技术方案，确定用户选择的待配送商品；根据所述待配送商品的属性，向所述用户推荐用于配送所述待配送商品的时间；接收所述用户发送的确认订单消息，所述确认订单消息中包含所述待配送商品和推荐的所述时间。在确定用户选择的待配送商品时，可以根据待配送商品的属性，为用户推荐用于配送所述待配送商品的时间，这样一旦用户选择推荐的时间，订单处理平台可以基于用户选择的用于配送所述待配送商品的时间，对不同订单进行整合，达到在订单生成阶段实现对包含相同配送时间的订单进行撮合的目的，为后续合理调配配送员以实现集中配送奠定基础，进而有效提高商品的配送效率。
图4为本申请实施例提供的一种订单处理方法的流程示意图。所述方法可以如下所示。
步骤401：接收至少一个用户发送的订单信息。
其中，所述订单信息中包含待配送商品和配送时间，所述配送时间包含系统推荐的时间。
步骤402：根据每一个所述确认信息中包含的所述配送时间，将接收到的所述订单信息进行分类。
其中，包含相同的所述配送时间的订单信息属于同类订单信息。
在步骤402中，在订单生成阶段，根据每一个所述确认信息中包含的所述配送时间，将接收到的所述订单信息进行分类，即对接收到的订单信息按照配送时间进行撮合，实现分散订单的合并，为后续集中配送奠定基础。
步骤403：将分类后的订单信息分别发送给供应所述待配送商品的商家和用于配送所述待配送商品的配送员。
在步骤403中，针对分类得到的所述同类订单信息，根据所述待配送商品所属的商家，对所述同类订单信息进行拆分得到针对不同商家的同类子订单信息，并分别将所述同类子订单信息发送给不同的商家。
和/或，
针对分类得到的所述同类订单信息，根据每一个所述订单信息中包含的配送地址，对所述同类订单信息进行拆分得到针对不同配送地址的同类子订单信息，并分别将所述同类子订单信息分发给不同的配送员。
这里需要说明的是，步骤403中可以先确定不同商家的同类子订单信息，也可以先确定不同配送员的同类子订单信息；还可以在确定不同商家的同类子订单信息之后，在此基础之上再确定不同配送员的同类子订单信息，这里不做具体限定。
图5为本申请实施例提供的一种订单处理设备的结构示意图。所述订单处理设备包括：确定单元51、推荐单元52和接收单元53，其中：
确定单元51，用于确定用户选择的待配送商品；
推荐单元52，用于根据所述待配送商品的属性，向所述用户推荐用于配送所述待配送商品的时间；
接收单元53，用于接收所述用户发送的确认订单消息，其中，所述确认订单消息中包含所述待配送商品和推荐的所述时间。
在本申请另一个实施例中，所述推荐单元52根据所述待配送商品的属性，向所述用户推荐用于配送所述待配送商品的时间，包括：
确定所述待配送商品所属的设定类目；
根据所述待配送商品所属的设定类目，向所述用户推荐用于配送所述待配送商品的时间。
在本申请另一个实施例中，所述推荐单元52根据所述待配送商品所属的设定类目，向所述用户推荐用于配送所述待配送商品的时间，包括：
确定系统当前时间；
根据所述待配送商品所属的设定类目和所述系统当前时间，向所述用户推荐用于配送所述待配送商品的时间。
在本申请另一个实施例中，所述推荐单元52根据所述待配送商品所属的设定类目和所述系统当前时间，向所述用户推荐用于配送所述待配送商品的时间，包括：
根据设定类目与预设配送时间之间的映射关系，确定与所述待配送商品所属的设定类目对应的至少一个预设配送时间；
根据所述系统当前时间，从确定的所述至少一个预设配送时间中，选择与所述系统当前时间相匹配的一个预设配送时间；
将选择的所述预设配送时间作为推荐用于配送所述待配送商品的时间，并向所述用户推荐选择的所述预设配送时间。
在本申请另一个实施例中，所述确定单元51，还用于确定所述用户选择的配送时间点；
所述推荐单元52根据所述待配送商品的属性，向所述用户推荐用于配送所述待配送商品的时间，包括：
确定所述待配送商品所属的设定类目；
根据所述待配送商品所属的设定类目和确定的所述配送时间点，向所述用户推荐用于配送所述待配送商品的时间。
在本申请另一个实施例中，所述推荐单元52，还用于在向所述用户推荐用于配送所述待配送商品的时间时，向所述用户发送与推荐用于配送所述待配送商品的时间对应的配送运费信息。
需要说明的是，本申请实施例提供的订单处理设备可以通过硬件方式实现，也可以通过软件方式实现，这里不做具体限定。订单处理设备在确定用户选择的待配送商品时，可以根据待配送商品的属性，为用户推荐用于配送所述待配送商品的时间，这样一旦用户选择推荐的时间，订单处理平台可以基于用户选择的用于配送所述待配送商品的时间，对不同订单进行整合，达到在订单 生成阶段实现对包含相同配送时间的订单进行撮合的目的，为后续合理调配配送员以实现集中配送奠定基础，进而有效提高商品的配送效率。
图6为本申请实施例提供的一种订单处理设备的结构示意图。所述订单处理设备包括：接收单元61、分类单元62和发送单元63，其中：
接收单元61，用于接收至少一个用户发送的订单信息，其中，所述订单信息中包含待配送商品和配送时间，所述配送时间包含系统推荐的时间；
分类单元62，用于根据每一个所述确认信息中包含的所述配送时间，将接收到的所述订单信息进行分类，其中，包含相同的所述配送时间的订单信息属于同类订单信息；
发送单元63，用于将分类后的订单信息分别发送给供应所述待配送商品的商家和用于配送所述待配送商品的配送员。
在本申请的另一个实施例中，所述发送单元63将分类后的订单信息分别发送给供应所述待配送商品的商家，包括：
针对分类得到的所述同类订单信息，根据所述待配送商品所属的商家，对所述同类订单信息进行拆分得到针对不同商家的同类子订单信息，并分别将所述同类子订单信息发送给不同的商家。
在本申请的另一个实施例中，所述发送单元63将分类后的订单信息分别发送给用于配送所述待配送商品的配送员，包括：
针对分类得到的所述同类订单信息，根据所述订单信息中包含的配送地址，对所述同类订单信息进行拆分得到针对不同配送地址的同类子订单信息，并分别将所述同类子订单信息分发给不同的配送员。
需要说明的是，本申请实施例提供的订单处理设备可以通过硬件方式实现，也可以通过软件方式实现，这里不做具体限定。订单处理设备可以基于用户选择的用于配送所述待配送商品的时间，对不同订单进行整合，达到在订单生成阶段实现对包含相同配送时间的订单进行撮合的目的，为后续合理调配配送员以实现集中配送奠定基础，进而有效提高商品的配送效率。
图7为本申请实施例提供的一种终端设备的结构示意图。所述终端设备包括：存储器71、处理器72和显示器73，其中：存储器71、处理器72和显示器73之间通过总线连接。
存储器71，用于存储执行订单处理的程序代码；
处理器72，用于执行所述存储器中存储的程序代码，包括：确定用户选择的待配送商品；根据所述待配送商品的属性，向所述用户推荐用于配送所述待配送商品的时间；接收所述用户发送的确认订单消息，其中，所述确认订单消息中包含所述待配送商品和推荐的所述时间；
显示器73，用于将向所述用户推荐用于配送所述待配送商品的时间进行显示。
在本申请另一个实施例中，所述处理器72，还用于执行所述存储器中存储的程序代码，包括：
接收至少一个用户发送的订单信息，其中，所述订单信息中包含待配送商品和配送时间，所述配送时间包含系统推荐的时间；
根据每一个所述确认信息中包含的所述配送时间，将接收到的所述订单信息进行分类，其中，包含相同的所述配送时间的订单信息属于同类订单信息；
将分类后的订单信息分别发送给供应所述待配送商品的商家和用于配送所述待配送商品的配送员。
本申请实施例中所记载的终端设备具备上述实施例中所记载的功能；本申请实施例中所记载的处理器可以是中央处理器，也可以是其他处理器，这里不做限定。
本领域的技术人员应明白，本申请的实施例可提供为方法、装置(设备)、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、装置(设备)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。
显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。