JP2002218361A - 共有資源予約運用システム、予約管理装置、資源管理装置、予約要求装置、共有資源予約方法および記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 ネットワークに接続された機器の予約管理
を、他の機器で行えるようにする。 【解決手段】 予約要求転送手段２ｂは、他の機器から
共有資源２ａを指定した予約要求を受け取ると、その予
約要求を予約管理装置１に転送する。予約登録手段１ａ
は、資源の予約要求を受け取ると、予約要求で指定され
た資源の運用内容に関する予約情報をデータベース１ｂ
に登録する。通知手段１ｃは、データベース１ｂに登録
された予約情報に従った運用通知を、資源管理装置２に
対して送信する。資源提供手段２ｃは、予約管理装置１
から共有資源２ａの運用通知を受け取ると、運用通知に
従って共有資源２ａを運用し、共有資源２ａを他の機器
に提供する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は共有資源の予約を行
う共有資源予約運用システム、予約管理装置、資源管理
装置、予約要求装置、共有資源予約方法および記録媒体
に関し、特に共有資源を有している機器と異なる機器で
予約管理を行う共有資源予約運用システム、予約管理装
置、資源管理装置、予約要求装置、共有資源予約方法お
よび記録媒体に関する。

【０００２】

【従来の技術】近年のデータ通信技術の発達により、Ａ
Ｖ(Audio Visual)機器に対しても通信ネットワークのイ
ンタフェースが搭載されつつある。ＡＶ機器用の通信ネ
ットワークとしては、たとえばIEEE1394（米国電気電子
技術者協会で規定された通信規格）がある。通信ネット
ワークを介して複数の機器を接続することにより、通信
ネットワークに接続される２つ以上の機器同士の協調動
作が可能となる。IEEE1394に接続されたＡＶ機器を協調
動作を行わせるための規格として、たとえばＡＶ／Ｃ(A
udio Video/Control)プロトコルが存在する。

【０００３】ネットワークを介して接続された複数の機
器の協調動作を予約し、予約に従って実行させることが
できれば、利便性がさらに向上する。たとえば、ＴＶ放
送の予約録画を行う際に、ＴＶ放送チューナの受信機能
とビデオデッキの録画機能とを予約して、互いに協調動
作させることができれば、目的のＴＶ放送を確実に録画
することができる。

【０００４】

【発明が解決しようとする課題】しかし、予約して複数
の機器に協調動作を行わせるには、各機器が予約機能を
有している必要がある。予約機能としては、たとえば、
タイマ、永続的な記憶装置（不揮発性の記録媒体）、予
約の衝突検出およびそのためのユーザインターフェース
等である。ところが、全ての機器にこれらの予約機能を
持たせるのは、各機器の製造コストの上昇につながる。
そのため、全ての機器に対して予約機能を実装するのは
非現実的である。

【０００５】なお、ＡＶ／Ｃプロトコルの中には、任意
の機器の予約機能を実現するためにBulletin Board Sub
unitと呼ばれる予約管理方式が定義されている。これは
任意のＡＶ／Ｃプロトコル対応機器より自由に書き込み
が可能な掲示板の機能を、ネットワーク上の機器で提供
するものである。この掲示板を有している機器は、ハー
ドディスク装置のような永続的な記憶装置を持たない機
器に代わって、その機器の予約情報を記憶しておくこと
ができる。

【０００６】ただし、Bulletin Board Subunitでは、そ
の予約情報の整合性は掲示板に書き込む機器に任されて
いる。また、その書き込みは予約資源を持つ機器とは無
関係に行われる。そのため他の機器の資源に対する予約
を行いたい機器が、その資源に対する予約情報の衝突を
調べなくてはならない。さらに、各機器は、掲示板にお
いて、自分自身に対してどのような予約が行われたのか
を定期的に調査する必要もある。つまりBulletin Board
Subunitが提供するのは単なる掲示板だけであり、各機
器には予約管理のための諸機能が必要となる。しかもBu
lletin Board Subunitでは、各機器が個別に予約管理を
行うため、信頼性のある予約管理を行うのは困難であ
る。

【０００７】本発明はこのような点に鑑みてなされたも
のであり、予約管理機能を有していない機器の資源に関
して、信頼性の高い予約管理を行うことができる共有資
源管理システムを提供することを目的とする。

【０００８】

【課題を解決するための手段】本発明では上記課題を解
決するために、少なくとも１つの資源の予約管理を行う
共有資源予約運用システムにおいて、いずれかの資源の
予約要求を受け取ると、前記予約要求で指定された資源
の運用内容に関する予約情報をデータベースに登録する
予約登録手段と、前記データベースに登録された前記予
約情報に従った運用通知を、前記予約要求で指定された
資源を提供している装置に対して送信する通知手段と、
を有する予約管理装置と、他の機器に提供可能な共有資
源と、前記他の機器から前記共有資源を指定した前記予
約要求を受け取ると、前記共有資源の予約要求を前記予
約管理装置に転送する予約要求転送手段と、前記予約管
理装置から前記共有資源の前記運用通知を受け取ると、
前記運用通知に従って前記共有資源を運用し、前記共有
資源を前記他の機器に提供する資源提供手段と、を有す
る資源管理装置と、を有することを特徴とする共有資源
予約運用システムが提供される。

【０００９】このような資源予約システムによれば、資
源提供手段が、共有資源の予約要求を受け取ると、共有
予約要求転送手段により、その予約要求が予約管理装置
に転送される。予約要求で指定された共有資源の運用内
容に関する予約情報が、予約管理装置の予約登録手段に
より、データベースに登録される。そして、データベー
スに登録された予約情報に従った運用通知が、通知手段
により、資源管理装置に送信される。資源管理装置で
は、資源提供手段により、運用通知に従って共有資源が
運用され、共有資源の他の機器への提供が行われる。

【００１０】これにより、資源管理装置の予約管理機能
が、予約管理装置で管理される。その結果、資源管理装
置が予約管理機能を持っていなくても、予約要求に基づ
いて共有資源の提供を行うことができる。

【００１１】また本発明では上記課題を解決するため
に、他の機器の少なくとも１つの資源の予約管理を請け
負う予約管理装置において、いずれかの資源の予約要求
を受け取ると、前記予約要求で指定された資源の運用内
容に関する予約情報をデータベースに登録する予約登録
手段と、前記データベースに登録された前記予約情報に
従った運用通知を、前記予約要求で指定された資源を提
供している装置に対して送信する通知手段と、を有する
ことを特徴とする予約管理装置が提供される。

【００１２】このような予約管理装置によれば、予約要
求で指定された資源の運用内容に関する予約情報が、予
約管理装置の予約登録手段により、データベースに登録
される。そして、データベースに登録された予約情報に
従った運用通知が、通知手段により、資源を提供する機
器に対して送信される。

【００１３】これにより、資源を提供する機器は、予約
管理装置に対して予約要求を送信するだけで、予約管理
機能を予約管理装置に任せることができる。また、本発
明では上記課題を解決するために、自己の資源を他の機
器に提供する資源管理装置において、前記他の機器に提
供可能な共有資源と、前記他の機器から前記共有資源を
指定した予約要求を受け取ると、前記予約要求を、予約
管理機能を有する予約管理装置に転送する予約要求転送
手段と、前記予約管理装置から前記共有資源の運用通知
を受け取ると、前記運用通知に従って前記共有資源を運
用し、前記共有資源を前記他の機器に提供する資源提供
手段と、を有することを特徴とする資源管理装置が提供
される。

【００１４】このような資源管理装置によれば、共有資
源の予約要求を受け取ると、予約要求転送手段により、
その予約要求が予約管理装置に転送される。そして、運
用通知を受け取ると、資源提供手段により、運用通知に
従って共有資源が運用され、共有資源の他の機器への提
供が行われる。

【００１５】これにより、資源管理装置に向けて送られ
てきた予約要求に基づく予約管理を予約管理装置に依頼
することができる。また、本発明では上記課題を解決す
るために、操作入力に応じて資源の予約を行う予約要求
装置において、運用可能な内部資源と、資源管理装置が
提供している共有資源と前記内部資源との協調動作の予
約入力を受け付ける入力受付手段と、前記入力受付手段
で受け付けた前記予約入力の内容に基づいて、前記資源
管理装置に対して、前記共有資源に対する第１の予約要
求を送信するとともに、前記内部資源に対する第２の予
約要求を、予約管理機能を有する予約管理装置に対して
送信する予約要求送信手段と、前記予約管理装置から前
記内部資源の運用通知を受け取ると、受け取った運用通
知に従って前記内部資源を運用する資源運用手段と、を
有することを特徴とする予約要求装置が提供される。

【００１６】このような予約要求装置によれば、協調動
作の予約入力が入力受付手段で受け付けられると、予約
入力の内容に基づいて、予約要求送信手段により、共有
資源に対する第１の予約要求が資源管理装置に対して送
信される。同様に、予約要求送信手段により、内部資源
に対する第２の予約要求が、予約管理装置に対して送信
される。そして、予約管理装置から内部資源の運用通知
を受け取ると、資源運用手段により、受け取った運用通
知に従って内部資源が運用される。

【００１７】これにより、自己の有する資源と外部の機
器が有する共有資源との協調動作が必要な場合であって
も、自己の資源に関する予約管理を、予約管理装置に任
せることができる。

【００１８】また、本発明では上記課題を解決するため
に、少なくとも１つの資源の予約管理を行う共有資源予
約方法において、他の機器に提供可能な共有資源を有す
る資源管理装置に対して、前記共有資源を指定した予約
要求が、前記他の機器から送られると、前記予約要求
を、予約管理機能を有する予約管理装置に転送し、前記
予約管理装置において、前記予約要求で指定された前記
共有資源の運用内容に関する予約情報をデータベースに
登録し、前記データベースに登録された前記予約情報に
従った運用通知を、前記予約管理装置から前記資源管理
装置へ送信し、前記資源管理装置において、前記運用通
知に従って前記共有資源を運用し、前記共有資源を前記
他の機器に提供する、ことを特徴とする共有資源予約方
法が提供される。

【００１９】このような共有資源予約方法によれば、共
有資源を指定した予約要求が資源管理装置に対して送ら
れると、前記予約要求が予約管理装置に転送される。す
ると、予約管理装置において、予約要求で指定された共
有資源の運用内容に関する予約情報がデータベースに登
録される。さらに、データベースに登録された予約情報
に従った運用通知が、予約管理装置から資源管理装置に
送信される。そして、資源管理装置において、運用通知
に従って共有資源が運用され、共有資源が他の機器に提
供される。

【００２０】また、本発明では上記課題を解決するため
に、上記本発明の予約管理装置、資源管理装置および予
約要求装置それぞれが有する機能をコンピュータに実現
させるためのプログラムを記録した記録媒体が提供され
る。これにより、コンピュータを搭載した機器の予約管
理を、コンピュータを搭載した他の機器に任せることが
できる。

【００２１】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して説明する。図１は、本発明の原理構成を示す
図である。本発明に係る共有資源予約運用システムは、
予約管理装置１と資源管理装置２とで構成される。

【００２２】予約管理装置１は、予約登録手段１ａ、デ
ータベース１ｂおよび通知手段１ｃを有している。予約
登録手段１ａは、いずれかの資源の予約要求を受け取る
と、予約要求で指定された資源の運用内容に関する予約
情報をデータベース１ｂに登録する。データベース１ｂ
には、複数の予約情報が登録される。通知手段１ｃは、
データベース１ｂに登録された予約情報に従った運用通
知を、予約要求で指定された資源を提供している装置に
対して送信する。

【００２３】資源管理装置２は、共有資源２ａ、予約要
求転送手段２ｂおよび資源提供手段２ｃを有している。
共有資源２ａは、他の機器からの要求に応じて動作させ
ることができる機能である。

【００２４】予約要求転送手段２ｂは、他の機器から共
有資源２ａを指定した予約要求を受け取ると、その予約
要求を予約管理装置１に転送する。資源提供手段２ｃ
は、予約管理装置１から共有資源２ａの運用通知を受け
取ると、運用通知に従って共有資源２ａを運用し、共有
資源２ａの機能を他の機器に提供する。

【００２５】このような共有資源予約運用システムよれ
ば、資源管理装置２の共有資源２ａに対する予約要求
が、予約管理装置１で管理される。そして、予約要求に
応じた運用通知が予約管理装置１から資源管理装置２に
送信されることで、予約要求に応じた共有資源の運用を
資源管理装置２が行うことができる。

【００２６】これにより、通信ネットワーク環境におい
て、予約され得る通信ネットワーク上の共有資源を持つ
機器とその予約情報を管理する機器とを分離することが
できる。その結果、ネットワーク上の全ての機器に予約
管理機能を搭載する必要がなくなり、予約される資源を
持つ機器の処理負担が低減する。

【００２７】また、予約情報を管理する機器が、複数の
機器の予約情報を管理できるようにすれば、予約情報を
管理するという機構を予約管理装置だけに集中させるこ
とができる。これにより、予約情報が予約管理装置１で
一元管理され、予約機能の信頼性が向上するとともにハ
ードウェア資源の有効利用を図ることができる。

