最小化车辆组的感知通信停机时间

技术领域

本发明涉及一种由服务器执行的方法，所述服务器被配置成为一组车辆执行一个或多个服务。本发明还涉及一种控制单元和包括所述控制单元的车辆。

背景技术

协作式智能交通系统涉及交通系统的数字化、“信息化”以及道路车辆与基础设施之间的信息共享。这例如通过标准化通信方法，从而允许不同的车辆制造商、基础设施制造商和政府机构独立地交换信息来实现。此类通信的示例是车辆与车辆通信(V2V)、车辆与基础设施(V2I)和车辆与万物(V2X)。

可以使用标准化的通信方法和专有通信方法(例如通过WiFi的专有协议)，向道路上的车辆提供各种服务。此类服务的示例可以是车队管理服务。

通信停机时间或通信链路中断始终被认为是一个问题，其可能损害依赖于此信息的服务的信息的一致性、质量和及时性。对于实时服务来说，这甚至成为更为严重的问题。另外，基于该数据流的任何进一步分析的一致性可能使其失去有效性和准确性。当然，效果将例如取决于所述停机时间的频率、位置和持续时间而不同。

由于多种原因，包括没有网络覆盖，或甚至扩展车辆内的硬件或软件故障，可能会发生通信停机时间或中断。

常规系统的一个缺点是，对不同类型的干扰/停机时间/中断缺乏了解和准备可能导致数据丢失，即，恢复数据(例如，出于某种目的重新创建数据或车辆行为)的可能性可能很低且不可靠。即使部分数据在停机时间期间被保存、优先化或请求也是如此。

另一个缺点是，中断可能对向(内部或外部)客户呈现信息造成负面影响，并可能损害服务的声誉，并可能导致客户选择其他竞争性服务。随着自主交通系统的引入，这些问题变得更加突出。

因此，需要改进的方法和服务器。

本发明的实施例的目的是提供缓解或解决上述缺点的解决方案。

发明内容

上述目的通过本文所述的主题来实现。本文描述了本发明的更多有利的实施形式。

根据本发明的第一方面，本发明的目的是通过一种由服务器执行的方法实现的，所述服务器被配置成为一组车辆执行一个或多个服务，所述方法包括：至少通过接收包括与每个车辆有关的数据的消息来获得与该组车辆有关的数据；预测该组车辆的至少一个车辆的通信链路即将发生中断；以及执行主动动作以减轻对该组车辆的一个或多个服务的负面影响。在一个实施例中，执行主动动作包括以下动作中的任一项的选择：向所述至少一个车辆发送消息，所述消息包括配置、设置、策略和对策中的任一项的选择；向所述至少一个车辆发送消息，所述消息包括预测的即将发生中断的指示，所述指示包括中断持续时间、中断空间位置和建议动作中的任一项的选择；以及向管理服务器发送消息，所述消息包括所述即将发生中断的指示，所述指示包括中断持续时间、中断空间位置和建议动作中的任一项的选择。

第一方面的至少一个优点是提供了一种方法，该方法通过增加恢复数据(例如出于某种目的重新创建数据或车辆行为)的可能性，在发生通信中断时具有改进的恢复力。

根据本发明的第二方面，本发明的目的是通过由适于包括在车辆中的控制单元执行的方法实现的，所述方法包括获得与车辆有关的数据，以及将消息发送至服务器，所述服务器被配置成为一组车辆执行一个或多个服务。

根据本发明的第三方面，本发明的目的是由一种被配置成执行根据第一方面的方法的服务器实现的。

根据本发明的第四方面，本发明的目的是由一种被配置成执行根据第二方面的方法的控制单元实现的。

根据本发明的第五方面，本发明的目的是由一种包括根据第四方面的控制单元的车辆实现的。

本发明的范围由权利要求书限定，所述权利要求以引用的方式并入本节中。通过考虑以下对一个或多个实施例的详细描述，将向本领域技术人员提供对本发明的实施例的更完整理解，以及其额外优点的实现。将参考附图页，将首先简要描述附图。

