指令信息处理方法、装置及家电设备

技术领域

本申请涉及信息处理技术领域，揭示了一种指令信息处理方法、装置及家电设备。

背景技术

目前，在基于指令的控制场景中，比如在语音指令控制场景通常是必需要等语音识别结果完全识别出来后进行意图识别，然后进行控制命令和TTS计算，计算完成后再下发控制命令和TTS播报，链路反应时间相对较长。基于此，如何提高信息交互的速度、自然度和流畅度是亟待解决的技术问题。

发明内容

本申请的实施例提供了一种指令信息处理方法、装置及家电设备，进而至少在一定程度上可以提高信息交互的速度、自然度和流畅度。

本申请的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本申请的实践而习得。

根据本申请实施例的第一方面，提供了一种指令信息处理方法，所述方法包括：获取待定指令信息；基于所述待定指令信息预测第一意图，并按照所述第一意图生成预备控制数据；获取目标指令信息，并识别所述目标指令信息对应的第二意图，所述目标指令信息为所述待定指令信息经过更新之后的指令信息；如果所述第二意图与所述第一意图相同，则将所述预备控制数据发送至被控制主体。

在本申请的一些实施例中，基于前述方案，所述获取待定指令信息，包括：获取历史待定指令信息，所述历史待定指令信息包括至少一个信息单元；获取新增信息单元，并基于所述新增信息单元更新所述历史待定指令信息，得到所述待定指令信息。

在本申请的一些实施例中，基于前述方案，在按照所述第一意图生成预备控制数据之后，所述方法还包括：检测是否存在新的新增信息单元；如果检测到新的新增信息单元，则将所述待定指令信息作为新的历史待定指令信息，返回执行获取历史待定指令信息的步骤，以获取新的待定指令信息，直至未检测到新的新增信息单元。

在本申请的一些实施例中，基于前述方案，在获取新的待定指令信息之后，所述方法还包括：基于所述新的待定指令信息预测新的第一意图；如果所述新的第一意图与历史上的第一意图不相同，则基于所述新的第一意图生成新的预备控制数据。

在本申请的一些实施例中，基于前述方案，所述获取目标指令信息，包括：检测是否存在新的新增信息单元；如果未检测到新的新增信息单元，则获取历史上最后一次更新的待定指令信息，作为所述目标指令信息。

在本申请的一些实施例中，基于前述方案，所述方法还包括：如果所述第二意图与所述第一意图不相同，则按照所述第二意图生成即时控制数据；将所述即时控制数据发送至被控制主体。

在本申请的一些实施例中，基于前述方案，所述按照所述第一意图生成预备控制数据，包括：遍历控制数据库中的每一条控制数据，并计算所述第一意图与各条控制数据之间的匹配度；选定所述匹配度最高的控制数据作为所述预备控制数据。

在本申请的一些实施例中，基于前述方案，所述控制数据包括控制指令数据和反馈信息播报数据中的至少一种。

在本申请的一些实施例中，一方面，通过待定指令信息预测第一意图，并按照第一意图生成预备控制数据，可以节省生成即时控制数据的时间，另一方面通过识别目标指令信息得到第二意图，比较第一意图和第二意图，相同则将提前生成的预备控制数据发送至被控制主体，可以降低信息交互的等待时间。基于此，本申请能够节省生成即时控制数据的时间，并提高信息交互的速度、自然度和流畅度。

根据本申请实施例的第二方面，提供了一种指令信息处理装置，所述装置包括：第一获取单元，被用于获取待定指令信息；预测单元，被用于基于所述待定指令信息预测第一意图，并按照所述第一意图生成预备控制数据；第二获取单元，被用于获取目标指令信息，并识别所述目标指令信息对应的第二意图，所述目标指令信息为所述待定指令信息经过更新之后的指令信息；发送单元，被用于如果所述第二意图与所述第一意图相同，则将所述预备控制数据发送至被控制主体。

