一种视频的拍摄方法及装置与流程

本发明涉及通信领域，尤其涉及一种视频的拍摄方法及装置。

背景技术：

随着监控系统的不断发展，出现了搭载智能操作系统的监控终端设备，通过智能操作系统可以实现更多功能，使视频监控系统向智能化，数字化，网络化，高清化时代迈进。目前，在嵌入式行业的智能操作系统中，google的Android操作系统全球市场占有率高达75％，Android系统的优势在于其开放性和免费的服务，是一个对第三方软件完全开放的平台，开发者在为其开发程序时拥有很大的自由度，Android获得了大量生产厂商和开发者的支持，正是这种特点让Android系统应用到了移动终端外的越来也多的领域。如电视机顶盒，智能手表，车载系统，汽车导航和行车记录仪等。

搭载Android系统的智能手机或平板电脑只需要通过安装行车记录软件就可以实现录像来当作行车记录仪使用，并且可以实现同时运行导航软件进行导航，这些都是之前的行车记录仪所不具备的。但目前的Android系统的智能手机或平板电脑只能单次循环文件存储，不能自动连续循环存储，所以当运行Android的行车记录设备要作为行车记录仪使用时就要保证满足实时视频不丢帧连续分段录像的要求。

技术实现要素：

本发明的目的之一是提供一种视频的拍摄方法，其主要解决现有的实时视频丢帧的缺点。

第一方面，提供一种视频的拍摄的方法，所述方法包括如下步骤：

智能终端配置Media Recorder添加两个API接口，所述两个API接口包括：Media Recorder.save和Media Recorder.restart接口；

智能终端调用所述Media Recorder.save和所述Media Recorder.restart接口控制MPEG4Writer对视频文件进行分段存储。

可选的，所述智能终端调用所述Media Recorder.save和所述Media Recorder.restart接口控制MPEG4Writer对视频文件进行分段存储具体为：

当智能终端调用所述Media Recorder.save和所述Media Recorder.restart后，完成音视频流的分段并写入第一封装文件，然后将分段前的索引信息及参数更新，再完成对第一封装文件的头部写入并将音视频流指向新的分段第二封装文件。

可选的，所述方法还包括：

所述第二封装文件与第一封装文件在I帧与之前P帧处切开。

可选的，所述方法还包括：

将分段的视频文件和音频文件同步。

可选的，所述方法还包括：

智能终端对记录的视频文件轨迹的数据信息进行参数的重新设置。

第二方面，提供一种智能终端，其特征在于，所述智能终端包括：

配置单元，用于配置Media Recorder添加两个API接口，所述两个API接口包括：Media Recorder.save和Media Recorder.restart接口；

调用单元，用于调用所述Media Recorder.save和所述Media Recorder.restart接口控制MPEG4Writer对视频文件进行分段存储。

可选的，所述调度单元，具体用于当调用所述Media Recorder.save和所述Media Recorder.restart后，完成音视频流的分段并写入第一封装文件，然后将分段前的索引信息及参数更新，再完成对第一封装文件的头部写入并将音视频流指向新的分段第二封装文件。

可选的，所述第二封装文件与第一封装文件在I帧与之前P帧处切开。

可选的，所述智能终端还包括：

同步单元，用于将分段的视频文件和音频文件同步。

可选的，所述配置单元，还用于对记录的视频文件轨迹的数据信息进行参数的重新设置。

本领域普通技术人员将了解，虽然下面的详细说明将参考图示实施例、附图进行，但本发明并不仅限于这些实施例。而是，本发明的范围是广泛的，且意在仅通过后附的权利要求限定本发明的范围。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本发明的其它特征、目的和优点将会变得更明显：

图1为根据本发明一个优选实施例提供的视频的拍摄方法的流程图。

图2为本发明更换后的视频处理流程图。

图3为根据本发明另一个优选实施例提供的智能终端的结构图。

图4为本发明提供的一种智能终端的结构图。

具体实施方式

