(57)【特許請求の範囲】
【請求項１】
予め決められた基準に従って複数の種別に分類される複数のコンテンツのデータが蓄積されるコンテンツ供給サーバから、ネットワークを介して前記コンテンツを取得し再生することが可能な複数の再生装置の各々毎に、当該再生装置において再生された１以上のコンテンツを識別する識別情報と当該コンテンツの種別を示す種別情報とを関連付けて、前記コンテンツの種別毎に履歴情報として記憶する記憶部と、
前記再生装置を指定した前記種別情報を少なくとも含む再生要求の入力を受け付けることが可能な入力部と、
前記受け付けた再生要求に含まれる前記種別情報をもとに前記指定された再生装置に関する前記履歴情報を検索して再生対象のコンテンツを判定し、このコンテンツの識別情報を含む当該コンテンツを取得して再生することの指示を、前記ネットワークを介して前記指定された再生装置に送信する指示送信部と、
前記複数の再生装置の各々毎に、前記コンテンツを再生中の前記再生装置から当該再生中のコンテンツに関する前記識別情報及び前記種別情報を前記ネットワークを介して取得し、前記記憶部により前記再生装置毎に記憶されている前記履歴情報を前記コンテンツの種別毎に更新する更新部と
を具備する情報処理装置。
【請求項２】
請求項１に記載の情報処理装置であって、
前記更新部は、前記再生中のコンテンツに関するメタ情報を前記ネットワークを介して取得し、前記取得したメタ情報から前記再生中のコンテンツに関する前記識別情報及び前記種別情報を抽出する情報処理装置。
【請求項３】
請求項１又は２に記載の情報処理装置であって、
前記再生中のコンテンツは、他の情報処理装置から前記再生装置に送信された前記指示をもとに再生されたコンテンツ、又はユーザにより前記再生装置に入力されたコンテンツの再生要求をもとに再生されたコンテンツである情報処理装置。
【請求項４】
請求項１から３のうちいずれか１項に記載の情報処理装置であって、
前記記憶部は、前記履歴情報として、前記コンテンツの種別毎に、最後に再生されたコンテンツの識別情報と当該コンテンツの種別を示す種別情報とを関連付けて記憶する情報処理装置。
【請求項５】
請求項１から４のうちいずれか１項に記載の情報処理装置であって、
前記コンテンツ供給サーバが前記ネットワークに１以上接続され、
前記記憶部は、前記コンテンツの識別情報と、当該コンテンツの種別を示す種別情報に加えて当該コンテンツが蓄積された前記コンテンツ供給サーバに関する情報とが互いに関連付けられた前記履歴情報を記憶し、
前記指示送信部は、前記受け付けた再生要求に含まれる前記種別情報をもとに前記履歴情報を検索して再生対象のコンテンツの識別情報を検索するとともに前記コンテンツ供給サーバに関する情報を検索し、前記コンテンツの識別情報及び前記コンテンツ供給サーバに関する情報を含む再生指示を、前記ネットワークを介して前記再生装置に送信する
情報処理装置。
【請求項６】
予め決められた基準に従って複数の種別に分類される複数のコンテンツのデータが蓄積されるコンテンツ供給サーバから、ネットワークを介して前記コンテンツを取得し再生することが可能な複数の再生装置の各々毎に、当該再生装置において再生された１以上のコンテンツを識別する識別情報と当該コンテンツの種別を示す種別情報とを関連付けて、前記コンテンツの種別毎に履歴情報として記憶し、
前記再生装置を指定した前記種別情報を少なくとも含む再生要求の入力を受け付け、
前記受け付けた再生要求に含まれる前記種別情報をもとに前記指定された再生装置に関する前記履歴情報を検索して再生対象のコンテンツを判定し、このコンテンツの識別情報を含む当該コンテンツを取得して再生することの指示を、前記ネットワークを介して前記指定された再生装置に送信し、
前記複数の再生装置の各々毎に、前記コンテンツを再生中の前記再生装置から当該再生中のコンテンツに関する前記識別情報及び前記種別情報を前記ネットワークを介して取得し、前記再生装置毎に記憶されている前記履歴情報を前記コンテンツの種別毎に更新する
ことを情報処理装置が実行する再生制御方法。
【請求項７】
予め決められた基準に従って複数の種別に分類される複数のコンテンツのデータが蓄積されるコンテンツ供給サーバから、ネットワークを介して前記コンテンツを取得し再生することが可能な複数の再生装置の各々毎に、当該再生装置において再生された１以上のコンテンツを識別する識別情報と当該コンテンツの種別を示す種別情報とを関連付けて、前記コンテンツの種別毎に履歴情報として記憶するステップと、
前記再生装置を指定した前記種別情報を少なくとも含む再生要求の入力を受け付けることが可能なステップと、
前記受け付けた再生要求に含まれる前記種別情報をもとに前記指定された再生装置に関する前記履歴情報を検索して再生対象のコンテンツを判定し、このコンテンツの識別情報を含む当該コンテンツを取得して再生することの指示を、前記ネットワークを介して前記指定された再生装置に送信するステップと、
前記複数の再生装置の各々毎に、前記コンテンツを再生中の前記再生装置から当該再生中のコンテンツに関する前記識別情報及び前記種別情報を前記ネットワークを介して取得し、前記再生装置毎に記憶されている前記履歴情報を前記コンテンツの種別毎に更新するステップと
をコンピュータに実行させるプログラム。
【請求項８】
予め決められた基準に従って複数の種別に分類される複数のコンテンツのデータが蓄積される、ネットワークに接続されたコンテンツ供給サーバと、
前記コンテンツ供給サーバから、前記ネットワークを介して前記コンテンツを取得し再生することが可能な複数の再生装置と、
前記複数の再生装置の各々毎に、当該再生装置により再生された１以上のコンテンツを識別する識別情報と当該コンテンツの種別を示す種別情報とを関連付けて、前記コンテンツの種別毎に履歴情報として記憶する記憶部と、
前記再生装置を指定した前記種別情報を少なくとも含む再生要求の入力を受け付けることが可能な入力部と、
前記受け付けた再生要求に含まれる前記種別情報をもとに前記指定された再生装置に関する前記履歴情報を検索して再生対象のコンテンツを判定し、このコンテンツの識別情報を含む当該コンテンツを取得して再生することの指示を、前記ネットワークを介して前記指定された再生装置に送信する指示送信部と、
前記複数の再生装置の各々毎に、前記コンテンツを再生中の前記再生装置から当該再生中のコンテンツに関する前記識別情報及び前記種別情報を前記ネットワークを介して取得し、前記記憶部により前記再生装置毎に記憶されている前記履歴情報を前記コンテンツの種別毎に更新する更新部と
を有する１以上の情報処理装置と
を具備するコンテンツ再生システム。
【請求項９】
請求項８に記載のコンテンツ再生システムであって、
前記１以上の情報処理装置は、第１の情報処理装置及び第２の情報処理装置を有し、
前記再生装置は、前記第１の情報処理装置が有する前記指示送信部から前記ネットワークを介して送信された再生指示をもとに前記コンテンツを再生し、
前記第２の情報処理装置が有する前記更新部は、前記第１の情報処理装置から送信された再生指示をもとに前記コンテンツを再生中である前記再生装置から、前記再生中のコンテンツに関する前記識別情報及び前記種別情報を取得する
コンテンツ再生システム。
【請求項１０】
請求項８又は９に記載のコンテンツ再生システムであって、
前記再生装置は、ユーザにより前記再生装置に入力されたコンテンツの再生要求をもとに前記コンテンツを再生し、
前記１以上の情報処理装置の各々が有する前記更新部は、前記ユーザにより入力された再生要求をもとに前記コンテンツを再生中である前記再生装置から、前記再生中のコンテンツに関する前記識別情報及び前記種別情報を取得する
コンテンツ再生システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介してコンテンツを取得して再生する再生装置を制御する情報処理装置、再生制御方法、プログラム、及びコンテンツ再生システムに関する。
【背景技術】
【０００２】
近年、家庭内のホームネットワークを構築する規格として、ＤＬＮＡ（Digital Living Network Alliance：登録商標）が知られている。このＤＬＮＡ規格により、音楽コンテンツや動画コンテンツ等のデジタルコンテンツが、ホームネットワーク内にて制御される。
【０００３】
特許文献１には、ホームネットワーク上の複数のサーバからコンテンツを取得し再生するコンテンツ再生機器について記載されている。このコンテンツ再生機器は、過去の接続履歴に基づいて、前回接続されたサーバを記憶する。そしてサーバ検索のためのＳＤ要求（Service Discovery Request）に対して当該サーバからの応答を受け取ると、そのサーバに優先的に接続する。これによりサーバ検索時間が短縮され、ユーザの操作性が向上される（特許文献１の段落［００１３］［００１６］、図３等参照）。
【０００４】
また特許文献２では、ＤＬＮＡ規格を用いたホームネットワークに接続されたコントローラ、サーバ及びレンダラについて記載されている。ユーザがコントローラを操作することで、コンテンツを再生するレンダラの動作が制御される（特許文献２の段落［００７６］、［０１２４］、図２等参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００３−３３０８２７号公報
【特許文献２】特許第４２８１７９８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ここでユーザが過去に視聴したコンテンツを再び視聴する場合を考える。ユーザはコントローラを用いてレンダラに再生を指示する。特許文献１に記載の技術を援用すると、前回接続されたサーバがレンダラに優先的に接続される。これによりサーバ検索時間は短縮されるが、ユーザはサーバが記憶する複数のコンテンツの中から視聴したいコンテンツを再び選択しなければならない。
【０００７】
また１つのレンダラにより、音楽コンテンツや動画コンテンツ等の、複数の種別のコンテンツが再生される場合がある。この場合、前回接続されたサーバにより提供されたコンテンツと異なる種別のコンテンツの再視聴を希望するときには、再びサーバ検索が必要となる。
【０００８】
以上のような事情に鑑み、本発明の目的は、ネットワークを介してコンテンツを取得し再生する再生装置に対する、ユーザが過去に視聴したコンテンツを操作性よく再び視聴できるような制御を実現する情報処理装置、再生制御方法、プログラム及びコンテンツ再生システムを提供することにある。
【課題を解決するための手段】
【０００９】
上記目的を達成するため、本発明の一形態に係る情報処理装置は、記憶部と、入力部と、指示送信部とを具備する。  
前記記憶部は、予め決められた基準に従って複数の種別に分類される複数のコンテンツのデータが蓄積されるコンテンツ供給サーバから、ネットワークを介して前記コンテンツを取得し再生することが可能な再生装置において再生された１以上のコンテンツを識別するコンテンツ識別情報と、当該コンテンツの種別を示す種別情報とが互いに関連付けられた履歴情報を記憶する。  
前記入力部は、前記コンテンツ種別情報を少なくとも含む再生要求の入力を受け付けることが可能である。  
前記指示送信部は、前記受け付けた再生要求に含まれる前記コンテンツ種別情報をもとに前記履歴情報を検索して再生対象のコンテンツを判定し、このコンテンツの識別情報を含む、当該コンテンツを取得して再生することの指示を、前記ネットワークを介して前記再生装置に送信する。
【００１０】
この情報処理装置では、再生装置により再生されたコンテンツの識別情報と、当該コンテンツの種別情報とが互いに関連付けられた履歴情報が記憶される。コンテンツ種別情報を少なくとも含む再生要求が入力されると、当該コンテンツ種別情報をもとに履歴情報が検索され再生対象のコンテンツが判定される。そして再生対象のコンテンツの識別情報を含む再生指示がネットワークを介して再生装置に送信される。これにより再生装置に対する、ユーザが過去に視聴したコンテンツを操作性よく再び視聴できるような制御が実現される。
【００１１】
前記再生装置が前記ネットワークに１以上接続されていてもよい。この場合、前記記憶部は、前記ネットワークに接続された再生装置毎に、前記履歴情報を記憶してもよい。
これにより、ネットワークに接続された各再生装置に対する、ユーザが過去に視聴したコンテンツを操作性よく再び視聴できるような制御が実現される。
【００１２】
前記記憶部は、前記履歴情報として、前記コンテンツの種別毎に、最後に再生されたコンテンツの識別情報と当該コンテンツの種別を示す種別情報とを関連付けて記憶してもよい。  
この情報処理装置では、コンテンツの種別毎に、最後に再生されたコンテンツの識別情報と当該コンテンツの種別を示す種別情報とが記憶される。従ってユーザは、コンテンツ種別ごとに、最後に視聴していたコンテンツを操作性よく再び視聴することが可能となる。
【００１３】
前記情報処理装置は、更新部をさらに具備してもよい。  
前記更新部は、前記再生装置により再生中のコンテンツの識別情報と当該コンテンツの種別を示す種別情報とを取得して、前記記憶部の履歴情報を更新する。  
この情報処理装置では、再生装置により再生中のコンテンツの識別情報及びコンテンツの種別情報が取得され、前記記憶部の履歴情報が更新される。これにより、ユーザによるコンテンツの再視聴が信頼性よく実現される。
【００１４】
前記コンテンツ供給サーバが前記ネットワークに１以上接続されていてもよい。  
この場合、前記記憶部は、前記コンテンツ識別情報と、当該コンテンツの種別を示す種別情報に加えて当該コンテンツが蓄積された前記コンテンツ供給サーバに関する情報とが互いに関連付けられた前記履歴情報を記憶してもよい。  
また前記指示送信部は、前記受け付けた再生要求に含まれる前記コンテンツ種別情報をもとに前記履歴情報を検索して再生対象のコンテンツの識別情報を検索するとともに前記サーバに関する情報を検索し、前記コンテンツの識別情報及び前記サーバに関する情報を含む再生指示を、前記ネットワークを介して前記再生装置に送信してもよい。
【００１５】
この情報処理装置では、コンテンツ識別情報と互いに関連付けられた情報としてコンテンツ供給サーバに関する情報も記憶される。そしてコンテンツの識別情報とコンテンツ供給サーバに関する情報とを含む再生指示が再生装置に送信される。これにより再生装置によるコンテンツの再生処理にかかる時間が短縮される。この結果、ユーザにとっての操作性が向上する。
【００１６】
本発明の一形態に係る情報処理方法は、情報処理装置により実行される以下の方法である。  
すなわち、前記情報処理方法では、予め決められた基準に従って複数の種別に分類される複数のコンテンツのデータが蓄積されるコンテンツ供給サーバから、ネットワークを介して前記コンテンツを取得し再生することが可能な再生装置において再生された１以上のコンテンツを識別するコンテンツ識別情報と、当該コンテンツの種別を示す種別情報とが互いに関連付けられた履歴情報が記憶される。  
前記コンテンツ種別情報を少なくとも含む再生要求の入力が受け付けられる。  
前記受け付けられた再生要求に含まれる前記コンテンツ種別情報をもとに前記履歴情報が検索され再生対象のコンテンツが判定され、このコンテンツの識別情報を含む、当該コンテンツを取得して再生することの指示が、前記ネットワークを介して前記再生装置に送信される。
【００１７】
本発明の一形態に係るプログラムは、コンピュータに、記憶ステップと、受付ステップと、送信ステップとを実行させる。  
前記記憶ステップは、予め決められた基準に従って複数の種別に分類される複数のコンテンツのデータが蓄積されるコンテンツ供給サーバから、ネットワークを介して前記コンテンツを取得し再生することが可能な再生装置において再生された１以上のコンテンツを識別するコンテンツ識別情報と、当該コンテンツの種別を示す種別情報とが互いに関連付けられた履歴情報を記憶する。  
前記受付ステップは、前記コンテンツ種別情報を少なくとも含む再生要求の入力を受け付ける。  
前記送信ステップは、前記受け付けた再生要求に含まれる前記コンテンツ種別情報をもとに前記履歴情報を検索して再生対象のコンテンツを判定し、このコンテンツの識別情報を含む、当該コンテンツを取得して再生することの指示を、前記ネットワークを介して前記再生装置に送信する。  
前記プログラムは、記録媒体に記録されていてもよい。
【００１８】
本発明の一形態に係るコンテンツ再生システムは、ネットワークに接続されたコンテンツ供給サーバと、再生装置と、情報処理装置とを具備する。  
前記コンテンツ供給サーバには、予め決められた基準に従って複数の種別に分類される複数のコンテンツのデータが蓄積される。  
前記再生装置は、前記コンテンツ供給サーバから、前記ネットワークを介して前記コンテンツを取得し再生することが可能である。  
前記情報処理装置は、記憶部と、入力部と、指示送信部とを具備する。  
前記記憶部は、前記再生装置により再生された１以上のコンテンツを識別するコンテンツ識別情報と、当該コンテンツの種別を示す種別情報とが互いに関連付けられた履歴情報を記憶する。  
前記入力部は、前記コンテンツ種別情報を少なくとも含む再生要求の入力を受け付けることが可能である。  
前記指示送信部は、前記受け付けた再生要求に含まれる前記コンテンツ種別情報をもとに前記履歴情報を検索して再生対象のコンテンツを判定し、このコンテンツの識別情報を含む、当該コンテンツを取得して再生することの指示を、前記ネットワークを介して前記再生装置に送信する。
【発明の効果】
【００１９】
以上のように、本発明によれば、ネットワークを介してコンテンツを取得し再生する再生装置に対する、ユーザが過去に視聴したコンテンツを操作性よく再び視聴できるような制御を実現する。
【図面の簡単な説明】
【００２０】
【図１】本発明の第１の実施形態に係るコンテンツ再生システムを示す模式的な図である。
【図２】図１に示すコントローラの外観を示す模式的な平面図である。
【図３】図１に示すレンダラ、サーバ及びコントローラのそれぞれの構成例を示す模式的なブロック図である。
【図４】第１の実施形態に係る履歴情報を表すテーブルを示す図である。
【図５】図１に示すコントローラの動作を示すフローチャートである。
【図６】図２に示すコントローラの表示画面を示す模式的な図である。
【図７】図２に示すコントローラの表示画面を示す模式的な図である。
【図８】本発明の第２の実施形態に係るコントローラと、ホームネットワークに接続されたレンダラとの間で行われる制御例を示すシーケンス図である。
【図９】図８に示す制御シーケンスによりコントローラが取得可能な情報について説明するための図である。
【図１０】第２の実施形態に係るコントローラによる、履歴情報の更新に必要な情報を取得する処理の例を示すフローチャートである。
【図１１】図９に示すコンテンツメタ情報からコンテンツのカテゴリ情報を取得するためのテーブルの例を示す図である。
【図１２】第１及び第２の実施形態において実行される一連の処理をプログラムにより実行するコンピュータの構成例を示すブロック図である。
【図１３】図７に示す表示画面に表示されたコンテンツ種別リストの変形例を示す図である。
【発明を実施するための形態】
【００２１】
以下、図面を参照しながら、本発明の実施形態を説明する。
【００２２】
＜第１の実施形態＞
図１は、本発明の第１の実施形態に係るコンテンツ再生システムを示す模式的な図である。コンテンツ再生システム１００は、ホームネットワーク１０を介して相互に接続された複数の機器の間で、コンテンツの送信及び受信が行われるシステムである。本実施形態では、ホームネットワーク１０に、再生装置としてのレンダラ２０（２０ａ、２０ｂ）と、コンテンツ提供サーバとしてのサーバ３０（３０ａ〜３０ｃ）と、レンダラ２０にコンテンツの再生を指示するコントローラ４０とが接続されている。コントローラ４０は、本発明の実施形態に係る情報処理装置に相当する。
【００２３】
ホームネットワーク１０は、ＤＬＮＡ規格に準拠したネットワークである。従って本実施形態では、レンダラ２０は、ＤＬＮＡのＤＭＲ（Digital Media Renderer）として機能する。またサーバ３０は、ＤＭＳ（Digital Media Server）として機能する。そしてコントローラ４０は、ＤＭＣ（Digital Media Controller）として機能する。しかしながら他のプロトコルを利用したネットワークが用いられてもよい。
【００２４】
レンダラ２０は、コントローラ４０からの再生指示をもとに、ホームネットワーク１０を介して、サーバ３０からコンテンツを取得し再生することが可能である。
【００２５】
レンダラ２０が、ＤＬＮＡのＤＭＰ（Digital Media Player）として動作可能であってもよい。この場合、レンダラ２０は、例えば自己が有するＵＩ（User Interface）を介したユーザからの再生要求をもとに、サーバ３０からコンテンツを取得し再生する。
【００２６】
レンダラ２０としては、例えばテレビジョン装置、ＰＣ（Personal computer）、オーディオビデオレシーバ、ビデオモニタ、又は家庭用ゲーム機器等が用いられる。
【００２７】
サーバ３０は、コントローラ４０に、自己が提供可能な複数のコンテンツのリスト情報を送信する。またサーバ３０は、レンダラ２０に、指定されたコンテンツのストリーミング配信を行う。なお指定されたコンテンツがダウンロード形式で配信されてもよい。
【００２８】
サーバ３０には、予め決められた基準に従って複数の種別に分類される複数のコンテンツのデータが蓄積される。本実施形態では、コンテンツの属性情報によりコンテンツが複数の種別に分類される。例えば「ＨＤＤ（Hard disk drive）ビデオ」、「ＨＤＤフォト」、「ＨＤＤミュージック」、「インターネットラジオ」、又は「外部入力」等の種別によりコンテンツが分類される。
【００２９】
しかしながらコンテンツの種別をどのように定めて、コンテンツをどのように分類するかについては適宜設定可能である。例えばコンテンツのアクティビティ名、カテゴリ名、又はファンクション名をもとにコンテンツが分類されてもよい。あるいはコンテンツのデータ形式等に基づいてコンテンツが分類されてもよい。
【００３０】
図１に示すように、本実施形態では、サーバ３０ａにより「ＨＤＤビデオ」、「ＨＤＤフォト」、「ＨＤＤミュージック」、「インターネットラジオ」、及び「外部入力」のコンテンツが配信される。サーバ３０ｂにより、「ＨＤＤミュージック」のコンテンツが配信される。そしてサーバ３０ｃにより、「ＨＤＤビデオ」、「ＨＤＤフォト」及び「ＨＤＤミュージック」のコンテンツが配信される。
【００３１】
サーバ３０としては、例えばＰＣ又はネットワーク対応のＨＤＤ（ＮＡＳ）等が用いられる。
【００３２】
図２は、本実施形態に係るコントローラ４０の外観を示す模式的な平面図である。コントローラ４０は、ユーザが携帯可能なサイズを有している。そしてコントローラ４０には、タッチパネルとして機能する表示画面４１、十字キー４２及び操作ボタン４３等が設けられている。
【００３３】
表示画面４１には、サーバ３０より送信されたコンテンツリストや、レンダラ２０への再生要求を入力するためのＧＵＩ（Graphical User Interface）等が表示される。ユーザは、表示されるＧＵＩや十字キー４２等を操作することで、コンテンツの選択や、当該選択したコンテンツを再生するレンダラ２０の指定等を行うことができる。表示画面４１及び十字キー４２等は、本実施形態に係る入力部に相当する。
【００３４】
また以下に説明するように本実施形態では、コンテンツの種別情報を少なくとも含む再生要求が入力部に入力される。すなわちユーザにより、再生させたいコンテンツの種別が指定される。
【００３５】
コントローラ４０としては、例えばＰＤＡ（Personal Digital Assistants）やゲーム機器等が用いられる。
【００３６】
図３は、図１に示すレンダラ２０、サーバ３０及びコントローラ４０のそれぞれの構成例を示す模式的なブロック図である。
【００３７】
図３に示すように、コントローラ４０は、再生機器選択部４４と、コンテンツ種別選択部４５と、サーバリスト取得部４６と、サーバリスト表示／選択部４７と、コンテンツリスト取得部４８と、コンテンツリスト表示／選択部４９と、レンダラ制御部５０と、再生コンテンツ履歴管理部５１と、再生コンテンツ判断部５２と、ネットワークＩ／Ｆ（Interface）部５３とを有する。
【００３８】
レンダラ２０は、制御コマンド受信部２１と、コマンド処理部２２と、コンテンツ受信処理部２３と、コンテンツデコード部２４と、コンテンツ表示／再生部２５と、ネットワークＩ／Ｆ部２６とを有する。
【００３９】
サーバ３０は、コンテンツ配信処理部３１と、コンテンツ管理部３２と、ネットワークＩ／Ｆ部３３とを有する。
【００４０】
コントローラ４０の再生機器選択部４４は、コンテンツを再生するレンダラ２０を選択するためのＧＵＩを表示画面４１に表示する。そしてユーザにより選択されたレンダラ２０の情報を、再生先のレンダラ情報としてコンテンツ種別選択部４５に出力する。
【００４１】
コンテンツ種別選択部４５は、再生先のレンダラ２０が再生可能なコンテンツ種別（「ＨＤＤビデオ」、「ＨＤＤフォト」等）のリストを表示画面４１に表示させる。そしてユーザにより選択されたコンテンツ種別の情報を、サーバリスト表示／選択部４７と再生コンテンツ判断部５２とに出力する。なお本実施形態では、レンダラ２０は、上記した「ＨＤＤビデオ」〜「外部入力」の種別のコンテンツを全て再生可能な機器である。
【００４２】
サーバリスト表示／選択部４７は、コンテンツ種別選択部４５により選択されたコンテンツ種別のコンテンツを配信可能なサーバ３０を絞り込み、サーバリストとして表示画面４１に表示する。例えばサーバリスト取得部４６により、ホームネットワーク１０上に存在するサーバ３０のプロファイル情報がそれぞれ取得される。このプロファイル情報をもとにサーバリストが作成される。プロファイル情報としては、例えばサーバ３０がそれぞれ対応するプロトコルの情報等である。または各サーバ３０についてのコンテンツリストが取得され、そのコンテンツリストをもとにサーバリストが作成されてもよい。
【００４３】
コンテンツリスト取得部４８は、ユーザにより選択されたサーバ３０が提供するコンテンツのリストを取得する。コンテンツリスト取得部４８は、ネットワークＩ／Ｆ部５３を介して、サーバ３０のコンテンツ配信処理部３１にコンテンツリスト取得のリクエストを送信する。リクエストを受けたコンテンツ配信処理部３１は、コンテンツ管理部３２からコンテンツリストを受け取り、コントローラ４０のコンテンツリスト取得部４８に送信する。取得されたコンテンツリストは、コンテンツリスト表示／選択部４９に出力される。
【００４４】
コンテンツリスト表示／選択部４９は、コンテンツ種別選択部４５により選択されたコンテンツ種別に一致するコンテンツを、コンテンツリストのツリー構造やコンテンツのメタ情報をもとに絞り込み、該当するコンテンツを表示画面４１にリスト表示する。そしてユーザにより選択されたコンテンツの識別情報と、再生先のレンダラ２０及びコンテンツを提供するサーバ３０の情報とが、レンダラ制御部５０及び再生コンテンツ履歴管理部５１に出力される。
【００４５】
コンテンツの識別情報は、レンダラ２０において再生される１以上のコンテンツを識別する情報である。本実施形態では、コンテンツの識別情報としてコンテンツＩＤ及びコンテンツのＵＲＩ（Uniform Resource Identifier）が用いられるが、これに限られるわけではない。またレンダラ２０及びサーバ３０の情報としては、例えば各機器のＩＰアドレスやＵＤＮ（Unique Device Name）等の情報が用いられる。
【００４６】
レンダラ制御部５０は、ネットワークＩ／Ｆ部５３を介して、再生先のレンダラ２０の制御コマンド受信部２１に、再生制御コマンドを送信する。再生制御コマンドは、コンテンツを提供するサーバ３０からコンテンツを取得して再生することの指示であり、コンテンツの識別情報及びサーバ情報を含む。
【００４７】
再生コンテンツ履歴管理部５１は、ユーザにより選択されてレンダラ２０により再生されたコンテンツについての履歴情報を作成し記憶する。この履歴情報は、コンテンツ識別情報と、当該コンテンツの種別（「ＨＤＤビデオ」等）を示す種別情報とが互いに関連付けられた情報である。再生コンテンツ履歴管理部５１は、本実施形態に係る記憶部に相当する。
【００４８】
図４は、本実施形態に係る履歴情報を表すテーブルを示す図である。本実施形態では、コンテンツ識別情報と、コンテンツ種別情報に加えて当該コンテンツが蓄積されたサーバ３０に関する情報とが互いに関連付けられた履歴情報が作成される。
【００４９】
図４では、レンダラ２０ａについての履歴情報のテーブルが図示されているが、レンダラ２０ｂについての履歴情報も作成され記憶される。すなわちホームネットワーク１０に接続された複数のレンダラ２０ごとに履歴情報が作成され記憶される。
【００５０】
また本実施形態では、履歴情報として、コンテンツの種別毎に、最後に再生されたコンテンツの識別情報とコンテンツ種別情報とが関連付けられた情報が記憶される。
【００５１】
図３に示す再生コンテンツ判断部５２は、選択されたレンダラ２０により、選択されたコンテンツ種別のコンテンツが過去に再生されたかを判断する。再生コンテンツ判断部５２は、ユーザから受け付けた再生要求に含まれるコンテンツ種別情報をもとに、再生コンテンツ履歴管理部５１の履歴情報を検索する。これにより、当該コンテンツ種別のコンテンツが過去に再生されたか否かが判断される。
【００５２】
コンテンツ再生の履歴が存在する場合には、過去に再生されたコンテンツが再生対象のコンテンツとして判定される。そして履歴情報に含まれるコンテンツ識別情報及びサーバ情報がレンダラ制御部５０に出力され、再生制御コマンドがレンダラ２０に送信される。コンテンツ再生の履歴が存在しない場合には、サーバ３０及びコンテンツの選択処理が実行され、再生コンテンツ履歴管理部５１により履歴情報が作成される。再生コンテンツ判断部５２及びレンダラ制御部５０は、本実施形態に係る指示送信部に相当する。
【００５３】
レンダラ２０の、制御コマンド受信部２１は、コントローラ４０から送信された再生制御コマンドを受信する。コマンド処理部２２は、制御コマンド受信部２１より再生制御コマンドを受け取り、コンテンツ受信処理部２３へストリーミング再生の開始を指示する。
【００５４】
コンテンツ受信処理部２３は、ネットワークＩ／Ｆ部２６を介して、サーバ３０のコンテンツ配信処理部３１にコンテンツ配信のリクエストを送信する。リクエストを受けたコンテンツ配信処理部３１は、コンテンツ管理部３２からコンテンツを受け取り、レンダラ２０のコンテンツ受信処理部２３に送信する。
【００５５】
コンテンツデコード部２４は、コンテンツ受信処理部２３から受け取ったストリームをデコードしてコンテンツ表示／再生部２５に出力する。そしてコンテンツ表示／再生部２５によりコンテンツが再生される。
【００５６】
図５は、本実施形態に係る情報処理装置としてのコントローラ４０の動作を示すフローチャートである。図６及び図７は、コントローラ４０の表示画面４１を示す模式的な図である。
【００５７】
まず、ユーザによりコンテンツが選択され、そのコンテンツがレンダラにより再生される場合について説明する。これはユーザにより選択されたコンテンツ種別において、過去にコンテンツの再生が行われておらず、再生の履歴が存在しない場合の動作である。
【００５８】
図６に示すように、表示画面４１に再生機器リスト６１が表示され（ステップ１０１）、ユーザにより再生先のレンダラ２０ａが選択される（ステップ１０２）。レンダラ２０ａにより再生可能なコンテンツの識別リスト６２が、表示画面４１に表示される（ステップ１０３）。そしてコンテンツ種別として「ＨＤＤビデオ」が選択される（ステップ１０４）。
【００５９】
「ＨＤＤビデオ」のコンテンツを配信可能なサーバ３０が絞り込まれ（ステップ１０５）、該当するサーバ３０ａ及び３０ｃを示すサーバリスト６３が表示される（ステップ１０６）。そしてユーザによりサーバ３０ａが選択される（ステップ１０７）。
【００６０】
サーバ３０ａが配信可能な複数のコンテンツの中で「ＨＤＤビデオ」のみに絞り込んだコンテンツリスト６４が、表示画面４１に表示される（ステップ１０８）。ユーザによりコンテンツＶ3が選択されると（ステップ１０９）、レンダラ２０ａに再生制御コマンドが送信される（ステップ１１０）。これによりレンダラ２０ａによってコンテンツＶ3が再生される。
【００６１】
コントローラ４０の表示画面４１には、一時停止や早送り等の指示を入力するための再生操作画面６５が表示される。また図３に示す再生コンテンツ履歴管理部５１により、図４に示す履歴情報のテーブルが作成され記憶される。これによりレンダラ２０ａにおける、「ＨＤＤビデオ」のコンテンツについての再生履歴が更新される（ステップ１１１）。
【００６２】
次に、コンテンツ再生の履歴が存在する場合について説明する。ここでは上記したコンテンツＶ3について、ユーザにより再度の再生要求が入力された場合を例として説明する。
【００６３】
図７に示すように、表示画面４１に再生機器リスト６１が表示され、レンダラ２０ａが選択される（ステップ１２１及び１２２）。そして表示画面４１に、コンテンツ種別リスト６２が表示され、「ＨＤＤビデオ」が選択される（ステップ１２３及び１２４）。
【００６４】
図３に示す再生コンテンツ判断部５２により、レンダラ２０ａにて「ＨＤＤビデオ」のコンテンツの再生履歴が存在するかが判断される（ステップ１２５）。再生コンテンツ履歴管理部５１には、図４に示すテーブルが格納されており、このテーブル基づいてコンテンツＶ3及びサーバ３０ａが特定される（ステップ１２６）。
【００６５】
ステップ１１０にて、サーバ３０ａからコンテンツＶ3を取得し再生することを指示する再生制御コマンドがレンダラ２０ａに送信される。ステップ１１１の更新処理において、コンテンツＶ3の識別情報とサーバ３０ａの情報とが改めて履歴情報として作成されてもよい。あるいは履歴情報に基づいた再生制御か行なわれた場合には、再生履歴の更新処理が行われなくてもよい。
【００６６】
以上本実施形態に係る情報処理装置としてのコントローラ４０では、レンダラ２０ａにより再生されたコンテンツＶ3の識別情報と、当該コンテンツＶ3の種別情報（「ＨＤＤビデオ」）とが互いに関連付けられた履歴情報が記憶される。コンテンツ種別情報を少なくとも含む再生要求が入力されると、当該コンテンツ種別情報をもとに履歴情報が検索され再生対象のコンテンツＶ3が判定される。そして再生対象のコンテンツＶ3の識別情報を含む再生指示がホームネットワーク１０を介してレンダラ２０ａに送信される。
【００６７】
従って、過去の再生の履歴が記憶されているコンテンツＶ3に関しては、当該コンテンツの種別を選択するだけで、当該コンテンツＶ3の再生を開始することが可能となる。すなわちユーザによるサーバ選択やコンテンツ選択を省略することができる。これによりレンダラ２０に対する、ユーザが過去に視聴したコンテンツを操作性よく再び視聴できるような制御が実現される。
【００６８】
本実施形態では、ホームネットワーク１０に接続されたレンダラ２０ａ及び２０ｂのそれぞれについて、履歴情報が作成され記憶される。これにより、ホームネットワーク１０に接続された各レンダラ２０ａ及び２０ｂに対する、ユーザが過去に視聴したコンテンツを操作性よく再び視聴できるような制御が実現される。
【００６９】
本実施形態では再生コンテンツ履歴管理部５１により、履歴情報として、コンテンツの種別毎に、最後に再生されたコンテンツの識別情報とコンテンツ種別情報とが関連付けられた情報が記憶される。従ってユーザは、コンテンツ種別ごとに、最後に視聴していたコンテンツを操作性よく再び視聴することが可能となる。すなわち最後に視聴していたコンテンツが「ＨＤＤミュージック」のコンテンツである場合でも、その前に視聴していた「ＨＤＤビデオ」のコンテンツであって最後に視聴していたコンテンツを簡単に再視聴することができる。
【００７０】
また本実施形態では、再生コンテンツ履歴管理部５１により、コンテンツ識別情報と互いに関連付けられた情報としてサーバ３０に関する情報も記憶される。そしてコンテンツの識別情報とサーバ３０に関する情報とを含む再生制御コマンドがレンダラ２０に送信される。これによりレンダラ２０によるコンテンツの再生処理にかかる時間が短縮される。この結果、ユーザにとっての操作性が向上する。
【００７１】
また履歴情報に含まれるレンダラ２０やサーバ３０がホームネットワーク１０上で発見された時点で、再生処理を開始する事ができる。従って、他のレンダラ２０やサーバ３０等の応答を待つ必要がなく、再生開始までの時間を短縮することができる。
【００７２】
＜第２の実施形態＞
本発明の第２の実施形態に係る情報処理装置としてのコントローラについて説明する。これ以降の説明では、上記の実施形態で説明したコンテンツ再生システム１００及びコントローラ４０における構成及び作用と同様な部分については、その説明を省略又は簡略化する。
【００７３】
本実施形態に係るコントローラ２４０は、レンダラ２０により再生中のコンテンツの識別情報と、当該コンテンツの種別情報を取得することが可能である。そして取得したコンテンツの識別情報及び種別情報により、再生コンテンツ管理部に記憶された履歴情報を更新することができる。例えば図３に示す各ブロックとともに、上記処理を行うブロックとしての更新部が設けられる。
【００７４】
図８は、本実施形態のコントローラ２４０と、ホームネットワークに接続されたレンダラ２０との間で行われる制御例を示すシーケンス図である。図９は、図８に示す制御シーケンスによりコントローラ２４０が取得可能な情報について説明するための図である。
【００７５】
図８及び図９に示すように、コントローラ２４０からレンダラ２０へ、ＵＰｎＰ（Universal Plug and Play）の制御メッセージとして、「ＧｅｔＭｅｄｉａＩｎｆｏ」又は「ＧｅｔＰｏｓｉｔｉｏｎＩｎｆｏ」が送信される。
【００７６】
このメッセージに応答して、レンダラ２０からコントローラ２４０に、「ＡＶＴｒａｎｓｐｏｒｔＵＲＩＭｅｔａＤａｔａ」又は「ＣｕｒｒｅｎｔＭｅｔａＤａｔａ」が送信される。図９に示すように、レンダラ２０から返された情報には、例えばコンテンツ名、コンテンツＵＲＩ、ＤＬＮＡ.ＯＲＧ_ＰＮ等のコンテンツに関するメタ情報が含まれる。このコンテンツメタ情報をもとに、コンテンツの識別情報及び種別情報を含む、履歴情報の更新に必要な情報が取得される。
【００７７】
図１０は、コントローラ２４０による、図９に示すコンテンツメタ情報をもとに履歴情報の更新に必要な情報を取得する処理の例を示すフローチャートである。
【００７８】
レンダラ２０に「ＧｅｔＰｏｓｉｔｉｏｎＩｎｆｏ」が送信される（ステップ２０１）所定の時間内にレンダラ２０からの応答があるか判定される（ステップ２０２）。レンダラ２０からの応答がない状態でタイムアウトとなった場合、コンテンツメタ情報の取得が失敗と判断され、処理が終了する（ステップ２０３）。
【００７９】
レンダラ２０からの応答があった場合、レンダラ２０からの「ＣｕｒｒｅｎｔＭｅｔａＤａｔａ」に含まれるコンテンツメタ情報が確認される（ステップ２０４）。コンテンツメタ情報であるｄｃ:ｔｉｔｌｅが、再生中のコンテンツ名の情報として取得される（ステップ２０５）。またコンテンツＵＲＩが、再生中のコンテンツのＵＲＩとして取得される（ステップ２０６）。本実施形態では、このコンテンツ名の情報と、コンテンツＵＲＩとが、コンテンツ識別情報として取得される。
【００８０】
コンテンツメタ情報に、再生中のコンテンツを提供したサーバのＵＤＮが含まれているかが判定される（ステップ２０７）。コンテンツメタ情報に、サーバのＵＤＮが含まれている場合には、当該ＵＤＮがサーバを識別する情報として取得される（ステップ２０８）。サーバのＵＤＮは、例えば当該サーバにより独自のメタ情報として付加されてもよい。またサーバのＵＤＮは、ＰｌａｙＣｏｎｔａｉｎｅｒの再生により取得されてもよい。
【００８１】
コンテンツメタ情報に、サーバのＵＤＮが含まれていない場合には、ステップ２０６で取得されたコンテンツＵＲＩからアドレス情報が取得される。そして当該アドレス情報がサーバ識別情報として取得される（ステップ２０９）。なお、コンテンツＵＲＩを用いることで、サーバからコンテンツを取得して再生することが可能である。従って、サーバ識別情報が取得されなくてもよい。しかしながら、サーバ識別情報を取得することで、コントローラ２４０の表示画面にサーバの情報を表示させたり、サーバのコンテンツリストを表示させる等の処理が適宜可能となる。
【００８２】
後述するテーブルを参照することで、コンテンツメタ情報からコンテンツのカテゴリ情報が取得される（ステップ２１０）。本実施形態では、コンテンツのカテゴリ情報が、コンテンツの種別情報として取得される。
【００８３】
図１１は、コンテンツメタ情報からコンテンツのカテゴリ情報を取得するためのテーブルの例を示す図である。図１１（Ａ）は、コンテンツメタ情報であるＤＬＮＡ.ＯＲＧ_ＰＮをもとにカテゴリを判定するためのテーブルである。このようにＤＬＮＡ.ＯＲＧ_ＰＮとしてＤＬＮＡで定義されているプロファイルと、これに対応するカテゴリとのテーブルが用いられてもよい。
【００８４】
ＤＬＮＡ.ＯＲＧ_ＰＮの値は、例えば「ＭＰＥＧ_ＰＳ_ＮＴＳＣ」のような値になるが、図１１に示すように前半の部分（この例ではＭＰＥＧ）に着目して、前方一致によりプロファイルを判定してもよい。これによりテーブルを簡略することができる。
【００８５】
またＤＬＮＡ.ＯＲＧ_ＰＮの他に、ＡＲＩＢ.ＯＲ.ＪＰ_ＰＮ、又は機器ベンダーが独自に定義したプロファイル情報等が定義されている場合、図１１に示すのと同様なテーブルを用いて、プロファイルに対応するカテゴリが判定されてもよい。なお、ここで説明した考え方は、図９に示すコンテンツメタ情報であるｍｉｍｅ‐ｔｙｐｅをもとにしたコンテンツのカテゴリ判定にも、同様に適用できる。
【００８６】
図１１（Ｂ）は、サーバにより独自に付加されたメタ情報をもとにコンテンツのカテゴリを判定するためのテーブルである。コントローラ２４０がレンダラ２０から取得可能なメタ情報は、レンダラ２０が当該コンテンツを配信するサーバから取得した情報に基づくものとなる。従って例えばサーバがコンテンツを提供する時点で独自のコンテンツメタ情報を付加しておき、レンダラ２０から取得した当該コンテンツメタ情報をもとにコンテンツカテゴリが判定されてもよい。
【００８７】
図１１（Ｂ）に示すように、サーバが独自に付加したコンテンツメタ情報がもととなるので、より詳細にコンテンツのカテゴリを判定することができる。これよりユーザは、より詳細に分類されたコンテンツ種別（ここでいうカテゴリ）毎に、過去に視聴したコンテンツを操作性よく再視聴することができる。
【００８８】
図１０のステップ２１１において、「ＣｕｒｒｅｎｔＭｅｔａＤａｔａ」をコントローラ２４０に返したレンダラ２０の情報と、カテゴリ情報と、コンテンツ名の情報と、コンテンツＵＲＩと、サーバ識別情報が紐付けられる。そしてこれらの情報により、再生コンテンツ履歴管理部により記憶されている履歴情報が更新される。
【００８９】
例えばホームネットワークに接続された他のコントローラによる再生指示によりコンテンツが再生される場合や、レンダラがＤＭＰとして機能することでコンテンツが再生される場合等がある。このような場合でも履歴情報が適宜更新されることで、ユーザによるコンテンツの再視聴が信頼性よく実現される。
【００９０】
上記した第１及び第２の実施形態においてコントローラ４０及び２４０に実行される一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。一連の処理をソフトウェアにより実行させる場合には、例えばそのソフトウェアを構成するプログラムが専用のハードウェアに組み込まれているコンピュータが用いられる。あるいは、各種のプログラムをインストールすることで一連の処理を実行することが可能なコンピュータ等に、プログラム記録媒体からプログラムがインストールされる。
【００９１】
図１２は、上述した一連の処理をプログラムにより実行するコンピュータの構成例を示すブロック図である。図２に示したコントローラ４０に限られず、以下に示すようなハードウェア構成を有するコンピュータにより、上記した一連の処理が実行されてもよい。
【００９２】
コンピュータ３００は、ＣＰＵ（Central Processing Unit）３０１、ＲＯＭ（Read Only Memory）３０２、ＲＡＭ（Random Access Memory）３０３、入出力インターフェース３０５及びこれらを互いに接続するバス３０４を備える。
【００９３】
入出力インターフェース３０５には、表示部３０６、入力部３０７、記憶部３０８、通信部３０９、ドライブ部３１０等が接続される。表示部３０６は、例えば液晶、ＥＬ（Electro-Luminescence）、ＣＲＴ（Cathode Ray Tube）等を用いた表示デバイスである。入力部３０７は、例えばポインティングデバイス、キーボード、タッチパネル、その他の操作装置である。入力部３０７がタッチパネルを含む場合、そのタッチパネルは表示部３０６と一体となり得る。
【００９４】
記憶部３０８は、不揮発性の記憶デバイスであり、例えばＨＤＤ（Hard Disk Drive）、フラッシュメモリ、その他の固体メモリである。ドライブ部３１０は、例えば光学記録媒体、フロッピー（登録商標）ディスク、磁気記録テープ、フラッシュメモリ等、リムーバブルの記録媒体３１１を駆動することが可能なデバイスである。これに対し上記記憶部３０８は、主にリムーバブルでない記録媒体を駆動する、コンピュータ３００に予め搭載されたデバイスとして使用される場合が多い。
【００９５】
通信部３０９は、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等に接続可能な、他のデバイスと通信するためのモデム、ルータ、その他の通信機器である。通信部３０９は、有線及び無線のどちらを利用して通信するものであってもよい。通信部３０９は、コンピュータとは別体で使用される場合が多い。
【００９６】
コンピュータ３００によるデータ処理は、記憶部３０８またはＲＯＭ３０２等に記憶されたソフトウェアと、コンピュータのハードウェア資源との協働により実現される。具体的には、ＣＰＵ３０１が記憶部３０８またはＲＯＭ３０２等に記憶された、ソフトウェアを構成するプログラムをＲＡＭ３０３にロードして実行することにより、各種のデータ処理が実現される。
【００９７】
＜変形例＞
本発明に係る実施形態は、以上説明した実施形態に限定されず種々変形される。
【００９８】
例えば上記した実施形態では、図５に示すステップ１２５においてコンテンツＶ3の再生履歴が存在すると判定された場合、当該コンテンツＶ3の再生制御コマンドがレンダラ２０ａに送信される。この再生制御コマンドが送信される前に、ユーザに当該コンテンツＶ3を再生するか否かが判断されてもよい。
【００９９】
例えばコントローラ４０の表示画面４１に、「選択したコンテンツ種別において過去に再生したコンテンツが存在します。当該コンテンツを再生しますか？」等のポップアップウィンドウが表示されてもよい。これにより、ユーザが過去に視聴したコンテンツＶ3と異なるコンテンツを視聴しようとする場合に、操作性のよい再生制御が実現する。
【０１００】
図１３は、図７に示す表示画面４１に表示されたコンテンツ種別リスト６２の変形例を示す図である。このようにコンテンツ種別リスト６２に、コンテンツ種別毎の過去に再生されたコンテンツの名等が表示されてもよい。これによりユーザは、コンテンツ種別を選択することで再生されるコンテンツを、コンテンツ種別リストを目視することで把握することができる。この結果、ユーザにとっての操作性が向上する。
【０１０１】
また上記では、履歴情報として、コンテンツ種別毎に、最後に再生されたコンテンツの識別情報が記憶された。しかしながら、コンテンツ種別毎に複数のコンテンツの履歴情報が記憶されてもよい。例えば最後に再生されたコンテンツだけではなく、その前に再生されたコンテンツ、さらにはもう１つ前に再生されたコンテンツの各識別情報が、コンテンツ識別毎に記憶されてもよい。
【０１０２】
この場合、例えばコンテンツ種別が選択された後に、当該コンテンツにおいて過去に再生された複数のコンテンツのリストが表示画面に表示される。ユーザは、リスト表示されたコンテンツの中から再視聴を希望するコンテンツを選択する。これにより例えば過去に再生されたコンテンツの中から最も視聴したいコンテンツを選択して再生させるといった操作が可能となる。
【０１０３】
また図５に示すステップ１０１〜１０９において、レンダラ、コンテンツ種別、サーバの順で選択処理が行われて、コンテンツが選択された。しかしながらこの順番に限られない。例えばコンテンツ種別、サーバ、レンダラの順に選択処理が行われて、コンテンツが選択されてもよい。
【０１０４】
また図５のステップ１２１におけるレンダラ選択処理が省略されてもよい。例えばコントローラから最後に再生制御コマンドを受信したレンダラがデフォルトのレンダラとして設定されてもよい。これによりレンダラ選択処理を省略することができる。
【０１０５】
また履歴情報をもとにコンテンツの再生指示がレンダラに送信されたときに、当該コンテンツを提供するサーバが見つからないときに、ユーザが選択したコンテンツ種別のコンテンツを配信可能な他のサーバがコントローラの表示画面に表示されてもよい。これにより例えば最初に接続されるべきサーバが起動していないとき等に、同じコンテンツ種別のコンテンツを速やかに視聴することができる。
【０１０６】
上記した各実施形態に係るコントローラが、マクロ機能を備えたＩＲリモコンとしても動作可能であってよい。これによりユーザは、コントローラを操作して、ホームネットワークに接続されていない機器をも制御することが可能となる。
【符号の説明】
【０１０７】
１０…ホームネットワーク
２０（２０ａ、２０ｂ）…レンダラ
３０（３０ａ〜３０ｃ）…サーバ
４０、２４０…コントローラ
４１…表示画面
４２…十字キー
４３…操作ボタン
５０…レンダラ制御部
５１…再生コンテンツ履歴管理部
５２…再生コンテンツ判断部
１００…コンテンツ再生システム
３００…コンピュータ
【図１】
0005857405.tif 000002
【図２】
0005857405.tif 000003
【図３】
0005857405.tif 000004
【図４】
0005857405.tif 000005
【図５】
0005857405.tif 000006
【図６】
0005857405.tif 000007
【図７】
0005857405.tif 000008
【図８】
0005857405.tif 000009
【図９】
0005857405.tif 000010
【図１０】
0005857405.tif 000011
【図１１】
0005857405.tif 000012
【図１２】
0005857405.tif 000013
【図１３】
0005857405.tif 000014