CN1284190A - 推银行系统和方法 - Google Patents

Abstract

本发明是一种软件/硬件系统,它能够经众多不同的通信信道访问客户/订户并且根据客户独有的金融状况和预设的指令主动筛选对客户可能有潜在影响的市场状态。本发明克服了现有技术的限制,为此向银行或其他机构提供了综合、快速、可靠、费用较少的通知过程,它将相关信息借助消息传送至客户,消息代表的是传输时作为整体考虑的所有信息。信息可包括客户帐户的信息和对客户的可靠性与及时性非常重要的个人信息。

Description

推银行系统和方法

发明领域

本发明涉及银行服务，特别涉及在银行机构与其客户之间提供即时、在线交互的系统和方法。

背景技术

几十年前，金融机构已经能够向单个客户提供定身制作的服务。例如，Smalltown银行通过储蓄或清算方式接收了客户Jones帐户上的支票。支票即将导致客户帐户透支。于是银行打电话给Jones并将这个情况告知客户。Jones保证当天来银行存上足够的现金以消除透支。下午3点钟是银行的关门时间，Jones还没有到达。支行经理Smith知道Jones会信于诺言并且猜想他一定被耽搁了。他还知道如果支票被退回的话将使Jones受损(即被退回第一存款银行或当地存款人银行，俗称支票被打回票)。Smith让Jones的帐户仍然开启。Jones于下午3点30分到达，并且在上锁的门外向Smith道歉。Smith通过银行门的栅样口拿过了Jones的钱并记录下存款。像上述个人层面上的服务是银行过去大部分的工作。

今天客户可以通过三种方式从金融服务机构接收信息。首先，客户可以按照预先安排接收发送给他们的纸件和/或缩微记录件。其次，客户可以订购在线服务，它允许客户从定期更新的在线数据库中下载信息。对于公司客户，该服务例如称为“在线现金管理系统”，而对于个人客户，在线系统通常被称为“家庭银行系统”。一般来说两类系统都按日或按月批量操作。这些系统在日常报告中插有意料不到的信息，当数据量较大时就显得不大方便，系统需要耗费大量的人力，并且容易耽搁和错失机会，除非由客户非常精确地管理。客户获得的信息基本上是银行安排好的可用的信息。

在通信的第三种方法中，银行通过电话将客户有关帐户的信息逐个帐户地告知客户。电话联系是要花费大量人力的，因此要选择使用。由于接线生可能不在电话边上和信息记录装置可能没有启动，所以它也是不可靠的。

这种个人化服务之所以无法使用、费用了或效用低的原因包括通过金融网络的交易量巨大、个人客户拥有一个或多个帐户或商务数量众多、当客户需要服务或特别关注时无法显示精确时间以及当信息的知识至关重要时无法在客户与金融服务机构之间双向地进行可靠的通信。对于零售商、个人而言，涉及到对指令接收的确认和执行交易的确认的可靠传送，最后一点特别重要。

本发明从在提供金融银行服务中建立新范例的新系统和服务的方式解决现有技术中存在的上述缺点。这种新范例称为“推银行(push banking)”。术语“推银行”在一定程度上是得到因特网上“推技术”概念的启发。

目前实施的推技术试图解决因特网上可用信息量日益增大的不断出现的问题。现有的搜索引擎技术不适合于对某些信息片断进行可靠的访问。这种搜索将以成千上万条“命中”的方式返回，这些结果在一定程度上必须依赖于操作者的聪明才智。即使这样，自动搜索的最终结果通常也必须由搜索者通过检查以寻找到所需的信息(如果可以找到的话)。本文中的“推”代表信息由系统发送给操作者。“推”涉及最初的搜索引擎模型，在模型中操作者从系统寻求信息。

在所有的推技术中，似乎存在着操作者希望接收的隐合的信息特征(通常在启动推服务之前由操作者设定)。在大多数情况下，操作者的工作站上有主动应用程序，它定期“轮询”服务器并将信息下载至操作者终端并进行显示。在这种情况下，在操作者看来信息似乎被“推送”给他。但是更为确切地说，操作者已经建立了一种应用程序，它进行定期定制的搜索(即“推送”)并随后显示搜索结果。至少在一种情况下，推技术(来自Backweb^TM公司)被用来做自动软件升级。

术语广域网“网播(webcasting)”或“局域网网播(netcasting)”有时候与“推”互换使用。无线电或电视广播实际上是“推”概念的原始形态。在“广域网播(webcasting)/局域网网播(netcasting)”中，通常有一些过滤或定制广播的意思(例如术语Personalcast^TM下的公司Pointcast^TM)所描述的。这意味着大量共用的广播信息池，经过某些方式的限定或过滤以适合个别的操作者。但是现有技术尚未如本发明所含的技术那样实施或传授单纯的推银行过程，本发明受与客户实质相关数据的推动并且有利于客户通过两种方式的确认交互作出即时响应。

发明内容

因此本发明是一种软件/硬件系统，它不断提供了银行服务提供的多样性。系统提供在金融机构与其客户之间提供了即时、在线交互并且根据银行客户需要方便及时地向银行客户发送信息。

本发明是一种软件/驱动系统，它能够经众多不同的通信信道访问客户/订户并且根据客户各自的金融状况和预设的指令主动筛选对客户可能有潜在影响的市场状态。

本发明克服了现有技术的限制，为此向银行或其他机构提供了综合、快速、可靠、经济的通知过程，它将相关信息借助消息传送至客户，消息代表的是在传输时作为整体考虑的所有信息。信息可包括客户帐户的信息和对客户的可靠性与及时性非常重要的个人信息。

现有技术的缺点得到了缓解并且以下述方式实现了本发明的上述和其他目标，发明人的工作受到本发明指派人大通银行(“Chase”)的资助。

作为金融服务实体，任何银行都比客户更快地访问某些客户金融信息。此外，如果客户根据客户情况预设的(例如一些紧急情况信息)筛选条件(例如由人工智能(AI)或其他过程完成)更早地访问某些帐户信息，则客户可以立即采取行动以纠正不利的金融影响或利用该信息。本发明整体上并不依赖于较早地金融纠正情况，而是涉及及时向客户提供金融信息相关，已使客户能够较早地采取行动。

本发明实现的服务涉及的范围从见票即付服务到及时提供重要信息。这里称为推银行的本发明被设计为自动向客户发送信息，客户借此作出银行可以采取的适当响应。与此相反，在现今的环境下，客户必须肯定地寻找信息并且由此作出响应。例如，假定一个客户的信用卡已经透支而其支票帐户上的资金可以偿付信用卡。在现有技术的客户通知系统中，客户通常要过很长时间才对银行作出响应，使用其支票帐户上的资金。相反，本发明的推银行系统立即将超限情况告知用户并且允许客户立即从支票帐户上支付信用卡的透支额，或者在信用卡诈骗情况下停止支付。

本发明同时还提供了相当可观的商业进展利益。今天，银行的金融数据必须按顺序处理两次，一次是为了从银行输出至客户，而另一次是为了输入后由客户分析和采取行动。本发明的推银行系统减少了人工启动经过两次处理的信息的频率和数量。这种人工的减少和效率的降低还具有意想不到的有益效果，可以就通信技术和客户经至少一种可能的手段接收传输信息的能力而言，将时间(从银行生成或接收一段有意义信息、发送给客户到客户接收到任何需要的响应的时间)尽可能压缩到最小。

本发明是银行服务中一种新的范例。它代表了一种新的提供物，它响应的是所有提供物中最稀缺的东西一时间。它预计客户对信息再次作出反应的需要不受时区限制。这种新的范例改变了时间维数和任何银行或金融机构向客户发送的信息的内容维数。本发明不是推技术并且不是简单地运用推技术来发送信息。

本发明实施上述服务的系统和方法的整体部分在此称为主动推送过滤器(Push Active Filter(PAF))。主动推送过滤器与处理输入的客户交易的银行处理中心交互并且生成输出的交易。主动推送滤波器还与包含客户帐户信息、交易历史、当前交易活动和由此导出的分析/统计数据的各种数据库以及诸如因特网之类的外部信息源交互。

主动推送过滤器采用人工智能和其他分析工具以及客户具体特点在各种推送至客户的信息的情况下作出决策。一旦可以使用，信息就被自动立即推送，从而使客户可以较迅速地对它采取行动。

主动推送过滤器具有软件/硬件结构，它负责根据客户处可用(或不可用)的工具类型知识选择并向客户传送信息。这使得本发明可以经任何当前已知或将来可用的通信的手段发送信息。这包括电话、电报、传真、BP机、单向有线电视、单向卫星、拨出终端、在线终端、因特网、内部网或外部网、灵巧电话、双向BP机、双向有线电视、双向卫星、个人数字助理(PDA)、个人计算机(PC)、邮政速递、商业速递和各种上述系统。这些系统使客户可以以电子方式或通过电话、传真或任何手段作出响应，所有这些手段可以使银行迅捷地接收来自客户的响应信息并且根据客户指令采取行动。

主动推送过滤器由两个主要部分组成：主动推送过滤器决策单元(PAFD)和主动推送过滤器通信单元(PAFCC)。PAFDC接收每个订购该项服务的客户所有帐户的信息。由于客户数量可能非常多(上百万)，所以本发明对物理设备迅速进行划分以使服务在实际实施过程中具备即时通知的能力。PADFC包含每个客户提供的判据通知数值，它与银行定义的条件一起用来启动通知客户的动作。PADFC在发生特定条件时生成通知并将通知发送至相应的PAFCC，供PAFCC已知的任何通信信道有效发送至客户。通过将客户按PAFDC-PAFCC提供的服务分组，可以将客户扩展到较大数量。在接收到来自客户的通信后，每个PAFCC将通信中继给其相应的PAFDC和其他可用系统。被PAFCC检测到的差错被传送至FAFDC以便采取适当的纠错动作。PAFCC还进行纠错和采取正确的行动。

PAFDC周期性地在它所包含和决定的用户列表中运行并且确定是否应该通知所有客户、是否接收到前一通知的所有响应和是否完成PAFDC启动的交互。PAFDC以一定的速率接收帐户信息，速率取决于实施的方法。预想有三种实施方法，可用于任一组合：1)无论何时客户帐户发生变化，帐户信息都被送至PAFDC，2)当需要时PAFDC从帐户数据库中寻求数据，3)只有当通知条件发生时，PAFDC的代理者才将客户机上的数据发送至PAFDC，代理者处理客户定义的和位于相关数据源通知判据数值知识。

在确定发送一条以上的消息或者和一条消息被发送先前发送的消息仍然未完成所需动作时，PADFC从总体上确定采取最合适的行动。由于先前的通知仍然有效和合适，所以可以决定当前条件保证无需新的通知。可以决定需要新消息来修改过去的指令和/或增加新指令。较佳的体现结果用两个步骤来作出判断，首先考虑到客户所述喜好中对于特别用户帐户类型的细微差别来决定单独的帐户。其次收集第一步骤生成的所有通知并且根据先前发送的消息(但是还未得到结论的有意动作)和考虑新生成的第一步骤通知之间的交互决定应该发送什么通知(例如当两笔转帐的总数使源帐户透支时建议向一个帐户转帐一定数量的资金，再向另一个帐户转帐另一数量的资金)。

一旦PAFDC决定向客户发送什么消息，它就生成带唯一消息标识符的消息，标识符可以在整个系统内跟踪消息直到得出结论。消息被送至相应的PAFCC或在消息一准备就绪后或在组内或在完成整个客户列表之后就向客户发送，它由设计系统时系统的要求确定(虽然可以建立适应情况变化的系统)。在每条消息内放置唯一的客户ID以使PAFCC能够确定谁将接收消息。PAFCC包含每个客户所必要的信息以决定如何发送消息。

消息的优先权由PAFDC指定来指导PAFCC在信道容量有限时确定发送消息的次序。PAFDC记录用失时效的日期给每条消息打上戳记以使客户能够确定响应是否仍然有效。PAFCC采用失时效的日期启动清除未在分配时间内作出响应的消息。PAFCC在清除消息时通过生成带信息内容的响应来通知PAFDC。任何在清除之后收到的响应由PAFDC按照与接收客户启动消息相似的方式处理；它将消息送至客户，告知客户响应接收太迟并且不采取行动。如果此时有新的相关通知送至客户，这两条消息将组合为一条相关的消息。PAFDC对客户启动消息作出的不同响应与接收传至客户的消息的响应的方式类似。

为了使客户能够控制采用哪一条信道传送消息，PAFCC保存可以由客户设定的信道和优先权列表(例如客户可能在旅途中并且希望删除送至其家中的消息而是将其移动单元指定为具有顶级优先权的接收机)。由于消息容量的差异、保密性和装置之间格式兼容性的不同，PAFCC还保存装置类型列表并且按照目标装置的实际能力格式化消息。PAFDC包括与消息一起的数字代码，它向与消息涉及的帐户类型相连的PAFCC指定一个等级的通信别，从而使PAFCC更为简单地选择正确的通信类别。当PAFDC希望删除已有消息时(例如当必须在接收对较早相关消息作出的响应之前发送超级消息)，一种具体的数字代码数值通知PAFCC去除包含消息在内的唯一消息标识符标识的已有消息。

当PAFDC从客户处(经PAFCC)接收对消息的响应时，它在从处理循环内再次获取该客户时读取响应。PAFDC能够利用包含响应在内的唯一消息标识符识别什么消息会被响应，标识符通过响应机制从消息复制到响应内(如果客户没有自动响应机制，则由客户提供标识符复件)。客户启动消息包含唯一的代码(例如零)，它能够将其识别为客户启动码。如果标识符副本被损坏，则预设的规则会指导PAFDC如何处理这种情况；或者将响应视为与作用于客户的消息一样的响应，或者请求确认。

当消息被响应并且指示交互成功完成或被响应时，PAFDC发出无需响应的确认。然而PAFDC检测到消息会被接受和被查看。该信息会被保存在PAFCC的历史文件中供监测用。

PAFDC发送的所有消息被保存在两个文件中。一个文件包含刚刚激活尚未关闭的消息。另一文件保存所有消息以在需要跟踪所采取动作时作进一步参考。当回应客户来电时，为了查看在客户来电之前的活动，客户服务代理人可以利用后一文件。

当银行意识到任何根据其作出的协议需要通知的情况时，PAFDC得到通知并且按照与上述金融引发消息类似的方式发送协同消息。因此，考虑到本发明提供综合性的通知过程，它提供了比银行传统处理更广的服务。实际上本发明的处理具有普遍性质，你将会发现它并不局限于银行业。特别是，将应用于这种众所周知的活动的处理能力作为工作流进行处理或帐单支付将被视作得益于新的功能。

当需要通知客户时，可能要求使传送通知的时间延迟最小。为了经济地提供这种响应即时性，可能需要中断上述正常处理循环来服务一个或多个紧急消息，该循环可能包含上百万个帐户。因此较佳的体现结果可以提供这种能力，通过完成正在进行的任何客户的处理，随后发布紧急消息和所有到接受紧急消息为止处理过的消息。紧急消息由该客户所有其他已经处理过的消息组成。过程随后按照正常次序继续处理余下的客户，包括发送人给如果在接受中断之前尚未处理的紧急消息的客户。

通过以下结合附图对发明的描述可以进一步显现本发明的其他特征和优点。

附图的简要说明

图1是典型的现有技术银行处理环境的高级归纳框图；

图2图示了本发明主动推送过滤器相对于图1典型的现有技术银行系统其他单元的位置；

图3为本发明总体系统的高级框图；

图4A示出了为了将信息推送至客户通过推信道与本发明的推平台通信的本发明的主动推送过滤器；

图4B为框图，它示出了在本发明客户响应模式下本发明的主动推送过滤器借助推平台和推信道进行操作；

图5A为本发明推银行系统的高级框图；

图5B为本发明主动推送过滤器的高级框图；

图6A示出了本发明主动推送过滤器的结构单元；

图6B更为详细地示出了本发明PAF的决策单元的组成单元；

图6C示出了PAFCC的结构单元；

图7以框图形式示出了本发明客户单元的结构；

图8示出了两种类型的平台模型；

图9A示出了推操作期间的信息流；

图9B示出了“清算”和“平台完整消息”的操作；

图10示出了本发明的确认程序；

图11示出了PAF通信单元(PAFCC)的处理流；

图12示出了捕捉客户特征的过程；

图13A-13D是流程图，它示出了与具有不同类型物理装置类型的客户进行通信的不同程序的过程；

图14A-14H示出了银行机构或客户的客户机装置上的各种屏幕装置；

图15-21示出了PAF决策单元的流程图；

图22示出了通信，决策制定和缓存单元；

图23示出了网络环境下所用的多个CMDC；

图24示出了因特网平台的服务器侧面；

图25示出了发送至客户的因特网XML消息的处理流；

图26示出了监视和删除推消息的处理流；

图27示出了平台的框图，它采用小应用程序阅读器(驻留在客户装置上的收听器和小应用程序阅读器)；

图28示出了图27的平台过程，用于一个推消息；

图29示出了图27的平台过程，用于含有不同优先权的多个推消息；

图30示出了向平台发送小应用程序代替XML文档的过程；

图31示出了重新设定优先权并且清除未处理消息的过程；

图32示出了客户启动消息的过程；

图33示出了服务器配置的结构单元，用于包括银行单元、寻呼公司和寻呼机在内的寻呼机处理；以及

图34示出了寻呼机消息处理的流程。

实施发明的较佳方式

图1为典型的现有银行处理环境的高级归纳框图。该图示出的现有系统10包含一个处理部分12，它负责处理输入的交易14，例如存款、汇票、付帐指令、转帐、信用函等。处理过的信息由处理部分12作为输出交易16(例如银行声明、各种事件的通知等)输出给银行客户。银行处理部分12利用从客户帐户18、交易历史20和派生的分析和统计数据22中查找或得到的信息。

虽然上述讨论的是内容关于银行系统，但是本发明可以用于必须对时间敏感信息有所行动的任何行业或个人。

如图2所示，本发明的整体单元包含主动推送过滤器(PAF)30，它包含在图1所示的现有技术环境下。如图所示，主动推送过滤器(PAF)30还与其他信息源交互，例如公众和私人信息32、在当前普通银行处理中至今未使用的来自其他银行34的信息以及提供即时消息的产品特定代理人22a。

图3的框图用来表述本发明整体系统的要点，它包含了一种新的银行遵循范例，使客户无需查找银行信息。相反是信息寻找客户。当信息到达时，它采取作出适当响应的方法从而一旦信息可用的话客户就能方便地得到所需的信息，由此可以立即根据信息采取行动。

