JP2014052815A - 通信装置、情報提供装置およびウェブページ取得プログラム - Google Patents

Abstract

【課題】ウェブページを構成する複数のファイルを簡易かつ迅速かつ低消費電力で取得する。
【解決手段】通信装置３は、ウェブページを構成する複数のファイルを提供する情報提供装置４に対して、ウェブページの一括取得を要求可能なリクエスト送信部１２と、一括取得の要求に応答して情報提供装置４から送信された、ウェブページを構成する複数のファイルそれぞれのファイル出所情報リストと、該複数のファイルのファイルサイズとを含むページ情報と、該ページ情報中のファイルとを受信するレスポンス生成部１３と、受信されたページ情報に含まれるファイルサイズに基づいて、複数のファイルを保存するための領域を情報記憶部に確保する領域確保部１５と、レスポンス生成部で受信されたファイルを、情報記憶部内に領域確保部が確保した領域に保存する記憶制御部１７と、を備える。
【選択図】図１

Description

本発明の実施形態は、ウェブページを取得可能な通信装置、情報提供装置およびウェブページ取得プログラムに関する。

通信装置がネットワークを介して接続される他の通信ノードから様々な種類のデータをダウンロードして取得する通信システムが知られている。例えば、通信装置からブラウザアプリケーション（以下、ブラウザと略称する）により、ＨＴＴＰ（Hypertext Transfer Protocol）を用いて、インターネット上のウェブサーバ上に置かれたＨＴＭＬ（Hyper Text Markup Language）ファイルなどにアクセスし、このファイルの記述に従ってコンテンツデータをウェブサーバからダウンロードする手法は広く普及している。

コンテンツデータは、例えば画面を構成する画像データなどである。一般的には、一つのＨＴＭＬファイルから複数のコンテンツデータの取得が要求されることが多い。このため、ブラウザは、ＨＴＭＬファイルの記述に従って、複数回のコンテンツデータの要求をウェブサーバに対して行い、その都度、ウェブサーバからコンテンツデータが送信されてくるため、通信装置とウェブサーバとの間での通信回数が増大し、ＨＴＭＬファイルに対応するページの表示が完了するまでに時間がかかり、また消費電力も増大してしまう。

SPDY Protocol (Draft 2) http://dev.chromium.org/spdy/spdy-protocol/spdy-protocol-draft2

本発明の一実施形態は、ウェブページを構成する複数のファイルを簡易かつ迅速かつ低消費電力で取得可能な通信装置、情報提供装置およびウェブページ取得プログラムを提供するものである。

本実施形態によれば、ウェブページを構成する複数のファイルを提供する情報提供装置に対して、ウェブページの一括取得を要求可能なリクエスト送信部と、前記一括取得の要求に応答して前記情報提供装置から送信された、前記ウェブページを構成する複数のファイルそれぞれのファイル出所情報リストと、該複数のファイルのファイルサイズとを含むページ情報と、該ページ情報中のファイルとを受信するレスポンス生成部と、受信された前記ページ情報に含まれるファイルサイズに基づいて、前記複数のファイルを保存するための領域を情報記憶部に確保する領域確保部と、前記レスポンス生成部で受信されたファイルを、前記情報記憶部内に前記領域確保部が確保した領域に保存する記憶制御部と、を備えることを特徴とする通信装置が提供される。

一実施形態に係る通信システム１の概略構成を示す図。 通信装置３の内部構成の一例を示すブロック図。 情報提供装置４の内部構成の一例を示すブロック図。 通信装置３と情報提供装置４との間で送受される通信手順の一例を示すシーケンス図。 情報提供装置４が返信するページ情報の一例を示す図。

以下、図面を参照しながら、本発明の一実施形態を説明する。

図１は一実施形態に係る通信システム１の概略構成を示す図である。図示のように、図１の通信システム１は、ネットワーク２を介して通信を行う通信装置３および情報提供装置４を備えている。通信装置３は、例えばエンドユーザが所持するクライアント装置であり、より具体的には、ＰＣ、タブレット、スマートフォン、携帯電話などである。情報提供装置４は、例えばサーバ装置である。

図１では、通信装置３と情報提供装置４をそれぞれ１つずつ図示しているが、通信装置３と情報提供装置４の数には特に制限はない。

ネットワーク２は、公衆回線でも専用回線でも構わないし、有線のネットワーク２でも無線のネットワーク２でもよい。図１では、ネットワーク２に無線ＬＡＮのアクセスポイント５を接続して、通信装置３と情報提供装置４が無線で通信を行う例を示しているが、これは一例にすぎず、有線で通信を行ってもよい。

