(57)【要約】【課題】オフライン状態で発行されたリクエストとオンライン状態で発行されたリクエストとの間の送信順序の入れ替えが起こるのを防ぐ。【解決手段】本発明の端末は、Ｗｅｂページを管理するＷｅｂサーバとネットワークを介して接続された端末であって、Ｗｅｂページのデータを要求するリクエストを発行する発行部と、自端末とネットワークとが、接続されたオンライン状態か、接続されていないオフライン状態かを監視する監視部と、オフライン状態で発行された第１のリクエストを、第１のリクエストが未送信であるか否かを示す情報と共に保存する保存部と、オンライン状態で発行された第２のリクエストが、発行の時点で保存部に未送信のまま保存されている第１のリクエストと同一のＷｅｂページのデータを要求するものである場合、保存部に保存されている第１のリクエストを第２のリクエストよりも先にＷｅｂサーバに送信する送信部と、を有する。【選択図】図２
2011008414.tif 000002
【特許請求の範囲】
【請求項１】
Ｗｅｂページを管理するＷｅｂサーバとネットワークを介して接続された端末であって、
前記Ｗｅｂページのデータを要求するリクエストを発行する発行部と、
自端末と前記ネットワークとが、接続されたオンライン状態か、接続されていないオフライン状態かを監視する監視部と、
前記オフライン状態で発行された第１のリクエストを、該第１のリクエストが未送信であるか否かを示す情報と共に保存する保存部と、
前記オンライン状態で発行された第２のリクエストが、該発行の時点で前記保存部に未送信のまま保存されている第１のリクエストと同一のＷｅｂページのデータを要求するものである場合、前記保存部に保存されている前記第１のリクエストを前記第２のリクエストよりも先に前記Ｗｅｂサーバに送信する送信部と、を有する端末。
【請求項２】
前記保存部に未送信のまま前記第１のリクエストが保存されている状態で、該第１のリクエストの変更指示を受けた場合、該変更指示に従って前記保存部に保存されている第１のリクエストを変更する変更部をさらに有する、請求項１に記載の端末。
【請求項３】
前記Ｗｅｂサーバから、前記リクエストに対する応答として、Ｗｅｂページのデータと、自端末の前記リクエストによる前記Ｗｅｂページのデータの要求状況に基づき前記Ｗｅｂサーバにより設定される制御情報と、該制御情報が最新のものであるか否かを示す情報と、を含むレスポンスを受信する受信部をさらに有し、
前記保存部は、
前記受信部により受信されたレスポンスに含まれる前記制御情報が最新のものである場合に該制御情報を保存し、
前記発行部は、
前記リクエストの発行時に、その時点で前記保存部に保存されている制御情報を含めたリクエストを発行し、
前記送信部は、
前記第２のリクエストが発行された時点で前記保存部に未送信のまま保存されている第１のリクエストがある場合、前記第１のリクエストの送信後、前記第１のリクエストに対するレスポンスが受信されるまで、前記第２のリクエストの送信を待機し、
前記第１のリクエストに対するレスポンスが受信され、該レスポンスに含まれる制御情報が最新のものである場合、前記第２のリクエストに含まれる制御情報を該レスポンスに含まれる最新の制御情報に更新した上で、前記第２のリクエストを前記Ｗｅｂサーバに送信する、請求項１または２に記載の端末。
【請求項４】
前記受信部により前記レスポンスが受信された場合、前記レスポンスが受信されたことを表示する出力部を有する請求項３に記載の端末。
【請求項５】
前記出力部は、前記送信部により前記Ｗｅｂサーバへの前記リクエストの送信が行われた場合、前記Ｗｅｂサーバへの前記リクエストの送信が行われたことを表示する請求項４に記載の端末。
【請求項６】
Ｗｅｂページを管理するＷｅｂサーバとネットワークを介して接続された端末に適用される、前記Ｗｅｂページのデータを要求するリクエストを送信するリクエスト送信方法であって、
前記リクエストを発行する発行ステップと、
自端末と前記ネットワークとが、接続されたオンライン状態か、接続されていないオフライン状態かを監視する監視ステップと、
前記オフライン状態で発行された第１のリクエストを、該第１のリクエストが未送信であるか否かを示す情報と共に保存する第１の保存ステップと、
前記オンライン状態で発行された第２のリクエストが、該発行の時点で未送信のまま保存されている前記第１のリクエストと同一のＷｅｂページのデータを要求するものである場合、前記保存されている第１のリクエストを前記第２のリクエストよりも先に前記Ｗｅｂサーバに送信する送信ステップと、を有するリクエスト送信方法。
【請求項７】
未送信のまま前記第１のリクエストが保存されている状態で、該第１のリクエストの変更指示を受けた場合、該変更指示に従って前記保存されている第１のリクエストを変更する変更ステップをさらに有する、請求項６に記載のリクエスト送信方法。
【請求項８】
前記Ｗｅｂサーバから、前記リクエストに対する応答として、Ｗｅｂページのデータと、自端末の前記リクエストによる前記Ｗｅｂページのデータの要求状況に基づき前記Ｗｅｂサーバにより設定される制御情報と、該制御情報が最新のものであるか否かを示す情報と、を含むレスポンスを受信する受信ステップと、
前記受信ステップにより受信されたレスポンスに含まれる前記制御情報が最新のものである場合に該制御情報を保存する第２の保存ステップと、を有し
前記発行ステップでは、
前記リクエストの発行時に、その時点で前記保存されている制御情報を含めたリクエストを発行し、
前記送信ステップでは、
前記第２のリクエストが発行された時点で未送信のまま保存されている前記第１のリクエストがある場合、前記第１のリクエストの送信後、前記第１のリクエストに対するレスポンスが受信されるまで、前記第２のリクエストの送信を待機し、
前記第１のリクエストに対するレスポンスが受信され、該レスポンスに含まれる制御情報が最新のものである場合、前記第２のリクエストに含まれる制御情報を該レスポンスに含まれる最新の制御情報に更新した上で、前記第２のリクエストを前記Ｗｅｂサーバに送信する、請求項６または７に記載のリクエスト送信方法。
【請求項９】
前記受信ステップにより前記レスポンスが受信された場合、前記レスポンスが受信されたことを表示する出力ステップを有する請求項８に記載のリクエスト送信方法。
【請求項１０】
前記出力ステップでは、前記送信ステップにより前記Ｗｅｂサーバへの前記リクエストの送信が行われた場合、前記Ｗｅｂサーバへの前記リクエストの送信が行われたことを表示する請求９に記載のリクエスト送信方法。
【請求項１１】
Ｗｅｂページを管理するＷｅｂサーバとネットワークを介して接続された端末に、
前記Ｗｅｂページのデータを要求するリクエストを発行する発行手順と、
自端末と前記ネットワークとが、接続されたオンライン状態か、接続されていないオフライン状態かを監視する監視手順と、
前記オフライン状態で発行された第１のリクエストを、該第１のリクエストが未送信であるか否かを示す情報と共に保存する保存手順と、
前記オンライン状態で発行された第２のリクエストが、該発行の時点で未送信のまま保存されている前記第１のリクエストと同一のＷｅｂページのデータを要求するものである場合、前記保存されている第１のリクエストを前記第２のリクエストよりも先に前記Ｗｅｂサーバに送信する送信手順と、を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｗｅｂページを管理するＷｅｂサーバに、Ｗｅｂページのデータを要求するリクエストを送信する端末、リクエスト送信方法、およびプログラムに関する。
【背景技術】
【０００２】
近年、パーソナルコンピュータ、携帯電話、ゲーム機器、車載端末、あるいはテレビなどの端末の多くは、ネットワークアクセス機能を有するようになっている。これに伴い、ユーザが、ネットワークアクセス機能を有する端末を用いて、Ｗｅｂサーバがネットワークを介して提供するＷｅｂサービスを利用するケースも増えている。例えば、Ｗｅｂサービスとは、Ｗｅｂサイトを構成するＷｅｂページの閲覧や、Ｗｅｂページへの書込みを行うサービスを指す。
【０００３】
ユーザがＷｅｂサービスを利用する場合、端末は、ユーザの操作に基づき、そのＷｅｂサービスに対応するＷｅｂページのデータを要求するリクエストを発行し、発行したリクエストをＷｅｂサーバに送信する。なお、リクエストにより要求されるＷｅｂページのデータには、ユーザが利用するＷｅｂサービスに応じて、Ｗｅｂページの閲覧画面用のデータや、Ｗｅｂページの書込み画面用のデータなどがある。
【０００４】
しかし、端末の起動直後や、ユーザが移動しながら端末を使用する場合、ネットワークと安定して接続することは困難である。そのため、端末は、ネットワークと接続されていないオフライン状態でリクエストを発行する場合があり、この場合には、発行したリクエストをＷｅｂサーバに送信することができない。この場合、ユーザは、端末がネットワークと接続されるオンライン状態になるのを待って、既に一度発行したリクエストと同じリクエストを発行するための操作を再度行う必要がある。
【０００５】
そこで、特許文献１には、オフライン状態でリクエストを発行した場合、そのリクエストを保存しておき、オンライン状態になった後に、保存しておいたリクエストを自動的に送信する遅延送信を行う端末が記載されている。
【０００６】
特許文献１に記載の端末は、オフライン状態であるためにリクエストが送信できない場合にも、オンライン状態になった後に、自動的にリクエストをＷｅｂサーバに送信するので、既にオフライン状態で発行されたリクエストと同じリクエストを発行するための操作を、ユーザが再度行う必要がない。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００１−１０３１２２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、特許文献１に記載の端末は、オフライン時にリクエストが保存され、その後、オンライン状態で、保存されたリクエストと同一のＷｅｂページのデータを要求するリクエストが新たに発行された場合、これらのリクエストの送信順序について何ら考慮がなされていないため、これらのリクエストの送信順序の入れ替わりが起こる可能性があるという課題がある。
【０００９】
このようなリクエストの送信順序の入れ替えが起こると、例えば、オフライン時に保存されたＷｅｂページの書込み画面用のデータを要求するリクエストと、オンライン状態で新たに発行された、同一のＷｅｂページの閲覧画面用のデータを要求するリクエストとがある場合に、Ｗｅｂページの閲覧画面用のデータを要求するリクエストが先に送信されることになる。
【００１０】
そうすると、Ｗｅｂサーバでは、先に送信されたＷｅｂページの閲覧画面用のデータを要求するリクエストの処理を行うため、ユーザは、Ｗｅｂページの書込み画面用のデータを要求するリクエストを先に発行する操作をしたにもかかわらず、書込みが行われる前のＷｅｂページしか閲覧できないという問題が生じる。
【００１１】
そこで、本発明の目的は、オフライン時に発行されたリクエストとオンライン時に発行されたリクエストとの間で、リクエストの送信順序の入れ替えが起こるのを防ぐことができる端末、リクエスト送信方法、およびプログラムを提供することにある。
【課題を解決するための手段】
【００１２】
上記目的を達成するために本発明の端末は、
Ｗｅｂページを管理するＷｅｂサーバとネットワークを介して接続された端末であって、
前記Ｗｅｂページのデータを要求するリクエストを発行する発行部と、
自端末と前記ネットワークとが、接続されたオンライン状態か、接続されていないオフライン状態かを監視する監視部と、
前記オフライン状態で発行された第１のリクエストを、該第１のリクエストが未送信であるか否かを示す情報と共に保存する保存部と、
前記オンライン状態で発行された第２のリクエストが、該発行の時点で前記保存部に未送信のまま保存されている第１のリクエストと同一のＷｅｂページのデータを要求するものである場合、前記保存部に保存されている前記第１のリクエストを前記第２のリクエストよりも先に前記Ｗｅｂサーバに送信する送信部と、を有する。
【００１３】
上記目的を達成するために本発明のリクエスト送信方法は、
Ｗｅｂページを管理するＷｅｂサーバとネットワークを介して接続された端末に適用される、前記Ｗｅｂページのデータを要求するリクエストを送信するリクエスト送信方法であって、
前記リクエストを発行する発行ステップと、
自端末と前記ネットワークとが、接続されたオンライン状態か、接続されていないオフライン状態かを監視する監視ステップと、
前記オフライン状態で発行された第１のリクエストを、該第１のリクエストが未送信であるか否かを示す情報と共に保存する第１の保存ステップと、
前記オンライン状態で発行された第２のリクエストが、該発行の時点で未送信のまま保存されている前記第１のリクエストと同一のＷｅｂページのデータを要求するものである場合、前記保存されている第１のリクエストを前記第２のリクエストよりも先に前記Ｗｅｂサーバに送信する送信ステップと、を有する。
【００１４】
上記目的を達成するために本発明のプログラムは、
Ｗｅｂページを管理するＷｅｂサーバとネットワークを介して接続された端末に、
前記Ｗｅｂページのデータを要求するリクエストを発行する発行手順と、
自端末と前記ネットワークとが、接続されたオンライン状態か、接続されていないオフライン状態かを監視する監視手順と、
前記オフライン状態で発行された第１のリクエストを、該第１のリクエストが未送信であるか否かを示す情報と共に保存する保存手順と、
前記オンライン状態で発行された第２のリクエストが、該発行の時点で未送信のまま保存されている前記第１のリクエストと同一のＷｅｂページのデータを要求するものである場合、前記保存されている第１のリクエストを前記第２のリクエストよりも先に前記Ｗｅｂサーバに送信する送信手順と、を実行させる。
【発明の効果】
【００１５】
本発明によれば、端末は、オフライン状態で発行された第１のリクエストを、その第１のリクエストが未送信であるか否かを示す情報と共に保存し、オンライン状態で発行された第２のリクエストが、発行の時点で未送信のまま保存されている第１のリクエストと同一のＷｅｂページのデータを要求するものである場合、保存されている第１のリクエストを第２のリクエストよりも先にＷｅｂサーバに送信する。
【００１６】
このように、端末は、第１のリクエストを第２のリクエストよりも先に送信するので、第１のリクエストと第２のリクエストとの間で送信順序の入れ替えが起こるのを防ぐことができる。
【図面の簡単な説明】
【００１７】
【図１】本発明の一実施形態の端末が適用される通信システムの構成の一例を示す図である。
【図２】図１に示す端末の構成の一例を示すブロック図である。
【図３】図２に示す遅延送信データ保存部に保存される遅延送信データの構成の一例を示す図である。
【図４】図２に示す端末の、リクエストが発行された際の動作の一例を示すフローチャートである。
【図５】図２に示す端末の、保存された未送信リクエストを自動的に送信する際の動作の一例を示すフローチャートである。
【図６】図２に示す端末の、遅延送信要求リクエストの送信状況を示す通知画面を出力部に表示する際の動作の一例を示すフローチャートである。
【図７】図２に示す端末の、未送信リクエストの内容変更が要求された際の動作の一例を示すフローチャートである。
【発明を実施するための形態】
【００１８】
以下に、本発明を実施するための形態について図面を参照して説明する。
【００１９】
図１は、本発明の一実施形態の端末１００が適用される通信システムの構成の一例を示す図である。
【００２０】
図１に示す通信システムは、ユーザ１０がＷｅｂサービスを利用する際に用いる端末１００と、端末１００とネットワーク２０を介して接続されるＷｅｂサーバ２００と、を有する。
【００２１】
端末１００は、ネットワークアクセス機能を有し、ユーザ１０の操作に基づき、Ｗｅｂサーバ２００が管理するＷｅｂページのデータを要求するリクエストを発行し、ネットワーク２０を介してＷｅｂサーバ２００に送信する。
【００２２】
また、端末１００は、送信したリクエストに応答してＷｅｂサーバ２００から送信されてきた、Ｗｅｂページのデータを含むレスポンスを受信する。
【００２３】
なお、本実施形態においては、端末１００は、ＨＴＴＰ（Ｈｙｐｅｒ  Ｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）と呼ばれる通信プロトコルによりＷｅｂサーバ２００と通信を行い、端末１００とＷｅｂサーバ２００との間で送受信されるリクエストとレスポンスは、ＨＴＴＰで規定されるＨＴＴＰリクエストとＨＴＴＰレスポンスに相当する。
【００２４】
Ｗｅｂサーバ２００は、検索サイト、ＳＮＳ（Ｓｏｃｉａｌ  Ｎｅｔｗｏｒｋｉｎｇ  Ｓｅｒｖｉｃｅ）サイト、写真共有サイト、ブログサイト等のＷｅｂサイトのＷｅｂページのデータを管理する。
【００２５】
Ｗｅｂページのデータの具体例としては、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）ファイル、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）ファイル、ＣＳＳ（Ｃａｓｃａｄｉｎｇ  Ｓｔｙｌｅ  Ｓｈｅｅｔｓ）、画像ファイル、データベース、スクリプトファイル等がある。
【００２６】
そして、Ｗｅｂサーバ２００は、送信されてきたリクエストに対する応答として、要求されたＷｅｂページのデータを含むレスポンスを端末１００に送信する。
【００２７】
次に、端末１００の構成について説明する。
【００２８】
図２は、端末１００の構成の一例を示すブロック図である。
【００２９】
図２に示す端末１００は、入力部１０１と、出力部１０２と、Ｗｅｂアプリケーション実行制御部１０３と、通信制御部１０４と、ネットワーク接続監視部１０５と、遅延送信制御部１１０と、を有する。
【００３０】
なお、Ｗｅｂアプリケーション実行制御部１０３は、発行部の一例である。
【００３１】
また、通信制御部１０４は、送信部および受信部の一例である。
【００３２】
入力部１０１は、ユーザ１０の操作を示す操作情報をＷｅｂアプリケーション実行制御部１０３に出力する。入力部１０１の具体例としては、キーボードやマウス等がある。
【００３３】
出力部１０２は、Ｗｅｂページの画面等を表示する表示部である。出力部１０２の具体例としては、ディスプレイ等がある。
【００３４】
Ｗｅｂアプリケーション実行制御部１０３は、入力部１０１から出力された操作情報に基づき、Ｗｅｂページのデータを要求するリクエストを発行する。
【００３５】
なお、Ｗｅｂアプリケーション実行制御部１０３により発行されるリクエストには、データの提供を要求するＷｅｂページのＵＲＬ（Ｕｎｉｆｏｒｍ  Ｒｅｓｏｕｒｃｅ  Ｌｏｃａｔｏｒ）の他に、後述のクッキー（Ｃｏｏｋｉｅ）が含まれている。
【００３６】
ここで、クッキーとは、端末１００を識別する識別情報を含み、リクエストによるＷｅｂページのデータの要求状況に基づきＷｅｂサーバ２００により設定される制御情報である。
【００３７】
一般に、ＨＴＴＰによる通信では、１つのリクエストに対して１つのレスポンスが送受信されることで通信が終了するため、同一の端末１００が連続して同一のＷｅｂページにアクセスするような、端末１００とＷｅｂサーバ２００との一連の通信が行われる場合にも、Ｗｅｂサーバ２００は、Ｗｅｂページにアクセスするのが同一の端末１００であることを認識することができない。
【００３８】
そこで、Ｗｅｂサーバ２００は、リクエストを受信した場合、クッキーを含むレスポンスを端末１００に送信し、端末１００は、Ｗｅｂサーバ２００から送信されてきたレスポンスに含まれるクッキーを不図示の保存部に保存し、保存したクッキーをその後に送信するリクエストに含めて送信する。
【００３９】
また、端末１００は、受信したレスポンスに、新たに設定された最新のクッキーを示すＳｅｔ−Ｃｏｏｋｉｅヘッダーが含まれているかを判定し、Ｓｅｔ−Ｃｏｏｋｉｅヘッダーが含まれている場合には、既に保存されているクッキーをその新たに設定されたクッキーに更新する。
【００４０】
こうすることにより、端末１００とＷｅｂサーバ２００との間で、同じクッキーが共有されることになり、Ｗｅｂサーバ２００は、端末１００を識別し、端末１００との間の一連の通信を管理するセッション管理を行うことができる。
【００４１】
また、Ｗｅｂアプリケーション実行制御部１０３は、レスポンスに含まれるデータを取得したＷｅｂページの画面等を出力部１０２に表示させる。
【００４２】
通信制御部１０４は、Ｗｅｂアプリケーション実行制御部１０３により発行されたリクエストを、ネットワーク２０を介してＷｅｂサーバ２００に送信する。
【００４３】
また、通信制御部１０４は、Ｗｅｂサーバ２００から送信されてきたレスポンスを受信し、受信したレスポンスを遅延送信制御部１１０に出力する。
【００４４】
ネットワーク接続監視部１０５は、端末１００とネットワーク２０との接続が、オンライン状態であるかオフライン状態であるかを監視する。
【００４５】
遅延送信制御部１１０は、リクエストのＷｅｂサーバ２００への送信を制御し、特に、オフライン状態で発行されたリクエストを、オンライン状態になった後にＷｅｂサーバ２００に送信する遅延送信の制御を行う。
【００４６】
遅延送信制御部１１０の内部構成について説明する。
【００４７】
遅延送信制御部１１０は、遅延送信判定部１１１と、リクエスト遅延送信制御部１１２と、遅延送信データ保存部１１３と、リクエスト変更部１１４と、を有する。
【００４８】
遅延送信判定部１１１は、オフライン状態でリクエストが発行された場合、そのリクエストを遅延送信すると判定し、リクエスト遅延送信制御部１１２に、そのリクエストの遅延送信を要求する。そして、遅延送信判定部１１１は、遅延送信を要求したリクエストである遅延送信要求リクエストをリクエスト遅延送信制御部１１２に出力する。
【００４９】
また、遅延送信判定部１１１は、オンライン状態でリクエストが発行された場合、そのリクエストを遅延送信しないと判定し、通信制御部１０４に出力する。
【００５０】
リクエスト遅延送信制御部１１２は、遅延送信判定部１１１から出力された遅延送信要求リクエストを遅延送信データ保存部１１３に保存する。
【００５１】
また、リクエスト遅延送信制御部１１２は、遅延送信データ保存部１１３に保存された遅延送信要求リクエストの遅延送信を制御する。
【００５２】
遅延送信データ保存部１１３は、遅延送信要求リクエストと、その遅延送信要求リクエストが発行された際に出力部１０２に表示されていたＷｅｂページのデータと、その遅延送信要求リクエストのＷｅｂサーバ２００への送信状況と、その遅延送信要求リクエストに対して、Ｗｅｂサーバ２００から送信されてきたレスポンスと、を対応つけた遅延送信データを保存する。
【００５３】
図３は、遅延送信データ保存部１１３に保存される遅延送信データの構成の一例を示す図である。
【００５４】
遅延送信データ保存部１１３は、遅延送信要求リクエストとして、遅延送信要求リクエストによりデータを要求するＷｅｂページのＵＲＬやクッキーなどの遅延送信要求リクエストに含まれる情報を保存する。
【００５５】
また、遅延送信データ保存部１１３は、リクエスト発行Ｗｅｂページとして、Ｗｅｂアプリケーション実行制御部１０３により遅延送信要求リクエストが発行された際に出力部１０２に表示されていたＷｅｂページであるリクエスト発行Ｗｅｂページのデータを保存する。
【００５６】
なお、リクエスト発行Ｗｅｂページのデータは、リクエスト遅延送信制御部１１２が、Ｗｅｂアプリケーション実行制御部１０３から取得する。
【００５７】
また、遅延送信データ保存部１１３は、リクエスト送信状況として、Ｗｅｂサーバ２００に対する遅延送信要求リクエストの送信状況の情報を保存する。
【００５８】
具体的には、遅延送信データ保存部１１３は、遅延送信要求リクエストが、Ｗｅｂサーバ２００への送信が行われていない場合には「未送信」を、Ｗｅｂサーバ２００への送信が行われ、正常に処理された場合には「送信成功」を、Ｗｅｂサーバ２００への送信が行われたが、正常に処理されなかった場合には「送信失敗」を保存する。
【００５９】
また、遅延送信データ保存部１１３は、レスポンスとして、送信した遅延送信要求リクエストに対してＷｅｂサーバ２００から送信されてきたレスポンスを保存する。
【００６０】
リクエスト変更部１１４は、遅延送信要求リクエストのうち、リクエスト送信状況が「未送信」である未送信リクエストの変更を要求する操作がユーザ１０により行われた場合、その未送信リクエストに対応するリクエスト発行Ｗｅｂページの画面をＷｅｂアプリケーション実行制御部１０３に表示させ、そのＷｅｂページ上でユーザ１０から受けた未送信リクエストの変更指示に従い、遅延送信データ保存部１１３に保存された未送信リクエストを変更する。
【００６１】
次に、端末１００の動作について図４から図７を参照して説明する。
【００６２】
（１）リクエスト発行の際の動作
図４は、リクエストが発行された際の端末１００の動作の一例を示すフローチャートである。
【００６３】
まず、Ｗｅｂページの画面を出力部１０２に表示した状態で、ユーザ１０により、そのＷｅｂページに含まれるリンク先のＷｅｂページの閲覧や、Ｗｅｂページへの書込みなどを要求する操作が行われると、Ｗｅｂアプリケーション実行制御部１０３は、ユーザ１０の操作を示す操作情報に基づき、Ｗｅｂページのデータを要求するリクエストを発行する（ステップＡ１）。
【００６４】
ここで、Ｗｅｂアプリケーション実行制御部１０３により発行されたリクエストには、データの提供を要求するＷｅｂページのＵＲＬの他に、上述した不図示の保存部に保存されているクッキーが含まれている。
【００６５】
遅延送信判定部１１１は、リクエストが発行されると、ネットワーク接続監視部１０５により監視されている端末１００とネットワーク２０との接続が、オンライン状態であるかを判定する（ステップＡ２）。
【００６６】
オフライン状態の場合（ステップＡ２：ＮＯ）、遅延送信判定部１１１は、ステップＡ１で発行されたリクエストを遅延送信すると判定し、遅延送信を要求する遅延送信要求リクエストをリクエスト遅延送信制御部１１２に出力する（ステップＡ３）。
【００６７】
リクエスト遅延送信制御部１１２は、遅延送信要求リクエストを遅延送信データ保存部１１３に保存する（ステップＡ４）。
【００６８】
次に、リクエスト遅延送信制御部１１２は、遅延送信要求リクエストに対応するリクエスト発行ＷｅｂページのデータをＷｅｂアプリケーション実行制御部１０３から取得し、遅延送信データ保存部１１３に保存する。
【００６９】
そして、リクエスト遅延送信制御部１１２は、オンライン状態になったことを通知するように、ネットワーク接続監視部１０５に要求する（ステップＡ５）。
【００７０】
次に、リクエスト遅延送信制御部１１２は、遅延送信要求リクエストに対して、遅延送信を行うための処理が完了したことをＷｅｂアプリケーション実行制御部１０３に通知し、Ｗｅｂアプリケーション実行制御部１０３は、その旨の通知を受けて、遅延送信の要求が行われたことをユーザ１０に通知する通知画面を出力部１０２に表示させる（ステップＡ６）。
【００７１】
一方、端末１００とネットワーク２０とがオンライン状態の場合（ステップＡ２：ＹＥＳ）、リクエスト遅延送信制御部１１２は、ステップＡ１において、オンライン状態で発行されたリクエストと同一のＷｅｂページのデータを要求する未送信リクエストが、遅延送信データ保存部１１３に保存されているかを判定する（ステップＡ７）。
【００７２】
なお、リクエスト遅延送信制御部１１２は、オンライン状態で発行されたリクエストと未送信リクエストとが同一のＷｅｂページのデータを要求するかを、これらのリクエストに含まれる、データを要求するＷｅｂページのＵＲＬの情報に基づき判定する。
【００７３】
オンライン状態で発行されたリクエストと、同一のＷｅｂページのデータを要求する未送信リクエストが保存されていない場合（ステップＡ７：ＮＯ）、遅延送信判定部１１１は、そのオンライン状態で発行されたリクエストを通信制御部１０４に出力する。
【００７４】
そして、通信制御部１０４は、オンライン状態で発行されたリクエストを、ネットワーク２０を介してＷｅｂサーバ２００に送信する（ステップＡ８）。
【００７５】
次に、通信制御部１０４は、ステップＡ８で送信したリクエストに対するレスポンスを受信する（ステップＡ９）。
【００７６】
次に、Ｗｅｂアプリケーション実行制御部１０３は、通信制御部１０４により受信されたレスポンスに含まれるＷｅｂページのデータを、遅延送信制御部１１０を介して取得し、そのＷｅｂページの画面を出力部１０２に表示させる（ステップＡ１０）。
【００７７】
一方、オンライン状態で発行されたリクエストと同一のＷｅｂページのデータを要求する未送信リクエストが保存されている場合（ステップＡ７：ＹＥＳ）、リクエスト遅延送信制御部１１２は、その未送信リクエストを遅延送信データ保存部１１３から取得する（ステップＡ１１）。
【００７８】
通信制御部１０４は、リクエスト遅延送信制御部１１２が取得した未送信リクエストを、オンライン状態で発行されたリクエストよりも先に、ネットワーク２０を介してＷｅｂサーバ２００に送信する（ステップＡ１２）。
【００７９】
なお、以下の説明では、未送信リクエストと同一のＷｅｂページのデータを要求し、オンライン状態で発行されたリクエストを、送信待機リクエストと称する。
【００８０】
このように、遅延送信を行う場合にも、未送信リクエストを送信待機リクエストよりも先に送信するので、同一のＷｅｂページのデータを要求する未送信リクエストと送信待機リクエストとの間で、送信順序の入れ替わりが起こるのを防ぐことができる。
【００８１】
次に、通信制御部１０４は、送信した未送信リクエストに対するレスポンスを受信する（ステップＡ１３）。
【００８２】
リクエスト遅延送信制御部１１２は、受信されたレスポンスを、そのレスポンスに対応する未送信リクエストと対応つけて遅延送信データ保存部１１３に保存する（ステップＡ１４）。
【００８３】
また、リクエスト遅延送信制御部１１２は、送信した未送信リクエストのリクエスト送信状況を「未送信」から、「送信成功」または「送信失敗」に更新する（ステップＡ１５）。
【００８４】
ここで、リクエスト遅延送信制御部１１２は、Ｗｅｂサーバ２００から送信されてきたレスポンスが、リクエストが正常に処理された「２００ＯＫ」を示す場合には「送信成功」に更新し、何らかのエラーが発生したことを示す場合には「送信失敗」に更新する。
【００８５】
次に、リクエスト遅延送信制御部１１２は、送信待機リクエストと同一のＷｅｂページのデータを要求する未送信リクエストが、遅延送信データ保存部１１３に保存されているかを再度判定する（ステップＡ１６）。
【００８６】
送信待機リクエストと同一のＷｅｂページのデータを要求する未送信リクエストが保存されている場合（ステップＡ１６：ＹＥＳ）、端末１００は、ステップＡ１１からＡ１６までの処理を繰り返す。
【００８７】
送信待機リクエストと同一のＷｅｂページのデータを要求する未送信リクエストが全てＷｅｂサーバ２００に送信され、遅延送信データ保存部１１３に保存されていない場合（ステップＡ１６：ＮＯ）、遅延送信判定部１１１は、ステップＡ１で発行された送信待機リクエストに含まれるクッキーの更新を行う（ステップＡ１７）。
【００８８】
上述したように、Ｗｅｂサーバ２００は、リクエストに含まれるクッキーにより端末１００を識別し、端末１００との間の一連の通信を管理するセッション管理を行う。
【００８９】
ここで、未送信リクエストが送信されることにより、新たにクッキーが設定される場合、その未送信リクエストよりも後に発行された送信待機リクエストには、その新たに設定されたクッキーが含まれていることが、Ｗｅｂサーバ２００によるセッション管理のために必要である。
【００９０】
しかし、送信待機リクエストは未送信リクエストに対するレスポンスの受信前に発行されているので、送信待機リクエストには、その発行時点で不図示の保存部に保存されていたクッキーが含まれている。
【００９１】
従って、そのまま送信待機リクエストを送信すると、未送信リクエストを送信することにより新たにクッキーが設定された場合、Ｗｅｂサーバ２００が設定したクッキーと、送信待機リクエストに含まれるクッキーとが食い違い、Ｗｅｂサーバ２００によるセッション管理に不整合が生じる。
【００９２】
そこで、本実施形態においては、遅延送信判定部１１１は、未送信リクエストの送信後、未送信リクエストに対するレスポンスが通信制御部１０４により受信されるまで、送信待機リクエストの送信を待機する。
【００９３】
そして、遅延送信判定部１１１は、受信されたレスポンスに新たに設定されたクッキーが含まれているかを判定する。
【００９４】
受信されたレスポンスに新たに設定されたクッキーが含まれている場合、遅延送信判定部１１１は、送信待機リクエストに含まれるクッキーを新たに設定されたクッキーに更新して通信制御部１０４に出力する。
【００９５】
このようにすることで、未送信リクエストを送信することにより新たなクッキーが設定される場合にも、送信待機リクエストには新たに設定されたクッキーが含まれることになるので、Ｗｅｂサーバ２００が設定したクッキーと送信待機リクエストに含まれるクッキーとの食い違いによるセッション管理の不整合が生じるのを防ぐことができる。
【００９６】
（２）未送信リクエストの送信動作
図５は、遅延送信データ保存部１１３に保存された未送信リクエストを自動的に送信する際の端末１００の動作の一例を示すフローチャートである。
【００９７】
まず、ネットワーク接続監視部１０５は、オフライン状態から、オンライン状態になったことをリクエスト遅延送信制御部１１２に通知する（ステップＢ１）。
【００９８】
ネットワーク接続監視部１０５から通知を受けると、リクエスト遅延送信制御部１１２は、保存された未送信リクエストを取得する（ステップＢ２）。
【００９９】
通信制御部１０４は、リクエスト遅延送信制御部１１２が取得した未送信リクエストを、ネットワーク２０を介してＷｅｂサーバ２００に送信し（ステップＢ３）、ステップＢ３で送信した未送信リクエストに対するレスポンスを受信する（ステップＢ４）。
【０１００】
リクエスト遅延送信制御部１１２は、受信されたレスポンスを、そのレスポンスに対応する未送信リクエストと対応つけて遅延送信データ保存部１１３に保存する（ステップＢ５）。
【０１０１】
また、リクエスト遅延送信制御部１１２は、遅延送信データ保存部１１３における未送信リクエストのリクエスト送信状況を、「未送信」から、「送信成功」または「送信失敗」に更新する（ステップＢ６）。
【０１０２】
次に、リクエスト遅延送信制御部１１２は、未送信リクエストが、遅延送信データ保存部１１３に保存されているかを再度判定する（ステップＢ７）。
【０１０３】
未送信リクエストが全てＷｅｂサーバ２００に送信され、遅延送信データ保存部１１３に保存されていない場合、リクエスト遅延送信制御部１１２は、その旨をネットワーク接続監視部１０５に通知し、ネットワーク接続監視部１０５は、端末１００とネットワーク２０との接続状態の監視を終了する（ステップＢ８）。
【０１０４】
（３）遅延送信要求リクエストの送信状況を示す通知画面の表示動作
図６は、遅延送信要求リクエストの送信状況を示す通知画面を出力部１０２に表示する際の端末１００の動作の一例を示すフローチャートである。
【０１０５】
遅延送信要求リクエストの送信状況の確認を要求する操作がユーザ１０により行われると（ステップＣ１）、Ｗｅｂアプリケーション実行制御部１０３は、その旨を遅延送信制御部１１０に通知する。
【０１０６】
Ｗｅｂアプリケーション実行制御部１０３からの通知を受けると、リクエスト遅延送信制御部１１２は、保存された遅延送信データから、遅延送信要求リクエストのリクエスト送信状況の情報を取得し（ステップＣ２）、遅延送信要求リクエストの送信状況を示すリストを作成する（ステップＣ３）。
【０１０７】
Ｗｅｂアプリケーション実行制御部１０３は、リクエスト遅延送信制御部１１２にて作成された遅延送信要求リクエストの送信状況を示すリストを、出力部１０２に表示させる（ステップＣ４）。
【０１０８】
（４）未送信リクエストの変更動作
図７は、未送信リクエストの変更が要求された際の端末１００の動作の一例を示すフローチャートである。
【０１０９】
未送信リクエストの変更を要求する操作がユーザ１０により行われると（ステップＤ１）、リクエスト変更部１１４は、ユーザ１０が変更を要求する未送信リクエストに対応するリクエスト発行Ｗｅｂページのデータを取得する（ステップＤ２）。
【０１１０】
Ｗｅｂアプリケーション実行制御部１０３は、リクエスト変更部１１４が取得したデータのＷｅｂページの画面を出力部１０２に表示させる（ステップＤ３）。
【０１１１】
そして、出力部１０２に表示されたＷｅｂページ上で、ユーザ１０により未送信リクエストの変更指示を受けると、Ｗｅｂアプリケーション実行制御部１０３は、その変更指示を未送信リクエスト変更部１１４に出力する（ステップＤ４）。
【０１１２】
リクエスト変更部１１４は、Ｗｅｂアプリケーション実行制御部１０３から出力された変更指示に従い、遅延送信データ保存部１１３に保存されている未送信リクエストを変更する（ステップＤ５）。
【０１１３】
そして、リクエスト遅延送信制御部１１２は、オンライン状態になった後に、変更された未送信リクエストを通信制御部１０４に出力する。
【０１１４】
このように、本実施形態によれば、端末１００は、未送信リクエストを、オンライン状態になった後に、送信待機リクエストよりも先に、Ｗｅｂサーバ２００に送信する。
【０１１５】
そのため、未送信リクエストと送信待機リクエストとの間で、送信順序の入れ替わりが起こるのを防ぐことができる。
【０１１６】
また、端末１００は、未送信リクエストに対するレスポンスに新たに設定されたクッキーが含まれている場合、送信待機リクエストに含まれるクッキーを、新たに設定されたクッキーに更新して、Ｗｅｂサーバ２００に送信する。
【０１１７】
そのため、未送信リクエストを送信することによりクッキーが新たに設定される場合にも、端末１００は、その新たに設定された制御情報を送信待機リクエストに含めて送信することができるため、Ｗｅｂサーバ２００が新たに設定したクッキーと、送信待機リクエストに含まれるクッキーとの食い違いによるセッション管理の不整合が生じるのを防ぐことができる。
【０１１８】
なお、本実施形態においては、出力部１０２には、未送信リクエストに対するレスポンスを受信したことを、ユーザ１０に通知する通知画面を表示させることも可能である。
【０１１９】
また、出力部１０２には、リクエストをＷｅｂサーバ２００に送信したことを、ユーザ１０に通知する通知画面を表示させることも可能である。
【０１２０】
また、本発明の端末１００にて行われる方法は、コンピュータに実行させるためのプログラムに適用してもよい。また、そのプログラムを記憶媒体に格納することも可能であり、ネットワークを介して外部に提供することも可能である。
【符号の説明】
【０１２１】
１００    端末
１０１    入力部
１０２    出力部
１０３    Ｗｅｂアプリケーション実行制御部
１０４    通信制御部
１０５    ネットワーク接続監視部
１１０    遅延送信制御部
１１１    遅延送信判定部
１１２    リクエスト遅延送信制御部
１１３    遅延送信データ保存部
１１４    リクエスト変更部
２０    ネットワーク
２００    Ｗｅｂサーバ
【図１】
2011008414.tif 000003
【図２】
2011008414.tif 000004
【図３】
2011008414.tif 000005
【図４】
2011008414.tif 000006
【図５】
2011008414.tif 000007
【図６】
2011008414.tif 000008
【図７】
2011008414.tif 000009