附图说明

图1示出了为一组车辆执行一个或多个服务的情境。

图2示出了根据本文所述的一个或多个实施例的用于为一组车辆执行一个或多个服务的系统。

图3示出根据本文所述的一个或多个实施例的服务器。

图4示出了根据本文所述的一个或多个实施例的由服务器执行的方法的流程图，所述服务器被配置成为一组车辆执行一个或多个服务。

图5示出了根据本文所述的一个或多个实施例的由控制单元执行的方法的流程图。

通过考虑以下对一个或多个实施例的详细描述，将向本领域技术人员提供对本发明的实施例的更完整理解，以及其额外优点的实现。应当了解，相同的附图标记用于标识一个或多个附图中所示的相似元件。

具体实施方式

本说明书和对应权利要求中的“或”应理解为涵盖“和”和“或”的数学或(OR)，并且不应理解为XOR(异或)。本公开和权利要求中的不定冠词“一(a)”不限于“一个”，并且也可以理解为“一个或多个”，即复数。

本公开提出了一种方法，其确保用户感知到例如车队管理服务的最低可能的通信停机时间。该解决方案解决了要在交通系统的车外环境(即，车辆外部的环境)中(在通信停机时间之前、期间和之后)采取的向/从现场的车辆发送/接收数据的动作。通过使用来自相关来源的数据(实时或历史)以便减少数据丢失，提高数据与服务质量。

正常运行时间/停机时间或通信中断是任何时候所有业务的重要因素。即使小的中断也可能导致高昂的成本。规划服务的干扰和停机时间通常具有挑战性。停机时间总是不便的，因此减少通信和/或服务的中断或停机时间很重要。服务的停机时间可能由多种原因引起，并且可能发生在构成该服务的功能链的任何部分。停机时间以某种方式对用户及其业务有害。如果用户不能使用服务，则该服务的数据一致性将受到负面影响。然后可能丢失本来可以用于分析的数据。如果该服务由于连接问题或该服务暂时无法运行而不可用，则可能影响客户对服务的体验。当然，这种体验的效果将基于所述停机时间的频率和持续时间而有很大不同。有许多车队管理服务可由依赖于其用户来改善服务的大量用户通过服务器的接口而使用。反馈、故障报告、投诉和现场测试都是连续改进服务的重要因素。这些报告和数据的质量和一致性影响分析结果。从长远来看，似乎比其他服务遭受更长停机时间的服务将不能与其他相似解决方案竞争，客户将选择其他服务。

问题在于，通信停机时间始终被认为是一个问题，其可能损害依赖于该信息的服务的信息的一致性、质量和及时性。对于实时服务来说，这甚至成为更为严重的问题。另外，基于该数据流的任何进一步分析的一致性可能使其失去有效性和准确性。当然，效果将取决于所述停机时间的频率和持续时间而不同。当通信中断时，重要的是，车外交通系统“知道”这一点并能够及时调整其行为，以确保质量不会恶化并且对用户的影响尽可能小。由于多种原因，包括没有网络覆盖，或甚至扩展车辆内的硬件或软件故障，可能发生通信停机时间。对不同类型的干扰和停机时间缺乏了解和准备也可能导致即使部分数据在停机时间期间被保存、优先化或请求，但出于某种目的重新创建整个信息或车辆行为的可能性可能仍然很低且不可靠。因此，车外交通系统中的服务准备好并能够及时检测通信停机时间是很重要的。如果由于上述问题而经常出现通信停机时间，则会对向(内部或外部)客户呈现信息造成负面影响并可能损害服务的声誉。客户继而会选择其他服务。随着自主交通系统的引入，这些问题变得更加突出。

本公开提出了一种使车外交通系统能够为通信丢失和停机时间做好准备的方法。所述通信停机时间是指任何类型的有线或无线通信，包括蜂窝通信和GPS信号的丢失。

