CN108495336A - 基于无线通讯的数据收发方法、装置和计算机设备 - Google Patents
基于无线通讯的数据收发方法、装置和计算机设备 Download PDFInfo
- Publication number
- CN108495336A CN108495336A CN201810119126.9A CN201810119126A CN108495336A CN 108495336 A CN108495336 A CN 108495336A CN 201810119126 A CN201810119126 A CN 201810119126A CN 108495336 A CN108495336 A CN 108495336A
- Authority
- CN
- China
- Prior art keywords
- data
- recipient
- sender
- response
- local terminal
- 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.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/04—Error control
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明涉及基于无线通讯的数据收发方法、装置和计算机设备,应用于无线通讯领域。所述方法包括:在向接收方发送第一数据之前,检测与接收方的交互冲突;在检测到与接收方的交互冲突时,启动预设的仲裁机制,根据所述仲裁机制与接收方进行数据收发;在所述仲裁机制下,暂停本端当前的第一数据的发送任务,对第一数据的标识信息进行备份,并控制本端切换为等待接收接收方的第二数据的状态。本发明实施例解决了收发双方交互冲突的问题,并且复杂度较低。
Description
技术领域
本发明涉及无线通讯技术领域,特别是涉及基于无线通讯的数据收发方法、装置、计算机设备和存储介质。
背景技术
随着无线通讯在电子产品中的日益普及,蓝牙、WiFi等是取代数据电缆的短距离无线通讯技术,可以支持物体与物体之间的通讯,可以同时进行数据和语音传输。例如,蓝牙技术可以应用于无线设备(如PDA、手机、智能电话、无绳电话)、图像处理设备(照相机、打印机、扫描仪)、安全产品(智能卡、身份识别、票据管理、安全检查)、消费娱乐(耳机、MP3、游戏)、汽车产品(GPS、ABS、动力系统、安全气袋)、家用电器(电视机、电冰箱、电烤箱、微波炉、音响、录像机)、医疗健身、玩具等领域。
在实现本发明过程中,发现存在如下问题:目前电子产品中的蓝牙、WiFi等无线通讯技术,只能简单的发送或者接收数据,当发送方与接收方同时向对方发送数据时,将产生交互冲突,导致某一方或者双方的数据发送失败,而目前电子产品中的无线通讯技术却无法解决这种交互冲突的问题。
发明内容
基于此,有必要针对现有技术却无法解决这种交互冲突问题,提供一种基于无线通讯的数据收发方法、装置、计算机设备和存储介质。
本发明实施例提供的方案包括:
一方面提供,一种基于无线通讯的数据收发方法,包括:
在向接收方发送第一数据之前,检测与接收方的交互冲突;
在检测到与接收方的交互冲突时,启动预设的仲裁机制,根据所述仲裁机制与接收方进行数据收发;
在所述仲裁机制下,暂停本端当前的第一数据的发送任务,对第一数据的标识信息进行备份,并控制本端切换为等待接收接收方的第二数据的状态。
在其中一个实施例中,检测与接收方的交互冲突的步骤包括:
向接收方发送通讯连接请求,接收所述接收方返回的连接响应;
若为第一连接响应,则在检测到本端进入空闲状态时,向所述接收方发送第一数据,并对第一数据的标识信息进行备份;
若为第二连接响应,确定为与接收方的交互冲突;
其中,所述第一连接响应为表示接收方准备好接收的响应;所述第二连接响应为表示接收方准备发送的响应。
在其中一个实施例中,向所述接收方发送第一数据之后,还包括:
接收所述接收方返回的接收响应;
若为第一接收响应,则删除所述第一数据的标识信息的备份;
若为第二接收响应,则从备份中获取所述标识信息,根据标识信息重新选取所述第一数据,并重新向所述接收方发送所述第一数据;
其中,所述第一接收响应为表示接收正常的响应;所述第二接收响应为表示接收异常的响应;
和/或,
控制本端切换为等待接收接收方的第二数据的状态之后,还包括:
接收所述接收方发送的第二数据,若本端当前状态为忙碌状态,则挂起本端当前的处理任务,启动对接收到的接收方的第二数据的处理任务。
在其中一个实施例中,所述本端为应用程序端;所述接收方为设备端;
和/或,
所述第一数据为帧信息结构的CBW指令;
所述第二数据为针对所述帧信息结构的CBW指令的返回数据。
在其中一个实施例中,向所述接收方发送第一数据之前,还包括:生成指令发送请求,根据所述指令发送请求从指令队列中获取待发送的指令数据,作为第一数据;
和/或,
向所述接收方发送第一数据之前,还包括:对待发送的指令数据进行解析,获取指令的帧标识信息,作为第一数据的标识信息。
另一方面提供,一种基于无线通讯的数据收发方法,包括:
在接收发送方的第一数据之前,检测与发送方的交互冲突;
在检测到与发送方的交互冲突时,启动预设的仲裁机制,根据所述仲裁机制与所述发送方进行数据收发;
在所述仲裁机制下,暂停接收所述发送方发送的第一数据,切换为向所述发送方发送第二数据的状态。
在其中一个实施例中,检测与发送方的交互冲突的步骤包括:
监听发送方的通讯连接请求,在监听到通讯连接请求之后,获取本端的状态信息;
根据本端的状态信息向发送方返回第一连接响应或第二连接响应;
在返回第一连接响应之后,进入等待接收发送方发送的第一数据的状态;
在返回第二连接响应之后,确定为与发送方的交互冲突;
其中,所述第一连接响应为表示准备好接收的响应;所述第二连接响应为表示准备发送的响应。
在其中一个实施例中,进入等待接收发送方发送的第一数据的状态之后,还包括:
接收发送方发送的第一数据;
若本端当前状态为空闲状态,则启动对所述第一数据的处理任务;
若本端当前状态为忙碌状态,则挂起对所述第一数据的处理任务,并对所述第一数据的标识信息进行备份。
在其中一个实施例中,挂起对所述第一数据的处理任务,并对所述第一数据的标识信息进行备份之后,还包括:
若检测到本端进入空闲状态,根据备份的标识信息获取对应的第一数据,启动对所述第一数据的处理任务。
在其中一个实施例中,所述本端为设备端,所述发送方为应用程序端;
和/或,
所述第一数据为帧信息结构的CBW指令;
所述第二数据为针对所述帧信息结构的CBW指令的返回数据。
又一方面提供,一种基于无线通讯的数据收发装置,包括:
第一冲突检测模块,用于在向接收方发送第一数据之前,检测与接收方的交互冲突;
第一仲裁模块,用于在检测到与接收方的交互冲突时,启动预设的仲裁机制,根据所述仲裁机制与接收方进行数据收发;
其中,在所述仲裁机制下,暂停本端当前的第一数据的发送任务,对第一数据的标识信息进行备份,并控制本端切换为等待接收接收方的第二数据的状态。
又一方面提供,一种基于无线通讯的数据收发装置,包括:
第二冲突检测模块,用于在接收发送方的第一数据之前,检测与发送方的交互冲突;
第二仲裁模块,用于在检测到与发送方的交互冲突时,启动预设的仲裁机制,根据所述仲裁机制与所述发送方进行数据收发;
其中,在所述仲裁机制下,暂停接收所述发送方发送的第一数据,切换为向所述发送方发送第二数据的状态。
上述的基于无线通讯的数据收发方法及装置,在发送指令数据之前,需要检测与接收方的交互冲突,在检测到与接收方的交互冲突时,启动预设的仲裁机制,根据所述仲裁机制与接收方进行数据收发,使得在与接收方存在交互冲突时,暂停本端当前的第一数据的发送任务,对第一数据的标识信息进行备份,并控制本端切换为等待接收接收方的第二数据的状态。由此解决了发送方与接收方之间的交互冲突,并且复杂度较低。
一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现上述方法的步骤。
上述的计算机可读存储介质,通过存储的计算机程序,解决了发送方与接收方之间的交互冲突,并且复杂度较低。
一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现上述所述方法的步骤。
上述的计算机设备,通过处理器执行对应的计算机程序,解决了发送方与接收方之间的交互冲突,并且复杂度较低。
附图说明
图1为一个实施例中基于无线通讯的数据收发方法的应用环境图;
图2为另一个实施例中基于无线通讯的数据收发方法的应用环境图;
图3为一实施例的基于无线通讯的数据收发方法的示意性流程图;
图4为一实施例的基于无线通讯的数据收发方法的时序图;
图5为另一实施例的基于无线通讯的数据收发方法的时序图;
图6为再一实施例的基于无线通讯的数据收发方法的示意性流程图;
图7为再一实施例的基于无线通讯的数据收发方法的示意性流程图;
图8为一实施例的基于无线通讯的数据收发装置的示意性结构图;
图9为另一实施例的基于无线通讯的数据收发装置的示意性结构图;
图10为一实施例的能够实现基于无线通讯的数据收发方法的终端的示意性结构图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
本文实施例的术语“包括”和“具有”以及它们任何变形,意图在于覆盖不排他的包含。例如包含了一系列步骤或(模块)单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元,而是可选地还包括没有列出的步骤或单元,或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
在本文中提及的“多个”是指两个或两个以上。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。
在本文中提及“实施例”意味着,结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例,也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是,本文所描述的实施例可以与其它实施例相结合。
为了方便理解,下面对本文实施例中涉及的名词/符号进行解释。
FIS:Frame Information Structure,帧信息结构;
A2D:APP to Device,应用程序端到设备端的FIS;
D2A:Device to APP,设备端到应用程序端的FIS;
CBW指令:属于符号扩展指令,它可以把8位扩展到16;
X_RDYp:表示准备发送FIS;
R_RDYp:表示已经准备好接收FIS;
R_Okp:表示本次接收正常;
R_ERRp:表示本次接收不正常。
本申请提供的基于无线通讯的数据收发方法,可以应用于如图1所示的应用环境中。其中,控制终端102与设备端104可通过蓝牙、WiFi等方式无线通讯。其中,控制终端102中设置有与设备端104对应的应用程序端(APP),控制终端102能够与设备端104可进行无线通讯。控制终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备。设备端104可以是汽车产品(GPS、ABS、动力系统、安全气袋)、家用电器(电视机、电冰箱、电烤箱、微波炉、音响、录像机)、医疗健身、玩具等。
此外,参见图2所示,控制终端102与设备端104还可通过服务器106实现通讯连接,其中,服务器106可以用独立的服务器或者是多个服务器组成的服务器集群来实现。
基于上述应用环境,在一个实施例中,如图3所示,提供了一种基于无线通讯的数据收发方法,以该方法应用于图1中的控制终端为例进行说明,包括以下步骤:
S11,在向接收方发送第一数据之前,检测与接收方的交互冲突。
其中,控制终端通过应用程序端向设备端发送数据,可以理解为应用程序端作为发送方,设备端作为接收方。可以理解的,本申请实施例中发送方、接收方是相对而言的,在不同时刻,发送方还可以作为接受方,接收方也可以作为发送方。
本申请实施例中,发送方、接收方均可主动向对方发送数据,因此当发送方、接收方均希望向对方发送数据时,在收发双方便产生交互冲突。
S12,在检测到与接收方的交互冲突时,启动预设的仲裁机制,根据所述仲裁机制与接收方进行数据收发。
其中,在所述仲裁机制下,暂停本端当前的第一数据的发送任务,对第一数据的标识信息进行备份,并控制本端切换为等待接收接收方的第二数据的状态。
可以理解的,其中第一数据的标识信息指的是,在多次发送数据过程中,用于唯一识别每次发送的数据的信息,例如数据包编号、指令簇号等。
通过上述收发方法,发送方在向接收方发送指令数据之前,需要检测与接收方的交互冲突,在检测到与接收方的交互冲突时,发送方启动预设的仲裁机制,发送方根据所述仲裁机制与接收方进行数据收发,使得在与接收方存在交互冲突时,发送方暂停本端当前的第一数据的发送任务,对第一数据的标识信息进行备份,并且发送方切换为等待接收接收方的第二数据的状态。由此避免双方同时发送数据,解决了交互冲突的问题。
例如,当应用程序端作为发送方,设备端作为接收方时,在应用程序端和设备端产生交互冲突时,应用程序端将发送通道让与设备端,即应用程序端暂停向设备端发送数据,由设备端先行发送,由此能够有效解决收发双方的交互冲突,避免双方同时发送数据,进而避免了数据接收异常的出现。
在一实施例中,发送方检测与接收方的交互冲突的具体实现方式可包括:发送方向接收方发送通讯连接请求,接收所述接收方返回的连接响应;若为第一连接响应,则发送方在检测到本端进入空闲状态时,向所述接收方发送第一数据,并对第一数据的标识信息进行备份;若为第二连接响应,确定为发送方与接收方的交互冲突;其中,所述第一连接响应为表示接收方准备好接收的响应;所述第二连接响应为表示接收方准备发送的响应。
即发送方每次向接收方发送数据之前,均需建立与接收方的通讯连接,当应用程序端作为发送方,设备端作为接收方时,通讯连接的建立方式包括,应用程序端向设备端发送一通讯连接请求,设备端收到该连接请求后,可根据其当前状态向应用程序端返回一连接响应,通过连接响应应用程序端可知晓当前与设备端是否存在交互冲突。其中,在设备端收到该连接请求后,如果设备端准备好接收数据,则向应用程序端返回第一连接响应,以告知应用程序端可以发送数据。如果设备端刚好希望向应用程序端发送数据,则向应用程序端返回第二连接响应,以告知应用程序端暂时不要向其发送指令数据,以避免交互冲突。
需要说明的是,无论发送方还是接收方,均只有在空闲状态时才向对方发送数据。即当应用程序端作为发送方,设备端作为接收方时,应用程序端在收到第一连接响应之后,需等到应用程序端进入空闲状态时,才向设备端发送数据。
在其中一个实施例中,发送方向所述接收方发送第一数据之后,还包括:接收所述接收方返回的接收响应;若为第一接收响应,则删除所述第一数据的标识信息的备份;若为第二接收响应,则从备份中获取所述标识信息,根据标识信息重新选取所述第一数据,并重新向所述接收方发送所述第一数据。其中,所述第一接收响应为表示接收正常的响应;所述第二接收响应为表示接收异常的响应。
例如:当应用程序端作为发送方,设备端作为接收方时,应用程序端在收到设备端返回的第一连接响应之后,在空闲状态时向设备端发送指令,设备端根据本次接收情况,向应用程序端返回一接收响应,例如:若设备端本次接收正常,则向应用程序端返回接收正常的响应;若设备端本次接收不正常,则向应用程序端返回接收异常的响应。以此指示应用程序端是否需要重发指令,避免指令的收发异常。
在其中一个实施例中,在存在与接收端的交互冲突时,发送方切换为等待接收接收方的第二数据的状态之后,还包括:发送方接收接收方发送的第二数据,若发送方当前状态为忙碌状态,则挂起发送方当前的处理任务,启动对接收到的接收方的第二数据的处理任务。
例如:当应用程序端作为发送方,设备端作为接收方时,应用程序端在收到设备端返回的第二连接响应之后,将暂停当前的指令发送任务,对当前待发送的指令的指令标识进行备份,并准备好接收设备端发送的数据,在此之后,应用程序端接收设备端发送的数据,若应用程序端当前状态为忙碌状态,则应用程序端挂起当前的处理任务,启动对接收到的设备端的数据的处理任务。即当应用程序端本端的处理任务与对设备端数据的处理任务冲突时,优先处理设备端的数据。以此解决任务冲突的问题。
在其中一个实施例中,所述本端为应用程序端;所述接收方为设备端。也可以理解为,发送方为运行了应用程序端的控制终端,接收方为控制终端中应用程序端操控的设备端。
由此解决了控制终端与设备端的数据交互冲突问题,使得控制终端能够有效向设备端发送指令,以及设备端的数据信息能够有效返回给控制终端。
在其中一个实施例中,所述第一数据为帧信息结构的CBW指令;所述第二数据为针对所述帧信息结构的CBW指令的返回数据。
可以理解为,第一数据、第二数据的数据格式还可根据实际情况具体调整。
在其中一个实施例中,发送方在向所述接收方发送第一数据之前,还包括:生成指令发送请求,根据所述指令发送请求从发送方的指令队列中获取待发送的指令,作为第一数据。
可以理解为,当应用程序端作为发送方,设备端作为接收方时,应用程序端向设备端发送指令之前,生成指令发送请求,根据所述指令发送请求从控制终端的指令队列中获取待发送的指令,然后向设备端发送获取到的指令。
在其中一个实施例中,发送方向所述接收方发送第一数据之前,还包括:对待发送的指令进行解析,获取指令的帧标识信息,作为第一数据的标识信息。通过对发送数据的标识信息进行备份,当发送方与接收方产生交互冲突而导致发送方的数据发送失败时,发送方可以根据备份的标识信息重新发送对应的数据,这样不仅避免了由于发送方与接收方的交互冲突导致的数据交互错误,而且,存储备份数据的标识信息的位宽较小,可以很好的减少线程池的计算时间,降低逻辑复杂度。
参考图4所示,以APP端(应用程序端)和设备端直接的蓝牙通讯为例,对本申请的数据收发过程进行具体说明。
其中,APP端和设备端之间基于蓝牙通讯,蓝牙主要使用A2DP中提供的接口进行数据交互,主要通过基本的串口进行通信,并且通信的过程中存在指令交互交互冲突的风险。每个蓝牙库都有相应的源代码,源代码通过自有的语法规则传输字节、流、图片、文字等内容。但是在传输的过程中,存在设备端和APP端指令发送的不确定性和延迟性。设备端和APP端数据相互传输使用了A2DP协议,以解决了不同字段、不同结构数据的传输。而设备端和APP端的交互冲突,则通过预设的仲裁机制来完成,仲裁机制参见下文。
基于图4所示,对APP端和设备端出现交互冲突的情况进行如下说明。
首先,APP端创建了一个本地指令队列;
然后,APP端向设备端发送X_RDXp表明准备发送指令FIS(Frame InformationStructure,帧信息结构),以此建立通讯连接;如果APP端收到设备端返回的R_RDYp,表明设备端已经准备好接收指令FIS,即APP端和设备端实现通讯连接。
接着,APP端进入空闲状态,发送第一个指令FIS,即此时指令FIS为第一数据。设备端接收无误后回复一个D2A(Device to APP,设备端到APP端的FIS),表明指令FIS接收完成。
循环多次,每次APP端发送指令之前,都要和设备端建立通讯连接,APP端连续发送N个指令FIS,此时设备端对接收的指令序列进行排队,由此确定传输这些指令所请求数据的先后顺序。
在APP端准备发送第N+1个指令FIS时,当APP端发送X_RDYp后,如果设备端此时回复一个X_RDYp,表明设备端不希望再接收APP端的指令FIS,而是希望开始传输其所接收的APP端之前发送的指令所请求的数据(即指令所请求的数据为第二数据),此时,两个X_RDYp就出现了交互冲突。
在一实施例中,对于交互冲突,设置如下仲裁机制:定义APP端和设备端可以处于两种状态:一种是空闲状态,另一种是指令处理状态(即忙碌状态)。APP端和设备端只有处于空闲状态时,才可以主动发起新的指令数据。当APP端处于指令处理状态且收到来自设备端的CBW指令时,APP端退出自己的CBW指令处理流程,开始处理来自设备端的CBW指令。当设备端处于指令处理状态且收到来自APP端的CBW指令时,则丢弃此CBW指令包。此时,不管是APP端还是设备端,都备份发送方指令的帧结构的簇号(即标识)来解决冲突。
基于图2、图5所示,APP端(应用程序端)和设备端通过服务器实现的蓝牙通讯,APP端与设备端的数据收发过程的具体步骤包括:
步骤一、APP端确定待发送的指令内容。判定当前待发送的指令是帧结构还是数据包,对于不同的数据类型可以进行不同的判断。对于帧结构,可以按照帧结构的数据格式发送数据。对于数据包,可以按照数据包的数据格式发送数据。
步骤二,确定发送的主体方。APP端发送,APP端就作为发送方。
步骤三,通过服务器检测设备端是否为忙碌状态。
例如,可通过获取设备端的数据流来获取帧的长度,通过帧结构的头文件的长度变动来判别设备的指令处理的忙碌程度。遇到设备端忙碌的时候,进入仲裁机制,双方在仲裁机制下进行数据的交互。
步骤四,若设备端为空闲状态,APP端进入发送等待状态;若设备端为忙碌状态,APP端暂停当前的指令发送任务,进入数据接收等待状态。
APP端和设备端只有在空闲状态才向对方发送指令。
步骤五,APP端进入进入下一个发送指令的状态。
当设备端或者APP端进入了指令处理状态,优先执行对设备端指令的处理流程,当设备端的指令处理流程没有完成,APP端指令可以被丢弃。当处理好了该阶段,则APP端进入下一个指令的发送。
根据上述仲裁机制,在出现交互冲突时,APP端将当前的发送通道让给设备端,由设备端传输FIS。由此解决了收发双方的交互冲突,避免数据收发异常。
下面结合图6,以APP端作为发送方,设备端作为接收方为例,对APP端与设备端的交互冲突的解决做进步的解释。
APP端空闲状态:当设备端当前为忙碌状态,并回复相应的连接响应给APP端的时候。此时,APP端进入等待指令发送或者等待设备端处理完相应的流程之后,再重新发送指令。
簇号选择:APP端依次按照帧结构格式进行搜索,直到搜索到与当前簇号相等的位,即为本次需要传输指令对应的命令的簇号,进入取指令阶段;
取指令:APP端根据上述簇号从指令列表中取出指令,可以设置一个标志位表明指令取完,取指令后APP端需要回到空闲状态之后才进入指令发送阶段;
指令发送:APP端指令发送之前仍然要先实现和设备端的通讯连接,然后发送指令FIS;
指令发送成功:APP端收到设备端发来的R_OKp,表明设备端本次接收正常,没有出现错误并成功返回成功码后,APP端回到空闲状态;
指令发送失败:APP端收到设备端发来的X_RDYp,表明设备端希望开始传输APP端前面发送指令所请求的数据,或者APP端收到服务器发来的R_ERRp,表明本次接收不正常,出现错误,APP端一拍后回到空闲状态;
对于APP端直接和设备端连接情况下,指令选择、取指令以及指令发送中,如果APP端收到设备端发来的X_RDYp表明设备端希望开始传输数据,则APP端跳回到空闲状态,即APP端实现了冲突时的状态回退,当设备端传输完数据后,APP端根据之前的帧结构的簇号的备份,准确无误的重新发送该指令。当发送方与接收方产生交互冲突而导致发送方的指令发送失败时,发送方可以根据备份指令号重新发送与备份指令号对应的指令,这样不仅避免了由于发送方与接收方的交互冲突导致的数据传输错误,而且,存储备份指令的帧结构的簇号的寄存器位宽较小,可以很好的减少寄存器的数量,降低逻辑复杂度。
可以理解的,发送方和接收方还可根据实际情况交换角色,即APP端也可以作为接收方,设备端也可以作为发送方。
另一方面,参考图7,还提供了一种基于无线通讯的数据收发方法,以该方法应用于图1中的设备端为例进行说明,包括以下步骤:
S21,在接收发送方的第一数据之前,检测与发送方的交互冲突。
其中,控制终端通过应用程序端向设备端发送数据,可以理解为应用程序端作为发送方,设备端作为接收方。可以理解的,本申请实施例中发送方、接收方是相对而言的,在不同时刻,发送方还可以作为接受方,接收方也可以作为发送方。
本申请实施例中,发送方、接收方均可主动向对方发送数据,因此当发送方、接收方均希望向对方发送数据时,在收发双方便产生交互冲突。
S22,在检测到与发送方的交互冲突时,启动预设的仲裁机制,根据所述仲裁机制与所述发送方进行数据收发。
其中,在所述仲裁机制下,暂停接收所述发送方发送的第一数据,切换为向所述发送方发送第二数据的状态。
可以理解的,其中第一数据的标识信息指的是,在多次发送数据过程中,用于唯一识别每次发送的数据的信息,例如数据包编号、指令簇号等。
通过上述收发方法,接收方在接收发送方发送的数据之前,接收方会检测与发送方的交互冲突,在检测到与接收方的交互冲突时,启动预设的仲裁机制,根据所述仲裁机制与所述发送方进行数据收发,使得在与发送方的交互冲突时,接收方暂停接收所述发送方发送的第一数据,切换为向所述发送方发送第二数据的状态。由此避免双方同时发送数据,解决了交互冲突的问题。
在一个实施例中,接收方检测与发送方的交互冲突的步骤包括:接收方监听发送方的通讯连接请求,在监听到通讯连接请求之后,接收方获取本端的状态信息;接收方根据本端的状态信息向发送方返回第一连接响应或第二连接响应;接收方在返回第一连接响应之后,进入等待接收发送方发送的第一数据的状态;接收方在返回第二连接响应之后,确定为与发送方的交互冲突。其中,所述第一连接响应为表示准备好接收的响应;所述第二连接响应为表示准备发送的响应。
即发送方每次向接收方发送数据之前,均需建立与接收方的通讯连接,当应用程序端作为发送方,设备端作为接收方时,通讯连接的建立方式包括,应用程序端向设备端发送一通讯连接请求,设备端收到该连接请求后,可根据其当前状态向应用程序端返回一连接响应,通过连接响应应用程序端可知晓当前与设备端是否存在交互冲突。
需要说明的是,无论发送方还是接收方,均只有在空闲状态时才向对方发送数据。即当应用程序端作为发送方,设备端作为接收方时,应用程序端在收到第一连接响应之后,需等到应用程序端进入空闲状态时,才向设备端发送数据。
在一个实施例中,接收方在进入等待接收发送方发送的第一数据的状态之后,还包括:接收方接收发送方发送的第一数据;若接收方当前状态为空闲状态,则接收方启动对所述第一数据的处理任务;若接收方当前状态为忙碌状态,则接收方挂起对所述第一数据的处理任务,并对所述第一数据的标识信息进行备份。
例如:当应用程序端作为发送方,设备端作为接收方时,应用程序端在收到设备端返回的第二连接响应之后,将暂停当前的指令发送任务,对当前待发送的指令的指令标识进行备份,并准备好接收设备端发送的数据,在此之后,应用程序端接收设备端发送的数据,若应用程序端当前状态为忙碌状态,则应用程序端挂起当前的处理任务,启动对接收到的设备端的数据的处理任务。即当应用程序端本端的处理任务与对设备端数据的处理任务冲突时,优先处理设备端的数据。以此解决任务冲突的问题。
在其中一个实施例中,接收方挂起对所述第一数据的处理任务,并对所述第一数据的标识信息进行备份之后,还包括:接收方若检测到本端进入空闲状态,根据备份的标识信息获取对应的第一数据,启动对所述第一数据的处理任务。
由此不仅避免了由于发送方与接收方的交互冲突导致的数据传输错误,而且,存储备份数据的标识信息的寄存器位宽较小,可以很好的减少寄存器的数量,降低逻辑复杂度。
在一个实施例中,所述本端为设备端。包括但不限于汽车产品(GPS、ABS、动力系统、安全气袋)、家用电器(电视机、电冰箱、电烤箱、微波炉、音响、录像机)、智能穿戴设备、医疗健身设备、智能玩具等。所述发送方为应用程序端,包括但不限于智能手机、平板电脑、个人电脑等。
也可以理解为,发送方为运行了应用程序端的控制终端,接收方为控制终端中应用程序端操控的设备端。
由此使得控制终端能够有效向设备端发送指令,以及设备端的数据信息能够有效返回给控制终端。
在一个实施例中,所述第一数据为帧信息结构的CBW指令;所述第二数据为针对所述帧信息结构的CBW指令的返回数据。
可以理解为,第一数据、第二数据的数据格式还可根据实际情况具体调整。
需要说明的是,对于前述的各方法实施例,为了简便描述,将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,并不受所描述的动作顺序的限制,因为依据本文,某些步骤可以采用其它顺序或者同时进行。此外,还可对上述实施例进行任意组合,得到其他的实施例。
应该理解的是,本申请的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,这些步骤可以以其它的顺序执行。而且,本申请的流程图中中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,这些子步骤或者阶段的执行顺序也不必然是依次进行,而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
基于与上述实施例中的基于无线通讯的数据收发方法相同的思想,本文还提供基于无线通讯的数据收发装置,该装置可用于执行上述基于无线通讯的数据收发方法。为了便于说明,基于无线通讯的数据收发装置实施例的结构示意图中,仅仅示出了与本文实施例相关的部分,本领域技术人员可以理解,图示结构并不构成对装置的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件布置。
图8为一实施例的基于无线通讯的数据收发装置的示意性结构图;如图8所示,本实施例的基于无线通讯的数据收发装置包括:
第一冲突检测模块710,用于在向接收方发送第一数据之前,检测与接收方的交互冲突。
第一仲裁模块720,用于在检测到与接收方的交互冲突时,启动预设的仲裁机制,根据所述仲裁机制与接收方进行数据收发。
其中,在所述仲裁机制下,暂停本端当前的第一数据的发送任务,对第一数据的标识信息进行备份,并控制本端切换为等待接收接收方的第二数据的状态。
在一实施例中,第一冲突检测模块710,用于向接收方发送通讯连接请求,接收所述接收方返回的连接响应;若为第一连接响应,则在检测到本端进入空闲状态时,向所述接收方发送第一数据,并对第一数据的标识信息进行备份;若为第二连接响应,确定为与接收方的交互冲突。其中,所述第一连接响应为表示接收方准备好接收的响应;所述第二连接响应为表示接收方准备发送的响应。
在一实施例中,还包括:第一接收及重发模块,用于在向所述接收方发送第一数据之后,接收所述接收方返回的接收响应;若为第一接收响应,则删除所述第一数据的标识信息的备份;若为第二接收响应,则从备份中获取所述标识信息,根据标识信息重新选取所述第一数据,并重新向所述接收方发送所述第一数据。
其中,所述第一接收响应为表示接收正常的响应;所述第二接收响应为表示接收异常的响应。
在一实施例中,还包括:第一接收及处理模块,用于在控制本端切换为等待接收接收方的第二数据的状态之后,接收所述接收方发送的第二数据,若本端当前状态为忙碌状态,则挂起本端当前的处理任务,启动对接收到的接收方的第二数据的处理任务。
在一实施例中,本端为应用程序端;接收方为设备端。
在一实施例中,第一数据为帧信息结构的CBW指令;第二数据为针对所述帧信息结构的CBW指令的返回数据。
在一实施例中,还包括,指令获取模块,用于生成指令发送请求,根据所述指令发送请求从指令队列中获取待发送的指令,作为第一数据。
在一实施例中,还包括,指令解析模块,用于对待发送的指令进行解析,获取指令的帧标识信息,作为第一数据的标识信息。
图9为另一实施例的基于无线通讯的数据收发装置的示意性结构图,如图9所示,本实施例的基于无线通讯的数据收发装置包括:
第二冲突检测模块810,用于在接收发送方的第一数据之前,检测与发送方的交互冲突。
第二仲裁模块820,用于在检测到与发送方的交互冲突时,启动预设的仲裁机制,根据所述仲裁机制与所述发送方进行数据收发。
其中,在所述仲裁机制下,暂停接收所述发送方发送的第一数据,切换为向所述发送方发送第二数据的状态。
在一实施例中,第二冲突检测模块810,用于监听发送方的通讯连接请求,在监听到通讯连接请求之后,获取本端的状态信息;根据本端的状态信息向发送方返回第一连接响应或第二连接响应;在返回第一连接响应之后,进入等待接收发送方发送的第一数据的状态;在返回第二连接响应之后,确定为与发送方的交互冲突。
其中,所述第一连接响应为表示准备好接收的响应;所述第二连接响应为表示准备发送的响应。
在一实施例中,还包括:第二接收及处理模块,用于接收发送方发送的第一数据;若本端当前状态为空闲状态,则启动对所述第一数据的处理任务;若本端当前状态为忙碌状态,则挂起对所述第一数据的处理任务,并对所述第一数据的标识信息进行备份。
在一实施例中,还包括:处理恢复模块,用于在对所述第一数据的标识信息进行备份之后,若检测到本端进入空闲状态,则根据备份的标识信息获取对应的第一数据,启动对第一数据的处理任务。
在一实施例中,本端为设备端,发送方为应用程序端。
在一实施例中,第一数据为帧信息结构的CBW指令;第二数据为针对所述帧信息结构的CBW指令的返回数据。
需要说明的是,基于无线通讯的数据收发装置与基于无线通讯的数据收发方法基于同一构思,在基于无线通讯的数据收发装置的实施方式中,各模块之间的信息交互、执行过程等内容,与上述方法实施例一一对应。在上述基于无线通讯的数据收发方法的实施例阐述的技术特征及其有益效果均适用于基于无线通讯的数据收发装置的实施例中,特此声明。
在一个实施例中,提供了一种计算机设备,该计算机设备可以是终端,其内部结构图可以如图10所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口、显示屏和输入装置。其中,该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的网络接口用于与外部的终端通过网络连接通讯。该计算机程序被处理器执行时以实现一种基于无线通讯的数据收发方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏,该计算机设备的输入装置可以是显示屏上覆盖的触摸层,也可以是计算机设备外壳上设置的按键、轨迹球或触控板,还可以是外接的键盘、触控板或鼠标等。
本领域技术人员可以理解,图10中示出的结构,仅仅是与本申请方案相关的部分结构的框图,并不构成对本申请方案所应用于其上的计算机设备的限定,具体的计算机设备可以包括比图中所示更多或更少的部件,或者组合某些部件,或者具有不同的部件布置。
此外,上述示例的基于无线通讯的数据收发装置的实施方式中,各程序模块的逻辑划分仅是举例说明,实际应用中可以根据需要,例如出于相应硬件的配置要求或者软件的实现的便利考虑,将上述功能分配由不同的程序模块完成,即将所述基于无线通讯的数据收发装置的内部结构划分成不同的程序模块,以完成以上描述的全部或者部分功能。
本领域普通技术人员可以理解,实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于一计算机可读取存储介质中,作为独立的产品销售或使用。所述程序在执行时,可执行如上述各实施例的方法的全部或部分步骤。其中,所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-OnlyMemory,ROM)或随机存储记忆体(Random Access Memory,RAM)等。
据此,在一个实施例中还提供一种存储介质,其上存储有计算机程序,其中,该程序被处理器执行时实现如上述各实施例中的任意一种基于无线通讯的数据收发方法。
此外,所述存储介质还可设置与一种计算机设备中,所述计算机设备中还包括处理器,所述处理器执行所述存储介质中的程序时,能够实现上述各实施例的方法的全部或部分步骤。
据此,在一个实施例中还提供一种计算机设备,该计算机设备包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其中,处理器执行所述程序时实现如上述各实施例中的任意一种基于无线通讯的数据收发方法。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其它实施例的相关描述。
可以理解,本文实施例所涉及的术语“第一\第二\第三”仅仅是是区别类似的对象,不代表针对对象的特定排序,可以理解地,“第一\第二\第三”在允许的情况下可以互换特定的顺序或先后次序。应该理解“第一\第二\第三”区分的对象在适当情况下可以互换,以使这里描述的实施例能够以除了在这里图示或描述的那些以外的顺序实施。
以上所述实施例仅表达了本发明的几种实施方式,不能理解为对本发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干变形和改进,这些都属于本发明的保护范围。因此,本发明专利的保护范围应以所附权利要求为准。
Claims (14)
1.一种基于无线通讯的数据收发方法,其特征在于,包括:
在向接收方发送第一数据之前,检测与接收方的交互冲突;
在检测到与接收方的交互冲突时,启动预设的仲裁机制,根据所述仲裁机制与接收方进行数据收发;
在所述仲裁机制下,暂停本端当前的第一数据的发送任务,对第一数据的标识信息进行备份,并控制本端切换为等待接收接收方的第二数据的状态。
2.根据权利要求1所述的基于无线通讯的数据收发方法,其特征在于,检测与接收方的交互冲突的步骤包括:
向接收方发送通讯连接请求,接收所述接收方返回的连接响应;
若为第一连接响应,则在检测到本端进入空闲状态时,向所述接收方发送第一数据,并对第一数据的标识信息进行备份;
若为第二连接响应,确定为与接收方的交互冲突;
其中,所述第一连接响应为表示接收方准备好接收的响应;所述第二连接响应为表示接收方准备发送的响应。
3.根据权利要求2所述的基于无线通讯的数据收发方法,其特征在于,向所述接收方发送第一数据之后,还包括:
接收所述接收方返回的接收响应;
若为第一接收响应,则删除所述第一数据的标识信息的备份;
若为第二接收响应,则从备份中获取所述标识信息,根据标识信息重新选取所述第一数据,并重新向所述接收方发送所述第一数据;
其中,所述第一接收响应为表示接收正常的响应;所述第二接收响应为表示接收异常的响应;
和/或,
控制本端切换为等待接收接收方的第二数据的状态之后,还包括:
接收所述接收方发送的第二数据,若本端当前状态为忙碌状态,则挂起本端当前的处理任务,启动对接收到的接收方的第二数据的处理任务。
4.根据权利要求1至3任一所述的基于无线通讯的数据收发方法,其特征在于,所述本端为应用程序端;所述接收方为设备端;
和/或,
所述第一数据为帧信息结构的CBW指令;
所述第二数据为针对所述帧信息结构的CBW指令的返回数据。
5.根据权利要求4所述的基于无线通讯的数据收发方法,其特征在于,
向所述接收方发送第一数据之前,还包括:生成指令发送请求,根据所述指令发送请求从指令队列中获取待发送的指令,作为第一数据;
和/或,
向所述接收方发送第一数据之前,还包括:对待发送的指令进行解析,获取指令的帧标识信息,作为第一数据的标识信息。
6.一种基于无线通讯的数据收发方法,其特征在于,包括:
在接收发送方的第一数据之前,检测与发送方的交互冲突;
在检测到与发送方的交互冲突时,启动预设的仲裁机制,根据所述仲裁机制与所述发送方进行数据收发;
在所述仲裁机制下,暂停接收所述发送方发送的第一数据,切换为向所述发送方发送第二数据的状态。
7.根据权利要求6所述的基于无线通讯的数据收发方法,其特征在于,检测与发送方的交互冲突的步骤包括:
监听发送方的通讯连接请求,在监听到通讯连接请求之后,获取本端的状态信息;
根据本端的状态信息向发送方返回第一连接响应或第二连接响应;
在返回第一连接响应之后,进入等待接收发送方发送的第一数据的状态;
在返回第二连接响应之后,确定为与发送方的交互冲突;
其中,所述第一连接响应为表示准备好接收的响应;所述第二连接响应为表示准备发送的响应。
8.根据权利要求7所述的基于无线通讯的数据收发方法,其特征在于,进入等待接收发送方发送的第一数据的状态之后,还包括:
接收发送方发送的第一数据;
若本端当前状态为空闲状态,则启动对所述第一数据的处理任务;
若本端当前状态为忙碌状态,则挂起对所述第一数据的处理任务,并对所述第一数据的标识信息进行备份。
9.根据权利要求8所述的基于无线通讯的数据收发方法,其特征在于,挂起对所述第一数据的处理任务,并对所述第一数据的标识信息进行备份之后,还包括:
若检测到本端进入空闲状态,根据备份的标识信息获取对应的第一数据,启动对所述第一数据的处理任务。
10.根据权利要求6至9任一所述的基于无线通讯的数据收发方法,其特征在于,所述本端为设备端,所述发送方为应用程序端;
和/或,
所述第一数据为帧信息结构的CBW指令;
所述第二数据为针对所述帧信息结构的CBW指令的返回数据。
11.一种基于无线通讯的数据收发装置,其特征在于,包括:
第一冲突检测模块,用于在向接收方发送第一数据之前,检测与接收方的交互冲突;
第一仲裁模块,用于在检测到与接收方的交互冲突时,启动预设的仲裁机制,根据所述仲裁机制与接收方进行数据收发;
其中,在所述仲裁机制下,暂停本端当前的第一数据的发送任务,对第一数据的标识信息进行备份,并控制本端切换为等待接收接收方的第二数据的状态。
12.一种基于无线通讯的数据收发装置,其特征在于,包括:
第二冲突检测模块,用于在接收发送方的第一数据之前,检测与发送方的交互冲突;
第二仲裁模块,用于在检测到与发送方的交互冲突时,启动预设的仲裁机制,根据所述仲裁机制与所述发送方进行数据收发;
其中,在所述仲裁机制下,暂停接收所述发送方发送的第一数据,切换为向所述发送方发送第二数据的状态。
13.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现权利要求1至10任一所述方法的步骤。
14.一种计算机设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述程序时实现权利要求1至10任一所述方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810119126.9A CN108495336B (zh) | 2018-02-06 | 2018-02-06 | 基于无线通讯的数据收发方法、装置和计算机设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810119126.9A CN108495336B (zh) | 2018-02-06 | 2018-02-06 | 基于无线通讯的数据收发方法、装置和计算机设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108495336A true CN108495336A (zh) | 2018-09-04 |
CN108495336B CN108495336B (zh) | 2021-09-17 |
Family
ID=63344569
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810119126.9A Active CN108495336B (zh) | 2018-02-06 | 2018-02-06 | 基于无线通讯的数据收发方法、装置和计算机设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108495336B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112615700A (zh) * | 2020-12-03 | 2021-04-06 | 瀚云科技有限公司 | 数据的发送方法、网关、系统、电子设备及可读存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101005428A (zh) * | 2006-01-19 | 2007-07-25 | 华为技术有限公司 | 一种检测与解决数据同步冲突的实现方法 |
CN101459818A (zh) * | 2007-12-14 | 2009-06-17 | 中兴通讯股份有限公司 | 一种蓝牙流媒体播放控制方法及停止控制方法 |
CN102413155A (zh) * | 2010-09-21 | 2012-04-11 | 腾讯科技(深圳)有限公司 | 数据传输方法及系统 |
-
2018
- 2018-02-06 CN CN201810119126.9A patent/CN108495336B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101005428A (zh) * | 2006-01-19 | 2007-07-25 | 华为技术有限公司 | 一种检测与解决数据同步冲突的实现方法 |
CN101459818A (zh) * | 2007-12-14 | 2009-06-17 | 中兴通讯股份有限公司 | 一种蓝牙流媒体播放控制方法及停止控制方法 |
CN102413155A (zh) * | 2010-09-21 | 2012-04-11 | 腾讯科技(深圳)有限公司 | 数据传输方法及系统 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112615700A (zh) * | 2020-12-03 | 2021-04-06 | 瀚云科技有限公司 | 数据的发送方法、网关、系统、电子设备及可读存储介质 |
CN112615700B (zh) * | 2020-12-03 | 2022-06-28 | 瀚云科技有限公司 | 数据的发送方法、网关、系统、电子设备及可读存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN108495336B (zh) | 2021-09-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11494739B2 (en) | Exchanging messages during a chat session | |
CN108920116A (zh) | 投屏设备的控制方法、装置、设备及存储介质 | |
CN109152095A (zh) | 用于终端的无线网络连接方法 | |
CN108566312A (zh) | 离线检测方法、装置及计算机可读存储介质 | |
WO2012023750A2 (en) | Update management method and apparatus | |
CN106296135A (zh) | 事件提醒方法、装置及终端 | |
CN108738008A (zh) | 蓝牙配对方法及系统 | |
CN104951287B (zh) | 一种生成网页的方法及装置 | |
CN108449239A (zh) | 心跳包检测方法、装置、设备和存储介质 | |
JP2003179545A (ja) | 無線データ通信ネットワークでの通信制御方法 | |
CN109526020A (zh) | 数据传输方法及相关产品 | |
CN109769127A (zh) | 视频同步发布方法、装置、电子设备及可读存储介质 | |
CN107277756B (zh) | 一种数据传输方法、装置、终端及计算机可读存储介质 | |
CN109992732A (zh) | 信息分享方法、装置、电子设备及存储介质 | |
WO2013176342A1 (ko) | 사용자단말과 외부장치 간 연결 시스템 및 방법 | |
CN103684899B (zh) | 远程调试方法和装置 | |
CN109116832A (zh) | 车辆诊断数据无线通讯方法 | |
CN109756387A (zh) | 持续性管理方法、计算机装置及计算机可读记录介质 | |
CN109621409A (zh) | 游戏中断线重连的方法、装置、存储介质及电子设备 | |
CN107276728B (zh) | 一种数据传输方法和装置 | |
CN109818710A (zh) | 一种数据传输方法及对应装置 | |
CN108495336A (zh) | 基于无线通讯的数据收发方法、装置和计算机设备 | |
CN109818994A (zh) | 用于代理端的信息处理方法和装置 | |
CN109119151B (zh) | 实现设备间相互联通的方法及装置 | |
CN110266701A (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 | ||
CP02 | Change in the address of a patent holder |
Address after: 519000 No. 333, Kexing Road, Xiangzhou District, Zhuhai City, Guangdong Province Patentee after: ZHUHAI JIELI TECHNOLOGY Co.,Ltd. Address before: Floor 1-107, building 904, ShiJiHua Road, Zhuhai City, Guangdong Province Patentee before: ZHUHAI JIELI TECHNOLOGY Co.,Ltd. |
|
CP02 | Change in the address of a patent holder |