(57)【特許請求の範囲】
【請求項１】
通信ネットワークの異常利用を検出するために該通信ネットワークを介して第1の通信局から第2の通信局へと発呼される電話呼を監視する方法であって、
該電話呼の1つ又は複数の所定の属性をリアルタイムで収集するステップと、
電話呼に関する1つ又は複数の所定の基準をデータベースから検索するステップとを含み、該1つ又は複数の所定の基準は、通信ネットワークの異常利用をあらわしており、該方法は、さらに、
該電話呼について収集した1つまたは複数の所定の属性と該データベースから検索した電話呼に関する該1つまたは複数の所定の基準とを比較し、該電話呼が該通信ネットワークの異常利用を示しているか否かをリアルタイムで判定するステップと、
第3の通信局に位置するネットワークの顧客に該通信ネットワークの異常利用をリアルタイムで通知するステップとを含む方法。
【請求項２】
請求項1に記載の方法において、該電話呼の進行中に該複数の所定の属性を受信する方法。
【請求項３】
請求項1に記載の方法において、該判定するステップは、
該1又は複数の属性から選択した属性をそれに対応しネットワークの異常利用を示す所定のしきい値と比較するステップと、
該1又は複数の属性から選択した属性のいずれかがそれに対応する所定のしきい値を超過した場合に、その電話呼がそのネットワークの異常利用をしていることを示す表示を戻す返送ステップとを含む方法。
【請求項４】
請求項3に記載の方法において、該1つ又は複数の所定のしきい値は所定の発信電話番号から発信する電話呼に対し異常利用を示す方法。
【請求項５】
請求項3に記載の方法において、該1つ又は複数の所定のしきい値は所定の許可コードを用いてかけた電話呼に対し異常利用を示す方法。
【請求項６】
請求項3に記載の方法において、該1つ又は複数の所定のしきい値は所定の800番号を用いてかけた電話呼に対し異常利用を示す方法。
【請求項７】
請求項3に記載の方法において、該1つ又は複数の所定のしきい値は、所定の着信位置にかけた電話呼に対し異常利用を示す方法。
【請求項８】
請求項1に記載の方法において、該第3の通信局に位置するネットワークの顧客からのフィードバックに応答してこのネットワークへのアクセスをリアルタイムで修正する修正ステップをさらに有する方法。
【請求項９】
請求項８に記載の方法において、該修正ステップは、該第3の通信局に位置するネットワークの顧客が指定した所定の属性を持つ後続電話呼を自動的にブロックするステップを有する方法。
【発明の詳細な説明】
【０００１】
【産業上の利用分野】
本発明は、通信ネットワーク利用をモニタするシステムに係り、特にこのネットワーク利用をリアルタイムでモニタするシステムに関する。
【０００２】
【従来の技術】
現在、通信ネットワークを各個が許可なく利用する状態の場合がよくある。この不正な利用によりこのネットワークを所有するエンティティにまたはこのネットワークの利用に対する料金を支払うエンティティに大きい財務負担をかける。例えば、ソフトウェア定義ネットワーク（ＳＤＮと略す）には“遠隔アクセス”の機能があり、これによりネットワーク外の位置からこのソフトウェア定義専用ネットワーク機能にアクセスできる。この機能は有用で、例えばこれにより会社構内から外に出ているビジネスマンがその会社専用ネットワークにアクセスすることができる。この遠隔アクセス機能は有用で便利な機能であるが、これは安全性の点からはネットワークの利用料金を支払う責任のあるこのネットワーク利用顧客（以下その“加入者”と呼ぶ）には危険性がある。
【０００３】
特に、このビジネスマンがそのネットワークにアクセスするのと同じ許可コードを不正利用者が利用してそのネットワークにアクセスする場合である。現在、通信ネットワークの不正利用を検出したり防止したりする方法はこの問題に対処するのには不適切である。例えば、料金請求サイクルの最後に得られたデータをもとにして不正を検出するようなシステムでは時宜を得た情報を与え得ず不都合である。この情報をその専用ネットワークの所有者が知る時までには、すでに大量の不正利用が生じてしまっている。
【０００４】
不正利用のこの問題に対処する他の方法には、異常利用を検出すると自動的にそのネットワークのアクセスを拒否したりまたはブロックしたりする方法がある。この方法を用いるシステムでは、このネットワークの正しい利用者の許可呼出を不適切にブロックして問題となる場合がある。また、アクセスを自動的に拒否するシステムでは、このネットワークにアクセスを求める“ハッカー”がこのネットワークに対し別の許可コードまたはエントリ点を試行するのに有利にしてしまう場合がある。従ってこのようなシステムでは不正利用者を把握する手段がない。
【０００５】
【発明が解決しようとする課題】
不正利用を把握できる安全性の向上したネットワークが望まれている。
【０００６】
【課題を解決するための手段】
本発明は次に述べる特徴を有し、安全性の向上したネットワークを提供するものである。それはこのネットワークを通りかけた電話呼出の１以上の特性すなわち属性をリアルタイムでモニタし、この属性が異常なすなわち不正なネットワーク利用を示す場合にはリアルタイムでその加入者に通知することによりネットワークの安全性を向上するものである。いったんこの異常利用が通知されると、この加入者はネットワークの不正利用を最小にくいとめるステップを取れる位置にある。というのは、例えば、この加入者は選択的にネットワーク利用をブロックしたり、毎呼出ごとにこのネットワークへのアクセスを拒否したり、またはこの呼出をトレースしてこの呼出の進行中にこのネットワークの不正利用者を把握することができる。次に本発明の一実施態様を挙げる。
【０００７】
加入者はネットワークの異常利用を示すしきい値を設定する。ある加入者に料金請求可能なネットワークにおいて、このネットワークにかけられた呼出を進行ベースの状態でモニタする。特に、進行中の呼出でこの呼出に対する料金請求記録からリアルタイムで得られたデータからこの呼出の選択した属性を得るまたは導くものである。この呼出の属性を処理してこの属性がその加入者の設定した１以上の設定しきい値を超過した属性があるのかその存否を求める。しきい値を超過した場合には、直ちにこの加入者に通知されるので、この加入者はその呼出に対する防止動作を許可命令することができ、またはこの加入者のネットワークへのアクセスを修正することができる。もしくは、しきい値を超過した場合には後続呼出をブロックするようななんらかの事前許可動作を自動的にかつこの加入者に通知することなく行うことができる。
【０００８】
【実施例】
図１は、例えば加入者に対し構成されたＳＤＮのような通信ネットワーク１０を示す。通信ネットワーク１０には、加入者に属する異なる３顧客構内すなわち加入者位置１２、１４、１６がある。加入者位置１２、１４、１６は相互交換（ＩＸＣ）ネットワーク１８を通り相互に結合する。ＩＸＣネットワーク１８には、ＩＸＣ交換機２０、２２、２４と、このＳＤＮを実行するためのデータベース２５と、料金請求を収集するための処理手段２６（以下“料金請求データ・コレクタ２６と呼ぶ）と、ネットワークの異常利用を検出する目的でこの料金請求データの状態を解析するための処理手段２８（以下不正モニタ・プロセッサ２８と呼ぶ）がある。以下に本発明をプロセス例で説明する。
【０００９】
それは、加入者位置１２の起呼者が加入者位置１４の被呼者に電話呼出をかけ、この電話呼出の属性をモニタしてネットワーク１０の異常利用を検出するものである。本実施例では、加入者位置１２の電話機３０からかけた呼出は構内交換機（ＰＢＸ）３２を通り、ＩＸＣネットワーク１８のＩＸＣ交換機２０、２２を経て、加入者位置１４に送られる。加入者位置１４では、この呼出はＰＢＸ３４を経て電話機３６の被呼者に送られる。ネットワーク１０への遠隔アクセスは、このネットワーク外の起呼者、例えば電話機３７で、ＰＢＸ３２経由で行われる。料金請求データ・コレクタ２６は、電話機３０からかけられた電話呼出に料金請求するために用いるデータをＩＸＣ交換機２０から収集する。
【００１０】
料金請求データ・コレクタ２６はそのデータをＩＸＣ交換機２０から受信し、呼出詳細記録を生成するが、この呼出詳細記録はＩＸＣ交換機２０から受信したデータの全部ないし一部で含むものである。各料金請求呼出ごとに異なる呼出詳細記録を生ずる。料金請求データ・コレクタ２６はリアルタイムでこの呼出詳細記録を生成する。ここで用いる呼出詳細記録とは、この記録生成がその呼出終了直後のものであろうとまたはその呼出が進行中のものであろうと関係なく、“リアルタイム”で生ずるものである。（呼出は、その起呼者と被呼者間の結合が切れた際に“終了”したという。）料金請求データ・コレクタ２６は、呼出に関する情報をリアルタイムで収集する適当なまた便利な処理手段のいずれでも用いることができる。
【００１１】
料金請求データ・コレクタ２６の適当な一例を次に挙げる。料金請求データ・コレクタ２６は、例えば、「呼の記録に対するリアルタイムアクセスを提供する通信ネットワーク  （Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｎｅｔｗｏｒｋ  Ａｒｒａｎｇｅｍｅｎｔ  ｆｏｒ  ｐｒｏｖｉｄｉｎｇ  Ｒｅａｌ  Ｔｉｍｅ  Ａｃｃｅｓｓ  ｔｏ  Ｃａｌｌ  Ｒｅｃｏｒｄ）  」と題する、１９９３年２月２３日に出願された本願の対応特許である米国特許第５，５０６，８９３号明細書に記載されており、その記載は、本願の明細書に援用される。本発明に従えば、料金請求データ・コレクタ２６からリアルタイムで呼出の詳細な記録を受信するために不正モニタ・プロセッサ２８が提供される。不正モニタ・プロセッサ２８は、料金請求データ・コレクタ２６に常駐するアプリケーションとして実現することが可能であり、又は、代替的に、１つ又は複数の料金請求データ・コレクタ２６からダウンストリーム方向にある個別のプロセッサとして実現することが可能である。
【００１２】
不正モニタ・プロセッサ２８は、後述するように呼出詳細記録に記憶した呼出属性を用い各種インデックス（例えば、ある選択した許可コードを用いて行われた呼出に対する平均呼出続行時間）を誘導する。不正モニタ・プロセッサは、次にこの呼出属性または得られたインデックスを事前に選択したしきい値と比較するが、これは加入者が（場合によりその電話サービス提供業者の助力で）ネットワークの異常利用を示すものとして先に選択または設定したしきい値でありこれと比較する。このしきい値の設定は、加入者の特定の必要性または優先性の観点からこの加入者が行うものである。
【００１３】
解析した呼出の属性からこの呼出がそのネットワークの異常利用または場合により不正利用である（例えば、属性がある特定のしきい値を超過している）ことを示す場合には、不正モニタ・プロセッサ２８は加入者構内１６と通信してその加入者にこの異常利用を警告する。不正モニタ・プロセッサ２８は、加入者ワークステーション３８と直接通信して、この呼出が異常利用であることをその加入者構内に対し明らかにする。または、不正モニタ・プロセッサ２８は、ＩＸＣネットワーク１８を通り、ＩＸＣ交換機２０、２４を経て、加入者構内１６のＰＢＸ４０により通信する。次にＰＢＸ４０は顧客の構内装置、例えばファックス機械４２またはプリンタ４４と通信してこの異常利用をリアルタイムでその加入者に通知する。もしくは電話呼出でその加入者にリアルタイムで異常利用を通知する。
【００１４】
この加入者は、選択的にネットワークの利用をブロックし、毎呼出ごとにこのネットワークへのアクセスを拒否し、この呼出をトレースしてこの呼出の進行中のまま、その不正利用者を把握でき、または他の適当な動作を取り、例えばその電話サービス提供業者に知らせたり、またはそのＳＤＮデータベースを修正したり、することができる。また、別の実施例においては、通信交換業者のような電話サービス提供業者は、しきい値超過に応答してある事前許可動作を自動的に取る。例えば、ネットワークの異常利用を示すしきい値が超過したことを（リアルタイムで）決めた場合に、進行中の呼出を中断するようにこの加入者はその電話サービス提供業者に事前に許可しておくことができる。
【００１５】
このような事前許可動作は、しきい値の超過をその加入者に同時に通知しまたは通知することなく、自動的に取ることができる。呼出に対する呼出詳細記録を処理して所定のしきい値の超過がなかったことをいったん決めると、不正モニタ・プロセッサ２８はこの呼出詳細記録のそのコピーを廃棄することが好ましい。このような記録廃棄により不正モニタ・プロセッサ２８内に必要とする記憶容量を最小とすることができる。この呼出詳細記録に含まれる実際のデータは必ずしも保持するとは限らないが、このデータにより左右されるまたはこのデータから計算される選択インデックスは保持する。例えば、平均呼出続行時間、各許可コード下にかけられた呼出数、その他の情報を“ランニング延合計”で保持する。
【００１６】
前述のように、呼出詳細記録を呼出終了後かまたはその呼出中かのいずれかで生成する。呼出終了後に生成した呼出詳細記録の場合の方が、呼出進行中に生成した呼出詳細記録の場合より多くの情報を含む。例えば、前者の場合には、その呼出詳細記録にはその呼出続行合計時間を特定する情報を含むが、後者の場合にはそのような情報はない。それにも拘らわず、呼出進行中に生成したこの呼出詳細記録を解析しこの起呼者がまだその回線にいる間にその情報を利用することができる。このような情報の使用は、例えば、不正の検出やトレースに、好都合である。図２は、不正モニタ・プロセッサ２８が受信する呼出詳細記録５０の構成例を示す図であり、以下にこれを説明する。
【００１７】
呼出詳細記録５０には１以上のキー・データ・フィールド５２（その内容を“記録ｉ”として図示する）があり、これがその記録を一意に識別する。各記録における属性データを符号５４−１ないし５４−Ｎで示し、ただしここでＮはこの記録の記載するその呼出のいろいろな属性すなわち特性の数を示す。長距離呼出の場合については、次の属性があり、以下に列記する。起呼番号（５４−１）、アクセス時間（５４−２）、着信（被呼）番号（５４−３）、呼出続行時間（５４−４）、本呼出の完了か未完了かの表示（５４−５）、本ネットワークへアクセスするのに用いた許可コードまたは８００番号（５４−６）、発信端末の種類（例、公衆電話、通常の電話など）（５４−７）、または本呼出を識別し、本呼出がその加入者に対する通信ネットワークの異常利用に該当するのかその当否を決めるのに有用なその他の属性（５４−Ｎ）である。
【００１８】
本発明のネットワーク利用モニタ機能はいろいろな種類の通信ネットワークの幾つかに利用可能である。例えば、ある加入者の構内から行われたすべての呼出をモニタして異常利用を検出することができる。またはモニタを次のような状態の場合に限定することもできる。それは、例えば、８００番号をダイヤルすることや、その起呼者の電話番号や、その起呼者により与えられた許可コードに基づいて限定したネットワーク機能へのアクセスを認める場合である。図３と図４は、ネットワークの異常利用を検出するためにネットワークの利用をリアルタイムでモニタする方法においてその方法例の流れ図を示す。図３のステップ１００でこのプロセスは始まり、ここで図２に示す呼出詳細記録のようなリアルタイム呼出詳細記録を不正モニタ・プロセッサ２８が受信する。
【００１９】
不正モニタ・プロセッサ２８は、まずこの呼出詳細記録の属性からその呼出の種類を決める（ステップ１０２）。例えば、この呼出詳細記録は次に示すようなこの呼出の種類の存否を示す。それは、例えば、ＳＤＮセル移動電話呼出か、ＳＤＮまたは遠隔ネットワーク・アクセス呼出（例えば、図１に示す電話端末３７のようなネットワーク外の位置から）で許可コードを必要とするものか、もしくは８００番号アクセスによる遠隔ネットワーク・アクセス呼出かなどである。いったんこの呼出の種類を識別すると、不正モニタ・プロセッサ２８はこの呼出詳細記録からその起呼番号、許可コードまたは発信８００番号をこの呼出の種類に対し適宜決める。（ステップ１０４）ここで図３と図４の残部を含め説明上次のように仮定する。
【００２０】
それは、この呼出は許可コードを用いてかけられたものであり、この不正モニタ・プロセッサ２８はこの許可コードをその呼出詳細記録から得たものとここで仮定する。次に、不正モニタ・プロセッサ２８は、この呼出詳細記録からこの呼出の着信番号（または着信ＮＰＡ／国コード）を決める（ステップ１０６）。このプロセスにおけるこの点で、不正モニタ・プロセッサ２８はこの呼出の属性解析を開始する。例えば、このプロセッサは、この呼出は完了呼出であるのかすなわちこの呼出は応答ずみの呼出であるのかその正否を、ステップ１０８において決める。もしこの呼出が完了ずみの呼出である場合には、不正モニタ・プロセッサ２８は、特定の許可コードのもとでこの呼出をかけたその許可コードの完了呼出のカウントを保持するカウンタをインクリメントする（ステップ１１０）。
【００２１】
もし、この呼出が未完了呼出である場合、すなわちこの呼出が未応答呼出である場合には、不正モニタ・プロセッサ２８は、特定の許可コードのもとでこの呼出をかけたその許可コードの未完了呼出のカウントを保持するカウンタをインクリメントする（ステップ１１２）。また、不正モニタ・プロセッサ２８は、この許可コードに対し未完了呼出の百分率を誘導する（ステップ１１８）。この未完了呼出の百分率の計算は、カウンタが保持しステップ１１０とステップ１１２で得た情報を用いて行う。呼出完了後にこの呼出詳細記録を生成したと仮定すると、この呼出詳細記録はその呼出続行時間（また“保持時間”とも呼ぶ）を含む。この場合不正モニタ・プロセッサ２８は、許可コードのもとにこの呼出をかけたその許可コードの合計呼出続行時間、すなわちその利用合計の記録を保持するカウンタをインクリメントする（ステップ１１４）。
【００２２】
また、不正モニタ・プロセッサ２８は、この許可コードを用いてかけた呼出の平均保持時間を誘導する（ステップ１１６）。次に図４を参照し説明を続ける。不正モニタ・プロセッサ２８は、次に、この呼出詳細記録に含まれた情報からこの呼出の発信ＮＰＡまたは国コードを決める（ステップ１２０）。この許可コードに対しこのＮＰＡまたは国コードの初出現にこれが該当するのかその当否をこのプロセッサが決める（ステップ１２２）。もし初出現である場合には、この許可コードを用いて呼出が行われた各種ＮＰＡと国コードの数を追跡するカウンタをこのプロセッサがインクリメントする（ステップ１２４）。もしＮＰＡ／国コードの初出現ではなく第２回目以降の出現である場合には、このプロセスはステップ１２６に続く。
【００２３】
呼出に対するいろいろな統計値を得たりまた誘導したりした後、不正モニタ・プロセッサ２８はこの統計値をその許可コードに対しこの加入者がさきに設定したしきい値と比較する（ステップ１２６）。もしこの所定のしきい値の１以上をこの統計値のいずれかが超過した場合はネットワークの異常利用を示す。ステップ１２８に示すように、もし例えば、全呼出数、呼出続行時間の分の合計数、不完了呼出数、または各種ＮＰＡ／国コード数がこの加入者のその許可コードに対し設定したしきい値を超過した場合には、この加入者にそのネットワークの異常利用を通知する（ステップ１３０）。同様に、ステップ１３２に示すように、この平均保持時間がその特定の許可コードに対する平均保持時間のしきい値の上限超過または下限未満の場合に該当するのかその当否を不正モニタ・プロセッサ２８は決め、もし該当する場合にはその加入者に通知する（ステップ１３４）。
【００２４】
前述では各種インデックスと計算をある許可コードに対し計算した場合の例について説明したが、または次のようにこのインデックスの計算を行う場合も可能である。それは、その起呼番号（例えば、特定の起呼番号からかけられた呼出に対する平均保持時間を計算する）、このネットワークにアクセスするのに用いた８００番号、またはこの加入者の呼出全体に基づいてインデックスを計算することも可能である。同様にネットワークの異常利用を示すのにこの加入者が設定するしきい値を各許可コード、起呼番号または８００番号でこのネットワークにアクセスしたその個々に対し指定することも可能であり、もしくはこの加入者がさらに普遍的な方法で指定することも可能である。
【００２５】
また選択した着信位置にかけられた呼出に対し別個のインデックスとしきい値を誘導し保持することも可能で、これらも本発明の技術的範囲に包含される。ただしここで用いる“着信位置”には、例えば着信番号、着信ＮＰＡおよび着信国コードがある。ネットワークの異常利用の存否を求めるのに図３と図４に説明したもの以外の基準を用いることも本発明の範囲や精神を逸脱することなく可能であることは当業者には当然明白である。例えば、禁止国コードのリスト上にある国コードにたとえ呼出がかけられた場合でもそれに関係なくリアルタイムにその加入者に通知するように不正モニタ・プロセッサ２８を構成することも可能である。
【００２６】
本発明の他の特徴として、前述の統計値やカウント値の各々を加入者の選択に応じ所定の時間後にクリアまたはリセットすることも可能である。これにより特定の起呼番号またはアクセス・コードに対しいずれか好都合なベースでこの加入者はそのネットワーク利用をモニタすることができる。例えば、２４時間周期がその加入者に有用な情報となる場合には日ごとベースである選択したアクセス・コード下にかけられた呼出をモニタすることができる。もしくは、そのアクセス・コード下にかけられた呼出を週ごとまたは月ごとにモニタすることも可能である。以上の説明は、本発明の一実施例に関するもので、この技術分野の当業者であれば、本発明の種々の変形例が考え得るが、それらはいずれも本発明の技術的範囲に包含される。
【００２７】
【発明の効果】
以上述べたごとく、本発明によりリアルタイムで不正利用を把握でき安全性の向上した有用なネットワークを提供することができる。
【図面の簡単な説明】
【図１】本発明により構成したネットワーク利用モニタ・システムを含む通信ネットワークの実施例を示すブロック略図である。
【図２】図１に示す不正モニタ・プロセッサに記憶された代表的記録フォーマットを表すブロック図である。
【図３】呼出の属性が示すネットワークの異常利用の存否をリアルタイムで決めるためのプロセス例の流れ図である。
【図４】呼出の属性が示すネットワークの異常利用の存否をリアルタイムで決めるためのプロセス例の流れ図である。
【符号の説明】
１０  通信ネットワーク
１２  加入者位置
１４  加入者位置
１６  加入者位置
１８  交換（ＩＸＣ）ネットワーク
２０  交換機
２２  交換機
２４  交換機
２５  データベース
２６  （処理手段）料金請求データ・コレクタ
２８  （処理手段）不正モニタ・プロセッサ
３０  電話機
３２  構内交換機（ＰＢＸ）
３４  構内交換機（ＰＢＸ）
３６  電話機
３７  電話機
３８  加入者ワークステーション
４０  構内交換機（ＰＢＸ）
４２  ファックス機械
４４  プリンタ
５０  呼出詳細記録
５２  キー・データ・フィールド
５４  属性データ（１ないしＮの属性）
【図１】
0003723235.tif 000002
【図２】
0003723235.tif 000003
【図３】
0003723235.tif 000004
【図４】
0003723235.tif 000005