经由双重路线传递移动通知的装置与方法转让专利

申请号 : CN201410246007.1

文献号 : CN104244201B

文献日 :

基本信息:

PDF:

法律信息:

相似专利:

发明人 : 邱宏哲

申请人 : 三竹资讯股份有限公司

摘要 :

本发明公开了一种经由双重路线传递移动通知的装置及方法,该方法包括:服务器产生带有自定义字段数据的通知,自定义字段数据至少包含标识符;服务器将该通知经由第一路线与第二路线传递至移动装置,该第一路线先经由推送网关,该推送网关将该通知包含该自定义字段数据编辑成符合一外部推送主机的格式,并传递给外部推送主机,之后再传递至该移动装置的一第一数据接收单元,该第二路线是由该服务器直接传递至该移动装置;当对应该通知的一应用程序尚未于该移动装置上执行时,该移动装置的操作系统的第一信息显示单元于接收到该第一路线的该通知后,解译并显示该通知于该移动装置的屏幕上,不包含该通知的该自定义字段数据。

权利要求 :

1.一种经由双重路线传递移动通知的方法,应用于一服务器、一推送网关以及一移动装置之间,包含下列步骤:该服务器产生带有一自定义字段数据的一通知,该自定义字段数据至少包含一标识符;

该服务器将该通知经由一第一路线与一第二路线传递至该移动装置,该第一路线先经由该推送网关,该推送网关将该通知包含该自定义字段数据编辑成符合一外部推送主机的格式,并传递给该外部推送主机,之后再传递至该移动装置的一第一数据接收单元,该第二路线是由该服务器直接传递至该移动装置;

当对应该通知的一应用程序尚未于该移动装置上执行时,该移动装置的操作系统的一第一信息显示单元于接收到该第一路线的该通知后,解译并显示该通知于该移动装置的屏幕上,其特征在于,不包含该通知的该自定义字段数据;

当该应用程序未于该移动装置上执行时,当该操作系统接收该应用程序的一开启指令后执行该应用程序,该应用程序的一第二数据接收单元接收经该第一路线的该通知;

当该应用程序执行中并与该服务器联机后,该第二数据接收单元接收该第二路线的该通知;及

一第二信息显示单元检核该通知的该标识符是否已处理过,若该标识符未处理过,则解译并显示该通知包含该自定义字段数据于该移动装置的屏幕上,若该标识符已处理过则忽略该通知。

2.如权利要求1所述的经由双重路线传递移动通知的方法,其特征在于,该移动装置接收该第一路线的该通知与该第二路线的该通知是采用不同的端口。

3.一种经由双重路线传递移动通知的方法,应用于一服务器、一推送网关以及一移动装置之间,包含下列步骤:该服务器产生带有一自定义字段数据的一通知,该自定义字段数据至少包含一标识符;

该服务器将该通知经由一第一路线与一第二路线传递至该移动装置,该第一路线先经由该推送网关,该推送网关将该通知包含该自定义字段数据编辑成符合一外部推送主机的格式,并传递给该外部推送主机,之后再传递至该移动装置的一第一数据接收单元,该第二路线是由该服务器直接传递至该移动装置;

当对应该通知的一应用程序尚未于该移动装置上执行时,该移动装置的操作系统的一第一信息显示单元于接收到该第一路线的该通知后,解译并显示该通知于该移动装置的屏幕上,其特征在于,不包含该通知的该自定义字段数据;

当该应用程序未于该移动装置上执行时,当该操作系统接收该应用程序的一开启指令后执行该应用程序,该应用程序的一第二数据接收单元接收经该第一路线的该通知;

当该应用程序执行中并与该服务器联机后,该第二数据接收单元接收该第二路线的该通知,并检核该通知的该标识符是否已处理过,将未处理过的该标识符的该通知储存于一内存中,已处理过的该标识符的该通知则删除而不储存至该内存;及一第二信息显示单元开启储存于该内存中的该通知,解译并显示该通知包含该自定义字段数据于该移动装置的屏幕上。

4.如权利要求3所述的经由双重路线传递移动通知的方法,其特征在于,该移动装置接收该第一路线的该通知与该第二路线的该通知是采用不同的端口。

5.一种移动装置经由双重路线接收移动通知的方法,由一移动装置接收由一服务器、一推送网关所组成的系统以一第一路线与一第二路线所传递的一通知,该服务器产生带有一自定义字段数据的一通知,该自定义字段数据至少包含一标识符,包含下列步骤:当对应该通知的一应用程序尚未于该移动装置上执行时,该移动装置的操作系统中的一第一数据接收单元接收由一外部推送主机经由该第一路线所传递的该通知,该移动装置的操作系统的一第一信息显示单元于接收到该第一路线的该通知后,解译并显示该通知于该移动装置的屏幕上,其特征在于,不包含该通知的该自定义字段数据;

当该应用程序未于该移动装置上执行时,当该操作系统接收该应用程序的一开启指令后执行该应用程序,该应用程序的一第二数据接收单元接收经该第一路线的该通知;

当该应用程序执行中并与该服务器联机后,该应用程序的一第二数据接收单元接收由该服务器经由该第二路线所传递的该通知,该第二路线经由该服务器直接链接到该第二数据接收单元;

该第二数据接收单元接收该第二路线的该通知;及

一第二信息显示单元检核该通知的该标识符是否已处理过,若该标识符未处理过,则解译并显示该通知包含该自定义字段数据于该移动装置的屏幕上,若该标识符已处理过则忽略该通知。

6.一种移动装置经由双重路线接收移动通知的方法,由一移动装置接收由一服务器、一推送网关所组成的系统以一第一路线与一第二路线所传递的一通知,该服务器产生带有一自定义字段数据的一通知,该自定义字段数据至少包含一标识符,包含下列步骤:当对应该通知的一应用程序尚未于该移动装置上执行时,该移动装置的操作系统中的一第一数据接收单元接收由一外部推送主机经由该第一路线所传递的该通知,该移动装置的操作系统的一第一信息显示单元于接收到该第一路线的该通知后,解译并显示该通知于该移动装置的屏幕上,其特征在于,不包含该通知的该自定义字段数据;

当该应用程序未于该移动装置上执行时,当该操作系统接收该应用程序的一开启指令后执行该应用程序,该应用程序的一第二数据接收单元接收经该第一路线的该通知;

当该应用程序执行中并与该服务器联机后,该应用程序的一第二数据接收单元接收由该服务器经由该第二路线所传递的该通知,该第二路线经由该服务器直接链接到该第二数据接收单元;

