通信方法以及装置、电子设备及存储介质与流程

文档序号:16890772发布日期:2019-02-15 23:02阅读:133来源:国知局
通信方法以及装置、电子设备及存储介质与流程

本发明涉及车联网技术领域,具体而言,涉及一种通信方法、通信装置、电子设备以及计算机可读存储介质。



背景技术:

随着通信技术的发展,车辆之间的通信技术也越来越得到人们的重视,其中v2x(vehicletoeverything,车联网)技术应用最为广泛。v2x是车与外界的信息交换技术,v2x技术整合了全球定位系统导航技术、车对车交互技术、无线通信及远程感应技术,能够提高车辆的出行安全、交通效率以及提供信息服务。

目前,相关技术方案中,v2x技术都是通过软件协议栈和硬件设备的集成,并且安装在车端来实现的,因此,只有双方都配备了v2x设备的车辆之间才可以通信。在这些技术方案中,未配备v2x设备的车辆不能与配备v2x设备的车辆进行通信,对车辆v2x通信造成了较大的局限性,不利于v2x技术的广泛使用。

需要说明的是,在上述背景技术部分公开的信息仅用于加强对本发明背景的理解,因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。



技术实现要素:

本发明实施例的目的在于提供一种通信方法、通信装置、电子设备以及计算机可读存储介质,进而至少在一定程度上克服由于相关技术的限制和缺陷而导致的配备v2x设备的车辆通信比较局限,推广v2x技术较为困难的问题。

根据本发明实施例的第一方面,提供了一种通信方法,包括:接收第一终端向第二终端发送的数据包;确定所述数据包是否为车联网v2x标准格式的数据包,并且确定所述第二终端是否能够接收所述v2x标准格式的数据包;若确定所述数据包是所述v2x标准格式的数据包并且所述第二终端不能接收所述v2x标准格式的数据包时,则根据v2x标准协议解析所述数据包,获取所述数据包中的数据;将所述数据按照预定数据格式进行打包,将打包后的所述数据发送给所述第二终端。

在本发明的一些示例性实施例中,所述通信方法还包括:若确定所述数据包不是所述v2x标准格式的数据包并且所述第二终端能够接收所述v2x标准格式的数据包时,则按照所述v2x标准格式对所述数据包进行重新打包;将重新打包后的所述数据包发送给所述第二终端。

在本发明的一些示例性实施例中,所述通信方法还包括:若确定所述数据包是所述v2x标准格式的数据包并且所述第二终端能够接收所述v2x标准格式的数据包,则将所述数据包以所述v2x标准格式透传给所述第二终端。

在本发明的一些示例性实施例中,所述通信方法还包括:若确定所述数据包不是所述v2x标准格式的数据包并且所述第二终端不能接收所述v2x标准格式的数据包,则将所述数据包以所述预定数据格式透传给所述第二终端。

在本发明的一些示例性实施例中,所述通信方法应用于云端,所述云端部署有所述v2x标准的软件栈,所述软件栈包括服务层和应用层。

在本发明的一些示例性实施例中,确定所述第二终端是否能够接收v2x标准格式的数据包,包括:基于所述服务层,向所述第二终端发送测试请求;判断所述测试请求的返回值的数据格式;如果判定所述测试请求的返回值的数据格式为所述v2x标准格式,则确定所述第二终端能够接收所述v2x标准格式的数据包。

在本发明的一些示例性实施例中,所述通信方法还包括:在将所述数据按照预定数据格式进行打包时,将与所述第二终端的用户有关的数据添加到所述数据中。

根据本发明实施例的第二方面,提供了一种通信装置,包括:数据包接收单元,用于接收第一终端向第二终端发送的数据包;格式判断单元,用于确定所述数据包是否为v2x标准格式的数据包,并且确定所述第二终端是否能够接收所述v2x标准格式的数据包;解析单元,用于若确定所述数据包是所述v2x标准格式的数据包并且所述第二终端不能接收所述v2x标准格式的数据包时,则根据v2x标准协议解析所述数据包,获取所述数据包中的数据;数据传送单元,用于将所述数据按照预定数据格式进行打包,将打包后的所述数据发送给所述第二终端。

