CN101986659B - 数据实时传输的方法及系统 - Google Patents
数据实时传输的方法及系统 Download PDFInfo
- Publication number
- CN101986659B CN101986659B CN201010527484.7A CN201010527484A CN101986659B CN 101986659 B CN101986659 B CN 101986659B CN 201010527484 A CN201010527484 A CN 201010527484A CN 101986659 B CN101986659 B CN 101986659B
- Authority
- CN
- China
- Prior art keywords
- client
- server
- data
- renewal
- transfer protocol
- 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.)
- Expired - Fee Related
Links
Images
Landscapes
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明提供一种数据实时传输的方法及系统,方法包括:服务器接收客户端发送的第一超文本传输协议请求;所述服务器根据所述第一超文本传输协议请求,启动定时器,并在预设定时时间内,检测所述第一超文本传输协议请求对应的数据的状态;若所述服务器检测到所述数据有更新,则将更新后的数据发送给所述客户端,并关闭所述定时器,以断开与所述客户端的本次连接。通过本发明技术方案,既可以保证数据有更新时能够及时发送给客户端,即保证了实时性;又避免了客户端不断的定时向服务器发送HTTP请求时造成的服务器资源和带宽等资源浪费。
Description
技术领域
本发明涉及无线通信领域,尤其涉及一种数据实时传输的方法及系统。
背景技术
超文本传输协议(Hyper Text Transfer Protocol;简称为:HTTP)是一种互联网上应用最为广泛的协议。HTTP协议的灵活性使其可以方便的在互联网上进行数据传输,其进行数据传输的方式为一种请求-应答的模式,即在客户端有需求时,客户端向服务器发起HTTP请求,服务器响应该HTTP请求,将本地存储的资源发送给客户端。
现有技术中基于HTTP协议建立的连接具有无连接和无状态的特点。其中无连接是指每次客户端向服务器发起的连接只能处理一个请求,服务器处理完客户端的请求后即断开连接;而无状态是指HTTP协议对于处理的请求没有记忆能力,对服务器而言每次的连接都是独立的、不相关的。上述特点使HTTP协议在某些领域的应用受到限制。例如对于要实现比较及时的信息更新时,客户端需要不断的定时向服务器发起HTTP请求,以保证服务器能够将最新的更新通知到客户端。但是,一次次建立连接的方式不仅需要消耗大量的服务器资源和带宽,而且在时间上也难以做到实时性。
基于上述,基于HTTP协议实施及时信息更新时,如何保证实时性和降低资源消耗是有待解决的技术问题。
发明内容
本发明提供一种数据实时传输的方法及系统,用以解决现有技术基于 HTTP协议实施及时信息更新时,存在资源消耗大、实时性差的问题,保证信息的及时更新并降低资源消耗。
本发明提供一种数据实时传输的方法,包括:
服务器接收客户端发送的第一超文本传输协议请求;
所述服务器根据所述第一超文本传输协议请求,启动定时器,并在预设定时时间内,检测所述第一超文本传输协议请求对应的数据的状态;
若所述服务器检测到所述数据有更新,则将更新后的数据发送给所述客户端,并关闭所述定时器,以断开与所述客户端的本次连接。
本发明提供一种数据实时传输的系统,包括:客户端和服务器;
所述服务器,用于接收所述客户端发送的第一超文本传输协议请求,根据所述第一超文本传输协议请求启动定时器,并在预设定时时间内,检测所述第一超文本传输协议请求对应的数据的状态;若检测到所述数据有更新,则将更新后的数据发送给所述客户端,并关闭所述定时器,以断开与所述客户端的本次连接;
所述客户端,用于向所述服务器发送所述第一超文本传输协议请求,并接收所述服务器发送的所述更新后的数据。
本发明提供的数据实时传输的方法及系统,服务器在接收到客户端的HTTP请求时,并不立即做出响应,而是启动定时器,等待一段时间;并在等待时间内检测HTTP请求对应的数据是否有更新,若发现数据有更新则再做出响应,将更新后的数据发送给客户端。通过上述技术方案,既可以保证数据有更新时能够及时发送给客户端,即保证了实时性;又避免了客户端不断的定时向服务器发送HTTP请求时造成的服务器资源和带宽等资源浪费。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下 面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例一提供的数据实时传输的方法的流程图;
图2为本发明实施例二提供的数据实时传输的方法的流程图;
图3A为本发明实施例三提供的数据实时传输的方法的流程图;
图3B为本发明实施例三提供的数据实时传输的方法中各轻进程间进行通信的示意图;
图4为本发明实施例四提供的数据实时传输的系统的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
实施例一
图1为本发明实施例一提供的数据实时传输的方法的流程图。如图1所示,本实施例的方法包括:
步骤101、服务器接收客户端发送的第一HTTP请求;
步骤102、服务器根据第一HTTP请求,启动定时器,并在预设定时时间内,检测第一HTTP请求对应的数据的状态;
本实施例通过在服务器上增设定时器,并预先设定定时器的定时时间。当服务器接收到第一HTTP请求时,并不立即对客户端的第一HTTP请求进行响应,而是启动定时器,以对预设定时时间进行计时。此时,服务器检测客户端请求的数据,即第一HTTP请求对应的数据的状态。
步骤103、若服务器检测到所述数据有更新,则将更新后的数据发送给 客户端,并关闭定时器,以断开与客户端的本次连接。
具体地,服务器在定时时间结束前,若发现数据有更新,则在检测到数据有更新时,对客户端的第一HTTP请求进行响应,即向所述客户端发送更新后的数据;同时,结束与客户端的本次连接。
在本实施例提供的数据实时传输的方法中,服务器在接收到客户端的HTTP请求时,并不立即做出响应,而是启动定时器,等待一段时间;并在等待时间内检测HTTP请求对应的数据是否有更新,若发现数据有更新则再做出响应,将更新后的数据发送给客户端。通过上述技术方案,既可以保证数据有更新时能够及时发送给客户端,即保证了实时性;又避免了客户端不断的定时向服务器发送HTTP请求时造成的服务器资源和带宽等资源浪费。
实施例二
图2为本发明实施例二提供的数据实时传输的方法的流程图。本实施例可基于实施例一,如图2所示,本实施例的方法包括:
步骤201、服务器接收客户端发送的第一HTTP请求;
步骤202、服务器根据第一HTTP请求,启动定时器,并检测第一HTTP请求对应的数据的状态;
步骤203、服务器判断是否检测到所述数据有更新;若检测到所述数据有更新,则执行步骤204;反之,执行步骤205。
步骤204、将更新后的数据发送给客户端,并关闭定时器,以断开与客户端的本次连接,即本次连接结束;
步骤205、服务器判断定时器是否定时结束;若结束,则执行步骤207;反之,则执行步骤206。
步骤206、服务器继续检测所述数据的状态,并执行步骤203;
步骤207、服务器向客户端发送连接结束信息,并关闭定时器,以结束与客户端的本次连接。
本实施例在实施例一的基础上,增加了在预设定时时间结束时而未发现 所述数据有更新时,服务器的处理操作,即向客户端发送连接结束信息,并结束本次连接。由于只发送连接结束信息,而未发送未发生变化的数据,因此,信息传输量较小,与现有技术相比,可以节约服务器资源和带宽资源。
基于上述技术方案,本实施例的数据实时传输的方法还包括:客户端在接收到服务器发送的更新后的数据时,或者在接收到服务器发送的连接结束信息时,向服务器发送第二HTTP请求。即为了进一步保证数据更新能够实时传输,本实施例通过改变现有HTTP连接的模式,使客户端根据服务器发送的更新后的数据或者连接结束信息识别出客户端与服务器的本次连接结束时,立即向服务器发起下一次HTTP连接,即发送第二HTTP请求,来保证实时性。
进一步,在上述技术方案中,客户端向服务器发送的HTTP请求(包括第一HTTP请求和第二HTTP请求)具体可以通过向服务器发送JavaScript对象标记(JavaScript Object Notation;简称为:JSON)格式的请求报文实现。同理,服务器发送给客户端的更新后的数据或者连接结束信息,也可以通过向客户端发送JSON格式的应答报文实现。其中,由于JSON格式相对简单,与其他数据格式相比,表达相同信息量所需数据量较小,占用带宽较小,因此,本实施例采用JSON格式的请求或应答报文可以节约带宽资源。
再进一步,本发明技术方案提供一种时间戳机制,即在客户端与服务器的每次连接中,服务器在向客户端进行应答时,即向客户端发送JSON格式的应答报文时,在应答报文中携带时间戳。其中,由于客户端与服务器之间的不同次连接对应的时间戳不同,因此根据时间戳客户端可以识别传输状态;例如当第10个时间戳在第15个时间戳之后到达,则客户端可以判断第10个时间戳对应的连接中出现了错误。即通过该机制可以防止因网络传输中的各种因素造成连接失败或数据传输失败等情况,并使客户端采取相应处理措施。
下面将对本发明技术方案做进一步详细、完整的说明。
实施例三
图3A为本发明实施例三提供的数据实时传输的方法的流程图。本实施例可基于上述实施例,如图3A所示,本实施例的方法包括:
步骤301、客户端向服务器发送JSON格式的请求报文,所述JSON格式的请求报文包括客户端标识(clientID)和会话标识(sessID);
另外,JSON格式的请求报文中还包括版本号(version)和数据(data)。其中,客户端标识可以唯一标识客户端,服务器通过客户端标识可以区分不同客户端;会话标识是客户端与服务器第一次建立连接时,由服务器分配给客户端的,用于安全认证;版本号表示所用HTTP协议的版本号;数据是经JSON序列化后的数据,数据量较小。如下为请求报文的一个示例:{″clientID″:″a6a7c0ce5a93f77cf3be0980da5f7da3″,″sessID″:″2e022964d832cb023b51eabcbeb82d9e2a46a4f2″,″version″:″1.2.1″,″data″:″Get latest news″}。
步骤302、服务器接收JSON格式的请求报文,解析获取客户端标识和会话标识,并保存会话标识和客户端标识的对应关系;
通常服务器会同时接收到多个客户端的HTTP请求,由于本实施例服务器不是立即响应各HTTP请求,因此,服务器需要同时处理大量连接。在本实施例中,服务器通过保存会话标识和客户端标识的对应关系,例如可以将会话标识和客户端标识的对应关系存储到一个关系表中,实现对各个连接进行区分和管理。
步骤303、服务器同时启动定时器,并检测请求报文对应的数据的状态;
其中,预设定时时间可以根据实际应用情况进行设置;例如可以根据网络带宽,也可以针对不同服务等来设置定时时间,本实施例不对此进行限制。
具体地,由于服务器需要同时处理大量存在的HTTP请求,即大量连接,为了保证能够快速处理各个HTTP请求,服务器可以采用虚拟的轻进程 来处理每个客户端的HTTP请求,即服务器会为每个与之建立连接的客户端创建一个轻进程(如图3B所示)。其中,当各个轻进程之间通信时,为了避免采用共享内存方式时造成的锁资源消耗,本实施例优选采用消息传递的方式实现各个轻进程间的通信。其中,各轻进程之间的通信示意图如图3B所示。
步骤304、服务器判断数据是否有更新;若有则执行步骤305;反之,则执行步骤306。
步骤305,服务器向客户端发送JSON格式的第一应答报文,并关闭定时器,以断开与客户端的本次连接;同时转去执行步骤309。
本实施例的第一应答报文的内容包括:客户端标识(clientID)、会话标识(sessID)、时间戳(time stamp)、响应状态(state)以及更新后的数据(data)等。其中,响应状态又可以包括:响应成功(successful)和状态相关信息(info)。本实施例的时间戳是由服务器生成的,而并非操作系统(例如Unix)本身的时间戳,主要用于防止网络故障导致的传输错误,可以提高数据传输的精度。本实施例中的时间戳可以采用浮点(float)类型的时间戳,例如可以采用浮点类型的Unix时间戳再和1000相乘作为本实施例的时间戳。下面给出一个第一响应报文的示例:{″clientID″:″a6a7c0ce5a93f77cf3be0980da5f7da3″,″sessID″:″2e022964d832cb023b51eabcbeb82d9e2a46a4f2″,″timestamp″:1284451560173.3,″state″:{″successful″:true,″info″:″″},″data″:″Hotels offer free nights″}。
其中,服务器通过为该客户端创建的轻进程完成上述操作。当服务器与客户端断开连接时,服务器为该客户端创建的轻进程会被销毁。当客户端再次发起HTTP请求时,服务器会为该客户端重新创建性的轻进程对其HTTP请求进行处理。由于一个客户端可能同时会向服务器发起多个HTTP请求,因此,在服务器中同时还要将轻进程与各个客户端的对应关系进行存储,例如可以将轻进程与客户端的客户端端标识和会话标识进行关联,并存储到同 一表中。上述过程为服务器端有更新时的操作。
步骤306、服务器判断定时器是否定时结束;若结束,说明在该定时时间内,服务器端没有数据更新,则执行步骤308;反之,则执行步骤307。
步骤307、服务器继续检测所述数据的状态,并执行步骤304;
步骤308、服务器向客户端发送JOSN格式的第二应答报文,并关闭定时器,以结束与客户端的本次连接;同时转去执行步骤309。
其中,第二应答报文中包括的内容可参见第一应答报文,其区别在于,响应状态中携带的是响应失败的信息。上述操作也是由服务器通过为客户端创建的轻进程来完成的。在本步骤308中,对轻进程的后续处理可参见步骤305中的描述,在此不再赘述。
步骤309、客户端识别到本次连接结束时,即刻向服务器发送新的发送JSON格式的请求报文,即发起第二HTTP请求。
其中,第二HTTP请求用于表示上次连接结束后,由客户端向服务器发起的新的HTTP请求。具体的,当由步骤305转到步骤309时,客户端根据第一应答报文中的状态信息和/或时间戳等其他信息识别到本次连接结束,并立即发起新的HTTP请求;当由步骤308转到步骤309时,客户端可以根据第二应答报文中的状态信息和/或其他信息识别出本次连接结束,并立即发起新的HTTP请求。
此时,服务器将重复上述的连接处理过程,对客户端发起的新的HTTP请求进行处理。
本实施例提供的数据实时传输的方法,服务器在接收到客户端的HTTP请求时,并不立即做出响应,而是启动定时器,等待一段时间;并在等待时间内检测HTTP请求对应的数据是否有更新,若发现数据有更新则再做出响应,将更新后的数据发送给客户端。通过上述技术方案,既可以保证数据有更新时能够及时发送给客户端,即保证了实时性;又避免了客户端不断的定时向服务器发送HTTP请求时造成的服务器资源和带宽等资源浪费。
步骤306、服务器判断定时器是否定时结束;若结束,说明在该定时时间内,服务器端没有数据更新,则执行步骤308;反之,则执行步骤307。
步骤307、服务器继续检测所述数据的状态,并执行步骤304;
步骤308、服务器向客户端发送JSON格式的第二应答报文,并关闭定时器,以结束与客户端的本次连接;同时转去执行步骤309。
其中,第二应答报文中包括的内容可参见第一应答报文,其区别在于,响应状态中携带的是响应失败的信息。上述操作也是由服务器通过为客户端创建的轻进程来完成的。在本步骤308中,对轻进程的后续处理可参见步骤305中的描述,在此不再赘述。
步骤309、客户端识别到本次连接结束时,即刻向服务器发送新的发送JSON格式的请求报文,即发起第二HTTP请求。
其中,第二HTTP请求用于表示上次连接结束后,由客户端向服务器发起的新的HTTP请求。具体的,当由步骤305转到步骤309时,客户端根据第一应答报文中的状态信息和/或时间戳等其他信息识别到本次连接结束,并立即发起新的HTTP请求;当由步骤308转到步骤309时,客户端可以根据第二应答报文中的状态信息和/或其他信息识别出本次连接结束,并立即发起新的HTTP请求。
此时,服务器将重复上述的连接处理过程,对客户端发起的新的HTTP请求进行处理。
本实施例提供的数据实时传输的方法,服务器在接收到客户端的HTTP请求时,并不立即做出响应,而是启动定时器,等待一段时间;并在等待时间内检测HTTP请求对应的数据是否有更新,若发现数据有更新则再做出响应,将更新后的数据发送给客户端。通过上述技术方案,既可以保证数据有更新时能够及时发送给客户端,即保证了实时性;又避免了客户端不断的定时向服务器发送HTTP请求时造成的服务器资源和带宽等资源浪费。
进一步,当客户端41接收到服务器42发送的更新后的数据或者连接结束信息时,即刻向服务器42发送第二HTTP请求,以进行下一次连接,保证数据实时被更新。
其中,在本实施例中,客户端41具体以JSON格式的请求报文向服务器42发送第一HTTP请求和/或第二HTTP请求;而服务器42以JSON格式的应答报文向客户端41发送更新后的数据和/或连接结束信息。具体地,以第 一应答报文发送更新后的数据,以第二应答报文发送连接结束信息。关于上述技术方案的具体实施可以参见本发明上述方法实施例中的描述,在此不再赘述。
本实施例通过采用JSON格式的报文进行客户端与服务器间的信息交互,充分利用了JSON格式相对简单,与其他数据格式相比,表达相同信息量所需数据量较小,占用带宽较小等优点,因此,本实施例具有节约带宽资源的优势。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (5)
1.一种数据实时传输的方法,其特征在于,包括:
服务器接收客户端发送的第一超文本传输协议请求;
所述服务器接收客户端发送的第一超文本传输协议请求具体为:
所述客户端向所述服务器发送JSON格式的请求报文,所述JSON格式的请求报文包括所述客户端标识和会话标识;
所述服务器接收所述JSON格式的请求报文,解析获取所述客户端标识和所述会话标识,并保存所述会话标识和所述客户端标识的对应关系;
所述服务器根据所述第一超文本传输协议请求,启动定时器,并在预设定时时间内,检测所述第一超文本传输协议请求对应的数据的状态;
若所述服务器检测到所述数据有更新,则将更新后的数据发送给所述客户端,并关闭所述定时器,以断开与所述客户端的本次连接;
所述服务器将更新后的数据发送给所述客户端具体为:
所述服务器向所述客户端发送JSON格式的第一应答报文,所述第一应答报文包括所述客户端标识、所述会话标识、应答成功标识和所述更新后的数据;
若所述服务器在所述定时器定时到所述预设定时时间时未检测到所述数据有更新,则向所述客户端发送连接结束信息,并关闭所述定时器,以断开与所述客户端的本次连接;
所述客户端在接收到所述服务器发送的更新后的数据或者所述连接结束信息时,向所述服务器发送第二超文本传输协议请求。
2.根据权利要求1所述的数据实时传输的方法,其特征在于,所述服务器向所述客户端发送连接结束信息具体为:
所述服务器向所述客户端发送JSON格式的第二应答报文,所述第二应答报文包括所述客户端标识、所述会话标识和应答失败标识。
3.根据权利要求2所述的数据实时传输的方法,其特征在于,所述第 一应答报文和第二应答报文还包括时间戳信息,以供所述客户端识别所发起的请求。
4.一种数据实时传输的系统,其特征在于,包括:客户端和服务器;
所述服务器,用于接收所述客户端发送的第一超文本传输协议请求,根据所述第一超文本传输协议请求启动定时器,并在预设定时时间内,检测所述第一超文本传输协议请求对应的数据的状态;若检测到所述数据有更新,则将更新后的数据发送给所述客户端,并关闭所述定时器,以断开与所述客户端的本次连接;所述服务器以JSON格式的应答报文向所述客户端发送所述更新后的数据;
所述客户端,用于向所述服务器发送所述第一超文本传输协议请求,并接收所述服务器发送的所述更新后的数据;所述客户端以JSON格式的请求报文向所述服务器发送所述第一超文本传输协议请求;
所述服务器还用于在所述定时器定时到所述预设定时时间而未检测到所述数据有更新时,向所述客户端发送连接结束信息,并关闭所述定时器,以断开与所述客户端的本次连接;
所述客户端还用于在接收到所述服务器发送的更新后的数据或者所述连接结束信息时,向所述服务器发送第二超文本传输协议请求。
5.根据权利要求4所述的数据实时传输的系统,其特征在于,所述客户端以JSON格式的请求报文向所述服务器发送所述第二超文本传输协议请求;所述服务器以JSON格式的应答报文向所述客户端发送所述连接结束信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010527484.7A CN101986659B (zh) | 2010-10-27 | 2010-10-27 | 数据实时传输的方法及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010527484.7A CN101986659B (zh) | 2010-10-27 | 2010-10-27 | 数据实时传输的方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101986659A CN101986659A (zh) | 2011-03-16 |
CN101986659B true CN101986659B (zh) | 2014-04-16 |
Family
ID=43710962
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201010527484.7A Expired - Fee Related CN101986659B (zh) | 2010-10-27 | 2010-10-27 | 数据实时传输的方法及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101986659B (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104767604B (zh) * | 2014-01-06 | 2019-03-08 | 阿里巴巴集团控股有限公司 | 一种数据展示方法、系统和设备 |
CN109918104B (zh) * | 2019-02-01 | 2022-01-11 | 视联动力信息技术股份有限公司 | 一种自动升级系统和方法 |
CN111600955B (zh) * | 2020-05-18 | 2023-03-28 | 山东汇贸电子口岸有限公司 | 一种基于WebSocket到前台的处理方法及系统 |
CN112379987A (zh) * | 2020-11-17 | 2021-02-19 | 中国电力财务有限公司 | 任务调度方法、装置、可读介质以及设备 |
CN113422760B (zh) * | 2021-06-10 | 2023-04-07 | 杭州安恒信息技术股份有限公司 | 数据传输方法、装置、电子装置和存储介质 |
CN113347269A (zh) * | 2021-06-24 | 2021-09-03 | 江苏创源电子有限公司 | 一种工业系统的数据更新方法、电子设备和存储介质 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101674263A (zh) * | 2008-09-11 | 2010-03-17 | 华为技术有限公司 | 大数据对象的传输方法、传输系统及发送设备和接收设备 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FI111587B (fi) * | 2001-03-20 | 2003-08-15 | Contastic Oy | Tiedonsiirtomenetelmä ja -järjestelmä |
CN100501746C (zh) * | 2007-12-11 | 2009-06-17 | 腾讯科技(深圳)有限公司 | 网页抓取方法和网页抓取服务器 |
-
2010
- 2010-10-27 CN CN201010527484.7A patent/CN101986659B/zh not_active Expired - Fee Related
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101674263A (zh) * | 2008-09-11 | 2010-03-17 | 华为技术有限公司 | 大数据对象的传输方法、传输系统及发送设备和接收设备 |
Also Published As
Publication number | Publication date |
---|---|
CN101986659A (zh) | 2011-03-16 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101986659B (zh) | 数据实时传输的方法及系统 | |
US20170163479A1 (en) | Method, Device and System of Renewing Terminal Configuration In a Memcached System | |
US10069942B2 (en) | Method and apparatus for changing configurations | |
KR101996624B1 (ko) | 분산 협약 프로토콜에서의 crud형 프로토콜 바인딩 기법 | |
CN106933550B (zh) | 全局信息获取、处理及更新方法、装置和系统 | |
CN102833337A (zh) | 一种ftp文件上传、下载方法及装置 | |
CN107517227B (zh) | 用于分布式一致性系统的会话实现方法以及装置 | |
CN103856569A (zh) | 一种同步域名系统资源信息的方法及设备 | |
CN103312751A (zh) | 一种基于浏览器的即时通信方法 | |
CN104486379A (zh) | 一种参数更新方法及相关设备、系统 | |
US9614716B2 (en) | Controller maintenance in a network-attached storage system | |
CN110493122A (zh) | 一种会话信息的同步方法、装置、计算设备及存储介质 | |
US8676751B2 (en) | High availability database systems and methods | |
CN102065143B (zh) | 基于http的通信方法及系统、http服务器、http客户端 | |
CN105407149A (zh) | 消息推送方法及装置 | |
US11218371B2 (en) | Method and apparatus for performing communication in internet of things | |
CN102111436A (zh) | 一种通过iSCSI访问存储设备的方法和一种存储设备 | |
CN104639666B (zh) | 域名访问方法及装置 | |
CN104660664A (zh) | 用来管理储存系统的方法与装置 | |
CN110149232B (zh) | 分布式存储块升级iscsi服务方法、系统、装置及存储介质 | |
CN103905429A (zh) | 基于dhcp扩展标签实现网络设备自动发现的方法 | |
US20160196242A1 (en) | Method and system for communicating between client pages | |
CN105071956A (zh) | 一种用于商业wifi的通信方法与系统 | |
CN112416641A (zh) | 主从架构中被控端节点重启检测方法及主控端节点 | |
CN110890989A (zh) | 一种通道连接方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
C41 | Transfer of patent application or patent right or utility model | ||
TR01 | Transfer of patent right |
Effective date of registration: 20151104 Address after: 100015 Beijing City, Chaoyang District Shun Street No. 6 hospital of Beijing city LINK12 Patentee after: Beijing SA data Technology Co., Ltd. Address before: 266555 Shandong Jiangshan Qingdao economic and Technological Development Zone Branch Road No. 458 building 18 layer Patentee before: Qingdao Pojaa Intelligent Information Co., Ltd. |
|
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20140416 Termination date: 20171027 |