JP5251753B2 - 端末、リクエスト送信方法、およびプログラム - Google Patents

Description

本発明は、Ｗｅｂページを管理するＷｅｂサーバに、Ｗｅｂページのデータを要求するリクエストを送信する端末、リクエスト送信方法、およびプログラムに関する。

近年、パーソナルコンピュータ、携帯電話、ゲーム機器、車載端末、あるいはテレビなどの端末の多くは、ネットワークアクセス機能を有するようになっている。これに伴い、ユーザが、ネットワークアクセス機能を有する端末を用いて、Ｗｅｂサーバがネットワークを介して提供するＷｅｂサービスを利用するケースも増えている。例えば、Ｗｅｂサービスとは、Ｗｅｂサイトを構成するＷｅｂページの閲覧や、Ｗｅｂページへの書込みを行うサービスを指す。

ユーザがＷｅｂサービスを利用する場合、端末は、ユーザの操作に基づき、そのＷｅｂサービスに対応するＷｅｂページのデータを要求するリクエストを発行し、発行したリクエストをＷｅｂサーバに送信する。なお、リクエストにより要求されるＷｅｂページのデータには、ユーザが利用するＷｅｂサービスに応じて、Ｗｅｂページの閲覧画面用のデータや、Ｗｅｂページの書込み画面用のデータなどがある。

しかし、端末の起動直後や、ユーザが移動しながら端末を使用する場合、ネットワークと安定して接続することは困難である。そのため、端末は、ネットワークと接続されていないオフライン状態でリクエストを発行する場合があり、この場合には、発行したリクエストをＷｅｂサーバに送信することができない。この場合、ユーザは、端末がネットワークと接続されるオンライン状態になるのを待って、既に一度発行したリクエストと同じリクエストを発行するための操作を再度行う必要がある。

そこで、特許文献１には、オフライン状態でリクエストを発行した場合、そのリクエストを保存しておき、オンライン状態になった後に、保存しておいたリクエストを自動的に送信する遅延送信を行う端末が記載されている。

特許文献１に記載の端末は、オフライン状態であるためにリクエストが送信できない場合にも、オンライン状態になった後に、自動的にリクエストをＷｅｂサーバに送信するので、既にオフライン状態で発行されたリクエストと同じリクエストを発行するための操作を、ユーザが再度行う必要がない。

特開２００１−１０３１２２号公報

しかしながら、特許文献１に記載の端末は、オフライン時にリクエストが保存され、その後、オンライン状態で、保存されたリクエストと同一のＷｅｂページのデータを要求するリクエストが新たに発行された場合、これらのリクエストの送信順序について何ら考慮がなされていないため、これらのリクエストの送信順序の入れ替わりが起こる可能性があるという課題がある。

このようなリクエストの送信順序の入れ替えが起こると、例えば、オフライン時に保存されたＷｅｂページの書込み画面用のデータを要求するリクエストと、オンライン状態で新たに発行された、同一のＷｅｂページの閲覧画面用のデータを要求するリクエストとがある場合に、Ｗｅｂページの閲覧画面用のデータを要求するリクエストが先に送信されることになる。

そうすると、Ｗｅｂサーバでは、先に送信されたＷｅｂページの閲覧画面用のデータを要求するリクエストの処理を行うため、ユーザは、Ｗｅｂページの書込み画面用のデータを要求するリクエストを先に発行する操作をしたにもかかわらず、書込みが行われる前のＷｅｂページしか閲覧できないという問題が生じる。

そこで、本発明の目的は、オフライン時に発行されたリクエストとオンライン時に発行されたリクエストとの間で、リクエストの送信順序の入れ替えが起こるのを防ぐことができる端末、リクエスト送信方法、およびプログラムを提供することにある。

上記目的を達成するために本発明の端末は、
Ｗｅｂページを管理するＷｅｂサーバとネットワークを介して接続された端末であって、
前記Ｗｅｂページのデータを要求するリクエストを発行する発行部と、
自端末と前記ネットワークとが、接続されたオンライン状態か、接続されていないオフライン状態かを監視する監視部と、
前記オフライン状態で発行された第１のリクエストを、該第１のリクエストが未送信であるか否かを示す情報と共に保存する保存部と、
前記オンライン状態で発行された第２のリクエストが、該発行の時点で前記保存部に未送信のまま保存されている第１のリクエストと同一のＷｅｂページのデータを要求するものである場合、前記保存部に保存されている前記第１のリクエストを前記第２のリクエストよりも先に前記Ｗｅｂサーバに送信する送信部と、を有する。