根据本发明实施例的第三方面,提供了一种电子设备,包括:处理器;以及存储器,所述存储器上存储有计算机可读指令,所述计算机可读指令被所述处理器执行时实现根据上述任意一项所述的通信方法。

根据本发明实施例的第四方面,提供了一种计算机可读存储介质,其上存储有计算机程序,所述计算机程序被处理器执行时实现根据上述任意一项所述的通信方法。

本发明的示例性实施例中的通信方法,在接收到第一终端向第二终端发送的数据包后,确定该数据包是否是基于v2x协议的以及确定第二终端是否能接收v2x标准格式的数据包;在确定数据包是v2x标准格式且第二终端不能接收v2x标准格式的数据包时,根据v2x标准协议解析该数据包,获取数据包中的数据,然后将数据按照预定数据格式进行重新打包发送给第二终端。一方面,将v2x标准格式的数据包解析并使用预定数据格式重新打包,发送给未装备v2x标准格式的第二终端,能够实现未配备v2x设备的车辆与配备v2x设备的车辆进行通信,扩大了车辆v2x通信的适用范围;另一方面,该通信方法能够使v2x技术的实现与硬件通信设备脱离,从而能够便于更广泛地使用v2x技术。

应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本发明。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本发明的实施例,并与说明书一起用于解释本发明的原理。显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。在附图中:

图1示意性示出了根据本发明的一些实施例的通信方法流程的示意框图;

图2示意性示出了根据本发明的一些实施例的v2x软件栈架构示意图;

图3示意性示出了根据本发明的一些实施例的装备v2x的车辆与未装备v2x的车辆通信的示意图;

图4示意性示出了根据本发明的一些实施例的未装备v2x的车辆与装备v2x的车辆通信的示意图;

图5示意性示出了根据本发明的一些实施例的装备v2x的车辆与装备v2x的车辆通信的示意图;

图6示意性示出了根据本发明的一些实施例的未装备v2x的车辆与未装备v2x的车辆通信的示意图;

图7示意性示出了根据本发明的一些实施例的通信装置的示意框图;

图8示意性示出了根据本发明的一些实施例的电子设备的计算机系统的示意框图;

图9示意性示出了根据本发明的一些实施例的计算机可读存储介质的示意图。

具体实施方式

现在将参考附图更全面地描述示例实施例。然而,示例实施例能够以多种形式实施,且不应被理解为限于在此阐述的实施例;相反,提供这些实施例使得本发明将全面和完整,并将示例实施例的构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的部分,因而将省略对它们的重复描述。

此外,所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中,提供许多具体细节从而给出对本发明的实施例的充分理解。然而,本领域技术人员将意识到,可以实践本发明的技术方案而没有特定细节中的一个或更多,或者可以采用其它的方法、组元、装置、步骤等。在其它情况下,不详细示出或描述公知方法、装置、实现或者操作以避免模糊本发明的各方面。

附图中所示的方框图仅仅是功能实体,不一定必须与物理上独立的实体相对应。即,可以采用软件形式来实现这些功能实体,或在一个或多个硬件模块或集成电路中实现这些功能实体,或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明,不是必须包括所有的内容和操作/步骤,也不是必须按所描述的顺序执行。例如,有的操作/步骤还可以分解,而有的操作/步骤可以合并或部分合并,因此实际执行的顺序有可能根据实际情况改变。

在本示例实施例中,首先提供了一种通信方法,图1示意性示出了根据本发明的一些实施例的通信方法流程的示意框图。参考图1所示,该通信方法包括如下步骤:

步骤s110,接收第一终端向第二终端发送的数据包;

步骤s120,确定所述数据包是否为车联网v2x标准格式的数据包,并且确定所述第二终端是否能够接收所述v2x标准格式的数据包;

步骤s130,若确定所述数据包是所述v2x标准格式的数据包并且所述第二终端不能接收所述v2x标准格式的数据包时,则根据v2x标准协议解析所述数据包,获取所述数据包中的数据;

步骤s140,将所述数据按照预定数据格式进行打包,将打包后的所述数据发送给所述第二终端。

