JP6482330B2 - 通信装置、通信方法、及びプログラム - Google Patents

Description

本発明は、論理的な接続を使用してコンテンツの送受信を行う通信方法に関する。

Ｗｅｂページを表示する際、ユーザはＷｅｂブラウザにＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を入力する。Ｗｅｂブラウザは、ユーザによって入力されたＵＲＬから特定されるＨＴＭＬ文書を、サーバ装置から取得する。ＨＴＭＬ文書を取得する際の通信プロトコルには、ＨＴＴＰ（Ｈｙｐｅｒｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）が使用される。次にＷｅｂブラウザは、取得したＨＴＭＬ文書に記述されている通りにＷｅｂページを表示する。Ｗｅｂページにはテキストのほかに、ＣＳＳファイル、ＪａｖａＳｃｒｉｐｔ（登録商標）ファイル、静止画、動画、オーディオ等のコンテンツが埋め込まれており、ＨＴＭＬ文書にはそれらのコンテンツを特定するＵＲＬが記載されている。ＷｅｂブラウザはＨＴＭＬ文書に基づいてＷｅｂページを表示するのと並行して、Ｗｅｂページを構成するコンテンツをサーバ装置から取得する。特許文献１では、ＷｅｂサイトのＨＴＭＬ文書をダウンロードし、そのＨＴＭＬ文書から特定される画像データをダウンロードした後に、携帯端末に適した形式でＷｅｂページを表示させる技術が開示されている。

ＨＴＴＰのバージョンの一つとして、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ Ｅｎｇｉｎｅｅｒｉｎｇ Ｔａｓｋ Ｆｏｒｃｅ）はＨＴＴＰ／２の規格を策定中である。ＨＴＴＰ／２においては、サーバ装置とクライアント装置との間で接続を確立し、その接続内においてストリームと呼ぶ独立した通信シーケンスを複数構築することができる。そして、そのストリームごとにサーバ装置とクライアント装置との間でメッセージを送受信することができる。

特開２００３−２７１５０８号公報

しかしながら、従来の技術では、早く取得されることを求められるコンテンツの取得が遅くなってしまうことがある。

例えば、複数ストリームを使用してデータを受信するクライアント装置上でユーザがＷｅｂページを閲覧する場合、ＷｅｂブラウザはＷｅｂページを構成する複数のコンテンツをサーバ装置から並行して取得し、取得し終わったコンテンツから順に表示する。Ｗｅｂページを構成するコンテンツには、インタラクションに関するコンテンツが含まれる。ここでインタラクションとは、ユーザがＷｅｂページ上のコンテンツを操作することで、Ｗｅｂページが動的な処理を実行することを指す。具体的には、リンクの設定された画像をクリックして他のＷｅｂページを表示したり、ログインボタンを押下してＷｅｂサービスにログインしたり等のインタラクションがある。Ｗｅｂブラウザがインタラクションに関するコンテンツを表示しない限り、ユーザはＷｅｂページに対する操作を行うことができない。そのため、インタラクションに関するコンテンツの取得が遅い場合に、Ｗｅｂページの利便性が損なわれていた。

上記の課題に鑑み、本発明は、Ｗｅｂページ上の特定のコンテンツを早く取得するための技術を提供することを目的とする。

上記の課題を解決するため、本発明に係る通信装置は、例えば以下の構成を有する。すなわち、送信装置との間に確立された論理的な接続を使用して、前記送信装置からコンテンツを受信する受信手段と、前記受信手段が複数の論理的な接続を使用して複数のコンテンツを受信する場合に、前記複数の論理的な接続の優先度を、前記複数のコンテンツの属性情報に基づいて決定する決定手段とを有する。

本発明によれば、論理的な接続の優先度をコンテンツに応じて決定することで、特定のコンテンツが早く取得されやすくなる。

実施形態に係る通信システムの構成例を示す図である。 実施形態に係る受信装置１００のハードウェア構成例を示すブロック図である。 実施形態に係る受信装置１００のモジュール構成例を示すブロック図である。 実施形態に係るＷｅｂページの表示例を示す図である。 実施形態に係る受信装置１００によるコンテンツ受信の際の動作を説明するためのフローチャートである。 実施形態に係る受信装置１００が優先度を決定する方法を説明するための図である。 実施形態に係る送信装置１１０がコンテンツ送信を行う際の動作を説明するためのフローチャートである。 実施形態に係るモード選択機能を説明するための図である。 実施形態に係るコンテンツ送受信の動作を説明するためのシーケンス図である。 実施形態に係るリンク又はスクリプトに対応するＵＲＬのドメインに基づいた優先度の決定方法を説明するための図である。 実施形態に係る画像の表示サイズに基づいた優先度の決定方法を説明するための図である。 実施形態に係る画像の表示位置に基づいた優先度の決定方法を説明するための図である。

以下、本発明の実施形態について説明する。なお、以下の実施形態は特許請求の範囲に係る本発明を限定するものではなく、また、以下の実施形態で説明する特徴の組み合わせの全てが本発明に必須のものとは限らない。

［実施形態１］
本実施形態では、複数コンテンツで構成されるＷｅｂページをユーザがＷｅｂブラウザで閲覧する場合に、受信装置１００がインタラクションに関わるコンテンツを特に必要なコンテンツであるとみなして優先的にダウンロードする例について説明する。ここでインタラクションとは、ユーザがＷｅｂページ上のコンテンツを操作することで、Ｗｅｂページが動的な処理を実行することを指す。

以下に具体例を示す。図４は、Ｗｅｂページの表示例を示す図である。図４（Ａ）は、画像共有サービスのトップページの例であり、Ｗｅｂブラウザ４００のウインドウ内に背景画像４０１、ログインボタン４０２、及びヘルプボタン４０３が配置される。

図４（Ｂ）と図４（Ｃ）は、Ｗｅｂブラウザ４００が図４（Ａ）のページを表示する際の途中経過である。図４（Ｂ）は、背景画像４０１が先に表示されてログインボタン４０２とヘルプボタン４０３が後から表示される場合の途中経過である。図４（Ｃ）は、ログインボタン４０２とヘルプボタン４０３が先に表示されて背景画像４０１が後から表示される場合の途中経過である。図４（Ｂ）の状態では、インタラクションに関するログインボタン４０２とヘルプボタン４０３が表示されていないため、ユーザは画像共有サービスの機能を利用するためにログインボタン４０２又はヘルプボタン４０３が表示されるのを待つ必要がある。一方で図４（Ｃ）の状態では、ログインボタン４０２とヘルプボタン４０３が背景画像４０１よりも先に表示されているため、ユーザは背景画像４０１が表示されるのを待たずに画像共有サービスの機能を利用することができる。

そこで本実施形態では、図４（Ｃ）に示すように、インタラクションに関連するコンテンツを優先的にダウンロードする仕組みを説明する。

＜システム構成＞
図１は、通信システムの構成例を示す図である。通信システムは送信装置１１０と受信装置（通信装置）１００とを備え、これらがネットワーク１２０により接続されている。受信装置１００は、送信装置１１０との間のネットワーク１２０上に確立された論理的な接続を使用して、送信装置１１０からコンテンツを受信する。送信装置１１０と受信装置１００との間のデータの送受信におけるプロトコルには、ＨＴＴＰ／２が利用される。ただし、ＨＴＴＰ／２以外のプロトコルを利用してもよい。

受信装置１００は、ＷｅｂブラウザによってＷｅｂページを表示装置に表示させる表示制御機能、入力装置を介してユーザからの操作を受け付ける操作機能、及び通信機能を有するクライアント端末である。表示装置および入力装置は受信装置１００と一体であってもよいし、受信装置１００に接続される別の装置であってもよい。受信装置１００は、例えばカメラ、パーソナルコンピュータ、テレビ、スマートフォンなどである。送信装置１１０は、ＨＴＭＬ文書やそれによって特定されるコンテンツなどを送信する通信機能を有するサーバ装置である。ネットワーク１２０は、受信装置１００と送信装置１１０とが接続するネットワークである。ネットワーク１２０は、例えば有線ＬＡＮ、無線ＬＡＮ、ＷＡＮ、インターネット等である。

なお、本実施形態では、Ｗｅｂページの構成がＨＴＭＬ文書によって記述されている場合の例について説明するが、Ｗｅｂページの構成はＨＴＭＬ文書でなくＸＨＴＭＬ文書などのデータによって記述されていてもよい。

