JP2006067584A - 通話トラフィックのルーティングを定量的に分析するための基礎を提供する通話レコードの相関方法 - Google Patents

Abstract

【課題】アービトラージを識別する方法を提供する。
【解決手段】
発信側の呼詳細レコード（ＣＤＲ）および着信側の呼詳細レコードが相関しているかどうかを判断し（３０１〜３１０）、該判断したＣＤＲの中から、相関している候補ペアを取得し（３１１）、該取得した相関している候補ペアの中の１つの相関している候補ペアが一意のペアであるかどうかを確かめ（５０１、５０２）、一意であることを確かめたならば、該一意の相関している候補ペアの発信ＣＤＲと着信ＣＤＲの比較に基づいて、アービトラージの量を求める。
【選択図】図５

Description

本発明は、一般に、電話システムに関し、より具体的には、通信システムにおける通話レコードの相関についての方法に関する。

従来、電話システムにおいては、複雑な規制料金表が施行されると共に（又は）、（ａ）通信事業者間におけるトラフィックのルーティング手法を規制し、（ｂ）様々なタイプのトラフィックに対して課金する料金を指定する、という通信事業者間の契約が通信事業者間において締結されている。しばしば、このような既存の規制料金表及び／又は締結されている通信事業者間の契約に反して、通話をミスルーティング(mis-route)することが、経済的に有利なことがある。このような操作を一般に「アービトラージ（Ａｒｂｉｔｒａｇｅ）」と呼んでいる。このようなミスルーティングを行う者が意図するところは、正式ルート以外のルートを介した電話トラフィックの配信に伴う低料金の活用にある。しかしながら、アービトラージの存在を確認し、正しい課金を行うことは、通話のルーティング情報がしばしば失われ不完全であるために、多くの場合困難である。

電話トラフィックのルーティングを判定するための従来の方法は、単一の通話サンプルに基づいている（例：通話発信点又は通話着信点において得られる通話レコード）。重要なルーティング情報が、（ａ）消失、または（ｂ）不正確であるという事実により、このような単一の通話レコードから得られる情報には限界がある。アービトラージの存在の判定に、これらの手法が効果的でないことが既に判明している。一般的なアービトラージの状況においては、地域通信事業者が長距離通信事業者に対して課金するため、アービトラージを検出してこれを停止させることは、地域通信事業者にとって、大きな経済的なインセンティブとなる。又、従来の方法は、信頼性が乏しく、且つ労働集約的であるため、アービトラージを検出するための改善された手法に対する大きなニーズが存在している。

尚、以下の定義は、一般に、電話産業において周知のものであるが、これらは、説明を十分且つ明瞭なものにするべく、本明細書に含めるものである。

［アクセストラフィック(Access Traffic)］
長距離通信事業者（ＩｎｔｅｒｅＸｃｈａｎｇｅ Ｃａｒｒｉｅｒ：ＩＸＣ）によって搬送され、このＩＸＣと、地域通信事業者（Ｌｏｃａｌ Ｅｘｃｈａｎｇｅ Ｃａｒｒｉｅｒ：ＬＥＣ）、独立地域通信事業者（Ｉｎｄｅｐｅｎｄｅｎｔ Ｌｏｃａｌ Ｅｘｃｈａｎｇｅ Ｃａｒｒｉｅｒ：ＩＬＥＣ）、及び競合地域通信事業者（Ｃｏｍｐｅｔｉｔｉｖｅ Ｌｏｃａｌ Ｅｘｃｈａｎｇｅ Ｃａｒｒｉｅｒ：ＣＬＥＣ）との間において交換されるメッセージトラフィックに対して、料金表及び／又は契約によって決定される補償メカニズムである。このタイプのトラフィックは、一般に、ＦＧ−Ｄ（Ｆｅａｔｕｒｅ Ｇｒｏｕｐ Ｄトランクと呼ばれるタイプの電話中継線上において搬送され、通常、１分当たりの料金が最も高価である。このアクセストラフィックの場合には、ＩＸＣに着信する（又は、ＩＸＣから発信される）トラフィックのそれぞれのＭＯＵ（Ｍｉｎｕｔｅ ｏｆ Ｕｓｅ）ごとに、ＩＸＣが、他の通信事業者に対して支払いを行う。

［ＡＣＭタイムスタンプ］
着呼側の電話機が、ユーザに対して呼び出し（例：ベルの鳴動）を開始した時刻である。

［ＡＣＭ（Ａｄｄｒｅｓｓ Ｃｏｍｐｌｅｔｅ Ｍｅｓｓａｇｅ）］
ＡＣＭ（Ａｄｄｒｅｓｓ Ｃｏｍｐｌｅｔｅ Ｍｅｓｓａｇｅ）は、ＩＡＭ（Ｉｎｉｔｉａｌ Ａｄｄｒｅｓｓ Ｍｅｓｓａｇｅ）の受信をアクノリッジ（acknowledge）すると共に、着呼側において（例えば、ベルの鳴動によって）呼び出しが行われていることを通知するべく、使用されるものである。

［ＡＮＭタイムスタンプ］
着呼側の電話機のオペレータが、その通話に応答した時刻である。

［ＡＮＭ（Ａｎｓｗｅｒ Ｍｅｓｓａｇｅ）］
ＡＮＭ（Ａｎｓｗｅｒ Ｍｅｓｓａｇｅ）は、着呼側のユーザが応答し、エンドツーエンド(end-to-end)接続が確立され、会話が実行可能な状態になったことを通知するべく、使用されるものである。

［アービトラージ(Arbitrage)］
本明細書において使用する（並びに、電話業界において一般に使用されている）この用語は、既存の規制料金表及び／又は締結されている通信事業者間の契約に反するような手法による、通信事業者間の通話のミスルーティングを意味している。このようなミスルーティングの目的とするところは、通常、これらの料金表及び契約によって制定され、且つ要求されているルート以外のルートを介した（従って、不正な）電話トラフィックの配信に伴う低料金の活用にある。アービトラージは、通常、（１）長距離通信事業者（ＩＸＣ）の、競合地域通信事業者（ＣＬＥＣ）を介して配信されたアクセストラフィック、（２）非中継線(non-transit trunk)を介して配信されたトランジットトラフィック、を介して実行されている。但し、アービトラージを実行可能な方法には、他の多くのものが存在している。

［バックワードインターワークパラメータ（Backward Interwork Parameter）］
その通話において、当該地点よりも先に(ahead of)、ＳＳ７（Ｓｉｇｎａｌｉｎｇ Ｓｙｓｔｅｍ ７）および非ＳＳ７のインターワーキング(inter-working)に遭遇したかどうかに関するインジケータである。

［ＣＤＲ（呼詳細レコード：Ｃａｌｌ Ｄｅｔａｉｌ Ｒｅｃｏｒｄ）］
通話の発信元、宛先、及び他の詳細に関する詳細情報を提供する、それぞれの通話に関連付けられたパラメータを含むメッセージの集合体である。ＣＤＲには、通常、例えばタイムスタンプ、発呼側番号、着呼側番号、及び多数の更なるフィールドが含まれている。

［着呼側番号(Called Number)］
発呼側のユーザがダイヤルした電話番号である。

［発呼側番号(Calling Number)］
その通話を起こしたユーザの電話番号である。

［ＣＩＣ（Ｃａｒｒｉｅｒ Ｉｎｄｅｔｉｆｉｃａｔｉｏｎ Ｃｏｄｅ）］
ＳＳ７（Ｓｉｇｎａｌｉｎｇ Ｓｙｓｔｅｍ ７）のＩＡＭ（Ｉｎｉｔｉａｌ Ａｄｄｒｅｓｓ Ｍｅｓｓａｇｅ）内に含まれているパラメータであり、これを使用することにより、要求された長距離通信事業者（ＩＸＣ）を識別することができる。

［ＣＩＣ（Ｃａｒｒｉｅｒ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｃｏｄｅ）パラメータ］
地域通信事業者によって選択された長距離通信事業者（ＩＸＣ）を識別する番号である。