【００２８】さらに、予約を行いたい機器は、あくまで
予約資源を持つ機器（資源管理装置２）に対してだけ、
予約要求を送信すればよい。そのため、予約を依頼する
機器に対して余計な負担をかけずにすむ。

【００２９】以下に、本発明の実施の形態を具体的に説
明する。図２は、本実施の形態のシステム構成例を示す
模式図である。本実施の形態では、たとえば、チューナ
１０、ビデオデッキ２０、予約管理装置３０およびモニ
タ４０が、ネットワーク５１を介して接続されている。
ネットワーク５１は、たとえばIEEE1394インタフェース
によるネットワークである。

【００３０】チューナ１０は、たとえば、ＢＳ(Broadca
sting Satellite)ディジタルハイビジョン放送に対応し
たチューナである。チューナ１０には、アンテナ５２が
接続されている。チューナ１０は、アンテナ５２を介し
てＴＶ放送を受信することができる。チューナ１０は、
ＴＶ放送の受信機能（資源）を運用することで、受信し
たＴＶ放送の映像および音声のデータを、ネットワーク
５１を介して、他の機器に送信することができる。

【００３１】ビデオデッキ２０は、たとえば、ディジタ
ルハイビジョン放送をディジタル信号のまま録画および
再生することができるビデオデッキである。ビデオデッ
キ２０は、録画再生機能を運用することで、ネットワー
ク５１を介して送られてきた映像および音声のデータを
受け取り、テープ等の記録媒体に録画することができ
る。また、ビデオデッキ２０は、テープ等の記録媒体に
記録された映像および音声のデータを、ネットワーク５
１を介して他の機器に送信することができる。すなわ
ち、ビデオデッキ２０は、他の機器に提供可能な録画再
生機能（資源）を有している。

【００３２】予約管理装置３０は、ネットワーク５１に
接続された機器の予約管理を一括して行うための装置で
ある。予約管理装置３０は、ネットワーク５１を介して
送られてきた予約情報に基づいて、予約スケジュールの
管理を行う。また、予約管理装置３０は、予約スケジュ
ールに基づいて、ネットワーク５１に接続された他の機
器に対して、資源の運用内容を通知する。

【００３３】モニタ４０は、たとえばＢＳデジタル放送
サービスに対応したＢＳデジタルハイビジョンテレビで
ある。モニタ４０は、ネットワーク５１を介して送られ
てくる映像や音声のデータに基づいて、映像を表示した
り音声を出力したりすることができる。

【００３４】本発明の実施の形態では、図２に示したよ
うなシステムにおいて、ネットワーク５１に接続された
各機器の予約機能を、予約管理装置３０に統合させるこ
とができる。そこで、チューナ１０とビデオデッキ２０
とによる協調動作を、あらかじめ予約して実行させる場
合を例に取り、以下に本実施の形態を具体的に説明す
る。

【００３５】図３は、本実施の形態におけるチューナの
機能ブロック図である。チューナ１０は、制御装置１
１、ユーザ入力装置１２、メモリ１３および通信インタ
フェース１４を備えている。

【００３６】制御装置１１は、チューナ１０全体の機能
を管理している。制御装置１１の機能は、大別して、予
約依頼部１１ａとＴＶ放送受信機能提供部１１ｂとから
なる。

【００３７】予約依頼部１１ａは、ユーザ入力装置１２
を介して予約依頼に関する信号の入力（予約入力）を受
け付ける。予約依頼部１１ａは、予約入力を受け取る
と、受け取った信号を解析し、予約内容を決定する。予
約依頼部１１ａは、予約内容に応じて、協調動作させる
べき機器を判断する。たとえば、ＴＶ放送を録画すると
いう予約内容で有れば、チューナ１０とビデオデッキ２
０とが、協調動作させるべき機器となる。予約依頼部１
１ａは、協調動作させるべきそれぞれの機器に対する予
約要求データを生成する。そして、予約依頼部１１ａ
は、生成した予約要求データを、対応する機器に通信イ
ンタフェース１４を介して送信する。なお、チューナ１
０が協調動作させるべき機器となった場合には、予約依
頼部１１ａは、予約管理要求データを生成し、その予約
管理要求データを予約管理装置３０に送信する。

【００３８】また、予約依頼部１１ａは、チューナ１０
がネットワーク５１に接続された後の任意のときに、予
約情報を管理する機能を提供する機器を検索する。検索
方法としては、たとえば、ネットワーク５１上のすべて
の機器に、予約管理機能の有無を問い合わせる方法や、
予約情報を管理できる機器から非同期的に送られてくる
情報を収集する方法等が考えられる。このように、互い
の機器の機能を確認し合うための技術として、マイクロ
ソフト社のUPnP(Universal Plug and Play)やサンマイ
クロシステムズ社のJini(Java Information Infrastruc
ture)等がある。

【００３９】予約依頼部１１ａは、検索結果として得ら
れた機器のリストの中から機器を１つ選択し、その機器
の識別名をメモリ１３に格納する。なお、固定的なシス
テム構成で運用される場合には、上記検索処理を行わず
に、予約管理を行う機器を特定する情報を静的にメモリ
１３に格納しておいてもよい。本実施の形態では、図２
に示した予約管理装置３０が、チューナ１０の予約情報
を管理するものとする。

【００４０】ＴＶ放送受信機能提供部１１ｂは、アンテ
ナ５２から送られてきたＴＶ信号を受け取り、映像と音
声とのデータを生成する。ＴＶ放送受信機能提供部１１
ｂは、生成した映像と音声とのデータを、通信インタフ
ェース１４を介してネットワーク５１に接続された他の
機器に送る。このＴＶ放送受信機能提供部１１ｂは、ユ
ーザ入力装置１２からの入力信号、または通信インタフ
ェース１４を介して送られてくる動作通知に応じて、受
信機能を運用する。

【００４１】ユーザ入力装置１２は、ユーザからの操作
入力を受け付ける入力装置である。たとえば、複数のボ
タンが設けられた操作パネルを有する。ユーザは、この
操作パネルに設けられたボタンを操作することで、予約
入力を行うことができる。ユーザ入力装置１２は、ユー
ザ操作により入力された信号を制御装置１１の予約依頼
部１１ａに送る。

【００４２】また、ユーザ入力装置１２は、コントロー
ラ５３から出される赤外線を感知し、コントローラ５３
から送られた信号を受信する。コントローラ５３は、複
数のボタンが設けられており、ボタンの組み合わせによ
り、ネットワーク５１に接続された機器に関する協調動
作の予約入力を行うことができる。ユーザ入力装置１２
は、コントローラ５３から送られてきた信号を、制御装
置１１の予約依頼部１１ａに送る。

【００４３】メモリ１３は、書き込み可能な不揮発性の
記録媒体である。メモリ１３は、たとえばフラッシュメ
モリである。メモリ１３には、チューナ１０に関する各
種情報が格納されている。メモリ１３に格納される情報
には、チューナ１０の予約管理を行う装置を特定するた
めの情報が含まれる。本実施の形態では、図２に示す予
約管理装置３０が、ビデオデッキ２０の予約管理を行う
ものとする。

【００４４】通信インタフェース１４は、ネットワーク
５１を介して接続された他の機器との間で通信を行うた
めのインタフェースである。通信インタフェース１４
は、予約依頼部１１ａから送られた予約要求データや予
約管理要求データを、その予約情報の宛先として指定さ
れている機器宛に送信する。また、通信インタフェース
１４は、予約管理装置３０からＴＶ受信機能の運用に関
する通知を受け取ると、その動作通知をＴＶ放送受信機
能提供部１１ｂに渡す。

【００４５】次に、ビデオデッキの機能について説明す
る。図４は、本実施の形態におけるビデオデッキの機能
ブロック図である。図に示すように、ビデオデッキ２０
は、制御装置２１、メモリ２２および通信インタフェー
ス２３を有している。

【００４６】制御装置２１は、ビデオデッキ２０全体の
機能を管理している。制御装置２１は、大別して録画再
生機能提供部２１ａと予約要求転送部２１ｂとからな
る。録画再生機能提供部２１ａは、ネットワーク５１を
介して送られてくる映像と音声とのデータを、テープ５
４に録画する機能を有する。また、録画再生機能提供部
２１ａは、テープ５４に録画された映像と音声とのデー
タを読み取り、読みとったデータを、ネットワーク５１
を介して接続されている他の機器に送る機能を有する。
この録画再生機能提供部２１ａの有している機能は、ネ
ットワーク５１に接続されている他の機器との共有資源
である。そのため、録画再生機能提供部２１ａは、録画
再生機能の運用に関する通知データを受け取ると、その
通知データに応じて共有資源を運用し、共有資源を他の
機器に提供する。

【００４７】予約要求転送部２１ｂは、ネットワーク５
１に接続された他の機器から送られてくる予約要求デー
タを受け取る。そして、予約要求転送部２１ｂは、受け
取った予約要求データの内容を解釈し、予約依頼であれ
ば、予約要求データを含む予約管理要求データを生成す
る。そして、予約要求転送部２１ｂは、ビデオデッキ２
０の予約管理を行う装置に、予約管理要求データを送信
する。

【００４８】さらに、予約要求転送部２１ｂは、ビデオ
デッキ２０がネットワーク５１に接続された以降の任意
のときに、予約管理機能を提供する機器を検索する。検
索方法としては、たとえば、ネットワーク５１上のすべ
ての機器に、予約管理機能の有無を問い合わせる方法
や、予約情報を管理できる機器から非同期的に送られて
くる情報を収集する方法等が考えられる。予約要求転送
部２１ｂは、検索結果として得られた機器のリストの中
から、機器を１つ選択し、その機器の識別情報をメモリ
２２に格納する。予約要求転送部２１ｂは、メモリ２２
に格納された情報に基づいて、予約情報の転送先を認識
する。

【００４９】メモリ２２は、書き込み可能な不揮発性の
記録媒体である。メモリ２２は、たとえばフラッシュメ
モリである。メモリ２２には、ビデオデッキ２０に関す
る情報が格納されている。メモリ２２に格納される情報
には、ビデオデッキ２０の予約管理を行う装置を特定す
るための情報が含まれる。本実施の形態では、図２に示
す予約管理装置３０が、ビデオデッキ２０の予約管理を
行うものとする。

【００５０】通信インタフェース２３は、ネットワーク
５１を介して接続された他の機器との間で通信を行うた
めのインタフェースである。通信インタフェース２３
は、録画再生機能提供部２１ａから送られてきた映像と
音声とのデータを、そのデータの送信先として指定され
ている機器に向けて送信する。また、通信インタフェー
ス２３は、予約管理装置３０から通知データを受け取る
と、その通知データを録画再生機能提供部２１ａに渡
す。さらに、通信インタフェース２３は、ネットワーク
５１を介して送られてきた予約要求データを予約要求転
送部２１ｂに渡す。

【００５１】図５は、本実施の形態における予約管理装
置の機能ブロック図である。図に示すように、予約管理
装置３０は、制御装置３１、タイマ３２、メモリ３３お
よび通信インタフェース３４を有している。

【００５２】制御装置３１は、予約管理装置３０全体の
機能を管理している。制御装置３１は、大別して予約情
報登録部３１ａと運用通知部３１ｂとからなる。予約情
報登録部３１ａは、通信インタフェース３４を介して送
られてきた予約管理要求データに基づいた予約情報をメ
モリ３３のスケジュール管理テーブル３３ａに登録す
る。なお、予約情報登録部３１ａは、予約情報を登録す
る際には、予約管理要求データで指定された予約内容を
解析し、すでに登録されている予約情報との間の予約の
衝突の有無を判断する。そして、予約情報登録部３１ａ
は、予約の衝突がないと判断された場合にのみ、受け取
った予約管理要求データに基づく予約情報をメモリ３３
のスケジュール管理テーブル３３ａに登録する。

【００５３】また、予約情報登録部３１ａは、予約の衝
突があると判断した場合には、予約管理要求データを送
ってきた機器に対して、エラーメッセージを返す。ここ
で、予約が衝突する場合とは、共有資源の最大資源量を
超えた予約をしようとする場合等である。

【００５４】運用通知部３１ｂは、タイマ３２から時刻
情報を取得する。そして、運用通知部３１ｂは、時刻情
報で示される時刻に運用の切り替えを行うべき機器が有
るかどうかを、メモリ３３内の予約管理テーブル３３ａ
を参照することで判断する。運用の切り替えとは、動作
開始、動作終了等である。運用通知部３１ｂは、運用の
切り替えを行うべき機器が有る場合には、予約管理テー
ブル３３ａに登録された予約情報に基づいて、その機器
に対して通知データを送信する。

