CN103516769A - 跨系统平台的推播方法 - Google Patents

Abstract

本发明揭露一种跨系统平台的推播方法，其步骤包含：首先，一软件开发端将至少一完整推播内容传送至一推播伺服端；接着，推播伺服端将完整推播内容简化为一基本推播内容；之后，推播伺服端将基本推播内容与对应于复数个系统平台的复数个推播金钥依据每一推播金钥传送至所对应系统平台的云端；其后，所述系统平台的云端确认推播金钥无误后，将基本推播内容传送到至少一客户端装置，此客户端装置包含一推播工具；当客户端装置使用推播工具通过一网络向推播伺服端请求完整推播内容时，推播服务器将完整推播内容通过此网络传送至客户端装置。

Description

跨系统平台的推播方法

技术领域

本发明大体上关于推播方法，特别关于可跨系统平台以同时进行推播内容的传送、并且可追踪使用者的接收状况以针对个别使用者的状况(例如：位置或使用时间等)进行推播讯息的推播方法。

背景技术

最早的推播技术是指由服务器端将使用者所需的数据，传送到使用者指定的地址，常见范例如电子邮件、多点传送等等技术，推播技术可令使用者由被动地接收数据转变为可主动地要求数据，为非常方便的技术。

而此种推播系统通常包括推播服务器及推播机，在因特网的架构下，推播服务器将其数据传送至推播机，推播机再依照该数据而运作于特定的用途，例如多媒体广告推播系统等。

再者，随着网络逐渐普及，除了上网人口逐渐增加，且各种数字化的信息也不断产生，为了满足使用者接收信息的要求，因此就发展出个人化信息的提供以及主动性服务的产生，然而，针对某些要求实时性的服务来说，若是使用传统的方式取得信息的话，很有可能因为时间因素而影响到信息的实用性，因此，为了满足这种实时性的需求，除了在硬件方面需要具有可携带的特性外，在软件应用上亦必须具有新的技术支持才能达成，举例而言，移动通讯中的无线通讯应用协议(Wireless Application Protocol, 简称WAP) 的WAP1.2中就已经新增了推播(Push)的规格，因此，使用者只要对目标服务器提出要求，就可以通过特定的装置实时地接收讯息的响应，如此，不仅可以有效地达成信息取得时的角色交换，同时也解决了信息在接收时所考虑的实时性的问题。

虽然推播技术的发展让使用者可以更加容易且实时地取得信息，然而，现行的推播技术中，仍然存在着相当多需要克服的问题，举例而言，由于对应不同的系统平台的使用者，软件开发者若要同时针对其不同的系统平台的使用者发送推播讯息时，就需要针对这些不同的系统平台的不同规格进行繁复的程序，才能够让其每一家系统平台的使用者都可以收到推播的信息，因此，很有可能会出现由于某一系统平台的市场占有率较低的情况，软件开发者因而不针对此一系统平台进行推播的动作，导致此系统平台的使用者受到不平等的对待的情况发生。

此外，随着数字技术的发达，愈来愈多软件开发者要推播给其使用者的推播内容的档案尺寸愈来愈大，因此，导致不论使用者是否需要此推播内容，都需要将完整的推播内容下载至其行动装置中，而档案尺寸大则代表需要花费很长的时间进行下载的动作，因此，当使用者对此推播内容不感兴趣时，就会对此种现象感到相当的困扰。

还有，由于现行的推播方法，大致上由软件开发者主动将其推播内容通过推播服务器发送至使用者的装置中，因此，若使用者无主动进行反应时，则软件开发者是无法得知使用者对于此推播内容的反应，而导致此推播内容的传送造成使用者的困扰仍不自知，并且，现行的推播方法通常都是让应用程序在幕后偷偷进行，虽然，不会明显地干扰使用者操作其行动装置，但是，由于应用程序仍在运作之故，同样需要消耗电力，导致使用者的行动装置非常容易耗尽电力产生困扰，如此，使得软件开发者因引起使用者不满并且丧失客户的情势发生。

发明内容

本发明的目的在于解决目前软件开发者对于不同系统平台进行推播内容时，需要针对不同系统平台的规格进行繁复程序所导致困扰的问题。

本发明的另一目的在于解决由于科技进步导致推播内容的档案尺寸越来越大，进而导致对于每一则推播内容都需要经过长时间的下载动作的问题。

本发明的再一目的在于解决目前软件开发者无法实时的得知使用者对于推播内容的反应，导致造成使用者的困扰而丧失客户的问题。

为了达到上述的目的，本发明的技术方案是这样实现的：

一种跨系统平台的推播方法，其步骤包含：

一软件开发端将至少一完整推播内容传送至一推播伺服端；

该推播伺服端将该完整推播内容简化为一基本推播内容；

该推播伺服端将该基本推播内容与对应于复数个系统平台的复数个推播金钥依据每一该推播金钥所对应的该系统平台传送至该系统平台的云端；