上記目的を達成するために本発明のリクエスト送信方法は、
Ｗｅｂページを管理するＷｅｂサーバとネットワークを介して接続された端末に適用される、前記Ｗｅｂページのデータを要求するリクエストを送信するリクエスト送信方法であって、
前記リクエストを発行する発行ステップと、
自端末と前記ネットワークとが、接続されたオンライン状態か、接続されていないオフライン状態かを監視する監視ステップと、
前記オフライン状態で発行された第１のリクエストを、該第１のリクエストが未送信であるか否かを示す情報と共に保存する第１の保存ステップと、
前記オンライン状態で発行された第２のリクエストが、該発行の時点で未送信のまま保存されている前記第１のリクエストと同一のＷｅｂページのデータを要求するものである場合、前記保存されている第１のリクエストを前記第２のリクエストよりも先に前記Ｗｅｂサーバに送信する送信ステップと、を有する。

上記目的を達成するために本発明のプログラムは、
Ｗｅｂページを管理するＷｅｂサーバとネットワークを介して接続された端末に、
前記Ｗｅｂページのデータを要求するリクエストを発行する発行手順と、
自端末と前記ネットワークとが、接続されたオンライン状態か、接続されていないオフライン状態かを監視する監視手順と、
前記オフライン状態で発行された第１のリクエストを、該第１のリクエストが未送信であるか否かを示す情報と共に保存する保存手順と、
前記オンライン状態で発行された第２のリクエストが、該発行の時点で未送信のまま保存されている前記第１のリクエストと同一のＷｅｂページのデータを要求するものである場合、前記保存されている第１のリクエストを前記第２のリクエストよりも先に前記Ｗｅｂサーバに送信する送信手順と、を実行させる。

本発明によれば、端末は、オフライン状態で発行された第１のリクエストを、その第１のリクエストが未送信であるか否かを示す情報と共に保存し、オンライン状態で発行された第２のリクエストが、発行の時点で未送信のまま保存されている第１のリクエストと同一のＷｅｂページのデータを要求するものである場合、保存されている第１のリクエストを第２のリクエストよりも先にＷｅｂサーバに送信する。

このように、端末は、第１のリクエストを第２のリクエストよりも先に送信するので、第１のリクエストと第２のリクエストとの間で送信順序の入れ替えが起こるのを防ぐことができる。

本発明の一実施形態の端末が適用される通信システムの構成の一例を示す図である。 図１に示す端末の構成の一例を示すブロック図である。 図２に示す遅延送信データ保存部に保存される遅延送信データの構成の一例を示す図である。 図２に示す端末の、リクエストが発行された際の動作の一例を示すフローチャートである。 図２に示す端末の、保存された未送信リクエストを自動的に送信する際の動作の一例を示すフローチャートである。 図２に示す端末の、遅延送信要求リクエストの送信状況を示す通知画面を出力部に表示する際の動作の一例を示すフローチャートである。 図２に示す端末の、未送信リクエストの内容変更が要求された際の動作の一例を示すフローチャートである。

以下に、本発明を実施するための形態について図面を参照して説明する。

図１は、本発明の一実施形態の端末１００が適用される通信システムの構成の一例を示す図である。

図１に示す通信システムは、ユーザ１０がＷｅｂサービスを利用する際に用いる端末１００と、端末１００とネットワーク２０を介して接続されるＷｅｂサーバ２００と、を有する。

端末１００は、ネットワークアクセス機能を有し、ユーザ１０の操作に基づき、Ｗｅｂサーバ２００が管理するＷｅｂページのデータを要求するリクエストを発行し、ネットワーク２０を介してＷｅｂサーバ２００に送信する。

また、端末１００は、送信したリクエストに応答してＷｅｂサーバ２００から送信されてきた、Ｗｅｂページのデータを含むレスポンスを受信する。

なお、本実施形態においては、端末１００は、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）と呼ばれる通信プロトコルによりＷｅｂサーバ２００と通信を行い、端末１００とＷｅｂサーバ２００との間で送受信されるリクエストとレスポンスは、ＨＴＴＰで規定されるＨＴＴＰリクエストとＨＴＴＰレスポンスに相当する。

Ｗｅｂサーバ２００は、検索サイト、ＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ）サイト、写真共有サイト、ブログサイト等のＷｅｂサイトのＷｅｂページのデータを管理する。

Ｗｅｂページのデータの具体例としては、ＨＴＭＬ（ＨｙｐｅｒＴｅｘｔ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ファイル、ＸＭＬ（Ｅｘｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）ファイル、ＣＳＳ（Ｃａｓｃａｄｉｎｇ Ｓｔｙｌｅ Ｓｈｅｅｔｓ）、画像ファイル、データベース、スクリプトファイル等がある。

