确定车辆的方法、设备及存储介质与流程

本申请涉及数据处理技术领域，尤其涉及一种确定车辆的方法、设备及存储介质。

背景技术：

互联网时代的飞速发展促进了媒介的样态融合，催生出了一系列依托于当下产业结构的品牌产品。互联网行业和物流行业的深度融合推陈出新，出现了货运app这一新型平台。

目前，用户在使用货运app选择货运车辆的方式为，用户通过用户终端下单，司机通过司机终端查看到用户订单后抢单，这可能出现用户的用车需求与司机的车辆不匹配等问题，导致货运效率较低。

技术实现要素：

本申请的多个方面提供一种确定车辆的方法、设备及存储介质，用以增强货运双方用户方和司机方之间的互选性，提高货运效率，提升用户体验。

本申请实施例提供一种确定车辆的方法，适用于货运系统中的服务器，所述方法包括：接收各司机终端发送的包含货车常驻位置的车辆消息；接收用户终端发送的包含发货行程的用车请求；根据所述各车辆消息中的货车常驻位置和所述发货行程，确定满足所述用车请求的至少一个车辆信息；将所述至少一个车辆信息发送至用户终端，以供用户从用户终端展示的所述至少一个车辆信息中选择运送货物所需的目标车辆。

本申请实施例还提供一种确定车辆的方法，适用于货运系统中的用户终端，所述方法包括：展示应用界面，所述应用界面上包括用车控件；响应于用户对所述用车控件的操作，向服务器发送包括发货行程的用车请求，以供服务器根据各司机终端发送的货车常驻位置和所述发货行程确定符合所述用车请求的至少一个车辆信息；接收服务器发送的所述至少一个车辆信息，在所述应用界面上展示所述至少一个车辆信息供用户选择运送货物所需的目标车辆。

本申请实施例还提供一种确定车辆的方法，适用于司机终端，所述方法包括：展示应用界面，应用界面上包括车辆消息发送控件；响应于司机对所述车辆消息发送控件的操作，向服务器发送包括货车常驻位置的车辆消息，以供服务器根据所述货车常驻位置和用户终端发送的包含发货行程的用车请求为用户确定符合所述用车请求的至少一个车辆信息。

本申请实施例还提供一种服务器，包括：存储器、处理器以及通信组件；所述存储器，用于存储计算机程序；所述处理器，用于执行所述计算机程序，以用于：通过通信组件接收各司机终端发送的包含货车常驻位置的车辆消息；通过通信组件接收用户终端发送的包含发货行程的用车请求；根据所述各车辆消息中的货车常驻位置和所述发货行程，确定满足所述用车请求的至少一个车辆信息；通过通信组件将所述至少一个车辆信息发送至用户终端，以供用户从用户终端展示的所述至少一个车辆信息中选择运送货物所需的目标车辆。

本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，当所述计算机程序被一个或多个处理器执行时，致使所述一个或多个处理器执行包括以下的动作：接收各司机终端发送的包含货车常驻位置的车辆消息；接收用户终端发送的包含发货行程的用车请求；根据所述各车辆消息中的货车常驻位置和所述发货行程，确定满足所述用车请求的至少一个车辆信息；将所述至少一个车辆信息发送至用户终端，以供用户从用户终端展示的所述至少一个车辆信息中选择运送货物所需的目标车辆。

本申请实施例还提供一种用户终端，包括：通信组件，存储器和处理器；所述存储器，用于存储计算机程序；所述处理器，用于执行所述计算机程序，以用于：展示应用界面，所述应用界面上包括用车控件；响应于用户对所述用车控件的操作，通过通信组件向服务器发送包括发货行程的用车请求，以供服务器根据各司机终端发送的货车常驻位置和所述发货行程确定符合所述用车请求的至少一个车辆信息；通过通信组件接收服务器发送的所述至少一个车辆信息，在所述应用界面上展示所述至少一个车辆信息供用户选择运送货物所需的目标车辆。

