CN1141551A - 使网上通信用户化的方法及系统 - Google Patents

Abstract

本发明所提出的使通信网络用户进行通信所用的协议用户化的方法和系统利用数据库存储各个包括应怎样使输入、输出消息格式化的规定和应怎样控制通信流的指令的客户事务分布，因此通过编辑数据库就可很方便地改变网络用户的客户事务分布。具有这样的数据库的前端系统能执行提供用户化通信所必需的所有功能，从而网络承办公司可以迅速地为每个网络用户提供用户化的协议，而不需要用户添置专用的设备或软件。

Description

使网上通信用户化的方法及系统

本发明涉及电信网络数据交换技术。具体地说，本发明涉及使电信网络用户与网络进行通信所使用的应用协议用户化的技术。

由于电信网络用户寻求能最佳地利用所能获得的各种电子通信服务的方式，因此对电信网络能用户化以适合每个用户具体需要的要求日益迫切。近来，大多数公用网络上的通信都是用标准通信协议进行的。

这些在多数公用网络上所使用标准通信协议主要包括一组表征在网络上交换的数据的编码规则。知道了这些规则，网络用户就可以对数据进行编码和解码，不会有模糊。然而，使用标准协议的缺点是，不改变用户软件就不能按用户个别需要重新规定协议和/或使协议用户化。

电信技术领域的现状是要求网络用户修改其软件来适应通信协议的改变。例如，一个银行可装有一个允许客户通过电话请求提供帐目信息的系统。这个银行系统向客户提示选择一个服务项目，而用户则根据这提示按压一个或几个双音频按键。银行计算机受程序控制，根据客户请求执行一个或几个例行程序，例如：当客户输入“1”时发送传真，而当客户输入“0”时发送语音消息。然而，这种系统只限于银行软件中所含的这些预先编好程序的响应。如果银行希望修改这系统以处理一些新类型的信息请示，则银行就必需相应修改系统软件。解决这个问题的一个方法是使网络承办公司(如AT&T)在客户和银行之间提供一个自适应接口。自适应接口可以使用户能重新规定相互之间的商务通信形式，而不必修改与网络的接口，既不费时，又不费钱。因此，对于网络用户来说，极希望协议能用户化，也就是说，这种网络承办公司是非常有吸引力的。

按照本发明，网络服务的用户(例如银行)告诉承办公司什么时候需要呼叫方发出的来向消息和这来向消息的格式。承办公司以后就先将呼叫方的消息翻译成用户格式，再转发给用户。以相同的方式，用户告诉承办公司什么时候用户希望发送去向消息给呼叫方和去向消息的格式。承办公司先将这去向消息翻译成呼叫方可以理解的格式，再发送给呼叫方。这样，用户和呼叫方之间可以改变对话格式，但任何一方都不需要改变接口软件。这种系统的优点下面以银行为例加发说明。

采用本发明，银行很容易将银行计算机和银行客户之间进行的通信用户化。银行计算机配有为以本发明所提方式进行操作所设计的接口软件。这样，为了改变银行与客户的通信流，银行要通知网络承办公司银行准备回答的客户的各种新的类型，即对这些请求的响应、以及请求和响应的格式。然后，网络承办公司就会用银行提供的信息修改存有银行与客户的通信协议的数据库。数据库编辑好后，就完成了实现新的通信流的准备。因此，新的银行—用户通信流的实现只涉及编辑数据库，无论银行还是网络承办公司都不用修改各自的软件。

在本发明的一个优选实施例中，网络承办公司用客户事务分布(CTP)数据库来存储各用户(例如银行)的当前“协议规定”。这个数据库存在计算机磁盘上，可以随时进行编辑，更改所存储的协议。

为了设立一个协议，用户需向网络承办公司提供用户所要求的协议的说明。承办公司利用这些说明将必要的数据输入CTP数据库，以便实现用户化的通信。用户的CTP文件可以随时编辑。因此，要实现新协议的用户只需向承办公司提供一个新的说明，承办公司就用这些新的说明编辑CTP文件，从而改变协议。

