CN114449025B - 一种通信方法及系统 - Google Patents

一种通信方法及系统 Download PDF

Info

Publication number
CN114449025B
CN114449025B CN202011109938.9A CN202011109938A CN114449025B CN 114449025 B CN114449025 B CN 114449025B CN 202011109938 A CN202011109938 A CN 202011109938A CN 114449025 B CN114449025 B CN 114449025B
Authority
CN
China
Prior art keywords
guest
client
service
server
address
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.)
Active
Application number
CN202011109938.9A
Other languages
English (en)
Other versions
CN114449025A (zh
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.)
SAIC Motor Corp Ltd
Shanghai Automotive Industry Corp Group
Original Assignee
SAIC Motor Corp Ltd
Shanghai Automotive Industry Corp Group
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 SAIC Motor Corp Ltd, Shanghai Automotive Industry Corp Group filed Critical SAIC Motor Corp Ltd
Priority to CN202011109938.9A priority Critical patent/CN114449025B/zh
Publication of CN114449025A publication Critical patent/CN114449025A/zh
Application granted granted Critical
Publication of CN114449025B publication Critical patent/CN114449025B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/141—Setup of application sessions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks

Abstract

本申请公开了一种通信方法及系统，该方法应用于至少两个客体操作系统Guest OS之间，所述方法包括：服务中心接收客户端发送通信请求；所述通信请求包括服务名；所述服务中心查找所述服务名对应的服务信息，所述服务信息至少包括：服务端的IP地址和端口号；所述IP地址和所述端口号，用于建立连接通道，所述连接通道，用于所述客户端与所述服务端之间发送消息；其中，所述服务中心和所述客户端位于第一Guest OS，所述服务端位于第二Guest OS。利用该方法，客户端仅需要得知服务名即可向服务端发送消息，同时，由于客户端先向本地的服务中心发起的通信请求，而不是直接向服务端发起socket连接，利用本地进程间通信代替了一次socket通信，增加了通信效率。

Description

