消息发送方法和处理设备与流程

本发明涉及互联网技术领域，特别涉及一种消息发送方法和处理设备。

背景技术：

随着互联网技术和移动终端设备等的不断发展，越来越多的人通过手机等设备上的通信软件进行沟通。在进行消息传送的时候，难免会出现有效消息发送完希望该消息只要双方知道就好，最好该消息在双方终端设备中可以自动消失。即，希望发送的消息可以达到“阅后即焚”的效果。

然而，目前的阅后即焚的消息(即，密信)发送方法，一般都需要发送者进入独立的密信发送界面或者功能，且一般消息的有效时间也都是系统预先设定好的，实现起来较为繁琐，用户体验不好。

针对上述问题，目前尚未提出有效的解决方案。

技术实现要素：

本发明实施例提供了一种消息发送方法和处理设备，以达到简单高效发送密信的技术效果。

一种消息发送方法，包括：

检测对发送键的触发时长；

根据所述触发时长，确定待发送对象的有效时长；

发送所述待发送对象至接收方，其中，所述有效时长用于：在所述接收方对所述待发送对象的查看时长大于或等于所述有效时长时，所述待发送对象被从所述接收方销毁。

一种消息发送方法，包括：

将数据对象发送至接收方；

检测在发送方对已发送对象的触发操作，以获得所述数据对象的有效时长；

其中，所述有效时长被用于，在所述接收方对所述数据对象的查看时长大于或等于有效时长时，所述数据对象被从所述接收方销毁。

一种处理设备，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现：

检测对发送键的触发时长；

根据所述触发时长，确定待发送对象的有效时长；

发送所述待发送对象至接收方，所述有效时长用于：在所述接收方对所述待发送对象的查看时长大于或等于所述有效时长时，所述待发送对象被从所述接收方销毁。

一种处理设备，包括处理器以及用于存储处理器可执行指令的存储器，所述处理器执行所述指令时实现：

将数据对象发送至接收方；

检测在发送方对已发送对象的触发操作，以获得所述数据对象的有效时长；

其中，所述有效时长被用于，在所述接收方对所述数据对象的查看时长大于或等于有效时长时，所述数据对象被从所述接收方销毁。

一种计算机可读存储介质，其上存储有计算机指令，所述指令被执行时实现上述方法的步骤。

在本发明实施例中，通过发送者对发送键的触发时长就可以确定出密信的有效时长，从而实现密信的发送，使得发送方不需要进入专门的密信发送界面进行密信发送，实现起来较为简单。通过上述方式解决了现有的密信发送过程太过繁琐，导致用户体验不高的技术问题，从而达到了简单高效进行密信发送的技术效果。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，并不构成对本发明的限定。在附图中：

图1是现有的密信发送的触发界面示意图；

图2是根据本发明实施例的消息发送系统的结构示意图；

图3是根据本发明一个实施例的密信发送的触发界面示意图；

图4是根据本发明一个实施例的密信发送的触发界面的另一示意图；

图5是根据本发明实施例的用户行为与有效时长的对应关系示意图；

图6是根据本发明实施例的有效时长选择示意图；

图7是根据本发明实施例的有效时长选择的另一示意图；

图8是根据本发明实施例的两个触发键的界面示意图；

图9是根据本发明实施例的发送方的消息销毁示意图；

图10是根据本发明实施例的接收方的消息销毁示意图；

图11是根据本发明实施例的密信提醒的标识示意图；

图12是根据本发明实施例的消息发送方法流程图；

图13是根据本发明实施例的密信发送界面示意图；

图14是根据本发明实施例的密信发送另一界面示意图；

图15是根据本发明实施例的密信发送又一界面示意图；

图16是根据本发明实施例的移动终端的架构示意图；

图17是根据本发明实施例的消息发送装置的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，下面结合实施方式和附图，对本发明做进一步详细说明。在此，本发明的示意性实施方式及其说明用于解释本发明，但并不作为对本发明的限定。

如图1所示，为现有的密信发送方法的界面示意图。即，在消息发送界面中设置有“密信”选项，用户在决定发送密信的情况下，需要先触发进入密信发送功能。在进行密信发送功能后，用户输入的内容才会以密信(阅后即焚)的方式发送。具体的，密信的整个发送过程可以包括：用户点击“+”进入选项界面，选择“密信”，然后发送方在显示的界面的消息发送框中输入要发送的内容，点击发送之后，该内容以密信的方式发送。接收方在接收到该密信内容，并阅读后，在预定时长后，该密信内容将自动消失。