在呼叫方启动与用户的通信时，用户的CTP文件从磁盘存储器调入网络中的一个“前端系统”执行。前端系统读出文件，确定输入消息格式和输出消息格式，用这些格式对进、出用户的通信进行翻译。从呼叫方发至用户的消息在通过前端系统时被变换成用户输入消息格式所规定的形式。从用户发至呼叫方的消息以用户输出消息格式送至前端系统，由前端系统变换成呼叫方能够理解的格式。

利用这样的前端系统作为一个翻译机，用户和呼叫方就可以在不改变各自的网络接口的情况下改变通信形式。此外，利用CTP存储协议定义可以使用户协议的改变并不需要改变驻留在前端系统的软件程序。

在本说明的附图中：

图1为采用本发明的一个示例性通信系统的原理方框图；

图2为作为本发明的一个优选实施例的通信系统的原理方框图；

图3为说明本发明所提出的操作情况的流程图；以及

图4为可以用来实现本发明的一个优选实施例的软件模块和网络服务程序的配置图。

图1为本发明的一个实施例的方框图。如图所示，这个用作说明的实施例包括用户10、前端系统12、电信网络17和呼叫方18。前端系统12可以是网络的部件，也可以与网络分开，其形式可以是诸如个人计算机、计算机工作站、主计算机、微处理器之类的自动装置。为了说明方便起见，在图1和2中将前端系统与网络分开示出。实现本发明必需的软件存储在前端系统内。这软件需要使用存在前端系统12的磁盘存储器14上的客户事务分布(CTP)数据库15中的数据。

CTP中含有各个用户的独立的记录。该记录包含了有关用户希望在应用软件层上怎样通过电信网络进行通信的各条指令。每当启动与用户的通信时，前端系统12都要访问磁盘存储器14，找到用户CTP记录。于是，该记录装入前端系统主存储器16，用来控制启动的通信会话。由于CTP含有实现每个用户的应用协议必需的全部信息，因此改变协议只要编辑CTP即可。

在一个优选实施例中，CTP建立过程序包括以下这几个步骤。首先，分析在网络单元和用户设备之间要通过接口交换的用户商务流和“商务数据”。分析结果录入由网络承办公司规定的“商务事务表”。这表的作用是保证有足够的信息备用和防止可能出现的模糊。其次，对网络承办公司将执行加一些值和协助完成用户商务事务的各种服务(动作)进行标识。这些服务/动作的代码通过承办公司提供的“服务/动作手册”得到(专用服务及其启用方式不是本发明的范围)。第三，通过使各相应服务/动作代码与商务过程的“每个”步骤对应来完成商务事务表。然后，拼接商务事务流并列好对应的通信服务，作好用来执行用户事务流的准备。最后，为用户指定一个标识号，亦即“ID号”。

技术人员利用计算机软件工具和将数据输入支持系统(一个与前端系统分开的计算机系统)将记录在商务事务表中的数据“转换”成一个客户事务分布(CTP)。支持系统将该分布格式化成一个与用户的ID号相关的文件，装入前端系统。该分布在装入前端系统后由系统的先进智能软件包加上附标，以备处理与用户ID号相关的消息时使用。然后，技术人员“接通”前端系统中的客户事务分布，用户就“联机”了。一旦用户接通，网络承办公司按照达成一致的商务数据流执行用户的商务事务。

前端系统接收到的消息激励智能软件包，打开由用户ID号确定的相应用户分布。消息按记录在分布内的消息说明“解码”。然后，嵌在消息中的指令启动网络服务，将值加到用户的商务事务上。如果用户决定改变商务事务流，则首先产生一个新的商务事务表，然后将这表中所含的信息反映到用户的客户事务分布中。在对CTP进行修改时，现存的分布可以被“锁定”，使得在修改结束前不能加以参照来处理呼叫。在修改结束时，新的分布找开，此后就可以用来处理呼叫了。

除了由技术人员更新CTP15外，也可以采用由用户10通过通信连接线20直接更新的方式。连接线20以及本发明中所有其他通信连接线都可以是现有的连接线，也可以是用户化的连接线，其形式可以是诸如标准电话线、双绞屏蔽线、同轴电缆、光纤线路、无线链路之类的任何一种常用的通信连接线。