以下では、ネットワーク２がインターネットで、情報提供装置４がウェブサーバで、通信装置３がウェブブラウザ上でウェブページを表示可能な例を説明する。

図２は通信装置３の内部構成の一例を示すブロック図である。図２の通信装置３は、ウェブブラウザ部１１と、リクエスト送信部１２と、レスポンス生成部１３と、ページ情報解釈部１４と、領域確保部１５と、情報記憶部１６と、記憶制御部１７と、ページ受信部１８とを有する。

ウェブブラウザ部１１は、ユーザの操作に応じてウェブブラウザを起動して、ウェブブラウザ上でウェブページをクライアント装置の画面に表示する制御を行う。

リクエスト送信部１２は、ウェブページを構成する複数のファイルを提供する情報提供装置４に対して、ウェブページの一括取得を要求する。リクエスト送信部１２は、ウェブページの一括取得の要求以外の要求も情報提供装置４に送信できるようにしてもよい。以下では、リクエスト送信部１２が、一括取得の要求を情報提供装置４に送信することを前提として説明する。

レスポンス生成部１３は、リクエスト送信部１２からの要求に応じて、情報提供装置４から送信されたレスポンスを受信し、レスポンスに含まれるページ情報をページ情報解釈部１４に渡す。より具体的には、レスポンス生成部１３は、リクエスト送信部１２がウェブページの一括取得を要求した場合、この要求に応答して情報提供装置４から送信された、ウェブページを構成する複数のファイルそれぞれのファイル出所情報リストとファイルサイズを含むページ情報と、ページ情報中のファイルとを受信する。

ページ情報解釈部１４は、レスポンス生成部１３から渡されたページ情報に基づいて、ウェブページに含まれる複数のファイルのファイルサイズを検出する。

領域確保部１５は、ページ情報解釈部１４で検出したファイルサイズ分の記憶領域を情報記憶部１６内に確保する。そして、記憶制御部１７は、領域確保部１５が確保した記憶領域に、レスポンス生成部１３で受信されたファイルを格納する。情報記憶部１６は、例えば通信装置３内の主記憶メモリである。

ページ受信部１８は、ウェブページに含まれる複数のファイルの受信状況を検出し、その受信状況をウェブブラウザ部１１に通知する。より具体的には、ページ情報と、受信したファイルの格納先を示すポインタ情報とをウェブブラウザ部１１に通知する。

図３は情報提供装置４の内部構成の一例を示すブロック図である。図３の情報提供装置４は、リクエスト受信部２１と、レスポンス送信部２２と、ページ関連情報記憶部２３とを有する。

リクエスト受信部２１は、通信装置３から送信された、ウェブページの一括取得の要求を受信する。リクエスト受信部２１は、ウェブページの一括取得の要求以外の要求も受信できるようにしてもよい。以下では、リクエスト受信部２１が、一括取得の要求を受信することを前提として説明する。

レスポンス送信部２２は、通信装置３からの一括取得の要求に応答して、ウェブページを構成する複数のファイルのファイル出所情報リストとファイルサイズとを含むページ情報を送信するとともに、ページ情報中の複数のファイルのそれぞれが、ファイル出所情報リスト中のどれに対応するかを把握できるようにして順次に送信する。

ページ関連情報記憶部２３は、ページ情報と、このページ情報中の複数のファイルの少なくとも一部とを格納する。情報提供装置４は、ウェブページを構成する全ファイルを保持しているわけではない。情報提供装置４が保持しているファイルはページ関連情報記憶部２３に記憶され、保持していないファイルは、その所在がファイル出所情報リスト中に記述される。

図４は通信装置３と情報提供装置４との間で送受される通信手順の一例を示すシーケンス図である。このシーケンス図は、通信装置３が情報提供装置４に対してウェブページの一括取得を要求する場合の通信手順である。

通信装置３は、所定のアプリケーションを実行している最中に、情報提供装置４に対して、あるウェブページの一括取得を要求する（ステップＳ１）。図４は、ＧＥＴ／ＡＬＬという記述により、一括取得を要求する例を示している。一括取得を要求する具体的な記述は、図４に示した記述に限定されない。また、一括取得の要求は、新たなプロトコルにより指定してもよいし、既存のプロトコルに続くパスの中に記述してもよいし、ＨＴＴＰメッセージのヘッダ部分に記述してもよい。

一括取得の要求を受けた情報提供装置４は、要求されたウェブページを構成する複数のファイルの出所情報リストとファイルサイズを含むページ情報とページ情報中のファイルを、通信装置３に返信する（ステップＳ２〜Ｓ７）。