根据本申请实施例的第三方面，提供了一种家电设备，所述家电设备包括一个或多个处理器和一个或多个存储器，所述一个或多个存储器中存储有至少一条程序代码，所述至少一条程序代码由所述一个或多个处理器加载并执行以实现上述第一方面任一实施例所述的方法。

上述第二方面至第三方面各个实施例的有益效果，可以参考上述第一方面及第一方面各个实施例的有益效果，这里不再赘述。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。在附图中：

图1为示出了可以应用本申请实施例的技术方案的示例性系统架构的示意图；

图2示出了本申请实施例中的指令信息处理方法的流程图；

图3示出了本申请实施例中的获取待定指令信息的细节流程图；

图4示出了本申请实施例中的获取目标指令信息的细节流程图；

图5示出了本申请实施例中的按照所述第一意图生成预备控制数据的细节流程图；

图6示出了本申请实施例中的指令信息处理方法的实施过程图；

图7示出了本申请实施例中的指令信息处理装置的框图；

图8示出了本申请实施例中的家电设备的结构示意图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本申请将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。

此外，所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，提供许多具体细节从而给出对本申请的实施例的充分理解。然而，本领域技术人员将意识到，可以实践本申请的技术方案而没有特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知方法、装置、实现或者操作以避免模糊本申请的各方面。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

需要说明的是：在本文中提及的“多个”是指两个或两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

需要注意的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的对象在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在图示或描述的那些以外的顺序实施。

图1为示出了可以应用本申请实施例的技术方案的示例性系统架构的示意图。

如图1所示，系统架构可以包括家电设备101、网络102以及服务端(例如云服务端)103。网络102用以在家电设备101和服务端103之间提供通信链路的介质。网络102可以包括各种连接类型，例如有线通信链路、无线通信链路等等。

在本申请中，可以是家电设备101在其所在环境(比如说客厅或者房间内)获取到用户语音指令(比如“请帮我打开空调”的语音指令)的音频数据时，家电设备101对音频数据进行识别并生成控制指令，并由其本身执行控制指令，也可以是家电设备101将音频数据发送给服务端103，服务端103对音频数据进行识别并生成控制指令，并将控制指令发送至家电设备101，并由家电设备101执行控制指令。在本申请的一个实施例中，家电设备101获取到音频数据，基于所述音频数据预测第一意图，并按照第一意图生成预备控制数据，然后获取目标指令信息并识别其对应的第二意图，通过比较第一意图和第二意图是否相同，相同则将所述预备控制数据发送至家电设备101中的指令执行主体，并执行预备控制数据里的控制指令。

在本申请中，一方面，通过待定指令信息预测第一意图，并按照第一意图生成预备控制数据，可以节省生成即时控制数据的时间，另一方面通过识别目标指令信息得到第二意图，比较第一意图和第二意图，相同则将提前生成的预备控制数据发送至被控制主体，可以降低信息交互的等待时间。基于此，本申请能够节省生成即时控制数据的时间，并提高信息交互的速度、自然度和流畅度。

需要说明的是，本申请实施例所提供的指令信息处理方法可以由服务端103执行，相应地，指令信息处理装置一般设置于服务端103中。但是，在本申请的其它实施例中，家电设备自身也可以与服务端103具有相似的功能，从而执行本申请实施例所提供的指令信息处理方法。

还需要说明的是，图1中的家电设备、网络和服务端的数目仅仅是示意性的。根据实现需要，服务端可以是独立的物理服务端，也可以是多个物理服务端构成的服务端集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云端。

