一种面向服务的人机交互系统以及实现方法与流程

本发明涉及涉及人机交互和计算机互联网领域，特别涉及一种面向服务的人机交互系统以及实现方法。

背景技术：

人机交互系统(Human-computer interaction，简称HCI)是研究人与计算机之间通过相互理解的交流与通信，在最大程度上为人们完成信息管理，服务和处理等功能。在人机交互过程中，相互理解的交流与通信即上下文。目前能够理解上下文的大多都采用人工的方式，也有一部分公司采用半机器半人工的方式。人工方式：是指后台接入人工进行对话理解，例如12306。缺点：人力成本较高。问答机器人：是通过大量的知识库，对用户的问题进行分类、识别、猜测，并给出最合适的知识库中的答案，例如微软小冰，小黄鸡，图灵机器人。缺点：不能够理解或者获取(不断询问以求得到)复杂的需求。半机器半人工：类似于问答机器人，并且尝试加入获取复杂需求的逻辑。并且加入了人工处理层，在机器处理不了的时候会委托给人工处理层处理。缺点：速度慢，人工成本高，难以规模化。

在人机交互系统中，另外一个需要被考虑到的事用户对服务的需求。比如，简单需求：通过简单的语言能够完整定义该需求。例如“我想吃炸鸡”。比如，复杂需求：无法通过简单的语言精准定义的需求。例如“我想装修新房，新房是两室一厅一卫，我的预算是10万，我想装修成欧式风格，卧室希望有电视……”。上述的复杂需求和简单需求的区分在于，其一并不是服务品类的区分，其二是用户需求的复杂度上的不同。又比如，家装的需求也可以是简单的需求，点外卖的需求也可以是复杂的需求，再比如，“我想吃炸鸡，微辣，再来份啤酒，2碗米饭，价格在20-50之间…”这些需求可能需要几句话才能满足用户需求的描述。

技术实现要素：

本发明要解决的技术问题是，实现可提供服务的人机交互的系统。

解决上述技术问题，本发明提供了一种面向服务的人机交互系统，包括：中心控制单元、多个子处理单元、业务单元以及代理单元，所述中心控制单元至少与一个子处理单元连接，所述子处理单元和/或中心控制单元与业务单元连接，所述代理单元与中心控制单元连接；

所述中心控制单元，用以从所述代理单元获取用户的请求服务，并根据在子处理单元中的查询结果确定请求服务所属的场景，得到所述请求服务所要委托的子处理单元；

以及，根据所述子处理单元的反馈结果挑选出合适的子处理单元进行委托；并将所选择的子处理单元返回至所述代理单元中；

子处理单元，用以保存查询请求的上下文内容，并根据当前状态和设定逻辑输出评估结果后递交还中心控制单元；

以及，将其中的委托信令返回至所述中心控制单元；

业务单元，用以根据需求在所述子处理单元中完成不同场景时的业务处理；

代理单元，用以适配与不同客户端，并建立通信通道。

更进一步，所述子处理单元通过自由插拔接口与所述中心控制单元连接，所述自由插拔接口用以增加/减少子处理单元的数量。

更进一步，所述中心控制单元还用以多个子处理单元之间的调度。

更进一步，所述子处理单元中的委托信令进一步包括：元信息，用以进行信息传递和交互。

更进一步，所述子处理单元还用以在一设定时间段内处理所述中心控制单元中的委托，所述委托包括：委托信息、当前场景的状态信息以及委托消息所来自的代理单元。

更进一步，在所述中心控制单元中获取用户的请求服务的方法进一步包括：从所述代理单元中获取用户输入，所述用户输入包括：文字、语音、按键、手势、肢体动作中的一种或者多种。

更进一步，所述子处理单元还设置有征询接口，

所述征询接口，用以接收所述中心控制单元的查询请求，并将所述请求服务中的用户信息发给所有子模块的征询接口，之后获得取到每一个所述子处理单元返回的评估结果，同时与输出所述评估结果中排位最高的子处理单元后建立委托。

基于上述本发明还提供了一种面向服务的人机交互方法，包括部署于WEB服务器中的子处理单元和中心控制单元，用户通过WEB服务器中的应用程序服务器向所述WEB服务器进行交互请求，包括如下步骤：