该系统平台的云端确认该推播金钥无误，则将该基本推播内容传送到至少一客户端装置，该客户端装置包含该软件开发端所开发的至少一软件，且每一该软件包含一推播工具；

该客户端装置使用该推播工具通过一网络向该推播伺服端请求该完整推播内容；及

该推播伺服端将该完整推播内容通过该网络传送至该客户端装置。

作为优选，该推播伺服端取得对应于该复数个系统平台的该复数个推播金钥包含下列步骤：

至少一该系统平台的至少一客户端装置向该系统平台的该云端取得一推播金钥；

该推播金钥由该推播工具通过该网络传送至该推播伺服端；及

该推播伺服端储存该推播金钥。

作为优选，于该推播伺服端将该基本推播内容与该推播金钥传送至该系统平台的云端后，该推播伺服端会产生一推播纪录，并储存该推播纪录。

作为优选，于该客户端装置接收该基本推播内容后，该推播工具会针对该基本推播内容所进行的操作产生一推播行为追踪讯息，并将该推播行为追踪讯息通过该网络传送至该推播伺服端。

作为优选，该推播伺服端依据一最佳推播时段以将该基本推播内容及该推播金钥传送至该系统平台的云端。

作为优选，于该推播伺服端将该基本推播内容与该复数个推播金钥传送至所相对应的各个该系统平台的云端后，该推播伺服端会产生一推播纪录，并储存该推播纪录；以及于该客户端装置接收该基本推播内容后，该推播工具会针对该基本推播内容所进行的操作产生一推播行为追踪讯息，并将该推播行为追踪讯息通过该网络传送至该推播伺服端。

作为优选，当该推播纪录产生后，经过一预定时间后，该推播伺服端仍未接收到该推播行为追踪讯息时，则该推播伺服端会通过一电信业者传送一简讯至该客户端装置。

作为优选，进一步包含下列步骤：

该推播伺服端统计并分析该推播行为追踪讯息并制作成一数据报表；及

将该数据报表传送至该软件开发端。

作为优选，该软件开发端所提供的该完整推播内容包含一区域信息，当该客户端装置更新一全球卫星定位坐标，该推播工具通过该网络将该全球卫星定位坐标传送至该推播伺服端，则该推播伺服端会判定该全球卫星定位坐标是否包含于该区域信息所界定的范围内，确认该全球卫星定位坐标于该区域信息所界定的范围内时，则会将该基本推播内容与该推播金钥传送至该系统平台的云端。

本发明的技术方案还可这样实现：

一种跨系统平台的推播方法，其步骤包含：

一软件开发端传送一推播请求、至少一推播内容以及相对应复数个系统平台的复数个推播金钥至一推播伺服端；

该推播伺服端则依据该推播请求及该推播金钥将该推播内容传送至所对应的该系统平台的云端；

该系统平台的云端确认该推播金钥无误，则将该推播内容传送到至少一客户端装置；及

该推播伺服端回报该软件开发端至少一推播结果。

综上所述，通过本发明所揭露的推播方法则可让软件开发端只需将所欲的推播内容(即为完整推播内容)传送至推播伺服端，则此推播伺服端则会将此推播内容简化为一档案尺寸较小的基本推播内容，如此，使用端装置于接收此基本推播内容时则不需要经过长时间进行下载的动作，而只需当使用端对此推播内容感兴趣时，再请求完整的推播内容即可。并且，本发明所揭露的推播系统可将不同系统平台的推播金钥进行整合，则软件开发端再进行推播的动作时，就无需再依据各个不同系统平台去修改其推播内容的程序，增加便利性。再者，本发明所揭露的推播系统可通过内建于使用者装置中的推播工具来追踪使用者对于所接收的推播内容的行为，并且进行分析，让软件开发端可实时得知使用者对于此推播内容的反应，以可随时进行修正，增加使用者的好感度。

附图说明

图1显示本发明的推播系统的架构示意图；

图2显示本发明取得推播金钥方法的步骤流程图；

图3显示本发明的基本推播方法的步骤流程图；

图4显示本发明于推播完成后的追踪方法的步骤流程图；

图5显示本发明针对同一推播内容重复提醒方法的步骤流程图；

图6显示本发明针对推播结果分析及制作报表方法的步骤流程图；

图7显示本发明的界内推播方法的步骤流程图；及

图8显示本发明的软件开发端具有数据服务器的推播方法的步骤流程图。

主要组件符号说明：

100  推播系统

110  推播伺服端

111  管理服务器

112  传输服务器

113  推播服务器

114  追踪服务器

115  客户端数据服务器

116  储存服务器

117  数据分析服务器

118  代表性状态传输应用程序接口服务器

119  付费服务器

121  第一系统平台的云端

123  第二系统平台的云端

125  第三系统平台的云端

131  第一系统平台的使用端装置

1311 软件应用程序

1313 推播工具

133  第二系统平台的使用端装置

1331 软件应用程序

1333 推播工具

135  第三系统平台的使用端装置

1351 软件应用程序

1353 推播工具