本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，其特征在于，当所述计算机程序被一个或多个处理器执行时，致使所述一个或多个处理器执行包括以下的动作：展示应用界面，所述应用界面上包括用车控件；响应于用户对所述用车控件的操作，向服务器发送包括发货行程的用车请求，以供服务器根据各司机终端发送的货车常驻位置和所述发货行程确定符合所述用车请求的至少一个车辆信息；接收服务器发送的所述至少一个车辆信息，在所述应用界面上展示所述至少一个车辆信息供用户选择运送货物所需的目标车辆。

本申请实施例还提供一种司机终端，包括：通信组件，存储器和处理器；所述存储器，用于存储计算机程序；所述处理器，用于执行所述计算机程序，以用于：展示应用界面，应用界面上包括车辆消息发送控件；响应于司机对所述车辆消息发送控件的操作，通过通信组件向服务器发送包括货车常驻位置的车辆消息，以供服务器根据所述货车常驻位置和用户终端发送的包含发货行程的用车请求为用户确定符合所述用车请求的至少一个车辆信息。

本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，当所述计算机程序被一个或多个处理器执行时，致使所述一个或多个处理器执行包括以下的动作：展示应用界面，应用界面上包括车辆消息发送控件；响应于司机对所述车辆消息发送控件的操作，向服务器发送包括货车常驻位置的车辆消息，以供服务器根据所述货车常驻位置和用户终端发送的包含发货行程的用车请求为用户确定符合所述用车请求的至少一个车辆信息。

在本申请一些示例性实施例中，获取各司机终端发送的包含货车常驻位置的车辆消息；获取用户终端发送的包含发货行程的用车请求；根据各车辆消息中的货车常驻位置和用车请求中的发货行程，确定满足用车请求的至少一个车辆信息；将至少一个车辆信息发送至用户终端，用户能够从用户终端展示的至少一个车辆信息中选择运送货物所需的目标车辆，结合司机和自身的情况综合选择运送货物的目标车辆，增强货运双方用户方与司机方之间的互选性，提高用户选择到合适车辆的几率，提升货运效率和用户体验。

附图说明

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

图1为本申请示例性实施例提供的一种货运系统的结构示意图；

图2a为本申请示例性从服务器角度进给出确定车辆的方法的方法流程图；

图2b为本申请示例性从用户终端角度进给出确定车辆的方法的方法流程图；

图2c为本申请示例性从司机终端角度进给出确定车辆的方法的方法流程图；

图3为本申请示例性实施例提供的一种更加详细的确定车辆的方法流程图；

图4为本申请示例性实施例提供的一种服务器的结构框图；

图5为本申请示例性实施例提供的一种用户终端的结构框图；

图6为本申请示例性实施例提供的一种司机终端的结构框图。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请具体实施例及相应的附图对本申请技术方案进行清楚、完整地描述。显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

针对目前存在的用户的用车需求与司机的车辆不匹配的问题，在本申请一些示例性实施例中，获取各司机终端发送的包含货车常驻位置的车辆消息；获取用户终端发送的包含发货行程的用车请求；根据各车辆消息中的货车常驻位置和用车请求中的发货行程，确定满足用车请求的至少一个车辆信息；将至少一个车辆信息发送至用户终端，用户能够从用户终端展示的至少一个车辆信息中选择运送货物所需的目标车辆，结合司机和自身的情况综合选择运送货物的目标车辆，增强货运双方用户方与司机方之间的互选性，提高用户选择到合适车辆的几率，提升货运效率和用户体验。

以下结合附图，详细说明本申请各实施例提供的技术方案。

图1为本申请示例性实施例提供的一种货运系统10的结构示意图。如图1所示，该货运系统包括：用户终端10a、服务器10b和司机终端10c。

