设备间通信方法、装置和系统与流程

本申请涉及通信技术领域，特别涉及一种设备间通信方法、装置和系统。

背景技术：

随着互联网和智能终端的普及，越来越多智能终端设备进入到家庭网络。终端设备已经不是独立设备，设备间的多屏互动是发展趋势。多屏互动主要指将移动设备将内容、控制等同步到其他智能设备，如智能电视等大屏设备，以实现内容投影到大屏设备及对大屏设备的控制。目前，智能设备的功能不在局限于影视内容的播放，已经具备应用，游戏，教育、购物等功能。但是，目前设备间通信方式较为单一，难以满足用户多样化需求。

技术实现要素：

本申请旨在至少在一定程度上解决上述技术问题。

为此，本申请的第一个目的在于提出一种设备间通信方法，能够根据不同应用场景提供高效或安全等不同通信模式，满足用户的不同需求。

本申请的第二个目的在于提出一种设备间通信装置。

本申请的第三个目的在于提出一种设备间通信系统。

为达上述目的，根据本申请第一方面实施例提出了一种设备间通信方法，包括以下步骤：获取第一设备中当前运行的应用程序的应用标识；根据预设的通信配置信息确定与所述应用标识对应的通信模式，所述通信配置信息记录所述应用标识与所述通信模式的映射关系；根据所述通信模式向所述应用程序发送信息。

本申请实施例的设备间通信方法，通过获取第一设备中当前运行的应用程序的应用标识，确定与该应用标识对应的通信模式，并根据通信模式向第一设备中应用程序发送信息，能够根据不同应用程序选择不同的通信模式与第一设备进行通信，实现了根据不同应用场景选择对应的通信模式进行通信，通信方式更加多样化，能够满足用户在不同应用场景下通过移动终端与其他设备互动操作时对高效性、安全性等不同需求。

本申请第二方面实施例提供了一种设备间通信装置，包括：获取模块，用于获取第一设备中当前运行的应用程序的应用标识；确定模块，用于根据预设的通信配置信息确定与所述应用标识对应的通信模式，所述通信配置信息记录所述应用标识与所述通信模式的映射关系；发送模块，用于根据所述通信模式向所述应用程序发送信息。

本申请实施例的设备间通信装置，通过获取第一设备中当前运行的应用程序的应用标识，确定与该应用标识对应的通信模式，并根据通信模式向第一设备中应用程序发送信息，能够根据不同应用程序选择不同的通信模式与第一设备进行通信，实现了根据不同应用场景选择对应的通信模式进行通信，通信方式更加多样化，能够满足用户在不同应用场景下通过移动终端与其他设备互动操作时对高效性、安全性等不同需求。

本申请第二方面实施例提供了一种设备间通信系统，包括：本申请第二方面实施例所述的设备间通信装置；以及智能电视。

本申请实施例的设备间通信系统，通过获取第一设备中当前运行的应用程序的应用标识，确定与该应用标识对应的通信模式，并根据通信模式向第一设备中应用程序发送信息，能够根据不同应用程序选择不同的通信模式与第一设备进行通信，实现了根据不同应用场景选择对应的通信模式进行通信，通信方式更加多样化，能够满足用户在不同应用场景下通过移动终端与其他设备互动操作时对高效性、安全性等不同需求。

本申请的附加方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本申请的实践了解到。

附图说明

本申请的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变得明显和容易理解，其中：

图1为根据本申请一个实施例的设备间通信方法的流程图；

图2为根据本申请一个实施例的移动设备和第一设备的建立连接的流程图；

图3a为根据本申请一个实施例的主动获取方式对应的设备间通信方法流程图；

图3b为根据本申请一个实施例的被动获取方式对应的设备间通信方法流程图；

图4为根据本申请一个实施例的移动终端、配置服务器以及tv端进行应用配对的流程图；

图5为根据本申请一个实施例的统一通信通道的示意图；

图6为根据本申请另一个实施例的设备间通信方法的流程图；

图7为根据本申请另一个实施例的设备间通信方法的流程图；

