JP2004529549A - 不正モニタと通信システム - Google Patents

Abstract

通信システム（１００）のための、不正モニタシステム（１３３）が開示されている。不正モニタシステム（１３３）はシステムにおける使用活動のレコードを分析し、不正のきざしのあるパターンを検出するために不正パターン検出アルゴリズムを適用する。不正モニタシステム（１３３）はパケット交換ネットワーク（１０１）の制御と、回線交換ネットワークゲートウエイ（１０７）の両方に起因する処理レコードに優位に対応する。

Description

【関係事件についての相互参照】
【０００１】
[０１] この出願は、２００１年３月２０に出願された、「ＩＰ通信」という題の米国仮特許出願番号第６０／２７６,９２３号、２００１年３月２０日に出願された、「ＩＰ通信」という題の米国仮特許出願番号第６０／２７６,９５３号、２００１年３月２０日に出願された、「ＩＰ通信」という題の米国仮特許出願番号第６０／２７６,９５５号、および２００１年３月２０日に出願された、「ＩＰ通信」という題の米国仮特許出願番号第６０／２７６,９５４号の米国特許法第１１９条（ｅ）下で先の出願日の利益に関連し、かつその利益を主張してここにその全体が参照により引用される。
【技術分野】
【０００２】
[０２] この発明は通信サービスの不正使用の制御に関し、特にデータ送信ネットワークにおける不正機能の検出に関する。
【背景】
【０００３】
[０３] データ転送ネットワークの増殖、最も目立つのはインターネットであるが、リアルタイム通信のテレフォニおよび他の形式における革命を引き起こしている。テレフォニトラフィックとデータトラフィックを異なるシステムおよびネットワーク上で別々にサポートさせるということに慣れてきたビジネスは、電話音声トラフィックおよび他のリアルタイム媒体の他の形式がデジタル形式に変換されデータの他の形式と共にパケットデータネットワークによって搬送される、いわゆる「集中型のネットワーク」に向いて動きつつある。今や技術はそれをサポートすることが可能であるため、データ転送(transport)を介した音声は削減された資本および操作コスト、資源効率および柔軟性の点で多くの利点を提供する。
【０００４】
[０４] 例えば、商業的設備においては、ＰＢＸのような自動呼び出し分配機能のような強化された機能のほとんどは、サービスプロバイダのネットワークに存在してもよいため、顧客構内装置の投資は実質的に減らされた。各種形式のゲートウエイのおかげでＩＰ電話、従来のアナログ電話およびＰＢＸならびにネットワークに接続されたデスクトップコンピュータのような多様化したシステムの間においてさえセッションが確立されてきた。
【０００５】
[０５] エンドユーザ端末装置の新しい世代は、従来の電話および、より最近のＰＢＸ電話セットさえ置き換えつつある。シスコシステム会社(Cisco Systems, Inc.)およびピンテル株式会社(Pingtel Corporation)によって提供されるこのような新しい装置は、例えばイーサネット接続を介して一般のパケットデータネットワークにおよびユーザインターフェイスの豊富さを高めるために、外観の大きな視覚ディスプレイに直接接続されてもよい。
【０００６】
[０６] そのような装置が開発される前においてさえ、オーディオアダプタ付きでインターネットに接続されたコンピュータは、質は予測が不可能でかつしばしば非常にひどいものではあったが、インターネットテレフォニのある基本的な形態を実行することができた。今や、信頼できる料金の質の接続、容易な呼び出し設定およびメディアトランスポートの別の形態と共にフル機能のテレフォニを供給するための強化された特性を提供するために、インターネットプロトコル（ＩＰ）ネットワークおよび他のパケット転送ネットワークを採用することが強調されている。そのような技術によって可能になった媒体セッションのある別の形式は、ビデオ、質の高いオーディオ、多数当事者会議、メッセージングおよび協力的なアプリケーションを含んでもよい。
【０００７】
[０７] もちろん、ビジネスおよび住居の通信加入者(subscriber)は、従来のテレフォニと置き換えるためのそのような音声オーバパケット通信の使用を開始するため、接続の質およびサービスの多様性は、以前の電話ネットワークにおけるのと少なくとも同様であることの期待が当然存在する。ネットワークの新たなタイプは、その前のものよりも通信サービスの不正使用の影響を受けにくく、または、少なくとも悪くないであろうことも期待される。
【０００８】
[０８] しかしながら、テレフォニに対してパケットデータ送信を使うと、従来の回線交換電話ネットワークでの経験を超えた、新たな弱点を導く。公のインターネットにおける通信セキュリティ上の懸念は周知であり、数え切れない識別情報の窃盗、ハッキング攻撃、ウイルス、サービス妨害攻撃、セキュリティ違反および信頼できる、機密性の通信に対する他の脅威の見地から、かなりの注目を受ける。これらの脅威は、パケットテレフォニの場合、トラフィックストリームが測定され、収入に関連するため、さらなる重要性を帯びる。
【０００９】
[０９] これらの脅威に応答して、安全対策の増加する配列（ファイヤウォール、ＮＡＴ、安全な結合、暗号化計画、安全なインターネットプロトコル（ＩＰｓｅｃ）、攻撃されやすさ調査）が、データネットワークに対する大打撃を与えるそのような攻撃に対して妨害するために開発されている。
【００１０】
[１０] もちろん、データネットワークセキュリティによって引き起こされたこれらのあらゆる安全対策は、テレフォニデータネットワークにおいて攻撃の防止に対して有益となってもよい。何らかのパケットテレフォニシステムに対する特有の弱点のある分野は、信号送信、ベアラトラフィック(bearer traffic)、およびネットワーク管理通信がすべて、同じ送信ネットワークを共有しているということから生じている。呼び出し制御システムは自身の中で通信し、顧客データのパケットを運ぶ同じネットワークを使用して、ネットワーク要素（ゲートウエイのような）に通信する。簡単に言うと、ポイントのアドレスが知られている限り、パケットネットワークにおけるあらゆるポイントにデータを送信してもよい。呼び出し制御サーバが送信ネットワークを介して結合されるということは、不正の犯人がサーバの動作を防げるか、あるいはサーバをだまして、無料の通信サービスを提供させるよう、偽りの通信要求を送信するために、ネットワークサーバと直接通信を試みるかもしれない可能性を開く。幸運なことに、正当な端点間のＩＰｓｅｃトンネルの使用のようなネットワーク安全対策は、これらの攻撃の種類には大いに有効である。
【００１１】
[１１] データネットワーク安全対策がテレフォニデータネットワークに対する攻撃のあるタイプに対しての妨害を助けるために採用されてもよいが、そのような対策では検出あるいは防げない各種の不正計画が存在する。
【００１２】
[１２] 各種の不正計画は、不正の犯人が通信サービスを盗むことができることから周知である。犯人は呼び出しカード番号を盗み、偽のアカウントを開き、さもなければ支払うことなくサービスを得るために装置あるいは人間を操ることができる。可能な不正計画の多くがＰＳＴＮでよく特徴づけられ、各種の技術がそのような濫用を検出および妨害するために開発されている。
【００１３】
[１３] 不幸なことに、十分なデータネットワーク安全対策の使用は、パケットテレフォニ環境においてでさえ、すべての濫用および不正の方法を防ぐべきであるという産業におけるそれらの計画の間で共通の誤解が存在する。実際、不正モニタの役割はネットワークセキュリティと異なるが、補足的でありうる。ネットワークセキュリティは認証されたユーザのみがネットワークサービスへのアクセスを得ることを確実にするために、機構（例えば、ファイヤウォール、認証サービス、ユーザＩＤ／パスワードなど）を提供する。これらの安全機構は認証されたユーザと社会的エンジニアリング(social engineering)
の状況による内部の濫用に対抗して保護となる。補足的な能力として、不正モニタは弱められたりあるいは濫用されたりする安全機構がないことを確実にするためにネットワーク上で使用されるサービスへの閲覧を提供する。不正モニタはネットワークにおける弱点の識別を促進し、認証されない使用を最小にすることで商業顧客を保護し、そして収入の損失に対してサービスプロバイダを保護する。
【００１４】
[１４] 要約すると、ネットワークセキュリティは不正の妨害に焦点を合わせ、一方不正モニタは不正の検出に焦点を合わせる。これらのネットワークの懸念は、新たなサービスおよびテクノロジの採用に顧客が投資する前に対処されなければならない。顧客が収束された解決に引きつけられるのは新たなサービスおよび向上する機能の可能性のためであ
るが、新たな安全のリスクおよび不正の手段について懸念する。
【００１５】
[１５] この発明はボイスオーバパケット(voice-over-packet)通信システムにおける補足的な他の安全対策に対する不正モニタの能力に対してのニーズを満たす。
【００１６】
[１６] パケットテレフォニネットワークが従来のネットワークに類似して動作し、同様の不正計画の多くが適用されるほど、この発明は既存の不正検出システムをパケットテレフォニネットワークとの使用に有利に適応させる。これは、従来の電話ネットワークに対して開発された既存の手段および実施は、パケットテレフォニの分野において直ちに適用されてもよいことを意味する。
【００１７】
[１７] 加えて、パケットテレフォニが新たな局面を導入し、従来のテレフォニで注目されたものを超えて情報の新たなソースを浮上させるのに対して、この発明は新たなインジケータの収集と新たな検出方法の実施例を提供する。
【００１８】
[１８] 別の局面において、この発明はまた従来およびパケット交換型テレフォニシステムの両方に仕えるために一つの不正モニタプラットフォームに備える。特に、この発明は回線交換およびパケット交換型ドメインの両方から派生した使用活動情報の収集、相互関係、および共同のプロセスに備える。これは、すべての呼び出しの局面、ゲートウエイを含み、かつ両方の送信の形式で搬送される呼び出しさえも検閲するための新規な能力である。
【００１９】
[１９] この発明のある局面に従って、パケットテレフォニシステムにおいて呼び出し処理、あるいはより適切には「セッション処理」を実行するネットワークサーバは、サーバによって処理された各呼び出しもしくはセッション要求を反映する処理詳細レコードを生成する。記録されるものはネットワークアドレス、呼び出しの性質、特性発動、日時等を含んでもよい。これらの処理詳細レコードは運用支援システムを介して転送され、結局、不正の各種パターンを探す不正モニタエンジンによって処理される。好ましい実施例において、そのようなレコードはＸＭＬ（拡張可能マークアップランゲイジ）様式で提供される。
【００２０】
[２０] この発明の別の局面において、回線交換およびパケット交換ネットワーク間で信号送信およびベアラーチャンネル(bearer channel)を適応するネットワークゲートウエイはまた、より従来型の呼び出し処理レコード（ＣＤＲ）を生成し、それらを収集プロセスへ送信する。これらのＣＤＲはイベントのＰＳＴＮのタイプについての情報を運ぶ。結局、これらのＣＤＲはネットワークからのレコードに相互に関係され、呼び出しがネットワークの両方のタイプを含むときでさえ、不正モニタシステムは各呼び出しの全般的な状況を得ることができる。
【００２１】
[２１] パケットネットワークイベントに対する相互関係のようにそのようなＣＤＲの使用を促進するために、この教示は、ＣＤＲがパケット交換および回線交換環境の混合において、特有の意味を有する追加の情報と共に、新規な方法で増加されてもよいことを提供する。
【００２２】
[２２] この発明がパケット交換型テレフォニの状況下で示され述べられているが、犯人がネットワークリソースを盗もうとするビデオ会議あるいは他のデータストリームのような他の通信形式に同様に適応可能であることは明白であろう。
【模範的な実施例の詳細な説明】
【００２３】
[３１] 以下の説明において、公知の構造および装置はブロック図の形態で示されるかまたは、この発明を不必要にあいまいにするのを避けるためにそうでない場合には要約される。説明のために、この発明の完全な理解を提供するために多くの特定の詳細が述べられている。しかしながら、この発明はこれらの特定の詳細を超えて各種の方法で実行されてもよい。
【００２４】
[３２] 例えば、この発明はセッション開始プロトコル（ＳＩＰ）およびインターネットプロトコル（ＩＰ）に基づくネットワークの状況において議論されてはいるが、当業者は、この発明は他の均等なまたは類似の通信プロトコル（ＩＴＵ Ｈ.３２３）または通信ネットワーク（ＡＴＭ、フレームリレイなど）に一般的に適用してもよいということを認識する。
【００２５】
[３３] ビジネスの通信システムにおける不正の弱点は、以下を大いに含む。従業員あるいは前の従業員による濫用、支払いの不正、遠隔アクセスの不正、誤って設定されたダイアルプラン、および社会的エンジニアリング。顧客構内装置（ＣＰＥ）と関連した不正は、第三者が構内交換機（ＰＢＸ）スイッチへの許可されていないアクセスを得、発信呼び出しを行うための「ダイアルトーンを盗む」とき、あるいは従業員がビジネス目的ではなく長距離呼び出しあるいは他の高額なＰＢＸ提供の特性を濫用するときに発生する。これらの発信呼び出しは呼び出しの開始（ネットワーク上あるいはネットワーク外）に関係なく、ＣＰＥの所有者に戻って請求される。
【００２６】
[３４] 支払い不正の場合、小さな会社は支払いの意図なく、誤った証明書でもって「店を開業」してもよい。サービスプロバイダがこの状況を理解するのが遅れると、犯人に実質の請求を累算する時間を与える。
【００２７】
[３５] 遠隔アクセスの不正の場合、認証されないユーザは、ＳＩＰ電話ユーザＩＤおよび／またはパスワードのような、ネットワークに対するアクセスを許可する認証情報を、「ハッキング」によって盗む、あるいは特定してもよい。
【００２８】
[３６] 「漏れやすいＰＢＸ」と関連する不正は、ＰＢＸのある特性が前の従業員によって可能にされ、弱められたりしてもよいような顧客の不適切なＰＢＸの設定から生じてもよい。その上、不正確にダイアルプランの設定を行うことは、特定のユーザに対して意図しない優先をもたらしてもよい。例えば、ダイアルプランは国内の呼び出ししか許可するべきでないのに、ある部署は国際呼び出しをすることができる。
【００２９】
[３７] 社会的エンジニアリングは、助けが必要な正統な呼び出し者のふりをして、呼び出しに応答する人（ＰＢＸオペレータのような）を介してサービス情報の入手を実施することに関する。例えば、外線からの呼び出し者は会社のオペレータに転送され、ユーザはネットワーク外の呼び出しを行う必要がある従業員であるということを、オペレータに納得させる。ビジネス顧客はＰＢＸハッキング、内部の濫用および社会的エンジニアリングに一般にさらされているように観察される。
【００３０】
[３８] 防止策がいくつかの局面上のそのようなネットワークの感受性を軽減するために、提案されるかあるいは実行されている。これらの措置のいくつかは圧倒するようなデータパケットの流入に対するＩＰアドレス可能なリソースの提示のような、「低レベル」の弱点に対処する。これらのいわゆる「サービスの拒否」攻撃を防ぐためにデータネットワークにおいて取られる措置の一例が、以下の同時係属中の特許出願において記述され、参照によってここにその全体を引用する。２００１年１２月１７日に出願された、マックダイサンによる「仮想私設網（ＶＰＮ）−承知(aware)顧客構内装置（ＣＰＥ）エッジルータの」という題の米国特許出願第１０／０２３,３３１号（代理人事件番号ＲＩＣ０１０４４）、２００１年１２月１７日に出願された、マックダイサンらによる「ＩＰ ＱｏＳサービス攻撃の拒否に抵抗するために仮想私設網を使うシステム、方法および装置」という題の米国特許出願第１０／０２３,０４３号（代理人事件番号ＲＩＣ０１０５９）、および２００１年１２月１７日に出願された、マックダイサンによる「サービス妨害攻撃に抵抗するために仮想私設網（ＶＰＮ）とベストエフォート型のトラフィックを分離するシステム、方法および装置」という題の米国特許出願第１０／０２３,３３２号（代理人事件番号ＲＩＣ０１０６０）。
【００３１】
[３９] 別の局面において、送信ネットワークを介して呼び出し制御要素を結合することによって導入された前述の弱点は、以下の同時係属中の出願によって対処される。２００２年３月１５日に出願された、ギャラントらによる「ＩＰテレフォニにおけるインテリジェントネットワーク制御サービスを提供するための方法およびシステム」という題の米国特許出願第 ／ , 号（代理人事件番号ＲＩＣ９８０５１Ｐ１）であり、その内容が参照によってここにその全体を引用する。
【００３２】
[４０] さらに別の局面において、進歩した特性の状況下で、不正あるいは不注意な濫用でさえも軽減するためのハイレベルな処理の一例は、「特性関連呼び出しスクリーニング」と呼ばれてもよい。呼び出し転送およびある他の特性が、高額な国際電話のような、そうでなければ遮断されるであろう呼び出しを完了することが可能である。所望のスクリーニングのこの回避を防ぐための少なくとも一つのアプローチが、以下の同時係属出願中の特許出願において記述され、ここに参照によってここにその全体を引用する。２００２年３月１５日に出願された、ギャラントによる「通信ネットワークにおける選択的特性遮断」という題の米国特許出願第 ／ , 号（代理人事件番号ＲＩＣ０１０６４）および２００２年３月１５日に出願された、ギャラントらによる「通信システムにおける特性遮断」という題の米国特許出願第 ／ , 号（代理人事件番号ＲＩＣ０２００７ＰＲ）。
【００３３】
[４１] もちろん、安全対策は通信システムの正統な使用を妨げるほど過度でなくてもよいことが所望される。特別のアプローチは、システムの有用さと絶対的な安全との間で折衷案を引き出すことが適切であってもよい。例えば、大いに公然とアクセス可能なサービスビジネスのようなある状況では、ネットワークを介して許可されていない当事者からの呼び出しを寛大に許可することが適切であってもよい。防御契約者のような別の状況においては、入来呼び出しの到着を制限することがより重要であってもよい。そのようなシナリオは２００２年３月１５日に出願された、ギャラントらによる「ＳＩＰネットワークにおける呼び出し者処置」という題の米国特許出願第 ／ , 号（代理人事件番号ＲＩＣ０２００２）においてさらに記述されており、ここに参照によってここにその全体を引用する（信用されていないユーザ）。
【００３４】
[４２] 図１はこの発明の模範的な実施例に従うテレフォニサービスをサポートすることが一般にできるデータ通信システムの図を示す。通信システム１００はパケットデータ転送ネットワーク１０１を含み、これは模範的な実施例においてはインターネットプロトコル（ＩＰ）に基づくネットワークである。システム１００は、電話１２５、ＰＢＸ電話１１８およびＳＩＰ電話１０９のようなそこに接続された各種端末装置間で通信を確立するための能力を提供する。実際、一以上のシステム１００によってサービスが提供されるそのような端末装置が数千または数百万存在しうる。
【００３５】
[４３] ここで使用されているように、「ＳＩＰ電話」という文言はＳＩＰ電話機能を提供するよう設定された任意のクライアント（例えば、パーソナルコンピュータ、ウエブ装置など）をいう。ＳＩＰ電話１０９はスタンドアロン装置の形態を取ってもよい。例えば、ＳＩＰ電話は簡単な古い電話サービス（ＰＯＴＳ）電話ステーションのように見え、そのように機能するよう設定および設計されてもよい。しかしながら、ＳＩＰクライアント１１１はソフトウエアクライアントであり、例えば、従来のパーソナルコンピュータ（ＰＣ）またはラップトップコンピュータ上で実行可能であってもよい。信号送信の観点から、これらの装置１０９、１１１は、主な相違がユーザインターフェイスに関するが、全く同様に動作してもよい。他に規定がない限り、ＳＩＰ電話１０９およびＳＩＰクライアント１１１の両方の機能性は匹敵し、ネットワークは、いずれの形式の装置共同様に動作するということが認識される。
【００３６】
[４４] システム１００は、テレフォニおよびデータ送信要求を有する多数の位置を維持する企業顧客を大いにサポートすることができる。例えば、図１において、第一顧客サイト１５０と第二顧客サイト１５２が描かれており、各々は電話１１８およびＰＢＸ１１７を含んでいる。これらはＰＢＸ１１７を介したスイッチネットワーク１３７のような、クラス３のネットワークを介して従来結合された型の顧客サイトであってもよい。
【００３７】
[４５] より最近の技術に従って、顧客サイト１５０と１５２はさらにデータ通信装置、すなわちローカルエリアネットワーク（ＬＡＮ）１４０と１４２、ＳＩＰ電話１０９、およびＰＣクライアント１１１を含む。各顧客サイトで、企業ゲートウエイ１０３はＰＢＸ１１７を介して電話１１８で、ユーザが容易にＳＩＰ電話１０９およびＰＣクライアント１１１のユーザへの呼び出しを行いかつ前記ユーザからの呼び出しを受信することを許容することが提供される。
【００３８】
[４６] ゲートウエイは異なる送信ネットワークが共同してトラフィックを運搬することを許容する装置である。ゲートウエイはしばしば二つのレベル−異なる信号計画間および異なる媒体形式間、で相互動作に備える。例えば、ネットワークゲートウエイ１０７は、電話ネットワークのＳＳ７信号送信とデータネットワークによって使用されるＳＩＰあるいはＨ.３２３プロトコル間で適応してもよい。同時に、ネットワークゲートウエイはデータネットワーク１０１を介した送信に適したパケット化されたデータストリームに対して、電話ベアラーチャンネルにおいて、アナログあるいはＰＣＭ符号化音声信号を適応する。
【００３９】
[４７] 企業ゲートウエイ１０３はＬＡＮ１４０あるいはサービスプロバイダネットワーク１０１のような、データネットワークを介した送信のためにＰＢＸ信号とデータ信号との間で適応する。ＰＢＸ１１７への信号送信インターフェイスとして、企業ゲートウエイ１０３は総合デジタルサービスネットワーク（ＩＳＤＮ）、回線関連信号（ＣＡＳ）、あるいは他のＰＢＸインターフェイス（例えば、ヨーロッパ電気通信規準協会（ＥＴＳＩ）ＰＲＩ、Ｒ２）を使用してもよい。示されているように、企業ゲートウエイ１０３はＰＢＸ１１７からの接続を提供し、それはしばしば一つのビジネス顧客あるいは位置（例えばＰＢＸ電話１１８）のためのトランクあるいはラインを含む。ＰＢＸ１１７からＩＰネットワークへの呼び出しのための信号送信は、顧客、主要なグループ、あるいは通信業者を独自に識別する情報を含む。これは自身の正確な状況で私的番号が解釈されることを許容する。
【００４０】
[４８] サービスプロバイダのデータネットワーク１０１によって、顧客サイト１５０のあらゆるユーザはサイト１５２のユーザと容易に通信できてもよい。データネットワーク１０１は、通信が、顧客サイト１５０あるいは１５２内のいずれにも存在しないＰＣクライアント１１２あるいは同様のものと確立されてもよいという可能性を開き、公のインターネット１２７に結合されてもよいということも考えられる。
【００４１】
[４９] ネットワークゲートウエイ１０７は、先に紹介したように、データネットワーク１０１を、電話ネットワーク１３７に適応させるように示され、それは例えばクラス３の電話スイッチのネットワークを含んでもよい。ＰＢＸ１１７´および電話１１８´はＶＰＮ専用アクセスラインのより従来の方法で、ネットワーク１３７に結合されてもよい。さらに、ネットワーク１３７はトランクによってＰＳＴＮ１２３に結合されるように示され、典型的なクラス５のローカル電話交換を表す。明瞭なアナログ電話１２５あるいは他の電話（有料電話）は加入者ループを介してＰＳＴＮ１２３に接続されてもよい。
【００４２】
[５０] 図１に示されているように、ネットワークゲートウエイ１０７はシステム１００がそのような優先を与えることを仮定して、電話１１８´と１２５からＰＢＸ接続電話１１８、ＳＩＰ電話１０９あるいはＰＣクライアント１１１のいずれかに対する呼び出しを許容する。ある電話のタイプから他への呼び出しのあらゆる組み合わせが容易に予想されてもよく、それらの多くはネットワークゲートウエイ１０７および他の要素の横断(traversal)を伴う。
【００４３】
[５１] ＳＩＰ電話１０９およびＳＩＰクライアント１１１の両方は、ユーザのログインを好ましくはサポートする。デフォルトとして、所与のユーザは従来の感覚で特有の通信端末（電話、移動電話、ページャ等）と関連してもよい。加えて、ユーザはＩＰ電話の装置のより新しいタイプの一つにアプローチし、所与の電話で呼び出しを受信するために自分の存在を登録してもよい。あらゆる入来呼び出しがそれから最も最近登録されたアドレスに行く。
【００４４】
[５２] ユーザが多重の代わりの名前あるいは「エイリアス」によって周知であってもよいという追加された局面が、この移動性と結合する。所与のユーザに対する多重のエイリアスは一つのユーザプロファイルシステム１００に帰着してもよく、それは２００２年３月１６日に出願された、ギャラントによる「通信システムにおけるユーザエイリアス」という題の米国特許出願第 ／ , 号（代理人事件番号ＲＩＣ０１０６２）で記述されており、その内容が参照によってここにその全体を引用する。エイリアスは公的および私的電話番号、ＵＲＬおよびＳＩＰアドレスを含む、各種のタイプであってもよい。
【００４５】
[５３] 不正の妨害の見地から、ユーザが多くのそのようなエイリアスに知られてもよいとしても、一様なユーザプロファイルは、サービスプロバイダあるいは認証された顧客アドミニストレータによって維持されることはかなり有利であってもよい。
【００４６】
[５４] この移動性を実行し、かつ新しい呼び出し制御実例をサポートするために、制御要素がシステム１００内で提供され、正確にトラフィックをルーティングし、特性を実行するときに、ネットワーク１０１の動作を調整する。特に、システム１００はプロキシサーバ１１３の重要な要素（ネットワークサーバ（ＮＳ）としても知られている）および位置サーバ（ＬＳ）１１５を含む。これらの要素の典型的な機能がＩＥＴＦドキュメントＲＦＣ２５４３に記述されている。位置サーバ１１５は、エンドユーザ情報がアドレスの妥当性検証、特性状態およびリアルタイムの加入者特性設定を可能にするリポジトリ（repository)として仕える。加えて、ＬＳ１１５はシステム設定情報を格納してもよい。
【００４７】
[５５] 提供されたサービスにおけるプロキシ１１３と位置サーバ１１５間の典型的な相互作用の一例が図２と関連して今回説明される。
【００４８】
[５６] 図２において、ユーザＡ２１０はユーザＢ２２０と通信を確立したいと望む。ユーザＢ２２０は多くのアドレスの内の任意の一つで到着される。これらのアドレスまたはコンタクトは従来の電話、ＳＩＰ電話、無線電話、ページャなどに対応してもよい。アドレスのリストは、ユーザＢが動きまわり、各種端末装置２２２で存在するとして登録するにつれて変化してもよい。ユーザＢのコンタクト情報についての現在の情報は位置サーバ２４０において典型的には維持されるか、または、それに結合された何らかの形式の「存在登記」において維持される。
【００４９】
[５７] コンタクトを開始するために、ユーザＡ２１０は端末、呼び出しステーション２１２にアクセスし、到着されるべき宛先としてユーザＢを特定する。この特別の所望の宛先の表現は数字のダイアルの形態またはリストからユーザ名またはＵＲＬ形式のアドレスを選択するという形態をとる。ある場合には、ユーザＡはどのような形態のセッションを望むのか（ビデオ、質の高い、メッセージなど）ということを表現できてもよく、またはセッションのための所望の質のレベルを特定してもよい。要求がひとたびステーション２１２で特定されると、要求を述べたＳＩＰ「ＩＮＶＩＴＥ」メッセージは構成されプロキシサーバ２３０に送信される。
【００５０】
[５８] 呼び出しステーション２１２がＮＳ１１３およびＬＳ１１５によって直接制御される送信ネットワークとは異なるネットワークに存在するいくつかの場合においては、呼び出しはゲートウエイ２５０を介して入ってもよい。信号送信および媒体適応の両方を実行する時のゲートウエイ２５０の役割は以前に述べた。
【００５１】
[５９] プロキシサーバ２３０はユーザＢが到達されてもよい一以上のコンタクトを検索するために位置サーバ２４０に要求を典型的には送信する。前に述べたように、プロキシサーバ２３０はプロファイル制御された特性動作の実行およびユーザＢに関連する最新の知られた位置情報を得るような、各種の目的で位置サーバ２３０を調べる。
【００５２】
[６０] 位置サーバ２４０は要求を分析し、プロキシサーバ２３０に多くの可能な方法の内の一つで応答する。位置サーバ２４０は、もしユーザＡがユーザＢにコンタクトを許可されなかったときは、もしユーザＢのアドレスが認識されないときまたはもしユーザＢが、ユーザＡによって到着できないようにさせるような活性された特性を有しているのであれば、セッションを否認してもよい。
【００５３】
[６１] 位置サーバ２４０は、ユーザＡがユーザＢへのコンタクトを許可すると判定してもよく、またユーザＢが到着されうる多数のアドレスを見出してもよい。この場合においては、位置サーバ２４０はＳＩＰに、試されるべき内容のリストを含む「３００多数選択」メッセージを戻す。
【００５４】
[６２] そのような応答を受信したとき、プロキシサーバ２３０は対応する端末２２２の任意のものでユーザＢがうまく到着されうるかどうかということを知るためにコンタクトの試みを開始する。この「ファインドミー」機能性は、最も最近の登録された位置で開始するシーケンスで通常は実行され、または、ユーザＢ（電話それからページャ）のために提供された特定の順に従う。ある設定においては、プロキシサーバ２３０はすべてのコンタクトを平行に試みてもよいと認識される。端末２２２とコンタクトを確立するための試みは端末に対してＳＩＰ「ＩＮＶＩＴＥ」を送信し、成功または失敗を示す返答を待つことを含む。ひとたび端末２２２がＳＩＰ「２００ＯＫ」メッセージあるいは同様のもので応答すると、ステーション２１２および２２２は共有されたアドレス、および多分交渉されたセッションパラメータを有し、また、多分ＲＴＰデータストリームを介して通信する準備ができている。適時にパケットを送信することを保証する一方で、送信ネットワークリソースが、パケットネットワークを介してこの種の「接続」を確立するために調整される方法が、同時係属中の出願である、２００２年３月１２日に出願された、マックダイサンらによる「データネットワークにおけるエッジに基づくフローごとのＱｏＳ許可制御」という題の米国特許出願第 ／ , 号（代理人事件番号ＲＩＣ０１０４０）、２００２年３月１２日に出願された、マックダイサンらによる「データネットワークにおけるプールに基づくリソース管理」という題の米国特許出願第 ／ , 号（代理人事件番号ＲＩＣ０１０５７）、および２００２年３月１２日に出願された、マックダイサンらによる「データネットワークにおけるルート間のクラスごとのリソースのポリシに基づく同期」という題の米国特許出願第 ／ , 号（代理人事件番号ＲＩＣ０１０５８）で記載されており、その各々の内容が参照によってここにその全体を引用する。
【００５５】
[６３] 「ファインドミー」特性はサポートされてもよいたった一つの可能な特性であり、他の可能性と比較される単に適度な複雑さである。サービスを実行する典型的な呼び出しフローのさらなる理解はＩＥＴＦドキュメントＲＦＣ２５４３から得られてもよい。他の例が２００２年３月１８日出願された、ギャラントらによる「データネットワークを介した通信サービスを提供するためのシステム」という題の米国特許出願第 ／ , 号（代理人事件番号ＲＩＣ０２００６ＰＲ）において提供され、その内容が参照によってここにその全体を引用する。
【００５６】
[６４] 「スクリーニングにおける呼び出し転送」に関する幾分もう少し込み入った特性の一例が同時係属中の出願である、２００２年３月１８日に出願されたギャラントによる「スクリーニング上の呼び出し転送」という題の米国特許出願第 ／ , 号（代理人事件番号ＲＩＣ０１０６３）で記述され、その内容が参照によってここにその全体を引用する。基本的に、スクリーニング上の呼び出し転送は、単にビジーの信号を呼び出し者に提供するのとは別の許可されない入来呼び出しを処理することに関する。
【００５７】
[６５] サービス処理を実行する内に、ネットワークサーバは非常に複雑な特性を処理してもよいし、一つのセッション要求を満たす内に、多重のユーザプロファイルにアクセスさえしてもよい。このタイプのより複雑な特性の実行の一例が２００２年３月１５日に出願された、ギャラントらによる「通信ネットワークデータに対する再帰的問い合わせ」という題の米国特許出願第 ／ , 号（代理人事件番号ＲＩＣ０１０１７）において提供されており、その内容が参照によってここにその全体を引用する。
【００５８】
[６６] 問題をさらに複雑にするために、ファインドミーおよびスクリーニング上の呼び出し転送のような多くの特性が同時に発動されてもよいし、ある程度相互作用してもよい。これは、所望されないネットワーク活動を防ぐのに、使用活動の広範囲で、詳細な記録（recordation）をなおさら重要にする。詳細な記録は類似の特性作用のトラブルシューティングの手助けともなりえる。
【００５９】
[６７] ここまでの、システム１００内で、ゲートウエイおよびネットワークサーバがトラフィックの処理にどのように関与しているかの説明で、そのような両装置において使用活動が明示されてもよいことは明白である。これらは、ネットワーク活動を測定しかつモニタするためのポイントである。使用がこれらの要素のためにモニタされ報告される方法が今述べられる。
【００６０】
[６８] 図１に戻って、システム１００がさらにプロビジョニング、請求およびネットワーク管理能力を提供する運用支援システム（ＯＳＳ）１２１をさらに含むことが示されている。ＯＳＳ１２１はシステム１００においてサービスがどのように実行されるかを制御するために、ＬＳ１１５のような各種要素と通信する。この局面はサービスプロビジョニングと関連してもよい。例えば、ユーザプロファイルおよびルーティングデータのようなＬＳ１１５に格納されたデータは、ＯＳＳ１２１からの通信によって変えられてもよい。ＯＳＳ１２１は、おそらくＯＳＳ１２１に適応されたウエブに基づくユーザインターフェイスを使用して、ユーザあるいはアドミニストレータが設定を変更することが可能なポータルとして使用されてもよい。
【００６１】
[６９] ＯＳＳ１２１の別の重要な役割は、ネットワーク要素の動作状態のモニタおよび制御を意味する、ネットワーク管理の役割である。収入担持(bearing)ネットワークにおいて、ＯＳＳ１２１はまた請求レコードあるいはいわゆる呼び出し詳細レコード（ＣＤＲ）のための収集車として仕えてもよい。呼び出し詳細レコードはサービスを提供する間に、ネットワークにおいて発生するものを反映する使用活動レコードの形式である。ＣＤＲは請求、トラフィックエンジニアリング、および不正モニタにとって有用であってもよい。請求機能はサービス加入者による請求可能な使用を確かめ、それゆえサービスプロバイダに負っている請求を計算するようＣＤＲを処理できる。そのような評価および請求機能１３１は、ＯＳＳ１２１からの使用レコードを受け取るようＯＳＳ１２１と関連して示されている。
【００６２】
[７０] 従来のＣＤＲは厳格に確立されたサイズで、標準の様式であった。より最近は、コンピュータ使用の新たな開発状況と、新しいサービス情報アーキテクチャの出現により、処理レコードはより柔軟性のあるＸＭＬに基づく構造を採用してもよいことが認識されている。
【００６３】
[７１] 結果として、ＴＤＲ（処理詳細レコード）として周知のこれらのレコードは、サービス処理イベントの多くの局面を記録するためにＮＳ１１３とＬＳ１１５からのＸＭＬ型の様式において、ＯＳＳ１２１によって好ましくは収集される。サーバ１１３および１１５によってどのイベントが処理されているかを知ることで、請求機能１３１のような機能は、サービス要求の処理においてシステム１００によって取られた活動を再構築することができる。
【００６４】
[７２] 請求、そしておそらくはトラフィックエンジニアリングの目的のために、同じあるいは類似したＸＭＬに基づく処理詳細レコード（ＴＤＲ）はまた同様に収集され、評価および請求機能１３１に転送されてもよい。これらは、上で記述したＣＤＲとほとんど同様の方法で処理されるだろう。ＸＭＬに基づくＴＤＲの例が、以下の同時係属中の特許出願において提供され、ここに参照によってここにその全体を引用する。２００１年１２月１７日に出願された、ビジェイによる「ＩＰネットワークにおけるイベントを記録する方法」という題の、米国特許出願第１０／０２３,２９７号（代理人事件番号ＲＩＣ０１００４）、および２００２年３月１５日に出願された、ギャラントらによる「ＸＭＬに基づく処理詳細レコード」という題の、米国特許出願第 ／ , 号（代理人事件番号ＲＩＣ０１０１９）。
【００６５】
[７３] そのようなレコードに関連して、ネットワーク使用の適切な請求を促進する少なくとも一つの手段が、さらに２００１年１２月２１日に出願された、ギャラントらによる「電気通信ネットワークにおける請求方法」という題の同時係属中の出願である、米国特許出願第１０／０３６,６６７（代理人事件番号ＲＩＣ０１０１６）で記述され、その内容が参照によってここにその全体を引用する。
【００６６】
[７４] この発明の新規な局面に従って、ネットワークゲートウエイ１０７はまたＯＳＳ１２１によって収集される処理レコードの形式を提供する。電話ネットワーク信号送信に対するインターフェイスのために、このレコードはダイアルされた番号、呼び出された番号、スイッチ、および主要なＩＤ等のようなフィールドを搬送する点で、従来のＣＤＲと似ている。しかしながら、この発明の利点および新規な局面として、そしてシステム１００に接続されているために、いくつかの新しく大変有用な追加のデータが、先行技術においては熟考されなかったレコードに追加されている。これらの追加のデータがパケットテレフォニ使用ゲートウエイの実際の実施例の関連で、使用可能で意味のあることとなる。
【００６７】
[７５] これらの追加のデータの例が、図６において明白であり、図６はこの発明の模範的な実施例に従う通信システムの記録された使用を運ぶためのデータ構造の図である。
【００６８】
[７６] 図６において、レコード６００は多数のフィールドを含むよう示され、その意味は以下に要約されてもよい。
【００６９】
[７７] 呼び出し開始時間６０２−サービス要求が開始された時間と、サービスセッションが開始された時間。これら二つの値は異なってもよい。
【００７０】
[７８] 呼び出し終了時間６０４−サービスセッションが断たれた時間。
【００７１】
[７９] ユーザ識別情報６０６−使用可能の場合、セッションを開始したユーザの識別情報（ユーザの名前／ｉｄ）
[８０] 開始情報６０８−おそらくは国コードを含んで、セッションが開始するところの公あるいは私的番号であってもよい、接続あるいはセッションの終了の開始に関する情報。必要に応じて、ＩＰアドレスの開始および／または入口ゲートウエイＩＰアドレスもまた含まれてもよい。
【００７２】
[８１] 終了情報６１０−おそらくは国コードを含んで、セッションが終了当事者に到着するあるいは到着を試みるところの公あるいは私的番号であってもよい、接続あるいはセッションの終了を終了することに関する情報。必要に応じて、ＩＰアドレスの開始および／またはゲートウエイＩＰアドレスの退出もまた含まれてもよい。
【００７３】
[８２] 予め変換された数字６１２−使用可能な場合、特性処理の間数字の変換を受ける前に最初にダイアルされた番号。これは、特に私的ダイアルプランにおいては、最終的に呼び出しが終了する番号とは異なってもよい。
【００７４】
[８３] 呼び出しのタイプ６１４−装置を終了するタイプに基づく分類が含まれている。例えば、電話から電話、電話からＰＣ、ＰＣからＰＣなど。
【００７５】
[８４] 呼び出しの性質６１６−切断の原因あるいはどのようにセッションが終了したか（応答された宛先、ビジー、鳴るが応答なし、故障など）。
【００７６】
[８５] 請求された番号６１８−使用に対して請求された当事者あるいはアカウント。不正モニタに関連して、イベントがここに後で述べられるアルゴリズムのいくつかの動作において、どのように数えられるかにこのフィールドは影響する。
【００７７】
[８６] サービスのタイプ６２０−使用されたサービスあるいは発動された特性を提示する。
【００７８】
[８７] 法人＿ＩＤ６２２−私的ダイアルプランＩＤコードとしておそらく符号化される顧客（法人）識別。
【００７９】
[８８] 開始スイッチ／トランク６２４−ネットワークゲートウエイからの呼び出しを受信する電話ネットワークスイッチの識別。
【００８０】
[８９] 入口ゲートウエイＩＰアドレス６２６−呼び出しがネットワーク１０１のドメインに入るゲートウエイのＩＰアドレス。
【００８１】
[９０] 出口ゲートウエイＩＰアドレス６２８−呼び出しがネットワーク１０１のドメインを去るゲートウエイのＩＰアドレス。
【００８２】
[９１] 受信されたバイト６３０−セッションの間にある当事者から別の当事者へ転送されるバイト数に関する。
【００８３】
[９２] 送信されたバイト６３２−受信されたバイト６２８と逆の方向に送信されるバイト。
【００８４】
[９３] セッションＩＤ６３４−多重当事者あるいは会議ブリッジのような共同のセッションに関連する接続を包含さえする、セッションを指定する独特のセッション識別子。
【００８５】
[９４] 接続ＩＤ６３６−セッションにおける特有の「呼び出しレグ」あるいは接続を識別する。
【００８６】
[９５] 遠隔アクセス番号６３８−適用可能であれば、ネットワークへアクセスするために使用された遠隔アクセス番号。
【００８７】
[９６] 遠隔アクセス番号６３８はＤＡＬゲートウエイの呼び出し（図示なし）あるいはシステム１００によって直接サービスを提供されていない公の電話のような電話からのＶＰＮ機能にアクセスする他の手段に関する。ＤＡＬゲートウエイはシステム１００において多重ＶＰＮ顧客にサービスできてもよい。適用可能なとき、遠隔アクセス番号に注目することのように、この実施はネットワーク処理を詳細に正確に記録することをさらに促がす。共有されたＤＡＬゲートウエイリソースを提供するためのアプローチがさらに２００２年３月１５日に出願された、ギャラントによる「共有された専用アクセスライン（ＤＡＬ）ゲートウエイルーティング識別」という題の米国特許出願第 ／ , 号（代理人事件番号ＲＩＣ０１０１８）によって記述され、その内容が参照によってここにその全体を引用する。
【００８８】
[９７] 図６の例は、記録するために有用でありえるであろう多くの可能な要素を限定するように解釈されるべきではない。記録するための値の他の例は、ユーザのセッション要求に対応してＳＩＰ「ＩＮＶＩＴＥ」メッセージを受信する、プロキシのＩＰアドレスである。構造６００のフィールド６２６、６３０、６３２、６３４、６３６、６３８がすべて導入されるかあるいは、パケットテレフォニシステムの出現によって少なくとも所与の重要性が有ることに気付く価値はある。
【００８９】
[９８] 再び図１に戻って、パケット交換（例えばＩＰに基づく）およびスイッチに基づくモニタ機能をサポートする、不正モニタあるいは不正アナライザ１３３とインターフェイスするＯＳＳ１２１が示されている。すなわち、この発明の新規な局面に従って、統合された不正モニタシステム１３３は、パケット交換トラフィックと同様に回線交換トラフィックを分析してもよく、それゆえ、ネットワーク使用の改善されたモニタを提供する。統合された不正モニタシステム１３３を介した不正モニタは、顧客がしがちであってもよい顧客構内の濫用が原因の、顧客による、そして請求できないトラフィックの濫用あるいは顧客構内の濫用に関する責任共有同意が原因のサービスプロバイダによる、損失を防ぐのを助けてもよい。
【００９０】
[９９] 不正モニタシステム１３３はシステム１００に対して多くの機能的な能力を提供する。例えば、不正モニタシステム１３３は、顧客に対して提供されたＩＰに基づくサービスが、回線交換サービスに対して使用可能であるのと少なくとも同じくらいのレベルの不正モニタを提供することを確実にする。システム１３３はＩＰネットワーク顧客に対して不正の弱点をモニタおよび検出し、それは従業員の濫用、違法あるいは意図されない遠隔アクセス、誤ったダイアルプラン設定、危うくされたＩＰアドレス／ユーザＩＤ／パスワード、支払い不正、および社会的エンジニアリングを含む。システム１００の残りに対する不正モニタシステム１３３の結合は、可能な安全破壊を提示するパターンの検出によって、ネットワーク安全装置の使用を強化する。
【００９１】
[１００] ＯＳＳ１２１および不正モニタ１３３の各々の役割を理解するために、いくつかの機能性の局面が今図３と関連して議論される。処理レコードの収集をサポートして、ＯＳＳ１２１は多くの機能的要素を含むように示される。ＯＳＳ１２１は明白には示されていないが、先に述べた他のＯＳＳの役割をサポートする他の要素を多く含んでもよいことが理解されるべきである。
【００９２】
[１０１] 処理レコードに対する仮の収集ポイントがデータ格納３２０として図３に示されている。当業者は理解するであろうように、そのようなレコードは主要な情報の損失を生じさせないあらゆる適切な様式で格納されてもよい。実施化において、そのようなレコードはＸアカウント技術(Xacct Technologies)から使用可能な商業製品と互換性のある様式で格納される。利便性のために、これらのレコードはここでは「ＸＤＲ」と呼び、ＸＭＬに基づいている。ＯＳＳ１２１への入力に沿って受信された処理レコードは、ＸＤＲとして格納３２０で累算されてもよい。
【００９３】
[１０２] 図３において、ＯＳＳ１２１は、ＣＤＲ受信手段３０４を含み、それは、入力３０２に沿ったネットワークゲートウエイからＣＤＲを受信するよう作動する。入力３０２は図１で示されたようなデータネットワーク１０１との結合を表してもよい。
【００９４】
[１０３] 入力３０２に付帯的なＣＤＲはＣＤＲ受信器３０４によって受信され、ＣＤＲ−ＸＤＲ変換器３１０へ渡される。変換器３１０はＸＤＲを生成し、それからＣＤＲから解析された値に基づいてフィールドをポピュレート（populate)する。ダイアルされた電話番号のような多くの値は、単にＣＤＲからＸＤＲへ複写されてもよい。
【００９５】
[１０４] 次に、ＸＤＲは法人＿ＩＤ分析要素３１２へ渡されてもよく、法人＿ＩＤ分析要素３１２は、ＣＤＲにおいてＩＰアドレスや電話番号のような情報、あるいはおそらくはＣＤＲが起因するところのネットワークゲートウエイのＩＰアドレスを検査し、そしてレコードが関係する企業顧客に対応した法人＿ＩＤを判定する。これは、あとの相関するレコード、請求実行および不正モニタの重要な部分である。
【００９６】
[１０５] ＸＤＲは次にＸＤＲ増加手段３１４によって処理されてもよく、それによって法人＿ＩＤはＸＤＲに追加される。ＣＤＲに関連して派生した他の値がまたこの時点で追加されてもよいことが考えられる。完全に変換されたＸＤＲはそしてあとの検索のためにデータストア３２０においてＯＳＳ１２１によって格納されてもよい。
【００９７】
[１０６] ネットワークゲートウエイから受信されたＣＤＲから派生したＸＤＲとともに、ＸＭＬ処理詳細レコード（ＴＤＲ）はまたＴＤＲ受信器３０８による入力３０６に沿って受信され、データストア３２０に格納されてもよい。ひとたび一貫したＸＤＲの様式で格納されると、これらのレコードは請求機能１３１および不正モニタ１３３に対して使用可能にされる。
【００９８】
[１０７] 実際の実施において、ＯＳＳ１２１は各種ネットワーク要素と、そしておそらくは各種のコンピュータ使用環境あるいはプラットフォームの間の、通信を含んでもよい。ネットワーク要素と不正モニタ１３３のような「非営業部門」（back-office)の機能とのプロビジョニングおよび通信を促進するＯＳＳ１２１の実施例は、以下の同時係属中の出願において記述されている。２００２年３月１５日に出願された、ロボームらによる「電気通信サービスのための運用支援システム」という題の、米国特許出願第 ／ , 号（代理人事件番号ＡＳＨ０１００２）、２００２年３月１５日に出願された、トリベディによる「統合されたプラットフォームからライトウエイトディレクトリアシスタンスへ通信するためのシステムおよび方法」という題の米国特許出願第 ／ , 号（代理人事件番号ＡＳＨ０１００７）、２００２年３月１５日に出願された、トリベディによる「統合されたプラットフォームからプロビジョニングサーバへ通信するためのシステムおよび方法」という題の米国特許出願第 ／ , 号（代理人事件番号ＡＳＨ０１００８）、２００２年３月１５日に出願された、ロボームによる「ＬＤＡＰを使用したＩＰ通信サービス属性を更新するためのシステムおよび方法」という題の米国特許出願第 ／ , 号（代理人事件番号ＡＳＨ０１００９）、２００２年３月１５日に出願された、ロボームらによる「請求およびアカウント管理ユニットとインターフェイスするためのシステムおよび方法」という題の米国特許出願第 ／ , 号（代理人事件番号ＡＳＨ０１０１０）、２００２年３月１５日に出願された、レスクスキによる「評価および請求目的のためにデータレコードを検索および修正するためのシステムおよび方法」という題の米国特許出願第 ／ , 号（代理人事件番号ＡＳＨ０１０１１）、２００２年３月１５日に出願された、トリベディらによる「ＬＤＡＰを更新するためのシステムおよび方法」という題の米国特許出願第 ／ , 号（代理人事件番号ＡＳＨ０１０１２）、２００２年３月１５日に出願された、ホルムによる「コンタクトセンタ使用を収集および評価するためのシステムおよび方法」という題の、米国特許出願第 ／ , 号（代理人事件番号ＡＳＨ０１０１３）、２００２年３月１５日に出願された、ロボームによる「ＩＰ通信サービス属性を更新するためのシステムおよび方法」という題の、米国特許出願第 ／ , 号（代理人事件番号ＡＳＨ０１０１４）、２００２年３月１５日に出願された、トリベディによる「統合されたプラットフォームから請求ユニットへ通信するためのシステムおよび方法」という題の米国特許出願第 ／ , 号（代理人事件番号ＡＳＨ０１０１５）、２００２年３月１５日に出願された、トリベディによる「統合されたプラットフォームからプロファイル管理サーバへ通信するためのシステムおよび方法」という題の米国特許出願第 ／ , 号（代理人事件番号ＡＳＨ０１０１６）、２００２年３月１５日に出願された、レスクスキらによる「サービスにアクセスおよび報告するためのシステムおよび方法」という題の米国特許出願第 ／ , 号（代理人事件番号ＡＳＨ０１０１８）。各々の内容が参照によってここにその全体を引用する。
【００９９】
[１０８] ここで図７を参照して、不正モニタ１３３がそのようなレコードを使用してもよい方法がここで記述されている。ＸＤＲは入力７０２で提供される。レコード相関器７１４はＸＤＲのグループを検査し、同様のセッションあるいは発生したサービスの実例にすべて関するということを見つける。例えば、図１においてデータネットワーク１０１および電話ネットワーク１３７の両方の呼び出し横断(traverse)は、おそらく多重のレコードがネットワークゲートウエイおよび一以上のネットワークサーバ１１３、１１５によって独自に生成されることを引き起こすであろう。
【０１００】
[１０９] 新規な方法において、レコード相関器７１４は回線交換ドメインとパケット交換ドメインの両方からのレコードを含む、サービス実施の合成モデルを構成する。様々なソースから到達するレコードさえ、システムにおいて発生した各所与のセッションの処理の一つの記述に有効に結合されることが、この時点で言われてもよい。
【０１０１】
[１１０] レコード正規化および前処理モジュール７１２は、呼び出しの開始時間および終了時間に基づいた呼び出し期間を計算するような、単純な前処理を実行する。モジュール７１２はまた所与の呼び出しが長距離あるいは国際電話を含んだかどうかを判定するためにアドレスあるいは番号を検査してもよい。これらは続く不正分析にとって有用なパラメータである。モジュール７１２はまたＸＤＲにおいて不正処理に対してなじみやすい正規化された様式のフィールドにマップ化してもよい。レコードの相互関係および正規化／前処理のプロセスが異なる順序において発生し、あるいは混ざってもよい。
【０１０２】
[１１１] 最後に、不正分析エンジン７１０は入力ＸＤＲによって報告された使用活動に関連した合成の情報を分析し、不正のパターンを探す。データ、調査結果、あるいは超過した閾値の包括的な報告のいずれかとして、エンジン７１０は不正モニタあるいは分析の結果を記述する報告７２０を生成してもよい。
【０１０３】
[１１２] 不正分析エンジン７１０を使用すると、模範的な実施例における、正規化されたレコードは以下の不正な特徴に対してモニタされてもよい。長い持続期間の呼び出し、開始／終了組み合わせ、最近の開始または終了番号／アドレス、位置に基づく呼び出しの速度(velocity)、開始番号／アドレスにおける長い持続期間の速度、請求された番号における短い持続期間の速度、請求された番号における長い持続期間の速度、および持続期間の総計。
【０１０４】
[１１３] 長い持続期間の呼び出し警報は、一つの完了された呼び出しが長い持続期間の閾値を満たすあるいは超えるとき、生成される。例えば、オフネットの国際ＩＰテレフォニセッションが予め定められた閾値よりも大きいとき、警報が始動される（例えば２時間）。
【０１０５】
[１１４] 開始／終了結合警報は、Ｘから開始しＹで終了した完了した呼び出しが特定の持続期間を超えると、生成される。ＸおよびＹは国、エリアコード、ゲートウエイＩＰアドレス、あるいは位置を特定する他の予め定めされたあらゆるパラメータでありえる。オフネット国際ＩＰテレフォニセッションが、例えば、米国から開始しグレナダで終了する、例えば、１０分より長いとき、警報は生成される。
【０１０６】
[１１５] 別の警報のタイプ、最近の開始または終了番号／アドレス警報が生成されるのは、呼び出しが特定の呼び出し当事者番号あるいはＩＰアドレスから開始するかもしくは、特定の呼ばれた当事者番号あるいはＩＰアドレスで終了する時である。これは、周知の疑いのある番号へ、あるいはからの呼び出し−私的番号、公の番号、あるいはＩＰアドレスのいずれか、に警報を鳴らすときに使用される。
【０１０７】
[１１６] 警報の位置タイプに基づく呼び出し速度が生成されるのは、ユーザが規定したゲートウエイアドレスから開始し、ユーザが規定した国コードの一覧に終了する、設定された時間間隔を越えた、多くの完了した呼び出しが、その閾値を満たすあるいは超える時である。例えば、特定の企業ゲートウエイから当事者ラインの国へ呼び出しを開始する多くの呼び出しは、顧客ネットワークのその部分において妥協案を合図しうる。回線交換の環境において、この不正のタイプは「クリップオン」("Clip-On")不正として知られており、そこで呼び出しは特定のスイッチ／トランクから開始する。
【０１０８】
[１１７] 開始番号／アドレス警報における短い持続期間の速度が生成されるのは、設定された時間の値と等しいかあるいは少ない間隔で、同じ呼び出し当事者番号（あるいはＩＰアドレス）から予め定められた時間間隔を超えた呼び出しの数が、閾値を満たすかあるいは超えたときである。この警報のタイプは、例えば、誰かがユーザＩＤ／パスワードをハッキングするか、あるいは誰かが社会的エンジニアリングの実行を試みるような、遠隔アクセスの不正を検出するのに使用される。
【０１０９】
[１１８] 開始番号／アドレス警報における長い持続期間の速度が生成されるのは、持続期間が設定された時間の値と等しいかあるいは大きい間隔で、予め定められた時間間隔を超えた同じ呼び出し当事者番号（あるいはＩＰアドレス）からの呼び出しの数が、閾値を満たすかあるいは超える時である。この警報のタイプはまた遠隔アクセス不正の検出に使用され、例えば、危うくされたユーザのＩＤ／パスワードを介して誰かがアクセス権を得るときである。
【０１１０】
[１１９] 請求された番号警報における短い持続期間の速度に関連して、カウントは同じ請求された番号からの呼び出しに対してである（例えば、同じ開始ダイアルプランＩＤからのすべての呼び出し）ということは別として、警報のこのタイプは開始番号／アドレス警報における短い持続期間の速度に類似している。
【０１１１】
[１２０] 同様に、カウントは同じ請求された番号からの呼び出しに対してである（例えば、同じ開始ダイアルプランＩＤからのすべての呼び出し）ということは別として、請求された番号警報における長い持続期間の速度は開始番号／アドレス警報における長い持続期間の速度に類似している。
【０１１２】
[１２１] 集合持続期間警報が生成されるのは、請求された番号における一以上の完了された呼び出しが間隔時間ｔを超えて累積的な持続期間ｘに対する閾値を満たすかあるいは超える時である。この警報のタイプは「閾値下でネットサーフィンをする」ことを習得した者に対して使用される。例えば、長い持続期間の閾値が６０分であることが発見された場合、この集合的なカウントは連続して５９分の呼び出しを行う者を見つける。独特に閾値がいくつかのシステムパラメータ（請求方法、請求番号、など）に基づいて確立されうる。また、これはビジネストラフィックなので、閾値はビジネス、非ビジネス、および非ビジネスの週末時間に確立されうる。
【０１１３】
[１２２] 統合された不正モニタシステム１３３はまた、不正の呼び出しパターンをモニタするのに使用可能な神経回路網およびクラスタリング人工知能アルゴリズムをも含んでもよい。２００２年１月１０日に出願されたタエブネジャらによる「人工知能流行システム」という題の同時係属中の出願（通し番号１０／０４１,５４９）は、神経回路網と関連するアルゴリズムを詳細に記述しており、ここに参照によってここにその全体を引用する。
【０１１４】
[１２３] ここでＯＳＳ１２１と不正モニタ１３３の集合的なプロセスを要約するために、図４は一般的にこの発明の模範的な実施例に従って、レコード収集および不正モニタを実行するためのプロセス４００を示す。
【０１１５】
[１２４] 図４において、プロセス４００は不正分析が所望されると、ステップ４０２で開始する。これは手動でネットワーク人員に始動させてもよいし、自動で発生の時間を計られてもよい。プロセス４００はまた実施および所望の選択された動作次第で、連続的に作動してもよい。
【０１１６】
[１２５] それからステップ４０４において、一以上のＣＤＲがネットワークゲートウエイから入手され、ステップ４０６でこれらのＣＤＲはＸＤＲに変換される。
【０１１７】
[１２６] ステップ４０８において、法人＿ＩＤは判定され、ステップ４１０で各ＸＤＲに追加される。これは先に述べたＯＳＳ１２１の要素３１２および３１４の動作に対応する。
【０１１８】
[１２７] ステップ４１２において、ゲートウエイトラフィックから派生した結果のＸＤＲは、もしあれば、ネットワークサーバからのＸＤＲと相互に関連付けされる。後者のどれかが存在するということは必須ではない。この教示に整合して、不正モニタ１３３は、完全に回線交換あるいは完全にパケット交換あるいはその任意の混合物のレコードの本体を分析してもよい。
【０１１９】
[１２８] プロセス４００は単に例示であって、実際は、ＣＤＲとＸＤＲの両方の集収がおそらく進行中かつ、同時発生ベースで、特別なシーケンス無しで起こるであろうことを当業者は理解するであろう。図４に示されているステップ４０４と４１２の順序は、絶対的な順番を意味するものではない。この発明の精神および範囲からそれることなく、プロセス４００の処理ステップがＯＳＳ１２１と不正モニタ１３３の間で異なって分けられてもよいことは注目すべきである。
【０１２０】
[１２９] ステップ４１４において、レコードの相互関係のグループは正規化され、モジュール７１２に対して述べられたように予め処理される。
【０１２１】
[１３０] ステップ４１６は観察された呼び出しパラメータに対して不正モニタアルゴリズムを適用し、何らかの不正パターンがそこで明白であるかどうかを判定することを含む。
【０１２２】
[１３１] ネットワーク人員に対する、観察のリストまたは実際の警報のいずれかである、この分析の結果は、ステップ４１８での出力され、それからプロセス４００はステップ４２０で終了する。
【０１２３】
[１３２] システム１３３に対して供給された模範的なＸＤＲは、ソケットに基づいたＴＣＰ／ＩＰ接続を介してもよい。この発明のある実施例に従うと、システム１３３は、呼び出しレコードの「ほとんどリアルタイム」の配送を採用する。この供給に対するほとんどリアルタイムが意味するのは、ＯＳＳ１２１が各カスタマイズされたレコードを統合された不正モニタシステム１３３に、ＸＤＲが生成された時間から予め定められた時間（例えば、分単位）内で、配送するだろうということである。統合された不正モニタシステム１３３に対するＴＣＰ接続が失われる場合、データは接続が再確立されると、バッファされ、伝送される。
【０１２４】
[１３３] 図５はこの発明に従う実施例が実行されるコンピュータシステム５００を例示する。コンピュータシステム５００はバス５０１または他の通信情報のための通信機構と情報を処理するためのバス５０１に接続されたプロセッサ５０３とを含む。コンピュータシステム５００は、プロセッサ５０３によって実行される情報および命令を格納するためのバス５０１に接続された、ランダムアクセスメモリ（ＲＡＭ）または他のダイナミックなストレージ装置をまた含む。メインメモリ５０５はプロセッサ５０３によって実行される命令の実行の間に一時的な変数または他の中間情報を格納するために使用されうる。コンピュータシステム５００はさらに、プロセッサ５０３のための静的な情報および命令を格納するためのバス５０１に接続されたリードオンリメモリ（ＲＯＭ）５０７または他の静的ストレージ装置をさらに含む。磁気ディスクまたは光ディスクのようなストレージ装置５０９は情報および命令を格納するためにバス５０１に付加的に接続されている。
【０１２５】
[１３４] コンピュータシステム５００はコンピュータユーザに対して情報を表示するための、カソードレイチューブ（ＣＲＴ）、液晶表示、アクティブマトリックスディスプレイ、またはプラズマディスプレイのような、ディスプレイ５１１にバス５０１を介して接続されてもよい。英数字および他のキーを含むキーボードのような入力装置５１３がプロセッサ５０３に通信情報および命令選択のためにバス５０１に接続される。ユーザ入力装置の他の形式は、プロセッサ５０３に対して方向情報およびコマンド選択を通信するためおよびディスプレイ５１１上でカーソルの移動を制御するための、マウス、トラックボードまたはカーソル方向キーのようなカーソル制御５１５である。
【０１２６】
[１３５] 発明のある実施例に従えば、ＳＩＰサーバ機能が、プロセッサ５０３がメインメモリ５０５に含まれた命令の配置を実行するのに応答してコンピュータシステム５００によって提供される。このような命令はストレージ装置５０９のような別のコンピュータ読み出し可能媒体からメインメモリ５０５に読み込まれうる。メインメモリ５０５に含まれた命令の配置を実行すると、プロセッサ５０３がここに述べられた処理ステップを実行する。マルチ処理配置における一以上のプロセッサがメインメモリ５０５に含まれた命令を実行するために採用されてもよい。代わりの実施例においては、配線で接続された回路がこの発明の実施例を実行するためにソフトウエア命令の代わりにまたソフトウエア命令と組み合わせて使用されてもよい。このように、この発明の実施例はハードウエア回路とソフトウエアの任意の特定の組み合わせに限定されない。
【０１２７】
[１３６] コンピュータシステム５００はバス５０１に接続された通信インターフェイス５１７をまた含む。通信インターフェイス５１７はローカルネットワーク５２１に接続されたネットワークリンク５１９に接続された二方向のデータ通信を提供する。例えば、通信インターフェイス５１７はデジタルサブスクライバライン（ＤＳＬ）カードまたはモデム、相互デジタル通信網（ＩＳＤＮ）カード、ケーブルモデムまたは電話モデムのような電話線の対応する形式にデータ通信接続を提供するものであればよい。別の例として、通信インターフェイス５１７はローカルエリアネットワーク（ＬＡＮ）カード（例えばイーサネットＴＭまたは同期転送モード（ＡＴＭ）ネットワーク）のような互換性のあるＬＡＮにデータ通信接続を提供するものであってもよい。無線リンクもまた実施される。そのような任意の実施において、通信インターフェイス５１７は各種形式の情報を表すデジタルデータストリームを搬送する電気、電磁気または光信号を送信および受信する。さらに、通信インターフェイス５１７は、ユニバーサルシリアルバス（ＵＳＢ）インターフェイス、ＰＣＭＣＩＡ（パーソナルコンピュータメモリカード国際協会）インターフェイスなどのような周辺インターフェイス装置を含みうる。単一の通信インターフェイス５１７のみが示されているが、異なるネットワークおよび装置と通信するために多数の通信インターフェイスが採用されてもよい。
【０１２８】
[１３７] ネットワークリンク５１９は一以上のネットワークを介して、他のデータ装置にデータ通信を典型的に提供する。例えば、ネットワークリンク５１９はローカルネットワーク５２１を介してホストコンピュータ５２３へ接続を提供し、ホストコンピュータ５２３はネットワーク５２５（例えば、ワイドエリアネットワーク（ＷＡＮ）または現在一般的に「インターネット」として呼ばれている国際的なパケットデータ通信ネットワーク）またはサービスプロバイダによって作動されるデータ装置に接続される。ローカルネットワーク５２１およびネットワーク５２５は共に情報および命令を伝達するために電気、電磁気または光信号を使用する。各種ネットワークを介した信号および、コンピュータシステム５００とデジタルデータを通信する、ネットワークリンク５１９上、および通信インターフェイス５１７を介した信号は、情報および命令を保持する搬送波の模範的な形態である。
【０１２９】
[１３８] コンピュータシステム５００はネットワーク、ネットワークリンク５１９および通信インターフェイス５１７を介してプログラムコードを含むメッセージを送信およびデータを受信することができる。インターネットの例においては、（図示のない）サーバはネットワーク５２５、ローカルネットワーク５２１および通信インターフェイス５１７を介してこの発明の実施例を実行するためのアプリケーションプログラムに属する要求されたコードを送信してもよい。プロセッサ５０３は、受信中および／またはストレージ装置５０９にコードを格納し、または後の実行のために不揮発性のストレージに格納しながら送信されたコードを実行してもよい。このように、コンピュータシステム５００は搬送波の形態でアプリケーションコードを得てもよい。
【０１３０】
[１３９] ここで使用されている「コンピュータ読み出し可能媒体」という文言はプロセッサ５０３が実行するための命令を提供することができる任意の媒体を言う。そのような媒体は、不揮発性媒体、揮発性媒体、送信媒体を含む任意の形態を取りうるが、これに限られるものではない。不揮発性媒体は、例えば、ストレージ装置５０９のような光または磁気ディスクを含む。揮発媒体はメインメモリ５０５のようなダイナミックメモリを含む。送信媒体は、バス５０１を含むワイヤを含む、同軸ケーブル、導線およびファイバを含む。送信媒体は音、光、または無線周波数（ＲＦ）および赤外線（ＩＲ）データ通信の間に発生されるような、音の、光のまたは電磁波の形態を取りうる。コンピュータ読み出し可能媒体の一般の形態は、例えば、フロッピーディスク、フレキシブルディスク、ハードディスク、磁気テープおよび任意の他の磁気媒体、ＣＤ−ＲＯＭ、ＣＤＲＷ、ＤＶＤ、任意の他の光媒体、パンチカード、紙テープ、光学読み取りマークシート、穴のパターンまたは他の光学的に認識可能な標識を有する任意の他の物理的媒体、ＲＡＭ、ＰＲＯＭ、ＥＰＲＯＭ、フラッシュＥＰＲＯＭ、任意の他のメモリチップまたはカートリッジ、搬送波、またはコンピュータが読むことができる任意の他の媒体を含む。
【０１３１】
[１４０] コンピュータ呼び出し可能媒体の各種形態がプロセッサが実行するための命令を提供するために含まれてもよい。例えば、この発明の少なくとも１部を実行するための命令は遠隔のコンピュータの磁気ディスク上に最初は担持されてもよい。そのようなシナリオにおいては、ローカルのコンピュータはメインメモリに命令をロードし、命令をモデムを使って電話線を介して送信する。遠隔コンピュータシステムのモデムは電話線上でデータを受信し、データを赤外線信号に変換するために赤外線送信機を使用し、赤外線信号をパーソナルデジタルアシスタンス（ＰＤＡ）およびラップトップのような携帯コンピュータ装置へ送信する。携帯コンピュータ装置の赤外線検出器は赤外線信号によって担持された情報および命令を受信し、データをバスの上に置く。バスはデータをメインメモリに搬送し、そこからプロセッサが検索して命令を実行する。メインメモリによって受信された命令はプロセッサによって実行される前かまたは実行された後のいずれかにおいてストレージ装置に選択的に格納されてもよい。
【０１３２】
[１４１] 加えて、他の興味深い情報が以下の表１に見受けられ、下に一覧にされたケースはその全体を参照により引用される。
【０１３３】
【表１−１】