本公开具有以下优点：其确保通信停机时间通过车外交通系统采取的动作对服务、客户体验、分析和持续操作产生尽可能小的影响。车外交通系统可以访问来自许多不同来源的信息，并且比车载系统(通常是车辆中的控制单元)具有更多的计算和处理能力，因此可以在通信停机时间之前、期间和之后支持任何车载系统。

通过使用关于通信停机时间发生的历史和实时知识(其可以从诸如其他车辆或电信/网络提供商的不同来源获得)，车外交通系统可以通过以下动作中的任一个来主动行动，以确保最小化用户和服务感知到的停机时间：

主动步骤：

-基于风险阈值，在预测的通信停机时间之前向车辆发送新的调整的设置、策略和对策。这些新设置和对策将由车辆的车载系统用于适应通信停机时间，并且可以包括：

在停机时间之前和/或在停机时间期间如何发送和检索数据的特性，例如频率、介质、采用的通信技术或从车辆传输的消息的内容。

用于从车辆向车外系统进行传输的方法可以包括任何现有方法/技术，例如蜂窝、卫星、WiFi或V2X通信。

-主动通知驾驶员、车主、车队管理者等可能即将发生通信停机时间。这可以包括估计的停机持续时间、位置和建议。

反应步骤：

-如果到特定车辆的主要通信路径已经丢失，则车外交通系统尝试通过替代通信路径将调整的设置和对策发送至车辆。替代通信路径不一定必须是代替主要连续通信的可行路径。

-通知并更新受影响的车外服务。

-如果可能的话，使用现有工具在通信停机时间期间重新创建或估计数据。标记此数据，使其可追溯。

停机时间后步骤：

-当通信再次成为可能时做出反应，并通知相关系统。

-所收集的与通信停机时间有关的数据将用于改进此方法。

-向驾驶员、车主、车队管理者等报告最近的通信停机时间。

这种解决方案何时有用的一个示例是当车辆在国家之间乘船行进时，例如从瑞典到丹麦。在海上时，GPS信号丢失，任何定位信息变得不可靠。基于预测，在登上船并失去GPS通信之前，车外系统向车辆发送包括新策略的消息。新策略使得能够使用用于定位或配置的其它源或方法，例如HD地图或航位推算(Dead Reckoning)，以确保车辆可以通过蜂窝网络报告正确的定位信息。当GPS通信再次建立时，该策略可以被去激活或可以激活新的策略。

有关发生停机时间的时间和地点的信息将用于持续改进此方法，从而产生更好的预测和对策，以最小化停机时间对服务的影响。这继而会降低停机时间对用户的影响。

所公开的方法提供了处理由通信停机时间引起的问题的更多可能性。所公开的方法还提供了在通信停机时间的情况下调整服务和系统的行为的提高的能力。使用关于通信在何处不可靠的知识可以用作此方法的一项优势，以避免可能损害用于分析的服务或数据的质量的干扰或停机时间。总体而言，从客户的角度来说，所提出的方法产生更可靠的信息，并且因此产生更可信的服务。

图1示出了为一组车辆120-123执行一个或多个服务的情境。此类服务的示例是车队管理服务，例如，监测车辆的维护、根据时间表监测车辆的准时性或监测各个驾驶员的驾驶表现和习惯。服务器140可以被配置成为该组车辆120-123执行一个或多个服务，例如车队管理服务。车辆在图1中示出为道路车辆，例如公交车、卡车或轿车，但可以是任何类型的车辆或飞行器，例如飞机、船舶或船。诸如车主和车队管理者的其他参与者或各方可以直接和/或经由管理服务器150与该组车辆120-123和/或服务器140交互。图中未示出的任何第三方实体或服务器可以被配置成提供与该组车辆120-123有关的数据。此类数据的示例可以是交通信息、天气信息、道路状况、计划的道路维护或与该组车辆120-123有关的任何其它数据或与该组车辆120-123有关的状况。该组车辆120-123、服务器140和管理服务器150被配置成通过通信网络130进行通信，所述通信网络可以包括例如蓝牙、WiFi、GSM、UMTS、LTE或LTE高级通信网络或本领域已知的任何其它有线或无线通信网络中的任何通信网络。

