CN103534980B - 利用反馈消息提供推送服务的系统和方法 - Google Patents
利用反馈消息提供推送服务的系统和方法 Download PDFInfo
- Publication number
- CN103534980B CN103534980B CN201280023748.2A CN201280023748A CN103534980B CN 103534980 B CN103534980 B CN 103534980B CN 201280023748 A CN201280023748 A CN 201280023748A CN 103534980 B CN103534980 B CN 103534980B
- Authority
- CN
- China
- Prior art keywords
- message
- push
- providing apparatus
- service providing
- sent
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/04—Real-time or near real-time messaging, e.g. instant messaging [IM]
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F15/00—Digital computers in general; Data processing equipment in general
- G06F15/16—Combinations of two or more digital computers each having at least an arithmetic unit, a program unit and a register, e.g. for a simultaneous processing of several programs
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
- H04L51/21—Monitoring or handling of messages
- H04L51/23—Reliability checks, e.g. acknowledgments or fault reporting
-
- 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
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
-
- 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/08—Load balancing or load distribution
- H04W28/09—Management thereof
- H04W28/0992—Management thereof based on the type of application
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/12—Messaging; Mailboxes; Announcements
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Hardware Design (AREA)
- Theoretical Computer Science (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Information Transfer Between Computers (AREA)
- Computer And Data Communications (AREA)
Abstract
本发明涉及利用反馈消息来提供推送服务的系统和方法。更具体地说,本发明提供了一种通过推送服务装置向客户端提供推送服务的服务提供装置,其中,能够通过有效识别所述服务提供装置所提供的推送服务的反馈,而独立于连接状态,来提高推送服务的性能,并且能够通过减少由所述服务提供装置发送给客户端的不必要的推送消息的量来降低网络负荷。
Description
技术领域
本公开涉及利用反馈消息提供推送服务的系统和方法,更具体地讲,涉及这样一种利用反馈消息提供推送服务的系统和方法,当服务提供装置通过推送服务装置向客户端装置提供推送服务时,该系统和方法可通过有效识别服务提供装置所提供的推送服务的反馈,而独立于连接状态,来提高推送服务能力,并且通过减少从服务提供装置发送给客户端装置的不必要的推送消息的量来降低网络负荷。
背景技术
随着智能电话普及并且各种应用由于智能电话环境而出现,无线电资源的使用显著增加。尤其是,总是被访问以从网络接收实时推送消息(或推送通知)的常开应用(例如即时消息(IM)服务、网络服务(web service)和微件服务)目前快速增加。常开应用在维持与服务提供商的连接的同时总是准备接收推送服务,从而产生过多流量,并且电池消耗更快。
因此,现有技术采用这样一种方法,当服务提供商通过客户端内配置的守护进程(daemon),而无需服务提供商与客户端之间的直接连接,来维持与推送服务器的连接,并发送推送消息或推送通知时,中心的推送服务器接收推送消息或推送通知,并将推送消息或推送通知发送给对应的客户端。
图1是已知推送服务提供系统的配置的示图。
根据现有技术,由于网关20和载体30位于多个服务提供商10和多个终端40之间,所以安装在多个终端40内的应用与载体30和网关20连接,进而与服务提供商10连接,而无需单独连接到服务提供商10。
网关20是与多个服务提供商10执行连接的中继装置,载体30是与多个终端40执行连接的装置。网关20和载体30具有可根据服务提供商10和终端40的增加而扩充的结构。
然而,在根据图1的已知结构中,服务提供商10将推送消息发送给终端40。另外,服务提供商10无法识别所发送的消息是否被正确通知给终端40。
当由于与终端40的连接临时断开,未接收到推送消息时,服务提供商10重新发送推送消息。然而,即使由于应用从终端40移除或者产生了错误而未通知推送消息时,服务提供商10也将推送消息发送给终端40。因此,从服务提供商10发送不必要的推送消息,因此,推送消息的总量可能增加。另外,不必要的推送消息增加了网络负荷。
因此,需要这样一种方法,该方法在通过识别从服务提供商发送的推送消息是否正确通知来减少不必要的推送消息的同时,提供推送服务。
发明内容
技术问题
本公开的一个方面在于提供一种利用反馈消息提供推送服务的系统和方法,当服务提供装置通过推送服务装置向客户端装置提供推送服务时,其可通过有效识别服务提供装置所提供的推送服务的反馈,而独立于连接状态,来提高推送服务能力,并且通过减少从服务提供装置发送给客户端装置的不必要的推送消息的量来降低网络负荷。
解决问题的技术手段
根据本公开的一方面,提供了一种利用反馈消息来提供推送服务的系统,该系统包括:服务提供装置,其被配置为向客户端装置发送推送消息,并接收针对所发送的推送消息的通知的反馈消息;以及推送服务装置,其被配置为从所述服务提供装置接收所述推送消息,并将所述推送消息发送给所述客户端装置,当发送给所述客户端装置的推送消息的通知失败并且与所述服务提供装置的连接断开时,存储针对所述推送消息的通知的反馈消息,并将所存储的反馈消息发送给所述服务提供装置。
根据本公开的另一方面,提供了一种推送服务装置,该推送服务装置包括:SP互联单元,其被配置为与服务提供装置连接以从该服务提供装置接收推送消息;客户端互联单元,其被配置为与客户端装置连接以将所接收到的推送消息发送给所述客户端装置,并从所述客户端装置接收推送响应消息;以及控制器,其被配置为当通过所接收到的推送响应消息识别出发送给所述客户端装置的推送消息的通知失败,并且与所述服务提供装置的连接断开时,存储针对所述推送消息的通知的反馈消息,并通过所述SP互联单元将所存储的反馈消息发送给所述服务提供装置。
所述控制器可响应于所述服务提供装置对反馈消息的请求,通过所述SP互联单元将所存储的反馈消息发送给所述服务提供装置。
当进行与所述服务提供装置的重新连接时,所述控制器可通过所述SP互联单元将所存储的反馈消息发送给所述服务提供装置。
所述推送服务装置还可包括用户数据库(DB),该用户数据库(DB)被配置为存储反馈消息。
当应用从所述客户端装置删除时,所述客户端互联单元可从所述客户端装置接收包括应用删除信息的推送响应消息。
当通过所述客户端互联单元接收到包括针对各个应用的多条删除信息的所述推送响应消息时,所述控制器可划分与针对各个应用的所述多条删除信息对应的多个反馈消息,并将所划分的反馈消息发送给所述服务提供装置。
所述反馈消息可包括令牌,该令牌包括所述客户端装置的客户端ID和所删除的应用的应用ID。
根据本公开的另一方面,提供了一种利用反馈消息来提供推送服务的方法,该方法包括以下步骤:连接到服务提供装置以从该服务提供装置接收推送消息;通过连接到客户端装置以将所接收到的推送消息发送给所述客户端装置并从所述客户端装置接收推送响应消息,来对消息作出响应;当通过所接收到的推送响应消息识别出发送给所述客户端装置的推送消息的通知失败,并且与所述服务提供装置的连接断开时,存储针对所述推送消息的通知的反馈消息;以及将所存储的反馈消息发送给所述服务提供装置。
发送所存储的反馈消息的步骤可包括以下步骤:响应于所述服务提供装置对反馈消息的请求,将所存储的反馈消息发送给所述服务提供装置。
发送所存储的反馈消息的步骤可包括以下步骤:当与所述服务提供装置重新连接时,将所存储的反馈消息发送给所述服务提供装置。
发送所存储的反馈消息的步骤可包括以下步骤:周期性地检查与所述服务提供装置的连接状态,以识别是否进行与所述服务提供装置的重新连接。
响应于所述消息的步骤可包括以下步骤:当应用从所述客户端装置删除时,从所述客户端装置接收包括应用删除信息的推送响应消息。
当响应于所述消息接收到包括针对各个应用的多条删除信息的推送响应消息时,发送所存储的反馈消息的步骤可包括以下步骤:划分与针对各个应用的所述多条删除信息对应的多个反馈消息,并将所划分的反馈消息发送给所述服务提供装置。
所述反馈消息可包括令牌,该令牌包括所述客户端装置的客户端ID和所删除的应用的应用ID。
有益效果
当服务提供装置通过推送服务装置向客户端装置提供推送服务时,本公开可通过有效识别所述服务提供装置所提供的推送服务的反馈,而独立于连接状态,来提高推送服务能力,并且通过减少从所述服务提供装置发送给客户端装置的不必要的推送消息的量来降低网络负荷。
附图说明
图1是已知推送服务提供系统的配置的示图。
图2是根据本公开的利用反馈消息的推送服务提供系统的网络配置的示图。
图3是根据本公开的实施方式的推送服务装置的配置的示图。
图4是根据本公开的第一实施方式的以在请求反馈时发送反馈消息为基础的推送服务提供方法的流程图。
图5是根据本公开的第二实施方式的基于反馈消息的实时发送的推送服务提供方法的流程图。
具体实施方式
以下,将参照附图描述本公开的示例性实施方式。通过下面的详细描述,将清楚地理解本公开的配置以及根据该配置的作用效果。在详细描述之前,尽管显示在不同的附图中,但是相同的元件将由相同的标号来指代,当可能使本公开的主题变得不清楚时,将省略对本文所包含的已知功能和配置的详细描述。
图2是根据本公开的利用反馈消息的推送服务提供系统的网络配置的示图。
如图2所示,根据本公开的实施方式的推送服务提供系统包括多个服务提供装置100(100-1至100-N)、推送服务装置300和多个客户端装置400(400-1至400-K)。推送服务提供系统具有通过中心的推送服务装置300来进行多个服务提供装置100与多个客户端装置400之间的连接的结构。
多个客户端装置400是可访问通信网络200的终端,并且可包括例如个人计算机(PC)、笔记本、智能电话、个人数字助理(PDA)、导航、便携式多媒体播放器(PMP)、电子辞典、MP3等。多个客户端装置400装载有客户端应用程序,所述客户端应用程序被配置为通过与通信网络200的连接来发送和接收数据(尤其是,推送消息)。
基本上,推送服务装置300收集从多个服务提供装置100发送来的推送消息,并将所收集的推送消息发送给对应的客户端装置400。推送服务装置300管理服务提供装置100与客户端装置400之间的相互连接。
此时,推送服务装置300被配置为从服务提供装置100接收推送消息,并将推送消息发送给客户端装置400。当对客户端装置400的推送消息的通知失败,并且与服务提供装置100的连接断开时,推送服务装置300存储针对推送消息的通知的反馈消息。此后,推送服务装置300与服务提供装置100重新连接,或者根据服务提供装置100对反馈消息的请求将所存储的反馈消息发送给服务提供装置100。
当应用从客户端装置400移除,进而推送消息的通知失败时,推送服务装置300从客户端装置400接收包括应用删除或卸载信息的推送响应消息。推送服务装置300通过经由用来接收推送消息的会话将该反馈消息发送给服务提供装置100来告知所述应用从客户端装置400删除或卸载。
多个服务提供装置100是指向多个客户端装置400发送推送消息以提供推送服务的服务器或终端。多个服务提供装置100发送推送消息,并从推送服务装置300接收反馈消息作为推送消息的通知的结果。通过该反馈消息,多个服务提供装置100可识别出推送消息的通知是成功的还是失败的。
当推送消息的通知成功时,多个服务提供装置100继续向客户端装置400发送推送消息。相反,当推送消息的通知失败时,多个服务提供装置100确定客户端装置400无法执行推送消息的通知,并且不发送要发送给客户端装置400的推送消息。因此,从服务提供装置100发送给客户端装置400的不必要的推送消息的量减少。
图3是根据本公开的实施方式的图2的推送服务装置的配置的示图。
根据本公开的实施方式的推送服务装置300包括SP互联单元310、控制器320、客户端互联单元330和负荷分散单元340。这里,推送服务装置300还可以包括被配置为存储反馈消息的用户DB321。
SP互联单元310被配置为与多个服务提供装置100连接以从多个服务提供装置100接收推送消息。这里,推送消息包括新的推送消息、更新的推送消息、事件推送消息等。SP互联单元310的数量可为与连接的服务提供装置100的数量一致的多个。
负荷分散单元340被配置为当存在来自多个服务提供装置100的连接请求时,指定可与服务提供装置100连接的互联单元。因此,负荷分散单元340执行分散各个互联单元310的负荷的功能。
此外,当在与服务提供装置100的会话断开之后,从服务提供装置100接收到重新连接请求消息时,负荷分散单元340可再次指定先前指定的SP互联单元,或者可指定新的SP互联单元310。
客户端互联单元330被配置为与多个客户端装置400连接以将从控制器320接收到的推送消息推送给对应的客户端装置400。另外,客户端互联单元330接收响应于推送消息的推送响应消息。这里,推送响应消息包括是否在客户端装置400中正确进行了推送消息的通知。另外,推送响应消息可包括客户端装置400的应用删除信息或应用卸载信息。
此外,控制器320被配置为管理构建在推送服务装置300中的SP互联单元310和客户端互联单元330。当控制器320从SP互联单元310接收到推送消息时,控制器320通过包括在推送消息中的客户端信息来选择对应的客户端装置可以连接的客户端互联单元330。另外,控制器320将所提取的推送消息发送给客户端互联单元330。
控制器320可通过由客户端互联单元330接收到的推送响应消息识别出客户端装置400中推送消息的通知失败。控制器320生成针对推送消息的通知的反馈消息,并将该反馈消息发送给SP互联单元310。控制器320从SP互联单元310接收反馈响应结果,并识别出与服务提供装置100的连接断开。在这种情况下,反馈消息被存储在用户DB321中。
在第一实施方式中,当控制器320通过SP互联单元310接收到与服务提供装置100重新连接的通知时,控制器320将存储在用户DB321中的反馈消息发送给SP互联单元310,并使得反馈消息能够被发送给服务提供装置100。
在第二实施方式中,当控制器320通过SP互联单元310从服务提供装置100接收到对反馈消息的请求时,控制器320将存储在用户DB321中的反馈消息发送给SP互联单元310,并使得反馈消息能够被发送给服务提供装置100。
将参照图4和图5来通过两个实施方式描述由推送服务装置执行的推送消息提供方法,这两个实施方式包括:第一实施方式,根据对反馈消息的请求来发送反馈消息;以及第二实施方式,当进行与服务提供装置100的重新连接时发送反馈消息。
图4是根据本公开的第一实施方式的以在请求反馈时发送反馈消息为基础的推送服务提供方法的流程图。
当推送服务装置300从多个服务提供装置100接收到连接请求时,推送服务装置300的负荷分散单元340指定可与各个服务提供装置100连接的互联单元,服务提供装置100通过负荷分散单元340连接到所指定的SP互联单元310,以连接会话。
此后,在步骤S402中,SP互联单元310通过与服务提供装置100连接的会话来接收推送消息。
SP互联单元310对所接收到的推送消息进行解码,并在步骤S404中将解码的推送消息发送给控制器320。此时,控制器320的数量可为与SP互联单元310的数量一致的多个。在这种情况下,由于SP互联单元310与控制器320之间的对应关系是预设的,所以各个SP互联单元310可向各个预设的控制器320发送推送消息。
另外,控制器320基于包括在从SP互联单元310发送来的推送消息中的客户端信息识别对应的客户端装置可以连接的客户端互联单元330,并在步骤S406中将推送消息发送给所识别出的对应客户端互联单元330。为了识别,控制器320参照对于各个客户端装置而言可连接的对应客户端互联单元330的路由信息。
此后,在步骤S408中,客户端互联单元330将推送消息发送给与各个客户端互联单元330匹配的各个客户端装置400。
此后,在步骤S410中,对应的客户端互联单元330从客户端装置400接收包括应用删除信息的推送响应消息。这里,推送响应消息包括推送消息的通知是成功还是失败。当应用从客户端装置400删除或卸载时,推送响应消息可包括应用删除信息或应用卸载信息。
另外,在步骤S412中,客户端互联单元330将推送响应消息发送给控制器320。
此后,控制器320通过推送响应消息生成告知推送消息的通知失败的反馈消息,并在步骤S414中将该反馈消息发送给SP互联单元310。发送是为了通过反馈消息将推送消息的通知的结果告知服务提供装置100。
在步骤S416中,SP互联单元310识别发送推送消息的会话的断开状态。
此后,SP互联单元310将发送推送消息的会话断开的事实(或信息)插入到反馈响应结果中,并在步骤S418中将该反馈响应结果发送给控制器320。
在步骤S420中,控制器320将反馈消息存储在用户DB321中。
此后,在步骤S422中,SP互联单元310从服务提供装置100接收反馈请求消息。
在步骤S424中,SP互联单元310将从服务提供装置100接收到的反馈请求消息发送给控制器320。
在步骤S426中,控制器320接收反馈请求消息,在用户DB321中搜索反馈消息,并检索对应的反馈消息。
这里,当控制器320从客户端互联单元330接收到包括各个应用的多条删除信息的推送响应消息时,控制器320划分与针对各个应用的所述多条删除信息对应的多个反馈消息,然后将所划分的反馈消息发送给服务提供装置100。
例如,当推送响应消息包括第一应用删除信息和第二应用删除信息时,在步骤S428中,控制器320将所搜索到的反馈消息当中的第一应用的反馈消息发送给SP互联单元310。另外,在步骤S430中,SP互联单元310将第一应用的反馈消息发送给服务提供装置100。
在步骤S432中,控制器320将所搜索到的反馈消息当中的第二应用的反馈消息发送给SP互联单元310。在步骤S434中,SP互联单元310将第二应用的反馈消息发送给服务提供装置100。
此外,将参照图5描述在推送服务装置300与服务提供装置100重新连接时发送反馈消息的第二实施方式。
图5是根据本公开的第二实施方式的基于反馈消息的发送的推送服务提供方法的流程图。
当推送服务装置300从多个服务提供装置100接收到连接请求时,推送服务装置300的负荷分散单元340指定各个服务提供装置100可以连接的互联单元,服务提供装置100通过负荷分散单元340连接到所指定的SP互联单元310,以连接会话。
此后,在步骤S502中,SP互联单元310通过与服务提供装置100连接的会话来接收推送消息。
SP互联单元310对所接收到的推送消息进行解码,并在步骤S504中将解码的推送消息发送给控制器320。此时,控制器320的数量被配置为与SP互联单元310的数量一样多。在这种情况下,由于SP互联单元310与控制器320之间的对应关系是预设的,所以各个SP互联单元310可向预设的控制器320发送推送消息。
另外,控制器320基于包括在从SP互联单元310发送来的推送消息中的客户端信息来识别对应的客户端装置可以连接的客户端互联单元330,并在步骤S506中将推送消息发送给所识别出的客户端互联单元330。为了识别,控制器320参照对于各个客户端装置而言可连接的客户端互联单元330的路由信息。
此后,在步骤S508中,客户端互联单元330将推送消息发送给与各个客户端互联单元330匹配的各个客户端装置400。
此后,在步骤S510中,客户端互联单元330从客户端装置400接收包括应用删除信息的推送响应消息。这里,推送响应消息包括推送消息的通知是成功还是失败。当应用从客户端装置400删除或卸载时,推送响应消息可包括应用删除信息或应用卸载信息。
另外,在步骤S512中,客户端互联单元330将推送响应消息发送给控制器320。
此后,控制器320通过推送响应消息生成告知推送消息的通知失败的反馈消息,并在步骤S514中将该反馈消息发送给SP互联单元310。发送是为了通过反馈消息将推送消息的通知的结果告知服务提供装置100。
在步骤S516中,SP互联单元310识别发送推送消息的会话的断开状态。
此后,SP互联单元310将发送推送消息的会话断开的事实(信息)插入到反馈响应结果中,并在步骤S518中将该反馈响应结果发送给控制器320。
在步骤S520中,控制器320将反馈消息存储在用户DB321中。
SP互联单元310周期性地检查与服务提供装置100的连接状态,以识别是否进行与服务提供装置的重新连接。通过该检查,当SP互联单元310识别出与服务提供装置100的会话重新连接时,在步骤S522中,SP互联单元310将会话的重新连接告知控制器320。
当控制器320从SP互联单元310识别出会话重新连接时,在步骤S524中,控制器320在用户DB321中搜索反馈消息并检索对应的反馈消息。
这里,当控制器320从客户端互联单元330接收到包括针对各个应用的多条删除信息的推送响应消息时,控制器320划分与针对各个应用的所述多条删除信息对应的多个反馈消息,然后将所划分的反馈消息发送给服务提供装置100。
例如,当推送响应消息包括第一应用删除信息和第二应用删除信息时,在步骤S526中,控制器320将所搜索到的反馈消息当中的第一应用的反馈消息发送给SP互联单元310。另外,在步骤S528中,SP互联单元310将第一应用的反馈消息发送给服务提供装置100。
在步骤S530中,控制器320将所搜索到的反馈消息当中的第二应用的反馈消息发送给SP互联单元310。在步骤S532中,SP互联单元310将第二应用的反馈消息发送给服务提供装置100。
如上所述,根据本公开的实施方式,当通过提供推送服务的推送服务装置对客户端装置的推送消息的通知失败(例如,应用删除),并且与服务提供装置的连接断开时,推送服务装置存储反馈消息。另外,当从服务提供装置接收到反馈请求,或者进行与服务提供装置的重新连接时,推送服务装置将所存储的反馈消息发送给服务提供装置,使得服务提供装置通过识别反馈消息而不向客户端装置的删除的应用发送推送消息,从而减少消息量。
另外,根据本公开的实施方式,当从服务提供装置接收到反馈请求,或者进行与服务提供装置的重新连接时,推送服务装置将所存储的反馈消息发送给服务提供装置,使得即使与服务提供装置的连接断开,也可将反馈消息发送给服务提供装置。
上面的描述仅对应于示例,可由本领域技术人员在不脱离要求保护的发明范围的情况下进行各种修改。因此,本公开的说明书中公开的实施方式不限制本公开。本公开的范围应该由所附权利要求来解释,所述权利要求的等同范围内的所有技术应该被解释为被包括在本公开的范围内。
工业实用性
根据本公开,当通过提供推送服务的推送服务装置对客户端装置的推送消息的通知失败(例如,应用删除),并且与服务提供装置的连接断开时,存储反馈消息,并且在存在来自服务提供装置的反馈请求,或者进行与服务提供装置的重新连接时,将所存储的反馈消息发送给服务提供装置,使得服务提供装置识别出不向客户端装置的删除的应用发送推送消息,从而减少消息量并降低网络负荷。因此,本公开在工业上的实用性在于本公开足以用在关联技术以及构造应用服务器和商业的领域中,并且在现实中清楚地实现,因为本公开克服了传统推送服务器的局限。
Claims (15)
1.一种用于利用反馈消息来提供推送服务的系统,该系统包括:
服务提供装置,其被配置为向客户端装置发送推送消息,并接收针对所发送的推送消息的通知的反馈消息;以及
推送服务装置,其被配置为从所述服务提供装置接收所述推送消息,并将所述推送消息发送给所述客户端装置,当发送给所述客户端装置的所述推送消息的通知失败并且与所述服务提供装置的连接断开时,该推送服务装置存储针对所述推送消息的通知的所述反馈消息,并且当所述推送服务装置与所述服务提供装置重新连接时或者根据所述服务提供装置对所述反馈消息的请求,将所存储的反馈消息发送给所述服务提供装置。
2.一种推送服务装置,该推送服务装置包括:
SP互联单元,其被配置为与服务提供装置连接,以从该服务提供装置接收推送消息;
客户端互联单元,其被配置为与客户端装置连接,以将所接收到的推送消息发送给所述客户端装置,并从所述客户端装置接收推送响应消息;以及
控制器,其被配置为当通过所接收到的推送响应消息识别出发送给所述客户端装置的所述推送消息的通知失败,并且与所述服务提供装置的连接断开时,存储针对所述推送消息的通知的反馈消息,并且当所述SP互联单元与所述服务提供装置重新连接时或者根据所述服务提供装置对所述反馈消息的请求,通过所述SP互联单元将所存储的反馈消息发送给所述服务提供装置。
3.根据权利要求2所述的推送服务装置,其中,所述控制器被配置为响应于所述服务提供装置对所述反馈消息的请求,通过所述SP互联单元将所存储的反馈消息发送给所述服务提供装置。
4.根据权利要求2所述的推送服务装置,其中,所述控制器被配置为当进行与所述服务提供装置的重新连接时,通过所述SP互联单元将所存储的反馈消息发送给所述服务提供装置。
5.根据权利要求2所述的推送服务装置,该推送服务装置还包括用户数据库DB,该用户数据库DB被配置为存储所述反馈消息。
6.根据权利要求2所述的推送服务装置,其中,所述客户端互联单元被配置为当从所述客户端装置删除应用时,从所述客户端装置接收包括应用删除信息的所述推送响应消息。
7.根据权利要求6所述的推送服务装置,其中,所述控制器被配置为,当通过所述客户端互联单元接收到包括针对各个应用的多条删除信息的推送响应消息时,划分与针对各个应用的所述多条删除信息对应的多个反馈消息,并将所划分的反馈消息发送给所述服务提供装置。
8.根据权利要求2所述的推送服务装置,其中,所述反馈消息包括令牌,该令牌包括所述客户端装置的客户端ID和删除的应用的应用ID。
9.一种利用反馈消息来提供推送服务的方法,该方法包括以下步骤:
连接到服务提供装置,以从该服务提供装置接收推送消息;
通过连接到客户端装置以将所接收到的推送消息发送给所述客户端装置并从所述客户端装置接收推送响应消息,来对消息作出响应;
当通过所接收到的推送响应消息识别出发送给所述客户端装置的所述推送消息的通知失败,并且与所述服务提供装置的连接断开时,存储针对所述推送消息的通知的反馈消息;以及
当推送服务装置与所述服务提供装置重新连接时或者根据所述服务提供装置对所述反馈消息的请求,将所存储的反馈消息发送给所述服务提供装置。
10.根据权利要求9所述的方法,其中,发送所存储的反馈消息的步骤包括以下步骤:响应于所述服务提供装置对所述反馈消息的请求,将所存储的反馈消息发送给所述服务提供装置。
11.根据权利要求9所述的方法,其中,发送所存储的反馈消息的步骤包括以下步骤:当进行与所述服务提供装置的重新连接时,将所存储的反馈消息发送给所述服务提供装置。
12.根据权利要求11所述的方法,其中,发送所存储的反馈消息的步骤包括以下步骤:周期性地检查与所述服务提供装置的连接的状态,以识别是否进行与所述服务提供装置的重新连接。
13.根据权利要求9所述的方法,其中,响应于所述消息的步骤包括以下步骤:当从所述客户端装置删除应用时,从所述客户端装置接收包括应用删除信息的推送响应消息。
14.根据权利要求13所述的方法,其中,当响应于所述消息接收到包括针对各个应用的多条删除信息的所述推送响应消息时,发送所存储的反馈消息的步骤包括以下步骤:划分与针对各个应用的所述多条删除信息对应的多个反馈消息,并将所划分的反馈消息发送给所述服务提供装置。
15.根据权利要求9所述的方法,其中,所述反馈消息包括令牌,该令牌包括所述客户端装置的客户端ID和删除的应用的应用ID。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR1020110045893A KR101233263B1 (ko) | 2011-05-16 | 2011-05-16 | 피드백 메시지를 이용한 푸시 서비스 제공 시스템 및 방법 |
KR10-2011-0045893 | 2011-05-16 | ||
PCT/KR2012/003796 WO2012157940A2 (ko) | 2011-05-16 | 2012-05-15 | 피드백메시지를 이용한 푸시 서비스 제공 시스템 및 방법 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103534980A CN103534980A (zh) | 2014-01-22 |
CN103534980B true CN103534980B (zh) | 2016-11-23 |
Family
ID=47177474
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201280023748.2A Active CN103534980B (zh) | 2011-05-16 | 2012-05-15 | 利用反馈消息提供推送服务的系统和方法 |
Country Status (4)
Country | Link |
---|---|
US (1) | US9692846B2 (zh) |
KR (1) | KR101233263B1 (zh) |
CN (1) | CN103534980B (zh) |
WO (1) | WO2012157940A2 (zh) |
Families Citing this family (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2014042648A1 (en) * | 2012-09-14 | 2014-03-20 | Empire Technology Development Llc | Cloud-based trash-can |
CN103973875B (zh) * | 2013-02-01 | 2015-10-14 | 腾讯科技(深圳)有限公司 | 移动终端通知中心推送消息处理方法和装置 |
KR102055273B1 (ko) * | 2013-04-08 | 2019-12-12 | 에스케이텔레콤 주식회사 | 모바일 디바이스 운영체제의 통합 변환을 이용한 푸시서비스 제공 장치 및 방법 |
KR102107092B1 (ko) * | 2013-08-30 | 2020-05-06 | 에스케이텔레콤 주식회사 | 상태 정보 제공을 위한 장치, 이를 위한 방법 및 이 방법이 기록된 컴퓨터 판독 가능한 기록매체 |
KR102105561B1 (ko) * | 2013-09-13 | 2020-04-28 | 한국전자통신연구원 | 푸시 알림 전송 방법 및 이를 수행하는 푸시 알림 서버 |
CN103618664B (zh) * | 2013-12-04 | 2017-10-27 | 中国联合网络通信集团有限公司 | 一种状态信息的发送方法及装置 |
JP6584171B2 (ja) | 2015-07-02 | 2019-10-02 | キヤノン株式会社 | 通信装置、通信方法及びプログラム |
CN105657000A (zh) * | 2015-12-25 | 2016-06-08 | 北京奇虎科技有限公司 | 消息传送方法及装置 |
CN106412106B (zh) * | 2016-11-07 | 2020-02-07 | 腾讯科技(深圳)有限公司 | 消息发送方法和装置 |
CN107317745A (zh) * | 2017-06-06 | 2017-11-03 | 山东中创软件商用中间件股份有限公司 | 一种消费端与消息代理之间的消息传输方法及装置 |
KR102555906B1 (ko) * | 2018-01-08 | 2023-07-17 | 현대자동차주식회사 | 차량에 대한 원격서비스 제공방법 및 그 시스템 |
CN109859011A (zh) * | 2019-01-31 | 2019-06-07 | 傲宝珠宝文化发展(深圳)有限公司 | 基于珠宝线上商城的消息推送方法、系统及其存储介质 |
CN111191552A (zh) * | 2019-12-23 | 2020-05-22 | 合肥美的智能科技有限公司 | 基于视觉终端的图像识别方法以及视觉终端 |
CN113852450A (zh) * | 2021-09-09 | 2021-12-28 | 深圳Tcl新技术有限公司 | 一种消息推送反馈方法、装置、电子设备和存储介质 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1649300A (zh) * | 2004-01-09 | 2005-08-03 | 微软公司 | 由管理服务器升级的本机应用程序目录 |
Family Cites Families (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6317775B1 (en) * | 1995-11-03 | 2001-11-13 | Cisco Technology, Inc. | System for distributing load over multiple servers at an internet site |
US7254614B2 (en) | 2001-11-20 | 2007-08-07 | Nokia Corporation | Web services push gateway |
JP2003288298A (ja) * | 2002-03-27 | 2003-10-10 | Hitachi Ltd | プッシュサービス情報中継装置およびプッシュサービス情報中継方法 |
JP2005050050A (ja) * | 2003-07-31 | 2005-02-24 | Nippon Telegr & Teleph Corp <Ntt> | 情報通知方法及びシステム、情報通知サーバ及びプログラム、情報通知プログラムを記録した記録媒体 |
KR100788245B1 (ko) * | 2006-10-19 | 2007-12-27 | (주)인트로모바일 | 통합 푸시 서비스 시스템 및 제공방법 |
CN101136837A (zh) | 2007-09-21 | 2008-03-05 | 华为技术有限公司 | 推送消息的控制方法、装置和系统 |
KR20090053076A (ko) * | 2007-11-22 | 2009-05-27 | 삼성전자주식회사 | 휴대 단말기, 그를 갖는 rss 시스템 및 그의 갱신된정보 제공 방법 |
US8364123B2 (en) * | 2009-02-25 | 2013-01-29 | Apple Inc. | Managing notification messages |
US8793384B2 (en) * | 2008-08-22 | 2014-07-29 | Microsoft Corporation | Recovery of disconnected channels over a reliable protocol |
US8280954B2 (en) * | 2010-03-25 | 2012-10-02 | Scomm, Inc. | Method and system for providing live real-time communication via text between mobile user devices |
-
2011
- 2011-05-16 KR KR1020110045893A patent/KR101233263B1/ko active IP Right Grant
-
2012
- 2012-05-15 WO PCT/KR2012/003796 patent/WO2012157940A2/ko active Application Filing
- 2012-05-15 CN CN201280023748.2A patent/CN103534980B/zh active Active
-
2013
- 2013-10-11 US US14/051,767 patent/US9692846B2/en active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1649300A (zh) * | 2004-01-09 | 2005-08-03 | 微软公司 | 由管理服务器升级的本机应用程序目录 |
Also Published As
Publication number | Publication date |
---|---|
KR101233263B1 (ko) | 2013-02-14 |
US20140047065A1 (en) | 2014-02-13 |
WO2012157940A3 (ko) | 2013-01-24 |
WO2012157940A2 (ko) | 2012-11-22 |
CN103534980A (zh) | 2014-01-22 |
US9692846B2 (en) | 2017-06-27 |
KR20120128025A (ko) | 2012-11-26 |
US20160323403A9 (en) | 2016-11-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103534980B (zh) | 利用反馈消息提供推送服务的系统和方法 | |
CN102904960B (zh) | 一种基于rss的信息同步系统及方法 | |
CN104980289B (zh) | 消息推送方法、装置和系统 | |
CN103905495B (zh) | 一种应用的同步方法及后台服务器 | |
CN105991412B (zh) | 消息推送方法及装置 | |
CN105868231A (zh) | 缓存数据的更新方法及装置 | |
CN108712457A (zh) | 基于Nginx反向代理的后端服务器动态负载调整方法及装置 | |
CN109104701B (zh) | 基于设备标识码的信息发送方法及服务器 | |
CN110427134B (zh) | 即时通讯的数据处理方法、装置、设备及可读存储介质 | |
CN104539511A (zh) | 一种进入客户端显示自身组别的方法和系统 | |
US20100125640A1 (en) | Traffic Management Apparatus | |
CN103716356A (zh) | 基于web的存储过程操作方法、装置和系统 | |
CN106789353A (zh) | 在客户端与服务端之间定位问题的方法和系统 | |
CN105978948A (zh) | 一种云服务的方法和系统 | |
CN108055199A (zh) | 支持离线消息保存的移动推送方法及系统 | |
CN103999082A (zh) | 用于检测社交媒体中的社区的方法、计算机程序和计算机 | |
CN108280228A (zh) | 一种网页的处理方法及相关设备 | |
CN103716230A (zh) | 消息发送方法、装置及服务器 | |
CN106657187A (zh) | 报文处理的方法及装置 | |
CN104182296A (zh) | 数据处理系统、数据处理设备以及存储介质 | |
CN105827739B (zh) | 联系人信息同步方法、装置、服务器及系统 | |
CN106294058A (zh) | 处理运营问题单据的目标策略确定方法及装置 | |
CN114449040A (zh) | 基于云平台的配置下发方法及装置 | |
CN111290873B (zh) | 故障处理方法和装置 | |
CN105991450A (zh) | Mac地址表更新方法及装置 |
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 |