图8为根据本申请一个实施例的设备间通信装置的结构示意图一；

图9为根据本申请一个实施例的设备间通信装置的结构示意图二；

图10为根据本申请一个实施例的设备间通信装置的结构示意图三；

图11为根据本申请一个实施例的设备间通信装置的结构示意图四；

图12为根据本申请一个实施例的设备间通信装置的结构示意图五。

具体实施方式

下面详细描述本申请的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，仅用于解释本申请，而不能理解为对本申请的限制。

由于用户对在不同的应用场景下，通过移动终端控制其他智能设备时的是不一样的，如对电视的换台、调音量等遥控操作需要保证按键时效性，而在购物场景下需要保证通信安全性，因此，设备间的通信在不同应用场景下对时效、安全等需求也是不同的。为了能够满足用户在不同应用场景下的不同需求，本发明提出一种设备间通信方法、装置和系统。

下面参考附图描述根据本申请实施例的设备间通信方法、装置和系统。

图1为根据本申请一个实施例的设备间通信方法的流程图。

本申请实施例的设备间通信方法可应用于控制第一设备的终端设备，例如移动终端、智能穿戴式设备等，其中，以下实施例中以移动终端为例进行说明。第一设备可为能够运行应用程序的智能设备。

如图1所示，根据本申请实施例的设备间通信方法，包括以下步骤：

s101，获取第一设备中当前运行的应用程序的应用标识。

在本申请的实施例中，移动终端与第一设备可预先建立连接。例如，处于同一局域网的移动终端和第一设备可根据协商端口，建立tcp长连接。移动终端可以通过家庭网络的组播或探测发现第一设备。移动设备与第一设备建立tcp连接后，可通过周期性发送心跳包来确定连接是否断开。

相对于传统技术移动终端与智能设备基于应用级别的通信中，需要移动终端与智能设备中的应用预先约定通信内容和通信协议，一旦发生改变，则无法完成通信来说，本申请实施例中移动终端与第一设备中通过端口建立长连接，能够有效解决因移动终端与第一设备因通信协议不兼容而带来的无法通信的问题。

在本申请的一个实施例中，第一设备可为智能电视。以第一设备为tv电视，移动终端为智能手机为例，移动设备和第一设备的建立连接的流程图可如图2所示。

在本申请的实施例中，移动终端可通过主动获取或者被动获取方式获取第一设备中当前运行的应用程序的应用标识。

其中，主动获取方式是指，移动终端向第一设备发送获取当前运行的应用程序的应用标识的请求。第一设备在接收到该请求后，可将当前运行的应用程序的应用标识返回给移动终端。图3a为根据本申请一个实施例的主动获取方式对应的设备间通信方法流程图。

被动获取方式是指，当第一设备启动应用程序时，可获取该应用程序的应用标识，并将标识发送给移动终端。图3b为根据本申请一个实施例的被动获取方式对应的设备间通信方法流程图。

第一设备获取当前运行的应用程序的应用标识有多种方式，通过输入法的通知消息是其中之一。第一设备打开应用程序时，输入法会收到该应用程序的打开通知，同样当退出应用程序时，输入法也会收到该应用程序的退出通知。因此，第一设备可通过监听输入法的通知确定第一设备中当前运行的应用程序的应用标识。

s102，根据预设的通信配置信息确定与所述应用标识对应的通信模式。

其中，通信配置信息为用于配置应用标识与通信模式映射关系的信息。应用标识用于唯一标识应用程序，可以是应用程序的名称、包名、版本号中的至少一个。

举例来说，移动终端可根据通信配置信息中应用程序的版本号以及第一设备中应用程序的版本号进行比对，以确定第一设备中的应用程序是否支持对应通信模式。

通信模式可包括安全通信模式、时效通信模式等。在各个通信模式中设定了待发送的信息是否加密、加密方式以及对第一设备中相应应用程序具有的操作权限等。从而能够根据不同应用程序对应的应用场景确定设备间的通信内容以及是否需要安全校验等，满足用户特定场景下的需求。

