CN109257355A - 一种基于tcp协议数据传输方法、系统及相关组件 - Google Patents
一种基于tcp协议数据传输方法、系统及相关组件 Download PDFInfo
- Publication number
- CN109257355A CN109257355A CN201811125421.1A CN201811125421A CN109257355A CN 109257355 A CN109257355 A CN 109257355A CN 201811125421 A CN201811125421 A CN 201811125421A CN 109257355 A CN109257355 A CN 109257355A
- Authority
- CN
- China
- Prior art keywords
- message
- length
- target message
- target
- add
- 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.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/06—Notations for structuring of protocol data, e.g. abstract syntax notation one [ASN.1]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Communication Control (AREA)
Abstract
本申请公开了一种基于TCP协议数据传输方法、系统及一种电子设备和计算机可读存储介质,该方法包括:当接收到源端的目标消息时,判断所述目标消息是否需要添加消息长度;若是,则计算所述目标消息的消息长度,并将所述消息长度添加至所述目标消息中;将添加了消息长度的目标消息写入传输通道,以便TCP服务端将所述目标消息发送至目的端。本申请针对TCP传输消息的模式,在TCP构件中添加是否增加控制信息的判断,由用户根据实际情况配置TCP发送的消息是否需要添加消息的长度,通过明确长度对消息进行分界,解决TCP粘包问题,从而提升数据传输的准确性和稳定性,提升产品和系统的质量和可靠性。
Description
技术领域
本申请涉及通信技术领域,更具体地说,涉及一种基于TCP协议数据传输方法、系统及一种电子设备和一种计算机可读存储介质。
背景技术
TCP协议主要应用于消息的传输,传输的消息分为带消息长度的和不带消息长度的两种传输模式。由于TCP协议采用流模式来传输消息,为了提高传输效率,在一定条件下会将多条单独的消息,整合成一条消息发送出去从而产生粘包现象,多条消息之间如果没有明确的分界将会被接收端当做一条消息处理。
因此,如何避免TCP粘包问题的本领域技术人员需要解决的问题。
发明内容
本申请的目的在于提供一种基于TCP协议数据传输方法、系统及一种电子设备和一种计算机可读存储介质,避免了TCP粘包问题。
为实现上述目的,本申请提供了一种基于TCP协议数据传输方法,应用于TCP客户端,包括:
当接收到源端的目标消息时,判断所述目标消息是否需要添加消息长度;
若是,则计算所述目标消息的消息长度,并将所述消息长度添加至所述目标消息中;
将添加了消息长度的目标消息写入传输通道,以便TCP服务端将所述目标消息发送至目的端。
其中,判断所述目标消息是否需要添加消息长度,包括:
根据所述目标消息的配置文件判断是否需要添加消息长度。
其中,根据所述目标消息的配置文件判断是否需要添加消息长度之前,还包括:
根据所述目标消息的所述目的端和传输需求生成所述配置文件。
其中,判断所述目标消息是否需要添加消息长度,包括:
判断所述目标消息是否具有消息长度字段;
若否,则判定所述目标消息需要添加消息长度。
其中,若所述目标消息不需要添加消息长度,则还包括:
将所述目标消息写入所述传输通道,以便所述TCP服务端将所述目标消息发送至所述目的端。
其中,将所述消息长度添加至所述目标消息中,包括:
将所述消息长度添加至所述目标消息的头部。
其中,所述将添加了消息长度的目标消息写入传输通道,以便TCP服务端将所述目标消息发送至目的端,包括:
将添加了消息长度的目标消息写入传输通道,以便所述TCP服务端从所述传输通道获取所述消息长度后,根据所述消息长度获取所述目标消息,并将所述目标消息发送至所述目的端。
为实现上述目的,本申请提供了一种基于TCP协议数据传输系统,应用于TCP客户端,包括:
判断模块,用于当接收到源端的目标消息时,判断所述目标消息是否需要添加消息长度;
添加模块,用于当所述目标消息需要添加消息长度时,计算所述目标消息的消息长度,并将所述消息长度添加至所述目标消息中;
第一写入模块,用于将添加了消息长度的目标消息写入传输通道,以便TCP服务端将所述目标消息发送至目的端。
为实现上述目的,本申请提供了一种电子设备,包括:
存储器,用于存储计算机程序;
处理器,用于执行所述计算机程序时实现如上述基于TCP协议数据传输方法的步骤。
为实现上述目的,本申请提供了一种计算机可读存储介质,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如上述基于TCP协议数据传输方法的步骤。
通过以上方案可知,本申请提供的一种基于TCP协议数据传输方法,包括:当接收到源端的目标消息时,判断所述目标消息是否需要添加消息长度;若是,则计算所述目标消息的消息长度,并将所述消息长度添加至所述目标消息中;将添加了消息长度的目标消息写入传输通道,以便TCP服务端将所述目标消息发送至目的端。
本申请针对TCP传输消息的模式,在TCP构件中添加是否增加控制信息的判断,由用户根据实际情况配置TCP发送的消息是否需要添加消息的长度,通过明确长度对消息进行分界,解决TCP粘包问题,从而提升数据传输的准确性和稳定性,提升产品和系统的质量和可靠性。本申请还公开了一种基于TCP协议数据传输系统及一种电子设备和一种计算机可读存储介质,同样能实现上述技术效果。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本申请实施例公开的一种基于TCP协议数据传输方法的流程图;
图2为本申请实施例公开的另一种基于TCP协议数据传输方法的流程图;
图3为本申请实施例公开的一种基于TCP协议数据传输系统的结构图;
图4为本申请实施例公开的一种电子设备的结构图;
图5为本申请实施例公开的另一种电子设备的结构图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
本申请实施例公开了一种基于TCP协议数据传输方法,避免TCP粘包问题。
参见图1,本申请实施例公开的一种基于TCP协议数据传输方法的流程图,如图1所示,包括:
S101:当接收到源端的目标消息时,判断所述目标消息是否需要添加消息长度;若是,则进入S102;若否,则进入S104;
在具体实施中,当接收到源端的目标消息时,判断所述目标消息是否需要添加消息长度。具体的,可以根据所述目标消息的配置文件判断是否需要添加消息长度。该配置文件是根据目标消息发送的目的端和传输需求生成的,也就是说,在这种判断是否需要添加消息长度的方式下,在本步骤之前,默认存在根据所述目标消息的所述目的端和传输需求生成所述配置文件的步骤。该传输需求用户根据实际情况进行配置,即用户可以根据情况配置TCP发送的消息是否需要添加消息的长度。
当然,还可以通过其他方式判断目标消息是否需要添加消息长度,例如,可以通过判断所述目标消息是否具有消息长度字段判定目标消息是否需要添加消息长度。可以理解的是,一般来说消息长度字段存在与消息数据的前端,即头部位置,当头部位置已经存在了目标消息的消息长度字段则不再需要添加消息长度的步骤。
对于本步骤的实现,具体的,可以通过修改TCP构件的xml文件增加是否为消息添加长度信息的判断。具体代码如下:
S102:计算所述目标消息的消息长度,并将所述消息长度添加至所述目标消息中;
在具体实施中,当目标消息不需要添加消息长度时,计算该目标消息的消息长度,并将所述消息长度添加至所述目标消息中。作为一种优选实施方式,可以将该消息长度添加至目标消息的头部。
S103:将添加了消息长度的目标消息写入传输通道,以便TCP服务端将所述目标消息发送至目的端;
在具体实施中,当目标消息需要添加消息长度时,将添加了消息长度的目标消息写入传输通道,以便TCP服务端将所述目标消息发送至目的端。
S104:将所述目标消息写入所述传输通道,以便所述TCP服务端将所述目标消息发送至所述目的端。
在具体实施中,当目标消息不需要添加消息长度时,直接将其写入传输通道,TCP服务端将其从传输通道取出后发送至目的端。
本申请实施例针对TCP传输消息的模式,在TCP构件中添加是否增加控制信息的判断,由用户根据实际情况配置TCP发送的消息是否需要添加消息的长度,通过明确长度对消息进行分界,解决TCP粘包问题,从而提升数据传输的准确性和稳定性,提升产品和系统的质量和可靠性。
下面对TCP服务端的工作流程进行具体介绍,具体的:
参见图2,本申请实施例公开的另一种基于TCP协议数据传输方法的流程图,如图2所示,包括:
S201:从所述传输通道获取所述消息长度,根据所述消息长度获取所述目标消息;
在具体实施中,TCP服务器端接收到TCP客户端发送的消息,首先从传输通道中获取消息长度,并根据消息长度从传输通道中获取同等长度的目标消息。
S202:将所述目标消息发送至所述目的端。
在具体实施中,TCP服务器端将上一步骤中获取的目标消息封装后发送给目的端,并根据目的端的反馈信息将反馈信息写回通道,源端从传输通道读取接反馈信息,完成一次消息交互。
下面在具体应用实施例中介绍上述数据传输方法的实施过程,具体的,
步骤1:TCP构件接收到来自源端发送的消息,TCP客户端首先从消息中获取消息内容并转化为字节流,根据用户的配置判断是否需要在消息内容前添加消息长度,如果需要,则进入步骤2;如果不需要,则进入步骤4;
步骤2:计算出消息的长度,将消息长度加消息内容一同写入传输通道;
步骤3:TCP服务器端接收到客户端发送的消息,首先从传输通道中获取消息的长度,并根据消息长度从通道中获取同等长度的消息,进入步骤5;
步骤4:直接将消息写入传输通道,TCP服务器端获取通道中的消息,进入步骤5;
步骤5:将消息封装后发送给目的端,并根据目的端的反馈信息将消息写回通道,源端从通道读取接反馈信息,完成一次消息交互。
下面对本申请实施例提供的一种基于TCP协议数据传输系统进行介绍,下文描述的一种基于TCP协议数据传输系统与上文描述的一种基于TCP协议数据传输方法可以相互参照。
参见图3,本申请实施例提供的一种基于TCP协议数据传输系统的结构图,如图3所示,包括:
判断模块301,用于当接收到源端的目标消息时,判断所述目标消息是否需要添加消息长度;
添加模块302,用于当所述目标消息需要添加消息长度时,计算所述目标消息的消息长度,并将所述消息长度添加至所述目标消息中;
第一写入模块303,用于将添加了消息长度的目标消息写入传输通道,以便TCP服务端将所述目标消息发送至目的端。
本申请实施例针对TCP传输消息的模式,在TCP构件中添加是否增加控制信息的判断,由用户根据实际情况配置TCP发送的消息是否需要添加消息的长度,通过明确长度对消息进行分界,解决TCP粘包问题,从而提升数据传输的准确性和稳定性,提升产品和系统的质量和可靠性。
在上述实施例的基础上,作为一种优选实施方式,所述判断模块301具体为当接收到源端的目标消息时,根据所述目标消息的配置文件判断是否需要添加消息长度的模块。
在上述实施例的基础上,作为一种优选实施方式,还包括:
生成模块,用于根据所述目标消息的所述目的端和传输需求生成所述配置文件。
在上述实施例的基础上,作为一种优选实施方式,所述判断模块301具体为当接收到源端的目标消息时,判断所述目标消息是否具有消息长度字段;若否,则判定所述目标消息需要添加消息长度的模块。
在上述实施例的基础上,作为一种优选实施方式,则还包括:
第二写入模块,用于将所述目标消息写入所述传输通道,以便所述TCP服务端将所述目标消息发送至所述目的端。
在上述实施例的基础上,作为一种优选实施方式,所述添加模块302具体为当所述目标消息需要添加消息长度时,计算所述目标消息的消息长度,并将所述消息长度添加至所述目标消息的头部的模块。
在上述实施例的基础上,作为一种优选实施方式,所述第一写入模块303具体为将添加了消息长度的目标消息写入传输通道,以便所述TCP服务端从所述传输通道获取所述消息长度后,根据所述消息长度获取所述目标消息,并将所述目标消息发送至所述目的端的模块。
本申请还提供了一种电子设备,参见图4,本申请实施例提供的一种电子设备的结构图,如图4所示,包括:
存储器100,用于存储计算机程序;
处理器200,用于执行所述计算机程序时可以实现上述实施例所提供的步骤。
具体的,存储器100包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机可读指令,该内存储器为非易失性存储介质中的操作系统和计算机可读指令的运行提供环境。处理器200为电子设备提供计算和控制能力,执行所述存储器100中保存的计算机程序时,可以实现上述任一实施例提供的基于TCP协议数据传输方法的步骤。
本申请实施例针对TCP传输消息的模式,在TCP构件中添加是否增加控制信息的判断,由用户根据实际情况配置TCP发送的消息是否需要添加消息的长度,通过明确长度对消息进行分界,解决TCP粘包问题,从而提升数据传输的准确性和稳定性,提升产品和系统的质量和可靠性。
在上述实施例的基础上,作为优选实施方式,参见图5,所述电子设备还包括:
输入接口300,与处理器200相连,用于获取外部导入的计算机程序、参数和指令,经处理器200控制保存至存储器100中。该输入接口300可以与输入装置相连,接收用户手动输入的参数或指令。该输入装置可以是显示屏上覆盖的触摸层,也可以是终端外壳上设置的按键、轨迹球或触控板,也可以是键盘、触控板或鼠标等。
显示单元400,与处理器200相连,用于显示处理器200发送的数据。该显示单元400可以为PC机上的显示屏、液晶显示屏或者电子墨水显示屏等。
网络端口500,与处理器200相连,用于与外部各终端设备进行通信连接。该通信连接所采用的通信技术可以为有线通信技术或无线通信技术,如移动高清链接技术(MHL)、通用串行总线(USB)、高清多媒体接口(HDMI)、无线保真技术(WiFi)、蓝牙通信技术、低功耗蓝牙通信技术、基于IEEE802.11s的通信技术等。
本申请还提供了一种计算机可读存储介质,该存储介质可以包括:U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。该存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现上述任一实施例提供的基于TCP协议数据传输方法的步骤。
说明书中各个实施例采用递进的方式描述,每个实施例重点说明的都是与其他实施例的不同之处,各个实施例之间相同相似部分互相参见即可。对于实施例公开的系统而言,由于其与实施例公开的方法相对应,所以描述的比较简单,相关之处参见方法部分说明即可。应当指出,对于本技术领域的普通技术人员来说,在不脱离本申请原理的前提下,还可以对本申请进行若干改进和修饰,这些改进和修饰也落入本申请权利要求的保护范围内。
还需要说明的是,在本说明书中,诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来,而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
Claims (10)
1.一种基于TCP协议数据传输方法,其特征在于,应用于TCP客户端,包括:
当接收到源端的目标消息时,判断所述目标消息是否需要添加消息长度;
若是,则计算所述目标消息的消息长度,并将所述消息长度添加至所述目标消息中;
将添加了消息长度的目标消息写入传输通道,以便TCP服务端将所述目标消息发送至目的端。
2.根据权利要求1所述基于TCP协议数据传输方法,其特征在于,判断所述目标消息是否需要添加消息长度,包括:
根据所述目标消息的配置文件判断是否需要添加消息长度。
3.根据权利要求2所述基于TCP协议数据传输方法,其特征在于,根据所述目标消息的配置文件判断是否需要添加消息长度之前,还包括:
根据所述目标消息的所述目的端和传输需求生成所述配置文件。
4.根据权利要求1所述基于TCP协议数据传输方法,其特征在于,判断所述目标消息是否需要添加消息长度,包括:
判断所述目标消息是否具有消息长度字段;
若否,则判定所述目标消息需要添加消息长度。
5.根据权利要求1所述基于TCP协议数据传输方法,其特征在于,若所述目标消息不需要添加消息长度,则还包括:
将所述目标消息写入所述传输通道,以便所述TCP服务端将所述目标消息发送至所述目的端。
6.根据权利要求1所述基于TCP协议数据传输方法,其特征在于,将所述消息长度添加至所述目标消息中,包括:
将所述消息长度添加至所述目标消息的头部。
7.根据权利要求1-6任一项所述基于TCP协议数据传输方法,其特征在于,所述将添加了消息长度的目标消息写入传输通道,以便TCP服务端将所述目标消息发送至目的端,包括:
将添加了消息长度的目标消息写入传输通道,以便所述TCP服务端从所述传输通道获取所述消息长度后,根据所述消息长度获取所述目标消息,并将所述目标消息发送至所述目的端。
8.一种基于TCP协议数据传输系统,其特征在于,应用于TCP客户端,包括:
判断模块,用于当接收到源端的目标消息时,判断所述目标消息是否需要添加消息长度;
添加模块,用于当所述目标消息需要添加消息长度时,计算所述目标消息的消息长度,并将所述消息长度添加至所述目标消息中;
第一写入模块,用于将添加了消息长度的目标消息写入传输通道,以便TCP服务端将所述目标消息发送至目的端。
9.一种电子设备,其特征在于,包括:
存储器,用于存储计算机程序;
处理器,用于执行所述计算机程序时实现如权利要求1至7任一项所述基于TCP协议数据传输方法的步骤。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质上存储有计算机程序,所述计算机程序被处理器执行时实现如权利要求1至7任一项所述基于TCP协议数据传输方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811125421.1A CN109257355A (zh) | 2018-09-26 | 2018-09-26 | 一种基于tcp协议数据传输方法、系统及相关组件 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811125421.1A CN109257355A (zh) | 2018-09-26 | 2018-09-26 | 一种基于tcp协议数据传输方法、系统及相关组件 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109257355A true CN109257355A (zh) | 2019-01-22 |
Family
ID=65048100
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811125421.1A Pending CN109257355A (zh) | 2018-09-26 | 2018-09-26 | 一种基于tcp协议数据传输方法、系统及相关组件 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109257355A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111200760A (zh) * | 2019-11-26 | 2020-05-26 | 安徽文香信息技术有限公司 | 一种数据处理方法、装置及电子设备 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101686176A (zh) * | 2008-09-24 | 2010-03-31 | 中国移动通信集团辽宁有限公司 | 一种报文发送、接收的方法及装置 |
CN101753586A (zh) * | 2010-01-20 | 2010-06-23 | 北京数码视讯科技股份有限公司 | 发送数据的方法、接收数据的处理方法和装置 |
CN102984253A (zh) * | 2012-11-27 | 2013-03-20 | 山东中创软件工程股份有限公司 | 一种传输控制协议粘包处理方法及装置 |
CN103532668A (zh) * | 2013-10-12 | 2014-01-22 | 成都阜特科技股份有限公司 | 一种确保tcp通信数据完整及正确的方法 |
WO2017023346A1 (en) * | 2015-07-31 | 2017-02-09 | Intel Corporation | Device, system and method using non ip-based eps bearer |
CN107135167A (zh) * | 2017-04-19 | 2017-09-05 | 畅捷通信息技术股份有限公司 | 数据传输方法、数据传输装置和服务器 |
-
2018
- 2018-09-26 CN CN201811125421.1A patent/CN109257355A/zh active Pending
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101686176A (zh) * | 2008-09-24 | 2010-03-31 | 中国移动通信集团辽宁有限公司 | 一种报文发送、接收的方法及装置 |
CN101753586A (zh) * | 2010-01-20 | 2010-06-23 | 北京数码视讯科技股份有限公司 | 发送数据的方法、接收数据的处理方法和装置 |
CN102984253A (zh) * | 2012-11-27 | 2013-03-20 | 山东中创软件工程股份有限公司 | 一种传输控制协议粘包处理方法及装置 |
CN103532668A (zh) * | 2013-10-12 | 2014-01-22 | 成都阜特科技股份有限公司 | 一种确保tcp通信数据完整及正确的方法 |
WO2017023346A1 (en) * | 2015-07-31 | 2017-02-09 | Intel Corporation | Device, system and method using non ip-based eps bearer |
CN107135167A (zh) * | 2017-04-19 | 2017-09-05 | 畅捷通信息技术股份有限公司 | 数据传输方法、数据传输装置和服务器 |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111200760A (zh) * | 2019-11-26 | 2020-05-26 | 安徽文香信息技术有限公司 | 一种数据处理方法、装置及电子设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104133629A (zh) | 双屏互动的方法及移动终端 | |
CN107426322A (zh) | 一种推送消息目标匹配方法、服务器、终端以及计算机可读存储介质 | |
CN108462760A (zh) | 电子装置、集群访问域名自动生成方法及存储介质 | |
CN108762939A (zh) | 一种PCIe端口资源分配方法、系统及设备和存储介质 | |
CN109271255A (zh) | 资源调度方法、系统及电子设备和存储介质 | |
CN101707564B (zh) | 用于零拷贝缓冲区队列网络数据发送和接收的处理方法和装置 | |
CN106126146A (zh) | 一种用于双屏异显的方法及系统 | |
US9317947B2 (en) | Graphical user interface for efficiently visualizing multiple messages of different severities in a tabular format | |
EP2884410B1 (en) | A method of operating a handheld mobile telecommunication device | |
CN110018978B (zh) | 数据传输方法及系统 | |
US20120144084A1 (en) | Data management device and method thereof | |
CN103092663A (zh) | 一种在终端中安装应用程序的方法及装置 | |
CN109257355A (zh) | 一种基于tcp协议数据传输方法、系统及相关组件 | |
CN103685430A (zh) | 移动终端组合显示方法、系统和服务器 | |
CN110008003A (zh) | 一种命令行有效性检测方法及相关装置 | |
CN102316507A (zh) | 一种移动终端网络信号检测的方法、系统及移动终端 | |
CN104965692A (zh) | 在桌面应用中跨进程显示数据的方法及系统 | |
JP2015076693A (ja) | 表示装置、表示システム、及びプログラム | |
CN109032693A (zh) | 一种加载展示信息方法、装置、电子设备及可读存储介质 | |
CN203775201U (zh) | 一种基于蓝牙、nfc和wifi通信的led显示系统 | |
CN110096378A (zh) | 一种线程间通信方法及相关装置 | |
US9077811B2 (en) | Method and apparatus for enabling interoperability of touch devices | |
CN109885345A (zh) | 一种数据存储方法、sd存储卡及电子设备和存储介质 | |
CN109408192A (zh) | 一种Linux服务器管理方法及相关装置 | |
CN109474683A (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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190122 |