专利名称：用于交易处理系统的信用状态检验系统和检验方法
技术领域：
本发明涉及一种由包括诸如用于消费者信贷和银行的自动出纳员机的终端的一个计算机网络组成的交易处理系统，特别是，涉及一种利用客户登记的电话号码自动检验信用状态的信用状态检验系统。
金融机构，如消费者信用商行，检验寻求信贷的客户的信用状态是很重要的，以便使坏帐的可能性最小。因此，当机构持有与客户的信贷合同时，将核实客户的基本个人信息，包括地址、姓名、电话号码、出生日期、和姓别，以及就业情况和客户收入。这些制订合同时所核实的个人信息通常登记到机构的客户数据库中，以在办事员需要时参考。
这种个人信息必须适当地保存。换句话说，诸如地址或电话号码的信息变化应该立即反映到客户数据库中。否则，在客户信用状态检验时会引起不便，这可能导致错误的信贷。
各金融机构，包括银行和消费者信贷公司，已经采取了各种措施，以通过跟踪客户的信用信息适当地更新客户数据库。显然用足够的时间和人力持续检查客户的信用信息将有效地防止错误的信贷。这种客户信用信息的彻底跟踪是不切合实际的，一般要考虑检验所需的成本。
本发明的一个目的在于提供一种信用信息检验系统，该系统能够利用记录的关于客户的电话号码通过计算机系统自动进行检查过程，快速和容易地检查客户的信用状态。
本发明利用与现有的公共电话网络连成一体的ISDN提供的先进承载业务。例如，根据ITU-T建议I.110,1998，把ISDN-综合业务数字网络定义为[A]网络，一般从一种电话综合数字网络(IDN)进化而来，提供端对端数字连接性以支持大范围的业务，包括语音业务和非语音业务，用户通过一组有限的标准多目的用户网络接口对其访问。
在本说明书中，术语“ISDN”应该理解为熟悉本专业的普通人员认为合理的最广程度。
根据本发明的一个方面，一种与交易处理系统结合的信用状态检验系统，包括一个关于该交易处理系统的客户的电话号码检查设备。该交易处理系统一般包括至少一个自动交易设备，用来简化与客户的人机接口；一个客户数据库，用来在其中存储客户记录；一个客户数据库管理器；及一个信用信息管理器。
电话号码检查设备作为一个用户终端与ISDN相连，该终端作为一个呼叫终端，用来处理在ITU-T建议Q.931中定义的电路交换呼叫控制过程。
客户数据库管理器响应客户的自动交易设备的操作，在客户数据库中查寻对应于经自动交易设备之一输入的客户ID的客户文件，以便检索客户登记的电话号码，并且把检索的电话号码传送到电话号码检查设备。
电话号码检查设备把包括一个承载能力信息要素中的一个非限制或限制数字信息的SETUP(建立)消息发送到网络，在该网络中把从客户数据库管理器接收的电话号码定义为被呼叫方号码。当网络接收到发送的SETUP消息并传送一个ALERTING(警报)或CONNECT(连接)消息时，电话号码检查设备把一个DISCONNECT(脱开)消息立即发送到网络，以执行一个清除序列，并确定在SETUP消息中的被呼叫方号码有效。当网络没有接收到发送的SETUP消息并传送一个DISCONNECT消息时，电话号码检查设备立即执行一个清除序列，并从网络得到一个在DISCONNECT消息的一个信息要素中的原因，以根据该原因确定在SETUP消息中的被呼叫方号码是有效还是无效。
电话号码检查设备分析在从网络发送回的DISCONNECT消息中包含的一个信息要素的原因，并且当该原因指示一组预定原因之一(如“未指定(未分配)号码”)时，通知信用信息管理器该电话号码无效。
最好，电话号码检查设备分析在从网络发送回的DISCONNECT消息中包含的一个信息要素的原因，以在与该原因相联系的诊断信息字段中检索新的电话号码，并在网络送回包含有“号码改变”的原因的情况下，通知所述信用信息管理器以检索的新电话号码改变客户的电话号码的事实。
信用信息管理器能够从电话号码检查设备接收通知，以把通知输出到交易处理系统中的一个预定终端。
由如下详细描述，本发明的其他目的和优点对熟悉本专业的技术人员将成为显而易见的，其中简单通过考虑实现本发明的最好模式的说明，表示和描述了本发明的最佳实施例。如将会认识到的那样，本发明可以具有其他不同的实施例，并且其几个细节可以在各个明显的方面改进，都不脱离本发明。因而，认为附图和描述在本质上是说明性的，而不是限制性的。
图1表示根据本发明一个实施例，与信用状态检验设备结合的交易处理系统的硬件配置示意图；和图2表示根据图1中系统的一个信用状态检验过程的主要部分的流程图。
《本系统的基本配置和操作》图1表示根据本发明一个实施例，包括一个信用状态检验系统的交易处理系统的示意图。在这个实施例中，交易处理系统包括一个计算机网络系统，该计算机网络系统包括多个自动交易机10作为终端，如消费者信贷机构的自动信贷机和银行的自动出纳员机。自动交易机10通常安装在百货商店、超级商场、和自动信贷室中。持有与交易处理系统的合同的客户能够由他/她自己操作自动交易机10以接收现金。
自动交易机10包括一个指令操纵台11、一个卡片阅读器12、一个付款机13、一个表格发放装置14、和一个终端计算机15。指令操纵台11装有一个把各种信息图像显示给客户的显示器和一个用来让客户操作的键盘。卡片阅读器12阅读持有与该系统的正式合同的客户的ID卡。表格发放装置14发放其上表示交易内容的各种表格。终端计算机15完全控制机器10的整个系统，包括指令操纵台11、卡片阅读器12、付款机13、和表格发放装置14。终端计算机15还与交易系统的一个主计算机20通信，以在其之间交换信息。
主计算机20经专用线路与多个自动交易机10连接。在主计算机20中的一个数据库21累积包括客户信用状态的多个客户信息。数据库21还以集中方式收集和保持各次交易记录。多个操作终端30还经专用线路与主计算机20连接。职员经与交易有关的操作终端30处理各种任务。一个用于直接管理本发明信用状态检验系统的交易的主计算机20的信息处理的中央部分主要包括数据库管理装置、一个数据库管理器22和信用信息管理装置、一个信用信息管理器23。数据库管理器22查询数据库21以检索所需的数据，即，客户文件，并且进行数据库21的整个管理，如数据的存储、添加、替换、删除。特别是，信用信息管理器23监视和分析客户信用状态的变化，以向系统提供必要的适时警报。
本发明信用状态检验系统的一个主要元件包括一个经专用线连接到上述主计算机20的电话号码检查设备40。检查设备40的一个主要部分一般包括一个装有一块ISDN通信板42的个人计算机41，ISDN通信板42经一个DSU43与一个ISDN网络连接。如众所周知的那样，ISDN同与其互连的一个常规普通电话网络形成一个综合通信网络。
《信用状态检验系统的初始操作序列》当客户操作自动交易机10的指令操纵台11以启动一次具体交易，且把他的/她的ID卡放入卡片阅读器12中时，卡片阅读器12阅读记录在诸如客户ID卡中的数据和客户已经申请的交易内容。从ID卡读出的信息从机器10传送到主计算机20。主计算机20根据传送的数据，检查记录在数据库21中的客户的信用状态信息和交易信息。根据检验结果，主计算机20进行包括同意与该客户的交易的各种处理。在由主计算机20进行的处理中，数据库管理器22对应于从自动交易机10传送的客户ID，查询客户记录文件，以检索对于该客户的登记电话号码。主计算机20然后把检索的电话号码数据传送到检查设备40，以使电话号码被检查。
配置电话号码检查设备40的个人计算机41接收电话号码数据和一个指令，以完成电话号码检查过程的一个序列，如图2所示。首先，启动建立序列的处理，以估计有关的电话号码(步骤100至200)。在建立序列中，首先把要估计的电话号码定义为呼叫方号码，并且产生把一个非限制数字信息指定为承载能力的SETUP消息以发送到一个网络(步骤201)。根据在ITU-T建议Q.931中详细定义的电路交换呼叫控制过程，处理建立序列200。在本说明书中省略电路交换呼叫控制过程详细描述，因为一些参考文献提供了对其的准确解释。按如下处理该过程的一个典型序列。
从一个呼叫终端接收一个SETUP消息的网络，把一个CALLPROCEEDING(呼叫进行)消息发送到呼叫终端，报告一个选择的B-信道，并且还把SETUP消息发送到一个被呼叫终端。通过这种过程，指定被呼叫终端所需的各种能力。被呼叫终端检验诸能力，以确认哪一个被呼叫终端满足要求的能力。满足要求而被确定的被呼叫终端把一个ALERTING消息送回网络。(被呼叫终端指示警报。)ALERTING消息从网络发送到呼叫终端。当被呼叫终端回答摘机时，一个CONNECT消息从被呼叫终端经网络发送到呼叫终端。响应CONNECT消息，一个CONNECTACKNOWLEDGE(连接证实)消息从呼叫终端发送到网络，并且从网络发送到被呼叫终端。根据以上序列，接收SETUP消息并连接两个终端。
在某些情况下，由于各种原因不能接收从呼叫终端请求的呼叫。网络把一个DISCONNECT消息发送到呼叫终端，以对于这些情况执行一个清除序列。把为什么不接收呼叫的原因，作为附加到从网络发送到呼叫终端的DISCONNECT消息上的一个信息要素的一个原因中的原因号码，报告给呼叫终端。
《DISCONNECT消息中的原因》在ITU-T建议Q.931中，附加到DISCONNECT消息上的原因显示的类别和号码定义如下。
1．正常类别[原因No.1-未分配(未指定)号码]这种原因表示不能到达被呼叫方，因为尽管被呼叫方号码是一有效格式，但当前没有分配(指定)。这种原因表示发送该原因的设备已经接收到把一个不识别的特定转接网络确定为呼叫通过的路径的请求。发送该原因的设备不识别转接网络，是因为该转接网络不存在，或者因为该特定转接网络尽管存在，但不为发送该原因的设备服务。这种原因表示因为已经指定给呼叫通过的网络不服务于希望的目的地，所以不能到达被呼叫方。这种原因表示作为信道选择结果的选择信道对于呼叫方是不可接受的。这种原因表示已经给与用户输入的呼叫，并且输入的呼叫正在连接到已经给该用户为类似呼叫建立的一个信道上(例如，包模式X.25虚拟呼叫)。这种原因表示正在清除该呼叫，因为呼叫涉及的用户之一已经请求清除该呼叫。在正常情形下，该原因的源不是该网络。这种原因用来表示被呼叫方不能接收另一个呼叫，因为已经遇到用户占线状态。在这种情况下，用户设备与该呼叫是兼容的。当在分配的预定时间段内(在建议中定义的计时器T303或T310的终止时间)，被呼叫方不应答带有警报或连接指示的呼叫建立消息时，使用这种原因。当已经向被呼叫方发警报，但在预定的时间段内被呼叫方不回答连接指示时，使用这种原因。这种原因不必由JT-Q931过程产生，但可以由内部网络计时器产生。当一个移动台已经经一根无线电总线与一个发信过程脱开，或不能与一个移动台建立无线电通信时(由于干扰、越界、断电等等)，使用这种原因值。这种原因表示发送这种原因的设备不希望接受这种呼叫，尽管当发送这种原因的设备即不占线又不是不兼容时，能接受呼叫。当不再指定一个呼叫方指示的被呼叫方号码时，把这种原因返回该呼叫方。新的被呼叫方号码可选择地包括在诊断字段中。
这种原因表示还没有给与用户输入呼叫。这种原因表示不能到达用户指定的目的地，因为与目的地的接口运行不正确。术语“运行不正确”表示发信消息不能发送到远程用户，例如，远程用户处的物理层或数据链接层失效，或用户设备脱机。这种原因表示不能到达被呼叫方，因为被呼叫方号码不是有效格式中，或者不完整。当用户请求的设施不能由网络提供时，返回这种原因。当用来产生STATUS消息的原因是STATUS ENQUIRY消息的优先接受时，这种原因包括在STATUS消息中。仅当正常类别中没有其他原因适用时，才用这种原因报告一个正常事件。
2．不可用资源类别[原因No.34-没有电路/信道可用]这种原因表示当前没有合适的电路/信道用来处理呼叫。这种原因表示网络运行不正确，并且该状态可能持续相当长的时间段，例如，立即重试呼叫不可能成功。这种原因表示网络运行不正确，并且该状态不可能持续较长的时间段，例如，用户可以希望几乎立即重试另一次呼叫。这种原因表示产生这种原因的交换机设备正在经历高密度通信时段。这种原因表示网络不能把访问信息按请求的那样发送到远程用户，即，如在诊断中指示的用户对用户信息、低层兼容性、高层兼容性、或子地址。注意特定类型的访问信息丢弃可选择地包括在诊断中。当请求机构指定的电路或信道不能由接口的另一侧提供时，返回这种原因。仅当网络阻塞类别中没有其他原因适用时，才用这种原因报告网络阻塞事件。
3．业务或选择不适用类别[原因No.49-QoS不适用]用这种原因报告不能提供请求的QoS，如在X.213建议中定义的那样(例如，不能支持通过或转接延时)。这种原因表示请求的辅助业务不由网络提供，因为用户还没有完成用于管理的必要过程。这种原因表示用户已经请求由产生这种原因的设备实现的承载能力，但未授权用户使用。这种原因表示用户已经请求由产生这种原因的设备实现的承载能力，但此时设备不适用。仅当在不适用的业务或选择中没有其他原因适用时，才用这种原因报告业务或选择不适用。
4．业务未实现类别[原因No.65-承载能力未实现]这种原因表示发送这种原因的设备不支持请求的承载能力。这种原因表示发送这种原因的设备不支持请求的信道类型。这种原因表示发送这种原因的设备不支持请求的辅助业务。这种原因表示一个设备已经请求非限制的承载业务，但发送这种原因的设备只支持请求承载能力的限制形式。仅当在业务或选择未实现类别中没有其他原因适用时，才用这种原因报告一个业务或选择未实现事件。
5．无效消息类别[原因No.81-无效呼叫基准值]这种原因表示发送这种原因的设备已经接收到带有一个呼叫基准的消息，该呼叫基准当前没有用在用户网络接口上。这种原因表示发送这种原因的设备已经在用于呼叫的接口上接收到使用一个未致动信道的请求。例如，如果一个用户已经预定了号码从1至12的这些信道，并且用户设备或网络试图使用信道13至23，则产生这种原因。这种原因表示已经用一个呼叫身份偿试呼叫恢复，该呼叫身份不同于对于任意当前挂起呼叫所用的身份。这种原因表示网络已经接收到一个包含一个呼叫身份(包括无效呼叫身份)的呼叫挂起请求，该呼叫身份已经用于在接口区域的范围内的一个挂起呼叫，在该整个接口区域能恢复该呼叫。这种原因表示网络已经接收到一个包含一个呼叫身份信息要素的呼叫恢复请求，该呼叫身份信息要素当前不指示在其上可以恢复呼叫的接口区域范围内的任何挂起的呼叫。这种原因表示网络已经接收到一个包含一个指示挂起呼叫的呼叫身份信息要素的呼叫恢复请求，该挂起呼叫在挂起的同时已经被清除(或者由网络超时，或者由远程用户)。见辅助业务的说明。这种原因表示发送这种原因的设备已经接收到一个建立呼叫的请求，该呼叫具有不能容纳的低层兼容性、高层兼容性、或其他兼容属性(例如，数据速率)。这种原因表示接收了具有如单独定义那样的错误格式的传送网络标识。仅当在无效消息类别中没有其他原因适用时，才用这种原因报告一个无效消息事件。
6.协议差错(例如，未知消息)类别[原因No.96-强制信息要素丢失]这种原因表示发送这种原因的设备已经接收到丢失一个信息要素的消息，该信息要素在能处理该消息之前必须存在于该消息中(一个强制信息要素)。这种原因表示发送这种原因的设备已经接收到具有一种消息类型的消息，该消息类型不识别，或者是因为这是没有定义的消息，或者定义了但不由发送这种原因的设备实现。这种原因表示发送这种原因的设备已经接收到一个消息，而在呼叫状态中以致于过程没有表示这是允许接收的消息，或者接收到了一个表示一个不兼容呼叫状态的STATUS消息。这种原因表示发送这种原因的设备已经接收到一个包括未识别信息要素的消息，因为信息要素标识符未定义，或者定义了但不由发送这种原因的设备实现。然而，为了使发送这种原因的设备处理该消息，不需要该信息要素存在于该消息中。这种原因表示发送这种原因的设备已经接收到一个已经实现的信息要素；然而，以这样一种方式编码信息要素中的一个或多个字段还没有由发送这种原因的设备实现。这种原因表示已经接收到一个与呼叫状态不兼容的消息。这种原因表示已经由与层3说明的差错处理过程有关的一个计时器的终止启动了一个过程。仅当在协议差错类别中没有其他原因适用时，才用这种原因报告一个协议差错事件。
7．配合工作类别[原因No.127-配合工作、未规定]这种原因表示已经有与一个不对采取行动提供原因的网络相配合的工作。因而，不能确定正在发送消息的准确原因。
《信用状态检验系统的操作序列》如图2中的流程图所示，在本发明信用状态检验系统的电话号码检查过程中，当网络在建立序列200中已经接收到包括由呼叫方发送的一个SETUP消息的呼叫，并且送回一个ALERTING或CONNECT消息时，执行步骤202或203至步骤301、302、404。然后，呼叫方立即把一个DISCONNECT消息发送到网络以完成一个清除序列，并且确定包括在这个检查过程中的电话号码有效。检查设备40向主计算机20的信用信息管理器23报告，估计检查的电话号码有效。
当因为在建立序列200中不接受由呼叫方发送的SETUP消息，而由网络发送一个DISCONNECT消息时，执行步骤204至步骤401、402。呼叫方立即完成一个清除序列，并且采集附加到由网络发送的DISCONNECT消息上的信息要素的一个原因号码。根据该原因，确定在SETUP消息中的电话号码有效、无效或延期。
(a)有效电话号码如果在步骤402中采集的原因号码与如下的任一个相符，则确定在SETUP消息中的电话号码有效。检查设备40向信用信息管理器23报告，估计检查的电话号码有效。(步骤403至404)。[原因No.7-给与呼叫并且正在一个建立的信道中传送呼叫][原因No.16-正常呼叫清除][原因No.17-用户占线][原因No.18-没有用户应答][原因No.19-没有来自用户的回答(向其发警报的用户)][原因No.20-用户不在][原因No.21-呼叫拒绝][原因No.27-目的地故障][原因No.49-QOS不适用][原因No.50-请求的设施未预定][原因No.57-承载能力未授权][原因No.58-承载能力当前不适用][原因No.63-业务或选择不适用、未规定][原因No.65-承载能力未实现][原因No.66-信道类型未实现][原因No.69-请求设施未实现][原因No.70-只有限制的数字信息承能力][原因No.79-业务或选项未实现、未规定][原因No.88-不兼容的目的地](b)号码改变当在步骤402中采集的原因号码对应于[原因No.22-号码改变]时，检索在原因的一个诊断信息字段中包含的一个新电话号码，以通知信用信息管理器23(步骤403、405至406)。
(c)无效电话号码如果在步骤402中采集的原因号码与如下的任一个相符，则确定在SETUP消息中的电话号码无效。检查设备40向信用信息管理器23报告，检查的电话号码无效(步骤403、405、407至408)。可以以适当的时间间隔重复用来确定一个具体电话号码无效的检查过程两次，以便确认电话号码的无效状态。如果在两次连续检查中确定电话号码无效，则通知主计算机20的信用信息管理器23，确认检查的电话号码有无效。[原因No.2-没有到规定转接网络的路径][原因No.6-信道不可接受](d)确定延期如果在步骤402中采集的原因号码不对应于在步骤403、405、或407任一个中描述原因号码，则不能确定在SETUP消息中的电话号码是有效还是无效。通知信用信息管理器23，确定延期。(步骤403、405、407至409)。
《实际操作》这里描述的这样一种交易系统的大多数客户是常规模拟电话网络的用户，尽管目前ISDN的用户数量，例如在日本的INS-NetTM，正在逐渐增大。当在这种情形下进行电话号码检查过程时，一般在本发明的检查设备40与ISDN交换站，即，网络，之间进行如下通信。
(事例A)被呼叫方号码是模拟电话网络的有效用户号码。
该事例的数量似乎占大多数。本发明的检查设备40发送一个包含一个指定为承载能力的非限制数字信息的SETUP消息，因而网络送回一个带有[原因No.3-没有到目的地的路径]的DISCONNECT消息。因此，检查设备40通知主计算机20检查的电话号码有效。应该注意如下事实，在号码检验和确定期间永远没有向具有要检验的电话号码的被呼叫方发警报。换句话说，从具有要检验的电话号码的被呼叫方的观点看来，被呼叫方永远不受强迫被呼叫方回答的无用呼叫烦扰。
(事例B)被呼叫方号码已经改变在该事例中，网络送回一个包含[原因No.22-号码改变]的DISCONNECT消息，而不管用户号码是模拟电话网络的还是ISDN的事实。接收到该消息的电话号码检查设备40通知主计算机20，检查的电话号码已经改变。
(事例C)被呼叫方号码当前没有在使用中非常重要的是，对于一个具体客户的电话号码，为了确定客户的信用状态，要尽可能早地知道这种情形已经发生。在该事例中，网络送回一个包含[原因No.1-未分配(未指定)号码]的DISCONNECT消息，而不管用户号码是模拟电话网络的还是ISDN的事实。接收到该消息的检查设备40通知主计算机，检查的电话号码无效。
(事例D)被呼叫方号码是对ISDN有效的用户号码在该事例中，双方之间的通信模式取决于被呼叫方处的设施状态。被呼叫终端(被呼叫方)由从计算机41发送的CALLING消息发警报。如果被呼叫方应答警报，则执行图2所示流程图中处理步骤301。检查设备23启动一个清除序列，并确定被呼叫方号码有效。在从网络送回一个DISCONNECT消息的情况下，如果在DISCONNECT消息中的原因号码与#7、#16、#17、#18、#19、#20、#21、#27、#49、#50、#57、#58、#63、#65、#66、#70、#79的一个相符，则确定被呼叫方号码有效。如果原因号码对应于#2或#6，则确定被呼叫方号码无效。如果在DISCONNECT消息中的原因号码不对应于以上原因号码的任一个，则延期被呼叫方号码的确定。
应该注意，根据原因号码把被呼叫方号码分类成类别“有效”、“无效”、或“延期”的标准可以不限于这里最佳实施例中的方式。依据实现本发明的情形，例如，基于用户使用ISDN的更准确检查和网络对用户的响应，可能把某些原因分类为“有效”或“无效”而不是“延期”更合适。本发明的范围显然包括本发明的电话号码检查设备23的这种灵活操作。
《通知检查结果之后的过程》当主计算机20的信用信息管理器23接收到一个有效电话号码的报告时，不需要信用信息管理器23根据报告进行一个具体的过程。另外，管理器23可以记录至少在进行检查的那天确定检查的电话号码有效。
当主计算机20的信用信息管理器23接收到一个电话号码改变的报告时，管理器23把包含改变的电话号码和相应的旧电话号码的消息显示在一个选择的操作终端30上。
当主计算机20的信用信息管理器23接收到检查电话号码无效的报告时，管理器23把警报消息显示在一个选择的操作终端30上，表示因为已经确定客户的电话号码无效，所以该特定客户的信用状态成为不确定的。此外，当已经确定客户的电话号码无效时，可以依据所处理交易的性质，把检查结果提供给客户正在操作的自动交易机10。在这种情况下，自动交易机10操纵台11的一个显示器可以把一个消息呈现给客户，如“你的电话号码确定为无效。请对我们的职员说明。”根据本发明的信用状态检验系统，每次客户使用自动交易机时，借助于包括计算机系统的自动执行装置，基于他的/她的登记电话号码，能够迅速和有效地检查一个特定客户信用状态是否有任何变化。特别有益的是，在检查中通过本发明的电话号码检查设备进行检查而不用呼叫每个客户。如果检查结果是一个特定客户的电话号码无效，则能把结果立即通知交易处理系统。通过利用检查结果，能够提高客户的信用状态信息的可靠性，并能减小错误信贷的可能性。此外，该交易处理系统能够得到改变的电话号码而不用向客户进行电话呼叫，这种电话呼叫对客户可能是麻烦的。
尽管相对于本发明的示范性实施例已经说明和描述了本发明，但熟悉本专业的技术人员应该理解，其中还可以对其进行所述的和各种其他的变更、省略和添加，而不脱离本发明的精神和范围。因此，不应该把本发明理解为限于上述的具体实施例，而应该理解为包括所有可能的实施例，相对于附属权利要求书中描述的特征而论，所有可能的实施例可以是包括范围内的实例和其等效实例。
权利要求
1．一种与交易处理系统结合的信用状态检验系统，所述交易处理系统包括至少一个自动交易设备，用来简化与客户的人机接口；一个客户数据库，用来在其中存储客户记录；用来管理所述客户数据库的装置；及用来管理客户信用信息的装置；及所述信用状态检验系统包括用来检查客户的电话号码的装置，所述电话号码检查装置作为一个用户终端与ISDN相连，该终端作为一个呼叫终端，用来处理在ITU-T建议Q.931中定义的电路交换呼叫控制过程；所述客户数据库管理装置响应客户的所述自动交易设备的操作，在客户数据库中查寻对应于经所述自动交易设备之一输入的客户ID的客户文件，以便检索登记给客户的电话号码，并且把检索的电话号码传送到所述电话号码检查装置；所述电话号码检查装置把包括一个承载能力信息要素中的一个非限制或限制数字信息的SETUP消息发送到网络，在该网络中把从所述客户数据库管理装置接收的所述电话号码定义为被呼叫方号码；当网络接收到发送的SETUP消息并传送一个ALERTING或CONNECT消息时，所述电话号码检查装置把一个DISCONNECT消息立即发送到网络，以执行一个清除序列，并确定在SETUP消息中的被呼叫方号码有效；当网络没有接收到发送的SETUP消息并传送一个DISCONNECT消息时，所述电话号码检查装置立即执行一个清除序列，并从网络得到一个在DISCONNECT消息的一个信息要素中的原因，以根据该原因确定在SETUP消息中的被呼叫方号码是有效还是无效；以及所述电话号码检查装置分析在从网络发送回的所述DISCONNECT消息中包含的一个信息要素的原因，并且当该原因指示一组预定原因之一时，通知所述信用信息管理装置所述电话号码无效。
2．根据权利要求1所述的信用状态检验系统，其中所述一组预定原因包含一个指示没有分配被呼叫号码的原因。
3．根据权利要求1所述的信用状态检验系统，其中所述电话号码检查装置分析在从所述网络发送回的所述DISCONNECT消息中包含的一个信息要素的原因，以在与该原因相联系的诊断信息字段中检索新的电话号码，并在网络送回包含有“号码改变”的原因的情况下，通知所述信用信息管理装置，以检索的新电话号码改变客户的电话号码的事实。
4．根据权利要求1所述的信用状态检验系统，其中所述信用信息管理装置从所述电话号码检查装置接收所述通知，以把通知输出到所述交易处理系统中的一个预定终端。
5．一种交易处理系统，包括一个主计算机，包括一个用来存储各个客户的记录文件的数据库、一个用来维护所述客户数据库的数据库管理器、及一个用来监视所述各个客户的信用状态的信用信息管理器；至少一个自动交易机，经一个用来提供与每个客户的人机接口的网络与所述主计算机通信，以便处理与客户的交易；及一个电话号码检查设备作为一个用户终端与ISDN相连，该用户终端作为一个呼叫终端，通过处理在ITU-T建议Q.931中定义的电路交换呼叫控制过程，来检查为每个所述客户登记的电话号码；所述数据库管理器对应于由客户经所述自动交易机输入的且从其传送的客户ID，查寻一个客户文件，检索包含在所述客户文件中的电话号码，并且把检索的电话号码传送到所述电话号码检验设备；所述电话号码检验设备把包括一个承载能力信息要素中的非限制或限制数字信息的SETUP消息发送到网络，在该网络中把从所述客户数据库管理器中接收的所述电话号码定义为被呼叫方号码，当网络接收到发送的SETUP消息并传送一个ALERTING或CONNECT消息时，把一个DISCONNECT消息立即发送到网络，以执行一个清除序列，并确定在SETUP消息中的被呼叫方号码有效，而当网络没有接收到发送的SETUP消息并传送一个DISCONNECT消息时，立即执行一个清除序列，并从网络得到一个在DISCONNECT消息的一个信息要素中的原因，以根据该原因确定在SETUP消息中的被呼叫方号码是有效还是无效；以及所述电话号码检验设备分析在从所述网络发送回的所述DISCONNECT消息中包含的一个信息要素的原因，并且当该原因指示一组预定原因之一时，通知所述信用信息管理器所述电话号码无效。
6．根据权利要求5所述的交易处理系统，其中所述一组预定原因包含一个指示没有分配被呼叫号码的原因。
7．根据权利要求5所述的交易处理系统，其中所述电话号码检验设备分析在从所述网络发送回的所述DISCONNECT消息中包含的一个信息要素的原因，以在与该原因相联系的诊断信息字段中检索新的电话号码，并在网络送回包含有“号码改变”的原因的情况下，通知所述信用信息管理器，以检索的新电话号码改变客户的电话号码的事实。
8．根据权利要求5所述的交易处理系统，其中所述信用信息管理器从所述电话号码检验设备接收所述通知，以把通知输出到一个与所述主计算机通信的预定终端。
9．一种用来检验与交易处理系统交易的客户的信用状态的方法，包括步骤对应于经一个自动交易机输入的客户ID，在一个客户数据库中检索包含在一个客户文件中的电话号码；当呼叫终端作为一个用户终端与ISDN相连时，处理在ITU-T建议Q.931中定义的电路交换呼叫控制过程；把包括一个承载能力信息要素中的非限制或限制数字信息的SETUP消息发送到网络，在该网络中把从所述客户数据库管理器接收的所述电话号码定义为被呼叫方号码；当网络接收到发送的SETUP消息并传送一个ALERTING或CONNECT消息时，把一个DISCONNECT消息立即发送到网络，以执行一个清除序列，并确定在SETUP消息中的被呼叫方号码有效；当网络没有接收到发送的SETUP消息并传送一个DISCONNECT消息时，立即执行一个清除序列，并从网络得到一个在DISCONNECT消息的一个信息要素中的原因，以根据该原因确定在SETUP消息中的被呼叫方号码是有效还是无效；分析在从所述网络发送回的所述DISCONNECT消息中包含的一个信息要素的原因；及当该原因指示一组预定原因之一时，通知所述信用信息管理器所述电话号码无效。
10．根据权利要求9所述的用来检验客户信用状态的方法，其中所述组预定原因包含一个指示没有分配被呼叫号码的原因。
11．一种计算机可读介质，存储执行如下步骤的一个计算机程序对应于经一个自动交易机输入的客户ID，在一个客户数据库中检索包含在一个客户文件中的电话号码；当呼叫终端作为一个用户终端与ISDN相连时，处理在ITU-T建议Q.931中定义的电路交换呼叫控制过程；把包括一个承载能力信息要素中的非限制或限制数字信息的SETUP消息发送到网络，在该网络中把从所述客户数据库管理器接收的所述电话号码定义为被呼叫方号码；当网络接收到发送的SETUP消息并传送一个ALERTING或CONNECT消息时，把一个DISCONNECT消息立即发送到网络，以执行一个清除序列，并确定在SETUP消息中的被呼叫方号码有效；当网络没有接收到发送的SETUP消息并传送一个DISCONNECT消息时，立即执行一个清除序列，并从网络得到一个在DISCONNECT消息的一个信息要素中的原因，以根据该原因确定在SETUP消息中的被呼叫方号码是有效还是无效；分析在从所述网络发送回的所述DISCONNECT消息中包含的一个信息要素的原因；及当该原因指示一组预定原因之一时，通知所述信用信息管理器所述电话号码无效。
12．一种编程的计算机系统，用来执行步骤对应于经一个自动交易机输入的客户ID，在一个客户数据库中检索包含在一个客户文件中的电话号码；当呼叫终端作为一个用户终端与ISDN相连时，处理在ITU-T建议Q.931中定义的一个电路交换呼叫控制过程；把包括一个承载能力信息要素中的非限制或限制数字信息的SETUP消息发送到网络，在该网络中把从所述客户数据库管理器接收的所述电话号码定义为被呼叫方号码；当网络接收到发送的SETUP消息并传送一个ALERTING或CONNECT消息时，把一个DISCONNECT消息立即发送到网络，以执行一个清除序列，并确定在SETUP消息中的被呼叫方号码有效；当网络没有接收到发送的SETUP消息并传送一个DISCONNECT消息时，立即执行一个清除序列，并从网络得到一个在DISCONNECT消息的一个信息要素中的原因，以根据该原因确定在SETUP消息中的被呼叫方号码是有效还是无效；分析在从所述网络发送回的所述DISCONNECT消息中包含的一个信息要素的原因；及当该原因指示一组预定组原因之一时，通知所述信用信息管理器所述电话号码无效。
全文摘要
公开了一种信用状态检验系统，能够通过利用记录的关于客户的电话号码，经一个自动进行检查过程的计算机系统，迅速和容易地检查该客户的信用状态。作为一个电话号码检查设备作为一个用户终端与ISDN相连，该终端作为一个呼叫终端，用来处理在ITU－T建议Q.931中定义的电路交换呼叫控制过程。一个客户数据库管理器对应于客户经一个自动交易机输入的客户ID查寻一个客户文件，检索包含有该客户文件中的电话号码，并且把该号码传送到电话号码检查设备。
文档编号G07F7/10GK1239255SQ9811475
公开日1999年12月22日 申请日期1998年6月12日 优先权日1998年5月4日
发明者内海胜统 申请人:株式会社金泰克