140  第一软件开发端

150  电信业者服务器

151  简讯

160  第二软件开发端

161  数据服务器

201~205  步骤

301~311  步骤

401~403  步骤

501~503  步骤

601~603  步骤

701~709  步骤

801~807  步骤。 

具体实施方式

本发明将以较佳实施例及观点加以叙述，此类叙述解释本发明的结构，仅用以说明而非用以限制本发明的权利要求，因此，除说明书中的较佳实施例以外，本发明亦可广泛实行于其它实施例中。

请参阅图1，显示本发明的推播系统的架构示意图，其中，推播系统100可大致上包含：推播伺服端110、复数个系统平台的云端(例如：第一系统平台的云端121、第二系统平台的云端123、第三系统平台的云端125)、复数个客户端装置(例如：第一系统的客户端装置131、第二系统的客户端装置133、第三系统的客户端装置135)、第一软件开发端140、第二软件开发端160、及电信业者服务器150。

推播伺服端110大致上进一步包含：管理服务器111、传输服务器112、推播服务器113、追踪服务器114、客户端数据服务器115、储存服务器116、数据分析服务器117、代表性状态传输应用程序接口服务器118、及付费服务器119，其中，所述的推播伺服端利用LAMP (Linux, Apache, MySQL, PHP)平台及超文件传输协议(HTTPS Protocol)所架构而成，然而，需说明的是，任何可达到各个服务器的连结以架构出与本发明的推播伺服端具有相同功能的手段皆应包含于本发明的范畴中，而不应有所限制。

每一客户端装置131, 133, 135皆各别安装由第一软件开发端140或第二软件开发端160所开发的至少一软件应用程序1311, 1331, 1351，并且，于每一软件应用程序1311, 1331, 1351中具有一推播工具1313, 1333, 1353；电信业者服务器150连结于推播伺服端110中传输服务器112，并且可提供简讯151发送的功能，另外，第二软件开发端160具有数据服务器161以储存推播内容、以及其客户(使用者) 的客户端装置等个人数据等。

另外，须说明的是，本发明中所揭露的客户端装置131, 133, 135可包含智能型手机、平板计算机、数字行动助理、笔记型计算机、电子书阅读器等各种随身携带的移动装置，而不应有所限制。

并且，于本发明中所使用的服务器架构皆可通过现有的服务器架构来达成，因此，关于各个服务器内部的详细架构则于本说明书中则不另加赘述，对于本领域中具有通常知识者，皆应可通过本发明中的叙述内容及现行的服务器架构轻易地具以实施本发明中推播伺服端110的运作。

再者，上述的各个组件的运作将于下文中介绍本发明的推播方法时一并说明。

接着，请参阅图2，显示本发明取得推播金钥方法的步骤流程图，并请同时参阅图1的推播系统100架构示意图进行说明，于推播方法中，各个客户端装置131, 133, 135向其所对应的系统平台取得推播金钥的步骤通常都仅需于第一次下载软件应用程序1311, 1331, 1333时取得即可，而不需每次推播过程皆需重复此步骤，然而，须说明的是，对应于实际上不同的运作上，亦可多次重复取得推播金钥，而不应有所限制。

于此取得推播金钥方法中，首先，至少一系统平台的至少一客户端装置131, 133, 135向系统平台的云端121, 123, 125取得一推播金钥(步骤201)。

于本实施例中，所述的客户端装置131, 133, 135具有软件应用程序1311, 1331, 1351，其中，推播工具1313, 1333, 1353为一个程序，设置于软件应用程序1311, 1331, 1351之中，此推播工具1313, 1333, 1353以针对各个不同的系统平台的推播规格进行整合之故，因此，于软件应用程序1311, 1331, 1351之中，仅需设定一个按键图像供使用者选取，所以，只要使用者通过其客户端装置131, 133, 135中的软件应用程序1311, 1331, 1351中选取所设置的取得推播金钥的按键图像，则可向系统平台的云端121, 123, 125取得一推播金钥。

在此，须说明的是，于图1中所绘制的系统平台的云端121, 123, 125为三个，但系统平台的数量依据实际运作上的需求而有所更改，而不应有所限制，另外，不同系统平台的客户端装置131, 133, 135分别仅绘制一个用以说明，依据实际运作上的需求，客户端装置131, 133, 135的数量亦可为复数个，而不应有所限制，再者，软件应用程序1311, 1331, 1351分别仅绘制一个同样仅用以说明，依据实际运作上的需求，软件应用程序1311, 1331, 1351的数量亦可为复数个，而不应有所限制。

另外，需说明的是，于图1中所绘制的第一软件开发端140与第二软件开发端160分别仅绘制一个是为了用以说明，依据实际运作上的需求，第一软件开发端140与第二软件开发端160分别可具有二个、三个甚至复数个，而不应有所限制。

接着，推播金钥由推播工具1313, 1333, 1353通过网络传送至推播伺服端110 (步骤203)。