＜ハードウェア構成＞
図２は、受信装置１００のハードウェア構成例を示すブロック図である。受信装置１００は、ＣＰＵ１０１、ＲＯＭ１０２、ＲＡＭ１０３、出力インタフェース１０４、バス１０５、ネットワークインタフェース１０６、及び入力インタフェース１０７を備える。

ＣＰＵ１０１は、受信装置１００全体を制御する。ＲＯＭ１０２は、変更を必要としないプログラムやパラメータを格納する。ＲＡＭ１０３は、外部装置などから供給されるプログラムやデータを一時記憶する。出力インタフェース１０４は、受信装置１００が保持するデータや供給されたデータに基づいた表示画面を表示装置に出力する。バス１０５は、受信装置１００の各構成要素を通信可能に接続する。ネットワークインタフェース１０６は、インターネットなどのネットワーク回線と接続する。入力インタフェース１０７は、ユーザによる操作を受けたタッチセンサやマウスなどのポインティングデバイスやキーボードなどの入力デバイスからの入力を受け付ける。上述の構成に限らず、受信装置１００に固定して設置されるハードディスクやメモリカード等の二次記憶装置があってもよい。あるいは、フレキシブルディスク（ＦＤ）やＣｏｍｐａｃｔ Ｄｉｓｋ（ＣＤ）等の光ディスク、磁気カードや光カード、ＩＣカード、メモリカードなどを含む外部記憶装置が受信装置１００に着脱可能に設置されていてもよい。

なお、送信装置１１０のハードウェア構成も、受信装置１００と同様である。

＜モジュール構成＞
図３は、受信装置１００のモジュール構成例を示すブロック図である。受信装置１００は、送受信部２０１、ＨＴＭＬ解析部２０２、優先度決定部２０３、及び表示制御部２０４を有する。各モジュールは、ＣＰＵ１０１がＲＯＭ１０２に格納されたプログラムをＲＡＭ１０３に展開して後述する各フローチャートに従った処理を実行することで実現されている。また例えば、ＣＰＵ１０１を用いたソフトウェア処理の代替としてハードウェアによる処理を行う場合には、ここで説明する各モジュールの処理に対応させた演算部や回路を構成すればよい。

送受信部２０１は、ネットワーク１２０を介して送信装置１１０との間でＨＴＴＰ／２において規定されるストリームを使用してデータの送受信を行う。ここで、ＨＴＴＰ／２で規定されるストリームは、受信装置１００から送信装置１１０へ送信されるコンテンツの取得要求と、送信装置１１０から受信装置１００へ送信されるコンテンツとの順序を管理するための論理的な接続である。ただし、受信装置１００と送信装置１１０が使用する論理的な接続はＨＴＴＰ／２のストリームに限らない。個別のストリームにおいて送信装置１１０は、受信装置１００から受信した取得要求の順序に応じて応答を送信しなければならない。しかし、送信装置１１０と受信装置１００が複数ストリームを使用して通信を行う場合、各ストリームは取得要求と応答の順序を独立して管理しており、それぞれのストリームにおける送信状況は他のストリームにおける送信に直接影響を及ぼさない。

送受信部２０１は、取得要求を送信してＨＴＭＬ文書や関連するコンテンツを送信装置１１０から受信するほか、コンテンツの送受信に使用するストリームの優先度通知も行う。本実施形態において、送受信部２０１は各コンテンツをそれぞれ異なるストリームで並行して受信する。ここで並行して受信するとは、送受信部２０１が複数のストリームを使用し、時分割で複数のコンテンツを受信することをいう。ＨＴＭＬ解析部２０２は、送受信部２０１が受信したＨＴＭＬ文書を解析し、そのＨＴＭＬ文書に基づいて表示されるＷｅｂページを構成する関連コンテンツを特定する。優先度決定部２０３は、ＨＴＭＬ解析部２０２によって特定された各コンテンツに対し、そのコンテンツを取得するためのストリームの優先度を決定する。ストリームの優先度を決定する方法についての詳細は後述する。表示制御部２０４は、ＨＴＭＬ文書およびＨＴＭＬ解析部２０２によりＨＴＭＬ文書から特定され送受信部２０１が受信したコンテンツに基づいて、Ｗｅｂページの表示画像をディスプレイ等の表示装置に表示させる。

＜コンテンツ受信フロー＞
図５は、受信装置１００によるコンテンツ受信の際の動作を説明するためのフローチャートである。図５の処理は、Ｗｅｂページを取得するためのユーザ操作が受信装置１００に入力されたタイミングで開始される。ただし、図５の処理の開始タイミングは上記タイミングに限定されない。

Ｓ３０１において、送受信部２０１は送信装置１１０に対して、ユーザが指定したＵＲＬで特定されるＨＴＭＬ文書の取得要求を送信する。ＵＲＬの指定方法としては、ユーザがＷｅｂブラウザに直接入力する方法のほか、リンクをクリックする方法やブックマークから指定する方法などがある。Ｓ３０２において、送受信部２０１はＳ３０１での取得要求に応じて送信装置１１０から送信されたＨＴＭＬ文書を受信する。

Ｓ３０３において、ＨＴＭＬ解析部２０２は、Ｓ３０２で送受信部２０１が受信したＨＴＭＬ文書を解析し、そのＨＴＭＬ文書に記載されているコンテンツを特定する。Ｓ３０４において、ＨＴＭＬ解析部２０２はＨＴＭＬ文書に関連コンテンツが記載されているか否かを判定し、記載されていない場合には処理を終了する。一方、ＨＴＭＬ文書に関連するコンテンツが記載されている場合には、Ｓ３０５に進む。

Ｓ３０５において、優先度決定部２０３は、ＨＴＭＬ文書に関連する複数のコンテンツの属性情報に基づいて、各コンテンツの優先度を決定する。ここで属性情報とは、例えばコンテンツの種別や、コンテンツに設定されたリンク及びスクリプトの有無、コンテンツに設定されたリンク又はスクリプトに対応するＵＲＬ、ＨＴＭＬ文書に基づいて表示されるページにおけるコンテンツの表示領域などである。ただし、コンテンツに関するこれら以外の情報を優先度決定の基準としてもよい。優先度の決定方法の詳細については後述する。

Ｓ３０６において、送受信部２０１は、Ｓ３０５で優先度決定部２０３によって決定された優先度に基づいて、コンテンツを並行して取得する。具体的には、送受信部２０１は、コンテンツごとで異なる複数のストリームを送信装置１１０との間に確立し、対応するコンテンツの優先度に基づいて各ストリームの優先度を決定する。例えばＨＴＴＰ／２においては、ストリームを開始する際に送受信部２０１が送信装置１１０に送信するＨＥＡＤＥＲＳフレームに優先度情報を含めることで、送信装置１１０との間に新たに確立するストリームの優先度を送信装置１１０に通知できる。また、確立済みのストリームを使用して送受信部２０１がＰＲＩＯＲＩＴＹフレームを送信装置１１０に送信することで、確立済みのストリームの優先度を送信装置１１０に通知することもできる。このように、送受信部２０１はＨＴＴＰ／２で規定されるＨＥＡＤＥＲＳフレーム若しくはＰＲＩＯＲＩＴＹフレーム又はその両方を送信装置１１０に送信することで、優先度決定部２０３により決定されたストリームの優先度を送信装置１１０に通知する。ただし、ストリームの優先度の通知方法は上記に限らず、他の方法を用いてもよい。優先度決定部２０３がストリームの優先度を決定すると、送受信部２０１は送信装置１１０との間に確立されたそれら複数のストリームを使用して、コンテンツの取得要求を送信装置１１０に送信し、送信装置１１０から送信された複数のコンテンツを受信する。この際、送信装置１１０は、通知された優先度に基づいて、複数のストリームに対して送信リソースを割り当てる。ここで送信リソースとは、例えばデータの送信に必要なＣＰＵの実行時間やメモリ容量、帯域幅などを指す。なお、送信装置１１０は、少なくとも１種類の送信リソースを優先度に基づいて割り当て、その他の送信リソースについては優先度を考慮せずに割り当ててもよい。送信装置１１０が通知された優先度に基づいた送信リソースの割り当てを実行することで、受信装置１００は優先度の高いストリームに対応するコンテンツを早く取得できる可能性が高くなる。