［料金番号(Charge Number)］
その通話の料金が課金される電話番号である。通常、これは、発呼側電話機の電話番号である。

［ＣＬＥＣ（競合地域通信事業者；Ｃｏｍｐｅｔｉｔｉｖｅ Ｌｏｃａｌ Ｅｘｃｈａｎｇｅ Ｃａｒｒｉｅｒ）］
地域通信事業者（ＬＥＣ）のことであるが、既存の地域通信事業者（ＬＥＣ）と競合するものを特に意味している。

［ＤＰＣ（Ｄｅｓｔｉｎａｔｉｏｎ Ｐｏｉｎｔ Ｃｏｄｅ）］
そのメッセージが送信されている先のＳＳ７（Ｓｉｇｎａｌｉｎｇ Ｓｙｓｔｅｍ ７）ノードである（例：交換局又はＳＴＰ（Ｓｉｇｎａｌｉｎｇ Ｔｒａｎｓｆｅｒ Ｐｏｉｎｔ））。

［ｅｏ］
「ループ(loops)」と呼ばれる線路を介して、（家庭又は企業から）電話が接続される交換局(switching office)であり、通常は、端局（Ｅｎｄ Ｏｆｆｉｃｅ）又は「ｅｏ」と呼ばれている。

［ＦＧ−Ｄ（Ｆｅａｔｕｒｅ Ｇｒｏｕｐ Ｄ）トランク］
電話中継線の１つのタイプである。「アクセストラフィック」の項を参照されたい。

［フォワードインターワークパラメータ(Forward Interwork Parameter)］
その通話において、パラメータが観察された地点よりも前に(prior to)、ＳＳ７（Ｓｉｇｎａｌｉｎｇ Ｓｙｓｔｅｍ ７）および非ＳＳ７のインターワーキング(inter-working)に遭遇したかどうかに関するインジケータである。

［ＩＡＭタイムスタンプ］
ＳＳ７メッセージの伝送のために中継線が押さえられた時刻である。

［ＩＬＥＣ（独立地域通信事業者；Ｉｎｄｅｐｅｎｄｅｎｔ Ｌｏｃａｌ Ｅｘｃｈａｎｇｅ Ｃａｒｒｉｅｒ）］
一般に、地域ベル電話会社（Ｒｅｇｉｏｎａｌ Ｂｅｌｌ Ｏｐｅｒａｔｉｎｇ Ｃｏｍｐａｎｙ）が所有している地域通信事業者と共存する地域通信事業者（ＬＥＣ）を意味している。

［ＩＡＭ（Ｉｎｉｔｉａｌ Ａｄｄｒｅｓｓ Ｍｅｓｓａｇｅ）］
ＩＡＭ（Ｉｎｉｔｉａｌ Ａｄｄｒｅｓｓ Ｍｅｓｓａｇｅ）は、通話のセットアップ要求を示すのに使用される。この結果、その通話に使用するべく、中継線が押さえられ、「確保(reserve)」される。

［相互接続通信事業者］
地域通信事業者（ＬＥＣ）と相互接続する通信事業者のことである。

［ＩＸＣ（長距離通信事業者；ＩｎｔｅｒｅＸｃｈａｎｇｅ Ｃａｒｒｉｅｒ）］
長距離通信事業者（ＩＸＣ）は、そのＩＸＣのサービスエリア内において、１つの地域通信事業者（ＬＥＣ）から別の（又は、場合によっては同一の）ＬＥＣに対して通話を搬送する。ＩＸＣのサービスエリアは、通常、複数のＬＡＴＡ（Ｌｏｃａｌ Ａｃｃｅｓｓ Ｔｒａｎｓｐｏｒｔ Ａｒｅａ）にわたっており、ＩＸＣは、地域通信事業者（ＬＥＣ、ＣＬＥＣ、及びＩＬＥＣ）並びに他の長距離通信事業者（ＩＸＣ）との間でメッセージをやり取りする。通常、複数のＬＡＴＡ（Ｌｏｃａｌ Ａｒｅａ Ｔｒａｎｓｐｏｒｔ Ａｒｅａ：分割（divestiture）時に定義された地域）にわたる通話には、ＩＸＣを使用しなければならない。

［ＩＸＣ中継線］
長距離通信事業者から地域通信事業者に到来する中継線である。

［管轄権インジケータパラメータ(Jurisdiction Indicator Parameter)］
ＳＳ７メッセージに含まれているパラメータであり、これは、利用可能な場合には、その通話の地理的な発信元を示している。

［ＬＭＳ（Ｌｉｎｋ Ｍｏｎｉｔｏｒｉｎｇ Ｓｙｓｔｅｍ）］
ＳＳ７リンクを監視することによってＣＤＲ（Ｃａｌｌ Ｄｅｔａｉｌ Ｒｅｃｏｒｄ）を収集するのに使用されることのできるシステムである。

［ＬＡＴＡ（Ｌｏｃａｌ Ａｃｃｅｓｓ Ｔｒａｎｓｐｏｒｔ Ａｒｅａ）］
或る地域通信事業者（ＬＥＣ）がサービスを提供する地域は、通常、ＬＡＴＡと呼ばれる様々なエリアに分割されている。

［ＬＥＣ（地域通信事業者;Local Exchange Carrier）］
地域通信事業者（ＬＥＣ）は、特定の地理的なサービスエリア内の顧客に対して電話サービスを提供する電話サービスプロバイダである。地域通信事業者（ＬＥＣ）は、通常、地域電話会社である。

［ＬＥＲＧ（Ｌｏｃａｌ Ｅｘｃｈａｎｇｅ Ｒｏｕｔｉｎｇ Ｇｕｉｄｅ）］
所与の電話番号が位置している特定のＬＡＴＡ（Ｌｏｃａｌ Ａｃｃｅｓｓ Ｔｒａｎｓｐｏｒｔ Ａｒｅａ）を定義する文書である。

［ＬＲＮ（Ｌｏｃａｔｉｏｎ Ｒｏｕｔｉｎｇ Ｎｕｍｂｅｒ）］
ＳＣＰ（Ｓｅｒｖｉｃｅ Ｃｏｎｔｒｏｌ Ｐｏｉｎｔ）におけるデータベースから取得される番号である。ＳＣＰによって、着呼側の番号がＬＲＮに変換される（ＬＲＮとは、ネットワークが通話をその最終的な宛先に届けるのに使用する番号である）。

［ループ(Loop)］
電話機は、（家庭又は企業から）ループと呼ばれる線路を介して、通常、端局（Ｅｎｄ Ｏｆｆｉｃｅ）又
は「ｅｏ」と呼ばれる交換局に接続される。

［ミートポイント課金（Ｍｅｅｔ−Ｐｏｉｎｔ Ｂｉｌｌｉｎｇ）］
長距離通信事業者（ＩＸＣ）と独立地域通信事業者（ＩＬＥＣ）の間で交換される、地域通信事業者（ＬＥＣ）の顧客宛てのトラフィックに対しては（そのＩＸＣが、そのＬＥＣと直接的に相互接続されていない場合）、ミートポイント課金と呼ばれる補償メカニズムを使用して、料金表及び／又は契約が適用される。ミートポイント課金の下では、ＩＸＣが、ＩＬＥＣに対して料金を支払い、後から、その一部が、ＩＸＣとＬＥＣ間におけるトラフィックのそれぞれのＭＯＵ（Ｍｉｎｕｔｅ ｏｆ Ｕｓｅ）ごとに、ＩＬＥＣからＬＥＣに対して支払われることになる。

［ＭＯＵ（Ｍｉｎｕｔｅ ｏｆ Ｕｓｅ）］
所与の通信事業者のリソースを消費して所与のサービスを提供する際の、課金を目的とした時間の尺度である。

［ＮＰＡ（Ｎｕｍｂｅｒｉｎｇ Ｐｌａｎ Ａｄｄｒｅｓｓ）］
一般的に、電話番号の市外局番（エリアコード）と呼ばれているものである。

