CN112688915A - 跨协议通信方法、装置及服务器 - Google Patents

跨协议通信方法、装置及服务器 Download PDF

Info

Publication number
CN112688915A
CN112688915A CN202011420341.6A CN202011420341A CN112688915A CN 112688915 A CN112688915 A CN 112688915A CN 202011420341 A CN202011420341 A CN 202011420341A CN 112688915 A CN112688915 A CN 112688915A
Authority
CN
China
Prior art keywords
service class
terminal
communication protocol
protocol
communication
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202011420341.6A
Other languages
English (en)
Inventor
房成进
张福伟
郑靖舒
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Xiaomi Pinecone Electronic Co Ltd
Original Assignee
Beijing Xiaomi Pinecone Electronic Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Xiaomi Pinecone Electronic Co Ltd filed Critical Beijing Xiaomi Pinecone Electronic Co Ltd
Priority to CN202011420341.6A priority Critical patent/CN112688915A/zh
Publication of CN112688915A publication Critical patent/CN112688915A/zh
Pending legal-status Critical Current

Links

Images

Landscapes

  • Computer And Data Communications (AREA)

Abstract

本公开关于一种跨协议通信方法,包括:接收第一终端的请求消息,其中,所述第一终端支持第一通信协议;根据所述第一通信协议解析所述请求消息,以获取所述请求消息的请求内容和所述请求消息所通信的第二终端;从对象容器之中获取所述第二终端所支持第二通信协议所对应的服务类对象;以及调用所述服务类对象所对应的服务类,将所述请求内容发送至所述第二终端。本公开的实施例通过调用预先创建的服务类实现跨协议的通信,因此可以运行在同一个进程之中,无需进行跨进程间的通信,因此避免了跨进程间通信导致的延时和性能损失问题,同时也提高跨协议通信的稳定性。此外,由于只需要一个进程,也便于后续的部署和升级,以及***维护。

Description

