JPH10171889A - 取引処理システムに付帯する信用照会システム - Google Patents

Abstract

(57)【要約】 【課題】 コンピュータ・システムで簡単かつ高速に自
動実行できる手段により、顧客が自動取引装置を利用す
るごとに、その顧客の電話番号に基づいて信用情報の変
化がないか否かを調べる。 【解決手段】 自動取引装置が操作されて顧客ＩＤが入
力されて取引処理が開始されたことに応答し、データベ
ース管理手段が顧客ＩＤの顧客ファイルを検索し、その
顧客の電話番号を取得して調査手段に渡す。調査手段
は、受け取った電話番号を着番号とし、伝達能力として
非制限ディジタル情報を指定した「呼設定」メッセージ
を網に送出する。この呼が受け付けられずに網から「切
断」メッセージが転送されてきた場合に、その理由表示
の内容が「欠番」であったとき、前記電話番号が無効と
いうことを信用情報管理手段に通知する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、消費者金融機関
の金融自動機や銀行の現金自動預け払い機などの自動取
引装置を端末とするコンピュータ・ネットワークからな
る取引処理システムに関し、とくに、顧客が自動取引装
置を利用するごとに電話番号に基づく信用調査を自動的
に行う信用照会システムに関する。

【０００２】

【従来の技術】消費者金融機関にとっては、できるだけ
不良債券を発生しないように、金銭を貸し付ける顧客の
信用調査が大切である。顧客との貸借関係の契約を結ぶ
際には住所・氏名・電話番号・生年月日・性別などの基
礎的個人情報はもちろん、勤務先や収入なども調べて認
証する。これらの契約時に認証した個人情報は取引処理
システムの顧客データベースに登録され、必要に応じて
活用される。

【０００３】ここで、顧客の住所や電話番号が変更にな
った場合には、すみやかにそのことを顧客データベース
に反映させることが重要になる。この種の個人情報の管
理が適切に行われていないと、顧客の信用監査に齟齬を
きたし、不良債券の発生につながることがある。

【０００４】

【発明が解決しようとする課題】消費者金融機関や銀行
などでは、顧客の信用情報を追跡調査して更新するため
のいろいろな手だてを講じている。充分な時間と人手を
かけて調査を継続的に行っていれば、不良債券化を未然
に防ぐのに大いに効果があるが、かかる費用との関係で
必ずしも満足のいく信用監査を行えないのが実情であ
る。

【０００５】この発明は前述した従来の問題点に鑑みな
されたもので、その目的は、コンピュータ・システムで
簡単かつ高速に自動実行できる手段により、顧客が自動
取引装置を利用するごとに、その顧客の電話番号に基づ
いて信用情報の変化がないか否かを調べる機能を備えた
信用照会システムを提供することにある。

【０００６】

【課題を解決するための手段】この発明の信用照会シス
テムは、取引処理システムに付帯してつぎの要件（１）
〜（４）を備えるものである。

【０００７】（１）ＩＳＤＮに加入者端末として接続さ
れた電話番号の調査手段があり、この調査手段はＩＴＵ
−Ｔ勧告Ｑ．９３１に規定された回線交換呼の制御手順
を発信端末として実行する。

【０００８】（２）自動取引装置が操作されて顧客ＩＤ
が入力されて取引処理が開始されたことに応答し、取引
処理システムにおけるデータベース管理手段が前記顧客
ＩＤに該当する顧客ファイルを検索し、その顧客が登録
した電話番号を取得し、その電話番号を前記調査手段に
受け渡す。

【０００９】（３）前記調査手段は、受け取った前記電
話番号を着番号とし、伝達能力として非制限ディジタル
情報または制限ディジタル情報を指定した「呼設定」メ
ッセージを網に送出する。送出した「呼設定」メッセー
ジの呼が受け付けられて網から「呼出」メッセージまた
は「応答」メッセージが転送されてきた場合に、直ちに
網に「切断」メッセージを送出して切断復旧シーケンス
を実行する。また、送出した「呼設定」メッセージの呼
が受け付けられずに網から「切断」メッセージが転送さ
れてきた場合に、直ちに切断復旧シーケンスを実行す
る。

【００１０】（４）前記調査手段は、網から転送されて
きた前記「切断」メッセージに付帯している情報要素の
理由表示を解析し、その理由表示の内容が「欠番」であ
ったとき、前記電話番号が無効であったという事象を取
引処理システムにおける信用情報管理手段に通知する。

【００１１】前記のシステムにおいて、さらに望ましく
は、前記調査手段は、網から転送されてきた前記「切
断」メッセージに付帯している情報要素の理由表示を解
析し、その理由表示の内容が「相手加入者番号変更」で
あった場合に、その理由表示の診断情報フィールドに記
入されている新しい電話番号を取得し、該当の顧客の電
話番号が変更されていることを新電話番号とともに前記
信用情報管理手段に通知する構成とする。

【００１２】そして前記信用情報管理手段としては、前
記調査手段からの前記通知を受けて、取引処理システム
における所定の端末から特定のシステム管理者に向けて
前記通知の内容を出力する構成とする。

【００１３】

【発明の実施の形態】

＝＝＝システムの基本的な構成と動作＝＝＝ この発明の信用照会システムを含んだ取引処理システム
の一実施例の概要を図１に示している。ここでは、消費
者金融機関の金融自動機や銀行の現金自動預け払い機な
どの自動取引装置１０を端末とするコンピュータ・ネッ
トワーク・システムを想定している。自動取引装置１０
は、たとえば百貨店やスーパーマーケットあるいは金融
機関の店舗の無人コーナーなどに設置される。取引処理
システムの契約者である顧客が自動取引装置１０を自分
で操作して現金の支払いを受けるものとする。

【００１４】自動取引装置１０には、顧客向けに各種の
案内情報などを表示するディスプレイと顧客が操作する
キーボードなどからなる操作パネル１１と、正規の契約
手続きをした顧客が所有しているＩＤカードを読み取る
ためのカードリーダー１２と、現金放出機１３と、取引
内容などを帳票にプリントして顧客向けに発行する帳票
発行機１４と、これらの全体を統一的に制御するととも
にホストコンピュータ２０と必要な情報を通信する端末
コンピュータ１５とが含まれる。

【００１５】ホストコンピュータ２０と多数の自動取引
装置１０とが専用回線で結ばれている。ホストコンピュ
ータ２０のデータベース２１には、信用情報も含む各種
の顧客情報が集約されているとともに、具体的な取引に
ともなう各種の取引情報が一元的に集約される。ホスト
コンピュータ２０には多数の係員端末３０が専用回線で
接続されており、これらの端末３０を係員が操作するこ
とで、取引処理にともなう各種の事務を実行する。この
発明の信用照会システムに直接かかわるホストコンピュ
ータ２０の情報処理機能部として、データベース２１に
問い合せをして希望のデータを取り出したり、データの
貯蔵・追加・置換・削除などを統一的に行うデータベー
ス管理部２２と、とくに顧客の信用情報の変化などを分
析して随時必要な警告などの対策をとる信用情報管理部
２３とを抽出して図示している。

【００１６】この発明の信用照会システムの主要な構成
要素は、ホストコンピュータ２０と専用回線で結ばれた
電話番号調査装置４０である。この調査装置４０の主体
は一般的なパソコン４１であり、これにＩＳＤＮ通信ボ
ード４２を組み込み、回線接続装置（ＤＳＵ）４３を介
してＩＳＤＮ回線に接続している。周知のようにＩＳＤ
Ｎと一般の電話網とは一体的に相互接続している。

【００１７】＝＝＝信用照会システムの動作シーケンス
の導入部＝＝＝ 顧客が自動取引装置１０の操作パネル１１によりなんら
かの取引の開始操作を行い、自分のＩＤカードをカード
リーダー１２に挿入する。カードリーダー１２により読
み取られた顧客ＩＤや、顧客が入力した取引申込み内容
などが自動取引装置１０からホストコンピュータ２０に
伝送される。この情報を受けてホストコンピュータ２０
は、データベース２１の顧客の信用情報や取引情報をチ
ェックし、取引を行うかどうかの判断などの多岐にわた
る処理を実行する。このときの情報処理の１つとして、
データベース管理部２２は、自動取引処理装置１０から
伝えられた顧客ＩＤに該当する顧客ファイルを検索し、
その顧客が登録した電話番号を取得し、その電話番号を
調査装置４０に伝送して調査を命じる。

【００１８】電話番号と調査指令を受け取ったパソコン
４１（調査装置４０）が、図２のフローチャートに示す
電話番号調査処理を実行する。まず、受け取った調査対
象の電話番号について呼設定シーケンスを開始する（ス
テップ１００→２００）。呼設定シーケンスでは最初
に、調査対象として生成した電話番号を着番号とし、か
つ伝達能力として非制限ディジタル情報を指定した「呼
設定」メッセージを作成して網に送出する（ステップ２
０１）。この呼設定シーケンス２００はＩＴＵ−Ｔ勧告
Ｑ．９３１に詳細に規定されている回線交換呼制御手順
に従って進行する。この回線交換呼の制御手順は各種の
文献に詳細に解説されているので、この明細書では詳し
く説明しないが、代表的なシーケンスの進行はつぎの通
りである。

【００１９】発信端末からの「呼設定」メッセージを受
け取った網は、使用すべきＢチャネルを知らせる「呼設
定受付」メッセージを発信端末に送るとともに、「呼設
定」メッセージを着信端末に送る。これで着信端末に要
求されるいろいろな性能が指定され、これを着信端末側
でチェックし、適合を確認した着信端末が「呼出」メッ
セージを網に返す（着信端末が呼出中となる）。この
「呼出」メッセージは網から発信端末に送られる。着信
端末にてオフフックなどの応答をすると、着信端末→網
→発信端末に「応答」メッセージが送られ、これを受け
て発信端末から網に、また網から着信端末に「応答確
認」メッセージが送られる。これで当該「呼設定」メッ
セージが受け付けられて回線が接続されたことになる。

【００２０】また、さまざまな理由により発信端末の要
求した呼が受け付けられない場合がある。その場合に
は、網は発信端末に「切断」メッセージを送り、切断復
旧シーケンスを実行する。このとき網から発信端末に送
られる「切断」メッセージに付帯する情報要素の理由表
示の項目で、呼が受け付けられない理由が理由番号の形
で通知される。

