JPH07131526A

JPH07131526A - 中央防護制御システム

Info

Publication number: JPH07131526A
Application number: JP4277784A
Authority: JP
Inventors: Bruce E Mcnair; イー．マクネアブルース
Original assignee: American Telephone and Telegraph Co Inc; AT&T Corp
Current assignee: AT&T Corp
Priority date: 1991-09-23
Filing date: 1992-09-24
Publication date: 1995-05-19
Also published as: EP0534679B1; EP0534679A3; EP0534679A2; CA2078077A1; DE69221571D1; CA2078077C; DE69221571T2; US5276444A

Abstract

(57)【要約】【目的】アクセス毎の認証情報要求により、個別の宛
先とアクセス要求者との間に通信路を形成する際の防護
システムを提供する。【構成】本発明の防護制御システムは、複数のアクセ
ス要求者と複数の宛先との間のインターフェースをする
中央防護制御システムであり、このシステムは、アクセ
ス要求者と宛先とを通信させて、要求者ベースごとに、
宛先により要求者に付与されるアクセスのレベルを通信
するものである。実施例においては、本発明の防護シス
テムは、ａ）アクセス要求者にアクセスが付与されるべ
きレベルを所定のレベルに決定し、ｂ）アクセス要求者
と宛先との間の直接の通信を確立する。一旦、この通信
が確立されると、防護システムはネットワークから切り
放され、他のアクセス要求者のために使用可能になる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、システムまたは宛先へ
のアクセスを調整する防護システムに関し、特に、この
アクセスは、複数の有資格使用者により、複数のシステ
ムまたは場所に行われ、このようなシステムはその独自
の防護要件を有しているような防護システムに関する。

【０００２】

【従来の技術】特定のシステムまたは場所（以下宛先と
称する）にアクセスを許可されるためには、アクセス権
が（認証される）必要である。今日多くの宛先は遠隔地
から電話回線を介してアクセスされる。この遠隔地から
アクセスできる宛先は、遠距離電話、チケットセンタに
アクセスを提供するようなシステム、あるいは追加価値
電話サービスを提供するシステムである。このようなア
クセスを達成する為には、多数の有資格個人は、自分自
身の資格を立証しなければならない。すなわち、アクセ
スを要求している個人は、アクセスを要求している数カ
所の宛先に、自分が有資格者であることを立証しなけれ
ばならない。

【０００３】一般的に、各宛先はその有資格使用者を確
認する独自のシステム、または手続きを採っている。こ
のような複数の確認認証システムは効果的である。ま
た、各認証システムは、その有資格ユーザの身元確認を
するのに必要な情報をキープしなければならず、大きな
記憶容量が必要とされる。さらに、そのようなシステム
にアクセスするのに必要な個人情報のコピーを簡略化し
ようとすると、他の認証システムに含まれる情報も簡略
化することになる。この個人情報のコピーの数はアクセ
ス場所が増加するにつれて増加する。このようなコピー
はそれ独自ではシステムへの侵略者によって、簡単に破
られ、そのようなコピーの安全が脅かされることにな
る。さらに、各認証システムは物理的、論理的に侵略者
に対して、安全でなければならない。このためには、さ
らに余分なコストがかかる。

【０００４】ユーザの立場からは、複数の認証システム
は面倒なものである。防護システムに合うような要件に
より、ユーザはより簡単な認証手段を選択するようにな
る。個人識別番号（ＰＩＮ）を提供することによって、
防護システムへのアクセス権を得ようとすると、この個
人識別番号は、一般的に誕生日になったりする。各宛先
に対し、同一の個人識別番号（ＰＩＮ）を使用すると、
一つの宛先に対し、それが他人に分かったときは、他の
宛先のものもすぐに分かってしまう。一般に、ユーザが
覚えやすい個人識別番号を使用すると、そのような個人
識別番号は他人により簡単に判別されてしまう。

【０００５】また、従来の防護システムの他の問題点
は、複数の宛先および複数の有資格ユーザの様々な安全
ニーズを如何に管理するかということである。特に、間
違ったアクセスを行った者は、認証レベル、すなわち、
特定のアクセスのために採用される認証の正確さを特定
したいと思う。各特定の宛先は、アクセスの特定のレベ
ルが付与される前に、必要とされる認証レベルに関し、
独自の要件を持っている。さらに、独定の有資格ユーザ
は、アクセスが付与される前に、そのアクセス要求に対
し必要とされる認証レベルを特定したいと望むものであ
る。従来の防護システムは、ユーザにより制御される防
護レベルのメカニズムは提供できなかった。さらに、ア
クセス制御が宛先で直接に特定される場合には、安全保
証に関連する問題が発生した。

【０００６】アクセス要求者を身元確認するために、従
来のシステムは様々な異なった個人情報を利用してい
る。このような個人情報は、音声サンプル、指紋、網膜
パターン、外見、手書きのサイン、あるいは身体の一部
を通過する波を極性化する手法にまで及んでいる。この
ような個人特徴は認証情報として知られている。この従
来のシステムは、アクセス要求者により述べられた識別
番号を得る。このような識別番号を得る方法は、アクセ
ス要求者に対し、ある型のコードを入力することを要求
することである。このコードはキーパッド、またはアク
セス要求者の有している装置から走査することにより得
られる。その後、この従来のシステムは、アクセス要求
者が現在入力したコードと、すでにこの要求者により入
力され記憶されているコードとを比較する。この比較の
結果が一致すれば、あるいは、また所定の範囲内に入れ
ば、アクセスが許可される。それ以外の場合は、アクセ
スは許可されない。

【０００７】

【発明が解決しようとする課題】本発明の目的は、アク
セス要求者からの情報を中央に置かれた防護制御システ
ム内の情報と比較し、個別の宛先に記憶されている情報
と比較することなく、行うことにより、より簡便に宛先
へのアクセス権を与えるようにする（認証する）システ
ムを提供しようとするものである。

【０００８】

【課題を解決するための手段】本発明の防護制御システ
ムは、複数のアクセス要求者と複数の宛先との間のイン
ターフェースをする中央防護制御システムであり、この
システムは、アクセス要求者と宛先とを通信させて、要
求者ベースごとに、宛先により要求者に付与されるアク
セスのレベルを通信するものである。実施例において
は、本発明の防護システムは、ａ）アクセス要求者にア
クセスが付与されるべきレベルを所定のレベルに決定
し、ｂ）アクセス要求者と宛先との間の直接の通信を確
立する。一旦、この通信が確立されると、防護システム
は他のアクセス要求者のために使用可能になる。

【０００９】

【実施例】図１は本発明の電話ネットワーク１００を表
す。この電話ネットワーク１００は、発信局１０２、１
０４と、地方交換キャリア（ＬＥＣ）ネットワーク１０
６、１０８、１１０、１１２と、宛先局１１４、１１６
と、バイパス発信局１１５と、バイパス宛先局１１７
と、長距離ネットワーク１１８とを有する。発信局１０
２、１０４、宛先局１１４、１１６、バイパス発信局１
１５とバイパス宛先局１１７は、複数のネットワーク端
の代表的なもので、他の残りのものは図示されていな
い。電話ネットワーク１００のこれらの点が、発呼者か
ら宛先へなされる呼びのために必要である。

【００１０】ＬＥＣネットワーク１０６、１０８、１１
０、交換機１２０、ＬＥＣネットワーク１１２は、それ
ぞれ交換機１２０、１２２、１２４、１２６を有する。
交換機１２０、１２２、１２４、１２６は、複数のネッ
トワーク端を長距離ネットワーク１１８に接続する。長
距離ネットワーク１１８は、交換機１２８と１３０、ネ
ットワーク制御点（ＮＣＰ）１３２、中央防護制御シス
テム１３３、任意の隣接プロセッサ１３６を含む。交換
機１２８、１３０は、ＡＴ＆Ｔ社製のＮｏ．４ＥＳＳス
イッチである。さらに、中央防護制御システム１３３
は、防護制御点（ＳＣＰ）１３４−１、１３４−２を有
する。