【００５５】タイマ３２は、時計機能を有しており、現
在の時刻を示す時刻情報を出力する。メモリ３３は、書
き込み可能な不揮発性の記録媒体である。メモリ３３
は、たとえばフラッシュメモリである。メモリ３３に
は、予約管理装置３０の動作に必要な各種情報が格納さ
れている。メモリ３３に格納されている情報には、少な
くとも１つのスケジュール管理テーブル３３ａが含まれ
る。スケジュール管理テーブル３３ａは、予約管理装置
３０に対して予約管理を依頼する各機器に対応付けて設
けられたデータベースである。スケジュール管理テーブ
ル３３ａには、各機器の予約情報が登録されている。

【００５６】［予約管理依頼処理］次に、ネットワーク
５１を介して予約管理装置３０に対して予約管理を依頼
する際の処理手順について説明する。

【００５７】図６は、予約管理依頼処理の概略を示す図
である。図６には、図２に示したチューナ１０とビデオ
デッキ２０が、予約管理装置３０に対して、予約管理を
依頼する場合の処理が示されている。以下、図６の処理
を、ステップ番号に沿って説明する。

【００５８】［ステップＳ１１］チューナ１０は、ユー
ザからの予約に関する操作入力を受け付ける前に、予約
管理エントリ要求データを予約管理装置３０に対して送
信する。予約管理エントリ要求データの送信は、実際の
予約要求を予約管理装置３０に送信する前の任意の時刻
に行うことができる。チューナ１０は、たとえば、電源
が投入されたとき、または、チューナ１０がネットワー
ク５１に接続されたときに、予約管理エントリ要求デー
タを送信する。

【００５９】［ステップＳ１２］予約管理装置３０は、
チューナ１０からの予約管理エントリ要求データを受信
する。 ［ステップＳ１３］予約管理装置３０は、受信した予約
管理エントリ要求データに基づいて、メモリ３３内にチ
ューナ１０の予約管理テーブルを作成する。予約管理テ
ーブル内には、チューナ１０からの予約管理要求データ
に応じた予約情報をエントリするための領域が設けられ
る。

【００６０】［ステップＳ１４］ビデオデッキ２０は、
共有資源を提供するための通知を受け取る前に、予約管
理エントリ要求データを予約管理装置３０に対して送信
する。

【００６１】［ステップＳ１５］予約管理装置３０は、
ビデオデッキ２０からの予約管理エントリ要求データを
受信する。 ［ステップＳ１６］予約管理装置３０は、受信した予約
管理エントリ要求データに基づいて、メモリ３３内にビ
デオデッキ２０の予約管理テーブルを作成する。予約管
理テーブル内には、ビデオデッキ２０からの予約管理要
求データに応じた予約情報をエントリするための領域が
設けられる。

【００６２】このようにして、予約管理装置３０内に、
チューナ１０とビデオデッキ２０との予約管理テーブル
が作成される。この後、チューナ１０とビデオデッキ２
０とのそれぞれが有している資源の予約については、予
約管理装置３０で管理される。

【００６３】チューナ１０またはビデオデッキ２０から
予約管理装置３０に対して送信される予約管理エントリ
要求データのデータ構造は、以下の通りである。図７
は、予約管理エントリ要求データのデータ構造例を示す
図である。図に示すように、予約管理エントリ要求デー
タ６０には、予約情報管理要求者名６１、共有資源名６
２、最大資源量６３、資源量の一単位量６４、管理時間
間隔の一単位時間６５、基準時刻６６の各データが含ま
れている。

【００６４】予約情報管理要求者名６１は、予約管理を
依頼する機器の識別情報である。すなわち、予約情報管
理要求者名６１は、ネットワーク５１に接続された各機
器を一意に識別できる名前(ユニークな番号等)である。

【００６５】共有資源名６２は、各機器の有している共
有資源をネットワーク５１に接続された各機器が一意に
識別するための名前（ユニークな番号等）である。たと
えば、共有資源名は、その共有資源を有している機器に
よって付与される。ビデオデッキ２０であれば、録画機
能と再生機能とのそれぞれに対して、共有資源名が付与
される。

【００６６】最大資源量６３は、共有資源において、ネ
ットワーク５１に接続された機器に提供できる最大量を
表す数値である。資源量の一単位量６４は、共有資源の
資源量の単位を示すデータである。資源量の一単位量を
基準単位として、最大資源量６３の値が設定される。た
とえばホームビデオの録画機能であれば、０で録画機能
を使っていない、１で録画機能を使っていると表現すれ
ば最大資源量は１、資源量の一単位量は１になる。別の
例ではIEEE1394-1995のIsochronous通信の帯域を資源と
考えれば、規格上最大資源量は4915で一単位量は１とな
る。

【００６７】資源量の一単位量６４は冗長な情報であ
り、必ず一単位量は１と暗黙的に仮定し、代わりに最大
資源量を調整して対応することも可能ではある。ただ
し、本実施の形態では、予約管理を依頼する機器への負
担を下げるために、任意に一単位量を指定できるように
している。なお、資源量の一単位量６４はスカラー量で
あるが、資源によってはそれでは資源量として表せない
場合があり得る。その場合は、たとえば、ベクトル量で
表される資源量をスカラー量まで分解したものに、それ
ぞれ資源名を付けることで対応可能である。

【００６８】管理時間間隔の一単位時間６５は、予約管
理を行うときの時間間隔である。たとえば、１時間単位
とか１５分単位であるとかのデータが設定される。基準
時刻６６は、予約管理を行う際の基準時刻である。この
基準時刻６６から、管理時間間隔の一単位時間６５で示
された時間が経過する毎に、生成される予約管理テーブ
ルの更新処理が行われる。

【００６９】図７に示した予約管理エントリ要求データ
６０が予約管理装置３０に送られることで、予約管理装
置３０に予約管理テーブルが作成される。予約管理テー
ブルのデータ構造については後述する。

【００７０】［予約処理］次に、予約処理について説明
する。図８は、予約処理の概略を示す図である。これ
は、ユーザがチューナ１０に対する操作入力を行い、チ
ューナ１０で受信したＴＶ放送を、ビデオデッキ２０で
予約録画させる場合の例である。以下、図８の処理をス
テップ番号に沿って説明する。

【００７１】［ステップＳ２１］チューナ１０は、コン
トローラ５３等を介してユーザから入力される録画予約
入力を受け付ける。 ［ステップＳ２２］チューナ１０は、録画予約入力に応
答して、チューナ１０の受信機能を使用共有資源として
指定した予約管理要求データを、予約管理装置３０に送
信する。

【００７２】［ステップＳ２３］予約管理装置３０は、
チューナ１０からの予約管理要求データを受信する。 ［ステップＳ２４］予約管理装置３０は、図６のステッ
プＳ１３で作成した予約管理テーブルに、チューナ１０
から受信した予約管理要求データに応じた予約情報を登
録する。

【００７３】［ステップＳ２５］予約管理装置３０は、
チューナ１０から送られた予約管理要求データに基づく
予約情報の登録結果を、チューナ１０に送信する。予約
情報が正しく登録された場合には、正常に受理されたこ
とを示す情報が送信される。予約管理情報が登録できな
かった場合には、不受理であることを示す情報が送信さ
れる。

【００７４】［ステップＳ２６］チューナ１０は、予約
管理装置３０から送られた予約情報の登録結果を受信す
る。 ［ステップＳ２７］チューナ１０は、録画予約入力に応
答して、ビデオデッキ２０の録画機能を使用共有資源と
して指定した予約要求データを、ビデオデッキ２０に送
信する。

【００７５】［ステップＳ２８］ビデオデッキ２０は、
チューナ１０から送られてきた予約要求データを受信す
る。 ［ステップＳ２９］ビデオデッキ２０は、受信した予約
要求データに基づいて、録画機能の予約管理要求データ
を生成し、その予約管理要求データを予約管理装置３０
に送信する。

【００７６】［ステップＳ３０］予約管理装置３０は、
ビデオデッキ２０から送られてきた録画に関する予約管
理要求データを受信する。 ［ステップＳ３１］予約管理装置３０は、図６のステッ
プＳ１６で作成した予約管理テーブルに、ビデオデッキ
２０から受信した予約管理要求データに応じた予約情報
を登録する。

【００７７】［ステップＳ３２］予約管理装置３０は、
ビデオデッキ２０から送られた予約管理要求データに基
づく予約情報の登録結果を、ビデオデッキ２０に送信す
る。予約管理情報が正しく登録された場合には、正常に
受理されたことを示す情報が送信される。予約情報が登
録できなかった場合には、不受理であることを示す情報
が送信される。

【００７８】［ステップＳ３３］ビデオデッキ２０は、
予約管理装置３０から送られた予約情報の登録結果を、
チューナ１０に転送する。 ［ステップＳ３４］チューナ１０は、ビデオデッキ２０
から送られた予約管理情報の登録結果を受信する。

【００７９】このように、ＴＶ放送の予約録画を行う場
合には、チューナ１０とビデオデッキ２０との連携した
動作が必要となる。そのためチューナ１０は、チューナ
１０自身の受信機能の予約登録を予約管理装置３０に依
頼すると共に、ビデオデッキ２０に協働動作を行わせる
ための予約要求データを送信する。ビデオデッキ２０
は、自己の予約管理を予約装置に依頼しているため、予
約要求データの内容を包含する予約管理要求データを予
約管理装置３０に送信する。その結果、チューナ１０と
ビデオデッキ２０とのそれぞれが提供する共有資源（Ｔ
Ｖ放送受信機能と録画機能）の予約登録が、予約管理装
置３０において実行される。

【００８０】以下に、予約要求データと予約要求管理デ
ータとのデータ構造について説明する。図９は、予約要
求データのデータ構造例を示す図である。図９に示すよ
うに、予約要求データ７０には、使用者名７１、使用す
る資源名７２、使用開始時刻７３、使用終了時刻７４、
使用量７５および任意の付加情報７６が含まれている。

【００８１】使用者名７１は、予約要求データを送信す
る機器を、ネットワーク５１に接続された各機器が一意
に識別するための名前（ユニークな番号等）である。使
用する資源名７２は、予約要求データを送信する機器が
使用する共有資源を一意に識別するための名前（ユニー
クな番号等）である。

【００８２】使用開始時刻７３は、共有資源の使用を開
始する時刻を示す情報である。使用終了時刻７４は、共
有資源の使用を終了する時刻を示す情報である。なお、
使用終了時刻７４に代えて、使用期間の情報を設定する
ことも可能である。使用期間を設定した場合には、使用
開始時刻から使用期間だけ経過した時刻が使用終了時刻
となる。

【００８３】使用量７５は、共有資源の機能をどの程度
使用するのかを示す数値である。使用量７５は、図７で
示した予約管理エントリ要求データ６０の資源量の一単
位量６４のデータで示された量を基準として設定され
る。

【００８４】任意の付加情報７６は、個々の機器依存の
情報をいれることができる。この任意の付加情報７６
は、省略可能である。任意の付加情報７６には、たとえ
ば予約に関する詳細情報を記述したり、ある資源の予約
開始時間と同時にその資源を持つ機器に特別な処理を開
始させたい場合に、その処理情報を記述したりすること
ができる。また、任意の付加情報７６は、将来における
予約機能の拡張といった用途に使うこともできる。ただ
し、これは資源を持つ機器が任意の付加情報７６を認識
でき、且つ、任意の付加情報７６に示される機能を、予
約要求データ７０を受け取った機器が提供している場合
のみ有効である。

【００８５】図１０は、予約管理要求データのデータ構
造例を示す図である。予約管理要求データ８０は、予約
要求データ７０に対して、予約情報管理要求者名８１、
使用開始通知時刻８２、使用開始通知先８３、使用終了
通知時刻８４、使用終了通知先８５、および任意の付加
情報８６が付加されたものである。

【００８６】予約情報管理要求者名８１は、予約管理要
求データを送信する機器を一意に識別するための名前で
ある。使用開始通知時刻８２は、予約対象となる共有資
源の使用開始の通知データを受け取る時刻である。使用
開始通知時刻８２は、予約要求データ７０の使用開始時
刻７３と異なる時刻を設定することができる。

【００８７】使用開始通知先８３は、使用開始通知を送
信すべき機器を一意に識別する名前である。本実施の形
態では、予約情報管理要求者名８１と同じデータ（機器
の識別名）が設定される。使用終了通知時刻８４は、予
約対象となる共有資源の使用終了の通知データを受け取
る時刻である。使用終了通知時刻８４は、予約要求デー
タ７０の使用終了時刻７４と異なる時刻を設定すること
ができる。使用終了通知先８５は、使用開始通知を送信
すべき機器を一意に識別する名前である。

【００８８】任意の付加情報８６は、予約管理要求デー
タを送信する機器が、任意に設定するデータである。任
意の付加情報８６は、将来的に機能を拡張するために用
意されている。予約管理要求データ８０に含まれる予約
要求データ７０のデータ構造は、図９に示した構造のま
まである。