在更加详细地讨论示例性实施例之前应当提到的是，一些示例性实施例被描述成作为流程图描绘的处理或方法。虽然流程图将各项操作描述成顺序的处理，但是其中的许多操作可以被并行地、并发地或者同时实施。此外，各项操作的顺序可以被重新安排。当其操作完成时所述处理可以被终止，但是还可以具有未包括在附图中的附加步骤。所述处理可以对应于方法、函数、规程、子例程、子程序等等。

在上下文中所称“计算机设备”，也称为“电脑”，是指可以通过运行预定程序或指令来执行数值计算和/或逻辑计算等预定处理过程的智能电子设备，其可以包括处理器与存储器，由处理器执行在存储器中预存的存续指令来执行预定处理过程，或是由ASIC、FPGA、DSP等硬件执行预定处理过程，或是由上述二者组合来实现。计算机设备包括但不限于服务器、个人电脑、笔记本电脑、平板电脑、智能手机等。

后面所讨论的方法(其中一些通过流程图示出)可以通过硬件、软件、固件、中间件、微代码、硬件描述语言或者其任意组合来实施。当用软件、固件、中间件或微代码来实施时，用以实施必要任务的程序代码或代码段可以被存储在机器或计算机可读介质(比如存储介质)中。(一个或多个)处理器可以实施必要的任务。

这里所公开的具体结构和功能细节仅仅是代表性的，并且是用于描述本发明的示例性实施例的目的。但是本发明可以通过许多替换形式来具体实现，并且不应当被解释成仅仅受限于这里所阐述的实施例。

应当理解的是，虽然在这里可能使用了术语“第一”、“第二”等等来描述各个单元，但是这些单元不应当受这些术语限制。使用这些术语仅仅是为了将一个单元与另一个单元进行区分。举例来说，在不背离示例性实施例的范围的情况下，第一单元可以被称为第二单元，并且类似地第二单元可以被称为第一单元。这里所使用的术语“和/或”包括其中一个或更多所列出的相关联项目的任意和所有组合。

这里所使用的术语仅仅是为了描述具体实施例而不意图限制示例性实施例。除非上下文明确地另有所指，否则这里所使用的单数形式“一个”、“一项”还意图包括复数。还应当理解的是，这里所使用的术语“包括”和/或“包含”规定所陈述的特征、整数、步骤、操作、单元和/或组件的存在，而不排除存在或添加一个或更多其他特征、整数、步骤、操作、单元、组件和/或其组合。

还应当提到的是，在一些替换实现方式中，所提到的功能/动作可以按照不同于附图中标示的顺序发生。举例来说，取决于所涉及的功能/动作，相继示出的两幅图实际上可以基本上同时执行或者有时可以按照相反的顺序来执行。

下面结合附图对本发明作进一步详细描述。

根据本发明的一个方面，提供了一种视频的拍摄方法。其中，上述方法应用在智能终端上，该智能终端包括但不限于：智能手机、平板电脑、PDA等智能设备。

在一个实施例中，上述视频的拍摄方法可以用于智能终端中，需要说明的是，上述智能终端仅为举例，其他现有的或今后可能出现的智能终端如果适用于本发明，也应包含在本发明保护范围以内，并以引用方式包含于此。

移动设备的存储空间有限，为了在有限存储空间内实现长时间不间断的录像就要实行循环录制方式。目前视频信息的循环录制应用比较广泛，一种方式是单个文件进行循环录制的方法，单一文件中的视频数据达到设定帧数容量上限后通过移动位置指针到最前面覆盖最早的视频帧实现循环录制。

使用这种方式时单个文件最大只有2G，保存的视频数据有限，并且音视频帧不是顺序排列的造成索引部分创建很复杂。如果遇到死机等特殊情况时造成整个视频文件索引部分缺失.对这样的文件修复会变得非常困难，以至于造成整个文件报废，并且对于行车记录仪来说只有单一文件也不方便自动保存事故发生时录制段。而且目前Android平台也没有提供这种单个文件循环封装的方式。

另一种普遍使用的是采用日志处理的方法，即通过多个文件实现循环录制。比如设定3分钟产生一个视频文件，通过删除最早产生的文件便可达到循环录制的目的。这种方式实现简单，Andnoid系统可以实现(即将时间最早的录像视频文件删掉再存储新的录像视频文件，可实现循环存储)，但在Android平台上会存在前后两个文件中间视频帧数据丢失现象。

