(57)【要約】【課題】  サーバを用いることなく、一のユーザが編集した情報を、他のユーザが利用することができる情報処理装置を提供する。【解決手段】  再生可能な情報をＤＶＤに記録するＤＶＤドライブと、プレイリストを作成する指定情報作成手段４３１と、プレイリストを設定された送信先に送る指定情報送信手段４３２と、送信先情報が登録された送信先情報登録手段４３４と、他の情報処理装置から送信されたプレイリストを受信する指定情報受信手段と、受信したプレイリストの情報特定データで特定される情報がＤＶＤドライブに記録されているか否かを判断する情報存在判定手段４３５と、この情報存在判定手段４３５で情報が記録されていることが確認された場合に、受信したプレイリストに基づいて情報を再生する情報再生手段４３６と、を備える。【選択図】  図３
2005150961.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを介して互いに接続される複数の情報処理装置であって、
再生可能な情報を情報記録媒体に記録する情報記録手段と、
情報を特定する情報特定データ、特定された情報における再生区間データ及び再生順序データを有する指定情報を作成する指定情報作成手段と、
前記指定情報を設定された送信先に送る指定情報送信手段と、
前記送信先情報が登録された送信先情報登録手段と、
他の装置から送信された指定情報を受信する指定情報受信手段と、
受信した指定情報の情報特定データで特定される情報が前記情報記録手段に記録されているか否かを判断する情報存在判定手段と、
この情報存在判定手段で情報が記録されていることが確認された場合に、前記受信した指定情報に基づいて情報を再生する情報再生手段と、
を備えることを特徴とする情報処理装置。
【請求項２】
請求項１に記載の情報処理装置において、
放送されている番組を受信する放送受信手段を備え、
前記情報記録手段は、前記放送受信手段で受信した番組と、この番組を特定する番組特定データとを情報記録媒体に記録し、
前記情報特定データは番組特定データである、
ことを特徴とする情報処理装置。
【請求項３】
請求項２に記載の情報処理装置であって、
前記番組特定データは、放送局を特定するチャンネルデータと、番組の開始日時及び終了時刻を特定する番組開始データ、番組終了データとを備えることを特徴とする情報処理装置。
【請求項４】
請求項１に記載の情報処理装置であって、
放送されている番組を受信する放送受信手段と、番組の記録を指示する記録制御データ及び記録制御データを特定するための識別データを含む記録指示情報を受信する記録指示情報受信手段と、を備え、
前記情報記録手段は、受信した記録指示情報に基づいて所定の番組及び前記識別データを前記情報記録媒体に記録可能に構成され、
前記情報特定データは、前記識別データである、
ことを特徴とする情報処理装置。
【請求項５】
請求項４に記載の情報処理装置であって、
前記記録指示情報は、その記録指示情報を発信した発信者を示す発信者データ及び送信した送信者を示す送信者データを有する宛先データを含み、
前記情報記録手段において、前記記録指示情報に基づいて情報記録処理が実行されて完了した際に、前記宛先データに記録された各宛先に対して記録指示情報内の識別データ及び処理完了データを有する情報記録処理完了データを送信する情報記録完了データ送信手段と、
他の装置からの前記情報記録処理完了データを受信し、その送信者データおよび識別データを記憶する情報記録処理完了データ受信記録手段とを備え、
前記指定情報送信手段は、送信する指定情報の情報特定データに対応する識別データを有する情報記録処理完了データを送信した送信者データを前記送信先として設定して指定情報を送信することを特徴とする情報処理装置。
【請求項６】
請求項１から請求項５のいずれかに記載の情報処理装置であって、
前記情報記録手段、前記指定情報作成手段、前記指定情報送信手段、前記送信先情報登録手段、前記指定情報受信手段、前記情報存在判定手段、及び前記情報再生手段は１つの装置に組み込まれていることを特徴とする情報処理装置。
【請求項７】
請求項１から請求項６のいずれかに記載の情報処理装置と、
これらの情報処理装置を互いに接続するネットワークとを備えた、
ことを特徴とする情報処理システム。
【請求項８】
ネットワークを介して互いに接続される複数の情報処理装置の間で実行される情報処理方法であって、
情報を特定する情報特定データ、特定された情報における再生区間データ及び再生順序データを有する指定情報を受信し、この受信した指定情報の情報特定データで特定される情報が、再生可能な情報を情報記録媒体に記録する情報記録手段に記録されているか否かを判断し、情報が記録されていることが確認された場合に、前記受信した指定情報に基づいて情報を再生する、
ことを特徴とする情報処理方法。
【請求項９】
ネットワークを介して互いに接続される複数の情報処理装置の間で実行される情報処理方法であって、
複数の情報処理装置のうち一の装置において、情報を特定する情報特定データ、特定された情報における再生区間データ及び再生順序データを有する指定情報を作成し、この指定情報を、複数の情報処理装置のうち他の装置であって設定された送信先に送り、
前記他の装置において、前記送信先の情報を登録し、前記一の装置から送信された指定情報を受信し、この受信した指定情報の情報特定データで特定される情報が再生可能な情報を情報記録媒体に記録する情報記録手段に記録されているか否かを判断し、情報が記録されていることが確認された場合に、前記受信した指定情報に基づいて情報を再生する、
ことを特徴とする情報処理方法。
【請求項１０】
請求項８又は請求項９に記載の情報処理方法において、
放送受信手段で受信した放送番組と、この番組を特定する番組特定データとを前記情報記録手段で記録する、
ことを特徴とする情報処理方法。
【請求項１１】
請求項８から請求項１０のいずれかに記載の情報処理方法を実行させる
ことを特徴とする情報処理プログラム。
【請求項１２】
請求項１１に記載の情報処理プログラムが読み取り可能に記録された
ことを特徴とする情報処理プログラムを記録した記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、映像、音声、音楽などの各種情報を処理する情報処理装置、そのシステム、その方法、そのプログラム、及び、そのプログラムを記録した記録媒体に関する。
【背景技術】
【０００２】
放送コンテンツなどの映像や音声などの情報を記録するメディアとしては、長らくビデオテープが利用されていたが、近年、ＣＤ（compact disk）、ＤＶＤ（Digital Versatile Disk）、ＨＤ（ハードディスク）、半導体メモリなど、ランダムアクセス可能な記録メディアが利用されるようになった。
このような記録メディアでは、ランダムアクセス可能な特徴を利用し、利用者が記録された情報から所定のシーン等だけをつなげて再生するプレイリスト機能を用いたものがある。
【０００３】
プレイリスト機能とは、記録された情報において、再生したい場所の開始位置及び終了位置を示す情報（マーク、チャプター）が並べられたリスト情報（メタデータ）を作成し、記憶された原情報（オリジナルデータ）を何ら編集することなく、そのプレイリストに従って指定された情報を順次再生することで、利用者が自由に情報を編集再生することができる機能である。
【０００４】
ところで、前記プレイリストは通常、利用者自身が使用している機器において記録した情報について作成しているが、前記ランダムアクセス可能な記録メディアを多くの人が使うようになると、自分が作成したプレイリストを同じコンテンツを録画した他の人にも提供したいという要望が生じることが考えられる。
このような各ユーザが独自に編集した放送コンテンツの編集情報を、他のユーザに配布し、利用させるシステムが知られている（例えば、特許文献１，２参照）。
【０００５】
特許文献１，２では、メットワーク上に、少なくとも２つの放送受信録画装置と、少なくとも１つのサーバとが設けられ、サーバ上に放送受信録画装置及びその使用者（ユーザ）を登録する顧客データベースと、ユーザが再生位置情報（メタデータ）を登録することができる映像データベースとが設けられている。そして、ネットワーク上に存在する複数の放送受信録画装置において、メタデータをサーバに登録したり、サーバから取得することで、あるユーザが編集したメタデータを、他のユーザが利用することができるようにしている。
【０００６】
【特許文献１】特開２００３−１８５２９号公報（段落番号０００３）
【特許文献２】特開２００３−６１０２３号公報（段落番号０００２，０００３）
【発明の開示】
【発明が解決しようとする課題】
【０００７】
しかしながら、前記特許文献１，２では、各放送受信録画装置の他に、サーバが必要となるという問題が一例としてあげられる。特に、プレイリストをやり取りするのは、共通の趣味を持つ友人、知人同士であることが多く、このような狭いコミュニティにおいて別途サーバを設置、運用管理することは困難であり、実現が困難であるという問題が一例としてあげられる。
【０００８】
本発明は、サーバを用いることなく、一のユーザが編集した情報を、他のユーザが利用することができる情報処理装置、そのシステム、その方法、そのプログラム、及び、そのプログラムを記録した記録媒体を提供することを目的とする。
【課題を解決するための手段】
【０００９】
請求項１に記載の発明は、ネットワークを介して互いに接続される複数の情報処理装置であって、再生可能な情報を情報記録媒体に記録する情報記録手段と、情報を特定する情報特定データ、特定された情報における再生区間データ及び再生順序データを有する指定情報を作成する指定情報作成手段と、前記指定情報を設定された送信先に送る指定情報送信手段と、前記送信先情報が登録された送信先情報登録手段と、他の装置から送信された指定情報を受信する指定情報受信手段と、受信した指定情報の情報特定データで特定される情報が前記情報記録手段に記録されているか否かを判断する情報存在判定手段と、この情報存在判定手段で情報が記録されていることが確認された場合に、前記受信した指定情報に基づいて情報を再生する情報再生手段と、を備えることを特徴とする情報処理装置。
【００１０】
請求項７に記載の発明は、請求項１から請求項６のいずれかに記載の情報処理装置と、これらの情報処理装置を互いに接続するネットワークとを備えた、ことを特徴とする情報処理システム。
【００１１】
請求項８に記載の発明は、ネットワークを介して互いに接続される複数の情報処理装置の間で実行される情報処理方法であって、情報を特定する情報特定データ、特定された情報における再生区間データ及び再生順序データを有する指定情報を受信し、この受信した指定情報の情報特定データで特定される情報が、再生可能な情報を情報記録媒体に記録する情報記録手段に記録されているか否かを判断し、情報が記録されていることが確認された場合に、前記受信した指定情報に基づいて情報を再生する、ことを特徴とする情報処理方法。
【００１２】
請求項９に記載の発明は、ネットワークを介して互いに接続される複数の情報処理装置の間で実行される情報処理方法であって、複数の情報処理装置のうち一の装置において、情報を特定する情報特定データ、特定された情報における再生区間データ及び再生順序データを有する指定情報を作成し、この指定情報を、複数の情報処理装置のうち他の装置であって設定された送信先に送り、前記他の装置において、前記送信先の情報を登録し、前記一の装置から送信された指定情報を受信し、この受信した指定情報の情報特定データで特定される情報が再生可能な情報を情報記録媒体に記録する情報記録手段に記録されているか否かを判断し、情報が記録されていることが確認された場合に、前記受信した指定情報に基づいて情報を再生する、ことを特徴とする情報処理方法。
【００１３】
請求項１１に記載の発明は、請求項８から請求項１０のいずれかに記載の情報処理方法を実行させる、ことを特徴とする情報処理プログラム。
【００１４】
請求項１２に記載の発明は、請求項１１に記載の情報処理プログラムが読み取り可能に記録された、ことを特徴とする情報処理プログラムを記録した記録媒体。
【発明を実施するための最良の形態】
【００１５】
以下に、本発明の一実施形態を図面に基づいて説明する。なお、本実施形態では、情報処理装置に、例えばテレビ番組の録画予約を設定する録画同報システムについて例示するが、これに限らず例えば情報処理装置にラジオ番組の録音予約を設定する録音同報システムなどとしてもよい。さらには、画像データやプログラムなどいずれの情報を、同様に処理させる構成とすることができる。
【００１６】
［録画同報システムの構成］
図１は、本実施形態における情報処理システムの概略構成を示すブロック図である。
図１において、１００は情報処理システムとしての録画同報システムであって、この録画同報システム１００は、ネットワーク２００と、このネットワーク２００を介して互いに接続される第１から第３の情報処理装置３００とを備えている。なお、録画同報システム１００が、３台の情報処理装置３００を備えている構成について例示するが、３台以上、もしくは２台の装置を備えた構成等としてもよい。
ここで、ネットワーク２００としては、例えば、ＴＣＰ／ＩＰ（Transmission Control Protocol/Internet Protocol）等の汎用のプロトコルに基づくイントラネット、エクストラネット、イーサネット（登録商標）などのＬＡＮ（Local Area Network）、無線媒体により情報が送受信可能な複数の基地局がネットワークを構成する通信回線網や放送網等のネットワーク等が例示できる。ここで、無線媒体としては、電波、光、音波、電磁波などのいずれの媒体をも適用できる。
【００１７】
第１から第３の情報処理装置３００は、それぞれ、ＤＶＤ−ＶＲ方式（ＤＶＤビデオレコーディング規格）の記録再生装置であり、グループ認証やグループユーザ認証のデータが登録されている。また、情報処理装置３００は、E-mail等による録画同報をうけることができ、その録画同報によって記録されたコンテンツを識別することができる構成になっている。
第１の情報処理装置３００は、E-mailで情報を授受するために、その使用者の氏名（ＡＡＡ）並びに、あて先リストが記録されている。あて先リストとして、第２の情報処理装置３００の使用者の氏名（ＢＢＢ）及びメールアドレス（ＢＢＢ＠ｂｂｂ）、第３の情報処理装置３００の使用者の氏名（ＣＣＣ）及びメールアドレス（ＣＣＣ＠ｃｃｃ）が記録されている。
同様に、第２の情報処理装置３００は、E-mailで情報を授受するために、その使用者の氏名（ＢＢＢ）並びに、あて先リストが記録されている。あて先リストとして、第１の情報処理装置３００の使用者の氏名（ＡＡＡ）及びメールアドレス（ＡＡＡ＠ａａａ）、第３の情報処理装置３００の使用者の氏名（ＣＣＣ）及びメールアドレス（ＣＣＣ＠ｃｃｃ）が記録されている。
同様に、第３の情報処理装置３００は、E-mailで情報を授受するために、その使用者の氏名（ＣＣＣ）並びに、あて先リストが記録されている。あて先リストとして、第１の情報処理装置３００の使用者の氏名（ＡＡＡ）及びメールアドレス（ＡＡＡ＠ａａａ）、第３の情報処理装置３００の使用者の氏名（ＣＣＣ）及びメールアドレス（ＣＣＣ＠ｃｃｃ）が記録されている。
【００１８】
図２は第１の情報処理装置３００の内部構造を示すブロック図である。なお、第２の情報処理装置３００及び第３の情報処理装置３００は第１の情報処理装置３００と同じ構造であるため、ここでは、説明を省略する。
図２において、情報処理装置３００は、例えばハードディスクレコーダ、ハードディスク内蔵型ＤＶＤ（Digital Versatile Disk）レコーダ等が例示できる。
情報処理装置３００は、図示しないリモコンや操作ボタン等の入力操作により情報としてのテレビ番組の録画、再生などを実施する。
情報処理装置３００は、バス３１０と、テレビチューナ３２０と、ＭＰＥＧエンコーダ３３０と、ＭＰＥＧデコーダ３４０と、再生部３５０と、記録部３６０と、ＯＳＤ（On Screen Display）３７０と、リモコン受光部３８０と、ＮＩＣ（ネットワークインターフェース）３９０と、ディスプレイ４００と、ＡＴＡＰＩ４１０と、ＤＶＤドライブ４２０と、ＣＰＵ４３０と、ＲＯＭ４４０と、ＲＡＭ４５０と、フラッシュメモリ４６０と、等を備えている。
【００１９】
バス３１０は、例えばＰＣＩ（Peripheral Component Interconnect）バスや、ＩＥＥＥ（Institute of Electrical and Electronic Engineers）１３９４バス等が例示できる。このバス３１０には、テレビチューナ３２０と、ＭＰＥＧエンコーダ３３０と、ＭＰＥＧデコーダ３４０と、再生部３５０と、記録部３６０と、ＯＳＤ３７０と、リモコン受光部３８０と、ＮＩＣ３９０と、ディスプレイ４００と、ＡＴＡＰＩ４１０と、ＣＰＵ４３０と、ＲＯＭ４４０と、ＲＡＭ４５０と、フラッシュメモリ４６０と、等が接続されている。
チューナ３２０には、放送されている番組を受信する放送受信手段としてのアンテナ３２１が接続されている。また、チューナ３２０は、ＭＰＥＧエンコーダ３３０に接続されている。さらに、チューナ３２０は、バス３１０を介してＣＰＵ４３０に接続されている。このチューナ３２０は、ＣＰＵ４３０の制御により、アンテナ３２１にて受信され、このアンテナ３２１から入力される信号を取得する。そして、この取得した信号を適宜変換して、ＭＰＥＧエンコーダ３３０に出力する。
【００２０】
ＭＰＥＧエンコーダ３３０は、ＭＰＥＧ（moving picture experts group）方式のエンコーダであり、チューナ３２０から送られた信号を符号化して記録部３６０へ送る。この記録部３６０は、ＭＰＥＧエンコーダ３３０から送られた信号を記録し、ＡＴＡＰＩ４１０に送る。
ＡＴＡＰＩ４１０は、記録部３６０及び再生部３５０と、ＤＶＤドライブ４２０との間に設けられたインターフェースである。
再生部３５０は、ＡＴＡＰＩ４１０を介してＤＶＤドライブ４２０から送られる信号を再生するもので、再生された信号は、ＭＰＥＧデコーダ３４０に送られる。このＭＰＥＧデコーダ３４０は、ＣＰＵ４３０の制御により、再生部３５０から入力される処理信号に記載された映像データを取得する。そして、この取得した映像データを映像ストリームとして復元した後に処理信号に適宜変換し、ディスプレイ４００に出力する。
【００２１】
ＯＳＤ３７０は、ディスプレイ４００に接続されている。また、ＯＳＤ３７０は、バス３１０を介してＣＰＵ４３０にも接続されている。このＯＳＤ３７０は、ＣＰＵ４３０の制御により、ＣＰＵ４３０から入力される、例えばディスプレイ４００の調整状態や動作状態等の情報や、録画予約を受け付けるか否かの設定入力を促す旨等の情報が記載された処理信号を取得する。そして、この取得した処理信号に記載された各種情報を、ＯＳＤ信号に適宜変換する。この後、この変換したＯＳＤ信号をディスプレイ４００に出力し、映像ストリームに、上述した情報や画像などを適宜重畳させて表示させる。
リモコン受光部３８０は、バス３１０を介してＣＰＵ４３０に接続されている。このリモコン受光部３８０は、例えば通常録画予約を設定する指示等を、図示しないリモートコントローラから出力される例えば赤外線を受光する。そして、この赤外線が有する信号を処理信号に適宜変換してＣＰＵ４３０に出力する。
ＮＩＣ３９０は、ネットワーク２００を介して他の情報処理装置３００に接続されるとともに、バス３１０を介してＣＰＵ４３０に接続されている。
ＲＯＭ４４０は、装置管理情報（例えば、装置のＩＤ番号）、その他の情報等を記憶している。
ＤＶＤドライブ４２０は、再生可能な情報を情報記録媒体、例えば、図示しないＤＶＤに記録する情報記録手段である。この情報記録手段では、放送受信手段で受信した番組と、この番組を特定する番組特定データとがＤＶＤから構成される記録媒体に記録される。
【００２２】
ＣＰＵ４３０の具体的な構成が図３に示されている。
図３において、ＣＰＵ４３０は、指定情報作成手段４３１と、指定情報送信手段４３２と、指定情報受信手段４３３と、送信先情報登録手段４３４と、情報存在判定手段４３５と、情報再生手段４３６、記録指定情報受信手段４３７と、情報記録完了データ送信手段４３８と、情報記録完了データ受信記録手段４３９と、等を備えて構成されている。
指定情報作成手段４３１は、指定情報としてのプレイリストを作成するものである。このプレイリストは、放送番組のプログラムから録画・再生したいプログラムの順番を指定してリスト化したもので、図４に示される構造を有する。図４において、プレイリスト♯ｘ，♯Ｙは、それぞれ放送番組（Video Object）を示すＶＯＢ♯ｍのプログラムP11〜P17とＶＯＢ♯ｎのP21〜P23とから録画・再生したいプログラムP12，P14，P16，P22の順番を指定して作成されたもので、そのプログラムの番組特定データ（セル）、特定された情報における再生区間データ及び再生順序データを有する。なお、放送番組（Video Object）を示すＶＯＢ♯ｍは、１つの作品を指すもので、その番号は、情報処理装置３００毎に異なる。
ここで、番組特定データは、放送局を特定するチャンネルデータと、番組の開始日時及び終了時刻を特定する番組開始データ、番組終了データとを備えて構成される。
【００２３】
図３に戻り、指定情報送信手段４３２は、ＮＩＣ３９０を介して設定された送信先にプレイリストをメールＭに添付した状態で送るものである。
指定情報受信手段４３３は、他の２台の情報処理装置３００からそれぞれ送信されたプレイリストを受信する。
送信先情報登録手段４３４は、送付先情報、つまり、他の２台の情報処理装置３００の使用者の氏名、メールアドレス等の宛先情報、制御コードＩＤ番号、その他のデータが予め登録されている。
情報存在判定手段４３５は、受信したプレイリストの情報特定データで特定される情報が情報記録手段に記録されているか否かを判断するものである。
【００２４】
情報再生手段４３６は、情報存在判定手段４３５で情報が記録されていることが確認された場合に、受信したプレイリストに基づいて情報を再生する指示を、ＡＴＡＰＩ４１０を介してＤＶＤドライブ４２０に送るものである。
記録指示情報受信手段４３７は、番組の記録を指示する記録制御データ及び記録制御データを特定するための識別データ、記録指示情報を発信した発信者を示す発信者データ及び送信した送信者を示す送信者データを有する宛先データを含む記録指示情報を受信するものであり、この受信した記録指示情報に基づいて所定の番組、識別データ、その他のデータがＤＶＤドライブ４２０に記録される。
【００２５】
情報記録完了データ送信手段４３８は、ＤＶＤドライブ４２０において、記録指示情報に基づいて情報記録処理が実行されて完了した際に、宛先データに記録された各宛先に対して記録指示情報内の識別データ及び処理完了データを有する情報記録処理完了データを送信するものである。
情報記録完了データ受信記録手段４３９は、他の２台の情報処理装置３００からの情報記録処理完了データを受信し、その送信者データ及び識別データを記憶する。
この際、指定情報送信手段４３２は、送信する指定情報の情報特定データに対応する識別データを有する情報記録処理完了データを送信した送信者データを前記送信先として設定して指定情報を送信する。
【００２６】
次に、ＣＰＵ４３０のデータ構造を表形式で示した図に基づいて説明する。
本実施形態で採用されるＤＶＤ−ＶＲの規格は、再生するリアルタイム・データの時間構成や順序が自由に設定できるようにＰＧＣ（Program Chain）やセル(Cell)が定義されており、このセルはリアルタイム・データの再生単位でそれぞれに固有のＩＤ番号（CI）が付与されている。ＰＧＣは、そのセルの再生順を指定するものである。本実施形態では、プレイリストをＤＶＤ−ＶＲのＭＮＦＩ（Manufacturer information）の枠組みを用いる構成である。このＭＮＦＩは各事業者で自由に使用できる領域である。
図５から図７は、ＰＧＣの構造を表形式に表した模式図である。なお、これらの図では、動画コンテンツに対するプレイリストのみ説明する。
ＰＧＣは、図５に示される従来と同様の主要構造であり、その一部に、「ＰＧＣ」という大きなフィールドを有するものであり、この「ＰＧＣ」は、「ＰＧＣ＿ＧＩ」というフィールドと、「ＣＩ＿ＳＲＰ」及び「ＣＩ」というフィールドとを有する。
「ＣＩ」の構造は図６で展開される。図６において、「ＣＩ」は「Ｍ＿Ｃ＿ＧＩ」というフィールドと、「Ｍ＿Ｃ＿ＥＰＩ」というフィールドを有する。
「Ｍ＿Ｃ＿ＥＰＩ」の構造は図７で展開される。図７において、「Ｍ＿Ｃ＿ＥＰＩ」は、「ＥＰ＿ＴＹ」というフィールドと、「ＥＰ＿ＰＴＭ」というフィールドとを有する。
【００２７】
本実施形態におけるコンテンツ管理の枠組みでは、記録するときのＤＶＤディスクの状態によって、記録したＶＯＢの番号、及びプログラムの番号が変化する。つまり、複数の情報処理装置３００で同時にトリガをかけて記録したとしても同一コンテンツが同一のＶＯＢやプログラムとして記録されるとは限らない。そのため、ＶＯＢの番号やプログラムの番号以外に、同一のトリガによって記録された内容が同一であるコンテンツが複数の情報処理装置に記録されていることを認識できる仕組みが必要である。そのため、本実施形態では、３台の情報処理装置３００の間で、同一のトリガによって記録された同一のコンテンツであることを認識するための、ＶＯＢの付加的な情報の構成を採用する。
【００２８】
ＶＯＢの付加的な情報の構成について、図８から図１１に基づいて説明する。
図８は、ＶＯＢ認識フィールドの構造を表形式に表した模式図である。
図８において、ＶＯＢ認識フィールドは、「ＶＯＢ認識フィールドスタートコード」というフィールド、「ＶＯＢ認識フィールド長」というフィールド、「ＶＯＢ認識情報数」というフィールド、「ＶＯＢ認識情報開始位置」というフィールド、「「ＶＯＢ認識情報」というフィールド、及び「ＣＲＣ３２」というフィールドを有する。
ここで、「VOB認識フィールドスタートコード」は事業者で設定できるものであり、例えば、「PIONEER_COMMUNITY_APPLI_FIELD_00」というデータが格納される。
「ＶＯＢ認識フィールド長」は、ＶＯＢ認識フィールドの全体のバイト数を記述するものであり、「ＶＯＢ認識情報数」は、ＶＯＢ認識情報の数を記述するものであり、「ＶＯＢ認識情報開始位置」は不定長のＶＯＢ認識情報の開始位置を記述するものであって、ＶＯＢ認識情報数個並べられる。通常、ＶＯＢ認識フィールドの先頭からのバイト数で記述することになる。
「ＣＲＣ３２」は、ＶＯＢ認識フィールド全体のデータ改ざんを防ぐために用いられるものである。
【００２９】
図９は、「ＶＯＢ認識情報」の構造を表形式に表した模式図である。
図９において、「ＶＯＢ認識情報数」はＶＯＢを認識するための情報群であり、「送受信フラグ」というフィールド、「ＶＯＢ番号」というフィールド、「日付」というフィールド、「チェックサムforＶＯＢ」というフィールド、「逆引きプログラム番号」というフィールド、「制御コードＩＤ」というフィールド、「実行フラグ」というフィールド、及び「情報受信者リスト」というフィールドを有する。
ここで、「送受信フラグ」では、自ら送信したプログラム認識情報である場合は１とし、受信したプログラム認識情報である場合は０と表示される。
【００３０】
「ＶＯＢ番号」は、対象となるＶＯＢ（Video Object）の番号である。
「日付」は、ＶＯＢ情報に記述されている日付であり、「ＶＯＢ＿ＲＥＣ＿ＴＭ」及び「ＯＢ＿ＲＥＣ＿ＴＭ＿ＳＵＢ」の双方で表示される。
「チェックサムforＶＯＢ」は、ＶＯＢ情報に対するチェックサムであり、「Ｍ＿ＶＯＢＩ」全体に対するもので、「ＣＲＣ３２」の方式を使用する。チェックサムは、伝送されたデータに誤りがないかどうかをチェックする方法のひとつであり、予めデータの合計の値を計算しておき、データの伝送のときに、データと合計の値を送り、受信側では受信データの合計を計算して、送信側で計算した合計値と比較するものであり、伝送されたデータの値に誤りがあれば、合計の値は一致しないので、誤りを検出できる。
【００３１】
「逆引き用プログラム番号」は、ＶＯＢを指し示すプログラムの番号である。
「情報発信者フィールド」は、送受信フラグが１である場合、自らを示すコード（文字数を-1）を示し、送受信フラグが０である場合、相手を示すメールアドレスを示すもので、文字数＋キャラクタで表示される。
「制御コードＩＤ」は、ＶＯＢ認識情報を作成するトリガとなった制御を識別するＩＤであり、この制御コードは発信者によって一意に振られるものである。情報発信者と制御コードＩＤの組によって、ＶＯＢ認識情報を生成するトリガになった制御を識別することができる。
「実行フラグ」は、自らがその制御を完全に行ったかを識別するフラグで、実行終了した場合１と表示され、実行していない場合０と表示される。
「情報受信者リスト」は、ＶＯＢ認識情報が同報された相手を列挙するものである。
【００３２】
図１０は、「情報受信者リスト」の構造を表形式に表した模式図である。
図１０において、「情報受信者リスト」は、「情報受信者数」というフィールドと、「情報受信者データ」というフィールドとを有する。
「情報受信者数」は、情報受信者に関するデータの数を示すものであり、本実施形態では、２である。
【００３３】
図１１は、「情報受信者データ」の構造を表形式に表した模式図である。
図１１において、「情報受信者データ」は、「情報受信者フィールド」と、「実行フラグ」というフィールドとを有する。
「情報受信者フィールド」は、同報された受信者をメールアドレスで示すもので、文字数＋キャラクタで示す。
「実行フラグ」は、その受信者が実行した場合１で表示し、実行していない場合０で表示する。
【００３４】
［録画同報の手順］
次に、本実施形態にかかる録画同報の手順について説明する。
図１２は３台の情報処理装置３００の動作シーケンスを示す概略図である。
図１２において、まず、(1)使用者ＡＡＡが使用者ＢＢＢ，ＣＣＣに向けて録画同報を発信する。
この録画同報の発信の手順が図１３のフローチャートに示されている。
図１３において、録画同報の発信を開始すると、ＶＯＢ認識情報数が１つ増加し（Ｓ１−１）、ＶＯＢ認識フィールド長をＶＯＢ認識情報開始位置として新規追加し（Ｓ１−２）、さらに、ＶＯＢ認識情報を作成する（Ｓ１−３）。これにより、「ＶＯＢ認識フィールド」は図８から図１４に示される状態に変更される。なお、ＶＯＢ認識フィールドは予め作成されている。
【００３５】
その後、作成したＶＯＢ認識情報（ＶＯＢＲＩ）を送信して送受信フラグを１とし（Ｓ１−４）、作成したＶＯＢ認識情報（ＶＯＢＲＩ）の情報発信者情報を１として使用者ＡＡＡ自らが発信者であることを記録し（Ｓ１−５）、制御コードＩＤを自機内で一意となるように生成するとともに、制御ＩＤコードフィールドに記述し（Ｓ１−６）、作成したＶＯＢ認識情報（ＶＯＢＲＩ）の実行フラグを０にし（Ｓ１−７）、さらに、受信者リストを作成するとともに、受信者数をＮ（本実施形態では２）とする（Ｓ１−８）。これにより、「ＶＯＢ認識情報」は図９から図１５に示される状態に変更され、「情報受信者リスト」は図１０から図１６に変更され、「情報受信者データ」は図１１から図１７に変更される。
【００３６】
ここで、変数ｉを０からスタートし（Ｓ１−９）、変数ｉと送信者数Ｎとを比較する（Ｓ１−１０）。変数ｉがＮより小さい場合には、情報受信者データ[ｉ]の情報受信者フィールドをＡｄｒ［ｉ］（受信者アドレス）を参照して記述し（Ｓ１−１１）、情報受信者データ[ｉ]の実行フラグを０にする（Ｓ１−１２）。これに対して、変数ｉがＮより小さくない場合には、ＣＲＳ３２を更新し（Ｓ１−１３）、メールＭの文面を作成する（Ｓ１−１４）。この文面は図１８に示される通り、送信元である使用者ＡＡＡ＠ａａａから送信先である使用者ＢＢＢ＠ｂｂｂ、ＣＣＣ＠ｃｃｃに宛てたものである。本文の先頭には、Control IDという記述があり、これは、送信者ＡＡＡ＠ａａａによって一意的に割り振られた制御コードＩＤである。次のルーチンでは、このメールＭを受け取ったことにより、「From：」のタグから同報発信者を特定し、「SendTo：」のタグから同報受信者を特定する。さらに、「Control ID」の行から制御コードＩＤを得ることができる。
その後、メールＭを送信し（Ｓ１−１５）、録画予約同報発信が終了する。
【００３７】
図１２において、録画同報の使用者ＡＡＡから使用者ＢＢＢ、ＣＣＣへの発信が終了したら、(2)使用者ＢＢＢ、ＣＣＣは同報受信する。
この録画同報の受信の手順が図１９のフローチャートに示されている。
図１９において、録画同報の受信を開始すると、ＶＯＢ認識情報数が１つ増加し（Ｓ２−１）、ＶＯＢ認識フィールド長をＶＯＢ認識情報開始位置として新規追加し（Ｓ２−２）、さらに、ＶＯＢ認識情報を作成する（Ｓ２−３）。これにより、図８の「ＶＯＢ認識フィールド」は図２０に示される状態に変更される。
【００３８】
その後、作成したＶＯＢ認識情報（ＶＯＢＲＩ）を送信して送受信フラグを０とし（Ｓ２−４）、メール内容から作成したＶＯＢＲＩの情報発信者フィールドを記述し（Ｓ２−５）、さらに、メールの内容から作成したＶＯＢＲＩの制御コードＩＤフィールドに記述し（Ｓ２−６）、作成したＶＯＢ認識情報（ＶＯＢＲＩ）の実行フラグを０にし（Ｓ２−７）、さらに、受信者リストを作成するとともに、情報受信者数を宛先に記載されたアドレス数Ｎにする（Ｓ２−８）。これにより、図９の「ＶＯＢ認識情報」は図２１に示される状態に変更され、図１０の「情報受信者リスト」は図２２に変更され、図１１の「情報受信者データ」は図２３に変更される。なお、情報受信者リストの数Ｎは宛先に記載されているアドレス数１に１を加えた数である。
【００３９】
その後、変数ｉを０とし（Ｓ２−９）、メールＭの送付元タグから情報受信者データ［ｉ］の情報者フィールドを記述し（Ｓ２−１０）、情報受信者データ［ｉ］の実行フラグを０にする（Ｓ２−１１）。これは、後続のルーチンのために、発信者を同報者リストに加える必要があるからである。
変数ｉを変更して前述の手順を繰り返し（Ｓ２−１１）、変数ｉと送信者数Ｎとを比較する（Ｓ２−１３）。変数ｉがＮより小さい場合には、情報受信者データ[ｉ]の情報受信者フィールドをＡｄｒ［ｉ］（受信者アドレス）を参照して記述し（Ｓ２−１３）、情報受信者データ[ｉ]の実行フラグを０にして（Ｓ２−１５）、ステップＳ２−１３に戻る。これに対して、変数ｉがＮより小さくない場合には、ＣＲＳ３２を更新し（Ｓ２−１６）、録画同報受信が終了する。
【００４０】
その後、図１２に示される通り、３台の情報処理装置３００の間で(3)制御コード実行通知をする。ここでは、使用者ＣＣＣの情報処理装置３００では録画同報が受信されていない状態について説明する。
この制御コード通知の手順が図２４のフローチャートに示されている。
図２４において、録画動作が終了して制御コードによる動作が開始されると、録画に対応したＶＯＢ認識情報のＶＯＢ番号Ｖｎを記述し（Ｓ３−１）、さらに、ＶＯＢ認識情報の日付フィールドを記述し（Ｓ３−２）、さらに、チェックサムを生成して記述する（Ｓ３−３）。その後、逆引きプログラム番号にＰｎを記述し（Ｓ３−４）、実行フラグを実行したことを示す「１」にする（Ｓ３−５）。さらに、ＣＲＣ３２を更新し（Ｓ３−６）、メールＭの文面を情報受信者リストに記述されている情報受信者に向けて作成する（Ｓ３−７）。
【００４１】
このメールＭの文面が図２５に示されている。図２５において、メールＭの文面は、図１８で示されるメールＭに対する返信であり、返信するために、図２５の「From：」と「SendTo：」とを変更する。本文の先頭には「Control ID」という記述があり、次の行には、情報発信元が特定される（本実施形態では、ＡＡＡ＠ａａａ）。その次の行には、「ORIGINAL_OP=」という記述があり、その次の行にはこの処理を済ませたことを示す「RECSTATUS=DONE」という記述がある。これによって、このメールＭの返信者ＢＢＢ＠ｂｂｂは，この制御コードIDで識別される録画予約情報にしたがって予約を行ったことを通知することができる。一方、次のルーチンでは、このメールＭを受け取ることにより、ＢＢＢ＠ｂｂｂがこの動作を行ったことを認識することができ、自分の管理構造体を変更することができる。
これにより、「ＶＯＢ認識フィールド」は図８から図２６に示される状態に変更され、「ＶＯＢ認識情報」は図９から図２７に示される状態に変更され、「情報受信者リスト」は図１０から図２８に変更され、「情報受信者データ」は図１１から図２９に変更される。
その後、メールＭを送信し（Ｓ３−８）、録画終了時動作が終了する。
【００４２】
その後、図１２で示される通り、(4)他情報受信者が実行通信を受信する。この手順が図３０のフローチャートに示されている。
図３０において、実行終了受信が開始されると、メールＭを受信し（Ｓ４−１）、メールＭの内容と一致しているか、情報発信者の制御コードＩＤが記述されているか、ＶＯＢ認識情報（ＶＯＢＲＩ）が存在するか、を判断し（Ｓ４−２）、これらが全て該当すのであれば、メールＭの内容から情報受信者データの実行フラグを実行したことを意味する「１」にし（Ｓ４−３）、ＣＲＳ３２を更新し（Ｓ４−４）、実行終了受信を終了する。
【００４３】
一方、メールＭの内容と一致しているか、情報発信者の制御コードＩＤが記述されているか、ＶＯＢ認識情報（ＶＯＢＲＩ）が存在するか、を判断し（Ｓ４−２）、これらがうち１つでも該当しないのがあれば、直ちに、実行終了受信を終了する。
これにより、図８の「ＶＯＢ認識フィールド」は図３１に示される状態に変更され、図９の「ＶＯＢ認識情報」は図３２に示される状態に変更され、図１０の「情報受信者リスト」は図３３に示される状態に変更され、図１１の「情報受信者データ」は図３４に示される状態に変更される。
【００４４】
その後、図１２で示される通り、使用者ＢＢＢの情報処理装置３００において、プレイリストが作成された後、(5)前述の制御コードＩＤによる実行終了通知があった宛先に対して、制御コードＩＤ及びプレイリストを使用者ＡＡＡに送る。
この手順が図３５に示されている。図３５において、プレイリストの送信が開始されると、変数ｉを０からスタートし（Ｓ５−１）、ＰＧＣが対象としているＶＯＢを指すＶＯＢ認識情報（ＶＯＢＲＩ）を取得し（Ｓ５−２）、情報受信者数Ｎを得る（Ｓ５−３）。
変数ｉと受信者数Ｎとを比較し（Ｓ５−４）、変数ｉがＮより小さくはない場合には、メールＭの文面を作成する（Ｓ５−５）。
【００４５】
このメールＭの文面が図３６に示されている。図３６において、本文の先頭には「Control ID=」という記述があり，次の行には、情報発信元を示す「ORIGINAL_OP=」という記述がある。その次の行には「PLAYLIST_DISTRIBUTEなどの文字列が記載され、ＰＧＣの送信を行うメールＭであることを示す。ＰＧＣデータはバイナリデータとして扱われるため、公知のバイナリデータの電子メールへの添付方法（例えば、ＭＩＮＥ）にしたがって送信される。受信側では，これらの文字列に続くバイナリデータを解釈し、自機器内の媒体にＰＧＣデータを展開する。
メールＭが作成されたら、使用者ＢＢＢから使用者ＡＡＡへメールを送信し（Ｓ５−６）、プレイリストの送信が終了する。
これに対して、ステップＳ５−４において、変数ｉがＮより小さい場合には、情報受信者リスト［ｉ］、情報受信者データ、が実行されて実行フラグが１となったか否かを判断し（Ｓ５−７）、実行フラグが１となった場合には、図３６で示されるメールの文面の「SendTo」に情報受信者フィールドを参照して記述し（Ｓ５−８）、さらに、ステップＳ５−４に戻り、実行フラグが１とならない場合には、直に、ステップＳ５−４に戻る。
【００４６】
その後、図１２で示される通り、(6)使用者ＡＡＡにおいて、プレイリストを受信し、制御コードＩＤによる実行を確認等する。この手順が図３７のフローチャートに示されている。
図３７において、プレイリストの受信を開始する。まず、メールＭを受信し（Ｓ６−１）、このメールＭの内容と一致し、かつ、情報発信者の制御コードＩＤが記述されたＶＯＢ認識情報（ＶＯＢＲＩ）が存在するか否かを判断する（Ｓ６−２）。存在する場合には、「Ｍ＿ＶＯＢＩ＿ＳＲＰＮ」をＶＯＢＲＩ内のＶＯＢ番号に変更し（Ｓ６−３）、ＶＯＢの管理情報を参照して得られたＰＧＣの全ての「Ｃ＿Ｖ＿Ｓ＿ＰＴＭ」と「Ｃ＿Ｖ＿Ｅ＿ＰＴＭ」をアジャストし（Ｓ６−４）、ＶＯＢ管理情報を参照して得られたＰＧＣの全ての「ＥＰ＿ＰＴＭ」をアジャストし（Ｓ６−５）、プレイリスト受信を終了する。一方、ＶＯＢ認識情報（ＶＯＢＲＩ）が存在しないと判断した場合には、直ちに、プレイリスト受信を終了する。
これにより、図５の「ＰＧＣの構造」は図３８に示される状態に変更され、図６の「ＣＩの構造」は図３９に示される状態に変更され、図７の「Ｍ＿Ｃ＿ＥＰＩの構造」は図４０に示される状態に変更される。
【００４７】
[装置及びシステムの作用効果]
従って、本実施形態の情報処理装置３００は、再生可能な情報をＤＶＤに記録するＤＶＤドライブ４２０と、情報を特定する情報特定データ、特定された情報における再生区間データ及び再生順序データを有するプレイリストを作成する指定情報作成手段４３１と、プレイリストを設定された送信先に送る指定情報送信手段４３２と、送信先情報が登録された送信先情報登録手段４３４と、他の情報処理装置３００から送信されたプレイリストを受信する指定情報受信手段４３３と、受信したプレイリストの情報特定データで特定される情報がＤＶＤドライブ４２０に記録されているか否かを判断する情報存在判定手段４３５と、この情報存在判定手段４３５で情報が記録されていることが確認された場合に、受信したプレイリストに基づいて情報を再生する情報再生手段４３６と、を備えたから、使用者が作成したプレイリストを他の使用者に配布し、当該プレイリストで特定される情報がＤＶＤドライブ４２０に記録されていることが確認された場合に、受信したプレイリストに基づいて情報を再生するので、サーバを用いることなく、一の使用者が編集した情報を、他の使用者が利用することができる。そのため、サーバを省略しても、ＤＶＤ−ＶＲの枠組みでも動作することができ、ネットワーム全体のコストを低減することができる他、認証された使用者の間で構成される小グループで活発な情報交換をすることができる。
【００４８】
ＤＶＤドライブ４２０は、アンテナ３２１で受信した番組と、この番組を特定する番組特定データとを情報記録媒体であるＤＶＤに記録し、番組特定データが情報特定データとしてＤＶＤドライブ４２０に記録されている場合に、受信したプレイリストに基づいて番組を再生する構成としたから、放送番組に関するプレイリストを使用者の間でやりとりすることで、放送番組に関する情報交換を使用者の間で活発にやりとりすることができる。
【００４９】
番組特定データは、放送局を特定するチャンネルデータと、番組の開始日時及び終了時刻を特定する番組開始データ、番組終了データとを備えたから、異なる情報処理装置３００の間においても、チャンネルデータ等から放送番組を確実に特定することができ、使用者の間で放送番組の情報交換を行うことができる。
【００５０】
情報処理装置３００は、番組の記録を指示する記録制御データ及び記録制御データを特定するための識別データを含む記録指示情報を受信する記録指示情報受信手段４３７を備え、ＤＶＤドライブ４２０は、受信した記録指示情報に基づいて所定の番組及び識別データ（制御コードＩＤ）をＤＶＤに記録可能に構成され、かつ、識別データが情報特定データとしてＤＶＤドライブ４２０に記録されている場合に、受信したプレイリストに基づいて番組を再生する構成としたから、異なる情報処理装置３００の間においても、識別データ等から放送番組に関するプレイリストを使用者の間でやりとりすることで、放送番組に関する情報交換を使用者の間で活発にやりとりすることができる。
【００５１】
また、情報処理装置３００では、プレイリストをＤＶＤ−ＶＲにおいて各事業者で自由に使用できる領域であるＭＮＦＩの枠組みを用いる構成であるため、ＤＶＤ−ＶＲの規格を変更することを不要とされる。
【００５２】
記録指示情報は、その記録指示情報を発信した発信者を示す発信者データ及び送信した送信者を示す送信者データを有する宛先データを含み構成されている。そして、情報処理装置３００は、ＤＶＤドライブ４２０において、記録指示情報に基づいて情報記録処理が実行されて完了した際に、宛先データに記録された各宛先に対して記録指示情報内の識別データ及び処理完了データを有する情報記録処理完了データを送信する情報記録完了データ送信手段４３８と、他の情報処理装置３００からの情報記録処理完了データを受信し、その送信者データ及び識別データを記憶する情報記録処理完了データ受信記録手段４３９とを備え、指定情報送信手段４３２は、送信するプレイリストの情報特定データに対応する識別データを有する情報記録処理完了データを送信した送信者データを送信先として設定してプレイリストを送信する構成とている。そのため、一方の情報処理装置３００で記録されたプレイリストを確実に他の情報処理装置３００に送信することができるから、プレイリストのやりとりを複数の情報処理装置３００の間で確実に行うことができる。
【００５３】
ＰＧＣデータをＭＩＮＥ等の添付ファイルを用い、メールＭに添付して使用者に送信するので、ＰＧＣの情報処理装置３００間でのやりとりを簡易な方法で行うことができる。
ＤＶＤドライブ４２０、指定情報作成手段４３１、指定情報送信手段４３２、送信先情報登録手段４３４、指定情報受信手段４３３、情報存在判定手段４３５、及び情報再生手段４３６は分割されることなく１つの装置内に組み込まれているから、情報処理装置３００をコンパクトなものにできる。
情報処理装置３００を複数台と、これらの情報処理装置３００を互いに接続するネットワーク２００とを備えて情報処理システム１００を構成したから、ネットワークシステムからサーバを省略することで、全体のコストを低減できるネットワークシステムを提供することができる。
【００５４】
なお、本発明は前述の実施形態に限定されるものではなく、本発明の目的を達成できる範囲での変形、改良等は本発明に含まれるものである。
例えば、前記実施形態では、記録情報媒体としてＤＶＤを用い、情報処理装置３００としてＤＶＤ記録再生装置を例に挙げて説明したが、本発明では、ＤＶＤに代えてハードディスク、半導体メモリ、ビデオテープ等を用いてもよい。
【００５５】
また、３台の情報処理装置３００の間をネットワーク２００を介して互いに接続した構成について例示したが、これに限らず例えば以下のような構成としてもよい。すなわち、例えば各情報処理装置３００の間を、例えばＬＡＮケーブルなどで接続する構成としてもよい。このような構成にすれば、ネットワーク２００を介さないでグループ録画予約の設定処理を実施できる。このため、例えばネットワーク２００の混雑等の、各情報処理装置３００等に直接関係ない要因により録画予約の設定処理に例えば多大な時間を費やすことがなくなる。従って、常に短時間で録画予約の設定処理が可能な録画同報システムを提供できる。
【００５６】
さらに、情報処理装置３００の台数は３台に限定されることはなく、２台、４台以上の複数台であってもよい。
各情報処理装置３００として、テレビ番組を録画可能なＤＶＤ−ＶＲ方式の録画装置について例示したが、これに限らず例えば各情報処理装置３００として、ラジオ番組を録音可能なステレオレコーダを用いた録音同報システムなどに、本発明を適用してもよい。
【００５７】
さらに、各情報処理装置３００として、コンピュータを用いて、例えばネットワーク２００を介して配信されるコンテンツを録画するコンテンツ録画同報システムなどに、本発明を適用してもよい。
【００５８】
また、情報処理システムとして各情報処理装置３００がネットワーク２００を介して接続された録画同報システム１００の構成について説明したが、この構成に限らず、例えば演算手段としてのコンピュータを用いたり、コンピュータに上記処理を実施させるためのプログラム、そして、さらにはこのプログラムを記録した記録媒体をも本発明の対象とすることができる。
【００５９】
その他、本発明の実施の際に具体的な構造および手順は、本発明の目的を達成できる範囲での他の構造などに適宜変更できる。
【００６０】
［実施の形態の作用効果］
上述したように、上記実施形態では、再生可能な情報をＤＶＤに記録するＤＶＤドライブ４２０と、情報を特定する情報特定データ、特定された情報における再生区間データ及び再生順序データを有するプレイリストを作成する指定情報作成手段４３１と、プレイリストを設定された送信先に送る指定情報送信手段４３２と、送信先情報が登録された送信先情報登録手段４３４と、他の情報処理装置３００から送信されたプレイリストを受信する指定情報受信手段４３３と、受信したプレイリストの情報特定データで特定される情報がＤＶＤドライブ４２０に記録されているか否かを判断する情報存在判定手段４３５と、この情報存在判定手段４３５で情報が記録されていることが確認された場合に、受信したプレイリストに基づいて情報を再生する情報再生手段４３６と、を備えたから、サーバを用いることなく、一の使用者が編集した情報を、他の使用者が利用することができる。そのため、サーバを省略しても、ＤＶＤ−ＶＲの枠組みでも動作することができ、ネットワーム全体のコストを低減することができる他、認証された使用者の間で構成される小グループで活発な情報交換をすることができる。
【図面の簡単な説明】
【００６１】
【図１】本発明の一実施形態における情報処理システムの概略構成を示すブロック図。
【図２】情報処理装置の内部構造を示すブロック図。
【図３】情報処理装置のＣＰＵの内部構造を示すブロック図。
【図４】プレイリストの概略構造を示す図。
【図５】「ＰＧＣ」の構造を表形式に表した模式図。
【図６】「ＣＩ」の構造を表形式に表した模式図。
【図７】「Ｍ＿Ｃ＿ＥＰＩ」の構造を表形式に表した模式図。
【図８】ＶＯＢ認識フィールドの構造を表形式に表した模式図。
【図９】ＶＯＢ認識情報の構造を表形式に表した模式図。
【図１０】情報受信者リストの構造を表形式に表した模式図。
【図１１】情報受信者データの構造を表形式に表した模式図。
【図１２】３台の情報処理装置の動作シーケンスを示す概略図。
【図１３】録画同報の発信の手順を示すフローチャート。
【図１４】変更されたＶＯＢ認識フィールドの構造を表形式に表した模式図。
【図１５】変更されたＶＯＢ認識情報の構造を表形式に表した模式図。
【図１６】変更された情報受信者リストの構造を表形式に表した模式図。
【図１７】変更された情報受信者データの構造を表形式に表した模式図。
【図１８】メールの文面を表す模式図。
【図１９】録画同報の受信の手順を示すフローチャート。
【図２０】変更されたＶＯＢ認識フィールドの構造を表形式に表した模式図。
【図２１】変更されたＶＯＢ認識情報の構造を表形式に表した模式図。
【図２２】変更された情報受信者リストの構造を表形式に表した模式図。
【図２３】変更された情報受信者データの構造を表形式に表した模式図。
【図２４】制御コード実行通知の手順を示すフローチャート。
【図２５】メールの文面を表す模式図。
【図２６】変更されたＶＯＢ認識フィールドの構造を表形式に表した模式図。
【図２７】変更されたＶＯＢ認識情報の構造を表形式に表した模式図。
【図２８】変更された情報受信者リストの構造を表形式に表した模式図。
【図２９】変更された情報受信者データの構造を表形式に表した模式図。
【図３０】情報受信者が実行通信を受信する手順を示すフローチャート。
【図３１】変更されたＶＯＢ認識フィールドの構造を表形式に表した模式図。
【図３２】変更されたＶＯＢ認識情報の構造を表形式に表した模式図。
【図３３】変更された情報受信者リストの構造を表形式に表した模式図。
【図３４】変更された情報受信者データの構造を表形式に表した模式図。
【図３５】プレイリストを送信する手順を示すフローチャート。
【図３６】メールの文面を表す模式図。
【図３７】プレイリストを受信する手順を示すフローチャート。
【図３８】変更した「ＰＧＣ」の構造を表形式に表した模式図。
【図３９】変更した「ＣＩ」の構造を表形式に表した模式図。
【図４０】変更した「Ｍ＿Ｃ＿ＥＰＩ」の構造を表形式に表した模式図。
【符号の説明】
【００６２】
１００…録画同報システム（情報処理システム）
２００…ネットワーク
３００…情報処理装置
３２１…アンテナ（放送受信手段）
４００…ディスプレイ
４２０…ＤＶＤドライブ（情報記録手段）
４３０…ＣＰＵ
４３１…指定情報作成手段
４３２…指定情報送信手段
４３３…指定情報受信手段
４３４…送信先情報登録手段
４３５…情報存在判定手段
４３６…情報再生手段
４３７…記録指定情報受信手段
４３８…情報記録完了データ送信手段
４３９…情報記録完了データ受信記録記憶手段
【図１】
2005150961.tif 000003
【図２】
2005150961.tif 000004
【図３】
2005150961.tif 000005
【図４】
2005150961.tif 000006
【図５】
2005150961.tif 000007
【図６】
2005150961.tif 000008
【図７】
2005150961.tif 000009
【図８】
2005150961.tif 000010
【図９】
2005150961.tif 000011
【図１０】
2005150961.tif 000012
【図１１】
2005150961.tif 000013
【図１２】
2005150961.tif 000014
【図１３】
2005150961.tif 000015
【図１４】
2005150961.tif 000016
【図１５】
2005150961.tif 000017
【図１６】
2005150961.tif 000018
【図１７】
2005150961.tif 000019
【図１８】
2005150961.tif 000020
【図１９】
2005150961.tif 000021
【図２０】
2005150961.tif 000022
【図２１】
2005150961.tif 000023
【図２２】
2005150961.tif 000024
【図２３】
2005150961.tif 000025
【図２４】
2005150961.tif 000026
【図２５】
2005150961.tif 000027
【図２６】
2005150961.tif 000028
【図２７】
2005150961.tif 000029
【図２８】
2005150961.tif 000030
【図２９】
2005150961.tif 000031
【図３０】
2005150961.tif 000032
【図３１】
2005150961.tif 000033
【図３２】
2005150961.tif 000034
【図３３】
2005150961.tif 000035
【図３４】
2005150961.tif 000036
【図３５】
2005150961.tif 000037
【図３６】
2005150961.tif 000038
【図３７】
2005150961.tif 000039
【図３８】
2005150961.tif 000040
【図３９】
2005150961.tif 000041
【図４０】
2005150961.tif 000042