【００１１】交換機１２８と１３０、ネットワーク制御
点（ＮＣＰ）１３２、中央防護制御システム１３３と任
意隣接プロセッサ１３６は１３８により点線で示される
ように接続される。発信局１０２と１０４、宛先局１１
４と１１６、バイパス宛先局１１７、交換機１２０、１
２２、１２４、１２６、１２８と、１３０と１３４は情
報リンク１４０により図に示されるよう接続される。情
報リンク１４０は公知のもので、音声データビデオ信号
を伝送できる。各情報リンク１４０は必ずしも同一の容
量を有している必要はない。

【００１２】図２は中央防護制御システム１３３のより
詳細図である。中央防護制御システム１３３は、防護制
御点１３４を有し、この防護制御点１３４は、防護制御
点１３４−１と１３４−２からなり、リンク２０２によ
り接続される。このリンク２０２は信号ネットワーク１
３８の一部である。この実施例において、各防護制御点
１３４は、防護動作を提供するのに必要な情報のすべて
の同一のコピーを含んている。防護システムの防護制御
点１３４の間の相互接続パターンは、十分に冗長性を提
供するよう構成されている。このような相互接続構造
は、負荷バランスを提供するため、あるいは防護制御点
１３４が故障した場合、バックアップを提供するために
用いられる。他の実施例においては、防護制御点１３４
を有する中央防護制御システム１３３に記憶されるに必
要な情報を分割するように、防護制御点１３４を構成す
る。この分割方法については以下で説明する。

【００１３】防護制御点１３４−１と１３４−２は、交
換機１２８に少なくとも一つのアクセス要求者情報パス
２０４と、少なくとも一つの宛先情報パス２３０でもっ
て接続され、これらは防護制御点１３４と交換機１２８
を接続する情報リンク１４０のそれそれの一つを介して
提供される。要求者からの防護制御点１３４への接続
は、要求を処理できる防護制御点１３４の適当な一つに
要求が到着するまで、複数の交換機を介して形成され
る。各防護制御点１３４−１と１３４−２は、また少な
くとも一つのアクセス要求者信号リンク２０６と少なく
とも一つの宛先信号リンク２２８とを介して、少なくと
も間接的にネットワーク制御点（ＮＣＰ）１３２、交換
機１２８と１３０と任意隣接プロセッサ１３６に接続さ
れる。予備に関連する防護制御点１３４の各信号メッセ
ージは、ネットワーク制御点（ＮＣＰ）１３２、または
防護制御点１３４に信号ネットワーク１３８を介して接
続される。アクセス要求者信号リンク２０６、宛先信号
リンク２２８は、信号ネットワーク１３８の一部であ
る。

【００１４】本発明によれば、各防護制御点１３４はア
クセス決定ユニット２０８を有し、このアクセス決定ユ
ニット２０８は、ユーザプロファイル記憶装置２１０、
宛先プロファイル記憶装置２１６、アクセス要求者認証
ユニット２１８、宛先認証ユニット２２０と、リンク２
２２を介して通信する。このリンク２２２は同一の型式
である必要はない。このリンク２２２は、公知のシリア
ルリンク、パラレルリンク、共用メモリ、または共通バ
スで、複数のエレメントがアクセス決定ユニット２０８
にリンク２２２により接続されるようなものである。ア
クセス要求者認証ユニット２１８はユーザプロファイル
記憶装置２１０にリンク２２４を介して接続され、宛先
認証ユニット２２０は宛先プロファイル記憶装置２１６
にリンク２２６を介して接続される。この実施例におい
ては、アクセス決定ユニット２０８が、アクセス要求者
信号リンク２０６と宛先信号リンク２２８に接続され
る。これはアクセス決定ユニット２０８に用いられる通
信インターフェース（図示せず）によって達成される。
アクセス要求者認証ユニット２１８は、アクセス要求者
情報パス２０４に接続され、宛先認証ユニット２２０は
宛先情報パス２３０に接続される。

【００１５】図３はアクセス要求者認証ユニット２１８
の拡大図である。このアクセス要求者認証ユニット２１
８は、アクセス要求者認証プロセッサ３０２を有し、こ
のアクセス要求者認証プロセッサ３０２は、音声パスワ
ード３０６、アクセス要求者チャレンジユニット３０
８、比較関数装置３１０に、リンク３０４を介して接続
される。音声パスワード３０６、アクセス要求者チャレ
ンジユニット３０８、比較関数装置３１０は、またアク
セス要求者情報パス２０４にも接続される。ユーザ認証
データ３１２は、音声パスワード３０６とユーザ認証デ
ータ３１２にリンク３１４を介して接続される。リンク
２２２と同様にリンク３０４、リンク３１４は必ずしも
同一の型式である必要はない。リンク２２２と２２４
は、アクセス要求者認証プロセッサ３０２をアクセス決
定ユニット２０８とユーザプロファイル記憶装置２１０
にそれぞれ接続する。

【００１６】宛先認証ユニット２２０の拡大図が、図４
に示される。アクセス決定ユニット２０８と宛先プロフ
ァイル記憶装置２１６からのリンク２２２、２２６はそ
れぞれ宛先認証プロセッサ４０２に接続される。また、
この宛先認証プロセッサ４０２は、リンク４０４によ
り、宛先チャレンジ応答４０６と宛先認証情報記憶装置
４０８に接続される。宛先チャレンジ応答４０６は、宛
先認証情報記憶装置４０８とをリンク４０４の一つを介
して、インターフェースし、さらに宛先情報パス２３０
ともインターフェースする。図２、３、４の要素はハー
ドウェア、またはソフトウェア、あるいはその組合せに
より実施できる。

【００１７】図５、６、７は図８のように組合せて、フ
ローチャートを表し、要求者から宛先へのアクセス要求
を処理する方法を示す。ここでアクセスの付与に対する
防護要件は宛先によって決定される。要求者は発信局１
０２にいるものとする（図１）。この宛先は銀行のコン
ピューターシステムで、この実施例では宛先局１１４に
いるとする。この宛先局１１４は、電話線に接続された
コンピューターとして示されている。この銀行は中央防
護制御システム１３３を用いた長距離ネットワーク１１
８の提供者により防護クレアランス機能を有するよう契
約している。

【００１８】銀行のコンピューターシステムの有資格ユ
ーザは、ある銀行取引を実行するために、銀行のコンピ
ューターシステムを利用したいと考える。この銀行は少
なくとも第一レベルの認証が与えられた場合には、最高
２００ドルまでの取引を実行できるようアクセス要求者
に許可する。それ以上の金額の取引は第二、あるいはよ
り高いレベルの認証が必要である。この防護情報は、宛
先プロファイル記憶装置２１６（図２）に記録されてい
る。有資格ユーザの便宜のために、銀行はコンピュータ
ーシステムにアクセスできるような８００番（無料）電
話サービスを提供している。必要な認証情報は、銀行の
コンピューターシステムの有資格ユーザによって得られ
る。この情報は、ユーザプロファイル記憶装置２１０と
ユーザ認証データ３１２（図３）に記録される。

【００１９】アクセス要求者が、発信局１０２で交換機
１２０がオフフックしたことを検知した時に、ステップ
８０１で始まる。その後、ステップ８０３で、アクセス
要求者は、アクセスを求めている宛先の電話番号をダイ
ヤルする。この実施例では、発信局１０２からのアクセ
ス要求者は、銀行の８００番号、たとえば、１−８００
−ＢＡＮＫをダイヤルする。ステップ８０５で、交換機
１２０はこのダイヤルされた番号を受信し、この番号が
長距離ネットワーク１１８により提供される８００番型
（無料）の番号サービスであることを確認する。

【００２０】ＬＥＣネットワーク１０６の交換機１２０
は、ステップ８０７で、この呼びを長距離ネットワーク
１１８の交換機１２８に回す。交換機１２８は、この呼
びをネットワーク制御点（ＮＣＰ）１３２に回し、これ
は８００番型については、ステップ８０９で実行され
る。適当なネットワーク制御点（ＮＣＰ）１３２は、ネ
ットワーク制御点（ＮＣＰ）１３２により提供される機
能により、交換機１２８内に含まれる所定の内部マッピ
ングテーブルにより呼びにサービスする。ネットワーク
制御点（ＮＣＰ）１３２により提供される機能は、８０
０番とクレジットカードコールと称される９００番変換
である。表１はネットワーク制御点（ＮＣＰ）１３２の
変換テーブルを表し、防護制御点１３４は、防護処理を
必要とする呼びに応答して戻される。ここで、ＮＰＡは
地域コードとの省略符号である。