在本实施例中，用户终端10a是指供用户进行网约货车使用的，具有用户所需的计算、上网、通信等功能的计算机设备，其实现形式可以有多种，例如可以是智能手机、个人电脑、穿戴设备、平板电脑等。司机终端10c是指供司机使用的，具有司机抢单所需的计算、上网、通信等功能的计算机设备，其实现形式可以有多种，例如可以是智能手机、个人电脑、穿戴设备、平板电脑等。

在本实施例中，服务器10b可与用户终端10a和司机终端10c通信连接，主要为用户终端10a、司机终端10c提供数据支持、计算服务以及一些管理服务。在本实施例中，并不限定服务器10b的实现形态，例如服务器10b可以是常规服务器、云服务器、云主机、虚拟中心等服务器设备。其中，服务器10b设备的构成主要包括处理器、硬盘、内存、系统总线等，和通用的计算机架构类型。

其中，用户终端10a和司机终端10c与服务器10b之间可以是无线或有线连接。可选地，用户终端10a和司机终端10c可以采用wifi、蓝牙、红外等通信方式与服务器10b建立通信连接。或者，用户终端10a和司机终端10c也可以通过移动网络与服务器10b建立通信连接。其中，移动网络的网络制式可以为2g(gsm)、2.5g(gprs)、3g(wcdma、td-scdma、cdma2000、utms)、4g(lte)、4g+(lte+)、wimax等中的任意一种。

在图1所示的货运系统10中，用户终端10a、服务器10b和司机终端10c相互配合，快速的执行相应的功能，从而提高用户执行相应功能的便捷性和效率，提升货运效率和用户体验。其中，司机通过操作各自司机终端10c展示运货应用的应用界面，通过操作应用界面上的车辆消息发送控件，向服务器发送包括货车常驻位置的车辆消息；用户通过操作用户终端10a展示发货应用界面，该应用界面上包括用车控件，用户通过操作该用车控件，向服务器发送包括发货行程的用车请求；服务器接收该用户请求和车辆消息，基于用户请求和车辆消息中的货车常驻位置和发货行程，确定符合用车请求的车辆信息，并将该车辆信息发送至用户终端；用户终端接收该车辆信息后，在用户终端的应用界面上展示该车辆信息，用户从车辆信息中选择出运送货物所需的目标车辆，结合司机和自身的情况，综合选择运送货物的目标车辆，增强货运双方用户方与司机方之间的互选性，提高用户选择到合适车辆的几率，提升货运效率和用户体验。

下面结合图1所示的货运系统，分别从用户终端10a、服务器10b和司机终端10c，对上述示例性实施方式进行说明。

如图2a所示，从服务器10b角度进行描述，本申请一示例性实施例给出确定车辆的方法，包括以下步骤：

s211：接收各司机终端发送的包含货车常驻位置的车辆消息；

s212：接收用户终端发送的包含发货行程的用车请求；

s213：根据各车辆消息中的货车常驻位置和发货行程，确定满足用车请求的至少一个车辆信息；

s214：将至少一个车辆信息发送至用户终端，以供用户从用户终端展示的至少一个车辆信息中选择运送货物所需的目标车辆。

如图2b所示，从用户终端10a角度进行描述，本申请一示例性实施例给出确定车辆的方法，包括以下步骤：

s221：展示应用界面，应用界面上包括用车控件；

s222：响应于用户对用车控件的操作，向服务器发送包括发货行程的用车请求，以供服务器根据各司机终端发送的货车常驻位置和发货行程确定符合用车请求的至少一个车辆信息；

s223：接收服务器发送的至少一个车辆信息，在应用界面上展示至少一个车辆信息供用户选择运送货物所需的目标车辆。

如图2c所示，从司机终端10c角度进行描述，本申请一示例性实施例给出确定车辆的方法，包括以下步骤：

s231：展示应用界面，应用界面上包括车辆消息发送控件；

s232：响应于司机对车辆消息发送控件的操作，向服务器发送包括货车常驻位置的车辆消息，以供服务器根据货车常驻位置和用户终端发送的包含发货行程的用车请求为用户确定符合用车请求的至少一个车辆信息。