在一个示例中，服务根据一组要求，例如对准时性和燃油经济性的要求提供建议速度。服务器140可以监测与每个车辆有关的数据，例如整组车辆120-123的平均速度，并向该组车辆120-123中的特定车辆120发送建议速度。

在另一示例中，服务提供驾驶员指导。例如，指导如何以及何时换挡，以便以更可持续的/环境友好的方式驾驶。该服务可以基于例如从该组车辆中的其它车辆获得的以及由车辆自身获得的车辆数据、传感器数据或指示车辆的预期路线的信息、指示道路状况的信息、指示交通的信息。

在另一示例中，服务基于从该组车辆中的其它车辆获得的关于特定路线中的问题的信息提供路线建议。

在另一示例中，服务基于从该组车辆的子集(例如，在相同或相似时间段内制造的车辆)收集的信息提供维护建议。

图2示出了根据本文所述的一个或多个实施例的用于为一组车辆120-123执行一个或多个服务的系统。

该系统可以包括服务器140，该服务器被配置成为该组车辆组120-123执行一个或多个服务，例如车队管理服务。服务器经由有线或无线链路L

所述系统还可以包括通信网络130，所述通信网络被配置成在该组车辆120-123、服务器140和管理服务器150之间交换数据或信息。如上所述，通信网络130可以在通信技术的任何组合，例如，蓝牙、WiFi、GSM、UMTS、LTE或LTE高级通信网络或本领域已知的任何其它有线或无线通信网络的任何组合上操作。

所述系统可以包括管理服务器150。管理服务器150经由有线或无线链路L

该组车辆120-123中的每个车辆120经由有线或无线链路通信地耦合到通信网络130，且被配置成向/从该组车辆120-123中的任何其他车辆和/或服务器140和/或管理服务器150传送信息。该组车辆120-123中的每个车辆还配置有通信接口1110，如关于图3进一步所述。

图3示出了根据本公开的实施例的服务器140。服务器140可以是一个或多个服务器、一个或多个云或虚拟服务器中的任一项的选择的形式。服务器140可以包括处理电路312，该处理电路任选地通信地耦合到通信接口304/1410以进行有线和/或无线通信。此外，服务器140还可以包括至少一个任选天线(图中未示出)。天线可以耦合到通信接口304的收发器，并且被配置成在无线通信系统中发送和/或发射和/或接收无线信号，例如，向/从该组车辆120-123或管理服务器150发送/接收控制信号和/或状态数据。在一个示例中，处理电路312可以是处理器和/或中央处理单元和/或配置成彼此协作的处理器模块和/或多个处理器中选择的任一种。此外，服务器140还可以包括存储器315。存储器315可以包含可由处理电路执行以执行本文所述的方法和/或方法步骤中的任一者的指令。

通信接口304/1410，例如无线收发器和/或有线/无线通信网络适配器，被配置成将数据值或参数作为发往或来自处理电路312的信号发送到其它外部节点(例如，该组车辆120-123或管理服务器150)和/或从其它外部节点接收所述数据值或参数。在实施例中，通信接口在通信网络节点之间直接通信或通过通信网络通信。

在一个或多个实施例中，服务器140还可以包括输入装置317，所述输入装置被配置成从用户接收输入或指示，并将指示用户输入或指示的用户输入信号发送至处理电路312。

在一个或多个实施例中，服务器140还可以包括显示器318，所述显示器被配置成从处理电路312接收指示渲染对象(例如，文本或图形用户输入对象)的显示信号，并且将所接收的信号显示为例如文本或图形用户输入对象的对象。

在一个实施例中，显示器318与用户输入装置317集成，并且被配置成从处理电路312接收指示渲染对象(例如，文本或图形用户输入对象)的显示信号，并且将所接收的信号显示为例如文本或图形用户输入对象的对象，和/或被配置成从用户接收输入或指示，并将指示用户输入或指示的用户输入信号发送至处理电路312。