【００８９】なお、予約管理要求データを送信する機器
は、図１０に示した予約管理要求データ８０のうち、予
約要求データ７０以外の全てのデータを省略することが
可能である。予約要求データ７０以外の各データが省略
された場合、予約管理装置３０では、以下のように判断
される。

【００９０】予約情報管理要求者名８１が省略された場
合、予約管理要求データ８０の送信元の機器を、予約情
報管理要求者と判断する。この場合、予約管理装置３０
は、受け取った予約管理要求データ８０（内容は、予約
要求データ７０のみ）の送り手を特定できることが必要
である。転送先が転送元を特定できない通信回路を使用
する場合には、予約情報管理要求者名８１を省略するこ
とはできない。

【００９１】使用開始通知時刻８２が省略されると、予
約要求データ７０の使用開始時刻７３が、使用開始通知
時刻８２であると判断される。使用開始通知先８３が省
略されると、予約情報管理要求者名８１が使用開始通知
先８３であると判断される。使用終了通知時刻８４が省
略されると、予約要求データ７０の使用終了時刻７４
が、使用終了通知時刻８４であると判断される。使用終
了通知先８５が省略されると、予約情報管理要求者名８
１が使用終了通知先８５であると判断される。

【００９２】任意の付加情報８６は、必須のデータでは
ないため、他のデータで代替する必要はない。なお、本
実施の形態では、使用開始通知時刻８２と使用終了通知
時刻８４とを、予約要求データ７０の使用開始時刻７３
や使用終了時刻７４と別に用意している。これは、予約
管理を予約管理装置３０に依頼する機器が、予約された
資源の使用開始時刻、使用終了時刻を正確に守ることが
できるようにするためである。資源によっては、使用開
始や使用終了までの準備期間が必要となる。その準備期
間を設ける余地を残すために、使用開始時刻７３と異な
る使用開始通知時刻８２および使用終了時刻７４と異な
る使用終了通知時刻８４を設定できるようにしている。

【００９３】たとえば、ビデオテープに録画をする場
合、ビデオデッキ２０が録画動作を開始してから実際に
テープに対する記録が開始されるまでに、時間的な間
（準備期間）がある。この場合、使用開始時刻７３より
早い時刻を使用開始通知時刻８２に設定しておく。これ
により、使用開始時刻７３で指定された時刻から正確
に、ビデオテープに画像を記録することができる。

【００９４】使用開始通知先８３や使用終了通知先８５
を、予約情報管理要求者名８１と別に用意したのは、予
約管理要求データを送信する機器の都合により、通知先
を任意に設定できる柔軟性を与えるためである。

【００９５】予約管理要求データを受け取った予約管理
装置３０は、図５に示す予約管理テーブル３３ａ内に、
予約情報を登録する。以下に、予約管理テーブルの詳細
について説明する。

【００９６】図１１は、予約管理テーブルのデータ構造
例を示す図である。図１１の例では、予約管理テーブル
３３ａには、予約情報管理要求者名、共有資源名、最大
資源量、資源量の一単位量、管理時間間隔の一単位時
間、基準時刻、予約イベント、および有効なデータ数の
欄が設けられている。予約情報管理要求者名、共有資源
名、最大資源量、資源量の一単位量、管理時間間隔の一
単位時間および基準時刻の各欄には、それぞれ図７に示
す予約管理エントリ要求データ６０内のそれぞれに対応
するデータが格納される。図１１の例では、予約情報管
理要求者名の欄には、Ｎ２が登録されている。共有資源
名の欄には、Ｒ２．２が登録されている。最大資源量の
欄には、１００が登録されている。資源量の一単位量の
欄には、１０が登録されている。管理時間間隔の一単位
時間の欄には、５分が登録されている。基準時刻の欄に
は、２００１年１月１日０時０分が登録されている。

【００９７】予約イベントの欄には、以後予約情報管理
要求者から送られてくる予約管理要求データに基づいて
生成される予約情報（予約イベントデータ）が随時登録
される。予約イベントデータは、時刻情報に対して、そ
の時刻に送り返す予約管理要求データを関連付けるため
のデータである。

【００９８】図１１の例では、予約イベントの欄に２つ
の予約イベントデータ＃０、＃１が登録されている。有
効なデータ数の欄には、予約イベントの欄に登録されて
い予約イベントデータの数が登録されている。なお、予
約イベントの欄の最後尾に登録されているデータは、常
に無効なデータとして取り扱われる。そのため、図１１
の例では、有効なデータ数の欄に１が登録されている。

【００９９】有効なデータ数の欄は、予約イベントに格
納されているデータの個数を表しているが、これは予約
イベントデータを配列の形で実現したためである。他に
は、予約イベントデータをリンクリストの形式で実現す
ることもできる。リンクリストの方が一般的な実装方法
であり効率の良い方法である。リンクリストの形式を用
いれば、有効なデータ数は必要なくなるが、ここでは説
明の便宜上配列を用いている。

【０１００】図１２は、予約イベントデータのデータ構
造の一例を示す図である。予約イベントデータ３３ｂに
は、時刻、使用量、使用開始データ、使用開始データの
有効なデータ数、使用終了データ、および使用終了デー
タの有効なデータ数の欄が設けられている。

【０１０１】時刻の欄には、予約イベントデータ３３ｂ
に登録されているイベントを処理すべき時刻が設定され
ている。図１２の例では、２００１年１月１０日１０時
１５分が設定されている。使用量の欄には、予約イベン
トデータ３３ｂに登録されているイベントにより使用さ
れる共有資源の量が設定されている。図１２の例では、
３０が設定されている。

【０１０２】使用開始データの欄には、時刻の欄に設定
されている時刻を使用開始時刻として指定した予約管理
要求データが登録されている。図１２の例では、予約管
理要求データ＃１、＃２が登録されている。使用開始デ
ータの有効なデータ数の欄には、使用開始データに有効
に登録されている予約管理要求データの数が設定されて
いる。図１２の例では、２が設定されている。

【０１０３】使用終了データの欄は、時刻の欄に設定さ
れている時刻を使用終了時刻として指定した予約管理要
求データが登録されている。図１２の例では、予約管理
要求データ＃３が登録されている。使用終了データの有
効なデータ数の欄には、使用終了データの欄に有効に登
録されている予約管理要求データの数が設定されてい
る。図１２の例では、１が設定されている。

【０１０４】１つの予約管理要求データには、使用開始
時刻と使用終了時刻とが指定されている。そのため、１
つの予約要求データが、時刻の異なる２つの予約イベン
トデータ内に存在することになる。なお、使用開始デー
タ内の有効なデータ数と、使用終了データ内の有効なデ
ータ数とは、それぞれ使用開始データと使用終了データ
とに格納されているデータの個数を表しているが、これ
は使用開始データと使用終了データとを配列の形で実現
したためである。他にはリンクリストの形式でも実現で
きる。リンクリストの方が一般的な実装方法であり効率
の良い方法である。リンクリストの形式を用いれば、使
用開始データ内の有効なデータ数と、使用終了データ内
の有効なデータ数とが必要なくなるが、ここでは説明の
便宜上配列を用いている。

【０１０５】図１１に示すように予約管理テーブル３３
ａには、図１２に示すような予約イベントデータが、複
数登録されている。なお、予約管理テーブル３３ａの予
約イベントの欄の先頭には、時刻として常に現在の時刻
が設定された即時実行用の予約イベントデータが登録さ
れている。すなわち、予約管理要求データの使用開始時
刻として、すぐに実行することが指定されていた場合に
は、その予約管理要求データが、即時実行用の予約イベ
ントデータ（予約イベントの欄の先頭に登録されてい
る）の使用開始データに登録される。

【０１０６】次に、予約処理におけるチューナ１０、ビ
デオデッキ２０および予約管理装置３０のそれぞれの処
理の詳細について説明する。図１３は、チューナにおけ
る予約要求処理を示すフローチャートである。以下に、
図１３の処理をステップ番号に沿って説明する。

【０１０７】［ステップＳ４１］チューナ１０の予約依
頼部１１ａ（図３に示す）は、予約入力が有るか否かを
判断する。予約依頼部１１ａは、予約入力がある場合に
は、処理をステップＳ４２に進め、予約入力がない場合
には、ステップＳ４１の処理を繰り返す。

【０１０８】［ステップＳ４２］予約依頼部１１ａは、
予約入力の内容を記憶する。たとえば、予約依頼部１１
ａは、予約入力の内容をメモリ１３に格納する。 ［ステップＳ４３］予約依頼部１１ａは、ユーザからの
操作入力が確定したか否かを判断する。予約依頼部１１
ａは、たとえば、ユーザがあらかじめ用意された決定ボ
タンを押した場合に、操作入力が確定したものと判断す
る。予約依頼部１１ａは、操作入力が確定した場合には
処理をステップＳ４４に進め、操作入力が確定していな
い場合には、処理をステップＳ４１に進める。

【０１０９】［ステップＳ４４］予約依頼部１１ａは、
使用資源を決定する。たとえば、ＴＶ放送を録画するた
めの予約入力が行われた場合には、チューナ１０のＴＶ
放送受信機能とビデオデッキ２０の録画機能とが、使用
資源として決定される。

【０１１０】［ステップＳ４５］予約依頼部１１ａは、
使用資源の１つを選択する。 ［ステップＳ４６］予約依頼部１１ａは、選択した使用
資源が、チューナ１０自身が提供している共有資源か否
かを判断する。予約依頼部１１ａは、チューナ１０の共
有資源であれば処理をステップＳ４７に進め、チューナ
１０の共有資源でなければ処理をステップＳ４９に進め
る。

【０１１１】［ステップＳ４７］予約依頼部１１ａは、
チューナ１０の機能の予約管理を依頼するための予約管
理要求データを生成する。 ［ステップＳ４８］予約依頼部１１ａは、予約管理装置
３０へ、生成した予約管理要求データを送信する。その
後、予約依頼部１１ａは、処理をステップＳ５１に進め
る。

【０１１２】［ステップＳ４９］予約依頼部１１ａは、
使用資源を提供している装置への予約要求データを生成
する。 ［ステップＳ５０］予約依頼部１１ａは、使用資源を提
供している装置へ、予約要求データを送信する。その
後、予約依頼部１１ａは、処理をステップＳ５１に進め
る。

【０１１３】［ステップＳ５１］予約依頼部１１ａは、
予約要求データまたは予約管理要求データの送信処理を
行っていない使用資源があるか否かを判断する。予約依
頼部１１ａは、未処理の使用資源がある場合には処理を
ステップＳ４５に進め、未処理の使用資源がない場合に
は処理を終了する。

【０１１４】このようにして、ユーザからの操作入力に
応答して、予約要求データや予約管理要求データの送信
処理が行われる。次に、ビデオデッキにおける予約要求
データ転送処理の詳細を説明する。

【０１１５】図１４は、ビデオデッキにおける予約要求
データ転送処理を示すフローチャートである。以下に、
図１４に示す処理をステップ番号に沿って説明する。 ［ステップＳ６１］ビデオデッキ２０の予約要求転送部
２１ｂ（図４に示す）は、予約要求データを受信する。

【０１１６】［ステップＳ６２］予約要求転送部２１ｂ
は、予約要求データに各種情報を付加し、予約管理要求
データを生成する。 ［ステップＳ６３］予約要求転送部２１ｂは、生成した
予約管理要求データを、予約管理装置３０に送信し、処
理を終了する。

【０１１７】次に、予約管理装置３０における予約登録
処理の詳細を説明する。図１５は、予約管理装置におけ
る予約登録処理を示すフローチャートである。以下に、
図１５に示す処理をステップ番号に沿って説明する。

【０１１８】［ステップＳ７１］予約管理装置３０の予
約情報登録部３１ａ（図５に示す）は、ネットワーク５
１に接続された他の機器から送られてくる予約管理要求
データを受信する。

【０１１９】［ステップＳ７２］予約情報登録部３１ａ
は、受信した使用管理要求データの中から共有資源名を
取得する。 ［ステップＳ７３］予約情報登録部３１ａは、メモリ３
３から共有資源名に対応する予約管理テーブルを取得す
る。

【０１２０】［ステップＳ７４］予約情報登録部３１ａ
は、予約管理要求データにおいて時刻設定の不正がある
か否かを判断する。時刻設定の不正とは、たとえば、使
用開始時刻よりも使用終了時刻の方が早い時間が設定さ
れている場合等である。予約情報登録部３１ａは、時刻
設定に不正がある場合には、処理をステップＳ８３に進
め、時刻設定に不正がない場合には、処理をステップＳ
７５に進める。

【０１２１】［ステップＳ７５］予約情報登録部３１ａ
は、最大資源量を超えた要求か否かを判断する。具体的
には、予約要求データ７０内の使用量７５の値が、予約
管理テーブル３３ａ内の最大資源量を超えているか否か
が判断される。予約情報登録部３１ａは、最大資源量を
超えた要求の場合には、処理をステップＳ８３に進め、
最大資源量を超えていない場合には、処理をステップＳ
７６に進める。