ウェブページに含まれるファイルの数とファイルサイズによって、情報提供装置４が行うレスポンスの数が異なる。図４の例では、ステップＳ２〜Ｓ７の計６回のレスポンスを行っている。このうち、ステップＳ２のレスポンスはページ情報を送信するためのものであり、ステップＳ３〜Ｓ７のレスポンスは、ページ情報中の各ファイルを送信するためのものである。

ページ情報を受信した通信装置３内の領域確保部１５は、ページ情報に含まれるファイルサイズに基づいて、情報記憶部１６内にファイル格納用の領域を確保する。

図４の例では、ページ情報中に３つのファイルが含まれており、領域確保部１５は、情報記憶部１６内に３つの領域０〜２を確保する例を示している。

その後、情報提供装置４は、複数回にわたってページ情報中のファイルを送信する（ステップＳ２〜Ｓ７）。図４の例では、ファイル０を３回に分けて送信し（ステップＳ３，Ｓ６，Ｓ７）、ファイル１と２はそれぞれ１回で送信する（ステップＳ５，Ｓ４）。ファイル０は情報記憶部２の領域０に保存され、ファイル１は領域１に、ファイル２は領域２にそれぞれ保存される。

図５は情報提供装置４が返信するページ情報の一例を示す図である。図５の例では、ページ情報は、ウェブページを構成する各ファイルのファイル出所情報を列挙した出所情報リストと、各ファイルのファイルサイズとを含んでいる。

図５の例では、ページ情報の先頭に、使用するプロトコル名、バージョン名、ステータスコードを記述し、その後、ウェブページを構成する各ファイルのファイル出所情報とファイルサイズを対応付けて順に記述している。

図５の例に示すように、ファイル出所情報リストは、情報提供装置４自身が所持しているファイルについては、そのファイル名を記述し、情報提供装置４以外のサイトから取得するファイルについては、取得先のＵＲＬを記述している。ページ情報中のファイルサイズは、上述したように、領域確保部１５が領域確保を行うために用いられる。

図５のページ情報は、ファイル出所情報リストとファイルサイズの情報しか含んでいないが、他の情報を含めてもよい。例えば、ウェブページを構成する各ファイルを識別するためのファイルＩＤをページ情報に含めてもよい。ページ情報にファイルＩＤが含まれていれば、各ファイルを分割して情報提供装置４から通信装置３に送信する際に、各ファイルの送信順序がばらばらであっても、通信装置３はファイルＩＤにより、受信されたファイルを容易に識別して、事前に領域確保された領域に記憶することができる。

例えば、図４では、ファイル０を３回に分けて送信し、ファイル０の一部を送信した後に、ファイル２を送信し、次に、ファイル１を送信し、その後再びファイル０の残りを送信している。このように、ページ情報中のリスト順とは異なる順序でファイルを送信することが可能になるのは、ページ情報にファイルＩＤを含めているためである。通信装置３は、ページ情報に含まれるファイルＩＤと、情報提供装置４から送信されてきた各ファイルのファイルＩＤとを照合することで、各ファイルを正しく識別することができる。

このように、ページ情報にファイルＩＤを含めることで、ファイル転送用に例えばＴＣＰを用いる場合、１つのＴＣＰコネクションに複数のファイルを多重化して伝送することができる。あるいは、１つのファイルを分割した分割ファイルを複数のコネクションで別々に伝送することもできる。

なお、ファイルを分割して送信する場合は、分割ファイルは、ファイルの先頭から順番に送信するのが望ましい。ファイルＩＤは、あくまでファイル単位で付けられる識別情報であり、一つのファイルを構成する各分割ファイルを識別する情報を設けることは想定していないため、分割ファイルの送信順序がランダムであると、通信装置３が正しくファイルを再構成できないおそれがあるためである。

ところで、ページ情報中に、明示的にファイルＩＤを設ける代わりに、ページ情報中のファイル出所情報リストの並び順で自動的に各ファイルに識別情報を割り振ってもよい。例えば、リスト中の先頭のファイルの識別番号を０とし、以降、連番で各ファイルに識別番号を割り振るようにすれば、ファイルＩＤという別個の情報をページ情報に追加しなくて済み、ページ情報のデータ量を削減できる。

図５に示すようなページ情報は、一つのファイルにまとめて情報提供装置４から通信装置３に送信してもよいし、特定のＨＴＭＬファイル（例えば、ｉｎｄｅｘ．ｈｔｍｌ）に埋め込んで送信してもよいし、ＨＴＴＰメッセージのヘッダに含めてもよい。