通过所述中心控制单元获取用户的请求服务，并根据在所述子处理单元中的查询结果确定请求服务所属的场景，得到所述请求服务所要委托的子处理单元；

在所述子处理单元中保存查询请求的上下文内容，并根据当前状态和设定逻辑输出评估结果后递交还中心控制单元；

所述中心控制单元根据在所述子处理单元中的反馈结果挑选出合适的子处理单元进行委托；

根据建立子处理单元和中心控制单元的委托，处理用户的请求服务。

更进一步，方法还包括代理单元，通过所述代理单元适配不同的客户端，并建立通信通道，所述客户端包括：微信公众号、WEB端、智能移动终端应用程序中的一种或者多种。

更进一步，方法还包括，通过所述子处理单元独立处理委托或者通过与可根据需求在所述子处理单元中完成不同场景时的业务处理的业务单元协作处理委托。

本发明的有益效果：

1)本发明中的面向服务的人机交互系统，具有上下文识别功能的，基于场景化假定的人工智能助理。

2)由于本发明中的系统包括：中心控制单元、多个子处理单元、业务单元以及代理单元，整体架构的设计高度模块化；由于各个模块化单元中的标准化接口可以使系统具有高可扩展性。中心控制单元和子处理单元的基于征询和委托的合作方式。子处理单元采用独立机制，子处理单元功能独立并且与其他子处理单元以及中心控制单元之间具有协议。

3)通过征询/调用多个子处理单元，用以实现场景化；并且采用状态机的方式引导用户进行场景化操作。子处理单元提供基于当前场景，包括当前场景状态，当前场景之前收到的信息和当前场景之前获取的外部数据等信息，返回计算结果。子处理单元通过元信息向主模块传递一般性信息，一般性信息包括但不限于是对当前人机交互流程有控制作用的信息。

4)在本发明中由于中心控制单元，发送给所有模块化的多个操作子处理单元，所有子处理单元自行判断能够处理这条信息的概率，并且返回到中心控制单元。更进一步地，子处理单元还用以根据各自单元中存放的场景信息特点计算信息概率。

5)通过所述中心控制单元实现智能派发功能，辅以多个子处理单元和业务单元的相互配合完成用户的请求服务。

6)本发明中的代理单元的接入方式具有自己的接口协议，子模块需要通过了解这些接口协议返回合适的结果。

附图说明

图1是本发明一实施例中的面向服务的人机交互系统结构示意图。

图2是本发明一实施例中的面向服务的人机交互方法流程示意图。

图3是本发明一优选实施中的面向服务的人机交互系统结构示意图。

图4是本发明中子处理单元通过征询接口与中心控制单元连接的示意图。

图5是本发明中子处理单元通过自由插拔接口与中心控制单元连接的示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本发明进一步详细说明。

图1是本发明一实施例中的面向服务的人机交互系统结构示意图。

在本实施例中的一种面向服务的人机交互系统，包括：中心控制单元1、多个子处理单元2、业务单元3以及代理单元4，所述中心控制单元1至少与一个子处理单元2连接，所述子处理单元2和/或中心控制单元1与业务单元3连接，所述代理单元4与中心控制单元1连接；在本实施例中的人机交互系统主要由中心控制单元1和任意多数量的负责不同场景的子处理单元2，所述中心控制单元1可以选择是否和任一子模块通信，相应地所述子处理单元2之间可以直接通信，也可以通过中间媒介间接通信。

所述中心控制单元1，用以从所述代理单元4获取用户的请求服务，并根据在子处理单元2中的查询结果确定请求服务所属的场景，得到所述请求服务所要委托的子处理单元2；以及，根据所述子处理单元2的反馈结果挑选出合适的子处理单元2进行委托；并将所选择的子处理单元2返回至所述代理单元4中。在本实施例中的系统中中心控制单元1通过用户的输入通过征询子模块的结果，来确定用户请求服务的“场景”。并“委托”负责该场景的子模块进行接下来的处理。上述的场景具体是指，当前支持的所有人机交互能够提供的服务类别。在一些实施例中，场景是帮助用户叫出租车即是一种场景，在一些实施例中，场景是帮助用户搜索附近能够配送到家的水果是另一种场景。

