JP4897864B2

JP4897864B2 - 移動体ネットワークにおけるサービスのｃｌｉなりすましに対する保護

Info

Publication number: JP4897864B2
Application number: JP2009236789A
Authority: JP
Inventors: ハンス・フレデリク・ヴァン・オートマルセン; アレクサンダー・フランシスカス・ランベルイェ
Original assignee: コニンクリーケ・ケイピーエヌ・ナムローゼ・フェンノートシャップ
Priority date: 2008-10-20
Filing date: 2009-10-14
Publication date: 2012-03-14
Anticipated expiration: 2029-10-14
Also published as: JP2010136342A; PL2178323T3; ES2400166T3; EP2178323A1; US8804932B2; EP2178323B1; US20110091026A1

Description

本発明は、移動体通信デバイスの通信ネットワーク上におけるサービスへの、当該通信ネットワークの外側からの接続を通じたアクセスの制御に関する。また、本発明は、データ処理装置、およびアクセスを制御する制御ソフトウェアに関する。

従来技術

電気通信ネットワークにおける発呼元識別（発呼元ＩＤ）機能は、被呼側(called party)またはサービス要求先(called service)に、発呼側(calling party)の身元に関する情報を提供するサービスである。発呼元ＩＤ機能を「発呼回線識別(Calling Line Identification)」（ＣＬＩ）または「発呼側Ｉｄ」とも呼ぶ。ＣＬＩは、被呼側またはサービス要求先が発呼側を特定し許可することを可能にする。発呼側ＩＤは、単純なデータ・ストリングであり、小さなソフトウェア・プログラムによって容易に発生することができる。テレマーケッターやその他の者は、ＣＬＩ機能を阻み、彼らの身元を変えたり、彼らの身元を被呼側から隠す機構を用いている。「発呼側ＩＤ」なりすましおよび「ＣＬＩなりすまし」とは、電気通信ネットワークに、実際の発信側からの身元情報とは異なる身元情報を被呼側に供給させる手口に与えられた表現である。ＣＬＩなりすましは、被呼側を騙して電話に答えさせるために悪用されるだけでなく、識別にＣＬＩを用いている音声メール・システムにおいて、他のいずれの者の音声メールにアクセスするためにも悪用される。

発呼が運用者ネットワーク内で発した場合、ＣＬＩなりすましの危険性はない。何故なら、ＣＬＩの完全性が保証されるからである。しかしながら、発呼が、運用者のホーム・ネットワーク以外のネットワークにおいて発生した場合、ＣＬＩが操作されている可能性があるので、危険性がある。例えば、ＣＬＩは、外部ボイス・オーバーＩＰ（ＶｏＩＰ）ネットワークにおいて操作することができる。その結果、ホーム・ネットワークに入ってくるいずれの呼も、ＣＬＩが操作されている危険性がある。

移動体電話ネットワークは、呼を制御するために、「ＣＡＭＥＬ」と呼ばれるインフラストラクチャを採用している。「ＣＡＭＥＬ」という頭文字語は、ＥＴＳＩ／３ＧＰＰ規格である、Customised Applications for Mobile networks Enhanced Logic（移動体ネットワーク強化ロジック用カスタム化アプリケーション）を表す。ＣＡＭＥＬは、ＧＳＭまたはＵＭＴＳネットワーク上で機能するように設計された１組の規格を指す。これらの標準により、運用者は従来のＧＳＭまたはＵＭＴＳサービスの上でサービスを定めることが可能になる。ＣＡＭＥＬアーキテクチャ自体は、インテリジェント・ネットワーク（ＩＮ）規格に基づく。ＩＮアーキテクチャは、移動体電気通信ネットワークだけでなく、固定電気通信ネットワークも対象とする。ＩＮ規格は、ネットワーク交換局と、ネットワーク運用者が所有するその他のネットワーク・ノードとの間において、シグナリング・システム＃７（ＳＳ７）プロトコルを用いる。ＳＳ７は、呼を制御するための、高速および高性能パケット系通信プロトコルである。ＳＳ７では、シグナリングは帯域外であり、エンド・ユーザがアクセスすることができない別個のシグナリング・チャネルにおいて搬送される。ＳＳ７のシグナリング経路は、音声会話を搬送するチャネルとは論理的に分離されており、別個である。ネットワーク・スイッチによって備えられる呼制御は、サービス制御からは分離されている。サービス制御は、ネットワークにおけるコンピュータ・ノードに割り当てられる。したがって、ＣＡＭＥＬ系ネットワークは、高いレベルのセキュリティを提供し、ＣＡＭＥＬ系ネットワーク内におけるＣＬＩなりすましの危険性は、あるとしても、非常に低いと見なされている。更に、ＣＡＭＥＬによれば、移動体電話ネットワーク運用者は、彼らの加入者が別のＣＡＭＥＬ系ネットワークをローミングしている間にも、彼らのホームＣＡＭＥＬ系ネットワーク、即ち、彼らが加入している運用者のネットワークにおいて受けるのと同じＩＮサービスを彼らに提供することが可能となる。