なお、ページ情報に含まれるファイル出所情報リストには、ウェブページを構成する全ファイルが含まれている必要はなく、一部のファイルのみのファイル出所情報リストでもよい。

また、ページ情報に含まれるファイルサイズは、各ファイルごとのファイルサイズである必要はなく、全ファイルを合わせた総ファイルサイズのみをページ情報に含めてもよい。この場合、領域確保部１５は、総ファイルサイズ分の領域を確保し、確保した領域内の任意の場所にファイルを記憶することになる。

情報提供装置４がページ情報を通信装置３に送信するタイミングは、通信装置３がウェブページの一括取得を要求したときだけでなく、ウェブページ内の任意のファイルが変更された場合にも情報提供装置４が自主的にページ情報を通信装置３に送信してもよい。

上述した図４のステップＳ１とＳ２において、通信装置３が情報提供装置４にウェブページの一括取得を要求し、それに応答して情報提供装置４が通信装置３にページ情報とページ情報中のファイルを送信する具体的な手順については、いくつかの手法が考えられる。

例えば、通信装置３が新たなプロトコルにより一括取得を要求する場合、例えば通信装置３は、以下のようなメッセージを情報提供装置４に送信する。

GET / HTTP/1.1
Host: example.com
Connection: Upgrade
Upgrade: Batch
上述したメッセージは、HTTPプロトコルを利用して情報提供装置４と通信を行い、その中で、ウェブページexample.comの一括取得をBatchプロトコルで要求することを示している。ウェブページの指定は、batch://example.comのように記述してもよい。

このメッセージを受けた情報提供装置４は、以下のようなメッセージを通信装置３に返信する。

HTTP/1.1 101 Batch Protocol Handshake
Upgrade: Batch
Connection: Upgrade
上述したメッセージは、ページ情報とページ情報中のファイルをヘッダに含めて返信することを示している。

あるいは、通信装置３が既存のプロトコルに続くパスにより一括取得を要求する場合、例えば通信装置３は、以下のようなメッセージを情報提供装置４に送信する。

GET /ALL HTTP/1.1
Host example.com
このメッセージを受けた情報提供装置４は、以下のようなヘッダと、ページ情報と、ページ情報中のファイルとを通信装置３に返信する。

HTTP/1.1 200 OK
上述した例以外にも、UserAgentヘッダ、Hostヘッダ、TEヘッダ、AcceptヘッダまたはAccept encodingヘッダなどを用いて、ページ情報等を返信してもよい。また、GETメソッドだけでなく、POSTメソッドやHEADメソッドなどの他のメソッドを用いて要求を行ってもよい。

このように、本実施形態では、通信装置３が情報提供装置４に対してウェブページの一括取得を要求すると、情報提供装置４はウェブページを構成する各ファイルのファイル出所情報リストとファイルサイズを含むページ情報と、このページ情報中のファイルを通信装置３に返信し、通信装置３は、ページ情報中のファイルサイズに基づいて、情報記憶部１６に領域を確保し、確保した領域に、受信したファイルを順に記憶する。これにより、ウェブページを取得する際の通信装置３と情報提供装置４との間の通信回数を減らすことができ、ウェブページの高速取得が可能となり、また消費電力も削減でき、また、効率的に記憶部１６を使用することができる。

上述した実施形態では、通信装置３と情報提供装置４との間で通信を行ってウェブページの一括取得を行う例を説明したが、通信装置３と情報提供装置４の間にプロキシサーバ装置等の中継装置を設けてよい。この中継装置は、通信装置３として機能するようにし、中継装置が情報提供装置４に対してウェブページの一括取得を要求してもよい。あるいは、中継装置が情報提供装置４として機能するようにし、中継装置が通信装置３からの一括取得要求を受信して、レスポンスを行うようにしてもよい。

上述した実施形態で説明した通信装置３および情報提供装置４の少なくとも一部は、ハードウェアで構成してもよいし、ソフトウェアで構成してもよい。ソフトウェアで構成する場合には、通信装置３および情報提供装置４の少なくとも一部の機能を実現するプログラムをフレキシブルディスクやＣＤ−ＲＯＭ等の記録媒体に収納し、コンピュータに読み込ませて実行させてもよい。記録媒体は、磁気ディスクや光ディスク等の着脱可能なものに限定されず、ハードディスク装置やメモリなどの固定型の記録媒体でもよい。

また、通信装置３および情報提供装置４の少なくとも一部の機能を実現するプログラムを、インターネット等の通信回線（無線通信も含む）を介して頒布してもよい。さらに、同プログラムを暗号化したり、変調をかけたり、圧縮した状態で、インターネット等の有線回線や無線回線を介して、あるいは記録媒体に収納して頒布してもよい。

