(57)【要約】【課題】  ウェブページの表示の利便性を向上するウェブページ表示システム及びウェブページ表示プログラムを提供する。【解決手段】  ウェブページ表示システムは、リクエストデータに応じて、レスポンスデータを送信するサーバと、ユーザから入力された情報に基づいて生成されたリクエストデータをサーバに送信し、サーバから受信したレスポンスデータに基づいてウェブページを表示する端末装置とを有し、端末装置は、リクエストデータに応じて変化するレスポンスデータの規則を学習し、サーバとの通信が切断された場合、学習した規則に従い、リクエストデータに応じた代替レスポンスデータを生成し、代替レスポンスデータに基づいてウェブページを表示する。【選択図】図２０
2015176215.tif 000002
【特許請求の範囲】
【請求項１】
受信したリクエストデータに応じて、レスポンスデータを送信するサーバと、
ユーザから入力された情報に基づいて生成された前記リクエストデータを前記サーバに送信し、前記サーバから受信した前記レスポンスデータに基づいてウェブページを表示する端末装置とを有し、
前記端末装置は、
前記リクエストデータに応じて変化する前記レスポンスデータの規則を学習し、
前記サーバとの通信が切断された場合、学習した前記規則に従い、前記リクエストデータに応じた代替レスポンスデータを生成し、前記代替レスポンスデータに基づいてウェブページを表示することを特徴とするウェブページ表示システム。
【請求項２】
前記端末装置は、前記サーバとの通信が復旧した場合、前記サーバとの通信の切断中に生成された前記リクエストデータを前記サーバに送信し、前記サーバから受信した前記レスポンスデータを、前記代替レスポンスデータと比較し、該比較結果に基づいて前記規則を更新することを特徴とする請求項１に記載のウェブページ表示システム。
【請求項３】
前記端末装置は、前記サーバとの通信が復旧した場合、前記サーバとの通信の切断中に生成された前記リクエストデータを前記サーバに送信し、前記サーバから受信した前記レスポンスデータを、前記代替レスポンスデータと比較し、該比較結果をユーザに通知することを特徴とする請求項１または２に記載のウェブページ表示システム。
【請求項４】
前記端末装置は、前記リクエストデータを前記サーバに送信するたびに、送信した前記リクエストデータに応じた前記代替レスポンスデータを生成して、前記サーバから受信した前記レスポンスデータと比較し、該比較結果に基づいて前記規則を更新することを特徴とする請求項１乃至３の何れかに記載のウェブページ表示システム。
【請求項５】
ユーザから入力された情報に基づいて生成されたリクエストデータをサーバに送信し、
前記サーバから受信したレスポンスデータに基づいてウェブページを表示し、
前記リクエストデータに応じて変化する前記レスポンスデータの規則を学習し、
前記サーバとの通信が切断された場合、学習した前記規則に従い、前記リクエストデータに応じた代替レスポンスデータを生成し、前記代替レスポンスデータに基づいてウェブページを表示する、処理を、コンピュータに実行させることを特徴とするウェブページ表示プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本件は、ウェブページ表示システム及びウェブページ表示プログラムに関する。
【背景技術】
【０００２】
スマートフォンなどのモバイル端末装置の普及に伴い、無線通信によるインターネットへのアクセスが増加している。モバイル端末装置は、電波状態が悪い環境下では、通信状態が不安定となるため、ウェブサーバからのウェブページの取得に失敗し、ウェブページを表示できないことがある。
【０００３】
このため、モバイル端末装置は、ブラウザにより、ウェブページを予めキャッシュしておき、ウェブサーバとの通信が切断された場合、当該キャッシュデータを用いて代替のウェブページを表示する。したがって、モバイル端末装置は、過去に表示したことがあるウェブページであれば、ウェブサーバとの接続が切断されても表示することができる。
【０００４】
ネットワークから取得したデータの表示に関し、例えば特許文献１には、ネットワーク上に存在する目的のデータにアクセスすることなく、予め装置内に格納したデータを仮表示する点が記載されている。また、特許文献２には、ホームページを表示するブラウザに、仮データを表示し、サーバから追加データを取得した後、ブラウザの表示を更新する点が記載されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００２−３３４０１３号公報
【特許文献２】特開２００７−２７２７４２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、キャッシュデータによる代替のウェブページの表示手段の利用可能なケースは、当該ウェブページの表示内容が、モバイル端末装置から送信されるリクエストデータ（変数）によらずに一定である場合に限られる。例えば、ブログ（Ｂｌｏｇ）の更新内容の確認用のウェブページは、事前（ブログの編集画面）に入力されたブログのタイトル及び内容などに応じて、表示内容が異なるため、キャッシュデータを用いる表示手段を用いて表示することができない。
【０００７】
つまり、リクエストデータに応じて変化するウェブページを、キャッシュデータを用いて表示しても、表示内容は、リクエストデータに応じた内容とはならず、キャッシュデータの取得時の内容となる。
【０００８】
このように、キャッシュデータを用いる表示手段は、ウェブページの表示の利便性が低いという問題がある。なお、このような問題は、モバイル端末装置に限られず、例えばパーソナルコンピュータのように、ウェブサーバと有線通信を行う他の端末装置についても同様に存在する。
【０００９】
そこで本件は上記の課題に鑑みてなされたものであり、ウェブページの表示の利便性を向上するウェブページ表示システム及びウェブページ表示プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
本明細書に記載のウェブページ表示システムは、受信したリクエストデータに応じて、レスポンスデータを送信するサーバと、ユーザから入力された情報に基づいて生成された前記リクエストデータを前記サーバに送信し、前記サーバから受信した前記レスポンスデータに基づいてウェブページを表示する端末装置とを有し、前記端末装置は、前記リクエストデータに応じて変化する前記レスポンスデータの規則を学習し、前記サーバとの通信が切断された場合、学習した前記規則に従い、前記リクエストデータに応じた代替レスポンスデータを生成し、前記代替レスポンスデータに基づいてウェブページを表示する。
【００１１】
本明細書に記載のウェブページ表示プログラムは、ユーザから入力された情報に基づいて生成されたリクエストデータをサーバに送信し、前記サーバから受信したレスポンスデータに基づいてウェブページを表示し、前記リクエストデータに応じて変化する前記レスポンスデータの規則を学習し、前記サーバとの通信が切断された場合、学習した前記規則に従い、前記リクエストデータに応じた代替レスポンスデータを生成し、前記代替レスポンスデータに基づいてウェブページを表示する、処理を、コンピュータに実行させる。
【発明の効果】
【００１２】
ウェブページの表示の利便性の利便性を向上できる。
【図面の簡単な説明】
【００１３】
【図１】実施例に係るウェブページ表示システムを示す構成図である。
【図２】ウェブサーバの例を示す構成図である。
【図３】ウェブページの例を示す図である。
【図４】レスポンスデータの例を示す図である。
【図５】端末装置の例を示す構成図である。
【図６】通信状態の判定処理の例を示すフローチャートである。
【図７】端末装置の学習処理の様子を示す図である。
【図８】変換規則データベースの例を示す表である。
【図９】代替レスポンスデータベースの例を示す表である。
【図１０】学習処理の例を示すフローチャートである。
【図１１】レスポンステンプレートの生成例を示す表である。
【図１２】レスポンスデータの他例を示す図である。
【図１３】一致率の更新例を示す表である。
【図１４】代替レスポンスデータの例を示す図である。
【図１５】レスポンスデータの他例を示す図である。
【図１６】レスポンステンプレートの更新例を示す表である。
【図１７】端末装置のウェブページの表示処理の様子を示す図である。
【図１８】ログデータベースの例を示す表である。
【図１９】ウェブページの表示処理の例を示すフローチャートである。
【図２０】端末装置のレスポンステンプレートの検証処理の様子を示す図である。
【図２１】レスポンステンプレートの検証処理の例を示すフローチャートである。
【発明を実施するための形態】
【００１４】
図１は、実施例に係るウェブページ表示システムを示す構成図である。ウェブページ表示システムは、端末装置１及びウェブサーバ（サーバ）２を有する。
【００１５】
端末装置１及びウェブサーバ（サーバ）２は、インターネットなどのネットワークＮＷを介して接続され、通信を行う。ネットワークＮＷは、ＬＴＥ（Long Term Evolution）などの無線通信ネットワーク、及び光ファイバ通信などの有線ネットワークの少なくとも一方を含む。
【００１６】
端末装置１は、例えば、スマートフォンなどのモバイル端末装置や、パーソナルコンピュータなどである。端末装置１は、インターネットエクスプローラ（登録商標）などのブラウザ（ウェブ（Web）ページ（ホームページ）の閲覧用ソフトウェア）がインストールされている。
【００１７】
端末装置１は、該ソフトウェアを用いて、ユーザから入力された情報に基づいて生成されたリクエストデータＲＥＱをウェブサーバ２に送信する。リクエストデータＲＥＱは、ウェブページのアドレス（宛先）を示すＵＲＬ（Uniform Resource Locator）、及び、ウェブページの内容に影響する各種の変数を含む。
【００１８】
ウェブサーバ２は、アクセスしてきた端末装置１にウェブページを提供する。ウェブサーバ２は、端末装置１から受信したリクエストデータＲＥＱに応じて、ウェブページを表示するためのレスポンスデータＲＥＳを端末装置１に送信する。レスポンスデータＲＥＳは、ＨＴＭＬ（Hyper Text Markup Language）などのマークアップ言語により構成されている。端末装置１は、ブラウザを用いて、ウェブサーバ２から受信したレスポンスデータＲＥＳに基づいてウェブページを画面に表示する。
【００１９】
次に、ウェブサーバ２の構成を説明する。図２は、ウェブサーバ２の例を示す構成図である。
【００２０】
ウェブサーバ２は、ＣＰＵ２０、ＲＯＭ（Read Only Memory）２１、ＲＡＭ（Random Access Memory）２２、ＨＤＤ２３、通信処理部２４、可搬型記憶媒体用ドライブ２５、入力処理部２６、及び画像処理部２７などを備えている。ＣＰＵ２０は、演算処理手段であり、所定のプログラムに従って動作する。ＣＰＵ２０は、各部２１〜２７とバス２８を介して接続されている。
【００２１】
ＲＡＭ２２は、ＣＰＵ２０のワーキングメモリとして用いられる。また、ＲＯＭ２１及びＨＤＤ２３は、ＣＰＵ２０を動作させるプログラムなどを記憶する記憶手段として用いられる。また、ＨＤＤ２３には、ウェブサーバ２が提供するウェブページが含まれるウェブページデータベース（ＤＢ）２３ａが格納されている。通信処理部２４は、例えばネットワークカードであり、ネットワークＮＷを介して、端末装置１などの他装置と通信を行う通信手段である。
【００２２】
可搬型記憶媒体用ドライブ２５は、可搬型記憶媒体２５０に対して、情報の書き込みや情報の読み出しを行う装置である。可搬型記憶媒体２５０の例としては、ＵＳＢメモリ（USB: Universal Serial Bus）、ＣＤ−Ｒ（Compact Disc Recordable）、及びメモリカードなどが挙げられる。なお、ＣＰＵ２０を動作させるプログラムは、可搬型記憶媒体２５０に格納されてもよい。
【００２３】
ウェブサーバ２は、情報の入力操作を行うための入力デバイス２６０、及び、画像を表示するためのディスプレイ２７０を、さらに備える。入力デバイス２６０は、キーボード及びマウスなどの入力手段であり、入力された情報は、入力処理部２６を介してＣＰＵ２０に出力される。ディスプレイ２７０は、液晶ディスプレイなどの画像表示手段であり、表示される画像データは、ＣＰＵ２０から画像処理部２７を介してディスプレイに出力される。なお、入力デバイス２６０及びディスプレイ２７０に代えて、これらの機能を備えるタッチパネルなどのデバイスを用いることもできる。
【００２４】
ＣＰＵ２０は、ＲＯＭ２１、またはＨＤＤ２３などに格納されているプログラム、または可搬型記憶媒体用ドライブ２５が可搬型記憶媒体２５０から読み取ったプログラムを実行する。なお、プログラムは、通信処理部２４を介してダウンロードされたものであってもよい。
【００２５】
ＣＰＵ２０は、プログラムを実行すると、端末装置１からのリクエストデータＲＥＱに応じて、ＨＤＤ２３内のウェブページＤＢ２３ａからデータを読み出し、レスポンスデータＲＥＳとして端末装置１に送信する。端末装置１は、レスポンスデータＲＥＳを用いてウェブページを表示する。
【００２６】
図３には、ウェブページの例が示されている。ウェブページの一例として、図３（ａ）は、ブログ編集用のウェブページの表示内容を示し、図３（ｂ）は、ブログ確認用のウェブページの表示内容を示す。なお、ブログ編集用のウェブページのＵＲＬは、「http://example.com/edit」とし、ブログ確認用のウェブページのＵＲＬは、「http://example.com/confirm」とする。
【００２７】
ユーザは、ブログ編集用のウェブページにおいて、タイトル欄８０及び内容欄８１に、ブログのタイトル及び内容をそれぞれ入力する。タイトル及び内容の入力後、ユーザは、送信ボタン８２を押下することで、ブログ確認用のウェブページを端末装置１に表示させる。このとき、端末装置１は、ＵＲＬ「http://example.com/confirm」を含むリクエストデータＲＥＱをウェブサーバ２に送信する。リクエストデータＲＥＱは、ＵＲＬ以外にも、タイトル及び内容をそれぞれ示す変数（パラメータ）「title」及び「contents」を含む。
【００２８】
ブログ確認用のウェブページには、変数「title」及び「contents」に基づいてタイトル８３及び内容８４がそれぞれ表示される。ユーザは、変更確定ボタンを押下することで、ログ編集用のウェブページにおいて編集したブログのタイトル及び内容を確定させる。
【００２９】
このように、ＵＲＬ「http://example.com/confirm」のウェブページは、リクエストデータＲＥＱの変数「title」及び「contents」に応じて表示内容が異なる。つまり、リクエストデータＲＥＱに応じて送信されるレスポンスデータＲＥＳの内容は、変数「title」及び「contents」に応じて変化する。
【００３０】
図４には、レスポンスデータＲＥＳの例が示されている。本例では、図３（ａ）に示されたウェブページにおいて、ユーザが、タイトル欄８０及び内容欄８１に文字列「新機能のご紹介」及び「利便性向上を実現」をそれぞれ入力し、送信ボタン８２を押下したと仮定する。このとき、ウェブサーバ２に送信されるレスポンスデータＲＥＳには、変数「title」及び「contents」として、文字列「新機能のご紹介」及び「利便性向上を実現」がそれぞれ含まれる。
【００３１】
上述したように、図３（ｂ）のブログ確認用のウェブページには、変数「title」及び「contents」に基づいてタイトル８３及び内容８４がそれぞれ表示される。このため、ブログ確認用のウェブページのレスポンスデータＲＥＳには、符号７０，７１で示されるように、文字列「新機能のご紹介」及び「利便性向上を実現」がそれぞれ含まれる。
【００３２】
このように、ウェブサーバ２は、受信したリクエストデータＲＥＱの変数に応じたレスポンスデータＲＥＳを送信する。このため、仮に、端末装置１が、ウェブサーバ２との通信が切断されたとき、予めキャッシュしたキャッシュデータにより代替のウェブページを表示した場合、表示内容は、キャッシュデータの取得時の内容となる。
【００３３】
つまり、キャッシュデータにより表示された代替のウェブページは、変数「title」及び「contents」とは無関係に、一定の内容となる。しかも、キャッシュデータを用いて表示されたウェブページの内容の真偽を検証する手段が存在しないため、ウェブページを閲覧したユーザが誤った情報を取得するおそれがある。
【００３４】
そこで、実施例に係るウェブページ表示システムでは、端末装置１が、リクエストデータＲＥＱに応じ変化するウェブサーバ２のレスポンスデータＲＥＳの規則を学習する。そして、端末装置１は、ウェブサーバ２との通信が切断時、学習した規則に従って代替レスポンスデータＲＥＳｘを生成し、代替レスポンスデータＲＥＳｘに基づいてウェブページを表示する。これにより、ウェブページの表示の利便性が向上する。
【００３５】
また、端末装置１は、通信の復旧時にウェブサーバ２から得たレスポンスデータＲＥＳと比較することにより、代替レスポンスデータＲＥＳｘを用いて表示したウェブページの真偽を検証する。以下に、端末装置１の構成について説明する。
【００３６】
図５は、端末装置１の例を示す構成図である。端末装置１は、ＣＰＵ１０、ＲＯＭ１１、ＲＡＭ１２、ＨＤＤ１３、通信処理部１４、可搬型記憶媒体用ドライブ１５、入力処理部１６、及び画像処理部１７などを備えている。
【００３７】
ＣＰＵ１０は、演算処理手段であり、所定のプログラムに従って動作する。ＣＰＵ１０は、各部１１〜１７とバス１８を介して接続されている。なお、端末装置１は、ソフトウェアにより動作するものに限定されず、ＣＰＵ１０に代えて、特定用途向け集積回路などのハードウェアが用いられてもよい。
【００３８】
ＲＡＭ１２は、ＣＰＵ１０のワーキングメモリとして用いられる。また、ＲＯＭ１１及びＨＤＤ１３は、ＣＰＵ１０を動作させるプログラムなどを記憶する記憶手段として用いられる。例えば、ＨＤＤ１３には、ブラウザプログラム１３ａ及びプロキシプログラム（ウェブページ表示プログラム）１３ｂが格納されている。
【００３９】
ブラウザプログラム１３ａは、ウェブページを閲覧するためのブラウザとして、ＣＰＵ１０を機能させる。プロキシプログラム１３ｂは、ＣＰＵ１０を、ウェブサーバ２に代わるレスポンスデータＲＥＳ（代替レスポンスデータＲＥＳｘ）の生成手段として機能させる。なお、ＨＤＤ１３には、上記の機能を実行するために用いられる各種のデータベースも格納されている。
【００４０】
また、通信処理部１４は、例えばネットワークカードであり、ネットワークＮＷを介して、ウェブサーバ２と通信を行う通信手段である。可搬型記憶媒体用ドライブ１５は、可搬型記憶媒体１５０に対して、情報の書き込みや情報の読み出しを行う装置である。可搬型記憶媒体１５０の例としては、ＵＳＢメモリ、ＣＤ−Ｒ、及びメモリカードなどが挙げられる。なお、ブラウザプログラム１３ａ及びプロキシプログラム１３ｂは、可搬型記憶媒体１５０に格納されてもよい。
【００４１】
端末装置１は、情報の入力操作を行うための入力デバイス１６０、及び、画像を表示するためのディスプレイ１７０を、さらに備える。入力デバイス１６０は、キーボード及びマウスなどの入力手段であり、入力された情報は、入力処理部１６を介してＣＰＵ１０に出力される。ディスプレイ１７０は、液晶ディスプレイなどの画像表示手段であり、表示される画像データは、ＣＰＵ１０から画像処理部１７を介してディスプレイに出力される。なお、入力デバイス１６０及びディスプレイ１７０に代えて、これらの機能を備えるタッチパネルなどのデバイスを用いることもできる。
【００４２】
ＣＰＵ１０は、ＲＯＭ１１、またはＨＤＤ１３などに格納されているプログラム、または可搬型記憶媒体用ドライブ１５が可搬型記憶媒体１５０から読み取ったプログラムを実行する。このプログラムには、ＯＳ（Operating System）だけでなく、上記のブラウザプログラム１３ａ及びプロキシプログラム１３ｂも含まれる。なお、プログラムは、通信処理部１４を介してダウンロードされたものであってもよい。
【００４３】
ＣＰＵ１０は、ブラウザプログラム１３ａ及びプロキシプログラム１３ｂを実行すると、ブラウザ機能部１０１及びプロキシ機能部１０２がそれぞれ形成される。ブラウザ機能部１０１は、上記のブラウザに相当し、ユーザから入力処理部１６を介して入力された情報に基づいてリクエストデータＲＥＱを生成し、通信処理部１４を介してウェブサーバ２に送信する。また、ブラウザ機能部１０１は、ウェブサーバ２から通信処理部１４を介して受信したレスポンスデータＲＥＳ、または、プロキシ機能部１０２が生成した代替レスポンスデータＲＥＳｘに基づいてウェブページをディスプレイ１７０に表示する。
【００４４】
プロキシ機能部１０２は、ウェブサーバ２との通信状態に応じて、３つの異なる処理を実行する。このため、プロキシ機能部１０２は、例えば周期的に通信処理部１４にアクセスすることにより、ウェブサーバ２との通信状態を検出する。なお、本実施例において、プロキシ機能部１０２は、ブラウザ機能部１０１から独立しているが、これに限定されず、ブラウザの一部（ブラウザプラグインなど）として、ブラウザ機能部１０１と一体化されていてもよい。
【００４５】
図６は、通信状態の判定処理の例を示すフローチャートである。本処理は、例えば周期的に実行される。
【００４６】
プロキシ機能部１０２は、通信処理部１４にアクセスすることにより、ウェブサーバ２との通信状態を検出する（ステップＳｔ１）。通信処理部１４は、通信状態として、例えば、ウェブサーバ２との通信のエラーレートや、ウェブサーバ２との通信セッションの切断の有無などを、プロキシ機能部１０２に通知する。なお、プロキシ機能部１０２は、ＯＳにより提供されるネットワーク接続確認用のＡＰＩ（Application Programming Interface）やコマンドなどを用いて通信処理部１４にアクセスする。
【００４７】
プロキシ機能部１０２は、ウェブサーバ２との通信状態が正常であるか否かを判定する（ステップＳｔ２）。プロキシ機能部１０２は、例えば、ウェブサーバ２との通信のエラーレートが所定の閾値以下である場合、またはウェブサーバ２との通信セッションが存続している場合、通信状態を正常と判定する。
【００４８】
通信状態が正常である場合（ステップＳｔ２のＹｅｓ）、プロキシ機能部１０２は、前回の通信状態の判定結果が異常であるか否かを判定する（ステップＳｔ３）。前回の通信状態の判定結果が異常ではない場合（ステップＳｔ３のＮｏ）、プロキシ機能部１０２は、ウェブサーバ２からのレスポンスデータＲＥＳの学習処理を行う（ステップＳｔ６）。
【００４９】
つまり、ウェブサーバ２との通信が正常に維持されている間（オンライン時）、プロキシ機能部１０２は、リクエストデータＲＥＱの変数に応じて変化するレスポンスデータＲＥＳの規則を学習し、学習した規則を反映したレスポンステンプレートを生成または更新する。レスポンステンプレートは、ウェブサーバ２との通信の切断時に用いられる代替レスポンスデータＲＥＳｘを生成するための基礎となるデータである。
【００５０】
通信状態が異常である場合（ステップＳｔ２のＮｏ）、プロキシ機能部１０２は、代替レスポンスデータＲＥＳｘによるウェブページの表示処理を行う（ステップＳｔ５）。プロキシ機能部１０２は、例えば、ウェブサーバ２との通信のエラーレートが所定の閾値より大きい場合、またはウェブサーバ２との通信セッションが消失している場合、通信状態を異常と判定する。
【００５１】
つまり、ウェブサーバ２との通信が切断された場合（オフライン時）、プロキシ機能部１０２は、ブラウザ機能部１０１から入力されたリクエストデータＲＥＱに応じた代替レスポンスデータＲＥＳｘを生成し、ブラウザ機能部１０１に出力する。すなわち、プロキシ機能部１０２は、ウェブサーバ２からのレスポンスデータＲＥＳを推測して、推測結果に基づいて代替レスポンスデータＲＥＳｘを生成する。また、プロキシ機能部１０２は、ウェブサーバ２との通信が切断中、リクエストデータＲＥＱ及び代替レスポンスデータＲＥＳｘのログをＨＤＤ１３に保存する。
【００５２】
また、前回の通信状態の判定結果が異常である場合（ステップＳｔ３のＹｅｓ）、プロキシ機能部１０２は、代替レスポンスデータＲＥＳｘの検証処理を行う（ステップＳｔ４）。つまり、ウェブサーバ２との通信が復旧した場合、プロキシ機能部１０２は、ＨＤＤ１３から、リクエストデータＲＥＱ及び代替レスポンスデータＲＥＳｘのログを読み出して、代替レスポンスデータＲＥＳｘの検証を行う。より具体的には、プロキシ機能部１０２は、ウェブサーバ２にリクエストデータＲＥＱを送信し、受信したレスポンスデータＲＥＳと、代替レスポンスデータＲＥＳｘとを比較する。
【００５３】
このように、プロキシ機能部１０２は、ウェブサーバ２との通信状態に応じて、３つの異なる処理（ステップＳｔ４〜Ｓｔ６）を実行する。以下に各処理について説明する。
【００５４】
図７には、端末装置１の学習処理（ステップＳｔ６）の様子が示されている。プロキシ機能部１０２は、ブラウザ機能部１０１から出力されたリクエストデータＲＥＱを、通信処理部１４に中継する。通信処理部１４は、リクエストデータＲＥＱを、ネットワークＮＷを介してウェブサーバ２に送信する。
【００５５】
また、通信処理部１４は、ウェブサーバ２から受信したレスポンスデータＲＥＳをプロキシ機能部１０２に出力する。プロキシ機能部１０２は、通信処理部１４から入力されたレスポンスデータＲＥＳをブラウザ機能部１０１に中継する。
【００５６】
プロキシ機能部１０２は、リクエストデータＲＥＱに応じて変化するレスポンスデータＲＥＳの規則を学習する。より具体的には、プロキシ機能部１０２は、ＨＤＤ１３に格納された変換規則データベース（ＤＢ）１３１が示す各変換規則を用いて、リクエストデータＲＥＱ内の変数を変換する。プロキシ機能部１０２は、レスポンスデータＲＥＳから、変換後の変数に一致する箇所を検出することで（符号１０２ｂ）、レスポンステンプレートを生成する。
【００５７】
図８には、変換規則ＤＢ１３１の例が示されている。本例において、変換規則ＤＢ１３１は、複数の変換規則を列挙するリストの形態で示されているが、他の形態で構成されてもよい。
【００５８】
「規則ＩＤ」は、変換規則の識別番号である。「名称」は、変換規則の名称である。「変換式」は、変数の変換に用いられる式であり、スクリプト言語などにより記述されている。「変換式」において、リクエストデータＲＥＱ内の変数（入力変数）は、「＄ｉｎ」と表記され、変換後の変数（出力変数）は、「＄ｏｕｔ」と表記されている。
【００５９】
例えば、規則ＩＤ「０」の「単純埋め込み」の場合、図３及び図４の例のように、リクエストデータＲＥＱ内の変数（title,及びcontents）は、そのままレスポンスデータＲＥＳ内に挿入される。規則ＩＤ「１」の「インクリメント」の場合、リクエストデータＲＥＱ内の変数は、１が加算されて、レスポンスデータＲＥＳ内に挿入される。規則ＩＤ「２」の「改行変換」の場合、リクエストデータＲＥＱ内の変数は、改行コード「\n」であるとき、ＨＴＭＬの改行コード「<br>」に変換されて、レスポンスデータＲＥＳ内に挿入される。
【００６０】
「一致率リスト」は、当該規則による変換後の変数が、レスポンスデータＲＥＳ内の当該箇所の変数に一致する確率（％）を、使用回数ごと「，」（カンマ）で区切って示す。「一致率リスト」は、過去の通信結果に基づいて算出された確率を列挙したものである。すなわち、「一致率リスト」内の最初（「一致率リスト」欄内の最も左）の数値は、１回目の使用時に一致した後、２回目の使用時も一致する確率を示し、その次の数字は、１回目及び２回目の使用時に一致した後、３回目の使用時も一致する確率を示す。一般的に表すと、「一致率リスト」内の左からＮ番目（Ｎ：整数）の数字は、１〜Ｎ回目の使用時に一致した後、Ｎ＋１回目の使用時も一致する確率を示す。
【００６１】
例えば、規則ＩＤ「０」の「単純埋め込み」の場合、１回目の使用時に一致した後、２回目の使用時も一致する確率は、９０（％）であり、１回目及び２回目の使用時に一致した後、３回目の使用時も一致する確率は、９５（％）である。また、規則ＩＤ「１」の「インクリメント」の場合、１回目の使用時に一致した後、２回目の使用時も一致する確率は、８０（％）であり、１回目及び２回目の使用時に一致した後、３回目の使用時も一致する確率は、９５（％）である。なお、変換規則ＤＢ１３１は、ユーザが入力した情報に基づいて生成されてもよいし、機械的な学習手段などにより自動的に生成されてもよい。
【００６２】
プロキシ機能部１０２は、変換規則ＤＢ１３１内の各変換規則を用いて、変数を変換し、レスポンスデータＲＥＳから、変換後の変数に一致する箇所を検出し（符号１０２ａ参照）、該箇所を変数に置換することにより、レスポンステンプレートを生成する。レスポンステンプレートは、ウェブサーバ２との通信が切断されたときに用いられる代替レスポンスデータの基礎となるデータである。生成されたレスポンスデータは、ＨＤＤ１３内の代替レスポンスデータベース（ＤＢ）１３２に登録される。
【００６３】
図９には、代替レスポンスＤＢ１３２の例が示されている。レスポンステンプレートは、ＵＲＬごとに登録されている。レスポンステンプレートは、上記の検出処理１０２ｂで検出されたレスポンスデータＲＥＳ内の箇所を、変数（「＄ａ」，「＄ｂ」）で置き換えたものと、適用された変換規則の変換式（カッコ内参照）とを含む。
【００６４】
また、代替レスポンスＤＢ１３２には、レスポンステンプレートごとに、当該レスポンステンプレートの「使用回数」、「規則ＩＤ」、及び「一致率」が登録されている。「使用回数」は、プロキシ機能部１０２が当該レスポンステンプレートに基づいて代替レスポンスデータＲＥＳｘを生成した回数を示す。なお、レスポンステンプレートの生成時、「使用回数」は１回を示す。
【００６５】
「規則ＩＤ」は、図８に示された変換規則のうち、当該レスポンステンプレートに適用される１以上の変換規則の規則ＩＤを示す。例えば、「http://example.com/contents」のレスポンステンプレートは、規則ＩＤ「０」の「単純埋め込み」の変換規則が適用される。このため、当該ウェブページの代替レスポンスデータＲＥＳｘは、リクエストデータＲＥＱ内の変数「title」及び「contents」を、レスポンステンプレート内の「＄ａ」及び「＄ｂ」に入力することにより生成される。
【００６６】
「一致率」は、図８に示された変換規則の「一致率リスト」から、「使用回数」に応じて選択された確率を示す。例えば、「http://example.com/contents」のレスポンステンプレートは、規則ＩＤ「０」の「単純埋め込み」の変換規則が適用され、「使用回数」は１回である。このため、該レスポンステンプレートの「一致率」は、規則ＩＤ「０」の「一致率リスト」内の数字のうち、最初の数字である９０（％）となる。
【００６７】
また、「http://example.org/profile」のレスポンステンプレートは、規則ＩＤ「２」の「改行変換」の変換規則が適用され、「使用回数」は３回である。このため、該レスポンステンプレートの「一致率」は、規則ＩＤ「２」の「一致率リスト」内の数字のうち、左から３番目の数字である９０（％）となる。なお、「一致率」は、後述するように、レスポンステンプレートの使用可否の判定に用いられる。
【００６８】
プロキシ機能部１０２は、レスポンステンプレートを用いて代替レスポンスデータＲＥＳｘを生成する。しかし、レスポンステンプレートは、ＵＲＬごとに生成されるため、ウェブサーバ２にアクセスするたびに生成され、増加する。このため、プロキシ機能部１０２は、例えば使用頻度に応じて、レスポンステンプレートを削除してもよい。
【００６９】
また、プロキシ機能部１０２は、リクエストデータＲＥＱをウェブサーバ２に送信するたびに、代替レスポンスＤＢ１３２を用いて、送信したリクエストデータに応じた代替レスポンスデータＲＥＳｘを生成する。プロキシ機能部１０２は、生成した代替レスポンスデータＲＥＳｘと、ウェブサーバ２から受信したレスポンスデータＲＥＳと比較（符号１０２ａ参照）し、該比較結果に基づいて、レスポンステンプレート（つまり変換規則）を更新する。これにより、プロキシ機能部１０２は、代替レスポンスＤＢ１３２の内容を充実させ、代替レスポンスデータＲＥＳｘの確実性を向上することができる。
【００７０】
図１０は、学習処理の例を示すフローチャートである。本処理は、図６のステップＳｔ６において実行される。
【００７１】
プロキシ機能部１０２は、ブラウザ機能部１０１からのリクエストデータＲＥＱの入力の検出の有無を判定する（ステップＳｔ１１）。プロキシ機能部１０２は、リクエストデータＲＥＱの入力が検出されない場合（ステップＳｔ１１のＮｏ）、処理を終了する。プロキシ機能部１０２は、リクエストデータＲＥＱの入力が検出された場合（ステップＳｔ１１のＹｅｓ）、代替レスポンスＤＢ１３２に、リクエストデータＲＥＱ内のＵＲＬに対応するレスポンステンプレートが登録されているか否かを判定する（ステップＳｔ１２）。
【００７２】
レスポンステンプレートが登録されていない場合（ステップＳｔ１２のＮｏ）、プロキシ機能部１０２は、通信処理部１４を介し、リクエストデータＲＥＱをウェブサーバ２に送信する（ステップＳｔ１９）。次に、プロキシ機能部１０２は、通信処理部１４を介し、ウェブサーバ２からレスポンスデータＲＥＳを受信する（ステップＳｔ２０）。図３のウェブページの例を挙げると、リクエストデータＲＥＱに、変数「title」及び「contents」として、文字列「新機能のご紹介」及び「利便性向上を実現」がそれぞれ含まれる場合、レスポンスデータＲＥＳは、図４に示される内容となる。
【００７３】
次に、プロキシ機能部１０２は、レスポンスデータＲＥＳから、リクエストデータＲＥＱ内の変数の変換結果（変換後の変数）に一致する箇所を検出する（ステップＳｔ２１）。このとき、プロキシ機能部１０２は、変換規則ＤＢ１３１に登録された変換規則を順次に使用して変数を変換し、レスポンスデータＲＥＳ内の一致箇所を検出する。
【００７４】
次に、プロキシ機能部１０２は、検出結果に基づいて、レスポンステンプレートを生成する（ステップＳｔ２２）。次に、プロキシ機能部１０２は、生成したレスポンステンプレートを、代替レスポンスＤＢ１３２に登録する（ステップＳｔ２３）。
【００７５】
図１１には、レスポンステンプレートの生成例が示されている。図１１は、ウェブサーバ２への初回のアクセスにおいて、図４のレスポンスデータＲＥＳに基づいて生成された代替レスポンスＤＢ１３２内のレスポンステンプレートを示す。
【００７６】
図４のレスポンスデータＲＥＳのうち、文字列「新機能のご紹介」及び「利便性向上を実現」の箇所７０，７１は、変数「title」及び「contents」を、規則ＩＤ「０」の「単純埋め込み」で変換したものに一致する。このため、レスポンステンプレートは、文字列「新機能のご紹介」及び「利便性向上を実現」の箇所７０，７１を、規則ＩＤ「０」の「単純埋め込み」が適用される変数「＄ａ」及び「＄ｂ」で置換することにより生成される。なお、生成されたレスポンステンプレートの「一致率」は、「使用回数」が１回であるため、９０（％）となる。
【００７７】
生成したレスポンステンプレートの登録後、プロキシ機能部１０２は、ウェブサーバ２から受信したレスポンスデータＲＥＳをブラウザ機能部１０１に出力し（ステップＳｔ２５）、処理を終了する。これにより、ディスプレイ１７０に、レスポンスデータＲＥＳに基づくウェブページが表示される。
【００７８】
また、レスポンステンプレートが登録されている場合（ステップＳｔ１２のＹｅｓ）、プロキシ機能部１０２は、リクエストデータＲＥＱ内のＵＲＬに応じたレスポンステンプレートに基づいて、代替レスポンスデータＲＥＳｘを生成する（ステップＳｔ１３）。なお、以下の処理の説明では、一例として、代替レスポンスＤＢ１３２に、図１１に示されたレスポンステンプレートが登録されていることを前提とする。
【００７９】
次に、プロキシ機能部１０２は、通信処理部１４を介し、リクエストデータＲＥＱをウェブサーバ２に送信する（ステップＳｔ１４）。次に、プロキシ機能部１０２は、通信処理部１４を介し、ウェブサーバ２からレスポンスデータＲＥＳを受信する（ステップＳｔ１５）。次に、プロキシ機能部１０２は、代替レスポンスデータＲＥＳｘとレスポンスデータＲＥＳを比較する（ステップＳｔ１６）。
【００８０】
例えば、ウェブサーバ２への２度目のアクセスにおいて、レスポンスデータＲＥＳが、変数「title」及び「contents」として、文字列「新機能のご紹介」及び「新機能の概要」をそれぞれ含むとする。この場合、レスポンスデータＲＥＳは、図１２に示される内容となる。
【００８１】
また、当該ＵＲＬのレスポンステンプレート（図１１参照）は、規則ＩＤ「０」の「単純埋め込み」が適用される。このため、代替レスポンスデータＲＥＳｘは、レスポンステンプレート内の変数「＄ａ」及び「＄ｂ」を、文字列「新機能のご紹介」及び「新機能の概要」によりそれぞれ置換することにより生成される。このため、代替レスポンスデータＲＥＳｘは、図１２に示されたレスポンスデータＲＥＳと同様の内容となる。つまり、代替レスポンスデータＲＥＳｘは、レスポンスデータＲＥＳと一致する。
【００８２】
代替レスポンスデータＲＥＳｘとレスポンスデータＲＥＳが一致する場合（ステップＳｔ１７のＹｅｓ）、プロキシ機能部１０２は、レスポンステンプレートの一致率を更新する（ステップＳｔ１８）。
【００８３】
図１３には、一致率の更新例が示されている。レスポンステンプレートの使用回数は、ウェブサーバ２へのアクセスが２度目であるので、２回となる。このため、一致率は、図８の規則ＩＤ「０」の「単純埋め込み」の一致率リスト内の数字のうち、左から２番目の数字、つまり９５（％）となる。
【００８４】
レスポンステンプレートの一致率の更新後、プロキシ機能部１０２は、上記のステップＳｔ２５の処理を行い、処理を終了する。
【００８５】
また、代替レスポンスデータＲＥＳｘとレスポンスデータＲＥＳが一致しない場合（ステップＳｔ１７のＮｏ）、プロキシ機能部１０２は、レスポンステンプレートを削除する（ステップＳｔ２４）。次に、プロキシ機能部１０２は、上記のステップＳｔ２１〜Ｓｔ２３の処理を実行することにより、レスポンステンプレートを再生成する。つまり、プロキシ機能部１０２は、リクエストデータＲＥＱの変数に応じて変化するレスポンスデータＲＥＳの規則を更新する。レスポンステンプレートを再生成後、プロキシ機能部１０２は、上記のステップＳｔ２５の処理を行い、処理を終了する。
【００８６】
例えば、ウェブサーバ２への３度目のアクセスにおいて、レスポンスデータＲＥＳが、変数「title」及び「contents」として、文字列「新機能のご紹介」及び「利便性向上を実現\n処理を高速化」をそれぞれ含むとする。ここで、「\n」は、改行コードを示す。この場合、プロキシ機能部１０２は、図１３に示されるレスポンステンプレートに基づいて、図１４に示される代替レスポンスデータＲＥＳｘを生成する。
【００８７】
また、ウェブサーバ２が送信するレスポンスデータＲＥＳは、図１５に示される内容となる。この場合、レスポンスデータＲＥＳ内の改行コード７３は「<br>」であるのに対し、代替レスポンスデータＲＥＳｘ内の改行コード７２は「\n」である。このため、プロキシ機能部１０２は、レスポンスデータＲＥＳと代替レスポンスデータＲＥＳｘを比較した結果（ステップＳｔ１６）、両者を不一致と判定して（ステップＳｔ１７のＮｏ）、レスポンステンプレートを更新する（ステップＳｔ２１〜Ｓｔ２３）。
【００８８】
図１６には、この場合のレスポンステンプレートの更新例が示されている。本例では、リクエストデータＲＥＱ内の変数「title」（「新機能のご紹介」）は、レスポンスデータＲＥＳ内の文字列「新機能のご紹介」に一致する。このため、レスポンステンプレートは、変数「title」に関して、規則ＩＤ「０」の「単純埋め込み」が適用される（「レスポンステンプレート」欄内の「＄ａ」参照）。
【００８９】
また、リクエストデータＲＥＱ内の変数「contents」（「利便性向上を実現\n処理を高速化」）は、レスポンスデータＲＥＳ内の文字列「利便性向上を実現<br>処理を高速化」に対応する。つまり、「\n」の改行コード７２は、「<br>」の改行コード７３に変換されている。このため、レスポンステンプレートは、変数「contents」に関して、規則ＩＤ「２」の「改行変換」が適用される（「レスポンステンプレート」欄内の「＄ｂ」参照）。
【００９０】
したがって、レスポンステンプレートの「規則ＩＤ」として、「０」及び「２」が登録される。また、「使用回数」は、レスポンステンプレートが再生成されたので、「１」となる。「一致率」は、規則ＩＤ「０」，「１」の一致率リスト内の１回目に該当する数字のうち、最小の数字である８０（％）が選択される。
【００９１】
このように、プロキシ機能部１０２は、リクエストデータＲＥＱ内の変数に応じて変化するレスポンスデータＲＥＳの規則を学習し、代替レスポンスＤＢ１３２内のレスポンステンプレートを生成及び更新する。このため、以下に述べるウェブページの表示処理において、正確な代替レスポンスデータＲＥＳｘが生成され、代替のウェブページの精度を向上される。
【００９２】
図１７には、端末装置１のウェブページの表示処理（ステップＳｔ５）の様子が示されている。ここで、端末装置１は、符号９で示されるように、ウェブサーバ２との通信が切断されている。なお、図１７において、図７と共通する構成については同一の符号を付し、その説明を省略する。
【００９３】
プロキシ機能部１０２は、ブラウザ機能部１０１からリクエストデータＲＥＱが入力されると、代替レスポンスＤＢ１３２を用いて、リクエストデータＲＥＱに応じた代替レスポンスデータＲＥＳｘを生成し、ブラウザ機能部１０１に出力する。すなわち、プロキシ機能部１０２は、上記の学習処理において学習した変換規則に従い、リクエストデータＲＥＱに応じた代替レスポンスデータＲＥＳｘを生成し、ブラウザ機能部１０１により代替レスポンスデータＲＥＳｘに基づいてウェブページを表示する。
【００９４】
また、プロキシ機能部１０２は、リクエストデータＲＥＱ内の変数及び代替レスポンスデータＲＥＳｘを、ＨＤＤ１３内のログデータベース（ＤＢ）１３３に記録する。図１８には、ログＤＢ１３３の例が示されている。リクエストデータＲＥＱ内の変数（「key1」、「key2」）及び代替レスポンスデータＲＥＳｘは、ＵＲＬごとに記録される。ログデータベース（ＤＢ）１３３は、後述するレスポンステンプレートの検証処理に用いられる。
【００９５】
図１９は、ウェブページの表示処理の例を示すフローチャートである。本処理は、図６のステップＳｔ５において実行される。
【００９６】
プロキシ機能部１０２は、ブラウザ機能部１０１からのリクエストデータＲＥＱの入力の検出の有無を判定する（ステップＳｔ３１）。プロキシ機能部１０２は、リクエストデータＲＥＱの入力が検出されない場合（ステップＳｔ３１のＮｏ）、処理を終了する。プロキシ機能部１０２は、リクエストデータＲＥＱの入力が検出された場合（ステップＳｔ３１のＹｅｓ）、代替レスポンスＤＢ１３２に、リクエストデータＲＥＱ内のＵＲＬに対応するレスポンステンプレートが登録されているか否かを判定する（ステップＳｔ３２）。
【００９７】
レスポンステンプレートが登録されていない場合（ステップＳｔ３２のＮｏ）、プロキシ機能部１０２は、ユーザにエラーを通知し（ステップＳｔ３７）、処理を終了する。より具体的には、プロキシ機能部１０２は、ブラウザ機能部１０１に、当該ＵＲＬのウェブページが表示できない旨のメッセージを、ディスプレイ１７０に表示させる。
【００９８】
レスポンステンプレートが登録されている場合（ステップＳｔ３２のＹｅｓ）、プロキシ機能部１０２は、代替レスポンスＤＢ１３２から、当該レスポンステンプレートの一致率を検索し、一致率＞閾値ＴＨの成否を判定する（ステップＳｔ３３）。一致率＞閾値ＴＨが成立しない場合（ステップＳｔ３３のＮｏ）、プロキシ機能部１０２は、ユーザにエラーを通知し（ステップＳｔ３７）、処理を終了する。これにより、精度が低いレスポンステンプレートの使用が防止される。
【００９９】
また、一致率＞閾値ＴＨが成立する場合（ステップＳｔ３３のＹｅｓ）、プロキシ機能部１０２は、レスポンステンプレートに基づいて代替レスポンスデータＲＥＳｘを生成する（ステップＳｔ３４）。代替レスポンスデータＲＥＳｘの生成については、図１４などを参照して述べた通りである。
【０１００】
次に、プロキシ機能部１０２は、生成した代替レスポンスデータＲＥＳｘをブラウザ機能部１０１に出力する（ステップＳｔ３５）。これにより、ディスプレイ１７０に、代替レスポンスデータＲＥＳｘに基づくウェブページが表示される。したがって、ユーザは、端末装置１とウェブサーバ２の通信が切断された場合でも、図３（ｂ）に例示されたブログの確認用ウェブページのように、入力した情報に基づいて表示内容が変化するウェブページを閲覧できる。
【０１０１】
次に、プロキシ機能部１０２は、ログＤＢ１３３に、リクエストデータＲＥＱ内の変数及び代替レスポンスデータＲＥＳｘを記録する（ステップＳｔ３６）。このようにして、ウェブページの表示処理は行われる。
【０１０２】
このように、プロキシ機能部１０２は、予め学習したレスポンスデータＲＥＳの規則に従って、ウェブサーバ２に代わり、疑似的な代替レスポンスデータＲＥＳｘを生成し、代替レスポンスデータＲＥＳｘに基づいてウェブページを表示する。したがって、端末装置１は、リクエストデータＲＥＱに応じたウェブページを表示することができる。ウェブページの精度（正確さ）は、上記の学習処理だけでなく、レスポンステンプレートの検証処理によっても高めることができる。
【０１０３】
図２０には、端末装置１のレスポンステンプレートの検証処理（図６のステップＳｔ４）の様子が示されている。ここで、端末装置１とウェブサーバ２の通信は、復旧している。なお、図２０において、図７及び図１７と共通する構成については同一の符号を付し、その説明を省略する。
【０１０４】
プロキシ機能部１０２は、ウェブサーバ２との通信が復旧すると、ログＤＢ１３３からリクエストデータＲＥＱ内の変数及び代替レスポンスデータＲＥＳｘを読み出す。プロキシ機能部１０２は、読み出した変数を、当該ＵＲＬとともにリクエストデータＲＥＱに含めて、ウェブサーバ２に送信する。
【０１０５】
プロキシ機能部１０２は、ウェブサーバ２から受信したレスポンスデータＲＥＳと、ログＤＢ１３３から読み出した代替レスポンスデータＲＥＳｘとを比較し（符号１０２ｃ）、比較結果を、ユーザに通知するためにブラウザ機能部１０１に出力する。これにより、例えば、代替レスポンスデータＲＥＳｘを用いて表示したウェブページと、ウェブサーバ２から受信したレスポンスデータＲＥＳを用いて表示されるウェブページの差分が、ディスプレイ１７０に表示される。したがって、ユーザは、ウェブページから誤った情報を取得したことを認識するとともに、正しい情報を取得することができる。
【０１０６】
また、プロキシ機能部１０２は、上記の比較結果に基づいて代替レスポンスＤＢ１３２内のレスポンステンプレート（つまり変換規則）を更新する。これにより、プロキシ機能部１０２は、代替レスポンスＤＢ１３２の内容を充実させ、代替レスポンスデータＲＥＳｘの確実性を向上することができる。なお、レスポンステンプレートの検証処理は、ログＤＢ１３３に記録されている全てのリクエストデータＲＥＱ内の変数及び代替レスポンスデータＲＥＳｘについて実行される。
【０１０７】
図２１は、レスポンステンプレートの検証処理の例を示すフローチャートである。本処理は、図６のステップＳｔ４において実行される。
【０１０８】
プロキシ機能部１０２は、ブラウザ機能部１０１を介して、ウェブサーバ２との通信が復旧したことを、ユーザに通知する（ステップＳｔ４１）。次に、プロキシ機能部１０２は、ログＤＢ１３３が空であるか否かを判定する（ステップＳｔ４２）。ログＤＢ１３３が空である場合（ステップＳｔ４２のＹｅｓ）、プロキシ機能部１０２は、処理を終了する。
【０１０９】
また、ログＤＢ１３３が空ではない場合（ステップＳｔ４２のＮｏ）、プロキシ機能部１０２は、ログＤＢ１３３から、リクエストデータＲＥＱ内の変数及び代替レスポンスデータＲＥＳｘを読み出す（ステップＳｔ４３）。次に、プロキシ機能部１０２は、及びログＤＢ１３３から読み出した変数、及び当該ＵＲＬを含むリクエストデータＲＥＱを生成して、ウェブサーバ２に送信する（ステップＳｔ４４）。
【０１１０】
次に、プロキシ機能部１０２は、ウェブサーバ２から通信処理部１４を介してレスポンスデータＲＥＳを受信する（ステップＳｔ４５）。次に、プロキシ機能部１０２は、受信したレスポンスデータＲＥＳと、ログＤＢ１３３から読み出した代替レスポンスデータＲＥＳｘとを比較する（ステップＳｔ４６）。すなわち、プロキシ機能部１０２は、サーバとの通信の切断中に生成されたリクエストデータＲＥＱをウェブサーバ２に送信し、ウェブサーバ２から受信したレスポンスデータＲＥＳを、代替レスポンスデータＲＥＳｘと比較する。
【０１１１】
レスポンスデータＲＥＳと代替レスポンスデータＲＥＳｘが一致した場合（ステップＳｔ４７のＹｅｓ）、プロキシ機能部１０２は、ログＤＢ１３３から、レスポンスデータＲＥＳと代替レスポンスデータＲＥＳｘを削除して（ステップＳｔ４８）、処理を終了する。
【０１１２】
また、レスポンスデータＲＥＳと代替レスポンスデータＲＥＳｘが不一致である場合（ステップＳｔ４７のＮｏ）、プロキシ機能部１０２は、ブラウザ機能部１０１を介して、不一致の箇所をユーザに通知する（ステップＳｔ４９）。次に、プロキシ機能部１０２は、
代替レスポンスＤＢ１３２から、当該レスポンステンプレートを削除する（ステップＳｔ５０）。
【０１１３】
次に、プロキシ機能部１０２は、レスポンスデータＲＥＳから、リクエストデータＲＥＱ内の変数の変換結果（変換後の変数）に一致する箇所を検出する（ステップＳｔ５１）。このとき、プロキシ機能部１０２は、変換規則ＤＢ１３１に登録された変換規則を順次に使用して変数を変換し、レスポンスデータＲＥＳ内の一致箇所を検出する。
【０１１４】
次に、プロキシ機能部１０２は、検出結果に基づいて、レスポンステンプレートを生成する（ステップＳｔ５２）。次に、プロキシ機能部１０２は、生成したレスポンステンプレートを、代替レスポンスＤＢ１３２に登録し（ステップＳｔ５３）、処理を終了する。このようにして、レスポンステンプレートの検証処理は実行される。
【０１１５】
このように、プロキシ機能部１０２は、ウェブサーバ２との通信の切断中にブラウザ機能部１０１から入力されたリクエストデータＲＥＱに応じて生成した代替レスポンスデータＲＥＳｘを、ウェブサーバ２から受信したレスポンスデータＲＥＳと比較する。これにより、ユーザは、代替レスポンスデータＲＥＳｘに基づいて表示されたウェブページの内容を検証できる。
【０１１６】
これまで述べたように、実施例に係るウェブページ表示システムは、端末装置１と、サーバ（ウェブサーバ）２とを有する。サーバ２は、受信したリクエストデータＲＥＱに応じて、レスポンスデータＲＥＳを送信する。端末装置１は、ユーザから入力された情報に基づいて生成されたリクエストデータＲＥＱをサーバ２に送信し、サーバ２から受信したレスポンスデータＲＥＳに基づいてウェブページを表示する。
【０１１７】
端末装置１は、リクエストデータＲＥＱに応じて変化するレスポンスデータＲＥＳの規則を学習する。端末装置１は、サーバ２との通信が切断された場合、学習した規則に従い、リクエストデータＲＥＱに応じた代替レスポンスデータＲＥＳｘを生成し、代替レスポンスデータＲＥＳｘに基づいてウェブページを表示する。
【０１１８】
上記の構成によると、端末装置１は、サーバ２との通信の切断中、レスポンスデータＲＥＳの規則に従った代替レスポンスデータＲＥＳｘに基づいてウェブページを表示する。このため、ユーザは、サーバ２との通信の切断中でも、例えばブログの更新内容の確認用のウェブページ（図３（ｂ）参照）のように、ユーザの入力に応じて表示内容が変化するウェブページを閲覧できる。
【０１１９】
したがって、実施例に係るウェブページ表示システムは、ウェブページの表示の利便性を向上することができる。
【０１２０】
また、実施例に係るウェブページ表示プログラムは、以下の処理をコンピュータ（ＣＰＵ）１０に実行させる。
処理（１）：ユーザから入力された情報に基づいて生成されたリクエストデータＲＥＱをサーバ（ウェブサーバ）２に送信する。
処理（２）：サーバ２から受信したレスポンスデータＲＥＳに基づいてウェブページを表示する。
処理（３）：リクエストデータＲＥＱに応じて変化する前記レスポンスデータの規則を学習する。
処理（４）：サーバ２との通信が切断された場合、学習した規則に従い、リクエストデータＲＥＱに応じた代替レスポンスデータＲＥＳｘを生成し、代替レスポンスデータＲＥＳｘに基づいてウェブページを表示する。
【０１２１】
実施例に係るウェブページ表示プログラムは、上記のウェブページ表示システムと同様の構成を含むので、上述した内容と同様の作用効果を奏する。
【０１２２】
なお、上記の処理機能は、コンピュータによって実現することができる。その場合、処理装置が有すべき機能の処理内容を記述したプログラムが提供される。そのプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体（ただし、搬送波は除く）に記録しておくことができる。
【０１２３】
プログラムを流通させる場合には、例えば、そのプログラムが記録されたＤＶＤ（Digital Versatile Disc）、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）などの可搬型記録媒体の形態で販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。
【０１２４】
プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。
【０１２５】
上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。
【０１２６】
なお、以上の説明に関して更に以下の付記を開示する。
（付記１）  受信したリクエストデータに応じて、レスポンスデータを送信するサーバと、
ユーザから入力された情報に基づいて生成された前記リクエストデータを前記サーバに送信し、前記サーバから受信した前記レスポンスデータに基づいてウェブページを表示する端末装置とを有し、
前記端末装置は、
前記リクエストデータに応じて変化する前記レスポンスデータの規則を学習し、
前記サーバとの通信が切断された場合、学習した前記規則に従い、前記リクエストデータに応じた代替レスポンスデータを生成し、前記代替レスポンスデータに基づいてウェブページを表示することを特徴とするウェブページ表示システム。
（付記２）  前記端末装置は、前記サーバとの通信が復旧した場合、前記サーバとの通信の切断中に生成された前記リクエストデータを前記サーバに送信し、前記サーバから受信した前記レスポンスデータを、前記代替レスポンスデータと比較し、該比較結果に基づいて前記規則を更新することを特徴とする付記１に記載のウェブページ表示システム。
（付記３）  前記端末装置は、前記サーバとの通信が復旧した場合、前記サーバとの通信の切断中に生成された前記リクエストデータを前記サーバに送信し、前記サーバから受信した前記レスポンスデータを、前記代替レスポンスデータと比較し、該比較結果をユーザに通知することを特徴とする付記１または２に記載のウェブページ表示システム。
（付記４）  前記端末装置は、前記リクエストデータを前記サーバに送信するたびに、送信した前記リクエストデータに応じた前記代替レスポンスデータを生成して、前記サーバから受信した前記レスポンスデータと比較し、該比較結果に基づいて前記規則を更新することを特徴とする付記１乃至３の何れかに記載のウェブページ表示システム。
（付記５）  ユーザから入力された情報に基づいて生成されたリクエストデータをサーバに送信し、
前記サーバから受信したレスポンスデータに基づいてウェブページを表示し、
前記リクエストデータに応じて変化する前記レスポンスデータの規則を学習し、
前記サーバとの通信が切断された場合、学習した前記規則に従い、前記リクエストデータに応じた代替レスポンスデータを生成し、前記代替レスポンスデータに基づいてウェブページを表示する、処理を、コンピュータに実行させることを特徴とするウェブページ表示プログラム。
（付記６）  前記サーバとの通信が復旧した場合、前記サーバとの通信の切断中に生成された前記リクエストデータを前記サーバに送信し、前記サーバから受信した前記レスポンスデータを、前記代替レスポンスデータと比較し、該比較結果に基づいて前記規則を更新する処理を、さらに前記コンピュータに実行させることを特徴とする付記５に記載のウェブページ表示プログラム。
（付記７）  前記サーバとの通信が復旧した場合、前記サーバとの通信の切断中に生成された前記リクエストデータを前記サーバに送信し、前記サーバから受信した前記レスポンスデータを、前記代替レスポンスデータと比較し、該比較結果をユーザに通知する、処理を、さらに前記コンピュータに実行させることを特徴とする付記５または６に記載のウェブページ表示プログラム。
（付記８）  前記リクエストデータを前記サーバに送信するたびに、送信した前記リクエストデータに応じた前記代替レスポンスデータを生成して、前記サーバから受信した前記レスポンスデータと比較し、該比較結果に基づいて前記規則を更新する、処理を、さらに前記コンピュータに実行させることを特徴とする付記５乃至７の何れかに記載のウェブページ表示プログラム。
【符号の説明】
【０１２７】
１                    端末装置
２                    ウェブサーバ（サーバ）
１３ｂ                プロキシプログラム（ウェブページ表示プログラム）
ＲＥＱ                リクエストデータ
ＲＥＳ                レスポンスデータ
ＲＥＳｘ              代替レスポンスデータ
【図１】
2015176215.tif 000003
【図２】
2015176215.tif 000004
【図３】
2015176215.tif 000005
【図４】
2015176215.tif 000006
【図５】
2015176215.tif 000007
【図６】
2015176215.tif 000008
【図７】
2015176215.tif 000009
【図８】
2015176215.tif 000010
【図９】
2015176215.tif 000011
【図１０】
2015176215.tif 000012
【図１１】
2015176215.tif 000013
【図１２】
2015176215.tif 000014
【図１３】
2015176215.tif 000015
【図１４】
2015176215.tif 000016
【図１５】
2015176215.tif 000017
【図１６】
2015176215.tif 000018
【図１７】
2015176215.tif 000019
【図１８】
2015176215.tif 000020
【図１９】
2015176215.tif 000021
【図２０】
2015176215.tif 000022
【図２１】
2015176215.tif 000023