在实施例中，处理电路312通信地耦合到存储器315和/或通信接口304和/或输入装置317和/或显示器318和/或一个或多个传感器(图中未示出)。

在实施例中，通信接口和/或收发器304使用有线和/或无线通信技术进行通信。在实施例中，一个或多个存储器315可以包括硬盘RAM、磁盘驱动器、软盘驱动器、磁带驱动器、光盘驱动器、CD或DVD驱动器(R或RW)或其它可移除或固定介质驱动器中的选择。

在另一实施例中，服务器140还可以包括和/或耦合到一个或多个额外传感器(未示出)，所述一个或多个额外传感器被配置成接收和/或获得和/或测量与该组车辆120-123中的车辆有关的物理性质，并将指示物理性质的一个或多个传感器信号(例如，指示车辆的轮速的传感器数据)发送至处理电路312。

在实施例中，管理服务器150包括与关于服务器140描述的类似部件。

在实施例中，控制单元包括与关于服务器140描述的类似部件。控制单元可以是机载计算机、电子控制单元(ECU)、数字信息显示器、固定计算装置、膝上型计算机、平板计算机、手持式计算机、腕戴式计算机、智能手表、PDA、智能电话、智能电视、电话、媒体播放器、游戏控制台、车载计算机系统或导航装置中的任一种的形式。

图4示出了由被配置成为一组车辆120-123执行一个或多个服务的服务器140执行的方法400的流程图，该方法包括：

步骤410：至少通过接收包括与每个车辆有关的数据的消息，获得与该组车辆120-123有关的数据，

在一个示例中，与每个车辆有关的数据包括指示无线通信网络的信号强度的数据。该组车辆120-123中的每个车辆传输包括无线网络的当前测量信号强度的信息的消息。

在一个示例中，与每个车辆有关的数据包括(例如，通过指示存在诸如WiFi热点的热点)指示可能的替代通信链路的数据。该信息可以与从服务器中的其他来源收集的信息结合使用。

在一个示例中，与每个车辆有关的数据包括指示例如由于计划的维护或由于计划外问题导致的某一地理区域中的移动网络中断的数据。

在一个示例中，与每个车辆有关的数据包括指示例如由于诸如节庆或运动比赛的计划事件导致的可能的无线网络过载的数据。

步骤420：预测该组车辆120-123中的至少一个车辆120的通信链路L

在一个示例中，与该组车辆120-123有关的数据指示沿着相同路线/道路行进并且定位在至少一个车辆120的预期路线前方的位置处的车辆121-123的低接收信号强度。当车辆120在其它车辆后方行进时，与该组车辆120-123有关的数据可以用于预测至少一个车辆120在到达该位置时也将经历低信号强度。

在另一示例中，指示可能的替代通信链路的与该组车辆120-123有关的数据用于预测通信链路即将发生中断。

在另一个示例中，指示例如由于计划的维护或由于计划外问题导致的某一地理区域中的移动网络中断的数据用于预测通信链路即将发生中断。

在一个示例中，与每个车辆有关的数据包括指示可能的无线网络过载的数据，其用于预测通信链路即将发生中断。

步骤430：执行主动动作以减轻对该组车辆120-123的一个或多个服务的负面影响。

减轻对一个或多个服务的负面影响可以包括减轻即将发生的中断对依赖于该信息的服务的信息的一致性、质量和及时性的损害。在一个示例中，服务基于定位信号(例如GPS信号)提供路线建议，并且与该组车辆120-123有关的数据指示即将丢失定位信号，即预测通信链路即将发生中断。然后，可以通过基于从相同地理区域内的其它车辆获得的信息提供路线建议，来减轻对服务的负面影响。对一个或多个服务的负面影响可能影响服务的客户体验，并可能导致用户转而选择使用其他服务。

在一个实施例中，执行主动动作包括向至少一个车辆120发送消息，所述消息包括配置、设置、策略和对策中的任一项的选择。