本発明の態様は、上述した個々の実施形態に限定されるものではなく、当業者が想到しうる種々の変形も含むものであり、本発明の効果も上述した内容に限定されない。すなわち、特許請求の範囲に規定された内容およびその均等物から導き出される本発明の概念的な思想と趣旨を逸脱しない範囲で種々の追加、変更および部分的削除が可能である。

１ 通信システム、２ ネットワーク、３ 通信装置、４ 情報提供装置、１１ ウェブブラウザ部、１２ リクエスト送信部、１３ レスポンス生成部、１４ ページ情報解釈部、１５ 領域確保部、１６ 情報記憶部、１７ 記憶制御部、１８ ページ受信部、２１ リクエスト受信部、２２ レスポンス送信部、２３ ページ関連情報記憶部

Claims (8)

1. ウェブページを構成する複数のファイルを提供する情報提供装置に対して、ウェブページの一括取得を要求可能なリクエスト送信部と、
   前記一括取得の要求に応答して前記情報提供装置から送信された、前記ウェブページを構成する複数のファイルそれぞれのファイル出所情報リストと、該複数のファイルのファイルサイズとを含むページ情報と、該ページ情報中のファイルとを受信するレスポンス生成部と、
   受信された前記ページ情報に含まれるファイルサイズに基づいて、前記複数のファイルを保存するための領域を情報記憶部に確保する領域確保部と、
   前記レスポンス生成部で受信されたファイルを、前記情報記憶部内に前記領域確保部が確保した領域に保存する記憶制御部と、を備えることを特徴とする通信装置。
2. 前記ページ情報は、前記複数のファイルのそれぞれを識別するファイル識別情報を含んでおり、
   前記領域確保部は、前記ファイル識別情報に対応づけて前記領域を確保し、
   前記記憶制御部は、前記レスポンス生成部で受信された前記複数のファイルを、前記ファイル識別情報に対応づけられた前記領域に保存することを特徴とする請求項１に記載の通信装置。
3. 前記ウェブページを表示装置に表示する制御を行うウェブブラウザ部と、
   前記ウェブページに含まれる複数のファイルの受信状況を検出し、該受信状況を前記ウェブブラウザ部に通知するページ受信部と、を備えることを特徴とする請求項１または２に記載の通信装置。
4. 前記リクエスト送信部は、一括取得要求用の専用プロトコル、既存のプロトコルのパス情報、または既存のプロトコルのヘッダ情報を用いて、前記一括取得を要求することを特徴とする請求項１乃至３のいずれかに記載の通信装置。
5. 前記リクエスト送信部は、前記情報提供装置との通信プロトコルとしてＨＴＴＰを用いる場合には、一回のリクエストにて、前記一括取得を要求することを特徴とする請求項１乃至４のいずれかに記載の通信装置。
6. 前記レスポンス生成部は、前記ページ情報を含むファイルか、または前記ページ情報がヘッダ部またはボディ部に記述された前記一括取得の要求に対する応答メッセージを受信することを特徴とする請求項１乃至５のいずれかに記載の通信装置。
7. 通信装置から送信された、ウェブページの一括取得の要求を受信可能なリクエスト受信部と、
   前記一括取得の要求に応答して、前記ウェブページを構成する複数のファイルのファイル出所情報リストと、該複数のファイルのファイルサイズとを含むページ情報を送信するとともに、前記ページ情報中の前記複数のファイルのそれぞれを、前記ファイル出所情報中のどれに対応するかを把握可能な形態で順次に送信するレスポンス送信部と、
   ページ情報と、このページ情報中の前記複数のファイルの少なくとも一部とを格納するページ関連情報記憶部と、を備えることを特徴とする情報提供装置。
8. ウェブページを構成する複数のファイルを提供する情報提供装置に対して、通信装置からウェブページの一括取得を要求するステップと、
   前記一括取得の要求に応答して前記情報提供装置から送信された、前記ウェブページを構成する複数のファイルそれぞれのファイル出所情報リストと、該複数のファイルのファイルサイズとを含むページ情報と、該ページ情報中のファイルとを前記通信装置で受信するステップと、
   受信された前記ページ情報に含まれるファイルサイズに基づいて、前記通信装置にて前記複数のファイルを保存するための領域を情報記憶部に確保するステップと、
   前記通信装置で受信されたファイルを、前記情報記憶部内に前記領域確保部が確保した領域に保存するステップと、をコンピュータに実行させるコンピュータ読み込み可能なウェブページ取得プログラム。

Images