(57)【要約】      （修正有）【課題】高いレベルのデータセキュリティによるデータ通信を可能にする。【解決手段】第１制御ノード１０１により第１通信ネットワーク１５２を形成するよう構成される第１制御ノード通信モジュール１５１と、前記第１通信ネットワークと通信分離される、第２制御ノード１０３により第２通信ネットワーク１５４を形成するよう構成される第２制御ノード通信モジュール１５３と、少なくとも１つの第１ユーザノード１０９によりユーザ通信ネットワークを形成し、前記第１ユーザノードからユーザリクエストを受信するよう構成されるユーザノード通信モジュール１５５とを有する中間ノード１０５であって、当該中間ノード１０５は、前記ユーザリクエストに基づき匿名ユーザリクエストを生成し、前記匿名ユーザリクエストを前記第１制御ノード又は前記第２制御ノードに選択的に送信するための選択を実行するよう構成される。【選択図】図１
2012155704.tif 000002
【特許請求の範囲】
【請求項１】
第１制御ノードにより第１通信ネットワークを形成するよう構成される第１制御ノード通信モジュールと、
前記第１通信ネットワークと通信分離される、第２制御ノードにより第２通信ネットワークを形成するよう構成される第２制御ノード通信モジュールと、
少なくとも１つの第１ユーザノードによりユーザ通信ネットワークを形成し、前記第１ユーザノードからユーザリクエストを受信するよう構成されるユーザノード通信モジュールと、
を有する中間ノードであって、
当該中間ノードは、前記ユーザリクエストに基づき匿名ユーザリクエストを生成し、前記匿名ユーザリクエストを前記第１制御ノード又は前記第２制御ノードに選択的に送信するための選択を実行するよう構成される中間ノード。
【請求項２】
前記第１制御ノード通信モジュールは、前記第１制御ノードから匿名レスポンスデータを受信するよう構成され、
前記第２制御ノード通信モジュールは、前記第２制御ノードから匿名レスポンスデータを受信するよう構成され、
前記匿名レスポンスデータは、前記ユーザリクエストに対するレスポンスを示す、請求項１記載の中間ノード。
【請求項３】
前記生成された匿名ユーザリクエストは、前記第１ユーザノードにより実行される取引を特定する取引識別情報のデジタルフィンガープリントを有する、請求項１又は２記載の中間ノード。
【請求項４】
前記取引は、前記第１ユーザノードによりコンテンツデータへのアクセスに関し、
特に前記コンテンツデータは、支払データ、電子メールデータ、コンテンツオンデマンドデータ、ビデオデータ及びオーディオデータの少なくとも１つを有する、請求項３記載の中間ノード。
【請求項５】
前記匿名ユーザリクエストを前記第１制御ノード又は前記第２制御ノードに送信するための選択は、前記コンテンツデータが発信された地理的位置及び／又は前記コンテンツデータが供給される地理的位置に基づく、請求項４記載の中間ノード。
【請求項６】
前記取引は、前記第１ユーザノードによるアプリケーションの実行に関し、
特に前記アプリケーションは、電子メールアプリケーション、支払アプリケーション及びデータアクセスアプリケーションの少なくとも１つを有する、請求項３乃至５何れか一項記載の中間ノード。
【請求項７】
当該中間ノードはさらに、前記第１ユーザノードにより実行される取引の履歴を示す取引履歴レポートを取得するよう構成され、
前記取引履歴レポートは、前記第１ユーザノードに固有である、請求項３乃至６何れか一項記載の中間ノード。
【請求項８】
中間ノード、特に請求項１乃至７何れか一項記載の中間ノードであって、
第１制御ノードにより第１通信ネットワークを形成するよう構成される第１制御ノード通信モジュールと、
前記第１通信ネットワークと通信分離される、第２制御ノードにより第２通信ネットワークを形成するよう構成される第２制御ノード通信モジュールと、
少なくとも１つの第２ユーザノードにより通信ネットワークを形成し、前記第２ユーザノードから取引関連データを受信するよう構成されるユーザノード通信モジュールと、
を有し、
当該中間ノードは、前記取引関連データに基づき匿名取引関連データを生成し、前記匿名取引関連データを前記第１制御ノード又は前記第２制御ノードに送信するための選択を実行するよう構成される中間ノード。
【請求項９】
請求項１乃至８何れか一項記載の中間ノードと、
前記中間ノードにより第１通信ネットワークを形成する第１制御ノードと、
前記中間ノードにより第２通信ネットワークを形成する第２制御ノードと、
を有する通信ネットワークであって、
前記第１制御ノードと前記第２制御ノードとの少なくとも１つは、前記第１ユーザノードに固有の匿名履歴レスポンスを前記中間ノードに送信するよう構成される通信ネットワーク。
【請求項１０】
前記第１制御ノードは、第１制御ノード位置に配置され、
前記第２制御ノードは、前記第１制御ノード位置から１００ｋｍ〜２０００ｋｍの距離、特に３００ｋｍ〜２００００ｋｍの距離だけ離間した第２制御ノード位置に配置される、請求項９記載の通信システム。
【請求項１１】
前記第１制御ノード位置は、第１管轄区域内にあり、
前記第２制御ノード位置は、前記第１管轄区域と異なる第２管轄区域内にある、請求項１０記載の通信システム。
【請求項１２】
前記第１制御ノードにより第２制御ノード通信ネットワークを形成するよう構成されるさらなる第１制御ノードをさらに有し、
前記第１制御ノードは、前記匿名レスポンスデータが前記第１制御ノードにおいて利用可能でない場合、前記中間ノードから受信した匿名ユーザリクエストを前記さらなる第１制御ノードに送信するよう構成され、
前記さらなる第１制御ノードは、前記匿名レスポンスデータを抽出し、前記匿名レスポンスデータを前記第１制御ノードに送信するよう構成され、
前記第１制御ノードは、前記さらなる第１制御ノードから受信した匿名レスポンスデータを前記中間ノードに送信するよう構成される、請求項９乃至１１何れか一項記載の通信システム。
【請求項１３】
中間ノードを提供するステップと、
前記中間ノードのユーザノード通信モジュールが、前記中間ノードと少なくとも１つの第１ユーザノードとの間に形成された通信ネットワークを介し、前記第１ユーザノードからユーザリクエストを受信するステップと、
中間ノードが、前記ユーザリクエストに基づき匿名ユーザリクエストを生成するステップと、
中間ノードが、前記匿名ユーザリクエストを第１制御ノード又は第２制御ノードに選択的に送信するための選択を実行するステップと、
を有する通信方法であって、
前記中間ノードの第１制御ノード通信モジュールは、前記第１制御ノードにより第１通信ネットワークを形成し、
前記中間ノードの第２制御ノードは、前記第１通信ネットワークから通信分離された、前記第２制御ノードにより第２通信ネットワークを形成する通信方法。
【請求項１４】
プロセッサにより実行されると、請求項１３記載の方法を制御又は実行するよう構成されるプログラム要素。
【請求項１５】
プロセッサにより実行されると、請求項１３記載の方法を制御又は実行するよう構成されるコンピュータプログラムが格納されるコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、中間ノード、通信ネットワーク、通信方法、プログラム要素及びコンピュータ可読媒体に関する。特に、本発明は、中間ノードが異なるタイプのレスポンスデータを提供する第１制御ノード又は第２制御ノードと選択的に通信するよう構成される、中間ノード、通信ネットワーク、通信方法、プログラム要素及びコンピュータ可読媒体に関する。
【背景技術】
【０００２】
あらゆるタイプの電子商取引は、安全で確実な通信を要求する。電子通信がこのような取引を実現するのに利用される場合、このような通信の機密、送信者／受信者の特定及びメッセージ完全性が電子的に確保される必要があり、関連する通信イベントは、トレーサビリティの理由のため否認防止プロトコルにおいて登録される必要がある。法的及びビジネス要求が充足される必要があり、適用可能な法律によって、又は各ユーザ若しくはユーザグループによって規定されるようなデータプライバシが、同時に維持される必要がある。このような取引の具体例として、電子請求書の送信、購買取引の管理、信頼される及びバインディング電子メールなどのデジタル郵便サービスの実行があげられる。様々な困難があり、特に本発明の実施例による革新的な技術的処理による新規でフレキシブルな構成的アプローチを採用することによって、本発明の実施例を利用して充足されうる。
【０００３】
ＷＯ２００７０７３９４３Ａ１は、送信ユニット、受信ユニット及び制御ユニットを有する通信システムであって、送信ユニットが電子メッセージを生成し、電子メッセージを受信ユニットに直接送信し、送信ユニットが受信ユニットに電子メッセージを送信したことを示す送信情報メッセージを制御ユニットに送信するよう構成され、受信ユニットが送信ユニットから電子メッセージを直接受信し、受信ユニットのユーザが電子メッセージを受信したことを示す受信情報メッセージを制御ユニットに送信するよう構成される通信システムを開示する。
【０００４】
ＷＯ２００７０７３９４３Ａ１はさらに、送信ユニットのユーザの識別情報を認識してプロバイダが送信ユニットと通信することを開示する。しかしながら、これと対照的に、送信ユニットに関する第１制御エンティティと第２制御エンティティとの間の通信は、送信ユニットの識別情報が第２制御エンティティに認識されないように匿名とされる。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
高いレベルのデータセキュリティによるデータ通信を可能にする、特にローカルな規制を充足し、機密データの保護が向上しうるデータ通信を可能にする中間ノード、通信ネットワーク、通信方法、プログラム要素及びコンピュータ可読媒体が必要とされる。データセキュリティは、変造及び未許可アクセスからデータを保護する実務である。データセキュリティの背後の焦点は、個人又は企業データを保護しながらプライバシを確保することである。
【０００６】
上記要求を満たすため、独立形式の請求項による中間ノード、中間ノードを有する通信システム、通信方法、プログラム要素及びコンピュータ可読媒体が提供される。
【課題を解決するための手段】
【０００７】
本発明の実施例によると、第１制御ノード（特に、サーバコンピュータなどの１以上のコンピュータ又はコンピュータのクラスタを有する）により第１通信ネットワーク（特にプライベート通信ネットワークである、有線ベースネットワーク及び／又は無線通信ネットワークを有してもよい）を形成するよう構成される第１制御ノード通信モジュール（特に、通信インタフェースを設けるなどによって、通信チャネルの設定を可能にする）と、
前記第１通信ネットワークと通信分離される（第１制御ノードと第２制御ノードとの間の通信又はデータ交換が中間ノードを介し実行されないように）、第２制御ノード（特に、サーバコンピュータなどの１以上のコンピュータを有する）により第２通信ネットワーク（特に、有線ベース及び／又は無線であってもよいプライベート通信ネットワーク）を形成するよう構成される第２制御ノード通信モジュール（特に、インタフェースを設けることによって、第２通信チャネルの確立を可能にする）と、少なくとも１つの第１ユーザノード（ノートブック、デスクトップコンピュータ及び／又は電話、特に携帯電話などの１以上のコンピュータを有してもよい）によりユーザ通信ネットワーク（有線ベース及び／又は無線ベースであってもよく、特にインターネットなどの公衆通信ネットワークである）を形成し、前記第１ユーザノードからユーザリクエスト（特に、電気又は電子信号、特にアナログ電気信号及び／又はデジタル電気信号を有し、当該信号はデータ構造を表し、ｆｔｐ、ｔｃｐ／ｉｐ又はｈｔｔｐなどの特定の通信プロトコルに従う）を受信するよう構成されるユーザノード通信モジュール（特に、インタフェースを設けることによって、通信チャネルの確立を可能にする）とを有する中間ノード（コンピュータ、コンピュータクラスタ、ネットワークコンピュータ、ノートブック、携帯電話など）が提供される。特に、ユーザリクエストは、暗号化形式により受信されてもよい。特に、ユーザリクエストは、第１ユーザノードにより以前に受信された（さらなる通信チャネル又はデータ転送処理を介し）コンテンツデータのデジタルフィンガープリントを有してもよい。
【０００８】
ここで、コンテンツデータのデジタルフィンガープリントは、コンテンツデータのハッシュコード、チェックサム、ＧＵＩＤ（Ｇｅｎｅｒａｌ  Ｕｓｅｒ  ＩＤ）などから構成されてもよい。
【０００９】
これにより、中間ノードは、匿名ユーザリクエスト（第１ユーザノードの識別情報の取得を可能にする）を生成する（プロセッサ及び／又はソフトウェアを利用するなどによって）よう構成され、匿名ユーザリクエストは、例えば、第１ユーザノードの識別情報のデジタルフィンガープリント（特に、ハッシュコード）、及び／又は第１ユーザノードの識別情報若しくはユーザリクエストに基づきデータ通信の第１ユーザノードを利用するユーザを示す何れかのデータのデジタルフィンガープリント（ハッシュコード又はチェックサムなど）から構成されてもよい（解読技術（ユーザリクエストが暗号化形式である場合）を利用することによって、又はユーザリクエストに含まれるデータアイテムのデジタルフィンガープリント（特に、ハッシュコード又はチェックサム）を形成するなどによって、匿名ユーザリクエストを導出し、匿名ユーザリクエストを第１制御ノード又は第２制御ノードに選択的に送信するための選択（ユーザリクエストに基づき又はユーザリクエストを考慮して）を実行するため、ユーザリクエスト又はユーザリクエストを表すデータ構造が変換又は変更されるように）。
【００１０】
特に、当該選択の実行後、匿名ユーザリクエストが、選択された制御ノード、すなわち、第１制御ノード又は第２制御ノードに送信されてもよい。特に、中間ノードは、匿名ユーザリクエストを第１制御ノード又は第２制御ノードに選択的に送信するよう構成され、当該選択は、中間ノードにおけるデフォルト設定に基づくものであってもよく、ユーザリクエスト内に含まれる情報に基づくものであってもよく、例えば、第１ユーザノードの地理的位置や第１ユーザノードを使用するユーザの地理的位置に基づくものであってもよく、また特に第１及び第２制御ノードにより提供される異なる能力又は機能に基づくものであってもよい。
【００１１】
特に、ユーザリクエストは、あるタイプのレスポンスデータを求めるものであってもよく、このタイプのレスポンスデータは、第１及び第２制御ノードの一方のみにおいて利用可能であってもよい。特に、あるタイプのレスポンスデータは、第１制御ノードにのみ維持されることが要求される機密データであってもよく、これらのタイプのレスポンスデータは第２制御ノード又は他の何れかの第三者にアクセス不可とされることが保障される必要がある。特に、リクエストされたレスポンスデータは、第１ユーザノードにより以前に受信されたコンテンツデータを解読するためのデータを有してもよい。特に、レスポンスデータは、暗号化形式により第１ユーザノードにより以前に受信されたコンテンツデータを解読するための１以上の解読キーを有してもよい。
【００１２】
実施例によると、中間ノードはさらに、ユーザリクエストが第１取引タイプ（第１ユーザノードにより実行された取引又は第１ユーザノードを使用するユーザによって実行された取引のタイプを記述する）又は第２取引タイプに関するものであるか決定する（特に、ユーザリクエストを読み、及び／又はユーザリクエストからあるデータアイテム又はパラメータを抽出するなどによって、ユーザリクエストを解析することを含む）ための決定部（ハードウェアモジュール、ソフトウェアモジュール及び／又はプログラム部分など）を有し、第１又は第２制御ノードに匿名ユーザリクエストを送信するための選択は、ユーザリクエストが第１又は第２取引タイプに関するものであるかに依存する（又は基づくものであってもよい）。
【００１３】
特に、第１制御ノードは、第１ユーザノードにより実行された第１取引に関するデータを維持、格納又は保持し、これらの第１取引は第１取引タイプを有する。例えば、第１取引は、電子メールの送信、及び／又は第１ユーザノードへの何れかの方法によりコンテンツデータの提供を含むものであってもよい。特に、電子メール及び／又はコンテンツデータは、暗号化形式により第１ユーザノードに提供又は送信されたものであってもよく、第１制御ノードは、暗号化された電子メール又はコンテンツデータを解読するための１以上の解読キー（特に、暗号化形式により）を格納又は維持してもよい。特に、第２制御ノードは、第２取引タイプの第２取引を実行することに関する他のデータを解読するのに必要とされるデータ（特に、解読キー）を格納又は維持してもよい。第２取引は、例えば、電子支払取引などの支払取引を有してもよい。特に、第２取引はまた、株式又は他の有価証券を売買するための注文を有してもよい。さらに、第２取引は、銀行の振り替え取引などを有してもよい。特に、取引タイプはまた、第１ユーザノード、第１制御ノード及び／又は第２制御ノードに関する地理情報に基づくものであってもよい。
【００１４】
取引タイプに応じて、取引に関するデータを解読するのに求められる１以上のキーは、ある制御ノード、すなわち、第１又は第２制御ノードに維持又は格納することが求められてもよいが、何れか他の制御ノードによってアクセスされないことが求められる。特に、ユーザリクエストは、ユーザリクエストが取引タイプの決定を可能にするデータアイテム又はパラメータを有するときなど、取引タイプを示すものであってもよい。これによって、第１又は第２制御ノードへの匿名ユーザリクエストの配布が簡単化される。
【００１５】
実施例によると、中間ノードはさらに、第１取引タイプと第１制御ノードとの関連付けを示し（例えば、ユーザリクエストが第１取引タイプに関するものであることを示すとき、匿名ユーザリクエストが第１制御ノードに送信されるべきであることを示すなど）、第２取引タイプと第２制御ノードとの関連付けを示すマッピングテーブル（２次元テーブル、３次元テーブル、ペアのリスト、ハッシュテーブル又は複数の関連付けを規定することを可能にする他の何れか適切なデータ構造など）を格納するストレージ（電子ストレージ、ＲＡＭ、ハードディスクなど）を有し、選択はマッピングテーブルに基づく。
【００１６】
従って、実施例によると、それのストレージにおいて利用可能な情報を有してもよく、当該情報は、中間ノードがユーザリクエストに関する取引タイプを決定した後、匿名ユーザリクエストが何れの制御ノードに送信されるべきか示す。このようなタイプのマッピングテーブル又は取引タイプと制御ノードとの所定の関連付けは、ある取引タイプを示すユーザリクエストが中間ノードにおいて受信されるとき、デスティネーション制御ノードを決定するためのデフォルト設定としてみなされてもよい。特に、実施例によると、中間ノードは、ある匿名ユーザリクエストが何れの制御ノードに送信されるべきか決定する。本実施例によると、第１ユーザノードは、匿名ユーザリクエストを転送すべき場所の選択に直接的な影響を有しない。他の実施例では、第１ユーザノード、特に第１ユーザノードの地理的位置及び／又は管轄区域若しくは政治的国家が、匿名ユーザリクエストを第１又は第２制御ノードに選択的に送信するための中間ノードにより実行される選択に影響を与える可能性がある。特に、第１ユーザノードは可動的なものであってもよく、その地理的位置を変更するよう構成される。
【００１７】
実施例では、第１制御ノード、特に第１及び／又は第２制御ノードの地理的位置及び／又は管轄区域若しくは政治的国家は、匿名ユーザリクエストを第１又は第２制御ノードに選択的に送信するための中間ノードにより実行される選択に影響を与える可能性がある。
【００１８】
中間ノードの実施例によると、匿名ユーザリクエストを第１又は第２制御ノードに送信するための選択は、ユーザリクエストに含まれるデスティネーション制御ノードデータ（特に、匿名ユーザリクエストのデスティネーションとして制御ノードを示すデータ）に依存し（例えば、ユーザリクエストは、デスティネーション制御ノードを規定する又は示すデータアイテム又はパラメータを有する点で）、デスティネーション制御ノードデータは、匿名ユーザリクエストのデスティネーション制御ノードを示す。特に、第１ユーザノードは、第１又は第２制御ノードの選択に影響を与えるため、及び／又は中間ノードに維持される可能なデフォルト設定を却下するため、デスティネーション制御ノードデータを提供してもよい。特に、実施例によると、第１ユーザノードは、匿名ユーザリクエストが何れの制御ノードに送信されるか単独で決定してもよい。これによって、大きなフレキシビリティが実現され、特に、第１ユーザノードは、自らのユーザリクエストと匿名ユーザリクエスト（にもかかわらず、アドレス指定された制御ノードがレスポンスデータの提供を拒否する可能性がある）のデータフローに対する完全な制御を有してもよい。従って、ユーザリクエスト又は匿名ユーザリクエストに含まれる機密データは、匿名ユーザリクエストを受信してはならない制御ノードに転送又は送信されることが回避される。これにより、データセキュリティが向上する。
【００１９】
中間ノードの実施例によると、選択（第１又は第２制御ノードに匿名ユーザリクエストを送信するための）は、第１及び／又は第２制御ノードの地理的位置（地上の位置）及び／又は政治的位置（政治的国家又は管轄区域における位置）に基づく。これにより、ある地理領域内における機密データ又は政治的国家又は領域内の機密データは、特にデータセキュリティを向上させるため、当該地理的及び／又は政治的領域内に維持されてもよい。さらに、実施例によると、上記選択は、第１ユーザノード又は第１ユーザノードを使用するユーザの地理的及び／又は政治的位置にさらに基づくものであってもよい。従って、この場合、第１ユーザノード又は第１ユーザノードを使用するユーザの地理的及び／又は政治的位置を示す情報は、ユーザリクエスト内に含まれてもよく、又は第１ユーザノードの（インターネット）アドレスを解析するなどによって、第１ユーザノードからユーザリクエストを受信すると、中間ノードにより少なくとも導出可能なものであってもよい。
【００２０】
中間ノードの実施例によると、第１制御ノード通信モジュールはさらに、第１制御ノードから匿名レスポンスデータ（第１ユーザノード又は第１ユーザノードを使用するユーザの識別情報の決定を可能にしない匿名レスポンスデータ）を受信するよう構成され、第２制御ノード通信モジュールは、第２制御ノードから匿名レスポンスデータを受信するよう構成され、匿名レスポンスデータは、ユーザリクエストに対するレスポンスを示す。特に、匿名レスポンスデータは、上述されるように、特に中間ノード、第１制御ノード又は第２制御ノードを介したデータ送信に関係しない、何れかの方法により第１ユーザノードにより以前に受信されたコンテンツデータ又は他の何れかのデータを解読するのに必要とされる１以上の解読キーを有してもよい。これにより、第１ユーザノードにより受信されたコンテンツデータを解読するのに必要とされるデータは、中間ノードによって受信されてもよく、特に第１ユーザノードに送信されてもよい。これにより、第１ユーザノードは、他の何れかの通信チャネルを介し以前に受信したコンテンツデータを解読することが可能とされる。
【００２１】
中間ノードの実施例によると、中間ノードは、受信した匿名レスポンスデータに基づきレスポンスデータを導出するよう構成され、ユーザノード通信モジュールは、レスポンスデータを第１ユーザノードに送信するよう構成される。これにより、第１ユーザノードは、暗号化形式により第１ユーザノードにより以前に受信されたコンテンツデータの解読を可能にするレスポンスデータを受信する。
【００２２】
中間ノードの実施例によると、生成された匿名ユーザリクエストは、第１ユーザノードの識別情報のデジタルフィンガープリント（特に、ハッシュコード）を有する。このハッシュコードは、第１ユーザノードの識別情報などについて、任意のデータの擬似一義的なチェックサムを計算する暗号化ハッシュ関数のデジタルフィンガープリント（特に、ハッシュコード）を有する。特に、暗号化ハッシュ関数は、第１ユーザノードの識別情報のハッシュコードから、第１ユーザノードの識別情報が何れかの方法により導出可能とならないように、逆関数を提供しない。これにより、データセキュリティ及び安全性が向上する。にもかかわらず、第１ユーザノードの識別情報のデジタルフィンガープリント（特に、ハッシュコード）は、第１ユーザノードの匿名識別情報として利用されてもよい。これにより、第１又は第２制御ノードにおける匿名レスポンスデータのクエリは、第１又は第２制御ノードのストレージにおいて第１ユーザノードの識別情報のデジタルフィンガープリント（特に、ハッシュコード）を検索することによって実行され、この制御ノードのストレージに匿名レスポンスデータが、第１ユーザノードの識別情報のデジタルフィンガープリント（特に、ハッシュコード）に関連付けて格納される。
【００２３】
中間ノードの実施例によると、生成された匿名ユーザリクエストは、第１ユーザノードにより実行される処理を特定する処理識別情報のデジタルフィンガープリント（特に、ハッシュコード）を有する。特に、暗号化ハッシュ関数として、使用されるデータのデジタルフィンガープリント（特に、ハッシュコード）を表す２５６ビット値を任意のデータから計算する周知のＳＨＡ−２５６関数が利用されてもよい。匿名ユーザリクエストに処理識別情報のデジタルフィンガープリントを含めることは、第１又は第２制御ノードにおける匿名レスポンスデータのクエリを実現する。他の実施例では、他のデータが、匿名レスポンスデータのクエリを可能又は実現する匿名ユーザリクエストに含まれてもよい。
【００２４】
中間ノードの実施例によると、処理は、第１ユーザノードによるコンテンツデータへのアクセスに関し、特に、コンテンツデータは、支払データ、電子メールデータ、コンテンツオンデマンドデータ、ビデオデータ及びオーディオデータの少なくとも１つを有する。特に、処理は、あるインターネットウェブサイトにおいてコンテンツデータを送信及び／又は提供することからなるものであってもよい。あるいは、処理は、データ記憶媒体を第１ユーザノードに設けることからなり、データ記憶媒体にコンテンツデータが格納される。さらに、コンテンツデータは、印刷形式により第１ユーザノードに提供されてもよい。特に、処理は、ユーザリクエストが第１ユーザノードから中間ノードに送信される前に実行されたものであってもよい。特に、処理は、中間ノード、第１制御ノード又は第２制御ノードを介したコンテンツデータの送信に関係しない何れかの送信方法を介したコンテンツデータの送信に関するものであってもよい。従って、コンテンツデータへのアクセスを取得することは（特に暗号化形式により提供された）、ユーザリクエストの送信又はユーザリクエストに応答するレスポンスデータの受信と全く別で独立したものであってもよい。これにより、特に、１以上の解読キーの処理は、コンテンツデータの処理、転送又は送信とは分離されてもよい。特に、コンテンツデータは大量であり、尊信のための高速の転送レートを要求してもよく、ユーザリクエスト及び／又はレスポンスデータは、相対的に小さなデータ量を有するものであってもよい。特に、コンテンツデータを送信するための転送レートは、ユーザリクエスト及び／又はレスポンスデータの転送又は送信の転送レートよりはるかに高いものであってもよく、例えば、１０〜１００倍高いものであってもよい。これにより、同時にデータセキュリティが向上し、コンテンツデータを転送するためのデータ転送回数が第２チャネルを用いて最適化されてもよい。
【００２５】
中間ノードの実施例によると、第１又は第２制御ノードに匿名ユーザリクエストを送信するための選択は、コンテンツデータの発信元の地理的位置及び／又はコンテンツデータの供給先の地理的位置に基づく。特に、第１ユーザノードによるコンテンツデータへのアクセスを取得することは、第２ユーザノードへの支払を要求するなど、コンテンツデータの供給者への第１ユーザノードによる支払を必要とする。特に、第２ユーザノードは、コンテンツデータへのアクセスに対して第１ユーザノードに課金する。さらに、受信したコンテンツデータに対して第１ユーザノードにより支払われるべき請求又は料金は、コンテンツデータの使用及び／又は生成の地理的位置及び／又は政治的位置などに基づき、ローカルな規制に従って課税されるか、又は他の特定の処置を受ける。特に、従って、ユーザリクエストは、コンテンツデータの送信元の地理的位置又はコンテンツデータが作成された地理的位置を示すデータを有してもよく、及び／又はコンテンツデータの供給先の地理的位置、特に第１ユーザノードの地理的位置又は第１ユーザノードを使用するユーザの地理的位置を示すデータを有してもよい。これにより、国内、欧州、アメリカ、アフリカ、アジア及び／又は国際課税条約は、他の規制と共に順守又は充足若しくはサポートされてもよい。
【００２６】
中間ノードの実施例によると、処理は、第１ユーザノード（又は第１ユーザノードを操作する人などの第１ユーザノードのユーザ）によるアプリケーション（特に、インターネットの１以上のコンピュータによりネットワーク接続に関するコンピュータプログラムなど）の実行に関し、特に、アプリケーションは、電子メールアプリケーション、支払アプリケーション及びデータアクセスアプリケーションの少なくとも１つを有する。さらに、アプリケーションは、株式取引又は金銭移転アプリケーションから構成されてもよい。これにより、中間ノードの適用性が拡大される。特に、アプリケーション及び／又はコンテンツデータは、何れかの機密データの交換に関するものであってもよい。
【００２７】
中間ノードの実施例によると、中間ノードはさらに、第１ユーザノードにより実行される（又は第１ユーザノードを使用する１以上のユーザ又は人に固有であって、複数人が個人識別子により特定される）取引の履歴を示す取引履歴レポートを取得するよう構成され、取引履歴レポートは、第１ユーザノードに固有なものである（又は第１ユーザノードを使用するユーザ又は人のグループ又は第１ユーザノードのユーザの１人に固有の）。特に、取引履歴（レポート）は、第１ユーザノードにより実行される取引又は第１ユーザノードのユーザにより実行される取引を列記したものであってもよい。特に、取引履歴（又は取引履歴レポート）は、第１取引タイプや第２取引タイプなどの複数の異なる取引タイプの取引を有してもよい。特に、中間ノードは、実施例による中間ノードに含まれる取引履歴ストレージにおいて取引履歴レポート（又は少なくとも取引履歴レポート又は取引履歴を示すデータ）を維持するよう構成されてもよい。
【００２８】
特に、ユーザリクエストが第１ユーザノードから中間ノードに送信される毎に、中間ノードは、ユーザリクエストに関する取引の情報を抽出し、取引履歴ストレージに当該取引関連情報を保存又は格納してもよい。あるいは、中間ノードは、ストレージに取引履歴を保持、維持又は格納せず、第１及び／又は第２制御ノード又はさらなる制御ノードから必要とされる情報を受信した後に取引履歴（レポート）を構成するようにしてもよい。
【００２９】
中間ノードの実施例によると、取引履歴の取得は、（取引）履歴リクエストを第１及び第２制御ノードの少なくとも１つに送信し（特に、履歴リクエストは、匿名的に第１ユーザノードを特定する匿名識別情報を有する）、第１及び第２制御ノードの少なくとも１つから（取引）履歴レスポンスを受信することに関し、履歴リクエストは、匿名の第１ユーザノード識別情報を有する。特に、第１制御ノードは、第１取引タイプに関する履歴データのみを送信し、第２制御ノードは、第２取引タイプに関する履歴情報のみを提供するようにしてもよい。一実施例では、第１制御ノードは、何れかの取引タイプに関する履歴情報を提供してもよい。特に、第１及び／又は第２制御ノードはそれぞれ、第１及び第２制御ノードに含まれる各自のストレージ又はデータベースに履歴情報を格納するよう構成されてもよい。これにより、中間ノードのデータ管理及びデータ格納要求が低減される。
【００３０】
中間ノードの実施例によると、中間ノードはさらに、取引履歴レポートに基づき、利用メッセージ又は確定された履歴レポート（特に、履歴レポートが異なるタイプの取引に関する履歴データを有してもよい、１週間、１ヶ月又は１年などのある期間において実行される、第１ユーザノードにより実行されるすべての取引の取引情報を含む）、特に、請求メッセージを生成するよう構成され、ユーザノード通信モジュールは、生成された確定した履歴レポート（又は請求メッセージ）を第１ユーザノードに送信するよう構成される。従って、中間ノードは、すべての取引関連データを収集するよう構成されるか、又はすべての取引関連データを維持するよう構成されてもよい。特に、中間ノードは、異なるタイプの取引を実行するが、１つのみの中間ノードから請求メッセージなどの確定した履歴レポートを受信し、これにより、特に第１ユーザノードに課金し、ユーザノードの識別情報に関して中間ノード以外の他の何れのノードも知らないため、プライバシを維持する、第１ユーザノードとのワンフェイスを提供するようにしてもよい。
【００３１】
中間ノードの実施例に適用、利用、記載又は開示される特徴（個々に又は何れかの組み合わせにより）がまた、通信ネットワーク、通信方法又は何れかの記載された実施例に適用又は利用されてもよいことが理解されるべきである。
【００３２】
実施例によると、中間ノード、特に上述された中間ノードの実施例が提供される。中間ノードは、第１制御ノードにより第１通信ネットワークを形成するよう構成される第１制御ノード通信モジュールと、第２制御ノードにより第２通信ネットワークを形成する第２制御ノード通信モジュールとを有し、第１通信ネットワークは第２通信ネットワークから通信分離され、ユーザノード通信モジュールが、少なくとも１つの第２ユーザノード（特に、コンテンツデータの供給者）により通信ネットワークを形成し、第２ユーザノードから取引関連データを受信するよう構成される。
【００３３】
特に、第２ユーザノードはさらに、コンテンツデータに対するアクセスを第１ユーザノードに提供するよう構成され、コンテンツデータへのアクセスの提供者、取引内で実行される。特に、コンテンツデータへのアクセスを第１ユーザノードに提供し、これにより取引の少なくとも一部を実行すると、取引関連データは、第２ユーザノードから中間ノードに送信される。特に、取引関連データを受信した中間ノードは、以降において第１ユーザノードからユーザリクエストを受信した同一の中間ノードであってもよい。他の実施例では、第１ユーザノードによるユーザリクエストは、第１ユーザノードから第１中間ノードに送信され、取引関連データは、第２ユーザノードから第２中間ノードに送信され、第２中間ノードは、第１中間ノードと異なる。
【００３４】
第２ユーザノード（コンピュータ、コンピュータクラスタ、ウェブポータル、ウェブサイトなどのコンテンツデータの供給者など）から送信される取引関連データは、第１及び／又は第２ユーザノードによって、及び／又は第１ユーザノードと第２ユーザノードとの間で実行される取引のタイプを規定する取引タイプを示す情報を有してもよい。特に、第２ユーザノードから中間ノードに送信される取引関連データから抽出される取引タイプに依存して、中間ノードは、それが第１又は第２制御ノードに匿名取引関連データを送信するか決定する。特に、当該選択は、中間ノードに維持されるデフォルト設定に基づくものであってもよく、第２ユーザノードにより明示的に設定される取引関連データに含まれる情報に依存してもよく、及び／又は匿名ユーザリクエストを第１又は第２制御ノードに選択的に送信するための選択に関して上述されたものなどの他の基準に依存してもよく、匿名ユーザリクエストは、第１ユーザノードから中間ノード（特に、第１中間ノード）に送信されたユーザリクエストに基づく。従って、取引関連データを受信する中間ノードは、匿名の取引関連データを第１又は第２制御ノードの一方に配布するよう構成される。これにより、機密データがある制御ノードに維持され、他の何れかの制御ノードが機密データへのアクセスを取得することを回避することが保障される。
【００３５】
実施例によると、上述された実施例による中間ノードと、中間ノードにより第１通信ネットワークを形成する第１制御ノードと、中間ノードにより第２通信ネットワークを形成する第２制御ノードとを有する通信ネットワークが提供される。これにより、第１及び第２制御ノードの少なくとも１つは、第１ユーザノードに固有（又は第１ユーザノードを使用する１以上のユーザ又は人に固有）の匿名取引履歴レスポンスを中間ノードに送信するよう構成される。特に、第１及び第２制御ノードの少なくとも１つは、取引のメータリングを実行するよう構成される（特に、ある取引タイプの取引のめーティングを実行する）。特に、メータリングデータは、匿名の取引履歴レスポンスに含まれてもよい。特に、メータリングは、取引中に転送されるコンテンツデータのデータ量、コンテンツデータを転送するのに必要とされる時間などを決定することを含む。
【００３６】
メータリングは、特に匿名的に実行される。しかしながら、メータリング又は匿名取引履歴レスポンスは、特定の政治的国家など特定の地理的領域又は管轄区域内にある複数の第１ユーザノードに固有なものであってもよい。これにより、国家間の課税規制又は条約がサポートされてもよい。
【００３７】
通信システムの実施例によると、第１制御ノードは第１制御ノード位置に配置され、第２制御ノードは第２制御ノード位置に配置され、第１制御ノード位置は、１０ｋｍ〜２００００ｋｍの間の距離だけ、特に３００ｋｍ〜２００００ｋｍの間の距離だけ第２制御ノード位置から離間される。従って、第１及び第２制御ノードは、世界中に配置されてもよい。特に、第１及び／又は第２制御ノードは、それらの地理的位置を変更可能となるように可動的なものであってもよい。
【００３８】
実施例によると、第１制御ノード位置は第１管轄区域内にあり、第２制御ノード位置は第１管轄区域と異なる第２管轄区域内にある。特に、第１制御ノード位置は第１政治的国家内にあり、第２制御ノード位置は第２政治的国家又は政治的国会の共同体内にある。
【００３９】
通信システムの実施例によると、通信システムはさらに、第１制御ノードにより第１制御ノード通信ネットワークを形成するさらなる第１制御ノードを有し（特に、複数のさらなる第１制御ノードが提供され、それぞれが各自の制御ノード通信ネットワークを形成し、すべての制御ノード通信ネットワークが互いに相互に独立及び分離していてもよい）、第１制御ノードは、匿名レスポンスデータ（匿名ユーザリクエストに応答する）が第１制御ノードにおいて利用可能でない場合（例えば、匿名レスポンスデータは、第１制御ノードにおいて維持されず、さらなる第１制御ノードに維持される機密データである）、中間ノードから受信される匿名ユーザリクエストをさらなる第１制御ノードに送信するよう構成され、さらなる第１制御ノードは、匿名レスポンスデータを抽出し（特に、さらなる第１制御ノードに含まれるストレージから）、第１制御ノード通信ネットワークを介し匿名レスポンスデータを第１制御ノードに送信するよう構成され、第１制御ノードは、さらなる第１制御ノードから受信した匿名レスポンスデータを中間ノードに送信するよう構成される。これにより、機密データが第１制御ノードに格納されることを必要とすることなく、さらなる第１制御ノードに機密データを維持又は格納することが可能である。さらに、中間ノードは、匿名レスポンスデータから導出されるレスポンスデータを第１ユーザノードに送信するよう構成されてもよい。
【００４０】
通信システムの実施例によると、通信システムはさらに、第２制御ノードにより第２制御ノード通信ネットワークを形成するさらなる第２制御ノードを有し（特に、複数のさらなる第２制御ノードが提供され、それぞれは各自の制御ノード通信ネットワークを形成し、すべての制御ノード通信ネットワークは、互いに相互に独立し分離される）、第２制御ノードは、匿名レスポンスデータ（匿名ユーザリクエストに応答する）が第２制御ノードにおいて利用可能でない場合、中間ノードから受信される匿名ユーザリクエストをさらなる第２制御ノードに送信するよう構成される。
【００４１】
通信システムの実施例によると、さらなる第１制御ノードは、さらなる第１制御ノードにおける匿名レスポンスデータにアクセスするためのアクセス条件が充足されない場合、拒絶メッセージを第１制御ノードに送信するよう構成される。特に、さらなる第１制御ノードにおいて、第１又は第２ユーザノードによって実行される取引に関連する、又は第１ユーザノードと第２ユーザノードとの間（又は関係する）の取引に関連する匿名の取引関連データが格納されてもよい。取引タイプ又は取引に応じて、取引関連データは、さらなる第１制御ノードなどの制御ノードに機密としてタグ付けされてもよい。このようなタグ付けは、第２ユーザノード、中間ノード又はさらなる第１制御ノードにおいて実行されてもよい（制御ノードレベル、中間ノードレベル又はユーザノードレベルにおいて）。これにより、データセキュリティがさらに向上する。アクセス条件は、ユーザノードレベル、中間ノードレベル及び／又は制御ノードレベルにおいて規定される１以上のアクセス基準を有してもよい。これにより、機密データをセキュア化するための高いフレキシビリティが提供される。
【００４２】
通信システムの実施例によると、第１制御ノードと中間ノードとは、拒絶メッセージを示すデータを第１ユーザノードに送信するよう構成される。特にこの場合、中間ノードから第１ユーザノードにデータは送信されず、当該データはコンテンツデータを解読するのに利用可能である。
【００４３】
通信システムの実施例によると、第１制御ノードは、第１制御ノードは、匿名の取引履歴レスポンスを構成するため、さらなる第１制御ノードから匿名取引履歴データを収集するよう構成される。特に、第１制御ノードにより複数の第１制御ノード通信ネットワークを形成する複数のさらなる第１制御ノードが提供されるとき、第１制御ノードは、匿名の取引履歴レスポンスを構成するため、複数のさらなる第１制御ノードから匿名の取引履歴データを収集するよう構成されてもよい。あるいは又はさらに、取引履歴レスポンスは、複数のさらなる第１制御ノード及び中間ノードから構成又は収集されてもよい。
【００４４】
実施例によると、第１制御ノード、さらなる第１制御ノード、第２制御ノード、中間ノード、第１ユーザノード及び第２ユーザノードの少なくとも１つは、サーバコンピュータ、クライアントコンピュータ、デスクトップコンピュータ、ラップトップコンピュータ、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）及び携帯電話からなる群の少なくとも１つを有する。
【００４５】
実施例によると、中間ノードを提供するステップと、前記中間ノードのユーザノード通信モジュールが、前記中間ノードと少なくとも１つの第１ユーザノードとの間に形成された通信ネットワークを介し、前記第１ユーザノードからユーザリクエストを受信するステップと、中間ノードが、前記ユーザリクエストに基づき匿名ユーザリクエストを生成するステップと、中間ノードが、前記匿名ユーザリクエストを第１制御ノード又は第２制御ノードに選択的に送信するための選択を実行するステップとを有する通信方法であって、前記中間ノードの第１制御ノード通信モジュールは、前記第１制御ノードにより第１通信ネットワークを形成し、前記中間ノードの第２制御ノードは、前記第１通信ネットワークから通信分離された、前記第２制御ノードにより第２通信ネットワークを形成する通信方法が提供される。
【００４６】
実施例によると、プログラム要素とコンピュータ可読媒体とが提供され、プログラム要素又はコンピュータプログラムは、プロセッサにより実行されると、上述された実施例による通信方法を制御又は実行するよう構成される、コンピュータ可読媒体に格納される。
【発明の効果】
【００４７】
本発明によると、高いレベルのデータセキュリティによるデータ通信を可能にする、特にローカルな規制を充足し、機密データの保護が向上しうるデータ通信を可能にする中間ノード、通信ネットワーク、通信方法、プログラム要素及びコンピュータ可読媒体を提供することができる。
【図面の簡単な説明】
【００４８】
【図１】図１は、実施例による中間ノードを有し、実施例による通信方法を実行する実施例による通信ネットワークを概略的に示す。
【図２】図２は、従来の通信ネットワークを概略的に示す。
【図３】図３は、本発明者による通信ネットワークを概略的に示す。
【図４】図４は、本発明者による通信ネットワークを概略的に示す。
【図５】図５は、本発明者による通信ネットワークを概略的に示す。
【図６】図６は、本発明者による通信ネットワークを概略的に示す。
【図７】図７は、本発明者による通信ネットワークを概略的に示す。
【図８】図８は、本発明者による通信環境を概略的に示す。
【図９】図９は、本発明者による通信ネットワークの構成を概略的に示す。
【図１０】図１０は、本発明の実施例による通信ネットワークを概略的に示す。
【図１１】図１１は、本発明の実施例による通信ネットワークを示す。
【図１２】図１２は、本発明の実施例による通信ネットワークを概略的に示す。
【発明を実施するための形態】
【００４９】
図示された実施例、本発明者による研究成果又は比較される具体例における同様の要素又はコンポーネントは、１桁目のみ異なる同一の参照記号によりラベル付けされる。本発明者による研究成果及び／又は考察に関して開示される特徴はまた、本発明の実施例に適用されてもよく（個別に又は何れかの組み合わせにより）、本発明の一実施例に開示される特徴は本発明の他の実施例にもまた適用されてもよい（個別に又は何れかの組み合わせにより）ことが理解されるべきである。
【００５０】
図１は、実施例による通信ネットワーク１００を概略的に示す。通信ネットワーク１００は、中間ノード１０５、第１ユーザノード１０９、第２ユーザノード１１１、第１制御ノード１０１及び第２制御ノード１０３を有するコンピュータ通信ネットワークである。他の実施例では、通信ネットワーク１００は、中間ノード１０５、第１制御ノード１０１及び第２制御ノード１０３しか有しない。他の実施例によると、中間ノード１０５のみが設けられる。
【００５１】
中間ノード１０５は、中間ノード通信モジュール１４２を使用する第１制御ノード１０１を備えた第１通信ネットワーク１５２を形成するよう構成される第１制御ノード通信モジュール１５１を有する。特に、第１通信ネットワーク１５２は、通信チャネル１２５を介した第１制御ノード１０１と中間ノード１０５との間のデータ伝送を可能にする。
【００５２】
さらに、中間ノード１０５は、中間ノード通信モジュール１３８を使用する第２制御ノード１０３を備えた第２通信ネットワーク１５４を形成するよう構成される第２制御ノード通信モジュール１５３を有する。特に、第１通信ネットワーク１５２と第２通信ネットワーク１５４とは、特に第１制御ノード１０１と第２制御ノード１０３とが中間ノード１０５を介し互いに通信できないように、通信分離され、独立したものとされる。特に、第１通信ネットワーク１５２と第２通信ネットワーク１５４とは、プライベートネットワークであり、特にバーチャルプライベートネットワーク（ＶＰＮ）である。
【００５３】
さらに、中間ノード１０５は、第１ユーザノード１０９とのデータチャネル１２７を介したユーザ通信ネットワークを形成するユーザノード通信モジュール１５５を有する。第１ユーザノード１０９は、例えば、ノートブックコンピュータ、参照番号１１０により示されるようなモニタとキーボードとを有するデスクトップコンピュータなどの１以上のコンピュータから構成されてもよい。
【００５４】
第１ユーザノード１０９は、通信チャネル１２７を介しユーザノード通信モジュール１５５にユーザリクエスト１４１を送信するよう構成される。中間ノード１０５は、ユーザリクエストに基づき匿名ユーザリクエスト１４３を生成するよう構成される。さらに中間ノード１０５は、第１制御ノード１０１又は第２制御ノード１０３への匿名ユーザリクエスト１４３の選択的な送信の選択を実行することが可能とされる。特に、この選択は、ユーザリクエスト１４１に含まれるデータに基づくものであってよく、中間ノードのストレージ１５７に格納されているマッピングテーブルに依存するものであってもよく、第１ユーザノード１０９の地理的位置に依存するものであってもよく、及び／又は第１制御ノード１０１及び第２制御ノード１０３の地理的位置に依存するものであってもよい。
【００５５】
特に、ユーザリクエスト１４１から導出される取引タイプに応じて、中間ノード１０５は、匿名ユーザリクエスト１４３が第１制御ノード１０１と第２制御ノード１０３の何れの制御ノードに送信されるべきか決定する。
【００５６】
実施例によると、匿名ユーザリクエスト１４３は、第１通信ネットワーク１５２内の中間ノード１０５から第１制御ノード１０１に送信される。第１制御ノード１０１は、第１制御ノード１０１に含まれるストレージ１４０の匿名ユーザリクエスト１４３に応答する匿名レスポンスデータを検索するよう構成される。匿名レスポンスデータ１４５がストレージ１４０内に検出された場合、第１制御ノード１０１は匿名レスポンスデータ１４５を中間ノード１０５に送信する。中間ノード１０５は、匿名レスポンスデータ１４５からレスポンスデータ１４７を導出し、これを通信チャネル１２７を介し第１ユーザノード１０９に送信する。
【００５７】
第１ユーザノードは、受信したレスポンスデータ１４７を用いて、第２ユーザノード１１１から第１ユーザノードに暗号化形式により提供されたコンテンツデータ１３５を解読するようにしてもよい。特に、中間ノード１０５から受信されたレスポンスデータ１４７は、暗号化形式により受信されたコンテンツデータ１３５を解読するための解読キーを有する。コンテンツデータ１３５は、第１取引タイプの取引内で第１ユーザノードに提供される。
【００５８】
図示された実施例では、第１ユーザノード１０９と第２ユーザノード１１１とは、同一の中間ノード１０５に接続される。他の実施例では、第１ユーザノード１０９と第２ユーザノード１１１とは、異なる中間ノードに接続されてもよい。
【００５９】
第２タイプの取引に関するコンテンツデータ１３６が第１ユーザノード１０９に提供されると、中間ノード１０５は、匿名ユーザリクエスト１４３を第１制御ノード１０１に送信する代わりに、匿名ユーザリクエスト１４３を第２制御ノード１０３に送信してもよい。これは、第２制御ノード１０３が、第２取引タイプの取引に関する匿名レスポンスデータをサポートする制御ノードであってもよいためである。
【００６０】
第１制御ノード１０１のストレージ１４０がリクエストされた匿名レスポンスデータを含まない場合、第１制御ノード１０１は、匿名ユーザリクエスト１４３をさらなる第１制御ノード１０２に転送するよう構成されてもよい。特に、第１制御ノード１０１は制御ノード通信モジュール１１５を有し、さらなる第１制御ノード１０２は、特に第１制御ノードとさらなる第１制御ノード１０２との間のプライベートネットワークである第１レベル通信ネットワーク１１３を形成するため、制御ノード通信モジュール１１７を有する。これによって、通信ネットワーク１１３，１５２，１５４は互いに分離され、異なる通信ネットワークの間のデータ伝送が不可となる。
【００６１】
さらなる第１制御ノード１０２は、匿名ユーザリクエスト１４３を受信し、リクエストされた匿名レスポンスデータをストレージ１３９において検索するよう構成されてもよい。匿名レスポンスデータがさらなる第１制御ノード１０２のストレージ１３９内に含まれ、アクセス条件が充足されている場合（さらなる第１制御ノード１０２が、第１制御ノード１０１に対するリクエストされた匿名レスポンスデータ１４５へのアクセスを可能にすることが許可されていることを示す）、さらなる第１制御ノード１０２は、第１レベル通信ネットワーク１１３の通信チャネル１１９を介し第１制御ノード１０１に匿名レスポンスデータ１４５を送信する。匿名レスポンスデータは、それからレスポンスデータ１４７を導出し（匿名でなく、特に暗号化されないが、パーソナル化され、特に暗号化されなくてもよい）、レスポンスデータ１４７を第１ユーザノード１０９に送信する中間ノード１０５に送信される。さらに、中間ノードとユーザノードとの間で交換される他の（特にすべての）データは、パーソナル化（匿名でない）され、特に暗号化されなくてもよい。さらに、中間ノードとユーザノードとの間のすべての通信は、必ずしも暗号化されなくてもよい。
【００６２】
中間ノード１０５はさらに、第１ユーザノード１０９により実行された取引の履歴を示す取引履歴を取得するよう構成される。一実施例では、取引履歴は、第１中間ノード１０５のストレージ内に格納される。さらに、中間ノード１０５は、履歴レポート１５６を第１ユーザノード１０９に送信するよう構成される。
【００６３】
実施例によると、中間ノード１０５は、（匿名の）履歴リクエスト１５９を第１制御ノード１０１及び／又は第２制御ノード１０３に送信する。履歴リクエスト１５９は、第１ユーザノード１０９の匿名の識別情報を有してもよい。履歴リクエスト１５９を受信すると、第１制御ノード１０１及び／又は第２制御ノード１０３は、履歴データを収集及び構成し、（匿名の）履歴レスポンス１６１を中間ノード１０５に送信するようにしてもよい。履歴レスポンス１６１及び／又はストレージ１５７内に含まれる履歴データに基づき、中間ノード１０５は、履歴レポート１５６を構成又は生成し、履歴レポート１５６を第１ユーザノード１０９に送信してもよい。
【００６４】
実施例によると、第１制御ノード１０１及びさらなる第１制御ノード１０２は、異なる管轄区域に配置され、特に１００〜２００００ｋｍの距離だけ離間されるようにしてもよい。
【００６５】
実施例によると、第１制御ノード１０１は、ある政治的地域又は地理的地域内に留置されるストレージ１４０に匿名レスポンスデータを格納してもよい。実施例によると、第２制御ノード１０３は、他の政治的地域又は地理的地域内に留置されるストレージ１３５に匿名レスポンスデータを格納してもよい。
【００６６】
図２は、本発明者による研究成果による通信ネットワークを概略的に示す。ここでは、単一の制御ノード又はクリアリングノード２０１が、複数のユーザノード１０５，１１１がそれぞれ接続される複数のプロバイダ２０５，２０７に通信接続される。
【００６７】
現在のマルチプロバイダ通信システムは、制約を有している可能性がある。図２を参照すると、現在の通信システムの多くはマルチプロバイダシステムである可能性がある。複数のプロバイダ（Ｐ１，．．．，Ｐｎ）が、同一の通信サービス（Ａ，．．．，Ｎ）又はこれらのサービスの一部、例えば、Ａのみなどを提供する。ユーザ（Ｕｘｙ）は、プロバイダの１つに登録し、その後選択されたプロバイダ（Ｐｘ）を介しサービスを利用する。ユーザは、人間であってもよいが、コンピュータプログラムとすることもできる。同期ノードＣ１（制御ノード又はクリアリング施設）２０１は、プロバイダ２０５，２０７における通信を可能にし、すなわち、ユーザが選択可能なプロバイダとは独立して、ユーザは互いに通信することが可能であり、すなわち、同一のアプリケーション（アプリケーションＡ，．．．，Ｎ）及び／又はサービスを共同して利用することが可能である。セキュリティに敏感なアプリケーションのため、アプリケーション（又はアプリ）Ｘの使用は選択されたプロバイダと情報を共有することが必要であり、他のプロバイダ２０５，２０７及び制御ノードＣ１（２０１）はユーザＵｘｙの情報への制限されたアクセスしか有しないか、又はまったくアクセスできないとため、ユーザは信頼されるプロバイダを選択するであろう。図２の図は、このようなマルチプロバイダシステムの概念を示す。一例として、アプリケーション（又はアプリ）Ａは“信頼される及びバインディング電子メール”であり、アプリケーションＢ（又はアプリ）Ｂ，．．，Ｎは他のデジタル郵便サービスとすることができる。
【００６８】
領域２０８は、プロバイダＰｎ（２０７）とそれのユーザ（２１１）との間のＴＲＵＳＴ関係領域（地理的地域でない）を示す。
【００６９】
図２に示されるような中央クリアリングＣ１を備えたこのようなマルチプロバイダシステムは、ユーザの選択を提供し、複数のプロバイダの利用性のため到達するが、それは特定のアプリケーション又はアプリのための自らの制約を有する。
【００７０】
フェデレイティッドクリアリングメータリングシステム（ｆｅｄｅｒａｔｅｄ  ｃｌｅａｒｉｎｇ  ａｎｄ  ｍｅｔｅｒｉｎｇ  ｓｙｓｔｅｍ）の本発明の実施例の目的は、以下の問題及び制約を解決することである。
１．アプリＳＣｘの機密は、中央クリアリングの概念に矛盾する可能性がある。
２．ネットワーク遅延は、取引が分散クリアリングにより自宅の近くでより効率的かつ高速に処理可能であるため、分散クリアリングの概念をサポートする。
３．中央クリアリングは、単一の故障ポイントの危険を導く。対照的に、分散クリアリングは、利用性を向上し、故障のリスクを低減する。
４．マルチアプリ機能は、アプリレベルでのクリアリングコンステレーションを選択するフレキシビリティを要求する。ユーザが複数のアプリを利用する場合、中央クリアリングインフラストラクチャ及び専用の分散クリアリングインフラストラクチャは求められるフレキシビリティを欠くものである可能性がある。特定のアプリは専用のクリアリング施設において運営される必要があるが、他の特定のアプリは施設Ａから排除されてもよい。クリアリング設定はアプリ毎に異なる可能性があるため、クリアリングはアプリレベルで決定される必要がある。
５．ユーザは、ユーザの実際の通信プロファイルから独立してネットワークに接続可能である。ユーザ／プロバイダがクリアリングコンステレーションをフレキシブルに包含／排除し、アプリレベルにおいて配線化されたクリアリング設定を回避することを可能にするフェデレイティッドクリアリング設定がある場合、ユーザはネットワーク全体に接続され、プロバイダ／ユーザはアプリの詳細さのレベルによりクリアリングを制御することが可能である。
６．中央メータリングは、不適切又は非効率であるかもしれない。１つのアプリはユーザ数／期間に基づき評価され、他のアプリは取引数／期間によって評価されてもよい。フェデレイティッドクリアリングは、クリアリングサービスの特化を推進し、これにより、メータリングのためのものを含む効率性を向上させる。
７．将来、電子商取引は、例えば、ＶＡＴ及び他の税金又はコンプライアンスレジームをサポートするため、アプリレベル、プロバイダレベル、統治国家レベルなどにより評価される必要があるかもしれない。
【００７１】
あるアプリケーションの機密は、本発明者の研究成果による中央クリアリングに矛盾するかもしれない。
【００７２】
図３は、本発明者による研究成果による直接的な中央クリアリングアプローチにより分散クリアリングのケースにおける非接続ユーザグループを示す。ここでは、第１クリアリングノード３０１と２つの第２クリアリングノード３０３とが設けられ、各クリアリングノード３０１，３０３はそれぞれ１以上のプロバイダノード３０５，３０７に接続される。いくつかのアプリケーション３５１が、プロバイダ３０５，３０７に関連付けされる。
【００７３】
図３を参照して、１つのユーザグループ（３０９）は、アプリＳＣｘがＣｘにより中央的に有効とされることを受け入れ、他のグループ（３１１）はこれを受け入れない。例えば、Ｃ１がＥＵに設けられた場合、ＥＵのユーザはこれを受け入れ、非ＥＵのユーザはこれを受け入れ可能とみなされないようにしてもよい。特に、クリアリング施設がキー又は他の取引情報（ＳＷＩＦＴなど）を格納する場合、管轄区域及びアクセスは重大なものとなりうる。Ｃ１が他の国又は支配に再配置又は変更された場合、他のユーザセットは同意しなくてもよい。この結果、グローバルな受け入れのため、直接的なクリアリングへの中央アプローチの制限は、図３に示されるような完全なクリアリングインフラストラクチャの専用の（全く非効率な）設定を導くため、クリアリング施設は、特定のユーザ要求に対してサービス提供するため、分散化される必要があってもよい。コストの追加に加えて、このような設定はまた、例えば、ユーザＵ４１がユーザＵ１１に接続されず、当該ユーザと通信できないとき、限界に達するであろう。従って、ユーザＵ４１は、このようなケースにおいて２回登録する必要があるであろう。
【００７４】
図４は、図３に示されるシステムの拡張としてみなされてもよい、本発明者による研究成果によるフェデレイティッドクリアリングシステムを概略的に示す。特に、図４は、アプリＳＣｘのフェデレイティッドクリアリングシステムによりもたらされるユーザの新たなフレキシビリティを示す。すなわち、ユーザグループ（Ｕｙｘ）は、アプリＳＣｘについてクリアリング施設Ｃｍしか利用しない。ユーザグループ（Ｕ１ｘ）は、アプリＳＣｘについてクリアリング施設Ｃ１，Ｃ２を利用する。ユーザグループ（Ｕｎｘ）は、クリアリング施設Ｃ１，Ｃ２，Ｃｍを利用する。
【００７５】
従って、各ユーザは、各自の好適なクリアリングコンステレーションを選択することができる。また、組織レベル（ユーザグループ）について、適切なプロバイダ設定（Ｐｙなど）は、クリアリング設定が選択可能であることを保障してもよい。この結果、プロバイダは、クリアリングコンステレーションによりアプリを設定可能である場合、利益を得るであろう。Ｐｎのケースでは、クリアリングインフラストラクチャを最大限まで活用するプロバイダは、単にクリアリング組織（トラフィックなどに基づく）に決済すべき場所の決定をそのままにしてもよい。
【００７６】
あるいは、シーケンス（Ｃ２，Ｃｍ，Ｃ１）の選択は、このようなプロバイダにさらなる操作手段を提供する。本例では、Ｃ２は第１優先順位、Ｃｍは第２優先順位（Ｃ２が利用不可である場合）、Ｃ１は第３優先順位とされる。
【００７７】
図４に示されるように、専用のサービスが、クリアリング／プロバイダレベルに制限及び制御可能な（Ｐｙ，Ｃｍ）に提供され、グローバル通信ネットワークとの接続が依然として維持されてもよい。例えば、国は完全に制御された方法により電子政府サービスを運営可能であり（Ｃｍ＝当該国により選択されたクリアリングオペレータ；Ｐｙ＝選択されたプロバイダ）、通信ネットワークへのアクセスが依然として確保されるようにしてもよい。図４に示されるようなフェデレイティッドクリアリングシステムはまた、単一の故障ポイントの危険と関連付けされたリスクを軽減する。
【００７８】
さらに、マルチアプリケーション機能は、フェデレイティッドクリアリングを要求してもよい。
【００７９】
分散化に関して専用のクリアリングが（あるオーバヘッドにより）単一のアプリのレベルで実現可能であることは、アプリが特定のクリアリングコンステレーションを要求するマルチアプリケーションの世界において最も外側の困難になる。図５の以下の具体例は、クリアリング施設Ｃ１／Ｃ２，Ｃ２，Ｃｎ／Ｃｍのそれぞれにより決済される３つのアプリＡ，Ｂ，Ｃを有するプロバイダＰ２について上記困難を示す。図１に示される本発明の実施例によるシステムと比較して、このような設定は依然として限定的な冗長性とフレキシビリティのほとんどない大きなオーバヘッドを必要とすることが明らかになる。
【００８０】
図５は、いくつかの異なるアプリケーション５５１，５５３，５５５がプロバイダノード５０５，５０７により提供される本発明者による研究成果による通信ネットワーク５００を概略的に示す。
【００８１】
図５に示される上記シナリオに適用されるフェデレイティッドクリアリングの概念は、単一のマルチクリアリングマルチプロバイダシステム内でＰ２のジョブを実現する。冗長性の向上、アプリケーションレベルにおけるクリアリング設定、ユーザがネットワーク全体の一部である、アプリレベルのクリアリングルールはユーザ及び／又はプロバイダが各アプリのクリアリング設定を決定することを可能にするなどの効果がある。ローカルな規制は、各アプリのレベルにおいて実現可能である。
【００８２】
図６は、中間ノード６０５と制御ノード６０１，６０３との間の多対多の関係を伴う本発明者による研究成果による通信ネットワーク又はフェデレイティッドクリアリングシステム６００を概略的に示す。ここで、プロバイダノード６０５は、利用可能なアプリケーション６５１のサブセット６５３を導出するため、各ユーザノード６０９が利用可能なアプリケーション６５１から選択可能ないくつかのプリケーションＡ，Ｂ，Ｃ，．．．を提供する（参照符号６５１によりラベル付けされる）。さらに、各ユーザ６０９は、選択されたアプリケーションに固有のクリアリングオプションを選択してもよい。
【００８３】
図６において、プロバイダＰ２は、アプリの選択したものを提供する。アプリＡはＣｍ（政府指令など）のみで決済され、アプリＢはＣ０又はＣ１（ＥＵやＣＨなど）で決済され、アプリＣは何れかのクリアリング施設（所与の時点において最も効率的なものなど）で決済されてもよい。
【００８４】
ユーザＵ２ｎは、ユーザが使用することを所望するユーザのプロバイダが提供したものからアプリのサブセットを選択する。マルチアプリの使用については、１つのアカウントしか求められない。ユーザはまた、ＥＵ、ＣＨ又はＵＳＡなどにおいて決済されるなど、アプリレベルでクリアリングオプションを選択してもよい。
【００８５】
図６に示されるこのようなマルチアプリケーション、マルチプロバイダ及びマルチクリアリング環境は、可能な最も高いフレキシビリティを提供し、ユーザに選択の自由を与えながら、それはまたローカルな順守、税金及び規制問題に関するプロバイダの要求を充足する。図１に示されるシステムは、この目的を達成する。
【００８６】
図７は、１つのプロバイダによる１つのみのアカウントを有するユーザのマルチアプリ選択（１．．．ｎ）を示す。図７に示されるようなアプリケーション１，２，３，４の具体例が、以下に列記される。
【００８７】
アプリ１：ローカル政府により規制される電子政府アプリ；ローカルプロバイダＰｘによって運用され、クリアリングは、ローカルクリアリング施設Ｃｍにおいてのみ実行され、他の何れにおいてもサービスは提供されない。
【００８８】
アプリ２：電子商取引の購入取引；サービスが消費された（Ｐｘ）国ｘ又はサービスが生産された（Ｐｙ）国において課税がクリアリング／メータリングを要求し、特定のクロスボーダ課税のケースなどではＰｘ＋Ｐｙの二重の処理；アプリが各パラメータにより設定される。
【００８９】
アプリ３：金銭移転取引を登録し、取引の有効性を証明するため、中央クリアリングによるグローバルなモバイル送金  ガバナンスはまた分散化されたクリアリングを要求してもよい（ＥＵ、アジア、ＵＳＡなど）
アプリ４：信頼される及びバインディング電子メールサービスのレジファイ；クリアリングは、プロバイダが選択する場合には常に実行されてもよく、例えば、５つのクリアリング施設はクリアリングサービスを提供し、プロバイダＰｘは施設１，３を選択してもよい。
【００９０】
図７は、本発明者による研究成果による通信ネットワーク７００を概略的に示す。ここで、制御ノード７０１，７０３は、ユーザノードに提供される複数のアプリケーション１，２，３，４，．．．，ｎの決済又は管理を可能にする。
【００９１】
図８は、本発明者による研究成果による信頼される環境を概略的に示す。特に、図８は、専用の電子政府サービス及びプロバイダのためのＴＲＵＳＴＥＤ及びＳＥＬＦ−ＳＵＳＴＡＩＮＩＮＧ環境が確立される専用サービス（電子政府など）の一例を示す。プロバイダとクリアリングが当局によって自由に選択可能であるため、自律的なガバナンスが提供される。さらに、ユーザは、同一のユーザアカウントを有する他のサービスなどのため、通信システム全体に接続され続ける。
【００９２】
図９は、複数の制御ノード９０１，９０３が複数のプロバイダノード９０５，９０７に接続される本発明者による研究成果による通信ネットワークを概略的に示す。
【００９３】
クリアリングデータへのアクセスを取得するため（レジファイ取引（ｒｅｇｉｆｙ  ｔｒａｎｓａｃｔｉｏｎ）のキーなど）、プロバイダとクリアリング施設との間の多対多の接続を配線化する代わりに（ＶＰＮなどを介し）、ローミング処理はよりフレキシブルであってもよい。図９は、フェデレイティッドであるが、配線化されたクリアリング及びメータリングによるマルチアプリケーション通信システムを示す。
【００９４】
本発明者による研究成果によると、図１０に示されるようなフェデレイティッドクリアリング及びメータリングのためのローミングアーキテクチャが提供される。
【００９５】
図１０は、本発明の他の実施例による通信ネットワーク１０００を概略的に示す。特に、通信ネットワーク１０００はまた、通信ネットワーク１０００が制御ノード又はクリアリングノード１００１，１００３を有し、制御ノード１００１，１００３の特定のペアがそれぞれ２つの制御ノード１００１，１００３の間で通信チャネル１０１９を提供する第１レベル通信ネットワークを形成する、フェデレイティッドクリアリング及びメータリングによるマルチアプリケーション通信システムのためのローミングアーキテクチャとしてみなされてもよい。特に、各通信チャネル１０１９は、別のバーチャルプライベートネットワークを表すものであってもよい。特に、１以上のユーザノードは、簡単化のため図示されない中間ノード１０５に通信接続されてもよい。中間ノード１０５に対するユーザリクエストは、通信チャネル１０１９を用いて制御ノード１００１，１００３の他方に匿名リクエストを転送又はローミングする制御ノード１００１に、匿名形式により転送されてもよい。これにより、異なる制御ノード１００１，１００３が異なる管轄区域に配置されてもよい。
【００９６】
特に、図１０は、フェデレイティッドクリアリング及びメータリングによるマルチアプリケーション通信システム１０００のためのローミングアーキテクチャを示す。これにより、プロバイダしか１つのクリアリングサービスに接続される必要がなく、クリアリングサービスは適切な場合に接続される。
【００９７】
プロバイダの個数がアプリの大部分についてクリアリング施設の個数を超過するとき、クリアリング施設のレベルで配線化し、１つのクリアリング施設のみを介しプロバイダを接続し、各クリアリング施設が必要とされるクリアリング情報を有しない場合、ローミングダイアログを有することが適切であってもよい。
【００９８】
さらに、プロバイダは、例えば、専用サービス（電子政府など）のケースにおいて、複数のクリアリング施設に接続可能である。ローミングは、クリアリング施設の間のクリアリング及び／又はメータリング情報に関する検索、認証及び交換処理として規定され、又は構成されてもよい。１つのクリアリング施設が取引を処理するためにクリアリング情報を必要とするときは常に、ローミングが実行され、当該クリアリング情報が、他の何れかの場所に、すなわち、他のクリアリング施設に格納／管理される。
【００９９】
技術的には、ローミング処理は、高速接続及びハイエンドな技術的インフラストラクチャを要求するパラレルリクエストでなく、リクエストに応じた匿名コール（ニアリアルタイムリクエスト）であってもよい。このようなリクエストに応じたコールは、よりロウバストであると共に、異質な環境において、すなわち、異なるガバナンスルール下のグローバルクリアリング施設によるクリアリングフェデレイションにおいて機能する。具体例を与えるため、Ｃ１がＣ２及びＣｚへのローミングコールを開始する場合、このようなコールはパラレル又はシリアルなものとすることができ、例えば、Ｃｚへのコールは、Ｃ２へのコールが不成功であった場合に限って開始される。
【０１００】
さらに、ローミング機能は、各種ガバナンスレジームを可能にするものであってもよい。
【０１０１】
特に、ローミング（特に、リクエストのローミング及び／又はレスポンスデータの転送のためのアクセス状態）は、以下のポイント１〜３に列記されるように、異なるレベルにおいて設定されてもよい。
１．ユーザ及びユーザグループ
ユーザ／ユーザグループは、あるアプリＡのローミングを有効又は無効にすることを決定してもよい。ユーザがアプリＡのローミングを無効にすることを選択し、アプリＡの取引を開始する場合、ユーザが登録されているときに限ってクリアリングデータ（キーなど）がクリアリング施設にあるであろう。ローミングが無効とされる場合、クリアリング施設はローミングが無効とされる場合にはデータを共有しないため、当該ユーザの通信パートナーがまた同じクリアリング施設に登録される必要がある。このローミング設定は、クリアリングデータが当該ユーザグループが選択した信頼されるドメインに常駐することを保障する。他方、ローミングが有効とされることは、クリアリング施設の間のローミングダイアログを可能にする。ユーザが複数のアプリを有する場合、一部はローミングが有効とされ、他は無効とされてもよい。
２．プロバイダ
プロバイダは、ローミング有効又はローミング無効として設定されてもよい。後者の設定オプションは、国の電子政府アプリを設定することを所望し、単にガバナンスを制御するためのポジションにある必要がある当局の選択であってもよい。
３．クリアリング施設
クリアリング施設は、クリアリングデータを交換するためローミングを所望するクリアリングパートナーのセットを選択する自由度を有する。もちろん、この選択は、グローバルにされてもよいし（クリアリング施設が決済／評価するすべてのアプリについて）、又は個別に各アプリについてされてもよい。この結果、クリアリング施設は、多様なクリアリング方式を有する各種アプリをサポートすることができる。ローミングが電子政府アプリについて無効とされる一方、選択的なローミングがアプリＢについてサポートされ、フルローミングがアプリＣについてサポートされてもよい。
【０１０２】
個々のアプリのレベルにおけるローミング方式の具体例が、以下に与えられる。
【０１０３】
アプリＢのコンステレーションは、
−ユーザＡがローミング無効を選択してもよく、
−ユーザＢがローミング有効を選択してもよく（ユーザＢのプロバイダがアプリＢのローミングを有効にした場合に限って実行される）、
−プロバイダ１がアプリＢのローミングのためクリアリング施設３，１２を選択してもよく、
−プロバイダ２がフリーローミングを選択し、ある最も効率的なアルゴリズムにアプリＢのローミング処理を決定させてもよい。
【０１０４】
アプリＣのコンステレーションは、
−ユーザＢがローミング無効を選択してもよく、
−ユーザＡがローミング有効を選択してもよく、
−プロバイダ２がアプリＣのローミングのためクリアリング施設１，１２を選択してもよく（例えば、法律上の理由、技術上の理由（遅延）などのため）、
−プロバイダ１がローカルな規制及び法的問題のためアプリＣのローミングを無効にしてもよく、
−電子政府アプリが最初から専用のプロバイダ及びクリアリング施設の権利に限定されてもよい。
【０１０５】
図１１は、実施例による他の通信ネットワーク１１００を概略的に示す。図１１に示される通信ネットワーク１１００は、それがユーザノードにより使用されるアプリケーションのメータリング（すなわち、特に請求書のためのデータアクセスの評価）又はユーザノードによりリクエスト及びアクセスされるコンテンツの評価若しくはメータリングを可能にする点で、通信ネットワークの上述した実施例と異なる。
【０１０６】
図１１において、フェデレイティッド匿名メータリングが、フェデレイティッドクリアリング及びメータリングを備えたマルチアプリケーション通信システムとして示される。
【０１０７】
フェデレイティッドクリアリングは、クリアリングサービスを特化するための機会を拡げる。これはまた、メータリングを含むものであってもよい。クリアリングサービスがすべてのアプリ、アプリのサブセット又は専用のもの（電子政府など）のみをフレキシブルにサポートするようにしてもよいため、メータリングが分散化可能であると共に、クリアリングサービスの一部とすることが可能である。典型的には、メータリング（及び直接的な以降の処理としての課金）は、特に多様なメータリング概念が１つの中央クリアリングインスタンスにおいてサポートされる必要がある場合、大きなリソース及びコストを使用する可能性がある。専用のクリアリングインスタンスのメータリングは、各自のクリアリングサービスの特化を反映し、効率的な分散化されたメータリングサービスをもたらす。
【０１０８】
プロバイダＰｙによるユーザＵ２１の課金は、課金期間内のＵ２１のリクエストに対してサービス提供した可能性のあるクリアリング施設からメータリングデータを収集するため、ローミングダイアログをトリガしてもよい。Ｐｙは、ユーザ毎に個別に又はそれの完全なユーザベースのため、分散化されたメータから当該利用データを収集してもよい。このタイプのフェデレイティッド匿名メータリングの効果は様々である。
−特化したクリアリング施設は、メータリングをより効率的に実行可能である。
−メータリングデータは、クリアリングレベルでは匿名であり、データプライバシ法及び規則に影響を与えることなく何れに常駐してもよい（アジア、北米、ＥＵなど）。
−メータリングデータは、プロバイダレベルにおいてのみユーザに関連するものになる（信頼関係のレベルで）。
−Ｕ２１は、Ｐｙを介しワンフェイスツーカスタマ（ｏｎｅ  ｆａｃｅ  ｔｏ  ｔｈｅ  ｃｕｓｔｏｍｅｒ）を有する。
−Ｐｙと自らのカスタマの関係
−Ｐｙは、Ｕ２１の課金説明に使用されるアプリ毎のメータリングデータを決定できる。
−メータリングのためのローミング処理は、クリアリングのためのローミング設定に従う。
【０１０９】
図１２は、本発明の実施例による他の通信ネットワーク１２００を概略的に示す。ここで、新聞の購読要求は、アクセスされる新聞コンテンツへの実際のアクセスに基づき課金されてもよい。
【０１１０】
特に、図１２は、コンテンツデータの購読のためのフェデレイティッド匿名メータリングの一例を示す。
【０１１１】
ここで、ビズ購読アプリのユーザは、Ｐ７と購読オンデマンドサービスのユーザとの間で合意されるデジタルコンテンツを含むレジファイメッセージを自らのインボックスにおいて受信する。ＴＩＭＥ  Ｍａｇａｚｉｎｅ、ＢＵＳＩＮＥＳＳ  ＷＥＥＫ及びＣＡＰＩＴＡＬ  Ａｒｔｉｃｌｅからの記事の選択が、要約としてユーザに利用可能とされてもよく、“あなたがこの記事全体を読みたい場合、Ｘセント課金される”をクリックすることによって確認されると、ユーザは、記事にアクセスできる（レジファイメッセージの一部であってもよく、又は独立に発送されてもよい）。ビズ購読サービスは、購入リクエストを記録し、それを匿名化するユーザのプロバイダＰ７にわたし、ＴＩＭＥ、ＢＵＳＩＮＥＳＳ  ＷＥＥＫ及び／又はＣＡＰＩＴＡＬのそれぞれのクリアリング施設とのローミングを実行するクリアリング施設Ｃ５（Ｐ７によるクリアリング施設の選択）をわたす。これらの施設は、購入イベントを記録し、購入キーをわたし、クリアリング及びプロバイダのチェーンを介し、キーはユーザにリクエストされたデジタルコンテンツを利用可能にする。ユーザは、ビズ購読アプリの信頼されるプロバイダＰ７からのみ１つの課金書を受信する。
【０１１２】
ユーザは、ユーザの嗜好をＰ７と共有してもよく、プロファイルはＰ７によってのみ匿名で事前の同意によりわたされてもよい。異なるコンテンツプロバイダにおけるユーザのプロファイルによる購読サービスは、ユーザにとって優れている。また、ユーザは１つの課金書のみを受信する。
【０１１３】
ユーザは、各自の課金期間にオンデマンドビズ購読において記事＃１，＃２，＃３，＃４，＃７を選択してもよい。プロバイダＰ７は、信頼される仲介者として機能し、コンテンツ所有者とのビズ購読仲介者として機能する。
【０１１４】
“有する”という用語は、他の要素又は特徴を排除するものでなく、“ある”は複数を排除するものでないことに留意すべきである。また、異なる実施例に関して説明された要素は組み合わされてもよい。
【０１１５】
また、請求項における参照符号は請求項の範囲を限定するものとして解釈されるものでないことに留意すべきである。
【符号の説明】
【０１１６】
１０１，１０３  制御ノード
１０５  中間ノード
１０９  ユーザノード
【図１】
2012155704.tif 000003
【図２】
2012155704.tif 000004
【図３】
2012155704.tif 000005
【図４】
2012155704.tif 000006
【図５】
2012155704.tif 000007
【図６】
2012155704.tif 000008
【図７】
2012155704.tif 000009
【図８】
2012155704.tif 000010
【図９】
2012155704.tif 000011
【図１０】
2012155704.tif 000012
【図１１】
2012155704.tif 000013
【図１２】
2012155704.tif 000014
【外国語明細書】
2012155704000001.pdf
2012155704000002.pdf
2012155704000003.pdf
2012155704000004.pdf