在一个示例中，主动动作包括基于风险阈值，在预测的即将发生中断(例如，通信停机时间)之前向车辆发送新的调整的设置、策略和对策。这些新设置和对策将由车辆的机载系统用于适应通信停机时间，并且可以包括：

在停机时间之前和/或在停机时间期间如何发送和检索数据的特性，例如频率、介质、采用的通信技术或从车辆传输的消息的内容。

用于从车辆120向车外系统140进行传输的方法例如可以包括任何现有方法/技术，例如蜂窝、卫星、WiFi或V2X通信。

在一个实施例中，执行主动动作包括向至少一个车辆120发送消息，所述消息包括预测的即将发生中断的指示，所述指示包括中断持续时间、中断空间位置和建议动作中的任一项的选择。

在一个实施例中，执行主动动作包括向管理服务器150发送消息，所述消息包括即将发生中断的指示，所述指示包括中断持续时间、中断空间位置和建议动作中的任一项的选择。

在一个实施例中，所述消息包括指示如何发送和检索数据的通信链路L

在一个示例中，主动动作包括向车辆120和/或管理服务器150发送消息，以主动地通知车辆120的驾驶员、车主、车队管理者等可能即将发生通信中断或停机时间。这可以包括估计的停机持续时间、位置和建议。

建议的示例是启动驾驶员移动电话中的应用程序以建立新的连接链路，连接到附近的WiFi热点，或者可以是手动触发“通信停机时间”模式，该模式在车辆或车外系统中执行一组例程/命令。

在一个实施例中，所述方法还包括执行反应动作以减轻对该组车辆120-123的一个或多个服务的负面影响。

在一个实施例中，执行反应动作包括估计预期已从至少一个车辆120接收的数据。

在一个示例中，这涉及在可能的情况下，使用现有工具在通信停机时间期间恢复或估计数据。标记此数据，使其可追溯。

在一个示例中，这涉及例如通过使用统计资料和机器学习工具或通过从历史数据创建模型/模式并预测传入数据来估计数据。

在一个实施例中，执行反应动作包括更新一个或多个服务以使其意识到中断。

在一个示例中，这可以包括停止或减少发往车辆的数据流。

在另一示例中，这可以包括向服务发送通知消息，通知服务它们在通信停机时间或中断期间除了已标记的估计值(如果有的话)之外，不应完全信任传入数据。

在一个实施例中，执行反应动作包括识别和/或分配替代通信链路。替代通信链路通常是临时识别的和/或分配的。

在一个示例中，到特定车辆的主要通信路径已经丢失，则车外交通系统或服务器140尝试通过临时分配的替代通信路径将调整的设置和战略发送至车辆。临时分配的替代通信路径不一定必须是代替主要连续通信的可行路径。

在一个实施例中，所述方法还包括检测通信链路L

在一个实施例中，正常化动作包括向至少一个车辆120发送消息，所述消息包括配置、设置、策略和对策中的任一项的选择。

这些配置、设置、政策和对策将被车辆的机载系统用于适应通信停机时间，并且可以包括：

在停机时间之前和/或在停机时间期间如何发送和检索数据的特性，例如频率、介质、采用的通信技术或从车辆传输的消息的内容。

用于从车辆120向车外系统140进行传输的方法例如可以包括任何现有方法/技术，例如蜂窝、卫星、WiFi或V2X通信。

在一个实施例中，正常化动作包括向至少一个车辆120发送消息，所述消息包括向驾驶员指示中断已经结束和/或中断持续时间。

在一个实施例中，正常化动作包括向管理服务器150发送消息，所述消息包括向用户指示中断已经结束和/或中断持续时间。

在一个实施例中，正常化动作包括将中断的特性保存到存储器，从至少一个车辆120检索缓冲数据，并用缓冲数据替换任何估计数据。估计数据通常可以被标记以使得能够在用缓冲数据替换时进行识别。

