CN1303573A

CN1303573A - 用于无线消息传送系统中的应用程序的事务数据跟踪方法

Info

Publication number: CN1303573A
Application number: CN99806672A
Authority: CN
Inventors: 兰迪·T·特卡奇; 科林·S·C·昆
Original assignee: Glenayre Electronics Inc
Current assignee: Glenayre Electronics Inc
Priority date: 1998-05-27
Filing date: 1999-05-24
Publication date: 2001-07-11
Also published as: EP1080589A1; CA2333165A1; US6195533B1; WO1999062276A1; AU4199199A

Abstract

一种用于在无线消息系统中存储应用程序的事务数据的方法。应用程序可用于允许来自诸如E－mail或WWW的外部系统的寻呼消息输入到无线消息传送系统。这种应用程序可在应用程序平台上实现,它包含应用程序所要求的硬件系统和系统软件。应用程序通常要求使用存储在为该系统特别设计的应用程序数据库中的一定类型的事务数据。本发明通过使用允许应用程序发送特殊联网消息到无线系统的代码库(17),提供一种在无线系统(19)内的数据库存储这种事务数据的方法。在混合系统中,应用程序仍可拥有自己的事务数据库(18),用来存储某些类型的事务数据,但也可存储其它类型的数据到无线消息传送设备中的数据库。相对于存储应用程序的所有事务数据的数据库,在这些混合系统中的应用程序事务数据库的设计更筒单。

Description

用于无线消息传送系统中的应用程序的事务数据跟踪方法

本发明一般涉及无线消息传送系统(wireless messaging system)，特别是涉及在无线消息传送系统中跟踪信息的方法。

诸如寻呼系统的无线消息传送系统最近20年经历了巨大的变化。早期的寻呼设备只是简单的无线电接收机，从寻呼业务接收到寻呼信息后，接收机就发出嘟嘟声。随着寻呼技术的发展，向寻呼设备发送消息数据逐渐成为可能，这个消息数据可包含字母数字式消息。例如，寻呼消息可告诉用户打电话到家，打电话到办公室，路过干洗店时顺便取一下衣服等等。计算机化资源的出现，使通过这些寻呼系统发送的信息的比例开始增加，而不是通过电话的按键输入，这种消息作为文本输入到只负责发送消息到寻呼机的专用计算机程序中。

最近，寻呼设备经历了一个变革，寻呼机具有的新特征包括：能接受二元数据以及文本或数字；能回送消息到呼叫者；能被嵌入到诸如自动售货机的机器中，当需要服务时这些机器能自动通知主站。目前技术已经发展到允许寻呼消息来自于诸如E-mail或WWW(WorldWide Web)的资源。

为使诸如E-mail或WWW的独立系统能连接到寻呼系统所使用的无线消息传送设备，必须开发计算机应用程序软件以方便于两种系统之间的信息流通。计算机应用程序软件运行于一个应用程序平台上，该应用程序平台包括运行该应用程序所必须的所有硬件和辅助软件。希望编写这种应用程序的开发人员面临许多障碍。例如，为编写一个应用程序，开发人员可能要求能熟知无线消息传送系统在传播中使用的所有编码格式，以及正在使用的寻呼机类型。目前寻呼系统使用的大量现有程序、计算机平台以及用户接口又增加了额外的复杂性。

虽然已开发了一些技术解决方案解决了上述一些问题，但使应用程序开发人员特别头疼的一个问题是开发应用程序数据库的工作。应用程序数据库包含在应用程序平台和存储应用程序所要求的信息中。例如，一个给定应用程序可能需要接入到消息信息中，如：一个寻呼呼叫输入的数据和时间；呼叫者的身份；呼叫类型(如E-mail寻呼请求或其它)；呼叫者要求的寻呼优先权；或寻呼请求的文字。这些信息能为开发人员所希望的任何目的为应用程序所用。例如，在消息丢失时这些信息可用来重新创建一个消息，有助于来自寻呼机的消息应答处理过程，或通常用于关于系统信息流量的记录保持。

