具体实施方式
为使本申请实施例的目的、技术方案和优点更加清楚,下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
在本申请实施例中使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本申请。在本申请实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义,“多种”一般包含至少两种,但是不排除包含至少一种的情况。
应当理解,本文中使用的术语“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。另外,本文中字符“/”,一般表示前后关联对象是一种“或”的关系。
取决于语境,如在此所使用的词语“如果”、“若”可以被解释成为“在……时”或“当……时”或“响应于确定”或“响应于检测”。类似地,取决于语境,短语“如果确定”或“如果检测(陈述的条件或事件)”可以被解释成为“当确定时”或“响应于确定”或“当检测(陈述的条件或事件)时”或“响应于检测(陈述的条件或事件)”。
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的商品或者系统不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种商品或者系统所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的商品或者系统中还存在另外的相同要素。
另外,下述各方法实施例中的步骤时序仅为一种举例,而非严格限定。
为了方便本领域技术人员理解本申请实施例提供的技术方案,下面对相关技术进行说明:
第五代移动通信技术(5th Generation Mobile Communication Technology,简称5G)是具有高速率、低时延和大连接特点的新一代宽带移动通信技术,是能够实现人机物互联的网络基础设施。随着5G网络建设的规模化,5G网络所具有的的网络特性会促使更多的应用场景使用5G网络接入,5G网络可以承载千差万别的数据处理类型,同时随着云服务的进一步普及,大部分都以公有云或者边缘云的云模式进行部署,而由于通讯网和云网络自身技术和应用模式的不同,导致无法形成端到端的一体化服务体系,另外,在进行网络部署的过程中,随着各种管控中间设备的存在,已有的服务体系都仅仅局限在某个特定网络域中,例如:局限在移动网络或者云网络中,目前不能实现简单、灵活、跨域的网络服务能力。
为了解决上述技术问题,相关技术提供了一种数据通信方法,参考附图1所示,该数据通信方法可以实现终端设备上某一应用程序APP与服务端之间的数据通信,其中,APP可以为实现某类特定应用服务的应用程序,服务端可以部署在云网络中。具体的,该数据通信方法可以包括以下步骤:
(1)APP可以生成特定的服务质量需求,服务质量需求包括但不限于时延、抖动、带宽、丢包率等等。
(2)APP可以通过特定的应用程序编程接口(Application ProgrammingInterface,简化API)向能力调用中心申请与服务质量需求相对应的差异化的服务能力,包括但不限于:切片、服务质量(Quality of Service,简化QOS)等。
其中,为了能够实现向能力调用中心申请与服务质量需求相对应的差异化的服务能力,能力调用中心的API接口需要提供访问的目标地址、端口号、通信号码、服务质量要求、调用时长等等。
(3)能力调用中心根据申请在移动接入网和移动核心网、传输网等移动网内部署对应的服务能力提供给APP,类似可以将低时延的切片1、高带宽的切片2等返回至APP。
然而,通过上述方式所提供的差异化的服务能力仅仅局限在移动网或者传输网内,对于云网络没有约束力。举例来说,APP部署在北京,服务端部署在深圳,移动网中的能力调用中心部署在武汉,若想要为部署在北京的APP提供相对应的服务能力,则只能通过部署在武汉的能力调用中心来实现,由于不具备提供跨网络域的服务能力,因此,无法通过部署在深圳的服务端来实现,即实现方式不够灵活。
在另一些实例中,相关技术提供了另一种数据通信方法,参考附图2所示,该数据通信方法可以实现终端设备上某一应用程序APP与服务端之间的数据通信,其中,APP可以为部署在移动网或者固网中用于实现某类特定应用服务的应用程序,服务端可以部署在云网络或者自有数据中心中,此时,APP和服务端之间跨区域的需求强烈。具体的,该数据通信方法可以包括以下步骤:
(1)APP可以生成特定的服务质量需求,服务质量需求包括但不限于时延、抖动、带宽、丢包率等等。
(2)APP可以通过特定的应用程序编程接口(Application ProgrammingInterface,简化API)向能力调用中心申请与服务质量需求相对应的差异化的服务能力,具体的,服务能力申请的实现方式包括不限于:软件定义广域网(Software Defined WideArea Network,简称SDWAN)、分段路由(Segment Routing,简称SR)等。
其中,为了能够实现向能力调用中心申请对应差异化的服务能力,能力调用中心的API接口需要提供访问的目标地址、端口号、租户信息、服务质量要求、调用时长等等。
(3)云网络根据所申请的服务质量需求、服务端位置等信息构建相应的差异化的数据通道,例如:用于实现高服务能力的第一数据通道、用于实现低服务能力的第二数据通道。
然而,通过上述方式所提供的差异化的服务能力仅仅局限在云网络内,对于移动网或者固网没有约束力。举例来说,APP部署在北京,服务端部署在深圳,移动网中的能力调用中心部署在武汉,若想要为部署在北京的APP提供相对应的服务能力,则只能通过部署在深圳的服务端来实现,由于不具备提供跨网络域的服务能力,因此,无法通过部署在武汉的能力调用中心来实现,即实现方式不够灵活。
在又一些实例中,相关技术提供了又一种数据通信方法,参考附图3所示,该数据通信方法可以实现终端设备上某一应用程序APP与服务端之间的数据通信,具体的,该数据通信方法可以使得移动网络与云网络之间通过约定方式实现信息传递,上述的数据通信方式可以以IP中的差分服务代码点(Differentiated Services Code Point,简称DSCP)字段来传递不同的等级,即在原始的数据报文上增加特定封装,包括但不限于:IPSec封装、私有协议封装等模式来实现信息传递。
然而,由于移动网、云网、互联网之间的中间管控设备较多,在利用上述方式对数据报文进行传输的过程中,数据报文可能遭到篡改、清洗、丢弃等非法操作,从而无法保证数据报文传输的安全可靠性;另外,利用DSCP的方式来对报文进行封装时,由于DSCP的地址范围有限,这样在对DSCP字段进行自定义操作时,DSCP的字段方式容易固化,面对灵活的数据处理需求扩展性不足,此外,在原始的数据报文上增加特定封装会造成复杂度提升,降低了数据通信方法的通用性和实用性。
为了解决上述技术问题,本实施例提供了一种数据通信方法、设备、计算机存储介质及系统,其中,数据通信方法的执行主体可以为数据通信装置,该数据通信装置可以部署在任意网络中,或者,数据通信装置可以单独于各个网络进行部署。在数据通信装置单独于各个网络进行部署时,数据通信装置可以通过移动网关与客户端或者请求端通信连接,还可以通过云网关与服务器通信连接,数据通信装置、网关(移动网关、云网关)和服务器可以构成一个能够实现数据通信操作的数据通信系统。数据通信系统通过赋予通信地址语义化的方式能够实现简单、灵活、跨域的服务能力。具体的,
其中,客户端/请求端可以是任何具有一定数据传输能力的计算设备,此外,客户端的基本结构可以包括:至少一个处理器。处理器的数量取决于客户端的配置和类型。客户端也可以包括存储器,该存储器可以为易失性的,例如RAM,也可以为非易失性的,例如只读存储器(Read-Only Memory,简称ROM)、闪存等,或者也可以同时包括两种类型。存储器内通常存储有操作系统(Operating System,简称OS)、一个或多个应用程序,也可以存储有程序数据等。除了处理单元和存储器之外,客户端还包括一些基本配置,例如网卡芯片、IO总线、显示组件以及一些外围设备等。可选地,一些外围设备可以包括,例如键盘、鼠标、输入笔、打印机等。其它外围设备在本领域中是众所周知的,在此不做赘述。可选地,客户端可以为PC(personal computer)终端、手持终端(例如:智能手机、平板电脑)等。
数据通信装置是指可以在网络虚拟环境中提供数据通信服务的设备,通常是指利用网络进行信息规划、数据通信操作的装置。在物理实现上,数据通信装置可以是任何能够提供计算服务,响应服务请求,并进行处理的设备,具体实现时,数据通信装置可以配置在云网络、移动网络,此时,数据通信装置可以实现为集群服务器、常规服务器、云服务器、云主机、虚拟中心等。数据通信装置的构成主要包括处理器、硬盘、内存、系统总线等,和通用的计算机架构类似。
在上述本实施例中,客户端可以与数据通信装置进行网络连接,该网络连接可以是无线或有线网络连接。若客户端与数据通信装置是通信连接,该移动网络的网络制式可以为2G(GSM)、2.5G(GPRS)、3G(WCDMA、TD-SCDMA、CDMA2000、UTMS)、4G(LTE)、4G+(LTE+)、WiMax、5G等中的任意一种。
在本申请实施例中,客户端可以生成或者获取数据处理请求,该数据处理请求可以对应有原始通信地址。具体的,本实施例对于客户端生成或者获取数据处理请求的具体实现方式不做限定,例如:客户端上设置有交互界面,通过交互界面获取用户输入的执行操作,通过执行操作来生成数据处理请求;或者,客户端上可以设置有特定接口,通过特定接口可以获取到数据处理请求。在获取到数据处理请求之后,可以将数据处理请求通过设定接口(包括:移动网关、云网关等等)至数据通信装置,以使得数据通信装置可以对所上传的数据处理请求进行分析处理操作。
数据通信装置,用于接收客户端上传的数据处理请求,而后可以确定与数据处理请求相对应的特征信息,特征信息可以包括数据处理需求和数据处理类型,其中,数据处理需求可以包括以下至少之一:带宽信息、延时信息、丢包率、抖动信息。为了能够实现数据通信操作,可以获取预先配置的用于实现数据通信操作的多个通信地址,上述多个通信地址与数据处理请求所对应的原始通信地址不同。在获取到数据处理请求之后,可以在多个通信地址中确定与数据处理请求相对应的目标通信地址,而后可以将特征信息与目标通信地址进行关联存储,以使得通过目标通信地址即可标识数据处理请求所对应的特征信息。之后,基于目标通信地址对数据处理请求进行传输,以确定与数据处理请求相对应的数据处理资源,从而有效地实现了通过赋予目标通信地址语义化的方式实现了简单、灵活、跨域的服务能力。
举例来说,参考附图4所示,以数据通信装置中存储的多个通信地址包括:通信地址1、通信地址2和通信地址3为例,现有的网络域可以包括移动网络和云网络,客户端可以通过移动网络中的移动网关与数据通信装置通信连接,数据通信装置可以通过云网络中的云网关与服务器通信连接。具体的,客户端可以通过移动网关将数据处理请求发送至数据通信装置,此时的数据处理请求对应于原始通信地址。
在数据通信装置获取到数据处理请求之后,可以确定与数据处理请求相对应的特征信息,该特征信息可以包括数据处理需求和数据处理类型;并且,在获取到数据处理请求之后,可以在多个通信地址中确定与数据处理请求相对应的目标通信地址,具体的,该目标通信地址可以为通信地址1、通信地址2和通信地址3中的任意之一,例如,目标通信地址可以为通信地址2。在获取到特征信息之后,可以将特征信息与通信地址2进行关联存储,即通信地址2可以对应有数据处理请求所对应的特征信息2。之后,数据通信装置可以以通信地址2将数据处理请求传输至移动网关或者云网关,需要注意的是,此时的数据处理请求中可以对应有原始通信地址和通信地址2,在移动网关或者云网关获取到上述的数据处理请求之后,云网关和移动网关之间可以通过通信地址2进行相互通信,从而实现了跨网络域的数据通信,这样在将数据处理请求发送至服务器,并确定与数据处理请求相对应的数据处理资源时,数据处理资源可以以通信地址2由云网络传输至移动网格,以确定客户端可以基于所提供的数据处理资源进行相对应的数据处理操作。
本实施例提供的技术方案,通过获取数据处理请求和用于实现数据通信的多个通信地址,在获取到数据处理请求之后,确定与数据处理请求相对应的特征信息;并且可以在多个通信地址中确定与数据处理请求相对应的目标通信地址,而后可以将特征信息与目标通信地址进行关联存储,基于目标通信地址对数据处理请求进行传输,以确定与数据处理请求相对应的数据处理资源,从而有效地实现了通过赋予通信地址语义化的方式能够简单、灵活提供跨网络域的服务能力,具体的,通过所确定的目标通信地址可以将数据处理请求在不同网络中进行传输,以确定与数据处理请求相对应的数据处理资源,从而有利于提高数据通信方法的实用性,有利于市场的推广与应用。
下面通过一个示例性的应用场景具体说明本申请各个实施例提供的数据通信方法、设备、计算机存储介质及系统。
图5为本申请实施例提供的一种数据通信方法的流程示意图;参考附图5所示,本实施例提供了一种数据通信方法,该方法能够通过赋予通信地址语义化的方式实现了简单、灵活、跨域的服务能力。该方法的执行主体可以为数据通信装置,可以理解的是,该数据通信装置可以实现为软件、或者软件和硬件的组合,具体实现时,数据通信装置可以为部署在移动网络和云网络之间的服务中心。具体的,该数据通信方法可以包括:
步骤S501:获取数据处理请求和用于实现数据通信的多个通信地址。
步骤S502:在多个通信地址中,确定与数据处理请求相对应的目标通信地址。
步骤S503:对目标通信地址进行语义化处理,获得语义化通信地址。
步骤S504:基于语义化通信地址对数据处理请求进行传输,以确定与数据处理请求相对应的数据处理资源。
下面对上述各个步骤进行详细说明:
步骤S501:获取数据处理请求和用于实现数据通信的多个通信地址。
其中,数据通信装置中存储有多个用于实现数据通信的多个通信地址,该通信地址可以包括以下任意之一:网络协议版本4的通信地址(即IPv4地址)、互联网协议第6版的通信地址(即IPv6地址)。对于IPv4地址和IPv6地址而言,由于IPv4地址中规定IP地址长度为32,而IPv6地址中地址长度为128,即IPv6的地址空间更大,因此,在一些应用场景中,上述的用于实现数据通信的通信地址可以优选为IPv6地址。需要注意的是,通信地址的具体实现方式并不限于上述所描述的地址类型,本领域技术人员可以根据具体的应用场景或者应用需求选择其他类型的通信地址,在此不再赘述。
在用户存在数据访问需求时,可以通过客户端生成或者获取数据处理请求,该数据处理请求可以对应有原始通信地址。具体的,本实施例对于客户端生成或者获取数据处理请求的具体实现方式不做限定,例如:客户端上设置有交互界面,通过交互界面获取用户输入的执行操作,通过执行操作生成数据处理请求;或者,客户端上可以设置有特定接口,通过特定接口可以获取到数据处理请求。在获取到数据处理请求之后,可以将数据处理请求通过预设接口(例如:移动网关)上传至数据通信装置,从而使得数据通信装置可以稳定地获取到数据处理请求。
步骤S502:在多个通信地址中,确定与数据处理请求相对应的目标通信地址。
在获取到数据处理请求之后,可以在多个通信地址中确定与数据处理请求相对应的目标通信地址,具体的,在获取到数据处理请求之后,可以将多个通信地址中的任意一个空闲的通信地址确定为目标通信地址。或者,在获取到数据处理请求之后,可以利用轮询方式在多个通信地址中确定目标通信地址。
在一些实例中,在多个通信地址中,确定与数据处理请求相对应的目标通信地址可以包括:识别数据处理请求是否为历史处理请求;在数据处理请求为历史处理请求时,则将历史处理请求所对应的通信地址确定为与数据处理请求相对应的目标通信地址。
在获取到数据处理请求之后,可以识别数据处理请求是否为历史处理请求,在数据处理请求为历史处理请求时,则可以将历史处理请求所对应的通信地址确定为与数据处理请求相对应的目标通信地址,这样有效地实现了针对相同的数据处理请求可以配置相同的通信地址信息,这样有利于提高通信地址的利用率。在数据处理请求不是历史处理请求时,则可以在多个通信地址中随机确定与数据处理请求相对应的目标通信地址,从而有效地实现了对与数据处理请求相对应的目标通信地址进行确定的准确可靠性。
在又一些实例中,在多个通信地址中,确定与数据处理请求相对应的目标通信地址可以包括:获取与数据处理请求相对应的数据处理场景;识别数据处理场景是否为历史处理场景;在数据处理场景为历史处理场景时,则将历史处理场景所对应的通信地址确定为与数据处理请求相对应的目标通信地址。
在获取到数据处理请求之后,可以对数据处理请求进行分析处理,以获取与数据处理请求相对应的数据处理场景,在一些实例中,获取与数据处理请求相对应的数据处理场景可以包括:获取与数据处理请求相对应的数据源类型,基于数据源类型来确定与数据处理请求相对应的数据处理场景。在另一些实例中,获取用于对数据处理场景进行确定的网络模型,将数据处理请求输入至网络模型,从而可以获得与数据处理请求相对应的数据处理场景。该数据处理场景可以包括以下至少之一:图像识别场景、视频处理场景、语音处理场景、文字处理场景、物体识别场景等等。
在获取到与数据处理请求相对应的数据处理场景之后,可以识别识别数据处理场景是否为历史处理场景,在数据处理场景为历史处理场景时,则可以将历史处理场景所对应的通信地址确定为与数据处理请求相对应的目标通信地址,这样有效地实现了针对相同场景的数据处理请求可以配置相同的通信地址信息,这样有利于提高通信地址的利用率。在数据处理请求所对应的数据处理场景不是历史处理场景时,则将历史处理场景所对应的通信地址确定为与数据处理请求相对应的目标通信地址,从而有效地实现了对与数据处理请求相对应的目标通信地址进行确定的准确可靠性。
步骤S503:对目标通信地址进行语义化处理,获得语义化通信地址。
在获取到目标通信地址之后,可以对目标通信地址进行语义化处理,从而可以获得语义化通信地址。具体的,对目标通信地址进行语义化处理,获得语义化通信地址可以包括:确定与数据处理请求相对应的特征信息;将特征信息与目标通信地址进行关联存储,获得语义化通信地址。
具体的,在获取到数据处理请求之后,可以对数据处理请求进行分析处理,以确定与数据处理请求相对应的特征信息,该特征信息可以包括以下至少之一:数据处理需求、数据处理类型,上述的数据处理需求可以包括以下至少之一:带宽信息、延时信息、丢包率、抖动信息,数据处理类型可以是指客户端上应用程序APP所对应的类型,可以理解的是,不同的APP所对应的数据处理类型可以不同,例如:移动社交应用程序APP可以对应数据处理类型a,视频播放应用程序可以对应数据处理类型b等等。
在特征信息包括数据处理需求时,确定与数据处理请求相对应的数据处理需求可以包括:获取与数据处理请求相对应的语义特征;基于语义特征确定数据处理需求。
具体的,在获取到数据处理请求之后,可以利用语义识别算法或者语义识别模型对数据处理请求进行分析处理,以获取与数据处理请求相对应的语义特征。在获取到语义特征之后,可以利用预设规则对语义特征进行分析处理,以确定数据处理需求,从而有效地实现了对与数据处理请求相对应的数据处理需求进行确定的准确可靠性。
在特征信息包括数据处理类型时,确定与数据处理请求相对应的特征信息可以包括:获取与数据处理请求相对应的传输属性;基于传输属性,确定与数据处理请求相对应的数据处理类型。
具体的,在获取到数据处理请求之后,可以对数据处理请求进行分析处理,以获取与数据处理请求相对应的传输属性,在一些实例中,传输属性可以包括五元组信息、四元组信息、三元组信息或者二元组信息等等,其中,该五元组信息可以包括源IP地址、源端口、目的IP地址、目的端口和传输层协议。四元组信息可以包括源IP地址、源端口、目的IP地址和目的端口;或者,四元组信息可以包括源IP地址、源端口、目的IP地址和传输层协议。三元组信息可以包括源IP地址、源端口和传输层协议,二元组信息可以包括源IP地址和源端口等等。
在获取到与数据处理请求相对应的传输属性之后,可以利用预设规则对与数据处理请求相对应的传输属性中的源IP地址和源端口进行分析处理,以确定与数据处理请求相对应的数据处理类型,从而有效地实现了对与数据处理请求相对应的数据处理类型进行确定的准确可靠性。
在获取到特征信息和目标通信地址之后,为了能够简单、灵活地实现对目标通信地址进行语义化处理,可以将特征信息与目标通信地址进行关联存储,从而可以获得语义化通信地址,该语义化通信地址不仅可以作为数据处理请求所对应的传输地址,并且还可以标识与数据处理请求相对应的特征信息。在一些实例中,不同特征信息所对应的目标通信地址可以不同,例如:不同数据处理类型的数据处理请求所对应的目标通信地址不同。
步骤S504:基于语义化通信地址对数据处理请求进行传输,以确定与数据处理请求相对应的数据处理资源。
在获取到语义化通信地址之后,可以基于语义化通信地址对数据处理请求进行传输,以确定与数据处理请求相对应的数据处理资源。在一些实例中,基于语义化通信地址对数据处理请求进行传输,以确定与数据处理请求相对应的数据处理资源可以包括:获取与数据处理请求相对应的原始通信地址,原始通信地址与语义化通信地址相对应;基于语义化通信地址将数据处理请求发送至预设网络所对应的网关;通过网关将语义化通信地址删除,并基于原始通信地址将数据处理请求发送至服务器,以通过服务器确定与数据处理请求相对应的数据处理资源。
具体的,在获取到数据处理请求之后,可以对数据处理请求进行分析处理,以获取与数据处理请求相对应的原始通信地址,该原始通信地址与语义化通信地址相对应。举例来说,多个数据处理请求可以包括:请求1、请求2和请求3,其中,请求1可以对应有原始通信地址1,请求2对应有原始通信地址2,请求3对应有原始通信地址3,所确定的与请求1相对应的语义化通信地址为地址a,与请求2相对应的语义化通信地址为地址b,与请求3相对应的语义化通信地址为地址c,通过上述过程可知,请求1可以对应有原始通信地址1和地址a,请求2对应有原始通信地址2和地址b,请求3可以对应有原始通信地址3和地址c,因此,原始通信地址与语义化通信地址之间存在对应关系。
在获取到目标通信地址,并将特征信息与目标通信地址进行关联存储,获得语义化通信地址之后,可以基于语义化通信地址将数据处理请求发送至预设网络所对应的网关,上述的预设网络可以包括以下至少之一:移动网络、云网络,相对应的,预设网络所对应的网关可以包括:与移动网络相对应的移动网关和与云网络相对应的云网关。需要注意的是,在预设网络所对应的网关获取到携带有语义化通信地址和原始通信地址的数据处理请求之后,可以基于语义化通信地址所对应的特征信息生成或者选择相对应的数据传输路径,该数据传输路径可以提供与数据处理请求相对应的服务能力,其中,不同的数据处理请求可以对应有不同的数据传输路径,即使得网关可以通过语义化通信地址可以提供与数据处理请求相对应的切片和Q0S保证。
另外,由于语义化通信地址是数据通信装置所配置的用于供不同网络域中的网关进行通信传输的,而在单一网络域中无法基于语义化通信地址进行传输,因此,为了能够使得预设网络能够对数据处理请求进行有效传输,可以通过网关将语义化通信地址删除,此时,数据处理请求仅对应有原始通信地址,而后可以基于原始通信地址将数据处理请求发送至服务器。在服务器获取到数据处理请求之后,可以确定与数据处理请求相对应的数据处理资源,并可以向客户端提供相对应的数据处理资源,以使得客户端可以基于上述的数据处理资源实现相对应的数据处理操作。
本实施例提供的数据通信方法,通过获取数据处理请求和用于实现数据通信的多个通信地址;在多个通信地址中,确定与数据处理请求相对应的目标通信地址;对目标通信地址进行语义化处理,获得语义化通信地址;基于语义化通信地址对数据处理请求进行传输,以确定与数据处理请求相对应的数据处理资源,这样有效地实现了通过赋予通信地址语义化的方式能够简单、灵活提供跨网络域的服务能力,另外,由于语义化通信地址是一种传输协议地址,在不同的网络域进行传输时,不会遭到篡改、清洗、丢弃等非法操作,从而有效地保证了数据处理请求传输的安全可靠性,进一步提高了数据通信方法的实用性,有利于市场的推广与应用。
图6为本申请实施例提供的另一种数据通信方法的流程示意图;在上述实施例的基础上,参考附图6所示,其中,数据通信装置所获取到的数据处理请求的数量可以为一个或多个,在数据处理请求的数量为多个时,多个数据处理请求可以包括:第一请求和第二请求,可以理解的是,第一请求所对应的数据处理类型与第二请求所对应的数据处理类型可以相同或不同,在第一请求所对应的数据处理类型与第二请求所对应的数据处理类型不同时,本实施例中的方法可以包括:
步骤S601:获取与第一请求相对应的第一网络接入点和与第二请求相对应的第二网络接入点。
步骤S602:在第一网络接入点与第二网络接入点相同时,则确定与第一请求相对应的目标通信地址与第二请求相对应的目标通信地址为相同地址或者不同地址。
在数据处理请求中包括第一请求和第二请求,且第一请求所对应的数据处理类型与第二请求所对应的数据处理类型不同时,可以分别对第一请求和第二请求进行分析处理,以获取与第一请求相对应的第一网络接入点和与第二请求相对应的第二网络接入点。
在获取到第一网络接入点和第二网络接入点之后,可以将第一网络接入点与第二网络接入点进行分析比较,以识别第一网络接入点与第二网络接入点是否相同。在第一网络接入点与第二网络接入点相同时,则可以确定与第一请求相对应的目标通信地址与第二请求相对应的目标通信地址为相同地址或者不同地址。在一些实例中,可以将同一接入点、不同数据处理类型的数据处理请求所对应的目标通信地址配置为同一地址;在另一些实例中,可以将同一接入点、不同数据处理类型的数据处理请求所对应的目标通信地址配置为不同地址;从而有效地实现了可以灵活、可靠的将具有不同特征信息的数据处理请求与目标通信地址进行关联存储操作,进一步提高了该数据通信操作的质量和效率。
图7为本申请实施例提供的又一种数据通信方法的流程示意图;在上述实施例的基础上,参考附图7所示,在将特征信息与目标通信地址进行关联存储之后,本实施例中的方法还可以包括:
步骤S701:检测目标通信地址是否满足地址释放条件。
其中,客户端与服务器之间进行数据通信操作的过程中,数据处理装置可以不断地接收到需要进行数据处理操作的数据处理请求,并可以不断地为数据处理请求配置不同的目标通信地址。此时,为了能够提高并保证通信地址的率用率,在数据通信装置中可以配置有释放条件,在将特征信息与目标通信地址进行关联存储之后,可以检测目标通信地址是否满足地址释放条件。在一些实例中,检测目标通信地址是否满足地址释放条件可以包括:获取特征信息与目标通信地址进行关联存储的时间信息;在时间信息大于或等于预设时间阈值时,则确定目标通信地址满足地址释放条件;在时间信息小于预设时间阈值时,则确定目标通信地址不满足地址释放条件。
具体的,在将特征信息与目标通信地址进行关联存储之后,可以通过计时器记录并获取特征信息与目标通信地址进行关联存储的时间信息,而后将所获得的时间信息与预设时间阈值进行分析比较,在时间信息大于或等于预设时间阈值时,则说明特征信息与目标通信地址之间的关联存储时间较长,此时数据处理请求所对应的数据处理操作已经完成的概率较高,因此可以确定与时间信息相对应的目标通信地址满足地址释放条件。在时间信息小于预设时间阈值时,则说明特征信息与目标通信地址之间的关联存储时间较短,此时数据处理请求所对应的数据处理操作已经完成的概率较低,因此可以确定与时间信息相对应的目标通信地址不满足地址释放条件。
在又一些实例中,检测目标通信地址是否满足地址释放条件可以包括:检测是否接收到与目标通信地址相对应的地址释放请求;若接收到地址释放请求,则确定与地址释放请求相对应的目标通信地址满足地址释放条件;若未接收到地址释放请求,则确定与地址释放请求相对应的目标通信地址不满足地址释放条件。
当然的,本领域技术人员也可以采用其他的方式来检测目标通信地址是否满足地址释放条件,只要能够保证对目标通信地址是否满足地址释放条件进行准确、有效地检测操作即可,在此不再赘述。
步骤S702:若目标通信地址满足地址释放条件,则将特征信息与目标通信地址解除关联关系。
在与特征信息进行关联存储的目标通信地址满足地址释放条件时,则可以将特征信息与目标通信地址接触关联关系,从而实现了对目标通信地址的释放操作。
本实施例中,通过检测目标通信地址是否满足地址释放条件,若目标通信地址满足地址释放条件,则将特征信息与目标通信地址解除关联关系,从而有效地实现了在满足地址释放条件时,则可以及时地对目标通信地址进行地址释放操作,这样可以动态地对与特征信息相关联的目标通信地址进行调整,有利于提高通信地址的利用率。
具体应用时,参考附图8所示,以IPv6地址作为通信地址为例,本应用实施例提供了一种基于IPv6地址的一体化差异化服务架构,该差异化服务架构可以包括:数据通信装置和数据通信装置通信连接的服务器,该差异化服务架构能够以IPv6地址作为服务载体,赋予IPv6地址语意化的方式来实现灵活、简单、跨网络域的服务能力,具体的,基于上述差异化服务架构所对应的数据通信方法可以包括:
步骤1:应用程序APP生成/获取数据处理请求。
数据处理请求中可以携带有五元组信息,其中,源IP地址可以为:10.0.2.15,源端口为:53,目的IP地址可以为:10.0.1.1,目的端口为:53,传输层协议为网络协议版本4。
步骤2: APP通过移动接入网、移动核心网网关(或者用户端口功能UPF)将数据处理请求发送至数据通信装置。
步骤3:数据通信装置在多个IPv6地址中确定与数据处理请求相对应的目标IPv6地址。
其中,数据通信装置中可以存储有IPv6 1地址、IPv6 2地址和IPv6 3地址,而后可以将任意一个IPv6地址确定为目标IPv6地址,例如,可以将IPv6 2确定为目标IPv6地址,该目标IPv6地址可以为fcbb::1。
在多个IPv6地址中确定与数据处理请求相对应的目标IPv6地址时,可以检测数据处理请求是否为历史处理请求(是指历史时刻处理的、配置有IPv6地址的数据处理请求),在数据处理请求为历史处理请求时,则可以将历史处理请求所对应的IPv6地址确定为与数据处理请求相对应的目标IPv6地址,这样有效地实现了对于相同的数据处理请求可以配置相同的IPv6地址。
步骤4:数据通信装置确定与数据处理请求相对应的数据处理特征,将数据处理特征与目标IPv6地址进行关联存储。
其中,数据处理特征可以数据处理需求和数据处理类型,而后可以将数据处理特征与目标IPv6地址进行关联存储,从而使得目标IPv6地址不仅可以作为数据处理请求的通信地址,还能够标识数据处理请求所对应的数据处理特征。另外,此时的数据处理请求不仅可以对应有五元组信息(源IP地址为10.0.2.15、源端口为53、目的IP地址为10.0.1.1、目的端口为53、传输层协议为网络协议版本4),还对应有目标IPv6地址。
另外,在将数据处理特征与目标IPv6地址进行关联存储时,不同的数据处理特征可以对应有不同的目标IPv6地址,上述的数据处理特征可以包括:数据处理需求和数据处理类型,数据处理需求可以包括移动网服务质量和云网服务质量。例如:在将多个数据处理请求各自对应数据处理特征与所确定的目标IPv6地址进行关联存储的结果可以为:IPv6 1地址可以对应有数据处理特征1、移动网服务质量1(包括:带宽信息1和延时信息1)和云网服务质量1(包括:带宽信息1和延时信息1);IPv6 2地址可以对应有数据处理特征2、移动网服务质量2和云网服务质量2;IPv6 3地址可以对应有数据处理特征3、移动网服务质量3和云网服务质量3。在又一些实例中,不同的APP可以对应不同的目标IPv6地址,或者,位于同一网络接入点下的不同APP可以对应有相同或者不同的目标IPv6地址。
步骤5:数据通信装置可以通过目标IPv6地址将数据处理请求发送至预设网络的网关,其中,预设网络的网关可以包括移动核心网的移动网关和云网络的云网关。
步骤6:网关获取到数据处理请求之后,可以将数据处理请求所对应的目标IPv6地址删除,而后基于原始通信地址将数据处理请求发送至服务器。
为了能够实现APP通过数据通信装置申请对应的服务能力,数据通信装置可以返回与数据处理请求相对应的目标IPv6地址,数据处理请求以此地址作为传输地址在整个网络内不同的网络域中进行传递,并可以根据此目标IPv6地址进行QoS或者切片保障,需要注意的是,预设网络的网关(云网入口)可以根据此目标IPv6地址建立对应云网络内的差异化通道,在网关出口处,可以将数据处理请求所对应的目标IPv6地址删除,以基于数据处理请求相对应的原始通信地址将数据处理请求发送至真实的服务器。
步骤7:服务器基于原始通信地址获取到数据处理请求之后,可以确定与数据处理请求相对应的数据处理资源,并可以将数据处理资源返回至应用程序,以利用上述数据处理资源实现相对应的数据处理操作。
在又一些实例中,本实施例中的方法还可以包括:
步骤11:获取目标IPv6地址与数据处理请求相对应的数据处理特征进行关联存储之后的时间信息。
步骤12:在时间信息大于或等于预设时间阈值时,则确定目标通信地址满足地址释放条件。
其中,预设时间阈值可以为1h、3h、5h或者1天等等,具体的,预设时间阈值可以根据具体的应用场景或者应用需求进行任意配置。
步骤13:在目标通信地址满足地址释放条件时,则将特征信息与目标通信地址解除关联关系。
本应用实施例提供的技术方案,有效地通过IPv6地址作为服务载体、赋予IPv6地址地址语意化的方式实现了灵活、简单、跨域的服务能力。具体的,通过构建语意化的IPv6地址来提供对应的服务能力,由于IPv6的地址足够丰富,因此可以提供无限的差异化服务能力,特定的IPv6地址会和对应移动网的QoS、切片等能力进行捆绑映射,也会和云网的差异化能力进行捆绑映射,以上捆绑可以静态和也可以动态。另外,通过使用IPv6地址作为信息传递的载体,由于地址的唯一性和通用性,不会造成中间设备的篡改和丢弃,且使此方案更富普适性,加上IPv6地址的丰富程度可以增加服务能力的灵活度,进而有效地提高了该技术方案的实用性。
图9为本申请实施例提供的一种数据通信装置的结构示意图;参考附图9所示,本实施例提供了一种数据通信装置,该数据通信装置可以执行上述图5所示的数据通信方法,该数据通信装置可以包括:第一获取模块11、第一确定模块12、第一处理模块13和第一传输模块14,具体的:
第一获取模块11,用于获取数据处理请求和用于实现数据通信的多个通信地址;
第一确定模块12,用于在多个通信地址中,确定与数据处理请求相对应的目标通信地址;
第一处理模块13,用于对目标通信地址进行语义化处理,获得语义化通信地址;
第一传输模块14,用于基于语义化通信地址对数据处理请求进行传输,以确定与数据处理请求相对应的数据处理资源。
在一些实例中,在第一处理模块13对目标通信地址进行语义化处理,获得语义化通信地址时,该第一处理模块13用于执行:确定与数据处理请求相对应的特征信息;将特征信息与目标通信地址进行关联存储,获得语义化通信地址。
在一些实例中,通信地址包括以下任意之一:网络协议版本4的通信地址、互联网协议第6版的通信地址。
在一些实例中,特征信息包括以下至少之一:数据处理需求、数据处理类型。其中,数据处理需求包括以下至少之一:带宽信息、延时信息、丢包率、抖动信息。
在一些实例中,在第一确定模块12确定与数据处理请求相对应的特征信息时,该第一确定模块12用于执行:获取与数据处理请求相对应的传输属性;基于传输属性,确定与数据处理请求相对应的数据处理类型。
在一些实例中,传输属性包括五元组信息。
在一些实例中,不同数据处理类型的数据处理请求所对应的目标通信地址不同。
在一些实例中,数据处理请求包括第一请求和第二请求,且第一请求所对应的数据处理类型与第二请求所对应的数据处理类型不同;本实施例中的第一获取模块11和第一确定模块12用于执行以下步骤:
第一获取模块11,用于获取与第一请求相对应的第一网络接入点和与第二请求相对应的第二网络接入点;
第一确定模块12,用于在第一网络接入点与第二网络接入点相同时,则确定与第一请求相对应的目标通信地址与第二请求相对应的目标通信地址为相同地址或者不同地址。
在一些实例中,在第一传输模块14基于语义化通信地址对数据处理请求进行传输,以确定与数据处理请求相对应的数据处理资源时,该第一传输模块14用于执行:获取与数据处理请求相对应的原始通信地址,原始通信地址与语义化通信地址相对应;基于语义化通信地址将数据处理请求发送至预设网络所对应的网关;通过网关将语义化通信地址删除,并基于原始通信地址将数据处理请求发送至服务器,以通过服务器确定与数据处理请求相对应的数据处理资源。
在一些实例中,预设网络包括以下至少之一:移动网络、云网络。
在一些实例中,在将特征信息与目标通信地址进行关联存储之后,本实例中的第一传输模块14用于执行以下步骤:检测目标通信地址是否满足地址释放条件;若目标通信地址满足地址释放条件,则将特征信息与目标通信地址解除关联关系。
在一些实例中,在第一传输模块14检测目标通信地址是否满足地址释放条件时,该第一传输模块14用于执行:获取特征信息与目标通信地址进行关联存储的时间信息;在时间信息大于或等于预设时间阈值时,则确定目标通信地址满足地址释放条件;在时间信息小于预设时间阈值时,则确定目标通信地址不满足地址释放条件。
在一些实例中,在第一确定模块12在多个通信地址中,确定与数据处理请求相对应的目标通信地址时,该第一确定模块12用于执行:识别数据处理请求是否为历史处理请求;在数据处理请求为历史处理请求时,则将历史处理请求所对应的通信地址确定为与数据处理请求相对应的目标通信地址。
在一些实例中,在第一确定模块12在多个通信地址中,确定与数据处理请求相对应的目标通信地址时,该第一确定模块12用于执行:获取与数据处理请求相对应的数据处理场景;识别数据处理场景是否为历史处理场景;在数据处理场景为历史处理场景时,则将历史处理场景所对应的通信地址确定为与数据处理请求相对应的目标通信地址。
图9所示装置可以执行图4-图8所示实施例的方法,本实施例未详细描述的部分,可参考对图4-图8所示实施例的相关说明。该技术方案的执行过程和技术效果参见图4-图8所示实施例中的描述,在此不再赘述。
在一个可能的设计中,图9所示数据通信装置的结构可实现为一电子设备,该电子设备可以是手机、平板电脑、服务器等各种设备。如图10所示,该电子设备可以包括:第一处理器21和第一存储器22。其中,第一存储器22用于存储相对应电子设备执行上述图4-图8所示实施例中提供的数据通信方法的程序,第一处理器21被配置为用于执行第一存储器22中存储的程序。
程序包括一条或多条计算机指令,其中,一条或多条计算机指令被第一处理器21执行时能够实现如下步骤:获取数据处理请求和用于实现数据通信的多个通信地址;在多个通信地址中,确定与数据处理请求相对应的目标通信地址;对目标通信地址进行语义化处理,获得语义化通信地址;基于语义化通信地址对数据处理请求进行传输,以确定与数据处理请求相对应的数据处理资源。
进一步的,第一处理器21还用于执行前述图4-图8所示实施例中的全部或部分步骤。
其中,电子设备的结构中还可以包括第一通信接口23,用于电子设备与其他设备或通信网络通信。
另外,本发明实施例提供了一种计算机存储介质,用于储存电子设备所用的计算机软件指令,其包含用于执行上述图4-图8所示方法实施例中数据通信方法所涉及的程序。
此外,本发明实施例提供了一种计算机程序产品,包括:存储有计算机指令的计算机可读存储介质,当计算机指令被一个或多个处理器执行时,致使一个或多个处理器执行上述图4-图8所示方法实施例中数据通信方法中的步骤。
图11为本申请实施例提供的一种数据通信系统的结构示意图,参考附图11所示,本实施提供了一种数据通信系统,该数据通信系统可以包括:
数据处理装置31,用于获取数据处理请求和用于实现数据通信的多个通信地址;在多个通信地址中,确定与数据处理请求相对应的目标通信地址;对目标通信地址进行语义化处理,获得语义化通信地址,并基于语义化通信地址将数据处理请求发送至网关;
网关32,与数据处理装置31通信连接,用于获取与数据处理请求相对应的原始通信地址,原始通信地址与语义化通信地址相对应,将数据处理请求所对应的语义化通信地址删除,并基于原始通信地址将数据处理请求发送至服务器33;
服务器33,用于获取数据处理请求,确定与数据处理请求相对应的数据处理资源。
图11所示数据通信系统可以执行图4-图8所示实施例的方法,本实施例未详细描述的部分,可参考对图4-图8所示实施例的相关说明。该技术方案的执行过程和技术效果参见图4-图8所示实施例中的描述,在此不再赘述。
图12为本申请实施例提供的一种直播数据的处理方法的流程示意图;参考附图12所示,本实施例提供了一种直播数据的处理方法,该直播数据的处理方法的执行主体为直播数据的处理装置,具体的,该直播数据的处理方法可以包括:
步骤S1201:获取直播请求和用于实现数据通信的多个通信地址。
步骤S1202:在多个通信地址中,确定与直播请求相对应的目标通信地址。
步骤S1203:对目标通信地址进行语义化处理,获得语义化通信地址。
步骤S1204:基于语义化通信地址对直播请求进行传输,以确定与直播请求相对应的数据资源。
在直播场景中,直播数据往往会被直播端传输到预设网络或者直播服务平台,而后通过预设网络或者直播服务平台进行直播数据的分发操作。具体的,直播端可以将直播数据通过预设网关发送至预设网络(移动网络、云网络),以通过预设网络获取用于实现直播操作的数据资源。播放端可以通过预设网关向预设网络或者直播服务平台请求直播数据,以使得预设网络或者直播服务平台可以将直播数据分发至相对应的播放端,进而可以在播放端上播放相对应的直播数据。需要注意的是,直播场景包括但不限于:教育场景中的远程教育、直播课程、远程医疗等等,不同的直播场景中的待直播数据可以具有不同的功能作用。
基于上述陈述内容可知,本实施例中的直播请求可以是指直播端所发送的直播数据或者可以是播放端所请求播放的直播数据,从而使得直播数据的处理装置可以稳定地获取到直播请求,该直播请求所对应的直播数据可以包括视频数据和音频数据等等。
另外,本实施例中步骤S1202-步骤S1204的具体实现方式和实现效果与上述实施例中的步骤S502-步骤S504的具体实现方式和实现效果相类似,具体可参考上述陈述内容,在此不再赘述。
在一些实例中,对目标通信地址进行语义化处理,获得语义化通信地址可以包括:确定与直播请求相对应的直播请求特征;将直播请求特征与目标通信地址进行关联存储,获得语义化通信地址。
本实施例中的方法还可以包括图4-图8所示实施例的方法,本实施例未详细描述的部分,可参考对图4-图8所示实施例的相关说明。该技术方案的执行过程和技术效果参见图4-图8所示实施例中的描述,在此不再赘述。
本实施例提供的直播数据的处理方法,通过获取直播请求和用于实现数据通信的多个通信地址;在多个通信地址中,确定与直播请求相对应的目标通信地址;对目标通信地址进行语义化处理,获得语义化通信地址;基于语义化通信地址对直播请求进行传输,以确定与直播请求相对应的数据资源,从而有效地实现了通过赋予通信地址语义化的方式能够简单、灵活提供跨网络域的服务能力,具体的,通过所确定的目标通信地址可以将数据处理请求在不同网络中进行传输,以确定与数据处理请求相对应的数据处理资源,从而有利于提高数据通信方法的实用性,有利于市场的推广与应用。
图13为本申请实施例提供的一种直播数据的处理装置的结构示意图;参考附图13所示,本发明实施例提供了一种直播数据的处理装置,该直播数据的处理装置可以执行上述图12所示的直播数据的处理方法,具体的,该直播数据的处理装置可以包括:
第二获取模块41,用于获取直播请求和用于实现数据通信的多个通信地址;
第二确定模块42,用于在多个通信地址中,确定与直播请求相对应的目标通信地址;
第二处理模块43,用于对目标通信地址进行语义化处理,获得语义化通信地址;
第二传输模块44,用于基于语义化通信地址对直播请求进行传输,以确定与直播请求相对应的数据资源。
在一些实例中,在第二处理模块43对目标通信地址进行语义化处理,获得语义化通信地址时,该第二处理模块43用于执行:确定与直播请求相对应的直播请求特征;将直播请求特征与目标通信地址进行关联存储,获得语义化通信地址。
图13所示直播数据的处理装置可以执行图12所示实施例的方法,本实施例未详细描述的部分,可参考对图12所示实施例的相关说明。该技术方案的执行过程和技术效果参见图12所示实施例中的描述,在此不再赘述。
在一个可能的设计中,图13所示直播数据的处理装置的结构可实现为一电子设备。如图14所示,该电子设备可以包括:第二处理器51和第二存储器52。其中,第二存储器52用于存储相对应电子设备执行上述图12所示实施例中提供的直播数据的处理方法的程序,第二处理器51被配置为用于执行第二存储器52中存储的程序。
程序包括一条或多条计算机指令,其中,一条或多条计算机指令被第二处理器51执行时能够实现如下步骤:获取直播请求和用于实现数据通信的多个通信地址;在多个通信地址中,确定与直播请求相对应的目标通信地址;对目标通信地址进行语义化处理,获得语义化通信地址;基于语义化通信地址对直播请求进行传输,以确定与直播请求相对应的数据资源。
进一步的,第二处理器51还用于执行前述图12所示实施例中的全部或部分步骤。其中,电子设备的结构中还可以包括第二通信接口53,用于电子设备与其他设备或通信网络通信。
另外,本发明实施例提供了一种计算机存储介质,用于储存电子设备所用的计算机软件指令,其包含用于执行上述图12所示方法实施例中直播数据的处理方法所涉及的程序。
此外,本发明实施例提供了一种计算机程序产品,包括:存储有计算机指令的计算机可读存储介质,当计算机指令被一个或多个处理器执行时,致使一个或多个处理器执行上述图12所示方法实施例中直播数据的处理方法中的步骤。
图15为本申请实施例提供的一种自动驾驶控制方法的流程示意图;参考附图15所示,本实施例提供了一种自动驾驶控制方法,该处理方法的执行主体可以为自动驾驶控制装置,具体的,该车辆控制方法可以包括:
步骤S1501:获取与车辆相对应的车辆控制请求和用于实现数据通信的多个通信地址。
在车辆运行的过程中,为了能够实现对车辆进行准确有效地控制,可以生成与车辆相对应的车辆控制请求,该车辆控制请求可以包括与车辆相对应的运行状态数据,具体的,车辆上可以设置有传感器,通过传感器可以获取与车辆相对应的运行状态数据,与车辆相对应的运行状态数据可以包括以下至少之一:车辆的当前车速、行驶方向和环境信息,其中,环境信息包括周围物体的分布位置、车辆前方车辆的车速和车辆所处道路的道路限速。在一些实例中,传感器可以包括图像采集传感器、雷达传感器和全球定位系统GPS,具体的,通过图像采集传感器、雷达传感器和全球定位系统GPS来确定与车辆相对应的运行状态数据。
步骤S1502:在多个通信地址中,确定与车辆控制请求相对应的目标通信地址。
步骤S1503:对目标通信地址进行语义化处理,获得语义化通信地址。
另外,本实施例中步骤S1502-步骤S1503的具体实现方式和实现效果与上述实施例中的步骤S502-步骤S503的具体实现方式和实现效果相类似,具体可参考上述陈述内容,在此不再赘述。
步骤S1504:基于语义化通信地址对车辆控制请求进行传输,以确定与车辆控制请求相对应的驾驶路径规划信息。
在获取到语义化通信地址和车辆控制请求之后,可以基于语义化通信地址对车辆控制请求进行传输,具体的,可以将车辆控制请求发送至服务器,以通过服务器确定并提供与车辆控制请求相对应的车辆控制资源,而后可以基于车辆控制资源对车辆控制请求进行分析处理,以确定与车辆控制请求相对应的驾驶路径规划信息,从而可以获得与车辆控制请求相对应的驾驶路径规划信息。其中,预先配置有用于对运行状态数据进行分析处理的机器学习模型,机器学习模型被训练为用于确定与车辆相对应的驾驶路径规划信息。在获取到车辆控制请求之后,可以将车辆控制请求输入至机器学习模型,从而可以获得与车辆控制请求相对应的驾驶路径规划信息。
步骤S1505:基于驾驶路径规划信息对车辆进行控制。
在获取到驾驶路径规划信息之后,可以基于驾驶路径规划信息对车辆进行控制,从而有效地实现了车辆的自动驾驶控制操作。需要注意的是,对于自动驾驶控制装置而言,自动驾驶控制装置可以设置于车辆上,或者,自动驾驶控制装置可以独立于车辆进行设置,此时,自动驾驶控制装置可以与车辆CPU通信连接。
另外,对于自动驾驶控制装置而言,可以根据不同的车辆对自动驾驶控制装置进行调整,即根据车辆类型的不同,自动驾驶控制装置中所包括的算法模块也会有所不同,此时,自动驾驶控制装置不仅可以实现车辆自动驾驶的控制操作,还可以实现的其他操作。例如,对于物流车辆、公共服务车辆、医疗服务车辆、终端服务车辆会涉及不同的自动驾驶控制装置。下面分别针对这四种自动驾驶车辆对自动驾驶控制装置中所包括的算法模块进行举例说明:
其中,物流车辆是指物流场景中使用的车辆,例如:可以是带自动分拣功能的物流车辆、带冷藏保温功能的物流车辆、带测量功能的物流车辆。这些物流车辆会涉及不同的算法模块。
例如,对于物流车辆,可以带有自动化的分拣装置,该分拣装置可以在物流车辆到达目的地后自动把货物取出并搬送、分拣、存放。这就涉及用于货物分拣的算法模块,该算法模块主要实现货物取出、搬运、分拣以及存放等逻辑控制。
又例如,针对冷链物流场景,物流车辆还可以带有冷藏保温装置,该冷藏保温装置可以实现运输的水果、蔬菜、水产品、冷冻食品以及其它易腐烂的食品进行冷藏或保温,使之处于合适的温度环境,解决易腐烂食品的长途运输问题。这就涉及用于冷藏保温控制的算法模块,该算法模块主要用于根据食品(或物品)性质、易腐性、运输时间、当前季节、气候等信息动态、自适应计算冷餐或保温的合适温度,根据该合适温度对冷藏保温装置进行自动调节,这样在车辆运输不同食品或物品时运输人员无需手动调整温度,将运输人员从繁琐的温度调控中解放出来,提高冷藏保温运输的效率。
又例如,在大多物流场景中,是根据包裹体积和/或重量进行收费的,而物流包裹的数量非常庞大,单纯依靠快递员对包裹体积和/或重量进行测量,效率非常低,人工成本较高。因此,在一些物流车辆中,增设了测量装置,可自动测量物流包裹的体积和/或重量,并计算物流包裹的费用。这就涉及用于物流包裹测量的算法模块,该算法模块主要用于识别物流包裹的类型,确定物流包裹的测量方式,如进行体积测量还是重量测量或者是同时进行体积和重量的组合测量,并可根据确定的测量方式完成体积和/或重量的测量,以及根据测量结果完成费用计算。
其中,公共服务车辆是指提供某种公共服务的车辆,例如:可以是消防车、除冰车、洒水车、铲雪车、垃圾处理车辆、交通指挥车辆等。这些公共服务车辆会涉及不同算法模块。
例如,对于自动驾驶的消防车,其主要任务是针对火灾现场进行合理的灭火任务,这就涉及用于灭火任务的算法模块,该算法模块至少需要实现火灾状况的识别、灭火方案的规划以及对灭火装置的自动控制等逻辑。
又例如,对于除冰车,其主要任务是清除路面上结的冰雪,这就涉及除冰的算法模块,该算法模块至少需要实现路面上冰雪状况的识别、根据冰雪状况制定除冰方案,如哪些路段需要采取除冰,哪些路段无需除冰,是否采用撒盐方式、撒盐克数等,以及在确定除冰方案的情况下对除冰装置的自动控制等逻辑。
其中,医疗服务车辆是指能够提供一种或多种医疗服务的自动驾驶车辆,该种车辆可提供消毒、测温、配药、隔离等医疗服务,这就涉及提供各种自助医疗服务的算法模块,这些算法模块主要实现消毒需求的识别以及对消毒装置的控制,以使消毒装置为病人进行消毒,或者对病人位置的识别,控制测温装置自动贴近病人额头等位置为病人进行测温,或者,用于实现对病症的判断,根据判断结果给出药方并需要实现对药品/药品容器的识别,以及对取药机械手的控制,使之按药方为病人抓取药品,等等。
其中,终端服务车辆是指可代替一些终端设备面向用户提供某种便利服务的自助型的自动驾驶车辆,例如这些车辆可以为用户提供打印、考勤、扫描、开锁、支付、零售等服务。
例如,在一些应用场景中,用户经常需要到特定位置去打印或扫描文档,费时费力。于是,出现一种可以为用户提供打印/扫描服务的终端服务车辆,这些服务车辆可以与用户终端设备互联,用户通过终端设备发出打印指令,服务车辆响应打印指令,自动打印用户所需的文档并可自动将打印出的文档送至用户位置,用户无需去打印机处排队,可极大地提高打印效率。或者,可以响应用户通过终端设备发出的扫描指令,移动至用户位置,用户将待扫描的文档放置的服务车辆的扫描工具上完成扫描,无需到打印/扫描机处排队,省时省力。这就涉及提供打印/扫描服务的算法模块,该算法模块至少需要识别与用户终端设备的互联、打印/扫描指令的响应、用户位置的定位以及行进控制等。
又例如,随着新零售场景的开展,越来越多的电商借助于自助售货机将商品销售送到了各大办公楼、公共区,但这些自助售货机被放置在固定位置,不可移动,用户需要到该自助售货机跟前才能购买所需商品,便利性还是较差。于是出现了可提供零售服务的自助驾驶车辆,这些服务车辆可以承载商品自动移动,并可提供对应的自助购物类APP或购物入口,用户借助于手机等终端通过APP或购物入口可以向提供零售服务的自动驾驶车辆进行下单,该订单中包括待购买的商品名称、数量以及用户位置,该车辆收到下单请求之后,可以确定当前剩余商品是否具有用户购买的商品以及数量是否足够,在确定具有用户购买的商品且数量足够的情况下,可携带这些商品自动移动至用户位置,将这些商品提供给用户,进一步提高用户购物的便利性,节约用户时间,让用户将时间用于更为重要的事情上。这就涉及提供零售服务的算法模块,这些算法模块主要实现响应用户下单请求、订单处理、商品信息维护、用户位置定位、支付管理等逻辑。
需要注意的是,本实施例中的方法还可以包括图8-图9所示实施例的方法,本实施例未详细描述的部分,可参考对图8-图9所示实施例的相关说明。该技术方案的执行过程和技术效果参见图8-图9所示实施例中的描述,在此不再赘述。
本实施例提供的自动驾驶控制方法,通过获取与车辆相对应的车辆控制请求和用于实现数据通信的多个通信地址,在多个通信地址中,确定与车辆控制请求相对应的目标通信地址;对目标通信地址进行语义化处理,从而可以获得语义化通信地址;而后基于语义化通信地址对车辆控制请求进行传输,以确定与车辆控制请求相对应的驾驶路径规划信息;并基于驾驶路径规划信息对车辆进行控制;从而可以基于驾驶路径规划信息对车辆进行控制,有效地实现了通过赋予通信地址语义化的方式能够简单、灵活提供跨网络域的服务能力,另外,由于语义化通信地址是一种传输协议地址,在不同的网络域进行传输时,不会遭到篡改、清洗、丢弃等非法操作,从而有效地保证了车辆控制请求传输的安全可靠性,进一步提高了对车辆进行控制的实用性,有利于市场的推广与应用。
图16为本申请实施例提供的一种自动驾驶控制装置的结构示意图;参考附图16所示,本实施例提供了一种自动驾驶控制装置,该自动驾驶控制装置可以执行图15所示的自动驾驶控制方法,具体的,自动驾驶控制装置包括:
第三获取模块61,用于获取与车辆相对应的车辆控制请求和用于实现数据通信的多个通信地址。
第三确定模块62,用于在多个通信地址中,确定与车辆控制请求相对应的目标通信地址。
第三处理模块63,用于对目标通信地址进行语义化处理,获得语义化通信地址。
第三传输模块64,用于基于语义化通信地址对车辆控制请求进行传输,以确定与车辆控制请求相对应的驾驶路径规划信息。
第三控制模块65,用于基于驾驶路径规划信息对车辆进行控制。
图16所示自动驾驶控制装置可以执行图15所示实施例的方法,本实施例未详细描述的部分,可参考对图15所示实施例的相关说明。该技术方案的执行过程和技术效果参见图15所示实施例中的描述,在此不再赘述。
在一个可能的设计中,图16所示自动驾驶控制装置的结构可实现为一电子设备。如图17所示,该电子设备可以包括:第三处理器71和第三存储器72。其中,第三存储器72用于存储相对应电子设备执行上述图15所示实施例中提供的自动驾驶控制方法的程序,第三处理器71被配置为用于执行第三存储器72中存储的程序。
程序包括一条或多条计算机指令,其中,一条或多条计算机指令被第三处理器71执行时能够实现如下步骤:获取与车辆相对应的车辆控制请求和用于实现数据通信的多个通信地址。在多个通信地址中,确定与车辆控制请求相对应的目标通信地址。对目标通信地址进行语义化处理,获得语义化通信地址。基于语义化通信地址对车辆控制请求进行传输,以确定与车辆控制请求相对应的驾驶路径规划信息。
进一步的,第三处理器71还用于执行前述图15所示实施例中的全部或部分步骤。其中,电子设备的结构中还可以包括第三通信接口73,用于电子设备与其他设备或通信网络通信。
另外,本发明实施例提供了一种计算机存储介质,用于储存电子设备所用的计算机软件指令,其包含用于执行上述图15所示方法实施例中自动驾驶控制方法所涉及的程序。
此外,本发明实施例提供了一种计算机程序产品,包括:存储有计算机指令的计算机可读存储介质,当计算机指令被一个或多个处理器执行时,致使一个或多个处理器执行上述图15所示方法实施例中自动驾驶控制方法中的步骤。
图18为本申请实施例提供的一种数据通信方法的流程示意图;参考附图18所示,本实施例提供了一种数据通信方法,该数据通信方法的执行主体可以为数据通信装置,可以理解的是,该数据通信装置可以实现为软件、或者软件和硬件的组合,具体实现时,数据通信装置可以为部署在移动网络和云网络之间的服务中心。具体的,该数据通信方法可以包括:
步骤S1801:通过移动网络的第一网关获取数据处理请求和用于实现数据通信的多个IPv6地址。
在用户存在数据访问需求时,可以通过客户端生成或者获取数据处理请求,该数据处理请求可以对应有原始通信地址。在客户端生成或者获取数据处理请求之后,可以通过移动网络的第一网关将数据处理请求传输至数据通信装置,从而使得数据通信装置可以稳定地通过移动网络的第一网关获取数据处理请求。
另外,数据通信装置中存储有多个用于实现数据通信的多个互联网协议第6版的通信地址(即IPv6地址)。需要注意的是,通信地址的具体实现方式并不限于上述所描述的地址类型,例如:数据通信装置中可以存储有互联网协议第4版的通信地址(即IPv4地址),本领域技术人员可以根据具体的应用场景或者应用需求选择其他类型的通信地址,在此不再赘述。
步骤S1802:在多个IPv6地址中,确定与数据处理请求相对应的目标IPv6地址。
步骤S1803:对目标IPv6地址进行语义化处理,获得语义化IPv6地址。
本实施例中步骤S1802-步骤S1803的具体实现方式和实现效果与上述实施例中的步骤S502-步骤S503的具体实现方式和实现效果相类似,具体可参考上述陈述内容,在此不再赘述。
步骤S1804:基于语义化IPv6地址将数据处理请求传输至云网的第二网关,以确定与数据处理请求相对应的数据处理资源。
在获取到语义化IPv6地址之后,可以基于语义化IPv6地址将数据处理请求传输至云网的第二网关,从而实现了移动网络与云网络之间通过IPv6地址对数据处理请求进行传输,具体的,数据处理请求可以通过第一网络和第二网关将数据处理请求将移动网络发送至云网络,以将数据处理请求发送至服务器,这样可以通过服务器确定与数据处理请求相对应的数据处理资源。
本实施例提供的数据通信方法,通过通过移动网络的第一网关获取数据处理请求和用于实现数据通信的多个IPv6地址,在多个IPv6地址中,确定与数据处理请求相对应的目标IPv6地址,而后对目标IPv6地址进行语义化处理,获得语义化IPv6地址,从而可以基于语义化IPv6地址将数据处理请求传输至云网的第二网关,以确定与数据处理请求相对应的数据处理资源,从而有效地实现了通过赋予通信地址语义化的方式能够简单、灵活提供跨网络域的服务能力,具体的,通过所确定的语义化IPv6地址可以将数据处理请求在移动网络和云网络中进行传输,以确定与数据处理请求相对应的数据处理资源,从而提高了数据通信方法的实用性,有利于市场的推广与应用。
图19为本申请实施例提供的一种数据通信装置的结构示意图;参考附图19所示,本实施例提供了一种数据通信装置,该数据通信装置可以执行上述图18所示的数据通信方法,具体的,该数据通信装置可以包括:
第四获取模块81,用于通过移动网络的第一网关获取数据处理请求和用于实现数据通信的多个IPv6地址;
第四确定模块82,用于在多个IPv6地址中,确定与数据处理请求相对应的目标IPv6地址;
第四处理模块83,用于对目标IPv6地址进行语义化处理,获得语义化IPv6地址;
第四传输模块84,用于基于语义化IPv6地址将数据处理请求传输至云网的第二网关,以确定与数据处理请求相对应的数据处理资源。
图19所示数据通信装置可以执行图18所示实施例的方法,本实施例未详细描述的部分,可参考对图18所示实施例的相关说明。该技术方案的执行过程和技术效果参见图18所示实施例中的描述,在此不再赘述。
在一个可能的设计中,图19所示数据通信装置的结构可实现为一电子设备。如图20所示,该电子设备可以包括:第四处理器91和第四存储器92。其中,第四存储器92用于存储相对应电子设备执行上述图18所示实施例中提供的数据通信方法的程序,第四处理器91被配置为用于执行第四存储器92中存储的程序。
程序包括一条或多条计算机指令,其中,一条或多条计算机指令被第四处理器91执行时能够实现如下步骤:通过移动网络的第一网关获取数据处理请求和用于实现数据通信的多个IPv6地址;在多个IPv6地址中,确定与数据处理请求相对应的目标IPv6地址;对目标IPv6地址进行语义化处理,获得语义化IPv6地址;基于语义化IPv6地址将数据处理请求传输至云网的第二网关,以确定与数据处理请求相对应的数据处理资源。
进一步的,第四处理器91还用于执行前述图18所示实施例中的全部或部分步骤。其中,电子设备的结构中还可以包括第四通信接口93,用于电子设备与其他设备或通信网络通信。
另外,本发明实施例提供了一种计算机存储介质,用于储存电子设备所用的计算机软件指令,其包含用于执行上述图18所示方法实施例中数据通信方法所涉及的程序。
此外,本发明实施例提供了一种计算机程序产品,包括:存储有计算机指令的计算机可读存储介质,当计算机指令被一个或多个处理器执行时,致使一个或多个处理器执行上述图18所示方法实施例中数据通信方法中的步骤。
以上所描述的装置实施例仅仅是示意性的,其中作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下,即可以理解并实施。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到各实施方式可借助加必需的通用硬件平台的方式来实现,当然也可以通过硬件和软件结合的方式来实现。基于这样的理解,上述技术方案本质上或者说对现有技术做出贡献的部分可以以计算机产品的形式体现出来,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程设备的处理器以产生一个机器,使得通过计算机或其他可编程设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
在一个典型的配置中,计算设备包括一个或多个处理器 (CPU)、输入/输出接口、网络接口和内存。
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器 (RAM) 和/或非易失性内存等形式,如只读存储器 (ROM) 或闪存(flash RAM)。内存是计算机可读介质的示例。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存 (PRAM)、静态随机存取存储器 (SRAM)、动态随机存取存储器 (DRAM)、其他类型的随机存取存储器 (RAM)、只读存储器 (ROM)、电可擦除可编程只读存储器 (EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘 (DVD) 或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体 (transitory media),如调制的数据信号和载波。
最后应说明的是:以上各实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述各实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分或者全部技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。