一旦为用户10设立了CTP记录，就能进行呼叫方18(任何电信装置)和用户10之间的通信了。呼叫方通过连接线22向网络17发送一个信号启动通信。网络17通过连接线30接至前端系统12。前端系统12确定这呼叫发向的用户后，将这个用户的CTP记录装入主存储器16。前端系统12将呼叫方的消息翻译成在CTP记录中所规定的输入格式，通过连接线24将经翻译的消息发送给用户10。

如果要求用户10答复，则用户10通过连接线26将回答发送给前端系统12。回答用的是在用户的CTP记录中所规定的输出格式。前端系统12将这回答从输出格式翻译成呼叫方可以理解的格式，通过连接线32发送到网络17，再通过连接线28转发给呼叫方18。这个从呼叫方18至用户10再返回到呼叫方18的通信回路在一次通信会话期间可以反复多次。

在图2所示的优选实施例中，银行客户可以用他的电话机上的双音频按键64a—64l向银行计算机发出请求。图2中示出了银行计算机40、前端系统50、网络58和银行客户62。在图2中还示出了输入消息48和输出消息66的格式方框图。前端系统50将客户62发向银行计算机40的消息转换成输入消息格式48，而将银行计算机以输出消息格式66发向客户62的输出消息从输出消息格式转移成客户62可以理解的格式。

下面是对银行40和客户62之间的一种典型的事务处理过程。客户拨出“ABC银行”服务热线号。通过标准电话连接线60，客户62接至网络58，而网络58通过连接线55将客户62接至前端系统50，这样前端系统50就能为ABC银行40执行前端商务交互处理。前端系统中的一个软件功能启用后，将所拨号码变换为唯一的标识ABC银行CTP记录56的“用户ID号码。然后银行的CTP记录从前端系统磁盘存储器52读入前端系统主存储器54，进行操作。

表1中示出了一个用来进行说明的示例性CTP记录。

前端系统软件读出客户CTP记录中规定的第一条指令，开始执行“商务事务处理”。由表1所示的CTP记录可见，这第一条指令是一个通告ABC—0。ABC—0在向客户62播放时为：

(语音)您已进到ABC银行的客户热线，请从以下菜单中进行选择：

您的帐目信息，按“1”；

利率更新情况，按“2”；

帐户资金转移，按“3”；

结束呼叫，按“0”。

客户通过按压客户电话机上的双音频按键64a—64l中的一个按键，作出选择。在本例中，客户选择按键“1”。

然后，前端系统软件按照录在CTP记录中的商务事务处理指示播放通告ABC—1—1：

(语音)请输入您的帐号。

客户输入所要求的帐号，进行响应。

然后，前端系统软件播放通告ABC—1—2：

(语音)请输入您的PIN号码。

客户输入PIN号码，进行响应。

此时，前端系统软件从CTP记录中识别出符号“*0”。“*”指示ABC银行期待一个输入消息和ABC银行将发送一个回答，而“0”指示前端系统应返回到指令ACB—0，再次播出主菜单。

前端系统50按照在客户的CTP记录中所规定的输入消息格式ABC—1—2将输入消息48格式化。在CTP记录中有两行对ABC—1—2格式作了规定：第一行，“ABC—1—2：(2，2，10，10)”，规定了格式中各段的段长；而第二行，“(查询银行，选择，帐号，PIN号)”，规定了格式中各段的段定义。前端系统根据各段长列出用来将信息从客户转发给银行的一个输入消息“包”。在协议词典中前端系统可以“查找”各个段的定义，以确定对于具体地输入或输出消息前端系统应作出的动作(如果有的话)。

实现协议词典的一种方式是用一个“查找表”，表中对每个段定义都列出了相应的计算机可读码。对于充分说明本发明而言，并没有必要更详细地去讨论协议词典问题，这不属于本发明专利申请范围。

在任何情况下，输入消息格式ABC—1—2包括以下各段：X.25的报头68,2字节的数据库查询70，2字节的客户选择72，10字节的客户帐号74，以及10字节的客户PIN号码76。X.25报头使输入消息“包”可以用X.25包交换协议通过连接线46发送。可以理解，虽然在本实施例中用的是X.25协议，然而，也可以采用许多其他众所周知的诸如综合业务数字网络—主速率接口(ISDN—PRI)协议之类的协议来实现本发明。应该指出的是各字段的字段长(字节数)可以根据用户需要而定，实现用户化。