该第二数据接收单元接收该第二路线的该通知后检核该通知的该标识符是否已处理过,将未处理过的该标识符的该通知储存于一内存中,已处理过的该标识符的该通知则删除而不储存至该内存;及一第二信息显示单元开启储存于该内存中的该通知,解译并显示该通知包含该自定义字段数据于该移动装置的屏幕上。

7.一种经由双重路线传递移动通知的装置,应用于一服务器、一推送网关以及一移动装置之间,包含:使得该服务器产生带有一自定义字段数据的一通知的单元,该自定义字段数据至少包含一标识符;

使得该服务器将该通知经由一第一路线与一第二路线传递至该移动装置的单元,该第一路线先经由该推送网关,该推送网关将该通知包含该自定义字段数据编辑成符合一外部推送主机的格式,并传递给该外部推送主机,之后再传递至该移动装置的一第一数据接收单元,该第二路线是由该服务器直接传递至该移动装置;

当对应该通知的一应用程序尚未于该移动装置上执行时,使得该移动装置的操作系统的一第一信息显示单元于接收到该第一路线的该通知后,解译并显示该通知于该移动装置的屏幕上的单元,其特征在于,显示不包含该通知的该自定义字段数据;

当该应用程序未于该移动装置上执行时,当该操作系统接收该应用程序的一开启指令后执行该应用程序,使得该应用程序的一第二数据接收单元接收经该第一路线的该通知的单元;

当该应用程序执行中并与该服务器联机后,使得该第二数据接收单元接收该第二路线的该通知的单元;及使得一第二信息显示单元检核该通知的该标识符是否已处理过的单元,若该标识符未处理过,则解译并显示该通知包含该自定义字段数据于该移动装置的屏幕上,若该标识符已处理过则忽略该通知。

8.如权利要求7所述的经由双重路线传递移动通知的装置,其特征在于,该移动装置接收该第一路线的该通知与该第二路线的该通知是采用不同的端口。

9.一种经由双重路线传递移动通知的装置,应用于一服务器、一推送网关以及一移动装置之间,包含:使得该服务器产生带有一自定义字段数据的一通知的单元,该自定义字段数据至少包含一标识符;

使得该服务器将该通知经由一第一路线与一第二路线传递至该移动装置的单元,该第一路线先经由该推送网关,该推送网关将该通知包含该自定义字段数据编辑成符合一外部推送主机的格式,并传递给该外部推送主机,之后再传递至该移动装置的一第一数据接收单元,该第二路线是由该服务器直接传递至该移动装置;

当对应该通知的一应用程序尚未于该移动装置上执行时,使得该移动装置的操作系统的一第一信息显示单元于接收到该第一路线的该通知后,解译并显示该通知于该移动装置的屏幕上的单元,其特征在于,显示不包含该通知的该自定义字段数据;

当该应用程序未于该移动装置上执行时,当该操作系统接收该应用程序的一开启指令后执行该应用程序,使得该应用程序的一第二数据接收单元接收经该第一路线的该通知的单元;

当该应用程序执行中并与该服务器联机后,使得该第二数据接收单元接收该第二路线的该通知,并检核该通知的该标识符是否已处理过的单元,将未处理过的该标识符的该通知储存于一内存中的单元,已处理过的该标识符的该通知则删除而不储存至该内存;及使得一第二信息显示单元开启储存于该内存中的该通知,解译并显示该通知包含该自定义字段数据于该移动装置的屏幕上的单元。

10.如权利要求9所述的经由双重路线传递移动通知的装置,其特征在于,该移动装置接收该第一路线的该通知与该第二路线的该通知是采用不同的端口。

11.一种移动装置经由双重路线接收移动通知的装置,由一移动装置接收由一服务器、一推送网关所组成的系统以一第一路线与一第二路线所传递的一通知,该服务器产生带有一自定义字段数据的一通知,该自定义字段数据至少包含一标识符,包含:当对应该通知的一应用程序尚未于该移动装置上执行时,使得该移动装置的操作系统中的一第一数据接收单元接收由一外部推送主机经由该第一路线所传递的该通知,该移动装置的操作系统的一第一信息显示单元于接收到该第一路线的该通知后,解译并显示该通知于该移动装置的屏幕上的单元,其特征在于,显示不包含该通知的该自定义字段数据;

当该应用程序未于该移动装置上执行时,当该操作系统接收该应用程序的一开启指令后执行该应用程序,使得该应用程序的一第二数据接收单元接收经该第一路线的该通知的单元;

当该应用程序执行中并与该服务器联机后,使得该应用程序的一第二数据接收单元接收由该服务器经由该第二路线所传递的该通知的单元,该第二路线经由该服务器直接链接到该第二数据接收单元;

使得该第二数据接收单元接收该第二路线的该通知的单元;及

使得一第二信息显示单元检核该通知的该标识符是否已处理过的单元,若该标识符未处理过,则解译并显示该通知包含该自定义字段数据于该移动装置的屏幕上,若该标识符已处理过则忽略该通知。

12.一种移动装置经由双重路线接收移动通知的装置,由一移动装置接收由一服务器、一推送网关所组成的系统以一第一路线与一第二路线所传递的一通知,该服务器产生带有一自定义字段数据的一通知,该自定义字段数据至少包含一标识符,包含:当对应该通知的一应用程序尚未于该移动装置上执行时,使得该移动装置的操作系统中的一第一数据接收单元接收由一外部推送主机经由该第一路线所传递的该通知,该移动装置的操作系统的一第一信息显示单元于接收到该第一路线的该通知后,解译并显示该通知于该移动装置的屏幕上的单元,其特征在于,显示不包含该通知的该自定义字段数据;

当该应用程序未于该移动装置上执行时,当该操作系统接收该应用程序的一开启指令后执行该应用程序,使得该应用程序的一第二数据接收单元接收经该第一路线的该通知的单元;

当该应用程序执行中并与该服务器联机后,使得该应用程序的一第二数据接收单元接收由该服务器经由该第二路线所传递的该通知的单元,该第二路线经由该服务器直接链接到该第二数据接收单元;

使得该第二数据接收单元接收该第二路线的该通知后检核该通知的该标识符是否已处理过的单元,将未处理过的该标识符的该通知储存于一内存中,已处理过的该标识符的该通知则删除而不储存至该内存;及使得一第二信息显示单元开启储存于该内存中的该通知,解译并显示该通知包含该自定义字段数据于该移动装置的屏幕上的单元。

说明书 :

经由双重路线传递移动通知的装置与方法