【０１２２】［ステップＳ７６］予約情報登録部３１ａ
は、受信した予約管理要求データに応じて登録すべき予
約イベントデータの、予約管理テーブル３３ａ内の予約
イベントの欄における挿入位置を決定する。すなわち、
予約イベントの欄には、設定されている時間の早い順に
予約イベントデータが並べられている。そこで、予約情
報登録部３１ａは、時間の順番が崩れないように、受信
した予約管理要求データを登録するための予約イベント
データを挿入すべき位置を決定する。

【０１２３】［ステップＳ７７］予約情報登録部３１ａ
は、すでに登録されている予約管理データと受信した予
約管理要求データとのそれぞれが使用する資源の使用量
に関して、各時刻毎の総量を算出する。そして、予約情
報登録部３１ａは、資源の使用量の総量が、最大資源量
を超える時間帯があるか否かを判断する。予約情報登録
部３１ａは、最大資源量を超える時間帯がある場合に
は、処理をステップＳ８３に進め、最大資源量を超える
時間帯がない場合には、処理をステップＳ７８に進め
る。

【０１２４】［ステップＳ７８］予約情報登録部３１ａ
は、予約管理テーブル３３ａ内に十分な空き領域がある
か否かを判断する。すなわち、受信した予約管理要求デ
ータを登録するデータ格納領域が、予約管理テーブル３
３ａ内に残されているか否かが判断される。たとえば、
予約管理テーブル３３ａ内の予約イベントの欄に登録で
きる予約イベントデータの最大数や、予約イベントデー
タの使用開始データや使用終了データの欄に登録できる
予約管理要求データの最大数が決まっている場合があ
る。この場合、予約情報登録部３１ａは、受信した予約
管理要求データに関する情報を登録することで、それぞ
れのデータ登録可能数の最大量を超えるかどうかを判断
する。予約情報登録部３１ａは、予約管理テーブル３３
ａに空きがある場合には、処理をステップＳ７９に進
め、予約管理テーブル３３ａに空きがない場合には、処
理をステップＳ８３に進める。

【０１２５】［ステップＳ７９］予約情報登録部３１ａ
は、受信した予約管理要求データに応じた予約イベント
データを、予約管理テーブル３３ａの予約イベントの欄
に登録する。なお、予約イベントの欄には、通知を行う
時刻毎に複数の予約イベントデータを登録することがで
きる。そこで、予約情報登録部３１ａは、受信した予約
管理要求データの使用開始時刻と同じ時刻が設定されて
いる予約イベントデータが既にある場合、その予約イベ
ントデータに対してあらたな予約管理要求データを登録
すればよい。そのため、この場合には、あらたな予約イ
ベントデータの登録は行わない。すなわち、予約情報登
録部３１ａは、受信した予約管理要求データの使用開始
時刻と同じ時刻が設定されている予約イベントデータが
なければ、あらたな予約イベントデータを生成して、そ
の予約イベントデータを予約イベントの欄に登録する。

【０１２６】同様に、予約情報登録部３１ａは、受信し
た予約管理要求データの使用終了時刻と同じ時刻が設定
されている予約イベントデータがあれば、その予約イベ
ントデータを使用するため、あらたな予約イベントデー
タの登録は行わない。したがって、予約情報登録部３１
ａは、受信した予約管理要求データの使用開始時刻と同
じ時刻が設定されている予約イベントデータがなけれ
ば、あらたな予約イベントデータを生成して、その予約
イベントデータを予約イベントの欄に登録する。

【０１２７】［ステップＳ８０］予約情報登録部３１ａ
は、各予約イベントデータの使用資源量の値を更新す
る。すなわち、受信した予約管理要求データの使用開始
時刻以降、使用終了時刻より前の時刻が設定されている
各予約イベントデータの使用量の欄に、受信した予約管
理要求データの使用量が加算される。

【０１２８】［ステップＳ８１］予約情報登録部３１ａ
は、受信した予約管理要求データの使用開始時刻と同時
刻が設定されている予約イベントデータの使用開始デー
タの欄に、予約管理要求データを登録する。また、予約
情報登録部３１ａは、受信した予約管理要求データの使
用終了時刻と同時刻が設定されている予約イベントデー
タの使用終了データの欄に、予約管理要求データを登録
する。

【０１２９】［ステップＳ８２］予約情報登録部３１ａ
は、予約管理要求受理通知を、予約管理要求データを送
信した機器に送り返し、処理を終了する。予約管理要求
受理通知とは、予約管理要求データに基づいた予約登録
が正しく行われたことを示す情報である。

【０１３０】［ステップＳ８３］予約情報登録部３１ａ
は、予約拒否データを送り返し、処理を終了する。予約
拒否データは、予約管理要求データに基づいた予約登録
が、行われなかったことを示す情報である。

【０１３１】以上のようにして、ネットワーク５１上の
ある機器から他の機器に対して送信した予約要求データ
に基づいた他の機器の資源の予約登録が、予約管理装置
３０において実行される。

【０１３２】［通知処理］次に通知処理について説明す
る。図１６は、通知処理の流れを示す概念図である。以
下、図１６に示す処理をステップ番号に沿って説明す
る。この例は、ＴＶ放送の録画が予約されていた場合
に、その予約内容に基づいて、チューナ１０とビデオデ
ッキ２０とが協調動作をする場合の例である。

【０１３３】［ステップＳ９１］予約管理装置３０は、
録画開始の通知データをビデオデッキ２０に送信する。 ［ステップＳ９２］ビデオデッキ２０は、予約管理装置
３０から送られてきた録画開始の通知データを受信す
る。

【０１３４】［ステップＳ９３］ビデオデッキ２０は、
受信した録画開始の通知データに従って、チューナ１０
から送られてくる動画や音声のデータの録画を開始す
る。 ［ステップＳ９４］予約管理装置３０は、ＴＶ放送のＴ
Ｖ放送受信開始の通知データをチューナ１０に送信す
る。

【０１３５】［ステップＳ９５］チューナ１０は、予約
管理装置３０から送られてきたＴＶ放送受信開始の通知
データを受信する。 ［ステップＳ９６］チューナ１０は、受信したＴＶ放送
受信開始通知に従って、ＴＶ放送の受信を開始する。受
信したＴＶ放送の映像や音声のデータは、ネットワーク
５１を介して、ビデオデッキ２０に転送される。

【０１３６】このように、予約管理装置３０が、予約管
理テーブルに登録されている内容に基づいて、ネットワ
ーク５１に接続された各機器に対して共有資源の提供に
関する通知を行うことで、複数の機器の協調動作が可能
となる。

【０１３７】図１７は、通知データのデータ構造例を示
す図である。図１７の例では、通知データ９０には、予
約情報管理者名９１、通知種別９２、および予約要求デ
ータ７０が含まれる。予約情報管理者名９１は、通知デ
ータ９０を送信する予約管理装置３０をネットワーク５
１上で一意に識別するための名前である。通知種別９２
は、通知データによる通知内容が、使用開始を指示する
通知なのか、使用終了を指示する通知なのかを示す識別
フラグである。たとえば、使用開始通知の場合には、通
知種別９２に０が設定され、使用終了通知であれば、通
知種別９２に１が設定される。

【０１３８】次に、予約管理装置３０における通知処理
の詳細について説明する。図１８は、予約管理装置にお
ける通知処理手順を示すフローチャートである。以下、
図１８に示す処理をステップ番号に沿って説明する。

【０１３９】［ステップＳ１０１］予約管理装置３０の
運用通知部３１ｂ（図５に示す）は、予約管理テーブル
３３ａの更新タイミングか否かを判断する。たとえば、
運用通知部３１ｂは、現在時刻が管理時間間隔の一単位
時間の正の整数倍と基準時刻との和に等しくなるごとに
予約管理テーブルの更新を行う。運用通知部３１ｂは、
予約管理テーブル３３ａの更新タイミングになったら処
理をステップＳ１０３に進め、更新タイミングになって
いなければ処理をステップＳ１０２に進める。

【０１４０】［ステップＳ１０２］運用通知部３１ｂ
は、予約管理要求データの受信および予約管理テーブル
へのデータ登録があったか否かを判断する。運用通知部
３１ｂは予約管理要求データの受信および予約管理テー
ブルへのデータ登録があった場合には、処理をステップ
Ｓ１０３に進め、そうでなければ処理をステップＳ１０
１に進める。

【０１４１】［ステップＳ１０３］運用通知部３１ｂ
は、現在時刻の予約イベントデータに予約管理要求デー
タが登録されているか否かを判断する。運用通知部３１
ｂは、予約管理要求データが登録されていれば処理をス
テップＳ１０４に進め、予約管理要求データが登録され
ていなければ処理をステップＳ１０５に進める。

【０１４２】［ステップＳ１０４］運用通知部３１ｂ
は、現在時刻の予約イベントデータに登録されている予
約管理要求データに基づく通知データを、通知先として
指定されている機器に対して送信する。

【０１４３】［ステップＳ１０５］運用通知部３１ｂ
は、現在時刻が、次の予約イベントデータの時刻に達し
たか否かを判断する。運用通知部３１ｂは、次の予約イ
ベントデータの時刻に達していれば処理をステップＳ１
０６に進め、達していなければ処理をステップＳ１０１
に進める。

【０１４４】［ステップＳ１０６］運用通知部３１ｂ
は、現在時刻の予約イベントデータの次に予約イベント
データに登録されている予約管理要求データに基づく通
知データを、通知先として指定されている機器に対して
送信する。その後、処理をステップＳ１０１に進める。

【０１４５】このようにして、予約管理テーブルに登録
された予約管理要求データに基づく通知データが、あら
かじめ設定された時刻になると、共有資源を有している
機器に対して送信される。そして、送信された通知デー
タに従って、各機器が共有資源の提供を開始する。

【０１４６】［予約管理テーブルの具体例］予約管理テ
ーブル３３ａは、予約管理エントリ要求データ６０を受
け取った予約管理装置３０によって生成される。予約管
理テーブル３３ａが生成された際には、あらかじめ２つ
の予約イベントデータが登録されている。

【０１４７】図１９は、予約管理テーブルの初期状態を
示す模式図である。この例は、図１１に示した予約管理
テーブル３３ａを模式的に示したものである。図１９で
は、予約イベントの欄については、登録された予約イベ
ントデータを概略的に示している。なお、図１９におい
ては、予約イベントの有効なデータ数、予約イベントデ
ータにおける使用開始データ内の有効なデータ数、予約
イベントデータにおける使用終了データ内の有効なデー
タ数の各項目は省略されている。

【０１４８】図１９に示すように、予約管理テーブル３
３ａの初期状態には、２つの予約イベントデータが登録
されている。１つ目の予約イベントデータ（配列０番目
のデータとする）は、時刻の欄に、現在時刻が設定され
たデータである。初期状態では、配列０番目の予約イベ
ントの使用量には０が設定されている。使用開始データ
と使用終了データとの欄には、なにも登録されていな
い。図示していないが、使用開始データ内の有効なデー
タ数、使用終了データ内の有効なデータ数の各項目に
は、０が設定される。

【０１４９】配列０番目の予約イベントデータの時刻は
特殊であり、常に現在時刻が入っているように、予約管
理装置３０によって更新される。２つ目の予約イベント
データ（配列１番目のデータとする）は、時刻の欄に最
大時刻（図中、∞で表す）が設定されたデータである。
初期状態では、配列１番目の予約イベントの使用量には
０が設定されている。使用開始データと使用終了データ
との欄には、なにも登録されていない。図示していない
が、使用開始データ内の有効なデータ数、使用終了デー
タ内の有効なデータ数の各項目には、０が設定される。
たとえば、配列１番目の予約イベントデータには、予約
管理装置３０が共有資源を有する機器の予約管理を行う
ためにその機器に許す時刻の中で最も先の時刻より１だ
け大きい値が入る。

【０１５０】図示していないが、予約イベントの有効な
データ数の欄には、１が設定される。つまり予約イベン
トの有効なデータ数の欄は、予約イベントの欄の有効な
データ数を表しているが、最大時刻が入った予約イベン
トデータ（初期時は配列１番目）は決して書き加えられ
たりすることはないデータであると考える。すなわち、
最大時刻が入った予約イベントデータは、無効なデータ
であると考える。一方、現在時刻が入る０番目配列の予
約イベントデータは、書き加えられたりする可能性があ
るため、有効なデータであると考える。これにより、予
約イベントの有効なデータ数の欄の値で示される配列順
には、常に、最大時刻が設定された予約イベントデータ
が登録される。

【０１５１】次に、予約情報が登録された場合の、予約
管理テーブル内のデータの変化について説明する。図２
０は、予約情報登録前の予約管理テーブルの状態の一例
を示す模式図である。この例では、現在時刻の予約イベ
ントデータの使用量が５０である。現在時刻の予約イベ
ントデータには、使用開始データ、使用終了データは登
録されていない。

【０１５２】時刻Ｔ１の予約イベントデータの使用量は
８０である。時刻Ｔ１の予約イベントデータの使用開始
データには、予約管理要求データＰ２が登録されてい
る。時刻Ｔ１の予約イベントデータの使用終了データに
は、なにも登録されていない。