Ｓ３０７において、ＨＴＭＬ解析部２０２は、Ｓ３０６で送受信部２０１が受信したコンテンツにＨＴＭＬ形式のファイル（ＨＴＭＬ文書）が含まれているか否かを判定する。Ｓ３０７の判定の結果、受信したコンテンツにＨＴＭＬ形式のファイルが含まれている場合、Ｓ３０３の処理に戻る。一方でＨＴＭＬ形式のファイルが含まれていなかった場合、処理を終了する。

なお、本実施形態では、受信装置１００が送信装置１１０からＨＴＭＬ文書とそれに関連するコンテンツを受信する場合の例を中心に説明するが、これに限らない。受信装置１００は、ＨＴＭＬ文書と関連コンテンツをそれぞれ異なる送信装置から受信してもよいし、関連コンテンツを複数の送信装置から受信してもよい。

＜優先度決定フロー＞
受信装置１００がＳ３０５において優先度を決定する方法を、図６を用いて具体的に説明する。図６（Ａ）は、Ｓ３０５での優先度決定部２０３による優先度を決定する処理の例を示すフローチャートである。図６（Ｂ）と図６（Ｃ）は、ＨＴＭＬ形式のファイル中でインタラクション可能なボタン画像の表示に関する記述を抜粋した例である。図６（Ｄ）は、ＨＴＭＬ形式のファイル中で背景画像の表示に関する記述を抜粋した例である。

図６（Ｂ）の記述には、＜ｐ＞、＜ａ＞、＜ｉｍｇ＞の三種類の要素が存在する。ＨＴＭＬ文書において、＜ｐ＞要素は段落を示し、＜ａ＞要素はリンクを示し、＜ｉｍｇ＞要素は画像を示す。つまり図６（Ｂ）の記述は、Ｗｅｂページ内に、クリックするとリンク先のＷｅｂページに遷移する機能を持った画像が含まれることを示している。

図６（Ｃ）の記述には、＜ｐ＞と＜ｉｍｇ＞の二種類の要素が存在する。図６（Ｃ）の記述も図６（Ｂ）の記述と同様に、Ｗｅｂページ内に、クリックすると別のＷｅｂページに遷移する機能を持った画像が含まれることを示している。図６（Ｃ）の記述では別のＷｅｂページに遷移する動作をＪａｖａＳｃｒｉｐｔ（登録商標）で定義している。図６（Ｃ）の記述においてＪａｖａＳｃｒｉｐｔ（登録商標）で動作を定義している箇所は、＜ｉｍｇ＞要素内の「ｏｎｃｌｉｃｋ＝“…”」の部分である。この「ｏｎｃｌｉｃｋ＝“…”」のような記述をスクリプト属性と呼ぶ。

図６（Ｄ）の記述には、＜ｐ＞と＜ｉｍｇ＞の二種類の要素が存在する。図６（Ｄ）の記述も画像を含むＷｅｂページを示すが、＜ａ＞要素やスクリプト属性が存在しないため、図６（Ｄ）の記述により表示される画像はインタラクションの機能を持たない。

続いて、図６（Ａ）の優先度決定フローに沿って、図６（Ｂ）、（Ｃ）、（Ｄ）で示される各コンテンツに対する優先度の決定処理について説明する。図６（Ａ）の処理は、ＨＴＭＬ解析部２０２がＨＴＭＬ文書に関連コンテンツが記載されていると判定したタイミングで開始される。ただし、図６（Ａ）の処理の開始タイミングは上記タイミングに限定されない。なお、図５のＳ３０４においてＨＴＭＬ文書に関連するコンテンツが複数存在すると判定された場合、ＨＴＭＬ解析部２０２は、複数のコンテンツそれぞれについて図６（Ａ）の処理を実行する。

Ｓ６０１において、優先度決定部２０３は対象となるコンテンツの種別が静止画であるか否かを判定する。コンテンツの種別には、例えば静止画や動画、オーディオ等がある。図６（Ｂ）、（Ｃ）、（Ｄ）ともに、＜ｉｍｇ＞要素によって特定される静止画を含むため、Ｓ６０１の判定は真となりＳ６０２に進む。もしコンテンツが静止画でない場合はＳ６０５に進む。

Ｓ６０２において、優先度決定部２０３は、対象となる静止画にリンクが設定されているか否かを判定する。図６（Ｂ）では、＜ａ＞要素によりリンクが設定されているため、Ｓ６０２の判定は真となりＳ６０４に進む。図６（Ｃ）、（Ｄ）では、静止画にリンクが設定されていないため、Ｓ６０２の判定は偽となりＳ６０３に進む。

Ｓ６０３において、優先度決定部２０３は、対象となる静止画にスクリプトが設定されているか否かを判定する。図６（Ｃ）では、「ｏｎｃｌｉｃｋ＝“…”」のスクリプト属性によりスクリプトが設定されているため、Ｓ６０３の判定は真となりＳ６０４に進む。図６（Ｄ）では、静止画にスクリプトが設定されていないため、Ｓ６０３の判定は偽となりＳ６０５に進む。

Ｓ６０４において、対象コンテンツは、リンク又はスクリプトが設定された静止画であるため、インタラクションに関するコンテンツである。そのため、Ｓ６０４において優先度決定部２０３は、対象のコンテンツの優先度を高い優先度に決定する。一方でＳ６０５において、対象コンテンツは、リンク及びスクリプトが設定されていない静止画であるため、インタラクションに関するコンテンツとは判定されず、優先度決定部２０３は対象のコンテンツの優先度を低い優先度に決定する。この結果、図６（Ｂ）、（Ｃ）の記述におけるボタン画像「ｂｕｔｔｏｎ０１．ｊｐｇ」と「ｂｕｔｔｏｎ０２．ｊｐｇ」の優先度が、図６（Ｄ）の記述における背景画像「ｂａｃｋｇｒｏｕｎｄ０１．ｊｐｇ」の優先度よりも高い優先度に決定される。

＜コンテンツ送信フロー＞
送信装置１１０がコンテンツ送信を行う際の動作を、図７を用いて説明する。ここでは、送信装置１１０が複数のスレッド上で並行してコンテンツを送信する場合について説明する。すなわち送信装置１１０は、受信装置１００からコンテンツの取得要求を受信すると、メインスレッドに加えて要求されたコンテンツの数だけサブスレッドを生成する。そして送信装置１１０は、生成したメインスレッドとサブスレッドによりコンテンツの送信を管理する。図７（Ａ）はメインスレッドの処理フローの例であり、図７（Ｂ）はメインスレッドから生成されるサブスレッドの処理フローの例である。

まずは図７（Ａ）を用いてメインスレッドの処理フローについて説明する。図７（Ａ）の処理は、送信装置１１０が複数のストリームを使用して複数のコンテンツの取得要求を受信装置１００から受信したタイミングで開始される。ただし、図７（Ａ）の処理の開始タイミングは上記タイミングに限定されない。

Ｓ５０１において、メインスレッドは、受信した取得要求のうち対応するサブスレッドを生成していない取得要求があるか否かを判定する。例えば、送信装置１１０は、受信装置１００から３つのコンテンツの取得要求を受信した場合、３つのサブスレッドを生成したか否かを判定する。Ｓ５０１の判定の結果、受信した全ての取得要求に対してサブスレッドを生成していた場合、Ｓ５０３に進む。一方で対応するサブスレッドを生成していない取得要求が残っている場合、Ｓ５０２に進む。Ｓ５０２において、メインスレッドは受信した全ての取得要求に対して対応するサブスレッドを生成する。このときメインスレッドが生成できるサブスレッドの数に制限はないものとして説明する。サブスレッドが生成されると、サブスレッドごとに図７（Ｂ）の処理が開始される。

Ｓ５０３において、メインスレッドは受信した取得要求をキューに保存する。Ｓ５０４において、メインスレッドはキュー内の取得要求を優先度順に並び替える。本実施形態のメインスレッドは、受信装置１００から受信した複数の取得要求に対応するコンテンツのうち、優先度の高い取得要求に対応するコンテンツが先に送信開始されるように、キューに保存した取得要求を並び替える。優先度が等しい取得要求が複数存在する場合、メインスレッドは、Ｗｅｂページにおける表示位置がより上にあるコンテンツが先に送信開始されるように、キューに保存した取得要求を並び替える。ここで取得要求の優先度とは、各取得要求の受信に使用したストリームの優先度である。Ｓ５０５において、メインスレッドは変数Ｉを用意してＩの値を０に初期化する。