基于上述原因主流的录像监控设备都采用了分段存储的方式，市面上的行车记录仪都使用这种存储方式实现的，并且大多数记录仪不存在录像不连续的问题，但在Android平台上采用分段录像却会有产生丢帧现象。

Android平台分段录像不连续原因分析

Android平台的录像功能是通过应用层的MediaRecorder类接口实现。通过其可以在上层应用中轻松实现录像的配置及控制。但是通过MediaRecorder实现分段录像，需要通过先调用其stop方法，然后对MediaRecorder进行重新配置，设置新的封装文件名，最后再调用start方法完成，stop和start这两个方法调用到底层最终会调用XXXWriterr组合器的stop和Start方法。

XXXWriter运行stop方法时会调用编码器的stop方法，此时编码器就会停止工作。而编码器执行stop方法是也会调用Camera服务或MIC服务的stopRecordering方法，暂停Camera和MIC的录制服务，此时Camera和MIC设备就会停止录制工作,录像任务就会停止。并且执行stop方法时需要将还保存在缓存中的音视频数据和索引数据写入封装文件中，这部分时间也会随着分辨率等参数提高(码率增加)和录像时间(索引数据会增加)而增加，而XXXWriter中运行引start方法时调用关系与stop相同，最终使Camera服务或MIC服务以及编码器重新配置开始工作。

根据程序调用流程进行分析，丢祯时间有两个来源，一部分为硬件设备停止再重新启动过程耗时和软件的释放和重新初始化过程的时间消耗，另一部分来源于调用stop方法引发的音视频缓存数据集索引缓存数据的保存操作，并且部分时间会随着录像配置参数以及录像时间的提高而增加。

请参考图1，图1为根据本发明一个优选实施例的提供的视频的拍摄方法，该方法由智能终端来完成，该方法如图1所示，包括如下步骤：

步骤S101、智能终端配置Media Recorder添加两个API接口，所述两个API接口包括：Media Recorder.save和Media Recorder.restart接口；

现有的录像功能在应用层使用的是MediaRecorder的API类，要实现长时间的分段录像，就会需要先停止当前录像再开启的方式实现，通过调用其stop和start方法实现，而这两个方法追踪到底层就是进行视频封装结束时候关闭了当前的视频和声音流，然后开启新封装时再开启，这一关一开的过程必然造成丢帧。若能在不关闭当前视频流的情况下，直接开启新的封装文件将视频流切断并指向新的封装文件，并且同时对原封装文件进行封装工作，便可以解决丢顿问题，实现无丢帧分段的优化，音频方面也是一样。所以考虑不使用stop和start方法来进行分段，而是通过一种方法，可以使上层应用通过设置或直接控制的方法来控制组合器完成分段工作。

完成上述操作还需要考虑何时进行分段操作和新建封装文件名称的问题，由于通过在调用Media Recorder.start方法前通过设置参数组合器计时来实现分段通知，调用start方法录像开始后组合器计时就不能再更改。为了安全起见需要迅速进行分段并保存，所以直接添加save和restart两个调用方法，接口参数为新封装容器文件名，这个方法只能在start和stop方法之间调用，可以由录像应用控制调用的时机，符合灵活控制时间和文件名的要求。

对Media Recorder添加两个API接口，即添加Media Recorder.save和Media Recorder.restart接口，以文件名为参数，可以使上层应用控制视频分段时间和名称，同时添加对应接口的底层实现，即完成对MPEG4Writer的分段实现。

步骤S102、智能终端调用Media Recorder.save和Media Recorder.restart接口控制MPEG4Writer对视频文件进行分段存储。

本发明提供的技术方案通过增加2个接口，save和restart方法负责通知组合器进行分段，具体实现在MPEG4Writer中完成，这两个方法不会去调用Media Source.stop方法去停止音视频流。

