事件更新管理系统的制作方法

专利名称：事件更新管理系统的制作方法
技术领域：
本发明涉及管理网站更新的系统和方法。更具体地，本发明涉及预订有 关网站的新内容或经过改变的内容的更新和通知并将其发送到移动服务用户 的系统和方法。
背景技术：
互联网技术的快速发展以及随后的经济活动在互联网上的扩展已经导致 引入数字信息时代的互联网的迅速成长。现在，互联网是同时将信息扩散到大量人群的最快的方法。从2000年以来，网络用户数量的增加己经超过一倍 以上，并且根据互联网世界统计数字(Internet World Stats)的统计，到2006 年，互联网的用户将超过十亿二千万。还有相当大的扩展余地，而所发生的 这些成长中的相当大的方面将通过使用无线应用进入互联网。移动和无线设 备已经大规模地扩展了市场。根据市场研究机构Garter的研究，在2005年， 全球手机销售达到两亿另五百万部。最近，据估计全球有十五亿全球移动通 信系统(GSM)的用户，到2010年，该数字将规划提高到三十亿。此外， 最新的数字显示，在2006年，智能移动设备的全球装运量提高55%,与一 年前相比，智能电话装运量提高75%，集中于从手提设备向多功能汇集设备 的转变。
互联网本身也已经转变成很多公司的大市场行为的战场。某些最大的公 司已经通过互联网利用低成本广告宣传的高效率特性以及进行电子商业活动 而不断成长。互联网也已经向传统的销售和新闻传播概念提出挑战并进行革 命性的变革。此外，诸如博客和社会网络的在线团体的发展进一步预期将 来的互联网的形态。因此，由于在线可达到的信息的绝对数量，保持对互联 网上的新事件和更新的跟踪对网络用户而言逐渐成为一项巨大的任务。
近来，已经有允许网络用户对其感兴趣的网站的可得到的更新保持跟踪 的系统。由这些系统使用的技术被称为"推出警示"，因为任何时候可得到
更新都将推出各种更新的片段。因此，推出警示系统允许可以信任的应用服 务器向网络用户主动发送人格化的内容。推出警示系统补充互联网用户请求 来自网站的特定信息的传统的"推出"模型。为了从网站接收网络用户感兴 趣的更新，用户必须首先预订来自网站的警示更新。该过程相当于在邮政目 录上注册邮政接收的过程。通常，诸如用户名，电子邮箱地址或移动电话号 码的信息由互联网用户通过由网站提供的警示注册表提供。然后，所收集的 信息被记录在后端服务器所有的数据库中，该信息通常由网站管理人员管理 和操作。
当前的推出警示系统的一般的问题在于网站管理人员实体维护数据库以 确保用户信息的精确性。因此，对于大数据库，所要求的将要被实行的维护 工作巨大且麻烦。虽然这些推出警示系统可由大组织机构管理，但其成本和 复杂性使所述推出警示系统对于小网站操作人员，个人博客出版者等不能适 应。另外，当前的推出警示系统被主要应用于仅向电子邮箱地址发送更新。
随着移动设备的扩展及其"永远接通，永远为用户"的特性，已经有不 断增加数量的喜欢通过其移动设备接收警示的网络用户。例如在不久的将来 的电视节目中的警示最好在该节目广播之前约15到30分钟发送到用户的移 动设备。与经常在适当的时间不能阅读的电子邮件相比，该移动设备很可能 总是和用户在一起并且总是接通。还有对于诸如拍卖出价警示，会议备忘录 等的移动警示的其他应用，这样的警示最好通过短消息服务(SMS)消息，
多媒体消息服务(MMS)消息或无线应用协议(WAP)推出消息发送。尽 管使用移动警示有明显的优点，但还有很多原因使移动警示没有像几乎无处 不在的电子邮件警示一样由网站管理者广泛实施。
实施移动警示的一般的问题在于发送移动警示的累积的高成本。通常， 为了发送移动警示，移动警示发送者必须是移动服务提供者的预订者并拥有 发送移动警示需要的相对技术含量的设备，或具有通过移动服务提供者的网 络向接收者传递消息的一些其他手段。在任何一种情况下都有对于发送者涉 及的不可补偿的成本问题。发送移动警示可能使发送者负担没有明确的收益 可能性的可观数量的成本。例如，对于诸如自由广播的广告支持的电视台， 自由的基于网络的电子邮件服务提供者和个人博客出版者的操作者没有明确 的刺激以通过移动警示通知其广播节目，新电子邮件或博客更新的预订者。 仅可应用于非常选择性条件的基于工作的替代方案作为接收者支付的模 型存在，该模型中消息的接收者为接收消息支付相当数量的费用，而发送者 不付费。例如涉及移动手机彩铃或移动手机壁报的移动电话内容提供者通常 采用接收者支付的业务模型。移动电话用户在其每月电话帐单中为移动内容 支付费用，收益在移动服务提供者和移动电话内容提供者之间分享。因此， 将要向移动电话用户收取的费用的精确数量和在移动服务提供者和移动电话 内容提供者之间分享的其收益的百分比已经通过协议预先议定。该协议要求 移动电话内容提供者承担一定的最小数量的移动电话消息并要求承担将要由 移动电话内容公司向移动服务提供者支付的费用。此外，移动电话内容提供 者也被要求进行客户系统集成工作以将其系统互连到移动服务提供者的网络 上。基于工作的替代方案存在若干问题，尤其在对于低数量，非赢利的发送 者方面。
一个问题在于该模型不适用于数量小的发送者，因为例如几十、几百或
几千的一定的最小数量的移动警示必须由消息发送者承担。；另一个问题是 当该模型基于向接收者收取相当数量的费用然后分享收益时，对于不使用移 动警示机构销售内容的小网站所有者没有关系。进一步，希望作为非赢利服 务提供移动警示的小网站所有者可能发现预支付的承担费用在财务上是不合 理的。该模型的还有一个问题是，消息发送者必须将其系统与移动服务提供 者的消息发送系统形成整体，这对于消息发送者和移动服务提供者都涉及更 多的事件，工作量和成本。最后，该方法经常成为消息发送者虚假支付行为 的牺牲品，因此负面影响移动服务提供者和移动电话客户之间的关系。
上述方法有时取决于向移动服务提供者提交将要向其收取服务费用的移 动电话预订者的数量目录的消息发送者。当其内容可以由用户通过其他移动 服务提供者的网络或从发送者的网站(由用户在发送者的网站上直接输入其 移动号码)经由电话呼叫请求时，这是移动电话仅是内容的接收者的结果。 取决于所使用的技术，在接收者收到其移动电话帐单并对帐单上的相关收费 提出质疑之前，移动服务提供者因此不能容易确定消息发送者主张的接收者 目录的合法性。以后的质疑解决过程则使移动服务提供者和作为终端客户的 消息接收者之间的关系趋于紧张。
对于所有上述问题都存在的还有一个问题是，通常，消息发送者也将需 要与各个移动服务提供者的一个协议，消息发送者希望向该移动服务提供者 的预订者传递消息。由于大多数移动服务提供者都有其自己的消息发送系统 和合法的合同，因此分别与各个移动服务提供者签署合同以及与其互连对于 消息发送者是既费时，昂贵又不现实的。为了解决该问题，若干组织提供一 种服务，其中消息发送者与其中一个组织签署合同，并且该组织与大多数移 动服务提供者建立关系并且处理合同和技术的各种问题。但是，这些组织要 求收取费用，该费用要为每次发送的消息支付，因此该费用甚至往往比如果 消息发送者与移动服务提供者直接签署合同而向移动服务提供者支付的费用 更高。因此，以这样的方式使用中间服务提供者对于消息发送者也是既昂贵 又不现实的。
另一个问题是对于消息接收者在相关于退出接收消息方面的明确度的缺
失。这在预订诸如每日笑话(joke-of-the-day)服务时尤其重要，在该每日笑 话服务中，消息发送者按日向消息接收者收取按日向接收者的移动设备发送 笑话的费用。由于该服务不是一次性业务，因此必须有消息接收者终止服务 的明确的方法。还有，使接收者不再预订的从服务退出的机制明确也不符合 消息发送者的利益。另外，在移动警示中包括详细的退出信息也是技术上的 挑战，尤其是当移动警示通过SMS发送时更是如此，因为SMS有内容必须 被包括在其中的160字符的限制。
因此，当前系统的缺点证实了对向接收者传递移动警示的系统和方法的 需求，该系统和方法不需要接收者支付接收移动警示的相当数量的费用，并 且最好不需要消息发送者支付发送移动警示的费用，同时能够向尽可能多的 移动服务提供者的预订者发送移动警示。另外，该系统和方法最好易于使用 和易于集成，使几乎没有技术知识或能力的终端用户发送移动警示成为可行， 同时该系统和方法最好是可计量的并且适合于符合可能希望以更复杂的业务 规则传递更复杂的消息的大组织的需求。还有另一个要求是该系统和方法最 好包括诸如接收者的接收移动警示的请求的检验的合法性参数，因此将移动 垃圾邮件减至最小并且提供明确的退出机制，使接收者防止一个或多个消息 发送者发送其移动警示更容易。

