CN103001926A - 一种订阅通知的方法、装置和系统 - Google Patents

一种订阅通知的方法、装置和系统 Download PDF

Info

Publication number
CN103001926A
CN103001926A CN2011102681085A CN201110268108A CN103001926A CN 103001926 A CN103001926 A CN 103001926A CN 2011102681085 A CN2011102681085 A CN 2011102681085A CN 201110268108 A CN201110268108 A CN 201110268108A CN 103001926 A CN103001926 A CN 103001926A
Authority
CN
China
Prior art keywords
website
announcement server
notice
recipient
client
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN2011102681085A
Other languages
English (en)
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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN2011102681085A priority Critical patent/CN103001926A/zh
Priority to US13/606,890 priority patent/US20130246504A1/en
Publication of CN103001926A publication Critical patent/CN103001926A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • 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
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/102—Entity profiles

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本发明公开了一种用户终端订阅通知的方法、装置和系统。其中，所述用户终端包括客户端，用户终端与网站和通知服务器通过网络相连，所述方法包括以下步骤：所述浏览器从网站获取网页，呈现网页；浏览器根据网页的事件触发所述客户端向通知服务器发送注册请求，所述注册请求消息中包含网站标识；以便通知服务器将所述网站的通知推送给所述用户终端。

Description

一种订阅通知的方法、装置和系统
技术领域
本发明涉及一种订阅通知的方法和装置。
背景技术
在传统的客户端/服务器模式中，客户端向服务器请求服务或信息，服务器通过向客户端传送信息作为响应，这被称为拉取(Pull)技术，形象地说就是客户端从服务器拉信息。浏览Web网页就是拉取技术的一个典型实例，用户输入一个统一资源定位符(URL：Uniform Re source Locator)地址作为请求提交给服务器，服务器通过给用户发送Web页面作为响应。
与之相对的，还有一种推送(Push)技术，也是基于客户端/服务器模式，但是在服务器向客户端传送信息前，客户端不需要向服务器发送请求，也即服务器主动向客户端推送信息。拉取是由客户端发起的，而推送则是由服务器主动发起的。推送技术的本质在于让信息主动去寻找用户，其优势在于信息的主动性和及时性。
图1是无线应用协议(WAP：Wireless Application Protocol)推送框架示意图。它介绍了一种在WAP中向用户设备推送信息的方法，包括：先让推送发起者(PI：Push Initiator)、将推送内容和传输说明传送到推送代理网关(PPG：Push Proxy Gateway)，然后PPG根据传输说明将推送内容传送到推送客户端。
其中，PI通常是运行在某个普通Web服务器上的应用，PI通过推送访问协议(PAP：Push Access Protocol)与PPG通信，PAP协议通过标准的可扩展标记语言(XML：Extensible Markup Language)描述PI和PPG之间控制信息，PAP协议支持的推送内容可以是任意的多目的因特网邮件扩展(MIME：Multipurpose Internet Mail Extensions)媒体类型，一般使用超文本传输协议(HTTP：Hypertext Transfer Protocol Overview)作为PAP的传输协议。
PPG通过推送空中传输(Push OTA：Push Over-the-Air)协议向WAP推送客户端推送信息，推送空中传输协议既可以提供面向连接的服务，也可以提供无连接服务。
PPG在传送过程中可能需要将PI提供的客户端地址翻译成移动网络能够理解的格式，或为了适应终端能力而对推送内容的格式进行转换，在当前客户端不可用时存储推送信息，并且在有效期内不断尝试向客户端推送信息。PPG还可以处理PI发出的取消、替换或客户端能力确认等操作。
WAP推送客户端通过委托鉴权的方式对PI进行鉴权。“委托鉴权”源自鉴权的可传递原则。如果客户端和PPG能建立信任关系，PPG就能代替客户端对PI进行鉴权。例如：在客户端对PPG进行了鉴权后，该PPG将被列入信任列表，客户端即可查看可信任的PPG列表。如果该PPG已对PI进行了鉴权，则客户端也能正确鉴权该PI。PPG使用不同级别的可信度对PI进行鉴权。WAP推送框架未在用户终端提供通知订阅通知的功能，即用户无法决定哪些PI可以向主动向客户端推送信息。
目前，谷歌和苹果等公司均对外提供通知推送平台。这类通知平台可以网站向安装在用户终端上的由该网站提供的客户端应用发送通知，其技术实质即是一种通知推送机制。这类通知平台的缺点在于：通知的订阅是由网站提供的客户端发起并完成的。为了向用户推送通知，网站需要提供自己的客户端应用供用户安装，在当前移动终端操作系统众多和版本不断更新的情况下，客户端开发对于网站而言是一种负担。
发明内容
本发明的目的在于提供一种方便用户订阅和网站使用的通知推送系统。通过该系统，用户应能方便、灵活地订阅网站的通知服务；网站则可以较少的投入即能获得向用户终端推送通知的能力。
在第一方面，本发明提供一种用户终端订阅通知的方法。其中，所述用户终端包括浏览器、客户端，用户终端与网站和通知服务器通过网络相连，其特征在于，所述方法包括：所述浏览器从网站获取网页，呈现网页；浏览器根据网页文本内容产生触发事件；所述客户端根据触发事件向通知服务器发送注册请求，所述注册请求包含所述网站的网站标识；以便通知服务器将所述网站的通知推送给所述用户终端。
在第二方面，本发明提供一种用户终端。该用户终端包括浏览器和客户端，其中浏览器通过网络和网站连接，浏览器从网站获取网页，呈现网页，浏览器根据网页文本内容产生触发事件；客户端使用终端标识和通知服务器建立网络连接，并且客户端包括通知接收模块和注册管理模块；注册管理模块接收所述触发事件，获得网页对应的网站标识，注册管理模块向用户显示授权界面，并接收用户对该网站的授权操作；注册管理模块根据授权界面的授权操作，向通知服务器发送包含网站标识的注册请求；通知接收模块从通知服务器接收来自网站的通知。
在第三方面，本发明提供一种通知服务器。该通知服务器包括注册模块和通知推送模块；注册模块接收终端的包含网站标识的注册请求，保存终端标识和网站标识的对应关系；注册模块接收网站的通知推送请求，所述通知推送请求包含通知内容和接收者标识；注册模块根据网站标识和接收者标识，查找对应的终端标识；如果对应的终端标识存在，注册模块把通知内容和终端标识发送给通知推送模块；通知推送模块根据终端标识，将通知内容发送给用户终端。
根据第四方面，本发明提供一个通知推送系统，通知推送系统包括用户终端和通知服务器。用户终端接收网页触发的事件，获得网页对应的网站标识，向用户显示授权界面，并接收用户对该网站的授权操作；根据授权界面的授权操作，所述用户终端或通知服务器生成接收者标识，向网站发送包括接收者标识的允许消息；通知服务器接收网站的包括接收者标识的通知；通知服务器根据接收者标识向用户终端发送通知。
根据本发明，用户可在浏览器中点击或自动运行网站网页所包含的链接或客户端脚本触发通知订阅工作，解决了通知推送服务中用户订阅方式不灵活的问题。本发明同时解决了网站需要提供客户端的问题，网站只需要制作符合标准格式的网页，可以灵活地在网页合适的位置添加通知订阅。
附图说明
图1是WAP PUSH框架的系统图；
图2是本发明的一个实施例的用户终端及相关联的通知服务器和网站的方框图；
图3是本发明的一个实施例的包含触发通知订阅按钮的网站网页示意图；
图4A是本发明的一个实施例的用户终端注册管理模块保存的授权记录格式示意图；
图4B是是本发明的一个实施例的用户终端注册管理模块保存的注册信息格式示意图；
图5A是本发明的一个实施例的通知服务器注册模块保存的用户终端注册记录格式示意图；
图5B是本发明的一个实施例的通知服务器注册模块保存的网站注册记录格式示意图；
图6是本发明的一个实施例的用户通知订阅流程图；
图7A是本发明的一个实施例的通知消息推送流程图的前半部分；
图7B是本发明的一个实施例的通知消息推送流程图的后半部分；
图8是本发明的一个实施例的通知消息接收流程图；
具体实施方式
为使本发明的目的、技术方案和优点更加清楚，下面结合附图对本发明作进一步的详细描述。
图2是本发明的一个实施例的通知推送系统的结构图。如图2所示，该通知推送系统包括用户终端101、通知服务器107和网站110。用户终端101、网站110、通知服务器107通过网络相连。其中，用户终端101可以是手机、平板电脑和个人数字助理(PDA：Personal Digital Assistant)等移动设备。用户终端101接收用户的订阅通知的操作，把注册请求发送给通知服务器107，通知服务器107通过用户终端101或者径直向网站110发送允许消息；网站110主动推送通知到通知服务器107，通知服务器107推送通知到用户终端101。
在图2中，用户终端101包括浏览器103和客户端104。
浏览器103通过网络和网站连接。浏览器103从网站110获取网页，根据网页文本的内容在用户终端101上呈现网页。因此，用户终端101还包括网页102。当用户根据网页进行相关操作时，浏览器103根据网页102触发通知订阅事件。
客户端104可以是客户端软件，可以是独立的应用软件，也可以把客户端104合并在浏览器或者操作系统中，客户端104是浏览器或者操作系统的一部份。客户端104由通知服务提供商提供，不需要网站提供商提供。客户端104包括注册管理模块105、通知接收模块106。
注册管理模块105和浏览器103连接，接收浏览器103的通知订阅事件。然后，注册管理模块向通知服务器发送注册请求消息，注册请求消息中包含网站标识，表示授权该网站标识对应的网站发送通知给用户终端。注册请求消息也可以包括网站自定义参数。网站自定义参数为一个或多个可选的透传参数，具体用途由网站自己决定。网站自定义参数可以用于标识用户或者内容，比如待选股票的名称或者用户在网址的注册名。网站根据网站自定义参数，确定向终端发送的通知内容。
通知接收模块106和通知服务器107连接，接收和显示由通知服务器推送的通知信息。
通知服务器107包含注册模块108和通知推送模块109。通知服务器107保存有通知服务器标识。注册模块108根据注册请求消息中的网站标识、网站地址发送允许消息给网站。允许消息包括终端标识所对应的接收者标识和通知服务器标识，还可以包括网站自定义参数。在一个可选方案中，通知服务器不发送允许消息给网站，而是发送允许消息给用户终端的注册管理模块，注册管理模块转而发送允许消息给网站。
网站根据网站自定义参数确定要推送的通知内容，然后将包含接收者标识的通知推送给通知服务器。
在通知服务器中，通知推送模块109根据接收者标识确定对应的终端标识，向该终端标识所对应的用户终端推送通知。
下文将详细讨论上述通知推送系统的工作过程。通知推送主要可分为通知订阅、通知推送和通知接收三个阶段。首先，讨论通知订阅的过程。
在安装或者首次运行时，客户端104通过网络连接通知服务器108。通知服务器108为首次连接的客户端104分配一个新的终端标识，并把这个终端标识通过网络发送给客户端104。通知服务器108和客户端都保存终端标识，两者以后交互的消息中使用终端标识，这样通知服务器能唯一标识该用户终端。在另外一个可选方案中，在客户端安装或者首次运行时，把用户终端的全球唯一标识上报给通知服务器。客户端收到通知服务器的确认，把此标识确定为终端标识。客户端和通知服务器都保存该标识。全球唯一标识可以是：IMSI(International Mobile SubscriberIdentificationNumber国际移动用户识别码)、IMEI(InternationalMobile Equipment Identity国际移动设备标识)等等。这样的好处是，客户端软件能自动与服务器确定终端标识，简化了用户参与。
此外，每个终端标识可以设置一个对应密码。用户终端和通知服务器都存储终端标识和对应的密码。密码可以防止网站等第三方伪造终端标识、使用户终端可以和通知服务器建立安全的通信会话，通知服务器能从通信会话中获得对应的终端标识。
当用户关注某个推送通知的网站时，浏览器从网站获取通知订阅的网页，并且根据网页文本的内容在终端呈现网页。在一个例子中，网页是HTML格式的文本文件，在文本文件中有带标记符的文本内容，例如：超级链接(Link)和脚本语言(JavaScript)。浏览器可以解释和执行网页中的带标记符的文本内容，根据带标记符的文本内容生成对应的DOM(DOM，文档对象模型Document Object Model)节点，把HTML显示给用户，并执行脚本语言(JavaScript)的动作。网页还可以根据用户的操作触发相应的网页事件，浏览器根据网页事件触发相应的通知订阅事件。
例如，网页中包含如下的文本内容：“<ahref＝″Pus hRegister://3rd.com/？ack＝regist_return_url&arg＝self_str″><img src＝″register.gif″></a>”。该文本内容可以通过浏览器触发客户端软件的通知订阅事件，向客户端软件传递网站标识。register.gif是按钮图片，浏览器显示该按钮图片，以供用户点接。Pus hRegister为用来标记特定链接的协议名称，根据此协议名称浏览器能通知客户端。3rd.com是网站标识，网站标识可以是网站的域名。ack＝regist_return_url是网站地址URL中域名后面的路径；该参数是可选；如果没有，则表示固定的缺省路径或者根路径。arg＝self_str是网站自定义参数。网站根据网站自定义参数确定向终端发送的通知内容。浏览器根据上述文本内容显示按钮图片，并且生成文档对象模型(DOM：Document Object Model)节点。当用户按压按钮图片时，该特定链接被触发，浏览器将抛出DOM事件，即PushRegister事件。如果客户端在安装或者首次运行时注册了PushRegister事件，则浏览器将该事件触发给客户端，事件中包括如上所述的参数：网站标识3rd.com、网站地址regist_return_url和网站自定义参数self_str。
客户端在安装或者首次运行时注册了PushRegister事件。客户端的注册管理模块接收网页触发的PushRegister事件，从浏览器获得网页对应的网站标识3rd.com、网站地址regist_return_url和网站自定义参数self_str。由于浏览器从网站获取网页时，HTTP协议中包含网页对应的域名信息，因此，在一个例子中，可以使用该域名作为网站标识。客户端可以用浏览器的属性document.domain获得网页对应的网站标识，这样可以在网页文本内容和事件中不用包含网站标识。网站自定义参数可以取自浏览器中该网站域名所在的Cookie，Cookie来自网站，客户端可以获取该Cookie作为网站自定义参数。使网页书写更加简洁。
采用由网页触发事件的方案的好处是现在主流的浏览器和操作系统都支持事件触发。客户端软件向操作系统注册后，可以获得用户在网页中订阅通知的该特殊链接的事件和这些参数，使得一个客户端软件可以支持多个浏览器。即，无论用户使用IE，Firefox还是Chrome浏览器访问该网页，都可以订阅通知。
注册管理模块105可以包括授权界面，用于用户对通知推送网站的授权管理。注册管理模块向用户显示授权界面，授权界面包括网站标识。授权界面还可以包括供用户输入对该网站进行授权的界面元素，提示用户是否授权该网站向用户发送通知。用户可以输入授权或拒绝的授权操作。注册管理模块105接收用户对该网站的授权或拒绝的授权操作。
注册管理模块在用户终端存储授权记录。授权记录包括网站标识和用户授权状态。授权状态就是用户输入的授权操作，可以是拒绝或授权，如图4A所示：
如果授权状态是拒绝，表示用户拒绝该网站向其推送通知。
如果授权状态是授权，表示用户授权该网站向其推送通知。
注册管理模块105还提供删除界面的功能。注册管理模块向用户展示界面，界面显示了图4A网站标识列表。用户通过该界面删除已经存储在用户终端中的授权记录，删除界面的装置和通知服务器相连，根据用户的删除操作，向通知服务器发送对应的网站标识并接收服务器的响应。
注册管理模块根据授权界面的授权操作，向通知服务器发送注册请求消息。注册请求消息中包含网站标识、网站地址和网站自定义参数，表示授权该网站标识对应的网站发送通知给用户终端。
在通知服务器中，注册模块108通过网络和用户终端的注册管理模块连接，接收注册管理模块发送的注册请求。
注册模块在网络连接会话时获得用户终端的终端标识，并且保存有终端标识和终端标识所对应的密码。当客户端使用终端标识及密码和注册模块建立联系时，注册模块能根据此终端标识区分不同的用户终端发起的请求。这样，一个通知服务器可以支持多个用户终端。具体地说，注册模块接收来自客户端连接请求，根据连接请求中的终端标识和密码，与注册模块存储的终端标识和密码进行比较。如果相同，就允许接入，并在会话信息中记录终端标识，后续消息处理中可以根据会话信息获得终端标识。
注册模块在接收注册管理模块发送的注册请求之后，生成终端标识对应的接收者标识。注册模块使用对应密码EK1对终端标识进行加密，EK1(终端标识)作为接收者标识。注册模块在同一个网站标识下，可以根据不同的终端标识用依次递增生成的方式产生接收者标识。注册模块保存终端标识、网站标识和接收者标识之间的对应关系，如：图5A。这样可以根据网站标识和接收标识唯一确定一个终端标识。在另外一种替代方案中，注册管理模块根据终端标识和网站标识生成接收者标识，注册管理模块使用终端标识对应的密码k1对终端标识和网站标识进行加密，即：EK1(终端标识||网站标识)作为接收者标识。注册模块保存用户终端的注册记录。这样的好处是每个网站得到的同一个终端的接收者标识不同，具有更好的隐私性。
注册模块根据网站标识、网站地址发送允许消息给网站，允许消息包括终端标识对应接收者标识和网站自定义参数。
网站接收通知服务器发送的允许消息，允许消息包括接收者标识、网站自定义参数和通知服务器标识。网站根据网站自定义参数确定网站的用户，并且记录网站和接收者标识、通知服务器标识的对应关系。通知服务器标识一般是域名，网站可以根据通知服务器标识和通知服务器建立连接。
如果是新的通知服务器标识，网站没有存储通知服务器标识和密钥，则网站向通知服务器发送网站注册请求，请求中包含网站标识，并接收通知服务器的注册响应，响应包含通知服务器生成的登录鉴权密钥。网站保存接收到的登录鉴权密钥和对应的通知服务器标识。
如果是网站已经存储的服务器标识，则网站根据通知服务器标识，查询保存在网站中通知服务器对应登录鉴权密钥，以便使用网站标识和登录鉴权密钥与通知服务器标识建立安全的通信。
完成了上述的通知订阅过程之后，网站将在适当时间开展通知推送过程。具体过程如下。
网站根据网站自定义参数确定发送的通知内容；根据网站用户确定接收者标识和通知服务器标识，把与网站用户对应的通知内容、接收者标识送给通知服务器。
注册模块108接收网站的通知推送请求，请求包含通知内容、接收者标识、网站标识和登录鉴权密钥。注册模块根据接收到的网站标识，查找保存在通知服务器中的网站注册记录，并比对注册记录中登录鉴权密钥和接收到的密钥的一致性，对网站进行鉴权。如果注册记录不存在或鉴权失败，则中止本次通知推送请求。如果鉴权通过，则注册模块根据网站标识和接收者标识，查找保存在通知服务器的注册模块中的对应关系，查找与网站标识和接收者标识对应的终端标识。如果对应的终端标识存在，则获取对应的终端标识，并将通知内容、终端标识和网站标识发送给通知推送模块；如果用户终端注册记录不存在，则中止本次通知推送请求，返回拒绝信息给网站。
通知服务器107包含通知推送模块109，通知推送模块接收注册模块发送的通知内容、终端标识和网站标识；通知推送模块根据终端标识，找到对应的网络连接，将通知内容和网站标识发送给用户终端。
在通知接收过程中，用户终端的通知接收模块和注册管理模块连接，通知接收模块可以把所接收的通知消息中的网站标识发给注册管理模块，注册管理模块返回对应的授权状态。如果状态为授权，则通知接收模块按约定的格式对通知消息进行解析，提取通知内容，将通知消息数据按合理方式展示给用户。可选的展现方式包括在不影响用户使用体验的情况下弹出桌面窗口，或通过调用移动终端操作系统提供的消息接口，将通知消息传递给移动终端操作系统的消息处理模块，并与其它来源的消息统一进行展现。如果没有对应状态，则提示用户请求授权，或者不显示通知。如果状态为禁止，则不显示通知。
在前述通知推送系统中，使用了网站标识，使用户终端可以订购多个网站的通知；使用了通知服务器标识，使用户终端可以通过不同通知服务器订阅通知服务，网站可以通过不同通知服务器向用户终端推送通知。另外，网站提供商不需要提供客户端程序，只需要按照通知服务提供商提供的模板，将相应特殊文本段(可以是链接或客户端脚本)嵌入网页即可，网站只需较少的投入，即可向用户终端推送通知。
需要说明，在网站、用户终端和通知服务器之间传递的各类消息一般应包括消息头和消息体两部分，格式可以参考通用标准的通知消息格式。消息体可以是任何的MIME内容类型，包含多部分的不同MIME内容类型；消息头中可以包含内容编码、内容类型、内容语言、内容长度、内容位置、通知发送时间和有效期等参数。
另外，在图2中，注册管理模块105和网站110的连线是可选的，用于注册管理模块105向网站110传递允许消息。用户终端101和网站110之间存在两个连线：浏览器103和网站110之间的连线，注册管理模块105和网站110之间的另一个连线，这两个连线可以由同一个物理连线实现。同理，客户端105和通知服务器107之间也存在两个连线：注册管理模块105和注册模块108之间的连线，以及消息接收模块106和通知推送模块109之间的连线，它们也可以由同一个物理连线实现。
在前文通知订阅的过程中，由通知服务器将允许消息直接发送给网站。如此方案的结果是，客户端网络效率高，只需要和通知服务器进行一次通信，不需要和网站进行通信发送允许消息。
然而，通知服务器可以不直接发送允许消息给网站，而是将允许消息发送给用户终端的注册管理模块，注册管理模块继而转发允许消息给网站。
在一个例子中，注册管理模块根据授权界面的授权操作，向通知服务器发送注册请求消息，注册请求消息中包含网站标识。在通知服务器对注册请求消息的响应中，注册管理模块接收通知服务器生成的和终端标识对应的接收者标识。注册管理模块保存注册信息，包括接收者标识和对应的网站标识。注册管理模块根据网站标识对应的域名直接通过网络使用Http协议发送允许消息给网站；其中，允许消息包括接收者标识、网站自定义参数、网站地址和通知服务器标识。网站地址作为Http协议的路径。网站根据通知服务器标识建立和通知服务器的网络连接，这样网站可以根据不同的终端软件支持对应的通知服务器。该方案的好处是：有效的保护的网站隐私，自定义参数不经过通知服务器；通知服务器和网站的功能具有很好的独立性，通知服务器不需要向网站发允许消息。
此外，在另一个可选的将允许消息发送给网站的例子中，注册管理模块根据授权界面的授权操作，把包含接收者标识的允许消息发送给浏览器。浏览器根据网页的文本内容(网页的文本内容定义了接收到注册管理模块发来的允许消息的事件触发相应动作)，自动把允许消息转送给网站，并在允许消息中附加网页对应的自定义参数，网站地址等。
在再一个将允许消息发送给网站的例子中，根据授权界面的授权操作在终端存储授权记录。浏览器也根据网页的文本内容，查询终端存储授权记录；注册管理模块响应浏览器查询，把包含接收者标识的允许消息发送给浏览器，浏览器根据网页的文本内容，把允许消息中送给网站。该方案的好处是：网站可以灵活地定义的网页脚本处理相关信息，不用把自定义参数和网站地址传送给客户端，简化了网页和网站的处理。例如：浏览器在和网站通信时可使用浏览器的Cookie(“小甜饼”)作为自定义参数，网站地址也可以由网站灵活处理。
图3是本发明的一个实施例的包含触发通知订阅的特定链接或客户端脚本的网站网页示意图。在该网页示意图中，触发通知订阅的特定链接或客户端脚本包含在与各个“通知我”按钮对应的网页代码中。在其它实施例中，网页也可以不经用户点击自动触发执行所述的特定链接或客户端脚本。在网站的网页中，可以提供多个类似的包含特定链接或客户端脚本的“通知我”按钮，该网页示意图中展示的是多只股票的涨跌动态，每只股票都设置了包含特定链接或客户端脚本的“通知我”按钮，用户点击某只股票对应的“通知我”按钮后，相关实体将获取网站标识、与该股票对应的网站自定义参数和网站地址，并触发该股票动态信息的订阅过程，订阅成功后，该网站即可经通知服务器向用户推送该股票的动态信息。用户可以点击选择订阅多只股票的动态信息。
如前文所述，通知推送主要可分为通知订阅、通知推送和通知接收三个阶段。下文将详细讨论不同阶段的流程实现。
图6本发明的一个实施例的通知订阅流程图。如图6所示，在步骤S601中，用户通过用户终端的浏览器上网。浏览器根据某网站的URL地址(例如www.3rd.com)访问网站，通过HTTP协议从网站下载网页，并触发网页中包含的特定链接。例如，用户打开如图3所示的网站页面后，点击任一“通知我”按钮，触发该网页按钮包含的特定链接。
网页通常是HTML格式的文本文件，在文本文件中添加有带标记符的文本内容，例如：超级链接(Link)和脚本语言(JavaScript)。浏览器可以解释和执行网页，以把HTML显示给用户，并执行超级链接(Link)和脚本语言(JavaScript)的动作。
在一个例子中，网页中包含表示特定链接的文本内容：“<ahref＝″Pus hRegister://3rd.com/？ack＝regist_return_url&arg＝self_str″><img src＝″register.gif″></a>”。register.gif指示浏览器显示该按钮图片，供用户点接。PushRegister为用来标记特定链接的协议名称，3rd.com是网站标识，ack＝regist_return_url是接收接收者标识的网站地址。arg＝self_str是网站自定义参数。当该链接被触发时，浏览器将抛出文档对象模型(DOM：Document Object Model)事件。如果客户端在安装或者首次运行时注册了PushRegister事件，则浏览器将该事件触发给客户端，事件中包括如上所述的网站标识3rd.com、网站地址regist_return_url和网站自定义参数self_str。
在步骤S602，客户端从事件中获取到网站标识、网站自定义参数和网站地址。
对运行Android操作系统的用户终端而言，客户端可以按如下方式注册如步骤S601所述的“PushRegister“事件：
在客户端应用的AndroidManifest.xml文件中，定义Activity(活动)的Intent-filter：
其中data android:scheme即为注册描述格式以“PushRegister://”为开头的自定义协议。当如步骤S601所述的以“PushRegister://”为开头的特定链接被触发时，浏览器将把事件触发给该客户端处理，并且将之后的字符串″3rd.com/？ack＝regist_return_url&arg＝self_str″作为参数传递给客户端。客户端可以通过如下方法获取该字符串：
final Intent intent＝get Intent()；
final String str_dom＝intent.get Data()；
字符串str_dom即为如上所述的包含网站标识3rd.com、网站地址regist_return_url和网站自定义参数self_str的字符串。
其它主流操作系统也都提供类似的注册自定义协议的机制，使得当包含所注册协议名称的特定链被触发时，可以通过浏览器调用指定的应用程序对相应事件进行处理。
在本实施例中，通知订阅过程由用户在浏览器中点击网站网页中包含的特定链接触发，订阅方式更灵活。通知订阅成功后，用户终端(比如手机)不需保持与网站的连接，节省了通信流量和终端的耗电。另外，安装在用户终端中的客户端由通知服务提供商提供，不需要网站提供商提供。网站只需按照通知服务提供商提供的模板，将相应的链接嵌入网页即可。网站只需较少的投入，即可向用户终端推送通知，有利于通知服务的推广，在本实施例中，特定网页链接模板即为：“<a href＝″PushRegister://网站标识/？ack＝网站地址&arg＝网站自定义参数″><img src＝″图标文件路径″></a>”。进一步地，通过为网站透传一个或多个自定义参数，网站可以获取更多用户信息，例如：用户的意愿、偏好和个人资料等，从而实现更为精确和个性化的通知推送，提升用户体验。
在步骤S603，客户端根据获取到的网站标识和保存在本地的用户授权信息，确认用户是否对该网站进行过授权。
客户端根据网站标识，查找用户终端中存储网站标识对应的授权状态信息，根据授权状态信息，做不同处理。如果确认用户未对该网站进行过授权，则前进到步骤S604；如果确认用户已对该网站进行过授权，则前进到步骤S609。
在本实施例中，通过用户授权确认过程，用户终端针对同一网站在同一通知服务器上只需注册一次，减少了用户终端与通知服务器的交互，节省了通信流量和终端的耗电。
在步骤S604，客户端提示用户对该网站进行授权，使用户可以对授权或拒绝网站的通知服务进行控制。根据用户的选择，确定该网站对应的用户授权状态。
如果用户授权该网站向其推送通知，则前进到步骤S605；
如果用户拒绝该网站向其推送通知，则前进到步骤S611。
在步骤S605，客户端向通知服务器发送注册请求，注册请求中包括网站标识和终端标识，表示允许该网站向该终端发送通知。
客户端取得存储在用户终端的终端标识，和服务器建立网络通信。然后，客户端发送注册请求消息，消息包括网站标识和终端标识。如果客户端和服务器已经建立上下文会话，那么在服务器会话信息中已经包含了该终端标识。由于注册请求消息包含会话号，凭借该会话号可以找到对应的终端标识，则该消息间接包含了终端标识的信息。
在步骤S606，通知服务器接收客户端发送的注册请求，生成接收者标识，并且保存终端标识和接收者标识。
具体地，服务器保存所述的终端标识和网站标识的对应关系，记录了对该网站向该终端发送通知的授权。通知服务器在接收到通知推送请求后，可以基于接收者标识查找对应的终端标识，并进而对用户终端进行寻址，以便向用户终端推送通知。对于同一个用户终端，不同网站的接收者标识不同，有助于保护用户终端的隐私。
有两种方法生成接收者标识。一种方法是，通知服务器根据终端标识、网站标识和自身产生的一随机数，为该终端标识对应的用户终端生成一接收者标识。例如，把随机数作为密码，对网站标识进行加密，生成一个网站密码；再用该网站密码对终端标识进行加密产生接收者标识。加密算法采用对称加密算法，例如：DES、IDEA、RC2、RC4、SKIPJACK、RC5、AES算法。这样收到网站发来的接收者标识，通知服务器采用用对应的网站密码进行解密，就可以得到终端标识。这种方式下，可以不用存储接收者标识，节省了存储空间。另外一种方法是：针对每个终端标识或网站标识，生成不重复的接收者标识，使接收者标识和网站标识的组合唯一对应到一个不同终端标识，通知服务器存储接收者标识、网站标识和终端标识的关系，这样收到网站发来的接收者标识，通知服务器根据接收者标识和网站标识查找对应存储的终端标识。这种方法的好处是简化了运算，不用加密运算。
在步骤S607，客户端接收到通知服务器发送的注册响应，该响应中包含生成的接收者标识。客户端保存网站标识、用户授权状态(这里为授权)和接收者标识。然后前进到步骤S608。
在步骤S608，客户端向网站提交接收者标识。客户端根据网站地址，将网站自定义参数、通知服务器标识和接收者标识提交给网站。订阅流程结束。
步骤S609，客户端查找用户对该网站的授权状态，并根据授权状态进行不同处理。如果确定用户授权状态为授权，则前进到步骤S610；否则流程中止。
在步骤S610，客户端读取保存在用户终端的接收者标识。然后前进到步骤S608。
在步骤S611，客户端保存网站标识和用户授权状态(这里为拒绝)。然后流程中止。
在另一实施例中，所述接收者标识可以是客户端保存的终端标识。在这种情况中，可以省略步骤S606中的接收者标识生成步骤，并且通知服务器保存的参数为终端标识和网站标识。在步骤S607中，客户端接收到的注册响应中可以不包含生成的接收者标识，并且客户端仅保存网站标识和用户授权状态(这里为授权)。
在另一实施例中，相对于图6所述订阅通知流程中的各步骤，在步骤S601中，被触发的是包含在网页中的特定客户脚本。在步骤S602中，客户端仅从网页获取网站标识。在步骤S608之前，还包括客户端向所述的客户端脚本发送接收者标识和通知服务器标识的步骤。在步骤S608中，所述的客户端脚本根据网站地址，将接收者标识、网站自定义参数和通知服务器标识提交给网站。
在该实施例中，网页中包含如下表示JavaScript脚本的文本内容：
Figure BDA0000090329400000161
在如图3所示的网页中，该客户端脚本可以通过用户点击网页中的任一“通知我”按钮触发，在这种情况中，所述的按钮中应包含如下链接：“<ahref＝″#″class＝″button″id＝″notify-me″>通知我</a>”。
在如上所述的JavaScript脚本中，变量SendWebsiteID保存的即为网站标识3rd.com。client为在客户端中定义且绑定到该JavaScript脚本的Java对象的别名，当该JavaScript脚本被触发后，将调用在该Java对象中定义的requestPermission方法，即触发函数被调用事件，并向该方法传递网站标识3rd.com，继而触发客户端确认用户授权和向通知服务器注册。最终客户端提交的接收者标识和通知服务器标识将保存在变量getRegData中。
相应地，客户端包含如下基于WebView的代码和方法：
Figure BDA0000090329400000162
Figure BDA0000090329400000171
其中，变量sendRegData保存的即为接收者标识和通知服务器标识。setJavaScriptEnabled方法用于设置是否可以在WebView中执行网页JavaScript代码，如果参数为true则为可以。addJavascriptInterface方法用于将客户端中声明的Java对象clientInterface绑定到JavaScript中，第一个参数就是Java对象clientInterface，第二个参数client则是该对象的别名，在JavaScript中调用该对象中定义的方法时即使用该别名。当通过如上所述的JavaScript脚本调用在clientInterface对象中定义的requestPermission方法时，该方法将接收网站标识3rd.com，并将其保存在变量getWebsiteID中，后继续执行permissionHandle方法，以进行用户授权确认和向通知服务器注册，该方法返回值保存在字符串变量sendRegData中，其中包含接收者标识和通知服务器标识信息，其格式可以为：″receiverID&noticeServerUrl″。requestPermission方法最终将接收者标识和通知服务器标识发送给JavaScript脚本。
采用本实施例所述方案的好处是，网页和客户端可以直接进行通信，并相互传递参数，最后由网页而不是客户端向网站提交参数，简化了客户端的功能，减少了客户开发的工作量。
图7A是本发明的一个实施例的通知推送流程图的前半部分。
图7A所示，在步骤S701，网站查询保存在本地的与在某一通知服务器注册的某一用户终端相关的注册信息。注册信息一般至少包含一个接收者标识、一个通知服务器标识和一或多个网站自定义参数。网站参考网站自定义参数，确定需要推送的通知内容。然后前进到步骤S702。
在步骤S702，网站根据接收到的通知服务器标识，查找网站中存储的与通知服务器标识对应的登录鉴权密钥。根据查找结果，网站做如下处理：
如果对应的登录鉴权密钥不存在，表明网站未在对应的通知服务器注册，则前进到步骤S703；
如果对应的登录鉴权密钥存在，表明网站已在对应的通知服务器注册，则直接读取对应的登录鉴权密钥。然后前进到步骤S706。
在步骤S703，网站根据通知服务器标识，向通知服务器发送网站注册请求，请求中包括网站标识。然后前进到步骤S704。
在本实施例中，网站不需提前向通知服务器注册，注册过程可以在网站首次向通知服务器发送通知推送请求之前动态触发。这在网络中存在多个通知服务器的情况下，简化了网站的注册操作，有利于通知服务的推广，也使得整个通知推送系统的部署更为灵活。
在步骤S704，通知服务器接收网站的网站注册请求，可以根据请求中包含的网站标识和自身产生的一随机数为该网站生成登录鉴权密钥，并保存网站标识和生成的登录鉴权密钥。然后前进到步骤S705。
在步骤S705，网站接收通知服务器的注册响应，响应中包含生成的登录鉴权密钥。网站保存通知服务器标识和注册生成的登录鉴权密钥。然后前进到步骤S706。
在步骤S706，网站根据通知服务器标识，向通知服务器发送通知请求，请求中包括网站标识、通知消息、接收者标识和登录鉴权密钥。
图7B是本发明的一个实施例的通知推送流程图的后半部分。
图7B所示，在步骤S707，通知服务器根据所接收到的网站标识和登录鉴权密钥，对该网站进行鉴权。如果鉴权失败，则流程中止；如果鉴权通过，则前进到步骤S708。
在步骤S708，通知服务器根据接收到的接收者标识，查找通知服务器中存储的终端标识和网站标识的对应关系，并根据查询结果进行如下处理：如果对应的终端标识和网站标识的对应关系存在，即用户对该网站进行过授权，则读取对应的终端标识，然后前进到步骤S712；如果对应的终端标识和网站标识的对应关系不存在，及用户未对该网站进行过授权，则流程中止。
在步骤S709，通知服务器根据终端标识，将网站标识和通知消息推送给与终端标识对应的用户终端。通知推送流程结束。
在本实施例中，通过通知服务器对网站进行集中鉴权，对网站发送的通知推送请求进行集中的用户授权验证，对通知进行统一推送，更为安全和高效。
在另一实施例中，通知服务器根据接收到的接收者标识和网站标识，在通知服务器中查找终端标识和网站标识的对应关系，以确认用户是否对该网站进行过授权。
图8是本发明的一个实施例的通知接收流程图。
如图8所示，在步骤S801，客户端根据接收到的网站标识，查找用户终端中存储的用户授权记录，以确认用户是否对该网站进行过授权。客户端根据用户授权状态进行如下处理：如果确认用户已授权该网站向其推送通知，则前进到步骤S802；否则流程中止。
这里对用户授权进行确认的目的，是防止当用户通过注册管理模块设置拒绝某网站继续推送通知后，用户仍可能接收到该网站发送的通知的问题，提升了用户体验。
在步骤S802，客户端按约定的格式对通知消息进行解析，从中提取消息数据。然后前进到步骤S803。
在步骤S803，客户端在不影响用户体验的情况下，以适合的方式在用户终端上展示通知消息。通知接收流程结束。
在其它实施例中，接收者标识也可以由客户端直接提供，在这种情况中，接收者标识可以就是终端标识。
在本发明的实施例中，通知订阅过程由用户在浏览器中点击网站网页中包含的特定链接触发，订阅方式更灵活。另外，安装在用户终端中的客户端可由通知服务提供商提供，不需要网站提供商提供，网站只需要制作符合标准格式的网页，可以灵活地在网页合适的位置添加通知订阅。
以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围，凡在本发明的精神和原则之内，所作的任何修改、同等替换、改进等，均应包含在本发明的保护范围之内。

