一种馈电救援方法、装置、系统及设备与流程

1.本发明实施例涉及车辆救援技术领域，具体涉及一种馈电救援方法、装置、系统及设备。


背景技术：

2.现阶段，电动汽车续航里程和充电时间仍然是用户购买电动汽车的主要顾虑，电动汽车里程预估不准，充电网络普及率不够，往往会导致电动汽车驾驶员在不熟悉的情况下，错估续航里程，导致车辆馈电抛锚。此时，只能叫拖车或者移动补能车将馈电车辆运送到就近补能点，十分的不灵活，而且在远离市区的地方，拖车往往无法很快到达馈电车辆的地点，会浪费很多时间。


技术实现要素：

3.鉴于上述问题，本发明实施例提供了一种馈电救援方法、装置、系统及设备，用于解决现有技术中存在的电动车出现馈电抛锚时，拖车或者移动补能车无法在短时间内到达馈电车辆地点进行救援的问题。
4.根据本发明实施例的一个方面，提供了一种馈电救援方法，所述方法，包括：
5.获取求救车辆的馈电救援指令；
6.根据所述馈电救援指令生成求救信息并发送至救援平台；所述求救信息包括所述求救车辆的车辆参数信息；
7.接收所述求援救援平台反馈的救援车辆信息，其中救援车辆信息包括救援车辆状态信息，以及所述求救车辆与所述救援车辆的匹配信息。
8.在一种可选的方式中，所述获取求救车辆的馈电救援指令的步骤，具体包括：
9.获取所述车辆的剩余续航里程与所述车辆的当前位置信息；获取距离所述车辆的当前位置信息距离最近的充电站位置；若所述车辆的剩余续航里程小于所述车辆的当前位置与所述充电站之间的里程，则生成馈电救援指令；和/或，
10.接收用户输入的所述馈电救援指令。
11.可以看出，车机端自动将剩余续航里程与到达最近充电站的距离进行比较，从而就可实现对车辆是否会处于馈电状态进行判断，当然也可根据人为判断生成馈电救援指令。
12.本发明实施例还提供了一种馈电救援方法，包括：
13.接收求救车辆的求救信息；
14.广播所述求救信息；
15.接收来自救援车辆的确认救援信息；
16.将所述救援车辆的救援车辆信息发送给所述求救车辆，所述救援车辆信息包括救援车辆参数信息，以及所述求救车辆与所述救援车辆的匹配信息。
17.可以看出，救援车辆收到求救信息后，可以根据对比两车的参数信息，可排除一部
分不适合救援当前求救车辆的救援车，提高救援的成功率，避免救援车辆做无用功，且是否进行救援以及是否接受同意救援车辆的救援，都由双方的车主进行选择和判断，可提高馈电救援的灵活性。
18.在一种可选的方式中，所述方法还包括：建立所述求救车辆与所述救援车辆之间的通信信道。
19.在一种可选的方式中，所述求救信息包括：车辆参数信息；所述广播所述求救信息的步骤，具体包括：
20.根据所述车辆参数信息，确定适合救援的所有车辆；
21.向所述所有车辆广播所述求救信息。
22.在一种可选的方式中，所述求救信息还包括：所述车辆的当前位置信息；所述广播所述求救信息的步骤，包括：
23.根据所述车辆的当前位置信息，确定广播范围；
24.在确定出的所述广播范围内广播所述求救信息；
25.所述广播范围包括：
26.位于所述求救车辆行驶方向后方且与所述求救车辆的行驶目的地一致的车辆；和/或，位于所述求救车辆行驶方向后方的车辆；和/或，位于所述求救车辆的车辆位置信息预设圆周范围内的车辆。
27.可以看出，求救信息发出之后，通过预设优先级发送范围的方式，使距离求救车辆最近且最便于救援的车辆优先收到求救信息，可提高救援效率，减少救援车辆到达求救车辆位置处的时间。
28.在一种可选的方式中，所述求救信息还包括：奖励报酬信息；所述方法还包括：
29.当接收到所述求救车辆和/或救援车辆发来的救援完成信息时，将奖励报酬发放至所述救援车辆的账户。
30.可以看出，能够获取和使用积分，则可对馈电救援形成正向激励，馈电救援能够更好的进行开展。
31.根据本发明实施例的另一方面，还提供了一种馈电救援装置，包括：
32.获取模块，用于获取所述求救车辆的馈电救援指令；
33.生成模块，用于根据所述获取模块获取的馈电救援指令生成求救信息并发送至救援平台；所述求救信息包括所述求救车辆的车辆参数信息；
34.收发模块，用于向所述救援平台发送所述求救信息，以及接收所述救援平台反馈的救援车辆信息、以及接收所述求救车辆与所述救援车辆的匹配信息。
35.根据本发明实施例的另一方面，提供了一种馈电救援系统，包括：
36.应用终端，用于获取求救车辆的馈电救援指令，以及根据所述馈电救援指令生成求救信息并发送至救援平台；所述求救信息包括所述求救车辆的车辆参数信息；
37.所述救援平台，用于接收所述应用终端发来的求救车辆的求救信息；以及广播所述求救信息；以及接收来自救援车辆的确认救援信息；
38.将所述救援车辆的救援车辆信息发送给所述应用终端，所述救援车辆信息包括救援车辆参数信息，以及所述求救车辆与所述救援车辆的匹配信息。
39.根据本发明实施例的另一方面，提供了一种馈电救援设备，包括：处理器、存储器、
通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；
40.所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行一种馈电救援方法的操作。
41.本发明实施例通过在获取到馈电救援指令时，生成求救信息并发送至救援平台，救援平台将求救信息首先发送至救援车辆，救援车辆接受求救信息，并将同意的信息发送至救援平台，救援平台将收到的信息反馈至求救车辆，并建立求救车辆和救援车辆之间的通信信道，然后救援车辆的车机端自动打开求救车辆的位置导航信息，引导救援车辆赶往求救车辆处，进行救援。
42.通过上述一种馈电救援方法，可提前对车辆是否会出现馈电情况进行判断，出现馈电时刻第一时间发出救援请求消息，通过对救援车辆的位置筛选，可实现求救车辆能在最短的时间内获得救援，简化传统的救援流程，提升用户使用体验。
43.上述说明仅是本发明实施例技术方案的概述，为了能够更清楚了解本发明实施例的技术手段，而可依照说明书的内容予以实施，并且为了让本发明实施例的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。
附图说明
44.附图仅用于示出实施方式，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
45.图1示出了本发明提供的一种馈电救援方法的第一实施例的流程示意图；
46.图2示出了本发明提供的一种馈电救援方法的第二实施例的流程示意图；
47.图3示出了本发明提供的一种馈电救援方法的第三实施例的流程示意图；
48.图4示出了本发明提供的一种馈电救援装置的实施例的结构示意图；
49.图5示出了本发明提供的一种馈电救援系统的实施例的结构示意图；
50.图6示出了本发明提供的一种馈电救援设备的实施例的结构示意图。
具体实施方式
51.下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例，然而应当理解，可以以各种形式实现本发明而不应被这里阐述的实施例所限制。
52.图1所示的，本发明一种馈电救援方法的第一实施例的流程图，该方法可以由求救车辆的车机端执行。如图1所示，该方法中主要包括以下步骤：
53.获取求救车辆的馈电救援指令；
54.根据所述馈电救援指令生成求救信息并发送至救援平台；所述求救信息包括所述求救车辆的车辆参数信息；
55.接收所述求援救援平台反馈的救援车辆信息，其中救援车辆信息包括救援车辆状态信息，以及所述求救车辆与所述救援车辆的匹配信息。
56.由于需要实现求救车辆与救援车辆车机端之间进行信息的交互，因此还需要救援平台的介入，在本具体实施方式中，救援车辆和求救车辆可以是同一厂家生产的车辆，可通
过车机端与救援平台之间实现信息交互，实现不同车辆之间的信息交互，更具体一点说就是车机端内设有app应用程序，通过 app应用程序来实现信息交互。当然，app应用程序也可设置在移动终端内，且移动终端与车机端也可进行信息交互；因此第一实施例中的方法步骤可细化如下：
57.步骤110：获取馈电救援指令；具体为，可以是求救车辆通过车机端获取馈电救援指令；
58.具体实现时，获取馈电指令的方法有：
59.第一，获取所述车辆的剩余续航里程与所述车辆的当前位置信息；获取距离所述车辆的当前位置信息距离最近的充电站位置；若所述车辆的剩余续航里程小于所述车辆的当前位置与所述充电站之间的里程，则生成馈电救援指令。和/或，第二，在求救车辆馈电时，接收用户通过求救车辆的车机端或移动终端输入的所述馈电救援指令。
60.步骤111：生成求救信息；具体为，在获取到车辆处于或者即将处于馈电状态时发出的馈电救援指令，车机端生成求救信息；
61.步骤112：发送求救信息；具体为，车机端将生成的求救信息发送至救援平台；
62.步骤113：广播求救信息；具体为，救援平台将求救信息在一定范围内进行广播；
63.步骤114：确认求救信息；具体为，救援车辆收到求救信息后，有意向救援则可向救援平台发出确认救援信息；
64.步骤115：车辆状态信息及匹配信息；具体为，救援平台收到确认救援信息后，向求救车辆发送救援车辆的车辆状态信息，以及救援车辆的匹配信息，同时建立求救车辆和救援车辆之间的通信信道；
65.步骤116：赶往求救车辆位置；具体为，救援车辆可通过求救信息中的位置信息，打开导航前往求救车辆的位置。
66.其中，若出现多个救援车辆同时申请对求救车辆进行救援，那么此时就需要求救车辆自主选择距离最近且适合的救援车辆，或者通过在车机端上进行选择，选择完成之后将结果转送至救援平台，救援平台将结果直接发送至指定车辆的车机端，然后指定的救援车辆收到反馈结果之后，自动开启求救车辆的位置导航，引导救援车辆前往就行救援。
67.本发明实施例在车辆馈电需要救援，则车机端发出求救信息至救援平台，救援平台将求救信息首先发送至救援车辆，救援车辆通过接受求救信息，并将确认救援信息发送至救援平台，救援平台将收到的信息反馈至求救车辆，并建立求救车辆和救援车辆之间的通信信道，然后救援车辆的车机端自动打开求救车辆的位置导航信息，引导救援车辆赶往求救车辆处，进行救援。通过上述一种馈电救援方法，可提前对车辆是否会出现馈电情况进行判断，出现馈电时刻第一时间发出救援请求消息，可实现求救车辆能在最短的时间内获得救援，简化传统的救援流程，提升用户对本品牌车辆使用体验。
68.图2示出了本发明一种馈电救援方法的第二实施例的流程图，该方法由车机端设备执行。该实施例是第一实施例中步骤110之前的步骤，其余步骤与第一实施例的后续处理步骤一致；优化方式具体为：
69.步骤109：生成馈电救援指令；
70.具体为：获取求救车辆的馈电救援指令的步骤；
71.获取所述车辆的剩余续航里程与所述车辆的当前位置信息；获取距离所述车辆的
当前位置信息距离最近的充电站位置；若所述车辆的剩余续航里程小于所述车辆的当前位置与所述充电站之间的里程，则生成馈电救援指令；和/或，接收用户输入的所述馈电救援指令。
72.进一步地，在本实施例中还可以通过向车机端预先设置里程阈值，如剩余可行驶里程在80km时开始实施馈电检测，这样的好处在于，若是目的地较近，即可到达目的地之后进行补能，而不需到距离最近的充电站。无论汽车在行驶过程中还是在停车过程中，只要剩余里程的阈值达到预设值，则车机端就进行馈电检查，若汽车处于静止状态，则车机端的屏幕上会出现低电量提醒，若汽车在行驶状态，则车机端会在屏幕上展示出现周边最近的充电站导航信息，若充电站的距离较远，则发出馈电救援申请，出现馈电救援申请时，车机端自动生成求救信息，其中求救信息主要包括预设车辆参数信息；当然还可以包括预设的报酬奖励信息以及当前车辆的位置及电量信息。
73.其中报酬奖励信息例如可以是积分，积分的获取可包括通过对求救车辆的救援获取积分；通过消费获取积分；购车赠送的初始积分；通过预借获取积分，预借先使用，后偿还，具有一定的额度；其中积分的使用可包括通过发出救援请求的方式使用积分；通过兑换商品或者服务的方式使用积分。
74.图3示出了本发明一种馈电救援方法的第三实施例的流程图，该方法由车机端设备执行。该实施例是对第一实施例中步骤112的细化，其余步骤与第一实施例的处理步骤一致，优化方式具体为：
75.步骤112：发送车辆参数信息和发送车辆位置信息；
76.具体为：求救信息包括所求救车辆的车辆参数信息和当前位置信息；
77.广播求救信息；广播范围内的车辆根据求救车辆的车辆参数信息，确定自身是否适合救援；广播范围包括：
78.位于求救车辆行驶方向后方且与求救车辆的行驶目的地一致的车辆；和/ 或，位于求救车辆行驶方向后方的车辆；和/或，位于求救车辆的车辆位置信息预设圆周范围内的车辆。
79.其中，救援车辆收到广播的顺序为，第一优先级，位于待救援车辆行驶方向后方，且与待救援车辆的行驶目的地一致的救援车辆；第二优先级，位于待救援车辆行驶方向后方的救援车辆；第三优先级，位于求救车辆当前位置圆周范围内的救援车辆，设置优先级发送的好处在于，可对距离较远且不同向等不便救援的车辆进行初步排除，广播范围具体为距离求救车辆10km内，这样可以确保救援车辆接收救援请求之后，能在最短的时间内对求救车辆进行救援。
80.若无救援车辆实施救援，则救援平台生成悬赏救援请求，将悬赏救援请求发送至广播范围内和范围外的救援车辆；
81.其中救援悬赏请求的创建方式是，车机端发出预先设置的含有报酬奖励信息的求救信息，在发出的求救信息20分钟内未被接受，则救援平台创建悬赏救援信息。悬赏救援请求和求救信息的不同之处在于，悬赏救援请求中积分奖励更多，鼓励周边司机接受请求进行救援，同时悬赏救援请求能够向广播范围外的救援车辆发送请求。
82.图4示出了本发明一种馈电救援装置的实施例的结构示意图。如图4所示，该装置500包括：获取模块510、收发模块530和收发模块520。
83.获取模块：用于获取所述求救车辆的馈电救援指令；
84.生成模块，用于根据所述获取模块获取的馈电救援指令生成求救信息并发送至救援平台；所述求救信息包括所述求救车辆的车辆参数信息；
85.收发模块：用于向所述救援平台发送所述求救信息，以及接收所述救援平台反馈的救援车辆信息、以及接收所述求救车辆与所述救援车辆的匹配信息。
86.在一种可选的方式中，所述获取求救车辆的馈电救援指令的步骤，具体包括：
87.获取所述车辆的剩余续航里程与所述车辆的当前位置信息；获取距离所述车辆的当前位置信息距离最近的充电站位置；若所述车辆的剩余续航里程小于所述车辆的当前位置与所述充电站之间的里程，则生成馈电救援指令；和/或，接收用户输入的所述馈电救援指令。
88.在一种可选的方式中，包括：
89.接收求救车辆的求救信息；所述求救信息包括所求救车辆的车辆参数信息；
90.广播所述求救信息；
91.接收来自救援车辆的确认救援信息；
92.将所述救援车辆的救援车辆信息发送给所述求救车辆，所述救援车辆信息包括救援车辆参数信息，以及所述求救车辆与所述救援车辆的匹配信息。
93.在一种可选的方式中，所述方法还包括：建立所述求救车辆与所述救援车辆之间的通信信道。
94.在一种可选的方式中，
95.所述求救信息包括：车辆参数信息；
96.所述广播所述求救信息的步骤，包括：
97.根据所述车辆参数信息，确定适合救援的所有车辆；
98.向所述所有车辆广播所述求救信息。
99.在一种可选的方式中，所述求救信息还包括：所述车辆的当前位置信息；所述广播所述求救信息的步骤，包括：
100.根据所述车辆的当前位置信息，确定广播范围；
101.在确定出的所述广播范围内广播所述求救信息；
102.所述广播范围包括：
103.位于所述求救车辆行驶方向后方且与所述求救车辆的行驶目的地一致的车辆；和/或，位于所述求救车辆行驶方向后方的车辆；和/或，位于所述求救车辆的车辆位置信息预设圆周范围内的车辆。
104.在一种可选的方式中，所述求救信息还包括：奖励报酬信息；所述方法还包括：
105.当接收到所述求救车辆和/或救援车辆发来的救援完成信息时，将奖励报酬发放至所述救援车辆的账户。
106.通过上述一种馈电救援装置，可提前对车辆是否会出现馈电情况进行判断，出现馈电时刻第一时间发出救援请求消息，通过对救援车辆的位置筛选，可实现求救车辆能在最短的时间内获得救援，简化传统的救援流程，提升用户对本品牌车辆使用体验。
107.图5示出了本发明一种馈电救援系统的实施例的结构示意图。如图5所示，控制系统600包括应用终端610和救援平台620；
108.应用终端，用于获取求救车辆的馈电救援指令，以及根据所述馈电救援指令生成求救信息并发送至救援平台；所述求救信息包括所述求救车辆的车辆参数信息；
109.所述救援平台，用于接收所述应用终端发来的求救车辆的求救信息；以及广播所述求救信息；以及接收来自救援车辆的确认救援信息；
110.将所述救援车辆的救援车辆信息发送给所述应用终端，所述救援车辆信息包括救援车辆参数信息，以及所述求救车辆与所述救援车辆的匹配信息。
111.在一种可选的方式中，所述获取求救车辆的馈电救援指令的步骤，具体包括：
112.获取所述车辆的剩余续航里程与所述车辆的当前位置信息；获取距离所述车辆的当前位置信息距离最近的充电站位置；若所述车辆的剩余续航里程
113.小于所述车辆的当前位置与所述充电站之间的里程，则生成馈电救援指令；和/或，接收用户输入的所述馈电救援指令。
114.在一种可选的方式中，包括：
115.接收求救车辆的求救信息；所述求救信息包括所求救车辆的车辆参数信息；
116.广播所述求救信息；
117.接收来自救援车辆的确认救援信息；
118.将所述救援车辆的救援车辆信息发送给所述求救车辆，所述救援车辆信息包括救援车辆参数信息，以及所述求救车辆与所述救援车辆的匹配信息。
119.在一种可选的方式中，所述方法还包括：建立所述求救车辆与所述救援车辆之间的通信信道。
120.在一种可选的方式中，所述求救信息包括：车辆参数信息；
121.所述广播所述求救信息的步骤，包括：
122.根据所述车辆参数信息，确定适合救援的所有车辆；
123.向所述所有车辆广播所述求救信息。
124.在一种可选的方式中，所述求救信息还包括：所述车辆的当前位置信息；所述广播所述求救信息的步骤，包括：
125.根据所述车辆的当前位置信息，确定广播范围；
126.在确定出的所述广播范围内广播所述求救信息；
127.所述广播范围包括：位于所述求救车辆行驶方向后方且与所述求救车辆的行驶目的地一致的车辆；和/或，位于所述求救车辆行驶方向后方的车辆；和/或，位于所述求救车辆的车辆位置信息预设圆周范围内的车辆。
128.在一种可选的方式中，所述求救信息还包括：奖励报酬信息；所述方法还包括：
129.当接收到所述求救车辆和/或救援车辆发来的救援完成信息时，将奖励报酬发放至所述救援车辆的账户。
130.通过上述一种馈电救援系统，可提前对车辆是否会出现馈电情况进行判断，出现馈电时刻第一时间发出救援请求消息，通过对救援车辆的位置筛选，可实现求救车辆能在最短的时间内获得救援，简化传统的救援流程，提升用户对本品牌车辆使用体验。
131.图6示出了本发明一种馈电救援设备的实施例的结构示意图，本发明具体实施例并不对一种馈电救援设备的具体实现做限定。
132.如图6所示，该一种馈电救援设备可以包括：处理器(processor)402、通信接口
(communications interface)404、存储器(memory)406、以及通信总线408。
133.其中：处理器402、通信接口404、以及存储器406通过通信总线408完成相互间的通信。通信接口404，用于与其它设备比如客户端或其它服务器等的网元通信。处理器402，用于执行程序410，具体可以执行上述用于一种馈电救援方法实施例中的相关步骤。
134.具体地，程序410可以包括程序代码，该程序代码包括计算机可执行指令。
135.处理器402可能是中央处理器cpu，或者是特定集成电路asic (application specific integrated circuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。设备包括的一个或多个处理器，可以是同一类型的处理器，如一个或多个cpu；也可以是不同类型的处理器，如一个或多个cpu 以及一个或多个asic。
136.存储器406，用于存放程序410。存储器406可能包含高速ram存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。
137.程序410具体可以被处理器402调用使一种馈电救援设备执行以下操作：
138.步骤110：获取馈电救援指令；具体为，求救车辆通过的车机端获取馈电救援指令；
139.步骤111：生成求救信息；具体为，获取到车辆处于或者即将处于馈电状态时发出的馈电救援指令，车机端生成求救信息；
140.步骤112：发送求救信息；具体为，车机端将生成的求救信息发送至救援平台；
141.步骤113：广播求救信息；具体为，救援平台将求救信息在一定范围内进行广播，通过同品牌车辆的车机端进行播报；
142.步骤114：确认求救信息；具体为，救援车辆收到求救信息后，有意向救援则可向救援平台发出确认救援信息；
143.步骤115：车辆状态信息及匹配信息；具体为，救援平台收到确认救援信息后，向求救车辆发送救援车辆的车辆状态信息以及和救援车辆进行匹配，建立通信信道的匹配信息；
144.步骤116：求救车辆和救援车辆匹配；具体为，通过匹配信息是救援车辆和求救车辆的车机端之间连接；
145.步骤117：赶往求救车辆位置；具体为，救援车辆可通过求救信息中的位置信息，打开导航前往求救车辆的位置。
146.在一种可选的方式中，所述获取求救车辆的馈电救援指令的步骤，具体包括：
147.获取所述车辆的剩余续航里程与所述车辆的当前位置信息；获取距离所述车辆的当前位置信息距离最近的充电站位置；若所述车辆的剩余续航里程
148.小于所述车辆的当前位置与所述充电站之间的里程，则生成馈电救援指令；和/或，接收用户输入的所述馈电救援指令。
149.在一种可选的方式中，包括：
150.接收求救车辆的求救信息；所述求救信息包括所求救车辆的车辆参数信息；
151.广播所述求救信息；
152.接收来自救援车辆的确认救援信息；
153.将所述救援车辆的救援车辆信息发送给所述求救车辆，所述救援车辆信息包括救援车辆参数信息，以及所述求救车辆与所述救援车辆的匹配信息。
154.在一种可选的方式中，所述方法还包括：建立所述求救车辆与所述救援车辆之间
的通信信道。
155.在一种可选的方式中，
156.所述求救信息包括：车辆参数信息；
157.所述广播所述求救信息的步骤，包括：
158.根据所述车辆参数信息，确定适合救援的所有车辆；
159.向所述所有车辆广播所述求救信息。
160.在一种可选的方式中，所述求救信息还包括：所述车辆的当前位置信息；所述广播所述求救信息的步骤，包括：
161.根据所述车辆的当前位置信息，确定广播范围；
162.在确定出的所述广播范围内广播所述求救信息；
163.所述广播范围包括：
164.位于所述求救车辆行驶方向后方且与所述求救车辆的行驶目的地一致的车辆；和/或，位于所述求救车辆行驶方向后方的车辆；和/或，位于所述求救车辆的车辆位置信息预设圆周范围内的车辆。
165.在一种可选的方式中，所述求救信息还包括：奖励报酬信息；所述方法还包括：
166.当接收到所述求救车辆和/或救援车辆发来的救援完成信息时，将奖励报酬发放至所述救援车辆的账户。
167.通过上述一种馈电救援设备，可提前对车辆是否会出现馈电情况进行判断，出现馈电时刻第一时间发出救援请求消息，通过对救援车辆的位置筛选，可实现求救车辆能在最短的时间内获得救援，简化传统的救援流程，提升用户对本品牌车辆使用体验。
168.在此提供的算法或显示不与任何特定计算机、虚拟系统或者其它设备固有相关。此外，本发明实施例也不针对任何特定编程语言。
169.在此处所提供的说明书中，说明了大量具体细节。然而能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。类似地，为了精简本发明并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。其中，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。
170.本领域技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外。
171.应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名
称。上述实施例中的步骤，除有特殊说明外，不应理解为对执行顺序的限定。