【０１５３】時刻Ｔ２の予約イベントデータの使用量は
５０である。時刻Ｔ２の予約イベントデータの使用開始
データには、なにも登録されていない。時刻Ｔ２の予約
イベントデータの使用終了データには、予約管理要求デ
ータＰ２が登録されている。

【０１５４】時刻Ｔ３の予約イベントデータの使用量は
０である。時刻Ｔ３の予約イベントデータの使用開始デ
ータには、なにも登録されていない。時刻Ｔ３の予約イ
ベントデータの使用終了データには、予約管理要求デー
タＰ１が登録されている。

【０１５５】時刻Ｔ４の予約イベントデータの使用量は
６０である。時刻Ｔ４の予約イベントデータの使用開始
データには、予約管理要求データＰ３，Ｐ４が登録され
ている。時刻Ｔ４の予約イベントデータの使用終了デー
タには、なにも登録されていない。

【０１５６】時刻Ｔ５の予約イベントデータの使用量は
３０である。時刻Ｔ５の予約イベントデータの使用開始
データには、予約管理要求データＰ５が登録されてい
る。時刻Ｔ５の予約イベントデータの使用終了データに
は、予約管理要求データＰ３が登録されている。

【０１５７】時刻Ｔ６の予約イベントデータの使用量は
０である。時刻Ｔ６の予約イベントデータの使用開始デ
ータには、なにも登録されていない。時刻Ｔ６の予約イ
ベントデータの使用終了データには、予約管理要求デー
タＰ４，Ｐ５が登録されている。

【０１５８】最大時刻（∞）の予約イベントデータの使
用量は０である。最大時刻の予約イベントデータには、
使用開始データ、使用終了データは登録されていない。
図２０に示したような予約管理テーブル３３ａに基づい
て、資源の使用量を図２１のように表すことができる。

【０１５９】図２１は、図２０に示した予約管理テーブ
ル３３ａに基づく資源の使用スケジュールを示す模式図
である。図２１において、横軸は時間であり、縦軸は、
使用資源量を示している。図の例では、最大資源量が１
００であるものとする。現在時刻の前から予約管理要求
データＰ１に基づき、５０だけ共有資源が使用されてい
る。時刻Ｔ１において予約管理要求データＰ２に基づく
資源の使用が開始され、その結果、共有資源の使用量が
８０になる。時刻Ｔ２において予約管理要求データＰ２
に基づく資源の使用が終了し、その結果、共有資源の使
用量が５０になる。時刻Ｔ３において予約管理要求デー
タＰ１に基づく資源の使用が終了し、その結果、共有資
源の使用量が０になる。

【０１６０】時刻Ｔ４において予約管理要求データＰ
３，Ｐ４に基づく資源の使用が開始され、その結果、共
有資源の使用量が６０になる。このときの共有資源の使
用量の内訳は、予約管理要求データＰ３に基づく使用が
４０、予約管理要求データＰ４に基づく使用が２０であ
る。時刻Ｔ５において、予約管理要求データＰ５に基づ
く資源の使用が開始され、かつ予約管理要求データＰ３
に基づく資源の使用が終了する。その結果、共有資源の
使用量が３０になる。このときの共有資源の使用量の内
訳は、予約管理要求データＰ４に基づく使用が２０、予
約管理要求データＰ５に基づく使用が１０である。

【０１６１】時刻Ｔ６において予約管理要求データＰ
４，Ｐ５に基づく資源の使用が終了し、その結果、共有
資源の使用量が０になる。このような資源の予約が行わ
れている状況において、予約管理装置３０に対して、あ
らたな予約管理要求データが渡された場合を考える。

【０１６２】図２２は、予約管理要求データの一例を示
す図である。図２２に示す予約管理要求データＰの予約
情報管理要求者名はＮ２である。使用開始通知時刻はＴ
ｓである。使用開始通知先はＮ２である。使用終了通知
時刻（使用開始通知時間から使用終了通知までの経過期
間で指定されていてもよい）は、Ｔｅである。使用終了
通知先はＮ２である。予約情報管理要求者による任意の
付加情報は、なにも設定されていない。使用者名はＮ３
である。使用する資源名はＲ２．２である。使用開始時
刻はＴｓである。使用終了時刻（使用期間で指定されて
いてもよい）はＴｅである。使用量（使用番号で指定さ
れていてもよい）は３０である。使用者による任意の付
加情報は、なにも設定されていない。

【０１６３】ここで、Ｔ２＜Ｔｓ＜Ｔ３、Ｔ５＜Ｔｅ＜
Ｔ６であるものとする。この場合、予約管理テーブルは
次のように更新される。図２３は、更新後の予約管理テ
ーブルを示す図である。図２３に示すように、時刻Ｔ２
の予約イベントデータと時刻Ｔ３の予約イベントデータ
との間に、時刻Ｔｓの予約イベントデータが挿入されて
いる。時刻Ｔｓの予約イベントデータの使用量は８０で
あり、使用開始データには、予約管理要求データＰが登
録されており、使用終了データにはなにも登録されてい
ない。

【０１６４】また、時刻Ｔ５の予約イベントデータと時
刻Ｔ６の予約イベントデータとの間に、時刻Ｔｅの予約
イベントデータが挿入されている。時刻Ｔｅの予約イベ
ントデータの使用量は３０であり、使用開始データには
なにも登録されておらず、使用終了データには予約管理
要求データＰが登録されている。

【０１６５】時刻Ｔ３の予約イベントデータの使用量
は、０から３０に変更されている。時刻Ｔ４の予約イベ
ントデータの使用量は、６０から９０に変更されてい
る。時刻Ｔ５の予約イベントデータの使用量は、３０か
ら６０に変更されている。

【０１６６】図２４は、図２３に示した予約管理テーブ
ルに基づく資源の使用スケジュールを示す模式図であ
る。図２４において、横軸は時間であり、縦軸は、使用
資源量を示している。図２２に示した予約管理要求デー
タＰに基づく予約情報が登録されたことにより、予約管
理要求データＰに基づく共有資源の使用が、時刻Ｔｓか
ら時刻Ｔｅの間に行われる。予約管理要求データＰに基
づく共有資源の使用量は３０である。

【０１６７】［Ｃ言語によるデータ処理例］上記の実施
の形態の処理は、各種コンピュータ言語で記述すること
ができる。たとえば、Ｃ言語を用いてプログラムを記述
し、そのプログラムをコンピュータで読み取り可能な記
録媒体に記録する。そして、コンピュータに、記録媒体
に記録されたプログラムを実行させることで、上記の処
理が実現される。以下に、Ｃ言語による、本実施の形態
の実現方法について説明する。

【０１６８】図２５は、Ｃ言語によって定義した予約管
理テーブルのデータ構造を示す図である。予約要求デー
タ７０の「struct ReservationRequest」は、このデー
タが予約要求データであることを示している。「char c
lientName[256];」は使用者名、「char resourceName[2
56];」は使用する資源名、「unsigned int startUseTim
e;」は使用開始時刻、「unsigned int endUseTime;」は
使用終了時刻、「unsigned int amount;」は使用量、
「char option[512];」は任意の付加情報である。予約
管理要求データ８０の「struct AdministrationReques
t」は、このデータが予約管理要求データであることを
示している。「char forwarderName[256];」は予約情報
管理要求者名、「unsigned int startNotificationTim
e;」は使用開始通知時刻、「char startNotificationTa
rget[256];」は使用通知先、「unsigned int endNotifi
cationTime;」は使用終了通知時刻、「char endNotific
ationTarget[256];」は使用終了通知先、「char option
[512];」は任意の付加情報、「struct ReservationRequ
est request;」は予約要求データである。

【０１６９】予約イベントデータ３３ｂの「struct Sch
eduleElement」は、このデータが予約イベントデータで
あることを示している。「unsigned int time;」は時
刻、「unsigned int consumed;」は使用量、「struct R
eservationRequest startData[16];」は使用開始データ
（この例では、登録できる予約管理要求データは１６個
までである）、「unsigned int startNum;」はstartDat
a内の有効なデータの数、「struct ReservationRequest
endData[16];」は使用終了データ（この例では、登録
できる予約管理要求データは１６個までである）、「un
signed int endNum;」はendData内の有効なデータの数
である。

【０１７０】予約管理テーブル３３ａの「struct Resou
rceScheduleTable」は、このデータが予約管理テーブル
３３ａであることを示している。「char client[25
6];」は予約情報管理要求者名、「char resourceName[2
56];」は共有資源名、「unsigned int maxAmount;」は
最大資源量、「unsigned int resourceUnit;は資源量の
一単位量、「unsigned int interval;は管理時間間隔の
一単位時間、「unsigned int baseTime;」は基準時刻、
「struct ScheduleElement table[512];」は予約イベン
ト（この例では、登録できる予約イベントデータは５１
２個までである）、「unsigned int elementsNum;」tab
le内の有効なデータの数である。

【０１７１】次に、図２５に示したデータを用いて、予
約登録をする際の予約管理装置３０でのアルゴリズムに
ついて説明する。ここで、ネットワーク５１に接続され
た機器（たとえばビデオデッキ２０）より、 struct AdministrationRequest r （予約管理要求データ）が転送されてきたとする。予約
管理装置３０は、r.forwarderName（予約情報管理要求
者名）、r.request.resourceName（使用する資源名）を
参照することで対応する予約管理テーブルを取り出す。
それを struct ResourceScheduleTable t とする。そして、予約管理装置３０は、時刻設定の不正
の有無、および使用資源量の指定の不正の有無を判断す
る。具体的には、 ・r.startNotificationTime >= r.endNotificationTime (使用開始通知時刻が使用終了通知時刻よりも同じか後
の場合) ・r.startNotificationTime < t.table[0].time (使用開始通知時刻が現在時刻より前のとき) ・r.endNotificationTime > r.table[t.elementsNum
- 1].time (使用終了通知時刻が最大時刻よりも後の場合) ・r.request.amount > t.maxAmount (資源使用量が最大資源量を上回っている場合) の各条件を判断する。予約管理装置３０は、いずれかの
条件を満たすときは、認められない予約要求として予約
拒否のデータを、r.forwarderName（予約情報管理要求
者名）に示された機器に送り返す。

【０１７２】次に、予約イベントの欄に予約イベントデ
ータを登録する。このとき、予約イベントデータが早い
ものから順番に並ぶようにするためにr.startNotificat
ionTime（使用開始通知時刻）、r.endNotificationTime
（使用終了通知時刻）が、予約イベントデータの配列の
中のどの位置にあたるかを調べる。その処理内容は、た
とえば以下のように記述される。

【０１７３】

【数１】 int i = 0; while(r.startNotificationTime > t.table[i].time) ｛ i++; ｝; int j = 0; while(r.endNotificationTime > t.table[j].time) ｛ j++; ｝ t.table[i]は、配列がｉ番目の予約イベントデータに設
定されている時刻を示している。同様に、t.table[j]
は、配列がj番目の予約イベントデータに設定されてい
る時刻を示している。これにより、ｉ番目の予約イベン
トデータの前に、使用開始通知を行うための予約情報を
登録すべきことがわかる。同様に、ｊ番目の予約イベン
トデータの前に、使用終了通知を行うための予約情報を
登録すべきことがわかる。

【０１７４】次に、予約管理装置３０は、資源量が最大
値を超えないかどうかを調べる。

【０１７５】

【数２】 for(int x = i; x <= j; x++)｛ if(r.amount + t.table[x].consumed > t.maxAmount)｛ goto ERROR; ｝ ｝ ここで、r.amountは、受信した予約管理要求データで指
定された使用量である。t.table[x].consumedは、ｘ番
目の予約イベントデータの使用量である。t.maxAmount
は、最大資源量である。予約管理装置３０は、ERRORの
場合は予約要求を拒否するデータを、r.forwarderName
（予約情報管理要求者名）に示された機器に送り返す。
以降ERRORは同じ意味で使う。