Claims (27)

1.一种用户终端订阅通知的方法，其中，所述用户终端包括浏览器、客户端，用户终端与网站和通知服务器通过网络相连，其特征在于，所述方法包括：
所述浏览器从网站获取网页，呈现网页；
浏览器根据网页文本内容产生触发事件；
所述客户端根据触发事件向通知服务器发送注册请求，所述注册请求包含所述网站的网站标识；以便通知服务器将所述网站的通知推送给所述用户终端。
2.如权利要求1所述的方法，其中所述方法包括通知服务器根据注册请求向网站发送包括接收者标识的允许消息。
3.如权利要求1所述的方法，其中所述方法包括通知服务器根据注册请求向客户端发送注册响应消息，客户端向网站转发包括接收者标识的允许消息。
4.如权利要求3所述的方法，其中所述客户端向网站转发允许消息的步骤包括客户端将允许消息发送给浏览器，由浏览器转送允许消息给网站。
5.如权利要求1-4之一所述的方法，其中所述方法包括网站向通知服务器发送通知推送请求。
6.如权利要求5所述的方法，其中所述允许消息包括通知服务器标识，所述方法包括网站向通知服务器发送网站注册请求，网站注册请求中包含网站标识；网站接收通知服务器的注册响应，响应包含通知服务器生成的登录鉴权密钥；网站保存接收到的登录鉴权密钥和对应的通知服务器标识；当网站向通知服务器发送通知推送请求时，请求包含登录鉴权密钥；通知服务器通过比对注册记录中的登录鉴权密钥和接收到的密钥，对网站进行鉴权。
7.如权利要求5所述的方法，其中所述允许消息包括接收者标识，所述通知推送请求包括接收者标识；所述方法包括通知服务器根据网站标识和接收者标识，查找与网站标识和接收者标识对应的终端标识，并且依据终端标识向终端推送通知内容。
8.如权利要求2-4之一所述的方法，其中接收者标识根据终端标识和网站标识确定。
9.如权利要求2-4之一所述的方法，其中接收者标识是终端标识。
10.如权利要求1-4之一所述的方法，其中所述方法还包括客户端通过网站网页获取网站自定义参数；所述客户端向网站提交网站自定义参数。
11.如权利要求1-4之一所述的方法，其中所述方法包括客户端采用终端标识来识别来自通知服务器的通知。
12.如权利要求1-4之一所述的方法，其中所述方法包括客户端向用户显示授权界面，并且基于用户的授权操作向通知服务器发送注册请求。
13.一种用户终端，包括浏览器和客户端，其中
浏览器通过网络和网站连接，浏览器从网站获取网页，呈现网页，浏览器根据网页文本内容产生触发事件；
客户端使用终端标识和通知服务器建立网络连接，并且客户端包括通知接收模块和注册管理模块；
注册管理模块接收所述触发事件，获得网页对应的网站标识，注册管理模块向用户显示授权界面，并接收用户对该网站的授权操作；
注册管理模块根据授权界面的授权操作，向通知服务器发送包含网站标识的注册请求；
通知接收模块从通知服务器接收来自网站的通知。
14.如权利要求13所述的用户终端，其特征在于，注册管理模块从浏览器获取网页对应的自定义参数，所述的注册请求中包括自定义参数。
15.如权利要求13所述的用户终端，其特征在于，根据授权界面的所述授权操作，注册管理模块获得与终端标识对应的接收者标识，发送允许消息给网站，允许消息包括所述接收者标识。
16.如权利要求15所述的用户终端，其特征在于，注册管理模块发送允许消息给网站的步骤包括注册管理模块从浏览器获取网页对应的自定义参数，注册管理模块通过网络发送允许消息给网站，允许消息中包括网站自定义参数。
17.如权利要求15所述的用户终端，其特征在于，注册管理模块发送允许消息给网站的步骤包括把允许消息发送给浏览器，浏览器把网页对应的自定义参数包含在允许消息中送给网站。
18.如权利要求15-17之一所述的用户终端，其特征在于，所述注册管理模块接收来自通知服务器的接收者标识。
19.如权利要求15-17之一所述的用户终端，其特征在于，注册管理模块根据终端标识生成接收者标识。
20.如权利要求13-17之一所述的用户终端，其特征在于，注册管理模块保存网站标识及对应的授权状态，用于接收通知或者避免在第二次授权时不出现授权界面。
21.如权利要求15-17所述的用户终端，其特征在于，注册管理模块保存网站标识和接收者标识的对应关系。
22.如权利要求15-17所述的用户终端，其特征在于，注册管理模块保存有通知服务器标识，给网站的允许消息中包括服务器标识。
23.如权利要求21所述的用户终端，其特征在于，注册管理模块读取网站标识对应的授权状态，根据授权状态选择不同的操作：
如果无网站标识对应的授权状态，则继续发送注册请求消息。
如果授权状态是拒绝，则中止发送注册请求消息。
24.一种通知服务器，包括注册模块和通知推送模块；
注册模块接收终端的包含网站标识的注册请求，保存终端标识和网站标识的对应关系；
注册模块接收网站的通知推送请求，所述通知推送请求包含通知内容和接收者标识；
注册模块根据网站标识和接收者标识，查找对应的终端标识；
如果对应的终端标识存在，注册模块把通知内容和终端标识发送给通知推送模块；
通知推送模块根据终端标识，将通知内容发送给用户终端。
25.如权利要求24所述的通知服务器，其特征是
注册模块根据终端标识生成接收者标识，
注册模块根据网站标识发送允许消息给网站，允许消息包括和终端标识对应的接收者标识。
26.如权利要求24或25所述的通知服务器，其特征是
注册模块接收网站的包含网站标识的网站注册请求；
注册模块根据网站标识对应的域名连接网站，完成注册。
27.一个通知推送系统，包括用户终端和通知服务器，其特征在于
用户终端接收网页触发的事件，获得网页对应的网站标识，向用户显示授权界面，并接收用户对该网站的授权操作；
根据授权界面的授权操作，所述用户终端或通知服务器生成接收者标识，向网站发送包括接收者标识的允许消息；
通知服务器接收网站的包括接收者标识的通知；
通知服务器根据接收者标识向用户终端发送通知。
CN2011102681085A 2011-09-09 2011-09-09 一种订阅通知的方法、装置和系统 Pending CN103001926A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN2011102681085A CN103001926A (zh) 2011-09-09 2011-09-09 一种订阅通知的方法、装置和系统
US13/606,890 US20130246504A1 (en) 2011-09-09 2012-09-07 Method for subscribing to notification, apparatus and system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN2011102681085A CN103001926A (zh) 2011-09-09 2011-09-09 一种订阅通知的方法、装置和系统