在本实施例中，中心控制单元1自身不具有具体的场景逻辑，子处理单元2被配置为自由插拔接口，接口接收一个信息，保证不改变子处理单元2状态，并返回评估结果，评估结果的标准由中心控制单元1可在事先进行约定。通过所述中心控制单元1把该用户的信息发给所有子处理单元2的查询接口，获取到各个处理单元2返回的评估结果，简单选出排序之后评估结果排位最高的子处理单元2，并认定为委托子处理单元2。比如，中心控制单元1对于查询接口的约定未：返回一个概率，大于0，小于1，概率应该表达该子处理单元2对于当前信息的接管意愿。

初始状况下，若子处理单元2为一个提供附近产品的搜索服务，另一个提供帮助网上叫车的服务。这时候如果用户发过来一个信息为“我要打车”，则两个子处理单元会分别评估这句话，搜索服务子处理单元的评估逻辑可以是：用户是想要搜索什么东西吗？搜索车吗？可能性大吗？最终可能会给出一个0.2的接管意愿，因为这个子处理单元的评估结果为不能够很好的对该信息做出响应。

相反的而打车子处理单元的评估逻辑可以是：用户是想打车吗？这个信息中包涵“打车”两个字，那就非常有可能了，好，可以接，于是给出一个0.9的接管意愿。中心控制单元1收到两者的评估结果，0.9比0.2大，于是中心控制单元1把信息委托给打车子处理单元接管。在一些实施例中，评估结果可以是一个概率或是其他能够进行某种比较的数据集，且子模块将评估结果递交还主模块。

优选地，在处理用户信息的过程中，处理单元2可以不止返回处理的结果至中心控制单元1；而且加一些额外的信息，在本发明中成为元信息，有一类元信息可以控制接下来主模块如何选择子模块。

●比如元信息可以是说“用户发过来的下一个信息还委托给我(处理单元2)，不用征询了”，那么当用户的下一条信息发过来时，中心控制单元1就不进行征询行为操作，而是直接委托给之前的处理单元2接管，加快了系统的处理速度和反馈效率。

●再比如元信息也可以说“我(处理单元2)完事(已处理完上一个信息)，下一个信息你就正常处理好了”，这种情况下，中心控制单元1在处理下一条用户信息时就会按照初始状况的方法处理了。

●再比如元信息可以像第一种情况一样要求占着被委托的位置，但是有一个过期时间，就是说“用户发过来的下一个信息还委托给我(处理单元2)，不用征询了，但是要是1个小时还不发下一条信息，则请恢复初始状况”。

在一些实施例中，场景的类型和数量不是固定的，通过标准化接口的机制，在本系统中实现平行扩展。

在一些实施例中，所述用户的输入包括但不限于：用户文字输入，用户语音输入，用户按键输入，用户手势输入，用户肢体动作输入等。

在一些实施例中，将所述中心控制单元1配置为场景逻辑无关，不在所述中心控制单元1中采用具体场景的逻辑。

在一些实施例中，所述中心控制单元1通过所述代理单元4获取得到初始的用户的请求服务。

在一些实施例中，中心控制单元1会根据子处理单元2的反馈结果，确定是否可接管用户的请求服务。

在一些实施例中，处理单元2的反馈结果包括但不限于：已记录场景量、正在处理服务请求量等。

在一些实施例中，中心控制单元1用以对多个子处理单元2中用户请求计算资源统一管理和调度，向用户按需服务。

在一些实施例中，中心控制单元1不需配置其它任一子处理单元2所负责场景的具体数据，只用以负责处理单元2之间的调度。

在一些实施例中，中心控制单元1还用以把子处理单元2的计算结果进行评估，通过基于子处理单元2评估结果的排序算法挑选出最合适的子处理单元进行委托。比如，基于概率分布的排序算法。比如，基于相似度的kmeans聚类算法。

子处理单元2，用以保存查询请求的上下文内容，并根据当前状态和设定逻辑输出评估结果后递交还中心控制单元1；以及，将其中的委托信令返回至所述中心控制单元1；作为本实施例中的优选，所述子处理单元2通过自由插拔接口与所述中心控制单元连接，所述自由插拔接口用以增加/减少子处理单元的数量。在一个确定场景的人机交互系统中，可增加或者去掉任意个的子处理单元2而不影响其他模块的运行。同时，子处理单元2被配置为具有在任意时间点接收查询请求的功能，征询方即为中心控制单元1会发送信息给子处理单元2，子处理单元2配配置为结合自身的状态和逻辑给予一个评估结果。在一些实施例中，评估结果可以是一个概率或是其他能够进行某种比较的数据集，且子模块将评估结果递交还主模块。

