(57)【要約】ゲートウェイサーバ４０は、携帯電話機１０とコンテンツサーバ７０とのＨＴＴＰ通信を中継している際に、携帯電話機１０からゲートウェイサーバ４０までのＴＣＰコネクションＡの切断を検出した場合、ＴＣＰコネクションＡが切断されるまでのＨＴＴＰ通信に対する課金情報を課金管理サーバ５０から受信するまで、課金管理サーバ５０からゲートウェイサーバ４０までのＴＣＰコネクションＢ１の接続を継続させる。
2003084156.tif 000002
【特許請求の範囲】
【請求項１】
中継装置が、通信端末および相手方通信装置との間で行われるコネクション型通信を中継する過程と、
前記中継装置が、前記中継過程において前記通信端末から当該中継装置までのコネクションの切断を検知したとき、当該中継装置から前記通信装置までのコネクションの中継ノードである課金管理装置から前記コネクション型通信の課金情報を受信していない場合は、少なくとも当該中継装置から前記課金管理装置までのコネクションの接続を継続させるように制御する接続制御過程と
を有することを特徴とする通信制御方法。
【請求項２】
前記中継装置が、前記コネクション型通信の中継に伴い前記通信端末との間で送受信したデータ量と、前記課金管理装置から受信した課金情報とを料金管理装置へ通知する通知過程と、
前記料金管理装置が、前記通知過程にて通知されたデータ量および課金情報に基づいて前記コネクション型通信に係る通信料金の請求を行なう過程と
をさらに有することを特徴とする請求項１に記載の通信制御方法。
【請求項３】
通信端末および相手方通信装置との間で行われるコネクション型通信を中継する中継装置が、前記コネクション型通信を中継している場合に、前記通信端末から当該中継装置までのコネクションの切断を検知したとき、当該中継装置から前記通信装置までのコネクションの中継ノードである課金管理装置に対して、当該中継装置から前記課金管理装置に対してデータを送信するためのコネクションの切断を要求する信号を送信する過程と
前記課金管理装置が、前記中継装置から前記信号を受信した場合に、前記コネクション型通信の課金情報を前記中継装置に送信する過程と
を有することを特徴とする通信制御方法。
【請求項４】
通信端末と相手先通信装置との間で行われるコネクション型通信を中継する中継手段と、
前記中継手段により前記コネクション型通信の中継が行われている場合に、前記通信端末から当該中継装置までのコネクションの切断を検知したとき、当該中継装置から前記通信装置までのコネクションの中継ノードである課金管理装置から前記コネクション型通信の課金情報を受信していない場合は、少なくとも当該中継装置から前記課金管理装置までの前記コネクションの接続を継続させるよう制御する接続制御手段と
を有することを特徴とする中継装置。
【請求項５】
前記課金情報は、前記課金管理装置が前記通信端末から送信された要求メッセージに対する応答メッセージを送信するときに、当該中継装置に対して送信される
ことを特徴とする請求項４に記載の中継装置。
【請求項６】
前記課金情報は、前記中継装置を介して行われる通信に適用される複数種類の課金形態のうち前記コネクション型通信に適用する課金形態を指定する情報である
ことを特徴とする請求項４に記載の中継装置。
【請求項７】
前記接続制御手段は、前記中継手段により前記コネクション型通信の中継が行われている場合に、当該コネクション型通信に利用するために前記通信端末から当該中継装置までの間に確立されたリンクが切断されたことを示す信号を前記リンクのパス上の中継ノードから受信することにより、前記通信端末から当該中継装置までの前記コネクションの切断を検知する
ことを特徴とする請求項４に記載の中継装置。
【請求項８】
前記接続制御手段は、前記中継手段により前記コネクション型通信の中継が行われている場合に、前記通信装置とのコネクションの切断要求を前記通信端末から受信することにより、前記通信端末から当該中継装置までの前記コネクションの切断を検知する
ことを特徴とする請求項４に記載の中継装置。
【請求項９】
前記中継手段によって前記通信端末との間で送受信したデータ量を計測する計測手段と、
前記計測手段により計測されたデータ量と、前記課金管理装置から受信した前記課金情報とを前記通信端末に係る通信料金を算出する料金管理装置へ送信する送信手段とをさらに有する
ことを特徴とする請求項４に記載の中継装置。
【請求項１０】
前記計測手段は、前記中継手段により前記通信端末との間で送受信したデータのうち、前記通信端末とのコネクションを制御するために送受信した制御信号を除いたデータ量を計測する
ことを特徴とする請求項９に記載の中継装置。
【請求項１１】
前記中継装置はゲートウェイサーバである
ことを特徴とする請求項４に記載の中継装置。
【請求項１２】
通信端末と相手先通信装置との間で行われるコネクション型の通信を中継する中継手段と、
前記通信端末から受信した前記通信装置への要求メッセージを前記通信装置へ送信してから、前記要求メッセージに対する前記通信装置の応答メッセージを受信するまでの時間を計時する計時手段と、
前記中継手段により前記コネクション型通信の中継が行われている場合に、前記通信端末から当該中継装置までのコネクションの切断を検知したとき、前記計時手段による計時時間が予め定められた規定時間を超えておらず、かつ、当該中継装置から前記通信装置までのコネクションの中継ノードである課金管理装置から前記コネクション型通信の課金情報を受信していない場合は、前記課金情報を受信するまで、あるいは前記計時時間が規定時間を超えるまで、当該中継装置から前記通信装置までのコネクションの接続を継続させる接続制御手段と
を有することを特徴とする中継装置。
【請求項１３】
前記課金情報は、前記課金管理装置が前記通信端末から送信された要求メッセージに対する応答メッセージを送信するときに、当該中継装置に対して送信される
ことを特徴とする請求項１２に記載の中継装置。
【請求項１４】
通信端末および相手方通信装置との間で行われるコネクション型通信に係る課金管理情報を記憶する記憶手段と、
前記コネクション型通信が行なわれている場合に、当該コネクション型通信を中継する中継装置から、当該課金管理装置に対してデータを送信するためのコネクションの切断を要求する信号を受信した場合に、前記記憶手段に記憶されている前記課金管理情報に基づいて課金情報を決定する手段と、
前記決定手段により決定された課金情報を前記中継装置に対して送信する送信手段と
を有することを特徴とする課金管理装置。
【請求項１５】
前記決定手段は、前記信号を前記中継装置から受信した時点で、前記通信端末から送信された要求メッセージに対する通信装置からの応答メッセージを受信していない場合は、前記要求メッセージに基づいて前記課金情報を決定する
ことを特徴とする請求項１４に記載の課金管理装置。
【請求項１６】
前記送信手段は、当該課金管理装置が前記通信端末から送信された要求メッセージに対する応答メッセージを送信するときに、前記課金情報を送信する
ことを特徴とする請求項１４に記載の課金管理装置。
【請求項１７】
前記送信手段は、前記課金情報を、前記応答メッセージのヘッダに挿入して送信することを特徴とする請求項１６に記載の課金管理装置。
【請求項１８】
前記送信手段は、前記課金情報を、前記応答メッセージに付与して送信することを特徴とする請求項１６に記載の課金管理装置。
【請求項１９】
前記送信手段は、前記課金情報を、前記応答メッセージに関連付けて送信することを特徴とする請求項１６に記載の課金管理装置。
【請求項２０】
前記課金情報は、前記中継装置を介して行われる通信に適用される複数種類の課金形態のうち前記コネクション型通信に適用する課金形態を指定する情報である
ことを特徴とする請求項１４に記載の課金管理装置。
【請求項２１】
通信端末と相手先の通信装置との間で行われるコネクション型通信を中継する機能と、
前記中継機能により前記コネクション型通信を中継している場合に、前記通信端末から当該中継装置までの前記コネクションの切断を検知したとき、当該中継装置から前記通信装置までのコネクションの中継ノードである課金管理装置から前記コネクション型通信の課金情報を受信していない場合は、少なくとも当該中継装置から前記課金管理装置までの接続を継続させる接続制御機能と
を中継装置に実行させるためのプログラム。
【請求項２２】
通信端末および相手方通信装置との間で行われるコネクション型通信に係る課金管理情報を記憶する機能と、
前記コネクション型通信が行なわれている場合に、当該コネクション型通信を中継する中継装置から、データを送信するためのコネクションの切断を要求する信号を受信した場合に、前記記憶機能により記憶されている前記課金管理情報に基づいて課金情報を決定する機能と
前記決定機能により決定された前記課金情報を前記中継装置に対して送信する機能と
を課金管理装置に実行させるためのプログラム。
【請求項２３】
通信端末と相手先の通信装置との間で行われるコネクション型通信を中継する機能と、
前記中継機能により前記コネクション型通信を中継している場合に、前記通信端末から当該中継装置までの前記コネクションの切断を検知したとき、当該中継装置から前記通信装置までのコネクションの中継ノードである課金管理装置から前記コネクション型通信の課金情報を受信していない場合は、少なくとも当該中継装置から前記課金管理装置までの接続を継続させる接続制御機能と
を中継装置に実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【請求項２４】
通信端末および相手方通信装置との間で行われるコネクション型通信に係る課金管理情報を記憶する機能と、
前記コネクション型通信が行なわれている場合に、当該コネクション型通信を中継する中継装置から、データを送信するためのコネクションの切断を要求する信号を受信した場合に、前記記憶機能により記憶されている前記課金管理情報に基づいて課金情報を決定する機能と
前記決定機能により決定された前記課金情報を前記中継装置に対して送信する機能と
を課金管理装置に実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
技術分野
この発明は、コネクション型の通信に係る課金に用いられる技術に関する。
背景技術
ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）に代表されるコネクション型プロトコルを用いたコネクション型の通信方式においては、まず、ある通信装置と相手方通信装置間にエンド・トゥ・エンドのコネクションが設定された後、このコネクションを介してデータが順次送受信され、最後のデータの伝送が終了した時点でこのコネクションが解放されるようになっている。この通信方式は、相手方通信装置との経路（呼）を一度設定すると、呼終了まで全データを同じ通信経路を使用して伝送する点に特徴がある。
このコネクション型通信を用いてパケット通信サービスを提供する事業者は、コネクションが設定されてから解放されるまでに送受信される全てのデータ量に応じて、通信の当事者に対する課金処理を行っている。例えば、ある通信端末からコンテンツサーバに対してコンテンツの配信を要求する場合を想定する。この場合、通信端末とコンテンツサーバとの間でまずコネクションが設定される。このコネクションを介して、通信端末はコンテンツサーバに対するコンテンツ要求メッセージを送信し、コンテンツサーバは通信端末からの要求メッセージに応じて、通信端末に対してコンテンツを配信する。そして、通信端末がコンテンツを受信した後にコネクションが解放される。この場合、パケット通信サービスの事業者は、通信端末からコンテンツサーバへの要求メッセージ、通信端末に対して配信されたコンテンツなど当該コネクションを用いて送受信されたデータについて、課金に必要な情報を取得し課金処理を行なう。
ところで、コネクション型通信において、一方の通信装置から通信の終了が指示された場合や、コネクションに用いられているリンクが切断されてしまった場合に、通信が途中で切断されてしまうことがある。例えば、上記の例において、通信端末からコンテンツサーバに対して要求メッセージが送信された後に通信が切断されてしまった場合、通信端末に対するコンテンツの配信は行なわれない。このような場合、パケット通信サービスの事業者は課金に必要な情報を取得できず、要求メッセージに係る通信料金を徴収することができなくなってしまうことがある。
発明の開示
本発明は、以上説明した事情に鑑みてなされたものであり、コネクション型の通信が途中で切断された場合にも、当該通信に対する課金をデータ量に応じて正確に行えるようにした通信制御方法、中継装置、プログラムおよび記録媒体を提供することを目的としている。
上記課題を解決するために、本明は、中継装置が、通信端末および相手方通信装置との間で行われるコネクション型通信を中継する過程と、中継装置が、中継過程において通信端末から中継装置までのコネクションの切断を検知したとき、当該中継装置から通信装置までのコネクションの中継ノードである課金管理装置からコネクション型通信の課金情報を受信していない場合は、少なくとも当該中継装置から課金管理装置までのコネクションの接続を継続させるように制御する接続制御過程とを有することを特徴とする第１の通信制御方法を提供する。
加えて、本発明は、通信端末および相手方通信装置との間で行われるコネクション型通信を中継する中継装置が、通信端末から当該中継装置までのコネクションの切断を検知したとき、当該中継装置から通信装置までのコネクションの中継ノードである課金管理装置に対して、当該中継装置から課金管理装置に対してデータを送信するためのコネクションの切断を要求する信号を送信する過程と、課金管理装置が、中継装置からコネクションの切断を要求する信号を受信した場合に、コネクション型通信の課金情報を中継装置に送信する過程とを有することを特徴とする第２の通信制御方法を提供する。好ましくは、課金管理装置は、コネクションの切断を要求する信号を中継装置から受信した時点で、通信端末から送信された要求メッセージに対する通信装置からの応答メッセージを受信していない場合は、当該要求メッセージに基づいて課金情報を決定するようにすることができる。
上記第１および第２の通信制御方法において、好ましくは、課金情報は、中継装置を介して行われる通信に適用される複数種類の課金形態のうちコネクション型通信に適用する課金形態を指定する情報である。また、課金管理装置は、通信端末から送信された要求メッセージに対する応答メッセージを中継装置へ送信するときに課金情報を送信するようにしてもよい。その際に、課金管理装置は、課金情報を、応答メッセージのヘッダに挿入して送信してもよいし、応答メッセージに付与して送信してもよい。また、課金情報を応答メッセージに関連付けて送信するようにしてもよい。
上記第１および第２の通信制御方法の好ましい実施の態様において、中継装置は、コネクション型通信を中継している場合に、当該コネクション型通信に利用するために通信端末から当該中継装置までの間に確立されたリンクが切断されたことを示す信号をリンクのパス上の中継ノードから受信することにより、通信端末から当該中継装置までのコネクションの切断を検知するようにしてもよい。或いは、中継装置は、コネクション型通信を中継している場合に、通信装置とのコネクションの切断要求を通信端末から受信することにより、通信端末から当該中継装置までのコネクションの切断を検知するようにしてもよい。
上記第１および第２の通信制御方法の別の好ましい態様において、中継装置は通信端末との間で送受信したデータ量を計測する計測過程と、計測されたデータ量と、課金管理装置から受信した課金情報とを、通信料金を算出する料金管理装置へ送信する送信過程とをさらに有する。好ましくは、計測過程において、中継装置は、通信端末との間で送受信したデータのうち、通信端末とのコネクションを制御するために送受信した制御信号を除いたデータ量を計測するようにしてもよい。また、料金管理装置は、送信過程にて送信されたデータ量および課金情報に基づいてコネクション型通信に係る通信料金の請求を行なうようにしてもよい。
さらに、上記課題を解決するために、本発明は、通信端末と相手先通信装置との間で行われるコネクション型通信を中継する中継手段と、中継手段によりコネクション型通信の中継が行われている場合に、通信端末から当該中継装置までのコネクションの切断を検知したとき、当該中継装置から通信装置までのコネクションの中継ノードである課金管理装置からコネクション型通信の課金情報を受信していない場合は、少なくとも当該中継装置から課金管理装置までのコネクションの接続を継続させるよう制御する接続制御手段とを有することを特徴とする第１の中継装置を提供する。
また、本発明は、通信端末と相手先通信装置との間で行われるコネクション型の通信を中継する中継手段と、通信端末から受信した通信装置への要求メッセージを通信装置へ送信してから、要求メッセージに対する通信装置の応答メッセージを受信するまでの時間を計時する計時手段と、中継手段によりコネクション型通信の中継が行われている場合に、通信端末から当該中継装置までのコネクションの切断を検知したとき、計時手段による計時時間が予め定められた規定時間を超えておらず、かつ、当該中継装置から通信装置までのコネクションの中継ノードである課金管理装置からコネクション型通信の課金情報を受信していない場合は、課金情報を受信するまで、あるいは計時時間が規定時間を超えるまで、当該中継装置から通信装置までのコネクションの接続を継続させる接続制御手段とを有することを特徴とする第２の中継装置を提供する。
課金情報は、課金管理装置が通信端末から送信された要求メッセージに対する応答メッセージを送信するときに、上記第１および第２の中継装置に対して送信されるようにしてもよい。好ましくは、課金情報は、中継装置を介して行われる通信に適用される複数種類の課金形態のうちコネクション型通信に適用する課金形態を指定する情報である。
好ましい実施の態様において、上記第１および第２の中継装置は、コネクション型通信を中継している場合に、当該コネクション型通信に利用するために通信端末から当該中継装置までの間に確立されたリンクが切断されたことを示す信号をリンクのパス上の中継ノードから受信することにより、通信端末から当該中継装置までのコネクションの切断を検知するようになっている。或いは、通信装置とのコネクションの切断要求を通信端末から受信することにより、通信端末から当該中継装置までのコネクションの切断を検知するようにしてもよい。
別の好ましい実施の態様において、上記第１および第２の中継装置は、中継手段によって通信端末との間で送受信したデータ量を計測する計測手段と、計測手段により計測されたデータ量と、課金管理装置から受信した課金情報とを通信料金を算出する料金管理装置へ送信する送信手段とをさらに有するようにしてもよい。好ましくは、計測手段は、中継手段により通信端末との間で送受信したデータのうち、通信端末とのコネクションを制御するために送受信した制御信号を除いたデータ量を計測する。
好ましくは、上記第１および第２の中継装置はゲートウェイサーバである。
さらに、上記課題を解決するために、本発明は、通信端末および相手方通信装置との間で行われるコネクション型通信に係る課金管理情報を記憶する記憶手段と、コネクション型通信が行なわれている場合に、当該コネクション型通信を中継する中継装置から、データを送信するためのコネクションの切断を要求する信号を受信した場合に、記憶手段に記憶されている課金管理情報に基づいて課金情報を決定する手段と、決定手段により決定された課金情報を中継装置に対して送信する送信手段とを有することを特徴とする課金管理装置を提供する。
好ましい態様において、課金管理装置の決定手段は、コネクションの切断を要求する信号を中継装置から受信した時点で、通信端末から送信された要求メッセージに対する通信装置からの応答メッセージを受信していない場合は、当該要求メッセージに基づいて課金情報を決定するようにしてもよい。
別の好ましい態様において、送信手段は、当該課金管理装置が通信端末から送信された要求メッセージに対する応答メッセージを送信するときに、課金情報を送信してもよい。送信手段は、課金情報を、応答メッセージのヘッダに挿入して送信してもよいし、応答メッセージに付与して送信してもよい。或いは、課金情報を、応答メッセージに関連付けて送信するようにしてもよい。
好ましくは、課金情報は、中継装置を介して行われる通信に適用される複数種類の課金形態のうち、コネクション型通信に適用する課金形態を指定する情報である。
さらに本発明は、上記第１の通信制御方法の処理を中継装置に実行させるためのプログラムと、当該プログラムを記憶したコンピュータ読み取り可能な記録媒体を提供する。同様に、上記第２の通信制御方法の処理を課金管理装置に実行させるためのプログラムおよび当該プログラムを記憶したコンピュータ読み取り可能な記録媒体を提供する。
本発明が提供する技術によれば、コネクション型の通信に対する課金をデータ量に応じて正確に行なうことが可能になる。
発明を実施するための最良の態様
以下、添付の図面を参照して本発明の実施形態について説明する。なお、各図において共通する部分には、同一の符号が付されている。
Ａ−１．実施形態の構成
１．通信システムの構成
図１は、本発明の実施形態に係る通信システム１の構成を例示するブロック図である。同図に示すように通信システム１は、携帯電話機１０と、基地局２０と、関門交換局３０と、ゲートウェイサーバ４０とを有する移動パケット通信網１００と、課金管理サーバ５０と、インターネット６０と、コンテンツサーバ７０と、課金処理装置８０と、料金センタ９０とを有している。
移動パケット通信網１００は、当該移動パケット通信網１００に収容される携帯電話機１０に対してパケット通信サービスを提供する通信網であり、ＩＭＴ−２０００（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  ２０００）に準拠している。なお、通信システム１は、移動パケット通信網１００に加え、図示を省略した移動電話網を有している。この移動電話網は、携帯電話機１０に対して一般的な移動電話の通話サービスを提供する。
携帯電話機１０は、移動パケット通信網１００の通信サービスエリア内に多数設置されている基地局２０のうち、自機１０が在圏している無線セルをカバーする基地局２０と無線通信を行い、パケット通信サービスや通話サービスを受ける移動機である。この携帯電話機１０は、Ｗｅｂブラウザを有し、コンテンツサーバ７０とＨＴＴＰ通信を行なう機能を有している。
ゲートウェイサーバ４０は、移動パケット通信網１００の関門交換局３０と課金管理サーバ５０との間に設けられたプロキシ型ゲートウェイサーバである。このゲートウェイサーバ４０は、例えば、移動パケット通信網１００用の通信プロトコルとインターネット６０用の通信プロトコルなど、通信プロトコルの異なるデータを相互に変換してデータの授受を中継する機能を有している。また、ゲートウェイサーバ４０は、携帯電話機１０との間で送受信されるパケットをキャプチャリングして、個々のパケットのサイズとパケット数とに基づいてデータ量を計測する機能を有している。
このゲートウェイサーバ４０は、携帯電話機１０とコンテンツサーバ７０との間でＨＴＴＰ通信が行われる場合に、携帯電話機１０との間にＴＣＰコネクションＡを確立するとともに、コンテンツサーバ７０との間にＴＣＰコネクションＢを確立し、上記ＨＴＴＰ通信を中継する。なお、図１に示すように、ＴＣＰコネクションＢは、ゲートウェイサーバ４０と課金管理サーバ５０との間のＴＣＰコネクションＢ１と、課金管理サーバ５０とコンテンツサーバ７０との間のＴＣＰコネクションＢ２とを有する。本明細書では、特に必要としない限り、ＴＣＰコネクションＢ１およびＴＣＰコネクションＢ２を区別せず、まとめてＴＣＰコネクションＢと記載する。
課金管理サーバ５０は、パケット通信サービスに加入している各携帯電話機１０を識別する端末ＩＤや、コンテンツサーバ７０を用いて携帯電話機１０にコンテンツを提供している各コンテンツプロバイダを識別するプロバイダＩＤなど、移動パケット通信網１００の通信事業者の顧客に関する様々な情報を記憶している。
この課金管理サーバ５０は、携帯電話機１０とコンテンツサーバ７０との間で行われるＨＴＴＰ通信を監視し、当該ＨＴＴＰ通信に適用する課金の種別などを記憶情報（課金管理情報）に基づいて決定する。また、この課金管理サーバ５０は、携帯電話機１０からのＨＴＴＰリクエストメッセージ（以下、ＨＴＴＰリクエストと記載する）に応じてコンテンツサーバ７０から返信されるＨＴＴＰレスポンスメッセージ（以下、ＨＴＴＰレスポンスと記載する）を受信すると、ＨＴＴＰレスポンスの拡張ヘッダに上記課金の種別などを示す課金情報を挿入してゲートウェイサーバ４０へ送信する。
ここで、課金の種別には、パケット通信に伴う料金の課金先を携帯電話機１０のユーザとするユーザ課金と、通信料金の課金先をコンテンツプロバイダ（ＣＰ）とするＣＰ課金と、ユーザおよびコンテンツプロバイダのいずれにも通信料金を課金しない非課金と、の計３種類がある。また、ＣＰ課金の場合、課金管理サーバ５０は、課金先のコンテンツプロバイダを特定するプロバイダＩＤを課金の種別を示す情報とともにＨＴＴＰレスポンスの拡張ヘッダに挿入する。
コンテンツサーバ７０は、携帯電話機１０とＨＴＴＰ通信を行なう機能を有しており、携帯電話機１０に提供する画像データや楽曲データ、アプリケーションプログラムなどの種々のコンテンツを記憶している。これらのコンテンツは、上記ＨＴＴＰ通信を行なう機能を用いて携帯電話機１０に対して送信される。
課金処理装置８０は、ゲートウェイサーバ４０から受信した課金データ（データ量および課金情報）に基づいて課金に関する処理を行い、処理結果を料金センタ９０へ送信する。料金センタ９０は、各コンテンツプロバイダおよびパケット通信サービスや通話サービスに加入している各携帯電話機１０について、１ヶ月毎にパケット通信や通話などに関する通信料金を算出して請求書を発行し、携帯電話機１０の加入契約者またはコンテンツプロバイダから通信料金を徴収する。
＜２．通信プロトコルの構成＞
移動パケット通信網１００および課金管理サーバ５０は、携帯電話機１０のパケット通信に関連して、呼制御用の信号制御プロトコルと、ユーザデータ転送用のユーザデータプロトコルとをサポートしている。以下、本明細書では、呼制御用の信号制御プロトコルをＣ−Ｐｌａｎｅプロトコル（Ｃｏｎｔｒｏｌ−Ｐｌａｎｅ  Ｐｒｏｔｏｃｏｌ）、ユーザデータ転送用のユーザデータプロトコルをＵ−Ｐｌａｎｅプロトコル（Ｕｓｅｒ−Ｐｌａｎｅ  Ｐｒｏｔｏｃｏｌ）と記載する。
図２は、Ｃ−Ｐｌａｎｅのプロトコル構成について示す図である。Ｃ−Ｐｌａｎｅプロトコルは、呼の接続や維持、解放、着信などを制御する制御信号を送受信するための通信プロトコルである。なお、同図に示すプロトコルの階層構造は、ＯＳＩ（Ｏｐｅｎ  Ｓｙｓｔｅｍｓ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）参照モデルに対応しており、関門交換局３０の場合を例に説明すると、ＮＷＭＰ（ＮｅｔＷｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）はアプリケーション層、プレゼンテーション層およびセッション層のプロトコルであり、ＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）はトランスポート層、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）はネットワーク層、Ｌ２はデータリンク層、Ｌ１は物理層のプロトコルである。
同図に示すように、移動パケット通信網１００内で使用されているＣ−Ｐｌａｎｅプロトコルと、ゲートウェイサーバ４０と課金管理サーバ５０との間で使用されているＣ−Ｐｌａｎｅプロトコルは各々ＮＷＭＰとＧＭＰ（Ｇｒｉｍｍ  Ｍａｎａｇｅｍｅｎｔ  Ｐｒｏｔｏｃｏｌ）であり、異なっている。このため、ゲートウェイサーバ４０は、関門交換局３０からＮＷＭＰにより通知された制御用のメッセージなどを、必要に応じてＧＭＰに適合したメッセージへ変換して課金管理サーバ５０へ通知する。
また、基地局２０、関門交換局３０、ゲートウェイサーバ４０などの移動パケット通信網１００内の各通信設備および課金管理サーバ５０は、Ｃ−Ｐｌａｎｅプロトコルに従って、ＴＣＰコネクションＡやＴＣＰコネクションＢ１を確立するために用いられるパケットリンクの接続や解放、切断通知などを行なう制御信号を送受信する。
また、携帯電話機１０とコンテンツサーバ７０との間でＨＴＴＰ通信が行われている際に、その途中で携帯電話機１０が圏外に移動あるいはバッテリーが切れるなどして携帯電話機１０と基地局２０との間の無線リンクが切断されたり、あるいは移動パケット通信網１００内にて発生した輻輳や障害により、無線リンクや基地局２０からゲートウェイサーバ４０に到る有線リンクが切断される場合がある。この場合、基地局２０、関門交換局３０あるいは図示を省略した加入者交換局などのパケットリンクの中継ノードのうち、パケットリンクの切断を検出した中継ノードから、パケットリンクの切断を通知する制御信号がＮＷＭＰによりゲートウェイサーバ４０へ送信される。
次に、図３は、Ｕ−Ｐｌａｎｅのプロトコル構成について示す図である。Ｕ−Ｐｌａｎｅプロトコルは、ＨＴＴＰ通信を行なうための通信プロトコルである。このＵ−Ｐｌａｎｅプロトコルを用いてＨＴＴＰリクエストやＨＴＴＰレスポンスを送受信することにより、携帯電話機１０は、コンテンツサーバ７０により公開されているＨＴＭＬ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）コンテンツを閲覧することが可能になる。また、このＵ−Ｐｌａｎｅプロトコルは、電子メールの送受信などを行なう際にも用いられる。なお、同図に示すプロトコルの階層構造も図２と同様にＯＳＩ参照モデルに対応している。
同図に示すように、携帯電話機１０から課金管理サーバ５０の間では、Ｗｅｂアクセスおよび電子メールの送受信などを制御するＵ−ＰｌａｎｅプロトコルとしてＨＴＴＰが使用されており、ゲートウェイサーバ４０はＨＴＴＰプロキシとして動作する。
また、移動パケット通信網１００内で使用されているトランスポート層のプロトコル（Ｗ−ＴＣＰ：ＴＣＰ  Ｐｒｏｆｉｌｅ  ｏｖｅｒ  Ｗ−ＣＤＭＡ）は、無線区間を含む移動パケット通信網１００内の転送遅延時間を考慮し、伝送帯域を有効に活用できるようＴＣＰの実装パラメータをチューニングしたものである。一方、ゲートウェイサーバ４０と課金管理サーバ５０との間では標準のＴＣＰを使用している。このため、ゲートウェイサーバ４０は、ＨＴＴＰ通信を中継する際に、Ｗ−ＴＣＰとＴＣＰとの相互変換を行なう。
なお、ゲートウェイサーバ４０において、携帯電話機１０との間で送受信されるパケットのうち、Ｕ−Ｐｌａｎｅ上で送受信されるパケットのみを課金対象のパケットとして計測する。
以上が本実施形態に係る通信システム１の構成である。
［Ａ−２．実施形態の動作］
次に、本実施形態の動作について説明する。
１．ＨＴＴＰ通信の通常時の動作
最初に、携帯電話機１０とコンテンツサーバ７０との間でＨＴＴＰ通信が行われる場合の通信システム１各部の基本的な動作について図４を参照して説明する。なお、同図に示すシーケンスチャートには、Ｕ−Ｐｌａｎｅ上で送受信される信号のみが記載されている。
まず、携帯電話機１０においてユーザによりＷｅｂブラウザが起動され、携帯電話機１０からＴＣＰコネクションオープンメッセージ（以下、ＴＣＰコネクションオープンと記載する）が送信されると（ステップＳ１０１）、携帯電話機１０、ゲートウェイサーバ４０、コンテンツサーバ７０およびＴＣＰコネクションＡ，Ｂの各中継ノード（課金管理サーバ５０を含む）の間で、ＴＣＰコネクションＡ，Ｂをオープンするために必要な信号の送受信が行われる（ステップＳ１０２，Ｓ１０３）。これにより、携帯電話機１０とゲートウェイサーバ４０との間にＴＣＰコネクションＡが確立され、また、ゲートウェイサーバ４０とコンテンツサーバ７０との間にＴＣＰコネクションＢが確立される。
なお、実際には、ＴＣＰコネクションオープンの送信に先立って、例えば、携帯電話機１０とゲートウェイサーバ４０との間の移動パケット通信網１００内の各通信設備は、Ｃ−Ｐｌａｎｅプロトコル（ＮＷＭＰ）に従ってパケットリンクの接続に関する制御信号を送受信し、携帯電話機１０からゲートウェイサーバ４０までの間にパケットリンクを確立する。次いで、このパケットリンクを介して携帯電話機１０とゲートウェイサーバ４０との間でＴＣＰコネクションオープンなど、ＴＣＰの制御信号が送受信され、ＴＣＰコネクションＡが確立される。
同様に、ゲートウェイサーバ４０と課金管理サーバ５０とは、Ｃ−Ｐｌａｎｅプロトコル（ＧＭＰ）に従ってパケットリンクの接続に関する制御信号を送受信してパケットリンクを確立した後、このパケットリンクを介してＴＣＰの制御信号を送受信し、ＴＣＰコネクションＢ１を確立する。また、課金管理サーバ５０とコンテンツサーバ７０との間でも、パケットリンクを確立した後、このパケットリンク上でＴＣＰの制御信号を送受信し、ＴＣＰコネクションＢ２を確立する。
次いで、コンテンツサーバ７０が提供するホームページにアクセスした携帯電話機１０において、例えば、メニューの選択やコンテンツのダウンロードなどに関する操作入力がユーザにより行われ、操作入力により指示された指令を含んだＨＴＴＰリクエストが携帯電話機１０から送信されると、このＨＴＴＰリクエストがＴＣＰコネクションＡを介してゲートウェイサーバ４０へ送信される（ステップＳ１０４）。また、このＨＴＴＰリクエストは、ゲートウェイサーバ４０からＴＣＰコネクションＢを介して課金管理サーバ５０、さらにはその先のコンテンツサーバ７０へ送信される（ステップＳ１０５，１０６）。
コンテンツサーバ７０は、携帯電話機１０からのＨＴＴＰリクエストを受信すると、当該ＨＴＴＰリクエストに含まれている指令に応じたコンテンツ（例えば、指定されたメニュの画面データや指定されたコンテンツなど）をメモリから読み出して、ＨＴＴＰレスポンスとして携帯電話機１０へ送信する（ステップＳ１０７）。
課金管理サーバ５０は、コンテンツサーバ７０からのＨＴＴＰレスポンスを受信すると、まず、このＨＴＴＰ通信に適用する課金の種別を記憶情報（課金管理情報）に基づいて決定する。次いで、課金管理サーバ５０は、受信したＨＴＴＰレスポンスの拡張ヘッダに、決定した課金の種別などを示す課金情報を挿入する。なお、前述したように課金の種別には、ユーザ課金、ＣＰ課金、非課金の３種類がある。また、ＣＰ課金の場合には課金先を特定するプロバイダＩＤが課金の種別を示す情報とともに拡張ヘッダに挿入される。そして、課金管理サーバ５０は、拡張ヘッダに課金情報を挿入したＨＴＴＰレスポンスをゲートウェイサーバ４０へ送信する（ステップＳ１０８）。
ゲートウェイサーバ４０は、課金管理サーバ５０からＨＴＴＰレスポンスを受信すると、まず、拡張ヘッダに挿入されている課金情報をメモリに格納する。次いで、ゲートウェイサーバ４０は、ＨＴＴＰレスポンスの拡張ヘッダから課金情報を削除した後、当該ＨＴＴＰレスポンスを携帯電話機１０へ送信する（ステップＳ１０９）。このＨＴＴＰレスポンスは、ＴＣＰコネクションＡを介して携帯電話機１０に送信される。
このようにして、携帯電話機１０は、コンテンツサーバ７０から所望のコンテンツをＨＴＴＰ通信によりダウンロードすることができる。そして、この後、携帯電話機１０において、操作入力によりＨＴＴＰ通信の終了が指令され、ＴＣＰコネクションクローズメッセージ（以下、ＴＣＰコネクションクローズと記載する）がゲートウェイサーバ４０に対して送信されると、携帯電話機１０、ゲートウェイサーバ４０、課金管理サーバ５０およびコンテンツサーバ７０は、ＴＣＰコネクションＡおよびＴＣＰコネクションＢを解放する処理を行い（ステップＳ１１０）、ＨＴＴＰ通信を終了する。
また、ゲートウェイサーバ４０は、上記ステップＳ１０１にて携帯電話機１０からＴＣＰコネクションオープンが送信されてから上記ステップＳ１１０にてＴＣＰコネクションＡ，Ｂが解放されるまでの、Ｕ−Ｐｌａｎｅ上において当該ゲートウェイサーバ４０と携帯電話機１０との間で送受信されたパケットのデータ量を計測している。ゲートウェイサーバ４０は、計測したデータ量と、メモリに格納しておいた課金情報とを課金処理装置８０へ送信する（ステップＳ１１１）。
次いで、課金処理装置８０は、ゲートウェイサーバ４０から受信したデータ量および課金情報に基づいて課金に関する処理を行い、処理結果を料金センタ９０へ送信する。そして、料金センタ９０は、課金処理装置８０などから受信したデータに基づいて、各携帯電話機１０やコンテンツプロバイダ毎に、パケット通信や通話に関する通信料金を１ヶ月毎に算出して請求書を発行し、携帯電話機１０の加入契約者やコンテンツプロバイダから通信料金を徴収する。
２．ＨＴＴＰ通信の途中でＴＣＰコネクションＡを解放する場合の動作
次に、携帯電話機１０とコンテンツサーバ７０との間で行われるＨＴＴＰ通信の途中で、携帯電話機１０からゲートウェイサーバ４０までのＴＣＰコネクションＡを解放する場合の通信システム１各部の動作について図５〜図８を参照して説明する。
ＨＴＴＰ通信の途中でＴＣＰコネクションＡを解放する場合には、大別して以下に示す２つの態様が考えられる。
（１）ＨＴＴＰ通信の途中で携帯電話機１０のユーザが操作入力によりＨＴＴＰ通信の終了を指令した場合。例えば、ユーザがコンテンツサーバ７０からコンテンツを要求したにも拘らず、何らかの理由で突然ダウンロードを中止した場合。
（２）ＨＴＴＰ通信の途中で、携帯電話機１０が圏外に移行あるいはバッテリーが切れるなどして携帯電話機１０と基地局２０との間の無線リンクが切断されてしまったり、あるいは移動パケット通信網１００内にて発生した輻輳や障害により、無線リンクや基地局２０からゲートウェイサーバ４０に到る有線リンクが切断されてしまった場合。
上記（１）、（２）いずれの場合にも、コンテンツを含むＨＴＴＰレスポンスが携帯電話機１０に対して配信される前にＨＴＴＰ通信が中途で切断されてしまう場合を想定する。
まず、上記（１）の場合の携帯電話機１０、ゲートウェイサーバ４０および課金管理サーバ５０の動作について図５および図６を参照して説明する。なお、これらの図に示すシーケンスチャートには、図４と同様、Ｕ−Ｐｌａｎｅ上で送受信される信号のみが記載されている。また、以下に述べる動作説明において、図４の動作説明と同じ部分についてはその説明を簡略化している。さらに、図６において、図５と同様のステップについては、同一のステップ番号を付し、その説明を省略する。
図５において、携帯電話機１０からＴＣＰコネクションオープンが送信されると（ステップＳ２０１）、携帯電話機１０、ゲートウェイサーバ４０、コンテンツサーバ７０（同図においては図示を省略している）およびＴＣＰコネクションＡ，Ｂの各中継ノードの間でＴＣＰコネクションをオープンするために必要な信号の送受信が行われる（ステップＳ２０２）。これにより、携帯電話機１０とゲートウェイサーバ４０との間にＴＣＰコネクションＡが確立され、また、ゲートウェイサーバ４０とコンテンツサーバ７０との間にＴＣＰコネクションＢが確立される。その結果、携帯電話機１０とコンテンツサーバ７０間でＨＴＴＰ通信を行なうことが可能になる。
次いで、携帯電話機１０からＨＴＴＰリクエストが送信されると、このＨＴＴＰリクエストがＴＣＰコネクションＡを介してゲートウェイサーバ４０へ送信される（ステップＳ２０３）。また、このＨＴＴＰリクエストは、ゲートウェイサーバ４０からＴＣＰコネクションＢを介して課金管理サーバ５０、さらにはその先のコンテンツサーバ７０へ送信される（ステップＳ２０４）。
このようにしてＨＴＴＰリクエストが送信された後、携帯電話機１０のユーザが操作入力によりＨＴＴＰ通信の終了を指令すると、携帯電話機１０は当該指令に応じてＴＣＰコネクションクローズをゲートウェイサーバ４０に送信する（ステップＳ２０５）。ゲートウェイサーバ４０はこのＴＣＰコネクションクローズを受信した後、携帯電話機１０とのＴＣＰコネクションＡを解放する処理を行なう。
この後、ゲートウェイサーバ４０は、課金管理サーバ５０から課金情報を取得するため、ＴＣＰコネクションＢをハーフクローズとして、ＨＴＴＰレスポンスを受信するまでＴＣＰコネクションＢの接続を維持する。
すなわち、まず、ゲートウェイサーバ４０は、ＴＣＰコネクションＢ１を介して課金管理サーバ５０へＴＣＰコネクションクローズのＦＩＮ（Ｆｉｎｉｓｈ）を送信する（ステップＳ２０６）。課金管理サーバ５０は、ＴＣＰコネクションクローズのＦＩＮを受信すると、ＴＣＰコネクションＢ１を介してゲートウェイサーバ４０へＡＣＫを送信する（ステップＳ２０７）。
この後、まず、課金管理サーバ５０は、コンテンツサーバ７０とのＴＣＰコネクションＢ２を解放する。次いで、課金管理サーバ５０は、上記ステップＳ２０３において携帯電話機１０から送信されたＨＴＴＰリクエストに対する課金の種別などを記憶情報（課金管理情報）に基づいて決定する。そして、課金管理サーバ５０は、ＨＴＴＰレスポンスを生成し、決定した課金の種別などを示す課金情報を拡張ヘッダに挿入してゲートウェイサーバ４０へ送信する（ステップＳ２０８）。
ゲートウェイサーバ４０は、ＨＴＴＰレスポンスを受信すると、拡張ヘッダに挿入されている課金情報をメモリに格納する。また、既にＴＣＰコネクションＡが解放されているので、ゲートウェイサーバ４０は、課金情報をメモリに格納した後、このＨＴＴＰレスポンスを破棄する。
一方、課金管理サーバ５０は、ＨＴＴＰレスポンスを送信した後、ＴＣＰコネクションＢのハーフクローズを終了させるためのＦＩＮをゲートウェイサーバ４０に送信する（ステップＳ２０９）。ゲートウェイサーバ４０は、課金管理サーバ５０からのＦＩＮを受信すると、課金管理サーバ５０に対してＡＣＫを返信し（ステップＳ２１０）、ＨＴＴＰ通信を終了する。上記ステップＳ２０９およびＳ２１０の処理により、ＴＣＰコネクションＢ（正確には、上記ステップＳ２０７の後、ＴＣＰコネクションＢ２は既に解放されているので、ＴＣＰコネクションＢ１）が解放される。
また、ゲートウェイサーバ４０は、上記ステップＳ２０１にて携帯電話機１０からＴＣＰコネクションオープンが送信されてからＴＣＰコネクションＡが解放されるまでの、Ｕ−Ｐｌａｎｅ上において当該ゲートウェイサーバ４０と携帯電話機１０との間で送受信されたパケットの通信量を計測している。ゲートウェイサーバ４０は、計測した通信量と、メモリに格納しておいた課金情報とを課金処理装置８０へ送信する（ステップＳ２１１）。課金処理装置８０は、ゲートウェイサーバ４０から受信した通信量および課金情報に基づいて、切断されるまでのＨＴＴＰ通信に関する課金処理を行い、この処理結果に基づいて、料金センタ９０にて携帯電話機１０やコンテンツプロバイダ毎にパケット通信に関する通信料金が算出され、請求書が発行される。
図６は、図５において説明した処理をさらに詳しく例示するシーケンスチャートである。図６においては、図５と同一のステップについては説明を省略し、ステップＳ２０５〜Ｓ２１０の処理についてさらに詳しく説明する。
上記ステップＳ２０５において、ゲートウェイサーバ４０が携帯電話機１０からこのＴＣＰコネクションクローズを受信するタイミングとしては、（ａ）コンテンツサーバ７０からのＨＴＴＰレスポンスを課金管理サーバ５０から受信した後、（ｂ）受信する前、のいずれかの場合が考えられる。（ａ）の場合には、ゲートウェイサーバ４０は、携帯電話機１０との間のＴＣＰコネクションＡが既に解放されているので、ＨＴＴＰレスポンスの拡張ヘッダに挿入されている課金情報をメモリに格納した後、ＨＴＴＰレスポンスを破棄する。次いで、ＴＣＰコネクションＢを解放する処理を行なう。
（ｂ）の場合、ゲートウェイサーバ４０は課金管理サーバ５０からＨＴＴＰレスポンスを受信していないので、課金情報を未だ取得していない。そこで、ゲートウェイサーバ４０は、課金情報を取得するために、課金管理サーバ５０からＨＴＴＰレスポンスを受信するまでＴＣＰコネクションＢの接続を維持する。この際、課金管理サーバ５０からゲートウェイサーバ４０方向へデータを送信するための通信の接続が維持されていれば、ゲートウェイサーバ４０はＨＴＴＰレスポンスを受信することができるので、ＴＣＰコネクションＢ１をハーフクローズ状態とする。つまり、ゲートウェイサーバ４０は、携帯電話機１０からのＨＴＴＰリクエストを課金管理サーバ５０に対して送信した後、当該ＨＴＴＰリクエストに対するＨＴＴＰレスポンスを課金管理サーバ５０から受信することなく携帯電話機１０からＴＣＰコネクションクローズを受信した場合に、ＴＣＰコネクションＢ１をハーフクローズ状態とする。
具体的には、図６において、まず、ゲートウェイサーバ４０は、ＴＣＰコネクションＢ１を介して課金管理サーバ５０へＴＣＰコネクションクローズを要求するＦＩＮを送信する（ステップＳ２０６）。課金管理サーバ５０は、ＦＩＮを受信すると、ＴＣＰコネクションＢ１を介してゲートウェイサーバ４０へＡＣＫを送信する（ステップＳ２０７）。この結果、ゲートウェイサーバ４０から課金管理サーバ５０方向にデータを送信するための通信が切断される一方、課金管理サーバ５０からゲートウェイサーバ４０方向にデータを送信するための通信は接続が維持された状態となる（ハーフクローズ状態）。
また、課金管理サーバ５０は、ステップＳ２０７においてゲートウェイサーバ４０へＡＣＫを送信した後、コンテンツサーバ７０とのＴＣＰコネクションＢ２を解放するようになっている。すなわち、課金管理サーバ５０は、ＴＣＰコネクションＢ２を介してコンテンツサーバ７０に対してＴＣＰコネクションクローズを要求するＦＩＮを送信する（ステップＳ６０１）。コンテンツサーバ７０は、受信したＦＩＮに対する応答としてＴＣＰコネクションＢ２を介して課金管理サーバ５０へＡＣＫを送信すると同時に、ＴＣＰコネクションクローズのＦＩＮを送信する（ステップＳ６０２）。課金管理サーバ５０は、ＴＣＰコネクションクローズのＦＩＮを受信すると、ＴＣＰコネクションＢ２を介してコンテンツサーバ７０へＡＣＫを送信する（ステップＳ６０３）。これにより、ＴＣＰコネクションＢ２はクローズ状態となる。
課金管理サーバ５０は、上記ステップＳ２０６において、ゲートウェイサーバ４０からＴＣＰコネクションクローズを要求するＦＩＮを受信した時点で、コンテンツを含むＨＴＴＰレスポンスをコンテンツサーバ７０からすでに受信している場合がある。この場合、課金管理サーバ５０はこのＨＴＴＰ通信に対する課金の種別などを当該ＨＴＴＰレスポンスと記憶情報（課金管理情報）に基づいて決定する。そして、課金管理サーバ５０は、決定した課金の種別などを示す課金情報をＨＴＴＰレスポンスの拡張ヘッダに挿入してゲートウェイサーバ４０へ送信する（ステップＳ２０８）。
一方、課金管理サーバ５０が、上記ステップＳ２０６において、ゲートウェイサーバ４０からＴＣＰコネクションクローズを要求するＦＩＮを受信した時点で、コンテンツを含むＨＴＴＰレスポンスをコンテンツサーバ７０からまだ受信していない場合には、課金管理サーバ５０は、携帯電話機１０から送信されたＨＴＴＰリクエストに対する課金の種別などを当該ＨＴＴＰリクエストと記憶情報（課金管理情報）に基づいて決定する。そして、課金管理サーバ５０は、コンテンツを含まないＨＴＴＰレスポンスを生成し、決定した課金の種別などを示す課金情報を拡張ヘッダに挿入してゲートウェイサーバ４０へ送信する（ステップＳ２０８）。
ゲートウェイサーバ４０は、ＨＴＴＰレスポンスを受信すると、拡張ヘッダに挿入されている課金情報をメモリに格納する。また、既にＴＣＰコネクションＡが解放されているので、ゲートウェイサーバ４０は、課金情報をメモリに格納した後、このＨＴＴＰレスポンスを破棄する。
一方、課金管理サーバ５０は、ＨＴＴＰレスポンスを送信した後、ＴＣＰコネクションＢ１のハーフクローズを終了させるためのＦＩＮをゲートウェイサーバ４０に送信する（ステップＳ２０９）。ゲートウェイサーバ４０は、課金管理サーバ５０からのＦＩＮを受信すると、課金管理サーバ５０に対してＡＣＫを返信し（ステップＳ２１０）、ＨＴＴＰ通信を終了する。上記ステップＳ２０９およびＳ２１０の処理により、ＴＣＰコネクションＢ１が解放される。
次に、前述した（２）の場合、すなわちＨＴＴＰ通信の途中で、移動パケット通信網１００内のパケットリンクが切断された場合の、携帯電話機１０、ゲートウェイサーバ４０および課金管理サーバ５０の動作について図７、８を参照して説明する。なお、同図にて、Ｕ−Ｐｌａｎｅ上で送受信される信号は実線で、Ｃ−Ｐｌａｎｅ上で送受信される信号は破線で記載されている。また、同図において図５、６と同一のステップには同じステップ番号を付し、その説明を省略するものとする。
まず、ステップＳ２０１〜Ｓ２０４に示す処理により、携帯電話機１０とゲートウェイサーバ４０との間にＴＣＰコネクションＡが確立され、ゲートウェイサーバ４０とコンテンツサーバ７０（図７においては図示を省略）との間にＴＣＰコネクションＢが確立される。また、このＴＣＰコネクションＡおよびＴＣＰコネクションＢを介して、携帯電話機１０からのＨＴＴＰリクエストがコンテンツサーバ７０へ送信される。
このようにして携帯電話機１０からＨＴＴＰリクエストが送信された後、当該ＨＴＴＰリクエストに対するＨＴＴＰレスポンスをゲートウェイサーバ４０が受信していない期間において、携帯電話機１０が圏外（サービスエリア内であるものの地下などの電波の届かないエリアにいる場合を含む）に移動してしまったり、バッテリーが切れるなどして無線リンクが切断されてしまった場合や、移動パケット通信網１００内の無線区間や有線区間において輻輳や装置の故障などの障害が発生した場合には、必然的にＴＣＰコネクションＡが切断されてしまう。
例えば、携帯電話機１０と基地局２０の間の無線リンクが切断された場合、無線リンクの切断を通知する切断通知が、基地局２０から関門交換局３０を介してゲートウェイサーバ４０へ送信される。なお、この切断通知は、ＮＷＭＰによりＣ−Ｐｌａｎｅ上で送信される制御信号である。また、移動パケット通信網１００内において輻輳や障害が発生した場合も同様であり、輻輳や障害を検出した中継ノード（例えば、基地局２０や関門交換局３０、図示を省略した加入者交換局など）からゲートウェイサーバ４０へＮＷＭＰにより切断通知が送信される。
図７、図８において、この切断通知をゲートウェイサーバ４０が受信すると（ステップＳ３０１）、ゲートウェイサーバ４０は、ＴＣＰコネクションＡを解放する処理を行なう。なお、携帯電話機１０は、パケットリンクの切断を検出する機能を有しており、当該機能によりパケットリンクが切断されたことを検出すると、ゲートウェイサーバ４０との間に確立したＴＣＰコネクションＡを解放する。
また、ゲートウェイサーバ４０は、切断通知の送信元となる中継ノードへＮＷＭＰにより切断通知応答を送信するとともに（ステップＳ３０２）、ＴＣＰコネクションＡを解放したことを通知する解放通知をＧＭＰにより課金管理サーバ５０へ送信する（ステップＳ３０３）。
また、ゲートウェイサーバ４０、課金管理サーバ５０およびコンテンツサーバ７０は、ＴＣＰコネクションＡの解放に応じて図７、図８に示すステップＳ２０６〜Ｓ２１１に示す処理および図８におけるステップＳ６０１〜Ｓ６０３に示す処理を実行する。すなわち、ＴＣＰコネクションＢ１をハーフクローズ状態として、ゲートウェイサーバ４０が課金管理サーバ５０からＨＴＴＰレスポンスを受信するまでＴＣＰコネクションＢ１の接続を継続させる。また、ゲートウェイサーバ４０は、Ｕ−Ｐｌａｎｅ上にて携帯電話機１０と送受信したパケットのデータ量および課金情報を課金処理装置８０へ送信し、このデータ量および課金情報に基づいて、切断されるまでのＨＴＴＰ通信に関する課金処理が課金処理装置８０により行われ、料金センタ９０にて通信料金が算出される。
以上説明したように本実施形態によれば、ゲートウェイサーバ４０は、携帯電話機１０とコンテンツサーバ７０とのＨＴＴＰ通信を中継している際に、携帯電話機１０からゲートウェイサーバ４０までのＴＣＰコネクションＡの切断を検出した場合、ＴＣＰコネクションＡが切断されるまでのＨＴＴＰ通信に対する課金情報を課金管理サーバ５０から受信するまで、ＴＣＰコネクションＢ１の接続を継続させる。
したがって、移動パケット通信網１００では、ＨＴＴＰ通信が途中で切断された場合であっても、切断されるまでのＨＴＴＰ通信に対する課金をデータ量に応じて正確に行なうことができる。
なお、ゲートウェイサーバ４０は、自サーバ４０内のメモリに記憶されているプログラムに従って以上説明した処理を実行するが、このような処理を実行するためのプログラムをゲートウェイサーバ４０が通信により取得できるようにしてもよい。さらには、例えば、光記録媒体や磁気記録媒体、半導体メモリなどの記録媒体を用いて上記プログラムをゲートウェイサーバ４０に提供してもよい。
Ｂ．変形例
以上、本発明の実施形態について説明したが、本発明はその主要な特徴から逸脱することなく他の様々な形態で実施することが可能である。上述した実施形態は、本発明の一態様を例示したものに過ぎず、本発明の範囲は、特許請求の範囲に示す通りであって、また、特許請求の範囲の均等範囲に属する変形や変更は、全て本発明の範囲内に含まれる。なお、変形例としては、例えば、以下のようなものが考えられる。
変形例１：
上述した実施形態では、図５〜図８のステップＳ２０６〜Ｓ２１１および図６および図８のステップＳ６０１〜Ｓ６０３に示したように、ＴＣＰコネクションＢ１をハーフクローズ状態とし、ＴＣＰコネクションＢ２をクローズ状態とするようにした。しかしながら、このようにＴＣＰコネクションＢ１をハーフクローズ状態とする必要は必ずしもなく、ＨＴＴＰ通信の途中でＴＣＰコネクションＡの切断を検出した場合に、ＴＣＰコネクションＡが切断されるまでのＨＴＴＰ通信に対する課金情報をゲートウェイサーバ４０が課金管理サーバ５０から受信するまで、課金管理サーバ５０からゲートウェイサーバ４０方向の通信が継続してさえいれば、どのような接続形態でもよい。すなわち、ゲートウェイサーバ４０が課金管理サーバ５０からＨＴＴＰレスポンスを受信するまで、ＴＣＰコネクションＢの接続を継続させるようにするか、あるいは、ＴＣＰコネクションＢ１のみをハーフクローズ状態とする代わりに、ＴＣＰコネクションＢ全体をハーフクローズ状態とする方法でもよい。
図９および図１０は、本変形例１に係り、ゲートウェイサーバ４０が課金管理サーバ５０からＨＴＴＰレスポンスを受信するまで、ＴＣＰコネクションＢの接続を継続させる場合の、通信システム１各部の動作について示すシーケンスチャートである。なお、図９および図１０にて、Ｕ−Ｐｌａｎｅ上で送受信される信号は実線で、Ｃ−Ｐｌａｎｅ上で送受信される信号は破線で記載されている。また、以下に述べる動作説明において、図４〜図８の動作説明と同じ部分についてはその説明を簡略化している。
まず、図９は、携帯電話機１０とコンテンツサーバ７０との間で行われるＨＴＴＰ通信の途中で、携帯電話機１０のユーザが操作入力によりＨＴＴＰ通信の終了を指令した場合について示す図であり、同図においてステップＳ４０１〜Ｓ４０６までの処理は、図４に示したステップＳ１０１〜Ｓ１０６までの処理と同じである。
但し、本変形例１に係るゲートウェイサーバ４０は、携帯電話機１０からのＨＴＴＰリクエストを課金管理サーバ５０へ送信してから、このＨＴＴＰリクエストに対するＨＴＴＰレスポンスを課金管理サーバ５０から受信するまでの時間を計時するタイマを有し、このタイマによる計時時間が予めメモリに記憶された規定値（タイムアウト値）を超えた場合に、ＴＣＰコネクションＢの解放処理を実行するようになっている。なお、上記タイムアウト値は、課金管理サーバ５０が計時するＨＴＴＰレスポンス待ち時間のタイムアウト値（例えば、５分）に比べて十分に大きな値となるように設定されている（例えば、１０分）。
そして、ゲートウェイサーバ４０は、ステップＳ４０５においてＨＴＴＰリクエストを課金管理サーバ５０へ送信すると、上記タイマによる計時を開始し（ステップＳ４０７）、課金管理サーバ５０からＨＴＴＰレスポンスを受信するまでの時間を計時する。
本変形例１では、ゲートウェイサーバ４０が、携帯電話機１０からのＨＴＴＰリクエストを課金管理サーバ５０へ送信した後、上記タイマによる計時時間がタイムアウト値を超えるまでの期間内にＴＣＰコネクションＡの切断を検出した場合、課金管理サーバ５０からＨＴＴＰレスポンスを受信するか、あるいはタイマの計時時間がタイムアウト値を超えるまで、ＴＣＰコネクションＢの接続を継続させるようにした点を特徴としている。
すなわち、上記タイマによる計時時間がタイムアウト値に達しておらず、かつ、課金管理サーバ５０からＨＴＴＰレスポンスを受信していない期間において、ゲートウェイサーバ４０が携帯電話機１０からのＴＣＰコネクションクローズを受信すると（ステップＳ４０８）、まず、携帯電話機１０およびゲートウェイサーバ４０は、ＴＣＰコネクションＡを解放する処理を行なう。
次いで、ゲートウェイサーバ４０は、課金管理サーバ５０からＨＴＴＰレスポンスを受信するか、あるいはタイマの計時時間がタイムアウト値を超えるまで、ＴＣＰコネクションＢの接続を継続させる。そして、ゲートウェイサーバ４０は、課金管理サーバ５０からＨＴＴＰレスポンスを受信すると（ステップＳ４１０）、まず、このＨＴＴＰレスポンスの拡張ヘッダに挿入されている課金情報をメモリに格納する。また、既にＴＣＰコネクションＡを解放しており、このＨＴＴＰレスポンスを携帯電話機１０に中継することができないので、ゲートウェイサーバ４０は、課金情報をメモリに格納した後、このＨＴＴＰレスポンスを破棄する。
この後、ゲートウェイサーバ４０、課金管理サーバ５０およびコンテンツサーバ７０は、ＴＣＰコネクションＢを解放する処理を行い（ステップＳ４１１）、ＨＴＴＰ通信を終了する。また、ゲートウェイサーバ４０は、Ｕ−Ｐｌａｎｅ上にて携帯電話機１０との間で送受信したパケットのデータ量および課金情報を課金処理装置８０へ送信し（ステップＳ４１２）、このデータ量および課金情報に基づいて、切断されるまでのＨＴＴＰ通信に関する課金処理が課金処理装置８０により行われ、料金センタ９０にて通信料金が算出される。
また、図１０は、携帯電話機１０とコンテンツサーバ７０との間で行われるＨＴＴＰ通信の途中で、移動パケット通信網１００内のパケットリンクが切断された場合について示すシーケンスチャートである。なお、同図おいて図９と同一のステップには同じステップ番号を付し、その説明を省略するものとする。また、同図に示すステップＳ５０１〜Ｓ５０３の処理は、図７、図８に示したステップＳ３０１〜Ｓ３０３の処理と同じであるので、その説明を簡略化するものとする。
ゲートウェイサーバ４０は、ステップＳ４０５において携帯電話機１０からのＨＴＴＰリクエストを課金管理サーバ５０へ送信すると、タイマによる計時を開始する（ステップＳ４０７）。そして、タイマによる計時時間がタイムアウト値に達しておらず、かつ、課金管理サーバ５０からＨＴＴＰレスポンスを受信していない期間において、基地局２０、関門交換局３０あるいは図示を省略した加入者交換局などのパケットリンクの中継ノードから、移動パケット通信網１００内における無線リンクや無線リンクの切断を通知する切断通知（ＮＷＭＰ）をゲートウェイサーバ４０が受信すると（ステップＳ５０１）、まず、ゲートウェイサーバ４０は、ＴＣＰコネクションＡを解放する処理を行なう。
また、ゲートウェイサーバ４０は、切断通知の送信元となる中継ノードへ切断通知応答（ＮＷＭＰ）を送信するとともに（ステップＳ５０２）、ＴＣＰコネクションＡを解放したことを通知する解放通知（ＧＭＰ）を課金管理サーバ５０へ送信する（ステップＳ５０３）。そして、ゲートウェイサーバ４０は、課金管理サーバ５０からＨＴＴＰレスポンスを受信するか、あるいはタイマの計時時間がタイムアウト値を超えるまで、ＴＣＰコネクションＢの接続を継続させ、ステップＳ４０９〜Ｓ４１２の処理を行なう。
変形例２：
上述した変形例１においてゲートウェイサーバ４０は、図９および図１０に示したステップＳ４１０においてＨＴＴＰレスポンスを受信すると、当該ＨＴＴＰレスポンスから課金情報を取得した後、このＨＴＴＰレスポンスを破棄する構成とした。これは、既にＴＣＰコネクションＡが解放されており、このＨＴＴＰレスポンスを携帯電話機１０に中継することができないためである。
しかしながら、ＴＣＰコネクションＡの切断要因には、例えば、無線リンクが一時的に切断されたことなど、多少の時間が経過した後、ＴＣＰコネクションＡの接続が復旧するような場合が考えられる。そこで、ゲートウェイサーバ４０は、ステップＳ４１０において受信したＨＴＴＰレスポンスを破棄せずメモリに記憶しておき、ＴＣＰコネクションＡの接続が予め定められた時間内に復旧した場合には、メモリに記憶しておいたＨＴＴＰレスポンスを読み出して携帯電話機１０に送信するような構成としてもよい。この場合、メモリに記憶されたＨＴＴＰレスポンスは、メモリに記憶してから一定時間が経過すると削除される。
変形例３：
上述した実施形態では、課金情報をＨＴＴＰレスポンスの拡張ヘッダに挿入するようにしたが、課金情報は、課金管理サーバ５０からゲートウェイサーバ４０へ送信されるＨＴＴＰレスポンスに付与してもよい。あるいはＨＴＴＰレスポンスに課金情報を関連付け、ＨＴＴＰレスポンスとともに送信する形態であってもよい。
変形例４：
上述した実施形態では、コネクション型の通信プロトコルとしてＴＣＰを用いた場合について説明したが、コネクション型の通信プロトコルはＴＣＰに限定されるものではない。例えば、ＳＰＸ（Ｓｅｑｕｅｎｃｅｄ  Ｐａｃｋｅｔ  ｅＸｃｈａｎｇｅ）やＸ２５などであってもよい。また、コネクション型の通信は、ＨＴＴＰ通信に限定されるものではなく、例えば、ＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）、ＳＭＴＰ（Ｓｉｍｐｌｅ  Ｍａｉｌ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）、ＰＯＰ（Ｐｏｓｔ  Ｏｆｆｉｃｅ  Ｐｒｏｔｏｃｏｌ）などによる通信であってもよい。
変形例５：
上述した実施形態では、通信端末として携帯電話機１０を用いた場合について説明した。しかしながら、通信端末は携帯電話機１０に限定されるものではなく、例えば、無線通信機能を有し、移動パケット通信網１００を介してコネクション型の通信を行なうことが可能なＰＤＡやモバイルコンピュータ、据置型のパーソナルコンピュータなどであってもよい。さらに、ゲートウェイサーバ４０は移動パケット通信網１００の外に設置されている構成であってもよい。また、コンテンツサーバ７０は、専用線を介して課金管理サーバ５０に直接接続されている構成などであってもよい。
変形例６：
上述した実施形態では、ＩＭＴ−２０００に準拠した移動パケット通信網１００を例示して説明を行ったが、移動パケット通信網１００は、ＩＭＴ−２０００に準拠したものに限定されるものではない。加えて、移動パケット通信網に限定されるものでもなく、配下の通信端末に対してコネクション型の通信をサポートするとともに、通信端末に対してデータ量などに応じた料金の課金を行なう通信網であればよい。
【図面の簡単な説明】
図１は、本発明の実施形態に係る通信システムの構成を例示するブロック図である。
図２は、同実施形態に係るＣ−Ｐｌａｎｅのプロトコル構成について例示する図である。
図３は、同実施形態に係るＵ−Ｐｌａｎｅのプロトコル構成について例示する図である。
図４は、同実施形態に係り、携帯電話機とコンテンツサーバとの間でＨＴＴＰ通信が行われる場合の通信システム各部の基本的な動作を例示するシーケンスチャートである。
図５は、同実施形態に係り、ＨＴＴＰ通信の途中で携帯電話機のユーザが操作入力によりＨＴＴＰ通信の終了を指令した場合の、通信システム各部の動作を例示するシーケンスチャートである。
図６は、同実施形態に係り、図５において例示する通信システム各部の動作をさらに詳しく例示するシーケンスチャートである。
図７は、同実施形態に係り、ＨＴＴＰ通信の途中で、移動パケット通信網内のパケットリンクが切断された場合の、通信システム各部の動作を例示するシーケンスチャートである。
図８は、同実施形態に係り、図７において例示する通信システム各部の動作をさらに詳しく例示するシーケンスチャートである。
図９は、本発明の変形例１に係り、通信システム各部の動作を例示するシーケンスチャートである。
図１０は、本発明の変形例１に係り、通信システム各部の動作を例示する他のシーケンスチャートである。
【図１】
2003084156.tif 000003
【図２】
2003084156.tif 000004
【図３】
2003084156.tif 000005
【図４】
2003084156.tif 000006
【図５】
2003084156.tif 000007
【図６】
2003084156.tif 000008
【図７】
2003084156.tif 000009
【図８】
2003084156.tif 000010
【図９】
2003084156.tif 000011
【図１０】
2003084156.tif 000012
【国際調査報告】
2003084156.tif 000013
2003084156.tif 000014
2003084156.tif 000015