由此可见，现有的密信发送方式，用户需要进入功能选择界面进行选择，才能实现密信的发送，这样就使得操作比较繁琐。在本例中，考虑到如果在正常的信息发送界面，设置一个控制键，将是否触发发送密信的控制权设置在该“控制键”中，那么对于发送方用户而言，则不需要再进入功能选择界面，仅需要对该“控制键”进行触发，即可实现“密信”的发送。

为此，在本例中，提供了一种消息发送系统，如图2所示，可以包括：客户端、服务器，其中，客户端a可以将消息发送至客户端b，客户端b也可以将消息发送至客户端a，从而实现消息的交互。其中，服务器可以用于在客户端a和客户端b之间进行消息的传送。

在一个实施方式中，所述客户端可以是客户操作使用的终端设备或者软件。具体的，客户端可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能手表或者其它可穿戴设备等终端设备。当然，客户端也可以是能运行于上述终端设备中的软件。例如：音乐播放、视频播放等应用软件。消息发送者可以通过终端设备上的通信软件进行消息的传送，消息接收者也可以通过终端设备上的通信软件进行消息的接收。

在一个实施方式中，上述服务器可以是一个单一的服务器设备，也可以是服务器集群，也可以是云服务器等等。具体采用何种方式可以根据实际需要选择，本申请对此不作限定。

考虑到消息界面上空间是有限的，可以是单独设置一个触发键作为控制键，也可以是将该控制键和发送键合并为一个键，通过将控制键和发送键合并为一个键，可以有效节省消息界面的空间。

举例而言，如图3所示，为沿用现有的消息发送键作为密信的发送键，且通过该发送键可以实现密信有效时长的确认，从而使得可以在现有的消息界面不作任何改动的情况下，用户也不需要进入功能选择界面，就可以完成密信的发送，减少了对界面的改动，也提高了密信的发送效率。具体的，可以通过用户对发送键的触发时长，来生成不同的控制指令，即通过不同的触发时长，可以确定是采用正常信息的方式发送，还是采用密信的方式发送。以及，根据不同的触发时长，可以确定不同的有效时长。

在一个实施方式中，如图4所示，为通过触发时长(可以是用户长按发送键的时长)不同的方式，生成不同的控制指令的示意图。例如，用户如果仅点击一下，并不存在长按的操作，则可以按照正常的非密信的方式发送输入框中的消息内容。如果用户长按该控制键，则可以触发按照密信的方式发送输入框中的消息。进一步的，可以设置根据用户长按时间的不同的，生成不同的密信有效时长。例如：用户长按时间为2秒，这可以触发输入框中消息的有效时长为10分钟，长按时间为1秒，对应的有效时长为1分钟。

在实现的时候，可以设置为密信仅对应一个有效时长(例如：1分钟)，也可以设置为密信对应多个有效时长(例如：1分钟、10分钟、1小时等等)，可以将不同的有效时长对应不同的长按时间。

例如，可以如图5所示，不同的长按时间对应不同的有效时长，这样在用户进行消息发送的时候，在点击“发送”键的情况下，可以通过检测用户的长按时间，确定该消息的有效时长，在消息发送出去之后，在达到所述有效时长的情况下，控制接收方和发送方的设备端都销毁该消息。

在进行长按时长与有效时长的对应关系的设定的时候，可以是采用等比例设置的方式，可以是指数比例，也可以是线性比例。例如，按照线性比例，长按0.1秒，对应的有效时长为1分钟，长按1秒，对应的有效时长为10分钟，长按10秒，对应的有效时长为100分钟等等，以此类推。还可以是采用其它的比例对应关系，例如，采用量级的对应关系，长按1秒，对应1分钟，长按2秒，对应1小时，长按3秒，对应1天等等，依次类推。

然而值得注意的是，上述所列举的触发时长与有效时长的对应关系，仅是一种示意性描述，在实际实现的时候，也可以采用其它的比例关系，本申请对此不作限定，可以根据实际需要选择。

在设置对应关系的时候，也可以是不按照等比例设置的，可以就如图5所示，预先设定一个对应比例表，其中，触发时长与有效时长之间并不存在特别的比例关系，只需要按照该对应比例表匹配到对应的有效时长即可。