【表１】

【００２１】ステップ８１１において、中央防護制御シ
ステム１３３の防護制御点１３４の一つのアドレスが、
番号変換、あるいは課金情報として提供されると、ネッ
トワーク制御点（ＮＣＰ）１３２はこの呼びは呼びの特
質に付随する第１レベル以上の防護処理を要求するもの
と認識し、この呼びを中央防護制御システム１３３に回
す。この実施例においては、各防護制御点１３４は、認
証を実行するに必要なデータを含んている。それゆえ
に、ネットワーク制御点（ＮＣＰ）１３２は、この呼び
を最も近い防護制御点１３４に回す。この実施例では、
最も近い防護制御点１３４は、防護制御点１３４−１で
ある。それゆえに、ネットワーク制御点（ＮＣＰ）１３
２は、第１レベルを超えた追加防護処理が必要とされる
場合には、表１に示すように、防護制御点１３４−１の
アドレス再度参照する。

【００２２】他の実施例においては、各ユーザは、防護
制御点１３４の所定のホーム防護制御点１３４を有す
る。このホーム防護制御点１３４は、ユーザ身元確認情
報により割当られる。さらに別の実施例においては、各
宛先は、所定の防護制御点１３４の１つのホーム防護制
御点を有する。このホーム防護制御点１３４は、防護制
御点１３４の一つで宛先に最も近いものである。各ネッ
トワーク制御点（ＮＣＰ）１３２は、防護制御点１３４
の一つと関連し、それが受信した呼びをその防護制御点
１３４に回す。呼びは、最初に回された防護制御点１３
４のその一つが受信された呼びにとって、防護制御点１
３４のホームでない場合には、防護制御点１３４のその
一つは防護処理用に呼びの防護制御点ホームに呼びを回
す。

【００２３】防護制御点１３４−１は、アクセス要求者
信号リンク２０６上の呼び情報を受信する。この呼びを
受信すると、防護制御点１３４−１は、ステップ８１３
で、この呼びの性質により特定される第１レベルの防護
処理が実行されるようにする。クレジッドカードに課金
されるべき情報は、防護処理の第１レベルの仕様は、個
人識別情報を含む有効なクレジッドカード番号である。
他の要求、例えば長距離電話、８００番型、９００番型
の呼びは、防護処理の第１レベルは無効である。防護処
理のこの第１レベルは、防護制御点１３４−１により実
行され、あるいは防護制御点１３４−１は、防護処理の
第１レベルがネットワーク制御点（ＮＣＰ）１３２によ
り実行され、その処理結果が信号ネットワーク１３８を
介して防護制御点１３４−１に戻されるようにしてもよ
い。

【００２４】ステップ８１５で、アクセス要求者が、防
護処理の第１レベルの要件を満たしたか否かをテストす
る。ステップ８１５のテスト結果が、ＮＯならば、制御
は８１７のステップに渡され、そこで防護制御点１３４
−１が接続を拒否する。その後、制御が、ステップ８１
９に渡されて、そこでアクセスの試みが不成功であった
ことを記録する。このプロセスはステップ８２１で終了
する。

【００２５】ステップ８１５のテスト結果が、ＹＥＳな
らば、制御は、ステップ８２３に渡され、アクセス決定
ユニット２０８は、この種の要求に必要なアクセスのレ
ベルを達成するのに必要な認証レベルを決定するため
に、宛先プロファイル記憶装置２１６内の宛先を調べ
る。特定な宛先に対して、プロファイルがない場合に
は、別の防護処理はその宛先には要求されないことにな
る。表２は宛先のプロファイルを示す。この実施例にお
いて、各要求の属性は、宛先に課金されるタイプの許可
ユーザのリストおよび特定の追加属性である。対応する
認証レベルを達成するために提供される認証情報は、表
３に示される。認証レベルの許可されるべきアクセスレ
ベルのマッピングは、表２の宛先プロファイルによって
特定される。

【表２】

【００２６】許可ユーザの列のグループＸ（Ｘは番号）
は、宛先へのアクセスを得るために、許可ユーザのリス
トのポインタである。このリストは、宛先プロファイル
記憶装置２１６に記憶される。例えば、グループ１は銀
行のコンピューターシステムにアクセスできるよう、銀
行によって、許可ユーザのリストのポインタである。こ
の情報は銀行により、長距離ネットワーク１１８の提供
者に提供されたものである。同様に、宛先列のカントリ
グループＸは、同一の防護処理を受ける国のリストに対
するポインタである。ＣＣは、クレジッドカードコール
を意味する。ＰＦＯは、公衆電話発信を意味する。ＮＰ
Ｏは、非公衆電話発信を意味する。ダッシュは特定の属
性が特定の宛先用ではないことを意味する。ＡＮＩは要
求元である自動番号識別装置の略称である。この実施例
において、要求元のエリアコードが考慮されている。そ
の後、制御は条件分岐８２５に移される。

【表３】

【００２７】特定のアクセス要求が、その要求者に認証
情報を提供するよう要求するか否かは、その要求に付随
する防護仕様の第１レベルおよび宛先の仕様による防護
ニーズおよびアクセス要求の他の属性の値に依存する。
これらの属性は、一般的にアクセス要求者の申し立てた
身元確認（同一性）および入手可能な呼び情報を含む。
この入手可能な呼び情報には、発信地アドレス、（例、
アクセスが発信された場所を特定する自動番号識別（Ａ
ＮＩ））と、ダイヤルされた番号により決定される宛先
と、呼びのコスト（アクセス単位のコスト、あるいはア
クセスの全体のコスト）および呼びの他のパラメーター
が含まれる。

【００２８】情報分岐点８２５において、防護制御点１
３４−１のアクセス決定ユニット２０８は、要求された
レベルにおいて、アクセスを許可すべきか、またはすべ
きでないか、または不明か否かを決定するためにテスト
する。この実施例においては、宛先プロファイル記憶装
置２１６に記憶された宛先プロファイルは、アクセスの
入手可能なレベルと、各レベルにおいて、宛先へのアク
セスが許可されるよう、認証を達成するに必要な対応す
る属性のセットを特定する。そのような宛先プロファイ
ルは、表２に示されている。ステップ８２５が最初に繰
り返すと、アクセス要求に付随する防護処理の第１レベ
ルが、その要求者によって満たされ、特定のアクセス要
求の所定の属性のセットが、これら所定の属性の特定の
基準のセットにマッチしない限り、この場合、さらに認
証情報がアクセス要求者に要求され、アクセスはアクセ
ス要求者に許諾される。要求された追加認証情報が、満
たされると、この追加認証情報は、アクセス要求者の申
し立てられた身元確認（同一性）を認証する際に、他の
要求の属性と共に入手可能な要求属性の一部として使用
される。アクセス要求者が認証された場合には、アクセ
スは許可される。アクセス要求の特定された属性は、中
央防護制御システム１３３に入手可能なアクセス要求に
関する情報である。

【００２９】ステップ８２５のテスト結果が、ＹＥＳな
らば、所定の組の属性は、これらの属性の特定の基準に
マッチしないので、アクセス要求に固有の第１レベルの
防護検査が満たされると、アクセスは要求されたレベル
で許可される。制御は、ステップ８２７に送られる。ス
テップ８２７では、防護制御点１３４−１のアクセス決
定ユニット２０８は宛先認証情報を獲得する。この宛先
認証情報は、中央防護制御システム１３３により宛先に
提供される認証情報で、この宛先はこの情報は中央防護
制御システム１３３から通知されたことを知る。この情
報は、宛先認証情報記憶装置４０８（図４）に記憶さ
れ、リンク４０４を介して、宛先認証プロセッサ４０２
を経由して、そこから取り出され、リンク２２２を介し
て、アクセス決定ユニット２０８に供給される。この情
報は、宛先プロファイル記憶装置２１６に記憶され、リ
ンク２２２を介して、アクセス決定ユニット２０８に供
給される。表４は、防護制御点１３４−１がそれ自身を
認証するために、各宛先に供給する情報を表す。