当使其能在save和restart方法被调用后，完成音视频流的分段并写入“封装文件1”，然后将分段前的索引信息及参数更新，再完成对“封装文件1”的头部写入并将音视频流指向新的分段“封装文件2"。因为音视频流都是以帧为单位存储的，所以只要在正确的时间点将音视频流中的帧数据存入“封装文件2"，并保证参数和索引的正确写入，就能保证能正常分段。

调整后的流程如图2所示。

可选的，上述步骤S102实现方法具体可以为：

当使其能在Media Recorder.save和Media Recorder.restart方法被调用后，完成音视频流的分段并写入“封装文件1”，然后将分段前的索引信息及参数更新，再完成对“封装文件1”的头部写入并将音视频流指向新的分段“封装文件2"。因为音视频流都是以帧为单位存储的，所以只要在正确的时间点将音视频流中的帧数据存入“封装文件2"，并保证参数和索引的正确写入，就能保证能正常分段。

可选的，上述正常分段的方法具体可以为：

将视频文件在I帧与之前P帧处切开分成多个视频分段。具体实现方法可以为：

视频编码流的切分：视频流经过常见的编码器编码后存在I帧，B帧和P帧,I帧为关键帧，属于帧内压缩；P帧是向前搜索，B帧是双向搜索。P帧和B帧都是基于I帧来压缩数据。因为录像是实时压缩的，对时间要求较高，不会产生B帧。如果只存在I帧和P帧的情况下，何时将视频流切开并引向新封装是关健点。如果正好在I帧与之前P帧处切开，则分段的两个视频都不会存在P帧无法播放清况。但是如果切开发生在P帧之前就会造成这个P帧之后到下个I帧为止的所有P帧都无法播放。因为分段切开后下一段的P帧缺少了I帧(被切分到了上一分段)，这个I帧之后的P帧是无法播放的，所以需要选择正好在I帧到达的时候进行分段。同时因为录像时编码的音频轨迹都是帧内压缩，音频轨迹随时都可以分段。

可选的，上述方法在正常分段以后还可以包括，将分段的视频文件和音频文件同步。

音视频的同步：进行分段时，需要考虑对音视频的同步，保证音频和视频应该大体都是在同一个时间点上进行分段的，如果出现音视频中某一方落后太多就会影响到当前分段文件和下一个分段封装文件，造成录像的部分时间出现有图像没有声音或有声音没图像现象，这就需要视频轨迹线程及时的通知音频轨迹线程进行分段操作。

缓冲区的处理：进行分段时，如果存在音视频两个轨迹，就会存在有两个Chunk链表。需要实现find ChunkToWrite函数可以按照分段节点，尽早找出分段时间节点前的Chunk，而时间节点后的Chunk即使能找到也要暂时忽略,等待下一个分段写入。

参数的重新设置：轨迹线程因为需要记录当前轨迹的数据信息，所以维护了大量的参数，进行分段时，需要根据需要将一些参数恢复到如同当前轨迹线程刚刚启动时的状态，使上次分段参数不影响新的分段。

MPEG4组合器连续分段实现

1)接口添加：

MPEG4组合器正常使用需要首先添加从应用层到组合器的调用接日，再完成组合器的分段实现.Restart接口的添加，需要跨越Java层、JNJ层、Binder通信机制，才能最终到达stagefrightRecorder，再启动组合器，完成从Java层到底层的完整的接口调用。

具体的添加方法如下:

(1)Java层：添加MediaRecorder类的save和restart函数，最终会调用JNI的_save和_restart方法。Java层函数接受文件名参数，就会创建对应路径文件，生成一个文件描述符，并将这个文件描述符通过_restart方法传递到JNI层。所以新分段文件在Java层就己经创建，Java层以下只需要传递文件描述符即可。

(2)JNI层：Java层调用到的_save和_restart函数的具体实现，首先需要建立save和restart函数与具体实现的联系，添加方法声明，在这里会创建一个Media Recorder是C++对象，该对象是由Media player Service创建的，它和Medie player Service是通过Binder机制来进行进程间的通信的，这时客户端就是通过操作服务端返回的IMediaRe

corder来对服务端进行控制的。