運用者のネットワーク外部から音声メールにアクセスするために用いるときに、ＣＬＩなりすましに対抗するために広く一般に適用されている防御メカニズムは、アクセス側に、音声メール・アカウントの所有者と音声メール・システムとの間で共有する秘密のパスワードを入力するように要求することである。パスワードは、例えば、個人識別番号（ＰＩＮ）のような数値パスワード、またはＰＩＮとアカウントと関連付けられている通信デバイスの電話番号との組み合わせである。同様に、パスワードは、ネットワーク運用者の顧客サービス、ヘルプ・デスク・サービス(help desk service)、自己管理音声ポータル(self-care voice portal)等のような、ＣＬＩに基づくその他のネットワーク・サービスの保護にも用いることができる。

別の手法がＷＯ２００８０８２４８９（特許文献１）に開示されている。これは、発呼側ＩＤなりすましに対して防御するための発呼側ＩＤ有効性確認方法およびシステムに関する。通信ネットワークを通じて発呼すると、有効性確認システムが呼シグナリングを受信し、この呼シグナリングを処理して、呼シグナリングにおいて発信元ノード情報を特定する。発信元ノード情報は、呼を取り扱うときに通信ネットワークによって挿入され、呼をネットワークに向けて発信したネットワーク・ノードに関する。また、有効性確認システムは、呼シグナリングを処理して、呼に対する発呼側ＩＤ情報も特定する。次いで、有効性確認システムは、発信元ノード情報および発呼側ＩＤ情報を処理して、呼が発信元ノードから発信されたのか否か判断する。呼が発信元ノードから発信されていた場合、有効性確認システムは、発呼側ＩＤ情報が有効であると判断する。

なりすましに関する背景情報については、例えば、米国特許出願公開ＵＳ２００８００８９５０１号（特許文献２）、米国特許出願公開ＵＳ２００７００８１６４８号（特許文献３）、米国特許出願公開ＵＳ２００２００９８８２９号（特許文献４）、および米国特許第７，３４２，９２６号（特許文献５）を参照のこと。

ＩＮに関する背景情報については、例えば、米国特許出願公開ＵＳ２００８０１５５０２１号（特許文献６）を参照のこと。
ＣＡＭＥＬネットワークに関する背景情報については、例えば、ＷＯ２００８／１７９５１号（特許文献７）、ＷＯ２００７／１２６９９５号（特許文献８）、およびＷＯ２００３０３６９９４号（特許文献９）を参照のこと。

トランジット・ネットワークについての背景情報については、例えば、米国特許出願公開ＵＳ２００８０１０１５６８号（特許文献１０）およびＷＯ２００３／０３６９９４号（特許文献１１）を参照のこと。

ローミングの態様に関する背景情報については、例えば、ＷＯ２００６１３３７２０号（特許文献１２）、ＷＯ２００７００２５２４号（特許文献１３）、ＷＯ２００３０５５２４９号（特許文献１４）、ＥＰ１１０６０２５号（特許文献１５）、ＥＰ１９３３５７２号（特許文献１６）、および米国特許第６，８０４５０５号（特許文献１７）を参照のこと。

ＷＯ２００８０８２４８９米国特許出願公開ＵＳ２００８００８９５０１号米国特許出願公開ＵＳ２００７００８１６４８号米国特許出願公開ＵＳ２００２００９８８２９号米国特許第７，３４２，９２６号米国特許出願公開ＵＳ２００８０１５５０２１号ＷＯ２００８／１７９５１号ＷＯ２００７／１２６９９５号ＷＯ２００３０３６９９４号米国特許出願公開ＵＳ２００８０１０１５６８号ＷＯ２００３／０３６９９４号ＷＯ２００６１３３７２０号ＷＯ２００７００２５２４号ＷＯ２００３０５５２４９号ＥＰ１１０６０２５号ＥＰ１９３３５７２号米国特許第６，８０４５０５号

前述のように、ＣＬＩなりすましは、個々のネットワーク運用者のホーム・ネットワーク内部における相手同士の通信、例えば、エンド・ユーザがネットワーク内部から彼／彼女の音声メールにアクセスするネットワーク、またはユーザがホーム・ネットワーク内部からＣＬＩを伴う別のネットワーク・サービスにアクセスする通信には、危険性がないと見なされている。後者の例は、顧客サービス、および自己管理音声ポータル（ウェブ・ポータルの音声同等物であり、これを通じて、音声周波数帯域において電話回線を通じたデュアル・トーン多重周波数シグナリングを用いて、顧客は音声コマンドを通じてまたはキーボード・コマンドを通じて、自動サービスと双方向処理を行うことができる。一方、ＣＬＩなりすましは、ホーム・ネットワーク内への着信呼、例えば、ＶｏＩＰネットワークにおいて発信した呼には危険性があると見なされている。発信側ネットワークは、通常、１つ以上のトランジット・ネットワークを通じてその呼をルーティングする。その結果、ホーム・ネットワークのエントリ・ポイントでは発信元ネットワークをもはや判定することができず、したがって、いずれの着信呼であっても、信頼できないＶｏＩＰネットワークにおいて発信された可能性がある。

本発明者らは、音声メールまたはその他のＣＬＩ系サービスにアクセスするためのパスワードの入力が、エンド・ユーザにとってむしろ厄介と感じられていることを実感している。エンド・ユーザは、彼／彼女のパスワードを覚えていなければならず、その入力には、余分な時間がかかり、その時間のために、ネットワーク接続のコストが増大する。多くの場合、ユーザが彼／彼女のパスワードを忘れてしまい、発呼に成功しない場合もあり、これは運用業者の収益損失に至る。

更に、前述のＷＯ２００８０８２４８９号に開示されている公知システムでは、関与するネットワーク・ノードを、関連する呼シグナリング・パラメータを作成しネットワークを通じて通信するように構成する必要がある。

したがって、本発明者らは、ＣＬＩなりすましに対抗するセキュリティを危険にさらすことなく、別のＣＡＭＥＬ系ネットワークからホーム・ネットワークのＣＬＩ系ネットワーク・サービスにアクセスし易くすることを提案する。また、本発明者らは、関与するネットワーク・コンポーネントに対する最小限の修正だけで、これを遂行することも提案する。

本発明者らによる提案は、移動体通信デバイスがホーム・ネットワーク上のサービスに、当該通信ネットワーク外部からの接続を通じてアクセスする際における、アクセス制御方法に関する。デバイスとは、例えば、移動体電話機である。ホーム・ネットワークは、例えば、移動体ネットワークを備えている。サービスは、例えば、音声メール・サービス、ヘルプ・デスク・サービス、自己管理音声ポータル等を含む。前述のデバイスは、当該デバイスをサービスに識別させる一意の識別子を発行するように構成されている。本方法は、次のステップを備えている。ホーム・ネットワークの外部からセキュア・シグナリング・チャネルを通じて識別子を受信した場合、第１タイム・スタンプをメモリに格納する。第１タイム・スタンプは、識別子受信の第１時刻を表す。接続の一部が、ホーム・ネットワーク上のノードに対して設定されている場合、第２タイム・スタンプを発生する。ノードは、例えば、スイッチ、またはサービスを供給するサーバを備えている。次いで、第２時刻と第１時刻との間の時間差が所定の時間枠内に該当する場合、識別子を許可し、デバイスのサービスに対する無条件アクセスを確立するために、第１命令をノードに発行する。例えば、ノードからサービスへの呼設定において、インディケータを用いて、識別子が有効であり、したがって無条件アクセスを許可できることを、サービスに伝える。時間差が所定時間枠を外れる場合、識別子を許可せず、第２命令をノードに発行し、サービスに対するデバイスの条件付きアクセスを確定する。例えば、ノードからサービスへの呼設定では、インディケータを用いて、識別子を許可できないこと、したがって、例えば、パスワードまたはＰＩＮコードを求めることによって、または直ちにアクセスを拒否することによって、サービスがしかるべく動作しなければならないことを、サービスに伝える。

したがって、サービスに登録してある正当なデバイスのユーザには、セキュア・データ・チャネル、例えば、別のＣＡＭＥＬ系ネットワークを提供する別のネットワークから接続を開始するときに、無条件アクセスが与えられる。ユーザの許可は、セキュア・シグナリング・チャネルを通じて識別しを受信したことの結果、問題にされない。セキュア・チャネル上のデータは、詐称者が操作することはできない。正当なデバイスのユーザが、セキュア・チャネルのない別の通信ネットワークから通信ネットワークに接続する場合、第１タイム・スタンプは決して発生されない。その結果、時間差は枠をはずれ、与えられるアクセスは条件付き、即ち、パスワードに応じることになる。詐称者が、セキュア・シグナリング・チャネルを提供しない別の通信ネットワークからホーム通信ネットワークに接続する場合、詐称者がパスワードを供給できなければ、サービスは拒否される。

これまで論じてきたように、本発明は、方法として実施される。また、本発明は、サービス制御地点（ＳＣＰ）機能性を有するデータ処理装置またはデータ処理システムとして、そしてソフトウェア・アプリケーションとしても具体化することができる。ＳＣＰは、インテリジェント・ネットワーク（ＩＮ）電話システムにおける既知のコンポーネントである。ＳＣＰは、サービスを制御するために用いられ、通例ＳＳ７技術を採用する。このような装置またはシステムは、通例、例えば、Sun Microsystems社、Hewlett-Packard社、またはＩＢＭ社が製造し、Unix、Oracle、またはWindowsオペレーティング・システムをランさせるデータ処理機である。ＳＣＰには、通例、シグナリング・メッセージを受信するためにＳＳ７インターフェース・カードが装備されている。ＳＳ７インターフェース・カードの供給業者は、例えば、Ulticom Inc.である。ＳＣＰの更に最新の開発は、ＩＰを通じたＳＳ７通信にSIGTRANプロトコルを用いる、ＩＰ（インターネット・プロトコル）−ネットワークへのインターフェースを有するマシンである。SIGTRANは、ある種の通信プロトコルについての仕様を発行するインターネット・エンジニアリング・タスク・フォース・グループである。その結果、本発明のＣＬＩなりすまし防止機能性は、このようなマシン上にインストールされるＩＮソフトウェア・アプリケーションとすることができる。

更に具体的には、本発明は、サービス制御地点機能性(Service Control Point functionality)を有し、通信ネットワーク上のサービスへの移動体通信デバイスの、通信ネットワーク外部からの接続を通じてのアクセスを制御するように構成されているデータ処理システムに関する。デバイスは、当該デバイスをサービスに対して識別させる一意の識別子を発行するように構成されている。本システムは、メモリを備えており、以下のステップを実行するように構成されている。ネットワークの外部からセキュア・シグナリング・チャネルを通じて識別子を受信した場合第１タイム・スタンプをメモリに格納する。第１タイム・スタンプは、識別子受信の第１時刻を表す。接続を設定し、通信ネットワーク上のノードまでの接続を確立した第２時刻を表す第２タイム・スタンプを発生する。第２時刻と第１時刻との間の時間差が所定の時間枠内に該当する場合、デバイスのサービスに対する無条件アクセスを確立するために、第１命令をノードに発行する。時間差が所定の時間枠を外れる場合、デバイスのサービスに対する条件付きアクセスを許可するために、第２命令をノードに発行する。

