JP2005295538A - アドホックネットワークにおける課金報酬プロセスを実行する方法 - Google Patents

Abstract

【課題】 アドホックネットワークにおいて課金報酬プロセスを実行する方法を提供する。
【解決手段】 アドホックネットワーク（２）は複数のアクティブノードを提示する。パケットを送信または受信するノードには費用が課金され、アドホックネットワーク（２）内でパケットを転送するノードには報酬が与えられる。アドホックネットワーク（２）内で生成された課金報酬データが、さらなる送信および／または処理のために、アクセスルータ（３）経由でＡＡＡ（認証、許可、課金）アーキテクチャ（４）のコンポーネントへ送信される。
【選択図】 図１

Description

本発明は、アドホックネットワークにおいて課金および報酬のプロセスを実行する方法に関する。ここで、アドホックネットワークには多数のアクティブノードが存在し、パケットを送信または受信するノードには費用が課され、アドホックネットワーク内でパケットを転送するノードには報酬が与えられる。

技術的な観点から見ると、このような民生用のアドホックネットワークは現実のものになりつつある。しかし、アドホックネットワークが現実的であり実際に実施可能となるのは、２つの基本的条件が満たされる場合に限られる。第１に、アドホックネットワークの個々のノードはネットワークにアクティブに参加しなければならない。すなわち、ノードは、自分自身のデータを送信および／または受信しなければならないだけでなく、特に自分自身以外のデータ転送もしなければならない。第２に、アドホックネットワークは、ＩＳＰ（インターネットサービスプロバイダ）から見て、収益性のある従来のネットワークとは異なり無課金であることから脅威ととらえるのでなく、収益性のある独立のビジネスモデルとしてもみなされることになるように、設計されなければならない。しかしながら、上記の両方の条件をそのまま仮定することはできない。特に第１の点は、バッテリ駆動式の携帯機器が想定される場合には重要となる。第２の点は重要である。というのは、現在までのところ、民生用のアドホックネットワークでは、課金プロトコルが用いられていないからである。

無線マルチホップ・アドホックネットワーク上の一群の従量制課金報酬プロトコルが新たに登場したことにより、状況は大きく変わった。例として、Ｓｐｒｉｔｅ、ＳＩＣＰ(Secure Incentive-based Charging Protocols)およびＮｕｇｌｅｔのようなアプローチがある。これらのアプローチの鍵となる考え方は、アドホックネットワーク内で自分自身以外のデータを転送するノード、すなわち中間ノードとして作用するノードに、報酬を与えることである。というのは、そのようなノードは、自分自身以外のデータを転送するためにバッテリ電力を消費しているからである。

報酬という用語は抽象的な意味で理解されるべきであり、例えば、ポイント方式、クレジットまたは直接の金銭による報酬として実現可能である。他方、送信者または受信者として作用するノードは、ＩＳＰによって費用が課金されることになる。

この状況における問題点として、既に確立されている方法を用いて課金報酬プロセスに関連するデータを生成してアドホックネットワーク内で転送することは可能であるが、例えばＩＳＰがこのようなデータを包括的に利用することはまだ可能でないということがある。

上記課題に鑑み、本発明は、上記のようなアドホックネットワークにおいて課金報酬プロセスを実行する方法であって、課金および報酬に関連するデータがアドホックネットワークを越えて提供されることにより包括的に利用可能となる方法を提供する。

本発明によれば、上記の課題は、請求項１の構成によって解決される。請求項１によれば、本方法は、アドホックネットワーク内で生成される課金報酬データが、さらなる送信および／または処理のために、アクセスルータ経由でＡＡＡ（認証・許可・課金）アーキテクチャのコンポーネントへ送信されるように設計される。

本発明によれば、アドホックネットワーク内で課金および報酬の概念を包括的に利用するためには、固定ネットワークに存在するＡＡＡアーキテクチャにこれらの概念を結合すべきことが認識される。

本発明によれば、アドホックネットワーク内で生成される課金報酬データが、後続の転送および／または処理のために、アクセスルータ経由でＡＡＡアーキテクチャのコンポーネントへ送信される。必要な課金データは、まず、アドホックネットワークにおいて例えばＳＩＣＰ(Secure Incentive-based Charging Protocol)により収集され、アドホックネットワークの境界まで安全に転送されて、アクセスルータにおいて提供されることが可能である。そこから、データは固定ネットワーク内のＡＡＡアーキテクチャへ送信され、そこで例えばＩＳＰによって包括的に利用されることが可能である。本発明による方法は、さまざまなアドホックネットワークにおいて利用可能であるが、例えば空港、ホテルあるいはレストランにおける無線アドホックネットワークやホットスポットネットワークで用いると好適である。

広範で包括的な機能に関して、課金報酬データは訪問先ネットワークのＡＡＡコンポーネントに送信されるようにすることができる。この場合、アドホックネットワークにおける認証のシステムアクセス機能が常に訪問先ネットワーク上で実行されるので有利である。さらに、一時的にネットワークの一部であるが、アドホックネットワークのアクセスルータのホームネットワークにではなく訪問先ネットワークに登録されているノードにまで、ＩＳＰの課金報酬プロセスを拡大することができる。