在一个实施方式中，如图6所示，为通过用户按压发送键的力度，确定是按照密信的方式发送输入框中的消息，还是按照非密信的方式发送输入框中的消息。如图6所示，还可以设置多种按照密信发送时候，消息的有效时长。具体的，可以如图6所示，用户可以按压“发送”键，以表明要按照密信的方式发送输入框中的信息。基于此，还可以触发如图7所示的显示选择框，发送者按照需要，如图7所示选择希望的消息有效时长，并进行点选，从而使得输入框中的消息可以按照点选的有效时长进行发送。

为了使得发送者可以明确知道触发操作所对应的有效时长，可以采用进度条或者是文字显示的方式，在发送键的预定范围内，或者是预设区域，显示用户操作所对应的密信的有效时间。如图4所示，为采用文字方式进行显示的示意图，在实际实现的时候，可以采用其它多种方式进行显示，只要是可以实现标识的方式都可以，本申请对此不作限定。

即，通过消息界面上的发送键可以直接实现密信消息和非密信消息的发送操作，用户不再需要触发进入功能选择界面以实现密信消息的发送，提升了用户体验。

在一个实施方式中，上述输入框中的消息可以包括但不限于以下至少之一：文字、图片、视频、语音、文件。

举例而言，如图8所示，为将“密信发送”和“非密信发送”两种发送方式的发送键分开设置。在输入框中输入消息之后，如果点击“密信发送”则触发该消息按照密信方式发送，如果点击“发送”键，则触发该消息按照非密信方式发送，通过这种方式使得用户不再需要再进入功能选择界面，就可以实现密信发送方式的选择，从而可以有效提升用户体验，使得用户可以更快更方便的发送密信。

在实现的时候，在点击“密信发送”键之后，可以按照用户自己预设的或者是固定的有效时长(例如：1分钟)对输入框中的消息进行发送。在另一实施方式中，也可以设置为通过用户行为确定不同的有效时长。具体地，如果设置有效时长，可以采用与上述图5至图7中的方式，本申请对此不作限定，在实现的时候，可以根据实际需要选择。

然而值得注意的是，上述所列举或者是图中示意的时间长短、各个功能键的样式、位置、大小等仅是一种示意性描述，在实际实现的时候，可以通过其它多种不同的样式等进行设置，本申请对此不作限定。

在一个实施方式中，有效时长可以是从消息被发送出去的时间点计算，也可以是从消息被接收的时间点计算，也可以是按照消息被接收方查看的时间点计算。例如，如果有效时长(例如：3分钟)是从消息被发送出去的时间点计算，那么，在检测到用户点击发送键触发发送指令的时间点开始计时，当到达3分钟的时候，在销毁上述发送指令发送的消息。例如，如果有效时长(例如：3分钟)是从消息被接收的时间点计算，那么，在检测到接收方接收到该消息的时间点开始计时，当到达3分钟的时候，在销毁上述该消息。例如，如果有效时长(例如：3分钟)是从消息被接收方查看该消息的时间点计算，那么，从检测到用户查看该消息的时间点开始计时，当到达3分钟的时候，销毁该消息。

上述销毁消息，可以是控制发送方和接收方都自动销毁消息，也可以是控制仅发送方自动销毁消息，或者是控制仅接收方自动销毁消息，具体采用哪种方式可以根据实际需要选择，本申请对此不作限定。

上述销毁消息，可以是仅销毁接收方或者发送方显示界面中的显示内容，保留接收方或者发送方本地的存储，也可以是显示的和本地存储都删除。具体采用哪种方式可以根据实际需要选择。

在实现的时候，可以为用户提供设置接口，具体地，可以为发送方和/或接收方提供设置接口，从而使得发送方和/或接收方可以根据需要或者需求进行设置，即，可以设置自己发送的消息，是在发送方被销毁还是在接收方被销毁，也可以是设定自己接收到的消息是否被销毁，在进行设定的时候，可以是对来自某个人的消息的设定，也可以是对发送到某个人的消息的设定，也可以是对来自某几个人的消息的设定，也可以是对发送到某几个人的消息的设定，或者，也可以是对来自某个群组的消息的设定，也可以是对发送到某个群组的消息的设定。

如图9所示，为消息发送方的界面场景示意图，发送方在以密信方式发送的消息之后，在达到一分钟有效时长的时候，发送方的界面该消息会自动销毁，将不再显示该消息。如图10所示，为消息接收方的界面场景示意图，接收方在接收到密信方式发送的消息之后，在达到一分钟有效时长的时候，接收方的界面该消息会自动销毁，将不再显示该消息。