其中，推播工具1313, 1333, 1353可于客户端装置131, 133, 135连结至任一网络时，自动连结至推播伺服端110，因此，当使用者取得推播金钥的同时，则推播工具1313, 1333, 1353即可立即将此推播金钥通过客户端装置131, 133, 135所连结的网络传送至推播伺服端110中。

其中，推播伺服端110中的传输服务器112用以进行数据的传输，因此，推播伺服端110内部的各个服务器皆与传输服务器112相连结，此外，外部的装置欲与推播伺服端110进行连结，亦通过传输服务器112来达成。因此，于本实施例中，推播工具1313, 1333, 1353则通过网络连结至传输服务器112以传送推播金钥。

其后，推播伺服端110储存所取得的推播金钥(步骤205)。

推播服务器110中的客户端数据服务器115主要的功能即为用以储存使用者的各种数据，例如：使用者的姓名、电子信箱等数据，特别是客户端装置131, 133, 135若为智能型手机等移动电话装置时，则会于客户端数据服务器115中储存电话号码，因此，当推播金钥由推播工具1313, 1333, 1353传送至传输服务器120后，传输服务器120就会将此推播金钥传送至客户端数据服务器115，并储存于客户端数据伺服115中。

于本实施例中，由于第二软件开发端160自行具备数据服务器161，且使用其所开发的软件应用程序的使用者的数据亦自行储存于数据服务器161中之故，因此，上述的取得推播金钥方法仅针对第一软件开发端140的应用。

再者，请参阅图3，显示本发明的基本推播方法的步骤流程图，同样地，搭配图1所示的推播系统100来进行说明，当各个客户端装置131, 133, 135皆向其所对应的系统平台取得推播金钥后，则软件开发端140, 160就可以利用此推播金钥将推播内容通过其所对应的系统平台进行推播的动作。

于本发明的基本推播方法中，首先，一软件开发端将至少一完整推播内容传送至一推播伺服端110 (步骤301)。

于本实施例中，所述的软件开发端是指第一软件开发端140，第一软件开发端140则为开发软件应用程序1311, 1331, 1351后，并将推播工具1313, 1333, 1353加入于其软件应用程序1311, 1331, 1351后，再提供使用者下载至其客户端装置131, 133, 135中，由于推播工具1313, 1333, 1353已设置整合对应于各个不同系统平台的规格，因此，第一软件开发端140则可利用推播工具1313, 1333, 1353轻易地达到整合各个不同系统平台的效果，而不需再另外针对不同系统平台的客户端装置131, 133, 135修改相同的软件应用程序1311, 1331, 1351。

因此，第一软件开发端140连结至推播伺服端110，则为通过有线或无线网络的方式，连结至推播伺服端110中的管理服务器111，通过管理服务器111的操作接口可将其所欲推播的完整推播内容进行上传的动作，在此，管理服务器111接收到完整推播内容之后，可先将此完整推播内容简化为一基本推播内容，特别是当第一软件开发端140所欲进行推播的内容的档案尺寸过大的情况下，同时，管理服务器111会通过传输服务器120将此完整推播内容传送至储存服务器116，并存放于此储存服务器116中。

于本实施例中，上述的推播内容(包含完整推播内容及基本推播内容)主要可包含至少八种推播格式，分别为传统文字、长文字、网页、图片、音乐、影片、地图及行事历等，但并不此为限。

接着，推播伺服端110将基本推播内容与对应于复数个系统平台的复数个推播金钥依据每一推播金钥所对应的系统平台传送至系统平台的云端121, 123, 125 (步骤305)。

管理服务器111除了可将完整推播内容进行简化的功能之外，另一主要的功能则为将对应于复数各系统平台的复数个推播金钥进行整合的功能，于本实施例中，所有由客户端装置131, 133, 135所接收的推播金钥皆存放于客户端数据服务器115中，因此，当第一软件开发端140连结至管理服务器111后，提供完整推播内容之后，确认要进行推播时，则推播金钥会由客户端数据服务器115通过传输服务器112传送至管理服务器111，管理服务器111再将对应不同系统平台的推播金钥整合成可适用各个不同系统平台，然后，再将基本推播内容与整合后的推播金钥一起传送至推播服务器113，再由推播服务器113将基本推播内容与整合后的推播金钥一起传送至各个系统平台的云端121, 123, 125。

之后，系统平台的云端121, 123, 125确认推播金钥无误，则将基本推播内容传送到至少一客户端装置131, 133, 135 (步骤307)。

基本上，软件开发端进行推播内容的动作皆需要通过所对应的系统平台，并且所推播的内容需要经过系统平台确认推播金钥是否为此系统平台所提供的推播金钥，于确认无误后，才会让软件开发端所提供的推播内容通过系统平台的云端系统传送至所对应的客户端装置中。

因此，于此实施例中，推播服务器113所传送的基本推播内容及整合后的推播金钥一起同时传送至各个系统平台的云端121, 123, 125，各个系统平台亦会检验推播金钥，当推播金钥被各个系统平台皆确认无误之后，各个系统平台的云端121, 123, 125就会再将基本推播内容各别传送至其客户端装置131, 133, 135中。