そして、Ｗｅｂサーバ２００は、送信されてきたリクエストに対する応答として、要求されたＷｅｂページのデータを含むレスポンスを端末１００に送信する。

次に、端末１００の構成について説明する。

図２は、端末１００の構成の一例を示すブロック図である。

図２に示す端末１００は、入力部１０１と、出力部１０２と、Ｗｅｂアプリケーション実行制御部１０３と、通信制御部１０４と、ネットワーク接続監視部１０５と、遅延送信制御部１１０と、を有する。

なお、Ｗｅｂアプリケーション実行制御部１０３は、発行部の一例である。

また、通信制御部１０４は、送信部および受信部の一例である。

入力部１０１は、ユーザ１０の操作を示す操作情報をＷｅｂアプリケーション実行制御部１０３に出力する。入力部１０１の具体例としては、キーボードやマウス等がある。

出力部１０２は、Ｗｅｂページの画面等を表示する表示部である。出力部１０２の具体例としては、ディスプレイ等がある。

Ｗｅｂアプリケーション実行制御部１０３は、入力部１０１から出力された操作情報に基づき、Ｗｅｂページのデータを要求するリクエストを発行する。

なお、Ｗｅｂアプリケーション実行制御部１０３により発行されるリクエストには、データの提供を要求するＷｅｂページのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）の他に、後述のクッキー（Ｃｏｏｋｉｅ）が含まれている。

ここで、クッキーとは、端末１００を識別する識別情報を含み、リクエストによるＷｅｂページのデータの要求状況に基づきＷｅｂサーバ２００により設定される制御情報である。

一般に、ＨＴＴＰによる通信では、１つのリクエストに対して１つのレスポンスが送受信されることで通信が終了するため、同一の端末１００が連続して同一のＷｅｂページにアクセスするような、端末１００とＷｅｂサーバ２００との一連の通信が行われる場合にも、Ｗｅｂサーバ２００は、Ｗｅｂページにアクセスするのが同一の端末１００であることを認識することができない。

そこで、Ｗｅｂサーバ２００は、リクエストを受信した場合、クッキーを含むレスポンスを端末１００に送信し、端末１００は、Ｗｅｂサーバ２００から送信されてきたレスポンスに含まれるクッキーを不図示の保存部に保存し、保存したクッキーをその後に送信するリクエストに含めて送信する。

また、端末１００は、受信したレスポンスに、新たに設定された最新のクッキーを示すＳｅｔ−Ｃｏｏｋｉｅヘッダーが含まれているかを判定し、Ｓｅｔ−Ｃｏｏｋｉｅヘッダーが含まれている場合には、既に保存されているクッキーをその新たに設定されたクッキーに更新する。

こうすることにより、端末１００とＷｅｂサーバ２００との間で、同じクッキーが共有されることになり、Ｗｅｂサーバ２００は、端末１００を識別し、端末１００との間の一連の通信を管理するセッション管理を行うことができる。

また、Ｗｅｂアプリケーション実行制御部１０３は、レスポンスに含まれるデータを取得したＷｅｂページの画面等を出力部１０２に表示させる。

通信制御部１０４は、Ｗｅｂアプリケーション実行制御部１０３により発行されたリクエストを、ネットワーク２０を介してＷｅｂサーバ２００に送信する。

また、通信制御部１０４は、Ｗｅｂサーバ２００から送信されてきたレスポンスを受信し、受信したレスポンスを遅延送信制御部１１０に出力する。

ネットワーク接続監視部１０５は、端末１００とネットワーク２０との接続が、オンライン状態であるかオフライン状態であるかを監視する。

遅延送信制御部１１０は、リクエストのＷｅｂサーバ２００への送信を制御し、特に、オフライン状態で発行されたリクエストを、オンライン状態になった後にＷｅｂサーバ２００に送信する遅延送信の制御を行う。

遅延送信制御部１１０の内部構成について説明する。

遅延送信制御部１１０は、遅延送信判定部１１１と、リクエスト遅延送信制御部１１２と、遅延送信データ保存部１１３と、リクエスト変更部１１４と、を有する。

遅延送信判定部１１１は、オフライン状態でリクエストが発行された場合、そのリクエストを遅延送信すると判定し、リクエスト遅延送信制御部１１２に、そのリクエストの遅延送信を要求する。そして、遅延送信判定部１１１は、遅延送信を要求したリクエストである遅延送信要求リクエストをリクエスト遅延送信制御部１１２に出力する。

また、遅延送信判定部１１１は、オンライン状態でリクエストが発行された場合、そのリクエストを遅延送信しないと判定し、通信制御部１０４に出力する。

リクエスト遅延送信制御部１１２は、遅延送信判定部１１１から出力された遅延送信要求リクエストを遅延送信データ保存部１１３に保存する。

また、リクエスト遅延送信制御部１１２は、遅延送信データ保存部１１３に保存された遅延送信要求リクエストの遅延送信を制御する。

遅延送信データ保存部１１３は、遅延送信要求リクエストと、その遅延送信要求リクエストが発行された際に出力部１０２に表示されていたＷｅｂページのデータと、その遅延送信要求リクエストのＷｅｂサーバ２００への送信状況と、その遅延送信要求リクエストに対して、Ｗｅｂサーバ２００から送信されてきたレスポンスと、を対応つけた遅延送信データを保存する。

図３は、遅延送信データ保存部１１３に保存される遅延送信データの構成の一例を示す図である。

遅延送信データ保存部１１３は、遅延送信要求リクエストとして、遅延送信要求リクエストによりデータを要求するＷｅｂページのＵＲＬやクッキーなどの遅延送信要求リクエストに含まれる情報を保存する。

また、遅延送信データ保存部１１３は、リクエスト発行Ｗｅｂページとして、Ｗｅｂアプリケーション実行制御部１０３により遅延送信要求リクエストが発行された際に出力部１０２に表示されていたＷｅｂページであるリクエスト発行Ｗｅｂページのデータを保存する。

なお、リクエスト発行Ｗｅｂページのデータは、リクエスト遅延送信制御部１１２が、Ｗｅｂアプリケーション実行制御部１０３から取得する。

また、遅延送信データ保存部１１３は、リクエスト送信状況として、Ｗｅｂサーバ２００に対する遅延送信要求リクエストの送信状況の情報を保存する。

具体的には、遅延送信データ保存部１１３は、遅延送信要求リクエストが、Ｗｅｂサーバ２００への送信が行われていない場合には「未送信」を、Ｗｅｂサーバ２００への送信が行われ、正常に処理された場合には「送信成功」を、Ｗｅｂサーバ２００への送信が行われたが、正常に処理されなかった場合には「送信失敗」を保存する。

また、遅延送信データ保存部１１３は、レスポンスとして、送信した遅延送信要求リクエストに対してＷｅｂサーバ２００から送信されてきたレスポンスを保存する。

リクエスト変更部１１４は、遅延送信要求リクエストのうち、リクエスト送信状況が「未送信」である未送信リクエストの変更を要求する操作がユーザ１０により行われた場合、その未送信リクエストに対応するリクエスト発行Ｗｅｂページの画面をＷｅｂアプリケーション実行制御部１０３に表示させ、そのＷｅｂページ上でユーザ１０から受けた未送信リクエストの変更指示に従い、遅延送信データ保存部１１３に保存された未送信リクエストを変更する。

次に、端末１００の動作について図４から図７を参照して説明する。

（１）リクエスト発行の際の動作
図４は、リクエストが発行された際の端末１００の動作の一例を示すフローチャートである。

まず、Ｗｅｂページの画面を出力部１０２に表示した状態で、ユーザ１０により、そのＷｅｂページに含まれるリンク先のＷｅｂページの閲覧や、Ｗｅｂページへの書込みなどを要求する操作が行われると、Ｗｅｂアプリケーション実行制御部１０３は、ユーザ１０の操作を示す操作情報に基づき、Ｗｅｂページのデータを要求するリクエストを発行する（ステップＡ１）。

ここで、Ｗｅｂアプリケーション実行制御部１０３により発行されたリクエストには、データの提供を要求するＷｅｂページのＵＲＬの他に、上述した不図示の保存部に保存されているクッキーが含まれている。

遅延送信判定部１１１は、リクエストが発行されると、ネットワーク接続監視部１０５により監視されている端末１００とネットワーク２０との接続が、オンライン状態であるかを判定する（ステップＡ２）。

オフライン状態の場合（ステップＡ２：ＮＯ）、遅延送信判定部１１１は、ステップＡ１で発行されたリクエストを遅延送信すると判定し、遅延送信を要求する遅延送信要求リクエストをリクエスト遅延送信制御部１１２に出力する（ステップＡ３）。

リクエスト遅延送信制御部１１２は、遅延送信要求リクエストを遅延送信データ保存部１１３に保存する（ステップＡ４）。

次に、リクエスト遅延送信制御部１１２は、遅延送信要求リクエストに対応するリクエスト発行ＷｅｂページのデータをＷｅｂアプリケーション実行制御部１０３から取得し、遅延送信データ保存部１１３に保存する。

そして、リクエスト遅延送信制御部１１２は、オンライン状態になったことを通知するように、ネットワーク接続監視部１０５に要求する（ステップＡ５）。