更に、本発明は、移動体通信デバイスが通信ネットワーク上のサービスに、当該通信ネットワーク外部からの接続を通じてアクセスする際に、アクセスを制御するための制御ソフトウェアに関する。この制御ソフトウェアは、通信ネットワークにおけるサービス制御地点にインストールする。制御ソフトウェアは、例えば、データ・キャリア上で供給する、またはデータ・ネットワークを通じたダウンロードとして提供する。デバイスは、当該デバイスをサービスに対して識別させる一意の識別子を発行するように構成されている。このソフトウェアは、以下のコード部分を備えている。第１コンピュータ読み取り可能制御コードは、ネットワークの外部からセキュア・シグナリング・チャネルを通じて識別子を受信した場合、識別子の第１受信時刻を表す第１タイム・スタンプをメモリに格納するように動作する。第２コンピュータ読み取り可能コードは、接続を設定し、通信ネットワーク上のノードまでの接続を確立した第２時刻を表す第２タイム・スタンプを発生するように動作する。第３コンピュータ読み取り可能コードは、第２時刻と第１時刻との間の時間差が所定の時間枠内に該当する場合、デバイスのサービスに対する無条件アクセスを確立するために、第１命令をノードに発行するように動作する。第４コンピュータ読み取り可能コードは、時間差が所定の時間枠を外れる場合、デバイスのサービスに対する条件付きアクセスを許可するために、第２命令をノードに発行するように動作する。

添付図面を参照しながら、一例として、本発明について更に詳しく説明する。図面において、
図１は、ホーム通信ネットワークとＣＡＭＥＬ系ネットワークとの間における通信を示すシステムのブロック図である。図２は、図１のシステムにおける通信ステップを示す流れ図である。図３は、本発明の方法を示す流れ図である。

これらの図全体を通じて、同様のまたは対応する機構を同じ参照番号で示すこととする。

図１は、ホーム・ネットワーク１０２とＣＡＭＥＬ系ローミング・ネットワーク（１０６）との間における移動体電話通信の動作を説明するシステム１００のブロック図である。ホーム・ネットワーク１０２は、第１ネットワーク運用者の第１電気通信ネットワーク１０２であり、第１ネットワーク運用者のサービスに、移動体電気通信デバイス１０４、例えば、移動体電話機のユーザが加入しているとする。ネットワーク１０２は、第１地理的有効範囲を有する。ネットワーク１０２がカバーする地理的領域を、ネットワーク１０２のサービス・エリアとも呼ぶ。ネットワーク１０２の運用者は、ローミング・ネットワークの、必ずしも全員ではないが、一部の運用者と、ＣＡＭＥＬ契約を締結しているものとする。ＣＡＭＥＬ系ローミング・ネットワーク１０６は、第２運用者の第２電気通信ネットワーク１０６である。ネットワーク１０６がカバーする地理的領域を、ネットワーク１０６のサービス・エリアと呼ぶ。ネットワーク１０２の運用者は、ネットワーク１０６の運用者とＣＡＭＥＬ契約を締結しているものとする。

デバイス１０４のユーザがネットワーク１０２のサービス・エリアを離れネットワーク１０６上でローミングしている場合でも、彼／彼女はネットワーク１０２（または、図示しない他のネットワーク）内に滞在する他の人と、例えば、移動体電気通信デバイス１０８のユーザと、または公衆電話交換網（ＰＳＴＮ）１１２およびトランジット・ネットワーク１１３を通じて陸線電話機１１０のユーザと通信するために、デバイス１０４を使うことができる。これは、ネットワーク運用者間におけるローミング契約、ならびにネットワーク１０２および１０６のサポート・インフラストラクチャによるものである。これについては、以下で説明する。

デバイス１０４のユーザが、ネットワーク１０６のサービス・エリア内にいる間の第１時間だけデバイス１０４をオンにした、またはデバイス１０４が別のネットワーク上をローミングしている間にネットワーク１０６のサービス・エリアに進入したと仮定する。すると、訪問先のネットワーク１０６は、デバイス１０４の存在を検出し、次いで認証手順を開始する。オンにすると、デバイス１０４はその識別子（ここでは、そのＩＭＳＩ（国際移動体加入者個人情報）番号を送信する。この認証識別子は、基地局１１４によって受信され、基地局コントローラ（ＢＳＣ）１１６を通じてネットワーク１０６の移動体交換局（ＭＳＣ）１１８に転送される。このＩＭＳＩ番号は、デバイス１０４に一意である。移動体電話機では、これは通例当該電話機のＳＩＭ（加入者個人情報モジュール）に格納されている。ネットワーク１０６は、ネットワーク１０６のサービス・エリア内において現在アクティブな全ての移動体電気通信デバイスのＩＭＳＩ番号に基づいて、データベース１２２（「ビジタ・ロケーション・レジスタ（ＶＬＲ）と呼ぶ」を維持する。ＶＬＲ１２２は、アクティブな移動体電気通信デバイスの記録、例えば、そのＩＭＳＩ番号およびＭＳＩＳＤＮ（移動体加入者統合サービス・ディジタル・ネットワーク）番号、これらのデバイスの各々が使用することを許可されているサービスの種類を格納する。周知のように、ＩＭＳＩ番号およびＭＳＩＳＤＮ番号は、移動体電話機を特定するための２つの重要な番号である。ＩＭＳＩ番号は、通例、加入者データベースにおいてキーとして用いられる（以下で紹介する「ＨＬＲ１２６」を参照のこと）。ＭＳＩＳＤＮ番号は、通例、音声メール・システムに対する識別子として用いられる。また、ＭＳＩＳＤＮ番号は、通常、その移動体電話機に発呼するためにダイアルする(dial)番号でもある。

この情報を入手するために、ＶＬＲ１２２は、ネットワーク１０６が受信したＩＭＳＩ番号に基づいて、検出したデバイスの該当ホーム・ネットワークを特定する。デバイス１０４のホーム・ネットワークは、ネットワーク１０２である。ＶＬＲ１２２は、デバイス１０４から受信したＩＭＳＩ番号を用いて、ホーム・ネットワーク１０２のデータベース１２６（ホーム位置レジスタ、またはＨＬＲと呼ぶ）にアクセスし、デバイス１０４の特権に関する情報を要求する。ＨＬＲ１２６は、ホーム・ネットワーク１０２のサービスに対する個々の加入者毎に、この種の情報を指定する記録を維持している。ＩＭＳＩ番号に基づいてデバイス１０４を許可するためには、ＨＬＲ１２６およびデバイス１０４内にある加入者個人情報モジュール（ＳＩＭ）（図示せず）は、「ＧＳＭ認証プロシージャ」と呼ばれる手順を開始する。この手順では、ＳＩＭデバイス１０４とＨＬＲ１２６との間で、暗号情報を交換する。ネットワーク１０２およびネットワーク１０６はＣＡＭＥＬローミング契約を結んでいるので、ＨＬＲ１２６は、認証手順の完了時に、デバイス１０４がネットワーク１０６をローミングすることを許可するか否か、使用することを許可するサービスの種類、サービスの実行前に、ホーム・ネットワークをどのサービスに接触させる必要があるかについてＶＬＲ１２２が判断するために必要な情報を、ＶＬＲ１２２に返送する。例えば、ＨＬＲ１２６は、デバイス１０２が呼を設定しようとした場合にどのように進めるかについての情報を、ＶＬＲ１２２に戻す。ＨＬＲ１２６は、デバイス１０４が呼を設定しようとした場合にＭＳＣ１１８にホーム・ネットワーク１０２のインテリジェント・ネットワーク（ＩＮ）１２４に連絡するように命令し、ＭＳＣ１１８にＩＮ１２４からの次の命令を待つように命令するために、トリガ・データをＶＬＲ１２２に供給する。ネットワーク１０６におけるＭＳＣ１１８とネットワーク１０２におけるＩＮ１２４との間の通信では、ネットワーク１０６におけるＶＬＲ１２２とネットワーク１０２におけるＨＬＲとの間の通信の際に行うように、セキュア・シグナリング・チャネルを用いる。例えば、ＭＳＣ１１８とＩＮ１２４との間の通信、およびＶＬＲ１２２とＨＬＲ１２６との間の通信では、クローズドなシグナリング・ネットワーク(closed signaling network)１２５を用いる。

デバイス１０４のユーザが、ネットワーク１０６（訪問先ネットワーク）内をローミングしている間に、ネットワーク１０２（ホーム・ネットワーク）上にあるデバイス１０８のユーザ、または陸線電話機１１０のユーザに通話したくなったという想定場面について考える。

デバイス１０４がその現在の場所、即ち、ネットワーク１０６内から通話を行うために電話番号をダイアルすると、ＭＳＣ１１８は、ＶＬＲ１２２から受信したトリガ・データを用いて、ダイアルされた宛先への呼を設定する前に、ネットワーク１０２内にあるＩＮ１２４を調べる。ＩＮ１２４は、ＭＳＣ１１８から受信した情報を分析し、この場合、特殊な処置は必要ないと判断することができる。次いで、ＩＮ１２４は、デバイス１０４のユーザが最初にダイアルした番号に基づいて、意図する宛先への呼を設定するように、ＭＳＣ１１８に命令する。

固定陸線電話機１１０が意図する宛先である場合、ＭＳＣ１１８は、トランジット・ネットワーク１１３およびＰＳＴＮ１１２を通じて、電話機１１０への呼を設定する。デバイス１０８が意図する宛先である場合、ＭＳＣ１１８は、トランジット・ネットワーク１１３およびネットワーク１０２のＭＳＣ１２８を通じて、デバイス１０８への呼を設定する。次いで、呼をＭＳＣ１２８からネットワーク１０２のＢＳＣ１３０に、そしてネットワーク１０２の基地局１３２にルーティングする。

