ネットワークを介して受信されるコンテンツの再生環境が相互に異なる複数の仮想マシンを動作させ、コンテンツの識別子に対応付けて、前記再生環境に関して当該コンテンツの再生の適否を示す情報を記憶する記憶部と、受信されたコンテンツの識別子と、前記記憶部が記憶する情報とに基づいて、当該コンテンツの再生を実行させる前記再生環境を選択する選択部と、選択部によって選択された前記再生環境に係る仮想マシンに、前記受信されたコンテンツの再生を要求する再生要求部とを有する再生装置。前記選択部は、前記受信されたコンテンツの直前に他のコンテンツの再生を実行した仮想マシンの前記再生環境に関して、前記受信されたコンテンツの識別子に対応付けて、再生に適していないことが前記記憶部に記憶されていない場合は、当該再生環境を選択する請求項1記載の再生装置。前記記憶部は、前記受信されたコンテンツの再生を実行した前記仮想マシンに係る前記再生環境に関して、当該再生の成否を示す情報を、当該コンテンツの識別子に対応付けて記憶する請求項1又は2記載の再生装置。前記記憶部は、コンテンツと共に受信される、当該コンテンツの再生に関して推奨される前記再生環境を示す情報を、当該コンテンツの識別子に対応付けて記憶する請求項1乃至3いずれか一項記載の再生装置。前記再生要求部は、前記受信されたコンテンツの再生に関して前記仮想マシンにおいて異常が発生した場合は、当該仮想マシンとは別の仮想マシンに、当該コンテンツの再生を要求する請求項1乃至4いずれか一項記載の再生装置。ネットワークを介して受信されるコンテンツの再生環境が相互に異なる複数の仮想マシンを動作させ、コンテンツの識別子に対応付けて、前記再生環境に関して当該コンテンツの再生の適否を示す情報を記憶部に記憶し、受信されたコンテンツの識別子と、前記記憶部が記憶する情報とに基づいて、当該コンテンツの再生を実行させる前記再生環境を選択し、選択部によって選択された前記再生環境に係る仮想マシンに、前記受信されたコンテンツの再生を要求する処理をコンピュータが実行する再生方法。ネットワークを介して受信されるコンテンツの再生環境が相互に異なる複数の仮想マシンを動作させるコンピュータに、コンテンツの識別子に対応付けて、前記再生環境に関して当該コンテンツの再生の適否を示す情報を記憶部に記憶し、受信されたコンテンツの識別子と、前記記憶部が記憶する情報とに基づいて、当該コンテンツの再生を実行させる前記再生環境を選択し、選択部によって選択された前記再生環境に係る仮想マシンに、前記受信されたコンテンツの再生を要求する処理を実行させる再生プログラム。しかしながら、第一の方式では、複数種類の端末向けにコンテンツを用意する必要がある。したがって、コンテンツの提供側に複数種類のコンテンツを用意するだけの規模がないと、第一の方式を採用するのは困難である。また、コンテンツの中には、特定のOS及び特定のWebブラウザ上でないと正常に動作しないコードを含んだものもあるところ、斯かるコードの変換手法は確立されていない。したがって、このようなコンテンツに関しては、各種の端末において同じように再生を可能とするのは困難である。一方、第二の方式を採用してコンテンツを快適に閲覧するためには、コンテンツに応じてWebブラウザを選択したり、OSを選択したりするといった手間が、端末のユーザに要求されるといった問題がある。そこで、一側面では、特定の環境に依存したコンテンツであっても正常に再生できる可能性を高めることを目的とする。一つの案では、再生装置は、ネットワークを介して受信されるコンテンツの再生環境が相互に異なる複数の仮想マシンを動作させ、コンテンツの識別子に対応付けて、前記再生環境に関して当該コンテンツの再生の適否を示す情報を記憶する記憶部と、受信されたコンテンツの識別子と、前記記憶部が記憶する情報とに基づいて、当該コンテンツの再生を実行させる前記再生環境を選択する選択部と、選択部によって選択された前記再生環境に係る仮想マシンに、前記受信されたコンテンツの再生を要求する再生要求部とを有する。一態様によれば、特定の環境に依存したコンテンツであっても正常に再生できる可能性を高めることができる。以下、図面に基づいて本発明の実施の形態を説明する。図1は、本発明の実施の形態におけるシステム構成例を示す図である。図1において、コンテンツサーバ20と、一以上の再生装置10とは、LANLocalAreaNetwork又はインターネット等のネットワークを介して通信可能とされている。ネットワークの一部又は全部には、無線通信が利用されてもよい。コンテンツサーバ20は、ネットワークを介してコンテンツを提供するコンピュータである。コンテンツサーバ20の一例として、Webサーバが挙げられる。本実施の形態では、HTMLHyperTextMarkupLanguage形式のコンテンツHTMLコンテンツ及びHTMLコンテンツに組み込まれている各種のコンテンツが、コンテンツの一例とされる。但し、他のデータ形式のコンテンツに関して、本実施の形態が適用されてもよい。再生装置10は、コンテンツの再生機能を有する情報処理装置である。再生装置10の一例として、PCPersonalComputer、タブレット型端末、スマートフォン、及び携帯電話等が挙げられる。図2は、本発明の実施の形態における再生装置のハードウェア構成例を示す図である。図2の再生装置10は、それぞれバスBで相互に接続されているドライブ装置100、補助記憶装置102、メモリ装置103、CPU104、インタフェース装置105、表示装置106、及び入力装置107等を有する。再生装置10での処理を実現するプログラムは、記録媒体101によって提供される。プログラムを記録した記録媒体101がドライブ装置100にセットされると、プログラムが記録媒体101からドライブ装置100を介して補助記憶装置102にインストールされる。但し、プログラムのインストールは必ずしも記録媒体101より行う必要はなく、ネットワークを介して他のコンピュータよりダウンロードするようにしてもよい。補助記憶装置102は、インストールされたプログラムを格納すると共に、必要なファイルやデータ等を格納する。メモリ装置103は、プログラムの起動指示があった場合に、補助記憶装置102からプログラムを読み出して格納する。CPU104は、メモリ装置103に格納されたプログラムに従って再生装置10に係る機能を実現する。インタフェース装置105は、ネットワークに接続するためのインタフェースとして用いられる。表示装置106はプログラムによるGUIGraphicalUserInterface等を表示する。入力装置107はキーボード及びマウス、又はボタン若しくはタッチパネル等であり、様々な操作指示の入力を受け付けるために用いられる。なお、記録媒体101の一例としては、CD-ROM、DVDディスク、又はUSBメモリ等の可搬型の記録媒体が挙げられる。また、補助記憶装置102の一例としては、HDDHardDiskDrive又はフラッシュメモリ等が挙げられる。記録媒体101及び補助記憶装置102のいずれについても、コンピュータ読み取り可能な記録媒体に相当する。図3は、本発明の実施の形態の再生装置の機能構成例を示す図である。図3において、再生装置10は、VMM11と、VM12a、VM12b、及びVM12c等の複数の仮想マシンVM12VirtualMachineとを有する。VMM11は、一般的に、VMM11VirtualMachineMonitor又はハイパーバイザ等と呼ばれるソフトウェアである。VMM11は、コンピュータを仮想化し、複数のOSOperatingSystemの並列実行を可能とする。VMM11は、ソフトウェアによって実現される仮想的なコンピュータである仮想マシンを動作させ、仮想マシン上でOSを動作させる。各VM12は、再生環境13を有する。図3において、各再生環境13の参照番号の末尾には、各再生環境13が属するVM12の参照番号の末尾と同じアルファベットa、b、又はcが付加されている。再生環境13は、ネットワークを介して提供されるコンテンツを再生するためのソフトウェア環境をいう。再生環境13は、主として、OS及びレンダリングエンジン等の組み合わせによって実現される。換言すれば、OSの種別と、レンダリングエンジンの種別との組み合わせによって、再生環境13が区別される。本実施の形態において、各VM12上の再生環境13は相互に異なる。すなわち、各再生環境13の、OS及びレンダリングエンジンの少なくともいずれか一方は、他の再生環境13と異なる。なお、レンダリングエンジンとは、例えば、Webブラウザの一部を構成し、コンテンツのレンダリングすなわち、再生を行うプログラムモジュールをいう。OSの種別又はレンダリングエンジンが異なることにより、HTMLコンテンツの拡張部分に関して、各再生環境13において再生の可否又は再生の態様が異なりうる。HTMLコンテンツの拡張部分とは、或るOS又はレンダリングエンジンの独自の仕様によって拡張された部分をいう。例えば、Windows登録商標のOSを有し、InternetExplorerのレンダリングエンジンを有する再生環境13では、ActiveXの実行は可能である。一方、AndroidOSを有し、レンダリングエンジンとしてWebkitエンジンを有する再生環境13では、ActiveXは実行できない。各再生環境13は、コンテンツ取得部131、再生部132、及びイベント処理部133等を有する。これら各部は、再生装置10の各VM12にインストールされたプログラムが、CPU104に実行させる処理により実現される。図3において、各部の参照番号の末尾には、各部が属する再生環境13の参照番号の末尾と同じアルファベットa、b、又はcが付加されている。コンテンツ取得部131は、コンテンツサーバ20よりHTMLコンテンツをダウンロードする。再生部132は、レンダリングエンジンとして機能する。すなわち、再生部132は、コンテンツ取得部131によってダウンロードされたHTMLコンテンツの再生を行う。各再生環境13の再生部132は、HTMLコンテンツに対する拡張部分に関して、再生の可否が異なりうる。イベント処理部133は、再生されたHTMLコンテンツに対する入力イベントに応じた処理を実行する。なお、本実施の形態において、再生には、音声や動画の再生のみならず、静止画像の描画も含まれる。すなわち、本実施の形態において、再生とは、HTMLコンテンツとしての電子データに記録された情報、人間の五感、特に、視覚又は聴覚によって認識可能な状態にすることをいう。本実施の形態において、再生環境13aは、メイン環境として機能する。以下、再生環境13aをメイン環境aともいう。また、メイン環境a以外の再生環境13を総称する場合、サブ環境という。メイン環境としての再生環境13aは、更に、UI表示部134、監視部135、選択部136、再生要求部137、及び再生適否情報記憶部138等を有する。UI表示部134、監視部135、選択部136、及び再生要求部137は、VM12aにインストールされたプログラムが、CPU104に実行させる処理により実現される。再生適否情報記憶部138は、例えば、補助記憶装置102を用いて実現可能である。UI表示部134は、HTMLコンテンツの閲覧画面を表示装置106に表示させる。当該閲覧画面は、例えば、一般的なWebブラウザの画面と同様に、HTMLコンテンツの再生領域の他に、メニュー又はボタン等の操作指示を受け付ける表示部品が含まれていてもよい。メニューの中には、ブックマークが含まれていてもよい。監視部135は、各再生環境13のコンテンツ取得部131による、コンテンツサーバ20との通信を監視する。例えば、VM12a以外のVM12について、仮想的なLANの接続先をVM12aとし、VM12aを介して再生装置10の外部との通信が行えるように、VMM11に対して設定が行われる。そうすることにより、各VM12と外部との通信は、必ずVM12aを介して行われるようになる。したがって、監視部135は、VM12aを介して行われる通信を監視することにより、各VM12の再生環境13におけるコンテンツ取得部131による通信を監視することができる。選択部136は、メイン環境a又はサブ環境のコンテンツ取得部131によってコンテンツサーバ20よりダウンロードされるHTMLコンテンツに関して、再生に適していると推定される再生環境13を選択する。当該選択には、再生適否情報記憶部138が記憶する情報が利用される。再生適否情報記憶部138は、HTMLコンテンツの識別子の一例であるURLUniformResourceLocatorごとに、各再生環境13に関して、再生の適否を示す情報を記憶する。再生要求部137は、選択部136によって選択された再生環境13に、当該HTMLコンテンツの再生の実行を要求する。選択部136及び再生要求部137の説明からも明らかなように、メイン環境aとサブ環境との間には、HTMLコンテンツの再生に関して、論理的な親子関係又は階層関係が構築される。図4は、再生環境間の親子関係を説明するための図である。図4において、矢印は、HTMLコンテンツの流れを示す。コンテンツサーバ20からダウンロードされるHTMLコンテンツに関して、まず、メイン環境aにおいて、当該HTMLコンテンツの再生に適していると推定される再生環境13が選択される。メイン環境aは、選択された再生環境13に対して当該HTMLコンテンツの再生を要求する。なお、厳密には、再生の要求は、VMM11を介して、メイン環境aにおいて選択された再生環境13へ伝達される。図4では、再生環境13bに対してHTMLコンテンツの再生が要求された例が示されている。再生環境13bには、HTMLコンテンツと共に、メイン環境aが管理するフレームバッファFbのアドレス等も通知される。フレームバッファFbは、メイン環境aによって表示されている閲覧画面の再生領域に対する再生情報を記憶するメモリ領域であり、例えば、メモリ装置103を用いて実現される。なお、図4では、一画面分のフレームバッファFbが示されているが、例えば、HTMLコンテンツに埋め込まれているプログラムが表示させる画面用のフレームバッファが確保されてもよい。この場合、当該フレームバッファのアドレスも併せて再生環境13bに通知される。再生環境13bは、HTMLコンテンツの再生結果をフレームバッファFbに記録する。すなわち、HTMLコンテンツが示す描画内容がフレームバッファFbに描画される。その結果、閲覧画面の再生領域には、HTMLコンテンツの示す描画内容が表示される。一方、再生先として選択されなかった再生環境13cのVM13cは、スリープ状態となる。再生先でないサブ環境のVM13がスリープ状態とされるのは、CPU104の負荷と低減するためのである。但し、再生装置10が複数のCPU104を備え、VM12ごとにCPU104が割り当てられる場合は、再生先として選択されなかったサブ環境は、必ずしもスリープ状態にされなくてもよい。なお、メイン環境aが再生先として選択される場合もある。この場合、メイン環境aにおいてHTMLコンテンツの再生が行われる。以下、再生装置10が実行する処理手順について説明する。まず、メイン環境よりHTMLコンテンツの再生を要求された再生環境13において実行される処理手順について説明する。図5は、HTMLコンテンツの再生を要求された再生環境において実行される処理手順の一例を説明するためのフローチャートである。以下、再生の要求先とされた再生環境13を、現再生環境13という。例えば、図4の例では、再生環境13bが、現再生環境13に相当する。現再生環境13に対して、HTMLコンテンツの再生要求がVMM11より入力されるとS101でYes、現再生環境13のコンテンツ取得部131は、当該再生要求に指定されているHTMLコンテンツを取得するS102。続いて、現再生環境13の再生部132は、取得されたHTMLコンテンツの再生処理を開始するS103。すなわち、HTMLコンテンツの定義内容を解釈し、定義内容に応じた描画内容を示すラスターデータをフレームバッファFbに記録する。再生中において、エラー、すなわち、異常が発生した場合S104でYes、当該再生部132は、エラーの発生を示すURLへのアクセスを発生させるS105。すなわち、当該再生部132は、エラーの発生を示すURL宛のHTTPリクエストを送信する。以下、エラーの発生を示すURLを、エラーURLという。本実施の形態において、エラーURLは、http://127.0.0.1/errorであるとする。すなわち、エラーURLは、ループバックアドレスに対して、errorという文字列が付加されたものである。後述されるように、エラーURLは、メイン環境aに対して、HTMLコンテンツの再生の失敗を通知するためのURLである。したがって、HTMLコンテンツの再生の失敗を識別可能なURLであれば、その内容は、所定のものに限定されない。HTMLコンテンツの再生においてエラーは発生しなかった場合S104でNo、現再生環境13の再生部132は、再生処理が完了していなければS106でNo、HTMLコンテンツの再生に必要なリソースを、コンテンツサーバ20より取得するS107。HTMLコンテンツの再生に必要なリソースとは、画像ファイル、動画ファイル、又は音声ファイル等、HTMLコンテンツより参照されている、HTMLコンテンツの構成要素となるリソースをいう。続いて、再生部132は、取得されたリソースの再生を行うS108。ステップS107及びS108は、HTMLコンテンツより参照されている各リソースに関して実行される。いずれかのリソースの再生中においてエラーが発生した場合S104でYes、再生部132は、エラーURLへのアクセスを発生させるS105。各リソースの再生が完了し、HTMLコンテンツの再生処理が完了するとS106でYes、フレームバッファFbに記録された再生結果が、閲覧画面の再生領域に表示される。但し、再生結果の表示は、フレームバッファFbへの記録の進行に応じて、逐次的に行われてもよい。その後、閲覧画面の再生領域に対する入力イベントが検知されるとS109でYes、現再生環境13のイベント処理部133は、当該入力イベントが、新たなURLへのアクセス指示であるか否かを判定するS110。具体的には、当該入力イベントが、他のURLへのリンクに対するクリック又はタッチ等、他のURLへのアクセスの実行指示であるか否かが判定される。新たなURLへのアクセス指示である場合S110でYes、現再生環境13のコンテンツ取得部131は、当該URLへのアクセスを実行するS111。すなわち、当該コンテンツ取得部131は、当該URL宛に、HTMLコンテンツの取得要求を示すHTTPリクエストを送信する。この際、当該コンテンツ取得部131は、当該URLに対して、recommendオプションを付加する。recommendオプションとは、現再生環境13を示すオプションである。recommendオブションは、例えば、アクセス対象のURLに対して、以下のような形式で付加される。http//<アクセス先のURL>recommend=<再生環境情報>ここで、<再生環境情報>には、例えば、現再生環境13のOSの種別及び再生部132を実現するレンダリングエンジンの種別等が含まれる。後述されるように、recommendオプションは、メイン環境aに対して、現再生環境13を、新たなURLに係るHTMLコンテンツの再生先として推薦するために付加される。続いて、メイン環境aにおいて実行される処理手順について説明する。図6及び図7は、メイン環境において実行される処理手順の一例を説明するためのフローチャートである。図6及び図7の初期状態において、UI制御部134によって、閲覧画面が表示装置106に表示されていることとする。メイン環境の監視部135は、新たなURLへのアクセスを検知するとS201でYes、当該URLに対して、recommendオブションが指定されているか否かを判定するS202。URLへのアクセスとは、当該URLに係るHTMLコンテンツの取得を示すHTTPリクエストの送信をいう。新たなURLへのアクセスとは、閲覧画面の表示後の初めてのURLへのアクセス、又は最後にアクセスされた直前にアクセスされたURLとは異なるURLへのアクセスをいう。URLへのアクセスは、例えば、図5のステップS111のように、現再生環境13のコンテンツ取得部131によって行われる。但し、閲覧画面の表示後の初めてのURLへのアクセスの場合、すなわち、閲覧画面にHTMLコンテンツが再生されていない状態においては、メイン環境aのコンテンツ取得部131aによってURLへのアクセスが行われる。この場合、メイン環境aが、現再生環境13となる。なお、URLへのアクセスは、例えば、ユーザによる、閲覧画面に対する当該URLの入力若しくはブックマークの選択、又は表示中のHTMLコンテンツ上のリンクの選択等に応じて発生する。アクセス対象のURLにrecommendオプションが指定されている場合S202でYes、メイン環境aのコンテンツ取得部131aは、recommendオブションに指定されている再生環境情報を、HTTPリクエストにおけるユーザエージェントの識別名以下、エージェント名という。とするS203。エージェント名は、コンテンツサーバ20に対して、HTMLコンテンツを要求するクライアントの環境を通知するためのパラメータであり、HTMLリクエストにおいて、User-Agent:という接頭辞に続いて指定される。一方、アクセス対象のURLに、recommendオプションが指定されていない場合S202でNo、コンテンツ取得部131aは、メイン環境aの再生環境情報を、エージェント名とするS204。アクセス対象のURLに、recommendオプションが指定されていない場合の一例として、HTMLコンテンツが表示中でない状態において、URLへのアクセスが実行された場合が挙げられる。続いて、コンテンツ取得部131aは、アクセス対象のURLに係るHTMLコンテンツに関して、ステップS203又はS204において特定されたエージェント名に係る再生環境13において、過去に再生が失敗しているか否かを判定するS205。当該判定は、再生適否情報記憶部138が参照されて行われる。図8は、再生適否情報記憶部の構成例を示す図である。図8に示されるように、再生適否情報記憶部138は、過去にアクセスされたURLについて、再生環境13ごとに、推奨及び実績等の項目の値を記憶する。推奨及び実績は、再生の適否を示す情報の一例である。すなわち、推奨は、当該URLに対するHTTPリクエストに対するコンテンツサーバ20からの応答において、当該再生環境13が、推奨環境であるとして指定されていたか否かを示す項目である。推奨環境に関して、優先順位が有る場合は、推奨には、その優先順位が記録されてもよい。優先順位が無い場合は、推奨環境として列挙されている各再生環境13の推奨に対して、例えば、1が記録されてもよい。実績は、当該URLに係るHTTPコンテンツの再生に関して、当該再生環境13における成否を示す項目である。Successは成功を示す。Errorは失敗を示す。図8の例では、<URL1>に関して、<再生環境A>は、コンテンツサーバ20によって1番目の推奨環境として指定され、再生に成功していることを示す。また、<URL1>に関して、<再生環境B>は、コンテンツサーバ20によって2番目の推奨環境として指定されているが、再生に失敗していることを示す。すなわち、コンテンツサーバ20によって推奨環境として指定されていることは、当該推奨環境における再生の成功を保証するものではない。OSの種別及びレンダリングエンジンの種別が推奨環境に一致していたとしても、必要なプラグインのインストールの有無によって、HTMLコンテンツの再生の可否が異なりうるからである。なお、図8において、<>で囲まれた文字列は、実際には、具体的な値によって置換される。例えば、<再生環境A>、<再生環境B>、<再生環境C>は、再生環境13a、再生環境13b、再生環境13cの識別情報例えば、OSの種別及びレンダリングエンジンの種別を示す文字列によって置換される。また、<URL1>、<URL2>は、実際にアクセスされたURLに置換される。ステップS205においては、エージェント名に合致する再生環境13と、アクセス対象のURLとの組み合わせに関して、実績の値がErrorであるか否かが判定される。アクセス対象のURLと、ステップS203又はS204において特定されたエージェント名に係る再生環境13との組み合わせに関して、実績にErrorが記録されていない場合S205でNo、コンテンツ取得部131aは、当該URLのアクセスに関するHTTPリクエストをコンテンツサーバ20に転送するS206。この際、コンテンツ取得部131aは、アクセス対象のURLに指定されていたrecommendオプションを除去する。recommendオプションは、コンテンツ取得部131aが解釈可能な情報であり、コンテンツサーバ20にとっては意味のない情報たからである。その代わりに、コンテンツ取得部131aは、ステップS203又はS204において特定されたエージェント名をHTTPリクエストに含める。HTTPリクエストを受信したコンテンツサーバ20は、当該HTTPリクエストに指定されているエージェント名に対応したHTTPコンテンツを含むHTTPレスポンスを返信する。但し、コンテンツサーバ20は、必ずしもエージェント名に対応しているHTTPコンテンツを有しているとは限らない。例えば、コンテンツサーバ20が、URLごとに一つのHTMLコンテンツのみを有している場合は、エージェント名に拘わらず、HTTPリクエストに指定されたURLに対応する一つのHTMLコンテンツを含むHTTPレスポンスを返信する。ステップS207において、コンテンツ取得部131aは、コンテンツサーバ20より返信されるHTTPレスポンスを受信する。続いて、コンテンツ取得部131aは、受信されたHTTPレスポンスに推奨環境情報が含まれているか否かを判定するS208。推奨環境情報とは、HTTPレスポンスに含まれているHTMLコンテンツの再生に関して推奨される再生環境を示す情報をいい、本実施の形態では、OSの種別及びレンダリングエンジンの種別によって特定される。例えば、コンテンツサーバ20側において、予め推奨環境情報が設定されているHTMLコンテンツに関しては、当該HTTMLコンテンツと共に推奨環境情報を含むHTTPレスポンスが返信される。なお、推奨環境情報には、複数の推奨環境に関するOSの種別及びレンダリングエンジンの種別が含まれていてもよい。この場合、各推奨環境に関して、優先順位が付加されていてもよい。HTTPレスポンスに推奨環境情報が含まれている場合S208でYes、コンテンツ取得部131aは、アクセス対象のURLに対して当該推奨環境情報が示す再生環境13が推奨されることを、再生適否情報記憶部138に記憶するS209。具体的には、再生適否情報記憶部138に対して、アクセス対象のURLに対応する行が追加され、推奨環境情報に係る再生環境13に対する列が追加される。当該行及び列における推奨に対して、例えば、当該推奨環境情報において指定されている、当該再生環境13の優先順位が記録される。なお、アクセス対象のURLに対応する行が再生適否情報記憶部138に既に存在する場合、新たな行の追加は行われなくてよい。同様に、推奨環境情報に係る再生環境13に対応する列が再生適否情報記憶部138に既に存在する場合、新たな列の追加は行われなくてよい。一方、HTTPレスポンスに推奨環境情報が含まれていない場合S208でNo、ステップS209は実行されない。続いて、選択部136は、アクセス対象のURLに対する、現再生環境13の実績を再生適否情報記憶部138より取得する図7のS210。当該実績の値が、Errorでない場合S211でNo、選択部136は、現再生環境13を、新たなHTMLコンテンツの再生の要求先として選択するS212。当該実績の値が、Errorでない場合には、当該実績が記憶されていない場合も含まれる。すなわち、アクセス対象のURLに係るHTMLコンテンツに関して、現再生環境13において再生が行われていない場合も含まれる。続いて、再生要求部137は、新たなHTMLコンテンツのURLに関して、現再生環境13において再生に成功したことを再生適否情報記憶部138に記憶するS213。具体的には、再生適否情報記憶部138に対して、アクセス対象のURLに対応する行が追加され、かつ、現再生環境13に対する列が追加される。当該行及び列における実績に対して、Successが記録される。アクセス対象のURLに対応する行が再生適否情報記憶部138に既に存在する場合、新たな行の追加は行われなくてよい。また、現再生環境13に対応する列が再生適否情報記憶部138に既に存在する場合、新たな列の追加は行われなくてよい。なお、ステップS213の段階では、現再生環境13における新たなHTMLコンテンツに関して再生の成否はまだ確定していない。したがって、ステップS213では、当該URLに関して現再生環境13において再生に成功したことが暫定的に再生適否情報記憶部138に記憶される。再生に失敗したことが検知された場合には、その旨が再生適否情報記憶部138に上書きされる。続いて、再生要求部137は、現再生環境13に対するHTMLコンテンツの再生要求をVMM11に入力するS214。当該再生要求に伴ってHTMLコンテンツもVMM11経由で現再生環境13に転送される。図5のステップS102は、当該再生要求に応じて実行される。このように、本実施の形態では、新たに受信されたHTMLコンテンツの再生の要求先として、現再生環境13が優先的に選択される。これは、現再生環境13の切り替えのための処理負荷の発生を極力回避するためである。すなわち、同じ再生環境13に継続して再生を実行させた方が、ユーザにストレスを感じさせる可能性が低いと考えられるからである。なお、ここでいう処理負荷とは、例えば、後述されるステップS216~S219において実行される処理の負荷をいう。一方、アクセス対象のURLに対して、現再生環境13の実績の値がErrorである場合S211でYes、選択部136は、アクセス対象のURLに関して、推奨環境であって、かつ、再生に失敗していない再生環境13を、再生の要求先として選択するS215。斯かる再生環境13は、再生適否情報記憶部138を参照することにより特定される。すなわち、アクセス対象のURLに関して、推奨に優先順位が記録されており、実績の値がSuccessである再生環境13が、当該再生環境13に該当する。以下、当該再生環境13を、再生要求先環境という。なお、例えば、推奨に記録されている優先順位の高い再生環境13が優先的に再生要求先環境として選択されるとよい。一方、アクセス対象のURLに関して、推奨に優先順位が記録されており、実績の値がSuccessである再生環境13が無い場合は、例えば、現再生環境13又はメイン環境aが、再生要求先環境として選択されてもよい。続いて、再生要求部137は、再生要求先環境に対応するVM12の起動をVMM11に要求するS216。なお、再生要求先環境に対応するVM12の起動に伴って、これまでの現再生環境13に係るVM12は、VMM11によってスリープ状態とされる。その結果、再生要求先環境が、現再生環境13となる。続いて、再生要求部137は、起動されたVM12に対して各種の設定を、VMM11を介して行うS217。例えば、再生要求部137は、フレームバッファFbをメモリ装置103内に確保し、当該フレームバッファFbのアドレスを、VMM11を介して、起動されたVM12上の再生環境13に通知する。また、再生要求部137は、閲覧画面の再生領域のサイズを、VMM11を介して、起動されたVM12上の再生環境13に通知する。また、再生要求部137は、入力イベントを、起動されたVM12に割り当てるように、VMM11に要求する。すなわち、これから表示されるHTMLコンテンツに対する入力操作に応じた入力イベントが、起動されたVM12に通知されるように、VMM11に対して設定が行われる。続いて、メイン環境aのコンテンツ取得部131aは、改めてアクセス対象のURLに対するアクセスを行うS218。すなわち、ステップS207において既に取得されたHTTPコンテンツに係るURLと同じURLに対して、改めてHTTPリクエストが送信される。但し、コンテンツ取得部131aは、当該HTTPリクエストに対して、再生要求先環境に係るエージェント名を指定する。すなわち、同一のURLに対して、前回のHTTPリクエストに指定されたエージェント名とは異なるエージェント名が指定される。コンテンツサーバ20が、返信するHTTPコンテンツをエージェント名に応じて変化させるように実装されている可能性を考慮して、再生要求先環境により適したHTTPコンテンツを入手するためである。したがって、例えば、コンテンツサーバ20が、返信するHTTPコンテンツをエージェント名に応じて変化させない場合、ステップS218及びS219は実行されなくてもよい。続いて、再生要求部137は、新たなHTMLコンテンツのURLに関して再生要求先環境において再生に成功したことを、ステップS213と同様に、暫定的に再生適否情報記憶部138に記憶するS220。続いて、再生要求部137は、受信されたHTTPレスポンスに含まれている、HTMLコンテンツに関する再生要求先環境に対する再生要求を、VMM11に入力するS221。当該再生要求に伴って、当該HTMLコンテンツもVMM11経由で再生要求先環境に転送される。なお、図5のステップS102は、当該再生要求に応じても実行される。ステップS221又はステップS214に続いて、図6のステップS201に戻る。ステップS201において、監視部135が、新たなURL以外のURLへのアクセスを検知した場合について説明する。この場合S201でNo、監視部135は、アクセス対象のURLは、エラーURLであるか否かを判定するS222。新たなURL以外のURLへのアクセスとは、現在表示中のHTMLコンテンツとはURLが異なるHTMLコンテンツへのアクセスをいう。エラーURLへのアクセスは、そもそもHTMLコンテンツへのアクセスではない。したがって、エラーURLへのアクセスは、ステップS201でNoと判定される。アクセス対象のURLがエラーURLである場合S222でYes、監視部135は、アクセス対象のURLに関して、現再生環境13での再生に失敗したことを再生適否情報記憶部138に記憶するS223。具体的には、図7のステップS213又はS220において暫定的に記録されたSuccessが、Errorに書き換えられる。ステップS223に続いて、図7のステップS216以降が実行される。すなわち、現再生環境13において、HTMLコンテンツの再生中に異常が発生した場合は、別の再生環境13において、HTMLコンテンツの再生が試みられる。この場合、ステップS218及びS219においてHTMLコンテンツの取得が行われる前に、ステップS216において、再生要求先環境に対応するVM12が起動される。したがって、VM12の起動と並行してHTMLコンテンツの取得S218及びS219が実行されれば、HTMLコンテンツが再生されるまでの時間に対する、VM12の起動時間の影響を小さくすることができる。また、ステップS205でYesの場合も、ステップS206~S210は実行されずに、図7のステップS216以降が実行される。ステップS205でYesの場合とは、アクセス対象のURLに係るHTMLコンテンツに関して、ステップS203又はS204において特定されたエージェント名に係る再生環境13において、過去に再生に失敗している場合である。すなわち、過去に再生に失敗している再生環境13に係るエージェント名を指定してHTMLコンテンツを要求したとしても、取得されるHTMLコンテンツは、当該再生環境13に適しているとされているHTMLコンテンツである。当該再生環境13は、当該HTMLコンテンツの再生に失敗しているため、選択部136によって、再生の要求先としては選択されないS210、S211、S215参照。したがって、当該再生環境13とは別の再生環境13に対して再生が要求されることになる。別の再生環境13に対して再生が要求されるのにも拘わらず、当該別の再生環境13とは異なる再生環境13に係るエージェント名が指定されてHTMLコンテンツが要求されたとしても、取得されるHTMLコンテンツは、当該別の再生環境13に適していない可能性が高い。そこで、ステップS205でYesの場合は、過去に再生に成功している再生環境13が再生の要求先として選択され、改めて当該再生環境13に係るエージェント名が指定されてHTTPリクエストが送信される。上述したように、本実施の形態では、予め複数の再生環境13が用意され、受信されたHTMLコンテンツに関する再生の適否に基づいて、再生を実行する再生環境13が選択される。したがって、特定の再生環境13に依存したHTMLコンテンツであっても、正常に再生できる可能性を高めることができる。その結果、ユーザに、ストレスを感じさせることなくコンテンツを再生できる可能性を高めることができる。また、アクセスされたURLごとに、再生が実行された再生環境13に関する再生の成否の実績や、コンテンツサーバ20より通知される推奨環境情報等が再生適否情報記憶部138に記憶される。再生の適否は、再生適否情報記憶部138に記憶された情報に基づいて行われる。したがって、過去の実績や、コンテンツサーバ20の推奨等に照らして妥当な再生環境13を、再生先として選択することができる。また、再生先として選択された再生環境13において、再生中に異常が発生した場合には、別の再生環境13が選択されて再生が行われる。したがって、特定の再生環境13に依存したHTMLコンテンツが、最終的に正常に再生される可能性を高めることができる。なお、本実施の形態において、再生適否情報記憶部138は、記憶部の一例である。以上、本発明の実施例について詳述したが、本発明は斯かる特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形変更が可能である。以上の説明に関し、更に以下の項を開示する。付記1ネットワークを介して受信されるコンテンツの再生環境が相互に異なる複数の仮想マシンを動作させ、コンテンツの識別子に対応付けて、前記再生環境に関して当該コンテンツの再生の適否を示す情報を記憶する記憶部と、受信されたコンテンツの識別子と、前記記憶部が記憶する情報とに基づいて、当該コンテンツの再生を実行させる前記再生環境を選択する選択部と、選択部によって選択された前記再生環境に係る仮想マシンに、前記受信されたコンテンツの再生を要求する再生要求部とを有する再生装置。付記2前記選択部は、前記受信されたコンテンツの直前に他のコンテンツの再生を実行した仮想マシンの前記再生環境に関して、前記受信されたコンテンツの識別子に対応付けて、再生に適していないことが前記記憶部に記憶されていない場合は、当該再生環境を選択する付記1記載の再生装置。付記3前記記憶部は、前記受信されたコンテンツの再生を実行した前記仮想マシンに係る前記再生環境に関して、当該再生の成否を示す情報を、当該コンテンツの識別子に対応付けて記憶する付記1又は2記載の再生装置。付記4前記記憶部は、コンテンツと共に受信される、当該コンテンツの再生に関して推奨される前記再生環境を示す情報を、当該コンテンツの識別子に対応付けて記憶する付記1乃至3いずれか一項記載の再生装置。付記5前記再生要求部は、前記受信されたコンテンツの再生に関して前記仮想マシンにおいて異常が発生した場合は、当該仮想マシンとは別の仮想マシンに、当該コンテンツの再生を要求する付記1乃至4いずれか一項記載の再生装置。付記6ネットワークを介して受信されるコンテンツの再生環境が相互に異なる複数の仮想マシンを動作させ、コンテンツの識別子に対応付けて、前記再生環境に関して当該コンテンツの再生の適否を示す情報を記憶部に記憶し、受信されたコンテンツの識別子と、前記記憶部が記憶する情報とに基づいて、当該コンテンツの再生を実行させる前記再生環境を選択し、選択部によって選択された前記再生環境に係る仮想マシンに、前記受信されたコンテンツの再生を要求する処理をコンピュータが実行する再生方法。付記7前記選択する処理は、前記受信されたコンテンツの直前に他のコンテンツの再生を実行した仮想マシンの前記再生環境に関して、前記受信されたコンテンツの識別子に対応付けて、再生に適していないことが前記記憶部に記憶されていない場合は、当該再生環境を選択する付記6記載の再生方法。付記8前記記憶する処理は、前記受信されたコンテンツの再生を実行した前記仮想マシンに係る前記再生環境に関して、当該再生の成否を示す情報を、当該コンテンツの識別子に対応付けて前記記憶部に記憶する付記6又は7記載の再生方法。付記9前記記憶する処理は、コンテンツと共に受信される、当該コンテンツの再生に関して推奨される前記再生環境を示す情報を、当該コンテンツの識別子に対応付けて前記記憶部に記憶する付記6乃至8いずれか一項記載の再生方法。付記10前記再生を要求する処理は、前記受信されたコンテンツの再生に関して前記仮想マシンにおいて異常が発生した場合は、当該仮想マシンとは別の仮想マシンに、当該コンテンツの再生を要求する付記6乃至9いずれか一項記載の再生方法。付記11ネットワークを介して受信されるコンテンツの再生環境が相互に異なる複数の仮想マシンを動作させるコンピュータに、コンテンツの識別子に対応付けて、前記再生環境に関して当該コンテンツの再生の適否を示す情報を記憶部に記憶し、受信されたコンテンツの識別子と、前記記憶部が記憶する情報とに基づいて、当該コンテンツの再生を実行させる前記再生環境を選択し、選択部によって選択された前記再生環境に係る仮想マシンに、前記受信されたコンテンツの再生を要求する処理を実行させる再生プログラム。付記12前記選択する処理は、前記受信されたコンテンツの直前に他のコンテンツの再生を実行した仮想マシンの前記再生環境に関して、前記受信されたコンテンツの識別子に対応付けて、再生に適していないことが前記記憶部に記憶されていない場合は、当該再生環境を選択する付記11記載の再生プログラム。付記13前記記憶する処理は、前記受信されたコンテンツの再生を実行した前記仮想マシンに係る前記再生環境に関して、当該再生の成否を示す情報を、当該コンテンツの識別子に対応付けて前記記憶部に記憶する付記11又は12記載の再生プログラム。付記14前記記憶する処理は、コンテンツと共に受信される、当該コンテンツの再生に関して推奨される前記再生環境を示す情報を、当該コンテンツの識別子に対応付けて前記記憶部に記憶する付記11乃至13いずれか一項記載の再生プログラム。付記15前記再生を要求する処理は、前記受信されたコンテンツの再生に関して前記仮想マシンにおいて異常が発生した場合は、当該仮想マシンとは別の仮想マシンに、当該コンテンツの再生を要求する付記11乃至14いずれか一項記載の再生プログラム。