次に、リクエスト遅延送信制御部１１２は、遅延送信要求リクエストに対して、遅延送信を行うための処理が完了したことをＷｅｂアプリケーション実行制御部１０３に通知し、Ｗｅｂアプリケーション実行制御部１０３は、その旨の通知を受けて、遅延送信の要求が行われたことをユーザ１０に通知する通知画面を出力部１０２に表示させる（ステップＡ６）。

一方、端末１００とネットワーク２０とがオンライン状態の場合（ステップＡ２：ＹＥＳ）、リクエスト遅延送信制御部１１２は、ステップＡ１において、オンライン状態で発行されたリクエストと同一のＷｅｂページのデータを要求する未送信リクエストが、遅延送信データ保存部１１３に保存されているかを判定する（ステップＡ７）。

なお、リクエスト遅延送信制御部１１２は、オンライン状態で発行されたリクエストと未送信リクエストとが同一のＷｅｂページのデータを要求するかを、これらのリクエストに含まれる、データを要求するＷｅｂページのＵＲＬの情報に基づき判定する。

オンライン状態で発行されたリクエストと、同一のＷｅｂページのデータを要求する未送信リクエストが保存されていない場合（ステップＡ７：ＮＯ）、遅延送信判定部１１１は、そのオンライン状態で発行されたリクエストを通信制御部１０４に出力する。

そして、通信制御部１０４は、オンライン状態で発行されたリクエストを、ネットワーク２０を介してＷｅｂサーバ２００に送信する（ステップＡ８）。

次に、通信制御部１０４は、ステップＡ８で送信したリクエストに対するレスポンスを受信する（ステップＡ９）。

次に、Ｗｅｂアプリケーション実行制御部１０３は、通信制御部１０４により受信されたレスポンスに含まれるＷｅｂページのデータを、遅延送信制御部１１０を介して取得し、そのＷｅｂページの画面を出力部１０２に表示させる（ステップＡ１０）。

一方、オンライン状態で発行されたリクエストと同一のＷｅｂページのデータを要求する未送信リクエストが保存されている場合（ステップＡ７：ＹＥＳ）、リクエスト遅延送信制御部１１２は、その未送信リクエストを遅延送信データ保存部１１３から取得する（ステップＡ１１）。

通信制御部１０４は、リクエスト遅延送信制御部１１２が取得した未送信リクエストを、オンライン状態で発行されたリクエストよりも先に、ネットワーク２０を介してＷｅｂサーバ２００に送信する（ステップＡ１２）。

なお、以下の説明では、未送信リクエストと同一のＷｅｂページのデータを要求し、オンライン状態で発行されたリクエストを、送信待機リクエストと称する。

このように、遅延送信を行う場合にも、未送信リクエストを送信待機リクエストよりも先に送信するので、同一のＷｅｂページのデータを要求する未送信リクエストと送信待機リクエストとの間で、送信順序の入れ替わりが起こるのを防ぐことができる。

次に、通信制御部１０４は、送信した未送信リクエストに対するレスポンスを受信する（ステップＡ１３）。

リクエスト遅延送信制御部１１２は、受信されたレスポンスを、そのレスポンスに対応する未送信リクエストと対応つけて遅延送信データ保存部１１３に保存する（ステップＡ１４）。

また、リクエスト遅延送信制御部１１２は、送信した未送信リクエストのリクエスト送信状況を「未送信」から、「送信成功」または「送信失敗」に更新する（ステップＡ１５）。

ここで、リクエスト遅延送信制御部１１２は、Ｗｅｂサーバ２００から送信されてきたレスポンスが、リクエストが正常に処理された「２００ＯＫ」を示す場合には「送信成功」に更新し、何らかのエラーが発生したことを示す場合には「送信失敗」に更新する。

次に、リクエスト遅延送信制御部１１２は、送信待機リクエストと同一のＷｅｂページのデータを要求する未送信リクエストが、遅延送信データ保存部１１３に保存されているかを再度判定する（ステップＡ１６）。

送信待機リクエストと同一のＷｅｂページのデータを要求する未送信リクエストが保存されている場合（ステップＡ１６：ＹＥＳ）、端末１００は、ステップＡ１１からＡ１６までの処理を繰り返す。

送信待機リクエストと同一のＷｅｂページのデータを要求する未送信リクエストが全てＷｅｂサーバ２００に送信され、遅延送信データ保存部１１３に保存されていない場合（ステップＡ１６：ＮＯ）、遅延送信判定部１１１は、ステップＡ１で発行された送信待機リクエストに含まれるクッキーの更新を行う（ステップＡ１７）。

上述したように、Ｗｅｂサーバ２００は、リクエストに含まれるクッキーにより端末１００を識別し、端末１００との間の一連の通信を管理するセッション管理を行う。