在本实施例中，用户终端和司机终端分别包括一电子显示屏，司机可以通过电子显示屏与司机终端进行交互，司机终端可以在电子显示屏上显示运货应用界面，通过运货应用界面完成运货订单。用户可以通过电子显示屏与用户终端进行交互，用户终端可以在电子显示屏上显示发货应用界面，通过发货应用界面完成发货订单。

在上述实施例中，司机通过与各自司机终端的电子显示屏进行交互展示应用界面，应用界面上可显示司机消息发布页面，司机与电子显示屏交互填写司机消息发布页面中的相关内容，完善消息发布页面中的资料，司机完善资料后通过对应用界面上的车辆消息发送控件的操作，向服务器发送包含司机所填写资料的车辆消息。其中，车辆消息中可以包括货车常驻位置、车辆的空闲时间、车型、司机等级、历史评价中的至少一个。服务器接收车辆消息后将该车辆消息携带的内容存储于自身的存储单元中。

在上述实施例中，用户通过与用户终端的电子显示屏进行交互展示应用界面，应用界面上可显示用户发货页面，用户与电子显示屏交互填写用户发货页面中的相关内容，完善用户发货页面中的资料，用户完善资料后通过对应用界面上的用户控件的操作，向服务器发送包含用户所填写资料的用车请求。其中，用车请求包括乘车人数、用车时间、用户等级中的至少一个。服务器接收用车请求后将该用车请求携带的内容存储于自身的存储单元中。

服务器接收各司机终端发送的包含货车常驻位置的车辆消息和用户终端发送的包含发货行程的用车请求后，根据各车辆消息中的货车常驻位置和发货行程，确定满足用车请求的至少一个车辆信息。一种可实现的方式为，基于已有地图，计算各车辆消息中的货车常驻位置与发货行程中的发货地的路径距离；从各车辆消息中的货车常驻位置中，选择与发货地的路径距离小于等于设定距离阈值的至少一个候选货车常驻位置；从至少一个候选货车常驻位置对应的车辆信息中，确定符合用车请求的至少一个车辆信息。

服务器首先解析车辆消息中包含的货车常驻位置，以及解析用车请求中的发货行程；已有地图为货运系统中存储的货运地图，将货车常驻位置和发货行程中的发货地映射至已有地图中，并计算货车常驻位置与发货地之间的路径距离，路径距离为货车到达发货地所实际行驶的距离，筛选出与发货地的路径距离小于等于设定距离阈值的至少一个候选货车常驻位置，然后，从至少一个候选货车常驻位置对应的车辆信息中，确定符合用车请求的至少一个车辆信息。需要说明的是，本申请对距离阈值不作限定，可根据实际情况对距离阈值作出调整。其中，从至少一个候选货车常驻位置对应的车辆信息中，确定符合用车请求的至少一个车辆信息，可以有两种方式：

方式一：直接将候选货车常驻位置对应的车辆信息，作为符合用车请求的至少一个车辆信息。

方式二：结合至少一个候选货车常驻位置对应的车辆的空闲时间、车型、司机等级、历史评价中的至少一个以及乘车人数、用车时间、用户等级中的至少一个，从至少一个候选货车常驻位置对应的车辆信息中，确定符合用车请求的至少一个车辆信息。

在上述方式二中，服务器可以将用车请求中的用车时间、乘车人数、用户等级与车辆消息中的车辆的空闲时间、车型、司机等级、历史评价作匹配，从候选货车常驻位置对应的车辆信息中，筛选出符合用车请求的车辆信息。具体的筛选规则可根据用户的实际情况作出调整，例如，发货用户的乘车人数不能大于司机车型所能容纳的乘车人数，司机车辆的空闲时间是否和发货用户的发货时间相吻合。

服务器确定符合用车请求的至少一个车辆信息后，将至少一个车辆信息发送至用户终端，在用户终端的应用界面上展示至少一个车辆信息供用户选择运送货物所需的目标车辆，进行下单操作。一种可实现的方式为，响应于用户的滑动操作，滑动显示多个车辆信息，以供用户查看；响应于用户的选择操作，确定被选择的目标车辆信息；响应用户的下单操作，向服务器发送下单请求，下单请求包含目标车辆信息，以完成下单操作。其中，下单操作还包括用户填写发货地，收货地，所要运送货物的体积等，下单操作操作完成后用户通过操作用户终端的电子显示屏上的下单控件，向服务器发送下单请求。显然，下单操作的流程可以根据实际情况设定，并不限于上述实施例。此外，也可以用户通过应用界面上的控件与司机进行交流，从而辅助进行目标车辆的选择。在下单操作完成后，响应用户的指派司机操作，向服务器发送指派司机请求，服务器接收指派司机请求，完成司机与订单的绑定操作，并向司机终端发送订单指派指令，司机终端接收到订单指派指令后，在司机终端的应用界面上展示派单页面，通过操作派单接单页面中的接单控件，完成接单操作，用户可指定司机成为自己的专属司机，增加双方互选性。

此外，司机的另一种接单形式可以为，司机终端在向服务器发送包括货车常驻位置的车辆消息后，服务器可自动为司机进行派单。服务器向司机发送派单指令，在司机终端的应用界面上展示派单页面；响应于司机对派单页面上的接单控件的操作，向服务器发送接单指令，以供服务器生成订单。

基于上述各实施例的描述，图3为本申请示例性实施例提供的一种更加详细的确定车辆的方法流程图。如图3所示，该方法包括：

s301：司机终端展示应用界面，应用界面上包括车辆消息发送控件；

s302：响应于司机对车辆消息发送控件的操作，向服务器发送包括货车常驻位置的车辆消息；

s303：用户终端展示应用界面，应用界面上包括用车控件；

s304：响应于用户对用车控件的操作，向服务器发送包括发货行程的用车请求；

s305：根据各车辆消息中的货车常驻位置和发货行程，确定满足用车请求的至少一个车辆信息；

s306：将至少一个车辆信息发送至用户终端；

s307：接收服务器发送的至少一个车辆信息，在应用界面上展示至少一个车辆信息供用户选择运送货物所需的目标车辆。

图4为本申请示例性实施例提供的一种服务器的结构框图，如图4所示，该服务器包括：存储器402、处理器401以及通信组件403；服务器还可以包括电源组件404等必要组件。

通信组件403，用于服务器与用户终端和司机终端建立通信连接进行数据传输；

存储器402，用于存储计算机程序；

处理器401，用于执行计算机程序，以用于：接收各司机终端发送的包含货车常驻位置的车辆消息；接收用户终端发送的包含发货行程的用车请求；根据各车辆消息中的货车常驻位置和发货行程，确定满足用车请求的至少一个车辆信息；将至少一个车辆信息发送至用户终端，以供用户从用户终端展示的至少一个车辆信息中选择运送货物所需的目标车辆。

可选地，处理器401，根据各车辆消息中的货车常驻位置和发货行程，确定满足用车请求的至少一个车辆信息，以用于：基于已有地图，计算各车辆消息中的货车常驻位置与发货行程中的发货地的路径距离；从各车辆消息中的货车常驻位置中，选择与发货地的路径距离小于等于设定距离阈值的至少一个候选货车常驻位置；从至少一个候选货车常驻位置对应的车辆信息中，确定符合用车请求的至少一个车辆信息。

可选地，处理器401，各车辆消息还包括车辆的空闲时间、车型、司机等级、历史评价中的至少一个；用车请求还包括乘车人数、用车时间、用户等级中的至少一个。