通常情况下的需求为，应用程序数据库为实时数据库，能为潜在的成千上万或百万数量级的事务处理存储数据。这种类型的数据库的开发成为应用程序开发人员的一项沉重负担，它常常要求大量的开发时间，这就减慢了推向市场的过程，而且它要求设计人员具有实时嵌入式系统设计的先进技术。本发明针对一种克服前述和其它缺点的开发应用程序的方法。更具体地，本发明针对这样一种方法，它跟踪应用程序的消息数据，但并不要求该应用程序具有应用程序数据库。

本发明公开一种为应用程序存储事务数据的方法。本应用程序是建立在寻呼设备之外的平台上。这种应用程序的例子可以是采用Sun工作站的互联网网关应用程序。呼叫者发送一条寻呼消息到该应用程序，以通过无线消息传送设备进一步发送到寻呼机。该应用程序处理这条消息，以便必需的格式和信息能发送到无线消息传送设备。

根据本发明的一种方面，特定的事务数据不由应用程序存储在其自身的数据库中，而是存储在无线消息传送设备的数据库中。这种事务数据可包括信息，如：来自呼叫输入的数据和时间；呼叫者的身份；呼叫类型(如：WWW寻呼请求与E-mail寻呼请求)；呼叫者要求的寻呼优先权；或寻呼请求的完整文字。该应用程序用来在无线消息传送设备的数据库中存储数据的方法在代码库和无线消息传送设备之间包含一套特殊的联网消息，它指示无线消息传送设备执行预期的数据存储功能。当数据要从无线消息传送设备返回到应用程序中时，使用另一套联网消息，它允许应用程序处理该事务数据，就好象这些事务数据来自它自己的数据库。

根据本发明的另一方面，使用本发明时，当发出一个寻呼请求时，应用程序通过无线消息传送设备传递所有事务数据，而且无线消息传送设备在将任何响应返回到应用程序时返回所有这些数据。在这种模式下，该应用程序是“无状态的”，即应用程序不跟踪事务状态。

根据本发明的再一方面，随着平台内软件的增加，应用程序仍能拥有其自己的事务数据库。则某些类型的事务数据可存储在无线消息传送设备的数据库中。在这种情况下，无线消息传送设备在返回响应到应用程序时，传送一个唯一的事务ID，以便应用程序可参考其数据库中合适的事务。

要理解的是，公开的这种跟踪应用程序的事务数据的方法的优点在于，它减轻了应用程序开发人员的负担。通过采用这个方法，应用程序工程师不必设计其自己的事务数据库。该方法因此增加了设计人员开发出更成功的应用程序的机会，因为他们不必精通实时嵌入式系统设计。这种应用程序推入市场的时间也因此缩短。另外，在应用程序仍包含其自身的数据库以存储某些类型的事务数据的混合系统中，通过将剩余的事务数据存储在无线消息传送设备中，开发数据库的难度和要求也大大降低了。

通过参考下面的详细描述连同附图，本发明的前述方面和许多优点将变得更容易理解，其中：

图1为寻呼系统的方框图，其中根据本发明，可选择在应用程序中包含事务数据库；

图2为图1的寻呼系统的方框图，示意了应用程序平台的各种类型，以及无线消息传送设备的组件；

图3为本发明的寻呼系统中应用程序平台的消息处理例程的流程图；以及

图4为混合寻呼系统的应用程序平台的消息处理例程的流程图，其中应用程序平台同时使用其自身的事务数据库和无线消息传送设备的数据库。

图1示意了寻呼系统10的主要组件。经由寻呼系统的常见信息类型为消息分组，它们由呼叫者输入以广播到一个特定寻呼设备。这种类型的消息分组可由呼叫者11通过应用程序平台12输入到寻呼系统10。应用程序平台包括一个应用程序使用的硬件系统和系统软件。应用程序平台12包含应用程序软件15和代码库软件17。应用程序软件15经代码库17连接到无线消息传送设备13。代码库17使应用程序软件15能进行软件过程调用，生成代码库17和无线消息传送设备13之间联网消息。根据本发明，应用程序软件15可包含或不包含事务数据库18。在现有技术中，应用程序软件一般要求包含一个事务数据库。