【００２１】＝＝＝「切断」メッセージの理由表示＝＝
＝ ＩＴＵ−Ｔ勧告Ｑ．９３１では、「切断」メッセージに
つける理由表示の種別と番号はつぎのように定義されて
いる。 １．正常クラス 《理由番号１ 欠番》この理由表示は、番号はフォーマ
ット上有効であったが、現在欠番のため、発信ユーザが
要求した相手に着信できないことを示す。 《理由番号２ 指定中継網へのルートなし》この理由表
示は、この理由表示の送信元の装置が、認識不可能な特
殊な中継網を通して呼をルーチングする要求を受けたこ
とを示す。この理由表示の送信元の装置は、その中継網
が存在してないか、あるいは、それが存在したとして
も、この理由表示の送信先の装置に対してサービスをし
ていない特殊な中継網であるため、その中継網を認識し
ない。 《理由番号３ 相手へのルートなし》この理由表示は、
呼をルーチングされた網が、着信の要求を受けないため
呼を着信ユーザヘ届けることができないことを示す。 《理由番号６ チャネル利用不可》この理由表示は、チ
ャネル選択の結果として選択されたチャネルが送信端末
に対して利用不可であることを示す。 《理由番号７ 呼が設定済のチャネルヘ着呼》この理由
表示は、ユーザに着呼があり、その着呼が同様の呼（例
えば、パケットモードのＸ．２５バーチャルコール）と
して、ユーザが既に設定しているチャネルに接続される
ことを示す。 《理由番号１６ 正常切断》この理由表示は、呼に関係
するユーザのうちの１人が、呼の切断復旧を要求したこ
とにより、呼が切断されることを示す。正常状態では、
この理由表示の生成源は網ではない。 《理由番号１７ 着ユーザビジー》この理由表示は、着
信ユーザが、もう一つの別の呼を受け付けられないこと
を示す。この場合、ユーザ装置では、着信呼に対して通
信の整合性がとれている必要があります。 《理由番号１８ 着ユーザレスポンスなし》この理由表
示は、相手ユーザが呼設定のメッセージに対して規定さ
れた割り当て時間（本仕様で定義されたタイマT303か、
もしくはT310の満了）内に「呼出中」か「応答」かを示
すメッセージを返送しない時に使用する。 《理由番号１９ 着ユーザ呼出中／応答なし》この理由
表示は、呼出の通知はあったが、その後規定された時間
内に応答の通知がこなかった場合に使用する。この理由
表示は、ＪＴ−Q931手順により必然的に生じるものでは
なく、網内のタイマにより生じることもある。 《理由番号２０ 加入者不在》この理由表示は、移動局
が（無線バスを通して信号手順によって）ログオフされ
ているか、または、無線交信が着移動局と行なえない
（例えば、障害、圏外又は、電源断）ことを示す。 《理由番号２１ 通信拒否》この理由表示は、この理由
表示を送信した装置がビジーでも不整合でもなく、呼を
受け付け可能であるにもかかわらず、呼を受け付けない
ことを示すのに用いる。 《理由番号２２ 相手加入者番号変更》この理由表示
は、発信ユーザによって示された着信番号がもはや割り
当てられていない時、発信ユーザに通知されるものであ
る。このとき、新しい着信番号が診断情報フィールドに
含まれる。 《理由番号２６ 選択されなかったユーザの切断復旧》
この理由表示は、ユーザが着信呼を得られなかったこと
を示す。 《理由番号２７ 相手端末故障中》この理由表示は、着
信側インタフェースが機能的に正常でなかったため、発
信ユーザが要求した相手ユーザへの着信が出来なかった
ことを示す。この「機能的に正常でない」ということ
は、信号メッセージが相手ユーザに届かないことを意味
している。例えば、相手ユーザインタフェースの物理レ
イヤもしくはデータリンクレイヤの故障とか、ユーザ装
置がオフラインの場合等である。 《理由番号２８ 無効番号フォーマット（不完全番
号）》この理由表示は、着信番号が無効なフォーマット
か、もしくは不完全なために、相手ユーザヘの着信がで
きないことを示す。 《理由番号２９ ファシリティ拒否》この理由表示は、
ユーザによって要求されたファシリティが、網で提供で
きない場合に返す。 《理由番号３０ 状態問合への応答》この理由表示は、
「状態表示」メッセージを生成した理由が、これを生成
する以前に「状態問合」メッセージを受信したことによ
る場合に、この「状態表示」メッセージの中に含まれ
る。 《理由番号３１ その他の正常クラス》この理由表示
は、正常クラスの他の理由で表せない場合に正常状況を
報告するためにのみ使用する。 ２．リソース使用不可クラス 《理由番号３４ 利用可回線／チャネルなし》この理由
表示は、呼を取り扱うための利用可能な適当な回線／チ
ャネルが、現在ないことを示す。 《理由番号３８ 網障害》この理由表示は、網が機能的
に正常でなく、その状態が比較的長時間続きそうである
ことを表示する。例えば、すぐに再発呼しても受付られ
そうもない場合である。 《理由番号４１ 一時的障害》この理由表示は、網が機
能的に正常でなく、その状態が長時間は継続しそうもな
いことを示す。例えば、ユーザがほぼ即時に再発呼が望
める場合である。 《理由番号４２ 交換機輻輳》この理由表示は、この理
由を発生した交換装置が高トラヒックで輻輳しているこ
とを示すのに用いる。 《理由番号４３ アクセス情報廃棄》この理由表示は、
網が要求されたアクセス情報（ユーザ・ユーザ情報，低
位レイヤ整合性，高位レイヤ整合性もしくは詳細情報の
中に示されるサブアドレス等）を相手ユーザに届けられ
なかったことを示す。廃棄されたアクセス情報の特殊タ
イフのものは、診断情報の中に含まれる場合がある。 《理由番号４４ 要求回線／チャネル利用不可》この理
由表示は、要求端末により通知された回線またはチャネ
ルが、相手側のインタフェースで提供できない場合に返
す。 《理由番号４７ その他のリソース使用不可クラス》こ
の理由表示は、網輻輳クラスの中の他の理申を適用でき
ないときにのみ、網輻輳イベントとして報告するために
使用する。 ３．サービス利用不可クラス 《理由番号４９ ＱＯＳ利用不可》この理由表示は、要
求されたＱＯＳ（勧告Ｘ．213 で定義されている）が提
供されないことを報告するために使用する（例えば、ス
ループット又は伝達遅延が提供されない場合）。 《理由番号５０ 要求ファシリティ未契約》この理由表
示は、ユーザがファシリティを提供する網に対して必要
な管理上の手続きを終えていないため、要求された付加
サービスが綱によって提供されないことを示す。 《理由番号５７ 伝達能力不許可》この理由表示は、理
由表示を生成した装置で実現している伝達能力である
が、ユーザに許可してない伝達能力をユーザが要求した
ことを示す。 《理由番号５８ 現在利用不可伝達能力》この理由表示
は、理由表示を生成した装置で実現している伝達能力で
あるが、現在利用不可である伝達能力をユーザが要求し
たことを示す。 《理由番号６３ その他のサービスまたはオプションの
利用不可クラス》この理由表示は、サービス利用不可ク
ラスの他の理由表示が適用できない場合にのみ、サービ
ス利用不可イベントを報告するのに使用する。 ４．サービス未提供クラス 《理由番号６５ 未提供伝達能力指定》この理由表示
は、理由表示を送信した装置が要求された伝達能力をサ
ポートしでないことを示す。 《理由番号６６ 未提供チャネル種別指定》この理由表
示は、理由表示を送信した装置が要求されたチャネル種
別をサポートしでないことを示す。 《理由番号６９ 未提供ファシリティ要求》この理由表
示は、この理由表示を送信した装置が要求された付加サ
ービスを提供しないことを示す。 《理由番号７０ 制限ディジタル情報伝達能力》この理
由表示は、ある装置が非制限ディジタル情報伝達能力を
要求した場合、この理由表示を送信する装置が要求され
た伝達能力のうち制限ディジタル情報伝達能力のみをサ
ポートしていることを示す。 《理由番号７９ その他のサービスまたはオプションの
未提供クラス》この理由表示は、サービス未提供クラス
の他の理由が適用できない場合にのみ、サービス未提供
を報告するのに使用する。 ５．無効メッセージクラス 《理由番号８１ 無効呼番号使用》この理由表示ば、理
由表示を送信した装置がユーザ・網インタフェース間で
現在使用しているのと異なる呼番号のメッセージを受信
したことを示す。 《理由番号８２ 無効チャネル番号使用》この理由表示
は、理由表示を送信した装置が活性化していないチャネ
ル番号の使用要求を受信したことを示す。例えば、ユー
ザが１から１２までのチャネルを契約しているにもかか
わらず、ユーザ装置または網がチャネル番号１３から２
３の使用を試みた場合等である。 《理由番号８３ 指定された中断呼識別番号未使用》こ
の理由表示は、中断された呼に用いられていた呼識別番
号とは異なった呼識別番号を持つ呼の再開が試されたこ
とを示す。 《理由番号８４ 中断呼識別番号使用中》この理由表示
は、網が呼の中断要求を受信したが、この中断要求は呼
の再開が行われるかもしれないインタフェース領域内の
中断呼識別としてすでに使用中である呼識別（なにもし
ない場合を含む）を含んでいたことを示す。 《理由番号８５ 中断呼なし》この理由表示は、網が呼
の再開要求を受信したことを示す。しかし、呼の再開要
求の含んでいる呼識別が、呼の再開が行われるかもしれ
ないインタフェース領域内の中断された呼には現在使用
されていないことを示す。 《理由番号８６ 指定中断呼切断復旧済》この理由表示
は、網が再開要求を受信したが、この再開要求は、一度
中断呼として通知された呼識別を含んでおり、その中断
呼が（リモートユーザの切断復旧またはタイムアウトに
より）すでに切断復旧されていることを示す。 《理由番号８７ ユーザはＣＵＧメンバでない》 付加サービス仕様参照 《理由番号８８ 端末属性不一致》この理由表示は、理
由表示を送信した装置が適合しえない低位レイヤ整合
性、高位レイヤ整合性、あるいは他の整合性属性（例＝
データ速度）をもつ呼設定の要求を受信したことを示
す。 《理由番号９１ 無効中継網選択》この理由表示は、中
継網織別を受信したが、それが別に定義されているよう
に、正しくないフォーマットであることを示す。 《理由番号９５ その他の無効メッセージクラス》この
理由表示は、無効メッセージクラスの他の理由が適用で
きない場合にのみ、無効メッセージクラスのイベントを
報告するために用いる。 ６．手順誤リ（例：認識されないメッセージ）クラス 《理由番号９６ 必須情報要素不足》この理由表示は、
理由表示を送信した装置がメッセージを受信時に、メッ
セージ内に存在しなければならない情報要素（必須情報
要素）が不足していたことを示す。 《理由番号９７ メッセージ種別未定義または未提供》
この理由表示は、理由表示を送信した装置が、その装置
において未定義のメッセージ、または定義されているが
未提供であるような認識できないメッセージ種別を持つ
メッセージを受信したことを示す。 《理由番号９８ 呼状態とメッセージ不一致又はメッセ
ージ種別未定義》この理由表示は、この理由表示を送信
した装置が、処理において特定な呼状態の間に受信した
メッセージが許可しうるメッセージでないか、整合して
いない呼状態を示す「状態表示」を受信したことを示
す。 《理由番号９９ 情報要素未定義》この理由表示は、理
由表示を送信した装置の情報要素識別子が未定義、また
は定義されていても未提供である情報要素を含んだメッ
セージを受信した場合に用いる。なお、その情報要素
は、この理由を送出した装置が、メッセージの処理を行
うために必要なものでない場合に限る。 《理由番号１００ 情報要素内容無効》この理由表示
は、理由表示を送信した装置が提供している情報要素で
あるが、情報要素の1 つまたは複数のフィールドが提供
していないコードである情報要素を受信したことを示
す。 《理由番号１０１ 呼状態とメッセージ不一致》この理
由表示は、受信したメッセージが呼状態と不一致の場合
に用いる。 《理由番号１０２ タイマ満了による回復》この理由表
示は、本レイヤ３仕様のエラー処理手順に従い、タイマ
が満了したことにより手順が開始されたことを示す。 《理由番号１１１ その他の手順誤りクラス》この理由
表示は、手順誤りクラスの他の理由が適用できない場合
にのみ手順誤りイベントを報告するのに用いる。 ７．インタワーキンダクラス 《理由番号１２７ その他のインタワーキングクラス》
この理由表示は、動作するための理由表示が存在しない
ような網でのインタワークが発生したことを示す。従っ
て、送信すべきメッセージのための正確な理由表示は確
認できない。