根据本示例实施例中的通信方法,一方面,将v2x标准格式的数据包解析并使用预定数据格式重新打包,发送给未装备v2x标准格式的第二终端,能够实现未配备v2x设备的车辆与配备v2x设备的车辆进行通信,扩大了车辆v2x通信的适用范围;另一方面,该通信方法能够使v2x技术的实现与硬件通信设备脱离,从而能够便于更广泛地使用v2x技术。

下面,将对本示例实施例的通信方法进行进一步的说明。

参考图1所示,在步骤s110中,接收第一终端向第二终端发送的数据包。

在本发明的一些示例实施例中,由第三方平台端接收第一终端的通信请求,验证第一终端的用户信息,在验证通过后,接收第一终端向第二终端发送的数据包。在本示例实施例中,第一终端和第二终端可以是装备v2x设备的车辆或者未装备v2x设备的车辆。

需要说明的是,前述第三方平台端可以是云端,该云端部署有v2x标准的软件栈,包括服务层和应用层。如图2所示,图2示意性示出了根据本发明的一些实施例的v2x软件栈架构示意图,左半边是美标,右半边是欧标,除非特别说明,本说明书中提到的v2x软件栈架均为美标。其中网络和传输层以下的通信协议主要是定义底层的通信机制,与数据或消息内容没有关系,因此本示例实施例中的云端的实现方案没有详细说明网络和传输层以下的东西。

在步骤s120中,确定所述数据包是否为车联网v2x标准格式的数据包,并且确定所述第二终端是否能够接收所述v2x标准格式的数据包。

在本发明的一些示例实施例中,第三方平台端的服务层在接收到第一终端发送的数据包时,检测该数据包是否为v2x标准格式的数据包,例如将该数据包使用v2x标准格式进行解开,如果能解开,则确定该数据包为基于v2x协议的数据包,反之,则确定为预定数据格式的数据包。所述预定数据格式是指部署在第三方平台端,除v2x标准格式以外可以实现本发明的其他数据格式。

需要说明的是,在确定第一终端所发送的数据包的格式后,需要继续确定第二终端是否能够接收v2x标准格式的数据包。第三平台端v2x软件栈的服务层向第二终端发送测试请求,接收测试请求对应的返回值,判断该返回值的数据格式是否为v2x标准格式。如果返回值的数据格式是v2x标准格式,则确定第二终端装备有v2x设备,可以接收v2x标准格式的数据包;如果不是v2x标准格式或者没有接收到返回值,则确定第二终端装备有v2x设备,不能接收v2x标准格式的数据包。

在步骤s130中,若确定所述数据包是所述v2x标准格式的数据包并且所述第二终端不能接收所述v2x标准格式的数据包时,则根据v2x标准协议解析所述数据包,获取所述数据包中的数据。

在本发明的一些示例实施例中,确定结果为第一种模式时,即确定第一终端发送的是v2x标准格式的数据包并且第二终端不能接收v2x标准格式的数据包时,要使第二终端能够接收到并读取第一终端发送的数据,则需要将该v2x标准格式的数据包进行处理。在第三方平台端的服务层按照v2x标准协议解析该数据包,使其变成普通的数据。

如图3所示,图3示意性示出了根据本发明的一些实施例的装备v2x的车辆与未装备v2x的车辆通信的示意图,在步骤s310中,在云端服务层匹配与user1车端对应的用户id即user1,user1的请求验证通过后,接收user1车端向user2车端发送的数据包,检测该数据包是否为v2x标准格式;在步骤s320中,确定数据包为v2x标准格式,按照v2x标准协议解析该数据包,使其变成普通数据并发送到应用层;在步骤s330中,云端的应用层在接收到服务层发送的普通数据后,匹配与user2车端对应的用户id即user2,对该普通数据添加与user1和user2有关的数据生成新数据,根据user2发送测试请求检测user2车端是否可以接收v2x标准格式的数据包;在步骤s340中,确定user2车端不能接收v2x标准格式的数据包时,按照预定数据格式对该新数据重新打包,云端将处理后的预定数据格式的数据包根据user2发送给user2车端,通过hmi(humanmachineinterface,人机界面)显示播放数据,完成user1车端到user2车端的通信。