一种通信方法及系统
技术领域
本申请涉及车载通信技术领域，特别是涉及一种通信方法及系统。
背景技术
Hypervisor虚拟机提供虚拟的作业平台来执行客体操作系统(guest operatingsystems，Guest OS)，负责管理其他客体操作系统的执行阶段，这些客体操作系统，共同分享虚拟化后的硬件资源。
基于Hypervisor的车载娱乐系统中，各个Guest OS之间通过socket套接字连接方式通信，但是在这种通信方式中，client客户端需要知道server服务端的IP地址和端口号，使用起来非常的不便。
发明内容
为了解决上述技术问题，本申请提供了一种通信方法及系统，使用该方法客户端仅需要知道服务名即可对服务端发起访问。
本申请实施例公开了如下技术方案：
第一方面，本申请提供了一种通信方法，应用于至少两个客体操作系统Guest OS之间，所述方法包括：
服务中心接收客户端发送通信请求；所述通信请求包括服务名；
所述服务中心查找所述服务名对应的服务信息，所述服务信息至少包括：服务端的IP地址和端口号；所述IP地址和所述端口号，用于建立连接通道，所述连接通道，用于所述客户端与所述服务端之间发送消息；
其中，所述服务中心和所述客户端位于第一Guest OS，所述服务端位于第二GuestOS。
可选的，每个Guest OS与每个服务中心一一对应。
可选的，所述IP地址和所述端口号，用于建立连接通道的过程具体包括：
所述服务中心将所述IP地址和所述端口号发送给所述客户端，以便所述客户端根据所述IP地址和所述端口号与所述服务端建立连接通道。
可选的，所述IP地址和所述端口号，用于建立连接通道的过程具体包括：
所述服务中心根据所述IP地址和所述端口号与所述服务端建立连接通道。
可选的，所述通信请求进一步包括消息类型，当所述服务端向所述客户端发送消息时，所述客户端接收与所述消息类型对应的消息。
第二方面，本申请提供了一种通信系统，包括至少两个客体操作系统Guest OS：第一Guest OS和第二Guest OS；
所述第一Guest OS的服务中心，用于接收所述第一Guest OS的客户端发送的通信请求；所述通信请求包括服务名；查找所述服务名对应的服务信息，所述服务信息至少包括：所述第二Guest OS的服务端的IP地址和端口号；所述IP地址和所述端口号，用于建立连接通道，所述连接通道，用于所述客户端与所述服务端之间发送消息。
可选的，每个Guest OS与每个服务中心一一对应。
可选的，所述IP地址和所述端口号，用于建立连接通道的过程具体包括：
所述第一Guest OS的服务中心将所述IP地址和所述端口号发送给所述客户端，以便所述客户端根据所述IP地址和所述端口号与所述第二Guest OS的服务端建立连接通道。
可选的，所述IP地址和所述端口号，用于建立连接通道的过程具体包括：
所述第一Guest OS的服务中心根据所述IP地址和所述端口号与所述第二GuestOS的服务端建立连接通道。
可选的，所述通信请求进一步包括消息类型，当所述服务端向所述客户端发送消息时，所述客户端接收与所述消息类型对应的消息。
由上述技术方案可以看出，本申请具有以下优点：
本申请提供的一种通信方法及系统，该方法应用于至少两个客体操作系统GuestOS之间，所述方法包括：服务中心接收客户端发送通信请求；所述通信请求包括服务名；所述服务中心查找所述服务名对应的服务信息，所述服务信息至少包括：服务端的IP地址和端口号；所述IP地址和所述端口号，用于建立连接通道，所述连接通道，用于所述客户端与所述服务端之间发送消息；其中，所述服务中心和所述客户端位于第一Guest OS，所述服务端位于第二Guest OS。利用该方法，客户端仅需要得知服务名即可向服务端发送消息，同时，由于客户端先向本地的服务中心发起的通信请求，而不是直接向服务端发起socket连接，利用本地进程间通信代替了一次socket通信，增加了通信效率。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1为本申请实施例提供的一种通信方法的流程图；
图2为本申请实施例提供的一种二个Guest OS互联运行状态图；
图3为本申请实施例提供的一种三个Guest OS互联运行状态图；
图4为本申请实施例提供的一种服务中心与Guest OS的结构图；
图5为本申请实施例提供的一种建立数据通道和命令通道的示意图；
图6为本申请实施例提供的一种注册为服务程序的示意图；
图7为本申请实施例提供的一种订阅消息的示意图。
具体实施方式
基于Hypervisor的车载娱乐系统中，各个Guest OS之间通过socket套接字连接方式通信，但是在这种通信方式中，client客户端需要知道server服务端的IP地址和端口号，使用起来非常的不便。
为了解决上述问题，本申请提供了一种通信方法，应用于至少两个客体操作系统Guest OS之间，所述方法包括：服务中心接收客户端发送通信请求；所述通信请求包括服务名；所述服务中心查找所述服务名对应的服务信息，所述服务信息至少包括：服务端的IP地址和端口号；所述IP地址和所述端口号，用于建立连接通道，所述连接通道，用于所述客户端与所述服务端之间发送消息；其中，所述服务中心和所述客户端位于第一Guest OS，所述服务端位于第二Guest OS。由此，客户端仅需要知道服务名即可对服务端发起访问，对于客户端和服务端而言，只需要把消息发出就行了，服务中心会取出目的地和消息类型来分析，并发给相应的接收者。
为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本申请实施例提供了一种通信方法，下面结合附图具体说明。
参见图1，该图为本申请实施例提供的一种通信方法的流程图。
该方法应用于至少两个客体操作系统Guest OS之间。
参见图2，该图为本申请实施例提供的一种二个Guest OS互联运行状态图。
第一Guest OS和第二Guest OS之间可以通过socket进行通信，具体通信内容可以包括数据通信，其中，每个Guest OS在本地时，每个客户端client和每个服务端server均可以与服务中心建立数据通道和命令通道，以便传输数据和命令。
本申请实施例不限定于两个Guest OS互联运行，也可以是多个，例如三个或四个。
参见图3，盖提亚为本申请实施例提供的一种三个Guest OS互联运行状态图。
图3与图2的区别在于，多了一个Guest OS，其余内容请参见图2，此处不再赘述。
下面结合图2来介绍本申请实施例提供的通信方法，该方法包括以下步骤：
步骤101：服务中心接收客户端发送通信请求。
其中，通信请求中包括服务名；从图2中可以看出，该步骤中的服务中心可以为第一Guest OS的服务中心，客户端为第一Guest OS的客户端。因此，该客户端向服务中心发生通信请求为本地之间的通信，而不是两个Guest OS之间的通信，进而无需socket连接。本申请中，利用进程间通信代替了socket连接，提高了通信效率。
步骤102：所述服务中心查找所述服务名对应的服务信息，所述服务信息至少包括：服务端的IP地址和端口号；所述IP地址和所述端口号，用于建立连接通道，所述连接通道，用于所述客户端与所述服务端之间发送消息。
服务中心在接收到客户端发送的通信请求后，解析出通信请求中携带的服务名，根据服务名查找到与该服务名对应的服务信息，其中，服务信息至少包括第二Guest OS的服务端的IP地址和端口号。在得知IP地址和端口号后，即可与服务端建立连接通道，客户端和服务端之间可以利用该连接通道来互相发送消息。
可见，本申请实施例中，客户端仅需要得知服务名即可向服务端发起访问，进而建立连接通信，以便于通信。
下面详细介绍连接通道建立的过程。本申请实施例中不限定建立连接通道的具体实现方式，下面便于本领域技术人员理解，介绍两种方式。
第一种：直接连接。
所述IP地址和所述端口号，用于建立连接通道的过程具体包括：所述服务中心将所述IP地址和所述端口号发送给所述客户端，以便所述客户端根据所述IP地址和所述端口号与所述服务端建立连接通道。
在客户端向服务中心发送通信请求后，服务中心根据通信请求中携带的服务名找到，该服务名对应的服务信息，将服务信息返回给客户端，客户端根据返回的服务信息与服务端建立连接。
需要说明的是，服务中心在向服务端返回服务信息时，可以是动态为客户端分配IP地址和端口号。
第二种：中转方式。
所述IP地址和所述端口号，用于建立连接通道的过程具体包括：所述服务中心根据所述IP地址和所述端口号与所述服务端建立连接通道。
在服务中心根据服务名得到对应的服务信息后，即可直接根据服务信息与服务端建立连接通道，此时，对于客户端而言，客户端仅需要将服务名和欲发送的信息一起打包到通信请求发送给服务中心即可，服务中心根据服务信息与服务端建立连接通道，然后将欲发送的信息转发给服务端。
另外，现有技术中也存在一种用服务中心中转的方式，但是服务中心的虚拟操作系统掉线后，其他所有在线的Guest OS均会掉线，其次，一条消息的传递需要两次socket通信，效率低下。
为解决上述问题，本申请中采用每个Guest OS与每个服务中心一一对应。进而，即使一个Guest OS掉线，也不会对其他的Guest OS产生任何影响。
在一些实施例中，所述通信请求进一步包括消息类型，当所述服务端向所述客户端发送消息时，所述客户端接收与所述消息类型对应的消息。
具体地，客户端可以向服务端注册感兴趣的消息类型，同时也可以指定到具体哪一个服务端的消息类型，注册信息保存在服务中心。服务中心可以根据注册信息得知客户端感兴趣的消息类型以及指定的具体哪一个服务端的消息类型。当服务端发出某一类型的消息时，所有注册了该类型的消息的客户端均可以收到该消息，进而实现广播机制。
需要说的是，不同类型的消息可以包括不同的内容，例如，如果是注册消息，则可以包括服务名、IP地址、端口号、数据等；如果是客户端发送给服务端的消息，则可以包括服务名、消息类型和数据等；如果是服务端反馈的消息，则可以包括客户端的ID、状态、数据等，如果是服务端发送的广播消息，则可以包括客户端的ID、服务名、消息类型以及数据等。
参见图4，该图为本申请实施例提供的一种服务中心与Guest OS的结构图。
服务中心包括多个功能子模块，具体包括：:user manger子模块、connectmanager子模块、server manager子模块、heartbeat detection子模块和msg queue子模块。
user manger子模块：维护命令通道和数据通道，接收本地客户端发来的消息并转发给相应接收者，以及转发消息给本地客户端，这里的消息包含命令消息和数据消息，分别通过命令通道和数据通道，这里的通道指的是本地的IPC通信通道，可以是消息队列、本地socket、共享内存等，对于android Guest OS还可以使用binder通信。而本地通信相对于两个Guest OS之间的socket通信要高效地多。
connect manager子模块:维护所有注册的socket连接，接收本地客户端发来的数据并把通过和服务端建立的socket连接发给相应的服务端，接收服务端发来的消息，转发给指定的客户端,如果是广播消息，则发给本地所有注册了该消息类型的客户端。
server manager子模块:维护所有注册到本机的服务名到服务信息的映射，服务信息包括服务端的IP地址和端口号、服务端和本地Guest OS的socket连接等，提供给其它子模块按服务名查询服务信息的功能。
heartbeat detection子模块:定时向所有Guest OS发送心跳检测消息，如果没有在指的时间内反馈消息，则认为Guest OS离线，将采取措施，如删除该Guest OS的服务信息和注册的广播等。
msg queue子模块：完成消息缓存的功能，当消息需要缓存时会根据消息的等级和缓存的时间等综合计算出消息的优先级，按优先级发送消息。
下面结合图5，介绍本申请的一个实践过程。
参见图5，该图为本申请实施例提供的一种建立数据通道和命令通道的示意图。
客户端通过lib库程序接口和服务中心的user manager子模块建立命令通道和数据通道。
在另外一种情况中，如果用户程序想要成为服务程序，还需要向各Guest OS的服务中心进行注册，与各服务中心的connect manager建立socket数据连接，具体实现过程可以参见图6。
客户端在订阅某种类型的消息时，通过lib库程序接口把订阅消息发送给本地的服务中心的user manager子模块，本地的服务中心的user manager子模块通过和其他Guest OS的socket连接把该订阅消息发给其它Guest OS服务中心的user manage子模块，其它Guest OS服务中心的user manage子模块会把订阅消息保存到server manger子模块中并返回订阅成功与否的消息，具体实现过程可以参见图7。
客户端向服务端发送消息时，首先客户端通过本申请提供的lib库程序接口把消息发送给本地的服务中心的user manage子模块，本地的服务中心的user manage子模块根据消息中的服务名查找到服务端的socket连接，然后再通过该socket把消息发给服务端。
本申请提供的一种通信方法，该方法应用于至少两个客体操作系统Guest OS之间，所述方法包括：服务中心接收客户端发送通信请求；所述通信请求包括服务名；所述服务中心查找所述服务名对应的服务信息，所述服务信息至少包括：服务端的IP地址和端口号；所述IP地址和所述端口号，用于建立连接通道，所述连接通道，用于所述客户端与所述服务端之间发送消息；其中，所述服务中心和所述客户端位于第一Guest OS，所述服务端位于第二Guest OS。利用该方法，客户端仅需要得知服务名即可向服务端发送消息，同时，由于客户端先向本地的服务中心发起的通信请求，而不是直接向服务端发起socket连接，利用本地进程间通信代替了一次socket通信，增加了通信效率。
本申请实施例还提供了一种通信系统，包括至少两个客体操作系统Guest OS：第一Guest OS和第二Guest OS；所述第一Guest OS的服务中心，用于接收所述第一Guest OS的客户端发送的通信请求；所述通信请求包括服务名；查找所述服务名对应的服务信息，所述服务信息至少包括：所述第二Guest OS的服务端的IP地址和端口号；所述IP地址和所述端口号，用于建立连接通道，所述连接通道，用于所述客户端与所述服务端之间发送消息。
可选的，每个Guest OS与每个服务中心一一对应。
可选的，所述IP地址和所述端口号，用于建立连接通道的过程具体包括：
所述第一Guest OS的服务中心将所述IP地址和所述端口号发送给所述客户端，以便所述客户端根据所述IP地址和所述端口号与所述第二Guest OS的服务端建立连接通道。
可选的，所述IP地址和所述端口号，用于建立连接通道的过程具体包括：
所述第一Guest OS的服务中心根据所述IP地址和所述端口号与所述第二GuestOS的服务端建立连接通道。
可选的，所述通信请求进一步包括消息类型，当所述服务端向所述客户端发送消息时，所述客户端接收与所述消息类型对应的消息。
本申请提供的一种通信系统，包括至少两个客体操作系统Guest OS：第一GuestOS和第二Guest OS；所述第一Guest OS的服务中心，用于接收所述第一Guest OS的客户端发送的通信请求；所述通信请求包括服务名；查找所述服务名对应的服务信息，所述服务信息至少包括：所述第二Guest OS的服务端的IP地址和端口号；所述IP地址和所述端口号，用于建立连接通道，所述连接通道，用于所述客户端与所述服务端之间发送消息。利用该系统，客户端仅需要得知服务名即可向服务端发送消息，同时，由于客户端先向本地的服务中心发起的通信请求，而不是直接向服务端发起socket连接，利用本地进程间通信代替了一次socket通信，增加了通信效率。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元及模块可以是或者也可以不是物理上分开的。另外，还可以根据实际的需要选择其中的部分或者全部单元和模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
应当理解，在本申请中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：只存在A，只存在B以及同时存在A和B三种情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。
以上，仅是本申请的较佳实施例而已，并非对本申请作任何形式上的限制。虽然本申请已以较佳实施例揭露如上，然而并非用以限定本申请。任何熟悉本领域的技术人员，在不脱离本申请技术方案范围情况下，都可利用上述揭示的方法和技术内容对本申请技术方案做出许多可能的变动和修饰，或修改为等同变化的等效实施例。因此，凡是未脱离本申请技术方案的内容，依据本申请的技术实质对以上实施例所做的任何简单修改、等同变化及修饰，均仍属于本申请技术方案保护的范围内。