【表４】

【００３０】ステップ８２９において、防護制御点１３
４−１は、銀行のコンピューターシステムを宛先局１１
４に接続する。この接続は、宛先認証ユニット２２０に
よって達成され、宛先情報パス２３０を交換機１２８と
１３０、ＬＥＣネットワーク１１０、交換機１２４とそ
の接続リンクを介して、宛先局１１４に接続する。防護
制御点１３４−１は、認証期間（認証作業期間）で、宛
先局１１４と関係する（ステップ８３１）。この認証期
間では、防護制御点１３４−１はそれ自身を防護制御点
１３４−１として認識し、アクセス要求者は特定レベル
に認定されたユーザであると保証するよう指示するか、
あるいは防護制御点１３４−１が要求者のログインシー
ケンスを模擬し得るかの何れかを行われる。

【００３１】ステップ８３３で、防護制御点１３４−１
は発信局１０２のアクセス要求者に対し、宛先局１１４
にアクセスを許可する。本発明によれば、防護制御点１
３４−１は、宛先局１１４に宛先チャレンジ応答４０６
を介して、アクセス要求者に許可されるアクセスのレベ
ルを通知する。その後、防護制御点１３４−１は、発信
局１０２を宛先局１１４に接続する。この接続は、防護
制御点１３４−１が適当な命令を交換機１２８に伝送す
ることによって行われる。この適当な命令は、ＬＥＣネ
ットワーク１０６の交換機１２０を交換機１３０に直接
接続し、接続が確立されて、防護制御点１３４−１の機
能が取り消されないようにする。防護制御点１３４−１
は、呼びから遮断される。その後、ステップ８２１で終
了する。

【００３２】ステップ８２５のテスト結果が、所定の組
の属性が、これらの属性の特定の基準にマッチするか否
かを「不明」である。銀行への呼びにとって、この「不
明」は、ステップ８２５の最初の繰り返しの結果であ
る。それは各アクセス要求者は、２００ドルを超える取
引を希望しているからである。この「不明」という結果
は、アクセスは、要求レベルではただちに許可されるべ
きではなく、その代わり、アクセス要求に付随する防護
処理に要求される以上の許可情報が要求されることを意
味する。それゆえに、制御は、情報分岐点８３５に移さ
れる。

【００３３】条件分岐８３５は、アクセス要求者から得
られた認証情報が、そのプロファイルに規定するように
存在するか否か、あるいは、追加認証特徴が、アクセス
供給者がすでに提供した情報から抽出可能か否かを検査
する。このステップ８３５のテスト結果が、ＹＥＳなら
ば、制御はステップ８３７に移され、プロファイルで特
定された追加認証情報の次の部分が得られる。ユーザプ
ロファイルの例が表５に示される。アクセス要求者の確
認が、ステップ８３５の間、不明であると、このテスト
結果はＹＥＳである。これは少なくとも申し立てられた
同一性が要求されているからである。

【表５】

【００３４】ステップ８３７において、防護制御点１３
４−１は、アクセス決定ユニット２０８により指示され
たように、アクセス要求者によって申し立てられた同一
性（身元確認）がすでに入手可能か否かを決定するため
にテストする。身元確認はそれが防護処理の第１レベル
の一部であると識別されるか、あるいは追加防護処理の
一部として、すでに特定されている場合には入手可能で
あり、あるいは身元確認は要求の特性から推論される。
そのような推論は、呼びが認証されたユーザのみ有する
電話から置かれた場合、例えば、家庭電話機、あるいは
固定電話機の場合に引き出される。もし、要求者の身元
確認が、ステップ８３７ですでに入手可能な場合には、
このテスト結果はＹＥＳであり、制御はステップ８３９
に回され、ステップ８３７で得られた同一性（身元確
認）は、アクセス要求者により申し立てられた身元確認
として用いられる。もし、申し立てられた身元確認がス
テップ８３７で得られない場合には、テスト結果はＮＯ
であり、制御はステップ８４１に回される。

【００３５】この実施例では、申し立てられた身元確認
を要求し、受信することは、要求に固有な防護処理の第
１レベルの一部ではない。これは従来の８００番型（無
料）の呼びは、遠隔地への接続の要求に対し、防護処理
を要求しない。すなわち、８００番型の呼びは、発呼者
の身元確認は必要なく、あるいは如何なる形の認証情報
も発呼者から提供されない。それゆえに、要求ユーザの
ＰＩＮである自己認証チェックシーケンスを含む身元確
認の要求は、この特定の８００番型の呼び要求に要求さ
れる追加防護処理の一部である。この追加処理は、アク
セスが許可される前に、アクセス要求を許可されたユー
ザの属性を満たすために、要求およびニーズの宛先の属
性に起因して申し立てられる。アクセス要求者が、ＰＩ
Ｎを含む身元確認コードを提供した場合、その要求者
は、認証レベル１（表３）として認定される。それゆえ
に、アクセス要求者は、表２から分かるように２００ド
ルまでの取引を実行できる。

【００３６】ステップ８４１において、防護制御点１３
４−１は、アクセス要求者が自分の身元確認を申し出る
よう要求する。この実施例では、防護制御点１３４−１
による認証情報の要求は、コンピューターの合成音声に
より、ユーザに自己の身元確認を申し立てる形で行われ
る。この要求（チャレンジ）は、リンク３０４を経由し
て、アクセス要求者認証プロセッサ３０２からの指示に
応答して、アクセス要求者チャレンジユニット３０８に
より生成される。アクセス要求者認証プロセッサ３０２
は、リンク２２２を介して、アクセス決定ユニット２０
８から受信された命令に応答する。この生成された要求
は、アクセス要求者情報パス２０４に与えられ、交換機
１２８、ＬＥＣネットワーク１０６、発信局１０２の情
報処理装置およびその間のリンクを介して、ユーザに戻
される。

【００３７】条件分岐点８４３は、ユーザが所定の時間
内に要求された身元確認情報を提供したか否か、提供さ
れた身元確認は有効か否か、すなわち、それは認定され
たユーザとのものと同一か否かをテストする。このステ
ップは、アクセス要求に付属する防護処理の第１レベル
の一部として、あるいは、個別に実行してもよい。この
身元確認は、身元確認コードのデジトで電話キーパッド
からの多周波トーンの形で供給される。

【００３８】このコードは、比較関数装置３１０により
受信され、この比較関数装置３１０はアクセス要求者情
報パス２０４からのデータを受信し、それを予め記憶し
た情報と比較する。この予め記憶された情報は、ユーザ
認証データ３１２に記憶されるか、あるいは、アクセス
要求者認証プロセッサ３０２によって提供される。比較
関数装置３１０は、アクセス要求者認証プロセッサ３０
２に応答し、そこに受信した情報は、ユーザ認証データ
３１２に記憶された情報と同一人物により供給された可
能性について提供する。この比較関数装置３１０は多数
のデータ比較装置から構成されるか、汎用のプロセッサ
によって実施できる。

【００３９】ステップ８４３のテスト結果が、「時間切
れ」の場合、すなわち、時間内にユーザは身元確認コー
ド用の要求された番号を提供できない場合、制御はステ
ップ８１７に移され、そこでは防護制御点１３４−１は
接続を拒否する。アクセス決定ユニット２０８が、テス
ト期間が終了したと決定した場合、メッセージをアクセ
ス要求者認証ユニット２１８、アクセス要求者情報パス
２０４を介して、アクセス要求者に送る。このメッセー
ジはアクセス要求者に時間切れで接続されなかったこと
を知らせる。アクセス決定ユニット２０８はメッセージ
をアクセス要求者信号リンク２０６を介して交換機１２
８に伝え、それにより交換機１２８がアクセス要求者の
呼びを終了させる。その後、制御はステップ８１９に移
され、アクセスの試みは不成功である旨を記録する。処
理はステップ８２１で終了する。