在步骤s140中,将所述数据按照预定数据格式进行打包,将打包后的所述数据发送给所述第二终端。

在本发明的一些示例实施例中,在第三平台端的服务层按v2x标准格式将第一终端发送的数据包解析后生成普通的数据,将该数据发送到应用层按照预定数据格式即第二终端可以识别的数据格式重新打包,将预定数据格式的数据包发送给第二终端,完成第一终端向第二终端的通信。

在本发明的一些示例实施例中,确定结果为第二种模式时,即确定第一终端发送的不是v2x标准格式的数据包并且第二终端可以接收v2x标准格式的数据包时,要使第二终端能够接收到并读取第一终端发送的数据,则需要将该预定数据格式的数据包进行处理。在第三方平台端的服务层按照预定数据格式解析该数据包,使其变成普通的数据。将该数据发送到应用层按照v2x标准格式重新打包,将该v2x标准格式的数据包发送给第二终端,完成第一终端到第二终端的通信。

如图4所示,图4示意性示出了根据本发明的一些实施例的未装备v2x的车辆与装备v2x的车辆通信的示意图。在步骤s410中,在云端服务层匹配与user1车端对应的用户id即user1,user1的请求验证通过后,接收user1车端向user2车端发送的数据包,检测该数据包是否为v2x标准格式;在步骤s420中,确定数据包不是v2x标准格式,按照预定数据格式解析该数据包,使其变成普通数据并发送到应用层;在步骤s430中,云端的应用层在接收到服务层发送的普通数据后,匹配与user2车端对应的用户id即user2,对该普通数据添加与user1和user2有关的数据生成新数据,根据user2发送测试请求检测user2车端是否可以接收v2x标准格式的数据包;在步骤s440中,确定user2车端可以接收v2x标准格式的数据包时,按照v2x标准格式对该数据重新打包,云端将处理后的v2x标准格式的数据包根据user2发送给user2车端,完成user1车端到user2车端的通信。

在本发明的一些示例实施例中,确定结果为第三种模式时,即确定第一终端发送的是v2x标准格式的数据包并且第二终端可以接收v2x标准格式的数据包时,此时第二终端可以自行处理v2x标准格式的数据包,不需要第三方平台端进行协助,因此将该数据包透传即不经过处理透明传输给第二终端,完成第一终端到第二终端的通信。

如图5所示,图5示意性示出了根据本发明的一些实施例的装备v2x的车辆与装备v2x的车辆通信的示意图,在步骤s510中,在云端服务层匹配与user1车端对应的用户id即user1,user1的请求验证通过后,接收user1车端通过lte(longtermevolution,长期演进)网络向user2车端发送的数据包,检测该数据包是否为v2x标准格式;在步骤s520中,确定数据包为v2x标准格式,匹配与user2车端对应的用户id即user2,根据user2发送测试请求检测user2车端是否可以接收v2x标准格式的数据包;在步骤s530中,确定user2车端可以接收v2x标准格式的数据包,将该v2x标准格式的数据包透传给user2车端,完成user1车端到user2车端的通信。

在本发明的一些示例实施例中,确定结果为第四种模式时,即确定第一终端发送的不是v2x标准格式的数据包并且第二终端不能接收v2x标准格式的数据包时,此时第二终端可以自行处理预定数据格式的数据包,不需要第三方平台端进行协助,因此将该数据包透传给第二终端,完成第一终端到第二终端的通信。

如图6所示,图6示意性示出了根据本发明的一些实施例的未装备v2x的车辆与未装备v2x的车辆通信的示意图,在步骤s610中,在云端服务层匹配与user1车端对应的用户id即user1,user1的请求验证通过后,接收user1车端向user2车端发送的数据包,检测该数据包是否为v2x标准格式;在步骤s620中,确定数据包不是v2x标准格式,匹配与user2车端对应的用户id即user2,根据user2发送测试请求检测user2车端是否可以接收v2x标准格式的数据包;在步骤s630中,确定user2车端不能接收v2x标准格式的数据包,将该预定数据格式的数据包透传给user2车端,通过hmi(humanmachineinterface,人机界面)显示播放数据,完成user1车端到user2车端的通信,完成user1车端到user2车端的通信。

