[0001] 本发明涉及汽车蓝牙控制技术领域，具体涉及一种基于数字钥匙的汽车控制方法、系统、车辆及介质。

[0002] 现代汽车大部分都具备数字钥匙(蓝牙钥匙)功能，也即用户在车企的移动应用中，通过蓝牙通道下发控制指令，汽车的车控系统接收指令并执行指令，实现车辆解闭锁等控制功能，在此技术上实现了汽车数字钥匙无感解锁功能，即用户带着手机靠近车辆时自动解锁，远离车辆时自动闭锁，不需要用户使用实体钥匙或车企应用手动控制解锁或闭锁，用户用车更加便捷。

[0003] 但车企应用对整个手机来说只是一个普通的移动应用，不具备保活能力，即要求车企应用必须在前台或后台运行着，当车企应用被完全关闭时所有车辆控制的便捷方式都会失效，比如无感解闭锁功能失效，用户体验有所欠缺。

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

[0037] 车企应用对整个手机来说只是一个普通的移动应用，它不具备保活能力，只有手机厂商的系统服务或应用具备保活能力。当车企应用被完全关闭时所有车辆控制的便捷方式都会失效，比如无感解闭锁功能失效，用户体验有所欠缺，所以相关方案是车企和各手机厂商合作，用户在车企应用中将汽车蓝牙的物理地址(Media Access Control，Mac)注册到手机的系统服务或应用，手机的系统服务或应用周期性扫描该Mac地址，当用户带着手机靠近汽车后，该Mac地址能被扫描到此时系统服务拉起车企应用，车企应用启动并连接汽车蓝牙，蓝牙通道建立后汽车的车控系统根据蓝牙信号强弱(安全距离)实现无感解锁和闭锁功能，如图1所示。现有方案中车企需要和各手机厂进行商务合作，运营成本较高。另外各手机厂商提供的能力接口各不一样，体现在能力接口不标准/不统一，车企应用为兼容不同手机厂商导致开发复杂度也成倍增加，相应的增加了功能开发成本。

[0038] 本发明实施例提供了一种基于数字钥匙的汽车控制系统，如图2所示，基于数字钥匙的汽车控制系统包括具有保活能力的目标应用的小程序端1、车企服务器2和车企应用端3，本发明实施例对具有保活能力的目标应用不作限定，可根据实际用户移动端下载安装的应用为准，比如腾讯QQ、微信、微博等，不作限定，本发明实施例以微信应用为例，车企应用端为用户基于控制目标车辆下载到移动端的车企应用APP(Application)，其中，车企应用端响应于用户操作将数字钥匙导入小程序指令，将用户身份标识信息发送给车企服务器；
车企服务器在接收到车企应用端发送的用户身份标识信息，备份身份标识对应的车辆信息，并将备份结果反馈至车企应用端；车企应用端响应到车企服务器反馈的备份结果后，控制车企应用端所在移动端页面跳转至具有保活能力的目标应用的小程序端；小程序端响应于用户基于身份标识登录指令，向车企服务器发送身份标识对应的车辆信息查询请求，其中，身份标识为用户在车企应用端登录的身份标识；车企服务器接收小程序端发送的身份标识对应的车辆信息查询请求，将备份的身份标识对应的车辆信息发送给小程序端；小程序端接收并显示车企服务器发送的车辆信息，响应到用户选择下载目标车辆的数字钥匙后，向车企服务器发送目标车辆的数字钥匙下载请求；车企服务器接收小程序端发送的目标车辆的数字钥匙下载请求，将目标车辆的数字钥匙发送给小程序端；小程序端接收并下载车企服务器发送的目标车辆的数字钥匙，并将目标车辆的物理地址注册到目标应用中，以使目标应用扫描到与物理地址匹配的目标车辆时，唤醒小程序端，被唤醒的小程序端使用数字钥匙控制目标车辆的车端执行用户操作指令。