为此，如图3所示，主动推送过滤器30与推信道36a-36n和推平台38a-38n一起运行以使本发明的系统能够经通信介质40与客户和/或与客户相连的电子装置交互。通信介质40包括金融机构与其客户之间的任何通信模式，它能够以电子方式或硬拷贝或其他任何形式将信息发送给客户。这包括举个例子说，但不局限于：电话、电报、传真、BP机、单向有线电视、单向卫星、拨出终端、在线终端、因特网、内部网或外部网、灵巧电话、双向BP机、双向有线电视、双向卫星、个人数字助理(PDA)、个人计算机(PC)、邮政速递、商业速递和各种上述类型系统。如下面将要详述的那样，主动推送过滤器30的功能是选择并建立通信，经通信介质40向客户和从客户向银行发送信息。推平台38a-38n位于系统的客户处并且代表银行客户的不同性质和必须建立通信的装置。这些包括希望经个人数字处理或个人计算机或纸件或传真或BP机或有线电视或灵巧电话等方式进行访问的客户。

本发明同样可用于未来的系统，在未来系统中，所有潜在的平台都经因特网上唯一地址和所有标准的因特网通信协议或其他通信标准或任何实际通信形式直接寻址。

图3的系统设计为主动推送过滤器30一直监视银行交易结果和从其他数据库获得的信息以决定是否将信息“推送”给各个客户。在整个的论述中，术语“推送”用来描述被发送(推送)给客户的信息或消息。以下将要更为详细地解释根据各种预设信息和客户特征作出推决策。关键是在客户未要求前尽可能快地将信息送至客户。另外本发明的系统预计在大多数情况下客户可接受已经提供信息的交互响应。

为此，图4A示出了主动推送过滤器(PAF)30，它对公共信息32、银行信息提醒19a和普通银行信息19(包括图2和3中标号18、20、22和/或34标识的信息源)起作用。主动推送过滤器30生成推44(消息或小应用程序)并且随后从推信道36a、36b…36n中选择合适/优化的信道与客户通信。PAF30随后以合适的格式将信息打包并且经选定的信道36a-36n向连接选定信道的推平台38a、38b…38n上的客户发送该信息。在整个论述和附图中，我们必须了解的是每个客户可能拥有多条与其相连的信道(例如个人计算机的调制解调器电话号码、BP机号、传真号)。而且本发明的推银行系统可以同时支持每个用户的多条信道。

如图4B所示，主动推送过滤器30等待来自客户推送平台38a-38n的响应，预计这样一个响应可经任一推送信道36n接收。响应46经合适的推送信道36n传送从而可以由主动推送过滤器30接收。该信息随后以输入交易14的形式转送给现有银行系统，它随后被银行处理部分12处理。任何信息段可以经若干推送信道36a-36n发送给一个客户或若干客户。如图4B所示，客户接收到的信息被转换为标准的银行交易格式输入附图所示的银行交易输入流14中。

从客户或公众的通信方式来看，本发明的通信模式与传统推技术所用的通信模式存在表1所述差别。

表1

推技术	本发明
		与因特网紧密联系	不依赖于因特网
只能用TCP/IP通信	实际上所有的通信方式都可以，包括TCP/IP
		单向	双向，包括响应能力
安全程度低	与产品风险相适应的安全程度
		被动安全性	主动安全性
非持续的	持续的
		一条通信信道	灵活的多信道通信
单信道配置	蝶形网络上可配置的多信道
		单一目标装置	在蝶形网络上可选择的并且可同时寻址的多个目标装置
过时消息持续性	主动去除/纠正过时“推送”
		不能发觉消息接收	能发现消息接收

图5A示出了不同布局类型的本发明系统的主要单元和技术结构的高级示意图。

图5B示出了本发明主动推送过滤器30的结构。高级示意图主动推送过滤器(PAF)包括三个主要单元：主动推送过滤器决策单元62(PAFDC)、主动推送过滤器通信单元64(PAFAC)和主动推送过滤器管理单元(PAFAC)66。PAFDC62由银行交易监视器和支持单元组成，它监视银行交易并随后根据一系列规则生成“推送”。PAFCC64经各种信道将信息推给推送平台并且负责在“推送响应”的情况下与客户通信。它还负责确定哪条信道可用并依赖于客户特征。PAFAC664管理客户特征、客户兴趣特征、推送交易历史、错误消息文件、系统报告和统计文件。

PAFDC62和PAFCC64通信联系可以是不同的模型。这里针对一种可能的模型而言，即PAFDC62与PAFCC64的一对一通信连接。在该模型中，每个PAFDC62实例与一个并且只有一个PAFCC64实例进行通信。

基本原理是给定的PAFDC62实例在确定的总客户列表组上运行。在PAFDC62实例之间决不能共享一个客户。由于客户不会直接交互，所以这是可能的：有关客户A的信息决无用于作出客户B的决策的需要。(如果客户实际上是直接交互的，例如客户A购买客户B出售的仪器，这实际上反映了推银行系统外部)。

由给定的PAFDC62实例处理的客户组必须足够得小以使得：1)PAFDC62程序可以在合理的时间内处理所有涉及组内全部客户的信息；以及2)对应的PAFCC64实例将能够及时处理往来于平台间的所有下行流和上行流消息。

PAFDC62和PAFCC64实例可以根据一致和需要分布在多台主机上。每对必须提供具体实施所需的共享目录或中间过程通信的其他手段。

假定组织机构(例如银行)内的业务单元系统向所有PAFDC62实例提供关于客户的信息作为可访问的数据库。特定的PAFDC62实例可能采用数据库上的智能代理器负责在所有业务单元内搜索所有可访问的数据库以获得必要的信息来处理其客户组。PAFDC62还负责保存每个客户的特征，用业务单元专用帐号或其他指示识别推银行介客户的ID。

有些业务单元可能希望输出反映重要业务事件的流或提醒。在这种情况下，提醒被直接送至客户的PAFDC62中以便即刻进入外运行列。

图6A示出了主动推送过滤器30的主要结构单元。主动推送过滤器30的一个功能就是监视银行交易并且根据一组规则来决定是否需要与客户接触。如果需要的话，就生成“推送”。

主动推送滤波器通信单元64用来将信息沿各种信道推送至推送平台38并且负责在有推送响应的情况下与客户42进行通信。它还负责根据客户特征来确定所用的信道。主动推送滤波器通信单元64(PAFCC)执行下列主要功能：

1)从PAF决策单元62处接收推送；

2)根据客户信道特征、时刻和客户位置(如果需要)来选择推送信道；以及

3)将消息格式化以适合客户选定的目标装置，并且在选定的推送信道上发送推送；从推送平台上接收初步确认(即到达平台)。

如果发生网络堵塞，则需要将消息缩短到最低限度推送以使客户意识到有推送情况。

每个客户的PAFCC64的特征部分包括代码表，它表示经某些平台或某些时段不发送的主题。此外，PAFCC64特征可以为每个平台指定该平台可以接受的最低优先权消息。这使得系统可以避免经侵入性平台(例如寻呼机)发送的低优先权消息。

客户可以选择实现下列特征：

还发送特征，它包括将还发送消息的人员列表(和他们相关的装置)；

发送失败特征，当从通信信道或一个终端装置检测到通信失败时它将消息直接发送至另一个人；

发送代替特征，它可以根据Smith的不发送特征将客户Jones的消息重新指定给客户Smith；以及

逐步发送特征，当在规定时间段内未接收到响应时它向列表上的人发送消息。

PAF管理单元模块66主要负责：

1)维护客户通信特征；

2)维护推送交易历史文件；

3)报告推送银行消息运行和生成的交易；以及

4)报告错误情况、未发送的推送和流失的推送(在“失时效”之前未响应的推送)。

图12示出了PAF管理单元模块66捕捉客户特征的过程流程。

PAFCC64采用的数据库不只维护这些特征而且还将客户帐户与单个标识符合并。PAFAC66还利用推送技术检测输入，客户原始特征更新，发送一条发问-和-响应通信并注册已更新的特征信息。

PAF错误句柄100负责解决错误并且分配错误代码。

PAF信道句柄54负责确定哪条信道信息可以被推送。它根据客户特征106来确定合适的信道。

PAF清除句柄52负责维护各种推送平台38的状态，它通过推送受到响应变得可取代或失时效的需要进行修改(即增加、删除或更新)。

PAF安全句柄58负责确保一个合适的安全机制水平用于每个主动信道。

PAF清除句柄52在客户经其中一个信道成功响应之后去除或取消替换信道上的所有消息。当一个装置的推送平台填满时，它启动用来检查平台内消息并且去除第一失时效消息的推送消息清除器。如果没有发现这样的消息，它就去除最早的、最低优先权的和首先响应的消息。

PAF通信层40负责各信道上信息的物理接收和传送。该模数是PAF通信单元64的一部分。

主动推送过滤器30的安全单元58是系统构成整体所需要的设计因素。安全单元58不只给因特网上所有广为人知的口令寻址，而且还给开放式无线和地线通信的其它口令寻址。从银行的观点来看，安全单元58更可能包括任何下述安全特征。

相互鉴定，客户和银行通过运用联邦信息标准出版物196所--运用公开基本隐藏图表的鉴定实体规定的技术来进行相互鉴定。(这是X9的标准建议，由美国国家标准局(ANSI)委任的金融服务标准委员会制定的，作为一个获得认可的X9标准)。

总体机密，客户与银行之间通信的所有消息/数据的加密运用相关的ANSI标准规定用对称密钥作为基本隐藏图表的隐藏物保护。

消息综合。客户与银行之间通信的消息/数据整体和联系由运用相关ANSI标准规定的公开密钥隐藏图表的数字签名保护。

密钥管理和认证管理。上述隐藏图表服务的密钥管理和认证管理必须运用相关ANSI标准规定的方法。另外，推送(消息送至客户)和平台被逐个标识例如，作为“被标识的小应用程序”或通过其它办法并逐个检查其它的标识。

除了这些标准技术以外，安全单元58还提供了一种动态防御系统主要针对企图破坏或干预它的入侵行为。该方法叫做动态推送防御(PAD)，它是消息安全领域内的革新。PAD的目标是抓住潜在的破坏因素，它在总体上与其努力的成功对其发现的可能性有不确定的关系。下述任何三种基本技术都可在实际中被运用，并有较好的表现。

1)引诱传送。该技术把引诱测试消息传送至引诱平台38。在这里，本发明辨明了有企图的假推送交易。未授权者可通过监视推送运行和直接传送至平台38的方法来连接至平台38。“假”平台上将有大量系统数据交换存在，这样一个未授权人员就可能试图从远处进入他认为是真的的假平台38并且如果是这样的话，银行系统将关闭警报系统并通过一系列专门的防护措施。

2)透明传送。该技术将“透明”测试消息传送至主动平台38，在此本发明默查了存在于平台38内的所有侵入记录，未授权人员获取客户端的PDA(例如，偷窃一个PDA)来到达平台38。安全单元58周期性向有效平台38透明地传送测试有效消息。(即：无需向平台操作员显示消息)。这些测试消息需要平台38作出正确响应。如果不是这样，系统会立即向银行和为认出并抓获未授权人员或确认平台38失败而设计的一系列防护措施设置一个提醒。

3)推送和推送平台38相互同步。该技术在推送方和平台38之间建立了一个相互鉴定/同步的过程，它特别为显示入侵、延迟，或对服务拒绝类型的攻击而设计的。

每个推送和每个推送平台38有三个唯一号码：a是256位鉴别号码，b是16位选择号码，c是256位结果号码。平台38最初就设置了有所有的三个号码，a，b和c。

当一个推迟到达时，平台38从基于平台选择位块的数字是1还是0的16位推送标号中进行选择。如果选择位是1，则块被选中，如果是0则含零的块被选中。随后的结果是与平台预设结果号码一起进行XORed，推送此后在平台号码上作相同的操作，然后，推送和平台38相互交换结果号码，推送把新结果返还到最初确认时的推服务器，同时平台38把它的新结果储存起来并代替旧的预设结果号码，推送选择号码于是变成了新平台选择号码。

下面讲述的是该过程的表达公式，其中PID是推送鉴别号码，PSEL是推送选择号码，PRES是推送结果号码，PDID是推送平台鉴别号码，PDSEL是推送平台选择号码，PDRES是推送平台结果号码：

(暂时变量1)

Temp1=PDSEL(PDID)×OR PDRES

(暂时变量2)

Temp2=PSEL(PID)×OR PRES

PDRES=Tcmp1

PRES=Temp2(应用于推送行动)

PDSEL=PSEL

所有最初号码是随机产生的。当IDS和PDIDS在随机产生过程中，在每个推送和各自推送平台上是唯一的(即一个先前使用过的号码被随机重复产生可看作是生成一个新的随机号码)。上述的透明传送如果与每个平台38是正确推送的话，它们将与每个平台38进行同步。

推送银行服务器具有知晓所有六个号码真实的现在和将来声明的能力。如果有人试图通过复制或重复的手段，但并不接触所有六个号码的方法来生成一个有效推送或平台38，那么他(她)实际上不可能有机会计算出一个合格的结果号码。一个重新演示只是简单地生成一个已使用过结果号码的消息。在任何情况下，本发明不会因为错误鉴定而导致消息“失败”，但它会在引诱非授权者认为日已经达到时，开始启动PAD的反侵入措施。

当推送从不同于它们发出时间的次序被接收到时，该方法带来了有效完成后意想不到的其它好处，服务器立即意识到发生了什么，并进行同步这就提供了一个针对标准消息的序列号的灵活可变的替代号码。

号码的长度a=256，b=16，c=256。它可能增加或减少，以创建更多的确认或提供一个相对限制更多的环境。在所有情况下，a和c必须相等，b必须被a与c整除，没有余数。

在本发明中，安全程度将由与风险相关的特殊信息所决定(例如相关或响应)。

PAF决策单元62是系统的一部分，它决定是否并何时必须把某些信息推送给客户，决策单元62至少具备下述功能：

1)监视帐户，交易等，针对通常推送特征和客户补充推送特征(例如，即将透支的帐户--做个推送，客户希望任何超过$100，00的负债额被推送，等等)。

2)决定是否需要推送(即，满足一个或更多的特征准则)。

3)检查所有其它可用客户信息以确定可能推送响应选项。

4)向PAF通信单元64(PAFCC)传递推送信息和推送响应菜单。

下面部分更详尽地描述图6B中示出的PAF决策单元62。PAFDC62是最高水平上由四个主要单元组成：PAFDC情况监视器，它查看或接收来自信息源的与可能推送有关的数据项目；PAFDC决策生成器69，决策生成单元，它决定是否生成一个推送。PAFDC推送包70，它格式化与PAF通信传送要求相符的推送。该单元是为了客户装置或推送被传送到的一列装置；PAFDC优先权生成器71，它在未得到响应的现有推送消息的背景基础上给推送分配一个相应的优先权。

PAFDC情况监视器68包括一个界面工具，它管理进入所存在的银行文件和记录。

PAFDC决策单元69还包括一个规则获得子单元。a)它使机器学习，并通过查看以前的数据和其它信息以生成新的决微规则b)它接收操作者输入规则(例如，客户规定的优先推送)。

维持规则或综合新趋势成一体和解决现有假设的冲突的人可代表规则获得子单元。

PAFDC情况监视器68负责从以下方式获得信息：1)客户帐户文件；2)交易文件；3)银行维护统计与分析文件；4)其他银行的联合文件和提醒，它与作为对于一个特别客户而言的中央银行的推送银行系统有关；以及5)外部信息源，当监测到外部数据源时，语言过程引擎会起作用从确定消息在顾客期望的背景下被引发。

PAFDC情况监视器68尽可能明确地查看银行文件--理想中并不与下层银行系统直接交互或不需要修改那些系统。

所有从其它银行获得的联合文件和提醒是一个，(这些其它银行对于一个特别客户而言的集中银行的推送银行系统)，都会由情况监视器68维持直至它被新信息或当天结束/当天开始状况所取代。

外部信息源通过在推银行系统管理者提供的特征下的一个传统推技术系统进行监视。推技术(PT)系统的特征准则与情况监视器68可用的外部信息项目组共同产生，当信息从PT系统中产生时，一个子常规把它传送至相位的内部数据项目中去。例如，如果一个刚成立的国家发生动荡，一篇短小描述文章的指示就会被传送至国家数据项目和市场价格数据中去。

所有的信息源都在常规基础上被查看。容量越多，就有越多易变或重要的信息以比其它数据或经过即时提醒进行通信更高的频率被查看，查看频率是同时产生的，这样每个较低查看频率便可均分为下次较高查看频率。举例说，较低查看频率可能十分钟出现第一次，以后每2分钟出现一次，每分钟和每半分钟提供各种数据图表。在每个最高查看频率之后(例如前例中所提到的每半分钟一次)，所有被查看数据在客户基础上被传送至客户的PAFDC决策生成器69上。

PAFDC决策生成器69的第二个单元是规则获得系统a)它使其查看从前的数据和其它信息从通过机器学习生成新的决策规则，以及b)它接收操作者输入规则(例如，客户规定的优先推送)。

PAFDC决策生成器69部分由一个基于规则的人工智能系统组成。该系统运用了美国专利5，259，066中叙述的概念和在论文“中性网与实时的专家系统”中出现的IEEE电子/93国际会议或依靠特定应用的其它决策生成过程，例如储存步骤的数据库或应用逻辑。从情况监视器68处得到的被查看数据被送至决策生成器69，数据项目叫做系统规则属性，它的内容叫做数值。系统规则的输出叫做行动，行动被输入到PAFDC推送包70中。

在本发明较佳体现结果中的决策过程是有规则的。每个需要决策过程的功能都被定性为具有一组特定属性和被定义数值，只有该数据能决定。又必须采取何种行动，由于这些属性有不同的数值，所从它们和功能中规则组中的一个相配。与属性数值组相配的规则俗称“火”。一个“火”规则会导致与被执行规则相关的行动。

每个被定义规则具有下列形式：A*B*C……*K，在这里A，B，C，…K分别代表可能会采取两个或更多不连续数值之一的属性。操作者*代表逻辑“和”功能，这样的话只有当所有规则中的属性同时与规则属性中规定的数值相等时，规则才为“真的”一即“火”。每个规则只含有那些规则定义所必需的属性。因此，被规则忽略的属性不会影响规则的“起火”。

必须反映连续数值效果的属性在数据存在并在数据允许范围内的部分的基础上被指定如非连续数值。例如，如果属性代表银行收支平衡所有的八部分，则三个数位如000，001，111…被指定代表具有标准平衡的八部分。