技术领域

[0001] 本发明是关于一种移动通讯,特别是关于一种经由双重路线传递移动通知的装置与方法。

背景技术

[0002] 现今移动装置(尤指智能手机与平板计算机)三大平台(Microsoft Windows Phone、Google Android与Apple iOS)皆有各自的推送(Push)系统/服务用以从服务器端传递一通知(Notification)至移动装置端,所谓的“通知”即一“讯息”(Message),例如用在移动股票软件中的“成交回报”、“委托回报”、“到价警示”等等。而该些推送系统/服务是为:Microsoft Push Notification Service(简称MPNS)、Google Cloud Messaging for Android(简称GCM)以及Apple Push Notification Service(简称APNS),由于该些推送系统/服务有其各自的格式,软件开发者只需遵循该些系统的格式,即可透过该些系统以推送技术传递一通知至该些平台的客户端(即移动装置)。
[0003] 以APNS所支持的JSON通知格式为例来说明,其以大括号{}包住一通知,并以关键词“aps”为启始,其中包含一“alert”(即通知的内容)、一“badge”数值(在“徽章”处所显示的数字)以及一“sound”(“提示铃声”),以下是一符合JSON通知格式的股票委托回报范例:
[0004] {"aps":{"alert":"委托回报-中国银行2.49买进1张","badge":1,"sound":"default"}}
[0005] 中国台湾专利公告号I359600的《关联具有交递内容的移动频道订阅的方法及系统》,其中公开一种用于在一移动网络中建立用于频道订阅的一交递内容的方法与系统,该方法包含以下步骤:自该移动网络中一移动器件与一订阅入口网站建立一频道订阅,其是藉由指定用于订阅的至少一频道及藉由提供一用户标识符及一器件标识符中至少的一者以建立一交递内容,该交递内容包含一交递服务器为交递内容至该移动器件而需要知道的信息;响应于建立该频道订阅,在该移动器件上的一交递客户端接收一频道订阅通知,该频道订阅通知包含至少一频道标识符;及对一内容客户端传送一订阅通知,该订阅通知包含在该频道订阅通知中接收的该至少一频道标识符。该系统包括:一器件端,该器件端包含:一订阅代理程序;一交递客户端;以及一内容客户端;以及一服务端,该服务端包含:一订阅入口网站,该订阅入口网站是调适成与该器件上的该订阅代理程序通信以建立一频道订阅,藉由指定用于订阅的至少一频道及藉由提供一用户标识符及一器件标识符中至少的一者以建立一交递内容;一交递服务器,其是调适成接收订阅信息及与该频道订阅相关的该交递内容,该订阅信息包含至少一频道标识符,该交递服务器是调适成根据该交递内容与该交递客户端通信,该交递内容包括该交递服务器为交递内容至该器件端而需要知道的信息;以及一内容提供商,其是调适成提供该订阅内容至该内容客户端;其中该订阅代理程序知道该内容客户端,并调适成提供该内容客户端一订阅通知,该订阅通知包含在该频道订阅通知中接收的至少一频道标识符。
[0006] 中国台湾专利公告号573268的《频道订阅及推送系统和方法》,其中公开一种频道订阅及推送系统和方法,该方法包括:订阅至少一频道;产生一订阅表;编码该订阅表为一订阅结构文件型态定义(subscription structure document type definition,SS DTD);储存该SS DTD;根据该SS DTD并判断该频道的信息是否有被更新,若是,产生并推送一更新信息;以及接收该更新信息,并根据该更新信息以下载该频道的被更新后的信息。该系统包括:一WML服务器,是透过一WAP网关与一移动通讯装置进行通讯,用以供一用户藉由该移动通讯装置并透过该WAP网关链接而订阅至少一频道,并且产生一订阅表,其中,该WML服务器编码该订阅表为一SS DTD,并发送该SS DTD;一SQL服务器,是与该WML服务器进行通讯,用以接收并储存该SS DTD,其中,该SQL服务器根据该SS DTD于判断该WML服务器中的该频道的信息有被更新时将产生并发送一更新信息;以及一推送服务器,是与该SQL服务器及该移动通讯装置进行通讯,用以接收该更新信息并推送该更新信息至该移动通讯装置,其中,该用户根据该更新信息再藉由该移动通讯装置并透过该WAP网关连结上该WML服务器,以下载该频道的被更新后的信息。
[0007] 中国台湾专利公告号468317的《调适性推送信息的系统及方法》,其中公开一种主从式调适性推送信息的系统及方法,该方法包含下列的步骤:(1)读入一客户端所欲传送的多个命令串;(2)将该多个命令串予以组合为一新命令串;(3)将该新命令串传送至一交易服务器;(4)该交易服务器将所收到的该新命令串予以分解并分别传送至多个项目数据服务器;(5)该多个项目数据服务器依所接收的命令串撷取数据并将所撷取的数据回传给该交易服务器;(6)该交易服务器将自该多个项目数据服务器所传回的数据予以汇总并附加一数据更新预测值,然后传回该客户端;(7)该客户端根据原有数据与所接收到的更新预测值作调适处理;及(8)将调适处理后的信息储存在客户端。该系统包含:一客户端,用以启始多个命令串并组合为一新命令串后传送出去;一交易服务器,耦合至该客户端,用以接收及分解该客户端所发出的该新命令串;及多个项目数据服务器,耦合至该交易服务器,用以分别接收经分解的命令串,其中该多个项目数据服务器依所接收的该等命令串分别撷取数据并将所撷取的数据回传给该交易服务器汇总,并由该交易服务器附加一数据更新预测值后传回该客户端,该客户端再根据原有数据与所接收到的更新预测值作调适处理后将经调适处理后的数据储存于客户端。
[0008] 以上该些专利所公开的现有技术皆由服务器端以单一路线(Route)传递一通知至移动装置端。例如透过前述的MPNS、GCM以及APNS推送系统/服务传递一通知至一Windows Phone、一Android Phone或一iPhone。在某些情况,移动装置无法以上述该些现有技术接收通知,例如:申办台湾中华电信的“至尊股票机”或台湾远传电信的“e券商”服务,电信业者(移动通信业者)的此类“特定业务资费方案”是以“吃到饱”的单一费率计价供其订阅户无限量使用该些特定服务。故,申装该些服务的移动装置仅能联机至特定服务器(如上述的“至尊股票机服务器”及“e券商服务器”),不可联机至该些特定服务器以外的其他地方,因此无法接收现有技术所传递的通知。又或者,当一移动装置仅能透过一Wi-Fi无线网络连结至因特网时,网络管理者因安全考虑限制该Wi-Fi无线网络必须透过一防火墙的特定端口(例如TCP Port80)或一代理服务器(Proxy Server)连上因特网,现有技术在此种情况下亦无法传递通知至移动装置。
[0009] 综上所述,现有技术仅利用单一路线传递通知,当该路线发生异常情况或用户处于前述的特定情况时,即无法确保用户能收到通知;换言之,现有技术并未处理用户是否有收到通知,也无法确保用户是否有收到通知。故,实有必要提出一种可补强现有技术的问题点,让现有的单一路线失败时,仍有其他可能的路线进行通知传递的备援,亦即,经由双重路线传递移动通知的技术,以完成一同步备援路线(Redundant Route,或称“冗余路线”),当其中一传递路线发生情况时用户仍可透过另一路线收到移动通知。