[0039] 如图3所示，本发明实施例的用户可在车企应用中的数字钥匙卡片中主动发起“导入微信小程序数字钥匙”的操作，车企应用端响应到用户发起操作后，可将当前应用携带的用户登录的身份标识请求到车企服务器，其中，对身份标识不作限定，可以是用户设定的ID、用户名或手机号等，仅作为举例，车企服务器则可备份该身份标识对应的车辆信息，可将备份结果反馈至车企应用端，即可等待小程序端的车辆信息查询请求；车企应用端收到车企服务器反馈的备份结果后，即可控制车企应用端所在移动端页面跳转至具有保活能力的目标应用的小程序端。跳转至小程序端后，用户可用登录车企应用端相同的身份标识完成小程序端的注册和登录，小程序端响应到用户基于身份标识登录指令后，即可通过小程序服务器、云端建立与车企服务器的连接，小程序端通过小程序服务器将身份标识对应的车辆信息查询请求发送给车企服务器，请求该身份标识对应的所有车辆(大部分情况下只有一辆车)；车企服务器接收到小程序服务器发送的身份标识对应的车辆信息查询请求后，即可将备份的该身份标识对应的车辆信息通过云端发送给小程序服务器，小程序服务器收到车企服务器返回的车辆信息列表后，进一步将车辆信息列表返回给小程序端，小程序端即可显示车辆信息列表。

[0040] 本发明实施例用户基于小程序端显示的车辆信息列表可选择目标车辆进入钥匙页面，触发目标车辆的数字钥匙下载流程，小程序端可调用小程序服务接口IF4，请求下载指定账号和目标车辆的数字钥匙，其中，可向车企服务器发送用户ID和目标车辆ID的数字钥匙下载请求，用户ID为用户在小程序端用身份标识登录后可自动生成的，同一身份标识对应的用户ID是唯一的，目标车辆ID可以是车企服务器返回的身份标识对应的车辆信息中携带的，可以是提前生成的，用户选择目标车辆时可用目标车辆ID来代替，提高对应数字钥匙的查询效率，仅作为举例，小程序服务器接收到数字钥匙下载请求后，再进一步请求车企服务器的数字钥匙下载接口IF5，车企服务器接收小程序端通过小程序服务器从IF5发送的用户ID和目标车辆ID后，即可生成目标车辆对应的数字钥匙，并将数字钥匙通过云端发送给小程序服务器，小程序服务器再通过IF4接口的响应字段将数字钥匙进一步返回给小程序端。

[0041] 本发明实施例的小程序端将目标车辆的蓝牙Mac地址注册到目标应用即微信应用中，至此数字钥匙导入完成，目标应用会在目标车辆蓝牙打开时持续扫描一定范围内是否有与自身已注册的蓝牙Mac地址相匹配的蓝牙设备，当移动端靠近目标车辆后，目标应用会扫描到与已注册Mac地址相匹配的目标车辆，此时目标应用会拉活小程序端，即唤醒小程序端，小程序端请求连接目标车辆蓝牙模块，汽车蓝牙模块收到小程序端发出的蓝牙连接请求后，与小程序端即可建立蓝牙连接并请求移动端发送蓝牙定位广播，汽车蓝牙模块再根据移动端蓝牙信号强度计算移动端与目标车辆的距离，若移动端在安全距离内，则控制目标车辆解锁，若移动端在安全距离外，则控制目标车辆闭锁，小程序端在响应到用户对目标车辆的控制指令后，也可通过数字钥匙控制目标车辆执行用户操作指令，仅作为举例，其中，当车企应用端处于开启状态时，即可与目标车辆的蓝牙模块建立连接，并通过车企应用中的数字钥匙控制目标车辆执行用户操作指令。

[0042] 本发明提供的基于数字钥匙的汽车控制系统，通过将车企应用端中现有的数字钥匙导入到具有保活能力的目标应用的小程序端，以及将目标车辆的物理地址注册到目标应用中，在目标应用保活期间可实时扫描与物理地址匹配的目标车辆，目标应用扫描到与物理地址匹配的目标车辆后，即可唤醒小程序端，用户可在目标应用的小程序端使用数字钥匙进行蓝牙控制，实现了在车企应用被关闭时，仍然可保证无感功能的成功和有效，提高用户体验，且具有保活能力的目标应用具有高覆盖率，可兼容大部分型号手机的特性，可减少企业的开发成本和运营成本。

