(57)【要約】【課題】  レスポンスが期待できないリクエストに対しても適切に課金する。【解決手段】  課金装置２０の課金係数情報管理部２２は、データ用ＨＴＴＰリクエストのＨＴＴＰヘッダから読み出した識別コードと、ＨＴＴＰレスポンスのＨＴＴＰヘッダから読み出した課金係数とを対応付けて課金係数情報テーブルに登録する。課金係数情報管理部２２は、制御用ＨＴＴＰリクエストのＨＴＴＰヘッダから識別コードを読み出し、課金係数抽出部２５は、読み出された識別コードに対応して記憶されている課金係数を、課金係数情報テーブルから抽出する。課金情報生成部２６は、抽出された課金係数を用いて、制御用ＨＴＴＰリクエストによるＨＴＴＰ通信に関する課金情報を生成する。【選択図】  図１
2007316742.tif 000002
【特許請求の範囲】
【請求項１】
一のコンテンツを取得するために通信端末からコンテンツサーバに対して送信され、共通の識別コードが付与された複数のリクエスト信号を受信する第一の受信手段と、
前記リクエスト信号に対応するレスポンス信号を前記コンテンツサーバから受信する第二の受信手段と、
前記第一の受信手段によって受信された一の前記リクエスト信号に対応する前記レスポンス信号が前記第二の受信手段によって受信された場合に、当該一の前記リクエスト信号に含まれる前記識別コードと、当該一の前記リクエスト信号に対応する前記レスポンス信号に含まれる課金係数とを対応付けて記憶させる記憶手段と、
前記一の前記リクエスト信号に対応する前記レスポンス信号に含まれる課金係数を用いて、当該一の前記リクエスト信号および当該一の前記リクエスト信号に対応する前記レスポンス信号に関する課金情報を生成する第一の課金情報生成手段と、
前記第一の受信手段によって受信された他の前記リクエスト信号が、当該他の前記リクエスト信号に対応する前記レスポンス信号を有するか否かを判定する判定手段と、
前記判定手段によって前記レスポンス信号を有さないと判定された場合に、前記記憶手段によって記憶させられた課金係数から、前記他の前記リクエスト信号に含まれる前記識別コードに対応して記憶されている課金係数を抽出する抽出手段と、
前記抽出手段によって抽出された課金係数を用いて、前記他の前記リクエスト信号に関する課金情報を生成する第二の課金情報生成手段と、
を備えることを特徴とする課金装置。
【請求項２】
前記第一の課金情報生成手段および前記第二の課金情報生成手段によって生成された各課金情報を用いて課金処理を実行する課金処理手段をさらに備えることを特徴とする請求項１記載の課金装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、課金装置に関する。
【背景技術】
【０００２】
下記特許文献１には、ＨＴＴＰ通信でコンテンツを取得する際の課金方法として、ＨＴＴＰリクエストとＨＴＴＰレスポンスとを一の課金単位として扱い、ＨＴＴＰリクエストおよびＨＴＴＰレスポンスの通信に要した通信料金を集計して課金する方法が開示されている。具体的には、通信端末から送信されたＨＴＴＰリクエストに対応するＨＴＴＰレスポンスをコンテンツサーバから受信したときに、このＨＴＴＰレスポンスのヘッダ情報に含まれる課金ルールに従って課金情報を生成し、この課金情報を用いて課金する。
【特許文献１】特開２００３−１７３３９８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、インターネット等を利用して一のコンテンツを取得する場合に、複数のＨＴＴＰリクエストとＨＴＴＰレスポンスを利用する場合がある。例えば、通信端末がコンテンツサーバから動画コンテンツを取得する場合には、２種類のＨＴＴＰ通信を使用する。一方のＨＴＴＰ通信において、通信端末は、データ用のＨＴＴＰリクエストに対してコンテンツサーバから送信されたデータ用のＨＴＴＰレスポンスを利用してコンテンツサーバから映像データ等を受信する。他方のＨＴＴＰ通信において、通信端末は、制御用のＨＴＴＰリクエストを利用してコンテンツサーバに制御信号（例えば、再生指示信号や一時停止指示信号）を送信する。これらのＨＴＴＰ通信は、動画の閲覧が終了するまで継続される。
【０００４】
上述した制御用のＨＴＴＰリクエストには、対応するＨＴＴＰレスポンスが存在しない。すなわち、通信端末から制御信号が送信されても、その制御信号に対する応答がコンテンツサーバから送信されない。したがって、上述した特許文献１の課金方法のように、ＨＴＴＰリクエストに対応するＨＴＴＰレスポンスに含まれる課金ルールに従って課金処理をする場合には、制御用のＨＴＴＰリクエストに対する通信料金については課金できないことになる。
【０００５】
そこで、本発明は、上述した課題を解決するために、レスポンスが期待できないリクエストに対しても適切に課金できる課金装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
本発明の課金装置は、一のコンテンツを取得するために通信端末からコンテンツサーバに対して送信され、共通の識別コードが付与された複数のリクエスト信号を受信する第一の受信手段と、リクエスト信号に対応するレスポンス信号をコンテンツサーバから受信する第二の受信手段と、第一の受信手段によって受信された一のリクエスト信号に対応するレスポンス信号が第二の受信手段によって受信された場合に、当該一のリクエスト信号に含まれる識別コードと、当該一のリクエスト信号に対応するレスポンス信号に含まれる課金係数とを対応付けて記憶させる記憶手段と、一のリクエスト信号に対応するレスポンス信号に含まれる課金係数を用いて、当該一のリクエスト信号および当該一のリクエスト信号に対応するレスポンス信号に関する課金情報を生成する第一の課金情報生成手段と、第一の受信手段によって受信された他のリクエスト信号が、当該他のリクエスト信号に対応するレスポンス信号を有するか否かを判定する判定手段と、判定手段によってレスポンス信号を有さないと判定された場合に、記憶手段によって記憶させられた課金係数から、他のリクエスト信号に含まれる識別コードに対応して記憶されている課金係数を抽出する抽出手段と、抽出手段によって抽出された課金係数を用いて、他のリクエスト信号に関する課金情報を生成する第二の課金情報生成手段とを備えることを特徴とする。
【０００７】
この発明によれば、一のリクエスト信号に対応するレスポンス信号が受信された場合に、当該一のリクエスト信号に含まれる識別コードと、当該一のリクエスト信号に対応するレスポンス信号に含まれる課金係数とを対応付けて記憶させ、この課金係数を用いて、当該一のリクエスト信号および当該一のリクエスト信号に対応するレスポンス信号に関する課金情報を生成することができるとともに、他のリクエスト信号が、当該他のリクエスト信号に対応するレスポンス信号を有さないと判定された場合に、上記記憶させられた課金係数から、他のリクエスト信号に含まれる識別コードに対応して記憶されている課金係数を抽出し、この抽出した課金係数を用いて、他のリクエスト信号に関する課金情報を生成することができる。これにより、レスポンス信号を有さないリクエスト信号に対しても適切に課金することが可能となる。
【０００８】
また、本発明の移動通信端末において、上記第一の課金情報生成手段および第二の課金情報生成手段によって生成された各課金情報を用いて課金処理を実行する課金処理手段をさらに備えることが好ましい。
【発明の効果】
【０００９】
本発明に係る移動通信端末によれば、レスポンスが期待できないリクエストに対しても適切に課金することができる。
【発明を実施するための最良の形態】
【００１０】
以下、本発明に係る移動通信端末の実施形態を図面に基づき説明する。なお、各図において、同一要素には同一符号を付して重複する説明を省略する。
【００１１】
図１は、実施形態における通信システムのシステム構成および課金装置２０の機能構成を例示する図である。図１に示すように、通信システムは、携帯電話機１０（通信端末）と課金装置２０とコンテンツ提供サーバ３０（コンテンツサーバ）とを有する。
【００１２】
携帯電話機１０は、自機が在圏する無線エリアをカバーする基地局（不図示）と無線通信を行い、通話サービスあるいはパケット通信サービスを受ける移動通信端末である。なお、本実施形態における通信システムでは、通信端末の具体例として携帯電話機１０を用いて説明しているが、通信端末の具体例はこれに限られず、例えば、簡易型携帯電話機（ＰＨＳ）や通信機能を有する携帯型情報端末（ＰＤＡ）等の移動通信端末であってもよいし、通信機能を有するパーソナルコンピュータ等の固定端末であってもよい。
【００１３】
課金装置２０は、移動体通信網に接続され、携帯電話機１０がコンテンツ提供サーバ３０からコンテンツを取得した際に課される料金を算出して管理する装置である。
【００１４】
コンテンツ提供サーバ３０は、携帯電話機１０から送信された要求に応じて動画等のコンテンツを提供する周知のサーバである。このコンテンツ提供サーバ３０は、課金係数を管理する。
【００１５】
また、図１に示すように、課金装置２０は、機能的には、パケット通信部２１（第一の受信手段、第二の受信手段）と、課金係数情報管理部２２（記憶手段）と、課金処理部２３（課金処理手段）とを備える。課金処理部２３には、レスポンス有無判定部２４（判定手段）と、課金係数抽出部２５（抽出手段）と、課金情報生成部２６（第一の課金情報生成手段、第二の課金情報生成手段）とが含まれる。
【００１６】
図２は、課金装置２０のハードウェア構成を例示する図である。図２に示すように、課金装置２０は、物理的には、ＣＰＵ２０１と、ＲＯＭ、ＲＡＭ、ハードディスク等のメモリ２０２と、データ送受信デバイスである通信装置２０３とを含むコンピュータシステムとして構成されている。ＣＰＵ１０１が、メモリ２０２にインストールされたコンピュータソフトウェアを実行することによって図１に示す課金装置２０の各構成要素の機能が実現される。なお、携帯電話機１０は、物理的には、ＣＰＵと、ＲＯＭ、ＲＡＭ、ＥＥＰＲＯＭ等のメモリと、データ送受信デバイスである通信装置と、入力デバイスである入力キーと、出力デバイスであるディスプレイとを含むコンピュータシステムとして構成されている。
【００１７】
以下、図１を参照して、課金装置２０の各機能要素について詳細に説明する。
【００１８】
パケット通信部２１は、携帯電話機１０とコンテンツ提供サーバ３０との間で行われるＨＴＴＰ通信に用いられるＴＣＰパケットを送受信する。すなわち、パケット通信部２１は、携帯電話機１０とコンテンツ提供サーバ３０との間で相互にやり取りされるＴＣＰパケットを中継する。
【００１９】
ここで、携帯電話機１０からコンテンツ提供サーバ３０に対して送信されるＴＣＰパケットとしては、例えば、ＨＴＴＰリクエスト（リクエスト信号）がある。このＨＴＴＰリクエストとして、データ用のＨＴＴＰリクエスト（一のリクエスト信号）と制御用のＨＴＴＰリクエスト（他のリクエスト信号）とがある。データ用のＨＴＴＰリクエストは、例えば、コンテンツの取得指示が検知されたときに送信され、制御用のＨＴＴＰリクエストは、例えば、コンテンツの再生指示や一時停止指示、早送り指示、巻き戻し指示等の各種の制御指示が、最初に検知されたときに送信されるリクエスト信号である。なお、上述した各種の制御指示が、複数回検知される場合もあるが、２回目以降に検知された場合には、検知された制御指示に対応する制御信号がＴＣＰパケットとして送信される。この制御信号は、最初の検知により送信されたＨＴＴＰリクエストと同一のＴＣＰセッションで送信される。
【００２０】
これらデータ用および制御用のＨＴＴＰリクエストには、識別コードおよびレスポンス有無識別フラグが付与されている。識別コードは、携帯電話機１０が一のコンテンツを取得・再生等する際にコンテンツ提供サーバ３０に対して送信する複数のＨＴＴＰリクエストに共通して付与される識別情報である。これにより、一のコンテンツを取得・再生等する際に送信されるデータ用のＨＴＴＰリクエストと制御用のＨＴＴＰリクエストには、同一の識別コードが付与されることになる。また、レスポンス有無識別フラグは、ＨＴＴＰリクエストに対応するＨＴＴＰレスポンス（レスポンス信号）が存在するか否かを示す情報を格納するフラグである。例えば、ＨＴＴＰリクエストに対応するＨＴＴＰレスポンスが存在する場合には、このレスポンス有無識別フラグに、対応レスポンスが存在することを示す“０”が格納される。一方、ＨＴＴＰリクエストに対応するＨＴＴＰレスポンスが存在しない場合には、このレスポンス有無識別フラグに、対応レスポンスが存在しないことを示す“１”が格納される。本実施形態では、データ用のＨＴＴＰリクエストのレスポンス有無識別フラグには、“０”が格納され、制御用のＨＴＴＰリクエストのレスポンス有無識別フラグには、“１”が格納される。
【００２１】
図３を参照して、ＨＴＴＰリクエストのデータ構成について具体的に説明する。データ用および制御用のＨＴＴＰリクエストには、例えば、ＨＴＴＰヘッダ、ＨＴＴＰデータが含まれる。ＨＴＴＰヘッダには、上述した識別コードおよびレスポンス有無識別フラグが付与される。なお、ＩＰネットワーク上では、ＨＴＴＰリクエストに対してＩＰヘッダおよびＴＣＰヘッダが付与される。
【００２２】
ここで、識別コードおよびレスポンス有無識別フラグは、携帯電話機１０の識別情報付与部によって付与される。この識別情報付与部は、同一のコンテンツデータを取得・再生等する際にコンテンツ提供サーバ３０に送信されるデータ用および制御用のＨＴＴＰリクエストのＨＴＴＰヘッダに、識別コードおよびレスポンス有無識別フラグを格納する。識別コードは、ユーザの操作指示によって所望のコンテンツデータをコンテンツ提供サーバ３０から取得するコンテンツ取得指示が出力された場合に、このコンテンツ取得指示を検知した識別情報付与部によって発行され、メモリ上に一時的に記憶させられる。レスポンス有無識別フラグは、ＨＴＴＰリクエストがデータ用である場合には、識別情報付与部によって識別フラグが“０”に設定され、ＨＴＴＰリクエストが制御用である場合には、識別情報付与部によって識別フラグが“１”に設定される。
【００２３】
また、コンテンツ提供サーバ３０から携帯電話機１０に対して送信されるＴＣＰパケットとしては、例えば、ＨＴＴＰレスポンスがある。このＨＴＴＰレスポンスには、課金係数、およびコンテンツ提供サーバ３０から提供される映像データ等のコンテンツデータが含まれる。課金係数は、ＨＴＴＰ通信に課せられる通信料金の携帯電話機１０側およびコンテンツ提供サーバ３０側における通信料金の負担割合を示す課金ルールである。例えば、課金係数が“１００”である場合には、ＨＴＴＰ通信に課せられる通信料金の全て（１００％）を携帯電話機１０側に課すことを意味し、課金係数が“１０”である場合には、ＨＴＴＰ通信に課せられる通信料金の１０％を携帯電話機１０側に課すことを意味する。なお、この課金係数は、コンテンツ提供サーバ３０で管理されており、例えば、コンテンツのＵＲＩごとに設定されている。
【００２４】
図４を参照して、ＨＴＴＰレスポンスのデータ構成について具体的に説明する。ＨＴＴＰレスポンスには、例えば、ＨＴＴＰヘッダ、ＨＴＴＰデータが含まれる。ＨＴＴＰヘッダには課金係数が付与され、ＨＴＴＰデータにはコンテンツデータが含まれる。なお、ＩＰネットワーク上では、ＨＴＴＰレスポンスに対してＩＰヘッダおよびＴＣＰヘッダが付与される。
【００２５】
課金係数情報管理部２２は、パケット通信部２１によって受信されたデータ用のＨＴＴＰリクエストに対応するＨＴＴＰレスポンスがパケット通信部２１によって受信された場合に、このデータ用のＨＴＴＰリクエストに含まれる識別コードと、このデータ用のＨＴＴＰリクエストに対応するＨＴＴＰレスポンスに含まれる課金係数とを対応付けて、課金係数情報テーブルに記憶させる。
【００２６】
ここで、図５を参照して、課金係数情報テーブルのデータ構成について説明する。課金係数情報テーブルは、データ項目として、例えば、識別コード、課金係数を有する。図５に示す識別コードには、一のコンテンツを取得する際に発行される複数のＨＴＴＰリクエスト群を一意に特定するための識別情報が格納される。課金係数には、携帯電話機１０とコンテンツ提供サーバ３０との間のＨＴＴＰ通信に要した通信料金のうち、携帯電話機１０側が負担する通信料金の割合が格納される。例えば、図５に示す識別コードが“０００１”である課金係数情報では、課金係数に“１００”が格納されている。これは、ＨＴＴＰ通信に課せられる通信料金の全て（１００％）が携帯電話機１０側に課されることを意味する。
【００２７】
図１に示すレスポンス有無判定部２４は、パケット通信部２１によって受信されたＨＴＴＰリクエストが、このＨＴＴＰリクエストに対応するＨＴＴＰレスポンスを有するか否かを判定する。具体的に説明すると、レスポンス有無判定部２４は、パケット通信部２１によって受信されたＨＴＴＰリクエストのヘッダ情報に含まれるレスポンス有無識別フラグが“０”である場合に、このＨＴＴＰリクエストには、対応するＨＴＴＰレスポンスが存在すると判定する。一方、レスポンス有無判定部２４は、パケット通信部２１によって受信されたＨＴＴＰリクエストのヘッダ情報に含まれるレスポンス有無識別フラグが“１”である場合に、このＨＴＴＰリクエストには、対応するＨＴＴＰレスポンスが存在しないと判定する。
【００２８】
図１に示す課金係数抽出部２５は、レスポンス有無判定部２４によって、ＨＴＴＰリクエストに対応するＨＴＴＰレスポンスが存在しないと判定された場合に、課金係数情報テーブルから、このＨＴＴＰリクエストに含まれる識別コードに対応して記憶されている課金係数を抽出する。
【００２９】
図１に示す課金情報生成部２６は、パケット通信部２１によって受信されたＨＴＴＰリクエストに関する課金情報を生成する。具体的に説明すると、課金情報生成部２６は、レスポンス有無判定部２４によって、ＨＴＴＰリクエストに対応するＨＴＴＰレスポンスが存在すると判定された場合には、このＨＴＴＰレスポンスに含まれる課金係数を用いて課金情報を生成する。また、課金情報生成部２６は、レスポンス有無判定部２４によって、ＨＴＴＰリクエストに対応するＨＴＴＰレスポンスが存在しないと判定された場合に、課金係数抽出部２５によって抽出された課金係数を用いて課金情報を生成する。
【００３０】
課金情報は、以下のように生成される。まず、課金情報生成部２６は、ＨＴＴＰリクエストおよびＨＴＴレスポンスのデータ量を測定する。データ量の測定は、例えば、ＨＴＴＰリクエストおよびＨＴＴＰレスポンスのＩＰヘッダやＴＣＰヘッダ、ＨＴＴＰヘッダに含まれる情報を参照することで実現可能である。次に、課金情報生成部２６は、データ量に課金係数を乗じて携帯電話機１０側のデータ量を算出することで、携帯電話機１０側の課金情報を生成する。また、課金情報生成部２６は、全体のデータ量から携帯電話機１０側のデータ量を減じてコンテンツ提供サーバ３０側のデータ量を算出することで、コンテンツ提供サーバ３０側の課金情報を生成する。
【００３１】
図１に示す課金処理部２３は、課金情報生成部２６によって生成された一または複数の課金情報を用いて課金処理を実行する。すなわち、課金処理部２３は、携帯電話機１０側のデータ量とコンテンツ提供サーバ３０側のデータ量とをそれぞれ別個に集計し、集計したデータ量に応じて携帯電話機１０側およびコンテンツ提供サーバ３０側に課金する。なお、データ量を集計する単位は、ＨＴＴＰリクエストとそれに対応するＨＴＴＰレスポンスであってもよいし、携帯電話機１０と課金装置２０との間で管理されているコネクションＩＤ単位であってもよい。コネクションＩＤ単位で集計する場合には、コネクションＩＤ内で一意に特定できる識別番号を割り当てればよいため、識別番号の管理の容易化、およびリソース資源の有効化を図ることが可能となる。また、この課金処理を実行するタイミングは、任意に設定することができる。例えば、所定の日時に実行することとしてもよいし、ＨＴＴＰ通信が終了するたびに実行することとしてもよい。
【００３２】
次に、図６および図７を参照して、本実施形態における通信システムの動作について説明する。図６は、データ用のＨＴＴＰリクエストに関する課金処理の流れを説明するためのシーケンスチャートである。
【００３３】
まず、図６に示すように、携帯電話機１０の識別情報付与部は、ユーザの操作指示による所望のコンテンツデータをコンテンツ提供サーバ３０から取得するコンテンツ取得指示を検知した場合（ステップＳ１）に、識別コードを発行して（ステップＳ２）メモリ上に一時的に記憶させる。
【００３４】
次に、携帯電話機１０の識別情報付与部は、発行した識別コードを、データ用ＨＴＴＰリクエストのＨＴＴＰヘッダに格納したうえで、このデータ用ＨＴＴＰリクエストをコンテンツ提供サーバ３０に送信する（ステップＳ３）。これにより、課金装置２０のパケット通信部２１は、携帯電話機１０から送信されたデータ用ＨＴＴＰリクエストを受信する。
【００３５】
次に、課金装置２０の課金係数情報管理部２２は、パケット通信部２１によって受信されたデータ用ＨＴＴＰリクエストのＨＴＴＰヘッダから識別コードを読み出して（ステップＳ４）メモリ上に一時的に記憶させる。
【００３６】
次に、課金装置２０のパケット通信部２１は、データ用ＨＴＴＰリクエストをコンテンツ提供サーバ３０に送信する（ステップＳ５）。
【００３７】
次に、課金装置２０のレスポンス有無判定部２４は、パケット通信部２１によって受信されたデータ用ＨＴＴＰリクエストが、このデータ用ＨＴＴＰリクエストに対応するＨＴＴＰレスポンスを有するか否かを判定する（ステップＳ６）。ここで、データ用ＨＴＴＰリクエストのＨＴＴＰヘッダのレスポンス有無識別フラグには“０”が格納されている。したがって、このステップＳ６における判定では、レスポンス有無判定部２４によって、対応するＨＴＴＰレスポンスが存在すると判定される。
【００３８】
次に、コンテンツ提供サーバ３０は、携帯電話機１０から送信されたＨＴＴＰリクエストに対するＨＴＴＰレスポンスのＨＴＴＰヘッダに課金係数を格納し、ＨＴＴＰレスポンスのＨＴＴＰデータにコンテンツデータを格納したうえで、このＨＴＴＰレスポンスを携帯電話機１０に送信する（ステップＳ７）。これにより、課金装置２０のパケット通信部２１は、コンテンツ提供サーバ３０から送信されたＨＴＴＰレスポンスを受信する。
【００３９】
次に、課金装置２０の課金係数情報管理部２２は、パケット通信部２１によって受信されたＨＴＴＰレスポンスのＨＴＴＰヘッダから課金係数を読み出して（ステップＳ８）メモリ上に一時的に記憶させる。
【００４０】
次に、課金装置２０のパケット通信部２１は、ＨＴＴＰレスポンスを携帯電話機１０に送信する（ステップＳ９）。これにより、携帯電話機１０はコンテンツデータを取得する。
【００４１】
次に、課金装置２０の課金係数情報管理部２２は、上述したステップＳ４において読み出された識別コードと、上述したステップＳ８において読み出された課金係数とを対応付けた課金係数情報を、課金係数情報テーブルに登録する（ステップＳ１０）。
【００４２】
次に、課金装置２０の課金情報生成部２６は、上述したステップＳ８において読み出された課金係数を用いて、データ用ＨＴＴＰリクエストおよびＨＴＴＰレスポンスによるＨＴＴＰ通信に関する課金情報を生成する（ステップＳ１１）。
【００４３】
次に、図７は、制御用のＨＴＴＰリクエストに関する課金処理の流れを説明するためのシーケンスチャートである。
【００４４】
まず、図７に示すように、携帯電話機１０の識別情報付与部は、例えば、ユーザの操作指示によるコンテンツの再生を指示するコンテンツ再生指示を検知した場合（ステップＳ２１）に、上述したステップＳ２で発行した識別コードを、制御用ＨＴＴＰリクエストのＨＴＴＰヘッダに格納したうえで、この制御用ＨＴＴＰリクエストをコンテンツ提供サーバ３０に送信する（ステップＳ２２）。これにより、課金装置２０のパケット通信部２１は、携帯電話機１０から送信された制御用ＨＴＴＰリクエストを受信する。
【００４５】
次に、課金装置２０の課金係数情報管理部２２は、パケット通信部２１によって受信された制御用ＨＴＴＰリクエストのＨＴＴＰヘッダから識別コードを読み出して（ステップＳ２３）メモリ上に一時的に記憶させる。
【００４６】
次に、課金装置２０のパケット通信部２１は、制御用ＨＴＴＰリクエストをコンテンツ提供サーバ３０に送信する（ステップＳ２４）。
【００４７】
次に、課金装置２０のレスポンス有無判定部２４は、パケット通信部２１によって受信された制御用ＨＴＴＰリクエストが、この制御用ＨＴＴＰリクエストに対応するＨＴＴＰレスポンスを有するか否かを判定する（ステップＳ２５）。ここで、制御用ＨＴＴＰリクエストのＨＴＴＰヘッダのレスポンス有無識別フラグには“１”が格納されている。したがって、このステップＳ２５における判定では、レスポンス有無判定部２４によって、対応するＨＴＴＰレスポンスが存在しないと判定される。
【００４８】
次に、課金装置２０の課金係数抽出部２５は、制御用ＨＴＴＰリクエストのＨＴＴＰヘッダに含まれる識別コードに対応して記憶されている課金係数を、課金係数情報テーブルから抽出する（ステップＳ２６）。
【００４９】
次に、課金装置２０の課金情報生成部２６は、課金係数抽出部２５によって抽出された課金係数を用いて、制御用ＨＴＴＰリクエストによるＨＴＴＰ通信に関する課金情報を生成する（ステップＳ２７）。
【００５０】
なお、上述したデータ用のＨＴＴＰリクエストに関する課金処理、および制御用のＨＴＴＰリクエストに関する課金処理は、コンテンツの取得・再生等が終了するまで継続して繰り返し行われる。
【００５１】
以上のように、本実施形態における通信システムによれば、データ用のＨＴＴＰリクエストに対応するＨＴＴＰレスポンスが受信された場合に、このデータ用のＨＴＴＰリクエストに含まれる識別コードと、このデータ用のＨＴＴＰリクエストに対応するＨＴＴＰレスポンスに含まれる課金係数とを対応付けて課金係数情報テーブルに記憶させ、この課金係数を用いて、データ用のＨＴＴＰリクエストおよびデータ用のＨＴＴＰリクエストに対応するＨＴＴＰレスポンスに関する課金情報を生成することができるとともに、対応するＨＴＴＰレスポンスを有さない制御用のＨＴＴＰリクエストが受信された場合に、課金係数情報テーブルに記憶させられた課金係数から、制御用のＨＴＴＰリクエストに含まれる識別コードに対応して記憶されている課金係数を抽出し、この抽出した課金係数を用いて、制御用のＨＴＴＰリクエストに関する課金情報を生成することができる。これにより、レスポンスが存在しない制御用のＨＴＴＰリクエストに対しても適切に課金することが可能となる。
【００５２】
なお、上述した実施形態では、本願発明をＨＴＴＰ通信の課金に適用した場合について説明しているが、これに限定されない。例えば、ＦＴＰ通信等の複数のメッセージをやりとりする通信の課金に適用することもできる。
【００５３】
また、上述した実施形態では、コンテンツ提供サーバが、課金係数を管理しているが、課金係数を管理するのはコンテンツ提供サーバに限られない。例えば、課金装置とコンテンツ提供サーバとの間に、ゲートウェイ装置を設け、このゲートウェイ装置で課金係数を管理させてもよい。これにより、コンテンツ提供サーバごとに管理されている課金係数を、ゲートウェイ装置で集約して管理することができる。
【図面の簡単な説明】
【００５４】
【図１】実施形態における通信システムのシステム構成および課金装置の機能構成を例示する図である。
【図２】図１に示す課金装置のハードウェア構成を例示するブロック図である。
【図３】ＨＴＴＰリクエストのデータ構成を例示する図である。
【図４】ＨＴＴＰレスポンスのデータ構成を例示する図である。
【図５】課金係数情報テーブルのデータ構成を例示する図である。
【図６】データ用のＨＴＴＰリクエストに関する課金処理の流れを例示するシーケンスチャートである。
【図７】制御用のＨＴＴＰリクエストに関する課金処理の流れを例示するシーケンスチャートである。
【符号の説明】
【００５５】
１０・・・携帯電話機、２０・・・課金装置、２１・・・パケット通信部、２２・・・課金係数情報管理部、２３・・・課金処理部、２４・・・レスポンス有無判定部、２５・・・課金係数抽出部、２６・・・課金情報生成部、３０・・・コンテンツ提供サーバ。
【図１】
2007316742.tif 000003
【図２】
2007316742.tif 000004
【図３】
2007316742.tif 000005
【図４】
2007316742.tif 000006
【図５】
2007316742.tif 000007
【図６】
2007316742.tif 000008
【図７】
2007316742.tif 000009