功能中的规则是相互独立的，那就是说，每条的功能规则与所在组中所有其它规则不同，至少有一条规则中的属性数值与其它规则中该属性数值不同，则这两种规则不可能同时“起火”。因此，规则组中的每条规则必须至少有一个属性与该组其它每个规则一样，但共有属性可有不同的数值，我们可以由此确定有任何特殊点上的功能只执行一种行动。决策过程总是作出一个唯一被定义的决定，并在以后执行该决定。

虽然规则是相互独立的，但是有不只一条规则可以规定同样的行动，这里就含蓄地提供了逻辑“或”功能。属性的背景含义由定义背景属性提供，该属性是由某些规则设定，并被其它规则重新设定。这些规则中背景属性的合并产生了含有那些规则的其它属性背景含义。

决策生成器69作出决策并同时产生一个及时信号以使属性可在与规则“火”无关的前提下不同时改变数值，规则只允许向设计好的决策时间点“开火”。一个普通决策的内部接口由属性数值输入、及时信号和行动输出信号组成。

在较佳体现结果中，规则组作为决策树被应用，以避免在规则中相配物。由于规则组只含有相互独立规则，一个独立的树可以明确地被建立。树中属性的出现次序在增长通则的次序中进行选择，这样就能建立最有效的树，规则组中最常出现的属性首先被放置在树的根部，剩下的属性按此过程重复进行，按次序放置下一个最常出现的属性，直到建立所有属性的次序，当规则组中同一时间码内出现不只一个属性时，它们在上述先前按次序建立的被选属性后从非理性的次序依次都放置在树中，每个分枝(叶子)的终端指明了由功能执行的行动。

一个决策生成器69的自动化规则获得系统在针对前阶段信号(例如，日，日期，月)的批量模式中进行操作。如今它出现是为了寻找在常规推送银行过程中失去的推送机会。

较佳体现结果中的更多图像是规则的自找发展。这作为一组巨型规则被占用，它能辨认出先前经历和瑞发生之间的不一致性，这个巨大规则包括发觉失常行为和新趋势产生的合理测试，当新趋势被确认后，meta规则为决策树的修改提供了执行日一日决策过程的指令。meta规则自自己也常作为决策树被利用。meta规则树所引起的行动会导致日对日决策树中属性的插入删除，并编辑现有行动过程或生成新的行动程序，它由日一日决策树分枝进行挑选。

meta规则对一般决策处理器的人工忽视特别敏感。这就使系统操作者在常规基础上将改变内容自动合并。由于人工校对通常标识一个在过程或其它系统修改中的变化，该自动适应会减少自动决策过程期所通常需要的必要维护。

一个决策生成器69的人工规则获得系统允许一个合适的授权操作者直接输入规则。该规则在通过服从于推送需要的客户的决策生成器69的第一步操作和新银行或推送银行产品和服务介始之前生成。

PAFDC决策生成器69检查任何已经传送的推送建议。任何新推送都将被送至PAFDC推送包70。

PAFDC优先权处理器71负责给每个推送分配一个相应的优先权。该推送是基于现已生成的其它推送和尚未得到响应的还未解决的推送上的。

一个客户发送从1到几个可能或能可不涉及同一主题的推送消息是可以的。为了确定最紧急消息首先到达客户处，PAFDC优先权处理器71检查现今尚未解决的(那些尚未得到响应的)消息列表，并通过主题关联它们，然后通过优先权给它们分等级，随后它检查现已建立的消息的主题和优先权并给该新消息分配一个优先权，这由使用十进制的小数执行。其中一个0优先权(尚未使用)表示它昨天就应到达。因此，为了在一个0.7消息一个0.8消息之间插入一条按优先权次序排列的消息，数值0.75值分配；为了在0.7和0.75之间插入，我们就用数值0.725等等。PAFDC推送包70把与PAF通信单元64的传送要求相符合的推送决策格式化，它通过运用各种推送情况下测试消息单元的PAFDC决策生成器所指示的“行动”指示物来进行，推送消息包70给测试消息单元，客户鉴定信息，和被查看数据与组成一个完整的推送消息，为了进一步格子化和从优先权次序传送，它随后被送至PAF通信单元64，在响应被译成银行交易12时，推送包70执行相似的格式化过程(见图6A)。

本发明的一个重要方面就是它相对于传统推送技术单向本质(即服务者对客户)的通信的双向形式。

本发明并不是如推送技术中的单向性。(即服务者对客户)。相应地，一个整体部分就是推送响应，一个推送响应是允许客户及时反应并通过推送有效接收信息的单元，推送建立了一个推送平台能够的推送响应机制，客户的推送响应通过主动推送过滤器30的推送响应确认回应。随后其它在推送响应指令完成时生成的确认或在需要的情况下，建议仍可推送回客户处。

推送响应的其它特点是它从推送接收装置的所有安全特点中获取杠杆利益，最复杂的装置将传送三个确认：

第一，机器确认只显示顾客平台接收到消息，在那些运用TCP连接的平台中，这可能在成功的TCP接口关闭才有显示。

第二，显示平台使用器用成功破译消息(如果它被加密并显示的客户确认，假定如果消息被显示，客户就可以读到它。

第三，当客户决定采取何种行动时，消息响应被发送。

如果所有三个确认都不能被装置发送，客户将会收到(在它们选项中)1)一个指点它们呼出客户服务的简单消息，它以且将核对客户的身份。或2)一个不但指点它们呼出客户服务而且包括客户已登记作为给定指示象征的密码的消息。密码的使用例如下面的情况，客户在主题“亚洲市场”下登记该密码如“西红柿”，在行动“下降百分之十”之设密码为“燃烧”。当一个推送情况显示亚洲市场已下降百分之十，客户将接收到消息声明“西红柿在燃烧-一清呼出你的客户服务代表”密码无须受单词和词组的限制；在上述例子中，客户可以选择一串数字“423”代替“亚洲市场”，“001-0”代替“下降百分之十”，结果该信息由“423 001-11-一清呼出你的客户服务代表”组成。

随着双向观念的进一步扩展，客户能够(取决于硬件的功能)自己安全地管理它们的用户名和利息帐户。例如使用器特征管理包括客户改变它们优先登记的装置。(例如，PDA上的寻呼机)和接收命令(例如，发送第一报告给PDA，第二报告给寻呼机等等)的能力，例如利息特征包括管户改变主题和二利息项目的相对重要性的能力。(例如，决不接触已透支的检查帐户，亚洲市场下降到一定百分点的传送最高优先权消息等等)。

下面部分描述了PAF通信单元64的高级应用功能。

PAFCC64能够传送下列消息类型：给终端用户的标准消息；给终端客户的ACK程序消息；和发送消息状态的需求。

为了响应任何消息类型，平台可回复：终端客户的标准回后；客户启动消息；和消息状态信息。

如图6C图表所示，PAFCC的第一个任务是运用它进行恢复未决信息用的输入分析器传送消息，从记录122的形式。例如，为了作为有效XML通信传送，必须要有PAF消息；一个有效的开始于<PAF>和结束<\PAF>段落；一个现有唯一消息鉴定(<ID>)，一个可传送的有效客户(<TO>)和一个有效优先权(<PR>)数值；和一个被传送的非零消息。

如果因为消息的格式在输入分析器120或传输记录格式器124中，它不能通过有效程序，错误信息126通过回应路由器128返回PAFDC62，其中问题的详细资料被列出。

有效消息在下次验证时，它们的身份数据传输至连贯数据存储器130。有响应或过时消息被转移到PAFCC活动log逻辑顺。在这点上恢复物126和消息身份被送至PAFDC62。PAFCC64自动执行支持其的那些平台132a～132d(它的身份表明客户还没读到消息)可以从平台行列中去除它们。如果消息已要在其它响应平台上被读取，恢复数值将被隐藏，一个“响应”数据会代替它的位置。低级平台将只能接收过程未端的确认。第二响应和邮政过期日期生成一个对于PAFDC62和PAFCC64登录进入的错误消息。

由PAFDC62的登录优先权，在有限源竞争时起作用，在任何时候PAFCC64看到在进行记录的收集，它会通过它们被立即传送的重要性来重新将它们排序。另外关于优先权，PAFCC64知道消息的原始时间和数据，它现有的身份和生命，每条消息都有一个可被评为第二等的旧日期。重要性是建立在所有这些因素的基础上，一个具有短旧日期的较低优先权消息可在一条具有较长有效时间的较高优先权消息前进行处理。

在查看完它所有的客户列表后，PAFDC62传送消息，所有在爆发中的消息由输入分析器120进行处理，然后记录格式器128从紧急次序传送它们。由于每条消息都要进行处理，所以它在属于客户记录138的传送分配器134和客户传送数据136中交互。因为这些新消息都有一个新的或未发送的状况，因此为了传送它们立即进行排列。这就使任何特别顾客的消息按优先权次序发送。

平台132a～132d的类型控制了怎样通过信息处理从接收时间到清除时间内的消息。所有过程传送消息(例如，传送，身份，恢复等)都由与其类型一致的平台132a～132d修改。最高级平台132a～132d具有一个客户边单元，它能完全与支持更新和改变功能的PAFCC64交互，这些平台可以主动告诉我们1)它们接收到什么2)客户是否在看消息，以及3)客户响应。如果消息没有被响应，在客户可用时一个更新物可被台用于平台上并且被显示。如果消息没有被显示并且其它信道得到响应，那么它可以被取消。

在下一级是支持双向通信和保证传递的平台，PAFCC64可告知装置是否接收到消息，而不是客户是否拥有装置这个物质。通常平台132a～132d必须得到身份验证信息。显示的次序就是实际传送的次序，在推送系统和平台L间通常有一种服务(例如，一个电话通信系统)，由于服务面的复杂性，消息可能被取消或另外利用。这些平台可能会要求新传送去保持现在的客户。如果响应在它的过时日期到达时被接收到，那这是千真万确的。

如果运用单向平台，响应会由客户服务系统处理，客户服务(CS)代表必须能够在与客户交谈时想起消息的历史和现今看法，当CS关闭一个消息，它们具有比平台消息更高的有效性，对于所有的通信类型，客户可以改变其决策的唯一路径就是通过CS。不能保证传递的平台可能从某个频率再次被传送，该频率由PAFCC64分配系统中的一个algorithm决定。

为了更多有能力的平台，PAFCC64接收确认并把三种响应发送回给PAFDC62：1)响应被接收但推送已过期；2)响应被接收；3)响应被接收并且交易在进行。

PAFCC64具有优先权决定功能，它负责在现有优先权和与其相邻的过时日期的基础上重新给消息排序。

PAFCC64还能在发觉传送流中的逻辑堵塞。如果，消息不能在一段时间最快地被传送，PAFCC64将会建立新的更短的消息并且尽力把它们传送至指定地点。

如果消息传送的服务标准连续不佳，PAFCC64会警告系统操作者或个人自动地主动地运送并引导它们开始追寻逻辑堵塞的原因。

下面部分描述的是本发明客户终端的实用性。图7示出了客户终端结构的各种单元。每个单元都有如下描述。

另外为了支持与每个平台(物理装置)划清界限的复合使用器，新的服务将会被不断介始，它需要系统的从组件为基础的结构。

本发明的客户边结构能够使客户经银行推送接收信息并随后作出响应。客户可使用的物理装置类型包括，但不只限于：台式计算机，膝上式计算机，在线终端，网络计算机，个人数字助理，程控电话，程序式双向寻呼机，互动有线电视，和互动卫星电视。

另外为了必须支持物理装置广阔的范围，本发明并不依靠一个顶端，系统的工作涵盖如下所示：因特网，内部网，外部网，网络电话，无线网络，IP，网络协议，卫星协议，和有线协议，上述列表并不彻底，它还意图包括新的程序化设备和通信信通，〔当它们有用时和当它们支持装置和信息通合并时〕。

此外，本发明是可从进入的，经由一个被客户接触的银行客户服务系统的拨入响应。这些服务由接触客户的银行系统组成，经下述方法之一：电话、电报、传真、寻呼机，单向有线电视，单向卫星，拨出终端，在线终端，因特网，内部网或外部网，灵巧电话，双向寻呼机，个人数字助理(PDA)，个人计算机(PC)，邮政速递，商业速递和上述类型的系统。上述该列表并不彻底，它还意图扩张为可用的新程序化装置。

下表简要地描述了可能采取每种传递模式的平台形式。

推信道	推平台
		邮件速递	封闭的双向寻呼机或PDA
商业速递	封闭的双向寻呼机或PDA
		*电话	在线语音应答或音频响应
*传真	拨号响应
		*寻呼机	拨号响应
**单向有线电视	拨号响应
		**单向卫星电视	拨号响应
***拨号终端	互动响应
		***因特网、内部网或外部网客户机	互动响应
***智能电话	互动响应
		***双向寻呼机	互动响应
***个人数字助理(PDA)	互动响应
		***互动有线电视	互动响应
***互动卫星有线电视	互动响应

图7涉及的是在各种客户边通信路径中使用的软件块，这包括先前提到的用户界面80和应用这种功能的软件例如推送响应82，推送平台84，推送信通孔，推送管理88，错误句柄90和物理通信层92。

用户界面单位80只适用于程序化客户装置。依靠目标装置，用户界面的范围从显示一个简单文本信息(例如寻呼机文本消息)到一个复杂的图表界面(例如网络浏览器)。普通标准技术被尽可能在运用于用户界面的应用上。这些技术包括，但不只限于：Lava，HTML和HDML(无线星球上的手控生成语言)。

个人电脑(PC)，个人数字助理(PDA5)提供了任何装置的最多功能性和复杂性。由于可用记忆和储存能力数量较大，这些装置倾向于使用一个监视输入推送的记忆居留程序，并使用一个足够大的显示以显示最小卷的消息。

双向寻呼机和灵巧电话通过它们把响应发送回给服务器的能力被放置。另外还有一些具有储存应用能力的装置。目前，这些装置被限制用一系列方式响应一系列推送。

推送平台单位84负责接收，利用和存储主动推送过滤器30(见图31)的消息，推送平台84和推送响应84(也包含可执行密码)一起使客户查看消息并作出相应响应。储存功能是局部的，如果物理装置支持持续储存。否则系统会把推送储存在推送信道86的服务器终端上，客户终端的可用平台空间存在两个选择1)预先分配表示固定数量推送和清除空间尺寸的方法。或2)提供由系统指定的可用空间数量一它表示推送和清除可变化但非无限的数量。这种情况可从向平台84需要一个“平台充满”信息给PAFCC64(见图5A和图5B)。

图7中的推送信道86是在主动推送过滤器30(图3)与客户推送平台84之间的逻辑和物理通信介质。信道86与电话线和网络相似，在那里线路传送电话和经某种特定路线送达的网络。因特网是一条作为双向无线通信网络和互动有线电视网络的推送信道86。多条信道可能会支持一个客户。由于新的电话通信服务被介始，它们可能由一个分离信通86提供。

图8示出了平台记忆单位的两种类型，在那里97代表一个固定记忆，平台的多间格类型和涉及的数字99代表可变记忆，一个间格，平台的“扑满”类型。

图9A和9B包括了在包含它们方向(PAFCC到平台或平台到PAFCC的推送信道86上的一些可能消息的类型的图示说明。

如图9A所示，消息的一些类型可能与从服务器(银行)到平台(客户)的包括推送200在内的推送；接收推送(从平台到服务器)的平台确认205；推送响应210：和推送确认215有关，图9B示出了消息与清除，220，230和平台满载消息235有关。同样地，图10示出了在包含它们方向的信道中，可能Nack否定确认消息240，245，250。

表2是一列推送平台涉及平台和信道类型的可能状况。

推信道	推平台	平台状态(推)	平台状态(清除)
互动卫星电视	电视机顶盒+SW	1-2-3-4	1-2-3-4
互动有线电视	电视机顶盒+SW	1-2-3-4	1-2-3-4
个人数字处理(PDA)	PDA+SW	1-2-3-4	1-2-3-4
双向寻呼机	双向寻呼机+SW	1-2-3-4	1-2-3-4
智能电话	智能电话+SW	1-2-3-4	1-2-3-4
因特网等客户	因特网等客户+SW	1-2-3-4	1-2-3-4

在线终端	在线终端+/-HW/SW	lx-NA-3-4	1-2-3-4
				拨号终端	拨号终端+/-HW/SW	lx-NA-3-4	1-2-3-4
单向卫星电视	机顶盒+HW/SW	lx-NA-NA-NA	1-2-3-4
				单向有线电视	机顶盒+HW/SW	lx-NA-NA-NA	l-NA-NA-4
单向寻呼机	寻呼机	lx-NA-NA-NA	l-NA-NA-4
				传真	传真	l-NA-NA-NA	l-NA-NA-4
电话	无或自动应答机	NA-NA-NA-4	l-NA-NA-4
				平台可能状态(推)：0)无推行动1)无确认1x)有些系统提供确认，有些不提供2)没有收到信息3)无应答状态4)应答状态		可能的平台状态(清除)：1)推2)无清除确认3)清除4)清除解释

回到图7中，推送管理句柄负责客户特征的常规管理，它特别负责：在推送被传送后清除它，管理各种响应，捆绑推送和平台，以传送响应。

推送响应句柄82负责进行处理适当确认密码和格式化响应，响应运用一个安全的algorithm并且推送规定通信协议。

错误句柄90负责解决错误并指定错误密码。

物理通信层92负责实际接收和客户边信息的传送。

自动逆流消息是平台(客户需要)发送给PAF30的消息，它并不响应推送顺流消息，这些消息能运用于客户需要的通信从改变PAFDC62或PAFCC64的特征元素。

PAF30并不立即在寻求中生效，取而代之的是，PAFDC62或PAFCC64(它们负责维护客户改变的特殊属性)生成了一个带有文本“你是否能确定，你已经从(旧值)到(新值)中寻找到了改变(属性)？”和响应是“是”(代码为1)与“否”(代码为0)的普通顺流消息。只有当客户用说“是”的普通(非自动)逆流回答响应时，特征改变才付诸实践。PAFDC在它下次起失循环之前或之间进行特征的更新以确定PAFDC62作用于正确的指令上。

下面部分将描述涉及图11的向客户推送一个推送的过程。假设图11所示过程是任何信道所属的过程流和一个经过为信道传送的推送(例如，寻呼机，因特网等)。

在块300中，PAFDC62(图6B)监视银行交易，平衡，派生分析数据，公开和私人数据和提供给系统的数据，它由作为客户集中银行角色的其它银行提供。

在决策块305中，如果PAFDC决策生成器69决定了某种情况使客户或常规推送特征满意，那么一个推送将被传送。