接收到输入消息48后，银行计算机40查询数据库42，按照在银行的CTP记录中所规定的输出消息格式15将输出消息66格式化。输出消息包括：X.25的报头78，2字节的指示应执行的前端系统业务的代码80(在本例中，数字15表示从文本到语音)，8字节的事务处理ID82，4字节的需转换的文本的长度84(在本例中为XX字节)，以及XX字节的需转换文本86。与输入消息的情况一样，还需要一个X.25的报头，以便采用X.25包交换协议发送输出消息“包”。输出消息通过连接线44发送。

输出消息66从银行计算机40传送到前端系统50后，由前端系统将帐目信息86转换成语音通过连接线55、网络58和连接线60播放给客户62。然后，前端系统根据“*0”指示中的“0”再播放主菜单ABC—0。

客户选择按钮“3”，以将资金从一个帐户转移到另一个帐户。

前端系统接收到客户的输入后，播放通告ABC—3—1：

(语音)请输入您希望转出资金的帐号。

客户输入转出帐号，XXXXXXXXX。

然后，前端系统播放通告ABC—3—2：

(语音)请输入您希望转入资金的帐号。

客户输入转入帐号YYYYYYYYY。

接着，前端系统请求客户输入要求转移的金额，ABC—3—3：

(语音)请输入需转移的金额。

客户输入金额，ZZZZZ。

前端系统从CTP记录中识别“*4”符号。根据“*”指示，前端系统按照在CTP记录中所规定的ABC—3—3输入格式将输入消息格式化(注：图2中未示出ABC—3—3格式)。如表1中所示，ABC—3—3格式包括：2字节的资金转移标志，2字节的客户选择，10字节的转出帐号，10字节的转入帐号，以及10字节的转移金额。银行计算机执行了资金转移后按照输出消息格式15将一个文本到语音的消息发送给前端系统。前端系统将语音转达给客户，再遵照“*4”符号中的“4”指示向客户发布ABC—4：

(语音)如果您需要传真确认，按“1”；

如果您需要信函确认，按“2”。

如果客户选择键“1”，则前端系统请求客户输入传真确认的电话号码，即播放通告ABC—4—1：

(语音)请输入传真号码及区位代码。这将在您转入资金的帐户中扣除1美元的费用。

客户输入传真号码。前端系统发现“*0”符号后，按照ABC—4—1输入消息格式将给银行的输入消息格式化。这消息的形式是：2字节的传真确认标志，2字节的客户选择，以及10字节的客户传真号码。然后，银行指令前端系统响应按照输出消息格式16产生的输出消息。输出消息的前2字节指示前端系统应执行的服务(在本情况下，数字16指示文本到传真转换服务)。随后的4字节指示需转换的文本的长度(在本情况下，为XX字节)。最后的XX字节为需转换的文本。

然后，前端系统响应“*0”符号中的“0”指示，再次播放主菜单，继续按照分布执行操作。

图3A和3B示出在处理与用户的通信中前端系统所采取的各项操作步骤的流程图。如图3A所示，前端系统必需首先得到事务管理器发出的一个事务处理请求(步骤120)。每当CTP记录指示有一个输入消息要从前端系统发送给用户或有一个输出消息要从用户发送给前端系统时就会产生这种请求。接收到一个事务处理请求后，前端系统查询是否要启动一个新的事务(步骤122)。如果要启动一个新的事务处理，就必需将与这个事务处理相关的CTP记录装入前端系统的主存储器，或“处理缓冲存储器”(步骤124)。如果这个事务处理请求只是一个原来事务处理的一部分，则可以用现已在处理缓冲存储器中的CTP记录进行处理。

正确的CTP记录装入处理缓冲存储器后，前端系统对该请求的消息类型进行识别，是输入消息还是输出消息(步骤126)。消息类型确定后，进入相应的处理“分支”(步骤128)。

