(57)【特許請求の範囲】
【請求項１】
ネットワークを介して受信されるコンテンツの再生環境が相互に異なる複数の仮想マシンを動作させ、
コンテンツの識別子に対応付けて、前記再生環境に関して当該コンテンツの再生の適否を示す情報を記憶する記憶部と、
受信されたコンテンツの識別子と、前記記憶部が記憶する情報とに基づいて、当該コンテンツの再生を実行させる前記再生環境を選択する選択部と、
選択部によって選択された前記再生環境に係る仮想マシンに、前記受信されたコンテンツの再生を要求する再生要求部とを有し、
前記記憶部は、コンテンツと共に受信される、当該コンテンツの再生に関して推奨される前記再生環境を示す情報を、当該コンテンツの識別子に対応付けて記憶する、
再生装置。
【請求項２】
前記選択部は、前記受信されたコンテンツの直前に他のコンテンツの再生を実行した仮想マシンの前記再生環境に関して、前記受信されたコンテンツの識別子に対応付けて、再生に適していないことが前記記憶部に記憶されていない場合は、当該再生環境を選択する請求項１記載の再生装置。
【請求項３】
前記記憶部は、前記受信されたコンテンツの再生を実行した前記仮想マシンに係る前記再生環境に関して、当該再生の成否を示す情報を、当該コンテンツの識別子に対応付けて記憶する請求項１又は２記載の再生装置。
【請求項４】
前記再生要求部は、前記受信されたコンテンツの再生に関して前記仮想マシンにおいて異常が発生した場合は、当該仮想マシンとは別の仮想マシンに、当該コンテンツの再生を要求する請求項１乃至３いずれか一項記載の再生装置。
【請求項５】
ネットワークを介して受信されるコンテンツの再生環境が相互に異なる複数の仮想マシンを動作させ、
コンテンツの識別子に対応付けて、前記再生環境に関して当該コンテンツの再生の適否を示す情報を記憶部に記憶し、
受信されたコンテンツの識別子と、前記記憶部が記憶する情報とに基づいて、当該コンテンツの再生を実行させる前記再生環境を選択し、
選択部によって選択された前記再生環境に係る仮想マシンに、前記受信されたコンテンツの再生を要求する処理をコンピュータが実行し、
前記記憶する処理は、コンテンツと共に受信される、当該コンテンツの再生に関して推奨される前記再生環境を示す情報を、当該コンテンツの識別子に対応付けて前記記憶部に記憶する、
再生方法。
【請求項６】
ネットワークを介して受信されるコンテンツの再生環境が相互に異なる複数の仮想マシンを動作させるコンピュータに、
コンテンツの識別子に対応付けて、前記再生環境に関して当該コンテンツの再生の適否を示す情報を記憶部に記憶し、
受信されたコンテンツの識別子と、前記記憶部が記憶する情報とに基づいて、当該コンテンツの再生を実行させる前記再生環境を選択し、
選択部によって選択された前記再生環境に係る仮想マシンに、前記受信されたコンテンツの再生を要求する処理を実行させ、
前記記憶する処理は、コンテンツと共に受信される、当該コンテンツの再生に関して推奨される前記再生環境を示す情報を、当該コンテンツの識別子に対応付けて前記記憶部に記憶する、
再生プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、再生装置、再生方法、及び再生プログラムに関する。
【背景技術】
【０００２】
現在、ＰＣ（Personal Computer）、携帯電話、スマートフォン、又はタブレット型端末等の各種の端末が、インターネット上で提供されているコンテンツにアクセス可能である。但し、各コンテンツは、必ずしも全ての端末において、同様に再生が可能であるとは限らない。また、同じ端末であっても、利用されているＷｅｂブラウザの種類やインストールされているプラグイン等に応じて、コンテンツの再生態様が異なる場合がある。これは、特定の端末や特定のＷｅｂブラウザに依存した非互換部分を含むコンテンツが存在するためである。
【０００３】
斯かる非互換に鑑みて、従来、例えば、次のような方式によって、コンテンツの再生に関して工夫が行われている。
【０００４】
第一の方式は、コンテンツの提供側が、コンテンツの要求元の端末情報を入手し、端末に適した形式のコンテンツを提供する方式である。例えば、コンテンツの提供側は、端末ごとのデコーダ又は解像度に合わせたコンテンツを用意しておく。又は、コンテンツの提供側は、ＰＣ用のＨＴＭＬ（HyperText Markup Language）又は携帯電話用のＨＴＭＬ等、端末に対応したコンテンツを生成する。
【０００５】
第二の方式は、コンテンツの提供側が、コンテンツに適した振る舞いを端末に実行させるためのパラメータをコンテンツ内に設定しておく方式である。端末は、当該パラメータに従って、コンテンツの表示又は再生等を行う。例えば、銀行のＷｅｂサイトでは、ＳＳＬ（Secure Socket Layer）通信によってコンテンツを再生させるため、「Strict-Transport-Security: max-age=15768000」というキーワードをコンテンツに含めて、Ｗｅｂブラウザの挙動を変更させる。また、ＨＴＭＬ５によって記述コンテンツでは、「meta http-equiv="X-UA-Compatible" content="chrome=1"」というキーワードによって、Ｃｈｒｏｍｅエンジンによる再生が指示される。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特許第４７１２７２２号公報
【特許文献２】国際公開第２００９／０８４５９１号
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、第一の方式では、複数種類の端末向けにコンテンツを用意する必要がある。したがって、コンテンツの提供側に複数種類のコンテンツを用意するだけの規模がないと、第一の方式を採用するのは困難である。また、コンテンツの中には、特定のＯＳ及び特定のＷｅｂブラウザ上でないと正常に動作しないコードを含んだものもあるところ、斯かるコードの変換手法は確立されていない。したがって、このようなコンテンツに関しては、各種の端末において同じように再生を可能とするのは困難である。
【０００８】
一方、第二の方式を採用してコンテンツを快適に閲覧するためには、コンテンツに応じてＷｅｂブラウザを選択したり、ＯＳを選択したりするといった手間が、端末のユーザに要求されるといった問題がある。
【０００９】
そこで、一側面では、特定の環境に依存したコンテンツであっても正常に再生できる可能性を高めることを目的とする。
【課題を解決するための手段】
【００１０】
一つの案では、再生装置は、ネットワークを介して受信されるコンテンツの再生環境が相互に異なる複数の仮想マシンを動作させ、コンテンツの識別子に対応付けて、前記再生環境に関して当該コンテンツの再生の適否を示す情報を記憶する記憶部と、受信されたコンテンツの識別子と、前記記憶部が記憶する情報とに基づいて、当該コンテンツの再生を実行させる前記再生環境を選択する選択部と、選択部によって選択された前記再生環境に係る仮想マシンに、前記受信されたコンテンツの再生を要求する再生要求部とを有する。
【発明の効果】
【００１１】
一態様によれば、特定の環境に依存したコンテンツであっても正常に再生できる可能性を高めることができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の実施の形態におけるシステム構成例を示す図である。
【図２】本発明の実施の形態における再生装置のハードウェア構成例を示す図である。
【図３】本発明の実施の形態の再生装置の機能構成例を示す図である。
【図４】再生環境間の親子関係を説明するための図である。
【図５】ＨＴＭＬコンテンツの再生を要求された再生環境において実行される処理手順の一例を説明するためのフローチャートである。
【図６】メイン環境において実行される処理手順の一例を説明するためのフローチャートである。
【図７】メイン環境において実行される処理手順の一例を説明するためのフローチャートである。
【図８】再生適否情報記憶部の構成例を示す図である。
【発明を実施するための形態】
【００１３】
以下、図面に基づいて本発明の実施の形態を説明する。図１は、本発明の実施の形態におけるシステム構成例を示す図である。図１において、コンテンツサーバ２０と、一以上の再生装置１０とは、ＬＡＮ（Local Area Network）又はインターネット等のネットワークを介して通信可能とされている。ネットワークの一部又は全部には、無線通信が利用されてもよい。
【００１４】
コンテンツサーバ２０は、ネットワークを介してコンテンツを提供するコンピュータである。コンテンツサーバ２０の一例として、Ｗｅｂサーバが挙げられる。本実施の形態では、ＨＴＭＬ（HyperText Markup Language）形式のコンテンツ（ＨＴＭＬコンテンツ）及びＨＴＭＬコンテンツに組み込まれている各種のコンテンツが、コンテンツの一例とされる。但し、他のデータ形式のコンテンツに関して、本実施の形態が適用されてもよい。
【００１５】
再生装置１０は、コンテンツの再生機能を有する情報処理装置である。再生装置１０の一例として、ＰＣ（Personal Computer）、タブレット型端末、スマートフォン、及び携帯電話等が挙げられる。
【００１６】
図２は、本発明の実施の形態における再生装置のハードウェア構成例を示す図である。図２の再生装置１０は、それぞれバスＢで相互に接続されているドライブ装置１００、補助記憶装置１０２、メモリ装置１０３、ＣＰＵ１０４、インタフェース装置１０５、表示装置１０６、及び入力装置１０７等を有する。
【００１７】
再生装置１０での処理を実現するプログラムは、記録媒体１０１によって提供される。プログラムを記録した記録媒体１０１がドライブ装置１００にセットされると、プログラムが記録媒体１０１からドライブ装置１００を介して補助記憶装置１０２にインストールされる。但し、プログラムのインストールは必ずしも記録媒体１０１より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置１０２は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。
【００１８】
メモリ装置１０３は、プログラムの起動指示があった場合に、補助記憶装置１０２からプログラムを読み出して格納する。ＣＰＵ１０４は、メモリ装置１０３に格納されたプログラムに従って再生装置１０に係る機能を実現する。インタフェース装置１０５は、ネットワークに接続するためのインタフェースとして用いられる。表示装置１０６はプログラムによるＧＵＩ（Graphical User Interface）等を表示する。入力装置１０７はキーボード及びマウス、又はボタン若しくはタッチパネル等であり、様々な操作指示の入力を受け付けるために用いられる。
【００１９】
なお、記録媒体１０１の一例としては、ＣＤ−ＲＯＭ、ＤＶＤディスク、又はＵＳＢメモリ等の可搬型の記録媒体が挙げられる。また、補助記憶装置１０２の一例としては、ＨＤＤ（Hard Disk Drive）又はフラッシュメモリ等が挙げられる。記録媒体１０１及び補助記憶装置１０２のいずれについても、コンピュータ読み取り可能な記録媒体に相当する。
【００２０】
図３は、本発明の実施の形態の再生装置の機能構成例を示す図である。図３において、再生装置１０は、ＶＭＭ１１と、ＶＭ１２ａ、ＶＭ１２ｂ、及びＶＭ１２ｃ等の複数の仮想マシン（ＶＭ１２（Virtual Machine））とを有する。
【００２１】
ＶＭＭ１１は、一般的に、ＶＭＭ１１（Virtual Machine Monitor）又はハイパーバイザ等と呼ばれるソフトウェアである。ＶＭＭ１１は、コンピュータを仮想化し、複数のＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）の並列実行を可能とする。ＶＭＭ１１は、ソフトウェアによって実現される仮想的なコンピュータである仮想マシンを動作させ、仮想マシン上でＯＳを動作させる。
【００２２】
各ＶＭ１２は、再生環境１３を有する。図３において、各再生環境１３の参照番号の末尾には、各再生環境１３が属するＶＭ１２の参照番号の末尾と同じアルファベット（ａ、ｂ、又はｃ）が付加されている。再生環境１３は、ネットワークを介して提供されるコンテンツを再生するためのソフトウェア環境をいう。再生環境１３は、主として、ＯＳ及びレンダリングエンジン等の組み合わせによって実現される。換言すれば、ＯＳの種別と、レンダリングエンジンの種別との組み合わせによって、再生環境１３が区別される。本実施の形態において、各ＶＭ１２上の再生環境１３は相互に異なる。すなわち、各再生環境１３の、ＯＳ及びレンダリングエンジンの少なくともいずれか一方は、他の再生環境１３と異なる。なお、レンダリングエンジンとは、例えば、Ｗｅｂブラウザの一部を構成し、コンテンツのレンダリング（すなわち、再生）を行うプログラムモジュールをいう。
【００２３】
ＯＳの種別又はレンダリングエンジンが異なることにより、ＨＴＭＬコンテンツの拡張部分に関して、各再生環境１３において再生の可否又は再生の態様が異なりうる。ＨＴＭＬコンテンツの拡張部分とは、或るＯＳ又はレンダリングエンジンの独自の仕様によって拡張された部分をいう。例えば、Ｗｉｎｄｏｗｓ（登録商標）のＯＳを有し、ＩｎｔｅｒｎｅｔＥｘｐｌｏｒｅｒのレンダリングエンジンを有する再生環境１３では、ＡｃｔｉｖｅＸの実行は可能である。一方、ＡｎｄｒｏｉｄＯＳを有し、レンダリングエンジンとしてＷｅｂｋｉｔエンジンを有する再生環境１３では、ＡｃｔｉｖｅＸは実行できない。
【００２４】
各再生環境１３は、コンテンツ取得部１３１、再生部１３２、及びイベント処理部１３３等を有する。これら各部は、再生装置１０の各ＶＭ１２にインストールされたプログラムが、ＣＰＵ１０４に実行させる処理により実現される。図３において、各部の参照番号の末尾には、各部が属する再生環境１３の参照番号の末尾と同じアルファベット（ａ、ｂ、又はｃ）が付加されている。
【００２５】
コンテンツ取得部１３１は、コンテンツサーバ２０よりＨＴＭＬコンテンツをダウンロードする。再生部１３２は、レンダリングエンジンとして機能する。すなわち、再生部１３２は、コンテンツ取得部１３１によってダウンロードされたＨＴＭＬコンテンツの再生を行う。各再生環境１３の再生部１３２は、ＨＴＭＬコンテンツに対する拡張部分に関して、再生の可否が異なりうる。イベント処理部１３３は、再生されたＨＴＭＬコンテンツに対する入力イベントに応じた処理を実行する。
【００２６】
なお、本実施の形態において、「再生」には、音声や動画の再生のみならず、静止画像の描画も含まれる。すなわち、本実施の形態において、「再生」とは、ＨＴＭＬコンテンツとしての電子データに記録された情報、人間の五感、特に、視覚又は聴覚によって認識可能な状態にすることをいう。
【００２７】
本実施の形態において、再生環境１３ａは、メイン環境として機能する。以下、再生環境１３ａを「メイン環境ａ」ともいう。また、メイン環境ａ以外の再生環境１３を総称する場合、「サブ環境」という。
【００２８】
メイン環境としての再生環境１３ａは、更に、ＵＩ表示部１３４、監視部１３５、選択部１３６、再生要求部１３７、及び再生適否情報記憶部１３８等を有する。ＵＩ表示部１３４、監視部１３５、選択部１３６、及び再生要求部１３７は、ＶＭ１２ａにインストールされたプログラムが、ＣＰＵ１０４に実行させる処理により実現される。再生適否情報記憶部１３８は、例えば、補助記憶装置１０２を用いて実現可能である。
【００２９】
ＵＩ表示部１３４は、ＨＴＭＬコンテンツの閲覧画面を表示装置１０６に表示させる。当該閲覧画面は、例えば、一般的なＷｅｂブラウザの画面と同様に、ＨＴＭＬコンテンツの再生領域の他に、メニュー又はボタン等の操作指示を受け付ける表示部品が含まれていてもよい。メニューの中には、ブックマークが含まれていてもよい。
【００３０】
監視部１３５は、各再生環境１３のコンテンツ取得部１３１による、コンテンツサーバ２０との通信を監視する。例えば、ＶＭ１２ａ以外のＶＭ１２について、仮想的なＬＡＮの接続先をＶＭ１２ａとし、ＶＭ１２ａを介して再生装置１０の外部との通信が行えるように、ＶＭＭ１１に対して設定が行われる。そうすることにより、各ＶＭ１２と外部との通信は、必ずＶＭ１２ａを介して行われるようになる。したがって、監視部１３５は、ＶＭ１２ａを介して行われる通信を監視することにより、各ＶＭ１２の再生環境１３におけるコンテンツ取得部１３１による通信を監視することができる。
【００３１】
選択部１３６は、メイン環境ａ又はサブ環境のコンテンツ取得部１３１によってコンテンツサーバ２０よりダウンロードされるＨＴＭＬコンテンツに関して、再生に適していると推定される再生環境１３を選択する。当該選択には、再生適否情報記憶部１３８が記憶する情報が利用される。再生適否情報記憶部１３８は、ＨＴＭＬコンテンツの識別子の一例であるＵＲＬ（Uniform Resource Locator）ごとに、各再生環境１３に関して、再生の適否を示す情報を記憶する。再生要求部１３７は、選択部１３６によって選択された再生環境１３に、当該ＨＴＭＬコンテンツの再生の実行を要求する。
【００３２】
選択部１３６及び再生要求部１３７の説明からも明らかなように、メイン環境ａとサブ環境との間には、ＨＴＭＬコンテンツの再生に関して、論理的な親子関係又は階層関係が構築される。
【００３３】
図４は、再生環境間の親子関係を説明するための図である。図４において、矢印は、ＨＴＭＬコンテンツの流れを示す。コンテンツサーバ２０からダウンロードされるＨＴＭＬコンテンツに関して、まず、メイン環境ａにおいて、当該ＨＴＭＬコンテンツの再生に適していると推定される再生環境１３が選択される。メイン環境ａは、選択された再生環境１３に対して当該ＨＴＭＬコンテンツの再生を要求する。なお、厳密には、再生の要求は、ＶＭＭ１１を介して、メイン環境ａにおいて選択された再生環境１３へ伝達される。
【００３４】
図４では、再生環境１３ｂに対してＨＴＭＬコンテンツの再生が要求された例が示されている。再生環境１３ｂには、ＨＴＭＬコンテンツと共に、メイン環境ａが管理するフレームバッファＦｂのアドレス等も通知される。フレームバッファＦｂは、メイン環境ａによって表示されている閲覧画面の再生領域に対する再生情報を記憶するメモリ領域であり、例えば、メモリ装置１０３を用いて実現される。なお、図４では、一画面分のフレームバッファＦｂが示されているが、例えば、ＨＴＭＬコンテンツに埋め込まれているプログラムが表示させる画面用のフレームバッファが確保されてもよい。この場合、当該フレームバッファのアドレスも併せて再生環境１３ｂに通知される。
【００３５】
再生環境１３ｂは、ＨＴＭＬコンテンツの再生結果をフレームバッファＦｂに記録する。すなわち、ＨＴＭＬコンテンツが示す描画内容がフレームバッファＦｂに描画される。その結果、閲覧画面の再生領域には、ＨＴＭＬコンテンツの示す描画内容が表示される。
【００３６】
一方、再生先として選択されなかった再生環境１３ｃのＶＭ１３ｃは、スリープ状態となる。再生先でないサブ環境のＶＭ１３がスリープ状態とされるのは、ＣＰＵ１０４の負荷と低減するためのである。但し、再生装置１０が複数のＣＰＵ１０４を備え、ＶＭ１２ごとにＣＰＵ１０４が割り当てられる場合は、再生先として選択されなかったサブ環境は、必ずしもスリープ状態にされなくてもよい。
【００３７】
なお、メイン環境ａが再生先として選択される場合もある。この場合、メイン環境ａにおいてＨＴＭＬコンテンツの再生が行われる。
【００３８】
以下、再生装置１０が実行する処理手順について説明する。まず、メイン環境よりＨＴＭＬコンテンツの再生を要求された再生環境１３において実行される処理手順について説明する。
【００３９】
図５は、ＨＴＭＬコンテンツの再生を要求された再生環境において実行される処理手順の一例を説明するためのフローチャートである。以下、再生の要求先とされた再生環境１３を、「現再生環境１３」という。例えば、図４の例では、再生環境１３ｂが、現再生環境１３に相当する。
【００４０】
現再生環境１３に対して、ＨＴＭＬコンテンツの再生要求がＶＭＭ１１より入力されると（Ｓ１０１でＹｅｓ）、現再生環境１３のコンテンツ取得部１３１は、当該再生要求に指定されているＨＴＭＬコンテンツを取得する（Ｓ１０２）。続いて、現再生環境１３の再生部１３２は、取得されたＨＴＭＬコンテンツの再生処理を開始する（Ｓ１０３）。すなわち、ＨＴＭＬコンテンツの定義内容を解釈し、定義内容に応じた描画内容を示すラスターデータをフレームバッファＦｂに記録する。再生中において、エラー、すなわち、異常が発生した場合（Ｓ１０４でＹｅｓ）、当該再生部１３２は、エラーの発生を示すＵＲＬへのアクセスを発生させる（Ｓ１０５）。すなわち、当該再生部１３２は、エラーの発生を示すＵＲＬ宛のＨＴＴＰリクエストを送信する。以下、エラーの発生を示すＵＲＬを、「エラーＵＲＬ」という。
【００４１】
本実施の形態において、エラーＵＲＬは、「ｈｔｔｐ：／／１２７．０．０．１／ｅｒｒｏｒ」であるとする。すなわち、エラーＵＲＬは、ループバックアドレスに対して、「ｅｒｒｏｒ」という文字列が付加されたものである。後述されるように、エラーＵＲＬは、メイン環境ａに対して、ＨＴＭＬコンテンツの再生の失敗を通知するためのＵＲＬである。したがって、ＨＴＭＬコンテンツの再生の失敗を識別可能なＵＲＬであれば、その内容は、所定のものに限定されない。
【００４２】
ＨＴＭＬコンテンツの再生においてエラーは発生しなかった場合（Ｓ１０４でＮｏ）、現再生環境１３の再生部１３２は、再生処理が完了していなければ（Ｓ１０６でＮｏ）、ＨＴＭＬコンテンツの再生に必要なリソースを、コンテンツサーバ２０より取得する（Ｓ１０７）。ＨＴＭＬコンテンツの再生に必要なリソースとは、画像ファイル、動画ファイル、又は音声ファイル等、ＨＴＭＬコンテンツより参照されている、ＨＴＭＬコンテンツの構成要素となるリソースをいう。続いて、再生部１３２は、取得されたリソースの再生を行う（Ｓ１０８）。
【００４３】
ステップＳ１０７及びＳ１０８は、ＨＴＭＬコンテンツより参照されている各リソースに関して実行される。いずれかのリソースの再生中においてエラーが発生した場合（Ｓ１０４でＹｅｓ）、再生部１３２は、エラーＵＲＬへのアクセスを発生させる（Ｓ１０５）。
【００４４】
各リソースの再生が完了し、ＨＴＭＬコンテンツの再生処理が完了すると（Ｓ１０６でＹｅｓ）、フレームバッファＦｂに記録された再生結果が、閲覧画面の再生領域に表示される。但し、再生結果の表示は、フレームバッファＦｂへの記録の進行に応じて、逐次的に行われてもよい。
【００４５】
その後、閲覧画面の再生領域に対する入力イベントが検知されると（Ｓ１０９でＹｅｓ）、現再生環境１３のイベント処理部１３３は、当該入力イベントが、新たなＵＲＬへのアクセス指示であるか否かを判定する（Ｓ１１０）。具体的には、当該入力イベントが、他のＵＲＬへのリンクに対するクリック又はタッチ等、他のＵＲＬへのアクセスの実行指示であるか否かが判定される。
【００４６】
新たなＵＲＬへのアクセス指示である場合（Ｓ１１０でＹｅｓ）、現再生環境１３のコンテンツ取得部１３１は、当該ＵＲＬへのアクセスを実行する（Ｓ１１１）。すなわち、当該コンテンツ取得部１３１は、当該ＵＲＬ宛に、ＨＴＭＬコンテンツの取得要求を示すＨＴＴＰリクエストを送信する。この際、当該コンテンツ取得部１３１は、当該ＵＲＬに対して、ｒｅｃｏｍｍｅｎｄオプションを付加する。
【００４７】
ｒｅｃｏｍｍｅｎｄオプションとは、現再生環境１３を示すオプションである。ｒｅｃｏｍｍｅｎｄオブションは、例えば、アクセス対象のＵＲＬに対して、以下のような形式で付加される。
【００４８】
ｈｔｔｐ／／＜アクセス先のＵＲＬ＞？ｒｅｃｏｍｍｅｎｄ＝＜再生環境情報＞
ここで、＜再生環境情報＞には、例えば、現再生環境１３のＯＳの種別及び再生部１３２を実現するレンダリングエンジンの種別等が含まれる。
【００４９】
後述されるように、ｒｅｃｏｍｍｅｎｄオプションは、メイン環境ａに対して、現再生環境１３を、新たなＵＲＬに係るＨＴＭＬコンテンツの再生先として推薦するために付加される。
【００５０】
続いて、メイン環境ａにおいて実行される処理手順について説明する。図６及び図７は、メイン環境において実行される処理手順の一例を説明するためのフローチャートである。図６及び図７の初期状態において、ＵＩ制御部１３４によって、閲覧画面が表示装置１０６に表示されていることとする。
【００５１】
メイン環境の監視部１３５は、新たなＵＲＬへのアクセスを検知すると（Ｓ２０１でＹｅｓ）、当該ＵＲＬに対して、ｒｅｃｏｍｍｅｎｄオブションが指定されているか否かを判定する（Ｓ２０２）。ＵＲＬへのアクセスとは、当該ＵＲＬに係るＨＴＭＬコンテンツの取得を示すＨＴＴＰリクエストの送信をいう。新たなＵＲＬへのアクセスとは、閲覧画面の表示後の初めてのＵＲＬへのアクセス、又は最後にアクセスされた（直前にアクセスされた）ＵＲＬとは異なるＵＲＬへのアクセスをいう。
【００５２】
ＵＲＬへのアクセスは、例えば、図５のステップＳ１１１のように、現再生環境１３のコンテンツ取得部１３１によって行われる。但し、閲覧画面の表示後の初めてのＵＲＬへのアクセスの場合、すなわち、閲覧画面にＨＴＭＬコンテンツが再生されていない状態においては、メイン環境ａのコンテンツ取得部１３１ａによってＵＲＬへのアクセスが行われる。この場合、メイン環境ａが、「現再生環境１３」となる。
【００５３】
なお、ＵＲＬへのアクセスは、例えば、ユーザによる、閲覧画面に対する当該ＵＲＬの入力若しくはブックマークの選択、又は表示中のＨＴＭＬコンテンツ上のリンクの選択等に応じて発生する。
【００５４】
アクセス対象のＵＲＬにｒｅｃｏｍｍｅｎｄオプションが指定されている場合（Ｓ２０２でＹｅｓ）、メイン環境ａのコンテンツ取得部１３１ａは、ｒｅｃｏｍｍｅｎｄオブションに指定されている再生環境情報を、ＨＴＴＰリクエストにおけるユーザエージェントの識別名（以下、「エージェント名」という。）とする（Ｓ２０３）。エージェント名は、コンテンツサーバ２０に対して、ＨＴＭＬコンテンツを要求するクライアントの環境を通知するためのパラメータであり、ＨＴＭＬリクエストにおいて、「Ｕｓｅｒ−Ａｇｅｎｔ：」という接頭辞に続いて指定される。
【００５５】
一方、アクセス対象のＵＲＬに、ｒｅｃｏｍｍｅｎｄオプションが指定されていない場合（Ｓ２０２でＮｏ）、コンテンツ取得部１３１ａは、メイン環境ａの再生環境情報を、エージェント名とする（Ｓ２０４）。アクセス対象のＵＲＬに、ｒｅｃｏｍｍｅｎｄオプションが指定されていない場合の一例として、ＨＴＭＬコンテンツが表示中でない状態において、ＵＲＬへのアクセスが実行された場合が挙げられる。
【００５６】
続いて、コンテンツ取得部１３１ａは、アクセス対象のＵＲＬに係るＨＴＭＬコンテンツに関して、ステップＳ２０３又はＳ２０４において特定されたエージェント名に係る再生環境１３において、過去に再生が失敗しているか否かを判定する（Ｓ２０５）。当該判定は、再生適否情報記憶部１３８が参照されて行われる。
【００５７】
図８は、再生適否情報記憶部の構成例を示す図である。図８に示されるように、再生適否情報記憶部１３８は、過去にアクセスされたＵＲＬについて、再生環境１３ごとに、「推奨」及び「実績」等の項目の値を記憶する。「推奨」及び「実績」は、再生の適否を示す情報の一例である。すなわち、「推奨」は、当該ＵＲＬに対するＨＴＴＰリクエストに対するコンテンツサーバ２０からの応答において、当該再生環境１３が、推奨環境であるとして指定されていたか否かを示す項目である。推奨環境に関して、優先順位が有る場合は、「推奨」には、その優先順位が記録されてもよい。優先順位が無い場合は、推奨環境として列挙されている各再生環境１３の「推奨」に対して、例えば、「１」が記録されてもよい。
【００５８】
「実績」は、当該ＵＲＬに係るＨＴＴＰコンテンツの再生に関して、当該再生環境１３における成否を示す項目である。「Ｓｕｃｃｅｓｓ」は成功を示す。「Ｅｒｒｏｒ」は失敗を示す。
【００５９】
図８の例では、＜ＵＲＬ１＞に関して、＜再生環境Ａ＞は、コンテンツサーバ２０によって１番目の推奨環境として指定され、再生に成功していることを示す。また、＜ＵＲＬ１＞に関して、＜再生環境Ｂ＞は、コンテンツサーバ２０によって２番目の推奨環境として指定されているが、再生に失敗していることを示す。すなわち、コンテンツサーバ２０によって推奨環境として指定されていることは、当該推奨環境における再生の成功を保証するものではない。ＯＳの種別及びレンダリングエンジンの種別が推奨環境に一致していたとしても、必要なプラグインのインストールの有無によって、ＨＴＭＬコンテンツの再生の可否が異なりうるからである。
【００６０】
なお、図８において、＜＞で囲まれた文字列は、実際には、具体的な値によって置換される。例えば、＜再生環境Ａ＞、＜再生環境Ｂ＞、＜再生環境Ｃ＞は、再生環境１３ａ、再生環境１３ｂ、再生環境１３ｃの識別情報（例えば、ＯＳの種別及びレンダリングエンジンの種別を示す文字列）によって置換される。また、＜ＵＲＬ１＞、＜ＵＲＬ２＞は、実際にアクセスされたＵＲＬに置換される。
【００６１】
ステップＳ２０５においては、エージェント名に合致する再生環境１３と、アクセス対象のＵＲＬとの組み合わせに関して、「実績」の値が「Ｅｒｒｏｒ」であるか否かが判定される。
【００６２】
アクセス対象のＵＲＬと、ステップＳ２０３又はＳ２０４において特定されたエージェント名に係る再生環境１３との組み合わせに関して、「実績」に「Ｅｒｒｏｒ」が記録されていない場合（Ｓ２０５でＮｏ）、コンテンツ取得部１３１ａは、当該ＵＲＬのアクセスに関するＨＴＴＰリクエストをコンテンツサーバ２０に転送する（Ｓ２０６）。この際、コンテンツ取得部１３１ａは、アクセス対象のＵＲＬに指定されていたｒｅｃｏｍｍｅｎｄオプションを除去する。ｒｅｃｏｍｍｅｎｄオプションは、コンテンツ取得部１３１ａが解釈可能な情報であり、コンテンツサーバ２０にとっては意味のない情報たからである。その代わりに、コンテンツ取得部１３１ａは、ステップＳ２０３又はＳ２０４において特定されたエージェント名をＨＴＴＰリクエストに含める。
【００６３】
ＨＴＴＰリクエストを受信したコンテンツサーバ２０は、当該ＨＴＴＰリクエストに指定されているエージェント名に対応したＨＴＴＰコンテンツを含むＨＴＴＰレスポンスを返信する。但し、コンテンツサーバ２０は、必ずしもエージェント名に対応しているＨＴＴＰコンテンツを有しているとは限らない。例えば、コンテンツサーバ２０が、ＵＲＬごとに一つのＨＴＭＬコンテンツのみを有している場合は、エージェント名に拘わらず、ＨＴＴＰリクエストに指定されたＵＲＬに対応する一つのＨＴＭＬコンテンツを含むＨＴＴＰレスポンスを返信する。
【００６４】
ステップＳ２０７において、コンテンツ取得部１３１ａは、コンテンツサーバ２０より返信されるＨＴＴＰレスポンスを受信する。続いて、コンテンツ取得部１３１ａは、受信されたＨＴＴＰレスポンスに推奨環境情報が含まれているか否かを判定する（Ｓ２０８）。推奨環境情報とは、ＨＴＴＰレスポンスに含まれているＨＴＭＬコンテンツの再生に関して推奨される再生環境を示す情報をいい、本実施の形態では、ＯＳの種別及びレンダリングエンジンの種別によって特定される。例えば、コンテンツサーバ２０側において、予め推奨環境情報が設定されているＨＴＭＬコンテンツに関しては、当該ＨＴＴＭＬコンテンツと共に推奨環境情報を含むＨＴＴＰレスポンスが返信される。なお、推奨環境情報には、複数の推奨環境に関するＯＳの種別及びレンダリングエンジンの種別が含まれていてもよい。この場合、各推奨環境に関して、優先順位が付加されていてもよい。
【００６５】
ＨＴＴＰレスポンスに推奨環境情報が含まれている場合（Ｓ２０８でＹｅｓ）、コンテンツ取得部１３１ａは、アクセス対象のＵＲＬに対して当該推奨環境情報が示す再生環境１３が推奨されることを、再生適否情報記憶部１３８に記憶する（Ｓ２０９）。具体的には、再生適否情報記憶部１３８に対して、アクセス対象のＵＲＬに対応する行が追加され、推奨環境情報に係る再生環境１３に対する列が追加される。当該行及び列における「推奨」に対して、例えば、当該推奨環境情報において指定されている、当該再生環境１３の優先順位が記録される。
【００６６】
なお、アクセス対象のＵＲＬに対応する行が再生適否情報記憶部１３８に既に存在する場合、新たな行の追加は行われなくてよい。同様に、推奨環境情報に係る再生環境１３に対応する列が再生適否情報記憶部１３８に既に存在する場合、新たな列の追加は行われなくてよい。
【００６７】
一方、ＨＴＴＰレスポンスに推奨環境情報が含まれていない場合（Ｓ２０８でＮｏ）、ステップＳ２０９は実行されない。
【００６８】
続いて、選択部１３６は、アクセス対象のＵＲＬに対する、現再生環境１３の「実績」を再生適否情報記憶部１３８より取得する（図７のＳ２１０）。当該「実績」の値が、「Ｅｒｒｏｒ」でない場合（Ｓ２１１でＮｏ）、選択部１３６は、現再生環境１３を、新たなＨＴＭＬコンテンツの再生の要求先として選択する（Ｓ２１２）。当該「実績」の値が、「Ｅｒｒｏｒ」でない場合には、当該「実績」が記憶されていない場合も含まれる。すなわち、アクセス対象のＵＲＬに係るＨＴＭＬコンテンツに関して、現再生環境１３において再生が行われていない場合も含まれる。
【００６９】
続いて、再生要求部１３７は、新たなＨＴＭＬコンテンツのＵＲＬに関して、現再生環境１３において再生に成功したことを再生適否情報記憶部１３８に記憶する（Ｓ２１３）。具体的には、再生適否情報記憶部１３８に対して、アクセス対象のＵＲＬに対応する行が追加され、かつ、現再生環境１３に対する列が追加される。当該行及び列における「実績」に対して、「Ｓｕｃｃｅｓｓ」が記録される。アクセス対象のＵＲＬに対応する行が再生適否情報記憶部１３８に既に存在する場合、新たな行の追加は行われなくてよい。また、現再生環境１３に対応する列が再生適否情報記憶部１３８に既に存在する場合、新たな列の追加は行われなくてよい。
【００７０】
なお、ステップＳ２１３の段階では、現再生環境１３における新たなＨＴＭＬコンテンツに関して再生の成否はまだ確定していない。したがって、ステップＳ２１３では、当該ＵＲＬに関して現再生環境１３において再生に成功したことが暫定的に再生適否情報記憶部１３８に記憶される。再生に失敗したことが検知された場合には、その旨が再生適否情報記憶部１３８に上書きされる。
【００７１】
続いて、再生要求部１３７は、現再生環境１３に対するＨＴＭＬコンテンツの再生要求をＶＭＭ１１に入力する（Ｓ２１４）。当該再生要求に伴ってＨＴＭＬコンテンツもＶＭＭ１１経由で現再生環境１３に転送される。図５のステップＳ１０２は、当該再生要求に応じて実行される。
【００７２】
このように、本実施の形態では、新たに受信されたＨＴＭＬコンテンツの再生の要求先として、現再生環境１３が優先的に選択される。これは、現再生環境１３の切り替えのための処理負荷の発生を極力回避するためである。すなわち、同じ再生環境１３に継続して再生を実行させた方が、ユーザにストレスを感じさせる可能性が低いと考えられるからである。なお、ここでいう処理負荷とは、例えば、後述されるステップＳ２１６〜Ｓ２１９において実行される処理の負荷をいう。
【００７３】
一方、アクセス対象のＵＲＬに対して、現再生環境１３の「実績」の値が「Ｅｒｒｏｒ」である場合（Ｓ２１１でＹｅｓ）、選択部１３６は、アクセス対象のＵＲＬに関して、推奨環境であって、かつ、再生に失敗していない再生環境１３を、再生の要求先として選択する（Ｓ２１５）。斯かる再生環境１３は、再生適否情報記憶部１３８を参照することにより特定される。すなわち、アクセス対象のＵＲＬに関して、「推奨」に優先順位が記録されており、「実績」の値が「Ｓｕｃｃｅｓｓ」である再生環境１３が、当該再生環境１３に該当する。以下、当該再生環境１３を、「再生要求先環境」という。なお、例えば、「推奨」に記録されている優先順位の高い再生環境１３が優先的に再生要求先環境として選択されるとよい。一方、アクセス対象のＵＲＬに関して、「推奨」に優先順位が記録されており、「実績」の値が「Ｓｕｃｃｅｓｓ」である再生環境１３が無い場合は、例えば、現再生環境１３又はメイン環境ａが、再生要求先環境として選択されてもよい。
【００７４】
続いて、再生要求部１３７は、再生要求先環境に対応するＶＭ１２の起動をＶＭＭ１１に要求する（Ｓ２１６）。なお、再生要求先環境に対応するＶＭ１２の起動に伴って、これまでの現再生環境１３に係るＶＭ１２は、ＶＭＭ１１によってスリープ状態とされる。その結果、再生要求先環境が、現再生環境１３となる。
【００７５】
続いて、再生要求部１３７は、起動されたＶＭ１２に対して各種の設定を、ＶＭＭ１１を介して行う（Ｓ２１７）。例えば、再生要求部１３７は、フレームバッファＦｂをメモリ装置１０３内に確保し、当該フレームバッファＦｂのアドレスを、ＶＭＭ１１を介して、起動されたＶＭ１２上の再生環境１３に通知する。また、再生要求部１３７は、閲覧画面の再生領域のサイズを、ＶＭＭ１１を介して、起動されたＶＭ１２上の再生環境１３に通知する。また、再生要求部１３７は、入力イベントを、起動されたＶＭ１２に割り当てるように、ＶＭＭ１１に要求する。すなわち、これから表示されるＨＴＭＬコンテンツに対する入力操作に応じた入力イベントが、起動されたＶＭ１２に通知されるように、ＶＭＭ１１に対して設定が行われる。
【００７６】
続いて、メイン環境ａのコンテンツ取得部１３１ａは、改めてアクセス対象のＵＲＬに対するアクセスを行う（Ｓ２１８）。すなわち、ステップＳ２０７において既に取得されたＨＴＴＰコンテンツに係るＵＲＬと同じＵＲＬに対して、改めてＨＴＴＰリクエストが送信される。但し、コンテンツ取得部１３１ａは、当該ＨＴＴＰリクエストに対して、再生要求先環境に係るエージェント名を指定する。すなわち、同一のＵＲＬに対して、前回のＨＴＴＰリクエストに指定されたエージェント名とは異なるエージェント名が指定される。コンテンツサーバ２０が、返信するＨＴＴＰコンテンツをエージェント名に応じて変化させるように実装されている可能性を考慮して、再生要求先環境により適したＨＴＴＰコンテンツを入手するためである。
【００７７】
したがって、例えば、コンテンツサーバ２０が、返信するＨＴＴＰコンテンツをエージェント名に応じて変化させない場合、ステップＳ２１８及びＳ２１９は実行されなくてもよい。
【００７８】
続いて、再生要求部１３７は、新たなＨＴＭＬコンテンツのＵＲＬに関して再生要求先環境において再生に成功したことを、ステップＳ２１３と同様に、暫定的に再生適否情報記憶部１３８に記憶する（Ｓ２２０）。続いて、再生要求部１３７は、受信されたＨＴＴＰレスポンスに含まれている、ＨＴＭＬコンテンツに関する再生要求先環境に対する再生要求を、ＶＭＭ１１に入力する（Ｓ２２１）。当該再生要求に伴って、当該ＨＴＭＬコンテンツもＶＭＭ１１経由で再生要求先環境に転送される。なお、図５のステップＳ１０２は、当該再生要求に応じても実行される。
【００７９】
ステップＳ２２１又はステップＳ２１４に続いて、図６のステップＳ２０１に戻る。
【００８０】
ステップＳ２０１において、監視部１３５が、新たなＵＲＬ以外のＵＲＬへのアクセスを検知した場合について説明する。この場合（Ｓ２０１でＮｏ）、監視部１３５は、アクセス対象のＵＲＬは、エラーＵＲＬであるか否かを判定する（Ｓ２２２）。新たなＵＲＬ以外のＵＲＬへのアクセスとは、現在表示中のＨＴＭＬコンテンツとはＵＲＬが異なるＨＴＭＬコンテンツへのアクセスをいう。エラーＵＲＬへのアクセスは、そもそもＨＴＭＬコンテンツへのアクセスではない。したがって、エラーＵＲＬへのアクセスは、ステップＳ２０１でＮｏと判定される。
【００８１】
アクセス対象のＵＲＬがエラーＵＲＬである場合（Ｓ２２２でＹｅｓ）、監視部１３５は、アクセス対象のＵＲＬに関して、現再生環境１３での再生に失敗したことを再生適否情報記憶部１３８に記憶する（Ｓ２２３）。具体的には、図７のステップＳ２１３又はＳ２２０において暫定的に記録された「Ｓｕｃｃｅｓｓ」が、「Ｅｒｒｏｒ」に書き換えられる。
【００８２】
ステップＳ２２３に続いて、図７のステップＳ２１６以降が実行される。すなわち、現再生環境１３において、ＨＴＭＬコンテンツの再生中に異常が発生した場合は、別の再生環境１３において、ＨＴＭＬコンテンツの再生が試みられる。この場合、ステップＳ２１８及びＳ２１９においてＨＴＭＬコンテンツの取得が行われる前に、ステップＳ２１６において、再生要求先環境に対応するＶＭ１２が起動される。したがって、ＶＭ１２の起動と並行してＨＴＭＬコンテンツの取得（Ｓ２１８及びＳ２１９）が実行されれば、ＨＴＭＬコンテンツが再生されるまでの時間に対する、ＶＭ１２の起動時間の影響を小さくすることができる。
【００８３】
また、ステップＳ２０５でＹｅｓの場合も、ステップＳ２０６〜Ｓ２１０は実行されずに、図７のステップＳ２１６以降が実行される。ステップＳ２０５でＹｅｓの場合とは、アクセス対象のＵＲＬに係るＨＴＭＬコンテンツに関して、ステップＳ２０３又はＳ２０４において特定されたエージェント名に係る再生環境１３において、過去に再生に失敗している場合である。すなわち、過去に再生に失敗している再生環境１３に係るエージェント名を指定してＨＴＭＬコンテンツを要求したとしても、取得されるＨＴＭＬコンテンツは、当該再生環境１３に適しているとされているＨＴＭＬコンテンツである。当該再生環境１３は、当該ＨＴＭＬコンテンツの再生に失敗しているため、選択部１３６によって、再生の要求先としては選択されない（Ｓ２１０、Ｓ２１１、Ｓ２１５参照）。したがって、当該再生環境１３とは別の再生環境１３に対して再生が要求されることになる。別の再生環境１３に対して再生が要求されるのにも拘わらず、当該別の再生環境１３とは異なる再生環境１３に係るエージェント名が指定されてＨＴＭＬコンテンツが要求されたとしても、取得されるＨＴＭＬコンテンツは、当該別の再生環境１３に適していない可能性が高い。そこで、ステップＳ２０５でＹｅｓの場合は、過去に再生に成功している再生環境１３が再生の要求先として選択され、改めて当該再生環境１３に係るエージェント名が指定されてＨＴＴＰリクエストが送信される。
【００８４】
上述したように、本実施の形態では、予め複数の再生環境１３が用意され、受信されたＨＴＭＬコンテンツに関する再生の適否に基づいて、再生を実行する再生環境１３が選択される。したがって、特定の再生環境１３に依存したＨＴＭＬコンテンツであっても、正常に再生できる可能性を高めることができる。その結果、ユーザに、ストレスを感じさせることなくコンテンツを再生できる可能性を高めることができる。
【００８５】
また、アクセスされたＵＲＬごとに、再生が実行された再生環境１３に関する再生の成否の実績や、コンテンツサーバ２０より通知される推奨環境情報等が再生適否情報記憶部１３８に記憶される。再生の適否は、再生適否情報記憶部１３８に記憶された情報に基づいて行われる。したがって、過去の実績や、コンテンツサーバ２０の推奨等に照らして妥当な再生環境１３を、再生先として選択することができる。
【００８６】
また、再生先として選択された再生環境１３において、再生中に異常が発生した場合には、別の再生環境１３が選択されて再生が行われる。したがって、特定の再生環境１３に依存したＨＴＭＬコンテンツが、最終的に正常に再生される可能性を高めることができる。
【００８７】
なお、本実施の形態において、再生適否情報記憶部１３８は、記憶部の一例である。
【００８８】
以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。
【００８９】
以上の説明に関し、更に以下の項を開示する。
（付記１）
ネットワークを介して受信されるコンテンツの再生環境が相互に異なる複数の仮想マシンを動作させ、
コンテンツの識別子に対応付けて、前記再生環境に関して当該コンテンツの再生の適否を示す情報を記憶する記憶部と、
受信されたコンテンツの識別子と、前記記憶部が記憶する情報とに基づいて、当該コンテンツの再生を実行させる前記再生環境を選択する選択部と、
選択部によって選択された前記再生環境に係る仮想マシンに、前記受信されたコンテンツの再生を要求する再生要求部とを有する再生装置。
（付記２）
前記選択部は、前記受信されたコンテンツの直前に他のコンテンツの再生を実行した仮想マシンの前記再生環境に関して、前記受信されたコンテンツの識別子に対応付けて、再生に適していないことが前記記憶部に記憶されていない場合は、当該再生環境を選択する付記１記載の再生装置。
（付記３）
前記記憶部は、前記受信されたコンテンツの再生を実行した前記仮想マシンに係る前記再生環境に関して、当該再生の成否を示す情報を、当該コンテンツの識別子に対応付けて記憶する付記１又は２記載の再生装置。
（付記４）
前記記憶部は、コンテンツと共に受信される、当該コンテンツの再生に関して推奨される前記再生環境を示す情報を、当該コンテンツの識別子に対応付けて記憶する付記１乃至３いずれか一項記載の再生装置。
（付記５）
前記再生要求部は、前記受信されたコンテンツの再生に関して前記仮想マシンにおいて異常が発生した場合は、当該仮想マシンとは別の仮想マシンに、当該コンテンツの再生を要求する付記１乃至４いずれか一項記載の再生装置。
（付記６）
ネットワークを介して受信されるコンテンツの再生環境が相互に異なる複数の仮想マシンを動作させ、
コンテンツの識別子に対応付けて、前記再生環境に関して当該コンテンツの再生の適否を示す情報を記憶部に記憶し、
受信されたコンテンツの識別子と、前記記憶部が記憶する情報とに基づいて、当該コンテンツの再生を実行させる前記再生環境を選択し、
選択部によって選択された前記再生環境に係る仮想マシンに、前記受信されたコンテンツの再生を要求する処理をコンピュータが実行する再生方法。
（付記７）
前記選択する処理は、前記受信されたコンテンツの直前に他のコンテンツの再生を実行した仮想マシンの前記再生環境に関して、前記受信されたコンテンツの識別子に対応付けて、再生に適していないことが前記記憶部に記憶されていない場合は、当該再生環境を選択する付記６記載の再生方法。
（付記８）
前記記憶する処理は、前記受信されたコンテンツの再生を実行した前記仮想マシンに係る前記再生環境に関して、当該再生の成否を示す情報を、当該コンテンツの識別子に対応付けて前記記憶部に記憶する付記６又は７記載の再生方法。
（付記９）
前記記憶する処理は、コンテンツと共に受信される、当該コンテンツの再生に関して推奨される前記再生環境を示す情報を、当該コンテンツの識別子に対応付けて前記記憶部に記憶する付記６乃至８いずれか一項記載の再生方法。
（付記１０）
前記再生を要求する処理は、前記受信されたコンテンツの再生に関して前記仮想マシンにおいて異常が発生した場合は、当該仮想マシンとは別の仮想マシンに、当該コンテンツの再生を要求する付記６乃至９いずれか一項記載の再生方法。
（付記１１）
ネットワークを介して受信されるコンテンツの再生環境が相互に異なる複数の仮想マシンを動作させるコンピュータに、
コンテンツの識別子に対応付けて、前記再生環境に関して当該コンテンツの再生の適否を示す情報を記憶部に記憶し、
受信されたコンテンツの識別子と、前記記憶部が記憶する情報とに基づいて、当該コンテンツの再生を実行させる前記再生環境を選択し、
選択部によって選択された前記再生環境に係る仮想マシンに、前記受信されたコンテンツの再生を要求する処理を実行させる再生プログラム。
（付記１２）
前記選択する処理は、前記受信されたコンテンツの直前に他のコンテンツの再生を実行した仮想マシンの前記再生環境に関して、前記受信されたコンテンツの識別子に対応付けて、再生に適していないことが前記記憶部に記憶されていない場合は、当該再生環境を選択する付記１１記載の再生プログラム。
（付記１３）
前記記憶する処理は、前記受信されたコンテンツの再生を実行した前記仮想マシンに係る前記再生環境に関して、当該再生の成否を示す情報を、当該コンテンツの識別子に対応付けて前記記憶部に記憶する付記１１又は１２記載の再生プログラム。
（付記１４）
前記記憶する処理は、コンテンツと共に受信される、当該コンテンツの再生に関して推奨される前記再生環境を示す情報を、当該コンテンツの識別子に対応付けて前記記憶部に記憶する付記１１乃至１３いずれか一項記載の再生プログラム。
（付記１５）
前記再生を要求する処理は、前記受信されたコンテンツの再生に関して前記仮想マシンにおいて異常が発生した場合は、当該仮想マシンとは別の仮想マシンに、当該コンテンツの再生を要求する付記１１乃至１４いずれか一項記載の再生プログラム。
【符号の説明】
【００９０】
１０          再生装置
１１          ＶＭＭ
１２          ＶＭ
１３          再生環境
２０          コンテンツサーバ
１００        ドライブ装置
１０１        記録媒体
１０２        補助記憶装置
１０３        メモリ装置
１０４        ＣＰＵ
１０５        インタフェース装置
１０６        表示装置
１０７        入力装置
１３１        コンテンツ取得部
１３２        再生部
１３３        イベント処理部
１３４        ＵＩ表示部
１３５        監視部
１３６        選択部
１３７        再生要求部
１３８        再生適否情報記憶部
Ｂ            バス
【図１】
0005821631.tif 000002
【図２】
0005821631.tif 000003
【図３】
0005821631.tif 000004
【図４】
0005821631.tif 000005
【図５】
0005821631.tif 000006
【図６】
0005821631.tif 000007
【図７】
0005821631.tif 000008
【図８】
0005821631.tif 000009