【００２２】＝＝＝信用照会システムの動作シーケンス
の核心部＝＝＝ この発明の信用照会システムにおける電話番号の調査処
理においては、図２のフローチャートに示すように、呼
設定シーケンス２００において、送出した「呼設定」メ
ッセージの呼が受け付けられて網から「呼出」メッセー
ジまたは「応答」メッセージが転送されてきた場合に、
ステップ２０２またはステップ２０３からステップ３０
１→３０２→４０４の処理に抜け出して、直ちに網に
「切断」メッセージを送出して切断復旧シーケンスを実
行するとともに、このときの電話番号を有効番号と判定
し、調査した電話番号が有効であった旨をホストコンピ
ュータ２０の信用情報管理部２３に通知する。

【００２３】また呼設定シーケンス２００において、送
出した「呼設定」メッセージの呼が受け付けられずに網
から「切断」メッセージが転送されてきた場合に、ステ
ップ２０４からステップ４０１→４０２の処理に抜け出
して、直ちに切断復旧シーケンスを実行するとともに、
網からの「切断」メッセージに付帯した情報要素の理由
表示をピックアップし、その理由表示の内容に応じて、
当該「呼設定」メッセージの前記電話番号についての有
効・無効および保留などの判断を下す。

【００２４】（ａ）有効番号 ステップ４０２でピックアップした理由表示が、 《理由番号３ 相手へのルートなし》 《理由番号７ 呼が設定済のチャネルへ着呼》 《理由番号１６ 正常切断》 《理由番号１７ 着ユーザビジー》 《理由番号１８ 着ユーザレスポンスなし》 《理由番号１９ 着ユーザ呼出中／応答なし》 《理由番号２０ 加入者不在》 《理由番号２１ 通信拒否》 《理由番号２７ 相手端末故障中》 《理由番号４９ ＱＯＳ利用不可》 《理由番号５０ 要求ファシリティ未契約》 《理由番号５７ 伝達能力不許可》 《理由番号５８ 現在利用不可伝達能力》 《理由番号６３ その他のサービスまたはオプションの
利用不可クラス》 《理由番号６５ 未提供伝達能力指定》 《理由番号６６ 未提供チャネル種別指定》 《理由番号６９ 未提供ファシリティ要求》 《理由番号７０ 制限ディジタル情報伝達能力》 《理由番号７９ その他のサービスまたはオプションの
未提供クラス》 《理由番号８８ 端末属性不一致》 のいずれかであった場合は、前記電話番号を有効番号と
認定し、そのことを信用情報管理部２３に通知する（ス
テップ４０３→４０４）。