【００４０】完全なコードが所定の時間内に受信された
場合には、身元確認の有効性がチェックされる。すなわ
ち、同定が、許可ユーザの属性により定義された許可ユ
ーザに応答するか否かが検査される。アクセス決定ユニ
ット２０８は、許可ユーザの適宜のリストを特定されて
いる場合許可ユーザの適宜なリストを、あるいは、特定
されていない場合、ユーザプロファイル記憶装置２１０
内のリストのコードを参照する。ステップ８４３のテス
ト結果が無効、すなわち、無効なコードが提供された場
合、その決定はコードの存在により決定されるが、制御
はステップ８４１に戻され、アクセス要求者に再度有効
身元確認コードを入力するよう促す。ここで、失敗回数
を所定の回数に制限することも可能である。所定の回数
を過ぎた場合、制御は８１７に移され、時間切れの場合
と同様な処理がなされる。この所定数は１でもよい。ス
テップ８４３のテスト結果がＹＥＳの場合には、有効な
コードが提供され、制御は条件分岐点８２５に戻され
る。

【００４１】ステップ８３９において、防護制御点１３
４−１は、アクセス決定ユニット２０８により指示され
たように、アクセス要求者が自分の望むレベルの身元確
認情報を提供するよう要求する。ここで、まずアクセス
の最高レベルが要求されたとする。もちろん、アクセス
要求者は、本発明の範囲内で所望のアクセスレベルを特
定するよう促される。あるいは、アクセス要求者が所望
のレベルにまで認定されないが、あるレベルまで認定さ
れた場合には、アクセス要求者は、そのレベルを要求し
たレベルとして、受け入れる機会が提供される。この実
施例では、防護制御点１３４−１による認証情報の要求
は、コンピューターの合成音声でなされる。申し立てら
れた身元確認の要求と同様に、この要求はアクセス要求
者チャレンジユニット３０８により、アクセス要求者認
証プロセッサ３０２からリンク３０４を介しての命令に
応じて行われる。またアクセス要求者認証プロセッサ３
０２は、アクセス決定ユニット２０８からリンク２２２
を介して、受信された命令に応答する。この生成された
要求は、アクセス要求者情報パス２０４に供給され、交
換機１２８、ＬＥＣネットワーク１０６、発信局１０２
の情報処理装置とそれらの間のリンクを介して、ユーザ
にフィードバックされる。他の実施例においては、要求
はアクセス要求者の場所の要求、あるいは、装置の何れ
かにより直接、または間接に理解し得るメッセージの型
でもよい。

【００４２】この実施例では、この要求は、アクセス要
求者からの音声サンプルである。表２に示された宛先１
−８００−ＢＡＮＫの宛先プロファイルは、２００ドル
以上のレベルのアクセスを達成するには、レベル２が必
要である。表３は、レベル２は音声プリント（サンプ
ル）を要求する。特に要求された音声サンプルは、所定
の初発声、あるいは、要求そのものが如何なる発声であ
るべきかを特定する。この音声サンプルは、音声パスワ
ード３０６により受信され、そして処理され、この音声
パスワード３０６で受信されたサンプルと有資格ユーザ
により提供された対応する部分とを比較する。この対応
するサンプルは、ユーザ認証データ３１２に記憶されて
いる。アクセス要求者認証プロセッサ３０２は、新たに
サンプルが記憶されたサンプルの提供者による同一個人
により提供された可能性について検討する。この可能性
は、アクセス要求者認証プロセッサ３０２に供給され
る。音声パスワード３０６は比較関数装置３１０の特殊
な場合である。アクセス要求者の場所の要求者、あるい
は、装置の何れかにより理解される如何なる形の認証情
報も使用し得る。

【００４３】条件分岐点８４５で、要求者は所定の時間
内に確認認証情報を提供したか否かを決定する。ステッ
プ８４５のテスト結果がＮＯならば、制御はステップ８
１７に移行する。ここで、防護制御点１３４−１は、接
続を拒否する。その後、制御はステップ８１９に回さ
れ、そこで、アクセスの試みは失敗したことを記録す
る。このプロセスは、ステップ８２１で終了する。ステ
ップ８４５のテスト結果がＹＥＳならば、制御は条件分
岐点８２５に回される。

【００４４】各タイプの認証情報では、ステップ８２５
の間、再試行「ｔｒｙａｇａｉｎ」のシキイ値があ
る。これは受信された認証情報は所望のレベルに近い
が、まだ十分でないという情報を生成する。この再入力
の値は、所定の要求の特定の組の属性に依存する。この
再入力のシキイ値に到達した場合、アクセスは、所望の
レベルで許可されないが、アクセス要求者はアクセスを
得るために、別の形の認証情報を提供することが許可さ
れる。それゆえに、ステップ８２５の後続のテスト結果
が、防護制御点１３４−１のアクセス決定ユニット２０
８が要求されたレベルでアクセスが許可されるべきか否
かについて、確信を持っていない場合には、ステップ８
２５のテスト結果は、「不明」となり、制御は、条件分
岐点８３５に渡される。表６は、アクセスを完了するた
めに、ステップ８２５で使用される各種の再試行を許可
される、あるいは、アクセスが否定される認証情報の型
および要件を示している。Ｘ１、Ｘ２、Ｙ１、Ｙ２、Ｚ
１、Ｚ２は特定の認識および比較システムの許容差と一
致度度を決定する選択されたシステム独立実施パラメー
ターである。そのようなパラメーターの決定は当業者に
公知である。図６に示すように、パラメーターの間には
次のような関係がある。Ｘ１＞Ｘ２、Ｙ１＜Ｙ２、Ｚ１
＜Ｚ２。動的タイムワープ（ＤＴＷ）は公知技術であ
る。

【表６】

【００４５】条件分岐点８２５において、防護制御点１
３４−１のアクセス決定ユニット２０８は要求されたレ
ベルでアクセスが許可されるべきか、あるいはされるべ
きでないか、あるいは、それが不明か否かについて決定
するために、再度テストを行う。この決定は、最も最近
受信した要求者認証情報に対する音声パスワード３０
６、あるいは比較関数装置３１０の何れかにより生成さ
れた可能性および宛先プロファイルによって特性された
呼び情報に基づいて行われる。もし、音声パスワードが
要求された場合は、音声パスワードを提供するアクセス
要求者が、鼻詰まりの有資格ユーザである場合には、再
入力が行われる。そのような鼻詰まりユーザは同一の音
声パスワードを繰り返すよう許されたとしても、アクセ
スはできないかもしれない。また、別の再度チャンスが
与えられると、模倣者はその模倣をよりよく行うかもし
れない。このシステムの利点は、鼻詰まりのユーザは他
の識別情報を提供し、それにより許可される。また模倣
者は別の形の情報を提供する可能性が減る。アクセスが
許可されるべきか否か決定する他の方法も採用し得る。

【００４６】この実施例においては、各認証はそれが不
十分な場合でも、独立に評価される。認証がアクセスを
許可するのに不十分な場合でも、少なくともプロセスを
継続するために、再入力が行われる。これはアクセス要
求者に知らせずに、ユーザを操作することにより、ある
いは、要求者の認証をより詳細に調べることにより達成
される。前者の方法は、ビデオカメラでアクセス要求者
をスキャンすることである。後者の方法としては、すで
に得られた音声情報をさらに解析する。あるいは、自分
の申し立てた身元確認を入力する際のキーストロックの
間を時間関係をより詳細に検討することによってなされ
る。

【００４７】ステップ８２５のテスト結果が、ＮＯなら
ば、アクセスは如何なるレベルでも許可されず、制御
は、ステップ８１７に回され、そこで防護制御点１３４
−１は接続を拒否する。その後、制御は、ステップ８１
９に回され、そこで、アクセスは失敗したことを記録す
る。その後、このプロセスは、ステップ８２１で終了す
る。他の実施例において、アクセス要求者が、アクセス
の低いレベルで許可された場合には、アクセスのレベル
は認められる。例えば、アクセスの要求者が認可された
ユーザのＰＩＮを含む身元確認コードを銀行のコンピュ
ーターに入力した場合には、彼はレベル１の資格が与え
られ、アクセス要求者は、２００ドルまでの取引が許可
される。