需要解释的是，如上所述的云计算(cloud computing)是一种计算模式，它将计算任务分布在大量计算机构成的资源池上，使各种应用系统能够根据需要获取计算力、存储空间和信息服务。提供资源的网络被称为“云”。“云”中的资源在使用者看来是可以无限扩展的，并且可以随时获取，按需使用，随时扩展。通过建立云计算资源池(简称云平台，一般称为IaaS(Infrastructure as a Service，基础设施即服务)平台，在资源池中部署多种类型的虚拟资源，供外部客户选择使用。云计算资源池中主要包括：计算设备(为虚拟化机器，包含操作系统)、存储设备、网络设备。

在本申请中，还需要说明的是，本申请所提到的家电设备可以是空调、洗衣机，冰箱，扫地机器人等等。

以下对本申请实施例的技术方案的实现细节进行详细阐述：

图2示出了本申请实施例中的指令信息处理方法的流程图，该指令信息处理方法可以由具有计算处理功能的设备来执行，比如可以由图1中所示的家电设备101或者服务端103来执行。

如图2所示，该指令信息处理方法至少包括步骤200至步骤500。

下面将对图2所示步骤200至步骤500进行详细说明：

在步骤200中，获取待定指令信息。

本申请提出的技术方法可以用于通过语音控制家电设备的场景，在此场景下，所述指令信息可以是语音信息，可以是用户向家电设备发出的语音指令，比如，用户在家向空调发出“请帮我打开空调”的语音指令，或者是向冰箱发出“请将冰箱冷冻室的温度降低一度”的语音指令。

本申请提出的技术方法还可以用于通过软件发送文字指令控制家电设备的场景，在此场景下，所述指令信息可以是文本信息，可以是用户通过手机向家电设备发出的文字指令，比如，用户通过手机向空调发出“请帮我关闭空调”的文字指令，或者向冰箱发出“请将冰箱冷藏室的温度升高一度”的文字指令。

其中，需要说明的是，所述待定指令信息可以是不完整的的指令信息，比如，在用户向空调发出“请帮我打开空调”的语音指令的情况下，用户说话到一半时，空调接收到的不完整的语音指令，比如，用户刚说到“请帮我”时，那么空调所接收到的就是“请帮我”的待定指令信息，还或者，用户刚说到“请帮我打开”时，那么空调所接收到的就是“请帮我打开”的待定指令信息。

继续参照图2，在步骤300中，基于所述待定指令信息预测第一意图，并按照所述第一意图生成预备控制数据。

在本申请中，需要说明的是，待定指令信息可以是指语音信息，也可以是指文本信息，一条待定指令信息可以是用户说出的一个字的语音信息，也可以是用户发出的一个文字的文本信息，比如，对于指令信息“请帮我打开空调”来说，按照用户的说话顺序，一般产生7个待定指令信息，即：“请”，“请帮”，“请帮我”，“请帮我打”，“请帮我打开”，“请帮我打开空”，“请帮我打开空调”。

在本申请中，需要说明的是，预备控制数据可以包括控制命令，还可以包括播报信息。其中播报信息可以是TTS播报信息，TTS指的是Text to Speech(从文本到语音)，TTS播报信息指的是用于播报的文本信息，经过文本处理和语音合成，可以被带有发声装置的设备播报出来。

在本申请中，基于所述待定指令信息预测第一意图，并按照所述第一意图生成预备控制数据，例如，基于待定指令信息“请帮我打开”预测第一意图“请帮我打开空调”，并按照第一意图“请帮我打开空调”生成预备控制数据。

继续参照图2，在步骤400中，获取目标指令信息，并识别所述目标指令信息对应的第二意图，所述目标指令信息为所述待定指令信息经过更新之后的指令信息。

在本申请中，需要说明的是，目标指令信息可以是指语音信息，也可以是指文本信息，目标指令信息是完整的一段指令信息，可以是用户说出的完整的一段语音信息，也可以是用户发出完整的一段文本信息。

比如，对于指令信息“请帮我打开空调”来说，对应的目标指令信息就为“请帮我打开空调”。

在本申请中，获取目标指令信息，并识别所述目标指令信息对应的第二意图，例如，获取目标指令信息“请帮我打开空调”，识别出对应的第二意图“请帮我打开空调”。

继续参照图2，在步骤500中，如果所述第二意图与所述第一意图相同，则将所述预备控制数据发送至被控制主体。

在本申请中，例如，所述第二意图“请帮我打开空调”与第一意图“请帮我打开空调”相同，则将提前计算并生成的预备控制数据发送至空调。

在如图2所示步骤200的一个实施例中，获取待定指令信息，可以按照如图3所示的步骤执行。

参见图3，示出了本申请实施例中的获取待定指令信息的细节流程图。具体包括步骤210至步骤220：

在步骤210中，获取历史待定指令信息，所述历史待定指令信息包括至少一个信息单元。

在本申请中，需要说明的是，历史待定指令信息包括历史上接收到的所有待定指令信息，历史待定指令信息至少包括一个信息单元，例如，以语音信息为例，历史待定指令信息“请帮我”可以包括“请”，“帮”，“我”的3个信息单元。

在步骤220中，获取新增信息单元，并基于所述新增信息单元更新所述历史待定指令信息，得到所述待定指令信息。

在本申请中，需要说明的是，新增信息单元可以是语音信息单元，也可以是文本信息单元。

在本申请中，获取新增信息单元，并基于新增单元更新历史待定指令信息，得到待定指令信息，例如，在历史待定指令信息为“请帮我”的情况下，获取新增信息单元“打”，可以基于新增信息单元“打”更新历史待定指令信息“请帮我”，得到待定指令信息“请帮我打”。

在本申请的实施例中，在如图3所示步骤300之后，即按照所述第一意图生成预备控制数据之后，所述方法还包括：检测是否存在新的新增信息单元；如果检测到新的新增信息单元，则将所述待定指令信息作为新的历史待定指令信息，返回执行获取历史待定指令信息的步骤，以获取新的待定指令信息，直至未检测到新的新增信息单元。

在本申请中，检测是否存在新的新增信息单元，如果在设定时间内接收到任何新增信息单元，则认为检测到存在新的新增信息单元，如果检测到新的新增信息单元，将待定指令信息作为新的历史待定指令信息，返回执行获取历史待定指令信息的步骤，更新所述历史待定指令信息，以获取新的待定指令信息，新的待定指令信息包括新的新增信息单元，直至未检测到新的新增信息单元，在设定时间内未接收到新的新增信息单元，则认定为未检测到新的新增信息单元。

在本申请的实施例中，在获取新的待定指令信息之后，所述方法还包括：基于所述新的待定指令信息预测新的第一意图；如果所述新的第一意图与历史上的第一意图不相同，则基于所述新的第一意图生成新的预备控制数据。

比如，待定指令信息为“请帮我打开”，其对应的第一意图可能为“请帮我打开风扇”，若更新之后的待定指令信息为“请帮我打开空”，其对应的新的第一意图可能为“请帮我打开空调”，因此，二者不同，需要基新的第一意图“请帮我打开空调”生成新的预备控制数据。

在本申请中，新的待定指令信息与历史上的待定指令信息比较所包含的指令信息更加完整，通过其预测出的意图也会更加准确，所以基于新的待定指令信息预测新的第一意图，如果所述新的第一意图与历史上的第一意图不相同，说明历史上的第一意图预测错误，按照历史上的第一意图生成的预备控制数据也不是准确的控制数据，则基于所述新的第一意图生成新的预备控制数据。

在如图2所示步骤400的一个实施例中，获取目标指令信息，可以按照如图4所示的步骤执行。

参见图4，示出了本申请实施例中的获取目标指令信息的细节流程图。具体包括步骤410至步骤420：

下面将对图4所示步骤410至步骤420进行详细说明：

在步骤410中，检测是否存在新的新增信息单元。

在本申请中，在设定时间内若接收到新的新增信息单元，则认为检测存在新的新增信息单元，若在设定时间内未接收到任何新增信息单元，则认为检测不存在新的新增信息单元。

在步骤420中，如果未检测到新的新增信息单元，则获取历史上最后一次更新的待定指令信息，作为所述目标指令信息。

在本申请中，如果在设定时间内未接收到任何新增信息单元，则认为未检测到存在新的新增信息单元，则认为所有的新增信息单元已接收完毕，得到完整的指令信息，所以历史上最后一次更新的待定指令信息就是完整的指令信息，所述目标指令信息可以被识别出准确的指令意图，说明其是完整的指令信息，所以获取历史上最后一次更新的待定指令信息，作为目标指令信息。

在本申请的实施例中，所述方法还包括：如果基于目标指令信息生成的第二意图与基于待定指令信息生成的第一意图不相同，则按照所述第二意图生成即时控制数据；将所述即时控制数据发送至被控制主体。

在本申请中，如果所述第二意图和所述第一意图不相同，所述第二意图是根据完整的指令信息识别出的，不会出现识别错误，所以说明所述第一意图预测错误，则按照所述第一意图生成的预备控制数据不可以发送至被控制主体，则需要按照所述第二意图生成即时控制数据，将所述即时控制数据发送至家电设备。

在如图2所示步骤300的一个实施例中，按照所述第一意图生成预备控制数据，可以按照如图5所示的步骤执行。

参见图5，示出了本申请实施例中的按照所述第一意图生成预备控制数据的细节流程图。具体包括步骤510至步骤520：

在步骤510中，遍历控制数据库中的每一条控制数据，并计算所述第一意图与各条控制数据之间的匹配度。

在本申请中，控制数据库中包括所有被控制主体可以识别的控制数据，遍历控制数据库中的每一条控制数据，并计算所述第一意图与每条控制数据之间的匹配度，所述匹配度为所述第一意图与每条控制数据的契合程度。

在步骤520中，选定所述匹配度最高的控制数据作为所述预备控制数据。

在本申请中，比较所述第一意图与每条控制数据之间的匹配度，匹配度越高说明所述第一意图与这条控制数据契合程度越高，两者的意思越接近，选定匹配度最高的控制数据作为所述预备控制数据，则按照所述第一意图生成错误控制数据的可能性会降到最低。

在本申请的实施例中，所述控制数据包括控制指令数据和反馈信息播报数据中的至少一种。

比如，在一个场景下，空调接收用户发出的“请帮我打开控制”语音指令信息，并将该语音指令信息以语音流的形式发送至云端，云端在计算出打开空调的控制指令和“已为您打开空调”的语音播报信息之后，将打开空调的控制指令和“已为您打开空调”下发至空调，以使得空调可以执行打开空调的控制指令和播报“已为您打开空调”的语音。

为了使本领域技术人员更加容易的理解本申请，下面将参照图6以一个具体的应用场景来说明本申请。

图6示出了本申请实施例中的指令信息处理方法的实施过程图。

参照图6，本应用场景的具体实现如下步骤：

步骤601，获取到待定指令信息“请”，基于待定指令信息“请”无法预测出任何意图，所以不做任何动作。

步骤602，检测到新增信息单元“打”，得到新的待定指令信息“请打”，基于新的待定指令信息“请打”无法预测出任何意图，所以不做任何动作。

步骤603，检测到新增信息单元“开”，得到新的待定指令信息“请打开”，基于新的待定指令信息“请打开”预测出第一意图“请打开空调”，按照第一意图“请打开空调”生成“打开空调”的预控制命令和预TTS反馈播报。

步骤604，检测到新增信息单元“空”，得到新的待定指令信息“请打开空”，基于新的待定指令信息“请打开空”预测出意图“请打开空调”，与上一意图“请打开空调”一致，所以预控制命令和预TTS反馈播报不变。

步骤605，检测到新增信息单元“调”，得到新的待定指令信息“请打开空调”，之后未检测到存在新的新增信息单元，所以新的待定指令信息“请打开空调”作为目标指令信息，基于目标指令信息“请打开空调”识别出第二意图“请打开空调”，与第一意图“请打开空调”相同，所以直接发送提前计算并生成的预控制命令和预TTS反馈播报至空调处。

以下介绍本申请的装置实施例，可以用于执行本申请上述实施例中第一方面的指令信息方法。对于本申请装置实施例中未披露的细节，请参照本申请上述第一方面的指令信息方法的实施例。

图7示出了本申请实施例中的指令信息处理装置的框图。

如图7所示，本申请实施例中的指令信息处理装置700，所述装置包括：第一获取单元701、预测单元702、第二获取单元703和发送单元704。

其中，第一获取单元701，被用于获取待定指令信息；预测单元702，被用于基于所述待定指令信息预测第一意图，并按照所述第一意图生成预备控制数据；第二获取单元703，被用于获取目标指令信息，并识别所述目标指令信息对应的第二意图，所述目标指令信息为所述待定指令信息经过更新之后的指令信息；发送单元704，被用于如果所述第二意图与所述第一意图相同，则将所述预备控制数据发送至被控制主体。

在本申请的一些实施例中，基于前述方案，所述第一获取单元701配置为：获取历史待定指令信息，所述历史待定指令信息包括至少一个信息单元；获取新增信息单元，并基于所述新增信息单元更新所述历史待定指令信息，得到所述待定指令信息。

在本申请的一些实施例中，基于前述方案，所述装置还包括检测单元，被用于在按照所述第一意图生成预备控制数据之后，检测是否存在新的新增信息单元；如果检测到新的新增信息单元，则将所述待定指令信息作为新的历史待定指令信息，返回执行获取历史待定指令信息的步骤，以获取新的待定指令信息，直至未检测到新的新增信息单元。

在本申请的一些实施例中，基于前述方案，所述预测单元702配置为：在获取新的待定指令信息之后，基于所述新的待定指令信息预测新的第一意图；如果所述新的第一意图与历史上的第一意图不相同，则基于所述新的第一意图生成新的预备控制数据。

在本申请的一些实施例中，基于前述方案，所述第二获取单元703配置为：检测是否存在新的新增信息单元；如果未检测到新的新增信息单元，则获取历史上最后一次更新的待定指令信息，作为所述目标指令信息。

在本申请的一些实施例中，基于前述方案，所述发送单元704配置为：如果所述第二意图与所述第一意图不相同，则按照所述第二意图生成即时控制数据；将所述即时控制数据发送至被控制主体。

在本申请的一些实施例中，基于前述方案，所述预测单元702配置为：遍历控制数据库中的每一条控制数据，并计算所述第一意图与各条控制数据之间的匹配度；选定所述匹配度最高的控制数据作为所述预备控制数据。

在本申请的一些实施例中，基于前述方案，所述控制数据包括控制指令数据和反馈信息播报数据中的至少一种。

图8示出了本申请实施例中的家电设备的结构示意图。

如图8所示，本申请实施例还提供了一种家电设备，所述家电设备包括一个或多个存储器804、一个或多个处理器802及存储在存储器804上柄可在处理器802上运行的至少一条计算机程序(程序代码)，处理器802执行所述计算机程序时实现如前所述的指令信息处理方法。

其中，在图8中，总线架构(用总线800来代表)，总线800可以包括任意数量的互联的总线和桥，总线800将包括由处理器802代表的一个或多个处理器和存储器804代表的存储器的各种电路链接在一起。总线800还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口805在总线800和接收器801和发送器803之间提供接口。接收器801和发送器803可以是同一个元件，即收发机，提供用于在传输介质上与各种其他装置通信的单元。处理器802负责管理总线800和通常的处理，而存储器804可以被用于存储处理器802在执行操作时所使用的数据。

本文中所描述的功能可在硬件、由处理器执行的软件、固件或其任何组合中实施。如果在由处理器执行的软件中实施，那么可将功能作为一或多个指令或代码存储于计算机可读媒体上或经由计算机可读媒体予以传输。其它实例及实施方案在本申请及所附权利要求书的范围及精神内。举例来说，归因于软件的性质，上文所描述的功能可使用由处理器、硬件、固件、硬连线或这些中的任何者的组合执行的软件实施。此外，各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

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

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

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

本领域技术人员在考虑说明书及实践这里公开的实施方式后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。

此外，上述附图仅是根据本申请示例性实施例的方法所包括的处理的示意性说明，而不是限制目的。易于理解，上述附图所示的处理并不表明或限制这些处理的时间顺序。另外，也易于理解，这些处理可以是例如在多个模块中同步或异步执行的。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围执行各种修改和改变。本申请的范围仅由所附的权利要求来限制。