在块310中，PAFDC62集合了推送内容。(即推送声明细节和用户响应稿件)。推送内容在块315中被送至PAFCC64(图6c)。

在块320中，PAFCC64挑选基于客户特征的信道，在客户信道和平台能力的基础上，块325中的PAFCC64嵌入一个“推送”的推送内容中，该推送在理想情况下是由平台执行的一个小应用程序或密码。

在块330中，推送在信道传送协议的基础上被格式化。在块335中，推送在合适的信道中被传送。

决策块340决定信道是否是一个单向媒介(例如寻呼机，传真)，如果是的话，客户推送交易会在该信道和块345中的处理终端上被记录。在这种情况下，推送只能由“内容”组成并且无相关小应用程序。这些推送要求客户使用一个推送密码向“1-800-”客户服务中心回答，客户服务中心自动标识有效响应被传至该推送的PAFCC64。如果客户在先前承诺的时间内没有响应推送。信息将被再次发送。当推送过期时再次发送才会停止。

在块350中，系统等待所推送平台来的响应。可能正常响应按预期次序是：1)推送平台确认一个有效接收推送；2)推送平台确认客户收到消息；以及3)推送平台传送客户响应，可能错误消息是：1)推送鉴定消息失败；2〕推满平台满盈并且不能再接收推送；以及3)推送平台满盈并且用以收到推送代替该推送，因为新的推送具有较高优先权。

决策块355决定从推送平台发出的确认是否被收到，以及确认是否有效，无效或指示一个错误情况。在块360中，依靠取定于块355中的响应情况，响应被接收或推送被传送或错误被逻辑化。

决策块365决定其它传送信道可否被利用。若是如此，在没有有效响应可从信道处获得和客户可指出不只一个信道选择并通过信道按一系列次序寻求被推送信道的地方，系统检查是否有其它对客户有用的信道，按系列次序进行推送表示首先尝试信道1，然后是信道2，等等。广播推送实际上同时发送所有可用信道上的推送，如果有其它信道选择，开始于步骤330的过程将被重复进行。若是这样的话，在没有有效响应可从信道处获得和没有其它可用信道及推送过期的地方，推送被分配至块370并被记录为失败。

在块375中，消息被传送至提醒失败推送和块395中处理终端的PAF管理单元66(表6A)中。

在块380中，如果推送响应被接收，推响应就成功并且其它信道中的推送在块382中结束。

在决策块385中，如果推送不需要客户响应，则过程结束于块395，否则，为了格子化为块390中的标准银行交易，响应被送加至PAFDC62(图6B)，PAFDC随后把交易输入进标准银行输入流中。

对于本发明系统来说，使用事例的各种情况是可能的，可见的，下表总结了这些情况并指出了相应的图表。

	附图编号
客户从个人计算机或PDA接收推信息	图13A
客户从网络、拨号终端或智能搜集收到推信息	图13B
客户从可编程寻呼机、互动有线电视、互动卫星有线电视收到推信息	图13C
客户从电话、传真、寻呼机、单向有线电视或单向有线电视收到推信息	图13D

图13A详述了推送的接收和为个人电脑或个人数字助理响应它的过程。在此情况下，个人电脑可从是台式电脑或膝上式电脑。假设有如下情况：通信经过市制解调器或相似的话跃装置：TCP/IP协议：可在同一时间进行的多响应(对一些PDA来说，只有一种响应能进行)：只有一条可用信道(例如因特网)：动态地指定IP为非主动连接和静态地指定IP为主动连接；以及如果在过程中出现错误，信息被重新发送直到银行停止传送或传送成功。

在图13A的块400中，推送平台程序(先前安装在客户的个人电脑或PDA上并在其背景下运用)监视输入信息信道。如果程序发现了一个推送，那么该过程在块405中继续进行，否则便继续监视信道，推送由适合的上级处理器认明。例如，系统能通过监视输入电子邮件(一个回复电子邮件和主题的适当组合)察觉输入推送。

在决策块410中，程序和输入推送以每个ANSI安全标准使彼此相互有效。如果推送安全无效，则有效推送和相应错误密码被送回至银行，该过程在块415内进行。

一旦推送和平台被认定有效(即彼此相互鉴定)，它们被送回至块420(即结合消息形式与主动过程)。捆绑推送和平台增加了本发明的另一安全等级，由于它需要有效信通和平台。

在块425中，如果顾客希望查看或忽略决策块430中的推送，那么他/她会被推送和决定警告。

如果客户选择查看推送，则客刻鉴定过程在决定块435中被启动，它需要客户输入一个PIN或密码，如果该过程成功进行，一个“客户收到”确认被送回至块440中的银行，如果顾客输入正确密码三次都未成功，则会显示一个“1-800-”客户服务号码，或类似号码，推送系列号码和一个可能安全缺口的消息通知，推送平台使自己失去功能并消毁所有局部机密数据，所有由平台保持的东西是一个重复提醒，它在可能完全缺口的每个随后系统启动上。

在进行完块436和438中的推送后，客户选择一个送回至块440中银行的推送和平台联合程序传送的推送响应。

在决策块445中，如果客户响应没有收到或不正确(忽略了银行服务器的确认)，则系统就会再次传送块450中的响应。

如果响应传送失败了，则平台向客户显示一个块455中的消息，包括关于响应(例如，如响应选择那样的1-800)可变方法的信息。为了块460中的随后传送，响应被暂时储存。

一旦接收到银行的正确响应确认，它会在块465中客户显示，在块470中，推送从客户平台上被删除。

图13B示出的过程详述了推送的接收和为了一个在线或拨入终端或灵巧电话而响应它的过程。

假设如下情况：客户的在线终端是在一个安全网络上；为了一个拨入终端，客户必须通过调制解调器或相似装置拨入以连接系统并假设连接并不完全；为了一个灵巧电话，系统通知客户；如果连接就成功，否则就失败；在线终端协议是SNA或任何支持拨入终端协议的终端竞争；为了拨入终端，协议是TCP/IP；只有一个响应就在同一时间进行；只有一条可用信道；静态指定IP是为了在线终端，动态指定IP是为拨入终端；没有连续存储；终端可支持Java应用；以及如果在该过程中出现一个错误，信息被重次传送直到银行停止传送或传送成功。

在图13B的块500中，推送通过信道被接收，如果终端支持一台Java(美质机器)，则Java应用程序或小应用程序，或类似于象主动X^TM单元那样的程序在块505(显示推送信息和客户响应过程)中被下载。

如果终端不支持TVM，则在块510中，只能显示信息并且所有过程在服务器内进行。

在块515中，推送信息向客户显示，消息鉴定和客户/服务器相互鉴定通过其下的安全协议被传递。为了拨入终端期，期间可进行金融工业和ANSI安全签定标准的操作，因为某些信道和/或平台确认交易会需要客户协议，或可能对安全原因无用。

在块520中，客户决定响应推后并且适当的响应会被显示。

在块525中，响应和适当的安全密码会被送至银行。(该情况下的安全可通过运用客户拥有的同一时间密码或质问响应密须装置标号建立)、客户响应随后在银行服务器上进行并且服务器确认被送至客户处。

在决策块530中，确定了是否接收到了从服务器发出的适当确认信息，如果没问题的话，确认信息显示在块535中。原始推送信息随后被删除。

如果产生了一个错误，则错误信息显示在块540中，原始推送信息随后删除。

图13C详述了推送接收和为了双向寻呼机，互动有线电视顶端或互动卫星电视而响应它的过程。假设如下情况：银行寻呼客户；连接可能是保密的或不保密的；如果保密连接则安全；如果不保密连接就不安全；保密与非保密传送之间的唯一差别是传送的内容；保密与非保密传送之间的唯一差别是传送的内容；保密与非保密传送之间的唯一差别是传送的内容；在同一时间只能进行一种响应；只有一条可用信道；非连续存储；以及如果在进行过程中产生错误，信道被重新发送直到银行停止发送或传送成功。

在图13C的块550中，推送通过信道被接收。推送信息在块555中向客户显示。推送假设有效。

客户在块560中响应推送，并且适当响应被显示。

在块565中，响应和适当确认传送至银行或一个把它按设计好的路线送回给银行的寻呼公司。随后响应通过银行服务器和传回至客中的服务器确认来进行。

在决策块570中，银行服务器的确认被评价。如果没有找出问题，确认信息将显示在块580中。推送随后从客户装置处被删除。如果产生一个错误，错误信息会显示在块580中，原始信道信息随后从记忆处或隐藏处中被删除。

程序化双向寻呼机，程序化互动CATV顶端或程序化互动卫星电视顶端可接受图13A描述的PDA调制解调器，假设它们有足够的存储空间和功能。另外，程序化互动CATV顶端可接收PDA调制解调器，假设它有足够的存储量和功能。

图13D示出了推送接收和为了一些非程序化装置例如电话，传真，单向寻呼机，单向有线电视或单元卫星电视而响应它的过程。

假设该过程为：银行接触客户；接地信道或蜂讯电话，传真，寻呼机，单向互动有线电视，或单向互动卫星有线电视；客户互动有线电视，或单向互动卫星有效电视；客户只能选择接触响应推送的银；以及，依靠客户特征，客户被连续推送直至他/她发出响应。

在块600中，推送通过一条或所有上述信道被接收。

客户在块605中被通知去接触推送银行部门。

客户随后在块610中传送信息推送银行业，一旦传达至推送银行业，传送将不再进行。

一个程序化或具有保密功能的装置可以允许更多的推送消息详细内容。

图14A～14H示出了各种屏幕的“屏幕镜头”的一些例子，这些屏幕由客户在其装置上观看以及由监视PAF管理单元66(图6A)的屏蔽观看。

图14A示出了运用个人电脑向客户传送提醒消息。该信息向客户表达了一个银行推送已经被接收。

图14B示出了客户PC上的屏蔽，它显示了听有可用推送消息。该适合功能将随后提供给客户从完全交易。

图14C示出客户双向寻呼机的屏幕。寻呼机显示了一个银行消息。该适合设备随后将再次提供给客户以响应推送。

图14D示出了通过银行设备中PAF管理单元66(见图6A)显示的客户信息屏幕。这个特殊的屏幕和下面的屏幕被用来获取客户特征(见图12)。图14E是一个显示关于一个特殊客户详细资料的PAF管理单元66屏幕。同样地，图14F示出了各种关于客户的帐户信息，图14G示出了客户非金融信道特征。

图14H示出了显示在美国“    ”上的银行消息，收到消息后，客户将能够响应消息。

下面部分揭示了从本发明中获益的一些现实世界商业情况。下面的每个例都可运行图13A-13D所描述的报告和响应过程。

例1交易失败的早期建议

交易购买和商务解决过程有必要通过购买者，出售者和他们各自的中介轮流完成一系列步骤。此过程的最后一步是管理员在解决日期到期这一天接收交易。该过程在大多数主要市场中被自动化和标准化。但是，交易过程步骤的绝对容量和复杂性导致了交易率的失败。交易失败给包括交易-投资经理，经纪人和管理员在内的所有部分造成严重损失，当失败交易中没有错误时，对时间损失的补偿可能会使投资经理在资产基础上“完整”，但它并不为重建一个交易或造成损失的机会付出管理上的努力。

如今，管理员作为一个信息和最终一个价值仓库发挥作用，他们的工作是接收，传送和储存交易信息，关于交易解决，它们的责任有必要与投资经理与经纪人之间交易的所有规定相匹配。这就需要多数据领域：1)一个CUSIP号码；2)种类；3)货币；4)利率；5)相应一方；6)解决日期等等。如今的自动化系统会使交易失败，该交易没有一个投资经理提供交易信息与经纪人提供信息间的完美匹配。失败交易不被报导直到解决日期结束，在这之后投资经理将没有机会去改变结果。

运用本发明，每个投资经理都可由安全类型建立一个有基本匹配特征的轮廓，如果这些领域与特殊交易的细节相匹配，并且其它非基本领域不匹配，管理员会通知投资经理交易可能失败。

关于不匹配交易的相关信息被传送至投资经济处，这会给投资经理一个接触经纪人的机会从澄清不符合之处并解决在解决日期商务结束之前的失败。

容易来往的所有部分将受益于早期补救方法，管理员，投资经理和经纪人将避免处理意外事件。

例2信用卡风险建议

如今，信用卡发行商承受着信用卡丢失和信用卡诈骗的风险。客户并不倾向于超过$50的未批准交易，并且商家也不倾向于它除非它们运用在线委托系统。

为了减少它们的曝光，许多信用卡发行商都建立了通告和“停止”程序，通告程序可以帮助客户，但通常它被用于阻碍的，无用的，或例如，确实损害客户的方式。结果，将会有一个在所有客户关系上的网络否定结果，在高度竞争的市场里，这并不是一个期望的结果。

在使用本发明的系统里，客户将在一个更明确的AI评估类型基础上主动建立与信用卡发行商之间的通知关系。当客户外出旅行时，最常见不需要通知的情况会出现，这让他们离开了他们正常的地理花费范围并且还可增加信用卡的使用率。为了弥补这些，它提供给客户一个“假期项目”服务，客户将通知信用卡发行商他们的旅游计划，并且从早期警告程序中基本封锁这些地方。

第二，信用卡发行商可提供扩展通知服务。如今，它在客户的家庭电话上象征性地留下语音信件消息，对于旅行者，这并不能提供帮助一列更宽的通知媒体可弥补服务的缺陷。

最后，客户被允许提前通知信用卡发行商，假设通过一个已计划好的购物旅行计划。客户可选择“回字校”疯狂购物，“假日”疯狂购物等这样，顾客可免受购物中心内限制和浪费时间的干扰。

通过这些合适的主动功能，信用卡发行商可保持其它诈骗保护警告和行动，因为这些保护将有更可能指定损坏信用卡的行动。

例3贷款透支

银行维护公司和金融机构的贷款设备。通常来说，多数交易在平时流动经过银行客户帐记。虽然银行情愿所有贷款在早些时候就能到达，并且负债款在晚些时候被交清，但这并不是现实生活的做法、银行想做的是是基本控制资金流动，银行在允许和透支设施范围内尽可能多地支付款项。当最后一天来到时，负债被控制并且银行里没有存款，这就使银行迫切需接触客户，如今银行打电话通知客户，这通过出售力或客户执行实现。银行有希望接触到客户，并且依靠环境，客户捆绑任其它资金或建议其它在执行过程中的交易的银行，有时候，银行不能接触到客户，所以并不付款。

本发明允许银行继续进行客户的无情搜索。一旦接触到客户，它会发出一个回应，推送银行业创造了新的资金控制的成本节约改进方法。

例4诈骗控制

有可疑签名的支票会要求客户银行认可，接收签名的窗户很小，如果可使一个客户接触到信息或甚至支票的样子，该问题将被立即解决。本发明允许这样的即时接触和响应。一个被证明的支付支票鉴定可能或可能不由接触过的客户发表。

例5被控制的支出

如今，银行通知电话和PC建立客户需要把钱注入他们的控制支出帐户。许多次电话没有回音并且资金通知也没有出现。运用本发明，这里所述的各种被会被激活直至银行接触到客户并且产生通知。

例6非预期有款

一天中的晚些时候偶尔有大批存款到达。如果客户幸运并且正好登录上银行当日设备之一的话，他将能够把资金投资在通宵市场上，但客户将很可能不能执行交易。

运用本发明，银行可通知和接收客户指令并投资每个客户指令的资金。

例7FX决策

银行客户可能希望在执行FX交易前等待FX利率，客户在银行FX系统上生成交易并按等待利率的次序放置。

通过运用本发明，客户可得知利率并能发送一个关于执行具有客户所选择的最佳利率的交易的指令。

例8建议(包括接收建议)

有时在其帐户中，客户在一个大型接收中或从一些存款的积累中获得意想不到的重要价值。客户会希望利用这些资金，包括投资，还债或还清卖方。

第二个事例包括贷款的收回，它还意味着完成一个主要收集业务，以及客户把注意力放在其它事情上(或者取消诉讼，或者通知/感谢他们对应组已获得资金)。

本发明能使每个客户建立一个全球资料(涵盖全球所有帐户)。该资料包括一个定尺寸的客户通知开端和概念桥内帐户，甚至银行业住所，为了大量单独贷款通知或积累的贷款(它具有有价值的信息和汇款人和/或汇款的密码)，将建立一个每个客户(或帐户)的记录，客户可输入一个确切的数目或一个价值范围，并提供一些可寻找的密码。这些记录将持续一段时间，这可能由客户在他设置密码时确定，通过运用银行的现有现金管理电子银行系统，可增加密码。

这些记录可以是建议过程的一部分，它存在于真实时间传送系统的后未端。每个世界性建立系统(作为建议过程一部分)将决定客户是否为特殊处理(即建议)而被设置，在这种情况下，合适的消息将由本发明的推送银行引擎发送。

例9市场状况下的改变

一些银行客户被暴露于流通和国家之中以改变市场状况。例如，亚洲的快速发展状况、银行运用一个全球平衡监视系统，它进行实时追踪，由流通和住所确定。当一个国家或流通的市场状况发生改变时，被高度暴露的客户将会有他们的地位会变得有风险，唯一的问题是什么能构成适合的状况(例如，国内战争，恐怖者攻击，市场波动等)。

在本发明中，客房特征作为推送银行系统的一部分被生成，每当一个重要事件发生，新闻服务(包括货币流通)将提供给推送银行系统，它将找出超过客户特征所示特级的暴露于国家/流通的客户’(该特征由每个客户，或在一个帐户等级，或通过帐户建立)。消息将由建议客户地位/暴露的推送银行引擎传送。

例10公司行动

公司客户与私人银行客户拥有时时需要注意的投资地位，最重要的事件会响应敏感的提供者去购买，把债务转变为无固定利息股票或者合并，此外还有其它具有次要含义的事件例如每年代理权声明。

通知客户这些事件失败的管理员使自己服从于合法义务。特别是一个机会如果是“先到，先服务”(例如看管部分未解决股票的人)。

这将扩展为反映基于百分比的处于地位价值中的重要变动，(但是变动必必大于最小值，说两点，否则每个波动会产生过多的客户通知)。

在本发明的操作中，每当点击一个新事件，或每当股票变动至某个重要百分点，将会寻找基于数据的位置，并影响客户确认，本发明的推送银行引擎会搜索客户特征，并激活了为他/她采取行动而传送至客户的适当消息。

