CN104737499A - 终端、消息分发系统、消息分发方法以及消息接收程序 - Google Patents

终端、消息分发系统、消息分发方法以及消息接收程序 Download PDF

Info

Publication number
CN104737499A
CN104737499A CN201380054088.9A CN201380054088A CN104737499A CN 104737499 A CN104737499 A CN 104737499A CN 201380054088 A CN201380054088 A CN 201380054088A CN 104737499 A CN104737499 A CN 104737499A
Authority
CN
China
Prior art keywords
terminal
dispensing device
message
network
address space
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
Application number
CN201380054088.9A
Other languages
English (en)
Other versions
CN104737499B (zh
Inventor
大西健夫
城岛贵弘
川户正裕
多忠行
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Publication of CN104737499A publication Critical patent/CN104737499A/zh
Application granted granted Critical
Publication of CN104737499B publication Critical patent/CN104737499B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/25—Mapping addresses of the same type
    • H04L61/2503—Translation of Internet protocol [IP] addresses
    • 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
    • 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/55—Push-based network services
    • 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/163—In-band adaptation of TCP data exchange; In-band control procedures
    • 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/0215—Traffic management, e.g. flow control or congestion control based on user or device properties, e.g. MTC-capable devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/668—Internet protocol [IP] address subnets
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/18—Selecting a network or a communication service
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephonic Communication Services (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Telephone Function (AREA)

Abstract

提供的是终端、消息分发系统、消息分发方法以及消息接收程序，利用其来自推送服务器的推送消息能够被可靠地递送到终端而不管由所述终端所使用的网络的类型如何，同时减小所述推送服务器的处理负荷。本发明装配有：网络状态检测单元(11)，所述网络状态检测单元(11)检测连接终端和执行推送型消息分发的分发装置的网络的状态；以及接收单元(12)，所述接收单元(12)基于检测结果来确定所述终端和所述分发装置是否位于同一IP地址空间中，并且当所述终端和所述分发装置不位于同一IP地址空间时，选择使用预先建立的TCP会话的第一通信方法，以及当所述终端和所述分发装置位于同一IP地址空间中时，选择使用当消息被分发时在所述分发装置与所述终端之间新近建立的TCP会话的第二通信方法，以便接收来自所述分发装置的消息。

Description

终端、消息分发系统、消息分发方法以及消息接收程序
技术领域
本发明涉及用于向用户提供事件通知服务的终端、消息分发系统、消息分发方法以及消息分发程序。
背景技术
存在事件通知服务，在所述事件通知服务中，事件的通知(例如，VoIP(IP语音电话)传入呼叫通知和SNS(社交网络服务)更新通知)通过IP(网际协议)网络而被从服务器装置积极地发送到终端。服务器装置在在事件通知服务中发送的推送型通知被称作“推送通知”(“Push Notification”)或推送消息。发送推送消息的服务器装置(在下文中被称为推送服务器)从服务提供商服务器(在下文中被称为应用服务器)接收涉及VoIP传入通知、SNS更新通知、聊天消息分发、云存储更新通知等的通知请求。应用服务器是由诸如SNS管理员的服务提供商所使用的服务器装置。
服务提供商使用应用服务器来请求推送服务器，以用于到由该服务提供商提供的应用的消息分发。服务提供商向用户预先地提供用于利用服务的应用。然后，用户使由服务提供商提供的应用在终端上运行。
推送服务器根据消息分发请求向在终端上运行的软件(在下文中被称为推送客户端)发送推送消息。推送客户端将所接收到的消息传递给由所接收到消息的目的地地址所指定的应用。应用根据从推送客户端接收到的消息的内容来执行处理。
在事件通知服务中，推送服务器发出针对终端和应用的每个组合的ID。例如，推送服务器对于终端X中的应用A发出ID“xxxA”、针对终端X中的应用B发出ID“xxxB”，以及针对终端Y中的应用C发出ID“yyyC”。推送服务器、推送客户端以及应用服务器共享每个ID。
图11是图示事件通知服务的概要的说明性图。当做出消息分发请求时，应用服务器连同消息分发请求一起向推送服务器传递指示由消息分发的目的地地址所指示的终端和应用的组合的ID。图11图示服务提供商A的应用服务器700-1连同寻址到终端X中的应用A的消息分发请求一起将ID“xxxA”传递给推送服务器600的情况的示例。这里，假定了终端500-1和终端500-2分别对应于终端X和终端Y。另外，假定了由服务提供商A提供给终端X的应用(在下文中被描述为应用A)以及由服务提供商B提供给终端X的应用(在下文中被描述为应用B)被存储在终端X中。而且，假定了由服务提供商C提供给终端Y的应用(在下文中被描述为应用C)被存储在终端Y中。
推送服务器600基于ID“xxxA”向作为消息分发的目的地地址的终端X发送消息。终端X中的推送客户端510-1基于ID“xxxA”将所接收到的消息发送到由消息分发的目的地地址所指示的应用，即，应用A。
应用A根据所接收到的消息来执行处理。例如，应用A向用户通知信息。应用A与内容服务器进行通信并且从该内容服务器获取更新的内容。
PTL1描述了一种取决于网络环境和推送服务器的资源状态来选择持续维持从终端到推送服务器的连接的连接型分发方法、或终端对推送服务器周期性地执行轮询的轮询型分发方法的方法(参见例如PTL1)。
[引用列表]
[专利文献]
[PTL 1]日本专利申请特开No.2011-123801
发明内容
[技术问题]
终端利用诸如3G(3rd Generation)(第三代)网络和WiFi(WirelessFidelity)(无线保真)(注册商标)的各种网络。取决于由终端所利用的网络，在推送服务器与终端之间连接的方法可能受NAT(NetworkAddress Translation)(网络地址转换)或FW(Fire Wall)(防火墙)限制。在这样的情形中，也许不能向终端可靠地递送推送消息。
这样的情况例如是终端附属于推送服务器所不附属于的NAT装置，即，具有NAT功能的路由器等被安装在推送服务器与终端之间的情况。在这种情况下，由推送服务器使用的IP地址空间不同于由终端使用的IP地址空间。因此，不能够从推送服务器向终端直接地发送IP分组。因此，从终端到推送服务器预先建立了TCP会话。推送服务器利用所建立的TCP会话向终端发送推送消息。
具有NAT功能的路由器使用IP转换表在终端的全局地址与专用地址之间转换。IP转换表将表示全局地址与专用地址之间的对应的信息存储在每个TCP会话中。根据NAT，其中在预定时间内未执行通信的TCP会话被确定为超时。这个TCP会话被从IP转换表中删除。从IP转换表中删除的TCP会话被设置为使得不能够执行通信。然后，推送服务器不能够向终端递送推送消息。
因此，在终端附属于推送服务器所不附属于的NAT装置的环境中，即使不存在要分发的推送消息，为了维持TCP会话，也在推送服务器与终端之间周期性地执行通信。例如，周期性地发送和接收KeepAlive信号。
当利用诸如3G网络或LTE(Long Term Evolution)(长期演进)网络的移动网络时，终端根据通信状态切换无线电状态以便保存电力。例如，终端根据通信状态将无线电状态改变成待机状态或激活状态。当切换无线电状态时，终端向移动网络发送用于切换无线电状态的控制信号或者从移动网络接收用于切换无线电状态的控制信号。在其中在终端上运行的应用等周期性地生成通信的情况下，终端的无线电状态交替地重复待机状态和激活状态。因此，许多控制信号在移动网络上流动，并且在网络中发生拥塞。另外，许多控制信号的生成增加用于在推送服务器中对控制信号做出响应的处理负荷。因此，用于维持TCP会话的周期性通信造成移动网络中的拥塞并且增加推送服务器的处理负荷。
如果推送服务器和终端位于同一NAT装置内部，即，如果推送服务器和终端是在同一IP地址空间中，则能够从推送服务器向终端直接地发送IP分组。因此，如果推送服务器和终端位于同一NAT装置内部，则不必要一直维持TCP会话。因此，能够抑制移动网络中的拥塞。然而，诸如智能电话的装置能够容易地改变装置利用的网络。因此，难以一直将推送服务器和装置定位在同一NAT内部。例如，即便当终端和推送服务器位于同一NAT装置内部时，如果装置将网络改变为WiFi，则装置可以附属于WiFi的NAT装置。
PTL1中所描述的方法根据使用中网络的情形，例如，通信速度或连接持久时间，来选择分发方法。换句话说，PTL 1中所描述的方法不根据网络的类型来选择分发方法。因此，当使用PTL 1中所描述的方法时，可以在移动网络中选择连接型分发方法。因此，可能在移动网络中造成拥塞。
因此，本发明目的在于提供能够在减小推送服务器的处理负荷的同时从推送服务器向终端可靠地递送推送消息而不管网络的类型如何的终端、消息分发系统、消息分发方法以及消息分发程序。
[问题的解决方案]
根据本发明的终端的特征是包括：网络状态检测单元，所述网络状态检测单元检测连接终端和执行推送型消息分发的分发装置的网络的状态；以及接收单元，所述接收单元基于检测的结果来确定终端和分发装置是否位于同一IP地址空间中，如果终端和分发装置不位于同一IP地址空间中，则选择利用预先建立的TCP会话的第一通信方法，如果终端和分发装置位于同一IP地址空间中，则选择利用当消息被分发时由分发装置新近建立的在终端与分发装置之间的TCP会话的第二通信方法，并且根据所选择的通信方法接收来自分发装置的消息。
根据本发明的消息分发系统的特征是包括终端以及执行到终端的推送型消息分发的分发装置，
所述终端包括：网络状态检测单元，所述网络状态检测单元检测连接终端和执行推送型消息分发的分发装置的网络的状态；以及接收单元，所述接收单元基于检测结果来确定终端和分发装置是否位于同一IP地址空间中，如果终端和分发装置不位于同一IP地址空间中，则选择利用预先建立的TCP会话的第一通信方法，如果终端和分发装置位于同一IP地址空间中，则选择利用当消息被分发时由分发装置新近建立的在终端与分发装置之间的TCP会话的第二通信方法，并且根据所选择的通信方法接收来自分发装置的消息，其中，
分发装置包括根据从终端通知的通信方法选择结果来执行消息分发的控制单元。
根据本发明的消息分发方法的特征是包括：通过终端来检测连接终端和执行消息分发的分发装置的网络的状态；基于检测结果来确定终端和分发装置是否位于同一IP地址空间中，如果终端和分发装置不位于同一IP地址空间中，则选择利用预先建立的TCP会话的第一通信方法，如果终端和分发装置位于同一IP地址空间中，则选择利用当消息被分发时由分发装置新近建立的在终端与分发装置之间的TCP会话的第二通信方法；以及通过分发装置根据从终端通知的通信方法选择结果来执行消息分发。
根据本发明的消息接收程序的特征是包括使安装在能够与执行推送型消息分发的分发装置进行通信的终端中的计算机执行以下各处理：检测在终端与分发装置之间连接的网络的状态；基于检测的结果来确定终端和分发装置是否位于同一IP地址空间中，如果终端和分发装置不位于同一IP地址空间中，则选择利用预先建立的TCP会话的第一通信方法，并且如果终端和分发装置位于同一IP地址空间中则选择利用当消息被分发时由分发装置新近建立的在终端与分发装置之间的TCP会话的第二通信方法；以及根据所选择的通信方法接收来自消息分发的消息。
[发明的有益效果]
根据本发明，在减小推送服务器的处理负荷的同时，能够从推送服务器向终端可靠地递送推送消息，而不管网络的类型如何。
附图说明
图1是图示根据本发明的消息分发系统的第一示例性实施例的配置的框图。
图2是图示终端的第一示例性实施例的配置的框图。
图3是图示当终端选择长轮询方法作为推送方法时的操作的顺序图。
图4是图示当终端选择直接IP方法作为推送方法时的操作的顺序图。
图5是图示根据长轮询方法的推送消息分发过程的顺序图。
图6是图示根据直接IP方法的推送消息分发过程的顺序图。
图7是图示根据SMS的推送消息分发过程的顺序图。
图8是图示当终端选择直接IP方法作为推送方法时的第三示例性实施例的操作的顺序图。
图9是图示根据本发明的终端的最小配置的框图。
图10是图示根据本发明的消息分发系统的最小配置的框图。
图11是图示事件通知服务的概要的说明性图。
具体实施方式
(第一示例性实施例)
在下文中，参考附图描述本发明的第一示例性实施例。
图1是图示根据本发明的消息分发系统的第一示例性实施例的配置的框图。
如图1中所图示的，通信系统包括终端100-1至100-n、推送服务器200以及应用服务器300-1至300-n。附带地，尽管在图1中举例说明了单个推送服务器200，但是可以包括任何数目的推送服务器。
终端100-1至100-n例如是诸如移动电话的通信终端。推送服务器200通信地连接至应用服务器300-1至300-n。推送服务器200经由移动网络或无线LAN和因特网通信地连接至终端100-1至100-n。移动网络例如是3G网络或LTE网络。无线LAN例如是WiFi。
每个终端包括推送客户端110和应用120-1至120-n。
图2是图示终端的第一示例性实施例的配置的框图。
如图2中所图示的，每个终端100(终端100-1至100-n中的每一个)的推送客户端110包括终端状态通知发送单元111、网络(NW)状态检测单元112、消息更新通知接收单元113、消息接收单元114以及消息通知单元115。
终端状态通知发送单元111执行终端状态通知。具体地，终端状态通知发送单元111向推送服务器200通知表示终端状态的信息(在下文中被描述为终端状态信息)。终端状态信息包括例如终端100的IP地址。
NW状态检测单元112检测网络状态。具体地，NW状态检测单元112检测终端100和推送服务器200连接至的网络的类型作为网络状态。网络的类型例如是无线LAN和移动网络。
消息更新通知接收单元113接收从推送服务器200发送的消息更新通知。
消息接收单元114从推送服务器200接收涉及消息更新通知的消息。
消息通知单元115向应用120-1至120-n传递从推送服务器200接收到的消息。
应用120-1至120-n是在终端100上运行的应用程序。应用120-1至120-n是从例如服务提供商等提供的，并且被存储在设置在终端中的存储单元(未图示)中。
附带地，推送客户端110由设置在终端100中的CPU等实现。
推送服务器200是向终端分发推送消息的服务器装置。推送服务器200包括控制单元(未图示)。附带地，控制单元由设置在推送服务器200中的CPU等实现。在下文中，表达“推送服务器200的控制单元处理”被简单地描述为“推送服务器200处理”。
应用服务器300-1至300-n是由每个服务提供商所使用的服务装置。应用服务器300-1至300-n中的每一个响应于由例如服务提供商输入的操作来向推送服务器200发送消息分发请求。
接下来，描述了本示例性实施例的操作。
首先，描述了确定终端100如何获取推送消息的方法(在下文中被称为推送方法)的操作。
在本示例性实施例中，终端使用第一通信方法和第二通信方法作为推送方法。第一通信方法是长轮询方法(在下文中被简单地称为长轮询)。第二通信方法是直接IP方法(在下文中被简单地称为直接IP)。
长轮询是推送服务器阻塞对来自终端的HTTP请求(HTTP GET)的响应，直到生成了要分发的推送消息为止。换句话说，如果不存在要分发的消息，则推送服务器对HTTP响应不做出响应，直到推送服务器从应用服务器接收到消息分发请求为止。
长轮询利用HTTP。因此，即便当终端连接至诸如WiFi的无线LAN、使得该终端附属于无线LAN的NAT装置时，也能够向终端递送推送消息。另外，即使是在像公司内部网这样的终端通过代理服务器连接至因特网的环境中，长轮询也能够向终端递送推送消息。
然而，长轮询需要一直维持TCP会话。因此，推送服务器和终端需要周期性地执行通信以便维持TCP会话。因此，当在移动网络中执行长轮询时，可能发生拥塞。此外，服务负荷可能增加。
直接IP是推送服务器在分发消息时与终端建立TCP会话并且利用所建立的TCP会话来发送推送消息的方法。
如果终端附属于无线LAN的NAT装置，则终端和推送服务器分别位于不同的IP地址空间中，使得推送服务器不能够建立到终端的TCP连接。因此，当利用了直接IP时，有必要将推送服务器和终端定位在同一NAT装置中。
电信公司(载体)能够将推送服务器安装在移动网络中。换句话说，推送服务器和终端能够被安装在同一NAT装置内部。因此，即使在移动网络经由NAT装置连接至因特网的环境中，也能够通过由载体将推送服务器安装在移动网络中，经由移动网络来利用直接IP。
即便当推送服务器和终端不位于同一NAT装置内部时，如果全局IP地址被分配给终端，则推送服务器也能够与终端建立TCP会话。因此，能够利用直接IP。
直接IP不必一直维持TCP会话。因此，即便当在移动网络中利用了直接IP时，直接IP也不造成拥塞。
因此，在本示例性实施例中，终端100根据网络的状态来适当地使用推送方法。具体地，在网络是诸如WiFi的无线LAN使得通常终端附属于其NAT装置的情况下，终端100选择长轮询。在网络是包括位于同一NAT装置内部的终端和推送服务器的移动网络的情况下，终端100选择直接IP。
图3是图示当终端100选择长轮询作为推送方法时的操作的顺序图。附带地，在图3中，举例说明了单个应用120(即，应用120-1至120-n中的每一个)。然而，任何数目的应用可以在终端100上运行。此外，在图3中，举例说明了单个终端100。然而，在将多个终端连接至推送服务器200的情况下，每个终端与终端100类似地操作。
如果连接终端100和推送服务器200的网络的状态改变，则终端100的推送客户端110检测到网络的状态改变(步骤S301)。具体地，推送客户端110的NW状态检测单元112从在终端100中操作的OS(Operating System)(操作系统)接收指示网络的状态改变的通知(在下文中被描述为NW状态改变通知)。
NW状态检测单元112基于NW状态改变通知来检测网络的状态(步骤S302)。具体地，NW状态检测单元112检查连接终端100和推送服务器200的网络的类型。这里，NW状态检测单元112识别出终端100和推送服务器200经由无线LAN彼此连接。
因为网络是无线LAN，所以消息接收单元114选择长轮询作为推送方法。然后，消息接收单元114向推送服务器200发送查询请求，以便做出关于要分发的推送消息的存在/不存在的查询(在下文中被描述为推送查询)。具体地，消息接收单元114发送HTTP请求(步骤S303)。
推送服务器200不立刻对HTTP请求做出响应。推送服务器200阻塞对HTTP请求的响应直到生成了要分发到终端100的推送客户端110的推送消息为止。附带地，如果存在要分发的推送消息，则推送服务器200在不用阻塞的情况下立刻返回响应。
图4是图示当终端100选择直接IP方法作为推送方法时的操作的顺序图。
步骤S401中的处理和步骤S402中的处理分别与步骤S301中的处理和步骤S302中的处理相似。因此，省略了对步骤S401中的处理和步骤S402中的处理的描述。
附带地，在步骤S402中，NW状态检测单元112识别出终端100和推送服务器200经由移动网络彼此连接。
因为网络是移动网络，所以消息接收单元114选择直接IP作为推送方法。
消息更新通知接收单元113开始监听TCP(步骤S403)。具体地，消息更新通知接收单元113打开TCP端口以便使TCP端口准备好接收消息更新通知。
终端状态通知发送单元111通知终端的状态(步骤S404)。具体地，终端状态通知发送单元111向推送服务器200发送包括终端的IP地址和由消息更新通知接收单元113打开的TCP端口的端口号的终端状态信息。
在步骤S404之后，终端100的推送客户端110等待来自推送服务器200的TCP连接。换句话说，推送客户端100等待推送服务器200与终端100建立TCP会话。在那时，未建立推送客户端110与推送服务器200之间的TCP会话。因此，推送客户端110和推送服务器200不必周期性地与彼此进行通信以便维持TCP会话。
在下文中，描述了在推送服务器200中确定推送方法的过程。
当在步骤S303中接收到对推送查询的HTTP请求时，推送服务器200确定终端100选择长轮询。另外，当在步骤S404中从终端状态通知发送单元111接收到终端状态信息时，推送服务器200确定终端100选择直接IP。
因此，选择推送方法的结果通过终端状态通知或推送查询而被通知给推送服务器200。为了实现这样的实施例，例如终端状态通知的URL的路径以及推送查询的路径被单独地设置并且然后推送服务器200确定URL中的哪一个被访问是有用的。
接下来，描述了由终端100使用长轮询来获取推送消息的操作。
图5是图示根据长轮询方法的推送消息分发过程的顺序图。
图5中所示出的顺序图图示在推送查询由终端100做出之后消息分发系统的操作。
当从推送客户端110的消息接收单元114接收到作为HTTP请求的推送查询时(步骤S501)，推送服务器200确定终端100选择长轮询。在那时，推送服务器200等待要分发的推送消息的生成，而不立刻做出响应。换句话说，推送服务器200处于等待推送的状态。
当从应用服务器300接收到推送消息分发请求时(步骤S502)，推送服务器200连同指示HTTP请求被正常地处理的HTTP响应(HTTP200OK)一起向推送客户端110发送推送消息(步骤S503)。
推送客户端110的消息通知单元115将在步骤S503中接收到的消息传递给有关应用(步骤S504)。
接下来，描述了由终端100根据直接IP来获取推送消息的操作。
图6是图示根据直接IP方法的推送消息分发过程的顺序图。
图6中所示出的顺序图图示在终端100发送终端状态通知之后消息分发系统的操作。
当从终端100接收终端状态通知时，即，当从终端100接收到终端状态信息时，推送服务器200确定终端100选择直接IP。然后，当从应用服务器300接收到推送消息分发请求(步骤S601)时，推送服务器200执行到客户端110的TCP连接(步骤S602)。在直接IP中，这个TCP连接由消息更新通知来表示。换句话说，消息更新通知接收单元113检测TCP连接。因此，消息更新通知接收单元113确定消息更新通知被执行。
当消息更新通知接收单元113检测到推送服务器200的TCP连接时，消息接收单元114使用这个检测作为触发器并且开始消息获取过程。换句话说，消息接收单元114发送消息获取请求作为HTTP请求(步骤S603)。
推送服务器200连同指示HTTP请求被正常地处理的HTTP响应一起向推送客户端110发送推送消息(步骤S604)。
推送客户端110的消息通知单元115向有关应用传递在步骤S604中接收到的消息(步骤S605)。
如上所述，在本示例性实施例中，终端根据网络的状态来确定推送方法。因此，与仅利用长轮询方法的情况相比，能够减小推送服务器的处理负荷，并且此外，能够向终端中的推送客户端可靠地递送推送消息，而不管由终端所利用的网络的类型如何。
此外，因为当终端利用移动网络时选择了不必一直维持TCP会话的直接IP，所以能够抑制移动网络中的控制信号的拥塞发生。
附带地，在本示例性实施例中，当终端和推送服务器分别存在于不同的IP地址空间中时，允许执行经由NAT装置/FW的通信或经由代理服务器的通信的长轮询被选择为推送方法。然而，其它方法能够被用作为推送方法。例如，如果可以不执行经由代理服务器的通信是容许的，则能够利用WebSocket和TCP唯一通信。换句话说，第一通信方法可以是WebSocket或TCP唯一通信。
WebSocket是针对在Web服务器与浏览器之间的TCP上的双向通信的通信方法。在WebSocket中，如果一旦建立了TCP会话，则就能够执行终端与推送服务器之间的双向通信。然而，根据WebSocket，不能够执行不支持WebSocket的经由代理服务器的通信。TCP唯一通信是由用户等唯一地开发的TCP上的通信方法。
(第二示例性实施例)
在下文中，参考附图描述本发明的第二示例性实施例。
根据第二示例性实施例的终端100的配置与根据第一示例性实施例的终端100的配置相似。因此，省略了对根据第二示例性实施例的终端100的配置的描述。
在第一示例性实施例中，已经举例说明了通过长轮询和直接IP来分发推送消息的消息分发系统。
然而，在一些情况下，长轮询和直接IP均不能够向终端递送推送消息。这样的情况例如是终端处于无通信状态(睡眠状态)持续较长时间，并且因此终端的IP地址是开放的。
根据本示例性实施例，如果长轮询和直接IP均不能够向终端递送推送消息，则推送服务器200利用SMS(Short Message Service)(短消息服务)来分发推送消息。
图7是图示根据SMS的推送消息分发过程的顺序图。
当从应用服务器300接收到推送消息分发请求时(步骤S701)，推送服务器200确定由在分发目的地的终端所选择的推送方法是否能够分发推送消息。在本示例性实施例中，推送服务器200执行推送消息分发试验，并且基于分发试验的结果来确定是否能够分发推送消息(步骤S702)。
如果在分发目的地的终端选择直接IP作为推送方法，则推送服务器200根据直接IP来执行推送消息分发试验。然而，如果在分发目的地的终端选择长轮询作为推送方法，则推送服务器200根据长轮询来执行推送消息分发试验。
在那时，终端100可以处于睡眠状态持续较长时间，使得终端100的IP地址是开放的。在这样的情况下，不能够向终端100分发推送消息。
如果在推送消息分发试验中失败，则推送服务器200确定由在分发目的地的终端所选择的推送方法不能够执行推送消息分发。然而，推送服务器200使用SMS向推送客户端110发送指示存在推送消息要分发的通知(步骤S703)。在那时，即使终端100的IP地址是开放的，通过SMS发送的通知也被递送给终端100。在本示例性实施例中，通过SMS发送的通知是消息更新通知。换句话说，当接收到通过SMS发送的消息时，消息更新通知接收单元113确定存在消息更新通知。
当推送客户端110的消息更新通知接收单元113接收到根据SMS发送的通知时，消息接收单元114使用这个通知作为触发器开始消息获取过程。在那时，终端100的IP地址是开放的。然而，在终端100以其来设法与推送服务器200进行通信的定时下，IP地址被分配给终端100。例如，DHCP(Dynamic Host Configuration Protocol)(动态主机配置协议)服务器将IP地址分配给终端100。因此，能够向终端100分发推送消息。
在IP地址被分配给终端100之后，消息接收单元114向推送服务器200发送消息获取请求作为HTTP请求(步骤S704)。
推送服务器200连同指示HTTP请求被正常地处理的HTTP响应一起向推送客户端110发送推送消息(步骤S705)。
推送客户端110的消息通知单元115将在步骤S705中接收到的消息传递给设置在分发目的地中的应用(步骤S706)。
如上所述，在本示例性实施例中，当终端从推送服务器接收到指示存在推送消息要分发并且使用SMS来发送的通知时，终端向推送服务器发送消息获取请求。因此，即使在使用长轮询和直接IP的推送服务器不能够向终端递送推送消息的情况下，如果推送服务器通过SMS向终端发送通知，则终端也能够基于该通知来获取推送消息。因此，例如，即使在终端的IP地址是开放的情况下，也能够向终端可靠地分发推送消息。
附带地，在本示例性实施例中，已经举例说明了使用通过SMS发送的通知作为触发器的情况。然而，如果能够向其IP地址是开放的终端通知指示存在推送消息要分发的信息，则可以利用除SMS以外的方法。
(第三示例性实施例)
在下文中，参考附图描述本发明的第三示例性实施例。
根据第三示例性实施例的终端100的配置与根据第一示例性实施例和第二示例性实施例中的每一个的终端100的配置相似。因此，省略了对根据第三示例性实施例的终端100的配置的描述。
附带地，在本示例性实施例中，如果终端的IP地址和其在执行最后的终端状态通知时的IP地址相同，则终端状态通知发送单元111不执行终端状态通知。
图8是图示当终端100选择直接IP方法作为推送方法时的第三示例性实施例的操作的顺序图。
步骤S801中的处理、步骤S802中的处理以及步骤S803中的处理分别与步骤S401中的处理、步骤S402中的处理以及步骤S403中的处理相似。因此，省略了对步骤S801至步骤S803中的每一个中的处理的描述。
在步骤S803之后，终端状态通知发送单元111检查当前分配给终端的IP地址是否和在执行最后的终端状态通知时的终端的IP地址相同(步骤S804)。
如果IP地址彼此相同，则终端状态通知发送单元111不执行终端状态通知(步骤S805)。如果IP地址彼此不相同，则终端状态通知发送单元111与步骤S404中的处理类似地执行终端状态通知。
如上所述，在本示例性实施例中，在终端选择直接IP作为推送方法的情况下，如果终端的IP地址和其在执行最后的终端状态通知时的IP地址相同，则终端不执行终端状态通知。因此，能够减轻终端和推送服务器中的每一个的处理负荷。特别地，在终端的网终状态被频繁地改变的环境中，能够减轻终端和推送服务器中的每一个的处理负荷。
例如，在移动网络与WiFi之间的切换被频繁地执行的环境中，每当网络被从WiFi切换到移动网络时从终端向推送服务器发送终端状态信息。因此，终端和推送服务器中的每一个的处理负荷可能增加。然而，根据本示例性实施例，即使在这样的环境中，也能够减轻终端和推送服务器中的每一个的处理负荷。
图9是图示根据本发明的终端的最小配置的框图。图10是图示根据本发明的消息分发系统的最小配置的框图。
如图9中所图示的，终端10(相当于终端100-1至100-n中的每一个和图2中所图示的终端)包括：
网络状态检测单元11，所述网络状态检测单元11检测连接了终端和用于执行推送型消息分发的分发装置(相当于图1中所图示的推送服务器200)的网络的状态；以及
接收单元12，所述接收单元12基于检测的结果，来确定终端和分发装置是否位于同一IP地址空间中，如果终端和分发装置不位于同一IP地址空间中，则选择利用预先建立的TCP会话的第一通信方法，如果终端和分发装置位于同一IP地址空间中，则选择利用通过当消息被分发时的分发装置新近建立的在分发装置与终端之间的TCP会话的第二通信方法，并且根据所选择的通信方法从分发装置接收消息。
附带地，网络状态检测单元11相当于图2中所图示的终端100的推送客户端110的NW状态检测单元112。接收单元12相当于图2中所图示的终端100的推送客户端110的终端状态通知发送单元111、消息更新通知接收单元113以及消息接收单元114的集合。
采用这样的配置，能够向终端可靠地递送推送消息，而不管网络的类型如何，同时减小分发装置的处理负荷。
在上述示例性实施例中，还公开了以下终端。
(1)一种终端，其中，如果连接了终端和分发装置的网络是无线LAN，则接收单元12确定终端和分发装置不位于同一IP地址空间中，以及如果网络是移动网络，则还确定终端和分发装置位于同一IP地址空间中。
采用这样的配置，能够基于网络的类型来确定终端和分发装置是否位于同一IP地址空间中。
(2)一种终端，其中，如果选择了第一通信方法，则接收单元12向分发装置发送查询要分发的消息的存在/不存在的查询请求，并且其中，如果选择了第二通信方法，则当检测到与分发装置的TCP连接时，接收单元12向分发装置发送消息获取请求。
采用这样的配置，能够根据所选择的推送方法从分发装置获取推送消息。
(3)一种终端，其中，接收单元12在选择了第二通信方法时，向分发装置通知包括终端的IP地址的终端状态信息。
采用这样的配置，分发装置能够基于终端状态通知来识别终端的IP地址等。因此，能够执行从分发装置到终端的TCP连接。此外，终端状态信息的通知使得分发装置能够识别终端选择了直接IP作为推送方法。
(4)一种终端，其中，接收单元12在检测到指示存在推送消息要分发和通过SMS来发送的通知时向分发装置发送消息获取请求。
采用这样的配置，例如，即便当终端的IP地址是开放的时，通过SMS的通知也使得终端能够识别存在推送消息要分发。因此，即使在这样的情况下，终端也能够可靠地获取推送消息。
(5)一种终端，其中，如果在通知最后的终端状态信息时终端的IP地址和终端的当前IP地址相同，则接收单元12不向分发装置通知终端状态信息。
采用这样的配置，例如，在移动网络与WiFi之间的切换被频繁地执行的环境中，当网络被切换到移动网络时能够抑制终端状态信息发送。因此，能够更减轻终端和推送服务器中的每一个的处理负荷。
在上述示例性实施例中，还公开了图10中所图示的消息分发系统。
(6)一种消息分发系统，所述消息分发系统包括终端10-1至10-n(相当于图1中所图示的终端100-1至100-n)和执行到终端10-1至10-n的推送型消息分发的分发装置20(相当于图1中所图示的推送服务器200)，终端10-1至10-n中的每一个包括：
网络状态检测单元11，所述网络状态检测单元11检测连接终端和分发装置20的网络的状态；以及
接收单元12，所述接收单元12基于检测的结果来确定终端和分发装置20是否位于同一IP地址空间中，如果终端和分发装置20不位于同一IP地址空间中，则选择利用预先建立的TCP会话的第一通信方法，如果终端和分发装置20位于同一IP地址空间中，则选择利用通过当消息被分发时的分发装置20新近建立的在分发装置20与终端之间的TCP会话的第二通信方法，并且根据所选择的通信方法从分发装置20接收消息，
分发装置20包括根据从终端通知的通信方法选择结果来执行消息分发的控制单元21(相当于图1中所图示的推送服务器200的控制单元(未图示))。
采用这样的配置，在不增加分发装置的处理负荷的情况下，能够向终端可靠地递推送消息，而不管由终端所利用的网络的类型如何。
(7)一种消息分发系统，其中，如果连接终端和分发装置20的网络是无线LAN，则接收单元12确定终端和分发装置20不位于同一IP地址空间中，并且其中，如果网络是移动网络，则接收单元12确定终端和分发装置20位于同一IP地址空间中。
采用这样的配置，基于网络的类型，可以确定终端和分发装置是否在同一IP地址空间中。
另外，上述示例性实施例的一部分或全部可以被描述为以下附录。然而，本发明不限于以下附录。
(附录1)一种消息分发系统，所述消息分发系统包括终端10-1至10-n以及执行推送型消息分发的分发装置20，终端10-1至10-n中的每一个包括：
网络状态检测单元11，所述网络状态检测单元11检测连接终端和分发装置20的网络的状态；以及
接收单元12，所述接收单元12基于检测的结果来确定终端和分发装置20是否位于同一IP地址空间中，如果终端和分发装置20不位于同一IP地址空间中，则选择利用预先建立的TCP会话的第一通信方法，如果终端和分发装置20位于同一IP地址空间中，则选择利用当消息被分发时由分发装置20新近建立的在分发装置20与终端之间的TCP会话的第二通信方法，并且根据所选择的通信方法接收来自分发装置20的消息，分发装置20包括根据从终端通知的通信方法选择结果来执行消息分发的控制单元21。
(附录2)根据附录1的消息分发系统，其中，如果连接终端和分发装置20的网络是无线LAN，则接收单元12确定终端和分发装置20不位于同一IP地址空间中，以及如果连接述终端和分发装置20的网络是移动网络，则还确定终端和分发装置20位于同一IP地址空间中。
(附录3)根据附录1或附录2的消息分发系统，其中，如果选择了第一通信方法，则接收单元12向分发装置20发送查询要分发的消息的存在/不存在的查询请求，并且其中，如果选择了第二通信方法，则当检测到与分发装置20的TCP连接时，接收单元12向分发装置20发送消息获取请求。
采用这样的配置，根据由终端选择的推送方法，能够从分发装置向终端分发推送消息。
(附录4)根据附录1至附录3中的一项的消息分发系统，其中，接收单元12在选择了第二通信方法时向分发装置20通知包括终端的IP地址的终端状态信息，并且其中，当消息被分发时，控制单元12基于终端状态信息与终端10-1、...或终端10-n建立TCP会话。
采用这样的配置，分发装置能够基于终端状态通知来识别终端的IP地址等。因此，能够执行从分发装置起与终端的TCP连接。另外，终端状态信息的通知使得分发装置能够识别终端选择了直接IP作为推送方法。
(附录5)根据附录1至附录4中的一项的消息分发系统，其中，当确定了不能够执行通过第一通信方法或第二通信方法的消息分发时，控制单元21向终端10-1、...或10-n发送指示存在消息要分发并且通过SMS来发送的通知，并且其中，当检测到通过SMS发送的通知时，接收单元12向分发装置20发送消息获取请求。
采用这样的配置，例如，即便当终端的IP地址是开放的时，分发装置也通过SMS来发送通知，使得分发装置能够使得终端识别存在推送消息要分发。因此，分发装置能够向终端可靠地发送推送消息。
(附录6)根据附录4或附录5的消息分发系统，其中，如果在通知最后的终端状态信息时终端的IP地址和终端的当前IP地址相同，则接收单元12不向分发装置20通知终端状态信息。
采用这样的配置，例如，在移动网络与WiFi之间切换的环境中，当网络被切换到移动网络时能够抑制终端状态信息发送。因此，能够更减轻终端和推送服务器中的每一个的处理负荷。
本申请要求2012年10月17日提交的日本专利申请No.2012-230001的优先权，其公开内容从而通过引用整体地并入在本文中。
因此，已经参考示例性实施例描述了本发明。然而，本发明不限于上述示例性实施例。在本发明的范围内，能够对本发明的配置和细节做出能够由本领域的技术人员所理解的各种修改。
[附图标记列表]
10-1至10-n、100,100-1至100-n、500-1,500-2     终端
11、112    网络(NW)状态检测单元
12         接收单元
20         分发装置
21         控制单元
110、510-1、510-2    推送客户端
111        终端状态通知发送单元
113        消息更新通知接收单元
114        消息接收单元
115        消息通知单元
120-1至120-n     应用
200、600   推送服务器
300、300-1至300-n、700-1至700-3    应用服务器

Claims (12)

1.一种终端，所述终端包括：
网络状态检测单元，所述网络状态检测单元用于检测连接所述终端和用于执行推送型消息分发的分发装置的网络的状态；以及
接收单元，所述接收单元基于所述检测的结果来确定所述终端和所述分发装置是否位于同一IP地址空间中，如果所述终端和所述分发装置不位于同一IP地址空间中，则选择利用预先建立的TCP会话的第一通信方法，如果所述终端和所述分发装置位于同一IP地址空间中，则选择利用当消息被分发时由所述分发装置新近建立的在所述终端与所述分发装置之间的TCP会话的第二通信方法，并且根据所选择的通信方法接收来自所述分发装置的消息。
2.根据权利要求1所述的终端，其中，
如果连接所述终端和所述分发装置的所述网络是无线LAN，则所述接收单元确定所述终端和所述分发装置不位于同一IP地址空间中，并且如果所述网络是移动网络，则所述接收单元确定所述终端和所述分发装置位于同一IP地址空间中。
3.根据权利要求1或权利要求2所述的终端，
其中，如果选择所述第一通信方法，则所述接收单元向所述分发装置发送用于查询要分发的消息的存在/不存在的查询请求，并且，
其中，如果选择所述第二通信方法，则当检测到与所述分发装置的TCP连接时，所述接收单元向所述分发装置发送消息获取请求。
4.根据权利要求1至3中的一项所述的终端，其中，
当选择所述第二通信方法时，所述接收单元向所述分发装置通知包括所述终端的IP地址的终端状态信息。
5.根据权利要求1至4中的一项所述的终端，其中，
当检测到通过SMS所发送的并且指示出存在要分发的消息的通知时，所述接收单元向所述分发装置发送消息获取请求。
6.根据权利要求4或5所述的终端，其中，
如果所述终端的当前IP地址和在终端状态信息的最后通知时的所述终端的IP地址相同，则所述接收单元不向所述分发装置通知终端状态信息。
7.一种消息分发系统，所述消息分发系统包括：
终端；以及
分发装置，所述分发装置执行到所述终端的推送型消息分发，
其中，所述终端包括：
网络状态检测单元，所述网络状态检测单元用于检测连接所述终端和用于执行推送型消息分发的分发装置的网络的状态；以及
接收单元，所述接收单元基于所述检测的结果来确定所述终端和所述分发装置是否位于同一IP地址空间中，如果所述终端和所述分发装置不位于同一IP地址空间中，则选择利用预先建立的TCP会话的第一通信方法，如果所述终端和所述分发装置位于同一IP地址空间中，则选择利用当消息被分发时由所述分发装置新近建立的在所述终端与所述分发装置之间的TCP会话的第二通信方法，并且根据所选择的通信方法接收来自所述分发装置的消息，并且
其中，所述分发装置包括用于根据从所述终端通知的通信方法选择结果来执行消息分发的控制单元。
8.根据权利要求7所述的消息分发系统，其中，
如果连接所述终端和所述分发装置的所述网络是无线LAN，则所述接收单元确定所述终端和所述分发装置不位于同一IP地址空间中，以及
如果所述网络是移动网络，则所述接收单元确定所述终端和所述分发装置位于同一IP地址空间中。
9.一种消息分发方法，所述消息分发方法包括：
通过终端来检测连接所述终端和用于执行消息分发的分发装置的网络的状态；
基于所述检测的结果来确定所述终端和所述分发装置是否位于同一IP地址空间中，如果所述终端和所述分发装置不位于同一IP地址空间中，则选择利用预先建立的TCP会话的第一通信方法，如果所述终端和所述分发装置位于同一IP地址空间中，则选择利用当消息被分发时由所述分发装置新近建立的在所述终端与所述分发装置之间的TCP会话的第二通信方法；以及
由所述分发装置根据从所述终端通知的通信方法选择结果来执行消息分发。
10.根据权利要求9所述的消息分发方法，
其中，如果连接所述终端和所述分发装置的所述网络是无线LAN，则确定所述终端和所述分发装置不位于同一IP地址空间中，并且
其中，如果所述网络是移动网络，则确定所述终端和所述分发装置位于同一IP地址空间中。
11.一种消息接收程序，所述消息接收程序用于使被安装在能够与执行推送型消息分发的分发装置进行通信的终端中的计算机执行以下各处理：
检测在所述终端与所述分发装置之间连接的网络的状态；
基于所述检测的结果来确定所述终端和所述分发装置是否位于同一IP地址空间中，如果所述终端和所述分发装置不位于同一IP地址空间中，则选择利用预先建立的TCP会话的第一通信方法，并且如果所述终端和所述分发装置位于同一IP地址空间中，则选择利用当消息被分发时由所述分发装置新近建立的在所述终端与所述分发装置之间的TCP会话的第二通信方法；以及
根据所选择的通信方法接收来自所述消息分发的消息。
12.根据权利要求11的消息接收程序，其中，所述计算机被使得执行以下处理：
如果连接所述终端和所述分发装置的所述网络是无线LAN，则确定所述终端和所述分发装置不位于同一IP地址空间中，以及如果所述网络是移动网络，则确定所述终端和所述分发装置位于同一IP地址空间中。
CN201380054088.9A 2012-10-17 2013-10-02 终端、消息分发系统、消息分发方法、计算机可读介质 Active CN104737499B (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2012-230001 2012-10-17
JP2012230001 2012-10-17
PCT/JP2013/005876 WO2014061220A1 (ja) 2012-10-17 2013-10-02 端末、メッセージ配信システム、メッセージ配信方法およびメッセージ受信プログラム

Publications (2)

Publication Number Publication Date
CN104737499A true CN104737499A (zh) 2015-06-24
CN104737499B CN104737499B (zh) 2018-05-04

Family

ID=50487800

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201380054088.9A Active CN104737499B (zh) 2012-10-17 2013-10-02 终端、消息分发系统、消息分发方法、计算机可读介质

Country Status (5)

Country Link
US (1) US9866644B2 (zh)
EP (1) EP2911343B1 (zh)
JP (1) JP6241418B2 (zh)
CN (1) CN104737499B (zh)
WO (1) WO2014061220A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106658480A (zh) * 2016-12-30 2017-05-10 上海顶竹通讯技术有限公司 一种终端互通的方法及系统

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110290228B (zh) * 2019-06-03 2022-03-11 网宿科技股份有限公司 一种互联网协议ip地址分配方法及装置
CN114244731B (zh) * 2021-12-16 2024-02-27 湖南师范大学 终端屏幕亮屏检测方法及装置、服务器、电子设备

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006077283A1 (en) * 2005-01-20 2006-07-27 Stream Mobile Oy Push messaging commanded methods and devices
US20080075097A1 (en) * 2006-09-26 2008-03-27 Fujitsu Limited IP application service providing system
CN101466092A (zh) * 2007-12-18 2009-06-24 北京华星广视数码技术服务有限公司 一种在移动通信网络中实现推送的方法
US7617525B1 (en) * 2005-06-21 2009-11-10 Alto Ventures, Inc. System and method for connectionless client-server communications
CN102388632A (zh) * 2011-08-26 2012-03-21 华为技术有限公司 应用信息推送方法、系统和网元
CN102420827A (zh) * 2011-12-13 2012-04-18 南京大学 面向智能移动平台的Web服务推送方法

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003032750A (ja) * 2001-07-17 2003-01-31 Nec Corp 移動体端末への情報配信システムおよび情報配信方法
US6985479B2 (en) * 2002-03-04 2006-01-10 Qualcomm Incorporated Method and apparatus for processing internet protocol transmissions
JP5564925B2 (ja) 2009-12-14 2014-08-06 日本電気株式会社 プッシュ型サービス実現方法、システム、装置、及びプログラム
KR101637601B1 (ko) * 2010-10-15 2016-07-07 삼성전자주식회사 모바일 메시지 수신 장치 및 방법
JP5248572B2 (ja) * 2010-10-22 2013-07-31 株式会社オプティム 通話のためのネットワークを選択するプログラム、携帯端末及び方法
KR101345415B1 (ko) * 2011-01-31 2014-01-29 주식회사 케이티 푸쉬 메시지 전송 방법, 상기 푸쉬 메시지를 수신하는 이동 단말 및 푸쉬 메시지 전송 시스템
KR101287556B1 (ko) * 2011-09-29 2013-07-23 주식회사 엘지씨엔에스 이동 단말기의 푸시 클라이언트 및 이를 이용한 프로바이더 변경방법

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006077283A1 (en) * 2005-01-20 2006-07-27 Stream Mobile Oy Push messaging commanded methods and devices
US7617525B1 (en) * 2005-06-21 2009-11-10 Alto Ventures, Inc. System and method for connectionless client-server communications
US20080075097A1 (en) * 2006-09-26 2008-03-27 Fujitsu Limited IP application service providing system
CN101466092A (zh) * 2007-12-18 2009-06-24 北京华星广视数码技术服务有限公司 一种在移动通信网络中实现推送的方法
CN102388632A (zh) * 2011-08-26 2012-03-21 华为技术有限公司 应用信息推送方法、系统和网元
CN102420827A (zh) * 2011-12-13 2012-04-18 南京大学 面向智能移动平台的Web服务推送方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN106658480A (zh) * 2016-12-30 2017-05-10 上海顶竹通讯技术有限公司 一种终端互通的方法及系统

Also Published As

Publication number Publication date
JPWO2014061220A1 (ja) 2016-09-05
WO2014061220A1 (ja) 2014-04-24
US9866644B2 (en) 2018-01-09
CN104737499B (zh) 2018-05-04
EP2911343A4 (en) 2016-06-29
US20150256637A1 (en) 2015-09-10
EP2911343B1 (en) 2019-04-10
JP6241418B2 (ja) 2017-12-06
EP2911343A1 (en) 2015-08-26

Similar Documents

Publication Publication Date Title
CN107645529B (zh) 心跳包发送方法及装置
EP3352431B1 (en) Network load balance processing system, method, and apparatus
US20160212237A1 (en) Management server, communication system and path management method
CN110838991A (zh) 网关连接方法、装置、存储介质、电子设备及网关设备
CN110012083B (zh) 一种数据传输方法、服务器及数据传输装置
US9521059B2 (en) Delivery device, communication system, load balancing method, and load balancing program
CN104205741A (zh) 信息处理设备、信息处理方法和程序
US10666769B2 (en) Network system and method for establishing data link by using relay node
US10051561B2 (en) Methods and nodes for M2M communication
CN103312528A (zh) 一种心跳消息发送方法及用户终端
KR20120059077A (ko) 다중 네트워크 환경에서의 피어-투-피어 접속 시스템 및 방법
KR20210048610A (ko) Nf 구성요소의 예외를 처리하기 위한 방법 및 시스템, 그리고 기기
WO2018024200A1 (zh) 虚拟桌面组播控制方法、终端、代理终端及云桌面服务器
CN104737499A (zh) 终端、消息分发系统、消息分发方法以及消息接收程序
JPWO2014061314A1 (ja) コンテンツ配信方法
JP6296578B2 (ja) アクセスノード、移動性管理ネットワーク要素、およびページングメッセージ処理方法
CN110493095A (zh) 一种vpn业务的处理方法、装置、服务器和存储介质
US8976648B2 (en) Method and apparatus for managing load on service devices in a communication network
JP2015171088A (ja) ネットワーク中継装置
JP2014146876A (ja) メッセージ配信システムおよびメッセージ配信方法
CN103327482A (zh) 终端和网络切换控制方法
CN109495918B (zh) 一种数据传输方法及装置
US9967190B2 (en) Session link control method and apparatus, and computer storage medium
CN111193794A (zh) 文件传输方法、装置、计算机设备及存储介质
EP2701432B1 (en) Relay, method and computer program product with efficient service roaming handling

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant