(57)【要約】  【課題】  携帯電話端末等のモバイル機器からＨＴＴＰセッションが切断されても、当該モバイル機器に特別なアプリケーションをインストールすることなく、ＨＴＴＰセッションを継続、または、Ｗｅｂサーバからの応答をユーザに返信、することを可能にするとともに、このようなことを実現する負荷分散可能なシステムを提供すること。  【解決手段】  携帯電話端末１１０からの要求をＷｅｂサーバ１２０に中継する中継装置を備える通信システムにおいて、中継装置１３０は、携帯電話端末１１０からの処理要求をＷｅｂサーバに中継し、Ｗｅｂサーバからの処理応答を記憶する。そして、中継装置１３０は、当該処理応答を中継装置１３０から取得すべき旨のメッセージ、または、当該処理応答を添付したメッセージを携帯電話端末１１０に送信する。【選択図】図１
2008015593.tif 000002
【特許請求の範囲】
【請求項１】
通信端末と通信サーバとの間の通信を中継する中継装置であって、
前記通信サーバからの応答を記憶する記憶部と、
前記応答を受信した際に、予め定められたプロトコルに応じたメッセージを前記通信端末に送信する処理を制御する制御部と、
を備えることを特徴とする中継装置。
【請求項２】
請求項１に記載の中継装置であって、
前記プロトコルは、前記通信端末に前記応答の受信要求を送信させるものであることを特徴とする中継装置。
【請求項３】
請求項１に記載の中継装置であって、
前記プロトコルは、前記応答を添付したメッセージを前記通信端末に送信するものであることを特徴とする中継装置。
【請求項４】
請求項１に記載の中継装置であって、
前記制御部は、前記通信端末に前記応答の受信要求を送信させるプッシュ型プロトコル、前記応答を添付したメッセージを前記通信端末に送信するメールプロトコル、または、ＨＴＴＰを選択するものであることを特徴とする中継装置。
【請求項５】
請求項４に記載の中継装置であって、
前記制御部は、前記通信端末及び前記通信サーバの少なくとも何れか一方との間の回線状況を判別して、プロトコルの切り替えを行うことを特徴とする中継装置。
【請求項６】
請求項５に記載の中継装置であって、
前記制御部は、前記通信端末との間のセッションの切断を予め定めた回数以上検出した場合に、プロトコルの切り替えを行うことを特徴とする中継装置。
【請求項７】
請求項５に記載の中継装置であって、
前記制御部は、前記通信サーバとの間のセッションのタイムアウト時間が経過した場合、または、前記通信サーバとの間のセッションが切断された場合に、プロトコルの切り替えを行うことを特徴とする中継装置。
【請求項８】
請求項５に記載の中継装置であって、
前記制御部は、前記中継装置に接続されている前記通信端末の回線数が予め定められた回線数に達している場合に、プロトコルの切り替えを行うことを特徴とする中継装置。
【請求項９】
請求項５に記載の中継装置であって、
前記中継装置は、ＣＰＵ及びメモリを備えており、
前記制御部は、前記ＣＰＵ又は前記メモリの使用率が予め定めた値よりも高い場合に、プロトコルの切り替えを行うことを特徴とする中継装置。
【請求項１０】
請求項１乃至９の何れか一項に記載の中継装置であって、
前記制御部は、前記通信端末から前記通信サーバへの要求に予め定められた文字列がある場合には、前記通信端末から前記通信サーバへのセッションのタイムアウト時間を変更するメッセージを前記通信端末に送信する処理を制御することを特徴とする中継装置。
【請求項１１】
コンピュータを、
通信サーバからの応答を記憶する記憶手段、
通信端末からの要求を通信サーバに中継する処理と、前記応答を受信した際に、予め定められたプロトコルに応じたメッセージを通信端末に送信する処理と、を制御する制御手段、
として機能させることを特徴とするプログラム。
【請求項１２】
請求項１１に記載のプログラムであって、
前記プロトコルは、前記通信端末に前記応答の受信要求を送信させるものであることを特徴とするプログラム。
【請求項１３】
請求項１１に記載のプログラムであって、
前記プロトコルは、前記応答を添付したメッセージを前記通信端末に送信するものであることを特徴とするプログラム。
【請求項１４】
請求項１１に記載のプログラムであって、
前記制御手段は、前記通信端末に前記応答の受信要求を送信させるプッシュ型プロトコル、前記応答を添付したメッセージを前記通信端末に送信するメールプロトコル、または、ＨＴＴＰを選択するものであることを特徴とするプログラム。
【請求項１５】
請求項１４に記載のプログラムであって、
前記制御手段は、前記通信端末及び前記通信サーバの少なくとも何れか一方との間の回線状況を判別して、プロトコルの切り替えを行うことを特徴とするプログラム。
【請求項１６】
請求項１５に記載のプログラムであって、
前記制御手段は、前記通信端末との間のセッションの切断を予め定めた回数以上検出した場合に、プロトコルの切り替えを行うことを特徴とするプログラム。
【請求項１７】
請求項１５に記載のプログラムであって、
前記制御手段は、前記通信サーバとの間のセッションのタイムアウト時間が経過した場合、または、前記通信サーバとの間のセッションが切断された場合に、プロトコルの切り替えを行うことを特徴とするプログラム。
【請求項１８】
請求項１５に記載のプログラムであって、
前記制御手段は、前記コンピュータに接続されている前記通信端末の回線数が予め定められた回線数に達している場合に、プロトコルの切り替えを行うことを特徴とするプログラム。
【請求項１９】
請求項１５に記載のプログラムであって、
前記コンピュータは、ＣＰＵ及びメモリを備えており、
前記制御手段は、前記ＣＰＵ又は前記メモリの使用率が予め定めた値よりも高い場合に、プロトコルの切り替えを行うことを特徴とするプログラム。
【請求項２０】
請求項１１乃至１９の何れか一項に記載のプログラムであって、
前記通信端末から前記通信サーバへの要求に予め定められた文字列がある場合には、前記通信端末から前記通信サーバへのセッションのタイムアウト時間を変更するメッセージを前記通信端末に送信する処理を前記制御手段に制御させることを特徴とするプログラム。
【請求項２１】
通信端末と通信サーバとの間の通信を中継する中継装置が行う中継方法であって、
前記通信サーバからの応答を記憶する記憶過程と、
前記応答を受信した際に、予め定められたプロトコルに応じたメッセージを前記通信端末に送信する送信過程と、
を備えることを特徴とする中継方法。
【請求項２２】
通信端末と、通信サーバと、中継装置と、を備える通信システムであって、
前記通信サーバは、前記通信端末から前記通信サーバへの要求を受信し、処理の一部を前記中継装置に移行するメッセージを前記中継装置に送信する処理を制御する制御部を備え、
前記中継装置は、
前記通信サーバからの前記メッセージを記憶する記憶部と、
前記メッセージを受信した際に、予め定められたプロトコルに応じたメッセージを前記通信端末に送信する処理を制御する制御部と、前記メッセージに含まれる前記通信サーバから移行された処理を行うことができる機能と、前記通信端末と該処理を継続できる機能と、
を備えることを特徴とする通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信端末と通信サーバとの間の通信を中継する技術に関する。
【背景技術】
【０００２】
近年、携帯電話端末からの処理要求に応じてＷｅｂ（World Wide Web）サーバで様々な処理が行われるようになってきている。
【０００３】
ここで、Ｗｅｂサーバでの複雑な処理を行うと、Ｗｅｂサーバにおける処理時間が長くなってしまい、ＨＴＴＰ（HyperText Transfer Protocol）セッションが切断されてしまう場合がある。加えて、携帯電話端末においては無線で通信を行っているため、通信中に回線が切断されてしまうこともしばしば起こる。
【０００４】
この点、データベースのアクセス処理においては、特許文献１に記載されているように、ＷｅｂブラウザからＷｅｂサーバに処理要求を送信し、Ｗｅｂサーバにおいてオフラインでデータベースの処理を行い、Ｗｅｂブラウザからは定期的にＨＴＴＰ要求をＷｅｂサーバに送信し、処理が完了していれば、Ｗｅｂサーバから処理結果を取得する技術が掲示されている。
【０００５】
【特許文献１】特開２０００−５７０８９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
特許文献１に記載された技術では、Ｗｅｂサーバが負荷分散されていた場合、ＨＴＴＰ要求を前回と同じＷｅｂサーバに送信することができず、また、定期的にＨＴＴＰ要求を送信するＷｅｂブラウザ又はアプリケーションをクライアント側の端末にインストールしなければならなかった。
【０００７】
この点、携帯電話端末等のモバイル機器においては、これらのＷｅｂブラウザ又はアプリケーションを機器毎にインストールしなければならず、また、これらのＷｅｂブラウザ又はアプリケーションを機器毎にプログラムを開発しなければならず、不便であった。
【０００８】
そこで、本発明は、携帯電話端末等のモバイル機器からＨＴＴＰセッションが切断されても、当該モバイル機器に特別なアプリケーションをインストールすることなく、ＨＴＴＰセッションを継続、または、Ｗｅｂサーバからの応答をユーザに返信、することを可能にするとともに、このようなことを実現する負荷分散可能なシステムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
以上の課題を解決するため、本発明は、Ｗｅｂサーバにおける処理結果を中継装置に記憶し、中継装置から携帯電話端末に所定のプロトコルに対応したメッセージを送信することで、携帯電話端末において受信したメッセージに応じた処理を行い、中継装置から処理結果を取得することができるようにした。
【００１０】
例えば、本発明は、通信端末と通信サーバとの間の通信を中継する中継装置であって、前記通信サーバからの応答を記憶する記憶部と、前記応答を受信した際に、予め定められたプロトコルに応じたメッセージを前記通信端末に送信する処理を制御する制御部と、を備えることを特徴とする。
【発明の効果】
【００１１】
以上のように、本発明によれば、負荷分散されている中継装置から所定のプロトコルに対応したメッセージを受信した携帯電話端末において、受信したメッセージに応じた処理を行い、Ｗｅｂサーバにおける処理結果を記憶した中継装置から処理結果を取得することができるようになっているため、処理結果を受信する前に回線が切断されても確実に処理結果を携帯電話端末において取得することができ、また、携帯電話端末において回線切断前の処理を継続することができるようになる。
【発明を実施するための最良の形態】
【００１２】
図１は、本発明の第一の実施形態である通信システム１００の概略図である。
【００１３】
図示するように、通信システム１００は、携帯電話端末１１０と、Ｗｅｂサーバ１２０と、中継装置１３０と、により構成されており、携帯電話端末１１０及び中継装置１３０は、キャリア通信網１５０で接続されており、Ｗｅｂサーバ１２０及び中継装置１３０は、インターネット１５１で接続されている。
【００１４】
本実施形態における携帯電話端末１１０は、無線を介してキャリア通信網１５０と接続可能にされており、キャリア通信網１５０及びインターネット１５１を介してＷｅｂサーバ１２０とデータの送受信を行うことができるようにされている。
【００１５】
なお、本実施形態における携帯電話端末１１０は、後述するＷｅｂサーバ１２０に何らかの処理を要求するためのメッセージのヘッダ、例えば、ＨＴＴＰヘッダに、携帯電話端末１１０を一意に識別するための端末ＩＤを格納して送信するようにされている。
【００１６】
また、本実施形態における携帯電話端末１１０は、Ｗｅｂ通信機能（ＨＴＴＰ通信機能）と、メールを送受信する機能と、プッシュ型プロトコルに対応したメッセージを受信する機能と、後述する中継装置１３０に接続する機能と、を有している。
【００１７】
図１において、携帯電話端末１１０は一つしか図示していないが、キャリア通信網には複数の携帯電話端末１１０が接続可能にされている。
【００１８】
本実施形態におけるＷｅｂサーバ１２０は、携帯電話端末１１０からの処理要求に対して、所定の処理を実行し、処理結果を結果応答として、携帯電話端末１１０に送信する。
【００１９】
中継装置１３０は、図示するように、ＩＤ情報テーブル記憶部１３１と、中継処理部１３２と、データ記憶部１３３と、送受信部１３４と、を備え、プロキシ機能と、プッシュ型プロトコルによる送受信を行う機能と、メールプロトコルによる送受信を行う機能と、を有する。
【００２０】
ＩＤ情報テーブル記憶部１３１には、携帯電話端末１１０毎に、携帯電話端末を一意に識別するための端末ＩＤと、当該携帯電話端末１１０のメールアドレスと、当該携帯電話端末１１０の通信用アドレスと、セッションの切断を行うタイムアウトの初期値と、セッションの切断を行うタイムアウトの延長値と、が記憶されている。
【００２１】
具体的に、ＩＤ情報テーブル記憶部１３１には、図２に示されているようなＩＤ情報テーブル１３１ａが記憶されている。
【００２２】
ＩＤ情報テーブル１３１ａには、端末ＩＤ登録欄１３１ｂと、メールアドレス登録欄１３１ｃと、通信用アドレス登録欄１３１ｄと、デフォルトタイムアウト登録欄１３１ｅと、延長タイムアウト登録欄１３１ｆと、が設けられている。
【００２３】
端末ＩＤ登録欄１３１ｂには、携帯電話端末１１０を一意に識別するための端末ＩＤが登録される。ここで、端末ＩＤとしては、例えば、携帯電話端末１１０の電話番号や機種番号等を使用すればよい。
【００２４】
メールアドレス登録欄１３１ｃには、携帯電話端末１１０のメールアドレスが登録される。
【００２５】
通信用アドレス登録欄１３１ｄには、携帯電話端末１１０がキャリア通信網１５０を介してデータの送受信を行うための通信用アドレスが登録される。
【００２６】
デフォルトタイムアウト登録欄１３１ｅには、セッションの切断を行うタイムアウトの初期値が登録される。
【００２７】
延長タイムアウト登録欄１３１ｆには、セッションの切断を行うタイムアウトの延長値が登録される。
【００２８】
中継処理部１３２は、携帯電話端末１１０からの通信要求を後述する送受信部１３４を介して受信して、インターネット１５１を介して、Ｗｅｂサーバ１２０に中継するいわゆるプロキシ処理を行う。
【００２９】
また、中継処理部１３２は、携帯電話端末１１０からの処理要求を受信し、当該処理要求の内容に応じて、携帯電話端末１１０との間のセッションを切断するタイムアウト時間を決定する。
【００３０】
具体的には、携帯電話端末１１０からの処理要求のメッセージのヘッダを解析することで、携帯電話端末１１０からの処理内容を特定する。即ち、当該メッセージのヘッダに特定の文字列があるか否かで携帯電話端末１１０の処理内容を特定する。そして、当該メッセージのヘッダに特定の文字列がない場合には、ＩＤ情報テーブル１３１ａのデフォルトタイムアウト登録欄１３１ｅに登録されているタイムアウトの初期値を選択し、一方、当該ヘッダに特定の文字列がある場合には、ＩＤ情報テーブル１３１ａの延長タイムアウト登録欄１３１ｆに登録されているタイムアウトの延長値を選択して、初期値又は延長値で特定される期間をセッションのタイムアウト時間とする。
【００３１】
なお、このタイムアウト時間が経過するまで、携帯電話端末１１０からの再要求の送信を禁止することが望ましい。
【００３２】
なお、携帯電話端末１１０の処理要求のメッセージのヘッダにどのような文字列がある場合にタイムアウトの延長値とするかは、Ｗｅｂサーバ１２０に要求する処理の内容に応じて、適宜選択すればよい。例えば、本実施形態では、単にＷｅｂ１２０からトップページなどのデータを取得する要求の場合等には、タイムアウトの初期値とし、それ以外の場合、例えば、要求がＳＯＡＰ（Simple Object Access Protocol）に対応したものである場合やＨＴＴＰヘッダに、特定のＵｓｅｒ−Ａｇｅｎｔヘッダ又はＣｏｏｋｉｅ情報が含まれている場合のように、処理に時間がかかることが予想される場合には、タイムアウトの延長値となるようにしている。
【００３３】
また、中継処理部１３２は、携帯電話端末１１０からの要求に対するＷｅｂサーバからの応答を受信した場合には、後述するデータ記憶部１３３に当該応答を記憶する。
【００３４】
そして、中継処理部１３２は、携帯電話端末１１０からの要求により定まるタイムアウト時間が経過していない場合には、データ記憶部１３３に記憶されている応答を携帯電話端末１１０に中継し、一方、当該タイムアウト時間が経過している場合には、所定のアルゴリズムに従って、プッシュ型プロトコル又はメールプロトコルを適宜選択して、選択されたプロトコルに応じたメッセージを携帯電話端末１１０に送信する。
【００３５】
ここで、プッシュ型プロトコルに応じたメッセージには、中継装置１３０に接続するための中継装置ＵＲＬ（Uniform Resource Locator）、および、Ｗｅｂサーバから受信した応答を識別するための情報ＩＤ、を含めて携帯電話端末１１０に送信する。当該メッセージを受信した携帯電話端末１１０は、受信したメッセージに従って、中継装置ＵＲＬに対応する中継措置１３０にキャリア通信網１５０を介して接続し、受信したメッセージに含まれている情報ＩＤに対応する結果応答を中継装置１３０から取得する。
【００３６】
一方、メールプロトコルに応じたメッセージには、応答を添付する。
【００３７】
データ記憶部１３３には、Ｗｅｂサーバ１２０から受信した応答を、当該応答を一意に識別するための情報ＩＤに対応させて記憶する。
【００３８】
送受信部１３４は、キャリア通信網１５０を介して情報を送受信するための入出力インターフェースである。
【００３９】
なお、以上のように構成される中継装置１３０は、いわゆるコンピュータにより実現可能である。例えば、ＩＤ情報テーブル記憶部１３１及びデータ記憶部１３３は、ハードディスク等の外部記憶装置により実現可能であり、中継処理部１３２は、ＣＰＵ（Central  Processing  Unit）において外部記憶装置に記憶されている所定のプログラムを実行することにより実現可能であり、送受信部１３４は、ＮＩＣ（Network Interface Card）により実現可能である。
【００４０】
キャリア通信網１５０には、携帯電話端末１１０との間で無線による情報の送受信を行う基地局と、インターネット１５１とキャリア通信網１５０との間のプロトコル変換を行うゲートウェイと、が含まれており、キャリア通信網１５０に接続された携帯電話端末１１０は、必ず中継装置１３０を介してＷｅｂサーバ１２０に接続するようになっている。
【００４１】
また、本実施形態では、複数の中継装置１３０をキャリア通信網１５０に接続して負荷分散を行っているが、このような態様に限定されるわけではなく、一つの中継装置１３０だけで処理を行うことも可能である。
【００４２】
以上のように構成される通信システム１００において、情報の送受信を行う際の処理を図３に示すシーケンス図で説明する。
【００４３】
まず、携帯電話端末１１０は、Ｗｅｂサーバ１２０に対してトップページ要求を送信する（１６０）。このトップページ要求のＨＴＴＰヘッダには、携帯電話端末１１０を一意に識別するための端末ＩＤが含まれている。
【００４４】
携帯電話端末１１０から送信されたトップページ要求は、キャリア通信網１５０を介して中継装置１３０で受信され、中継装置１３０ではトップページ要求のＨＴＴＰヘッダから端末ＩＤを抽出するとともに（１６１）、このＨＴＴＰヘッダに所定のデータが含まれていないことを確認して、抽出した端末ＩＤに対応するデフォルトタイムアウト値をＩＤ情報テーブル１３１ａのデフォルトタイムアウト登録欄１３１ｅから取得する（１６２）。
【００４５】
そして、サービス通知応答を送信元である携帯電話端末１１０に送信する（１６３）。このとき、当該サービス通知応答のＨＴＴＰヘッダに、携帯電話端末１１０にトップページ要求の再送信を禁止する情報、例えば、Ｒｅｔｒｙ−Ａｆｔｅｒヘッダ等を含めてもよい。
【００４６】
また、中継装置１３０は、携帯電話端末１１０から受信したトップページ要求をＷｅｂサーバ１２０に送信する（１６４）。
【００４７】
トップページ要求を受信したＷｅｂサーバ１２０は、要求に対応するトップページ応答を携帯電話端末１１０に送信する（１６５）。
【００４８】
Ｗｅｂサーバ１２０から送信されたトップページ応答は、キャリア通信網１５０を介して中継装置１３０で受信され、受信されたトップページ応答は中継装置１３０のデータ記憶部１３３に記憶される（１６６）。
【００４９】
また、中継装置１３０は、トップページ応答を受信すると符号１６２で取得したタイムアウト時間が経過していないか否かを確認する（１６７）。なお、ここでは、当該タイムアウト時間は経過していないものとする。
【００５０】
そして、当該タイムアウト時間が経過していない場合には、中継装置１３０は、データ記憶部１３３に記憶されているトップページ応答を携帯電話端末１１０に送信する（１６８）。
【００５１】
次に、携帯電話端末１１０は、受信したトップページ応答から特定の処理をＷｅｂサーバ１２０に要求する処理要求をＷｅｂサーバ１２０に送信する（１６９）。この処理要求のＨＴＴＰヘッダには、携帯電話端末１１０を一意に識別するための端末ＩＤが含まれている。
【００５２】
携帯電話端末１１０から送信された処理要求は、キャリア通信網１５０を介して中継装置１３０で受信され、中継装置１３０では処理要求のＨＴＴＰヘッダから端末ＩＤを抽出するとともに（１７０）、このＨＴＴＰヘッダに所定のデータが含まれていることを確認して、抽出した端末ＩＤに対応する延長タイムアウト値をＩＤ情報テーブル１３１ａの延長タイムアウト登録欄１３１ｆから取得する（１７１）。
【００５３】
また、中継装置１３０は、携帯電話端末１１０から受信した処理要求をＷｅｂサーバ１２０に送信する（１７２）。
【００５４】
ここで、携帯電話端末１１０と中継装置１３０との間のセッションが切断されたものとする（１７３）。
【００５５】
処理要求を受信したＷｅｂサーバ１２０は、処理要求に対応する処理を実行し（１７４）、その処理結果である結果応答を携帯電話端末１１０に送信する（１７５）。
【００５６】
Ｗｅｂサーバ１２０から送信された結果応答は、キャリア通信網１５０を介して中継装置１３０で受信され、受信された結果応答は中継装置１３０のデータ記憶部１３３に記憶される（１７６）。
【００５７】
そして、中継装置１３０は、携帯電話端末１１０と中継装置１３０とのセッションが切断されていると検知した場合には（１７７）、中継装置１３０は、携帯電話端末１１０に送信するプロトコルを適宜選択して（１７８）、選択したプロトコルに対応するメッセージを携帯電話端末１１０に送信する（１７９）。
【００５８】
ここで、本実施形態においては、選択されるプロトコルとしてプッシュ型プロトコルとメールプロトコルとが設定されているものとし、その選択方法は下記の（１）〜（５）の選択方法に従う。
（１）中継装置１３０が、携帯電話端末１１０に対してプッシュ型プロトコルでセッション継続を試行し、ある一定期間内に携帯電話端末１１０とのセッションの切断を中継装置１３０で検知した回数が、規定回数に達した場合には、中継装置１３０はメールプロトコルを選択する。
（２）中継装置１３０が、Ｗｅｂサーバ１２０とのセッションの切断又はタイムアウトを検出した場合には、中継装置１３０はメールプロトコルを選択する。
（３）中継装置１３０が、同時に処理している回線数（携帯電話端末数）が所定の閾値に達している場合には、中継装置１３０はメールプロトコルを選択する。
（４）中継装置１３０のＣＰＵ又はメモリの使用率が、所定の閾値に達している場合には、中継装置１３０はメールプロトコルを選択する。
（５）（１）〜（４）以外の場合には、中継装置１３０は、プッシュ型プロトコルを選択する。
【００５９】
なお、（１）の選択方法における一定期間及び規定回数、ならびに、（３）の選択方法及び（４）の選択方法における閾値は、常に、一定値である必要はなく、Ｗｅｂサーバに要求した処理の内容によって、変化させることも可能である。例えば、携帯電話端末１１０からの処理要求にクエリ文字、Ｕｓｅｒ−Ａｇｅｎｔヘッダ、Ｃｏｏｋｉｅ情報の少なくともいずれか一つが存在する場合と、これらが全く存在しない場合とで、これらの値に変化をつけることも可能である。
【００６０】
また、本実施形態では、中継装置１３０がプッシュ型プロトコルを選択した場合には、データ記憶部１３３に記憶した結果応答を識別するためのデータＩＤと中継装置１３０の位置情報である中継装置ＵＲＬとを含んだメッセージを携帯電話端末１１０に送信し、一方、メールプロトコルを選択した場合には、データ記憶部１３３に記憶されている結果応答を添付したメッセージを携帯電話端末１１０に送信する。
【００６１】
なお、メールプロトコルを選択した場合であって、Ｗｅｂサーバ１２０とのセッションの切断又はタイムアウトを検出していないときには、中継装置１３０の位置情報である中継装置ＵＲＬも含めたメッセージを携帯電話端末１１０に送信するようにすることも可能である。
【００６２】
このようなメッセージを受信した携帯端末１１０は、受信したメッセージに応じた処理を実行する（１８０）。
【００６３】
ここで、プッシュ型プロトコルによるメッセージを携帯電話端末１１０が受信した場合の処理を示すシーケンス図を図４に示す。
【００６４】
ここで、中継装置１３０は、プッシュ型プロトコルを選択した場合には、中継装置ＵＲＬを含めたメッセージを携帯電話端末１１０に送信し、携帯電話端末１１０は、受信したメッセージに含まれている中継装置ＵＲＬ宛の要求を送信する（１８１）。ここで、携帯電話端末１１０は、メッセージに含まれている中継装置ＵＲＬにより、セッション切断（１７０）前にセッションを張っていた中継装置１３０を一意に識別でき、切断されたセッションの継続が可能となる。
【００６５】
中継装置１３０は、中継装置ＵＲＬ宛の要求を受信し、Ｗｅｂサーバ１２０から受信し、データ記憶部１３３に記憶されている結果応答を、携帯電話端末１１０に送信する（１８２）。
【００６６】
そして、携帯電話端末１１０は、受信した結果応答から次の処理要求を送信し（１８３）、セッションを継続する（１８４）。また、中継装置１３０は、携帯電話端末１１０から受信した処理要求にＷｅｂサーバ１２０とのセッションに必要なＣｏｏｋｉｅ情報がなければ、Ｃｏｏｋｉｅ情報を付加する（１８５）。
【００６７】
そして、中継装置１３０は、処理要求をＷｅｂサーバ１２０へ送信し、携帯電話端末１１０とＷｅｂサーバ１２０とのセッションを継続させる（１８６）。
【００６８】
また、中継装置１３０においてメール型プロトコルが選択された場合には、中継装置１３０は、メールのメッセージにＷｅｂサーバ１２０から受信した結果応答を付加し、Ｗｅｂサーバ１２０がセッションタイムアウトしていなければ中継装置ＵＲＬも付加して、携帯電話端末１１０に送信する。
【００６９】
このようなメールを受信した携帯電話端末１１０は、Ｗｅｂサーバ１２０からの結果応答をメールのメッセージとして受信し、メッセージ内に中継装置ＵＲＬがあり、携帯電話端末１１０が中継装置ＵＲＬへＨＴＴＰ要求を送信すれば、セッション継続可能となる。
【００７０】
図５は、中継装置１３０が携帯電話端末１１０からの要求を受信した際の処理を示すフローチャートである。
【００７１】
中継装置１３０は、携帯電話端末１１０からの要求を受信すると（Ｓ１９０）、受信した要求のＨＴＴＰヘッダに含まれている端末ＩＤを抽出する（Ｓ１９１）。
【００７２】
そして、受信した要求のＨＴＴＰヘッダに所定のデータが含まれてない場合には（Ｓ１９２）、抽出した端末ＩＤに対応するデフォルトタイムアウト値をＩＤ情報テーブル１３１ａのデフォルトタイムアウト登録欄１３１ｅから抽出する（Ｓ１９２）。
【００７３】
一方、受信した要求のＨＴＴＰヘッダに所定のデータが含まれている場合には（Ｓ１９３）、抽出した端末ＩＤに対応する延長タイムアウト値をＩＤ情報テーブル１３１ａの延長タイムアウト登録欄１３１ｆから抽出する（Ｓ１９４）。
【００７４】
例えば、中継装置１３０は、要求がＳＯＡＰに対応したものである場合、ＨＴＴＰヘッダに特定のＵｓｅｒ−Ａｇｅｎｔヘッダ又はＣｏｏｋｉｅ情報が含まれている場合には、延長タイムアウト値を抽出し、これらが含まれていない場合には、デフォルトタイムアウト値を抽出する。
【００７５】
そして、サービス通知応答を携帯電話端末１１０に送信する（Ｓ１９５）。
【００７６】
また、中継装置１３０は、携帯電話端末１１０から受信した要求をＷｅｂサーバ１２０に送信する（Ｓ１９６）。
【００７７】
そして、中継装置１３０は、Ｗｅｂサーバ１２０から応答を受信した場合には（Ｓ１９７）、受信した応答をデータ記憶部１３３に記憶する（Ｓ１９８）。
【００７８】
次に、中継装置１３０は、携帯電話端末１１０との間のセッションが切断されているか否かを判定する（Ｓ１９９）。
【００７９】
そして、当該セッション切断されていない場合には（Ｓ１９９）、データ記憶部１３３に記憶した応答を携帯電話端末１１０に送信して（Ｓ２００）、処理を終了する。
【００８０】
一方、当該セッションが切断されている場合には（Ｓ１９９）、所定の選択方法に従ってプロトコルを選択し（Ｓ２０１）、選択されたプロトコルに応じたメッセージを送信して（Ｓ２０２）、処理を終了する。
【００８１】
なお、ステップＳ２０２でプッシュ型プロトコルが選択され、携帯電話端末１１０から、応答を識別するためのデータＩＤを特定した送信要求を中継装置１３０が受信した場合には、中継装置１３０からデータ記憶部１３３に記憶されている応答を携帯電話端末１１０に送信する。
【００８２】
以上に記載した実施形態においては、通計装置１３０は、キャリア通信網１５０に接続されているが、このような態様に限定されず、例えば、図６に示されている通信システム３００のように、中継装置３３０をインターネット１５１に接続するようにすることも可能である。
【００８３】
このような場合には、携帯電話端末３１０に中継装置３３０のアドレスを記憶しておき、携帯電話端末３１０がＷｅｂサーバ１２０に接続する際には、中継装置３３０を介して接続するようにする。
【００８４】
なお、以上に記載した中継装置１３０、３３０で行っている処理を分散処理してよい、例えば、キャリア通信網１５０又はインターネット１５１に、携帯電話端末１１０、３１０に所定のメッセージを送信するメールサーバと、携帯電話端末１１０、３１０に所定のプッシュ型プロトコルに応じたメッセージを送信するプッシュ型プロトコルサーバと、ＩＤ情報テーブル１３１ａを記憶するデータベースサーバと、を設けて、中継装置１３０、３３０で行っている処理を分散させることが可能である。
【００８５】
図７は、本発明の第二の実施形態である通信システム４００の概略図である。
【００８６】
図示するように、通信システム４００は、携帯電話端末１１０と、Ｗｅｂサーバ４２０と、中継装置４３０と、を備えている。
【００８７】
本実施形態における携帯電話端末１１０は、第一の実施形態と同様に無線を介してキャリア通信網１５０と接続可能にされており、キャリア通信網１５０及びインターネット１５１を介してＷｅｂサーバ４２０とデータの送受信を行うことができるようにされている。
【００８８】
また、本実施形態における携帯電話端末１１０は、後述するＷｅｂサーバ４２０に何らかの処理を要求するためのメッセージを送信する場合には、そのメッセージのヘッダ、例えば、ＨＴＴＰヘッダに携帯電話端末１１０を一意に識別するための端末ＩＤを格納して送信するようにされている。
【００８９】
また、本実施形態における携帯電話端末１１０は、メールを送受信する機能と、プッシュ型プロトコルに対応したメッセージを受信すると後述する中継装置４３０に接続する機能と、を有している。
【００９０】
本実施形態におけるＷｅｂサーバ４２０は、携帯電話端末１１０からの処理要求に対して、処理を開始したことを通知する一時的な応答（以下、処理開始応答とする）を携帯電話端末１１０に送信し、所定の処理を実行し、その処理結果（以下、結果応答と呼ぶ）を中継装置４３０に後の処理を任せるための要求（以下、中継処理要求とする）に含め送信する。
【００９１】
図示するように、本実施形態におけるＷｅｂサーバ４２０は、サービス提供部４２１と、中継処理部４２２と、中継データ記憶部４２３と、送受信部４２４と、を備えている。
【００９２】
サービス提供部４２１は、後述する送受信部４２４を介して携帯電話端末１１０からの処理要求を受信し、受信した処理要求に対応する処理を実行し、その処理結果である結果応答を生成する。
【００９３】
中継処理部４２２は、サービス提供部４２１で生成された結果応答を含めた中継処理要求を作成し、後述する送受信部４２４を介して中継装置４３０に送信する。
【００９４】
なお、この中継処理要求には、処理要求を送信した携帯電話端末１１０のＨＴＴＰヘッダに含まれている端末ＩＤも含める。
【００９５】
ここで、本実施形態における中継処理部は、第１の実施形態と比べて、いわゆるプロキシ処理は行う必要がない。
【００９６】
送受信部４２４は、インターネット１５１を介してデータの送受信を行う。
【００９７】
以上に記載したＷｅｂサーバ４２０については、いわゆるコンピュータにより実現可能である。
【００９８】
例えば、サービス提供部４２１及び中継処理部４２２については、ハードディスク等の外部記憶装置に記憶されている所定のプログラムをＣＰＵで実行することにより実現可能であり、また、中継データ記憶部４２３については、ハードディスク等の外部記憶装置により実現可能であり、さらに、送受信部４２４については、ＮＩＣにより実現可能である。
【００９９】
本実施形態における中継装置４３０は、図示するように、ＩＤ情報テーブル記憶部４３１と、中継処理部４３２と、データ記憶部１３３と、送受信部１３４と、を備えている。
【０１００】
ＩＤ情報テーブル記憶部４３１には、携帯電話端末１１０毎に、携帯電話端末を一意に識別するための端末ＩＤと、当該携帯電話端末１１０のメールアドレスと、当該携帯電話端末１１０の通信用アドレスと、が記憶されている。
【０１０１】
具体的に、ＩＤ情報テーブル記憶部４３１には、図８に示されているようなＩＤ情報テーブル４３１ａが記憶されている。なお、ＩＤ情報テーブル記憶部４３１は、中継装置４３０の代わりにＷｅｂサーバ４２０が備え、中継装置４３０が中継処理要求を受信することによりＩＤ情報テーブル４３１ａを取得する方法でも、本実施例は実現可能である。
【０１０２】
ＩＤ情報テーブル４３１ａには、端末ＩＤ登録欄４３１ｂと、メールアドレス登録欄４３１ｃと、通信用アドレス登録欄４３１ｄと、が設けられている。
【０１０３】
端末ＩＤ登録欄４３１ｂには、携帯電話端末１１０を一意に識別するための端末ＩＤが登録される。ここで、端末ＩＤとしては、例えば、携帯電話端末１１０の電話番号や機種番号等を使用すればよい。
【０１０４】
メールアドレス登録欄４３１ｃには、携帯電話端末１１０のメールアドレスが登録される。
【０１０５】
通信用アドレス登録欄４３１ｄには、携帯電話端末１１０がキャリア通信網１５０を介してデータの送受信を行うための通信用アドレスが登録される。
【０１０６】
中継処理部４３２は、後述する送受信部１３４を介してＷｅｂサーバ４２０から中継処理要求を受信した場合には、後述するデータ記憶部１３３に当該中継処理要求を記憶する。
【０１０７】
中継処理部４３２は、所定のアルゴリズムに従って、プッシュ型プロトコル又はメールプロトコルを選択して、選択したプロトコルに応じたメッセージを携帯電話端末１１０に送信する。
【０１０８】
ここで、プッシュ型プロトコルに応じたメッセージには、中継装置４３０に接続するための中継装置ＵＲＬ及びＷｅｂサーバから受信した中継処理要求を識別するためのデータＩＤを含めて、携帯電話端末１１０に送信する。当該メッセージを受信した携帯電話端末１１０は、受信したメッセージに従って、中継装置ＵＲＬに対応する中継措置４３０にキャリア通信網１５０を介して接続し、受信したメッセージに含まれているデータＩＤに対応する中継処理要求に含まれた結果応答を中継装置４３０から取得する。
【０１０９】
一方、メールプロトコルに応じたメッセージには、結果応答を含める。
【０１１０】
ここで、本実施形態においても第一の実施形態と同様に、選択されるプロトコルとしてプッシュ型プロトコルとメールプロトコルとが設定されているものとし、その選択方法は下記の（１）〜（５）の選択方法に従う。
（１）中継装置４３０が、携帯電話端末１１０に対してプッシュ型プロトコルでセッションを試行し、ある一定期間内にセッションの切断を中継装置４３０で検知した回数が、規定回数に達した場合には、中継装置４３０はメールプロトコルを選択する。
（２）中継装置４３０が、同時に処理している回線数（携帯電話端末数）が所定の閾値に達している場合には、中継装置４３０はメールプロトコルを選択する。
（３）中継装置４３０のＣＰＵ又はメモリの使用率が、所定の閾値に達している場合には、中継装置４３０はメールプロトコルを選択する。
（４）（１）〜（３）以外の場合には、中継装置４３０は、プッシュ型プロトコルを選択する。
【０１１１】
データ記憶部１３３には、Ｗｅｂサーバ４２０から受信した中継処理要求を、当該中継処理要求を一意に識別するための情報ＩＤに対応させて記憶する。
【０１１２】
送受信部１３４は、キャリア通信網１５０を介して情報を送受信するための入出力インターフェースである。
【０１１３】
なお、以上のように構成される中継装置４３０は、いわゆるコンピュータにより実現可能である。例えば、ＩＤ情報テーブル記憶部４３１及びデータ記憶部１３３は、ハードディスク等の外部記憶装置により実現可能であり、中継処理部４３２は、ＣＰＵにおいて外部記憶装置に記憶されている所定のプログラムを実行することにより実現可能であり、送受信部１３４は、ＮＩＣにより実現可能である。
【０１１４】
以上のように構成される通信システム４００において、情報の送受信を行う際の処理を図９に示すシーケンス図で説明する。
【０１１５】
まず、携帯電話端末１１０は、Ｗｅｂサーバ４２０に対してトップページ要求を送信する（４６０）。このトップページ要求のＨＴＴＰヘッダには、携帯電話端末１１０を一意に識別するための端末ＩＤが含まれている。
【０１１６】
携帯電話端末１１０から送信されたトップページ要求は、キャリア通信網１５０及びインターネット１５１を介してＷｅｂサーバ４２０で受信され、Ｗｅｂサーバ４２０ではトップページ要求のＨＴＴＰヘッダから端末ＩＤを抽出する（４６１）。
【０１１７】
また、Ｗｅｂサーバ４２０は、携帯電話端末１１０から受信したトップページ要求に対応するトップページ応答を携帯電話端末１１０に送信する（４６２）。
【０１１８】
次に、携帯電話端末１１０は、受信したトップページ応答から特定の処理をＷｅｂサーバ４２０に要求する（４６３）。この処理要求のＨＴＴＰヘッダには、携帯電話端末１１０を一意に識別するための端末ＩＤが含まれている。
【０１１９】
携帯電話端末１１０から送信されたトップページ要求を受信したＷｅｂサーバ４２０は、処理要求のＨＴＴＰヘッダから端末ＩＤを抽出する（４６４）。
【０１２０】
そして、Ｗｅｂサーバ１２０は、一時的なサービス通知応答（処理開始応答）を携帯電話端末１１０に送信して（４６５）、携帯電話端末とのセッションを切断する（４６６）。
【０１２１】
また、Ｗｅｂサーバ４２０は、携帯電話端末１１０から受信した処理要求に対応する処理を実行し（４６７）、その処理結果である結果応答を含めた中継処理要求を中継装置４３０に送信する（４６８）。
【０１２２】
Ｗｅｂサーバ４２０から送信された中継処理要求は、キャリア通信網１５０を介して中継装置４３０で受信され、受信された中継処理要求は中継装置４３０のデータ記憶部４３３に記憶される（４６９）。
【０１２３】
そして中継装置４３０は、携帯電話端末１１０に送信するプロトコルを適宜選択して（４７０）、選択されたプロトコルに対応するメッセージを携帯電話端末１１０に送信する（４７１）。
【０１２４】
このようなメッセージを受信した携帯端末１１０は、受信したメッセージに応じた処理を実行する（４７２）。
【０１２５】
具体的には、プッシュ型プロトコルによるメッセージを受信した携帯電話端末１１０は、メッセージに含まれている中継装置ＵＲＬにデータ記憶部１３３に記憶した結果応答を識別するためのデータＩＤを特定した送信要求を中継装置４３０に送信し、中継装置４３０から結果応答を受信する。さらに中継装置４３０と携帯電話端末１１０は、このセッションを継続して、結果応答後の処理を継続することが可能である。
【０１２６】
また、メールプロトコルによるメッセージを受信した携帯電話端末１１０は、受信したメッセージを表示する。
【０１２７】
以上に記載した実施形態においては、セッションのタイムアウト時間をデフォルトタイムアウトと延長タイムアウトの二つから選択することができるようにしているが、このような態様に限定されるわけではなく、より多くのタイムアウト時間から選択することができるようにすることも可能である。このような場合には、Ｗｅｂサーバで行う処理の負荷状況に応じて複数のタイムアウト時間を適宜選択することができるようにすればよい。
【０１２８】
また、例えば、携帯電話端末においてWebブラウザや所定のアプリケーションを実行させて、再要求の送信を抑制するようにすることが可能である。このような場合には、携帯電話端末に予め所定のWebブラウザやアプリケーションをインストールしておいてもよく、また、中継装置やＷｅｂサーバから再要求の送信を抑制するプログラムを送信して実行させるようにすることも可能である。
【０１２９】
さらに、本実施形態では、携帯電話端末１１０を使用しているが、このような態様に限定されず、ネットワーク及び中継装置を介してＷｅｂサーバに接続することができる端末であればどのような端末を使用することも可能である。
【図面の簡単な説明】
【０１３０】
【図１】第一の実施形態である通信システム１００の概略図。
【図２】ＩＤ情報テーブル１３１ａの概略図。
【図３】通信システム１００において情報の送受信を行う際の処理を示すシーケンス図。
【図４】プッシュ型プロトコルによるメッセージを携帯電話端末１１０が受信した場合の処理を示すシーケンス図。
【図５】中継装置１３０が携帯電話端末１１０からの要求を受信した際の処理を示すフローチャート。
【図６】通信システム３００の概略図。
【図７】第二の実施形態である通信システム４００の概略図。
【図８】ＩＤ情報テーブル４３１ａの概略図。
【図９】通信システム４００において、情報の送受信を行う際の処理を示すシーケンス図。
【符号の説明】
【０１３１】
１００、３００、４００  通信システム
１１０、３１０  携帯電話端末
１２０、４２０  Ｗｅｂサーバ
４２１  サービス提供部
４２２  中継処理部
４２３  中継データ記憶部
４２４  送受信部
１３０、３３０、４３０  中継装置
１３１、３３１、４３１  ＩＤ情報テーブル記憶部
１３２、３３２、４３２  中継処理部
１３３、３３３  データ記憶部
１３４、３３４  送受信部
１５０  キャリア通信網
１５１  インターネット
【図１】
2008015593.tif 000003
【図２】
2008015593.tif 000004
【図３】
2008015593.tif 000005
【図４】
2008015593.tif 000006
【図５】
2008015593.tif 000007
【図６】
2008015593.tif 000008
【図７】
2008015593.tif 000009
【図８】
2008015593.tif 000010
【図９】
2008015593.tif 000011