无线消息传送设备13包含数据库19。根据本发明的方法，关于消息事务的信息可能不需要存储在应用程序平台的数据库中，相反，存储在无线消息传送设备13的数据库19中。在现有技术中，通常存储在无线消息传送设备13的数据库19中的信息只包含数据项，如：呼叫发送到寻呼机的数据和时间，以及指向存储寻呼者信息的存储器段的指针。根据本发明，通常存储在应用程序数据库中的附加信息，现在可通过使用一套特殊的联网消息存储在数据库19中，这套联网消息是由应用程序15通过使用代码库17调用的进程呼叫产生的。

通常存储在应用程序平台12的数据库18内的事务数据通常包含信息，如：来自消息的数据和时间；呼叫者的身份；呼叫类型(如：WWW寻呼请求与E-mail寻呼请求)；呼叫者要求的寻呼优先权；或寻呼请求的完整文字。在本发明的方法中，当所有这些事务数据从应用程序软件15经代码库17被发送到无线消息传送设备13时，所有事务数据可与寻呼消息一起传送。无线消息传送设备13接着根据来自应用程序平台12包含在数据内的特殊联网消息，将所有事务数据存储在数据库19中。

一旦无线消息传送设备13接收到寻呼消息，它试图发送寻呼消息到寻呼机14。寻呼机14可以多种方式响应来自无线消息传送设备13的寻呼消息。例如，其中一种响应类型可为仅仅指示寻呼消息已被成功接收到。一旦无线消息传送设备13接收到来自寻呼机14的响应，它发送关于响应的必要消息到应用程序平台12，并包含存储在数据库19的必要的事务数据。必要的事务数据通过代码库17使用一套特殊的联网消息由应用程序15处理。通过这种方式，应用程序14接收它需要的事务数据，而不必存储数据到其自身的事务数据库中。

图2示出了寻呼系统10更为详细的框图，图中示意了一些类型的平台和无线消息传送设备的一些组件。经由寻呼系统的常见信息类型为消息分组，它们由用户输入，以广播到特定的寻呼设备。通过寻呼系统的消息分组首先参考标准电话输入方法描述，接着描述应用程序平台处理过程。

标准电话输入的消息分组可从标准电话16经公众交换电话网20输入到寻呼系统10。消息分组接着输入消息传送交换22，它接收特定的电话线数据，并且是消息传送交换系统21的一个输入组件。消息传送交换系统21包括输入消息传送交换22作为输入设备，包括几个主消息传送系统23、25、44和70作为信息存储设备，包括输出消息传送交换36作为输出设备，以及包括连接所有的消息传送交换系统的内部交换协议网络24。在某些系统中，输入消息传送交换和主消息传送交换可为同一物理设备。消息传送交换21采用的协议管理消息如何在消息传送交换系统22、23、25、36、44和70之间发送。虽然在消息传送交换系统之间发送的消息经常称为“消息分组”，或简称为“消息”，它们实际上可为任何类型的应用程序协议数据单元(APDU)，它们为“分组”形式，其中数据或命令可在任何一个消息传送交换之间发送。

从输入消息传送交换22，消息分组接着经通信链路50通过交换间协议网络24，分别经通信链路51、55、53或72被传送到主消息传送交换23、25、44或70。通信链路50、51、53、55和72可为简单的电线、微波链路、卫星链路或任何其它合适的通信路径。主消息传送交换包含寻呼设备所要求的信息存储数据库。往返寻呼设备发送的所有信息通过寻呼设备的主消息传送交换。主存储交换数据库暂时存储输入消息分组，接着如前所述通过输出交换发送消息到寻呼设备。消息传送交换数据库也维持一个寻呼设备的数据库记录，包含目前注册的寻呼设备位置，呼叫发送到寻呼机的数据和时间，以及指向寻呼机信息存储内存段的指针。正如下面详细描述的，根据本发明，主消息传送交换数据库也可由一套特殊的联网消息维护，以使它能存储外部系统附加的数据。

消息分组从主消息传送交换23、25、44或70中的一个，接着经通信链路51、53、55或72通过交换间协议网络24经通信链路52传送回输出消息传送交换36。输出消息传送交换36通常与一定的发射机或发射机覆盖的地理区域相关联。因此，输出消息传送交换36可表示覆盖诸如特定城市的特定区域的发射机，而且在该城市广播的消息分组可发送到该输出消息传送交换。例如，来自输出消息传送交换36的消息分组经通信链路被发送到发射系统30。发送到发射系统30的消息分组通过基站网络37发送，接着经通信链路66或68可选择地分别发送到基站38或40，以广播到该地理区域内的寻呼设备14。基站38和40能同时向远端寻呼设备广播和接收远端寻呼设备的信号，因为发射机和接收机都位于基站内。或者，接收机可位于与基站接收机不同的位置。

