本申请涉及信息技术领域，尤其涉及一种车载播放广告的方法及车载显示终端。
背景技术：
随着我国汽车产业发展，家庭个人用车数量的不断增多，汽车这一消费品已经在人们的日常生活中越来越普及，加之互联网络技术和移动通信网络技术的快速发展，车辆实现网络信息化互联的车联网时代已逐渐到来。然而，目前车辆中主要应用的车联网技术，通常是通过移动通信网络向车内驾乘人员提供在线导航、在线车载音乐等在线流媒体业务服务，车辆之间信息交互层面上的车联网应用。
目前大部分车辆上都具有车载显示终端，例如中控大屏或者其它后装的显示屏等，这些车载显示终端均可以作为广告投放的媒介。相比于墙面广告、灯箱广告、电视广告等传统的广告形式而言，通过车载显示终端投放广告具备的传播扩散迅速、呈现形式丰富、广告信息传达充分完整等独特优点，从而更容易受到商家和青睐。但是考虑到行车的场景限制，不分场合的随意播放广告可能会影响到车内人员的正常驾驶行为，甚至导致危险发生。
申请内容
本申请的一个目的是提供一种车载播放广告的方法及车载显示终端。
为实现上述目的，本申请提供了一种在车载显示终端播放广告的方法，其中，该方法包括：
车载显示终端获取关于车辆的相关信息；
所述车载显示终端根据所述相关信息确定当前状态；
所述车载显示终端在所述当前状态符合预设状态时，向用户播放广告。
基于本申请的另一方面，还提供了一种用于播放广告的车载显示终端，其中，该车载显示终端包括：
信息获取模块，用于获取关于车辆的相关信息；
信息处理模块，用于根据所述相关信息确定当前状态；
播放模块，用于所述车载显示终端在所述当前状态符合预设状态时，向用户播放广告。
此外，本申请实施例还提供了一种用于播放广告的车载显示终端，其中，该车载显示终端包括：
处理器；以及
存储有机器可读指令的一个或多个机器可读介质，当所述处理器执行所述机器可读指令时，使得所述设备执行前述在车载显示终端播放广告的方法。
本申请提供的方案中，车载显示终端可以获取关于车辆的相关信息，根据这些相关信息可以对车辆的状态进行判断，从而确定当前状态，只有当当前状态符合预设状态时，车载显示终端向用户播放广告，而非在任意情况下车载显示终端都会向用户播放广告，由于预设状态可以根据实际行车的场景来设定，例如可以是不会影响到车内人员的正常驾驶行为的一些状态，由此车载显示终端在播放广告时不会影响正常的驾驶行为，避免导致危险情况的发生。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：
图1示出了本申请实施例提供的一种在车载显示终端播放广告的方法的处理流程图；
图2示出了本申请实施例中根据相关信息确定当前状态时的逻辑流图；
图3示出了本申请实施例提供的一种用于播放广告的车载显示终端的结构示意图；
图4示出了本申请实施例提供的一种用于播放广告的车载显示终端的硬件结构示意图；
图5示出了本申请实施例提供的一种终端设备的结构示意图；
附图中相同或相似的附图标记代表相同或相似的部件。
具体实施方式
下面结合附图对本申请作进一步详细描述。
本申请实施例提供了一种在车载显示终端播放广告的方法，该方法可以使得车载显示终端仅在预设状态下向用户播放广告，由此避免影响到正常的驾驶行为。该方法的执行主体为车载显示终端，所述车载显示终端的具体实现可以是安装于车辆内的各类显示屏，例如车辆中控台的显示屏、各类后装的显示屏等。
图1示出了本申请实施例提供的在车载显示终端播放广告的方法的处理流程，包括以下处理步骤：
步骤s101，车载显示终端获取关于车辆的相关信息。其中，关于车辆的相关信息是指与安装了该车载显示终端的车辆有关的各类信息，例如可以包括但不限于由车辆的can总线获取的总线信息、车辆的运动状态信息、车载显示终端上应用软件的运行状态信息等信息中的一种或者多种。
若需要获取总线信息，则所述车载显示终端需要与车辆的can总线连接，例如通过一个can收发器(cantransceiver)与车辆的can总线连接，以获取包括车辆档位、车速、转速等在内的总线信息。而所述车辆的运动状态可以通过三轴加速度传感器或陀螺仪等设备进行检测，三轴加速度传感器或陀螺仪可以内置于所述车载显示终端，可以是外置并通过有线或者无线的方式与车载显示终端进行通讯，以提供检测到的运动状态信息。而车载显示终端上应用软件的运行状态则可以由车载显示终端的系统进行检测，例如车载显示终端采用了android系统，则可以由android系统调用系统的服务来监测导航应用软件当前是否处于工作状态。
步骤s102，车载显示终端根据所述相关信息确定当前状态。本申请的一些实施例中，车载显示终端在确定当前状态时，可以由车载显示终端在本地根据相关信息进行判断，也可以是由车载终端将相关信息上传至云端服务器之后，由云端服务器来进行判断。
若是本地判断，车载显示终端会在本地对所述相关信息进行处理，以确定当前状态。例如，在本申请的一些实施例中，其判断逻辑如图2所示，首先判断当前的档位，若是p(parking)档或者n(neutral)档，则可以认为当前车辆不在行车状态，进而判断车载显示终端当前是否有导航软件正在运行，若有，则确定当前状态为状态一；若无导航软件正在运行，则确定当前状态为状态二。若当前的档位是d(drive)档或者r(reverse)档，则表示车辆可能正在前进或者倒车，进而可以根据当前的车速进一步判断，例如当车速高于某个阈值(如5km/h)时，则确定当前状态为状态三；若车速高于低于阈值时，则可以根据是否有导航软件正在运行，判定当前状态为状态四或状态五。
在此，本领域技术人员应能理解上述确定当前状态的方式仅为举例，其他现有的或今后可能出现的其它方式如可适用于本发明，也应包含在本发明保护范围以内，并在此以引用方式包含于此。
若是由云端进行判断，车载显示终端会将所述相关信息上传至云端服务器，以使云端服务器根据上传的相关信息确定当前状态，并通知所述车载显示终端。所述云端服务器在确定当前状态时，其方式也可以与本地判断时类似，此处不再赘述。
在由云端进行判断时，车载显示终端需要与云端服务器进行数据通信，例如采用4g网络进行数据通信，考虑到通信的成本以及通信可能导致的数据不可靠(例如数据丢失、延迟等情况)，本申请的一些实施例中，车载显示终端会存储最近获取到的相关信息，将本次获取的相关信息与前一次获取的相关信息进行对比，若不同，则将本次获取的相关信息上传至云端服务器，以使云端服务器根据上传的相关信息确定当前状态，并通知所述车载显示终端。而当本次获取的相关信息与前一次获取的相关信息相同时，则表示当前状态也不会发生变化，因此可以无需发送数据，由此减少了不必要的数据通信。
例如，车载显示终端前一次获取的相关信息包括：当前档位为p档、正在运行导航软件；若本次获取的相关信息未发生变化，则无需上传云端服务器进行判断，直接使用上一次云端服务器的返回结果即可。若本次获取的相关信息为：当前档位处于d档，且未运行导航软件，则仍需要上传至云端服务器，由云端服务器根据上传的相关信息确定当前状态，并通知所述车载显示终端。
步骤s103，在所述当前状态符合预设状态时，车载显示终端向用户播放广告。
其中，预设状态可以根据实际场景的需求来设定，例如对于图2所示的几种状态中，为了不影响驾驶员正常驾驶，仅在车辆停止或者低速行驶、且未运行导航软件时播放广告，则可以将状态二和状态五设定为预设状态，即仅在这两种状态下进行播放广告。此外，可以考虑在不影响驾驶员使用导航的情况下，播放针对乘客的广告，此时无需考虑车速，可以仅考虑是否使用导航，即将状态二、状态三和状态五设定为预设状态。在实际场景中，可以根据实际的需求预先设定多种预设状态的情景模式，当用户需要时仅需要直接调整情景模式即可改变预设状态。
对于播放的广告，可以对播放记录进行统计，包括时间戳、播放标志位、车辆用户信息、位置信息等，以用于统计广告达到率等信息。在本申请的一些实施例中，车载显示终端可以存储向用户播放广告的播放记录，并将所述播放记录上传至云端服务器，以使云端服务器可以基于播放记录统计广告到达率。此外，在由云端服务器根据相关信息判断当前状态的场景下，也可以是由云端服务器直接判断是否可以播放广告，例如在当前状态符合预设状态时，向车载显示终端下发播放指令，并记录，以此来统计广告到达率等信息。
在实际场景中，广告可以分为多种类型，例如声音图像呈现的广告、仅有声音播报的广告、仅有态或静态的图像或文字形式的广告、可以与用户互动的广告等。对于车内人员，不同的情况下可能适合播放不同类型的广告，例如当档位处于d或r档时认为是处于运动状态，为安全起见，不适合推送带图像或文字的广告；判断是否车载显示终端正在运行与行驶有关的软件，包括导航软件、倒车影像软件等，如有，则不播放声音广告也不能推送；当检测到不在运行与行驶有关的软件，如导航软件，且档位处于p档，可进一步判断第二条件车速是否为0，以及判断第三条件三轴加速度传感器的检测值是否为0，全部满足后则可播放任何类型的广告；当检测到车载显示终端启动时，由于需要启动时间，该状态下不判断其它相关信息，进入广告播放模式，可播放任何类型的广告。由此，在本申请的一些实施例中，车载显示终端向用户播放广告时，可以根据所述相关信息确定适合于当前状态的目标广告类型，并向用户播放所述目标广告类型的广告。
在此，本领域技术人员应能理解上述确定目标广告类型的方式仅为举例，其他现有的或今后可能出现的其它方式如可适用于本发明，也应包含在本发明保护范围以内，并在此以引用方式包含于此。
进一步地，车载显示终端向用户播放目标广告类型的广告时，可以是直接选取这些特定类型的广告，也可以是对某类广告进行处理之后，改变其广告类型，使之适应于当前的场景。例如，对于一个包含声音和图像的广告，若当前场景仅适合于播放声音，则可以从该广告中单独提取出声音进行播放。
在实际场景中，车载显示终端播放广告的场景可以包括但不限于如下情形：
1，停车且未用导航等行驶相关软件，可以播放任意广告类型的广告；
2，速度低于某个限值，比如5km/h，且未用导航等行驶相关软件，可以播放任意广告类型的广告；
3，速度低于某个限值，但在用导航等行驶相关软件，可以在屏幕中弹出一小块字幕广告；
4，车载显示终端处于屏保状态时，可以以广告来代替屏保画面；
5，可以以广告作为车载显示终端开机画面；
6，速度在某个范围内，如5-30km/h，且未用导航等行驶相关软件，可以以声音的方式播放广告；
7，速度在某个范围内，如5-30km/h，但在用导航等行驶相关软件，可以以声音的方式播放广告，但优先级低于导航播报；
8，在某些特定时间点，如早上刚上车，可以在问候语中植入广告，比如“今天星期x，当地气温xx，xxx(广告主)祝您今日开车有个好心情”；当检测到长时间连续开车时，可以在提醒语中植入广告，比如“xxx(广告主)提醒您不要疲劳驾驶”；当某个整点时，可以在整点播报中植入广告，比如“xxx(广告主)为您报时，现在是中午12点整”；
9，在某些特定状态下，如侦测到车辆有故障时，可以提醒用户并播放导流广告；当读取到里程数接近保养里程数时，可以提醒用户并播放导流广告。
在本申请的实施例中，车载显示终端所播放的广告可以是通过大数据分析之后所选定的广告，例如可以根据车辆的相关信息、车辆的用户信息等。例如，检测到车辆的空调有故障时，可以播放关于相关配件的广告；在检测到将要达到保养里程时，可以播放关于相关商家的广告等。在需要播放广告时，车载显示终端可以实时从云端服务器获取当前需要播放的广告。或者也可以在本地预先缓存部分广告，在需要播放时，可以现在本地搜索适合的广告，仅当没有适合的广告时才去云端服务器获取。而本地缓存的广告可以在网络空闲时进行更新，以保证缓存的广告尽量满足用户的需要。
此外，本申请实施例提供的方法中，车载显示终端还可以向绑定的用户设备发送关于所述相关信息的报表，其中，所述报表中植入有广告。例如车载显示终端与车主的手机绑定之后，车载显示终端可以根据车辆的相关信息生成报表，例如行驶轨迹，平均油耗，开车平稳性评分等，并在其中植入广告，定期发送到用户的手机上。
在本申请的另一实施例中，车载显示终端还可以获取开启广告应用软件的指令信息，所述广告应用软件包含可供扫描的二维码，车载显示终端可以根据所述指令信息开启所述广告应用软件，并显示所述二维码。通过手机或者其它智能终端扫描该二维码，可以进行注册、关注等广告行为，由此使得云端服务器可以获取并记录基于所述二维码的广告行为信息。
在实际场景中，对于网约车、出租车司机等用户，可以通过上述方式实现主动向用户展示广告来获取收益。例如，网约车、出租车司机在用户上车后，可以操作车载终端输入开启广告应用软件的指令信息，主动打开广告应用软件(如各类app)。此时，车载显示终端可以根据所述指令信息开启所述广告应用软件，并在屏幕上显示二维码，供乘客扫码关注或注册。乘客完成关注或注册后，云端服务器会收到能够记录乘客基于该二维码进行关注或注册的广告行为，通过这些广告行为信息，可以给绑定的车主与乘客实施奖励。
基于同一发明构思，本申请实施例中还提供了用于播放广告的车载显示终端，所述车载显示终端对应的方法是前述实施例中的方法，并且其解决问题的原理与该方法相似。
本申请实施例提供了一种用于播放广告的车载显示终端，该车载显示终端可以在预设状态下向用户播放广告，由此避免影响到正常的驾驶行为。所述车载显示终端的具体实现可以是安装于车辆内的各类显示屏，例如车辆中控台的显示屏、各类后装的显示屏等。
图3示出了本申请实施例提供的一种用于播放广告的车载显示终端的结构，包括信息获取模块310、信息处理模块320和播放模块330。其中，信息获取模块310用于获取关于车辆的相关信息。其中，关于车辆的相关信息是指与安装了该车载显示终端的车辆有关的各类信息，例如可以包括但不限于由车辆的can总线获取的总线信息、车辆的运动状态信息、车载显示终端上应用软件的运行状态信息等信息中的一种或者多种。
若需要获取总线信息，则所述车载显示终端需要与车辆的can总线连接，例如通过一个can收发器(cantransceiver)与车辆的can总线连接，以获取包括车辆档位、车速、转速等在内的总线信息。而所述车辆的运动状态可以通过三轴加速度传感器或陀螺仪等设备进行检测，三轴加速度传感器或陀螺仪可以内置于所述车载显示终端，可以是外置并通过有线或者无线的方式与车载显示终端进行通讯，以提供检测到的运动状态信息。而车载显示终端上应用软件的运行状态则可以由车载显示终端的系统进行检测，例如车载显示终端采用了android系统，则可以由android系统调用系统的服务来监测导航应用软件当前是否处于工作状态。
信息处理模块320用于根据所述相关信息确定当前状态。本申请的一些实施例中，信息处理模块320在确定当前状态时，可以由车载显示终端在本地根据相关信息进行判断，也可以是由车载终端将相关信息上传至云端服务器之后，由云端服务器来进行判断。
若是本地判断，车载显示终端的信息处理模块320会在本地对所述相关信息进行处理，以确定当前状态。例如，在本申请的一些实施例中，其判断逻辑如图2所示，首先判断当前的档位，若是p(parking)档或者n(neutral)档，则可以认为当前车辆不在行车状态，进而判断车载显示终端当前是否有导航软件正在运行，若有，则确定当前状态为状态一；若无导航软件正在运行，则确定当前状态为状态二。若当前的档位是d(drive)档或者r(reverse)档，则表示车辆可能正在前进或者倒车，进而可以根据当前的车速进一步判断，例如当车速高于某个阈值(如5km/h)时，则确定当前状态为状态三；若车速高于低于阈值时，则可以根据是否有导航软件正在运行，判定当前状态为状态四或状态五。
在此，本领域技术人员应能理解上述确定当前状态的方式仅为举例，其他现有的或今后可能出现的其它方式如可适用于本发明，也应包含在本发明保护范围以内，并在此以引用方式包含于此。
若是由云端进行判断，车载显示终端的信息处理模块320会将所述相关信息上传至云端服务器，以使云端服务器根据上传的相关信息确定当前状态，并通知所述车载显示终端。所述云端服务器在确定当前状态时，其方式也可以与本地判断时类似，此处不再赘述。
在由云端进行判断时，车载显示终端的信息处理模块320需要与云端服务器进行数据通信，例如采用4g网络进行数据通信，考虑到通信的成本以及通信可能导致的数据不可靠(例如数据丢失、延迟等情况)，本申请的一些实施例中，车载显示终端会存储最近获取到的相关信息，将本次获取的相关信息与前一次获取的相关信息进行对比，若不同，则将本次获取的相关信息上传至云端服务器，以使云端服务器根据上传的相关信息确定当前状态，并通知所述车载显示终端。而当本次获取的相关信息与前一次获取的相关信息相同时，则表示当前状态也不会发生变化，因此可以无需发送数据，由此减少了不必要的数据通信。
例如，车载显示终端前一次获取的相关信息包括：当前档位为p档、正在运行导航软件；若本次获取的相关信息未发生变化，则无需上传云端服务器进行判断，直接使用上一次云端服务器的返回结果即可。若本次获取的相关信息为：当前档位处于d档，且未运行导航软件，则仍需要上传至云端服务器，由云端服务器根据上传的相关信息确定当前状态，并通知所述车载显示终端。
播放模块330用于在所述当前状态符合预设状态时，向用户播放广告。
其中，预设状态可以根据实际场景的需求来设定，例如对于图2所示的几种状态中，为了不影响驾驶员正常驾驶，仅在车辆停止或者低速行驶、且未运行导航软件时播放广告，则可以将状态二和状态五设定为预设状态，即仅在这两种状态下进行播放广告。此外，可以考虑在不影响驾驶员使用导航的情况下，播放针对乘客的广告，此时无需考虑车速，可以仅考虑是否使用导航，即将状态二、状态三和状态五设定为预设状态。在实际场景中，可以根据实际的需求预先设定多种预设状态的情景模式，当用户需要时仅需要直接调整情景模式即可改变预设状态。
对于播放的广告，可以对播放记录进行统计，包括时间戳、播放标志位、车辆用户信息、位置信息等，以用于统计广告达到率等信息。在本申请的一些实施例中，车载显示终端可以存储向用户播放广告的播放记录，并将所述播放记录上传至云端服务器，以使云端服务器可以基于播放记录统计广告到达率。此外，在由云端服务器根据相关信息判断当前状态的场景下，也可以是由云端服务器直接判断是否可以播放广告，例如在当前状态符合预设状态时，向车载显示终端下发播放指令，并记录，以此来统计广告到达率等信息。
在实际场景中，广告可以分为多种类型，例如声音图像呈现的广告、仅有声音播报的广告、仅有态或静态的图像或文字形式的广告、可以与用户互动的广告等。对于车内人员，不同的情况下可能适合播放不同类型的广告，例如当档位处于d或r档时认为是处于运动状态，为安全起见，不适合推送带图像或文字的广告；判断是否车载显示终端正在运行与行驶有关的软件，包括导航软件、倒车影像软件等，如有，则不播放声音广告也不能推送；当检测到不在运行与行驶有关的软件，如导航软件，且档位处于p档，可进一步判断第二条件车速是否为0，以及判断第三条件三轴加速度传感器的检测值是否为0，全部满足后则可播放任何类型的广告；当检测到车载显示终端启动时，由于需要启动时间，该状态下不判断其它相关信息，进入广告播放模式，可播放任何类型的广告。由此，在本申请的一些实施例中，车载显示终端向用户播放广告时，信息处理模块可以根据所述相关信息确定适合于当前状态的目标广告类型，并由向播放模块用户播放所述目标广告类型的广告。
在此，本领域技术人员应能理解上述确定目标广告类型的方式仅为举例，其他现有的或今后可能出现的其它方式如可适用于本发明，也应包含在本发明保护范围以内，并在此以引用方式包含于此。
进一步地，车载显示终端向用户播放目标广告类型的广告时，信息处理模块可以是直接选取这些特定类型的广告，也可以是对某类广告进行处理之后，改变其广告类型，使之适应于当前的场景。例如，对于一个包含声音和图像的广告，若当前场景仅适合于播放声音，则可以从该广告中单独提取出声音进行播放。
在本申请的实施例中，车载显示终端所播放的广告可以是通过大数据分析之后所选定的广告，例如可以根据车辆的相关信息、车辆的用户信息等。例如，检测到车辆的空调有故障时，可以播放关于相关配件的广告；在检测到将要达到保养里程时，可以播放关于相关商家的广告等。在需要播放广告时，车载显示终端可以实时从云端服务器获取当前需要播放的广告。或者也可以在本地预先缓存部分广告，在需要播放时，可以现在本地搜索适合的广告，仅当没有适合的广告时才去云端服务器获取。而本地缓存的广告可以在网络空闲时进行更新，以保证缓存的广告尽量满足用户的需要。
此外，本申请实施例提供的方案中，车载显示终端的信息处理模块还可以向绑定的用户设备发送关于所述相关信息的报表，其中，所述报表中植入有广告。例如车载显示终端与车主的手机绑定之后，车载显示终端可以根据车辆的相关信息生成报表，例如行驶轨迹，平均油耗，开车平稳性评分等，并在其中植入广告，定期发送到用户的手机上。
在本申请的另一实施例中，车载显示终端的信息获取模块还可以获取开启广告应用软件的指令信息，所述广告应用软件包含可供扫描的二维码，车载显示终端的播放模块还可以根据所述指令信息开启所述广告应用软件，并显示所述二维码。通过手机或者其它智能终端扫描该二维码，可以进行注册、关注等广告行为，由此使得云端服务器可以获取并记录基于所述二维码的广告行为信息。
在实际场景中，对于网约车、出租车司机等用户，可以通过上述方式实现主动向用户展示广告来获取收益。例如，网约车、出租车司机在用户上车后，可以操作车载终端输入开启广告应用软件的指令信息，主动打开广告应用软件(如各类app)。此时，车载显示终端可以根据所述指令信息开启所述广告应用软件，并在屏幕上显示二维码，供乘客扫码关注或注册。乘客完成关注或注册后，云端服务器会收到能够记录乘客基于该二维码进行关注或注册的广告行为，通过这些广告行为信息，可以给绑定的车主与乘客实施奖励。
图4示出了本申请实施例提供的车载显示终端的一种硬件结构，包括核心板410、can收发器420、4g天线430、gps天线440、触摸屏450以及接口电路460。其中，核心板为该车载显示终端的核心电路板，其中包含各类处理芯片、存储器以及通信总线等，例如gps、4g、蓝牙、wifi、acc、rom、ram等。can收发器用于和车辆上的can总线进行通信，获取总线信息。4g天线用于接收和发送数据信号，以实现与外部的数据通信。gps天线用于实现定位，获取位置信息。触摸屏用于实现与用户的交互，包括播放图像和获取触控输入等。接口电路用于和其它各个外部设备进行通信，获取来自各个外部设备的信息，例如车内的音响系统、前后视摄像头、360°环视系统、倒车雷达、tpms(tirepressuremonitoringsystem，胎压检测系统)、obd(on-boarddiagnostic，车载诊断系统)、空气监测系统等，以实现智能车居。
另外，本申请的一部分可被应用为计算机程序产品，例如计算机程序指令，当其被计算机执行时，通过该计算机的操作，可以调用或提供根据本申请的方法和/或技术方案。而调用本申请的方法的程序指令，可能被存储在固定的或可移动的记录介质中，和/或通过广播或其他信号承载媒体中的数据流而被传输，和/或被存储在根据程序指令运行的计算机设备的工作存储器中。在此，根据本申请的一个实施例包括一个如图5所示的终端设备，该终端设备包括存储有机器可读指令的一个或多个机器可读介质510和用于执行机器可读指令的处理器520，其中，当该机器可读指令被该处理器执行时，使得所述终端设备执行基于前述根据本申请的多个实施例的方法和/或技术方案。
需要注意的是，本申请可在软件和/或软件与硬件的组合体中被实施，例如，可采用专用集成电路(asic)、通用目的计算机或任何其他类似硬件设备来实现。在一个实施例中，本申请的软件程序可以通过处理器执行以实现上文步骤或功能。同样地，本申请的软件程序(包括相关的数据结构)可以被存储到计算机可读记录介质中，例如，ram存储器，磁或光驱动器或软磁盘及类似设备。另外，本申请的一些步骤或功能可采用硬件来实现，例如，作为与处理器配合从而执行各个步骤或功能的电路。
对于本领域技术人员而言，显然本申请不限于上述示范性实施例的细节，而且在不背离本申请的精神或基本特征的情况下，能够以其他的具体形式实现本申请。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本申请的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本申请内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。装置权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。