CN117097795B - 一种Android智能设备数据通讯方法及装置 - Google Patents
一种Android智能设备数据通讯方法及装置 Download PDFInfo
- Publication number
- CN117097795B CN117097795B CN202311352294.XA CN202311352294A CN117097795B CN 117097795 B CN117097795 B CN 117097795B CN 202311352294 A CN202311352294 A CN 202311352294A CN 117097795 B CN117097795 B CN 117097795B
- Authority
- CN
- China
- Prior art keywords
- data
- data communication
- usb
- upper layer
- proxy service
- 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
Links
- 238000004891 communication Methods 0.000 title claims abstract description 190
- 238000000034 method Methods 0.000 title claims abstract description 89
- 238000012545 processing Methods 0.000 claims abstract description 34
- 230000005540 biological transmission Effects 0.000 claims abstract description 20
- 230000008569 process Effects 0.000 claims abstract description 15
- 238000012544 monitoring process Methods 0.000 claims description 37
- 230000004044 response Effects 0.000 claims description 12
- 238000004590 computer program Methods 0.000 claims description 8
- 239000002131 composite material Substances 0.000 claims description 7
- 230000002159 abnormal effect Effects 0.000 claims description 6
- 238000012546 transfer Methods 0.000 abstract description 6
- 230000006870 function Effects 0.000 description 10
- 230000003993 interaction Effects 0.000 description 10
- 230000004048 modification Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 238000006467 substitution reaction Methods 0.000 description 2
- 230000005856 abnormality Effects 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
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/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/562—Brokering proxy services
-
- 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/14—Session management
- H04L67/143—Termination or inactivation of sessions, e.g. event-controlled end of session
-
- 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/148—Migration or transfer of sessions
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Systems (AREA)
Abstract
本申请公开了一种Android智能设备数据通讯方法及装置,应用于包括数据通讯代理服务和上层应用的Android智能设备,所述方法包括:数据通讯代理服务监听USB设备事件并等待接收上层应用发送的建立本地端口连接请求,当监听到USB设备事件时执行USB设备事件处理过程,当接收到上层应用发送的建立本地端口连接请求时执行连接及数据处理过程。采用本方案实现了Android智能设备与iOS终端通过USB接口方式进行网络通讯的功能,无需采用第三方的服务器作为中转,也避免了USB网卡等方式实现数据传输时需要进行网络配置的问题。
Description
技术领域
本申请涉及计算机技术领域,尤其涉及一种Android智能设备数据通讯方法及装置。
背景技术
现有技术中, 基于Andriod***的Android智能设备和苹果设备(iOS终端)间进行数据通讯,只能采用第三方的服务器作为中转,或是通过蓝牙、WIFI等无线连接后才能进行数据交互。但是这些方式存在数据交互不安全或蓝牙、WIFI连接不稳定等情况,从而导致两者间的通讯会中断,因此,如何解决Android智能设备和苹果设备进行数据交互成为了当前亟需解决的技术问题。
发明内容
为了解决上述技术问题,本申请实施例提供了一种Android智能设备数据通讯方法及装置。所述技术方案如下:
第一方面,本申请实施例提供了一种Android智能设备数据通讯方法,所述方法包括:
当所述数据通讯代理服务监听到USB设备事件时,执行USB设备事件处理过程,所述USB设备事件处理过程包括:
步骤S101:所述数据通讯代理服务确定所述USB设备事件类型,当确定事件类型为接入事件时执行步骤S102,当确定事件类型为断开连接事件时执行步骤S104;
步骤S102:所述数据通讯代理服务判断接入的USB设备是否为iOS终端,是则执行步骤S103,否则监听USB设备事件并等待接收所述上层应用发送的建立本地端口连接请求;
步骤S103:所述数据通讯代理服务选择所述iOS终端的配置模式为复合设备模式,通过USB接口向所述iOS终端发送建立通道协商信息,接收建立通道协商响应,等待接收所述上层应用发送的建立本地端口连接请求;
步骤S104:所述数据通讯代理服务判断断开连接的USB设备是否为iOS终端,是则执行步骤S105,否则监听USB设备事件并等待接收所述上层应用发送的建立本地端口连接请求;
步骤S105:所述数据通讯代理服务判断是否与上层应用已建立本地端口连接,是则断开与所述上层应用的本地端口连接,监听USB设备事件并等待接收所述上层应用发送的建立本地端口连接请求,否则监听USB设备事件并等待接收所述上层应用发送的建立本地端口连接请求;
当所述数据通讯代理服务接收到所述上层应用发送的建立本地端口连接请求时,执行连接及数据处理过程,所述连接及数据处理过程包括:
步骤S201:所述数据通讯代理服务建立与所述上层应用的本地端口连接,通过USB接口向所述iOS终端发送TCP握手数据建立连接,若与iOS终端建立连接异常则执行步骤S202,若与iOS终端建立连接成功则执行步骤S203;
步骤S202:所述数据通讯代理服务断开与所述上层应用的本地端口连接,监听USB设备事件并等待接收所述上层应用发送的建立本地端口连接请求;
步骤S203:所述数据通讯代理服务等待接收数据,当接收到TCP数据时,执行步骤S204,当接收到USB接口数据时,执行步骤S205;
步骤S204:所述数据通讯代理服务根据预设格式组织所述TCP数据得到第一数据并通过USB接口发送给所述iOS终端,返回步骤S203;
步骤S205:所述数据通讯代理服务判断是否建立与所述上层应用的本地端口连接,是则执行步骤S206,否则监听USB设备事件并等待接收所述上层应用发送的建立本地端口连接请求;
步骤S206:所述数据通讯代理服务将所述USB接口数据转换成TCP数据,将所述TCP数据发送给所述上层应用,返回步骤S203。
第二方面,本申请实施例提供了一种Android智能设备数据通讯装置,其特征在于,所述装置包括:
第一监听确定模块,用于监听USB设备事件,当监听到USB设备事件时触发第一处理模块,确定所述USB设备事件类型;
等待接收模块,用于等待接收上层应用发送的建立本地端口连接请求,当接收到所述上层应用发送的建立本地端口连接请求时触发第二处理模块;
所述第一处理模块包括:
确定单元,用于确定所述USB设备事件类型;
第一判断单元,用于判断接入的USB设备是否为iOS终端,当判断是iOS终端时触发选择处理单元,当判断不是iOS终端时触发所述第一监听模块和所述等待接收模块;
所述选择处理单元,用于选择所述iOS终端的配置模式为复合设备模式,通过USB接口向所述iOS终端发送建立通道协商信息,接收建立通道协商响应,触发所述等待接收模块;
第二判断单元,用于判断断开连接的USB设备是否为iOS终端,当判断是iOS终端时触发第三判断单元,当判断不是iOS终端时触发所述第一监听模块和所述等待接收模块;
所述第三判断单元,用于判断是否与上层应用已建立本地端口连接,当判断是则断开与所述上层应用的本地端口连接,触发所述第一监听模块和所述等待接收模块,还用于当判断未与上层应用建立本地端口连接时触发所述第一监听模块和所述等待接收模块;
所述第二处理模块包括:
连接单元,用于建立与所述上层应用的本地端口连接,通过USB接口向所述iOS终端发送TCP握手数据建立连接,还用于当判断与iOS终端建立连接异常时触发断开单元,还用于当判断与iOS终端建立连接成功时触发等待接收单元;
所述断开单元,用于断开与所述上层应用的本地端口连接,触发所述第一监听模块和所述等待接收模块;
所述等待接收单元,用于等待接收数据,还用于当接收到TCP数据时触发第一发送单元,当接收到USB接口数据时触发第四判断单元;
所述第一发送单元,用于根据预设格式组织所述TCP数据得到第一数据并通过USB接口发送给所述iOS终端,触发所述等待接收单元;
所述第四判断单元,用于判断是否建立与所述上层应用的本地端口连接,还用于当判断已建立与所述上层应用的本地端口连接时触发第二发送单元,还用于当判断未建立与所述上层应用的本地端口连接时触发所述第一监听模块和所述等待接收模块;
所述第二发送单元,用于将所述USB接口数据转换成TCP数据,将所述TCP数据发送给所述上层应用,触发所述等待接收单元。
第三方面,本申请实施例提供了计算机可读存储介质,所述计算机存储介质用于存储计算机程序,当计算机程序被处理器执行时实现上述第一方面所述的一种Android智能设备数据通讯方法的步骤。
第四方面,本申请实施例提供了电子设备,包括处理器和存储器,所述处理器用于通过调用所述存储器中存储的计算机程序,执行上述第一方面所述的一种Android智能设备数据通讯方法。
本申请实施例提供的技术方案带来的有益效果至少包括:
本申请提供的一种Android智能设备数据通讯方法及装置中,Android智能设备中的数据通讯代理服务通过USB接口方式实现了Android智能设备与iOS终端进行网络通讯的功能、以及数据交互的功能,尤其是Android智能设备上安装的上层应用可通过Android智能设备中的数据通讯代理服务与iOS终端进行网络通讯协议方式的交互,无需采用第三方的服务器作为中转,避免了采用USB网卡等方式实现数据传输时需要进行网络配置的操作。另外,Android智能设备还可以为iOS终端供电。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例一提供的一种Android智能设备数据通讯方法的流程示意图;
图2是本申请实施例一提供的一种Android智能设备数据通讯方法的流程示意图;
图3是本申请实施例二提供的一种Android智能设备数据通讯方法的流程示意图;
图4是本申请实施例三提供的一种Android智能设备数据通讯方法的流程示意图;
图5是本申请实施例四提供的一种Android智能设备数据通讯方法的流程示意图;
图6是本申请实施例四提供的又一种Android智能设备数据通讯方法的流程示意图;
图7是本申请实施例四提供的另一种Android智能设备数据通讯方法的流程示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将结合附图对本申请实施例方式作进一步地详细描述。
下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反,它们仅是如所附权利要求书中所详述的、本申请的一些方面相一致的设备和方法的例子。
为使本发明的目的、技术方案和优点更加清楚,下面结合附图对本发明实施方式作进一步地详细描述。
实施例一
本申请实施例提供的一种Android智能设备数据通讯方法,适用于安装了安卓***的Android智能设备和安装了iOS***的iOS终端(如苹果手机或IPAD),在本实施例中,Android智能设备中包括数据通讯代理服务,Android智能设备中安装有上层应用,Android智能设备通过USB接口与iOS终端进行连接,iOS终端中包括应用服务,Android智能设备通过数据通讯代理服务实现了上层应用与iOS终端之间的数据传输,具体的,数据通讯代理服务与上层应用通过本地端口进行数据传输,数据通讯代理服务与iOS终端通过USB接口进行数据传输。
下面将结合附图1和图2,对本申请实施例提供的一种Android智能设备数据通讯方法进行详细介绍。本申请实施例提供的一种Android智能设备数据通讯方法包括:
数据通讯代理服务监听USB设备事件并等待接收上层应用发送的建立本地端口连接请求,当数据通讯代理服务监听到USB设备事件时,执行USB设备事件处理过程,当数据通讯代理服务接收到上层应用发送的建立本地端口连接请求时,执行连接及数据处理过程;
具体的,如图1所示,为USB设备事件处理过程,具体方法步骤包括:
步骤101:数据通讯代理服务确定USB设备事件类型,当确定事件类型为接入事件时执行步骤102,当确定事件类型为断开连接事件时执行步骤104;
在本实施例中,步骤101之前还包括:Android智能设备开机,启动数据通讯代理服务,并由数据通讯代理服务实施USB设备事件监听;
一种可实施的方式,步骤101之前还包括:数据通讯代理服务注册本地端口,启动端口监听;
具体的,数据通讯代理服务通过监听的端口接收上层应用发送的建立本地端口连接请求。
进一步的,在Android智能设备的上层应用中集成Socket 通讯库,数据通讯代理服务注册监听Type-C线的插拔,在iOS终端的sdk中集成 Socket通讯库,在初始化里面注册监听IP 127.0.0.1 和端口8000。
步骤102:数据通讯代理服务判断接入的USB设备是否为iOS终端,是则执行步骤103,否则监听USB设备事件并等待接收上层应用发送的建立本地端口连接请求;
在本实施例中,判断接入的USB设备是否为iOS终端具体为:获取接入的USB设备的VID(Vender ID供应商识别码)和PID(Product ID产品识别码),根据VID和PID判断接入的USB设备是否为iOS终端;
具体的,每一个USB设备都有VID和PID;主机通过VID和PID来识别不同的设备。
例如,本实施例中接入的iOS终端的VID和PID为:{USB_DEVICE (0x05AC,0x12A8)}。
步骤103:数据通讯代理服务选择iOS终端的配置模式为复合设备模式,通过USB接口向iOS终端发送建立通道协商信息,接收建立通道协商响应,等待接收上层应用发送的建立本地端口连接请求;
在本实施例中,复合设备模式包括:ptp(媒体传输设备模式)、apple mobiledevice(tcp多路通道设备模式)、 apple usb ethernet(usb以太网网卡设备模式);
具体的,iOS终端通过USB通信方式接入设备时,iOS终端声明的配置模式有多种,例如ptp(媒体传输设备模式)、mtp模式、USB网卡模式等。
具体的,建立通道协商信息包括Android智能设备版本,建立通道协商响应包括iOS终端版本;
例如 ,本实施例中建立通道协商信息为:00 00 00 00 00 00 00 14 00 00 0002 00 00 00 00 00 00 00 00,其中02为Android智能设备版本;建立通道协商响应为:0000 00 00 00 00 00 14 00 00 00 02 00 00 00 00 00 00 00 00,其中02为iOS终端版本;
一种可实施的方式,接收建立通道协商响应之后还包括:向iOS终端发送开启通道指令;
例如,本实施例中开启通道指令为:00 00 00 02 00 00 00 11 FE ED FA CE 0000 FF FF 07。
步骤104:数据通讯代理服务判断断开连接的USB设备是否为iOS终端,是则执行步骤105,否则监听USB设备事件并等待接收上层应用发送的建立本地端口连接请求;
在本实施例中,判断断开连接的USB设备是否为iOS终端具体为:枚举设备断开连接前和设备断开连接后的连接设备信息,对比断开连接前和断开连接后的连接设备信息,确定断开连接的设备,从断开连接前的设备信息中获取USB设备的VID(Vender ID供应商识别码),根据VID判断断开连接的USB设备是否为iOS终端。
步骤105:数据通讯代理服务判断是否与上层应用已建立本地端口连接,是则断开与上层应用的本地端口连接,监听USB设备事件并等待接收上层应用发送的建立本地端口连接请求,否则监听USB设备事件并等待接收上层应用发送的建立本地端口连接请求。
具体的,如图2所示,为连接及数据处理过程,具体方法步骤包括:
步骤201:数据通讯代理服务建立与上层应用的本地端口连接,通过USB接口向iOS终端发送TCP握手数据建立连接,若与iOS终端建立连接异常则执行步骤202,若与iOS终端建立连接成功则执行步骤203;
一种可实施的方式,建立与上层应用的本地端口连接具体为:通过本地端口进行第一预设次数的握手数据传输,建立本地端口TCP数据传输通道;
一种可实施的方式,通过USB接口向iOS终端发送TCP握手数据建立连接具体为:数据通讯代理服务通过USB接口模拟上层应用与iOS终端进行第二预设次数的握手数据传输,建立USB接口TCP数据传输通道。
具体的,第一预设次数为3次,第二预设次数为3次。
本实施例中,建立连接异常的情况包括连接的USB设备意外拔出,或者应用服务未启动,或者iOS终端中的应用服务被***强行终止服务。
步骤202:数据通讯代理服务断开与上层应用的本地端口连接,监听USB设备事件并等待接收上层应用发送的建立本地端口连接请求;
一种可实施的方式,步骤202还包括:数据通讯代理服务提示信息;
具体的,信息包括:iOS终端应用服务未开启,或者连接失败或错误。
步骤203:数据通讯代理服务等待接收数据,当接收到TCP数据时,执行步骤204,当接收到USB接口数据时,执行步骤205;
步骤204:数据通讯代理服务根据预设格式组织TCP数据得到第一数据并通过USB接口发送给iOS终端,返回步骤203;
具体的,根据预设格式组织TCP数据得到第一数据具体为:在TCP数据中添加USB数据帧头部得到第一数据。
步骤205:数据通讯代理服务判断是否建立与上层应用的本地端口连接,是则执行步骤206,否则监听USB设备事件并等待接收所述上层应用发送的建立本地端口连接请求;
步骤206:数据通讯代理服务将USB接口数据转换成TCP数据,将TCP数据发送给上层应用,返回步骤203。
具体的,将USB接口数据转换成TCP数据具体为:将USB数据中的USB数据帧头部删除得到TCP数据。
具体的,将TCP数据发送给上层应用具体为:数据通讯代理服务将TCP数据发送至网络协议站,网络协议站获取TCP数据中的端口号,根据端口号将TCP数据发送至上层应用。
在本实施例中,Android智能设备为主设备,iOS终端为从设备。
在本实施例中,该方法还包括:当iOS终端接收到用户的触发信息时,启动iOS终端中的应用服务,其中,应用服务用于监听预置端口;
进一步的,预置端口可以是数据通讯代理服务注册的端口,也可以是特定的端口。
本申请提供的一种Android智能设备数据通讯方法,Android智能设备中的数据通讯代理服务通过USB接口方式实现了Android智能设备与iOS终端进行网络通讯的功能以及数据交互的功能,尤其是Android智能设备上安装的上层应用可通过Android智能设备中的数据通讯代理服务与iOS终端进行网络通讯协议方式的交互,无需采用第三方的服务器作为中转,避免了USB网卡等方式实现数据传输时需要进行网络配置的操作。
实施例二
本发明实施例二提供一种Android智能设备数据通讯方法,基于图1示出的数据通讯方法,在Android智能设备数据通讯方法中,当数据通讯代理服务判断接入或断开连接的USB设备为iOS终端时还包括:数据通讯代理服务发出USB设备事件广播;
具体的,如图3所示,所述方法还包括:
步骤301:上层应用监听USB设备事件广播,根据监听到的USB设备事件广播确定事件类型,当确定事件类型为接入事件时执行步骤302,当确定事件类型为断开连接事件时执行步骤303;
步骤302:上层应用解析USB设备事件广播数据获取本地端口连接信息,根据本地端口连接信息向数据通讯代理服务发送建立本地端口连接请求,返回步骤301;
步骤303:上层应用断开与数据通讯代理服务的本地端口连接,返回步骤301。
具体的,上层应用向数据通讯代理服务发送建立本地端口连接请求后,数据通讯代理服务执行连接及数据处理过程;
进一步的,上层应用建立与数据通讯代理服务的本地端口连接,并通过网络协议层向数据通讯代理服务发送TCP数据。
本实施例中,具体的,iOS终端通过Type-C 线与Android智能设备连接时,Android智能设备的上层应用监听到数据通讯代理服务发出USB设备事件广播,当监听到的USB设备事件广播为接入事件广播时,主动连接固定IP和本地端口;iOS终端与Android智能设备断开Type-C 线连接时,Android智能设备的上层应用监听到数据通讯代理服务发出USB设备事件广播,当监听到的USB设备事件广播为断开连接事件广播时,主动断开已连接的固定IP和本地端口。
实施例三
本发明实施例三提供一种Android智能设备数据通讯方法,基于图1示出的数据通讯方法,其中,所述Android智能设备还包括电源管理服务,该方法还包括:
当数据通讯代理服务确定接入的USB设备为iOS终端时,通知电源管理服务USB设备已接入;
当确定断开连接的USB设备为iOS终端时,通知电源管理服务USB设备已拔出。
一种可实施的方式,该方法还包括:
当电源管理服务接收到USB设备已接入通知时,电源管理服务开启OTG供电模式为iOS终端充电;
当电源管理服务接收到USB设备已拔出通知时,电源管理服务关闭OTG供电模式。
在本实施例中,步骤101之前还包括:Android智能设备启动数据通讯代理服务和电源管理服务。
一种可实施的方式,电源管理服务开启OTG供电模式为iOS终端充电之后还包括:发出设备接入事件广播;电源管理服务关闭OTG供电模式之后还包括:发出设备断开连接事件广播;
具体的,如图4所示,电源管理服务发出USB设备事件广播之后所述方法还包括:
步骤401:上层应用监听USB设备事件广播,当监听到USB设备接入事件广播时,执行步骤402,当监听到USB设备断开连接事件广播时,执行步骤403;
步骤402:上层应用解析USB设备事件广播数据获取本地端口连接信息,根据本地端口连接信息向数据通讯代理服务发送建立本地端口连接请求,返回步骤401;
步骤403:上层应用断开与数据通讯代理服务的本地端口连接,返回步骤401。
本申请提供的一种Android智能设备数据通讯方法,具体为Android智能设备和iOS终端通过Type-C线连接,Android智能设备中的上层应用通过数据通讯代理服务socket与iOS终端进行有线通讯,实现了Android智能设备和iOS终端通过USB连接方式进行数据交互,同时,本方案能够通过Android智能设备中的电源管理服务为iOS终端进行供电,解决了iOS终端供电不足的问题。
实施例四
本发明实施例四提供一种Android智能设备数据通讯方法,基于图1和图2示出的数据通讯方法,对Android智能设备数据通讯方法中涉及上层应用与数据通讯代理服务端口连接及对应的数据传输方案进行详细描述。
一种可实施的方式,Android智能设备包括多个上层应用时,上层应用也可向特定端口发送建立本地端口连接请求;数据通讯代理服务注册并监听端口,接收多个上层应用发送的建立本地端口连接请求;
具体的,特定端口为8000。
在本实施例中,如图5所示,Android智能设备中的数据通讯代理服务等待接收数据并进行处理具体包括:
步骤501:等待接收数据,当接收到TCP数据时,执行步骤502,当接收到USB接口数据时,执行步骤503;
步骤502:根据预设格式组织TCP数据得到第一数据并通过USB接口发送给iOS终端,返回步骤501;
具体的,根据预设格式组织TCP数据得到第一数据具体为:在TCP数据中添加USB数据帧头部得到第一数据。
步骤503:将USB接口数据转换成TCP数据,获取TCP数据中的端口号,执行步骤504;
具体的,将USB接口数据转换成TCP数据具体为:将USB数据中的USB数据帧头部删除得到TCP数据。
步骤504:判断是否与获取的端口号对应的上层应用建立端口连接,是则执行步骤505,否则监听USB设备事件并等待接收上层应用发送的建立本地端口连接请求;
例如,数据通讯代理服务的特定端口号为8000,上层应用1的本地端口号为1234,上层应用2的本地端口号为1220;
当上层应用1和上层应用2均与数据通讯代理服务的特定端口建立连接时,具体包括:数据通讯代理服务接收iOS终端通过USB接口发送的USB接口数据,将USB接口数据转换成TCP数据,获取TCP数据中的端口号为1220时,数据通讯代理服务判断与获取的端口号1220对应的上层应用是否与其特定端口8000建立连接。
步骤505:通过特定端口号将TCP数据发送给上层应用,返回步骤501。
具体的,通过特定端口号将TCP数据发送给上层应用具体为:数据通讯代理服务将TCP数据发送至网络协议栈,由网络协议栈将TCP数据转发至多个上层应用中与TCP数据中端口号对应的上层应用。
另一种可实施的方式,Android智能设备包括多个上层应用,数据通讯代理服务注册并监听预设范围内的端口,iOS终端监听的端口范围与数据通讯代理服务注册并监听的端口一致,上层应用也可向不是特定端口号的端口发送建立本地端口连接请求;具体的,数据通讯代理服务为主服务,可以创建子服务;或者数据通讯代理服务为服务池;
具体的,预设范围内的端口号为8000-8100。
具体的,当数据通讯代理服务接收到多个上层应用发送的建立本地端口连接请求时,数据通讯代理服务开启与上层应用对应数量的子服务;所述子服务用于建立与上层应用的本地端口连接,也用于等待接收TCP数据或USB接口数据;
例如,数据通讯代理服务的注册端口号段为8000-8100,上层应用1的本地端口号为1234,上层应用2的本地端口号为1220,iOS终端侧监听的端口号段为8000-8100;
当上层应用1和上层应用2分别与数据通讯代理服务的端口8000和8010建立连接时,数据通讯代理服务开启2个子服务,第一个子服务的端口号为8000,第二个子服务的端口号为8010,对应的,第一个子服务与iOS终端的8000端口建立连接,第二个子服务与iOS终端的8010端口建立连接;等待接收数据具体包括:数据通讯代理服务中的第一个子服务接收iOS终端通过USB接口发送的USB接口数据,将USB接口数据转换成TCP数据,获取TCP数据中的端口号为1234时,数据通讯代理服务中的第一个子服务判断获取的端口号1234对应的上层应用是否与其特定端口8000连接。
又一种可实施的方式,数据通讯代理服务注册并监听特定端口,iOS终端监听协商后的端口号;该实施方式主要是针对不特定的iOS终端,不同的iOS终端的端口号不同,因此,可通过Android智能设备中上层应用与数据通讯代理服务对端口号进行动态协商,具体的,如图6所示,步骤201之前该方法还包括:
步骤601:上层应用向数据通讯代理服务发送端口协商请求;
具体的,上层应用向数据通讯代理服务发送建立特定端口连接请求,并发送端口协商请求。
步骤602:数据通讯代理服务注册并监听端口协商请求中的某一端口号,向上层应用返回包含端口号的响应;
步骤603:上层应用通过响应中的端口号向数据通讯代理服务发送建立本地端口连接请求。
具体的,数据通讯代理服务与上层应用建立连接后,数据通讯代理服务通过该连接通道接收上层应用发送的数据。
再一种可实施的方式,数据通讯代理服务注册并监听第一特定端口,iOS终端监听第二特定端口;该实施方式主要是针对不特定的iOS终端,不同的iOS终端的端口号不同,因此,可通过Android智能设备中数据通讯代理服务对上层应用发送的数据根据协商好的端口号进行转发,具体的,上层应用与数据通讯代理服务建立第一特定端口的连接,数据通讯代理服务与iOS终端建立第二特定端口的连接;
进一步的,如图7所示,数据通讯代理服务等待接收数据并进行处理具体包括:
步骤701:等待接收数据,当接收到TCP数据时,执行步骤702,当接收到USB接口数据时,执行步骤703;
步骤702:解析TCP数据,将解析后的TCP数据中的端口修改为第二特定端口,根据预设格式组织修改后的TCP数据得到第二数据并通过USB接口发送给iOS终端,返回步骤701;
具体的,根据预设格式组织修改后的TCP数据得到第二数据具体为:在修改后的TCP数据中添加USB数据帧头部得到第二数据;
进一步的,根据预设格式组织修改后的TCP数据得到第二数据具体为:重新计算修改端口号后的TCP数据中的校验和,根据计算得到的校验和组织得到修改后的TCP数据,在修改后的TCP数据中添加USB数据帧头部得到第二数据。
步骤703:判断是否与上层应用建立第一特定端口连接,是则执行步骤704,否则监听USB设备事件并等待接收上层应用发送的建立本地端口连接请求;
步骤704:将USB接口数据转换成TCP数据,获取TCP数据中的端口号并修改为上层应用的本地端口号,通过第一特定端口将修改后的TCP数据发送给上层应用,返回步骤701。
具体的,将USB接口数据转换成TCP数据具体为:将USB接口数据中的USB数据帧头部删除得到TCP数据;
进一步的,通过第一特定端口将修改后的TCP数据发送给上层应用具体为:重新计算修改为上层应用的本地端口号后的TCP数据中的校验和,根据计算得到的校验和组织得到修改后的TCP数据,通过第一特定端口将修改后的TCP数据发送给上层应用;
具体的,通过第一特定端口将修改后的TCP数据发送给上层应用具体为:数据通讯代理服务将TCP数据通过第一特定端口发送至网络协议栈,由网络协议栈将TCP数据转发至与TCP数据中端口号对应的上层应用。
本申请提供的一种Android智能设备数据通讯方法,Android智能设备中的数据通讯代理服务通过USB接口方式实现了Android智能设备与iOS终端进行网络通讯的功能以及数据交互的功能,尤其是Android智能设备上安装的上层应用可通过Android智能设备中的数据通讯代理服务与iOS终端进行网络通讯协议方式的交互,无需采用第三方的服务器作为中转,避免了USB网卡等方式实现数据传输时需要进行网络配置的操作。
下述为本申请装置实施例,可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节,可参照本申请方法实施例。
本申请一个示例性实施例提供的一种Android智能设备数据通讯装置,该装置包括:
第一监听模块,用于监听USB设备事件,当监听到USB设备事件时触发第一处理模块;
等待接收模块,用于等待接收上层应用发送的建立本地端口连接请求,当接收到上层应用发送的建立本地端口连接请求时触发第二处理模块;
第一处理模块包括:确定单元,用于确定USB设备事件类型;
第一判断单元,用于判断接入的USB设备是否为iOS终端,当判断是iOS终端时触发选择处理单元,当判断不是iOS终端时触发第一监听模块和等待接收模块;
选择处理单元,用于选择iOS终端的配置模式为复合设备模式,通过USB接口向iOS终端发送建立通道协商信息,接收建立通道协商响应,触发等待接收模块;
第二判断单元,用于判断断开连接的USB设备是否为iOS终端,当判断是iOS终端时触发第三判断单元,当判断不是iOS终端时触发第一监听模块和等待接收模块;
第三判断单元,用于判断是否与上层应用已建立本地端口连接,当判断是则断开与上层应用的本地端口连接,触发第一监听模块和等待接收模块,还用于当判断未与上层应用建立本地端口连接时触发第一监听模块和等待接收模块;
第二处理模块包括:
连接单元,用于建立与上层应用的本地端口连接,通过USB接口向iOS终端发送TCP握手数据建立连接,还用于当判断与iOS终端建立连接异常时触发断开单元,还用于当判断与iOS终端建立连接成功时触发等待接收单元;
断开单元,用于断开与上层应用的本地端口连接,触发第一监听模块和等待接收模块;
等待接收单元,用于等待接收数据,还用于当接收到TCP数据时触发第一发送单元,当接收到USB接口数据时触发第四判断单元;
第一发送单元,用于根据预设格式组织TCP数据得到第一数据并通过USB接口发送给iOS终端,触发等待接收单元;
第四判断单元,用于判断是否建立与上层应用的本地端口连接,还用于当判断已建立与上层应用的本地端口连接时触发第二发送单元,还用于当判断未建立与上层应用的本地端口连接时触发第一监听模块和等待接收模块;
第二发送单元,用于将USB接口数据转换成TCP数据,将TCP数据发送给所述上层应用,触发所述等待接收单元。
需要说明的是,上述实施例提供的Android智能设备数据通讯装置在执行数据通讯方法时,仅以上述各功能模块的划分进行举例说明,实际应用中,可以根据需要将上述功能进行分配并由不同的功能模块完成,即将设备的内部结构划分成不同的功能模块,以完成以上描述的全部或者部分功能。另外,上述实施例提供的Android智能设备数据通讯装置与Android智能设备数据通讯方法实施例属于同一构思,其体现实现过程详见方法实施例,这里不再赘述。
上述本申请实施例序号仅仅为了描述,不代表实施例的优劣。
本申请提供的一种Android智能设备数据通讯方法及装置,Android智能设备中的数据通讯代理服务通过USB接口方式实现了Android智能设备与iOS终端进行网络通讯的功能以及数据交互的功能,尤其是Android智能设备上安装的上层应用可通过Android智能设备中的数据通讯代理服务与iOS终端进行网络通讯协议方式的交互,无需采用第三方的服务器作为中转,避免了USB网卡等方式实现数据传输时需要进行网络配置的操作。同时,本方案能够通过Android智能设备中的电源管理服务为iOS终端进行供电,解决了iOS终端供电不足的问题。
本申请实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现前述任一实施例方法的步骤。其中,计算机可读存储介质可以包括但不限于任何类型的盘,包括软盘、光盘、DVD、CD-ROM、微型驱动器以及磁光盘、ROM、RAM、EPROM、EEPROM、DRAM、VRAM、闪速存储器设备、磁卡或光卡、纳米***(包括分子存储器IC),或适合于存储指令和/或数据的任何类型的媒介或设备。
本申请实施例提供了一种电子设备,包括处理器和存储器,所述处理器用于通过调用所述存储器中存储的计算机程序,执行如上述第一方面所述的一种Android智能设备数据通讯方法。
在本申请中,术语“第一”、“第二”等仅用于描述的目的,而不能理解为指示或暗示相对重要性或顺序;术语“多个”则指两个或两个以上,除非另有明确的限定。“和/或”,描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。术语“安装”、“相连”、“连接”、“固定”等术语均应做广义理解,例如,“连接”可以是固定连接,也可以是可拆卸连接,或一体地连接;“相连”可以是直接相连,也可以通过中间媒介间接相连。对于本领域的普通技术人员而言,可以根据具体情况理解上述术语在本申请中的具体含义。
本申请的描述中,需要理解的是,术语“上”、“下”等指示的方位或位置关系为基于附图所示的方位或位置关系,仅是为了便于描述本申请和简化描述,而不是指示或暗示所指的装置或单元必须具有特定的方向、以特定的方位构造和操作,因此,不能理解为对本申请的限制。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,依本申请权利要求所作的等同变化,仍属本申请所涵盖的范围。
Claims (17)
1.一种Android智能设备数据通讯方法,所述方法适用于包括数据通讯代理服务和上层应用的Android智能设备,其特征在于,所述方法包括:
当所述数据通讯代理服务监听到USB设备事件时执行USB设备事件处理过程,所述USB设备事件处理过程包括:
步骤S101:所述数据通讯代理服务确定USB设备事件类型,当确定事件类型为接入事件时执行步骤S102,当确定事件类型为断开连接事件时执行步骤S104;
步骤S102:所述数据通讯代理服务判断接入的USB设备是否为iOS终端,是则执行步骤S103,否则监听USB设备事件并等待接收所述上层应用发送的建立本地端口连接请求;
步骤S103:所述数据通讯代理服务选择所述iOS终端的配置模式为复合设备模式,通过USB接口向所述iOS终端发送建立通道协商信息,接收建立通道协商响应,等待接收所述上层应用发送的建立本地端口连接请求;
步骤S104:所述数据通讯代理服务判断断开连接的USB设备是否为iOS终端,是则执行步骤S105,否则监听USB设备事件并等待接收所述上层应用发送的建立本地端口连接请求;
步骤S105:所述数据通讯代理服务判断是否与上层应用已建立本地端口连接,是则断开与所述上层应用的本地端口连接,监听USB设备事件并等待接收所述上层应用发送的建立本地端口连接请求,否则监听USB设备事件并等待接收所述上层应用发送的建立本地端口连接请求;
当所述数据通讯代理服务接收到所述上层应用发送的建立本地端口连接请求时执行连接及数据处理过程,所述连接及数据处理过程包括:
步骤S201:所述数据通讯代理服务建立与所述上层应用的本地端口连接,通过USB接口向所述iOS终端发送TCP握手数据建立连接,若与所述iOS终端建立连接异常则执行步骤S202,若与所述iOS终端建立连接成功则执行步骤S203;
步骤S202:所述数据通讯代理服务断开与所述上层应用的本地端口连接,监听USB设备事件并等待接收所述上层应用发送的建立本地端口连接请求;
步骤S203:所述数据通讯代理服务等待接收数据,当接收到TCP数据时,执行步骤S204,当接收到USB接口数据时,执行步骤S205;
步骤S204:所述数据通讯代理服务根据预设格式组织所述TCP数据得到第一数据并通过USB接口发送给所述iOS终端,返回步骤S203;
步骤S205:所述数据通讯代理服务判断是否建立与所述上层应用的本地端口连接,是则执行步骤S206,否则监听USB设备事件并等待接收所述上层应用发送的建立本地端口连接请求;
步骤S206:所述数据通讯代理服务将所述USB接口数据转换成TCP数据,将所述TCP数据发送给所述上层应用,返回步骤S203。
2.根据权利要求1所述的方法,其特征在于,当监听到USB设备事件时还包括:所述数据通讯代理服务发出USB设备事件广播;
所述方法还包括:
步骤S301:所述上层应用监听USB设备事件广播,根据监听到的USB设备事件广播确定事件类型,当确定事件类型为接入事件时执行步骤S302,当确定事件类型为断开连接事件时执行步骤S303;
步骤S302:所述上层应用解析USB设备事件广播获取本地端口连接信息,根据所述本地端口连接信息向所述数据通讯代理服务发送建立本地端口连接请求,返回步骤S301;
步骤S303:所述上层应用断开与所述数据通讯代理服务的本地端口连接,返回步骤S301。
3.根据权利要求1所述的方法,其特征在于,所述Android智能设备还包括电源管理服务;
当所述步骤S102中判断接入的USB设备为iOS终端时,所述步骤S103还包括:通知所述电源管理服务USB设备已接入;
当所述步骤S104中判断断开连接的USB设备为iOS终端时,所述步骤S105还包括:通知所述电源管理服务USB设备已拔出。
4.根据权利要求3所述的方法,其特征在于,所述方法还包括:
当所述电源管理服务接收到USB设备已接入的通知时,所述电源管理服务开启OTG供电模式为所述iOS终端充电;
当所述电源管理服务接收到USB设备已拔出的通知时,所述电源管理服务关闭OTG供电模式。
5.根据权利要求4所述的方法,其特征在于,所述电源管理服务开启OTG供电模式为所述iOS终端充电或关闭OTG供电模式时还包括:所述电源管理服务发出USB设备事件广播,具体为:
所述电源管理服务开启OTG供电模式为所述iOS终端充电之后还包括:所述电源管理服务发出设备接入事件广播;
所述电源管理服务关闭OTG供电模式之后还包括:所述电源管理服务发出设备断开连接事件广播。
6.根据权利要求5所述的方法,其特征在于,所述方法还包括:
步骤S401:所述上层应用监听USB设备事件广播,当监听到USB设备接入事件广播时,执行步骤S402,当监听到USB设备断开连接事件广播时,执行步骤S403;
步骤S402:所述上层应用解析USB设备事件广播数据获取本地端口连接信息,根据所述本地端口连接信息向所述数据通讯代理服务发送建立本地端口连接请求,返回步骤S401;
步骤S403:所述上层应用断开与所述数据通讯代理服务的本地端口连接,返回步骤S401。
7.根据权利要求1所述的方法,其特征在于,所述数据通讯代理服务判断接入的USB设备是否为iOS终端具体包括:所述数据通讯代理服务获取接入的USB设备的VID和PID,根据VID和PID确定接入的USB设备是否为iOS终端。
8.根据权利要求1所述的方法,其特征在于,所述预设格式为USB数据格式;
所述数据通讯代理服务根据预设格式组织所述TCP数据得到第一数据具体为:所述数据通讯代理服务在所述TCP数据上添加USB数据帧头部得到第一数据;
所述数据通讯代理服务将所述USB接口数据转换成TCP数据具体为:所述数据通讯代理服务将所述USB接口数据中的USB数据帧头部删除得到TCP数据。
9.根据权利要求1所述的方法,其特征在于,所述数据通讯代理服务建立与所述上层应用的本地端口连接具体为:通过本地端口进行第一预设次数的握手数据传输,建立本地端口TCP数据传输通道;
所述通过USB接口向所述iOS终端发送TCP握手数据建立连接具体为:所述数据通讯代理服务通过USB接口模拟所述上层应用与所述iOS终端进行第二预设次数的握手数据传输,建立USB接口TCP数据传输通道。
10.根据权利要求1所述的方法,其特征在于,存在多个上层应用时,所述数据通讯代理服务注册并监听端口,接收多个上层应用发送的建立本地端口连接请求,执行步骤S201至步骤S202;
所述步骤S205具体为:获取所述TCP数据中的端口号,判断是否与获取的端口号对应的上层应用建立端口连接,是则执行步骤S206,否则监听USB设备事件并等待接收所述上层应用发送的建立本地端口连接请求。
11.根据权利要求1所述的方法,其特征在于,存在多个上层应用,所述数据通讯代理服务注册并监听预设范围内的端口,当接收多个上层应用发送的建立本地端口连接请求时,所述数据通讯代理服务创建与所述上层应用对应数量的子服务,通过所述子服务执行步骤S201至步骤S206。
12.根据权利要求1所述的方法,其特征在于,所述步骤S201之前还包括:
所述数据通讯代理服务接收所述上层应用发送的端口协商请求,注册并监听端口协商请求中的端口号,向所述上层应用返回包含端口号的响应;
当所述数据通讯代理服务接收到所述上层应用发送的包括所述协商请求中端口号的建立本地端口连接请求时,执行步骤S201。
13.根据权利要求1所述的方法,其特征在于,当所述数据通讯代理服务注册并监听的端口号为第一特定端口,所述iOS终端监听的端口为第二特定端口,所述第一特定端口与所述第二特定端口不同时,所述数据通讯代理服务建立与所述上层应用的第一特定端口连接,所述数据通讯代理服务建立与所述iOS终端的第二特定端口连接;
所述步骤S203至步骤S206具体为:
步骤S701:等待接收数据,当接收到TCP数据时,执行步骤S702,当接收到USB接口数据时,执行步骤S703;
步骤S702:解析TCP数据,将解析后的TCP数据中的端口修改为第二特定端口,根据预设格式组织修改后的TCP数据得到第二数据并通过USB接口发送给所述iOS终端,返回步骤S701;
步骤S703:判断是否与所述上层应用建立第一特定端口连接,是则执行步骤S704,否则监听USB设备事件并等待接收所述上层应用发送的建立本地端口连接请求;
步骤S704:将USB接口数据转换成TCP数据,获取所述TCP数据中的端口号并修改为上层应用的本地端口号,通过第一特定端口将修改后的TCP数据发送给上层应用,返回步骤S701。
14.根据权利要求1所述的方法,其特征在于,所述方法还包括:当所述iOS终端接收到用户的触发信息时,启动iOS终端中的应用服务,所述应用服务用于监听预置端口。
15.一种Android智能设备数据通讯装置,其特征在于,所述装置包括:
第一监听模块,用于监听USB设备事件,当监听到USB设备事件时触发第一处理模块;
等待接收模块,用于等待接收上层应用发送的建立本地端口连接请求,当接收到所述上层应用发送的建立本地端口连接请求时触发第二处理模块;
所述第一处理模块包括:确定单元,用于确定所述USB设备事件类型;
第一判断单元,用于判断接入的USB设备是否为iOS终端,当判断是iOS终端时触发选择处理单元,当判断不是iOS终端时触发所述第一监听模块和所述等待接收模块;
所述选择处理单元,用于选择所述iOS终端的配置模式为复合设备模式,通过USB接口向所述iOS终端发送建立通道协商信息,接收建立通道协商响应,触发所述等待接收模块;
第二判断单元,用于判断断开连接的USB设备是否为iOS终端,当判断是iOS终端时触发第三判断单元,当判断不是iOS终端时触发所述第一监听模块和所述等待接收模块;
所述第三判断单元,用于判断是否与上层应用已建立本地端口连接,当判断是则断开与所述上层应用的本地端口连接,触发所述第一监听模块和所述等待接收模块,还用于当判断未与上层应用建立本地端口连接时触发所述第一监听模块和所述等待接收模块;
所述第二处理模块包括:
连接单元,用于建立与所述上层应用的本地端口连接,通过USB接口向所述iOS终端发送TCP握手数据建立连接,还用于当判断与iOS终端建立连接异常时触发断开单元,还用于当判断与iOS终端建立连接成功时触发等待接收单元;
所述断开单元,用于断开与所述上层应用的本地端口连接,触发所述第一监听模块和所述等待接收模块;
所述等待接收单元,用于等待接收数据,还用于当接收到TCP数据时触发第一发送单元,当接收到USB接口数据时触发第四判断单元;
所述第一发送单元,用于根据预设格式组织所述TCP数据得到第一数据并通过USB接口发送给所述iOS终端,触发所述等待接收单元;
所述第四判断单元,用于判断是否建立与所述上层应用的本地端口连接,还用于当判断已建立与所述上层应用的本地端口连接时触发第二发送单元,还用于当判断未建立与所述上层应用的本地端口连接时触发所述第一监听模块和所述等待接收模块;
所述第二发送单元,用于将所述USB接口数据转换成TCP数据,将所述TCP数据发送给所述上层应用,触发所述等待接收单元。
16.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1-14中任一项所述方法的步骤。
17.一种电子设备,包括处理器和存储器,其特征在于,所述处理器用于通过调用所述存储器中存储的计算机程序,执行如权利要求1至13中任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202311352294.XA CN117097795B (zh) | 2023-10-19 | 2023-10-19 | 一种Android智能设备数据通讯方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202311352294.XA CN117097795B (zh) | 2023-10-19 | 2023-10-19 | 一种Android智能设备数据通讯方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN117097795A CN117097795A (zh) | 2023-11-21 |
CN117097795B true CN117097795B (zh) | 2024-01-23 |
Family
ID=88777616
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202311352294.XA Active CN117097795B (zh) | 2023-10-19 | 2023-10-19 | 一种Android智能设备数据通讯方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN117097795B (zh) |
Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103401997A (zh) * | 2013-07-15 | 2013-11-20 | 东软集团股份有限公司 | 车载终端与智能手机在usb连接下的数据传输方法及*** |
CN104052627A (zh) * | 2014-07-08 | 2014-09-17 | 马传军 | 移动电源中基于云网络实现移动终端管理的***及方法 |
CN105120009A (zh) * | 2015-09-14 | 2015-12-02 | 百度在线网络技术(北京)有限公司 | 终端互联方法及装置 |
CN106302416A (zh) * | 2016-08-04 | 2017-01-04 | 中车青岛四方机车车辆股份有限公司 | 企业内网访问方法、Android终端、中转处理方法、中转服务器 |
CN106790283A (zh) * | 2017-02-24 | 2017-05-31 | 广州华睿电子科技有限公司 | 一种物联网***架构及数据通信方法 |
CN110764846A (zh) * | 2019-12-30 | 2020-02-07 | 南京壹证通信息科技有限公司 | 基于本地代理服务实现跨浏览器调用电脑外接设备的方法 |
CN115065691A (zh) * | 2022-08-18 | 2022-09-16 | 飞天诚信科技股份有限公司 | 一种基于安卓平台的通讯实现方法及装置 |
WO2023093039A1 (zh) * | 2021-11-25 | 2023-06-01 | 北京字节跳动网络技术有限公司 | 一种进程间通讯方法及*** |
-
2023
- 2023-10-19 CN CN202311352294.XA patent/CN117097795B/zh active Active
Patent Citations (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103401997A (zh) * | 2013-07-15 | 2013-11-20 | 东软集团股份有限公司 | 车载终端与智能手机在usb连接下的数据传输方法及*** |
CN104052627A (zh) * | 2014-07-08 | 2014-09-17 | 马传军 | 移动电源中基于云网络实现移动终端管理的***及方法 |
CN105120009A (zh) * | 2015-09-14 | 2015-12-02 | 百度在线网络技术(北京)有限公司 | 终端互联方法及装置 |
CN106302416A (zh) * | 2016-08-04 | 2017-01-04 | 中车青岛四方机车车辆股份有限公司 | 企业内网访问方法、Android终端、中转处理方法、中转服务器 |
CN106790283A (zh) * | 2017-02-24 | 2017-05-31 | 广州华睿电子科技有限公司 | 一种物联网***架构及数据通信方法 |
CN110764846A (zh) * | 2019-12-30 | 2020-02-07 | 南京壹证通信息科技有限公司 | 基于本地代理服务实现跨浏览器调用电脑外接设备的方法 |
WO2023093039A1 (zh) * | 2021-11-25 | 2023-06-01 | 北京字节跳动网络技术有限公司 | 一种进程间通讯方法及*** |
CN115065691A (zh) * | 2022-08-18 | 2022-09-16 | 飞天诚信科技股份有限公司 | 一种基于安卓平台的通讯实现方法及装置 |
Non-Patent Citations (2)
Title |
---|
BLE通信的移动跨平台考勤方法及***应用;周千明等;单片机与嵌入式***应用;全文 * |
一种面向移动智能设备的物联网中间件服务模型;罗剑;自动化仪表;全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN117097795A (zh) | 2023-11-21 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11330650B2 (en) | Wireless connection method and device | |
KR101332813B1 (ko) | 무선 통신 장치 및 무선 통신 장치의 무선 접속 채널의 형성 방법 | |
CN104378247A (zh) | 用于无线通信网络中的对等装置的发现信道和发现信标 | |
CN105309036A (zh) | 无需互联网协议的用于Wi-Fi直连服务应用服务平台的MAC 层传输 | |
CN110808948B (zh) | 远程过程调用方法、装置及*** | |
EP2999250A1 (en) | Method and apparatus for interconnection between terminal device and gateway device | |
CN106605371B (zh) | 一种调整近场通信nfc中数据包长度的方法、装置及*** | |
CN112752239A (zh) | 一种直连通信方法及设备 | |
EP2905938B1 (en) | Method for acquiring locating information, terminal and mobile broadband interface model (mbim) device | |
CN110324193A (zh) | 一种终端升级管理方法及装置 | |
CN111464419A (zh) | 一种基于总线网络通信的数据传输控制方法 | |
CN103401738B (zh) | 一种连接终端的方法及装置 | |
CN110891260A (zh) | 一种蓝牙连接的方法、设备、终端、***和存储介质 | |
CN107454659B (zh) | 一种终端识别方法、***、终端设备和基站 | |
CN114567919A (zh) | 接入网络的方法、装置、设备及存储介质 | |
CN108551477B (zh) | 数据传输通道建立***、网络存储设备、服务器及方法 | |
CN117097795B (zh) | 一种Android智能设备数据通讯方法及装置 | |
KR102567858B1 (ko) | 통신 장치, 통신 방법, 및 기억 매체에 저장된 프로그램 | |
US20130045728A1 (en) | System And Method For Receiving And Placing Telephone Calls | |
CN102185881A (zh) | 家庭数字设备无线多协议空间共享式存储管理器及方法 | |
CN108966206B (zh) | 数据流量分享方法、装置、终端及存储介质 | |
CN109151790B (zh) | 一种基于网络安全的蓝牙设备连接方法及其*** | |
EP2515601B1 (en) | Dial-up connection method and device of mobile data terminal | |
CN115134279A (zh) | 终端的测试方法、设备及计算机可读存储装置 | |
CN114697388A (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 |