CN102761864B - 一种数据传输的方法、***及设备 - Google Patents
一种数据传输的方法、***及设备 Download PDFInfo
- Publication number
- CN102761864B CN102761864B CN201110111985.1A CN201110111985A CN102761864B CN 102761864 B CN102761864 B CN 102761864B CN 201110111985 A CN201110111985 A CN 201110111985A CN 102761864 B CN102761864 B CN 102761864B
- Authority
- CN
- China
- Prior art keywords
- mobile terminal
- application server
- gateway
- long connection
- data message
- 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
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种数据传输的方法、***及设备,采用永远在线机制,在移动终端与应用服务器之间设置网关,移动终端与网关之间建立一条长连接,网关与各应用服务器之间分别建立一条长连接,在上行过程中,移动终端内的任一应用程序发出的上行数据消息都通过与网关之间的一条长连接进行上行传输,在下行过程中,应用服务器发送给任一移动终端的下行数据消息也通过与网关之间的一条长连接进行下行传输。移动终端和应用服务器之间分别通过与网关的第一长连接和第二长连接实现数据交互的高实时性,且减少了对移动终端和应用服务器之间的资源占用。
Description
技术领域
本发明涉及通信领域,尤其涉及一种数据传输的方法、***及设备。
背景技术
在目前的移动数据业务执行过程中,移动终端侧与应用服务器侧之间的数据交互有Pull方式和Push方式。
Pull方式是指:当安装在移动终端内的应用程序需要从相应的应用服务器中获取业务数据时,移动终端主动与服务器建立连接,对服务器进行数据访问,获取相应的业务数据。Pull方式是移动终端主动从服务器中获取数据的方式,只适用于对实时性要求较低的数据业务交互过程,这是因为,若服务器中有需要推送给移动终端的数据但移动终端没有及时与服务器连接,就会造成数据推送不及时的问题,若将Pull方式应用在实时性要求较高的数据业务交互过程,如邮件、即时通信等数据业务的交互,就会出现数据延迟。
Push方式是指:由服务器主动将业务数据推送给移动终端的方式,由于Push方式可以实时向移动终端推送业务数据,因此,对于业务数据推送的实时性效果较好。Push方式的实现方案有多种,包括:短消息Push方式(SMS Push)、多媒体消息Push方式(MMS Push)、无线应用Push方式(WAP Push)、互联网Push方式(IP Push)和互联网短消息Push方式(EMN Push)。
上述各Push方式的实现方案具体内容为:
SMS Push和MMS Push是指:服务器通过短消息或多媒体消息的方式向移动终端推送业务数据的Push方式,用户可以通过移动终端直接查看短消息或多媒体消息内的业务数据。SMS Push和MMS Push的方案中,服务器向移动终端推送的短消息或多媒体消息会受到网络质量高低的影响,在网络质量低时,短消息和多媒体消息的传输会出现时延,影响业务数据推送的实时性效果;且短消息和多媒体消息携带的业务数据是明文形式,业务数据的安全性也存在隐患;另外,用户只能通过移动终端读取业务数据,而不能通过短消息回复等方式实现与服务器的信息交互,且只有软硬件能力支持多媒体消息的移动终端才能支持MMS Push,对移动终端的硬件能力要求较高,对移动终端有限制。
WAP Push是指:服务器向移动终端推送包含链接的信息,移动终端通过信息中的统一资源定位符(URL)访问并获取相应的业务数据。在WAP Push方案中,包含服务器向移动终端发送链接以及移动终端通过链接访问业务数据的两次操作(移动终端通过链接访问业务数据的操作实际上就是Pull操作),对业务数据推送的实时性有不良影响。
EMN Push是指:当服务器需要向移动终端内处于休眠状态的邮件程序推送业务数据时,向移动终端发送专有的唤醒短消息,使邮件程序由休眠状态转换为启动状态,待邮件程序启动后,与邮件服务器建立长连接,获取业务数据。在EMN Push方案中,移动终端从邮件服务器中获取业务数据后并不断开长连接,而是由邮件服务器在一段时长内一直没有业务数据的传输时才断开,在邮件服务器等待的时长内,移动终端与邮件服务器之间并没有业务数据的传输,但移动终端与邮件服务器之间的长连接仍存在,导致移动终端的***资源开销大。
IP Push是指:针对移动终端内的一个应用程序,为该应用程序提供业务数据的应用服务器与移动终端保持一个IP长连接,由于该长连接的存在,应用服务器可以实时向移动终端内的所述应用程序推送业务数据,克服了SMSPush、MMS Push和WAP Push的时延问题,以及SMS Push和MMS Push安全隐患、移动终端与服务器之间交互的问题。
但是,在IP Push方案中,若应用程序没有运行或应用程序不需要与应用服务器进行数据交互的情况下,移动终端与应用服务器之间的IP长连接仍持续存在,增加了移动终端的资源开销,导致移动终端耗电量大;为解决IP长连接带来的资源开销,对IP Push方案作了改动,要求IP长连接在应用程序运行时连接,在应用程序未运行时断开,这种改动又会使IP长连接频繁地连接、断开,仍会增大移动终端的***资源开销。
同时,针对应用服务器而言,面向的移动终端数量很大,如果应用服务器分别与每个移动终端内对应的一个应用程序建立一条长连接,则应用服务器的资源开销也会非常大。
上述对IP Push方案是针对移动终端内安装的一种应用程序而言的,目前的智能移动终端内大多安装了较多数量的应用程序,如果针对移动终端内的所有应用程序都执行IP Push方案,即一个移动终端内安装多个应用程序时,该移动终端需要与多个应用服务器分别建立长连接,则移动终端需要为这些长连接分配大量的***资源,导致移动终端的***开销过大,甚至影响移动终端的其他业务的正常运行。
发明内容
本发明实施例提供一种数据传输的方法、***及设备,用以解决现有技术中存在的为保证移动终端和应用服务器之间数据传输实时性,导致移动终端或应用服务器的资源占用量过大的问题。
一种数据传输的方法,所述方法包括:
网关通过与移动终端之间建立的第一长连接接收来自移动终端的上行数据消息,所述上行数据消息中携带应用服务器的标识,所述第一长连接传输移动终端内任一应用程序生成的上行数据消息;
网关在确定与所述应用服务器的标识对应的应用服务器之间建立了第二长连接时,通过所述第二长连接,将所述上行数据消息发送至所述应用服务器。
一种数据传输的方法,所述方法包括:
网关通过与应用服务器之间建立的第二长连接接收来自应用服务器的下行数据消息,所述下行数据消息中携带移动终端在应用服务器中注册时使用的第一标识,所述第二长连接传输应用服务器发送给任一终端的下行数据消息;
网关通过与所述第一标识对应的移动终端之间的第一长连接,将所述下行数据消息发送至所述移动终端。
一种数据传输的***,包括移动终端、网关和应用服务器,其中:
所述移动终端,用于与网关之间建立第一长连接,并通过所述第一长连接向网关发送上行数据消息,所述上行数据消息中携带应用服务器的标识,所述第一长连接传输移动终端内任一应用程序生成的上行数据消息;
所述网关,用于在确定与所述应用服务器的标识对应的应用服务器之间建立了第二长连接时,通过所述第二长连接,将所述上行数据消息发送至所述应用服务器;
所述应用服务器,用于通过所述第二长连接接收上行数据消息。
一种数据传输的***,所述***包括移动终端、网关和应用服务器,其中:
应用服务器,用于与网关建立第二长连接,并通过所述第二长连接向网关发送下行数据消息,所述下行数据消息中携带移动终端在应用服务器中注册时使用的第一标识,所述第二长连接传输应用服务器发送给任一终端的下行数据消息;
网关,用于通过与所述第一标识对应的移动终端之间的第一长连接,将所述下行数据消息发送至所述移动终端;
移动终端,用于通过所述第一长连接接收下行数据消息。
一种网关,所述网关包括:
第一连接模块,用于与移动终端之间建立第一长连接,与应用服务器之间建立第二长连接,所述第一长连接传输移动终端内任一应用程序生成的上行数据消息,所述第二长连接传输应用服务器发送给任一终端的下行数据消息;
传输模块,用于在上行传输过程中,接收到移动终端通过第一长连接发送的上行数据消息时,根据该上行数据消息中携带的应用服务器的标识,将该上行数据消息通过第二长连接发送至对应的应用服务器,以及在下行传输过程中,接收到应用服务器通过第二长连接发送的下行数据消息时,根据该下行数据消息中携带的移动终端的第一标识,将该下行数据消息通过第一长连接发送至对应的移动终端。
一种移动终端,所述移动终端包括:
接口模块,用于与网关建立第一长连接,所述第一长连接传输移动终端内任一应用程序生成的上行数据消息;
数据收发模块,用于通过第一长连接向网关发送上行数据消息,所述上行数据消息中携带应用服务器的标识,以及通过第一长连接接收网关推送的下行数据消息。
一种应用服务器,所述应用服务器包括:
接口模块,用于与网关建立第二长连接,所述第二长连接传输应用服务器发送给任一终端的下行数据消息;
数据收发模块,用于通过所述第二长连接接收网关发送的上行数据消息,以及通过所述第二长连接向网关发送下行数据消息,所述下行数据消息中携带移动终端在应用服务器中注册时使用的第一标识。
本发明有益效果如下:
本发明实施例提出一种新的数据传输方案,采用永远在线机制(AlwaysOnline Infrastructure,AOI),在移动终端与应用服务器之间设置网关,移动终端与网关之间建立一条长连接,网关与各应用服务器之间分别建立一条长连接,在上行过程中,移动终端内的任一应用程序发出的上行数据消息都通过与网关之间的一条长连接进行上行传输,在下行过程中,应用服务器发送给任一移动终端的下行数据消息也通过与网关之间的一条长连接进行下行传输。因此,移动终端和应用服务器之间分别通过与网关的第一长连接和第二长连接实现数据交互的高实时性,同时移动终端只需要为与网关之间的一条长连接分配资源,应用服务器也只需要为与网关之间的一条长连接分配资源减少了对移动终端和应用服务器之间的资源占用。
附图说明
图1为本发明实施例一中进行上行数据传输的方法步骤示意图;
图2为本发明实施例一中移动终端在网关中注册并建立第一长连接的方法步骤示意图;
图3为本发明实施例三中进行下行数据传输的方法步骤示意图;
图4为本发明实施例四中数据传输的***结构示意图;
图5为本发明实施例六中网关的结构示意图;
图6为本发明实施例七中移动终端的结构示意图;
图7为本发明实施例八中应用服务器的结构示意图。
具体实施方式
为了减少移动终端为本地安装的多种应用程序与大量的应用服务器之间建立长连接时占用的资源,同时得到IP Push方案中移动终端与应用服务器之间高实时性的数据传输,本发明实施例提出一种新的数据传输方案,采用永远在线机制(Always Online Infrastructure,AOI),在移动终端与应用服务器之间设置网关,移动终端与网关之间建立一条长连接,网关与各应用服务器之间分别建立一条长连接,在上行过程中,移动终端内的任一应用程序发出的上行数据消息都通过与网关之间的一条长连接进行上行传输,在下行过程中,应用服务器发送给任一移动终端的下行数据消息也通过与网关之间的一条长连接进行下行传输。对于移动终端侧而言,不论移动终端内安装的应用程序数量如何,移动终端只需要为与网关之间的一条长连接分配资源就能够达到对数据高实时性的接收;对于应用服务器侧而言,不论该应用服务器所服务的移动终端数量如何,应用服务器也只需要为与网关之间的一条长连接分配资源就能够实时向移动终端推送数据。也就是说,通过本发明实施例的方案,在数据传输过程中,既减少了对移动终端和应用服务器之间的资源占用,又确保了移动终端和应用服务器之间的高实时性数据传输。
本发明各实施例中涉及的网关是指AOI机制下的永远在线网关(AlwaysOnline Gateway,AOG),AOG可以为基于移动互联网的长连接应用提供统一的接入点,一方面,作为移动终端与网络侧之间数据传输和同步的通道,另一方面,作为应用服务器与移动终端侧之间数据传输和同步的通道。
本发明各实施例中涉及的移动终端是指AOI机制下的移动终端,即具有对安装在移动终端内的各应用程序进行有序管理以及与网关之间的长连接管理等功能。AOI机制下的移动终端可以是安装运行了具有上述功能的AOI中间件的移动终端。
本发明各实施例中涉及的应用服务器是指与移动终端内安装的应用程序进行业务数据交互的网络服务器。如:移动终端内安装了即时通信应用程序,则为了保证即时通信业务的正常运行,即时通信应用程序需要与即时通信服务器之间进行有效的业务数据交互。
本发明各实施例中建立的长连接是指在一个连接上可以连续发送多个数据包,在连接保持期间,如果没有数据包发送,需要双方发链路保活包的连接方式,如针对套接字(Socket)的长连接等。
终端与网关之间的第一长连接,可以为移动终端内任一应用程序生成的上行数据消息进行上行传输,以及接收发送给该终端内任一应用程序的下行数据消息。
应用服务器与网关之间的第二长连接,可以为应用服务器接收任一终端发送的上行数据消息,以及传输该应用服务器发送给任一终端的上行数据消息。
下面结合说明书附图对本发明各实施例进行详细说明。
实施例一:
如图1所示,为本发明实施例一中进行上行(Mobile Original,MO)数据传输的方法步骤示意图,包括以下步骤:
步骤101:移动终端通过与网关之间建立的第一长连接,向网关发送上行数据消息。
所述上行数据消息中携带应用服务器的标识,表示该上行数据消息的目的接收方为该应用服务器的标识对应的应用服务器。例如,当在移动终端内安装的邮件应用程序生成发送给邮件服务器的上行数据消息后,移动终端将邮件服务器的标识携带在该上行数据消息中,并通过与网关之间的第一长连接将上行数据消息发送至网关。需要说明的是,不论移动终端内安装的何种应用程序生成的上行数据消息,移动终端都通过所述第一长连接发送至网关。
移动终端与网关之间可以共同维护一组密钥,当移动终端向网关发送上行数据消息时,可以利用该密钥对上行数据消息进行加密,同时,移动终端还可以使用安全传输层协议(Transport Layer Sec,TLS)对上行数据消息的传输过程进行加密。
步骤102:网关根据接收到所述应用服务器的标识确定对应的应用服务器。
网关可以根据与移动终端共同维护的密钥对接收到的上行数据消息进行解密。
步骤103:网关在确定与所述应用服务器之间建立了第二长连接时,通过所述第二长连接,将上行数据消息发送至所述应用服务器。
由于网关可能与多台应用服务器之间分别建立了第二长连接,则网关在向某一应用服务器发送上行数据消息时,首先查看与该应用服务器之间是否有可用的第二长连接,在存在可用的第二长连接时,通过该第二长连接向应用服务器发送上行数据消息。
网关在向应用服务器发送上行数据消息时,也可以对上行数据消息进行加密,由应用服务器对接收到的上行数据消息进行解密。
除此以外,由于通过对上行数据消息中的数据内容进行压缩可以减少上行数据消息所占用的传输资源,降低在无线网络上传输的数据量,节省网络带宽并降低网络延迟,因此,上行数据消息中在通过第一长连接进行传输时,以及通过第二长连接进行传输时,可以根据数据内容的资源不同(音频数据、视频数据、文本数据等),采用合理的压缩算法进行压缩后传输,接收到压缩后的上行数据消息的设备(如网关、应用服务器)可以进行解压操作。
另外,由于网关面向的移动终端数量众多,当多个移动终端同时向网关发送上行数据消息,或同一移动终端为不同的应用程序发送多个上行数据消息时,若网关的能力不足以同时处理所有的上行数据消息,则需要对这些上行数据消息进行排序后依次处理。在本实施例的方案中,网关进行排序的方式包括但不限于以下两种:
第一种排序方式:网关按照业务的优先级高低进行排序。由于每个上行数据消息中都携带了应用服务器的标识,可以确定该上行数据消息所对应的业务,因此,网关可以按照业务优先级的高低进行排序,优先处理业务优先级高的上行数据消息。例如:对于实时性要求高的业务对应的优先级也较高,对于实时性要求低的业务对应的优先级也较低。
第二种排序方式:网关按照移动终端的优先级高低进行排序。网关可以根据移动终端当前所处的无线网络环境来设定移动终端的优先级高低。所处无线网络环境较好的移动终端对应的优先级较高,对于所处无线网络环境较差的移动终端,为了避免发送上行数据消息使得无线网络环境更差,可以对应的优先级较低。
通过以上步骤101~步骤103描述的技术方案,网关成为移动终端与应用服务器之间实时传输过程的中介,使移动终端不需要面向网络侧的大量应用服务器,而只需要面向一台网关进行上行传输,同时也使应用服务器不需要面对大量的移动终端,只需要面对一台网关接收上行数据消息,可以有效减少移动终端和应用服务器为长连接分配的资源开销,同时,根据移动终端与网关之间的第一长连接、网关与应用服务器之间的第二长连接的网络架构,可以实现移动终端与应用服务器之间实时的业务数据传输,有效提高数据传输的实时性。
下面对上述步骤101~步骤103的具体实现方式进行详细说明。
在本实施例一的上行传输过程执行之前,移动终端需要对本地安装的各应用程序进行管理,因此,在步骤101之前还具有移动终端内部管理过程,具体包括:
首先,移动终端记录在本地安装的应用程序的标识,并实时采集各应用程序的状态信息,包括应用程序处于运行状态、休眠状态或退出状态的信息。
然后,移动终端还记录各应用程序对应的应用服务器的标识,用于在上行传输过程中确定上行数据消息目的接收方。
最后,当移动终端对本地安装的应用程序的各项信息记录完成后,将实时监测是否有应用程序需要进行上行的数据交互,在有任一应用程序生成上行数据消息后,移动终端将该应用程序对应的应用服务器的标识携带在生成的上行数据消息中,然后执行步骤101。
通过上述移动终端对本地安装的应用程序的管理,可以为本地各应用程序的运行进行有效管理,避免出现应用程序运行混乱,甚至进程冲突的问题。
具体地,在移动终端本地,移动终端内有一个AOI中间件,用于各应用程序进行有序管理以及与网关之间的长连接管理等功能,移动终端本地安装的应用程序在运行状态时可以通过Socket长连接的方式直接连接到AOI中间件中,向AOI中间件提供待传输的上行数据消息,要求AOI中间件通过第一长连接进行实时传输。
当移动终端完成对本地应用程序的管理后,可以在步骤101之前,在网关中注册并连接第一长连接。移动终端在网关中注册并建立第一长连接的具体过程如图2所示,包括如下步骤:
步骤201:移动终端向域名***(Domain Name System,DNS)发起网关查询请求,其中携带移动终端的第一标识和第二标识。
移动终端的第一标识和第二标识都是能够唯一表示移动终端的标识,所不同的是,移动终端的第一标识是移动终端在应用服务器中注册时使用的标识,第二标识是移动终端注册在网关中的标识。
例如,若所述移动终端为手机,则所述第一标识为手机号码,第二标识为国际移动用户识别码(IMSI)。此时,移动终端以短消息方式向DNS发起网关查询请求时,在短消息中携带IMSI,则DNS可以从短消息中携带的信息获取移动终端的第二标识(IMSI),通过通过短消息的源端信息确定移动终端的第一标识(手机号码)。
步骤202:DNS存储所述移动终端的第一标识和第二标识。
步骤203:DNS向移动终端返回该移动终端归属网关的路由信息。
在本实施例的方案中,一个网络***中可以部署多台网关,每台网关为一定区域内的移动终端提供服务。例如,在全国每省部署一台网关,为省内移动终端提供场连接服务。可以通过人工方式在DNS内部存储各网关的路由信息以及各网关服务的覆盖范围,当DNS接收到一个移动终端发起的网关查询请求时,根据该移动终端的标识(第一标识和第二标识)确定该移动终端的归属地,进而查询各网关服务的覆盖范围,为移动终端选择归属的网关。
DNS向移动终端返回的归属网关的路由信息包括但不限于网关的IP地址。
步骤204:移动终端根据接收到的归属网关的路由信息,向归属网关发起注册请求,并在该注册请求中携带第二标识。
在该注册请求中还可以同时携带移动终端内安装的应用程序的标识。
步骤205:网关为移动终端注册。
网关在本地存储移动终端的注册信息(包括移动终端的注册时间、第二标识等)以及移动终端管理的应用程序的标识,完成对移动终端的注册,并向移动终端返回注册成功消息。
在本步骤中,当移动终端在网关中注册后,网关需要对注册移动终端进行管理,包括以下两方面的管理:
第一方面:对移动终端信息的管理,如对移动终端的第二标识、版本号、操作***、厂家、型号、屏幕大小等硬件信息的管理。
第二方面:对移动终端业务的管理,如对移动终端所支持的业务种类、业务名称等信息的管理。
步骤206:移动终端建立与网关之间的第一长连接。
此后,当移动终端内有任一应用程序发起上行数据消息时,移动终端通过该第一长连接将上行数据消息发送至归属的网关。
网关在接收到来自移动终端的上行数据消息后,要执行步骤103将该上行数据消息发送给应用服务器。但由于应用服务器并行为大量的移动终端提供业务,因此,移动终端在上行数据消息中携带第二标识,希望应用服务器能够获知发送该上行数据消息的移动终端。但移动终端在应用服务器中注册时使用的是第一标识,而在网关中注册时使用的是第二标识,因此,如果网关直接将第二标识携带在上行数据消息中发给应用服务器,则应用服务器可能无法识别,为了克服这一问题,本实施的步骤103在运行时,网关根据移动终端的第二标识,从DNS中查询处该移动终端的第一标识,并将该移动终端的第一标识携带在上行数据消息中发送给应用服务器,使应用服务器根据上行数据消息的第一标识能够获取该上行数据消息的发送移动终端。
考虑到在网络***中部署了多台网关,移动终端向其归属的网关发送的上行数据消息可以根据移动终端和归属网关之间的第一长连接传输,但该上行数据消息传输的目的端的应用服务器不一定与移动终端归属的网关建立了第二长连接,因此,需要在网关与各应用服务器之间建立第二长连接时,在DNS中存储网关和分别与该网关建立第二长连接的应用服务器的第一对应关系,以便于查询应用服务器所归属的网关。
应用在本实施例的步骤103中,网关向应用服务器发送上行传输消息的过程存在以下两种情况:
第一种情况:网关通过对长连接端口的查询,确定与上行数据消息中的应用服务器的标识对应的应用服务器建立了第二长连接,即上行数据消息的源端(移动终端)和目的端(应用服务器)都与同一网关建立长连接,该上行数据消息可以直接传输。
第二种情况:网关确定没有与上行数据消息中的应用服务器的标识对应的应用服务器建立了第二长连接,即该网关不是该应用服务器归属的网关,则网关查询DNS,找到该应用服务器所归属的其他网关(为了与接收移动终端发送的上行数据消息的网关进行区分,这里将应用服务器归属的网关称之为其他网关),并将所述上行数据消息发送给所述其他网关后,由于所述其他网关是目的端应用服务器归属网关,与该应用服务器之间有第二长连接,因此,所述其他网关将上行数据消息通过第二长连接发送给应用服务器。
另外,在步骤103执行之后,网关还可以记录本次上行数据传输过程的日志信息,并产生话单。这里产生的话单并不同于常规的话单,这是因为:在移动终端的上行传输过程中,可以使用本发明实施例一的方案,也可以使用现有的其他方案,为了减少对目前常规的话单生成方式的改动,在本实施例一的方案中,由网关产生的话单对采用本实施例一方案的CP、SP的流量进行结算,与常规话单配合使用,确定在每次上行传输过程中产生的费用。
实施例二:
本发明实施例一的方案,可以在移动终端和应用服务器之间通过与网关的第一长连接和第二长连接进行控制信令和数据的传输,特殊地,若待传输数据的数据量非常大(如邮件中携带的大数量的附件),将大量数据与控制信令和少量的数据同时通过一条长连接进行传输时,可能会影响控制信令的正确传输,因此,本实施例二在实施例一的基础上,为大数据量的数据建立临时的长连接进行数据透传。
本实施例二的方案如下:
第一步:移动终端与归属网关之间建立第一长连接,应用服务器与归属网关之间建立第二长连接。
第二步:移动终端通过第一长连接上行传输上行数据消息,网关将该上行数据消息通过第二长连接发送给应用服务器。
本实施例二的方案中,移动终端向应用服务器上行传输上行数据消息的方式与实施例一相同。
第三步:移动终端向网关发送代理请求,所述代理请求中携带应用服务器的标识和待传输数据的数据量。
在本实施例的方案中,网关具有支持来自移动终端的代理(Proxy)请求的能力。
第四步:网关判断所述数据量是否达到门限值,若是,则执行第五步;否则,要求移动终端将待传输数据通过第一长连接进行传输。
第五步:网关根据代理请求中携带的应用服务器的标识,判断是否已与对应的应用服务器建立第二长连接:
若是,网关分别与所述移动终端和对应的应用服务器之间建立临时长连接,通过与移动终端之间的临时长连接接收来自移动终端的所述待传输数据,并在传输结束后释放与移动终端之间的临时长连接,以及,将所述待传输数据通过与应用服务器之间的临时长连接透传至应用服务器,并在传输结束后释放与应用服务器之间的临时长连接。
否则,网关从DNS中查询与所述对应的应用服务器建立第二长连接的其他网关,并分别与所述移动终端和所述其他网关建立临时长连接,通过与移动终端之间的临时长连接接收来自移动终端的所述待传输数据,并在传输结束后释放与移动终端之间的临时长连接,以及,将所述待传输数据通过与所述其他网关之间的临时长连接透传至其他网关,并在传输结束后释放与所述其他网关之间的临时长连接。
通过本发明实施例二的方案,移动终端、网关和应用服务器之间针对大数据量的数据单独建立临时长连接,网关将移动终端发送的大数据量的数据透传给应用服务器或其他网关,不对数据进行AOP层的协议封装和控制,此时,网关相当于移动终端和应用服务器之间的透明代理,避免了大数据量的传输对其他控制信令的传输造成影响,同时,临时连接在传输结束后将会被释放,最大程度地节约移动终端和应用服务器的资源。另外,由于Proxy形式的临时长连接没有心跳检测,在一些特殊情况下(如移动终端断电),网关将接收不到断链报文,此时,网关将一直维护与移动终端之间的临时长连接,造成网关的资源浪费。因此,网关可周期性地对与移动终端之间的临时长连接进行此能够检测,查询是否有数据传输,如果在一段连续的时间内没有临时长连接没有数据传输,则释放该临时长连接。网关与应用服务器之间的临时长连接的释放过程与移动终端相似。
实施例三:
本发明实施例三还提供一种下行数据传输的方法,如图3所示,所述方法包括以下步骤:
步骤301:应用服务器通过与网关之间建立的第二长连接向网关发送下行数据消息。
在本实施例的方案中,每个应用服务器与归属的网关之间建立了一条第二长连接,当应用服务器需要向所服务的任意移动终端推送下行数据消息时,通过该第二长连接将下行数据消息发送至网关。
在所述下行数据消息中携带了移动终端的标识,根据实施例一和实施例二的描述,本发明所涉及的移动终端的标识包括了移动终端在应用服务器中注册时使用的第一标识以及移动终端在网关中注册时使用的第二标识,因此,应用服务器存储的移动终端标识是移动终端的第一标识(如手机号码),则应用服务器将移动终端的第一标识携带在下行数据消息,用于指示网关向相应的移动终端发送该下行数据消息。
进一步地,由于本步骤是应用服务器主动向移动终端推送下行数据消息的过程,此时,移动终端可能与网关建立第一长连接,可以实时接收下行数据消息,也可能没有与网关建立第一长连接,不能实时接收下行数据消息;同时,移动终端内需要接收该下行数据消息的应用程序可能出于运行、休眠或退出这三种状态,因此,即使移动终端接收到该下行数据消息,处于休眠或退出状态的应用程序也不能及时接收并处理下行数据消息。因此,应用服务器在发送给网关的下行数据消息中设置一个标志位,若标志位置为1,表示该下行数据消息的实时性高,应用服务器希望该下行数据消息及时被相应的应用程序接收,若该应用程序处于休眠或退出状态,则要求移动终端唤醒该应用程序;若标志位置为0,表示该下行数据消息的实时性低,若该应用程序处于休眠或退出状态,则移动终端可以等待相应的应用程序运行后再发送给该应用程序。
步骤302:网关根据下行数据消息中携带的移动终端的第一标识确定对应的移动终端。
与实施例一相似的,本实施例中的移动终端也在网关中注册,DNS中存储移动终端的第一标识和第二标识,同时还存储了网关和分别与该网关建立第二长连接的应用服务器的第一对应关系,以及第二标识与该移动终端归属网关标识之间的第二对应关系。DNS可以向用户以及网关提供友好的图形界面以支持对存储的信息进行增加、删除、修改和查询操作,并且存储的信息及时生效可以使用。
网关根据接收到的移动终端的第一标识,从DNS中查询出对应的第二标识,网关根据该第二标识确定对应的移动终端。
步骤303:网关通过与所述移动终端之间的第一长连接,将所述下行数据消息发送至所述移动终端。
与实施例一类似的,下行数据消息源端的应用服务器和目的端的移动终端可能归属相同的网关,也可能归属不同的网关。
1、若应用服务器和移动终端归属相同的网关,则本步骤的具体实现方式为:
网关检测是否已与所述移动终端建立第一长连接;
若是,则通过已建立的第一长连接将所述下行数据消息发送至所述移动终端。
否则,通知移动终端建立与网关的第一长连接,在第一长连接建立后,将所述下行数据消息发送至所述移动终端。
需要说明的是,当网关检测到没有与移动终端建立第一长连接时,网关可以采用短消息通知的方式,要求移动终端与网关建立第一长连接,以保证下行数据消息的及时推送。
2、若应用服务器和移动终端归属不相同的网关,则本步骤的具体实现方式为:
由于接收下行数据消息的网关不是移动终端归属的网关,因此,该移动终端与网关之间没有建立第一长连接。网关确定没有与目的端的移动终端建立第一长连接,且从DNS中查询该移动终端的第二标识,发现该移动终端不是在本地注册的移动终端,则网关根据DNS中存储的第二对应关系,查询出目的端移动终端归属的其他网关(为了将与接收应用服务器发送的下行数据消息的网关和移动终端归属网关进行区分,将移动终端归属网关称之为其他网关),并将所述下行数据消息发送至所述其他网关后,由所述其他网关发送至所述移动终端。
另外,在步骤303的执行过程中,若网关接收到多个应用服务器发送的下行数据消息,或一个应用服务器发送的多条下行数据消息,网关可以按照实时例一的方式按照业务的优先级或移动终端的优先级进行排序后顺序发送。
步骤304:移动终端接收到所述下行数据消息后,根据下行数据消息中携带的应用服务器标识,确定接收该下行数据消息的应用程序。
在本实施例的方案中,移动终端按照实时例一的方式对安装在本地的应用程序进行管理,记录在本地安装的应用程序的标识,以及各应用程序对应的应用服务器的标识。
步骤305:移动终端查询该应用程序是否处于运行状态,若是,则通知该应用程序获取所述下行数据消息;否则,唤醒或启动该应用程序,通知唤醒后或启动后的应用程序获取所述下行数据消息。
若应用服务器将推送的下行数据消息的标志位置1,表示要求唤醒移动终端的应用程序,则在网关确定作为目的端的移动终端后,通过以下两种方式唤醒移动终端内的应用程序:
第一种方式:移动终端与网关已建立第一长连接时,网关通过所述第一长连接向移动终端发送唤醒数据包,即IP Push唤醒方式,要求移动终端唤醒需要接收该下行数据消息的应用程序。
第二种方式:移动终端与网关之间没有建立第一长连接,网关采用短消息通知的方式,要求移动终端与网关建立第一长连接后,再通过所述第一长连接向移动终端发送唤醒数据包,即短消息唤醒方式。
在移动终端本地,移动终端内有一个AOI中间件,用于各应用程序进行有序管理以及与网关之间的长连接管理等功能,移动终端本地安装的应用程序在运行状态时可以通过Socket长连接的方式直接连接到AOI中间件中,获取由网关通过第一长连接推送的下行数据消息;若安装的应用程序没有在运行状态,则移动终端唤醒或启动该应用程序后,应用程序再通过Socket长连接的方式连接到AOI中间件,进而获取由网关通过第一长连接推送的下行数据消息。
与实施例二类似地,本实施例三的方案也可以在应用服务器待传输数据的数据量非常大时采用Proxy传输方式,通过额外建立应用服务器与网关、网关与移动终端之间的临时长连接来透传大数据量的数据。
同时,本实施例三的方案也可以按照实时例一的方式对下行数据消息进行加密和压缩后传输,以及由网关生成采用本实施例三方式进行下行传输的话单。
与实施例一类似的,通过以上步骤301~步骤305描述的技术方案,网关成为应用服务器与移动终端之间实时传输过程的中介,应用服务器不需要分别与大量的移动终端建立长连接,只需要与一台网关建立一条第二长连接就可以向服务的任意移动终端实时推送下行数据消息,移动终端也只需要与一台网关建立一条第一长连接就可以实时接收应用服务器推送的下行数据消息,在保证数据传输高实时性的情况下,可以有效减少移动终端和应用服务器为长连接分配的资源开销。
实施例四:
本发明实施例四还提供一种与实施例一和实施例二属于同一发明构思下的数据传输的***,应用于上行传输过程中,如图4所示,包括移动终端11、网关12和应用服务器13,其中所述移动终端11用于与网关12之间建立第一长连接,并通过所述第一长连接向网关12发送上行数据消息,所述上行数据消息中携带应用服务器的标识;所述网关12用于在确定与所述应用服务器的标识对应的应用服务器13之间建立了第二长连接时,通过所述第二长连接,将所述上行数据消息发送至所述应用服务器13;所述应用服务器13用于通过所述第二长连接接收上行数据消息。
所述应用服务器13可以是互联网中的应用服务器,也可以是企业内部的应用服务器。
***还包括域名***14,用于接收移动终端11发起的网关查询请求,所述网关查询请求中携带移动终端在应用服务器中注册时使用的第一标识以及移动终端的第二标识,以及,向移动终端11返回该移动终端归属网关的路由信息,并存储移动终端的第一标识和第二标识;所述移动终端11还用于根据所述路由信息向网关发送包含第二标识的注册请求,并在注册后,与网关之间建立第一长连接;所述网关12还用于为移动终端注册。
从图4可以看出,网关与DNS之间通过接口相连,使网关可以实时从DNS中查询信息。
所述域名***14还用于存储网关和分别与该网关建立第二长连接的应用服务器的第一对应关系。
所述网关12具体用于根据上行数据消息中携带的应用服务器的标识,判断是否与对应的应用服务器建立第二长连接,若是,则将所述上行数据消息通过所述第二长连接发送至应用服务器,否则,从所述DNS中查询与所述对应的应用服务器建立第二长连接的其他网关,并将所述上行数据消息发送给所述其他网关后,由所述其他网关发送至所述对应的应用服务器。
由于在本实施例中,网关需要进行路由管理,查询其他网关进行数据消息的发送,因此,网关与其他网关之间存在接口进行数据消息的传输。
所述移动终端11还用于向网关发送代理请求,所述代理请求中携带应用服务器的标识和待传输数据的数据量;所述网关12还用于在确定所述数据量达到门限值时,根据代理请求中携带的应用服务器的标识,判断是否已与对应的应用服务器建立第二长连接,若是,则分别与所述移动终端和对应的应用服务器之间建立临时长连接,通过与移动终端之间的临时长连接接收来自移动终端的所述待传输数据,并在传输结束后释放与移动终端之间的临时长连接,以及,将所述待传输数据通过与应用服务器之间的临时长连接透传至应用服务器,并在传输结束后释放与应用服务器之间的临时长连接;否则,从DNS中查询与所述对应的应用服务器建立第二长连接的其他网关,并分别与所述移动终端和所述其他网关建立临时长连接,通过与移动终端之间的临时长连接接收来自移动终端的所述待传输数据,并在传输结束后释放与移动终端之间的临时长连接,以及,将所述待传输数据通过与所述其他网关之间的临时长连接透传至其他网关,并在传输结束后释放与所述其他网关之间的临时长连接。
所述移动终端11还用于记录在本地安装的应用程序的标识,以及各应用程序对应的应用服务器的标识,在接收到任一应用程序生成的上行数据消息后,确定对应的应用服务器的标识,并将所述应用服务器的标识携带在所述上行数据消息中。
另外,根据本发明实施例一和实施例二的描述,网关还要通过短消息方式通知移动终端建立第一长连接、生成话单以及对移动终端进行管理,因此,本实施例***中还可以进一步包括短消息网关(ISMG)、计费***(BOSS)和网管。
实施例五:
本发明实施例五还提供一种与实施例三属于同一发明构思下的数据传输的***,其结构与实施例四的结构相同,应用在下行传输过程中,包括:移动终端11、网关12和应用服务器13,其中:应用服务器13用于与网关12建立第二长连接,并通过所述第二长连接向网关发送下行数据消息,所述下行数据消息中携带移动终端在应用服务器中注册时使用的第一标识;网关12用于通过与所述第一标识对应的移动终端11之间的第一长连接,将所述下行数据消息发送至所述移动终端11;移动终端11用于通过所述第一长连接接收下行数据消息。
所述网关12具体用于检测是否已与所述移动终端建立第一长连接,若是,则通过已建立的第一长连接将所述下行数据消息发送至所述移动终端;否则,通知移动终端建立与网关的第一长连接,在第一长连接建立后,将所述下行数据消息发送至所述移动终端11。
还包括域名***14,用于存储移动终端的第一标识和第二标识,以及第二标识与该移动终端归属网关标识之间的第二对应关系;所述网关12具体用于根据下行数据消息中携带的第一标识,从DNS中查询该移动终端的第二标识,并根据查询出的第二标识判断所述移动终端是否是在本地注册的移动终端,若是,则通过第一长连接将所述下行数据消息发送至所述移动终端;否则,根据所述第二对应关系,从DNS中查询该移动终端归属的其他网关,并将所述下行数据消息发送至所述其他网关后,由所述其他网关发送至所述移动终端。
所述应用服务器13还用于向网关12发送代理请求,所述代理请求中携带移动终端的第一标识和待传输数据的数据量;所述网关12还用于在确定所述数据量达到门限值时,根据代理请求中携带的第一标识,通过查询DNS确定对应的第二标识,并根据确定的第二标识判断对应的移动终端是否是在本地注册的移动终端,若是,则网关分别与所述对应的移动终端和发送代理请求的应用服务器之间建立临时长连接,通过与应用服务器之间的临时长连接接收来自应用服务器的所述待传输数据,并在传输结束后释放与应用服务器之间的临时长连接,以及将所述待传输数据通过与移动终端之间的临时长连接透传至移动终端,并在传输结束后释放与移动终端之间的临时长连接;否则,网关从DNS中查询所述对应的移动终端归属的其他网关,并分别与发送代理请求的应用服务器和所述其他网关之间建立临时长连接,通过与应用服务器之间的临时长连接接收来自应用服务器的待传输数据,并在传输结束后释放与应用服务器之间的临时长连接,以及将所述待传输数据通过与所述其他网关之间的临时长连接透传至其他网关,并在传输结束后释放与所述其他网关之间的临时长连接。
所述移动终端11还用于记录在本地安装的应用程序的标识,以及各应用程序对应的应用服务器的标识,在接收到下行数据消息时,根据下行数据消息中携带的应用服务器标识,确定接收该下行数据消息的应用程序,并查询该应用程序是否处于运行状态,若是,则通知该应用程序获取所述下行数据消息;否则,唤醒或启动该应用程序,通知唤醒后或启动后的应用程序获取所述下行数据消息。
实施例六:
本发明实施例六还提供一种与实施例一至实施例五属于同一发明构思下的网关,如图5所示,包括在线子***、Proxy子***、鉴权子***和支撑子***,下面分别加以说明。
1、在线子***遵循AOP(永远在线协议),接纳并维护与移动终端和应用服务器之间的长连接,同时提供对移动终端的长连接通知功能,要求与移动终端之间的长连接实时存在,将长连接方式与IP Push方式相配合,为移动终端和应用服务器之间提供及时、稳定、高效的数据传输服务。
在线子***中包括第一连接模块和传输模块,其中,第一连接模块用于与移动终端之间建立第一长连接,与应用服务器之间建立第二长连接;传输模块用于在上行传输过程中,接收到移动终端通过第一长连接发送的上行数据消息时,根据该上行数据消息中携带的应用服务器的标识,将该上行数据消息通过第二长连接发送至对应的应用服务器,以及在下行传输过程中,接收到应用服务器通过第二长连接发送的下行数据消息时,根据该下行数据消息中携带的移动终端的第一标识,将该下行数据消息通过第一长连接发送至对应的移动终端。
在线子***还包括:
路由管理模块,用于在上行传输过程中,判断是否与上行数据消息中携带的应用服务器的标识对应的应用服务器建立第二长连接,在没有建立第二长连接时,从DNS中查询与所述对应的应用服务器建立第二长连接的其他网关,在下行传输过程中,判断所述移动终端是否是在本地注册的移动终端,在所述移动终端不是在本地注册的移动终端时,从DNS中查询该移动终端归属的其他网关;进而所述传输模块,还用于将所述上行数据消息或下行数据消息发送给所述其他网关。
注册模块,用于完成对移动终端的注册操作,并记录已注册移动终端的第二标识。
VPN接入模块,用于通过第一长连接和第二长连接对上行数据消息和下行数据消息进行传输时,通过虚拟专用网络(VPN)的方式,对上行数据消息和下行数据消息进行安全管理,如采用隧道技术、加解密技术、密钥管理技术和身份认证技术来提高传输的上行数据消息和下行数据消息安全性。
SMS Push模块,用于通过短消息方式唤醒移动终端内的应用程序。
IP Push模块,用于通过IP Push方式唤醒移动终端内的应用程序。
2、Proxy子***提供移动终端与应用服务器之间的大数据量数据的传输代理。
Proxy子***包括代理模块和第二连接模块。
代理模块用于在上行传输过程中,接收来自移动终端的代理请求,所述代理请求中携带应用服务器的标识和待传输数据的数据量,并在确定所述数据量达到门限值时,根据代理请求中携带的应用服务器的标识,判断是否已与对应的应用服务器建立第二长连接;在下行传输过程中,接收来自应用服务器的代理请求,所述代理请求中携带移动终端的第一标识和待传输数据的数据量,并在确定所述数据量达到门限值时,根据代理请求中携带的第一标识,判断对应的移动终端是否是在本地注册的移动终端。
第二连接模块用于在上行传输过程中,若网关已与对应的应用服务器建立第二长连接,则分别与所述移动终端和对应的应用服务器之间建立临时长连接,通过与移动终端之间的临时长连接接收来自移动终端的所述待传输数据,并在传输结束后释放与移动终端之间的临时长连接,以及,将所述待传输数据通过与应用服务器之间的临时长连接透传至应用服务器,并在传输结束后释放与应用服务器之间的临时长连接;否则,从DNS中查询与所述对应的应用服务器建立第二长连接的其他网关,并分别与所述移动终端和所述其他网关建立临时长连接,通过与移动终端之间的临时长连接接收来自移动终端的所述待传输数据,并在传输结束后释放与移动终端之间的临时长连接,以及,将所述待传输数据通过与所述其他网关之间的临时长连接透传至其他网关,并在传输结束后释放与所述其他网关之间的临时长连接。在下行传输过程中,若所述对应的移动终端是在本地注册的移动终端,则分别与所述对应的移动终端和发送代理请求的应用服务器之间建立临时长连接,通过与应用服务器之间的临时长连接接收来自应用服务器的所述待传输数据,并在传输结束后释放与应用服务器之间的临时长连接,以及将所述待传输数据通过与移动终端之间的临时长连接透传至移动终端,并在传输结束后释放与移动终端之间的临时长连接;否则,从DNS中查询所述对应的移动终端归属的其他网关,并分别与发送代理请求的应用服务器和所述其他网关之间建立临时长连接,通过与应用服务器之间的临时长连接接收来自应用服务器的待传输数据,并在传输结束后释放与应用服务器之间的临时长连接,以及将所述待传输数据通过与所述其他网关之间的临时长连接透传至其他网关,并在传输结束后释放与所述其他网关之间的临时长连接。
3、鉴权子***负责对注册的移动终端和应用服务器进行鉴权,只有鉴权通过的移动终端才允许注册以及建立第一长连接,以及,鉴权通过的应用服务器才允许建立第二长连接。
鉴权子***包括:
用户管理模块,用于记录归属于该网关的移动终端以及应用服务器的信息。
业务管理模块,用于记录归属于该网关的移动终端支持的业务以及应用服务器支持的业务。
安全管理模块,用于记录安全信息,包括采用隧道技术、加解密技术、密钥管理技术和身份认证技术中使用的加密信息。
鉴权模块,用于利用用户管理模块、业务管理模块、安全管理模块中的信息,对建立第一长连接和第二长连接的移动终端和应用服务器进行鉴权。
4、支撑子***负责对传输的数据消息进行统计分析,对上下行传输过程进行监控,以及对移动终端内用于对安装的应用程序进行管理的中间件的升级。
支撑子***包括:
统计分析模块,用于对通过第一长连接、第二长连接传输的数据消息以及通过临时长连接传输的数据进行统计分析。
监控模块,用于对通过第一长连接、第二长连接的传输过程以及通过临时长连接的传输过程进行监控,在出现异常时报警。
计费模块,用于对通过第一长连接、第二长连接的传输过程以及通过临时长连接的传输过程生成话单进行计费。
升级模块,用于实时检测移动终端内的中间件是否需要升级,在需要升级时,向移动终端发送该中间件的升级信息。
日志模块,用于记录网关各项操作所产生的日志信息。
辅助模块,用于对网关与外界各设备的接口进行辅助管理。
实施例七:
本发明实施例七还提供一种与实施例一至实施例五属于同一发明构思下的移动终端,如图6所示,包括接口模块、核心模块和支撑模块,接口模块、核心模块和支撑模块可以是移动终端内集成的模块,也可以是移动终端内安装的AOI中间件的集成模块。
下面分别对接口模块、核心模块和支撑模块加以说明:
1、接口模块主要负责与外部的网关之间建立第一长连接、对移动终端内安装的应用程序与中间件之间的长连接,以及与网关之间的临时长连接。
2、核心模块提供AOI中间件的核心功能,是实现本发明目的的主要模块。
核心模块包括:
数据收发模块,用于在上行传输过程中,通过第一长连接向网关发送上行数据消息,所述上行数据消息中携带应用服务器的标识,以及在下行传输过程中,通过第一长连接接收网关推送的下行数据消息。
代理请求模块,用于在利用Proxy功能传输时,向网关发送代理请求,所述代理请求中携带应用服务器的标识和待传输数据的数据量;
IP代理模块,用于在利用Proxy功能传输时,通过临时长连接向网关发送待传输数据,以及通过所述临时长连接接收网关推送的待传输数据。
注册模块,用于从DNS中获取归属网关的路由信息,并根据该路由信息向网关进行注册。
管理模块,用于记录在本地安装的应用程序的标识,以及各应用程序对应的应用服务器的标识,并在接收到任一应用程序生成的上行数据消息后,确定对应的应用服务器的标识,并将所述应用服务器的标识携带在所述上行数据消息中。
唤醒模块,用于在接收到下行数据消息时,根据下行数据消息中携带的应用服务器标识,确定接收该下行数据消息的应用程序,并查询该应用程序是否处于运行状态,若是,则通知该应用程序获取所述下行数据消息;否则,唤醒或启动该应用程序,通知唤醒后或启动后的应用程序获取所述下行数据消息。
压缩/解压模块,用于对发送的上行数据消息进行压缩,以及对接收到的下行数据消息进行解压。
3、支撑模块包括:
日志模块,用于记录移动终端的各项操作产生的日志信息。
配置模块,用于对移动终端各项操作所需参数进行配置,如移动终端向DNS的路由配置。
升级模块,用于在接收到网关发送的针对中间件的升级信息时,对中间件进行升级。
实施例八:
本发明实施例八还提供一种与实施例一至实施例五属于同一发明构思下的应用服务器,如图7所示,包括接口模块和数据收发模块,所述接口模块用于与网关建立第二长连接;数据收发模块用于通过所述第二长连接接收网关发送的上行数据消息,以及通过所述第二长连接向网关发送下行数据消息,所述下行数据消息中携带移动终端在应用服务器中注册时使用的第一标识。
所述接口模块还用于与网关之间建立临时长连接,数据收发模块还用于通过临时长连接收发待传输数据。
通过本发明实施例提供的方法、***及设备,相较于现有技术中的IP Push方案,在确保移动终端与应用服务器之间的数据传输高实时性的基础上,有效减少长连接的数量,对移动终端和应用服务器的资源占用都较少。同时,本发明实施例移动终端AOI架构为应用服务提供商、网络运营商和用户提供了良好的数据通道,为移动业务的统一管理和统一控制提供了平台。
本领域内的技术人员应明白,本申请的实施例可提供为方法、***、或计算机程序产品。因此,本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例做出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (18)
1.一种数据传输的方法,其特征在于,所述方法包括:
网关通过与移动终端之间建立的第一长连接接收来自移动终端的上行数据消息,所述上行数据消息中携带应用服务器的标识,所述第一长连接传输移动终端内任一应用程序生成的上行数据消息;
网关在确定与所述应用服务器的标识对应的应用服务器之间建立了第二长连接时,通过所述第二长连接,将所述上行数据消息发送至所述应用服务器;
所述方法还包括:
网关接收来自移动终端的代理请求,所述代理请求中携带应用服务器的标识和待传输数据的数据量;
网关在确定所述数据量达到门限值时,根据代理请求中携带的应用服务器的标识,判断是否已与对应的应用服务器建立第二长连接;
若是,则网关分别与所述移动终端和对应的应用服务器之间建立临时长连接,通过与移动终端之间的临时长连接接收来自移动终端的所述待传输数据,并在传输结束后释放与移动终端之间的临时长连接,以及,将所述待传输数据通过与应用服务器之间的临时长连接透传至应用服务器,并在传输结束后释放与应用服务器之间的临时长连接;
否则,网关从DNS中查询与所述对应的应用服务器建立第二长连接的其他网关,并分别与所述移动终端和所述其他网关建立临时长连接,通过与移动终端之间的临时长连接接收来自移动终端的所述待传输数据,并在传输结束后释放与移动终端之间的临时长连接,以及,将所述待传输数据通过与所述其他网关之间的临时长连接透传至其他网关,并在传输结束后释放与所述其他网关之间的临时长连接。
2.如权利要求1所述的方法,其特征在于,网关通过所述第一长连接接收来自移动终端的上行数据消息之前,所述方法还包括:
域名***DNS接收移动终端发起的网关查询请求,所述网关查询请求中携带移动终端在应用服务器中注册时使用的第一标识以及移动终端的第二标识;
DNS向移动终端返回该移动终端归属网关的路由信息,并存储所述移动终端的第一标识和第二标识;
网关接收移动终端根据所述路由信息发起的包含第二标识的注册请求,并在为移动终端注册后,与移动终端之间建立第一长连接。
3.如权利要求2所述的方法,其特征在于,所述上行数据消息中还携带移动终端的第二标识;
网关将上行数据消息发送至应用服务器,具体包括:
网关根据移动终端的第二标识,从所述DNS中查询出移动终端的第一标识;
网关将移动终端的第一标识携带在上行数据消息中发送给应用服务器,用于告知应用服务器发送上行数据消息的移动终端。
4.如权利要求1所述的方法,其特征在于,网关通过所述第一长连接接收来自移动终端的上行数据消息之前,所述方法还包括:
DNS存储网关和分别与该网关建立第二长连接的应用服务器的第一对应关系。
5.如权利要求4所述的方法,其特征在于,网关将上行数据消息发送至应用服务器,具体包括:
网关根据上行数据消息中携带的应用服务器的标识,判断是否与对应的应用服务器建立第二长连接;
若是,则将所述上行数据消息通过所述第二长连接发送至应用服务器;
否则,从所述DNS中查询与所述对应的应用服务器建立第二长连接的其他网关,并将所述上行数据消息发送给所述其他网关后,由所述其他网关发送至所述对应的应用服务器。
6.如权利要求1所述的方法,其特征在于,网关通过所述第一长连接接收来自移动终端的上行数据消息之前,所述方法还包括:
移动终端记录在本地安装的应用程序的标识,以及各应用程序对应的应用服务器的标识;
移动终端在接收到任一应用程序生成的上行数据消息后,确定对应的应用服务器的标识,并将所述应用服务器的标识携带在所述上行数据消息中。
7.一种数据传输的方法,其特征在于,所述方法包括:
网关通过与应用服务器之间建立的第二长连接接收来自应用服务器的下行数据消息,所述下行数据消息中携带移动终端在应用服务器中注册时使用的第一标识,所述第二长连接传输应用服务器发送给任一终端的下行数据消息;
网关通过与所述第一标识对应的移动终端之间的第一长连接,将所述下行数据消息发送至所述移动终端;
所述方法还包括:
网关接收来自应用服务器的代理请求,所述代理请求中携带移动终端的第一标识和待传输数据的数据量;
网关在确定所述数据量达到门限值时,根据代理请求中携带的第一标识,通过查询DNS确定对应的第二标识,并根据确定的第二标识判断对应的移动终端是否是在该网关中注册的移动终端;
若是,则网关分别与所述对应的移动终端和发送代理请求的应用服务器之间建立临时长连接,通过与应用服务器之间的临时长连接接收来自应用服务器的所述待传输数据,并在传输结束后释放与应用服务器之间的临时长连接,以及将所述待传输数据通过与移动终端之间的临时长连接透传至移动终端,并在传输结束后释放与移动终端之间的临时长连接;
否则,网关从DNS中查询所述对应的移动终端归属的其他网关,并分别与发送代理请求的应用服务器和所述其他网关之间建立临时长连接,通过与应用服务器之间的临时长连接接收来自应用服务器的待传输数据,并在传输结束后释放与应用服务器之间的临时长连接,以及将所述待传输数据通过与所述其他网关之间的临时长连接透传至其他网关,并在传输结束后释放与所述其他网关之间的临时长连接。
8.如权利要求7所述的方法,其特征在于,网关通过与移动终端的第一长连接将所述下行数据消息发送至所述移动终端,具体包括:
网关检测是否已与所述移动终端建立第一长连接;
若是,则通过已建立的第一长连接将所述下行数据消息发送至所述移动终端;
否则,通知移动终端建立与网关的第一长连接,在第一长连接建立后,将所述下行数据消息发送至所述移动终端。
9.如权利要求7所述的方法,其特征在于,网关通过所述第二长连接接收来自应用服务器的下行数据消息之前,所述方法还包括:
DNS接收移动终端发起的网关查询请求,所述网关查询请求中携带移动终端第一标识以及移动终端的第二标识;
DNS向移动终端返回该移动终端归属网关的路由信息,并存储所述移动终端的第一标识和第二标识,以及第二标识与该移动终端归属网关标识之间的第二对应关系;
移动终端根据所述路由信息向归属网关发起的包含第二标识的注册请求,并与归属网关之间建立第一长连接。
10.如权利要求9所述的方法,其特征在于,网关通过第一长连接将所述下行数据消息发送至所述移动终端,具体包括:
网关根据下行数据消息中携带的第一标识,从DNS中查询该移动终端的第二标识,并根据查询出的第二标识判断所述移动终端是否是在该网关内注册的移动终端;
若是,则通过第一长连接将所述下行数据消息发送至所述移动终端;
否则,根据所述第二对应关系,从DNS中查询该移动终端归属的其他网关,并将所述下行数据消息发送至所述其他网关后,由所述其他网关发送至所述移动终端。
11.如权利要求7所述的方法,其特征在于,所述方法还包括:
移动终端记录在本地安装的应用程序的标识,以及各应用程序对应的应用服务器的标识;
网关通过第一长连接将所述下行数据消息发送至所述移动终端之后,所述方法还包括:
移动终端根据下行数据消息中携带的应用服务器标识,确定接收该下行数据消息的应用程序,并查询该应用程序是否处于运行状态;
若是,则通知该应用程序获取所述下行数据消息;
否则,唤醒或启动该应用程序,通知唤醒后或启动后的应用程序获取所述下行数据消息。
12.一种数据传输的***,其特征在于,包括移动终端、网关和应用服务器,其中:
所述移动终端,用于与网关之间建立第一长连接,并通过所述第一长连接向网关发送上行数据消息,所述上行数据消息中携带应用服务器的标识,所述第一长连接传输移动终端内任一应用程序生成的上行数据消息;
所述网关,用于在确定与所述应用服务器的标识对应的应用服务器之间建立了第二长连接时,通过所述第二长连接,将所述上行数据消息发送至所述应用服务器;还用于,接收来自移动终端的代理请求,所述代理请求中携带应用服务器的标识和待传输数据的数据量;在确定所述数据量达到门限值时,根据代理请求中携带的应用服务器的标识,判断是否已与对应的应用服务器建立第二长连接;若是,则网关分别与所述移动终端和对应的应用服务器之间建立临时长连接,通过与移动终端之间的临时长连接接收来自移动终端的所述待传输数据,并在传输结束后释放与移动终端之间的临时长连接,以及,将所述待传输数据通过与应用服务器之间的临时长连接透传至应用服务器,并在传输结束后释放与应用服务器之间的临时长连接;否则,网关从DNS中查询与所述对应的应用服务器建立第二长连接的其他网关,并分别与所述移动终端和所述其他网关建立临时长连接,通过与移动终端之间的临时长连接接收来自移动终端的所述待传输数据,并在传输结束后释放与移动终端之间的临时长连接,以及,将所述待传输数据通过与所述其他网关之间的临时长连接透传至其他网关,并在传输结束后释放与所述其他网关之间的临时长连接;
所述应用服务器,用于通过所述第二长连接接收上行数据消息。
13.一种数据传输的***,其特征在于,所述***包括移动终端、网关和应用服务器,其中:
应用服务器,用于与网关建立第二长连接,并通过所述第二长连接向网关发送下行数据消息,所述下行数据消息中携带移动终端在应用服务器中注册时使用的第一标识,所述第二长连接传输应用服务器发送给任一终端的下行数据消息;
网关,用于通过与所述第一标识对应的移动终端之间的第一长连接,将所述下行数据消息发送至所述移动终端;还用于,接收来自应用服务器的代理请求,所述代理请求中携带移动终端的第一标识和待传输数据的数据量;在确定所述数据量达到门限值时,根据代理请求中携带的第一标识,通过查询DNS确定对应的第二标识,并根据确定的第二标识判断对应的移动终端是否是在该网关中注册的移动终端;若是,则分别与所述对应的移动终端和发送代理请求的应用服务器之间建立临时长连接,通过与应用服务器之间的临时长连接接收来自应用服务器的所述待传输数据,并在传输结束后释放与应用服务器之间的临时长连接,以及将所述待传输数据通过与移动终端之间的临时长连接透传至移动终端,并在传输结束后释放与移动终端之间的临时长连接;否则,从DNS中查询所述对应的移动终端归属的其他网关,并分别与发送代理请求的应用服务器和所述其他网关之间建立临时长连接,通过与应用服务器之间的临时长连接接收来自应用服务器的待传输数据,并在传输结束后释放与应用服务器之间的临时长连接,以及将所述待传输数据通过与所述其他网关之间的临时长连接透传至其他网关,并在传输结束后释放与所述其他网关之间的临时长连接;
移动终端,用于通过所述第一长连接接收下行数据消息。
14.一种网关,其特征在于,所述网关包括:
第一连接模块,用于与移动终端之间建立第一长连接,与应用服务器之间建立第二长连接,所述第一长连接传输移动终端内任一应用程序生成的上行数据消息,所述第二长连接传输应用服务器发送给任一终端的下行数据消息;
传输模块,用于在上行传输过程中,接收到移动终端通过第一长连接发送的上行数据消息时,根据该上行数据消息中携带的应用服务器的标识,将该上行数据消息通过第二长连接发送至对应的应用服务器,以及在下行传输过程中,接收到应用服务器通过第二长连接发送的下行数据消息时,根据该下行数据消息中携带的移动终端的第一标识,将该下行数据消息通过第一长连接发送至对应的移动终端;
代理模块,用于在上行传输过程中,接收来自移动终端的代理请求,所述代理请求中携带应用服务器的标识和待传输数据的数据量,并在确定所述数据量达到门限值时,根据代理请求中携带的应用服务器的标识,判断是否已与对应的应用服务器建立第二长连接;在下行传输过程中,接收来自应用服务器的代理请求,所述代理请求中携带移动终端的第一标识和待传输数据的数据量,并在确定所述数据量达到门限值时,根据代理请求中携带的第一标识,判断对应的移动终端是否是在本地注册的移动终端;
第二连接模块,用于在上行传输过程中,若网关已与对应的应用服务器建立第二长连接,则分别与所述移动终端和对应的应用服务器之间建立临时长连接,通过与移动终端之间的临时长连接接收来自移动终端的所述待传输数据,并在传输结束后释放与移动终端之间的临时长连接,以及,将所述待传输数据通过与应用服务器之间的临时长连接透传至应用服务器,并在传输结束后释放与应用服务器之间的临时长连接;否则,从DNS中查询与所述对应的应用服务器建立第二长连接的其他网关,并分别与所述移动终端和所述其他网关建立临时长连接,通过与移动终端之间的临时长连接接收来自移动终端的所述待传输数据,并在传输结束后释放与移动终端之间的临时长连接,以及,将所述待传输数据通过与所述其他网关之间的临时长连接透传至其他网关,并在传输结束后释放与所述其他网关之间的临时长连接,在下行传输过程中,若所述对应的移动终端是在本地注册的移动终端,则分别与所述对应的移动终端和发送代理请求的应用服务器之间建立临时长连接,通过与应用服务器之间的临时长连接接收来自应用服务器的所述待传输数据,并在传输结束后释放与应用服务器之间的临时长连接,以及将所述待传输数据通过与移动终端之间的临时长连接透传至移动终端,并在传输结束后释放与移动终端之间的临时长连接;否则,从DNS中查询所述对应的移动终端归属的其他网关,并分别与发送代理请求的应用服务器和所述其他网关之间建立临时长连接,通过与应用服务器之间的临时长连接接收来自应用服务器的待传输数据,并在传输结束后释放与应用服务器之间的临时长连接,以及将所述待传输数据通过与所述其他网关之间的临时长连接透传至其他网关,并在传输结束后释放与所述其他网关之间的临时长连接。
15.如权利要求14所述的网关,其特征在于,还包括:
路由管理模块,用于在上行传输过程中,判断是否与上行数据消息中携带的应用服务器的标识对应的应用服务器建立第二长连接,在没有建立第二长连接时,从DNS中查询与所述对应的应用服务器建立第二长连接的其他网关,在下行传输过程中,判断所述移动终端是否是在本地注册的移动终端,在所述移动终端不是在本地注册的移动终端时,从DNS中查询该移动终端归属的其他网关;
所述传输模块,还用于将所述上行数据消息或下行数据消息发送给所述其他网关。
16.一种移动终端,其特征在于,所述移动终端包括:
接口模块,用于与网关建立第一长连接,所述第一长连接传输移动终端内任一应用程序生成的上行数据消息;
数据收发模块,用于通过第一长连接向网关发送上行数据消息,所述上行数据消息中携带应用服务器的标识,以及通过第一长连接接收网关推送的下行数据消息;
代理请求模块,用于向网关发送代理请求,所述代理请求中携带应用服务器的标识和待传输数据的数据量;
IP代理模块,用于通过临时长连接向网关发送待传输数据,以及通过所述临时长连接接收网关推送的待传输数据;其中,所述临时长连接为所述网关在确定所述数据量达到门限值时建立的,用于网关接收来自移动终端的所述待传输数据,并在传输结束后释放与移动终端之间的临时长连接,以及,将所述待传输数据通过与应用服务器之间的临时长连接透传至应用服务器,并在传输结束后释放与应用服务器之间的临时长连接。
17.如权利要求16所述的移动终端,其特征在于,还包括:
管理模块,用于记录在本地安装的应用程序的标识,以及各应用程序对应的应用服务器的标识,并在接收到任一应用程序生成的上行数据消息后,确定对应的应用服务器的标识,并将所述应用服务器的标识携带在所述上行数据消息中;
唤醒模块,用于在接收到下行数据消息时,根据下行数据消息中携带的应用服务器标识,确定接收该下行数据消息的应用程序,并查询该应用程序是否处于运行状态,若是,则通知该应用程序获取所述下行数据消息;否则,唤醒或启动该应用程序,通知唤醒后或启动后的应用程序获取所述下行数据消息。
18.一种应用服务器,其特征在于,包括:
接口模块,用于与网关建立第二长连接,所述第二长连接传输应用服务器发送给任一终端的下行数据消息;
数据收发模块,用于通过所述第二长连接接收网关发送的上行数据消息,以及通过所述第二长连接向网关发送下行数据消息,所述下行数据消息中携带移动终端在应用服务器中注册时使用的第一标识;
所述接口模块,还用于与网关之间建立临时长连接;
所述数据收发模块,还用于通过临时长连接收发待传输数据;
其中,所述临时长连接为所述网关在确定所述数据量达到门限值时建立的,用于网关接收来自应用服务器的所述待传输数据,并在传输结束后释放与应用服务器之间的临时长连接,以及将所述待传输数据通过与移动终端之间的临时长连接透传至移动终端,并在传输结束后释放与移动终端之间的临时长连接。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110111985.1A CN102761864B (zh) | 2011-04-29 | 2011-04-29 | 一种数据传输的方法、***及设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110111985.1A CN102761864B (zh) | 2011-04-29 | 2011-04-29 | 一种数据传输的方法、***及设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102761864A CN102761864A (zh) | 2012-10-31 |
CN102761864B true CN102761864B (zh) | 2014-12-10 |
Family
ID=47056153
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201110111985.1A Active CN102761864B (zh) | 2011-04-29 | 2011-04-29 | 一种数据传输的方法、***及设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102761864B (zh) |
Families Citing this family (28)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102769603B (zh) * | 2011-05-03 | 2016-06-22 | ***通信集团公司 | 一种数据传输的方法、***及设备 |
CN103916429B (zh) * | 2012-12-31 | 2019-04-09 | 上海诺基亚贝尔股份有限公司 | 基于移动设备ua能力和呈现状态的内容推送方法和设备 |
CN103220296B (zh) * | 2013-04-26 | 2015-05-27 | 腾讯科技(深圳)有限公司 | 一种数据交互的方法、设备及*** |
WO2015109535A1 (zh) * | 2014-01-24 | 2015-07-30 | 华为技术有限公司 | 业务数据传输方法和装置 |
CN109922138A (zh) * | 2014-04-14 | 2019-06-21 | 阿里巴巴集团控股有限公司 | 消息推送方法、装置和*** |
CN104010001B (zh) * | 2014-06-17 | 2015-11-11 | 合一网络技术(北京)有限公司 | 移动终端中同类联网请求进行连接通信的方法和*** |
CN106341301A (zh) * | 2015-07-08 | 2017-01-18 | 中兴通讯股份有限公司 | 消息推送方法及装置 |
CN106487864B (zh) * | 2015-09-02 | 2019-09-27 | 华为终端有限公司 | 数据连接的建立方法、服务端及移动终端 |
CN106534241A (zh) * | 2015-09-11 | 2017-03-22 | 北京奇虎科技有限公司 | 实时数据更新方法、装置和*** |
CN106612307B (zh) * | 2015-10-22 | 2019-11-15 | 中移(杭州)信息技术有限公司 | 一种永远在线业务的实现方法及装置 |
CN106888242A (zh) * | 2015-12-16 | 2017-06-23 | 五八同城信息技术有限公司 | 一种应用的数据处理方法及装置 |
CN105491169A (zh) * | 2016-01-26 | 2016-04-13 | 苏州蜗牛数字科技股份有限公司 | 一种数据代理方法与*** |
CN106211107A (zh) * | 2016-06-29 | 2016-12-07 | 江苏省公用信息有限公司 | 一种基于大数据的短信推荐方法和*** |
CN106713328A (zh) * | 2016-12-29 | 2017-05-24 | 北京奇虎科技有限公司 | 一种基于长连接的信息处理方法和装置 |
CN108965359B (zh) * | 2017-05-19 | 2021-07-13 | 北京京东尚科信息技术有限公司 | 通信方法、通信装置、可读介质和电子设备 |
CN107580046B (zh) * | 2017-08-31 | 2021-02-23 | 北京奇虎科技有限公司 | 长连接服务***及方法 |
CN107508916B (zh) * | 2017-09-27 | 2021-02-26 | 苏州狗尾草智能科技有限公司 | 用于智能机器人的服务器链接管理方法 |
CN108769202A (zh) * | 2018-05-30 | 2018-11-06 | 维沃移动通信有限公司 | 一种消息推送方法及其服务器和终端设备 |
CN108965400B (zh) * | 2018-06-25 | 2020-03-31 | 阿里巴巴集团控股有限公司 | 一种信息的处理方法、装置、设备及*** |
CN115334129A (zh) * | 2019-03-14 | 2022-11-11 | 西安艾润物联网技术服务有限责任公司 | 一种基于车载终端的车辆控制方法及终端 |
CN110213346B (zh) * | 2019-05-14 | 2021-12-14 | 北京思源理想控股集团有限公司 | 加密信息的传输方法及装置 |
CN112054985B (zh) * | 2019-06-06 | 2024-01-19 | 全球能源互联网研究院有限公司 | 一种移动终端与现场检测试验设备的数据交互方法及*** |
CN110267058B (zh) * | 2019-07-18 | 2022-03-08 | 天翼数字生活科技有限公司 | 直播方法、网关、设备集群、***和装置 |
CN110493353A (zh) * | 2019-09-05 | 2019-11-22 | 香港乐蜜有限公司 | 通信方法、装置及服务器 |
CN111262779A (zh) * | 2020-01-21 | 2020-06-09 | 香港乐蜜有限公司 | 即时通讯中数据的获取方法、装置、服务器及*** |
CN112187899B (zh) * | 2020-09-18 | 2022-05-06 | 北京金山云网络技术有限公司 | 云托管通信方法、装置、***、计算机设备和存储介质 |
CN113472893B (zh) * | 2021-07-22 | 2023-08-01 | 咪咕数字传媒有限公司 | 数据处理方法、装置、计算设备及计算机存储介质 |
CN114095561B (zh) * | 2022-01-20 | 2022-07-08 | 阿里巴巴(中国)有限公司 | 消息处理***和方法、设备及存储介质 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1561040A (zh) * | 2004-02-24 | 2005-01-05 | 武汉虹信通信技术有限责任公司 | 基于gprs/cdma2000 1x的通用无线透明vpn网桥***传输方法 |
US20070197260A1 (en) * | 2006-02-22 | 2007-08-23 | Joshua Randall | Interface for mobile devices and methods |
EP1973290A1 (en) * | 2007-03-23 | 2008-09-24 | Nokia Siemens Networks Gmbh & Co. Kg | Carrier selection in an IP multimedia subsystem (IMS) |
CN101374116A (zh) * | 2007-08-23 | 2009-02-25 | 华为技术有限公司 | 一种实现在线业务的方法及装置 |
CN101959220A (zh) * | 2009-07-15 | 2011-01-26 | 中兴通讯股份有限公司 | 一种集中式移动代理服务器的管理方法及管理*** |
-
2011
- 2011-04-29 CN CN201110111985.1A patent/CN102761864B/zh active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1561040A (zh) * | 2004-02-24 | 2005-01-05 | 武汉虹信通信技术有限责任公司 | 基于gprs/cdma2000 1x的通用无线透明vpn网桥***传输方法 |
US20070197260A1 (en) * | 2006-02-22 | 2007-08-23 | Joshua Randall | Interface for mobile devices and methods |
EP1973290A1 (en) * | 2007-03-23 | 2008-09-24 | Nokia Siemens Networks Gmbh & Co. Kg | Carrier selection in an IP multimedia subsystem (IMS) |
CN101374116A (zh) * | 2007-08-23 | 2009-02-25 | 华为技术有限公司 | 一种实现在线业务的方法及装置 |
CN101959220A (zh) * | 2009-07-15 | 2011-01-26 | 中兴通讯股份有限公司 | 一种集中式移动代理服务器的管理方法及管理*** |
Also Published As
Publication number | Publication date |
---|---|
CN102761864A (zh) | 2012-10-31 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102761864B (zh) | 一种数据传输的方法、***及设备 | |
CN102769603B (zh) | 一种数据传输的方法、***及设备 | |
CN102811335B (zh) | 建立视频会话的方法、设备和*** | |
CN103096435B (zh) | 连接保持方法、装置以及移动终端 | |
KR100692653B1 (ko) | 무선 인터넷 데이터 중계 방법 및 이를 이용한 무선 인터넷데이터를 위한 액세스 게이트웨이 시스템 | |
CN101399853A (zh) | 用户标识服务器、数据业务处理***及方法 | |
US20090030917A1 (en) | Multimedia messaging service-based database synchronization | |
CN113420007A (zh) | 数据库访问的审计处理方法、装置及电子设备 | |
EP3697070B1 (en) | Apparatus, method and program for transmitting and receiving data to and from iot device | |
EP1993245A1 (en) | A system and method for realizing message service | |
CN109039427B (zh) | 一种船舶监控管理装置 | |
CN106197457A (zh) | 一种基于车联网的海量数据处理装置 | |
CN107104964B (zh) | 一种网络安全终端及使用方法 | |
CN112367297B (zh) | 一种业务控制方法及装置 | |
CN101197778B (zh) | 数据包传输的方法、装置和*** | |
CN112291207B (zh) | 一种前端设备目录获取方法及装置 | |
CN103227977A (zh) | 在移动通信网络中实现短信发送或群发的方法及*** | |
CN101447878B (zh) | 一种预付费业务的计费方法与*** | |
CN103188728A (zh) | 一种网络拥塞控制方法及*** | |
CN112291210B (zh) | 一种前端设备目录获取方法及装置 | |
CN115348309B (zh) | 通讯管理方法及装置 | |
JP6509413B1 (ja) | IoT機器とのデータの送受信を行うための装置、方法及びプログラム | |
CN112188243B (zh) | 一种前端摄像头实时视频点播方法及装置、电子设备 | |
Zhou et al. | Design of geomagnetic data platform system for the internet of vehicle | |
CN202353605U (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 |