CN112887401B - 一种基于多个操作系统的网络访问方法及车机系统 - Google Patents

一种基于多个操作系统的网络访问方法及车机系统 Download PDF

Info

Publication number
CN112887401B
CN112887401B CN202110099521.7A CN202110099521A CN112887401B CN 112887401 B CN112887401 B CN 112887401B CN 202110099521 A CN202110099521 A CN 202110099521A CN 112887401 B CN112887401 B CN 112887401B
Authority
CN
China
Prior art keywords
channel
network
point
target
application
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
CN202110099521.7A
Other languages
English (en)
Other versions
CN112887401A (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.)
Ningbo Joynext Technology Corp
Original Assignee
Ningbo Joynext Technology Corp
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 Ningbo Joynext Technology Corp filed Critical Ningbo Joynext Technology Corp
Priority to CN202110099521.7A priority Critical patent/CN112887401B/zh
Publication of CN112887401A publication Critical patent/CN112887401A/zh
Application granted granted Critical
Publication of CN112887401B publication Critical patent/CN112887401B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/104Peer-to-peer [P2P] networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/09Mapping addresses
    • H04L61/25Mapping addresses of the same type
    • H04L61/2503Translation of Internet protocol [IP] addresses
    • H04L61/2592Translation of Internet protocol [IP] addresses using tunnelling or encapsulation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/10Network architectures or network communication protocols for network security for controlling access to devices or network resources

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Computer Security & Cryptography (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请提供一种基于多个操作系统的网络访问方法及车机系统,多个操作系统包括第一系统和第二系统;第一系统中分配有物理网卡且对应至少两个网络通道;第一系统与第二系统之间设有至少一个点对点通道;网络访问方法包括:第二系统获取其当前启动的目标应用的网络访问请求;第二系统通过至少一个点对点通道将目标应用的网络访问请求发送至第一系统,以使得目标应用的网络访问请求路由至对应的目标网络通道,目标网络通道基于目标应用的标识信息在至少两个网络通道中确定;该方法用于实现双系统车机系统的网络访问,且仅为其中一个系统配置物理网卡,如此可有效降低车机系统产品的硬件成本且实现对具有多个操作系统的车机系统网络通道的统一管理。

Description

一种基于多个操作系统的网络访问方法及车机系统
技术领域
本申请涉及车机系统技术领域,特别涉及一种基于多个操作系统的网络访问方法及车机系统。
背景技术
车载操作系统(AutomoTIve OperaTIng System,简称AOS)是管理和控制车载硬件与车载软件资源的程序系统,是直接运行在AB上的最基本的系统软件,任何上层软件,HMI,数据连接都必须在操作系统的支持下才能运行。车载操作系统包括WinCE,Linux,Android,QNX,iOS等。
车载操作系统是用户和车载硬件的接口,同时也是车载硬件和上层软件的接口。车机操作系统的功能包括管理车载系统的硬件、软件及数据资源,控制程序运行,改善人机界面,为上层软件提供支持,让车机系统的资源,以及接收到数据、信号、音频、视频最大限度地发挥作用,提供各种形式的用户界面(User Interface,简称UI),使驾驶员有一个好的驾驶环境,并有效的提供辅助驾驶、半自动驾驶、甚至自动驾驶。
车载操作系统管理着车机硬件资源,同时按照应用程序的资源请求,分配资源,如:划分AB资源,RAM空间的分配,处理声音、视频信号,时间管理,电源管理等,然后给每个ECU发送正确的指令,使汽车高效安全地驾驶。
随着行业技术的发展,目前部分车辆为提供更多服务并提升用户体验通常车机系统设置两个操作系统。由于操作系统均需要配置物理网卡用于上网,故当车辆的车机系统为双操作系统时,一般需要为每一操作系统各分配一块物理网卡。
然而为两个操作系统各分配一块物理网卡的方法不仅会增加产品硬件成本,且无法对网络通道进行统一管控。因此亟待寻求一种能有效解决上述弊端的方法。
发明内容
为解决上述技术问题,本申请提供了一种基于多个操作系统的网络访问方法及车机系统,其能在降低车机系统硬件成本的基础上对网络通道进行统一管控。
本申请提供的技术方案如下:
第一方面,提供一种基于多个操作系统的网络访问方法,所述多个操作系统包括第一系统和第二系统;所述第一系统分配有物理网卡,且所述物理网卡对应至少两个网络通道;所述第一系统与所述第二系统之间设有至少一个点对点通道;所述网络访问方法包括:
所述第二系统获取所述第二系统内当前启动的目标应用的网络访问请求;所述网络访问请求包括所述目标应用的标识信息;
所述第二系统通过所述至少一个点对点通道将所述目标应用的网络访问请求发送至所述第一系统,以使得所述目标应用的网络访问请求路由至对应的目标网络通道,其中所述目标网络通道基于所述目标应用的标识信息在所述至少两个网络通道中确定。
在一种较佳的实施方式中,所述第二系统未分配物理网卡。即,所述多个操作系统中仅一个系统分配有物理网卡。
在一种较佳的实施方式中,所述至少一个点对点通道的数量与所述至少两个网络通道的数量相等,所述至少一个点对点通道中的点对点通道与所述至少两个网络通道中的网络通道一一对应;所述第二系统通过所述至少一个点对点通道将所述目标应用的网络访问请求发送至所述第一系统,以使得所述目标应用的网络访问请求路由至对应的目标网络通道,其中所述目标网络通道基于所述目标应用的标识信息在所述至少两个网络通道中确定,包括:所述第二系统根据所述目标应用的标识信息和预设的应用与网络通道的对应关系,在所述至少两个网络通道中确定所述目标网络通道;所述第二系统在所述至少一个点对点通道中确定所述目标网络通道对应的点对点通道;所述第二系统通过所述对应的点对点通道将所述目标应用的网络访问请求发送至所述第一系统,以使得所述目标应用的网络访问请求路由至对应的所述目标网络通道。
在一种较佳的实施方式中,所述第一系统为Linux系统,所述第二系统为Android系统;所述至少两个网络通道包括一个付费网络通道及一个免费网络通道;所述至少一个点对点通道是通过二层隧道协议L2TP基于虚拟机监视器提供的虚拟通道构建的连接所述第一系统与所述第二系统的通道,所述至少一个点对点通道包括第一点对点通道和第二点对点通道;所述第一点对点通道与所述付费网络通道对应,所述第二点对点通道与所述免费网络通道对应;所述标识信息为应用包名;所述第二系统在所述至少一个点对点通道中确定所述目标网络通道对应的点对点通道,包括:若所述目标网络通道为付费网络通道,则所述第二系统确定所述对应的点对点通道为所述第一点对点通道;或者,若所述目标网络通道为免费网络通道,则所述第二系统确定所述对应的点对点通道为所述第二点对点通道。
在一种较佳的实施方式中,所述第二系统根据所述目标应用的标识信息和预设的应用与网络通道的对应关系,在所述至少两个网络通道中确定所述目标网络通道之前,所述网络访问方法还包括:在所述第二系统完成启动后,所述第二系统接收所述第一系统发送的所述预设的应用与网络通道的对应关系。
在一种较佳的实施方式中,所述至少一个点对点通道的数量少于所述至少两个网络通道的数量;所述第二系统通过所述至少一个点对点通道将所述目标应用的网络访问请求路由至对应的目标网络通道,其中所述目标网络通道基于所述目标应用的标识信息在所述至少两个网络通道中确定,包括:所述第二系统根据所述目标应用的标识信息和预设的应用与IP地址的对应关系确定所述目标应用对应的目标IP地址;所述第二系统通过所述至少一个点对点通道将包含所述目标IP地址的目标应用的网络访问请求发送至所述第一系统,以使得所述第一系统根据预设的IP地址与网络通道的对应关系将所述目标应用的网络访问请求路由至对应的目标网络通道。
在一种较佳的实施方式中,所述第一系统为Linux系统,所述第二系统为Android系统;所述至少两个网络通道包括一个付费网络通道及一个免费网络通道;所述至少一个点对点通道是通过二层隧道协议L2TP基于虚拟机监视器提供的虚拟通道构建的连接所述第一系统与所述第二系统的通道,所述至少一个点对点通道具体为一个点对点通道;所述一个点对点通道对应于所述付费网络通道及所述免费网络通道;所述标识信息为应用包名;所述第二系统根据所述目标应用的标识信息和预设的应用与IP地址的对应关系确定所述目标应用对应的目标IP地址之前,所述网络访问方法还包括:在所述第二系统完成启动后,所述第二系统接收所述第一系统发送的所述预设的应用与IP地址的对应关系。
第二方面,提供一种基于多个操作系统的网络访问方法,所述多个操作系统包括第一系统和第二系统;所述第一系统分配有物理网卡,且所述物理网卡对应至少两个网络通道;所述第一系统与所述第二系统之间设有至少一个点对点通道;所述网络访问方法包括:
所述第一系统接收所述第二系统通过所述至少一个点对点通道发送的网络访问请求,所述网络访问请求为所述第二系统内当前启动的目标应用的网络访问请求,所述网络访问请求包括所述目标应用的标识信息;
所述第一系统在所述至少两个网络通道中确定所述目标应用的网络访问请求对应的目标网络通道;
所述第一系统将所述目标应用的网络访问请求路由至所述目标网络通道。
在一种较佳的实施方式中,所述第一系统为Linux系统,所述第二系统为Android系统;所述至少两个网络通道包括一个付费网络通道及一个免费网络通道;所述至少一个点对点通道是通过二层隧道协议L2TP基于虚拟机监视器提供的虚拟通道构建的连接所述第一系统与所述第二系统的通道,所述至少一个点对点通道包括第一点对点通道和第二点对点通道;所述第一点对点通道与所述付费网络通道对应,所述第二点对点通道与所述免费网络通道对应;所述标识信息为应用包名;所述第一系统在所述至少两个网络通道中确定所述目标应用的网络访问请求对应的目标网络通道之前,所述方法还包括:在所述第一系统完成启动后,所述第一系统接收后台服务器下发的预设的应用与网络通道的对应关系,以及将所述预设的应用与网络通道的对应关系发送至所述第二系统;所述第一系统在所述至少两个网络通道中确定所述目标应用的网络访问请求对应的目标网络通道,包括:所述第一系统根据所述目标应用的标识信息以及所述预设的应用与网络通道的对应关系,将所述标识信息对应的网络通道确定为所述目标网络通道。
在一种较佳的实施方式中,所述第一系统为Linux系统,所述第二系统为Android系统;所述至少两个网络通道包括一个付费网络通道及一个免费网络通道;所述至少一个点对点通道是通过二层隧道协议L2TP基于虚拟机监视器提供的虚拟通道构建的连接所述第一系统与所述第二系统的通道,所述至少一个点对点通道具体为一个点对点通道;所述一个点对点通道对应于所述付费网络通道及所述免费网络通道;所述标识信息为应用包名;所述目标应用的网络访问请求还包括所述目标应用对应的目标IP地址;所述第一系统在所述至少两个网络通道中确定所述目标应用的网络访问请求对应的目标网络通道之前,所述方法还包括:在所述第一系统完成启动后,所述第一系统接收后台服务器下发的预设的应用与IP地址的对应关系和预设的IP地址与网络通道的对应关系,以及将所述预设的应用与IP地址的对应关系发送至所述第二系统;所述第一系统在所述至少两个网络通道中确定所述目标应用的网络访问请求对应的目标网络通道,包括:所述第一系统根据所述目标IP地址以及所述预设的IP地址与网络通道的对应关系,将所述目标IP地址对应的网络通道确定为所述目标网络通道。
第三方面,提供一种基于多操作系统的车机系统,所述多操作系统包括第一系统和第二系统;所述第一系统分配有物理网卡,且所述物理网卡对应至少两个网络通道;所述第一系统与所述第二系统之间设有至少一个点对点通道;所述第二系统中的目标应用触发网络访问时,所述车机系统执行如下操作:
所述第二系统获取所述第二系统内当前启动的目标应用的网络访问请求;所述网络访问请求包括所述目标应用的标识信息;
所述第二系统通过所述至少一个点对点通道将所述目标应用的网络访问请求发送至所述第一系统;
所述第一系统在所述至少两个网络通道中确定所述目标应用的网络访问请求对应的目标网络通道;所述第一系统将所述目标应用的网络访问请求路由至所述目标网络通道。
本申请相比现有技术而言的有益效果在于:
本申请提供一种基于多个操作系统的网络访问方法及车机系统,所述多个操作系统包括第一系统和第二系统;所述第一系统中分配有物理网卡,且所述物理网卡对应至少两个网络通道;所述第一系统与所述第二系统之间设有至少一个点对点通道;所述网络访问方法包括:第二系统获取第二系统内当前启动的目标应用的网络访问请求;网络访问请求包括目标应用的标识信息;第二系统通过至少一个点对点通道将目标应用的网络访问请求发送至第一系统,以使得目标应用的网络访问请求路由至对应的目标网络通道,其中目标网络通道基于目标应用的标识信息在至少两个网络通道中确定;该方法用于实现双系统车机系统的网络访问,且仅为其中一个系统配置物理网卡,如此可有效降低车机系统产品的硬件成本,在此基础上,通过搭建至少一个点对点通道实现无物理网卡的第二系统上的应用通过第一系统的物理网卡的网络通道访问后台网络,以实现对具有多个操作系统的车机系统网络通道的统一管理。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例一提供的一种基于多个操作系统的网络访问方法的流程图;
图2是本申请实施例一的第一种优选实施方式的系统架构图;
图3是本申请实施例一的第二种优选实施方式的系统架构图;
图4是本申请实施例二提供的一种基于多个操作系统的网络访问方法的流程图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
针对传统的双系统车机系统通常需要设置两个物理网卡以分别进行网络访问,从而带来的高硬件成本以及网络通道难以统一管控的现状,本申请实施例提供一种基于多个操作系统的网络访问方法及车机系统,能有效解决上述问题。
下面将结合具体实施例对一种基于多个操作系统的网络访问方法及车机系统作进一步说明。
实施例一
结合图1所示,本实施例提供一种基于多个操作系统的网络访问方法,该操作系统包括第一系统和第二系统;第一系统中分配有物理网卡,且物理网卡对应至少两个网络通道。第一系统与第二系统之间设有至少一个点对点通道。其中,第二系统未分配有物理网卡;网络通道用于第一系统、第二系统与后台服务器进行通信,为对接外部的网络通道。
具体地,图1所示的方法是从第二系统的角度对本申请的方案进行介绍,该网络访问方法包括如下步骤:
S1、第二系统获取第二系统内当前启动的目标应用的网络访问请求;网络访问请求包括目标应用的标识信息;
S2、第二系统通过至少一个点对点通道将目标应用的网络访问请求发送至第一系统,以使得目标应用的网络访问请求路由至对应的目标网络通道,其中目标网络通道基于所述目标应用的标识信息在所述至少两个网络通道中确定。
其中,至少一个点对点通道是通过二层隧道协议L2TP基于虚拟机监视器提供的虚拟通道构建的连接所述第一系统与所述第二系统的通道。
结合图2所示,在第一种实施方式中,所述至少一个点对点通道的数量与所述至少两个网络通道的数量相等,所述至少一个点对点通道中的点对点通道与所述至少两个网络通道中的网络通道一一对应。
该方式下,步骤S2具体包括:
S21a、第二系统根据目标应用的标识信息和预设的应用与网络通道的对应关系,在至少两个网络通道中确定目标网络通道;
S22a、第二系统在至少一个点对点通道中确定目标网络通道对应的点对点通道;
S23a、第二系统通过对应的点对点通道将目标应用的网络访问请求发送至第一系统,以使得目标应用的网络访问请求路由至对应的所述目标网络通道。
在车载系统中,由于车载应用具有免费和付费之分,故本实施例中物理网卡对应的至少两个网络通道,可以包括一个免费网络通道和一个付费网络通道,其中,该付费网络通道可以是通过图2中的“APN1”实现的,该免费网络通道可以是通过图2中的“APN2”实现的。以及,至少一个点对点通道包括第一点对点通道和第二点对点通道,且其中第一点对点通道与付费网络通道对应,第二点对点通道与免费网络通道对应。例如,第一点对点通道可以是图2中所示的“L2TP1”通道,第二点对点通道可以是图2中所示的“L2TP2”通道。
进一步地,步骤S22a具体包括:
若目标网络通道为付费网络通道,则第二系统确定对应的点对点通道为第一点对点通道;或者,
若目标网络通道为免费网络通道,则第二系统确定对应的点对点通道为第二点对点通道。
在具体的双系统车机系统中,车载操作系统包括WinCE,Linux,Android,QNX,iOS中的任意两种,当然,本实施例对车载操作系统的具体类型并不限制。示例性地,本实施例中的车机系统为Linux-Android双系统,其通过虚拟机监视器(Hypervisor)支持运行,但Hypervisor通过硬件虚拟化只能将物理网卡分给其中一个系统。本实施例中,考虑到架构上系统与后台通讯以及总体网络管理的软件模块被设计在linux侧,故本实施例中将物理网卡分配在Linux系统,因此,本实施例中以第一系统为Linux系统,第二系统为Android系统为例,进行说明。
Linux系统与Android系统之间设有预先构建的至少一个点对点通道,该至少一个点对点通道是Linux系统通过二层隧道协议L2TP基于Hypervisor提供的虚拟通道(vnet通道)构建的连接Linux系统与Android系统的内部通信通道。具体地,本实施例采用二层隧道协议L2TP搭建在vnet上的方式构建网络通道,只需要一个vnet通道即可,相较于仅基于vnet实现而需要开辟两块共享内存区域(因为vnet是基于共享内存实现)的方案,能有效减小内存占用率。
该实现方式中,Linux-Android双系统采用在Linux系统与Android系统之间设有与至少两个网络通道数量相等的至少一个点对点通道,且至少一个点对点通道与至少两个网络通道采用一一对应的实现方式,具体为第一点对点通道与付费网络通道对应且第二点对点通道与免费网络通道对应,以实现操作系统中应用启动时按照收费与否,通过不同的网络通道进行网络请求的路由,避免数据转发错误,提高网络连接的准确度及速度。
另外,为确保目标应用的唯一确定性,本实施例中目标应用的标识信息采用应用包名。
更具体的,在Linux-Android双系统场景下,步骤S2包括:
S21a-1、Android系统根据目标应用的应用包名和预设的应用与网络通道的对应关系,在至少两个网络通道中确定目标网络通道为付费通道或免费通道。
S22a-1、Android系统根据确定的目标网络通道在至少一个点对点通道中确定目标网络通道对应的点对点通道为第一点对点通道或第二点对点通道。
S23a-1、Android系统通过对应的点对点通道将目标应用的网络访问请求发送至Linux系统,以使得目标应用的网络访问请求路由至对应的目标网络通道。
在步骤S21a之前,该网络访问方法还包括:
步骤S0a:在第二系统完成启动后,第二系统接收第一系统发送的所述预设的应用与网络通道的对应关系(包含在service list中)。
具体地,Android系统获取Linux系统发送的预设的应用与网络通道的对应关系;该对应关系由后台预先配置,在Android系统完成启动后Linux系统向后台预先获取并通过网关将其发送至Android系统。本实施例中,应用与网络通道的对应关系用于确定当前启动的目标应用为免费应用或付费应用,故该对应关系实际为应用包名-付费网络通道/免费网络通道之间的对应关系。
在一种优选的实施方式中,Linux系统侧设有网络管理模块(如图2中“模块二”),用于从后台获取上述对应关系并将其发送至Android系统的。
Android侧向框架层暴露两个点对点通道的虚拟网口(如图2中“APP1”、“APP2”),当Android系统的目标应用启动时,框架层通过获取的上述对应关系为目标应用做虚拟网口绑定的选择,从而实现目标应用的网络通道选择。
综上,在第一种实施方式中,通过在第一系统与第二系统之间设置与网络通道数量相等的点对点通道,且点对点通道与网络通道一一对应,以实现为付费网络通道和免费网络通道分别设置对应独立的点对点通道,从而提高数据传送的准确性。
在第二种实施方式中,至少一个点对点通道的数量少于至少两个网络通道的数量。
步骤S2包括:
S21b、第二系统根据目标应用的标识信息和预设的应用与IP地址的对应关系确定目标应用对应的目标IP地址;
S22b、第二系统通过至少一个点对点通道将包含目标IP地址的目标应用的网络访问请求发送至第一系统,以使得第一系统根据预设的IP地址与网络通道的对应关系将目标应用的网络访问请求路由至对应的目标网络通道。
同样的,第一系统为Linux系统,第二系统为Android系统;至少两个网络通道包括一个付费网络通道及一个免费网络通道;至少一个点对点通道是通过二层隧道协议L2TP基于虚拟机监视器提供的虚拟通道构建的连接第一系统与第二系统的通道。
第二种实施方式与第一种实施方式的区别之一在于:至少一个点对点通道具体为一个点对点通道;一个点对点通道对应于付费网络通道及免费网络通道。
具体地,如图3所示,在Linux-Android双系统场景下,步骤S2具体包括:
S21b-1、Android系统根据目标应用的应用包名和预设的应用与IP地址的对应关系确定目标应用对应的目标IP地址;
S22b-1、Android系统通过至少一个点对点通道将包含目标IP地址的目标应用的网络访问请求发送至Linux系统,以使得Linux系统根据预设的IP地址与网络通道的对应关系将目标应用的网络访问请求路由至对应的目标网络通道。其中,Android侧向框架层暴露一个点对点通道的虚拟网口,通过图3中“APP”实现。
同样的,步骤S21b之前,所述网络访问方法还包括:
步骤S0b:在第二系统完成启动后,第二系统接收第一系统发送的预设的应用与IP地址的对应关系(包含在service list中)。
该对应关系由后台预先配置,且第一系统通过其设置的网络管理模块向后台预先获取并将其发送至第二系统。优选的,在开机时,第一系统包括的网络管理模块向后台预先获取第二系统中所有应用的应用与IP地址对应关系并通过网关将其发送至第二系统。
因此,在第二种实施方式中,在第一系统与第二系统之间设置少于至少两个网络通道数量的至少一个点对点通道,且一个点对点通道对应至少两个网络通道,该方式下,为付费网络通道和免费网络通道设置同一点对点通道,网络访问请求经过第一系统解析以确定目标网络通道而进行网络请求的路由,实现最终的网络访问。
综上,本实施例提供的基于多个操作系统的网络访问方法用于实现双系统车机系统的网络访问,且仅需为其中一个系统配置物理网卡,如此可有效降低车机系统产品的硬件成本,在此基础上,通过搭建点对点通道实现无物理网卡的第二系统上的应用通过第一系统的物理网卡的网络通道访问后台网络,以实现对具有多个操作系统的车机系统网络通道在防火墙、DNS地址和网络状态方面的统一管理。
可以理解的是,本实施例提供的基于多个操作系统的网络访问方法中,该多个操作系统还可以包括第三系统或更多系统,本申请对此并不限定。例如,第三系统的操作可以参照上述第二系统的描述,为描述简便,后续不再赘述。
实施例二
结合图4所示,本实施例提供一种基于多个操作系统的网络访问方法,所述多个操作系统包括第一系统和第二系统;第一系统中分配有物理网卡,且物理网卡对应至少两个网络通道。第一系统与第二系统之间设有至少一个点对点通道。其中,第二系统未分配有物理网卡;网络通道用于与后台服务器进行通信,为对接外部的网络通道。
具体地,图4所示的方法是从第一系统的角度对本申请的方案进行介绍,其中,图4所示方法中,与图1所示方法相同或相应的内容,可以参考图1所示方法中的详细介绍,后续不再赘述。该网络访问方法包括如下步骤:
S10、第一系统接收第二系统通过至少一个点对点通道发送的网络访问请求,网络访问请求为第二系统内当前启动的目标应用的网络访问请求,网络访问请求包括目标应用的标识信息;
S20、第一系统根据在至少两个网络通道中确定所述目标应用的网络访问请求对应的目标网络通道;
S30、第一系统将目标应用的网络访问请求路由至所述目标网络通道。
在第一种实施方式中,步骤S20之前,该网络访问方法还包括:
步骤S0c:在第一系统完成启动后,第一系统接收后台服务器下发的预设的应用与网络通道的对应关系,以及将所述预设的应用与网络通道的对应关系发送至所述第二系统。
在此基础上,步骤S20具体包括:
第一系统根据目标应用的标识信息以及预设的应用与网络通道的对应关系,将标识信息对应的网络通道确定为目标网络通道。
具体地,根据实施例一的第一种实施方式中的描述,网络访问请求通过如下方式从第二系统发出:第二系统根据目标应用的标识信息和预设的应用与网络通道的对应关系,在至少两个网络通道中确定目标网络通道;第二系统在至少一个点对点通道中确定目标网络通道对应的点对点通道;第二系统通过对应的点对点通道将目标应用的网络访问请求发送至第一系统,以使得目标应用的网络访问请求路由至对应的所述目标网络通道。
可知,通过第一系统已确定待路由的目标网络通道。因此,由于网络通道设在分配有物理网卡的第一系统侧,在第一系统在接收到第二系统发出的网络访问请求后,第一系统进一步执行步骤S20以实现该侧目标网络通道的最终确定。第一系统具体确定目标网络通道的方式可通过对网络访问请求中应用与网络通道的对应关系匹配获得。
同样以Linux-Android双系统场景为例,第一系统为Linux系统,第二系统为Android系统;至少两个网络通道包括一个付费网络通道及一个免费网络通道;至少一个点对点通道是通过二层隧道协议L2TP基于虚拟机监视器提供的虚拟通道构建的连接第一系统与第二系统的通道,至少一个点对点通道包括第一点对点通道和第二点对点通道;第一点对点通道与付费网络通道对应,第二点对点通道与免费网络通道对应;标识信息为应用包名;则该网络访问方法在Linux-Android双系统场景中执行如下步骤:
S0c-1、在Linux系统完成启动后,Linux系统接收后台服务器下发的预设的应用与网络通道的对应关系,以及将预设的应用与网络通道的对应关系发送至Android系统。
S10-1、Linux系统接收Android系统通过至少一个点对点通道发送的网络访问请求,网络访问请求为Android系统内当前启动的目标应用的网络访问请求,网络访问请求包括目标应用的应用包名;
S20-1、Linux系统根据目标应用的应用包名,在至少两个网络通道中确定目标网络通道;
S30-1、Linux系统将目标应用的网络访问请求路由至目标网络通道。
在第二种实施方式中,步骤S20之前,该网络访问方法还包括:
步骤S0d:在第一系统完成启动后,第一系统接收后台服务器下发的预设的应用与IP地址的对应关系,以及将预设的应用与IP地址的对应关系发送至第二系统;
在此基础上,步骤S20具体包括:
第一系统根据目标IP地址以及预设的IP地址与网络通道的对应关系,将目标IP地址对应的网络通道确定为目标网络通道。
同样以Linux-Android双系统场景为例,第一系统为Linux系统,第二系统为Android系统;至少两个网络通道包括一个付费网络通道及一个免费网络通道;至少一个点对点通道是通过二层隧道协议L2TP基于虚拟机监视器提供的虚拟通道构建的连接第一系统与第二系统的通道,至少一个点对点通道具体为一个点对点通道;一个点对点通道对应于付费网络通道及免费网络通道;标识信息为应用包名;目标应用的网络访问请求还包括目标应用对应的目标IP地址;则该网络访问方法在Linux-Android双系统场景中执行时包括如下步骤:
步骤S0d-2:在Linux系统完成启动后,Linux系统的网络管理模块接收后台服务器下发的预设的Android系统中应用与IP地址的对应关系,以及将预设的应用与IP地址的对应关系发送至Android系统,以便Android系统根据其当前启动的目标应用获取目标IP地址;
S10-2、Linux系统接收Android系统通过至少一个点对点通道发送的网络访问请求,网络访问请求为Android系统内当前启动的目标应用的网络访问请求,网络访问请求包括与目标应用对应的目标IP地址;
S20-2、Linux系统根据目标应用的目标IP地址,在至少两个网络通道中确定目标网络通道为付费网络通道或免费网络通道;
S30-2、Linux系统将目标应用的网络访问请求路由至目标网络通道。
综上,本实施例提供的一种基于多个操作系统的网络访问请求在第一系统与第二系统之间设置少于网络通道数量的点对点通道,且一个点对点通道对应至少两个网络通道,该方式下,为付费网络通道和免费网络通道设置同一点对点通道,网络访问请求经过第一系统解析以确定网络通道而进行网络请求的路由,实现网络访问。
进一步,本实施例提供的基于多个操作系统的网络访问方法用于实现双系统车机系统的网络访问,且仅需为其中一个系统配置物理网卡,如此可有效降低车机系统产品的硬件成本,在此基础上,通过搭建点对点通道实现无物理网卡的第二系统上的应用通过第一系统的物理网卡的网络通道访问后台网络,以实现对具有多个操作系统的车机系统网络通道在防火墙、DNS地址和网络状态方面的统一管理。
需要说明的时,本实施例于实施例一中的网络访问过程实际为相同的过程,本实施例中未尽之描述可参照实施例一中内容。
实施例三
为执行上述实施例一中的基于多个操作系统的网络访问方法,本实施例提供一种与之对应的基于多个操作系统的网络访问装置,所述多个操作系统包括第一系统和第二系统,第一系统中分配有物理网卡,且物理网卡对应至少两个网络通道,第二系统未分配有物理网卡;第一系统与第二系统之间设有至少一个点对点通道。其中,网络通道用于第一系统、第二系统与后台服务器进行访问,为外部的网络通道。
该网络访问装置包括:
第一获取模块,用于第二系统获取所述第二系统内当前启动的目标应用的网络访问请求;所述网络访问请求包括所述目标应用的标识信息;
第一网络请求模块,用于第二系统通过所述至少一个点对点通道将所述目标应用的网络访问请求发送至所述第一系统,以使得所述目标应用的网络访问请求路由至对应的目标网络通道,其中所述目标网络通道基于所述目标应用的标识信息在所述至少两个网络通道中确定。
在第一种实施方式中,所述至少一个点对点通道的数量与所述至少两个网络通道的数量相等,所述至少一个点对点通道中的点对点通道与所述至少两个网络通道中的网络通道一一对应。
所述第一网络请求模块包括:
第一确定单元,用于第二系统根据目标应用的标识信息和预设的应用与网络通道的对应关系,在至少两个网络通道中确定目标网络通道;
第二确定单元,用于第二系统在至少一个点对点通道中确定目标网络通道对应的点对点通道;
第一发送单元,用于第二系统通过对应的点对点通道将目标应用的网络访问请求发送至第一系统,以使得目标应用的网络访问请求路由至对应的目标网络通道。
所述第一系统为Linux系统,所述第二系统为Android系统;所述至少两个网络通道包括一个付费网络通道及一个免费网络通道;所述至少一个点对点通道是通过二层隧道协议L2TP基于虚拟机监视器提供的虚拟通道构建的连接所述第一系统与所述第二系统的通道,所述至少一个点对点通道包括第一点对点通道和第二点对点通道;所述第一点对点通道与所述付费网络通道对应,所述第二点对点通道与所述免费网络通道对应;所述标识信息为应用包名;
所述第二确定单元具体用于:
若所述目标网络通道为付费网络通道,则所述第二系统确定所述对应的点对点通道为所述第一点对点通道;或者,
若所述目标网络通道为免费网络通道,则所述第二系统确定所述对应的点对点通道为所述第二点对点通道。
所述网络访问装置还包括:
第一接收模块,用于在所述第二系统完成启动后,所述第二系统接收所述第一系统发送的所述预设的应用与网络通道的对应关系。
在第二种实施方式中,所述至少一个点对点通道的数量少于所述至少两个网络通道的数量。
所述第一网络请求模块还包括:
第三确定单元,用于第二系统根据目标应用的标识信息和预设的应用与IP地址的对应关系确定目标应用对应的目标IP地址;
第二发送单元,用于第二系统通过至少一个点对点通道将包含目标IP地址的目标应用的网络访问请求发送至第一系统,以使得第一系统根据预设的IP地址与网络通道的对应关系将目标应用的网络访问请求路由至对应的目标网络通道。
所述第一系统为Linux系统,所述第二系统为Android系统;所述至少两个网络通道包括一个付费网络通道及一个免费网络通道;所述至少一个点对点通道是通过二层隧道协议L2TP基于虚拟机监视器提供的虚拟通道构建的连接所述第一系统与所述第二系统的通道,所述至少一个点对点通道具体为一个点对点通道;所述一个点对点通道对应于所述付费网络通道及所述免费网络通道;所述标识信息为应用包名;
所述网络访问装置还包括:
第二接收模块,用于在所述第二系统完成启动后,所述第二系统接收所述第一系统发送的所述预设的应用与IP地址的对应关系。
需要说明的是:上述实施例提供的基于多个操作系统的网络访问装置在触发基于多个操作系统的网络访问业务时,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。另外,上述实施例提供的基于多个操作系统的网络访问装置与实施例一提供的基于多个操作系统的网络访问方法的实施例属于同一构思,即该装置是基于该方法的,其具体实现过程详见方法实施例,这里不再赘述。
实施例四
为执行上述实施例二中的基于多个操作系统的网络访问方法,本实施例提供一种与之对应的基于多个操作系统的网络访问装置。所述多个操作系统包括第一系统和第二系统;所述第一系统分配有物理网卡,且所述物理网卡对应至少两个网络通道;所述第二系统未分配有物理网卡;所述第一系统与所述第二系统之间设有至少一个点对点通道;所述网络访问装置包括:
第三接收模块,用于第一系统接收所述第二系统通过所述至少一个点对点通道发送的网络访问请求,所述网络访问请求为所述第二系统内当前启动的目标应用的网络访问请求,所述网络访问请求包括所述目标应用的标识信息;
第一确定模块,用于第一系统在所述至少两个网络通道中确定所述目标应用的网络访问请求对应的目标网络通道;
路由模块,用于第一系统将所述目标应用的网络访问请求路由至所述目标网络通道。
在第一种实施方式中,第一系统为Linux系统,所述第二系统为Android系统;所述至少两个网络通道包括一个付费网络通道及一个免费网络通道;所述至少一个点对点通道是通过二层隧道协议L2TP基于虚拟机监视器提供的虚拟通道构建的连接所述第一系统与所述第二系统的通道,所述至少一个点对点通道包括第一点对点通道和第二点对点通道;所述第一点对点通道与所述付费网络通道对应,所述第二点对点通道与所述免费网络通道对应;所述标识信息为应用包名;
所述网络访问装置还包括:
第一处理模块,用于在第一系统完成启动后,第一系统接收后台服务器下发的预设的应用与网络通道的对应关系,以及将所述预设的应用与网络通道的对应关系发送至所述第二系统。
第一确定模块还用于,第一系统根据所述目标应用的标识信息以及所述预设的应用与网络通道的对应关系,将所述标识信息对应的网络通道确定为所述目标网络通道。
在第二种实施方式中,所述第一系统为Linux系统,所述第二系统为Android系统;所述至少两个网络通道包括一个付费网络通道及一个免费网络通道;所述至少一个点对点通道是通过二层隧道协议L2TP基于虚拟机监视器提供的虚拟通道构建的连接所述第一系统与所述第二系统的通道,所述至少一个点对点通道具体为一个点对点通道;所述一个点对点通道对应于所述付费网络通道及所述免费网络通道;所述标识信息为应用包名;所述目标应用的网络访问请求还包括所述目标应用对应的目标IP地址;
所述网络访问装置还包括:
第二处理模块,用于在第一系统完成启动后,第一系统接收后台服务器下发的预设的应用与IP地址的对应关系,以及将所述预设的应用与IP地址的对应关系发送至所述第二系统。
第一确定模块还用于,第一系统根据目标IP地址以及预设的IP地址与网络通道的对应关系,将目标IP地址对应的网络通道确定为目标网络通道。
需要说明的是:上述实施例提供的基于多个操作系统的网络访问装置在触发基于多个操作系统的网络访问业务时,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能模块完成,即将装置的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。另外,上述实施例提供的基于多个操作系统的网络访问装置与实施例二提供的基于多个操作系统的网络访问方法的实施例属于同一构思,即该装置是基于该方法的,其具体实现过程详见方法实施例,这里不再赘述。
实施例五
对应上述方法和装置,本实施例提供一种基于多操作系统的车机系统,所述多操作系统包括第一系统和第二系统;第一系统中分配有物理网卡,且物理网卡对应至少两个网络通道;第二系统未分配有物理网卡;第一系统与第二系统之间设有至少一个点对点通道;第二系统中的目标应用触发网络访问时,车机系统执行如下操作:
S100、第二系统获取第二系统内当前启动的目标应用的网络访问请求;所述网络访问请求包括所述目标应用的标识信息;
S200、第二系统通过至少一个点对点通道将所述目标应用的网络访问请求发送至所述第一系统;
S300、第一系统在所述至少两个网络通道中确定所述目标应用的网络访问请求对应的目标网络通道;
S400、第一系统将所述目标应用的网络访问请求路由至所述目标网络通道。
在第一种实施方式中,所述至少一个点对点通道的数量与所述至少两个网络通道的数量相等,所述至少一个点对点通道中的点对点通道与所述至少两个网络通道中的网络通道一一对应。
该方式下,步骤S200具体包括:
S211、第二系统根据目标应用的标识信息和预设的应用与网络通道的对应关系,在至少两个网络通道中确定目标网络通道;
S212、第二系统在至少一个点对点通道中确定目标网络通道对应的点对点通道;
S213、第二系统通过对应的点对点通道将目标应用的网络访问请求发送至第一系统,以使得目标应用的网络访问请求路由至对应的所述目标网络通道。
在步骤S100之前,所述网络访问方法还包括:
S001、在第一系统完成启动后,第一系统接收后台服务器下发的预设的应用与网络通道的对应关系,以及将所述预设的应用与网络通道的对应关系发送至所述第二系统。
步骤S300具体包括:
第一系统根据目标应用的标识信息以及预设的应用与网络通道的对应关系,将标识信息对应的网络通道确定为目标网络通道。
在第二种实施方式中,至少一个点对点通道的数量少于至少两个网络通道的数量。
该方式下,步骤S200具体包括:
S221、第二系统根据目标应用的标识信息和预设的应用与IP地址的对应关系确定目标应用对应的目标IP地址;
S222、第二系统通过至少一个点对点通道将包含目标IP地址的目标应用的网络访问请求发送至第一系统,以使得第一系统根据预设的IP地址与网络通道的对应关系将目标应用的网络访问请求路由至对应的目标网络通道。
步骤S00之前,所述网络访问方法还包括:
步骤S002:在第二系统完成启动后,第二系统接收第一系统发送的预设的应用与IP地址的对应关系。
步骤S300具体包括:
所述第一系统根据所述目标IP地址以及预设的IP地址与网络通道的对应关系,将所述目标IP地址对应的网络通道确定为所述目标网络通道。
需要说要说明的是,本实施例中提供的车机系统应用于双系统车机系统(如Linux-Android双系统)且触发网络访问时,具体的执行过程及所取得的技术效果请参照实施例一、二中的描述,本实施例中不再具体展开。
此外,通过上述这些实施例所描述的本申请的方案,未分配有物理网卡的第二系统可以将目标应用的网络访问请求发送至分配有物理网卡的第一系统,进而由第一系统将该目标应用的网络访问请求通过目标网络通道发送至后台服务器。其中,第一系统将该目标应用的网络访问请求发送至后台服务器时,可以是经由蜂窝网络(例如,4G网络、5G网络)发送至后台服务器,也可以是基于V2X技术,将该网络访问请求发送至路侧单元(Road SideUnit,RSU)后,再由RSU发送至后台服务器。
本说明书中的各个实施例均采用递进的方式描述,各个实施例之间相同相似的部分互相参见即可,每个实施例重点说明的都是与其他实施例的不同之处。尤其,对于系统或系统实施例而言,由于其基本相似于方法实施例,所以描述得比较简单,相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的,其中作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的数据下,即可以理解并实施。
尽管已描述了本申请实施例中的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本申请实施例中范围的所有变更和修改。
显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种基于多个操作系统的网络访问方法,其特征在于,所述多个操作系统包括第一系统和第二系统;所述多个操作系统中仅所述第一系统分配有物理网卡,且所述物理网卡对应至少两个网络通道;所述第一系统与所述第二系统之间设有至少一个点对点通道;所述网络访问方法包括:
所述第二系统获取所述第二系统内当前启动的目标应用的网络访问请求;所述网络访问请求包括所述目标应用的标识信息;
所述第二系统通过所述至少一个点对点通道将所述目标应用的网络访问请求发送至所述第一系统,以使得所述目标应用的网络访问请求路由至对应的目标网络通道,其中所述目标网络通道基于所述目标应用的标识信息在所述至少两个网络通道中确定。
2.根据权利要求1所述的网络访问方法,其特征在于,所述至少一个点对点通道的数量与所述至少两个网络通道的数量相等,所述至少一个点对点通道中的点对点通道与所述至少两个网络通道中的网络通道一一对应;
所述第二系统通过所述至少一个点对点通道将所述目标应用的网络访问请求发送至所述第一系统,以使得所述目标应用的网络访问请求路由至对应的目标网络通道,其中所述目标网络通道基于所述目标应用的标识信息在所述至少两个网络通道中确定,包括:
所述第二系统根据所述目标应用的标识信息和预设的应用与网络通道的对应关系,在所述至少两个网络通道中确定所述目标网络通道;
所述第二系统在所述至少一个点对点通道中确定所述目标网络通道对应的点对点通道;
所述第二系统通过所述对应的点对点通道将所述目标应用的网络访问请求发送至所述第一系统,以使得所述目标应用的网络访问请求路由至对应的所述目标网络通道。
3.根据权利要求2所述的网络访问方法,其特征在于,所述第一系统为Linux系统,所述第二系统为Android 系统;所述至少两个网络通道包括一个付费网络通道及一个免费网络通道;所述至少一个点对点通道是通过二层隧道协议L2TP基于虚拟机监视器提供的虚拟通道构建的连接所述第一系统与所述第二系统的通道,所述至少一个点对点通道包括第一点对点通道和第二点对点通道;所述第一点对点通道与所述付费网络通道对应,所述第二点对点通道与所述免费网络通道对应;所述标识信息为应用包名;
所述第二系统在所述至少一个点对点通道中确定所述目标网络通道对应的点对点通道,包括:
若所述目标网络通道为付费网络通道,则所述第二系统确定所述对应的点对点通道为所述第一点对点通道;或者,
若所述目标网络通道为免费网络通道,则所述第二系统确定所述对应的点对点通道为所述第二点对点通道。
4.根据权利要求2或3所述的网络访问方法,其特征在于,所述第二系统根据所述目标应用的标识信息和预设的应用与网络通道的对应关系,在所述至少两个网络通道中确定所述目标网络通道之前,所述网络访问方法还包括:
在所述第二系统完成启动后,所述第二系统接收所述第一系统发送的所述预设的应用与网络通道的对应关系。
5.根据权利要求1所述的网络访问方法,其特征在于,所述至少一个点对点通道的数量少于所述至少两个网络通道的数量;
所述第二系统通过所述至少一个点对点通道将所述目标应用的网络访问请求路由至对应的目标网络通道,其中所述目标网络通道基于所述目标应用的标识信息在所述至少两个网络通道中确定,包括:
所述第二系统根据所述目标应用的标识信息和预设的应用与IP地址的对应关系确定所述目标应用对应的目标IP地址;
所述第二系统通过所述至少一个点对点通道将包含所述目标IP地址的目标应用的网络访问请求发送至所述第一系统,以使得所述第一系统根据预设的IP地址与网络通道的对应关系将所述目标应用的网络访问请求路由至对应的目标网络通道。
6.根据权利要求5所述的网络访问方法,其特征在于,所述第一系统为Linux系统,所述第二系统为Android 系统;所述至少两个网络通道包括一个付费网络通道及一个免费网络通道;所述至少一个点对点通道是通过二层隧道协议L2TP基于虚拟机监视器提供的虚拟通道构建的连接所述第一系统与所述第二系统的通道,所述至少一个点对点通道具体为一个点对点通道;所述一个点对点通道对应于所述付费网络通道及所述免费网络通道;所述标识信息为应用包名;
所述第二系统根据所述目标应用的标识信息和预设的应用与IP地址的对应关系确定所述目标应用对应的目标IP地址之前,所述网络访问方法还包括:
在所述第二系统完成启动后,所述第二系统接收所述第一系统发送的所述预设的应用与IP地址的对应关系。
7.一种基于多个操作系统的网络访问方法,其特征在于,所述多个操作系统包括第一系统和第二系统;所述多个操作系统中仅所述第一系统分配有物理网卡,且所述物理网卡对应至少两个网络通道;所述第一系统与所述第二系统之间设有至少一个点对点通道;所述网络访问方法包括:
所述第一系统接收所述第二系统通过所述至少一个点对点通道发送的网络访问请求,所述网络访问请求为所述第二系统内当前启动的目标应用的网络访问请求,所述网络访问请求包括所述目标应用的标识信息;
所述第一系统在所述至少两个网络通道中确定所述目标应用的网络访问请求对应的目标网络通道;
所述第一系统将所述目标应用的网络访问请求路由至所述目标网络通道。
8.根据权利要求7所述的网络访问方法,其特征在于,所述第一系统为Linux系统,所述第二系统为Android 系统;所述至少两个网络通道包括一个付费网络通道及一个免费网络通道;所述至少一个点对点通道是通过二层隧道协议L2TP基于虚拟机监视器提供的虚拟通道构建的连接所述第一系统与所述第二系统的通道,所述至少一个点对点通道包括第一点对点通道和第二点对点通道;所述第一点对点通道与所述付费网络通道对应,所述第二点对点通道与所述免费网络通道对应;所述标识信息为应用包名;
所述第一系统在所述至少两个网络通道中确定所述目标应用的网络访问请求对应的目标网络通道之前,所述方法还包括:
在所述第一系统完成启动后,所述第一系统接收后台服务器下发的预设的应用与网络通道的对应关系,以及将所述预设的应用与网络通道的对应关系发送至所述第二系统;
所述第一系统在所述至少两个网络通道中确定所述目标应用的网络访问请求对应的目标网络通道,包括:
所述第一系统根据所述目标应用的标识信息以及所述预设的应用与网络通道的对应关系,将所述标识信息对应的网络通道确定为所述目标网络通道。
9.根据权利要求7所述的网络访问方法,其特征在于,所述第一系统为Linux系统,所述第二系统为Android 系统;所述至少两个网络通道包括一个付费网络通道及一个免费网络通道;所述至少一个点对点通道是通过二层隧道协议L2TP基于虚拟机监视器提供的虚拟通道构建的连接所述第一系统与所述第二系统的通道,所述至少一个点对点通道具体为一个点对点通道;所述一个点对点通道对应于所述付费网络通道及所述免费网络通道;所述标识信息为应用包名;所述目标应用的网络访问请求还包括所述目标应用对应的目标IP地址;
所述第一系统在所述至少两个网络通道中确定所述目标应用的网络访问请求对应的目标网络通道之前,所述方法还包括:
在所述第一系统完成启动后,所述第一系统接收后台服务器下发的预设的应用与IP地址的对应关系和预设的IP地址与网络通道的对应关系,以及将所述预设的应用与IP地址的对应关系发送至所述第二系统;
所述第一系统在所述至少两个网络通道中确定所述目标应用的网络访问请求对应的目标网络通道,包括:
所述第一系统根据所述目标IP地址以及所述预设的IP地址与网络通道的对应关系,将所述目标IP地址对应的网络通道确定为所述目标网络通道。
10.一种基于多操作系统的车机系统,其特征在于,所述多操作系统包括第一系统和第二系统;所述多操作系统中仅所述第一系统分配有物理网卡,且所述物理网卡对应至少两个网络通道;所述第一系统与所述第二系统之间设有至少一个点对点通道;所述第二系统中的目标应用触发网络访问时,所述车机系统执行如下操作:
所述第二系统获取所述第二系统内当前启动的目标应用的网络访问请求;所述网络访问请求包括所述目标应用的标识信息;
所述第二系统通过所述至少一个点对点通道将所述目标应用的网络访问请求发送至所述第一系统;
所述第一系统在所述至少两个网络通道中确定所述目标应用的网络访问请求对应的目标网络通道;
所述第一系统将所述目标应用的网络访问请求路由至所述目标网络通道。
CN202110099521.7A 2021-01-25 2021-01-25 一种基于多个操作系统的网络访问方法及车机系统 Active CN112887401B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110099521.7A CN112887401B (zh) 2021-01-25 2021-01-25 一种基于多个操作系统的网络访问方法及车机系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110099521.7A CN112887401B (zh) 2021-01-25 2021-01-25 一种基于多个操作系统的网络访问方法及车机系统

Publications (2)

Publication Number Publication Date
CN112887401A CN112887401A (zh) 2021-06-01
CN112887401B true CN112887401B (zh) 2021-09-17

Family

ID=76051234

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110099521.7A Active CN112887401B (zh) 2021-01-25 2021-01-25 一种基于多个操作系统的网络访问方法及车机系统

Country Status (1)

Country Link
CN (1) CN112887401B (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114547630B (zh) * 2022-04-25 2022-08-09 宁波均联智行科技股份有限公司 一种基于车机多操作系统的验证方法及装置
CN115175289A (zh) * 2022-07-29 2022-10-11 恒玄科技(北京)有限公司 一种用于主机的无线网卡和无线通信方法

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109116777A (zh) * 2018-08-14 2019-01-01 宁波吉利汽车研究开发有限公司 汽车电子系统体系架构
CN111767115A (zh) * 2019-03-13 2020-10-13 大陆汽车有限责任公司 车辆系统、车辆和用于运行这种车辆系统的方法

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8818725B2 (en) * 2011-11-16 2014-08-26 Flextronics Ap, Llc Location information exchange between vehicle and device
CN106776398A (zh) * 2016-12-20 2017-05-31 广州视源电子科技股份有限公司 双系统双向控制的方法和装置
JP6790854B2 (ja) * 2017-01-17 2020-11-25 株式会社デンソー 処理装置
CN108696424A (zh) * 2017-04-07 2018-10-23 上汽通用汽车有限公司 汽车通信系统
CN111432040A (zh) * 2019-01-09 2020-07-17 成都鼎桥通信技术有限公司 多系统终端的数据包发送方法及装置
CN111447692B (zh) * 2019-01-16 2022-06-03 成都鼎桥通信技术有限公司 多系统终端的通话方法、装置、电子设备及存储介质
CN111953716B (zh) * 2019-05-14 2022-05-13 比亚迪股份有限公司 消息通讯方法、系统、计算机设备及存储介质
CN110971708B (zh) * 2019-12-19 2021-11-30 吉林大学 安卓与Ubuntu系统信息传输方法及系统、设备、介质
CN111417216B (zh) * 2020-02-17 2023-04-28 博泰车联网科技(上海)股份有限公司 应用程序跨系统通信方法及相关装置

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109116777A (zh) * 2018-08-14 2019-01-01 宁波吉利汽车研究开发有限公司 汽车电子系统体系架构
CN111767115A (zh) * 2019-03-13 2020-10-13 大陆汽车有限责任公司 车辆系统、车辆和用于运行这种车辆系统的方法

Also Published As

Publication number Publication date
CN112887401A (zh) 2021-06-01

Similar Documents

Publication Publication Date Title
AU2016414391B2 (en) Packet processing method in cloud computing system, host, and system
CN112887401B (zh) 一种基于多个操作系统的网络访问方法及车机系统
CN109474912B (zh) 一种车载网关系统以及车载子系统的监控方法和装置
CN112416840B (zh) 一种计算资源的远程映射方法、装置、设备及存储介质
CN107222637B (zh) 一种连接方法和装置、车载系统、终端、存储介质
CN111404753B (zh) 一种扁平网络配置方法、计算机设备及存储介质
WO2021098212A1 (zh) 软件升级方法、装置和系统
CN109343946B (zh) 一种软件定义车联网计算任务迁移和调度方法
US8417848B2 (en) Method and apparatus for implementing multiple service processing functions
CN112055091B (zh) 车载微服务架构、车载模块的通信方法和装置
CN110851271A (zh) 资源共享方法及装置、存储介质
CN111597024B (zh) 跨域集群处理方法、装置、电子设备及存储介质
WO2024008104A1 (zh) 远程升级方法及系统
CN114327137A (zh) 基于车机多操作系统的触控方法、装置和计算机设备
CN115185647A (zh) virtio设备直通方法及相关装置
WO2024078634A1 (zh) 服务管理方法、系统、装置、电子设备及存储介质
CN116643892B (zh) 内存管理方法、装置、芯片及交通设备
US20220278944A1 (en) Method for allocating resources of a network infrastructure
CN108351802B (zh) 计算机数据处理系统和用于虚拟机通信的基于通信流量的优化的方法
CN115883283A (zh) 一种容器化vnf的部署方法及装置
CN112822792A (zh) 承载标识的分配方法、装置、设备和存储介质
CN114244878B (zh) 一种异构多核环境下的设备分布式访问系统及方法
WO2024026593A1 (zh) 一种协同控车方法及相关装置
CN113997977B (zh) 制动控制系统车辆总线主从通讯方法,装置及系统
CN112671547B (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
GR01 Patent grant
GR01 Patent grant