[0043] 在一种可选的实施方式中，车企应用端响应到小程序端从车企服务器获取目标车辆的数字钥匙之后，提示用户设置小程序端下载的目标车辆的数字钥匙的开关状态；将用户设置的小程序端下载的目标车辆的数字钥匙的开关状态发送给车企服务器，车企服务器接收车企应用端发送的用户设置的小程序端下载的目标车辆的数字钥匙的开关状态，并将目标车辆的数字钥匙的开关状态进行更新，并将更新后的目标车辆的数字钥匙的开关状态发送给小程序端，小程序端接收车企服务器发送的目标车辆的数字钥匙的开关状态，并判断目标车辆的数字钥匙开关状态是否为开启状态；若目标车辆的数字钥匙的开关状态为开启状态时，执行将目标车辆的物理地址注册到目标应用中的步骤；若目标车辆的数字钥匙开关状态为关闭状态时，结束将目标车辆的物理地址注册到目标应用中的步骤。

[0044] 如图4所示，本发明实施例的车企服务器基于用户ID和车辆ID生成目标车辆的数字钥匙的同时，还可将目标车辆的数字钥匙的开关状态设置为默认关闭状态，再将目标车辆的数字钥匙和数字钥匙的开关状态发送给小程序端，小程序端接收并下载目标车辆的数字钥匙，暂时因为数字钥匙的开关状态为关闭状态，不执行将目标车辆的蓝牙Mac地址注册至目标应用的操作，此时车企应用端响应到小程序端从车企服务器处获取到目标车辆的数字钥匙即已导入目标车辆的数字钥匙，则可显示小程序端下载的目标车辆的数字钥匙开关设置选项，以使用户设置小程序端下载的目标车辆的数字钥匙的开关状态，车企应用端将用户设置的小程序端下载的目标车辆的数字钥匙的开关状态发送给车企服务器，车企服务器更新当前记录的目标车辆的数字钥匙的开关状态，并将更新后的目标车辆的数字钥匙的有效开关状态变化发送至小程序服务器，小程序服务器将目标车辆的数字钥匙的有效开关状态变化通知给小程序端，小程序端即可更新目标车辆的数字钥匙的开关状态，其中，小程序端还可将车企服务器通过小程序服务器发送的目标车辆的数字钥匙的开关状态保存在本地。

[0045] 小程序端可判断目标车辆的数字钥匙开关状态是否为开启状态，若是开启状态，则可将目标车辆的蓝牙Mac地址注册至目标应用的操作，若确定数字钥匙的开关状态为关闭状态，则取消目标应用的目标车辆蓝牙Mac地址注册操作，使得目标应用停止扫描车辆蓝牙模块，仅作为举例。

[0046] 本发明通过为小程序端下载的目标车辆的数字钥匙设置开关状态，避免目标应用和车企应用同时扫描到目标车辆的蓝牙模块，在此场景下两个应用同时使用蓝牙会造成冲突的问题，则设置小程序端下载的目标车辆的数字钥匙的开关状态，保证同一时间只有一个应用使用蓝牙，使得无感功能成功实现。

[0047] 在一种可选的实施方式中，车企应用端响应于用户查看小程序端下载的目标车辆的数字钥匙的开关状态，向车企服务器发送目标车辆的数字钥匙的开关状态查看请求；车企服务器接收到车企应用端发送的目标车辆的数字钥匙的开关状态查看请求后，返回给车企应用端更新后的目标车辆的数字钥匙的开关状态；车企应用端接收并显示车企服务器返回的目标车辆的数字钥匙的开关状态；响应于用户更改目标车辆的数字钥匙的开关状态，将用户更改后的目标车辆的数字钥匙的开关状态发送给车企服务器，车企服务器将更新后的目标车辆的数字钥匙的开关状态发送给小程序端。