于本实施例中，上述的八种推播格式于客户端装置131, 133, 135接收到推播内容时，如果为传统文字的推播类型，则仅以弹跳窗口显示标题的方式呈现；而如果为长文字的推播类型，则为开启页面，并显示标题及内文的方式呈现；如果为网页的推播类型，则为开启浏览器，显示传入的网站网址的方式呈现；如果为图片的推播类型，则为开启浏览器，显示传入的图片网址的方式呈现；如果为音乐的推播类型，则为开启播放器，依传入的音乐网址播放音乐文件的方式呈现；如果为影片的推播类型，则为开启播放器，依传入的影片网址播放影片档的方式呈现；若为地图的推播类型，则以任一预设地图(例如：Google Map)显示传入的坐标与装置关系地图；若为行事历的推播类型，则以自动将推播内的行程，加入至装置预设的行事历中的方式呈现。

由于，此时间点传送至客户端装置131, 133, 135为基本推播内容，也就是被简化过的推播内容，档案尺寸小，因此，对于客户端装置131, 133, 135接收时，就不会因档案过大而需耗费大量的传输时间，耗损客户端装置131, 133, 135的使用效能，再者，当接收到此基本推播内容时，软件应用程序1311, 1331, 1351才会被其客户端装置131, 133, 135所使用的系统所唤醒，并且通过推播工具1313, 1333, 1353来执行此基本推播内容，因此，推播工具1313, 1333, 1353具有剖析上述的推播格式的功能，以让使用者可直接开启并读取此推播内容，而不会因为格式不支持等问题而无法读取推播内容的情事发生。

接着，客户端装置131, 133, 135使用推播工具1313,1333, 1353通过一网络向推播伺服端110请求完整推播内容(步骤309)；以及推播伺服端110将完整推播内容通过网络传送至客户端装置131, 133, 135 (步骤311)。

当使用者开启基本推播内容之后，若对于此基本推播内容所呈现感到兴趣时，才需要通过软件应用程序1311, 1331, 1351中所设定的图像按键请求完整推播内容，此一讯息就会通过推播工具1313, 1333, 1353传送至推播伺服端110的传输服务器120，传输伺复器120就会由储存服务器116中将完整推播内容取出后再通过网络的方式传送至客户端装置131, 133, 135；如此，使用者只有在真正需要时，才需要将完整推播内容下载至其客户端装置131, 133, 135中。

在此需说明的是，所述的网络可为任一网络，依据不同客户端装置的形式可包括有线网络或无线网络，为了达到行动自由的目的，通常是指无线网络，例如：Wi-Fi或GPRS等，然而，任一种可达到连结网络的方式皆应包含在内，而不应有所限制，并且，客户端装置131, 133, 135与各系统平台的云端121, 123, 125的连结同样通过连结网络所达成。

因此，通过上述本发明所揭露的基本推播方法，第一软件开发端140则可利用非常简单的步骤，就达到同时可对不同的系统平台的客户端装置131, 133, 135传送推播内容。

接着，介绍对于推播完成之后的追踪方法，请参阅图4，显示本发明于推播完成后的追踪方法的步骤流程图，同样地，与图1所示的推播系统架构示意图搭配说明。

首先，推播伺服端110将基本推播内容与推播金钥传送至复数个系统平台的云端121, 123, 125后，推播伺服端110会产生一推播纪录，并储存此推播纪录(步骤401)。

其中，基本推播内容与整合后的推播金钥通过推播伺服端110的推播服务器113传送至不同的系统平台的云端121, 123, 125，并且当确认传送完成时，推播服务器113就会产生一推播纪录，例如：推播时间及档案等纪录数据。并且，将此推播纪录再传到管理服务器111中，并储存于管理服务器111中。

之后，客户端装置131, 133, 135接收基本推播内容后，推播工具1313, 1333, 1353会针对基本推播内容所进行的操作产生一推播行为追踪讯息，并将此推播行为讯息通过网络传送至推播服务器110 (步骤403)。

推播工具1313, 1333, 1353的另一主要功能就是侦测客户端装置131, 133, 135的操作追踪的功能，亦即，当各个客户端装置131, 133, 135连结至任一网络时，则推播工具1313, 1333, 1353就会自动连结至推播伺服端110的传输服务器112，并将客户端装置131, 133, 135的数据通过网络传送至传输服务器112，再由传输服务器112将数据传送至客户端数据服务器115，并由客户端数据服务器115将此些数据进行储存。

因此，于本实施例中，当客户端装置131, 133, 135接收到基本推播内容之后，则系统就会唤醒软件应用程序1311, 1331, 1351，同时，推播工具1311, 1333, 1353就会开始运作，因此，不论使用者对于此基本推播内容所进行的任何动作(例如：接收、开启、删除、还原、评分及分享等)都会通过推播工具1311, 1333, 1353所制成一推播行为追踪讯息，其后，再将此推播行为追踪讯息通过网络传送至推播伺服端110的传输服务器112，再由传输服务器112将此推播行为追踪讯息传送至追踪服务器114，并且储存于此追踪服务器114中。