主动推送过滤器决策单元62负责涉及所有客户(PAF30系统的一部分)信息的进行过程，该过程涵盖了那些客户的所有帐户以及其它PAFDC62所知晓客户的重要信息。PAFDC62必须吸收该信息并经过PAFCC64向客户传送适当消息。如果一台物理处理器上有太多客户，客户列表可分裂成许多需要的列表从达到处理器可定时循环的列表尺寸与服务所承诺的等级相符合。每个列表随后由它自己的处理器进行。如果运用具有不同功能的处理器，列表尺寸将相应改变，因为系统放置不需要唯尺寸。分离列表中的客户不需要考虑任何相互关系，与需要考虑客户间相互关系时，相关的客户被看作为出现在列表中的一个独立群体，PAFDC62的组织如图15所示。

下面部分(图15-2(流表所示)涉及PAFDC62的一个例子

如图15所示，PAFDC62的主要任务XYZDC700具有四个子任务：Initialization702，GetData704，DiecideAction716，SendData718，Initialization702在每次查看PAFDC指定的所有客户之间运行，其它三个子任务被包含在为每个客户或相关组循环一次的圈中，子任务GetData704和SendData718有它们自己的子任务，在图15示出。

PAFDC62的主要任务700在图16中示出了轮体体现结果中的行动流。

Start730是一个示出流向程序SetStart732过程开始点的标签SetStart在过程刚开始时启动必须设置的变量，特别是设置了由生成者传送时需要被通知过程重新设置的启动标志。MainLosp734是一个由在所有客户重复所有过程完成后再次进入环内过程使用的标签。Done736是任务启动702的正常输出路径Loop738是一个为每个客户或客户组而再次进行环内过程使用的标签，任务GetData704获得所有客户或客户组需要决定是否需要通知的数据。

Done740是任务704的正常输出路径，但是如果遇到文件结束，End of File路径739就随之进行Main Loop734j；跳过把流带回标答Main Loop734的指令，Done740的正常流继续在任务DecidAction716中前进，它检查所有客户数据并确定是否传送消息及消息的内容。如果不需要注明，流经过输出No Action742继续前进从跳过Skip744指令，它把流带入Skip7503标签，如果一个消息为了传送给客户或作为PAFCC64的特殊指令，或一个将被启动的交易而传送至PAFCC64，流经过输出Action746前进至task。SendData718。SendData718传送所有消息至PAFCC64，如果必要启动交易，并储存历史文件中的活动。流随后继续从输出Done748到标签Skip750，它决定变量End752从指引流经数值no754到程序Increment-I756的指令，后一条路径指引客户列表和时间重复该过程，通告无限环的过程完成、Increment-I756在变量I上增加一项，该变量作为客户列表中可接近客户数据索引进行服务，流随即经Loop758前进，跳过把流带回标签Loop738的指令到达列表中的下一个客户。

图17示出了任务Initialize702中的流过程。

该任务是为开始于循环标号738(参见图16)的客户循环设定缺省初始值。该任务还使操作人员能够根据需要插入过程修改。程序InitSystem770为该任务过程设定缺省值。FileSelect772是向操作人员提供计算机图形界面的过程从而根据需要改变处理过程。如果操作人员改变了缺省数值，则过程按修改数值进行，但是不中断处理除非操作人员下指令。程序InitSystem774随后利用这些缺省值初始化使客户循环启动的所有的变量。然后进入任务Initialize702的结果Done736。

任务GetData704的处理流程，如图18所示。任务GetData704执行与紧接图6B所描述的PAFDC情况监视器68的功能。

过程GatData704获取启动客户列表之前可适用于所有客户的外部数据以及随后可得的特定客户数据。如图18所示，通过检查索引变量I776的数值开始该过程。每次启动客户列表处理循环时，InitSystem2774(参见图17)将I设定为1并且沿着数值路径=1.0778流程进入任务Obtain MandetData706。该任务从机构外部的所有源读取数据，机构采用可能对PAFDC62在所有客户上作出的决策有影响的PAFDC-PAFCC对。随后流程经结果Done780进入标号下一记录798并且随后进入任务ObtainSIP_DB708。任务ObtainSIP_DB708在机构内部读取由索引变量I776选定客户的所有可得的传统数据。流程经结果Done782进入任务获得PAF_PREF_DB710，它读取由客户设定(也由I选定)的特征，该特征描述什么帐户将产生通知，这些通知如何被触发(通知判据)以及任何特定的通知指令。ObtainPAF_PREF_DB710作出通知的初步推荐。流程随后经结果A11值784进入任务ObtainTransactionData712，它响应PAFDC62在早先启动的客户未决交易而进行读取。流程随后经结果Done786进入任务ReceiveResponse714，它经PAFCC64读取来自客户或者由PAFCC64生成响应(PAFCC64可以发送响应指示其在分配时间内未接收到响应并且已经将未决消息从所有信道清除)。流程随后经结果All值788到任务GetData704的结果Done740。如果任务Obtain SIP_DB708读取文件指令的尾部，则异常结果End ofFi1e790路径将跟随在任务GetData704的结果End of File739后。

如果索引变量I776的数值不等于1.0，则流程经路径不等于1.0792进入对索引I776数值的第二检查。如果索引I的值小于NumberOfRecords，则流程经路径小于NumberOfRecords794至跳转指令NextRecord796，它使流程进入NextRecord798标号。Number of Recade等于由InitSystem2774设定的客户记录数的变量。如果索引I的数值等于或大于NumberOfRecords值，则流程经路径大于等于NumberOfRecords800进入程序SetEnd802。SetEnd802将变量End752(参见图16)设为yes。流程随后至跳转指令NextRecord804，它使流程进入NextRecord798标号。

任务DecideAction716中的处理流程扩展到图19。任务DecideAction716完成PAFDC决策作出者69和PAFDC优先权器71的功能(参见图6B)。

该任务负责考虑客户上获得的所有当前数据连同过去采取的动作。为此将决策过程分解为下列步骤。第一步是检查接收的响应(如果有)。如果接收到客户的响应，则ReceiveResponse714任务将FlagR810设定为1.0。如果FlagR不等于810，则过程流程沿路径不等于1.0812至跳入直接Skip814，它使流程Skip816标号。如果FlagR810等于1.0，则过程流程沿路径等于1.0818至任务ProcessResponse820。ProcessReponse820提供为组织制定决策的响应数据所需的任何特定的处理。过程流程随后经结果路径All值820和标号Skip814至任务DecideRecommendation822。DecideRecommendation822在先前动作中读取客户未决的数据并且进一步处理客户数据以根据需要改进ObtainPAF_PREF_DB710制定的初步推荐(参见图16)。如果在考虑市场数据、客户特征、客户或PAFCC64的响应、交易响应和未决先前动作时无需向客户的通知或对PAFCC64的指令，则过程随后经结果路径NoAction824至任务结果NoAction742(参见图16)。

当任务DecideRecommendation822发现有必需考虑的信息，则过程流程经结果路径Action826至任务CheckOldActions828，任务Check OldActions828将客户每个帐户上的所有数据作综合性的评估。

图20a-20c示出了任务CheckodlAction828逻辑部分的实例。

图20的程序CheckOldActionsP900初始化任务828决策循环的变量。过程流程随后进入标号Loop902和程序IncrementCount904，它用该客户待处理的下一帐户类型加载变量AccountType，加载被测试的变量以及将1加入被变量CountEnd的数值测试的循环计数器Count906。当计数器Count大于CounEnd时，处理完成并且处理流程经路径大于CountEnd908进入任务CheckOldActions828的结果Done830。否则处理流程经路径大于等于CountEnd910以测试变量AccountType912。处理随后流出AccountType912提供的其中一条路径(例如401K914或Saving916)至决定适合该类型帐户的决策逻辑树，它的一部分如401K型示出。其他帐户类型(例如Savings916)具有与它们相关的类似逻辑。

401K树中测试的第一变量是包含表示已经被启动交易类型的代码并且PAFDC62期待确认的OldTNLogic918(值得指出的是，根据信息的性质字符串值可以用来代替所示的数值)。在该实例中，0表示没有期待确认的交易被启动。如果0ldTNLogic918的数值为0，则处理流程经路径=0.0920至表示交易确认的测试变量TANLogic922。当没有接收到确认时TANLogic922的值为0。如果TANLogic922为0时，处理流程经路径=0.0924至测试变量Ol1dRNLogic926，它包含代表已经接收并且PAFDC62未完成处理的响应类型的代码。在该实例中，0表示没有未决的先前响应。如果OldRNLogic926的数值为0，则处理流程经路径=0.0928至代表刚刚接收的响应的测试变量RNLogic930。当未接收到响应时RNLogic的值为0。如果RNLogic为0，则处理流程图20B经路径=0.0932至测试变量OldMNLogic934，它包含代表已经发送并且PAFDC62未完成处理的消息类型的代码。

在该实例中，0表示没有未决的先前消息。如果OldMNLogic934的数值为0，则处理流程经路径等于0.0936至代表带发送的推荐消息的测试变量MNLogic938。当没有推荐消息时MNLogic938的值为0。如果MNLogic938为0，则处理流程经路径等于0.0940至跳转指令Loop942，它使流程进入Loop902(参见图20A)标号以处理客户待处理的下一帐户。如果MNLogic938具有非零值，则处理流程经路径不等于0.0944至将推荐的消息放入被发送消息列表的程序SendNewMessage946。处理随后进入跳转指令Loop948，它使流程进入Loop902(参见图20A)标号以处理客户待处理的下一帐户。

如果OldTNLogic934的数值不为0，则处理流程经路径不等于0.0950至测试变量MNLogic952。如果MNLogic952为0，则处理流程经路径等于0.0954至确定响应是否过期的程序CheckTimeout。PAFCC64应该清除该消息并且向PAFDC62发送确认该动作的响应，因此如果经过了过长的时间，则该程序将指令放入被发送至PAFCC64的消息列表以纠正错误条件。处理随后进入跳转指令Loop958，它使流程进入Loop902(参见图20A)标号以处理客户待处理的下一帐户。如果MNLogic938具有非零值，则处理流程经路径不等于0.0960至测试变量OLDMNLogic962。如果OldMNLogic等于MNLogic，则处理不发送消息，因此流程经路径等于MNLogic964进入在956已经描述的程序CheckTimeout966。处理随后进入跳转指令Loop968，它使流程进入Loop902(参见图20A)标号以处理客户待处理的下一帐户。如果OldMNLogic962不等于MNLogic，则处理流程经路径不等于MNLogic970进入程序DecideNewMessage972，它根据新旧消息的关系将推荐的消息或修改的消息放入被发送消息列表(例如已有消息可能通知如果不立即转帐$1000，则帐户将透支。新的信息表明必需将$2000转入帐户才能达到效果)。处理随后进入跳转指令Loop974，它使流程进入Loop902(参见图20A)标号以处理客户待处理的下一帐户。

如果RNLogic930(参见图20A)不等于0，则已经接收到新的响应(因为OldRNLogic=0)，并且处理流程经路径不等于0.0976(参见图20C)和标号NewResponse_NoTransaction978至测试变量OldMNLogic980。

如果OldMNLogic980为0，则我们可以推论该响应与未决的消息无关，并且处理流程经路径等于0.0982进入测试变量MNLogic984。如果MNLogic为0，则没有新的通知消息被推荐，所以处理流程经路径等于0.0986进入程序ClientRequest988。程序确定PAFCC64是否已经生成响应，或者客户是否已经启动请求并且通过启动交易、消息和/或更新状态信息作出动作。处理随后进入跳转指令Loop990，它使流程进入Loop902(参见图20A)标号以处理客户下一待处理的帐户。如果MNLogic984为非零值，则处理流程经路径不等于0.0992进入程序ClientRequestAndNewMeesage994，它除了完成与ClientRequest988相似的动作意外，还必须考虑公式化动作中新的通知消息内容。处理随后进入跳转指令Loop996，它使流程进入Loop902(参见图20A)标号以处理客户下一待处理的帐户。

如果OldMNLogic980不为0，则处理流程经路径不等于0.0998进入测试变量MNLogic1000。如果MNLogicl000为0，则处理流程经路径等于0.01002进入程序StartTransactionAndCheckTimeout1004，证实响应是否准时和是否涉及已经发送的未决消息(OldMNLogic980不等于0)。随后根据响应是否指示PAFCC64指令、客户启动请求、迟到的响应或对发送消息的定时响应、程序提供合适的动作，例如被发送的消息引发交易。处理随后进入跳转指令Loop1006，它使流程进入Loop902(参见图20A)标号以处理客户下一待处理的帐户。如果MNLogic1000为非零值，则处理流程经路径不等于0.01008进入程序测试变量OldMNLogic1010。处理以类似上述OldMNLogic962的方式(参见图20B)进行，只考虑已经接收的响应(RNLogic930不等于0)。首先必须确认响应未指示PAFCC64指令或客户启动的请求，接着如果没有迟到的响应，则应该启动最可能的交易。

对于处理OldTNLogic918(参见图20A)、TANLogic922(参见图20A)和OldRNLogic926(参见图20A)是按类似的方式对所有可能的路径进行组合。同样，诸如Saving916(参见图20A)之类的其他帐户类型具有自己的逻辑树用来以合适的动作为客户处理该类型的帐户。当客户所有的帐户都经过单独处理而未考虑帐户之间交互时，处理经路径Done830退出任务CheckOldActions828并且进入图19的任务CheckCommonality832。CheckCommonality832利用类似的树结构逻辑检查客户帐户内部或之间(如果处理的是不止一个帐户)多个交易、响应和消息的相关性。一旦发现冲突，则借助预定的商务规则和相应修改的交易和消息来解决。

处理随后经路径Done834进入任务StoreActions836，它将结果放入非易失存储器。处理随后经路径Done838进入任务DecideAction716的结果Action746(参见图16)。当处理沿路径Action746进入任务SenData718时，参见图21的任务内的步骤。任务SendData718完成针对图6B所述的PAFDC推打包70的功能。

如果发送消息，则变量SendM1020在任务DecideAction716中设定为真，否则设定为假。如果SendM的值是假，则处理经路径假1022进入跳转指令SkipM1024，它使流程进入SkipM标号。如果SendM的值是真，则处理经路径真1028进入任务SendMessage720，它将向PAFCC64发送的消息排队。处理随后经路径All数值1030和标号SkipM1026行进以测试变量SendT1032的值，其值也可在任务DecideAction716内设定。如果没有启动交易，则Sent将是假并且处理经路径假1034进入跳转指令SkipT1026，它使流程到达SkipT1038标号。如果SendT的值是真，则处理经路径真1040进入任务SendTessage722。任务SendTessage722将启动由DecideAction716确定的交易。处理随后经路径All数值1042和标号SkipT1038进入任务UpdateActionHistory724。它在非易失存储器内存储了所有采取的动作。标准的交易处理(本技术领域内熟知的)始终被使用，从而如果任何处理不能完成，则过程回转以使当前状态的精确记录总是已知的。处理随后经路径All数值1044进入任务SendData718的结果Done748(参见图16)。

虽然上述较佳实施例以规定的间隔利用订户列表的扫描，但是显而易见的是本发明同样包括征订客户的异步事件触发和异步扫描。同样，对每个帐户决定的分离和随后浏览这些通知以去除矛盾、模糊或其他产生不如所需效果的细微差别而不是将这些操作组合并不限制本发明的范围。发送直到中断立即通知时产生的所有通知的要求仅仅是实施方案的变动。中断通知而产生或不产生客户通知时仅仅发送中断通知并且随后继续正常处理属于本发明的范围。

通信单元、决策制定单元和缓存适用个PAF30系统内的许多地方。将这些分立功能单元组合为类似部分的单元可以有一些好处。这部分围绕这点进行讨论及扩展。

图22示出了通信、决策制定&缓存单元1100或CDMC。CDMC1100由被通信句柄1104、1106和缓存1108包围的逻辑决策单元1102组成。

逻辑决策制定单元1102被分割为发送决策制作器1110(S-DM)和接收决策制作器1112(R-DM)。S-DM1110负责向其他CDMCs1100发送数据而R-DM1112负责从其他CDMCs1100接收数据。(这里所用“数据”一词包含商业数据和CDMC1100作出决策时所用的信息的更新以及各种特征信息)。

决策制定单元S-DM1110或R-DM1112试图制定适用于“CDMC网络”方面并且可能依赖于各种制定决策的技术实施。例如S-DM1110可能采用数据库触发器和内嵌SQL逻辑和/或包含在另一数据库内的外部规则以确定“感兴趣的”数据是否已经从它监视的数据库中更新、插入或删除。R-DM1112可能负责根据目的地将更新分送至数据库。S-DM1110负责确定发送读取顾客特征的推的信道。S-DM1110负责评价和调和客户兴趣特征并且可能的推数据可以采用Al引擎。

提供缓存1108用于缓存试图向任一方向发送的项目(图22描述了与通信单元相连的缓存1108以表明1)它们无需物理依附在CDMC1100上；同样2)它们无需全部在CDMC1100外部)。

CDMCs1100试图通过各种手段连接。例如，CDMCs1100可以与内部网络的其他CDMC、数据源例如1数据库经本地数据库APIs、ODBC、JDBC等或2)新闻反馈经拨号或任何反馈支持的，作为有得文件连接到网络文件系统上，等等。

通过定义CDMCs1100的上下文和责任并利用合适的信道连接它们，得到如图23所示的CDMCs1100的“网络1200”。

以下是在图23所示的CDMC网络1200内如何构造、发送消息、响应消息并采取行动的实例。

三种数据源，在被标为遗产代理1201中示出了，它们是从商业数据库1202提取的数据、对商业数据库的直接访问1204和数据输送1206。在所有这些情况中，每个D-CH1104在CDMC1100与数据源之间提供连接。例如数据提取可能是位于网络文件系统内的普通文件并且逐线读取和分析；直接访问数据库可能包含1)建立在相应CDMC1100D-CH1104内的本地API或者2)利用基于数据库的触发器检测更新；数据输送可能借助TCP/IP向CDMC1100发送信息。

在所有三种情况下，CDMSc1100内的S-DM1110配备了数据相关过滤器1208、可能的AI引擎、可能的全文索引系统(它对与应用逻辑耦合的给定时间周期内特定词组出现的次数进行计数以检测高发生情况并通知下行过程)。

如果CDMC1100太忙而无法处理输入的信息，则采用缓存1108来缓存数据。或者，CDMC1100可以使另一CDMC1100指向其加载的处理部分，CDMCs1100也可以用作纯粹的数据“路由器”。

经过过滤器1208的数据经发送U-CH1106发送至内部网络1210。缓存1108还用来缓存数据；数据还可以如上所述路由。

数据往返内的下面三个步骤描述了将问题分解为可以单独管理的较小步骤的可能：