ここで、ネットワーク１０２に登録してあるデバイス１０４を用いて、ネットワーク１０６から、ネットワーク１０２内におけるＣＬＩ系サービス、例えば、デバイス１０４に宛てた音声メールにアクセスするという想定場面について考える。音声メールは、ネットワーク１０２における音声メール・サーバ１３４に格納されている。デバイス１０４のユーザは、彼の音声メールのネットワーク・アドレス、完全な電話番号またはショート・コードのみを入力する。例えば、オランダにおけるＫＰＮのネットワーク上である人の音声メールにアクセスするためのショート・コードは「１２３３」であり、一方完全な電話番号をダイアルすると、「＋３１（０）６１２００１２３３」となる。

デバイス１０４はネットワーク１０６のサービス・エリア内に位置するので、呼はＭＳＣ１１８を通じて設定される。先に指定したように、デバイス１０４からの呼を設定する要求を受信したときに、ＭＳＣ１１８は、この呼をどのように扱うかについての指示(instructions)をＩＮ１２４に要求する。ＩＮ１２４は、サーバ１３４の適正なネットワーク・アドレスを用いて、音声メール・システム１３４によって呼を設定するように、ＭＳＣ１１８に命令する。適正なネットワーク・アドレスとは、この例では、「＋３１−６−１２００−１２３３」である。ユーザが代わりにショート・コード、例えば、前述の例における「１２３３」をダイアルした場合、ＩＮ１２４は呼を「＋３１−６−１２００−１２３３」に接続するようにＭＳＣ１１８に命令する。呼は、ＭＳＣ１１８からトランジット・ネットワーク１１３およびＭＳＣ１２８を通じてサーバ１３４に設定される。

図２は、図１を参照して先に論じた想定場面におけるステップを纏めたフロー・ダイヤグラム２００である。デバイス１０４の存在が検出されており、ＶＬＲ１２２はＨＬＲ１２６からトリガ・データを受信しており、デバイス１０４が発呼したときに、ＭＳＣ１１８にホーム・ネットワーク１０２のＩＮ１２４に連絡するように命令することができるようになっていると仮定する。ステップ２０２において、ＭＳＣ１１８は、デバイス１０４が特定の宛先に発呼していることを検出する。ステップ２０４において、ＭＳＣ１１８はＩＮ１２４に連絡し、この呼をどのように扱うかについて指示を要求する。ＩＮ１２４は、記録をチェックし、ステップ２０６において、呼がある場合、これをどのように扱うかについての具体的な指示を返送する。ステップ２０８において、ＭＳＣ１１８は、トランジット・ネットワーク１１３およびＭＳＣ１２８を通じて呼を設定する。ステップ２１０において、ＭＳＣ１２８は呼をデバイス１０８にルーティングする。

ここで、通信デバイス１３６が、デバイス１０４のユーザに宛てられた音声メールにアクセスするために、ＣＬＩなりすましを用いて、デバイス１０４を装っていると仮定する。デバイス１３６を操作して発呼する。この場合、データ・ストリングは、デバイス１０４に付随するＣＬＩと全く同一であり、ネットワーク１０２を欺こうとしている。デバイス１３６は、例えば、ボイス・オーバーＩＰ（ＶｏＩＰ）プロトコルを用いたパーソナル・コンピュータ（ＰＣ）である。更に別の対策がないと、デバイス１３６は、デバイス１０４になりすまし、デバイス１３６によって採用されたＣＬＩに基づいて、サーバ１３４において音声メールへのアクセスが与えられることになる。ネットワーク１０２の運用者は、デバイス１０４のユーザについて登録した正しいパスワード（例えば、ＰＩＮ）を受信すると、音声メールに対して条件付きアクセスを与えることによって、追加のバリアを構築することができる。前述のように、これは、正規ユーザが彼／彼女の音声メールにアクセスする毎に、彼／彼女を煩わせることになるので、欠点のあるソリューションである。したがって、サービスは、ユーザにとってさほど使い易くないと思われてしまい、その結果、別のネットワークからの音声メール・アクセスによって発生するネットワーク・トラフィックは著しく低下し、外部ネットワーク１０２からのアクセスによって得られる、ネットワーク運用業者の収益も同様に低下する。

本発明者は、とりわけ、デバイス１０４のユーザが、別のＣＡＭＥＬ系ネットワークから、同様にＣＡＭＥＬ系である彼／彼女のホーム・ネットワーク上におけるＣＬＩ系サービスに発呼するときに、パスワードを入力しなければならないことを回避し、同時に、ＣＬＩなりすましに対抗するセキュリティを提供することを提案する。これを図１および図３を参照しながら説明する。