［ＮＰＡＮＸＸ］
ＮＰＡ（即ち、市外局番）に、電話番号の次の３桁を加えたものである。

［ＯＰＣ（Ｏｒｉｇｉｎａｔｉｎｇ Ｐｏｉｎｔ Ｃｏｄｅ）］
そのメッセージを送信しているＳＳ７（Ｓｉｇｎａｌｉｎｇ Ｓｙｓｔｅｍ ７）ノードのことである（例：交換局又はＳＴＰ（Ｓｉｇｎａｌｉｎｇ Ｔｒａｎｓｆｅｒ Ｐｏｉｎｔ））。

［相互補償（Ｒｅｃｉｐｒｏｃａｌ Ｃｏｍｐｅｎｓａｔｉｏｎ）］
相互補償の場合には、通信事業者は、自身のネットワークから他の通信事業者のネットワークに配信されたトラフィックのそれぞれのＭＯＵ（Ｍｉｎｕｔｅ ｏｆ Ｕｓｅ）ごとに、使用料金を互いに支払う。このメッセージトラフィックは、通常、様々な地域通信事業者（ＬＥＣ）とそれらの競合地域通信事業者（ＣＬＥＣ）及び独立地域通信事業者（ＬＥＣ）間において交換されるトラフィックである。このタイプのトラフィックは、一般に、市内中継線と呼ばれるタイプの電話中継線上において搬送される。

［ＲＬＣ（Ｒｅｌｅａｓｅ Ｃｏｍｐｌｅｔｅ Ｍｅｓｓａｇｅ）］
ＲＬＣ（Ｒｅｌｅａｓｅ Ｃｏｍｐｌｅｔｅ Ｍｅｓｓａｇｅ）は、２つの接続されている当事者のうちの第２の者が電話を切った際に送信されるものである。中継線は、この時点で解放される。

［ＲＥＬ（Ｒｅｌｅａｓｅ Ｍｅｓｓａｇｅ）］
ＲＥＬ（Ｒｅｌｅａｓｅ Ｍｅｓｓａｇｅ）は、２つの接続されている当事者のうちの第１の者が電話を切ったことを示すものである。

［ＲＥＬタイムスタンプ］
第１の電話機のオペレータが電話を切った時刻である。

［リモートサイトプロセッサ(Remote Site Processors)］
部分的なＣＤＲ（Ｃａｌｌ Ｄｅｔａｉｌ Ｒｅｃｏｒｄ）を完全なＣＤＲに統合するのに使用されるデバイスである。

［ＲＬＣタイムスタンプ］
第２の電話機のオペレータが電話を切った時刻である。

［ＳＣＰ（Ｓｅｒｖｉｃｅ Ｃｏｎｔｒｏｌ Ｐｏｉｎｔ）］
着呼側の電話番号をローカルルーティング番号に変換するのに使用するネットワークデータベースであり、着呼側の電話番号をＬＲＮ（Ｌｏｃａｔｉｏｎ Ｒｏｕｔｉｎｇ Ｎｕｍｂｅｒ）に変換する。

［ＳＴＰ（Ｓｉｇｎａｌｉｎｇ Ｔｒａｎｓｆｅｒ Ｐｏｉｎｔ）］
ＳＳ７ネットワークの中心に位置しているのが、ＳＴＰ（Ｓｉｇｎａｌｉｎｇ Ｔｒａｎｓｆｅｒ Ｐｏｉｎｔ）と呼ばれるパケットスイッチである。北米のＳＳ７ネットワークには、ＳＴＰがペアで設置されており、通信経路の冗長性を提供している。様々な通信事業者が、このＳＳ７ネットワークの一部を所有し、自身の端局（Ｅｎｄ Ｏｆｆｉｃｅ：ｅｏ）とタンデム(tandem)を全体的なＳＳ７ネットワークに相互接続することにより、通信事業者間におけるエンドツーエンド通信を実現している。

［ＳＳ７リンク］
ＳＳ７（Ｓｉｇｎａｌｉｎｇ Ｓｙｓｔｅｍ ７）トラフィックを搬送する通信リンクである。

［ＳＳ７ネットワーク］
ＳＳ７（Ｓｉｇｎａｌｉｎｇ Ｓｙｓｔｅｍ ７）メッセージは、「ＳＳ７ネットワーク」と呼ばれる、セキュアなデータネットワーク上において搬送される。このＳＳ７ネットワークは、ＳＴＰ（Ｓｉｇｎａｌｉｎｇ Ｔｒａｎｓｆｅｒ Ｐｏｉｎｔ）に加え、様々なＳＳ７リンクを有している。

［ＳＳ７プロトコル］
複数の端局（Ｅｎｄ Ｏｆｆｉｃｅ：ｅｏ）が関係している場合に、通話のセットアップと切断のタスクを実行するべく、交換局は、ＳＳ７リンク上において搬送されるＳＳ７（Ｓｉｇｎａｌｉｎｇ Ｓｙｓｔｅｍ ７）と呼ばれるシグナリングプロトコルを使用して互いに通信する。特定のシーケンスにおいてＳＳ７メッセージを使用することにより、電話接続を確立するのに必要な様々なタスクを実行する。尚、同一の「ｅｏ」に接続されている２つの顧客間の通話は、その「ｅｏ」に含まれているアプリケーションロジックによって処理されるため、ＳＳ７プロトコルを使用する必要はない。

［タンデム（Tandem）］
特定のケース（例：多少離れた２つの町）においては、２つの顧客間に接続を確立する際に、「タンデム」と呼ばれるタイプの交換局が関与することになる。

［ＴＣＩＣ］
「Ｔｒａｎｋ Ｃｉｒｃｕｉｔ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｃｏｄｅ」の略号である。２つの電話交換機間には、複数の中継線から構成される中継線群が存在することがある。これらの中継線をＴＣＩＣによって識別する。

［ＴＮＳ（Ｔｒａｎｓｉｔ Ｎｅｔｗｏｒｋ Ｓｅｌｅｃｔｉｏｎ）］
ＳＳ７（Ｓｉｇｎａｌｉｎｇ Ｓｙｓｔｅｍ ７）のＩＡＭ（Ｉｎｉｔｉａｌ Ａｄｄｒｅｓｓ Ｍｅｓｓａｇｅ）メッセージ内に含まれているパラメータであり、これを使用することにより、要求された長距離通信事業者（ＩＸＣ）を識別することができる。

［トランジットトラフィック(Transit Traffic)］
ＬＥＣのネットワークを通過するが、そのＬＥＣにおいて発信又は着信するものではなく、そのトラフィック用に特に指定されている中継線以外の中継線を使用するトラフィックのことである。

［中継線（Trunk）］
異なる「ｅｏ」（例：異なる町に位置しているもの）のサービスを受けている電話機は、それらの「ｅｏ」間の「中継線」と呼ばれる線路を介して相互接続されることになる。

［ＵＮＥ］
ＵＮＥ（Ｕｎｂｕｎｄｌｅｄ Ｎｅｔｗｏｒｋ Ｅｌｅｍｅｎｔ）とは、電気通信法改正法（Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ａｃｔ ｏｆ １９９６）によって要求されている要件である。これらは、ＩＬＥＣが個別に提供することを要するネットワークの一部である。これらの部分が、総体として、ＤＳＬＡＭ又は音声交換機（又は、これらの両方）に接続するループを構成している。このループにより、設備を有していない通信プロバイダは、ネットワークインフラストラクチャ（銅線／ファイバ）を敷設することなしに、サービスを供給することができる。

［ＵＮＥ−Ｐ］
ＵＮＥ−Ｐ（ＵＮＥ−Ｐｌａｔｆｏｒｍ）とは、設備を伴うことなしに、エンドツーエンドサービスの供給を実現するＵＮＥの組み合わせのことである（ループ＋ポートが、ＳＢＣの定義であり、ポートは、ＲＢＯＣから「コスト」レベルの料金で、分当たりで購入するスイッチングを伴う）。ＣＬＥＣの設備が関与していないにも拘らず、ＵＮＥ−Ｐによってサービスを供給するには、依然として、ＰＵＣからの設備に基づいた認可が必要である。

［ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）］
大規模な地域を対象としてサービスする通信ネットワークのことである。

本発明の一つの側面によれば、アービトラージを識別するための方法が提供される。この方法は、（ａ）発信および着信するＣＤＲ（呼詳細レコード：Ｃａｌｌ Ｄｅｔａｉｌ Ｒｅｃｏｒｄ）が相関しているかどうかを判断し、該判断したＣＤＲから、相関しているペアの候補を取得するステップと、（ｂ）該取得した相関しているペアの候補のうちの１つが、一意のペアであるかどうかを確かめるステップと、ｃ）該ペアが一意であることが確かめられたならば、該一意のペアに基づいて、アービトラージの量を求めるステップと、を含む。

本発明の他の側面によれば、アービトラージとルーティング異常を識別するための方法が提供される。この方法は、（ａ）監視対象のネットワーク内の宛先に対する既知のルートを有する通話データから、複数の発信ＣＤＲ（Ｃａｌｌ Ｄｅｔａｉｌ Ｒｅｃｏｒｄ）を取得するステップと、（ｂ）該通話データから、複数の着信ＣＤＲを取得するステップと、（ｃ）関連する通話タイミング及び着呼側情報を有する一意の発信及び着信ＣＤＲに基づいて、それらの複数の発信ＣＤＲ及び複数の着信ＣＤＲが、相関しているペアの候補であるかどうかを確かめるステップと、（ｄ）それらの複数の発信及び着信ＣＤＲが一意に相関していることが確かめられたならば、それらの発信及び着信ＣＤＲのフィールドを比較し、これにより、アービトラージの量を求めるステップと、を含む。

本発明の他の側面によれば、アービトラージとルーティング異常を識別するための方法が提供される。この方法は、（ａ）発信及び着信ＣＤＲのペアに基づいて、複数の発信及び着信ＣＤＲ（Ｃａｌｌ Ｄｅｔａｉｌ Ｒｅｃｏｒｄ）が相関しているかどうかを確かめ、複数の相関しているペアの候補を取得するステップと、（ｂ）この複数の相関しているペアの候補の中から一意のＣＤＲペアを取得し、この一意のＣＤＲペアに基づいて、アービトラージの量を求めるステップと、を含んでいる。

尚、本発明の更なる態様及び利点については、本発明の原理を一例として示している図面との関連で、以下の詳細な説明を参照することにより、明らかとなろう。

本発明のこれら及び／又はその他の態様及び利点については、図面との関連で、以下の実施例に関する説明を参照することにより、明らかとなり、容易に理解することができよう。

本発明は、通話を相関させて、通信システムにおけるトラフィックのミスルーティングを検出し、これにより、アービトラージを防止する新しい方法を提供する。

様々な通信セグメントから取得されたＣＤＲ（呼詳細レコード；Ｃａｌｌ Ｄｅｔａｉｌ Ｒｅｃｏｒｄ）を相関させることにより、これらのレコードの質を向上させて、課金精度を向上させると共に、通話のミスルーティングの検出機能を改善する能力が提供される。

本発明に開示されている手法を使用することにより、既存の規制料金表及び／又は締結されている通信事業者間の契約に反した手法でミスルーティングされている通信事業者間の通話を識別することができる。このような操作は、一般に、「アービトラージ（Ａｒｂｉｔｒａｇｅ）」と呼ばれており、この実行者の意図するところは、制定又は契約されているルート以外のルートを介した電話トラフィックの配信に伴う低料金の活用にある。代表的な実施形態における相関プロセスにより、同一の通話に関連している様々な通話の「区間（ｌｅｇ）」を識別することができ、これら個々の通話区間から取得された通話ルーティング情報を包含する更に正確な「複合(compound)」通話レコードを作成することができる。

ＬＥＣのサービス地域にわたって、ＣＤＲ（Ｃａｌｌ Ｄｅｔａｉｌ Ｒｅｃｏｒｄ）を収集し、ＣＤＲデータベースに読み込む時に、それらを「相関」させる。この相関方法は、（１）着呼局の番号が同一であり、（２）通話の開始時刻と第１の当事者が電話を切った時刻が、設定可能な非常に小さな時間差内において一致している場合に、ＣＤＲによって通話セグメントを識別するステップを有している。

誤った相関を除去するべく（即ち、その同一の通話に実際には関係していない通話セグメントを分離するべく）、様々な通話セグメントからの通話セットアップ情報を相関させることにより、相関の信頼性を向上させることを試みている。具体的には、（１）通話の接続完了時刻が、設定可能な非常に小さな時間差内において一致していることを確かめ、（２）発呼側の番号情報パラメータが一致していることを確認し、（３）料金番号情報パラメータが一致していることを確認し、そして／又は、（４）管轄権情報パラメータが一致していることを確認するよう、更なる段階を実行することができる。

更なる制約を適用することにより、アービトラージの基準に合致する通話を選択すると共に、他の正当な理由によって相関し得る通話や、リンク監視システムの機能が過剰であるために収集された重複した通話セグメントを排除することができる。

様々な通信セグメントから取得されたＣＤＲを相関させることにより、それらのレコードの質を向上させて、課金の精度を向上させると共に、通話のミスルーティングの検出機能を強化する能力が提供される。尚、以下の詳細な説明においては（並びに、いくつかの図面においては）、類似の参照符号により、類似の要素を識別している。

代表的な実施形態における相関プロセスを通じて、同一の通話に関連している様々な通話の「区間（ｌｅｇ）」を識別可能であり、それら個々の通話区間から取得された通話のルーティング情報を包含する更に正確な「複合」通話レコードを作成することができる。又、本明細書に開示されている他の手法を使用することにより、ネットワークの１つの部分において生成されたＣＤＲを、別の部分において生成されたＣＤＲと相関させることができる。これらの手法は、通話トラフィック、通話ミスルーティングの検出、及び通話課金の分野に適用可能である。

地域通信事業者（ＬＥＣ）は、特定の地理的なサービスエリア内において、事業を営み、個々の電話加入者に対してサービスしている。そのサービスエリアは、通常、複数のＬＡＴＡ（Ｌｏｃａｌ Ａｃｃｅｓｓ Ｔｒａｎｓｐｏｒｔ Ａｒｅａ）に分割されている。ＬＥＣは、そのサービスエリア内において、競合地域通信事業者（Ｃｏｍｐｅｔｉｔｉｖｅ Ｌｏｃａｌ Ｅｘｃｈａｎｇｅ Ｃａｒｒｉｅｒ：ＣＬＥＣ）、独立地域通信事業者（Ｉｎｄｅｐｅｎｄｅｎｔ Ｌｏｃａｌ Ｅｘｃｈａｎｇｅ Ｃａｒｒｉｅｒ：ＩＬＥＣ）、及び長距離通信事業者（ＩｎｔｅｒｅＸｃｈａｎｇｅ Ｃａｒｒｉｅｒ：ＩＸＣ）に相互接続している。

ＩＸＣとＬＥＣ／ＩＬＥＣ／ＣＬＥＣの間で交換されるトラフィックに対しては、アクセストラフィック（Ａｃｃｅｓｓ Ｔｒａｆｆｉｃ）と呼ばれる補償メカニズム(compensation mechanism)を使用する料金表及び／又は契約が適用される。このアクセストラフィックの場合には、ＩＸＣは、そのＩＸＣに着信する（又は、そのＩＸＣから発信される）トラフィックのそれぞれのＭＯＵ（Ｍｉｎｕｔｅ ｏｆ Ｕｓｅ）ごとに、他の通信事業者に対して支払うことになる。このタイプのトラフィックは、一般に、ＦＧ−Ｄ（Ｆｅａｔｕｒｅ Ｇｒｏｕｐ Ｄ）トランクと呼ばれるタイプの電話中継線上において搬送され、通常は、１分当たりの料金が最も高価である。

ＣＬＥＣとＬＥＣ間並びにＩＬＥＣとＬＥＣ間において交換されるトラフィックに対しては、通常、相互補償（Reciprocal compensation）と呼ばれる補償メカニズムを使用する料金表及び／又は契約が適用される。この相互補償の場合には、通信事業者は、自身のネットワークから他の通信事業者のネットワークに供給されるトラフィックのそれぞれのＭＯＵ（Ｍｉｎｕｔｅ ｏｆ Ｕｓｅ）ごとに、互いに使用料金を支払うことになる。このタイプのトラフィックは、一般に、市内中継線(local trunk)と呼ばれるタイプの電話中継線上において搬送される。

ＩＸＣとＩＬＥＣ間において交換される、ＬＥＣの顧客宛てのトラフィックに対しては（そのＩＸＣが、そのＬＥＣと直接的に相互接続していない場合）、ミートポイント課金（Ｍｅｅｔ−Ｐｏｉｎｔ Ｂｉｌｌｉｎｇ）と呼ばれる補償メカニズムを使用する料金表及び／又は契約が適用される。このミートポイント課金の場合には、ＩＸＣは、ＩＬＥＣに料金を支払い、後から、この一部が、ＩＸＣとＬＥＣ間におけるトラフィックのそれぞれのＭＯＵ（Ｍｉｎｕｔｅ ｏｆ Ｕｓｅ）ごとに、ＩＬＥＣからＬＥＣに支払われることになる。

電話機は、（家庭又は企業から）「ループ(loop)」と呼ばれる線路を介して、通常、端局（Ｅｎｄ Ｏｆｆｉｃｅ）又は「ｅｏ」と呼ばれる交換局に接続される。同一の「ｅｏ」のサービスを受けている２つの顧客間の通話は、その「ｅｏ」に含まれているアプリケーションロジックによって処理されるため、後述するＳＳ７プロトコルを使用する必要はない。

一方、異なる「ｅｏ」（例：異なる町に位置しているもの）のサービスを受けている電話機の場合には、それらの「ｅｏ」間の「中継線（ｔｒｕｎｋ）」と呼ばれる線路により、相互接続しなければならない。そして、このタイプの通話は、通常、ＳＳ７と呼ばれるネットワーキングプロトコルによる局間の調整を必要とする。

又、特定のケース（例：多少離れている２つの町）においては、２つの顧客間に接続を確立する際に、「タンデム(tandem)」と呼ばれる別のタイプの交換局が関与する場合もある。

様々な規制要件を充足するべく、電話通信事業者は、「地域通信事業者（例：ＣＬＥＣ）」と「長距離通信事業者（例：ＩＸＣ）」のいずれかに分類されている。そして、複数のＬＡＴＡ（Ｌｏｃａｌ Ａｒｅａ Ｔｒａｎｓｐｏｒｔ Ａｒｅａ）にわたる通話の場合には、長距離通信事業者を使用しなければならない。

次に、本発明の実施形態を詳細に参照するが、それらの例は、図面に示されており、これらの図面においては、類似の参照符号を使用して類似の要素を示している。以下、これらの図面を参照して、実施形態について説明することにより、本発明について説明することとする。

通話のセットアップと切断のタスクを実行するべく（複数の「ｅｏ」が関係している場合）、交換局は、ＳＳ７リンク上において搬送される、ＳＳ７（Ｓｉｇｎａｌｉｎｇ Ｓｙｓｔｅｍ ７）と呼ばれるシグナリングプロトコルを使用して互いに通信する。特定のシーケンスでＳＳ７メッセージを使用することにより、電話の接続を確立するのに必要な様々なタスクを実行する。ＳＳ７メッセージは、通話の接続とは別個であって、「ＳＳ７ネットワーク」と呼ばれるセキュア(secure)なデータネットワーク上において搬送される。このＳＳ７ネットワークの中心に位置しているのが、ＳＴＰ（Ｓｉｇｎａｌｉｎｇ Ｔｒａｎｓｆｅｒ Ｐｏｉｎｔ）と呼ばれるパケットスイッチである。北米のＳＳ７ネットワークには、ＳＴＰがペアで配置されており、通信経路に冗長性を提供している。様々な通信事業者が、ＳＳ７ネットワークの一部を所有しており、自身の「ｅｏ」及びタンデムを全体的なＳＳ７ネットワークに相互接続することにより、通信事業者間におけるエンドツーエンド通信を実現している。ＳＳ７メッセージは、メッセージタイプと関連パラメータから構成されている。図１Ａ〜図１Ｆは、通話の基本的なセットアップと切断におけるＳＳ７の使用法を示している。尚、説明をわかりやすくするべく、図１Ａ〜図１Ｆに示されている構成は、２つの「ｅｏ」のみを有しているが、この例は、説明のみを目的とするものであり、２つの局間における所与の接続には、他の交換ポイントおよび通信中継線が関係し得るであろう。

図１Ａは、本発明の一態様に従う、電話又は通信システム１００を示す図である。図１Ｂは、本発明の一態様に従う、通話接続のための準備段階における電話又は通信システム１００を示す図である。図１Ｃは、本発明の一態様に従う、通話接続が完成した状態における電話又は通信システム１００を示す図である。図１Ｄは、本発明の一態様に従う、一方の側が切断された状態における電話又は通信システム１００を示す図である。図１Ｅは、本発明の一態様に従う、他方の側が切断された直後の状態における電話又は通信システム１００を示す図である。図１Ｆは、本発明の一態様に従う、中継線が解放された後の状態における電話又は通信システム１００を示す図である。

図１Ａにおいては、第１の局１０５（本明細書においては、これを発呼局１０５及び発呼電話機１０５とも呼ぶ）は、第１のループ１１０を介して、第１の交換局１１５（本明細書においては、これを第１の端局１１５及び第１の「ｅｏ」１１５とも呼ぶ）に接続されている。第２局の１０６（本明細書においては、これを着呼局１０６及び着呼電話機１０６とも呼ぶ）は、第２のループ１１１を介して、第２の交換局１１６（本明細書においては、これを第２の端局１１６及び第２の「ｅｏ」１１６とも呼ぶ）に接続されている。第１及び第２の中継局１１５、１１６は、互いに、いくつかの中継線１２０を介して接続されている。２つの冗長なシグナリングシステム１３０が、信号リンク１３５と転送ポイント１４０を形成している。尚、現代の電話システムにおいては、シグナリングシステム１３０は、ＳＳ７（Ｓｉｇｎａｌｉｎｇ Ｓｙｓｔｅｍ ７）ネットワーク１３０であり、信号リンク１３５は、ＳＳ７リンク１３５であり、転送ポイントは、ＳＴＰ（Ｓｉｇｎａｌｉｎｇ Ｔｒａｎｓｆｅｒ Ｐｏｉｎｔ）１４０である。又、わかりやすくするために、図１Ａには、参照符号１３０が示されてはいないが、この参照符号が前述の要素を含んでいるものと理解されたい。前述のように、このシグナリングシステム１３０中の１つ又は両方を使用することにより、発呼局１０５と着呼局１０６の間における接続を完成させるのに必要なメッセージを伝達する。

尚、図１Ｂ〜図１Ｆにおいては、説明をわかりやすくするべく、この冗長なシグナリングシステム１３０のうちの１つが除去されている。