可选地，处理器401，从至少一个候选货车常驻位置对应的车辆信息中，确定符合用车请求的至少一个车辆信息，以用于：结合至少一个候选货车常驻位置对应的车辆的空闲时间、车型、司机等级、历史评价中的至少一个以及乘车人数、用车时间、用户等级中的至少一个，从至少一个候选货车常驻位置对应的车辆信息中，确定符合用车请求的至少一个车辆信息。

相应地，本申请实施例还提供一种存储有计算机程序的计算机可读存储介质。当计算机可读存储介质存储计算机程序，且计算机程序被一个或多个处理器执行时，致使一个或多个处理器执行图2a方法实施例中的各步骤。

图5为本申请示例性实施例提供的一种用户终端的结构框图，如图5所示，该用户终端包括：电子显示屏501、存储器503、处理器502、通信组件504；此外，用户终端还可以包括电源组件506，传感器505等必要组件。

电子显示屏501，用于显示应用界面。

其中，电子显示屏501包括液晶显示器(lcd)和触摸面板(tp)。如果电子显示屏包括触摸面板，电子显示屏可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。

存储器503，用于存储计算机程序；

通信组件504，用于用户终端与服务器建立通信连接进行数据传输；

处理器502，用于执行计算机程序，以用于：展示应用界面，应用界面上包括用车控件；响应于用户对用车控件的操作，向服务器发送包括发货行程的用车请求，以供服务器根据各司机终端发送的货车常驻位置和发货行程确定符合用车请求的至少一个车辆信息；接收服务器发送的至少一个车辆信息，在应用界面上展示至少一个车辆信息供用户选择运送货物所需的目标车辆。

可选地，至少一个车辆信息的数量为多个，处理器502，在应用界面上展示至少一个车辆信息之后，还可用于：响应于用户的滑动操作，滑动显示多个车辆信息，以供用户查看；响应于用户的选择操作，确定被选择的目标车辆信息；响应用户的下单操作，向服务器发送下单请求，下单请求包含目标车辆信息，以完成下单操作。

图6为本申请示例性实施例提供的一种司机终端的结构框图，如图6所示，该用户终端包括：电子显示屏601、存储器603、处理器602、通信组件604；此外，用户终端还可以包括电源组件606，传感器605等必要组件。

电子显示屏601，用于显示应用界面。

其中，电子显示屏601包括液晶显示器(lcd)和触摸面板(tp)。如果电子显示屏包括触摸面板，电子显示屏可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。

存储器603，用于存储计算机程序；

通信组件604，用于司机终端与服务器建立通信连接进行数据传输；

处理器602，用于执行计算机程序，以用于：展示应用界面，应用界面上包括车辆消息发送控件；响应于司机对车辆消息发送控件的操作，向服务器发送包括货车常驻位置的车辆消息，以供服务器根据货车常驻位置和用户终端发送的包含发货行程的用车请求为用户确定符合用车请求的至少一个车辆信息。

可选地，处理器602，在向服务器发送包括货车常驻位置的车辆消息后，还可用于：接收服务器发送的派单指令，在司机终端的应用界面上展示派单页面；响应于司机对派单页面上的接单控件的操作，向服务器发送接单指令，以供服务器生成订单。

上述图4-6中的通信组件被配置为便于通信组件所在设备和其他设备之间有线或无线方式的通信。通信组件所在设备可以接入基于通信标准的无线网络，如wifi，2g或3g，或它们的组合。在一个示例性实施例中，通信组件经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，通信组件还包括近场通信(nfc)技术、射频识别(rfid)技术、红外数据协会(irda)技术、超宽带(uwb)技术和蓝牙(bt)技术等，以促进短程通信。

上述图4-6中的电源组件，为电源组件所在设备的各种组件提供电力。电源组件可以包括电源管理系统，一个或多个电源，及其他与为电源组件所在设备生成、管理和分配电力相关联的组件。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(ram)和/或非易失性内存等形式，如只读存储器(rom)或闪存(flashram)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitorymedia)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。