在一个示例中，车辆正在乘船例如从瑞典行进到丹麦。在海上时，GPS信号丢失，任何定位信息变得不可靠。基于预测，在登上船并失去GPS通信之前，车外系统向车辆发送新策略。新策略使得能够使用用于定位或配置的其它源或方法(例如，HD地图或航位推算)，以确保车辆可以通过蜂窝网络报告正确的定位信息。当GPS通信再次建立时，该策略可以被去激活或可以激活新的策略。有关发生停机时间的时间和地点的信息将用于持续改进此方法，从而产生更好的预测和对策，以最小化停机时间对服务的影响。这继而会降低停机时间对用户的影响。

图5示出了根据本文所述的一个或多个实施例的由控制单元执行的方法500的流程图。控制单元适于被包括在一组车辆120-123中包括的车辆中，所述方法包括：

步骤510：获取与车辆120有关的数据，

步骤520：向服务器140发送消息，该服务器被配置成为该组车辆120-123执行一个或多个服务。

在一个实施例中，方法500还包括接收第二消息，其中第二消息包括配置、设置、策略和对策、向驾驶员指示即将发生中断，以及向驾驶员指示中断已经结束和/或指示中断持续时间中的任一项的选择。

在一个实施例中，所述消息包括指示如何发送和检索数据的通信链路L

在一个实施例中，服务器被提供并配置为执行本文所述的任何方法步骤。

在一个实施例中，控制单元被提供并适于包括在车辆中，所述控制单元被配置成执行本文中所述的任何方法步骤。

在一个实施例中，提供车辆110，并且该车辆包括上述控制单元。

在一个实施例中，提供了一种计算机程序，并且所述计算机程序包括计算机可执行指令，当在服务器140中包括的处理单元上执行计算机可执行指令时，所述计算机可执行指令用于使服务器140执行本文所述的任何方法步骤。

在一个实施例中，提供了一种计算机程序，并且所述计算机程序包括计算机可执行指令，当在控制单元中包括的处理单元上执行计算机可执行指令时，所述计算机可执行指令用于使控制单元执行本文所述的任何方法步骤。

在一个实施例中，提供了一种计算机程序产品，并且所述计算机程序产品包括计算机可读存储介质，所述计算机可读存储介质中包含上述计算机程序中的任一种。

在一个实施例中，一种包含上述计算机程序的载体，其中，所述载体是电子信号、光学信号、无线电信号或计算机可读存储介质中的一种。

在实施例中，通信网络130使用有线或无线通信技术进行通信，所述有线或无线通信技术可以包括局域网(LAN)、城域网(MAN)、全球移动网络系统(GSM)、增强型数据GSM环境(EDGE)、通用移动电信系统、长期演进、高速下行链路分组接入(HSDPA)、宽带码分多址(W-CDMA)、码分多址(CDMA)、时分多址(TDMA)、

此外，技术人员要认识到，服务器140可以包括用于执行本解决方案所需的诸如功能、装置、单元、元件等形式的通信能力。其他此类装置、单元、元件和功能的示例包括：处理器、存储器、缓冲器、控制逻辑、编码器、解码器、速率匹配器、速率去匹配器、映射单元、乘法器、决策单元、选择单元、交换机、交织器、解交织器、调制器、解调器、输入、输出、天线、放大器、接收器单元、发射器单元、DSP、MSD、编码器、解码器、供电单元、馈电器、通信接口、通信协议等，它们适当地布置在一起以用于执行本解决方案。

特别地，本公开的处理器和/或处理装置可以包括处理电路、配置成彼此协作的处理器模块和多个处理器、中央处理单元(CPU)、处理单元、处理电路、处理器、专用集成电路(ASIC)、微处理器、现场可编程门阵列(FPGA)或可以解释和执行指令的其它处理逻辑中的一个或多个实例。因此，表述“处理器”和/或“处理装置”可以表示包括多个处理电路(例如，上述任何、一些或全部处理电路)的处理电路系统。处理装置还可以执行用于输入、输出和处理数据的数据处理功能，包括数据缓冲和装置控制功能，例如，调用处理控制、用户接口控制等。

最后，应理解，本发明不限于上述实施例，而是还涉及并且并入所附独立权利要求的范围内的所有实施例。