一种网约车的报警处理方法、装置、电子设备及存储介质与流程

1.本发明实施例涉及车辆安全技术领域，尤其涉及一种网约车的报警处理方法、装置、电子设备及存储介质。


背景技术：

2.随着互联网的普及，网约车、拼车等出行方式逐渐迈入大众视野，其中，网约车具有在线预约及指定地点接送等优点，深受大众喜爱，因此，保证网约车司乘的安全对网约车市场的壮大有很大的帮助。
3.目前，网约车司乘安全的保护方法多种多样，例如，通过乘客语音发出暗示词实现报警、通过设置图像采集模块对乘客的动作或口型进行拍摄，从而识别乘客的报警信息，并在乘客需要报警时向公安机关发送报警信息。但前者只识别乘客的语音信息，后者只识别乘客的图像信息。


技术实现要素：

4.本发明提供一种网约车的报警处理方法、装置、电子设备及存储介质，能够全面监测网约车司机的安全状态，保证司机的人身安全。
5.第一方面，本发明实施例提供了一种网约车的报警处理方法，该方法包括：
6.接收网约车发送的报警指令，获取网约车的车辆数据信息；
7.根据车辆数据信息确定网约车的司机是否处于安全状态；
8.若司机不处于安全状态，则向救援设备发送救援请求。
9.第二方面，本发明实施例提供了一种网约车的报警处理装置，该装置包括：
10.数据获取模块，用于接收网约车发送的报警指令，获取网约车的车辆数据信息；
11.状态检测模块，用于根据车辆数据信息判断网约车的司机是否处于安全状态；
12.信息发送模块，用于若司机不处于安全状态，则向救援设备发送救援请求。
13.第三方面，本发明实施例还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器用于在执行计算机程序时实现如本发明实施例中任一所述的网约车的报警处理方法。
14.第四方面，本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如本发明实施例中任一所述的网约车的报警处理方法。
15.本发明通过接收网约车发送的报警指令，获取网约车的车辆数据信息；根据车辆数据信息确定网约车的司机是否处于安全状态；若司机不处于安全状态，则向救援设备发送救援请求。解决了网约车司乘安全的保护方式中只识别乘客的语音信息和图像信息的问题，能够实时采集与司机安全状态相关的数据，接着分析所采集的数据，当司机不处于安全状态时及时向救援设备发送救援请求，以保证网约车司机的人身安全。
附图说明
16.图1是本发明实施例中的一种网约车的报警处理方法的流程示意图；
17.图2是本发明实施例中的一种网约车的报警处理系统的结构示意图；
18.图3是本发明实施例中的另一种网约车的报警处理方法的流程示意图；
19.图4是本发明实施例中的一种网约车的报警处理装置的结构示意图；
20.图5是本发明实施例中的一种电子设备的结构示意图。
具体实施方式
21.下面结合附图和实施例对本发明作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本发明，而非对本发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本发明相关的部分而非全部结构。
22.图1为本发明实施例提供的一种网约车的报警处理方法的流程示意图，本实施例可适用于网约车司机的安全状态监测及司机处于非安全状态时的报警处理，该方法可以由本发明实施例提供的网约车的报警处理装置来执行，该装置可采用软件和/或硬件的方式实现。在一个具体的实施例中，该装置可以集成在电子设备中，电子设备可以是终端，终端比如可以是服务器，例如可以是放置在云端的服务器等。以下实施例将以该装置集成在电子设备中为例进行说明，结合图1，该方法具体包括：
23.s101、接收网约车发送的报警指令，获取网约车的车辆数据信息。
24.其中，网约车发送的报警指令是网约车发送的一个报警信号，具体的，当司机产生按压方向盘指定位置、完成指定报警动作和进行语音报警等行为时，安装于车载服务器的网约车的报警处理应用程序(app，application)会发送一个报警信号；网约车是网络上预约的汽车，包括符合网络预约汽车服务的经营条件的出租车、私家车等车辆，网约车的车辆数据信息是承载车辆行驶数据的信息，包括网约车的任务信息、行驶路线、位置、车牌号、车辆识别码、车内音视频和车外音视频等，本发明实施例对此不进行限定。
25.具体的，任务信息是指网约车的行驶任务，包括约定的出发地、出发时间、目的地、到达时间、车牌号、车辆识别码、司机手机号和乘客手机号等信息；行驶路线是网约车从出发地开始的驾驶路线；位置是网约车当前时刻所在的位置信息；车辆识别码是车辆的属性信息，包括车辆的生产厂家、年代、车型、车身型式代码、发动机代码及组装地点等信息，其中，车辆识别码与车辆一一对应，用于识别车辆的身份。
26.示例性的，以按压方向盘指定位置为发送报警信号，图2是本发明实施例中的一种网约车的报警处理系统的结构示意图，该装置由服务器203、位于网约车的外设模块201和车载模块202三部分组成，司机按压方向盘指定位置时安装于车载服务器的网约车的报警处理应用程序将会发送报警指令至服务器203，服务器203接收到报警指令后，信息发送单元2033会发送一个反馈信息1至网约车的信息提示单元2023，信息提示单元2023接收到反馈信息1后会语音播报与之相对应的提示内容1，用以告知司机已接收到报警指令，而后任务接收单元2021、位置检测单元2022及车载视频单元2012会发送车辆数据信息至服务器203的信息接收单元2031，信息接收单元2031在接收到车辆数据信息后会将接收到的信息传送至信息处理单元2032进行处理，传送成功后信息发送单元2033会发送一个反馈信息2至网约车的信息提示单元2023，信息提示单元2023接收到反馈信息2后会语音播报与之相
对应的提示内容2，用以告知司机已接收到车辆数据信息。
27.其中，提示内容为预先约定好的暗语，例如可以是“前方路况复杂，请注意观察”、“当前路段限速xxx”、“今天天气为xxx”、“当前温度为xxx”等，目的在于告知司机报警处理的进程，且不易被乘客警觉。
28.s102、根据车辆数据信息确定网约车的司机是否处于安全状态。
29.具体的，车辆数据信息中包含有可以确定网约车的司机的状态的信息，例如车内音视频和车外音视频，结合车内音视频和车外音视频，即可确定网约车司机是否处于安全状态。
30.示例性的，结合图2对确定网约车的司机是否处于安全状态的步骤做进一步说明，信息处理单元2032在接收到信息接收单元2031传送的车内音视频和车外音视频后，会对两段视频进行处理，解析网约车的车内外行驶环境，如若车内外行驶环境无任何异常，则确定网约车的司机处于安全状态，如若车内外行驶环境存在异常，则确定网约车的司机不处于安全状态。
31.s103、若司机不处于安全状态，则向救援设备发送救援请求。
32.其中，救援设备是用于接收网约车的报警处理装置发送的救援请求的设备，包括警察局的报警处理器、警察局的报警网站、救援中心的报警系统等，救援请求为携带救援信息的请求信号，本发明实施例对此不进行限定。
33.示例性的，设定救援设备为警察局的报警处理器，结合图2对向救援设备发送救援请求的步骤做进一步说明，当信息处理单元2032解析到车内外行驶环境存在异常时，确定网约车的司机不处于安全状态，此时，信息发送单元2033会将携带救援信息的请求信号发送给警察局的报警处理器。
34.在一个具体的实施例中，如若根据车辆数据信息确定网约车的司机处于安全状态，则终止报警处理流程。
35.本实施例的技术方案，通过接收网约车发送的报警指令，获取网约车的车辆数据信息；根据车辆数据信息确定网约车的司机是否处于安全状态；若司机不处于安全状态，则向救援设备发送救援请求。解决了网约车司乘安全的保护方式中只识别乘客的语音信息和图像信息的问题，能够实时采集与司机安全状态相关的数据，并分析所采集的数据，当司机不处于安全状态时及时向救援设备发送救援请求，以保证网约车司机的人身安全。
36.图3是本发明实施例中的另一种网约车的报警处理方法的流程示意图，结合图2和图3可知，本方法具体包括如下步骤：
37.s301、接收报警指令。
38.s302、发送反馈信息1。
39.s303、接收网约车的任务信息、行驶路线、位置、车牌号、车辆识别码、车内音视频和车外音视频等车辆数据信息。
40.s304、发送反馈信息2。
41.在s301至s304步骤中，服务器203接收到报警指令后，信息发送单元2033会发送反馈信息1至网约车，用以告知司机已接收到报警指令，而后服务器203的信息接收单元2031会接收任务接收单元2021、位置检测单元2022及车载视频单元2012发送的车辆数据信息，并将接收到的车辆数据信息传送至信息处理单元2032进行处理，传送成功后信息发送单元
2033会发送反馈信息2至网约车，用以告知司机已接收到车辆数据信息。
42.s305、根据车内音视频确定网约车的司机的驾驶状态；根据车外音视频确定网约车的外部驾驶环境。
43.s306、根据驾驶状态和外部驾驶环境确定网约车的司机是否处于安全状态。
44.在s305和s306步骤中，外部驾驶环境为车辆的行驶环境，包括正常路况行驶环境、偏僻路况行驶环境、异常路况行驶环境等，本发明实施例对此不进行限定。
45.具体的，网约车任务信息中包含网约车司机和乘客约定的出发地及目的地，基于该信息即可规划一条行驶路线，当网约车按照规划的行驶路线行驶时，车辆的行驶环境视为正常路况行驶环境；当网约车偏离该规划的行驶路线行驶时，车辆的行驶环境视为偏僻路况行驶环境；当车辆在行驶过程中出现持续性左右摇摆、长时间停滞等情况时，车辆的行驶环境视为异常路况行驶环境。
46.示例性的，根据司机的驾驶状态和网约车的外部驾驶环境可以确定网约车的司机的安全状态，如若司机的驾驶状态和网约车的外部驾驶环境无任何异常，则可确定网约车的司机处于安全状态，并执行s307这一步骤，如若司机的驾驶状态和网约车的外部驾驶环境存在异常，则确定网约车的司机不处于安全状态，则执行s308这一步骤。
47.可选的，根据驾驶状态和外部驾驶环境确定网约车的司机是否处于安全状态，包括：在驾驶状态为异常驾驶和/或在外部驾驶环境为偏僻路径时，确定网约车的司机不处于安全状态；在驾驶状态为正常驾驶，且外部驾驶环境为非偏僻路径时，确定网约车的司机处于安全状态。
48.其中，异常驾驶为驾驶员存在非正常驾驶行为的驾驶，包括扭曲的面部表情、扭曲的驾驶姿势及非正常驾驶操作等，本发明实施例对此不进行限定。
49.具体的，当网约车的车内环境中存在影响驾驶员正常驾驶的物品时，驾驶员的驾驶状态亦可确定为异常驾驶。其中，影响驾驶员正常驾驶的物品包括乘客携带的易燃品、易爆品、攻击性物品等具有危险性的物品。
50.示例性的，设定异常驾驶为驾驶员存在扭曲的驾驶姿势，当驾驶员存在扭曲的驾驶姿势，且车辆的外部驾驶环境为偏僻路径时，确定网约车的司机不处于安全状态；在驾驶员不存在扭曲的驾驶姿势，且外部驾驶环境为非偏僻路径时，确定网约车的司机处于安全状态；当驾驶员存在扭曲的驾驶姿势或车辆的外部驾驶环境为偏僻路径时，确定网约车的司机不处于安全状态。
51.在一个具体的实施例中，当车辆在行驶过程中出现持续性左右摇摆、长时间停滞等情况时，确定网约车的司机不处于安全状态。例如，由于司乘发生争执导致车辆存在行驶不稳定、左右摇摆、长时间停滞等现象时，即可确定网约车的司机不处于安全状态。
52.可选的，如若检测结果是驾驶状态为异常驾驶或网约车的外部驾驶环境为偏僻路径，可以再获取一次车辆数据信息，进而确定网约车的司机是否处于安全状态，可以提高报警处理方法的准确度，从而减少不必要的资源浪费。
53.s307、终止报警处理流程。
54.s308、根据车辆数据信息，分析网约车的出发地、目的地、已行驶路线、待行驶路线和轨迹走向。
55.具体的，在根据车辆数据信息，分析网约车的出发地、目的地、已行驶路线、待行驶
路线和轨迹走向之前，还包括：根据网约车的任务信息确定网约车的出发地、目的地及目标路线；根据网约车的行驶路线和目标路线确定网约车的已行驶路线和待行驶路线。
56.其中，目标路线为根据网约车司乘约定的出发地和目的地规划的一条行驶路线，待行驶路线为规划的行驶路线中还未行驶的路线，即网约车距离目的地的待行驶路线。
57.s309、结合轨迹走向、车牌号和车辆识别码识别并定位网约车。
58.结合s308和s309对识别并定位网约车的过程做进一步说明，首先，信息处理单元2032会从获取的网约车的任务信息中识别网约车司乘约定的出发地和目的地，并规划网约车的行驶路线；其次，根据网约车的位置信息绘制网约车的行驶路线，并结合规划的行驶路线确定网约车的已行驶路线和待行驶路线；然后根据车辆的行驶信息预测网约车下一时刻的行驶路线，即网约车的轨迹走向；最后，结合网约车的轨迹走向、车牌号和车辆识别码识别并定位网约车。该方法可以实时获取网约车的最新动向，对网约车进行精准的定位和追踪。
59.s310、向救援设备发送救援请求，并将网约车司机不处于安全状态的时间、网约车已行驶路线、轨迹走向及救援请求进行存储。
60.其中，向救援设备发送救援请求，包括向救援设备发送网约车的出发地、目的地、已行驶路线、待行驶路线、轨迹走向、位置、车牌号和车辆识别码，请求救援设备进行救援。
61.具体的，已行驶路线为网约车从约定的出发地开始至当前位置的驾驶路线，待行驶路线为网约车的当前位置至约定的目的地的行驶路线，轨迹走向是结合网约车的出发地、目的地和已行驶路线而预测的网约车下一时刻的行驶路线，本发明实施例对此不进行限定。
62.示例性的，当信息处理单元2032对车内音视频和车外音视频等车辆数据信息进行处理，确定网约车司机不处于安全状态，此时信息发送单元2033会将网约车的出发地、目的地、已行驶路线、待行驶路线、轨迹走向、位置、车牌号和车辆识别码等信息发送给救援设备，请求救援设备进行救援，救援设备可以根据接收到的网约车的轨迹走向、位置、车牌号和车辆识别码等信息对网约车进行定位和追踪。可选的，在发送救援请求之后，信息发送单元2033还会发送反馈信息至网约车的信息提示单元2023，信息提示单元2023会根据反馈信息播报一个提示内容，以提示司机救援信息已成功发送，其中，提示内容为预先约定好的暗语，可以告知司机已进行报警，且不易被乘客警觉。
63.可选的，向救援设备发送救援请求之后，还包括：将网约车的司机不处于安全状态的时间、网约车已行驶路线、轨迹走向及救援请求进行存储。
64.其中，存储方式包括信息数据存储和截图存储等，本发明实施例对此不进行限定。
65.具体的，后续调取存储记录时，信息数据存储会根据存储的信息绘制网约车的网约车已行驶路线、轨迹走向，并显示司机不处于安全状态的时间和救援请求信息，截图存储是直接将存储的截图进行显示，截图中包含有网约车的司机不处于安全状态的时间、网约车已行驶路线、轨迹走向及救援请求信息。在发生司乘矛盾时，可以调取存储记录，届时该截图可作为定责证据，能够最大限度的保护司机和/或乘客的个人权益。
66.本实施例的技术方案，通过接收报警指令；发送反馈信息1；接收网约车的任务信息、行驶路线、位置、车牌号、车辆识别码、车内音视频和车外音视频等车辆数据信息；发送反馈信息2；根据车内音视频确定网约车的司机的驾驶状态；根据车外音视频确定网约车的
外部驾驶环境；根据驾驶状态和外部驾驶环境确定网约车的司机是否处于安全状态；若处于安全状态，则终止报警处理流程；若不处于安全状态，则根据车辆数据信息，分析网约车的出发地、目的地、已行驶路线、待行驶路线和轨迹走向，并结合轨迹走向、车牌号和车辆识别码识别并定位网约车，接着向救援设备发送救援请求，并将网约车司机不处于安全状态的时间、网约车已行驶路线、轨迹走向及救援请求进行存储。可以在接收到网约车发送的报警指令后，获取网约车的车内音视频和车外音视频等车辆数据信息，并且根据车辆数据信息进行危险等级判断，当网约车司机不处于安全状态时，根据网约车的出发地、目的地、已行驶路线和待行驶路线，分析网约车的轨迹走向，并结合网约车的车牌号和车辆识别码对网约车进行识别和定位，主动向救援设备发送救援请求，精准锁定网约车，并对网约车进行实时追踪。
67.本发明实施例所提供的网约车的报警处理装置可执行本发明上述实施例中任意实施例所提供的网约车的报警处理方法，具备执行方法相应的功能模块和有益效果。
68.图4为实施例提供的另一种网约车的报警处理装置的结构示意图，如图4所示，包括：数据获取模块401、状态检测模块402和信息发送模块403。
69.数据获取模块401，用于接收网约车发送的报警指令，获取网约车的车辆数据信息；
70.状态检测模块402，用于根据车辆数据信息判断网约车的司机是否处于安全状态；
71.信息发送模块403，用于若司机不处于安全状态，则向救援设备发送救援请求。
72.本实施例提供的网约车的报警处理装置为实现上述实施例中的网约车的报警处理方法，本实施例提供的网约车的报警处理装置实现原理和技术效果与上述实施例类似，此处不再赘述。
73.可选的，车辆数据信息包括：网约车的任务信息、行驶路线、位置、车牌号、车辆识别码、车内音视频和车外音视频。
74.可选的，状态检测模块402，具体用于根据车内音视频确定网约车的司机的驾驶状态；根据车外音视频确定网约车的外部驾驶环境；根据驾驶状态和外部驾驶环境确定网约车的司机是否处于安全状态。
75.可选的，状态检测模块402，具体用于在驾驶状态为异常驾驶和/或在外部驾驶环境为偏僻路径时，确定网约车的司机不处于安全状态。在驾驶状态为正常驾驶，且外部驾驶环境为非偏僻路径时，确定网约车的司机处于安全状态。
76.可选的，该装置还包括信息分析模块，用于根据网约车的任务信息确定网约车的出发地、目的地及目标路线；根据网约车的行驶路线和目标路线确定网约车的已行驶路线和待行驶路线；根据网约车的出发地、目的地、已行驶路线和待行驶路线，分析网约车的轨迹走向；结合轨迹走向、车牌号和车辆识别码识别并定位网约车。
77.可选的，信息发送模块403，具体用于向救援设备发送网约车的出发地、目的地、已行驶路线、待行驶路线、轨迹走向、位置、车牌号和车辆识别码，请求救援设备进行救援。
78.可选的，该装置还包括信息存储模块，用于将网约车的司机不处于安全状态的时间、网约车已行驶路线、轨迹走向及救援请求进行存储。
79.图5为本发明实施例中的一种电子设备的结构示意图。图5示出了适于用来实现本发明实施方式的示例性电子设备12的框图。图5显示的电子设备12仅仅是一个示例，不应对
本发明实施例的功能和使用范围带来任何限制。
80.如图5所示，电子设备12以通用计算设备的形式表现。电子设备12的组件可以包括但不限于：一个或者多个处理器或者处理单元16，系统存储器28，连接不同系统组件(包括系统存储器28和处理单元16)的总线18。
81.总线18表示几类总线结构中的一种或多种，包括存储器总线或者存储器控制器，外围总线，图形加速端口，处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说，这些体系结构包括但不限于工业标准体系结构(isa)总线，微通道体系结构(mac)总线，增强型isa总线、视频电子标准协会(vesa)局域总线以及外围组件互连(pci)总线。
82.电子设备12典型地包括多种计算机系统可读介质。这些介质可以是任何能够被电子设备12访问的可用介质，包括易失性和非易失性介质，可移动的和不可移动的介质。
83.系统存储器28可以包括易失性存储器形式的计算机系统可读介质，例如随机存取存储器(ram)30和/或高速缓存存储器32。电子设备12可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机系统存储介质。仅作为举例，存储系统34可以用于读写不可移动的、非易失性磁介质(图5未显示，通常称为“硬盘驱动器”)。尽管图5中未示出，可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器，以及对可移动非易失性光盘(例如cd-rom,dvd-rom或者其它光介质)读写的光盘驱动器。在这些情况下，每个驱动器可以通过一个或者多个数据介质接口与总线18相连。存储器28可以包括至少一个程序产品，该程序产品具有一组(例如至少一个)程序模块，这些程序模块被配置以执行本发明各实施例的功能。
84.具有一组(至少一个)程序模块42的程序/实用工具40，可以存储在例如存储器28中，这样的程序模块42包括——但不限于——操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块42通常执行本发明所描述的实施例中的功能和/或方法。
85.电子设备12也可以与一个或多个外部设备14(例如键盘、指向设备、显示器24等)通信，还可与一个或者多个使得用户能与该电子设备12交互的设备通信，和/或与使得该电子设备12能与一个或多个其它计算设备进行通信的任何设备(例如网卡，调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口22进行。另外，本实施例中的电子设备12，显示器24不是作为独立个体存在，而是嵌入镜面中，在显示器24的显示面不予显示时，显示器24的显示面与镜面从视觉上融为一体。并且，电子设备12还可以通过网络适配器20与一个或者多个网络(例如局域网(lan)，广域网(wan)和/或公共网络，例如因特网)通信。如图5所示，网络适配器20通过总线18与电子设备12的其它模块通信。应当明白，尽管图5中未示出，可以结合电子设备12使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。
86.处理单元16通过运行存储在系统存储器28中的程序，从而执行各种功能应用以及数据处理，例如实现本发明实施例所提供的网约车的报警处理方法，该方法包括：
87.接收网约车发送的报警指令，获取网约车的车辆数据信息；
88.根据车辆数据信息确定网约车的司机是否处于安全状态；
89.若司机不处于安全状态，则向救援设备发送救援请求。
90.本发明实施例提供了一种计算机可读存储介质，其上存储有计算机程序，该程序
被处理器执行时实现如本发明所有发明实施例提供的网约车的报警处理方法，该方法包括：
91.接收网约车发送的报警指令，获取网约车的车辆数据信息；
92.根据车辆数据信息确定网约车的司机是否处于安全状态；
93.若司机不处于安全状态，则向救援设备发送救援请求。
94.可以采用一个或多个计算机可读的介质的任意组合。计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质。计算机可读存储介质例如可以是但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本文件中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。
95.计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。
96.计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、电线、光缆、rf等等，或者上述的任意合适的组合。
97.可以以一种或多种程序设计语言或其组合来编写用于执行本发明操作的计算机程序代码，所述程序设计语言包括面向对象的程序设计语言，诸如java、smalltalk、c ，还包括常规的过程式程序设计语言，诸如“c”语言或类似的程序设计语言。程序代码可以完全地在用户计算机上执行、部分地在用户计算机上执行、作为一个独立的软件包执行、部分在用户计算机上部分在远程计算机上执行、或者完全在远程计算机或服务器上执行。在涉及远程计算机的情形中，远程计算机可以通过任意种类的网络——包括局域网(lan)或广域网(wan)—连接到用户计算机，或者，可以连接到外部计算机(例如利用因特网服务提供商来通过因特网连接)。
98.注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。