JP6245005B2 - ウェブページ表示システム及びウェブページ表示プログラム - Google Patents

ウェブページ表示システム及びウェブページ表示プログラム Download PDF

Info

Publication number
JP6245005B2
JP6245005B2 JP2014050247A JP2014050247A JP6245005B2 JP 6245005 B2 JP6245005 B2 JP 6245005B2 JP 2014050247 A JP2014050247 A JP 2014050247A JP 2014050247 A JP2014050247 A JP 2014050247A JP 6245005 B2 JP6245005 B2 JP 6245005B2
Authority
JP
Japan
Prior art keywords
server
response data
web page
response
request data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
JP2014050247A
Other languages
English (en)
Other versions
JP2015176215A (ja
Inventor
涼一 舟橋
涼一 舟橋
田中　竜太
竜太 田中
多田　厚子
厚子 多田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2014050247A priority Critical patent/JP6245005B2/ja
Publication of JP2015176215A publication Critical patent/JP2015176215A/ja
Application granted granted Critical
Publication of JP6245005B2 publication Critical patent/JP6245005B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Description

本件は、ウェブページ表示システム及びウェブページ表示プログラムに関する。
スマートフォンなどのモバイル端末装置の普及に伴い、無線通信によるインターネットへのアクセスが増加している。モバイル端末装置は、電波状態が悪い環境下では、通信状態が不安定となるため、ウェブサーバからのウェブページの取得に失敗し、ウェブページを表示できないことがある。
このため、モバイル端末装置は、ブラウザにより、ウェブページを予めキャッシュしておき、ウェブサーバとの通信が切断された場合、当該キャッシュデータを用いて代替のウェブページを表示する。したがって、モバイル端末装置は、過去に表示したことがあるウェブページであれば、ウェブサーバとの接続が切断されても表示することができる。
ネットワークから取得したデータの表示に関し、例えば特許文献１には、ネットワーク上に存在する目的のデータにアクセスすることなく、予め装置内に格納したデータを仮表示する点が記載されている。また、特許文献２には、ホームページを表示するブラウザに、仮データを表示し、サーバから追加データを取得した後、ブラウザの表示を更新する点が記載されている。
特開２００２−３３４０１３号公報 特開２００７−２７２７４２号公報
しかし、キャッシュデータによる代替のウェブページの表示手段の利用可能なケースは、当該ウェブページの表示内容が、モバイル端末装置から送信されるリクエストデータ（変数）によらずに一定である場合に限られる。例えば、ブログ（Ｂｌｏｇ）の更新内容の確認用のウェブページは、事前（ブログの編集画面）に入力されたブログのタイトル及び内容などに応じて、表示内容が異なるため、キャッシュデータを用いる表示手段を用いて表示することができない。
つまり、リクエストデータに応じて変化するウェブページを、キャッシュデータを用いて表示しても、表示内容は、リクエストデータに応じた内容とはならず、キャッシュデータの取得時の内容となる。
このように、キャッシュデータを用いる表示手段は、ウェブページの表示の利便性が低いという問題がある。なお、このような問題は、モバイル端末装置に限られず、例えばパーソナルコンピュータのように、ウェブサーバと有線通信を行う他の端末装置についても同様に存在する。
そこで本件は上記の課題に鑑みてなされたものであり、ウェブページの表示の利便性を向上するウェブページ表示システム及びウェブページ表示プログラムを提供することを目的とする。
本明細書に記載のウェブページ表示システムは、受信したリクエストデータに応じて、レスポンスデータを送信するサーバと、ユーザから入力された情報に基づいて生成された前記リクエストデータを前記サーバに送信し、前記サーバから受信した前記レスポンスデータに基づいてウェブページを表示する端末装置とを有し、前記端末装置は、前記リクエストデータに応じて変化する前記レスポンスデータの規則を学習し、前記サーバとの通信が切断された場合、学習した前記規則に従い、前記リクエストデータに応じた代替レスポンスデータを生成し、前記代替レスポンスデータに基づいてウェブページを表示し、前記サーバとの通信が復旧した場合、前記サーバとの通信の切断中に生成された前記リクエストデータを前記サーバに送信し、前記サーバから受信した前記レスポンスデータを、前記代替レスポンスデータと比較し、該比較結果に基づいて前記規則を更新する。
本明細書に記載のウェブページ表示プログラムは、ユーザから入力された情報に基づいて生成されたリクエストデータをサーバに送信し、前記サーバから受信したレスポンスデータに基づいてウェブページを表示し、前記リクエストデータに応じて変化する前記レスポンスデータの規則を学習し、前記サーバとの通信が切断された場合、学習した前記規則に従い、前記リクエストデータに応じた代替レスポンスデータを生成し、前記代替レスポンスデータに基づいてウェブページを表示し、前記サーバとの通信が復旧した場合、前記サーバとの通信の切断中に生成された前記リクエストデータを前記サーバに送信し、前記サーバから受信した前記レスポンスデータを、前記代替レスポンスデータと比較し、該比較結果に基づいて前記規則を更新する、処理を、コンピュータに実行させるプログラムである。
ウェブページの表示の利便性の利便性を向上できる。
実施例に係るウェブページ表示システムを示す構成図である。 ウェブサーバの例を示す構成図である。 ウェブページの例を示す図である。 レスポンスデータの例を示す図である。 端末装置の例を示す構成図である。 通信状態の判定処理の例を示すフローチャートである。 端末装置の学習処理の様子を示す図である。 変換規則データベースの例を示す表である。 代替レスポンスデータベースの例を示す表である。 学習処理の例を示すフローチャートである。 レスポンステンプレートの生成例を示す表である。 レスポンスデータの他例を示す図である。 一致率の更新例を示す表である。 代替レスポンスデータの例を示す図である。 レスポンスデータの他例を示す図である。 レスポンステンプレートの更新例を示す表である。 端末装置のウェブページの表示処理の様子を示す図である。 ログデータベースの例を示す表である。 ウェブページの表示処理の例を示すフローチャートである。 端末装置のレスポンステンプレートの検証処理の様子を示す図である。 レスポンステンプレートの検証処理の例を示すフローチャートである。
図１は、実施例に係るウェブページ表示システムを示す構成図である。ウェブページ表示システムは、端末装置１及びウェブサーバ（サーバ）２を有する。
端末装置１及びウェブサーバ（サーバ）２は、インターネットなどのネットワークＮＷを介して接続され、通信を行う。ネットワークＮＷは、ＬＴＥ（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）などの可搬型記録媒体の形態で販売される。また、プログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することもできる。
プログラムを実行するコンピュータは、例えば、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、自己の記憶装置に格納する。そして、コンピュータは、自己の記憶装置からプログラムを読み取り、プログラムに従った処理を実行する。なお、コンピュータは、可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することもできる。また、コンピュータは、サーバコンピュータからプログラムが転送されるごとに、逐次、受け取ったプログラムに従った処理を実行することもできる。
上述した実施形態は本発明の好適な実施の例である。但し、これに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々変形実施可能である。
なお、以上の説明に関して更に以下の付記を開示する。
（付記１） 受信したリクエストデータに応じて、レスポンスデータを送信するサーバと、
ユーザから入力された情報に基づいて生成された前記リクエストデータを前記サーバに送信し、前記サーバから受信した前記レスポンスデータに基づいてウェブページを表示する端末装置とを有し、
前記端末装置は、
前記リクエストデータに応じて変化する前記レスポンスデータの規則を学習し、
前記サーバとの通信が切断された場合、学習した前記規則に従い、前記リクエストデータに応じた代替レスポンスデータを生成し、前記代替レスポンスデータに基づいてウェブページを表示することを特徴とするウェブページ表示システム。
（付記２） 前記端末装置は、前記サーバとの通信が復旧した場合、前記サーバとの通信の切断中に生成された前記リクエストデータを前記サーバに送信し、前記サーバから受信した前記レスポンスデータを、前記代替レスポンスデータと比較し、該比較結果に基づいて前記規則を更新することを特徴とする付記１に記載のウェブページ表示システム。
（付記３） 前記端末装置は、前記サーバとの通信が復旧した場合、前記サーバとの通信の切断中に生成された前記リクエストデータを前記サーバに送信し、前記サーバから受信した前記レスポンスデータを、前記代替レスポンスデータと比較し、該比較結果をユーザに通知することを特徴とする付記１または２に記載のウェブページ表示システム。
（付記４） 前記端末装置は、前記リクエストデータを前記サーバに送信するたびに、送信した前記リクエストデータに応じた前記代替レスポンスデータを生成して、前記サーバから受信した前記レスポンスデータと比較し、該比較結果に基づいて前記規則を更新することを特徴とする付記１乃至３の何れかに記載のウェブページ表示システム。
（付記５） ユーザから入力された情報に基づいて生成されたリクエストデータをサーバに送信し、
前記サーバから受信したレスポンスデータに基づいてウェブページを表示し、
前記リクエストデータに応じて変化する前記レスポンスデータの規則を学習し、
前記サーバとの通信が切断された場合、学習した前記規則に従い、前記リクエストデータに応じた代替レスポンスデータを生成し、前記代替レスポンスデータに基づいてウェブページを表示する、処理を、コンピュータに実行させることを特徴とするウェブページ表示プログラム。
（付記６） 前記サーバとの通信が復旧した場合、前記サーバとの通信の切断中に生成された前記リクエストデータを前記サーバに送信し、前記サーバから受信した前記レスポンスデータを、前記代替レスポンスデータと比較し、該比較結果に基づいて前記規則を更新する処理を、さらに前記コンピュータに実行させることを特徴とする付記５に記載のウェブページ表示プログラム。
（付記７） 前記サーバとの通信が復旧した場合、前記サーバとの通信の切断中に生成された前記リクエストデータを前記サーバに送信し、前記サーバから受信した前記レスポンスデータを、前記代替レスポンスデータと比較し、該比較結果をユーザに通知する、処理を、さらに前記コンピュータに実行させることを特徴とする付記５または６に記載のウェブページ表示プログラム。
（付記８） 前記リクエストデータを前記サーバに送信するたびに、送信した前記リクエストデータに応じた前記代替レスポンスデータを生成して、前記サーバから受信した前記レスポンスデータと比較し、該比較結果に基づいて前記規則を更新する、処理を、さらに前記コンピュータに実行させることを特徴とする付記５乃至７の何れかに記載のウェブページ表示プログラム。
１ 端末装置
２ ウェブサーバ（サーバ）
１３ｂ プロキシプログラム（ウェブページ表示プログラム）
ＲＥＱ リクエストデータ
ＲＥＳ レスポンスデータ
ＲＥＳｘ 代替レスポンスデータ

Claims (5)

  1. 受信したリクエストデータに応じて、レスポンスデータを送信するサーバと、
    ユーザから入力された情報に基づいて生成された前記リクエストデータを前記サーバに送信し、前記サーバから受信した前記レスポンスデータに基づいてウェブページを表示する端末装置とを有し、
    前記端末装置は、
    前記リクエストデータに応じて変化する前記レスポンスデータの規則を学習し、
    前記サーバとの通信が切断された場合、学習した前記規則に従い、前記リクエストデータに応じた代替レスポンスデータを生成し、前記代替レスポンスデータに基づいてウェブページを表示し、
    前記サーバとの通信が復旧した場合、前記サーバとの通信の切断中に生成された前記リクエストデータを前記サーバに送信し、前記サーバから受信した前記レスポンスデータを、前記代替レスポンスデータと比較し、該比較結果に基づいて前記規則を更新することを特徴とするウェブページ表示システム。
  2. 受信したリクエストデータに応じて、レスポンスデータを送信するサーバと、
    ユーザから入力された情報に基づいて生成された前記リクエストデータを前記サーバに送信し、前記サーバから受信した前記レスポンスデータに基づいてウェブページを表示する端末装置とを有し、
    前記端末装置は、
    前記リクエストデータに応じて変化する前記レスポンスデータの規則を学習し、
    前記サーバとの通信が切断された場合、学習した前記規則に従い、前記リクエストデータに応じた代替レスポンスデータを生成し、前記代替レスポンスデータに基づいてウェブページを表示し、
    前記サーバとの通信が復旧した場合、前記サーバとの通信の切断中に生成された前記リクエストデータを前記サーバに送信し、前記サーバから受信した前記レスポンスデータを、前記代替レスポンスデータと比較し、該比較結果をユーザに通知することを特徴とするウェブページ表示システム。
  3. 前記端末装置は、前記リクエストデータを前記サーバに送信するたびに、送信した前記リクエストデータに応じた前記代替レスポンスデータを生成して、前記サーバから受信した前記レスポンスデータと比較し、該比較結果に基づいて前記規則を更新することを特徴とする請求項１または２に記載のウェブページ表示システム。
  4. ユーザから入力された情報に基づいて生成されたリクエストデータをサーバに送信し、
    前記サーバから受信したレスポンスデータに基づいてウェブページを表示し、
    前記リクエストデータに応じて変化する前記レスポンスデータの規則を学習し、
    前記サーバとの通信が切断された場合、学習した前記規則に従い、前記リクエストデータに応じた代替レスポンスデータを生成し、前記代替レスポンスデータに基づいてウェブページを表示し、
    前記サーバとの通信が復旧した場合、前記サーバとの通信の切断中に生成された前記リクエストデータを前記サーバに送信し、前記サーバから受信した前記レスポンスデータを、前記代替レスポンスデータと比較し、該比較結果に基づいて前記規則を更新する、処理を、コンピュータに実行させることを特徴とするウェブページ表示プログラム。
  5. ユーザから入力された情報に基づいて生成されたリクエストデータをサーバに送信し、
    前記サーバから受信したレスポンスデータに基づいてウェブページを表示し、
    前記リクエストデータに応じて変化する前記レスポンスデータの規則を学習し、
    前記サーバとの通信が切断された場合、学習した前記規則に従い、前記リクエストデータに応じた代替レスポンスデータを生成し、前記代替レスポンスデータに基づいてウェブページを表示し、
    前記サーバとの通信が復旧した場合、前記サーバとの通信の切断中に生成された前記リクエストデータを前記サーバに送信し、前記サーバから受信した前記レスポンスデータを、前記代替レスポンスデータと比較し、該比較結果をユーザに通知する、処理を、コンピュータに実行させることを特徴とするウェブページ表示プログラム。
JP2014050247A 2014-03-13 2014-03-13 ウェブページ表示システム及びウェブページ表示プログラム Expired - Fee Related JP6245005B2 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2014050247A JP6245005B2 (ja) 2014-03-13 2014-03-13 ウェブページ表示システム及びウェブページ表示プログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2014050247A JP6245005B2 (ja) 2014-03-13 2014-03-13 ウェブページ表示システム及びウェブページ表示プログラム

Publications (2)

Publication Number Publication Date
JP2015176215A JP2015176215A (ja) 2015-10-05
JP6245005B2 true JP6245005B2 (ja) 2017-12-13

Family

ID=54255403

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2014050247A Expired - Fee Related JP6245005B2 (ja) 2014-03-13 2014-03-13 ウェブページ表示システム及びウェブページ表示プログラム

Country Status (1)

Country Link
JP (1) JP6245005B2 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2021133152A1 (en) * 2019-12-23 2021-07-01 Mimos Berhad A method for authenticating and synchronizing offline data

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6070184A (en) * 1997-08-28 2000-05-30 International Business Machines Corporation Server-side asynchronous form management
JP2000285006A (ja) * 1999-03-31 2000-10-13 Toshiba Corp 情報取得制御装置及び情報取得制御方法
JP2002334013A (ja) * 2001-05-09 2002-11-22 Sharp Corp 情報表示装置及び情報表示プログラムを記録した記録媒体
JP2007272742A (ja) * 2006-03-31 2007-10-18 Ntt Docomo Inc 通信端末及び通信方法
US8392832B2 (en) * 2010-02-05 2013-03-05 Research In Motion Limited Display placeholders for rich media content
JP5049367B2 (ja) * 2010-03-30 2012-10-17 ベーステクノロジー株式会社 情報検索方法及びｗｅｂシステム

Also Published As

Publication number Publication date
JP2015176215A (ja) 2015-10-05

Similar Documents

Publication Publication Date Title
JP5756386B2 (ja) 動的なウェブ・アプリケーションの問題を修正するメタデータの生成・管理の支援方法、装置、およびプログラム
KR20170141248A (ko) 컴퓨팅 디바이스의 사용자에게 권고들을 선행적으로 제공하기 위한 시스템들 및 방법들
US10095794B2 (en) Augmenting search results with device and application history
US11170021B2 (en) Digital content management platform
JP4830637B2 (ja) 電子文書更新通知装置及び電子文書更新通知方法
KR20190095099A (ko) 거래 시스템 에러 검출 방법, 장치, 저장 매체 및 컴퓨터 장치
JP4846832B2 (ja) Ｗｅｂページの表示方法、計算機システム及びプログラム
JP2014071493A (ja) データ分析装置及びプログラム
JP2009265754A (ja) 情報提供装置、情報提供方法及び情報提供プログラム
JP4763812B2 (ja) 文書の機密度判定を支援する方法、装置及びコンピュータプログラム
JP6245005B2 (ja) ウェブページ表示システム及びウェブページ表示プログラム
JP2016143134A (ja) 関連情報提供方法、関連情報提供装置及び関連情報提供プログラム
JP6119189B2 (ja) ライセンス管理装置、ライセンス管理システム、及びライセンス管理方法
JP4955051B2 (ja) データベースシステム、端末装置およびプログラム
WO2017143931A1 (zh) 智能卡识别的方法及识别数据的处理方法、装置、设备
JP2009099007A (ja) サービスサーバ、更新情報管理サーバ、サービスシステム、サービスプログラム及び更新情報管理プログラム
JP7381290B2 (ja) 計算機システム及びデータの管理方法
JP2018112876A (ja) 情報処理装置、情報処理方法、およびコンピュータプログラム
US10719308B1 (en) System and method for dynamically monitoring a configuration of a server computing device
JP2020161189A (ja) 情報処理装置、情報処理方法、および情報処理プログラム
US10402785B2 (en) Terminal apparatus
US20140289741A1 (en) Cooperation method, image processing device, and medium
US20240012909A1 (en) Correction of non-compliant files in a code repository
JP6497087B2 (ja) 情報処理装置及び情報処理プログラム
JP6148542B2 (ja) 不動産情報管理システム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20161102

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20170822

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20170905

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20171005

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20171017

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20171030

R150 Certificate of patent or registration of utility model

Ref document number: 6245005

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees