JP2010061306A - 情報処理装置、コンテンツ管理サーバ、情報処理方法、接続管理方法および情報処理システム - Google Patents

Abstract

【課題】コンテンツの管理および提供を行うコンテンツ管理サーバと、コンテンツの再生を行うレンダラー装置との間でエラーが生じた場合に、コンテンツ管理サーバに対してエラーへの対応を自動的に要求すること。
【解決手段】コンテンツ管理サーバとレンダラー装置との間で、コンテンツデータのやり取りを行う際に、エラーが生じた場合に、レンダラー装置と通信可能な情報処理装置では、レンダラー装置から受信するエラー情報ではエラーの原因を特定できないことがある。そのため、本発明に係る情報処理装置に対して、レンダラー装置との間で生じたエラーを改善するようにコンテンツ管理サーバに対して要求するエラー改善要求部を設けた。
【選択図】図１

Description

本発明は、情報処理装置、コンテンツ管理サーバ、情報処理方法、接続管理方法および情報処理システムに関する。

昨今のデータ通信ネットワークの普及に伴い、家庭内においても、家電製品やコンピュータやその他の周辺機器を直接接続したりネットワーク接続したりして、各機器間での通信を可能とする、いわゆるホームネットワークが浸透しつつある。ホームネットワークでは、ネットワーク接続機器間で通信を行うことにより、各機器のデータ処理機能を共有したり、機器間でコンテンツの送受信を行ったりなど、ユーザに利便性や快適性を提供するものであり、今後、ますますの普及が予想される。

例えば、以下に示す特許文献１に記載のシステムでは、サーバ−クライアント機器間でコンテンツを共有した上で、クライアント機器がサーバからコンテンツを取得して再生することが行われる。

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

ここで、上記特許文献１に示したようなシステムが、（１）コンテンツを管理しており、ネットワーク経由でコンテンツを他の装置に転送することにより、コンテンツの他の装置での再生を可能とするコンテンツ管理サーバ、（２）コンテンツ管理サーバからネットワーク経由でコンテンツの転送を受け、コンテンツの再生を行うレンダラー装置、（３）レンダラー装置に対して、コンテンツ管理サーバのどのコンテンツを再生させるかを通知し、レンダラー装置におけるコンテンツの再生制御などを行うコントローラ、の３種類の装置から構成される場合を考える。

このような状況において、コンテンツ管理サーバとレンダラー装置との間で何らかのエラーが生じて、コントローラに対してレンダラー装置からエラー通知が送信された場合を考える。この際、このようなシステムのユーザは、エラーを通知した機器の設置場所を特定し、該当する機器に対して、エラー改善のための処理を実施するために、機器の設置場所まで赴く必要がある。そのため、エラー原因の改善のために、ユーザに対して過度の負担が生じる場合があるという問題があった。

そこで、本発明は、このような問題に鑑みてなされたもので、その目的は、コンテンツの管理および提供を行うコンテンツ管理サーバと、コンテンツの再生を行うレンダラー装置との間でエラーが生じた場合に、コンテンツ管理サーバに対してエラーへの対応を自動的に要求することが可能な、新規かつ改良された情報処理装置、コンテンツ管理サーバ、情報処理方法、接続管理方法および情報処理システムを提供することにある。

上記課題を解決するために、本発明のある観点によれば、コンテンツに対応するコンテンツデータおよび当該コンテンツデータの属性情報を管理するコンテンツ管理サーバから、当該コンテンツ管理サーバを識別するためのサーバ識別情報および前記コンテンツデータの一覧を含むサーバ情報を取得する、サーバ情報取得部と、前記コンテンツ管理サーバから前記コンテンツデータを取得して再生するレンダラー装置から、当該レンダラー装置を識別するためのレンダラー識別情報を含むレンダラー情報を取得する、レンダラー情報取得部と、前記コンテンツデータの一覧の中から選択されたコンテンツデータを再生させる前記レンダラー装置を特定し、特定された前記レンダラー装置に対して選択された前記コンテンツデータの取得および再生を要請するレンダラー制御部と、前記特定されたレンダラー装置が前記コンテンツ管理サーバから前記選択されたコンテンツデータを取得する際にエラーが生じ、前記コンテンツ管理サーバと前記特定されたレンダラー装置との間で生じたエラーの詳細が記載されたエラー情報が前記特定されたレンダラー装置から通知された場合に、前記コンテンツ管理サーバに対して、前記特定されたレンダラー装置との間で生じたエラーを改善するように要求するエラー改善要求部と、を備える情報処理装置が提供される。

かかる構成によれば、サーバ情報取得部は、コンテンツに対応するコンテンツデータおよび当該コンテンツデータの属性情報を管理するコンテンツ管理サーバから、当該コンテンツ管理サーバを識別するためのサーバ識別情報およびコンテンツデータの一覧を含むサーバ情報を取得し、レンダラー情報取得部は、コンテンツ管理サーバからコンテンツデータを取得して再生するレンダラー装置から、当該レンダラー装置を識別するためのレンダラー識別情報を含むレンダラー情報を取得し、レンダラー制御部は、コンテンツデータの一覧の中から選択されたコンテンツデータを再生させるレンダラー装置を特定し、特定されたレンダラー装置に対して選択されたコンテンツデータの取得および再生を要請する。また、エラー改善要求部は、特定されたレンダラー装置がコンテンツ管理サーバから選択されたコンテンツデータを取得する際にエラーが生じ、コンテンツ管理サーバと特定されたレンダラー装置との間で生じたエラーの詳細が記載されたエラー情報が特定されたレンダラー装置から通知された場合に、コンテンツ管理サーバに対して、特定されたレンダラー装置との間で生じたエラーを改善するように要求する。

前記コンテンツ管理サーバと前記レンダラー装置との間で発生しうるエラーの詳細な説明と、当該エラーに対する対応策とが記載されたエラー原因・対応策情報が記録された記憶部を更に備え、前記エラー改善要求部は、前記エラー原因・対応策情報を参照して、前記エラー情報に記載されている前記エラー通知の詳細な内容を特定し、前記コンテンツ管理サーバに対して前記エラーの改善を要求してもよい。

前記情報処理装置は、前記特定されたレンダラー装置が前記コンテンツ管理サーバから前記選択されたコンテンツデータを取得する際にエラーが生じ、前記レンダラー装置から、当該レンダラー装置との通信に用いられるプロトコルで定義されたエラーコードが通知された場合に、前記コンテンツ管理サーバに対して、前記特定されたレンダラー装置との間で生じたエラーの原因を問い合わせるエラー問合せ部を更に備えてもよい。

前記エラー問合わせ部は、前記コンテンツ管理サーバと前記特定されたレンダラー装置との間で生じたエラーの詳細な原因が記載されたエラー情報が、前記コンテンツ管理サーバから通知された場合に、前記コンテンツ管理サーバと前記レンダラー装置との間で発生しうるエラーの詳細な説明と、当該エラーに対する対応策とが記載されたエラー原因・対応策情報を参照して、前記エラー情報に記載されている前記エラー通知の詳細な内容を特定し、前記コンテンツ管理サーバに対して前記エラー改善の改善を要求してもよい。

上記課題を解決するために、本発明の別の観点によれば、外部に接続された情報処理装置および当該情報処理装置によってコンテンツの再生装置として特定されたレンダラー装置に対して、管理しているコンテンツに関するコンテンツの属性情報または前記コンテンツに対応するコンテンツデータの少なくともいずれか一方を含むコンテンツ情報を提供するコンテンツ情報提供部と、前記レンダラー装置との間で接続に関するエラーが生じた場合に、前記情報処理装置から送信された、前記レンダラー装置との間に生じた前記エラーの改善要求を受信して、前記レンダラー装置との間に生じたエラーの改善処理を行うエラー改善処理部と、を備えるコンテンツ管理サーバが提供される。

前記コンテンツ管理サーバと前記レンダラー装置との間で発生しうるエラーの詳細な説明と、当該エラーに対する対応策とが記載されたエラー原因・対応策情報が記録された記憶部を更に備え、前記エラー改善処理部は、前記エラー原因・対応策情報を参照して、前記エラーの改善要求に記載されている前記エラーに対する対応策を特定し、エラーの改善処理を行ってもよい。

前記情報処理装置から送信された、前記レンダラー装置との間に生じた前記エラーの詳細を問い合わせる問合せ要請を受信した場合に、前記レンダラー装置との間に生じた前記エラーの詳細を解析し、解析結果を前記情報処理装置へと通知するエラー解析部を更に備えてもよい。

前記問合せ要請には、前記エラーが生じた前記レンダラー装置に割り当てられたＭＡＣアドレスに関する情報が記載されており、前記エラー解析部は、前記ＭＡＣアドレスに関する情報に基づいて、前記レンダラー装置との間に生じた前記エラーの詳細を解析してもよい。

上記課題を解決するために、本発明の更に別の観点によれば、コンテンツに対応するコンテンツデータおよび当該コンテンツデータの属性情報を管理するコンテンツ管理サーバから、当該コンテンツ管理サーバを識別するためのサーバ識別情報および前記コンテンツデータの一覧を含むサーバ情報を取得する、サーバ情報取得ステップと、前記コンテンツ管理サーバから前記コンテンツデータを取得して再生するレンダラー装置から、当該レンダラー装置を識別するためのレンダラー識別情報を含むレンダラー情報を取得する、レンダラー情報取得ステップと、前記コンテンツデータの一覧の中から選択されたコンテンツデータを再生させる前記レンダラー装置を特定し、特定された前記レンダラー装置に対して選択された前記コンテンツデータの取得および再生を要請するレンダラー制御ステップと、前記特定されたレンダラー装置が前記コンテンツ管理サーバから前記選択されたコンテンツデータを取得する際にエラーが生じ、前記コンテンツ管理サーバと前記特定されたレンダラー装置との間で生じたエラーの詳細が記載されたエラー情報が前記特定されたレンダラー装置から通知された場合に、前記コンテンツ管理サーバに対して、前記特定されたレンダラー装置との間で生じたエラーを改善するように要求するエラー改善要求ステップと、を含む情報処理方法が提供される。

上記課題を解決するために、本発明の更に別の観点によれば、外部に接続された情報処理装置に対して、管理しているコンテンツに関するコンテンツの属性情報を少なくとも含むコンテンツ情報を提供するコンテンツ情報提供ステップと、前記情報処理装置によってコンテンツの再生装置として特定されたレンダラー装置に対して、管理しているコンテンツに対応するコンテンツデータを少なくとも含むコンテンツ情報を提供するコンテンツ情報提供ステップと、前記レンダラー装置との間で接続に関するエラーが生じた場合に、前記情報処理装置から送信された、前記レンダラー装置との間に生じた前記エラーの改善要求を受信して、前記レンダラー装置との間に生じたエラーの改善処理を行うエラー改善処理ステップと、を含む接続管理方法が提供される。

上記課題を解決するために、本発明の更に別の観点によれば、コンテンツに対応するコンテンツデータおよび当該コンテンツデータの属性情報を管理するコンテンツ管理サーバから、当該コンテンツ管理サーバを識別するためのサーバ識別情報および前記コンテンツデータの一覧を含むサーバ情報を取得する、サーバ情報取得部と、前記コンテンツ管理サーバから前記コンテンツデータを取得して再生するレンダラー装置から、当該レンダラー装置を識別するためのレンダラー識別情報を含むレンダラー情報を取得する、レンダラー情報取得部と、前記コンテンツデータの一覧の中から選択されたコンテンツデータを再生させる前記レンダラー装置を特定し、特定された前記レンダラー装置に対して選択された前記コンテンツデータの取得および再生を要請するレンダラー制御部と、前記特定されたレンダラー装置が前記コンテンツ管理サーバから前記選択されたコンテンツデータを取得する際にエラーが生じ、前記コンテンツ管理サーバと前記特定されたレンダラー装置との間で生じたエラーの詳細が記載されたエラー情報が前記特定されたレンダラー装置から通知された場合に、前記コンテンツ管理サーバに対して、前記特定されたレンダラー装置との間で生じたエラーを改善するように要求するエラー改善要求部と、を備える情報処理装置と、前記情報処理装置および前記レンダラー装置に対して、管理しているコンテンツに関するコンテンツの属性情報または前記コンテンツに対応するコンテンツデータの少なくともいずれか一方を含むコンテンツ情報を提供するコンテンツ情報提供部と、前記レンダラー装置との間で接続に関するエラーが生じた場合に、前記情報処理装置から送信された、前記レンダラー装置との間に生じた前記エラーの改善要求を受信して、前記レンダラー装置との間に生じたエラーの改善処理を行うエラー改善処理部と、を備えるコンテンツ管理サーバと、前記情報処理装置によって指定された前記コンテンツに対応する前記コンテンツデータを、前記コンテンツ管理サーバから取得して再生するとともに、前記コンテンツデータの取得に際して前記コンテンツ管理サーバとの間でエラーが生じた場合に、生じた前記エラーの詳細が記載されたエラー情報を前記情報処理装置へと送信するレンダラー装置と、を含む情報処理システムが提供される。

本発明によれば、コンテンツの管理および提供を行うコンテンツ管理サーバと、コンテンツの再生を行うレンダラー装置との間でエラーが生じた場合に、コンテンツ管理サーバに対してエラーへの対応を自動的に要求することが可能である。

以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。

なお、説明は、以下の順序で行うものとする。
（１）コンテンツ共有システムに関する説明
（２）第１の実施形態
（２−１）情報処理システムについて
（２−２）情報処理装置の構成について
（２−３）コンテンツ管理サーバの構成について
（２−４）レンダラー装置の構成について
（２−５）情報処理方法および接続管理方法について
（３）本発明の各実施形態に係る情報処理装置のハードウェア構成について
（４）まとめ

（コンテンツ共有システムに関する説明）
まず、本発明の各実施形態に係る情報処理システムおよび情報処理装置について説明するに先立ち、本発明の各実施形態に係る情報処理システムを実現する上で基盤を成す技術的事項について詳細に説明する。なお、本発明の各実施形態は、以下に記載する基盤技術の上に改良を加えることにより、より顕著な効果を得ることができるように構成されたものである。従って、その改良に係る技術こそが本実施形態の特徴を成す部分である。つまり、本実施形態は、ここで述べる技術的事項の基礎概念を踏襲するが、その本質はむしろ改良部分に集約されており、その構成が明確に相違すると共に、その効果において基盤技術とは一線を画するものであることに注意されたい。

以下では、基盤技術として、現在提案されているホームネットワーク上におけるコンテンツの共有方法および再生方法について、図１３〜図１７を参照しながら、詳細に説明する。図１３〜図１７は、ホームネットワーク上におけるコンテンツの共有方法および再生方法について説明するための説明図である。

現在、ＡＶ機器、パーソナルコンピュータ、モバイル機器等を用いてホームネットワークを構築する際の規格として、ＤＬＮＡ（Ｄｉｇｉｔａｌ Ｌｉｖｉｎｇ Ｎｅｔｗｏｒｋ Ａｌｌｉａｎｃｅ）がある。

このＤＬＮＡのガイドラインでは、写真・音楽・ビデオといったコンテンツを、デジタルメディアサーバ（Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｓｅｒｖｅｒ：ＤＭＳ）１００１と呼ばれる機器に格納し、コンテンツディレクトリ（Ｃｏｎｔｅｎｔ Ｄｉｒｅｃｔｏｒｙ Ｓｅｒｖｉｃｅ：ＣＤＳ）と呼ばれる、フォルダ階層を持った構造でコンテンツ一覧を管理する。ＣＤＳ内の各コンテンツには、一意に識別するためのＩＤ値とコンテンツの詳細情報であるメタデータおよびコンテンツデータの取得先を示すＵＲＬが与えられている。ＣＤＳは、ホームネットワーク１００３上の他の機器に公開され、コンテンツ再生をするクライアント機器は、ＤＭＳ上のＣＤＳを辿ってコンテンツを選択し、ＵＲＬで示されるコンテンツデータをデジタルメディアサーバ１００１から取得し、再生を行う。ここで、ＤＭＳ１００１とクライアント機器との間の通信（例えば、一覧取得、コンテンツデータ取得等の相互間通信）に用いられるプロトコルには、ＨＴＴＰが用いられる。

また、ＤＬＮＡガイドラインでは、自らは能動的にコンテンツ一覧を辿らず、他の機器から指定されたコンテンツの再生だけを専門に行うレンダラー（Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｒｅｎｄｅｒｅｒ：ＤＭＲ）と呼ばれる機器１００５を規定している。ＤＭＲ１００５は、再生対象となるコンテンツのＵＲＬが通知されると、そのＵＲＬで示される先のコンテンツデータをＨＴＴＰを使って取得し、再生を行う。ＤＭＲ１００５に対して、コンテンツの指定や再生・停止・シークといった操作を行う機器をコントローラ（Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｃｏｎｔｒｏｌｌｅｒ：ＤＭＣ）１００７と呼ぶ。ＤＭＣ１００７は、一般にＤＭＳ１００１上のＣＤＳを辿ってコンテンツを選択する機能を持つ。図１３に示したような、ＤＭＳ・ＤＭＣ・ＤＭＲで構成されるコンテンツ共有・再生の通信モデルは、３−Ｂｏｘモデルと呼ばれる。

なお、上記のＤＭＳ・ＤＭＣ・ＤＭＲといった機器は、それぞれが持つ機能に基づいて分類された概念上の機器であるため、物理的なハードウェアと一対一に対応していなくてもよい。また、機器間の通信は、ＩＰｖ４をベースとし、その上に組み立てられるプロトコル（例えば、ＴＣＰ・ＵＤＰやＨＴＴＰ・ＳＯＡＰなど）で行われるため、各機器を実装するハードウェアは、インターネットプロトコル（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ：ＩＰ）を扱うことができる通信機能（典型的には、イーサネットや無線ＬＡＮなど）を有することが前提となる。

ここで、図１４〜図１７を参照しながら、１台のＤＭＳおよびＤＭＣと、２台のＤＭＲとからなるシステムにおける各機器の動作について、簡単に説明する。

まず、ＤＭＣ１００７は、ネットワーク１００３上に接続したＤＭＳ１００１の検出を行う（ステップＳ１）。ＤＭＣ１００７は、通信制御部（図示せず。）を経由して、ネットワーク１００３上にサーバ発見のプロトコルをブロードキャストする。このようなサーバ発見のプロトコルとして、ＤＬＮＡでは、ＳＳＤＰ（Ｓｉｍｐｌｅ Ｓｅｒｖｉｃｅ Ｄｉｓｃｏｖｅｒｙ Ｐｒｏｔｏｃｏｌ）を用いる。

ＤＭＳ１００１は、ネットワーク１００３上に流れたサーバ発見プロトコルを取得するとともに、サーバ識別情報を含む応答パケットを作成して、通信制御部（図示せず。）を経由してＤＭＣ１００７に返信する（ステップＳ２）。

次に、ＤＭＣ１００７の通信制御部（図示せず。）は、ＤＭＳ１００１からサーバ発見要求に対する応答を取得して、応答中に含まれるＤＭＳ１００１のサーバ識別情報を、記憶部（図示せず。）に保存するとともに、応答のあったＤＭＳ１００１に関する一覧であるサーバリストを作成する（ステップＳ３）。

ＤＭＣ１００７は、ネットワーク１００３上に接続したＤＭＲ１００５の検出を行う（ステップＳ４）。ＤＭＣ１００７は、未図示の通信制御部を経由して、ネットワーク１００３上に、レンダラー装置発見のプロトコルをブロードキャストする。

それぞれのＤＭＲ１００５の通信制御部（図示せず。）は、ネットワーク１００３上に流れたレンダラー装置発見プロトコルを取得するとともに、レンダラー識別情報を含む応答パケットを作成して、通信制御部（図示せず。）を経由してＤＭＣ１００７に返信する（ステップＳ５、Ｓ６）。

ＤＭＣ１００７は、それぞれのＤＭＲ１００５からレンダラー装置発見プロトコルに対する応答を取得して、応答中に含まれるそれぞれのＤＭＲ１００５のレンダラー識別情報を記憶部（図示せず。）に記録するとともに、応答のあったＤＭＲ１００５に関する一覧であるレンダラーリストを作成する（ステップＳ７）。

以上のステップＳ１〜ステップＳ７により、ＤＭＣ１００７は、ネットワーク１００３を介して接続されたＤＭＳ１００１、ＤＭＲ１００５の存在を把握している状態となる。なお、このステップＳ１〜ステップＳ７は、例えばＤＭＣ１００７の電源ＯＮに伴い自動的に実行される処理である。

あるタイミングで、ＤＭＣ１００７のユーザが、操作部（図示せず。）を操作して、ＤＭＳ１００１上の映像コンテンツの一覧表示を指示する（ステップＳ８）。そうすると、ＤＭＣ１００７は、操作部（図示せず。）から伝送された信号に基づいて、ＤＭＳ１００１上の映像フォルダ一覧を取得する要求を、ＤＭＳ１００１に送信する（ステップＳ９）。このフォルダ一覧を取得する要求として、ＤＬＮＡでは、ＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｅｓｓ Ｐｒｏｔｏｃｏｌ）を用い、特に「ＣＤＳ：Ｂｒｏｗｓｅ」というコマンドにより、映像コンテンツの属性情報の取得を試みる。

ＤＭＳ１００１の通信制御部（図示せず。）は、ＤＭＣ１００７から送信された映像フォルダ一覧を取得する要求を取得する。ＤＭＳ１００１においては、多数の映像コンテンツが存在し、映像コンテンツがフォルダに分類されて保管されている。ＤＭＳ１００１は、映像コンテンツに関する映像属性情報から、ＤＭＳ１００１が管理している映像コンテンツのフォルダ情報を取得して、ＤＭＣ１００７に返信する（ステップＳ１０）。

ＤＭＣ１００７は、ＤＭＳ１００１から送信された映像フォルダ一覧取得応答を受信し、映像フォルダの名前などを映像フォルダ一覧として作成して（ステップＳ１１）、表示部（図示せず。）に表示する。ＤＭＣ１００７のユーザは、表示された映像フォルダ一覧を見ながら、操作部（図示せず。）を操作して見たい映像フォルダを選択する。また、選択した映像フォルダの下に更にフォルダがある場合には、ＤＭＣ１００７は、上記ステップＳ９〜ステップＳ１１を繰り返す。

次に、ＤＭＣ１００７は、操作部（図示せず。）により生成された所定の信号に基づいて、ＤＭＳ１００１上の映像コンテンツの一覧を取得する要求を生成し、ＤＭＳ１００１に送信する（ステップＳ１２）。

ＤＭＳ１００１は、ＤＭＣ１００７から送信された映像コンテンツ一覧を取得する要求を受信すると、映像属性情報の中からＤＭＳ１００１が管理している映像コンテンツの属性情報を取得して、ＤＭＣ１００７に返信する（ステップＳ１３）。

ＤＭＣ１００７は、ＤＭＳ１００１から送信された映像コンテンツ一覧取得応答を受信し、映像コンテンツのタイトルなどを映像コンテンツ一覧として作成して（ステップＳ１４）、表示部（図示せず。）に表示する。ＤＭＣ１００７のユーザは、表示された映像コンテンツ一覧を見ながら、操作部（図示せず。）を操作して見たい映像コンテンツを選択する。大量のコンテンツが存在して一度に全てのコンテンツの情報を取得できなかった場合には、ＤＭＣ１００７は、上記ステップＳ１２〜ステップＳ１４を繰り返す。

その後、ＤＭＣ１００７のユーザは、操作部（図示せず。）を操作して、再生したい映像コンテンツを選択する（ステップＳ１５）。

以上のステップＳ８〜ステップＳ１５により、ＤＭＣ１００７のユーザは、再生させたい映像コンテンツを決定することが可能となる。

次に、ＤＭＣ１００７は、レンダラー識別情報に記録されているＤＭＲ１００５のメーカー名・機器モデル名・識別情報などを表示部（図示せず。）に表示し（ステップＳ１６）、選択した映像コンテンツを再生させるＤＭＲ１００５（すなわち、再生先のＤＭＲ１００５）をユーザに選択してもらう（ステップＳ１７）。ここで、ステップＳ１７において、ユーザがＤＭＣ１００７の操作部（図示せず。）を操作して、２つのＤＭＲ１００５のうち、いずれかを選択する。以下の説明では、ＤＭＲ−Ａが選択されたものとする。

続いて、ＤＭＣ１００７は、再生が決定された映像コンテンツに該当する映像属性情報を取得して、再生コンテンツ属性情報とする。この際に、ＤＭＣ１００７は、再生が決定された映像コンテンツを管理しているサーバの識別情報を、再生コンテンツ属性情報に追加する。また、ＤＭＣ１００７は、生成した再生コンテンツ属性情報を、ＤＭＲ−Ａに通知する（ステップＳ１８）。この再生コンテンツ属性情報は、ＤＬＮＡでは、「ＡＶＴ：ＳｅｔＡＶＴｒａｎｓｐｏｒｔＵＲＩ」というコマンドを用いて行われる。ＤＭＲ−Ａに通知する情報は、例えば、再生映像コンテンツを管理するサーバの識別情報、タイトル、コンテンツのサイズ、コンテンツの長さ、コンテンツにアクセスするためのＵＲＬ等の属性情報を含む。

ＤＭＲ−Ａは、ＤＭＣ１００７から送信された映像コンテンツの属性情報を受信して、サーバの識別情報を含む映像コンテンツの属性情報とサーバの識別情報とを、記憶部（図示せず。）に保存するとともに（ステップＳ１９）、属性情報を受信した旨をＤＭＣ１００７に通知する。

ＤＭＣ１００７は、選択した映像コンテンツの再生開始を、ＤＭＲ−Ａに要求する（ステップＳ２０）。この再生要求は、ＤＬＮＡでは、「ＡＶＴ：Ｐｌａｙ」というコマンドを用いて行う。

ＤＭＲ−Ａは、ＤＭＣ１００７から送信された映像コンテンツの再生要求を受信すると、映像属性情報を参照して、コンテンツのアクセスＵＲＬを取得し、取得したＵＲＬにアクセスし、コンテンツデータの取得要求を送信する（ステップＳ２１）。

ＤＭＳ１００１は、ＤＭＲ−Ａから送信されたコンテンツデータの取得要求を受信すると、映像属性情報を参照して、ＵＲＬに対応するコンテンツデータを、ＤＭＲ−Ａに対して返送する（ステップＳ２２）。

ＤＭＲ−Ａは、ＤＭＳ１００１から送信されたコンテンツデータを受信すると、受信したコンテンツデータをコンテンツ再生部（図示せず。）に伝送する。コンテンツ再生部（図示せず。）は、取得したコンテンツデータをデコードして、表示部（図示せず。）に表示する（ステップＳ２３）。

このように、ステップＳ１６〜ステップＳ２３は、再生を決定した映像コンテンツを、ＤＭＲ１００５に表示させる処理である。

ここで、映像再生中に、ユーザがＤＭＣ１００７の電源を切り（ステップＳ２４）、映像属性情報、サーバ識別情報、レンダラー識別情報、再生コンテンツ属性情報等のデータが失われたとする。

このような状況において、ＤＭＣ１００７のユーザが、再度ＤＭＣ１００７の電源を入れた場合を考える（ステップＳ２５）。

この際、ＤＭＣ１００７は、ステップＳ１〜ステップＳ７と同じ処理を繰り返して、ＤＭＳの検出とＤＭＲの検出を行い（ステップＳ２６）、サーバ識別情報とレンダラー識別情報を再取得する。

次に、ユーザがＤＭＣ１００７を操作して、ＤＭＲ−Ａで再生中の映像コンテンツの属性情報を表示するように指示したとする。すると、ＤＭＣ１００７は、ＤＭＲ−Ａに対して、再生中の映像コンテンツの属性情報の取得要求を送信する（ステップＳ２７）。この再生中のコンテンツの属性情報取得要求は、ＤＬＮＡでは、「ＡＶＴ：ＧｅｔＭｅｄｉａＩｎｆｏ」というコマンドで行われる。

ＤＭＲ−Ａは、ＤＭＣ１００７から送信された再生中の映像コンテンツの属性情報の取得要求を受信すると、再生中の映像コンテンツの属性情報を、ＤＭＣ１００７に対して返送する（ステップＳ２９）。

ＤＭＣ１００７は、ＤＭＲ−Ａから返送された再生中の映像コンテンツの属性情報を受信すると、受信した情報を再生中のコンテンツの属性情報として記録するとともに、表示部（図示せず。）に表示する（ステップＳ３０）。

ＤＭＣ１００７のユーザの操作に応じて、ＤＭＣ１００７は、ステップＳ９〜ステップＳ１５と同様の処理を行い、ＤＭＳ１００１の映像コンテンツ情報を順次取得する（ステップＳ３１）。ＤＭＣ１００７のユーザは、一覧表示されるコンテンツの中から、次に見たいコンテンツを指定する。

次に、ＤＭＣ１００７は、ステップＳ１６と同様に、再生先として選択可能なＤＭＲ１００５の一覧を、表示部（図示せず。）に表示して（ステップＳ３２）、再生先のＤＭＲ１００５をユーザに選択してもらう。これにより、ユーザは、ＤＭＣ１００７の操作部（図示せず。）を操作して、ＤＭＲ−ＡまたはＤＭＲ−Ｂのいずれかを選択する（ステップＳ３３）。以下の説明では、ユーザによって、ＤＭＲ−Ｂが選択されたものとする。

続いて、ＤＭＣ１００７は、再生が決定された映像コンテンツに該当する映像属性情報を取得して、再生コンテンツ属性情報とする。この際に、ＤＭＣ１００７は、再生が決定された映像コンテンツを管理しているサーバの識別情報を、再生コンテンツ属性情報に追加する。また、ＤＭＣ１００７は、生成した再生コンテンツ属性情報を、ＤＭＲ−Ｂに通知する（ステップＳ３４）。この再生コンテンツ属性情報は、ＤＬＮＡでは、「ＡＶＴ：ＳｅｔＡＶＴｒａｎｓｐｏｒｔＵＲＩ」というコマンドを用いて行われる。ＤＭＲ−Ｂに通知する情報は、例えば、再生映像コンテンツを管理するサーバの識別情報、タイトル、コンテンツのサイズ、コンテンツの長さ、コンテンツにアクセスするためのＵＲＬ等の属性情報を含む。

ＤＭＲ−Ｂは、ＤＭＣ１００７から送信された映像コンテンツの属性情報を受信して、サーバの識別情報を含む映像コンテンツの属性情報とサーバの識別情報とを、記憶部（図示せず。）に保存するとともに（ステップＳ３５）、属性情報を受信した旨をＤＭＣ１００７に通知する。

ＤＭＣ１００７は、選択した映像コンテンツの再生開始を、ＤＭＲ−Ｂに要求する（ステップＳ３６）。この再生要求は、ＤＬＮＡでは、「ＡＶＴ：Ｐｌａｙ」というコマンドを用いて行う。

ＤＭＲ−Ｂは、ＤＭＣ１００７から送信された映像コンテンツの再生要求を受信すると、映像属性情報を参照して、コンテンツのアクセスＵＲＬを取得し、取得したＵＲＬにアクセスし、コンテンツデータの取得要求を送信する（ステップＳ３７）。

ＤＭＳ１００１は、ＤＭＲ−Ｂから送信されたコンテンツデータの取得要求を受信すると、映像属性情報を参照して、ＵＲＬに対応するコンテンツデータを、ＤＭＲ−Ｂに対して返送する（ステップＳ３８）。

ＤＭＲ−Ｂは、ＤＭＳ１００１から送信されたコンテンツデータを受信すると、受信したコンテンツデータをコンテンツ再生部（図示せず。）に伝送する。コンテンツ再生部（図示せず。）は、取得したコンテンツデータをデコードして、表示部（図示せず。）に表示する（ステップＳ３９）。

このような処理を行うことで、ホームネットワーク上に存在する機器は、コンテンツの共有と、コンテンツの再生制御を行うことが可能となる。

次に、現在提案されているコンテンツの共有方法および再生方法において、ＤＭＣが再生要求に対してエラーを受け取った場合を考える。図１７は、ＤＭＳ１００１がＤＭＲ−Ｂの要求に対して、エラーを返した場合における流れ図である。

図１７から明らかなように、図１６との違いは、ステップＳ４０以降である。
図１７におけるステップＳ４０において、ＤＭＳ１００１が、ＤＭＲ−Ｂから送信された映像コンテンツの取得要求に対して、拒否応答を行っている。ＤＬＮＡでは、このようなやり取りは、ＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を用いて行われる。再生要求に対してエラーを受け取ったＤＭＲ−Ｂは、ＤＭＣ１００７に対して、エラーを通知する（ステップＳ４１）。ＤＬＮＡでは、このエラー通知は、ＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｔｏｃｏｌ）を用いて行われる。

このように、ＤＭＳ１００１−ＤＭＲ１００５間と、ＤＭＲ１００５−ＤＭＣ１００７間では、用いるプロトコルが異なっている。ここで、ＨＴＴＰとＳＯＡＰそれぞれにおけるエラーに対応した番号は、１対１対応をしていない。そのため、ＤＭＣ１００７がＤＭＲ−Ｂからエラー通知を受け取った際（ステップＳ４２）に、不具合内容によっては、ＤＭＳ１００１がステップＳ４０においてＤＭＲ−Ｂへと送信したエラー情報が、ＤＭＣ１００７に対して正しく伝わらない場合がある。

最後に、ＤＭＣ１００７は、受信したエラー情報に基づいて、エラーが生じた原因を画面上に表示する（ステップＳ４３）。現状では、表示されたエラー原因により、ユーザが原因を把握し、通知されたエラーに対して対応する必要がある。

この場合に、ユーザは、ＤＭＲに対してエラーを通知したＤＭＳの設置場所を特定し、該当するＤＭＳに対して、エラー改善のための処理を実施するために、ＤＭＳの設置場所まで赴く必要がある。そのため、表示されたエラー原因によっては、ユーザに対して過度の負担が生じる場合があるという問題があった。

このような問題点について、本願発明者は鋭意検討を行った結果、以下で説明するような、本発明の各実施形態に係る情報処理システムおよび情報処理装置に想到した。

（第１の実施形態）
＜情報処理システムについて＞
まず、図１を参照しながら、本発明の第１の実施形態に係る情報処理システムについて、詳細に説明する。図１は、本実施形態に係る情報処理システムを説明するための説明図である。

本実施形態に係る情報処理システム１は、例えば図１に示したように、通信網３と、情報処理装置１０と、コンテンツ管理サーバ２０と、レンダラー装置３０Ａ，３０Ｂと、を含む。

通信網３は、情報処理装置１０、コンテンツ管理サーバ２０およびレンダラー装置３０をそれぞれ双方向通信又は一方向通信可能に接続する通信回線網である。この通信網は、例えば、インターネット、ＮＧＮ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｎｅｔｗｏｒｋ）網、電話回線網、衛星通信網、同報通信路等の公衆回線網や、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＩＰ−ＶＰＮ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ−Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）、Ｅｔｈｅｒｎｅｔ（登録商標）、ワイヤレスＬＡＮ等の専用回線網などで構成されており、有線／無線を問わない。

情報処理装置１０は、後述するコンテンツ管理サーバ２０からビデオコンテンツ、ミュージックコンテンツ、フォトコンテンツ等のコンテンツ一覧を取得して、後述するレンダラー装置３０に、コンテンツ一覧の中から選択したコンテンツを再生させることが可能な装置である。この情報処理装置１０は、パーソナルコンピュータやサーバ等のコンピュータ装置であってもよく、テレビジョン受像器、ＤＶＤ／ＨＤＤレコーダ、携帯電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、デジタルカメラ、家庭用ゲーム機、デジタルビデオカメラ等のネットワークを介した通信機能を有する情報家電であってもよい。また、情報処理装置１０は、契約者が持ち運びできるポータブルデバイス（Ｐｏｒｔａｂａｌｅ Ｄｅｖｉｃｅ）、例えば、携帯型ゲーム機、ＰＨＳ、携帯型映像／音声プレーヤーなどであってもよい。

なお、情報処理装置１０は、ＤＬＮＡ（Ｄｉｇｉｔａｌ Ｌｉｖｉｎｇ Ｎｅｔｗｏｒｋ Ａｌｌｉａｎｃｅ）ガイドラインに準拠するデジタルメディアコントローラ（Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｃｏｎｔｒｏｌｌｅｒ）の機能を有する。また、情報処理装置１０は、更に、デジタルメディアサーバ（Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｓｅｒｖｅｒ：ＤＭＳ）やデジタルメディアプレーヤー（Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｐｌａｙｅｒ：ＤＭＰ）の機能を併せ持っていてもよい。

コンテンツ管理サーバ２０は、ビデオコンテンツ、ミュージックコンテンツ、フォトコンテンツ等のコンテンツを、当該コンテンツの所在情報やメタデータ等と関連付けて管理する。また、コンテンツ管理サーバ２０は、通信網３を介して接続されている情報処理装置１０やレンダラー装置３０からの要求に応じて、コンテンツ管理サーバ２０が管理しているコンテンツやコンテンツのメタデータ等を提供する。このコンテンツ管理サーバ２０は、パーソナルコンピュータやサーバ等のコンピュータ装置であってもよく、テレビジョン受像器、ＤＶＤ／ＨＤＤレコーダ、携帯電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、デジタルカメラ、家庭用ゲーム機、デジタルビデオカメラ等のネットワークを介した通信機能を有する情報家電であってもよい。また、コンテンツ管理サーバ２０は、契約者が持ち運びできるポータブルデバイス（Ｐｏｒｔａｂａｌｅ Ｄｅｖｉｃｅ）、例えば、携帯型ゲーム機、ＰＨＳ、携帯型映像／音声プレーヤーなどであってもよい。なお、コンテンツ管理サーバ２０は、ＤＬＮＡガイドラインに準拠するデジタルメディアサーバ（Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｓｅｒｖｅｒ：ＤＭＳ）の機能を有する。

レンダラー装置３０Ａ，３０Ｂ（以下、レンダラー装置３０とも称する。）は、情報処理装置１０から指定されたコンテンツに対応するコンテンツデータをコンテンツ管理サーバ２０から取得し、再生する装置である。このレンダラー装置３０は、パーソナルコンピュータやサーバ等のコンピュータ装置であってもよく、テレビジョン受像器、ＤＶＤ／ＨＤＤレコーダ、携帯電話、ＰＤＡ、デジタルカメラ、家庭用ゲーム機、デジタルビデオカメラ等のネットワークを介した通信機能を有する情報家電であってもよい。また、レンダラー装置３０は、契約者が持ち運びできるポータブルデバイス、例えば、携帯型ゲーム機、ＰＨＳ、携帯型映像／音声プレーヤーなどであってもよい。このレンダラー装置３０は、ＤＬＮＡガイドラインに準拠するデジタルメディアレンダラー（Ｄｉｇｉｔａｌ Ｍｅｄｉａ Ｒｅｎｄｅｒｅｒ：ＤＭＲ）の機能を有する。

なお、図１に示した例では、情報処理装置１０およびコンテンツ管理サーバ２０は、通信網３にそれぞれ１台のみ接続されているが、通信網３には複数の情報処理装置１０およびコンテンツ管理サーバ２０が接続されていてもよい。同様に、図１に示した例では、２台のレンダラー装置３０Ａ，３０Ｂが接続されているが、通信網３には１台または３台以上のレンダラー装置３０が接続されていてもよい。

また、図１に示した例では、情報処理装置１０、コンテンツ管理サーバ２０およびレンダラー装置３０は、互いに通信網３を介して接続されているが、情報処理装置１０、コンテンツ管理サーバ２０およびレンダラー装置３０は、通信網３を介さずに、互いに直接接続されていてもよい。

なお、上記情報処理装置１０、コンテンツ管理サーバ２０およびレンダラー装置３０については、以下で改めて詳細に説明する。

＜情報処理装置の構成について＞
次に、図２を参照しながら、本実施形態に係る情報処理装置の構成について、詳細に説明する。図２は、本実施形態に係る情報処理装置の構成を説明するためのブロック図である。

本実施形態に係る情報処理装置１０は、例えば図２に示したように、通信制御部１０１と、操作部１０３と、サーバ情報取得部１０５と、レンダラー情報取得部１０７と、レンダラー制御部１０９と、表示制御部１１１と、エラー改善要求部１１３と、エラー原因問合せ部１１５と、記憶部１１７と、を主に備える。

通信制御部１０１は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、通信装置等から構成される。通信制御部１０１は、情報処理装置１０とコンテンツ管理サーバ２０との間、および、情報処理装置１０とレンダラー装置３０との間で送受信される各種データの通信制御を行う。

より詳細には、通信制御部１０１は、本実施形態に係る情報処理装置１０が備える各処理部からの要請を受け、各種のデータや信号を、コンテンツ管理サーバ２０やレンダラー装置３０へと送信する。また、通信制御部１０１は、コンテンツ管理サーバ２０やレンダラー装置３０から送信された各種のデータや信号を受信し、本実施形態に係る情報処理装置１０が備える各処理部へと伝送する。

また、通信制御部１０１は、後述する記憶部１１７を、送受信用のバッファとして利用することが可能である。

操作部１０３は、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ、入力装置等から構成されており、情報処理装置１０に備えられたコンテンツ選択用スイッチ、再生スイッチ、停止スイッチなどの各種の入力スイッチに対してなされた操作を所定の信号に変換し、該当する処理部へと伝送する。上述のような入力スイッチに対してなされる操作は、例えば、コンテンツ管理サーバ２０からコンテンツの属性情報を取得するための操作や、特定のコンテンツを特定のレンダラー装置３０に再生／停止させるための操作などを挙げることができる。

サーバ情報取得部１０５は、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ等から構成されており、通信網３を介して接続されているコンテンツ管理サーバ２０から、当該コンテンツ管理サーバに関するサーバ情報を取得する。

より詳細には、サーバ情報取得部１０５は、ＳＳＤＰなどのプロトコルを用いて、サーバ発見のプロトコルを通信網３上にブロードキャストし、応答のあったコンテンツ管理サーバ２０からサーバ識別情報を取得する。このサーバ識別情報は、例えば、コンテンツ管理サーバ２０に付与されたＩＰアドレスや、コンテンツ管理サーバ２０のメーカー名・機器モデル名や、コンテンツ管理サーバ２０に付与されたＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ Ｕｎｉｑｕｅ ＩＤｅｎｔｉｆｉｅｒ）などの識別情報を含む。

また、サーバ情報取得部１０５は、ＳＯＡＰなどのプロトコルを用いて、コンテンツ管理サーバ２０が管理しているコンテンツフォルダの一覧を取得する要求をコンテンツ管理サーバ２０に送信し、当該サーバが管理しているコンテンツフォルダの一覧を取得する。さらに、サーバ情報取得部１０５は、コンテンツ管理サーバ２０が管理しているコンテンツの一覧を取得する要求をコンテンツ管理サーバ２０に送信し、当該サーバが管理しているコンテンツの一覧を取得する。このような、コンテンツフォルダに関する情報や、コンテンツそのものに関する情報には、当該フォルダやコンテンツの属性情報や所在情報等が含まれている。

サーバ情報取得部１０５が取得した、サーバ識別情報やサーバが管理しているコンテンツに関する属性情報などを含むサーバ情報は、例えば、後述する記憶部１１７のサーバ情報記録領域に、サーバ情報を取得した時刻に関する情報などと関連付けられて記録される。このサーバ情報は、本実施形態に係る情報処理装置１０が備える各処理部が、自由に参照することが可能である。

また、サーバ情報取得部１０５は、取得したサーバ識別情報やコンテンツに関する属性情報などに基づいて、情報処理装置１０が接続可能なサーバに関する一覧であるサーバリストや、情報処理装置１０が接続可能なコンテンツフォルダの一覧であるコンテンツフォルダリストや、情報処理装置１０が取得可能なコンテンツの一覧であるコンテンツリスト等を生成することが可能である。

サーバ情報取得部１０５は、生成したこれらのリストを、後述する表示制御部１１１に伝送して、情報処理装置１０の表示部（図示せず。）に表示させることが可能である。また、サーバ情報取得部１０５は、生成したこれらのリストを、後述する記憶部１１７に記録してもよい。

また、サーバ情報取得部１０５は、これらの処理を行うに際して、後述する記憶部１１７等に記録されている、各種のパラメータやデータベースを参照したり、後述する記憶部１１７等に記録されている各種のプログラムを実行したりしてもよい。

レンダラー情報取得部１０７は、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ等から構成されており、通信網３を介して接続されているレンダラー装置３０から、当該レンダラー装置に関するレンダラー情報を取得する。

より詳細には、レンダラー情報取得部１０７は、ＳＳＤＰなどのプロトコルを用いて、レンダラー装置発見のプロトコルを通信網３上にブロードキャストし、応答のあったレンダラー装置３０からレンダラー識別情報を取得する。このレンダラー識別情報は、例えば、レンダラー装置３０に付与されたＩＰアドレスや、レンダラー装置３０のメーカー名・機器モデル名などの識別情報を含み、更に、レンダラー装置３０に付与されたＵＵＩＤ（Ｕｎｉｖｅｒｓａｌｌｙ Ｕｎｉｑｕｅ ＩＤｅｎｔｉｆｉｅｒ）などを情報として含んでもよい。

また、レンダラー情報取得部１０７は、レンダラー装置３０から、当該レンダラー装置３０が再生可能なコンテンツの種別に関する情報等を取得することも可能である。

レンダラー情報取得部１０７が取得した、レンダラー識別情報などを含むレンダラー情報は、例えば、後述する記憶部１１７のレンダラー情報記録領域に、レンダラー情報を取得した時刻に関する情報などと関連付けられて記録される。このレンダラー情報は、本実施形態に係る情報処理装置１０が備える各処理部が、自由に参照することが可能である。

また、レンダラー情報取得部１０７は、取得したレンダラー識別情報などに基づいて、情報処理装置１０が接続可能なレンダラー装置に関する一覧であるレンダラーリスト等を生成することが可能である。

レンダラー情報取得部１０７は、生成したリストを、後述する表示制御部１１１に伝送して、情報処理装置１０の表示部（図示せず。）に表示させることが可能である。また、レンダラー情報取得部１０７は、生成したリストを、後述する記憶部１１７に記録してもよい。

また、レンダラー情報取得部１０７は、これらの処理を行うに際して、後述する記憶部１１７等に記録されている、各種のパラメータやデータベースを参照したり、後述する記憶部１１７等に記録されている各種のプログラムを実行したりしてもよい。

レンダラー制御部１０９は、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ等から構成されており、情報処理装置１０のユーザによって選択されたレンダラー装置３０に、ユーザによって選択されたコンテンツを再生させるための制御を行う。

より詳細には、レンダラー制御部１０９は、コンテンツを再生させるレンダラー装置３０と、このレンダラー装置３０で再生させるコンテンツとが決定した場合に、再生が決定されたコンテンツに関する再生コンテンツ属性情報を送信する。この再生コンテンツ属性情報には、例えば、再生を希望するコンテンツを管理するサーバの識別情報、タイトル、コンテンツのサイズ、コンテンツの長さ、コンテンツにアクセスするためのＵＲＬ等の属性情報などが記載されている。レンダラー制御部１０９は、後述する記憶部１１７に記録されているサーバ情報に基づいて、上述のような再生コンテンツ属性情報を生成し、後述する記憶部１１７に記録されているレンダラー情報に基づいて、生成した再生コンテンツ属性情報を送信する。レンダラー制御部１０９は、生成した再生コンテンツ属性情報を、後述する記憶部１１７に記録してもよい。

また、レンダラー制御部１０９は、再生コンテンツ属性情報を送信したレンダラー装置３０から、当該属性情報を受信した旨の通知を受け取ると、このレンダラー装置３０に対して、コンテンツの再生要求を送信する。また、レンダラー制御部１０９は、コンテンツを再生しているレンダラー装置３０に対して、コンテンツの再生中止要求（すなわち、コンテンツの停止要求）を送信することも可能である。

また、レンダラー制御部１０９は、これらの処理を行うに際して、後述する記憶部１１７等に記録されている、各種のパラメータやデータベースを参照したり、後述する記憶部１１７等に記録されている各種のプログラムを実行したりしてもよい。

表示制御部１１１は、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ等から構成されており、本実施形態に係る情報処理装置１０が有する各処理部が、各種のデータや情報等を表示部（図示せず。）に表示する際の表示制御を行う。表示制御部１１１は、これらの処理を行うに際して、後述する記憶部１１７等に記録されている、各種のパラメータやデータベースを参照したり、後述する記憶部１１７等に記録されている各種のプログラムを実行したりしてもよい。

エラー改善要求部１１３は、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ等から構成されている。レンダラー装置３０から、当該レンダラー装置３０とコンテンツ管理サーバ２０との間で発生したエラーに関する内容が詳細に記載されたエラー情報が送信されると、エラー改善要求部１１３は、レンダラー装置３０から送信されたエラー情報を受信する。このエラー情報には、コンテンツ管理サーバ３０とレンダラー装置３０との間のデータ通信に用いられるプロトコル（例えば、ＨＴＴＰなど）で定義されているエラーコードや、情報処理装置１０とレンダラー装置３０との間のデータ通信に用いられるプロトコル（例えば、ＳＯＡＰなど）で定義されているエラーコードよりも詳細に、エラーの内容が記載されている。

具体的には、記載されているエラーの内容は、例えば、「機器登録が行われていないレンダラー装置から接続要求があったため、サーバは接続要求を拒否した」、「サーバのファイヤーウォールで、レンダラー装置から送信された要求がブロックされた」、「サーバのＤＬＮＡ機能が急に停止した」、などのように、それぞれの装置間で用いられるプロトコルでは定義されていない詳細なエラー内容である。

レンダラー装置３０から送信される可能性のあるエラー情報の一覧は、エラー情報に記載されているエラーコード（ステータスバリュー）と、エラーの詳細な説明とが１対１で対応しているデータベースの形で後述する記憶部１１７に予め記録されている。

また、このデータベースには、それぞれのエラーに対応するための情報（すなわち、対応策）も記載されている。このようなエラー原因・対応策情報１１９の一例を、以下の表１に示す。

表１に示したようなエラー情報（より詳細には、ステータスバリュー）は、例えば、情報処理装置１０−レンダラー装置３０間で使用されているプロトコル（例えば、ＳＯＡＰ）のヘッダに、以下に示すような形で追加記載される。また、このエラー情報には、ステータスバリューの他にも、レンダラー装置３０に関するＭＡＣアドレスや、レンダラー装置３０の機器名などが追加記載されている。

X-AV-StatusCode = “X-AV-StatusCode”“:” status-value
status-value = 4 DIGIT

エラー改善要求部１１３は、レンダラー装置３０から送信されたエラー情報を受信すると、記憶部１１７に格納されているエラー原因・対応策情報１１９を参照して、記載されているステータスバリューが表すエラーの詳細を取得する。

エラー改善要求部１１３は、エラーの詳細を把握すると、把握したエラーに該当する対応策情報を、エラー原因・対応策情報１１９から取得し、コンテンツ管理サーバ２０に対して、エラー改善処理を要求する。エラー改善処理を要求する際には、エラー改善要求部１１３は、該当するレンダラー装置３０のＭＡＣアドレスや機器名をコンテンツ管理サーバ２０に通知し、コンテンツ管理サーバ２０が適切にエラー改善処理を実行できるようにする。

このような対応策情報は、例えば、情報処理装置１０−コンテンツ管理サーバ２０間で使用されているプロトコル（例えば、ＳＯＡＰ）のヘッダに、以下に示すような形で追加記載される。また、このエラー情報には、ステータスバリューの他にも、レンダラー装置３０に関するＭＡＣアドレスや、レンダラー装置３０の機器名などが追加記載されている。

X-AV-RequestCode = “X-AV-RequestCode”“:” status-value
status-value = 4 DIGIT

エラー原因問合せ部１１５は、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ等から構成されている。エラー原因問合せ部１１５は、レンダラー装置３０から、当該レンダラー装置３０とコンテンツ管理サーバ２０との間でエラーが発生した旨の通知を受信し、受信したエラー発生通知の中に、上述のようなエラー情報が含まれていない場合に、コンテンツ管理サーバ２０に対してエラー原因を問い合わせる。

情報処理装置１０と接続可能なレンダラー装置の中には、上述のようなエラー情報を送信不可能なレンダラー装置も存在しうる。そのため、レンダラー装置から、情報処理装置−レンダラー装置間で用いられるプロトコルに則したエラー通知のみが送信された場合には、エラー原因問合せ部１１５は、コンテンツ管理サーバ２０との間で、エラーの原因についての問合せを行う。

コンテンツ管理サーバ２０から、レンダラー装置に通知したエラーの内容が提供された場合には、エラー原因問合せ部１１５は、記憶部１１７に記録されているエラー原因・対応策情報１１９を参照して、エラー改善要求を生成し、コンテンツ管理サーバ２０に送信する。

このように、レンダラー装置との間でエラー原因・対応策情報が共有されている場合には、情報処理装置１０のエラー改善要求部１１３が、レンダラー装置３０から通知されたエラー情報に基づいて、エラー改善要求を生成する。また、レンダラー装置が上述のようなエラー原因・対応策情報を有していない場合には、エラー原因問合せ部１１５がコンテンツ管理サーバ２０との間でエラー原因の特定処理を行い、特定されたエラー原因とエラー原因・対応策情報とに基づいて、エラー改善要求を生成する。

これにより、本実施形態に係るエラー原因・対応策情報を有しているレンダラー装置３０であっても、エラー原因・対応策情報を有していないレンダラー装置であっても、本実施形態に係る情報処理装置１０は、コンテンツ管理サーバ２０に対して、レンダラー装置との間で発生したエラーの改善処理を要求することが可能となる。

記憶部１１７には、コンテンツ管理サーバ−レンダラー装置間で発生しうるエラーに関する詳細な説明と、そのエラーを改善するための対応策とが関連付けられた、エラー原因・対応策情報１１９が格納されている。また、記憶部１１７には、本実施形態に係る情報処理装置１０が、何らかの処理を行う際に保存する必要が生じた様々なパラメータや処理の途中経過等、または、各種のデータベース等が、適宜記録されてもよい。この記憶部１１７は、通信制御部１０１、操作部１０３、サーバ情報取得部１０５、レンダラー情報取得部１０７、レンダラー制御部１０９、表示制御部１１１、エラー改善要求部１１３、エラー原因問合せ部１１５等が、自由に読み書きを行うことが可能である。

以上、本実施形態に係る情報処理装置１０の機能の一例を示した。上記の各構成要素は、汎用的な部材や回路を用いて構成されていてもよいし、各構成要素の機能に特化したハードウェアにより構成されていてもよい。また、各構成要素の機能を、ＣＰＵ等が全て行ってもよい。従って、本実施形態を実施する時々の技術レベルに応じて、適宜、利用する構成を変更することが可能である。

＜コンテンツ管理サーバの構成について＞
続いて、図３を参照しながら、本実施形態に係るコンテンツ管理サーバの構成について、詳細に説明する。図３は、本実施形態に係るコンテンツ管理サーバの構成を説明するためのブロック図である。

本実施形態に係るコンテンツ管理サーバ２０は、例えば図３に示したように、通信制御部２０１と、操作部２０３と、サーバ識別情報提供部２０５と、コンテンツ情報提供部２０７と、エラー解析部２０９と、エラー改善処理部２１１と、記憶部２１３と、を主に備える。

通信制御部２０１は、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ、通信装置等から構成されており、コンテンツ管理サーバ２０と情報処理装置１０との間、および、コンテンツ管理サーバ２０とレンダラー装置３０との間で送受信される各種データの通信制御を行う。

より詳細には、通信制御部２０１は、本実施形態に係るコンテンツ管理サーバ２０が備える各処理部からの要請を受け、各種のデータや信号を、情報処理装置１０やレンダラー装置３０へと送信する。また、通信制御部２０１は、情報処理装置１０やレンダラー装置３０から送信された各種のデータや信号を受信し、本実施形態に係るコンテンツ管理サーバ２０が備える各処理部へと伝送する。

また、通信制御部２０１は、後述する記憶部２１３を、送受信用のバッファとして利用することが可能である。

操作部２０３は、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ、入力装置等から構成されており、コンテンツ管理サーバ２０に備えられたコンテンツ選択用スイッチ、再生スイッチ、停止スイッチなどの各種の入力スイッチに対してなされた操作を所定の信号に変換し、該当する処理部へと伝送する。

サーバ識別情報提供部２０５は、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ等から構成されており、情報処理装置１０に対して、コンテンツ管理サーバ２０を識別するためのサーバ識別情報を送信する。このサーバ識別情報は、コンテンツ管理サーバ２０に固有の情報であり、例えば、コンテンツ管理サーバ２０に付与されたＩＰアドレスや、コンテンツ管理サーバ２０のメーカー名・機器モデル名や、コンテンツ管理サーバ２０に付与されたＵＵＩＤなどの識別情報を含む。より詳細には、サーバ識別情報提供部２０５は、情報処理装置１０が通信網３を介してブロードキャスト配信したサーバ発見のプロトコルへの応答として、後述する記憶部２１３から取得したサーバ識別情報を、情報処理装置１０へと送信する。

コンテンツ情報提供部２０７は、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ等から構成されている。コンテンツ情報提供部２０７は、情報処理装置１０から送信された各種の情報取得要求に応じて、コンテンツ管理サーバ２０が管理しているコンテンツフォルダに関する属性情報や、コンテンツ管理サーバ２０が管理しているコンテンツに関する属性情報などを情報処理装置１０へと提供する。また、コンテンツ情報提供部２０７は、レンダラー装置３０から送信されたコンテンツデータの取得要求に応じて、コンテンツ管理サーバ２０が管理しているコンテンツに対応するコンテンツデータを、レンダラー装置３０へと提供する。

より詳細には、コンテンツ情報提供部２０７は、情報処理装置１０からブロードキャスト配信される、コンテンツフォルダの一覧を取得する要求や、コンテンツの一覧を取得する要求に応じて、後述する記憶部２１３に格納されているコンテンツ属性情報２１７を参照しながら、要求されている情報を情報処理装置１０へと提供する。

また、コンテンツ情報提供部２０７は、レンダラー装置３０から送信された特定のコンテンツに対応するコンテンツデータの取得要求に応じて、レンダラー装置３０によって指定されたコンテンツデータを記憶部２１３から取得して、レンダラー装置３０へと提供する。

なお、コンテンツ情報提供部２０７は、レンダラー装置３０との間に、接続に関するエラーや通信に関するエラーが生じた場合に、生じたエラーに対応するエラー通知を、レンダラー装置３０に対して通知することが可能である。

エラー解析部２０９は、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ等から構成されており、コンテンツ管理サーバ２０で発生したエラーを特定する。また、エラー解析部２０９は、特定したエラーに基づいて、後述する記憶部２１３に記録されているエラー原因・対応策情報２２１を参照し、特定したエラーを所定のエラー情報へと変換する。なお、このエラー原因・対応策情報２２１は、情報処理装置１０が備えるエラー原因・対応策情報１１９と同様のものである。また、エラー解析部２０９は、変換後のエラー情報を、レンダラー装置３０などの他の接続機器へと送信することが可能である。

エラー改善処理部２１１は、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ等から構成されており、情報処理装置１０から、コンテンツ管理サーバ−レンダラー装置間で発生したエラーの改善要求が送信された場合に、エラーの改善処理を行う。本実施形態に係る情報処理装置１０は、コンテンツ管理サーバ２０に既に機器登録されている装置であるため、コンテンツ管理サーバ２０は、登録済みの機器からの要求であると判断し、情報処理装置１０から送信されたエラー改善要求を受け付け、エラーの改善処理を実行する。