发明内容

[0010] 有鉴于此,本发明提出一种经由双重路线传递移动通知的装置与方法,将服务器产生的一通知同时以两路线传递至一移动装置端,并且仅显示第一到达的通知于该移动装置的屏幕上。
[0011] 本发明提出一种经由双重路线传递移动通知的系统,包含:一移动装置、一服务器、一推送网关(Push Gateway)。其中,该移动装置包含一操作系统层的操作系统以及一应用层的应用程序,该操作系统包含:第一数据接收单元与一第一信息显示单元,该应用程序包含:一第二数据接收单元以及一第二信息显示单元。该服务器产生带有一自定义字段数据的一通知,该自定义字段数据至少包含一标识符(ID),该服务器并将该通知经由一第一路线与一第二路线传递至该移动装置。该推送网关与该服务器联机后而接收该通知,并将该通知包含该自定义字段数据编辑成符合一外部推送系统的格式,并传递给一外部推送主机。该第一路线是经由该推送网关传递至外部推送系统,再传递至该移动装置的该第一数据接收单元,当该应用程序未执行时,该第一信息显示单元开启该第一数据接收单元所接收的该第一路线的该通知,解译并显示不包含该自定义字段数据的该通知于该移动装置的屏幕上,该应用程序经该操作系统接收一开启指令而执行后,该操作系统再将包含该自定义字段数据的该通知传递给该第二数据接收单元。该第二路线是经由一移动网络直接传递至该第二数据接收单元。该第二数据接收单元将该通知交由该第二信息显示单元处理。该第二信息显示单元检核该通知的该标识符是否已处理过,若该标识符未处理过则解译并显示该通知于该移动装置的屏幕上。
[0012] 本发明提出一种经由双重路线传递移动通知的装置,设置于一移动装置,该装置包含:一操作系统层的操作系统与一应用层的应用程序,该操作系统包含第一数据接收单元与一第一信息显示单元,该应用程序包含一第二数据接收单元以及一第二信息显示单元。操作系统检查该应用程序的执行状态,当该应用程序未执行之时将该通知交由该第一信息显示单元处理,当该应用程序为执行中则将该通知交由该第二数据接收单元处理,以及接收并执行一开启该应用程序的指令。第一数据接收单元接收经一第一路线的一外部推送主机所传递带有一自定义字段数据的一通知,该自定义字段数据至少包含一标识符。第一信息显示单元开启该第一数据接收单元所接收的该第一路线的该通知,解译并显示不包含该自定义字段数据的该通知于该装置的屏幕上。第二数据接收单元接收经一第二路线的一服务器所传递带有该自定义字段数据的该通知,以及接收由该操作系统所传递经该第一路线的带有该自定义字段数据的该通知,并将该通知交由第二信息显示单元处理。第二信息显示单元检核该通知的该标识符是否已处理过,若该标识符未处理过,则解译并显示该通知包含该自定义字段数据于该移动装置的屏幕上。
[0013] 本发明提出一种经由双重路线传递移动通知的方法,应用于一服务器、一推送网关、一外部推送主机以及一移动装置之间,包含下列步骤:该服务器产生带有一自定义字段数据的一通知,该自定义字段数据至少包含一标识符;将该通知经由一第一路线与一第二路线传递至该移动装置;该第一路线是先经由该推送网关,该推送网关将该通知包含该自定义字段数据编辑成符合一外部推送系统的格式,并传递给该外部推送主机,之后再传递至该移动装置的一第一数据接收单元;当对应该通知的一应用程序尚未于该移动装置上执行时,该移动装置的操作系统的一第一信息显示单元解译并显示经该第一路线的该通知于该移动装置的屏幕上,其中不包含该通知的该自定义字段数据;该应用程序未于该移动装置上执行时,当该操作系统接收该应用程序的一开启指令后,执行该应用程序,该应用程序的一第二数据接收单元接收经该第一路线的该通知;该第二数据接收单元接收该第二路线的该通知;该第二数据接收单元将该通知交由该应用程序的一第二信息显示单元处理;及该第二信息显示单元检核该通知的该标识符是否已处理过,若该标识符未处理过,则解译并显示该通知包含该自定义字段数据于该移动装置的屏幕上。
[0014] 本发明更提出一种经由双重路线传递移动通知的方法,应用于一服务器、一推送网关、一外部推送主机以及一移动装置之间,包含下列步骤:该服务器产生带有一自定义字段数据的一通知,该自定义字段数据至少包含一标识符;该服务器将该通知经由一第一路线与一第二路线传递至该移动装置,该第一路线先经由该推送网关,该推送网关将该通知包含该自定义字段数据编辑成符合该外部推送主机的格式,并传递给该外部推送主机,之后再传递至该移动装置的一第一数据接收单元,该第二路线是由该服务器直接传递至该移动装置;当对应该通知的一应用程序尚未于该移动装置上执行时,该移动装置的操作系统的一第一信息显示单元于接收到该第一路线的该通知后,解译并显示该通知于该移动装置的屏幕上,其中不包含该通知的该自定义字段数据;当该应用程序未于该移动装置上执行时,当该操作系统接收该应用程序的一开启指令后执行该应用程序,该应用程序的一第二数据接收单元接收经该第一路线的该通知;当该应用程序执行中且与该服务器联机后,该第二数据接收单元接收该第二路线的该通知,并检核该通知的该标识符是否已处理过,将未处理过的该标识符的该通知储存于一内存中,已处理过的该标识符的该通知则删除而不储存至该内存;及该第二信息显示单元开启储存于该内存中的该通知,解译并显示该通知包含该自定义字段数据于该移动装置的屏幕上。
[0015] 本发明还公开了一种经由双重路线传递移动通知的装置,应用于一服务器、一推送网关以及一移动装置之间,包含:
[0016] 使得该服务器产生带有一自定义字段数据的一通知的单元,该自定义字段数据至少包含一标识符;
[0017] 使得该服务器将该通知经由一第一路线与一第二路线传递至该移动装置的单元,该第一路线先经由该推送网关,该推送网关将该通知包含该自定义字段数据编辑成符合一外部推送主机的格式,并传递给该外部推送主机,之后再传递至该移动装置的一第一数据接收单元,该第二路线是由该服务器直接传递至该移动装置;
[0018] 当对应该通知的一应用程序尚未于该移动装置上执行时,使得该移动装置的操作系统的一第一信息显示单元于接收到该第一路线的该通知后,解译并显示该通知于该移动装置的屏幕上的单元,显示不包含该通知的该自定义字段数据;
[0019] 当该应用程序未于该移动装置上执行时,当该操作系统接收该应用程序的一开启指令后执行该应用程序,使得该应用程序的一第二数据接收单元接收经该第一路线的该通知的单元;
[0020] 当该应用程序执行中并与该服务器联机后,使得该第二数据接收单元接收该第二路线的该通知的单元;及
[0021] 使得该第二信息显示单元检核该通知的该标识符是否已处理过的单元,若该标识符未处理过,则解译并显示该通知包含该自定义字段数据于该移动装置的屏幕上,若该标识符已处理过则忽略该通知。
[0022] 本发明还公开了一种经由双重路线传递移动通知的装置,应用于一服务器、一推送网关以及一移动装置之间,包含:
[0023] 使得该服务器产生带有一自定义字段数据的一通知的单元,该自定义字段数据至少包含一标识符;
[0024] 使得该服务器将该通知经由一第一路线与一第二路线传递至该移动装置的单元,该第一路线先经由该推送网关,该推送网关将该通知包含该自定义字段数据编辑成符合一外部推送主机的格式,并传递给该外部推送主机,之后再传递至该移动装置的一第一数据接收单元,该第二路线是由该服务器直接传递至该移动装置;
[0025] 当对应该通知的一应用程序尚未于该移动装置上执行时,使得该移动装置的操作系统的一第一信息显示单元于接收到该第一路线的该通知后,解译并显示该通知于该移动装置的屏幕上的单元,显示不包含该通知的该自定义字段数据;
[0026] 当该应用程序未于该移动装置上执行时,当该操作系统接收该应用程序的一开启指令后执行该应用程序,使得该应用程序的一第二数据接收单元接收经该第一路线的该通知的单元;
[0027] 当该应用程序执行中并与该服务器联机后,使得该第二数据接收单元接收该第二路线的该通知,并检核该通知的该标识符是否已处理过的单元,将未处理过的该标识符的该通知储存于一内存中的单元,已处理过的该标识符的该通知则删除而不储存至该内存;及
[0028] 使得该第二信息显示单元开启储存于该内存中的该通知,解译并显示该通知包含该自定义字段数据于该移动装置的屏幕上的单元。
[0029] 本发明还公开了一种移动装置经由双重路线接收移动通知的装置,由一移动装置接收由一服务器、一推送网关所组成的系统以一第一路线与一第二路线所传递的一通知,该服务器产生带有一自定义字段数据的一通知,该自定义字段数据至少包含一标识符,包含:
[0030] 当对应该通知的该应用程序尚未于该移动装置上执行时,使得该移动装置的操作系统中的一第一数据接收单元接收由一外部推送主机经由该第一路线所传递的该通知,该移动装置的操作系统的一第一信息显示单元于接收到该第一路线的该通知后,解译并显示该通知于该移动装置的屏幕上的单元,显示不包含该通知的该自定义字段数据;
[0031] 当该应用程序未于该移动装置上执行时,当该操作系统接收该应用程序的一开启指令后执行该应用程序,使得该应用程序的一第二数据接收单元接收经该第一路线的该通知的单元;
[0032] 当该应用程序执行中并与该服务器联机后,使得该应用程序的一第二数据接收单元接收由该服务器经由该第二路线所传递的该通知的单元,该第二路线经由该服务器直接链接到该第二数据接收单元;
[0033] 使得该第二数据接收单元接收该第二路线的该通知的单元;及
[0034] 使得该第二信息显示单元检核该通知的该标识符是否已处理过的单元,若该标识符未处理过,则解译并显示该通知包含该自定义字段数据于该移动装置的屏幕上,若该标识符已处理过则忽略该通知。
[0035] 本发明还公开了一种移动装置经由双重路线接收移动通知的装置,由一移动装置接收由一服务器、一推送网关所组成的系统以一第一路线与一第二路线所传递的一通知,该服务器产生带有一自定义字段数据的一通知,该自定义字段数据至少包含一标识符,包含:
[0036] 当对应该通知的该应用程序尚未于该移动装置上执行时,使得该移动装置的操作系统中的一第一数据接收单元接收由一外部推送主机经由该第一路线所传递的该通知,该移动装置的操作系统的一第一信息显示单元于接收到该第一路线的该通知后,解译并显示该通知于该移动装置的屏幕上的单元,显示不包含该通知的该自定义字段数据;
[0037] 当该应用程序未于该移动装置上执行时,当该操作系统接收该应用程序的一开启指令后执行该应用程序,使得该应用程序的一第二数据接收单元接收经该第一路线的该通知的单元;
[0038] 当该应用程序执行中并与该服务器联机后,使得该应用程序的一第二数据接收单元接收由该服务器经由该第二路线所传递的该通知的单元,该第二路线经由该服务器直接链接到该第二数据接收单元;
[0039] 使得该第二数据接收单元接收该第二路线的该通知后检核该通知的该标识符是否已处理过的单元,将未处理过的该标识符的该通知储存于一内存中,已处理过的该标识符的该通知则删除而不储存至该内存;及
[0040] 使得该第二信息显示单元开启储存于该内存中的该通知,解译并显示该通知包含该自定义字段数据于该移动装置的屏幕上的单元。
[0041] 以下在实施方式中详细叙述本发明的详细特征以及优点,其内容足以使任何本领域的技术人员了解本发明的技术内容并据以实施,且根据本说明书所公开的内容、权利要求书保护范围及附图,任何本领域的技术人员可轻易地理解本发明相关的目的及优点。