除了标准电话输入方法，寻呼消息也可通过各种应用程序平台输入到无线消息传送设备21。应用程序平台包含硬件系统和该应用程序使用的系统软件。虽然平台可以是用户定制的，但它常基于现有硬件，如Unix或基于PC的计算机。图1示出了应用程序平台的一个例子，包含telocator消息输入协议(TME)应用程序平台90、E-mail应用程序平台94、以及WWW应用程序平台98。输入到TME应用程序平台90的寻呼消息通过个人电脑73输入，接着通过公众交换电话网20路由。输入到E-mail应用程序平台94的寻呼消息通过个人电脑74输入，接着通过企业邮件网络84传递。用于WWW应用程序平台98的寻呼消息通过个人电脑78输入，接着通过互联网88传输。

应用程序平台90、94、和98可通过使用代码库产生的联网消息，连接寻呼网络21的消息传送交换。在一个计算机程序中销售的代码库的一个例子称为WMapi^TM(无线消息传送应用程序编程接口)，可由Glenayre Electronics^TM购买到。该程序基本上是一套功能呼叫，应用程序开发人员可用它接入到无线消息传送网络。实质上，程序隐藏了无线消息传送网络的复杂性，并促进简单的标准接口接入消息传送交换。WMapi^TM允许开发人员在无线消息传送设备之外的平台上编写一个应用程序。尽管WMapi^TM程序大部分的功能呼叫有利于简化应用程序平台和无线消息传送设备之间的接口，继续烦扰应用程序开发人员的一个问题是开发应用程序数据库的工作。

通过代码库的使用，应用程序平台90、94和98能在无线消息传送设备21之外时对输入消息传送交换(如输入消息传送交换22)具有相似的功能。平台90、94、98的硬件可以为用户定制的，但它们经常基于诸如Unix或基于PC的计算机的现有硬件。正如通过输入消息传送交换22的消息在传递到输出消息传送交换36前通常要经过一个主消息传送交换一样，用作输入消息传送交换的应用程序平台在进入到输出消息传送交换36前，也首先发送其消息到主消息传送交换。换句话说，应用程序平台通常通过“网关”主消息传送交换连接到无线消息传送交换21。如图2所示，TME应用程序平台90连接主消息传送交换25,E-mail应用程序平台94连接主消息传送交换70，而WWW应用程序平台98连接主消息传送交换44。

如前所述，主消息传送交换包含寻呼设备所要求的信息存储数据库。主消息传送交换数据库维护寻呼设备的数据库记录，包含目前寻呼设备的注册位置，呼叫发送到寻呼机的数据和时间，以及指向寻呼机信息存储内存段的指针。根据本发明，通过使用代码库产生的一套特殊联网消息的控制，主消息传送交换也可用于存储外部应用程序平台所要求的事务数据。如前所述，这种附加事务数据可包含：寻呼呼叫输入的数据和时间；呼叫者的身份；呼叫类型(如：WWW寻呼请求与E-mail寻呼请求)；呼叫者要求的寻呼优先权；或寻呼请求的完整文字。因此，应用程序平台90、94和98可控制主消息传送交换25、70、44和23内的主消息传送交换数据库，以存储需要存储在特别为应用程序平台设计的数据库中的事务数据。如前所述，这种数据库的设计传统上是应用程序开发人员的沉重负担，一是因为开发时间，二是因为要求具有实时嵌入式系统设计的先进技术。通过允许在无线消息传送设备使用主消息传送交换数据库以存储这种事务数据，开发这种应用程序的过程就可大大简化了。

图3为本发明的寻呼系统中应用程序平台的消息处理例程的流程图，其中应用程序平台并不具有其自身的事务数据库。在功能块100，呼叫者留给应用程序一个寻呼。该寻呼可通过个人电脑或其它装置输入，接着可通过公众交换电话网、企业邮件网、互联网或其它媒介到达应用程序平台。一旦应用程序接收到寻呼，在功能块102，应用程序使用代码库发送寻呼和事务数据到无线消息传送设备的主消息传送交换。如前所述，主消息传送交换就是“网关”，通过它应用程序平台连接到无线消息传送设备。