エラー改善処理部２１１は、情報処理装置１０から送信されたエラーの改善要求に記載されている対応策情報（例えば、ＲｅｑｕｅｓｔＣｏｄｅに記載されているステータスバリュー）に基づき、記憶部２１３に記録されているエラー情報・対応策情報を参照する。エラー改善処理部２１１は、参照した対応策情報に記載されている詳細に基づいて、エラー改善要求に記載されているレンダラー装置との間で発生したエラーの改善処理を行う。

記憶部２１３には、コンテンツ管理サーバ２０が管理するコンテンツに関するコンテンツデータ２１５や、コンテンツの属性情報２１７が格納されている。また、記憶部２１３には、コンテンツ管理サーバ２０を識別するためのサーバ識別情報２１９も格納されている。さらに、記憶部２１３には、コンテンツ管理サーバ−レンダラー装置間で発生しうるエラーに関する詳細な説明と、そのエラーを改善するための対応策とが関連付けられた、エラー原因・対応策情報２２１が格納されている。

また、記憶部２１３には、本実施形態に係るコンテンツ管理サーバ２０が、何らかの処理を行う際に保存する必要が生じた様々なパラメータや処理の途中経過等、または、各種のデータベース等が、適宜記録されてもよい。この記憶部２１３は、通信制御部２０１、操作部２０３、サーバ識別情報提供部２０５、コンテンツ情報提供部２０７、エラー解析部２０９、エラー改善処理部２１１等が、自由に読み書きを行うことが可能である。

以上、本実施形態に係るコンテンツ管理サーバ２０の機能の一例を示した。上記の各構成要素は、汎用的な部材や回路を用いて構成されていてもよいし、各構成要素の機能に特化したハードウェアにより構成されていてもよい。また、各構成要素の機能を、ＣＰＵ等が全て行ってもよい。従って、本実施形態を実施する時々の技術レベルに応じて、適宜、利用する構成を変更することが可能である。

＜レンダラー装置の構成について＞
続いて、図４を参照しながら、本実施形態に係るレンダラー装置の構成について、詳細に説明する。図４は、本実施形態に係るレンダラー装置の構成を説明するためのブロック図である。

本実施形態に係るレンダラー装置３０は、例えば図４に示したように、通信制御部３０１と、操作部３０３と、レンダラー情報提供部３０５と、コンテンツデータ取得部３０７と、コンテンツ再生部３０９と、エラー解析部３１１と、記憶部３１３と、を主に備える。

通信制御部３０１は、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ、通信装置等から構成され、レンダラー装置３０とコンテンツ管理サーバ２０との間、および、レンダラー装置３０と情報処理装置１０との間で送受信される各種データの通信制御を行う。

より詳細には、通信制御部３０１は、本実施形態に係るレンダラー装置３０が備える各処理部からの要請を受け、各種のデータや信号を、情報処理装置１０やコンテンツ管理サーバ２０へと送信する。また、通信制御部３０１は、情報処理装置１０やコンテンツ管理サーバ２０から送信された各種のデータや信号を受信し、本実施形態に係るレンダラー装置３０が備える各処理部へと伝送する。

また、通信制御部３０１は、後述する記憶部３１３を、送受信用のバッファとして利用することが可能である。

操作部３０３は、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ、入力装置等から構成されており、レンダラー装置３０に備えられたコンテンツ選択用スイッチ、再生スイッチ、停止スイッチなどの各種の入力スイッチに対してなされた操作を所定の信号に変換し、該当する処理部へと伝送する。

レンダラー情報提供部３０５は、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ等から構成されている。レンダラー情報提供部３０５は、レンダラー装置３０を識別するためのレンダラー識別情報やレンダラー装置３０で再生可能なコンテンツの種別等が記載された属性情報を含むレンダラー情報を、情報処理装置１０に対して送信する。レンダラー識別情報は、レンダラー装置３０に固有の情報であり、例えば、レンダラー装置３０に付与されたＩＰアドレスや、レンダラー装置３０のメーカー名・機器モデル名や、レンダラー装置３０に付与されたＵＵＩＤなどの識別情報を含む。より詳細には、レンダラー情報提供部３０５は、情報処理装置１０が通信網３を介してブロードキャスト配信したレンダラー装置発見のプロトコルへの応答として、後述する記憶部３１３から取得したレンダラー情報を、情報処理装置１０へと送信する。

コンテンツデータ取得部３０７は、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ等から構成されている。コンテンツデータ取得部３０７は、情報処理装置１０から送信された再生コンテンツ属性情報に基づいて、コンテンツ管理サーバ２０から、再生コンテンツ属性情報で特定されたコンテンツに対応するコンテンツデータを取得する。コンテンツデータ取得部３０７は、コンテンツ管理サーバ２０から取得したコンテンツデータを、後述するコンテンツ再生部３０９に伝送する。また、コンテンツデータ取得部３０７は、取得したコンテンツデータを、後述する記憶部３１３に格納してもよい。

コンテンツ再生部３０９は、コンテンツデータ取得部３０７から伝送されたコンテンツデータの再生処理を行う。より詳細には、コンテンツ再生部３０９は、コンテンツデータ取得部３０７から伝送されたコンテンツデータの復号を行い、復号されたコンテンツデータの再生処理を行う。この際、コンテンツ再生部３０９は、コンテンツデータの復号を行いながらコンテンツの再生処理を行っても良く、コンテンツデータの復号が完了してからコンテンツの再生処理を行っても良い。なお、コンテンツ再生部３０９は、後述する記憶部１１３等に記録されているデータやデータベース等を利用することが可能である。

エラー解析部３１１は、例えば、ＣＰＵ、ＲＯＭ、ＲＡＭ等から構成されている。エラー解析部３１１は、本実施形態に係るレンダラー装置３０自身の不具合や、コンテンツ管理サーバ２０から送信されたエラー通知を解析して、不具合やエラー通知の内容を特定する。また、エラー解析部３１１は、特定したエラーに基づいて、後述する記憶部３１３に記録されているエラー原因・対応策情報３１７を参照し、特定したエラーを所定のエラー情報へと変換する。なお、このエラー原因・対応策情報３１７は、情報処理装置１０が備えるエラー原因・対応策情報１１９と同様のものである。また、エラー解析部３１１は、変換後のエラー情報を、情報処理装置１０などの他の接続機器へと送信する。

記憶部３１３には、レンダラー装置３０を識別するためのレンダラー識別情報やレンダラー装置３０で再生可能なコンテンツの種別等が記載された属性情報を含むレンダラー情報３１５が格納されている。また、記憶部３１３には、コンテンツ管理サーバ−レンダラー装置間で発生しうるエラーに関する詳細な説明と、そのエラーを改善するための対応策とが関連付けられた、エラー原因・対応策情報３１７が格納されている。

また、記憶部３１３には、本実施形態に係るレンダラー装置３０が、何らかの処理を行う際に保存する必要が生じた様々なパラメータや処理の途中経過等、または、各種のデータベース等が、適宜記録されてもよい。この記憶部３１３は、通信制御部３０１、操作部３０３、レンダラー情報提供部３０５、コンテンツデータ取得部３０７、コンテンツ再生部３０９、エラー解析部３１１等が、自由に読み書きを行うことが可能である。

以上、本実施形態に係るレンダラー装置３０の機能の一例を示した。上記の各構成要素は、汎用的な部材や回路を用いて構成されていてもよいし、各構成要素の機能に特化したハードウェアにより構成されていてもよい。また、各構成要素の機能を、ＣＰＵ等が全て行ってもよい。従って、本実施形態を実施する時々の技術レベルに応じて、適宜、利用する構成を変更することが可能である。

＜情報処理方法および接続管理方法について＞
次に、図５〜図１１を参照しながら、本実施形態に係る情報処理装置１０が実施する情報処理方法、および、本実施形態に係るコンテンツ管理サーバ２０が実施する接続管理方法について、詳細に説明する。図５〜図８は、本実施形態に係る情報処理方法および接続管理方法を説明するための流れ図である。図９〜図１１は、本実施形態に係る情報処理方法および接続管理方法を説明するための説明図である。

まず、本実施形態に係る情報処理装置１０（以下、ＤＭＣ１０と略記する。）は、通信網３上に接続したコンテンツ管理サーバ２０（以下、ＤＭＳ２０と略記する。）の検出を行う（ステップＳ１０１）。ＤＭＣ１０のサーバ情報取得部１０５は、通信制御部１０１を経由して、通信網３上にサーバ発見のプロトコルをブロードキャストする。このようなサーバ発見のプロトコルとして、例えば、ＳＳＤＰを用いる。

ＤＭＳ２０のサーバ識別情報提供部２０５は、通信網３上に流れたサーバ発見プロトコルを取得するとともに、記憶部２１３を参照しながらサーバ識別情報を含む応答パケットを作成して、通信制御部２０１を経由してＤＭＣ１０に返信する（ステップＳ１０２）。

次に、ＤＭＣ１０の通信制御部１０１は、ＤＭＳ２０からサーバ発見要求に対する応答を取得し、サーバ情報取得部１０５は、応答中に含まれるＤＭＳ２０のサーバ識別情報を、記憶部１１７に保存するとともに、応答のあったＤＭＳ２０に関する一覧であるサーバリストを作成する（ステップＳ１０３）。

ＤＭＣ１０は、通信網３上に接続されたレンダラー装置３０Ａ，３０Ｂ（以下、ＤＭＲ３０Ａ，３０Ｂと略記する。）の検出を行う（ステップＳ１０４）。ＤＭＣ１０のレンダラー情報取得部１０７は、通信制御部１０１を経由して、通信網３上に、レンダラー装置発見のプロトコルをブロードキャストする。

ＤＭＲ３０Ａ，３０Ｂの通信制御部３０１は、通信網３上に流れたレンダラー装置発見プロトコルを取得するとともに、レンダラー情報提供部３０５は、記憶部３１３を参照しながらレンダラー情報を含む応答パケットを作成して、通信制御部３０１を経由してＤＭＣ１０に返信する（ステップＳ１０５、Ｓ１０６）。

ＤＭＣ１０のレンダラー情報取得部１０７は、ＤＭＲ３０Ａ，３０Ｂからレンダラー装置発見プロトコルに対する応答を取得して、応答中に含まれるそれぞれのＤＭＲのレンダラー情報を記憶部１１７に記録するとともに、応答のあったＤＭＲに関する一覧であるレンダラーリストを作成する（ステップＳ１０７）。

以上のステップＳ１０１〜ステップＳ１０７により、ＤＭＣ１０は、通信網３を介して接続されたＤＭＳ２０、ＤＭＲ３０Ａ，３０Ｂの存在を把握している状態となる。

また、ＤＭＣ１０とＤＭＳ２０との間、および、ＤＭＣ１０とＤＭＲ３０Ａ，３０Ｂとの間で、正常に通信がなされたということは、ＤＭＣ１０は、ＤＭＳ２０に登録されている機器であり、また、ＤＭＲ３０Ａ，３０Ｂに登録されている機器であることを意味する。

なお、このステップＳ１０１〜ステップＳ１０７は、例えばＤＭＣ１０の電源ＯＮに伴い自動的に実行される処理である。

あるタイミングで、ＤＭＣ１０のユーザが、操作部１０３を操作して、ＤＭＳ２０上の映像コンテンツの一覧表示を指示する（ステップＳ１０８）。そうすると、ＤＭＣ１０のサーバ情報取得部１０５は、操作部１０３から伝送された信号に基づいて、ＤＭＳ２０上の映像フォルダ一覧を取得する要求を、ＤＭＳ２０に送信する（ステップＳ１０９）。このフォルダ一覧を取得する要求として、ＳＯＡＰを用い、特に「ＣＤＳ：Ｂｒｏｗｓｅ」というコマンドにより、映像コンテンツの属性情報の取得を試みる。

ＤＭＳ２０の通信制御部２０１は、ＤＭＣ１０から送信された映像フォルダ一覧を取得する要求を取得する。ＤＭＳ２０においては、多数の映像コンテンツが存在し、映像コンテンツがフォルダに分類されて保管されている。ＤＭＳ２０のコンテンツ情報提供部２０７は、記憶部２１３に格納されているコンテンツ属性情報２１７から、ＤＭＳ２０が管理している映像コンテンツのフォルダ情報を取得して、ＤＭＣ１０に返信する（ステップＳ１１０）。

ＤＭＣ１０のサーバ情報取得部１０５は、ＤＭＳ２０から送信された映像フォルダ一覧取得応答を受信し、映像フォルダの名前などを映像フォルダ一覧として作成して（ステップＳ１１１）、表示部（図示せず。）に表示する。ＤＭＣ１０のユーザは、表示された映像フォルダ一覧を見ながら操作部１０３を操作して、見たい映像フォルダを選択する。また、選択した映像フォルダの下に更にフォルダがある場合には、ＤＭＣ１０は、上記ステップＳ１０９〜ステップＳ１１１を繰り返す。

次に、ＤＭＣ１０のサーバ情報取得部１０５は、操作部１０３により生成された所定の信号に基づいて、ＤＭＳ２０上の映像コンテンツの一覧を取得する要求を生成し、ＤＭＳ２０に送信する（ステップＳ１１２）。

ＤＭＳ２０のコンテンツ情報提供部２０７は、ＤＭＣ１０から送信された映像コンテンツ一覧を取得する要求を受信すると、記憶部２１３からＤＭＳ２０が管理している映像コンテンツの属性情報２１７を取得して、ＤＭＣ１０に返信する（ステップＳ１１３）。

ＤＭＣ１０のサーバ情報取得部１０５は、ＤＭＳ２０から送信された映像コンテンツ一覧取得応答を受信し、映像コンテンツのタイトルなどを映像コンテンツ一覧として作成して（ステップＳ１１４）、表示部（図示せず。）に表示する。ＤＭＣ１０のユーザは、表示された映像コンテンツ一覧を見ながら操作部１０３を操作して、見たい映像コンテンツを選択する。大量のコンテンツが存在して一度に全てのコンテンツの情報を取得できなかった場合には、ＤＭＣ１０は、上記ステップＳ１１２〜ステップＳ１１４を繰り返す。

その後、ＤＭＣ１０のユーザは、操作部１０３を操作して、再生したい映像コンテンツを選択する（ステップＳ１１５）。

以上のステップＳ１０８〜ステップＳ１１５により、ＤＭＣ１０のユーザは、再生させたい映像コンテンツを決定することが可能となる。

次に、ＤＭＣ１０のレンダラー情報取得部１０７は、レンダラー識別情報に記録されているＤＭＲ３０Ａ，３０Ｂのメーカー名・機器モデル名・識別情報などを表示部（図示せず。）に表示し（ステップＳ１１６）、選択した映像コンテンツを再生させるＤＭＲ（すなわち、再生先のＤＭＲ）をユーザに選択してもらう（ステップＳ１１７）。ここで、ステップＳ１１７において、ユーザがＤＭＣ１０の操作部１０３を操作して、２つのＤＭＲ３０Ａ，３０Ｂのうち、いずれかを選択する。以下の説明では、ＤＭＲ３０Ａが選択されたものとする。