[0048] 如图4所示，本发明实施例的用户若想要查询或更改小程序端下载的目标车辆的数字钥匙的开关状态，即可在车企应用端界面执行对应的操作，车企应用端响应到用户查看小程序端下载的目标车辆的数字钥匙的开关状态指令，则可向车企服务器发送目标车辆的数字钥匙的开关状态查看请求，车企服务器返回给车企应用端当前记录的目标车辆的数字钥匙的开关状态，也可称为小程序钥匙的开关状态，进入钥匙管理页面，用户基于当前目标车辆的数字钥匙的开关状态设置更改开关状态，则车企应用端响应到用户更改目标车辆的数字钥匙的开关状态，将用户更改后的目标车辆的数字钥匙的开关状态发送给车企服务器，车企服务器将更新后的目标车辆的数字钥匙的开关状态发送给小程序端，小程序端再基于更新后的开关状态判断是否将目标车辆的蓝牙Mac地址注册至目标车辆的操作，小程序端也可实时更新本地存储的目标车辆的数字钥匙的开关状态，详细说明请参见上述实施例，在此不再赘述。

[0049] 本发明的车企应用端在响应到用户更改小程序端下载的目标车辆的数字钥匙的开关状态后，则及时将更新后开关状态发送给车企服务器，以使车企服务器通知给小程序端，小程序端基于更新后的开关状态判断是否执行将目标车辆的蓝牙Mac地址注册至目标车辆的操作，通过三者及时交互，使得用户意愿能够及时应用到对应的程序端，提高用户体验。

[0050] 在一种可选的实施方式中，车企服务器记录有备份身份标识对应的车辆信息时刻，在将备份的身份标识对应的车辆信息发送给小程序端之前，基于辆信息查询请求判断本地是否备份有小程序端发送的身份标识所对应的车辆信息，并判断车辆信息查询请求是否在备份有效时间内；若确定本地已备份有小程序端发送的身份标识对应的车辆信息，且车辆信息查询请求在备份有效时间内，则将身份标识对应的车辆信息发送给小程序端；若确定本地未备份小程序端发送的身份标识对应的车辆信息，和/或车辆信息查询请求不在备份有效时间内，向用户发送身份标识不符的提示信息，和/或，提示用户重新将数字钥匙导入小程序。

[0051] 如图5所示，本发明实施例的车企服务器在接收到小程序端通过小程序服务器发送的身份标识对应的车辆信息查询请求后，可先校验备案信息，其中，车企服务器记录有备份身份标识对应的车辆信息时刻，且为了提高汽车控制的安全性，还可设定备案有效时长，使得车企服务器接收到车辆信息查询请求的时间必须在备案有效时间内，其中，对备案有效时长的设定不作限定，比如设定5分钟，仅作为举例。可判断车企服务器是否备份有小程序端发送的身份标识所对应的车辆信息以及判断车辆信息查询请求是否在备份有效时间内，若确定本地已备份有小程序端发送的身份标识对应的车辆信息，且车辆信息查询请求在备份有效时间内，则将身份标识对应的车辆信息发送给小程序端；若确定本地未备份小程序端发送的身份标识对应的车辆信息，和/或车辆信息查询请求不在备份有效时间内，向用户发送身份标识不符的提示信息，和/或，提示用户重新将数字钥匙导入小程序。

[0052] 本发明的车企服务器在接收到车辆信息查询请求后，预先校验备案信息是否有效，只有确定备案信息有效后才将车辆信息发送给小程序端，提高车辆信息传输的安全性以及汽车控制的安全性。

[0053] 具体的，小程序端使用数字钥匙控制目标车辆的车端执行用户操作指令，包括：检查小程序所在移动端网络信号是否正常；若小程序所在移动端网络信号正常，向车企服务器发送目标车辆的数字钥匙开关状态查询请求；接收车企服务器发送的目标车辆的数字钥匙开关状态，将目标车辆的数字钥匙开关状态保存到本地，并判断目标车辆的数字钥匙开关状态是否为开启状态；若目标车辆的数字钥匙开关状态为开启状态，请求连接目标车辆蓝牙模块，基于移动端和目标车辆的蓝牙信号强度控制目标车辆的车端执行用户操作指令；若目标车辆的数字钥匙开关状态为关闭状态，取消目标应用的目标车辆的物理地址注册，以使目标应用停止扫描与物理地址匹配的目标车辆。