Ｓ５０６において、メインスレッドはＩの値を１増加させる。このとき、Ｉの値がキューの長さよりも大きい数字となった場合、Ｉの値を０にする。Ｓ５０７において、メインスレッドは、キューの先頭からＩ番目に保存されている取得要求に対応するサブスレッドの待機状態を解除する。これにより、Ｉ番目のコンテンツの送信が開始される。すなわち送信装置１１０は、受信装置１００から要求された複数のコンテンツのうち、より優先度の高いコンテンツの送信を先に開始する。なお、Ｓ５０７で待機状態が解除されるまでサブスレッドは待機状態である。Ｓ５０８において、メインスレッドは１００ミリ秒の間待機する。メインスレッドが待機することで、送信装置１１０はサブスレッドの処理を実行するためのシステムリソースを確保できる。Ｓ５０９において、メインスレッドは、送信処理の完了したサブスレッドがあるか否かを判定する。Ｓ５０９の判定の結果、送信処理の完了したサブスレッドがあった場合、Ｓ５１０に進む。一方で送信処理の完了したサブスレッドがない場合、処理をＳ５０６に戻す。

Ｓ５１０において、メインスレッドは送信処理が完了したサブスレッドに対応する取得要求をキューから削除する。Ｓ５１１において、メインスレッドはキューが空か否かを判定する。Ｓ５１１の判定の結果、キューが空である場合、処理を終了する。一方でキューが空でない場合、処理をＳ５０４に戻す。

次に図７（Ｂ）を用いてサブスレッドの処理について説明する。図７（Ｂ）の処理は、Ｓ５０２で送信装置１１０のメインスレッドがサブスレッドを生成したタイミングで開始される。ただし、図７（Ｂ）の処理の開始タイミングは上記タイミングに限定されない。

Ｓ５００１において、サブスレッドは１００ミリ秒の間待機する。サブスレッドが待機することで、送信装置１１０は他のサブスレッドやメインスレッドの処理を実行するためのシステムリソースを確保できる。Ｓ５００２において、サブスレッドはメインスレッドによって待機状態が解除されたか否かを判定する。Ｓ５００２の判定の結果、待機状態が解除されていた場合、Ｓ５００３に進む。一方で待機状態が解除されていなかった場合、処理をＳ５００１に戻す。

Ｓ５００３において、サブスレッドは、対応する取得要求の受信に使用されたストリームを使用して、コンテンツを受信装置１００に所定量だけ送信する。ここで所定量は、各サブスレッド（各コンテンツ）で同一であってもよいが、優先度の高いコンテンツほどデータ量が多くなるようにしてもよい。この場合、Ｓ５０８における待機時間を、必要に応じて２００ミリ秒や３００ミリ秒としてもよい。また、Ｓ５００１での待機時間もサブスレッドごとに違っていてもよい。このような構成によれば、複数のサブスレッドのうち優先度の高いコンテンツに対応するサブスレッドが１回の機会（１回の待機状態の解除）で送信するデータ量をより大きくすることができる。これにより、優先度の高いコンテンツの送信が優先度の低いコンテンツの送信よりも早く完了する可能性を高めることができる。

Ｓ５００４において、サブスレッドはコンテンツの送信が完了したか否かを判定する。Ｓ５００４の判定の結果、コンテンツの送信が完了していない場合、処理をＳ５００１に戻す。一方でコンテンツの送信が完了していた場合、処理を終了する。すなわちサブスレッドは、Ｓ５００３においてコンテンツ（例えば画像）のデータを受信装置１００に対して全て送信したか否かを判定する。コンテンツのデータの送信が完了していた場合は、サブスレッドを終了する。

以上、図７を用いて送信装置１１０がコンテンツを送信する際の動作を説明したが、コンテンツ送信の方法はこれに限らない。送信装置１１０は、受信装置１００により通知された優先度に基づいて複数のストリームに送信リソースを割り当てることで、それら複数のストリームを使用して複数のコンテンツを受信装置１００に送信すればよい。

以上説明したように、本実施形態における受信装置１００は、ＨＴＭＬ文書に関連する複数のコンテンツを、各コンテンツの属性情報に基づいて優先度を決定したストリームを使用して送信装置１１０から受信する。特に、インタラクションに関するコンテンツに対応するストリームの優先度を高い優先度に決定することで、インタラクションに関するコンテンツを他のコンテンツよりも早くダウンロードできる可能性が高くなる。これにより、ユーザはＷｅｂページが全て表示されるのを待たずにインタラクションを行うことができるため、Ｗｅｂページの利便性を向上することができる。

なお、受信装置１００は、Ｗｅｂブラウザを起動する際に、本実施形態で説明した優先度に基づくコンテンツ受信を適用するモードと適用しないモードのいずれかをユーザに選択させてもよい。図８は、モード選択機能を説明するための図である。図８（Ｂ）はモード選択画面の例である。モード選択画面９１１は、Ｗｅｂブラウザ９１０内に表示される。本実施形態で説明した優先度に基づくコンテンツ受信を適用するモードをボタン優先表示モードとし、適用しないモードを通常モードとする。図８（Ａ）はモード選択フローの例である。図８（Ａ）の処理は、受信装置１００がＷｅｂブラウザを起動したタイミングで開始される。ただし、図８（Ａ）の処理の開始タイミングは上記タイミングに限定されない。Ｓ９０１において、表示制御部２０４は表示装置にモード選択画面を表示させる。Ｓ９０２において、受信装置１００は、ユーザが通常モードを選択したか否かを判定する。Ｓ９０２の判定の結果、ユーザが通常モードを選択した場合、処理を終了する。一方で通常モードを選択しなかった場合、Ｓ９０３に進む。Ｓ９０３において、受信装置１００は本実施形態で説明したボタン優先表示モードを適用し、処理を終了する。

また、上記の実施形態では、受信装置１００が送信装置１１０との間に確立された複数のストリームを使用して、複数のコンテンツを並行して受信する場合の例について説明したが、これに限らない。例えば、送受信部２０１は、受信装置１００と送信装置１１０との間に少なくとも１つの論理的な接続を確立する。優先度決定部２０３は、複数のコンテンツの優先度を、そのコンテンツにリンク又はスクリプトが設定されているか否かに基づいて決定する。そして送受信部２０１は、確立された接続を使用して、最も優先度の高い未取得コンテンツに対する取得要求を送信装置１１０に送信し、それに応じて送信装置から送信されたコンテンツを受信する。送受信部２０１はその後、次に優先度の高い未取得コンテンツに対する取得要求を送信し、そのコンテンツを受信してもよい。

なお図５では、ＨＴＭＬ解析部２０２がＨＴＭＬ文書に記載されたコンテンツを全て特定した後、優先度決定部２０３が優先度を決定し、その優先度に基づいて送受信部２０１が送信装置１１０に取得要求を送信する例について説明したが、これに限らない。例えば、ＨＴＭＬ解析部２０２はＨＴＭＬ文書を先頭の行から順に解析する。そして、ＨＴＭＬ解析部２０２がコンテンツを特定するたびに、優先度決定部２０３がそのコンテンツの優先度を決定し、その優先度に基づいて送受信部２０１が取得要求を送信してもよい。また図７では、送信装置１１０が複数のコンテンツを複数のサブスレッドによって並行して送信する場合に例について説明したが、これに限らない。例えば、送信装置１１０は、優先度の高いコンテンツのデータを先に全て送信し、そのあとで優先度の低いコンテンツのデータの送信を開始してもよい。

この場合におけるコンテンツ送受信の動作を、図９を用いて説明する。図９（Ａ）はＨＴＭＬ文書の一部の記述を抜粋した例である。このＨＴＭＬ文書には二つのコンテンツが記載されている。一つは「ｉｍａｇｅ０１．ｊｐｇ」で、もう一つは「ｉｍａｇｅ０２．ｊｐｇ」である。「ｉｍａｇｅ０１．ｊｐｇ」にはリンク及びスクリプトが設定されておらず、「ｉｍａｇｅ０２．ｊｐｇ」にはスクリプトが設定されている。そのため、優先度決定部２０３は「ｉｍａｇｅ０２．ｊｐｇ」の優先度を「ｉｍａｇｅ０１．ｊｐｇ」よりも高い優先度に決定する。