ここで、未送信リクエストが送信されることにより、新たにクッキーが設定される場合、その未送信リクエストよりも後に発行された送信待機リクエストには、その新たに設定されたクッキーが含まれていることが、Ｗｅｂサーバ２００によるセッション管理のために必要である。

しかし、送信待機リクエストは未送信リクエストに対するレスポンスの受信前に発行されているので、送信待機リクエストには、その発行時点で不図示の保存部に保存されていたクッキーが含まれている。

従って、そのまま送信待機リクエストを送信すると、未送信リクエストを送信することにより新たにクッキーが設定された場合、Ｗｅｂサーバ２００が設定したクッキーと、送信待機リクエストに含まれるクッキーとが食い違い、Ｗｅｂサーバ２００によるセッション管理に不整合が生じる。

そこで、本実施形態においては、遅延送信判定部１１１は、未送信リクエストの送信後、未送信リクエストに対するレスポンスが通信制御部１０４により受信されるまで、送信待機リクエストの送信を待機する。

そして、遅延送信判定部１１１は、受信されたレスポンスに新たに設定されたクッキーが含まれているかを判定する。

受信されたレスポンスに新たに設定されたクッキーが含まれている場合、遅延送信判定部１１１は、送信待機リクエストに含まれるクッキーを新たに設定されたクッキーに更新して通信制御部１０４に出力する。

このようにすることで、未送信リクエストを送信することにより新たなクッキーが設定される場合にも、送信待機リクエストには新たに設定されたクッキーが含まれることになるので、Ｗｅｂサーバ２００が設定したクッキーと送信待機リクエストに含まれるクッキーとの食い違いによるセッション管理の不整合が生じるのを防ぐことができる。

（２）未送信リクエストの送信動作
図５は、遅延送信データ保存部１１３に保存された未送信リクエストを自動的に送信する際の端末１００の動作の一例を示すフローチャートである。

まず、ネットワーク接続監視部１０５は、オフライン状態から、オンライン状態になったことをリクエスト遅延送信制御部１１２に通知する（ステップＢ１）。

ネットワーク接続監視部１０５から通知を受けると、リクエスト遅延送信制御部１１２は、保存された未送信リクエストを取得する（ステップＢ２）。

通信制御部１０４は、リクエスト遅延送信制御部１１２が取得した未送信リクエストを、ネットワーク２０を介してＷｅｂサーバ２００に送信し（ステップＢ３）、ステップＢ３で送信した未送信リクエストに対するレスポンスを受信する（ステップＢ４）。

リクエスト遅延送信制御部１１２は、受信されたレスポンスを、そのレスポンスに対応する未送信リクエストと対応つけて遅延送信データ保存部１１３に保存する（ステップＢ５）。

また、リクエスト遅延送信制御部１１２は、遅延送信データ保存部１１３における未送信リクエストのリクエスト送信状況を、「未送信」から、「送信成功」または「送信失敗」に更新する（ステップＢ６）。

次に、リクエスト遅延送信制御部１１２は、未送信リクエストが、遅延送信データ保存部１１３に保存されているかを再度判定する（ステップＢ７）。

未送信リクエストが全てＷｅｂサーバ２００に送信され、遅延送信データ保存部１１３に保存されていない場合、リクエスト遅延送信制御部１１２は、その旨をネットワーク接続監視部１０５に通知し、ネットワーク接続監視部１０５は、端末１００とネットワーク２０との接続状態の監視を終了する（ステップＢ８）。

（３）遅延送信要求リクエストの送信状況を示す通知画面の表示動作
図６は、遅延送信要求リクエストの送信状況を示す通知画面を出力部１０２に表示する際の端末１００の動作の一例を示すフローチャートである。

遅延送信要求リクエストの送信状況の確認を要求する操作がユーザ１０により行われると（ステップＣ１）、Ｗｅｂアプリケーション実行制御部１０３は、その旨を遅延送信制御部１１０に通知する。

Ｗｅｂアプリケーション実行制御部１０３からの通知を受けると、リクエスト遅延送信制御部１１２は、保存された遅延送信データから、遅延送信要求リクエストのリクエスト送信状況の情報を取得し（ステップＣ２）、遅延送信要求リクエストの送信状況を示すリストを作成する（ステップＣ３）。

Ｗｅｂアプリケーション実行制御部１０３は、リクエスト遅延送信制御部１１２にて作成された遅延送信要求リクエストの送信状況を示すリストを、出力部１０２に表示させる（ステップＣ４）。

（４）未送信リクエストの変更動作
図７は、未送信リクエストの変更が要求された際の端末１００の動作の一例を示すフローチャートである。