Claims (10)

1.一种通信方法，其特征在于，应用于至少两个客体操作系统Guest OS之间，所述方法包括：
服务中心接收客户端发送通信请求；所述通信请求包括服务名；
所述服务中心查找所述服务名对应的服务信息，所述服务信息至少包括：服务端的IP地址和端口号；所述IP地址和所述端口号，用于建立连接通道，所述连接通道，用于所述客户端与所述服务端之间发送消息；
其中，所述服务中心和所述客户端位于第一Guest OS，所述服务端位于第二Guest OS。
2.根据权利要求1所述的方法，其特征在于，每个Guest OS与每个服务中心一一对应。
3.根据权利要求1所述的方法，其特征在于，所述IP地址和所述端口号，用于建立连接通道的过程具体包括：
所述服务中心将所述IP地址和所述端口号发送给所述客户端，以便所述客户端根据所述IP地址和所述端口号与所述服务端建立连接通道。
4.根据权利要求1所述的方法，其特征在于，所述IP地址和所述端口号，用于建立连接通道的过程具体包括：
所述服务中心根据所述IP地址和所述端口号与所述服务端建立连接通道。
5.根据权利要求1-4任一项所述的方法，其特征在于，所述通信请求进一步包括消息类型，当所述服务端向所述客户端发送消息时，所述客户端接收与所述消息类型对应的消息。
6.一种通信系统，其特征在于，包括至少两个客体操作系统Guest OS：第一Guest OS和第二Guest OS；
所述第一Guest OS的服务中心，用于接收所述第一Guest OS的客户端发送的通信请求；所述通信请求包括服务名；查找所述服务名对应的服务信息，所述服务信息至少包括：所述第二Guest OS的服务端的IP地址和端口号；所述IP地址和所述端口号，用于建立连接通道，所述连接通道，用于所述客户端与所述服务端之间发送消息。
7.根据权利要求6所述的系统，其特征在于，每个Guest OS与每个服务中心一一对应。
8.根据权利要求6所述的系统，其特征在于，所述IP地址和所述端口号，用于建立连接通道的过程具体包括：
所述第一Guest OS的服务中心将所述IP地址和所述端口号发送给所述客户端，以便所述客户端根据所述IP地址和所述端口号与所述第二Guest OS的服务端建立连接通道。
9.根据权利要求6所述的系统，其特征在于，所述IP地址和所述端口号，用于建立连接通道的过程具体包括：
所述第一Guest OS的服务中心根据所述IP地址和所述端口号与所述第二Guest OS的服务端建立连接通道。
10.根据权利要求6-9任一项所述的系统，其特征在于，所述通信请求进一步包括消息类型，当所述服务端向所述客户端发送消息时，所述客户端接收与所述消息类型对应的消息。
CN202011109938.9A 2020-10-16 2020-10-16 一种通信方法及系统 Active CN114449025B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202011109938.9A CN114449025B (zh) 2020-10-16 2020-10-16 一种通信方法及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202011109938.9A CN114449025B (zh) 2020-10-16 2020-10-16 一种通信方法及系统