図１Ｂにおいては、第１のメッセージ１５０（これは、ＳＳ７システム１３０内においては、ＩＡＭ（Ｉｎｉｔｉａｌ Ａｄｄｒｅｓｓ Ｍｅｓｓａｇｅ）１５０と呼ばれており、本明細書においては、通話起動信号１５０とも呼ぶ）が、第１の交換局１１５から、シグナリングシステム１３０の信号リンク１３５及び転送ポイント１４０を介して、第２の交換局１１６に送信され、通話セットアップ要求を示している。次いで、第１の交換局１１５は、この通話に使用するべく、中継線１２０を押さえ、「確保」する。尚、この図１Ｂには、発呼局１０５と第１の交換局１１５間における接続（即ち、第１のループ１００）と、この押さえられた第１及び第２の交換局１１５、１１６を接続する中継線１２０が、太い線で示されている。そして、第２のメッセージ１５５（これは、ＳＳ７システム１３０においては、ＡＣＭ（Ａｄｄｒｅｓｓ Ｃｏｍｐｌｅｔｅ Ｍｅｓｓａｇｅ）１５５と呼ばれている）が、第２の交換局１１６から、シグナリングシステム１３０の信号リンク１３５及び転送ポイント１４０を介して送信され、ＩＡＭ１５０の受信をアクノリッジ(acknowledge)すると共に、着呼局１０６が（例えば、ベルの鳴動によって）呼び出されている状態にあることが示される。

図１Ｃにおいては、第３のメッセージ１６０（これは、ＳＳ７システム１３０においては、ＡＮＭ（Ａｎｓｗｅｒ Ｍｅｓｓａｇｅ）１６０と呼ばれている）が、第２の交換局１１６から、シグナリングシステム１３０の信号リンク１３５及び転送ポイント１４０を介して、第１の交換局１１５に送信され、着呼局１０６が応答したことを示す。この結果、エンドツーエンド接続が確立され、会話が実行可能な状態になる。尚、この図１Ｃには、発呼局１０５と第１の交換局１１５間における接続（即ち、第１のループ）、中継線１２０を介した第１及び第２の交換局１１５、１１６間における接続、及び第２の交換局１１６と着呼局１０６間における接続（即ち、第２のループ）が、太字で示されている。

図１Ｄにおいては、第４のメッセージ１６５（これは、ＳＳ７システム１３０においては、ＲＥＬ（Ｒｅｌｅａｓｅ Ｍｅｓｓａｇｅ）１６５と呼ばれている）が、交換局の１つから（これは、この例においては、第１の交換局１１５である）、シグナリングシステム１３０の信号リンク１３５及び転送ポイント１４０を介して、第２の交換局１１６に送信され、確立されていた通信リンクから一方の側（この例においては、発呼局１０５である）が切断されたことを示す。換言すれば、これは、発呼局１０５が電話を切ったということである。この図１Ｄには、中継線１２０を介した第１及び第２の交換局１１５、１１６間における接続と、第２の交換局１１６と着呼局１０６間における接続（即ち、第２ループ１１１）が太字で示されている。

図１Ｅにおいては、第５のメッセージ１７０（ＳＳ７システム１３０においては、これをＲＬＣ（Ｒｅｌｅａｓｅ Ｃｏｍｐｌｅｔｅ Ｍｅｓｓａｇｅ）１７０と呼ぶ）が、交換局の１つから（この例においては、第２の交換局１１６である）、シグナリングシステム１３０の信号リンク１３５及び転送ポイント１４０を介して、第１の交換局１１５に送信され、確立されていた通信リンクから一方の側（この例においては、着呼局１０６）が切断されたことを通知している。この場合にも、換言すれば、これは、着呼局１０６が電話を切ったということである。この図１Ｅには、中継線１２０を介した第１及び第２の交換局１１５、１１６間における接続が太字で示されている。そして、この時点において、図１Ｆに示されているように、中継線１２０が解放されることになる。

図２は、本発明の一態様に従う、発信側の呼詳細レコード（発信ＣＤＲ(originating call detail record)）を識別するプロセスを示すフローチャートである。図２を参照すれば、まず、ステップ２０１において、データベース（図示されてはいない）内に格納されているすべてのＣＤＲの中から或るＣＤＲレコードを取得する。次いで、ステップ２０２において、そのＣＤＲが発信側のものであるかどうか（その監視対象のネットワーク（Ｍｏｎｉｔｏｒｅｄ Ｎｅｔｗｏｒｋ：ＭＮ）から発したものであるかどうか）を判断する。そのＣＤＲが発信側のものではないと判断された場合には、ステップ２０３に示されているように、データベースから次のＣＤＲを取得する。一方、そのＣＤＲが発信側のものであると判断された場合には、ステップ２０４において、着呼側の管轄州(jurisdiction state)がＭＮ内に位置しているかどうかを判断する。このステップ２０４において、着呼側の管轄州がＭＮ内に位置していると判断された場合には、ステップ２０５において、着呼側の管轄ＬＡＴＡ（Ｌｏｃａｌ Ａｃｃｅｓｓ Ｔｒａｎｓｐｏｒｔ Ａｒｅａ）がＭＮ内に位置しているかどうかを判断する。着呼側の管轄ＬＡＴＡがＭＮ内に位置していない場合には、プロセスは、ステップ２０３に示されているように、データベースから次のＣＤＲを取得するステップに戻る。一方、着呼側の管轄ＬＡＴＡがＭＮ内に位置している場合には、ステップ２０６に示されているように、本プロセスは、着呼側の番号が監視対象のネットワーク（すなわち、マイネットワーク(my network)）内に位置しているかどうかを判断するステップに進む。そして、着呼側の番号がＭＮ内に位置している場合には、そのＣＤＲに対して、発信ＣＤＲ（ＯＲＩＧ ＣＤＲ(originating CDR)）とマーキングする。代替的に、着呼側の番号がそのネットワーク内に位置していない場合には、ステップ２０７において、その着呼側の番号がＭＮ内にポーティング(port, 移す)されるかどうかを判断する。そして、その着呼側の番号がＭＮ内にポーティングされると判断された場合には、ステップ２０８に示されているように、そのＣＤＲに対して、発信ＣＤＲ（「ＯＲＩＧ ＣＤＲ」）とマーキングする。

図３は、本発明の一態様に従う、相関候補を識別するプロセスを示すフローチャートである。まず、ステップ３０１及びステップ３０２において、データベースから、１つの発信（ＯＲＩＧ）ＣＤＲと、或るＣＤＲを取得する。ステップ３０３において、該或るＣＤＲが着信側のもの(terminating)であるかどうか（監視対象ネットワーク（ＭＮ）に入ってきているものであるかどうか）を判断する。該ＣＤＲが着信側のものであると判断した場合には、そのＣＤＲに対して、着信ＣＤＲ（「ＴＥＲＭ ＣＤＲ」）とマーキングする。次いで、ステップ３０４において、その「ＴＥＲＭ ＣＤＲ」のＩＡＭ（Ｉｎｉｔｉａｌ Ａｄｄｒｅｓｓ Ｍｅｓｓａｇｅ）の時刻と「ＯＲＩＧ ＣＤＲ」のＩＡＭの時刻との間における差が、初期相関ウィンドウ内に収まっているかどうかを判断する。尚、ステップ３０３において、そのＣＤＲが着信側のものではないと判断した場合には、データベースから別のＣＤＲを取得し、「ＯＲＩＧ ＣＤＲ」と比較する。

次いで、ステップ３０５において、「ＯＲＩＧ ＣＤＲ」のＡＮＭ（Ａｎｓｗｅｒ Ｍｅｓｓａｇｅ）の時刻と「ＴＥＲＭ ＣＤＲ」のＡＮＭの時刻との間の差が、相関ウィンドウ内に収まっているかどうかを判断する。「ＯＲＩＧ ＣＤＲ」のＡＮＭの時刻と「ＴＥＲＭ ＣＤＲ」のＡＮＭの時刻との間の差が、初期相関ウィンドウ内に収まっていない場合には、ステップ３０６において、「ＯＲＧ ＣＤＲ」と「ＴＥＲＭ ＣＤＲ」が両方とも未応答であるかどうかを判断する。「ＯＲＩＧ ＣＤＲ」と「ＴＥＲＭ ＣＤＲ」の両方がいずれも未応答でない場合には、ステップ３０８に示されているように、データベースにおいて別のＣＤＲをサーチする。