在功能块104，主消息传送交换接收到来自应用程序的寻呼和事务数据，与代码库产生的一套特殊的联网消息一起来指示主消息传送交换的操作。一旦主消息传送交换接收到这个信息，它根据来自联网消息的命令继续工作，而且除了存储关于该寻呼的通常信息，它还存储特别由应用程序平台发送的事务数据。在功能块106，寻呼从主消息传送交换被发送到无线消息传送设备的输出消息传送交换，接着发送到寻呼机。寻呼机在功能块108响应，在此响应由无线消息传送设备的输出消息传送交换接收，并送回到发出寻呼的主消息传送交换。

在功能块110，无线消息传送设备中的主消息传送交换接收来自寻呼机的响应，并与存储在主消息传送交换中来自应用程序平台的事务数据一起，将其转发到应用程序平台。主消息传送交换知道返回响应数据，因为事务数据为一个“任选域”，即如果被使用就在主消息传送交换数据库设置一个比特，使其返回响应事务中的数据。在功能块112，应用程序平台使用代码库接收来自寻呼机的响应，并处理事务数据。在功能块114，给呼叫者返回一个响应。

在此公开的跟踪事务数据的方法更好，这是因为它允许应用程序接入它需要的数据，而不要求应用程序开发人员设计独立的事务数据库。如前所述，这种数据库的开发对应用程序开发人员来说是个沉重的负担，结果是极少开发出成功的应用程序和推向市场的步伐更缓慢。

即使当应用程序开发人员被要求设计一个事务数据库来存储该应用程序的一些事务数据，通过限制必须存储的事务数据类型，数据库也可大大简化。在这种混合系统中，一些事务数据存储在应用程序数据库中，而其中一些存储在无线消息传送设备中。图4为本发明的混合寻呼系统的应用程序平台消息处理例程的流程图，其中应用程序平台为存储一定类型的事务数据维持其自身的事务数据库，同时也维护主消息传送交换的数据库，以存储其它类型的事务数据。这个消息传送处理例程有点类似于图3的消息处理例程。在功能块120，呼叫者留给应用程序一个寻呼。一旦应用程序接收到寻呼，在功能块122，应用程序存储某些类型的事务数据到其自身的数据库，接着使用代码库发送寻呼和其它类型的事务数据到无线消息传送设备中的主消息传送交换。

在功能块124，主消息传送交换接收来自应用程序的寻呼和事务数据，与代表库产生的一套特殊的联网消息一起，指示主消息传送交换存储事务数据。在功能块126，该寻呼从主消息传送交换发送到输出消息传送交换，接着发送到寻呼机。在功能块128，寻呼机响应输出消息传送交换，输出消息传送交换将响应转发到主消息传送交换。

在功能块130，主消息传送交换接收来自寻呼机的响应，并将该响应与在应用程序平台的请求时存储在主消息传送交换的事务数据，以及与唯一的事务ID一起，转发到应用程序平台。唯一事务ID允许应用程序参考其数据库内的适当的事务。在功能块132，应用程序平台使用代码库接收来自寻呼机的响应，以及存储在无线消息传送设备的事务数据，并使用唯一事务ID将关于同一寻呼事务的事务数据定位在自己的数据库内。应用程序平台就可同时使用所需的两种类型的事务数据。在功能块134，给呼叫者返回一个响应。

本发明已根据一个优选实施例及几个变型来描述。通过阅读前面的说明后，普通技术人员能对其进行各种改变、修正以及同等替换，而不偏离公开的本发明的概念。因为在此授予的专利文件的范围只受所附权利要求书及其等效物的限制，而不受所描述的实施例的限制。

Claims

1．在寻呼系统中，一种用于跟踪有关发送到寻呼机的消息的事务数据的方法，寻呼系统具有应用程序平台和无线消息传送设备，应用程序平台包含一个应用程序，无线消息传送设备有一个数据库，该方法包含步骤：

(a)由应用程序接收的寻呼消息包含关于该寻呼消息的特定事务数据；

