一种通信方法和通信装置的制造方法
【技术领域】
[0001] 本发明涉及通信技术领域，具体涉及一种通信方法和通信装置。
【背景技术】
[0002] 模拟测试方案能够帮助我们检测智能硬件（例如：智能插座、智能指环、智能情景 灯等）的稳定性。目前，当需要检验支撑智能硬件的云服务时，需要开发模拟器模拟大量智 能硬件与云服务通信的场景，通过这种方法来检验云服务是否能够提供功能完善，性能合 格的服务。
[0003] 目前，对智能硬件的测试采用输入输出接口（1/0, Input/Output)通信和业务强 耦合的方案，因此，当通信协议改变（或者业务逻辑改变）时，需要开发者重新开发一套新 的模拟测试方案。由于每一款智能硬件，根据自身软硬件特性以及服务需求，可能采用不 同的通信协议（例如传输控制协议（TCP，Transmission Control Protocol)、用户数据报 协议（UDP，User Datagram Protocol))和不同的业务逻辑，这使得现有方案中，在每生产一 款智能硬件时，就需要重新开发一套模拟测试方案，而无法复用原有的模拟测试方案，从而 导致开发难度大、开发周期长等问题存在。
【发明内容】
[0004] 本发明提供一种通信方法和通信装置，用于提高通信系统的复用性。
[0005] 本发明一方面提供一种通信方法，包括：
[0006] 第一通信装置的输入输出接口模块接收来自第二通信装置的消息；
[0007] 上述输入输出接口模块向上述第一通信装置的服务请求处理模块输出上述消 息；
[0008] 上述服务请求处理模块确定接收的上述消息的服务提供者；
[0009] 若上述服务请求处理模块确定接收的上述消息的服务提供者为上述第一通信装 置，则：向上述第一通信装置的第一逻辑处理模块输出接收的上述消息，上述第一逻辑处理 模块根据接收的上述消息请求的服务，调用相应服务对接收的上述消息进行处理，将处理 结果返回给上述第二通信装置。
[0010] 本发明另一方面提供一种通信装置，包括：
[0011] 输入输出接口模块、服务请求处理模块和第一逻辑处理模块。
[0012] 上述输入输出接口模块用于接收来自另一通信装置的消息，并向上述服务请求处 理模块输出接收的上述消息；
[0013] 上述服务请求处理模块用于：确定接收的上述消息的服务提供者；当上述服务请 求处理模块确定接收的上述消息的服务提供者为上述通信装置时，向上述第一逻辑处理模 块输出接收的上述消息；
[0014] 上述第一逻辑处理模块用于：根据接收的上述消息请求的服务，调用相应服务对 接收的上述消息进行处理，将处理结果返回给上述另一通信装置。
[0015] 由上可见，本发明中通信装置包括：1/0模块、服务请求处理模块和第一逻辑处理 模块三个模块，其中，I/O模块属于I/O层，服务请求处理模块和第一逻辑处理模块属于业 务层，通过将通信装置的通信过程模块化处理，使得I/O层与业务层完全分开，即在I/O层 部分不涉及到业务层，在业务层不涉及到I/O层，当通信协议改变（或者业务逻辑改变） 时，只需修改I/O层部分（或业务层部分）即可满足通信协议改变（或者业务逻辑改变） 后的通信需要，有效提高了通信系统的复用性，实现了通信系统的高复用、低耦合的效果。
【附图说明】
[0016] 为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现 有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本 发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可 以根据这些附图获得其他的附图。
[0017] 图1为本发明提供的一种通信方法一个实施例流程示意图；
[0018] 图2为本发明提供的一种通信架构实施例示意图；
[0019] 图3为本发明提供的一种通信装置一个实施例结构示意图；
[0020]图4为本发明提供的一种通信装置另一个实施例结构示意图。
【具体实施方式】
[0021] 为使得本发明的发明目的、特征、优点能够更加的明显和易懂，下面将结合本发明 实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实 施例仅仅是本发明一部分实施例，而非全部实施例。基于本发明中的实施例，本领域普通 技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范 围。
[0022] 下面对本发明实施例中的一种通信方法进行描述，请参阅图1，本发明实施例中的 通信方法，包括：
[0023] 101、第一通信装置的I/O模块接收来自第二通信装置的消息；
[0024] 本发明实施例中，可以根据具体的通信协议（例如TCP、UDP等）需求来实现第一 通信装置的I/O模块。
[0025] 若第一通信装置的I/O模块为TCP模块，则步骤101具体为：第一通信装置的I/O 模块接收来自第二通信装置的TCP消息。
[0026] 若第一通信装置的I/O模块为UDP模块，则步骤101具体为：第一通信装置的I/O 模块接收来自第二通信装置的UDP消息。
[0027] 102、上述I/O模块向上述第一通信装置的服务请求处理模块输出上述消息。
[0028] 103、上述服务请求处理模块确定接收的上述消息的服务提供者；
[0029] 本发明实施例中，消息的服务提供者主要分为两种，一种为第一通信装置本身，一 种为除第一通信装置以为的其它通信装置。
[0030] 可选地，当上述第一通信装置主动向其它通信装置发送请求服务的消息时，记 录上述请求服务的消息的消息标识（例如通用唯一识别码（UUID，Universally Unique Identifier))，其中，基于同一服务的所有交互消息的消息标识一致，例如，对于第一通信 装置主动向某一通信装置发送的消息（为便于描述，将该通信装置描述为消息A)，以及该 某一通信装置基于该第一通信装置发送的消息进行处理后，向该第一通信装置返回的消息 (为便于描述，将该通信装置描述为消息B)，消息A和消息B中的消息标识一致。则在步骤 103中，上述服务请求处理模块判断本地是否存在接收的上述消息的消息标识记录，若存 在，则确定接收的上述消息的服务提供者为上述第二通信装置，若不存在，则确定接收的上 述消息的服务提供者为上述第一通信装置。
[0031] 当然，本发明实施例中，上述服务请求处理模块也可以通过其它方式确定接收的 上述消息的服务提供者，此处不作限定。
[0032] 104、若上述服务请求处理模块确定接收的上述消息的服务提供者为上述第一通 信装置，则，向上述第一通信装置的第一逻辑处理模块输出接收的上述消息