接收方可以是在单独的密信接收界面接收到密信，也可以是在正常的会话界面接收到密信。为了使得在正常的会话界面接收到密信的时候，接收方可以知道接收到的消息是以密信方式发送的消息，可以在接收方的界面进行提示。例如，可以如图11所示，采用消失时间提示的方式，提醒接收方该消息是密信方式发送的，以及多久后会销毁。

图12是本申请所述一种消息发送方法一个实施例的方法流程图。虽然本申请提供了如下述实施例或附图所示的方法操作步骤或装置结构，但基于常规或者无需创造性的劳动在所述方法或装置中可以包括更多或者更少的操作步骤或模块单元。在逻辑性上不存在必要因果关系的步骤或结构中，这些步骤的执行顺序或装置的模块结构不限于本申请实施例描述及附图所示的执行顺序或模块结构。所述的方法或模块结构的在实际中的装置或终端产品应用时，可以按照实施例或者附图所示的方法或模块结构连接进行顺序执行或者并行执行(例如并行处理器或者多线程处理的环境，甚至分布式处理环境)。

具体的如图12所示，本申请一种实施例提供的一种消息发送方法，可以包括：

s1201：检测对发送键的触发时长；

s1202：根据所述触发时长，确定待发送对象的有效时长；

s1203：发送所述待发送对象至接收方，其中，所述有效时长用于：在所述接收方对所述待发送对象的查看时长大于或等于所述有效时长时，所述待发送对象被从所述接收方销毁。

在实现的时候，这些操作可以是由转发服务器和终端侧联合实现的，具体的，转发服务器可以通过发送方获取用户对发送键的触发时长，从而匹配出对应的有效时长，然后当被发送对象被发送至接收方的情况下，在待发送对象被接收方查看时长大于等于所述有效时长时，触发销毁待发送对象。所述查看时长是指接收方首次查看该对象开始计算的时间长度。例如，接收方打开该对象开始计时，经过10秒、30秒或1分钟，该10秒、30秒、1分钟就被计算为查看时长。也可以是检测和确定有效时长的操作都在客户端侧实现，转发服务器仅负责消息的发送，消息的销毁操作也都在客户端侧实现。具体的实现过程，可以根据实际需要确定，本申请对此不作限定。

在实现的时候，可以是仅销毁接收方的消息，也可以是仅销毁发送方的消息，或者是发送方和接收方都销毁，具体按照哪种方式选择，本申请对此不作限定。

在本例中，为沿用现有的消息发送键作为密信的发送键，且通过该发送键可以实现密信有效时长的确认，从而使得可以在现有的消息界面不作任何改动的情况下，用户也不需要进入功能选择界面，就可以完成密信的发送，减少了对界面的改动，也提高了密信的发送效率。具体的，可以通过用户对发送键的触发时长，来生成不同的控制指令，即通过不同的触发时长，可以确定是采用正常信息的方式发送，还是采用密信的方式发送。以及，根据不同的触发时长，可以确定不同的有效时长。

通过上述方式使得消息发送界面较为简单，且可以减少对界面空间的占用。通过实时检测发送方对发送键的操作力度或者是时间，可以生成不同的发送指令，即，通过发送者对发送键的操作力度或者按压时长，可以确定是采用密信方式发送，还是采用非密信发送，以及，采用密信发送时候，消息的有效时长。

上述所提到的待发送对象可以包括但不限于以下至少之一：文字、图片、视频、语音、文件。然而，值得注意的是，上述所列举的待发送对象的类型仅是一种示例性描述，在实现的时候，还可以有其它类型的待发送对象，只要是可以通过通信软件或者平台发送出去的消息都可以采用上述方式发送，本申请对此不作限定。

值得注意的是，上例中主要是以聊天软件之间相互发送消息为例进行的说明，在实际实现的时候，上述消息发送方法还可以应用在其它存在消息发送的平台上。例如，可以应用在博客留言、论坛留言、购物平台商品评价等等。都可以采用上述的密信发送方式。

上述触发时间可以是长按所述发送键的时间，在确定有效时长的时候，可以设置为不同的触发时间对应不同的有效时长。例如，发送者长按发送键2秒对应有效时长1分钟，长按发送键5秒对应有效时长3分钟等等，从而通过发送者长按时间的不同，可以确定出不同的有效时长，实现起来较为简单。