Publications (1)

Publication Number Publication Date
CN103001926A true CN103001926A (zh) 2013-03-27

Family

ID=47930074

Family Applications (1)

Application Number Title Priority Date Filing Date
CN2011102681085A Pending CN103001926A (zh) 2011-09-09 2011-09-09 一种订阅通知的方法、装置和系统

Country Status (2)

Country Link
US (1) US20130246504A1 (zh)
CN (1) CN103001926A (zh)

Cited By (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103618746A (zh) * 2013-12-10 2014-03-05 南京守护宝信息技术有限公司 一种基于推送指令的客户端服务器通信方法
WO2014183043A1 (en) * 2013-05-10 2014-11-13 Apple Inc. Authorizing push notifications for websites
CN104267972A (zh) * 2014-10-20 2015-01-07 中国科学院声学研究所 浏览器本地接口扩展方法及装置
CN104331403A (zh) * 2013-07-22 2015-02-04 腾讯科技（深圳）有限公司 一种基于浏览器的动态消息查看方法、装置及系统
CN104468142A (zh) * 2014-10-30 2015-03-25 北京海尔广科数字技术有限公司 一种订阅通知的方法和装置
CN104468103A (zh) * 2013-09-13 2015-03-25 联想(北京)有限公司 一种信息处理方法、电子设备和服务器
WO2015055101A1 (en) * 2013-10-17 2015-04-23 Tencent Technology (Shenzhen) Company Limited Method, client, server and system for information transmission
WO2015058574A1 (zh) * 2013-10-23 2015-04-30 北京奇虎科技有限公司 实现扩展应用程序的推送通知的方法及装置
CN104601639A (zh) * 2014-03-13 2015-05-06 腾讯科技（深圳）有限公司 网页应用消息推送方法、客户端、服务器及系统
CN104636437A (zh) * 2014-12-31 2015-05-20 华为技术有限公司 一种事件通知方法、监听器的处理方法及装置
CN104702675A (zh) * 2015-02-13 2015-06-10 腾讯科技（深圳）有限公司 用户事件的响应方法及装置
TWI563814B (en) * 2014-07-03 2016-12-21 Able World Internat Ltd Method for establishing and expanding social network and storage medium thereof
US9992323B2 (en) 2015-04-28 2018-06-05 Tencent Technology (Shenzhen) Company Limited Activity information sharing method and apparatus
CN108900642A (zh) * 2018-08-16 2018-11-27 安徽云才信息技术有限公司 一种完全由服务端控制的消息推送方法
CN112088362A (zh) * 2018-05-04 2020-12-15 微软技术许可有限责任公司 针对已保存站点的通知更新

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8782195B2 (en) * 2012-03-14 2014-07-15 Telefonaktiebolaget L M Ericsson (Publ) Group operations in machine-to-machine networks using a shared identifier
CN103902616B (zh) * 2012-12-28 2017-04-12 腾讯科技（深圳）有限公司 一种推送网页应用消息的方法、装置和系统
WO2015080512A1 (ko) * 2013-11-28 2015-06-04 주식회사 케이티 컨트롤러와 네트워크 장치 간 이벤트를 처리하는 방법
US9185680B2 (en) * 2013-12-19 2015-11-10 International Business Machines Corporation Contextual push notification service
IN2014MU01505A (zh) * 2014-04-30 2015-06-05 Deshpande Nachiket
US10334066B2 (en) 2014-07-23 2019-06-25 Varian Medical Systems, Inc. Method and system applications for push notifications
KR20160059069A (ko) * 2014-11-17 2016-05-26 삼성전자주식회사 메시지 처리 방법 및 장치
US11233867B2 (en) * 2017-03-13 2022-01-25 Microsoft Technology Licensing, Llc On-demand push notification mechanism
US11064039B2 (en) 2018-11-14 2021-07-13 Citrix Systems, Inc. Systems and methods for push notification service for SaaS applications
CN111756840B (zh) * 2020-06-23 2023-04-07 湖南快乐阳光互动娱乐传媒有限公司 消息推送方法及装置
CN113779357A (zh) * 2021-09-29 2021-12-10 南开大学 一种基于智能化爬虫的信息订阅方法

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060190561A1 (en) * 2002-06-19 2006-08-24 Watchfire Corporation Method and system for obtaining script related information for website crawling
CN101212446A (zh) * 2006-12-29 2008-07-02 朗迅科技公司 移动多媒体内容共享应用系统
CN101228521A (zh) * 2004-03-15 2008-07-23 雅虎公司 个性化门户与web内容聚合的集成
US20100153486A1 (en) * 2008-12-17 2010-06-17 Microsoft Corporation Techniques to automatically syndicate content over a network
WO2011075993A1 (zh) * 2009-12-24 2011-06-30 腾讯科技（深圳）有限公司 一种rss订阅的方法、装置和系统

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7461062B2 (en) * 2004-12-01 2008-12-02 International Business Machines Corporation Just-in-time publishing via a publish/subscribe messaging system using a subscribe-event model
US20080256443A1 (en) * 2007-04-16 2008-10-16 France Telecom System for aggregating and displaying syndicated news feeds
US8131591B2 (en) * 2007-09-12 2012-03-06 Microsoft Corporation Updating contents of asynchronously refreshable webpages
US10002202B2 (en) * 2010-05-28 2018-06-19 Microsoft Technology Licensing, Llc Realtime websites with publication and subscription
US8797920B2 (en) * 2011-04-20 2014-08-05 IBT—Internet Business Technologies Methods and systems for access to real-time full-duplex web communications platforms

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060190561A1 (en) * 2002-06-19 2006-08-24 Watchfire Corporation Method and system for obtaining script related information for website crawling
CN101228521A (zh) * 2004-03-15 2008-07-23 雅虎公司 个性化门户与web内容聚合的集成
CN101212446A (zh) * 2006-12-29 2008-07-02 朗迅科技公司 移动多媒体内容共享应用系统
US20100153486A1 (en) * 2008-12-17 2010-06-17 Microsoft Corporation Techniques to automatically syndicate content over a network
WO2011075993A1 (zh) * 2009-12-24 2011-06-30 腾讯科技（深圳）有限公司 一种rss订阅的方法、装置和系统

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
杨俊等: "基于RSS的信息推送系统的设计和实现", 《计算机系统应用》 *
杨汉妮: "基于网络环境的RSS信息推送服务", 《科技进步与对策》 *
郑火国: "基于JAVA实现RSS信息推送", 《电脑编程技巧与维护》 *

Cited By (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014183043A1 (en) * 2013-05-10 2014-11-13 Apple Inc. Authorizing push notifications for websites
TWI575919B (zh) * 2013-05-10 2017-03-21 蘋果公司 授權網站之推播通知
CN104331403A (zh) * 2013-07-22 2015-02-04 腾讯科技（深圳）有限公司 一种基于浏览器的动态消息查看方法、装置及系统
CN104468103A (zh) * 2013-09-13 2015-03-25 联想(北京)有限公司 一种信息处理方法、电子设备和服务器
WO2015055101A1 (en) * 2013-10-17 2015-04-23 Tencent Technology (Shenzhen) Company Limited Method, client, server and system for information transmission
WO2015058574A1 (zh) * 2013-10-23 2015-04-30 北京奇虎科技有限公司 实现扩展应用程序的推送通知的方法及装置
CN103618746A (zh) * 2013-12-10 2014-03-05 南京守护宝信息技术有限公司 一种基于推送指令的客户端服务器通信方法
CN104601639A (zh) * 2014-03-13 2015-05-06 腾讯科技（深圳）有限公司 网页应用消息推送方法、客户端、服务器及系统
US10291731B2 (en) 2014-03-13 2019-05-14 Tencent Technology (Shenzhen) Company Limited Method, client, and server for message pushing of webpage application
TWI563814B (en) * 2014-07-03 2016-12-21 Able World Internat Ltd Method for establishing and expanding social network and storage medium thereof
CN104267972A (zh) * 2014-10-20 2015-01-07 中国科学院声学研究所 浏览器本地接口扩展方法及装置
CN104468142A (zh) * 2014-10-30 2015-03-25 北京海尔广科数字技术有限公司 一种订阅通知的方法和装置
CN104468142B (zh) * 2014-10-30 2018-03-20 海尔优家智能科技（北京）有限公司 一种订阅通知的方法和装置
CN104636437B (zh) * 2014-12-31 2018-06-05 华为技术有限公司 一种事件通知方法、监听器的处理方法及装置
CN104636437A (zh) * 2014-12-31 2015-05-20 华为技术有限公司 一种事件通知方法、监听器的处理方法及装置
CN104702675A (zh) * 2015-02-13 2015-06-10 腾讯科技（深圳）有限公司 用户事件的响应方法及装置
CN104702675B (zh) * 2015-02-13 2017-06-13 腾讯科技（深圳）有限公司 用户事件的响应方法及装置
US11178097B2 (en) 2015-02-13 2021-11-16 Tencent Technology (Shenzhen) Company Limited User event responding method and apparatus
US9992323B2 (en) 2015-04-28 2018-06-05 Tencent Technology (Shenzhen) Company Limited Activity information sharing method and apparatus
US10382611B2 (en) 2015-04-28 2019-08-13 Tencent Technology (Shenzhen) Company Limited Activity information sharing method and apparatus
CN112088362A (zh) * 2018-05-04 2020-12-15 微软技术许可有限责任公司 针对已保存站点的通知更新
CN108900642A (zh) * 2018-08-16 2018-11-27 安徽云才信息技术有限公司 一种完全由服务端控制的消息推送方法

Also Published As

Publication number Publication date
US20130246504A1 (en) 2013-09-19

Similar Documents

Publication Publication Date Title
CN103001926A (zh) 一种订阅通知的方法、装置和系统
US10531297B2 (en) Authentication method and server, and computer storage medium
US8589484B2 (en) Method for optimizing a web content proxy server and devices thereof
US8909757B1 (en) Consistent link sharing
US9264435B2 (en) Apparatus and methods for access solutions to wireless and wired networks
CN104335523B (zh) 一种权限控制方法、客户端及服务器
US20120254407A1 (en) System and method to monitor and transfer hyperlink presence
US20070049258A1 (en) System and method of mobile to desktop document interaction using really simple syndication
CN101277472B (zh) 博客内容的同步方法、设备和系统
WO2007060430A1 (en) Apparatus for and a method of delivering a message to a user
US10447633B2 (en) Method and system for optimizing and preventing failure of sender policy framework (SPF) lookups
CN105051685A (zh) 用于使得网络资产能够访问本地应用的系统和方法
US11983788B2 (en) Network based rendering and hosting systems and methods utilizing an aggregator
US20190235714A1 (en) Contextual keyboard systems and methods of data management
US10735910B1 (en) Network based enforcement of geographical compliance
CN101557403A (zh) 一种登录网站的方法、装置和系统
US20180227259A1 (en) Method and system for optimizing and preventing failure of Sender Policy Framework (SPF) lookups by dynamically generating and returning flattened SPF records
US10581783B2 (en) Method and system for creating dynamic email signatures
KR20130072907A (ko) 단축 ｕｒｌ 생성 방법 및 이를 지원하는 시스템
WO2023003699A1 (en) Publisher permissioned activation in cookieless authentication environment
CN101969426A (zh) 分布式用户认证系统及其方法
EP3070904B1 (en) Identity management
US11651467B2 (en) Network based provision of rendering and hosting systems
JP2014044670A (ja) オープンな通信環境にクローズな通信環境を構築するサービス認証方法及びシステム
KR101567051B1 (ko) 파일 전송 방법 및 이를 실행하는 서버

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication

Application publication date: 20130327

RJ01 Rejection of invention patent application after publication