一种行车记录仪的资源共享方法及系统与流程

本发明涉及视频监控技术领域，尤其涉及一种行车记录仪的资源共享方法及系统。

背景技术：

行车记录仪的使用方便了用户的交通出行过程中的事故证据还原。不仅如此，行车记录仪也可为用户进行出行时的实时画面，例如在用户自驾旅游出行的过程中，用户往往专注于驾驶，而无法很好的对沿途的风景进行记录和拍照。通过行车记录仪就可方便的记录沿途风景视频画面。

但现有技术中行车记录仪所摄录的视频画面往往需要对应的客户端应用进行下载，然后在客户端应用将下载的画面进行剪辑和分享，从而供其他感兴趣的用户进行观看。这样的方式极不智能化，极大的增加了分享用户的负担。即使用户将视频分享之后，观看用户也无法把握住视频中的精彩部分，而对视频进行长时间浏览消耗观看者以及分享者双方大量的流量。

由此现有技术中的行车记录仪存在如下缺陷：无法快速方便的进行视频分享，并且分享与观看需要消耗大量的流量。

技术实现要素：

鉴于上述问题，本发明提出了一种行车记录仪的资源共享方法及系统，可避免分享用户分享行车记录仪的视频内容或实时画面时，进行繁琐的操作，同时还极大的节省了分享用户的流量。

第一方面，本申请通过的一实施例提供如下技术方案：

一种行车记录仪的资源共享方法，所述方法包括：

接收行车记录仪记录的视频内容对应的视频信息；其中，所述视频信息包括视频地址和视频验证信息；接收观看用户的观看验证信息；判断所述观看验证信息与所述视频验证信息是否匹配；若是，则根据所述视频地址，接收所述行车记录仪的视频推流以及所述观看用户的视频拉流，以使所述视频内容在所述观看用户的客户端进行播放。

优选地，所述视频信息还包括预设的播放所述视频内容的播放时长；所述根据所述视频地址，接收所述行车记录仪的视频推流以及所述观看用户的视频拉流，以使所述视频内容在所述观看用户的客户端进行播放之后，还包括：

判断所述观看用户播放视频内容的时长是否超过所述播放时长；若是，则停止所述视频内容的推流和播放。

优选地，所述视频信息还包括预设的播放所述视频内容的流量限定值；所述根据所述视频地址，接收所述行车记录仪的视频推流以及所述观看用户的视频拉流，以使所述视频内容在所述观看用户的客户端进行播放之后，还包括：

判断所述观看用户播放视频内容的所消耗的流量是否大于所述流量限定值；若是，则停止所述视频内容的推流和播放。

优选地，所述接收观看用户的观看验证信息之前，还包括：

根据所述视频信息，在所述行车记录仪中获取所述视频内容对应的音频内容；根据所述音频内容对所述视频内容标记热点标记；其中，所述热点标记用于提示所述观看用户对所述视频内容的标记部分进行选择观看。

优选地，所述根据所述音频内容对所述视频内容标记热点标记，包括：

根据所述音频内容中所包含的关键词，确定所述关键词出现的第一时间点；为所述视频内容对应的所述第一时间点处标记所述热点标记。

优选地，所述根据所述音频内容对所述视频内容标记热点标记，包括：

根据所述音频内容中的语音强度大于预设的参考强度的部分，获得第二时间点；为所述视频内容对应的所述第二时间点处标记所述热点标记。

第二方面，基于同一发明构思，本申请通过一实施例提供如下技术方案：

一种行车记录仪的资源共享系统，所述系统包括：云端服务器和直播服务器；

所述云端服务器，用于接收行车记录仪记录的视频内容对应的视频信息；其中，所述视频信息包括视频地址和视频验证信息；所述云端服务器，用于接收观看用户的观看验证信息；所述云端服务器，用于判断所述观看验证信息与所述视频验证信息是否匹配；所述直播服务器，用于若是，则根据所述视频地址，接收所述行车记录仪的视频推流以及所述观看用户的视频拉流，以使所述视频内容在所述观看用户的客户端进行播放。

优选地，所述视频信息还包括预设的播放所述视频内容的播放时长；