図９（Ｂ）は、本実施形態の優先度決定法を適用しない場合に、受信装置１００が図９（Ａ）の「ｉｍａｇｅ０１．ｊｐｇ」と「ｉｍａｇｅ０２．ｊｐｇ」を送信装置１１０からダウンロードする際のシーケンスの例を示す。この場合の受信装置１００は、ＨＴＭＬ文書に記載された複数のコンテンツを、優先度の等しい複数のストリームを使用して受信する。

最初に受信装置１００の処理を説明する。まずＨＴＭＬ解析部２０２が「ｉｍａｇｅ０１．ｊｐｇ」を発見し、送受信部２０１が送信装置１１０に対して「ｉｍａｇｅ０１．ｊｐｇ」の取得要求を送信する。続いてＨＴＭＬ解析部２０２が「ｉｍａｇｅ０２．ｊｐｇ」を発見し、送受信部２０１が送信装置１１０に対して「ｉｍａｇｅ０２．ｊｐｇ」の取得要求を送信する。このとき「ｉｍａｇｅ０１．ｊｐｇ」と「ｉｍａｇｅ０２．ｊｐｇ」の優先度は等しい。送受信部２０１が送信装置１１０から「ｉｍａｇｅ０１．ｊｐｇ」のデータを全て受け取ると、表示制御部２０４が「ｉｍａｇｅ０１．ｊｐｇ」の表示を開始する。また、送受信部２０１が送信装置１１０から「ｉｍａｇｅ０２．ｊｐｇ」のデータを全て受信すると、表示制御部２０４が「ｉｍａｇｅ０２．ｊｐｇ」の表示を開始する。

続いて送信装置１１０の処理を説明する。送信装置１１０は、「ｉｍａｇｅ０１．ｊｐｇ」の取得要求を受信すると、まず「ｉｍａｇｅ０１．ｊｐｇ」のデータの１／２だけを受信装置１００に送信する。続いて送信装置１１０は「ｉｍａｇｅ０２．ｊｐｇ」の取得要求を受信するが、二つのコンテンツの優先度が等しいため、引き続き「ｉｍａｇｅ０１．ｊｐｇ」のデータの残り１／２を受信装置１００に送信する。送信装置１１０はその後「ｉｍａｇｅ０２．ｊｐｇ」のデータの１／２だけを受信装置１００に送信し、最後に「ｉｍａｇｅ０２．ｊｐｇ」のデータの残り１／２を送信する。

図９（Ｃ）は、本実施形態の優先度決定法を適用した場合に、受信装置１００が図９（Ａ）の「ｉｍａｇｅ０１．ｊｐｇ」と「ｉｍａｇｅ０２．ｊｐｇ」を送信装置１１０からダウンロードする際のシーケンスの例を示す。受信装置１００の処理としては、図９（Ｂ）の処理に加え、優先度決定部２０３が「ｉｍａｇｅ０２．ｊｐｇ」の優先度を「ｉｍａｇｅ０１．ｊｐｇ」よりも高い優先度に決定する。

送信装置１１０は、「ｉｍａｇｅ０１．ｊｐｇ」の取得要求を受信すると、まず「ｉｍａｇｅ０１．ｊｐｇ」のデータの１／２だけを受信装置１００に送信する。続いて送信装置１１０は「ｉｍａｇｅ０２．ｊｐｇ」の取得要求を受信するが、このとき「ｉｍａｇｅ０２．ｊｐｇ」に対応するストリームの優先度は「ｉｍａｇｅ０１．ｊｐｇ」に対応するストリームの優先度より高い。そのため送信装置１１０は、「ｉｍａｇｅ０１．ｊｐｇ」のデータの残り１／２よりも優先して「ｉｍａｇｅ０２．ｊｐｇ」のデータの１／２だけをクライアントに送信する。送信装置１１０はその後「ｉｍａｇｅ０２．ｊｐｇ」のデータの残り１／２を受信装置１００に送信し、最後に「ｉｍａｇｅ０１．ｊｐｇ」のデータの残り１／２を送信する。

この場合、送受信部２０１が送信装置１１０から「ｉｍａｇｅ０１．ｊｐｇ」のデータを全て受信するよりも先に「ｉｍａｇｅ０２．ｊｐｇ」のデータを全て受信する。そのため、表示制御部２０４は「ｉｍａｇｅ０１．ｊｐｇ」よりも「ｉｍａｇｅ０２．ｊｐｇ」の表示を先に開始する。

以上説明したように、図９に示す方式を適用すると、ＨＴＭＬ解析部２０２がＨＴＭＬ文書を全て解析するより前に送受信部２０１が優先度に基づいてコンテンツの取得要求を送信する。その結果、表示制御部２０４が優先度の高いコンテンツの表示を早く開始することができる。

［実施形態２］
実施形態１では、インタラクションに関わるコンテンツを優先的にダウンロードするために、コンテンツの種別や設定されたリンク及びスクリプトの有無を基準として、優先度決定部２０３がストリームの優先度を決定する例を中心に説明した。本実施形態では、図５のＳ３０５での優先度決定の基準として、実施形態１の基準に加えてリンク又はスクリプトにより遷移するＷｅｂページのＵＲＬのドメインを利用する例について説明する。

リンク又はスクリプトによる遷移先のＵＲＬが、遷移元のＷｅｂページのＵＲＬと異なるドメインである場合、そのリンク又はスクリプトが設定された画像はユーザがすぐに操作したいコンテンツではない場合がある。例えば、Ｗｅｂサービスのトップ画面からメニュー画面に遷移できる場合、一般にトップ画面とメニュー画面は同一ドメインで管理されている。一方で、Ｗｅｂサービスのトップ画面から別のサービスのＷｅｂページに遷移する場合、一般に異なるドメインのＷｅｂページが表示される。このうちユーザにとって即時性を要するのは、トップ画面からメニュー画面に移動する場合であることが多い。また、ユーザにとって優先度の低いバナー広告等は、別ドメインに遷移するリンク又はスクリプトが設定された画像であることが多い。

そこで本実施形態では、遷移元のＷｅｂページと同一ドメインのＷｅｂページへの遷移に関するコンテンツを優先的にダウンロードする仕組みについて説明する。優先度決定フロー以外については実施形態１と同様のため、説明を省略する。

リンク又はスクリプトに対応するＵＲＬのドメインに基づいた優先度の決定方法について、図１０を用いて説明する。図１０（Ａ）は、図５のＳ３０５において優先度決定部２０３が優先度を決定する処理の詳細を示すフローチャートである。図１０（Ｂ）と図１０（Ｃ）は、表示されるページと同一ドメインで管理されるメニュー画面へのリンクが設定されたボタン画像の表示に関する記述を抜粋した例である。図１０（Ｂ）はリンク先を絶対パスで指定する例であり、図１０（Ｃ）はリンク先を相対パスで指定する例である。図１０（Ｄ）は、別のドメインで管理される他のＷｅｂサービスへのリンクが設定されたボタン画像の表示に関する記述を抜粋した例である。

図１０（Ａ）の処理は、ＨＴＭＬ解析部２０２がＨＴＭＬ文書にコンテンツが記載されていると判定したタイミングで開始される。ただし、図１０（Ａ）の処理の開始タイミングは上記タイミングに限定されない。

図１０（Ａ）と図６（Ａ）の違いは、Ｓ７０１の判定が行われるか否かである。実施形態１では、優先度決定部２０３は、図６（Ａ）のＳ６０２において静止画コンテンツにリンクが設定されていると判定した場合、そのコンテンツの優先度を高い優先度に決定した。また、優先度決定部２０３は、Ｓ６０３において静止画コンテンツにスクリプトが設定されていると判定した場合も、そのコンテンツの優先度を高い優先度に決定した。一方で本実施形態では、優先度決定部２０３は、Ｓ６０２においてリンクが設定されていると判定した場合およびＳ６０３においてスクリプトが設定されていると判定した場合、Ｓ７０１に進む。