(3)Binder通信：IMediaRecorder是Binder的客户端与服务端通信的协议实现,继承了分别用于客户端和服务端的接口，即BpInterface和BnInterface。通过这两个接口，客户端和服务端分别实现成两个类BpMediaRecorder和BnMediaRecorder。IMedia

Recorder继承了BpMediaRecorder类，并且在MediaRecorder.cpp中实例化了一个IMedia

Recorder的对象，而MediaRecorderClient则继承并实现了BnMediaRecorder的接口。在BnMediaRecorder中有一个onTransact方法，它与BpMediaRecorder中调用IBinder.

transact方法是对应的。这样，在BnMediaRecorder的onTransact方法中。根据不同的code调用不同的IMediaRecorder中的方法，而这些方法都是在MediaRecorderClient中实现的。以此就完成了MediaRecorder与MediaRecorderChient之间的Binder通讯。

当调用到IMediaRecorder的save和restart方法时，就会通过Binder机制，发送code:SAVE和code:RESTART到继承了BnMediaRecorder的MediaRecorderClient类中，MediaRecoarderClient会根据code执行本地实现的save()和restart(fd)程序，完成Binder通讯。程序最终就会调用到StagefrightRecorder中，此时就会直接调用之前实例化的组合器的save和restart函数，至此整个API的添加完成，整个流程可以完成Java层到底层MPEG4组合器的接口调用。

MPEG4组合器接收到StagefrightRecorder传来的save调用后，就通知正在工作的写线程写入索引信息和头部信息，完成分段文件结束操作，收到StagefrightRecorder传来的restart调用后将restart的参数，即新封装文件的文件描述符保存，并更新为MPEG4组合器的当前操作文件及初始化封装文件参数，完成封装文件的切换。

2)分段流程的控制

当MPEG4组合器中的轨迹线程的durationUs大于或等于mMaxFileDurationLimit

Us(如3分钟)时，通知轨迹线程需要进入分段流程，具体处理都是在轨迹线程中和写线程完成的。进入分段期间就需要考虑视频编码流的切分和音视频轨迹的同步问题，为了解决这种时间同步问题，使用变量形式进行线程的同步，具体控制方式如下：

首先介绍以下几个重要的状态控制参数：

mIsRestartState：这个变量贯穿整个分段过程。如果为true表明组合器处于可以分段状态，如果为false表明组合器没有处于不可以分段状态。

mIsRestarting：如果为true表明组合器处于正在分段进行中，轨迹线程同步打包帧数据成chunk链表.如果为false且mIsRestarState为true表示当前所处的音频或视频轨迹线程处于等待分段状态，此时轨迹线程一直查找合适的时间点(视频为等待关键帧，音频则等待视频轨迹线程的通知)进行分段操作。

mIsRestartSaving:如果为true表明组合器处于保存封装文件状态，写线程保存分段封装文件。

mRestartTrackTimestampUs和mRestartChunkTimestampUs：用于记录轨迹进程的帧分段时间戳和打包成chunk的分段时间戳,用于写线程进行分段保存封装文件。

mIFrameCount，mPFrameCount，mBFrameCount:用于记录视频轨迹进程的I帧,P帧和B帧,用于视频帧与音频帧的同步，解决丢帧问题；

mIsRestartCal：如果为true表示对应的轨迹线程分段己经完成,轨迹线程进行参数重置；

mRestartTrackHasCompleteWrit和mNotRestartTrackHasCompleteWrite:当两者为true时表示写线程分段前的Chunk已经写入了封装文件，是作为判断是否可以进行写入封装索引等结束封装操作的判断标志，若音视频的轨迹线程己完成分段，并将分段时间节点前Chunk包写入封装文件，通知上层调用save接口，就会开始索引数据写入和更新头部参数信息。上层调用restart接口，重置MPEG4Writer组合器初始化新分段封装文件信息。

音视频帧同步参数必须选用全局变量，因为即使在分段时轨迹线程也需要不间断的读取音视频的帧数据进行处理并加入到缓冲区中，所以任何阻塞函数都不允许出现在轨迹线程中。

轨迹线程实现

当通知轨迹线程需要进入分段流程时，视频轨迹线程根据mIFrameCount，mPFrame

