(57)【特許請求の範囲】
【請求項１】
通信データ量を測定する複数の測定ポイントと、データを受信し、該データを前記複数の測定ポイントのいずれかに送信するデータ中継装置とを備えた通信データ量測定システムであって、
前記データ中継装置は、
受信した前記データのサービス種別を判断するサービス種別判断手段と、
前記サービス種別に基づいて、前記複数の測定ポイントの中から、前記データを送信すべき測定ポイントを決定する測定ポイント決定手段と、
決定した前記測定ポイントに前記データを送信するデータ送信手段とを備え、
前記複数の測定ポイントの各々は、
前記データ中継装置から前記データを受信するデータ受信手段と、
受信した前記データの通信データ量を測定する通信データ量測定手段とを備えたことを特徴とする通信データ量測定システム。
【請求項２】
前記データ中継装置に前記データを送信するサーバ装置を具備し、
前記サーバ装置は、前記データのサービス種別を示すＨＴＴＰの拡張ヘッダを付与する付与手段を具備し、
前記データ中継装置の前記サービス種別判断手段は、受信した前記データに付与された前記ＨＴＴＰの拡張ヘッダに基づいて、前記サービス種別を判断することを特徴とする請求項１に記載の通信データ量測定システム。
【請求項３】
セキュリティ通信で前記データが送信される場合、前記サーバ装置の前記付与手段は、セキュリティ通信の開始を要求するＨＴＴＰ信号に対して送信するデータに、前記サービス種別を示すＨＴＴＰの拡張ヘッダを付与することを特徴とする請求項２に記載の通信データ量測定システム。
【請求項４】
通信データ量を測定する複数の測定ポイントと、データを受信し、該データを前記複数の測定ポイントのいずれかに送信するデータ中継装置とを備えた通信データ量測定システムにおけるデータ中継装置であって、
受信した前記データのサービス種別を判断するサービス種別判断手段と、
前記サービス種別に基づいて、前記複数の測定ポイントの中から、前記データを送信すべき測定ポイントを決定する測定ポイント決定手段と、
決定した前記測定ポイントに前記データを送信するデータ送信手段とを備えたことを特徴とするデータ中継装置。
【請求項５】
通信データ量を測定する複数の測定ポイントと、データを受信し、該データを前記複数の測定ポイントのいずれかに送信するデータ中継装置とを備えた通信データ量測定システムにおける通信データ量測定方法であって、
前記データ中継装置において、受信した前記データのサービス種別を判断するステップＡと、
前記データ中継装置において、前記サービス種別に基づいて、前記複数の測定ポイントの中から、前記データを送信すべき測定ポイントを決定するステップＢと、
前記データ中継装置から前記決定した測定ポイントに、前記データを送信するステップＣと、
決定した前記測定ポイントにおいて、受信した前記データの通信データ量を測定するステップＤとを備えることを特徴とする通信データ量測定方法。
【請求項６】
前記データ中継装置に前記データを送信するサーバ装置において、前記データのサービス種別を示すＨＴＴＰの拡張ヘッダを付与するステップＥを備え、
前記ステップＡにおいて、前記データ中継装置が、受信した前記データに付与された前記ＨＴＴＰの拡張ヘッダに基づいて、前記サービス種別を判断することを特徴とする請求項５に記載の通信データ量測定方法。
【請求項７】
セキュリティ通信で前記データが送信される場合、前記ステップＥにおいて、前記サーバ装置が、セキュリティ通信の開始を要求するＨＴＴＰ信号に対して送信するデータに、前記サービス種別を示すＨＴＴＰの拡張ヘッダを付与することを特徴とする請求項６に記載の通信データ量測定方法。
【請求項８】
通信データ量を測定する複数の測定ポイントと、データを受信し、該データを前記複数の測定ポイントのいずれかに送信するデータ中継装置とを備えた通信データ量測定システムのデータ中継装置におけるデータ中継方法であって、
受信した前記データのサービス種別を判断するステップＦと、
前記サービス種別に基づいて、前記複数の測定ポイントの中から、前記データを送信すべき測定ポイントを決定するステップＧと、
決定した前記測定ポイントに前記データを送信するステップＨとを備えることを特徴とするデータ中継方法。
【請求項９】
請求項８に記載のデータ中継方法をコンピュータに実行させるためのプログラム。
【請求項１０】
請求項８に記載のデータ中継方法をコンピュータに実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
技術分野
本発明は、課金処理等に用いる通信データ量測定システム、通信データ量測定方法、データ（例えば、パケット）中継装置、データ中継方法、プログラムおよび記録媒体に関する。
背景技術
図１は、従来の通信データ量測定システムの全体構成図である。以下、図１を参照にして、従来の課金方法について説明する。
従来の通信データ量測定システムは、図１に示すように、コンテンツを提供するコンテンツサーバ１１、１２と、ゲートウェイ２０と、課金（測定）ポイント３０と、料金サーバ４０と、クライアント５１乃至５３とを具備している。
例えば、コンテンツサーバ１１が、クライアント５１にパケット通信でコンテンツを提供する場合を考える。コンテンツサーバ１１は、パケットに宛先（クライアント５１）等の情報を含めて、そのパケットをゲートウェイ２０に送信する。ゲートウェイ２０に送信されたパケットは、次に課金ポイント３０に送信された上で、クライアント５１に送信される。課金ポイント３０は、パケットレベルの通信データ量を測定（カウント）する。すなわち、課金ポイント３０は、中継したパケットの分だけ課金するために、中継したパケットの通信データ量を測定する。測定値は、料金サーバ４０に送信され、料金サーバ４０は、受信した測定値の分だけ課金処理を行う。
課金の種類には、サービス種別によって、クライアント（エンドユーザ）側に課金するもの、およびサーバ（コンテンツサーバ）側に課金するものが存在する。後者では、さらに細かく、Ａ社、Ｂ社といった複数のコンテンツサーバごとに別々に課金したり、複数のサービス種別ごとに別々に課金したりする場合がある。
しかし、図１に示す従来の課金方法において、課金ポイント３０は、アプリケーションレベルのデータを解釈することはできないので、各パケットについて、どのサービス種別に属するデータであるのか識別できない。
そこで、本発明の目的は、課金処理等のために通信データ量を測定する際に、サービス種別ごとに通信データ量を測定することである。
発明の開示
上記目的を達成するために、請求の範囲第１項記載の本発明は、通信データ量を測定する複数の測定ポイントと、データを受信し、該データを前記複数の測定ポイントのいずれかに送信するデータ中継装置とを備えた通信データ量測定システムであって、前記データ中継装置は、受信した前記データのサービス種別を判断するサービス種別判断手段と、前記サービス種別に基づいて、前記複数の測定ポイントの中から、前記データを送信すべき測定ポイントを決定する測定ポイント決定手段と、前記決定した測定ポイントに前記データを送信するデータ送信手段とを備え、前記複数の測定ポイントの各々は、前記データ中継装置から前記データを受信するデータ受信手段と、受信した前記データの通信データ量を測定する通信データ量測定手段とを備えたことを要旨とする。
請求の範囲第２項記載の本発明は、請求の範囲第１項記載の発明において、前記データ中継装置に前記データを送信するサーバ装置を具備し、前記サーバ装置は、前記データのサービス種別を示すＨＴＴＰの拡張ヘッダを付与する付与手段を具備し、前記データ中継装置の前記サービス種別判断手段は、受信した前記データに付与された前記ＨＴＴＰの拡張ヘッダに基づいて、前記サービス種別を判断することを要旨とする。
請求の範囲第３項記載の本発明は、請求の範囲第２項記載の発明において、セキュリティ通信で前記データが送信される場合、前記サーバ装置の前記付与手段は、セキュリティ通信の開始を要求するＨＴＴＰ信号に対して送信するデータに、サービス種別を示すＨＴＴＰの拡張ヘッダを付与することを要旨とする。
請求の範囲第４項記載の本発明は、通信データ量を測定する複数の測定ポイントと、データを受信し、該データを前記複数の測定ポイントのいずれかに送信するデータ中継装置とを備えた通信データ量測定システムにおけるデータ中継装置であって、受信した前記データのサービス種別を判断するサービス種別判断手段と、前記サービス種別に基づいて、前記複数の測定ポイントの中から、前記データを送信すべき測定ポイントを決定する測定ポイント決定手段と、前記決定した測定ポイントに前記データを送信するデータ送信手段とを備えたことを要旨とする。
請求の範囲第５項記載の本発明は、データを送受信し、通信データ量を測定するデータ中継装置であって、受信した前記データのサービス種別を判断するサービス種別判断手段と、前記サービス種別ごとに、受信した前記データの通信データ量を測定する通信データ量測定手段と、前記データを送信するデータ送信手段とを備えたことを要旨とする。
請求の範囲第６項記載の本発明は、通信データ量を測定する複数の測定ポイントと、データを受信し、該データを前記複数の測定ポイントのいずれかに送信するデータ中継装置とを備えた通信データ量測定システムにおける通信データ量測定方法であって、前記データ中継装置において、受信した前記データのサービス種別を判断するステップＡと、前記データ中継装置において、前記サービス種別に基づいて、前記複数の測定ポイントの中から、前記データを送信すべき測定ポイントを決定するステップＢと、前記データ中継装置から前記決定した測定ポイントに、前記データを送信するステップＣと、前記決定した測定ポイントにおいて、受信した前記データの通信データ量を測定するステップＤとを備えることを要旨とする。
請求の範囲第７項記載の本発明は、請求の範囲第６項記載の発明において、前記データ中継装置に前記データを送信するサーバ装置が、前記データのサービス種別を示すＨＴＴＰの拡張ヘッダを付与するステップＥを備え、前記ステップＡにおいて、前記データ中継装置が、受信した前記データに付与された前記ＨＴＴＰの拡張ヘッダに基づいて、前記サービス種別を判断することを要旨とする。
請求の範囲第８項記載の本発明は、請求の範囲第７項記載の発明において、セキュリティ通信で前記データが送信される場合、前記ステップＥにおいて、前記サーバ装置が、セキュリティ通信の開始を要求するＨＴＴＰ信号に対して送信するデータに、サービス種別を示すＨＴＴＰの拡張ヘッダを付与することを要旨とする。
請求の範囲第９項記載の本発明は、通信データ量を測定する複数の測定ポイントと、データを受信し、該データを前記複数の測定ポイントのいずれかに送信するデータ中継装置とを備えた通信データ量測定システムのデータ中継装置におけるデータ中継方法であって、受信した前記データのサービス種別を判断するステップＦと、前記サービス種別に基づいて、前記複数の測定ポイントの中から、前記データを送信すべき測定ポイントを決定するステップＧと、前記決定した測定ポイントに前記データを送信するステップＨとを備えることを要旨とする。
請求の範囲第１０項記載の本発明は、データを送受信し、通信データ量を測定するデータ中継装置におけるデータ中継方法であって、受信した前記データのサービス種別を判断するステップＩと、前記サービス種別ごとに、受信した前記データの通信データ量を測定するステップＪと、前記データを送信するステップＫとを備えることを要旨とする。
請求の範囲第１１項記載の本発明は、請求の範囲第９又は１０項記載のデータ中継方法をコンピュータに実行させるためのプログラムであることを要旨とする。
請求の範囲第１２項記載の本発明は、請求の範囲第９又は１０項記載のデータ中継方法をコンピュータに実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体であることを要旨とする。
以上の発明によれば、課金処理等のために通信データ量を測定する際に、サービス種別ごとに測定を行うことができる。
【図面の簡単な説明】
図１は、従来の通信データ量測定システムの全体構成図である。
図２は、本発明の第１実施形態における通信データ量測定システムの全体構成図である。
図３は、本発明の第１実施形態における通信データ量測定システムのゲートウェイの動作を示すフローチャート図である。
図４は、本発明の第２実施形態における通信データ量測定システムの全体構成図である。
図５は、本発明の第２実施形態における通信データ量測定システムの動作を示すタイムチャート図である。
図６は、本発明の第２実施形態における通信データ量測定システムの動作を示すタイムチャート図である。
図７は、本発明の第２実施形態における通信データ量測定システムで用いられるＨＴＴＰの拡張ヘッダの一例を示す図である。
図８は、本発明の第３実施形態における通信データ量測定システムの全体構成図である。
図９は、本発明の第３実施形態における通信データ量測定システムのゲートウェイの動作を示すフローチャート図である。
図１０は、本発明の第３実施形態における通信データ量測定システムの動作を示すタイムチャート図である。
図１１は、本発明に係るプログラムを記録するコンピュータ読み取り可能な記録媒体を示す図である。
発明を実施するための最良の形態
【発明の実施の形態】
以下、図面を参照しつつ本発明の実施形態について詳しく説明する。
（第１実施形態）
図２は、本発明の第１実施形態における通信データ量測定システムの全体構成図であり、図３は、本発明の第１実施形態における通信データ量測定システムのゲートウェイの動作を示すフローチャート図である。以下、図２、３を参照して、本発明の第１実施形態における課金方法について説明する。
本発明の第１実施形態における通信データ量測定システムは、図２に示すように、コンテンツを提供するコンテンツサーバ１１１、１１２と、ゲートウェイ１２０と、課金ポイント１３１乃至１３３と、料金サーバ１４０と、クライアント１５１乃至１５３とを具備している。また、ゲートウェイ１２０は、サービス種別判断部１２１および課金ポイント振分部１２２を備える。
本実施形態において、課金ポイント１３１乃至１３３が、通信データ量を測定する複数の測定ポイントを構成し、ゲートウェイ１２０が、データを受信し、該データを複数の測定ポイント（課金ポイント１３１乃至１３３）のいずれかに送信するデータ中継装置を構成する。
また、サービス種別判断部１２１が、受信したデータのサービス種別を判断するサービス種別判断手段を構成する。また、課金ポイント振分部１２２が、判断されたサービス種別に基づいて、複数の測定ポイント（課金ポイント１３１乃至１３３）の中から、データを送信すべき測定ポイントを決定する測定ポイント決定手段、及び決定した測定ポイントにデータを送信するデータ送信手段を構成する。
さらに、複数の課金ポイント１３１乃至１３３の各々は、データ中継装置（ゲートウェイ１２０）からデータを受信（キャプチャ）するデータ受信手段と、受信（キャプチャ）したデータの通信データ量を測定する通信データ量測定手段とを備える。
本実施形態において、複数の課金ポイント１３１乃至１３３の各々は、ＨＴＴＰプロトコルを終端することなく、ゲートウェイ１２０からキャプチャしたデータをクライアント１５１乃至１５３に中継する。
本実施形態においては、課金ポイントをサービス種別の数に応じて複数設置し、ゲートウェイ１２０でサービス種別に応じたパケットの振分けを行っている。
例えば、課金ポイント１３１は、第１のサービス種別のための課金ポイントとし、課金ポイント１３２は、第２のサービス種別のための課金ポイントとし、課金ポイント１３３は、第３のサービス種別のための課金ポイントとする。
例えば、コンテンツサーバ１１１がクライアント１５１にコンテンツを提供する場合を考える。コンテンツサーバ１１１は、パケットに宛先（クライアント１５１）等の情報のほか、サービス種別の情報を含めて、ゲートウェイ１２０に送信する。サービス種別の付与の方法としては、例えば、ＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）の拡張ヘッダとして挿入することが考えられる。
図７に、サービス種別を示すＨＴＴＰの拡張ヘッダの一例を示す。
図７（ａ）は、クライアント側に課金する場合のＨＴＴＰの拡張ヘッダを示す。かかる場合、図７（ａ）に示すように、ＨＴＴＰの拡張ヘッダには、クライアント側に課金する第１のサービス種別を示すサービス種別情報「１」が含まれている。
図７（ｂ）は、非課金の場合のＨＴＴＰの拡張ヘッダを示す。かかる場合、図７（ｂ）に示すように、ＨＴＴＰの拡張ヘッダには、非課金である第３のサービス種別を示すサービス種別情報「３」が含まれている。
図７（ｃ）は、コンテンツサーバ側に課金する場合のＨＴＴＰの拡張ヘッダを示す。かかる場合、図６（ｃ）に示すように、ＨＴＴＰの拡張ヘッダには、コンテンツサーバ側に課金する第２のサービス種別を示すサービス種別情報「２」が含まれている。また、かかる場合には、ＨＴＴＰの拡張ヘッダに、課金対象のコンテンツサーバを識別するコンテンツサーバ識別情報「ＡＢＣ」と、当該コンテンツサーバが提供するコンテンツ（例えば、ＩＰアドレスやＵＲＬ）を識別するコンテンツ識別情報「ＤＥＦＧＨＩＪＫ」とが含まれている。
コンテンツサーバ１１１が提供するデータ（パケット）としては、例えば、ＨＴＴＰのレスポンスデータ、Ｐｕｓｈ型の配信データ等が考えられる。
以下、図３を参照して、本発明の第１実施形態における通信データ量測定システムのゲートウェイ１２０の動作について説明する。
ゲートウェイ１２０は、パケットを受信すると（Ｓ１０）、サービス種別判断部１２１において、パケットのサービス種別の判断を行う（Ｓ２０）。そして、課金ポイント振分部１２２は、判断されたサービス種別に対応する課金ポイントに、受信したパケットを送信する（Ｓ３０〜Ｓ５０）。例えば、サービス種別判断部１２１でパケットのサービス種別が第２のサービス種別と判断された場合には、パケットは、課金ポイント１３２に送信される。
課金ポイント１３１〜１３３は、パケットレベルの通信データ量を測定する。すなわち、課金ポイント１３１〜１３３は、中継したパケットの分だけ課金するために、中継したパケットの通信データ量の測定を行う。測定値は、料金サーバ１４０に送信され、料金サーバ４０は、受信した測定値の分だけ課金処理を行う。
パケットは、課金ポイント１３１〜１３３のいずれかを経由してクライアント１５１に送信される。
このように、ゲートウェイ１２０が、サービス種別に応じてパケットが中継される課金ポイントを決定する。これにより、サービス種別ごとに通信データ量の測定を行うことができ、サービス種別ごとに課金を行うことができる。
（第２実施形態）
図４は、本発明の第２実施形態における通信データ量測定システムの全体構成図であり、図５及び６は、本発明の第２実施形態における通信データ量測定システムの動作を示すタイムチャート図である。以下、図４乃至６を参照して、本発明の第２実施形態における課金方法について説明する。
本発明の第２実施形態における通信データ量測定システムは、図４に示すように、コンテンツサーバ２１１、２１２と、ゲートウェイ２２０と、課金ポイント２３１乃至２３３と、料金サーバ２４０と、クライアント２５１乃至２５３と、アプリケーションサーバ２６０とを具備している。また、ゲートウェイ２２０は、サービス種別判断部２２１および課金ポイント振分部２２２を備える。
本実施形態において、アプリケーションサーバ２６０が、データ中継装置(ゲートウェイ２２０)にデータを送信するサーバ装置を構成する。
また、アプリケーションサーバ２６０は、データのサービス種別（例えば、クライアント側に課金する第１のサービス種別、コンテンツサーバ側に課金する第２のサービス種別、非課金の第３サービス種別等）を示すＨＴＴＰの拡張ヘッダを付与する付与手段を具備する。
例えば、コンテンツサーバ２１１が、パケット通信（ＨＴＴＰプロトコル）で、課金ポイント２３２を介してクライアント２５１にコンテンツを提供する場合を考える。
図５に示すように、クライアント２５１が、コンテンツサーバ２１１に対してコンテンツ（データ）を要求するために、ＨＴＴＰリクエストメッセージをゲートウェイ２２０に送信する（Ｓ５０１）。当該ＨＴＴＰリクエストメッセージは、ゲートウェイ２２０からアプリケーションサーバ２６０に転送され（Ｓ５０２）、さらにコンテンツサーバ２１１に転送される（Ｓ５０３）。
コンテンツサーバ２１１は、ＨＴＴＰリクエストメッセージによって要求されたデータを、ＨＴＴＰレスポンスメッセージとしてアプリケーションサーバ２６０に送信する（Ｓ５０４）。
アプリケーションサーバ２６０は、図７に示すように、当該ＨＴＴＰレスポンスメッセージのＨＴＴＰの拡張ヘッダに、当該データのサービス種別情報を挿入して、ゲートウェイ２２０に送信する（Ｓ５０５）。
ゲートウェイ２２０は、ＨＴＴＰの拡張ヘッダに挿入されたサービス種別情報に基づいて、複数の課金ポイント２３１乃至２３３の中から、当該ＨＴＴＰレスポンスメッセージを送信すべき課金ポイント２３２を決定し、決定した課金ポイント２３２に当該ＨＴＴＰレスポンスメッセージを送信する（Ｓ５０６）。
課金ポイント２３２は、当該ＨＴＴＰレスポンスメッセージをクライアント２５１に中継すると共に、当該ＨＴＴＰレスポンスメッセージをキャプチャして、キャプチャしたデータの通信データ量を測定する（Ｓ５０７）。
また、アプリケーションサーバ２６０は、ＳＳＬ（Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔ  Ｌａｙｅｒ）通信（セキュリティ通信）でデータが送信される場合、ＳＳＬ通信の開始を要求するＨＴＴＰ信号（ＨＴＴＰリクエストメッセージ（ＣＯＮＮＥＣＴメソッド））に対して送信するデータ（ＨＴＴＰレスポンスメッセージ）に、サービス種別を示すＨＴＴＰの拡張ヘッダを付与することができる。
本実施形態では、セキュリティ通信として「ＳＳＬ通信」が用いられているが、本発明は、かかる場合に限定されず、ＨＴＴＰ信号（ＨＴＴＰリクエストメッセージ（ＣＯＮＮＥＣＴメソッド））の送信によって開始される任意のセキュリティ通信を用いることができる。
例えば、コンテンツサーバ２１１が、ＳＳＬ通信（ＨＴＴＰプロトコル）で、課金ポイント２３２を経由してクライアント２５１にコンテンツを提供する場合を考える。
図６に示すように、クライアント２５１が、コンテンツサーバ２１１との間のＳＳＬ通信の開始を要求する信号（ＨＴＴＰ信号）として、ＣＯＮＮＥＣＴメソッドを用いたＨＴＴＰリクエストメッセージをゲートウェイ２２０に送信する（Ｓ６０１）。
当該ＨＴＴＰリクエストメッセージ（ＣＯＮＮＥＣＴメソッド）は、ゲートウェイ２２０からアプリケーションサーバ２６０に転送される（Ｓ６０２）。さらに、アプリケーションサーバ２６０は、当該ＨＴＴＰリクエストメッセージ（ＣＯＮＮＥＣＴメソッド）をコンテンツサーバ２１１に転送する（Ｓ６０３）。
コンテンツサーバ２１１は、当該ＨＴＴＰリクエストメッセージ（ＣＯＮＮＥＣＴメソッド）に対して、ＨＴＴＰレスポンスメッセージを送信する（Ｓ６０４）。
アプリケーションサーバ２６０は、図７に示すように、ＳＳＬ通信の開始を要求する信号（ＨＴＴＰリクエストメッセージ（ＣＯＮＮＥＣＴメソッド））に対して送信するＨＴＴＰレスポンスメッセージのＨＴＴＰの拡張ヘッダに、コンテンツサーバ２１１が提供するデータのサービス種別情報を挿入して、ゲートウェイ２２０に送信する（Ｓ６０５）。
ゲートウェイ２２０は、当該ＨＴＴＰレスポンスメッセージのＨＴＴＰの拡張ヘッダに挿入されたサービス種別情報に基づいて、複数の課金ポイント２３１乃至２３３の中から、当該ＨＴＴＰレスポンスメッセージを送信すべき課金ポイント２３２を決定し、決定した課金ポイント２３２に当該ＨＴＴＰレスポンスメッセージを送信する（Ｓ６０６）。
すなわち、クライアント２５１とゲートウェイ２２０の間、ゲートウェイ２２０とアプリケーションサーバ２６０の間、およびアプリケーションサーバ２６０とコンテンツサーバ２１１の間には、当該ＳＳＬ通信のための通信ポートが開設される。
また、ゲートウェイ２２０は、当該ＳＳＬ通信に関するデータパケットの全てを、当該課金ポイント２３２を通過するようにルーティングする。
ここで、課金ポイント２３２は、当該ＨＴＴＰレスポンスメッセージをクライアント２５１に中継すると共に、当該ＨＴＴＰレスポンスメッセージをキャプチャして、キャプチャしたデータの通信データ量を測定する（Ｓ６０７）。
この際、ゲートウェイ２２０、アプリケーション２６０は、暗号化されたデータを中継するための通信ポートを開いており、当該ＳＳＬ通信のコネクションが切られるまで、データの中継のみを行う。なお、ＳＳＬ通信中は、データが暗号化されているために、ＨＴＴＰの拡張ヘッダを使ってサービス種別を通知することができない。
クライアント２５１からコンテンツサーバ２１１に対して、上り方向のＳＳＬ通信が行われている場合(Ｓ６１０)、課金ポイント２３２は、当該ＳＳＬ通信に関するデータパケットに付与されたＩＰアドレスを特定することによって、当該ＳＳＬ通信に係る通信データ量を測定することができる（Ｓ６１１）。
また、コンテンツサーバ２１１からクライアント２５１に対して、下り方向のＳＳＬ通信が行われている場合（Ｓ６１２）、課金ポイント２３２は、当該ＳＳＬ通信に関するデータパケットに付与されたＩＰアドレスを特定することによって、当該ＳＳＬ通信に係る通信データ量を測定することができる（Ｓ６１３）。
本実施形態が第１実施形態と異なる点は、コンテンツサーバ２１１、２１２からゲートウェイ２２０にパケットを送信する際に、アプリケーションサーバ２６０を介している点である。
（第３実施形態）
図８は、本発明の第３実施形態における通信データ量測定システムの全体構成図であり、図９は、本発明の第３実施形態における通信データ量測定システムのゲートウェイの動作を示すフローチャート図であり、図１０は、本発明の第３実施形態における通信データ量測定システムの動作を示すタイムチャート図である。以下、図８乃至１０を参照して、本発明の第３実施形態における課金方法について説明する。
本発明の第３実施形態における通信データ量測定システムは、図８に示すように、コンテンツサーバ３１１、３１２と、ゲートウェイ３２０と、料金サーバ３４０と、クライアント３５１乃至３５３とを具備している。また、ゲートウェイ３２０は、データプローブ部３２３および課金データ集計部３２４を備える。
本実施形態においては、課金ポイントの機能をゲートウェイ３２０に含めている。ゲートウェイ３２０の課金データ集計部３２４は、料金サーバ３４０との間で課金に関する通信を直接行う。
すなわち、本実施形態では、ゲートウェイ３２０が、データを送受信し、通信データ量を測定するデータ中継装置を構成する。そして、データプローブ部３２３が、受信したデータのサービス種別を判断するサービス種別判断手段と、サービス種別ごとに、受信したデータの通信データ量を測定する通信データ量測定手段と、データを送信するデータ送信手段とを構成する。
以下、図９を参照して、本発明の第１実施形態における通信データ量測定システムのゲートウェイ１２０の動作について説明する。
図９に示すように、ゲートウェイ３２０は、コンテンツサーバからクライアント宛のデータ（パケット）を受信すると（Ｓ１１０）、データプローブ部３２３において、当該パケットを所望のクライアントに中継送信する（Ｓ１２０）。この時、サービス種別の情報は、必ずしもクライアントには必要のない情報であるため、削除して送信することもできる。更に、ゲートウェイ３２０は、パケットのコピーを課金データ集計部３２４へ通知する。
課金データ集計部３２４は、データプローブ部３２３から受け取ったパケットからパケット量（通信データ量）とサービス種別を解釈して、課金に必要となる情報に集計して料金サーバ３４０へ通知する（Ｓ１３０）。課金情報の集計方法には、サービス種別毎、ユーザ毎、時間単位、コンテンツ単位などが考えられ、効率の向上が可能である。サービス種別やパケット量の解釈の処理は、予めデータプローブ部３２３で実施することによって、課金データ集計部３２４へ通知するデータ量を削減する方法も考えられる。
なお、ゲートウェイ３２０は、第２実施形態のように、アプリケーションサーバを介して、コンテンツサーバからパケットを受信するようにすることができる。
例えば、コンテンツサーバ３１１が、ＳＳＬ通信（ＨＴＴＰプロトコル）で、ゲートウェイ３２０を介してクライアント３５１にコンテンツを提供する場合を考える。
図１０に示すように、クライアント３５１が、コンテンツサーバ３１１との間のＳＳＬ通信の開始を要求する信号（ＨＴＴＰ信号）として、ＣＯＮＮＥＣＴメソッドを用いたＨＴＴＰリクエストメッセージをゲートウェイ３２０に送信する（Ｓ１００１）。
ゲートウェイ３２０は、当該ＨＴＴＰリクエストメッセージ（ＣＯＮＮＥＣＴメソッド）の通信データ量を測定して記憶する（Ｓ１００２）と共に、当該ＨＴＴＰリクエストメッセージ(ＣＯＮＮＥＣＴメソッド)をコンテンツサーバ３１１に転送する（Ｓ１００３）。
コンテンツサーバ３１１は、当該ＨＴＴＰリクエストメッセージ（ＣＯＮＮＥＣＴメソッド）に対して、ＨＴＴＰレスポンスメッセージを送信する（Ｓ１００４）。
ゲートウェイ３２０は、ＳＳＬ通信の開始を要求する信号（ＨＴＴＰリクエストメッセージ（ＣＯＮＮＥＣＴメソッド））に対して送信されたＨＴＴＰレスポンスメッセージの通信データ量を測定する（Ｓ１００５）と共に、当該ＨＴＴＰレスポンスメッセージを、所望のクライアント３５１に中継送信する（Ｓ１００６）。
具体的には、ゲートウェイ３２０の課金データ集計部３２４は、当該ＨＴＴＰレスポンスメッセージのＨＴＴＰの拡張ヘッダに挿入されたサービス種別情報に基づいて、当該ＨＴＴＰレスポンスメッセージのサービス種別を判断し、当該サービス種別ごとに、当該ＨＴＴＰレスポンスメッセージの通信データ量を測定して記憶する。
また、ゲートウェイ３２０の課金データ集計部３２４は、Ｓ１００２において測定したＨＴＴＰリクエストメッセージ（ＣＯＮＮＥＣＴメソッド）の通信データ量を、当該当該ＨＴＴＰレスポンスメッセージの通信データ量に関連付けて記憶することができる。
その後、クライアント３５１が、コンテンツサーバ３１１との間でＳＳＬ通信に必要となる認証及び鍵交換を行った後に、暗号化されたデータの送受信を行う。
この際、ゲートウェイ３２０は、暗号化されたデータを中継するための通信ポートを開いており、当該ＳＳＬ通信のコネクションが切られるまで、データの中継のみを行う。なお、ＳＳＬ通信中は、データが暗号化されているために、ＨＴＴＰの拡張ヘッダを使ってサービス種別を通知することができない。
クライアント３５１からコンテンツサーバ３１１に対して、上り方向のＳＳＬ通信が行われている場合（Ｓ１０１０）、ゲートウェイ３２０は、当該ＳＳＬ通信のために開けられている通信ポートを特定することによって、当該ＳＳＬ通信に係る通信データ量を測定することができる（Ｓ１０１１）。
また、コンテンツサーバ３１１からクライアント３５１に対して、下り方向のＳＳＬ通信が行われている場合（Ｓ１０１２）、ゲートウェイ３２０は、当該ＳＳＬ通信のために開けられている通信ポートを特定することによって、当該ＳＳＬ通信に係る通信データ量を測定することができる（Ｓ１０１３）。
（その他）
なお、コンピュータ１１１５に、本実施形態に係るゲートウェイ１２０、２２０、３２０、課金ポイント１３１〜１３３、２３１〜２３３等の機能を実行させるためのプログラムを、コンピュータ読み取り可能な記録媒体に記録することができる。このコンピュータ読み取り可能な記録媒体は、図１１に示すように、例えば、フロッピィーディスク１１１６、コンパクトディスク１１１７、ＩＣチップ１１１８、カセットテープ１１１９等が挙げられる。このようなプログラムを記録したコンピュータ読み取り可能な記録媒体によれば、プログラムの保存、運搬、販売等を容易に行うことができる。
以上の説明では、本発明を課金処理に適用した場合を例に説明したが、本発明は単なる通信データ量の測定等にも適用することができる。
産業上の利用可能性
以上説明したように本発明によれば、課金処理等のために通信データ量を測定する際に、サービス種別ごとに測定を行うことができる。
【図１】
0003764423.tif 000002
【図２】
0003764423.tif 000003
【図３】
0003764423.tif 000004
【図４】
0003764423.tif 000005
【図５】
0003764423.tif 000006
【図６】
0003764423.tif 000007
【図７Ａ】
0003764423.tif 000008
【図７Ｂ】
0003764423.tif 000009
【図７Ｃ】
0003764423.tif 000010
【図８】
0003764423.tif 000011
【図９】
0003764423.tif 000012
【図１０】
0003764423.tif 000013
【図１１】
0003764423.tif 000014