进一步的,第三平台端的服务层在将数据包中解析的数据按照预定数据格式/v2x标准格式进行打包时,可以将第一终端与第二终端的用户有关的数据元素添加到解析的数据中。例如,user1车端与user2车端靠近时,user1车端会向user2车端发送碰撞预警,云端的应用层调取大数据平台中两车的用户信息并添加相关联的社交属性的元素,变为“我是妹子,你靠的太近了我会紧张”等包含社交元素的句子。

此外,在本发明的实施例中,还提供了一种通信装置。参照图7所示,该通信装置700包括:数据包接收单元710、格式判断单元720、解析单元730以及数据传送单元740。其中:数据包接收单元710用于接收第一终端向第二终端发送的数据包;格式判断单元720用于确定所述数据包是否为车联网v2x标准格式的数据包,并且确定所述第二终端是否能够接收所述v2x标准格式的数据包;处理单元730用于若确定所述数据包是所述v2x标准格式的数据包并且所述第二终端不能接收所述v2x标准格式的数据包时,则根据v2x标准协议解析所述数据包,获取所述数据包中的数据;数据传送单元740用于将所述数据按照预定数据格式进行打包,将打包后的所述数据发送给所述第二终端。

在本发明的一些示例实施例中,基于前述方案,格式判断单元720被配置为:基于所述服务层,向所述第二终端发送测试请求;判断所述测试请求返回值的数据格式;如果判定所述测试请求返回值的数据格式为所述v2x标准格式,则确定能够接收v2x标准格式的数据包。

在本发明的一些示例实施例中,基于前述方案,所述通信装置700还包括:第二处理单元,用于若确定所述数据包不是所述v2x标准格式的数据包并且所述第二终端能够接收所述v2x标准格式的数据包时,则按照所述v2x标准格式对所述数据包进行重新打包;将重新打包后的所述数据包发送给所述第二终端。

在本发明的一些示例实施例中,基于前述方案,所述通信装置700还包括:第三处理单元,用于若确定所述数据包是所述v2x标准格式的数据包并且所述第二终端能够接收所述v2x标准格式的数据包,则将所述数据包以所述v2x标准格式透传给所述第二终端。

在本发明的一些示例实施例中,基于前述方案,所述通信装置700还包括:第四处理单元,用于若确定所述数据包不是所述v2x标准格式的数据包并且所述第二终端不能接收所述v2x标准格式的数据包,则将所述数据包以所述预定数据格式透传给所述第二终端。

在本发明的一些示例实施例中,基于前述方案,所述通信装置700还包括:数据添加单元,用于在将所述数据按照预定数据格式进行打包时,将与所述第二终端的用户有关的数据添加到所述数据中。

上述中通信装置各模块的具体细节已经在对应的通信方法中进行了详细的描述,因此此处不再赘述。

应当注意,尽管在上文详细描述中提及了通信装置的若干模块或者单元,但是这种划分并非强制性的。实际上,根据本发明的实施方式,上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之,上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

在本发明的示例性实施例中,还提供了一种能够实现上述通信方法的电子设备。下面参考图8,图8示意性示出了适于用来实现本发明实施例的电子设备的计算机系统800的结构示意图。图8所示的电子设备800仅仅是一个示例,不应对本发明实施例的功能和使用范围带来任何限制。

所属技术领域的技术人员能够理解,本发明的各个方面可以实现为系统、方法或程序产品。因此,本发明的各个方面可以具体实现为以下形式,即:完全的硬件实施例、完全的软件实施例(包括固件、微代码等),或硬件和软件方面结合的实施例,这里可以统称为“电路”、“模块”或“系统”。

在一些可能的实施例中,根据本发明的电子设备可以至少包括至少一个处理单元、以及至少一个存储单元。其中,所述存储单元存储有程序代码,当所述程序代码被所述处理单元执行时,使得所述处理单元执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施例的通信方法中的步骤。例如,所述处理单元可以执行如图1中所示的步骤s110,接收第一终端向第二终端发送的数据包;步骤s120,确定所述数据包是否为车联网v2x标准格式的数据包,并且确定所述第二终端是否能够接收所述v2x标准格式的数据包;步骤s130,若确定所述数据包是所述v2x标准格式的数据包并且所述第二终端不能接收所述v2x标准格式的数据包时,则根据v2x标准协议解析所述数据包,获取所述数据包中的数据;步骤s140,将所述数据按照预定数据格式进行打包,将打包后的所述数据发送给所述第二终端。