課金報酬プロセスが、アドホックネットワークのアクセスルータのホームネットワークに登録されているノードのみに対して実行されることになっている場合、課金報酬データは、このホームネットワークのＡＡＡコンポーネントにも送信されることが可能である。

有利には、課金報酬データは、認証、許可および利用の基本的なシステムアクセス機能、ならびにそれらの課金を管理するＡＡＡアーキテクチャのＡＡＡサーバに送信される。

それぞれの利用目的に応じて、異なる課金報酬データをＡＡＡコンポーネントへ送信することができる。送信されるデータを選択する際に、ＩＳＰが自己のサーバでのデータ記憶を最適化するために有している異なる宛先を考慮に入れることができる。一般に、アクセスルータに記憶されるデータの寿命は、ＡＡＡコンポーネントに記憶されるデータよりもかなり短いので、ＩＳＰは、課金、料金請求および長期記憶のためにどのデータを送信すべきかのバランスを見出す必要がある。通常、アクセスルータ内のデータは、およそ課金、料金請求期間に対応する期間の間記憶される。ドイツでは、この期間は、現行法の状況においては、少なくとも８２日間である。特に簡易な実施態様では、例えば、アドホックネットワークの各ノードに対する課金報酬データとして、ノードがＡＡＡコンポーネントへ送信したデータ量のみを送信することができる。送信データ量は、パケット数および／またはバイト数で測ることができる。加えて、または別法として、各ノードについて、（同じくパケット数および／またはバイト数で測った）受信データ量をＡＡＡアーキテクチャのコンポーネントへ送信することができる。

本方法のさらに複雑な形態に関して、特に、課金の概念に加えて報酬の概念を実現することに関して、各ノードについて、転送されたデータ量を送信することができる。

実際の費用または報酬の計算に関して、各ノードについて、そのノードの送受信アクティビティと転送アクティビティの間の価格関係をＡＡＡアーキテクチャへ送信することができる。価格関係に加えて、またはその別法として、送受信アクティビティの絶対費用および／または転送アクティビティに対する報酬の絶対値を送信することができる。

アドホックネットワークの個々のノードに費用および報酬を簡単に割り当てることに関して、各ノードについてユーザ識別を送信するようにすることができる。各ノードについて、管理データ、特に、訪問したドメインの認証局によって発行される識別証明書および／または委任証明書を送信することができる。高レベルのセキュリティを保証するため、訪問したドメインのアクセスルータとの間で対称鍵を交換することができる。

この点で、特にもう一度留意されるべきことであるが、プロバイダのそれぞれの目的および特定の目標に応じて、上記のデータのうちから選択したさまざまなデータをＡＡＡアーキテクチャに送信することができる。ＩＳＰが自己の目的のために「否認防止」特性を必要とする場合、上記のすべてのデータが課金報酬データとして送信されなければならない。主目的が長期記憶空間を節約することである場合、累積データのみを送信すべきである。このような累積データは、実際にかかった費用から報酬を差し引いた後の請求書最終金額とすることができる。

データ送信時間の構造化に関して、ノードについてのデータは、例えば各課金期間後にＡＡＡアーキテクチャへ送信されることが可能である。別法として、即時送信も考えられる。すなわち、データがアクセスルータで利用可能になったらすぐに、データをＡＡＡコンポーネントへ送信してもよい。

特に好ましい実施形態では、データは、ＲＡＤＩＵＳ(remote authentication dial-in user)プロトコルまたはＤＩＡＭＥＴＥＲプロトコルのフォーマットで送信される。ＲＡＤＩＵＳは、認証およびアクセス許可制御のためのクライアント・サーバ方式のセキュリティプロトコルである。この場合、ユーザＩＤやアクセス許可のようなユーザデータの集中的管理がサポートされる。エンドツーエンド・セキュリティを提供するＩＰｓｅｃ等のセキュリティプロトコルにより課金報酬データを送信することも考えられる。クローズドネットワークでは、ＴＣＰ／ＵＤＰパケットを用いて課金報酬データをＡＡＡアーキテクチャへ送信することも好適である。

本発明の教示を有利に具現化し、さらに改良するための方法にはいくつかの選択肢がある。このためには、一方では請求項１に従属する請求項を参照し、他方では図面に示された本発明の実施形態の好ましい実施例に関する以下の説明を参照すべきである。図面による本発明の実施形態の好ましい実施例の説明においては、本発明の教示の好ましい実施形態およびさらなる改良形態が一般的に説明される。

図１には、多数のユーザノード１が自発的に相互接続することによりアドホックネットワーク２を形成した状態を概略的に示す図である。アドホックネットワーク２内で、ノード１は、送信者／受信者として作用するとともに、訪問先データを転送するアクティブな中間ノードとしても作用する。それらのノードの送受信アクティビティおよび転送アクティビティに応じて生成された課金報酬データは、アドホックネットワーク２内で例えばＳＩＣＰ(Secure Incentive-based Charging Protocol)によって収集されてから、アドホックネットワーク２の境界へ安全にトランスポートされ、そこでアクセスルータ３において利用可能となる。