所述云端服务器，还用于在所述直播服务器根据所述视频地址，接收所述行车记录仪的视频推流以及所述观看用户的视频拉流，以使所述视频内容在所述观看用户的客户端进行播放之后，判断所述观看用户播放视频内容的时长是否超过所述播放时长；

所述直播服务器，还用于若是，则停止所述视频内容的推流和播放。

优选地，所述视频信息还包括预设的播放所述视频内容的流量限定值；

所述直播服务器，还用于在所述云端服务器根据所述视频地址，接收所述行车记录仪的视频推流以及所述观看用户的视频拉流，以使所述视频内容在所述观看用户的客户端进行播放之后，判断所述观看用户播放视频内容的所消耗的流量是否大于所述流量限定值；

所述直播服务器，还用于若是，则停止所述视频内容的推流和播放。

第三方面，基于同一发明构思，本申请通过一实施例提供如下技术方案：

一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现步骤：

接收行车记录仪记录的视频内容对应的视频信息；其中，所述视频信息包括视频地址和视频验证信息；接收观看用户的观看验证信息；判断所述观看验证信息与所述视频验证信息是否匹配；若是，则根据所述视频地址，接收所述行车记录仪的视频推流以及所述观看用户的视频拉流，以使所述视频内容在所述观看用户的客户端进行播放。

本实施例提供的一种行车记录仪的资源共享方法及系统，其中所述方法通过接收行车记录仪记录的视频内容对应的视频信息；其中，所述视频信息包括视频地址和视频验证信息；发送的视频信息相对于视频内容具有更小的内容占用量消耗的流量极少，可以忽略。接收观看用户的观看验证信息，并判断所述观看验证信息与所述视频验证信息是否匹配；若是，则根据所述视频地址，接收所述行车记录仪的视频推流以及所述观看用户的视频拉流，以使所述视频内容在所述观看用户的客户端进行播放，只有在进行播放的时候才会消耗行车记录仪的流量。并且在整个分享过程中无需用户进行单独的下载或上传服务器，仅仅在观看用户观看的时候才进行拉流直播或播放视频，可避免分享用户进行繁琐的操作，并且极大的节省了分享用户的流量。

上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1示出了本发明第一实施例提供的一种行车记录仪的资源共享方法的流程图；

图2示出了本发明第二实施例提供的一种行车记录仪的资源共享系统的功能模块图；

图3示出了本发明第二实施例提供的一种行车记录仪的资源共享系统的交互流程图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

第一实施例

请参见图1，示出了本发明第一实施例提供的一种行车记录仪的资源共享方法的流程图，具体的所述方法包括：

步骤s10：接收行车记录仪记录的视频内容对应的视频信息；其中，所述视频信息包括视频地址和视频验证信息；

步骤s20：接收观看用户的观看验证信息；

步骤s30：判断所述观看验证信息与所述视频验证信息是否匹配；

步骤s40：若是，则根据所述视频地址，接收所述行车记录仪的视频推流以及所述观看用户的视频拉流，以使所述视频内容在所述观看用户的客户端进行播放。

在本实施例中，行车记录仪可为具备联网功能的行车记录仪，例如4g、5g行车记录仪。即行车记录仪可以实时的接入互联网，并且行车记录仪具备对应的ip地址或设备地址，以便于进行数据的传输或共享。

在步骤s10中，视频信息包括视频地址以及视频验证信息之外，还可以包括但不限于以下的任意一种或多种：行车记录仪的id、视频拍摄/直播地点、视频的主要内容概要等。视频内容，可以为行车记录仪拍摄的历史视频，并且保存在行车记录仪的物理内存中，可以进行拷贝、复制或播放；还可以为用户进行的拍摄的实时直播画面。

本实施例的方法的可应用于行车记录仪的资源共享系统中，具体的该系统至少包括：云端服务器和直播服务器。

其中，步骤s10可应用于云端服务器(本方法的其他步骤的应用，以及直播服务器的解释在后文进行详细阐述)。

