(57)【特許請求の範囲】
【請求項１】
放送コンテンツを受信し、
階層構成を有するコンテンツ管理ディレクトリによってコンテンツ管理を実行するＣＤＳ（コンテンツディレクトリサービス）機能を備えた録画機としてのサーバに、受信放送コンテンツをネットワークを介して送信して記録する情報処理装置であり、
データ通信を実行する通信部と、
前記通信部を介して、サーバからサーバの有する記憶手段に対応する識別子である格納先識別子を含む記憶手段情報を受領し、格納先識別子を設定したコンテンツ格納要求、およびサーバへの送信コンテンツをサーバへ送信する処理を実行する制御部を有し、
前記制御部は、
予め登録された記録予定の放送コンテンツの録画開始および終了予定時刻情報に従って、受信放送コンテンツの前記サーバに対する出力開始処理および停止処理を実行する構成であることを特徴とする情報処理装置。
【請求項２】
前記制御部は、
前記サーバに対する送信コンテンツに対する前記ＣＤＳの管理ディレクトリ上のコンテナへの対応付けをサーバ一任とする情報を前記サーバに送信する処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記制御部は、
入力部を介するコンテンツ格納先指定情報の入力に基づいて、指定された記憶手段に対応する格納先識別子を設定したコンテンツ格納要求を生成してサーバへ送信する処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記制御部は、
記憶部に登録情報として記録されたコンテンツ格納先指定情報を取得し、取得した登録情報に対応する格納先識別子を設定したコンテンツ格納要求を生成してサーバへ送信する処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項５】
前記制御部は、
前記サーバから受信する記憶手段情報に基づいて、該記憶手段情報を含む表示情報を生成して表示部に表示する処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項６】
前記制御部は、
前記サーバから受信する記憶手段情報に含まれる記憶手段名を含む表示情報を生成して表示部に表示する処理を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項７】
前記制御部は、
前記サーバから受信する記憶手段情報に含まれる記憶手段に対するメディアの非設定状態情報に基づいて、表示部に対して警告表示を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項８】
前記制御部は、
前記サーバから受信する記憶手段情報に含まれる記憶手段の記録可能容量と、格納予定コンテンツの容量比較処理を実行し、前記記憶手段の記録可能容量が格納予定コンテンツの容量以下である場合に、表示部に対して警告表示を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項９】
前記制御部は、
記録予定の放送コンテンツの容量と、録画機から受領する記憶手段情報に含まれる記憶手段の記録可能容量とを比較し、前記記憶手段の記録可能容量が格納予定コンテンツの容量以下である場合に、表示部に対して警告表示を実行する構成であることを特徴とする請求項１に記載の情報処理装置。
【請求項１０】
放送コンテンツの受信機能を有するクライアントから、ネットワークを介して受信放送コンテンツの格納要求を受信し、前記受信放送コンテンツの録画処理を実行するサーバとしての情報処理装置であり、
データ通信を実行する通信部と、
階層構成を有するコンテンツ管理ディレクトリによるコンテンツ管理を行なうＣＤＳ（コンテンツディレクトリサービス）機能を実行する制御部とを有し、
前記制御部は、
前記通信部を介して、クライアントから、サーバの有する記憶手段に対応する識別子である格納先識別子を設定したコンテンツ格納要求を受信し、該格納先識別子に対応する記憶手段を、クライアントから受信する受信コンテンツの格納先として選択して、コンテンツ格納処理を実行し、
予め登録された記録予定の放送コンテンツの録画開始および終了予定時刻情報に従って、前記クライアントからのコンテンツの入力開始処理および停止処理を実行することを特徴とする情報処理装置。
【請求項１１】
前記制御部は、
クライアントからの記憶手段情報取得要求の受信に応じて、サーバの有する記憶手段に対応する識別子である格納先識別子を含む記憶手段情報をクライアントに送信する処理を実行する構成であることを特徴とする請求項１０に記載の情報処理装置。
【請求項１２】
前記制御部は、
クライアントからの記憶手段情報取得要求の受信に応じて、サーバの有する記憶手段に設定可能なメディア情報、および該記憶手段に設定されている現メディア情報を含む記憶手段情報をクライアントに送信する処理を実行する構成であることを特徴とする請求項１０に記載の情報処理装置。
【請求項１３】
前記制御部は、
クライアントからの記憶手段情報取得要求の受信に応じて、サーバの有する記憶手段に設定されているメディアの容量情報を含む記憶手段情報をクライアントに送信する処理を実行する構成であることを特徴とする請求項１０に記載の情報処理装置。
【請求項１４】
放送コンテンツを受信し、
階層構成を有するコンテンツ管理ディレクトリによってコンテンツ管理を実行するＣＤＳ（コンテンツディレクトリサービス）機能を備えた録画機としてのサーバに、受信放送コンテンツをネットワークを介して送信して記録する情報処理装置における情報処理方法であり、
制御部において、通信部を介してサーバから受信するサーバの有する記憶手段に対応する識別子である格納先識別子を含む記憶手段情報を入力する記憶手段情報入力ステップと、
制御部において、格納先識別子を設定したコンテンツ格納要求、およびサーバへの送信コンテンツを、通信部を介してサーバへ送信する処理を実行するデータ送信ステップと、
制御部において、予め登録された記録予定の放送コンテンツの録画開始および終了予定時刻情報に従って、受信放送コンテンツの前記サーバに対する出力開始処理および停止処理を実行するステップと、
を有することを特徴とする情報処理方法。
【請求項１５】
前記データ送信ステップは、
前記サーバに対する送信コンテンツに対する前記ＣＤＳの管理ディレクトリ上のコンテナへの対応付けをサーバ一任とする情報を前記サーバに送信する処理を実行するステップを含むことを特徴とする請求項１４に記載の情報処理方法。
【請求項１６】
前記データ送信ステップは、
入力部を介するコンテンツ格納先指定情報の入力に基づいて、指定された記憶手段に対応する格納先識別子を設定したコンテンツ格納要求を生成してサーバへ送信する処理を実行するステップであることを特徴とする請求項１４に記載の情報処理方法。
【請求項１７】
放送コンテンツの受信機能を有するクライアントから、ネットワークを介して受信放送コンテンツの格納要求を受信し、前記受信放送コンテンツの録画処理を実行するサーバとしての情報処理装置において実行する情報処理方法であり、
通信部において、クライアントから、サーバの有する記憶手段に対応する識別子である格納先識別子を設定したコンテンツ格納要求を受信するコンテンツ格納要求受信ステップと、
制御部において、前記格納先識別子に対応する記憶手段を、クライアントから受信する受信コンテンツの格納先として選択し、クライアントからの受信コンテンツの格納処理を実行するコンテンツ格納ステップと、
制御部において、階層構成を有するコンテンツ管理ディレクトリによるコンテンツ管理を行なうＣＤＳ（コンテンツディレクトリサービス）機能に従い、前記クライアントからの受信コンテンツを前記コンテンツ管理ディレクトリに対応付けるステップと、
制御部において、予め登録された記録予定の放送コンテンツの録画開始および終了予定時刻情報に従って、前記クライアントからのコンテンツの入力開始処理および停止処理を実行するステップと、
を有することを特徴とする情報処理方法。
【請求項１８】
前記情報処理方法は、さらに、
前記制御部において、クライアントからの記憶手段情報取得要求の受信に応じて、サーバの有する記憶手段に対応する識別子である格納先識別子を含む記憶手段情報をクライアントに送信する記憶手段情報送信ステップを、
有することを特徴とする請求項１７に記載の情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はネットワーク接続機器間でのコンテンツ転送、格納処理を実行する情報処理装置、および情報処理方法、並びにコンピュータ・プログラムに関する。【０００２】
さらに詳細には、本発明はＵＰｎＰ（登録商標）で規定されるサーバのＣＤＳ（コンテンツディレクトリサービス）を適用したコンテンツ管理構成において、クライアントからサーバに対してコンテンツ格納先を指定したコンテンツ格納要求を行なうことを可能とした情報処理装置、および情報処理方法、並びにコンピュータ・プログラムに関する。
【背景技術】
【０００３】
昨今のデータ通信ネットワークの普及に伴い、家庭内においても家電機器やコンピュータ、その他の周辺機器をネットワーク接続し、各機器間での通信を可能とした、いわゆるホームネットワークが浸透しつつある。ホームネットワークは、ネットワーク接続機器間で通信を行なうことにより各機器のデータ処理機能を共有したり、機器間でコンテンツの送受信を行なう等、ユーザに利便性・快適性を提供するものであり、今後、ますます普及することが予測される。【０００４】
このようなホームネットワークの構成に適するプロトコルとしてＵＰｎＰが知られている。ＵＰｎＰは、複雑な操作を伴うことなく容易にネットワークを構築することが可能であり、困難な操作や設定を伴うことなくネットワーク接続された機器において各接続機器の提供サービスを受領可能とするものである。また、ＵＰｎＰはデバイス上のＯＳ（オペレーティングシステム）にも依存せず、容易に機器の追加ができるという利点を持つ。【０００５】
ＵＰｎＰは、接続機器間で、ＸＭＬ（eXtensible Markup Language）に準拠した定義ファイルを交換し、機器間において相互認識を行なう。ＵＰｎＰの処理の概要は、以下の通りである。
（１）ＩＰアドレス等の自己のデバイスＩＤを取得するアドレッシング処理。
（２）ネットワーク上の各デバイスの検索を行ない、各デバイスから応答を受信し、応答に含まれるデバイス種別、機能等の情報を取得するディスカバリ処理。
（３）ディスカバリ処理で取得した情報に基づいて、各デバイスにサービスを要求するサービス要求処理。【０００６】
上記処理手順を行なうことで、ネットワーク接続された機器を適用したサービスの提供および受領が可能となる。ネットワークに新たに接続される機器は、上記のアドレッシング処理によりデバイスＩＤを取得し、ディスカバリ処理によりネットワーク接続された他のデバイスの情報を取得して、取得情報に基づいて他の機器にサービスの要求が可能となる。【０００７】
例えば、様々な音楽や画像などのコンテンツを格納し、クライアントの要求に応じて、コンテンツをクライアントに提供するサービスを行なうサーバは、コンテンツ管理処理を実行する機能としてＣＤＳ（コンテンツディレクトリサービス）を備えている。【０００８】
ＣＤＳ（コンテンツディレクトリサービス）は、サーバの記憶手段、例えばハードディスクやＤＶＤなどの記憶手段に格納されたコンテンツを、階層構成を有するコンテンツ管理ディレクトリによって管理する。ＣＤＳ（コンテンツディレクトリサービス）は、例えばジャンル、アーティストなど、コンテンツに対応するメタデータを適用した独自の分類に従った分岐ツリー状の階層構成を持つコンテンツリストを保持し、コンテンツリストに基づくコンテンツ管理を行なっている。【０００９】
サーバの管理コンテンツである音楽データ、画像データ等のコンテンツをクライアントにおいて再生する場合、クライアントは、サーバに対してコンテンツ情報の取得要求を送信する。サーバはＣＤＳにおいて管理するコンテンツリストをクライアントに提示し、クライアントは、コンテンツリストから所望のコンテンツを選択し、サーバにコンテンツの取得要求を実行する。この処理によって、クライアントは、特定のコンテンツをサーバから取得して再生を行なうことができる。なお、このようなコンテンツ格納および再生処理構成については、例えば特許文献１に記載されている。【００１０】
一方、クライアントは、例えば、クライアントの記憶部に保持するコンテンツをサーバに提供して、サーバ内のＣＤＳ（コンテンツディレクトリサービス）管理コンテンツとして設定することができる。この処理により、ネットワークに接続された他のクライアントも、その新規格納コンテンツを取得して再生、利用することが可能となる。具体的には、例えば、クライアントがネットワークを介して独自に取得した音楽や画像コンテンツをサーバに出力してサーバの管理コンテンツとして設定する処理や、クライアントがデジタルカメラである場合にデジタルカメラで撮影した画像データをサーバの管理コンテンツとする処理などが可能である【００１１】
しかし、サーバはＣＤＳにおいてコンテンツリストによるコンテンツ管理を実行しており、クライアントは、サーバにおけるコンテンツ格納場所を、ＣＤＳの提示するコンテンツリスト上で指定することになる。従って、例えばサーバがハードディスクやＤＶＤなどのさまざまな記憶手段を保有している場合であっても、クライアントは、これらの記憶手段を指定したコンテンツ格納をサーバに要求できない。
【特許文献１】特開２００４−３４８４５５号公報
【発明の開示】
【発明が解決しようとする課題】
【００１２】
本発明は、このような状況に鑑みてなされたものであり、ＵＰｎＰで規定されるサーバのＣＤＳ（コンテンツディレクトリサービス）を適用したコンテンツ管理構成において、クライアントからサーバに対してコンテンツ格納先を指定したコンテンツ格納要求を行なうことを可能とする情報処理装置、および情報処理方法、並びにコンピュータ・プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１３】
本発明の第１の側面は、
階層構成を有するコンテンツ管理ディレクトリによってコンテンツ管理を実行するＣＤＳ（コンテンツディレクトリサービス）機能を備えたサーバに対するネットワークを介したコンテンツ格納処理を実行する情報処理装置であり、
データ通信を実行する通信部と、
前記通信部を介して、サーバからサーバの有する記憶手段に対応する識別子である格納先識別子を含む記憶手段情報を受領し、格納先識別子を設定したコンテンツ格納要求、および格納コンテンツをサーバへ送信する処理を実行する制御部と、
を有することを特徴とする情報処理装置にある。【００１４】
さらに、本発明の情報処理装置の一実施態様において、前記制御部は、前記サーバに対する送信コンテンツに対する前記ＣＤＳの管理ディレクトリ上のコンテナへの対応付けをサーバ一任とする情報を前記サーバに送信する処理を実行する構成であることを特徴とする。【００１５】
さらに、本発明の情報処理装置の一実施態様において、前記制御部は、入力部を介するコンテンツ格納先指定情報の入力に基づいて、指定された記憶手段に対応する格納先識別子を設定したコンテンツ格納要求を生成してサーバへ送信する処理を実行する構成であることを特徴とする。【００１６】
さらに、本発明の情報処理装置の一実施態様において、前記制御部は、記憶部に登録情報として記録されたコンテンツ格納先指定情報を取得し、取得した登録情報に対応する格納先識別子を設定したコンテンツ格納要求を生成してサーバへ送信する処理を実行する構成であることを特徴とする。【００１７】
さらに、本発明の情報処理装置の一実施態様において、前記制御部は、前記サーバから受信する記憶手段情報に基づいて、該記憶手段情報を含む表示情報を生成して表示部に表示する処理を実行する構成であることを特徴とする。【００１８】
さらに、本発明の情報処理装置の一実施態様において、前記制御部は、前記サーバから受信する記憶手段情報に含まれる記憶手段名を含む表示情報を生成して表示部に表示する処理を実行する構成であることを特徴とする。【００１９】
さらに、本発明の情報処理装置の一実施態様において、前記制御部は、前記サーバから受信する記憶手段情報に含まれる記憶手段に対するメディアの非設定状態情報に基づいて、表示部に対して警告表示を実行する構成であることを特徴とする。【００２０】
さらに、本発明の情報処理装置の一実施態様において、前記制御部は、前記サーバから受信する記憶手段情報に含まれる記憶手段の記録可能容量と、格納予定コンテンツの容量比較処理を実行し、前記記憶手段の記録可能容量が格納予定コンテンツの容量以下である場合に、表示部に対して警告表示を実行する構成であることを特徴とする。【００２１】
さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、放送コンテンツを受信し録画機としてのサーバに受信コンテンツを出力する処理を実行する受信機であり、前記制御部は、予め登録された記録予定の放送コンテンツの録画開始および終了予定時刻情報に従って、受信コンテンツの録画機への出力開始処理および停止処理を実行する構成であることを特徴とする。【００２２】
さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は、放送コンテンツを受信し録画機としてのサーバに受信コンテンツを出力する処理を実行する受信機であり、前記制御部は、記録予定の放送コンテンツの容量と、録画機から受領する記憶手段情報に含まれる記憶手段の記録可能容量とを比較し、前記記憶手段の記録可能容量が格納予定コンテンツの容量以下である場合に、表示部に対して警告表示を実行する構成であることを特徴とする。【００２３】
さらに、本発明の第２の側面は、
ネットワークを介したクライアントからのコンテンツ格納要求に対する処理を実行するサーバとしての情報処理装置であり、
データ通信を実行する通信部と、
階層構成を有するコンテンツ管理ディレクトリによるコンテンツ管理を行なうＣＤＳ（コンテンツディレクトリサービス）機能を実行する制御部とを有し、
前記制御部は、
前記通信部を介して、クライアントから、サーバの有する記憶手段に対応する識別子である格納先識別子を設定したコンテンツ格納要求を受信し、該格納先識別子に対応する記憶手段を、クライアントからの送信コンテンツの格納先として選択して、コンテンツ格納処理を実行する構成を有することを特徴とする情報処理装置にある。【００２４】
さらに、本発明の情報処理装置の一実施態様において、前記制御部は、クライアントからの記憶手段情報取得要求の受信に応じて、サーバの有する記憶手段に対応する識別子である格納先識別子を含む記憶手段情報をクライアントに送信する処理を実行する構成であることを特徴とする。【００２５】
さらに、本発明の情報処理装置の一実施態様において、前記制御部は、クライアントからの記憶手段情報取得要求の受信に応じて、サーバの有する記憶手段に設定可能なメディア情報、および該記憶手段に設定されている現メディア情報を含む記憶手段情報をクライアントに送信する処理を実行する構成であることを特徴とする。【００２６】
さらに、本発明の情報処理装置の一実施態様において、前記制御部は、クライアントからの記憶手段情報取得要求の受信に応じて、サーバの有する記憶手段に設定されているメディアの容量情報を含む記憶手段情報をクライアントに送信する処理を実行する構成であることを特徴とする。【００２７】
さらに、本発明の情報処理装置の一実施態様において、前記情報処理装置は録画機であり、前記クライアントは、放送コンテンツを受信し録画機としてのサーバに受信コンテンツを出力する処理を実行する受信機であり、前記制御部は、予め登録された記録予定の放送コンテンツの録画開始および終了予定時刻情報に従って、コンテンツの受信機からの入力開始処理および停止処理を実行する構成であることを特徴とする。【００２８】
さらに、本発明の第３の側面は、
階層構成を有するコンテンツ管理ディレクトリによってコンテンツ管理を実行するＣＤＳ（コンテンツディレクトリサービス）機能を備えたサーバに対するネットワークを介したコンテンツ格納処理を実行する情報処理装置における情報処理方法であり、
制御部において、通信部を介してサーバから受信するサーバの有する記憶手段に対応する識別子である格納先識別子を含む記憶手段情報を入力する記憶手段情報入力ステップと、
制御部において、格納先識別子を設定したコンテンツ格納要求、および格納コンテンツを、通信部を介してサーバへ送信する処理を実行するデータ送信ステップと、
を有することを特徴とする情報処理方法にある。【００２９】
さらに、本発明の情報処理方法の一実施態様において、前記データ送信ステップは、前記サーバに対する送信コンテンツに対する前記ＣＤＳの管理ディレクトリ上のコンテナへの対応付けをサーバ一任とする情報を前記サーバに送信する処理を実行するステップを含むことを特徴とする。【００３０】
さらに、本発明の情報処理方法の一実施態様において、前記データ送信ステップは、入力部を介するコンテンツ格納先指定情報の入力に基づいて、指定された記憶手段に対応する格納先識別子を設定したコンテンツ格納要求を生成してサーバへ送信する処理を実行するステップであることを特徴とする。【００３８】
さらに、本発明の第４の側面は、
ネットワークを介したクライアントからのコンテンツ格納要求に対する処理を実行するサーバとしての情報処理装置において実行する情報処理方法であり、
通信部において、クライアントから、サーバの有する記憶手段に対応する識別子である格納先識別子を設定したコンテンツ格納要求を受信するコンテンツ格納要求受信ステップと、
制御部において、前記格納先識別子に対応する記憶手段を、クライアントからの送信コンテンツの格納先として選択し、クライアントからの受信コンテンツの格納処理を実行するコンテンツ格納ステップと、
制御部において、階層構成を有するコンテンツ管理ディレクトリによるコンテンツ管理を行なうＣＤＳ（コンテンツディレクトリサービス）機能に従い、前記クライアントからの受信コンテンツを前記コンテンツ管理ディレクトリに対応付けるステップと、
を有することを特徴とする情報処理方法にある。【００３９】
さらに、本発明の情報処理方法の一実施態様において、前記情報処理方法は、さらに、前記制御部において、クライアントからの記憶手段情報取得要求の受信に応じて、サーバの有する記憶手段に対応する識別子である格納先識別子を含む記憶手段情報をクライアントに送信する記憶手段情報送信ステップを有することを特徴とする。【００４５】
なお、本発明のコンピュータ・プログラムは、例えば、様々なプログラム・コードを実行可能な汎用コンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体、例えば、ＣＤやＦＤ、ＭＯなどの記憶媒体、あるいは、ネットワークなどの通信媒体によって提供可能なコンピュータ・プログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、コンピュータ・システム上でプログラムに応じた処理が実現される。【００４６】
本発明のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【発明の効果】
【００４７】
本発明の一実施例の構成によれば、ネットワークを介して接続されたクライアントとサーバ間において、コンテンツをクライアントからサーバへアップロードする処理を実行する際、クライアントが、サーバから、サーバの有する記憶手段に対応する格納先識別子を取得し、クライアントが希望する記憶手段に対応する格納先識別子を設定したコンテンツ格納要求をサーバに出力する。サーバは、クライアントから受信するコンテンツ格納要求に含まれる格納先識別子を取得して、格納先識別子によって指定された記憶手段を選択してクライアントからのアップロードコンテンツを格納する。本構成により、クライアントは、サーバの特定の記憶手段を任意に指定してコンテンツの記録を行なわせることが可能となる。
【図面の簡単な説明】
【００４８】
【図１】ネットワーク接続されたサーバとクライアント間で実行される処理について説明する図である。
【図２】ネットワーク接続されたサーバとクライアント間で実行されるサーバコンテンツのクライアントへの出力処理について説明する図である。
【図３】サーバにおけるコンテンツ管理に適用するコンテンツリストについて説明する図である。
【図４】クライアントコンテンツのサーバへのアップロード処理においてコンテンツリストの位置指定を伴う処理について説明する図である。
【図５】クライアントコンテンツのサーバへのアップロード処理においてコンテンツリストの位置指定を伴わない処理について説明する図である。
【図６】クライアントコンテンツのサーバへのアップロード処理においてコンテンツの格納先指定を伴う処理について説明する図である。
【図７】クライアントコンテンツのサーバへのアップロード処理においてクライアントのＵＩに表示するコンテンツ選択画面の表示例について説明する図である。
【図８】クライアントコンテンツのサーバへのアップロード処理においてクライアントのＵＩに表示するサーバリストの表示例について説明する図である。
【図９】クライアントコンテンツのサーバへのアップロード処理においてクライアントのＵＩに表示する格納先名の表示例について説明する図である。
【図１０】クライアントコンテンツのサーバへのアップロード処理においてサーバからクライアントに提供される記憶手段情報の例について説明する図である。
【図１１】クライアントコンテンツのサーバへのアップロード処理においてクライアントのＵＩに表示する記憶手段情報の表示例について説明する図である。
【図１２】クライアントコンテンツのサーバへのアップロード処理におけるクライアントサーバの処理シーケンスについて説明する図である。
【図１３】クライアントコンテンツのサーバへのアップロード処理におけるクライアントサーバの処理シーケンスについて説明する図である。
【図１４】受信機と録画機において実行するコンテンツ録画処理例について説明する図である。
【図１５】受信機と録画機において実行するコンテンツ録画処理例について説明する図である。
【図１６】受信機と録画機において実行するコンテンツ録画処理例について説明する図である。
【図１７】クライアントおよびサーバの処理機能を説明するブロック図である。
【図１８】クライアントおよびサーバとしての情報処理装置のハードウェア構成例を説明する図である。
【発明を実施するための最良の形態】
【００４９】
以下、図面を参照しながら本発明の情報処理装置、および情報処理方法、並びにコンピュータ・プログラムの詳細について説明する。【００５０】
［システム概要］
まず、図１を参照して、本発明の適用可能なネットワーク構成例について説明する。図１には、クライアント１１０と、サーバ１５０を示している。クライアント１１０とサーバ１５０は、例えばホームネットワーク等のネットワークを介したデータ通信可能な構成を持つ。なお、図には、１つのクライアントと１つのサーバのみを示しているが、さらに図示しないクライアント、サーバがネットワークを介して通信可能な設定であってもよい。【００５１】
サーバ１５０は、ハードディスクやＤＶＤなどの記憶手段Ａ１５１、記憶手段Ｂ１５２に音楽や画像、あるいはビデオコンテンツなどの様々なサーバコンテンツ１５３Ａ，Ｂを格納している。サーバ１５０は、クライアント１１０からの要求に応じて、サーバコンテンツ１５３をクライアント１１０に提供する。例えばクライアント１１０は、サーバ１５０からコンテンツ１５３を受信しながら再生を行なうストリーミング再生を行なう。【００５２】
クライアント１１０は、例えば、サーバ１５０から提供されるコンテンツリストや画像コンテンツの表示、さらに、コンテンツの指定やコンテンツ再生要求、サーバ１５０に対するコンテンツの格納、送信要求などを行うためのユーザインタフェース１１１を有し、さらに、クライアント１１２が独自に取得コンテンツなどを格納する記憶手段１１２を有する。【００５３】
記憶手段１１２には、例えば、クライアント１１０の保持するクライアントコンテンツ１１５が格納される。例えばクライアント１１０がデジタルカメラである場合、撮影された画像データなどがクライアントコンテンツ１１５として格納される。クライアント１１０は、所定の手続きに従ってクライアントコンテンツ１１５をサーバ１５０に対してアップロードすることができる。【００５４】
クライアント１１０、およびサーバ１５０は、例えば、情報家電のネットワークを介した通信、データ処理仕様を基底したＤＬＮＡ（Ｄｉｇｉｔｚｌ  Ｌｉｖｉｎｇ  Ｎｅｔｗｏｒｋ  Ａｌｌｉａｎｃｅ）ガイドラインに従った機器として構成される。ＤＬＮＡガイドラインでは、コンテンツを記録・蓄積・提供するＤＭＳ（デジタルメディアサーバ）と、コンテンツを再生するＤＭＰ（デジタルメディアプレーヤー）が規定されている。図１に示すクライアント１１０は、ＤＭＰに相当し、クライアント１１０は、ネットワーク内に存在するＤＭＳとしてのサーバ１５０を探し出し、利用可能なコンテンツの一覧としてのコンテンツリストを取得する。ユーザはコンテンツリストから視聴するコンテンツを選択してサーバ１５０からコンテンツを受信する。【００５５】
具体的には、クライアント１１０は、サーバ１５０からＵＰｎＰプロトコルに従った情報提供を受け、サービスを受領する。ＵＰｎＰは、複雑な操作を伴うことなく容易にネットワーク接続された機器からのサービスを受領可能とするものである。ＵＰｎＰは、接続機器間で、ＸＭＬ（eXtensible Markup Language）に準拠した定義ファイルを交換し、機器間において相互認識を行なう。ＵＰｎＰにおいて規定された処理には以下の処理が含まれる。
（１）ＩＰアドレス等の自己のデバイスＩＤを取得するアドレッシング処理。
（２）ネットワーク上の各デバイスの検索を行ない、各デバイスから応答を受信し、応答に含まれるデバイス種別、機能等の情報を取得するディスカバリ処理。
（３）ディスカバリ処理で取得した情報に基づいて、各デバイスにサービスを要求するサービス要求処理。【００５６】
クライアント１１０は、これらの処理を実行することで、サーバ１５０からのサービス受領が可能となる。ネットワークに新たに接続される機器は、上記のアドレッシング処理によりデバイスＩＤを取得し、ディスカバリ処理によりネットワーク接続された他のデバイスの情報を取得して、取得情報に基づいて他の機器にサービスの要求が可能となる。【００５７】
［クライアントにおけるコンテンツ再生処理］
サーバ１５０に格納された音楽データ、画像データ等のコンテンツをクライアント１１０において再生する場合の処理について、図２を参照して説明する。【００５８】
クライアント１１０は、サーバ１５０に格納された音楽データ、画像データ等のコンテンツを受信して再生しようとする場合、まず、サーバ１５０の保有するコンテンツリスト１８０を取得する。サーバ１５０において、コンテンツは、階層構成を有するコンテンツ管理ディレクトリによってサーバ内のＣＤＳ（コンテンツディレクトリサービス）が管理している。【００５９】
サーバ１５０のＣＤＳにおいて管理されるコンテンツの管理ディレクトリとして設定されるコンテンツリストの構成例を図３に示す。コンテンツは、図３に示すように分岐ツリー状の階層構成を持つコンテンツリストによって管理される。この階層構成は、サーバが記憶部に格納し管理するコンテンツに対応する論理的な管理構成を示すものである。【００６０】
コンテンツは、その種類、例えば音楽（Ａｕｄｉｏ）、ビデオ（Ｖｉｄｅｏ）、写真（Ｐｈｏｔｏ）等、その種類によりクラスに分類されており、クラス分類に基づいて、図３に示すような階層構成が設定される。サーバに予め設定されたプログラムによってサーバのＣＤＳが分類を行ないツリー構成のコンテンツリストを構築する。【００６１】
図３に示す階層構成において頂点がルートコンテナと呼ばれる。ルートコンテナの下位に例えば音楽（ミュージック）コンテナ、動画コンテナ、静止画コンテナ等が設定される。音楽（ミュージック）コンテナの下位には、ジャンル、ジャンルの下位には、アーティストなどの様々なコンテナが設定され、コンテンツはいずれかのコンテナに対応付けられている。なお、この分類例は一例であり、その他の様々な分類態様が可能である。【００６２】
図２に戻り、コンテンツ再生時の処理について説明を続ける。クライアント１１０は、サーバから、まずサーバ１５０のＣＤＳの管理するコンテンツリスト１８０を受領して、コンテンツリストから、再生対象とするコンテンツを選択してコンテンツ指定情報をサーバ１５０に送信する。サーバ１５０のＣＤＳの管理する個々のコンテンツにはＵＲＬ（Uniform Resource Locators）が対応付けられており、クライアントは、特定のコンテンツに対応するＵＲＬを指定情報としてサーバ１５０にコンテンツ要求を行うことになる。このコンテンツ要求に応じて、サーバ１５０は、サーバ格納コンテンツ１５３をクライアント１１０に提供する。【００６３】
［クライアントからサーバに対するコンテンツアップロード処理］
クライアント１１０は、上述したサーバ１５０からのコンテンツの取得、再生のみならず、図１を参照して説明したように、クライアント１１０の記憶手段１１２に保持するクライアントコンテンツ１１５を所定の手続きに従ってサーバ１５０にアップロードすることができる。【００６４】
クライアント１１０は、クライアントコンテンツ１１５をサーバにアップロードすることで、サーバ１５０のＣＤＳ管理コンテンツとして設定することが可能であり、この処理により、ネットワークに接続された他のクライアントも、その新規格納コンテンツを、図２を参照して説明した処理によって、サーバコンテンツとして取得して再生、利用することが可能となる。【００６５】
例えば、クライアント１１０がネットワークを介して独自に取得した音楽や画像コンテンツをサーバ１５０に格納してサーバ１５０の管理コンテンツとして設定する処理が可能である。また、クライアント１１０がデジタルカメラである場合、デジタルカメラで撮影した画像データをサーバ１５０のＣＤＳ管理コンテンツとする処理などが可能である【００６６】
図４を参照して、クライアント格納コンテンツのコピーデータをサーバのＣＤＳ管理コンテンツとする処理例、すなわちコンテンツのアップロード処理について説明する。図４は、ＵＰｎＰ  ＡＶ（UPnP AV Working Committee）に従った一般的な処理例である。前述したように、サーバ１５０はＣＤＳにおいてコンテンツリストによるコンテンツ管理を実行しており、クライアント１１０は、サーバ１５０からコンテンツリスト１８０を受領し、コンテンツリスト１８０の特定のコンテナをクライアントコンテンツ１１５の設定位置として指定し、サーバ１５０に対してコンテンツの格納要求を行うことができる。例えば図４に示すように、コンテンツリスト１８０中の１つのコンテナ１８１を指定してクライアントコンテンツ１１５の格納要求を行うことができる。【００６７】
このコンテンツアップロード処理は、ＵＰｎＰ  ＡＶにおいて規定されるＣＤＳに対するアクションとして設定されているアクション（Ｃｒｅａｔｅ  Ｏｂｊｅｃｔ  Ａｃｔｉｏｎ）に従って実行される。このアクションは、先に図３を参照して説明したコンテンツリスト中にアップロードコンテンツの新たなノードを設定する処理として実行される。ノードにはアップロードコンテンツのメタデータが対応付け競れる。メタデータは、コンテンツのタイトルや、メディアフォーマット情報、コンテンツＵＲＬなどである。なお、ノードはコンテンツリスト中のコンテナの下位に設定される。【００６８】
サーバ１５０は、このＣＤＳに対するアクション（Ｃｒｅａｔｅ  Ｏｂｊｅｃｔ  Ａｃｔｉｏｎ）に基づくコンテンツ格納要求に応じて、クライアントコンテンツ１１５を受信し、受信したクライアントコンテンツ１１５をサーバ１５０の記憶手段、図に示す例では、記憶手段Ａ１５１、または記憶手段Ｂ１５２のいずれかに格納する。さらに、サーバ１５０のＣＤＳの管理するコンテンツリスト上の指定位置にクライアントコンテンツ１１５を対応付けるコンテンツリスト更新処理を実行する。格納コンテンツにはＵＲＬが設定され、コンテンツリストの指定位置１８１にはＵＲＬが対応付けられることになる。クライアントは、コンテンツリストを取得してコンテナに対応付けられて設定されているＵＲＬを指定することでコンテンツを取得することが可能となる。【００６９】
このようにクライアント１１０は、コンテンツリストの特定コンテナを指定したコンテンツ格納処理が可能であるが、クライアント側においてコンテナの指定を行なうことはクライアント側の機器や、クライアント側のユーザの負担となる場合がある。そこで、ＤＬＮＡでは、ＣＤＳに対するアクション（Ｃｒｅａｔｅ  Ｏｂｊｅｃｔ  Ａｃｔｉｏｎ）において、クライアント側でのコンテナ指定を不要とした処理も規定している。【００７０】
図５を参照して、クライアント側でのコンテナ指定を不要とした処理について説明する。クライアント１１０は、コンテンツリストの特定のコンテナを指定しないで、クライアントコンテンツ１１５の格納要求を実行に際して、サーバにクライアントコンテンツ１１５のアップロード要求として実行されるアクションの実行時に、コンテンツの格納コンテンツ指定情報がないことを示すコンテナ非指定情報［Ａｎｙ  Ｃｏｎｔａｉｎｅｒ］２０１をサーバ１５０に送信する。【００７１】
サーバ１５０は、クライアント１１０から、コンテナ非指定情報［Ａｎｙ  Ｃｏｎｔａｉｎｅｒ］２０１を持つＣＤＳアクションを受領した場合、クライアントからアップロードされるクライアントコンテンツ１１５をサーバ１５０の記憶手段、図に示す例では、記憶手段Ａ１５１、または記憶手段Ｂ１５２のいずれかに格納し、さらに、クライアントコンテンツ１１５に対応して設定されているメタデータなどに基づいて、コンテンツリストにおける最適コンテナ位置を選択してクライアントコンテンツ１１５を対応付けるコンテンツリスト更新処理を実行する。すなわちコンテンツリストのコンテンツ設定位置は、サーバ側で決定する。【００７２】
このような処理により、クライアント側におけるコンテナ指定が不要となり、クライアント側の機器や、クライアント側のユーザの負担が軽減される。【００７３】
しかしながら、図４を参照して説明したコンテナ指定によるコンテンツアップロード処理においても、また、図５を参照して説明したコンテナ非指定によるコンテンツアップロード処理においても、クライアント１１０は、コンテンツの格納先としてのサーバ１５０の記憶手段を指定することはできない。例えば、図４、図５を参照して説明した構成例においてサーバ１５０は、記憶手段として２種類の記憶手段を有している。すなわち、ハードディスク（ＨＤ）によって構成される記憶手段Ａ１５１と、ＤＶＤによって構成される記憶手段Ｂ１５２である。【００７４】
クライアント１１０は、図４を参照して説明したコンテナ指定によるコンテンツアップロード処理においては、サーバ１５０のＣＤＳの提供するコンテンツリスト上のコンテナを指定できるのみであり、コンテンツリストに設定されたコンテナとサーバの記憶手段との関連性は何ら知ることが出来ず、クライアント１１０は、クライアントコンテンツ１１５がサーバ１５０の記憶手段Ａ１５１に記録されたのか記憶手段Ｂ１５２に記録されたのかを知ることが出来ない。【００７５】
また、図５を参照して説明したコンテナ非指定によるコンテンツアップロード処理においても、クライアント１１０は、クライアントコンテンツ１１５がサーバ１５０の記憶手段Ａ１５１に記録されたのか記憶手段Ｂ１５２に記録されたのかを知ることが出来ない。【００７６】
このように、クライアント１１０からのコンテンツアップロードを行なおうとするユーザは、サーバ１５０の特定の記憶手段、例えばＤＶＤにコンテンツを記録したいという要望がある場合でも、クライアント１１０からの格納先の指示は行なえない。【００７７】
例えば、クライアント１１０がデジタルカメラであり、デジタルカメラによって撮影したコンテンツの格納先をサーバのＤＶＤにまとめて記録したい場合でも、上記の処理構成では、サーバによって格納先が振り分けられる可能性があり、同じデジタルカメラからのアップロードコンテンツが、ハードディスクとＤＶＤに分けて記録されてしまうといったことが発生する場合がある。【００７８】
このような構成では、後日、ＤＶＤをサーバから取り出して、他のＤＶＤ再生機器でカメラの撮影コンテンツを再生しようとした場合、一部のコンテンツがハードディスクに記録されてしまっているためＤＶＤのみからは、デジタルカメラの全ての撮影データの再生ができなくなるといった事態が発生する可能性がある。【００７９】
［格納先指定を伴うクライアントからサーバに対するコンテンツアップロード処理］
このような問題を解決するため、本発明では、クライアントからサーバに対するコンテンツアップロード処理において、サーバにおけるコンテンツ格納先を指定可能とした。以下、この処理例について、図６以下を参照して説明する。図６は、図４、図５と同様、クライアント１１０からサーバ１５０に対するクライアントコンテンツ１１５のコンテンツアップロード処理構成を示す図である。【００８０】
図６に示す処理例は、先に図５を参照して説明したと同様、クライアント１１０から、コンテナ非指定情報［Ａｎｙ  Ｃｏｎｔａｉｎｅｒ］を含むＣＤＳに対するアクション（Ｃｒｅａｔｅ  Ｏｂｊｅｃｔ  Ａｃｔｉｏｎ）を行なう場合の処理例である。図６に示すようにクライアント１１０は、コンテンツの格納コンテンツ指定情報がないことを示すコンテナ非指定情報［Ａｎｙ  Ｃｏｎｔａｉｎｅｒ］３０１を利用した処理要求をサーバに送信する。【００８１】
本発明に従ったコンテンツアップロード処理においては、コンテナ非指定情報［Ａｎｙ  Ｃｏｎｔａｉｎｅｒ］３０１に加えて、クライアント１１０は、コンテンツの格納先指定情報としてのコンテンツ格納先識別子３０２をサーバ１５０に通知する。【００８２】
コンテンツ格納先識別子３０２は、サーバ１５０が有するコンテンツ格納可能な記憶手段のいずれかを指定する情報である。図６に示す例では、サーバ１５０は、記憶手段として２種類の記憶手段、すなわち、ハードディスク（ＨＤ）によって構成される記憶手段Ａ１５１と、ＤＶＤによって構成される記憶手段Ｂ１５２を有しており、クライアント１１０は、記憶手段Ａ１５１、または記憶手段Ｂ１５２のいずれかの指定情報としてのコンテンツ格納先識別子３０２をサーバ１５０に通知する。【００８３】
クライアント１５０は、予めサーバ１５０から、サーバ１５０の有する記憶手段に関する情報を受領し、この受領情報に含まれる記憶手段情報から、特定の記憶手段に対応する格納先識別子を取得して、取得した格納先識別子をサーバ１５０に通知する処理を実行する。この処理については公団で詳細に説明する。【００８４】
サーバ１５０は、図６に示すように、クライアントコンテンツ１１５の受信に際して、コンテナ非指定情報［Ａｎｙ  Ｃｏｎｔａｉｎｅｒ］３０１と、コンテンツ格納先識別子３０２を受信すると、コンテンツ格納先識別子３０２に対応するサーバ１５０の記憶手段を選択して、選択された記憶手段をクライアントコンテンツ１１５の格納先として選択して、クライアントコンテンツ１１５の記録処理を実行する。【００８５】
さらに、クライアントコンテンツ１１５に対応して設定されているメタデータなどに基づいて、コンテンツリストにおける最適コンテナ位置を選択してクライアントコンテンツ１１５を対応付けるコンテンツリスト更新処理を実行する。【００８６】
このような処理により、クライアントコンテンツ１１５は、クライアントの要求に対応した格納先、例えば、図６に示すサーバ１５０のハードディスク（ＨＤ）によって構成される記憶手段Ａ１５１、または、ＤＶＤによって構成される記憶手段Ｂ１５２のいずれか、クライアントの希望する格納先に確実に記録されることになる。【００８７】
この処理によって、ユーザは、アップロードコンテンツの格納先を予め知ることが可能となる。例えば、クライアント１１０がデジタルカメラであり、デジタルカメラによって撮影したコンテンツの格納先をサーバのＤＶＤとして指定しておけば、デジタルカメラからアップロードされるコンテンツは、すべて、ＤＶＤに記録されることになり、後日、ＤＶＤをサーバから取り出して、他のＤＶＤ再生機で再生して楽しむといった場合、すべてのコンテンツをＤＶＤから確実に再生することが可能となる。すなわち、先に説明した例のように、一部がハードディスクに記録されて再生できないといった事態の発生を防止することが可能となる。【００８８】
図６に示すように、コンテナ非指定情報［Ａｎｙ  Ｃｏｎｔａｉｎｅｒ］３０１に加えて、コンテンツ格納先識別子３０２をサーバ１５０に通知する処理を実行する場合の具体的な処理例について、図７以下を参照して説明する。【００８９】
図７は、クライアント１１０においてサーバへのアップロードコンテンツを決定する際に、クライアント１１０のユーザインタフェース１１１に表示されるコンテンツ選択画面を示す図である。なお、以下説明するクライアントのユーザインタフェースにおける各種の情報表示処理およびアップロード処理に伴う各種の処理は、クライアント側の制御部においてクライアント側の記憶部にあらかじめ格納されたデータ処理プログラムに従って実行される。【００９０】
図７に示すようにコンテンツ選択画面には、クライアント１１０の記憶手段１１２に格納されたコンテンツのディレクトリ構成が表示され。ユーザはこれらのコンテンツからアップロードコンテンツを選択する。図７に示す例は、ユーザがコンテンツ３２１を選択した例を示している。コンテンツ３２１の選択により、選択コンテンツに対する処理選択アイコンが表示される。図に示す例では、選択コンテンツ３２１を再生する場合の［再生］アイコン、または選択コンテンツ３２１をサーバにアップロードする場合の［コピー］アイコン３２２が表示される。ユーザが［コピー］アイコン３２２を選択すると、選択コンテンツ３２１のコピーデータをサーバに対してアップロードする処理が開始されることになる。【００９１】
ユーザによる［コピー］アイコン３２２の選択情報をクライアント１１０の制御部が検出すると、制御部はクライアント１１０のユーザインタフェース１１１を、図８に示す画面に切り替える。図８に示すように、クライアント１１０のユーザインタフェース１１１には、クライアント１１０とネットワーク接続され、コンテンツのアップロード先として選択可能なサーバの一覧としてのサーバリスト３３１が表示される。【００９２】
なお、このサーバリスト３３１の表示のためのサーバ情報は、クライアント１１０がネットワーク接続時にネットワーク接続された他機器からＵＰｎＰプロトコルに従って受領した情報に含まれる情報である。先に説明したように、ＵＰｎＰは、ネットワーク接続機器間で、ＸＭＬ（eXtensible Markup Language）に準拠した定義ファイルを交換し、機器間において相互認識を行ない、ネットワーク上のデバイス検索、デバイスからの機器情報（Ｄｅｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ）受信を行なっており、この機器情報に基づいて、図８に示すようなコンテンツのアップロード先として指定可能なサーバリストが提示される。【００９３】
なお、図６を参照して説明したコンテンツ格納先識別子３０２を識別して、コンテンツ格納先識別子３０２に従ってコンテンツ格納先を選択してクライアントコンテンツの記録処理を実行する機能を持つサーバは、送信する機器情報（Ｄｅｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ）に、コンテンツ格納先識別子の識別に基づくコンテンツ格納先設定機能を有することを示す［ＸＭＬタグ］を設定して送信を実行する。機器情報を受信するクライアント等のネットワーク接続機器は、このＸＭＬタグに基づいて、機器情報を送信した各サーバが、アップロードコンテンツの格納先指定に対応した処理を実行可能なサーバであるか否かを判別することができる。【００９４】
図８に示すサーバリスト３３１に提示される機器は、例えば前述のＣＤＳに基づくコンテンツ管理を実行しているサーバであり、上述のＸＭＬタグに基づいて、サーバが格納先指定可能なサーバであるか否かを示す識別マーク３３２が表示される。識別マーク３３２が表示されているサーバは、アップロードコンテンツの格納先指定に対応した処理を実行可能なサーバである。【００９５】
ユーザは、図８に示すサーバリスト３３１から、クライアントコンテンツのアップロード先とするサーバを選択する。例えば、図９に示すように、サーバリスト３３１から、［居間のＤＶＤ録画再生機］を選択したとする。クライアント１１０の制御部はこのユーザの選択入力を検出すると、選択されたサーバ［居間のＤＶＤ録画再生機］に対する、格納先識別子取得アクションを実行する。【００９６】
格納先識別子取得アクションは、クライアント１１０においてアップロード先として指定されたサーバに対して、そのサーバの保有するコンテンツ格納可能な記憶手段に対応する識別子等の情報を取得する処理として実行される。クライアントから問い合わせを受領したサーバは、例えば、図１０に示すＸＭＬデータをクライアントに送信する。【００９７】
図１０に示すＸＭＬデータは、サーバの保有するコンテンツ格納可能な記憶手段に関する記憶手段情報によって構成される。例えば、以下の格納先情報［Ｄｅｓｔｉｎａｔｉｏｎ  Ｉｎｆｏ］が記述されたデータである。【００９８】
＜Ｄｅｓｉｎａｔｉｏｎ  Ｉｎｆｏ＞
＜Ｄｅｓｔｉｎａｔｉｏｎ＞
＜Ｎａｍｅ＞ＢＤ−ＤＶＤ  Ｃｏｍｐａｔｉｂｌｅ＜／Ｎａｍｅ＞
＜ＩＤ＞ａ１＜／ＩＤ＞
＜ＰｏｓｓｉｂｌｅＴｙｐｅｓ＞ＢＤ／ＤＶＤ−ＲＷ／ＮＯＮＥ＜／ＰｏｓｓｉｂｌｅＴｙｐｅｓ＞
＜ＣｕｒｒｅｎｔＴｙｐｅ＞ＢＤ＜／ＣｕｒｒｅｎｔＴｙｐｅ＞
＜ＭａｘＳｉｚｅ＞４８０００＜／ＭａｘＳｉｚｅ＞
＜ＣｕｒｒｅｎｔＳｉｚｅ＞２３５１３＜／ＣｕｒｒｅｎｔＳｉｚｅ＞
＜／Ｄｅｓｔｉｎａｔｉｏｎ＞
＜Ｄｅｓｔｉｎａｔｉｏｎ＞
＜Ｎａｍｅ＞ハードディスク＜／Ｎａｍｅ＞
＜ＩＤ＞ａ２＜／ＩＤ＞
＜ＰｏｓｓｉｂｌｅＴｙｐｅｓ＞ＨＤ＜／ＰｏｓｓｉｂｌｅＴｙｐｅｓ＞
＜ＣｕｒｒｅｎｔＴｙｐｅ＞ＨＤ＜／ＣｕｒｒｅｎｔＴｙｐｅ＞
＜ＭａｘＳｉｚｅ＞１６００００＜／ＭａｘＳｉｚｅ＞
＜ＣｕｒｒｅｎｔＳｉｚｅ＞１２３４５２＜／ＣｕｒｒｅｎｔＳｉｚｅ＞
＜／Ｄｅｓｔｉｎａｔｉｏｎ＞
：【００９９】
＜Ｄｅｓｔｉｎａｔｉｏｎ＞から＜／Ｄｅｓｔｉｎａｔｉｏｎ＞までが、１つの記憶手段に関する情報を示している。上記の格納先情報［Ｄｅｓｔｉｎａｔｉｏｎ  Ｉｎｆｏ］、および図１０には、２つの記憶手段情報３８１，３８２を示している。記憶手段情報３８１に含まれるデータについて説明する。【０１００】
＜Ｎａｍｅ＞ＢＤ−ＤＶＤ  Ｃｏｍｐａｔｉｂｌｅ＜／Ｎａｍｅ＞は、
記憶手段名である。
この記憶手段名が、図９に示すように、サーバリスト３３１に並んで、選択されたサーバに対応付けられて表示されることになる。図１０に示すＸＭＬデータは、記憶手段情報３８１が、［ＢＤ−ＤＶＤ  Ｃｏｍｐａｔｉｂｌｅ］、記憶手段情報３８２が［ハードディスク］に関する記憶手段情報である。【０１０１】
＜ＩＤ＞ａ１＜／ＩＤ＞は、
記憶手段識別子（ＩＤ）である。
この場合、識別子として［ａ１］が設定されていることを示している。先に図６を参照して説明したように、クライアントは、この記憶手段識別子（ＩＤ）＝ａ１を記録したコンテンツ格納要求をサーバに送信することで、サーバは記憶手段識別子（ＩＤ）によって特定される記憶手段にクライアントからのアップロードコンテンツの格納処理を実行する。【０１０２】
＜ＰｏｓｓｉｂｌｅＴｙｐｅｓ＞ＢＤ／ＤＶＤ−ＲＷ／ＮＯＮＥ＜／ＰｏｓｓｉｂｌｅＴｙｐｅｓ＞は、
記憶手段の利用可能メディアタイプ情報である。
この記憶手段において利用可能な媒体（メディア）の種類を示す情報である。
この場合、ＢＤ（Ｂｌｕｅ−Ｒａｙ  Ｄｉｓｃ）、ＤＶＤ−ＲＷが記録媒体としてセット可能であることを示している。［ＮＯＮＥ］は、記憶手段に何も媒体（メディア）がセットされていない場合もあり得ることを示している。すなわち、この記憶手段は、ＢＤやＤＶＤ−ＲＷメディアが着脱可能な記憶手段であることを示す情報である。【０１０３】
＜ＣｕｒｒｅｎｔＴｙｐｅ＞ＢＤ＜／ＣｕｒｒｅｎｔＴｙｐｅ＞は、
記憶手段の現メディアタイプ情報である。
すなわち、この記憶手段において現在利用可能な媒体（メディア）の種類を示す情報である。この記憶手段には、現在ＢＤ（Ｂｌｕｅ−Ｒａｙ  Ｄｉｓｃ）がセットされて利用可能な状態にあることを示している。ＮＯＮＥが設定されている場合、メディアがセットされていないことを示す。【０１０４】
＜ＭａｘＳｉｚｅ＞４８０００＜／ＭａｘＳｉｚｅ＞は、
メディアの最大容量（キャパシティ）情報である。
この記憶手段において現在利用可能な媒体（メディア）の全容量を示す情報である。【０１０５】
＜ＣｕｒｒｅｎｔＳｉｚｅ＞２３５１３＜／ＣｕｒｒｅｎｔＳｉｚｅ＞は、
メディアの現記録可能容量（キャパシティ）情報である。
この記憶手段において現在利用可能な媒体（メディア）の記録可能な残容量を示す情報である。【０１０６】
サーバは、これらの記憶手段情報を、サーバの保有する記憶手段毎に記述したＸＭＬデータをクライアントに送信する。クライアントはサーバから受信するこれらの記憶手段情報に基づいて、図９に示すように、選択サーバの保有する記憶手段名情報３６１、３６２を表示する。この記憶手段名は、図１０に示すＸＭＬデータ中の
記憶手段情報３８１に記録された
＜Ｎａｍｅ＞ＢＤ−ＤＶＤ  Ｃｏｍｐａｔｉｂｌｅ＜／Ｎａｍｅ＞と、
記憶手段情報３８２に記録された
＜Ｎａｍｅ＞ハードディスク＜／Ｎａｍｅ＞
から取得した情報である。【０１０７】
クライアント１１０側のユーザは、これらの記憶手段名情報３６１、３６２の表示によって、サーバリスト３３１に表示され、選択したサーバ［居間のＤＶＤ録画再生機］が［ＢＤ−ＤＶＤ  Ｃｏｍｐａｔｉｂｌｅ］と［ハードディスク］を記憶手段として有し、これらをコンテンツの格納先として選択可能であることを知ることができる。【０１０８】
なお、クライアント１１０においてＵＩ１１１に表示する情報をどのような情報にするかは、クライアント側の実行するアプリケーションによって様々に設定可能である。図９に示す例では、図１０に示す記憶手段情報３８１，３８２に記録された記憶手段名［Ｎａｍｅ］を選択して表示する例としたが、例えば、記憶手段情報３８１，３８２に記録された現メディアタイプ情報［ＣｕｒｒｅｎｔＴｙｐｅ］を表示する設定としてもよい。【０１０９】
さらに、例えば、ユーザが図９に示す記憶手段名情報［ＢＤ−ＤＶＤ  Ｃｏｍｐａｔｉｂｌｅ］３６１を選択して、詳細情報アイコン３７１を選択操作すると、図１１に示すような、［ＢＤ−ＤＶＤ  Ｃｏｍｐａｔｉｂｌｅ］に対応する詳細情報を表示する設定としてもよい。図１１に示す表示データは、
現メディアタイプ情報［ＣｕｒｒｅｎｔＴｙｐｅ］３７３と、
メディアの最大容量（キャパシティ）情報［ＭａｘＳｉｚｅ］と、
メディアの現記録可能容量（キャパシティ）情報［ＣｕｒｒｅｎｔＳｉｚｅ］と、
を表示情報として含む表示データ例である。
図１１に示す［戻る］アイコン３７４を操作すると、図９に示すＵＩ表示データ画面に戻る。【０１１０】
ユーザは、アップロード先のサーバおよび格納先を選択した後、図９に示すＵＩ表示データ、あるいは図１１に示すＵＩ表示データにおいて設定されているアップロードアイコン３７２を操作する。クライアントの制御部がこの操作情報を検出すると、選択サーバに対する格納先指定のアップロード処理が開始される。すなわち、図６を参照して説明したように、図６に示すコンテナ非指定情報［Ａｎｙ  Ｃｏｎｔａｉｎｅｒ］３０１に加えて、コンテンツの格納先指定情報としてのコンテンツ格納先識別子３０２をサーバに送信する処理と、クライアントからアップロードコンテンツのサーバヘの送信処理とが、予め設定された処理シーケンスに従って、順次、実行される。【０１１１】
上述した格納先指定を伴うコンテンツのアップロード処理シーケンスの詳細について、図１２、図１３を参照して説明する。まず、図１２のステップＳ１０１において、クライアントは、アップロードするコンテンツと、アップロード先のサーバを選択する。まずコンテンツ選択処理は、先に、図７を参照して説明したコンテンツ選択画面をＵＩに表示して実行する処理である。【０１１２】
図７に示すように、ユーザが特定のコンテンツを選択すると、コンテンツの再生処理用の［再生］、またはコンテンツのアップロード処理用の［コピー］の選択用アイコンが表示され、ユーザが［コピー］アイコンを選択すると、図８に示すサーバリストがＵＩに表示される。先に説明したように、サーバリストは、デバイスからの機器情報（Ｄｅｖｉｃｅ  Ｄｅｓｃｒｉｐｔｉｏｎ）に基づいて生成されるリストである。【０１１３】
ユーザが、サーバリストからコンテンツアップロード先のサーバを選択すると、クライアントの制御部は格納先識別子取得アクションを実行する。ステップＳ１０２において、アップロード先として指定されたサーバに対して、そのサーバの保有するコンテンツ格納可能な記憶手段に対応する識別子等の情報の取得要求を実行する。【０１１４】
クライアントからの要求を受信したサーバは、ステップＳ１０３において、先に図１０を参照して説明した格納先情報からなるＸＭＬデータをクライアントに送信する。すなわち、サーバの保有するコンテンツ格納可能な記憶手段に関する情報を含むＸＭＬデータである。このＸＭＬデータには、記憶手段に対応するＩＤである記憶手段識別子（ＩＤ）が含まれている。【０１１５】
ステップＳ１０４において、サーバから格納先情報からなるＸＭＬデータを受信したクライアントは、この受信情報に基づいて、クライアントのＵＩに、選択サーバの記憶手段情報を表示する。たとえば、図９に示すように、選択サーバの保有する記憶手段名情報３６１、３６２を表示する。さらに、図１１に示すように、現メディアタイプ情報［ＣｕｒｒｅｎｔＴｙｐｅ］３７３、メディアの最大容量（キャパシティ）情報［ＭａｘＳｉｚｅ］、メディアの現記録可能容量（キャパシティ）情報［ＣｕｒｒｅｎｔＳｉｚｅ］などを提示してもよい。【０１１６】
ステップＳ１０５においてクライアントは、格納先を選択する。たとえば、図９、図１１に示すＵＩ表示データ中のアップロードアイコンを操作して、格納先を選択する。なお、ここでは、ユーザが格納先を選択する処理を実行する例として説明しているが、ユーザとのインタラクションを行なうことなく、予めクライアント機器に設定した情報に基づいて格納先を自動選択する構成としてもよい。【０１１７】
例えばクライアントの設定情報として、特定のサーバの特定の格納先をデフォルトのコンテンツアップロード先（コンテンツ格納先）として設定登録しておく。登録情報はクライアントの不揮発性記憶手段に記録され、制御部は、コンテンツアップロード処理の実行時にこれらの登録情報を読み出して、サーバおよび格納先を決定して処理を実行する。このような登録情報を利用することで、ユーザは、コンテンツ選択のみを実行すれば登録されたサーバ選択情報と格納先選択情報が読み出されて処理が自動的に実行されることになる。【０１１８】
次に、図１３のシーケンス図の説明を行なう。図１２のステップＳ１０５においてアップロードの格納先が決定すると、クライアント制御部は、図１３のステップＳ２０１において、コンテンツ格納要求を選択サーバに対して送信する。すなわち、図６を参照して説明したように、図６に示すコンテナ非指定情報［Ａｎｙ  Ｃｏｎｔａｉｎｅｒ］３０１に加えて、コンテンツの格納先指定情報としてのコンテンツ格納先識別子３０２をサーバに送信する処理を実行する。例えばＢＤに対応する識別子［ａ１］をサーバに送信する。【０１１９】
サーバは、クライアントからのコンテンツ格納要求を受信すると、ステップＳ２０２において、コンテンツアップロード先としての仮のＵＲＬを設定し、ステップＳ２０３において、設定したアップロード用ＵＲＬをクライアントに通知する。【０１２０】
アップロード用ＵＲＬの通知を受領したクライアントは、ステップＳ２０４において、ＵＲＬを指定したコンテンツアップロードを実行する。アップロード処理は、例えばＨＴＴＰ  ＰＯＳＴコマンドを適用した処理として実行される。【０１２１】
ステップＳ２０５において、クライアントからのアップロードコンテンツを受領したサーバは、ステップＳ２０１において、クライアントから受信済みの格納先識別子（例えば［ａ１］）に対応する記憶手段をアップロードコンテンツの格納先として選択し、アップロードコンテンツの記録を実行し、さらに、アップロードコンテンツの正式なＵＲＬを設定して、先に図３を参照して説明したコンテンツリストにアップロードコンテンツを対応付けるコンテンツリスト更新処理を実行して処理を終了する。【０１２２】
このように、本発明の処理構成によれば、クライアントは、サーバの記憶手段を指定したコンテンツ格納処理が可能となる。【０１２３】
なお、上述した処理例においては、先に図８を参照して説明したクライアントのＵＩに表示されるサーバリストにコンテンツアップロード可能なサーバの全てを表示する例を示したが、例えば、クライアントコンテンツのアップロード先として特定のメディア（たとえばＢＤ）のみを許容する設定情報をクライアントの記憶手段に登録した構成とし、サーバリストの表示処理に際して、クライアントの制御部がこの登録情報を参照して、ＢＤの利用可能なサーバのみを選択してサーバリストのエントリとして表示する制御を行なう構成としてもよい。【０１２４】
また、上述の実施例では、クライアントが選択したサーバのみに対して格納先識別子アクションを実行して、選択サーバのみから記憶手段情報を受領する構成としたが、ネットワーク接続された全てあるいは複数のサーバに対して、格納先識別子アクションを実行して、複数のサーバから記憶手段情報を受領してクライアントのＵＩに表示する構成としてもよい。また、例えば上述のように特定のメディア（ＢＤなど）をアップロードコンテンツの格納メディアとした登録情報を適用して、ＢＤの利用可能なサーバのみを選択して、これらの選択サーバのみに対して格納先識別子アクションを実行して、選択サーバのみから格納先としての記憶手段情報を受領してＵＩに表示するする構成としてもよい。【０１２５】
また、サーバから受領するＸＭＬデータに従った記憶手段情報に基づく情報の表示処理も、様々なバリエーションが可能である。例えば、サーバから取得する記憶手段情報に含まれる記憶手段の現メディアタイプ情報［ＣｕｒｒｅｎｔＴｙｐｅ］に、ＮＯＮＥが設定され、メディアがセットされていないことをクライアントの制御部が検出した場合に、クライアントのＵＩに警告表示を実行する処理を行なってもよい。【０１２６】
さらに、例えば、ユーザが選択したアップロードコンテンツの容量と、サーバから取得する記憶手段情報に含まれるメディアの現記録可能容量（キャパシティ）情報［ＣｕｒｒｅｎｔＳｉｚｅ］とを比較し、メディアの現記録可能容量（キャパシティ）情報［ＣｕｒｒｅｎｔＳｉｚｅ］の示す容量がアップロードコンテンツの容量以下である場合には、警告表示を実行する処理を行なってもよい。【０１２７】
［本発明を適用した具体的構成および処理例］
次に、図１４〜図１６を参照して本発明を適用した具体的な構成および処理例について説明する。まず、図１４、図１５を参照して予約録画処理の具体例について説明する。【０１２８】
予約録画処理は、放送局において将来放送される予定の番組の録画を予約する処理である。ユーザは、例えば電子番組表（ＥＰＧ）を表示装置に表示して録画予約を実行する番組を選択する。あるいはＥＰＧを用いることなく、日付、時間、チャンネルを選択して録画予約を行ってもよい。【０１２９】
なお、この録画予約機能は、放送局からの放送を受信する機能を備えた受信機あるいは、ＤＶＤなどの記録メディアに対する録画処理を実行する機能を備えた録画機のいずれから起動させることも可能である。録画予約を録画機において実行する場合と、受信機において実行する場合の処理シーケンスは以下の通りとなる。【０１３０】
（ａ）録画機において予約録画を行う場合
図１４を参照して録画機において予約録画を行う場合の録画予約処理および録画処理シーケンスについて説明する。図１４には、受信機（Ｒｅｃｅｉｖｅｒ）３８１、録画機（Ｒｅｃｏｒｄｅｒ）３８２、表示装置３８３、および録画機３８２対応のリモコン３８４を示している。なお、図１４に示す受信機（Ｒｅｃｅｉｖｅｒ）３８１と録画機（Ｒｅｃｏｒｄｅｒ）３８２の各々は、図１のサーバクライアント構成に対応付けると、受信機３８１がクライアント、録画機３８２がサーバに相当する。【０１３１】
受信機（Ｒｅｃｅｉｖｅｒ）３８１と録画機（Ｒｅｃｏｒｄｅｒ）３８２とは、ネットワークによって接続され、さらに、受信機３８１と表示装置３８３、および録画機３８２と表示装置３８３とは、例えばデジタル映像および音声入出力用のインタフェース規格として利用されるＨＤＭＩ（Ｈｉｇｈ  Ｄｅｆｉｎｉｔｉｏｎ  Ｍｕｌｔｉｍｅｄｉａ  Ｉｎｔｅｒｆａｃｅ）により接続される。【０１３２】
ＨＤＭＩは、主に家電やＡＶ機器向けのデジタル映像および音声入出力用に策定されたインタフェース規格であり、パーソナル・コンピュータとディスプレイの接続に使われるデジタル・インタフェースのＤＶＩ（Ｄｉｇｉｔａｌ  Ｖｉｓｕａｌ  Ｉｎｔｅｒｆａｃｅ）をさらに発展させ、１本のケーブルで映像信号、音声信号、および制御信号を合わせて送受信することができる。ＨＤＭＩ規格に従ったコンテンツ送信を実行する送信側装置はＨＤＭＩソース（Ｓｏｕｒｃｅ）、コンテンツ受信側装置はＨＤＭＩシンク（Ｓｉｎｋ）と呼ばれる。【０１３３】
この設定では、受信機（Ｒｅｃｅｉｖｅｒ）３８１と録画機（Ｒｅｃｏｒｄｅｒ）３８２の両者が表示装置３８３に対するソースとして設定され、表示装置３８３がシンクとされる。【０１３４】
この設定では、録画機３８２がＣＤＳ（コンテンツディレクトリサービス）機能を備えたサーバであり、クライアントである受信機３８１は、先に図８を参照して説明したサーバリスト３３１によって録画機３８２を検出できる。【０１３５】
録画機において予約録画を行う場合の録画予約処理および録画処理シーケンスは以下のシーケンスとなる。
（ステップａ１）
録画機３８２において、ＥＰＧまたはその他の方法を用いて録画予定の番組をユーザが選択する。たとえばリモコン３８４を操作して行われる。
（ステップａ２）
録画機３８２側において、たとえばリモコン３８４を操作して、受信機３８１に録画予約情報を作成し受信機３８１の記憶部に格納する。
（ステップａ３）
録画機３８２が、ユーザ指定情報に基づいて録画予約情報を内部作成して、録画機３８２の記憶部に格納する。
（ステップａ４）
受信機３８１は、録画予約情報に記録された録画開始時刻（イベント）に予約情報に従って番組受信を開始して、受信コンテンツを録画機３８２に送信する。
（ステップａ５）
受信機３８１は、録画予約情報に記録された録画終了時刻（イベント）になるまで、コンテンツの録画機３８２に対する送信を継続する。【０１３６】
一方、録画機において予約録画を行う場合の録画予約処理および録画処理シーケンスは、以上のａ１〜ａ５の手順となる。録画機の制御部は、予め登録された記録予定の放送コンテンツの録画開始および終了予定時刻情報に従って、コンテンツの受信機からの入力開始処理および停止処理を実行する。【０１３７】
（ｂ）受信機において予約録画を行う場合
図１５を参照して受信機において予約録画を行う場合の録画予約処理および録画処理シーケンスについて説明する。図１５には、図１４と同様に、受信機（Ｒｅｃｅｉｖｅｒ）３８１、録画機（Ｒｅｃｏｒｄｅｒ）３８２、表示装置３８３、および受信機３８１対応のリモコン３８５を示している。【０１３８】
受信機において予約録画を行う場合の録画予約処理および録画処理シーケンスは以下のシーケンスとなる。
（ステップｂ１）
受信機３８１において、ＥＰＧまたはその他の方法を用いて録画予定の番組をユーザが選択する。たとえばリモコン３８５を操作して行われる。
（ステップｂ２）
受信機３８１が、ユーザ指定情報に基づいて録画予約情報を作成して、録画機３８２の記憶部に格納する。
（ステップｂ３）
受信機３８１側において、ユーザ指定情報に基づいて受信機３８１に録画予約情報を作成し受信機３８１の記憶部に格納する。
（ステップｂ４）
受信機３８１は、録画予約情報に記録された録画開始時刻（イベント）に予約情報に従って番組受信を開始して、受信コンテンツを録画機３８２に送信する。
（ステップｂ５）
受信機３８１は、録画予約情報に記録された録画終了時刻（イベント）になるまで、コンテンツの録画機３８２に対する送信を継続する。【０１３９】
受信機において予約録画を行う場合の録画予約処理および録画処理シーケンスは、以上のｂ１〜ｂ５の手順となる。【０１４０】
このように、放送コンテンツを受信し録画機としてのサーバに受信コンテンツを出力する処理を実行する受信機の制御部は、予め登録された記録予定の放送コンテンツの録画開始および終了予定時刻情報に従って、受信コンテンツの録画機への出力開始処理および停止処理を実行する。【０１４１】
次に、図１６を参照して、例えば上述の録画処理などにおいて受信機３８１が受信、あるいは受信機３８１内部の記憶部に保持するコンテンツを録画機３８２に出力して録画機３８２の記録媒体、たとえばＤＶＤやＨＤなどに記録する場合の処理シーケンスについて説明する。【０１４２】
受信機３８１は、図に示すように、
メディアサーバコントロールポイント（ＭＳＣＰ）
ＵＰｎＰコントロールポイント（ＵＰｎＰ  ＣＰ）
メディア転送クライアント
ＵＰｎＰデバイス
メディアサーバデバイス（ＭＳＤ）
メディア転送サーバ
これらの機能を有し、これらの機能を利用して例えば放送局からコンテンツを受信して内部の記憶部に記録する処理や、コンテンツを録画機３８２に出力する処理を実行する。【０１４３】
一方、録画機３８２は、
メディアサーバデバイス（ＭＳＤ）
ＵＰｎＰデバイス
メディア転送サーバ
これらの機能を有し、これらの機能を利用して受信機３８１からコンテンツを受信し内部の記憶部に記録する処理などを実行する。【０１４４】
受信機３８１がコンテンツを録画機３８２に出力して録画処理を実行する場合には、受信機３８１と録画機３８２間では、例えば以下の処理を順次、実行する。
（ステップＳ１）
ＵＰｎＰアクションを起動して録画処理を実行するメディア（例えばＨＤＤ，ＤＶＤ，ＢＤなど）を選択する。
（ステップＳ２）
ＵＰｎＰアクションを起動して録画コンテンツ用のＣＤＳ（コンテンツディレクトリサービス）のエントリを作成する。
（ステップＳ３）
受信機３８１からコンテンツが録画機３８２に出力され、録画機３８２はＣＤＳに設定されたエントリに対応付けて録画処理を行う。【０１４５】
受信機３８１がコンテンツを録画機３８２に出力して録画処理を実行する場合には、このように、録画先の決定と、録画コンテンツのアップロード（受信機から録画機へのコンテンツ転送）処理が行われることになる。以下、具体的な処理例について説明する。録画先の決定と、録画コンテンツのアップロード処理シーケンスは、例えば以下のステップＳＰ１〜ＳＰ６の手順となる。【０１４６】
（ステップＳＰ１）
まず受信機は録画機から入手可能な考えられる録画先をリストする。
受信機は、録画機に対して、以下のＸＭＬデータをリスト要求コマンドとして出力する。
リスト要求コマンド：Ｘ＿ＨＤＬｎｋＧｅｔＲｅｃｏｒｄＤｅｓｔｉｎａｔｉｏｎｓ（）
この要求コマンドを受信した録画機は、録画可能なメディア情報を応答として受信機に提供する。例えば以下のような応答である。
応答：
Ｘ＿ＨＤＬｎｋＧｅｔＲｅｃｏｒｄＤｅｓｔｉｎａｔｉｏｎｓ（"
＜？ｘｍｌ  ｖｅｒｓｉｏｎ＝"１．０"  ｅｎｃｏｄｉｎｇ＝"ＵＴＦ−８"？＞
＜ＲｅｃｏｒｄＤｅｓｔｉｎａｔｉｏｎｓ
ｘｍｌｎｓ＝"ｕｒｎ：ｓｃｈｅｍａｓ−ｈｄｌｎｋ−ｏｒｇ"＞
＜ＲｅｃｏｒｄＤｅｓｔｉｎａｔｉｏｎ  ｄｅｓｔＩＤ＝"ｂｄ１"  ｖｅｒｓｉｏｎ＝"１"＞
Ｓｕｍｍｅｒ  ２００６  Ｖａｃａｔｉｏｎ  （ＢＤ）
＜／ＲｅｃｏｒｄＤｅｓｔｉｎａｔｉｏｎ＞
＜ＲｅｃｏｒｄＤｅｓｔｉｎａｔｉｏｎ  ｄｅｓｔＩＤ＝"ｈｄｄ１"  ｖｅｒｓｉｏｎ＝"１"＞
Ｌｏｃａｌ  ＨＤＤ  ｖｉｄｅｏ  ｃｏｌｌｅｃｔｉｏｎ
＜／ＲｅｃｏｒｄＤｅｓｔｉｎａｔｉｏｎ＞
＜ＲｅｃｏｒｄＤｅｓｔｉｎａｔｉｏｎ  ｄｅｓｔＩＤ＝"ｈｄｄ２"  ｖｅｒｓｉｏｎ＝"１"＞
Ｔｅｍｐｏｒａｒｙ  ｓｔｏｒａｇｅ  ｓｐａｃｅ
＜／ＲｅｃｏｒｄＤｅｓｔｉｎａｔｉｏｎ＞
＜／ＲｅｃｏｒｄＤｅｓｔｉｎａｔｉｏｎｓ＞"）【０１４７】
上記のＸＭＬデータは、先に図１０を参照して説明した記憶手段情報の以前に取得される簡易な記憶手段リストを示すデータであり、
＜ＲｅｃｏｒｄＤｅｓｔｉｎａｔｉｏｎ  ｄｅｓｔＩＤ＝・・・＞から、
＜／ＲｅｃｏｒｄＤｅｓｔｉｎａｔｉｏｎｓ＞
までが、１つの記憶手段に関する情報を示している。
ｂｄ１，ｈｄｄ１，ｈｄｄ２，はそれぞれ記憶手段の識別情報であり、
ｂｄ１：第１ＢＤ（ブルーレイディスク）
ｈｄｄ１：第１ＨＤＤ（ハードディスク）
ｈｄｄ２：第２ＨＤＤ（ハードディスク）
を示している。【０１４８】
（ステップＳＰ２）
受信機は、上記の記憶手段情報を録画機から受信すると、あらかじめ各記憶手段（ｂｄ１，ｈｄｄ１，ｈｄｄ２）に対応して設定された愛称（フレンドリー名）、例えば［太郎の部屋のＢＤ］などを使用して、記憶手段のリスト、すなわち、ユーザに録画先を提示する。ユーザは、提示リストから録画先を選択する、例えば"ｂｄ１"［ＢＤ（ブルーレイディスク）］を選択する。【０１４９】
（ステップＳＰ３）
受信機は選択された録画先の状態を、録画機に問い合わせるための［録画先状態問い合わせ］を出力する。
例えば
録画先状態問い合わせ：Ｘ＿ＨＤＬｎｋＧｅｔＲｅｃｏｒｄＤｅｓｔｉｎａｔｉｏｎＩｎｆｏ（"ｂｄ１"）
である。
上記ＸＭＬデータは、［ｂｄ１：第１ＢＤ（ブルーレイディスク）］の情報取得要求である。【０１５０】
この要求コマンドを受信した録画機は、メディア情報を応答として受信機に提供する。例えば以下のような応答である。
応答：
Ｘ＿ＨＤＬｎｋＧｅｔＲｅｃｏｒｄＤｅｓｔｉｎａｔｉｏｎＩｎｆｏ（"
＜？ｘｍｌ  ｖｅｒｓｉｏｎ＝"１．０"  ｅｎｃｏｄｉｎｇ＝"ＵＴＦ−８"？＞
＜ＲｅｃｏｒｄＤｅｓｔｉｎａｔｉｏｎＩｎｆｏ  
ｘｍｌｎｓ＝"ｕｒｎ：ｓｃｈｅｍａｓ−ｈｄｌｎｋ−ｏｒｇ"  ｖｅｒｓｉｏｎ＝"１"
ａｌｌｏｗｅｄＴｙｐｅｓ＝"ＢＤ，ＤＶＤ＋ＲＷ，ＤＶＤ−Ｒ，ＮＯＮＥ"ｒｅｃｏｒｄａｂｌｅ＝"１"
ｔｏｔａｌＣａｐａｃｉｔｙ＝"２６８４３５４５６００"      ＜！−２５ＧＢ−−＞
ａｖａｉｌａｂｌｅＣａｐａｃｉｔｙ＝"１０４８５７６０"＞  ＜！−−１０ＭＢ−−＞
ＢＤ
＜／ＲｅｃｏｒｄＤｅｓｔｉｎａｔｉｏｎＩｎｆｏ＞"）【０１５１】
このＸＭＬデータは、先に図１０を参照して説明した記憶手段情報に対応している。ただし、上記例では、［ｂｄ１：第１ＢＤ（ブルーレイディスク）］の情報取得要求に対応する応答であり、［ｂｄ１：第１ＢＤ（ブルーレイディスク）］のみの記憶手段情報が録画機から受信機に提供される。【０１５２】
ａｌｌｏｗｅｄＴｙｐｅｓは、
録画機において利用可能なメディアタイプ情報である。
この記憶手段において利用可能な媒体（メディア）の種類を示す情報である。
この場合、ＢＤ（Ｂｌｕｅ−Ｒａｙ  Ｄｉｓｃ）、ＤＶＤ＋ＲＷ，ＤＶＤ−Ｒが記録媒体としてセット可能であることを示している。［ＮＯＮＥ］は、記憶手段に何も媒体（メディア）がセットされていない場合もあり得ることを示している。すなわち、この記憶手段は、ＢＤなどのメディアが着脱可能な記憶手段であることを示す情報である。【０１５３】
ｔｏｔａｌＣａｐａｃｉｔｙは、
メディアの最大容量（キャパシティ）情報である。
この記憶手段において現在利用可能な媒体（メディア）の全容量を示す情報である。
＜ＣｕｒｒｅｎｔＴｙｐｅ＞ＢＤ＜／ＣｕｒｒｅｎｔＴｙｐｅ＞は、
記憶手段の現メディアタイプ情報である。
すなわち、この記憶手段において現在利用可能な媒体（メディア）の種類を示す情報である。この記憶手段には、現在ＢＤ（Ｂｌｕｅ−Ｒａｙ  Ｄｉｓｃ）がセットされて利用可能な状態にあることを示している。ＮＯＮＥが設定されている場合、メディアがセットされていないことを示す。【０１５４】
＜ＭａｘＳｉｚｅ＞４８０００＜／ＭａｘＳｉｚｅ＞は、
メディアの最大容量（キャパシティ）情報である。
この記憶手段において現在利用可能な媒体（メディア）の全容量を示す情報である。【０１５５】
ａｖａｉｌａｂｌｅＣａｐａｃｉｔｙは、
メディアの現記録可能容量（キャパシティ）情報である。
この記憶手段において現在利用可能な媒体（メディア）の記録可能な残容量を示す情報である。この例では、
１０４８５７６０≒１０Ｍバイト
が記憶可能であることが通知される。【０１５６】
（ステップＳＰ４）
受信機は、ステップＳＰ３において録画機から受領した上記のメディア情報を分析し、上記の情報に基づいて、例えば先に図１１を参照して説明した表示データを生成して表示部に表示する。さらに、受信機はユーザに、録画機に入っているディスクを空のディスクと交換可能であることを示すメッセージを出力する。【０１５７】
先に図１３のシーケンス図を参照して説明したように、ユーザが選択したアップロードコンテンツの容量と、サーバから取得した記憶手段情報に含まれるメディアの録可能容量（キャパシティ）情報とを比較し、メディアの記録可能容量がアップロードコンテンツの容量以下である場合には、警告表示を実行する。【０１５８】
放送コンテンツを受信し録画機としてのサーバに受信コンテンツを出力する処理を実行する受信機の制御部は、記録予定の放送コンテンツの容量を例えばＥＰＧデータ等に含まれるコンテンツの属性情報から取得し、取得したコンテンツ容量と録画機から受領する記憶手段情報に含まれる記憶手段の記録可能容量とを比較し、記憶手段の記録可能容量が格納予定コンテンツの容量以下である場合に、表示部に対して警告表示を実行する。【０１５９】
ユーザは警告表示に基づいて、ビデオ・コンテンツを録画するのに１０ＭＢでは不十分であると判断すると、録画機のメディアを空のディスク（ＢＤ）に取り替える。その後、再度、受信機は（ステップＳＰ１）の動作を開始する。この処理によって、１０Ｍバイト以上のメディア（ＢＤ）が利用可能な状態となったとする。【０１６０】
（ステップＳＰ５）
記憶容量が十分なメディアが利用可能であることを確認した後、受信機はコンテンツのアップロード動作のためのコンテナＩＤを問い合わせる。
コンテナＩＤ問い合わせ：
Ｘ＿ＨＤＬｎｋＧｅｔＲｅｃｏｒｄＣｏｎｔａｉｎｅｒＩＤ（"ｂｄ１"，"
＜？ｘｍｌ  ｖｅｒｓｉｏｎ＝"１．０"ｅｎｃｏｄｉｎｇ＝"ＵＴＦ−８"？＞
＜ＤＩＤＬ−Ｌｉｔｅ
ｘｍｌｎｓ：ｄｃ＝"ｈｔｔｐ：／／ｐｕｒｌ．ｏｒｇ／ｄｃ／ｅｌｅｍｅｎｔｓ／１．１／"
ｘｍｌｎｓ＝"ｕｒｎ：ｓｃｈｅｍａｓ−ｕｐｎｐ−ｏｒｇ：ｍｅｔａｄａｔａ−１−０／ＤＩＤＬ−Ｌｉｔｅ／"
ｘｍｌｎｓ：ｕｐｎｐ＝"ｕｒｎ：ｓｃｈｅｍａｓ−ｕｐｎｐ−ｏｒｇ：ｍｅｔａｄａｔａ−１−０／ｕｐｎｐ／"
ｘｍｌｎｓ：ｘｓｉ＝"ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／２００１／ＸＭＬＳｃｈｅｍａ−ｉｎｓｔａｎｃｅ"
ｘｓｉ：ｓｃｈｅｍａＬｏｃａｔｉｏｎ＝"
ｕｒｎ：ｓｃｈｅｍａｓ−ｕｐｎｐ−ｏｒｇ：ｍｅｔａｄａｔａ−１−０／ＤＩＤＬ−Ｌｉｔｅ／
ｈｔｔｐ：／／ｗｗｗ．ｕｐｎｐ．ｏｒｇ／ｓｃｈｅｍａｓ／ａｖ／ｄｉｄｌ−ｌｉｔｅ−ｖ２−２００６０５３１．ｘｓｄ
ｕｒｎ：ｓｃｈｅｍａｓ−ｕｐｎｐ−ｏｒｇ：ｍｅｔａｄａｔａ−１−０／ｕｐｎｐ／
ｈｔｔｐ：／／ｗｗｗ．ｕｐｎｐ．ｏｒｇ／ｓｃｈｅｍａｓ／ａｖ／ｕｐｎｐ−ｖ２−２００６０５３１．ｘｓｄ"＞
＜ｉｔｅｍ  ｉｄ＝""  ｐａｒｅｎｔＩＤ＝""  ｒｅｓｔｒｉｃｔｅｄ＝"０"＞
＜ｄｃ：ｔｉｔｌｅ＞Ｆｒｉｅｎｄｓ  ？  Ｅｐｉｓｏｄｅ  ３＜／ｄｃ：ｔｉｔｌｅ＞
＜ｕｐｎｐ：ｃｌａｓｓ＞
ｏｂｊｅｃｔ．ｉｔｅｍ．ｍｏｖｉｅ．ｖｉｄｅｏＩｔｅｍ
＜／ｕｐｎｐ：ｃｌａｓｓ＞
＜／ｉｔｅｍ＞
＜／ＤＩＤＬ−Ｌｉｔｅ＞"）【０１６１】
上記のＸＭＬデータは［ｂｄ１：第１ＢＤ（ブルーレイディスク）］の利用可能なコンテンツの識別し（コンテナＩＤ）を取得する要求を記載したデータである。【０１６２】
録画機は、上記の受信機からのアップロード動作のためのコンテナＩＤ問い合わせに対する応答として、例えば以下の応答を受信機に提供する。
応答：
Ｘ＿ＨＤＬｎｋＧｅｔＲｅｃｏｒｄＣｏｎｔａｉｎｅｒＩＤ（"ｖｉｄｅｏ：ｂｄｒｅｃ"）
上記データはコンテナＩＤ＝ｖｉｄｅｏ：ｂｄｒｅｃ
を通知するデータである。【０１６３】
（ステップＳＰ６）
受信機は、ソンテンツを格納するためのコンテナの識別子として、
コンテナＩＤ＝ｖｉｄｅｏ：ｂｄｒｅｃ
を受領すると、ＤＬＮＡアップロード動作を用いてコンテンツをこのコンテナに対する格納コンテンツとしてアップロードする。【０１６４】
コンテンツアップロード要求：
ＣｒｅａｔｅＯｂｊｅｃｔ（"ｖｉｄｅｏ：ｂｄｒｅｃ"，  "
＜？ｘｍｌ  ｖｅｒｓｉｏｎ＝"１．０"  ｅｎｃｏｄｉｎｇ＝"ＵＴＦ−８"？＞
＜ＤＩＤＬ−Ｌｉｔｅ
ｘｍｌｎｓ：ｄｃ＝"ｈｔｔｐ：／／ｐｕｒｌ．ｏｒｇ／ｄｃ／ｅｌｅｍｅｎｔｓ／１．１／"
ｘｍｌｎｓ＝"ｕｒｎ：ｓｃｈｅｍａｓ−ｕｐｎｐ−ｏｒｇ：ｍｅｔａｄａｔａ−１−０／ＤＩＤＬ−Ｌｉｔｅ／"
ｘｍｌｎｓ：ｕｐｎｐ＝"ｕｒｎ：ｓｃｈｅｍａｓ−ｕｐｎｐ−ｏｒｇ：ｍｅｔａｄａｔａ−１−０／ｕｐｎｐ／"
ｘｍｌｎｓ：ｘｓｉ＝"ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／２００１／ＸＭＬＳｃｈｅｍａ−ｉｎｓｔａｎｃｅ"
ｘｓｉ：ｓｃｈｅｍａＬｏｃａｔｉｏｎ＝"
ｕｒｎ：ｓｃｈｅｍａｓ−ｕｐｎｐ−ｏｒｇ：ｍｅｔａｄａｔａ−１−０／ＤＩＤＬ−Ｌｉｔｅ／
ｈｔｔｐ：／／ｗｗｗ．ｕｐｎｐ．ｏｒｇ／ｓｃｈｅｍａｓ／ａｖ／ｄｉｄｌ−ｌｉｔｅ−ｖ２−２００６０５３１．ｘｓｄ
ｕｒｎ：ｓｃｈｅｍａｓ−ｕｐｎｐ−ｏｒｇ：ｍｅｔａｄａｔａ−１−０／ｕｐｎｐ／
ｈｔｔｐ：／／ｗｗｗ．ｕｐｎｐ．ｏｒｇ／ｓｃｈｅｍａｓ／ａｖ／ｕｐｎｐ−ｖ２−２００６０５３１．ｘｓｄ"＞
＜ｉｔｅｍ  ｉｄ＝""  ｐａｒｅｎｔＩＤ＝"ｖｉｄｅｏ：ｂｄｒｅｃ"  ｒｅｓｔｒｉｃｔｅｄ＝"０"＞
＜ｄｃ：ｔｉｔｌｅ＞Ｆｒｉｅｎｄｓ  ？  Ｅｐｉｓｏｄｅ  ３＜／ｄｃ：ｔｉｔｌｅ＞
＜ｕｐｎｐ：ｃｌａｓｓ＞
ｏｂｊｅｃｔ．ｉｔｅｍ．ｍｏｖｉｅ．ｖｉｄｅｏＩｔｅｍ
＜／ｕｐｎｐ：ｃｌａｓｓ＞
＜／ｉｔｅｍ＞
＜／ＤＩＤＬ−Ｌｉｔｅ＞"）【０１６５】
上記要求は、
コンテナＩＤ＝ｖｉｄｅｏ：ｂｄｒｅｃ
のコンテナを生成して生成コンテナにアップロードコンテンツ格納する要求である。【０１６６】
録画機は、上記の受信機からのコンテンツアップロード要求に対する応答として、例えば以下の応答を受信機に提供する。
応答：
ＣｒｅａｔｅＯｂｊｅｃｔ（"ｖｉｄｅｏ：ｂｄｒｅｃ：０３１"，  "
＜？ｘｍｌ  ｖｅｒｓｉｏｎ＝"１．０"  ｅｎｃｏｄｉｎｇ＝"ＵＴＦ−８"？＞
＜ＤＩＤＬ−Ｌｉｔｅ
ｘｍｌｎｓ：ｄｃ＝"ｈｔｔｐ：／／ｐｕｒｌ．ｏｒｇ／ｄｃ／ｅｌｅｍｅｎｔｓ／１．１／"
ｘｍｌｎｓ＝"ｕｒｎ：ｓｃｈｅｍａｓ−ｕｐｎｐ−ｏｒｇ：ｍｅｔａｄａｔａ−１−０／ＤＩＤＬ−Ｌｉｔｅ／"
ｘｍｌｎｓ：ｕｐｎｐ＝"ｕｒｎ：ｓｃｈｅｍａｓ−ｕｐｎｐ−ｏｒｇ：ｍｅｔａｄａｔａ−１−０／ｕｐｎｐ／"
ｘｍｌｎｓ：ｘｓｉ＝"ｈｔｔｐ：／／ｗｗｗ．ｗ３．ｏｒｇ／２００１／ＸＭＬＳｃｈｅｍａ−ｉｎｓｔａｎｃｅ"
ｘｓｉ：ｓｃｈｅｍａＬｏｃａｔｉｏｎ＝"
ｕｒｎ：ｓｃｈｅｍａｓ−ｕｐｎｐ−ｏｒｇ：ｍｅｔａｄａｔａ−１−０／ＤＩＤＬ−Ｌｉｔｅ／
ｈｔｔｐ：／／ｗｗｗ．ｕｐｎｐ．ｏｒｇ／ｓｃｈｅｍａｓ／ａｖ／ｄｉｄｌ−ｌｉｔｅ−ｖ２−２００６０５３１
ｕｒｎ：ｓｃｈｅｍａｓ−ｕｐｎｐ−ｏｒｇ：ｍｅｔａｄａｔａ−１−０／ｕｐｎｐ／
ｈｔｔｐ：／／ｗｗｗ．ｕｐｎｐ．ｏｒｇ／ｓｃｈｅｍａｓ／ａｖ／ｕｐｎｐ−ｖ２−２００６０５３１．ｘｓｄ"＞
＜ｉｔｅｍ  ｉｄ＝"ｖｉｄｅｏ：ｂｄｒｅｃ：０３１"  ｐａｒｅｎｔＩＤ＝"ｖｉｄｅｏ：ｂｄｒｅｃ"  ｒｅｓｔｒｉｃｔｅｄ＝"０"＞
＜ｄｃ：ｔｉｔｌｅ＞  Ｆｒｉｅｎｄｓ  ？  Ｅｐｉｓｏｄｅ  ３＜／ｄｃ：ｔｉｔｌｅ＞
＜ｄｃ：ｃｒｅａｔｏｒ＞＜／ｄｃ：ｃｒｅａｔｏｒ＞
＜ｒｅｓ  ｉｍｐｏｒｔＵｒｉ＝"ｈｔｔｐ：／／ｂｄｒｅｃ／ｒｅｃｏｒｄ？ｉｄ＝０３１"
ｐｒｏｔｏｃｏｌＩｎｆｏ＝"＊：＊：ｖｉｄｅｏ：＊"＞
＜／ｒｅｓ＞
＜ｕｐｎｐ：ｃｌａｓｓ＞
ｏｂｊｅｃｔ．ｉｔｅｍ．ｍｏｖｉｅ．ｖｉｄｅｏＩｔｅｍ
＜／ｕｐｎｐ：ｃｌａｓｓ＞
＜ｕｐｎｐ：ｇｅｎｒｅ＞＜／ｕｐｎｐ：ｇｅｎｒｅ＞
＜ｕｐｎｐ：ａｌｂｕｍ＞Ｍｙ  ｆａｖｏｒｉｔｅ  ｅｐｉｓｏｄｅｓ＜／ｕｐｎｐ：ａｌｂｕｍ＞
＜／ｉｔｅｍ＞
＜／ＤＩＤＬ−Ｌｉｔｅ＞"）【０１６７】
上記応答は、
コンテナＩＤ＝ｖｉｄｅｏ：ｂｄｒｅｃ
のコンテナ生成を受諾し、生成コンテナにアップロードコンテンツ格納することが可能な設定となったことを示す通知であり、この応答の後、受信機はコンテナを指定したコンテンツのアップロード処理を実行する。【０１６８】
［サーバおよびクライアントを構成する情報処理装置の機能構成］
次に、上述した処理を実行するクライアントおよびサーバとしての情報処理装置の構成例について図１７を参照して説明する。なお、サーバ、クライアントとも、様々な情報機器によって実現可能であり、それぞれの機能に特有の構成を有することになる。図１７には、サーバおよびクライアントとしての基本的な機能をブロック図として示している。なお、具体的なハードウェア構成例については、図１８を参照して説明する。【０１６９】
図１７は、クライアント４１０およびサーバ４２０の基本的な構成を示している。クライアント４１０は、制御部４１１、記憶部４１２、通信部４１３、表示部４１４、入力部４１５を有する。表示部４１４、入力部４１５は、先に図６等を参照して説明したクライアント１１０のＵＩ１１１に相当する。サーバ４２０は、制御部４２１、記憶部４２２ａ，４２２ｂ、通信部４２３を有する。【０１７０】
クライアント４１０の記憶部４１２には、コンテンツが格納されるとともに、制御部４１１において実行するプログラムが格納され、制御部４１１は、記憶部４１２に格納されたプログラムに基づいて上述した各種の処理を実行する。同様にサーバ４２０の記憶部４２２ａ、または記憶部４２２ｂには、コンテンツが格納されるとともに、制御部４２１において実行するプログラムが格納され、制御部４２１は、記憶部４２２に格納されたプログラムに基づいて上述した各種の処理を実行する。【０１７１】
クライアント４１０は、上述したように、サーバ４２０に対するネットワークを介したコンテンツ格納処理を実行する情報処理装置であり、通信部４１３においてネットワークを介したデータ通信を実行する。制御部４１１は、記憶部４１２に格納されたプログラムに基づいて上述した各種の処理を実行する。具体的には、サーバ４２０からサーバ４２０の有する記憶部４２２ａ，４２２２ｂ・・に対応する識別子である格納先識別子を含む記憶手段情報を受領し、格納先識別子を設定したコンテンツ格納要求、および格納コンテンツをサーバ４２０へ送信する処理を実行する。【０１７２】
また、クライアント４１０の制御部４１１は、入力部４１５を介するコンテンツ格納先指定情報の入力に基づいて、指定されたサーバ４２０の記憶手段に対応する格納先識別子を設定したコンテンツ格納要求を生成してサーバ４２０へ送信する処理を実行する。あるいは、制御部４１１は、記憶部４１２に登録情報として記録されたコンテンツ格納先指定情報を取得し、取得した登録情報に対応する格納先識別子を設定したコンテンツ格納要求を生成してサーバ４２０へ送信する処理を実行する。【０１７３】
クライアント４１０の制御部４１１は、図６を参照して説明したように、サーバ４２０に対する送信コンテンツに対して、サーバ４２０のＣＤＳの管理ディレクトリ、すなわち図３に示すコンテンツリスト上のコンテナへの対応付けをサーバ一任とする情報を前記サーバに送信する処理を実行する。この情報に基づいてサーバ４２０はサーバ側の判断に基づいてコンテンツへのコンテンツ対応付け処理を行なう。【０１７４】
さらに、クライアント４１０の制御部４１１は、サーバ４２０から受信する記憶手段情報に基づいて、記憶手段情報を含む表示情報を生成して表示部４１４に表示する処理を実行する。例えば、図９を参照して説明したように、記憶手段情報に含まれる記憶手段名を含む表示情報を生成して表示部４１４に表示する。さらに、制御部４１１は、サーバ４２０から受信する記憶手段情報に含まれる記憶手段に対するメディアの非設定状態情報に基づいて、表示部４１４に対して警告表示を実行する。また、制御部４１１は、サーバ４２０から受信する記憶手段情報に含まれる記憶手段の記録可能容量と、格納予定コンテンツの容量比較処理を実行し、サーバの記憶手段の記録可能容量が格納予定コンテンツの容量以下である場合に、表示部４１４に対して警告表示を実行する。その他、制御部４１１は、上述したコンテンツアップロードに伴う各種の処理制御を実行する。【０１７５】
一方、サーバ４２０は、ネットワークを介したクライアント４１０からのコンテンツ格納要求に対する処理を実行する情報処理装置である。通信部４２３は、ネットワークを介してクライアント４１０とのデータ通信を実行する。制御部４２１は、クライアント４１０から、サーバ４２０の有する記憶手段（記憶部４２２ａ，ｂ・・）に対応する識別子である格納先識別子を設定したコンテンツ格納要求を、通信部４２３を介して受信し、受信した格納先識別子に対応する記憶手段をクライアントからの送信コンテンツの格納先として選択してコンテンツ格納処理を実行する。【０１７６】
また、サーバ４２０の制御部４２１は、クライアント４１０からの記憶手段情報取得要求の受信に応じて、サーバ４２０の有する記憶手段（記憶部４２２ａ，ｂ・・）に対応する識別子である格納先識別子を含む記憶手段情報をクライアント４１０に送信する処理を実行する。具体的には、先に図１０を参照して説明したように、サーバ４２０の有する記憶手段に設定可能なメディア情報、および該記憶手段に設定されている現メディア情報を含む記憶手段情報や、メディアの容量情報を含む記憶手段情報をクライアント４１０に送信する処理を実行する。【０１７７】
また、サーバ４２０の制御部４２１は、階層構成を有するコンテンツ管理ディレクトリによるコンテンツ管理を行なうＣＤＳ（コンテンツディレクトリサービス）機能に従い、クライアント４１０からの受信コンテンツをコンテンツ管理ディレクトリに対応付ける処理を実行する。このコンテンツ管理ディレクトリは、図３を参照して説明したコンテンツリストであり、各カテゴリ別に分類されたツリー構成を持ち、クライアントからの要求に応じてクライアントに提示される。クライアントはコンテンツリストから導かれるコンテンツＵＲＬに基づいて所望のコンテンツを取得することが可能となる。【０１７８】
［サーバおよびクライアントを構成する情報処理装置のハードウェア構成］
最後に、上述した処理を実行する情報処理装置のハードウェア構成例について、図１８を参照して説明する。ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）５０１は、図１７において説明したサーバおよびクライアントの制御部に相当し、上述の実施例において説明した各種の処理の制御を行なう。ＣＰＵ５０１は、ＲＯＭ、５０２、ＨＤＤ５１１などのデータ記憶部に格納されたコンピュータ・プログラムに従った処理を実行する。【０１７９】
ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）５０２は、ＣＰＵ５０１が使用するプログラムや演算パラメータ等を格納する。ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）５０３は、ＣＰＵ５０１の実行において使用するプログラムや、その実行において適宜変化するパラメータ等を格納する。これらはＣＰＵバスなどから構成されるホストバス５０４により相互に接続されている。【０１８０】
ホストバス５０４は、ブリッジ５０５を介して、ＰＣＩ（Ｐｅｒｉｐｈｅｒａｌ  Ｃｏｍｐｏｎｅｎｔ  Ｉｎｔｅｒｃｏｎｎｅｃｔ／Ｉｎｔｅｒｆａｃｅ）バスなどの外部バス５０６に接続されている。入力部５０８、出力部５０９は、例えばクライアントおけるユーザインタフェース（ＵＩ）に対応する。【０１８１】
ＨＤＤ（Ｈａｒｄ  Ｄｉｓｃ  Ｄｒｉｖｅ）５１１は、ハードディスクを内蔵し、ハードディスクを駆動し、ＣＰＵ５０１によって実行するプログラムや情報を記録または再生させる。ハードディスクは、例えばコンテンツおよびメタデータ、コンテンツリストなどの格納手段などに利用され、さらに、データ処理プログラム等、各種コンピュータ・プログラムが格納される。【０１８２】
ドライブ５１２は、装着されている磁気ディスク、光ディスク、光磁気ディスク、または半導体メモリ等のリムーバブル記録媒体５２１に記録されているデータまたはプログラムを読み出して、そのデータまたはプログラムを、インタフェース５０７、外部バス５０６、ブリッジ５０５、およびホストバス５０４を介して接続されているＲＡＭ５０３に供給する。【０１８３】
接続ポート５１４は、外部接続機器５２２を接続するポートであり、ＵＳＢ，ＩＥＥＥ１３９４等の接続部を持つ。接続ポート５１４は、インタフェース５０７、および外部バス５０６、ブリッジ５０５、ホストバス５０４等を介してＣＰＵ５０１等に接続されている。通信部５１５は、ネットワークに接続され、サーバクライアント間の通信処理を実行する。【０１８４】
なお、図１８に示す情報処理装置のハードウェア構成例は、ＰＣを適用して構成した装置の一例であり、図１８に示す構成に限らず、上述した実施例において説明した処理を実行可能な様々な装置が適用可能である。【０１８５】
以上、特定の実施例を参照しながら、本発明について詳解してきた。しかしながら、本発明の要旨を逸脱しない範囲で当業者が該実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本発明の要旨を判断するためには、特許請求の範囲の欄を参酌すべきである。【０１８６】
なお、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。【０１８７】
例えば、プログラムは記録媒体としてのハードディスクやＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）に予め記録しておくことができる。あるいは、プログラムはフレキシブルディスク、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ  Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ），ＭＯ（Ｍａｇｎｅｔｏ  ｏｐｔｉｃａｌ）ディスク，ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）、磁気ディスク、半導体メモリなどのリムーバブル記録媒体に、一時的あるいは永続的に格納（記録）しておくことができる。このようなリムーバブル記録媒体は、いわゆるパッケージソフトウエアとして提供することができる。【０１８８】
なお、プログラムは、上述したようなリムーバブル記録媒体からコンピュータにインストールする他、ダウンロードサイトから、コンピュータに無線転送したり、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、インターネットといったネットワークを介して、コンピュータに有線で転送し、コンピュータでは、そのようにして転送されてくるプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。【０１８９】
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【産業上の利用可能性】
【０１９０】
以上、説明したように、本発明の一実施例の構成によれば、ネットワークを介して接続されたクライアントとサーバ間において、コンテンツをクライアントからサーバへアップロードする処理を実行する際、クライアントが、サーバから、サーバの有する記憶手段に対応する格納先識別子を取得し、クライアントが希望する記憶手段に対応する格納先識別子を設定したコンテンツ格納要求をサーバに出力する。サーバは、クライアントから受信するコンテンツ格納要求に含まれる格納先識別子を取得して、格納先識別子によって指定された記憶手段を選択してクライアントからのアップロードコンテンツを格納する。本構成により、クライアントは、サーバの特定の記憶手段を任意に指定してコンテンツの記録を行なわせることが可能となる。
【図１】
0005187191.tif 000002
【図２】
0005187191.tif 000003
【図３】
0005187191.tif 000004
【図４】
0005187191.tif 000005
【図５】
0005187191.tif 000006
【図６】
0005187191.tif 000007
【図７】
0005187191.tif 000008
【図８】
0005187191.tif 000009
【図９】
0005187191.tif 000010
【図１０】
0005187191.tif 000011
【図１１】
0005187191.tif 000012
【図１２】
0005187191.tif 000013
【図１３】
0005187191.tif 000014
【図１４】
0005187191.tif 000015
【図１５】
0005187191.tif 000016
【図１６】
0005187191.tif 000017
【図１７】
0005187191.tif 000018
【図１８】
0005187191.tif 000019