举例来说，对于换台、调整音量等需要保证按键时效性，以快速响应，则这些操作对应的控制信息可以设置为不加密，以保证操作的时效性。

如果待发送的信息中涉及到账号，个人信息等，则需要对待发送的信息进行加密。

另外，也可根据应用程序安全要求的级别，设置不同的加密方式对待发送的信息加密，例如简单的数字加密，或者复杂的编码加密等。

当移动终端待发送的信息所需要的权限大于第一设备中相应应用程序具有的操作权限时，表示第一设备中当前运行的应用程序无法响应该待发送的信息中的指令，则可直接丢弃该信息，也可对移动终端的用户进行提示。

应当理解，移动终端和第一设备中应用程序的通信配置信息，可以根据实际场景需要，增加扩展信息，以满足不同通信场景、不同应用程序的需求。

本申请实施例的通信配置信息可通过json(javascriptobjectnotation，javascript对象符号)或xml(extensiblemarkuplanguage，可扩展标记语言)等格式进行描述。

本申请的实施例中，通信配置信息可存储在指定的配置服务器中。当第一设备中安装新的应用程序时，可对应在通信配置信息中增加与该应用程序的应用标识对应的通信模式。

进一步地，用户可登录配置服务器对通信配置信息进行增加、删除以及修改等运维操作。因此，本申请的设备间通信方法还包括以下步骤：接收用户的编辑指令；根据所述编辑指令对所述通信配置信息进行编辑。由此，能够对通信配置信息进行动态配置。

应当理解，通信配置信息也可存储第一设备中。

在本申请的一个实施例中，移动终端可从第一设备读取、或者从配置服务器下载通信配置信息，并根据通信配置信息确定与所述应用标识对应的通信模式。图4为根据本申请一个实施例的移动终端、配置服务器以及tv端进行应用配对的流程图。

在本发明的另一个实施例中，移动终端也可将所述应用标识发送至配置服务器以查询对应的通信模式。

s103，根据所述通信模式向所述应用程序发送信息。

具体地，可根据通信模式中设定的待发送的信息是否加密、加密方式以及对第一设备中相应应用程序具有的操作权限等信息对待发送的信息进行处理，并在处理后发送至第一设备中当前运行的应用程序。第一设备中当前运行的应用程序可对接收到的信息进行解析、执行处理，还可将处理结果及状态通知给移动终端。其中，如果信息为加密的信息，则可根据对应的解密算法进行解密，并在解密后进行解析、执行处理。

在本申请的一个实施例中，在所述获取第一设备中当前运行的应用程序的应用标识之前，还可包括：与所述第一设备建立统一通信通道。其中，s103可包括：根据所述通信模式向所述第一设备发送携带所述应用标识的信息，以使所述第一设备根据所述应用标识将所述信息发送到对应的应用程序。

也就是说，移动终端可通过已经建立的统一通信通道按照所述通信模式向第一设备发送信息，该信息中携带应用标识。第一设备在接收到该信息之后，根据所述应用标识将该信息发送到对应的应用程序。举例来说，如图5所示。当信息通过统一通信通道发送至第一设备后，第一设备可根据信息携带的应用标识将该信息发送至第一终端的游戏，影视，遥控等应用程序。

在本申请的另一个实施例中，在所述获取第一设备中当前运行的应用程序的应用标识之前，还可包括：与所述第一设备建立与所述应用标识对应的专有通信通道。其中，s103可包括：根据所述通信模式采用所述专有通信通道与所述应用程序进行通信。

也就是说，移动终端可与第一设备中已安装的应用程序分别建立对应的专有通信通道。移动终端可根据应用标识选择对应的专有通信通道将信息发送至对应的应用程序。

本申请实施例的设备间通信方法，通过获取第一设备中当前运行的应用程序的应用标识，确定与该应用标识对应的通信模式，并根据通信模式向第一设备中应用程序发送信息，能够根据不同应用程序选择不同的通信模式与第一设备进行通信，实现了根据不同应用场景选择对应的通信模式进行通信，通信方式更加多样化，能够满足用户在不同应用场景下通过移动终端与其他设备互动操作时对高效性、安全性等不同需求。