作为本实施例中的优选，所述子处理单元还设置有征询接口，所述征询接口，用以接收所述中心控制单元的查询请求，并将所述请求服务中的用户信息发给所有子模块的征询接口，之后获得取到每一个所述子处理单元返回的评估结果，同时与输出所述评估结果中排位最高的子处理单元后建立委托。

上述自由插拔具体是指，在人机交互系统中至少部署有中心控制单元1和两个子处理单元2，所述子处理单元2为搜索场景子处理单元和打车场景子处理单元，若需要启动新的项目用以完成新的子处理单元2的功能，比如是网上搜索菜谱的子处理单元，则在不改动中心控制单元1和现有两个子处理单元的情况下，可以直接上线网上搜索菜谱的子处理单元，并通过后台向中心控制单元1发送消息，“系统加了一个新模块，请连接”，则在系统中的配置就增加了查询菜谱的功能。

在一些实施例中，在所述子处理单元2中待处理的用户请求和所述中心控制单元1所分配给该子处理单元2负责的场景相关与否，子处理单元2都被配置为给出合适的回应，比如忙碌，空闲，可被配置或者调用。

在一些实施例中，所述子处理单元还用以在一设定时间段内处理所述中心控制单元中的委托，所述委托包括：委托信息和委托消息所来自的代理单元。

在一些实施例中，所述子处理单元2中的委托信令进一步包括：元信息，用以进行信息传递和交互。所述元信息包括但不限于：忙碌，空闲，可被配置或者调用。元信息中还包括：该次信息交互的一般性信息。元信息可以包含对中心控制单元1的信息传递。作为本实施例中的优选，通过元信息，子处理单元2可以让中心控制单元1保持对其的委托状态，让接下来的用户信息可以不通过查询直接进入该子处理单元2。子处理单元2被配置为独立处理委托信息的能力，以及与其它某些业务单元3进行通信。

在一些实施例中，子处理单元2还可以被配置为具有自己的业务单元。

作为本实施例中的优选，若输入信息不是该在一些实施例中，能够处理的信息时，简单回复“空”信息，并且附带“该待处理信息已经处理，下一个信息可被配置”这样的元信息即可。

在一些实施例中，系统中的管理员通过所述插拔接口增加或者减少子处理单元2。

在一些实施例中，在一个场景具有一个子处理单元，在一个子处理单元中可以处理多个场景。并通过中心控制单元1协调多各处理单元2上做并行处理，每个节点设备处理结束后，将结果汇总，返回给用户。

在一些实施例中，保存查询请求的上下文内容中，上下文内容是指除了当前信息之外的在一个连贯情景下短期内的交互信息。

比如，用户说“我想打车”，

-回复“从哪到哪”，

-用户继续回复“到北京站”，

-结合上面所有的交互信息，判断出用户仍然需要提供起始地址，并向用户继续提问“出发点是？”，

-用户回复“从西直门”，判断出当前用户的需求仍然是“打车”，然后帮助用户在互联网上叫车并跟用户确认。

-结束上述后，保存上下文内容至子处理单元2中。

在实际场景中，结合上下文的交互是很复杂的，不仅仅包含需求的细化，还包含对服务过程的控制等等，比如在一些实施例中，用户很可能之后说“取消”，则判断到用户希望取消叫的车；以及结束当前的对话场景。

在一些实施例中，结合上下文包括但不限于是语音形式，也可以是文字形式，也可以是肢体动作，表情变化，心率的变化，血压的变化，瞳孔的缩放等等更多的形式。

作为本实施例中的优选，子处理单元2用以支持用户使用语音，文字，以及对手机上交互接口的操作。

在一些实施例中，系统被配置为有关联子处理单元，所述关联子处理单元之间可以有共同加入或去掉的协议。

作为本实施例中的优选，有关联子处理单元包括但不限于：第三方平台API接口。

作为本实施例中的优选，有关联子处理单元为：基于OAUTH协议的第三方平台。

作为本实施例中的优选，有关联子处理单元为：SNS服务器接口。

作为本实施例中的优选，有关联子处理单元为：百度地图API接口、高德地图API接口。