Ｓ７０１において、優先度決定部２０３は、対象のコンテンツが記載されたＨＴＭＬ文書に対応するＵＲＬのドメインと、対象コンテンツに設定されたリンク又はスクリプトに対応するＵＲＬのドメインとが一致するか否かを判定する。図１０（Ｂ）と図１０（Ｃ）では、遷移元と遷移先のドメインが一致するため、Ｓ７０１の判定は真となりＳ６０４に進む。図１０（Ｄ）では、遷移元と遷移先のドメインが一致しないため、Ｓ７０１の判定は偽となりＳ６０５に進む。

Ｓ６０４において、対象コンテンツは、設定されたリンク又はスクリプトに対応するＵＲＬのドメインとＨＴＭＬ文書に対応するＵＲＬのドメインとが一致する静止画であるため、優先度決定部２０３は対象のコンテンツの優先度を高い優先度に決定する。一方でＳ６０５において、対象コンテンツは、設定されたリンク又はスクリプトに対応するＵＲＬのドメインとＨＴＭＬ文書に対応するＵＲＬのドメインとが異なる静止画であるため、優先度決定部２０３は対象のコンテンツの優先度を低い優先度に決定する。この結果、図１０（Ｂ）、（Ｃ）の記述におけるボタン画像「ｂｕｔｔｏｎ０１．ｊｐｇ」と「ｂｕｔｔｏｎ０２．ｊｐｇ」の優先度が、図１０（Ｄ）の記述におけるボタン画像「ｂｕｔｔｏｎ０３．ｊｐｇ」の優先度よりも高い優先度に決定される。

以上説明したように、本実施形態における受信装置１００は、遷移元のＷｅｂページと同一ドメインのＷｅｂページへの遷移に関するコンテンツを優先的にダウンロードする。これにより、ユーザが即時性を求める操作に関するコンテンツを他のコンテンツよりも早くダウンロードできる可能性が高くなる。その結果、ユーザはＷｅｂページの表示過程の早い段階で所望するインタラクションを行うことができるため、Ｗｅｂページの利便性を向上することができる。

なお、上記の実施形態では、静止画を動画やオーディオよりも優先してダウンロードする場合の例について説明したが、これに限らない。例えば動画共有サイト等において、ユーザは早く動画の再生を開始することを優先したいと考えることがある。その場合、動画の優先度を他の種別のコンテンツの優先度よりも高い優先度に決定することで、Ｗｅｂページの利便性を向上することができる。

また、上記の実施形態では、同一ドメインのＷｅｂページへの遷移に関するコンテンツを別ドメインのＷｅｂページへの遷移に関するコンテンツよりも優先的にダウンロードする場合の例について説明したが、これに限らない。例えば、広告主の利益を重視した設定が受信装置１００になされていた場合、バナー広告を優先的に表示させるために、優先度決定部２０３は別ドメインのＷｅｂページへの遷移に関するコンテンツの優先度を高い優先度に決定してもよい。

また上記の実施形態では、優先度決定部２０３が各コンテンツの優先度をＳ６０４において高い優先度に決定するか又はＳ６０５において低い優先度に決定する場合の例について説明したが、優先度は高いか低いかの２通りだけでなく複数の段階があってもよい。例えば、優先度決定部２０３が優先度を４段階に決定できる場合、同一ドメインへのリンク又はスクリプトが設定された静止画の優先度を最も高い優先度に決定する。また、別ドメインへのリンク又はスクリプトが設定された静止画の優先度を２番目に高い優先度に決定し、リンク及びスクリプトが設定されていない静止画の優先度を３番目に高い優先度に決定する。そして、コンテンツ種別が静止画でないコンテンツの優先度を４番目に高い優先度に決定してもよい。これにより、別ドメインのサービスへの遷移を所望するユーザ等も考慮した利便性の向上を提供することができる。

［実施形態３］
実施形態２では、図５のＳ３０５での優先度決定の基準として、実施形態１の基準に加えてリンク又はスクリプトにより遷移するＷｅｂページのＵＲＬのドメインを利用する例を中心に説明した。本実施形態では、Ｓ３０５での優先度決定の基準として、画像の表示サイズを利用する例について説明する。

本実施形態では、Ｗｅｂページ中のコンテンツが背景画像とボタン画像のどちらかに分類され、ボタン画像が背景画像よりも優先的にダウンロードされる仕組みについて説明する。優先度決定フロー以外については実施形態１と同様のため、説明を省略する。

画像の表示サイズに基づいた優先度の決定方法について、図１１を用いて説明する。Ｗｅｂページ上に表示される画像を表示サイズに基づいて背景画像だと判定する場合としては、次の三種類が挙げられる。まず図１１（Ｂ）は、Ｗｅｂブラウザのウインドウの面積に対して、背景画像の面積が一定以上の割合を占める場合の例である。Ｗｅｂブラウザ８１０のウインドウ内に、背景画像８１１、ログインボタン８１２、及びヘルプボタン８１３が表示されている。続いて図１１（Ｃ）は、ウインドウの幅に対して背景画像の幅が一定以上の割合を占める場合の例である。最後に図１１（Ｄ）は、ウインドウの高さに対して背景画像の高さが一定以上の割合を占める場合の例である。

図１１（Ａ）は、図５のＳ３０５において優先度決定部２０３が画像の優先度を決定する処理の詳細を示すフローチャートである。なお、画像以外のコンテンツの優先度は、例えば最も低い優先度に設定される。図１１（Ａ）の処理は、ＨＴＭＬ解析部２０２がＨＴＭＬ文書にコンテンツが記載されていると判定したタイミングで開始される。ただし、図１１（Ａ）の処理の開始タイミングは上記タイミングに限定されない。

Ｓ８０１において、優先度決定部２０３は、表示制御部２０４からＷｅｂブラウザのウインドウの幅（ＤＷ）と高さ（ＤＨ）を取得する。本実施形態ではＤＷとＤＨとしてそれぞれウインドウの幅と高さを利用するが、ディスプレイの幅と高さやＨＴＭＬ文書で定義される表示領域の幅と高さを利用してもよい。ＨＴＭＬ文書では、ｗｉｄｔｈ属性やｈｅｉｇｈｔ属性を指定することで、表示領域の幅と高さを指定することができる。Ｓ８０２において、優先度決定部２０３は、画像の幅（ＩＷ）と高さ（ＩＨ）を取得する。ＨＴＭＬ文書の中で、画像の幅と高さは＜ｉｍｇ＞要素のｗｉｄｔｈ属性やｈｅｉｇｈｔ属性で指定される。Ｓ８０３において、優先度決定部２０３は閾値ＳＳ、ＳＷ、及びＳＨを設定する。

Ｓ８０４において、優先度決定部２０３は、ウインドウの面積（ＤＷ×ＤＨ）に対して画像の面積（ＩＷ×ＩＨ）が占める割合がＳＳより大きいか否かを判定する。（ＤＷ×ＤＨ）に対する（ＩＷ×ＩＨ）の割合がＳＳより大きい場合、対象画像は背景画像であると判定され、Ｓ８０５に進む。例えばＳＳが０．２５であった場合、ウインドウの１／４以上を占める画像は背景画像であると判定される。一方で（ＤＷ×ＤＨ）に対する（ＩＷ×ＩＨ）の割合がＳＳ以下である場合、Ｓ８０６に進む。

Ｓ８０６において、優先度決定部２０３は、ウインドウの幅（ＤＷ）と画像の幅（ＩＷ）の差がＳＷより小さいか否かを判定する。ＤＷとＩＷの差がＳＷより小さい場合、対象画像は背景画像であると判定され、Ｓ８０５に進む。例えばＳＷが５０であった場合、ウインドウの幅と画像の幅の差が５０ｐｘ未満である画像は背景画像であると判定される。一方でＤＷとＩＷの差がＳＷ以上である場合、Ｓ８０７に進む。

Ｓ８０７において、優先度決定部２０３は、ウインドウの高さ（ＤＨ）と画像の高さ（ＩＨ）の差がＳＨより小さいか否かを判定する。ＤＨとＩＨの差がＳＨより小さい場合、対象画像は背景画像であると判定され、Ｓ８０５に進む。例えばＳＨが５０であった場合、ウインドウの高さと画像の高さの差が５０ｐｘ未満であれば、背景画像であると判定される。一方でＤＨとＩＨの差がＳＨ以上である場合、対象画像はボタン画像であると判定され、Ｓ８０８に進む。