如果通信模式为安全通信模式，为了提高待发送信息的安全性，则需要对信息进行加密后进行传输。如果通信模式为时效通信模式，即对待发送信息的安全性不高，用户更希望能够得到快速响应，则不需要对信息进行加密，可直接发送该信息。具体地，图6为根据本申请另一个实施例的设备间通信方法的流程图。

如图6所示，根据本申请实施例的设备间通信方法，包括步骤s601-s602，其中，s601-s602与s101-s102相同。进一步地，还可包括步骤s603和s604。

s603，如果所述通信模式为安全通信模式，则采用预设的与所述应用标识对应的加密方式对信息进行加密，并发送给所述应用程序。

由此，在安全通信模式下，能够对信息进行加密发送，提高了通信内容的安全性。

s604，如果所述通信模式为时效通信模式，则将所述信息发送至所述应用程序。

由此，在时效通信模式下，可将信息直接发送至对应的应用程序，提高了通信效率。

进一步地，如果所述通信模式为时效通信模式，可进一步根据所述信息的信息量的大小选择是否对信息进行压缩传输。具体地，可通过图7所示的步骤s701-s703实现。其中，

s701，判断所述信息的信息量是否大于预设阈值。

s702，如果所述信息的信息量大于所述预设阈值，则对所述信息进行压缩后发送至所述应用程序。

s703，如果所述信息的信息量不大于所述预设阈值，则将所述信息直接发送至所述应用程序。

由此，在信息量较大时，可对信息进行压缩传输，从而能够提高传输速率，以进一步低高通信效率。

与上述实施例提供的设备间通信方法相对应，本申请还提出一种设备间通信装置。

本申请实施例的设备间通信装置可应用于控制第一设备的终端设备，例如移动终端、智能穿戴式设备等，其中，以下实施例中以移动终端为例进行说明。第一设备可为能够运行应用程序的智能设备。

图8为根据本申请一个实施例的设备间通信装置的结构示意图。

如图8所示，根据本申请实施例的设备间通信装置，包括：获取模块10、确定模块20和发送模块30。

具体地，获取模块10用于获取第一设备中当前运行的应用程序的应用标识。

在本申请的实施例中，移动终端与第一设备可预先建立连接。例如，处于同一局域网的移动终端和第一设备可根据协商端口，建立tcp长连接。移动终端可以通过家庭网络的组播或探测发现第一设备。移动设备与第一设备建立tcp连接后，可通过周期性发送心跳包来确定连接是否断开。

相对于传统技术移动终端与智能设备基于应用级别的通信中，需要移动终端与智能设备中的应用预先约定通信内容和通信协议，一旦发生改变，则无法完成通信来说，本申请实施例中移动终端与第一设备中通过端口建立长连接，能够有效解决因移动终端与第一设备因通信协议不兼容而带来的无法通信的问题。

在本申请的一个实施例中，第一设备可为智能电视。以第一设备为tv电视，移动终端为智能手机为例，移动设备和第一设备的建立连接的流程图可如图2所示。

在本申请的实施例中，获取模块10可通过主动获取或者被动获取方式获取第一设备中当前运行的应用程序的应用标识。

其中，主动获取方式是指，获取模块10向第一设备发送获取当前运行的应用程序的应用标识的请求。第一设备在接收到该请求后，可将当前运行的应用程序的应用标识返回给移动终端。图3a为根据本申请一个实施例的主动获取方式对应的设备间通信方法流程图。

被动获取方式是指，当第一设备启动应用程序时，可获取该应用程序的应用标识，并将标识发送给获取模块10。图3b为根据本申请一个实施例的被动获取方式对应的设备间通信方法流程图。

第一设备获取当前运行的应用程序的应用标识有多种方式，通过输入法的通知消息是其中之一。第一设备打开应用程序时，输入法会收到该应用程序的打开通知，同样当退出应用程序时，输入法也会收到该应用程序的退出通知。因此，第一设备可通过监听输入法的通知确定第一设备中当前运行的应用程序的应用标识。