【００２５】（ｂ）番号変更 ステップ４０２でピックアップした理由表示が《理由番
号２２ 相手加入者番号変更》であった場合、その理由
表示の診断情報フィールドに記入されている新しい電話
番号をピックアップし、その新電話番号に変更になって
いるということを信用情報管理部２３に通知する（ステ
ップ４０３→４０５→４０６）。

【００２６】（ｃ）無効番号 ステップ４０２でピックアップした理由表示が、 《理由番号１ 欠番》 《理由番号２ 指定中継網へのルートなし》 《理由番号６ チャネル利用不可》 のいずれかであった場合は、当該「呼設定」メッセージ
の前記電話番号を無効番号と認定し、その電話番号は無
効である旨を信用情報管理部２３に通知する（ステップ
４０３→４０５→４０７→４０８）。なお、１回の調査
処理だけで結論を出すのではなくて、適当な時間をおい
てから２回目の調査処理を行い、そこでも無効と判断し
た場合に、ホストコンピュータ２０に通知する方式を採
用してもよい。

【００２７】（ｄ）判断保留 ステップ４０２でピックアップした理由表示が、ステッ
プ４０３・４０５・４０７で調べたいずれの理由番号で
もなかった場合は、当該「呼設定」メッセージの前記電
話番号を有効番号とも無効番号とも判定せずに、信用情
報管理部２３に対しては判断保留と通知する（ステップ
４０３→４０５→４０７→４０９）。