数据关联1212可以是数据往返中的下一步骤。这里，CDMC1100负责从内部网络1210接收数据并且利用客户/数据关联1214-连接客户优先权与可得的数据连接。接收D-CH1104’用来将CDMC1100’连接至网络1210。S-DMs1110’、数据过滤器1216、缓存1108’和U-CH如前一段的描述也在这里适用。

在PAFDC1218步骤中，优先权被指定给来自数据关联1212步骤的数据。接收D-CH1104”用来将CDMC1100”连接至网络1210。遗产代理1201内的S-DMs、数据过滤器、缓存和U-CH作用的描述也在这里适用。

PAFCC1220步骤决定发送客户推消息的信道。组和代理关联也可以在CDMC11000”’或者前述分立的CDMC内完成。输出的U-CH可以由一个或多个信道接口组成；其他的CDMC也可以实现特定的信道接口。

推消息被送至客户(或内部或载波作为管理提醒)。客户设备具有合适配置的CDMC1250，它最小由提供输入和输出连接的D-CH1251和决策单元组成(例如人们接收推消息)。如果设备足够先进，则智能/自动R-DM决策单元1254可以响应消息；并且附加的U-CH1256可以使消息存储在除接收设备以外的其他设备上，缓存可以用于消息存储。

客户响应推消息并且他的响应经设备D-CH1252返回系统，到达配置的CDMC作为接收响应的PAFCC。(客户也可以与CSR电话联系。这种CDMC的R-DM确定消息的性质(例如对推消息的响应、客户注册的特征更新)并且使数据路由(通过响应的CDMC网络或者启动特征更新请求的挑战和响应消息))。根据与R-DMs有关的规则，响应需要时被缓存和路由最终被送至负责实现交易的CDMC。特征更新也可以按照更新类型(客户信道更新、组和代理信息、客户/数据关系)沿CDMC网络发送。

基本的CDMC设计也可以用来提供消息截取，它试图截取沿过载信道发送的消息。

以下部分描述包含在PAFCC64特征内的信息。它涉及平台地址，意味着识别平台类型的名字加上特定平台寻址信息。带通用格式“平台名/寻址信息”的字串定义了平台地址。以下的平台地址字串标准化为：

浏览器/aaa.bbb.ccc.ddd：描述运行在给定IP地址的PC上的因特网浏览器地址。

PalmPilot/aaa.bbb.ccc.ddd：描述带给定IP地址的CDPD的PalmPilot地址。

Skytel/nnnnnnaaa.bbb.ccc.ddd：描述带给定PIN的Skytel双向寻呼机的地址。

NumPager/ccc-aaa-PPPPPPPPPP：描述给定电话号码下全数字寻呼机的地址(ccc=国际代码；aaa=区号或城市代码；PPPPPPPPPP=本地号码；c+a+p的总长度=最大18位数字)

客户的PAFCC64的特征包含至少三个域：Docks、Send-Also、Send-On-Failure。每个包含一个或多个平台地址。还有一个称为Faliure-Timeout的附加域。

平台域列出了客户可以到达的平台地址。PAFCC64首先采用这些地址，向全体并行发送消息。

Send-Also域列出了除客户以外其他人(配偶、秘书、律师、经纪人等)可以到达的平台地址。PAFCC64在平台发送完成或失败之后向这些Send-Also并行发送平台地址。

Send-On-Faliure域列出了如果向平台或Send-Also发送平台地址失败则试图并行发送的平台地址。失败定义为平台驱动器报告的硬件失败或者在Faliure-Timeout秒后没有有用响应。Send-On-Failure平台地址可以与客户(在这种情况下它们可能代表不大希望的发送路径)或第三方有关。

以下部分描述了PAFDC62与PAFCC64可以交换信息并且依赖于实例XML规定(以下部分详述)的方式。通常，两种系统独立运行，在共享目录内的文件中将输出排队。如果两个系统运行在同一机器上，这可以是本地盘目录，或者是共享网络目录。唯一的假定是目录内更名和删除文件的操作是自动的(不可中断的)。

通常，集合点由PAFDC62(它决定合适释放至PAFCC64的请求队列并接收响应队列)控制。PAFCC64轮询共享目录以确定某些文件是否存在。如果存在，则将该文件内容诸如内部。通常，名为DC*.TXT的文件仅仅由PAFDC62控制，而名为PAFCC*.TXT的文件名仅仅由PAFCC64控制。“*”为通配符，表示各种字符。文件UP.TXT和DOWN.TXT在两个系统之间共享。

PAFDC过程循环：从文件DCRESP.TXT和其他信息源读取响应并且将响应写入文件DCREQ.TXT。

当DCRESP.TXT的读取和DCREQ.TXT的写入都完成时，按照如下方式初始化集合：关闭和去除DCRESP.TXT。关闭DCREQ.TXT。将DCREQ.TXT更名为DOWN.TXT。等待直到文件UP.TXT存在。将UP.TXT更名为DCRESP.TXT。再次打开DCRESP.TXT和新的DCREQ.TXT。继续循环。

PAFCC64处理循环包括：

对文件DOWN.TXT继续轮询。如果它存在时，需要集合如下：将DOWN.TXT更名为CCxxxxxxxx.TXT，这里xxxxxxxx为唯一值。最简单的选择是编码日期/时间。序列号也可以采用但是在应用崩溃时难以健壮。关闭CCRESP.TXT。将CCRESP.TXT更名为UP.TXT。再次打开新的CCRESP.TXT。继续处理。否则，按照优先权顺序在CCxxxxxxxx.TXT文件内处理请求，并且将所有请求写入CCRESP.TXT。按照优先权顺序处理请求通常涉及从多个CCxxxxxxxx.TXT文件中合并请求。

所有文件必须包含一个或多个完整的XML文档，它们由一个或多个断行分隔。这保证了<PAF>标记总是出现在行的开始，并且</PAF>标记出现在行的结尾。

多个PAFDC/PAFCC对应该采用唯一的共享目录。实际上，这将对的识别放入目录路径名内。

以下部分提供了一种利用通用的标记语言XML(可扩展标记语言)在3ComPalmPilot上实现消息平台的方法。该部分描述了PalmPilot平台象什么。

该应用将经过常规的HotSync渠道下载至客户的PalmPilot。当在系统上下载时，它将监视推消息发送的电波(经CDPD调制解调器)。当被接收时，它将产生音频信号但是不显示任何东西直到客户选择应用(应用能与其中的一个硬件按钮相连如果客户这样选择的话)。

当在PalmPilot屏幕上应用可视时，它将显示客户挑选的当前信息。如果没有当前选择信息，它将显示最高优先权的消息。硬件UP和DOWN按键允许客户按照优先权顺序进入消息：相对当前显示的消息，UP移动至下一最高优先权的消息，而DOWN移动至下一最低优先权的消息。如果消息大于PalmPilot屏幕，则标准的PalmPilot卷动条将提供对当前不可见部分的访问。

通过敲击消息，可用的响应将出现在下拉式菜单内，连同两个标准的选择“Other”和“Act By”。选择其中一个可用的响应将使得应用连接至PalmPilot平台驱动器(利用CDPD设施)并且发送响应。平台驱动器的地址将从最后接收的消息保存。

选择“Other”允许客户进入Graffiti内的响应或者利用实际的键盘。当响应组合时，可以被发送或被删除。

选择“Act By”允许客户进入响应必须作用的时间(相对当前时区)。设定此并不发送任何东西。数值与当前消息一起保存并且当响应最终发送时应用。

敲击已经响应的消息给出错误的下拉菜单。

以下命令将用于应用菜单：

Move：

Up：与UP按键相同

DOWN：与DOWN按键相同

First：最高优先权的消息

Last：最低优先权的消息

View：

Creation Date：显示当前消息的生成日期

Stale Date：显示当前消息的失时效日期

Setting：

Quiet：抑制报警的可检查选项

Features：下拉特征对话框

Purge：去除过了失时效日期或者已经由客户回应的消息。

特征对话框为客户PAFCC64和PAFDC62特征内的各种条目提供了客户友好的名字和设定它们的相关选项。选择该对话框内的OK使得即时的上行消息从PalmPilot发送至平台驱动器。如果平台驱动器未发送任何东西，则等待至下一心跳发送(参见以下)。

心跳：平台驱动器将偶尔发送仅仅带ID、TO和CD元素的最小消息(取决于系统和网络的负担)。这将用作向PalmPilot指示平台驱动器和调制解调器仍然工作并且将允许PalmPilot确定本地时间与通用时间的差异。这种差异是15分钟的整数倍，所以从CD单元内给定的时间减去PalmPilot的本地时间，并且随后到达最近的15分钟整数倍，这将给出偏移的可靠指示。随后将该偏移加入通用日期以将其转换为本地日期，或者从本地日期减去以转换为通用日期。

PalmPilot应用将采用UDP/IP数据图与平台驱动器通信。此外由于如果心跳信息丢失则会造成轻微差异，所以它们不予以确认。

PalmPilot安全性遵循因特网平台安全性的通用原理。PalmPilot平台驱动器在发送之前利用公开密钥技术加密并数字签名所有的下行消息。在将消息向客户显示之前对消息进行解密和签名验证。无法解密或者签名验证失败的消息导致向现有发送错误消息并且通知客户。PalmPilot数据库存储加密形式的消息。

同样，上行消息在发送回PalmPilot平台驱动器之前经过加密和签名，随后由驱动器解密和验证签名。

为了访问保存在PalmPilot上的私人密钥，客户必须提供PIN。PIN被用来产生加密和解密私人密钥的密钥。没有PIN，密钥是无法获得的，所以只没有PIN拥有PalmPilot无法读取下行消息(因为它们无法解密)且无法生成下行消息(因为它们无法鉴权)。PIN离不开PalmPilot，相应的密钥也离不开PalmPilot。

以下的XML文档类型定义(DTD)描述了push消息PAF文档的格式。PAF文档试图被分析就好象它们包含下列声明一样：

<！DOCTYPE PAF SYSTEM″paf.dtd″>，这里pafdtd具有下列内容：

<！--DTD Draft 1.0 for Push Message PAF documents

<！--这些是可以找到的单元类型。

<！ELEMENT PAF(ID，CD？，TO？，DA？，PR？，SD？，MT？，RT？，AD？，RE？，ER？，CF？)>

<！--这意味着ID为第一位的并且是必需的，并且所有其他都是可选的但必须以规定的次序出现。在特殊用处中，有些是不是可选的选项：因此PAFDC64输出必须包括SD和MT，并且如果输入不包含DA则平台驱动器将是无用的。-->