本实施例中，可提供分享用户或观看用户进行分享或观看的应用软件端，分享用户或观看用户均可在应用软件端进行用户注册。分享用户可在应用软件端对行车记录仪进行绑定，例如通过行车记录仪的出厂时设置的唯一识别编号，或行车记录仪的物理地址等进行绑定。分享用户可在应用软件端通过云端服务器对行车记录仪进行控制或设置，分享用户也可采用行车记录仪的物理按钮或触控屏进行设置。设置的内容包括但不限于：是否开始进行视频分享，是否开始进行直播分享，分享的时段，等等。

在步骤s10中，接收的视频信息可为行车记录仪主动上传，也可为云端服务器进行请求从而使行车记录仪被动发送。由于从行车记录仪获得的内容为视频信息而非视频内容，因此，不会产生较大的流量消耗。

步骤s20：接收观看用户的观看验证信息；

步骤s30：判断所述观看验证信息与所述视频验证信息是否匹配。

在步骤s20中，观看验证信息可包括多种，例如：观看用户是否支付费用，支付费用的数额；观看用户是否达到注册后的预设等级；观看用户是否拥有足够的积分，等等。

在步骤s30中(以及步骤s10中)，视频验证信息用于对观看验证信息进行验证。

例如，该视频验证信息为预设的费用条件，具体为x≥2元(x为支付费用)，当观看验证信息所表示的支付费用为2元或3元时，可确定观看验证信息与视频验证信息相匹配。

例如，该视频验证信息为预设的等级条件，具体为y≥3级(y为用户等级)，当观看验证信息所表示的用户等级为4或5时，可确定观看验证信息与视频验证信息相匹配。

例如，该视频验证信息为预设的积分条件，具体为z≥400积分(z为用户积分)，当观看验证信息所表示的用户积分为500时，可确定观看验证信息与视频验证信息相匹配。同样的，积分也可作为费用进行支付。

其中，视频验证信息可由分享用户进行设置，通过设置视频验证信息，可使得分享用户获得权益或收益，可提高分享用户的积极性。

步骤s40：若是，则根据所述视频地址，接收所述行车记录仪的视频推流以及所述观看用户的视频拉流，以使所述视频内容在所述观看用户的客户端进行播放。

在步骤s40中，具体的，当视频验证信息与观看验证信息相匹配的时候，观看用户在其客户端就可对行车记录仪的拍摄视频或直播画面进行观看。具体流程为：云端服务器可向行车记录仪发送通知以使行车记录仪向直播服务器进行推流，然后直播服务器接收行车记录仪的视频推流以及接收观看用户的客户端的视频拉流，从而使得行车记录仪拍摄的视频或实时的直播画面在观看用户的客户端进行播放。此时，播放为观看用户直接从行车记录仪中获取的视频画面，无需分享用户对视频进行下载或上传，仅仅当观看用户有权限观看的时候，才会从行车记录仪中拉取资源进行视频直播或播放，可极大的节省分享用户的流量。

进一步的，视频信息还可包括预设的播放视频内容的播放时长以及流量限定值。具体的，在步骤s40之后还可包括：

判断所述观看用户播放视频内容的时长是否超过所述播放时长；若是，则停止所述视频内容的推流和播放。

另外，在步骤s40之后还可包括：

判断所述观看用户播放视频内容的所消耗的流量是否大于所述流量限定值；若是，则停止所述视频内容的推流和播放。

其中，播放时长以及流量限定值均可由分享用户进行设置，以保证行车记录仪的流量或待机电量等进行良性消耗，避免过度的消耗行车记录仪的流量或待机电量。

进一步的，在观看用户观看行车记录仪进行直播的过程中，若认为当前直播画面较为好看，希望观看到当前直播的历史画面，但却无法确认历史视频中那些位置的视频较为精彩，这样需要观看用户对历史视频进行逐一的浏览观看。这样虽然能满足观看用户的观看需求，但势必也会造成观看过程中消耗行车记录仪的过多流量资源，同时也浪费观看用户的时间。而在本实施例中可通过如下方式解决，以节省行车记录仪的流量消耗以及节省观看用户寻找精彩视频的时间。

具体的，在步骤s20之前，还包括：

步骤s201：根据所述视频信息，在所述行车记录仪中获取所述视频内容对应的音频内容；