确定模块20用于根据预设的通信配置信息确定与所述应用标识对应的通信模式。

其中，通信配置信息为用于配置应用标识与通信模式映射关系的信息。应用标识用于唯一标识应用程序，可以是应用程序的名称、包名、版本号中的至少一个。

举例来说，移动终端可根据通信配置信息中应用程序的版本号以及第一设备中应用程序的版本号进行比对，以确定第一设备中的应用程序是否支持对应通信模式。

通信模式可包括安全通信模式、时效通信模式等。在各个通信模式中设定了待发送的信息是否加密、加密方式以及对第一设备中相应应用程序具有的操作权限等。从而能够根据不同应用程序对应的应用场景确定设备间的通信内容以及是否需要安全校验等，满足用户特定场景下的需求。

举例来说，对于换台、调整音量等需要保证按键时效性，以快速响应，则这些操作对应的控制信息可以设置为不加密，以保证操作的时效性。

如果待发送的信息中涉及到账号，个人信息等，则需要对待发送的信息进行加密。

另外，也可根据应用程序安全要求的级别，设置不同的加密方式对待发送的信息加密，例如简单的数字加密，或者复杂的编码加密等。

当移动终端待发送的信息所需要的权限大于第一设备中相应应用程序具有的操作权限时，表示第一设备中当前运行的应用程序无法响应该待发送的信息中的指令，则可直接丢弃该信息，也可对移动终端的用户进行提示。

应当理解，移动终端和第一设备中应用程序的通信配置信息，可以根据实际场景需要，增加扩展信息，以满足不同通信场景、不同应用程序的需求。

本申请实施例的通信配置信息可通过json(javascriptobjectnotation，javascript对象符号)或xml(extensiblemarkuplanguage，可扩展标记语言)等格式进行描述。

本申请的实施例中，通信配置信息可存储在指定的配置服务器中。当第一设备中安装新的应用程序时，可对应在通信配置信息中增加与该应用程序的应用标识对应的通信模式。

进一步地，用户可登录配置服务器对通信配置信息进行增加、删除以及修改等运维操作。因此，如图9所示，本申请的设备间通信装置还包括：接收模块40和编辑模块50。

其中，接收模块40用于接收用户的编辑指令；

编辑模块50用于根据所述编辑指令对所述通信配置信息进行编辑。

应当理解，通信配置信息也可存储第一设备中。

在本申请的一个实施例中，确定模块20可从第一设备读取、或者从配置服务器下载通信配置信息，并可根据通信配置信息确定与所述应用标识对应的通信模式。图4为根据本申请一个实施例的移动终端、配置服务器以及tv端进行应用配对的流程图。

在本发明的另一个实施例中，确定模块20也可将所述应用标识发送至配置服务器以查询对应的通信模式。

发送模块30用于根据所述通信模式向所述应用程序发送信息。

具体地，发送模块30可根据通信模式中设定的待发送的信息是否加密、加密方式以及对第一设备中相应应用程序具有的操作权限等信息对待发送的信息进行处理，并在处理后发送至第一设备中当前运行的应用程序。第一设备中当前运行的应用程序可对接收到的信息进行解析、执行处理，还可将处理结果及状态通知给移动终端。其中，如果信息为加密的信息，则可根据对应的解密算法进行解密，并在解密后进行解析、执行处理。

在本申请的一个实施例中，如图10所示，本申请实施例的设备间通信装置还可包括：

第一建立模块60用于在所述获取第一设备中当前运行的应用程序的应用标识之前，与所述第一设备建立统一通信通道.

发送模块30可具体用于：根据所述通信模式向所述第一设备发送携带所述应用标识的信息，以使所述第一设备根据所述应用标识将所述信息发送到对应的应用程序。