跨协议通信方法、装置及服务器
技术领域
本公开涉及通信技术领域,尤其涉及跨协议通信方法、装置及服务器。
背景技术
相关技术中,对于跨协议通信技术,目前可以借助IPC(Inter-ProcessCommunication,进程间通信)技术来实现。例如,在服务器启动两个进程作为接受不同协议的服务端,同时都作为客户端与第三方服务向量,从而进行进程间通信。
如图1所示,为相关技术中通过进程间通信技术实现跨协议通信的示意图。其中,在服务器之中建立TCP(Transmission Control Protocol,传输控制协议)服务端和HTTP(Hyper Text Transfer Protocol over SecureSocket Layer,超文本传输)客户端,同时服务器之中设有TCP进程和HTTP进程。TCP服务端与TCP客户端通过TCP协议进行通信,接收到TCP客户端发送的数据,TCP进程通过协议间通信的方式将接收到的数据传输至HTTP进程,HTTP进程调用HTTP客户端将该数据发送至其他Web(World Wide Web,全球广域网)端。
相关技术存在如下问题,首先,服务器上的TCP服务和HTTP服务分别运行在不同进程中,存在进程隔离,因此需要进程间通信。进程间的通信导致如下问题:
1.跨进程间通信不便于部署和升级;
2.进程间通信的成败决定了跨协议通信的稳定性;
3.跨进程通信的数据格式需要同时在两个服务之中约定好,不利于维护和升级;
4.跨进程间通信存在端到端的延时和性能损失。
发明内容
本公开提供一种跨协议通信方法、装置及服务器,以至少解决相关技术中由于需要进程间通信导致的问题。本公开的技术方案如下:
根据本公开实施例的一方面,提供了一种跨协议通信方法,包括:接收第一终端的请求消息,其中,所述第一终端支持第一通信协议;根据所述第一通信协议解析所述请求消息,以获取所述请求消息的请求内容和所述请求消息所通信的第二终端;从对象容器之中获取所述第二终端所支持第二通信协议所对应的服务类对象;以及调用所述服务类对象所对应的服务类,将所述请求内容发送至所述第二终端。
在本公开的一个实施例之中,在所述获取第一终端的请求消息之前,还包括:将所述第二通信协议所对应的服务类对象注册至所述对象容器。
在本公开的一个实施例之中,所述方法应用于微服务开发SpringBoot框架,其中,所述将所述第二通信协议所对应的服务类注册至所述对象容器,包括:建立所述第二通信协议所对应的服务类;在所述SpringBoot框架启动时,解析所述服务类的注解;如果所述注解满足预设要求,则生成所述服务类所对应的服务类对象,并将所述服务类对象注册至所述对象容器。
在本公开的一个实施例之中,还包括:获取所述对象容器之中的服务类对象;将所述服务类对象所对应的服务类加载至虚拟机之中以备调用。
在本公开的一个实施例之中,还包括:通过所述服务类接收所述第二终端发送的响应消息;根据所述第二通信协议解析所述响应消息以获取响应内容,以及所述响应消息所通信的所述第一终端;将所述响应内容转换为第一通信协议的消息,并发送至所述第一终端。
在本公开的一个实施例之中,所述第一通信协议为超文本传输协议HTTP和传输控制协议TCP之中的一种,所述第二通信协议为所述HTTP和TCP之中的另一种。
根据本公开实施例的另一方面,还提供了一种跨协议通信装置,包括:第一接收模块,用于接收第一终端的请求消息,其中,所述第一终端支持第一通信协议;第一解析模块,用于根据所述第一通信协议解析所述请求消息,以获取所述请求消息的请求内容和所述请求消息所通信的第二终端;获取模块,用于从对象容器之中获取所述第二终端所支持第二通信协议所对应的服务类对象;以及调用模块,用于调用所述服务类对象所对应的服务类,将所述请求内容发送至所述第二终端。
在本公开的一个实施例之中,还包括:对象容器管理模块,用于将所述第二通信协议所对应的服务类对象注册至所述对象容器。
在本公开的一个实施例之中,所述装置应用于微服务开发SpringBoot框架,其中,所述对象容器管理模块包括:建立子模块,用于建立所述第二通信协议所对应的服务类;解析子模块,用于在所述SpringBoot框架启动时,解析所述服务类的注解;管理子模块,用于在所述注解满足预设要求时,生成所述服务类所对应的服务类对象,并将所述服务类对象注册至所述对象容器。
在本公开的一个实施例之中,还包括:服务对象获取模块,用于获取所述对象容器之中的服务类对象;加载模块,用于将所述服务类对象所对应的服务类加载至虚拟机之中以备调用。
在本公开的一个实施例之中,还包括:第二接收模块,用于通过所述服务类接收所述第二终端发送的响应消息;第二解析模块,用于根据所述第二通信协议解析所述响应消息以获取响应内容,以及所述响应消息所通信的所述第一终端;发送模块,用于将所述响应内容转换为第一通信协议的消息,并发送至所述第一终端。
在本公开的一个实施例之中,所述第一通信协议为HTTP和TCP之中的一种,所述第二通信协议为所述HTTP和TCP之中的另一种。
根据本公开实施例的再一方面,还提供了一种服务器,包括:处理器;用于存储所述处理器可执行指令的存储器;其中,所述处理器被配置为执行所述指令,以实现如上所述的跨协议通信方法。
根据本公开实施例的再一方面,还提供了一种存储介质,当所述存储介质中的指令由服务器的处理器执行时,使得服务器能够执行如上所述的跨协议通信方法。
本公开的实施例提供的技术方案至少带来以下有益效果:
本公开的实施例通过调用预先创建的服务类实现跨协议的通信,因此可以运行在同一个进程之中,无需进行跨进程间的通信,因此避免了跨进程间通信导致的延时和性能损失问题,同时也提高跨协议通信的稳定性。此外,由于只需要一个进程,也便于后续的部署和升级,以及***维护。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本公开。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理,并不构成对本公开的不当限定。
图1为相关技术中通过进程间通信技术实现跨协议通信的示意图;
图2为本公开一个实施例的跨协议通信方法的流程图;
图3为本公开一个实施例的跨协议通信的架构图;
图4为本公开一个实施例的跨协议通信装置结构图;
图5为本公开一个实施例的服务器的框图。
具体实施方式
为了使本领域普通人员更好地理解本公开的技术方案,下面将结合附图,对本公开实施例中的技术方案进行清楚、完整地描述。
需要说明的是,本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换,以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
图2为本公开一个实施例的一种跨协议通信方法的流程图,该跨协议通信方法可用于服务器中。如图3所示,为本公开跨协议通信的架构图。如图3所示,服务器200之中具有第一接口和第二接口,其中,第一接口支持第一通信协议,第二接口支持第二通信协议。服务器通过第一通信协议与第一终端100进行通信,并通过第二通信协议与第二终端300进行通信。其中,在服务器200之中,与第二终端的通信通过在服务器200之中的服务类实现,因此可以在服务器200之中的一个进程之中完成通信。在本公开的一个实施例之中,第一通信协议为HTTP和TCP之中的一种,第二通信协议为HTTP和TCP之中的另一种。具体而言,该方法包括以下步骤:
步骤210,接收第一终端的请求消息,其中,第一终端支持第一通信协议。
在本公开的一个实施例之中,第一通信协议由本公开跨协议通信方法所应用的场景决定。作为一个例子,其可能的一个场景为,第一终端为移动终端的应用程序或者计算机的网页端,第二终端为物联网终端设备,例如单片机或传感器等。用户通过移动终端的应用程序读取物联网终端设备采集的数据,或者通过移动终端的应用程序对物联网终端设备进行控制。此时,第一终端通过HTTP协议与服务器进行通信,第二终端通过TCP协议与服务器进行通信,这样第二终端(物联网终端设备)无需长期保持与服务器的HTTP连接,有利于物联网终端设备节省能耗。
在本公开的实施例之中,服务器具有第一接口和第二接口,在上述例子之中,第一接口支持HTTP协议,第二接口支持TCP协议,通过一个控制进程对第一接口和第二接口进行控制。
步骤230,根据第一通信协议解析请求消息,以获取请求消息的请求内容和请求消息所通信的第二终端。
在本公开的实施例之中,参照HTTP协议对该请求消息进行解析,获取该请求消息之中的请求内容,以及该请求消息的目的地址,即与第一终端通信的第二终端。
步骤250,从对象容器之中获取第二终端所支持第二通信协议所对应的服务类对象。
在本公开的一个实施例之中,可以在服务器之中提前启动多个服务类,每个服务类对应一种功能,每个服务类具有服务类对象,将服务类对象添加到对象容器之中,通过服务类对象即可调取相应的服务类。
在一个实施例之中,可以注册TCP服务类,TCP服务类具有与物联网终端设备通信的功能。在对请求消息解析之后,即可获得该请求消息所请求的功能,并调用相应的服务类。在本公开的实施例之中,对于物联网终端设备而言,服务类可包括服务启动、服务关闭、与客户端之间的连接、发送数据、接受数据、保活探测、行为数据定义等。
在本公开的其他实施例之中,服务器也可以通过其他通信协议与第二终端相互通信,同样地,将其他通信协议也作为服务类加载到服务器即可。
步骤270,调用服务类对象所对应的服务类,将请求内容发送至第二终端。
在本公开的一个实施例之中,获取对象容器之中的一个或多个服务类对象,并提前将一个或多个服务类对象所对应的服务类加载至虚拟机之中以备调用。在本公开的实施例之中,对象容器用于对加载的服务类进行管理,对于加载到对象容器之中的服务类对象,会提前将对于的服务类加载到虚拟机之中,从而可以通过相应的服务类进行通信。
本公开的实施例通过调用预先创建的服务类实现跨协议的通信,因此可以运行在同一个进程之中,无需进行跨进程间的通信,因此避免了跨进程间通信导致的延时和性能损失问题,同时也提高跨协议通信的稳定性。此外,由于只需要一个进程,也便于后续的部署和升级,以及***维护。
在本公开的一个实施例之中,需要提前将所述第二通信协议所对应的服务类对象注册至对象容器。在一个实施例中,参照以上的场景,如果第二通信协议为TCP协议,则在对象容器之中注册TCP服务类对象。同样的,如果第二通信协议为其他协议,则在对象容器之中注册对于的服务类对象即可,如果服务器与多种协议类型的第二终端进行通信,则需要在服务器的对象容器之中注册多种服务类对象,不同的服务类对象调用不同的服务类,与不同通信协议的第二终端进行通信。
在本公开的一个实施例之中,可以使用微服务开发SpringBoot框架实现上述功能。当然在本公开的其他实施例之中,还可以使用其他的框架基于上述实施例的流程实现,在此不在赘述。SpringBoot框架用来简化新Spring应用的初始搭建以及开发过程。该框架使用了特定的方式来进行配置,从而使开发人员不再需要定义样板化的配置。另外,SpringBoot通过容器控制程序对象之间的关系,而不是传统实现中由程序代码直接操控。控制权由应用代码中转到了外部容器,就是由Spring来控制对象的生命周期和对象之间的关系。在该实施例之中,首先建立第二通信协议所对应的服务类,例如TCP服务类,并在该服务类的类名之上加预设的注解,例如@Component注解。之后在SpringBoot框架启动时,解析服务类的注解,如果所述注解满足预设要求,则生成服务类所对应的服务类对象,并将服务类对象注册至对象容器。在该实施例之中,判断该服务类的类名是否有@Component注解,如果有,则认为满足预设要求,因此将其注册至对象容器之中。
在本公开的一个实施例之中,还可单独增加一个服务类,该服务类的功能为在SpringBoot框架启动时,读取对象容器之中的服务类对象,并将该服务类对象所对于的服务类加载到虚拟机之中,以备后续调用。
在本公开的一个实施例之中,还可第二终端的响应消息反馈至第一终端。例如,通过服务类接收第二终端发送的响应消息,并根据第二通信协议解析响应消息以获取响应内容,以及响应消息所通信的所述第一终端。之后,将响应内容转换为第一通信协议的消息,并发送至第一终端。
在本公开的一个实施例之中,在SpringBoot之后,获得SpringBoot运行时的上下文环境,从上下文环境的类对象容器中获取该服务类对象。该步骤可以通过修改入口启动文件**Application.java生成,从而得到用于代表SpringBoot运行时环境ApplicationContext中的对象容器,从该对象容器中获取TCP服务类对象,调用对应的服务类进行服务。
图4是根据一示例性实施例示出的一种跨协议通信装置结构图。参照图4,该跨协议通信装置400包括第一接收模块410、第一解析模块420、获取模块430和调用模块440。其中,第一接收模块410用于接收第一终端的请求消息,其中,第一终端支持第一通信协议。第一解析模块420用于根据第一通信协议解析请求消息,以获取请求消息的请求内容和请求消息所通信的第二终端。获取模块430用于从对象容器之中获取第二终端所支持第二通信协议所对应的服务类对象。调用模块440用于调用服务类对象所对应的服务类,将请求内容发送至所述第二终端。
在本公开的一个实施例之中,该跨协议通信装置400还包括对象容器管理模块450。对象容器管理模块450用于将第二通信协议所对应的服务类对象注册至对象容器。
在本公开的一个实施例之中,该跨协议通信装置400应用于微服务开发SpringBoot框架。其中,对象容器管理模块450包括建立子模块451、解析子模块452和管理子模块453。其中,建立子模块451用于建立第二通信协议所对应的服务类。解析子模块452用于在SpringBoot框架启动时,解析服务类的注解。管理子模块453用于在注解满足预设要求时,生成服务类所对应的服务类对象,并将服务类对象注册至对象容器。
在本公开的一个实施例之中,该跨协议通信装置400还包括服务对象获取模块460和加载模块470。其中,服务对象获取模块460用于获取对象容器之中的服务类对象。加载模块470用于将服务类对象所对应的服务类加载至虚拟机之中以备调用。
在本公开的一个实施例之中,该跨协议通信装置400还包括第二接收模块480、第二解析模块490和发送模块4100。其中,第二接收模块480用于通过服务类接收第二终端发送的响应消息。第二解析模块490用于根据第二通信协议解析响应消息以获取响应内容,以及响应消息所通信的第一终端。发送模块4100用于将响应内容转换为第一通信协议的消息,并发送至第一终端。
在本公开的一个实施例之中,第一通信协议为HTTP和TCP之中的一种,第二通信协议为HTTP和TCP之中的另一种。
根据本公开实施例的再一方面,还提供了一种服务器,包括:处理器;用于存储处理器可执行指令的存储器;其中,处理器被配置为执行指令。图5是根据一示例性实施例示出的一种跨协议通信的服务器200的框图。如图5所示,上述服务器200包括:
存储器210及处理器220,连接不同组件(包括存储器210和处理器220)的总线230,存储器210存储有计算机程序,当处理器220执行所述程序时实现本公开实施例所述的跨协议通信方法。
总线230表示几类总线结构中的一种或多种,包括存储器总线或者存储器控制器,***总线,图形加速端口,处理器或者使用多种总线结构中的任意总线结构的局域总线。举例来说,这些体系结构包括但不限于工业标准体系结构(ISA)总线,微通道体系结构(MAC)总线,增强型ISA总线、视频电子标准协会(VESA)局域总线以及***组件互连(PCI)总线。
服务器200典型地包括多种电子设备可读介质。这些介质可以是任何能够被服务器200访问的可用介质,包括易失性和非易失性介质,可移动的和不可移动的介质。
存储器210还可以包括易失性存储器形式的计算机***可读介质,例如随机存取存储器(RAM)240和/或高速缓存存储器250。服务器200可以进一步包括其它可移动/不可移动的、易失性/非易失性计算机***存储介质。仅作为举例,存储***260可以用于读写不可移动的、非易失性磁介质(图5未显示,通常称为“硬盘驱动器”)。可以提供用于对可移动非易失性磁盘(例如“软盘”)读写的磁盘驱动器,以及对可移动非易失性光盘(例如CD-ROM,DVD-ROM或者其它光介质)读写的光盘驱动器。在这些情况下,每个驱动器可以通过一个或者多个数据介质接口与总线230相连。存储器210可以包括至少一个程序产品,该程序产品具有一组(例如至少一个)程序模块,这些程序模块被配置以执行本公开各实施例的功能。
具有一组(至少一个)程序模块270的程序/实用工具280,可以存储在例如存储器210中,这样的程序模块270包括——但不限于——操作***、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。程序模块270通常执行本公开所描述的实施例中的功能和/或方法。
服务器200也可以与一个或多个外部设备290(例如键盘、指向设备、显示器291等)通信,还可与一个或者多个使得用户能与该服务器200交互的设备通信,和/或与使得该服务器200能与一个或多个其它计算设备进行通信的任何设备(例如网卡,调制解调器等等)通信。这种通信可以通过输入/输出(I/O)接口292进行。并且,服务器200还可以通过网络适配器293与一个或者多个网络(例如局域网(LAN),广域网(WAN)和/或公共网络,例如因特网)通信。如图5所示,网络适配器293通过总线230与服务器200的其它模块通信。应当明白,尽管图5中未示出,可以结合服务器200使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID***、磁带驱动器以及数据备份存储***等。
处理器220通过运行存储在存储器210中的程序,从而执行各种功能应用以及数据处理。
需要说明的是,本实施例的服务器的实施过程和技术原理参见前述对本公开实施例的跨协议通信方法的解释说明,此处不再赘述。
根据本公开实施例的再一方面,还提供了一种存储介质,当所述存储介质中的指令由服务器的处理器执行时,使得服务器能够执行如上所述的跨协议通信方法。
本公开的实施例提供的技术方案至少带来以下有益效果:
本公开的实施例通过调用预先创建的服务类实现跨协议的通信,因此可以运行在同一个进程之中,无需进行跨进程间的通信,因此避免了跨进程间通信导致的延时和性能损失问题,同时也提高跨协议通信的稳定性。此外,由于只需要一个进程,也便于后续的部署和升级,以及***维护。
关于上述实施例中的装置,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求指出。
应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (14)