Ｓ８０５において、対象コンテンツは、ウインドウに表示されるＷｅｂページにおいて面積、縦の長さ及び横の長さの少なくとも一つが所定値を超える画像であるため、背景画像であると判定される。そのため、Ｓ８０５において優先度決定部２０３は、対象のコンテンツの優先度を低い優先度に決定する。一方でＳ８０８において、対象コンテンツは、Ｗｅｂページにおいて面積、縦の長さ及び横の長さがそれぞれ所定値以下の画像であるため、ボタン画像であると判定され、優先度決定部２０３は対象のコンテンツの優先度を高い優先度に決定する。

以上説明したように、本実施形態における受信装置１００は、表示サイズの小さいボタン画像を表示サイズの大きい背景画像よりも優先的にダウンロードする。これにより、ユーザの操作に関するコンテンツを他のコンテンツよりも早くダウンロードできる可能性が高くなるため、Ｗｅｂページの利便性を向上することができる。

なお、本実施形態における画像は、静止画であってもよいし動画であってもよい。また、上記の実施形態では表示サイズの小さい画像を表示サイズの大きい画像よりも優先的にダウンロードする場合の例について説明したが、これに限らない。例えば、表示サイズの大きい画像がメインのコンテンツであり、表示サイズの小さい画像は装飾的な重要でないコンテンツである場合がある。その場合、表示サイズの大きい画像の優先度を表示サイズの小さい画像の優先度よりも高い優先度に決定することで、ユーザの見たい画像を優先的に表示することができる。

［実施形態４］
実施形態３では、図５のＳ３０５での優先度決定の基準として、画像の表示サイズを利用する例を中心に説明した。本実施形態では、Ｓ３０５での優先度決定の基準として、画像の表示位置を利用する例について説明する。優先度決定フロー以外については実施形態１と同様のため、説明を省略する。

画像の表示位置に基づいた優先度の決定方法について、図１２を用いて説明する。一般に、Ｗｅｂページ上に表示される画像の中で、ユーザからの操作を受ける可能性の高い画像は、Ｗｅｂページを表示するＷｅｂブラウザの初期画面の表示範囲内に表示されることが多い。一方、画面をスクロールしなければ表示できない画像は、操作を受ける可能性の低い画像や背景画像であることが多い。図１２（Ｂ）は、Ｗｅｂブラウザの初期画面の表示範囲内に全体が表示されないＷｅｂページの表示例である。Ｗｅｂページ１１１１の一部がＷｅｂブラウザ１１１０内に表示されている。ログインボタン１１１２とヘルプボタン１１１３はＷｅｂブラウザ１１１０内に表示されており、背景用画像１１１４はその一部又は全部がＷｅｂブラウザ１１１０の表示領域外に存在している。

図１２（Ａ）は、図５のＳ３０５において優先度決定部２０３が画像の優先度を決定する処理の詳細を示すフローチャートである。図１２（Ａ）の処理は、ＨＴＭＬ解析部２０２がＨＴＭＬ文書にコンテンツが記載されていると判定したタイミングで開始される。ただし、図１２（Ａ）の処理の開始タイミングは上記タイミングに限定されない。

Ｓ１１０１において、優先度決定部２０３は、表示制御部２０４からＷｅｂブラウザのウインドウの幅（ＤＷ）と高さ（ＤＨ）を取得する。本実施形態ではＤＷとＤＨとしてそれぞれウインドウの幅と高さを利用するが、ディスプレイの幅と高さやＨＴＭＬ文書で定義される表示領域の幅と高さを利用してもよい。Ｓ１１０２において、優先度決定部２０３は、Ｗｅｂページにおける画像の表示位置（ＩＸ、ＩＹ）を取得する。ＩＸとＩＹはそれぞれ画像の左上端が表示される点のＸ座標とＹ座標に等しい。ＨＴＭＬ文書の中で、画像の表示位置は＜ｉｍｇ＞要素やｓｔｙｌｅ属性のｘやｙで指定される。Ｓ１１０３において、優先度決定部２０３は閾値ＤＸ及びＤＹを設定する。

Ｓ１１０４において、優先度決定部２０３は、画像の表示位置のＸ座標ＩＸが（ＤＷ−ＤＸ）より大きいか否かを判定する。ＩＸがＤＷより小さくても画像の一部がウインドウの表示領域を外れてしまう場合があるため、ＤＸを使ってウインドウの表示領域に画像全体が含まれるかどうかを判定する。ＤＸには、例えばＤＷ／１０のような値が設定されてもよいし、画像の幅が設定されてもよい。Ｓ１１０４の判定の結果が真の場合、Ｓ１１０５に進む。一方でＳ１１０４の判定の結果が偽の場合、Ｓ１１０６に進む。

Ｓ１１０６において、優先度決定部２０３は、画像の表示位置のＹ座標ＩＹが（ＤＨ−ＤＹ）より大きいか否かを判定する。ＤＹには、例えばＤＨ／１０のような値が設定されてもよいし、画像の高さが設定されてもよい。Ｓ１１０６の判定の結果が真の場合、Ｓ１１０５に進む。一方でＳ１１０６の判定の結果が偽の場合、Ｓ１１０７に進む。

Ｓ１１０５において、対象コンテンツは、Ｗｅｂブラウザの初期画面の表示範囲内に少なくとも一部が表示されない画像であるため、操作を受ける可能性が低い画像であると判定される。そのため、Ｓ１１０５において優先度決定部２０３は、対象のコンテンツの優先度を低い優先度に決定する。一方でＳ１１０７において、対象コンテンツは、Ｗｅｂブラウザの初期画面の表示範囲内に全体が表示される画像であるため、操作を受ける可能性が高い画像であると判定され、優先度決定部２０３は対象のコンテンツの優先度を高い優先度に決定する。

以上説明したように、本実施形態における受信装置１００は、画像の表示位置に基づいて、初期画面に全体が表示される画像を、初期画面に全体が表示されない画像よりも優先的にダウンロードする。これにより、ユーザから操作を受ける可能性が高いコンテンツを他のコンテンツよりも早くダウンロードできる可能性が高くなるため、Ｗｅｂページの利便性を向上することができる。

なお、本実施形態における画像は、静止画であってもよいし動画であってもよい。また、上記の実施形態では、Ｗｅｂページを表示するＷｅｂブラウザの初期画面の表示範囲内に画像が表示されるか否かに基づいて優先度を決定する場合の例について説明したが、これに限らない。例えば、ページが全て表示される前にユーザが画面をスクロールした場合、そのスクロール位置におけるウインドウの表示領域内に表示されるコンテンツを優先的にダウンロードしてもよい。これにより、ユーザが見ようとしている又は操作しようとしている画像を推測して優先的にダウンロードすることができる。

また、上記の実施形態では、画像がウインドウの表示領域内に表示されるか否かによって優先度を決定する場合について説明したが、ウインドウの表示領域内に表示されるコンテンツの中で更に優先度付けを行ってもよい。例えば地図情報サービス等において、受信装置１００の送受信部２０１は、タイルに分割された地図データをそれぞれ異なるストリームで通信する。この場合において、優先度決定部２０３は、特定のタイルに対応するストリームの優先度を他のタイルに対応するストリームの優先度よりも高く決定することができる。具体的には、ウインドウの表示領域内に表示される地図のうち、ウインドウの中心部に近い部分の地図や、ユーザがクリックした部分の地図、ユーザが入力した住所に対応する部分の地図などの優先度を高い優先度に決定してもよい。これにより、ユーザが見たい地点の情報が早く表示される可能性が高くなり、Ｗｅｂページの利便性を向上することができる。

（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ等）によっても実現可能である。

２０１ 送受信部
２０２ ＨＴＭＬ解析部
２０３ 優先度決定部

Claims (21)

