(57)【要約】  本発明は、アクセスネットワークの情報を用いて料金決済を行うネットワーク課金方法、システム及び装置を提供している。上記方法は、課金サーバが、課金クライアントから送信された課金メッセージにおける課金情報、及びアクセスネットワークの情報に基づいて、ネットワークサービスプロバイダーとアクセスネットワークのプロバイダーとの料金決済を行うための、上記アクセスネットワークの情報を含む勘定書を生成することを備える。本発明によれば、ＷｉＭＡＸネットワーク、ＩＰネットワーク、或いは通信ネットワークにおいてより詳しい勘定書を提供することができるとともに、ネットワークサービスプロバイダーの課金サーバは、課金メッセージにおける課金情報と、課金メッセージ、認証メッセージ又は静的配置表に含まれるネットワークアクセスプロバイダーの情報とに基づいて、このネットワークアクセスプロバイダーと料金決済を行うことができる。
2009522967.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク課金方法であって、
課金サーバは、課金クライアントから送信された、課金情報を含む課金メッセージを受信して、アクセスネットワークの情報を取得し、
前記課金サーバは、前記課金情報と前記アクセスネットワークの情報に基づいて、前記ネットワークのネットワークサービスプロバイダーと前記アクセスネットワークのアクセスネットワークプロバイダーとの料金決済を行うための、前記アクセスネットワークの情報を含む勘定書を生成する、
ことを備えることを特徴とする方法。
【請求項２】
前記課金サーバが前記アクセスネットワークの情報を取得することは、具体的に、
課金サーバは、課金クライアントから送信された、前記アクセスネットワークの情報を含む課金メッセージを受信し、受信した当該課金メッセージに基づいて前記アクセスネットワークの情報を取得し、
或いは、
課金サーバは、前記認証サーバとやり取りを行い、認証ポイントから認証サーバへ送信された認証メッセージに含まれる前記アクセスネットワークの情報を前記認証サーバから取得し、
或いは、
課金サーバは、課金クライアントから送信された、ネットワークアクセスサーバの識別子、ネットワークアクセスサーバのＩＰアドレス、及びホームエージェントのＩＰアドレスの任意の組み合わせの情報を含む課金メッセージを受信し、前記任意の組み合わせの情報に基づいて、課金サーバに保存されている、ネットワークアクセスサーバの識別子、ネットワークアクセスサーバのＩＰアドレス、及びホームエージェントのＩＰアドレスの任意の組み合わせと、対応するアクセスネットワークの情報との対応関係を照合して、前記アクセスネットワークの情報を取得する、
ことを備えることを特徴とする請求項１に記載の方法。
【請求項３】
前記の課金メッセージ又は認証メッセージにアクセスネットワークの情報が含まれることは、具体的に、
課金メッセージ又は認証メッセージに、リモート認証ダイヤルインユーザーサービスプロコルの特定属性により前記アクセスネットワークの情報を搭載し、
或いは、
課金メッセージ又は認証メッセージに、前記アクセスネットワークの情報を含む基地局識別子を設定する、
ことを備えることを特徴とする請求項２に記載の方法。
【請求項４】
前記アクセスネットワークの情報が、アクセスネットワーク事業者の識別子、アクセスネットワークの識別子、或いはネットワークアクセスプロバイダーの情報を含むことを特徴とする請求項１に記載の方法。
【請求項５】
前記課金メッセージが課金スタートパケットと課金ストップパケットとを含むことを特徴とする請求項１、２、３または４に記載の方法。
【請求項６】
ＩＰネットワーク、通信ネットワーク、或いはワイマックス（ＷｉＭＡＸ）ネットワークに応用されることを特徴とする請求項１、２または３に記載の方法。
【請求項７】
ネットワーク課金システムであって、
課金サーバへ課金情報を送信する課金情報送信手段を備える課金クライアントと、
前記課金クライアントから送信された課金情報を受信して、アクセスネットワークの情報を取得受信された前記課金情報、及び取得されたアクセスネットワークの情報に基づいて、ネットワークサービスプロバイダーと前記アクセスネットワークのアクセスネットワークプロバイダーとの料金決済を行うための、前記アクセスネットワークの情報を含む勘定書を生成する勘定書生成手段を備える課金サーバと、
を備えることを特徴とするシステム。
【請求項８】
前記課金クライアントが、課金サーバへ前記アクセスネットワークの情報を送信するアクセスネットワーク情報送信手段をさらに備えることを特徴とする請求項７に記載のシステム。
【請求項９】
認証サーバへ認証メッセージを送信する認証メッセージ送信手段と、認証サーバへアクセスネットワークの情報を送信するアクセスネットワーク情報送信手段とを備える認証ポイントと、
前記認証ポイントから送信された認証メッセージとアクセスネットワークの情報とを受信する認証受信手段と、前記課金サーバへ前記アクセスネットワークの情報を送信する情報やり取り手段とを備える認証サーバと、
をさらに備えることを特徴とする請求項７に記載のシステム。
【請求項１０】
前記認証ポイントと前記課金クライアントとが同じエンティティであり、前記認証サーバと前記課金サーバとが同じエンティティであることを特徴とする請求項９に記載のシステム。
【請求項１１】
前記課金サーバが、
課金クライアントから送信された、ネットワークアクセスサーバの識別子、ネットワークアクセスサーバのＩＰアドレス、及びホームエージェントのＩＰアドレスの任意の組み合わせの情報を含む課金メッセージを受信し、前記任意の組み合わせの情報に基づいて、課金サーバに保存されている、ネットワークアクセスサーバの識別子、ネットワークアクセスサーバのＩＰアドレス、及びホームエージェントのＩＰアドレスの任意の組み合わせと、対応するアクセスネットワークの情報との対応関係を照合して、前記アクセスネットワークの情報を取得するアクセスネットワーク情報配置手段をさらに備えることを特徴とする請求項７に記載のシステム。
【請求項１２】
課金クライアントであって、
課金サーバへ課金情報を送信する課金情報送信手段と、
課金サーバへアクセスネットワークの情報を送信するアクセスネットワーク情報送信手段と
を備えることを特徴とする課金クライアント。
【請求項１３】
前記課金クライアントがアクセスサーバであることを特徴とする請求項１２に記載の課金クライアント。
【請求項１４】
課金サーバであって、
課金クライアントから送信された課金メッセージを受信して、アクセスネットワークの情報を取得する課金受信手段と、
前記課金メッセージにおける課金情報及び取得されたアクセスネットワークの情報に基づいて、料金決済を行うための、アクセスネットワークの情報を含む勘定書を生成する勘定書生成手段と、
を備えることを特徴とする課金サーバ。
【請求項１５】
課金クライアントから送信された、ネットワークアクセスサーバの識別子、ネットワークアクセスサーバのＩＰアドレス、及びホームエージェントのＩＰアドレスの任意の組み合わせの情報を含む課金メッセージを受信し、前記任意の組み合わせの情報に基づいて、課金サーバに保存されている、ネットワークアクセスサーバの識別子、ネットワークアクセスサーバのＩＰアドレス、及びホームエージェントのＩＰアドレスの任意の組み合わせと、対応するアクセスネットワークの情報との対応関係を照合して、前記アクセスネットワークの情報を取得するアクセスネットワーク情報配置手段をさらに備えることを特徴とする請求項１４に記載の課金サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰネットワーク、通信ネットワーク及びワイマックス（ＷｉＭＡＸ：Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ）ネットワークに関し、特に上記ネットワークにおいてネットワークアクセスプロバイダー（ＮＡＰ：Ｎｅｔｗｏｒｋ  Ａｃｃｅｓｓ  Ｐｒｏｖｉｄｅｒ）の情報を用いて課金決済を行う方法、システム及び装置に関する。
【背景技術】
【０００２】
図１は従来のＷｉＭＡＸネットワークアーキテクチャを示す図であり、図２は図１のアクセスサービスネットワーク（ＡＳＮ：Ａｃｃｅｓｓ  Ｓｅｒｖｉｃｅ  Ｎｅｔｗｏｒｋ）を示す分解図である。図１と図２に示すように、ＭＳＳ（Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）は移動加入者局であり、ユーザはこの装置を使用してＷｉＭＡＸネットワークにアクセスする。ＣＳＮ（Ｃｏｎｎｅｃｔｉｖｉｔｙ  Ｓｅｒｖｉｃｅ  Ｎｅｔｗｏｒｋ）はコネクティビティサービスネットワークである。ＡＳＮは、ＷｉＭＡＸ端末に無線アクセスサービスのネットワーク機能の集合を提供し、基地局（ＢＳ：Ｂａｓｅ  Ｓｔａｔｉｏｎ）とアクセスサービスネットワークゲートウェイ（ＡＳＮ−ＧＷ：ＡＳＮ  Ｇａｔｅｗａｙ）とのネットワーク要素を備える。アクセスサービスネットワークは主に以下の機能を提供する。
【０００３】
基地局は、主にエアインターフェースアクセス機能を提供し、ネットワークのアクセス装置である（電気通信ネットワークの基地局に類似する）。
アクセスサービスネットワークゲートウェイは、主に下位の基地局から送信されたデータを集中して、コアネットワークにアクセスし、ネットワーク集中制御層の装置に属する。
【０００４】
従来のネットワークの課金システムアーキテクチャは図３に示す通りである。
ユーザはネットワークの要求に従って、あるアクセス課金方式でネットワークにログイン、アクセスとログアウトし、課金クライアントはユーザのネットワークアクセス状況に基づいて課金パケットを自動的に開始し、課金サーバは課金パケットを受信して、この課金パケットに基づいて、ユーザに対応する勘定書（ｂｉｌｌ）を生成する。この角度からみれば、課金は、ユーザにとって透明であり、ユーザがオンラインすると自動的にスタートし、ユーザがオフラインすると自動的にストップする。ここで、課金クライアントは、使用状況データレコード（ＵＤＲ：Ｕｓａｇｅ  Ｄａｔａ  Ｒｅｃｏｒｄｓ）に基づいて課金パケットを生成するが、使用状況データレコードは、課金クライアントによって収集された原始課金データにより、生成されたファイルである。
【０００５】
一般的に、課金クライアントは、ネットワークアクセスサーバ（ＮＡＳ：Ｎｅｔｗｏｒｋ  Ａｃｃｅｓｓ  Ｓｅｒｖｅｒ）或いはブロードバンドアクセスサーバ（ＢＡＳ：Ｂｒｏａｄｂａｎｄ  Ａｃｃｅｓｓ  Ｓｅｒｖｅｒ）のようなアクセスサーバであり、もちろん、ローカルエリアネットワーク交換機（ＬＡＮ  Ｓｗｉｔｃｈ：Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ  Ｓｗｉｔｃｈ）、アクセスポイント（ＡＰ：Ａｃｃｅｓｓ  Ｐｏｉｎｔ）、アクセスサービスネットワークゲートウェイ、ケーブルモデム端末システム（ＣＭＴＳ：Ｃａｂｌｅ  Ｍｏｄｅｍ  Ｔｅｒｍｉｎａｔｉｏｎ  Ｓｙｓｔｅｍ）などのような他の簡略化されたリモートアクセスサーバ（ＲＡＳ：Ｒｅｍｏｔｅ  Ａｃｃｅｓｓ  Ｓｅｒｖｅｒ）であってもよい。一般的に、課金サーバは、認証認可課金（ＡＡＡ：Ａｕｔｈｏｒｉｚａｔｉｏｎ，Ａｕｔｈｅｎｔｉｃａｔｉｏｎ，Ａｃｃｏｕｎｔｉｎｇ）サーバであり、リモート認証ダイヤルインユーザサービス（ＲＡＤＩＵＳ：Ｒｅｍｏｔｅ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｄｉａｌ  Ｉｎ  Ｕｓｅｒ  Ｓｅｒｖｉｃｅ）プロトコルを使ってもよいし、内部プロトコル、ターミナルアクセスコントローラアクセス制御システム（ＴＡＣＡＣＳ：Ｔｅｒｍｉｎａｌ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌｌｅｒ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  Ｓｙｓｔｅｍ）プロトコル、ダイアメーター（Ｄｉａｍｅｔｅｒ）プロトコルなどのような他の代表的なプロトコルを使ってもよい。
【０００６】
ここで、ＲＡＤＩＵＳが公開の標準プロトコルであるため、他のプライベートプロトコルと異なる。ＲＡＤＩＵＳプロトコルを使用する場合、すべてのベンダーが容易にインターフェースしてインターワーキングすることができる。ＲＡＤＩＵＳプロトコルは、現在のネットワークでの公開的で事実的な規格であり、世界中のいかなる場所でも、いかなるベンダー間のインターワーキングを実現することができる。
【０００７】
ＲＡＤＩＵＳプロトコルでは、クライアント／サーバ（Ｃｌｉｅｎｔ／Ｓｅｒｖｅｒ）構成が用いられ、ユーザデータグラムプロトコル（ＵＤＰ：Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）が伝送プロトコルとして用いられる。ＲＡＤＩＵＳのクライアント側は、普通アクセスサーバで作動し、その役割がユーザの情報を指定サーバに送信し、そしてサーバからの異なる応答に基づいて処理することである。ＲＡＤＩＵＳサーバは、普通ワークステーションで作動し、その役割がクライアント側からの要求を受信し、ユーザの権限を認証し、クライアント側からユーザへサービスを提供する時に要する配置情報をクライアント側に戻す。また、ＲＡＤＩＵＳサーバは、クライアント側からの課金情報も受信してデータベースに保存する。
【０００８】
ＲＡＤＩＵＳプロトコルについて、現在、ＲＦＣ２８６５、ＲＦＣ２８６６、ＲＦＣ２８６９において詳しく規定されているので、ここで説明を省略する。
【０００９】
図３に示すような各エンティティのプロトコルスタックを図４に示し、代表的な課金プロセスを図５に示す。以下、図３、図４、図５を参照しながら課金プロセスの各ステップを詳しく説明する。
【００１０】
１、ユーザはネットワークへのログインに成功する。
２、課金クライアントは課金サーバへ課金スタート要求パケットを自動的に送信する。
３、課金サーバは、受信した課金スタート要求パケットにおけるユーザ、課金セッション、ユーザアドレス、スタート時間、現在のトラフィックなどの情報を記録して、ユーザ課金レコードとしてデータベースに保存し、課金をスタートできることを課金クライアントに応答する。
【００１１】
４、ネットワーク状況や運営要求などに応じて、課金情報のリアルタイム保護を行う必要がある場合、課金中に中間課金要求パケットを提供してよい。この場合、課金クライアントは、所定の中間周期に従って中間課金要求パケットを送信する。
５、課金サーバは、受信した中間課金要求パケットにおけるユーザ、課金セッション、ユーザアドレス、ネットワークの使用時間の長さ、ネットワークの使用トラフィックなどの情報を記録して、ユーザ課金レコードとしてデータベースに保存し、中間課金を続けることができることを課金クライアントに応答する。
６、ユーザは、ネットワーク使用が終わると、ネットワークからログアウトする。例えば、ユーザが自発的に切断してもよいし、ネットワーク異常検出によりユーザを強制的にオフラインにしてもよい。
【００１２】
７、課金クライアントは課金サーバへ課金ストップ要求パケットを自動的に送信する。
８、課金サーバは、受信した課金ストップ要求パケットにおけるユーザ、課金セッション、ユーザアドレス、ネットワークの使用時間の長さ、ネットワークの使用トラフィックなどの情報を記録して、ユーザ課金レコードとしてデータベースに保存し、課金をストップできることを課金クライアントに応答する。
【００１３】
実際の応用において、課金の要否、中間課金の要否、及び時間長、トラフィック、ネットワークロケーションなどに従って課金を行うかは、すべてポリシーであり、一般的に、ネットワーク状況やユーザの運営要求に応じて配置するようにしてよい。
【００１４】
ユーザがネットワークにアクセスする課金情報は課金サーバに完全に記録されており、会計システムは、運営要求に従って直接に課金情報から対応のレートと計算方式を決定して、原始の課金情報をユーザの本当の勘定書に変換することができる。
【００１５】
ここで、説明すべきものとして、ＷｉＭＡＸの最新規格において、従量課金とフローベースの課金が両方ともサポートされる。フローベースの課金の状況は図６に示す通りである。課金クライアントは、ユーザがネットワークへのログインに成功する際に課金プロセスをスタートせず、サービスフローの確立に成功した後に課金をスタートする。ここで、課金クライアントはＡＡＡクライアント（ＡＡＡ  ｃｌｉｅｎｔ）であり、訪問課金サーバは訪問ＡＡＡサーバ（Ｖｉｓｉｔｅｄ  ＡＡＡ  Ｓｅｒｖｅｒ）であり、ホーム課金サーバはホームＡＡＡサーバ（Ｈｏｍｅ  ＡＡＡ  Ｓｅｒｖｅｒ）である。上記に基本的な課金プロセスを詳しく説明した。図６に示すステップは図５と類似し、異なる点は課金のトリガータイミングにある。図５に示すプロセスは、ユーザがネットワークへのログインに成功した後に課金をトリガーし、即ち、従量課金であるが、図６に示すプロセスは、サービスフローの確立に成功した後に課金をトリガーし、即ち、フローベースの課金である。このため、ここで具体的なステップについての説明を省略する。
【発明の開示】
【発明が解決しようとする課題】
【００１６】
また、現在のＷｉＭＡＸ規格における課金パケットに付けられるアクセスネットワーク関連情報は、課金レコードを生成するＮＡＳの識別子であるネットワークアクセスサーバ識別子（ＮＡＳ−ＩＤ）と、ＩＰｖ４又はＩＰｖ６ネットワークにおけるホームエージェントのＩＰアドレス（Ｈｏｍｅ  Ａｇｅｎｔ−ＩＰ）と、サービスネットワークアクセスサーバのＩＰアドレスであるネットワークアクセスサーバＩＰアドレス（ＮＡＳ−ＩＰ−Ａｄｄｒｅｓｓ）とを含む。課金パケットは少なくともＮＡＳ−ＩＤ又はＮＡＳ−ＩＰ−Ａｄｄｒｅｓｓを含む。
【００１７】
現在、ＷｉＭＡＸ規格に最新的に定義された課金パケットにおいて、アクセスネットワーク関連情報には、ネットワークアクセスプロバイダーの情報が付けられず、ＮＡＳ−ＩＤ、ＮＡＳ−ＩＰ−Ａｄｄｒｅｓｓ、Ｈｏｍｅ  Ａｇｅｎｔ−ＩＰのみが付けられるので、ユーザのネットワークサービスプロバイダー（ＮＳＰ：  Ｎｅｔｗｏｒｋ  Ｓｅｒｖｉｃｅ  Ｐｒｏｖｉｄｅｒ）が課金パケットを受信した後、課金パケットの内容に基づいて、ユーザへアクセスネットワークを提供するネットワークアクセスプロバイダーとの料金決済をどのように行うかということは問題になる。
【００１８】
つまり、ネットワークサービスプロバイダーの課金サーバは、課金パケットを受信した後、課金パケットにおける情報によって相応のネットワークアクセスプロバイダーと料金決済を行う必要があり、課金パケットにネットワークアクセスプロバイダーの情報が付けられないと、ネットワークサービスプロバイダーの課金サーバはこの課金パケットがどちらのネットワークアクセスプロバイダーに対応するかを判断できないので、このネットワークアクセスプロバイダーと料金決済を行うこともできない。
【００１９】
本発明の実施形態は、アクセスネットワークの情報によって課金することができるネットワーク課金方法、システム及び装置を提供する。
【課題を解決するための手段】
【００２０】
上記目的を達成するために、本発明の実施形態が下記の解決手段によって実現される。
ネットワーク課金方法であって、
課金サーバは課金クライアントから送信された課金情報を含む課金メッセージを受信して、アクセスネットワークの情報を取得し、
上記課金サーバは上記課金情報とアクセスネットワークの情報に基づいて、前記ネットワークのネットワークサービスプロバイダーと上記アクセスネットワークのプロバイダーとの料金決済を行うための、上記アクセスネットワークの情報を含む勘定書を生成するステップとを備える。
ネットワーク課金システムであって、
課金サーバへ課金情報を送信する課金情報送信手段を備える課金クライアントと、
上記課金クライアントから送信された課金情報を受信して、アクセスネットワークの情報を取得する課金受信手段と、上記受信された課金情報及び取得されたアクセスネットワークの情報に基づいて、ネットワークサービスプロバイダーとアクセスネットワークのプロバイダーとの料金決済を行うための、アクセスネットワークの情報を含む勘定書を生成する勘定書生成手段を備える課金サーバとを備える。
課金クライアントであって、
課金サーバへ課金情報を送信する課金情報の送信手段と、
課金サーバへアクセスネットワークの情報を送信するアクセスネットワーク情報送信手段とを備える。
課金サーバであって、
課金クライアントから送信された課金メッセージを受信して、アクセスネットワークの情報を取得する課金受信手段と、
上記課金メッセージにおける課金情報及び取得されたアクセスネットワークの情報に基づいて、料金決済を行うための、アクセスネットワークの情報を含む勘定書を生成する勘定書生成手段とを備える。
【発明の効果】
【００２１】
本発明の実施形態では、課金メッセージ、認証メッセージ又は静的配置表にアクセスネットワークの情報を追加して、このアクセスネットワークの情報を用いて料金決済を行うことによって、ＷｉＭＡＸネットワーク或いはＩＰネットワーク、通信ネットワークにおいて、より詳しい勘定書を提供することができるとともに、ネットワークサービスプロバイダーの課金サーバは、課金メッセージにおける課金情報、及び課金メッセージ、認証メッセージ又は静的配置表に含まれるアクセスネットワークの情報によって、このアクセスネットワークのプロバイダーと料金決済を行うことができる。
【発明を実施するための最良の形態】
【００２２】
本発明の実施形態では、ＩＰネットワーク、通信ネットワーク或いはＷｉＭＡＸネットワークのような従来のネットワークにおける使用状況データレコード、課金パケット、認証メッセージ、又は課金サーバの保存内容に対して修正を行う。使用状況データレコード、課金パケット又は認証メッセージにアクセスネットワークの情報を追加し、或いはアクセスネットワークの情報を含む静的配置表を課金サーバに追加することにより、ネットワークサービスプロバイダーによって、課金メッセージにおける課金情報及び上記アクセスネットワークの情報に基づいて生成された勘定書には、アクセスネットワークの情報が含まれるようになり、ネットワークサービスプロバイダーは、当該アクセスネットワークの情報によってこのアクセスネットワークのプロバイダーと料金決済を行うこともできる。
【００２３】
上記アクセスネットワークの情報は、アクセスネットワーク事業者の識別子、アクセスネットワークの識別子、或いはネットワークアクセスプロバイダーの情報を含む。
【００２４】
以下、図面と具体的な実施形態を参照しながら、本発明の実施形態について詳しく説明する。
（実施形態１）
本実施形態では、課金メッセージにネットワークアクセスプロバイダーの情報が付けられる。
【００２５】
図７を参照すると、本発明の実施形態に係る課金システムは、課金クライアントと課金サーバとを備える。本実施形態において、ＲＡＤＩＵＳプロトコルのクライアント／サーバ構成に従って説明する。ここで、課金クライアントはＡＡＡクライアントであり、つまり、認証、認可、課金が同一の装置で実行される。課金クライアントは、普通、アクセスサーバであり、例えば、ネットワークアクセスサーバ或いはブロードバンドアクセスサーバであり、イーサネット（登録商標）交換機、アクセスポイント、アクセスサービスネットワークゲートウェイ、ケーブルモデム端末システムなどのような他の簡略化されたリモートアクセスサーバであってもよい。ユーザがネットワークにログイン、ログアウトする際、課金クライアントは課金サーバに課金情報を送信することができる。一般的に、課金サーバはＡＡＡサーバであり、専用の課金サーバであってもよい。課金サーバは、リモート認証ダイヤルインユーザーサービスプロトコルを使ってもよいし、内部プロトコル、ターミナルアクセスコントローラアクセス制御システムプロトコル、Ｄｉａｍｅｔｅｒプロトコルなどのような代表的な他のプロトコルを使ってもよい。課金サーバは、課金クライアントから送信された課金メッセージを受信して、これに基づいて料金決済を行うための勘定書を生成する。
【００２６】
本発明の当該実施形態によれば、課金クライアントは送信手段を備え、ユーザログイン或いはサービスフロー確立の動作後、課金クライアントの送信手段は課金メッセージ、即ち課金パケットを課金サーバに送信する。この課金パケットは、課金クライアントにより使用状況データレコードに基づいて生成されたものであるが、この使用状況データレコード或いはこの課金パケットには、ネットワークアクセスプロバイダーの情報が付けられる。以下、付ける方式と付けられる内容を詳しく説明する。課金サーバは課金受信手段と勘定書生成手段とを備え、ここで、課金受信手段は、課金クライアントから送信された情報を受信し、勘定書生成手段は、受信されたネットワークアクセスプロバイダーの情報が付けられている課金パケットに基づいて勘定書を生成する。このように、この勘定書にも上記ネットワークアクセスプロバイダーの情報が含まれており、この情報によって、ネットワークサービスプロバイダーは、このネットワークアクセスプロバイダーと料金決済を行うことができる。
【００２７】
ここで、ネットワークサービスプロバイダーが課金サーバ側で課金パケットにおける情報によって完全な勘定書を生成するように、課金パケットは、課金スタートパケットと課金ストップパケットとを含み、上記情報はユーザ、課金セッション、ユーザアドレス、スタート時間、ネットワークの使用時間の長さ、ネットワークの使用トラフィックなどを含む。他に、この課金パケットは、中間課金パケットをさらに含むようにしてもよい。この中間課金パケットの使用要否は、ネットワーク状況或いは運営要求などによって選択されてよい。
【００２８】
ネットワークアクセスプロバイダーの情報は、アクセスネットワーク事業者を識別できる識別子であり、ＮＡＰ  ＩＤであってもよいし、事業者ＩＤ（Ｏｐｅｒａｔｏｒ  ＩＤ）であってもよい。ここで、ＮＡＰ  ＩＤは、ＷｉＭＡＸ  Ｆｏｒｕｍ  ＮＷＧ規格に規定されている２４ビット（ｂｉｔ）長の識別子であり、基地局、スペクトルの所有者及びアクセスネットワークと関連する。Ｏｐｅｒａｔｏｒ  ＩＤは、ＩＥＥＥ８０２．１６−２００４規格に規定されている２４ビット（ｂｉｔ）長の識別子であり、４８ビット長の基地局識別子（Ｂａｓｅ  Ｓｔａｔｉｏｎ  ＩＤ）の上位２４ビットであり、エアインターフェースでブロードキャストされ、例えばダウンリンクマップ（ＤＬ−ＭＡＰ）である。本実施形態において、このネットワークアクセスプロバイダーの情報を、課金クライアントが原始課金データによって生成した使用状況データレコードに含ませてから、相応の課金パケットを生成するようにしてもよいし、直接に課金パケットに含ませて送信してもよい。
【００２９】
課金メッセージ、即ち課金パケットにネットワークアクセスプロバイダーの情報を付ける具体的な方法について、本発明は制限しない。ＲＡＤＩＵＳプロトコルを課金パケットの搭載プロトコルとする場合、課金情報がＲＡＤＩＵＳ情報であり、課金パケットの内容は、ＲＡＤＩＵＳプロトコルに規定される属性によって搭載されてよい。例えば、ＲＡＤＩＵＳプロトコルにおけるＶｅｎｄｏｒ−Ｓｐｅｃｉｆｉｃ属性でネットワークアクセスプロバイダーの情報を搭載してもよいし、ＲＡＤＩＵＳプロトコルにおけるＮＡＳ−Ｉｄｅｎｔｉｆｉｅｒ属性でネットワークアクセスプロバイダーの情報を搭載してもよい。また、使用状況データレコード或いは課金パケットに基地局識別子（ＢＳ  ＩＤ）を追加することによって、ネットワークアクセスプロバイダーの情報が付けられる目的を達成するようにしてもよい。その原因として、現在の規格においてＢＳ  ＩＤは４８ビットであり、その上位２４ビットがネットワークアクセスプロバイダーの情報を識別するものである。ＢＳ  ＩＤは、現在のＲＡＤＩＵＳプロトコルにおけるＶｅｎｄｏｒ  Ｓｐｅｃｉｆｉｃ属性或いは他の属性で搭載されてよい。一方、課金パケットが他のプロトコルを用いる場合、課金パケットの内容は、この他のプロトコルに規定される属性によって搭載されてよい。このため、ネットワークアクセスプロバイダーの情報を付ける方法は上記の３種に限定されず、使用状況データレコード或いは課金パケットにネットワークアクセスプロバイダーの情報を付ける方法さえあれば、本発明の保護範囲内に含まれるべきである。
【００３０】
次に本実施形態に係る方法の具体的なプロセスについて、図７を参照しながら詳しく説明する。図７に示すように、本発明の実施形態に係る方法を用いる課金プロセスの具体的な実現プロセスは、以下の通りである。
【００３１】
１）課金クライアントは課金サーバへ課金スタート要求（Ａｃｃｏｕｎｔｉｎｇ−Ｒｅｑｕｅｓｔ（Ｓｔａｒｔ））パケットを送信する。この課金スタート要求パケットには、ネットワークアクセスプロバイダーの情報が付けられている。このネットワークアクセスプロバイダーの情報は、課金クライアントにより生成された使用状況データレコード（ＵＤＲ）に含まれ、或いは直接に課金スタート要求パケットに含まれるようにしてよい。
【００３２】
２）課金サーバは、受信した課金スタート要求パケットにおける関連情報を記録し、課金クライアントに課金をスタートできることを応答する。
【００３３】
３）従来技術と同じように、ネットワーク状況や運営要求などによって、ネットワークに課金情報のリアルタイム保護を行う必要がある場合、課金中に中間課金要求（Ａｃｃｏｕｎｔｉｎｇ−Ｒｅｑｕｅｓｔ（Ｉｎｔｅｒｉｍ））パケットを提供してよい。この場合、所定の中間周期に従って、課金クライアントは中間課金要求パケットを送信する。この中間課金要求パケットにも同様にネットワークアクセスプロバイダーの情報が含まれている。
【００３４】
４）課金サーバは、受信した中間課金要求パケットにおけるネットワークアクセスプロバイダーの情報を含む情報を記録し、上記情報をユーザ課金レコードとしてデータベースに保存し、課金クライアントに中間課金を続けることができることを応答する。
【００３５】
５）ユーザはネットワークからログアウトし、課金クライアントは課金サーバへ課金ストップ要求（Ａｃｃｏｕｎｔｉｎｇ−Ｒｅｑｕｅｓｔ（Ｓｔｏｐ））パケットを送信する。この課金ストップ要求パケットにもネットワークアクセスプロバイダーの情報が含まれている。
【００３６】
６）課金サーバは、受信した課金ストップ要求パケットにおける情報を記録して、ユーザ課金レコードとしてデータベースに保存し、課金クライアントに課金をストップできることを応答する。
【００３７】
上記ステップを完成した後、ネットワークサービスプロバイダーは、課金パケットにおける情報（ネットワークアクセスプロバイダーの情報を含む）に基づいて、この課金パケットに対応するのがどちらのネットワークアクセスプロバイダーであるかを判断できる。これにより、相応のネットワークアクセスプロバイダーと料金決済を行う。
【００３８】
本実施形態に係る上記方法は、下記のシステム及び装置によって実現されてよい。
ネットワーク課金システムであって、課金クライアントと課金サーバとを備える。ここで、上記課金クライアントは、ユーザのネットワークアクセス状況に基づいて課金サーバへ課金情報を送信する課金情報送信手段と、課金サーバにネットワークアクセスプロバイダーの情報を送信するネットワークアクセスプロバイダー情報送信手段とを備える。上記課金サーバは、上記課金クライアントから送信された課金情報及びネットワークアクセスプロバイダーの情報を受信する課金受信手段と、上記受信された課金情報及びネットワークアクセスプロバイダーの情報に基づいて、ネットワークサービスプロバイダーとネットワークアクセスプロバイダーとの料金決済を行うための、ネットワークアクセスプロバイダーの情報を含む勘定書を生成する勘定書生成手段とを備える。
【００３９】
本実施形態で当該方法について詳しく説明したため、ここで方法とシステムを合わせる説明を省略する。
【００４０】
（実施形態２）
本実施形態では、認証メッセージにネットワークアクセスプロバイダーの情報が付けられる。
【００４１】
図８は本発明の実施形態２に係るネットワーク課金のフローチャートである。実施形態１と違う点は、本実施形態において、ネットワークアクセスプロバイダーの情報が、課金メッセージに付けられず、認証中に認証ポイントによって認証メッセージに付けられて認証サーバへ送信されることにある。それから、図８に示すように、課金プロセスをスタートする。課金サーバは、課金メッセージにおけるユーザ識別子によって、当該ユーザの認証プロセスで送信したネットワークアクセスプロバイダーの情報を決定し、ネットワークアクセスプロバイダーの情報と課金情報とを合わせて、ネットワークアクセスプロバイダーとの勘定及び料金決済を行うための、ネットワークアクセスプロバイダーの情報を含む勘定書を生成する。
【００４２】
本実施形態において、認証ポイント、認可ポイント、課金クライアントが同一の装置で実現されるが、実際には、課金サーバが単独の認証サーバ、認可サーバ、課金サーバであってもよいことと同じように、この三つのポイントが単独でもよい。単独で動作する場合、認証プロセスにおいて、認証ポイントから認証サーバへ認証メッセージを送信するが、課金プロセスにおいて、課金クライアントから課金サーバへ課金メッセージを送信する。多数の場合には、課金クライアントと認証ポイントが同一の装置で実現され、課金サーバと認証サーバが同一の装置で実現される。本発明によれば、認証ポイントと認証サーバが単独である場合、課金サーバは、課金メッセージを受信した後、ネットワークアクセスプロバイダーの情報を取得するように認証サーバとコミュニケーションする必要がある。
【００４３】
ここで、説明すべきものとして、本実施形態に係る課金クライアント、課金サーバ、ネットワークアクセスプロバイダーの情報の内容、及びネットワークアクセスプロバイダーの情報を付ける方式などは、実施形態１と同様であるため、ここで説明を省略する。
【００４４】
以下、図９に示すプロセスを参照しながら、本実施形態についてさらに詳しく説明する。本実施形態では、課金クライアントが認証認可課金クライアントであり、課金サーバが認証認可課金サーバであり、ネットワークアクセスプロバイダーの情報が第１回の送信された認証メッセージ（図９における符号１）に含まれることを例として説明するが、いうまでもなく、本発明はこれに限定されない。課金クライアントと課金サーバのタイプは実施形態１に記載した通りであり、ネットワークアクセスプロバイダーの情報は、第２回の送信された認証メッセージ（図９における符号３）に含まれるようにしてもよい。図９に示すように、本実施形態は以下のステップを含む。
【００４５】
１、認証認可課金クライアント（ＡＡＡ  ｃｌｉｅｎｔ、アクセスサーバＮＡＳ）は、認証認可課金サーバへネットワークアクセスプロバイダーの情報を含む認証メッセージ、即ちアクセス要求（Ａｃｃｅｓｓ−Ｒｅｑｕｅｓｔ）パケットを送信する。
【００４６】
２、認証認可課金サーバは認証認可課金クライアントにアクセスチャレンジ（Ａｃｃｅｓｓ−Ｃｈａｌｌｅｎｇｅ）パケットを応答する。
【００４７】
３、認証認可課金クライアントはＡｃｃｅｓｓ−Ｒｅｑｕｅｓｔパケットを認証認可課金サーバに送信し、認証認可課金サーバは認証を行う。
【００４８】
４、認証認可課金サーバは、ユーザの情報によってユーザが正当であるかを判断してから、認証認可課金クライアントに認証成功／失敗パケットを応答する。成功する場合、ネゴーシエイションパラメータ、及びユーザにかかるサービス属性をパケットに付けることで、ユーザに認可する。
【００４９】
５、通常の課金プロセスをスタートする。この課金プロセスが従来の規格に一致するため、ここで説明を省略する。
【００５０】
６、認証認可課金サーバ（ＡＡＡ  Ｓｅｒｖｅｒ）は、課金メッセージにおけるユーザ識別子によって、当該ユーザの認証プロセスで送信したネットワークアクセスプロバイダーの情報を決定し、ネットワークアクセスプロバイダーの情報と課金情報とを合わせて、ネットワークアクセスプロバイダーとの勘定及び料金決済を行うための、ネットワークアクセスプロバイダーの情報を含む勘定書を生成する。
【００５１】
本実施形態において、上記認証プロセスも従来技術の内容に含まれるため、ここで説明を省略する。従来技術と違うところとして、本実施形態では、認証メッセージにネットワークアクセスプロバイダーの情報が付けられることで、課金サーバは、課金プロセスにおける課金メッセージ及び上記ネットワークアクセスプロバイダーの情報に基づいて、ネットワークアクセスプロバイダーの情報を含む勘定書を生成する。これにより、ネットワークサービスプロバイダーは、ネットワークアクセスプロバイダーと料金決済を行うことができる。
【００５２】
本実施形態に係る上記方法は、下記のシステム及び装置によって実現されてよい。
ネットワーク課金システムであって、課金クライアントと、認証ポイントと、課金サーバと、認証サーバとを備える。ここで、上記課金クライアントは、ユーザのネットワークアクセス状況に基づいて課金サーバへ課金情報を送信する課金情報送信手段を備える。上記認証ポイントは、ユーザのネットワークアクセス状況に基づいて認証サーバへ認証メッセージを送信する認証メッセージ送信手段と、認証サーバへネットワークアクセスプロバイダーの情報を送信するネットワークアクセスプロバイダー情報送信手段とを備える。上記課金サーバは、上記課金クライアントから送信された情報を受信する課金受信手段と、上記受信された課金情報及びネットワークアクセスプロバイダーの情報に基づいて、ネットワークサービスプロバイダーとネットワークアクセスプロバイダーとの料金決済を行うための、ネットワークアクセスプロバイダーの情報を含む勘定書を生成する勘定書生成手段とを備える。上記認証サーバは、上記認証ポイントから送信された情報を受信する認証受信手段と、上記課金サーバと上記ネットワークアクセスプロバイダーの情報のやり取りを行う情報やり取り手段とを備える。
【００５３】
本実施形態で当該方法について詳しく説明したため、ここで方法とシステムを合わせる説明を省略する。
【００５４】
いうまでもなく、上記認証ポイントと上記課金クライアントとが単独で動作してもよく、同一の装置で実現されてもよい。同様に、上記認証サーバと上記課金サーバとが単独で動作してもよく、同一の装置で実現されてもよい。
【００５５】
（実施形態３）
本実施形態では、ネットワークアクセスプロバイダーの情報を含む静的配置表が課金サーバに追加される。
【００５６】
図１０は本発明の実施形態３に係るネットワーク課金のフローチャートである。実施形態１、２と違うところとして、本実施形態では、従来の認証プロセス、課金プロセスをまったく修正せず、課金メッセージ又は認証メッセージにネットワークアクセスプロバイダーの情報を追加する代わりに、課金サーバに静的配置表を追加する。この静的配置表は、ネットワークアクセスプロバイダーの情報を含むほかに、これに対応するネットワークアクセスサーバの識別子（ＮＡＳ  ＩＤ）、ネットワークアクセスサーバのＩＰアドレス（ＮＡＳ  ＩＰ  Ａｄｄｒｅｓｓ）、又はホームエージェントのＩＰアドレス（ＨＡ  ＩＰ  Ａｄｄｒｅｓｓ）、或いはそれらの任意の組み合わせも含む。その目的として、課金サーバは、課金メッセージを受信した後、課金メッセージにおけるネットワークアクセスサーバの識別子、ネットワークアクセスサーバのＩＰアドレス、又はホームエージェントのＩＰアドレス、或いはそれらの任意の組み合わせに基づいて、上記静的配置表において対応するネットワークアクセスプロバイダーの情報を検索し、課金メッセージに対して相応の処理をして、ネットワークアクセスプロバイダーの情報を含む勘定書を生成し、勘定及び料金決済を行うようにする。
【００５７】
本実施形態に係る課金クライアント、課金サーバ及びネットワークアクセスプロバイダーの情報も実施形態１と同様であるため、ここで説明を省略する。
【００５８】
以下、図１１に示すプロセスを参照しながら、本実施形態についてさらに詳しく説明する。本実施形態では、静的配置表の内容がネットワークアクセスサーバの識別子とネットワークアクセスプロバイダーの情報であることを例として説明するが、いうまでもではなく、これは１つの実施形態にすぎず、本発明はこれに限定されない。実際的に、配置表の内容は、様様な形式であってもよい。例えば、ネットワークアクセスサーバのＩＰアドレスとネットワークアクセスプロバイダーの情報であってもよく、他の形式の組む合わせであってもよい。課金クライアントと課金サーバのタイプは、実施形態１に示す通りである。図１１に示すように、本実施形態は以下のステップを含む。
【００５９】
１、課金サーバは、ネットワークアクセスサーバの識別子とネットワークアクセスプロバイダーの情報とを含む静的配置表をローカルでメンテナンスする。
２、ユーザの通常の課金プロセスを行う。
３、課金サーバは、課金メッセージにおけるネットワークアクセスサーバの識別子に基づいて、上記静的配置表において、対応するネットワークアクセスプロバイダーの情報を検索し、課金メッセージに対して相応的な処理をして勘定及び料金決済を行う。
【００６０】
本実施形態では、ネットワークアクセスプロバイダーの情報を含む静的配置表が課金サーバに配置され、同時にこの静的配置表に、ネットワークアクセスサーバの識別子、ネットワークアクセスサーバのＩＰアドレス、ホームエージェントのＩＰアドレスなどのような、上記ネットワークアクセスプロバイダーの情報に対応する情報が含まれることで、認証サーバは、課金メッセージを受信した後、課金メッセージにおける情報に基づいて、静的配置表において、対応するネットワークアクセスプロバイダーの情報を検索し、さらに、ネットワークアクセスプロバイダーの情報を含む勘定書を生成する。これにより、ネットワークサービスプロバイダーは、当該勘定書を用いてネットワークアクセスプロバイダーと料金決済を行うことができる。
【００６１】
本実施形態に係る上記方法は、下記のシステム及び装置によって実現されてよい。
ネットワーク課金システムであって、課金クライアントと課金サーバとを備える。ここで、上記課金クライアントは、ユーザのネットワークアクセス状況に基づいて課金サーバへ課金情報を送信する課金情報送信手段を備える。上記課金サーバは、課金受信手段と、勘定書生成手段と、ネットワークアクセスプロバイダー情報配置手段とを備える。上記課金受信手段は、上記課金クライアントから送信された課金情報を受信する。上記勘定書生成手段は、上記受信された課金情報、及びネットワークアクセスプロバイダーの情報に基づいて、ネットワークサービスプロバイダーとネットワークアクセスプロバイダーとの料金決済を行うための、ネットワークアクセスプロバイダーの情報を含む勘定書を生成する。上記ネットワークアクセスプロバイダー情報配置手段は、ネットワークアクセスプロバイダーの情報、並びに、上記ネットワークアクセスプロバイダーの情報に対応するネットワークアクセスサーバの識別子、ネットワークアクセスサーバのＩＰアドレス及びホームエージェントのＩＰアドレスの任意の組み合わせを配置する。これにより、課金サーバは、受信された課金情報におけるネットワークアクセスサーバの識別子、ネットワークアクセスサーバのＩＰアドレス、及びホームエージェントのＩＰアドレスの任意の組み合わせに基づいて、上記ネットワークアクセスプロバイダー情報配置手段において、対応するネットワークアクセスプロバイダーの情報を検索し、さらに、ネットワークアクセスプロバイダーの情報を含む勘定書を生成する。
【００６２】
上記実施形態に記載のパケットは、１種のメッセージ、又は多種のメッセージの集合であってもよい。例えば、課金スタートパケットは、課金スタート要求メッセージと課金スタート応答メッセージとを含んでよい。
【００６３】
本実施形態で当該方法について詳しく説明したため、ここで方法とシステムを合わせる説明を省略する。
【００６４】
本発明の実施形態は、ＷｉＭＡＸネットワークに適用するだけでなく、ブロードバンドＩＰネットワークにも適用する。上記ネットワークのいずれも、本発明に係る方法、システム及び装置を応用することにより、便利に料金決済を行う目的を達成できる。従量課金、フローベースの課金、又は他の方式の課金にかかわらず、課金メッセージ又は認証メッセージにネットワークアクセスプロバイダーの情報を追加し、或いは、ネットワークアクセスプロバイダーの情報を含む静的配置表を課金サーバに追加することによって、ネットワークサービスプロバイダーは、生成された勘定書におけるネットワークアクセスプロバイダーの情報に基づいて、このネットワークアクセスプロバイダーと料金決済を行うことができる。
【００６５】
上記は本発明の好ましい具体的な実施形態にすぎず、本発明の保護範囲はこれに限定されない。本発明に掲げた技術範囲内で、当業者が容易に想到できる変更又は置き換えは、全部本発明の保護範囲内に含まれるべきである。そのため、本発明の保護範囲は、特許請求の範囲の保護範囲に準じるべきである。
【図面の簡単な説明】
【００６６】
【図１】従来のＷｉＭＡＸネットワークアーキテクチャを示す図である。
【図２】図１のアクセスサービスネットワークＡＳＮを示す分解図である。
【図３】従来のネットワーク課金システムアーキテクチャを示す図である。
【図４】図３の各ネットワークエンティティのプロトコルスタックを示す図である。
【図５】従来のネットワーク課金の代表的なフローチャートである。
【図６】従来のＷｉＭＡＸネットワーク課金のフローチャートである。
【図７】本発明の実施形態１に係るネットワーク課金のフローチャートである。
【図８】本発明の実施形態２に係るネットワーク課金のフローチャートである。
【図９】本発明の実施形態２に係るネットワーク課金の他のフローチャートである。
【図１０】本発明の実施形態３に係るネットワーク課金のフローチャートである。
【図１１】本発明の実施形態３に係るネットワーク課金の他のフローチャートである。
【符号の説明】
【００６７】
ＮＡＰ  ネットワークアクセスプロバイダー
ＡＳＮ  アクセスサービスネットワーク
ＭＳＳ  移動加入者局
ＣＳＮ  コネクティビティサービスネットワーク
ＢＳ  基地局
【図１】
2009522967.tif 000003
【図２】
2009522967.tif 000004
【図３】
2009522967.tif 000005
【図４】
2009522967.tif 000006
【図５】
2009522967.tif 000007
【図６】
2009522967.tif 000008
【図７】
2009522967.tif 000009
【図８】
2009522967.tif 000010
【図９】
2009522967.tif 000011
【図１０】
2009522967.tif 000012
【図１１】
2009522967.tif 000013
【手続補正書】
【提出日】平成20年7月10日(2008.7.10)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ネットワーク課金方法であって、
課金情報を受信する過程と、
アクセスネットワークの情報を取得する過程と、
前記課金情報と前記アクセスネットワークの情報に基づいて、前記アクセスネットワークのアクセスネットワークプロバイダーとの料金決済を行うための、前記アクセスネットワークの情報を含む勘定書を生成する過程と、
を含むことを特徴とする方法。
【請求項２】
前記アクセスネットワークの情報を取得する過程が、前記アクセスネットワークの情報を含む課金メッセージから、前記アクセスネットワークの情報を取得する過程を含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記アクセスネットワークの情報が前記課金メッセージに付けられ、又は、前記アクセスネットワークの情報が、前記課金メッセージに含まれる使用状況データレコード（ＵＤＲ）に付けられることを特徴とする請求項２に記載の方法。
【請求項４】
前記アクセスネットワークの情報が前記課金メッセージに付けられる場合、前記課金メッセージにおける前記アクセスネットワークの情報が、リモート認証ダイヤルインユーザサービス（ＲＡＤＩＵＳ）プロトコルに規定される属性によって、又は基地局識別子によって付けられ、或いは、
前記アクセスネットワークの情報が前記ＵＤＲに付けられる場合、前記アクセスネットワークの情報が、前記ＵＤＲにおける基地局識別子によって付けられることを特徴とする請求項３に記載の方法。
【請求項５】
前記アクセスネットワークの情報を取得する過程が、認証サーバで受信された認証メッセージに含まれる前記アクセスネットワークの情報を前記認証サーバから取得する過程を含むことを特徴とする請求項１に記載の方法。
【請求項６】
前記認証メッセージにおける前記アクセスネットワークの情報が、ＲＡＤＩＵＳプロトコルに規定される属性によって、又は基地局識別子によって付けられることを特徴とする請求項５に記載の方法。
【請求項７】
前記アクセスネットワークの情報を前記認証サーバから取得する過程が、課金メッセージにおけるユーザ識別子に基づいて、前記アクセスネットワークの情報を取得する過程を含むことを特徴とする請求項５に記載の方法。
【請求項８】
前記アクセスネットワークの情報を取得する過程が、
ネットワークアクセスサーバの識別子と、ネットワークアクセスサーバのＩＰアドレスと、ホームエージェントのＩＰアドレスとの少なくとも１つを含む課金メッセージを受信する過程と、
前記ネットワークアクセスサーバの識別子と、ネットワークアクセスサーバのＩＰアドレスと、ホームエージェントのＩＰアドレスとの少なくとも１つに基づいて、前記アクセスネットワークの情報を決定する過程と、
を含むことを特徴とする請求項１に記載の方法。
【請求項９】
ネットワーク課金システムであって、
課金情報を送信する課金クライアントと、
アクセスネットワークの情報を取得し、前記課金クライアントから受信された前記課金情報、及び前記アクセスネットワークの情報に基づいて、前記アクセスネットワークのアクセスネットワークプロバイダーとの料金決済を行うための、前記アクセスネットワークの情報を含む勘定書を生成する課金サーバと、
を備えることを特徴とするシステム。
【請求項１０】
前記課金クライアントがさらに前記アクセスネットワークの情報を送信することを特徴とする請求項９に記載のシステム。
【請求項１１】
前記アクセスネットワークの情報を送信する認証ポイントと、
前記アクセスネットワークの情報を受信し、前記課金サーバへ前記アクセスネットワークの情報を送信する認証サーバと、
をさらに備えることを特徴とする請求項９に記載のシステム。
【請求項１２】
前記課金サーバが、さらに、ネットワークアクセスサーバの識別子と、ネットワークアクセスサーバのＩＰアドレスと、ホームエージェントのＩＰアドレスとの少なくとも１つを受信し、前記ネットワークアクセスサーバの識別子と、ネットワークアクセスサーバのＩＰアドレスと、ホームエージェントのＩＰアドレスとの少なくとも１つに基づいて、前記アクセスネットワークの情報を取得することを特徴とする請求項９に記載のシステム。
【請求項１３】
前記課金クライアントが、さらに、前記ネットワークアクセスサーバの識別子と、ネットワークアクセスサーバのＩＰアドレスと、ホームエージェントのＩＰアドレスとの少なくとも１つを送信することを特徴とする請求項１２に記載のシステム。
【請求項１４】
ＩＰネットワーク、通信ネットワーク、又はＷｉＭＡＸネットワークであることを特徴とする請求項１１に記載のシステム。
【請求項１５】
課金サーバであって、
課金情報を受信する課金受信手段と、
前記課金情報及びアクセスネットワークの情報に基づいて、前記アクセスネットワークのアクセスネットワークプロバイダーとの料金決済を行うための勘定書を生成する勘定書生成手段と、
を備えることを特徴とする課金サーバ。
【請求項１６】
前記課金受信手段が、さらに、課金クライアントから送信された前記アクセスネットワークの情報を受信することを特徴とする請求項１５に記載の課金サーバ。
【請求項１７】
前記課金受信手段が、さらに、認証サーバから送信された前記アクセスネットワークの情報を受信することを特徴とする請求項１５に記載の課金サーバ。
【請求項１８】
ネットワークアクセスサーバの識別子と、ネットワークアクセスサーバのＩＰアドレスと、ホームエージェントのＩＰアドレスとの少なくとも１つを受信し、前記ネットワークアクセスサーバの識別子と、ネットワークアクセスサーバのＩＰアドレスと、ホームエージェントのＩＰアドレスとの少なくとも１つに基づいて、前記アクセスネットワークの情報を決定するアクセスネットワーク情報配置手段をさらに備えることを特徴とする請求項１５に記載の課金サーバ。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００４
【補正方法】変更
【補正の内容】
【０００４】
従来のネットワークの課金システムアーキテクチャは図３に示す通りである。
ユーザはネットワークの要求に従って、あるアクセス課金方式でネットワークにログイン、アクセスとログアウトし、課金クライアント（オンライン課金プロセスにおける前払いクライアント（ＰＰＣ：Ｐｒｅｐａｉｄ  Ｃｌｉｅｎｔ）であってよい）は、ユーザのネットワークアクセス状況に基づいて課金パケットを自動的に開始し、課金サーバ（オンライン課金プロセスにおける前払いエージェント（ＰＰＡ：Ｐｒｅｐａｉｄ  Ａｇｅｎｔ）であってよい）は、課金パケットを受信して、この課金パケットに基づいて、ユーザに対応する勘定書（ｂｉｌｌ）を生成する。この角度からみれば、課金は、ユーザにとって透明であり、ユーザがオンラインすると自動的にスタートし、ユーザがオフラインすると自動的にストップする。ここで、課金クライアントは、使用状況データレコード（ＵＤＲ：Ｕｓａｇｅ  Ｄａｔａ  Ｒｅｃｏｒｄｓ）に基づいて課金パケットを生成するが、使用状況データレコードは、課金クライアントによって収集された原始課金データにより、生成されたファイルである。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００１０
【補正方法】変更
【補正の内容】
【００１０】
１、ユーザはネットワークへのログインに成功する。
２、課金クライアントは課金サーバへ課金スタート要求パケットを自動的に送信する。上記課金スタート要求パケットは、オンライン課金プロセスにおける前払い課金能力（ＰＰＡＣ：Ｐｒｅｐａｉｄ  Ａｃｃｏｕｎｔｉｎｇ  Ｃａｐａｂｉｌｉｔｙ）を含むアクセス要求（Ａｃｃｅｓｓ−Ｒｅｑｕｅｓｔ）パケットであってよい。
３、課金サーバは、受信した課金スタート要求パケットにおけるユーザ、課金セッション、ユーザアドレス、スタート時間、現在のトラフィックなどの情報を記録して、ユーザ課金レコードとしてデータベースに保存し、課金をスタートできることを課金クライアントに応答する。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００１１
【補正方法】変更
【補正の内容】
【００１１】
４、ネットワーク状況や運営要求などに応じて、課金情報のリアルタイム保護を行う必要がある場合、課金中に中間課金要求パケットを提供してよい。この場合、課金クライアントは、所定の中間周期に従って中間課金要求パケットを送信する。上記中間課金要求パケットは、オンライン課金プロセスにおける前払い課金クオータ（ＰＰＡＱ：Ｐｒｅｐａｉｄ  Ａｃｃｏｕｎｔｉｎｇ  Ｑｕｏｔａ）を含むアクセス要求パケットであってよい。
５、課金サーバは、受信した中間課金要求パケットにおけるユーザ、課金セッション、ユーザアドレス、ネットワークの使用時間の長さ、ネットワークの使用トラフィックなどの情報を記録して、ユーザ課金レコードとしてデータベースに保存し、中間課金を続けることができることを課金クライアントに応答する。
６、ユーザは、ネットワーク使用が終わると、ネットワークからログアウトする。例えば、ユーザが自発的に切断してもよいし、ネットワーク異常検出によりユーザを強制的にオフラインにしてもよい。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００１２
【補正方法】変更
【補正の内容】
【００１２】
７、課金クライアントは課金サーバへ課金ストップ要求パケットを自動的に送信する。上記課金ストップ要求パケットは、オンライン課金プロセスにおけるＰＰＡＱを含むアクセス要求パケットであってよい。
８、課金サーバは、受信した課金ストップ要求パケットにおけるユーザ、課金セッション、ユーザアドレス、ネットワークの使用時間の長さ、ネットワークの使用トラフィックなどの情報を記録して、ユーザ課金レコードとしてデータベースに保存し、課金をストップできることを課金クライアントに応答する。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００２０
【補正方法】変更
【補正の内容】
【００２０】
上記目的を達成するために、本発明の実施形態が下記の解決手段によって実現される。
ネットワーク課金方法であって、
課金情報を受信する過程と、
アクセスネットワークの情報を取得する過程と、
前記課金情報と前記アクセスネットワークの情報に基づいて、前記アクセスネットワークのアクセスネットワークプロバイダーとの料金決済を行うための、前記アクセスネットワークの情報を含む勘定書を生成する過程とを含む。
ネットワーク課金システムであって、
課金情報を送信する課金クライアントと、
アクセスネットワークの情報を取得し、前記課金クライアントから受信された前記課金情報、及び前記アクセスネットワークの情報に基づいて、前記アクセスネットワークのアクセスネットワークプロバイダーとの料金決済を行うための、前記アクセスネットワークの情報を含む勘定書を生成する課金サーバとを備える。
課金サーバであって、
課金情報を受信する課金受信手段と、
前記課金情報及びアクセスネットワークの情報に基づいて、前記アクセスネットワークのアクセスネットワークプロバイダーとの料金決済を行うための勘定書を生成する勘定書生成手段とを備える。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００２５
【補正方法】変更
【補正の内容】
【００２５】
図７を参照すると、本発明の実施形態に係る課金システムは、課金クライアントと課金サーバとを備える。例えば、上記課金クライアントは、オンライン課金プロセスにおける前払いクライアントであってよく、上記課金サーバは、オンライン課金プロセスにおける前払いエージェントであってよい。本実施形態において、ＲＡＤＩＵＳプロトコルのクライアント／サーバ構成に従って説明する。ここで、課金クライアントはＡＡＡクライアントであり、つまり、認証、認可、課金が同一の装置で実行される。課金クライアントは、普通、アクセスサーバであり、例えば、ネットワークアクセスサーバ或いはブロードバンドアクセスサーバであり、イーサネット（登録商標）交換機、アクセスポイント、アクセスサービスネットワークゲートウェイ、ケーブルモデム端末システムなどのような他の簡略化されたリモートアクセスサーバであってもよい。ユーザがネットワークにログイン、ログアウトする際、課金クライアントは課金サーバに課金情報を送信することができる。一般的に、課金サーバはＡＡＡサーバであり、専用の課金サーバであってもよい。課金サーバは、リモート認証ダイヤルインユーザーサービスプロトコルを使ってもよいし、内部プロトコル、ターミナルアクセスコントローラアクセス制御システムプロトコル、Ｄｉａｍｅｔｅｒプロトコルなどのような代表的な他のプロトコルを使ってもよい。課金サーバは、課金クライアントから送信された課金メッセージを受信して、これに基づいて料金決済を行うための勘定書を生成する。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００３１
【補正方法】変更
【補正の内容】
【００３１】
１）課金クライアントは課金サーバへ課金スタート要求（Ａｃｃｏｕｎｔｉｎｇ−Ｒｅｑｕｅｓｔ（Ｓｔａｒｔ））パケットを送信する。上記Ａｃｃｏｕｎｔｉｎｇ−Ｒｅｑｕｅｓｔ（Ｓｔａｒｔ）パケットは、オンライン課金プロセスにおけるＰＰＡＣを含むアクセス要求パケットであってよく、本発明の実施形態において課金スタート要求パケットと述べられる。この課金スタート要求パケットには、ネットワークアクセスプロバイダーの情報が付けられている。このネットワークアクセスプロバイダーの情報は、課金クライアントにより生成された使用状況データレコード（ＵＤＲ）に含まれ、或いは直接に課金スタート要求パケットに含まれるようにしてよい。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】００３３
【補正方法】変更
【補正の内容】
【００３３】
３）従来技術と同じように、ネットワーク状況や運営要求などによって、ネットワークに課金情報のリアルタイム保護を行う必要がある場合、課金中に中間課金要求（Ａｃｃｏｕｎｔｉｎｇ−Ｒｅｑｕｅｓｔ（Ｉｎｔｅｒｉｍ））パケットを提供してよい。この場合、所定の中間周期に従って、課金クライアントは中間課金要求パケットを送信する。上記Ａｃｃｏｕｎｔｉｎｇ−Ｒｅｑｕｅｓｔ（Ｉｎｔｅｒｉｍ）パケットは、オンライン課金プロセスにおけるＰＰＡＱを含むアクセス要求パケットであってよく、本発明の実施形態において中間課金要求パケットと述べられる。この中間課金要求パケットにも同様にネットワークアクセスプロバイダーの情報が含まれている。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】００３５
【補正方法】変更
【補正の内容】
【００３５】
５）ユーザはネットワークからログアウトし、課金クライアントは課金サーバへ課金ストップ要求（Ａｃｃｏｕｎｔｉｎｇ−Ｒｅｑｕｅｓｔ（Ｓｔｏｐ））パケットを送信する。上記Ａｃｃｏｕｎｔｉｎｇ−Ｒｅｑｕｅｓｔ（Ｓｔｏｐ）パケットは、オンライン課金プロセスにおけるＰＰＡＱを含むアクセス要求パケットであってよく、本発明の実施形態において課金ストップ要求パケットと述べられる。この課金ストップ要求パケットにもネットワークアクセスプロバイダーの情報が含まれている。
【国際調査報告】
2009522967.tif 000014
2009522967.tif 000015
2009522967.tif 000016
2009522967.tif 000017