JP2000358048A - 情報処理装置および方法、並びに記録媒体 - Google Patents
情報処理装置および方法、並びに記録媒体Info
- Publication number
- JP2000358048A JP2000358048A JP11251104A JP25110499A JP2000358048A JP 2000358048 A JP2000358048 A JP 2000358048A JP 11251104 A JP11251104 A JP 11251104A JP 25110499 A JP25110499 A JP 25110499A JP 2000358048 A JP2000358048 A JP 2000358048A
- Authority
- JP
- Japan
- Prior art keywords
- event
- time
- information processing
- information
- processing apparatus
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Small-Scale Networks (AREA)
Abstract
(57)【要約】
【課題】 UTCが基準時刻とされる場合においても、タ
ーゲットを正確に制御できるようにする。 【解決手段】 UTCを基準時刻として動作するIRD１のコ
ントローラ１１は、DVCR３のVCRサブユニット３３を使
用する予約情報が入力された時、DVCR３のBBS３４に記
憶されているDVCR３のUTCに対するオフセット時間を読
み出し、これを利用して、入力されたVCRサブユニット
３３の使用時刻を、DVCR３のローカルタイムの使用時刻
に変換する。変換された使用時刻は、DVCR３のBBS３４
に書き込まれる。
ーゲットを正確に制御できるようにする。 【解決手段】 UTCを基準時刻として動作するIRD１のコ
ントローラ１１は、DVCR３のVCRサブユニット３３を使
用する予約情報が入力された時、DVCR３のBBS３４に記
憶されているDVCR３のUTCに対するオフセット時間を読
み出し、これを利用して、入力されたVCRサブユニット
３３の使用時刻を、DVCR３のローカルタイムの使用時刻
に変換する。変換された使用時刻は、DVCR３のBBS３４
に書き込まれる。
Description
【０００１】
【発明の属する技術分野】本発明は、情報処理装置およ
び方法、並びに記録媒体に関し、特に、IEEE1394シリア
ルデータバスを介して接続されたサブユニットを正確に
予約制御する情報処理装置および方法、並びに記録媒体
に関する。
び方法、並びに記録媒体に関し、特に、IEEE1394シリア
ルデータバスを介して接続されたサブユニットを正確に
予約制御する情報処理装置および方法、並びに記録媒体
に関する。
【０００２】
【従来の技術】IEEE1394シリアルデータバスを用いたネ
ットワークを介して、相互に情報を伝達することができ
るAV機器が開発されている。このネットワークにおいて
は、所定のコマンド(AV/C Command Transaction Set)を
用いることにより、ネットワークに接続されているAV機
器を制御することが可能である。例えば、図１に示すよ
うに、デジタル衛星放送を受信するIRD(Integrated Rec
eiver Decoder)１７１で受信した映像信号を、IEEE（In
stitute of Electical and Electronic Engineer
s）1394シリアルデータバス２（以下、単に、バス２と
記述する）を介して接続されているDVCR(Digital Video
Cassette Recorder)１８１で録画することが可能であ
る。さらに、IRD１７１およびDVCR１８１を用いて、い
わゆる録画予約を行うことが可能である。
ットワークを介して、相互に情報を伝達することができ
るAV機器が開発されている。このネットワークにおいて
は、所定のコマンド(AV/C Command Transaction Set)を
用いることにより、ネットワークに接続されているAV機
器を制御することが可能である。例えば、図１に示すよ
うに、デジタル衛星放送を受信するIRD(Integrated Rec
eiver Decoder)１７１で受信した映像信号を、IEEE（In
stitute of Electical and Electronic Engineer
s）1394シリアルデータバス２（以下、単に、バス２と
記述する）を介して接続されているDVCR(Digital Video
Cassette Recorder)１８１で録画することが可能であ
る。さらに、IRD１７１およびDVCR１８１を用いて、い
わゆる録画予約を行うことが可能である。
【０００３】この録画予約の処理においては、IRD１７
１のコントローラ１７２が、IRD１７１およびDVCR１８
１を制御する。すなわち、録画予約の設定（チャンネ
ル、および録画開始時刻等の設定）はIRD１７１に対し
て行われ、設定された録画開始時刻になると、IRD１７
１のコントローラ１７２は、チューナサブユニット１７
３に、予約されている（設定されている）チャンネルを
選局させて、受信した映像信号をバス２を介してDVCR１
８１に出力させる。また同時に、コントローラ１７２
は、バス２を介してDVCR１８１のVCRサブユニット１８
４に録画開始のコマンドを送信する。DVCR１８１のVCR
サブユニット１８４は、コントローラ１７２から送信さ
れた録画開始コマンドに対応して、チューナサブユニッ
ト１７３からの映像信号を磁気テープ（図示せず）に記
録する。
１のコントローラ１７２が、IRD１７１およびDVCR１８
１を制御する。すなわち、録画予約の設定（チャンネ
ル、および録画開始時刻等の設定）はIRD１７１に対し
て行われ、設定された録画開始時刻になると、IRD１７
１のコントローラ１７２は、チューナサブユニット１７
３に、予約されている（設定されている）チャンネルを
選局させて、受信した映像信号をバス２を介してDVCR１
８１に出力させる。また同時に、コントローラ１７２
は、バス２を介してDVCR１８１のVCRサブユニット１８
４に録画開始のコマンドを送信する。DVCR１８１のVCR
サブユニット１８４は、コントローラ１７２から送信さ
れた録画開始コマンドに対応して、チューナサブユニッ
ト１７３からの映像信号を磁気テープ（図示せず）に記
録する。
【０００４】
【発明が解決しようとする課題】ところで、予約開始時
刻は、通常、ローカルタイムで設定される。これは、コ
ントローラにより制御されるターゲット機器が、機器内
に設定された使用予定を表示するといったアプリケーシ
ョンを考えたとき、ローカルタイムで設定してあれば、
そのまま表示すればよいからである。
刻は、通常、ローカルタイムで設定される。これは、コ
ントローラにより制御されるターゲット機器が、機器内
に設定された使用予定を表示するといったアプリケーシ
ョンを考えたとき、ローカルタイムで設定してあれば、
そのまま表示すればよいからである。
【０００５】しかしながら、今後、ローカルタイムでは
なく、UTC（Universal Time Code）で時間を指定する機
器が出てくる可能性がある。UTCとは、地球時間であ
り、秒単位まで表される。このように、UTCが用いられ
るようになると、ユーザは、それがローカルタイムの何
時に相当するのかを、直感的には理解できず、操作性が
悪くなる。
なく、UTC（Universal Time Code）で時間を指定する機
器が出てくる可能性がある。UTCとは、地球時間であ
り、秒単位まで表される。このように、UTCが用いられ
るようになると、ユーザは、それがローカルタイムの何
時に相当するのかを、直感的には理解できず、操作性が
悪くなる。
【０００６】本発明は、このような状況に鑑みてなされ
たものであり、AV機器がUTCを基準として動作するよう
な場合においても、操作性が悪化するのを抑制するよう
にするものである。
たものであり、AV機器がUTCを基準として動作するよう
な場合においても、操作性が悪化するのを抑制するよう
にするものである。
【０００７】
【課題を解決するための手段】請求項１に記載の情報処
理装置は、第１の基準時刻に基づいて動作するターゲッ
トを、ネットワークを介して使用する、第２の基準時刻
に基づいて動作する情報処理装置において、ターゲット
を使用する、第２の基準時刻により表される使用時刻を
取得する第１の取得手段と、ターゲットから、第１の基
準時刻に関する情報を取得する第２の取得手段と、第１
の取得手段により取得した、第２の基準時刻により表さ
れるターゲットの使用時刻を、第２の取得手段により取
得した第１の基準時刻に関する情報に基づいて、ターゲ
ットが基準とする第１の基準時刻により表される使用時
刻に変換する変換手段とを備えることを特徴とする。
理装置は、第１の基準時刻に基づいて動作するターゲッ
トを、ネットワークを介して使用する、第２の基準時刻
に基づいて動作する情報処理装置において、ターゲット
を使用する、第２の基準時刻により表される使用時刻を
取得する第１の取得手段と、ターゲットから、第１の基
準時刻に関する情報を取得する第２の取得手段と、第１
の取得手段により取得した、第２の基準時刻により表さ
れるターゲットの使用時刻を、第２の取得手段により取
得した第１の基準時刻に関する情報に基づいて、ターゲ
ットが基準とする第１の基準時刻により表される使用時
刻に変換する変換手段とを備えることを特徴とする。
【０００８】前記変換手段により変換された、ターゲッ
トの使用時刻を、ターゲットに登録させる登録手段をさ
らに設けることができる。
トの使用時刻を、ターゲットに登録させる登録手段をさ
らに設けることができる。
【０００９】前記第２の取得手段には、第１の基準時刻
に関する情報として、第１の基準時刻の、情報処理装置
とターゲットとの間において共通の第３の基準時刻との
差に関する情報を取得させるようにすることができる。
に関する情報として、第１の基準時刻の、情報処理装置
とターゲットとの間において共通の第３の基準時刻との
差に関する情報を取得させるようにすることができる。
【００１０】前記第２の取得手段には、第１の基準時刻
に関する情報として、第３の基準時刻の極性に関する情
報をさらに取得させるようにすることができる。
に関する情報として、第３の基準時刻の極性に関する情
報をさらに取得させるようにすることができる。
【００１１】前記第２の取得手段には、第１の基準時刻
に関する情報として、ターゲットが位置する国を表すコ
ードを取得させるようにすることができる。
に関する情報として、ターゲットが位置する国を表すコ
ードを取得させるようにすることができる。
【００１２】前記ターゲットの使用時刻には、ターゲッ
トの使用を開始する開始時刻を含めることができる。
トの使用を開始する開始時刻を含めることができる。
【００１３】請求項７に記載の情報処理方法は、第１の
基準時刻に基づいて動作するターゲットを、ネットワー
クを介して使用する、第２の基準時刻に基づいて動作す
る情報処理装置の情報処理方法において、ターゲットを
使用する、第２の基準時刻により表される使用時刻を取
得する第１の取得ステップと、ターゲットから、第１の
基準時刻に関する情報を取得する第２の取得ステップ
と、第１の取得ステップの処理により取得した、第２の
基準時刻により表されるターゲットの使用時刻を、第２
の取得ステップの処理により取得した第１の基準時刻に
関する情報に基づいて、ターゲットが基準とする第１の
基準時刻により表される使用時刻に変換する変換ステッ
プとを含むことを特徴とする。
基準時刻に基づいて動作するターゲットを、ネットワー
クを介して使用する、第２の基準時刻に基づいて動作す
る情報処理装置の情報処理方法において、ターゲットを
使用する、第２の基準時刻により表される使用時刻を取
得する第１の取得ステップと、ターゲットから、第１の
基準時刻に関する情報を取得する第２の取得ステップ
と、第１の取得ステップの処理により取得した、第２の
基準時刻により表されるターゲットの使用時刻を、第２
の取得ステップの処理により取得した第１の基準時刻に
関する情報に基づいて、ターゲットが基準とする第１の
基準時刻により表される使用時刻に変換する変換ステッ
プとを含むことを特徴とする。
【００１４】請求項８に記載の記録媒体のプログラム
は、第１の基準時刻に基づいて動作するターゲットを、
ネットワークを介して使用する、第２の基準時刻に基づ
いて動作する情報処理装置の情報処理用のプログラムに
おいて、ターゲットを使用する、第２の基準時刻により
表される使用時刻を取得する第１の取得ステップと、タ
ーゲットから、第１の基準時刻に関する情報を取得する
第２の取得ステップと、第１の取得ステップの処理によ
り取得した、第２の基準時刻により表されるターゲット
の使用時刻を、第２の取得ステップの処理により取得し
た第１の基準時刻に関する情報に基づいて、ターゲット
が基準とする第１の基準時刻により表される使用時刻に
変換する変換ステップとを含むことを特徴とする。
は、第１の基準時刻に基づいて動作するターゲットを、
ネットワークを介して使用する、第２の基準時刻に基づ
いて動作する情報処理装置の情報処理用のプログラムに
おいて、ターゲットを使用する、第２の基準時刻により
表される使用時刻を取得する第１の取得ステップと、タ
ーゲットから、第１の基準時刻に関する情報を取得する
第２の取得ステップと、第１の取得ステップの処理によ
り取得した、第２の基準時刻により表されるターゲット
の使用時刻を、第２の取得ステップの処理により取得し
た第１の基準時刻に関する情報に基づいて、ターゲット
が基準とする第１の基準時刻により表される使用時刻に
変換する変換ステップとを含むことを特徴とする。
【００１５】請求項９に記載の情報処理装置は、第１の
基準時刻に基づいて動作する他の情報処理装置から、ネ
ットワークを介して使用される、第２の基準時刻に基づ
いて動作する情報処理装置において、所定の時刻に開始
されるイベントを記憶する第１の記憶手段と、イベント
の開始時刻を記憶する第２の記憶手段と、第２の基準時
刻に関する情報を記憶する第３の記憶手段と、他の情報
処理装置からの要求に対応して、第３の記憶手段に記憶
されている第２の基準時刻に関する情報を、他の情報処
理装置に出力する出力手段とを備えることを特徴とす
る。
基準時刻に基づいて動作する他の情報処理装置から、ネ
ットワークを介して使用される、第２の基準時刻に基づ
いて動作する情報処理装置において、所定の時刻に開始
されるイベントを記憶する第１の記憶手段と、イベント
の開始時刻を記憶する第２の記憶手段と、第２の基準時
刻に関する情報を記憶する第３の記憶手段と、他の情報
処理装置からの要求に対応して、第３の記憶手段に記憶
されている第２の基準時刻に関する情報を、他の情報処
理装置に出力する出力手段とを備えることを特徴とす
る。
【００１６】前記第３の記憶手段には、第２の基準時刻
に関する情報として、第２の基準時刻の、他の情報処理
装置との間において共通の第３の基準時刻との差に関す
る情報を記憶させるようにすることができる。
に関する情報として、第２の基準時刻の、他の情報処理
装置との間において共通の第３の基準時刻との差に関す
る情報を記憶させるようにすることができる。
【００１７】前記第３の記憶手段には、第２の基準時刻
に関する情報として、第３の基準時刻の極性に関する情
報をさらに記憶させるようにすることができる。
に関する情報として、第３の基準時刻の極性に関する情
報をさらに記憶させるようにすることができる。
【００１８】前記第３の記憶手段には、第２の基準時刻
に関する情報として、自分自身が位置する国を表すコー
ドをさらに記憶させるようにすることができる。
に関する情報として、自分自身が位置する国を表すコー
ドをさらに記憶させるようにすることができる。
【００１９】請求項１３に記載の情報処理方法は、第１
の基準時刻に基づいて動作する他の情報処理装置から、
ネットワークを介して使用される、第２の基準時刻に基
づいて動作する情報処理装置の情報処理方法において、
所定の時刻に開始されるイベントの記憶を制御する第１
の記憶制御ステップと、イベントの開始時刻の記憶を制
御する第２の記憶制御ステップと、第２の基準時刻に関
する情報の記憶を制御する第３の記憶制御ステップと、
他の情報処理装置からの要求に対応して、第３の記憶ス
テップの処理により記憶された第２の基準時刻に関する
情報を、他の情報処理装置に出力する出力ステップとを
含むことを特徴とする。
の基準時刻に基づいて動作する他の情報処理装置から、
ネットワークを介して使用される、第２の基準時刻に基
づいて動作する情報処理装置の情報処理方法において、
所定の時刻に開始されるイベントの記憶を制御する第１
の記憶制御ステップと、イベントの開始時刻の記憶を制
御する第２の記憶制御ステップと、第２の基準時刻に関
する情報の記憶を制御する第３の記憶制御ステップと、
他の情報処理装置からの要求に対応して、第３の記憶ス
テップの処理により記憶された第２の基準時刻に関する
情報を、他の情報処理装置に出力する出力ステップとを
含むことを特徴とする。
【００２０】請求項１４に記載の記録媒体のプログラム
は、第１の基準時刻に基づいて動作する他の情報処理装
置から、ネットワークを介して使用される、第２の基準
時刻に基づいて動作する情報処理装置の情報処理用のプ
ログラムにおいて、所定の時刻に開始されるイベントの
記憶を制御する第１の記憶制御ステップと、イベントの
開始時刻の記憶を制御する第２の記憶制御ステップと、
第２の基準時刻に関する情報の記憶を制御する第３の記
憶制御ステップと、他の情報処理装置からの要求に対応
して、第３の記憶制御ステップの処理により記憶された
第２の基準時刻に関する情報を、他の情報処理装置に出
力する出力ステップとを含むことを特徴とする。
は、第１の基準時刻に基づいて動作する他の情報処理装
置から、ネットワークを介して使用される、第２の基準
時刻に基づいて動作する情報処理装置の情報処理用のプ
ログラムにおいて、所定の時刻に開始されるイベントの
記憶を制御する第１の記憶制御ステップと、イベントの
開始時刻の記憶を制御する第２の記憶制御ステップと、
第２の基準時刻に関する情報の記憶を制御する第３の記
憶制御ステップと、他の情報処理装置からの要求に対応
して、第３の記憶制御ステップの処理により記憶された
第２の基準時刻に関する情報を、他の情報処理装置に出
力する出力ステップとを含むことを特徴とする。
【００２１】請求項１５に記載の情報処理装置は、ネッ
トワークを介してデータを授受する情報処理装置におい
て、処理するイベントを記憶する記憶手段と、記憶手段
に記憶されているイベントを実行する実行手段と、イベ
ントを実行する時刻を指定する時刻指定手段と、記憶手
段に記憶されているイベントの有効性を指定する有効性
指定手段とを備えることを特徴とする。
トワークを介してデータを授受する情報処理装置におい
て、処理するイベントを記憶する記憶手段と、記憶手段
に記憶されているイベントを実行する実行手段と、イベ
ントを実行する時刻を指定する時刻指定手段と、記憶手
段に記憶されているイベントの有効性を指定する有効性
指定手段とを備えることを特徴とする。
【００２２】前記有効性指定手段には、記憶手段に記憶
されているイベント全体の有効性を指定させることがで
きる。
されているイベント全体の有効性を指定させることがで
きる。
【００２３】前記有効性指定手段には、記憶手段に記憶
されている個々のイベント毎にその有効性を指定させる
ようにすることができる。
されている個々のイベント毎にその有効性を指定させる
ようにすることができる。
【００２４】請求項１８に記載の情報処理方法は、ネッ
トワークを介してデータを授受する情報処理装置の情報
処理方法において、処理するイベントの記憶を制御する
記憶制御ステップと、記憶制御ステップの処理で記憶さ
れたイベントを実行する実行ステップと、イベントを実
行する時刻を指定する時刻指定ステップと、記憶制御ス
テップの処理で記憶されたイベントの有効性を指定する
有効性指定ステップとを含むことを特徴とする。
トワークを介してデータを授受する情報処理装置の情報
処理方法において、処理するイベントの記憶を制御する
記憶制御ステップと、記憶制御ステップの処理で記憶さ
れたイベントを実行する実行ステップと、イベントを実
行する時刻を指定する時刻指定ステップと、記憶制御ス
テップの処理で記憶されたイベントの有効性を指定する
有効性指定ステップとを含むことを特徴とする。
【００２５】請求項１９に記載の記録媒体のプログラム
は、ネットワークを介してデータを授受する場合の情報
処理用のプログラムにおいて、処理するイベントの記憶
を制御する記憶制御ステップと、記憶制御ステップの処
理で記憶されたイベントを実行する実行ステップと、イ
ベントを実行する時刻を指定する時刻指定ステップと、
記憶制御ステップの処理で記憶されたイベントの有効性
を指定する有効性指定ステップとを含むことを特徴とす
る。
は、ネットワークを介してデータを授受する場合の情報
処理用のプログラムにおいて、処理するイベントの記憶
を制御する記憶制御ステップと、記憶制御ステップの処
理で記憶されたイベントを実行する実行ステップと、イ
ベントを実行する時刻を指定する時刻指定ステップと、
記憶制御ステップの処理で記憶されたイベントの有効性
を指定する有効性指定ステップとを含むことを特徴とす
る。
【００２６】請求項２０に記載の情報処理装置は、ネッ
トワークを介してデータを授受する情報処理装置におい
て、処理するイベントを記憶する記憶手段と、記憶手段
に記憶されているイベントを実行する実行手段と、イベ
ントの終了時刻または準備時刻を、相対的時刻で指定す
る時刻指定手段とを備えることを特徴とする。
トワークを介してデータを授受する情報処理装置におい
て、処理するイベントを記憶する記憶手段と、記憶手段
に記憶されているイベントを実行する実行手段と、イベ
ントの終了時刻または準備時刻を、相対的時刻で指定す
る時刻指定手段とを備えることを特徴とする。
【００２７】前記時刻指定手段には、記憶手段に記憶さ
れているイベントの有効期限をさらに指定させるように
することができる。
れているイベントの有効期限をさらに指定させるように
することができる。
【００２８】前記時刻指定手段には、イベントの終了時
刻または準備時刻を、イベントの開始時刻からの相対的
時刻で指定させるようにすることができる。
刻または準備時刻を、イベントの開始時刻からの相対的
時刻で指定させるようにすることができる。
【００２９】請求項２３に記載の情報処理方法は、ネッ
トワークを介してデータを授受する情報処理装置の情報
処理方法において、処理するイベントの記憶を制御する
記憶制御ステップと、記憶制御ステップの処理で記憶さ
れたイベントを実行する実行ステップと、イベントの終
了時刻または準備時刻を、相対的時刻で指定する時刻指
定ステップとを含むことを特徴とする。
トワークを介してデータを授受する情報処理装置の情報
処理方法において、処理するイベントの記憶を制御する
記憶制御ステップと、記憶制御ステップの処理で記憶さ
れたイベントを実行する実行ステップと、イベントの終
了時刻または準備時刻を、相対的時刻で指定する時刻指
定ステップとを含むことを特徴とする。
【００３０】請求項２４に記載の記録媒体のプログラム
は、ネットワークを介してデータを授受する場合の情報
処理用のプログラムにおいて、処理するイベントの記憶
を制御する記憶制御ステップと、記憶制御ステップの処
理で記憶されたイベントを実行する実行ステップと、イ
ベントの終了時刻または準備時刻を、相対的時刻で指定
する時刻指定ステップとを含むことを特徴とする。
は、ネットワークを介してデータを授受する場合の情報
処理用のプログラムにおいて、処理するイベントの記憶
を制御する記憶制御ステップと、記憶制御ステップの処
理で記憶されたイベントを実行する実行ステップと、イ
ベントの終了時刻または準備時刻を、相対的時刻で指定
する時刻指定ステップとを含むことを特徴とする。
【００３１】請求項２５に記載の情報処理装置は、ネッ
トワークを介してデータを授受する情報処理装置におい
て、処理するイベントを記憶するイベント記憶手段と、
イベント記憶手段に記憶されているイベントを実行する
実行手段と、イベントを実行する時刻を指定する時刻指
定手段と、ネットワークを介してデータを授受するのに
必要な接続情報を、イベント毎に記憶する接続情報記憶
手段とを備えることを特徴とする。
トワークを介してデータを授受する情報処理装置におい
て、処理するイベントを記憶するイベント記憶手段と、
イベント記憶手段に記憶されているイベントを実行する
実行手段と、イベントを実行する時刻を指定する時刻指
定手段と、ネットワークを介してデータを授受するのに
必要な接続情報を、イベント毎に記憶する接続情報記憶
手段とを備えることを特徴とする。
【００３２】請求項２６に記載の情報処理方法は、ネッ
トワークを介してデータを授受する情報処理装置の情報
処理方法において、処理するイベントの記憶を制御する
イベント記憶制御ステップと、イベント記憶制御ステッ
プの処理で記憶されたイベントを実行する実行ステップ
と、イベントを実行する時刻を指定する時刻指定ステッ
プと、ネットワークを介してデータを授受するのに必要
な接続情報を、イベント毎に記憶する接続情報記憶ステ
ップとを含むことを特徴とする。
トワークを介してデータを授受する情報処理装置の情報
処理方法において、処理するイベントの記憶を制御する
イベント記憶制御ステップと、イベント記憶制御ステッ
プの処理で記憶されたイベントを実行する実行ステップ
と、イベントを実行する時刻を指定する時刻指定ステッ
プと、ネットワークを介してデータを授受するのに必要
な接続情報を、イベント毎に記憶する接続情報記憶ステ
ップとを含むことを特徴とする。
【００３３】請求項２７に記載の記録媒体のプログラム
は、ネットワークを介してデータを授受する場合の情報
処理用のプログラムにおいて、処理するイベントの記憶
を制御するイベント記憶制御ステップと、イベント記憶
制御ステップの処理で記憶されたイベントを実行する実
行ステップと、イベントを実行する時刻を指定する時刻
指定ステップと、ネットワークを介してデータを授受す
るのに必要な接続情報を、イベント毎に記憶する接続情
報記憶ステップとを含むことを特徴とする。
は、ネットワークを介してデータを授受する場合の情報
処理用のプログラムにおいて、処理するイベントの記憶
を制御するイベント記憶制御ステップと、イベント記憶
制御ステップの処理で記憶されたイベントを実行する実
行ステップと、イベントを実行する時刻を指定する時刻
指定ステップと、ネットワークを介してデータを授受す
るのに必要な接続情報を、イベント毎に記憶する接続情
報記憶ステップとを含むことを特徴とする。
【００３４】請求項２８に記載の情報処理装置は、ネッ
トワークを介してデータを授受する情報処理装置におい
て、処理するイベントを記憶するイベント記憶手段と、
イベントを実行する時刻を指定する時刻指定手段と、イ
ベント記憶手段に記憶されているイベントを、その準
備、開始、終了、中止、または再開のいずれかの段階毎
に実行する実行手段とを備えることを特徴とする。
トワークを介してデータを授受する情報処理装置におい
て、処理するイベントを記憶するイベント記憶手段と、
イベントを実行する時刻を指定する時刻指定手段と、イ
ベント記憶手段に記憶されているイベントを、その準
備、開始、終了、中止、または再開のいずれかの段階毎
に実行する実行手段とを備えることを特徴とする。
【００３５】前記各段階毎にその有効性を指定する段階
有効性指定手段をさらに設けることができる。
有効性指定手段をさらに設けることができる。
【００３６】請求項３０に記載の情報処理方法は、ネッ
トワークを介してデータを授受する情報処理装置の情報
処理方法において、処理するイベントの記憶を制御する
イベント記憶制御ステップと、イベントを実行する時刻
を指定する時刻指定ステップと、イベント記憶制御ステ
ップの処理で記憶されたイベントを、その準備、開始、
終了、中止、または再開のいずれかの段階毎に実行する
実行ステップとを含むことを特徴とする。
トワークを介してデータを授受する情報処理装置の情報
処理方法において、処理するイベントの記憶を制御する
イベント記憶制御ステップと、イベントを実行する時刻
を指定する時刻指定ステップと、イベント記憶制御ステ
ップの処理で記憶されたイベントを、その準備、開始、
終了、中止、または再開のいずれかの段階毎に実行する
実行ステップとを含むことを特徴とする。
【００３７】請求項３１に記載の記録媒体のプログラム
は、ネットワークを介してデータを授受する場合の情報
処理用のプログラムにおいて、処理するイベントの記憶
を制御するイベント記憶制御ステップと、イベントを実
行する時刻を指定する時刻指定ステップと、イベント記
憶制御ステップの処理で記憶されたイベントを、その準
備、開始、終了、中止、または再開のいずれかの段階毎
に実行する実行ステップとを含むことを特徴とする。
は、ネットワークを介してデータを授受する場合の情報
処理用のプログラムにおいて、処理するイベントの記憶
を制御するイベント記憶制御ステップと、イベントを実
行する時刻を指定する時刻指定ステップと、イベント記
憶制御ステップの処理で記憶されたイベントを、その準
備、開始、終了、中止、または再開のいずれかの段階毎
に実行する実行ステップとを含むことを特徴とする。
【００３８】請求項３２に記載の情報処理装置は、ネッ
トワークを介してデータを授受する情報処理装置におい
て、処理するイベントを記憶するイベント記憶手段と、
イベントを実行する時刻を指定する時刻指定手段と、イ
ベント記憶手段に記憶されているイベントを実行する実
行手段と、イベント毎に、ユーザの情報を記憶するユー
ザ情報記憶手段とを備えることを特徴とする。
トワークを介してデータを授受する情報処理装置におい
て、処理するイベントを記憶するイベント記憶手段と、
イベントを実行する時刻を指定する時刻指定手段と、イ
ベント記憶手段に記憶されているイベントを実行する実
行手段と、イベント毎に、ユーザの情報を記憶するユー
ザ情報記憶手段とを備えることを特徴とする。
【００３９】請求項３３に記載の情報処理方法は、ネッ
トワークを介してデータを授受する情報処理装置の情報
処理方法において、処理するイベントの記憶を制御する
イベント記憶制御ステップと、イベントを実行する時刻
を指定する時刻指定ステップと、イベント記憶制御ステ
ップの処理で記憶されたイベントを実行する実行ステッ
プと、イベント毎に、ユーザの情報を記憶するユーザ情
報記憶ステップとを含むことを特徴とする。
トワークを介してデータを授受する情報処理装置の情報
処理方法において、処理するイベントの記憶を制御する
イベント記憶制御ステップと、イベントを実行する時刻
を指定する時刻指定ステップと、イベント記憶制御ステ
ップの処理で記憶されたイベントを実行する実行ステッ
プと、イベント毎に、ユーザの情報を記憶するユーザ情
報記憶ステップとを含むことを特徴とする。
【００４０】請求項３４に記載の記録媒体のプログラム
は、ネットワークを介してデータを授受する場合の情報
処理用のプログラムにおいて、処理するイベントの記憶
を制御するイベント記憶制御ステップと、イベントを実
行する時刻を指定する時刻指定ステップと、イベント記
憶制御ステップの処理で記憶されたイベントを実行する
実行ステップと、イベント毎に、ユーザの情報を記憶す
るユーザ情報記憶ステップとを含むことを特徴とする。
は、ネットワークを介してデータを授受する場合の情報
処理用のプログラムにおいて、処理するイベントの記憶
を制御するイベント記憶制御ステップと、イベントを実
行する時刻を指定する時刻指定ステップと、イベント記
憶制御ステップの処理で記憶されたイベントを実行する
実行ステップと、イベント毎に、ユーザの情報を記憶す
るユーザ情報記憶ステップとを含むことを特徴とする。
【００４１】請求項１に記載の情報処理装置、請求項７
に記載の情報処理方法、および請求項８に記載の記録媒
体においては、ターゲットの使用時刻が、第１の基準時
刻に関する情報に基づいて、ターゲットが基準とする第
１の基準時刻に変換される。
に記載の情報処理方法、および請求項８に記載の記録媒
体においては、ターゲットの使用時刻が、第１の基準時
刻に関する情報に基づいて、ターゲットが基準とする第
１の基準時刻に変換される。
【００４２】請求項９に記載の情報処理装置、請求項１
３に記載の情報処理方法、および請求項１４に記載の記
録媒体においては、他の情報処理装置からの要求に対応
して、第２の基準時刻に関する情報が他の情報処理装置
に出力される。
３に記載の情報処理方法、および請求項１４に記載の記
録媒体においては、他の情報処理装置からの要求に対応
して、第２の基準時刻に関する情報が他の情報処理装置
に出力される。
【００４３】請求項１５に記載の情報処理装置、請求項
１８に記載の情報処理方法、および請求項１９に記載の
記録媒体においては、記憶されたイベントの有効性が指
定される。
１８に記載の情報処理方法、および請求項１９に記載の
記録媒体においては、記憶されたイベントの有効性が指
定される。
【００４４】請求項２０記載の情報処理装置、請求項２
３に記載の情報処理方法、および請求項２４に記載の記
録媒体においては、イベントの終了時刻または準備時刻
が、相対的時刻で指定される。
３に記載の情報処理方法、および請求項２４に記載の記
録媒体においては、イベントの終了時刻または準備時刻
が、相対的時刻で指定される。
【００４５】請求項２５に記載の情報処理装置、請求項
２６に記載の情報処理方法、および請求項２７に記載の
記録媒体においては、ネットワークを介してデータを授
受するのに必要な接続情報が、イベント毎に記憶され
る。
２６に記載の情報処理方法、および請求項２７に記載の
記録媒体においては、ネットワークを介してデータを授
受するのに必要な接続情報が、イベント毎に記憶され
る。
【００４６】請求項２８に記載の情報処理装置、請求項
３０に記載の情報処理方法、および請求項３１に記載の
記録媒体においては、記憶されたイベントが、その準
備、開始、終了、中止、または再開のいずれかの段階毎
に実行される。
３０に記載の情報処理方法、および請求項３１に記載の
記録媒体においては、記憶されたイベントが、その準
備、開始、終了、中止、または再開のいずれかの段階毎
に実行される。
【００４７】請求項３２に記載の情報処理装置、請求項
３３に記載の情報処理方法、および請求項３４に記載の
記録媒体においては、イベント毎に、ユーザの情報が記
憶される。
３３に記載の情報処理方法、および請求項３４に記載の
記録媒体においては、イベント毎に、ユーザの情報が記
憶される。
【００４８】
【発明の実施の形態】本発明を適用したネットワークシ
ステムの構成例について、図２を参照して説明する。な
お、本明細書においてシステムの用語は、複数の装置、
手段などにより構成される全体的な装置を意味するもの
である。
ステムの構成例について、図２を参照して説明する。な
お、本明細書においてシステムの用語は、複数の装置、
手段などにより構成される全体的な装置を意味するもの
である。
【００４９】このネットワークシステムは、バス２を介
して接続されているIRD１およびDVCR３から構成されて
いる。当然、このバス２にはIRD１およびDVCR３以外
に、例えば、パーソナルコンピュータ、ハードディスク
ドライブ、CDプレーヤ、モニタ、デジタルビデオカメ
ラ、またはMD（商標）プレーヤ等のIEEE1394端子を備え
る電子機器を接続することが可能である。
して接続されているIRD１およびDVCR３から構成されて
いる。当然、このバス２にはIRD１およびDVCR３以外
に、例えば、パーソナルコンピュータ、ハードディスク
ドライブ、CDプレーヤ、モニタ、デジタルビデオカメ
ラ、またはMD（商標）プレーヤ等のIEEE1394端子を備え
る電子機器を接続することが可能である。
【００５０】なお、バス２に接続されているIRD１およ
びDVCR３のような電子機器は、ユニットと呼ばれてお
り、ユニット間においては、AV/C Command Transaction
SetのAV/C Digital Interface Command Set General S
pecification（以下、AV/C General Specificationと
記述する）で規定されているディスクリプタ(Descripto
r)を用いて、各ユニットに記憶されている情報を相互に
読み書きすることが可能である。AV/C Generalの詳細に
ついては、http://cxn02.net.arch.sony.co.jp/Doc/に
公開されている。また、ユニットが有する機能はサブユ
ニットと呼ばれている。
びDVCR３のような電子機器は、ユニットと呼ばれてお
り、ユニット間においては、AV/C Command Transaction
SetのAV/C Digital Interface Command Set General S
pecification（以下、AV/C General Specificationと
記述する）で規定されているディスクリプタ(Descripto
r)を用いて、各ユニットに記憶されている情報を相互に
読み書きすることが可能である。AV/C Generalの詳細に
ついては、http://cxn02.net.arch.sony.co.jp/Doc/に
公開されている。また、ユニットが有する機能はサブユ
ニットと呼ばれている。
【００５１】IRD１のコントローラ１１は、ユーザから
の選局操作や録画予約操作等を受け付けて、IRD１の全
体を制御する。また、コントローラ１１は、所定のコマ
ンド(AV/C Command Transaction Set)を用いてDVCR３を
制御する。CSアンテナ１３は、図示せぬ通信衛星を介し
て送信されてくるデジタル衛星放送のデジタル信号を受
信して、チューナサブユニット１２に出力する。チュー
ナサブユニット１２は、コントローラ１１の制御に基づ
いて、CSアンテナ１３から入力されたデジタル信号から
所定のチャンネルの信号を抽出し、バス２を介してDVCR
３のVCRサブユニット３３に出力する。さらに、コント
ローラ１１は、DVCR３のBBS（BulletinBoard Subuni
t）３４が記憶している情報を検索する。
の選局操作や録画予約操作等を受け付けて、IRD１の全
体を制御する。また、コントローラ１１は、所定のコマ
ンド(AV/C Command Transaction Set)を用いてDVCR３を
制御する。CSアンテナ１３は、図示せぬ通信衛星を介し
て送信されてくるデジタル衛星放送のデジタル信号を受
信して、チューナサブユニット１２に出力する。チュー
ナサブユニット１２は、コントローラ１１の制御に基づ
いて、CSアンテナ１３から入力されたデジタル信号から
所定のチャンネルの信号を抽出し、バス２を介してDVCR
３のVCRサブユニット３３に出力する。さらに、コント
ローラ１１は、DVCR３のBBS（BulletinBoard Subuni
t）３４が記憶している情報を検索する。
【００５２】IRD１のサブユニットであるBBS１４は、コ
ントローラ１１が受け付けて、確定した録画予約の情報
を記憶する。
ントローラ１１が受け付けて、確定した録画予約の情報
を記憶する。
【００５３】DVCR３のコントローラ３１は、ユーザから
の再生指示の操作や録画予約操作等を受け付けて、DVCR
３の全体を制御する。チューナサブユニット３２は、コ
ントローラ３１の制御に基づいて、入力されるデジタル
信号から所定のチャンネルの信号を抽出し、VCRサブユ
ニット３３に出力する。
の再生指示の操作や録画予約操作等を受け付けて、DVCR
３の全体を制御する。チューナサブユニット３２は、コ
ントローラ３１の制御に基づいて、入力されるデジタル
信号から所定のチャンネルの信号を抽出し、VCRサブユ
ニット３３に出力する。
【００５４】VCRサブユニット３３は、チューナサブユ
ニット３２から入力された映像信号、またはバス２を介
して入力されるIRD１のチューナサブユニット１２から
の映像信号を図示せぬ磁気テープに記録する。
ニット３２から入力された映像信号、またはバス２を介
して入力されるIRD１のチューナサブユニット１２から
の映像信号を図示せぬ磁気テープに記録する。
【００５５】BBS３４は、DVCR３に関わる録画予約の情
報を管理する。
報を管理する。
【００５６】なお、チューナサブユニット１２とBBS１
４は、IRD１のサブユニットであり、チューナサブユニ
ット３２、VCRサブユニット３３、およびBBS３４は、DV
CR３のサブユニットである。
４は、IRD１のサブユニットであり、チューナサブユニ
ット３２、VCRサブユニット３３、およびBBS３４は、DV
CR３のサブユニットである。
【００５７】このネットワークシステムにおいて、デジ
タル衛星放送の録画予約を行う場合、ユーザはIRD１に
対して録画予約の設定（チャンネル、および録画開始時
刻等の設定）を入力する。そして、その録画予約がダブ
ルブッキングではない場合、入力された録画予約が認め
られて、その情報がIRD１のBBS１４に書き込まれる。
タル衛星放送の録画予約を行う場合、ユーザはIRD１に
対して録画予約の設定（チャンネル、および録画開始時
刻等の設定）を入力する。そして、その録画予約がダブ
ルブッキングではない場合、入力された録画予約が認め
られて、その情報がIRD１のBBS１４に書き込まれる。
【００５８】BBS１４は、図３に示すように、RSB（Reso
urce Schedule Board）５１およびSAB（Schedule Ac
tion Board）５２から構成される。SAB５２は、IRD１
のコントローラ１１または他のユニットのコントローラ
（例えば、DVCR３のコントローラ３１）から入力された
録画予約に関する全ての情報を記憶する。すなわち、SA
B５２は、所定の時刻においてIRD１のチューナサブユニ
ット１２に受信させ、受信した情報をDVCR３のVCRサブ
ユニット３３に録画させるという一連の動作を制御する
ための全ての情報を記憶している。
urce Schedule Board）５１およびSAB（Schedule Ac
tion Board）５２から構成される。SAB５２は、IRD１
のコントローラ１１または他のユニットのコントローラ
（例えば、DVCR３のコントローラ３１）から入力された
録画予約に関する全ての情報を記憶する。すなわち、SA
B５２は、所定の時刻においてIRD１のチューナサブユニ
ット１２に受信させ、受信した情報をDVCR３のVCRサブ
ユニット３３に録画させるという一連の動作を制御する
ための全ての情報を記憶している。
【００５９】これに対して、RSB５１は、録画予約に関
する全ての情報（他のユニットにより設定された録画予
約を含む）のうちの、IRD１のサブユニットであるチュ
ーナサブユニット１２の予約に関する情報のみを記憶し
（関連して動作する場合であっても、VCRサブユニット
３３の予約情報は記憶しない）、記憶した情報を同一ユ
ニット内のコントローラ１１だけでなく、他のユニット
のコントローラ（例えば、DVCR３のコントローラ３１）
からの要求に対応して公開する。
する全ての情報（他のユニットにより設定された録画予
約を含む）のうちの、IRD１のサブユニットであるチュ
ーナサブユニット１２の予約に関する情報のみを記憶し
（関連して動作する場合であっても、VCRサブユニット
３３の予約情報は記憶しない）、記憶した情報を同一ユ
ニット内のコントローラ１１だけでなく、他のユニット
のコントローラ（例えば、DVCR３のコントローラ３１）
からの要求に対応して公開する。
【００６０】同様に、DVCR３のBBS３４は、図４に示す
ように、RSB６１およびSAB６２から構成される。SAB６
２は、DVCR３のコントローラ３１または他のユニットの
コントローラ（例えば、IRD１のコントローラ１１）か
ら入力された録画予約に関する全ての情報を記憶する。
これに対して、RSB６１は、DVCR３のコントローラ３１
に入力された録画予約、およびIRD１のコントローラ１
１に入力された録画予約に関する全ての情報のうちの、
DVCR３のサブユニットであるVCRサブユニット３３（ま
たはチューナサブユニット３２）の予約に関する情報を
記憶し（関連して動作する場合であっても、IRD１のチ
ューナサブユニット１２の予約情報は記憶しない）、記
憶した情報を同一ユニット内のコントローラ３１は勿
論、他のユニットのコントローラ（例えば、IRD１のコ
ントローラ１１）からの要求に対応して公開する。
ように、RSB６１およびSAB６２から構成される。SAB６
２は、DVCR３のコントローラ３１または他のユニットの
コントローラ（例えば、IRD１のコントローラ１１）か
ら入力された録画予約に関する全ての情報を記憶する。
これに対して、RSB６１は、DVCR３のコントローラ３１
に入力された録画予約、およびIRD１のコントローラ１
１に入力された録画予約に関する全ての情報のうちの、
DVCR３のサブユニットであるVCRサブユニット３３（ま
たはチューナサブユニット３２）の予約に関する情報を
記憶し（関連して動作する場合であっても、IRD１のチ
ューナサブユニット１２の予約情報は記憶しない）、記
憶した情報を同一ユニット内のコントローラ３１は勿
論、他のユニットのコントローラ（例えば、IRD１のコ
ントローラ１１）からの要求に対応して公開する。
【００６１】図５は、RSBのモデルを表している。ター
ゲットデバイス７２に相当するのは、図２では、DVCR３
である。図５のサブユニットＡは、例えば、図２のDVCR
３内のVCRサブユニット３３に相当する。図５のオーナ
ーデバイス７１は、図２のIRD１に相当する。Program f
or Scheduled Actionは、図２の内部コントローラ１１
に登録された予約プログラムに相当する。
ゲットデバイス７２に相当するのは、図２では、DVCR３
である。図５のサブユニットＡは、例えば、図２のDVCR
３内のVCRサブユニット３３に相当する。図５のオーナ
ーデバイス７１は、図２のIRD１に相当する。Program f
or Scheduled Actionは、図２の内部コントローラ１１
に登録された予約プログラムに相当する。
【００６２】RSB８２（図４のRSB６１に対応する）は、
BBS８１（図４のBBS３４に対応する）内に位置し、１つ
のルートリストで構成される。ルートリストとは、サブ
ユニットIdentifier Descriptorで指定される大元のリ
ストである。サブユニットIdentifier Descriptorと
は、全てのサブユニットが持つサブユニットの概要を示
したリストである。これらのリストの構造の詳細は、AV
/C General Specificationで指定されている。
BBS８１（図４のBBS３４に対応する）内に位置し、１つ
のルートリストで構成される。ルートリストとは、サブ
ユニットIdentifier Descriptorで指定される大元のリ
ストである。サブユニットIdentifier Descriptorと
は、全てのサブユニットが持つサブユニットの概要を示
したリストである。これらのリストの構造の詳細は、AV
/C General Specificationで指定されている。
【００６３】Resource Schedule Board８２のルートリ
ストは、１以上のResource ScheduleObjectで構成され
る。このResource Schedule Objectが、機器に書き込む
使用予定の情報である。
ストは、１以上のResource ScheduleObjectで構成され
る。このResource Schedule Objectが、機器に書き込む
使用予定の情報である。
【００６４】図６は、RSBのフォーマットを表してい
る。descriptor_lengthはRSBの長さを表す。list_type
には、RSBがRead Onlyであるのか、またはWrite Enab
ledであるのかが記述される。Read Only listは、読
み出しのみが可能とされ、WriteEnabled listは、書き
込みが可能とされる。attributesは、全てのリスト構造
に関する属性を表すビットフラグである。
る。descriptor_lengthはRSBの長さを表す。list_type
には、RSBがRead Onlyであるのか、またはWrite Enab
ledであるのかが記述される。Read Only listは、読
み出しのみが可能とされ、WriteEnabled listは、書き
込みが可能とされる。attributesは、全てのリスト構造
に関する属性を表すビットフラグである。
【００６５】size_of_list_specific_informationは、l
ist_specific_information（図７を参照して後述する）
の長さを表す。number_of_entries（n）は、このRSBに
登録されているobject_entry［i］（ｉ＝０，１，２・
・・ｎ−１）の数を表す。この例おいては、ｎ個のobje
ct_entryが登録されている。
ist_specific_information（図７を参照して後述する）
の長さを表す。number_of_entries（n）は、このRSBに
登録されているobject_entry［i］（ｉ＝０，１，２・
・・ｎ−１）の数を表す。この例おいては、ｎ個のobje
ct_entryが登録されている。
【００６６】図７は、list_specific_informationのフ
ォーマットを表している。
ォーマットを表している。
【００６７】non_info_block_fileds_lengthは、non i
nfo block fields（Next_time_offsetまで）のバイト
数を表す。board_typeは、Resource Schedule Board
の場合、”０１16”とされる。
nfo block fields（Next_time_offsetまで）のバイト
数を表す。board_typeは、Resource Schedule Board
の場合、”０１16”とされる。
【００６８】object_list_maximum_sizeは、object li
stの最大の大きさを表す。object_entries_maximum_num
berは、listにおけるobject entriesの最大の数を表
す。object_entry_maximum_sizeは、object entryの最
大の大きさを表す。以上のobject_list_maximum_size，
object_entries_maximum_number，object_entry_maximu
m_sizeは、それぞれ制限が設けられていない場合に
は、”００００16”とされる。
stの最大の大きさを表す。object_entries_maximum_num
berは、listにおけるobject entriesの最大の数を表
す。object_entry_maximum_sizeは、object entryの最
大の大きさを表す。以上のobject_list_maximum_size，
object_entries_maximum_number，object_entry_maximu
m_sizeは、それぞれ制限が設けられていない場合に
は、”００００16”とされる。
【００６９】これらの３つのフィールドは、コントロー
ラがobject listまたは、objectentryの容量を知る上
において、有意義である。
ラがobject listまたは、objectentryの容量を知る上
において、有意義である。
【００７０】board_type_dependent_information_lengt
hは、board_type_dependent_informationの長さを表
し、board_type_dependent_informationは、board typ
eに固有の情報を表し、このboardはRSBであるので、Con
try_Code，Contry_region_id，localtime_offset_polar
ity，Local_time_offset，Time_of_change，Next_time_
offsetが記述されている。
hは、board_type_dependent_informationの長さを表
し、board_type_dependent_informationは、board typ
eに固有の情報を表し、このboardはRSBであるので、Con
try_Code，Contry_region_id，localtime_offset_polar
ity，Local_time_offset，Time_of_change，Next_time_
offsetが記述されている。
【００７１】Contry_Codeは、ISOを３１６６で指定され
ている２４ビットのコードであり、国を表す。このコー
ドは、３つのキャラクタで成り立っており、各キャラク
タは、ISO８８５９−１で指定される８ビットで構成さ
れるコードである。
ている２４ビットのコードであり、国を表す。このコー
ドは、３つのキャラクタで成り立っており、各キャラク
タは、ISO８８５９−１で指定される８ビットで構成さ
れるコードである。
【００７２】Contry_region_idは、６ビットで表され、
country_codeで表される国の中の所定のゾーンの識別番
号を表す。この値が”００００００”に設定された場
合、それは、その国には異なるローカルタイムのゾーン
が存在しないことを意味する。localtime_offset_polar
ityは、１ビットで構成され、このビットの”０”は、
正のUTCを表し（UTCから進んだローカルタイム(通常、
グリニッジから東方向に向かった時刻)を表し）、”
１”は、負のUTC（UTCから遅れたローカルタイム(グリ
ニッジから西方向に向かった時刻)）であることを表
す。
country_codeで表される国の中の所定のゾーンの識別番
号を表す。この値が”００００００”に設定された場
合、それは、その国には異なるローカルタイムのゾーン
が存在しないことを意味する。localtime_offset_polar
ityは、１ビットで構成され、このビットの”０”は、
正のUTCを表し（UTCから進んだローカルタイム(通常、
グリニッジから東方向に向かった時刻)を表し）、”
１”は、負のUTC（UTCから遅れたローカルタイム(グリ
ニッジから西方向に向かった時刻)）であることを表
す。
【００７３】Local_time_offsetは、ローカルタイム
は、その時刻がUTCからどの位ずれているのかの差（オ
フセット）を示したものである。この時間は−１２時間
乃至＋１２時の範囲内で示される。この値は、時間の１
０の位と１の位、分の１０の位と１の位の４桁が、それ
ぞれBCDで表され、合計１６ビットとされる。
は、その時刻がUTCからどの位ずれているのかの差（オ
フセット）を示したものである。この時間は−１２時間
乃至＋１２時の範囲内で示される。この値は、時間の１
０の位と１の位、分の１０の位と１の位の４桁が、それ
ぞれBCDで表され、合計１６ビットとされる。
【００７４】Time_of_changeは、例えばサマータイムな
ど、時刻が変更さる日時を表す４０ビットのフィールド
であり、MJD（modified Julian date）とUTCにおける
日付と時刻で表される。
ど、時刻が変更さる日時を表す４０ビットのフィールド
であり、MJD（modified Julian date）とUTCにおける
日付と時刻で表される。
【００７５】Next_time_offsetは、所定の国（country_
codeで規定された国）の所定のエリア（country_region
_idで規定されたエリア）において、−１２時間乃至＋
１２時間の間で、変更された後の（time change後の）
時刻の、UTCからのオフセットを表す。この値は、時間
の１０の位と１の位、並びに分の１０の位と１の位の４
つの数字で表され、各数字はそれぞれ４ビットのBCDで
表され、合計のビット数は１６となる。
codeで規定された国）の所定のエリア（country_region
_idで規定されたエリア）において、−１２時間乃至＋
１２時間の間で、変更された後の（time change後の）
時刻の、UTCからのオフセットを表す。この値は、時間
の１０の位と１の位、並びに分の１０の位と１の位の４
つの数字で表され、各数字はそれぞれ４ビットのBCDで
表され、合計のビット数は１６となる。
【００７６】Next_time_offsetの次は、将来の 拡張の
ための領域optional info blocksfor future expan
sionとされている。
ための領域optional info blocksfor future expan
sionとされている。
【００７７】図８は、object_entry［i］（ｉ＝０，
１，２，・・・ｎ−１）（Resource Schedule Objec
t）のフォーマットを表している。non_info_block_leng
thは、repeat_type_dependent_informationまでのnon-i
nfo block fieldsのバイト数を表す。start_timeは、
eventが開始する年月日時分秒を表す。年は、１６ビッ
トで、４つの数字がそれぞれ４ビットのBCDで表され
る。月は、８ビットで、２つの数字がそれぞれ４ビット
のBCDで表される。日は、８ビットで、２つの数字がそ
れぞれ４ビットのBCDで表される。時間は、８ビット
で、２つの数字が、それぞれ４ビットのBCDで表され
る。分は、８ビットで、２つの数字がそれぞれ４ビット
のBCDで表される。秒は、８ビットで、２つの数字が、
それぞれ４ビットのBCDで表される。
１，２，・・・ｎ−１）（Resource Schedule Objec
t）のフォーマットを表している。non_info_block_leng
thは、repeat_type_dependent_informationまでのnon-i
nfo block fieldsのバイト数を表す。start_timeは、
eventが開始する年月日時分秒を表す。年は、１６ビッ
トで、４つの数字がそれぞれ４ビットのBCDで表され
る。月は、８ビットで、２つの数字がそれぞれ４ビット
のBCDで表される。日は、８ビットで、２つの数字がそ
れぞれ４ビットのBCDで表される。時間は、８ビット
で、２つの数字が、それぞれ４ビットのBCDで表され
る。分は、８ビットで、２つの数字がそれぞれ４ビット
のBCDで表される。秒は、８ビットで、２つの数字が、
それぞれ４ビットのBCDで表される。
【００７８】このようにBCDで表すことにより、識別が
容易となる。またこの時刻は、ローカルタイムで表され
る。
容易となる。またこの時刻は、ローカルタイムで表され
る。
【００７９】eventの長さを表すdurationは、時分秒で
表される。時間は、３つの数字がそれぞれ４ビットのBC
Dで表され、合計１２ビットとされる。分は，２つの数
字がそれぞれ４ビットのBCDとされ、合計８ビットで表
される。秒は２つの数字がそれぞれ４ビットのBCDで表
され、合計８ビットとされる。
表される。時間は、３つの数字がそれぞれ４ビットのBC
Dで表され、合計１２ビットとされる。分は，２つの数
字がそれぞれ４ビットのBCDとされ、合計８ビットで表
される。秒は２つの数字がそれぞれ４ビットのBCDで表
され、合計８ビットとされる。
【００８０】start_timeにdurationを加算することで、
eventの終了時刻が表される。終了時刻を直接的に表現
せずに、durationとしてeventの長さを表すようにする
ことで、eventのstart_timeが変更されたような場合に
おいても、その終了時刻は変更する必要がなくなり、変
更処理が容易となる。
eventの終了時刻が表される。終了時刻を直接的に表現
せずに、durationとしてeventの長さを表すようにする
ことで、eventのstart_timeが変更されたような場合に
おいても、その終了時刻は変更する必要がなくなり、変
更処理が容易となる。
【００８１】repeat_type_dependent_information_leng
thは、repeat_type_dependent_informationの長さを表
している。 repeat_type_dependent_informationは、
いつどのようにしてscheduleが繰り返されるかを表す。
Scheduled Actionが繰り返されない場合、repeat_type
_dependent_infomation_lengthは、”００16”とされ
る。
thは、repeat_type_dependent_informationの長さを表
している。 repeat_type_dependent_informationは、
いつどのようにしてscheduleが繰り返されるかを表す。
Scheduled Actionが繰り返されない場合、repeat_type
_dependent_infomation_lengthは、”００16”とされ
る。
【００８２】repeat_type_dependent_informationは、
選択されたrepeat typeによって内容が異なる。repeat
typeには、Weekly schedule”００16”と、Interval
schedule”１０16”とがある。
選択されたrepeat typeによって内容が異なる。repeat
typeには、Weekly schedule”００16”と、Interval
schedule”１０16”とがある。
【００８３】このように、週毎（Weekly schedule）ま
たは所定のインタバル（Intervalschedule）で繰り返さ
れるeventが記録できるので、例えば月曜日と水曜日の
絶対的な日時を、放送日に対応する分だけ記憶させるよ
うな場合に比べて、記憶容量は小さくて済ませることが
可能ととなる。
たは所定のインタバル（Intervalschedule）で繰り返さ
れるeventが記録できるので、例えば月曜日と水曜日の
絶対的な日時を、放送日に対応する分だけ記憶させるよ
うな場合に比べて、記憶容量は小さくて済ませることが
可能ととなる。
【００８４】info blocksには、conpound_length，inf
o_block_type，primary_fields_length，number_of_sub
units，subunit_type_and_IDなどが記述される。conpou
nd_lengthは、info blockのバイト長を表す。ただしle
ngthフィールド自身は、この長さに含まれていない。in
fo_block_typeは”８９００16”にセットされる。prima
ry_fields_lengthは、number_of_subunitsとsubunit_ty
pe_and_ID fieldのバイト数を表す。
o_block_type，primary_fields_length，number_of_sub
units，subunit_type_and_IDなどが記述される。conpou
nd_lengthは、info blockのバイト長を表す。ただしle
ngthフィールド自身は、この長さに含まれていない。in
fo_block_typeは”８９００16”にセットされる。prima
ry_fields_lengthは、number_of_subunitsとsubunit_ty
pe_and_ID fieldのバイト数を表す。
【００８５】number_of_subunitsは、posting Device
（コントローラを有するデバイス）が使用するsubunits
の数を表す。 subunit_type_and_IDは、posting Devi
ceが使用するsubunitsを指定する。
（コントローラを有するデバイス）が使用するsubunits
の数を表す。 subunit_type_and_IDは、posting Devi
ceが使用するsubunitsを指定する。
【００８６】このようにstart_timeとdurationが固定の
アドレスにおける固定の長さで表される。それに対し
て、subunitと、それを使用するPosting Deviceを識別
する識別情報は、Info blocksとして、start_time，du
rationなどより後の所定のアドレスに記憶される。これ
によりPosting Deviceの数が増加としても、対応が容
易となる。
アドレスにおける固定の長さで表される。それに対し
て、subunitと、それを使用するPosting Deviceを識別
する識別情報は、Info blocksとして、start_time，du
rationなどより後の所定のアドレスに記憶される。これ
によりPosting Deviceの数が増加としても、対応が容
易となる。
【００８７】次に図９乃至図１１のフローチャートを参
照して、図２のシステムで行われる予約処理（競合ユニ
ット検索処理）について説明する。
照して、図２のシステムで行われる予約処理（競合ユニ
ット検索処理）について説明する。
【００８８】最初にステップＳ１１において、ユーザ
は、IRD１のコントローラ１１に対して、予約設定処理
を行う。例えば、１０月１６日の２０時００分から２１
時００分まで、第４８チャンネルをチューナサブユニッ
ト１２に受信させ、これをDVCR３のVCRサブユニット３
３に転送し、記録させることが入力される。この時コン
トローラ１１は、ステップＳ１２において、使用するサ
ブユニットの存在する機器内のRSBをWRITE OPENさせる
処理を実行する。いまの例の場合、使用するサブユニッ
トは、IRD１のチューナサブユニット１２とDVCR３のVCR
サブユニット３３であるから、最初にそのうちの１つ
の、例えば、チューナサブユニット１２が選択され、コ
ントローラ１１は、チューナサブユニット１２を有する
機器としてのIRD１のRSB５１をWRITE OPENする（書き
込み可能な状態にする）ために、WRITEOPENコマンドを
出力する。
は、IRD１のコントローラ１１に対して、予約設定処理
を行う。例えば、１０月１６日の２０時００分から２１
時００分まで、第４８チャンネルをチューナサブユニッ
ト１２に受信させ、これをDVCR３のVCRサブユニット３
３に転送し、記録させることが入力される。この時コン
トローラ１１は、ステップＳ１２において、使用するサ
ブユニットの存在する機器内のRSBをWRITE OPENさせる
処理を実行する。いまの例の場合、使用するサブユニッ
トは、IRD１のチューナサブユニット１２とDVCR３のVCR
サブユニット３３であるから、最初にそのうちの１つ
の、例えば、チューナサブユニット１２が選択され、コ
ントローラ１１は、チューナサブユニット１２を有する
機器としてのIRD１のRSB５１をWRITE OPENする（書き
込み可能な状態にする）ために、WRITEOPENコマンドを
出力する。
【００８９】但し実際には、RSB５１とコントローラ１
１とはIRD１内に保持されているものであり、その間に
は、バス２は存在していない。そこで、コントローラ１
１は、RSB５１に対して、バス２を介してWRITE OPENコ
マンドが供給されてきた場合と同様の状態となるよう
に、RSB５１を制御する。
１とはIRD１内に保持されているものであり、その間に
は、バス２は存在していない。そこで、コントローラ１
１は、RSB５１に対して、バス２を介してWRITE OPENコ
マンドが供給されてきた場合と同様の状態となるよう
に、RSB５１を制御する。
【００９０】例えば、関連して使用されるサブユニット
のうち、チューナサブユニット１２が存在する機器とし
てのIRD１におけるRSB５１に対するWRITE OPENの処理
が完了した後、次に残りの関連するサブユニットとして
のVCRサブユニット３３が存在する機器としてのDVCR３
におけるRSB６１をWRITE OPENする処理が同様に行われ
るのであるが、その場合には、コントローラ１１は、バ
ス２を介して、図１２に示すようなフォーマットのWRIT
E OPENコマンドをDVCR３のRSB６１（コントローラ３
１）に出力する。
のうち、チューナサブユニット１２が存在する機器とし
てのIRD１におけるRSB５１に対するWRITE OPENの処理
が完了した後、次に残りの関連するサブユニットとして
のVCRサブユニット３３が存在する機器としてのDVCR３
におけるRSB６１をWRITE OPENする処理が同様に行われ
るのであるが、その場合には、コントローラ１１は、バ
ス２を介して、図１２に示すようなフォーマットのWRIT
E OPENコマンドをDVCR３のRSB６１（コントローラ３
１）に出力する。
【００９１】このWRITE OPENコマンドは、ターゲット
の所定のアドレス空間にアクセスするために使用され
る、OPEN DESCRIPTORコマンドの一種であり、図１２に
示すようなフォーマットとされる。そのopcodeには、OP
EN DESCRIPTORであることを表す値（０８16）が記述さ
れる。operand０には、WRITE OPENするdescriptorの種
類を表すdescriptor_typeとして、リストIDにより規定
されるObject List Descriptorであることを表す値”
１０16”が記述される。operand１とoperand２には、ア
クセス先の（WRITE OPENする）RSBのリストID（この例
においては、”００”と”０１”）が記述される。
の所定のアドレス空間にアクセスするために使用され
る、OPEN DESCRIPTORコマンドの一種であり、図１２に
示すようなフォーマットとされる。そのopcodeには、OP
EN DESCRIPTORであることを表す値（０８16）が記述さ
れる。operand０には、WRITE OPENするdescriptorの種
類を表すdescriptor_typeとして、リストIDにより規定
されるObject List Descriptorであることを表す値”
１０16”が記述される。operand１とoperand２には、ア
クセス先の（WRITE OPENする）RSBのリストID（この例
においては、”００”と”０１”）が記述される。
【００９２】さらにoperand３には、subfunctionとし
て、descriptorを、読み出しまたは書き込みアクセスの
ためにオープンするWRITE OPENであることを表す値”
０３16”が記述される。operand４は、リザーブのため
の値”００”とされている。
て、descriptorを、読み出しまたは書き込みアクセスの
ためにオープンするWRITE OPENであることを表す値”
０３16”が記述される。operand４は、リザーブのため
の値”００”とされている。
【００９３】次にステップＳ１３に進み、コントローラ
１１は、BBS１４内のRSB５１のdescrptior_lengthと、l
ist_specific_information field（図７）を読み出
す。この読み出しは、例えば図１３に示すREADコマンド
を利用して行われる。但しこの場合においても、コント
ローラ１１とRSB５１は、バス２を介して接続されてい
る訳ではないので、コントローラ１１からRSB５１に対
する読み出しは、直接的に行われる。ただし、コントロ
ーラ１１がDVCR３のRSB６１からデータを読み出す場合
には、図１３に示すようなREADコマンドが、バス２を介
して、RSB６１（コントローラ３１）に出力される。
１１は、BBS１４内のRSB５１のdescrptior_lengthと、l
ist_specific_information field（図７）を読み出
す。この読み出しは、例えば図１３に示すREADコマンド
を利用して行われる。但しこの場合においても、コント
ローラ１１とRSB５１は、バス２を介して接続されてい
る訳ではないので、コントローラ１１からRSB５１に対
する読み出しは、直接的に行われる。ただし、コントロ
ーラ１１がDVCR３のRSB６１からデータを読み出す場合
には、図１３に示すようなREADコマンドが、バス２を介
して、RSB６１（コントローラ３１）に出力される。
【００９４】図１３に示すように、READコマンドの先頭
のopcodeとしては、read descriptorであることを表す
値、”０９16”が記述されている。続くoperand０に
は、読み出すdescriptorを識別するためのdescriptor
identifierが、記述される。このステップＳ１３におけ
る読み出しの処理の場合は、リストIDでdescriptor id
entifierが記述される。具体的にはRSBのwrite enable
d list_specific_information fieldのAddress_offse
tの”００16”乃至”０Ｄ16”が記述される。
のopcodeとしては、read descriptorであることを表す
値、”０９16”が記述されている。続くoperand０に
は、読み出すdescriptorを識別するためのdescriptor
identifierが、記述される。このステップＳ１３におけ
る読み出しの処理の場合は、リストIDでdescriptor id
entifierが記述される。具体的にはRSBのwrite enable
d list_specific_information fieldのAddress_offse
tの”００16”乃至”０Ｄ16”が記述される。
【００９５】read_result_statusには、READコマンドを
送出するときは、FFが記述され、ターゲットからリスポ
ンスとして返される場合には、読み取り結果が記述され
る。data_lengthには、ターゲットから読み出されるべ
きデータのバイト数が記述される。この値が”０”に設
定された時、全てのリストが読み出される。addressに
は、読み出しを開始すべきアドレスが記述される。その
値が”００”とされた場合、先頭から読み出しが開始さ
れる。
送出するときは、FFが記述され、ターゲットからリスポ
ンスとして返される場合には、読み取り結果が記述され
る。data_lengthには、ターゲットから読み出されるべ
きデータのバイト数が記述される。この値が”０”に設
定された時、全てのリストが読み出される。addressに
は、読み出しを開始すべきアドレスが記述される。その
値が”００”とされた場合、先頭から読み出しが開始さ
れる。
【００９６】ステップＳ１４において、コントローラ１
１はターゲットとしてのRSB５１に対するリストの最大
長の制限（図７におけるobject_list_maximum_size）、
リストのエントリ数の制限（図７におけるobject_entri
es_maximum_number）、および各エントリの最大バイト
長の制限（図７におけるobject_entry_maximum_size）
を抽出する。
１はターゲットとしてのRSB５１に対するリストの最大
長の制限（図７におけるobject_list_maximum_size）、
リストのエントリ数の制限（図７におけるobject_entri
es_maximum_number）、および各エントリの最大バイト
長の制限（図７におけるobject_entry_maximum_size）
を抽出する。
【００９７】そしてステップＳ１５において、コントロ
ーラ１１は、これからRSB５１にデータ（予約情報）を
記録しても、ステップＳ１４で抽出されたリストの最大
長（object_list_maximum_size）を越えないか否かを判
定する。この制限が守られる場合には、ステップＳ１６
に進み、コントローラ１１は、ステップＳ１４で抽出さ
れたリストのエントリ数の制限（最大エントリ数）（ob
ject_entries_maximum_number）から、現在のエントリ
数を引いた値が”０”より大きいか否か、すなわち、ま
だ記録可能なエントリが残っているか否かを判定する。
この条件が満足される場合には、さらにステップＳ１７
に進み、コントローラ１１は、ステップＳ１４で抽出さ
れた最大エントリ長（object_entry_maximum_size）か
ら、これから書き込もうとしているエントリ長を引いた
値が”０”より大きいか否か、すなわち、書き込むべき
エントリ長に、まだ余裕があるか否かを判定する。
ーラ１１は、これからRSB５１にデータ（予約情報）を
記録しても、ステップＳ１４で抽出されたリストの最大
長（object_list_maximum_size）を越えないか否かを判
定する。この制限が守られる場合には、ステップＳ１６
に進み、コントローラ１１は、ステップＳ１４で抽出さ
れたリストのエントリ数の制限（最大エントリ数）（ob
ject_entries_maximum_number）から、現在のエントリ
数を引いた値が”０”より大きいか否か、すなわち、ま
だ記録可能なエントリが残っているか否かを判定する。
この条件が満足される場合には、さらにステップＳ１７
に進み、コントローラ１１は、ステップＳ１４で抽出さ
れた最大エントリ長（object_entry_maximum_size）か
ら、これから書き込もうとしているエントリ長を引いた
値が”０”より大きいか否か、すなわち、書き込むべき
エントリ長に、まだ余裕があるか否かを判定する。
【００９８】ステップＳ１５乃至ステップＳ１７におけ
る条件のいずれか１つでも満足されない場合には、ステ
ップＳ１８に進み、コントローラ１１は、例えば「予約
が一杯です」のような警告表示をユーザに対して行う。
ユーザはこれにより、予約が一杯で、それ以上予約をす
ることができないことを知ることができる。
る条件のいずれか１つでも満足されない場合には、ステ
ップＳ１８に進み、コントローラ１１は、例えば「予約
が一杯です」のような警告表示をユーザに対して行う。
ユーザはこれにより、予約が一杯で、それ以上予約をす
ることができないことを知ることができる。
【００９９】ステップＳ１５乃至ステップＳ１７の条件
のいずれもが満足される場合には、RSB５１に予約情報
を書き込む余裕はあるので、ステップＳ１９乃至ステッ
プＳ２５において、重複する時刻の予約がすでになされ
ているか否かの判定処理が行われる。
のいずれもが満足される場合には、RSB５１に予約情報
を書き込む余裕はあるので、ステップＳ１９乃至ステッ
プＳ２５において、重複する時刻の予約がすでになされ
ているか否かの判定処理が行われる。
【０１００】すなわちステップＳ１９において、変数ｉ
に”０”が初期設定され、ステップＳ２０において、RS
B５１に記録されているエントリの数number_of_entries
から変数ｉを減算した値が”０”より大きいか否か、換
言すれば、RSB５１に記録されている全てのエントリに
ついて検索が行われたか否かが判定される。number_of_
entriesから変数ｉを減算した値が”０”より大きい場
合には、まだ検索していないエントリが存在するので、
ステップＳ２１に進み、コントローラ１１は、RSB５１
に掲示されているobject_entry［ｉ］（図８）を読み出
す（今の場合、object_entry［０］を読み出す）。
に”０”が初期設定され、ステップＳ２０において、RS
B５１に記録されているエントリの数number_of_entries
から変数ｉを減算した値が”０”より大きいか否か、換
言すれば、RSB５１に記録されている全てのエントリに
ついて検索が行われたか否かが判定される。number_of_
entriesから変数ｉを減算した値が”０”より大きい場
合には、まだ検索していないエントリが存在するので、
ステップＳ２１に進み、コントローラ１１は、RSB５１
に掲示されているobject_entry［ｉ］（図８）を読み出
す（今の場合、object_entry［０］を読み出す）。
【０１０１】なお、ステップＳ２１における読み出し
も、図１３に示すREADコマンドで行われるが、この場合
におけるdescriptor identifierの記述はobject posi
tionで行われる。このobject entry［ｉ］には、既に
登録されている予約の時刻情報（図８におけるstart_ti
me，duration）や、その予約において、使用するサブユ
ニットの識別情報（図８のinfo blocksにおけるsubuni
t_type_and_ID［０］）などが記憶されている。
も、図１３に示すREADコマンドで行われるが、この場合
におけるdescriptor identifierの記述はobject posi
tionで行われる。このobject entry［ｉ］には、既に
登録されている予約の時刻情報（図８におけるstart_ti
me，duration）や、その予約において、使用するサブユ
ニットの識別情報（図８のinfo blocksにおけるsubuni
t_type_and_ID［０］）などが記憶されている。
【０１０２】そこでステップＳ２２において、コントロ
ーラ１１は、ステップＳ１１でユーザより入力された時
刻情報（start_time，duration）が、ステップＳ２１で
読み出された時刻情報（start_time，duration）と重複
しているか否かを判定する。時刻が重複している場合に
は、ステップＳ２３に進み、コントローラ１１は、ステ
ップＳ１１で予約設定されたサブユニット（今の場合、
チューナサブユニット１２）が、ステップＳ２１で読み
出したサブユニット（subunit_type_and_ID）と一致し
ているか否かを判定する。サブユニットが一致している
場合には、結局、時刻とサブユニットの両方が一致して
いることになるので、ステップＳ２５に進み、コントロ
ーラ１１は、例えば「予約が重なっています」のような
警告表示を行う。これによりダブルブッキングは、防止
される。
ーラ１１は、ステップＳ１１でユーザより入力された時
刻情報（start_time，duration）が、ステップＳ２１で
読み出された時刻情報（start_time，duration）と重複
しているか否かを判定する。時刻が重複している場合に
は、ステップＳ２３に進み、コントローラ１１は、ステ
ップＳ１１で予約設定されたサブユニット（今の場合、
チューナサブユニット１２）が、ステップＳ２１で読み
出したサブユニット（subunit_type_and_ID）と一致し
ているか否かを判定する。サブユニットが一致している
場合には、結局、時刻とサブユニットの両方が一致して
いることになるので、ステップＳ２５に進み、コントロ
ーラ１１は、例えば「予約が重なっています」のような
警告表示を行う。これによりダブルブッキングは、防止
される。
【０１０３】ステップＳ２２において、時刻が重複して
いないと判定された場合、または、ステップＳ２３にお
いて、時刻が一致していたとしても、サブユニットが一
致していないと判定された場合、ダブルブッキングが発
生する恐れはない。そこでステップＳ２４において、変
数ｉが１だけがインクリメントされ、ステップＳ２０に
戻り、number_of_entriesから変数ｉを減算した値が０
より大きくないと判定されるまで、同様の処理が繰り返
し実行される。すなわちRSB５１に記憶されている全て
のobject entry［ｉ］について、重複する時刻の予約
がなされているか否かの検索が行われる。
いないと判定された場合、または、ステップＳ２３にお
いて、時刻が一致していたとしても、サブユニットが一
致していないと判定された場合、ダブルブッキングが発
生する恐れはない。そこでステップＳ２４において、変
数ｉが１だけがインクリメントされ、ステップＳ２０に
戻り、number_of_entriesから変数ｉを減算した値が０
より大きくないと判定されるまで、同様の処理が繰り返
し実行される。すなわちRSB５１に記憶されている全て
のobject entry［ｉ］について、重複する時刻の予約
がなされているか否かの検索が行われる。
【０１０４】ステップＳ２０において、number_of_entr
iesから変数ｉを減算した値が”０”より大きくないと
判定された場合（全てのobject entry［ｉ］の検索が
終了した場合）、ステップＳ２６に進み、コントローラ
１１は、RSB５１にCREATEコマンドを出力し、object e
ntryをRSB５１においてcreateする。ただし、この場合
においても、CREATEコマンドは実際には出力されず（RS
B６１に対してobjectentryをcreateする場合は出力され
るが）、出力された場合と同様の処理が行われるだけで
ある。
iesから変数ｉを減算した値が”０”より大きくないと
判定された場合（全てのobject entry［ｉ］の検索が
終了した場合）、ステップＳ２６に進み、コントローラ
１１は、RSB５１にCREATEコマンドを出力し、object e
ntryをRSB５１においてcreateする。ただし、この場合
においても、CREATEコマンドは実際には出力されず（RS
B６１に対してobjectentryをcreateする場合は出力され
るが）、出力された場合と同様の処理が行われるだけで
ある。
【０１０５】なお、上述したステップＳ１５乃至ステッ
プＳ１８の処理は、ステップＳ２０の処理において、NO
の判定が行われた場合に実行するようにすることも可能
である。
プＳ１８の処理は、ステップＳ２０の処理において、NO
の判定が行われた場合に実行するようにすることも可能
である。
【０１０６】ここでCREATEコマンドについて説明する。
図１４はAV/C CREATEコマンドのフォーマットを示す。
また図１５は、図１４内のsubfunction_１で指定できる
値を示し、本実施の形態では”０１”（create a new
object and its childlist）が使用される。また
図１６は、図１４内のsubfunction_１_specification
for subfunction_１＝０１のフォーマットを示す。さ
らに図１７は、図１６内の各フィールド値を示した図で
ある。図１６のdescriptor_identifier_where，descrip
tor_identifier_what_１，_２の各フィールドに、図１
７に示すように、”２０”，”２２”，”１１”をそれ
ぞれ設定すると、”create a newobject and its
child list”の意味となる。
図１４はAV/C CREATEコマンドのフォーマットを示す。
また図１５は、図１４内のsubfunction_１で指定できる
値を示し、本実施の形態では”０１”（create a new
object and its childlist）が使用される。また
図１６は、図１４内のsubfunction_１_specification
for subfunction_１＝０１のフォーマットを示す。さ
らに図１７は、図１６内の各フィールド値を示した図で
ある。図１６のdescriptor_identifier_where，descrip
tor_identifier_what_１，_２の各フィールドに、図１
７に示すように、”２０”，”２２”，”１１”をそれ
ぞれ設定すると、”create a newobject and its
child list”の意味となる。
【０１０７】これらのAV/C CREATEコマンドについての
詳細は、IEEE１３９４（インターネットホームページht
tp://www.１３９４TA.org参照）に記述されているもの
であり、本実施の形態中の各図は、その文献(Enhanceme
nt to the AV/C GeneralSpecification ３．０Ver
sion １．０ FC２や、TA Document １９９９００５
AV/C Bulletion Board Subunit General Specif
ication １．０ Draft ０．９９：１４９）中のもの
を記載してある。また、ボードを構成するインフォメー
ションリストディスクリプタ（Information List Des
criptor）にも、書き込み可能なものと、読み出し可能
なものがあり、これらの区別には、リストタイプが使用
される。
詳細は、IEEE１３９４（インターネットホームページht
tp://www.１３９４TA.org参照）に記述されているもの
であり、本実施の形態中の各図は、その文献(Enhanceme
nt to the AV/C GeneralSpecification ３．０Ver
sion １．０ FC２や、TA Document １９９９００５
AV/C Bulletion Board Subunit General Specif
ication １．０ Draft ０．９９：１４９）中のもの
を記載してある。また、ボードを構成するインフォメー
ションリストディスクリプタ（Information List Des
criptor）にも、書き込み可能なものと、読み出し可能
なものがあり、これらの区別には、リストタイプが使用
される。
【０１０８】ところで、外部からAV/Cディスクリプタ
（AV/C Descriptor）に新規に情報を書き込む方法の１
つとして、例えばコントローラがターゲットに対して前
述したCREATEコマンドを発行し、当該ターゲットが情報
を書き込む雛形を作った後、再度、コントローラが具体
的な内容を書き込む制御を行うような方法が一般的な方
法として考えられる。例えば、初めて情報を書き込む場
合、コントローラは所望のリストを指定して、AV/Cディ
スクリプタクリエイトコマンド（AV/C Descriptor CR
EATE command）を発行する。このコマンドを受けたタ
ーゲットでは、AV/C General Specificationで指定さ
れたデータ構造の雛形に基づいたオブジェクトをターゲ
ットの内部に作ることになる。また、AV/C General S
pecificationで決められたデータ構造の雛形には、オブ
ジェクトIDを示すフィールドがある。AV/Cディスクリプ
タ(AV/C Descriptor）を用いたリストでは、オブジェ
クトIDはターゲットが管理することになる。つまり、オ
ブジェクトをクリエイト(CREATE）した段階で、ターゲ
ットがそのオブジェクトを一意に指定できるIDを付け、
そのIDを管理する機能をターゲットが所有することにな
る。
（AV/C Descriptor）に新規に情報を書き込む方法の１
つとして、例えばコントローラがターゲットに対して前
述したCREATEコマンドを発行し、当該ターゲットが情報
を書き込む雛形を作った後、再度、コントローラが具体
的な内容を書き込む制御を行うような方法が一般的な方
法として考えられる。例えば、初めて情報を書き込む場
合、コントローラは所望のリストを指定して、AV/Cディ
スクリプタクリエイトコマンド（AV/C Descriptor CR
EATE command）を発行する。このコマンドを受けたタ
ーゲットでは、AV/C General Specificationで指定さ
れたデータ構造の雛形に基づいたオブジェクトをターゲ
ットの内部に作ることになる。また、AV/C General S
pecificationで決められたデータ構造の雛形には、オブ
ジェクトIDを示すフィールドがある。AV/Cディスクリプ
タ(AV/C Descriptor）を用いたリストでは、オブジェ
クトIDはターゲットが管理することになる。つまり、オ
ブジェクトをクリエイト(CREATE）した段階で、ターゲ
ットがそのオブジェクトを一意に指定できるIDを付け、
そのIDを管理する機能をターゲットが所有することにな
る。
【０１０９】ここで、オブジェクトIDとは、リスト内で
そのオブジェクトを一意に指定するための識別番号であ
り、このため当該オブジェクトIDを重複しないようにす
る機能が管理する側に必要になる。BBS自体は情報を提
供する場所であり、オブジェクトIDの管理はコントロー
ラが持つことになる。
そのオブジェクトを一意に指定するための識別番号であ
り、このため当該オブジェクトIDを重複しないようにす
る機能が管理する側に必要になる。BBS自体は情報を提
供する場所であり、オブジェクトIDの管理はコントロー
ラが持つことになる。
【０１１０】ところが、サブユニットに対してクリエイ
トコマンド(CREATE command）が発行された時、矛盾が
生ずる虞がある。すなわち、オブジェクトをCREATEした
際には、コントローラが管理すべきオブジェクトIDを、
ターゲットが割り振ることになるからである。また、ク
リエイトコマンド（CREATE command）の発行後は、ラ
イト制御を続けて行う必要がある。このように、処理が
複数ステップにわかれていることにより、コントローラ
が書き込み途中に例えばバスから外されたような場合に
は、不完全なオブジェクトが作成されてしまう可能性が
ある。
トコマンド(CREATE command）が発行された時、矛盾が
生ずる虞がある。すなわち、オブジェクトをCREATEした
際には、コントローラが管理すべきオブジェクトIDを、
ターゲットが割り振ることになるからである。また、ク
リエイトコマンド（CREATE command）の発行後は、ラ
イト制御を続けて行う必要がある。このように、処理が
複数ステップにわかれていることにより、コントローラ
が書き込み途中に例えばバスから外されたような場合に
は、不完全なオブジェクトが作成されてしまう可能性が
ある。
【０１１１】したがって、上記のような状況に置いて
は、その不完全なオブジェクトを特定し、そのようなオ
ブジェクトができたときに、当該オブジェクトを良好に
削除できるシステムが必要になる。
は、その不完全なオブジェクトを特定し、そのようなオ
ブジェクトができたときに、当該オブジェクトを良好に
削除できるシステムが必要になる。
【０１１２】そこで、本発明の実施の形態では、BBSへ
の書き込み手段を規格で規定し、不完全なオブジェクト
を特定できる仕組みを用意している。
の書き込み手段を規格で規定し、不完全なオブジェクト
を特定できる仕組みを用意している。
【０１１３】すなわち、先ず、ターゲット（本実施の形
態の場合はDVCR３）は、オブジェクトをクリエイト(CRE
ATE）した時、オブジェクトID（グローバルユニークID
(Grobal Unique ID：GUID)とrecord IDとで構成され
る）のうちのGUIDの部分に、一時的に管理する番号（例
えば、全て”０”）を割り振るようにする。コントロー
ラは、先にオブジェクト内部に情報を書き込み、正常に
書き込みが終了したならば、最後にGUIDを書き換える。
態の場合はDVCR３）は、オブジェクトをクリエイト(CRE
ATE）した時、オブジェクトID（グローバルユニークID
(Grobal Unique ID：GUID)とrecord IDとで構成され
る）のうちのGUIDの部分に、一時的に管理する番号（例
えば、全て”０”）を割り振るようにする。コントロー
ラは、先にオブジェクト内部に情報を書き込み、正常に
書き込みが終了したならば、最後にGUIDを書き換える。
【０１１４】上記の手順を決めることにより、正常に書
き込み作業が終了したときには、GUIDが全て”０”とな
っているオブジェクトはできないことになり、したがっ
て、GUIDが全て”０”のオブジェクトは、書き込み途中
で不完全となったオブジェクトと特定できることにな
る。
き込み作業が終了したときには、GUIDが全て”０”とな
っているオブジェクトはできないことになり、したがっ
て、GUIDが全て”０”のオブジェクトは、書き込み途中
で不完全となったオブジェクトと特定できることにな
る。
【０１１５】これにより、書き込み途中のオブジェクト
を一意に特定することができ、また、正常に書き込まれ
たオブジェクトと不完全なオブジェクトとを区別でき、
さらに不完全なオブジェクト（無効なオブジェクト）を
簡単に削除することが可能となる。このことにより、電
子機器に設けられている有限なメモリを有効活用できる
ようになる。また、書き込み途中のオブジェクトの特定
方法は、オブジェクトIDのGUID部分を全て”０”にする
ような簡単な方法なので、不完全なオブジェクトを削除
するためのソフトウェアの作成も容易となる。
を一意に特定することができ、また、正常に書き込まれ
たオブジェクトと不完全なオブジェクトとを区別でき、
さらに不完全なオブジェクト（無効なオブジェクト）を
簡単に削除することが可能となる。このことにより、電
子機器に設けられている有限なメモリを有効活用できる
ようになる。また、書き込み途中のオブジェクトの特定
方法は、オブジェクトIDのGUID部分を全て”０”にする
ような簡単な方法なので、不完全なオブジェクトを削除
するためのソフトウェアの作成も容易となる。
【０１１６】なお、図１１のステップＳ２６において、
CREATEコマンドを利用する代わりに、INSERTコマンドを
使用することも可能である。
CREATEコマンドを利用する代わりに、INSERTコマンドを
使用することも可能である。
【０１１７】次にステップＳ２７において、コントロー
ラ１１は、ターゲットとしてのDVCR３のRSB６１のlist
specific information field（図７）を読み出し、
DVCR３のLocal_time_offsetを取得する。ステップＳ２
８において、コントローラ１１は、ステップＳ１１でユ
ーザより入力されたVCRサブユニット３３の予約の時間
情報を、ステップＳ２７で取得したDVCR３のLocal_time
_offsetに合わせて算出する。すなわちコントローラ１
１は、UTCを基準として動作しているのであるが（UCTを
取得可能であるが）、ステップＳ１１においてユーザ
は、DVCR３ではなく、IRD１のローカルタイムに基づい
て、DVCR３のVCRサブユニット３３を使用する使用時刻
を入力する。コントローラ１１は、この使用時刻（IRD
１のローカルタイムを基準とする時刻）をUTCに変換
し、さらにUTCからDVCR３のLocal_time_offsetに対応す
る時間を補正し、DVCR３のローカルタイムの基準時刻に
基づく使用時刻を算出する。
ラ１１は、ターゲットとしてのDVCR３のRSB６１のlist
specific information field（図７）を読み出し、
DVCR３のLocal_time_offsetを取得する。ステップＳ２
８において、コントローラ１１は、ステップＳ１１でユ
ーザより入力されたVCRサブユニット３３の予約の時間
情報を、ステップＳ２７で取得したDVCR３のLocal_time
_offsetに合わせて算出する。すなわちコントローラ１
１は、UTCを基準として動作しているのであるが（UCTを
取得可能であるが）、ステップＳ１１においてユーザ
は、DVCR３ではなく、IRD１のローカルタイムに基づい
て、DVCR３のVCRサブユニット３３を使用する使用時刻
を入力する。コントローラ１１は、この使用時刻（IRD
１のローカルタイムを基準とする時刻）をUTCに変換
し、さらにUTCからDVCR３のLocal_time_offsetに対応す
る時間を補正し、DVCR３のローカルタイムの基準時刻に
基づく使用時刻を算出する。
【０１１８】次に、ステップＳ２９に進み、コントロー
ラ１１は、RSB５１のentry_specific_information fie
ldsの部分（図８）に予約内容を書き込む。すなわち、
これにより、start_time，duration，repeat_informati
on,使用するサブユニット（subunit_type_and_ID）など
が書き込まれる。このときの例えばstart_timeは、ステ
ップＳ２８で算出された、DVCR３のローカルタイムに基
づく時刻として記録される。
ラ１１は、RSB５１のentry_specific_information fie
ldsの部分（図８）に予約内容を書き込む。すなわち、
これにより、start_time，duration，repeat_informati
on,使用するサブユニット（subunit_type_and_ID）など
が書き込まれる。このときの例えばstart_timeは、ステ
ップＳ２８で算出された、DVCR３のローカルタイムに基
づく時刻として記録される。
【０１１９】図１８は、このような場合にコントローラ
１１が出力するWRITE DESCRIPTORコマンドのフォーマ
ットを表している。ただし、コントローラ１１とRSB５
１は、バス２を介して接続されている訳ではないので、
RSB５１に対するチューナサブユニット１２の予約情報
の書き込みは直接行われるが、コントローラ１１がDVCR
３のRSB６１にVCRサブユニット３３の予約情報の書き込
みを行う場合には、コントローラ１１は、このWRITE D
ESCRIPTORコマンドを実際に発行する。
１１が出力するWRITE DESCRIPTORコマンドのフォーマ
ットを表している。ただし、コントローラ１１とRSB５
１は、バス２を介して接続されている訳ではないので、
RSB５１に対するチューナサブユニット１２の予約情報
の書き込みは直接行われるが、コントローラ１１がDVCR
３のRSB６１にVCRサブユニット３３の予約情報の書き込
みを行う場合には、コントローラ１１は、このWRITE D
ESCRIPTORコマンドを実際に発行する。
【０１２０】先頭のopcodeには、WRITE DESCRIPTORで
あることを表す値”０Ａ16”が記述される。operand０
には、書き込み対象となるディスクリプタを識別させる
ためのdescriptor indentifierが記述される。この記
述は、object positionで行われる。
あることを表す値”０Ａ16”が記述される。operand０
には、書き込み対象となるディスクリプタを識別させる
ためのdescriptor indentifierが記述される。この記
述は、object positionで行われる。
【０１２１】以下、subfunctionとして、partial_repla
ceであることを表す値、”５０16”が記述される。これ
によりpartial insertまたは、partial delateが実行
される。insertでは、descriptor_identifierで指定さ
れるoperandにより規定される１つ前に新しいdescripti
orが挿入される。deleteではdescriptior_identifierに
より規定されるdescriptorが削除される。
ceであることを表す値、”５０16”が記述される。これ
によりpartial insertまたは、partial delateが実行
される。insertでは、descriptor_identifierで指定さ
れるoperandにより規定される１つ前に新しいdescripti
orが挿入される。deleteではdescriptior_identifierに
より規定されるdescriptorが削除される。
【０１２２】group_tagは、WRITE DESCRIPTORコマンド
が発行される必要があるdescriptior上において、分割
できない更新の処理を行うために利用される。この例に
おいては、データをdescriptorに迅速に書き込むことを
表す値”００16”（immediate）が記述されている。rep
lacement_data_lengthは、replacement_dataのoperand
におけるバイト数、すなわち、書き込みたいデータの長
さを表している。addressは、処理が行われるべき位置
を表している。replacement_data_lengthの”０”は、p
artial deleteを意味し、その場合、replacement_data
のoperandは存在しない。この場合、original_data_len
gthは”０”より大きい値となり、それが削除されるべ
きバイトの数を表す。original_data_lengthが”０”で
ある場合、partial insert処理が行われる。この場
合、replacement_data_lengthは、”０”より大きい値
とされ、挿入されるべきバイトの数を表している。
が発行される必要があるdescriptior上において、分割
できない更新の処理を行うために利用される。この例に
おいては、データをdescriptorに迅速に書き込むことを
表す値”００16”（immediate）が記述されている。rep
lacement_data_lengthは、replacement_dataのoperand
におけるバイト数、すなわち、書き込みたいデータの長
さを表している。addressは、処理が行われるべき位置
を表している。replacement_data_lengthの”０”は、p
artial deleteを意味し、その場合、replacement_data
のoperandは存在しない。この場合、original_data_len
gthは”０”より大きい値となり、それが削除されるべ
きバイトの数を表す。original_data_lengthが”０”で
ある場合、partial insert処理が行われる。この場
合、replacement_data_lengthは、”０”より大きい値
とされ、挿入されるべきバイトの数を表している。
【０１２３】次にステップＳ３０進み、コントローラ１
１は、リスト、すなわちRSB５１をクローズする。この
時コントローラ１１は、RSB５１に対して、図１９に示
すCLOSEコマンドを出力する。ただしこの場合において
も、コントローラ１１とRSB５１は、バス２を介して接
続されている訳ではないので、クローズ処理は直接的に
行われるが、コントローラ１１がDVCR３のRSB６１をク
ローズする場合には、このCLOSEコマンドが出力され
る。
１は、リスト、すなわちRSB５１をクローズする。この
時コントローラ１１は、RSB５１に対して、図１９に示
すCLOSEコマンドを出力する。ただしこの場合において
も、コントローラ１１とRSB５１は、バス２を介して接
続されている訳ではないので、クローズ処理は直接的に
行われるが、コントローラ１１がDVCR３のRSB６１をク
ローズする場合には、このCLOSEコマンドが出力され
る。
【０１２４】図１９に示すCLOSEコマンドのフォーマッ
トは、基本的に図１２に示した、WRITE OPENコマンド
と同様のフォーマットであり、subfunctionが、図１２
においては、WRITE OPENを表す”０３16”とされてい
るのに対して、図１９のCLOSEコマンドにおいては、CLO
SEであることを表す値、”００16”とされている点が異
なっている。その他の構成は図１２における場合と同様
である。
トは、基本的に図１２に示した、WRITE OPENコマンド
と同様のフォーマットであり、subfunctionが、図１２
においては、WRITE OPENを表す”０３16”とされてい
るのに対して、図１９のCLOSEコマンドにおいては、CLO
SEであることを表す値、”００16”とされている点が異
なっている。その他の構成は図１２における場合と同様
である。
【０１２５】次にステップＳ３１に進み、コントローラ
１１は、予約に関連する他のリソースが存在するか否か
を判定する。今の場合、これまでの処理によりチューナ
サブユニット１２を予約するための処理が終了したの
で、まだDVCR３のVCRサブユニット３３を予約するため
の処理が必要である。そこで、この場合においては、ス
テップＳ１２に戻り、上述したRSB５１に対して行われ
た場合と同様の処理が、DVCR３のRSD６１に対しても行
われる。
１１は、予約に関連する他のリソースが存在するか否か
を判定する。今の場合、これまでの処理によりチューナ
サブユニット１２を予約するための処理が終了したの
で、まだDVCR３のVCRサブユニット３３を予約するため
の処理が必要である。そこで、この場合においては、ス
テップＳ１２に戻り、上述したRSB５１に対して行われ
た場合と同様の処理が、DVCR３のRSD６１に対しても行
われる。
【０１２６】そしてステップＳ３１において、予約に関
連する他のリソースが存在しないと判定された時、処理
は終了される。
連する他のリソースが存在しないと判定された時、処理
は終了される。
【０１２７】本発明を適用した他のネットワークシステ
ムの構成例について、図２０を参照して説明する。
ムの構成例について、図２０を参照して説明する。
【０１２８】このネットワークシステムは、バス２を介
して接続されているIRD１およびDVCR３から構成されて
いる。
して接続されているIRD１およびDVCR３から構成されて
いる。
【０１２９】IRD１のコントローラ１１は、ユーザから
の選局操作や録画予約操作等を受け付けて、IRD１の全
体を制御するようになされている。また、コントローラ
１１は、所定のコマンド(AV/C Command Transaction Se
t)を用いてDVCR３を制御するようになされている。CSア
ンテナ１３は、図示せぬ通信衛星を介して送信されてい
るデジタル衛星放送のデジタル信号を受信してチューナ
サブユニット１２に出力する。チューナサブユニット１
２は、コントローラ１１の制御に基づいて、CSアンテナ
１３から入力されたデジタル信号から所定のチャンネル
の信号を抽出し、バス２を介してDVCR３のVCRサブユニ
ット３３に出力する。さらに、コントローラ１１は、DV
CR３のスケジュールアクション（以下、SAと記述する）
ディスクリプタ２２１が記憶している情報を検索するよ
うになされている。
の選局操作や録画予約操作等を受け付けて、IRD１の全
体を制御するようになされている。また、コントローラ
１１は、所定のコマンド(AV/C Command Transaction Se
t)を用いてDVCR３を制御するようになされている。CSア
ンテナ１３は、図示せぬ通信衛星を介して送信されてい
るデジタル衛星放送のデジタル信号を受信してチューナ
サブユニット１２に出力する。チューナサブユニット１
２は、コントローラ１１の制御に基づいて、CSアンテナ
１３から入力されたデジタル信号から所定のチャンネル
の信号を抽出し、バス２を介してDVCR３のVCRサブユニ
ット３３に出力する。さらに、コントローラ１１は、DV
CR３のスケジュールアクション（以下、SAと記述する）
ディスクリプタ２２１が記憶している情報を検索するよ
うになされている。
【０１３０】IRD１のサブユニットであるSAディスクリ
プタ２１１は、コントローラ１１が受け付けて、確定し
た録画予約の情報を記憶するようになされている。
プタ２１１は、コントローラ１１が受け付けて、確定し
た録画予約の情報を記憶するようになされている。
【０１３１】DVCR３のコントローラ３１は、ユーザから
の再生指示の操作や録画予約操作等を受け付けて、DVCR
３の全体を制御するようになされている。アナログチュ
ーナブロック３５は、コントローラ３１の制御に基づい
て、入力されるアナログ信号から所定のチャンネルの信
号を抽出し、VCRサブユニット３３に出力するようにな
されている。
の再生指示の操作や録画予約操作等を受け付けて、DVCR
３の全体を制御するようになされている。アナログチュ
ーナブロック３５は、コントローラ３１の制御に基づい
て、入力されるアナログ信号から所定のチャンネルの信
号を抽出し、VCRサブユニット３３に出力するようにな
されている。
【０１３２】VCRサブユニット３３は、アナログチュー
ナブロック３５から入力された映像信号、またはバス２
を介してIRD１のチューナサブユニット１２から入力さ
れた映像信号を図示せぬ磁気テープに記録するようにな
されている。
ナブロック３５から入力された映像信号、またはバス２
を介してIRD１のチューナサブユニット１２から入力さ
れた映像信号を図示せぬ磁気テープに記録するようにな
されている。
【０１３３】DVCR３のサブユニットであるSAディスクリ
プタ２２１は、DVCR３に関わる録画予約の情報を記憶
し、管理するようになされている。
プタ２２１は、DVCR３に関わる録画予約の情報を記憶
し、管理するようになされている。
【０１３４】このネットワークシステムにおいて、録画
予約を行う場合、ユーザはIRD１に対して録画予約の設
定（チャンネル、および録画開始時刻等）を入力する。
そして、その録画予約がダブルブッキングではない場
合、入力された録画予約が認められて、その情報がIRD
１のSAディスクリプタ２１１に書き込まれる。
予約を行う場合、ユーザはIRD１に対して録画予約の設
定（チャンネル、および録画開始時刻等）を入力する。
そして、その録画予約がダブルブッキングではない場
合、入力された録画予約が認められて、その情報がIRD
１のSAディスクリプタ２１１に書き込まれる。
【０１３５】図２１は、IRD１のSAディスクリプタ２１
１のディレクトリ構造を示している（なお、図示は省略
するが、SAディスクリプタ２２１も同様の構造を有して
いる）。SAディスクリプタ２１１は、複数の予約情報(S
A Event #i)からなるRoot SA Eventリスト、およびユ
ニット内で登録されたマクロコマンド#iを管理するテー
ブルであるRootマクロコマンドリストで構成される。
１のディレクトリ構造を示している（なお、図示は省略
するが、SAディスクリプタ２２１も同様の構造を有して
いる）。SAディスクリプタ２１１は、複数の予約情報(S
A Event #i)からなるRoot SA Eventリスト、およびユ
ニット内で登録されたマクロコマンド#iを管理するテー
ブルであるRootマクロコマンドリストで構成される。
【０１３６】図２２は、Root SA Eventリストのより詳
細な構成を表している。同図に示すように、その先頭に
は、Valid/Invalid_of_SA Root listが配置されてお
り、これは、SAディスクリプタ２１１が（このSAディス
クリプタ２１１に記述されているイベント全てが）有効
であるか無効であるかを表している。例えば図３８を参
照して後述するスーパタイマ２７１で、システム全体の
各電子機器を制御することは、各電子機器のSAディスク
リプタの詳細な設定をそのままにして、このValid/Inva
lid_of_SA Root listのフラグをオフにすることで、簡
単に可能となる。
細な構成を表している。同図に示すように、その先頭に
は、Valid/Invalid_of_SA Root listが配置されてお
り、これは、SAディスクリプタ２１１が（このSAディス
クリプタ２１１に記述されているイベント全てが）有効
であるか無効であるかを表している。例えば図３８を参
照して後述するスーパタイマ２７１で、システム全体の
各電子機器を制御することは、各電子機器のSAディスク
リプタの詳細な設定をそのままにして、このValid/Inva
lid_of_SA Root listのフラグをオフにすることで、簡
単に可能となる。
【０１３７】SA list specific informationは、図２
３に示すような情報を含んでいる。その詳細は、基本的
に、図７に示した場合と同様であるので、その説明は省
略する。Number_of_SA_Event_objectは、以下に続くSA_
Eventの数を表し、その次には、録画予約などの各SA_Ev
entへのポインタpointer_for_SA_Event #iが配置され
る。
３に示すような情報を含んでいる。その詳細は、基本的
に、図７に示した場合と同様であるので、その説明は省
略する。Number_of_SA_Event_objectは、以下に続くSA_
Eventの数を表し、その次には、録画予約などの各SA_Ev
entへのポインタpointer_for_SA_Event #iが配置され
る。
【０１３８】予約情報(SA Event #i)は、SA Event I
D、時刻情報、関連ユニット情報、コネクション情報、
トリガ情報、段階別コマンド情報、およびユーザ情報か
ら構成される。SA Event IDには、ネットワーク内また
は関連するユニット内において、その予約情報を一意に
識別できるIDが記述されている。時刻情報には、準備時
間、録画開始時刻、および録画終了時刻等が記述されて
いる。関連ユニット情報には、予約に関連するユニット
（いまの場合、DVCR３）のNode（Global）UniqueID（ユ
ニット固有のIDであり、バスリセット毎に変更するNode
IDではない），Subunit Type、およびSubunit IDが記
述されている。コネクション情報には、バス２の使用帯
域、およびプラグ等の情報が記述されている。トリガ情
報には、トリガの種類（時間、またはメッセージ等）が
記述されている。段階別コマンド情報には、各段階（準
備段階、開始段階、終了段階、中止段階、および再開段
階）において実行するマクロコマンドが記述されてい
る。ユーザ情報には、ラベル等が記述されている。
D、時刻情報、関連ユニット情報、コネクション情報、
トリガ情報、段階別コマンド情報、およびユーザ情報か
ら構成される。SA Event IDには、ネットワーク内また
は関連するユニット内において、その予約情報を一意に
識別できるIDが記述されている。時刻情報には、準備時
間、録画開始時刻、および録画終了時刻等が記述されて
いる。関連ユニット情報には、予約に関連するユニット
（いまの場合、DVCR３）のNode（Global）UniqueID（ユ
ニット固有のIDであり、バスリセット毎に変更するNode
IDではない），Subunit Type、およびSubunit IDが記
述されている。コネクション情報には、バス２の使用帯
域、およびプラグ等の情報が記述されている。トリガ情
報には、トリガの種類（時間、またはメッセージ等）が
記述されている。段階別コマンド情報には、各段階（準
備段階、開始段階、終了段階、中止段階、および再開段
階）において実行するマクロコマンドが記述されてい
る。ユーザ情報には、ラベル等が記述されている。
【０１３９】図２４は、SA Event listのより詳細な構
成を表している。Valid/Invalid_of_Event_objectは、
このイベントが有効であるか無効であるかを表すフラグ
である。例えば毎週放送されている連続ドラマを録画予
約しているような場合において、一時的に野球放送のた
めその番組の放送がキャンセルされたようなとき、その
番組の詳細な予約設定内容は保持した状態のまま、一時
的に録画予約処理を、このValid/Invalid_of_Event_obj
ectのフラグをオフにすることで解除することができ
る。Object_IDは、イベントのIDであり、このIDは、ユ
ニット内ではユニークな値とされる。
成を表している。Valid/Invalid_of_Event_objectは、
このイベントが有効であるか無効であるかを表すフラグ
である。例えば毎週放送されている連続ドラマを録画予
約しているような場合において、一時的に野球放送のた
めその番組の放送がキャンセルされたようなとき、その
番組の詳細な予約設定内容は保持した状態のまま、一時
的に録画予約処理を、このValid/Invalid_of_Event_obj
ectのフラグをオフにすることで解除することができ
る。Object_IDは、イベントのIDであり、このIDは、ユ
ニット内ではユニークな値とされる。
【０１４０】Start_time_of_SAは、イベントの開始時刻
を絶対時刻で表す。Period_for_standbyは、準備にかか
る時間を表し、具体的な値は機器毎に異なってくる。準
備の処理は、Start_time_of_SAからPeriod_for_standby
だけ前の時刻から開始される。Period_for_actionは、
イベントの実行時間を表す。Start_time_of_SAに、Peri
od_for_actionを加算した値が、そのイベントの終了時
刻になる。すなわち、Period_for_standbyとPeriod_for
_actionは、絶対時刻で表されるStart_time_of_SAから
の相対的時刻で表される。これにより、各機器の準備時
間を固定した値として入力することができ、アプリケー
ションの作成が容易となる。また、終了時刻を相対時刻
で表すことにより、終了時刻が延期されたり、早められ
たりする場合の変更が容易となる（開始時刻だけ変更す
ればよいので、終了時刻は変更する必要がなくなる）。
を絶対時刻で表す。Period_for_standbyは、準備にかか
る時間を表し、具体的な値は機器毎に異なってくる。準
備の処理は、Start_time_of_SAからPeriod_for_standby
だけ前の時刻から開始される。Period_for_actionは、
イベントの実行時間を表す。Start_time_of_SAに、Peri
od_for_actionを加算した値が、そのイベントの終了時
刻になる。すなわち、Period_for_standbyとPeriod_for
_actionは、絶対時刻で表されるStart_time_of_SAから
の相対的時刻で表される。これにより、各機器の準備時
間を固定した値として入力することができ、アプリケー
ションの作成が容易となる。また、終了時刻を相対時刻
で表すことにより、終了時刻が延期されたり、早められ
たりする場合の変更が容易となる（開始時刻だけ変更す
ればよいので、終了時刻は変更する必要がなくなる）。
【０１４１】Valid_time_of_SAは、そのイベントの有効
期間を表す。これは、何らかの事情により予約が実行さ
れなかった場合、あるいは、そのサブユニットの予約情
報が使用されなかった場合などにおいて、予約情報を整
理し直すとき使用される。また、例えば連続ドラマなど
のように、３ヶ月、６ヶ月、あるいは１年といった所定
の期間同じ録画予約を行うような場合、この有効期限を
設定しておくと、一定期間が経過したとき（その連続ド
ラマの放送が終了したとき）、その録画予約も自動的に
終了されることになる。
期間を表す。これは、何らかの事情により予約が実行さ
れなかった場合、あるいは、そのサブユニットの予約情
報が使用されなかった場合などにおいて、予約情報を整
理し直すとき使用される。また、例えば連続ドラマなど
のように、３ヶ月、６ヶ月、あるいは１年といった所定
の期間同じ録画予約を行うような場合、この有効期限を
設定しておくと、一定期間が経過したとき（その連続ド
ラマの放送が終了したとき）、その録画予約も自動的に
終了されることになる。
【０１４２】output unit(node ID) & oPCR No.は、そ
のイベントを出力するユニットのID（ノードID）と出力
プラグコントロールレジスタの番号を表し、input unit
(node ID) & iPCR No.は、対応するイベントが入力され
る電子機器のノードIDと入力プラグコントロールレジス
タの番号を表す。これらは、バス２を介して、各電子機
器とデータを授受するときの接続情報として必要なもの
である。bandwidthは、バス２において、データの授受
に必要とされる占有帯域幅を表す。これらの情報は、ネ
ットワークのリソースの競合状況をチェックするときに
（その詳細は図２９のフローチャートを参照して後述す
る）使用される。これらの情報がないと、この競合状態
をチェックするのに、実際のコマンドをスキャンする必
要が生じ、競合のチェックに時間がかかることになる。
のイベントを出力するユニットのID（ノードID）と出力
プラグコントロールレジスタの番号を表し、input unit
(node ID) & iPCR No.は、対応するイベントが入力され
る電子機器のノードIDと入力プラグコントロールレジス
タの番号を表す。これらは、バス２を介して、各電子機
器とデータを授受するときの接続情報として必要なもの
である。bandwidthは、バス２において、データの授受
に必要とされる占有帯域幅を表す。これらの情報は、ネ
ットワークのリソースの競合状況をチェックするときに
（その詳細は図２９のフローチャートを参照して後述す
る）使用される。これらの情報がないと、この競合状態
をチェックするのに、実際のコマンドをスキャンする必
要が生じ、競合のチェックに時間がかかることになる。
【０１４３】Pointer_for_SAは、実行コマンドが記述し
てあるSA_command_listへのポインタである。すなわ
ち、これにより、後述する図２５のコマンドが指定され
る。
てあるSA_command_listへのポインタである。すなわ
ち、これにより、後述する図２５のコマンドが指定され
る。
【０１４４】実行コマンド群は、予約操作によってサイ
ズが変化するので、この実施の形態においては、図２５
に示すように別リストとされている。
ズが変化するので、この実施の形態においては、図２５
に示すように別リストとされている。
【０１４５】Size_of_user_Informationは、ユーザ情報
（図２７を参照して、その詳細は後述する）のサイズを
表す。Pointer_for_user_Informationは、後述する図２
７に示されているUser_Information_listへのポインタ
を表している。User_Information_listもユーザ情報の
サイズが変化するため、別リストとされている。
（図２７を参照して、その詳細は後述する）のサイズを
表す。Pointer_for_user_Informationは、後述する図２
７に示されているUser_Information_listへのポインタ
を表している。User_Information_listもユーザ情報の
サイズが変化するため、別リストとされている。
【０１４６】図２５は、SA command listの詳細な構成
を表している。同図に示すように、このコマンド群は、
準備（standby）、開始（action）、終了（stop）、中
止（suspend）、および再開（restart）の５個の段階に
区分されている。最初に、これら５個の各段階毎のトリ
ガが有効であるか無効であるかを表すフラグが記述され
ている。例えば、Valid/Invalid_of_trigger_for_stand
by_commandは、準備のトリガの有効性を表している。具
体的には、このフラグは図２６に示すように構成され
る。同図に示すように、各フラグは、時刻やコマンドな
どの各項目毎に有効（"1"）か、または無効（"0"）かが
設定される。これにより、トリガが内部時刻に基づくも
のであるのか、外部時刻に基づくものであるのかが表さ
れる。
を表している。同図に示すように、このコマンド群は、
準備（standby）、開始（action）、終了（stop）、中
止（suspend）、および再開（restart）の５個の段階に
区分されている。最初に、これら５個の各段階毎のトリ
ガが有効であるか無効であるかを表すフラグが記述され
ている。例えば、Valid/Invalid_of_trigger_for_stand
by_commandは、準備のトリガの有効性を表している。具
体的には、このフラグは図２６に示すように構成され
る。同図に示すように、各フラグは、時刻やコマンドな
どの各項目毎に有効（"1"）か、または無効（"0"）かが
設定される。これにより、トリガが内部時刻に基づくも
のであるのか、外部時刻に基づくものであるのかが表さ
れる。
【０１４７】次に、各段階毎のコマンドのサイズが記述
される。例えば、size_of_action_commandsは、開始（a
ction）のコマンドのサイズを表している。これによ
り、各段階のコマンド群の先頭アドレスが計算される。
すなわち、いまの場合、Number_of_action_command[0]
のアドレスが計算される。
される。例えば、size_of_action_commandsは、開始（a
ction）のコマンドのサイズを表している。これによ
り、各段階のコマンド群の先頭アドレスが計算される。
すなわち、いまの場合、Number_of_action_command[0]
のアドレスが計算される。
【０１４８】さらに、その後に各段階毎にコマンドが記
述されている。各コマンドにおいては、最初にその段階
のコマンドの数が記述され、それに続いて、具体的なコ
マンドが記述される。例えば、中止（suspend）のコマ
ンドにおいては、Number_of_suspend_commandにサスペ
ンドコマンドの数が記述され、それに続いて、ｎ個のSu
spend_command[0]乃至Suspend_command[n-1]が記述され
る。
述されている。各コマンドにおいては、最初にその段階
のコマンドの数が記述され、それに続いて、具体的なコ
マンドが記述される。例えば、中止（suspend）のコマ
ンドにおいては、Number_of_suspend_commandにサスペ
ンドコマンドの数が記述され、それに続いて、ｎ個のSu
spend_command[0]乃至Suspend_command[n-1]が記述され
る。
【０１４９】このように、各段階には、実行コマンドが
複数書き込み可能となっている。
複数書き込み可能となっている。
【０１５０】Standby_commandは、Start_time_of_SAか
らPeriod_for_standbyの分だけ前の時刻から開始され
る。この準備の処理により、例えばチューナサブユニッ
ト１２を選局状態にしたり、IRD１からDVCR３にバス２
を介してデータを伝送するのに必要なコネクションをは
り、必要なチャンネルと帯域を確保するなどの処理が行
われる。Action_commandは、Start_time_of_SAの時刻に
開始される。これにより、例えば所定の時刻から、チュ
ーナサブユニット１２により予約録画動作が実行され
る。
らPeriod_for_standbyの分だけ前の時刻から開始され
る。この準備の処理により、例えばチューナサブユニッ
ト１２を選局状態にしたり、IRD１からDVCR３にバス２
を介してデータを伝送するのに必要なコネクションをは
り、必要なチャンネルと帯域を確保するなどの処理が行
われる。Action_commandは、Start_time_of_SAの時刻に
開始される。これにより、例えば所定の時刻から、チュ
ーナサブユニット１２により予約録画動作が実行され
る。
【０１５１】Stop_commandは、Start_time_of_SAからPe
riod_for_actionの時間だけ経過した時点において実行
される。これにより、所定の時刻に、例えばチューナサ
ブユニット１２による予約録画動作が終了される。
riod_for_actionの時間だけ経過した時点において実行
される。これにより、所定の時刻に、例えばチューナサ
ブユニット１２による予約録画動作が終了される。
【０１５２】Suspend_commandは、例えば放送局側にお
いて何らかの理由により予定されていた放送番組を中断
したような場合に送信されるコマンドであり、これを実
行することで、一時的にイベント処理が中断される。
いて何らかの理由により予定されていた放送番組を中断
したような場合に送信されるコマンドであり、これを実
行することで、一時的にイベント処理が中断される。
【０１５３】Restart_commandは、Suspendを解除するコ
マンドであり、これにより一旦中断されたイベントの処
理が再び再開される。
マンドであり、これにより一旦中断されたイベントの処
理が再び再開される。
【０１５４】このように、段階毎にコマンドを記述する
ようにすることで、実行時間毎にコマンドを分けること
が可能となり、目的のコマンド群にアクセスすることが
容易となる。
ようにすることで、実行時間毎にコマンドを分けること
が可能となり、目的のコマンド群にアクセスすることが
容易となる。
【０１５５】また、段階別にコマンドを有効または無効
に設定できるようにすることで、各段階毎にコマンドの
トリガを内部時刻を基準とするか、外部時刻を基準とす
るかを指定することが可能となる。
に設定できるようにすることで、各段階毎にコマンドの
トリガを内部時刻を基準とするか、外部時刻を基準とす
るかを指定することが可能となる。
【０１５６】図２７は、ユーザ情報のより詳細な構成を
示している。同図に示すように、最初にuser_informati
onの数がNumber_of_user_informationに記述されてい
る。user_informationは、ユーザがイベント毎にデータ
を書き込むことが可能なエリアであり、そこに（従っ
て、イベント毎に）ニックネームを付加したり、覚え書
きを記述したりすることができる。また、各user_infor
mationには、Info typeが付加されており、そこにサー
チし易くするために、例えばタグを記述することができ
る。
示している。同図に示すように、最初にuser_informati
onの数がNumber_of_user_informationに記述されてい
る。user_informationは、ユーザがイベント毎にデータ
を書き込むことが可能なエリアであり、そこに（従っ
て、イベント毎に）ニックネームを付加したり、覚え書
きを記述したりすることができる。また、各user_infor
mationには、Info typeが付加されており、そこにサー
チし易くするために、例えばタグを記述することができ
る。
【０１５７】このように、ニックネームを付加すること
で、ユーザが各イベント（予約）を容易に識別すること
が可能となる。また、ユーザは、この領域をメモ代わり
に使用することができる。
で、ユーザが各イベント（予約）を容易に識別すること
が可能となる。また、ユーザは、この領域をメモ代わり
に使用することができる。
【０１５８】図２１に戻って、マクロコマンド#iは、マ
クロコマンドリスト#iへのポインタ、マクロコマンド#i
識別子、およびユーザラベルから構成される。マクロコ
マンドリスト#iへのポインタが示すマクロコマンドリス
ト#iには、実行するAV/CコマンドとNode Unique IDが対
で記述されている。Subfunctionには、そのコマンド群
の動作を規定する情報（例えば、エラー発生が発生した
場合、中止する、または、最後まで強制実行する等）が
記述されている。
クロコマンドリスト#iへのポインタ、マクロコマンド#i
識別子、およびユーザラベルから構成される。マクロコ
マンドリスト#iへのポインタが示すマクロコマンドリス
ト#iには、実行するAV/CコマンドとNode Unique IDが対
で記述されている。Subfunctionには、そのコマンド群
の動作を規定する情報（例えば、エラー発生が発生した
場合、中止する、または、最後まで強制実行する等）が
記述されている。
【０１５９】図２８は、図２１のSAディスクリプタ２１
１に記憶されるマクロコマンドについてのディスクリプ
タ情報を示している。
１に記憶されるマクロコマンドについてのディスクリプ
タ情報を示している。
【０１６０】ディスクリプタ情報には、マクロコマンド
についての情報の他、各種の情報が存在するため、その
識別を行うのに、各情報には、データID（data_id）が
割り当てられている。本実施の形態では、マクロコマン
ドについての情報には、データIDとして、図２８（Ａ）
に示すように、MACRO COMMANDが割り当てられている。
についての情報の他、各種の情報が存在するため、その
識別を行うのに、各情報には、データID（data_id）が
割り当てられている。本実施の形態では、マクロコマン
ドについての情報には、データIDとして、図２８（Ａ）
に示すように、MACRO COMMANDが割り当てられている。
【０１６１】ここで、図２８（Ａ）の実施の形態では、
MACRO COMMANDには、５０ｈ（ｈは、その前の数字が１
６進数であることを表す）が対応付けられている。な
お、例えば、ＡＶシステムの仕様や、サブユニットの機
能についての情報（SUBUNIT IDENTIFIER）には４０ｈな
どが、また、選択可能なオブジェクト（the object ava
ilable to select）についての情報（OBJECT LIST）に
は４１ｈなどが、データIDとして既に割り当てられてお
り、マクロコマンドについての情報に割り当てるデータ
IDは、このように既に割り当てられた値でなければ、基
本的には、どのような値であっても良い。
MACRO COMMANDには、５０ｈ（ｈは、その前の数字が１
６進数であることを表す）が対応付けられている。な
お、例えば、ＡＶシステムの仕様や、サブユニットの機
能についての情報（SUBUNIT IDENTIFIER）には４０ｈな
どが、また、選択可能なオブジェクト（the object ava
ilable to select）についての情報（OBJECT LIST）に
は４１ｈなどが、データIDとして既に割り当てられてお
り、マクロコマンドについての情報に割り当てるデータ
IDは、このように既に割り当てられた値でなければ、基
本的には、どのような値であっても良い。
【０１６２】データIDは、その情報についてのハンドル
（handle）となっており、従って、データIDを参照する
ことで、そのデータIDが割り当てられた情報が記憶され
ている、ディスクリプタにおけるアドレスを認識するこ
とができる。
（handle）となっており、従って、データIDを参照する
ことで、そのデータIDが割り当てられた情報が記憶され
ている、ディスクリプタにおけるアドレスを認識するこ
とができる。
【０１６３】ここでは、例えば、図２８（Ｂ）に示すよ
うに、マクロコマンドについての情報（以下、適宜、マ
クロコマンドディスクリプタ情報という）は、アドレス
００００ｈから記憶されている。
うに、マクロコマンドについての情報（以下、適宜、マ
クロコマンドディスクリプタ情報という）は、アドレス
００００ｈから記憶されている。
【０１６４】なお、本実施の形態では、例えば、ディス
クリプタは、１６ビットのアドレス空間を有し、各アド
レスには、８ビット（１バイト）のデータを記憶するこ
とができるようになされている。
クリプタは、１６ビットのアドレス空間を有し、各アド
レスには、８ビット（１バイト）のデータを記憶するこ
とができるようになされている。
【０１６５】マクロコマンドディスクリプタ情報におい
て、先頭アドレスおよび２番目のアドレス（図２８
（Ｂ）では、００００ｈおよび０００１ｈ）には、マク
ロコマンドディスクリプタ情報の長さ（大きさ）descri
ptor_lengthが、２バイトで記述される。即ち、図２８
（Ｂ）の実施の形態では、アドレス００００ｈ乃至ｘｘ
ｘｘｈにマクロコマンドディスクリプタ情報が記憶され
ており、その長さとして、ｘｘｘｘｈ＋１ｈが、descri
ptor_lengthとして記述されている。
て、先頭アドレスおよび２番目のアドレス（図２８
（Ｂ）では、００００ｈおよび０００１ｈ）には、マク
ロコマンドディスクリプタ情報の長さ（大きさ）descri
ptor_lengthが、２バイトで記述される。即ち、図２８
（Ｂ）の実施の形態では、アドレス００００ｈ乃至ｘｘ
ｘｘｈにマクロコマンドディスクリプタ情報が記憶され
ており、その長さとして、ｘｘｘｘｈ＋１ｈが、descri
ptor_lengthとして記述されている。
【０１６６】３番目のアドレス（図２８（Ｂ）では、０
００２ｈ）には、マクロコマンドディスクリプタ情報に
含まれているマクロコマンドの数entried macro_comman
d_countが、１バイトで記述される。即ち、マクロコマ
ンドディスクリプタ情報には、１個のマクロコマンドだ
けでなく、複数のマクロコマンドを記述することがで
き、その数がentried macro_command_countに記述され
る。図２８（Ｂ）においては、ｎ＋１のマクロコマンド
が記述されている。
００２ｈ）には、マクロコマンドディスクリプタ情報に
含まれているマクロコマンドの数entried macro_comman
d_countが、１バイトで記述される。即ち、マクロコマ
ンドディスクリプタ情報には、１個のマクロコマンドだ
けでなく、複数のマクロコマンドを記述することがで
き、その数がentried macro_command_countに記述され
る。図２８（Ｂ）においては、ｎ＋１のマクロコマンド
が記述されている。
【０１６７】そして、４番目のアドレス（図２８（Ｂ）
では、０００３ｈ）以降に、マクロコマンドを構成する
コマンドの集合が、マクロコマンド単位（以下、適宜、
エントリという）で記述される。
では、０００３ｈ）以降に、マクロコマンドを構成する
コマンドの集合が、マクロコマンド単位（以下、適宜、
エントリという）で記述される。
【０１６８】エントリmacro_command_entry[i]は、例え
ば、図２８（Ｃ）に示すように構成される（ｉ＝０，
１，・・・，ｎ）。なお、ここでは、エントリは可変長
とされている。また、図２８（Ｃ）において、左欄に
は、エントリの先頭からのオフセットアドレスが記述さ
れている。
ば、図２８（Ｃ）に示すように構成される（ｉ＝０，
１，・・・，ｎ）。なお、ここでは、エントリは可変長
とされている。また、図２８（Ｃ）において、左欄に
は、エントリの先頭からのオフセットアドレスが記述さ
れている。
【０１６９】エントリの最初のアドレス（図２８（Ｃ）
では、００ｈ）には、Node UniqueID for commandが記
述される。例えば、図３６を参照して後述するように、
パーソナルコンピュータ（PC）２６１が、IRD１を介し
て、SAディスクリプタを有しないDVCR３を制御するよう
な場合においては、コマンドの転送先（destination）
は、IRD１となるが、そのコマンドを作用させる先は、I
RD１ではなく、DVCR３となる。そこで、このコマンドを
作用させる先を指定するために、Node UniqueID for co
mmandが記述される。
では、００ｈ）には、Node UniqueID for commandが記
述される。例えば、図３６を参照して後述するように、
パーソナルコンピュータ（PC）２６１が、IRD１を介し
て、SAディスクリプタを有しないDVCR３を制御するよう
な場合においては、コマンドの転送先（destination）
は、IRD１となるが、そのコマンドを作用させる先は、I
RD１ではなく、DVCR３となる。そこで、このコマンドを
作用させる先を指定するために、Node UniqueID for co
mmandが記述される。
【０１７０】その次のアドレス（図２８（Ｃ）では、０
１ｈ）には、そのエントリを識別するためのエントリナ
ンバmacro_command_entry_number（以下、適宜、entry_
numberと略す）が記述される。従って、エントリmacro_
command_entry[i]については、例えば、ｉが、entry_nu
mberとして記述される。エントリの３番目のアドレス
（図２８（Ｃ）では、０２ｈ）には、それ以降に記述さ
れるコマンドの実行手順subfunctionが記述される。即
ち、エントリの４番目のアドレス（図２８（Ｃ）では、
０３ｈ）以降には、マクロコマンドを構成するコマンド
＃０，＃１，・・・，＃Ｋが記述されるが、これらのコ
マンドを実行する順序や条件などが、subfunctionとし
て記述される。具体的には、例えば、最初にコマンド＃
０を実行し、それが正常終了したならコマンド＃１を実
行し、異常終了したならコマンド＃２を実行する旨など
が、subfunctionとして記述される。
１ｈ）には、そのエントリを識別するためのエントリナ
ンバmacro_command_entry_number（以下、適宜、entry_
numberと略す）が記述される。従って、エントリmacro_
command_entry[i]については、例えば、ｉが、entry_nu
mberとして記述される。エントリの３番目のアドレス
（図２８（Ｃ）では、０２ｈ）には、それ以降に記述さ
れるコマンドの実行手順subfunctionが記述される。即
ち、エントリの４番目のアドレス（図２８（Ｃ）では、
０３ｈ）以降には、マクロコマンドを構成するコマンド
＃０，＃１，・・・，＃Ｋが記述されるが、これらのコ
マンドを実行する順序や条件などが、subfunctionとし
て記述される。具体的には、例えば、最初にコマンド＃
０を実行し、それが正常終了したならコマンド＃１を実
行し、異常終了したならコマンド＃２を実行する旨など
が、subfunctionとして記述される。
【０１７１】そして、エントリの４番目のアドレス（図
２８（Ｃ）では、０３ｈ）以降には、上述したように、
マクロコマンドを構成するコマンド＃０，＃１，・・
・，＃Ｋが記述される。これらのコマンドは、AV/Cコマ
ンドのフォーマットに準拠して記述される。例えば、図
２８（Ｃ）におけるコマンド＃０を例に説明すると、そ
の先頭アドレスには、コマンド＃０の長さdata_length
of command[0]が記述され、その後に、AV/Cコマンドが
記述される。
２８（Ｃ）では、０３ｈ）以降には、上述したように、
マクロコマンドを構成するコマンド＃０，＃１，・・
・，＃Ｋが記述される。これらのコマンドは、AV/Cコマ
ンドのフォーマットに準拠して記述される。例えば、図
２８（Ｃ）におけるコマンド＃０を例に説明すると、そ
の先頭アドレスには、コマンド＃０の長さdata_length
of command[0]が記述され、その後に、AV/Cコマンドが
記述される。
【０１７２】即ち、まず最初に、CTS（コマンドトラン
ザクションセット）およびCT/RC（コマンドタイプ／レ
スポンスコード）が記述される。CT/RCに続いては、HA
（ヘッダアドレス）、OPC（オペレーションコード）が
順次記述され、その後は、OPR（オペランド）が必要な
数だけ記述される。
ザクションセット）およびCT/RC（コマンドタイプ／レ
スポンスコード）が記述される。CT/RCに続いては、HA
（ヘッダアドレス）、OPC（オペレーションコード）が
順次記述され、その後は、OPR（オペランド）が必要な
数だけ記述される。
【０１７３】ここで、CTSの０ｈは、AV/Cコマンドセッ
トであることを表す。また、CT/RCは、要求（コマン
ド）または返事（レスポンス）の種類を表す。さらに、
HAは、コマンドを送信する宛先またはレスポンスを送信
した発信元を表す。OPCは、実行すべき処理の内容など
を表し、OPRは、その処理に必要なパラメータなどを表
す。
トであることを表す。また、CT/RCは、要求（コマン
ド）または返事（レスポンス）の種類を表す。さらに、
HAは、コマンドを送信する宛先またはレスポンスを送信
した発信元を表す。OPCは、実行すべき処理の内容など
を表し、OPRは、その処理に必要なパラメータなどを表
す。
【０１７４】次に、このネットワークシステムの競合ユ
ニット検索処理について、図２９乃至図３２のフローチ
ャートを参照して説明する。この処理は、ユーザがIRD
１に対して、DVCR３を用いる録画予約の操作を入力し、
その操作がコントローラ１１に検知されたときに開始さ
れる。ステップＳ５１において、コントローラ１１は、
バス２に接続されている全てのユニットのうちの１つを
選択する。
ニット検索処理について、図２９乃至図３２のフローチ
ャートを参照して説明する。この処理は、ユーザがIRD
１に対して、DVCR３を用いる録画予約の操作を入力し、
その操作がコントローラ１１に検知されたときに開始さ
れる。ステップＳ５１において、コントローラ１１は、
バス２に接続されている全てのユニットのうちの１つを
選択する。
【０１７５】ステップＳ５２において、コントローラ１
１は、ステップＳ５１で選択したユニットのSAディスク
リプタのRoot SA Eventリストから予約情報(SA Event)
を１つだけ選択して読み出す。ステップＳ５３におい
て、コントローラ１１は、ステップＳ５２で読み出した
SA Eventの関連ユニット情報を参照し、そこに記述され
ているNode Unique ID，SubunitType、およびSubunit I
DがDVCR３に対応するものであるか否かを判定し、対応
するものであると判定された場合、ステップＳ５４に進
む。ステップＳ５４において、コントローラ１１は、ス
テップＳ５２で読み出したSA Eventの時刻情報を参照
し、そこに記述されている録画時刻が、ユーザから入力
された録画予約の時刻と重複するか否かを判定し、重複
しないと判定した場合、ステップＳ５５に進む。
１は、ステップＳ５１で選択したユニットのSAディスク
リプタのRoot SA Eventリストから予約情報(SA Event)
を１つだけ選択して読み出す。ステップＳ５３におい
て、コントローラ１１は、ステップＳ５２で読み出した
SA Eventの関連ユニット情報を参照し、そこに記述され
ているNode Unique ID，SubunitType、およびSubunit I
DがDVCR３に対応するものであるか否かを判定し、対応
するものであると判定された場合、ステップＳ５４に進
む。ステップＳ５４において、コントローラ１１は、ス
テップＳ５２で読み出したSA Eventの時刻情報を参照
し、そこに記述されている録画時刻が、ユーザから入力
された録画予約の時刻と重複するか否かを判定し、重複
しないと判定した場合、ステップＳ５５に進む。
【０１７６】ステップＳ５４において、ステップＳ５２
で読み出したSA Eventの時刻情報に記述されている録画
時刻が、ユーザから入力された録画予約の時刻と重複す
ると判定された場合、ステップＳ５８に進む。
で読み出したSA Eventの時刻情報に記述されている録画
時刻が、ユーザから入力された録画予約の時刻と重複す
ると判定された場合、ステップＳ５８に進む。
【０１７７】ステップＳ５８において、コントローラ１
１は、入力された録画予約が競合する（ダブルブッキン
グになる）と判断し、その情報を所定の方法でユーザに
通知する。
１は、入力された録画予約が競合する（ダブルブッキン
グになる）と判断し、その情報を所定の方法でユーザに
通知する。
【０１７８】例えば、重複する録画予約をユーザに提示
して、選択を求めるようにしてもよい。また、重複する
時刻において、録画予約が行われていない他のDVCRを検
索し、ユーザに提示するようにしてもよい。
して、選択を求めるようにしてもよい。また、重複する
時刻において、録画予約が行われていない他のDVCRを検
索し、ユーザに提示するようにしてもよい。
【０１７９】ステップＳ５３において、関連ユニット情
報に記述されているNode Unique ID，SubunitType、お
よびSubunit IDがDVCR３に対応するものではないと判定
された場合、ステップＳ５４の処理はスキップされる。
報に記述されているNode Unique ID，SubunitType、お
よびSubunit IDがDVCR３に対応するものではないと判定
された場合、ステップＳ５４の処理はスキップされる。
【０１８０】ステップＳ５５において、コントローラ１
１は、ステップＳ５１で選択したユニットのSAディスク
リプタのRoot SA Eventリストに記述されている全てのS
A EventをステップＳ５２で選択したか否かを判定し、
全てのSA Eventを選択したと判定するまで、ステップＳ
５２乃至Ｓ５５の処理を繰り返す。
１は、ステップＳ５１で選択したユニットのSAディスク
リプタのRoot SA Eventリストに記述されている全てのS
A EventをステップＳ５２で選択したか否かを判定し、
全てのSA Eventを選択したと判定するまで、ステップＳ
５２乃至Ｓ５５の処理を繰り返す。
【０１８１】ステップＳ５５で、全てのSA Eventを選択
したと判定された場合、ステップＳ５６において、コン
トローラ１１は、バス２に接続されている全てのユニッ
トを、ステップＳ５１で選択したか否かを判定し、全て
のユニットを選択したと判定するまで、ステップＳ５１
乃至Ｓ５６の処理を繰り返す。
したと判定された場合、ステップＳ５６において、コン
トローラ１１は、バス２に接続されている全てのユニッ
トを、ステップＳ５１で選択したか否かを判定し、全て
のユニットを選択したと判定するまで、ステップＳ５１
乃至Ｓ５６の処理を繰り返す。
【０１８２】ステップＳ５６で、全てのユニットを選択
したと判定された場合、ステップＳ５７において、コン
トローラ１１は、入力された録画予約が競合しない（ダ
ブルブッキングとはならない）と判断して、入力された
録画予約の情報をSAディスクリプタ２１１に記憶させ
る。
したと判定された場合、ステップＳ５７において、コン
トローラ１１は、入力された録画予約が競合しない（ダ
ブルブッキングとはならない）と判断して、入力された
録画予約の情報をSAディスクリプタ２１１に記憶させ
る。
【０１８３】次にコントローラ１１は、ステップＳ５９
において、予約を埋め込みたい機器のSABをWRITE OPEN
させる処理を実行する。例えば、予約を埋め込みたい機
器が、IRD１のチューナサブユニット１２であれば、コ
ントローラ１１は、チューナサブユニット１２を有する
機器としてのIRD１のSAB５２をWRITE OPENする（書き
込み可能な状態にする）ために、WRITE OPENコマンド
を出力する。
において、予約を埋め込みたい機器のSABをWRITE OPEN
させる処理を実行する。例えば、予約を埋め込みたい機
器が、IRD１のチューナサブユニット１２であれば、コ
ントローラ１１は、チューナサブユニット１２を有する
機器としてのIRD１のSAB５２をWRITE OPENする（書き
込み可能な状態にする）ために、WRITE OPENコマンド
を出力する。
【０１８４】但し実際には、SAB５２とコントローラ１
１とはIRD１内に保持されているものであり、その間に
は、バス２は存在していない。そこで、コントローラ１
１は、SAB５２に対して、バス２を介してWRITE OPENコ
マンドが供給されてきた場合と同様の状態となるよう
に、SAB５２を制御する。
１とはIRD１内に保持されているものであり、その間に
は、バス２は存在していない。そこで、コントローラ１
１は、SAB５２に対して、バス２を介してWRITE OPENコ
マンドが供給されてきた場合と同様の状態となるよう
に、SAB５２を制御する。
【０１８５】次にステップＳ６０に進み、コントローラ
１１は、BBS１４内のSAB５２のdescrptior_lengthと、S
A list_specific_information（図２３）を読み出す。
この読み出しは、READコマンドを利用して行われる。但
しこの場合においても、コントローラ１１とSAB５２
は、バス２を介して接続されている訳ではないので、コ
ントローラ１１からSAB５２に対する読み出しは、直接
的に行われる。
１１は、BBS１４内のSAB５２のdescrptior_lengthと、S
A list_specific_information（図２３）を読み出す。
この読み出しは、READコマンドを利用して行われる。但
しこの場合においても、コントローラ１１とSAB５２
は、バス２を介して接続されている訳ではないので、コ
ントローラ１１からSAB５２に対する読み出しは、直接
的に行われる。
【０１８６】ステップＳ６１において、コントローラ１
１はターゲットとしてのSAB５２に対するリストの最大
長の制限（図２３におけるobject_list_maximum_siz
e）、リストのエントリ数の制限（図２３におけるobjec
t_entries_maximum_number）、および各エントリの最大
バイト長の制限（図２３におけるobject_entry_maximum
_size）を抽出する。
１はターゲットとしてのSAB５２に対するリストの最大
長の制限（図２３におけるobject_list_maximum_siz
e）、リストのエントリ数の制限（図２３におけるobjec
t_entries_maximum_number）、および各エントリの最大
バイト長の制限（図２３におけるobject_entry_maximum
_size）を抽出する。
【０１８７】そしてステップＳ６２において、コントロ
ーラ１１は、これからSAB５２にデータ（予約情報）を
記録しても、ステップＳ６１で抽出されたリストの最大
長（object_list_maximum_size）を越えないか否かを判
定する。この制限が守られる場合には、ステップＳ６３
に進み、コントローラ１１は、ステップＳ６１で抽出さ
れたリストのエントリ数の制限（最大エントリ数）（ob
ject_entries_maximum_number）から、現在のエントリ
数を引いた値が”０”より大きいか否か、すなわち、ま
だ記録可能なエントリが残っているか否かを判定する。
この条件が満足される場合には、さらにステップＳ６４
に進み、コントローラ１１は、ステップＳ６１で抽出さ
れた最大エントリ長（object_entry_maximum_size）か
ら、これから書き込もうとしているエントリ長を引いた
値が”０”より大きいか否か、すなわち、書き込むべき
エントリ長に、まだ余裕があるか否かを判定する。
ーラ１１は、これからSAB５２にデータ（予約情報）を
記録しても、ステップＳ６１で抽出されたリストの最大
長（object_list_maximum_size）を越えないか否かを判
定する。この制限が守られる場合には、ステップＳ６３
に進み、コントローラ１１は、ステップＳ６１で抽出さ
れたリストのエントリ数の制限（最大エントリ数）（ob
ject_entries_maximum_number）から、現在のエントリ
数を引いた値が”０”より大きいか否か、すなわち、ま
だ記録可能なエントリが残っているか否かを判定する。
この条件が満足される場合には、さらにステップＳ６４
に進み、コントローラ１１は、ステップＳ６１で抽出さ
れた最大エントリ長（object_entry_maximum_size）か
ら、これから書き込もうとしているエントリ長を引いた
値が”０”より大きいか否か、すなわち、書き込むべき
エントリ長に、まだ余裕があるか否かを判定する。
【０１８８】ステップＳ６２乃至ステップＳ６４におけ
る条件のいずれか１つでも満足されない場合には、ステ
ップＳ６５に進み、コントローラ１１は、例えば「予約
が一杯です」のような警告表示をユーザに対して行う。
ユーザはこれにより、予約が一杯で、それ以上予約をす
ることができないことを知ることができる。
る条件のいずれか１つでも満足されない場合には、ステ
ップＳ６５に進み、コントローラ１１は、例えば「予約
が一杯です」のような警告表示をユーザに対して行う。
ユーザはこれにより、予約が一杯で、それ以上予約をす
ることができないことを知ることができる。
【０１８９】ステップＳ６２乃至ステップＳ６４の条件
のいずれもが満足される場合には、SAB５２に予約情報
を書き込む余裕はあるので、ステップＳ６６乃至ステッ
プＳ７２において、重複する時刻の予約がすでになされ
ているか否かの判定処理が行われる。
のいずれもが満足される場合には、SAB５２に予約情報
を書き込む余裕はあるので、ステップＳ６６乃至ステッ
プＳ７２において、重複する時刻の予約がすでになされ
ているか否かの判定処理が行われる。
【０１９０】すなわちステップＳ６６において、変数ｉ
に”０”が初期設定され、ステップＳ６７において、SA
B５２に記録されているエントリの数number_of_entries
から変数ｉを減算した値が”０”より大きいか否か、換
言すれば、SAB５２に記録されている全てのエントリに
ついて検索が行われたか否かが判定される。number_of_
entriesから変数ｉを減算した値が”０”より大きい場
合には、まだ検索していないエントリが存在するので、
ステップＳ６８に進み、コントローラ１１は、SAB５２
に掲示されているobject_entry［ｉ］を読み出す（今の
場合、object_entry［０］を読み出す）。
に”０”が初期設定され、ステップＳ６７において、SA
B５２に記録されているエントリの数number_of_entries
から変数ｉを減算した値が”０”より大きいか否か、換
言すれば、SAB５２に記録されている全てのエントリに
ついて検索が行われたか否かが判定される。number_of_
entriesから変数ｉを減算した値が”０”より大きい場
合には、まだ検索していないエントリが存在するので、
ステップＳ６８に進み、コントローラ１１は、SAB５２
に掲示されているobject_entry［ｉ］を読み出す（今の
場合、object_entry［０］を読み出す）。
【０１９１】なお、ステップＳ６８における読み出し
も、READコマンドで行われるが、この場合におけるdesc
riptor identifierの記述はobject positionで行われ
る。このobject entry［ｉ］には、既に登録されてい
る予約の時刻情報（図８におけるstart_time，duratio
n）や、その予約において、使用するサブユニットの識
別情報（図８のinfo blocksにおけるsubunit_type_and
_ID［０］）などが記憶されている。
も、READコマンドで行われるが、この場合におけるdesc
riptor identifierの記述はobject positionで行われ
る。このobject entry［ｉ］には、既に登録されてい
る予約の時刻情報（図８におけるstart_time，duratio
n）や、その予約において、使用するサブユニットの識
別情報（図８のinfo blocksにおけるsubunit_type_and
_ID［０］）などが記憶されている。
【０１９２】そこでステップＳ６９において、コントロ
ーラ１１は、ユーザより入力された時刻情報（start_ti
me，duration）が、ステップＳ６８で読み出された時刻
情報（start_time，duration）と重複しているか否かを
判定する。時刻が重複している場合には、ステップＳ７
０に進み、コントローラ１１は、予約設定されたサブユ
ニット（今の場合、チューナサブユニット１２）が、ス
テップＳ６８で読み出したサブユニット（subunit_type
_and_ID）と一致しているか否かを判定する。サブユニ
ットが一致している場合には、結局、時刻とサブユニッ
トの両方が一致していることになるので、ステップＳ７
２に進み、コントローラ１１は、例えば「予約が重なっ
ています」のような警告表示を行う。これによりダブル
ブッキングは、防止される。
ーラ１１は、ユーザより入力された時刻情報（start_ti
me，duration）が、ステップＳ６８で読み出された時刻
情報（start_time，duration）と重複しているか否かを
判定する。時刻が重複している場合には、ステップＳ７
０に進み、コントローラ１１は、予約設定されたサブユ
ニット（今の場合、チューナサブユニット１２）が、ス
テップＳ６８で読み出したサブユニット（subunit_type
_and_ID）と一致しているか否かを判定する。サブユニ
ットが一致している場合には、結局、時刻とサブユニッ
トの両方が一致していることになるので、ステップＳ７
２に進み、コントローラ１１は、例えば「予約が重なっ
ています」のような警告表示を行う。これによりダブル
ブッキングは、防止される。
【０１９３】ステップＳ６９において、時刻が重複して
いないと判定された場合、または、ステップＳ７０にお
いて、時刻が一致していたとしても、サブユニットが一
致していないと判定された場合、ダブルブッキングが発
生する恐れはない。そこでステップＳ７１において、変
数ｉが１だけがインクリメントされ、ステップＳ６７に
戻り、number_of_entriesから変数ｉを減算した値が０
より大きくないと判定されるまで、同様の処理が繰り返
し実行される。すなわちSAB５２に記憶されている全て
のobject entry［ｉ］について、重複する時刻の予約
がなされているか否かの検索が行われる。
いないと判定された場合、または、ステップＳ７０にお
いて、時刻が一致していたとしても、サブユニットが一
致していないと判定された場合、ダブルブッキングが発
生する恐れはない。そこでステップＳ７１において、変
数ｉが１だけがインクリメントされ、ステップＳ６７に
戻り、number_of_entriesから変数ｉを減算した値が０
より大きくないと判定されるまで、同様の処理が繰り返
し実行される。すなわちSAB５２に記憶されている全て
のobject entry［ｉ］について、重複する時刻の予約
がなされているか否かの検索が行われる。
【０１９４】ステップＳ６７において、number_of_entr
iesから変数ｉを減算した値が”０”より大きくないと
判定された場合（全てのobject entry［ｉ］の検索が
終了した場合）、ステップＳ７３に進み、コントローラ
１１は、SAB５２にCREATEコマンドを出力し、object e
ntryをSAB５２においてcreateする。ただし、この場合
においても、CREATEコマンドは実際には出力されず、出
力された場合と同様の処理が行われるだけである。
iesから変数ｉを減算した値が”０”より大きくないと
判定された場合（全てのobject entry［ｉ］の検索が
終了した場合）、ステップＳ７３に進み、コントローラ
１１は、SAB５２にCREATEコマンドを出力し、object e
ntryをSAB５２においてcreateする。ただし、この場合
においても、CREATEコマンドは実際には出力されず、出
力された場合と同様の処理が行われるだけである。
【０１９５】なお、上述したステップＳ６２乃至ステッ
プＳ６５の処理は、ステップＳ６７の処理において、NO
の判定が行われた場合に実行するようにすることも可能
である。
プＳ６５の処理は、ステップＳ６７の処理において、NO
の判定が行われた場合に実行するようにすることも可能
である。
【０１９６】また、図３２のステップＳ７３において、
CREATEコマンドを利用する代わりに、INSERTコマンドを
使用することも可能である。
CREATEコマンドを利用する代わりに、INSERTコマンドを
使用することも可能である。
【０１９７】次にステップＳ７４において、コントロー
ラ１１は、ターゲットとしてのDVCR３のSAB６２のlist
specific information field（図２３）を読み出
し、DVCR３のLocal_time_offsetを取得する。ステップ
Ｓ７５において、コントローラ１１は、ユーザより入力
されたVCRサブユニット３３の予約の時間情報を、ステ
ップＳ７４で取得したDVCR３のLocal_time_offsetに合
わせて算出する。すなわちコントローラ１１は、UTCを
基準として動作しているのであるが（UCTを取得可能で
あるが）、ユーザは、DVCR３ではなく、IRD１のローカ
ルタイムに基づいて、DVCR３のVCRサブユニット３３を
使用する使用時刻を入力する。コントローラ１１は、こ
の使用時刻（IRD１のローカルタイムを基準とする時
刻）をUTCに変換し、さらにUTCからDVCR３のLocal_time
_offsetに対応する時間を補正し、DVCR３のローカルタ
イムの基準時刻に基づく使用時刻を算出する。
ラ１１は、ターゲットとしてのDVCR３のSAB６２のlist
specific information field（図２３）を読み出
し、DVCR３のLocal_time_offsetを取得する。ステップ
Ｓ７５において、コントローラ１１は、ユーザより入力
されたVCRサブユニット３３の予約の時間情報を、ステ
ップＳ７４で取得したDVCR３のLocal_time_offsetに合
わせて算出する。すなわちコントローラ１１は、UTCを
基準として動作しているのであるが（UCTを取得可能で
あるが）、ユーザは、DVCR３ではなく、IRD１のローカ
ルタイムに基づいて、DVCR３のVCRサブユニット３３を
使用する使用時刻を入力する。コントローラ１１は、こ
の使用時刻（IRD１のローカルタイムを基準とする時
刻）をUTCに変換し、さらにUTCからDVCR３のLocal_time
_offsetに対応する時間を補正し、DVCR３のローカルタ
イムの基準時刻に基づく使用時刻を算出する。
【０１９８】次に、ステップＳ７６に進み、コントロー
ラ１１は、SAB５２のentry_specific_information fie
ldsの部分に予約内容を書き込む。すなわち、これによ
り、start_time，duration，repeat_information,予約
内容などが書き込まれる。このときの例えばstart_time
は、ステップＳ７５で算出された、DVCR３のローカルタ
イムに基づく時刻として記録される。
ラ１１は、SAB５２のentry_specific_information fie
ldsの部分に予約内容を書き込む。すなわち、これによ
り、start_time，duration，repeat_information,予約
内容などが書き込まれる。このときの例えばstart_time
は、ステップＳ７５で算出された、DVCR３のローカルタ
イムに基づく時刻として記録される。
【０１９９】次にステップＳ７７進み、コントローラ１
１は、リスト、すなわちSAB５２をクローズする。この
時コントローラ１１は、SAB５２に対して、CLOSEコマン
ドを出力する。ただしこの場合においても、コントロー
ラ１１とRSB５１は、バス２を介して接続されている訳
ではないので、クローズ処理は直接的に行われる。
１は、リスト、すなわちSAB５２をクローズする。この
時コントローラ１１は、SAB５２に対して、CLOSEコマン
ドを出力する。ただしこの場合においても、コントロー
ラ１１とRSB５１は、バス２を介して接続されている訳
ではないので、クローズ処理は直接的に行われる。
【０２００】次にステップＳ７８に進み、コントローラ
１１は、予約に関連する他のリソースが存在するか否か
を判定する。今の場合、これまでの処理によりチューナ
サブユニット１２を予約するための処理が終了したの
で、まだDVCR３のVCRサブユニット３３を予約するため
の処理が必要である。そこで、この場合においては、ス
テップＳ５９に戻り、上述したSAB５２に対して行われ
た場合と同様の処理が、DVCR３のSAB６２に対しても行
われる。
１１は、予約に関連する他のリソースが存在するか否か
を判定する。今の場合、これまでの処理によりチューナ
サブユニット１２を予約するための処理が終了したの
で、まだDVCR３のVCRサブユニット３３を予約するため
の処理が必要である。そこで、この場合においては、ス
テップＳ５９に戻り、上述したSAB５２に対して行われ
た場合と同様の処理が、DVCR３のSAB６２に対しても行
われる。
【０２０１】そしてステップＳ７８において、予約に関
連する他のリソースが存在しないと判定された時、処理
は終了される。
連する他のリソースが存在しないと判定された時、処理
は終了される。
【０２０２】なお、確定した録画予約の情報を、IRD１
のSAディスクリプタ２１１、および関連ユニットである
DVCR３のSAディスクリプタ２２１に書き込むようにすれ
ば、ステップＳ５１で選択するユニットは関連ユニット
であるDVCR３だけでよい。
のSAディスクリプタ２１１、および関連ユニットである
DVCR３のSAディスクリプタ２２１に書き込むようにすれ
ば、ステップＳ５１で選択するユニットは関連ユニット
であるDVCR３だけでよい。
【０２０３】また、ステップＳ５３、またはステップＳ
５４の処理と同時に、SA Eventのコネクション情報を読
み出せば、バス２の帯域の使用予約状況を把握すること
が可能となる。
５４の処理と同時に、SA Eventのコネクション情報を読
み出せば、バス２の帯域の使用予約状況を把握すること
が可能となる。
【０２０４】このように、各ユニットの実行コマンドを
１つずつ検証して録画予約の状況を確認することなく、
各ユニットのSAディスクリプタのSA Eventの一部を読み
出すだけで、既に確定している録画予約の情報を得るこ
とができる。
１つずつ検証して録画予約の状況を確認することなく、
各ユニットのSAディスクリプタのSA Eventの一部を読み
出すだけで、既に確定している録画予約の情報を得るこ
とができる。
【０２０５】次に、このネットワークシステムのSA Eve
nt ID設定処理について、図３３のフローチャートを参
照して説明する。この処理は、ユーザがIRD１に対し
て、DVCR３を用いる録画予約の操作を入力し、その操作
がコントローラ１１に検知され、上述した競合ユニット
検索処理が実行されて、その録画予約が認められた後、
開始される。ステップＳ９１において、コントローラ１
１は、ネットワーク内（または関連するユニット内）に
おいて、その予約情報を一意に識別できる仮IDを発生す
る。
nt ID設定処理について、図３３のフローチャートを参
照して説明する。この処理は、ユーザがIRD１に対し
て、DVCR３を用いる録画予約の操作を入力し、その操作
がコントローラ１１に検知され、上述した競合ユニット
検索処理が実行されて、その録画予約が認められた後、
開始される。ステップＳ９１において、コントローラ１
１は、ネットワーク内（または関連するユニット内）に
おいて、その予約情報を一意に識別できる仮IDを発生す
る。
【０２０６】ステップＳ９２において、コントローラ１
２は、ネットワーク内のユニット（または関連するユニ
ット）のSA Eventを読み出して、その中のSA Event ID
を抽出する。ステップＳ９３において、コントローラ１
１は、ステップＳ９１で発生した仮IDと、ステップＳ９
２で抽出したSA Event IDが一致するか否かを判定し、
一致しないと判定するまで、ステップＳ９１乃至Ｓ９３
の処理を繰り返す。
２は、ネットワーク内のユニット（または関連するユニ
ット）のSA Eventを読み出して、その中のSA Event ID
を抽出する。ステップＳ９３において、コントローラ１
１は、ステップＳ９１で発生した仮IDと、ステップＳ９
２で抽出したSA Event IDが一致するか否かを判定し、
一致しないと判定するまで、ステップＳ９１乃至Ｓ９３
の処理を繰り返す。
【０２０７】仮IDとステップＳ９２で抽出したSA Event
IDが一致しないと判定された場合、ステップＳ９４に
おいて、コントローラ１１は、ネットワーク内のユニッ
ト（または関連するユニット）の全てのSA Eventを読み
出したか否かを判定し、全てのSA Eventを読み出したと
判定するまで、ステップＳ９２乃至Ｓ９４の処理を繰り
返す。全てのSA Eventを読み出したと判定された場合、
ステップＳ９５において、コントローラ１１は、ステッ
プＳ９１で発生した仮IDをSA Event IDとしてSAディス
クリプタ２１１に記録する。
IDが一致しないと判定された場合、ステップＳ９４に
おいて、コントローラ１１は、ネットワーク内のユニッ
ト（または関連するユニット）の全てのSA Eventを読み
出したか否かを判定し、全てのSA Eventを読み出したと
判定するまで、ステップＳ９２乃至Ｓ９４の処理を繰り
返す。全てのSA Eventを読み出したと判定された場合、
ステップＳ９５において、コントローラ１１は、ステッ
プＳ９１で発生した仮IDをSA Event IDとしてSAディス
クリプタ２１１に記録する。
【０２０８】図３４は、IRD１がサブユニットであるSA
ディスクリプタ２１１を持たず、その代わりにSAコント
ローラ２３１を持つ構成を示している。このSAコントロ
ーラ２３１は、自分自身がSAディスクリプタを有してい
ないが、他のユニットのSAディスクリプタを参照する、
例えば、AV/CのRead DescriptorやWrite Descriptorに
相当する機能を有している。
ディスクリプタ２１１を持たず、その代わりにSAコント
ローラ２３１を持つ構成を示している。このSAコントロ
ーラ２３１は、自分自身がSAディスクリプタを有してい
ないが、他のユニットのSAディスクリプタを参照する、
例えば、AV/CのRead DescriptorやWrite Descriptorに
相当する機能を有している。
【０２０９】このように、録画予約に対して、ネットワ
ーク内（または関連するユニット）において一意に識別
できるIDを付与することで、ネットワーク内（または関
連するユニット）において、任意の録画予約を指定し
て、変更や削除等の処理を容易に行うことができる。
ーク内（または関連するユニット）において一意に識別
できるIDを付与することで、ネットワーク内（または関
連するユニット）において、任意の録画予約を指定し
て、変更や削除等の処理を容易に行うことができる。
【０２１０】次に、録画予約動作を行う場合の他の構成
例について説明する。図３５の例においては、IRD１の
コントローラ１１とSAディスクリプタ２１１によりタイ
マ２４１が構成されており、DVCR３のコントローラ３１
とSAディスクリプタ２２１によりタイマ２５１が構成さ
れている。ユーザは、IRD１に所定の時刻で受信したデ
ータをDVCR３に転送し、記録させるための録画予約操作
をIRD１とDVCR３の両方にそれぞれ行う。すなわち、SA
ディスクリプタ２１１には、所定の時刻に所定のチャン
ネルの放送を受信し、バス２を介してDVCR３に転送する
ことが記憶される。コントローラ１１は、計時動作を行
い、所定の時刻に達したとき、DVCR３に、バス２を介し
てデータを転送するのに必要なチャンネルと帯域を確保
し、チューナサブユニット１２に指定されたチャンネル
の番組を受信させる。そして、コントローラ１１は、受
信されたデータをバス２を介してDVCR３に転送する。
例について説明する。図３５の例においては、IRD１の
コントローラ１１とSAディスクリプタ２１１によりタイ
マ２４１が構成されており、DVCR３のコントローラ３１
とSAディスクリプタ２２１によりタイマ２５１が構成さ
れている。ユーザは、IRD１に所定の時刻で受信したデ
ータをDVCR３に転送し、記録させるための録画予約操作
をIRD１とDVCR３の両方にそれぞれ行う。すなわち、SA
ディスクリプタ２１１には、所定の時刻に所定のチャン
ネルの放送を受信し、バス２を介してDVCR３に転送する
ことが記憶される。コントローラ１１は、計時動作を行
い、所定の時刻に達したとき、DVCR３に、バス２を介し
てデータを転送するのに必要なチャンネルと帯域を確保
し、チューナサブユニット１２に指定されたチャンネル
の番組を受信させる。そして、コントローラ１１は、受
信されたデータをバス２を介してDVCR３に転送する。
【０２１１】一方、DVCR３のSAディスクリプタ２２１に
も、所定の時刻になったとき、IRD１から転送されてき
たデータを受信し、レコーダ３に記録させるための録画
予約情報が記憶される。コントローラ３１は、計時動作
を行い、所定の時刻に達したとき、バス２を介してIRD
１より転送されてくるデータをVCRサブユニット３３に
記録させる。
も、所定の時刻になったとき、IRD１から転送されてき
たデータを受信し、レコーダ３に記録させるための録画
予約情報が記憶される。コントローラ３１は、計時動作
を行い、所定の時刻に達したとき、バス２を介してIRD
１より転送されてくるデータをVCRサブユニット３３に
記録させる。
【０２１２】図３６は、さらに他の構成例を表してい
る。この構成例においては、DVCR３がSAディスクリプタ
２２１を有しない構成とされている。そして、パーソナ
ルコンピュータ（PC）２６１が、IRD１のSAディスクリ
プタ２１１に録画予約情報を記憶させる。このとき、上
述したように、PC２６１は、録画予約情報の転送先（de
stination）としてIRD１を指定し、所定の時刻になった
とき、IRD１がコマンドを送付する先として、DVCR３を
指定する。
る。この構成例においては、DVCR３がSAディスクリプタ
２２１を有しない構成とされている。そして、パーソナ
ルコンピュータ（PC）２６１が、IRD１のSAディスクリ
プタ２１１に録画予約情報を記憶させる。このとき、上
述したように、PC２６１は、録画予約情報の転送先（de
stination）としてIRD１を指定し、所定の時刻になった
とき、IRD１がコマンドを送付する先として、DVCR３を
指定する。
【０２１３】IRD１のコントローラ１１は、SAディスク
リプタ２１１に記憶されている所定の時刻に達したと
き、バス２を介してデータを転送するのに必要なチャン
ネルと帯域を確保し、チューナサブユニット１２に所定
のチャンネルを受信させる。そして、受信されたデータ
を、コントローラ１１は、バス２を介してDVCR３に転送
させる。
リプタ２１１に記憶されている所定の時刻に達したと
き、バス２を介してデータを転送するのに必要なチャン
ネルと帯域を確保し、チューナサブユニット１２に所定
のチャンネルを受信させる。そして、受信されたデータ
を、コントローラ１１は、バス２を介してDVCR３に転送
させる。
【０２１４】また、コントローラ１１は、データを転送
するのに先だって、DVCR３にコマンドを送出し、IRD１
が転送したデータをVCRサブユニット３３に記録させる
ように要求する。DVCR３のコントローラ３１は、このコ
マンドを受け取ったとき、その後IRD１から転送されて
くるデータを受信し、VCRサブユニット３３に記録させ
る。 図３７は、さらに他の構成例を表している。図３
６の構成例においては、IRD１のコントローラ１１とDVC
R３のコントローラ３１が行う計時動作の時刻が一致し
ている必要があるが、図３７の構成例においては、両者
の時刻が一致していなくても、録画予約動作を実行する
ことができる。すなわち、この構成例においては、コン
トローラ１１は、SAディスクリプタ２１１に記憶されて
いる所定の時刻に達したとき、バス２を介してデータを
転送するのに必要なチャンネルと帯域を確保するととも
に、DVCR３のコントローラ３１にトリガ信号を出力す
る。また、コントローラ１１は、チューナサブユニット
１２を制御し、所定のチャンネルの信号を受信させ、バ
ス２を介してDVCR３に転送させる。DVCR３のコントロー
ラ３１は、IRD１のコントローラ１１よりトリガ信号が
入力されたとき、これに対応して、VCRサブユニット３
３にIRD１より転送されてきたデータの記録動作を開始
させる。
するのに先だって、DVCR３にコマンドを送出し、IRD１
が転送したデータをVCRサブユニット３３に記録させる
ように要求する。DVCR３のコントローラ３１は、このコ
マンドを受け取ったとき、その後IRD１から転送されて
くるデータを受信し、VCRサブユニット３３に記録させ
る。 図３７は、さらに他の構成例を表している。図３
６の構成例においては、IRD１のコントローラ１１とDVC
R３のコントローラ３１が行う計時動作の時刻が一致し
ている必要があるが、図３７の構成例においては、両者
の時刻が一致していなくても、録画予約動作を実行する
ことができる。すなわち、この構成例においては、コン
トローラ１１は、SAディスクリプタ２１１に記憶されて
いる所定の時刻に達したとき、バス２を介してデータを
転送するのに必要なチャンネルと帯域を確保するととも
に、DVCR３のコントローラ３１にトリガ信号を出力す
る。また、コントローラ１１は、チューナサブユニット
１２を制御し、所定のチャンネルの信号を受信させ、バ
ス２を介してDVCR３に転送させる。DVCR３のコントロー
ラ３１は、IRD１のコントローラ１１よりトリガ信号が
入力されたとき、これに対応して、VCRサブユニット３
３にIRD１より転送されてきたデータの記録動作を開始
させる。
【０２１５】その後、予約録画動作終了の時刻に達した
とき、コントローラ１１は、チューナサブユニット１２
の動作を停止させるとともに、DVCR３のコントローラ３
１に記録動作の終了のトリガ信号を出力する。コントロ
ーラ３１は、このトリガ信号に対応して、VCRサブユニ
ット３３の記録動作を終了させる。
とき、コントローラ１１は、チューナサブユニット１２
の動作を停止させるとともに、DVCR３のコントローラ３
１に記録動作の終了のトリガ信号を出力する。コントロ
ーラ３１は、このトリガ信号に対応して、VCRサブユニ
ット３３の記録動作を終了させる。
【０２１６】図３８は、さらに他の構成例を表してい
る。この構成例においては、バス２に接続されている全
ての電子機器のタイマ動作がPC２６１のスーパタイマ２
７１により制御されるようになされている。すなわち、
ユーザは、スーパタイマ２７１を構成するSAディスクリ
プタ２８２に予約録画情報を記憶させる。コントローラ
２８１は、SAディスクリプタ２８２に記憶されている所
定の時刻に達したとき、バス２を介してデータを転送す
るのに必要なチャンネルと帯域を確保する処理を行うと
ともに、IRD１に所定のチャンネルの信号を受信し、バ
ス２を介してDVCR３に転送することを要求する。コント
ローラ１１は、この要求に対応して、チューナサブユニ
ット１２に指定されたチャンネルを受信させ、そのデー
タをバス２を介してDVCR３に転送する。
る。この構成例においては、バス２に接続されている全
ての電子機器のタイマ動作がPC２６１のスーパタイマ２
７１により制御されるようになされている。すなわち、
ユーザは、スーパタイマ２７１を構成するSAディスクリ
プタ２８２に予約録画情報を記憶させる。コントローラ
２８１は、SAディスクリプタ２８２に記憶されている所
定の時刻に達したとき、バス２を介してデータを転送す
るのに必要なチャンネルと帯域を確保する処理を行うと
ともに、IRD１に所定のチャンネルの信号を受信し、バ
ス２を介してDVCR３に転送することを要求する。コント
ローラ１１は、この要求に対応して、チューナサブユニ
ット１２に指定されたチャンネルを受信させ、そのデー
タをバス２を介してDVCR３に転送する。
【０２１７】コントローラ２８１はまた、DVCR３のコン
トローラ３１に、IRD１から送信されてくるデータをVCR
サブユニット３３に記録することを要求する。DVCR３の
コントローラ３１は、PC２６１からのこの要求に対応し
て、VCRサブユニット３３を制御し、IRD１から転送され
てきたデータを記録させる。
トローラ３１に、IRD１から送信されてくるデータをVCR
サブユニット３３に記録することを要求する。DVCR３の
コントローラ３１は、PC２６１からのこの要求に対応し
て、VCRサブユニット３３を制御し、IRD１から転送され
てきたデータを記録させる。
【０２１８】録画動作の終了も、PC２６１がIRD１とDVC
R３にコマンドを出力することで実行される。
R３にコマンドを出力することで実行される。
【０２１９】AV/C Resource Schedule Boardは、AV/C B
ulletin Board Subunitの１つのボードである。この
ボードは、ネットワーク接続された機器間で予約操作を
行うにあたってダブルブッキングを防ぐためのものであ
る。ネットワーク内の機器を予約操作する機器は、その
使用予定を、使用したい機器内のAV/C Bulletin Board
Subunit内のResource Schedule Boardの使用予定を書
き込む。別の機器がその後、同一の機器を予約操作等で
使用したい場合、その機器のResource Schedule Boar
dを読み出すことによって、他の機器の使用予定を予約
実行の前に知ることができ、事前にダブルブッキングを
判明することができる、というものである。
ulletin Board Subunitの１つのボードである。この
ボードは、ネットワーク接続された機器間で予約操作を
行うにあたってダブルブッキングを防ぐためのものであ
る。ネットワーク内の機器を予約操作する機器は、その
使用予定を、使用したい機器内のAV/C Bulletin Board
Subunit内のResource Schedule Boardの使用予定を書
き込む。別の機器がその後、同一の機器を予約操作等で
使用したい場合、その機器のResource Schedule Boar
dを読み出すことによって、他の機器の使用予定を予約
実行の前に知ることができ、事前にダブルブッキングを
判明することができる、というものである。
【０２２０】図３９は他の構成例を表している。Object
IDはRSBに記憶させておく他、SABにも記憶させるよう
にすることができる。これにより、ダブルブッキングが
発生する場合、それを容易に確認することが可能とな
る。例えば、図３９に示すように、バス２にIRD１とDVC
R３が接続されているとともに、IRD３２１が接続されて
いるものとする。IRD１は、BBS１４にRSB５１とSAB５２
を有する他、SID（Subunit Identifier Descriptor）
３４１を有している。このSID３４１には、このSID３４
１が所属するBBS１４内にどのようなボードタイプ（こ
の例の場合、RSB５１とSAB５２）がサポートされている
かを認知する情報が記憶されている。
IDはRSBに記憶させておく他、SABにも記憶させるよう
にすることができる。これにより、ダブルブッキングが
発生する場合、それを容易に確認することが可能とな
る。例えば、図３９に示すように、バス２にIRD１とDVC
R３が接続されているとともに、IRD３２１が接続されて
いるものとする。IRD１は、BBS１４にRSB５１とSAB５２
を有する他、SID（Subunit Identifier Descriptor）
３４１を有している。このSID３４１には、このSID３４
１が所属するBBS１４内にどのようなボードタイプ（こ
の例の場合、RSB５１とSAB５２）がサポートされている
かを認知する情報が記憶されている。
【０２２１】DVCR３のBBS３４には、RSB６１以外に、SI
D３１１が設けられている。また、IRD３２１は、コント
ローラ３２２と表示部３２３を有している。
D３１１が設けられている。また、IRD３２１は、コント
ローラ３２２と表示部３２３を有している。
【０２２２】次に、図３９のシステムにおける処理例に
ついて説明する。ユーザは、IRD１のコントローラ１１
に予約情報を入力する。図３９の例においては、８月１
２日２０時００分から２１時００分までＸチャンネルを
選局し、選曲された番組のデータをDVCR３に記録すると
いう予約内容が入力される。コントローラ１１は、この
予約内容を内蔵するメモリに書き込むとともに、自分自
身のBBS１４のRSB５１とSAB５２にその予約情報を書き
込むとともに、ターゲットとしてのDVCR３のBBS３４のR
SB６１にも使用予定を書き込む。この時、コントローラ
１１は、RSB５１，SAB５２，RSB６１の各エントリに記
憶するObject IDを同一の値に設定しておく。
ついて説明する。ユーザは、IRD１のコントローラ１１
に予約情報を入力する。図３９の例においては、８月１
２日２０時００分から２１時００分までＸチャンネルを
選局し、選曲された番組のデータをDVCR３に記録すると
いう予約内容が入力される。コントローラ１１は、この
予約内容を内蔵するメモリに書き込むとともに、自分自
身のBBS１４のRSB５１とSAB５２にその予約情報を書き
込むとともに、ターゲットとしてのDVCR３のBBS３４のR
SB６１にも使用予定を書き込む。この時、コントローラ
１１は、RSB５１，SAB５２，RSB６１の各エントリに記
憶するObject IDを同一の値に設定しておく。
【０２２３】このような場合において、IRD３２１が、I
RD１が予約した時刻と重複する時刻にDVCR３を予約しよ
うとした場合における処理例について図４０のフローチ
ャートを参照して説明する。
RD１が予約した時刻と重複する時刻にDVCR３を予約しよ
うとした場合における処理例について図４０のフローチ
ャートを参照して説明する。
【０２２４】ステップＳ１１１において、IRD３２１の
コントローラ３２２は、ターゲットとしてのDVCR３のRS
B６１をチェックし、使用したい時間帯に重なって他の
コントローラの予定が記録されているか否かを判定す
る。重複する時間帯に予定が書き込まれていない場合に
は、ステップＳ１１５に進み、コントローラ３２２は、
上述した場合と同様に予約処理を実行する。すなわちコ
ントローラ３２２は、DVCR３のRSB６１に使用時間帯を
書き込む。
コントローラ３２２は、ターゲットとしてのDVCR３のRS
B６１をチェックし、使用したい時間帯に重なって他の
コントローラの予定が記録されているか否かを判定す
る。重複する時間帯に予定が書き込まれていない場合に
は、ステップＳ１１５に進み、コントローラ３２２は、
上述した場合と同様に予約処理を実行する。すなわちコ
ントローラ３２２は、DVCR３のRSB６１に使用時間帯を
書き込む。
【０２２５】ステップＳ１１１において、DVCR３のVCR
サブユニット３３がすでに他のコントローラにより重な
る時間帯に予約されていると判定された場合、ステップ
Ｓ１１２に進み、コントローラ３２２は、その予約に使
用されているエントリのObject IDを読み出し、その上
位８バイト（６４ビット）のGUIDから、そのエントリを
書き込んだ機器のノードIDを割り出す。すなわちGUID
は、各機器に固有のものであり、ノードIDと異なり、バ
スリセット毎に変化するものではない。したがって、コ
ントローラ３２２は、バス２に接続されている各機器の
GUIDとノードIDを調べ、その対応表を予め作成してお
く。そしてその対応表を参照することで、GUIDからノー
ドIDを割り出すことが可能となる。
サブユニット３３がすでに他のコントローラにより重な
る時間帯に予約されていると判定された場合、ステップ
Ｓ１１２に進み、コントローラ３２２は、その予約に使
用されているエントリのObject IDを読み出し、その上
位８バイト（６４ビット）のGUIDから、そのエントリを
書き込んだ機器のノードIDを割り出す。すなわちGUID
は、各機器に固有のものであり、ノードIDと異なり、バ
スリセット毎に変化するものではない。したがって、コ
ントローラ３２２は、バス２に接続されている各機器の
GUIDとノードIDを調べ、その対応表を予め作成してお
く。そしてその対応表を参照することで、GUIDからノー
ドIDを割り出すことが可能となる。
【０２２６】次にステップＳ１１３に進み、コントロー
ラ３２２は、ステップＳ１１２の処理で割り出した機器
のSABから（今の場合、IRD１のSAB５２から）、多重予
約エントリと同一のObject IDを指定し、そのエントリ
の内容を読み出す。そしてステップＳ１１４において、
コントローラ３２２は、ステップＳ１１３の処理で読み
出した重複予約の内容を表示部３２３に出力し、表示さ
せる。これにより、IRD３２１のユーザは、先に予約さ
れている内容を確認することができる。
ラ３２２は、ステップＳ１１２の処理で割り出した機器
のSABから（今の場合、IRD１のSAB５２から）、多重予
約エントリと同一のObject IDを指定し、そのエントリ
の内容を読み出す。そしてステップＳ１１４において、
コントローラ３２２は、ステップＳ１１３の処理で読み
出した重複予約の内容を表示部３２３に出力し、表示さ
せる。これにより、IRD３２１のユーザは、先に予約さ
れている内容を確認することができる。
【０２２７】上述した一連の処理は、ハードウエアによ
り実行させることもできるが、ソフトウエアにより実行
させることもできる。一連の処理をソフトウエアにより
実行させる場合には、そのソフトウエアを構成するプロ
グラムが、専用のハードウエアとしてのコントローラに
組み込まれているコンピュータ、または、各種のプログ
ラムをインストールすることで、各種の機能を実行する
ことが可能な、例えば汎用のパーソナルコンピュータな
どにインストールされる。
り実行させることもできるが、ソフトウエアにより実行
させることもできる。一連の処理をソフトウエアにより
実行させる場合には、そのソフトウエアを構成するプロ
グラムが、専用のハードウエアとしてのコントローラに
組み込まれているコンピュータ、または、各種のプログ
ラムをインストールすることで、各種の機能を実行する
ことが可能な、例えば汎用のパーソナルコンピュータな
どにインストールされる。
【０２２８】汎用のパーソナルコンピュータ１０１は、
例えば、図４１に示すように、CPU（Central Processi
ng Unit）１１１を内蔵している。CPU１１１には、バ
ス１１５を介して入出力インターフェース１１６が接続
されており、CPU１１１は、入出力インターフェース１
１６を介して、ユーザから、キーボード、マウスなどよ
りなる入力部１１８から指令が入力されると、それに対
応して、ROM（Read Only Memory）１１２あるいはハ
ードディスク１１４などの記録媒体、または、ドライブ
１２０に装着された磁気ディスク１３１，光ディスク１
３２、光磁気ディスク１３３などの記録媒体から、それ
らに記録されている、上述した一連の処理を実行するプ
ログラムを読み出し、RAM(Random Access Memory)１
１３にインストールし、実行する。なお、ハードディス
ク１１４に格納されているプログラムには、予め格納さ
れてユーザに配布されるものだけでなく、衛星もしく
は、ネットワークから転送され、通信部１１９により受
信され、インストールされたプログラムも含まれる。
例えば、図４１に示すように、CPU（Central Processi
ng Unit）１１１を内蔵している。CPU１１１には、バ
ス１１５を介して入出力インターフェース１１６が接続
されており、CPU１１１は、入出力インターフェース１
１６を介して、ユーザから、キーボード、マウスなどよ
りなる入力部１１８から指令が入力されると、それに対
応して、ROM（Read Only Memory）１１２あるいはハ
ードディスク１１４などの記録媒体、または、ドライブ
１２０に装着された磁気ディスク１３１，光ディスク１
３２、光磁気ディスク１３３などの記録媒体から、それ
らに記録されている、上述した一連の処理を実行するプ
ログラムを読み出し、RAM(Random Access Memory)１
１３にインストールし、実行する。なお、ハードディス
ク１１４に格納されているプログラムには、予め格納さ
れてユーザに配布されるものだけでなく、衛星もしく
は、ネットワークから転送され、通信部１１９により受
信され、インストールされたプログラムも含まれる。
【０２２９】また、CPU１１１は、プログラムの処理結
果のうち、画像信号を、入出力インターフェース１１６
を介して、LCD（Liquid Crystal Display），CRT（Ca
thode Ray Tube）などよりなる表示部１１７に出力す
る。
果のうち、画像信号を、入出力インターフェース１１６
を介して、LCD（Liquid Crystal Display），CRT（Ca
thode Ray Tube）などよりなる表示部１１７に出力す
る。
【０２３０】
【発明の効果】以上のように、請求項１に記載の情報処
理装置、請求項７に記載の情報処理方法および請求項８
に記載の記録媒体によれば、ターゲットの使用時刻を、
第１のの基準時刻に関する情報に基づいて、ターゲット
が基準とする第１の基準時刻に変換するようにしたの
で、基準時刻が異なる場合であっても、ターゲットを正
確に制御することが可能となる。
理装置、請求項７に記載の情報処理方法および請求項８
に記載の記録媒体によれば、ターゲットの使用時刻を、
第１のの基準時刻に関する情報に基づいて、ターゲット
が基準とする第１の基準時刻に変換するようにしたの
で、基準時刻が異なる場合であっても、ターゲットを正
確に制御することが可能となる。
【０２３１】請求項９に記載の情報処理装置、請求項１
３に記載の情報処理方法、および請求項１４に記載の記
録媒体によれば、第２の基準時刻に関する情報を記憶
し、他の情報処理装置から要求があったとき、記憶され
ている第２の基準時刻に関する情報を、他の情報処理装
置に出力するようにしたので、他の情報処理装置にイベ
ントを正確な時刻で管理させることが可能となる。
３に記載の情報処理方法、および請求項１４に記載の記
録媒体によれば、第２の基準時刻に関する情報を記憶
し、他の情報処理装置から要求があったとき、記憶され
ている第２の基準時刻に関する情報を、他の情報処理装
置に出力するようにしたので、他の情報処理装置にイベ
ントを正確な時刻で管理させることが可能となる。
【０２３２】請求項１５に記載の情報処理装置、請求項
１８に記載の情報処理方法、および請求項１９に記載の
記録媒体によれば、記憶されたイベントの有効性を指定
するようにしたので、ネットワークに接続されている複
数の情報処理装置を１つの情報処理装置でまとめて制御
するような場合に、各情報処理装置に個々に記憶されて
いる各イベントの情報を保持したまま制御することが可
能となる。また、一時的にイベントに対する処理を変更
するような場合にも、各情報処理装置に各イベントの詳
細な情報を保持させたまま、一時的な処理を実行するこ
とが可能となる。
１８に記載の情報処理方法、および請求項１９に記載の
記録媒体によれば、記憶されたイベントの有効性を指定
するようにしたので、ネットワークに接続されている複
数の情報処理装置を１つの情報処理装置でまとめて制御
するような場合に、各情報処理装置に個々に記憶されて
いる各イベントの情報を保持したまま制御することが可
能となる。また、一時的にイベントに対する処理を変更
するような場合にも、各情報処理装置に各イベントの詳
細な情報を保持させたまま、一時的な処理を実行するこ
とが可能となる。
【０２３３】請求項２０に記載の情報処理装置、請求項
２３に記載の情報処理方法、および請求項２４に記載の
記録媒体によれば、イベントの終了時刻または準備時刻
を、相対的時刻で指定するようにしたので、各情報処理
装置において、準備時間や終了時刻を固定した値として
入力することができ、そのアプリケーションの作成が容
易となる。また、終了時刻または準備時刻が延期された
り、早められたりしたような場合においても、その変更
が容易（不要）となる。
２３に記載の情報処理方法、および請求項２４に記載の
記録媒体によれば、イベントの終了時刻または準備時刻
を、相対的時刻で指定するようにしたので、各情報処理
装置において、準備時間や終了時刻を固定した値として
入力することができ、そのアプリケーションの作成が容
易となる。また、終了時刻または準備時刻が延期された
り、早められたりしたような場合においても、その変更
が容易（不要）となる。
【０２３４】請求項２５に記載の情報処理装置、請求項
２６に記載の情報処理方法、および請求項２７に記載の
記録媒体によれば、ネットワークを介してデータを授受
するのに必要な接続情報を、イベント毎に記憶するよう
にしたので、ネットワークの競合判断処理を迅速に行う
ことが可能となる。
２６に記載の情報処理方法、および請求項２７に記載の
記録媒体によれば、ネットワークを介してデータを授受
するのに必要な接続情報を、イベント毎に記憶するよう
にしたので、ネットワークの競合判断処理を迅速に行う
ことが可能となる。
【０２３５】請求項２８に記載の情報処理装置、請求項
３０に記載の情報処理方法、および請求項３１に記載の
記録媒体によれば、イベントを、その準備、開始、終
了、中止、または再開のいずれかの段階毎に実行するよ
うにしたので、実行時間毎にイベントを管理することが
可能となり、イベントの実行に対するアクセスが容易と
なる。
３０に記載の情報処理方法、および請求項３１に記載の
記録媒体によれば、イベントを、その準備、開始、終
了、中止、または再開のいずれかの段階毎に実行するよ
うにしたので、実行時間毎にイベントを管理することが
可能となり、イベントの実行に対するアクセスが容易と
なる。
【０２３６】請求項３２に記載の情報処理装置、請求項
３３に記載の情報処理方法、および請求項３４に記載の
記録媒体によれば、イベント毎に、ユーザの情報を記憶
するようにしたので、複数のイベントを管理し、検索す
ることが容易となる。
３３に記載の情報処理方法、および請求項３４に記載の
記録媒体によれば、イベント毎に、ユーザの情報を記憶
するようにしたので、複数のイベントを管理し、検索す
ることが容易となる。
【図１】従来のIEEE1394シリアルデータバスネットワー
クの構成を示すブロック図である。
クの構成を示すブロック図である。
【図２】本発明を適用したネットワークシステムの構成
例を示すブロック図である。
例を示すブロック図である。
【図３】図２のBulletin Board Subunit１４の構成を
示す図である。
示す図である。
【図４】図２のBulletin Board Subunit３４の構成を
示す図である。
示す図である。
【図５】Resource Schedule Boardのモデルを説明す
る図である。
る図である。
【図６】Resource Schedule Boardのフォーマットを
説明する図である
説明する図である
【図７】List Specific Informationフィールドのフ
ォーマットを説明する図である。
ォーマットを説明する図である。
【図８】Resource Schedule Objectのフォーマットを
説明する図である。
説明する図である。
【図９】図２のコントローラ１１の動作を説明するフロ
ーチャートである。
ーチャートである。
【図１０】図２のコントローラ１１の動作を説明するフ
ローチャートである。
ローチャートである。
【図１１】図２のコントローラ１１の動作を説明するフ
ローチャートである。
ローチャートである。
【図１２】WRITE OPENコマンドのフォーマットを説明
する図である。
する図である。
【図１３】READコマンドのフォーマットを説明する図で
ある。
ある。
【図１４】CREATEコマンドのフォーマットを説明する図
である。
である。
【図１５】図１４のsubfunction_１を説明する図であ
る。
る。
【図１６】図１５のsubfunction_１の詳細を説明する図
である。
である。
【図１７】図１６におけるフィールドの値の例を示す図
である。
である。
【図１８】WRITE DESCRITORコマンドのフォーマットを
説明する図である。
説明する図である。
【図１９】CLOSEコマンドのフォーマットを説明する図
である。
である。
【図２０】本発明を適用したネットワークシステムの構
成例を示すブロック図である。
成例を示すブロック図である。
【図２１】SAディスクリプタのディレクトリ構造を説明
する図である。
する図である。
【図２２】ルートスケジュールアクションイベントリス
トを説明する図である。
トを説明する図である。
【図２３】SA list specific informationのフォーマッ
トを説明する図である。
トを説明する図である。
【図２４】スケジュールアクションイベントリストを説
明する図である。
明する図である。
【図２５】スケジュールアクションコマンドリストを説
明する図である。
明する図である。
【図２６】有効／無効トリガフラグを説明する図であ
る。
る。
【図２７】ユーザインフォメーションリストを説明する
図である。
図である。
【図２８】マクロコマンドを説明する図である。
【図２９】図２０のコントローラ１１の競合ユニット検
索処理を説明するフローチャートである。
索処理を説明するフローチャートである。
【図３０】図２０のコントローラ１１の競合ユニット検
索処理を説明するフローチャートである。
索処理を説明するフローチャートである。
【図３１】図２０のコントローラ１１の競合ユニット検
索処理を説明するフローチャートである。
索処理を説明するフローチャートである。
【図３２】図２０のコントローラ１１の競合ユニット検
索処理を説明するフローチャートである。
索処理を説明するフローチャートである。
【図３３】図２０のコントローラ１１のSA Event ID設
定処理を説明するフローチャートである。
定処理を説明するフローチャートである。
【図３４】本発明を適用したネットワークシステムの他
の構成例を示すブロック図である。
の構成例を示すブロック図である。
【図３５】本発明を適用したネットワークシステムの他
の構成例を示すブロック図である。
の構成例を示すブロック図である。
【図３６】本発明を適用したネットワークシステムの他
の構成例を示すブロック図である。
の構成例を示すブロック図である。
【図３７】本発明を適用したネットワークシステムの他
の構成例を示すブロック図である。
の構成例を示すブロック図である。
【図３８】本発明を適用したネットワークシステムの他
の構成例を示すブロック図である。
の構成例を示すブロック図である。
【図３９】本発明を適用したネットワークシステムの他
の構成例を示すブロック図である。
の構成例を示すブロック図である。
【図４０】図３９のネットワークシステムの動作を説明
するフローチャートである。
するフローチャートである。
【図４１】コンピュータの構成例を示すブロック図であ
る。
る。
１ IRD， ２ IEEE1394シリアルデータバス， ３ D
VCR， １１ コントローラ， １２ チューナサブユ
ニット， １４ BBS， ３１ コントローラ， ３２
チューナサブユニット， ３３ VCRサブユニット，
３４ BBS，５１，６１ RSB
VCR， １１ コントローラ， １２ チューナサブユ
ニット， １４ BBS， ３１ コントローラ， ３２
チューナサブユニット， ３３ VCRサブユニット，
３４ BBS，５１，６１ RSB
───────────────────────────────────────────────────── フロントページの続き (72)発明者 山本 和夫 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 (72)発明者 川村 晴美 東京都品川区北品川６丁目７番35号 ソニ ー株式会社内 Ｆターム(参考） 5K032 BA08 CC13 DB18 DB19 DB22
Claims (34)
- 【請求項１】 第１の基準時刻に基づいて動作するター
ゲットを、ネットワークを介して使用する、第２の基準
時刻に基づいて動作する情報処理装置において、 前記ターゲットを使用する、前記第２の基準時刻により
表される使用時刻を取得する第１の取得手段と、 前記ターゲットから、前記第１の基準時刻に関する情報
を取得する第２の取得手段と、 前記第１の取得手段により取得した、前記第２の基準時
刻により表される前記ターゲットの前記使用時刻を、前
記第２の取得手段により取得した前記第１の基準時刻に
関する情報に基づいて、前記ターゲットが基準とする前
記第１の基準時刻により表される使用時刻に変換する変
換手段とを備えることを特徴とする情報処理装置。 - 【請求項２】 前記変換手段により変換された、前記タ
ーゲットの前記使用時刻を、前記ターゲットに登録させ
る登録手段をさらに備えることを特徴とする請求項１に
記載の情報処理装置。 - 【請求項３】 前記第２の取得手段は、前記第１の基準
時刻に関する情報として、前記第１の基準時刻の、前記
情報処理装置と前記ターゲットとの間において共通の第
３の基準時刻との差に関する情報を取得することを特徴
とする請求項１に記載の情報処理装置。 - 【請求項４】 前記第２の取得手段は、前記第１の基準
時刻に関する情報として、前記第３の基準時刻の極性に
関する情報をさらに取得することを特徴とする請求項３
に記載の情報処理装置。 - 【請求項５】 前記第２の取得手段は、前記第１の基準
時刻に関する情報として、前記ターゲットが位置する国
を表すコードを取得することを特徴とする請求項１に記
載の情報処理装置。 - 【請求項６】 前記ターゲットの前記使用時刻は、前記
ターゲットの使用を開始する開始時刻を含むことを特徴
とする請求項１に記載の情報処理装置。 - 【請求項７】 第１の基準時刻に基づいて動作するター
ゲットを、ネットワークを介して使用する、第２の基準
時刻に基づいて動作する情報処理装置の情報処理方法に
おいて、 前記ターゲットを使用する、前記第２の基準時刻により
表される使用時刻を取得する第１の取得ステップと、 前記ターゲットから、前記第１の基準時刻に関する情報
を取得する第２の取得ステップと、 前記第１の取得ステップの処理により取得した、前記第
２の基準時刻により表される前記ターゲットの前記使用
時刻を、前記第２の取得ステップの処理により取得した
前記第１の基準時刻に関する情報に基づいて、前記ター
ゲットが基準とする前記第１の基準時刻により表される
使用時刻に変換する変換ステップとを含むことを特徴と
する情報処理方法。 - 【請求項８】 第１の基準時刻に基づいて動作するター
ゲットを、ネットワークを介して使用する、第２の基準
時刻に基づいて動作する情報処理装置の情報処理用のプ
ログラムにおいて、 前記ターゲットを使用する、前記第２の基準時刻により
表される使用時刻を取得する第１の取得ステップと、 前記ターゲットから、前記第１の基準時刻に関する情報
を取得する第２の取得ステップと、 前記第１の取得ステップの処理により取得した、前記第
２の基準時刻により表される前記ターゲットの前記使用
時刻を、前記第２の取得ステップの処理により取得した
前記第１の基準時刻に関する情報に基づいて、前記ター
ゲットが基準とする前記第１の基準時刻により表される
使用時刻に変換する変換ステップとを含むことを特徴と
するコンピュータが実行可能なプログラムが記録されて
いる記録媒体。 - 【請求項９】 第１の基準時刻に基づいて動作する他の
情報処理装置から、ネットワークを介して使用される、
第２の基準時刻に基づいて動作する情報処理装置におい
て、 所定の時刻に開始されるイベントを記憶する第１の記憶
手段と、 前記イベントの開始時刻を記憶する第２の記憶手段と、 前記第２の基準時刻に関する情報を記憶する第３の記憶
手段と、 前記他の情報処理装置からの要求に対応して、前記第３
の記憶手段に記憶されている前記第２の基準時刻に関す
る情報を、前記他の情報処理装置に出力する出力手段と
を備えることを特徴とする情報処理装置。 - 【請求項１０】 前記第３の記憶手段は、前記第２の基
準時刻に関する情報として、前記第２の基準時刻の、前
記他の情報処理装置との間において共通の第３の基準時
刻との差に関する情報を記憶することを特徴とする請求
項９に記載の情報処理装置。 - 【請求項１１】 前記第３の記憶手段は、前記第２の基
準時刻に関する情報として、前記第３の基準時刻の極性
に関する情報をさらに記憶することを特徴とする請求項
１０に記載の情報処理装置。 - 【請求項１２】 前記第３の記憶手段は、前記第２の基
準時刻に関する情報として、自分自身が位置する国を表
すコードをさらに記憶することを特徴とする請求項９に
記載の情報処理装置。 - 【請求項１３】 第１の基準時刻に基づいて動作する他
の情報処理装置から、ネットワークを介して使用され
る、第２の基準時刻に基づいて動作する情報処理装置の
情報処理方法において、 所定の時刻に開始されるイベントの記憶を制御する第１
の記憶制御ステップと、 前記イベントの開始時刻の記憶を制御する第２の記憶制
御ステップと、 前記第２の基準時刻に関する情報の記憶を制御する第３
の記憶制御ステップと、 前記他の情報処理装置からの要求に対応して、前記第３
の記憶制御ステップの処理により記憶された前記第２の
基準時刻に関する情報を、前記他の情報処理装置に出力
する出力ステップとを含むことを特徴とする情報処理方
法。 - 【請求項１４】 第１の基準時刻に基づいて動作する他
の情報処理装置から、ネットワークを介して使用され
る、第２の基準時刻に基づいて動作する情報処理装置の
情報処理用のプログラムにおいて、 所定の時刻に開始されるイベントの記憶を制御する第１
の記憶制御ステップと、 前記イベントの開始時刻の記憶を制御する第２の記憶制
御ステップと、 前記第２の基準時刻に関する情報の記憶を制御する第３
の記憶制御ステップと、 前記他の情報処理装置からの要求に対応して、前記第３
の記憶制御ステップの処理により記憶された前記第２の
基準時刻に関する情報を、前記他の情報処理装置に出力
する出力ステップとを含むことを特徴とするコンピュー
タが実行可能なプログラムが記録されている記録媒体。 - 【請求項１５】 ネットワークを介してデータを授受す
る情報処理装置において、 処理するイベントを記憶する記憶手段と、 前記記憶手段に記憶されているイベントを実行する実行
手段と、 前記イベントを実行する時刻を指定する時刻指定手段
と、 前記記憶手段に記憶されている前記イベントの有効性を
指定する有効性指定手段とを備えることを特徴とする情
報処理装置。 - 【請求項１６】 前記有効性指定手段は、前記記憶手段
に記憶されている前記イベント全体の有効性を指定する
ことを特徴とする請求項１５に記載の情報処理装置。 - 【請求項１７】 前記有効性指定手段は、前記記憶手段
に記憶されている個々の前記イベント毎にその有効性を
指定することを特徴とする請求項１５に記載の情報処理
装置。 - 【請求項１８】 ネットワークを介してデータを授受す
る情報処理装置の情報処理方法において、 処理するイベントの記憶を制御する記憶制御ステップ
と、 前記記憶制御ステップの処理で記憶されたイベントを実
行する実行ステップと、 前記イベントを実行する時刻を指定する時刻指定ステッ
プと、 前記記憶制御ステップの処理で記憶された前記イベント
の有効性を指定する有効性指定ステップとを含むことを
特徴とする情報処理方法。 - 【請求項１９】 ネットワークを介してデータを授受す
る場合の情報処理用のプログラムにおいて、 処理するイベントの記憶を制御する記憶制御ステップ
と、 前記記憶制御ステップの処理で記憶されたイベントを実
行する実行ステップと、 前記イベントを実行する時刻を指定する時刻指定ステッ
プと、 前記記憶制御ステップの処理で記憶された前記イベント
の有効性を指定する有効性指定ステップとを含むことを
特徴とするコンピュータが実行可能なプログラムが記録
されている記録媒体。 - 【請求項２０】 ネットワークを介してデータを授受す
る情報処理装置において、 処理するイベントを記憶する記憶手段と、 前記記憶手段に記憶されているイベントを実行する実行
手段と、 前記イベントの終了時刻または準備時刻を、相対的時刻
で指定する時刻指定手段とを備えることを特徴とする情
報処理装置。 - 【請求項２１】 前記時刻指定手段は、前記記憶手段に
記憶されている前記イベントの有効期限をさらに指定す
ることを特徴とする請求項２０に記載の情報処理装置。 - 【請求項２２】 前記時刻指定手段は、前記イベントの
終了時刻または準備時刻を、前記イベントの開始時刻か
らの相対的時刻で指定することを特徴とする請求項２０
に記載の情報処理装置。 - 【請求項２３】 ネットワークを介してデータを授受す
る情報処理装置の情報処理方法において、 処理するイベントの記憶を制御する記憶制御ステップ
と、 前記記憶制御ステップの処理で記憶されたイベントを実
行する実行ステップと、 前記イベントの終了時刻または準備時刻を、相対的時刻
で指定する時刻指定ステップとを含むことを特徴とする
情報処理方法。 - 【請求項２４】 ネットワークを介してデータを授受す
る場合の情報処理用のプログラムにおいて、 処理するイベントの記憶を制御する記憶制御ステップ
と、 前記記憶制御ステップの処理で記憶されたイベントを実
行する実行ステップと、 前記イベントの終了時刻または準備時刻を、相対的時刻
で指定する時刻指定ステップとを含むことを特徴とする
コンピュータが実行可能なプログラムが記録されている
記録媒体。 - 【請求項２５】 ネットワークを介してデータを授受す
る情報処理装置において、 処理するイベントを記憶するイベント記憶手段と、 前記イベント記憶手段に記憶されているイベントを実行
する実行手段と、 前記イベントを実行する時刻を指定する時刻指定手段
と、 前記ネットワークを介してデータを授受するのに必要な
接続情報を、前記イベント毎に記憶する接続情報記憶手
段とを備えることを特徴とする情報処理装置。 - 【請求項２６】 ネットワークを介してデータを授受す
る情報処理装置の情報処理方法において、 処理するイベントの記憶を制御するイベント記憶制御ス
テップと、 前記イベント記憶制御ステップの処理で記憶されたイベ
ントを実行する実行ステップと、 前記イベントを実行する時刻を指定する時刻指定ステッ
プと、 前記ネットワークを介してデータを授受するのに必要な
接続情報を、前記イベント毎に記憶する接続情報記憶ス
テップとを含むことを特徴とする情報処理方法。 - 【請求項２７】 ネットワークを介してデータを授受す
る場合の情報処理用のプログラムにおいて、 処理するイベントの記憶を制御するイベント記憶制御ス
テップと、 前記イベント記憶制御ステップの処理で記憶されたイベ
ントを実行する実行ステップと、 前記イベントを実行する時刻を指定する時刻指定ステッ
プと、 前記ネットワークを介してデータを授受するのに必要な
接続情報を、前記イベント毎に記憶する接続情報記憶ス
テップとを含むことを特徴とするコンピュータが実行可
能なプログラムが記録されている記録媒体。 - 【請求項２８】 ネットワークを介してデータを授受す
る情報処理装置において、 処理するイベントを記憶するイベント記憶手段と、 前記イベントを実行する時刻を指定する時刻指定手段
と、 前記イベント記憶手段に記憶されているイベントを、そ
の準備、開始、終了、中止、または再開のいずれかの段
階毎に実行する実行手段とを備えることを特徴とする情
報処理装置。 - 【請求項２９】 前記各段階毎にその有効性を指定する
段階有効性指定手段をさらに備えることを特徴とする請
求項２８に記載の情報処理装置。 - 【請求項３０】 ネットワークを介してデータを授受す
る情報処理装置の情報処理方法において、 処理するイベントの記憶を制御するイベント記憶制御ス
テップと、 前記イベントを実行する時刻を指定する時刻指定ステッ
プと、 前記イベント記憶制御ステップの処理で記憶されたイベ
ントを、その準備、開始、終了、中止、または再開のい
ずれかの段階毎に実行する実行ステップとを含むことを
特徴とする情報処理方法。 - 【請求項３１】 ネットワークを介してデータを授受す
る場合の情報処理用のプログラムにおいて、 処理するイベントの記憶を制御するイベント記憶制御ス
テップと、 前記イベントを実行する時刻を指定する時刻指定ステッ
プと、 前記イベント記憶制御ステップの処理で記憶されたイベ
ントを、その準備、開始、終了、中止、または再開のい
ずれかの段階毎に実行する実行ステップとを含むことを
特徴とするコンピュータが実行可能なプログラムが記録
されている記録媒体。 - 【請求項３２】 ネットワークを介してデータを授受す
る情報処理装置において、 処理するイベントを記憶するイベント記憶手段と、 前記イベントを実行する時刻を指定する時刻指定手段
と、 前記イベント記憶手段に記憶されているイベントを実行
する実行手段と、 前記イベント毎に、ユーザの情報を記憶するユーザ情報
記憶手段とを備えることを特徴とする情報処理装置。 - 【請求項３３】 ネットワークを介してデータを授受す
る情報処理装置の情報処理方法において、 処理するイベントの記憶を制御するイベント記憶制御ス
テップと、 前記イベントを実行する時刻を指定する時刻指定ステッ
プと、 前記イベント記憶制御ステップの処理で記憶されたイベ
ントを実行する実行ステップと、 前記イベント毎に、ユーザの情報を記憶するユーザ情報
記憶ステップとを含むことを特徴とする情報処理方法。 - 【請求項３４】 ネットワークを介してデータを授受す
る場合の情報処理用のプログラムにおいて、 処理するイベントの記憶を制御するイベント記憶制御ス
テップと、 前記イベントを実行する時刻を指定する時刻指定ステッ
プと、 前記イベント記憶制御ステップの処理で記憶されたイベ
ントを実行する実行ステップと、 前記イベント毎に、ユーザの情報を記憶するユーザ情報
記憶ステップとを含むことを特徴とするコンピュータが
実行可能なプログラムが記録されている記録媒体。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP11251104A JP2000358048A (ja) | 1998-09-16 | 1999-09-06 | 情報処理装置および方法、並びに記録媒体 |
Applications Claiming Priority (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP26151998 | 1998-09-16 | ||
| JP10-261519 | 1998-09-16 | ||
| JP10641199 | 1999-04-14 | ||
| JP11-106411 | 1999-04-14 | ||
| JP11251104A JP2000358048A (ja) | 1998-09-16 | 1999-09-06 | 情報処理装置および方法、並びに記録媒体 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2000358048A true JP2000358048A (ja) | 2000-12-26 |
| JP2000358048A5 JP2000358048A5 (ja) | 2006-06-08 |
Family
ID=27310725
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP11251104A Pending JP2000358048A (ja) | 1998-09-16 | 1999-09-06 | 情報処理装置および方法、並びに記録媒体 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2000358048A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003052088A (ja) * | 2001-08-06 | 2003-02-21 | Sharp Corp | 制御システムおよび制御方法 |
-
1999
- 1999-09-06 JP JP11251104A patent/JP2000358048A/ja active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2003052088A (ja) * | 2001-08-06 | 2003-02-21 | Sharp Corp | 制御システムおよび制御方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7224886B2 (en) | Method of using AV devices and AV device system | |
| US7631334B2 (en) | Information processing device, information processing method and medium | |
| KR100626558B1 (ko) | 정보 처리 장치 및 방법과, 기록 매체 | |
| US20010002846A1 (en) | Electronic device for managing removable storage medium, method and storage medium therefor | |
| EP0969661A1 (en) | Av apparatus, method for using av apparatus, and av system | |
| JPH11177919A (ja) | Ａｖ機器、機器使用方法及びａｖ機器システム | |
| US20110112658A9 (en) | Control apparatus and control method, network system, program for control apparatus, and information recording medium | |
| JP2000358048A (ja) | 情報処理装置および方法、並びに記録媒体 | |
| KR100575012B1 (ko) | 정보 처리 장치 및 방법, 및 기록 매체 | |
| EP0987891A2 (en) | Timer-controlled information processing method and apparatus | |
| JP4186332B2 (ja) | 情報処理装置および方法、並びに記録媒体 | |
| JP2001243676A (ja) | 情報処理装置及び方法、媒体 | |
| KR100308736B1 (ko) | 기기 제어명령 처리시스템 및 그 방법 | |
| MXPA99008385A (en) | Timer-controlled information processing method and apparatus | |
| JP2000196632A (ja) | 情報処理装置および方法、並びに記録媒体 | |
| EP1096732A1 (en) | Information processing device and method, and information processing system, and recorded medium | |
| JPWO2000062487A1 (ja) | 情報処理装置及び方法、情報処理システム並びに記録媒体 | |
| MXPA99008383A (en) | Information processing device, information processing method, and media de regis | |
| JPH11126193A (ja) | タイマ管理を行なう機器及び機器システム | |
| JP2003304475A (ja) | 予約管理システムおよび予約管理方法 | |
| JP2000357386A (ja) | 編集装置及び操作装置 | |
| MXPA99008384A (en) | Information processing device, information processing method, and media de regis | |
| JPWO2002042968A1 (ja) | 情報供給方法、情報供給システム、記録再生装置、及び記録媒体 | |
| KR100493270B1 (ko) | 버스시스템에서의 노드 관리장치 | |
| JP2002218361A (ja) | 共有資源予約運用システム、予約管理装置、資源管理装置、予約要求装置、共有資源予約方法および記録媒体 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060307 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20060307 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20080710 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080715 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20081118 |