用于确定车辆损坏和可驾驶性并且用于连接到远程服务的系统的制作方法

1.本节中提供的信息是为了总体上呈现本公开的上下文的目的。当前署名的发明人的工作，就其在本节中所描述的程度，以及在提交时可不被另视为现有技术的该描述的各方面，既不明确地也不隐含地被认作针对本公开的现有技术。
2.本公开涉及用于评估碰撞中牵涉的车辆的损坏的系统和方法。


背景技术：

3.诸如onstar的远程信息处理系统提供高级自动碰撞通知（aacn）。aacn发送在碰撞事件中由车辆的传感器测量的遥测数据。遥测数据可用于准确预测车辆乘员的伤害严重程度。如果遥测数据指示可能存在严重伤害，则远程信息处理系统在没有来自乘员的输入的情况下自动呼叫医疗和警察援助。


技术实现要素：

4.一种用于远程信息处理系统的服务器包括处理器和存储器。储存在存储器中的应用程序包括指令，其能由处理器执行并且配置为经由车辆的远程信息处理系统从远离服务器定位的车辆接收车辆数据。车辆数据包括在车辆牵涉到碰撞事件中后采样的车辆的位置、测量的车辆数据和车辆诊断数据。该应用程序基于在车辆牵涉到碰撞事件中后采样的车辆数据生成车辆损坏报告，并且基于车辆损坏报告为车辆生成可驾驶性分数。
5.在其他特征中，应用程序在没有与车辆的乘员交互的情况下基于可驾驶性分数选择性地向拖救服务发送消息，请求向车辆的位置派遣拖救卡车。
6.在其他特征中，应用程序还配置为将可驾驶性分数与预定可驾驶性阈值进行比较；如果可驾驶性分数大于预定可驾驶性阈值，则宣布车辆是可驾驶的；并且如果可驾驶性分数小于预定可驾驶性阈值，则宣布车辆是不可驾驶的。
7.在其他特征中，应用程序在无需车辆的乘员发起联系的情况下响应于可驾驶性分数而选择性地向顾问发送消息以联系车辆的乘员。
8.在其他特征中，应用程序基于车辆数据和车辆诊断数据生成损坏估计。
9.在其他特征中，应用程序还配置为在车辆牵涉到碰撞事件中后接收在不同采样时间的车辆数据和车辆诊断数据。
10.在其他特征中，应用程序还配置为基于在不同采样时间获取的车辆数据生成差量数据；以及基于差量数据估计对车辆的损坏和基于差量数据计算可驾驶性分数中的至少一个。
11.在其他特征中，应用程序检索与车辆的保养历史和事故历史中的至少一个相对应的车辆历史；检索车辆内饰数据；从车辆数据检索车辆里程；以及检索与车辆里程处车辆的当前价值相对应的车辆价值数据。基于车辆损坏报告、车辆历史和车辆的当前价值，应用程序选择性地生成是否报废车辆的建议。应用程序还配置为经由分布式通信系统向保险公司
发送车辆损坏报告。
12.一种用于操作远程信息处理系统的方法包括经由车辆的远程信息处理系统从车辆接收车辆数据。车辆数据包括在车辆牵涉到碰撞事件中后采样的车辆的位置、测量的车辆数据和车辆诊断数据。该方法还包括基于在车辆牵涉到碰撞事件中后采样的车辆数据生成车辆损坏报告，并且基于车辆损坏报告为车辆生成可驾驶性分数。
13.在其他特征中，方法包括在没有与车辆的乘员交互的情况下基于可驾驶性分数选择性地向拖救服务发送消息，请求向车辆的位置派遣拖救卡车。
14.在其他特征中，方法包括将可驾驶性分数与预定可驾驶性阈值进行比较；如果可驾驶性分数大于预定可驾驶性阈值，则宣布车辆是可驾驶的；并且如果可驾驶性分数小于预定可驾驶性阈值，则宣布车辆是不可驾驶的。
15.在其他特征中，方法包括在无需车辆的乘员发起联系的情况下响应于可驾驶性分数而向顾问发送消息以联系车辆的乘员。方法包括基于车辆数据和车辆诊断数据生成损坏估计。方法包括在车辆牵涉到碰撞事件中后接收在不同采样时间获取的车辆数据和车辆诊断数据。
16.在其他特征中，方法包括基于在不同采样时间获取的车辆数据生成差量数据；以及基于差量数据估计对车辆的损坏和基于差量数据计算可驾驶性分数中的至少一个。
17.在其他特征中，方法包括检索与车辆的保养历史和事故历史中的至少一个相对应的车辆历史；检索与车辆相对应的内饰数据；从车辆数据检索车辆里程；以及检索与车辆里程处车辆的当前价值相对应的车辆价值数据。
18.在其他特征中，方法包括基于车辆损坏报告、车辆历史和车辆的当前价值，选择性地生成是否报废车辆的建议。方法包括经由分布式通信系统向保险公司传送车辆损坏报告。
19.1. 一种用于远程信息处理系统的服务器，包括：处理器；存储器；和储存在所述存储器中的应用程序，所述应用程序包括指令，所述指令能由所述处理器执行并且配置为：经由所述车辆的远程信息处理系统从远离所述服务器定位的车辆接收车辆数据，其中，所述车辆数据包括在所述车辆牵涉到碰撞事件中后采样的所述车辆的位置、测量的车辆数据和车辆诊断数据；基于在所述车辆牵涉到碰撞事件中后采样的车辆数据生成车辆损坏报告；并且基于所述车辆损坏报告为所述车辆生成可驾驶性分数。
20.2. 根据方案1所述的服务器，其中，所述应用程序在没有与所述车辆的乘员交互的情况下基于所述可驾驶性分数选择性地向拖救服务发送消息，请求向所述车辆的所述位置派遣拖救卡车。
21.3. 根据方案1所述的服务器，其中，所述应用程序还配置为：将所述可驾驶性分数与预定可驾驶性阈值进行比较；如果所述可驾驶性分数大于预定可驾驶性阈值，则宣布所述车辆是可驾驶的；并且
如果所述可驾驶性分数小于所述预定可驾驶性阈值，则宣布所述车辆是不可驾驶的。
22.4. 根据方案1所述的服务器，其中，所述应用程序还配置为在无需所述车辆的乘员发起联系的情况下响应于所述可驾驶性分数而选择性地向顾问发送消息以联系所述车辆的乘员。
23.5. 根据方案1所述的服务器，其中，所述应用程序还配置为基于所述车辆数据和所述车辆诊断数据生成损坏估计。
24.6. 根据方案1所述的服务器，其中，所述应用程序还配置为在所述车辆牵涉到所述碰撞事件中后接收在不同采样时间的所述车辆数据和所述车辆诊断数据。
25.7. 根据方案6所述的服务器，其中，所述应用程序还配置为：基于在所述不同采样时间获取的所述车辆数据生成差量数据；以及以下中的至少一个：基于所述差量数据估计对所述车辆的损坏；和基于所述差量数据计算所述可驾驶性分数。
26.8. 根据方案1所述的服务器，其中，所述应用程序还配置为：检索与所述车辆的保养历史和事故历史中的至少一个相对应的车辆历史；检索车辆内饰数据；从所述车辆数据检索车辆里程；和检索与所述车辆里程处所述车辆的当前价值相对应的车辆价值数据。
27.9. 根据方案8所述的服务器，其中，基于所述车辆损坏报告、所述车辆历史和所述车辆的所述当前价值，所述应用程序还配置为选择性地生成是否报废所述车辆的建议。
28.10. 根据方案1所述的服务器，其中，所述应用程序还配置为经由分布式通信系统向保险公司发送所述车辆损坏报告。
29.11. 一种用于操作远程信息处理系统的方法，包括：经由车辆的远程信息处理系统从所述车辆接收车辆数据，其中，所述车辆数据包括在所述车辆牵涉到碰撞事件中后采样的所述车辆的位置、测量的车辆数据和车辆诊断数据；基于在所述车辆牵涉到碰撞事件中后采样的车辆数据生成车辆损坏报告；并且基于所述车辆损坏报告为所述车辆生成可驾驶性分数。
30.12. 根据方案11所述的方法，还包括在没有与所述车辆的乘员交互的情况下基于所述可驾驶性分数选择性地向拖救服务发送消息，请求向所述车辆的所述位置派遣拖救卡车。
31.13. 根据方案11所述的方法，还包括：将所述可驾驶性分数与预定可驾驶性阈值进行比较；如果所述可驾驶性分数大于预定可驾驶性阈值，则宣布所述车辆是可驾驶的；并且如果所述可驾驶性分数小于所述预定可驾驶性阈值，则宣布所述车辆是不可驾驶的。
32.14. 根据方案11所述的方法，还包括在无需所述车辆的乘员发起联系的情况下响
应于所述可驾驶性分数而向顾问发送消息以联系所述车辆的乘员。
33.15. 根据方案11所述的方法，还包括基于所述车辆数据和所述车辆诊断数据生成损坏估计。
34.16. 根据方案11所述的方法，还包括在所述车辆牵涉到所述碰撞事件中后接收在不同采样时间获取的所述车辆数据和所述车辆诊断数据。
35.17. 根据方案16所述的方法，还包括：基于在所述不同采样时间获取的所述车辆数据生成差量数据；以及以下中的至少一个：基于所述差量数据估计对所述车辆的损坏；和基于所述差量数据计算所述可驾驶性分数。
36.18. 根据方案11所述的方法，还包括：检索与所述车辆的保养历史和事故历史中的至少一个相对应的车辆历史；检索与所述车辆相对应的内饰数据；从所述车辆数据检索车辆里程；以及检索与所述车辆里程处所述车辆的当前价值相对应的车辆价值数据。
37.19. 根据方案18所述的方法，还包括基于所述车辆损坏报告、所述车辆历史和所述车辆的所述当前价值，选择性地生成是否报废所述车辆的建议。
38.20. 根据方案11所述的方法，还包括经由分布式通信系统向保险公司传送所述车辆损坏报告。
39.根据具体实施方式、权利要求和附图，本公开的其它应用领域将变得显而易见。具体实施方式以及特定示例仅仅旨在用于说明目的，并且不旨在限定本公开的范围。
附图说明
40.从具体实施方式和附图将更充分地理解本公开，其中：图1是根据本公开的包括用于确定车辆损坏和评估可驾驶性的系统的车辆的示例的功能框图；图2和图3是根据本公开的用于在碰撞事件后评估车辆可驾驶性的方法的示例的流程图；图4是用于响应于碰撞事件将数据从车辆传送到远程服务器的方法的示例的流程图；图5是用于响应于碰撞事件为车辆生成损坏报告的方法的示例的流程图；图6是用于响应于碰撞事件自动联系拖救服务的方法的示例的流程图；以及图7是用于基于损坏报告估计对车辆的损坏的方法的示例的流程图。
41.在附图中，附图标记可重复使用以标识类似的和/或相同的元件。
具体实施方式
42.虽然诸如onstar的远程信息处理系统提供高级自动碰撞通知（aacn），但远程信息处理系统仅在遥测数据指示可能已经发生严重伤害时才自动请求医疗和警察援助。虽然这种方法适用于受伤的车辆乘员，但这种方法排除了大量事故。一些排除在外的事故低于自
动发起请求医疗和警察援助的阈值，但仍然造成严重的车辆损坏。车辆可能处于非操作状态，并且乘员将需要发起拖救服务请求。在一些情况下，车辆的驾驶员可能会因事故而心烦意乱并且可能无法清晰思考。
43.此外，在事故之后，用于修理车辆的过程可花费非常大量的时间。车辆所有者通常需要联系保险公司，提出索赔，等待理算员查看车辆并准备报告，并且然后在开始修理之前等待联系。相关的延迟可以是客户不满意的原因。
44.本文描述的系统和方法在事故事件中为车辆所有者提供重要援助。该系统和方法传送在碰撞后的一个或多个采样时间期间收集的车辆数据，以评估车辆的可驾驶性（例如生成可驾驶性分数）和/或估计对车辆的损坏。在一些示例中，生成可驾驶性分数并将其与预定的可驾驶性阈值进行比较。如果可驾驶性分数小于预定的可驾驶性阈值，则宣布车辆不可驾驶并且顾问可联系车辆和/或拖救服务和/或派遣拖救卡车而无需与车辆的乘员或顾问的交互。
45.在一些示例中，系统和方法创建车辆损坏报告并将车辆损坏报告传送给顾问以协助顾问。在一些示例中，顾问响应于车辆损坏报告发起对车辆的呼叫。车辆损坏报告还可用于创建保险索赔和/或向保险公司传送消息或警报。在一些示例中，车辆数据用于估计对车辆的损坏、估计修理成本和/或基于这些数据确定车辆是否可能被报废。如应理解的，本文描述的系统和方法缩短了在事故现场获得援助、获得损坏的估计、确定车辆是否可能将被报废和/或与保险公司处理索赔所需的时间。
46.现在参考图1，车辆100包括根据本公开的用于确定车辆损坏和可驾驶性的系统。车辆100包括控制器106，该控制器106储存在正常操作期间生成的车辆数据、诊断代码和/或其他信息。碰撞事件已经发生后，收集额外的车辆数据并将其自动传送到远程服务器。
47.车辆100包括推进系统110，该推进系统110包括内燃发动机（ice）114和/或一个或多个电动马达120。换句话说，车辆100可以是由ice提供动力的常规车辆、由ice和一个或多个电动马达提供动力的混合动力车辆、或由电动马达提供动力的电池电动车辆。发动机控制器116基于来自传感器118（诸如温度传感器、压力传感器、速度传感器等）的反馈控制ice 114的致动器。
48.电动马达120经由开关和/或dc/ac转换器126从一个或多个电池组124接收电力。马达控制器132基于来自一个或多个传感器130的反馈控制电动马达120。传感器130的示例包括电压传感器、电流传感器、速度传感器等。变速器134或其他机械联接装置将ice 114和/或（多个）电动马达120的输出连接到车辆100的车轮。在一些示例中，变速器控制器136基于来自一个或多个传感器138的反馈控制变速器134的操作。
49.车辆100包括信息娱乐模块140，该信息娱乐模块140包括媒体播放器142、一个或多个显示器144、一个或多个扬声器146、导航模块148和/或一个或多个麦克风149。远程信息处理模块150包括：无线收发器152以与无线网络通信、控制器153和全球定位系统（gps）模块154以向导航模块148提供gps信号。
50.车辆100还包括一个或多个传感器160，诸如一个或多个相机162（面向内或面向外的相机）、轮胎压力传感器168、燃料液位传感器170、玻璃破碎传感器166等。在一些示例中，玻璃破碎传感器166监视麦克风149以检测对应于玻璃破碎的声音。车辆100包括安全气囊系统178和安全带预紧器174。
51.远程信息处理模块150经由无线通信系统200（诸如蜂窝系统、卫星系统或其他类型的无线通信系统）传送和接收车辆数据、音频数据和/或其他信息。无线通信系统200连接到分布式通信系统210（诸如互联网）。来自车辆100的数据由无线通信系统200和分布式通信系统210传送到包括处理器234和存储器236的远程服务器230。
52.存储器236包括损坏监视应用程序240，该损坏监视应用程序240在车辆牵涉到碰撞事件中后接收车辆数据、评估车辆损坏并生成车辆损坏报告。损坏估计应用程序244基于车辆损坏报告估计车辆损坏的修理成本和/或基于车辆损坏估计和其他车辆信息确定车辆是否应该被报废。拖救应用程序248基于车辆损坏报告确定是否需要拖救车辆，自动向车辆拖救服务发送带有车辆识别信息和位置的消息和/或提醒（与远程信息处理系统的供应商、车辆制造商或其他服务提供商相关的）顾问发起与车辆的联系并据此做出决定。数据库252储存就每个车辆的车辆数据、修理数据储存或知识库等。
53.在一些示例中，远程服务器230将车辆数据、车辆损坏报告、车辆损坏评估和/或其他信息发送到与顾问相关联的服务器270、与拖救服务相关联的服务器260和/或与车辆所有者相关联的计算机280。在一些示例中，远程服务器230向拖救服务发送车辆描述、车辆位置和/或车辆状况发以发起拖救。
54.现在参考图2和图3，示出了用于在碰撞事件后诊断车辆可驾驶性的方法300。在310处，方法确定是否检测到低水平冲击或高级自动碰撞通知（aacn）。如果310为真，则如图3中进一步描述的，方法在318处执行车辆可驾驶性分析。
55.如果在322处确定车辆是可驾驶的，则方法使用信息娱乐系统生成提示，从而给予用户请求远程信息处理呼叫的选择。如果322为假，则方法使用远程信息处理系统自动发起向顾问的呼叫。在330处，将来自可驾驶性评估的数据发送到远程服务器。
56.在图3中，示出了可驾驶性评估。在350处，收集车辆健康数据。在354处，执行车辆诊断检查以识别诊断代码。在358处，方法确定有效诊断代码中的任一者是否在预定的被认为是关键的诊断代码集中。关键诊断代码的非限制性示例包括安全气囊展开、安全带预紧器展开和某些发动机或变速器代码（诸如与导致检查发动机灯闪烁的诊断代码相对应的那些代码）。
57.如果358为真，则在362处宣布车辆为不可驾驶的。如果358为假，则在362处车辆运行车辆数据检查。在364处，方法确定关键数据元素在预定限制或范围之内还是之外。如果364为真，则方法继续到382。如果364为假，则在368处宣布车辆可驾驶。
58.如应理解的，收集车辆数据、车辆健康数据和/或诊断检查可以以预定间隔运行以进一步帮助车辆可驾驶性确定和/或估计损坏。换言之，在碰撞事件后很快初始确定车辆数据。但是，通过分析数据值的变化或随时间的变化率，一些损坏将较为明显。在图4中，示出了用于响应于碰撞事件以预定间隔运行多个车辆数据收集、健康检查和/或诊断检查的方法400。
59.在410处，方法确定是否检测到低水平冲击或aacn。如果410为真，则方法前进到414，启动定时器并设置n＝1，其中n是整数。在418处，方法收集车辆数据。在418处，方法运行车辆诊断检查和/或健康检查。在426处，车辆将车辆数据、诊断代码和/或健康数据传送到远程服务器。在440处，方法等待预定时间段。虽然示出了预定间隔，但是该间隔可以是可变的、基于事件的、有条件的等。在444处，方法确定是否n＝m，其中m是大于一的整数。如果
444为真，则方法结束。如果444为假，则方法在446处对n进行增量并返回到418。
60.在一些示例中，使用诊断代码、车辆数据和车辆健康数据评估车辆已遭受的损坏。车辆要么自动推送数据和/或远程服务器发送请求以预定间隔、可变间隔或响应于事件多次从车辆抽取数据。如以下将进一步描述的，远程服务器将数据与预定值、阈值、范围等进行比较以确定是否存在任何指示车辆损坏的数据值或数据值的变化。
61.例如，可随时间监视车辆数据（诸如轮胎压力）以确定轮胎压力是否下降。类似地，可随时间监视油位以检测由于碰撞导致的油损失。随时间监视发动机温度以确定是否存在冷却剂泄漏。
62.所监视的数据值的示例包括经由油压传感器的油压、经由燃料液位传感器的燃料液位、（多个）电池电压水平等。待监视并且指示车辆损坏的其他数据包括安全气囊展开、预紧器展开、高压切断和/或玻璃破碎传感器。损坏的其他指标包括碰撞冲击期间的速度变化（差量v）。来自内部和/或外部相机的视频和/或图片数据也可用于检测损坏。
63.例如，将收集的车辆数据与预定值进行比较。如果车辆的发动机温度当前为200℃并且预定（或预期）温度为100℃，则发动机运行异常，并且很可能冷却剂正在泄漏或散热器已经发生损坏。
64.现在参考图5，用于响应于碰撞事件为车辆生成损坏报告的方法500。在510处，方法确定是否已经从车辆接收到车辆数据、诊断代码和/或健康数据。如果510为真，则方法在514处继续并储存带有采样时间的车辆数据、健康数据和诊断代码。在518处，方法通过将数据值与预定值进行比较估计车辆损坏。在522处，方法基于诊断代码估计车辆损坏。在526处，方法基于来自相机的视频估计车辆损坏。在530处，方法基于在不同时间获取的车辆数据样本生成差量值和/或变化率。在534处，方法基于差量值和/或变化率估计车辆损坏。在538处，方法基于步骤514-534为车辆生成损坏报告。
65.现在参考图6，方法600响应于碰撞事件基于车辆损坏报告和/或可驾驶性分数而自动并选择性地联系顾问和/或拖救服务。在620处，方法识别指示可能需要拖救的选择的车辆数据值、健康数据值和/或诊断代码。在622处，方法确定选择的数据值和/或健康数据值是否指示需要拖救。如果622为假，则方法在630处继续并确定通常与需要拖救的损坏相对应的选择的诊断代码是否起作用。如果630为假，则方法在638处继续并确定差量值是否指示需要拖救。如果622、630或638为真，则方法在626处继续并向拖救服务发送消息以向车辆位置派遣卡车而无需乘员输入。
66.替代地，将包括车辆损坏报告和/或可驾驶性确定或分数的消息发送到顾问，该顾问要么做出派遣拖救车辆的决定和/或联系车辆的乘员以确认该决定。替代地，对车辆的自动呼叫可被生成并且可为待派遣的拖救服务提供选择。虽然上文描述的可驾驶性决定单独处理多种类型的数据，但可基于所有数据类型生成可驾驶性分数。可驾驶性分数与可驾驶性阈值进行比较以确定是否应联系顾问和/或拖救服务和/或发起自动呼叫。
67.例如，如果诊断代码对应于安全气囊或预紧器展开，则将需要拖救车辆的可能性较高。指示需要拖救的其他车辆数据或差量数据包括轮胎压力（在给定轮胎中或不同轮胎之间的差量轮胎压力，或一个或多个轮胎中小于预定值的绝对轮胎压力）、高压关断、v
batt
缺失、发动机油不足、某些类型的发动机或变速箱诊断代码（诸如与使检查发动机或保养指示器闪烁相对应的那些诊断代码）。
68.现在参考图7，方法700基于车辆损坏报告估计对车辆的损坏。在710处，方法使用车辆损坏报告以识别对特定车辆部件的损坏。在720处，方法确定车龄、内饰、里程、保养历史、先前的碰撞历史、二手车参考价目册和/或位置历史中的一个或多个。在724处，方法基于损坏的部件、车辆信息和车辆历史的汇总生成车辆损坏评估、修理成本和/或报废车辆的决定。在728处，方法向保险公司、制造商和/或所有者传送包括车辆损坏估计的车辆损坏评估和/或报废车辆的决定。
69.基于车辆损坏报告、车辆数据、健康数据和诊断代码，通过访问储存在数据库中的查找表或知识库生成车辆损坏评估。车辆损坏评估还使车辆损坏估计基于车辆信息，诸如车龄、内饰水平、里程、保养历史、先前碰撞历史、二手车参考价目册、位置历史等。
70.仅举例来说，车辆牵涉到碰撞事件中。在碰撞事件后，车辆一次或多次向远程服务器传输车辆数据、健康数据和/或诊断数据。基于传送的数据，远程服务器确定安全气囊展开、安全带预紧器展开、车窗损坏、两个轮胎漏气以及设置了三个诊断代码。基于一个或多个报告的数据项，诸如漏气的轮胎、安全带或安全气囊展开、破损的车窗和/或诊断代码，可在不与乘员交互的情况下派遣拖救卡车。
71.车辆损坏估计可基于更换车辆的安全气囊、安全带预紧器、车窗和轮胎的成本，并且还可基于处理设置的诊断代码的可能修理。此外，报废车辆的决定可基于车辆损坏估计和二手车参考价目册之间的比较。车辆损坏报告和车辆损坏估计可传送给所有者、制造商和/或保险公司。
72.前面的描述本质上仅仅是示意性的，并且不旨在以任何方式限制本公开、其应用或使用。本公开的广泛教导能够以多种形式实施。因此，尽管本公开包括特定示例，但是本公开的真实范围不应受到如此限制，因为在研究附图、说明书和以下权利要求时，其他修改将变得显而易见。应理解，方法内的一个或多个步骤可以以不同次序（或同时）执行，而不更改本公开的原理。进一步，虽然上文将实施例中的每一者描述为具有某些特征，但是关于本公开的任何实施例描述的那些特征中的任何一个或多个能够在其他实施例中的任一者的特征中实施和/或与其组合，即使该组合未明确描述。换句话说，所描述的实施例不是相互排斥的，并且一个或多个实施例与彼此的排列仍然在本公开的范围内。
73.元件之间（例如，模块、电路元件、半导体层等之间）的空间和功能关系使用各种术语来描述，包括“连接”、“接合”、“联接”、“邻近”、“紧邻”、“在
……
顶部”、“上方”、“下方”和“安置”。除非明确地描述为“直接”，否则当在上面的公开中描述第一元件和第二元件之间的关系时，该关系能够是在第一元件和第二元件之间不存在其他介入元件的直接关系，但也能够是在第一元件和第二元件之间存在（空间抑或功能上）一个或多个介入元件的间接关系。如本文中所使用的，短语a、b和c中的至少一者应被解释为使用非排他性逻辑“或（or）”来意指逻辑a 或 b 或 c（a or b or c），并且不应被解释为意指“a中的至少一者、b中的至少一者、以及c中的至少一者”。
74.在附图中，如由箭头指示的箭头方向总体上表示图示所关注的信息（诸如，数据或指令）的流动。例如，当元件a和元件b交换各种信息但是从元件a传输到元件b的信息与图示相关时，箭头可从元件a指向元件b。该单向箭头并不暗示没有其他信息从元件b传输到元件a。进一步，对于从元件a发送给元件b的信息，元件b可向元件a发送针对信息的请求或接收确认。
75.在本技术（包括下面的定义）中，术语“模块”或术语“控制器”可用术语“电路”代替。术语“模块”可指代以下各者、为以下各者的一部分、或包括以下各者：专用集成电路（asic）；数字、模拟、或混合模拟/数字分立电路；数字、模拟、或混合模拟/数字集成电路；组合逻辑电路；现场可编程门阵列（fpga）；执行代码的处理器电路（共享、专用或组）；存储由处理器电路执行的代码的存储器电路（共享、专用或组）；提供所描述的功能的其他合适的硬件部件；或者以上各者中的一些或全部的组合，诸如在片上系统中。
76.模块可包括一个或多个接口电路。在一些示例中，接口电路可包括连接到局域网（lan）、因特网、广域网（wan）或其组合的有线或无线接口。本公开的任何给定模块的功能可分布在经由接口电路连接的多个模块当中。例如，多个模块可允许负载平衡。在另外的示例中，服务器（也被称为远程或云）模块可代表客户端模块完成某种功能。
77.如上文所使用的术语代码可包括软件、固件和/或微代码，并且可指代程序、例程、函数、类、数据结构和/或对象。术语共享处理器电路涵盖单个处理器电路，其执行来自多个模块的一些或所有代码。术语组处理器电路涵盖下述处理器电路，该处理器电路与附加的处理器电路组合来执行来自一个或多个模块的一些或所有代码。对多个处理器电路的引用涵盖分立管芯上的多个处理器电路、单个管芯上的多个处理器电路、单个处理器电路的多个核、单个处理器电路的多个线程、或以上各者的组合。术语共享存储器电路涵盖单个存储器电路，其存储来自多个模块的一些或所有代码。术语组存储器电路涵盖下述存储器电路，该存储器电路与附加的存储器组合来存储来自一个或多个模块的一些或所有代码。
78.术语存储器电路是术语计算机可读介质的子集。如本文中所使用的术语计算机可读介质不涵盖通过介质（诸如，在载波上）传播的瞬时电信号或电磁信号；因此，术语计算机可读介质可被认为是有形的且非暂时性的。非暂时性、有形计算机可读介质的非限制性示例是非易失性存储器电路（诸如，快闪存储器电路、可擦除可编程只读存储器电路或掩模只读存储器电路）、易失性存储器电路（诸如，静态随机存取存储器电路或动态随机存取存储器电路）、磁性存储介质（诸如，模拟或数字磁带或硬盘驱动器）、和光学存储介质（诸如，cd、dvd或蓝光光盘）。
79.本技术中所描述的设备和方法可由专用计算机部分地或全部地实施，该专用计算机通过将通用计算机配置成执行体现在计算机程序中的一个或多个特定功能而创建。上文描述的功能块、流程图部件和其他元件用作软件规范，其能够通过熟练技术人员或程序员的例行工作转换成计算机程序。
80.计算机程序包括存储在至少一个非暂时性、有形计算机可读介质上的处理器可执行指令。计算机程序还可包括或依赖于存储的数据。计算机程序可涵盖与专用计算机的硬件交互的基本输入/输出系统（bios）、与专用计算机的特定装置交互的装置驱动程序、一个或多个操作系统、用户应用程序、后台服务、后台应用程序等。
81.计算机程序可以包括：（i）要解析的描述性文本，诸如html（超文本标记语言）、xml（可扩展标记语言）或json（javascript对象表示法）（ii）汇编代码、（iii）由编译器从源代码生成的目标代码、（iv）由解释器执行的源代码、（v）由即时编译器编译和执行的源代码等。仅作为示例，可使用来自包括c、c 、c＃、objective-c、swift、haskell、go、sql、r、lisp、java
®
、fortran、perl、pascal、curl、ocaml、javascript
®
、html5（超文本标记语言第五版）、ada、asp（动态服务器网页）、php（php：超文本预处理器）、scala、eiffel、
smalltalk、erlang、ruby、flash
®
、visual basic
®
、lua、matlab、simulink和python
®
的语言的语法编写源代码。