也就是说，发送模块30可通过第一建立模块60已经建立的统一通信通道按照所述通信模式向第一设备发送信息，该信息中携带应用标识。第一设备在接收到该信息之后，根据所述应用标识将该信息发送到对应的应用程序。举例来说，如图5所示。当信息通过统一通信通道发送至第一设备后，第一设备可根据信息携带的应用标识将该信息发送至第一终端的游戏，影视，遥控等应用程序。

在本申请的另一个实施例中，如图11所示，本申请实施例的设备间通信装置还可包括：

第二建立模块70用于与所述第一设备建立与所述应用标识对应的专有通信通道。

发送模块30可具体用于：根据所述通信模式采用所述专有通信通道与所述应用程序进行通信。

也就是说，第二建立模块70可与第一设备中已安装的应用程序分别建立对应的专有通信通道。发送模块30可根据应用标识选择对应的专有通信通道将信息发送至对应的应用程序。

在本申请的一个实施例中，如果通信模式为安全通信模式，为了提高待发送信息的安全性，则需要对信息进行加密后进行传输。具体地，如果所述通信模式为安全通信模式，则发送模块30可用于：采用预设的与所述应用标识对应的加密方式对信息进行加密，并发送给所述应用程序。由此，在安全通信模式下，能够对信息进行加密发送，提高了通信内容的安全性。

在本申请的另一个实施例中，如果通信模式为时效通信模式，即对待发送信息的安全性不高，用户更希望能够得到快速响应，则不需要对信息进行加密，可直接发送该信息。具体地，如果所述通信模式为时效通信模式，则发送模块30可用于：将所述信息发送至所述应用程序。由此，在时效通信模式下，可将信息直接发送至对应的应用程序，提高了通信效率。

进一步地，如果所述通信模式为时效通信模式，可进一步根据所述信息的信息量的大小选择是否对信息进行压缩传输。如图12所示，本申请实施例的设备间通信装置还可包括：

判断模块80用于判断所述信息的信息量是否大于预设阈值。

其中，发送模块30可用于当所述信息的信息量大于所述预设阈值时，对所述信息进行压缩后发送至所述应用程序。如果所述信息的信息量不大于所述预设阈值，则发送模块30可将所述信息直接发送至所述应用程序。

由此，在信息量较大时，可对信息进行压缩传输，从而能够提高传输速率，以进一步低高通信效率。

本申请实施例的设备间通信装置，通过获取第一设备中当前运行的应用程序的应用标识，确定与该应用标识对应的通信模式，并根据通信模式向第一设备中应用程序发送信息，能够根据不同应用程序选择不同的通信模式与第一设备进行通信，实现了根据不同应用场景选择对应的通信模式进行通信，通信方式更加多样化，能够满足用户在不同应用场景下通过移动终端与其他设备互动操作时对高效性、安全性等不同需求。

本申请还提出一种设备间通信系统。

本申请实施例的设备间通信系统，包括：本申请任一实施例的设备间通信装置；以及智能电视。

本申请实施例的设备间通信系统，通过获取第一设备中当前运行的应用程序的应用标识，确定与该应用标识对应的通信模式，并根据通信模式向第一设备中应用程序发送信息，能够根据不同应用程序选择不同的通信模式与第一设备进行通信，实现了根据不同应用场景选择对应的通信模式进行通信，通信方式更加多样化，能够满足用户在不同应用场景下通过移动终端与其他设备互动操作时对高效性、安全性等不同需求。

流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分，并且本申请的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能，这应被本申请的实施例所属技术领域的技术人员所理解。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，"计算机可读介质"可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(ram)，只读存储器(rom)，可擦除可编辑只读存储器(eprom或闪速存储器)，光纤装置，以及便携式光盘只读存储器(cdrom)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

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

本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。

此外，在本申请各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。

上述提到的存储介质可以是只读存储器，磁盘或光盘等。

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

尽管已经示出和描述了本申请的实施例，本领域的普通技术人员可以理解：在不脱离本申请的原理和宗旨的情况下可以对这些实施例进行多种变化、修改、替换和变型，本申请的范围由权利要求及其等同限定。