Publications (2)

Publication Number Publication Date
CN114449025A CN114449025A (zh) 2022-05-06
CN114449025B true CN114449025B (zh) 2024-03-08

Family

ID=81357410

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202011109938.9A Active CN114449025B (zh) 2020-10-16 2020-10-16 一种通信方法及系统

Country Status (1)

Country Link
CN (1) CN114449025B (zh)

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101360127A (zh) * 2008-09-10 2009-02-04 金蝶软件（中国）有限公司 文件更新方法及传输系统
CN101398769A (zh) * 2008-10-28 2009-04-01 北京航空航天大学 一种对操作系统透明的处理器资源整合利用方法
GB201001472D0 (en) * 2009-01-30 2010-03-17 Hewlett Packard Development Co Managing requests of operating systems executing in virtual machines
CN102571756A (zh) * 2010-12-06 2012-07-11 微软公司 文件系统会话中的多信道连接
CN104407910A (zh) * 2014-10-29 2015-03-11 华南理工大学 一种虚拟化服务器性能的监测方法及系统
CN104598297A (zh) * 2015-01-30 2015-05-06 杭州华三通信技术有限公司 虚拟机管理方法及装置
CN106447807A (zh) * 2015-08-13 2017-02-22 株式会社Redpallcar 用于提供车辆服务的方法

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8849941B2 (en) * 2010-09-30 2014-09-30 Microsoft Corporation Virtual desktop configuration and operation techniques

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101360127A (zh) * 2008-09-10 2009-02-04 金蝶软件（中国）有限公司 文件更新方法及传输系统
CN101398769A (zh) * 2008-10-28 2009-04-01 北京航空航天大学 一种对操作系统透明的处理器资源整合利用方法
GB201001472D0 (en) * 2009-01-30 2010-03-17 Hewlett Packard Development Co Managing requests of operating systems executing in virtual machines
CN102571756A (zh) * 2010-12-06 2012-07-11 微软公司 文件系统会话中的多信道连接
CN104407910A (zh) * 2014-10-29 2015-03-11 华南理工大学 一种虚拟化服务器性能的监测方法及系统
CN104598297A (zh) * 2015-01-30 2015-05-06 杭州华三通信技术有限公司 虚拟机管理方法及装置
CN106447807A (zh) * 2015-08-13 2017-02-22 株式会社Redpallcar 用于提供车辆服务的方法

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
基于VMM的操作系统隐藏对象关联检测技术;李博，沃天宇，胡春明，李建欣，王颖，怀进鹏;《软件学报》;20130215;全文 *

