车辆租还方法、装置、电子设备和可读介质与流程

1.本公开涉及物联网技术领域，具体而言，涉及一种车辆租还方法、装置、电子设备和可读介质。


背景技术：

2.目前，随着经济的发展，我国机动车保有量呈爆发式增长。在机动车数量激增的同时，也带来了诸如交通拥堵、限牌限号、停车位不足、汽车尾气污染等许多问题。
3.在相关技术中，汽车租赁能够满足无车市民的出行需求，也为偶尔需要租车的人提供了方便。
4.但是，现有的车辆租赁一般是通过加装远程控制装置来实现无人值守的取还车流程，不仅车辆租还的维护成本和运营时间均较高，而且车辆租还的可靠性和安全性均较差。
5.需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。


技术实现要素：

6.本公开的目的在于提供一种车辆租还方法、装置、电子设备和可读介质，用于至少在一定程度上克服由于相关技术的限制和缺陷而导致的车辆租还的可靠性差的问题。
7.根据本公开实施例的第一方面，提供一种车辆租还方法，包括：接收租客客户端发送的验车影像信息；响应于接收的租车请求，更新所述验车影像信息对应的验车状态；根据所述验车状态将所述验车影像信息发送至运营客户端；将所述运营客户端反馈的租车验证信息反馈至所述租客客户端，以供所述租客客户端将所述租车验证信息发送至车辆钥匙柜，所述车辆钥匙柜根据所述租车验证信息确定是否提供指定钥匙，所述指定钥匙对应于所述租车请求。
8.在本公开的一种示例性实施例中，还包括：
9.根据所述车辆钥匙柜反馈的状态信息确定是否已提供所述指定钥匙；
10.若确定已提供所述指定钥匙，则向所述运营客户端反馈所述指定钥匙对应的租车成功记录；
11.若确定未提供所述指定钥匙，则向所述运营客户端反馈所述指定钥匙对应的租车失败记录。
12.根据本公开实施例的第二方面，提供一种车辆租还方法，包括：
13.接收租客客户端发送的验车影像信息；
14.响应于接收的还车请求，更新所述验车影像信息对应的验车状态；
15.根据所述验车状态将所述验车影像信息发送至运营客户端；
16.将所述运营客户端反馈的还车验证信息反馈至所述租客客户端，以供所述租客客户端将所述还车验证信息发送至车辆钥匙柜，所述车辆钥匙柜根据所述还车验证信息确定是否回收指定钥匙，所述指定钥匙对应于所述还车请求。
17.在本公开的一种示例性实施例中，还包括：
18.根据所述车辆钥匙柜反馈的状态信息确定是否已回收所述指定钥匙；
19.若确定已回收所述指定钥匙，则向所述运营客户端反馈所述指定钥匙对应的还车成功记录；
20.若确定未回收所述指定钥匙，则向所述运营客户端反馈所述指定钥匙对应的还车失败记录。
21.在本公开的一种示例性实施例中，所述验车影像信息包括车辆前部照片、车辆后部照片、车辆左部照片、车辆右部照片和车辆油表照片中的至少一种。
22.在本公开的一种示例性实施例中，所述租客客户端发送的租车请求和/或还车请求以json数据的形式发送。
23.根据本公开实施例的第三方面，提供一种车辆租还装置，包括：
24.接收模块，设置为接收租客客户端发送的验车影像信息；
25.更新模块，设置为响应于接收的租车请求，更新所述验车影像信息对应的验车状态；
26.发送模块，设置为根据所述验车状态将所述验车影像信息发送至运营客户端；
27.确定模块，设置为将所述运营客户端反馈的租车验证信息反馈至所述租客客户端，以供所述租客客户端将所述租车验证信息发送至车辆钥匙柜，所述车辆钥匙柜根据所述租车验证信息确定是否提供指定钥匙，所述指定钥匙对应于所述租车请求。
28.根据本公开实施例的第四方面，提供一种车辆租还装置，包括：
29.接收模块，设置为接收租客客户端发送的验车影像信息；
30.更新模块，设置为响应于接收的还车请求，更新所述验车影像信息对应的验车状态；
31.发送模块，设置为根据所述验车状态将所述验车影像信息发送至运营客户端；
32.确定模块，设置为将所述运营客户端反馈的还车验证信息反馈至所述租客客户端，以供所述租客客户端将所述还车验证信息发送至车辆钥匙柜，所述车辆钥匙柜根据所述还车验证信息确定是否回收指定钥匙，所述指定钥匙对应于所述还车请求。
33.根据本公开的第五方面，提供一种电子设备，包括：存储器；以及耦合到所述存储器的处理器，所述处理器被配置为基于存储在所述存储器中的指令，执行如上述任意一项所述的方法。
34.根据本公开的第六方面，提供一种计算机可读存储介质，其上存储有程序，该程序被处理器执行时实现如上述任意一项所述的车辆租还方法。
35.本公开实施例，通过接收租客客户端发送的验车影像信息，并响应于接收的租车请求(或还车请求)，更新所述验车影像信息对应的验车状态，进而根据所述验车状态将所述验车影像信息发送至运营客户端，将所述运营客户端反馈的租车验证信息或(还车验证信息)反馈至所述租客客户端，以供所述租客客户端将所述租车验证信息(或还车验证信息)发送至车辆钥匙柜，所述车辆钥匙柜根据所述租车验证信息确定是否提供指定钥匙或(或回收指定钥匙)，所述指定钥匙对应于所述租车请求(或还车请求)，降低了车辆租还的维护成本和运营时间，还提高了车辆租还的可靠性和安全性。
36.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不
能限制本公开。
附图说明
37.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
38.图1示出了可以应用本发明实施例的车辆租还方案的示例性系统架构的示意图；
39.图2是本公开示例性实施例中一种车辆租还方法的流程图；
40.图3是本公开示例性实施例中另一种车辆租还方法的流程图；
41.图4是本公开示例性实施例中另一种车辆租还方法的流程图；
42.图5是本公开示例性实施例中另一种车辆租还方法的流程图；
43.图6是本公开示例性实施例中一种车辆租还方案的交互示意图；
44.图7是本公开示例性实施例中一种车辆租还方案的界面示意图；
45.图8是本公开示例性实施例中另一种车辆租还方案的界面示意图；
46.图9是本公开示例性实施例中另一种车辆租还方案的界面示意图；
47.图10是本公开示例性实施例中另一种车辆租还方案的交互示意图；
48.图11是本公开示例性实施例中一种车辆租还方案的界面示意图；
49.图12是本公开示例性实施例中另一种车辆租还方案的界面示意图；
50.图13是本公开示例性实施例中另一种车辆租还方案的界面示意图；
51.图14是本公开示例性实施例中一种车辆租还装置的方框图；
52.图15是本公开示例性实施例中另一种车辆租还装置的方框图；
53.图16是本公开示例性实施例中一种电子设备的方框图。
具体实施方式
54.现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本公开的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本公开的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本公开的各方面变得模糊。
55.此外，附图仅为本公开的示意性图解，图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
56.图1示出了可以应用本发明实施例的车辆租还方案的示例性系统架构的示意图。
57.如图1所示，系统架构100可以包括终端设备101、102、103中的一种或多种，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
58.应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。比如服务器105可以是多个服务器组成的服务器集群等。
59.用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103可以是具有显示屏的各种电子设备，包括但不限于智能手机、平板电脑、便携式计算机和台式计算机等等。
60.在一些实施例中，本发明实施例所提供的车辆租还方法一般由服务器105执行，相应地，车辆租还装置一般设置服务器105中。在另一些实施例中，某些终端设备可以具有与服务器相似的功能从而执行本方法。因此，本发明实施例所提供的车辆租还方法不限定在服务器执行。
61.下面结合附图对本公开示例实施方式进行详细说明。
62.图2是本公开示例性实施例中车辆租还方法的流程图。
63.参考图2，车辆租还方法可以包括：
64.步骤s202，接收租客客户端发送的验车影像信息。
65.步骤s204，响应于接收的租车请求，更新所述验车影像信息对应的验车状态。
66.步骤s206，根据所述验车状态将所述验车影像信息发送至运营客户端。
67.步骤s208，将所述运营客户端反馈的租车验证信息反馈至所述租客客户端，以供所述租客客户端将所述租车验证信息发送至车辆钥匙柜，所述车辆钥匙柜根据所述租车验证信息确定是否提供指定钥匙，所述指定钥匙对应于所述租车请求。
68.本公开实施例，通过接收租客客户端发送的验车影像信息，并响应于接收的租车请求，更新所述验车影像信息对应的验车状态，进而根据所述验车状态将所述验车影像信息发送至运营客户端，将所述运营客户端反馈的租车验证信息或反馈至所述租客客户端，以供所述租客客户端将所述租车验证信息发送至车辆钥匙柜，所述车辆钥匙柜根据所述租车验证信息确定是否提供指定钥匙或，所述指定钥匙对应于所述租车请求，降低了车辆租还的维护成本和运营时间，还提高了车辆租还的可靠性和安全性。
69.具体地，在租车时将租客客户端采集的验车影像信息发送至运营客户端，一方面，能够通过验车影像信息来确定车况，进而来提高待租车辆的安全性和可靠性，另一方面，也能通过验车影像信息来确定待租车辆与指定钥匙之间的对应关系，进而提高了车辆租还的可靠性和安全性。
70.在本公开的一种示例性实施例中，如图3所示，车辆租还方法还包括：
71.步骤s302，根据所述车辆钥匙柜反馈的状态信息确定是否已提供所述指定钥匙。
72.步骤s304，若确定已提供所述指定钥匙，则向所述运营客户端反馈所述指定钥匙对应的租车成功记录。
73.步骤s306，若确定未提供所述指定钥匙，则向所述运营客户端反馈所述指定钥匙对应的租车失败记录。
74.在本公开的一种示例性实施例中，通过所述车辆钥匙柜反馈的状态信息确定是否
已提供所述指定钥匙，并在确定已提供所述指定钥匙时，向所述运营客户端反馈所述指定钥匙对应的租车成功记录，进而在后续租车请求时，如果根据租车成功记录确定请求租用的车辆已租出，则直接反馈租车失败。另外，若多次确定未提供所述指定钥匙，则向所述运营客户端反馈所述指定钥匙对应的租车失败记录，并且在指定时间内将指定钥匙的柜门锁定，以进一步地提高车辆租还的安全性。
75.图4是本公开示例性实施例中车辆租还方法的流程图。
76.参考图4，提供一种车辆租还方法，还包括：
77.步骤s402，接收租客客户端发送的验车影像信息。
78.步骤s404，响应于接收的还车请求，更新所述验车影像信息对应的验车状态。
79.步骤s406，根据所述验车状态将所述验车影像信息发送至运营客户端。
80.步骤s408，将所述运营客户端反馈的还车验证信息反馈至所述租客客户端，以供所述租客客户端将所述还车验证信息发送至车辆钥匙柜，所述车辆钥匙柜根据所述还车验证信息确定是否回收指定钥匙，所述指定钥匙对应于所述还车请求。
81.本公开实施例，通过接收租客客户端发送的验车影像信息，并响应于接收的或还车请求，更新所述验车影像信息对应的验车状态，进而根据所述验车状态将所述验车影像信息发送至运营客户端，将所述运营客户端反馈的还车验证信息反馈至所述租客客户端，以供所述租客客户端将所述还车验证信息发送至车辆钥匙柜，所述车辆钥匙柜根据所述租车验证信息确定是否回收指定钥匙，所述指定钥匙对应于所述还车请求，降低了车辆租还的维护成本和运营时间，还提高了车辆租还的可靠性和安全性。
82.具体地，在还车时将租客客户端采集的验车影像信息发送至运营客户端，一方面，能够通过验车影像信息来确定车况，进而来提高待还车辆的安全性和可靠性，另一方面，也能通过验车影像信息来确定待还车辆与指定钥匙之间的对应关系，进而提高了车辆租还的可靠性和安全性。
83.在本公开的一种示例性实施例中，如图5所示，车辆租还方法还包括：
84.步骤s502，根据所述车辆钥匙柜反馈的状态信息确定是否已回收所述指定钥匙。
85.步骤s504，若确定已回收所述指定钥匙，则向所述运营客户端反馈所述指定钥匙对应的还车成功记录。
86.步骤s506，若确定未回收所述指定钥匙，则向所述运营客户端反馈所述指定钥匙对应的还车失败记录。
87.在本公开的一种示例性实施例中，通过所述车辆钥匙柜反馈的状态信息确定是否已回收所述指定钥匙，并在确定已回收所述指定钥匙时，向所述运营客户端反馈所述指定钥匙对应的还车成功记录，若多次确定未回收所述指定钥匙，则向所述运营客户端反馈所述指定钥匙对应的还车失败记录，并且在指定时间内将指定钥匙的柜门锁定，以进一步地提高车辆租还的安全性。
88.在本公开的一种示例性实施例中，所述验车影像信息包括车辆前部照片、车辆后部照片、车辆左部照片、车辆右部照片和车辆油表照片中的至少一种。
89.在本公开的一种示例性实施例中，所述租客客户端发送的租车请求和/或还车请求以json数据的形式发送。
90.其中，json：javascript object notation，javascript对象表示法，是存储和交
换文本信息的语法，类似xml(extensible markup language，可扩展标记语言)，但是比xml更小、更快，更易解析，易于人阅读和编写，c、python、c 、java、php、go等编程语言都支持json。
91.在本公开的一种示例性实施例中，如图6至图9所示，车辆租还方案的架构包括服务器602、租客app 604、营运app 606和钥匙柜608，具体的自助取车流程包括：
92.(1)如图7所示，在租客app 604的第一界面700上拍照(前、后、左、右、油表)验车。
93.(2)拍照后租客app 604通过api(应用程序)自动上传图片到服务器602并存储起来。
94.(3)租客app 604上点击申请取车。
95.(4)json数据通过api传输到服务器602，更新验车状态。
96.(5)营运app 606上收到服务端的数据推送。
97.(6)营运app 606上检查验车图片。
98.(7)如图8所示，营运app 606的第一界面800上点击同意交车。
99.(8)json数据通过api传输到服务器602。
100.(9)服务器602查询租赁车辆钥匙柜608的记录，生成对应的验证码。
101.(10)如图9所示，租客app 604的第二界面900上收到验证码信息。
102.(11)租客在钥匙柜608上输入验证码，拿到车辆钥匙。
103.(12)json数据更新订单状态为已交车。
104.在本公开的一种示例性实施例中，如图10至图13所示，车辆租还方案的架构包括服务器1002、租客app 1004、营运app 1006和钥匙柜1008，具体的自助取车流程包括：
105.(1)如图11所示，在租客app 1004的第一界面1100上拍照(前、后、左、右、油表)验车。
106.(2)拍照后租客app 1004通过api自动上传图片到服务器1002并存储起来。
107.(3)租客app 1004上点击申请还车。
108.(4)json数据通过api传输到服务器1002，更新验车状态。
109.(5)营运app 1006上收到服务端的数据推送。
110.(6)营运app 1006上检查验车图片。
111.(7)如图12所示，营运app 1006的第一界面1200上点击同意还车。
112.(8)json数据通过api被传输到服务端。
113.(9)服务器1002查询车辆钥匙柜1008的记录，找到未使用的钥匙柜1008，生成对应的验证码。
114.(10)如图13所示，租客app 1004的第二界面1300上收到验证码信息。
115.(11)租客在钥匙柜1008上输入验证码，存入车辆钥匙。
116.(12)json数据更新订单状态为已还车。
117.在上述实施例中，营运app即运营客户端的一种实施方式。
118.对应于上述方法实施例，本公开还提供一种车辆租还装置，可以用于执行上述方法实施例。
119.图14是本公开示例性实施例中一种车辆租还装置的方框图。
120.参考图14，车辆租还装置1400可以包括：
121.接收模块1402，设置为接收租客客户端发送的验车影像信息。
122.更新模块1404，设置为响应于接收的租车请求，更新所述验车影像信息对应的验车状态。
123.发送模块1406，设置为根据所述验车状态将所述验车影像信息发送至运营客户端。
124.确定模块1408，设置为将所述运营客户端反馈的租车验证信息反馈至所述租客客户端，以供所述租客客户端将所述租车验证信息发送至车辆钥匙柜，所述车辆钥匙柜根据所述租车验证信息确定是否提供指定钥匙，所述指定钥匙对应于所述租车请求。
125.在本公开的一种示例性实施例中，确定模块1408还设置为：根据所述车辆钥匙柜反馈的状态信息确定是否已提供所述指定钥匙；若确定已提供所述指定钥匙，则向所述运营客户端反馈所述指定钥匙对应的租车成功记录；若确定未提供所述指定钥匙，则向所述运营客户端反馈所述指定钥匙对应的租车失败记录。
126.图15是本公开示例性实施例中一种车辆租还装置的方框图。
127.参考图15，车辆租还装置1500可以包括：
128.接收模块1502，设置为接收租客客户端发送的验车影像信息。
129.更新模块1504，设置为响应于接收的还车请求，更新所述验车影像信息对应的验车状态。
130.发送模块1506，设置为根据所述验车状态将所述验车影像信息发送至运营客户端。
131.确定模块1508，设置为将所述运营客户端反馈的还车验证信息反馈至所述租客客户端，以供所述租客客户端将所述还车验证信息发送至车辆钥匙柜，所述车辆钥匙柜根据所述还车验证信息确定是否回收指定钥匙，所述指定钥匙对应于所述还车请求。
132.在本公开的一种示例性实施例中，确定模块1508还设置为：根据所述车辆钥匙柜反馈的状态信息确定是否已回收所述指定钥匙；若确定已回收所述指定钥匙，则向所述运营客户端反馈所述指定钥匙对应的还车成功记录；若确定未回收所述指定钥匙，则向所述运营客户端反馈所述指定钥匙对应的还车失败记录。
133.在本公开的一种示例性实施例中，所述验车影像信息包括车辆前部照片、车辆后部照片、车辆左部照片、车辆右部照片和车辆油表照片中的至少一种。
134.在本公开的一种示例性实施例中，所述租客客户端发送的租车请求和/或还车请求以json数据的形式发送。
135.由于装置1400的各功能已在其对应的方法实施例中予以详细说明，本公开于此不再赘述。
136.应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。
137.在本公开的示例性实施例中，还提供了一种能够实现上述方法的电子设备。
138.所属技术领域的技术人员能够理解，本发明的各个方面可以实现为系统、方法或程序产品。因此，本发明的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完
全的软件实施方式(包括固件、微代码等)，或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。
139.下面参照图16来描述根据本发明的这种实施方式的电子设备1600。图16显示的电子设备1600仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。
140.如图16所示，电子设备1600以通用计算设备的形式表现。电子设备1600的组件可以包括但不限于：上述至少一个处理单元1610、上述至少一个存储单元1620、连接不同系统组件(包括存储单元1620和处理单元1610)的总线1630。
141.其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元1610执行，使得所述处理单元1610执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。例如，所述处理单元1610可以执行如本公开实施例所示的方法。
142.存储单元1620可以包括易失性存储单元形式的可读介质，例如随机存取存储单元(ram)16201和/或高速缓存存储单元16202，还可以进一步包括只读存储单元(rom)16203。
143.存储单元1620还可以包括具有一组(至少一个)程序模块16205的程序/实用工具16204，这样的程序模块16205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。
144.总线1630可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。
145.电子设备1600也可以与一个或多个外部设备1640(例如键盘、指向设备、蓝牙设备等)通信，还可与一个或者多个使得用户能与该电子设备1600交互的设备通信，和/或与使得该电子设备1600能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口1650进行。并且，电子设备1600还可以通过网络适配器1660与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图所示，网络适配器1660通过总线1630与电子设备1600的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备1600使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
146.通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是cd-rom，u盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、终端装置、或者网络设备等)执行根据本公开实施方式的方法。
147.在本公开的示例性实施例中，还提供了一种计算机可读存储介质，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。
148.根据本发明的实施方式的用于实现上述方法的程序产品可以采用便携式紧凑盘
只读存储器(cd-rom)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
149.所述程序产品可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以为但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。
150.计算机可读信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
151.可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、rf等等，或者上述的任意合适的组合。
152.可以以一种或多种程序设计语言的任意组合来编写用于执行本发明操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如java、c 等，还包括常规的过程式程序设计语言—诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(lan)或广域网(wan)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。
153.此外，上述附图仅是根据本发明示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。
154.本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本技术旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和构思由权利要求指出。