続いて、ＤＭＣ１０のレンダラー制御部１０９は、再生が決定された映像コンテンツに該当する属性情報を取得して、再生コンテンツ属性情報とする。この際に、ＤＭＣ１０のレンダラー制御部１０９は、再生が決定された映像コンテンツを管理しているサーバの識別情報を、再生コンテンツ属性情報に追加する。また、ＤＭＣ１０のレンダラー制御部１０９は、生成した再生コンテンツ属性情報を、ＤＭＲ３０Ａに通知する（ステップＳ１１８）。この再生コンテンツ属性情報は、「ＡＶＴ：ＳｅｔＡＶＴｒａｎｓｐｏｒｔＵＲＩ」というコマンドを用いて行われる。ＤＭＲ３０Ａに通知する情報は、例えば、再生映像コンテンツを管理するサーバの識別情報、タイトル、コンテンツのサイズ、コンテンツの長さ、コンテンツにアクセスするためのＵＲＬ等の属性情報を含む。

ＤＭＲ３０Ａのコンテンツデータ取得部３０７は、ＤＭＣ１０から送信された映像コンテンツの属性情報を受信して、サーバの識別情報を含む映像コンテンツの属性情報とサーバの識別情報とを、記憶部３１３に保存するとともに（ステップＳ１１９）、属性情報を受信した旨をＤＭＣ１０に通知する。

ＤＭＣ１０のレンダラー制御部１０９は、選択した映像コンテンツの再生開始を、ＤＭＲ３０Ａに要求する（ステップＳ１２０）。この再生要求は、「ＡＶＴ：Ｐｌａｙ」というコマンドを用いて行う。

ＤＭＲ３０Ａのコンテンツデータ取得部３０７は、ＤＭＣ１０から送信された映像コンテンツの再生要求を受信すると、コンテンツの属性情報を参照して、コンテンツのアクセスＵＲＬを取得し、取得したＵＲＬにアクセスし、コンテンツデータの取得要求を送信する（ステップＳ１２１）。

ＤＭＳ２０のコンテンツ情報提供部２０７は、ＤＭＲ３０Ａから送信されたコンテンツデータの取得要求を受信すると、コンテンツ属性情報２１７を参照して、ＵＲＬに対応するコンテンツデータ２１５を、ＤＭＲ３０Ａに対して返送する（ステップＳ１２２）。

ＤＭＲ３０Ａのコンテンツデータ取得部３０７は、ＤＭＳ２０から送信されたコンテンツデータを受信すると、受信したコンテンツデータをコンテンツ再生部３０９に伝送する。コンテンツ再生部３０９は、取得したコンテンツデータをデコードして、表示部（図示せず。）に表示する（ステップＳ１２３）。

このように、ステップＳ１１６〜ステップＳ１２３は、再生を決定した映像コンテンツを、ＤＭＲ３０Ａに表示させる処理である。

ここで、映像再生中に、ユーザがＤＭＣ１０の電源を切り（ステップＳ１２４）、映像属性情報、サーバ識別情報、レンダラー識別情報、再生コンテンツ属性情報等のデータが失われたとする。

このような状況において、ＤＭＣ１０のユーザが、再度ＤＭＣ１０の電源を入れた場合を考える（ステップＳ１２５）。

この際、ＤＭＣ１０は、ステップＳ１０１〜ステップＳ１０７と同じ処理を繰り返して、ＤＭＳ２０の検出とＤＭＲ３０Ａ，３０Ｂの検出を行い（ステップＳ１２６）、サーバ識別情報とレンダラー識別情報を再取得する。

次に、あるタイミングで、ＤＭＣ１００７のユーザが、一覧表示されるコンテンツの中から、次に見たいコンテンツを指定する場合を考える。

次に、ＤＭＣ１０は、ステップＳ１１６と同様に、再生先として選択可能なＤＭＲの一覧を、表示部（図示せず。）に表示して、再生先のＤＭＲをユーザに選択してもらう。これにより、ユーザは、ＤＭＣ１０の操作部１０３を操作して、ＤＭＲ３０ＡまたはＤＭＲ３０Ｂのいずれかを選択する。以下の説明では、ユーザによって、ＤＭＲ−Ｂが選択されたものとする。

ＤＭＣ１０のレンダラー制御部１０９は、再生が決定された映像コンテンツに該当する属性情報を取得して、再生コンテンツ属性情報とする。この際に、ＤＭＣ１０のレンダラー制御部１０９は、再生が決定された映像コンテンツを管理しているサーバの識別情報を、再生コンテンツ属性情報に追加する。また、ＤＭＣ１０のレンダラー制御部１０９は、生成した再生コンテンツ属性情報を、ＤＭＲ３０Ｂに通知する（ステップＳ１２７）。この再生コンテンツ属性情報は、「ＡＶＴ：ＳｅｔＡＶＴｒａｎｓｐｏｒｔＵＲＩ」というコマンドを用いて行われる。ＤＭＲ３０Ｂに通知する情報は、例えば、再生映像コンテンツを管理するサーバの識別情報、タイトル、コンテンツのサイズ、コンテンツの長さ、コンテンツにアクセスするためのＵＲＬ等の属性情報を含む。

ＤＭＲ３０Ｂのコンテンツデータ取得部３０７は、ＤＭＣ１０から送信された映像コンテンツの属性情報を受信して、サーバの識別情報を含む映像コンテンツの属性情報とサーバの識別情報とを、記憶部３１３に保存するとともに（ステップＳ１２８）、属性情報を受信した旨をＤＭＣ１０に通知する。

ＤＭＣ１０のレンダラー制御部１０９は、選択した映像コンテンツの再生開始を、ＤＭＲ３０Ｂに要求する（ステップＳ１２９）。この再生要求は、「ＡＶＴ：Ｐｌａｙ」というコマンドを用いて行う。

ＤＭＲ３０Ｂのコンテンツデータ取得部３０７は、ＤＭＣ１０から送信された映像コンテンツの再生要求を受信すると、再生コンテンツ属性情報を参照して、コンテンツのアクセスＵＲＬを取得し、取得したＵＲＬにアクセスし、コンテンツデータの取得要求を送信する（ステップＳ１３０）。

ここで、ＤＭＲ３０ＢがＤＭＳ２０に機器登録されていなかった場合を考える。この場合に、ＤＭＳ２０のコンテンツ情報提供部２０７は、ＤＭＲ３０Ｂが機器登録されていないために、コンテンツデータを提供することができず、エラーが発生する。すると、ＤＭＳ２０のエラー解析部２０９は、エラーが発生した原因を解析し、ＤＭＲ３０Ｂが機器登録されていないことを特定する。エラー解析部２０９は、エラーが発生した旨をＤＭＲ３０Ｂへと通知することで、コンテンツデータ伝送拒否の通知を行う（ステップＳ１３１）。

ＤＭＳ２０−ＤＭＲ３０Ｂ間の通信は、ＨＴＴＰによって行われているため、上記エラー通知には、「機器登録がされていない」旨を表すＨＴＴＰのエラーコード（例えば、エラーコード４０３）が記載されている。

ＤＭＲ３０Ｂのエラー解析部３１１は、ＤＭＳ２０から送信されたエラー通知を解析し、ＨＴＴＰのエラーコード４０３から、「機器登録がされていない」ことが原因であることを特定することができる。ここで、ＤＭＲとＤＭＣとは、ＳＯＡＰを用いて情報の受け渡しを行っているが、ＳＯＡＰのエラーコードとＨＴＴＰのエラーコードとは１対１対応をしていないため、ＤＭＣに対して「機器登録がされていない」ことが原因であることを通知することができない。

そこで、ＤＭＲ３０Ｂのエラー解析部３１１は、記憶部３１３に格納されているエラー原因・対応策情報３１７を参照し、「レンダラー装置がサーバに機器登録されていない」ことを表すステータスバリュー（エラーコード）を検索する。該当するエラーコードが存在する場合には、ＤＭＲ３０Ｂのエラー解析部３１１は、ＳＯＡＰのヘッダを拡張し、検索の結果得られたエラーコードを追加記載して、エラー情報としてＤＭＣ１０に通知する（ステップＳ１３２）。より詳細には、一般的なＳＯＡＰエラーを表す、ＳＯＡＰのエラーコード５０１を通知するとともに、ＳＯＡＰヘッダに「X-AV-StatusCode」を追加記載して、詳細なエラー内容をＤＭＣ１０に通知する。

ＤＭＣ１０のレンダラー制御部１０９は、ＤＭＲ３０Ｂからエラー情報を受信すると（ステップＳ１３３）、受信したエラー情報を、エラー改善要求部１１３に伝送する。エラー改善要求部１１３は、受信したエラー情報に記載されているエラーコード（ステータスバリュー）に基づいて、記憶部１１７に記録されているエラー原因・対応策情報１１９を参照して、ＤＭＲ３０ＢがＤＭＳ２０に機器登録されていないことが原因であることを特定することができる。

エラーの原因が特定されると、エラー改善要求部１１３は、表示制御部１１１に対して、例えば図９に示したような画面を表示するよう要請し、ユーザからの入力を待ち受ける。ユーザから、エラー改善処理を実行するように入力がなされた場合には、エラー改善要求部１１３は、以下の処理を実行する。

ＤＭＣ１０のエラー改善要求部１１３は、ＳＯＡＰのヘッダを拡張して、ＤＭＳ２０に対して、エラー改善要求を送信する（ステップＳ１３４）。ＤＭＣ１０は、ＤＭＳ２０に登録されている機器であるため、ＤＭＳ２０は、ＤＭＣ１０から送信されたエラー改善要求に従うことができる。より詳細には、エラー改善要求部１１３は、ＳＯＡＰヘッダに「X-AV-RequestCode」を追加記載して、エラー改善要求をＤＭＳ２０に通知する。

ＤＭＳ２０のエラー改善処理部２１１は、受信したエラー改善要求に含まれるリクエストコードに基づいて、記憶部２１３に格納されているエラー原因・対応策情報２２１を参照し、エラー改善要求で指定されたレンダラー装置（ＤＭＲ３０Ｂ）を機器登録する（ステップＳ１３５）。エラー改善処理が終了すると、ＤＭＳ２０のエラー改善処理部２１１は、エラー改善処理完了通知をＤＭＣ１０に送信する（ステップＳ１３６）。

ＤＭＣ１０のエラー改善要求部１１３は、エラー改善処理の完了通知を受信すると、レンダラー制御部１０９に対して、エラー改善処理が完了した旨を通知する。すると、レンダラー制御部１０９は、ＤＭＲ３０Ｂに対して再度再生要求を送信する（ステップＳ１３８）。

ＤＭＲ３０Ｂのコンテンツデータ取得部３０７は、ＤＭＣ１０から送信された映像コンテンツの再生要求を受信すると、再生コンテンツ属性情報を参照して、コンテンツのアクセスＵＲＬを取得し、取得したＵＲＬにアクセスし、コンテンツデータの取得要求を送信する（ステップＳ１３９）。

この際、ＤＭＲ３０Ｂは、ＤＭＣ１０からのエラー改善要求に基づいてＤＭＳ２０に機器登録されているため、ＤＭＳ２０のコンテンツ情報提供部２０７は、ＵＲＬに対応するコンテンツデータ２１５を、ＤＭＲ３０Ｂに対して返送する（ステップＳ１４０）。

ＤＭＲ３０Ｂのコンテンツデータ取得部３０７は、ＤＭＳ２０から送信されたコンテンツデータを受信すると、受信したコンテンツデータをコンテンツ再生部３０９に伝送する。コンテンツ再生部３０９は、取得したコンテンツデータをデコードして、表示部（図示せず。）に表示する（ステップＳ１４１）。

このように、本実施形態に係る情報処理方法および接続管理方法によれば、ＤＭＳ−ＤＭＲ間で発生したエラーに対して、ＤＭＣからエラーの解決・改善を試みることが可能となる。

次に、図８を参照しながら、レンダラー装置が、本実施形態に係るエラー原因・対応策情報を備えておらず、情報処理装置１０に対して、詳細なエラー情報を送信できない場合について説明する。なお、以下の説明では、ＤＭＲ３０Ａがエラー原因・対応策情報を実装していないとして、説明を行う。

なお、図８に示したステップＳ１２７〜ステップＳ１３０については、図７に示した場合と同様であるため、詳細な説明は省略する。

ここで、図８に示した場合において、ＤＭＲ３０ＡがＤＭＳ２０に機器登録されていなかった場合を考える。この場合に、ＤＭＳ２０のコンテンツ情報提供部２０７は、ＤＭＲ３０Ａが機器登録されていないために、コンテンツデータを提供することができず、エラーが発生する。すると、ＤＭＳ２０のエラー解析部２０９は、エラーが発生した原因を解析し、ＤＭＲ３０Ａが機器登録されていないことを特定する。エラー解析部２０９は、エラーが発生した旨をＤＭＲ３０Ａへと通知することで、コンテンツデータ伝送拒否の通知を行う（ステップＳ１３１）。

ＤＭＳ２０−ＤＭＲ３０Ｂ間の通信は、ＨＴＴＰによって行われているため、上記エラー通知には、「機器登録がされていない」旨を表すＨＴＴＰのエラーコード（例えば、エラーコード４０３）が記載されている。

本説明におけるＤＭＲ３０Ａでは、エラー原因・対応策情報が実装されていないため、詳細なエラー情報をＤＭＣ１０に対して送信することができない。そのため、ＤＭＲ３０Ａは、一般的なＳＯＡＰエラーを表すＳＯＡＰのエラーコード５０１を、ＤＭＣ１０に通知するのみとなる。

ＤＭＣ１０のレンダラー制御部１０９は、ＤＭＲ３０Ｂからエラー情報を受信すると（ステップＳ１３３）、受信したエラー情報を、エラー改善要求部１１３に伝送する。エラー改善要求部１１３は、受信したエラー情報に、拡張された部分が存在していないと判断し、伝送されたエラー情報を、エラー原因問合せ部１１５へと伝送する。

次に、エラー原因問合せ部１１５は、レンダラー装置３０Ｂを特定する情報をＤＭＳ２０に通知するとともに、ＤＭＳ２０に対して詳細なエラー原因の問い合わせを行う（ステップＳ１４２）。問い合わせを受けたＤＭＳ２０のエラー解析部２０９は、ＤＭＣ１０から通知されたＤＭＲ３０ＡのＭＡＣアドレス等や、ＤＭＳ２０に格納されているログ情報等を参照しながら、ＤＭＲ３０Ａとの間で生じたエラーの原因を特定する。その結果、ＤＭＲ３０Ａが機器登録されていないことが原因であるとエラー原因を特定することができるため、エラー解析部２０９は、エラー原因・対応策情報２２１を参照して、ＤＭＣ１０に対して詳細なエラー情報を通知する（ステップＳ１４３）。

エラーの原因が特定されると、エラー改善要求部１１３は、表示制御部１１１に対して、例えば図９に示したような画面を表示するよう要請し、ユーザからの入力を待ち受ける。ユーザから、エラー改善処理を実行するように入力がなされた場合には、エラー改善要求部１１３は、以下の処理を実行する。