図３は、本発明にしたがって、サービス、ここでは、音声メール・サービス１３４への呼を設定し、ＣＡＭＥＬ系ネットワーク１０２および１０６を伴うプロセスのステップを示すフロー・ダイヤグラム３００である。フロー・ダイヤグラム３００がフロー・ダイヤグラム２００と共通に有するステップは、同じ参照番号で示されている。ステップ２０２において、ＭＳＣ１１８は、デバイス１０４が発呼していることを検出する。ステップ２０４において、ＭＳＣ１１８はＩＮ１２４に連絡し、この呼をどのように扱うかについて指示を求める。ステップ３０２において、ＩＮ１２４は、ＣＬＩ系サービス番号がダイアルされたことを認識し、デバイス１０４の識別子（この場合、ＭＳＩＳＤＮ番号）およびサービス番号をローカル・メモリ（図示せず）の中に、ネットワーク１０２とネットワーク１０６との間にあるセキュア・チャネルを通じて識別子を受信した時点Ｔ_１を表す第１タイム・スタンプと共に格納する。ステップ２０６において、ＩＮ１２４は国際サービス番号への呼を設定するようにＭＳＣ１１８に命令し、ステップ２０８において、ＭＳＣ１１８はＭＳＣ１２８への呼を設定する。ステップ３０４において、ＭＳＣ１２８は、受信したデバイス１０４の識別子（ＭＳＩＳＤＮ）をＩＮ１２４に連絡する。ＭＳＣ１２８には、ダイアルされたサービス番号によって誘起される規則が予めプログラムされている。ステップ３０６において、ＩＮ１２４は、呼がＭＳＣ１２８まで設定されているデバイスの識別子を、用いられたサービス番号と共に、ＭＳＣ１２８から受信する。ＩＮ１２４は、呼をＭＳＣ１２８まで設定した時点Ｔ_２に対して第２タイム・スタンプを発生する。ステップ３０８において、ＩＮ１２４は、識別子が既にステップ３０２において格納されたか否か判断する。格納されていない場合、ＩＮ１２４は、ステップ３１０において、条件付きで音声メール・サーバ１３４への接続を確立するように、ＭＳＣ１２８に命令する。即ち、この接続の間にサーバ１３４において音声メールにアクセスするためには、接続されたデバイスのユーザは、所定の条件を満たしたときだけ、例えば、パスワードを入力したときだけ、音声メール・サーバ１３４への条件付きアクセスが得られる。つまり、音声メール・サーバ１３４は、ＭＳＣ１２８によって、条件付きモードを取るように命令される。サーバ１３４は、サーバ１３４にアドレスするために用いられるサービス番号の中にＭＳＣ１２８によって符号化された情報に基づいて、例えば、ＭＳＣ１２８がサーバ１３４にアドレスする際に用いる、サービス番号の前に置かれた接頭部Ｐ_１、またはＭＳＣ１２８がサーバ１３４にアドレスする際に用いるロング・アクセス・コード(long access code)に基づいて、条件付きモードを取る。一方、ステップ３０２において識別子が格納されている場合、ＩＮ１２４は、時点Ｔ_２およびＴ_１間の差が所定の閾値Ｔよりも小さいか否か判断する。Ｔの値は、通例、ＭＳＣ１１８およびＭＳＣ１２８が呼の設定を完了するのに必要な時間期間を表す値にセットされる。Ｔの典型的な値は、数ミリ程度である。この差が閾値Ｔよりも小さくない場合、プロセスはステップ３１０に進み、前述のように、条件付きアクセスをサービス１３４に提供する。差が閾値Ｔよりも小さい場合、プロセスはステップ３１４に進み、ＩＮ１２４は、無条件モードでサーバ１３４に接続するようにＭＳＣ１２８に命令する。即ち、発呼側がサービスに直接アクセスできるモードである。サーバ１３４は、サーバ１３４にアドレスするために用いられるサービス番号の中にＭＳＣ１２８によって符号化された情報に基づいて、例えば、ＭＳＣ１２８がサーバ１３４にアドレスする際に用いる、サービス番号の前にある接頭部Ｐ_２（Ｐ_１とは異なる）、またはＭＳＣ１２８がサーバ１３４にアドレスする際に用いるショート・アクセス・コード(short access code)に基づいて、無条件モードを取る。

尚、正当なデバイス１０４のユーザが、セキュア・チャネルがない通信ネットワーク、例えば、非ＣＡＭＥＬ系ネットワークからネットワーク１０２に接続する場合、ステップ３０２において第１タイム・スタンプは決して発生されない、即ち、最新のタイムスタンプは入手できないことを注記しておく。その結果、プロセスはステップ３０８からステップ３１０に進む。サービス１３４へのアクセスは、条件付きモードで、例えば、パスワードに応じて与えられる。なりすました詐称者１３６がネットワーク１０２に非ＣＡＭＥＬ系ネットワークから接続すると、サービスへのアクセスは条件付きとなる。次いで、詐称者がパスワードを知らなければ、アクセスは拒否される。

前述のプロセスを遂行するために、ＩＮ１２４を拡張してＣＬＩなりすまし防止コンポーネント１３８を備え、ステップ３０２から３１４において先に具体的に述べた処理(activities)を実行する。コンポーネント１３８は、別個のデータ処理ハードウェア部、またはＩＮ１２４としての役割を果たすデータ処理システム上にインストールされた専用ソフトウェア部、あるいはハードウェアおよびソフトウェアの組み合わせとすることができる。通例、運用者が既にＩＮシステムを有する場合、ＣＬＩなりすまし防止のようなＩＮ−アプリケーションは、単にソフトウェアをインストールするだけのことに過ぎない。

尚、サーバ１３４に条件付きアクセスまたは無条件アクセスのどちらを与えるかの判断は、接続がＭＳＣ１２８に設定されたときに、ＩＮ１２４によって下されることを注記しておく。代替実施形態では、サービスへの接続が設定された時点で、ＩＮ１２４が判断を下す。その場合、サーバ１３４自体が、ＩＮ１２４によって、条件付きアクセスまたは無条件アクセスのいずれかを与えるように命令される。この場合、ＭＳＣ１２８からアクセスされる個々のサーバ各々が、関連する命令を処理するためには、それ自体のインターフェースをＩＮ１２４に対して設定することが必要となる場合もある。この後者の選択肢では、多少の複雑化をシステムに招くことになる。図１から図３を参照して論じた本発明の実施形態では、条件付きモードまたは無条件モードの内どちらを取るかに関する情報だけを、被呼側の番号に符号化するだけでよいので、実施態様は厄介さや費用が著しく低減する。

