(57)【要約】本発明はＩＰネットワークにおけるコンテンツ準拠課金のための方法およびシステムに関し、本方法はＧＳＭネットワークのＨＬＲ（３７）及び／又はＶＬＲ（３７）用のノード（２０）のＳＩＭカード（２０１）のＩＭＳＩに基づきＩＰノード（２０）の認証及び／又はサービス認証を実行し制御ゲートウェイモジュール（２２）へ伝送し、前記制御ゲートウェイモジュール（２２）を介してネットワークコンテンツプロバイダのコンテンツへのＩＰノード（２０）のアクセスを案内し、アクセス目標アドレスに基づき前記モジュール（２２）により付随コストを制御し、コアエンジンモジュール（５９）によるＩＰノード（２０）サービスに従い発呼詳細記録を検出し、制御ゲートウェイモジュール（２２）へのアクセス期間中に前記発呼詳細記録により少なくともＩＰノード（２０）の識別番号及び／又は時間及び／要求サービスを検出し、前記データを課金モジュールへ伝送し、サービスプロバイダ又は金融機関の課金システム（５５）を介して前記発呼詳細記録及び／又はそれに基づく清算データ及び／又はＴＡＰファイルを計算することからなる。該発明は、特に異機種ネットワーク内のモバイルＩＰノード（２０）に関する。【選択図】図１
2007537635.tif 000002
【特許請求の範囲】
【請求項１】
ＩＰネットワークにおけるコンテンツ準拠課金用コンピュータ支援方法であって、ＩＰノード（２０）がインターネットサービスプロバイダを使用してネットワーク内の１以上のコンテンツプロバイダから課金招来コンテンツへアクセスし、前記ＩＰノード（２０）が要求のあったときにＳＩＭカード（２０１）が記憶するＩＭＳＩを該ＩＰノード（２０）から伝送し、該ＩＰノード（２０）からのＩＭＳＩをＳＩＭ−ＲＡＤＩＵＳモジュール（３０）内のデータベースに記憶させるものであり、
前記ＳＩＭ−ＲＡＤＩＵＳモジュール（３０）を用いてＧＳＭネットワーク用のＨＬＲ（３７）及び／又はＶＬＲ（３７）内のＩＰノード（２０）からの前記ＳＩＭカード（２０１）上のＩＭＳＩに基づき前記ＩＰノード（２０）ごとに認証及び／又はサービス認可を実行し、それを制御ゲートウェイモジュール（２２）へ伝送し、
前記ネットワーク内のコンテンツプロバイダからのコンテンツへの前記ＩＰノード（２０）によるアクセスを前記制御ゲートウェイモジュール（２２）を介して振り分け、該制御ゲートウェイモジュール（２２）を用いてそれがアクセスの送信先アドレスに基づく課金を招来するかどうかチェックし、
コアエンジンモジュール（５９）が前記制御ゲートウェイモジュール（２２）へのアクセス期間中に、前記ＩＰノード（２０）が取得した前記サービスに基づき発呼詳細記録を記録し、該発呼詳細記録が少なくとも前記ＩＰノード（２０）の識別番号及び／又は時間期間及び／又は使用したサービスのプロバイダを記録するとともに、それを課金モジュールへ転送し、
前記発呼詳細記録及び／又は清算データ及び／又は該発呼詳細記録（ＣＤＲ）に基づき、課金システム（５５）を用いてＴＡＰファイルをサービスプロバイダ又は銀行から割り当てる、ことを特徴とするコンピュータ支援方法。
【請求項２】
前記課金モジュールが使用したサービスに準じて前記コアエンジンモジュールからの前記データに基づき発呼詳細記録（ＣＤＲ）及び／又はＴＡＰファイル（１０１４）を生成し、それらを料金請求指令（１０１３）と共に清算モジュール（１００４）へ伝送し、該清算モジュール（１００４）が前記ユーザ（１００８）が使用した前記サービスを陸上通信線ネットワーク（１００７）のプロバイダ（１００８）へ割り当て、かつ／又は前記発呼詳細記録（ＣＤＲ）及び／又はＴＡＰファイル（１０１７）を割り当て目的にＧＳＭ（１００５）サービスプロバイダ（１００６）及び／又はインターネットサービスプロバイダ（ＩＳＰ）へ伝送する、請求項１記載のコンピュータ支援方法。
【請求項３】
前記代金請求指令（１０１３）は少なくとも特定ユーザ向け及び／又は特定サービスプロバイダ向け割り当てデータを含む、請求項２記載のコンピュータ支援方法。
【請求項４】
前記ＩＰノードは異種ＷＬＡＮ内のモバイルＩＰノードに使用し、前記モバイルＩＰノード（２０）はＷＬＡＮ内の基本的サービスエリア内の無線インタフェースを用いてＷＬＡＮ内のアクセスポイントへアクセスし、該ＷＬＡＮ内の前記基本的サービスエリアがアクセスサーバに関連する１以上のアクセスポイントを含み、該アクセスサーバが前記制御ゲートウェイモジュールを含み、かつ／又は適当なデータを前記制御ゲートウェイモジュールへ伝送する、請求項１乃至３のいずれか１項に記載のコンピュータ支援方法。
【請求項５】
ＳＩＭユーザデータベース（３４）とＳＩＭゲートウェイモジュール（３２）を用い、特定ユーザ向け前記ＩＰノード（２０）の前記論理ＩＰデータチャンネルを拡張してＧＳＭネットワークの信号及びデータチャンネル用に適切なＧＳＭデータを形成する、請求項４記載のコンピュータ支援方法。
【請求項６】
第１の発呼詳細記録は少なくともＩＰノード（２０）のＩＰアドレスとそのサービスを前記ＩＰノードが使用したサービスプロバイダの識別番号とに基づいて生成する、請求項１乃至５のいずれか１項に記載のコンピュータ支援方法。
【請求項７】
前記ＴＡＰファイル（１０１４）は、少なくともローミングブローカー料金とまたパブリックモバイルネットワークＣＤＲ／ＴＡＰ識別コードとに基づき生成する、請求項１乃至６のいずれか１項に記載のコンピュータ支援方法。
【請求項８】
前記課金管理データベースは、ユーザ及び／又はサービスプロバイダのためのＩＰアドレス及び／又はＧＳＭ識別番号からなる、請求項１乃至７のいずれか１項に記載のコンピュータ支援方法。
【請求項９】
前記課金管理データベースは、ローミングブローカー料金とまたパブリックモバイルネットワークＴＡＰ識別コードとを備える、請求項１乃至８のいずれか１項に記載のコンピュータ支援方法。
【請求項１０】
ＩＰネットワークにおけるコンテンツ準拠課金用コンピュータ支援システムであって、インターネットサービスプロバイダと１以上のコンテンツプロバイダへのインタフェースを有する少なくとも一つのＩＰノード（２０）を備え、前記コンテンツプロバイダがネットワークを介してアクセスすることができ、かつ課金招来コンテンツを含み、ＩＰノードがＩＭＳＩを記憶させるＳＩＭカード（２０１）を備えるデータベースを備えるものであり、
前記ＳＩＭ−ｒａｄｉｕｓモジュール（３０）がＧＳＭネットワーク用のＨＬＲ（３７）及び／又はＶＬＲ（３７）内のモバイルノード（２０）からの前記ＳＩＭカード（２０１）上のＩＭＳＩに基づき前記ＩＰノード（２０）ごとに認証及び／又はサービス認可を実行する手段を備え、
前記ネットワーク内のコンテンツプロバイダからのコンテンツへの前記ＩＰノード（２０）によるアクセスを制御ゲートウェイモジュールを介して進路変更させ、該制御ゲートウェイモジュール（２２）を用いてそれがアクセスの送信先アドレスに基づく課金を招来するかどうかチェックし、
コアエンジンモジュール（５９）が前記ＩＰノードが取得した前記サービスに基づき、前記制御ゲートウェイモジュール（５９）へのアクセス発呼詳細記録を記録し、該発呼詳細記録が少なくとも前記ＩＰノードの識別番号及び／又は時間期間及び／又は使用したサービスのプロバイダを記録するとともに、それを課金モジュールへ転送し、
前記発呼詳細記録及び／又は清算データ及び／又は該発呼詳細記録に基づくＴＡＰファイルを、課金システムを用いてサービスプロバイダ又は銀行から割り当てる、ことを特徴とするシステム。
【請求項１１】
前記課金モジュールは、前記コアエンジンモジュールからのデータを用いて使用した前記サービスに基づきＴＡＰファイル（１０１４）を生成する手段を備え、該ＴＡＰファイルは代金請求指令と共に清算モジュールを伝送でき、前記清算モジュール（１００４）は陸上通信線ネットワーク（１００７）の前記プロバイダ（１００８）に対し前記ユーザ（１００８）が使用した前記サービスを割り当て（１０１６）ることができ、かつ／又は前記ＴＡＰファイル（１０１７）を前記割り当て目的にＧＳＭ（１００５）サービスプロバイダ（１００６）及び／又はインターネットサービスプロバイダ（ＩＳＰ）へ伝送することができる、請求項１０記載のシステム。
【請求項１２】
前記代金請求指令は少なくとも特定ユーザ向け及び／又は特定サービスプロバイダ向け割り当てデータとを含む、請求項１１記載のシステム。
【請求項１３】
前記ＩＰノードは異種ＷＬＡＮ内のモバイルＩＰノードであり、該モバイルＩＰノード（２０）はＷＬＡＮ内の基本的サービスエリア内のアクセスポイントへアクセスする無線インタフェースを備え、前記ＷＬＡＮ内の前記基本サービスエリアはアクセスサーバに関連する１以上のアクセスポイントを含み、前記アクセスサーバは制御ゲートウェイモジュールを含むか、又は該制御ゲートウェイモジュール（２２）を特に無線アクセスインターネットノードシステム用の上位システムとして実装した、請求項１乃至１２のいずれか１項に記載のシステム。
【請求項１４】
ＳＩＭユーザデータベース（３４）とＳＩＭゲートウェイモジュール（３２）を用い、特定ユーザ向け前記ＷＬＡＮの論理ＩＰデータチャンネルを拡張してＧＳＭネットワークの信号及びデータチャンネル用に適切なＧＳＭデータを形成することができる、請求項１３記載のシステム。
【請求項１５】
ＳＩＭユーザデータベース（３４）とＳＩＭゲートウェイモジュール（３２）を用い、少なくともＩＰノード（２０）のＩＰアドレスとそのサービスを前記ＩＰアドレスが使用したサービスプロバイダに関する識別番号とに基づき発呼詳細記録を作成することができる、請求項１４記載のシステム。
【請求項１６】
前記ＴＡＰファイル（１０１４）は、少なくともローミングブローカー料金とまたパブリックモバイルネットワークＴＡＰ識別番号コードとに関する情報を含む、請求項１１乃至１５のいずれか１項に記載のシステム。
【請求項１７】
課金管理データベース（１０３２）はユーザ及び／又はサービスプロバイダに関するＩＰアドレス及び／又はＧＳＭ識別番号とを含む、請求項１０乃至１６のいずれか１項に記載のシステム。
【請求項１８】
前記課金管理データベース（１０３２）はローミングブローカー料金とまたパブリックモバイルネットワークＴＡＰ識別コードとを備える、請求項１０乃至１７のいずれか１項に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はＩＰネットワーク内コンテンツ準拠課金方法及びシステムに係り、ここでＩＰノードはインターネットサービスプロバイダ（ＩＳＰ）を用い、ネットワーク内の１以上のコンテンツプロバイダからの課金招来コンテンツへアクセスし、ＩＰノードは要求のあったときにＳＩＭカードが記憶するＩＭＳＩをＩＰノードから制御ゲートウェイモジュールへ伝送し、ＩＰノードからのＩＭＳＩをＳＩＭ−ＲＡＤＩＵＳモジュール内のデータベースに記憶させる。本発明は、特に異種ネットワーク内でローミングするモバイルＩＰノードに関する。
【背景技術】
【０００２】
世界中のインターネットユーザの数とかくしてそれがもたらす情報量は、最近１０年間に指数的に上昇した。インターネットは情報に対し世界規模のアクセスをもたらすが、一般にユーザは仕事場や学校や大学や自宅等の特定のネットワークアクセスポイントに達するまでそこへのアクセスを手にすることはない。ＩＰ互換機器、特にＰＤＡや携帯無線電話やラップトップ等の可搬式機器の増大する供給が、インターネットの我々の概念を変え始めている。増大した可搬性の結果としてのネットワーク内での固定ノードからより柔軟な要件への同様の遷移は、始まったばかりである。例えば携帯無線電話では、この風潮はとりわけＷＡＰやＧＰＲＳやＵＭＴＳ等の新たな規格にも見られる。目下の現実と将来のＩＰ接続選択肢との間の差異を理解する上で、描写できる比較は過去２０年間我々の眼前での可搬性の方向における電話通信の発展である。個人分野や職務分野（例えば、空港や市街地等々）におけるラップトップやＰＤＡ等を用いたＬＡＮへの世界規模の独立無線アクセスに対する必要性は、非常に大きなものとなっている。しかしながら、例えばＩＰに基づくＷＬＡＮは、例えばユーザによる自由なローミングを可能にする筈のＧＳＭ／ＧＰＲＳを用いて生成される仕方でサービスを提供はしない。これらのサービスは、ＧＳＭ／ＧＰＲＳ内の如き保安機構だけでなく、サービス認証や課金のための選択肢、すなわち使用されたサービスに対する割り当てもまた備える必要があろう。他方で、この種サービスは既存のＧＳＭ／ＧＰＲＳオペレータのいずれによっても提供されてはいない。しかしながら、各種ＷＬＡＮ間でのローミングだけが重要ではない。ＷＬＡＮ（インターネット等へのアクセス付き）を用いた情報技術における高度の成長と携帯無線電話通信における同様の高度の成長は、これら二つの世界を持続することが適切であることを意味する。二つの世界を結合することによってのみ、移動無線技術ユーザにとっては慣習的である如く無線ＬＡＮの場合簡単で無継ぎ目のローミングが可能となる。かくして、プロバイダにとっては異なるＷＬＡＮサービスプロバイダ間及びＷＬＡＮサービスプロバイダとＧＳＭ／ＧＰＲＳサービスプロバイダの間で規格横断的ローミングを可能にする要求が存在する。
【０００３】
コンピュータネットワークやローカルエリアネットワーク（ＬＡＮ）は通常、同軸ケーブルや撚り線対や光ファイバケーブル等の物理媒体により接続されたノードとして公知であるものを含む。これらのＬＡＮは、また、有線ＬＡＮ（有線陸上通信線ネットワーク）と呼ばれている。近年、無線ＬＡＮはますます人気化（例えば、アップルコンピュータ社等によるＡｉｒＰｏｒｔシステム等の開発を介して）してきた。無線ＬＡＮは、ラップトップやノートブックやＰＤＡ（個人用携帯情報端末）や携帯ラジオ、特に携帯無線電話機等の可搬式ユニット（ノード）を適切なインタフェースを用いて構内コンピュータネットワークへリンクするのに特に適したものである。モバイルノードは、伝送器／受信器とさらに制御カード（赤外線（ＩＲ）アダプタ或いは低周波無線波アダプタ）を備えるアダプタを有する。この種のモバイルノードの利点は、それらが無線ＬＡＮ内で自由に移動できる点にある。モバイルノードは、相互に及び直接通信する（ピアーツーピアー無線ＬＡＮ）か、或いはそれらの信号を信号を増幅しかつ／又は転送する基地局へ伝送する。基地局には、同様にブリッジ機能が備わっていよう。アクセスポイント（ＡＰ）として公知のこの種ブリッジ機能付き基地局を用いることで、無線ＬＡＮ内のモバイルノードは有線ＬＡＮへアクセスすることができる。アクセスポイントの一般的機能には、一つのモバイルノードから別のノードへのメッセージの伝送や、有線ＬＡＮからモバイルノードへのメッセージの送信や、モバイルノードから有線ＬＡＮへのメッセージの伝送が含まれる。ＡＰの物理的レンジは、基本的サービスエリア（ＢＳＡ）と呼ばれる。モバイルノードがＡＰのＢＳＡ内にある場合は、ＡＰが同様にモバイルノードの信号レンジ（ダイナミックサービスエリア（ＤＳＡ））内にある場合にこのＡＰと通信することができる。複数のＡＰは通常一つのアクセスサーバに関連付けられており、それがとりわけユーザのデータベースを用いてモバイルノードの認証を監視し管理する。アクセスサーバのＡＰが網羅する全エリアは、ホットスポットと呼ばれる。モバイルノードは一般に、１００ｍＷ乃至１Ｗの間の信号強度を有する。無線ＬＡＮを有線ＬＡＮへ接続するため、必要に応じて適切なノードへこの情報を転送すべくネットワーク上の特定メッセージ（情報フレーム）が有線ＬＡＮ或いは無線ＬＡＮ内にあるノードに対し意図されたものであるかを判定することがＡＰにとって重要である。この目的に合わせ、ＡＰは例えばＩＥＥＥ規格Ｓｔｄ８０２．１Ｄ−１９９０に基づく「メディアアクセスコントロールブリッジ」（３１−７４ｆｆ）として公知であるものを有する。この種のブリッジ機能の場合、無線ＬＡＮ内の新たなモバイルノードは通常そのレンジ内にノードが位置するＡＰ内のＦＤＢ（フィルタリングデータベース）内に登録される。ＬＡＮ上の各情報フレームにとって、ＡＰはＦＤＢ内に記憶させた送信先アドレス（ＭＡＣ（メディアアクセスコントロールアドレス））を比較し、このフレームを有線ＬＡＮ或いは無線ＬＡＮへ送信又は拒絶或いは伝送する。
【０００４】
モバイルネットワーク用途の場合、モバイルノード上のアプリケーションによる既存のＩＰアクセスはユーザがネットワーク内でその位置を変えた場合に妨害を受けてはならない。その逆に、接続とインタフェースの全変更、例えば異なるホットスポット内での変更の場合、特に異なるネットワーク（イーサネットや携帯無線ネットワークやＷＬＡＮやブルートゥース等）は自動的にかつ非双方向的に生起させて、ユーザがそれらを知る必要さえないようにしなければならない。このことは、例えば実時間アプリケーションの使用期間中にも当てはまる。実際の可搬式ＩＰコンピューティングは、インターネットへの常時安定アクセスに基づく多数の利点を有する。この種アクセスは、仕事机に束縛されず依存しない仕事を可能にする。しかしながら、ネットワーク内のモバイルノードに対する要求は，各種の仕方で最初に触れた携帯無線技術における展開とは異なるものである。携帯無線の終点は、通常人間である。しかしながら、モバイルノードの場合、コンピュータアプリケーションがどんな人的活動も介在も無しに他のネットワーク加入者間での対話を実行することができる。この多くの例は、航空機や船舶や自動車に見出すことができる。特に、衛星準拠ＧＰＳ（全方位測位システム）等の測位機器との組み合わせ等の他のアプリケーションと併せたインターネットアクセスを用いる可搬式コンピューティングを、かくして適切なものとし得る。
【０００５】
インターネットプロトコル（ＩＰ）を使用するモバイルネットワークアクセスに付随する一つの問題は、この点で使用するＩＰプロトコルがネットワーク内で送信元アドレスから送信先アドレスへデータを振り分けるＩＰアドレス（ＩＰ：インターネットプロトコル）として公知のものを使用する点にある。これらのアドレスは、陸上通信線ネットワーク電話番号が物理的ソケットに関連付けられているのと同様の仕方で、ネットワーク内の固定位置に関連付けられている。データパケット用の送信先アドレスがモバイルノードである場合、このことはネットワーク位置の各変更ごとに新たなＩＰネットワークアドレスを割り当てる必要があり、そのことが即応型モバイルアクセスを不可能にすることを意味する。これらの問題は、モバイルノードが二つのＩＰアドレスを使用できるようにするモバイルＩＰのお陰で、インターネット技術特別調査委員会（ＩＥＴＦ）によるモバイルＩＰ規格（１９９６年１０月制定ｌＥＦＴ・ＲＦＣ・２００２）により解決されてきた。これらのうちの一つがホームネットワークの場所を示す通常の静的ＩＰアドレス（ホームアドレス）であり、次がネットワーク内のモバイルノードの現在地を表わす動的ＩＰ気付アドレスである。二つのアドレス間の関連により、ＩＰデータパケットを進路変更し、モバイルノードの現用アドレスを補正することができる。
【０００６】
無線ＬＡＮのユーザ認証用に最も頻繁に使用されるプロトコルの一つが電気電子技術者協会（ＩＥＥＥ）からのオープンソースプロトコルＩＥＥＥ８０２．１ｘ（現行バージョン８０２．１１中の）である。ＩＥＥＥ８０２．１ｘ認証により、イーサネットやトークンリング及び／又は８０２．１１無線ＬＡＮ等のＩＥＥＥ８０２媒体への認証されたアクセスが可能とされる。８０２．１１プロトコルは、ＦＨＳＳ（周波数ホッピング拡散スペクトラム）又はＤＳＳＳ（ダイレクトシーケンス拡散スペクトラム）のいずれかを用いて無線ＬＡＮ、すなわち無線ローカルエリアネットワーク向け２．４ＧＨｚ帯域内での１又は２Ｍｂｐｓ伝送を生成する。認証については、８０２，１ｘはＥＡＰ（エクステンシブルオーセンティケーションプロトコル）に対応し、ＴＬＳ（ワイヤレストランスポートレイヤセキュリティ）８０２．１１が同様にＲＡＤＩＵＳに対応している。８０２．１ｘのＲＡＤＩＵＳ対応は随意選択的であるが、大半の８０２．１ｘオーセンティケータがＲＡＤＩＵＳに対応するであろうと予想される。ＩＥＥＥ８０２．１ｘプロトコルは、ポート準拠認証プロトコルとして公知であるものである。それは、ポートすなわち機器インタフェースを判定できる任意の環境において使用することができる。８０２．１ｘに基づく認証の場合、３個の機器を識別することが可能である。すなわち、ユーザ（サプリカント／クライアント）の機器とオーセンティケータと認証サーバとである。オーセンティケータは、サプリカントの認証に責任を負う。オーセンティケータとサプリカントは、例えばポイントツーポイントＬＡＮセグメント或いは８０２．１１無線リンクにより接続される。オーセンティケータとサプリカントは定義済みポート、いわゆる物理ポート或いは仮想８０２．１ｘポートを定義するポートアクセスエンティティ（ＰＡＥ）を有する。認証サーバは、オーセンティケータが要求する認証サービスを提示する。かくして、それは要求された識別番号についてサプリカントが供給する認証データを検証する。
【０００７】
認証サーバは、通常ＩＥＴＦ（インターネット技術特別調査委員会）によるＲＡＤＩＵＳ（リモートオーセンティケーションダイヤルインユーザサービス）に基づく。ＲＡＤＩＵＳ認証プロトコル及び課金システムの使用は、ルータやモデムサーバや交換機等のネットワーク機器用に普及しており、大半のインターネットサービスプロバイダ（ＩＳＰ）により使用されている。ユーザがＩＳＰをダイヤルアップするとき、彼はユーザ名とパスワードを入力する必要がある。ＲＡＤＩＵＳサーバは、この情報をチェックし、ＩＳＰシステムに対しユーザを認可する。ＲＡＤＩＵＳの普及理由は、とりわけネットワーク機器が一般にそれぞれが異なる認証情報を有する極めて多い数のネットワークユーザを、例えばこれが個別ネットワーク機器の記憶容量を超過するという理由で処理できない点にある。ＲＡＤＩＵＳは、多数のネットワークユーザ（ユーザの追加・削除等）の中央管理を可能にする。一例を挙げるに、ＩＳＰ（インターネットサービスプロバイダ）はそのサービスに対して必要な前提条件としてこれを有しており、何故ならそれらのユーザ数がしばしば数千或いは数万のユーザを含むからである。ＲＡＤＩＵＳはまた、ハッカーに対する特定の恒久的保護をもたらす。ＴＡＣＡＣＳ＋（ターミナルアクセスコントローラアクセスコントロールシステム＋）とＬＤＡＰ（ライトディレクトリアクセスプロトコル）とに基づくＲＡＤＩＵＳの遠隔認証は、ハッカーに対し比較的安全である。対照的に、多くの他の認証プロトコルはハッカーの攻撃に対し防備が断続的で不満足なだけか或いは全く無防備でさえある。別の利点は、ＲＡＤＩＵＳは目下遠隔認証に対する事実上の規格となっており、そのことは、他のプロトコルではそうならないが、ほぼ全てのシステムもまたＲＡＤＩＵＳに対応していることを意味する。
【０００８】
前述のエクステンシブルオーセンティケーションプロトコル（ＥＡＰ）は実際にＰＰＰ（ポイントツーポイントプロトコル）に対する拡張であり、ＩＥＴＦによるコメント要求（ＲＦＣ）２２８４ＰＰＰエクステンシブルオーセンティケーションプロトコル（ＥＡＰ）により定義されている。コンピュータは、例えばＩＳＰのサーバへ接続するのにＰＰＰを使用することができる。ＰＰＰはＯＳＩモデルのデータリンクレイヤ内で作動し、インターネットに対するインタフェースを形成するＩＳＰサーバへコンピュータのＴＣＰ／ＩＰパケットを伝送する。初期のＳＬＩＰプロトコル（シリアルラインインターネットプロトコル）とは対照的に、ＰＰＰはより安定的な仕方で動作し、誤り訂正を有する。拡張認証プロトコルは、トークンカード、マサチューセッツ工科大学（ＭＩＴ）によるケルベロス、スクラッチリストパスワード、免許証、パブリックキー認証、スマートカード又は集積回路カード（ＩＣＣ）として公知のもの等の最も多種多様な認証方法に対応する極めて汎用的レベルのプロトコルである。ＩＥＥＥ８０２．１ｘは、ＥＡＰを如何にＬＡＮフレームに組み込む必要があるかに関する仕様を規定するものである。ＥＡＰを用いた無線ネットワークにおける通信の場合、ユーザは無線通信を用いてアクセスポイント（ＡＰ）から無線ＬＡＮへのアクセス、すなわちＷＬＡＮに対する遠隔アクセスクライアント或いはサプリカント向けの接続ＨＵＰを要求する。ＡＰはそこでサプリカントにユーザの識別番号について尋ね、この識別番号を例えばＲＡＤＩＵＳに基づく前述の認証サーバへ伝送する。認証サーバによりアクセスポイントはユーザの識別番号を検証することができる。ＡＰはサプリカントからのこれらの認証データを取りんで認証サーバへ伝送し、このサーバが認証を終了する。
【０００９】
ＥＡＰの場合、任意の認証方法が遠隔アクセス接続を生ずる。厳密な認証方式は、サプリカントとオーセンティケータ（すなわち、遠隔アクセスサーバやインターネットオーセンティケーションサービス（ＩＡＳ）、ＷＬＡＮの場合にはアクセスポイント）との間で個別に規定される。前述の如く、ＥＡＰはこの場合汎用トークンカードやＭＤ５チャレンジやスマートカード用トランスポートレベルセキュリティ（ＴＬＳ）やＳ／Ｋｅｙや将来見込まれる認証技術等の大量の数の異なる認証方式に対応している。ＥＡＰはサプリカントと数制限のないオーセンティケータとの間でチャレンジ−レスポンス通信を可能にし、オーセンティケータ或いは認証サーバが特定の認証情報を要求し、サプリカントすなわち遠隔アクセスクライアントがレスポンスする。一例を挙げるに、「セキュリティトークンカード」の場合、認証サーバは先ずユーザ名、続いてＰＩＮ（個人識別番号）、最後にオーセンティケータを介するサプリカントからのトークンカード金額を個別に要求することができる。各チャレンジ−レスポンスの合格時、この場合さらなる認証レベルが実行される。全ての認証レベルが首尾よく回答されたときに、サプリカントは認証される。特定のＥＡＰ認証方式は、ＥＡＰ種として表わされる。両関係者、すなわちサプリカントとオーセンティケータとも同じＥＡＰに対応させ、認証が遂行できるようにしなければならない。上述のごとく、これは開始時にサプリカントとオーセンティケータの間で規定される。ＲＡＤＩＵＳに基づく認証サーバは通常ＥＡＰに対応していて、これがＲＡＤＩＵＳサーバへＥＡＰメッセージを伝送する選択肢を提供する。
【００１０】
従来技術では、ユーザ認証用とＧＳＭ加入者識別番号モジュール（ＳＩＭ）を用いたユーザへのセッション鍵対割り当て用にＥＡＰ準拠方法が同様に公知である。ＧＳＭ認証は、チャレンジ−レスポンス法に基づくものである。ＳＩＭカードの認証アルゴリズムはチャレンジとして１２８ビット乱数（通常、ＲＡＮＤと呼ぶ）が与えられている。ＳＩＭカードはそこで個別オペレータに固有の機密アルゴリズムを実行し、これが入力として乱数ＲＡＮＤとＳＩＭカード上に記憶させた秘密鍵Ｋｉとを受け取り、そこから３２ビットレスポンス（ＳＲＥＳ）と６４ビット鍵Ｋｃを生成する。Ｋｃは無線インタフェース（ＧＳＭ技術仕様ＧＳＭ０３．２０（ＥＴＳ３００・５３４）すなわち「ディジタル携帯電話通信システム（第２期）；保安関連ネットワーク機能、１９９７年８月欧州遠隔通信規格協会制定」を介してデータ転送を暗号化する意図を体するものである。ＥＡＰ／ＳＩＭ認証は、複数の６４ビットＫｃ鍵を生成する複数のＲＡＮＤチャレンジを使用する。これらのＫｃ鍵は、より長いセッション鍵を生成すべく組み合わされる。ＥＡＰ／ＳＩＭを用いることで、通常のＧＳＭは互恵的認証を生成するメッセージ認証コード（ＭＡＣ）を追加的に有するＲＡＮＤチャレンジのお陰で認証方法が拡張される。ＧＳＭ認証を実行するために、認証サーバはＧＳＭネットワークにインタフェースを持たねばならない。かくして認証サーバはインターネット認証サービス（ＩＡＳ）とサーバネットワーク及びＧＳＭ認証基盤設備との間でゲートウェイとして機能する。ＥＡＰ／ＳＩＭ認証と同じく、認証サーバはとりわけオーセンティケータによる第１のＥＡＰ要求を用いてサプリカントにユーザの国際移動体加入者識別番号（ＩＭＳＩ）を尋ねる。ＩＭＳＩを用いることで、認証サーバはＧＳＭネットワーク内の通常ホームロケーションレジスタ（ＨＬＲ）或いはビジターロケーションレジスタ（ＶＬＲ）と呼ばれる関連する携帯無線ネットワークサービスプロバイダに対する認証センター（ＡｕＣ）からの要求時にｎ個のＧＳＭトリプレットを取得する。トリプレットから、認証サーバはｎ×ＲＡＮＤ用のメッセージ確認コードと鍵用サービス寿命（ＭＡＣ＿ＲＡＮＤと併せ）とまたセッション鍵も得る。認証サーバは、これらを用いてサプリカントの又はユーザのＳＩＭカード上でＧＳＭ認証を実行することができる。メッセージ認証コードＭＡＣ＿ＲＡＮＤと併せたＲＡＮＤがサプリカントへ送られるため、サプリカントはＲＡＮＤが新規であってＧＳＭネットワークにより生成されたかどうか検査できるようになる。
【００１１】
ＧＳＭネットワーク内のモバイル機器が使用したサービスに対する課金は、ＧＳＭ協約からのトランスファードアカウントデータインターチェンジグループ（ＴＡＤＩＧ）からのＴＡＰプロトコル（ＴＡＰ；トランスファードアカウントプロシージャ）として知られており、従来技術に公知である。ＧＳＭは、携帯無線のユーザがいかなる国やネットワークにあっても彼の携帯無線を使用できるようにするローミング概念に基づくものである。しかしながら、使用したサービスに関する課金は、決して些細なものでない。今日、４００を超すＧＳＭネットワークが世界中で稼働しており、これらに関してはネットワークオペレータ間で２００００を超す個人的ローミング協約が存在すると推察される。課金できるようにするため、かくして見かけは単純なローミング概念の背後に極度に複雑な情報記録や情報配給や情報評価のプロセスが存在する。トランスファードアカウントプロシージャプロトコル（ＴＡＰ）は、携帯無線ネットワークサービスプロバイダがローミング課金情報の交換に使用する一つの方法である。２０００年６月４日、ＴＡＰ２とＴＡＰ２＋に遂にＴＡＰ３の市場投入が続いた。たとえＴＡＰがさらに開発中のプロトコルであったとしても、ＴＡＰ３は今日の標準と呼ぶことができる。
【００１２】
ＧＳＭネットワーク内の大半の音声或いはデータ通話量は、モバイルユーザが目下その中に居るのとは異なるネットワーク内に到来しそこに終わる。ローカルエリアネットワークのオペレータは、それが陸上通信線ネットワークであるか携帯無線ネットワークであるかの如何に拘わらず、そのユーザの一つにおいて終わる各発呼ごとの料金を徴収する。構内固定ネットワークのオペレータはそこで、構内携帯無線ネットワークのオペレータとの互恵的構成を作成して料金の徴収を簡単化している。このことは、スイスの携帯無線ネットワークユーザからの発呼をカナダの陸上通信線ネットワークユーザへ割り当てるのに、スイスの携帯無線ネットワークオペレータがカナダの陸上通信線ネットワークプロバイダと契約を結ぶ必要のないこともまた意味する。通常、スイスの陸上通信線ネットワークプロバイダはカナダの陸上通信線ネットワークプロバイダと割り当て種と料金に関する契約を既に結んでおり、スイスの携帯無線ネットワークオペレータはスイスの陸上通信線ネットワークプロバイダを介して適当な契約を割り当ててある。経費は通常、直接或いは（小売課金）又はサービスプロバイダ（卸売り課金）を介してユーザへ割り当てられる。異なる携帯無線ネットワーク（ＰＭＮ：パブリックモバイルネットワーク）間のローミングデータ或いは音声通話の割り当て種は、ＴＡＰプロトコルを用いてなされる。ローミング発呼記録は通常、ＴＡＰ記録或いはＣＩＢＥＲ（セルラーインターキャリアビリングエクスチェンジローマー）記録のいずれかとして作成される。ＣＩＢＥＲ記録は、ＡＭＰＳや１Ｓ−１３６ＴＤＭＡやＩＳ−９５ＣＤＭＡ等の技術に基づきＡＭＰＳを用いる移動無線ネットワークのオペレータにより使用される。ＴＡＰは、特にＧＳＭ移動無線ネットワークサービスプロバイダにより用いられ、ＧＳＭが主流を占める地域での割り当て用主プロトコルになっている。
【００１３】
フォーリンネットワーク（ＶＰＭＮ：ビジテッドパブリックモバイルネットワーク）内に居るユーザによる発呼詳細は、ネットワーク用のモバイル交換センター（ＭＳＣ）に登録される。各発呼は、かくして１以上の発呼記録を生成する。これらの記録に関するＧＳＭ規格はＧＳＭ１２．０５に規定されているが、多くのプロバイダが自らの固有のフォーマットを使用している。ＭＳＣからの発呼記録は、割り当て用ＶＰＭＮごとに課金システムへ伝送される。これらの発呼記録はそこでＴＡＰフォーマットへ変換され、関係ユーザに関連付けられる。遅くとも３６時間以内に、ＴＡＰ記録は関連する携帯無線ネットワークサービスプロバイダへ伝送される。ＴＡＰファイルは、加えてプロバイダサービス料金（ＩＯＴ：インターオペレータタリフ）と他の全ての双務協定及び特典方式に関する情報を含む。ＴＡＰ記録は、直接又はより一般的には集配センター等の割り当て箇所を介して送付される。ホームネットワークオペレータ（ＨＰＭＮ：ホームパブリックモバイルネットワーク）がＶＰＭＮからＴＡＰ記録を受け取ると、それは適当な内部フォーマットへ変換され、それがホームネットワーク内で生成するユーザからの通常の発呼記録と併せ割り当てられる。サービスプロバイダは被った費用をユーザへ割り当てる卸売課金の場合、ＨＰＭＮは記録をサービスプロバイダへ転送し、このプロバイダが特にまたその固有料金に基づき発呼を再割り当てし、例えば発呼詳細と共にユーザに対し課金書を作成することができる。
【００１４】
ＴＡＰ３は、多数のサービスに対応している。ＴＡＰ３は今日、ＧＳＭサービスプロバイダとＧＳＭサービスプロバイダの間、ＧＳＭサービスプロバイダと非ＧＳＭサービスプロバイダの間（相互標準ローミング）、ＧＳＭサービスプロバイダと衛星サービスプロバイダの間等の課金に用いられている。サービス音声とファクシミリと追加サービスとして公知のものの三つの基本的範疇は、ＴＡＰ１以来既に対応されている。対照的に、ショートメッセージサービス（ＳＭＳ）に関する課金は、サードパーティからのショートメッセージサービスセンター（ＳＭＳ−Ｃ）を使用するが故に瑣末さは少ない。ＳＭＳ用の課金は、以下の理由からより困難である。すなわち、１．ローミングユーザはローミング中にＳＭＳ（ＭＴ−ＳＭＳ）を受け取ることができ、２．ローミングユーザは彼のホームネットワークのＳＭＳ−Ｃを用いてローミング中にＳＭＳ（ＭＯ−ＳＭＳ）を伝送することができ、３．ローミングユーザはフォーリンネットワークのＳＭＳ−Ｃを用いてローミング中にＳＭＳ（ＭＯ−ＳＭＳ）を伝送することができる。ＳＭＳサービスに対する課金は、かくしてＴＡＰ２＋以降からのみ完全に対応がなされている。ＴＡＰ３以降から、単一回路交換データやＨＳＣＳＤ（高速回路交換データ）やＧＰＲＳ（汎用パケット無線サービス）に関する課金もまた対応がなされている。ＴＡＰ３は、コンテンツに対する課金として公知のもの等の全値付加サービス（ＶＡＳ）に同様に対応している。しかしながら、付加価値サービスの割り当てはしばしば困難であり、何故ならサービスプロバイダが割り当てサービスと契約を結んでいるからである。カスタマイズドアプリケーションモバイルエンハンスドロジック（ＣＡＭＥＬ）は、ＴＡＰ３，４以降により対応がなされている。ＣＡＭＥＬはローミングユーザにとって特に前払いサービスを用いるアプリケーション用に重要であり、将来は非常に重要になる筈である。ＴＡＰ３の別の重要なアプリケーションはインターオペレータタリフ（ＩＯＴ）に基づく割り当てに対する対応である。ＩＯＴによりホームネットワークサービスプロバイダ（ＨＰＭＮ）はフォーリンサービスプロバイダ（ＶＰＭＮ）からの特別提供品及び料金をチェックし、それらをローミングユーザへ送ることができる。先ず、一例を挙げるに、ＶＰＭＮは異なる発呼サービスやレベルに対して特典や値引きを提供でき、ＨＰＭＮは簡単にこれらを検証してその料金を調整することができる。ユーザが現在の居場所に拘わらずローミングサービスを割り当てる選択肢はモバイルネットワークサービスプロバイダにとって有益であり、ＶＰＭＮによる内部特典時の収入損失を防止する。ＴＡＰ３以降、ＴＡＰプロトコルは同様に発呼が何処からなされサービスが使用されか等及びそれが何処へ向けられたものかに正確に関する詳細な情報を含む。この情報はその人の挙動に基づき個別ユーザに関するプロファイルの作成に役立ち、そのことがユーザの要求に対し提供するサービスの調整と最適化に重要な情報をもたらす。特に、それはスポーツやコンサート行事等の特定位置準拠サービスの提供に用いることができる。最後に、それはＴＡＰ３にリターンドアカウントプロシージャ（ＲＡＰ）プロトコルとの差分誤差処理を可能にする。かくして、ＲＡＰをＨＰＭＮが使用し入来ＴＡＰファイルをチェックし、とりわけＴＡＰ規格に対するそれらの有効性と適合性を検査し、必要に応じてサービスに対する割り当てをそれによって失うことなくそれらを拒絶することができる。現行のＴＡＰバージョン３は、例えば文献ＴＤ．５７により参照することができる。
【発明の開示】
【発明が解決しようとする課題】
【００１５】
しかしながら、従来技術は多種多様な欠点を有する。例えばＥＡＰ−ＳＩＭにとって、ユーザがＧＳＭサービスプロバイダとのＩＭＳＩを有する限り、サプリカント或いは遠隔アクセスクライアントを認証する上で無線ＬＡＮ技術におけるＧＳＭネットワークからの認証方法を用いることが明らかに可能である。原則的には、同様にＩＥＦＴ（インターネット技術特別調査委員会）からのモバイルＩＰを用い、例えばアクセスポイントを介するアクセスサーバと共に登録された適当なモバイルリモートアクセスクライアントへデータストリームを進路変更す（振り分け）ることが可能である。しかしながら、これはモバイルネットワーク用途の全ての問題の解決からは程遠く、そのことがユーザによる純粋に自由なローミングを可能にする筈である。一つの問題は、ＩＰネットワークが安全性と課金とサービス認証に関するＧＳＭ規格内で必要な前提条件をもはやもたないことである。これは、本質的にＩＰプロトコルのオープンアーキテクチャに関係するものである。すなわち、大量の情報がＩＰ規格内で失われており、該情報はＧＳＭネットワークとの互換性にとって絶対に必要であるということである。加えて、例えばＲＡＤＩＵＳ準拠アクセスサーバが単一のデータストリームを給送する。このことは、ＧＳＭ規格の多要素データストリーム上に直ちに写像はできない。従来技術の別の欠点は、無線ＬＡＮが今日世界中の異なるソフトウェア開発者やハードウェア開発者により提供される個別ホットスポット（すなわち、アクセスサーバのアクセスポイントの基本サービスエリア）に基づくものである点にある。このことが、二つの世界を組み合わせるのを困難にしており、何故ならそれらのゲートウェイ機能をそれぞれ特定の解決策に適合させる必要があるからである。ＧＳＭ認証インタフェースに関する技術仕様は、ＭＡＰ（モバイルアプリケーションパート）ＧＳＭ０９．０２第１期バージョン３．１０．０に見出すことができる。
【課題を解決するための手段】
【００１６】
本発明の一つの目的は、ＩＰノード向け、特に異種ＷＬＡＮ内のモバイルＩＰノード向けの新規方法を提案することにある。特に、目標はユーザがＷＬＡＮサービスプロバイダとの登録や課金やサービス認可等に自ら心配する必要なく各種ホットスポット間を簡単に移動（ローミング）できるよう、すなわち彼がＧＳＭ等の携帯無線技術でするのが常であったのと同じ便利さを享受できるようにすることにある。
【００１７】
本発明は、特に独立請求項の構成要件によってこれらの目標を達成する。他の好都合な実施形態を、従属請求項と説明中に見出すこともできる。
【００１８】
特に、本発明はこれらの目的を、コンテンツ準拠課金ＩＰネットワークごとにＩＰノードがインターネットサービスプロバイダを使用してネットワーク内の１以上のコンテンツプロバイダから課金招来コンテンツへアクセスすることで、またＩＰノードは要求のあったときにＳＩＭカードが記憶するＩＭＳＩをＩＰノードから伝送し、ＩＰノードからの伝送ＩＭＳＩをＳＩＭ−ＲＡＤＩＵＳモジュール内のデータベースに記憶させることで達成され、ここでＳＩＭ−ＲＡＤＩＵＳモジュールを用いてＧＳＭネットワーク用のＨＬＲ及び／又はＶＬＲ内のモバイルノードからのＳＩＭカード上のＩＭＳＩに基づきＩＰノードごとに認証及び／又はサービス認可を実行し、それを制御ゲートウェイモジュールへ伝送し、ここでネットワーク内のコンテンツプロバイダからのコンテンツへのＩＰノードによるアクセスは制御ゲートウェイモジュールを介して振り分けられ、制御ゲートウェイモジュールを用いてそれがアクセスの送信先アドレスに基づき課金を招来するかどうかチェックし、ここでコアエンジンモジュールが制御ゲートウェイモジュールへのアクセス期間中に、ＩＰノードにより取得したサービスに基づき発呼詳細記録を記録し、この発呼詳細記録が少なくともＩＰノードの識別番号及び／又は時間期間及び／又は使用したサービスのプロバイダを記録するとともに、それを課金モジュールへ転送し、ここで発呼詳細記録及び／又は清算データ及び／又は発呼詳細記録に基づくＴＡＰファイルは、サービスプロバイダ或いは銀行からの課金システムを用いて割り当てられる。課金モジュールは使用したサービスに基づき、すなわちコアエンジンモジュールからのデータに基づきＴＡＰファイルを生成することができ、それらを代金請求指令と共に清算モジュールへ伝送でき、清算モジュールはユーザが使用したサービスを陸上通信線ネットワークのプロバイダへ割り当てかつ／又はＴＡＰファイルを陸上通信線ネットワークのプロバイダ及び／又はインターネットサービスプロバイダ（ＩＳＰ）へ割り当て目的に伝送する。代金請求指令は、例えば特定ユーザ向け及び／又は特定サービスプロバイダ向け割り当てデータで構成することができる。使用するＩＰノードは例えば異種ＷＬＡＮ内のモバイルＩＰノードとすることができ、ここでモバイルＩＰノードはＷＬＡＮの基本的サービスエリア内の無線インタフェースを用いてＷＬＡＮ内のアクセスポイントへアクセスし、ＷＬＡＮ内の基本的サービスエリアはアクセスサーバに関連する１以上のアクセスポイントを備え、アクセスサーバは制御ゲートウェイモジュールを備え、かつ／又は適当なデータを制御ゲートウェイモジュールへ伝送する。識別目的に、例えばＳＩＭユーザデータベースとＳＩＭゲートウェイモジュールを用いて特定ユーザに基づきＷＬＡＮの論理ＩＰデータチャンネルを拡張し、ＧＳＭネットワークの信号及びデータチャンネル用に適当なＧＳＭデータを形成する。発呼詳細記録は、一例としてＩＰノードのＩＰアドレスとこのＩＰアドレスがそのサービスを使用するサービスプロバイダに関する識別番号とに少なくとも基づき作成することができる。課金管理データベースは、例えばユーザ向け及び／又はサービスプロバイダ向けのＩＰアドレス及び／又はＧＳＭ識別番号で構成することができる。これは、とりわけ異なる異種ＷＬＡＮ間の無継ぎ目ローミングを可能にする利点を有する。特にＩＰネットワーク内でＷＬＡＮ技術にＧＳＭ技術を組み合わせることで、ローミングはユーザがＷＬＡＮサービスプロバイダとの登録や課金やサービス認可等に自ら心配する必要なくローミングできるよう、すなわち彼がＧＳＭ等の携帯無線技術でするのが常であったのと同じ便利さを享受できるようにする。同時に、オープンＩＰの世界（世界規模インターネット等へのアクセス）の利点に全く新しい仕方で利点（安全性と課金とサービス認証等）を組み合わせることが可能である。本発明はまた、各サーバに適当なモジュールを適合させねばならないということなく、ＷＬＡＮ内でローミングする方法を生成することが可能である。他方、基盤設備（ＷＬＡＮ／ＧＳＭ）はＲＡＤＩＵＳの使用を通じて変更せずに採用できる。一例を挙げるに、サービスプロバイダの課金システムを用いた割り当ては、例えばＩＳＰの清算センター或いはモバイルオペレータへ送付されるＣＤＲを含むファイルを生成及び／又は提供する課金システにより、かつ／又は例えば課金システムからこれらのＣＤＲファイルを取り込む清算センターにより行なうことができる。
【００１９】
他の変形実施形態では、ＴＡＰファイルは少なくともインターオペレータタリフとまたパブリックモバイルＴＡＰ識別コードとに基づき作成される。これ又は別個の変形実施形態と組み合わせ、一例として課金管理データベースがインターオペレータタリフとまたパブリックネットワークＴＡＰ識別コードとを備えることは同様に想定し得る。この変形実施形態は、とりわけホームネットワークサービスプロバイダ（ＨＰＮＮ）が現在ユーザを網羅（ローミング）しているフォーリンネットワークサービスプロバイダ（ＶＰＭＮ）のＩＯＴを簡単に検証できる利点を有する。このことは、ＶＰＭＨが例えば特定の接続に対し特典を提供し、ＨＰＭＮがこれらが適正に適用されたことをチェックできることを意味する。ＶＰＭＮの特典プログラム或いは発呼レベルに関係なく、ＨＰＭＮはかくしてまた彼の固有料金等に基づき各接続及び／又は各発呼を簡単に再計算することができる。どんなフォーリンネットワーク及び／又はホームネットワークが現在ユーザを網羅しているかに関係なく、サービスに関する価格を決定する選択肢を例えばＶＰＭＮからの特定の課金低減の損失を回避するのに用いることのできるＨＰＭＮに対しサービスを割り当てる有益な手段とすることができる。同様に、このことが先ずユーザに関するホームネットワーク及び／又はホームカントリー及び／又は一例として欧州等の国を取り囲む共同体内の発呼への接続に対する特別価格等の特定の割り当て方式をＨＰＭＮに対し実装可能にする。
【００２０】
この際、本発明は本発明方法にのみ関するものではなく本方法を遂行する本発明方法にも関すると言明するものである。
【発明を実施するための最良の形態】
【００２１】
本発明の各種実施形態を、実施例を用いて以下に説明する。実施形態の例示は、以下の添付図面により図示する。
【００２２】
図１は、ＩＰネットワーク内コンテンツ準拠課金用の本発明方法及びシステムを概略示すブロック線図を示すものであり、ここでモバイルＩＰノード２０は接点準拠インタフェースを介してＳＩＭカード２０１へ接続され、結線４８を用いて制御ゲートウェイモジュール及び／又はアクセスポイント２１／２２へアクセスする。制御ゲートウェイモジュール及び／又はＷＬＡＮのアクセスサーバ２３がＧＳＭ携帯無線ネットワーク用のＨＬＲ３７及び／又はＶＬＲ３７内のＳＩＭカード２０１が記憶するＩＭＳＩに基づきＩＰノード２０を認証する。ステップ１１０２は一つの起き得る認証を示すものであり、ここでは一例として、ブラウザを用いてＪＡＶＡアプレットがロードされ、ＳＩＭカードからＩＭＳＩが読み取られ、適当な認証データが交換される。ステップ１１０３は変換処理を示し、ここではＩＰノード２０からのＩＰがＳＳ７へ変換され、ＩＭＳＩの検証がＨＬＲから要求される。ステップ１１０４において、関連する課金及び／又は清算データが最後に生成され、割り当てられる。
【００２３】
図２と図３は、ＩＰネットワーク内コンテンツ準拠課金用の本発明方法及びシステムを概略示すブロック線図を示すものであり、ここでＩＰノード２０はインターネットサービスプロバイダを用いてネットワーク内の１以上のコンテンツプロバイダからの課金招来コンテンツへアクセスし、ここでＩＰノード２０は要求のあったときにＩＰノード２０から制御ゲートウェイモジュール２２へＳＩＭカード２０１が記憶するＩＭＳＩを伝送し、ＩＰノード２０からのＩＭＳＩはＳＩＭ−ＲＡＤＩＵＳモジュール３０内のデータベースに保存される。
【００２４】
図１は、本発明の認証を実行するのに用いることのできるアーキテクチャを示すものである。図１は、ＩＰネットワーク内のコンテンツ準拠課金用の本発明方法及びシステムを概略示すブロック線図を示すものであり、ここでＩＰノード２０はインターネットサービスプロバイダを用いてネットワーク内の１以上のコンテンツプロバイダからの課金招来コンテンツへアクセスし、またＩＰノード２０は要求があったときにＩＰノード２０から制御ゲートウェイモジュール２２へＳＩＭカード２０１が記憶するＩＭＳＩを伝送し、ＩＰノード２０からのＩＭＳＩはＳＩＭ−ＲＡＤＩＵＳモジュール３０内のデータベースに記憶される。図１，２，３中、参照符号２０はＩＰノード、特にモバイルノードに関するものであり、それは説明する本発明方法及び／又はシステムを実装するハードウェアとソフトウェアとを含む必要な基盤設備を有する。ＩＰノードは、恒久的に組み込まれた、すなわち例えばモバイルＩＰノードである。すなわち、ＩＰノード２０はパーソナルコンピュータ或いはさもなくば例えば恒久的に組み込まれたＩＰ互換ネットワーク機器である。それがモバイルノード２０である場合、とりわけ各種ネットワークサイト及び／又は各種ネットワーク上での使用に提供される全ての可能な「顧客前提機器」（ＣＰＥ）を意味すると理解されたい。一例を挙げるに、これらはＰＤＡや携帯無線電話機やラップトップ等のあらゆるＩＰ互換機器を含む。モバイルＣＰＥ或いはノード２０は、複数の異なるネットワーク規格にも対応できる１以上の異なる物理的ネットワークインタフェースを有する。モバイルノードの物理的ネットワークインタフェースは、一例を挙げれば、ＷＬＡＮ（ワイヤレスローカルエリアネットワーク）やブルートゥースやＧＳＭ（グローバルシステムフォーモバイルコミュニケーション）やＧＰＲＳ（ジェネラライズドパケットラジオサービス）やＵＳＳＤ（アンストラクチャードサプリメンタリーサービスデータ）やＵＭＴＳ（ユニバーサルモバイルテレコミュニケーションシステム）及び／又はイーサネットや別の有線ＬＡＮ（ローカルエリアネットワーク）等向けのインタフェースから構成することができる。参照符号４８は従って、ブルートゥースネットワーク、例えば網羅構内実装や、ＧＳＭ及び／又はＵＭＴＳ等を用いる携帯無線ネットワークや、無線ＬＡＮ，例えばＩＥＥＥ無線８０２．１ｘに基づくものや、その他有線ＬＡＮ、例えば特にＰＳＴＮ（パブリックスイッチドテレフォンネットワーク）を含むローカルエリア陸上通信線ネットワーク等の各種異種ネットワークを表わす。原則として、本発明方法及び／又はシステムは、本発明の特徴が存在するも任意の所望ＬＡＮを用いて実装できる場合、一つの特定のネットワーク規格へは連結されない。ＩＰノードのインタフェース２０２は、イーサネットやトークンリング等のネットワークプロトコルにより直接使用されるパケット交換インタフェースだけでなく、例えばＰＰＰ（ポイントツーポイントプロトコル）やＳＬＩＰ（シリアルラインインターネットプロトコル）やＧＰＲＳ（ジェネラライズドパケットラジオサービス）、例えばＭＡＣやＤＬＣアドレスのようなネットワークアドレスを持たないインタフェースである回路交換インタフェースとすることもできる。一部に亙り前記した如く、通信はＬＡＮを用いて行なうことができ、例えば特別なショートメッセージ、例えばＳＭＳ（ショートメッセージサービス）やＥＭＳ（エンハンスドメッセージサービス）を用いることで、発信チャンネル、例えばＵＳＳＤ（アンストラクチャードサプリメンタリーサービスデータ）やＭＥｘＥ（モバイルエクセキューションエンバイロンメント）やＧＰＲＳ（ジェネラライズドパケットラジオサービス）やＷＡＰ（ワイヤレスアプリケーションプロトコル）やＵＭＴＳ（ユニバーサルモバイルテレコミュニケーションシステム）等の他の技術や、ＩＥＥＥ無線８０２．１ｘや別の有用なチャンネルを用いて行なうことができる。モバイルＩＰノード２０は、ＩＰモジュール及び／又はＩＰｓｅｃモジュールから構成することができる。モバイルＩＰの主要なタスクは，ＩＰネットワーク内のモバイルＩＰノード２０を認証し、適切な送信先アドレスとしてモバイルノード２０を有するＩＰパケットを進路変更させることにある。他のモバイルＩＰ仕様については、ＩＥＦＴ（インターネット技術特別調査委員会）ＲＦＣ２００２、ＩＥＥＥ通信、第３５巻第５号、１９９７年等を参照されたい。モバイルＩＰは例えば、特にＩＰｖ６とＩＰｖ４が対応している。モバイルＩＰ能力は、パブリックインターネット内でのモバイルデータ管理を保証すべく好ましくはＩＰｓｅｃ（ＩＰセキャリティプロトコル）の保安機構と組み合わせることができる。ＩＰｓｅｃ（ＩＰセキャリティプロトコル）は、パケット単位ベース或いはソケット単位を基本に共にＩＰｓｅｃを用いるネットワークノード間での認証／機密機構を生み出す。しかしながら、ＩＰｓｅｃの柔軟性の一つは特にそれがパケット単位を基本に個別ソケットごとに構成できる点にある、ＩＰｓｅｃは、ＩＰｖｘ、特にＩＰｖ６とＩＰｖ４に対応している。より詳細なＩＰｓｅｃ仕様に関しては、例えばＰｅｔｅ  Ｌｏｓｈｉｎ著、「ＩＰセキャリティアーキテクチャ」、Ｍｏｒｇａｎ  Ｋａｕｆｍａｎｎ出版、１９９９年１１月や、Ｊａｍｅｓ  Ｓ等著、「ＩＰｓｅｃ技術便覧」、ＣＲＣ出版、ＬＬＣ、２０００年１２月等を参照されたい。ＩＰｓｅｃはＩＰレベルでの保安プロトコルの使用例として本例示実施形態内で説明してきたが、全ての可能な他の保安プロトコルや保安機構、さらには保安プロトコルの省略が本発明に従って想起可能である。
【００２５】
加えて、ＩＰノード２０は接点準拠インタフェースを介してＧＳＭネットワークのユーザに対しＩＭＳＩ（国際移動体加入者識別番号）を記憶するＳＩＭカード２０１（ＳＩＭ；加入者識別モジュール）へ接続してある。陸上通信線ネットワーク内のＩＰノード２０の場合、ＩＰノード２０は例えばｘＤＳＬやＰＰＰを使用する公衆交換電話網を用いたダイヤルアップや経路指定ローカルエリアネットワーク等々、例えばコンテンツプロバイダへ接続された世界規模バックボーンネットワークインターネットや別のネットワークによりアクセスが提供される。ＳＩＭ−ＲＡＤＩＵＳモジュール３０を用い、ＧＳＭネットワーク用のＨＬＲ３７及び／又はＶＬＲ３７内のノード２０からＳＩＭカード２０１上のＩＭＳＩに基づきＩＰノード２０に対する認証及び／又はサービス認証を行ない、それを制御ゲートウェイモジュール（２２）へ伝送する。モバイルＩＰノード２０の場合、認証目的にＩＰノード２０はＷＬＡＮの基本的サービスエリア内で無線インタフェース２０２を使用し、アクセスポイント２１／２２にＷＬＡＮへのアクセスを要求する。既に説明した如く、異なるホットスポットからの各種ＷＬＡＮは、ＩＥＥＥ無線８０２．１ｘやブルートゥース等に基づくＷＬＡＮ等の異種ネットワーク規格及びプロトコルで構成することができる。ＷＬＡＮの基本的サービスエリアは、アクセスサーバ２３に関連する１以上のアクセスポイント２１／２２を備える。モバイルＩＰノード２０は、アクセスサーバ２３からの要求を受けたときにＳＩＭカード２０１が記憶するＩＭＳＩをモバイルＩＰノード２０からアクセスサーバ２３へ伝送する。モバイルＩＰノード２０からのＩＭＳＩは、ＳＩＭ−ＲＡＤＩＵＳモジュール３０を用いて記憶させる。ＩＭＳＩに基づき、ＳＩＭユーザデータベース３４が記憶する情報は特定ユーザに基づくＷＬＡＮの論理ＩＰデータチャンネルの拡張に用いられ、ＧＳＭネットワークの信号及びデータチャンネルに対する適切なＧＳＭデータを作成する。ＧＳＭシステムは、トラヒックチャンネルとして知られるデータチャンネルや配信チャンネルとして知られる制御信号チャンネルとを備える。トラヒックチャンネル（例えば、ＴＣＨ／ＦＳやＴＣＨ／ＨＳやＴＣＨ／Ｆ９や６／４．８／２．４やＴＣＨ／Ｈ４．８／２．４等）はユーザデータ用に確保され、その一方で配信チャンネル（例えば、ＣＣＣＨ：共通制御チャンネルや、ＲＡＣＨ：ランダムアクセスチャンネルや、ＤＣＣＨ：専用制御チャンネルや、ＣＢＣＨ：セル同報通信チャンネル等）がネットワーク管理や制御機能等用に用いられる。論理チャンネルはインタフェースにより全て同時には使用できないが、むしろＧＳＭ仕様を用いた特定の組み合わせたにおいてだけ使用できる。ＳＩＭゲートウェイモジュール３２を用いることで、ＧＳＭデータとＳＩＭユーザデータベース３４を用いるＳＩＭ−ＲＡＤＩＵＳモジュール３０とＳＩＭゲートウェイモジュール３２に基づき、ＩＰノードの認証を行なうべく必要なＳＳ７／ＭＡＰ機能を生成し、ＧＳＭネットワーク用のＨＬＲ３７（ホームロケーションレジスタ）及び／又はＶＬＲ３７（ビジターロケーションレジスタ）内のモバイルノード２０からのＳＩＭカード２０１上のＩＭＳＩに基づきモバイルＩＰノードに対する認証を行なう。
【００２６】
ＩＰノード２０は、例えば可拡張認証プロトコルを用いて認証することができる。ユーザを認証するＥＡＰ準拠方法のため、またＧＳＭ加入者識別モジュール（ＳＩＭ）を用いてユーザへセッション鍵を割り当てるため、例えば以下のチャレンジ−レスポンス法を用いることができる。ＳＩＭカード認証アルゴリズムは、チャレンジとして１２８ビット乱数（ＲＡＮＤ）を供給される。ＳＩＭカードはそこで乱数ＲＡＮＤとＳＩＭカードが記憶する秘密鍵Ｋｉとを入力として受け取る個別オペレータに特有の機密アルゴリズムを実行し、そこから３２ビットレスポンス（ＳＲＥＳ）と６４ビット鍵Ｋｃとを生成する。Ｋｃは無線インタフェース（ＧＳＭ技術仕様ＧＳＭ０３．２０（ＥＴＳ３００・５３４）（ディジタル携帯遠隔通信システム（第２期）；欧州遠隔通信規格協会、１９９７年８月）によりデータ転送を暗号化するのに用いられる。認証については、複数の６４ビットＫｃ鍵を生成する複数のＲＡＮＤチャレンジを用いる。これらのＫｃ鍵は、より長いセッション鍵を生成すべく合成される。モバイルＩＰノード２０では、アクセスポイント２１とアクセスサーバ２３との間のシステムは、前述した如く、ＩＥＥＥ８０２．１ｘポート準拠認証方法と、アクセスポイント２１（オーセンティケータ）によりアクセスサーバ２３（認証サーバ）を用いて認証するＩＰノード２０（遠隔アクセスクライアント／サプリカント）とを備えよう。この例示実施形態では、ＷＬＡＮはＩＥＥＥ８０２．１１に基づく。陸上通信線ネットワーク内のＩＰノード２０の場合、同じ方法を制御ゲートウェイモジュール２２を用いて行なうことができる。ＧＳＭ認証を行なうため、ＳＩＭゲートウェイモジュール３２はインターネットオーセンティケーションサービス（ＩＡＳ）サーバネットワークとＧＳＭ認証基盤設備の間、すなわちゲートウェイモジュール２２或いはアクセスポイント２２（アクセスサーバ２３）とＨＬＲ３７或いはＶＬＲ３７の間のゲートウェイとして機能する。ＥＡＰ／ＳＩＭの開始時点では、制御ゲートウェイモジュール２２は制御ゲートウェイモジュール２２を介して第１のＥＡＰ要求１を用い、とりわけユーザに関する国際モジュール加入者識別番号（ＩＭＳＩ）をＩＰノード２０に要求する。ＷＬＡＮ内では、アクセスポイント２２を介して第１のＥＡＰ要求１を用い、とりわけユーザの国際移動体加入者識別番号（ＩＭＳＩ）に関するモバイルＩＰノード２０を要求するのはアクセスサーバ２３である。これは、ＥＡＰレスポンス２を用いてＩＰノード２０から制御ゲートウェイモジュール２２或いはアクセスポイント２１へ伝送される。ＩＭＳＩを用いることで、アクセスサーバ２３は関連するＨＬＲ３７或いはＶＬＲ３７により表わされるトリプレット要求時にｎ個のＧＳＭトリプレットを受信する。トリプレットに基づき、アクセスサーバ２３はｎ×ＲＡＮＤ用のメッセージ認証コードと鍵用のサービス寿命（ＭＡＣ＿ＲＡＮＤと併せ）とセッション鍵とを受信する。第３回ＥＡＰステップ３では、アクセスサーバ２３は１８型（ＳＩＭ）のＥＡＰ要求をモバイルＩＰノード２０へ伝送し、対応するＥＡＰレスポンス４を受信する。ＳＩＭ種ＥＡＰデータパケットは、加えて特別な亜種フィールド���有する。第１のＥＡＰ要求／ＳＩＭは、亜種１（開始時点）からなる。このパケットは、アクセスサーバ２３が対応するＥＡＰ／ＳＩＭプロトコルバージョン番号一覧を含む。ＩＰノード２０からのＥＡＰレスポンス／ＳＩＭ（開始時点）４は、ＩＰノード２０が選択するバージョン番号を含む。ＩＰノード２０は、ＥＡＰ要求に示されたバージョン番号の一つを選択する必要がある。ＩＰノード２０からのＥＡＰレスポンス／ＳＩＭ（開始時点）は、同様に鍵に関するサービス寿命提案とＩＰノードが生成する乱数ＮＯＮＣＥ＿ＭＴとを含む。全ての後続ＥＡＰ要求は全てＩＰノード２０からのＥＡＰレスポンス／ＳＩＭ（開始）データパケットとして同バージョンを含む。前述の如く、この変形実施形態はＳＩＭゲートウェイモジュール３２を有しており、これがＧＳＭ認証を遂行すべくアクセスサーバ２３とＨＬＲ２７或いはＶＬＲ３７との間のゲートウェイとして機能する。ＥＡＰレスポンス／ＳＩＭを受信すると、アクセスサーバ２３はＧＳＭネットワークに関しＨＬＲ／ＶＬＲ３７からｎ個のＧＳＭトリプレットを受信する。このトリプレットから、アクセスサーバ２３はＭＡＣ＿ＲＡＮＤとセッション鍵Ｋを算出する。ＳＩＭ生成セッション鍵Ｋの暗号値とメッセージ認証コードＭＡＣ−ＲＡＮＤ及びＭＡＣ＿ＳＲＥＳの算出は、例えばＨ．Ｋｒａｗｃｚｙｋ、Ｍ．Ｂｅｌｌａｒ、Ｒ．Ｃａｎｅｔｔｔｉ著、文献「ＨＩＭＡＣ：メッセージ認証用鍵式ハッシング」（ＲＦＣ２１０４、１９９７年２月）から借用することができる。アクセスサーバ２３からの次のＥＡＰ要求５は、ＳＩＭと亜種チャレンジ種からなる。要求５は、ＲＡＮＤチャレンジとアクセスサーバ２３が選択する鍵の使役寿命とチャレンジ及び寿命に関するメッセージ認証（ＭＡＣ＿ＲＡＮＤ）とを含む。ＥＡＰ要求／ＳＩＭ（チャレンジ）５を受信すると、ＧＳＭ認証アルゴリズム６がＳＩＭカード上で実行され、ＭＡＣ＿ＲＡＮＤの写しを算出する。モバイルＩＰノード２０が、算出ＭＡＣ＿ＲＡＮＤ値が受信ＭＡＣ＿ＲＡＮＤ値と同じかチェックする。二つの値が全く一致しない場合、モバイルＩＰノード２０は認証法を終了し、ＳＩＭカードにより算出した認証値をネットワークへは一切伝送しない。値ＲＡＮＤはメッセージ認証コードＭＡＣ＿ＲＡＮＤと併せ受信されるため、ＩＰノード２０はＲＡＮＤが新規であり、ＧＳＭネットワークから生成されたことを保証することができる。全てのチェックが正しかった場合、ＩＰノード２０はレスポンスとしてＩＰノード２０に関するＭＡＣ＿ＳＲＥＳを含むＥＡＰレスポンス／ＳＩＭ（チャレンジ）７を伝送する。アクセスサーバ２３はＭＡＣ＿ＲＥＳが正しいかチェックし、最後に認証が首尾よくなされたことをＩＰノード２０へ示すＥＡＰ成功データパケット８を伝送する。アクセスサーバ２３は加えて認証メッセージ（ＥＡＰＳｕｃｃｅｓｓ）と共に受信セッション鍵をアクセスポイント２２或いは制御ゲートウェイモジュール２２へ伝送する。首尾よき認証の場合、ＨＬＲ３７及び／又はＶＬＲ３７内で位置更新が行われ、ＩＰノード２０はアクセスサーバ用に顧客データベース内で適切な入力を受信する。陸上通信線ネットワーク内のＩＰノード２０の場合とＷＬＡＮ内のモバ���ルＩＰモジュール２０の場合、制御ゲートウェイモジュール２２内のメモリモジュール内で適切な入力がなされる。
【００２７】
ＩＰノード２０或いはＩＭＳＩが認証された場合、ＩＰノード２０はコンテンツ、例えばコンテンツプロバイダからの課金招来ファイル内へのアクセス要求に使用することができる。ネットワーク内のコンテンツプロバイダからのコンテンツへアクセスするＩＰノード２０では、アクセスは制御ゲートウェイモジュール２２を介して振り分けられる。制御ゲートウェイモジュール２２を使用することで、アクセスが課金を招くかどうかを検査する基準として送信先アドレスが用いられる。言及するコンテンツプロバイダは、コンテンツ及び／又は刊行物を生成し、それらをインターネット上で販売するものである。このコンテンツはＩＳＰへは転送されず、代わりにコンテンツプロバイダ当局内に止まる。コンテンツプロバイダは、本発明システムの使用に対し課金されるサービスを市場に出し販売する。サービスプロバイダは通常、コンテンツプロバイダからそのネットワークを介してユーザへコンテンツを伝送しかつ／又はユーザにこの種のコンテンツへアクセスさせる。本発明システム及び／又は方法はサービスプロバイダが用い、本サービスの立ち上げ或いは配給場所の如何に拘わらず、コンテンツプロバイダから顧客へこの種課金招来サービスを割り当て、かくして支払い及び清算サービスを提供することができる。ＩＰノード２０により得られるサービスに基づく制御ゲートウェイモジュール２２へのアクセス時に、コアエンジンモジュールが発呼詳細記録を記録し、この発呼詳細記録は少なくともＩＰノード２０の識別番号及び／又は時間期間及び／又は使用するサービスのプロバイダとを含み、それらを課金モジュールへ転送する。この発呼詳細記録及び／又は清算データ及び／又は発呼詳細記録に基づくＴＡＰファイルは、サービスプロバイダ或いは銀行ごとに課金システム５５を用いて割り当てられる。前記したユーザを認証する手段の外に、本発明システムの基盤設備は組み込みと集積化にとって重要なさらなる二つの構成要素を実質的に備える。この二つの構成要素は、コアエンジンモジュール５９と前述の制御ゲートウェイモジュール２２である。これら二つの構成要素の相互作用とタスクを、以下に説明する。
【００２８】
制御ゲートウェイモジュール２２はユーザによる割増コンテンツ、すなわちコンテンツプロバイダからの課金招来サービスへのあらゆるアクセスを特定する。制御ゲートウェイモジュール２２は、割増コンテンツに対しゲートウェイすなわちアクセスに対するチェック用エンティティの如く機能し、コンテンツプロバイダのサービスへのアクセスを拒絶或いは許可する。この目的に合わせ、ユーザ或いはＩＰノード２０からの要求はそれらを直接コンテンツプロバイダへ伝送する代わりに制御ゲートウェイモジュール２２へ振り分けられる。入来要求は、送信先アドレス（ＵＲＬ）を用いて制御ゲートウェイモジュール２２によりチェックされ、それらが「課金を招来する」かどうかチェックする。アクセスが許可される前に、制御ゲートウェイモジュール２２はＩＭＳＩサーバとＲＡＤＩＵＳサーバを用いて前記した如くユーザの識別を確立する。制御ゲートウェイモジュール２２は、この認証情報を用いてコアエンジンモジュール５９からのさらなる指令を要求する。コンテンツプロバイダは、一例としてハードウェア準拠及び／又はソフトウェア準拠論理を例えば彼らのウェブページ内でＪＡＶＡアプレット等を用いてインストールすることができ、それが適当な制御ゲートウェイモジュール２２へのユーザによるアクセスを進路変更させる。一例として、ネットワークモジュールからのユーザ要求に対し正しい正規経路の要求にスクリプトコードを用いることができ、その結果ＨＴＭＬページの構造に関する要求はＨＴＴＰリダイレクト或いは同様の方法によりこのパスへ進路変更される。制御ゲートウェイモジュール２２を用いることで、ユーザはここで割増コンテンツすなわちコンテンツプロバイダのサービスへアクセスすることができる。制御ゲートウェイモジュール２２はトランザクションに関係する情報をユーザへ提示し、割増コンテンツへのアクセス動作を制御して文書化すべくコアエンジンモジュール５９への接続を必要とする。制御ゲートウェイ２２は、サービスプロバイダのネットワーク内に例えば同様の仕方でプロキシサーバへ組み込むか一体化することができる。制御ゲートウェイモジュール２２はコンテキスト情報を一切保持してやらず、かくしてＤＮＳロビンやウェブ交換機等の負荷均衡環境内で単純に使用するかスケーリングすることができる。
【００２９】
コアエンジンモジュール５９は制御ゲートウェイモジュール２２と交信し、課金用のデータを生成する。ユーザがＩＰノード２０を介して課金招来サービスを得たいと欲するつど、このトランザクションはコアエンジンモジュール２２により監視され文書化される。記録は何時、如何なる値段で、どのＵＲＬをユーザが要求したかから成り、支払いを確認する。課金用に、価格リストを例えばコンテンツプロバイダにより規定し、コアエンジンデータベースに記憶させてそれをアクセスできるようにすることができる。トランザクションを行ない、課金データ記録を生成するため、コアエンジンモジュール５９はユーザを識別或いは認証（上記参照）し、彼にデータベースからの要求サービスに対する価格情報を示し、ユーザの追認に基づきサービスに対するアクセスを提供或いは阻止する。トランザクションが提供されたかどうかは、特にサービスプロバイダとユーザ自身により如何なる制限が設定されたかやユーザからのフィルタ設定や他のプロファイル設定や汎用指針に応じたものとすることができる。コアエンジンモジュール５９は例えばＪＡＶＡアプリケーションの形をとらせることができ、すなわち横断プラットホーム能力をもって実行することができ、かくして大量の数のアプリケーションサーバプラットホーム上で使用することができる。コアエンジンモジュール５９用に用いるデータベースは、例えばＪＤＢＣ規格に対応する関係型データベースとすることができる。コアエンジンモジュール５９は個別ユーザを識別するため上記した認証方法用インタフェースを必要とする。加えて、コアエンジンモジュール５９にはユーザとの課金（例えば、月次の総課金）用の必要なデータを保護するためサービスプロバイダの課金システム用インタフェースを備えることができる。価格リストは、サービスと割増コンテンツに関する関連価格とを含む製品或いはサービスカタログを用いて提示することができる。割増コンテンツを識別するため、本発明方法はブラックリスト管理として公知のものに使用されるのと同様の技術を用いることができる。すなわち、インターネットアドレス（ＵＲＬ）をコアエンジンモジュール５９及び／又は制御ゲートウェイモジュール２２とを用いて評価する。コンテンツプロバイダは価格リストを用い、彼のウェブサイトの特定エリアごとに割増コンテンツへのアクセスを提供する価格を規定する。以下の例は、幾つかの可能な価格エントリを示す。
【００３０】
【表１】
2007537635.tif 000003
【００３１】
本例では、コンテンツプロバイダは検索ごとに１ユーロでユーザへ市場情報を販売することを希望している。アーカイブ内での市場調査では、彼は３ユーロを要求し、汎用アーカイブ内での調査は２４時間（１４４０分）と費用５ユーロまで可能であるよう意図してある。本例に即するならば、コンテンツプロバイダはそれが関連価格モデルを設定するよう彼のウェブサーバ上でコンテンツを構成できるに過ぎない。加えて、コンテンツプロバイダはアクセス規則を定め、例えばサービスプロバイダのユーザがウェブサイト上でさらなる登録をすることなく割増コンテンツへ直接アクセスできるようにしてある。パブリックコンテンツは、たとえ本発明方法及び／又はシステムを用いたにせよ、パブリックルートによって搬送し続けることができる。割増コンテンツ用に意図されたアクセス動作だけをシステムを介して振り分けることになるが、これは特にデータ転送を認可し制御する制御ゲートウェイモジュール２２である。一例を挙げるに、柔軟性のある要素をＩＰアドレスの背後のアカウントの識別を要求するためサービスプロバイダのインタフェースと通信する追加の認証エージェントとすることもできる。一例として、認証エージェントは要求を伝送すべく認証インタフェースへＴＣＰ接続を立ち上げることもできる。しかしながら、この目的に合わせ、ＳＳＬ、すなわちデータベース照会（ＪＤＢＣやＯＤＢＣや固有インタフェース等）の使用による保護等の他の任意の相互作用を用いることも可能である。この種の認証エージェントが既に行なわれたＲＡＤＩＵＳ認証に基づき要求されることはもはやないが、そうではなく例えばシステムの安全性をさらに増すのに用いることができる。
【００３２】
制御ゲートウェイモジュール２２のハードウェアに対する規模を規定するのに、例えば一つのルータからその制御モジュール２２への幾つかの可能な同時接続を用いることが可能である。経験則として一例を挙げるに、同時刻にインターネット上にログイン中のユーザの１０％が同時に制御ゲートウェイモジュール２２への接続原因となると想定することができる。ネットワークカードの数は、一例として制御ゲートウェイモジュール２２上の算出された同時接続数が処理できるようにして規模を定めることができる。一つの指針として、１００メガビットＮＩＣが例えばほぼ毎秒１４００ＨＴＴＰの発呼を処理できることがあり得る。制御ゲートウェイモジュール２２は例えばプロキシサーバに対し同様の特性を有することができる。すなわち、（１）制御ゲートウェイモジュール２２はプロキシサーバの如く機能し、新たな送出結線（ウェブサーバへの）が、入来結線（ブラウザからの）を立ち上げる（一又は複数のｈｔｔｐ）、（２）コアエンジンモジュール５９への送出結線が、課金を将来する場合に入来結線用に立ち上げられる（複数ｈｔｔｐ）。出来る限り結線間の影響要因を除外するため、通信の各方向ごとに個別ネットワークインタフェースを配設することが適切であろう。以下の計算は、例えば必要なハードウェアの確認の基礎として使用することができる。
【００３３】
【表２】
2007537635.tif 000004
【００３４】
制御ゲートウェイモジュール２２には、例えばユーザ接続に関するコンテキスト情報を一切含ませないことができる。従って、ＤＳＮロビン及び／又はウェブ交換機上等の複数の機械上で要求を配給するのに標準負荷配給機構を使用することが可能である。万が一高レベルの利用可能性が所望ならば、一例として少なくともハードウェアの２倍を備えるシステムを計算するのが適切であろう。このハードウェアには、例えばＳｕｎ・Ｓｏｌａｒｉｓ及び／又はＬｉｎｕｘ／Ｉｎｔｅｌ及び／又はＦｒｅｅＢＳＣ／Ｉｎｔｅｌ等の適切な動作システムを装備させることができる。制御ゲートウェイモジュール２２は逆ＨＴＴＰサーバへの機能において対応しており、このサーバはプロキシサーバの如く、顧客とコンテンツサーバとの間のゲートウェイとして配置される。このソフトウェアは、例えばＨＴＴＰ／１．１規格に準拠して展開させ、ＲＦＣ２０６８に基づきゲートウェイの要求に合致させることができる。制御ゲートウェイモジュール２２は、例えばユーザの認可の下で組み込んで開始することのできるサーバプロセスとして動作させることができる。例えば、特権的ポート８０（ｈｔｔｐ規格ポート）を用いることができるが、例えばアクセスをポート転送として立ち上げるのが適切であろう。
【００３５】
本発明システムは、コンテンツプロバイダからのサービスを、このサービスが何処で立ち上げられ或いは提供されたかに関係なく、サービスプロバイダがそれらの顧客へ割り当てられるようにし、こうして支払い及び清算サービスをもたらす。特に、本システムは課金招来コンテンツの課金時にサービスプロバイダ（ＩＳＰ）とコンテンツプロバイダとユーザの両者に対し高度の安全規格を達成し、このことは従来技術に基づく従来システムでは不可能であった。
【図面の簡単な説明】
【００３６】
【図１】ＩＰネットワーク内コンテンツ準拠課金用の本発明方法及びシステムを概略示すブロック線図である。
【図２】ＩＰネットワーク内コンテンツ準拠課金用の本発明方法及びシステムを概略示すブロック線図である。
【図３】ＩＰネットワーク内コンテンツ準拠課金用の本発明方法及びシステムを概略示すブロック線図である。
【符号の説明】
【００３７】
２０  ＩＰノード
２１  制御ゲートウェイモジュール
２２  アクセスポイント
２３  アクセスサーバ
３０  ＳＩＭ−ＲＡＤＩＵＳモジュール
３２  ＳＩＭゲートウェイモジュール
３４  ＳＩＭユーザデータベース
３７  ＨＬＲ／ＶＬＲ
４８  結線
５５  課金システム
５９  コアエンジンモジュール
２０１  ＳＩＭカード
２０２  インタフェース
１１０２，１１０３，１１０４  ステップ
【図１】
2007537635.tif 000005
【図２】
2007537635.tif 000006
【図３】
2007537635.tif 000007
【国際調査報告】
2007537635.tif 000008
2007537635.tif 000009
2007537635.tif 000010
2007537635.tif 000011
2007537635.tif 000012
2007537635.tif 000013