ＤＭＣ１０のエラー改善要求部１１３は、ＳＯＡＰのヘッダを拡張して、ＤＭＳ２０に対して、エラー改善要求を送信する（ステップＳ１４４）。ＤＭＣ１０は、ＤＭＳ２０に登録されている機器であるため、ＤＭＳ２０は、ＤＭＣ１０から送信されたエラー改善要求に従うことができる。より詳細には、エラー改善要求部１１３は、ＳＯＡＰヘッダに「X-AV-RequestCode」を追加記載して、エラー改善要求をＤＭＳ２０に通知する。

ＤＭＳ２０のエラー改善処理部２１１は、受信したエラー改善要求に含まれるリクエストコードに基づいて、記憶部２１３に格納されているエラー原因・対応策情報２２１を参照し、エラー改善要求で指定されたレンダラー装置（ＤＭＲ３０Ａ）を機器登録する（ステップＳ１４５）。エラー改善処理が終了すると、ＤＭＳ２０のエラー改善処理部２１１は、エラー改善処理完了通知をＤＭＣ１０に送信する（ステップＳ１４６）。

ＤＭＣ１０のエラー改善要求部１１３は、エラー改善処理の完了通知を受信すると（ステップＳ１４７）、レンダラー制御部１０９に対して、エラー改善処理が完了した旨を通知する。すると、レンダラー制御部１０９は、ＤＭＲ３０Ａに対して再度再生要求を送信する（ステップＳ１４８）。

ＤＭＲ３０Ａのコンテンツデータ取得部３０７は、ＤＭＣ１０から送信された映像コンテンツの再生要求を受信すると、再生コンテンツ属性情報を参照して、コンテンツのアクセスＵＲＬを取得し、取得したＵＲＬにアクセスし、コンテンツデータの取得要求を送信する（ステップＳ１４９）。

この際、ＤＭＲ３０Ａは、ＤＭＣ１０からのエラー改善要求に基づいてＤＭＳ２０に機器登録されているため、ＤＭＳ２０のコンテンツ情報提供部２０７は、ＵＲＬに対応するコンテンツデータ２１５を、ＤＭＲ３０Ａに対して返送する（ステップＳ１５０）。

ＤＭＲ３０Ａのコンテンツデータ取得部３０７は、ＤＭＳ２０から送信されたコンテンツデータを受信すると、受信したコンテンツデータをコンテンツ再生部３０９に伝送する。コンテンツ再生部３０９は、取得したコンテンツデータをデコードして、表示部（図示せず。）に表示する（ステップＳ１５１）。

このように、本実施形態に係る情報処理方法および接続管理方法によれば、本実施形態に係るエラー原因・対応策情報を実装していないレンダラー装置であっても、ＤＭＳ−ＤＭＲ間で発生したエラーに対して、ＤＭＣからエラーの解決・改善を試みることが可能となる。

以上説明したような本実施形態に係る情報処理方法および接続管理方法の流れを簡単にまとめると、図１０および図１１のようになる。図１０は、レンダラー装置３０が、本実施形態に係るエラー原因・対応策情報を実装している場合の説明図であり、図１１は、レンダラー装置が、本実施形態に係るエラー原因・対応策情報を実装していない場合の説明図である。

図１０に示したように、ＤＭＣとして機能する情報処理装置１０は、ＤＭＲとして機能するレンダラー装置３０に再生させたいコンテンツを特定すると、再生コンテンツ属性情報Ｄ１をレンダラー装置３０に送信する（ステップＳ２０１）。レンダラー装置３０では、再生コンテンツ属性情報Ｄ１に記載されているコンテンツの所在情報等に基づいて、コンテンツデータの取得要求Ｄ２をコンテンツ管理サーバ２０に送信する（ステップＳ２０３）。

ＤＭＳとして機能するコンテンツ管理サーバ２０は、何らかの原因でレンダラー装置３０に対してコンテンツデータを送信できない場合に、レンダラー装置との間で用いられているプロトコルで定義されたエラー通知Ｄ３を、レンダラー装置３０に送信する（ステップＳ２０５）。エラー通知を受信したレンダラー装置３０では、受信したエラー通知Ｄ３を、エラー原因・対応策情報を参照しながら解析し、詳細なエラー原因を特定する。次に、レンダラー装置３０では、情報処理装置１０との間で用いられているプロトコルのヘッダを拡張して、詳細なエラーの原因に対応するエラーコードを追加記載し、エラー情報Ｄ４として情報処理装置１０に送信する（ステップＳ２０７）。

エラー情報を受信した情報処理装置１０では、プロトコルのヘッダに記載されたエラー情報と、エラー原因・対応策情報とに基づいて、詳細なエラーの原因を特定し、コンテンツ管理サーバ２０に対して、エラー改善要求Ｄ５を送信する（ステップＳ２０９）。

これにより、コンテンツ管理サーバ２０は、レンダラー装置３０との間で発生したエラーの改善処理を行うことが可能となる。

また、レンダラー装置が、本実施形態に係るエラー原因・対応策情報を実装していない場合であっても、情報処理装置１０は、図１１に示したような手順で、エラーの改善処理を要求することが可能である。

すなわち、図１１に示したように、ＤＭＣとして機能する情報処理装置１０は、ＤＭＲとして機能するレンダラー装置に再生させたいコンテンツを特定すると、再生コンテンツ属性情報Ｄ１をレンダラー装置３０に送信する（ステップＳ３０１）。レンダラー装置では、再生コンテンツ属性情報Ｄ１に記載されているコンテンツの所在情報等に基づいて、コンテンツデータの取得要求Ｄ２をコンテンツ管理サーバ２０に送信する（ステップＳ３０３）。

ＤＭＳとして機能するコンテンツ管理サーバ２０は、何らかの原因でレンダラー装置に対してコンテンツデータを送信できない場合に、レンダラー装置との間で用いられているプロトコルで定義されたエラー通知Ｄ３を、レンダラー装置に送信する（ステップＳ３０５）。エラー通知を受信したレンダラー装置では、受信したエラー通知Ｄ３に基づいて、情報処理装置１０との間で用いられているプロトコルで定義された一般的なエラーコードを特定し、この一般的なエラーコードを含むエラー通知Ｄ６を情報処理装置１０に通知する（ステップＳ３０７）。

情報処理装置１０は、レンダラー装置から一般的なエラー通知Ｄ６を受信すると、コンテンツ管理サーバ２０に対して、エラー原因の問い合わせＤ７を行う（ステップＳ３０９）。コンテンツ管理サーバ２０は、情報処理装置１０から通知されたレンダラー装置のＭＡＣアドレスや、コンテンツ管理サーバ２０に記録されているログ情報等に基づいて、詳細なエラーの原因を特定し、情報処理装置１０にエラー情報（Ｄ８）として送信する（ステップＳ３１１）。

エラー情報を受信した情報処理装置１０では、プロトコルのヘッダに記載されたエラー情報と、エラー原因・対応策情報とに基づいて、詳細なエラーの原因を特定し、コンテンツ管理サーバ２０に対して、エラー改善要求Ｄ９を送信する（ステップＳ３１３）。

これにより、コンテンツ管理サーバ２０は、一般的なレンダラー装置との間で発生したエラーの改善処理を行うことが可能となる。

以上、本実施形態に係る情報処理方法および接続管理方法について説明した。なお、上述の説明では、サーバ−レンダラー装置間において、「レンダラー装置がサーバに登録されていない」という問題が発生した場合について説明したが、本実施形態に係る方法で解決可能な問題は、上述の例に限定されるわけではない。例えば、情報処理装置１０は、コンテンツ管理サーバ２０に対して、「コンテンツを管理しているコンテンツ保有機を起動させる」改善依頼や、「レンダラー装置に対してのファイヤーウォールのブロック解除」依頼等を送信することが可能である。

＜ハードウェア構成について＞
次に、図１２を参照しながら、本発明の各実施形態に係る情報処理装置１０のハードウェア構成について、詳細に説明する。図１２は、本発明の各実施形態に係る情報処理装置１０のハードウェア構成を説明するためのブロック図である。

情報処理装置１０は、主に、ＣＰＵ９０１と、ＲＯＭ９０３と、ＲＡＭ９０５と、ホストバス９０７と、ブリッジ９０９と、外部バス９１１と、インターフェース９１３と、入力装置９１５と、出力装置９１７と、ストレージ装置９１９と、ドライブ９２１と、接続ポート９２３と、通信装置９２５とを備える。

ＣＰＵ９０１は、演算処理装置および制御装置として機能し、ＲＯＭ９０３、ＲＡＭ９０５、ストレージ装置９１９、またはリムーバブル記録媒体９２７に記録された各種プログラムに従って、情報処理装置１０内の動作全般またはその一部を制御する。ＲＯＭ９０３は、ＣＰＵ９０１が使用するプログラムや演算パラメータ等を記憶する。ＲＡＭ９０５は、ＣＰＵ９０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を一次記憶する。これらはＣＰＵバス等の内部バスにより構成されるホストバス９０７により相互に接続されている。

ホストバス９０７は、ブリッジ９０９を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ Ｃｏｍｐｏｎｅｎｔ Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バスなどの外部バス９１１に接続されている。

入力装置９１５は、例えば、マウス、キーボード、タッチパネル、ボタン、スイッチおよびレバーなどユーザが操作する操作手段である。また、入力装置９１５は、例えば、赤外線やその他の電波を利用したリモートコントロール手段（いわゆる、リモコン）であってもよいし、情報処理装置１０の操作に対応した携帯電話やＰＤＡ等の外部接続機器９２９であってもよい。さらに、入力装置９１５は、例えば、上記の操作手段を用いてユーザにより入力された情報に基づいて入力信号を生成し、ＣＰＵ９０１に出力する入力制御回路などから構成されている。情報処理装置１０のユーザは、この入力装置９１５を操作することにより、情報処理装置１０に対して各種のデータを入力したり処理動作を指示したりすることができる。

出力装置９１７は、例えば、ＣＲＴディスプレイ装置、液晶ディスプレイ装置、プラズマディスプレイ装置、ＥＬディスプレイ装置およびランプなどの表示装置や、スピーカおよびヘッドホンなどの音声出力装置や、プリンタ装置、携帯電話、ファクシミリなど、取得した情報をユーザに対して視覚的または聴覚的に通知することが可能な装置で構成される。出力装置９１７は、例えば、情報処理装置１０が行った各種処理により得られた結果を出力する。具体的には、表示装置は、情報処理装置１０が行った各種処理により得られた結果を、テキストまたはイメージで表示する。他方、音声出力装置は、再生された音声データや音響データ等からなるオーディオ信号をアナログ信号に変換して出力する。

ストレージ装置９１９は、情報処理装置１０の記憶部の一例として構成されたデータ格納用の装置であり、例えば、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等の磁気記憶部デバイス、半導体記憶デバイス、光記憶デバイス、または光磁気記憶デバイス等により構成される。このストレージ装置９１９は、ＣＰＵ９０１が実行するプログラムや各種データ、および外部から取得した音響信号データや画像信号データなどを格納する。

ドライブ９２１は、記録媒体用リーダライタであり、情報処理装置１０に内蔵、あるいは外付けされる。ドライブ９２１は、装着されている磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等のリムーバブル記録媒体９２７に記録されている情報を読み出して、ＲＡＭ９０５に出力する。また、ドライブ９２１は、装着されている磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等のリムーバブル記録媒体９２７に記録を書き込むことも可能である。リムーバブル記録媒体９２７は、例えば、ＤＶＤメディア、ＨＤ−ＤＶＤメディア、Ｂｌｕ−ｒａｙメディア、コンパクトフラッシュ（登録商標）（ＣｏｍｐａｃｔＦｌａｓｈ：ＣＦ）、メモリースティック、または、ＳＤメモリカード（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ ｍｅｍｏｒｙ ｃａｒｄ）等である。また、リムーバブル記録媒体９２７は、例えば、非接触型ＩＣチップを搭載したＩＣカード（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ ｃａｒｄ）または電子機器等であってもよい。

接続ポート９２３は、例えば、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）ポート、ｉ．Ｌｉｎｋ等のＩＥＥＥ１３９４ポート、ＳＣＳＩ（Ｓｍａｌｌ Ｃｏｍｐｕｔｅｒ Ｓｙｓｔｅｍ Ｉｎｔｅｒｆａｃｅ）ポート、ＲＳ−２３２Ｃポート、光オーディオ端子、ＨＤＭＩ（Ｈｉｇｈ−Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）ポート等の、機器を情報処理装置１０に直接接続するためのポートである。この接続ポート９２３に外部接続機器９２９を接続することで、情報処理装置１０は、外部接続機器９２９から直接音響信号データや画像信号データを取得したり、外部接続機器９２９に音響信号データや画像信号データを提供したりする。

通信装置９２５は、例えば、通信網９３１に接続するための通信デバイス等で構成された通信インターフェースである。通信装置９２５は、例えば、有線または無線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、Ｂｌｕｅｔｏｏｔｈ、またはＷＵＳＢ（Ｗｉｒｅｌｅｓｓ ＵＳＢ）用の通信カード、光通信用のルータ、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ）用のルータ、または、各種通信用のモデム等である。この通信装置９２５は、例えば、インターネットや他の通信機器との間で、例えばＴＣＰ／ＩＰ等の所定のプロトコルに則して信号等を送受信することができる。また、通信装置９２５に接続される通信網９３１は、有線または無線によって接続されたネットワーク等により構成され、例えば、インターネット、家庭内ＬＡＮ、赤外線通信、ラジオ波通信または衛星通信等であってもよい。

以上、本発明の各実施形態に係る情報処理装置１０の機能を実現可能なハードウェア構成の一例を示した。上記の各構成要素は、汎用的な部材を用いて構成されていてもよいし、各構成要素の機能に特化したハードウェアにより構成されていてもよい。従って、本実施形態を実施する時々の技術レベルに応じて、適宜、利用するハードウェア構成を変更することが可能である。

なお、本発明の各実施形態に係る情報処理装置１０は、以下に示すような機能を有するプログラムとして提供されることも可能である。すなわち、このプログラムは、コンテンツに対応するコンテンツデータおよび当該コンテンツデータの属性情報を管理するコンテンツ管理サーバから、当該コンテンツ管理サーバを識別するためのサーバ識別情報および前記コンテンツデータの一覧を含むサーバ情報を取得する、サーバ情報取得機能と、前記コンテンツ管理サーバから前記コンテンツデータを取得して再生するレンダラー装置から、当該レンダラー装置を識別するためのレンダラー識別情報を含むレンダラー情報を取得する、レンダラー情報取得機能と、前記コンテンツデータの一覧の中から選択されたコンテンツデータを再生させる前記レンダラー装置を特定し、特定された前記レンダラー装置に対して選択された前記コンテンツデータの取得および再生を要請するレンダラー制御機能と、前記特定されたレンダラー装置が前記コンテンツ管理サーバから前記選択されたコンテンツデータを取得する際にエラーが生じ、コンテンツ管理サーバと特定されたレンダラー装置との間で生じたエラーの詳細が記載されたエラー情報が前記特定されたレンダラー装置から通知された場合に、前記コンテンツ管理サーバに対して、前記特定されたレンダラー装置との間で生じたエラーを改善するように要求するエラー改善要求機能と、をコンピュータに実現させるためのプログラムである。