【００２８】＝＝＝実際の運用状況＝＝＝ この種の取引処理システムの契約者は一般の人々であ
り、これらの人の多くは一般のアナログ電話網の加入者
であり、最近少しずつＩＳＤＮ（ＩＮＳ６４）の加入者
が増えてきている。このような現状において前記の電話
番号の調査処理を実行すると、調査装置４０とＩＳＤＮ
の交換局（網）との間でつぎのような応答がなされる。

【００２９】（Ａ）発呼した電話番号がアナログ電話網
の有効な加入者番号であった場合 この数がもっとも多い。調査装置４０は「呼設定」メッ
セージで伝達能力として非制限ディジタル情報を指定し
て発呼しているので、網は《理由番号３ 相手へのルー
トなし》を付けた「切断」メッセージを返してくる。こ
れを受けて、ホストコンピュータ２０に「電話番号は有
効」と通知する。ここで注目すべきことは、この調査と
判断を行うにあたって、調査対象の電話に対して呼出を
まったく行わないことである。つまり調査される相手か
ら見た場合、無用な電話に無理に応答させられる煩わし
さがない。

【００３０】（Ｂ）発呼した電話番号が変更になってい
た場合、 これはアナログ電話網かＩＳＤＮのいずれの加入者番号
かに係わりなく、網は《理由番号２２ 相手加入者番号
変更》を付けた「切断」メッセージを返してくる。これ
を受けて、ホストコンピュータ２０に「新電話番号に変
更になった」と通知する。

【００３１】（Ｃ）発呼した電話番号が使われていない
番号であった場合 この状況をいち早くキャッチすることが、取引処理シス
テムの信用監査の上で重要な意味のあることである。こ
の場合は、アナログ電話網かＩＳＤＮのいずれの加入者
番号かに係わりなく、網は《理由番号１ 欠番》の付い
た「切断」メッセージを返してくる。これを受けて、ホ
ストコンピュータ２０に「電話番号は無効」と通知す
る。

【００３２】（Ｄ）発呼した電話番号がＩＳＤＮの有効
な加入者番号であった場合 この場合は相手設備の状況に応じてやり取りが変わる。
パソコン４１からの「発呼」メッセージにより着信端末
（相手）にて呼出が行われ、さらにその呼出に相手が応
答すると、図２のフローチャートにおいてステップ３０
１側に処理が進み、本発明の調査装置の側から切断復旧
シーケンスを開始するし、その電話番号は有効と判定す
る。また、網から「切断」メッセージが返ってきた場合
であっても、前述したように、その理由番号が＃７，＃
１６，＃１７，＃１８，＃１９，＃２０，＃２１，＃２
７，＃４９，＃５０，＃５７，＃５８，＃６３，＃６
５，＃６６，＃７０，＃７９のいずれかであれば、その
電話番号を有効と判定し、理由番号が＃２か＃６であれ
ばその電話番号を無効と判定し、これ以外の理由番号の
ときは判断を保留する。

【００３３】なお、各理由番号について“有効”“無
効”“保留”のどの分類に振り分けるかは、実施例での
説明が最善のものと言えない場合も考えられる。ＩＳＤ
Ｎの加入者の利用状況とそれに対する網の反応をさらに
詳しく吟味し、ある理由表示は“保留”ではなくて“有
効”に分類した方が適切であったり、または“無効”に
分類した方が適切だということがあり得る。この発明
は、そのような弾力的な運用を妨げるものではない。