【００４８】中央防護制御システム１３３は、確実に動
作しなければならない。それは防護システムが故障する
と、全体のネットワークに悪影響を及ぼすからである。
しかし、他の宛先ニーズは保証されない。もし、中央防
護制御システム１３３が、アクセス要求者を保証する場
合は、中央防護制御システム１３３は、アクセス要求者
に特定の宛先情報（例、アクセス要求者の確認された身
元確認）を連絡する。もし、中央防護制御システム１３
３が、他のログイン情報を模倣する場合には、ユーザが
認証される宛先には、適当な、しかし、異なるログイン
情報が供給される。それゆえに、一つの宛先の情報の破
損は、他の宛先の破損とはならない。しかし、アクセス
要求者は、中央防護制御システム１３３に、彼がアクセ
スを求めている宛先がどこであろうと、単一のログイン
情報だけを提供すればよい。中央防護制御システム１３
３の防護制御点１３４−１は、アクセス要求者の提供し
たログイン情報を選択された宛先の知識に基づいて、宛
先の要求するログイン情報に変換する。

【００４９】防護のより高いレベルが、期間中後の時点
で要求された場合には、防護制御点１３４−１は再接続
される。このような再接続は、発信局１０２と宛先局１
１４の間のセッションをモニターする交換機１２８の多
周波トーンレシーバを有することにより実行される。所
定のトーンシーケンスが、交換機１２８に対し、防護制
御点１３４−１による追加防護処理に対する発信者のニ
ーズに対し、注意を与える。その後、情報および信号パ
スが交換機１２８により発信者と宛先から防護制御点１
３４−１に確立される。

【００５０】アクセス要求者の体を通過する際の波が極
性化される方法、あるいは、手書きのサンプルは認証情
報として使用される。アクセス要求者からの認証情報を
得て、それを防護制御点１３４−１に転送するために、
その要求者の場所で使用できる装置も利用できる。その
ような情報を得る装置は公知である。そのような認証情
報は比較関数装置３１０によって処理される。

【００５１】図９に呼びセットアップメッセージの例が
示されている。同図において、このセットアップメッセ
ージは、信号ネットワーク１３８によって搬送される信
号型のメッセージ、および情報リンク１４０によって搬
送される情報型のメッセージである。そのようなメッセ
ージは当業者にとって公知である。発信局１０２で、要
求者がオフフックし、所望の宛先、例えば、１−８００
−ＢＡＮＫをダイヤルしたとする。ユーザが接続される
発信局ＬＥＣ交換機、例えば、交換機１２０はその呼び
が長距離ネットワーク１１８によって扱われる８００番
型であると決定する。従来の非防護の８００番型の呼び
の取扱方法は公知である。交換機１２０からのメッセー
ジは、長距離ネットワーク１１８の発信局交換機、例え
ば、交換機１２８に転送され、この交換機１２８は、８
００番型の呼び及びダイヤルされた番号を指示する。

【００５２】この発信局交換機は、受信された８００番
を実際の宛先アドレス、すなわち、従来の発信電話番号
に変換するために、ネットワーク制御点（ＮＣＰ）１３
２に転送する。このネットワーク制御点（ＮＣＰ）１３
２は、防護要件メッセージを防護制御点１３４−１に転
送する。それは、防護制御点１３４−１のアドレスは宛
先の実際の変換テーブルではなく、ＮＣＰテーブルに記
憶されているからである。防護制御点１３４−１が防護
要件メッセージを受信した後、それは、要求源とアクセ
スが要求された宛先と防護制御点１３４−１によって得
られる他のパラメーターを知る。そして、記憶されたプ
ロファイルを用いて、どの追加防護プロセスがこの通信
に適当であるかを決定する。

【００５３】防護プロセスがさらに要求される場合に
は、防護制御点１３４−１は、まずネットワーク制御点
（ＮＣＰ）１３２、交換機１２８、交換機１２０を介し
て、転送された認証要求メッセージを発信局１０２に送
る。申し立てられた身元確認が確認されない場合には、
認証メッセージは、ユーザに身元確認申し立て情報を提
供するよう要求し、それにより、誰がアクセス要求者で
あることを述べるよう要求する。その後、このアクセス
要求者は、所定の時間内に要求された認証情報を提供す
るか、そうでない場合は、この要求は終了する。アクセ
ス要求者が、要求された認証情報を提供した場合には、
この情報は発信局１０２に交換機１２０、１２８、ネッ
トワーク制御点（ＮＣＰ）１３２を介して、防護制御点
１３４−１に転送される。

【００５４】防護制御点１３４−１は、認証情報を受信
すると、アクセス要求に関連する現在入手可能な情報を
解析して、ユーザが現在どのレベルの資格を有するか否
かについて決定する。アクセス要求者が、アクセスを希
望するレベルを満たす認証情報を提供できない場合に
は、防護制御点１３４−１は、さらに別の認証要求情報
メッセージを送信し、そのメッセージは、ネットワーク
制御点（ＮＣＰ）１３２、交換機１２８、交換機１２０
を介して、発信局１０２に転送される。この別の認証メ
ッセージは、ユーザに対し、その申し立てられた身元確
認を認証するのに使用される認証情報を提供するよう要
求する。そして、このユーザは、要求された認証情報を
所定の時間内に提供するか、あるいは、この要求を終端
させる。アクセス要求者が、要求された認証情報を提供
する場合には、この情報は、発信局１０２、交換機１２
０、１２８、ネットワーク制御点（ＮＣＰ）１３２を介
して、防護制御点１３４−１に転送される。この防護制
御点１３４−１は、認証情報を受信すると、再びアクセ
ス要求に関連し、現在入手可能な情報を解析して、ユー
ザが現在認証できているレベルについて決定する。この
ユーザが、アクセスが付与されるレベルの要求を認証で
きると、そのアクセスは認可される。このプロセスは実
行ｎ回繰り返される。このｎは、一般的に、２以上であ
る。

【００５５】有効な認証が得られると、防護制御点１３
４−１は、発信局１０２に実行メッセージを転送し、こ
のメッセージは、ネットワーク制御点（ＮＣＰ）１３
２、交換機１２８、交換機１２０を介して転送される。
アクセスが許可されるレベルを特定する予認証メッセー
ジは、宛先に宛先交換機と宛先ＬＥＣスイッチを介して
転送される。その後、任意の接続メッセージは、宛先局
１１４と防護制御点１３４−１との間で交換される。そ
の後、完全な接続が、直接ユーザと宛先との間で確立さ
れ、予め認証されたレベルでユーザに宛先へのアクセス
を与える。防護制御点１３４−１とネットワーク制御点
（ＮＣＰ）１３２は、他の処理をその後実行できる。

【００５６】次に、図１０、１１、１２について説明す
る。アクセス要求者は、発信局１０２にいる。宛先はス
ポーツホットラインサービスで、宛先局１１６に配置さ
れている。この有料９００番型アクセスナンバー（１−
９００−ＳＰＯＲＴＳ）はネットワーク会社の契約の元
で、ホットラインサービスの情報会社により提供され
る。

【００５７】例えば、小林和夫氏がホットラインサー
ビスの９００番型サービスへのアクセスを自分と自分の
妻のために、しかし、自分の子供は除いて、望む場合が
ある。この小林氏は、９００番型の呼びが自分の口座に
課金される場合は常に防護手続きが採用されるよう構成
し、ネットワーク会社に自分と自分の妻を身元確認する
認証に使用される情報を提供する。彼の口座の他の使用
者、例えば、彼の家の電話を使用する彼の家のお客さ
ん、あるいは、二人の息子は、スポーツホットライン以
外の宛先にアクセスが許可される。彼の息子は彼の口座
に課金されるクレジットカードの家庭の電話機の使用が
許可されるが、スポーツホットラインへのアクセスは許
されない。さらに、和夫だけが有料情報サービス（１−
９００−ＩＮＦＯＳＶＣ）にアクセスできる。この情報
は、防護制御点１３４−１に入力される。彼の電話番号
からなされた９００番型の呼びに対して、防護サービス
を組み込むような指示は交換機１２８内にプログラムさ
れる。このようなプログラムは当業者によって公知であ
る。