(b)应用程序与至少一条联网消息一道，发送寻呼消息和事务数据到无线消息传送设备，以指示无线消息传送设备存储事务数据；以及

(c)无线消息传送设备将事务数据存储到数据库。

2．根据权利要求1的方法，还包含步骤：当来自寻呼机的应答被从无线消息传送设备发送到应用程序时，无线消息传送设备返回来自数据库的事务数据到应用程序。

3．根据权利要求2的方法，其中通过将事务数据指定为一个任选域，即如果被使用就在主消息传送交换数据库设置一个比特，以使数据库向事务数据返回来自寻呼机的应答，来使无线消息传送设备向事务数据返回来自寻呼机的应答。

4．根据权利要求1的方法，其中应用程序是无状态的，因为应用程序平台没有自己的事务数据库，因此应用程序不能保持跟踪事务的状态。

5．根据权利要求1的方法，其中应用程序平台包含：一个代码库，被应用程序用于产生到无线消息传送设备的联网消息。

6．根据权利要求1的方法，其中应用程序平台还包含一个数据库，应用程序存储一定类型的事务数据到应用程序数据库，并发送其它类型的事务数据到无线消息传送设备以存储。

7．根据权利要求1的方法，其中无线消息传送设备中的主消息传送交换，包含数据库，存储来自应用程序的事务数据。

8．根据权利要求1的方法，其中应用程序支持发送来自电子邮件系统的寻呼消息。

9．根据权利要求1的方法，其中应用程序支持发送来自WWW系统的寻呼消息。

10．根据权利要求1的方法，其中应用程序支持发送来自TME系统的寻呼消息。

11．在寻呼系统中，一种用于跟踪有关寻呼消息的事务数据的方法，寻呼系统具有一个应用程序平台、一个无线消息传送设备、以及寻呼机。应用程序平台包含一个应用程序，以用于发送来自外部系统的寻呼消息，无线消息传送设备有一个数据库，该方法包含步骤：

(a)该应用程序使用代码库发送至少一条联网消息到无线消息传送设备；

(b)无线消息传送设备中的数据库由联网消息指示，用来存储从应用程序平台发送的事务数据；以及

(c)当从寻呼机接收到一个响应时，无线消息传送设备中的数据库返回事务数据到应用程序平台。

12．根据权利要求11的方法，其中通过将事务数据指定为一个任选域，即如果被使用就在主消息传送交换数据库设置一个比特，以使数据库向事务数据返回来自寻呼机的应答，在步骤(c)使无线消息传送设备向事务数据返回来自寻呼机的应答。

13．根据权利要求10的方法，其中无线消息传送设备中的主存储交换，包含数据库，存储从应用程序发送的事务数据。

14．根据权利要求10的方法，还包含步骤：应用程序使用从无线消息传送设备返回的事务数据，向发送始发寻呼消息的呼叫者发出一个响应。

15．根据权利要求10的方法，其中从无线消息传送设备返回的事务数据用于保持对通过应用程序平台的信息流的跟踪。

16．根据权利要求10的方法，其中由无线消息传送设备产生的数据与从无线消息传送设备返回的事务数据一起，包含到应用程序平台。

17．在有利于通过无线消息传送设备发射寻呼消息的一种应用程序中，寻呼消息发自一个外部系统，一种允许应用程序在无线消息传送设备中存储数据的方法，该方法包括步骤：

(a)应用程序收集关于寻呼消息的特定数据；

(b)应用程序接入一个用于产生联网消息的代码库到无线消息传送设备；以及

(c)应用程序使用代码库产生至少一条联网消息，它指示无线消息传送设备存储由无线消息传送设备数据库中的应用程序发送的数据。

18．根据权利要求15的方法，其中无线消息传送设备中的主消息传送交换包含数据库，存储由应用程序发送的数据。

19．根据权利要求15的方法，还包含步骤：当从寻呼机接收到响应时，无线消息传送设备返回数据到应用程序。

20．根据权利要求19的方法，其中通过将数据指定为一个任选域，即如果被使用就在主消息传送交换数据库设置一个比特，以使数据库向数据返回来自寻呼机的应答，来使无线消息传送设备向数据返回来自寻呼机的应答。