本発明によれば、課金報酬データは、アクセスルータ３経由でＡＡＡ（認証・許可・課金）アーキテクチャ４のコンポーネントへ送信された後、そこでデータは例えばＩＳＰによって処理されることが可能である。本発明による送信は、図中では２本の両方向矢印で示されている。データの送信先のコンポーネントは、この具体例では、ＡＡＡサーバ５である。

留意されるべき点であるが、コアネットワーク６内に実現された異なるＡＡＡアーキテクチャ４が使用可能である。したがって、例えば、訪問先ネットワーク８のＡＡＡサーバ５へ課金報酬データを送信することが可能である。アドホックネットワーク２のすべてのユーザノード１が訪問先ネットワーク８に登録されていることが確実ではなく、課金報酬プロセスが別のネットワーク、すなわちホームネットワーク７に登録されているユーザノード１にも拡大されることが想定される場合、関連するデータは、このホームネットワーク７へも送信されることが可能である。

最後に、特に指摘しておかなければならないが、記載されている実施形態の実施例は、単に本発明の教示の実例としての役割を果たすに過ぎず、決して本発明の教示をそれらの実施形態の実施例に限定するものではない。

アドホックネットワークおよびＡＡＡアーキテクチャにおける本発明による方法の一実施態様の概略図である。

符号の説明

１ ユーザノード
２ アドホックネットワーク
３ アクセスルータ
４ ＡＡＡアーキテクチャ
５ ＡＡＡサーバ
６ コアネットワーク
７ ホームネットワーク
８ 訪問先ネットワーク

Claims (19)

1. 複数のアクティブノードにより構成されるアドホックネットワークにおいて課金報酬プロセスを実行する方法であって、
   パケットを送信または受信するノードに費用を課金し、
   前記アドホックネットワーク内でパケットを転送するノードには報酬を与え、
   前記アドホックネットワーク内で生成された課金報酬データを、さらなる送信および／または処理のために、アクセスルータ経由でＡＡＡ（認証、許可、課金）アーキテクチャのコンポーネントへ送信する、
   ことを特徴とするアドホックネットワークにおける課金報酬プロセスを実行する方法。
2. 前記課金報酬データが、訪問先ネットワークのＡＡＡコンポーネントへ送信されることを特徴とする請求項１に記載の方法。
3. 前記課金報酬データが、ホームネットワークのＡＡＡコンポーネントへ送信されることを特徴とする請求項１に記載の方法。
4. 前記課金報酬データが、ＡＡＡアーキテクチャのＡＡＡサーバへ送信されることを特徴とする請求項１〜３のいずれか１項に記載の方法。
5. 各ノードについて、該ノードが送信したデータ量が課金報酬データとして送信されることを特徴とする請求項１〜４のいずれか１項に記載の方法。
6. 各ノードについて、該ノードが受信したデータ量が課金報酬データとして送信されることを特徴とする請求項１〜５のいずれか１項に記載の方法。
7. 各ノードについて、該ノードが転送したデータ量が課金報酬データとして送信されることを特徴とする請求項１〜６のいずれか１項に記載の方法。
8. 各ノードについて、該ノードの送受信アクティビティの費用と、該ノードの転送アクティビティに対する報酬との比が課金報酬データとして送信されることを特徴とする請求項１〜７のいずれか１項に記載の方法。
9. 各ノードについて、送受信アクティビティの絶対費用および／または転送アクティビティの絶対報酬が送信されることを特徴とする請求項１〜７のいずれか１項に記載の方法。
10. 各ノードについて、ユーザＩＤが送信されることを特徴とする請求項１〜９のいずれか１項に記載の方法。
11. 各ノードについて、管理データが送信されることを特徴とする請求項１〜１０のいずれか１項に記載の方法。
12. 前記管理データは識別および／または委任の証明書を含むことを特徴とする請求項１１に記載の方法。
13. 各ノードについて、対称鍵が送信されることを特徴とする請求項１〜１２のいずれか１項に記載の方法。
14. 各ノードについてのデータが課金期間後に送信されることを特徴とする請求項１〜１３のいずれか１項に記載の方法。
15. 各ノードについてのデータは、該データが前記アクセスルータで利用可能になるとすぐに送信されることを特徴とする請求項１〜１３のいずれか１項に記載の方法。
16. 前記データは、ＲＡＤＩＵＳプロトコルまたはＤＩＡＭＥＴＥＲプロトコルのフォーマットで送信されることを特徴とする請求項１〜１５のいずれか１項に記載の方法。
17. 前記データは、エンドツーエンド・セキュリティを備えたセキュリティプロトコルを用いて送信されることを特徴とする請求項１〜１６のいずれか１項に記載の方法。
18. 前記データはＩＰｓｅｃを用いて送信されることを特徴とする請求項１７に記載の方法。
19. 前記データはＴＣＰパケットまたはＵＤＰパケットを用いて送信されることを特徴とする請求項１〜１８のいずれか１項に記載の方法。
    
    

Images