(57)【要約】　【課題】　設置・設定が簡単で、確実なサービス提供を実現できる、リソース管理システムを提供する。　【解決手段】　リソース管理サーバ５は、リソースの予約状況についての情報と、ハブ１０、１１に接続されている全ての電子機器のグループについての情報とを管理し、電子機器は、新たにハブのポート２１に接続されると、リソースの要求とグループとに関する情報を、リソース管理サーバに通知する。リソース管理サーバは、通知に関する電子機器と同一のグループに属する電子機器との間の経路を、ネットワーク経路として設定し、設定されたネットワーク経路上で、この通知に関するリソースの要求に対応可能かどうかを判定する。【選択図】　図１
2004140814.tif 000002
【特許請求の範囲】
【請求項１】
能力によりグループ分けされる電子機器と、
　前記電子機器が接続されるポートを持つ複数の下層伝送装置と、
　これらの下層伝送装置を配下に持ち、これらの下層伝送装置に接続される電子機器間の情報を中継する上層伝送装置と、
　前記下層伝送装置と、前記上層伝送装置との情報の伝送に使用される、リソースの管理を行うリソース管理サーバとを備え、
　前記リソース管理サーバは、リソースの予約状況についての情報と、前記下層伝送装置に接続されている全ての電子機器のグループについての情報とを、管理しており、
　前記電子機器は、新たに前記下層伝送装置のポートに接続されると、リソースの要求とグループとに関する情報を、前記リソース管理サーバに通知し、
　前記リソース管理サーバは、この通知を取得すると、
　この通知に関する電子機器と同一のグループに属する電子機器との間の経路を、ネットワーク経路として設定し、
　設定されたネットワーク経路上で、この通知に関するリソースの要求に対応可能かどうかを判定する、リソース管理システム。
【請求項２】
前記リソース管理サーバは、設定されたネットワーク経路上で、この通知に関するリソースの要求に対応可能な場合、リソースの予約状況を更新して、電子機器に対して予約を行う、請求項１記載のリソース管理システム。
【請求項３】
前記リソース管理サーバは、電子機器のリソースの要求に対応可能か否かを表示する画像情報を生成する、請求項１または２記載のリソース管理システム。
【請求項４】
前記リソース管理サーバは、電子機器のリソースの要求に対応不可能な場合、対応不可能な原因となるネットワーク構成上の位置を表示する、画像情報を生成する、請求項１から３記載のリソース管理システム。
【請求項５】
前記リソース管理サーバは、電子機器のリソースの要求に対応不可能な場合、この要求に対応可能な代替ポートを検索し、この代替ポートが存在するとき、その位置を示す画像情報を生成する、請求項１から４記載のリソース管理システム。
【請求項６】
前記リソース管理サーバは、電子機器のリソースの要求に対応不可能であり、かつ、この電子機器のグループに関するサービス品質が複数ある場合には、より低いサービス品質によって再度予約を行う、請求項１から５記載のリソース管理システム。
【請求項７】
前記リソース管理サーバは、電子機器のリソースの要求に対応不可能な場合、現在の予約状況を破棄し、再度予約を行う、請求項１から６記載のリソース管理システム。
【請求項８】
再度予約は、リソースの要求が高い順に行われる、請求項７記載のリソース管理システム。
【請求項９】
再度予約は、リソースの要求が低い順に行われる、請求項７記載のリソース管理システム。
【請求項１０】
再度予約は、ユーザー入力で指示された順に行われる、請求項７記載のリソース管理システム。
【請求項１１】
予約されているが実際に通信が行われていないリソースの要求を、他のサービスに転用する、請求項１から１０記載のリソース管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
　本発明は、複数のネットワーク電子機器が相互に接続されて構成されるネットワークにおいて、ネットワークの帯域や通信品質などのリソースを、予約・管理するリソース管理システムに関するものである。なお、本明細書において、ネットワークリソースを、単に、「リソース」という。特に、本発明は、ＡＶ電子機器や電話、ＦＡＸなどのネットワーク対応家電品が、接続されるホームネットワークにおいて、リソースを予約・管理する技術に関する。
【背景技術】
【０００２】
　インターネットに代表されるネットワーク環境においては、情報をパケットと呼ばれる単位に分割して伝送することにより、通信が行われる。パケットの伝送は、特に指定しない限り、ベストエフォートによって処理される。
【０００３】
　しかしながら、画像や音声などマルチメディアデータについては、乱れなく通信するために、ネットワークの経路上のリソースを確保して、通信品質を保証する必要がある。
【０００４】
　このように、ネットワーク資源を予約法として、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ　Ｅｎｇｉｎｅｅｒｉｎｇ　Ｔａｓｋ　Ｆｏｒｃｅ）において、ＲＳＶＰ（Ｒｅｓｏｕｒｃｅ　Ｒｅｓｅｒｖａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）などの資源予約プロトコルが、インターネット標準として規定されている。
【０００５】
　ＲＳＶＰでは、マルチメディア通信の開始前に、マルチメディア通信に必要なリソースを通信相手との経路上に確保する。ＲＳＶＰを使用することにより、通信を開始する前にストリームごとに必要なリソースを確保することができるため、通信品質を保証できる。
【０００６】
　また、リソースの予約に基づいた帯域予約などを実現する方法としては、ＩＥＴＦにおいて、ＤｉｆｆＳｅｒｖ（Ｄｉｆｆｅｒｅｎｃｉａｔｅｄ　Ｓｅｒｖｉｃｅｓ）やＩｎｔＳｅｒｖ（Ｉｎｔｅｇｒａｔｅｄ　Ｓｅｒｖｉｃｅｓ）などが規定されている。
【発明の開示】
【発明が解決しようとする課題】
【０００７】
　（１）ＲＳＶＰによるリソース予約は、サービス開始時にリソース予約を行うものであり、サービスを受ける時点で、必要なリソースが必ず確保できるという保証はない。したがって、結果的に満足なサービスを受けられない場合がある。これは、一般的な通信サービスでは、受け入れられることかもしれない。
【０００８】
　しかしながら、ホームネットワークに設置されるＴＶやＶＴＲなどの、ＡＶ電子機器やＦＡＸなどのユーザは、このような状態を受け入れない。つまり、これらの電子機器は、常時、安定的に使用できて当然であるという、社会通念があり、時間帯によって使用できない事態が発生することは、許されない。
【０００９】
　したがって、これらの電子機器を接続するネットワークでは、ＲＳＶＰによるリソース予約では、不十分といわざるを得ない。
【００１０】
　（２）さらに、リソースを必ず確保できるようにネットワークを構成するには、高度な専門知識を必要とするため、一般のユーザが設置、設定を行うのは困難である。ホームネットワークでは、専門知識を有しないユーザが使用することが予想されるため、より簡単に、設置・設定できる技術が求められている。
【００１１】
　そこで本発明は、設置・設定が簡単で、しかも、確実なサービス提供を実現できる、リソース管理システムを提供することを目的とする。
【特許文献１】特開平１０−３０８７７６号公報（第３−６頁）
【課題を解決するための手段】
【００１２】
　請求項１記載のリソース管理システムは、能力によりグループ分けされる電子機器と、電子機器が接続されるポートを持つ複数の下層伝送装置と、これらの下層伝送装置を配下に持ち、これらの下層伝送装置に接続される電子機器間の情報を中継する上層伝送装置と、下層伝送装置と、上層伝送装置との情報の伝送に使用される、リソースの管理を行うリソース管理サーバとを備え、リソース管理サーバは、リソースの予約状況についての情報と、下層伝送装置に接続されている全ての電子機器のグループについての情報とを、管理しており、電子機器は、新たに下層伝送装置のポートに接続されると、リソースの要求とグループとに関する情報を、リソース管理サーバに通知し、リソース管理サーバは、この通知を取得すると、この通知に関する電子機器と同一のグループに属する電子機器との間の経路を、ネットワーク経路として設定し、設定されたネットワーク経路上で、この通知に関するリソースの要求に対応可能かどうかを判定する。
【００１３】
　この構成において、電子機器を能力によりグループ分けすることにより、例えば、電話とＶＴＲのように、繋いでもあまり実益にならない接続の組み合わせを排除して、合理的なリソース予約を行える。
【００１４】
　またユーザは、電子機器を接続するだけで、サービス授受にリソースの予約ができ、簡単にかつ高品質なサービスを確実に受けることができる。
【００１５】
　請求項２記載のリソース管理システムでは、リソース管理サーバは、設定されたネットワーク経路上で、この通知に関するリソースの要求に対応可能な場合、リソースの予約状況を更新して、電子機器に対して予約を行う。
【００１６】
　この構成により、予約状況を、リソースの要求にあわせて、更新できる。
【００１７】
　請求項３記載のリソース管理システムでは、リソース管理サーバは、電子機器のリソースの要求に対応可能か否かを表示する画像情報を生成する。
【００１８】
　この構成により、画像情報を表示すれば、ユーザは、リソースの要求に対応できるかどうか、簡単に知ることができる。
【００１９】
　請求項４記載のリソース管理システムでは、リソース管理サーバは、電子機器のリソースの要求に対応不可能な場合、対応不可能な原因となるネットワーク構成上の位置を表示する、画像情報を生成する。
【００２０】
　この構成により、この画像情報を表示すれば、ユーザは、原因となる位置を知ることができ、対応策を採ることができる。
【００２１】
　請求項５記載のリソース管理システムでは、リソース管理サーバは、電子機器のリソースの要求に対応不可能な場合、この要求に対応可能な代替ポートを検索し、この代替ポートが存在するとき、その位置を示す画像情報を生成する。
【００２２】
　この構成により、この画像情報を表示すれば、ユーザは、代替ポートを知ることができ、この代替ポートに電子機器を接続すれば、確実にサービスの提供を受けることができる。
【００２３】
　請求項６記載のリソース管理システムでは、リソース管理サーバは、電子機器のリソースの要求に対応不可能であり、かつ、この電子機器のグループに関するサービス品質が複数ある場合には、より低いサービス品質によって再度予約を行う。
【００２４】
　この構成により、再度予約に成功すれば、サービス品質を落とすことにより、ユーザは、電子機器を接続し直さなくとも、一定のサービスを受けることができる。
【００２５】
　請求項７記載のリソース管理システムでは、リソース管理サーバは、電子機器のリソースの要求に対応不可能な場合、現在の予約状況を破棄し、再度予約を行う。
【００２６】
　この構成により、再度予約によって、リソースの要求に対応しやすくすることができる。
【００２７】
　請求項８記載のリソース管理システムでは、再度予約は、リソースの要求が高い順に行われる。
【００２８】
　この構成により、リソースの要求が高く、なかなか割り当てにくい電子機器を保護できる。
【００２９】
　請求項９記載のリソース管理システムでは、再度予約は、リソースの要求が低い順に行われる。
【００３０】
　この構成により、リソースの要求が低く、割り当てた後もリソースが大幅に減らない電子機器を、保護できる。
【００３１】
　請求項１０記載のリソース管理システムでは、再度予約は、ユーザー入力で指示された順に行われる。
【００３２】
　この構成により、ユーザの意志を尊重できる。
【００３３】
　請求項１１記載のリソース管理システムでは、予約されているが実際に通信が行われていないリソースの要求を、他のサービスに転用する。
【００３４】
　この構成により、無駄な予約を排除できる。
【発明の効果】
【００３５】
　本発明のリソース管理システムを用いることにより、
（１）ユーザは、電子機器を接続するだけでサービス授受に必要なネットワークの予約ができるため、簡単にかつ高品質なサービスを確実に受けることができる。
（２）さらに、電子機器を接続した時点でサービスが受けられないことがわかった場合、サービスが受けられる接続位置を提示することで、ネットワーク接続に関する高度な知識が不要になり、簡単・確実にサービスを受けることができる。
【発明を実施するための最良の形態】
【００３６】
　以下、図面を参照しながら、本発明の実施の形態を説明する。図１は、本発明の一実施の形態におけるリソース管理システムのブロック図である。
【００３７】
　図１において、上層伝送装置としてのルータ１には、第１ポート２、第２ポート３、第３ポート４の、３つのポートが設けられている。
【００３８】
　第３ポート４は、ＡＤＳＬモデムに接続され、第１ポート２は、第１の下層伝送装置としての、第１ハブ１０の第１ポート１１に伝送路１２を介して接続され、第２ポート３は、第２の下層伝送装置としての、第２ハブ１３の第１ポート１４に伝送路１５を介して接続されている。
【００３９】
　また、第１ハブ１０は、第１ポート１１の他、第２ポート１６〜第５ポート１９を持ち、第２ポート１６には電子機器Ａが接続され、第３ポート１７には電子機器Ｂが接続され、第４ポート１８には電子機器Ｃが接続されているが、第５ポート１９は空いている。
【００４０】
　また、第２ハブ１３は、第１ポート１４の他、第２ポート２０〜第５ポート２３を持ち、第２ポート２０には電子機器Ｄが接続されているが、第３ポート２１〜第５ポート２３は空いている。そして、第３ポート２１に、新たに電子機器Ｅが接続されようとしている。
【００４１】
　なお、特に断りがない限り、各ポート同士は、双方向で１００Ｍｂｐｓの電送能力を持つＥｔｈｅｒｎｅｔ（登録商標）（１００ｂａｓｅ−ＴＸ）で接続されているものとする。
【００４２】
　ここで、本明細書にいう「下層伝送装置」は、「上層伝送装置」（本形態ではルータ１）によって、通信を仲介されうるものであればよく、例えば、第１ハブ１０の第５ポート１９にカスケード接続される、さらに下層のハブなども含む。また、例えば、ルータ１の第１ポート２と、第１ハブ１０の第１ポート１１は、伝送路１２によって直に接続されている必要はなく、この伝送路１２中に、中継装置（例えば、別のハブなど）を設けても良い。また、以上の上層あるいは下層という表現は、相対的なものであり、上層伝送装置は、これに対する下層伝送装置に対して、上層に位置すれば足り、最上層に位置しなければならないというわけではない。
【００４３】
　このようなネットワークにおいて、電子機器がどのように接続されているかを示すネットワーク構成情報は、ＳＮＭＰ（Ｓｉｍｐｌｅ　Ｎｅｔｗｏｒｋ　Ｍａｎａｇｅｍｅｎｔ　Ｐｒｏｔｏｃｏｌ）などを利用することにより、得ることができる。
【００４４】
　リソース管理サーバ５は、このリソース管理システムにおける、リソースの予約状況についての情報と、各ハブ１０、１３に接続されている全ての電子機器のグループについての情報とを、管理する。
【００４５】
　具体的には、リソース管理サーバ５は、図３の電子機器性能テーブル６、図５の予約状況テーブル７、図６の不足位置テーブル８、図７の利用可能位置テーブル９を持ち、これらのテーブル６〜９を用いて、このシステムを管理する。
【００４６】
　なお、図１の例では、リソース管理サーバ５は、ルータ１と一体的に設けられているが、このネットワークと通信可能な位置であれば、任意の位置に設けることができる。
【００４７】
　次に、図２を用いて、ルータ１の構成例を説明する。図２は、本発明の一実施の形態におけるルータのブロック図である。
【００４８】
　図２に示すように、ルータ１は、ＣＰＵ（中央処理装置）３０と、このＣＰＵ３０に、バス３１を介して、接続される、ＲＡＭ（ランダムアクセスメモリ）３２、ＲＯＭ（リードオンリーメモリ）３３、外部記憶装置（ハードディスクなど）３４、通信の入出力制御を行うネットワークインターフェイス３５を、有する。
【００４９】
　ＲＯＭ３３には、図８〜図１０、図１３、図１５のフローチャートに従う管理プログラムが格納されており、ＣＰＵ３０は、このプログラムを実行することにより、リソースを管理する。また、図１に示した各テーブル６〜９は、ＲＡＭ３２、外部記憶装置３４等の一定の領域として確保されている。
【００５０】
　なお、上層伝送装置としての、ルータ１は、単なる例であり、スイッチ、ゲートウエイ等、別の名称を持つ要素を上層伝送装置に使用しても、本発明に包含される。また、本形態では、リソース管理サーバ５を、ルータ１に内蔵したが、こうすると、ネットワークをコンパクトに構成できるだけでなく、ルータ１とリソース管理サーバ５との間の通信時間を短縮できるため、好適である。
【００５１】
　次に、電子機器性能テーブル６の内容（特に、電子機器Ａ〜Ｅに関するグループその他の点）を、図３を参照しながら説明する。
【００５２】
　本形態における電子機器性能テーブル６は、電子機器名、グループ、機能ネットワーク受信能力、受信サービス能力、ネットワーク送信能力、送信サービス能力という、フィールドを持つ。
【００５３】
　電子機器名のフィールドには、電子機器の名前がセットされる。本例では、電子機器ＡはＮＴＳＣのテレビであり、電子機器Ｂはハイビジョンテレビであり、電子機器Ｃは電話機であり、電子機器ＤはＶＴＲであり、電子機器ＥはハイビジョンＶＴＲである。
【００５４】
　グループのフィールドには、ＡＶ、ＴＥＬ、その他の値がセットされる。このグループの値が等しいものは、同一のグループに属し、異なるものは、同一のグループに属しないことになる。
【００５５】
　機能のフィールドには、映像表示、音声、映像録画、映像再生などの、値がセットされる。
【００５６】
　ネットワーク受信能力又は同送信能力のフィールドには、通信速度値又はなしの値がセットされる。受信サービス能力又は送信サービス能力のフィールドには、チャンネル数又はなしという値がセットされる。
【００５７】
　各電子機器は、第１ハブ１０または第２ハブ１３の、いずれかの空きポートに接続されると、図４に示す要領で、リソース管理サーバ５へ通知を行う。
【００５８】
　即ち、ステップ１にて、空きポートに電子機器の接続が完了したら、ステップ２にて、この電子機器は、このポートを経由し、ネットワーク上に位置するリソース管理サーバ５を検出する。そして、ステップ３にて、この電子機器は、このリソース管理サーバ５に、自分の性能を通知する。この通知を受けたリソース管理サーバ５は、電子機器性能テーブルに新しいエントリを設け、このエントリに通知された値をセットする。これを繰り返すことにより、図３に示すような状態になる。
【００５９】
　なお、図１に示すように、電子機器Ｅが、未だ第３ポート２１に接続されていない状態では、図３の電子機器Ｅについてのエントリはなく、電子機器Ｅが接続され、リソース管理サーバ５が、ステップ３の通知を受けた後に、図３に示すように、電子機器性能テーブル６に、電子機器Ｅのエントリが追加されることになる。
【００６０】
　リソース管理サーバ５は、この電子機器性能テーブル６を参照して、予約を取り扱う。図３の例において、図４のステップ３における、電子機器Ｄから電子機器の性能の通知があったとき、リソース管理サーバ５は、次のように、電子機器間の接続について、同一のグループに属するか否かにしたがって、検討する。
【００６１】
　電子機器Ｄは、ＶＴＲであり映像をネットワーク上に配信する能力を持っている。電子機器Ｄから映像を受信し、表示する能力を持っているのは、同じＡＶグループに属する電子機器Ａおよび電子機器Ｂである。したがって、電子機器Ｄと電子機器Ａとの間、および電子機器Ｄと電子機器Ｂ間の、リソースを予約できるかどうか検討する。
【００６２】
　また、この検討において、リソース管理サーバ５は、電子機器性能テーブル６を参照し、電子機器Ｄの最大転送能力は１０Ｍｂｐｓであり、かつ同時に１ｃｈの映像のみ配信できることも、考慮する。
【００６３】
　次に、図５を用いて、予約状況テーブル７の内容を説明する。さて、図１に示すように、本形態のネットワークでは、ルータ１、第１ハブ１０、第２ハブ１３の都合３つの伝送装置を用いている。
【００６４】
　したがって、本形態の予約状況テーブル７は、ルータ１に関するテーブル（図５（ａ））、第１ハブ１０に関するテーブル（図５（ｂ））、第２ハブ１３に関するテーブル（図５（ｃ））の、３つのテーブルからなる。
【００６５】
　それぞれのテーブルは、ポート毎に、接続先、予約可能帯域（入力）、予約済帯域（入力）、予約可能帯域（出力）、予約済帯域（出力）という、フィールドを持つ。
【００６６】
　ここでいう、「入力」とは、該当するポートへデータが到着することを意味し、「出力」とは、該当するポートからデータが送出されることを意味する。
【００６７】
　なお、図５の状態では、図５（ｃ）に示しているように、第２ハブ１３の第３ポート２１について、接続先はなく、予約済帯域は、入力も出力もいずれも、「０」となっている。
【００６８】
　次に、図６及び図７を用いて、不足位置テーブル８と利用可能位置テーブル９について説明する。
【００６９】
　図６に示すように、不足位置テーブル８は、電子機器名、ポート、不足帯域の３つのフィールドを持つ。図６は、第２ハブ１３の第１ポート１４が、５Ｍｂｐｓだけ帯域が不足している状態を示す。
【００７０】
　なお、この不足位置テーブル８が空（エントリがない）であるときは、現在の全てのリソース要求に対応できることを意味し、空でないときは、エントリに示された位置において、リソース要求に対応できないことを意味する。
【００７１】
　図７に示すように、利用可能位置テーブル９は、電子機器名、ポートの２つのフィールドを持つ。図７は、第２ハブ１３の第１ポート１４が、利用可能であることを示している。
【００７２】
　次に、図８を用いて、リソース管理サーバ５がネットワークの経路を検索する処理を説明する。まず、図４のステップ３にて、リソース管理サーバ５は、電子機器から通知を受け取ると、ステップ１０にて、この電子機器の接続位置を特定する。
【００７３】
　この特定は、次のように行われる。リソース管理サーバ５は、第１ハブ１０、第２ハブ１３から、上述したように、ＳＮＭＰを用いて、ＭＩＢ（Ｍａｎａｇｅｍｅｎｔ　Ｉｎｆｏｒｍａｔｉｏｎ　Ｂａｓｅ）情報を取得し、それぞれのハブに登録されたＭＡＣアドレスと、通知を送信した電子機器のＭＡＣアドレスを、比較する。この比較によって、電子機器の接続位置を特定できる。
【００７４】
　次に、ステップ１１にて、リソース管理サーバ５は、特定した接続位置を予約状況テーブル７に登録する。
【００７５】
　次に、ステップ１２にて、リソース管理サーバ５は、電子機器性能テーブル５を検索し、通知を送信した電子機器と、同一のグループに属するエントリがあるかどうかチェックする。
【００７６】
　もしあれば、リソース管理サーバ５は、ステップ１３にて、発見した電子機器と、通知を送信した電子機器との間の経路を特定し、ステップ１４にて、この経路を予約状況テーブル７に記録する。
【００７７】
　もしなければ、ステップ１５にて、リソース管理サーバ５は、他の電子機器についても検索を行い、全ての検索が終了するまで、ステップ１２以降の処理を繰り返す。
【００７８】
　次に、図９を用いて、リソース管理サーバ５がリソースを検索する処理を説明する。まず、図９のステップ２０にて、図８の処理で、記録されたネットワーク経路を読み出す。また、ステップ２１にて、リソース管理サーバ５は、この経路について、現在の帯域情報を取得する。
【００７９】
　そして、ステップ２２にて、通知を送信した電子機器によって要求された帯域と、現在の帯域とを比較し、予約可能な帯域が、要求された帯域以上であるかどうかをチェックする。
【００８０】
　もしそうなら、ステップ２３にて、リソース管理サーバ５は、この経路について、利用可能を示すフラグをセットし、目的の電子機器まで到達するまで（ステップ２４）、検討する位置を通知を送信した電子機器が接続されているポートから目的の電子機器へ向けて、進めつつ、ステップ２１〜ステップ２４の処理を繰り返し、ステップ２６へ移る。
【００８１】
　もしそうでないなら、ステップ２５にて、リソース管理サーバ５は、帯域が不足している位置を特定し、この情報を、不足位置テーブル８にセットし、ステップ２６へ移る。
【００８２】
　リソース管理サーバ５は、ステップ２６にて、全ての経路をチェックしたことを確認し、不足位置テーブル８が空でないかどうかチェックする。空であれば、リソース管理サーバ５は、そのまま処理を終了するが、空でないときは、ステップ２８にて、図１２に例示しているように、リソース管理サーバ５は、予約ができなかった旨表示できる画像を生成する。
【００８３】
　この画像は、ネットワークにおいて、画像表示を行える電子機器（電子機器Ａ、Ｂなど）に送信され、表示される。なお、表示手段を持たない電子機器については、ＬＥＤの表示や、音声などによって、ユーザにその旨通知するようにしても良い。
【００８４】
　次に、図１０を用いて、リソース管理サーバ５がリソースを予約する処理を説明する。まず、図１０のステップ３０にて、図８の処理で、記録されたネットワーク経路を読み出す。
【００８５】
　また、ステップ３１にて、リソース管理サーバ５は、予約を行うべき電子機器の内の一つを選び、これに予約要求を送信する（ステップ３２）。そして、予約を行うべき電子機器の全てについて、リソース管理サーバ５は、ステップ３１〜ステップ３２の処理を行い、全経路について、ステップ３０〜３３の処理を繰り返す（ステップ３４）。
【００８６】
　なお、予約要求は、ＲＳＶＰ等に従い、ネットワークの各ノード（ルータ１や各ハブ１０，１３など）に通知される。各ノードは、通知に従って、自身のリソースをそのサービスのために予約する。
【００８７】
　なお、以上では、リソース管理サーバ５が、予約要求を発行することとしたが、電子機器が行うようにすることもできる。このような予約が実行されると、予約状況テーブル７は、電子機器Ｅが接続される前では、図５に示すような状態となる。
【００８８】
　次に、図１に示すように、電子機器Ｅが第２ハブ１３の第３ポート２１に接続される場合を例にとって、本形態のリソース管理システムの動作を説明する。
【００８９】
　まず、電子機器Ｅが、第３ポート２１に接続されると、電子機器Ｅは、図４のフローチャートに従って、リソース管理サーバ５に通知する。
【００９０】
　リソース管理サーバ５は、この通知を受け取ると、図８のフローチャートに従って、ネットワークの経路を検索する。
【００９１】
　この例では、電子機器Ｅは、ＡＶグループに属するので、リソース管理サーバ５は、電子機器性能テーブル６において、同じＡＶグループに属する電子機器を検索し、電子機器Ａ、Ｂ、Ｄがヒットする。
【００９２】
　そして、リソース管理サーバ５は、次の３つの経路を、ネットワーク経路として特定する。
（経路１）電子機器Ｅの第３ポート２１〜第２ハブ１３の第１ポート１４〜ルータ１の第２ポート３〜ルータ１の第１ポート２〜第１ハブ１０の第１ポート１１〜第１ハブ１０の第２ポート１６〜電子機器Ａ
（経路２）電子機器Ｅの第３ポート２１〜第２ハブ１３の第１ポート１４〜ルータ１の第２ポート３〜ルータ１の第１ポート２〜第１ハブ１０の第１ポート１１〜第１ハブ１０の第３ポート１７〜電子機器Ｂ
（経路３）電子機器Ｅの第３ポート２１〜第２ハブ１３の第２ポート２０〜電子機器Ｄ
　次に、リソース管理サーバ５は、図９に従い、経路１〜３のそれぞれについて、電子機器Ｅが要求するリソースを割り当てることができるかどうか、判定する。
【００９３】
　即ち、経路１について、電子機器Ｅが要求するリソースの最大値が、経路１の全ての位置において、リソースの残量よりも小さければ、割り当て可能とし、そうでなければ、割り当て不可能と判定する。
【００９４】
　経路１の各位置について検討すると、次のようになる。まず、電子機器Ｅと第２ハブ１４の第３ポート２１との間の位置では、帯域１００Ｍｂｐｓが全く使用されていないため、２２Ｍｂｐｓの割り当ては可能である。
【００９５】
　第２ハブ１３の第１ポート１４とルータ１の第２ポート３との間の位置では、１００Ｍｂｐｓの帯域のうち、１０Ｍｂｐｓが既に割り当てられているが、９０Ｍｂｐｓの余裕があるため、２２Ｍｂｐｓの割り当ては可能である。
【００９６】
　ルータ１の第１ポート２と第１ハブ１０の第１ポート１１との間の位置では、１００Ｍｂｐｓの帯域のうち、１１Ｍｂｐｓが既に割り当てられているが、８９Ｍｂｐｓの余裕があるため、２２Ｍｂｐｓの割り当ては可能である。
【００９７】
　第１ハブ１０の第２ポート１６と電子機器Ａとの間の位置では、１００Ｍｂｐｓの帯域中、１０Ｍｂｐｓが割り当てられているが、９０Ｍｂｐｓの余裕があるため、２２Ｍｂｐｓの割り当ては可能である。ただし、テレビ（電子機器Ａ）は、１ｃｈしか受信できないので、電子機器Ａは、電子機器Ｄまたは電子機器Ｅのいずれか１つからしか受信できない。
【００９８】
　以上の検討の結果、経路１は、割り当て可能と判定される。同様に、経路２，経路３についても、判定が行われる。
【００９９】
　＜割り当てできる場合＞
判定の結果、割り当て可能となれば、図１０に従って、リソースが予約される。電子機器Ｅが接続され、経路１が選択されると、上述のようにリソースが予約され、その後、予約状況テーブル７は、図５に示す状態から、図１１に示す状態へ遷移する。
【０１００】
　図１１を見れば、図１１（ｃ）の第３ポートの接続先が「なし」から「電子機器Ｅ」に変更され、電子機器Ｅに関連する経路の値が変更されていることが、理解されよう。
【０１０１】
　＜割り当てできない場合＞
不足位置テーブル８が空でない場合には、本形態では、ＧＵＩ（グラフィックユーザインターフェイス）を用いてリソースが予約できないことを、ユーザに通知する。
【０１０２】
　ＧＵＩは、例えば図１２に示すようなものが好ましい。但し、表示手段を持たない電子機器については、ＬＥＤ表示や音声で通知するようにしても良い。
【０１０３】
　さらに、本形態では、図１４に示すように、リソースを割り当てることができなかった、位置をＧＵＩに表示する。
【０１０４】
　図１３は、この表示のための処理を示すフローチャートである。まず、リソース管理サーバ５は、ステップ４０にて、不足位置テーブル８が空でなければ、ステップ４１にて、図１２に示すように、ＲＡＭ３２に確保した描画用のエリアに、電子機器性能テーブル６と予約状況テーブル７とを参照し、ルータ１、各ハブ１０、１３を描画する。また、リソース管理サーバ５は、接続関係にある電子機器間に線を描画する。
【０１０５】
　次に、ステップ４２にて、不足位置テーブル８に基づいて、図１４に示すように、不足している位置に「リソース不足です」という文字を描画する。これにより、ユーザは、どの位置で、リソースが不足しているのかを確認できる。したがって、ユーザは、頻繁にリソースが不足する部分の帯域を広げたり、別の経路を用意したりするなど、ネットワークの合理化の為に必要な情報を得ることができる。
【０１０６】
　また、本形態のシステムでは、リソース管理サーバ５は、リソースを提供可能な他の接続位置を検索し、その結果をＧＵＩに表示し、図１６に示すように、その位置への接続し直しを促す機能を有する。
【０１０７】
　図１５は、この処理に関するフローチャートである。図１５のステップ５０〜５１の処理は、図１３のステップ４０〜４１と同様であるので、説明を省略する。
【０１０８】
　さて、リソース管理サーバ５は、ステップ５２にて、電子機器性能テーブル６に接続された、ルータ又はハブのポートのうち、電子機器が未だ接続されていない、ポートを１つ選択する。この選択において、ルータを優先させても良いし、ハブを優先させても良い。
【０１０９】
　そして、リソース管理サーバ５は、ステップ５３にて、選んだポートについて、図８、図９と同様に、リソースが割り当て可能かどうかをチェックする。
【０１１０】
　割り当て可能なものがあれば、リソース管理サーバ５は、ステップ５７にて、そのポートを図７の利用可能位置テーブル９にセットする。この処理は、割り当て可能なポート（代替ポート）を１つ見つけたらすぐ終了するようにしても良いし、割り当て可能なポート（代替ポート）を全て見つけるようにしても良い。
【０１１１】
　なお、リソース管理サーバ５は、選んだポートについて、割り当てが不可能な場合は、次のポートについて検討を行う（ステップ５５、５６）。
【０１１２】
　さて、ポートの検索が終了したら、利用可能位置テーブル９が空でない場合（ステップ５８）、リソース管理サーバ５は、上述したエリアに図１６に示すような描画を行う。即ち、利用可能位置テーブル９に保持された電子機器のポート（代替ポート）から描画されている接続線の上に、「ここに繋ぐ」という文字を描画する。
【０１１３】
　以上の処理において、検索したネットワーク上の接続位置を、ＧＵＩで表示することにより、サービスが提供可能な接続位置を、ユーザに表示することができる。ユーザは、表示に従って、接続位置を変更すれば、確実にサービスを受けることができ、便利である。
【０１１４】
　なお、予約の取り消しを行うには、例えば、予約と同様に削除したい電子機器の経路を検索し、その経路上から、削除する電子機器のリソースを、予約状況テーブル７から削除するようにすると良い。
【０１１５】
　＜再度予約＞
判定の結果、割り当てが不可能な場合、本形態では、手法１〜手法４のいずれかにより、再度予約を行うことができるようにしている。
【０１１６】
　（手法１）この手法では、ハイビジョン画質による映像配信と、ＶＴＲ画質による映像配信とを、選択できる電子機器のように、１つの電子機器が、複数のリソースによるサービス提供能力を持っている場合、高いリソースで割り当てが不可能な場合、低いリソースにより、再度予約を行う。
【０１１７】
　例えば、図１に示す電子機器Ｅは、ハイビジョン品質の画像（２２Ｍｂｐｓ）と、ＶＴＲ品質の画像（６Ｍｂｐｓ）とを、送信する能力を持っている。そこで、リソース管理サーバ５は、まず高いリソースを要する、ハイビジョン品質での予約を試みる。
【０１１８】
　ここで、この予約に失敗した場合、低いリソースで足りる、ＶＴＲ品質で再度予約を試みる。
【０１１９】
　（手法２）この手法では、リソース管理サーバ５は、全ての電子機器の予約を、一度開放し、ネットワーク上のリソースのうち、リソース要求の高い電子機器（例えば、ハイビジョン画質のＶＴＲやＤＶＤプレーヤなどは、必要な帯域が多いから、要求が高いとする）から、順次再度予約を行う。
【０１２０】
　まず、電子機器Ｅの接続時に、リソースの予約に失敗したものとすると、このとき、リソース管理サーバ５は、一度全ての予約を取り消す。
【０１２１】
　次に、リソース管理サーバ５は、リソースの要求が高いもの（図３に示す、電子機器状況テーブル６における、ネットワーク送信能力の値が大きい電子機器）から優先的に、予約を取り直す。図示している例では、電子機器Ｅ、電子機器Ｄ、電子機器Ｃの順になる。
【０１２２】
　その結果、利用できなくなった電子機器が発生する場合、ＧＵＩを通じて、その電子機器のユーザに通知すると良い。
【０１２３】
　（手法３）この手法では、リソース管理サーバ５は、全ての電子機器の予約を、一度開放し、ネットワーク上のリソースのうち、リソース要求の低い電子機器から、順次再度予約を行う。
【０１２４】
　まず、電子機器Ｅの接続時に、リソースの予約に失敗したものとすると、このとき、リソース管理サーバ５は、一度全ての予約を取り消す。
【０１２５】
　次に、リソース管理サーバ５は、リソースの要求が低いもの（図３に示す、電子機器状況テーブル６における、ネットワーク送信能力の値が小さい電子機器）から優先的に、予約を取り直す。図示している例では、電子機器Ｃ、電子機器Ｄ、電子機器Ｅの順になる。
【０１２６】
　その結果、利用できなくなった電子機器が発生する場合、ＧＵＩを通じて、その電子機器のユーザに通知すると良い。
【０１２７】
　（手法４）この手法では、ＧＵＩを通じて、ユーザに優先順位を任意に定めてもらい、それに従って、再度予約する。
【０１２８】
　まず、電子機器Ｅの接続時に、リソースの予約に失敗したものとすると、このとき、リソース管理サーバ５は、一度全ての予約を取り消す。
【０１２９】
　次に、リソース管理サーバ５は、ＧＵＩを表示して、ユーザに電子機器の優先順位の入力を求める。ユーザから入力があれば、それに従って、優先的に、予約を取り直す。
【０１３０】
　なお、（手法１）〜（手法４）は、単独に実施しても良いし、互いに矛盾しないなら、組み合わせて実施しても良い。さらには、予約されているが実際に通信が行われていないリソースの要求を、無駄な予約を排除するため、他のサービスに転用すると良い。
【０１３１】
　以上の処理により、電子機器Ｅの接続時に、電子機器Ｅがネットワークに接続された他の電子機器との間で、確実にサービスを提供できるようにリソースを予約することができるため、電子機器Ｅの使用時には、確実にサービスを提供することが可能となる。
【０１３２】
　なお、本形態では、予約するリソースとして帯域を用いているが、遅延など他のパラメータを用いてももちろんかまわない。
【０１３３】
　さらに、本形態では、Ｅｔｈｅｒｎｅｔ（登録商標）による接続で説明したが、ＩＥＥＥ８０２．１１などの無線ＬＡＮなど、他の接続形態においても有効なことはいうまでもない。
【０１３４】
　以上において、図１２、図１４及び図１６において、３つの画像情報表示例を示した。これらの表示例やそれに関する処理アルゴリズムは、以下に述べるようにさらに拡張することができる。
【０１３５】
　（１）図１７に示すように、リソース管理サーバ５が要求された電子機器の接続が可能かどうか判断している間に、接続可能かどうか判定中である旨表示することが望ましい。あるいは、単に、「しばらくお待ち下さい」というように表示しても良い。これにより、ユーザは、現在の状態を知ることができる。
【０１３６】
　（２）図１８に示すように、ユーザが電子機器をポートに接続する前に、各ポートについて、現在どれくらい帯域の空きがあるかを、表示するのも望ましい。こうすれば、ユーザは、接続の前に、目的のポートにどのような電子機器を接続できるのかを知ることができる。したがって、ユーザは、新しい電子機器を購入するような場合、この情報を参考にでき、便利である。
【０１３７】
　なお、図１８では、全ての空いているポートについて、同時に帯域の空きを表示しているが、ポートごとに帯域の空きを表示するようにしても良い。
【０１３８】
　（３）リソース管理サーバ５が、図９の処理を全ての空きポートに対して、実行すると、図１９のような表示を行うこともできる。即ち、この処理の結果、複数のポートに電子機器を接続できることが判明した場合、図１９に示すように、接続可能なポート候補を、全て表示すると良い。
【０１３９】
　こうすると、ユーザは、電子機器の設置場所を自由に選択できるので、便利である。なお、図１９では、接続可能な全てのポート候補を、同時に表示しているが、このポート候補を１つずつ表示するようにしても良い。
【０１４０】
　また、図１９において、該当するポートが接続可能である旨をユーザに通知できれば十分であって、例えば、「ＯＫ」印を付けるなど、他の表示形態によっても良い。あるいは、接続できないポートのみに否定的な表示、例えば「×」印などをしても良い。
【０１４１】
　（４）図１２等では、電子機器を接続するタイミングにおいて、該当するポートを用いるとリソース不足で電子機器を使用できない旨表示するようにした。しかしながら、図２０に示すように、電子機器が、例えば再生動作など、実際にリソースを使用し始めるタイミングにおいて、電子機器を使用できない旨表示しても良い。
【０１４２】
　こうすると、ユーザは、電子機器を使用できない理由とその原因となっている箇所の情報を得ることができ、便利である。
【０１４３】
　（５）図２１に示すように、単にリソース不足で予約ができないとユーザに表示するだけでなく、現在使用されている他の電子機器であって、その使用をやめれば、ユーザが使用しようとしている電子機器を使用できる旨表示することもできる。
【０１４４】
　このためには、次のような処理を、リソース管理サーバ５が、行えばよい。
【０１４５】
　まず、リソース管理サーバ５は、例えば、図２２に示すようなデータ構造を持つ停止対象テーブルを、ＲＡＭ３２に確保する。
【０１４６】
　次に、リソース管理サーバ５は、図２３に例示するアルゴリズムにより、停止対象となる電子機器を検索する。まず、ステップ６０にて、不足位置テーブル８に記録された電子機器に関する、予約状況の情報を、予約状況テーブル７から取得する。
【０１４７】
　ステップ６１にて、リソース管理サーバ５は、予約状況テーブル７に予約済み帯域がなければ、処理を終了し、そうでなければ、ステップ６２へ処理を移す。
【０１４８】
　ステップ６２にて、リソース管理サーバ５は、該当するポートについて予約済み帯域を取得し、ステップ６３にて、不足帯域が該当するポートの予約済み帯域より小さいかどうかチェックする。
【０１４９】
　ステップ６３において小さくないとされるときは、ステップ６４にて、リソース管理サーバ５は、該当するポートをＲＡＭ３２に確保した停止対象テーブルに記録し、ステップ６５にて、リソース管理サーバ５は、不足帯域が停止対象テーブルの帯域の合計より小さいかどうかチェックする。
【０１５０】
　ステップ６５において小さくないとされるときは、ステップ６６にて、リソース管理サーバ５は、予約済み帯域がある他のポートが存在するかどうかチェックする。もし存在しなければ、リソース管理サーバ５は、処理を終了し、存在すれば、リソース管理サーバ５は、ステップ６２へ処理を戻す。
【０１５１】
　ステップ６３において小さいとされるときは、ステップ６７にて、リソース管理サーバ５は、停止対象テーブルをクリアして、ステップ６８にて、停止対象テーブルに該当するポートを記録し、ステップ６９へ処理を移す。
【０１５２】
　ステップ６５において小さいとされるときは、リソース管理サーバ５は、ステップ６９に処理を移す。
【０１５３】
　ステップ６９からステップ７０において、リソース管理サーバ５は、停止対象テーブルに記録された全てのポートについて、「この電子機器を使用しなければ利用できる」旨の表示を行う。
【０１５４】
　以上により、図２１に示すように、単にリソース不足で予約ができないとユーザに表示するだけでなく、現在使用されている他の電子機器であって、その使用をやめれば、ユーザが使用しようとしている電子機器を使用できる旨表示できる。
【０１５５】
　これにより、ユーザは、一部の電子機器の使用をやめれば、新たな電子機器を確実に利用でき、便利である。
【０１５６】
　あるいは、リソース管理サーバ５による上記処理の結果は、図２４に示すように表示しても良い。即ち、ステップ６９からステップ７０において、「この電子機器を同時に使用しなければよい」旨表示するのではなく、「この電子機器を外せば良い」旨表示しても良い。
【０１５７】
　これにより、ユーザは、一部の電子機器をポートから外せば、新たな電子機器を確実に利用でき、便利である。
【０１５８】
　なお、図２４では、接続を解除すべき電子機器を１つだけ表示しているが、接続を解除すべき電子機器を複数一度に表示しても良い。
【０１５９】
　（６）図２５に示すように、単にリソース不足で予約ができないとユーザに表示するだけでなく、現在使用されている他の電子機器であって、そのポートを別のポートに移動すれば、ユーザが使用しようとしている電子機器を使用できる旨表示することもできる。
【０１６０】
　このためには、図２６に例示する処理を、リソース管理サーバ５が、行えばよい。ステップ８０にて、リソース管理サーバ５は、仮移動する電子機器を１つ選ぶが、リソース管理サーバ５は、ステップ８１にて、仮移動する電子機器が全くないか残っていないときには、処理を終了する。そうでなければ、リソース管理サーバ５は、処理をステップ８２に移す。
【０１６１】
　ステップ８２にて、リソース管理サーバ５は、予約状況テーブル７の内容を、ＲＡＭ３２にコピーし、ステップ８３にて、ＲＡＭ３２において、仮移動する電子機器の予約を削除する。
【０１６２】
　ステップ８４にて、リソース管理サーバ５は、あいているポートの中から仮移動先のポートを１つ選ぶ。
【０１６３】
　ステップ８５にて、リソース管理サーバ５は、あいているポートが１つもないか、全てのあいているポートについての検討が完了しているときには、処理をステップ８０に戻し、次の仮移動する機器を選ぶ。そうでなければ、リソース管理サーバ５は、処理をステップ８６に移す。
【０１６４】
　ステップ８６にて、リソース管理サーバ５は、図８と同様に経路を取得し、ステップ８７にて、リソース管理サーバ５は、図９と同様に利用可能フラグをセットする。
【０１６５】
　そして、ステップ８８にて、不足位置テーブル８が空であれば、ステップ８９にて、リソース管理サーバ５は、図２５に示す描画を行う。そうでなければ、リソース管理サーバ５は、処理をステップ８０へ戻す。
【０１６６】
　以上により、図２５に示すように、単にリソース不足で予約ができないとユーザに表示するだけでなく、現在使用されている他の電子機器であって、そのポートを別のポートに移動すれば、ユーザが使用しようとしている電子機器を使用できる旨表示できる。
【０１６７】
　これにより、ユーザは、指示通り、特定の電子機器を移動しさえすれば、希望する電子機器を希望するポートに接続して、確実に利用できるため、便利である。
【０１６８】
　（７）以上では、ネットワーク経路をツリー構造で表示したが、電子機器が設置される建物（例えば、家屋やオフィスビルなど）の間取り図が、既知であるときには、図２７に示すように、間取りに従って、電子機器やポート等を表示すると良い。
【０１６９】
　こうすると、ユーザは、希望する電子機器について、利用可能なポートの位置を、容易に、かつ直感的に理解することができ、便利である。
【０１７０】
　（８）さらには、図２８に示すように、新しいハブ又はスイッチ等を購入すれば、電子機器を接続できる旨表示しても良い。このためのアルゴリズムは、上述の各種アルゴリズムを適宜組み合わせれば構成できる。
【０１７１】
　こうすれば、ユーザは、指示通り、新しいハブ等を購入し、接続すれば、希望する電子機器を確実に利用できるため、便利である。
【０１７２】
　（９）以上では、主として、ユーザ自身が、電子機器の接続を行う場合を説明した。しかしながら、ユーザが、サービスマンを呼んで、電子機器の接続を依頼することも考えられる。そのような場合には、次のようにすると良い。
【０１７３】
　図２９は、サービスマン用の携帯情報端末（例えば、ＰＤＡ、携帯電話、可搬性を持つパーソナルコンピュータなど）を示す。この端末は、本体４０と、本体４０に設けられる次の要素を備える。
【０１７４】
　表示部４１は、タッチパネル、タブレット又は表示パネル（ＬＣＤ等）であり、リソースの使用状況などを表示する。ポート４２には、ネットワークケーブル４３を接続できるようになっており、ネットワークケーブル４３の先端には、ポートに接続できる端子４４が取り付けられている。
【０１７５】
　また、本体４０には、機器設定ボタン４５、接続関係表示ボタン４６、予約状況表示ボタン４７が設けられている。なお、これらのボタン４５〜４７は、表示部４１がタッチパネルあるいはタブレット等で構成されるときには、表示部４１にソフトウエアキーとして設けても良い。
【０１７６】
　機器設定ボタン４５は、使用したい電子機器に関する、リソースの要求やグループに関する情報などを入力するためのものである。入力は、表示部４１等により手入力しても良いし、リソース管理サーバ５から情報の一部又は全部をネットワーク経由で取得しても良い。あるいは、この情報は、インターネット上に存在するメーカのｗｅｂサーバ等に、電子機器の型番などを入力し、取得することもできる。
【０１７７】
　機器設定ボタン４５を押し下げると、図３０に示す処理が実行される。即ち、ステップ１１１〜ステップ１１７にて、機器名、グループ名、機能、ネットワーク受信能力、受信サービス能力、ネットワーク送信能力、送信サービス能力が順次入力される。この入力の順序は、任意に変更できる。要するに、図３に示した機器性能テーブル６の内容を特定できれば十分である。
【０１７８】
　この入力は、実際の電子機器が存在していなくても、実行できる。したがって、このようにすると、ユーザは、電子機器の購入前に、該当する電子機器の設置場所を確認することができ、便利である。
【０１７９】
　図２９において、接続関係表示ボタン４６は、リソース管理サーバ５から接続関係の情報を取得するためのものである。
【０１８０】
　端子４４を適当な、あきポートに挿入した上で、接続関係表示ボタン４６が押し下げられると、図３１に示す処理が実行される。ステップ１０１にて、携帯情報端末は、ケーブル４３を介して、リソース管理サーバ５に接続する。
【０１８１】
　次に、ステップ１０２にて、携帯情報端末は、リソース管理サーバ５から接続関係情報を取得し、ステップ１０３にて、取得した内容を、そのまま表示部４１に表示する。
【０１８２】
　図２９において、予約状況表示ボタン４７は、リソース管理サーバ５から予約状況の情報を取得するためのものである。
【０１８３】
　端子４４を適当な、あきポートに挿入した上で、予約状況表示ボタン４７が押し下げられると、図３２に示す処理が実行される。ステップ９１にて、携帯情報端末は、ケーブル４３を介して、リソース管理サーバ５に接続する。
【０１８４】
　次に、ステップ９２にて、携帯情報端末は、リソース管理サーバ５から予約状況テーブル７の内容を取得し、ステップ９３にて、取得した内容を、そのまま表示部４１に表示する。このようにすると、携帯情報端末があれば、予約の状況や接続関係を確認でき、メンテナンスに便利である。
【０１８５】
　（１０）図３３に示すように、新たな電子機器（ここではハイビジョンＶＴＲ）を既に別の電子機器（ここでは電話）が接続されているポートに、どうしても接続したいという場合もある。例えば、部屋のレイアウト上、その場所でなければ都合が悪い場合などである。
【０１８６】
　ここで、接続したいポートの指示は、例えば、電子機器に付属しているリモコンや図２９に示した携帯情報端末等で簡単に実施できる。
【０１８７】
　さて、このような場合、図３５に例示する処理を行えば、図３４に示すように、別の電子機器の移動先を指示することができる。
【０１８８】
　図３５のステップ１２０にて、リソース管理サーバ５は、ユーザから新たな電子機器を設置したいポートの位置を入力する。
【０１８９】
　ステップ１２１にて、リソース管理サーバ５は、予約状況テーブル７を検索し、該当するポートに接続されている電子機器の情報を取得する。
【０１９０】
　ステップ１２２にて、リソース管理サーバ５は、この電子機器の接続先が「なし」になっているかどうかチェックする。
【０１９１】
　ステップ１２２において「なし」でなければ、ステップ１２３にて、リソース管理サーバ５は、テーブル６〜８をＲＡＭ３２にコピーし、ステップ１２４にて該当するポートに接続されている電子機器に関する予約情報をＲＡＭ３２にコピーし、ステップ１２５にて、この予約情報をＲＡＭ３２にコピーした予約状況テーブル７から削除する。
【０１９２】
　ステップ１２６にて、リソース管理サーバ５は、ステップ１０〜１５及びステップ２０〜２８と同様の処理を行い、該当するポートに接続されている電子機器について、移動先のポートを決定する。
【０１９３】
　そして、ステップ１２７にて、リソース管理サーバ５は、移動先のポートについて、該当するポートに接続されている電子機器を接続可能かどうかチェックする。接続可能でなければ、ステップ１３２にて、リソース管理サーバ５は、接続できない旨表示する。
【０１９４】
　接続可能なら、ステップ１２８〜ステップ１３１にて、リソース管理サーバ５は、ステップ１２４で予約情報をコピーした電子機器の移動先のポートについても、同様の処理を繰り返す。
【０１９５】
　さて、ステップ１２２において、該当するポートの接続先が「なし」ならば、リソース管理サーバ５は、ステップ１３３〜１３６の処理を行う。
【０１９６】
　いずれにしても、該当するポートに接続されている電子機器について、１つでも移動先のポートであって、この電子機器を接続しても差し支えないものが見つかったら、リソース管理サーバ５は、接続できる旨表示し（ステップ１３７）、そうでないときは、接続できない旨表示する（ステップ１３２、１３８）。
【０１９７】
　このようにすると、ユーザは、新たな電子機器を希望するポートに接続できるだけでなく、この希望するポートに既に接続されている電子機器について、移動すべき先のポートを知ることができ、便利である。
【０１９８】
　なお、図３４では、既に希望するポートに接続されている電子機器の、移動先のポートを１つだけ表示しているが、移動先のポートが複数ある時は、同時にいくつかの候補を併せて表示するようにしても良い。
【０１９９】
　（１１）図３６は、電子機器の例であるＤＶＤプレーヤのフロントマスクを示す。このプレーヤは、本体ケース５０と、ディスクトレイ５１と、操作ボタン５２と、表示部５３と、通信部５４と、ポート５５とを備える。
【０２００】
　ポート５５には、ネットワークケーブル５６が接続され、その先端には、ハブのポートに接続できる端子５７が取り付けられている。
【０２０１】
　通信部５４は、ネットワークケーブル５６を用いて、ネットワーク経路を介してリソース管理サーバ５と通信する。
【０２０２】
　表示部５３は、ＬＣＤや蛍光表示管等からなり、通常表示では、ディスクトレイ５１にセットされたＤＶＤのトラック、タイトル、再生時間、現在日時、現在時刻等を表示する。
【０２０３】
　しかしながら、表示部５３は、この通常表示に先立ち、端子５７をハブのポートに接続してからしばらくの間、接続情報を表示する。
【０２０４】
　通信部５４は、ネットワーク経路に接続されるとリソースの要求とグループとに関する情報をリソース管理サーバ５に通知し、リソース管理サーバ５から接続情報を取得して、接続情報を表示部５３に表示させることにより、ユーザに通知する。なお、接続情報は、表示部５３によらず、音声などでユーザに通知することもできる。
【０２０５】
　接続情報の表示の後、表示部５３は、通常の表示状態へ遷移する。接続情報の表示は、例えば、図３８（ａ）〜図３８（ｅ）に示すように行う。
【０２０６】
　次に、図３７により、ＤＶＤプレーヤの処理の流れを説明する。まず、ステップ１４１にて、端子５７がハブのポートに接続されると、通信部５４は、リソース管理サーバ５に、リソース要求とグループの情報とを通知しようと試みる。
【０２０７】
　ステップ１４２にて、この通知が成功したならば、通信部５４は、リソース管理サーバ５から接続情報を取得する。取得した接続情報は、表示部５３へ出力され、表示される。
【０２０８】
　この接続情報は、リソース管理サーバ５が生成するものである。電子機器が文字ＲＯＭ等、キャラクタコードから文字列を生成できる要素を有するときは、テキスト形式で送信することができる。あるいは、リソース管理サーバ５が、表示部５３に合わせた画像情報を生成し、生成した画像情報を、通信部５４へ送信するようにしても良い。さらには、電子機器が、複数のメッセージのそれぞれを、ユニークなメッセージインデックス（例えば、ＩＤ等）と関連付けて記憶している場合には、リソース管理サーバ５は、このメッセージインデックスのみを通信部５４へ送信するようにしても良い。
【０２０９】
　そして、通常表示でない、接続情報の表示は、一定時間だけ行われ（ステップ１４４）、この一定時間が経過した後には、表示部５３は、通常表示を行うモードへ遷移し（ステップ１４５）、以下は、普通の電子機器の動作と変わりない（ステップ１４６、１４７）。
【０２１０】
　（１２）さらに、ハブについても、図３９に示すような工夫を凝らすことが望ましい。図３９（ａ）は、ポートに何も電子機器が接続されていない状態を示す。
【０２１１】
　ここで、図３９（ｂ）に示すように、特定の電子機器を接続して良いポートについて、該当するＬＥＤを点灯させたり、図３９（ｃ）に示すように、特定の電子機器を接続して良いポートについて、該当するＬＥＤを点滅させたりするとよい。
【０２１２】
　あるいは、図３９（ｄ）に示すように、特定の電子機器をあるポートに接続した際、リソースの要求に対応できないときには、否定的な音（例えば「ブー」というような音）を鳴らすとよい。反対に、リソースの要求に対応できるときには、肯定的な音（例えば「ピンポン」というような音）を鳴らすと良い。
【０２１３】
　以上の表示や発音は、ハブにＬＥＤ等の発光素子やスピーカ等を設け、リソース管理サーバ５が、該当するハブに通知を発行することにより、実現できる。
【０２１４】
　（１３）さらには、電子機器をつなぐ前に、接続位置を提案する「おまかせ」モードを追加することができる。「おまかせ」モードでは、電子機器あるいは図２９に示した携帯情報端末からリソース管理サーバ５への通知の後に、リソース管理サーバ５が、予約状況テーブル７を参照し、電子機器が接続されていないポートについて、ステップ１０〜１５及びステップ２０〜２８の処理を行い、接続可能なポートをユーザに提示することができる。
【０２１５】
　電子機器が接続されていないポートを検索するには、予約状況テーブル７の先頭のエントリから検索しても良いし、末尾のエントリから検索しても良い。リソース管理サーバ５は、電子機器が接続されていないポートを発見できないときは、接続できない旨をユーザに表示し、発見できれば、発見したポートをユーザに表示すればよい。
【０２１６】
　勿論、上述したように、リソース管理サーバ５が、既にポートに接続されている電子機器を移動させることをユーザに表示するようにしても良い。
【産業上の利用可能性】
【０２１７】
　本発明に係るリソース管理システムは、例えば、ホームネットワークあるいはそれよりも規模が大きいネットワークあるいはそれらの関連技術分野において好適に利用できる。
【図面の簡単な説明】
【０２１８】
【図１】本発明の一実施の形態におけるリソース管理システムのブロック図
【図２】本発明の一実施の形態におけるルータのブロック図
【図３】本発明の一実施の形態における電子機器性能テーブルの例示図
【図４】本発明の一実施の形態における電子機器のフローチャート
【図５】（ａ）本発明の一実施の形態における予約状況テーブルの例示図（ルータ）　（ｂ）本発明の一実施の形態における予約状況テーブルの例示図（第１ハブ）　（ｃ）本発明の一実施の形態における予約状況テーブルの例示図（第２ハブ）
【図６】本発明の一実施の形態における不足位置テーブルの例示図
【図７】本発明の一実施の形態における利用可能位置テーブルの例示図
【図８】本発明の一実施の形態におけるリソース管理サーバのフローチャート
【図９】本発明の一実施の形態におけるリソース管理サーバのフローチャート
【図１０】本発明の一実施の形態におけるリソース管理サーバのフローチャート
【図１１】（ａ）本発明の一実施の形態における予約状況テーブルの例示図（ルータ）　（ｂ）本発明の一実施の形態における予約状況テーブルの例示図（第１ハブ）　（ｃ）本発明の一実施の形態における予約状況テーブルの例示図（第２ハブ）
【図１２】本発明の一実施の形態における画像情報表示例図
【図１３】本発明の一実施の形態におけるリソース管理サーバのフローチャート
【図１４】本発明の一実施の形態における画像情報表示例図
【図１５】本発明の一実施の形態におけるリソース管理サーバのフローチャート
【図１６】本発明の一実施の形態における画像情報表示例図
【図１７】本発明の一実施の形態における画像情報表示例図
【図１８】本発明の一実施の形態における画像情報表示例図
【図１９】本発明の一実施の形態における画像情報表示例図
【図２０】本発明の一実施の形態における画像情報表示例図
【図２１】本発明の一実施の形態における画像情報表示例図
【図２２】本発明の一実施の形態における停止対象テーブルのデータ構造図
【図２３】本発明の一実施の形態におけるリソース管理サーバのフローチャート
【図２４】本発明の一実施の形態における画像情報表示例図
【図２５】本発明の一実施の形態における画像情報表示例図
【図２６】本発明の一実施の形態におけるリソース管理サーバのフローチャート
【図２７】本発明の一実施の形態における画像情報表示例図
【図２８】本発明の一実施の形態における画像情報表示例図
【図２９】本発明の一実施の形態における携帯情報端末の正面図
【図３０】本発明の一実施の形態における携帯情報端末のフローチャート
【図３１】本発明の一実施の形態における携帯情報端末のフローチャート
【図３２】本発明の一実施の形態における携帯情報端末のフローチャート
【図３３】本発明の一実施の形態における画像情報表示例図
【図３４】本発明の一実施の形態における画像情報表示例図
【図３５】本発明の一実施の形態におけるリソース管理サーバのフローチャート
【図３６】本発明の一実施の形態における電子機器の正面図
【図３７】本発明の一実施の形態における電子機器のフローチャート
【図３８】（ａ）本発明の一実施の形態における電子機器の表示例図　（ｂ）本発明の一実施の形態における電子機器の表示例図　（ｃ）本発明の一実施の形態における電子機器の表示例図　（ｄ）本発明の一実施の形態における電子機器の表示例図　（ｅ）本発明の一実施の形態における電子機器の表示例図
【図３９】（ａ）本発明の一実施の形態におけるハブの正面図　（ｂ）本発明の一実施の形態におけるハブの正面図　（ｃ）本発明の一実施の形態におけるハブの正面図　（ｄ）本発明の一実施の形態におけるハブの正面図
【符号の説明】
【０２１９】
１　ルータ
５　リソース管理サーバ
６　電子機器性能テーブル
７　予約状況テーブル
８　不足位置テーブル
９　利用可能位置テーブル
１０　第１ハブ
１２、１５　伝送路
１３　第２ハブ
４５　機器設定ボタン
４６　接続関係表示ボタン
４７　予約状況表示ボタン
４１、５３　表示部
５４　通信部
【図１】
2004140814.tif 000003
【図２】
2004140814.tif 000004
【図３】
2004140814.tif 000005
【図４】
2004140814.tif 000006
【図５】
2004140814.tif 000007
【図６】
2004140814.tif 000008
【図７】
2004140814.tif 000009
【図８】
2004140814.tif 000010
【図９】
2004140814.tif 000011
【図１０】
2004140814.tif 000012
【図１１】
2004140814.tif 000013
【図１２】
2004140814.tif 000014
【図１３】
2004140814.tif 000015
【図１４】
2004140814.tif 000016
【図１５】
2004140814.tif 000017
【図１６】
2004140814.tif 000018
【図１７】
2004140814.tif 000019
【図１８】
2004140814.tif 000020
【図１９】
2004140814.tif 000021
【図２０】
2004140814.tif 000022
【図２１】
2004140814.tif 000023
【図２２】
2004140814.tif 000024
【図２３】
2004140814.tif 000025
【図２４】
2004140814.tif 000026
【図２５】
2004140814.tif 000027
【図２６】
2004140814.tif 000028
【図２７】
2004140814.tif 000029
【図２８】
2004140814.tif 000030
【図２９】
2004140814.tif 000031
【図３０】
2004140814.tif 000032
【図３１】
2004140814.tif 000033
【図３２】
2004140814.tif 000034
【図３３】
2004140814.tif 000035
【図３４】
2004140814.tif 000036
【図３５】
2004140814.tif 000037
【図３６】
2004140814.tif 000038
【図３７】
2004140814.tif 000039
【図３８】
2004140814.tif 000040
【図３９】
2004140814.tif 000041