【００３４】＝＝＝調査結果の通知を受けた後の処理＝
＝＝ ホストコンピュータ２０における信用情報管理部２３
は、「電話番号は有効」という通知を受けたとき、とく
に何もしなくてもよいし、あるいはその調査期日には有
効と判断された旨を記録にとっておいてもよい。「新電
話番号に変更になった」という通知を受けたときは、所
定の係員端末３０に向けて旧電話番号と新電話番号とを
対照させたメッセージを出力する。「電話番号は無効」
という通知を受けたときは、所定の係員端末３０に向け
て電話番号が使われなくなっているので要注意である旨
のメッセージを出力する。またシステムの取引内容によ
っては、電話番号が使われていないと判断した場合に、
その情報を顧客が操作中の自動取引装置１０に伝え、操
作パネル１１にディスプレイに「あたなの電話番号が使
われていないのですが、どうかしましたか、係まで連絡
をとってください」というようなメッセージを表示して
もよい。

【００３５】

【発明の効果】この発明の信用照会システムによれば、
コンピュータ・システムで簡単かつ高速に自動実行でき
る手段により、顧客が自動取引装置を利用するごとに、
その顧客の電話番号に基づいて信用情報の変化がないか
否かをほとんど即時に調べることができる（この調査に
あたって、電話に無用な呼出がかからないという大きな
特徴を有する）。その調査の結果、顧客の電話番号が使
われなくなっていることが分かれば、そのことをほとん
ど即時に取引処理システムに通知できる。この情報を活
用することで、顧客の信用監査の信頼性を上げることが
でき、不良債券の発生防止に効果的である。また電話番
号が変更になったことも、顧客になんらの負担をかけず
に取引処理システムが認知できる。

【図面の簡単な説明】

【図１】この発明の信用照会システムを含んだ取引処理
システムの一実施例の概要を示すブロック図である。

【図２】同上システムにおける電話番号調査処理の主要
部分の概略を示すフローチャートである。

【符号の説明】

１０ 自動取引処理装置 ２０ ホストコンピュータ ３０ 係員端末 ４０ 電話番号調査装置

Claims (3)

【特許請求の範囲】
1. 【請求項１】 取引処理システムに付帯する信用照会シ
   ステムであって、つぎの要件（１）〜（４）を備える。 （１）ＩＳＤＮに加入者端末として接続された電話番号
   の調査手段があり、この調査手段はＩＴＵ−Ｔ勧告Ｑ．
   ９３１に規定された回線交換呼の制御手順を発信端末と
   して実行する。 （２）自動取引装置が操作されて顧客ＩＤが入力されて
   取引処理が開始されたことに応答し、取引処理システム
   におけるデータベース管理手段が前記顧客ＩＤに該当す
   る顧客ファイルを検索し、その顧客が登録した電話番号
   を取得し、その電話番号を前記調査手段に受け渡す。 （３）前記調査手段は、受け取った前記電話番号を着番
   号とし、伝達能力として非制限ディジタル情報または制
   限ディジタル情報を指定した「呼設定」メッセージを網
   に送出する。送出した「呼設定」メッセージの呼が受け
   付けられて網から「呼出」メッセージまたは「応答」メ
   ッセージが転送されてきた場合に、直ちに網に「切断」
   メッセージを送出して切断復旧シーケンスを実行する。
   また、送出した「呼設定」メッセージの呼が受け付けら
   れずに網から「切断」メッセージが転送されてきた場合
   に、直ちに切断復旧シーケンスを実行する。 （４）前記調査手段は、網から転送されてきた前記「切
   断」メッセージに付帯している情報要素の理由表示を解
   析し、その理由表示の内容が「欠番」であったとき、前
   記電話番号が無効であったという事象を取引処理システ
   ムにおける信用情報管理手段に通知する。
2. 【請求項２】 請求項１において、前記調査手段は、網
   から転送されてきた前記「切断」メッセージに付帯して
   いる情報要素の理由表示を解析し、その理由表示の内容
   が「相手加入者番号変更」であった場合に、その理由表
   示の診断情報フィールドに記入されている新しい電話番
   号を取得し、該当の顧客の電話番号が変更されているこ
   とを新電話番号とともに前記信用情報管理手段に通知す
   ることを特徴とする信用照会システム。
3. 【請求項３】 請求項１または２において、前記信用情
   報管理手段は、前記調査手段からの前記通知を受けて、
   取引処理システムにおける所定の端末から特定のシステ
   ム管理者に向けて前記通知の内容を出力することを特徴
   とする信用照会システム。