步骤s202：根据所述音频内容对所述视频内容标记热点标记；其中，所述热点标记用于提示所述观看用户对所述视频内容的标记部分进行选择观看。

在步骤s201中，视频信息应当包括视频内容的拍摄时间，根据该拍摄时间在行车记录仪中获取对应时间段的音频内容，该音频内容由行车记录仪的麦克风录制。在本实施例中音频内容和视频内容应当为区别保存，音频内容相对于视频内容而言所占用的存储空间更小，因此在传输过程中将消耗更少的流量。在本实施例中对步骤s202提供两种具体实施方式：

第一：

在步骤s202中包括：

步骤s202a：根据所述音频内容中所包含的关键词，确定所述关键词出现的第一时间点；

步骤s202b：为所述视频内容对应的所述第一时间点处标记所述热点标记。

在步骤s202a中，音频内容中的关键词可在云端服务器中采用语音识别等现有技术手段进行识别，关键词可具体为表示夸赞的词语，例如：漂亮、优美、好看、难得一见、风景好、太美了，等等。当行车记录仪采集的音频内容包含这些词语的时候，具有较高的概率是车内用户观看到风景优美之类的画面而说出的，此时行车记录仪的拍摄画面与用户的实际观看的画面场景相同，确定此时的时间为一第一时间点。通过采用关键词的匹配对视频内容进行热点标记，可便于观看用户快速的对历史的视频内容中的精彩部分进行定位。节省行车记录仪的流量以及观看用户的搜寻时间，提高了分享用户与观看用户的参与积极性。

第二：

在步骤s202中包括：

步骤s202c：根据所述音频内容中的语音强度大于预设的参考强度的部分，获得第二时间点；

步骤s202d：为所述视频内容对应的所述第二时间点处标记所述热点标记。

在步骤s202c中，所述音频内容中的语音强度可具体为声音的响度，即语音的分贝值。需要说明的是，在本实施例中需要对环境噪音进行降噪去除后确定的语音强度。通过分享用户设置不同触发标记的分贝值时，可采集不同的内容。例如，当分享用户与朋友进行自驾游的时候，行车记录采集到60-70分贝的语音强度时，并且持续时间超过一预设值，可认为分享用户遇到了需要进行交流讨论的画面，即有价值的拍摄画面，可确定此时为一第二时间点(可进行热点标记)。

另外，当行车记录仪采集到语音强度超过一较高的预设值时，也可确定为一第二时间点，例如超过90分贝时，并且是单次发生，可能是存在车祸撞击。另外，对于车祸撞击还可对应的采用加速度计以及陀螺仪的数据进行综合识别，识别人车祸撞击后也可确定一第二时间点进行热点标记。

通过采用对语音强度进行识别也可进行热点标记，可便于观看用户快速的对历史的视频内容中的精彩部分进行定位。节省行车记录仪的流量以及观看用户的搜寻时间，提高了分享用户与观看用户的参与积极性。

本实施例提供的一种行车记录仪的资源共享方法，所述方法通过接收行车记录仪记录的视频内容对应的视频信息；其中，所述视频信息包括视频地址和视频验证信息；发送的视频信息相对于视频内容具有更小的内容占用量消耗的流量极少，可以忽略。接收观看用户的观看验证信息，并判断所述观看验证信息与所述视频验证信息是否匹配；若是，则根据所述视频地址，接收所述行车记录仪的视频推流以及所述观看用户的视频拉流，以使所述视频内容在所述观看用户的客户端进行播放，只有在进行播放的时候才会消耗行车记录仪的流量。并且在整个分享过程中无需用户进行单独的下载或上传服务器，仅仅在观看用户观看的时候才进行拉流直播或播放视频，可避免分享用户进行繁琐的操作，并且极大的节省了分享用户的流量。

第二实施例

请参阅图2，在本实施例中提供了一种行车记录仪的资源共享系统300，上述第一实施例中的方法可应用于该系统中，具体的所述系统包括：云端服务器301和直播服务器302。其中：

所述云端服务器301，用于接收行车记录仪记录的视频内容对应的视频信息；其中，所述视频信息包括视频地址和视频验证信息；