[0054] 如图6所示，本发明实施例的目标应用扫描到车端蓝牙模块拉活小程序端后，小程序端首先可检测所在移动端网络信号是否可用，若网络信号可用，则将目标车辆的数字钥匙开关状态查询请求发送给小程序服务器，小程序服务器调用车企服务器接口IF7，请求目标车辆的数字钥匙开关状态，车企服务器返回目标车辆的数字钥匙开关状态给小程序服务器，小程序服务器将返回的目标车辆的数字钥匙开关状态发送给小程序端，小程序端判断数字钥匙的开关状态是否为开启状态，若为开启状态，则请求连接目标车辆蓝牙模块，汽车蓝牙模块收到小程序端发出的蓝牙连接请求后，与小程序端即可建立蓝牙连接并请求移动端发送蓝牙定位广播，汽车蓝牙模块再根据移动端蓝牙信号强度计算移动端与目标车辆的距离，若移动端在安全距离内，则控制目标车辆解锁，若移动端在安全距离外，则控制目标车辆闭锁，小程序端在响应到用户对目标车辆的控制指令后，也可通过数字钥匙控制目标车辆执行用户操作指令，仅作为举例。

[0055] 如图5所示，用户也可在小程序端删除数字钥匙，删除后需要在车企应用中从新导入，仅作为举例。

[0056] 本发明的小程序端在使用数字钥匙控制目标车辆的车端执行相应操作之前，还可再次向车企服务器请求查询目标车辆的数字钥匙的开关状态，基于当前查询的开关状态结果执行后续操作，避免用户更改开关状态后未及时更新至小程序端，导致小程序端和车企应用端同时使用蓝牙造成冲突。

[0057] 在一种可选的实施方式中，若小程序所在移动端网络信号异常时，读取存储在本地的目标车辆的数字钥匙开关状态，执行判断目标车辆的数字钥匙开关状态是否为开启状态的步骤。

[0058] 如图6所示，本发明实施例的小程序端若判断所在移动端网络信号不可用时，则可读取存储在本地的目标车辆的数字钥匙开关状态，并基于读取的开关状态执行后续操作，详细说明请参见上述实施例，在此不再赘述，其中，本发明实施例对图4、图5和图6中显示的各个接口标识比如IF4、IF5等只是流程图中标号，可自由命名，在此不再说明，仅作为举例。

[0059] 本发明的小程序端若检测到移动端网络信号不可用时，通过读取本地存储的数字钥匙开关状态执行后续操作，保证汽车控制的正常完成。

[0060] 本发明实施例还提供了一种基于数字钥匙的汽车控制方法，该方法应用于如图2所示的小程序端、车企服务器和车企应用端，其中，如图7所示，小程序端1用于执行步骤S101至步骤S103，车企服务器2用于执行步骤S201至步骤S203，车企应用端3用于执行步骤S301至步骤S302。

[0061] 步骤S301，响应于用户操作将数字钥匙导入小程序指令，将用户身份标识信息发送给车企服务器。

[0062] 步骤S201，接收车企应用端发送的用户身份标识信息，备份身份标识对应的车辆信息，并将备份结果反馈至车企应用端。

[0063] 步骤S302，响应到车企服务器反馈的备份结果后，控制车企应用端所在移动端页面跳转至具有保活能力的目标应用的小程序端。

[0064] 步骤S101，响应于用户基于身份标识登录指令，向车企服务器发送身份标识对应的车辆信息查询请求，其中，身份标识为用户在车企应用端登录的身份标识。

[0065] 步骤S202，接收小程序端发送的身份标识对应的车辆信息查询请求，将备份的身份标识对应的车辆信息发送给小程序端。

[0066] 步骤S102，接收并显示车企服务器发送的车辆信息，响应到用户选择下载目标车辆的数字钥匙后，向车企服务器发送目标车辆的数字钥匙下载请求。

[0067] 步骤S203，接收小程序端发送的目标车辆的数字钥匙下载请求，将目标车辆的数字钥匙发送给小程序端。