１０２ホーム・ネットワーク
１０４デバイス
１０６ＣＡＭＥＬ系ローミング・ネットワーク
１０８移動体電気通信デバイス
１１０陸線電話機
１１２公衆電話交換網（ＰＳＴＮ）
１１３トランジット・ネットワーク
１１４基地局
１１６、１３０基地局コントローラ（ＢＳＣ）
１１８、１２８移動体交換局（ＭＳＣ）
１２２データベース（ビジタ・ロケーション・レジスタ、またはＶＬＲ）
１２４インテリジェント・ネットワーク（ＩＮ）
１２５クローズド・シグナリング・ネットワーク
１２６データベース（ホーム位置レジスタ、またはＨＬＲ）

Claims

移動体通信デバイス（１０４）が通信ネットワーク（１０２）上のサービス（１３４）に、前記通信ネットワーク外部からの接続を通じてアクセスする際におけるアクセス制御方法において、前記デバイスは、当該デバイスを前記サービスに識別させる一意の識別子を発行するように構成されており、該方法は、
前記通信ネットワークの外部からセキュア・シグナリング・チャネル（１２５）を通じて前記識別子を受信した場合、前記識別子受信の第１時刻を表す第１タイム・スタンプをメモリに格納するステップ（３０２）と、
前記接続を設定し（２０８）、前記通信ネットワーク上のノード（１２８）への接続を確立した第２時刻を表す第２タイム・スタンプを発生するステップ（３０６）と、
前記第２時刻と第１時刻との間の時間差が所定の時間枠内に該当する場合、前記デバイスの前記サービスに対する無条件アクセスを確立するために、第１命令を前記ノードに発行するステップ（３１４）と、
前記時間差が前記所定の時間枠を外れる場合、前記デバイスの前記サービスに対する条件付きアクセスを許可するために、第２命令を前記ノードに発行するステップ（３１０）と、
を備えている、方法。
請求項１記載の方法において、前記サービスは、音声メール・サービス、ヘルプ・デスク・サービス、および自己管理型の音声ポータルの内少なくとも１つを備えている、方法。
請求項１または２記載の方法において、前記ノードはネットワーク・スイッチを備えている、方法。
請求項１または２記載の方法において、前記ノードは、前記サービスを提供するサーバを備えている、方法。
サービス制御地点機能性を有し、通信ネットワーク（１０２）上のサービス（１３４）への移動体通信デバイス（１０４）の、前記通信ネットワーク外部からの接続を通じてのアクセスを制御するように構成されているデータ処理システムにおいて、
前記デバイスは、当該デバイスを前記サービスに識別させる一意の識別子を発行するように構成されており、
前記システムはメモリを備えており、以下のステップ、
前記通信ネットワークの外部からセキュア・シグナリング・チャネル（１２５）を通じて前記識別子を受信した場合、前記識別子受信の第１時刻を表す第１タイム・スタンプを前記メモリに格納するステップ（３０２）と、
前記接続を設定し（２０８）、前記通信ネットワーク上のノード（１２８）への接続を確立した第２時刻を表す第２タイム・スタンプを発生するステップ（３０６）と、
前記第２時刻と第１時刻との間の時間差が所定の時間枠内に該当する場合、前記デバイスの前記サービスに対する無条件アクセスを確立するために、第１命令を前記ノードに発行するステップ（３１４）と、
前記時間差が前記所定の時間枠を外れる場合、前記デバイスの前記サービスに対する条件付きアクセスを許可するために、第２命令を前記ノードに発行するステップ（３１０）と、
を実行するように構成されている、システム。
移動体通信デバイス（１０４）が通信ネットワーク（１０２）上のサービス（１３４）に、前記通信ネットワーク外部からの接続を通じてアクセスする際に、アクセスを制御するために、通信ネットワークにおけるサービス制御地点にインストールするデータ・キャリア上の制御ソフトウェアにおいて、
前記デバイスは、当該デバイスを前記サービスに識別させる一意の識別子を発行するように構成されており、
前記ソフトウェアは、
前記ネットワークの外部からセキュア・シグナリング・チャネル（１２５）を通じて前記識別子を受信した場合、前記識別子受信の第１時刻を表す第１タイム・スタンプをメモリに格納する（３０２）ための第１コンピュータ読み取り可能制御コードと、
前記接続を設定し（２０８）、前記通信ネットワーク上のノード（１２８）への接続を確立した第２時刻を表す第２タイム・スタンプを発生する（３０６）ための第２コンピュータ読み取り可能制御コードと、
前記第２時刻と第１時刻との間の時間差が所定の時間枠内に該当する場合、前記デバイスの前記サービスに対する無条件アクセスを確立するために、第１命令を前記ノードに発行する（３１４）ための第３コンピュータ読み取り可能制御コードと、
前記時間差が前記所定の時間枠を外れる場合、前記デバイスの前記サービスに対する条件付きアクセスを許可するために、第２命令を前記ノードに発行する（３１０）ための第４コンピュータ読み取り可能制御コードと、
を備えている、ソフトウェア。