为了使得发送者可以知晓自身触发发送本次密信消息，密信消息的有效时长，可以根据用户长按时间的不同，在第一发送键的预定范围内，显示与触发时间对应的有效时长，这样可以达到提醒的作用。

上例所介绍的方法是在消息发送的时候，就已经确定该消息是以密信的方式发送，还是以非密信的方式发送。在本例中，考虑到也可以在消息被发送后，再进行是否销毁，是否为密信的选择操作。这样，对于消息的发送界面而言，也不需要增加额的按钮等等，就可以实现消息的密信发送。

为此，在本例中提供了一种消息发送方法，可以包括如下步骤：

s1：将数据对象发送至接收方；

其中，数据对象可以包括但不限于以下至少之一：文字、图片、视频、语音、文件。

s2：检测在发送方对已发送对象的触发操作；

s3：响应于所述触发操作，在从所述数据对象被接收方查看时长大于等于有效时长时，所述数据对象被从所述接收方销毁。

上述触发操作，可以是例如：长按、点选、大于预设力度的按压等方式。举例而言，如图13所示，发送方已经采用正常的方式将消息发送出去，这时，发送方用户可以点击该消息，例如，采用上述的触发方式，再将该消息设置为密信。

举例而言，可以是采用长按的方式，长按的时长不同可以对应不同的有效时长，对于长按时长和有效时长的对应关系，可以参见上例中的描述，在此不再赘述。

或者，也可以采用点击(例如：单击或者双击等)的方式触发该消息附近显示有效时长选择项，发送方在消息发出去之后，可以触发以选择所希望的有效时长。例如，如图14所示，在用户触发的情况下，在对应的消息附近显示有效时长选择项，用户可以选择对应的有效时长(例如：1分钟)将该消息在接收方设置为密信方式。也可以如图15所示，用户点击发送出去的消息，显示出多个选择项，其中一个选择项为“密信”发送方选择之后，该消息在接收方将作为密信，对于密信的有效时长可以是预先设置好的，也可以是系统默认的，或者是用户进一步操作选择的，具体采用哪种方式，本申请不作具体限定。

本申请一种实施例还提供的另一种消息发送方法，可以包括：

s1：响应于对第一发送键的操作，发送输入框中的待发送对象；

s2：根据有效时长，控制所述待发送对象被销毁。

考虑到消息界面上空间是有限的，可以是单独设置一个触发键作为控制键，也可以是将该控制键和发送键合并为一个键，通过将控制键和发送键合并为一个键，可以有效节省消息界面的空间。

举例而言，可以将“控制键”和“发送键”合并为一个按键的界面示意图。考虑到将“控制键”和“发送键”集成在一个按键中，为了使得可以对一个按键实现多个控制功能，可以采用通过用户长按时长不同的方式生成不同的控制指令，或者是采用用户点击按键时候力度的不同生成不同的控制指令。

其中，对第一发送键的操作，可以是点击操作，可以是长按操作等等。有效时长可以是用户自己预先设定或者选择的，也可以是系统默认的，具体可以根据实际需要选择。

本申请一种实施例还提供了又一种消息发送方法，可以包括：

s1：响应于对第一发送键的触发操作，显示有效时间选择内容；

s2：接收对所述有效时间选择内容中的有效时间的选择；

s3：发送待发送对象，并控制按照选择的有效时长销毁所述待发送对象。

即，可以是在用户触发第一发送键的时候，显示一个选择框，其中可以设置有多个待选择的有效时长，用户可以根据需要选择自己希望的有效时长。相应的，在触发发送该消息的时候，就以该有效时长作为销毁时间依据。

根据本申请实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