如此，通过推播工具1313, 1333, 1353与追踪服务器114的运作，使用者对于其客户端装置131, 133, 135的操作行为就可以随时被记录。

另外，推播伺服端110中的数据分析服务器117与传输服务器112与追踪服务器114相连结。其中，追踪服务器114可将所追踪的数据传送至数据分析服务器117中，因此，数据分析服务器117可将所追踪的数据来分析使用者的使用纪录，包含软件应用程序行为统计及推播行为统计等。通过这些分析，就可以统计出各个装置推播最佳发送时间，也就是，依据各个客户端装置131, 133, 135统计出最佳推播时间。

于本发明的一实施例中，通过资料分析服务器117所统计出的最佳推播时间，可结合于图2所示的基本推播方法之中，亦即于步骤305中，除了将基本推播内容与推播金钥传送至系统平台的云端121, 123, 125，更依据此最佳推播时间来进行推播的排程。

也就是说，当推播金钥由客户端数据服务器115通过传输服务器112传送至管理服务器111时，同时，所统计的最佳推播时间亦由数据分析服务器117通过传输服务器112传送至管理服务器111，因此，管理服务器111则将基本推播内容、整合后的推播金钥以及最佳推播时间一起传送至推播服务器113，其后，推播服务器113就会依据最佳推播时间的内容来进行推播排程，再依此推播排程将基本推播内容及推播金钥传送至不同的系统平台的云端121, 123, 125中。

另外，当推播完成后，然而使用者却始终未对此推播内容进行操作的情况下，本发明提供推播内容重复提醒的方法，请参阅图5，显示本发明针对同一推播内容重复提醒方法的步骤流程图，同样地，搭配图1所示的推播系统的架构示意图来进行说明。

其中，当推播纪录产生后，经过一预定时间仍未接收到推播行为追踪讯息(步骤501)。

对应于图4所示的于推播完成后的追踪方法，于推播完成后，推播服务器113会产生推播纪录，并将之传送至管理服务器111储存，于管理服务器111则可被设定一预定时间，此预定时间可由第一软件开发端140所设置，可为一小时、两小时或一天等，不应有所限制。

正常情况下，当客户端装置131, 133, 135位于网络环境中，基本推播内容会由各个系统平台的云端121, 123, 125传送至客户端装置131, 133, 135，此时，由于推播属于弹跳窗口之故，使用者势必需进行操作，因此，若经过一预定时间仍未由客户端装置131, 133, 135接收到推播行为追踪讯息，则可能代表使用者处于无网络环境中，而未接收到此基本推播讯息；或者，使用者未对此基本推播讯息进行任何操作。

因此，推播伺服端110会通过一电信业者传送一简讯151至客户端装置131, 133, 135 (步骤503)。

于此步骤中，推播伺服端110的管理服务器111则会经过上述的预定时间后，确认追踪服务器114是否接收到推播行为追踪讯息。，若确认仍未接收到推播行为追踪讯息，就会通过传输服务器112向客户端数据服务器115查询客户端数据(例如：电话号码)，通过此电话号码，就可以通过此电信业者服务器150以发送一简讯151传送至客户端装置131, 133, 135，以通知使用者其有新的推播讯息。

于本发明的一些实施例中，当推播纪录产生后，且经过预定时间仍未接收到推播行为追踪讯息时，推播伺服端110亦可仅以重复发送推播讯息的方式来通知使用者；并于多次发送推播讯息皆未收到响应时，才执行上述步骤503。

或者，于本发明的另一些实施例中，推播伺服端110亦可不通过电信业者传送简讯151至客户端装置131, 133, 135，而是，由客户端数据服务器115中取得使用者的电子信箱，以电子邮件的方式告知使用者其有新的推播讯息。

又或者，当使用者经过预定时间仍未操作推播内容时，先进行重复基本推播的动作，其后仍未操作，再发送电子信件，之后，依旧未操作，再发送简讯；更佳的是，若此推播内容实为重要的推播内容，当发送简讯后，使用者仍未操作此基本推播内容，则由服务人员直接打电话通知使用者的方式。如此，则可让重要的推播内容可确实地被传送到客户端装置131, 133, 135以供使用者使用。

另外，推播伺服端110中的数据分析服务器117具有统计分析的功能，因此，推播伺服端110可将各种数据整理为报表以提供给软件开发端140，请参阅图6，显示本发明的针对推播结果分析及制作报表方法的步骤流程图。

其中，推播伺服端110统计并分析推播行为追踪讯息并制作一数据报表(步骤601)；并且，将数据报表传送至软件开发端(步骤603)。