ステップ３０７において、「ＴＥＲＭ ＣＤＲ」のＲＥＬの時刻と「ＯＲＩＧ ＣＤＲ」のＲＥＬの時刻との間の差の絶対値が、初期相関ウィンドウ内に収まっているかどうかを判断する。この絶対値が初期相関ウィンドウ内に収まっていない場合には、ステップ３０８に示されているように、データベースにおいて別のＣＤＲをサーチする。一方、「ＴＥＲＭ ＣＤＲ」のＲＥＬと「ＯＲＩＧ ＣＤＲ」のＲＥＬの絶対値が初期相関ウィンドウ内に収まっていると判断された場合には、プロセスは、ステップ３０９に進む。ステップ３０９において、「ＯＲＩＧ」の着呼番号と「ＴＥＲＭ」の着呼番号が等しいかどうかを判断する。同一である場合には、ステップ３１０に示されているように、「ＯＲＩＧ」のリダイレクト状態(redirect status（転送状態）)が、「ＴＥＲＭ」のリダイレクト状態と同一であるかどうかを判断する。同一でない場合には、ステップ３０８に示されているように、データベースから別のＣＤＲを取得する。ステップ３１０において、「ＯＲＩＧ」のリダイレクト状態が「ＴＥＲＭ」のリダイレクト状態と等しいと判断された場合には、ステップ３１１に示されているように、このレコードに対して、相関候補とマーキングする。

図４Ａは、本発明の他の態様に従う、すべての相関候補に対して相関タイプを設定するプロセスを示すフローチャートである。それぞれの相関候補ごとに相関タイプを割り当てることにより、発信及び着信ＣＤＲを相関する方法を区別し、これにより、アービトラージの識別が簡単になる。図４Ａを参照すれば、まず、ステップ４００において、データベース（図示されてはいない）から、相関候補の中の１つのＣＤＲペアを取得し、ステップ４０１において、その「ＯＲＩＧ ＣＤＲ」の発呼側番号が「ＴＥＲＭ ＣＤＲ」の発呼側番号と等しいかどうかを判断する。発呼側番号が等しくない場合には、本プロセスは、ステップ４０２に進み、その「ＯＲＩＧ ＣＤＲ」の発呼側番号が「ＮＵＬＬ」ではなく、「ＴＥＲＭ ＣＤＲ」の発呼側番号が「ＮＵＬＬ」であるかどうかを判断する。一方、「ＯＲＩＧ ＣＤＲ」の発呼側番号が「ＴＥＲＭ ＣＤＲ」の発呼側番号と同一である場合には、本プロセスは、ステップ４０３に進む。ステップ４０３において、「ＯＲＩＧ ＣＤＲ」の料金番号(charge number)が「ＴＥＲＭ ＣＤＲ」の料金番号に等しいかどうかを判定する。料金番号が同一である場合には、それらの相関候補をタイプ１相関に設定する。一方、料金番号が同一ではない場合には、ステップ４０５において、その「ＯＲＩＧ ＣＤＲ」の料金番号が「ＮＵＬＬ」ではなく、「ＴＥＲＭ ＣＤＲ」の料金番号が「ＮＵＬＬ」であるかどうかを判断する。「ＯＲＩＧ ＣＤＲ」の料金番号が「ＮＵＬＬ」ではなく、「ＴＥＲＭ ＣＤＲ」の料金番号が「ＮＵＬＬ」であると判断された場合には、それらの相関候補を、タイプ３相関に設定する。該判断が偽である場合には、それらの相関候補を、タイプ２相関に設定する。

ステップ４０２において、「ＯＲＩＧ ＣＤＲ」の発呼側番号が「ＮＵＬＬ」ではなく、「ＴＥＲＭ ＣＤＲ」の発呼側番号が「ＮＵＬＬ」であると判断された場合には、本プロセスは、ステップ４０４に進む。ステップ４０４において、「ＯＲＩＧ ＣＤＲ」の料金番号が「ＴＥＲＭ ＣＤＲ」の料金番号と等しいかどうかを判断する。両方の番号が等しい場合には、ステップ４０４において、それらの相関候補を、タイプ４相関に設定する。一方、両方の番号が等しくないと判断された場合には、本プロセスは、ステップ４０６に進む。ステップ４０６において、「ＯＲＩＧ ＣＤＲ」の料金番号が「ＮＵＬＬ」ではなく、「ＴＥＲＭ ＣＤＲ」の料金番号が「ＮＵＬＬ」であるかどうかを判断する。ステップ４０６における判断が「はい」の場合には、それらの相関候補を、タイプ６相関に設定し、この判断が「いいえ」である場合には、それらの相関候補をタイプ５相関に設定する。

図４Ｂは、本発明の一態様に従う、すべての相関候補に対する相関タイプの設定を示すフローチャートである。図４Ｂを参照すれば、ステップ４０２の判断が「いいえ」である場合には、ステップ４０７において、「ＯＲＩＧ ＣＤＲ」の料金番号が「ＴＥＲＭ ＣＤＲ」の料金番号と等しいかどうかを判断する。これらが等しい場合には、それらの相関候補をタイプ７と判定する。一方、ステップ４０７における判断が「いいえ」の場合には、ステップ４０８において、「ＯＲＩＧ ＣＤＲ」の料金番号が「ＮＵＬＬ」ではなく、「ＴＥＲＭ ＣＤＲ」の料金番号が「ＮＵＬＬ」であるかどうかを判断する。ステップ４０８における判断が「はい」である場合には、それらの相関候補をタイプ９と判定し、ステップ４０８における判断が「いいえ」である場合には、それらの相関候補をタイプ８と判定する。

そして、すべての相関タイプの設定が完了したならば、ステップ４０９において、更なるＣＤＲの相関候補ペアが存在しているかどうかを判断し、この結果が「いいえ」である場合には、初期フェーズが終了する。一方、更なる相関候補ペアが存在している場合には、相関している候補の中から次のＣＤＲペアを取得し、本プロセスは、ステップ４０１から実行することになる。

図５は、本発明の一態様に従う、選択された相関ペアを識別するプロセスを示すフローチャートである。図５を参照すれば、まず、ステップ５００に示されているように、データベースから、相関している候補の中の１つのＣＤＲペアを取得する。次いで、ステップ５０１において、その「ＯＲＩＧ ＣＤＲ」が、その相関している候補の中において一意(unique)であるかどうかを判定する。その「ＯＲＩＧ ＣＤＲ」が一意でない場合には、本プロセスは、ステップ５０５に進む。ステップ５０５において、更なるＣＤＲの相関候補ペアが存在しているかどうかを判断する。更なる相関候補ペアが存在している場合には、ステップ５０６に示されているように、相関している候補の中から次のＣＤＲペアを取得する。一方、他のＣＤＲの相関候補ペアが存在していない場合は、本プロセスは終了する。

再度、ステップ５０１を参照し、「ＯＲＩＧ ＣＤＲ」が一意であると判断された場合には、本プロセスは、ステップ５０２に進む。ステップ５０２において、その「ＴＥＲＭ ＣＤＲ」が、その相関している候補の中において一意であるかどうかを判断する。その「ＴＥＲＭ ＣＤＲ」が一意でない場合には、本プロセスは、ステップ５０５に進む。一方、その「ＴＥＲＭ ＣＤＲ」が一意であると判断された場合には、本プロセスはステップ５０３に進む。ステップ５０３において、「ＴＥＲＭ ＣＤＲ」のＩＡＭの時刻と「ＯＲＩＧ ＣＤＲ」のＩＡＭの時刻との間の差が、その相関タイプ用の最終的な相関ウィンドウ内に収まっているかどうかを判断する。この「ＴＥＲＭ ＣＤＲ」のＩＡＭの時刻と「ＯＲＩＧ ＣＤＲ」のＩＡＭの時刻との間の差が、その相関タイプ用の最終的な相関ウィンドウ内に収まっていない場合には、本プロセスは、ステップ５０５に進み、更なるＣＤＲの相関候補ペアをサーチする。

一方、「ＴＥＲＭ ＣＤＲ」のＩＡＭの時刻と「ＯＲＩＧ ＣＤＲ」のＩＡＭの時刻との間の差が、最終的な相関ウィンドウ内に収まっている場合には、本プロセスは、ステップ５０４に進む。ステップ５０４において、「ＴＥＲＭ ＣＤＲ」のＲＥＬの時刻と「ＯＲＧ ＣＤＲ」のＲＥＬの時刻との間の差の絶対値が、その相関タイプ用の最終的な相関ウィンドウ内に収まっているかどうかを判断する。この絶対値が最終的な相関ウィンドウ内に収まっていない場合には、本プロセスは、ステップ５０５に進み、更なるＣＤＲの相関候補ペアが存在しているかどうかを判断する。一方、絶対値が最終的な相関ウィンドウ内に収まっている場合には、ステップ５０７に示されているように、その相関しているＣＤＲペアを相関ペアとして選択する。

次いで、その一意の相関しているペア内の「ＯＲＧ ＣＤＲ」及び「ＴＥＲＭ ＣＤＲ」のＣＤＲフィールドを比較する。この比較するフィールドには、例えば、中継線タイプ（アクセス、ローカル）、課金管轄権（州内、ローカル）、ルーティング通信事業者（ＩＸＣ Ａ、ＣＬＥＣ Ｃ）、発呼側番号、料金番号、及び他のタイプの情報が含まれる。これらのＣＤＲフィールドが、「ＯＲＩＧ ＣＤＲ」及び「ＴＥＲＭ ＣＤＲ」間で異なっている場合には、それは、アービトラージ活動の疑いを示すものである。従って、この一意の相関しているペアのＣＤＲフィールドの比較結果に基づいて、アービトラージを識別することができる。

以上、本発明のいくつかの実施例について、図示及び説明したが、当業者であれば、本発明の原理と精神を逸脱することなしに、この態様に変更を加えることが可能であることを理解するであろう。従って、本発明の範囲は、請求項及びその等価物に定義されているとおりである。又、本発明に開示されている様々なプロトコル及び方法は、特定のプロトコルや方法に限定されるものではない。

本発明の一態様による通信システムの図。 本発明の一態様による通話接続のための準備段階における通信システムの図。 本発明の一態様による通話の通信が完成した状態における通信システムの図。 本発明の一態様による一方の側が切断された状態における通信システムの図。 本発明の一態様によるもう一方の側が切断された直後の状態における通信システムの図。 本発明の一態様による中継線が解放された後の状態における通信システムの図。 本発明の一態様による発信ＣＤＲ（Ｃａｌｌ Ｄｅｔａｉｌ Ｒｅｃｏｒｄ）を識別するプロセスを示すフローチャート。 本発明の一態様による相関候補を識別するプロセスを示すフローチャート。 本発明の一態様によるすべての相関候補に対して相関タイプを設定するプロセスを示すフローチャート。 本発明の一態様によるすべての相関候補に対する相関タイプの設定を示すフローチャート。 本発明の一態様による選択相関ペアを識別するプロセスを示すフローチャート。

Claims (15)

1. アービトラージを識別する方法であって、
   発信及び着信ＣＤＲ（呼詳細レコード；Ｃａｌｌ Ｄｅｔａｉｌ Ｒｅｃｏｒｄ）が相関しているかどうかを判断し（３０１〜３１０）、該判断したＣＤＲの中から、相関している候補ペアを取得するステップ（３１１）と、
   前記取得した相関している候補ペアの中の１つの相関している候補ペアが一意のペアであるかどうかを確かめるステップ（５０１、５０２）と、
   前記相関している候補ペアが一意であることを確かめたならば、該一意の相関している候補ペアに基づいて、アービトラージの量を求めるステップと、
   を含む、方法。
2. 前記発信ＣＤＲは、
   ＣＤＲを取得するステップ（２０１）と、
   通話が監視対象ネットワークから発信されているかどうか（２０２）、および、着呼側の管轄権が前記監視対象ネットワーク内に位置しているかどうか（２０４）を判断するステップと、
   により判断される、請求項１記載の方法。
3. 前記発信ＣＤＲは、前記着呼側の管轄ＬＡＴＡ（Ｌｏｃａｌ Ａｃｃｅｓｓ Ｔｒａｎｓｐｏｒｔ Ａｒｅａ）（２０５）と前記着呼側の番号（２０６）が、前記監視対象ネットワーク内に位置しているかどうかを判断するステップによって判断される、
   請求項２記載の方法。
4. 前記着呼側の番号が前記監視対象ネットワーク内に位置していない場合には、該着呼側の番号が前記監視対象ネットワーク内にポーティングされるかどうかを判断する、
   請求項３記載の方法。
5. 前記着呼側の番号が前記監視対象ネットワーク内に位置していると判断された場合には、前記ＣＤＲに対して、発信ＣＤＲとマーキングする（２０８）、
   請求項３記載の方法。
6. 前記相関している候補ペアは、
   １つの発信ＣＤＲ（３０１）と１つのＣＤＲ（３０２）を選択して比較するステップと、
   通話が前記監視対象ネットワークに着信しているかどうかを判断するステップ（３０３）と、
   によって取得される、請求項１記載の方法。
7. 前記相関している候補ペアは、着信ＣＤＲのＩＡＭ（Ｉｎｉｔｉａｌ Ａｄｄｒｅｓｓ Ｍｅｓｓａｇｅ）の時刻と発信ＣＤＲのＩＡＭの時刻との間の差が、初期相関ウィンドウ内に収まっているかどうかを判断するステップ（３０４）によって取得される、
   請求項１記載の方法。
8. 前記相関している候補ペアは、発信ＣＤＲのＡＮＭ（Ａｎｓｗｅｒ Ｍｅｓｓａｇｅ）の時刻と着信ＣＤＲのＡＮＭの時刻との間の差が、前記初期相関ウィンドウ内に収まっているかどうかを判断するステップ（３０５）によって取得される、
   請求項７記載の方法。
9. 前記相関している候補ペアは、着信ＣＤＲのＲＥＬ（Ｒｅｌｅａｓｅ Ｍｅｓｓａｇｅ）の時刻と発信ＣＤＲのＲＥＬの時刻との間の差が、前記初期相関ウィンドウ内に収まっているかどうかを判断するステップ（３０７）によって取得される、
   請求項８記載の方法。
10. 前記相関している候補ペアは、発信の着呼側番号が、着信の着呼側番号と等しいかどうかを判断するステップ（３０９）によって取得される、
    請求項９記載の方法。
11. 前記相関している候補ペアは、発信のリダイレクト状態が、着信のリダイレクト状態と等しいかどうかを判断するステップ（３１０）によって取得される、
    請求項１０記載の方法。
12. 前記一意の候補ペアは、着信ＣＤＲのＩＡＭ（Ｉｎｉｔｉａｌ Ａｄｄｒｅｓｓ Ｍｅｓｓａｇｅ）の時刻と発信ＣＤＲのＩＡＭの時刻との間の差が、或る相関タイプ用の最終的な相関ウィンドウ内に収まっているかどうか（５０３）によって確かめられる、
    請求項１記載の方法。
13. 前記一意の候補ペアは、着信ＣＤＲのＲＥＬ（Ｒｅｌｅａｓｅ Ｍｅｓｓａｇｅ）の時刻と発信ＣＤＲのＲＥＬの時刻との間の差の絶対値が、前記相関タイプ用の前記最終的な相関ウィンドウ内に収まっているかどうか（５０４）によって確認される、
    請求項１２記載の方法。
14. 前記一意の相関している候補ペアのＣＤＲフィールドの比較結果により、疑いのあるアービトラージ活動が示される、
    請求項１記載の方法。
15. 前記一意の相関している候補ペアのＣＤＲフィールドは、中継線タイプ、課金管轄権、発呼側番号、料金番号、及びルーティング通信事業者を含む、
    請求項１４記載の方法。
    

Images