(57)【要約】【課題】十分な処理能力が得られない装置であっても動画を滑らかに表示させる。【解決手段】ウェブサーバからのコンテンツの要求前に、データ送受信部１０１が当該コンテンツの種別および再生状況を表すヘッダを取得する。解釈部１０２は、ヘッダのＨＴＭＬの要素を解釈する。動画再生管理部１０３は、コンテンツとして取得した動画が再生中か否かを判定する。要求管理部１０４は、動画が再生中の動画と判定された場合、再生が停止するまで、それ以外のコンテンツのウェブサーバへの要求を保留する。あるいは、動画再生中は、コンテンツ描画部１０７が、時間のかかる描画処理を行わない。【選択図】図２
2018013935.tif 000002
【特許請求の範囲】
【請求項１】
同時期に複数のコンテンツの要求を受け付けることが可能なデータソースから受信したコンテンツを再生する装置であって、
いずれかの前記コンテンツの要求前に、当該コンテンツの種別、あるいは当該コンテンツの種別および再生状況を表す文字情報を取得する文字情報取得手段と、
前記装置において前記コンテンツとして取得された動画が再生中であるか否かを判定する判定手段と、
前記コンテンツとして取得された動画が再生中であると判定された場合はそれ以外のコンテンツの前記データソースへの要求を保留する要求管理手段と、
を備えたことを特徴とするブラウジング装置。
【請求項２】
前記要求管理手段は、前記再生中の動画の再生に関する処理が停止するまで前記要求の保留を継続することを特徴とする、
請求項１に記載のブラウジング装置。
【請求項３】
前記文字情報を解析した結果に基づいて、前記コンテンツとして取得された動画が再生中であるか否かに応じて変化する動画再生フラグを設定する設定手段を備えており、
前記判定手段は、最新の前記動画再生フラグに基づいて前記再生中の動画か否かを判定することを特徴とする、
請求項１又は２に記載のブラウジング装置。
【請求項４】
前記文字情報に動画の再生時間が記述されている場合、
前記判定手段は、前記再生時間の経過状況に基づいて当該動画が再生中か否かを判定することを特徴とする、
請求項１又は２に記載のブラウジング装置。
【請求項５】
ユーザの入力操作を受け付ける入力手段を備えており、
前記判定手段は、動画の再生中に当該動画の再生中止指示を表す前記入力操作を受け付けた場合は当該動画が再生中でないと判定することを特徴とする、
請求項１又は２に記載のブラウジング装置。
【請求項６】
前記データソースはインターネット上に存在するウェブサーバであり、
前記ウェブサーバに要求するコンテンツは、当該ウェブサーバにおいてその種別が前記文字情報で記述される動画、図形、画像又はこれらの組み合わせであることを特徴とする、
請求項１乃至５のいずれか一項に記載のブラウジング装置。
【請求項７】
前記文字情報が、前記動画、前記図形、前記画像に関連付けられたマークアップ言語であることを特徴とする、
請求項６に記載のブラウジング装置。
【請求項８】
前記図形、前記画像又は文字を描画するための描画データを生成する描画手段をさらに備えており、
前記要求管理手段は、前記コンテンツが再生中の動画でない場合、当該コンテンツを前記ウェブサーバから受信して、前記描画手段に前記描画データを生成させることを特徴とする、
請求項７に記載のブラウジング装置。
【請求項９】
同時期に複数のコンテンツの要求を受け付けることが可能なデータソースから受信したコンテンツを再生する装置であって、
いずれかの前記コンテンツの要求前に、当該コンテンツの種別、あるいは当該コンテンツの種別および再生状況を表す文字情報を取得する文字情報取得手段と、
前記図形、前記画像又は文字を描画するための描画データを生成する描画手段と、
前記装置に前記コンテンツとして取得される図形、動画を含む画像又は文字を描画するための描画データを生成する描画手段と、
前記装置において前記コンテンツとして取得された動画が再生中であるか否かを判定する判定手段とを備え、
前記描画手段は、前記コンテンツとして取得された動画が再生中でないと判定される場合、前記動画以外のコンテンツを前記ウェブサーバから受信して、前記描画データを生成することを特徴とする、
ブラウジング装置。
【請求項１０】
前記描画手段は、前記コンテンツとして取得された動画が再生中でないと判定される場合、前記ウェブサーバから受信した前記動画以外のコンテンツについて、簡略化した描画が可能かを判定し、
簡略化した描画が可能であると判定したコンテンツを簡略化した形態に変更して描画することを特徴とする、
請求項９に記載のブラウジング装置。
【請求項１１】
前記描画手段は、前記動画が再生中であり、かつユーザの当該動画に対する操作が所定操作である場合、当該動画の再生が停止するまで、前記描画データの生成を停止することを特徴とする、
請求項９に記載のブラウジング装置。
【請求項１２】
前記描画手段は、前記描画を停止することなく、所定期間だけ描画を延期することを特徴とする、
請求項１１に記載のブラウジング装置。
【請求項１３】
表示デバイスとの接続が可能なコンピュータを請求項１乃至１２のいずれか一項に記載されたブラウジング装置として動作させるためのコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、動画の表示を安定化させるブラウジング装置に関する。
【背景技術】
【０００２】
近年、インターネットを用いて動画を多数のユーザで共有することが行われている。このような動画を提供するサイトを動画共有サイトという。動画共有サイトでは、ＨＴＭＬ（HyperText Markup Language）形式でページを表現することが多い。視聴する側ではウェブブラウザに代表されるブラウジング装置が用いられる。この種のブラウジング装置では、動画を滑らかに表示するための様々な提案がなされている。例えば、特許文献１には、ウェブページの動画部分をダミーデータに置き換えてコンテンツの描画処理を行い、別途複合していた動画データを合成することで、安定して動画を表示する手法が開示されている。また、特許文献２には、ウェブページの動画以外の表示処理と動画の表示処理とを別プロセスに分け、各プロセスに優先度を付けることで、ウェブページの動画表示を高速化する手法が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１５−１３０５６４号公報
【特許文献２】特開２０１０−０９８４８３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
近年の動画共有サイトでは、動画以外にも画像や文字が一つのページに表示されることが多い。このような動画共有サイトにアクセスする場合において、特許文献１及び特許文献２に開示された手法は、プロセスやスレッドを複数起動できるブラウジング装置では有効な手法となり得る。しかし、例えばデジタルカメラや複合機などに組み込まれる組込型のブラウジング装置のように、プロセスやスレッドを複数起動することができない簡易な装置の場合、動画の表示を安定化させることが困難となる。
本発明は、プロセスやスレッドを複数起動することができない場合であっても、動画の表示を安定化させることができるブラウジング装置を提供することを主たる課題とする。
【課題を解決するための手段】
【０００５】
本発明の実施の形態例によれば、同時期に複数のコンテンツの要求を受け付けることが可能なデータソースから受信したコンテンツを再生する装置であって、いずれかの前記コンテンツの要求前に、当該コンテンツの種別、あるいは当該コンテンツの種別および再生状況を表す文字情報を取得する文字情報取得手段と、前記装置において前記コンテンツとして取得された動画が再生中であるか否かを判定する判定手段と、前記コンテンツとして取得された動画が再生中であると判定された場合はそれ以外のコンテンツの前記データソースへの要求を保留する要求管理手段と、を備えたことを特徴とするブラウジング装置が得られる。
【発明の効果】
【０００６】
本発明によれば、動画再生中はそれ以外のコンテンツの再生が制限されるので、動画再生に処理負荷を集中することができ、その表示が安定化するという効果を奏する。
【図面の簡単な説明】
【０００７】
【図１】第１実施形態におけるブラウジング装置のハードウェア構成図。
【図２】第１実施形態におけるブラウジング装置の機能構成図。
【図３】第１実施形態における処理の手順説明図。
【図４】（ａ），（ｂ）はヘッダの例示図。
【図５】第２実施形態における処理の手順説明図。
【図６】第３実施形態における処理の手順説明図。
【発明を実施するための形態】
【０００８】
以下、本発明をデジタルカメラや複合機などの機器に組み込まれるブラウジング装置として実施する場合の形態例を説明する。本例では、このブラウジング装置が、ユーザの操作に従って、動画共有サイトを公開するインターネット上のウェブサーバとの間でＨＴＴＰ通信を行い、構造化文書に含まれる動画を再生するものとする。ＨＴＴＰ通信では、ブラウジング装置からサーバへリクエスト（要求）を送信する。すると、ウェブサーバ側からレスポンスが返信される。レスポンスには、ヘッダなどと呼ばれる文字情報のほか、ボディなどと呼ばれるウェブサイトのコンテンツが含まれる。サーバは、同時期に複数のコンテンツの要求を受け付けることが可能なデータソースの一例となるものである。
【０００９】
［第１実施形態］
図１は、第１実施形態に係るブラウジング装置のハードウェア構成図である。ブラウジング装置１０は、ＣＰＵ１１，ＲＯＭ１２およびＲＡＭ１３がシステムバスＢ１に接続されたコンピュータとコンピュータプログラムとを構成要素として含む。システムバスＢ１には、入出力インタフェース１４と通信インタフェース１５が接続されている。なお、入出力インタフェース１４と通信インタフェース１５は、ブラウジング装置１０が組み込まれる機器に備えられるものであってもよい。
【００１０】
入出力インタフェース１４にはデータバスＢ２が接続されている。データバスＢ２には、液晶パネルなどの表示デバイス２１、キーボードなどの入力デバイス２２、ハードディスクドライブなどのストレージ２３が接続されている。通信インタフェース１５はインターネットなどの公衆回線Ｎに接続されており、公衆回線Ｎにはサーバ３１が接続されている。サーバ３１は、同時期に複数のコンテンツの要求を受け付けることが可能なデータソースの一例となるものである。
【００１１】
ＣＰＵ（Central Processing Unit）１１は、本発明のコンピュータプログラムを読み込んで実行することにより、コンピュータをブラウジング装置として動作させる。ＲＯＭ（Read Only Memory）１２は、上記コンピュータプログラム及びデータが記憶されている読み出し専用メモリである。上記コンピュータプログラムがストレージ２３に記憶されている場合、当該コンピュータプログラムを読み出すための読み出し用プログラムをＲＯＭ１２に記憶しておく。ＲＡＭ（Random Access Memory）１３は、ＣＰＵ１１のワーク領域を有する書き換え可能なメモリである。入出力インタフェース１４は、動画、図形、画像、文字などを表示するための図示しない表示デバイス２１との間のインタフェースである。入出力インタフェース１４には、ユーザからの入力操作を受け付けるための入力デバイス２２も接続される。なお、図示を省略したが、データバスＢ２に、ハードディスク、光ディスク、光磁気ディスク、メモリカードなどの外部記憶装置を備えるようにしてもよい。
【００１２】
図２は、第１実施形態におけるブラウジング装置１０の機能構成図である。ブラウジング装置１０は、データ送受信部１０１を有する。データ送受信部１０１は、サーバ３１との間でデータ送受信を行う。送信されるのはコンテンツの取得要求（リクエスト）であり、レスポンスとして受信するのは取得対象となるコンテンツの種別、あるいはさらに再生状況などを文字情報で記述したヘッダおよび当該コンテンツである。従って、データ送受信部１０１は、コンテンツの要求前にヘッダなどの文字情報を取得する文字情報取得手段として機能する。文字情報は、マークアップ言語、例えばＨＴＭＬ形式のデータ（ＨＴＭＬデータ）である。コンテンツはＨＴＭＬデータ、動画、図形、画像、文字、あるいはこれらの組み合わせであり、ヘッダと関連付けられている。受信したデータはＲＡＭ１３に一時的に保持される。保持されたデータのうち、ＨＴＭＬデータについては、解釈部１０２がそれらを読み取る。コンテンツのうち動画については動画再生管理部１０３がその内容を管理する。
【００１３】
解釈部１０２は、まずヘッダを取得すると、ヘッダを要素毎に解釈し、解釈結果に応じて動画再生管理部１０３またはコンテンツ描画部１０７に処理を振り分ける。例えば、ヘッダを解析して当該コンテンツに動画の再生に関する記述が含まれているかどうかを判定し、さらに、その動画が再生中の動画か否かを判定する。ヘッダに動画およびその再生に関する記述が含まれている場合、動画再生管理部１０３にその後の動画再生に関する処理を振り分ける。また、ヘッダに図形表現に関する記述が含まれている場合、図形描画部１０７１に図形の描画データを生成させる。同じく、ＨＴＭＬに画像表現が含まれている場合は画像描画部１０７２に画像の描画データを生成させる。ＨＴＭＬに文字（テキスト）表現に関する記述が含まれている場合は文字描画部１０７３に文字の描画データを生成させる。各描画データは、後の処理のためにＲＡＭ１３に保存される。
【００１４】
動画再生管理部１０３は、ブラウジング装置１０において、動画が再生中である状況かに応じて変化する動画再生フラグを、ユーザからの操作を待つことなく設定し保持する設定手段として機能する。動画再生フラグは所定のルールに従って設定される。例えば、動画が再生中であれば「１」、再生中でなければ「０」が設定される。動画再生管理部１０３は、また、コンテンツとして受信した動画がブラウジング装置１０において再生中か否かを最新の動画再生フラグに基づいて判定する判定手段として機能する。動画再生管理部１０３は、さらに、動画再生フラグが「１」である場合、再生対象の動画コンテンツをコンテンツ描画部１０７に伝達する。動画コンテンツは、コンテンツ描画部１０７の一部となる動画復号部１０７４で再生される。例えば、動画再生フラグはＲＡＭ１３に保持される。
【００１５】
要求管理部１０４は、サーバ３１に対するコンテンツの取得要求（リクエスト）の管理を行う要求管理手段として機能する。例えば、現在、ブラウジング装置１０において、動画が再生中でない場合は、解釈部１０２の解釈結果に応じたコンテンツの取得要求を行う。現在、ブラウジング装置１０において、動画が再生中である場合は、再生中の動画以外のコンテンツのサーバ３１への取得要求をキュー（queue：待ち行列）に保存し、サーバ３１への要求（送信）を保留する。要求管理部１０４は、再生中の動画の再生に関する処理が停止するまで要求の保留を継続する。そして、動画再生が停止した時点で、再生中の動画以外についてのコンテンツの取得要求を適宜読み出してサーバ３１へ送信する。
【００１６】
合成部１０６は、図形描画部１０７１、画像描画部１０７２、文字描画部１０７３で生成された各描画データをＲＡＭ１３から読み出して合成する。あるいは、これらの  描画データと動画復号部１０７４で再生された動画とを合成する。そして、描画結果としてこれらの再生タイミングを合わせ、表示デバイス２１に表示させる。
【００１７】
図３は、本実施形態におけるブラウジング装置の処理手順説明図である。ここでは、サーバ３１に公開されているウェブページを表示デバイス２１に表示する場合の例を説明する。ウェブページはＨＴＭＬで記述されている。ＲＦＣ（Request for Comments）のルールでは、サーバ３１からのレスポンスに含まれるヘッダには、ウェブページを構成するコンテンツの種別が「Content-Type」で規定される。「Content-Type」では、文字は「text/plain」、ＨＴＭＬは「text/html」、動画は「ｖｉｄｅｏ」、画像は「ｉｍｇ」、と記述される。また、「Content-Type」が「text/html」でコンテンツの種類がＨＴＭＬである場合、各コンテンツのＵＲＬ（Uniform Resource Locator）はｓｒｃ属性などで記述される。このＵＲＬの次にautoplay属性が記述されている場合、自動再生モードを意味する。自動再生モードは、周知のとおり、ＵＲＬで指定されるコンテンツを受信すると自動的に再生を開始するモードである。従って、ブラウジング装置側では、取得しようとする動画が再生中であることを認識することができる。このように本実施形態では、autoplay属性を認識したことに基づいて動画の再生を開始しようと処理する時点で「動画を再生中」であるとみなしている。つまり本実施形態では、「動画が再生中」である間とは、動画の再生が開始された後の期間に限定されず、動画を再生するための処理を開始する時点を含む期間である。
【００１８】
本実施形態では、コンテンツの取得に先立ち、動画再生管理部１０３にて、動画再生フラグに「０」を設定する（Ｓ３０１）。動画再生フラグは、以後に繰り返される処理ルーチンにおいて、「１」が代入されたり、「０」に戻ったりするが、当該処理ルーチンに入る前段階として「０」に設定することで、事前の設定内容の確認処理を省略することができる。当該処理ルーチンに入ると、ブラウジング装置は、保持されている動画再生フラグが「１」か否かを判定する（Ｓ３０２）。上記のとおり、最初は動画再生フラグが「０」に設定されているので、Ｓ３０２の処理はスキップされ（Ｓ３０２：Ｎ）、Ｓ３０３の処理に移行する。
【００１９】
Ｓ３０３では、要求管理部１０４がデータ送受信部１０１を介してサーバ３１にウェブページのコンテンツを要求する。これによりサーバ３１からヘッダを受信すると（Ｓ３０４）、解釈部１０２は、ヘッダを解析し、その後に取得対象となるコンテンツの種別として動画が記述されているか否かを判定する（Ｓ３０５）。サーバ３１に最初に要求するデータはＨＴＭＬ形式であるため、「Content-Type」は「text/html」である（Ｓ３０５：Ｎ）。そのため、要求管理部１０４からの取得要求を待つことなく直ちにコンテンツ（文字コンテンツ）を受信する（Ｓ３０６）。解釈部１０２で文字コンテンツであるＨＴＭＬを一要素ずつ解釈する（Ｓ３０７）。動画再生フラグが「１」か否かを判定する（Ｓ３０８）が、動画再生フラグは「０」のままなので（Ｓ３０８：Ｎ）、処理はＳ３０９に移行する。
【００２０】
Ｓ３０９では、Ｓ３０７で解釈したＨＴＭＬが動画、図形、画像、文字などのサブリソースを参照しているか否かを判定する（Ｓ３０９）。参照していると判定した場合（Ｓ３０９：Ｙ）、Ｓ３０２の処理に戻る。そして、再び、動画再生フラグが「１」か否かを判定する。この時点では動画再生フラグは「０」なので、Ｓ３０３〜Ｓ３０４の処理を進める。その後、取得対象のコンテンツに動画が含まれているか否かを再度判定する（Ｓ３０５）。含まれている場合（Ｓ３０５：Ｙ）、処理はＳ３０５１に移行する。
【００２１】
Ｓ３０５１では、動画再生管理部１０３で、その動画が再生中か否かを判定する。上記のとおり、動画についてautoplay属性が記述されている場合は動画再生中と判定する。この場合（Ｓ３０５１：Ｙ）、動画再生管理部１０３は、動画再生フラグを「１」に設定し（Ｓ３０５２）、要求管理部１０４に動画の取得要求をさせる。動画が再生中でないと判定した場合（Ｓ３０５１：Ｎ）、動画再生管理部１０３は、動画再生フラグを「０」のままと、要求管理部１０４に動画の取得要求をさせる。これによりサーバ３１から動画を受信する（Ｓ３０６）。その後、解釈部１０２にて次のＨＴＭＬを解釈し（Ｓ３０７）、再び、動画判定フラグが「１」か否かを判定する（Ｓ３０８）。動作判定フラグが「０」で（Ｓ３０８：Ｎ）、ＨＴＭＬに動画以外のサブリソースの記述がある場合（Ｓ３０９：Ｙ）、Ｓ３０２の処理に戻る（Ｓ３０９：Ｙ）。一方、動作判定フラグが「０」で（Ｓ３０８：Ｎ）、ＨＴＭＬに動画以外のサブリソースの記述がないと判定されたとする（Ｓ３０９：Ｎ）。この場合、動画再生管理部１０３は、既に受信した動画以外のコンテンツの種別に応じてコンテンツ描画部１０７に描画データを作成させる（Ｓ３１０）。
【００２２】
Ｓ３０８において、動作判定フラグが「１」で（Ｓ３０８：Ｙ）、ＨＴＭＬに動画以外のサブリソースの記述がある場合（Ｓ３０８１：Ｙ）、要求管理部１０４は、当該サブリソースの取得要求をキューに保存する（Ｓ３０８２）。その後、動画復号部１０７４で、既に受信した動画を再生する（Ｓ３０８３）。動画以外のサブリソースの記述がない場合（Ｓ３０８１：Ｎ）、直ちに動画を再生する（Ｓ３０８３）。
【００２３】
この時点で作成されている描画データと、再生中の動画を合成する（Ｓ３１１）。その後、動画の再生が終了したか否かを判定する（Ｓ３１２）。動画を最後まで再生した場合やユーザから所定操作、例えば動画の再生中止指示を表す入力操作を受け付けた場合は、動画の再生が終了したと判定する。この場合も当該動画が再生中でないと判定する。再生が終了していないと判定した場合（Ｓ３１２：Ｎ）、Ｓ３０２の処理に戻る。一方、再生が終了したと判定した場合（Ｓ３１２：Ｙ）、動画再生管理部１０３は、動画再生フラグに「０」を代入する（Ｓ３１３）。要求管理部１０４は、Ｓ３０８２の処理で保存した取得要求をキューから読み出し、サーバ３１へ送信する（Ｓ３１４）。その後、Ｓ３０２の処理に戻る。以上説明した処理により、本実施形態では、動画コンテンツの再生が終了し、動画再生フラグが「０」になった後で、保留されていた取得要求に従って他のコンテンツが受信され、描画される。従って、コンテンツの全体が描画されるのは動画の再生が終わった後になるが、動画の再生に優先的にリソースを利用することで、動画の表示を安定させることができる。  
【００２４】
ここで、Ｓ３０６で受信したＨＴＭＬの内容が図４（ａ）であった場合の例を具体的に説明する。図示の例では、ｖｉｄｅｏ要素が記述されており、取得対象のコンテンツに動画が含まれる。またｓｒｃ要素として「http://www.example.com/sample.mp4」、すなわち当該データソースのＵＲＬが記述されている。「mp.4」はコンテンツの種別が動画であることを示す。また、このデータソースの次に「autoplay」と記述されていることから、ブラウジング装置ではその動画の自動再生を行うことになる。そのため、この動画については、再生が終了するまで動画再生フラグは「１」であり、動画再生中を示すものとなる。また、ｖｉｄｅｏ要素よりも後にｉｍｇ要素が２つ存在する。この２つのｉｍｇ要素を描画するためには、それぞれ「thumbnail1.png」と「thumbnail2.png」の画像をサーバ３１から取得する必要がある。ただし、本実施形態では、ブラウジング装置の処理能力を動画再生に集中させるため、「thumbnail1.png」と「thumbnail2.png」の取得要求については、動画再生が停止するまでキューに保存する。つまり、サーバ３１への取得要求が保留される。そのため、「thumbnail1.png」と「thumbnail2.png」については受信されないので、ブラウジング装置における描画データの生成が停止される。
なお、これらのコンテンツについて描画データの生成を停止することなく、所定期間だけ延期した形態に変更することも可能である。この場合の所定期間は、例えば再生しようとする動画の再生に要する処理負荷が小さくなるまでの時間とすることができる。
【００２５】
このように第１実施形態によれば、ブラウジング装置で、動画を含むウェブページを表示する場合、動画再生中は動画以外のサーバ３１への取得要求が保留される。そのため、ブラウジング装置の処理能力を動画再生に集中させることができるので、プロセスやスレッドを複数起動することができない場合であっても動画を滑らかに表示することが可能となる。
【００２６】
［第２実施形態］
第１実施形態では、動画再生中は処理能力を動画再生に集中させる例を説明した。第２実施形態では、動画再生中に、動画以外のコンテンツについて負荷が大きくならないように簡略化して描画する場合の例を説明する。
ウェブページは、動画の他に、図形、画像、文字も同時に表示されるものがある。その際、図形等に装飾が施される場合もある。例えば、サーバから受信するＨＴＭＬデータが図４（ｂ）に例示される記述の場合、動画の他に、緑色の矩形に黒い影を付けて描画するものとなっている。矩形の影には透明度が指定されている。一般的に影を描画する処理は負荷が大きく、描画し再生に至るまでに時間がかかるため、動画の再生を並行して実行しようとすると処理負荷が大きく、動画を滑らかに再生出来ない可能性がある。そこで第２実施形態では、図形の装飾の一部を省略するなど、動画以外のコンテンツについても負荷が大きくならないように簡略化して描画する。これにより、処理能力を優先して動画の再生に利用しつつ、他のコンテンツの描画を実行できる。
【００２７】
図１に示したハードウェア構成は第１実施形態と同じである。図２に示した機能構成は、要求管理部１０４が省略され、他の部分は同じである。第２実施形態によるブラウジング装置の特徴的な処理手順を図５に示す。図３に示した処理手順のうち、Ｓ３０８３とＳ３１４との間に相当する処理が異なるものとなる。第２実施形態では、図３に示した処理手順の一部が異なるものとなる。
第２実施形態では、Ｓ３０８において、動作判定フラグが「１」で（Ｓ３０８：Ｙ）、ＨＴＭＬに動画以外のサブリソースの記述がない場合（Ｓ３０８１：Ｎ）、Ｓ３０８３で動画の再生を開始する。一方でＨＴＭＬに動画以外のサブリソースの記述がある場合（Ｓ３０８１：Ｙ）、解釈部１０２で解釈した要素が表現の簡略化が可能なコンテンツか否かを判定する（Ｓ５０１）。表現の簡略化が可能な要素は、例えばＨＴＭＬで表現されるコンテンツに装飾が施されていて、簡略化しても、もとのコンテンツの内容自体に変化を生じさせない要素をいう。Ｓ５０１において、表現の簡略化が可能な要素であった場合（Ｓ５０１：Ｙ）、簡略化した表現でコンテンツを描画し（Ｓ５０２）、Ｓ３０８３へ処理を移す。他方、表現の簡略化が可能な要素でない場合（Ｓ５０１：Ｎ）、通常表現すなわちＨＴＭＬの記述通りにコンテンツを描画し（Ｓ５０３）、Ｓ３０８３へ処理を移す。つまり、第２実施形態では、動画以外のサブコンテンツを簡略化表現あるいは通常表現で描画した後、動画を再生し、Ｓ３１１において描画結果の合成を行う。また、第２実施形態では、動画以外のサブコンテンツの取得要求を保留する処理を、Ｓ５０２あるいはＳ５０３での描画処理に置き換えているため、Ｓ３１４の処理は省略される。
【００２８】
図４（ｂ）に示す文字情報の例では、ｖｉｄｅｏ要素の次がｄｉｖ要素であり、影付き図形の属性が記述されている。ｄｉｖ要素はスタイリングのための要素なので、表現の簡略化が可能な要素である。この場合、動画再生影付き矩形を影なし矩形として描画する。これにより、描画に時間のかかる影付きのための処理を省略しつつ、見栄えを損なうことなくウェブページを描画することができる。なお、影付き矩形だけでなく、透明度も無くすようにしてもよい。
【００２９】
このように第２実施形態によれば、動画以外のコンテンツについても負荷が大きくならないように、簡略化が可能であれば、簡略化して描画、再生されるので、動画に対する処理速度が高くなり、動画を再生しながら、共に他のコンテンツを表示することが可能となる。
【００３０】
［第３実施形態］
第３実施形態では、ユーザの動画への注目度に応じて動画以外のコンテンツを描画するか否かを判定する場合の例を説明する。図１に示したハードウェア構成は第１実施形態と同じである。図２に示した機能構成は、要求管理部１０４が省略され、他の部分は同じである。第３実施形態によるブラウジング装置の特徴的な処理手順を図６に示す。図３に示した第１実施形態のＳ３０１〜Ｓ３０８までは、第３実施形態の場合も同じである。第３実施形態では、Ｓ３０８において、動作判定フラグが「１」で（Ｓ３０８：Ｙ）、ＨＴＭＬに動画以外のサブリソースの記述がある場合（Ｓ３０８１：Ｙ）、動画再生管理部１０３が、動画に対するユーザの操作が特定操作か否かを判定する（Ｓ６０１）。すなわち、ユーザがその動画に対して注目しているかどうかを判定する。ユーザの動画への注目度は、ユーザによる入力操作の内容を判別することにより推定が可能である。例えば、ユーザが操作面をスクロールさせた場合は再生中の動画が画面外に移動するため、その動画への注目度は低いと考えられる。ユーザが動画表示領域以外を操作した場合もその動画への注目度は低いと考えられる。そこで、このような操作を特定操作として予め定めてＲＡＭ１３に保持しておき、動画再生中に、このような特定操作が入力されたかどうかを判定する。
【００３１】
Ｓ６０１において、ユーザの注目度が低い、つまり特定操作であると判定された場合（Ｓ６０１：Ｙ）、動画再生を中止する（Ｓ６０２）。これにより、ユーザが動画に注目していないとみなされる場合は、動画以外のコンテンツを高速に描画することが可能となる。一方、ユーザの注目度が高い、つまり特定操作でないと判定された場合は（Ｓ６０１：Ｎ）、第１実施形態と同様、処理能力を動画再生に集中させるため、コンテンツの取得要求をキューに保存し（Ｓ３０８２）、動画を再生する。これにより、ユーザが動画に注目していない場合は、動画以外の要素を正しく描画し、再生することが可能となる。なお第３実施形態においても、動画以外のサブコンテンツの取得要求を保留する処理は行われていないので、Ｓ３１４の処理は省略される。
【００３２】
このように第３実施形態によれば、動画に対するユーザの注目度に応じて、動画以外のコンテンツの取得要求のタイミングを決定することができるので、ユーザビリティに優れたウェブコンテンツの描画、再生が可能となる。
【００３３】
［変形例］
第１ないし第３実施形態では、文字情報としてＨＴＭＬ形式で記述されたヘッダを用いた場合の例を説明したが、文字情報は、ＸＭＬなど、他のマークアップ言語で記述されたものであってもよい。また、コンテンツの種別が動画かそれ以外かを判別する際に「Content-Type」を用いた場合の例を説明したが、それ以外にデータソース側で付された拡張子を用いて判別するようにしてもよい。また、動画等の再生状況を表す情報としてautoplay属性を用いた場合の例を説明したが、動画の再生時間を用いてもよい。この場合、動画再生管理部１０３は、再生時間の経過状況に基づいて当該動画が再生中か否かを判定するようにする。
【００３４】
また、本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【図１】
2018013935.tif 000003
【図２】
2018013935.tif 000004
【図３】
2018013935.tif 000005
【図４】
2018013935.tif 000006
【図５】
2018013935.tif 000007
【図６】
2018013935.tif 000008