【００５８】従って、小林氏の家にある発信局１０２か
らのアクセス要求者が、交換機１２０によってオフフッ
クしたことは検知されると、ステップ１２０１に入る。
その後、ステップ１２０３で、アクセス要求者は、アク
セスすべき宛先の電話番号をダイヤルする。この実施例
では、アクセス要求者は１−９００−ＳＰＯＲＴＳを交
換機１２０でダイヤルする。ステップ１２０５におい
て、交換機１２０は、ダイヤルされた番号を受信し、そ
の番号は、９００番型の番号で、長距離ネットワーク１
１８により提供されるサービスであると認識する。この
ような認識はテーブルを参照することによって実行され
る。ステップ１２０７において、交換機１２０は、この
呼びを長距離ネットワーク１１８の交換機１２８に転送
する。交換機１２８は、このラインからの９００番型の
呼びはネットワーク制御点（ＮＣＰ）１３２ではなく、
中央防護制御システム１３３に回すべきであると認識す
る（ステップ１２０９）。この実施例では、防護制御点
１３４の最も近いものは防護制御点１３４−１である。
この防護制御点１３４−１はアクセス要求者信号リンク
２０６の上の呼び情報を受信する。

【００５９】この呼びを受信すると、ステップ１２１１
において、防護制御点１３４−１は、実行されるべき呼
びの性質により特定される防護処理の第１レベルを実施
する。直接課金されるスポーツホットラインへの呼び
は、防護処理の無効第１レベルを有する。これに対し
て、クレジットカードに課金されるスポーツホットライ
ンへの呼びは、クレジットカード呼びに固有の防護処理
の第１レベルを必要とし、それは有効なクレジットカー
ド番号とＰＩＮを含む要件がアクセス要求者に提供され
ることである。ネットワーク制御点（ＮＣＰ）１３２に
回されるこのような呼びは、従来の非防護クレジットカ
ード呼びと同一の方法で実行される。しかし、ネットワ
ーク制御点（ＮＣＰ）１３２により、戻される呼びを処
理するノートとしての非防護クレジットカード認証プロ
セッサの代わりに、ネットワーク制御点（ＮＣＰ）１３
２は、この呼びを中央防護制御システム１３３に転送
し、さらに、防護制御点１３４−１に転送する。

【００６０】条件分岐点１２１３で、アクセス要求者
が、防護処理の第１レベルの要件を満たしたか否かを決
定する。ステップ１２１３のテスト結果が、ＮＯなら
ば、制御はステップ１２１５に回され、そこで防護制御
点１３４−１は、接続を拒否する。その後、制御は、任
意ステップ１２１７に回され、そこでアクセスの試みは
失敗した旨は記帳される。このプロセスは、ステップ１
２１９で終了する。

【００６１】ステップ１２１３のテスト結果が、ＹＥＳ
ならば、制御は、ステップ１２２１に回され、そこで防
護制御点１３４−１は、申し立てられた身元確認のため
に、ユーザプロファイルを調べる。そして、認証の所定
レベルが、呼びのこのタイプに可能なアクセスのレベル
を達成するのに必要か否かを決定する。この所定レベル
の決定は、アクセス決定ユニット２０８によってなさ
れ、このアクセス決定ユニット２０８は、ユーザプロフ
ァイル記憶装置２１０（表５）からリンク２２２を介し
た情報を利用する。この実施例では、常に申し立てられ
た身元確認が、利用可能であるとする。この申し立てら
れた身元確認は、要求が発生したライン、あるいは、呼
びが課金されるクレジットカードの番号から得られる。
何れの場合にも、申し立てられた身元確認が得られない
場合は、図８に関連して、それは要求される。図５は、
この実施例において、採用されるユーザの身元確認コー
ドである。申し立てられた身元確認のために、ユーザプ
ロファイル記憶装置２１０にエントリがないか、ヌルエ
ントリの場合には、第１レベル以上の追加の防護処理は
その身元確認には要求されない。

【００６２】家族の場合のように、複数のユーザが一つ
の身元確認を使用する場合のような防護情報を構成する
方法は、同一のグループに入る各ユーザの個別のプロフ
ァイルを用意することである。この各プロファイルは、
さまざまなタイプのアクセスが共用されるもとで、個人
および条件を身元確認するすべての属性を含む。その
後、この提供された身元確認情報は、どの認証されたユ
ーザが実際に電話がかけているのかを決定するために、
プロファイルを区別する。認証されたユーザの一人の認
証が得られると、その後、ユーザの認証によりアクセス
は許可されたり、あるいは、拒否されたりする。このよ
うな状況は、Ｗｉｌｉａｍｓ氏のクレジットカード番号
が身元確認情報の場合に起きる。

【００６３】防護制御点１３４−１のアクセス決定ユニ
ット２０８は、条件分岐点１２２３で、要求されたレベ
ルでのアクセスが明かに許可可能、あるいは、許可でき
ない、あるいは、不明かをむを決定する。このアクセス
の決定は、記憶されたユーザプロファイル、申し立てら
れた身元確認、およびステップ８２５で記載されたよう
呼び情報に記載された要件に基づいて、なされる。呼び
が、通常の長距離呼び、あるいは、そのような呼びに要
求される固有の無効第１レベル以上の防護処理を必要と
するような属性の特定されたセットの要件に合わないよ
うな８００番型の呼びであり、ユーザもネットワークも
さらに防護処理の要件を規定していないとして、ステッ
プ１２２３のテスト結果が、ＹＥＳならば、制御は、ス
テップ１２２５に回される。呼びが回される次の交換機
のアドレスが戻され、防護処理は要求されない。防護制
御点１３４−１が、宛先にアクセス要求者に許可された
アクセスのレベルを通知する。アクセスレベルが、タイ
ムリミトの場合には、タイミングとアクセスレベルの実
行用の宛先は交換機１２８である。これは課金に採用さ
れている同一のタイムメカニズムにより実行される。こ
の方法はステップ１２１９を介して終了する。

【００６４】ステップ１２２３のテスト結果が知らな
い、すなわち、防護制御点１３４−１のアクセス決定ユ
ニット２０８がアクセスは許可されるべきか否か分から
ない場合には、制御はステップ１２２７に回される。ス
テップ１２２３の最初の繰り返しのテスト結果がアクセ
スが許可される前に、認証情報が要求ているか否かは分
からない。ステップ１２２３の次の繰り返しの間テスト
結果は認証情報は以前に得られ、再挑戦の敷居台に達し
たか否か分からない。条件分岐点１２２７は、アクセス
要求者から得られるべき追加の認証情報が残っている
か、あるいは、アクセス要求者がすでに提供した情報か
ら、追加の認証特徴が抽出できるか否かについて決定す
るためにテストする。

【００６５】例えば、小林氏の長男が、ステップ１２２
７の最初の繰り返しの間、スポーツホットラインに到達
しようとして、彼の父と同じような声を発したとする。
それゆえに、息子は要求された音声の再試行のシキイ値
に到達できる。父が実際に電話して鼻詰まりの場合に
は、再試行のシキイ値に彼も到達するだけである。しか
し、長男は認証されたユーザではないので、アクセスを
許可されるのは好ましくない。それゆえに、追加認証情
報、この場合、網膜は中央防護制御システム１３３に父
のために記録されている。スポーツホットラインへのア
クセスの要求の間、音声により再試行にアクセス要求者
が到達すると、アクセス要求者の網膜パターンが要求さ
れ、ステップ１２２７の次の繰り返しの間、それが得ら
れる。得られた網膜パターンが記憶された網膜パターン
と一致した場合には、アクセスは許可され、ステップ１
２２３のテスト結果は次の繰り返しに基づいてＹＥＳと
なる。

【００６６】ステップ１２２７のテスト結果がＹＥＳの
場合には、制御はステップ１２２９に回され、アクセス
要求者にさらに認証情報を要求する。追加認証情報の要
求は要求者に知らせずになされる。

【００６７】ステップ１２２９において、防護制御点１
３４−１は、アクセス要求者の身元確認を確認するため
に、認証情報を提供するようアクセス要求者に要求す
る。この場合、要求は要求者の音声によってなされる
が、他の認証情報でも構わない。

【００６８】条件分岐点１２３１で、ユーザが所定の時
間内に認証情報を提供したか否かを決定する。ステップ
１２３１のテスト結果が、ＮＯの場合には、制御は、ス
テップ１２１５に回され、そこで防護制御点１３４−１
は、接続を拒否する。その後、制御はステップ１２１７
に回され、そこで、アクセスは失敗したと記帳される。
このプロセスはステップ１２１９で終了する。