本申请所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。以运行在计算机终端上为例，图16是本发明实施例的一种消息发送方法的计算机终端的硬件结构框图。如图16所示，计算机终端13可以包括一个或多个(图中仅示出一个)处理器102(处理器102可以包括但不限于微处理器mcu或可编程逻辑器件fpga等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输模块106。本领域普通技术人员可以理解，图16所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，计算机终端10还可包括比图16中所示更多或者更少的组件，或者具有与图16所示不同的配置。

存储器104可用于存储应用软件的软件程序以及模块，如本发明实施例中的短信息的发送方法对应的程序指令/模块，处理器102通过运行存储在存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的应用程序的短信息的发送方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至计算机终端10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输模块106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机终端10的通信供应商提供的无线网络。在一个实例中，传输模块106包括一个网络适配器(networkinterfacecontroller，nic)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输模块106可以为射频(radiofrequency，rf)模块，其用于通过无线方式与互联网进行通讯。

请参考图17，在软件实施方式中，该消息发送装置可以应用于发送方客户端的终端中，也可以是应用在转发服务器中，可以包括：检测模块1701、确定模块1702和发送模块1703。其中：

检测模块1701，用于检测对发送键的触发时长；

确定模块1702，用于根据所述触发时长，确定待发送对象的有效时长；

发送模块1703，用于发送所述待发送对象至接收方去，其中，所述有效时长用于：在所述接收方对所述待发送对象的查看时长大于或等于所述有效时长时，所述待发送对象被从所述接收方销毁。

在一个实施方式中，待发送对象可以包括但不限于以下至少之一：文字、图片、视频、语音、文件。

在一个实施方式中，不同的触发时间对应不同的有效时长。

在一个实施方式中，触发时间可以是长按所述发送键的时间。

在一个实施方式中，所述触发时长与所述有效时长之间成比例关系。

在一个实施方式中，还可以在从所述待发送对象被接收方查看时长大于等于所述有效时长时，所述待发送对象也被从所述发送方销毁。

在一个实施方式中，发送所述待发送对象至接收方可以包括：将所述有效时长和所述待发送对象发送至所述接收方。

在一个实施方式中，还可以将有效时长发送至消息服务器，其中，消息服务器在确定所述接收方对所述待发送对象的查看时长大于或等于所述有效时长的情况下，可以向接收方发送销毁指令。具体的，在实现的时候，可以是由消息服务器根据有效时长控制接收方销毁数据对象，也可以是直接将有效时长发送至接收方，由接收方本地进行判断。

在本发明实施例中，通过发送者对发送键的触发时长就可以确定出密信的有效时长，从而实现密信的发送，使得发送方不需要进入专门的密信发送界面进行密信发送，实现起来较为简单。通过上述方式解决了现有的密信发送过程太过繁琐，导致用户体验不高的技术问题，从而达到了简单高效进行密信发送的技术效果。

虽然本申请提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的装置或客户端产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行(例如并行处理器或者多线程处理的环境)。

上述实施例阐明的装置或模块，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。为了描述的方便，描述以上装置时以功能分为各种模块分别描述。在实施本申请时可以把各模块的功能在同一个或多个软件和/或硬件中实现。当然，也可以将实现某功能的模块由多个子模块或子单元组合实现。

本申请中所述的方法、装置或模块可以以计算机可读程序代码方式实现控制器按任何适当的方式实现，例如，控制器可以采取例如微处理器或处理器以及存储可由该(微)处理器执行的计算机可读程序代码(例如软件或固件)的计算机可读介质、逻辑门、开关、专用集成电路(applicationspecificintegratedcircuit，asic)、可编程逻辑控制器和嵌入微控制器的形式，控制器的例子包括但不限于以下微控制器：arc625d、atmelat91sam、microchippic18f26k20以及siliconelabsc8051f320，存储器控制器还可以被实现为存储器的控制逻辑的一部分。本领域技术人员也知道，除了以纯计算机可读程序代码方式实现控制器以外，完全可以通过将方法步骤进行逻辑编程来使得控制器以逻辑门、开关、专用集成电路、可编程逻辑控制器和嵌入微控制器等的形式来实现相同功能。因此这种控制器可以被认为是一种硬件部件，而对其内部包括的用于实现各种功能的装置也可以视为硬件部件内的结构。或者甚至，可以将用于实现各种功能的装置视为既可以是实现方法的软件模块又可以是硬件部件内的结构。

本申请所述装置中的部分模块可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构、类等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的硬件的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，也可以通过数据迁移的实施过程中体现出来。该计算机软件产品可以存储在存储介质中，如rom/ram、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，移动终端，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

本说明书中的各个实施例采用递进的方式描述，各个实施例之间相同或相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。本申请的全部或者部分可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、移动通信终端、多处理器系统、基于微处理器的系统、可编程的电子设备、网络pc、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。

虽然通过实施例描绘了本申请，本领域普通技术人员知道，本申请有许多变形和变化而不脱离本申请的精神，希望所附的权利要求包括这些变形和变化而不脱离本申请的精神。