1.一种跨协议通信方法,其特征在于,包括:
接收第一终端的请求消息,其中,所述第一终端支持第一通信协议;
根据所述第一通信协议解析所述请求消息,以获取所述请求消息的请求内容和所述请求消息所通信的第二终端;
从对象容器之中获取所述第二终端所支持第二通信协议所对应的服务类对象;以及
调用所述服务类对象所对应的服务类,将所述请求内容发送至所述第二终端。
2.如权利要求1所述的方法,其特征在于,在所述获取第一终端的请求消息之前,还包括:
将所述第二通信协议所对应的服务类对象注册至所述对象容器。
3.如权利要求2所述的方法,其特征在于,所述方法应用于微服务开发SpringBoot框架,其中,所述将所述第二通信协议所对应的服务类注册至所述对象容器,包括:
建立所述第二通信协议所对应的服务类;
在所述SpringBoot框架启动时,解析所述服务类的注解;
如果所述注解满足预设要求,则生成所述服务类所对应的服务类对象,并将所述服务类对象注册至所述对象容器。
4.如权利要求2所述的方法,其特征在于,还包括:
获取所述对象容器之中的服务类对象;
将所述服务类对象所对应的服务类加载至虚拟机之中以备调用。
5.如权利要求1所述的方法,其特征在于,还包括:
通过所述服务类接收所述第二终端发送的响应消息;
根据所述第二通信协议解析所述响应消息以获取响应内容,以及所述响应消息所通信的所述第一终端;
将所述响应内容转换为第一通信协议的消息,并发送至所述第一终端。
6.如权利要求1所述的方法,其特征在于,所述第一通信协议为超文本传输协议HTTP和传输控制协议TCP之中的一种,所述第二通信协议为所述HTTP和TCP之中的另一种。
7.一种跨协议通信装置,其特征在于,包括:
第一接收模块,用于接收第一终端的请求消息,其中,所述第一终端支持第一通信协议;
第一解析模块,用于根据所述第一通信协议解析所述请求消息,以获取所述请求消息的请求内容和所述请求消息所通信的第二终端;
获取模块,用于从对象容器之中获取所述第二终端所支持第二通信协议所对应的服务类对象;以及
调用模块,用于调用所述服务类对象所对应的服务类,将所述请求内容发送至所述第二终端。
8.如权利要求7所述的装置,其特征在于,还包括:
对象容器管理模块,用于将所述第二通信协议所对应的服务类对象注册至所述对象容器。
9.如权利要求8所述的装置,其特征在于,所述装置应用于微服务开发SpringBoot框架,其中,所述对象容器管理模块包括:
建立子模块,用于建立所述第二通信协议所对应的服务类;
解析子模块,用于在所述SpringBoot框架启动时,解析所述服务类的注解;
管理子模块,用于在所述注解满足预设要求时,生成所述服务类所对应的服务类对象,并将所述服务类对象注册至所述对象容器。
10.如权利要求8所述的装置,其特征在于,还包括:
服务对象获取模块,用于获取所述对象容器之中的服务类对象;
加载模块,用于将所述服务类对象所对应的服务类加载至虚拟机之中以备调用。
11.如权利要求7所述的装置,其特征在于,还包括:
第二接收模块,用于通过所述服务类接收所述第二终端发送的响应消息;
第二解析模块,用于根据所述第二通信协议解析所述响应消息以获取响应内容,以及所述响应消息所通信的所述第一终端;
发送模块,用于将所述响应内容转换为第一通信协议的消息,并发送至所述第一终端。
12.如权利要求7所述的装置,其特征在于,所述第一通信协议为HTTP和TCP之中的一种,所述第二通信协议为所述HTTP和TCP之中的另一种。
13.一种服务器,其特征在于,包括:
处理器;
用于存储所述处理器可执行指令的存储器;
其中,所述处理器被配置为执行所述指令,以实现如权利要求1至6中任一项所述的跨协议通信方法。
14.一种存储介质,当所述存储介质中的指令由服务器的处理器执行时,使得服务器能够执行如权利要求1至6中任一项所述的跨协议通信方法。
CN202011420341.6A 2020-12-07 2020-12-07 跨协议通信方法、装置及服务器 Pending CN112688915A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011420341.6A CN112688915A (zh) 2020-12-07 2020-12-07 跨协议通信方法、装置及服务器

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011420341.6A CN112688915A (zh) 2020-12-07 2020-12-07 跨协议通信方法、装置及服务器

