(57)【要約】【課題】複雑な作り込みを行うことなく、ホームページの初期表示に要する時間を短縮する通信端末及び通信方法を提供する。【解決手段】通信端末は、ホームページを表示するブラウザと、ブラウザとサーバ間の通信データの内容を分析するデータ分析部１１２と、ブラウザに仮データを用いた表示を行わせる一方で、サーバに対してブラウザが要求する追加データの取得を行うメッセージ作成部１１３と、追加データの取得後に、ブラウザの表示を更新するスクリプト作成部１１４とを備える【選択図】図２
2007272742.tif 000002
【特許請求の範囲】
【請求項１】
ホームページを表示するブラウザと、
該ブラウザとサーバ間の通信データの内容を分析するデータ分析部と、
前記ブラウザに仮データを用いた表示を行わせる一方で、前記サーバに対して前記ブラウザが要求する追加データの取得を行うメッセージ作成部と、
前記追加データの取得後に、前記ブラウザの表示を更新する表示更新部と
を備えることを特徴とする通信端末。
【請求項２】
前記メッセージ作成部は、前記仮データとして、前記ブラウザのキャッシュデータがある場合は、当該キャッシュデータを利用し、前記キャッシュデータがない場合は、予め用意したデータを利用することを特徴とする請求項１に記載の通信端末。
【請求項３】
前記ブラウザから前記サーバへの追加データ要求に対し、前記ブラウザへ前記仮データを返信する通信部を更に備えることを特徴とする請求項１又は２に記載の通信端末。
【請求項４】
前記サーバから前記ブラウザへ送信されるデータのリンク情報に変更を加えて送信する通信部を更に備えることを特徴とする請求項１又は２に記載の通信端末。
【請求項５】
前記表示更新部は、前記追加データを動的に置換するためのスクリプトを作製するスクリプト作成部であることを特徴とする請求項１〜４のいずれか１項に記載の通信端末。
【請求項６】
前記表示更新部は、ブラウザのデータを直接置換するブラウザ操作部であることを特徴とする請求項１〜４のいずれか１項に記載の通信端末。
【請求項７】
ブラウザからサーバへホームページの表示要求メッセージを送信するステップと、
前記ブラウザと前記サーバ間の通信データの内容を分析するステップと、
前記ブラウザに仮データを用いた表示を行わせるステップと、
前記サーバに対して前記ブラウザが要求する追加データの取得を行うステップと、
前記追加データの取得後に、前記ブラウザの表示を更新するステップと
を含むことを特徴とする通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信端末及び通信方法に関する。
【背景技術】
【０００２】
通信インフラの発達により、様々な場所、端末からホームページにアクセスすることが可能になった。ホームページの基本的な内容はＨＴＭＬ（ＸＨＴＭＬ／ＸＭＬ等も含む。以下同じ。）形式により記述され、ブラウザはこのＨＴＭＬファイルを基に画面にホームページの表示を行う（例えば、特許文献１参照。）。
【０００３】
従来のブラウザがホームページを表示するまでの処理を図１２により説明する。ユーザがあるホームページを見たい場合、ブラウザはまずそのページの基礎となるＨＴＭＬファイルを所定のＷｅｂサーバに対して要求する（ステップＳ８０１）。次に、Ｗｅｂサーバはその要求に応じたＨＴＭＬファイルを返信し（ステップＳ８０２）、ブラウザは画面表示のためそのＨＴＭＬファイルの解析を行う（ステップＳ８０３）。通常ＨＴＭＬファイルには画像ファイルやスタイルシート、JavaScriptなどの追加データの情報が記述されており、ブラウザはその内容に応じてＷｅｂサーバに追加データの取得要求を送信する（ステップＳ８０４）。Ｗｅｂサーバはその要求に応じたデータを返信し（ステップＳ８０５）、ブラウザは表示に必要なデータがそろった時点でホームページを画面上に表示する（ステップＳ８０６）。
【０００４】
このような表示方法は、光ファイバ接続のようにインターネットとの接続速度が十分高速であり、通信状況も安定している場合は十分実用的である。基本となるＨＴＭＬファイルの読み込みや追加データのダウンロードは瞬時に終了するため、ユーザは特にストレスを感じることなくホームページの閲覧を行うことができる。
【０００５】
一方、無線ＬＡＮや移動端末（携帯電話）向け無線システムといった無線区間を介してインターネットにアクセスする場合は問題がある。無線区間では通信に要する時間（ＲＴＴ：Round Trip Time）が一般に有線区間に比べて長く、通信帯域も狭い。又、通信品質も安定しないという問題がある。そのためホームページを表示するためのファイル取得に時間がかかったり、ファイル取得に失敗したりする場合が生じる。このとき、Ｗｅｂブラウザは必要な追加ファイルを取得するまでホームページを表示することができないため、ユーザにとっては表示速度が遅くなったり、表示自体が行われないといった不利益がある。
【０００６】
一般的なホームページでは追加データは１つではなく、１つのページ表示のため数個から数十個の追加データが必要になる場合が多い。このような追加データを取得する際、通常のブラウザは同時に取得できるデータ数に制限があり、ある追加データの到着を待たないと次の追加データの取得が行えない。そのため、図１３に示すようにＨＴＭＬファイルを取得後も表示に必要な全追加ファイルの取得を待つ必要があり（ステップＳ９０４及びＳ９０５）、ブラウザの表示速度を著しく減速させてしまう。
【特許文献１】特開平１０−２０７７５８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
ブラウザ表示を高速化する技術として、追加データが必要な場合はブラウザが保持するキャッシュデータを一時的に見せておき、その後Ｗｅｂサーバから取得した追加データと置き換えるアプローチがある。
【０００８】
しかしながら、通常は追加データを更新する際にページ全体の再描画が必要になり、画面がちらつくなどスムーズな切り替えはできない。
【０００９】
又、この方式はキャッシュデータ自体が存在しないと利用することができないため、キャッシュデータを持たないページに対しての表示速度は高速化されない。
【００１０】
更に、多くのブラウザでは、有効なキャッシュデータがあってもそのデータが本当に最新であるかをＷｅｂサーバに対して問い合わせる場合が多いため、結局その応答を待つ必要があり、その応答が遅れたり失われたりした場合も、やはりホームページが表示されない。
【００１１】
近年Ajaxと呼ばれるデータ取得とデータ表示を非同期化した技術が注目を集めている。この技術を利用すれば、最初のＨＴＭＬを読み込んだ時点で画面にホームページを表示し、その後必要に応じて画像などの追加データを読み込み、表示することができる。この技術の中核はＤＨＴＭＬとJavaScriptの活用である。ＤＨＴＭＬを利用すれば一度ブラウザ上に表示したホームページに対し、ページ全体の再描画を行うことなく必要な画像やテキストの置換を行うことができる。
【００１２】
一方JavaScriptは、ＤＨＴＭＬの表示を具体的に制御するスクリプトであり、両者を組み合わせることで追加データの読み込みを感じさせず、ユーザにとって体感速度が高いホームページを作成することができる。
【００１３】
しかしながら、この方式では、表示するホームページごとにＤＨＴＭＬの機能とJavaScriptなどを用いた複雑な作りこみが必要になる。さらにJavaScriptによる画面表示と非同期なデータ取得に対応するためのＷｅｂサーバをネットワーク上に用意しなければならない。つまりそのような技術を用いていない一般的なホームページの表示速度の改善はなされていない。
【００１４】
以上、従来のブラウザ技術の課題として、ＨＴＭＬファイルを取得しても、表示を開始するために必要な他の追加データの到着が遅れたり、追加データの取得に失敗すると、表示の開始が大幅に遅くなるという問題がある。又、この課題はホームページごとにAjaxを利用した作りこみを行えば改善されるものの、現実に世界中のサイトに対し、このような技術を徹底することは現実的に不可能である。
【００１５】
そこで、本発明は、上記の課題に鑑み、複雑な作り込みを行うことなく、ホームページの初期表示に要する時間を短縮する通信端末及び通信方法を提供することを目的とする。
【課題を解決するための手段】
【００１６】
上記目的を達成するため、本発明の第１の特徴は、（ａ）ホームページを表示するブラウザと、（ｂ）ブラウザとサーバ間の通信データの内容を分析するデータ分析部と、（ｃ）ブラウザに仮データを用いた表示を行わせる一方で、サーバに対してブラウザが要求する追加データの取得を行うメッセージ作成部と、（ｄ）追加データの取得後に、ブラウザの表示を更新する表示更新部とを備える通信端末であることを要旨とする。
【００１７】
第１の特徴に係る通信端末によると、ブラウザはまず仮のデータを取得した時点でホームページを表示することができるため、初期表示に要する時間が短縮し、ユーザが感じる体感品質が向上するという効果がある。
【００１８】
このような高速表示装置の効果は、特に無線区間など通信品質の変動が大きい区間を経由する通信の場合に効果が高い。つまりブラウザは基本的にはＨＴＭＬファイルを受信した時点で表示を開始することが可能になり、画像等の追加データの遅延には影響されないためである。
【００１９】
又、一方で、上記高速表示装置は必要な追加データをサーバから取得する際に、複数の追加データの要求を並列的に処理することが出来るため、全追加データを取得する速度が向上させることができる。取得後にはブラウザの表示を更新するため、ユーザは最終的に正しいホームページ表示を得ることが出来る。
【００２０】
又、第１の特徴に係る通信端末において、メッセージ作成部は、仮データとして、ブラウザのキャッシュデータがある場合は、当該キャッシュデータを利用し、キャッシュデータがない場合は、予め用意したデータを利用してもよい。
【００２１】
この通信端末によると、仮のデータとしてキャッシュデータを利用することが可能になり、キャッシュがない場合でも、予め用意した画像等を一時的に表示させることで初期表示時間を短縮することが出来るという効果がある。
【００２２】
特にブラウザが保持するキャッシュデータは、ホームページ中のアイコンやメニュー表示に利用させる画像データ、画面のスタイルシート、制御スクリプトなどがあり、キャッシュデータをそのまま再利用できる場合が多いため、ユーザは仮の表示であることを意識することは少ない。
【００２３】
又、第１の特徴に係る通信端末は、ブラウザからサーバへの追加データ要求に対し、ブラウザへ仮データを返信する通信部を更に備えてもよい。
【００２４】
この通信端末によると、ブラウザは高速表示装置により返信された仮のデータを受信した時点でホームページの描画を開始することが可能になり、初期表示に要する時間を短縮することが出来るという効果がある。
【００２５】
又、第１の特徴に係る通信端末は、サーバからブラウザへ送信されるデータのリンク情報に変更を加えて送信する通信部を更に備えてもよい。
【００２６】
この通信端末によると、ブラウザは高速表示装置により改良されたデータを受信した時点でホームページの描画を開始することが可能になり、初期表示に要する時間を短縮することが出来るという効果がある。
【００２７】
このデータ改良の対象は主にＨＴＭＬファイルやスクリプトファイルの改良をいい、ＨＴＭＬファイルやスクリプトファイルが指定する追加取得データに関する情報を、キャッシュデータなど端末内部の情報へと変更することで、ブラウザからの追加データ要求発生を防ぎ、初期表示時間を短縮することが出来る。
【００２８】
又、第１の特徴に係る通信端末の表示更新部は、追加データを動的に置換するためのスクリプトを作製するスクリプト作成部であってもよい。
【００２９】
この通信端末によると、ブラウザをプログラム上で直接操作できない場合であっても、JavaScriptといったスクリプト言語を利用し、ＤＨＴＭＬといった動的変更機能を活用したブラウザの更新を行うことが出来るという効果がある。
【００３０】
又、第１の特徴に係る通信端末の表示更新部は、ブラウザのデータを直接置換するブラウザ操作部であってもよい。
【００３１】
この通信端末によると、ブラウザをプログラム上で直接操作し、ブラウザの更新を行うことが出来るという効果がある。
【００３２】
本発明の第２の特徴は、（ａ）ブラウザからサーバへホームページの表示要求メッセージを送信するステップと、（ｂ）ブラウザとサーバ間の通信データの内容を分析するステップと、（ｃ）ブラウザに仮データを用いた表示を行わせるステップと、（ｄ）サーバに対してブラウザが要求する追加データの取得を行うステップと、（ｅ）追加データの取得後に、ブラウザの表示を更新するステップとを含む通信方法であることを要旨とする。
【００３３】
第２の特徴に係る通信方法によると、複雑な作り込みを行うことなく、ホームページの初期表示に要する時間を短縮することができる。
【発明の効果】
【００３４】
本発明によると、複雑な作り込みを行うことなく、ホームページの初期表示に要する時間を短縮する通信端末及び通信方法を提供することができる。
【発明を実施するための最良の形態】
【００３５】
次に、図面を参照して、本発明の実施の形態を説明する。以下の図面の記載において、同一又は類似の部分には、同一又は類似の符号を付している。ただし、図面は模式的なものであることに留意すべきである。
【００３６】
本実施形態に係る通信端末１０を図１に示す。本実施形態に高速表示装置１１は、ブラウザ１２と同じ通信端末１０の中に存在し、ブラウザ１２とＷｅｂサーバ２１間の通信を仲介する。ブラウザ１２がキャッシュデータ１３を保持する場合にはキャッシュデータ１３との情報交換を行う。高速表示装置１１はインタフェース１４を通してネットワーク２０に接続し、Ｗｅｂサーバ２１との通信を行う。
【００３７】
高速表示装置１１は、ブラウザ１２に「仮」の情報を伝えることで初期表示に必要な時間を短縮する一方、ブラウザ１２に変わって必要なデータ取得をＷｅｂサーバ２１から取得し、取得次第、ブラウザ１２の表示内容を更新する。
【００３８】
この「仮」の情報を伝える仕組みは大別して２つのパターンがあり、１つはブラウザ１２からのデータ取得要求に仮の情報を返信するパターン（以下、「仮情報返信」という。）、もう１つはＷｅｂサーバ２１から送信されるＨＴＭＬファイルに仮の情報を組み込むパターン（以下、「仮情報組込み」という。）である。
【００３９】
又、この高速表示装置１１を構成する機能は、利用するブラウザ１２の特性に合わせて変化する。具体的には、そのブラウザ１２がＡＰＩ（Application Programming Interface）を通じて直接操作できるかどうかである。ブラウザ１２と高速表示装置１１は、同じ通信端末１０上に存在するため、ＡＰＩを利用して直接ブラウザ１２を操作できれば仮のデータと実際のデータを入れ替える処理は容易である。一方、ＡＰＩによる操作ができないときには、高速表示装置１１は通信端末１０内でプロキシサーバとして動作し、JavaScriptとＤＨＴＭＬの機能を組み合わせてデータの更新を行う。
【００４０】
以下、仮の情報を伝えるパターン（２種類：仮情報返信、仮情報組込み）とブラウザ１２の特性（２種類：ＡＰＩ可、ＡＰＩ不可）ごとに実施形態を分け、図を用いて解説する。
【００４１】
＜第１の実施形態＞
第１の実施形態は、仮の情報を伝えるパターンとして仮情報返信を採用し、ＡＰＩが不可である場合について説明する
（高速表示装置）
第１の実施形態に係る高速表示装置１１は、図２に示すように、通信部１１１と、データ分析部１１２と、メッセージ作成部１１３と、スクリプト作成部１１４と、ＨＴＭＬ処理部１１５と、必要に応じて、キャッシュ参照部１１６とを備える。
【００４２】
通信部１１１は、ブラウザ１２とＷｅｂサーバ２１間のＨＴＴＰ通信を取得し、データ分析部１１２にデータを渡す。又、通信部１１１は、メッセージ作成部１１３、スクリプト作成部１１４、ＨＴＭＬ処理部１１５により渡された通信データをブラウザ１２、Ｗｅｂサーバ２１へと転送する。
【００４３】
データ分析部１１２は、通信部１１１が取得したＨＴＴＰヘッダ等からデータの内容を判断し、メッセージ作成部１１３、スクリプト作成部１１４、ＨＴＭＬ処理部１１５に対してデータの処理を依頼する。
【００４４】
メッセージ作成部１１３は、ブラウザ１２に対して仮のＨＴＴＰメッセージを作成する。例えば、ブラウザ１２が要求する追加データに対し、キャッシュデータが存在する場合には、その利用を促すメッセージを送信する。キャッシュデータが存在しない場合には、例えば、あらかじめ用意した画像データなどを利用し、その仮の情報で画面表示をさせるためのメッセージを作成する。一方、Ｗｅｂサーバ２１に対しては、ブラウザ１２が要求する追加データの取得を行うためのメッセージを作成する。
【００４５】
スクリプト作成部１１４は、ブラウザ１２が仮のデータを用いて画面表示を行った後に、実際にＷｅｂサーバ２１から取得した最新の追加データを動的に置換するためのスクリプトを作成する。
【００４６】
ＨＴＭＬ処理部１１５は、ホームページの基礎となるＨＴＭＬファイルに、本発明の実現に必要な修正を加える。つまりスクリプト作成部１１４で作成したスクリプトを読み込ませるための記述や、追加データの取得動作を制御するためのリンク情報に変更を加えたりする。
【００４７】
キャッシュ参照部１１６は、ブラウザ１２がキャッシュデータを保持する場合に、キャッシュデータの有無の確認や、必要に応じてキャッシュデータの更新を行う。
【００４８】
又、キャッシュ参照部１１６は、ブラウザによる仮データを用いた表示によって、ブラウザが保持するキャッシュデータの修正が必要になった場合、そのキャッシュデータを修正する。このため、ブラウザが仮のデータを実際のデータと誤ってキャッシュデータに保存した場合であっても、そのキャッシュデータを実際のデータで修正することが可能になる。
【００４９】
尚、高速表示装置１１は、通信部１１１、データ分析部１１２、メッセージ作成部１１３、スクリプト作成部１１４、ＨＴＭＬ処理部１１５をＣＰＵ内に備える構成とし、これらをソフトウェアモジュールとして実現しても構わない。更に、高速表示装置１１は、通信処理、データ分析処理、メッセージ作成処理、スクリプト作成処理、ＨＴＭＬ処理などをＣＰＵに実行させるための制御プログラムを保存する記録媒体を備えてもよい。この記録媒体としては、例えば、ＲＡＭ、ハードディスク、フレキシブルディスク、コンパクトディスク、ＩＣチップ、カセットテープなどが挙げられる。このようなプログラムを保持した記録媒体によれば、プログラムの保存、運搬、販売などを容易に行うことができる。
【００５０】
（通信方法）
次に、第１の実施形態に係る通信方法について、図３を用いて説明する。図３は、高速表示装置１１がブラウザ１２に対し仮のデータを返信し、かつＤＨＴＭＬとJavaScriptを用いて仮のデータと実際のデータを置換する場合の動作例を示す。
【００５１】
まず、ステップＳ１０１において、あるホームページを表示する場合、ブラウザ１２はＷｅｂサーバ２１に対しＨＴＭＬファイルの要求メッセージを送信する。そして、ステップＳ１０２において、高速表示装置１１はこの要求メッセージを取り込み、Ｗｅｂサーバ２１に転送する。
【００５２】
次に、ステップＳ１０３において、Ｗｅｂサーバ２１は所定のＨＴＭＬデータを返信する。
【００５３】
次に、ステップＳ１０４において、高速表示装置１１は、このＨＴＭＬデータに対し、スクリプトの情報を追加する。このスクリプトによりステップＳ１０８において返信した仮のデータを、ステップＳ１１２により更新することが可能になる。
【００５４】
次に、ステップＳ１０５において、高速表示装置１１は、スクリプト情報が追加されたＨＴＭＬデータをブラウザ１２に送信する。
【００５５】
次に、ステップＳ１０６において、ブラウザ１２はＨＴＭＬファイルを解析し、画面表示に必要な追加データを判別する。
【００５６】
次に、ステップＳ１０７において、ブラウザ１２は必要な追加データをＷｅｂサーバ２１に対し要求する。ステップＳ１０８において、高速表示装置１１は、この追加データ要求を取り込み、実際のデータの代わりとなる仮のデータを返信する。この仮のデータは、例えば、ブラウザ１２のキャッシュにデータが存在する場合には、そのデータファイルのパス情報、キャッシュが存在しない場合にはあらかじめ用意した無地の画像や空のスクリプトファイルなどを返信する。
【００５７】
次に、ステップＳ１０９において、ブラウザ１２は高速表示装置１１により返された仮のデータを実際のデータだと判断するため、仮のデータを取得した段階で画面表示を開始する。ブラウザ１２と高速表示装置１１は、同一通信端末１０内であるため、ステップＳ１０７及びＳ１０８のやりとりは非常に高速であり、体感上はＨＴＭＬデータの取得と同時に画面表示が開始されることとほぼ等価である。つまり非常に高速な画面表示を行うことができる。
【００５８】
次に、ステップＳ１１０において、高速表示装置１１は仮のデータをブラウザ１２に返信する一方、Ｗｅｂサーバ２１から実際の追加データの取得を行う。そして、ステップＳ１１１において、Ｗｅｂサーバ２１は所定の追加データを返信する。
【００５９】
次に、ステップＳ１１２において、高速表示装置１１はブラウザ１２に対し、仮のデータと実際のデータを置換するスクリプトを送信する。ステップＳ１１３において、ブラウザ１２はスクリプトに基づき画面の更新を行う。ＤＨＴＭＬの機能をスクリプトから有効利用することにより画面全体を再描画することなく必要箇所のみが置換される。
【００６０】
図３では追加データが１つの場合を例に解説したが、本発明は追加データの数が多くなるほどその効果が高まる。図４に複数の追加データを取得する場合の動作例を示す。通常はすべてのデータ到着を待たないと表示されないが（図１３参照）、本発明ではこのような場合でも仮のデータの返信が同一通信端末１０内で高速に処理され（ステップＳ２０７及びＳ２０８）、ホームページの画面表示（ステップＳ２０９）は高速化される。又、複数の追加データの取得は並列的に処理されるため、全追加データを取得する時間も、従来の図１３の場合に比べ大幅に早くなる。尚、更新スクリプトは、図４のようにまとめてひとつのスクリプトに集約してもよいし、追加ファイルごとに送信してもよい。
【００６１】
（作用及び効果）
第１の実施形態に係る通信端末１０及び通信方法によると、ブラウザはまず仮のデータを取得した時点でホームページを表示することができるため、初期表示に要する時間が短縮し、ユーザが感じる体感品質が向上するという効果がある。
【００６２】
このような高速表示装置の効果は、特に無線区間など通信品質の変動が大きい区間を経由する通信の場合に効果が高い。つまりブラウザは基本的にはＨＴＭＬファイルを受信した時点で表示を開始することが可能になり、画像等の追加データの遅延には影響されないためである。
【００６３】
又、一方で、上記高速表示装置は必要な追加データをサーバから取得する際に、複数の追加データの要求を並列的に処理することが出来るため、全追加データを取得する速度が向上させることができる。取得後にはブラウザの表示を更新するため、ユーザは最終的に正しいホームページ表示を得ることが出来る。
【００６４】
又、第１の実施形態に係る通信端末１０において、メッセージ作成部１１３は、仮データとして、ブラウザのキャッシュデータがある場合は、当該キャッシュデータを利用し、キャッシュデータがない場合は、予め用意したデータを利用する。このため、仮のデータとしてキャッシュデータを利用することが可能になり、キャッシュがない場合でも、予め用意した画像等を一時的に表示させることで初期表示時間を短縮することが出来るという効果がある。
【００６５】
特にブラウザが保持するキャッシュデータは、ホームページ中のアイコンやメニュー表示に利用させる画像データ、画面のスタイルシート、制御スクリプトなどがあり、キャッシュデータをそのまま再利用できる場合が多いため、ユーザは仮の表示であることを意識することは少ない。
【００６６】
又、第１の実施形態に係る通信端末１０は、ブラウザからサーバへの追加データ要求に対し、ブラウザへ仮データを返信する通信部１１１を備える。このため、ブラウザは高速表示装置により返信された仮のデータを受信した時点でホームページの描画を開始することが可能になり、初期表示に要する時間を短縮することが出来るという効果がある。
【００６７】
又、第１の実施形態に係る通信端末１０は、追加データを動的に置換するためのスクリプトを作製するスクリプト作成部１１４を備える。このため、ブラウザをプログラム上で直接操作できない場合であっても、JavaScriptといったスクリプト言語を利用し、ＤＨＴＭＬといった動的変更機能を活用したブラウザの更新を行うことが出来るという効果がある。
【００６８】
又、第１の実施形態に係るブラウザ１２は、高速表示装置１１を含んでもよい。このブラウザ１２によると、ブラウザ自体の機能としてホームページの初期表示速度の短縮が実現されるという効果がある。
【００６９】
＜第２の実施形態＞
第２の実施形態は、仮の情報を伝えるパターンとして仮情報組込みを採用し、ＡＰＩが不可である場合について説明する。
【００７０】
（高速表示装置）
第２の実施形態に係る高速表示装置１１は、図２に示すように、通信部１１１と、データ分析部１１２と、メッセージ作成部１１３と、スクリプト作成部１１４と、ＨＴＭＬ処理部１１５と、必要に応じて、キャッシュ参照部１１６とを備える。
【００７１】
通信部１１１、データ分析部１１２、メッセージ作成部１１３、スクリプト作成部１１４、キャッシュ参照部１１６の機能は、第１の実施形態と同様であるので、ここでは説明を省略する。
【００７２】
ＨＴＭＬ処理部１１５は、スクリプト作成部１１４で作成したスクリプトを読み込ませるための記述を追加することに加え、追加データのリンク情報に変更を加える動作を行う。
【００７３】
（通信方法）
次に、第２の実施形態に係る通信方法について、図５を用いて説明する。図５は、高速表示装置１１がＷｅｂサーバ２１から送られるＨＴＭＬファイルに変更を加えることでブラウザ１２に仮の情報を提示し、かつＤＨＴＭＬとJavaScriptを用いて仮のデータと実際のデータを置換する場合の動作例を示す。
【００７４】
まず、ステップＳ３０１において、あるホームページを表示する場合、ブラウザ１２は、Ｗｅｂサーバ２１に対しＨＴＭＬファイルの要求メッセージを送信する。そして、ステップＳ３０２において、高速表示装置１１はこの要求メッセージを取り込み、Ｗｅｂサーバ２１に転送する。
【００７５】
次に、ステップＳ３０３において、Ｗｅｂサーバ２１は所定のＨＴＭＬデータを返信する。
【００７６】
次に、ステップＳ３０４において、高速表示装置１１はこのＨＴＭＬファイルに対し、このＨＴＭＬデータに対し、スクリプトの情報を追加するとともに、ＨＴＭＬファイルの追加データに関するリンク情報に変更を加える。スクリプト情報の追加は仮のデータと実際のデータを置換するためであり、リンク情報の変更は、ブラウザ１２が追加データの要求を発信することなく、直接仮のデータを参照して画面表示を行うためである。
【００７７】
次に、ステップＳ３０５において、高速表示装置１１はスクリプト情報が追加され、リンク情報が変更されたＨＴＭＬデータをブラウザ１２に送信する。
【００７８】
次に、ステップＳ３０６において、ブラウザ１２はＨＴＭＬファイルを解析し、画面表示に必要な追加データを判別するが、追加データのリンク情報は仮のデータ情報に変更されているため追加データの要求は発生しない。
【００７９】
次に、ステップＳ３０７において、ブラウザ１２はそのまま仮のデータを用いて画面表示を行う。
【００８０】
一方で、ステップＳ３０８において、高速表示装置１１は、Ｗｅｂサーバ２１から実際の追加データの取得を行う。そして、ステップＳ３０９において、Ｗｅｂサーバ２１は所定の追加データを返信する。
【００８１】
次に、ステップＳ３１０において、高速表示装置１１はブラウザ１２に対し、仮のデータと実際のデータを置換するスクリプトを送信する。
【００８２】
次に、ステップＳ３１１において、ブラウザ１２はスクリプトに基づき画面の更新を行う。ＤＨＴＭＬの機能をスクリプトから有効利用することにより画面全体を再描画することなく必要箇所のみが置換される。
【００８３】
図５では追加データが１つの場合を例に解説したが、本発明は追加データの数が多くなるほどその効果が高まる。図６に複数の追加データを取得する場合の動作例を示す。この場合もすべての追加データの取得を待つことなくホームページが高速に画面表示される。
【００８４】
（作用及び効果）
第２の実施形態に係る通信端末１０は、サーバからブラウザへ送信されるデータのリンク情報に変更を加えて送信する通信部１１１を備える。このため、ブラウザは高速表示装置により改良されたデータを受信した時点でホームページの描画を開始することが可能になり、初期表示に要する時間を短縮することが出来るという効果がある。
【００８５】
このデータ改良の対象は主にＨＴＭＬファイルやスクリプトファイルの改良をいい、ＨＴＭＬファイルやスクリプトファイルが指定する追加取得データに関する情報を、キャッシュデータなど端末内部の情報へと変更することで、ブラウザからの追加データ要求発生を防ぎ、初期表示時間を短縮することが出来る。
【００８６】
又、第２の実施形態に係る通信端末１０は、追加データを動的に置換するためのスクリプトを作製するスクリプト作成部１１４を備える。このため、ブラウザをプログラム上で直接操作できない場合であっても、JavaScriptといったスクリプト言語を利用し、ＤＨＴＭＬといった動的変更機能を活用したブラウザの更新を行うことが出来るという効果がある。
【００８７】
＜第３の実施形態＞
第３の実施形態は、仮の情報を伝えるパターンとして仮情報返信を採用し、ＡＰＩが可である場合について説明する。
【００８８】
（高速表示装置）
第３の実施形態に係る高速表示装置は、図７に示すように、通信部１１１と、データ分析部１１２と、メッセージ作成部１１３と、キャッシュ参照部１１６と、ブラウザ操作部１１７とを備える。
【００８９】
通信部１１１、データ分析部１１２、メッセージ作成部１１３、キャッシュ参照部１１６は、第１の実施形態と同様であるので、ここでは説明を省略する。
【００９０】
ブラウザ操作部１１７は、ブラウザ１２のＡＰＩを利用し、ブラウザ１２のデータを置換するなどの操作を行う。
【００９１】
（通信方法）
次に、第３の実施形態に係る通信方法について、図８を用いて説明する。図８は、高速表示装置１１がブラウザ１２に対し仮のデータを返信し、高速表示部がブラウザ１２のＡＰＩを利用して直接仮のデータと実際のデータを置換する場合の動作例を示す。
【００９２】
この場合の動作は、第１の実施形態において説明した図４の方式とほぼ差がない。しかし、高速表示装置１１はブラウザ１２を直接操作できるため、図４のステップＳ２０４におけるＨＴＭＬ改良が必要ない。又、図４のステップＳ１１２では、更新スクリプトの送付になっているが、図８のステップＳ５１２では、高速表示装置１１が直接ブラウザ１２の操作を行う。
【００９３】
図８のステップＳ５０１〜５０３、Ｓ５０５〜５１１、Ｓ５１３は、それぞれ図４のＳ２０１〜２０３、Ｓ２０５〜２１１、Ｓ２１３と同様であるので、ここでは説明を省略する。
【００９４】
（作用及び効果）
第３の実施形態に係る通信端末１０は、ブラウザからサーバへの追加データ要求に対し、ブラウザへ仮データを返信する通信部１１１を備える。このため、ブラウザは高速表示装置により返信された仮のデータを受信した時点でホームページの描画を開始することが可能になり、初期表示に要する時間を短縮することが出来るという効果がある。
【００９５】
又、第３の実施形態に係る通信端末１０は、ブラウザのデータを直接置換するブラウザ操作部１１７を備える。このため、ブラウザをプログラム上で直接操作し、ブラウザの更新を行うことが出来るという効果がある。
【００９６】
＜第４の実施形態＞
第４の実施形態は、仮の情報を伝えるパターンとして仮情報返信を採用し、ＡＰＩが可である場合について説明する。
【００９７】
（高速表示装置）
第４の実施形態に係る高速表示装置は、図９に示すように、通信部１１１と、データ分析部１１２と、メッセージ作成部１１３と、ＨＴＭＬ処理部１１５と、キャッシュ参照部１１６と、ブラウザ操作部１１７とを備える。
【００９８】
通信部１１１、データ分析部１１２、メッセージ作成部１１３、ＨＴＭＬ処理部１１５、ブラウザ１２操作部、キャッシュ参照部１１６は、第１の実施形態と同様であり、ブラウザ操作部１１７は、第３の実施形態と同様であるので、ここでは説明を省略する。
【００９９】
（通信方法）
次に、第４の実施形態に係る通信方法について、図１０を用いて説明する。図１０は、高速表示装置１１がＷｅｂサーバ２１から送られるＨＴＭＬファイルに変更を加えることでブラウザ１２に仮の情報を提示し、高速表示装置がブラウザ１２のＡＰＩを利用して直接仮のデータと実際のデータを置換する場合の動作例を示す。
【０１００】
この場合の動作は、第２の実施形態で説明した図６の方式とほぼ差がない。しかし、図６のステップＳ４１０では、更新スクリプトの送付になっているが、図１０のステップＳ６１０では、高速表示装置１１が直接ブラウザ１２の操作を行う。
【０１０１】
図１０のステップＳ６０１〜６０９、Ｓ６１１は、図６のステップＳ４０１〜４０９、Ｓ４１１とそれぞれ同様であるので、ここでは説明を省略する。
【０１０２】
（作用及び効果）
第４の実施形態に係る通信端末１０は、サーバからブラウザへ送信されるデータのリンク情報に変更を加えて送信する通信部１１１を備える。このため、ブラウザは高速表示装置により改良されたデータを受信した時点でホームページの描画を開始することが可能になり、初期表示に要する時間を短縮することが出来るという効果がある。
【０１０３】
このデータ改良の対象は主にＨＴＭＬファイルやスクリプトファイルの改良をいい、ＨＴＭＬファイルやスクリプトファイルが指定する追加取得データに関する情報を、キャッシュデータなど端末内部の情報へと変更することで、ブラウザからの追加データ要求発生を防ぎ、初期表示時間を短縮することが出来る。
【０１０４】
又、第４の実施形態に係る通信端末１０は、ブラウザのデータを直接置換するブラウザ操作部１１７を備える。このため、ブラウザをプログラム上で直接操作し、ブラウザの更新を行うことが出来るという効果がある。
【０１０５】
＜その他の実施形態＞
本発明は上記の実施形態によって記載したが、この開示の一部をなす論述及び図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなろう。
【０１０６】
例えば、上述した高速表示装置１１は、ブラウザ１２の拡張機能として、ブラウザの中に含められてもよい。
【０１０７】
基本となるＨＴＭＬファイル自体もはじめにキャッシュの情報を表示しておいてもよい。このときは新しいＨＴＭＬを取得次第その置換を行うことになる。
【０１０８】
第１〜第４の実施形態のような高速表示を行った場合、ブラウザ１２は仮のデータを実際のデータと判断するため、ブラウザ１２が保持するキャッシュデータ１３に仮のデータが保存されてしまう場合がある。この場合は、高速表示装置１１のキャッシュ参照部１１６がキャッシュを適切に更新することによりキャッシュの正確性を維持する。
【０１０９】
尚、キャッシュ情報は高速表示装置１１自体が独自に保持しておいてもよい。
【０１１０】
又、第１〜第４の実施形態では、通信端末内のみの改良であったが、通信キャリア網内の装置と共同することで、より高速なブラウザ表示を行うことも考えられる。
【０１１１】
例えば、図１１に示すように、通信キャリア網内に先取得装置を配置してもよい。この先取得装置と高速表示装置により無線区間をはさむことができる。この先取得装置は、ステップＳ７０６でＨＴＭＬファイルの解析を行い、表示に必要なデータをステップＳ７０７及びＳ７０８の過程により、Ｗｅｂサーバ２１から先に取得し、高速表示装置に転送する(ステップＳ７１３)。このように先取得装置が必要な情報を先読みすることにより、高速表示装置による取得要求を待たずに追加データの取得が可能になる。又、ステップＳ７１４及びＳ７１５の仮データ処理時には、実際のデータが先取得装置から到着していればその情報をブラウザに返せばよい。
【０１１２】
このように、先取得装置による追加データの先読みにより、追加データ取得に要する時間を、高速表示装置単体で動作する場合に比べ高速化することができる。
【０１１３】
このように、本発明はここでは記載していない様々な実施形態等を含むことは勿論である。従って、本発明の技術的範囲は上記の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。
【図面の簡単な説明】
【０１１４】
【図１】第１〜第４の実施形態に係る通信端末の構成ブロック図である。
【図２】第１及び第２の実施形態に係る高速表示装置の構成ブロック図である。
【図３】第１の実施形態に係る通信方法を示すフローチャートである（その１）。
【図４】第１の実施形態に係る通信方法を示すフローチャートである（その２）。
【図５】第２の実施形態に係る通信方法を示すフローチャートである（その１）。
【図６】第２の実施形態に係る通信方法を示すフローチャートである（その２）。
【図７】第３の実施形態に係る高速表示装置の構成ブロック図である。
【図８】第３の実施形態に係る通信方法を示すフローチャートである。
【図９】第４の実施形態に係る高速表示装置の構成ブロック図である。
【図１０】第４の実施形態に係る通信方法を示すフローチャートである。
【図１１】その他の実施形態に係る通信方法を示すフローチャートである。
【図１２】従来の通信方法を示すフローチャートである（その１）。
【図１３】従来の通信方法を示すフローチャートである（その２）。
【符号の説明】
【０１１５】
１０…通信端末
１１…高速表示装置
１２…ブラウザ
１３…キャッシュデータ
１４…インタフェース
２０…ネットワーク
２１…Ｗｅｂサーバ
１１１…通信部
１１２…データ分析部
１１３…メッセージ作成部
１１４…スクリプト作成部
１１５…ＨＴＭＬ処理部
１１６…キャッシュ参照部
１１７…ブラウザ操作部
【図１】
2007272742.tif 000003
【図２】
2007272742.tif 000004
【図３】
2007272742.tif 000005
【図４】
2007272742.tif 000006
【図５】
2007272742.tif 000007
【図６】
2007272742.tif 000008
【図７】
2007272742.tif 000009
【図８】
2007272742.tif 000010
【図９】
2007272742.tif 000011
【図１０】
2007272742.tif 000012
【図１１】
2007272742.tif 000013
【図１２】
2007272742.tif 000014
【図１３】
2007272742.tif 000015