【手続補正書】
【提出日】平成17年6月2日(2005.6.2)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【書類名】  明細書
【発明の名称】  繰返し時間シーケンスデータを用いてネットワークにおける共有リソースを予約するためのアーキテクチャ、システム及び方法
【特許請求の範囲】
【請求項１】  ネットワーク内の共有リソースを複数の装置用に予約するための予約アーキテクチャにおいて、
開始時刻、期間、繰返し時間シーケンスを含む予約エントリを生成する予約エントリ生成手段と、
上記ネットワークを介して上記予約エントリを送信するリソーススケジュールを生成するために予約エントリ送信手段とを備える予約アーキテクチャ。
【請求項２】  上記予約エントリ生成手段は、グラフィカルユーザインタフェースにより生成される予約エントリメニューを有することを特徴とする請求項１記載の予約アーキテクチャ。
【請求項３】  上記グラフィカルユーザインタフェースは、上記予約エントリに基づき、上記リソーススケジュールの表示画像を生成することを特徴とする請求項２記載の予約アーキテクチャ。
【請求項４】  上記リソーススケジュールの表示画像は、時間軸グラフであることを特徴とする請求項３記載の予約アーキテクチャ。
【請求項５】  上記リソーススケジュールの表示画像は、上記ネットワークを介して複数の装置から閲覧可能であることを特徴とする請求項４記載の予約アーキテクチャ。
【請求項６】  ＡＶ／Ｃ掲示板フォーマットのリソースエントリを有することを特徴とする請求項１記載の予約アーキテクチャ。
【請求項７】  上記予約エントリ生成手段は、遠隔制御装置を備えることを特徴とする請求項１記載の予約アーキテクチャ。
【請求項８】  上記ネットワークは、ＩＥＥＥ１３９４規格に準拠していることを特徴とする請求項１記載の予約アーキテクチャ。
【請求項９】  ネットワークを介してリソースを予約する予約システムにおいて、
１又は複数のリソースを備えるリソース装置と、
上記リソース装置に接続されたクライアント装置と、
リソーススケジュールに開始時刻と、期間と、繰返し時間シーケンスとを有する予約データを入力し、このリソーススケジュールに基づいて、上記ネットワークを介して上記リソースを上記クライアント装置の使用に割り当てるためのリソーススケジュールコントローラとを備える予約システム。
【請求項１０】  上記ネットワークは、ＩＥＥＥ１３９４規格に準拠していることを特徴とする請求項９記載の予約システム。
【請求項１１】  上記リソーススケジュールコントローラは、
上記予約データを入力するための申込メニューを表示する表示画面と、
上記予約データを受信して、記憶するデータ記憶装置と、
上記データ記憶装置に記憶された予約データから上記リソーススケジュールを生成する演算手段と、
上記演算手段により制御され、上記申込メニューを生成するグラフィカルユーザインタフェースとを備える請求項９記載の予約システム。
【請求項１２】  上記予約データは、キーボード及び遠隔制御装置のいずれかから、上記申込メニューに入力されることを特徴とする請求項１１記載の予約システム。
【請求項１３】  上記リソース装置は、ビデオ記録装置であることを特徴とする請求項９記載の予約システム。
【請求項１４】  上記クライアント装置は、ビデオ信号送受信装置であることを特徴とする請求項１３記載の予約システム。
【請求項１５】  上記表示画面は、上記クライアント装置に一体とされていることを特徴とする請求項１１記載の予約システム。
【請求項１６】  上記データ記憶装置、演算手段及びグラフィカルユーザインタフェースは、上記リソース装置に一体とされていることを特徴とする請求項１５記載の予約システム。
【請求項１７】  上記グラフィカルユーザインタフェースは、上記表示画面上に表示できるリソーススケジュール表示画像を生成することを特徴とする請求項１６記載の予約システム。
【請求項１８】  上記リソーススケジュール表示画像は、視覚的な時間軸表示画像であることを特徴とする請求項１７記載の予約システム。
【請求項１９】  ＩＥＥＥ１３９４規格シリアルバスを介してリソースを予約する予約システムにおいて、
ＡＶ／Ｃ掲示板を有するリソースを備え、
上記ＡＶ／Ｃ掲示板には、上記ＩＥＥＥ１３９４規格シリアルバスを介して複数の申込装置が予約エントリを送信してリソーススケジュールが生成され、該ＡＶ／Ｃ掲示板は、開始時刻、予約時間間隔、イベント回数シーケンスを有する予約要求を形成する予約システム。
【請求項２０】  上記ＡＶ／Ｃ掲示板は、上記複数の申込装置から送信された予約エントリの集合体を有することを特徴とする請求項１９記載の予約システム。
【請求項２１】  上記ＡＶ／Ｃ掲示板は、予約カレンダに基づき、実行可能なコマンドのセットを生成することを特徴とする請求項２０記載の予約システム。
【請求項２２】  上記ＡＶ／Ｃ掲示板は、上記申込装置のそれぞれにおいて表示可能であり、上記予約エントリは、表示されたＡＶ／Ｃ掲示板から作成されることを特徴とする請求項１９記載の予約システム。
【請求項２３】  複数のクライアント装置間に共有リソースを割り当てるリソース割当システムにおいて、
上記共有リソースと上記複数のクライアント装置とをネットワーク接続し、入出力バス構造体自身を介して繰返し時間シーケンスデータを有するリソーススケジュールエントリを送信することによりプログラミングされるリソーススケジュールに基づいて、実行されたリソース要求を上記複数のクライアント装置に送信する入出力バス構造体を備えるリソース割当システム。
【請求項２４】  上記リソース要求は、上記クライアント装置から送信された予約エントリに基づいて生成されることを特徴とする請求項２３記載のリソース割当システム。
【請求項２５】  予約エントリを受信して、リソーススケジュールを生成するスケジュール生成手段を備え、
上記スケジュール生成手段は、
上記予約エントリを記憶する記憶手段と、
上記リソーススケジュールを生成する制御手段とを備えることを特徴とする請求項２３記載のリソース割当システム。
【請求項２６】  上記スケジュール生成手段は、視覚的なリソーススケジュールを生成するグラフィカルユーザインタフェースを備えることを特徴とする請求項２５記載のリソース割当システム。
【請求項２７】  上記リソーススケジュールは、上記入出力バス構造体を介して他の装置から閲覧可能であることを特徴とする請求項２３記載のリソース割当システム。
【請求項２８】  上記入出力バス構造体は、ＩＥＥＥ１３９４規格に準拠していることを特徴とする請求項２３記載のリソース割当システム。
【請求項２９】  ネットワークを介して、複数の装置間で共有リソースを予約し、割り当てる予約方法において、
上記ネットワークを介して申込装置から、開始時刻、予約時間間隔、イベント回数のシーケンスを有する予約データを有する予約エントリを受け取るステップと、
リソース要求を含むリソーススケジュールを生成するステップとを有する予約方法。
【請求項３０】  新たなリソース要求に基づいて、上記リソーススケジュールを継続的に更新するステップを有する請求項２９記載の予約方法。
【請求項３１】  処理されたリソース要求に基づいて、リソースカレンダを継続的に更新するステップを有する請求項２９記載の予約方法。
【請求項３２】  予約衝突を解決するステップを有することを特徴とする請求項２９記載の予約方法。
【請求項３３】  ネットワークを介してリソースを予約するリソース予約システムにおいて、
１又は複数のリソースを備えるリソース装置と、
上記リソース装置とデータを送受信する申込装置と、
リソーススケジュールを有し、上記申込装置から開始時刻、予約時間間隔、イベント回数シーケンスを有する予約データが入力される掲示板とを備える予約システム。
【請求項３４】  上記ネットワークは、ＩＥＥＥ１３９４規格に準拠していることを特徴とする請求項３３記載の予約システム。
【請求項３５】  上記予約データを入力するための申込メニューを表示する表示画面と、
上記予約データを受信して、記憶するデータ記憶装置と、
上記データ記憶装置に記憶された予約データからリソーススケジュールを生成する演算手段と、
上記演算手段により制御され、上記申込メニューを生成するグラフィカルユーザインタフェースとを備える掲示板サブユニットを備える請求項３３記載の予約システム。
【請求項３６】  上記予約データは、キーボード及び遠隔制御装置のいずれかから、上記申込メニューに入力されることを特徴とする請求項３５記載の予約システム。
【請求項３７】  上記リソース装置は、ビデオ記録装置であることを特徴とする請求項３３記載の予約システム。
【請求項３８】  上記申込装置は、ビデオ信号送受信装置であることを特徴とする請求項３７記載の予約システム。
【請求項３９】  上記表示画面は、上記申込装置に一体とされていることを特徴とする請求項３５記載の予約システム。
【請求項４０】  上記データ記憶装置、演算手段、及びグラフィカルユーザインタフェースは、上記リソース装置に一体とされていることを特徴とする請求項３９記載の予約システム。
【請求項４１】  上記グラフィカルユーザインタフェースは、上記表示画面上に表示できるリソーススケジュール表示画像を生成することを特徴とする請求項４０記載の予約システム。
【請求項４２】  上記リソーススケジュール表示画像は、視覚的な時間軸表示画像であることを特徴とする請求項４１記載の予約システム。
【請求項４３】  上記予約時間間隔は、日単位、週単位及び特定時間のうちの１つを選択する選択値を有することを特徴とする請求項３３記載の予約システム。
【請求項４４】  上記予約時間間隔は、週単位であり、１又は複数の曜日がさらに特定されることを特徴とする請求項４３記載の予約システム。
【請求項４５】  上記予約時間間隔は特定の時間であり、該時間の値は、時、分、秒を特定する値を含むことを特徴とする請求項４３記載の予約システム。
【請求項４６】  １又は複数のリソースを有するリソース装置及び該リソース装置に接続されたクライアント装置にネットワークを介して接続され、リソーススケジュールに開始時刻と、期間と、繰返し時間シーケンスとを有する予約データを入力し、該リソーススケジュールに基づいて、該ネットワークを介して該リソースを該クライアント装置の使用に割り当てるリソーススケジュールコントローラ。
【請求項４７】  上記予約データを入力するための申込メニューを表示する表示画面と、
上記予約データを受信して、記憶するデータ記憶装置と、
上記データ記憶装置に記憶された予約データから上記リソーススケジュールを生成する演算手段と、
上記演算手段により制御され、上記申込メニューを生成するグラフィカルユーザインタフェースとを備える請求項４６記載のリソーススケジュールコントローラ。
【発明の詳細な説明】
【０００１】
関連出願
本出願は、米国特許法第１１９条（ｅ）に基づき、１９９９年５月２４日に出願された同時に係属中の米国仮特許出願第６０／１３５，８３３号「リソース予約ボードを組み込んだネットワーク機器におけるリセットカウント情報を用いた繰返しタスクの予約（Scheduling Repeated Tasks Using Reset Count Information On Networked Devices Incorporating A Resource Schedule Board）」を基礎出願とする優先権を主張する。１９９９年５月２４日に出願された米国仮特許出願第６０／１３５，８３３号「リソース予約ボードを組み込んだネットワーク機器におけるリセットカウント情報を用いた繰返しタスクの予約（Scheduling Repeated Tasks Using Reset Count Information On Networked Devices Incorporating A Resource Schedule Board）」は、参照により本願に組み込まれるものとする。
【０００２】
発明の分野
本発明は、ネットワークにおける共有リソースの割当のためのアーキテクチャ、システム及び方法に関する。詳しくは、本発明は、繰返し時間シーケンスデータを用いてネットワークにおける共有リソースの予約を行うためのアーキテクチャ、システム及び方法に関する。
【０００３】
発明の背景
情報機器やコンピュータ機器は、ローカルエリアネットワーク（local area network：以下、ＬＡＮという。）を介して相互に接続されることも多い。ＬＡＮにより、各機器は、相互にメッセージを送受信したり、リソース（ＲＡＭやハードディスク領域等）を共有したり、ソフトウェアをダウンロードしたりできる。ネットワークは、インターネット接続及び無線送受信装置等、様々なルーティングハードウェアを用いて構築される。イーサネット（登録商標）（Ethernet（登録商標））等の社内ネットワーク（Intra-office network）は、広く普及しており、家庭内環境においても、複数のコンピュータ機器がネットワーク接続されることも多い。他のネットワークと同様、通常の社内ネットワークにより、ユーザは、異なるコンピュータ端末装置間でＲＡＭ、ディスク領域、伝送ファイル等を共有でき、プログラムを共有でき、さらに演算能力を共有できる場合もある。単一のリソースを共有する複数のクライアント装置を備えるネットワークシステムは、共有するリソースをクライアント装置に分配するためのアーキテクチャ、装置及び方法を必要とする。
【０００４】
演算リソース（computing resource）を複数のクライアント装置間で共有する場合、演算時間は、システムリソースマネージャを用いてスケジューリング（予約）又は分割される。システムリソースマネージャの中には、共有されている演算装置の内部に存在するバス構造体に働きかけるものもある。このシステムリソースマネージャは、発生したリソース要求に対し、分割基準（partitioning criteria）又はアルゴリズムに基づいて、リソース時間を割り当てる。分割基準又はアルゴリズムは、システム毎に異なり、ネットワーク接続されているリソース機器の種類に応じて決定される。この他のリソースマネージャは、共有されているリソース装置の外部又はネットワーク自体に存在する第２層のバス（second layer bus）に働きかける。システムリソースマネージャがリソース機器の内部、ネットワーク上の外部、あるいはこれらの組み合わせにおいて機能する場合、リソース要求に優先順位を付けて処理するためのいくつかの手法が知られている。例えば、受取順序を示すキュー（order received QUE）にリソース要求を格納し、リソース要求を受け取った順序で処理する手法がある。これに代えて、リソース要求を部分又は要求データパケットに分割し、複数のリソース要求を拡張された期間内で交互に平行して処理する手法もある。さらに、重み付け因子（weighting factors）に基づいてリソース要求に優先順位を付する手法もある。この手法では、リソースマネージャは、各リソース要求の優先順位に関する情報を有しており、この優先順位に基づいて、各リソース要求を処理する。
【０００５】
リソース要求は、クライアント装置、制御装置、又はこの他の予約装置からネットワークを介して送信される。ここで、クライアント装置とは、予約したリソース時間を受け取るネットワーク機器を示し、制御装置とは、自らのために、又は他のネットワーク機器のためにリソース時間を予約するネットワーク機器を示すものとする。リソース装置は、単一のリソース機能を有する機器に制限されるものではない。すなわち、リソース装置は、複数のリソース機能を有していてもよく、ここでは、これらリソース機能をリソースサブユニットと呼び、リソースサブユニットのそれぞれは、ネットワークを介して予約することができる。
【０００６】
上述の用語は、ネットワークを介してある機器から他の機器にデータを送信する場合の方向を説明及び記述するために使用される。なお、ネットワークを介した異なるトランザクション又は同時に行われるトランザクションにおいて、クライアント装置は、リソース装置として機能することもでき、リソース装置はクライアント装置として機能することもできる。
【０００７】
１９９５年に草案が承認された「高性能シリアルバスのためのＩＥＥＥ１３９４規格」は、非同期フォーマットのデータ転送とアイソクロノスフォーマットのデータ転送（asynchronous and isochronous format data transfer）の両方をサポートする安価な高速のシリアルバスアーキテクチャを実現するための国際規格である 。アイソクロノスデータ転送は、リアルタイム転送であり、送信アプリケーションと受信のアプリケーションの両方における重要なインスタンス（significant instance）間の時間間隔（time interval）が同じ継続時間（duration）を有する。アイソクロノス的に転送されるデータの各パケットは、それ自身が有する周期（period）で転送される。ＩＥＥＥ１３９４標準バスアーキテクチャ（１９９５年版）は、アプリケーション間のアイソクロノスデータ転送のために多重チャネル（multiple channel）を提供する。データが適切なアプリケーションによって確実に受信されるように、６ビットのチャネル番号が、データとともに報知される。これによって、複数のアプリケーションは、バス構造を介してアイソクロノスデータを同時に転送することができる。非同期転送は、伝統的なデータ転送動作であり、転送元から転送先に大量のデータをできるだけ速く転送するものである。
【０００８】
ＩＥＥＥ１３９４規格（１９９５年版）は、デジタル機器を相互接続する高速シリアルバスを提供するとともに、汎用のＩ／Ｏ接続を提供する。ＩＥＥＥ１３９４規格（１９９５年版）は、アプリケーションのデジタルインタフェースを定義するものであり、これによって、アプリケーションは、デジタルデータをバスを介して転送する前に、アナログデータに変換する必要がない。同様に、受信アプリケーションは、バスからアナログデータでなく、デジタルデータを受信するので、アナログデータをデジタルデータに変換する必要はない。ＩＥＥＥ１３９４規格（１９９５年版）によって規定されるケーブルは、そのような機器を接続するために用いられている他の嵩張ったケーブルと比較して、サイズが非常に細い。ＩＥＥＥ１３９４規格（１９９５年版）のバスが活線状態においても、機器を取り付けたり、取り外したりすることができる。機器が取り付けられたり、取り外されたりすると、バスは、それ自体を自動的に再構成し、既存のノード間でデータを転送する。ノードは、バス構造上の固有のアドレスを有する論理構成体（logical entity）とみなされる。各ノードは、認識ＲＯＭ（identification ROM）、標準化された制御レジスタ（control register）とそれ自身のアドレス空間（address space）のセットを有する。このような特性により、ＩＥＥＥ１３９４規格（１９９５年版）を用いて、オーディオ／ビデオ装置、媒体再生／記録装置、コンピュータ装置及び表示装置等を組み込むことができる固有のネットワーク構造を構築することができる。
【０００９】
ＩＥＥＥ１３９４規格（１９９５年版）シリアルバスネットワークに接続できる機能は、様々な種類の機器に設けることができる。これら機器の能力及び機能は、非常に単純なものから、非常に複雑なものまで広範囲に亘る。特に、様々な種類のオーディオ／ビデオ装置、媒体再生／記録装置、コンピュータ装置及び表示装置をＩＥＥＥ１３９４規格（１９９５年版）シリアルバスネットワークを介して相互に接続し、非同期データ伝送及びアイソクロノスデータ伝送をサポートさせることができる。
【００１０】
ＩＥＥＥ１３９４規格（１９９５年版）シリアルバスにより、高帯域の分散型環境において複数の機器を連携させ、ネットワーク全体の処理効率及び性能を向上させることができる。これにより、製造業者は、高コストの機能を全ての装置に設ける代わりに、任意の装置から高コストの機能を削除し、その機能をネットワーク上の他の装置に設けて共有させることができる。このように、いくつかの装置の機能を制限し、安価に製造することができるが、このような装置は、他の装置とインタラクトする機能をサポートし、ネットワーク内の装置の完全な機能をユーザに提供する必要がある。
【００１１】
ＡＶ／Ｃデジタルインタフェースコマンドセット（AV/C Digital Interface Command Set）は、ＩＥＥＥ１３９４規格（１９９５年版）シリアルバス上の民生用オーディオ／ビデオ装置間のトランザクションに使用されるコマンドセットである。ＩＥＥＥ１３９４規格（１９９５年版）シリアルバスも、ＡＶ／Ｃコマンドセットも、ＩＥＥＥ１３９４規格（１９９５年版）シリアルバスネットワークに接続された装置に主従の関係（master-slave relationship）を要求しない。これに代えて、ＩＥＥＥ１３９４規格（１９９５年版）シリアルバス及びＡＶ／Ｃコマンドセットは、ＡＶ／Ｃプロトコルに基づいてフォーマットされたデータを伝送することにより、ネットワーク内の装置を一対一（peer-to-peer）の対等な関係で連携させる。
【００１２】
ＡＶ／Ｃ掲示板サブユニット（AV/C bulletin board subunit）は、ＩＥＥＥ１３９４規格（１９９５年版）シリアルバスネットワークに接続された機器間で共有される情報アーキテクチャである。ＡＶ／Ｃ掲示板サブユニットは、通常、単一の装置に専用に設けられ、その装置に関する情報を提供するものである。リソーススケジュール掲示板（resource schedule bulletin board）は、ネットワークに接続された装置間で共有される情報をサポートする情報アーキテクチャである。リソーススケジュール掲示板は、共有データを組織化し、送受信するための組織的構造に関する情報を提供する。リソーススケジュール掲示板は、記述子コマンドを介してネットワーク内の装置間で共有できる符号化されたデータを表すエントリ記述子のリストであるサブボードを含む。ＡＶ／Ｃ掲示板サブユニットは、通常、単一のリソース装置に専用に設けられ、その装置と、ＩＥＥＥ１３９４規格（１９９５年版）シリアルバスネットワーク内の他の互換性を有する申込側の装置（posting device）との間の情報アーキテクチャをサポートする。申込側の装置は、リソーススケジュール掲示板内の書込可能なリストにその装置がリソースをいつ使用する予定かを特定する要求エントリを書き込む。
【００１３】
シリアルバスを介してネットワーク化された様々なオーディオ／ビデオ装置及びコンピュータ装置の機能を最適化し、最大限活用するためには、ネットワーク装置間のデータ伝送を調節（modulate）及び調整（orchestrate）するスケジューリング処理が必要となる。現在、このような様々な装置を効果的且つ効率的に予約できるアーキテクチャ、装置及び方法は知られていない。
【００１４】
発明の開示
本発明は、繰返し時間シーケンスデータ（repeat-time sequence data）を用いて、ネットワークを介して共有リソースを予約するアーキテクチャ、システム、及び方法を提供する。繰返し時間シーケンスデータは、各リソース要求の開始日時、期間、イベントの回数及び間隔を定義し、これによりリソース要求をリソーススケジュールにマッピングすることができる。イベントの回数は、単一に発生する要求に対応する１回であってもよい。さらに、イベントの回数は、繰り返される要求に対応して、２回以上のいかなる回数であってもよい。イベントの間隔は、日単位、週単位、月単位、又は他のいかなる適切な間隔であってもよい。本発明は、特にリソースタスクの期間中継続的に動作する必要があるリソース装置の予約に有用である。このようなリソース装置とは、例えば、媒体再生及び記録装置、又はオーディオ／ビデオ再生／記録装置等がある。
【００１５】
本発明は、繰返し時間シーケンスデータを含むリソース予約ボード（resource schedule board：以下、ＲＳＢという。）アーキテクチャを利用し、ネットワークを介して共有リソースを予約する予約方法を提供する。ネットワークで接続された全ての申込装置は、ＲＳＢにアクセスでき、リソースが使用可能であるか否かを判定することができる。ネットワークに接続された各リソース装置は、専用のリソースボードと、リソース要求として送信されてきた予約データを記憶するメモリを備える。
【００１６】
本発明の一実施形態であるプログラミング可能な予約システムでは、ユーザは、複数の遠隔クライアント装置から単一のネットワークを介してリソース要求を送信できる。すなわち、ユーザは、ネットワーク接続されたクライアント装置においてリソース要求を生成する。リソース要求は、ネットワークを介してＲＳＢにＲＳＢエントリを供給する。ＲＳＢエントリは、クライアント装置又は他の予約装置において、新たなリソース要求が生成及び送信されるたびに、随時追加又は更新される。ＲＳＢエントリは、要求を行ったクライアント装置が特定の期間、予約されたサブユニットを使用することを示すデータを含む。リソース予約は、好ましくは、ネットワークに接続された装置に予約衝突を回避するための情報を提供するＡＶ／Ｃリソース予約掲示板（AV/C resource schedule bulletin board）により実現される。
【００１７】
本発明の他の実施形態においては、予約アーキテクチャはネットワークを介して閲覧可能なリソーススケジュールを提供する。リソーススケジュールは、ネットワークを介して送信されてくる全てのリソース要求データに基づいて生成される。ユーザは、このリソーススケジュールにより、リソース装置に送信されている予約エントリの集合体を確認でき、したがって、新たなリソース要求を送信する前に、リソースが使用可能な状態にあるか否かを確認できる。
【００１８】
本発明のさらなる実施形態として示す予約システムでは、リモート制御装置を用いてＡＶ／Ｃ掲示板に予約エントリを入力することにより、複数のクライアント装置からネットワークに接続されたリソースを予約することができる。
【００１９】
本発明は、ネットワーク介して実行可能なリソーススケジュールを生成することにより、ネットワークを介して共有リソースを割り当てる割当方法を提供する。ここで、リソーススケジュールは、ＩＥＥＥ１３９４規格（１９９５年版）シリアルバスネットワークを介して、クライアント装置によるリソース時間の使用を申し込むための繰返し時間シーケンスデータを含む。繰返し時間シーケンスデータは、週単位、日単位、又は後述する他の繰返し時間シーケンスにより共有リソースを使用する予定であることを示すデータである。
【００２０】
本発明は、ネットワークを介して、共有リソースを予約するアーキテクチャ、システム及び方法を提供する。本発明に基づくアーキテクチャ、システム及び方法は、特にＩＥＥＥ１３９４規格（１９９５年版）シリアルバスネットワークを介してリソース装置を予約する場合に有用であるが、他のいかなる種類のネットワークにおける共有リソースの予約にも使用することができる。本発明は、繰返し時間シーケンスデータを用いてリソースを予約することにより、複数のクライアント装置による効率的なリソースの予約を実現するものである。
【００２１】
共有リソースの予約は、掲示板サブユニットを備える適切に構成された装置において、ＲＳＢを入力することにより行われる。この装置は、リソース装置であってもよく、クライアント装置であってもよく、独立した申込装置であってもよく、これらを組み合わせたものであってもよい。好ましくは、予約処理は、申込装置からアクセス可能な予約メニューにアクセスし、予約メニューに予約エントリ選択項目を入力することにより行われる。予約エントリ選択項目としては、要求されるリソース、リソースが必要とされる開始時刻、リソースが必要とされる期間、及び特定された間隔及びイベント回数値を含む繰返し時間シーケンス等が含まれる。繰返し時間シーケンスは、開始時刻、エントリの数、リソース要求の期間及び間隔を定義する。開始時刻は、時刻値と日付値とを含む。リソース要求に対応するＲＳＢエントリが生成され、各ＲＳＢは、対応するリソース装置が使用される予定である時間を示す情報を含む。スケジュールエントリが生成されると、リソース要求は、ネットワークを介してリソース装置に送信される。リソース要求は、ＲＳＢにおけるエントリとして記憶され、ネットワーク内の各装置は、このエントリにアクセスできる。エントリにより示される開始時刻において、クライアント装置は、ＡＶ／Ｃコマンドを用いてリソース装置を確保し、リソース装置への情報の送信又はリソース装置からの情報の受信を開始する。
【００２２】
ＲＳＢは、ネットワークに接続された各申込装置から送信された要求に関する情報を有している。好ましくは、ネットワークに接続された各申込装置は、ＲＳＢにアクセスでき、このＲＳＢにより、申込装置とリソース装置との間で、リソース装置のリソースの使用可能性に関する情報を送受することができる。ＲＳＢは、申込装置から送信されたリソース要求用のフィールドエントリを有する。フィールドエントリは、要求側の装置へのリソースの割当を開始するコマンドセットを生成する。
【００２３】
本発明の一実施形態においては、リソース要求は、申込装置の画面において閲覧可能な予約メニューを介して入力され、ＲＳＢに送信される。ＲＳＢは、プログラム及び予約データを記憶するメモリを備える少なくとも１つの演算手段により制御されるグラフィカルユーザインタフェースによりサポートされている。さらに他の実施形態においては、グラフィカルユーザインタフェースは、申込装置において表示可能な完全なリソーススケジュールを実現し、これによりユーザは、予約要求エントリを入力する前に、リソーススケジュールを確認することができる。
【００２４】
本発明のさらなる実施形態においては、リソース要求は、スケジューリングコンピュータ又はリソースマネージャから送信され、スケジューリングコンピュータは、他のネットワーク装置のためにリソース時間を予約する。スケジューリングコンピュータは、予約要求を生成し、リソーススケジュールを修正し、完全なリソース要求をネットワークリソースに送信し、リソース装置の使用を申し込む。スケジューリングコンピュータは、リソース装置にプログラムデータを含む実行命令を供給することもでき、このプログラムは、予約されたリソース時間に実行される。
【００２５】
上述の発明を適用した実施形態に示すシステムは、少なくとも１つのリソースを備えるリソース装置と、リソース要求を送信する申込装置と、リソース装置にリソース要求を送信し、申込装置にリソース時間を割り当てるネットワークとを備える。クライアント装置及びリソース装置は、好ましくは媒体コンテンツを再生及び記録するオーディオ／ビデオ装置とするが、この他、コンピュータ装置を含む適切ないかなる装置であってもよい。リソース装置は、単一のリソース機能を有するものに限定されず、複数のリソースサブユニットを備えるものであってもよい。
また、本発明に係るリソーススケジュールコントローラは、１又は複数のリソースを有するリソース装置及び該リソース装置に接続されたクライアント装置にネットワークを介して接続され、リソーススケジュールに開始時刻と、期間と、繰返し時間シーケンスとを有する予約データを入力し、リソーススケジュールに基づいて、ネットワークを介してリソースをクライアント装置の使用に割り当てる。
【００２６】
【発明を実施するための最良の形態】
図１は、申込装置（posting device）３とターゲット装置５とを含むシステムのネットワークを示す図である。この実施形態において、リソース予約エントリ２は、図１に示すように、リソース要求用の繰返し時間情報（repeat-time information）を特定する能力を有する。リソース要求エントリは、ネットワークに接続されたクライアント装置又は予約装置である申込装置３により、例えば通常のビデオテープレコーダに供給される予約（スケジューリング）プロトコル等の周知の適切な手法に基づいて作成される。リソース要求エントリは、ターゲット装置５により使用される。ターゲット装置５は、リソーススケジュールを構築するリソース予約ボード（resource schedule board：以下、ＲＳＢという。）４を含む掲示板サブユニット（bulletin board subunit）を有し、このリソーススケジュールに基づいて、ネットワークを介してリソースを要求するクライアント装置にリソース時間を割り当てる。本発明の一実施形態においては、予約データ及び予約アーキテクチャはユーザに対して透過性を有し（transparent）、システムレベルにおける装置間のデータ伝送を調整（coordinate）するための情報を提供する。本発明の他の実施形態においては、ユーザは、ネットワークを介して予約データ及びリソーススケジュールにアクセスすることができる。さらに他の実施形態においては、グラフィカルユーザインタフェースを用いて、視認可能な予約メニュー及びリソーススケジュールが生成される。予約エントリは、予約データを予約メニューに入力し、この予約データをリソース要求として申込装置３からネットワークを介してターゲット装置５に送信することにより生成される。要求側のクライアント装置からの全てのリソース要求は、中央位置（central location）に設けられたメモリユニットに格納され、グラフィカルユーザインタフェースは、このリソース要求に基づいて、視認可能なリソーススケジュールを生成する。内部のデータ構造及び予約メニューをサポートするために使用されるグラフィカルユーザインタフェースは、アプリケーション及び装置により異なる。
【００２７】
リソース要求は、図１に示すように、リソースエントリボックス（resource entry box）６に開始時刻及び日付、適切な場合、間隔値及びイベント回数値を含む繰返し情報、及びリソース指示情報（resource indicator）を含む予約データを入力することにより作成される。リソースエントリボックス６内に表示された予約データを含むリソース要求は、ネットワークを介して送信され、新たなリソース予約エントリ２に転送され、あるいは新たなリソース予約エントリ２を作成するために使用される。ＲＳＢ４は、１又は複数のリソース予約エントリ２を含んでおり、各リソース予約エントリ２は、受け取ったリソース要求及びこのリソース予約エントリ２において特定されている情報に基づいて、申込装置３がリソース装置であるターゲット装置５を利用しようとしていることを示す詳細情報を表している。上述の変形例においては、リソース予約エントリ２の各フィールドの値を用いて、ネットワークを介してアクセス可能なリソーススケジュールを生成するために必要な予約データがグラフィックユーザインタフェースに提供される。
【００２８】
図２は、予約を申し込む申込装置３が完全なリソース要求を行うために入力する予約エントリの詳細を示す高レベルな予約エントリセクション２１の一覧（view）２０を示す図である。開始時刻はエントリブロック２５に入力され、期間はエントリブロック２７に入力され、リソース装置情報はエントリブロック１７に入力される。繰返し時間シーケンスはエントリブロック１１，２９に入力される。各エントリにおいて、エントリブロック１１とエントリブロック２９のうちの適切な一方のみが使用される。エントリブロック２９は、週単位で繰り返されるリソース予約エントリに使用される。エントリブロック１１は、特定の間隔で繰り返されるリソース予約エントリに使用される。
【００２９】
繰返し時間シーケンスエントリを特定するために、イベント回数値と繰返し間隔を特定する必要がある。イベント回数値は、１を含む適切ないかなる数でもよく、そのエントリが繰り返される回数を特定する。繰返し間隔は、イベントの間隔であり、その単位は、日、週、月等、適切な間隔を示すものであればいかなるものであってもよい。例えば、エントリブロック２９において、イベント回数値を特定し、要求を実行すべき回数を表すnumber_of_eventフィールドにおける回数を示す値とともに、例えば日単位、週単位、又は月単位の間隔が入力され、これにより全体の期間が定義される。また、特定の曜日を除外、すなわち週のスケジュールに含めないようにすることもできる。全体の期間内において特定の曜日を除外することにより、他のクライアント装置は、より効率的にリソースを利用することができる。例えば、２週間のうち第２週目の火曜日を除く毎日にリソースが必要であることを示すフィールド値を含む予約要求を行うことができる。このリソーススケジュールを確認することにより、他のクライアント装置又はスケジュール装置は、その第２週目の火曜日にリソースが使用可能であること、したがってスケジュールリソース時間を知ることができる。エントリブロック２９に示すように、月曜日、火曜日等の曜日項目を設け、ユーザが特定の曜日を選択すると、予約エントリの全体の期間内において、選択された曜日にリソースが自動的に予約されるようにすると便利である。
【００３０】
エントリブロック１１は、特定の間隔をもって繰り返されるリソース予約エントリ用に使用されるエントリフォームを示している。エントリライン１３には、時間的間隔が入力され、この時間的間隔は例えば時間又は日数のような規則的な時間的間隔でもよく、単なる一定時間の繰返しではない不規則な時間的間隔であってもよい。エントリライン１５には、イベント回数値が入力され、これによりリソース要求が実行される回数が特定される。例えば、ユーザが予約エントリに時間的間隔を示す値として１時間２０分を入力し、イベント回数値として９を入力した場合、共有リソースは、エントリブロック２５により特定される時刻から１時間２０分毎に９回、エントリブロック２７により特定される期間予約される。
【００３１】
ネットワークにリソース要求を送信する前に、クライアント装置は、リソーススケジュールを確認し、リソースが使用可能な状態にあるか否かを判定する。要求した時間が他の装置により既に予約されている場合、クライアント装置は、ユーザに対し、予約の衝突（conflict）が生じている旨を通知する。リソース予約ボードがグラフィカルユーザインタフェースをサポートする変形例においては、ユーザは新たな要求をネットワークに送信する前にリソース予約ボードを見て、所望の時間にリソースが使用可能な状態にあることを確認することもできる。
【００３２】
メニュー画面又は数値リストの形式でリソーススケジュールを視認することは、ユーザにとって困難である。したがって、グラフィカルユーザインタフェースをサポートする実施形態では、リソース要求の集合を視覚的に把握しやすいグラフィカル表現として表現する。このグラフィカル表現は、ネットワークに接続された各申込装置から閲覧できる時間軸表示の形式を有する。
【００３３】
図３は、リソースラベル１、２で示される２つのリソースサブユニットを有するリソース装置用の一連のスケジュール表示画面の具体例を示す図である。各表示のセットは曜日、この具体例では、火曜日、木曜日、土曜日、日曜日に対応している。図３に示す具体例では、リソース１は、火曜日、木曜日、土曜日の午前５時３０分から午前９時まで予約され、リソース２は、これらの時間帯は使用可能な状態にある。日曜日には、リソース２は午前９時から期間を限定せずに予約されており、リソース１は一日中使用可能な状態にある。図４に示すような時間軸表示形式により、ユーザは、ネットワークに接続されたクライアント装置からリソースの予約状況を素早く確認することができる。
【００３４】
図４は、クライアント装置Ａ及びクライアント装置Ｂから送信された予約エントリを有するリソース１用の２４時間の予約状況を表す時間軸表示の具体例を示す図である。クライアント装置Ａは、午前３時から期間を特定せずにリソース１を予約している。一方、クライアント装置Ｂは、午後７時から午後１０時までリソース１を予約している。クライアント装置Ａからのリソース要求においては予約の期間が指定されていないため、クライアント装置Ｂの予約と衝突する可能性がある。図４に示すような予約の衝突が発生しても、クライアント装置からのリソース要求は妨げられない。クライアント装置が他の要求と衝突するリソース要求を送信した場合、システムは、好ましくはユーザに対し、その要求が予約の衝突を生じさせるものであることを通知するとともに、予約の送信を許可する。本発明の好適な実施の形態においては、システムは、共有リソースの実際の使用状況を継続的に監視し、これに基づいてリソース予約を更新する。すなわち、クライアント装置Ｂから送信されてきたリソース要求における開始時刻以前にクライアント装置Ａがオフにされ、予約が取り消されるかリソース１の使用が終了された場合には、リソース１は、クライアント装置Ｂから送信されてきたリソース要求に基づいて、クライアント装置Ｂにより使用されることとなる。
【００３５】
図５は、リソース１及びリソース２に対応する２４時間の予約状況を表す時間軸表示の具体例を示す図であり、各時間軸表示において、予約の衝突が発生している。リソース１に対しては、クライアント装置Ａ及びクライアント装置Ｂの両方が、午前９時から午前１０の時間帯を予約している。この予約の衝突を解決するためにはいくつかの手法がある。例えば、最初に予約を申し込んだクライアント装置が優先権を獲得し、衝突期間が経過した後に予約時間が残っている場合に、その残りの時間を次に予約を申し込んだクライアント装置に割り当てる。すなわち、クライアント装置Ａが先に予約を申し込んでいる場合は、予約時間の全てのセグメントがクライアント装置Ａに割り当てられる。一方、クライアント装置Ｂが先に予約を申し込んでいる場合は、午前９時以前及び午前１０時以後のリソース時間がクライアント装置Ａに割り当てられ、午前９時から午前１０時までのリソース時間はクライアント装置Ｂに割り当てられる。
【００３６】
図５に示す時間軸表示において、リソース２に対しては、午後５時から午後６時の間に、クライアント装置Ｃとクライアント装置Ｄとによる予約が衝突している。上述の衝突解決法を適用すれば、クライアント装置Ｄが先に予約を申し込んでいる場合、リソース２は、午前６時から午前８時までの２時間と、午後１２時から午後２時までの２時間とがクライアント装置Ｃに割り当てられるとともに、クライアント装置Ｃが予約した午後４時から午後６時までの２時間については、後半の１時間だけがクライアント装置Ｃに割り当てられる。一方、クライアント装置Ｃが先に予約を申し込んでいる場合、リソース２は、クライアント装置Ｃが申し込んでいる各２時間の時間帯の全てにおいてクライアント装置Ｃに割り当てられる。この場合、クライアント装置Ｄのリソース要求開始時刻以前にクライアント装置Ｃが予約を取り消し、又はオフにされた場合、午後４時から午後６時までのリソース時間はクライアント装置Ｄに割り当てられる。
【００３７】
本発明の好ましい実施形態においては、予約の衝突はＲＳＢによって解決されるのではなく、これに代えて、衝突が生じた場合、装置のネットワークを介して予約の衝突の発生がユーザに通知され、ユーザの意見に基づいて衝突を適切に解決するものとする。さらに、好ましい実施形態においては、リソース装置を使用する第１のクライアント装置が優先権を獲得する。すなわち、図５に示す具体例において、クライアント装置Ａが先にリソース１を使用している場合、クライアント装置Ｂが予約を申し込んでいる午前９時から午前１０時までの間もクライアント装置Ａがリソース１を使用することができる。クライアント装置Ｂのリソース要求の開始時刻より前にクライアント装置Ａがリソース１の使用を終了し、要求を取り消し、又はオフにされた場合、午前９時から午前１０までのリソース時間は、クライアント装置Ｂにより使用される。
【００３８】
本発明では、予約の衝突を解決するための様々な手法を用意している。例えば、２つのクライアント装置間で予約の衝突が発生した場合、予約時間が短い方のクライアント装置にリソース時間を割り当て、これにより予約衝突に対する「公平な共有（fair share）」を実現する解決策がある。さらに、特定の予約時間に対して、その時間のシステムに対する要求（demand）に基づいて、重み付けを行ってもよい。すなわち、リソース時間をピーク時間（peak times）又は主要時間（prime times）に予約することにより、より高い全体の予約値が与えられ、この予約値は、予約の衝突が発生した場合にどのクライアント装置に対して「正当に」リソース時間を割り当てるかを決定するために用いられる。このような衝突の解決法は、特に放送又は生の番組を録画するためにリソースを予約してする場合等に用いて有用である。番組の一部のみを録画することは望ましくなく、ユーザは番組全体を録画するか、さもなくば番組を一切録画しないことを望むものである。さらに、予約メニューにより、ユーザが自らの意志による、又は主観的な重み付け要素を入力できるようにしてもよい。この手法では、予約の衝突が発生した場合、ユーザはどの予約要求を取り消すかを判断する。予約衝突の解決策を複数適用してもよいことは明らかであり、また、ネットワーク内に含まれる装置に応じて解決策が決定されることも明らかである。
【００３９】
図６は、本発明に基づく予約アーキテクチャ４１を備えるシステム４０の構成を示す図である。予約アーキテクチャ４１は、グラフィカルユーザインタフェース４３を備え、このグラフィカルユーザインタフェース４３により、ユーザは、例えばビデオテープレコーダの番組予約プロトコルに対応するメニューインタフェースと同様に、予約エントリを入力することができる。予約アーキテクチャ４１は、ユーザからは不可視とされ、あるいはグラフィカルユーザインタフェースプログラムの一種であるインタフェースによりサポートされている。グラフィカルユーザインタフェース４３は、図３から図５を用いて説明したようなリソーススケジュールのグラフィカル表示と図１及び図２を用いて説明したようなエントリデータ構造を生成する能力を有する。クライアント装置４４，４７は、グラフィカルユーザインタフェース４３を介して、中央演算処理装置（central processing unit：以下、ＣＰＵという。）４５に予約要求５１，５３を送信する。ＣＰＵ４５は、リソース要求を記憶し、リソーススケジュールを生成する。さらに、ＣＰＵ４５は、リソース要求を処理するときにリソース装置４６，４８に対する実行命令を提供するプログラムデータを記憶する能力を有している。リソース要求は、リソース予約カレンダに基づいてリソース装置４６，４８により処理され、リソース時間は、実装されているプロトコル及び衝突解決処理に基づいてクライアント装置４４，４７に割り当てられる。図６に示す具体例では、予約アーキテクチャ４１は、リソース装置４６，４８の実際の使用状況を監視するとともに、入力されてくるあらゆるリソース要求を監視し、リソース予約カレンダを更新する。
【００４０】
図７は、本発明に基づく、ＩＥＥＥ１３９４規格（１９９５年版）入出力シリアルバス６２を備えるシリアルバスネットワーク６０の構成を示す図である。テレビジョン受像機６１、インターネット閲覧装置（Internet monitoring device）６３、コンピュータ装置６５は、ＩＥＥＥ１３９４規格（１９９５年版）入出力シリアルバス６２を介して記録再生装置６４に接続されている。図６を用いて説明したような予約アーキテクチャ４１は、好ましくは記録再生装置６４の一部として組み込まれており、記録再生装置６４のソフトウェア（図示せず）により制御されるが、予約アーキテクチャは、コンピュータ装置６５の一部に組み込んでもよく、ＩＥＥＥ１３９４規格（１９９５年版）シリアルバスネットワーク６０内の他のいかなる装置に組み込んでもよい。テレビジョン受像機６１及びインターネット閲覧装置６３は、遠隔制御装置６９により操作することができる。予約メニューは、テレビジョン受像機６１、インターネット閲覧装置６３、コンピュータ装置６５のうちのいずれの装置からもアクセスでき、各装置の表示画面に表示させることができる。予約エントリは、上述したように入力され、リソース要求として記録再生装置６４に送信される。テレビジョン受像機６１及びインターネット閲覧装置６３に対しては、例えば遠隔制御装置６９を用いて予約エントリを入力することができる。インターネット閲覧装置６３は、接続線６７を介して、インターネットに切断可能に接続されている。コンピュータ装置６５は、キーボード６６に対するユーザ操作に基づいてリソース装置である記録再生装置６４にリソース要求を送信でき、予約メニューにリソース要求を追加させることができる。本発明の特定の実施形態においては、予約エントリは、コンピュータ装置６５のメモリユニットに記憶され、予約アーキテクチャは、リソーススケジュールを生成する適切なソフトウェアを用いて、コンピュータ装置６５によりサポートされる。
【００４１】
図８は、本発明に基づく、ＩＥＥＥ１３９４規格（１９９５年版）シリアルバス８０を介して構築されたネットワークシステムの変形構成例７０を示す図である。ビデオ表示装置７１，７３は、オーディオ／ビデオ装置であり、図８に示すように、ＩＥＥＥ１３９４規格（１９９５年版）シリアルバス８０を介してビデオ記録／媒体再生装置（video recording and media playing device）７４に接続されている。さらにビデオ記録／媒体再生装置７４には、ＩＥＥＥ１３９４規格（１９９５年版）シリアルバス８０を介して、コンピュータ装置７５も接続されている。ユーザが予約要求をコンピュータ装置７５に入力すると、コンピュータ装置７５は、適切な予約要求をビデオ記録／媒体再生装置７４が管理するリソース予約ボードに送信する。図７及び図８は、例示的な構成を示すものであり、システムの構成は無数にあり、広範囲に亘る様々な装置がＩＥＥＥ１３９４規格（１９９５年版）シリアルバスによりサポートされ、一対一（point-to-point）データストリーム伝送を行うことができる。また、ＩＥＥＥ１３９４規格（１９９５年版）シリアルバスに接続された装置の全てが本発明を実施するものでなくてはならないというシステムの制約はない。
【００４２】
図９は、ＩＥＥＥ１３９４規格（１９９５年版）シリアルバスに接続された、本発明に基づくコンピュータ装置１５０の内部構成及びコンピュータ装置１５０を含むシステム１１０の構成を示すブロック図である。コンピュータ装置１５０は、図７に示すコンピュータ装置６５及び図８に示すコンピュータ装置７５のいずれを表すものであってもよい。コンピュータ装置１５０は、従来型の双方向システムバスにより相互に接続されたＣＰＵ１３５と、主メモリ１３３と、ビデオメモリ１４０と、マスストレージ装置１５３と、ＩＥＥＥ１３９４規格（１９９５年版）インタフェース回路１３１とを備える。インタフェース回路１３１は、ＩＥＥＥ１３９４規格（１９９５年版）シリアルバスケーブル１５５，１５７とデータを送受信するための物理インタフェース回路１３０を備えている。物理インタフェース回路１３０は、ＩＥＥＥ１３９４規格（１９９５年版）シリアルバスケーブル１５５を介してビデオカメラ１２３に接続されており、また、ＩＥＥＥ１３９４規格（１９９５年版）シリアルバスケーブル１５７を介してテレビジョン受像機１２１に接続されている。システムバス１５１は、主メモリ１３３、ビデオメモリ１４０、マスストレージ装置１５３におけるアドレスを指定するためのアドレスバスを備えている。さらに、システムバス１５１は、ＣＰＵ１３５、主メモリ１３３、ビデオメモリ１４０、マスストレージ装置１５３、インタフェース回路１３１間でデータを送受するためのデータバスを備えている。
【００４３】
さらに、コンピュータ装置１５０は、キーボード１２５、マウス１２７、連携するディスプレイ１２０等、複数の周辺機器に接続されている。キーボード１２５は、ＣＰＵ１３５に接続され、これによりユーザは、キーボード１２５を用いてデータ及び制御コマンドをコンピュータ装置１５０に入力することができる。キーボード１２５には、従来型のマウス１２７が接続されており、これにより、ディスプレイ１２０上のグラフィック画像を操作するカーソルを制御することができる。当分野で周知のとおり、マウス１２７は、コンピュータ装置１５０のシリアルポートに直接接続してもよい。
【００４４】
ビデオメモリ１４０の端子は、ビデオ多重／シフト回路（video multiplex and shifter circuit）１３７に接続され、ビデオ多重／シフト回路１３７は、ビデオ増幅器１３９に接続されている。ビデオ増幅器１３９は、ディスプレイ１２０を駆動する。ビデオ多重／シフト回路１３７及びビデオ増幅器１３９は、ビデオメモリ１４０に格納されている画素データをディスプレイ１２０に表示するための適切なラスタ信号に変換する。なお、本発明に基づく利点を損なうことなく、図９に示すコンピュータ装置の１又は複数の要素を省略又は他の要素に置換でき、あるいは他の要素を追加することができる。
【００４５】
図１０は、本発明に基づき、複数のクライアント装置からネットワークを介して共有リソースを予約する処理の流れを説明する図である。クライアント装置Ｃ１〜Ｃｎは、それぞれメニューＭ１〜Ｍｎに予約データを入力することにより、予約エントリＳ１〜Ｓｎを送信する。予約エントリＳ１〜Ｓｎは、ネットワークバス（図示せず）を介して、リソース要求Ｒ１〜Ｒｎとして、リソース予約掲示板サブユニットを含み、リソース予約を維持管理するリソース予約ボード（ＲＳＢ）９９に送信される。リソース要求Ｒ１〜Ｒｎは、要求時間、要求期間、リソース指示情報、及びクライアント装置指示情報を含む予約データを含んでいる。ＲＳＢ９９は、リソースＲ１〜Ｒｎを有する共有リソース装置１０５用のリソーススケジュールを維持管理する。ＲＳＢ９９は、好ましくは共有リソース装置１０５に一体に組み込まれている。
【００４６】
図１０に示す実施形態では、クライアント装置Ｃ１〜Ｃｎは、モニタ装置９８によりＲＳＢ９９に維持管理されているリソーススケジュールを確認することができる。モニタ装置９８は、好ましくは、各リソースＲ１〜Ｒｎに送信された予約エントリの集合体を表すグラフィカル表示を提供する。このリソーススケジュールを確認することにより、ユーザは、システムの負荷及び／又は予約の衝突を考慮して、予約エントリを修正し、新たな又は修正された予約エントリＳ１〜Ｓｎを送信することができる。
【００４７】
図１１は、複数のクライアント装置９１，９３，９５を備えるシステム９０の構成を示す図である。クライアント装置９１，９３，９５は、それぞれメニューインタフェース９２，９４，９６を備える。メニューインタフェース９２，９４，９６は予約メニューをサポートする。クライアント装置９１，９３，９５は、好ましくはＩＥＥＥ１３９４規格（１９９５年版）シリアルバスであるバス１００を介してネットワーク接続されている。リソース要求は、メニューインタフェース９２，９４，９６から掲示板サブユニット１０４に送信される。掲示板サブユニット１０４は、リソース要求を記憶し、リソース予約ボード（ＲＳＢ）を生成する。ＲＳＢ１０１は、好ましくは、本発明に基づく繰返し計数情報（repeat count information）を含む。さらに、ＲＳＢ１０１は、共有リソース装置１０５に対し、リソース１０６，１０７，１０８がＩＥＥＥ１３９４規格（１９９５年版）シリアルバス内でいつ使用されるかを通知するコマンドセットを有している。予約メニュー及びリソーススケジュールは、掲示板サブユニット１０４に接続されているシステムモニタ１０９上に表示される。また、予約メニュー及びリソーススケジュールは、クライアント装置９１，９３，９５のいずれからもアクセスすることができる。共有リソース装置１０５と、クライアント装置９１，９３，９５は、装置の電源を投入及び切断でき、予約エントリデータを入力できるシステム遠隔制御装置１０３等の入力装置により操作できる。
【００４８】
本発明により、例えばＩＥＥＥ１３９４規格（１９９５年版）シリアルバスに接続されたビデオ記録／媒体再生装置等のリソースを、複数のクライアント又は制御装置から予約することができる。本発明は、送信された予約エントリからの繰返し時間データを含むリソーススケジュールボードを提供する。上述したリソーススケジュールボードにより、複数の装置は、将来の使用のために、リソースを効率的に予約できる。さらに、本発明は、予約衝突を処理する方法を提供し、これによりシステム内の装置間の調和及び効率性が保たれる。本発明以前には、ＩＥＥＥ１３９４規格（１９９５年版）シリアルバス内で予約要求の衝突を処理する方法は提案されておらず、クライアント装置は、既に予約されているリソースを重複して予約するおそれがあった。また、本発明の一実施形態では、ネットワークを介してアクセス可能なグラフィカルリソースカレンダを生成するグラフィカルユーザインタフェースにより、ネットワークを介して予約要求を容易に確認できる手法が提供される。
【００４９】
本発明の構造及び動作の原理を明瞭に説明するために、詳細事項を含む特定の実施の形態を用いて本発明を説明した。このような特定の実施の形態及び詳細事項は、添付の請求の範囲を制限するものではない。本発明の思想及び範囲を逸脱することなく、例示した実施形態を修正できることは、当業者にとって明らかである。特に、本発明に基づく装置は、複数の異なる手法で実現でき、上述のアーキテクチャ、システム及び方法は、本発明の好適な実施の形態を単に例示するものに過ぎないということは、当業者にとって明らかである。本発明の実施の形態においては、ＩＥＥＥ１３９４規格（１９９５年版）シリアルバス構造を用いて本発明を実現しているが、ＩＥＥＥ１３９４規格（１９９５年版）シリアルバス以外の又は新たなバージョンの適切なデジタルインタフェースにより本発明を実現することもできる。
【図面の簡単な説明】
【図１】
申込装置とターゲット装置とを含む装置ネットワークを示す図である。
【図２】
本発明に基づくリソース予約サブエントリの詳細を示す図である。
【図３】
繰り返しがないスケジュールを時間軸表示として視覚的に表示した例を示す図である。
【図４】
リソースの予約衝突をスケジュールの時間軸表示により示す図である。
【図５】
複数の予約エントリから引き起こる予約衝突をスケジュールの時間軸表示により示す図である。
【図６】
本発明を適用した予約アーキテクチャを利用したシステムの構成を示す図である。
【図７】
ＩＥＥＥ１３９４規格（１９９５年版）シリアルバスネットワークとして実現された本発明に基づくシステムを示す図である。
【図８】
ＩＥＥＥ１３９４規格（１９９５年版）シリアルバスネットワークとして実現された本発明に基づくシステムの変形例を示す図である。
【図９】
本発明に基づく、ＩＥＥＥ１３９４規格（１９９５年版）内のコンピュータ装置の内部構成を示すブロック図である。
【図１０】
本発明に基づく予約方法の処理の流れを示す図である。
【図１１】
本発明に基づき、ＩＥＥＥ１３９４規格（１９９５年版）シリアルバスを介してリソース装置を共有する複数のクライアント装置及び申込装置を備えるシステムを示す図である。
【手続補正２】
【補正対象書類名】図面
【補正対象項目名】図７
【補正方法】変更
【補正の内容】
【図７】
2003500961.tif 000001
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】図１０
【補正方法】変更
【補正の内容】
【図１０】
2003500961.tif 000002