发明内容
本文揭示的本发明的实施例提供事件更新管理系统。根据本发明的一个 方面提供一种事件更新管理系统，该事件更新管理系统包括数据模块，匹配 模块，处理模块和警示模块。数据模块接收由主网络服务器提供的警示注册 数据。警示注册数据在移动服务用户通过主网络服务器提交与事件对应的警 示注册请求时产生。匹配模块转而将移动服务用户与预先定义的包含多个移 动服务预订者的目录相匹配。当与多个移动服务预订者之一匹配时，移动服 务用户就是移动服务预订者。然后处理模块处理警示注册数据并向存储在事 件更新管理系统中的数据库记录该警示注册数据。最后，警示模块响应由主 网络服务器或由操作该主网络服务器的网站管理者提供的指令产生警示并将 其发送到移动服务用户。


图1为本发明的优选实施例中用于生成物体整体外表面的单组图像和进 行检测的系统的示意图2为本发明中进行物体外表面检测的系统的示意图3为本发明优选实施例中检测中用于分析物体的单组极坐标映射的图
像数据的系统的示意图4为本发明优选实施例中处理外表面图像数据的方法的流程图5是生成的图像数据组以演示本发明的优选实施例；
图6是本发明优选实施例中用于生成物体整体外表面和顶部的单个图像
以及进行检测的系统的示意图7是本发明优选实施例中用于生成一幅物体整体外表面和顶部的图像
以及进行检测的系统的示意图8是本发明优选实施例中通过使用锥形镜生成物体整体外表面和顶部
的图像的系统示意图9是本发明优选实施例中用于生成物体整体外表面和顶部的图像以及
进行检测的系统的示意图;
具体实施例方式
为了处理上文提出的问题，下文将叙述用于向为了通过移动警示接收网 站更新已经进行注册的移动服务用户提供更新和事件通知的事件更新管理系 统。本发明的实施例提供一种系统和方法，该系统和方法使网站的管理者在 由该网站管理者管理的网站上的有关内容发生变化时能向对接收警示感兴趣 的移动服务用户发送移动警示。所揭示的系统和方法处理来自移动用户的警 示注册请求以及来自网站管理者的警示发送请求，储存警示注册信息，向移 动服务用户发送移动警示，以及向移动服务提供者，移动服务用户和网站管 理者中的至少一个对象开出服务使用帐单。所揭示的系统和方法还进一步使 网站管理者以最低的成本或不需成本容易并迅速地使用该系统。
为了简明的目的，下文对本发明的叙述限于向为了通过移动警示接收网 站更新已经进行注册的移动服务用户提供更新和事件通知的系统中的使用方 面。但是该限制并不从要求与向为了通过移动警示接收网站更新己经进行注 册的移动服务用户提供更新和事件通知的系统相似的操作性能的其他应用场 合排除本发明的各个实施例。作为对于本发明的实施例的基础的操作和功能
原理在所有各个实施例中都是共同的。
下文叙述的本发明的各个实施例根据附图1至附图9，图中相同的元件 被标以相同的参考数字。
参考图1叙述本发明的一个实施例，图中显示说明事件更新管理系统100 的不同的系统元件之间的相互作用的框图。事件更新管理系统IOO包括事件 管理服务器102，主网络服务器104，移动服务用户106 (下文称为移动用户) 和移动服务提供者108。事件管理服务器102最好位于并预先安装于应用服 务提供者的处所，其中应用服务提供者(未显示)操作事件管理服务器102 并通过第一组移动链接110将其连接到一个或多个移动服务提供者108。可 以有运行多个事件管理服务器102，连接到多个不同的移动服务提供者108 和主网络服务器104以及为不同的移动用户106服务的多个应用服务提供者。 移动用户106是由移动服务提供者108提供的移动服务的预订者或非预订者， 操作事件管理服务器102的应用服务提供者与该移动服务提供者108连接， 或者操作事件管理服务器102的应用服务提供者具有与该移动服务提供者
108的合同。另外，至少一个移动服务提供者108可以具有应用服务提供者 的功能。多个事件管理服务器102为了协作也互相连通。
事件管理服务器102处理和记录从主网络服务器104接收的移动警示注 册信息。然后所接收的移动警示注册信息可被记录在事件管理服务器102中 存储的数据库(未显示)中。另外，事件管理服务器102也提供使希望向移 动用户106发送移动消息的网站管理者能签署移动警示服务的协议的功能， 向网站管理者提供工具和/或用于向网站的访问者提供注册移动警示的能力 的代码，还进一步向网站管理者提供用于管理其自己的存储在事件管理系统 102中的帐户的管理工具。术语"网站管理者"被广泛地但非排他地使用以 指系统管理者或由例如允许用户粘贴和共用图片或发表博客的网站经营的用 户个人网页。在该情况下，带有粘贴和共用图片或发表博客的帐户特权的用 户则被考虑为"网站管理者"，而不论该用户是否具有对经营其个人网页的服 务器的管理权，只要用户具有修改其由访问者看到的个人网页的权利即可。
事件管理服务器102通过移动服务提供者108经由移动警示向移动用户 106发送通知并从移动用户106接收回应。移动服务提供者108最好是移动 用户106的移动服务提供者108。该事件管理服务器102最好进一步向移动 用户106提供控制哪一个网站管理者可以在任何给定的周期内向其发送多少 警示的能力，包括临时或永久阻挡来自该移动用户106先前已经注册其警示 的网站管理者的所有其他警示的能力。移动警示最好是短消息服务(SMS) 消息，多媒体消息服务(MMS)消息或无线应用协议(WAP)推动消息警示。 操作主网络服务器104的网站管理者已经与应用服务提供者预先签署使用由 事件管理服务器102提供的上述服务的合同。相似地，应用服务提供者也已 经与移动服务提供者108预先签署传递移动警示的合同，该合同可以为移动 警示反向收费(接收者支付)。事件管理服务器102的最后的重要功能是向移 动用户106，移动服务提供者108和网站管理者开出由事件管理服务器102 提供的上述服务的帐单。
主网络服务器104向在主网络服务器104上主持的网络冲浪访问网站(未 显示)提供网页。移动用户106通过双向有线链接或无线链接112访问在主 网络服务器104上主持的网页。由网站提供的网页在内容上是复杂的和不同 的。对于与事件管理服务器102连通的主网络服务器104，主网络服务器104
必须首先向事件管理服务器102进行注册。主网络服务器104通过有线的或
无线的双向链接114与事件管理服务器102连通。主网络服务器104也必须 用一组软件应用编程界面(API)结构中定义的软件功能预先编程并且与软 件库形成整体。软件库是由应用服务提供者提供的该组软件应用编程界面 (API)结构中定义的功能的实施形式，以二进制的形式汇编。或者，主网 络服务器104可以通过简单地将超文本标记语言(Hyper Text Markup Language: HTML)链接代码模块插入定义该网站的编程代码，或通过在应用服务提供 者和网站管理者之间互相同意的其他技术手段与事件管理服务器102连通。 应用服务提供者提供至少一组API结构，软件库和HTML链接代码。
事件管理服务器102通过其与移动服务提供者108的连接或合同发送通 知移动用户106网站更新的移动警示，移动服务提供者108转而通过第二组 移动链接116向移动用户106传递移动警示。移动警示仅在网站管理者为指 令向移动用户106发送警示而在事件管理服务器102上进行记录或由网站管 理者操作的计算机为基础的系统用API和/或HTML代码和/或由上述应用服 务提供者向网站管理者提供的其他技术手段自动在事件管理服务器102上进 行记录时发送。
网站管理者为了向作为由网站管理者操作的网站的访问者并且进一步对 接收有关网站更新的移动警示感兴趣的移动用户106发送移动警示，网站管 理者需要通过填写服务注册表签署由应用服务提供者提供的相关服务的合 同。网站管理者可以签署成为低数量消息发送者或高数量消息发送者的合同。
图2以定义低数量消息发送者的服务注册表200 (下文称为低数量表) 的输入域的图形格式描绘低数量表200。低数量表200包含定义网站管理者 名，网站管理者电子邮箱地址，网站名，网站URL，询问号l，询问号2， 支付细节，logo,国家代码和联系电话。国家代码和电话号码为身份合法性， 质疑解决或其他沟通事项提供低数量消息发送者可以到达的联系点。logo最 好在logo输入域下提交，该logo输入域将附贴到移动用户106在签署与网 站管理者的移动警示服务的合同时看到的注册表中，其中logo向网站管理者 提供制作注册表的能力。此外，在询问号1下，网站管理者被要求指出网站 管理者是否希望能向作为没有与应用服务提供者的反向支付合同或相似协议 的移动服务提供者的预订者的移动用户106发送移动警示。如果网站管理者
决定向作为没有与应用服务提供者的合同或相似协议的移动服务提供者的预 订者的移动用户106传递移动警示，则网站管理者被要求在询问号2下进一 步决定是否支付作为发送移动警示的结果产生的费用或者是否向移动用户
106收取接收移动警示的费用。进一步，如果网站管理者希望确定向作为没 有与应用服务提供者的反向支付合同或相似协议的移动服务提供者108的预 订者的包括不愿意承担接收移动警示的费用的移动用户106发送移动警示， 则网站管理者可选择支付所发送的移动警示的费用。然后网站管理者被要求 提供信用卡细节，财务信息或提供有关在支付细节下支付的其他模式的细节。
相似地，图3以定义高数量消息发送者的服务注册表300 (下文称为高 数量表)的输入域的图形格式描绘高数量表300。高数量表300包含定义网 站管理者名，网站管理者的电子邮箱地址，网站名，网站URL，国家代码和 联系电话。高数量表300的输入域的定义与图2所示的低数量表200的各个 相似输入域的定义相似。
图4显示网站管理者与应用服务管理者签署向移动用户106发送移动警 示的合同的处理流程图400。在步骤402，网站管理者接受由应用服务提供者 提出的使用事件更新管理系统100的条款和条件。网站管理者被要求决定是 否注册为低数量消息发送者或高数量消息发送者，其中该决定然后在步骤 404中做出。
低数量消息发送者最好具有每月发送少于1000条消息的要求。对于低数 量消息发送者，最好自行完成注册和激活过程，不需要来自应用服务提供者 的任何人工干预。这是因为应用服务提供者最好预先确定，合理地产生与例 如通过垃圾邮件或风险信息提出的立即激活相关的业务风险，应用服务提供 者不承受低数量发送者通过移动警示服务的激活产生的任何额外成本。另外， 应用服务提供者可能替代地从其预订者接收移动警示的移动服务提供者接收 支付。另外，为了化解业务风险，应用服务提供者也可以提出对于低数量消 息发送者的附加限制，例如限制低数量消息发送者被允许在给定的周期中或 向移动用户106发送的最大数量的消息的任何组合。应用服务提供者也最好 假定低数量消息发送者具有有限的技术熟练程度或有限的技术资源，或者不 愿意或不能在紧密的系统集成中进行投资。这样的低数量消息发送者的实例 是写博客者，写博客者希望提供博客读者，通过移动电话的更新警示，但缺
乏用以进行系统集成的技术能力。对于低数量消息发送者，应用服务提供者
最好能得到HTML链接代码的自动产生的模块，低数量消息发送者能够容易
地将该模块与使网站访问者得到移动警示服务的网站的网页集成到一起，允 许达到容易的实施方式。另外，应用服务提供者最好也能得到有关怎样进行
HTML链接代码集成的绘图指导，例如指示在网页中何处插入HTML代码。
在其他方面高数量消息发送者最好具有每月发送多于1000条消息的要 求，对某些发送者可能要求每小时发送多于1000条消息。对于高数量消息发 送者，应用服务提供者最好可以决定投入达到一定因素的合法性所需要的时 间和工作量，诸如高数量消息发送者的身份，业务性质，公司注册信息，财 务保证或为了处理业务风险的其他这样的风险化解因素。作为进行合法性工 作的结果，应用服务提供者也可以对高数量消息发送者提出少量的或不同的 或不提出限制。此外，也假定高数量消息发送者具有技术资源以及使网站与 应用服务提供者的系统更紧密集成的兴趣和能力，因此向高数量消息发送者 提供更高水平的定制能力和自动化。高数量消息发送者的非限制性实例是向 几百万网络用户提供服务的在线拍卖站点或在线免费电子邮件服务。在该实 例中，虽然移动服务提供者108最好可以要求电子的或纸质的标准合同文件， 但网站管理者不被要求与移动服务提供者108协商签署消息发送合同。另外， 在向网站管理者提供的消息发送服务的激活之前不要求来自移动服务提供者 108的任何人工干预。
如果网站管理者决定签署协议成为低数量消息发送者，则网站管理者在 步骤406填写低数量表200。在步骤408，网站管理者需要决定是否能向作为 与移动服务提供者没有反向收费协议的移动服务提供者108的预订者的移动 用户106发送移动警示。通常，在上述方案下，由作为接收为移动用户106 指定的移动警示的第一方的移动服务提供者108向应用服务提供者收取向移 动用户106发送移动警示的费用。因此，应用服务提供者最好可以希望从低 数量消息发送者或签署从低数量消息发送者接收移动警示的移动用户106回 收所承受的费用，或者在其基础上提高价格。
如果网站管理者决定在向不是与应用服务提供者有反向收费合同或类似 协议的移动服务提供者108的预订者的移动用户106传递移动警示方面有灵 活性，则应用服务提供者在步骤410请求低数量消息发送者存有一定的财务
保证金，提供可检验的信用卡细节或提供其他形式的财务保证，从而允许应 用服务提供者回收预期的费用。在步骤412，应用服务提供者检验由网站管 理者在步骤410提供的财务信息的合法性，并向网站管理者的信用卡收取预 先商定的指定数量的金额或进行从网站管理者的银行帐户直接划款，或者从 事网站管理者和应用服务提供者之间互相原先同意的财务业务活动。条款和
条件已在步骤402和410由网站管理者认可，并且确定反向收费合同或类似
协议将在什么程度上不覆盖被传递的移动警示。
最后，在步骤414，应用服务提供者记录在步骤412发生的业务结果。 该业务结果最好包括网站管理者是否被允许向作为与应用服务提供者没有任 何反向收费合同或类似协议的移动服务提供者108的预订者的移动用户106 发送移动警示，将收取移动警示的费用的合法的各方，和低数量表200的注 册信息。然后，应用服务提供者向网站管理者提供诸如HTML链接代码，注 册ID，密码的信息和为了使用发送服务网站管理者最好需要的任何其他文 件。该信息最好由使用电子邮件，即时屏幕上操作，注册邮政等的可行的手 段提供。然后应用服务提供者立即激活低数量消息发送者的消息发送服务。
如果网站管理者确定被要求的各项需要适合于高数量消息发送者，则网 站管理者在步骤420填写高数量表300。当应用服务提供者已经确定高数量 消息发送者要求人工检验时，应用服务提供者的经认证的代表在步骤422与 网站管理者建立关系。应用服务提供者在步骤422确定网站管理者的需要， 获得应用服务提供者要求的信息，并履行任何其他纸面工作要求。最后，在 步骤424，应用服务提供者检验从高消息发送者获得的所有相关数据。当所 有要求的内部业务需要被履行时，应用服务提供者向网站管理者提供相关的 API，代码，文件，用户ID，密码和为了使用消息发送服务网站管理者最好 需要的任何其他信息和工具。另外，在步骤424，应用服务提供者储存相关 的信息，凭证和附属于高消息发送者的文件，并且激活高数量消息发送者的 服务。
应用服务提供者在处理流程图400中可以进一步包括网站管理者的身份 的检验过程(未显示)，尤其是在最好不要求纸面工作的低数量消息发送者的 情况下。该检验过程最好至少包括请求低数量消息发送者的移动号码，向该 移动号码发送确认消息和要求该确认消息的回应的步骤。
对从网站接收更新感兴趣的移动用户106被要求通过填写以定义警示注
册表500的输入域的图形格式显示警示注册表500的图5中描绘的在网站上 提供的警示注册表500提交警示注册请求。但是，为了防止滥用，应用服务 提供者可以预先定义对移动用户106为了接收移动警示而向其注册的网站数 的限制。警示注册表500包括定义国家代码，移动电话号码，询问号l，电 子邮箱地址和移动操作者的输入域。该移动电话号码定义用于向其发送移动 警示的移动电话号码，该移动电话号码最好属于移动用户106。另外，为了 解决假签署的问题，事件管理服务器102通过向该移动电话号码发送确认消 息使警示注册请求合法化。然后移动用户106回发对合法化的回应。合法化 回应采取返回SMS的形式，或者将确认消息中发送的秘密代码输入到警示注 册表500的另一部分，或者是方便的并且提供非否定的安全性的任何其他检 验形式。国家代码定义移动电话在其中注册的国家，通常是移动用户106所 在国。电子邮箱地址定义属于移动用户106的电子邮箱地址，并且移动用户 106也被要求在移动操作者输入域中提供移动用户106成为其预订者的移动 服务提供者的名称。
另外，在询问号1下，如果移动用户106的服务提供者108不具有与应 用服务提供者的反向收费合同或相似的协议，则移动用户106决定是否支付 接收移动警示的可能的费用率。然后，如果移动用户106同意所述安排，则 移动用户106被要求提供信用卡信息，存储保证金，或者在支付细节输入域 中提供向应用服务提供者支付的其他模式的细节。最后，为了提供移动用户 106退出移动警示服务的简易方法，提供移动警示服务的网站最好应该被要 求在退出输入域下包括退出信息，如图5的警示注册表500所示。
图6显示说明移动用户106注册用事件管理服务器102接收网站更新的 移动警示的过程的流程图。操作该网站的网站管理者是低数量消息发送者。 在步骤602，移动用户106首先填写并提交通过网站提供的警示注册表500。 网站最好是移动用户106对其规则基础上的更新感兴趣的网站。警示注册表 500最好在低数量消息发送者的网站或应用服务提供者的网站或与应用服务 提供者相关的网站上运行，使通过填写警示注册表500产生的警示注册信息 能够传递到事件管理服务器102。
当事件管理服务器102接收到由主网络服务器104发送的警示注册信息时，事件管理服务器102在步骤604检查所接收的警示注册信息的合法性。 事件管理服务器102在步骤606通过确定至少一个下列依据的履行进一步检 查所存在的收费安排移动用户106是应用服务提供者与其具有反向收费合 同或类似协议的一个移动服务提供者108的预订者，或者主网络服务器104 的网站管理者是否己经表示向不是应用服务提供者与其具有反向收费合同或 类似协议的任何移动服务提供者108的预订者的移动用户106发送移动警示 的意愿，移动用户106是否不管其不是应用服务提供者与其具有反向收费合 同的一个移动服务提供者108的预订者而已经表示接收移动警示的希望，以 及移动用户106是否已经得到诸如信用卡信息，预先的保证金的有效的财务 保证，或者已经提供有关收取传递移动警示的费用的其他支付模式的细节。 如果不符合上述任何一个依据，则事件管理服务器102在步骤608中通知移 动用户106不能进行移动警示并且丢弃警示注册信息。然后事件管理服务器 102可以暂时禁止移动号码用于进一步的移动警示，直至移动用户106与其 签署预订关系的移动服务提供者108与应用服务提供者签署反向收费合同或 类似协议。
但是，如果符合至少一个上述依据，则事件管理服务器102在步骤610 向移动用户106发回确认消息。该确认消息最好是SMS消息，MMS消息或 WAP推动消息之一。发送确认消息的目的是防止由于移动或垃圾电子邮件注 册请求造成的假签署。在接收到确认消息时有移动用户106最好采取的两种 类型的回应。第一种回应是移动用户106被要求在接收到确认消息时进行一 定的行为，其中该行为最好是点击用于警示注册的移动设备上显示的页面上 的链接，或者用SMS或MMS或其他移动消息回答，或者用文字，字符，数 字或它们的其他组合或在发送到移动用户106的确认消息中规定的任何其他 方式通过网站本身回答。在接收到回应时，事件管理服务器102在步骤612 进行到警示注册合法化。第二种回应要求移动用户106在接收到确认消息时 不进行所述行为。移动用户106不点击用于警示注册的移动设备上显示的页 面上的链接，或者不用SMS或MMS或其他移动消息回答，或者不以用文字， 字符，数字或它们的其他组合或在发送到移动用户106的确认消息中规定的 任何其他方式回答。没有接收到回应，事件管理服务器102在步骤612进行 到警示注册合法化。
警示注册合法化用作收到移动用户106被收取的接收移动警示的规定费 率的重要指示。通常该收取的费用与如果移动用户106是相当于局部发送的
或在移动用户106是其预订者的移动服务提供者108的方向上发送的移动消 息的发送者时移动用户106承受的，被放弃的，或包括在移动服务提供者108 对预订者有效的移动消息免费包内的规则的费用一样低。在最坏的情况下， 向移动用户106提出接收移动警示的费用率或具体的收费，而不管移动服务 提供者108没有与应用服务提供者的反向收费合同或类似的协议。移动服务 提供者108能够提供消息发送服务的低费率，因为移动服务提供者108不承 受例如与内容合伙人签署协议，整合和试验费用支付关系等中相关的重要成 本。
在步骤612中做出确定警示注册是否是由签署协议时由移动用户106使 用的移动号码的持有者进行的真实的请求。如果警示注册被确定为由移动或 电子垃圾邮件注册请求导致的假签署，则事件管理服务器102在步骤614中 丢弃警示注册信息。如果重复接收到某个移动电话号码的失效的警示注册， 则事件管理服务器102可以在预先定义的时间周期内暂时禁止该移动电话号 码用于进一步的警示注册。当超过一个移动电话号码能够用于注册移动警示 的预先定义的失效警示注册数时则执行该禁止处理。用于解禁的预先定义的 时间周期最好被编程到例如24小时。但是，如果警示注册被确定为真实，则 事件管理服务器102在步骤616将所接收的警示注册信息与注册的日期和时 间一起记录到存在于事件管理服务器102的数据库中。因此，警示注册被认 为是非否定的。
当可从网站得到更新时，网站管理者在步骤608中向事件管理服务器102 上进行记录以指令事件管理服务器102向移动用户106发送移动警示。如果 多个移动用户106例如通过人工输入接收者的移动号码或上传文件中接收者 的号码而为接收网站更新进行了注册，则网站管理者最好被允许选择移动警 示将要被传递到的接收者。网站管理者最好也被允许选择发送到一个或所有 网站管理者希望将移动警示传递到的接收者的被发送消息。
然后在步骤620，事件管理服务器102在发送移动警示之前检查是否将 移动警示发送到移动用户106的所有依据都已满足。所述依据被相应地列出。 对每一个网站管理者选择的已经为从特定网站接收移动警示实际上进行注册
的移动用户106进行检验。另外，移动用户106向其进行预订的移动服务提
供者108最好已经与应用服务提供者签署反向收费合同或类似协议。或者，
网站管理者最好在消息发送服务注册期间已经指出为发送移动警示进行支付
的意愿，或者移动用户106在移动警示注册期间已经指出为接收移动警示进 行支付的意愿。另外，还对若干其他规则进行检查，这些规则最好包括限制 在特定时间周期内或向特定移动用户106或两者的组合网站被允许发送的移 动警示数的规则。最后，最好进行一次检验以确保移动警示将要被传递到的 移动用户106不对消息发送者有导致特定的消息不被接受的任何限制以及可 能是为了向移动用户106和网站管理者提供质量服务的利益而实施的任何规 则。
如果任何上述依据不符或检验失败，则在步骤622中丢弃用于移动用户 106的特定消息。但是，如果所有上述依据都符合，则在步骤624中事件管 理服务器102向移动用户106发送移动警示，其中移动警示通过由应用服务 提供者为移动用户106预先限定的适当的移动服务提供者108发送。另外， 不考虑上述依据是否符合，事件管理服务器102最好在存储在事件管理服务 器102中的数据库中记录移动警示的性质，移动警示本身，发送状态，传递 状态和与该移动警示相关的任何其他信息。然后可以使该数据库向网站管理 者开放。
相似地，图7显示说明移动用户106用事件管理服务器102为接收网站 更新注册移动警示的过程的流程图。操作网站的网站管理者是高数量消息发 送者。对于高数量消息发送者，网站需要用所提供的一组API结构预先编程 并且与软件库形成整体。这样，与只能使用由应用服务提供者限定的基本固 定格式的低数量消息发送者相比，高数量消息发送者能够高度灵活地定制发 送到移动用户106的移动警示。在步骤702，移动用户106填写并提交在网 站上提供的警示注册表500。网站最好是移动用户106对其规则基础上的更 新感兴趣的网站。警示注册表500最好在主网络服务器104上被主持，因为 警示注册表500被高度灵活地定制以适合主网络服务器104的要求。
在步骤704，主网络服务器104检査警示注册表500是否被正确填写， 将复制件存储在主网络服务器104中并将警示注册信息向前传送到事件管理 服务器102以检查账单和警示注册的合法性，因为账单信息和消息发送能力
仅与事件管理服务器102相关。然后，在步骤706，事件管理服务器102通
过检查相应列出的至少一个依据的履行检查所存在的账单安排移动用户
106是应用服务提供者与其有反向收费合同或类似协议的一个移动服务提供 者108的预订者，或者主网络服务器104的网站管理者是否指出向不是应用 服务提供者与其有反向收费合同或类似协议的任何移动服务提供者108的预 订者的移动用户106发送移动警示的意愿，以及上述网站管理者是否愿意支 付发送移动警示的费用，不管移动用户106是否是应用服务提供者与其有反 向收费合同的一个移动服务提供者108的预订者移动用户106是否指出接收 移动警示的希望，以及移动用户106是否已经得到诸如信用卡信息，预先的 保证金的有效的财务保证，或者已经提供有关收取传递移动警示的费用的其 他支付模式的细节。
如果不符上述任何依据，则事件管理服务器102在步骤708通知主网络 服务器104收费条件失败。然后主网络服务器104在步骤708通知移动用户 106不能进行移动警示并丢弃警示注册信息。主网络服务器104以及事件管 理服务器102也最好暂时禁止该移动号码用于进一步的警示注册，直至移动 用户106向其预订的移动服务提供者108与应用服务提供者签署反向收费合 同或类似协议。但是，如果符合至少一个上述依据，则事件管理服务器102 在步骤710向移动用户106发回确认消息。该确认消息最好是SMS消息， MMS消息或WAP推动消息之一。发送确认消息的目的是防止由于移动或垃 圾电子邮件注册请求造成的假签署。在接收到确认消息时有移动用户106最 好采取的两种类型的回应。第一种回应是移动用户106被要求在接收到确认 消息时进行一定的行为，其中该行为最好是点击用于警示注册的移动设备上 显示的页面上的链接，或者用SMS或MMS或其他移动消息回答，或者用文 字，字符，数字或它们的其他组合或在发送到移动用户106的确认消息中规 定的任何其他方式通过网站本身回答。在接收到回应时，事件管理服务器102 在步骤712进行到警示注册合法化。第二种回应要求移动用户106在接收到 确认消息时不进行所述行为。移动用户106不点击用于警示注册的移动设备 上显示的页面上的链接，或者不用SMS或MMS或其他移动消息回答，或者 不以用文字，字符，数字或它们的其他组合或在发送到移动用户106的确认 消息中规定的任何其他方式回答。没有接收到回应，事件管理服务器102在
步骤712进行到警示注册合法化。
警示注册合法化用作收到移动用户106被收取的接收移动警示的规定费 率的重要指示。通常该收取的费用与如果移动用户106是相当于局部发送的 或在移动用户106是其预订者的移动服务提供者108的方向上发送的移动消 息的发送者时移动用户106承受的，被放弃的，或包括在移动服务提供者108 对预订者有效的移动消息免费包内的规则的费用一样低。在最坏的情况下， 向移动用户106提出接收移动警示的费用率或具体的收费，而不管移动服务 提供者108没有与应用服务提供者的反向收费合同或类似的协议。移动服务 提供者108能够提供消息发送服务的低费率，因为移动服务提供者108不承 受例如与内容合伙人签署协议，整合和试验费用支付关系等中相关的重要成 本。
在步骤712中做出确定警示注册是否是由签署协议时由移动用户106使 用的移动号码的持有者进行的真实的请求。如果警示注册被确定为由移动或 垃圾电子邮件注册请求导致的假签署，则事件管理服务器102在步骤714中 将该信息返回到主网络服务器104。然后主网络服务器104在步骤716中丢 弃所接收到的警示注册信息。如果重复接收到某个移动电话号码的失效的警 示注册，则事件管理服务器102和主网络服务器104可以在预先定义的时间 周期内暂时禁止该移动电话号码用于进一步的警示注册。当超过一个移动电 话号码能够用于注册移动警示的预先定义的失效注册尝试数时，则执行该禁 止处理。用于解禁的预先定义的时间周期最好被编程到例如24小时。但是， 如果警示注册被确定为真实，则事件管理服务器102在步骤718将所接收的 警示注册信息与注册的日期和时间一起记录到存储在事件管理服务器102的 数据库中。最好该信息也对主网络服务器104有效，使主网络服务器104能 够管理该对于由主网络服务器104使用的业务规则适当的警示注册信息。因 此，警示注册被认为是非否定的。
当可从网站得到更新时，网站管理者在步骤720中向事件管理服务器102 上进行记录以指令事件管理服务器102向移动用户106发送移动警示。通常， 如果多个移动用户106为接收网站更新进行了注册，则对于高数量消息发送 者，网站管理者被允许选择移动警示将要被传递到的接收者。或者，在主网 络服务器104上运行的软件程序使用API或由应用服务提供者提供的其他代 码自动向事件管理服务器102进行注册。然后软件程序指令事件管理服务器 102相关的移动用户106发送移动警示。
事件管理服务器102在发送移动警示之前在步骤722检査是否将移动警 示发送到移动用户106的所有依据都已满足。所述依据被相应地列出。对每 一个由网站管理者选择的为从特定网站接收移动警示实际上已进行注册的移 动用户106或API或相似的代码进行检验。另夕卜，移动用户106向其进行预 订的移动服务提供者108最好已经与应用服务提供者签署反向收费合同或类 似协议。或者，网站管理者最好在纸面工作中或者消息发送服务注册期间已 经指出为发送移动警示进行支付的意愿，或者移动用户106在移动警示注册 期间已经指出为接收移动警示进行支付的意愿。另外，还对若干其他规则进 行检查，这些规则最好包括限制在特定时间周期内或向特定移动用户106或 两者的组合网站被允许发送的移动警示数的规则。最后，最好进行一次检验 以确保移动警示将要被传递到的移动用户106不对消息发送者有导致特定的 消息不被接受的任何限制以及可能是为了向移动用户106和网站管理者提供 质量服务的利益而实施的任何规则。
如果任何上述依据不符或检验失败，则在步骤724中丢弃用于移动用户 106的特定消息。但是，如果所有上述依据都符合，则在步骤726中事件管 理服务器102向移动用户106发送移动警示，其中移动警示通过由应用服务 提供者为移动用户106预先限定的适当的移动服务提供者108发送。另外， 不考虑上述依据是否符合，事件管理服务器102最好在存储在事件管理服务 器102中的数据库中记录移动警示的性质，移动警示本身，发送状态，传递 状态和与该移动警示相关的任何其他信息。然后可以使该数据库向网站管理 者开放。
使移动用户106能够退出接收进一步的移动警示是事件更新管理系统 100的一个重要因素。图8显示图形格式的退出表800，该格式定义退出表 800的输入域。在退出表800中，移动用户106被给予选择输入域下的用于 限制任何主网络服务器104暂时或永久向移动用户106发送移动警示的选择， 其中移动用户106己先期来自各个相关的主网络服务器104的移动警示。通 常，警示注册表500被要求带有向退出表800的链接，因此使移动用户106 能容易找到退出信息。在退出表800中，移动用户106被要求提供用于该用
户在其中注册的移动服务的移动号码信息，包括指出国家代码，以及用于移 动警示注册的移动号码。然后事件管理服务器102使用该号码信息确定移动 用户106先期是否已经为从规定的主网络服务器104接收移动警示进行注册， 并且进一步使用该移动号码信息使退出请求合法化。另外，移动用户106也
被要求提供退出处理结束时向其发送退出请求状态的电子邮箱地址。
图9说明退出处理900的流程图，其中在步骤902，移动用户106经由 通过事件管理服务器102提供移动警示的任何主网络服务器104或直接通过 访问最好也是事件管理服务器102的网站的应用服务提供者的网站提交退出 表800。然后在步骤904，应用服务提供者检验由移动用户106提供的移动号 码是否先期为从主网络服务器104接收移动警示进行注册，而该移动用户106 希望限制或者暂时或永久禁止该网站向其发送进一步的移动警示。在步骤 906中作出确定。如果确定移动用户106没有为从规定的主网络服务器104 接收移动警示进行注册，则事件管理服务器102最好通过网络表回应页通知 移动用户106该移动用户106没有为从规定的主网络服务器104接收移动警 示进行过注册。然后事件管理服务器102在步骤908丢弃退出请求。但是， 如果确定移动用户106为从规定的主网络服务器104接收移动警示进行过注 册，则事件管理服务器102确认请求退出的移动用户106确实是移动用户106 在退出表800中指定的移动号码的持有者。为了防止对服务的欺诈性的或恶 作剧的终止，上述被要求的确认对合法的移动用户106是很重要的。
为了确认移动用户106的身份，事件管理服务器102在步骤910中向由 移动用户106在退出表800中指定的移动号码发送确认消息。该确认过程与 图6所示的步骤610到616相似。在步骤912，事件管理服务器102确定退 出请求是否合法。如果退出请求不合法，则在步骤914中丢弃该退出请求并 最好通过由移动用户106在退出表800中提供的电子邮箱地址通知移动用户 106。由于退出处理中涉及的期限的原因，当移动用户106初次提交退出表 800时在作为回应显示的网页上通知该移动用户106所述状态被认为是不现 实的。但是，如果退出请求合法，则该退出请求被记录到事件管理服务器102 的数据库中。在最后的步骤916中，退出请求被立即激活，并通过由移动用 户106在退出表800中提供的电子邮箱地址通知移动用户106退出成功或服 务受到限制。由于退出处理中涉及的期限的原因，当移动用户106初次提交
退出表800时在作为回应显示的网页上通知该移动用户106所述状态被认为 是不现实的。事件管理服务器102也最好应该向相关的主网络服务器104发 送由移动用户106授权的退出或服务限制的电子通知。
以上述方式，根据本发明的实施例叙述了用于向为接收网站更新已注册 移动警示的移动用户提供更新和事件通知的事件更新管理系统，用于处理有 关传递移动警示的当前的事件更新管理方法的上述缺点。虽然本文仅叙述了 本发明的一个实施例，但根据本文的揭示对于本技术领域的熟练人员显而易 见的是，可以进行各种变化和修改而不背离本发明的范围和精神。
权利要求
1.一种事件更新管理系统，其特征在于，该系统包括用于接收由主网络服务器提供的警示注册数据的数据模块，当移动服务用户通过主网络服务器提交相应于某个事件的警示注册请求时产生该警示注册数据；用于储存该警示注册数据的数据库；和用于响应由操作主网络服务器的网站管理者提供的指令产生警示的警示模块，所述指令与所述事件相关并且该警示模块进一步用于相应于所述警示注册数据向移动服务用户发送警示。
2. 如权利要求1所述的事件更新管理系统，其特征在于，该系统进一步包 括用于向移动服务用户发送消息以确认由移动服务用户通过主网络服务 器提交的警示注册请求的确认模块，该消息为所述警示。
3. 如权利要求1所述的事件更新管理系统，其特征在于，所述警示是短消 息服务(SMS)消息，多媒体消息服务(醒S)消息和无线应用协议(WAP) 推出消息中的一种消息。
4. 如权利要求1所述的事件更新管理系统，其特征在于，用于主持网站的 主网络服务器用一组应用编程界面(API)功能和由事件更新管理系统提 供的源代码之一预先编程。
5. 如权利要求4所述的事件更新管理系统，其特征在于，所述一组应用编 程界面(API)功能定义由网站用于与事件更新管理系统连通的软件互连 通功能。
6. 如权利要求l所述的事件更新管理系统，其特征在于，其中主网络服务 器预先下载软件库并将其与网站预先形成整体，该软件库由事件更新管 理系统提供。
7. 如权利要求1所述的事件更新管理系统，其特征在于，所述软件库是所 述一组软件应用编程界面(API)功能的软件实施形式。
8. 如权利要求4所述的事件更新管理系统，其特征在于，所述网站提供用 于警示注册请求的警示注册表。
9. 如权利要求8所述的事件更新管理系统，其特征在于，所述警示注册表包括用于获取移动服务用户的注册细节和帐单细节中的至少一个细节的 用于从中产生警示注册数据的输入域。
10. 如权利要求1所述的事件更新管理系统，其特征在于，警示模块进一步 用于跟踪向移动服务用户发送的至少一个警示。
11. 如权利要求1所述的事件更新管理系统，其特征在于，该系统进一步包 括多个帐户，多个帐户中的一个帐户相应于操作主网络服务器的网站 管理者，用于提供与所述多个帐户中的该一个帐户相关的至少一个管理 功能，以及使网站管理者能够指令警示模块产生和向移动服务用户发送
12. 如权利要求1所述的事件更新管理系统，其特征在于，该系统进一步包 括..用于管理移动服务用户和主网络服务器中的至少一方的帐单细节的帐单 模块，该帐单细节相应于由警示模块向移动服务用户发送的警示。
13. 如权利要求l所述的事件更新管理系统，其特征在于，警示注册数据可 由移动服务用户和主网络服务器中的一方访问和编辑。
14. 一种事件更新管理方法，其特征在于，该方法包括下列步骤由数据模块接收由主网络服务器提供的警示注册数据，当移动服务 用户通过主网络服务器提交相应于某个事件的警示注册请求时产生该警 示注册数据；将该警示注册数据记录到数据库中；响应从主网络服务器接收的指令产生警示，所述指令与所述事件相 关，和相应于所述警示注册数据向移动服务用户发送警示。
15. 如权利要求14所述的事件更新管理方法，其特征在于，该方法进一步包 括提供用于向移动服务用户发送消息以确认由移动服务用户通过主网络 服务器提交的警示注册请求的步骤，该消息为所述警示。
16. 如权利要求14所述的事件更新管理方法，其特征在于，发送警示的步骤 包括如下步骤产生和发送作为警示的短消息服务(SMS)消息，多媒体消息服务 (麗S)消息和无线应用协议(WAP)推出消息中的一种消息。
17. 如权利要求14所述的事件更新管理方法，其特征在于，该方法进一步包括由主网络服务器主持网站的步骤，该网站用一组应用编程界面(API)功能和由事件更新管理系统提供的源代码之一预先编程。
18. 如权利要求17所述的事件更新管理方法，其特征在于，由主网络服务器主持网站的的步骤包括如下步骤提供定义由网站用于与事件更新管理系统连通的软件互连通功能的一组应用编程界面(API)功能。
19. 如权利要求17所述的事件更新管理方法，其特征在于，由主网络服务器 主持网站的的步骤包括由事件更新管理系统提供软件库的步骤。
20. 如权利要求17所述的事件更新管理方法，其特征在于，所述软件库是所 述一组软件应用编程界面(API)功能的软件实施形式。
21. 如权利要求17所述的事件更新管理方法，其特征在于，由主网络服务器 主持网站的步骤包括由所述网站提供用于警示注册请求的警示注册表。
22. 如权利要求21所述的事件更新管理方法，其特征在于，提供警示注册表 的步骤包括如下步骤提供包括用于获取移动服务用户的注册细节和帐单细节中的至少一 个细节的用于从中产生警示注册数据的输入域的警示注册表。
23. 如权利要求14所述的事件更新管理方法，其特征在于，发送警示的步骤 包括跟踪向移动服务用户发送的至少一个警示的步骤。
24. 如权利要求14所述的事件更新管理方法，其特征在于，该方法进一步包 括如下步骤提供多个帐户，多个帐户中的一个帐户相应于操作主网络服务器的 网站管理者，用于提供与所述多个帐户中的该一个帐户相关的至少一个 管理功能，以及使网站管理者能够指令警示模块产生和向移动服务用户 发送警示。
25. 如权利要求14所述的事件更新管理方法，其特征在于，该方法进一步包 括如下步骤管理移动服务用户和主网络服务器中的至少一方的帐单细节，该帐 单细节相应于由警示模块向移动服务用户发送的警示。
26. 如权利要求14所述的事件更新管理方法，其特征在于，该方法进一步包 括如下步骤允许由移动服务用户和主网络服务器中的一方访问警示注册数据用 于编辑该警示注册数据。
27. —种机器可读媒介，其特征在于，该机器可读媒介具有存储在其中的多 个编程指令，当执行所述编程指令时，该指令使机器由数据模块接收由主网络服务器提供的警示注册数据，当移动服务 用户通过主网络服务器提交相应于某个事件的警示注册请求时产生该警 示注册数据；将该警示注册数据记录到数据库中；响应从主网络服务器接收的指令产生警示，所述指令与所述事件相 关，和相应于所述警示注册数据向移动服务用户发送警示。
28. 如权利要求27所述的机器可读媒介，其特征在于，其中当执行所述编程 指令时，该指令使机器进一步提供用于向移动服务用户发送消息以确认 由移动服务用户通过主网络服务器提交的警示注册请求的确认模块，该 消息为所述警示。
29. 如权利要求27所述的机器可读媒介，其特征在于，其中当执行所述编程 指令时，该指令使机器产生和发送作为警示的短消息服务(SMS)消息， 多媒体消息服务(丽S)消息和无线应用协议(WAP)推出消息中的一种 消息。
30. 如权利要求27所述的机器可读媒介，其特征在于，其中当执行所述编程指令时，该指令使机器进一步要求由主网络服务器主持网站，该网站用 一组应用编程界面(API)功能和由事件更新管理系统提供的源代码之 一预先编程。
31. 如权利要求30所述的机器可读媒介，其特征在于，其中当执行所述编程指令时，该指令使机器提供定义由网站用于与事件更新管理系统连通的 软件互连通功能的一组应用编程界面(API)功能。
32. 如权利要求30所述的机器可读媒介，其特征在于，其中当执行所述编程指令时，该指令使机器通过事件更新管理系统提供软件库。
33. 如权利要求30所述的机器可读媒介，其特征在于，其中当执行所述编 程指令时，该指令使机器要求所述软件库成为所述一组软件应用编程界 面(API)功能的软件实施形式。
34. 如权利要求30所述的机器可读媒介，其特征在于，其中当执行所述编程 指令时，该指令使机器通过所述网站提供用于警示注册请求的警示注册表。
35. 如权利要求34所述的机器可读媒介，其特征在于，其中当执行所述编程 指令时，该指令使机器提供包括用于获取移动服务用户的注册细节和帐 单细节中的至少一个细节的用于从中产生警示注册数据的输入域的警示 注册表。
36. 如权利要求27所述的机器可读媒介，其特征在于，其中当执行所述编程 指令时，该指令使机器跟踪向移动服务用户发送的至少一个警示。
37. 如权利要求27所述的机器可读媒介，其特征在于，其中当执行所述编程 指令时，该指令使机器进一步提供多个帐户，多个帐户中的一个帐户相 应于操作主网络服务器的网站管理者，用于提供与所述多个帐户中的该 一个帐户相关的至少一个管理功能，以及使网站管理者能够指令警示模 块产生和向移动服务用户发送警示。
38. 如权利要求27所述的机器可读媒介，其特征在于，其中当执行所述编程 指令时，该指令使机器管理移动服务用户和主网络服务器中的至少一方 的帐单细节，该帐单细节相应于由警示模块向移动服务用户发送的警不。
39. 如权利要求30所述的机器可读媒介，其特征在于，其中当执行所述编程 指令时，该指令使机器允许由移动服务用户和主网络服务器中的一方访 问警示注册数据用于编辑该警示注册数据。
全文摘要
互联网的成长和扩展促进了各个公司以及客户为了从广告到电子商务到在线销售到博客和新闻传播的范围的所有目的使用互联网。互联网是当前传播信息的最快的方式。随着无线时代的到来和移动设备的扩展，互联网被规划更快地成长，尤其在移动无线应用领域。在不断的发展中，终端用户保持在互联网上保持对新事件和更新的跟踪成为重大的任务。但是允许移动服务用户对其感兴趣的网站的更新保持跟踪的当前的事件更新管理系统有各种不易改变的缺点。本文揭示的本发明的实施例叙述了处理现存的事件更新管理系统面对的各种问题的系统和方法。
文档编号G06F13/00GK101197727SQ20071016294
公开日2008年6月11日 申请日期2007年9月27日 优先权日2006年9月29日
发明者瓦伦·阿罗拉 申请人:无限智慧实验室私人有限公司