所述云端服务器301，用于接收观看用户的观看验证信息；

所述云端服务器301，用于判断所述观看验证信息与所述视频验证信息是否匹配；

所述直播服务器302，用于若是，则根据所述视频地址，接收所述行车记录仪的视频推流以及所述观看用户的视频拉流，以使所述视频内容在所述观看用户的客户端进行播放。

作为一种可选的实施方式，所述视频信息还包括预设的播放所述视频内容的播放时长；

所述云端服务器301，还用于在所述直播服务器302根据所述视频地址，接收所述行车记录仪的视频推流以及所述观看用户的视频拉流，以使所述视频内容在所述观看用户的客户端进行播放之后，判断所述观看用户播放视频内容的时长是否超过所述播放时长；

所述直播服务器302，还用于若是，则停止所述视频内容的推流和播放。

作为一种可选的实施方式，所述视频信息还包括预设的播放所述视频内容的流量限定值；

所述直播服务器302，还用于在所述云端服务器301根据所述视频地址，接收所述行车记录仪的视频推流以及所述观看用户的视频拉流，以使所述视频内容在所述观看用户的客户端进行播放之后，判断所述观看用户播放视频内容的所消耗的流量是否大于所述流量限定值；

所述直播服务器302，还用于若是，则停止所述视频内容的推流和播放。

作为一种可选的实施方式，所述云端服务器301，还用于在所述接收观看用户的观看验证信息之前，

根据所述视频信息，在所述行车记录仪中获取所述视频内容对应的音频内容；

根据所述音频内容对所述视频内容标记热点标记；其中，所述热点标记用于提示所述观看用户对所述视频内容的标记部分进行选择观看。

作为一种可选的实施方式，所述云端服务器301，还具体用于：

根据所述音频内容中所包含的关键词，确定所述关键词出现的第一时间点；

为所述视频内容对应的所述第一时间点处标记所述热点标记。

作为一种可选的实施方式，所述云端服务器301，还具体用于：

根据所述音频内容中的语音强度大于预设的参考强度的部分，获得第二时间点；

为所述视频内容对应的所述第二时间点处标记所述热点标记。

请参阅图3，图3为本发明的一具体交互实例，其中，1、分享用户(的客户端，下同)，注册并绑定行车记录仪；2、分享用户，分享视频内容；3、云端服务器301，分享用户设置视频验证信息、流量限定值及播放时长；生成推流地址与拉流地址；4、观看用户(的客户端，下同)，发起观看请求及观看验证信息；5、云端服务器301，通知行车记录仪推流，并开启播放时长的计时以及流量统计；6、行车记录仪，行车记录仪推流；7、观看用户，视频观看/直播拉流；8、云端服务器301，播放时间超过播放时长，和/或流量消耗超过流量限定值；9、直播服务器302，停止拉流、推流，结束视频播放；10、云端服务器301，支付分享用户报酬。

本实施例中的行车记录仪的资源共享系统300，通过云服务器以及直播服务器形成平台管理，可更加方便分享用户与观看用户之间的分享、观看交流。

需要说明的是，本发明实施例所提供的一种行车记录仪的资源共享系统300，其具体实现及产生的技术效果和前述方法实施例相同，为简要描述，装置实施例部分未提及之处，可参考前述方法实施例中相应内容。

第三实施例

另外，基于同一发明构思，本发明第三实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如下步骤：

接收行车记录仪记录的视频内容对应的视频信息；其中，所述视频信息包括视频地址和视频验证信息；接收观看用户的观看验证信息；判断所述观看验证信息与所述视频验证信息是否匹配；若是，则根据所述视频地址，接收所述行车记录仪的视频推流以及所述观看用户的视频拉流，以使所述视频内容在所述观看用户的客户端进行播放。

需要说明的是，本发明实施例所提供的计算机可读存储介质中，上述每个步骤的具体实现及产生的技术效果和前述方法实施例相同，为简要描述，本实施例未提及之处可参考前述方法实施例中相应内容。

本发明提供的装置集成的功能模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实现上述实施例的方法中的全部或部分流程，也可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、u盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(dsp)来实现根据本发明实施例的系统中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。