由客户端装置131, 133, 135的推播工具1313, 1333, 1353将推播行为追踪讯息传送至数据分析服务器117，并进行统计及分析的后会再传送至管理服务器111，并由管理服务器111将各种统计数据制作成数据报表，如此的数据报表传送至第一软件开发端140，以提供第一软件开发端140，如此，第一软件开发端140就可以通过此数据报表，实时的得知使用者对于其所提供的推播内容的反应。

另外，推播伺服端110中的付费服务器119为提供软件开发端140, 160的付费管道，例如：点数储值。关于软件开发端140, 160所储值的点数以及推播费用的计算亦可由管理服务器111汇整至此数据报表中。

再者，请参阅图7，显示本发明的界内推播方法的步骤流程图，同样搭配图1所示的推播系统100的架构示意图来说明。

界内推播为当使用者位于一个区域所界定的范围的内时，则针对此范围内所提供的特定推播内容才会传送至使用者的客户端装置中的推播方法。

其中，软件开发端所提供的完整推播内容包含一区域信息(步骤701)，也就是说，第一软件开发端140连结于管理服务器111时提供完整推播内容，同时标记了此完整推播内容仅针对某一区域范围内容的客户端装置131, 133, 135才需要提供推播动作。

客户端装置131, 133, 135更新一全球卫星定位坐标，推播工具1313, 1333, 1353通过网络将全球卫星定位(Global Positioning System, GPS)坐标传送至推播伺服端110 (步骤703)。由于客户端装置131, 133, 135可任意移动之故，因此，其GPS坐标会随时更动的，于此范例中，只要客户端装置131, 133, 135位于网络环境中，当其GPS坐标更动时，推播工具1313, 1333, 1353就会通过网络将GPS坐标传送至推播伺服端110的传输服务器111，并且再去更新客户端数据服务器115中的信息。

接着，推播伺服端110判定此全球卫星定位坐标是否包含于此区域信息所界定的范围内(步骤705)。当客户端数据服务器115中对GPS坐标的信息更新时，会同步传送至管理服务器111及推播服务器113中，以判定此GPS坐标是否有包含于任一设定区域范围的已排程推播内容。

并且，确认全球卫星定位坐标位于此区域信息所界定的范围内(步骤707)；以及，将基本推播内容与推播金钥传送至各个系统平台的云端121, 123, 125 (步骤709)。

也就是说，当管理服务器111与推播服务器113中确认此GPS坐标范围内确实存在推播内容，则会将基本推播内容及推播金钥一起传至系统平台的云端121, 123, 125，再由系统平台的云端121, 123, 125传送至客户端装置131, 133, 135中。

最后，请参阅图8，显示本发明的软件开发端具有数据服务器的推播方法的步骤流程图，同样地，搭配图1所示的推播系统100的架构示意图来说明。

于本范例中，针对具有数据服务器的软件开发端所设定的功能，即为图1所示的第二软件开发端160及数据服务器161。

其中，一软件开发端160传送一推播请求，至少一推播内容以及相对应复数个系统平台的复数个推播金钥至一推播伺服端110 (步骤801)。

由于第二软件开发端160本身具有数据服务器161，因此，第二软件开发端160所欲推播的内容并不需先上传储存于推播伺服端110中，如此，对于第二软件开发端160的客户端的个人资料也就可以由第二软件开发端160存放于其数据服务器161中，而不需通过第三方(推播伺服端110)的流通等问题。

因此，第二软件开发端160就无需先连结至管理伺服端111，而是直接将推播请求传送至传输服务器112，再由传输服务器112将此推播请求传送至代表性状态传输应用程序接口(REST-API)服务器118。

此REST-API服务器118具有至少五个功能，分别为跨系统平台装置管理功能、跨系统平台软件应用程序管理功能、跨系统平台推播上稿功能、跨系统发送推播功能及自有系统整合功能等。

因此，推播伺服端110依据此推播请求及推播金钥将推播内容传送至所对应的系统平台的云端121, 123, 125 (步骤803)，也就是说，推播伺服端110于此范例中仅提供整合各系统平台的推播金钥及传送至系统平台的云端121, 123, 125的动作，因此，就是当第二软件开发端160将各个推播金钥传送至传输服务器112，传输服务器112再交由管理服务器111中进行整合推播金钥的动作，完成后，再让第二软件开发端160所欲推播的推播内容与整合后的推播金钥一起由推播服务器113传送至各个系统平台的云端121, 123, 125。

也因此，系统平台的云端121, 123, 125确认推播金钥无误，则推播内容传送到至少一客户端装置131, 133, 135 (步骤805)。

确认推播动作完成后，推播伺服端回报软件开发端至少一推播结果(步骤807)，也就是说，当推播服务器113完成推播的动作后，同样会产生推播纪录，以此推播纪录则可于REST-API服务器118中处理为一推播结果，再将此推播结果藉由传输服务器112传回第二软件开发端160的数据服务器161中。