[0068] 步骤S103，接收并下载车企服务器发送的目标车辆的数字钥匙，并将目标车辆的物理地址注册到目标应用中，以使目标应用扫描到与物理地址匹配的目标车辆时，唤醒小程序端，被唤醒的小程序端使用数字钥匙控制目标车辆的车端执行用户操作指令。

[0069] 如图5所示，本发明实施例的用户可在车企应用中的数字钥匙卡片中主动发起“导入微信小程序数字钥匙”的操作，车企应用端响应到用户发起操作后，可将当前应用携带的用户登录的身份标识请求到车企服务器，车企服务器则可备份该身份标识对应的车辆信息，可将备份结果反馈至车企应用端，车企应用端收到车企服务器反馈的备份结果后，即可控制车企应用端所在移动端页面跳转至具有保活能力的目标应用的小程序端。跳转至小程序端后，用户可用登录车企应用端相同的身份标识完成小程序端的注册和登录，小程序端响应到用户基于身份标识登录指令后，即可通过小程序服务器、云端建立与车企服务器的连接，小程序端通过小程序服务器将身份标识对应的车辆信息查询请求发送给车企服务器，请求该身份标识对应的所有车辆(大部分情况下只有一辆车)；车企服务器接收到小程序服务器发送的身份标识对应的车辆信息查询请求后，即可将备份的该身份标识对应的车辆信息通过云端发送给小程序服务器，小程序服务器收到车企服务器返回的车辆信息列表后，进一步将车辆信息列表返回给小程序端，小程序端即可显示车辆信息列表。

[0070] 本发明实施例用户基于小程序端显示的车辆信息列表可选择目标车辆进入钥匙页面，触发目标车辆的数字钥匙下载流程，小程序端可调用小程序服务接口IF4，请求下载指定账号和目标车辆的数字钥匙，小程序服务器接收到数字钥匙下载请求后，再进一步请求车企服务器的数字钥匙下载接口IF5，车企服务器接收小程序端通过小程序服务器从IF5发送的用户ID和目标车辆ID后，即可生成目标车辆对应的数字钥匙，并将数字钥匙通过云端发送给小程序服务器，小程序服务器再通过IF4接口的响应字段将数字钥匙进一步返回给小程序端。

[0071] 小程序端将目标车辆的蓝牙Mac地址注册到目标应用即微信应用中，至此数字钥匙导入完成，目标应用会在目标车辆蓝牙打开时持续扫描一定范围内是否有与自身已注册的蓝牙Mac地址相匹配的蓝牙设备，当移动端靠近目标车辆后，目标应用会扫描到与已注册Mac地址相匹配的目标车辆，此时目标应用会拉活小程序端，即唤醒小程序端，小程序端请求连接目标车辆蓝牙模块，汽车蓝牙模块收到小程序端发出的蓝牙连接请求后，与小程序端即可建立蓝牙连接，通过小程序端的数字钥匙对汽车控制，详细说明请参见上述实施例，在此不再赘述。

[0072] 本发明提供的基于数字钥匙的汽车控制方法，通过将车企应用端中现有的数字钥匙导入到具有保活能力的目标应用的小程序端，以及将目标车辆的物理地址注册到目标应用中，在目标应用保活期间可实时扫描与物理地址匹配的目标车辆，目标应用扫描到与物理地址匹配的目标车辆后，即可唤醒小程序端，用户可在目标应用的小程序端使用数字钥匙进行蓝牙控制，实现了在车企应用被关闭时，仍然可保证无感功能的成功和有效，提高用户体验，且具有保活能力的目标应用具有高覆盖率，可兼容大部分型号手机的特性，可减少企业的开发成本和运营成本。

[0073] 本发明实施例还提供了一种车辆，如图8所示，该车辆包括车端，车端接收并执行小程序端利用数字钥匙发送的用户操作指令，其中，小程序端为响应于用户基于身份标识登录指令，向车企服务器发送身份标识对应的车辆信息查询请求，接收并显示车企服务器发送的车辆信息，响应到用户选择下载目标车辆的数字钥匙后，向车企服务器发送目标车辆的数字钥匙下载请求，接收并下载车企服务器发送的目标车辆的数字钥匙，并将目标车辆的物理地址注册到目标应用中，以使目标应用扫描到与物理地址匹配的目标车辆时，被唤醒的小程序端，详细说明请参见上述实施例，在此不再赘述。