附图说明

[0042] 图1为本发明实施例的系统架构图。
[0043] 图2为本发明实施例装置的系统功能方块图。
[0044] 图3为本发明实施例的操作流程图,从服务器端的观点。
[0045] 图4为本发明实施例一的操作流程图,从移动装置端的观点。
[0046] 图5为本发明实施例二的操作流程图,从移动装置端的观点。
[0047] 其中,附图标记:
[0048] 10:移动装置
[0049] 12:操作系统
[0050] 14:第一数据接收单元
[0051] 16:第一信息显示单元
[0052] 18:应用程序
[0053] 20:第二数据接收单元
[0054] 22:第二信息显示单元
[0055] 24:服务器
[0056] 26:推送网关
[0057] 28:推送主机
[0058] 30:显示模块
[0059] 32:处理器
[0060] 34:内存

具体实施方式

[0061] 参阅图1,本发明一较佳实施例的系统架构图,其包含有:位于客户(Client)端的一移动装置10,位于服务器(Server)端的一服务器24与一推送网关26,以及位于外部推送系统的一推送主机28。其中,移动装置10执行一操作系统12(位于操作系统层,即Operating System Layer)并安装一应用程序18(位于应用层,即Application Layer)。操作系统12又包含一第一数据接收单元14与一第一信息显示单元16。应用程序18包含:一第二数据接收单元20以及一第二信息显示单元22。服务器24产生带有一自定义字段数据的一通知,自定义字段数据至少包含一标识符(ID),服务器24并将该通知经由一第一路线与一第二路线传递至移动装置10。推送网关26将通知包含自定义字段数据编辑成符合外部推送系统的格式,并传递给外部推送主机28。
[0062] 第一路线是经由推送网关26传递至外部推送主机28,再传递至移动装置10的第一数据接收单元14。当应用程序18未执行时,第一信息显示单元16解译并显示不包含自定义字段数据的通知于移动装置10的屏幕上。待应用程序18经用户开启后(操作系统12接收一“开启应用程序18的指令”而执行应用程序18),操作系统12再将包含自定义字段数据的通知传递给第二数据接收单元20。
[0063] 第二路线则经由一移动网络(例如移动通讯网络或Wi-Fi无线网络)直接传递至该第二数据接收单元20。第二数据接收单元20将通知交由第二信息显示单元22处理。第二信息显示单元22检核通知的标识符是否已处理过,若标识符未处理过则解译并显示通知包含自定义字段数据于移动装置10的屏幕上。就另一实施例而言,亦可由第二数据接收单元20检核通知的标识符是否已处理过,若标识符未处理过再将通知交由第二信息显示单元22解译并显示通知包含自定义字段数据于移动装置10的屏幕上。
[0064] 本发明分别以第一路线与第二路线传递同一标识符的通知,最主要的目的即在于设计一具有同步备援路线的系统,以预防其中一传递路线发生情况时用户仍可透过另一路线收到移动通知,此是本发明的主要技术特征。又,本发明所利用的第一路线与第二路线,刻意采用不同的传递机制/端口,第一路线是符合一推送系统的公开格式(例如MPNS、GCM以及APNS),而第二路线是采信息厂商自有格式(Proprietary)电文技术。第一路线以APNS为例说明,其采用的端口是“TCP5223”,而第二路线的信息厂商自有格式电文采用的端口是“TCP80”。当用户所处的环境因数据安全考虑而限定利用Wi-Fi上网时(通常其防火墙仅允许少数特定端口可通行,如上述的“TCP80”,或限定使用一代理服务器),此时用户即无法接收经第一路线所传递的通知,但仍可透过第二路线正常接收一通知。
[0065] 操作系统12的第一数据接收单元14在接收到由第一路线(即经外部推送主机28)所传递来的一通知后,操作系统12即检查应用程序18的执行状态,以决定下一步要将通知交由何者处理。当应用程序18未执行时,将该通知交由操作系统12的第一信息显示单元16处理。以Apple的iOS平台为例(即iPad平板计算机或iPhone智能型手机),在iOS版本5.0上其呈现一通知的样式是用户自行于“设定”->“通知”之中进行设定,用户可选择的“提示样式”包含:“无”、“横幅”(即Banners)与“提示”(即Alerts)。“无”表示收到一通知后不会显示;“提示”是以一弹出提示显示通知,要选择动作才能继续(例如按下“开启”按键以执行应用程序,或按下“关闭”按键以结束显示);而“横幅”将显示在屏幕上方并会自动消失。不管用户所设定的样式为“横幅”或“提示”皆可开启通知所对应的应用程序18,两者作法稍有不同。
[0066] 若设定的样式为“横幅”时,当第一数据接收单元14在接收到一符合JSON格式的通知,第一信息显示单元16以一横幅显示通知的内容,用户点击横幅(即操作系统12接收一开启应用程序的指令)后,操作系统12即执行应用程序18。即使横幅自动消失后,用户仍可下拉(Pull Down)最上方的状态栏并点击通知以执行应用程序18。
[0067] 若设定的样式为“提示”时,第一信息显示单元16则以一弹出提示显示通知的内容。此时,操作系统12并询问用户是否开启应用程序18。当用户选择“开启”按键后(即操作系统12接收一开启应用程序的指令),操作系统12即执行应用程序18。接着,把通知转交给第二数据接收单元20。当第一数据接收单元14在接收到由第一路线所传递来的一通知,若应用程序为执行中,操作系统12则直接将通知交由第二数据接收单元处理。这里的操作系统12、第一数据接收单元14以及第一信息显示单元16在不同平台的上中间或有些许的流程或是运作方式不同,但是该些技术皆属于现有技术的范畴,故不赘述。
[0068] 另外,本发明所增设的应用程序18的第二数据接收单元20与第二信息显示单元22在搭配操作系统12的第一数据接收单元14以及第一信息显示单元16后,使本发明的装置(移动装置10)得以具有双套单元去接收与显示一通知,亦即,本发明的移动装置10具有一备援机制去接收与显示一通知。例如当操作系统12的第一数据接收单元14与第一显示通知单元16因故而无法作用时(第一路线),本发明所提供的另一套备援的第二数据接收单元20与第二信息显示单元22可于应用程序18执行后发挥作用,此是本发明的另一主要技术特征。
[0069] 上述外部推送系统的推送主机28是指现有MPNS、GCM、APNS或其他具有一公开推送格式的系统,推送主机28并非限定由单一主机所组成,其亦可能以多台主机所组成。另外,图1仅是说明本发明一较佳实施例的系统架构图,推送主机28实为一现有技术,并不包含在本发明的系统之中。
[0070] 至于服务器端的服务器24亦不限定由单一主机所组成,其亦可能由多台主机所组成且散布在不同的位置,以一移动股票交易系统实施例来说明,服务器24即由位于证券业者端的一交易主机以及位于金融信息厂商端的一主机所组成,当用户透过移动装置10完成一笔委托交易后,此时,位于证券业者端的交易主机即产生一“委托回报通知”(即一种通知的应用),交易主机再将该委托回报通知传递给位于金融信息厂商端的该主机进行处理。在另一不同的实施例中,交易主机是直接将委托回报通知传递给位于金融信息厂商端的推送网关26。又,在实作中,亦可将产生通知的服务器24与推送网关26合并成同一主机。
[0071] 另外,所谓的“自定义字段数据”是指外部推送系统其标准格式之外的其他字段数据,由于本发明的应用程序18需要额外字段的数据,例如以标识符来辩识分别从两路线进来的通知是否为同一通知,又或者,以一时间戳(Timestamp)来标示通知的产生时间,故,本发明的服务器24在产生通知时以自定义字段储存数据。以下是本发明实施例服务器24所产生一委托回报通知的范例格式:
[0072] "委托回报-中国银行2.49买进1张","msgid":"0001","msgtype":"2","ctime":"2013-04-2611:36:21"
[0073] 上述委托回报通知范例除了通知的内容(即“委托回报-中国银行2.49买进1张”),另有多个自定义字段数据,“msgid”即一标识符,其值为“0001”,而“msgtype”用以标示通知的类别(例如区别委托回报、成交回报、到价警示等),其值为“2”,而“ctime”即一时间戳,其值为“2013-04-2611:36:21”。本发明并未限定自定义字段数据的数量以及其所储存的信息类型,但是,其至少包含一标识符数据。
[0074] 当服务器24产生一带有自定义字段数据的通知后,服务器24将通知由第一路线与第二路线传递出去。其中,经由第一路线传递至一推送网关26后,推送网关26将通知包含自定义字段数据编辑成符合外部推送系统的格式。例如客户端的移动装置10为一iPhone智能型手机,推送网关26则以APNS所接受的JSON格式编辑通知,上述委托回报经编辑后即如下所示:
[0075] {"aps":{"alert":"委托回报-中国银行2.49买进1张","badge":1,"sound":"default"},"msgid":"0001","msgtype":"2","ctime":"2013-04-2611:36:21"}
[0076] 当第一信息显示单元16解译上述通知并以一弹出(Pop-up)提示显示时,第一信息显示单元16直接略过该些自定义字段数据(即不解译,亦不显示)。但是,当操作系统12将包含该些自定义字段数据的通知传递给第二数据接收单元20,再转交给第二信息显示单元22处理时,第二信息显示单元22会解译并显示该些自定义字段数据。
[0077] 由于第二信息显示单元22在接到一通知后会去检核通知的标识符是否已处理过,并自动略去已处理过的标识符,故,本发明的第二信息显示单元22可避免重复显示由两路线所进来的同一通知,此为本发明的技术特征之一。
[0078] 本发明的第二路线是由服务器24直接将一通知传递至本发明的装置(移动装置10),并由应用程序18的第二数据接收单元20负责接收。当应用程序18执行时且与服务器24进行连接后,通知即可直接传递。当应用程序18未执行时,理所当然地,应用程序18未与服务器24联机,第二数据接收单元20自无法接收通知,是故,该次传递视为“传递失败”。
[0079] 为了进一步解决第二路线可能传递失败的问题,本发明提出两种服务器24重新传递通知机制,以解决第二路线传递失败的问题,当第二路线传递失败后,服务器24即启动一重新传递通知机制。其中,重新传递通知机制的实施例一是于一默认有效时间(Valid Period)内、每间隔一固定时间(Fixed Interval)即重新传递一次同样的通知(包含标识符亦相同),直到传递成功或是该默认有效时间截止。例如有效时间为“3小时”、每间隔“3分钟”即传递一次。重新传递通知机制的实施例二是该笔通知于有效时间内存留于服务器24中,当用户开启应用程序18链接至服务器24后,再检查是否有通知需要传递。此为本发明的另一技术特征。至于第一路线的传递则无重新传递机制。
[0080] 参阅图2,本发明一较佳实施例装置的系统功能方块图,图例仅列出与本发明一较佳实施例相关的核心模块,其余模块省略未描绘。其说明移动装置10(即本发明的装置)包含有显示模块30、处理器(即中央处理器的简称)32与内存34。其中,内存34储存有一操作系统12以及一应用程序18;处理器32则负责执行内存34中的操作系统12与应用程序18;显示模块30则用以显示操作系统12与应用程序18的接口(屏幕),并执行触控的功能(触控面板)。
[0081] 参阅图3,本发明实施例一的操作流程图,其为从服务器端与外部推送系统端的观点来看的流程。说明自服务器产生一通知至移动装置的流程,请同时参阅图1与图2,流程是包含下列步骤:
[0082] 步骤S100:开始。
[0083] 步骤S101:服务器24产生带有一自定义字段数据的一通知,自定义字段数据至少包含一标识符。接着,进入步骤S102与步骤S106。
[0084] 步骤S102:将该通知传递至一推送网关26,接着,进入步骤S103。
[0085] 步骤S103:将该通知编辑成符合一外部推送系统的格式。该推送网关26收到该通知后,将该通知包含该自定义字段数据编辑成符合一外部推送系统的格式,例如客户端的移动装置10一iPhone智能型手机或一iPad平板计算机,该推送网关26则以APNS所接受的JSON格式编辑该通知。
[0086] 步骤S104:将该通知传递给一外部推送主机28。该推送网关26将通知编辑成一符合的格式后,再将通知传递给外部推送主机28,例如一APNS服务器。若客户端的移动装置10为一Android手机/平板计算机,则外部推送主机28是一GCM服务器。若客户端的移动装置10为一MS Windows手机/平板计算机,则外部推送主机28是一MPNS服务器。
[0087] 步骤S105:将该通知传递至第一数据接收单元14。外部推送主机28接到该通知后,即传递至该移动装置10其操作系统12的第一数据接收单元14。由步骤S102、步骤S103、步骤S104至步骤S105的通知传递线路即第一路线。
[0088] 步骤S106:判断服务器24与移动装置10的应用程序18是否建立联机?移动装置10的应用程序18必须已经执行,并且,应用程序18与服务器24通讯后建立联机,第二路线的通知传递才能进行。当两者建立联机后,即可执行步骤S110,若尚未建立联机,则启动前述的重新传递通知机制,即步骤S107。
[0089] 步骤S107:启动重新传递机制。重新传递机制如前所述有两种方式,一是于一默认有效时间内、每间隔一固定时间即重新传递一次同样的通知,直到传递成功或是该默认有效时间截止;二是该笔通知于有效时间内存留于服务器24中,当用户开启应用程序18链接至服务器24后,再检查是否有通知需要传递。
[0090] 步骤S108:有效时间是否结束?在该默认有效时间截止前,重复步骤S106~S108。若有效时间结束,则执行步骤S109,结束该通知的传递工作。
[0091] 步骤S110:服务器24将该通知传递至第二数据接收单元20。由于服务器24已与移动装置10当中的应用程序18建立联机,因此,第二数据接收单元20将可接收到服务器24所传送的通知。由步骤S101、步骤S106、步骤S107、步骤S108至步骤S110的通知传递线路即第二路线。
[0092] 服务器24产生通知后,在服务器24与移动装置的应用程序18已建立联机的状况下(步骤S106),服务器24同时将通知传递至推送网关26(步骤S102),以及一移动装置10的第二数据接收单元20(步骤S110),其中经由该推送网关26的传递路线是第一路线,而直接传递至第二数据接收单元20的路线是第二路线。由步骤S102传递过来的是第一路线的通知,由步骤S106与步骤S108传递过来的是第二路线的通知。
[0093] 接着,请参阅图4,本发明实施例一的操作流程图,其为从移动装置10端的观点来看的流程。说明自移动装置10如何接收由服务器24与推送主机28所传递的通知的流程,请同时参阅图1与图2,流程是包含下列步骤:
[0094] 步骤S200:开始,分别执行步骤S201与步骤S206。
[0095] 步骤S201:移动装置10的第一数据接收单元14接收该通知。
[0096] 步骤S202:判断应用程序18是否执行中?亦即,操作系统12检查应用程序18的执行状态。当第一数据接收单元14接收到第一路线的通知后,操作系统12即检查对应通知的应用程序18的执行状态,若应用程序18是“执行中”则跳至步骤S207,若应用程序18是“未执行”则执行步骤S203。
[0097] 步骤S203:移动装置10的第一信息显示单元16解译并显示通知。操作系统12得知应用程序18是“未执行”状态时,第一信息显示单元16即解译通知,但不包含其中的自定义字段数据。至于显示的样式则视用户的设定,例如用户于一iPhone智能型手机中“设定”->“通知”所设定的“提示样式”为一“横幅”时,则第一信息显示单元16以一“横幅”显示通知于屏幕上,若“提示样式”为一“提示”时,则第一信息显示单元16以一弹出提示显示通知,当然,显示之时亦不包含自定义字段数据。
[0098] 步骤S204:应用程序开启?当接收一开启应用程序18的指令时,移动装置10即开启应用程序。第一信息显示单元16显示通知于屏幕上后,不管是以“横幅”或“提示”样式显示,此时操作系统12即在等待接收对应通知的一应用程序18的开启指令。例如以“横幅”显示是用户直接点击“横幅”,而以“提示”显示则是用户点击其中的“开启”按键,点击后则跳至步骤S207,若没有点击“横幅”或是点击了“关闭”按键则跳至步骤S205。
[0099] 步骤S205:结束显示通知。若以“横幅”显示,则在一定的显示时间(例如10秒钟)后即自动隐藏“横幅”,若以“提示”显示则是关闭弹出提示。
[0100] 步骤S206:应用程序18是否执行中?当应用程序18为执行中且与服务器24联机时,则至下一步骤S207。若“否”,则跳至步骤S211结束。
[0101] 步骤S207:移动装置10的第二数据接收单元20接收该通知。在本步骤,由于应用程序18已与服务器24联机,移动装置10的第二数据接收单元20即可接收步骤S110中服务器24所传递的通知(即第二路线的通知)。或者是,当前一步骤为步骤S202或步骤S204时,接收第一路线的通知。
[0102] 步骤S208:将该通知交由第二信息显示单元22。第二数据接收单元20在接到不管是第一路线的通知或第二路线的通知,皆交由第二信息显示单元22处理。
[0103] 步骤S209:检核标识符是否已处理过。第二信息显示单元22接到通知后,先检核通知的该标识符是否已处理过,所有处理过的通知皆储存于一“通知数据库”或一“通知清单”(该通知数据库或该通知清单是储存于内存34之中)。故,检核的工作是以标识符比对数据库或清单。已处理过的标识符跳至步骤S211,第二信息显示单元22直接略过(或删除)标识符已处理过的通知,未处理过的标识符则跳至步骤S210。
[0104] 步骤S210:第二信息显示单元22解译并显示通知。未处理过的标识符,第二信息显示单元22将其视为一新的通知,进行解译其所有字段(包含自定义)数据,以储存至一“通知数据库”或一“通知清单”,并将通知显示于屏幕上。
[0105] 步骤S211:结束。
[0106] 参阅图5,本发明实施例二的操作流程图,其为从移动装置10端的观点来看的流程。此实施例二与实施例一的差异在于步骤S209与步骤S308,亦即,检核不同路线的两笔相同的通知机制,图4的实施例是由第二信息显示单元22检核(步骤S209),而图5的实施例则由第二数据接收单元20检核(步骤S308)。其中,当第二数据接收单元20接收到一通知后(即步骤S307),即由第二数据接收单元20检核标识符是否已处理过(即步骤S308),所有处理过的通知皆储存于一“通知数据库”或一“通知清单”,故,检核的工作是以该标识符比对该数据库或该清单,已处理过的标识符的通知直接略过或删除(即步骤S311),未处理过的标识符则储存至内存34之中以便第二信息显示单元22开启后进行处理(即步骤S309,最后,由第二信息显示单元22解译并显示通知(即步骤S310)。
[0107] 综上所述,本发明所公开的一种经由双重路线传递移动通知的系统、装置与方法,将服务器产生的一通知经由第一路线与第二路线传递至一移动装置端,并且仅显示第一到达的通知于该移动装置的屏幕上,当其中的一传递路线发生异常情况,或是用户处于特定网络环境时,仍可由另一路线接收该通知。
[0108] 虽然本发明的技术内容已经以较佳实施例公开如上,但其并非用以限定本发明,任何本领域的技术人员,在不脱离本发明的精神所作些许的更动与修改,皆应涵盖于本发明的范畴内,因此本发明的保护范围当视后附的权利要求书保护范围所界定者为准。