1. 通信装置であって、
   前記通信装置が他の通信装置との間の論理的な接続を介してＷｅｂページに含まれる画像コンテンツを受信する場合に、前記Ｗｅｂページにおける当該画像コンテンツに対する操作に応じた所定の処理のための情報が設定されているかを判定する判定手段と、
   前記通信装置と前記他の通信装置との間の論理的な接続の優先度を決定する決定手段であって、前記Ｗｅｂページにおける第１画像コンテンツに対する操作に応じた前記所定の処理のための情報が設定されていると前記判定手段により判定された場合であり、且つ、前記Ｗｅｂページにおける前記第１画像コンテンツとは異なる第２画像コンテンツに対する操作に応じた前記所定の処理のための情報が設定されていないと前記判定手段により判定された場合に、前記第１画像コンテンツを受信するための第１の論理的な接続の優先度が前記第２画像コンテンツを受信するための第２の論理的な接続の優先度よりも高くなるように決定する決定手段と、
   前記決定手段により決定された優先度に応じた論理的な接続を介して前記他の通信装置から画像コンテンツを受信する受信手段とを有することを特徴とする通信装置。
2. 前記他の通信装置が前記決定手段により決定された優先度に基づいて前記Ｗｅｂページに含まれる画像コンテンツを送信するように、前記優先度を前記他の通信装置に通知する通知手段を有することを特徴とする請求項１に記載の通信装置。
3. 前記受信手段は、前記Ｗｅｂページの構成を記述するためのデータを受信し、且つ、前記Ｗｅｂページに含まれる画像コンテンツとして、前記データにより特定される画像コンテンツを受信することを特徴とする請求項１又は２に記載の通信装置。
4. 前記決定手段は、前記通信装置と前記他の通信装置との間の論理的な接続の優先度を、当該論理的な接続を介して受信されるコンテンツに対する操作に応じた前記所定の処理のための情報が設定されているか否かと、前記コンテンツの種別とに基づいて決定することを特徴とする請求項１乃至３の何れか１項に記載の通信装置。
5. 前記コンテンツの種別は、静止画、動画、及びオーディオのうち少なくとも１つを含むことを特徴とする請求項４に記載の通信装置。
6. 前記決定手段は、静止画コンテンツを受信するための論理的な接続の優先度を、動画コンテンツ又はオーディオコンテンツを受信するための論理的な接続の優先度よりも高い優先度に決定することを特徴とする請求項４又は５に記載の通信装置。
7. 前記Ｗｅｂページにおける画像コンテンツに対する操作に応じた前記所定の処理のための情報は、当該画像コンテンツに対する操作に応じて表示されるＷｅｂページに関するリンクであることを特徴とする請求項１乃至６の何れか１項に記載の通信装置。
8. 前記Ｗｅｂページにおける画像コンテンツに対する操作に応じた前記所定の処理のための情報は、当該画像コンテンツに対する操作に応じて実行されるスクリプトであることを特徴とする請求項１乃至６の何れか１項に記載の通信装置。
9. 前記決定手段は、前記ＷｅｂページのＵＲＬのドメインと同じドメインのＵＲＬによるリンクが設定された画像コンテンツを受信するための論理的な接続の優先度が、前記ＷｅｂページのＵＲＬのドメインと異なるドメインのＵＲＬによるリンクが設定された画像コンテンツを受信するための論理的な接続の優先度よりも高くなるように、優先度を決定することを特徴とする請求項１乃至７のうち何れか１項に記載の通信装置。
10. 前記決定手段により決定された優先度に応じた論理的な接続を介して前記他の通信装置からコンテンツを受信するか、前記決定手段による優先度の決定によらずに前記他の通信装置からコンテンツを受信するかを、ユーザによる操作に基づいて選択する選択手段を有することを特徴とする請求項１乃至９の何れか１項に記載の通信装置。
11. 前記他の通信装置へコンテンツの取得要求を送信する送信手段を有し、
    前記論理的な接続は、前記送信手段により送信される取得要求と、前記他の通信装置により前記通信装置へ送信されるコンテンツとの順序を管理するための接続であることを特徴とする請求項１乃至１０のうち何れか１項に記載の通信装置。
12. 前記論理的な接続は、ＨＴＴＰ／２において規定されるストリームであることを特徴とする請求項１乃至１１のうち何れか１項に記載の通信装置。
13. 前記通知手段は、ＨＴＴＰ／２において規定されるＨＥＡＤＥＲＳフレーム若しくはＰＲＩＯＲＩＴＹフレーム又はその両方を前記他の通信装置に送信することで、前記決定手段により決定された優先度を前記他の通信装置に通知することを特徴とする請求項２に記載の通信装置。
14. 前記決定手段は、前記Ｗｅｂページに含まれる画像コンテンツを受信するための論理的な接続の優先度を、当該画像コンテンツにリンク又はスクリプトが設定されているか否かに基づいて決定することを特徴とする請求項１乃至１３の何れか１項に記載の通信装置。
15. 前記決定手段は、前記Ｗｅｂページに含まれるリンク又はスクリプトが設定された画像コンテンツを受信するための論理的な接続の優先度を、当該画像コンテンツに設定されたリンク又はスクリプトに対応するＵＲＬのドメインと前記ＷｅｂページのＵＲＬのドメインとが一致するか否かに基づいて決定することを特徴とする請求項１４に記載の通信装置。
16. 前記Ｗｅｂページの構成を記述するためのデータは、ＨＴＭＬ文書又はＸＨＴＭＬ文書であることを特徴とする請求項３に記載の通信装置。
17. 通信装置により実行される通信方法であって、
    前記通信装置が他の通信装置との間の論理的な接続を介してＷｅｂページに含まれる画像コンテンツを受信する場合に、前記Ｗｅｂページにおける当該画像コンテンツに対する操作に応じた所定の処理のための情報が前記Ｗｅｂページにおいて設定されているかを判定する判定工程と、
    前記通信装置と前記他の通信装置との間の論理的な接続の優先度を決定する決定工程であって、前記Ｗｅｂページにおける第１画像コンテンツに対する操作に応じた前記所定の処理のための情報が設定されていると前記判定工程において判定された場合であり、且つ、前記Ｗｅｂページにおける前記第１画像コンテンツとは異なる第２画像コンテンツに対する操作に応じた前記所定の処理のための情報が設定されていないと前記判定工程において判定された場合に、前記第１画像コンテンツを受信するための第１の論理的な接続の優先度が前記第２画像コンテンツを受信するための第２の論理的な接続の優先度よりも高くなるように決定する決定工程と、
    前記決定工程において決定された優先度に応じた論理的な接続を介して前記他の通信装置から画像コンテンツを受信する受信工程とを有することを特徴とする通信方法。
18. 前記他の通信装置が前記決定工程において決定された優先度に基づいて前記Ｗｅｂページを構成するコンテンツを送信するように、前記優先度を前記他の通信装置に通知する通知工程を有することを特徴とする請求項１７に記載の通信方法。
19. 前記決定工程は、前記Ｗｅｂページに含まれるコンテンツを受信するための論理的な接続の優先度を、当該画像コンテンツにリンク又はスクリプトが設定されているか否かに基づいて決定することを特徴とする請求項１７又は１８に記載の通信方法。
20. 第１通信装置と第２通信装置とを備え、
    前記第１通信装置は、
    前記第１通信装置が前記第２通信装置との間の論理的な接続を介してＷｅｂページに含まれる画像コンテンツを受信する場合に、前記Ｗｅｂページにおける当該画像コンテンツに対する操作に応じた所定の処理のための情報が前記Ｗｅｂページにおいて設定されているかを判定する判定手段と、
    前記第１通信装置と前記第２通信装置との間の論理的な接続の優先度を決定する決定手段であって、前記Ｗｅｂページにおける第１画像コンテンツに対する操作に応じた前記所定の処理のための情報が設定されていると前記判定手段により判定された場合であり、且つ、前記Ｗｅｂページにおける前記第１画像コンテンツとは異なる第２画像コンテンツに対する操作に応じた前記所定の処理のための情報が設定されていないと前記判定手段により判定された場合に、前記第１画像コンテンツを受信するための第１の論理的な接続の優先度が前記第２画像コンテンツを受信するための第２の論理的な接続の優先度よりも高くなるように決定する決定手段と、
    前記決定手段により決定された優先度を前記第２通信装置に通知する通知手段とを有し、
    前記第２通信装置は、
    前記通知手段により通知された優先度に基づいて前記Ｗｅｂページに含まれる画像コンテンツを前記第１通信装置に送信する送信手段を有することを特徴とする通信システム。
21. コンピュータを、請求項１乃至１６のうち何れか１項に記載の通信装置として動作させるためのプログラム。

Images