当请求的是一个输入消息时，进入输入消息分支，前端系统采取以下步骤。首先，前端系统收集要发给用户的商务数据(步骤130)。在银行和客户的例子中，要发送的商务数据可以是一个银行帐号。其次，按照在CTP记录中所提供的输入消息格式将商务数据格式化(步骤132)。然后，启用接口处理器，将输入消息发送给用户(步骤134)。至此，前端系统就结束了对输入消息的处理(步骤136)。

当请求的是一个输出消息时，前端系统进行流程的输出消息“分支”。作为处理一个输出消息的第一步，前端系统从输出消息中读出服务码(步骤138)。根据这个服务码，前端系统访问CTP记录，找出相应的输出消息格式。前端系统应用它对这个格式的知识从输出消息中分析出商务数据(步骤140)。然后，启动用来执行在输出消息中所要求的服务的各个网络服务器(步骤142)，收集从这些服务器得到的响应(步骤144)。至此，前端系统查询在输出消息服务结束后是否直接就会有一个输入消息(步骤146)。如果要求一个直接输入消息，则进入输入消息分支。否则，就结束前端系统对这个输出消息的处理(步骤148)。

图4示出了可以用来实现本发明的前端系统软件模块和网络服务器的配置图。如图4所示，在用户和前端系统之间的接口包括接口处理器90和事务管理器92这两个软件模块。接口处理器执行使前端系统能采用各种标准的开放型系统互连(OSI)协议进行通信所必需的信号处理。事务管理器执行识别与每个事务请求相关的用户的任务。

在每个事务请求与相应用户相关后，各请求的特性由事务请求句法分析器94提供记录。输入/输出消息分析器96利用这记录访问CTP98，获取处理请求所必需的信息。如果请求是要收集或产生商务数据，则由商务数据处理器100处理这些任务。处理器100可能不能提供所要求的全部收集和产生数据的服务，但可以将任务委派给一个或几个网络服务器去执行。

商务数据处理器100所示可以使用三个不同的服务器：图象处理器102，文本语音转换服务器104，以及通告服务器106。通告服务器106与通告数据库108连接。通告数据库108可以用来存储一组预定的用户通告，可由通告服务器很方便地调用。在完成商务数据的收集和产生后，数据送至响应处理器110。响应处理器110对数据加以组织，为由接口处理器进行传输作好准备。

         表1    用于银行和客户例子的CTP

用户ID号                客户商务事务说明：