综上所述，通过本发明所揭露的推播方法则可让软件开发端只需将所欲的推播内容(即为完整推播内容)传送至推播伺服端，则此推播伺服端则会将此推播内容简化为一档案尺寸较小的基本推播内容，如此，使用端装置于接收此基本推播内容时则不需要经过长时间进行下载的动作，而只需当使用端对此推播内容感兴趣时，再请求完整的推播内容即可，并且，本发明所揭露的推播系统可将不同系统平台的推播金钥进行整合，则软件开发端再进行推播的动作时，就无需再依据各个不同系统平台去修改其推播内容的程序，增加便利性，再者，本发明所揭露的推播系统可通过内建于使用者装置中的推播工具来追踪使用者对于所接收的推播内容的行为，并且进行分析，让软件开发端可实时得知使用者对于此推播内容的反应，以可随时进行修正，增加使用者的好感度。

上述叙述为本发明的较佳实施例，此领域的技艺者应得以领会其用以说明本发明而非用以限定本发明所主张的专利权利范围，其专利保护范围当视上述的权利要求及其等同领域而定。凡熟悉此领域的技艺者，在不脱离本专利精神或范围内，所作的更动或润饰，均属于本发明所揭示精神下所完成的等效改变或设计，且应包含在以上的权利要求书内。

Claims (10)

1. 一种跨系统平台的推播方法，其特征在于，其步骤包含：

一软件开发端将至少一完整推播内容传送至一推播伺服端；

该推播伺服端将该完整推播内容简化为一基本推播内容；

该推播伺服端将该基本推播内容与对应于复数个系统平台的复数个推播金钥依据每一该推播金钥所对应的该系统平台传送至该系统平台的云端；

该系统平台的云端确认该推播金钥无误，则将该基本推播内容传送到至少一客户端装置，该客户端装置包含该软件开发端所开发的至少一软件，且每一该软件包含一推播工具；

该客户端装置使用该推播工具通过一网络向该推播伺服端请求该完整推播内容；及

该推播伺服端将该完整推播内容通过该网络传送至该客户端装置。

2.根据权利要求1所述的跨系统平台的推播方法，其特征在于，该推播伺服端取得对应于该复数个系统平台的该复数个推播金钥包含下列步骤：

至少一该系统平台的至少一客户端装置向该系统平台的该云端取得一推播金钥；

该推播金钥由该推播工具通过该网络传送至该推播伺服端；及

该推播伺服端储存该推播金钥。

3.根据权利要求1所述的跨系统平台的推播方法，其特征在于，于该推播伺服端将该基本推播内容与该推播金钥传送至该系统平台的云端后，该推播伺服端会产生一推播纪录，并储存该推播纪录。

4.根据权利要求1所述的跨系统平台的推播方法，其特征在于，于该客户端装置接收该基本推播内容后，该推播工具会针对该基本推播内容所进行的操作产生一推播行为追踪讯息，并将该推播行为追踪讯息通过该网络传送至该推播伺服端。

5.根据权利要求1所述的跨系统平台的推播方法，其特征在于，该推播伺服端依据一最佳推播时段以将该基本推播内容及该推播金钥传送至该系统平台的云端。

6.根据权利要求1所述的跨系统平台的推播方法，其特征在于，于该推播伺服端将该基本推播内容与该复数个推播金钥传送至所相对应的各个该系统平台的云端后，该推播伺服端会产生一推播纪录，并储存该推播纪录；以及于该客户端装置接收该基本推播内容后，该推播工具会针对该基本推播内容所进行的操作产生一推播行为追踪讯息，并将该推播行为追踪讯息通过该网络传送至该推播伺服端。

7.根据权利要求6所述的跨系统平台的推播方法，其特征在于，当该推播纪录产生后，经过一预定时间后，该推播伺服端仍未接收到该推播行为追踪讯息时，则该推播伺服端会通过一电信业者传送一简讯至该客户端装置。

8.根据权利要求6所述的跨系统平台的推播方法，其特征在于，进一步包含下列步骤：

该推播伺服端统计并分析该推播行为追踪讯息并制作成一数据报表；及

将该数据报表传送至该软件开发端。

9.根据权利要求1所述的跨系统平台的推播方法，其特征在于，该软件开发端所提供的该完整推播内容包含一区域信息，当该客户端装置更新一全球卫星定位坐标，该推播工具通过该网络将该全球卫星定位坐标传送至该推播伺服端，则该推播伺服端会判定该全球卫星定位坐标是否包含于该区域信息所界定的范围内，确认该全球卫星定位坐标于该区域信息所界定的范围内时，则会将该基本推播内容与该推播金钥传送至该系统平台的云端。

10.一种跨系统平台的推播方法，其特征在于，其步骤包含：

一软件开发端传送一推播请求、至少一推播内容以及相对应复数个系统平台的复数个推播金钥至一推播伺服端；

该推播伺服端则依据该推播请求及该推播金钥将该推播内容传送至所对应的该系统平台的云端；

该系统平台的云端确认该推播金钥无误，则将该推播内容传送到至少一客户端装置；及

该推播伺服端回报该软件开发端至少一推播结果。

Images