かかる構成によれば、コンピュータプログラムは、コンピュータが備える記憶部に格納され、コンピュータが備えるＣＰＵに読み込まれて実行されることにより、そのコンピュータを上記の情報処理装置として機能させる。また、コンピュータプログラムが記録された、コンピュータで読み取り可能な記録媒体も提供することができる。記録媒体は、例えば、磁気ディスク、光ディスク、光磁気ディスク、フラッシュメモリなどである。また、上記のコンピュータプログラムは、記録媒体を用いずに、例えばネットワークを介して配信してもよい。

また、本発明の各実施形態に係るコンテンツ管理サーバ２０は、以下に示すような機能を有するプログラムとして提供されることも可能である。すなわち、このプログラムは、外部に接続された情報処理装置および当該情報処理装置によってコンテンツの再生装置として特定されたレンダラー装置に対して、管理しているコンテンツに関するコンテンツの属性情報または前記コンテンツに対応するコンテンツデータの少なくともいずれか一方を含むコンテンツ情報を提供するコンテンツ情報提供機能と、前記レンダラー装置との間で接続に関するエラーが生じた場合に、前記情報処理装置から送信された、前記レンダラー装置との間に生じた前記エラーの改善要求を受信して、前記レンダラー装置との間に生じたエラーの改善処理を行うエラー改善処理機能と、をコンピュータに実現させるためのプログラムである。

かかる構成によれば、コンピュータプログラムは、コンピュータが備える記憶部に格納され、コンピュータが備えるＣＰＵに読み込まれて実行されることにより、そのコンピュータを上記のコンテンツ管理サーバとして機能させる。また、コンピュータプログラムが記録された、コンピュータで読み取り可能な記録媒体も提供することができる。記録媒体は、例えば、磁気ディスク、光ディスク、光磁気ディスク、フラッシュメモリなどである。また、上記のコンピュータプログラムは、記録媒体を用いずに、例えばネットワークを介して配信してもよい。

＜まとめ＞
以上説明したように、本発明の各実施形態に係る情報処理システムでは、コンテンツ管理サーバとレンダラー装置との間で発生した接続に関する問題に対して、情報処理装置１０からエラー原因の詳細情報を知ることが可能となる。同時に、本発明の各実施形態に係る情報処理装置１０は、コンテンツ管理サーバに対して、接続問題の解決依頼を行うことが可能となる。

また、本発明の各実施形態に係るエラー原因・対応策情報が実装されていない、一般的なレンダラー装置であっても、本発明の各実施形態に係る情報処理装置１０とコンテンツ管理サーバとがエラー原因の詳細に関する送受信を行うことで、接続問題の推測と解決を行うことが可能となる。

以上、添付図面を参照しながら本発明の好適な実施形態について説明したが、本発明はかかる例に限定されないことは言うまでもない。当業者であれば、特許請求の範囲に記載された範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。

例えば、上述した実施形態においては、コンテンツが映像コンテンツ（ビデオコンテンツ）である場合を例にとって説明を行ったが、コンテンツの種類は映像に限定されるわけではなく、音楽・写真などのコンテンツでも同様に処理することが可能である。

また、上述した実施形態においては、ＤＭＳはコンテンツを自身で保有しているという前提で説明を行ったが、自身はコンテンツを保持せずに他のサーバのコンテンツの属性情報だけを管理するサーバであってもよい。

また、ＤＭＲは、コンテンツを自身で表示するという前提で説明をしたが、自身ではコンテンツを再生せずに他のＤＭＲに再生を再委託する機能をもつＤＭＲであってもよい。

また、ＤＭＳがＤＭＲに対してエラーが発生した旨の通知を行う場合について説明を行ったが、エラーの種類によっては、ＤＭＳはＤＭＲに対してエラー通知を行わない場合がある。この際に、例えば、「応答がタイムアウトした」等のＤＭＲにおける状況に基づいて、ＤＭＲがＤＭＳとの間で発生したエラーの解析を行っても良い。

本発明の第１の実施形態に係る情報処理システムを説明するための説明図である。 同実施形態に係る情報処理装置の構成を説明するためのブロック図である。 同実施形態に係るコンテンツ管理サーバの構成を説明するためのブロック図である。 同実施形態に係るレンダラー装置の構成を説明するためのブロック図である。 同実施形態に係る情報処理方法および接続管理方法を説明するための流れ図である。 同実施形態に係る情報処理方法および接続管理方法を説明するための流れ図である。 同実施形態に係る情報処理方法および接続管理方法を説明するための流れ図である。 同実施形態に係る情報処理方法および接続管理方法を説明するための流れ図である。 同実施形態に係る情報処理方法および接続管理方法を説明するための説明図である。 同実施形態に係る情報処理方法および接続管理方法を説明するための説明図である。 同実施形態に係る情報処理方法および接続管理方法を説明するための説明図である。 本発明の各実施形態に係る情報処理装置のハードウェア構成を説明するためのブロック図である。 ホームネットワーク上におけるコンテンツの共有方法および再生方法について説明するための説明図である。 ホームネットワーク上におけるコンテンツの共有方法および再生方法について説明するための説明図である。 ホームネットワーク上におけるコンテンツの共有方法および再生方法について説明するための説明図である。 ホームネットワーク上におけるコンテンツの共有方法および再生方法について説明するための説明図である。 ホームネットワーク上におけるコンテンツの共有方法および再生方法について説明するための説明図である。

符号の説明

１ 情報処理システム
１０ 情報処理装置
２０ コンテンツ管理サーバ
３０ レンダラー装置
１０１，２０１，３０１ 通信制御部
１０３，２０３，３０３ 操作部
１０５ サーバ情報取得部
１０７ レンダラー情報取得部
１０９ レンダラー制御部
１１１ 表示制御部
１１３ エラー改善要求部
１１５ エラー原因問合せ部
１１７，２１３，３１３ 記憶部
１１９，２２１，３１７ エラー原因・対応策情報
２０５ サーバ識別情報提供部
２０７ コンテンツ情報提供部
２０９，３１１ エラー解析部
２１１ エラー改善処理部
３０５ レンダラー情報提供部
３０７ コンテンツデータ取得部
３０９ コンテンツ再生部

Claims (11)

1. コンテンツに対応するコンテンツデータおよび当該コンテンツデータの属性情報を管理するコンテンツ管理サーバから、当該コンテンツ管理サーバを識別するためのサーバ識別情報および前記コンテンツデータの一覧を含むサーバ情報を取得する、サーバ情報取得部と、
   前記コンテンツ管理サーバから前記コンテンツデータを取得して再生するレンダラー装置から、当該レンダラー装置を識別するためのレンダラー識別情報を含むレンダラー情報を取得する、レンダラー情報取得部と、
   前記コンテンツデータの一覧の中から選択されたコンテンツデータを再生させる前記レンダラー装置を特定し、特定された前記レンダラー装置に対して選択された前記コンテンツデータの取得および再生を要請するレンダラー制御部と、
   前記特定されたレンダラー装置が前記コンテンツ管理サーバから前記選択されたコンテンツデータを取得する際にエラーが生じ、前記コンテンツ管理サーバと前記特定されたレンダラー装置との間で生じたエラーの詳細が記載されたエラー情報が前記特定されたレンダラー装置から通知された場合に、前記コンテンツ管理サーバに対して、前記特定されたレンダラー装置との間で生じたエラーを改善するように要求するエラー改善要求部と、
   を備える、情報処理装置。
2. 前記コンテンツ管理サーバと前記レンダラー装置との間で発生しうるエラーの詳細な説明と、当該エラーに対する対応策とが記載されたエラー原因・対応策情報が記録された記憶部を更に備え、
   前記エラー改善要求部は、前記エラー原因・対応策情報を参照して、前記エラー情報に記載されている前記エラー通知の詳細な内容を特定し、前記コンテンツ管理サーバに対して前記エラーの改善を要求する、請求項１に記載の情報処理装置。
3. 前記特定されたレンダラー装置が前記コンテンツ管理サーバから前記選択されたコンテンツデータを取得する際にエラーが生じ、前記レンダラー装置から、当該レンダラー装置との通信に用いられるプロトコルで定義されたエラーコードが通知された場合に、前記コンテンツ管理サーバに対して、前記特定されたレンダラー装置との間で生じたエラーの原因を問い合わせるエラー問合せ部を更に備える、請求項１に記載の情報処理装置。
4. 前記エラー問合わせ部は、前記コンテンツ管理サーバと前記特定されたレンダラー装置との間で生じたエラーの詳細な原因が記載されたエラー情報が、前記コンテンツ管理サーバから通知された場合に、前記コンテンツ管理サーバと前記レンダラー装置との間で発生しうるエラーの詳細な説明と、当該エラーに対する対応策とが記載されたエラー原因・対応策情報を参照して、前記エラー情報に記載されている前記エラー通知の詳細な内容を特定し、前記コンテンツ管理サーバに対して前記エラー改善の改善を要求する、請求項３に記載の情報処理装置。
5. 外部に接続された情報処理装置および当該情報処理装置によってコンテンツの再生装置として特定されたレンダラー装置に対して、管理しているコンテンツに関するコンテンツの属性情報または前記コンテンツに対応するコンテンツデータの少なくともいずれか一方を含むコンテンツ情報を提供するコンテンツ情報提供部と、
   前記レンダラー装置との間で接続に関するエラーが生じた場合に、前記情報処理装置から送信された、前記レンダラー装置との間に生じた前記エラーの改善要求を受信して、前記レンダラー装置との間に生じたエラーの改善処理を行うエラー改善処理部と、
   を備える、コンテンツ管理サーバ。
6. 前記コンテンツ管理サーバと前記レンダラー装置との間で発生しうるエラーの詳細な説明と、当該エラーに対する対応策とが記載されたエラー原因・対応策情報が記録された記憶部を更に備え、
   前記エラー改善処理部は、前記エラー原因・対応策情報を参照して、前記エラーの改善要求に記載されている前記エラーに対する対応策を特定し、エラーの改善処理を行う、請求項５に記載のコンテンツ管理サーバ。
7. 前記情報処理装置から送信された、前記レンダラー装置との間に生じた前記エラーの詳細を問い合わせる問合せ要請を受信した場合に、前記レンダラー装置との間に生じた前記エラーの詳細を解析し、解析結果を前記情報処理装置へと通知するエラー解析部を更に備える、請求項５に記載のコンテンツ管理サーバ。
8. 前記問合せ要請には、前記エラーが生じた前記レンダラー装置に割り当てられたＭＡＣアドレスに関する情報が記載されており、
   前記エラー解析部は、前記ＭＡＣアドレスに関する情報に基づいて、前記レンダラー装置との間に生じた前記エラーの詳細を解析する、請求項７に記載のコンテンツ管理サーバ。
9. コンテンツに対応するコンテンツデータおよび当該コンテンツデータの属性情報を管理するコンテンツ管理サーバから、当該コンテンツ管理サーバを識別するためのサーバ識別情報および前記コンテンツデータの一覧を含むサーバ情報を取得する、サーバ情報取得ステップと、
   前記コンテンツ管理サーバから前記コンテンツデータを取得して再生するレンダラー装置から、当該レンダラー装置を識別するためのレンダラー識別情報を含むレンダラー情報を取得する、レンダラー情報取得ステップと、
   前記コンテンツデータの一覧の中から選択されたコンテンツデータを再生させる前記レンダラー装置を特定し、特定された前記レンダラー装置に対して選択された前記コンテンツデータの取得および再生を要請するレンダラー制御ステップと、
   前記特定されたレンダラー装置が前記コンテンツ管理サーバから前記選択されたコンテンツデータを取得する際にエラーが生じ、前記コンテンツ管理サーバと前記特定されたレンダラー装置との間で生じたエラーの詳細が記載されたエラー情報が前記特定されたレンダラー装置から通知された場合に、前記コンテンツ管理サーバに対して、前記特定されたレンダラー装置との間で生じたエラーを改善するように要求するエラー改善要求ステップと、
   を含む、情報処理方法。
10. 外部に接続された情報処理装置に対して、管理しているコンテンツに関するコンテンツの属性情報を少なくとも含むコンテンツ情報を提供するコンテンツ情報提供ステップと、
    前記情報処理装置によってコンテンツの再生装置として特定されたレンダラー装置に対して、管理しているコンテンツに対応するコンテンツデータを少なくとも含むコンテンツ情報を提供するコンテンツ情報提供ステップと、
    前記レンダラー装置との間で接続に関するエラーが生じた場合に、前記情報処理装置から送信された、前記レンダラー装置との間に生じた前記エラーの改善要求を受信して、前記レンダラー装置との間に生じたエラーの改善処理を行うエラー改善処理ステップと、
    を含む、接続管理方法。
11. コンテンツに対応するコンテンツデータおよび当該コンテンツデータの属性情報を管理するコンテンツ管理サーバから、当該コンテンツ管理サーバを識別するためのサーバ識別情報および前記コンテンツデータの一覧を含むサーバ情報を取得する、サーバ情報取得部と、
    前記コンテンツ管理サーバから前記コンテンツデータを取得して再生するレンダラー装置から、当該レンダラー装置を識別するためのレンダラー識別情報を含むレンダラー情報を取得する、レンダラー情報取得部と、
    前記コンテンツデータの一覧の中から選択されたコンテンツデータを再生させる前記レンダラー装置を特定し、特定された前記レンダラー装置に対して選択された前記コンテンツデータの取得および再生を要請するレンダラー制御部と、
    前記特定されたレンダラー装置が前記コンテンツ管理サーバから前記選択されたコンテンツデータを取得する際にエラーが生じ、前記コンテンツ管理サーバと前記特定されたレンダラー装置との間で生じたエラーの詳細が記載されたエラー情報が前記特定されたレンダラー装置から通知された場合に、前記コンテンツ管理サーバに対して、前記特定されたレンダラー装置との間で生じたエラーを改善するように要求するエラー改善要求部と、
    を備える情報処理装置と、
    前記情報処理装置および前記レンダラー装置に対して、管理しているコンテンツに関するコンテンツの属性情報または前記コンテンツに対応するコンテンツデータの少なくともいずれか一方を含むコンテンツ情報を提供するコンテンツ情報提供部と、
    前記レンダラー装置との間で接続に関するエラーが生じた場合に、前記情報処理装置から送信された、前記レンダラー装置との間に生じた前記エラーの改善要求を受信して、前記レンダラー装置との間に生じたエラーの改善処理を行うエラー改善処理部と、
    を備えるコンテンツ管理サーバと、
    前記情報処理装置によって指定された前記コンテンツに対応する前記コンテンツデータを、前記コンテンツ管理サーバから取得して再生するとともに、前記コンテンツデータの取得に際して前記コンテンツ管理サーバとの間でエラーが生じた場合に、生じた前記エラーの詳細が記載されたエラー情報を前記情報処理装置へと送信するレンダラー装置と、
    を含む、情報処理システム。
    

Images