【００６９】ステップ１２３１のテスト結果が、ＹＥＳ
ならば、制御は、条件分岐点１２２３に回され、そこで
防護制御点１３４−１のアクセス決定ユニット２０８
は、宛先へのアクセスが許可されるか、許可されない
か、不明か、の何れかのテストを行う。ステップ１２２
３のテスト結果が、ＮＯならば、アクセスは、許可され
ない。それは提供された認証情報は記録された認証情報
に一致しないからである。表６により、制御はステップ
１２１５に回され、そこで防護制御点１３４−１は接続
を拒否する。その後、制御は、ステップ１２１７に回さ
れ、ここで、アクセスは失敗した旨は記帳され、このプ
ロセスはステップ１２１９で終了する。

【００７０】ステップ１２２３のテスト結果が、ＹＥＳ
ならば、要求されたレベルへの認証は表６に従ってなさ
れたために、アクセスは許可され、制御はステップ１２
２５に回され、そこで防護制御点１３４−１は発信局１
０２でのアクセス要求者に宛先局１１４へのアクセスを
許可する。その後、このプロセスはステップ１１３７で
終了する。

【００７１】

【発明の効果】以上述べたごとく、本発明の認証システ
ムは宛先ごと、ユーザごとにより、認証情報を変更でき
るので、きめ細かな管理が可能である。

【図面の簡単な説明】

【図１】本発明の電話ネットワークのブロック図であ
る。

【図２】図１のネットワークに用いられる中央防護制御
システム１３３のブロック図である。

【図３】図２の中央防護制御システムに用いられるアク
セス要求者認証ユニット２１８のブロック図である。

【図４】図２の中央防護制御システムに用いられる宛先
認証ユニット２２０のブロック図である。

【図５】アクセス要求者により宛先に出されたアクセス
要求に対し、宛先により特定されたアクセス許可の防護
要件を処理するフローチャートの一部である。

【図６】アクセス要求者により宛先に出されたアクセス
要求に対し、宛先により特定されたアクセス許可の防護
要件を処理するフローチャートの一部である。

【図７】アクセス要求者により宛先に出されたアクセス
要求に対し、宛先により特定されたアクセス許可の防護
要件を処理するフローチャートの一部である。

【図８】図５、６、７に図示されたフローチャートの組
み合わせ方法を示す図である。

【図９】防護システムが、ユーザにより特定の宛先への
アクセスを認証して場合、採用される呼びセットアップ
のメッセージの例を示す図である。

【図１０】アクセス要求者により宛先に出されたアクセ
ス要求に対し、アクセス要求者またはネットワークオペ
レータにより特定されたアクセス許可の防護要件を処理
するフローチャートの一部である。

【図１１】アクセス要求者により宛先に出されたアクセ
ス要求に対し、アクセス要求者またはネットワークオペ
レータにより特定されたアクセス許可の防護要件を処理
するフローチャートの一部である。

【図１２】図１０、１１に図示されたフローチャートの
組み合わせ方法を示す図である。

【符号の説明】

１００電話ネットワーク１０２１０４発信局１０６１０８１１０１１２ＬＥＣネットワーク１１４１１６宛先局１１５バイパス発信局１１７バイパス宛先局１１８長距離ネットワーク１２０１２２１２４１２６１２８１３０交
換機１３２ネットワーク制御点（ＮＣＰ）１３３中央防護制御システム１３４−１、１３４−２防護制御点１３６任意隣接プロセッサ１３８信号ネットワーク１４０情報リンク２０２リンク２０４アクセス要求者情報パス２０６アクセス要求者信号リンク２０８アクセス決定ユニット２１０ユーザプロファイル記憶装置２１６宛先プロファイル記憶装置２１８アクセス要求者認証ユニット２２０宛先認証ユニット２２２２２４２２６リンク２２８宛先信号リンク２３０宛先情報パス３０２アクセス要求者認証プロセッサ３０４リンク３０６音声パスワード３０８アクセス要求者チャレンジユニット３１０比較関数装置３１２ユーザ認証データ４０２宛先認証プロセッサ４０４リンク４０６宛先チャレンジ応答４０８宛先認証情報記憶装置

Claims

【特許請求の範囲】

【請求項１】複数の交換機（１２８、１３０）を有す
るネットワーク（１１８）に使用され、複数の発呼者
（１０２、１０４）が複数の宛先（１１４、１１６）に
アクセスするのを制御する中央防護制御システム（１３
３）において、前記宛先は、前記ネットワークにより前記中央防護制御
システムに接続され、発呼者の一人から、特定の宛先へ
のアクセス要求を受信する手段（２０６）と、前記ネットワークを介して、前記受信要求に応答して、
前記宛先により付与された前記宛先へのアクセスの所定
の複数のレベルの一つを前記発呼者に通知する手段と、からなることを特徴とする中央防護制御システム。
【請求項２】前記発呼者の場所と前記宛先とを、ネッ
トワーク交換要素（２０８、２２８）を介して、相互接
続し、この相互接続は、全体の中央防護制御システムと
は独立するように、前記ネットワーク交換要素を指示す
る手段をさらに有することを特徴とする請求項１のシス
テム。
【請求項３】前記通知手段は、有資格使用者の一人の身元確認が前記要求の為に申し立
てられた時、前記アクセスレベルを決定するに使用され
る、前記複数の宛先の有資格使用者により提供されてい
る認証情報（３１２）を記憶する手段を有することを特
徴とする請求項１のシステム。
【請求項４】前記通知手段は、前記発呼者からの認証情報に応答して、前記要求時に、
前記発呼者を身元確認し、認証する手段（２０８、２１
０、２１８）を有することを特徴とする請求項１のシス
テム。
【請求項５】前記通知手段は、資格レベルテーブルと、この資格レベル内に前記発呼者
があると認定された場合に、前記宛先へ接続されるアク
セスの対応レベルとを含む認証プロファイルを記憶する
手段（２１０）を含むことを特徴とする請求項１のシス
テム。
【請求項６】前記通知手段は、前記宛先への防護制御ポイントを認証する手段（２２
０）を有することを特徴とする請求項１のシステム。
【請求項７】前記通知手段は、前記要求に先立ち、前記宛先の有資格使用者により提供
された認証情報を記憶する手段（３１２）と、前記要求の発生時点で、前記発呼者を身元確認し、認証
するために使用される情報を確保する手段（３０６）
と、資格レベルテーブルと、この前記資格レベル内に前記発
呼者がある場合に、前記宛先へ接続されるアクセスの対
応レベルとを含む認証プロファイルを記憶する手段（２
１０）と、前記要求と、前記認証プロファイルと、前記記憶された
資格情報に応答して、前記発呼者が前記認証プロファイ
ルに記憶されたどの資格レベルに認証されるかを決定す
るために、前記情報確保手段により確保された情報を解
析する手段（２０８）とを有することを特徴とする請
求項１、または２のシステム。
【請求項８】前記宛先は、少なくとも一つの加入者団
体に関連し、認証プロファイル記憶手段（２１０）は、前記少なくと
も一つの加入者団体により特定される少なくとも一つの
認証プロファイルを記憶する手段をさらに含むことを特
徴とする請求項５または６のシステム。
【請求項９】認証プロファイル記憶手段（２１０）
は、前記少なくとも一つの加入者団体の有資格使用者により
特定される少なくとも一つの認証プロファイルを記憶す
る手段をさらに含むことを特徴とする請求項５または６
のシステム。
【請求項１０】通信ネットワークを介して、発呼者か
ら複数の宛先へのアクセスを制御する中央防護制御シス
テムの使用方法において、発呼者の一人から特定の宛先へアクセスする要求を受信
するステップと、発呼者に付与された宛先への所定の複数のアクセスレベ
ルの一つを、ネットワークを介して、特定の宛先に通知
するステップと、前記の通知された時点で、その接続が全体の中央防護制
御システムとは独立になるように、通信ネットワークを
介して、発呼者を特定の宛先に接続するよう、ネットワ
ークを指示するステップと、からなることを特徴とする中央防護制御システムの使用
方法。