【０１３４】
【表１−２】

【０１３５】
【表１−３】

【０１３６】
[１４２] この発明が多くの実施例および具体例と共に例として述べられてきたが、この発明はそのような実施例に限られるものではない。当業者は理解するであろうように、多くの実施例が添付のクレームから解釈されてもいいように、この発明の精神および範囲内で可能である。
【図面の簡単な説明】
【０１３７】
[２３] この発明は添付の図面の図において限定としてではなくて例として例示され、図において、同様の参照番号が同様の要素を表す。
【０１３８】
[２４]
【図１】この発明の模範的な実施例に従うテレフォニサービスをサポートし、使用活動をモニタするための手段を含むことができるデータ通信システムの図である。
【０１３９】
[２５]
【図２】この発明の模範的な実施例に従う当事者間でセッションを確立するときに含まれる機能要素の図である。
【０１４０】
[２６]
【図３】この発明の模範的な実施例に従う通信システムの使用活動をモニタするための機能要素の図である。
【０１４１】
[２７]
【図４】この発明の模範的な実施例に従う通信システムからの使用機能のレコードを処理するためのプロセスを示すフローチャートである。
【０１４２】
[２８]
【図５】この発明の実施例が実行されてもよいコンピュータシステムの図である。
【０１４３】
[２９]
【図６】この発明の模範的な実施例に従う通信システムの記録された使用を搬送するためのデータ構造の図である。
【０１４４】
[３０]
【図７】この発明の模範的な実施例に従う不正分析装置の図である。