<！ELEMENT ID (#PCDATA)>

<！ELEMENT CD (#PCDATA)>

<！ELEMENT TO (#PCDATA)>

<！ELEMENT DA (#PCDATA)>

<！ELEMENT PR (#PCDATA)>

<！ELEMENT SD (#PCDATA)>

<！ELEMENT RT (#PCDATA)>

<！ELEMENT AD (#PCDATA)>

<！ELEMENT RE (#PCDATA)>

<！ELEMENT ER (#PCDATA)>

<！ELEMENT CF (#PCDATA)>

<！--所有这些仅仅包含字符，可能带类似&#nnn数字标号；并且几个类似&lt的通用标号；以及&gt；混合。关于格式有许多具体的规则，但是XML无法与这些规则协同，并且将它们视为普通的字符数据。-->

<！ELEMENT MT(#PCDATA|RT)*>

--MT单元包含文本文本和任何方式组合在一起的RT单元的数-->

<！--这些是单元可以具有的属性。其中未提及的单元不具有任何属性。-->

<！ATTLIST MT

xml：lang NMTOKEN #IMPLIED CODE NMTOKEN #REQUIRED>

<！-MT单元具有两种属性，xml：lang(由于XML规则的定义，它是小写的)和CODE。二者都是字母值或XML行话中的NMTOKEN。如果xml：lang丢失，则应用定义值为隐含的。

如果CODE丢失，则出错。-->

<！ATTLIST RT KEY NMTOKEN #IMPLIED>

<！--RT单元具有一种属性，KEY。它是字母数字值(NMTOKEN)。如果丢失，则应用规定行为结果(即该返回值没有按键)。-->

<！--XML/SGML兼容性所需的声明。XML系统无需这些就可以良好工作，但是老的SGML系统可能不行。-->

<！ENTITY lt  ″&#38；#60；″>

<！ENTITY gt  ″&#62；″>

<！ENTITY amp ″&#38；#38；″>

<！ENTITY apos″&#39；″>

<！ENTITY quot″&#34；″>

以下是XML文档类型的描述，它描述了push消息PAF文档，PAFDC62传递和PAFCC64传递。它也可以被PAFCC64用来与单独平台的平台驱动器通信。有些平台驱动器也可以向平台本身发送该格式。可以在结尾处找到样本文档。

以下通用规则应用于该讨论：

除了<and>之间，断行可以自由地插入PAF文档；它们没有意义。但是当单个文件包含不止一个文档时，每个文档应该用一个或更多的断行分隔，从而使每个<PAF>标记在行的开始而</PAF>标记在行的结尾。

PAF文档的结构由单元组成，它们用开始标记和相应结束标记的匹配对表示，中间为内容。

每个开始标记类似<XX>；每个结束标记类似</XX>。XX必须精确匹配。整个文档内大小写是有讲究的。

某些开始标记具有出现在XX与>之间的属性。属性的形式为名字等于数值。XX被第一属性分隔，并且属性之间相互用空格分开。

内容根据问题中的特定单元可以是文本或多个单元或者二者。PAF单元仅仅包含其他单元，MT单元包含文本和RT单元，并且所有其他单元仅仅包含文本。

文本由可印刷的ASCII字符(除了&、<和>以外)组成，代表了自身的含义；或者由以&开始而以；结束的实体组成；在PAF文档中，下列实体被识别：

&amp；一个&字符(不代表实体)

&lt；一个<字符(不代表标记)

&gt；一个>字符(不代表标记)

&#nnnnn；非ASCII字符，这里nnnnn为Unicode/IS010646值的十进制表示(不带引导零)。允许Unicode字符可以使信息正确表示而不管所用语言。(注意：拉丁-1字符集是Unicode字符集的子集，所以在160-255内拉丁-1与Unicode字符码是相同的。)

整个PAF文档是单个PAF单元。因此文档以<PAF>开始标记开始而以</PAF>结束标记结束。所有其他单元都包含在PAF单元内。MT单元可以包含RT单元和文本：所有其他单元仅仅包含文本。

PAFDC62向PAFCC64和平台驱动器发送的文档被称为下行文档。平台驱动器向PAFDC62和PAFCC64发送的文档被称为上行文档。有些单元智能在下行文档中找到，有些智能在上行文档中找到，还有些在两种类型文档中都能找到。

表3包含所有有效单元类型。

标记	属性	源	内容	文本格式
					PAF	无	所有	任意次序下的所有其他单元	无
ID	无	所有	文本：文档唯一的ID	字母数字
					CD	无	所有	文本：文档生成日期	ISO8601(参见1)
TO	无	Down:PAFDC	文本：接收的客户ID	字母数字
					DA	无	DOWN:PAFCC	文本：平台具体地址，包括平台名	定义的平台(参见2)
PR	无	Down:PAFDC	文本：文档优先权(0=最小，1=最大)	十进制分数
					SD	无	Down:PAFDC	文本：文档失时效日期	ISO8601(参见1)
MT	xml:lang(参见3)	Down:PAFDC	文本：发送的消息	自由格式普通文本

	CODE(参见4)	RT单元：建议的响应
					RT	KEY(参见5)	Down:PAFDCUP：平台驱动器	文本：响应文本	自由格式普通文本
AD	无	UP：平台驱动器	文本：响应的动作日期	ISO8601(参见1)
					RE	无	Down:PAFDCuP：平台驱动器	文本：文档引用的另一文档的唯一IID(参见6)	字母数字
ER	无	UP:PAFCC或平台	文本：错误消息	空内容指示“无错误”。否则TBD。
					CF	无	UP：平台	文本：配置变化的请求	单元名等于数值(参见7)

表3注释：

日期单元的格式符合IS08601，并且如下：yyyymmddThhmmss，这里yyyy代表4位数字的年份，mm代表1-12的月份，dd代表月内的天数，T代表固定字母T，hh代表天中的小时，mm代表小时中的分钟，而ss代表分钟中的秒。该时间总是假定为UTC(坐标化的通用时间)，也称为GMT。利用通用时间的目的是不管push消息单元定位在那里都可以明确地中断失时效的日期。

DA单元的格式是平台驱动器名，例如“Browser”或者“Skytel”，后跟/，后跟平台特定地址，例如IP地址或寻呼机PIN或电话号码。在PAFDC62发送的下行文档中该单元是不存在的或者内容是空的。它被PAFCC64的分配单元为揭示合适的平台驱动器而插入。

xml：lang属性值(标准的XML属性)是RFC-1766语言代码；例如英语的语言代码为en。如果xml：lang属性被省略，则对文本语言不作假定，详情参见

http：//ds.internic.net/rfc/rfc1766．txt

CODE属性值是对应消息内容的数字值。如果消息不惜经不安全的信道发送，它发送的形式为PAFCC64选定的电话号码加上CODE值。这种消息可以经最简单的信道--数字寻呼机发送。该属性是必需的。

KEY属性值是表示响应对应何种代码按键(在寻呼机GUI内)的数字。MT单元内的多个RT单元必须具有不同的KEY值。该属性在下行文档中是需要的。在包含自由形式的响应(不是其中一个提供的响应)的上行文档中，KEY属性是不存在的。

RE单元的内容与某些其他文档中的ID单元总是一致的。上行文档包含将其与其响应的下行单元链接起来的RE。如果下行文档包含RE单元，则意味着取代应用的下行文档。这就是如何下行发送取消和纠正。

CF单元的内容形式是单元.名字=数值，这里单元是PAFDC62或PAFCC64(并且可能是其他)而名字是具体特征的单元。数值是客户请求的单元的新数值。该单元只是出现在即时上行消息内。

PAF单元内的单元必须按照表中规定的次序出现。只有ID单元是需要的，但是如果有其他单元出现，则它们必须以给定次序出现，并且最多每种类型的单元都是允许的。当这些规则在MT单元内时它们并不应用于RT单元。

XML注释：注释可以放置在文档内的任何地方，除了<and>之间。它们以串<！--开始并以串-->结束并且不包含串--(为与SGMAL完全兼容)。注释的支持是XML需要的，但是PAF文档一般不包含它们除了调试需要。

以下是下行文档的一个实例。该文档已经PAFCC64处理，包含一个DA单元：

  <PAF>

  <ID>asdfjkl</ID>

  <CD>19980201TO80500</CD>

  <TO>Customer24</TO)

  <DA>Skytel/142857</DA>

  <PR>.9</PR>

  <SD>19980201TO90500</SD>

  <MT xml：lang=en CODE=125>You have too much money in your 401-Kaccount.

  How much should we move？

  <RT KEY=1>100％</RT>

  <RT KEY=2>50％</RT>

  <RT KEY=3>0％</RT>

</MT>

</PAF>

以下是上行文档的实例

<PAF>

<ID>qwertyuiop</ID>

<CD>19980201T081000</CD>

<DA>Skytel/142857</DA>

<RT KEY=1>100％</RT>

<AD>19980201T090600</SD>

<RE>asdfjkl</RE>

<ER></ER></PAF>

以下是另一说葡萄牙语客户的“asdfjkl”的版本：

<PAF>

<ID>asdfjkl</ID>

<CD>19980201T080500</CD>

<TO>Customer99</TO)

<DA>Skytel/242993</DA>

<PR>．9</PR>

<SD>19980201T090500</SD>

<MT xml：lang=pt>Voc&#234；tem demasiado dinheiro em seu

cliente401-K.

Quanto devemos n&#243；smover？

<RT KEY=1>100％</RT>

<RT KEY=2>50％</RT>

<RT KEY=3>0％</RT>

</MT></PAF>

以下利用因特网协议(IP)描述XML实例。不是所有的平台都采用IP。这里的论述仅仅涉及使用IP的平台。对于平台驱动器与其相应平台之间的通信，有两种合理的基于IP的策略：TCP/IP流和UDP/IP数据图。这里，我们将论及“发送方”和“接收方”。对于下行消息，发送方是平台驱动器而接收方是平台本身；对上行消息，发送方是平台而接收方是平台驱动器。所有的问题都是对称的。

当发送方希望向接收方发送PAF文档，它可能采用TCP或UDP。TCP提供了可靠的发送、流程控制和对发送的正面指示(“关闭插座”系统呼叫成功)。因此无需高级成功确认。接收方简单地读取整个文档并且关闭连接。

UDP并不提供TCP任何上述特征，但是它的开销小得多：普通的PAF文档可以在一个包内发送。需要特定的确认，并且在这里定义。接收方应该返回如下包含最小PAF文档的数据图：

<PAF><ID>xyx</ID><RE>abc</RE></PAF>

“xyz”代表新生成的唯一文档ID，而“abc”表示被确认文档的文档ID。该最小文档被平台、平台驱动器或PAFCC64吸收，并且不会传送至PAFDC62。

如果接收方检测到错误(例如错误的PAF文档)，则产生错误文档并且被送回发送方。该文档一般如下：

<PAF><ID>xyx</ID><RE>abc</RE><ER>error message</ER></PAF>

ER单元内的错误消息是文本串。错误消息包括但是并局限于“平台满”和“消息鉴权失败”。

以下部分定义了普通老的电话服务POT的平台。送至该平台的消息利用商用或已建的文本-语音系统。

客户电话号码随PAFCC64注册。这可以是蜂窝或固定电话号码。相应地也可以使用多个电话号码。

当发送消息时，客户的电话由平台驱动器自动呼叫。文本-语音系统随后读取给客户的消息连同可能的应答，通常形式为：“To choose<action 1>，press or say One.To choose<action 2>，press or say Two.”等等。可以使用能够识别语音数字、按键产生的音调的系统。

此外，客户可以在任何时候拨打免费号码以回放听到无需响应的消息。按键*和#允许按照优先权顺序卷动消息列表，这里*表示“跳过下一条”而#表示“跳过上一条”。一旦消息被应答并且客户挂机，免费电话即清除。

对于国际呼叫，由于免费电话无法从北美以外地区呼叫，所以可以用常规的免费电话补充。此外，世界的电话公司开始定义国际免费服务(国家代码800)并且获得这样的号码是合适的。所有的电话号码都提供一模一样的服务。但是另外的电话号码可能提供英语以外的其它语言服务。POT平台的平台驱动器很象寻呼机平台。

以下描述来自服务器和客户机侧的因特网平台实例。首先借助图24讨论服务器侧。服务器1300负责向客户机发送消息，监视发送消息的状态，并接收来自客户机的消息。该应用以下称为服务器，它是设计为根据使用需要扩大的一系列单元。

服务器1300支持下拉服务：格式化和向客户机发送消息。从客户机接收消息。加密所有的发送。监视所有的发送并将状态送至响应路由器。赋予输出消息以优先权。支持向范围广泛的设备的发送。

一旦服务器1300接收到发送消息的请求，它就根据代码域确定目标设备发送特征，格式化消息，加密并发送。在发送之后，服务器1300等待来自平台1302的接收确认消息。一旦接收到确认消息，则服务器等待响应消息。

服务器接收并处理来自客户机的消息(例如通过平台1302)。这些消息涉及状态消息到客户启动消息。一旦接收到响应，则响应(即消息)首先进行病毒检查并解密。解密后，它被鉴权、格式化并送至响应路由器128。响应路由器1304是将消息送至合适对象的响应。

服务器1300与平台1302之间的所有接收和发送可以利用加密句柄1306加密。

一旦消息下行发送，服务器1300将监视来自平台1303的更新状态。如果未在规定时间内接收到响应，则服务器1300重新发送消息或者向响应路由器1304发送状态消息。重新发送基于客户特征和设备。以下是服务器1300将送至响应路由器1304的一些响应：

当接收到消息连同时间戳记时；如果客户已经看过消息；客户计算机的时间和日期；接近失时效时间并且客户尚未响应的小时；过期但是客户尚未响应的消息；通信错误消息；以及客户启动消息。

由于输出消息的数量可能会超过发送设备的容量，所以服务器1300能够根据评价级别和失时效时间为输出消息赋予优先权。服务器1300也可以用作由于设备存储器限制而从设备删除的消息的存储器。此时，客户可以在请求从服务器1300将消息释放到设备上后查看。如果服务器1300无法在失时效日期前发送消息，则它将通知响应路由器1304这个情况。服务器1300随后从消息队列中去除它并作上标记。

服务器必须支持范围广泛的平台1302。平台1302可以从个人计算机到PalmPilot设备。

服务器1300可以是系统的集成单元。其功能是同时发送和接收消息。服务器1300由几个支持这些功能的对象组成。这些对象是：

下行句柄1308；加密句柄1306；发送接收句柄1310；消息句柄1312；鉴权句柄1314；解密句柄1316；以及上行句柄1318。

下行句柄1308负责从发送分配器1302接收消息。它还负责解决在过程间通信时可能发生的通信错误。在接收并使消息有效之后，该对象向消息句柄1312发送消息。

下行任务包括为发送和重新赋予消息优先权而处理消息。

对于消息发送，该对象从客户特征和消息格式确定目的地设备特征(例如IP地址、操作小时)。一旦确定了设备的特征，消息就被相应地格式化并发送至加密句柄1306。

重新赋予优先权要求消息句柄312确定消息应该何时发送。为了确定消息的优先权，考虑两个要素：消息的重要级别和到期日期。例如消息最初被标记上第10条发送。消息句柄1312确定其应该第二并且随后重新赋予其优先权。

加密句柄1306负责加密向平台1302发送的XML响应文档。

发送接收句柄对象1310负责向/从平台1302物理发送和接收消息。单个平台1302驱动器与转送消息的该对象通信。当引入新的平台驱动器1302时，平台驱动器只需与对象接口。该对象也负责解决在与平台1302通信期间可能发送的通信错误。

消息句柄1312负责处理下行和上行消息。

鉴权句柄对象1316负责鉴权输入的消息。如果消息鉴权失败，则通知消息句柄1312并将提醒发送至响应路由器1304。消息句柄1312随后等待来自发送分配器1320的指令。

解密句柄对象1316负责解密上行消息。

上行句柄对象1318负责与响应路由器1304通信。它还负责解决两个对象之间的通信错误。

上行任务包括监视消息的状态并且向响应路由器发送消息。

消息的监视需要消息句柄1312确定是否接收到“push”消息的响应或分析响应。如果在规定时间内未接收到响应，则消息句柄1312将重新发送消息或者从消息队列中去除消息。在任何情况下都将动作通知给响应路由器1304。如果已经接收到响应，则消息句柄1312确定消息是否应该重新发送，等待其他的状态更新或者从消息队列中去除消息。例如通信错误要求消息重新发送。状态更新(例如“消息已经接收”)只需要消息句柄1312等待客户响应。客户响应被格式化(例如加入接收的日期和时间)，送至上行句柄1318并且随后从消息队列中删除。

图25示出的情景是XML消息被送至平台1302并且经客户处理。客户的响应被经平台1302送回服务器1300。

图26示出了异步接收多个XML消息的实例。客户没有查看最初的消息，因此发送更新交易并且从消息队列中删除最初的消息。

以下描述系统因特网平台侧(传统上称为客户机)的功能。因特网平台负责从服务器1300接收消息，处理客户的响应，并向服务器1300发送响应。该部分仅仅寻址客户系统上的应用并且不在发送侧。这种应用以下称为平台，它是智能平台，能够向客户提供范围广泛的服务。平台驻留在客户智能设备上。平台支持下拉服务：接收和显示消息；使客户对“推”消息作出响应，进行处理并将响应向服务器1300发送；加密所有发送；自动向客户提醒输入的消息；向多个输入消息赋予赋予优先权；允许客户离线查看已经接收但是未响应的消息；使客户能够查看处理过的响应(即消息和响应)和确认信息；自动删除预定义日期上的已经处理的消息；允许客户删除已经处理过的消息；向服务器1300提供发送消息的状态；允许服务器自动删除和为客户未查看消息赋予优先权；支持另外的小应用程序安全实现(即小应用程序匹配)；以及允许客户启动与服务器1300操作人员的通信以改变客户特征。

当从服务器接收到加密消息时，运用消息通知，并且提示客户输入个人身份号码(即PIN)。随后对PIN进行合法性检查，如果正确，则显示消息和响应。否则将重试并且显示与客户服务联系寻求帮助的消息。

客户可以从服务器1300发送的响应列表中选择响应。一旦作出选择，客户随后向服务器1300发送命令。响应随后在本地存储并且为发送而加密。一旦加密，平台将其发送至服务器1300并且接收收到确认。确认随后向客户显示以进行确认。如果在发送时遇到错误，则将错误和何时的动作通知客户。客户还可以离线响应消息。

平台与服务器1300之间的所有接收和发送都被加密。服务器1300将确定合适的加密方法。

一旦接收到消息，则平台将利用针对客户设备的方法通知客户输入的消息。如果接收到多个消息，则通知消息包括输入消息的总数。客户随后必须确认提醒。一旦确认，则如上所述处理消息。

如果同时接收到多个消息，则平台根据消息的优先权级别赋予优先权。在消息经过处理之后，向客户显示下一消息供响应。所有后续消息都以这种方式处理。如果客户选择离线查看消息，则按照优先权次序首先显示未处理的消息，随后是已经处理的消息。

平台允许客户离线查看未处理的消息。客户选择未处理的消息项输入该模式。一旦选定，消息按照优先权次序显示。平台还显示通知对话框，提醒客户队列中有未处理的消息。如果客户在查看先前接收的消息时再次连接，则首先未处理的消息，除非新的消息具有先于所有消息的优先权。

平台维护已处理消息的历史数据库连同响应和确认。每条消息是带戳记的日期和时间。如果同一交易接收到多条消息，则这些消息按照日期分组。客户可以查看所有消息的连同简要描述，选择交易，随后查看每条消息的细节。

当达到磁盘空间(例如硬盘、PCMCIA EEPROM)或数据限制时，平台自动删除历史信息。设备的类型将决定磁盘空间的限制。日期限制基于最早存储的消息。这些删除对于清除客户设备是必需的。一般只有最早的消息被删除。删除功能唯一的例外是被客户标记保护的消息。这些消息在删除之前必须作上不保护标记。

平台允许客户删除已经处理的消息。在删除之前，客户被提问确认删除。

平台向服务器1300提供了发送消息的状态。状态消息有：当接收到消息连同时间戳记时；如果客户已经查看消息时；如果客户对消息作出响应，但是未发送时；客户计算机的时间和日期；接近失时效时间阈值但是客户没有响应的消息；已经过期但是客户尚未响应的消息；通知服务器消息状态的变化；以及通信错误消息。

平台允许服务器1300删除和对平台接收但是客户尚未查看的消息赋予优先权。例如，接收到声称“您的帐户已经透支200万美元”的消息连同合适的响应，但是客户未选择阅读。接着，接收到同一帐户不同数量的另一消息。平台将删除最初的消息并且提供新的消息。平台将通知客户这种变化。此外，如果接收到不同优先权的消息，则平台将对客户未查看的消息重新自动分配优先权。

如上所述，说明书中提供的大多数实例采用XML文档来发送和接收信息。另一种方法是向AppletViewer提供不完整的小应用程序(例如程序)。这种小应用程序一旦与服务器1300发送的另一小应用程序“结合”就具有一定的功能。该过程称为小应用程序配对。换句话说，服务器向客户系统发送小应用程序，AppletViewer使接收的小应用程序有效，并且与驻留在设备上的小应用程序链接。一旦链接，就向客户显示信息。如果小应用程序无效，则客户被提问与客户服务器服务接触。

这种类型的通信在本说明书其余所用的纯粹XML实例上提供了附加的安全和功能层。例如小应用程序-XML组合提供了显示一般只是内部不同的push消息的标准方法。通过比较，小应用程序配对改善了显示和处理能力。这些提高是由于使用程序代替文档来提供信息。该程序除了提供文档信息以外，还提供了GUI(即图形用户接口)和控制。驻留在平台内的小应用程序允许链接的应用与其他平台对象通信。

平台允许客户改变客户特征信息并进行发送。客户例如能够改变呼叫的优先权。一旦在客户设备上安装平台，它就一直监视来自服务器1300的输入推消息。图27所示的平台由两个主要单元组成：监听器1402和小应用程序查看器1404。以下详述图27所示的每个主要和次要单元。图28和29示出了平台内处理的时间序列。图28示出的情景是平台正在处理一个推消息。图29示出了平台内对不同优先权的多个推消息进行的处理。

监听器1402负责从服务器接收推消息。监听器一旦建立就一直保持活动状态，等待消息。设备能够以实推或智能推模式运行。它与计算机的物理通信单元1406(例如调制解调器、无线调制解调器、LAN连接等)通信。

在实推模式中，监听器1402在接收机模式下运行，等待被服务器发送的消息中断。实推模式允许信息由服务器直接送至客户。在智能推模式中，监听器1402以预设时间轮询服务器以推信息。一旦信息可用，就自动下载到客户设备上。

不管采用何种模式，一旦监听器1402接收到“推”消息，则它自动加载小应用程序查看器1404。如果加载了小应用程序查看器1404，则监听器1402向小应用程序查看器发射机/接收机单元1408发送信息。

上述所用“信息”可以是Java小应用程序、XML文档或其他类型可以释放消息的单元。为了技术阐述的方便，采用XML文档作为消息的介质。

小应用程序查看器1404直接负责显示“推”消息并且捕捉客户响应。它还负责显示存储的未处理和处理过的消息。处理方法允许客户离线查看消息。小应用程序查看器1404由9个对象组成：发射机、接收机；解密；格式化器；显示小应用程序；响应提取器；加密；消息句柄；GUI查看器控制器。

发射机/接收机对象1408是负责发送和从物理通信单元接收信息的通信层。当小应用程序查看器1404加载入存储器时该单元还从监听器1402接收消息。消息句柄1420直接与该单元通信。

消息句柄对象1420负责指导消息流。如果消息是下行流，则它将消息导向解密对象。如果消息是上行流，则它将消息发送至发射机/接收机1408。对象也负责确认处理、清除、分配优先权和错误处理。

当向服务器发送响应时，消息被暂时存储在推消息队列内。消息句柄1420随后等待从服务器接收确认。如果接收到确认消息，则从队列删除推消息(即清除)并且向GUI查看器1422发送确认消息。如果未接收到确认，则再试消息句柄1420。如果在重试一定次数后仍然出错，则显示错误信息，通知客户呼叫客户服务帮助。下次小应用程序查看器1404加载入存储器内时，它发送带合适错误代码的响应。

该对象1420还负责对未处理(即未查看)的消息分配优先权。如果同时接收多条消息，该单元将按照对象优先权次序向解密1410发送消息。消息的优先权被嵌入消息。如果接收的消息具有相同的优先权，则顺序发送每条消息。对于每次会话(即显示消息和捕捉响应)，在开始对话之前提示客户输入PIN号。

如果客户选择不处理任何消息，则将未处理的消息存储在推消息队列1426内。

最后，该单元1420负责发送和/或检测任何通信并处理会话期间可能发生的错误。

系统必须确保无论何时设备可以支持都存在高级的安全性。平台1400将支持推荐的安全标准。例如，如果向平台1400发送XML消息，则在发送之前在最初地点加密最初的消息。因此任何消息在试验之前首先必须由解密1410对象解密。当首先接收到消息时，该对象将从系统信息数据库1428搜索密钥并且随后加载到包含PIN的消息头部。该信息随后被发送至显示小应用程序1414对象。一旦客户的PIN已经验证合法，则显示小应用程序1414通知该对象并且随后解密消息内容。解密消息随后被送至格式化器1412。对每条消息重复该过程。该对象1410还解密推消息队列1426中尚未处理和处理的消息。

格式化器1412负责将消息(即发送的文件)与本地小应用程序(即驻留在客户计算机上的程序)匹配(配对)，因此声称将要查看的显示小应用程序。一旦声称小应用程序，它被发送至显示小应用程序单元。注意：术语小应用程序可以是程序或脚本语言并且不局限于任何发展语言或平台。例如显示小应用程序的两种可能的程序结构可以是用XML(即脚本语言)和Java(即编程语言)编写的消息。

对于XML消息，本地小应用程序采用XML文档用于文本域的数据。

对于Java消息(即或者类似的文件结构)，格式化器1412采用两种小应用程序(即消息和本地小应用程序)以从两个小应用程序生成(即链接)功能性的小应用程序。在生成功能性的小应用程序之前，消息和本地小应用程序是非功能性的(即可能无法执行)。

显示小应用程序对象1414负责显示推消息，处理客户的按键并且捕捉客户的响应和客户特定的失时效日期，在该日期之前服务器必须处理响应或者考虑响应为空。该单元还负责验证客户PIN的合法性。

响应提取器对象1416负责将客户响应格式化为正确的格式。它从响应提取器1416接收客户的响应。虽然可以采用其他语言或格式，但是对响应的一种可能的格式是XML文档。

加密对象1418负责加密向服务器发送的XML响应文档。采用了存储在系统信息数据库1428中的密钥。

GUI查看器对象1422负责三种主要的功能。首先它显示未处理或处理过的消息。首先从该对象中接收处理过的消息并送回发送至显示小应用程序1414对象供处理。历史处理过的消息在列表中显示并随后客户可以查看细节(例如初始消息、响应、确认和日期/时间戳记)。该对象还显示确认和错误消息以及提供导航选项(例如菜单、列表等)。

其次，GUI查看器1422局部化对象将局部化显示和控制(例如菜单和文本域)。该对象将通过客户计算机操作系统的版本确定场所。选项还可以根据客户特征独立于操作系统地局部化GUI。XML消息格式包括局部化消息的提供。场所信息可以存储在资源文件或者系统信息数据库1428内。

第三，GUI查看器1422的作用相当于客户启动消息的主接口。客户可以从菜单选项请求改变其特征。在选择该选项后，几个特征变化选项呈现在客户面前。在输入变化之后，客户随后向服务器发送变化。在选择之后，变化被格式化和加密。小应用程序查看器1404随后建立与大通的通信并且发送变化。

V控制器对象1424负责从推消息队列中搜索未处理和历史处理过的消息并且控制其解密和格式化。消息按照优先权次序和失时效日期搜索，这里的失时效日期具有较大的提前。对象还周期性地(以规定的时间)检测推消息队列1426以寻找过阈值的消息。如果到达阈值，则对象将向GUI查看器对象1422发送提醒消息。

图30-32包含了三种序列图，示出了进一步的平台处理。图30示出了向平台发送代替平台非激活小应用程序的小应用程序。小应用程序随后与平台非激活小应用程序配对。图31示出了未处理消息的优先权重新分配和清除。当客户正在处理消息并且另一消息处于队列内时，新的消息代替队列的消息。图32示出的情况是客户主动修改其客户特征并且将变化向服务器发送。

以下部分描述负责从系统向客户发送消息并且从寻呼公司网络搜索客户响应的寻呼机/处理单元。

该部分解决双向或单向寻呼机消息的发送和接收。寻呼设备被定义为支持双向发送(即消息发送和响应接收)或单向发送(即从系统至客户)并且符合标准寻呼结构的设备。此外，该部分解决服务器侧的应用。该应用以下称为服务器，它是根据需要扩展的单元。

如图33所示，寻呼机处理单元1500驻留在服务器侧并且利用寻呼公司网络与客户寻呼机通信。这些分立的单元构成了寻呼处理结构。该结构将支持下拉服务；格式化并向客户单向1502或双向寻呼机1504发送消息；从智能寻呼机(例如双向寻呼机和SkyWriter2000)搜索客户的响应和状态；加密所有的发送；监视所有的发送并且向响应路由器1506提供状态；为输出消息分配优先权；以及支持向范围广泛的寻呼机的发送。

一旦服务器1508接收发送消息的请求，则它随后根据代码域确定目标设备发送特征、格式化消息、加密和发送。在发送之后，服务器1508等待来自寻呼机1502、1504的接收确认消息。一旦接收到确认消息，服务器1508等待响应消息。

服务器1508经NOC(即寻呼机公司网络运营中心)从平台1502、1504(即寻呼机)接收和处理消息。这些消息范围从状态消息到客户启动消息。一旦接收到响应，首先对响应(即消息)进行病毒扫描并解。在解密之后，进行鉴权、格式化并发送至响应路由器1506。响应路由器1506负责将消息提供给何时的对象。

服务器1508与平台1502之间的所有接收和发送都被加密。服务器1508确定合适的加密方法。

一旦消息被下行发送，则服务器1508将监视来自平台的更新状态，轮询NOC。如果在规定时间内未接收到响应，则服务器1508重新发送非智能设备的消息或者向响应路由器1506发送状态消息。重新发送基于客户的特征和设备。以下是服务器1508提供给响应路由器1506的一些响应：当接收到消息连同时间戳记时；如果客户查看了小时；接近状态时间阈值并且客户未响应的消息；已经过期但是客户未响应的消息；通信错误消息；以及客户启动消息。

由于输出消息的数量可能超过NOC的容量，所以服务器1508可以根据优先权水平和失时效日期为输出消息分配优先权。如果服务器1508不能在失时效日期之前发送消息，则它将这种情况通知响应路由器1506。服务器1508随后从消息队列中去除消息并且作上标记。

服务器1508必须支持范围广泛的寻呼机1502、1504。这些寻呼机1502、1504的范围可以从单向设备到曾经引入的Java使能设备。

与其他智能设备不同，双向寻呼机1504不允许隐含或其他机构为寻呼机发展唯一的服务。例如在双向或单向不支持以下的服务。在客户机侧不能自动地删除自动清除消息并且必须由客户完成。该限制意味着服务器1508不能完全满足客户寻呼机的需要。虽然对于单向寻呼机(即只是存储电话号码副本的设备)这不是问题，但是双向寻呼机将存储复制的消息。一旦寻呼机允许服务器1508远程删除未阅读的消息，则可以支持该特征。消息优先权分配-由于服务器1508不能直接访问客户的寻呼机，所以客户机侧的消息无法分配优先权。加密一当前寻呼机不支持加密或Java虚拟机(即JVM)。因此“推”发送是广义的并且不包含任何敏感的信息。一旦可以使用加密和/或Java，则可以定制和加密卡送达消息。

服务器1508负责两种模式的通信；客户消息的发送和接收。与因特网平台服务器(参见图24)一样，它被设计为两种模式的功能。服务器1508由几个对象组成，它们支持这些功能。这些对象为：下行流局部1510；加密局部1512；发送句柄1514；消息句柄1516；鉴权句柄1518；解密句柄1520；以及上行流句柄1522。

下行流句柄1510负责从发送分配器1524接收消息。它还负责解决在内部过程通信期间产生的通信错误。在接收和验证消息合法性之后，该对象向消息句柄1516发送消息。

消息句柄1516负责处理下行流和上行流消息。下行流任务包括处理发送消息和为消息重新分配优先权。

对于消息发送，个对象1516根据客户特征和消息格式确定目标设备特征(例如PIN号、操作时间)。一旦确定设备特征，消息被格式化并向加密句柄1512发送。

重新分配优先权需要消息句柄1516确定消息应该何时发送。为了确定消息的优先权，考虑下拉要素：消息的优先权级别和到期的失时效日期。例如消息最初被标记为第10个发送的消息。消息句柄1516确定它应该是第2并且为它重新分配优先权。因此对于非智能设备的消息，根据客户特征重新发送。例如客户特征表明它在一小时内不响应寻常并且应该发出另一寻呼。消息句柄1516跟踪发送之间的时间并因此而发送。

上行流任务包括监视消息的状态和向响应路由1506发送消息。

消息的监视要求消息句柄1516确定释放接收到“推”消息的响应或分析了响应。如果在规定时间内未接收到响应，则消息句柄1516重新发送消息或从消息队列中删除消息。在任一情况下，响应路由器1506都被通知该动作。如果已经接收到响应，消息句柄1516确定如果应该重新发送消息，则等待另外的状态更新，或者从消息队列中去除消息。例如通信错误要求消息重新发送。状态更新(例如“消息已经被接收”)要求消息句柄1516监视客户的响应。而客户响应被格式化(例如加入接收的日期和时间)提供给上行流句柄1522并且从消息队列1528中删除。注意消息句柄1516必须轮询寻呼公司的数据库以获得状态和/或消息。

发送/接收句柄对象1514负责经寻呼公司153向/从平台发送和接收消息。服务器1500与寻呼公司1530之间的通信由租借线路实现。单个的平台驱动器与该对象通信以转送消息。这些平台驱动器是寻呼公司的通信协议。

当引入新的平台设备1502、1504时，其驱动器不得不与该对象1514接口。该对象1514还负责解决在与平台1502、1504通信期间可能发生的通信错误。

加密句柄对象1512负责对向平台1502、1514发送的消息进行加密。采用批准的安全标准进行加密。如果寻呼公司1530只提供加密，则无需该对象。

解密句柄对象1520负责解密上行流消息。如果寻呼公司1530只提供解密，则无需该对象。

鉴权句柄对象1518负责鉴权输入的消息。如果消息鉴权失败，则通知消息句柄1516并且向响应路由器1506发送提醒。消息句柄1516随后等待来自发送分配器1524的指令。

上行流句柄对象1522负责与响应路由器1506的通信。它还负责解决两个对象之间的通信错误。

寻呼公司接收机1530不是服务器的域，它负责与选户籍502、1504和发送接收句柄1514直接通信。所有的通信消息存储在寻呼机消息队列1532中供消息句柄搜索。

图34示出了从服务器1508到寻呼设备1502、1504的消息和响应的过程流。

推隐含系统提出了一种称为“元网工作”的新通信方法。前述通信系统涉及从中终端经网络向接收终端发送消息。有时候链接了网络工作，例如内部Lotus Notes E-mail系统与因特网电子邮件链接或计算机网络经寻呼机通知技术人员单元性能下降。

元网工作的通信在标准的网络软件和硬件系统之上并且相当于一般通信需要的“管弦乐队”。元网工作的主体是1)作为通信者或单位的发送方和接收方/响应方2)消息(即消息的“应用层”内容或含义)。

元网工作需要普通网络不具备的特征1)用于发送消息的发送方理由、用于接受消息的接收方/响应方规则和消息的实际内容必须存储在特征、队列和缓存内并且随时间进行重新评估并且面对面地评估标准通信网络的能力(例如借助人工智能控制工具)。2)所有现有的网络都必须是可以被元网工作访问的以优化消息发送。3)一旦消息被响应或在其他网络或其他设备内“过时”，则必须从系统清除。4)消息必须重新分配优先权以响应发送方和/或接收方变化的情况。

推隐含系统是元网工作的一个例子。通信、决策制定和缓存单元(CDMC)1100(图22和23)是元网工作通信系统的基本功能单元。

虽然借助本发明描述了实施例，但是本发明的精神和范围由所附权利要求限定。

Claims (41)

1．一种方法，其特征在于包含：

识别与订户有关的信息；

识别至少两条与订户通信的不同的信道；

生成包含信息的消息，消息进一步包含响应信息，它能够使订户产生并经两条通信信道中至少一条发送响应；以及

在两条通信信道中至少一条上同时向订户发送消息。

2．如权利要求1所述的方法，其特征在于进一步包括从订户接受对消息的响应。

3．如权利要求2所述的方法，其特征在于信息涉及订户至少一个帐户，方法进一步包含提醒订户至少一个帐户以响应来自客户的响应。

4．如权利要求2所述的方法，其特征在于进一步包括对发送消息和接受的响应进行鉴权。

5．如权利要求1所述的方法，其特征在于识别信息的动作进一步包括监视至少一个影响订户的信息的数据源。

6．如权利要求5所述的方法，其特征在于订户在金融机构拥有帐户并且监视步骤包括监视帐户。

7．如权利要求5所述的方法，其特征在于方法在系统上完成并且监视步骤包括监视系统内的数据库和监视外部数据源。

8．如权利要求1所述的方法，其特征在于有多个订户，方法进一步包括对每个订户完成每个方法步骤。

9．如权利要求1所述的方法，其特征在于进一步包括：

生成多个消息；

建立多个消息的优先权；以及

其中发送步骤包括根据建立的优先权发送消息。

10．如权利要求1所述的方法，其特征在于进一步如果未在预定时间间隔内从订户接受到响应则重新发送消息。

11．如权利要求1所述的方法，其特征在于进一步包括消息已经至少两条通信信道中的至少一条成功发送的确认。

12．如权利要求1所述的方法，其特征在于进一步在发送前加密消息的步骤。

13．如权利要求1所述的方法，其特征在于进一步包括在发送前格式化至少两条通信信道每一条的消息。

14．如权利要求1所述的方法，其特征在于信息时时间重要的。

15．如权利要求1所述的方法，其特征在于进一步包括：

识别与订户通信的至少一个替换的通信信道；以及

如果在预定时间间隔内未接收到订户的响应则经至少一条替换的通信信道发送消息。

16．如权利要求1所述的方法，其特征在于进一步包括制定消息将过时的时间。

17．如权利要求16所述的方法，其特征在于进一步包括周期性地重新发送消息直到消息过时或者从订户接收到响应。

18．一种方法，其特征在于包括：

识别涉及订户帐户的信息；

生成包含信息的消息；

将消息嵌入小应用程序，小应用程序向订户提供显示消息、响应消息和提醒订户帐户的功能；以及

向订户发送小应用程序。

19．一种方法，其特征在于包含：

识别涉及订户帐户的信息；

识别与订户通信的至少一条通信信道；

生成包含信息的消息；

在至少一条通信信道上向订户发送消息；

从订户接收响应；以及

使响应与消息相关。

20．如权利要求19所述的方法，其特征在于方法进一步包括：

生成指示消息被发送的发送信息；以及

其中相关步骤包括修改指示响应已经被接收的发送信息。

21．如权利要求19所述的方法，其中信息涉及至少一个订户帐户，方法进一步包括：

提醒订户至少一个帐户以响应订户的响应。

22．一种使订户与系统通信的方法，包括：

建立多个订户的订户特征，订户特征包含涉及订户身份、较佳通信信道和替换通信信道的信息；

周期性地扫描至少一个系统内部的数据库和系统外部的数据源以获得影响多个订户中任何一个的第一信息；

主动监视至少一个系统内部的数据库和系统外部的数据源以更新和识别影响多个订户中任何一个的第二信息；

确定是否应该将第一或第二信息传送给多个订户中的任一个，任何这样确定的信息称为确定信息；

生成包含确定信息的至少一个消息；

识别确定信息应该传送给的多个订户中的至少一个；

从订户特征中搜索涉及多个订户中至少一个的较佳通信信道的订户特征；

格式化多个订户中至少一个的较佳通信信道的至少一条消息；

加密至少一条消息；

指定至少一条消息过时的时间；

经多个订户中至少一个的较佳通信信道发送至少一条消息；

监视经多个订户中至少一个的较佳通信信道发送成功确认的接收；

如果在第一预设时间内未接收到确认则从订户特征中搜索涉及多个订户中至少一个的替换通信信道的信息，并且经多个订户中至少一个的替换通信信道发送至少一条消息；

监视来自多个订户中至少一个的响应的接收；

如果在第二预设时间内未接收到来自多个订户中至少一个的响应，则经多个订户中至少一个的较佳通信信道重新发送至少一条消息；

如果至少一条消息过时则终止重新发送步骤；

从多个订户中至少一个接收响应；以及

对来自多个订户中至少一个的响应进行鉴权。

23．一种方法，其特征在于包括：

识别涉及订户至少一个帐户的信息；

识别与订户通信的至少一个通信信道；

生成包含信息的消息，消息进一步包含能使订户生成并发送响应的响应信息；

在至少一个通信信道上向订户发送消息；

接收来自订户的对消息的响应；以及

提醒至少一个订户帐户以响应来自订户的响应。

24．一种使系统与系统通信的系统，其特征在于系统包括：

信息识别模块，用于识别涉及订户的更新信息；

包含信道信息的订户数据库，信道信息识别与订户通信的至少两条不同的通信信道；

与信息识别模块耦合并且产生包含更新信息的消息的消息生成模块，消息进一步包含响应信息，能够使订户生成并经两条通信信道中至少一条发送响应；以及

与消息生成单元耦合的通信层，通信层包括与至少两条通信信道的接口，通信层在至少两条不同的通信信道上向订户同时发送消息。

25．如权利要求24所述的系统，其特征在于通信层接收订户对消息的响应，系统进一步包括与通信层耦合并处理来自订户的响应的响应模块。

26．如权利要求25所述的系统，其特征在于更新信息涉及订户的帐户，系统进一步包括与响应模块耦合的提醒模块，提醒模块提醒订户的帐户以响应响应模块对响应的处理。

27．如权利要求25所述的系统，其特征在于进一步包括与消息生成模块和响应模块耦合的鉴权模块，鉴权模块对消息生成模块生成的消息和响应模块处理的响应进行鉴权。

28．如权利要求24所述的系统，其特征在于进一步包括至少一个数据源，其中信息识别模块与至少一个数据源耦合并监视至少一个数据源以更新信息。

29．如权利要求28所述的系统，其特征在于至少一个数据源是金融机构的帐户信息数据源。

30．如权利要求28所述的系统，其特征在于进一步包括外部数据库接口，其中信息识别模块与外部数据库接口耦合并监视外部数据库以更新信息。

31．如权利要求24所述的系统，其特征在于有多个订户。

32．如权利要求24所述的系统，其特征在于消息生成模块生成多条消息，系统进一步包括与消息生成模块耦合并建立多条消息优先权的优先权模块，其中通信层根据优先权模块建立的优先权发送多条消息。

33．如权利要求24所述的系统，其特征在于如果在预定时间间隔内未接收到来自订户的响应则通信层重新发送消息。

34．如权利要求24所述的系统，其特征在于通信层接收消息经至少两条信道中至少一条成功发送的确认。

35．如权利要求24所述的系统，其特征在于进一步包括与消息生成模块耦合的加密模块，加密模块在通信层发送之前加密消息。

36．如权利要求24所述的系统，其特征在于进一步包括与消息生成模块耦合的消息格式化器，消息格式化器在通信层发送之前格式化至少两条通信信道中每一条的消息。

37．如权利要求24所述的系统，其特征在于更新信息时时间重要的。

38．如权利要求24所述的系统，其特征在于进一步包括与与订户通信的至少一条替换的通信信道通信的接口；以及

其中如果在预定时间间隔内未接收到来自订户的响应则经通信层至少一条替换的通信信道发送消息。

39．如权利要求24所述的系统，其特征在于进一步包括与消息生成模块耦合的管理模块，管理模块指定消息过时的时间。

40．如权利要求39所述的系统，其特征在于通信层周期性地重新发送消息直到消息过时或从订户接收到响应。

41．一种与订户通信的系统，其特征在于包括：

信息识别模块，用于识别涉及订户的更新信息；

与信息识别模块耦合并且生成包括更新信息的消息生成模块；

至少一条通信信道；

与消息生成模块和至少一条通信信道耦合的通信信道接口，通信信道接口在至少一条通信信道上向订户发送消息并且在至少一条通信信道上接收来自订户的响应；以及

与通信信道接口耦合并且使接收的响应与发送的消息耦合的响应模块。

Images