Also Published As

Publication number Publication date
CN114449025A (zh) 2022-05-06

Similar Documents

Publication Publication Date Title
EP3748934B1 (en) Mirror pull method and system therefor
US20040177359A1 (en) Supporting the exchange of data by distributed applications
US20070150602A1 (en) Distributed and Replicated Sessions on Computing Grids
CN107528891B (zh) 一种基于WebSocket的自动集群方法及其系统
US10868856B2 (en) Network element and method of running applications in a cloud computing system
CN107135279B (zh) 一种处理长连接建立请求的方法和装置
CN112583618B (zh) 为业务提供网络服务的方法、装置和计算设备
CN113242272B (zh) 基于mqtt服务集群的会话处理方法及系统
CN111447155A (zh) 数据传输方法、装置、设备及存储介质
CN109194589B (zh) 一种mdc实现方法及装置
CN113747373B (zh) 消息处理系统、装置和方法
CN112968965B (zh) Nfv网络节点的元数据服务方法、服务器及存储介质
US11005706B2 (en) Method for configuring forwarding table for user equipment, apparatus, and system
CN107483628B (zh) 基于dpdk的单向代理方法及系统
CN114449025B (zh) 一种通信方法及系统
CN111049915A (zh) 一种容器云下消息队列代理网格及方法
CN115225482A (zh) 一种基于Kubernetes进行Pod容器网络配置的方法及装置
US7693166B2 (en) Method and apparatus for transmitting data to network and method and apparatus for receiving data from network
CN114528114B (zh) 数据处理方法、装置及设备
CN115118791A (zh) Udp报文的分发方法、设备及可读存储介质
CN111371723B (zh) 一种在dpdk框架下实现pptp vpn网络隔离的方法和装置
CN111835576B (zh) 基于dpvs的后端服务器健康检测方法和服务器
WO2024078050A1 (zh) 进行数据传输的方法和装置
US10567516B2 (en) Sharing local network resources with a remote VDI instance
CN115065672A (zh) 一种sfu系统数据传输方法及相关设备

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
GR01 Patent grant
GR01 Patent grant