Claims (8)

1. 通信システムにおける活動をモニタするための方法であって、
   第一送信ネットワークにおける活動に関する少なくとも一つの第一レコードを得るステップと、
   第二送信ネットワークにおける活動に関する少なくとも一つの第二レコードを得るステップと、
   第一レコードおよび第二レコードは両方共通信セッションに関係することを判定するステップと、
   第一レコードと第二レコードの両方の内容に基づいて通信セッションの少なくとも一つの局面を判定するステップを含む、方法。
2. 第一レコードは第二レコードとは異なってフォーマット化される、請求項１に記載の方法。
3. 第一レコードと第二レコードの少なくとも一つは、第一送信および第二送信ネットワークを接続するゲートウエイの活動に関係する、請求項１に記載の方法。
4. 活動の合成レコードを形成するために第一レコードを第二レコードと結合させるステップをさらに含む、請求項１に記載の方法。
5. 第一レコードを第二レコードの様式に変換するステップをさらに含む、請求項４に記載の方法。
6. 第一レコードと第二レコードの両方を共通の様式に変換するステップをさらに含む、請求項４に記載の方法。
7. 第二送信ネットワークの少なくとも一つの局面に関する追加の情報を、第一レコードに追加するステップをさらに含む、請求項４に記載の方法。
8. 追加の情報は、第二送信ネットワークのアドレススペースにおけるデータネットワークアドレスである、請求項７に記載の方法。

Images