如图8所示,电子设备800以通用计算设备的形式表现。电子设备800的组件可以包括但不限于:上述至少一个处理单元801、上述至少一个存储单元802、连接不同系统组件(包括存储单元802和处理单元801)的总线803。

总线803表示几类总线结构中的一种或多种,包括存储器总线或者存储器控制器、外围总线、图形加速端口、处理器或者使用多种总线结构中的任意总线结构的局域总线。

存储单元802可以包括易失性存储器形式的可读介质,例如随机存取存储器(ram)8021和/或高速缓存存储器8022,还可以进一步包括只读存储器(rom)8023。

存储单元802还可以包括具有一组(至少一个)程序模块8024的程序/实用工具8025,这样的程序模块8024包括但不限于:操作系统、一个或者多个应用程序、其它程序模块以及程序数据,这些示例中的每一个或某种组合中可能包括网络环境的实现。

电子设备800也可以与一个或多个外部设备804(例如键盘、指向设备、蓝牙设备等)通信,还可与一个或者多个使得用户能与电子设备800交互的设备通信,和/或与使得电子设备800能与一个或多个其它计算设备进行通信的任何设备(例如路由器、调制解调器等等)通信。这种通信可以通过输入/输出(i/o)接口805进行。并且,电子设备800还可以通过网络适配器806与一个或者多个网络(例如局域网(lan),广域网(wan)和/或公共网络,例如因特网)通信。如图所示,网络适配器806通过总线803与电子设备800的其它模块通信。应当明白,尽管图中未示出,可以结合电子设备800使用其它硬件和/或软件模块,包括但不限于:微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、raid系统、磁带驱动器以及数据备份存储系统等。

应当注意,尽管在上文详细描述中提及了通信装置的若干单元/模块或子单元/模块,但是这种划分仅仅是示例性的并非强制性的。实际上,根据本发明的实施例,上文描述的两个或更多单元/模块的特征和功能可以在一个单元/模块中具体化。反之,上文描述的一个单元/模块的特征和功能可以进一步划分为由多个单元/模块来具体化。

此外,尽管在附图中以特定顺序描述了本发明方法的操作,但是,这并非要求或者暗示必须按照该特定顺序来执行这些操作,或是必须执行全部所示的操作才能实现期望的结果。附加地或备选地,可以省略某些步骤,将多个步骤合并为一个步骤执行,和/或将一个步骤分解为多个步骤执行。

虽然已经参考若干具体实施例描述了本发明的精神和原理,但是应该理解,本发明并不限于所公开的具体实施例,对各方面的划分也不意味着这些方面中的特征不能组合以进行受益,这种划分仅是为了表述的方便。本发明旨在涵盖所附权利要求的精神和范围内所包括的各种修改和等同布置。

作为另一方面,本申请还提供了一种计算机可读介质900,该计算机可读介质900可以是上述实施例中描述的电子设备中所包含的;也可以是单独存在,而未装配入该电子设备中。计算机可读介质900承载有一个或者多个程序,当上述一个或者多个程序被一个该电子设备执行时,使得该电子设备实现如上述实施例中所述的通信方法。

应当注意,尽管在上文详细描述中提及了用于动作执行的设备或装置的若干模块或者单元,但是这种划分并非强制性的。实际上,根据本发明的实施方式,上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之,上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

通过以上的实施方式的描述,本领域的技术人员易于理解,这里描述的示例实施方式可以通过软件实现,也可以通过软件结合必要的硬件的方式来实现。因此,根据本发明实施方式的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是cd-rom,u盘,移动硬盘等)中或网络上,包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本发明实施方式的方法。

本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本发明的其它实施方案。本申请旨在涵盖本发明的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本发明未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本发明的真正范围和精神由下面的权利要求指出。

应当理解的是,本发明并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1