未送信リクエストの変更を要求する操作がユーザ１０により行われると（ステップＤ１）、リクエスト変更部１１４は、ユーザ１０が変更を要求する未送信リクエストに対応するリクエスト発行Ｗｅｂページのデータを取得する（ステップＤ２）。

Ｗｅｂアプリケーション実行制御部１０３は、リクエスト変更部１１４が取得したデータのＷｅｂページの画面を出力部１０２に表示させる（ステップＤ３）。

そして、出力部１０２に表示されたＷｅｂページ上で、ユーザ１０により未送信リクエストの変更指示を受けると、Ｗｅｂアプリケーション実行制御部１０３は、その変更指示を未送信リクエスト変更部１１４に出力する（ステップＤ４）。

リクエスト変更部１１４は、Ｗｅｂアプリケーション実行制御部１０３から出力された変更指示に従い、遅延送信データ保存部１１３に保存されている未送信リクエストを変更する（ステップＤ５）。

そして、リクエスト遅延送信制御部１１２は、オンライン状態になった後に、変更された未送信リクエストを通信制御部１０４に出力する。

このように、本実施形態によれば、端末１００は、未送信リクエストを、オンライン状態になった後に、送信待機リクエストよりも先に、Ｗｅｂサーバ２００に送信する。

そのため、未送信リクエストと送信待機リクエストとの間で、送信順序の入れ替わりが起こるのを防ぐことができる。

また、端末１００は、未送信リクエストに対するレスポンスに新たに設定されたクッキーが含まれている場合、送信待機リクエストに含まれるクッキーを、新たに設定されたクッキーに更新して、Ｗｅｂサーバ２００に送信する。

そのため、未送信リクエストを送信することによりクッキーが新たに設定される場合にも、端末１００は、その新たに設定された制御情報を送信待機リクエストに含めて送信することができるため、Ｗｅｂサーバ２００が新たに設定したクッキーと、送信待機リクエストに含まれるクッキーとの食い違いによるセッション管理の不整合が生じるのを防ぐことができる。

なお、本実施形態においては、出力部１０２には、未送信リクエストに対するレスポンスを受信したことを、ユーザ１０に通知する通知画面を表示させることも可能である。

また、出力部１０２には、リクエストをＷｅｂサーバ２００に送信したことを、ユーザ１０に通知する通知画面を表示させることも可能である。

また、本発明の端末１００にて行われる方法は、コンピュータに実行させるためのプログラムに適用してもよい。また、そのプログラムを記憶媒体に格納することも可能であり、ネットワークを介して外部に提供することも可能である。

１００ 端末
１０１ 入力部
１０２ 出力部
１０３ Ｗｅｂアプリケーション実行制御部
１０４ 通信制御部
１０５ ネットワーク接続監視部
１１０ 遅延送信制御部
１１１ 遅延送信判定部
１１２ リクエスト遅延送信制御部
１１３ 遅延送信データ保存部
１１４ リクエスト変更部
２０ ネットワーク
２００ Ｗｅｂサーバ

Claims (11)

1. Ｗｅｂページを管理するＷｅｂサーバとネットワークを介して接続された端末であって、
   前記Ｗｅｂページのデータを要求するリクエストを発行する発行部と、
   自端末と前記ネットワークとが、接続されたオンライン状態か、接続されていないオフライン状態かを監視する監視部と、
   前記オフライン状態で発行された第１のリクエストを、該第１のリクエストが未送信であるか否かを示す情報と共に保存する保存部と、
   前記オンライン状態で発行された第２のリクエストが、該発行の時点で前記保存部に未送信のまま保存されている第１のリクエストと同一のＷｅｂページのデータを要求するものである場合、前記保存部に保存されている前記第１のリクエストを前記第２のリクエストよりも先に前記Ｗｅｂサーバに送信する送信部と、を有する端末。
2. 前記保存部に未送信のまま前記第１のリクエストが保存されている状態で、該第１のリクエストの変更指示を受けた場合、該変更指示に従って前記保存部に保存されている第１のリクエストを変更する変更部をさらに有する、請求項１に記載の端末。
3. 前記Ｗｅｂサーバから、前記リクエストに対する応答として、Ｗｅｂページのデータと、自端末の前記リクエストによる前記Ｗｅｂページのデータの要求状況に基づき前記Ｗｅｂサーバにより設定される制御情報と、該制御情報が最新のものであるか否かを示す情報と、を含むレスポンスを受信する受信部をさらに有し、
   前記保存部は、
   前記受信部により受信されたレスポンスに含まれる前記制御情報が最新のものである場合に該制御情報を保存し、
   前記発行部は、
   前記リクエストの発行時に、その時点で前記保存部に保存されている制御情報を含めたリクエストを発行し、
   前記送信部は、
   前記第２のリクエストが発行された時点で前記保存部に未送信のまま保存されている第１のリクエストがある場合、前記第１のリクエストの送信後、前記第１のリクエストに対するレスポンスが受信されるまで、前記第２のリクエストの送信を待機し、
   前記第１のリクエストに対するレスポンスが受信され、該レスポンスに含まれる制御情報が最新のものである場合、前記第２のリクエストに含まれる制御情報を該レスポンスに含まれる最新の制御情報に更新した上で、前記第２のリクエストを前記Ｗｅｂサーバに送信する、請求項１または２に記載の端末。