Publications (1)

Publication Number Publication Date
CN112688915A true CN112688915A (zh) 2021-04-20

Family

ID=75446209

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011420341.6A Pending CN112688915A (zh) 2020-12-07 2020-12-07 跨协议通信方法、装置及服务器

Country Status (1)

Country Link
CN (1) CN112688915A (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113448689A (zh) * 2021-07-09 2021-09-28 中国银行股份有限公司 运行期Dubbo协议转换装置及方法
CN114070896A (zh) * 2021-10-29 2022-02-18 深圳市优必选科技股份有限公司 通信接口、电子设备及设备管理方法
CN114356678A (zh) * 2022-03-17 2022-04-15 北京奇立软件技术有限公司 获取设备硬件信息的方法及***

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20170374180A1 (en) * 2016-06-22 2017-12-28 RtBrick Inc. Method to build a modular distributed network device using microservices architecture
CN107835178A (zh) * 2017-11-13 2018-03-23 北京奇艺世纪科技有限公司 一种多协议服务通信方法、装置以及电子设备
CN108989356A (zh) * 2018-09-10 2018-12-11 四川长虹电器股份有限公司 一种api网关实现协议转换的方法
CN109246251A (zh) * 2018-11-13 2019-01-18 杭州数梦工场科技有限公司 一种微服务调用方法、装置、***、设备及可读存储介质
CN111221570A (zh) * 2019-12-30 2020-06-02 中国平安财产保险股份有限公司 微服务框架的迁移方法、装置、设备及存储介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20170374180A1 (en) * 2016-06-22 2017-12-28 RtBrick Inc. Method to build a modular distributed network device using microservices architecture
CN107835178A (zh) * 2017-11-13 2018-03-23 北京奇艺世纪科技有限公司 一种多协议服务通信方法、装置以及电子设备
CN108989356A (zh) * 2018-09-10 2018-12-11 四川长虹电器股份有限公司 一种api网关实现协议转换的方法
CN109246251A (zh) * 2018-11-13 2019-01-18 杭州数梦工场科技有限公司 一种微服务调用方法、装置、***、设备及可读存储介质
CN111221570A (zh) * 2019-12-30 2020-06-02 中国平安财产保险股份有限公司 微服务框架的迁移方法、装置、设备及存储介质

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113448689A (zh) * 2021-07-09 2021-09-28 中国银行股份有限公司 运行期Dubbo协议转换装置及方法
CN114070896A (zh) * 2021-10-29 2022-02-18 深圳市优必选科技股份有限公司 通信接口、电子设备及设备管理方法
CN114070896B (zh) * 2021-10-29 2023-12-15 深圳市优必选科技股份有限公司 通信接口、电子设备及设备管理方法
CN114356678A (zh) * 2022-03-17 2022-04-15 北京奇立软件技术有限公司 获取设备硬件信息的方法及***

Similar Documents

Publication Publication Date Title
CN112688915A (zh) 跨协议通信方法、装置及服务器
CN101436148B (zh) 集成客户端及进行桌面应用与网络应用交互的方法
CN112491948B (zh) 非侵入式的单体应用微服务化方法、装置及计算机设备
US11182210B2 (en) Method for resource allocation and terminal device
CN114221995B (zh) 服务调用方法、装置及电子设备
CN111737022A (zh) 一种基于微服务的接口调用方法、***、设备及介质
CN114124929A (zh) 跨网络的数据处理方法和装置
CN112416453B (zh) 一种面向信创环境下国产化外部设备统一数据集成的方法和存储设备
US20010011215A1 (en) Network device simulation system and method
CN111694620A (zh) 第三方业务的交互方法、装置、设备及计算机存储介质
CN112698930B (zh) 一种获取服务器标识的方法、装置、设备及介质
US7685258B2 (en) Disconnectible applications
CN108712298B (zh) 网络设备升级方法、装置、网络设备及存储介质
CN113495796A (zh) 服务调用方法及相关设备
CN114726905B (zh) 一种Tbox网络接入Android***的方法、装置、设备及存储介质
CN114301970B (zh) 服务调用方法、装置、电子设备及存储介质
CN115633073A (zh) 微服务调用方法、电子设备、***及可读存储介质
CN114385351A (zh) 云管理平台负载均衡性能优化方法、装置、设备、介质
CN112612428A (zh) 一种提升Codeigniter框架性能的方法及装置
US6823390B1 (en) Method of setting up data communication with a communication means and furthermore program modules and means therefor
KR100494827B1 (ko) 하드웨어 독립적인 통신 인터페이스를 가지는 분산객체모델 기반의 라디오 서버와 이를 이용한 통신제어방법
CN113176957B (zh) 一种基于rpc的远程应用自动化***
CN111782420B (zh) 基于Java Web框架的信息处理方法、装置、设备和介质
CN107450946A (zh) Chrome网页与终端软件通讯方法、设备及存储介质
CN111142860B (zh) 用于实现接口调用的方法及装置

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20210420