业务单元3，用以根据需求在所述子处理单元2中完成不同场景时的业务处理；在本实施例中的系统中同时包含若干负责一般事务的业务单元3，作为本实施例中的优选，所述中心控制单元1和子处理单元2都具有和业务单元3通信的能力。

在一些实施例中，所述业务单元3包括但不限于：用户模块，支付模块，用户界面操作模块，订单模块等。

作为本实施例中的优选，所述业务单元3是：支付宝API。

作为本实施例中的优选，所述业务单元3是：LBS基于位置服务单元。

作为本实施例中的优选，所述业务单元3是：GPS接入API。

作为本实施例中的优选，所述业务单元3是：支持wifi、NFC、蓝牙、rf射频的近场无线通信的通信单元。

作为本实施例中的优选，所述业务单元3是：基于用户感兴趣内容的推荐单元。

代理单元2，用以适配与不同客户端，并建立通信通道。所述代理单元2主要用以适配与不同客户端之间的通信。而其中的客户端则主要提供了用户与系统之间的访问接口。代理单元2用以根据不同所述客户端的特性，提供客户端和系统之间的适配，将客户端对象的接口适配为本系统中所期望的接口。

在一些实施例中，所述客户端包括但不限于：微信公众号，独立的智能硬件机器人，智能手机应用(iOS和Android等)，网页应用等。

在一些实施例中，客户端通过WEB服务器发出请求，并在应用程序服务器中响应

在一些实施例中，中心控制单元1被配置为将子处理单元2的返回信息，直接或间接地发送回用户信息来源的代理单元2，交由所述代理单元2进行处理以及传达给用户。

综上，本实施例中的系统具有上下文识别功能，同时能够实现基于场景化假定的人工智能辅助功能。

图2是本发明一实施例中的面向服务的人机交互方法结构示意图。

在本实施例中的一种面向服务的人机交互方法，包括部署于WEB服务器中的子处理单元2和中心控制单元1，用户通过WEB服务器中的应用程序服务器向所述WEB服务器进行交互请求，包括如下步骤：

步骤S101通过所述中心控制单元1获取用户的请求服务，并根据在所述子处理单元2中的查询结果确定请求服务所属的场景，得到所述请求服务所要委托的子处理单元；在步骤S101中所述中心控制单元1，用以从所述代理单元4获取用户的请求服务，并根据在子处理单元2中的查询结果确定请求服务所属的场景，得到所述请求服务所要委托的子处理单元2；以及，根据所述子处理单元2的反馈结果挑选出合适的子处理单元2进行委托；并将所选择的子处理单元2返回至所述代理单元4中。在本实施例中的系统中中心控制单元1通过用户的输入通过征询子模块的结果，来确定用户请求服务的“场景”。并“委托”负责该场景的子模块进行接下来的处理。作为本实施例中的优选，所述中心控制单元1还用以多个子处理单元之间的调度。作为本实施例中的优选，在所述中心控制单元中获取用户的请求服务的方法进一步包括：从所述代理单元中获取用户输入，所述用户输入包括：文字、语音、按键、手势、肢体动作中的一种或者多种。

步骤S102在所述子处理单元2中保存查询请求的上下文内容，并根据当前状态和设定逻辑输出评估结果后递交还中心控制单元；在一些实施例中，在所述子处理单元2中待处理的用户请求和所述中心控制单元1所分配给该子处理单元2负责的场景相关与否，子处理单元2都被配置为给出合适的回应，比如忙碌，空闲，可被配置或者调用。优选地，在步骤S102中所述子处理单元通过自由插拔接口与所述中心控制单元连接，所述自由插拔接口用以增加/减少子处理单元的数量。

步骤S103所述中心控制单元1根据在所述子处理单元2中的反馈结果挑选出合适的子处理单元2进行委托；优选地，在所述步骤S103中所述子处理单元中的委托信令进一步包括：元信息，用以进行信息传递和交互。所述子处理单元还用以在一设定时间段内处理所述中心控制单元中的委托，所述委托包括：委托信息和委托消息所来自的代理单元。

步骤S104根据建立子处理单元2和中心控制单元1的委托，处理用户的请求服务。

作为本实施例中的优选，方法还包括代理单元4，通过所述代理单元适配不同的客户端，并建立通信通道，所述客户端包括：微信公众号、WEB端、智能移动终端应用程序中的一种或者多种。