Count，mBFrameCount三个参数进行统计，在下一个I帧到来前，通过bufferChunk对帧进行打包，确保视频不丢帧，并记录帧的分段时间戳mRestartTrackTimestampUs和chunk的分段时间戳mRestartChunkTimestampUs；然后视频轨迹重置视频轨迹进程相关参数。当视频轨迹的分段chunk打包后，通知音频轨迹进行bufferchunk打包，并记录帧的分段时间戳mRestartTrackTimestampUs和chunk的分段时间戳mRestartChunkTime

stampUs，音频轨迹重置音频轨迹进程相关参数。

mRestartTrackTimestampUs和mRestartChunkTimestampUs是作为findChunkToWrite函数快速搜索分段节点前Chunk的依据。

4)轨迹线程参数的重置

这些参数那是作为轨迹线程运行的重要参数，是作为计算封装文件头部参数的主要参考值。

表1：

参阅图3，图3为本发明提供的一种智能终端30，所述智能终端包括：

配置单元301，用于配置Media Recorder添加两个API接口，所述两个API接口包括：Media Recorder.save和Media Recorder.restart接口；

调用单元302，用于调用所述Media Recorder.save和所述Media Recorder.restart接口控制MPEG3Writer对视频文件进行分段存储。

可选的，调度单元302，具体用于当调用所述Media Recorder.save和所述Media Recorder.restart后，完成音视频流的分段并写入第一封装文件，然后将分段前的索引信息及参数更新，再完成对第一封装文件的头部写入并将音视频流指向新的分段第二封装文件。

可选的，所述第二封装文件与第一封装文件在I帧与之前P帧处切开。

可选的，所述智能终端还包括：

同步单元303，用于将分段的视频文件和音频文件同步。

可选的，配置单元301，还用于对记录的视频文件轨迹的数据信息进行参数的重新设置。

对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或步骤，单数不排除复数。系统权利要求中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。

附图中的流程图和框图显示了根据本发明的多个实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

参见图4，本发明实施例还提供一种智能终端400，该智能终端400包括但不限于：个人计算机、笔记本电脑或计算机群组，如图4所示，该服务器包括：智能终端400包括处理器401、存储器402、收发器403、和总线404。收发器403用于与外部设备之间收发数据。智能终端4000中的处理器401的数量可以是一个或多个。本申请的一些实施例中，处理器401、存储器402和收发器403可通过总线系统或其他方式连接。智能终端400可以用于执行图1所示的方法。关于本实施例涉及的术语的含义以及举例，可以参考图1对应的说明。此处不再赘述。

其中，存储器402中存储程序代码。处理器401用于调用存储器402中存储的程序代码，用于执行如图1所示的步骤。

需要说明的是，这里的处理器401可以是一个处理元件，也可以是多个处理元件的统称。例如，该处理元件可以是中央处理器(Central Processing Unit，CPU)，也可以是特定集成电路(Application Specific Integrated Circuit，ASIC)，或者是被配置成实施本申请实施例的一个或多个集成电路，例如：一个或多个微处理器(digital signal processor，DSP)，或，一个或者多个现场可编程门阵列(Field Programmable Gate Array，FPGA)。

存储器403可以是一个存储装置，也可以是多个存储元件的统称，且用于存储可执行程序代码或应用程序运行装置运行所需要参数、数据等。且存储器403可以包括随机存储器(RAM)，也可以包括非易失性存储器(non-volatile memory)，例如磁盘存储器，闪存(Flash)等。

总线404可以是工业标准体系结构(Industry Standard Architecture，ISA)总线、外部设备互连(Peripheral Component，PCI)总线或扩展工业标准体系结构(Extended Industry Standard Architecture，EISA)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图4中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

该用户设备还可以包括输入输出装置，连接于总线404，以通过总线与处理器401等其它部分连接。该输入输出装置可以为操作人员提供一输入界面，以便操作人员通过该输入界面选择布控项，还可以是其它接口，可通过该接口外接其它设备。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围，其均应涵盖在本发明的权利要求和说明书的范围当中。