ABC—0(1，2，3，4)      /*括号内数字为有效输入

ABC—1—1(0—99999999)  /*0：帐号范围

ABC—1—2(0—999)*0     /*0：PIN号范围

                        /**：期待消息

                        0：返回主菜单

ABC—3—1(0—99999999)

ABC—3—2(0—99999999)

ABC—3—3(0—99999999)*4/*4：发送消息后进至ABC—4

ABC—4(1，2，3)

ABC—4—1*0

ABC—4—2

ABC—4—3

输入消息：

ABC—1—2：(2，2，10，10)    /*消息中各段相应长度

(查询银行，选择，帐号，PIN号)/*各段相应定义

ABC—3—3：(2，2，10，10，10)

(资金转移，选择，转出帐号，转入帐号，转移金额)

ABC—4—1：(2，2，10)

(传真确认，选择，传真号)

输出消息：                   /*未规定的业务号码不被处理

15：(2，4，XX)               /*动作码15的各段相应长度

(动作，文本长度，文本)       /*各段相应定义

16：(2，4，XX)

(动作，文本长度，文本)

………

………

事务处理分布的其他特征(需进一步用户化)。

………

………

Claims (20)

1.一种使一个网络通信协议用户化的方法，其特征是所述方法包括下列步骤：

(a)为所网络的一个用户规定一个或多个客户事务分布，每个所述分布与一个唯一的用户标识号对应；

(b)将所述各客户事务分布存入一个数据库；

(c)为在所从网络上启动的一次通信会话分配一个唯一的用户标识号；

(d)利用所述指配的用户标识号为所述通信会话确定一个匹配客户事务分布；

(e)访问所述数据库，检索所述匹配客户事务分布；以及

(f)利用所述匹配分布控制在所述通信会话期间的通信流。

2.按权利要求1所提出的方法，其特征是其中所述利用所述匹配分布控制在所述通信会话期间的通信流这一步骤包括下列步骤：

按照在所述匹配客户事务分布中所规定的一个消息格式形成一个通信分组；

在所述通信分组上附加一个分组报头；以及

用一个标准的分组交换协议发送所述通信分组。

3.按权利要求2所提出的方法，其特征是其中所述在所述通信分组上附加一个分组报头这一步骤包括下列步骤：

建立一个X.25分组报头；以及

在所述通信分组上附加所述X.25分组报头。

4.按权利要求2所提出的方法，其特征是其中所述在所述通信分组上附加一个分组报头这一步骤包括下列步骤：

建立一个ISDN—PRI分组报头；以及

在所述通信分组上附加所述ISDN—PRI分组报头。

5.按权利要求1所提出的方法，其特征是所述方法还包括下列这一步：

根据所述用户发出的改变通信流的请求修改所述客户事务分布。

6.一种为一个通信网络的用户提供可用户化的协议的设备，其特征是所述设备包括：

(a)一个或多个客户事务分布，每个所述分布与一个唯一的用户标识号对应；

(b)一个数据库，其作用是存储所述一个或多个客户事务分布；以及

(c)一个前端系统，其作用是为在所述通信网络上启动的一次通信会话指配所述用户标识号中的一个用户标识号，用所述指配的用户标识号确定所述通信会话的一个匹配客户事务分布，从所述数据库检索所述匹配客户事务分布，以及用所述匹配客户事务分布管理在所述通信会话期间的通信流。

7.按权利要求6所提出的设备，其特征是其中所述唯一的用户标识号包括一个电话号码。

8.按权利要求6所提出的设备，其特征是其中每个所述客户事务分布都包括：

一个或多个消息格式，其作用是规定所述用户和所述通信网络之间的通信格式；以及

一个或多个指令，其作用是控制所述用户和所述通信网络之间的通信流。

9.按权利要求6所提出的设备，其特征是其中每个所述客户事务分布都包括：

一个或多个输入消息格式；

一个或多个输出消息格式；以及

一个或多个指令，其作用是控制所述用户和所述通信网络之间的通信流。

10.按权利要求9所提出的设备，其特征是其中每个所述输入消息格式和每个所述输出消息格式都包括：

一个或多个字段的长度；以及

一个或多个字段的定义。

11.按权利要求6所提出的设备，其特征是所述设备还包括：

一个用来连接所述前端系统和所述用户的装置。

12.按权利要求6所提出的设备，其特征是所述设备还包括：

一个用来连接所述数据库和所述前端系统的装置。

13.按权利要求10所提出的设备，其特征是其中所述前端系统包括一个计算机。

14.按权利要求6所提出的设备，其特征是所述设备还包括：

一个用来修改所述客户事务分布的装置。

15.一种为一个通信网络的用户提供可用户化的协议的设备，其特征是所述设备包括：

一组客户事务分布，每个所述分布与一个唯一的用户标识号对应；以及

一个前端系统，所述前端系统具有一个用来存储各所述客户事务分布的磁盘存储器，一个能装入一个或多个所述客户事务分布以建立一个或多个装入的客户事务分布的主存储器，以及一个利用所述装入的分布控制所述通信网络上的通信流的装置。

16按权利要求15所提出的设备，其特征是其中每个所述唯一的用户标识号都包括一个电话号码。

17.按权利要求15所提出的设备，其特征是其中每个所述客户事务分布都包括：

一个或多个消息格式，其作用是规定所述用户和所述通信网络之间的通信格式，而每个所述消息格式都包括一个或多个段长和一个或多个段定义；以及

一个或多个指令，其作用是控制在所述通信网络上的通信流。

18.按权利要求15所提出的设备，其特征是所述设备还包括：

一个用来连接所述前端系统和所述用户的装置。

19.按权利要求15所提出的设备，其特征是其中所述前端系统包括一个计算机。

20.按权利要求15所提出的设备，其特征是所述设备还包括：一个用来修改所述客户事务分布的装置。

Images