(57)【要約】【課題】データの提供者に対しても課金を行えるようにする。【解決手段】ゲートウェイサーバ３００は、携帯電話機６００とコンテンツサーバ１００との間で行われるＨＴＴＰを用いて行われる通信を中継する。ゲートウェイサーバ３００は、携帯電話機１００から送信されたＨＴＴＰリクエストに応じてコンテンツサーバ１００から送信されるＨＴＴＰリクエストに含まれている課金先指定ヘッダに基づいて、ＨＴＴＰリクエストとＨＴＴＰリクエストに対となるＨＴＴＰレスポンスに対して行われる課金の課金対象者を決定する。【選択図】　　　　図１
2004023459.tif 000002
【特許請求の範囲】
【請求項１】
通信網を利用可能な携帯通信端末が、データの取得を要求する旨のデータ取得要求を、中継した通信に対して行われる課金の課金先を決定する中継装置へ前記通信網を介して送信する取得要求送信ステップと、
前記中継装置が、前記データ取得要求を受信し、受信したデータ取得要求を、データを記憶する記憶部を備えたサーバ装置へ送信する取得要求中継ステップと、
前記サーバ装置が、前記データ取得要求を受信し、受信したデータ取得要求に応じて、前記課金先を前記携帯通信端末の使用者か前記データを提供するデータ提供者のいずれかに特定するための課金対象者情報と、前記携帯通信端末が要求したデータとを含むデータ取得応答を前記中継装置へ送信するデータ応答送信ステップと、
前記中継装置が、前記データ応答送信ステップにて送信されたデータ取得応答を受信する取得応答受信ステップと、
前記中継装置が、前記取得応答受信ステップにて受信したデータ取得応答に含まれている前記課金対象者情報に基づいて、当該中継装置が中継する前記データ取得要求と前記データ取得要求に対となる前記データ取得応答に対して行われる課金の課金先を決定する課金対象者決定ステップと、
前記中継装置が、前記取得応答受信ステップにて受信したデータ取得応答を前記携帯通信端末へ送信するデータ取得応答中継ステップと
を有することを特徴とする課金方法。
【請求項２】
前記携帯通信端末は、データの送信先とデータとを含むデータ送信要求を、前記通信網を介して前記中継装置へ送信するデータ送信ステップを備え、
前記中継装置は、前記データ送信ステップにて送信されたデータ送信要求を受信した際には、当該中継装置が中継するデータ送信要求に対して行われる課金の課金先を前記携帯通信端末の使用者とし、前記データ送信要求を前記データ送信要求に含まれている宛先へ送信すること
を特徴とする請求項１に記載の課金方法。
【請求項３】
データを記憶する記憶部を備えたサーバ装置が、中継装置が中継した通信に対して行われる課金の課金先を前記通信網を利用可能な携帯通信端末の使用者か前記データを提供するデータ提供者のいずれかに特定するための課金対象者情報と前記データを含む配信データを、中継装置へ送信する配信データ送信ステップと、
前記中継装置が、前記配信データ送信ステップにて送信された配信データを受信する配信データ受信ステップと、
前記中継装置が、前記配信データ受信ステップにて受信した配信データに含まれている前記課金対象者情報に基づいて、当該中継装置が中継する前記配信データに対して行われる課金の課金先を決定する課金対象者決定ステップと、
前記中継装置が、前記配信データ受信ステップにて受信した配信データを通信網を利用可能な携帯通信端末へ送信する配信データ中継ステップと
を有することを特徴とする課金方法。
【請求項４】
前記携帯通信端末と前記中継装置と前記サーバ装置が行う通信は、パケット通信であり、前記通信網では、前記中継装置が中継したパケットの量に基づいて課金が行われること
を特徴とする請求項１または３に記載の課金方法。
【請求項５】
データの取得を要求する旨のデータ取得要求を、通信網を利用可能な携帯通信端末から前記通信網を介して受信し、受信したデータ取得要求をデータを記憶する記憶部を備えたサーバ装置へ送信する取得要求中継手段と、
課金先を前記携帯通信端末の使用者か前記データを提供するデータ提供者のいずれかに特定するための課金対象者情報と、前記携帯通信端末が要求したデータとを含むデータ取得応答を前記サーバ装置から受信する取得応答受信手段と、
前記取得応答受信手段にて受信したデータ取得応答に含まれている前記課金対象者情報に基づいて、当該装置が中継する前記データ取得要求と前記データ取得要求に対となる前記データ取得応答に対して行われる課金の課金先を決定する課金対象者決定手段と、
前記取得応答受信手段にて受信したデータ取得応答を前記携帯通信端末へ送信するデータ取得応答中継手段と
を有することを特徴とする中継装置。
【請求項６】
コンピュータ装置を、
データの取得を要求する旨のデータ取得要求を通信網を利用可能な携帯通信端末から前記通信網を介して受信し、受信したデータ取得要求をデータを記憶する記憶部を備えたサーバ装置へ送信する取得要求中継手段と、
課金先を前記携帯通信端末の使用者か前記データを提供するデータ提供者のいずれかに特定するための課金対象者情報と、前記携帯通信端末が要求したデータとを含むデータ取得応答を前記サーバ装置から受信する取得応答受信手段と、
前記取得応答受信手段にて受信したデータ取得応答に含まれている前記課金対象者情報に基づいて、当該コンピュータ装置が中継する前記データ取得要求と前記データ取得要求に対となる前記データ取得応答に対して行われる課金の課金先を決定する課金対象者決定手段と、
前記取得応答受信手段にて受信したデータ取得応答を前記携帯通信端末へ送信するデータ取得応答中継手段と
して機能させるためのプログラム。
【請求項７】
請求項６に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、通信網の利用者に通信料金を課金するための技術に関する。
【０００２】
【従来の技術】
携帯電話機などの移動通信端末では、移動通信端末のユーザがＷＷＷ（Ｗｏｒｌｄ　Ｗｉｄｅ　Ｗｅｂ）ブラウザを使用して、ＣＨＴＭＬ（Ｃｏｍｐａｃｔ　Ｈｙｐｅｒ　Ｔｅｘｔ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）などのマークアップ言語により記述されたページであるＷｅｂページを提供するサーバへ移動体通信網を介してアクセスし、Ｗｅｂページを閲覧することが行われている。
このような携帯電話機とサーバとの間で行われるデータ通信には、パケット通信を用いたものがある。移動体通信網で行われるパケット通信では、通信量に応じて課金が行われる課金方法が好適に用いられており、携帯電話機が送信および受信したパケットの量に基づいて携帯電話機のユーザに対して課金が行われている。
【０００３】
【発明が解決しようとする課題】
Ｗｅｂページを提供する提供者の中には、宣伝や広告などの目的で、多数の人にＷｅｂページを閲覧してもらいたいと考える者が存在する。
しかしながら、携帯電話機のユーザは、従来の技術ではパケット通信により生じたパケットの量に基づいて課金が行われるため、数多くのＷｅｂページを閲覧して通信料金が増えるのを恐れ、自分の気に入ったＷｅｂページ以外のＷｅｂページにアクセスするのを躊躇してしまう。そのため、宣伝や広告などを行うＷｅｂページの中には、Ｗｅｂページを提供する提供者が考える程に、閲覧する者の数が多くないＷｅｂページが存在する。
【０００４】
これらの宣伝や広告を行うＷｅｂページを提供する者の中には、携帯電話機のユーザが無料でＷｅｂページを閲覧できるようになればＷｅｂページが閲覧される回数が増えると考える者がおり、その中には広告や宣伝などを行うＷｅｂページに対してはユーザが無料でＷｅｂページを閲覧できるように金銭を支払ってもよいと考えたり、ある一定期間はユーザが無料でＷｅｂページを閲覧できるように金銭を支払ってもよいと考える者が存在する。
そして、このようなＷｅｂページを提供する提供者の間では、Ｗｅｂページの閲覧者を増やすために、Ｗｅｂページの提供者が金銭を支払うことにより、提供するＷｅｂページや日付などに応じて携帯電話機のユーザが無料でＷｅｂページを閲覧することが可能となるような課金方法が望まれていた。
【０００５】
本発明は、上述した事情に鑑みてなされたものであり、通信網にて課金を伴う通信が行われた際に、情報を取得する者だけでなく情報を提供する提供者に対しても課金を行うことができる課金方法、中継装置、プログラムおよび記録媒体を提供することを目的とする。
【０００６】
【課題を解決するための手段】
上記課題を解決するために本発明は、通信網を利用可能な携帯通信端末が、データの取得を要求する旨のデータ取得要求を、中継した通信に対して行われる課金の課金先を決定する中継装置へ前記通信網を介して送信する取得要求送信ステップと、前記中継装置が、前記データ取得要求を受信し、受信したデータ取得要求を、データを記憶する記憶部を備えたサーバ装置へ送信する取得要求中継ステップと、前記サーバ装置が、前記データ取得要求を受信し、受信したデータ取得要求に応じて、前記課金先を前記携帯通信端末の使用者か前記データを提供するデータ提供者のいずれかに特定するための課金対象者情報と、前記携帯通信端末が要求したデータとを含むデータ取得応答を前記中継装置へ送信するデータ応答送信ステップと、前記中継装置が、前記データ応答送信ステップにて送信されたデータ取得応答を受信する取得応答受信ステップと、前記中継装置が、前記取得応答受信ステップにて受信したデータ取得応答に含まれている前記課金対象者情報に基づいて、当該中継装置が中継する前記データ取得要求と前記データ取得要求に対となる前記データ取得応答に対して行われる課金の課金先を決定する課金対象者決定ステップと、前記中継装置が、前記取得応答受信ステップにて受信したデータ取得応答を前記携帯通信端末へ送信するデータ取得応答中継ステップとを有する課金方法を提供する。
【０００７】
また本発明は、データを記憶する記憶部を備えたサーバ装置が、中継装置が中継した通信に対して行われる課金の課金先を前記通信網を利用可能な携帯通信端末の使用者か前記データを提供するデータ提供者のいずれかに特定するための課金対象者情報と前記データを含む配信データを、中継装置へ送信する配信データ送信ステップと、前記中継装置が、前記配信データ送信ステップにて送信された配信データを受信する配信データ受信ステップと、前記中継装置が、前記配信データ受信ステップにて受信した配信データに含まれている前記課金対象者情報に基づいて、当該中継装置が中継する前記配信データに対して行われる課金の課金先を決定する課金対象者決定ステップと、前記中継装置が、前記配信データ受信ステップにて受信した配信データを通信網を利用可能な携帯通信端末へ送信する配信データ中継ステップとを有する課金方法を提供する。
【０００８】
また本発明は、データの取得を要求する旨のデータ取得要求を、通信網を利用可能な携帯通信端末から前記通信網を介して受信し、受信したデータ取得要求をデータを記憶する記憶部を備えたサーバ装置へ送信する取得要求中継手段と、課金先を前記携帯通信端末の使用者か前記データを提供するデータ提供者のいずれかに特定するための課金対象者情報と、前記携帯通信端末が要求したデータとを含むデータ取得応答を前記サーバ装置から受信する取得応答受信手段と、前記取得応答受信手段にて受信したデータ取得応答に含まれている前記課金対象者情報に基づいて、当該装置が中継する前記データ取得要求と前記データ取得要求に対となる前記データ取得応答に対して行われる課金の課金先を決定する課金対象者決定手段と、前記取得応答受信手段にて受信したデータ取得応答を前記携帯通信端末へ送信するデータ取得応答中継手段とを有する中継装置を提供する。
【０００９】
また本発明は、コンピュータ装置を、データの取得を要求する旨のデータ取得要求を通信網を利用可能な携帯通信端末から前記通信網を介して受信し、受信したデータ取得要求をデータを記憶する記憶部を備えたサーバ装置へ送信する取得要求中継手段と、課金先を前記携帯通信端末の使用者か前記データを提供するデータ提供者のいずれかに特定するための課金対象者情報と、前記携帯通信端末が要求したデータとを含むデータ取得応答を前記サーバ装置から受信する取得応答受信手段と、前記取得応答受信手段にて受信したデータ取得応答に含まれている前記課金対象者情報に基づいて、当該コンピュータ装置が中継する前記データ取得要求と前記データ取得要求に対となる前記データ取得応答に対して行われる課金の課金先を決定する課金対象者決定手段と、前記取得応答受信手段にて受信したデータ取得応答を前記携帯通信端末へ送信するデータ取得応答中継手段として機能させるためのプログラムと、当該プログラムを記録した記録媒体を提供する。
【００１０】
【発明の実施の形態】
以下、図面を参照して本発明に係る実施形態について説明する。ただし、本発明は、係る実施形態に限定されるものではなく、特許請求の範囲に記載された範囲内で任意の態様を含む。
【００１１】
［１．実施形態の構成］
図１は、本発明に係わる通信システム１０の全体構成を例示する図である。
なお、通信システム１０においては、多数の携帯電話機およびコンテンツサーバが存在するが、図１においては、図面が繁雑になるのを防ぐために、所定の携帯電話機６００およびコンテンツサーバ１００のみが示されている。
【００１２】
サーバを識別するための識別子となるドメイン名が「ｗｗｗ．ａｂｃ．ｃｏ．ｊｐ」であるコンテンツサーバ１００は、Ｗｅｂページを提供する通信事業者（以下、Ｗｅｂページ提供者とする）によって運用されるサーバである。コンテンツサーバ１００を運用する通信事業者は、移動体通信網２００に収容されている携帯電話機に対してＷｅｂページを無料で提供する。コンテンツサーバ１００は、移動体通信網２００を利用して、移動体通信網２００の加入契約者が所有する携帯電話機とパケット通信を行う機能を有しており、移動体通信網２００内に設置されたゲートウェイサーバ３００と専用線で接続されている。コンテンツサーバ１００から送信されるパケットには、パケットの送信元であるコンテンツサーバ１００を識別するための情報とパケットの宛先となる携帯電話機を識別するための情報とが含まれている。
【００１３】
移動体通信網２００は、一般的な移動電話の通話サービスやパケット通信などの移動体データ通信サービスを、移動体通信網２００に収容される携帯電話機に対して提供する通信網である。移動体通信網２００は、移動体通信網２００に収容されている携帯電話機と無線通信を行う無線基地局（図示略）と、無線基地局に接続された交換機（図示略）と、交換機に接続されたゲートウェイサーバ３００と、加入者データベース４００と、課金システム５００とを有している。
移動体通信網２００は、網内に設置された無線基地局、交換機およびゲートウェイサーバ３００を用いて、携帯電話機とコンテンツサーバ１００との間で行われるパケット通信を中継する。
【００１４】
ゲートウェイサーバ３００は、移動体通信網２００に設けられているサーバであり、コンテンツサーバ１００と移動体通信網２００を相互接続するサーバである。ゲートウェイサーバ３００は、移動体通信網２００内でのパケット通信に使用される通信プロトコルとコンテンツサーバ１００で使用される通信プロトコルであるＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｃｏｎｔｒｏｌ　Ｐｒｏｔｏｃｏｌ／Ｉｎｔｅｒｎｅｔ　Ｐｒｏｔｏｃｏｌ）の相互変換を行い、移動体通信網２００とコンテンツサーバ１００の間で行われる通信を中継する。
また、ゲートウェイサーバ３００は、プロキシ機能を備えており、移動体通信網２００に収容されている携帯電話機がＷｅｂページを閲覧するために行う通信などを中継する。
また、ゲートウェイサーバ３００は、移動体通信網２００に収容されている携帯電話機とコンテンツサーバ１００との間で行われたパケット通信において中継したパケットの量を集計する機能を備えており、集計したパケットの量を示すデータと、当該パケット通信の課金対象者を識別するための情報とをゲートウェイサーバ３００に接続されている課金システムへ送信する。
【００１５】
加入者データベース４００は、移動体通信網２００の加入契約者に関するデータを格納したファイル（以下、加入契約者ファイルとする）およびＷｅｂページ提供者に関するデータを格納したファイル（以下、通信事業者ファイルとする）を記憶するためのデータベースである。
図２は、加入契約者ファイルおよび通信事業者ファイルに格納されているデータのフォーマットを例示する図である。加入契約者ファイルＦ１には、加入契約者毎に加入契約者を識別するためのデータと、加入契約者が所有する携帯電話機を識別するためのデータと、加入契約者の性別を示すデータおよび加入契約者の住所を示すデータが格納されている。通信事業者ファイルＦ２には、Ｗｅｂページ提供者毎にＷｅｂページ提供者を識別するための事業者識別子と、Ｗｅｂページ提供者が運用するコンテンツサーバを識別するための識別子（以下、サーバ識別子とする）と、サーバを識別するための識別子となるドメイン名を示すデータおよびＷｅｂページ提供者の住所を示すデータが格納されている。
【００１６】
課金システム５００は、移動体通信網２００が提供する通信サービスを利用した者毎に通信サービスを利用した分の課金を行い、利用者に請求する通信料金を算出するためのシステムである。
課金システム５００は、ゲートウェイサーバ３００から送信される、パケットの量を示すデータと、パケット通信の課金対象者を識別するための情報とに基づいて、請求する通信料金の額を利用者毎に計算し、請求書を作成する。
【００１７】
携帯電話機６００は、移動体通信網２００に設置された無線基地局と無線通信を行い、移動体通信網２００が提供する通話サービスおよびパケット通信サービスを受けることが可能な携帯通信端末である。
携帯電話機６００は、移動体通信網２００およびゲートウェイサーバ３００を介してコンテンツサーバ１００とパケット通信を行う機能を有している。携帯電話機６００から送信されるパケットには、パケットの送信元である携帯電話機を識別するための情報（以下、携帯電話識別子とする）である「０＊０−１１１１−２２２２」とパケットの宛先を識別するための情報とが含まれている。
【００１８】
［１−１．携帯電話機の構成］
携帯電話機６００は、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）と、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）と、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）と、携帯電話機６００を操作するためのテンキーなどを備えた操作部と、携帯電話機６００を操作するためのメニュー画面などを表示するための液晶ディスプレイと、無線通信を行うための通信部（いずれも図示略）およびアンテナなどを有している。携帯電話機６００では、ユーザにより操作部が操作されると、液晶ディスプレイに表示されている画面と操作部にて行われた操作に基づいてユーザの指示の内容が把握され、操作内容に応じた処理が行われる。
【００１９】
携帯電話機６００のＲＯＭには、携帯電話機６００の電話番号、携帯電話機６００を制御するための制御プログラム、Ｗｅｂページを閲覧するためのＷＷＷブラウザプログラムなどが記憶されている。携帯電話機６００のＣＰＵは、携帯電話機６００の電源がユーザにより入れられるとＲＯＭから制御プログラムが読み出し実行する。携帯電話機６００のＣＰＵは、制御プログラムを実行した後、操作部にてユーザによりＷＷＷブラウザを起動する旨の操作が行われるとＲＯＭからＷＷＷブラウザプログラムを読み出し実行する。
【００２０】
携帯電話機６００にて実行されるＷＷＷブラウザは、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）を用いて通信を行う機能を備えている。携帯電話機６００にて、ユーザによりＷｅｂページを閲覧するためのＵＲＬ（Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｃｅ　Ｌｏｃａｔｏｒ）を入力する操作と、ＵＲＬで指定されたＷｅｂページを表示させるための操作が行われると、携帯電話機６００では、ＵＲＬで指定されたＷｅｂページを表示させるために、ＵＲＬをパラメータとして含むＨＴＴＰのＧＥＴメソッドを用いたリクエスト（以下、ＨＴＴＰリクエストとする）の送信と、ＨＴＴＰのリクエストへの応答として送信されるＨＴＴＰのレスポンス（以下、ＨＴＴＰレスポンスとする）の受信がパケット通信により行われる。
【００２１】
［１−２．コンテンツサーバの構成］
図３は、コンテンツサーバ１００のハードウェア構成を例示する図である。図３に示すように、コンテンツサーバ１００の各部は、バス１１０により接続されている。
【００２２】
通信部１０１は、ゲートウェイサーバ３００とコンテンツサーバ１００を接続するための専用線に接続されており、当該コンテンツサーバ１００と他の装置との間で行われる通信を制御する。操作部１０２は、図示を省略したマウスやキーボードを有している。コンテンツサーバのユーザが、操作部１０２のマウスやキーボードを操作すると、操作内容を示す信号がＣＰＵ１０７へ出力される。表示部１０３は、図示を省略した液晶ディスプレイおよび液晶ディスプレイを制御するための制御回路を有している。表示部１０３は、ＣＰＵ１０７から送信される制御信号を受信すると、制御信号に基づいてコンテンツサーバ１００を操作するためのメニュー画面などを液晶ディスプレイに表示する。
【００２３】
記憶部１０４は、例えばハードディスクなどの不揮発性メモリを有しており、ＣＨＴＭＬを用いて記述されたＷｅｂページを表示させるためのデータ「ａｂｃ．ｈｔｍｌ」（以下、Ｗｅｂページデータとする）やサーバを識別するためのサーバ識別子「１２３４５６７８」を記憶している。
【００２４】
ＲＯＭ１０５には、ＣＰＵ１０７およびコンテンツサーバ１００の各部を初期化するための初期化用プログラム、ＨＴＴＰを用いて移動体通信網２００に収容されている携帯電話機とデータの送受信を行うサーバプログラムなどが記憶されている。ＲＡＭ１０６は、ＣＰＵ１０７の作業エリアとして使用され、ＣＰＵ１０７により実行されるプログラムが使用するデータが一時的に格納される。
【００２５】
ＣＰＵ１０７は、コンテンツサーバ１００の電源が入れられるとＲＯＭ１０５から初期化用プログラムを読み出し実行する。ＣＰＵ１０７は、初期化用プログラムを実行すると、ＣＰＵ１０７自身の初期化およびコンテンツサーバ１００の各部の初期化処理を行う。ＣＰＵ１０７は、初期化処理が終了した後、ＨＴＴＰを用いてデータの送受信を行うサーバプログラムをＲＯＭ１０５から読み出して実行する。
【００２６】
通信部１０１にて、移動体通信網２００に収容されている携帯電話機から送信されたＨＴＴＰリクエストが受信されると、受信されたＨＴＴＰリクエストがＣＰＵ１０７へ送られる。サーバプログラムを実行しているＣＰＵ１０７は、ＨＴＴＰリクエストを受信すると、受信したＨＴＴＰリクエストに応じて、ＨＴＴＰリクエストにパラメータとして含まれているＵＲＬにて指定されたＷｅｂページデータを記憶部１０４から読み出す。ＣＰＵ１０７は、コンテンツサーバのドメイン名が「ｗｗｗ．ａｂｃ．ｃｏ．ｊｐ」であることから、ＵＲＬが「ａｂｃ．ｈｔｍｌ」を取得するためのＵＲＬである「ｈｔｔｐ：／／ｗｗｗ．ａｂｃ．ｃｏ．ｊｐ／ａｂｃ．ｈｔｍｌ」の場合には、「ａｂｃ．ｈｔｍｌ」を記憶部１０４から読み出す。ＣＰＵ１０７は、Ｗｅｂページデータを読み出した後、Ｗｅｂページデータを含むＨＴＴＰレスポンスを、ＨＴＴＰリクエストを送信してきた携帯電話機へパケット通信により送信する。
【００２７】
また、ＣＰＵ１０７が実行するサーバプログラムは、移動体通信網２００に収容されている携帯電話機にて生成されるＨＴＴＰリクエストとコンテンツサーバ１００にて生成されるＨＴＴＰレスポンスを送信するために行われたパケット通信に対して行われる課金を、ＨＴＴＰリクエストを送信した携帯電話機のユーザかＷｅｂページ提供者のいずれに行うかを指定する機能を有している。
【００２８】
ＣＰＵ１０７が生成するＨＴＴＰレスポンスには、Ｗｅｂページデータの他に、サーバプログラムが使用しているＨＴＴＰのバージョンを示す情報や日付を示す情報を含むヘッダデータが含まれている。ＣＰＵ１０７は、ＨＴＴＰレスポンスを送信する際に、課金対象者を指定するための情報として「Ｘ−ＤＣＭ：」という課金先指定ヘッダをヘッダデータに付加する。
また、課金先指定ヘッダには、パラメータとして「Ａ／ＢＢＢＢＢＢＢＢ」が付加される。パラメータの「Ａ」の部分には、課金対象者を移動体通信網２００に収容されている携帯電話機のユーザとするかＷｅｂページ提供者とするかを指定するための数値が設定される。パラメータ「ＢＢＢＢＢＢＢＢ」の部分には、課金対象者をＷｅｂページ提供者とする場合に、ＨＴＴＰレスポンスを生成するコンテンツサーバを識別するための識別子が設定される。
【００２９】
ＣＰＵ１０７は、Ｗｅｂページデータを取得するために行われたパケット通信の課金対象者を携帯電話機６００のユーザに指定する場合は、パラメータ「Ａ」の部分を「１」とし、課金先指定ヘッダを「Ｘ−ＤＣＭ：１／９９９９９９９９」とする。ＣＰＵ１０７は、Ｗｅｂページデータを取得するために行われたパケット通信の課金対象者をＷｅｂページ提供者に指定する場合は、パラメータ「Ａ」の部分を「２」とし、記憶部１０４に記憶されているサーバ識別子「１２３４５６７８」をパラメータ「ＢＢＢＢＢＢＢＢ」の部分に設定し、課金先指定ヘッダを「Ｘ−ＤＣＭ：２／１２３４５６７８」とする。
【００３０】
［１−３．ゲートウェイサーバの構成］
図４は、ゲートウェイサーバ３００のハードウェア構成を例示する図である。図４に示すようにゲートウェイサーバ３００の各部は、バス３１０により接続されている。
【００３１】
第１通信部３０１は、移動体通信網２００内の交換機や課金システム５００などの設備と通信を行うための通信インターフェース機能を有している。第１通信部３０１は、ＣＰＵ３０８の制御の下、移動体通信網２００内でのパケット通信に使用される通信プロトコルを用いて、移動体通信網２００に収容されている携帯電話機とデータの授受を行う。第２通信部３０２は、コンテンツサーバ１００と通信を行うための通信インターフェース機能を有しており、ＣＰＵ３０８の制御の下、ＴＣＰ／ＩＰを用いてコンテンツサーバ１００との間でデータの授受を行う。
【００３２】
操作部３０３は、図示を省略したマウスやキーボードを有している。ゲートウェイサーバのユーザが操作部３０３のマウスやキーボードを操作すると、操作内容を示す信号がＣＰＵ３０８へ出力される。表示部３０４は、図示を省略した液晶ディスプレイおよび液晶ディスプレイを制御するための制御回路を有している。表示部３０４は、ＣＰＵ３０８から送信される制御信号を受信すると、制御信号に基づいてゲートウェイサーバ３００を操作するためのメニュー画面などを液晶ディスプレイに表示する。
【００３３】
記憶部３０５は、例えばハードディスクなどの不揮発性メモリを有しており、図５に示すフォーマットＦ３で移動体通信網２００の利用者が行ったパケット通信に関するデータを記憶する。図５に示すように、記憶部３０５には、ゲートウェイサーバ３００とコンテンツサーバ１００との間のＴＣＰによるコネクションを識別するコネクションＩＤに対応づけて、移動体通信網２００に収容されている携帯電話機を識別するための識別子と、ＨＴＴＰリクエストにより生じたパケットの量を示すデータと、ＨＴＴＰレスポンスにより生じたパケットの量を示すデータと、当該コネクションで生じたパケット通信に対して行われる課金の課金対象者を識別するための課金対象者識別子が記憶される。
【００３４】
ＲＯＭ３０６には、ＣＰＵ３０８およびゲートウェイサーバ３００の各部を初期化するための初期化用プログラムやゲートウェイサーバ３００の各部を制御するための制御プログラムなどが記憶されている。ＲＡＭ３０７は、ＣＰＵ３０８の作業エリアとして使用され、ＣＰＵ３０８により実行されるプログラムが使用するデータが一時的に格納される。
【００３５】
ＣＰＵ３０８は、ゲートウェイサーバ３００の電源が入れられると、ＲＯＭ３０６から初期化用プログラムを読み出し実行する。ＣＰＵ３０８は、初期化用プログラムを実行すると、ＣＰＵ３０８自身の初期化およびゲートウェイサーバ３００の各部の初期化処理を行う。ＣＰＵ３０８は、初期化処理が終了した後、制御プログラムをＲＯＭ３０６から読み出して実行する。
【００３６】
この制御プログラムは、移動体通信網２００に収容されている携帯電話機とコンテンツサーバ１００との間で行われるＨＴＴＰを用いた通信を中継するプロキシ機能と、ＨＴＴＰを用いた通信により生じたパケットの量を集計し、集計したパケットの量を示すデータを課金システムへ送信するパケット量集計機能を有している。このパケット量集計機能が行う処理の流れを図６に示す。
【００３７】
ゲートウェイサーバ３００の第１通信部３０１にてＨＴＴＰリクエストが受信されると、図６に示した処理が実行される。
まずＣＰＵ３０８は、移動体通信網２００に収容されている携帯電話機から送信されたＧＥメソッドを用いたＨＴＴＰリクエストを第１通信部３０１から受信する（ステップＳＡ１）。次にＣＰＵ３０８は、受信したＨＴＴＰリクエストを中継するために、受信したＨＴＴＰリクエストにＧＥＴメソッドのパラメータとして含まれているＵＲＬで指定されるサーバとの間でコネクションを確立し、ＨＴＴＰリクエストをＵＲＬで指定されるサーバへ送信する（ＳＡ２）。ＣＰＵ３０８は、コネクションを確立した際にコネクションを識別するための識別子（以下、コネクション識別子とする）を生成する。
【００３８】
ＣＰＵ３０８は、ＨＴＴＰリクエストを中継した後、移動体通信網２００に収容されている携帯電話機からパケット通信により送信されたＨＴＴＰリクエストにて生じたパケットの量を集計する。ＣＰＵ３０８は、パケットの量を集計した後、コネクション識別子に対応づけて、パケットに含まれているＨＴＴＰリクエストを送信した携帯電話機を識別するための識別子（以下、携帯電話機識別子とする）と、ＨＴＴＰリクエストにて生じたパケットの量を示すデータとを記憶部３０５に記憶する（ＳＡ３）。
【００３９】
次にＣＰＵ３０８は、ステップＳＡ２にて送信したＨＴＴＰリクエストへの応答として、ゲートウェイサーバ３００へ送信されるＨＴＴＰレスポンスを第２通信部３０２から受信したか否かを判断する（ＳＡ４）。
ＣＰＵ３０８は、ＨＴＴＰレスポンスを受信していないと判断した場合には（ＳＡ４：ＮＯ）、一定時間経過したか否かをステップＳＡ５にて判断する。ＣＰＵ３０８は、ステップＳＡ５にて、一定時間経過していないと判断した場合には、ステップＳＡ４の処理へ戻る。ＣＰＵ３０８は、ステップＳＡ５で「ＹＥＳ」と判断した場合には、受信するのを待っていたＨＴＴＰレスポンスに対となるＨＴＴＰリクエストのコネクション識別子をキーにして記憶部３０５に記憶されているパケット通信に関するデータの中から該当する携帯電話識別子を検索する。
【００４０】
次にＣＰＵ３０８は、読み出した携帯電話機識別子をキーにして、加入者データベース４００の加入契約者ファイルＦ１の検索を行う。ＣＰＵ３０８は、加入契約者ファイルＦ１から該当する携帯電話機識別子を見つけると、携帯電話機識別子に対応づけて記憶されている、携帯電話機を使用しているユーザを識別するためのユーザ識別子を読み出す。ＣＰＵ３０８は、読み出したユーザ識別子を、コネクション識別子に対応づけて、課金対象者識別子を記憶する領域に記憶する（ステップＳＡ６）。
ＣＰＵ３０８は、ＨＴＴＰリクエストのために行われたパケット通信に対する課金先をステップＳＡ６にて特定した後、課金対象者識別子およびＨＴＴＰリクエストにより生じたパケット量を含む課金情報通知を課金システム５００へ送信して（ＳＡ７）、処理を終了する。
【００４１】
ＣＰＵ３０８は、ステップＳＡ４で「ＹＥＳ」と判断した場合には、パケット通信により受信したＨＴＴＰレスポンスにて生じたパケットの量を集計し、コネクション識別子に対応づけて、集計したＨＴＴＰレスポンスにて生じたパケットの量を示すデータを記憶部３０４に記憶する（ＳＡ８）。
【００４２】
次にＣＰＵ３０８は、受信したＨＴＴＰレスポンスに含まれている課金先指定ヘッダを参照し、当該ＨＴＴＰレスポンスと、当該ＨＴＴＰレスポンスと対になるＨＴＴＰレスポンスのために行われたパケット通信の課金対象者を判断する（ＳＡ９）。
【００４３】
ＣＰＵ３０８は、課金先指定ヘッダの内容が、移動体通信網２００に収容されている携帯電話機のユーザに対して課金を行うよう指示するものであると判断した場合には（ＳＡ９：ＮＯ）、ステップＳＡ３で記憶部３０４に記憶した携帯電話機識別子をキーにして、加入者データベース４００の加入契約者ファイルＦ１の検索を行う。ＣＰＵ３０８は、加入契約者ファイルＦ１から該当する携帯電話機識別子を見つけると、携帯電話機識別子に対応づけて記憶されている、携帯電話機を使用しているユーザを識別するためのユーザ識別子を読み出す。ＣＰＵ３０８は、読み出したユーザ識別子を、コネクション識別子に対応づけて、課金対象者識別子を記憶する領域に記憶する（ステップＳＡ１０）。
【００４４】
ＣＰＵ３０８は、課金先指定ヘッダの内容が、Ｗｅｂページを提供するサーバを運用する通信事業者に対して課金を行うよう指示するものであると判断した場合には（ＳＡ９：ＹＥＳ）、課金先指定ヘッダのパラメータに付加されたサーバ識別子をキーにして加入者データベース４００の通信事業者ファイルＦ２の検索を行う。ＣＰＵ３０８は、通信事業者ファイルＦ２から該当するサーバ識別子を見つけると、サーバ識別子に対応づけて記憶されている、事業者識別子を読み出す。ＣＰＵ３０８は、読み出した事業者識別子を、コネクション識別子に対応づけて、課金対象者識別子を記憶する領域に記憶する（ステップＳＡ１１）。
【００４５】
ＣＰＵ３０８は、ＨＴＴＰリクエストおよびＨＴＴＰレスポンスのために行われたパケット通信に対する課金先をステップＳＡ１０またはステップＳＡ１１にて特定した後、課金対象者識別子およびＨＴＴＰリクエストにより生じたパケット量とＨＴＴＰレスポンスにより生じたパケット量とを含む課金情報通知を課金システム５００へ送信する（ＳＡ１２）。
【００４６】
ＣＰＵ３０８は、課金情報通知を送信した後、受信したＨＴＴＰレスポンスのヘッダデータから課金先指定用ヘッダを削除し、ＨＴＴＰレスポンスの送信先となる携帯電話機へ課金先指定ヘッダを削除したＨＴＴＰレスポンスを送信する（ＳＡ１３）。
【００４７】
［２．動作例］
次に、本発明の実施形態の動作例について図７を用いて説明する。
以下に述べる動作において、コンテンツサーバ１００では、コンテンツサーバ１００の管理者により電源が投入され、移動体通信網２００に収容されている携帯電話機とＨＴＴＰに基づいてデータの送受信を行うサーバプログラムが既に実行されているものとする。
また、ゲートウェイサーバ３００では、ゲートウェイサーバ３００の管理者により電源が投入され、ゲートウェイサーバ３００の各部を制御するための制御プログラムが既に実行されているものとする。
また、携帯電話機６００では、ユーザにより電源が投入され、ユーザの操作によりＷＷＷブラウザが既に実行され、図８に示すブラウザ画面Ｍ１が表示されているものとする。
【００４８】
携帯電話機６００が、コンテンツサーバ１００が提供するＷｅｂページデータを取得する動作は、携帯電話機６００のユーザが携帯電話機６００を操作し、Ｗｅｂページデータの取得を試みることから始まる。
【００４９】
まず、携帯電話機６００のユーザが、ブラウザ画面内のＵＲＬを指定するテキストボックスに、コンテンツサーバ１００が提供するＷｅｂページのＵＲＬである「ｈｔｔｐ：／／ｗｗｗ．ａｂｃ．ｃｏ．ｊｐ／ａｂｃ．ｈｔｍｌ」を入力する操作を行うと、図８に示すブラウザ画面Ｍ２が携帯電話機６００の表示部に表示される（ステップＳ１０１）。
次に携帯電話機６００のユーザが、入力したＵＲＬで指定されるＷｅｂページを表示させるために、ブラウザ画面の「表示」ボタンをクリックする操作を行うと（ステップＳ１０２）、携帯電話機６００では、ＨＴＴＰのメソッドの一つである「ＧＥＴ」を用いたＨＴＴＰリクエストが生成される。このＨＴＴＰリクエストは、ＵＲＬを入力するためのテキストボックスに入力されたＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．ａｂｃ．ｃｏ．ｊｐ／ａｂｃ．ｈｔｍｌ」をＧＥＴメソッドのパラメータとして含む。
【００５０】
携帯電話機６００にて生成されたＨＴＴＰリクエストは、携帯電話機６００から移動体通信網２００の無線基地局へ送信される。無線基地局により受信されたＨＴＴＰリクエストは、交換機を介してゲートウェイサーバ３００へ送信される（ステップＳ１０３）。
【００５１】
ＨＴＴＰリクエストを受信したゲートウェイサーバ３００の第１通信部３０１は、受信したＨＴＴＰリクエストをＣＰＵ３０８へ送る。ＣＰＵ３０８は、ＨＴＴＰリクエストに含まれているＧＥＴメソッドのパラメータであるＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．ａｂｃ．ｃｏ．ｊｐ／ａｂｃ．ｈｔｍｌ」で指定されるコンテンツサーバ１００へ、受信したＨＴＴＰリクエストを送信するために、まず、受信したＨＴＴＰリクエストに含まれているＵＲＬで示されるコンテンツサーバ１００との間でコネクションを確立する（ステップＳ１０４）。ＣＰＵ３０８は、コネクションを確立すると、コネクションを識別するためにコネクション識別子として「ＩＤ００１」を生成する。ＣＰＵ３０８は、コネクションが確立した後、受信したＨＴＴＰリクエストを第２通信部３０２を介してコンテンツサーバ１００へ送信する（ステップＳ１０５）。
【００５２】
ＣＰＵ３０８は、ＨＴＴＰリクエストを中継した後、携帯電話機６００からパケット通信により送信されたＨＴＴＰリクエストにて生じたパケットの量を集計し、ゲートウェイサーバ３００とコンテンツサーバ１００との間のコネクションを識別するコネクション識別子「ＩＤ００１」に対応づけて、送信されたパケットに含まれている携帯電話機識別子「０＊０−１１１１−２２２２」と、ＨＴＴＰリクエストにより生じたパケット量を示すデータ「１０」とを記憶部３０５に記憶する（ステップＳ１０６）。
【００５３】
ゲートウェイサーバ３００から送信されたＨＴＴＰリクエストは、コンテンツサーバ１００の通信部１０１にて受信される。通信部１０１にて受信されたＨＴＴＰリクエストは、ＣＰＵ１０７へ送られる。
ＣＰＵ１０７は、ＨＴＴＰリクエストを受信すると、ＨＴＴＰリクエストに含まれているＧＥＴメソッドのパラメータであるＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．ａｂｃ．ｃｏ．ｊｐ／ａｂｃ．ｈｔｍｌ」で指定されるＷｅｂページデータを記憶部１０４から読み出す（ステップＳ１０７）。
【００５４】
ＣＰＵ１０７は、読み出したＷｅｂページデータに、日付および時刻などを示すヘッダデータと「ａｂｃ．ｈｔｍｌ」を取得するために行われたパケット通信の課金対象者を指定するためのヘッダである「Ｘ−ＤＣＭ：」を含むヘッダデータを付加する。
コンテンツサーバ１００を運用する通信事業者は、移動体通信網２００に収容されている携帯電話機のユーザに対してＷｅｂページを無料で提供する通信事業者であるため、ＣＰＵ１０７は、課金先指定ヘッダのパラメータに、課金対象者がＷｅｂページ提供者であることを示す「２」と、コンテンツサーバ１００を識別するためのサーバ識別子「１２３４５６７８」を設定する（ステップＳ１０８）。
【００５５】
次にＣＰＵ１０７では、課金先ヘッダが付加されたＷｅｂページデータを含むＨＴＴＰレスポンスが生成される。生成されたＨＴＴＰレスポンスは、コンテンツサーバ１００からゲートウェイサーバ３００へ送信される（ステップＳ１０９）。
【００５６】
ＨＴＴＰレスポンスを受信したゲートウェイサーバ３００の第２通信部３０２は、受信したＨＴＴＰレスポンスをＣＰＵ３０８へ送る。ＨＴＴＰレスポンスを受信したＣＰＵ３０８は、コンテンツサーバ１００からパケット通信により送信されたＨＴＴＰレスポンスにて生じたパケットの量を集計する。次にＣＰＵ３０８は、ゲートウェイサーバ３００とコンテンツサーバ１００との間のコネクションを識別するコネクション識別子「ＩＤ００１」に対応づけて、ＨＴＴＰレスポンスにて生じたパケット量を示すデータ「１００」を記憶部３０５に記憶する（ステップＳ１１０）。
【００５７】
次にＣＰＵ３０８は、コンテンツサーバ１００から送信されたＨＴＴＰレスポンスに含まれている課金先指定ヘッダ「Ｘ−ＤＣＭ：２／１２３４５６７８」を参照する。ＣＰＵ３０８は、課金先指定ヘッダのパラメータが「２／１２３４５６７８」であることから、サーバ識別子「１２３４５６７８」をキーにして加入者データベース４００の通信事業者ファイルＦ２の検索を行う。ＣＰＵ３０８は、サーバ識別子「１２３４５６７８」をＷｅｂページ提供者ファイルＦ２の中から見つけると、サーバ識別子に対応づけて記憶されている事業者識別子「ＡＢＣ会社」を読み出し、読み出した事業者識別子をコネクション識別子「ＩＤ００１」に対応付けて課金対象者識別子を記憶する領域に記憶する（ステップＳ１１１）。ステップＳ１１１の処理が行われると、コネクションＩＤが「ＩＤ００１」のパケット通信に関するデータは、図５に示すフォーマットＦ３のように記憶される。
【００５８】
次にＣＰＵ３０８は、ＨＴＴＰリクエストおよびＨＴＴＰリクエストと対になるＨＴＴＰレスポンスにて生じたパケット量、および課金先対象者識別子を含む課金情報通知を生成し、生成した課金情報通知を課金システム５００へ送信する（ステップＳ１１２）。
課金情報通知を受信した課金システム５００では、課金情報通知に内包されたデータに基づいて課金処理が行われ、事業者識別子が「ＡＢＣ会社」である通信事業者に対し課金が行われる。
【００５９】
ＣＰＵ３０８は、課金情報通知を課金システム５００に送信した後、ＨＴＴＰレスポンスに含まれているヘッダデータの中から課金先指定ヘッダ「Ｘ−ＤＣＭ：２／１２３４５６７８」の部分を削除する。
【００６０】
課金先指定ヘッダが削除されたＨＴＴＰレスポンスは、ゲートウェイサーバ３００から送信され、携帯電話機６００にて受信される（ステップＳ１１３）。
ＨＴＴＰレスポンスを受信した携帯電話機６００では、ＨＴＴＰレスポンスに含まれたＷｅｂページデータが読み出され、読み出されたＷｅｂページデータに従って図８に示すブラウザ画面Ｍ３が携帯電話機６００の表示部に表示される。コンテンツサーバ１００とゲートウェイサーバ３００間のコネクションは課金先指定ヘッダが削除されたＨＴＴＰレスポンスがゲートウェイサーバ３００から送信された後に切断される（ステップＳ１１４）。
【００６１】
上述したように本実施形態によれば、携帯電話機６００のユーザがＷｅｂページを閲覧することにより行われる課金を、携帯電話機６００のユーザだけでなくＷｅｂページ提供者に対しても行うことが可能となる。これにより、携帯電話機６００のユーザは、無料でＷｅｂページを閲覧することが可能となる。また、携帯電話機６００のユーザが無料でＷｅｂページを閲覧することが可能となると、コンテンツサーバ１００が提供するＷｅｂページの閲覧者を増加させることにつながる。
【００６２】
［３．変形例］
上述した実施形態では、コンテンツサーバ１００は、ＨＴＴＰレスポンスの課金先指定ヘッダにて課金対象者をコンテンツサーバ１００を運用する通信事業者に設定したが、コンテンツサーバ１００が複数のＷｅｂページデータを提供する場合には、Ｗｅｂページデータ毎に課金対象者をＷｅｂページ提供者と携帯電話機のユーザと切替えるようにしてもよい。
【００６３】
上述した実施形態では、Ｗｅｂページデータの提供者は、コンテンツサーバ１００を運用する通信事業者であるとしたが、Ｗｅｂページデータの提供者は、コンテンツサーバ１００を運用する通信事業者でなく、Ｗｅｂページデータを提供するために、コンテンツサーバ１００の記憶部１０４を借りる契約をした者であってもよい。
また、このような態様において、コンテンツサーバ１００が複数のＷｅｂページデータを提供する場合に、課金対象者をコンテンツサーバ１００を運用する通信事業者ではなく、コンテンツサーバ１００の記憶部１０４を借りる契約をした者にしてもよい。このような態様を行う際に、課金先指定ヘッダのパラメータをサーバ識別子からＷｅｂページを提供する者を識別するための識別子に変え、通信事業者ファイルＦ２のサーバ識別子をＷｅｂページを提供する者を識別するための識別子にすれば、Ｗｅｂページを提供する者毎に課金を行うことが可能となる。このような態様によれば、Ｗｅｂページデータを提供する者は、サーバを運用する必要がなくなり、多くの人がＷｅｂページデータを提供することが可能となる。
【００６４】
また、Ｗｅｂページデータがバナー広告などの画像データを含む場合には、Ｗｅｂページデータを取得するために行われるパケット通信に対しては携帯電話機６００のユーザに課金するようにし、Ｗｅｂページデータを取得した後に行われるバナー広告の画像データを取得するために行われるパケット通信に対してはコンテンツサーバ１００を運用する通信事業者に課金するようにしてもよい。
【００６５】
また、Ｗｅｂページデータがバナー広告などの画像データを含む場合に、Ｗｅｂページデータを取得するために行われるパケット通信に対してはＷｅｂページデータを提供する提供者に対して課金するようにし、Ｗｅｂページデータを取得した後に行われるバナー広告の画像データを取得するために行われるパケット通信に対してはバナー広告のデータを提供する者に対して課金するようにしてもよい。
このような態様を行う際に、課金先指定ヘッダのパラメータをサーバ識別子からＷｅｂページデータやバナー広告のデータを提供する者を識別するための識別子に変え、通信事業者ファイルＦ２のサーバ識別子をＷｅｂページデータやバナー広告のデータを提供する者を識別するための識別子にすれば、バナー広告のデータを提供する者にも課金を行うことが可能となる。
【００６６】
また、課金対象者をＷｅｂページ提供者とする場合に、コンテンツサーバ１００に時計機能を持たせ、記憶部１０４にＷｅｂページを無料で提供する日付や期間を記憶させて、日付や期間を指定してＷｅｂページを無料で閲覧できるようにしてもよい。
【００６７】
上述した実施形態では、ゲートウェイサーバ３００と専用線で結ばれたコンテンツサーバ１００が、Ｗｅｂページデータを提供しているが、コンテンツサーバ１００をインターネットに接続し、インターネットに接続されているサーバ装置がコンテンツサーバ１００およびゲートウェイサーバ３００を介してＷｅｂページデータを提供するようにしてもよい。
【００６８】
上述した実施形態では、ＨＴＴＰを用いた通信の場合について説明したが、ＨＴＴＰＳなど他のプロトコルでもよい。
【００６９】
上述した実施形態では、携帯電話機６００が、コンテンツサーバ１００に記憶されているＷｅｂページデータを取得する場合、即ち、クライアントとなる装置のユーザが能動的に情報を取得するプル型の情報サービスについて説明したが、本発明は、プル型の情報サービスに限定されるものではなく、サーバとなる装置がユーザに能動的に情報を提供するプッシュ型の情報サービスに適用してもよい。
プッシュ型の情報サービスとしては、例えば、以下のようなサービスが考えられる。
コンテンツサーバ１００は、ＳＭＴＰ（Ｓｉｍｐｌｅ　Ｍａｉｌ　Ｔｒａｎｓｆｅｒ　Ｐｒｏｔｏｃｏｌ）を用いて電子メールを携帯電話機６００へ送信する。コンテンツサーバ１００から送信された電子メールのヘッダデータには、宛先を示す情報、送信元を示す情報および課金先指定ヘッダが含まれる。
コンテンツサーバ１００から送信された電子メールは、ゲートウェイサーバ３００にて受信される。ゲートウェイサーバ３００は、電子メールのヘッダデータの課金先指定ヘッダを参照し、課金先指定ヘッダで指定される課金先に対して課金を行うようにする。
このような態様によれば、プル型の情報サービスに限らず、プッシュ型の情報サービスでも情報を提供する通信事業者に対して課金を行うことが可能となる。
【００７０】
また、ゲートウェイサーバ３００が、携帯電話機６００から送信されたＨＴＴＰリクエストの内容を判定し、ＨＴＴＰリクエストがＧＥＴメソッドを用いたリクエストであれば、実施形態の動作例で説明した動作を行い、ＨＴＴＰリクエストがプッシュ型の動作を行う旨のリクエストである場合には、通常の課金を行うようにしてもよい。
【００７１】
また、携帯電話機識別子は、携帯電話機の電話番号に限定されず、携帯電話機を識別できるものであれば、他の符号でもよい。
【００７２】
上述した実施形態では、課金を行うための課金システム５００と、加入契約者やＷｅｂページ提供者に関するデータを格納した加入者データベース４００は、ゲートウェイサーバ３００から独立した構成となっているが、ゲートウェイサーバ３００と加入者データベース４００と課金システム５００とを一体とした構成にしてもよい。
【００７３】
また、上述した実施形態では、ゲートウェイサーバ３００は、ＨＴＴＰレスポンスを携帯電話機６００へ送信する際に課金先指定ヘッダを削除しているが、課金先指定ヘッダを削除せずそのまま携帯電話機６００へＨＴＴＰレスポンスを送信するようにしてもよい。
【００７４】
上述した実施形態では、ＨＴＴＰリクエストにてＧＥＴメソッドを使用しているが、これに限定されず、ＰＯＳＴメソッドやＣＯＮＮＥＣＴメソッドなど他のメソッドを使用してもよい。
【００７５】
上述した実施形態では、課金先指定ヘッダのみで課金先対象者を設定しているが、課金先指定ヘッダだけ課金先対象者を設定するのではなく、以下に述べる方法で課金先対象者を指定するようにしてもよい。
図９は、加入者データベース４００に記憶されている通信事業者ファイルのフォーマットの変形例（Ｆ４）を示す図である。図９に示すように、図２に示したフォーマットＦ２に、事業者識別子で識別される会社が運用するサーバのドメイン名が加えられている。
図１０は、図６に示したパケット量集計機能の変形例を示すフローチャートである。当該変形例の場合、ゲートウェイサーバ３００の第１通信部にてＨＴＴＰリクエストが受信されると、図１０に示した処理が実行される。
【００７６】
ステップＳＢ１からステップＳＢ３までの処理は、図６に示したステップＳＡ１からステップＳＡ３までの処理と同じであるため、その説明を省略する。
【００７７】
ＣＰＵ３０８は、受信したＨＴＴＰリクエストにＧＥＴメソッドのパラメータとして含まれているＵＲＬが示すドメイン名をキーにして加入者データベース４００の通信事業者ファイルＦ４の検索を行い、このＨＴＴＰリクエストと当該ＨＴＴＰリクエストと対になるＨＴＴＰレスポンスのために行われたパケット通信の課金対象者を、ＨＴＴＰリクエストを送信してきた携帯電話機のユーザとするか否かの判断を行う（ステップＳＢ４）。
【００７８】
ＣＰＵ３０８は、検索の結果、該当するドメイン名がなかった場合には（ステップＳＢ４：ＮＯ）、携帯電話機識別子をキーにして、加入者データベース４００の加入契約者ファイルＦ１の検索を行う。ＣＰＵ３０８は、加入契約者ファイルＦ１から該当する携帯電話機識別子を見つけると、携帯電話機識別子に対応づけて記憶されている、携帯電話機を使用しているユーザを識別するためのユーザ識別子を読み出す。ＣＰＵ３０８は、読み出したユーザ識別子を、コネクション識別子に対応づけて、暫定的な課金対象者を示すデータとしてＲＡＭ３０７に格納する（ステップＳＢ５）。
【００７９】
次にＣＰＵ３０８は、ＣＰＵ３０８が中継したＨＴＴＰリクエストへの応答として、ゲートウェイサーバ３００へ送信されるＨＴＴＰレスポンスを受信したか否かを判断する（ＳＢ６）。
ＣＰＵ３０８が、ＨＴＴＰレスポンスを受信していないと判断した場合の処理は（ステップＳＢ６：ＮＯ）、図６のステップＳＡ４からＳＡ７までの処理と同じであるため、その説明を省略する。
【００８０】
ＣＰＵ３０８は、ステップＳＢ６で「ＹＥＳ」と判断した場合には、パケット通信により受信したＨＴＴＰレスポンスにて生じたパケットの量を集計し、コネクション識別子に対応づけて、集計したＨＴＴＰレスポンスにて生じたパケットの量を示すデータを記憶部３０４に記憶する（ＳＢ１０）。
【００８１】
次にＣＰＵ３０８は、ＨＴＴＰレスポンスのヘッダに付加されているステータスヘッダを参照し、当該ＨＴＴＰレスポンスに対となるＨＴＴＰリクエストが、ＨＴＴＰレスポンスの受信先で正常に処理されたか否かを判断する（ＳＢ１１）。
【００８２】
ＣＰＵ３０８は、ステータスヘッダを参照し、ＨＴＴＰレスポンスに対となるＨＴＴＰリクエストがＨＴＴＰリクエストに含まれているＵＲＬで指定されるサーバにて正常に処理されたと判断した場合には（ステップＳＢ１１：ＹＥＳ）、受信したＨＴＴＰレスポンスに含まれている課金先指定ヘッダを参照し、当該ＨＴＴＰレスポンスと、当該ＨＴＴＰレスポンスと対になるＨＴＴＰレスポンスのために行われたパケット通信の課金対象者を判断する（ＳＢ１２）。
【００８３】
ＣＰＵ３０８は、ステップＳＢ５にて設定された暫定的な課金対象者が携帯電話機のユーザである場合、または課金先指定ヘッダの内容が移動体通信網２００に収容されている携帯電話機のユーザに対して課金を行うよう指示するものであると判断した場合には（ＳＢ１２：ＮＯ）、ステップＳＢ３で記憶部３０４に記憶した携帯電話機識別子をキーにして、加入者データベース４００の加入契約者ファイルＦ１の検索を行う。ＣＰＵ３０８は、加入契約者ファイルＦ１から該当する携帯電話機識別子を見つけると、携帯電話機識別子に対応づけて記憶されている、携帯電話機を使用しているユーザを識別するためのユーザ識別子を読み出す。ＣＰＵ３０８は、読み出したユーザ識別子を、コネクション識別子に対応づけて、課金対象者識別子を記憶する領域に記憶する（ステップＳＢ１３）。
【００８４】
ＣＰＵ３０８は、ステップＳＢ５にて設定された暫定的な課金対象者が携帯電話機のユーザではなく、且つ、課金先指定ヘッダの内容が、Ｗｅｂページを提供するサーバを運用する通信事業者に対して課金を行うよう指示するものであると判断した場合には（ＳＢ１２：ＹＥＳ）、課金先指定ヘッダのパラメータに付加されたサーバ識別子をキーにして加入者データベース４００の通信事業者ファイルＦ４の検索を行う。ＣＰＵ３０８は、通信事業者ファイルＦ４から該当するサーバ識別子を見つけると、サーバ識別子に対応づけて記憶されている、事業者識別子を読み出す。ＣＰＵ３０８は、読み出した事業者識別子を、コネクション識別子に対応づけて、課金対象者識別子を記憶する領域に記憶する（ステップＳＢ１４）。
【００８５】
ＣＰＵ３０８は、ステップＳＢ１１で「ＮＯ」と判断した場合には、ＨＴＴＰレスポンスに対となるＨＴＴＰリクエストのコネクション識別子をキーにして記憶部３０５に記憶されているパケット通信に関するデータの中から該当する携帯電話識別子を検索する。
【００８６】
次にＣＰＵ３０８は、読み出した携帯電話機識別子をキーにして、加入者データベース４００の加入契約者ファイルＦ１の検索を行う。ＣＰＵ３０８は、加入契約者ファイルＦ１から該当する携帯電話機識別子を見つけると、携帯電話機識別子に対応づけて記憶されている、携帯電話機を使用しているユーザを識別するためのユーザ識別子を読み出す。ＣＰＵ３０８は、読み出したユーザ識別子を、コネクション識別子に対応づけて、課金対象者識別子を記憶する領域に記憶する（ステップＳＢ１３）。
【００８７】
ＣＰＵ３０８は、ＨＴＴＰリクエストおよびＨＴＴＰレスポンスのために行われたパケット通信に対する課金先をステップＳＢ１１からステップＳＢ１４の処理により特定した後、課金対象者識別子およびＨＴＴＰリクエストにより生じたパケット量とＨＴＴＰレスポンスにより生じたパケット量とを含む課金情報通知を課金システム５００へ送信する（ＳＢ１５）。
【００８８】
ＣＰＵ３０８は、課金情報通知を送信した後、受信したＨＴＴＰレスポンスのヘッダデータから課金先指定用ヘッダを削除し、ＨＴＴＰレスポンスの送信先となる携帯電話機へ課金先指定ヘッダを削除したＨＴＴＰレスポンスを送信する（ＳＢ１６）。
【００８９】
上述した態様によれば、加入者データベース４００に登録されていないサーバが、加入者データベース４００に登録されているサーバを課金先として課金先指定ヘッダを設定しても、課金先指定ヘッダで指定された通信事業者には、課金されないこととなり、課金先指定ヘッダの偽装による不利益を防ぐことが可能となる。
また、上述した態様によれば、ＨＴＴＰレスポンスが正常に携帯電話機６００に送信されなかった場合には、携帯電話機６００のユーザに課金されることとなる。具体的には、携帯電話機６００のユーザが、ＨＴＴＰレスポンスを受信する前や受信途中でコネクションを切断して、Ｗｅｂページが正常に携帯電話機６００に表示されない場合には、携帯電話機６００のユーザに課金されることとなる。これにより、Ｗｅｂページが正常に提供されなかったにも係わらず通信事業者に課金され、通信事業者が不利益を被るという不具合を回避することが可能となる。
【００９０】
【発明の効果】
以上説明したように本発明によれば、携帯通信端末が、データ提供者の提供するデータを取得した際に、データを取得するために行われた通信に対して行われる課金の課金対象者をデータ提供者とすることが可能となる。また、データ提供者が運用するサーバにて課金先を指定することが可能となるため、データ提供者が望むように課金先を指定することが可能となる。
【図面の簡単な説明】
【図１】本発明の実施形態に係わる通信システム１０の全体構成を例示する図である。
【図２】本発明の実施形態に係わる加入者データベース４００に記憶される加入契約者ファイルと通信事業者ファイルのフォーマットを例示する図である。
【図３】本発明の実施形態に係わるコンテンツサーバ１００のハードウェア構成を例示する図である。
【図４】本発明の実施形態に係わるゲートウェイサーバ３００のハードウェア構成を例示する図である。
【図５】本発明の実施形態に係わるゲートウェイサーバ３００の記憶部３０５に記憶されるパケット通信に関するデータのフォーマットを例示する図である。
【図６】本発明の実施形態に係わるゲートウェイサーバ３００が行う、パケットの量の集計する処理の流れを例示するフローチャートである。
【図７】本発明の実施形態の動作を説明するためのシーケンス図である。
【図８】本発明の実施形態に係わる携帯電話機６００の表示部に表示される画面を例示する図である。
【図９】本発明の変形例に係わるゲートウェイサーバ３００の記憶部３０５に記憶されるパケット通信に関するデータのフォーマットを例示する図である。
【図１０】本発明の変形例に係わるゲートウェイサーバ３００が行う、パケットの量の集計する処理の流れを例示するフローチャートである。
【符号の説明】
１０・・・通信システム。
１００・・・コンテンツサーバ、２００・・・移動体通信網、３００・・・ゲートウェイサーバ、４００・・・加入者データベース、５００・・・課金システム。
１０１・・・通信部、１０２・・・操作部、１０３・・・表示部、１０４・・・記憶部、１０５・・・ＲＯＭ、１０６・・・ＲＡＭ、１０７・・・ＣＰＵ、１１０・・・バス。
３０１・・・第１通信部、３０２・・・第２通信部、３０３・・・操作部、３０４・・・表示部、３０５・・・記憶部、３０６・・・ＲＯＭ、３０７・・・ＲＡＭ、３０８・・・ＣＰＵ、３１０・・・バス。
【図１】
2004023459.tif 000003
【図２】
2004023459.tif 000004
【図３】
2004023459.tif 000005
【図４】
2004023459.tif 000006
【図５】
2004023459.tif 000007
【図６】
2004023459.tif 000008
【図７】
2004023459.tif 000009
【図８】
2004023459.tif 000010
【図９】
2004023459.tif 000011
【図１０】
2004023459.tif 000012