【０１７６】続いて使用開始通知時刻、使用終了通知時
刻に応じた予約イベントデータに、データ登録すること
ができるかどうかを、次のそれぞれの場合について調べ
る。なお、以下の記述における「!=」は、等しくないこ
とを示している。 ・r.startNotificationTime != t.table[i] かつ r.end
NotificationTime != t.table[j]の場合 if(t.elementsNum > (511 - 2))｛ goto ERROR;｝ これは、使用開始通知時刻と使用終了通知時刻とのいず
れも、同じ時刻が設定されている予約イベントデータが
ない場合である。この場合に、少なくとも２つの予約イ
ベントデータをあらたに登録可能であることが確認され
る。 ・r.startNotificationTime == t.table[i] かつr.endN
otificationTime != t.table[j]の場合 if(t.elementsNum > (511 - 1))｛ goto ERROR;｝ if(t.table[i].startNum == 16)｛ goto ERROR;｝ これは、使用終了通知時刻と同じ時刻が設定されている
予約イベントデータがない場合である。この場合、少な
くとも１つの予約イベントデータをあらたに登録可能で
あることが確認される。さらに、使用開始通知時刻と同
じ時刻が設定されている予約イベントデータの使用開始
データに少なくとも１つの予約管理要求データを登録で
きることが確認される。 ・r.startNotificationTime != t.table[i] かつr.endN
otificationTime == t.table[j]の場合 if(t.elementsNum > (511 - 1))｛ goto ERROR;｝ if(t.table[j].endNum == 16)｛ goto ERROR;｝ これは、使用開始通知時刻のみ、同じ時刻が設定されて
いる予約イベントデータがない場合である。この場合、
少なくとも１つの予約イベントデータをあらたに登録可
能であることが確認される。さらに、使用終了通知時刻
と同じ時刻が設定されている予約イベントデータの使用
終了データに少なくとも１つの予約管理要求データを登
録できることが確認される。 ・r.startNotificationTime == t.table[i] かつr.endN
otificationTime == t.table[j]の場合 if(t.table[i].startNum == 16)｛ goto ERROR;｝ if(t.table[j].endNum == 16)｛ goto ERROR;｝ これは、使用開始通知時刻および使用終了通知時刻と同
じ時刻が設定されている予約イベントデータがある場合
である。この場合、使用開始通知時刻と同じ時刻が設定
されている予約イベントデータの使用開始データに、少
なくとも１つの予約管理要求データを登録できることが
確認される。さらに、使用終了通知時刻と同じ時刻が設
定されている予約イベントデータの使用終了データに、
少なくとも１つの予約管理要求データを登録できること
が確認される。

【０１７７】以上の処理がERRORなく終了することで、
予約要求を受理する準備が整ったことになる。次は、予
約イベントデータを作成/登録していく。まず、使用開
始通知時刻に相当する予約イベントデータを登録する。

【０１７８】

【数３】 if(r.startNotificationTime != t.table[i].time)｛ for(int x = t.elementsNum; x > i; x--)｛ t.table[x + 1] = t.table[x]; //table[i+1]..table[elementsNum] --> table[i+2]..table[elementsNum+1] ｝ i++; j++; elementsNum++; table[i].startNum = 0; table[i].endNum = 0; table[i].consumend = table[i - 1]; ｝ この処理では、まず、使用開始通知時刻より遅い時刻が
設定されている各予約イベントデータの配列順番を１ず
つ後退させる（配列順が１ずつ加算される）。そして、
あけられた配列順に、初期化された予約イベントデータ
が登録される。有効な予約イベントデータの数に対して
は、１が加算される。なお、登録された予約イベントデ
ータの使用開始データの有効なデータの数には０が設定
される。登録された予約イベントデータの使用終了デー
タの有効なデータの数には０が設定される。登録された
予約イベントデータの使用量には、直前の予約イベント
データの使用量と同じ値が設定される。

【０１７９】同様にして、使用開始通知時刻に相当する
予約イベントデータが登録される。

【０１８０】

【数４】 if(r.endNotificationTime != t.table[j].time)｛ for(int x = t.elementsNum; x > j; x--)｛ t.table[x + 1] = t.table[x]; ｝ j++; elementsNum++; table[j].startNum = 0; table[j].endNum = 0; table[j].consumend = table[j - 1]; ｝ 次に使用資源量の更新が行われる。 for(int x = i; x < j; x++) ｛ //j に対しては更新してはいけない。

【０１８１】 t.table[i].consumed += r.request.amount; ｝ 最後に、予約管理要求データを登録する。 t.table[i].startData[t.table[i].startNum] = r.request; t.table[i].startNum++; t.table[j].endData[t.table[j].endNum] = r.request; t.table[j].endNum++; 以上までで予約管理要求を無事に受け付けたことにな
る。その結果、予約管理装置３０は、r.forwarderName
（予約情報管理要求者名）に示された機器に、予約管理
要求を受理したことを伝える。以上の処理はt.interval
（管理時間間隔の一単位時間）と比較して無視できる程
度の時間で実行する必要がある。また予約管理要求を受
け付けたあとは、すぐに次に示す通知の処理を一度行う
必要がある。

【０１８２】次に、通知を行うアルゴリズムについて説
明する。予約管理装置３０は、管理しているすべての予
約管理テーブル３３ａの０番目の予約イベントデータの
時刻に対して、必ずそれが現在時刻であるように常に更
新し続けている。そして予約管理装置３０は、現在時刻
が、管理時間間隔の一単位時間の正の整数倍と基準時刻
との和に等しくなるごとに予約管理テーブルの更新を行
う。

【０１８３】例として struct ResourceScheduleTable t; を考える。

【０１８４】まず現在時刻の予約イベントデータの使用
開始データの欄と使用終了データの欄とに、予約管理要
求データが登録されている場合には、登録されている予
約管理要求データに基づく通知データが送信される。こ
れは予約管理登録が現在時刻に対して行われた場合のた
めの処理である。

【０１８５】

【数５】 if(t.table[0].startNum != 0)｛ for(int x = 0; x < t.table[0].startNum; x++) ｛ t.table[0].startData[x].startNotificationTargetへ t.table[0].startData[x].requestを送信 ｝ t.table[0].startNum = 0; ｝ if(t.table[0].endNum != 0)｛ for(int x = 0; x < t.table[0].endNum; x++) ｛ t.table[0].endData[x].endNotificationTargetへ t.table[0].endData[x].requestを送信 ｝ t.table[0].endNum = 0; ｝ 次に、配列が１番の予約イベントデータに登録されてい
る予約管理要求データに基づく通知データが送信され
る。この場合、配列が１番の予約イベントデータの配列
番号が０番に変更される。同様に、登録されている各予
約イベントデータの配列番号が、１ずつ減らされる。そ
して、０番に変更された予約イベントデータに登録され
ている予約管理要求データに基づく通知データの送信処
理が行われる。

【０１８６】

【数６】 if(t.table[0].time == t.table[1].time)｛ for(int x = 0; x < t.elementsNum; x++)｛ t.table[x] = t.table[x + 1]; ｝ if(t.table[0].startNum != 0)｛ for(int x = 0; x < t.table[0].startNum; x++) ｛ t.table[0].startData[x].startNotificationTargetへ t.table[0].startData[x].requestを送信 ｝ t.table[0].startNum = 0; ｝ if(t.table[0].endNum != 0)｛ for(int x = 0; x < t.table[0].endNum; x++) ｛ t.table[0].endData[x].endNotificationTargetへ t.table[0].endData[x].requestを送信 ｝ t.table[0].endNum = 0; ｝ ｝ 以上のようにして、Ｃ言語を用いて、本実施の形態の処
理をコンピュータ機能を有する予約管理装置に行わせる
ことが可能となる。

【０１８７】［実施の形態の効果］以上の本発明の実施
の形態で示した共有資源予約運用システムによれば、次
のような効果が得られる。

【０１８８】（１）通信ネットワーク上に予約情報の管
理を行う機器が存在すれば、タイマ、十分な容量の記憶
装置、予約の衝突を検出する機構等を持たない機器に対
しても予約実行を実現できる。

【０１８９】（２）予約情報の管理を行う機器が、複数
の機器に対する予約情報の管理を、統括して行うことが
できる。これにより、予約管理を行う装置が、ネットワ
ーク上に少なくとも１つだけ存在すればよく、予約に関
する機能の効率化を図ることができる。

【０１９０】（３）予約資源を持つ機器が本発明を用い
て予約情報の管理を別の機器に任せていたとしても、予
約を行う機器からみればあくまで予約資源を持つ機器と
の通信だけで予約を行うことができる。したがって、予
約要求データを出力する機器に対して、あらたな機能の
追加を行わずに、予約管理装置に対する予約管理の依頼
が可能となる。

【０１９１】（４）予約情報を１つの機器で集中的に管
理できるため、もし予約情報がなんらかのトラブルで破
壊・消去される危険に備える場合でもその機器に対して
のみ対策を施すだけでよい。これにより、予約管理の信
頼性を向上させることができる。

【０１９２】（５）予約を行いたい機器からみれば予約
する機器と通信すればよいため、処理の複雑化をさける
ことができる。以下は、予約管理テーブルの情報の持た
せ方による本実施の形態の効果である。

【０１９３】（６）使用終了時刻の指定を絶対的な指定
と、使用開始時間からの相対的な指定を認めているた
め、資源の種類等に応じて、使用終了時刻の指定方法を
変えることが可能である。

【０１９４】（７）使用開始・終了時刻と使用開始・終
了通知時刻を区別して設定できるため、機器ごとの都合
に合わせた柔軟な対応が行える。 （８）使用開始・終了通知の通知先を独立して設定でき
るため、将来的な機能拡張に柔軟な対応ができる。

【０１９５】（９）機器に応じて任意の付加情報を持た
せることができるため、使用開始と同時に任意の実行を
行わせることや、予約情報の詳細を持たせること等、将
来の拡張性にも対応可能である。

【０１９６】（１０）予約情報管理要求者名、使用開始
通知時刻、使用開始通知先、使用終了通知時刻あるいは
使用開始通知時間から使用終了通知までの経過期間は省
略可能であるため、これらのデータを省略することで、
資源を持っている転送元となる機器の処理負担を減らす
ことが可能である。

【０１９７】（１１）予約情報を管理する機器は、使用
開始・終了時に予約情報の転送元となる機器に対して、
もともとの予約要求時と同等の情報を通知データに含め
るため、予約を依頼する機器は、返された通知データ内
の情報を用いて柔軟な対応が可能である。すなわち、予
約管理装置に転送した予約要求データは、全て通知デー
タによって返されるため、予約要求データに含まれる情
報を利用した様々な処理が可能となる。

【０１９８】［具体的な構成例］各機器を接続するネッ
トワーク５１としては、たとえば、ＥＴＨＥＲＮＥ（登
録商標）Ｔや、IEEE1394等を利用することが可能であ
る。

【０１９９】ネットワーク５１に接続されて共有資源を
提供する機器としては、たとえば、ビデオデッキ、ラジ
オチューナ、ミニディスク（ＭＤ）、カセットデッキ、
テレビ、エアコン（エアーコンディショナー）、炊飯
器、電子レンジ、冷蔵庫等がある。

【０２００】予約情報を管理する機器としては、ハード
ディスク装置、フラッシュＲＡＭ等の二次記憶装置を有
するコンピュータ、あるいは同等の機能を持ったテレ
ビ、ＳＴＢ(Set Top Box)等がある。

【０２０１】ネットワーク５１を介した通信の通信プロ
トコルとしては、ＡＶ／Ｃを拡張させることで対応可能
である。また、ＴＣＰ／ＩＰベースで、あらたなプロト
コルを新規に作成してもよい。

【０２０２】なお、上記の処理機能は、コンピュータに
よって実現することができる。その場合、予約管理装置
や、共有資源を提供する機器が有すべき機能の処理内容
は、コンピュータで読み取り可能な記録媒体に記録され
たプログラムに記述されており、このプログラムをコン
ピュータで実行することにより、上記処理がコンピュー
タで実現される。コンピュータで読み取り可能な記録媒
体としては、磁気記録装置や半導体メモリ等がある。市
場へ流通させる場合には、ＣＤ−ＲＯＭ(Compact Disk
Read Only Memory)やフロッピー（登録商標）ディスク
等の可搬型記録媒体にプログラムを格納して流通させる
ことができる。また、ネットワークを介して接続された
コンピュータの記憶装置にプログラムを格納しておき、
ネットワークを介して接続された他のコンピュータにプ
ログラムを転送することもできる。コンピュータで実行
する際には、コンピュータ内のハードディスク装置等に
プログラムを格納しておき、メインメモリにロードして
実行することができる。

【０２０３】

【発明の効果】以上説明したように本発明では、共有資
源を有する資源管理装置に送られた予約要求を、予約管
理装置に転送し、予約管理装置が共有資源に対する予約
管理を行うようにした。そのため、予約管理機能を持っ
ていない資源管理装置の共有資源に対する信頼性の高い
予約管理が可能となる。

【図面の簡単な説明】

【図１】本発明の原理構成を示す図である。

【図２】本実施の形態のシステム構成例を示す模式図で
ある。

【図３】本実施の形態におけるチューナの機能ブロック
図である。

【図４】本実施の形態におけるビデオデッキの機能ブロ
ック図である。

【図５】本実施の形態における予約管理装置の機能ブロ
ック図である。

【図６】予約管理依頼処理の概略を示す図である。

【図７】予約管理エントリ要求データのデータ構造例を
示す図である。

【図８】予約処理の概略を示す図である。

【図９】予約要求データのデータ構造例を示す図であ
る。

【図１０】予約管理要求データのデータ構造例を示す図
である。

【図１１】予約管理テーブルのデータ構造例を示す図で
ある。

【図１２】予約イベントデータのデータ構造の一例を示
す図である。

【図１３】チューナにおける予約要求処理を示すフロー
チャートである。