4. 前記受信部により前記レスポンスが受信された場合、前記レスポンスが受信されたことを表示する出力部を有する請求項３に記載の端末。
5. 前記出力部は、前記送信部により前記Ｗｅｂサーバへの前記リクエストの送信が行われた場合、前記Ｗｅｂサーバへの前記リクエストの送信が行われたことを表示する請求項４に記載の端末。
6. Ｗｅｂページを管理するＷｅｂサーバとネットワークを介して接続された端末に適用される、前記Ｗｅｂページのデータを要求するリクエストを送信するリクエスト送信方法であって、
   前記リクエストを発行する発行ステップと、
   自端末と前記ネットワークとが、接続されたオンライン状態か、接続されていないオフライン状態かを監視する監視ステップと、
   前記オフライン状態で発行された第１のリクエストを、該第１のリクエストが未送信であるか否かを示す情報と共に保存する第１の保存ステップと、
   前記オンライン状態で発行された第２のリクエストが、該発行の時点で未送信のまま保存されている前記第１のリクエストと同一のＷｅｂページのデータを要求するものである場合、前記保存されている第１のリクエストを前記第２のリクエストよりも先に前記Ｗｅｂサーバに送信する送信ステップと、を有するリクエスト送信方法。
7. 未送信のまま前記第１のリクエストが保存されている状態で、該第１のリクエストの変更指示を受けた場合、該変更指示に従って前記保存されている第１のリクエストを変更する変更ステップをさらに有する、請求項６に記載のリクエスト送信方法。
8. 前記Ｗｅｂサーバから、前記リクエストに対する応答として、Ｗｅｂページのデータと、自端末の前記リクエストによる前記Ｗｅｂページのデータの要求状況に基づき前記Ｗｅｂサーバにより設定される制御情報と、該制御情報が最新のものであるか否かを示す情報と、を含むレスポンスを受信する受信ステップと、
   前記受信ステップにより受信されたレスポンスに含まれる前記制御情報が最新のものである場合に該制御情報を保存する第２の保存ステップと、を有し
   前記発行ステップでは、
   前記リクエストの発行時に、その時点で前記保存されている制御情報を含めたリクエストを発行し、
   前記送信ステップでは、
   前記第２のリクエストが発行された時点で未送信のまま保存されている前記第１のリクエストがある場合、前記第１のリクエストの送信後、前記第１のリクエストに対するレスポンスが受信されるまで、前記第２のリクエストの送信を待機し、
   前記第１のリクエストに対するレスポンスが受信され、該レスポンスに含まれる制御情報が最新のものである場合、前記第２のリクエストに含まれる制御情報を該レスポンスに含まれる最新の制御情報に更新した上で、前記第２のリクエストを前記Ｗｅｂサーバに送信する、請求項６または７に記載のリクエスト送信方法。
9. 前記受信ステップにより前記レスポンスが受信された場合、前記レスポンスが受信されたことを表示する出力ステップを有する請求項８に記載のリクエスト送信方法。
10. 前記出力ステップでは、前記送信ステップにより前記Ｗｅｂサーバへの前記リクエストの送信が行われた場合、前記Ｗｅｂサーバへの前記リクエストの送信が行われたことを表示する請求９に記載のリクエスト送信方法。
11. Ｗｅｂページを管理するＷｅｂサーバとネットワークを介して接続された端末に、
    前記Ｗｅｂページのデータを要求するリクエストを発行する発行手順と、
    自端末と前記ネットワークとが、接続されたオンライン状態か、接続されていないオフライン状態かを監視する監視手順と、
    前記オフライン状態で発行された第１のリクエストを、該第１のリクエストが未送信であるか否かを示す情報と共に保存する保存手順と、
    前記オンライン状態で発行された第２のリクエストが、該発行の時点で未送信のまま保存されている前記第１のリクエストと同一のＷｅｂページのデータを要求するものである場合、前記保存されている第１のリクエストを前記第２のリクエストよりも先に前記Ｗｅｂサーバに送信する送信手順と、を実行させるプログラム。

Images