[0074] 请参阅图9，图9是本发明可选实施例提供的一种计算机设备的结构示意图，如图9所示，该计算机设备包括：一个或多个处理器10、存储器20，以及用于连接各部件的接口，包括高速接口和低速接口。各个部件利用不同的总线互相通信连接，并且可以被安装在公共主板上或者根据需要以其它方式安装。处理器可以对在计算机设备内执行的指令进行处理，包括存储在存储器中或者存储器上以在外部输入/输出装置(诸如，耦合至接口的显示设备)上显示GUI的图形信息的指令。在一些可选的实施方式中，若需要，可以将多个处理器和/或多条总线与多个存储器和多个存储器一起使用。同样，可以连接多个计算机设备，各个设备提供部分必要的操作(例如，作为服务器阵列、一组刀片式服务器、或者多处理器系统)。图9中以一个处理器10为例。

[0075] 处理器10可以是中央处理器，网络处理器或其组合。其中，处理器10还可以进一步包括硬件芯片。上述硬件芯片可以是专用集成电路，可编程逻辑器件或其组合。上述可编程逻辑器件可以是复杂可编程逻辑器件，现场可编程逻辑门阵列，通用阵列逻辑或其任意组合。

[0076] 其中，存储器20存储有可由至少一个处理器10执行的指令，以使至少一个处理器10执行实现上述实施例示出的方法。

[0077] 存储器20可以包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需要的应用程序；存储数据区可存储根据计算机设备的使用所创建的数据等。此外，存储器20可以包括高速随机存取存储器，还可以包括非瞬时存储器，例如至少一个磁盘存储器件、闪存器件、或其他非瞬时固态存储器件。在一些可选的实施方式中，存储器20可选包括相对于处理器10远程设置的存储器，这些远程存储器可以通过网络连接至该计算机设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

[0078] 存储器20可以包括易失性存储器，例如，随机存取存储器；存储器也可以包括非易失性存储器，例如，快闪存储器，硬盘或固态硬盘；存储器20还可以包括上述种类的存储器的组合。

[0079] 该计算机设备还包括输入装置30和输出装置40。处理器10、存储器20、输入装置30和输出装置40可以通过总线或者其他方式连接，图9中以通过总线连接为例。

[0080] 输入装置30可接收输入的数字或字符信息，以及产生与该计算机设备的用户设置以及功能控制有关的键信号输入，例如触摸屏、小键盘、鼠标、轨迹板、触摸板、指示杆、一个或者多个鼠标按钮、轨迹球、操纵杆等。输出装置40可以包括显示设备、辅助照明装置(例如，LED)和触觉反馈装置(例如，振动电机)等。上述显示设备包括但不限于液晶显示器，发光二极管，显示器和等离子体显示器。在一些可选的实施方式中，显示设备可以是触摸屏。

[0081] 本发明实施例还提供了一种计算机可读存储介质，上述根据本发明实施例的方法可在硬件、固件中实现，或者被实现为可记录在存储介质，或者被实现通过网络下载的原始存储在远程存储介质或非暂时机器可读存储介质中并将被存储在本地存储介质中的计算机代码，从而在此描述的方法可被存储在使用通用计算机、专用处理器或者可编程或专用硬件的存储介质上的这样的软件处理。其中，存储介质可为磁碟、光盘、只读存储记忆体、随机存储记忆体、快闪存储器、硬盘或固态硬盘等；进一步地，存储介质还可以包括上述种类的存储器的组合。可以理解，计算机、处理器、微处理器控制器或可编程硬件包括可存储或接收软件或计算机代码的存储组件，当软件或计算机代码被计算机、处理器或硬件访问且执行时，实现上述实施例示出的方法。

[0082] 虽然结合附图描述了本发明的实施例，但是本领域技术人员可以在不脱离本发明的精神和范围的情况下做出各种修改和变型，这样的修改和变型均落入所限定的范围之内。