作为本实施例中的优选，方法还包括，通过所述子处理单元独立处理委托或者通过与可根据需求在所述子处理单元中完成不同场景时的业务处理的业务单元3协作处理委托。

图3是本发明一优选实施中的面向服务的人机交互系统结构示意图。

在本实施例中的一种面向服务的人机交互系统，包括：中心控制单元1、多个子处理单元2、业务单元3以及代理单元4，所述中心控制单元1至少与一个子处理单元2连接，所述子处理单元2和/或中心控制单元1与业务单元3连接，所述代理单元4与中心控制单元1连接；所述中心控制单元1，用以从所述代理单元3获取用户的请求服务，并根据在子处理单元2中的查询结果确定请求服务所属的场景，得到所述请求服务所要委托的子处理单元；以及，根据所述子处理单元2的反馈结果挑选出合适的子处理单元进行委托；并将所选择的子处理单元返回至所述代理单元中；子处理单元2，用以保存查询请求的上下文内容，并根据当前状态和设定逻辑输出评估结果后递交还中心控制单元；以及，将其中的委托信令返回至所述中心控制单元；作为本实施例中的优选，所述子处理单元通过自由插拔接口6与所述中心控制单元连接，所述自由插拔接口用以增加/减少子处理单元的数量。业务单元3，用以根据需求在所述子处理单元中完成不同场景时的业务处理；代理单元4，用以适配与不同客户端，并建立通信通道。其中，子处理单元2和中心控制单元1部署于WEB服务器中，用户通过WEB服务器中的应用程序服务器向所述WEB服务器进行交互请求。所述业务单元3包括但不限于，支付宝API、用户登录单元等。所述代理单元4包括但不限于，客户WEB端、客户应用程序等。子处理单元2包括但不限于，查询、叫车、购物、定位等服务场景。

图4是本发明中子处理单元通过征询接口与中心控制单元连接的示意图。

在本实施例中的一种面向服务的人机交互系统，包括：中心控制单元1、多个子处理单元2、业务单元以及代理单元，所述中心控制单元至少与一个子处理单元连接，所述子处理单元和/或中心控制单元与业务单元连接，所述代理单元与中心控制单元连接；所述中心控制单元，用以从所述代理单元获取用户的请求服务，并根据在子处理单元中的查询结果确定请求服务所属的场景，得到所述请求服务所要委托的子处理单元；以及，根据所述子处理单元的反馈结果挑选出合适的子处理单元进行委托；并将所选择的子处理单元返回至所述代理单元中；子处理单元，用以保存查询请求的上下文内容，并根据当前状态和设定逻辑输出评估结果后递交还中心控制单元；以及，将其中的委托信令返回至所述中心控制单元；作为本实施例中的优选，所述子处理单元还设置有征询接口5，所述征询接口，用以接收所述中心控制单元的查询请求，并将所述请求服务中的用户信息发给所有子模块的征询接口，之后获得取到每一个所述子处理单元返回的评估结果，同时与输出所述评估结果中排位最高的子处理单元后建立委托。

图5是本发明中子处理单元通过自由插拔接口与中心控制单元连接的示意图。

在本实施例中的一种面向服务的人机交互系统，包括：中心控制单元1、多个子处理单元2、业务单元以及代理单元，所述中心控制单元至少与一个子处理单元连接，所述子处理单元和/或中心控制单元与业务单元连接，所述代理单元与中心控制单元连接；所述中心控制单元，用以从所述代理单元获取用户的请求服务，并根据在子处理单元中的查询结果确定请求服务所属的场景，得到所述请求服务所要委托的子处理单元；以及，根据所述子处理单元的反馈结果挑选出合适的子处理单元进行委托；并将所选择的子处理单元返回至所述代理单元中；子处理单元，用以保存查询请求的上下文内容，并根据当前状态和设定逻辑输出评估结果后递交还中心控制单元；以及，将其中的委托信令返回至所述中心控制单元；作为本实施例中的优选，所述子处理单元通过自由插拔接口6与所述中心控制单元1连接，所述自由插拔接口6用以增加/减少子处理单元2的数量。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

所属领域的普通技术人员应当理解：以上，所述仅为本发明的具体实施例而已，并不用于限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。