【図１４】ビデオデッキにおける予約要求データ転送処
理を示すフローチャートである。

【図１５】予約管理装置における予約登録処理を示すフ
ローチャートである。

【図１６】通知処理の流れを示す概念図である。

【図１７】通知データのデータ構造例を示す図である。

【図１８】予約管理装置における通知処理手順を示すフ
ローチャートである。

【図１９】予約管理テーブルの初期状態を示す模式図で
ある。

【図２０】予約情報登録前の予約管理テーブルの状態の
一例を示す模式図である。

【図２１】図２０に示した予約管理テーブルに基づく資
源の使用スケジュールを示す模式図である。

【図２２】予約管理要求データの一例を示す図である。

【図２３】更新後の予約管理テーブルを示す図である。

【図２４】図２３に示した予約管理テーブルに基づく資
源の使用スケジュールを示す模式図である。

【図２５】Ｃ言語によって定義した予約管理テーブルの
データ構造を示す図である。

【符号の説明】

１…予約管理装置、１ａ…予約登録手段、１ｂ…データ
ベース、１ｃ…通知手段、２…資源管理装置、２ａ…予
約要求転送手段、２ｂ…共有資源、２ｃ…資源提供手
段、１０…チューナ、２０…ビデオデッキ、３０…予約
管理装置、５１…ネットワーク、５２…アンテナ

フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｈ０４Ｎ 5/765 Ｇ０６Ｆ 17/60 １７６Ａ 7/173 ６４０ Ｈ０４Ｎ 5/782 Ｚ // Ｇ０６Ｆ 17/60 １７６ Ｋ

Claims (25)

【特許請求の範囲】
1. 【請求項１】 少なくとも１つの資源の予約管理を行う
   共有資源予約運用システムにおいて、 いずれかの資源の予約要求を受け取ると、前記予約要求
   で指定された資源の運用内容に関する予約情報をデータ
   ベースに登録する予約登録手段と、前記データベースに
   登録された前記予約情報に従った運用通知を、前記予約
   要求で指定された資源を提供している装置に対して送信
   する通知手段と、を有する予約管理装置と、 他の機器に提供可能な共有資源と、前記他の機器から前
   記共有資源の予約要求を受け取ると、前記共有資源の予
   約要求を前記予約管理装置に転送する予約要求転送手段
   と、前記予約管理装置から前記共有資源の前記運用通知
   を受け取ると、前記運用通知に従って前記共有資源を運
   用し、前記共有資源を前記他の機器に提供する資源提供
   手段と、を有する資源管理装置と、 を有することを特徴とする共有資源予約運用システム。
2. 【請求項２】 前記予約管理装置の前記予約登録手段
   は、前記予約要求の内容と、すでに前記データベースに
   登録されている予約情報の内容とを比較し、前記予約要
   求に基づく資源の運用が可能と判断した場合にのみ、前
   記予約情報を登録することを特徴とする請求項１記載の
   共有資源予約運用システム。
3. 【請求項３】 前記予約管理装置の前記予約登録手段
   は、各資源の最大資源量があらかじめ設定されており、
   前記予約要求で指定された資源を運用することで使用資
   源量の総量が前記最大資源量を超える時間帯が発生する
   場合には、受け取った予約要求で指定された資源の運用
   は不可能と判断すること特徴とする請求項２記載の共有
   資源予約運用システム。
4. 【請求項４】 前記予約管理装置の前記通知手段は、前
   記データベースに登録された前記予約情報に基づいて各
   資源の使用開始通知時刻を判断し、前記使用開始通知時
   刻になったときに、各資源を提供している装置に対して
   資源の提供開始を要求する通知を行うことを特徴とする
   請求項１記載の共有資源予約運用システム。
5. 【請求項５】 前記予約管理装置の前記通知手段は、前
   記データベースに登録された前記予約情報に基づいて各
   資源の使用終了通知時刻を判断し、前記使用終了通知時
   刻になった資源を提供している装置に対して、資源の提
   供終了を要求する通知を行うことを特徴とする請求項１
   記載の共有資源予約運用システム。
6. 【請求項６】 前記資源管理装置の前記予約要求転送手
   段は、前記共有資源の予約要求に対して、運用通知の通
   知時刻を指定する通知時刻情報を付加して、前記予約要
   求を前記予約管理装置に転送することを特徴とする請求
   項１記載の共有資源予約運用システム。
7. 【請求項７】 前記資源管理装置の前記予約要求転送手
   段は、前記共有資源の予約要求で指定されている使用開
   始時刻よりも早い使用開始通知時刻、または前記共有資
   源の予約要求で指定されている使用終了時刻よりも早い
   使用終了通知時刻を、運用通知の通知時刻として指定す
   ることを特徴とする請求項６記載の共有資源予約運用シ
   ステム。
8. 【請求項８】 資源の予約入力を受け付ける入力受付手
   段と、前記入力受付手段で受け付けた前記予約入力の内
   容に基づいて、前記資源管理装置が有する前記共有資源
   の予約要求を、前記資源管理装置に対して送信する予約
   要求送信手段と、を有する予約要求装置をさらに有する
   ことを特徴とする請求項１記載の共有資源予約運用シス
   テム。
9. 【請求項９】 前記予約要求装置は、運用可能な内部資
   源と、前記予約管理装置から前記内部資源の運用通知を
   受け取ると、受け取った運用通知に従って前記内部資源
   を運用する資源運用手段とをさらに有することを特徴と
   する請求項８記載の共有資源予約運用システム。
10. 【請求項１０】 前記予約要求装置の前記予約要求送信
    手段は、前記入力受付手段で受け付けた前記予約入力の
    内容に基づいて、前記内部資源に対する前記予約要求
    を、前記予約管理装置に対して送信することを特徴とす
    る請求項９記載の共有資源予約運用システム。
11. 【請求項１１】 他の機器の少なくとも１つの資源の予
    約管理を請け負う予約管理装置において、 いずれかの資源の予約要求を受け取ると、前記予約要求
    で指定された資源の運用内容に関する予約情報をデータ
    ベースに登録する予約登録手段と、 前記データベースに登録された前記予約情報に従った運
    用通知を、前記予約要求で指定された資源を提供してい
    る装置に対して送信する通知手段と、 を有することを特徴とする予約管理装置。
12. 【請求項１２】 前記予約登録手段は、前記予約要求の
    内容と、すでに前記データベースに登録されている前記
    予約情報の内容とを比較し、前記予約要求で指定された
    資源の運用が可能と判断した場合にのみ、前記予約情報
    を登録することを特徴とする請求項１１記載の予約管理
    装置。
13. 【請求項１３】 前記予約登録手段は、各資源の最大資
    源量があらかじめ設定されており、前記予約要求で指定
    された資源を運用することで使用資源量の総量が前記最
    大資源量を超える時間帯が発生する場合には、受け取っ
    た予約要求で指定された資源の運用は不可能と判断する
    ことを特徴とする請求項１２記載の予約管理装置。
14. 【請求項１４】 前記通知手段は、前記データベースに
    登録された前記予約情報に基づいて各資源の使用開始通
    知時刻を判断し、前記使用開始通知時刻になったとき
    に、各資源を提供している装置に対して資源の提供開始
    を要求する通知を行うことを特徴とする請求項１１記載
    の予約管理装置。
15. 【請求項１５】 前記通知手段は、前記データベースに
    登録された前記予約情報に基づいて各資源の使用終了通
    知時刻を判断し、前記使用終了通知時刻になった資源を
    提供している装置に対して、資源の提供終了を要求する
    通知を行うことを特徴とする請求項１１記載の予約管理
    装置。
16. 【請求項１６】 自己の資源を他の機器に提供する資源
    管理装置において、 前記他の機器に提供可能な共有資源と、 前記他の機器から前記共有資源の予約要求を受け取る
    と、前記共有資源の予約要求を、予約管理機能を有する
    予約管理装置に転送する予約要求転送手段と、 前記予約管理装置から前記共有資源の運用通知を受け取
    ると、前記運用通知に従って前記共有資源を運用し、前
    記共有資源を前記他の機器に提供する資源提供手段と、 を有することを特徴とする資源管理装置。
17. 【請求項１７】 前記予約要求転送手段は、前記共有資
    源の予約要求に対して、運用通知の通知時刻を指定する
    通知時刻情報を付加して、前記共有資源の予約要求を前
    記予約管理装置に転送することを特徴とする請求項１６
    記載の資源管理装置。
18. 【請求項１８】 前記予約要求転送手段は、前記共有資
    源の予約要求で指定されている使用開始時刻よりも早い
    使用開始通知時刻、または前記共有資源の予約要求で指
    定されている使用終了時刻よりも早い使用終了通知時刻
    を、運用通知の通知時刻として指定することを特徴とす
    る請求項１７記載の資源管理装置。
19. 【請求項１９】 操作入力に応じて資源の予約を行う予
    約要求装置において、 運用可能な内部資源と、 資源管理装置が提供している共有資源と前記内部資源と
    の協調動作の予約入力を受け付ける入力受付手段と、 前記入力受付手段で受け付けた前記予約入力の内容に基
    づいて、前記資源管理装置に対して、前記共有資源に対
    する第１の予約要求を送信するとともに、前記内部資源
    に対する第２の予約要求を、予約管理機能を有する予約
    管理装置に対して送信する予約要求送信手段と、 前記予約管理装置から前記内部資源の運用通知を受け取
    ると、受け取った運用通知に従って前記内部資源を運用
    する資源運用手段と、 を有することを特徴とする予約要求装置。
20. 【請求項２０】 少なくとも１つの資源の予約管理を行
    う共有資源予約方法において、 他の機器に提供可能な共有資源を有する資源管理装置に
    対して、前記共有資源の予約要求が前記他の機器から送
    られると、前記予約要求を、予約管理機能を有する予約
    管理装置に転送し、 前記予約管理装置において、前記予約要求で指定された
    前記共有資源の運用内容に関する予約情報をデータベー
    スに登録し、 前記データベースに登録された前記予約情報に従った運
    用通知を、前記予約管理装置から前記資源管理装置へ送
    信し、 前記資源管理装置において、前記運用通知に従って前記
    共有資源を運用し、前記共有資源を前記他の機器に提供
    する、 ことを特徴とする共有資源予約方法。
21. 【請求項２１】 前記予約情報を前記データベースに登
    録する際には、前記予約要求の内容と、すでに前記デー
    タベースに登録されている予約情報の内容とを比較し、
    前記予約要求に基づく前記共有資源の提供が可能と判断
    した場合にのみ、前記予約情報を登録することを特徴と
    する請求項２０記載の共有資源予約方法。
22. 【請求項２２】 前記運用通知を送信する際には、前記
    データベースに登録された前記予約情報に基づいて各資
    源の使用開始通知時刻および使用終了時刻を判断し、前
    記使用開始通知時刻および前記使用終了時刻のそれぞれ
    の時刻になったときに、前記資源管理装置に対して運用
    通知を送信することを特徴とする請求項２０記載の共有
    資源予約方法。
23. 【請求項２３】 他の機器の少なくとも１つの資源の予
    約管理を請け負うためのプログラムを記録したコンピュ
    ータ読み取り可能な記録媒体において、 前記コンピュータに、 いずれかの資源の予約要求を受け取ると、前記予約要求
    で指定された資源の運用内容に関する予約情報をデータ
    ベースに登録し、 前記データベースに登録された前記予約情報に従った運
    用通知を、前記予約要求で指定された資源を提供してい
    る装置に対して送信する、 処理を実行させるプログラムを記録したことを特徴とす
    る記録媒体。
24. 【請求項２４】 自己の資源を他の機器に提供するため
    のプログラムを記録したコンピュータ読み取り可能な記
    録媒体において、 前記コンピュータに、 前記他の機器に提供可能な共有資源を指定した予約要求
    を前記他の機器から受け取ると、前記予約要求を、予約
    管理機能を有する予約管理装置に転送し、 前記予約管理装置から前記共有資源の運用通知を受け取
    ると、前記運用通知に従って前記共有資源を運用し、前
    記共有資源を前記他の機器に提供する、 処理を実行させるプログラムを記録したことを特徴とす
    る記録媒体。
25. 【請求項２５】 操作入力に応じて資源の予約を行うた
    めのプログラムを記録したコンピュータ読み取り可能な
    記録媒体において、 前記コンピュータに、 予約要求装置において、資源の予約入力を受け付け、 受け付けた前記予約入力の内容に基づいて、共有資源を
    他の装置に提供している資源管理装置に対して、前記共
    有資源に対する第１の予約要求を送信するとともに、前
    記予約要求装置の内部で運用可能な内部資源に対する第
    ２の予約要求を、予約管理機能を有する予約管理装置に
    対して送信し、 前記予約管理装置から前記内部資源の運用通知を受け取
    ると、受け取った前記運用通知に従って前記内部資源を
    運用する、 処理を実行させるプログラムを記録したことを特徴とす
    る記録媒体。