(57)【要約】　【課題】　ユーザがサービスの提供を受けたいときに極力サービスを提供できるようにしてユーザの不満を極力軽減できるサービス提供方法を提供する。　【解決手段】　映像サーバ２は、ユーザが要求したサービスの提供に必要な帯域を確保できない場合、確保できる帯域の範囲内で、ユーザが要求したサービスより低い品質のサービスを提供する。従って、ユーザが要求する品質より品質は低いが、少なくとも、ユーザがサービスの提供を受けたいときに、サービスの提供を受けることができるので、サービスの提供を全く行わない場合と比較して、ユーザの不満を軽減できる。【選択図】　図１
2004129244.tif 000002
【特許請求の範囲】
【請求項１】
要求を受けたサービスを提供するサービス提供手段によるサービス提供方法であって、
　要求されたサービスの提供に必要なネットワークリソースを確保できない場合、要求されたサービスより低い品質のサービスを提供するステップ、を含む、ことを特徴とするサービス提供方法。
【請求項２】
要求を受けたサービスを提供するサービス提供手段によるサービス提供方法であって、
　要求されたサービスの提供に必要なネットワークリソースを確保できるか否かを確認するステップと、
　その確認の結果、要求されたサービスの提供に必要なネットワークリソースを確保できない場合、要求されたサービスより低い品質のサービスの提供に必要なネットワークリソースを確保できるか否かを確認するステップと、
　その確認の結果、低い品質のサービスの提供に必要なネットワークリソースを確保できる場合、低い品質のサービスを提供できる旨を通知するステップと、
　その通知の結果、低い品質のサービスの提供を要求された場合は、低い品質のサービスを提供するステップと、を含む、ことを特徴とするサービス提供方法。
【請求項３】
要求を受けたサービスを提供するサービス提供手段によるサービス提供方法であって、
　要求されたサービスの提供に必要なネットワークリソースを確保できるか否かを確認するステップと、
　その確認の結果、要求されたサービスの提供に必要なネットワークリソースを確保できない場合、要求されたサービスより低い品質のサービスの提供に必要なネットワークリソースを確保できるか否かを確認するステップと、
　その確認の結果、低い品質のサービスの提供に必要なネットワークリソースを確保できる場合は、低い品質のサービスを提供するステップと、を含む、ことを特徴とするサービス提供方法。
【請求項４】
請求項２記載のサービス提供方法と、請求項３記載のサービス提供方法と、を含み、
　請求項２記載のサービス提供方法と、請求項３記載のサービス提供方法と、を切り替えることができる、ことを特徴とするサービス提供方法。
【請求項５】
現在提供しているサービスより高い品質の提供に必要なネットワークリソースを確保できる場合、高い品質のサービスを提供するステップ、をさらに含む、ことを特徴とする請求項１から４記載のサービス提供方法。
【請求項６】
現在提供しているサービスより高い品質の提供に必要なネットワークリソースを確保できるか否かを確認するステップと、
　その確認の結果、高い品質のサービスの提供に必要なネットワークリソースを確保できる場合、高い品質のサービスを提供できる旨を通知するステップと、
　その通知の結果、高い品質のサービスの提供を要求された場合は、高い品質のサービスを提供するステップと、をさらに含む、ことを特徴とする請求項１から４記載のサービス提供方法。
【請求項７】
現在提供しているサービスより高い品質の提供に必要なネットワークリソースを確保できるか否かを確認するステップと、
　その確認の結果、高い品質のサービスの提供に必要なネットワークリソースを確保できる場合、高い品質のサービスを提供するステップと、をさらに含む、ことを特徴とする請求項１から４記載のサービス提供方法。
【請求項８】
請求項６記載のサービス提供方法と、請求項７記載のサービス提供方法と、を含み、
　請求項６記載のサービス提供方法と、請求項７記載のサービス提供方法と、を切り替えることができる、ことを特徴とするサービス提供方法。
【請求項９】
要求を受けたサービスを提供するサービス提供手段によるサービス提供方法であって、
　ネットワークリソースの空き状況を確認するステップと、
　その確認の結果を元に、サービスの提供の可否を判定するステップと、
　その判定の結果を元に、提供し得ないサービスの提供の要求ができないようにするステップと、を含む、ことを特徴とするサービス提供方法。
【請求項１０】
提供の用意があるサービスのリストから選択されたサービスを提供するサービス提供手段によるサービス提供方法であって、
　ネットワークリソースの空き状況を確認するステップと、
　その確認の結果を元に、サービスの提供の可否を判定するステップと、
　その判定の結果を元に、提供し得ないサービスと提供し得るサービスとを区別できる表示を、前記リストにおいて行うステップと、を含む、ことを特徴とするサービス提供方法。
【請求項１１】
提供し得ないサービスについては、前記リストにおいて、選択できないようにするステップ、をさらに含む、ことを特徴とする請求項１０記載のサービス提供方法。
【請求項１２】
前記ネットワークリソースは、帯域である、ことを特徴とする請求項１から１１記載のサービス提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
　本発明は、ＱｏＳ（Ｑｕａｌｉｔｙ　ｏｆ　Ｓｅｒｖｉｃｅ：サービス品質)）保証を行うサービス提供方法に関する。
【背景技術】
【０００２】
　現在、帯域確保型の通信方式として ＲＳＶＰ（Ｒｅｓｏｕｒｃｅ　Ｒｅｓｅｒｖａｔｉｏｎ　Ｐｒｏｔｏｃｏｌ）といったプロトコルの検討が進められている。
【０００３】
　この方式は，先着順に必要な帯域を確保する。そして、ユーザが要求する帯域を確保できない場合は、要求が拒否される。
【０００４】
　帯域に空きがあるかどうかは、再要求をしてみなければ、ユーザには分からない。
【０００５】
　従って、ユーザは、帯域が空くまで、絶えず再要求をしなければならず、不便である。
【０００６】
　この不都合に対処するための従来技術を開示している文献として、以下に示す特許文献１（特開平１０−２４３０１８号公報）、及び、特許文献２（特開平９−１１７７３９号公報）がある。
【０００７】
　特許文献１に開示されている従来の帯域確保方法は、時間軸に対して帯域確保を動的に変更するものである。以下、この従来の帯域確保方法について詳細に説明する。
【０００８】
　インターネット上のコンテンツ配信システムにおいて、ユーザが、コンテンツサーバにアクセスし、ＧＵＩ（ｇｒａｐｈｉｃａｌ　ｕｓｅｒ　ｉｎｔｅｒｆａｃｅ）画面を操作して、例えば、３月１５日の１３：００〜１５：００ に映画「○○○」を見たいという予約要求を出す。
【０００９】
　コンテンツサーバは、予約状況を管理している。従って、コンテンツサーバは、ユーザが予約要求した時間帯で予約ができない場合は、予約不可を通知するかあるいは、ユーザが予約要求した時間帯の周辺で予約可能な時間帯を代替案としてユーザに提示する。
【００１０】
　特許文献３（特開２０００−１３８６８０号公報）は、帯域が少ないときに、少ないながらも帯域を確保してデータを送信する技術を開示する。しかしながら、これによると、少ない帯域により、無理にデータを送信する結果となり、送信されるデータの品質は保証されない。データのどの部分が欠けてしまうかは予想できず、受信者が映像を全く表示できない場合もあり得る。
【特許文献１】特開平１０−２４３０１８号公報（請求項１０、請求項１１、００１０〜００１４、００２４、００２５、００４３〜００４５）
【特許文献２】特開平９−１１７７３９号公報
【特許文献３】特開２０００−１３８６８０号公報
【特許文献４】特開平１０−３０８７７６号公報
【発明の開示】
【発明が解決しようとする課題】
【００１１】
　しかしながら、ユーザにとって、とにかくすぐに見たいという場合もある。ユーザがサービスの提供を受けたいときに、サービスの提供を受けることができなことは、サービスを提供する側へのユーザの不満の一因となる。
【００１２】
　そこで、本発明は、ユーザがサービスの提供を受けたいときに、極力サービスを提供できるようにして、ユーザの不満を極力軽減できるサービス提供方法を提供することを目的とする。
【課題を解決するための手段】
【００１３】
　請求項１記載のサービス提供方法では、要求を受けたサービスを提供するサービス提供手段によるサービス提供方法であって、要求されたサービスの提供に必要なネットワークリソースを確保できない場合、要求されたサービスより低い品質のサービスを提供するステップ、を含む。
【００１４】
　この構成により、ユーザが要求する品質のサービスを提供できない場合でも、品質を低くしたサービスが提供される。
【００１５】
　従って、ユーザが要求する品質より品質は低いが、少なくとも、ユーザがサービスの提供を受けたいときに、サービスの提供を受けることができるので、サービスの提供を全く行わない場合と比較して、ユーザの不満を軽減できる。
【００１６】
　請求項２記載のサービス提供方法では、要求を受けたサービスを提供するサービス提供手段によるサービス提供方法であって、要求されたサービスの提供に必要なネットワークリソースを確保できるか否かを確認するステップと、その確認の結果、要求されたサービスの提供に必要なネットワークリソースを確保できない場合、要求されたサービスより低い品質のサービスの提供に必要なネットワークリソースを確保できるか否かを確認するステップと、その確認の結果、低い品質のサービスの提供に必要なネットワークリソースを確保できる場合、低い品質のサービスを提供できる旨を通知するステップと、その通知の結果、低い品質のサービスの提供を要求された場合は、低い品質のサービスを提供するステップと、を含む。
【００１７】
　この構成により、ユーザが要求する品質のサービスを提供できない場合でも、要求があれば、品質を低くしたサービスが提供される。
【００１８】
　従って、ユーザが要求する品質より品質は低いが、少なくとも、ユーザがサービスの提供を受けたいときに、サービスの提供を受けることができるので、サービスの提供を全く行わない場合と比較して、ユーザの不満を軽減できる。
【００１９】
　請求項３記載のサービス提供方法では、要求を受けたサービスを提供するサービス提供手段によるサービス提供方法であって、要求されたサービスの提供に必要なネットワークリソースを確保できるか否かを確認するステップと、その確認の結果、要求されたサービスの提供に必要なネットワークリソースを確保できない場合、要求されたサービスより低い品質のサービスの提供に必要なネットワークリソースを確保できるか否かを確認するステップと、その確認の結果、低い品質のサービスの提供に必要なネットワークリソースを確保できる場合は、低い品質のサービスを提供するステップと、を含む。
【００２０】
　この構成により、ユーザが要求する品質のサービスを提供できない場合でも、品質を低くしたサービスが提供される。
【００２１】
　従って、ユーザが要求する品質より品質は低いが、少なくとも、ユーザがサービスの提供を受けたいときに、サービスの提供を受けることができるので、サービスの提供を全く行わない場合と比較して、ユーザの不満を軽減できる。
【００２２】
　請求項４記載のサービス提供方法では、請求項２記載のサービス提供方法と、請求項３記載のサービス提供方法と、を含み、請求項２記載のサービス提供方法と、請求項３記載のサービス提供方法と、を切り替えることができる。
【００２３】
この構成により、ユーザの利便性を向上できる。
【００２４】
　請求項５記載のサービス提供方法では、現在提供しているサービスより高い品質の提供に必要なネットワークリソースを確保できる場合、高い品質のサービスを提供するステップ、をさらに含む。
【００２５】
　この構成により、当初にユーザが要求した高い品質のサービスの提供が可能となった場合に、その高い品質のサービスが提供されるので、ユーザの満足度を向上させることができる。
【００２６】
　請求項６記載のサービス提供方法では、現在提供しているサービスより高い品質の提供に必要なネットワークリソースを確保できるか否かを確認するステップと、その確認の結果、高い品質のサービスの提供に必要なネットワークリソースを確保できる場合、高い品質のサービスを提供できる旨を通知するステップと、その通知の結果、高い品質のサービスの提供を要求された場合は、高い品質のサービスを提供するステップと、をさらに含む。
【００２７】
　この構成により、当初にユーザが要求した高い品質のサービスの提供が可能となった場合に、要求があれば、その高い品質のサービスが提供されるので、ユーザの満足度を向上させることができる。
【００２８】
　請求項７記載のサービス提供方法では、現在提供しているサービスより高い品質の提供に必要なネットワークリソースを確保できるか否かを確認するステップと、その確認の結果、高い品質のサービスの提供に必要なネットワークリソースを確保できる場合、高い品質のサービスを提供するステップと、をさらに含む。
【００２９】
　この構成により、当初にユーザが要求した高い品質のサービスの提供が可能となった場合に、その高い品質のサービスが提供されるので、ユーザの満足度を向上させることができる。
【００３０】
　請求項８記載のサービス提供方法では、請求項６記載のサービス提供方法と、請求項７記載のサービス提供方法と、を含み、請求項６記載のサービス提供方法と、請求項７記載のサービス提供方法と、を切り替えることができる。
【００３１】
この構成により、ユーザの利便性を向上できる。
【００３２】
　請求項９記載のサービス提供方法では、要求を受けたサービスを提供するサービス提供手段によるサービス提供方法であって、ネットワークリソースの空き状況を確認するステップと、その確認の結果を元に、サービスの提供の可否を判定するステップと、その判定の結果を元に、提供し得ないサービスの提供の要求ができないようにするステップと、を含む。
【００３３】
　この構成により、現在提供し得ないサービスについては、ユーザは、サービスの提供の要求ができない。
【００３４】
　その結果、サービスの提供の要求をして、その要求を拒否される場合と比較して、期待を裏切られたというユーザの印象を軽減できる。つまり、ユーザの不満を軽減できる。
【００３５】
　請求項１０記載のサービス提供方法では、提供の用意があるサービスのリストから選択されたサービスを提供するサービス提供手段によるサービス提供方法であって、ネットワークリソースの空き状況を確認するステップと、その確認の結果を元に、サービスの提供の可否を判定するステップと、その判定の結果を元に、提供し得ないサービスと提供し得るサービスとを区別できる表示を、リストにおいて行うステップと、を含む。
【００３６】
　この構成により、現在提供し得ないサービスについては、予めユーザに示されることになる。
【００３７】
　その結果、サービスの提供の要求をして、その要求を拒否される場合と比較して、期待を裏切られたというユーザの印象を軽減できる。つまり、ユーザの不満を軽減できる。
【００３８】
　請求項１１記載のサービス提供方法では、提供し得ないサービスについては、リストにおいて、選択できないようにするステップ、をさらに含む。
【００３９】
　この構成により、現在提供し得ないサービスについては、ユーザは選択できず、サービス提供の要求ができない。
【００４０】
　その結果、サービスの提供の要求をして、その要求を拒否されるという事態が生じることがなく、期待を裏切られたというユーザの印象を軽減できる。つまり、ユーザの不満を軽減できる。
【００４１】
　請求項１２記載のサービス提供方法では、ネットワークリソースは、帯域である。
【００４２】
　この構成により、利用できる残りの帯域が全く利用されないという事態が極力回避されて、帯域の有効利用が可能となる。
【発明の効果】
【００４３】
　請求項１記載のサービス提供方法では、ユーザが要求する品質のサービスを提供できない場合でも、品質を低くしたサービスが提供される。
【００４４】
　従って、ユーザが要求する品質より品質は低いが、少なくとも、ユーザがサービスの提供を受けたいときに、サービスの提供を受けることができるので、サービスの提供を全く行わない場合と比較して、ユーザの不満を軽減できる。
【００４５】
　請求項２記載のサービス提供方法では、ユーザが要求する品質のサービスを提供できない場合でも、要求があれば、品質を低くしたサービスが提供される。
【００４６】
　従って、ユーザが要求する品質より品質は低いが、少なくとも、ユーザがサービスの提供を受けたいときに、サービスの提供を受けることができるので、サービスの提供を全く行わない場合と比較して、ユーザの不満を軽減できる。
【００４７】
　請求項３記載のサービス提供方法では、ユーザが要求する品質のサービスを提供できない場合でも、品質を低くしたサービスが提供される。
【００４８】
　従って、ユーザが要求する品質より品質は低いが、少なくとも、ユーザがサービスの提供を受けたいときに、サービスの提供を受けることができるので、サービスの提供を全く行わない場合と比較して、ユーザの不満を軽減できる。
【００４９】
　請求項４記載のサービス提供方法では、ユーザの利便性を向上できる。
【００５０】
　請求項５記載のサービス提供方法では、当初にユーザが要求した高い品質のサービスの提供が可能となった場合に、その高い品質のサービスが提供されるので、ユーザの満足度を向上させることができる。
【００５１】
　請求項６記載のサービス提供方法では、当初にユーザが要求した高い品質のサービスの提供が可能となった場合に、要求があれば、その高い品質のサービスが提供されるので、ユーザの満足度を向上させることができる。
【００５２】
　請求項７記載のサービス提供方法では、当初にユーザが要求した高い品質のサービスの提供が可能となった場合に、その高い品質のサービスが提供されるので、ユーザの満足度を向上させることができる。
【００５３】
　請求項８記載のサービス提供方法では、ユーザの利便性を向上できる。
【００５４】
　請求項９記載のサービス提供方法では、現在提供し得ないサービスについては、ユーザは、サービスの提供の要求ができない。
【００５５】
　その結果、サービスの提供の要求をして、その要求を拒否される場合と比較して、期待を裏切られたというユーザの印象を軽減できる。つまり、ユーザの不満を軽減できる。
【００５６】
　請求項１０記載のサービス提供方法では、現在提供し得ないサービスについては、予めユーザに示されることになる。
【００５７】
　その結果、サービスの提供の要求をして、その要求を拒否される場合と比較して、期待を裏切られたというユーザの印象を軽減できる。つまり、ユーザの不満を軽減できる。
【００５８】
　請求項１１記載のサービス提供方法では、現在提供し得ないサービスについては、ユーザは選択できず、サービス提供の要求ができない。
【００５９】
　その結果、サービスの提供の要求をして、その要求を拒否されるという事態が生じることがなく、期待を裏切られたというユーザの印象を軽減できる。つまり、ユーザの不満を軽減できる。
【００６０】
　請求項１２記載のサービス提供方法では、利用できる残りの帯域が全く利用されないという事態が極力回避されて、帯域の有効利用が可能となる。
【発明を実施するための最良の形態】
【００６１】
　以下、図面を参照して本発明の実施の形態を説明する。
【００６２】
（実施の形態１）
　図１は、本発明の実施の形態１における宅内ネットワークの例示図である。
【００６３】
図１に示すように、この宅内ネットワーク１００は、ネットワークリソース管理サーバ１、映像サーバ２、ルータ３、ハブ４，５、テレビ６、パーソナルコンピュータ（以下、「ＰＣ」と呼ぶ。）７、及び、回線２００，３００，４００，５００，６００，７００、を具備する。
【００６４】
　ネットワークリソース管理サーバ１とルータ３とは、回線２００により接続される。ルータ３とハブ４とは、回線３００により接続される。ハブ４と映像サーバ２とは、回線４００により接続される。
【００６５】
　ルータ３とハブ５とは、回線５００により接続される。ハブ５とテレビ６とは、回線６００により接続される。ハブ５とＰＣ７とは、回線７００により接続される。
【００６６】
　ルータ３は、ネットワーク８００に接続される。ネットワーク８００は、例えば、インターネットである。
【００６７】
　以上のような宅内ネットワーク１００では、サービス品質を保証するために、ネットワークリソースを予約することができる。以下では、ネットワークリソースの一例として、帯域を挙げる。
【００６８】
　以下、宅内ネットワーク１００の各構成の機能・動作を説明する。
【００６９】
ネットワークリソース管理サーバ１は、宅内ネットワーク１００の回線２００〜７００の帯域の利用状況を管理する機能を有する。
【００７０】
　映像サーバ２は、映像データを保存する機能を有する。そして、映像サーバ２は、映像データを、宅内ネットワーク２００に接続されたテレビ６又はＰＣ７に送信する機能を有する。
【００７１】
　また、映像サーバ２は、映像データを送信する際に、必要に応じて任意の伝送レートに変換して送信する機能を有する。
【００７２】
　伝送レートの例としては、ＭＰＥＧ２の高画質モードでの６Ｍｂｐｓ（ｂｉｔ　ｐｅｒ　ｓｅｃｏｎｄ）、ＭＰＥＧ２の標準画質モードでの３Ｍｂｐｓ、等である。
【００７３】
　テレビ６は、映像サーバ２を遠隔でコントロールする機能を有する。また、テレビ６は、映像サーバ２から送られてきた映像データを受信して、画面に表示する機能を有する。
【００７４】
　ＰＣ７は、汎用コンピュータである。例えば、映像サーバ２にアクセスして、映像を表示したり、ネットワーク８００に接続された映像サーバにアクセスして、映像を表示したり、様々な機能を有する。
【００７５】
　回線２００の使用可能帯域は、１００Ｍｂｐｓとし、回線３００の使用可能帯域は、１００Ｍｂｐｓとし、回線４００の使用可能帯域は、１００Ｍｂｐｓとし、回線６００の使用可能帯域は、１００Ｍｂｐｓとし、回線７００の使用可能帯域は、１００Ｍｂｐｓとする。
【００７６】
回線５００の使用可能帯域は、１１Ｍｂｐｓとする。
【００７７】
　さて、次に、図２から図５を用いて、宅内ネットワーク１００におけるサービス提供の一例を説明する。
【００７８】
　図２は、サービスの提供を受けるために、テレビ６が、映像サーバ２に対してアクセスした状態を示す図である。
【００７９】
　図３は、ＰＣ７が、ネットワーク８００から、映像データを受信している状態を示す図である。
【００８０】
　図４は、テレビ６が要求した品質のサービスの提供を受けることができない状態を示す図である。
【００８１】
　図５は、映像サーバ２が、テレビ６に対して、代替案を通知した状態を示す図である。
【００８２】
　なお、図２〜図５において、図１と同様の部分については、同一の符号を付している。
【００８３】
　さて、図２に示すように、テレビ６が、映像サーバ２に対して、サービスの提供を受けるためにアクセスすると、映像サーバ２は、テレビ６に対して、映像データリスト６０を送信する。すると、テレビ６は、この映像データリスト６０を画面に表示する。
【００８４】
　この時既に、図３に示すように、ＰＣ７が、ネットワーク８００に接続された映像サーバ（図示せず）にアクセスして、ＭＰＥＧ２で符号化された６Ｍｂｐｓの映像データを受信しているとする。
【００８５】
　このような状況で、図２に示すように、ユーザが、テレビ６に表示された映像データリスト６０において、自分が見たい番組を選択して、映像サーバ２に対して、送信要求を出したとする。
【００８６】
　この場合、ユーザが、ＭＰＥＧ２で符号化された６Ｍｂｐｓの帯域を必要とする高画質の映像番組を選択したとする。
【００８７】
　なお、映像データリスト６０は、テレビ６に、ＧＵＩ（ｇｒａｐｈｉｃａｌ　ｕｓｅｒ　ｉｎｔｅｒｆａｃｅ）として表示される。
【００８８】
　さて、このような送信要求をテレビ６から受け取った映像サーバ２は、６Ｍｂｐｓで、テレビ６に映像データを送信できるかどうかを、ネットワークリソース管理サーバ１に確認する。
【００８９】
　具体的には、映像サーバ２は、映像データの送信先（テレビ６）を表す情報、及び、映像データを送信するために必要な帯域幅（６Ｍｂｐｓ）を表す情報、をネットワークリソース管理サーバ１に送信する。
【００９０】
　このようにして、映像サーバ２は、ネットワークリソース管理サーバ１に対して、映像サーバ２とテレビ６との間の経路において、６Ｍｂｐｓの伝送帯域を予約できるかどうかを確認する。
【００９１】
　ネットワークリソース管理サーバ１は、映像サーバ２から受け取った情報を元に、映像サーバ２とテレビ６との間の経路における帯域の利用状況を確認する。
【００９２】
　ここで、帯域の「利用状況」には、実際に帯域が使用されている場合、及び、実際に帯域が使用されていないが予約されている場合、の双方を含む。
【００９３】
　さて、図３に示すように、ルータ３とハブ１５との間の回線５００では、既に、ＰＣ７が６Ｍｂｐｓの帯域を使用している。
【００９４】
　従って、ルータ３とハブ１５との間の回線５００における使用可能帯域は、５Ｍｂｐｓである。
【００９５】
　このため、図４に示すように、映像サーバ２とテレビ６との間では、帯域不足のため、６Ｍｂｐｓの映像データを流すことができない。
【００９６】
　ネットワークリソース管理サーバ１は、このような判断から、映像サーバ２に対し、当該サービスの提供は不可能である旨の応答を返す。
【００９７】
　この場合、ネットワークリソース管理サーバ１は、映像サーバ２に対して、空きリソース情報（回線５００における残りの帯域が５Ｍｂｐｓである旨の情報） 等も合わせて通知する。
【００９８】
　この通知を受けた映像サーバ２は、空きリソース情報を元に、ユーザから要求があった映像データの品質を落として、空きリソース内で送信できるようにすることを試みる。
【００９９】
　つまり、映像サーバ２は、ＭＰＥＧ２で符号化された、３Ｍｂｐｓの帯域を必要とする標準画質の映像データを、テレビ６に送信できるかどうかを、ネットワークリソース管理サーバ１に確認する。
【０１００】
　具体的には、映像サーバ２は、映像データの送信先（テレビ６）を表す情報、及び、映像データを送信するために必要な帯域幅（３Ｍｂｐｓ）を表す情報、をネットワークリソース管理サーバ１に送信する。
【０１０１】
　このようにして、映像サーバ２は、ネットワークリソース管理サーバ１に対して、映像サーバ２とテレビ６との間の経路において、３Ｍｂｐｓの伝送帯域を予約できるかどうかを確認する。
【０１０２】
　ネットワークリソース管理サーバ１は、映像サーバ２から受け取った情報を元に、映像サーバ２とテレビ６との間の経路における帯域の利用状況を確認する。
【０１０３】
　図４に示すように、ルータ３とハブ５との間の回線５００における残りの帯域は、５Ｍｂｐｓであるため、今度は、映像サーバ２が要求する帯域を確保できるので、ネットワークリソース管理サーバ１は、映像サーバ２に対して、当該サービスの提供が可能である旨の応答を返す。
【０１０４】
　サービスの提供が可能である旨の応答を受け取った映像サーバ２は、図５に示すように、テレビ６に対して、代替案６１を提示する。
【０１０５】
　そして、ユーザが代替案６１を承認すれば，映像サーバ２は、標準画質の映像データの送信を開始する。
【０１０６】
　なお、代替案６１は、テレビ６に、ＧＵＩとして表示される。
【０１０７】
また、６Ｍｂｐｓから３Ｍｂｐｓに変換して送信する技術は、例えば、特開２０００−３１９６４号公報に開示されている。
【０１０８】
　さて、次に、ネットワークリソース管理サーバ１−映像サーバ２−テレビ６の間での上記例における通信手順を説明する。
【０１０９】
　図６は、ネットワークリソース管理サーバ１−映像サーバ２−テレビ６の間での上記例における通信手順図である。
【０１１０】
　図６に示すように、まず、テレビ６が、映像サーバ２に対して、映像データリスト６０において指定された、６Ｍｂｐｓの帯域を必要とする高画質の映像データの送信要求（送信リクエスト）を行う。
【０１１１】
　これを受けた映像サーバ２は、ネットワークリソース管理サーバ１に対して、映像サーバ２とテレビ６との間で６Ｍｂｐｓの帯域を予約できるかどうかを確認する。
【０１１２】
　すると、ネットワークリソース管理サーバ１は、当該帯域の予約の可否を判定する。
【０１１３】
　判定の結果、６Ｍｂｐｓの帯域を確保できないので（図３参照）、ネットワークリソース管理サーバ１は、映像サーバ２に対して、その旨を通知するとともに、回線５００における残りの帯域が５Ｍｂｐｓである旨の情報を送信する。
【０１１４】
　これを受けた映像サーバ２は、３Ｍｂｐｓの帯域を必要とする標準画質の映像データの提供を試みるべく、ネットワークリソース管理サーバ１に対して、映像サーバ２とテレビ６との間で３Ｍｂｐｓの帯域を予約できるかどうかを確認する。
【０１１５】
　すると、ネットワークリソース管理サーバ１は、当該帯域の予約の可否を判定する。
【０１１６】
　判定の結果、３Ｍｂｐｓの帯域を確保できるので、ネットワークリソース管理サーバ１は、映像サーバ２に対して、その旨を通知するとともに、仮予約をする。
【０１１７】
　これを受けた映像サーバ２は、６Ｍｂｐｓでの高画質の映像データの送信は不可能であるが、３Ｍｂｐｓでの標準画質の映像データの送信は可能である旨の代替案６１を、テレビ６に送信する。
【０１１８】
　この代替案６１を承認するユーザの指示で、テレビ６は、映像サーバ２に対して、標準画質の映像データの送信でよい旨の通知をする。
【０１１９】
　この通知を受けた映像サーバ２は、映像サーバ２とテレビ６との間での３Ｍｂｐｓの帯域を、ネットワークリソース管理サーバ１に予約する。
【０１２０】
　すると、ネットワークリソース管理サーバ１は、予約を確定し（本予約を行い）、その旨を、映像サーバ２に通知する。
【０１２１】
　この通知を受けた映像サーバ２は、テレビ６に対して、標準画質の映像データを３Ｍｂｐｓで送信する。
【０１２２】
　映像サーバ２は、映像データの送信が完了したら、映像サーバ２とテレビ６との間の３Ｍｂｐｓの帯域の予約を解除する旨の通知を、ネットワークリソース管理サーバ１に行う。
【０１２３】
　この通知を受けたネットワークリソース管理サーバ１は、当該予約を解除し、当該予約を解除した旨を、映像サーバ２に通知する。
【０１２４】
　さて、次に、図１の映像サーバ２の詳細を説明する。
【０１２５】
図７は、図１の映像サーバ２のブロック図である。なお、図７において、図１と同様の部分については、同一の符号を付している。
【０１２６】
　図７に示すように、映像サーバ２は、ネットワーク入出力部２０、ＧＵＩ画面送信部２１、ＧＵＩ作成部２２、ＧＵＩコマンド受信部２３、映像サーバコントローラ２４、映像データ管理部２５、映像データベース２６、帯域予約制御部２７、映像送信部２８、及び、送信レート変更部２９、を含む。
【０１２７】
　映像サーバコントローラ２４は、図７に示した各構成の制御を行う。映像データベース２６は、様々な映像データを蓄積する。
【０１２８】
　映像データ管理部２５は、映像サーバコントローラ２４の指示に従って、映像データベース２６に蓄積された情報を元に、再生可能（サービス提供可能）な映像データに係る映像番組の情報を取得して、ＧＵＩ作成部２２に出力する。
【０１２９】
　また、映像データ管理部２５は、映像サーバコントローラ２４の指示に従って、映像データベース２６から映像データを取得して、送信レート変更部２９又は映像送信部２８へ出力する。
【０１３０】
　ＧＵＩ作成部２２は、映像サーバコントローラ２４の指示に従って、映像データ管理部２５から入力された映像番組の情報を元に、ＧＵＩとしての映像データリスト、及び、コマンド（再生、停止など）ＧＵＩを作成する。
【０１３１】
　ＧＵＩ画面送信部２１は、映像サーバコントローラ２４の指示に従って、ＧＵＩ作成部２２が作成したＧＵＩ画面情報を、ネットワーク入出力部２０を介して、宅内ネットワーク１００に接続されたテレビ６又はＰＣ７に送信する。
【０１３２】
　ＧＵＩコマンド受信部２３は、ネットワーク入出力部２０を介して、宅内ネットワーク１００に接続されたテレビ６又はＰＣ７から送信されたコマンド（例えば、映像データの送信要求など）を受け付け、その情報を映像サーバコントローラ２４に与える。
【０１３３】
　帯域予約制御部２７は、映像サーバコントローラ２４の指示に従って、映像データを送信するために必要な帯域を予約する。
【０１３４】
　送信レート変更部２９は、映像の品質を落としてサービスを開始する場合に、映像サーバコントローラ２４の指示に従って、伝送レートを変更する。
【０１３５】
　映像送信部２８は、映像サーバコントローラ２４の指示に従って、映像データを、ネットワーク入出力部２０を介して送信する。
【０１３６】
　さて、次に、図１のネットワークリソース管理サーバ１の詳細を説明する。
【０１３７】
図８は、図１のネットワークリソース管理サーバ１のブロック図である。なお、図８において、図１と同様の部分については同一の符号を付している。
【０１３８】
　図８に示すように、ネットワークリソース管理サーバ１は、ネットワーク入出力部１０、リクエスト受信部１１、通信経路導出部１２、結果通知部１３、帯域取得／計算部１４、予約管理部１５、及び、通信経路／予約情報データベース１６、を含む。
【０１３９】
　通信経路／予約情報データベース１６は、宅内ネットワーク１００における通信経路の帯域の利用状況と、通信経路と、を関連づけたテーブルを蓄積している。
【０１４０】
　図９は、通信経路／予約情報データベース１６に蓄積されたテーブルの例示図である。
【０１４１】
　図９では、宅内ネットワーク１００における帯域の利用状況が、図３に示した状況である場合のテーブルを例示している。
【０１４２】
　さて、再び、図８の説明に戻る。
【０１４３】
リクエスト受信部１１は、宅内ネットワーク１００に接続される映像サーバ２からの、帯域予約、帯域予約解除、帯域予約変更などのリクエスト（要求）を、ネットワーク入出力部１０を介して受け付ける。
【０１４４】
　通信経路導出部１２は、リクエスト受信部１１からの情報を元に、帯域予約を行う経路を、通信経路／予約情報データベース１６を参照して導出する。
【０１４５】
　帯域取得／計算部１４は、通信経路導出部１２が導出した経路における空き帯域の情報を、通信経路／予約情報データベース１６から取得する。
【０１４６】
　また、帯域取得／計算部１４は、宅内ネットワーク１００における通信経路の空き帯域を計算する。
【０１４７】
　予約管理部１５は、帯域の仮予約／予約解除／予約変更／本予約の処理を行う。具体的には、予約管理部１５は、帯域取得／計算部１４が計算した空き帯域の情報を元に、空き帯域、通信経路／予約情報データベース１６のテーブルを更新する。
【０１４８】
　結果通知部１３は、ネットワーク入出力部１０を介して、映像サーバ２に対して、帯域予約を行う経路での、予約可否判定結果及び空き帯域の情報を通知する。
【０１４９】
　また、結果通知部１３は、予約管理部１５による処理通知を受けて、その内容を、ネットワーク入出力部１０を介して、映像サーバ２に対して通知する。
【０１５０】
　さて、次に、図２から図６に示した手順を実行する場合を例に、図７及び図８の各構成の動作を説明する。
【０１５１】
　まず、テレビ６が、映像サーバ２に対して、サービスの提供要求を行う。すると、図７のＧＵＩコマンド受信部２３が、ネットワーク入出力部２０を介して、当該要求を受け付ける。
【０１５２】
　ＧＵＩコマンド受信部２３は、テレビ６から要求があった旨を、映像サーバコントローラ２４に通知する。
【０１５３】
　この通知を受けて、映像サーバコントローラ２４は、映像データ管理部２５に対して、再生可能な映像データに係る映像番組の情報を取得するように指示を出す。
【０１５４】
　この指示を受けた映像データ管理部２５は、映像データベース２６を参照して、映像番組の情報を取得し、その情報をＧＵＩ作成部２２に渡す。
【０１５５】
　ＧＵＩ作成部２２は、映像データ管理部２５からの情報を元に、ＧＵＩとしての映像データリスト６０を作成する。
【０１５６】
　ＧＵＩ画面送信部２１は、ＧＵＩ作成部２２が作成した映像データリスト６０を、ネットワーク入出力部２０を介して、テレビ６に送信する。
【０１５７】
　すると、テレビ６において、ＧＵＩとしての映像データリスト６０が表示される。そして、ユーザが、テレビ６に表示されたＧＵＩを操作して、６Ｍｂｐｓの帯域を必要とする高画質の映像番組の送信を要求したとする。
【０１５８】
　ＧＵＩコマンド受信部２３は、この要求を、ネットワーク入出力部２０を介して受信し、その情報を、映像サーバコントローラ２４に与える。
【０１５９】
　その情報を元に、映像サーバコントローラ２４は、帯域予約制御部２７に対して、映像サーバ２とテレビ６との間で６Ｍｂｐｓの帯域を予約するように指示する。
【０１６０】
　この指示を受けた帯域予約制御部２７は、ネットワーク入出力部２０を介して、ネットワークリソース管理サーバ１に、６Ｍｂｐｓの帯域の予約を試みる。
【０１６１】
　図８のリクエスト受信部１１は、ネットワーク入出力部１０を介して、映像サーバ２からの当該予約を受けて、通信経路導出部１２に対して、当該予約は、映像サーバ２とテレビ６との間の経路についてのものである旨の情報を与える。
【０１６２】
　この情報を受けた通信経路導出部１２は、通信経路／予約情報データベース１６を参照して、映像サーバ２とテレビ６との間の経路を導出する。
【０１６３】
　つまり、通信経路導出部１２は、映像サーバ２とテレビ６との間の経路が、映像サーバ２、回線４００、ハブ４、回線３００、ルータ３、回線５００、ハブ５、回線６００、及び、テレビ６、からなることを導出する。
【０１６４】
　帯域取得／計算部１４は、通信経路／予約情報データベース１６を参照して、通信経路導出部１２が導出した経路の空き帯域の情報を取得する。回線５００では、既に、６Ｍｂｐｓの帯域が使用されているため、回線５００の空き帯域が、５Ｍｂｐｓである旨の情報を取得する。
【０１６５】
　結果通知部１３は、回線５００の空き帯域が５Ｍｂｐｓであり、６Ｍｂｐｓの映像データの送信が不可能である旨を、ネットワーク入出力部１０を介して、映像サーバ２に通知する。
【０１６６】
　図７のネットワーク入出力部２０を介して、この通知を受けたＧＵＩコマンド受信部２３は、当該通知の内容を映像サーバコントローラ２４に与える。
【０１６７】
　これを受けた映像サーバコントローラ２４は、帯域予約制御部２７に対して、映像サーバ２とテレビ６との間で３Ｍｂｐｓの帯域を仮予約するように指示を出す。
【０１６８】
　この指示を受けた帯域予約制御部２７は、ネットワーク入出力部２０を介して、ネットワークリソース管理サーバ１に、３Ｍｂｐｓの帯域の仮予約を試みる。
【０１６９】
　図８のリクエスト受信部１１は、ネットワーク入出力部１０を介して、映像サーバ２からの当該仮予約を受けて、通信経路導出部１２に対して、当該仮予約は、映像サーバ２とテレビ６との間の経路についてのものである旨の情報を与える。
【０１７０】
　この情報を受けた通信経路導出部１２は、通信経路／予約情報データベース１６を参照して、映像サーバ２とテレビ６との間の経路を導出する。
【０１７１】
　帯域取得／計算部１４は、通信経路／予約情報データベース１６を参照して、通信経路導出部１２が導出した経路の空き帯域の情報を取得する。回線５００では、既に、６Ｍｂｐｓの帯域が使用されているため、回線５００の空き帯域が、５Ｍｂｐｓである旨の情報を取得する。
【０１７２】
　予約管理部１５は、回線５００の空き帯域が５Ｍｂｐｓであるため、通信経路／予約情報データベース１６を更新し、映像サーバ２とテレビ６との間の経路で３Ｍｂｐｓの帯域の仮予約を行う。
【０１７３】
　そして、結果通知部１３は、３Ｍｂｐｓの帯域の仮予約をした旨を、ネットワーク入出力部１０を介して、映像サーバ２に通知する。
【０１７４】
　図７のネットワーク入出力部２０を介して、この通知を受けたＧＵＩコマンド受信部２３は、３Ｍｂｐｓの帯域の仮予約ができた旨を、映像サーバコントローラ２４に通知する。
【０１７５】
　そして、映像サーバコントローラ２４は、ＧＵＩとしての代替案６１を作成するように、ＧＵＩ画面作成部２２に対して指示する。この指示を受けたＧＵＩ画面作成部２２は、代替案６１を作成する。
【０１７６】
　ＧＵＩ画面送信部２１は、ネットワーク入出力部２０を介して、代替案６１をテレビ６に送信する。
【０１７７】
　すると、テレビ６には、代替案６１が表示される。そして、この代替案６１を承認したユーザの指示を受けたテレビ６は、標準画質の映像データの３Ｍｂｐｓでの送信でよい旨を、映像サーバ２に通知する。
【０１７８】
　図７のネットワーク入出力部２０を介して、この通知を受けたＧＵＩコマンド受信部２３は、代替案６１が承認された旨を、映像サーバコントローラ２４に通知する。
【０１７９】
　すると、映像サーバコントローラ２４は、帯域予約制御部２７に対して、３Ｍｂｐｓの帯域を本予約するように指示を出す。
【０１８０】
　この指示を受けた帯域予約制御部２７は、ネットワーク入出力部２０を介して、ネットワークリソース管理サーバ１に、３Ｍｂｐｓの帯域の本予約を行う。
【０１８１】
　図８のリクエスト受信部１１は、ネットワーク入出力部１０を介して、映像サーバ２からの当該本予約の通知を受けて、その旨を予約管理部１５に通知する。
【０１８２】
　この通知を受けた予約管理部１５は、映像サーバ２とテレビ６との間の３Ｍｂｐｓの帯域の予約を確定する。そして、予約管理部１５は、予約を確定した旨を、結果通知部１３に通知する。
【０１８３】
　この通知を受けた結果通知部１３は、ネットワーク入出力部１０を介して、映像サーバ２に対し、３Ｍｂｐｓの帯域を予約した旨を通知する。
【０１８４】
　図７のネットワーク入出力部２０を介して、この通知を受けたＧＵＩコマンド受信部２３は、３Ｍｂｐｓの帯域の予約が確定した旨を、映像サーバコントローラ２４に通知する。
【０１８５】
　そして、映像サーバコントローラ２４は、送信レート変更部２９に対して、伝送レートを、６Ｍｂｐｓから３Ｍｂｐｓに変更するように指示する。
【０１８６】
　この指示を受けて、送信レート変更部２９は、映像データベース２６から取得した映像データに対して、３Ｍｂｐｓの伝送レートで送信できるように、再エンコードを施す。
【０１８７】
　そして、映像送信部２８は、３Ｍｂｐｓの伝送レートで、再エンコードされた映像データを、ネットワーク入出力部１０を介して、テレビ６に送信する。
【０１８８】
　映像データの送信が完了すると、映像サーバコントローラ２４は、帯域予約制御部２７に対して、帯域の予約を解除するように指示する。
【０１８９】
　この指示を受けた帯域予約制御部２７は、ネットワーク入出力部２０を介して、ネットワークリソース管理サーバ１に対して、予約の解除を要請する。
【０１９０】
　図８のリクエスト受信部１１は、ネットワーク入出力部１０を介して、映像サーバ２からの当該要請を受けて、その旨を予約管理部１５に通知する。
【０１９１】
　この通知を受けた予約管理部１５は、通信経路／予約情報データベース１６のテーブルを更新し、映像サーバ２とテレビ６との間の３Ｍｂｐｓの帯域の予約を解除する。そして、予約管理部１５は、予約を解除した旨を、結果通知部１３に通知する。
【０１９２】
　この通知を受けた結果通知部１３は、ネットワーク入出力部１０を介して、映像サーバ２に対し、３Ｍｂｐｓの帯域の予約を解除した旨を通知する。
【０１９３】
　さて、次に、実施の形態１の第１の変形例における宅内ネットワーク１００について説明する。
【０１９４】
　この第１の変形例では、要求された品質でのサービスの提供が不可能な場合に、映像サーバ２が、宅内ネットワーク１００に接続されたサービス受信機器（例えば、テレビ６）に対して、代替案を提供することなく、品質を落としたサービスを提供する。このとき、例えば、画面上のいずれかの位置に、提供される品質を表示すると良い。例えば、６Ｍｂｐｓの品質が要求されたときに、３Ｍｂｐｓの品質でサービスが提供されるときは、「３Ｍｂｐｓ」と表示すると良い。
　以下、具体例を挙げながら、第１の変形例を説明する。この場合、図２から図４に示した例を挙げる。
【０１９５】
　つまり、図２に示すように、テレビ６が、６Ｍｂｐｓの帯域を必要とする高画質の映像データの送信要求を、映像サーバ２に行った場合である。
【０１９６】
　しかも、図３に示すように、その送信要求をしたときには、既に、回線５００において、６Ｍｂｐｓの帯域を、ＰＣ７が使用している場合である。
【０１９７】
　図１０は、ネットワークリソース管理サーバ１−映像サーバ２−テレビ６の間での通信手順の第１の変形例における例示図である。
【０１９８】
　図１０に示すように、まず、テレビ６が、映像サーバ２に対して、映像データリスト６０において指定された、６Ｍｂｐｓの帯域を必要とする高画質の映像データの送信要求（送信リクエスト）を行う。
【０１９９】
　これを受けた映像サーバ２は、ネットワークリソース管理サーバ１に対して、映像サーバ２とテレビ６との間で６Ｍｂｐｓの帯域を予約できるかどうかを確認する。
【０２００】
　すると、ネットワークリソース管理サーバ１は、当該帯域の予約の可否を判定する。
【０２０１】
　判定の結果、６Ｍｂｐｓの帯域を確保できないので、ネットワークリソース管理サーバ１は、映像サーバ２に対して、その旨を通知するとともに、回線５００における残りの帯域が５Ｍｂｐｓである旨の情報を送信する。
【０２０２】
　これを受けた映像サーバ２は、３Ｍｂｐｓの帯域を必要とする標準画質の映像データの提供を試みるべく、ネットワークリソース管理サーバ１に対して、映像サーバ２とテレビ６との間で３Ｍｂｐｓの帯域を予約できるかどうかを確認する。
【０２０３】
　すると、ネットワークリソース管理サーバ１は、当該帯域の予約の可否を判定する。
【０２０４】
　判定の結果、３Ｍｂｐｓの帯域を確保できるので、ネットワークリソース管理サーバ１は、映像サーバ２に対して、その旨を通知するとともに、予約を確定する。
【０２０５】
　これを受けた映像サーバ２は、６Ｍｂｐｓでの高画質の映像データの送信は不可能であるが、３Ｍｂｐｓでの標準画質の映像データの送信は可能である旨の通知を、テレビ６に送信する。
【０２０６】
　そして、映像サーバ２は、テレビ６に対して、標準画質の映像データを３Ｍｂｐｓで送信する。
【０２０７】
　映像サーバ２は、映像データの送信が完了したら、映像サーバ２とテレビ６との間の３Ｍｂｐｓの帯域の予約を解除する旨の通知を行う。
【０２０８】
　この通知を受けたネットワークリソース管理サーバ１は、当該予約を解除して、その旨を映像サーバ２に通知する。
【０２０９】
　さて、次に、図２から図４および図１０に示した手順を実行する場合を例に、図７及び図８の各構成の第１の変形例における動作を説明する。
【０２１０】
　テレビ６が、映像サーバ２に対して、サービスの提供要求を行ってから、ネットワークリソース管理サーバ１が、映像サーバ２に対して、回線５００の残りの使用可能帯域が、５Ｍｂｐｓである旨を通知するまでの動作は、上記した実施の形態１と同様であり、説明を省略する。
【０２１１】
　さて、ネットワークリソース管理サーバ１から、図７のネットワーク入出力部２０を介して、回線５００の空き帯域が５Ｍｂｐｓであり、６Ｍｂｐｓの映像データの送信が不可能である旨の通知を受けたＧＵＩコマンド受信部２３は、当該通知の内容を映像サーバコントローラ２４に与える。
【０２１２】
　これを受けた映像サーバコントローラ２４は、帯域予約制御部２７に対して、映像サーバ２とテレビ６との間で３Ｍｂｐｓの帯域を予約するように指示を出す。
【０２１３】
　この指示を受けた帯域予約制御部２７は、ネットワーク入出力部２０を介して、ネットワークリソース管理サーバ１に、３Ｍｂｐｓの帯域の予約を試みる。
【０２１４】
　図８のリクエスト受信部１１は、ネットワーク入出力部１０を介して、映像サーバ２からの当該予約を受けて、通信経路導出部１２に対して、当該予約は、映像サーバ２とテレビ６との間の経路についてのものである旨の情報を与える。
【０２１５】
　この情報を受けた通信経路導出部１２は、通信経路／予約情報データベース１６を参照して、映像サーバ２とテレビ６との間の経路を導出する。
【０２１６】
　帯域取得／計算部１４は、通信経路／予約情報データベース１６を参照して、通信経路導出部１２が導出した経路の空き帯域の情報を取得する。回線５００では、既に、６Ｍｂｐｓの帯域が使用されているため、回線５００の空き帯域が、５Ｍｂｐｓである旨の情報を取得する。
【０２１７】
　予約管理部１５は、回線５００の空き帯域が５Ｍｂｐｓであるため、通信経路／予約情報データベース１６を更新し、映像サーバ２とテレビ６との間の経路で３Ｍｂｐｓの帯域の予約を行う。
【０２１８】
　結果通知部１３は、３Ｍｂｐｓの帯域の予約をした旨を、ネットワーク入出力部１０を介して、映像サーバ２に通知する。
【０２１９】
　図７のネットワーク入出力部２０を介して、この通知を受けたＧＵＩコマンド受信部２３は、３Ｍｂｐｓの帯域の予約ができた旨を、映像サーバコントローラ２４に通知する。
【０２２０】
　そして、映像サーバコントローラ２４は、送信レート変更部２９に対して、伝送レートを、６Ｍｂｐｓから３Ｍｂｐｓに変更するように指示する。
【０２２１】
　この指示を受けて、送信レート変更部２９は、映像データベース２６から取得した映像データに対して、３Ｍｂｐｓの伝送レートで送信できるように、再エンコードを施す。
【０２２２】
　そして、映像送信部２８は、標準画質で映像データを送信する旨の通知をテレビ６にした後、３Ｍｂｐｓの伝送レートで、再エンコードされた映像データを、ネットワーク入出力部１０を介して、テレビ６に送信する。
【０２２３】
　映像データの送信が完了した後の動作は、上記した実施の形態１と同様であり説明を省略する。
【０２２４】
　さて、次に、実施の形態１の第２の変形例を説明する。
【０２２５】
この第２の変形例による宅内ネットワーク１００は、実施の形態１の宅内ネットワーク１００の機能、及び、実施の形態１の第１の変形例の宅内ネットワーク１００の機能、の双方を具備する。
【０２２６】
　そして、この第２の変形例では、ユーザは、実施の形態１の宅内ネットワーク１００の機能（ユーザが要求する品質のサービスを提供できない場合に、代替案を提示して、ユーザの承認があれば、代替案による品質を落としたサービスを提供する機能）と、実施の形態１の第１の変形例の宅内ネットワーク１００の機能（ユーザが要求する品質のサービスを提供できない場合に、代替案を提示することなく、品質を落としたサービスを提供する機能）と、を切り替えて利用できる。
【０２２７】
これにより、第２の変形例では、ユーザの利便性の向上を図ることができる。
【０２２８】
　さて、ここで、図１の映像サーバ２は、サービス受信機器にサービスを提供するサービス提供機器の一例であり、図１の宅内ネットワーク１００を構成するものとして、映像サーバ２に限定されるものではない。この点は、後述する、実施の形態２、その変形例、及び、実施の形態３、についても同様である。
【０２２９】
　図１の宅内ネットワーク１００に、音楽を提供する等の他のサービス提供機器を設けることもできる。この点は、後述する、実施の形態２、その変形例、及び、実施の形態３、についても同様である。
【０２３０】
　また、図１の宅内ネットワーク１００に、異なる複数のサービス提供機器を設けることもできる。この点は、後述する、実施の形態２、その変形例、及び、実施の形態３、についても同様である。
【０２３１】
　また、映像サーバ２により、提供の用意があるサービスのリストとして、映像データリストを例に挙げている。
【０２３２】
　ただし、サービス提供機器の種類によって、提供の用意があるサービスのリストの内容が異なることは言うまでもない。この点は、後述する、実施の形態２、その変形例、及び、実施の形態３、についても同様である。
【０２３３】
　また、図１では、サービスの提供を受けるサービス受信機器の一例として、テレビ６及びＰＣ７を挙げているが、サービス受信機器は、これに限定されるものではない。この点は、後述する、実施の形態２、その変形例、及び、実施の形態３、についても同様である。
【０２３４】
　また、図１の宅内ネットワーク１００におけるサービス受信機器の数は、単数であってもよいし、また、複数であってもよい。この点は、後述する、実施の形態２、その変形例、及び、実施の形態３、についても同様である。
【０２３５】
　また、図１の宅内ネットワーク１００の回線２００〜７００は、無線であってもよいし、有線であってもよいし、これらを組み合わせたものであってもよい。この点は、後述する、実施の形態２、その変形例、及び、実施の形態３、についても同様である。
【０２３６】
　また、ネットワークリソース管理サーバ１と、映像サーバ２等のサービス提供機器と、が一体として形成されていてもよい。この点は、後述する、実施の形態２、その変形例、及び、実施の形態３、についても同様である。
【０２３７】
　また、図１の宅内ネットワーク１００の構成は、これに限定されるものではなく、ネットワークリソース管理サーバ１と、サービス提供機器と、サービス受信機器と、により、宅内ネットワーク１００が構成されていればよい。この点は、後述する、実施の形態２、その変形例、及び、実施の形態３、についても同様である。
【０２３８】
　また、高品質のサービス及び標準品質のサービスという２段階のサービスを用意したが、これに限定されるものではなく、３段階以上の品質のサービスを用意し、帯域の利用状況に合わせて選択できるようにすることもできる。この点は、後述する、実施の形態２、及び、その変形例、についても同様である。
【０２３９】
　また、上記では、宅内ネットワーク１００とし、宅内に設けられるネットワークを例に挙げたが、これに限定されない。この点は、後述する、実施の形態２、その変形例、及び、実施の形態３、についても同様である。
【０２４０】
　さて、以上のように、実施の形態１、第１の変形例、及び、第２の変形例、では、ユーザから要求されたサービスの提供に必要なネットワークリソース（例えば、帯域）を確保できない場合、要求されたサービスより低い品質のサービスを提供する。
【０２４１】
　これにより、ユーザが要求する品質のサービスを提供できない場合でも、確保できるネットワークリソースの範囲内で、品質を低くしたサービスが提供される。
【０２４２】
　従って、ユーザが要求する品質より品質は低いが、少なくとも、ユーザがサービスの提供を受けたいときに、サービスの提供を受けることができるので、サービスの提供を全く行わない場合と比較して、ユーザの不満を軽減できる。
【０２４３】
　また、実施の形態１、第１の変形例、及び、第２の変形例、では、利用できる残りの帯域が全く利用されないという事態が極力回避されて、帯域の有効利用が可能となる。
【０２４４】
　（実施の形態２）
本発明の実施の形態２における宅内ネットワークの全体構成は、実施の形態１における図１の宅内ネットワーク１００と同様である。
【０２４５】
　従って、実施の形態２の説明では、図１の宅内ネットワーク１００を、実施の形態２における宅内ネットワークとして説明する。
【０２４６】
　また、実施の形態２における映像サーバは、図７に示した映像サーバの構成と同様であるため、図７に示した映像サーバを、実施の形態２の映像サーバとして説明する。
【０２４７】
　また、実施の形態２におけるネットワークリソース管理サーバは、図８に示したネットワークリソース管理サーバの構成と同様であるため、図８に示したネットワークリソース管理サーバを、実施の形態２のネットワークリソース管理サーバとして説明する。
【０２４８】
　以下、具体例を挙げながら、実施の形態２について説明する。この場合、ネットワークリソースの一例として、帯域を挙げる。また、図２から図５に示した例を挙げる。
【０２４９】
　図２に示すように、テレビ６が、６Ｍｂｐｓの帯域を必要とする高画質の映像データの送信要求を、映像サーバ２に行い、しかも、図３に示すように、その送信要求をしたときには、既に、回線５００において、６Ｍｂｐｓの帯域を、ＰＣ７が使用しているとする。
【０２５０】
　この場合、図４に示すように、映像サーバ２は、テレビ６が要求する高画質の映像データを提供できない。このため、図５に示すように、映像サーバ２は、テレビ６に代替案６１を提示する。
【０２５１】
　そして、代替案６１を承認する旨の通知を出したテレビ６は、代替案６１による３Ｍｂｐｓでの標準画質の映像データの提供を受ける。
【０２５２】
　ここまでの通信の手順は、図６に示した通信手順と同様である。以下、その後の通信手順を説明する。
【０２５３】
　図１１は、実施の形態２におけるネットワークリソース管理サーバ１−映像サーバ２−テレビ６の間での通信手順の例示図である。
【０２５４】
　図１１に示すように、映像サーバ２は、代替案６１を承認する旨の通知を出したテレビ６に対して、代替案６１による標準画質の映像データを３Ｍｂｐｓで送信している。
【０２５５】
　映像サーバ２は、代替案６１による標準画質の映像データを３Ｍｂｐｓで送信している間において、ネットワークリソース管理サーバ１に対して、映像サーバとテレビ６との間でさらに３Ｍｂｐｓの帯域を予約できるかどうかを、定期的に確認する。なぜなら、合計６Ｍｂｐｓの帯域を確保して、高画質の映像データの送信を可能とするためである。
【０２５６】
　すると、ネットワークリソース管理サーバ１は、当該帯域の予約の可否を判定する。
【０２５７】
　判定の結果、さらに３Ｍｂｐｓの帯域を確保できない場合は、ネットワークリソース管理サーバ１は、映像サーバ２に対して、その旨を通知する。
【０２５８】
　一方、判定の結果、さらに３Ｍｂｐｓの帯域を確保できる場合は、ネットワークリソース管理サーバ１は、映像サーバとテレビ６との間でさらに３Ｍｂｐｓの帯域の仮予約をして、映像サーバ２に対して、その旨を通知する。
【０２５９】
　３Ｍｂｐｓの帯域を確保できる旨の通知を受けた映像サーバ２は、６Ｍｂｐｓでの高画質の映像データの送信が可能になった旨の通知を、テレビ６に送信する。
【０２６０】
　高画質の映像データへの変更を求める旨のユーザの指示で、テレビ６は、映像サーバ２に対して、高画質の映像データへの変更を要求する通知を行う。
【０２６１】
　この通知を受けた映像サーバ２は、映像サーバ２とテレビ６との間でのさらに３Ｍｂｐｓの帯域の予約を、ネットワークリソース管理サーバ１に対して行う。
【０２６２】
　すると、ネットワークリソース管理サーバ１は、予約を確定し（本予約を行い）、その旨を、映像サーバ２に通知する。
【０２６３】
　この通知を受けた映像サーバ２は、テレビ６に対して、高画質の映像データを６Ｍｂｐｓで送信する。
【０２６４】
　映像サーバ２は、映像データの送信が完了したら、映像サーバ２とテレビ６との間の合計６Ｍｂｐｓの帯域の予約を解除する旨の通知を行う。
【０２６５】
　この通知を受けたネットワークリソース管理サーバ１は、当該予約を解除して、その旨を映像サーバ２に通知する。
【０２６６】
　さて、次に、図１１に示した手順を実行する場合を例に、図７及び図８の各構成の動作を説明する。
【０２６７】
　図７の映像送信部２８が、代替案６１を承認する旨の通知を出したテレビ６に対して、代替案６１による標準画質の映像データを３Ｍｂｐｓで送信しているとする。
【０２６８】
　代替案６１による標準画質の映像データを３Ｍｂｐｓで送信している間において、映像サーバコントローラ２４は、帯域予約制御部２７に対して、映像サーバ２とテレビ６との間でさらに３Ｍｂｐｓの帯域を予約するように、定期的に指示を出す。
【０２６９】
　この指示を受けて、帯域予約制御部２７は、代替案６１による標準画質の映像データを３Ｍｂｐｓで送信している間において、ネットワークリソース管理サーバ１に対して、映像サーバとテレビ６との間で３Ｍｂｐｓの帯域の予約を定期的に試みる。
【０２７０】
　図８のリクエスト受信部１１は、ネットワーク入出力部１０を介して、映像サーバ２からの当該予約を受けて、通信経路導出部１２に対して、当該予約は、映像サーバ２とテレビ６との間の経路についてのものである旨の情報を与える。
【０２７１】
　この情報を受けた通信経路導出部１２は、通信経路／予約情報データベース１６を参照して、映像サーバ２とテレビ６との間の経路を導出する。
【０２７２】
　つまり、通信経路導出部１２は、映像サーバ２とテレビ６との間の経路が、映像サーバ２、回線４００、ハブ４、回線３００、ルータ３、回線５００、ハブ５、回線６００、及び、テレビ６、からなることを導出する。
【０２７３】
　帯域取得／計算部１４は、通信経路／予約情報データベース１６を参照して、通信経路導出部１２が導出した経路の空き帯域の情報を取得する。
【０２７４】
　結果通知部１３は、帯域取得／計算部１４が取得した空き帯域の情報を受けて、３Ｍｂｐｓの帯域を確保できない場合は、その旨を、ネットワーク入出力部１０を介して、映像サーバ２に通知する。
【０２７５】
　一方、予約管理部１５は、帯域取得／計算部１４が取得した空き帯域の情報を受けて、３Ｍｂｐｓの帯域を確保できる場合は、通信経路／予約情報データベース１６を更新し、映像サーバ２とテレビ６との間の経路で３Ｍｂｐｓの帯域の仮予約を行う。
【０２７６】
　そして、結果通知部１３は、３Ｍｂｐｓの帯域の仮予約をした旨を、ネットワーク入出力部１０を介して、映像サーバ２に通知する。
【０２７７】
　図７のネットワーク入出力部２０を介して、３Ｍｂｐｓの帯域を確保できる旨の通知を受けたＧＵＩコマンド受信部２３は、当該通知の内容を映像サーバコントローラ２４に与える。
【０２７８】
　そして、映像サーバコントローラ２４は、６Ｍｂｐｓでの高画質の映像データの送信が可能になった旨の通知を含むＧＵＩ画面情報を作成するように、ＧＵＩ画面作成部２２に対して指示する。この指示を受けたＧＵＩ画面作成部２２は、ＧＵＩ画面情報を作成する。
【０２７９】
　ＧＵＩ画面送信部２１は、ネットワーク入出力部２０を介して、このＧＵＩ画面情報を、テレビ６に送信する。
【０２８０】
　すると、テレビ６には、このＧＵＩ画面情報が表示される。そして、ユーザが、テレビ６の画面上のＧＵＩを操作して、高画質の映像データへの変更を要求した場合は、テレビ６は、高画質の映像データの６Ｍｂｐｓでの送信を求める旨を、映像サーバ２に通知する。
【０２８１】
　図７のネットワーク入出力部２０を介して、この通知を受けたＧＵＩコマンド受信部２３は、高画質の映像データへの変更が求められた旨を、映像サーバコントローラ２４に通知する。
【０２８２】
　すると、映像サーバコントローラ２４は、帯域予約制御部２７に対して、３Ｍｂｐｓの帯域を本予約するように指示を出す。
【０２８３】
　この指示を受けた帯域予約制御部２７は、ネットワーク入出力部２０を介して、ネットワークリソース管理サーバ１に、３Ｍｂｐｓの帯域の本予約を行う。
【０２８４】
　図８のリクエスト受信部１１は、ネットワーク入出力部１０を介して、映像サーバ２からの当該本予約の通知を受けて、その旨を予約管理部１５に通知する。
【０２８５】
　この通知を受けた予約管理部１５は、通信経路／予約情報データベース１６のテーブルを更新し、映像サーバ２とテレビ６との間の３Ｍｂｐｓの帯域の予約を確定する。
【０２８６】
　その結果、テレビ６と映像サーバ２との間で、合計６Ｍｂｐｓの帯域が確保されたことになる。
【０２８７】
　予約管理部１５は、予約を確定した旨を、結果通知部１３に通知する。
【０２８８】
この通知を受けた結果通知部１３は、ネットワーク入出力部１０を介して、映像サーバ２に対し、３Ｍｂｐｓの帯域を予約した旨を通知する。
【０２８９】
　図７のネットワーク入出力部２０を介して、この通知を受けたＧＵＩコマンド受信部２３は、３Ｍｂｐｓの帯域の予約が確定した旨を、映像サーバコントローラ２４に通知する。
【０２９０】
　そして、映像サーバコントローラ２４は、映像データ管理部２５に対して、映像データベース２６から、高画質の映像データを取得して、映像送信部２８に与えるように指示を出す。
【０２９１】
　すると、映像送信部２８は、６Ｍｂｐｓの伝送レートで、高画質の映像データを、ネットワーク入出力部１０を介して、テレビ６に送信する。
【０２９２】
　映像データの送信が完了すると、映像サーバコントローラ２４は、帯域予約制御部２７に対して、帯域の予約を解除するように指示する。
【０２９３】
　この指示を受けた帯域予約制御部２７は、ネットワーク入出力部２０を介して、ネットワークリソース管理サーバ１に対して、予約の解除を要請する。
【０２９４】
　図８のリクエスト受信部１１は、ネットワーク入出力部１０を介して、映像サーバ２からの当該要請を受けて、その旨を予約管理部１５に通知する。
【０２９５】
　この通知を受けた予約管理部１５は、通信経路／予約情報データベース１６のテーブルを更新し、映像サーバ２とテレビ６との間の６Ｍｂｐｓの帯域の予約を解除する。
【０２９６】
　そして、予約管理部１５は、予約を解除した旨を、結果通知部１３に通知する。この通知を受けた結果通知部１３は、ネットワーク入出力部１０を介して、映像サーバ２に対し、６Ｍｂｐｓの帯域の予約を解除した旨を通知する。
【０２９７】
　さて、次に、実施の形態２の第１の変形例における宅内ネットワーク１００について説明する。
【０２９８】
　この第１の変形例では、標準品質のサービスの提供を行っている際に、高品質のサービスの提供が可能となった場合に、映像サーバ２が、宅内ネットワーク１００に接続されたサービス受信機器（例えば、テレビ６）に対して、その旨を通知することなく、標準品質から高品質に変更して、サービスを提供する。
【０２９９】
　以下、具体例を挙げながら、第１の変形例を説明する。図２に示すように、テレビ６が、６Ｍｂｐｓの帯域を必要とする高画質の映像データの送信要求を、映像サーバ２に行い、しかも、図３に示すように、その送信要求をしたときには、既に、回線５００において、６Ｍｂｐｓの帯域を、ＰＣ７が使用しているとする。
【０３００】
　この場合、図４に示すように、映像サーバ２は、テレビ６が要求する高画質の映像データを提供できない。
【０３０１】
　このため、図５に示すように、映像サーバ２は、テレビ６に代替案６１を提示する。
【０３０２】
　そして、代替案６１を承認する旨の通知を出したテレビ６は、代替案６１による３Ｍｂｐｓでの標準画質の映像データの提供を受ける。
【０３０３】
　ここまでの通信の手順は、図６に示した通信手順と同様である。以下、その後の通信手順を説明する。
【０３０４】
　図１２は、ネットワークリソース管理サーバ１−映像サーバ２−テレビ６の間での通信手順の第１の変形例における例示図である。
【０３０５】
　図１１に示すように、映像サーバ２は、代替案６１を承認する旨の通知を出したテレビ６に対して、代替案６１による標準画質の映像データを３Ｍｂｐｓで送信している。
【０３０６】
　映像サーバ２は、代替案６１による標準画質の映像データを３Ｍｂｐｓで送信している間において、ネットワークリソース管理サーバ１に対して、映像サーバとテレビ６との間でさらに３Ｍｂｐｓの帯域を予約できるかどうかを、定期的に確認する。なぜなら、合計６Ｍｂｐｓの帯域を確保して、高画質の映像データの送信を可能とするためである。
【０３０７】
　すると、ネットワークリソース管理サーバ１は、当該帯域の予約の可否を判定する。
【０３０８】
　判定の結果、さらに３Ｍｂｐｓの帯域を確保できない場合は、ネットワークリソース管理サーバ１は、映像サーバ２に対して、その旨を通知する。
【０３０９】
　一方、判定の結果、さらに３Ｍｂｐｓの帯域を確保でる場合は、ネットワークリソース管理サーバ１は、映像サーバとテレビ６との間でさらに３Ｍｂｐｓの帯域の予約を確定して、映像サーバ２に対して、その旨を通知する。
【０３１０】
　３Ｍｂｐｓの帯域を予約した旨の通知を受けた映像サーバ２は、高画質の映像データを６Ｍｂｐｓ送信する旨の通知を、テレビ６に送信する。
【０３１１】
　そして、映像サーバ２は、テレビ６に対して、高画質の映像データを６Ｍｂｐｓで送信する。
【０３１２】
　映像サーバ２は、映像データの送信が完了したら、映像サーバ２とテレビ６との間の合計６Ｍｂｐｓの帯域の予約を解除する旨の通知を行う。
【０３１３】
　この通知を受けたネットワークリソース管理サーバ１は、当該予約を解除して、その旨を、映像サーバ２に通知する。
【０３１４】
　さて、次に、図１２に示した手順を実行する場合を例に、図７及び図８の各構成の動作を説明する。
【０３１５】
　図７の映像送信部２８が、代替案６１を承認する旨の通知を出したテレビ６に対して、代替案６１による標準画質の映像データを３Ｍｂｐｓで送信しているとする。
【０３１６】
　代替案６１による標準画質の映像データを３Ｍｂｐｓで送信している間において、映像サーバコントローラ２４は、帯域予約制御部２７に対して、映像サーバ２とテレビ６との間でさらに３Ｍｂｐｓの帯域を予約するように、定期的に指示を出す。
【０３１７】
　この指示を受けて、帯域予約制御部２７は、代替案６１による標準画質の映像データを３Ｍｂｐｓで送信している間において、ネットワークリソース管理サーバ１に対して、映像サーバとテレビ６との間で３Ｍｂｐｓの帯域の予約を定期的に試みる。
【０３１８】
　図８のリクエスト受信部１１は、ネットワーク入出力部１０を介して、映像サーバ２からの当該予約を受けて、通信経路導出部１２に対して、当該予約は、映像サーバ２とテレビ６との間の経路についてのものである旨の情報を与える。
【０３１９】
　この情報を受けた通信経路導出部１２は、通信経路／予約情報データベース１６を参照して、映像サーバ２とテレビ６との間の経路を導出する。
【０３２０】
　帯域取得／計算部１４は、通信経路／予約情報データベース１６を参照して、通信経路導出部１２が導出した経路の空き帯域の情報を取得する。
【０３２１】
　結果通知部１３は、帯域取得／計算部１４が取得した空き帯域の情報を受けて、３Ｍｂｐｓの帯域を確保できない場合は、その旨を、ネットワーク入出力部１０を介して、映像サーバ２に通知する。
【０３２２】
　一方、予約管理部１５は、帯域取得／計算部１４が取得した空き帯域の情報を受けて、３Ｍｂｐｓの帯域を確保できる場合は、通信経路／予約情報データベース１６を更新し、映像サーバ２とテレビ６との間の経路で３Ｍｂｐｓの帯域の予約を行う。
【０３２３】
　その結果、テレビ６と映像サーバ２との間で、合計６Ｍｂｐｓの帯域が確保されたことになる。
【０３２４】
　予約管理部１５は、予約を確定した旨を、結果通知部１３に通知する。この通知を受けた結果通知部１３は、ネットワーク入出力部１０を介して、映像サーバ２に対し、３Ｍｂｐｓの帯域の予約を確定した旨を通知する。
【０３２５】
　図７のネットワーク入出力部２０を介して、この通知を受けたＧＵＩコマンド受信部２３は、３Ｍｂｐｓの帯域の予約が確定した旨を、映像サーバコントローラ２４に通知する。
【０３２６】
　そして、映像サーバコントローラ２４は、映像データ管理部２５に対して、映像データベース２６から、高画質の映像データを取得して、映像送信部２８に与えるように指示を出す。
【０３２７】
　すると、映像送信部２８は、６Ｍｂｐｓの伝送レートで、高画質の映像データを、ネットワーク入出力部１０を介して、テレビ６に送信する。
【０３２８】
　映像データの送信が完了した後の動作は、上記した実施の形態２と同様であり説明を省略する。
【０３２９】
　さて、次に、実施の形態２の第２の変形例を説明する。
【０３３０】
この第２の変形例による宅内ネットワーク１００は、実施の形態２の宅内ネットワーク１００の機能、及び、実施の形態２の第１の変形例の宅内ネットワーク１００の機能、の双方を具備する。
【０３３１】
　そして、この第２の変形例では、ユーザは、実施の形態２の宅内ネットワーク１００の機能（標準品質のサービスを提供している際に、高品質のサービスの提供が可能となった場合、その旨を通知して、ユーザの承認があれば、高品質のサービスを提供する機能）と、実施の形態２の第１の変形例の宅内ネットワーク１００の機能（標準品質のサービスを提供している際に、高品質のサービスの提供が可能となった場合、その旨を通知することなく、高品質のサービスを提供する機能）と、を切り替えて利用できる。
【０３３２】
これにより、第２の変形例では、ユーザの利便性の向上を図ることができる。
【０３３３】
　さて、以上のように、実施の形態２、第１の変形例、及び、第２の変形例、では、ユーザから要求されたサービスの提供に必要なネットワークリソース（例えば、帯域）を確保できない場合、要求されたサービスより低い品質のサービスを提供する。
【０３３４】
　これにより、ユーザが要求する品質のサービスを提供できない場合でも、確保できるネットワークリソースの範囲内で、品質を低くしたサービスが提供される。
【０３３５】
　従って、ユーザが要求する品質より品質は低いが、少なくとも、ユーザがサービスの提供を受けたいときに、サービスの提供を受けることができるので、サービスの提供を全く行わない場合と比較して、ユーザの不満を軽減できる。
【０３３６】
　また、実施の形態２、第１の変形例、及び、第２の変形例、では、現在提供しているサービスより高い品質の提供に必要なネットワークリソース（例えば、帯域）を確保できる場合、高い品質のサービスを提供する。
【０３３７】
　これにより、当初にユーザが要求した高い品質のサービスの提供が可能となった場合に、その高い品質のサービスが提供されるので、ユーザの満足度を向上させることができる。
【０３３８】
　さらに、実施の形態２、第１の変形例、及び、第２の変形例、では、利用できる残りの帯域が全く利用されないという事態が極力回避されて、帯域の有効利用が可能となる。
【０３３９】
　なお、上記のように、図６に示した映像データ送信完了前までの手順の後に、図１１又は図１２の手順を実行する場合だけでなく、図１０に示した映像データ送信完了前までの手順の後に、図１１又は図１２の手順を実行するすることもできる。
【０３４０】
　（実施の形態３）
本発明の実施の形態３における宅内ネットワークの全体構成は、実施の形態１における図１の宅内ネットワーク１００と同様である。
【０３４１】
　従って、実施の形態３の説明では、図１の宅内ネットワーク１００を、実施の形態３における宅内ネットワークとして説明する。
【０３４２】
　また、実施の形態３におけるネットワークリソース管理サーバ１は、図８に示したネットワークリソース管理サーバの構成と同様であるため、図８に示したネットワークリソース管理サーバを、実施の形態３のネットワークリソース管理サーバとして説明する。
【０３４３】
　さて、実施の形態３における宅内ネットワーク１００では、ネットワークリソース（例えば、帯域）の空き状況を確認し、その確認の結果を元に、サービスの提供の用意がある全てのサービスについての提供の可否を判定して、提供し得ないサービスの提供の要求を、ユーザができないようにする。
【０３４４】
　これにより、現在提供し得ないサービスについては、ユーザは、サービスの提供の要求ができない。
【０３４５】
　その結果、サービスの提供の要求をして、その要求を拒否される場合と比較して、期待を裏切られたというユーザの印象を軽減できる。つまり、ユーザの不満を軽減できる。
【０３４６】
　以下、具体例を挙げながら、実施の形態３について説明する。この場合、ネットワークリソースの一例として、帯域を挙げる。
【０３４７】
　図１３は、図１の宅内ネットワーク１００において、トラヒックが流れていない状態を示す図である。なお、図１３において、図１と同様の部分については同一の符号を付している。
【０３４８】
　映像サーバ２は、ネットワークリソース管理サーバ１と、定期的に通信を行い、映像サーバ２とテレビ６との間の経路における帯域の利用状況を定期的に確認する。
【０３４９】
　図１３に示すように、映像サーバ２とテレビ６との間では、トラヒックが流れていないため、映像サーバ２は、蓄積している映像データについては、どれでもテレビ６へ送信可能である。
【０３５０】
　従って、映像サーバ２は、ユーザがテレビ６において、全ての映像番組を選択できるような、映像データリスト６２を作成して、テレビ６に送信する。
【０３５１】
　このため、テレビ６のユーザは、映像サーバ２に蓄積されている映像は、どれでも見ることができる。
【０３５２】
　図１４は、図１の宅内ネットワーク１００のＰＣ７が、ネットワーク８００から、映像データを受信している状態を示す図である。なお、図１４において、図１と同様の部分については同一の符号を付している。
【０３５３】
　映像サーバ２は、ネットワークリソース管理サーバ１と、定期的に通信を行い、映像サーバ２とテレビ６との間の経路における帯域の利用状況を定期的に確認する。
【０３５４】
　図１４に示すように、ＰＣ７が、ネットワーク８００から、映像データを６Ｍｂｐｓで受信している。
【０３５５】
　従って、この場合、ネットワーク管理サーバ１は、ルータ３とハブ５とを接続する回線５００の残りの帯域が、５Ｍｂｐｓであることを把握している。
【０３５６】
　映像サーバ２は、ネットワークリソース管理サーバ１と、定期的に通信を行い、映像サーバ２とテレビ６との間の経路における帯域の利用状況を定期的に確認しているので、回線５００の残りの帯域が、５Ｍｂｐｓであることを知ることができる。
【０３５７】
　回線５００の残りの帯域が、５Ｍｂｐｓであるため、映像サーバ２は、テレビ６に対して、６Ｍｂｐｓの帯域を必要とする映像データを提供することができない。
【０３５８】
　従って、映像サーバ２は、ユーザがテレビ６において、６Ｍｂｐｓの帯域を必要とする映像番組を選択できないように、映像データリスト６３を作成して、テレビ６に送信する。
【０３５９】
　具体的には、映像データリスト６３において、６Ｍｂｐｓの帯域を必要とする映像番組の表示にマスクをかける。図１４の例では、選択できない映像番組の表示に黒いマスクをかけている。
【０３６０】
　あるいは、映像データリスト６３において、６Ｍｂｐｓの帯域を必要とする映像番組を表示しない。
【０３６１】
　これにより、テレビ６のユーザは、６Ｍｂｐｓの帯域を必要とする映像番組を選択できず、見ることができない。
【０３６２】
　さて、次に、映像サーバ２における処理の流れをフローチャートを用いて説明する。
【０３６３】
　図１５は、映像サーバ２のフローチャートである。図１５に示すように、ステップＳ１にて、映像サーバ２は、ネットワークリソース管理サーバ１に、宅内ネットワーク１００における現在の帯域の利用状況を確認する（空きリソース確認）。
【０３６４】
　映像サーバ２は、その確認の結果を元に、提供の用意がある全ての映像番組（提供の用意がある全てのサービス）について、現在提供可能かどうかを判断する（ステップＳ２、ステップＳ３）。
【０３６５】
　ステップＳ４にて、映像サーバ２は、現在サービス提供可能である映像番組については、映像データリストにおいて、当該映像番組を選択可能とする（サービス提供可能表示）。
【０３６６】
　一方、ステップＳ５にて、映像サーバ２は、現在サービス提供不可能である映像番組については、映像データリストにおいて、当該映像番組の表示にマスクをかける（サービス提供不可表示）。
【０３６７】
　映像サーバ２は、提供の用意がある全ての映像番組について、現在提供可能かどうかを判断した場合は（ステップＳ２）、一定時間待つ（ステップＳ６）。
【０３６８】
　そして、一定時間の経過後に、再び、映像サーバ２は、ネットワークリソース管理サーバ１に、宅内ネットワーク１００における現在の帯域の利用状況を確認し（ステップＳ１）、ステップＳ２からステップＳ５の処理を実行する。
【０３６９】
　以上のように、映像サーバ２は、一定時間おきに、ステップＳ１からステップ５の処理を繰り返す。
【０３７０】
　さて、次に、実施の形態３における映像サーバ２の詳細を説明する。
【０３７１】
図１６は、実施の形態３における映像サーバ２のブロック図である。なお、図１６において、図７と同様の部分については同一の符号を付して適宜説明を省略する。
【０３７２】
　図１６に示すように、この映像サーバ２は、ネットワーク入出力部２０、ＧＵＩ画面送信部２１、ＧＵＩ作成部２２、ＧＵＩコマンド受信部２３、映像サーバコントローラ２４、映像データ管理部２５、映像データベース２６、帯域確認部３０、及び、映像送信部２８、を含む。
【０３７３】
　ここで、ネットワークリソース管理サーバ１は、宅内ネットワーク１００における帯域の利用状況が変わるたびに、図８の通信経路／予約情報データベース１６を更新している。つまり、図９のテーブルを更新している。
【０３７４】
　従って、ネットワークリソース管理サーバ１は、宅内ネットワーク１００における現在の帯域の利用状況を把握している。
【０３７５】
　そこで、図１６の帯域確認部３０は、ネットワークリソース管理サーバ１に、宅内ネットワーク１００における帯域の利用状況を、映像サーバコントローラ２４の指示に従って定期的に確認する。
【０３７６】
　そして、帯域確認部３０は、確認した帯域の利用状況を表す情報を、映像データ管理部２５に与える。
【０３７７】
　映像データ管理部２５は、映像サーバコントローラ２４の指示に従って、映像データベース２６に蓄積された情報を元に、再生可能（サービス提供可能）な映像データに係る映像番組の情報を取得する。
【０３７８】
　そして、映像データ管理部２５は、映像サーバコントローラ２４の指示に従って、帯域確認部３０が確認した帯域の利用状況に照らして、当該映像番組の提供が現在可能かどうかを判定して、その判定結果と当該映像番組の情報とをＧＵＩ作成部２２に出力する。
【０３７９】
　なお、映像データ管理部２５は、再生可能な全ての映像番組の情報を取得して、取得した映像番組ごとに、上記判定を行う。
【０３８０】
　ＧＵＩ作成部２２は、映像サーバコントローラ２４の指示に従って、映像データ管理部２５が出力した判定結果と映像番組の情報とを元に、ＧＵＩとしての映像データリストを作成する。
【０３８１】
　具体的には、ＧＵＩ作成部２２は、映像サーバコントローラ２４の指示に従って、映像データリストにおいて、現在提供可能な映像番組については、ユーザが選択可能な表示とし、現在提供不可能な映像番組については、その表示にマスクをかけて、ユーザが選択できないようにする。
【０３８２】
　テレビ６又はＰＣ７から、サービス提供の要求があった場合は、映像サーバコントローラ２４は、ＧＵＩ画面送信部２１に対して、ＧＵＩ作成部２２が作成した現在の映像データリストのＧＵＩ画面情報を、サービス提供を要求したテレビ６又はＰＣ７に送信するように指示する。
【０３８３】
　この指示を受けて、ＧＵＩ画面送信部２１は、ネットワーク入出力部２０を介して、現在の映像データリストのＧＵＩ画面情報を送信する。
【０３８４】
　これにより、図１３の例では、テレビ６に映像データリスト６２が表示される。また、図１４の例では、テレビ６に映像データリスト６３が表示される。
【０３８５】
　さて、ユーザが、マスクがされていない映像番組を選択することにより、ＧＵＩコマンド受信部２３が、テレビ６又はＰＣ７から、当該映像番組の提供の要求を受けた場合は、ＧＵＩコマンド受信部２３は、その情報を映像サーバコントローラ２４へ与える。
【０３８６】
　これを受けて、映像サーバコントローラ２４は、映像データ管理部２５に対して、当該映像番組の映像データを取得して、映像送信部２８へ出力するように指示を出す。
【０３８７】
　映像送信部２８は、映像サーバコントローラ２４の指示により、映像データ管理部２５が取得した映像データを、ネットワーク入出力部２０を介して、サービス提供を要求したテレビ６又はＰＣ７に送信する。
【０３８８】
　なお、ユーザは、映像サーバ２が現在提供できない映像番組を選択できないため、ユーザが選択できる映像番組については、選択されれば必ず、その映像データが送信される。
【０３８９】
　さて、ここで、上記では、映像データの送信ができない映像番組の表示には、映像データリストにおいて、マスクをかけて、ユーザが選択できないようにした。
【０３９０】
　ただし、ユーザが、映像データの送信を受けることができる映像番組と、映像データの送信を受けることができない映像番組と、を区別できる表示を、映像データリストにおいて行うことができれば、マスクをかける場合に限定されるものではない。
【０３９１】
　また、提供の用意があるサービスのリストである映像データリストにおける表記方法は、図１３又は図１４に示したものに限定されない。
【０３９２】
　また、サービス提供機器の種類により、提供の用意があるサービスのリストは異なってくる。
【０３９３】
　さて、以上のように、本実施の形態では、提供し得ないサービスについては、提供の用意があるサービスのリストにおいて、ユーザが選択できないようにしている。
【０３９４】
　これにより、現在提供し得ないサービスについては、ユーザは選択できず、サービス提供の要求ができない。
【０３９５】
　その結果、ユーザがサービスの提供の要求をして、その要求を拒否されるという事態が生じることがなく、期待を裏切られたというユーザの印象を軽減できる。つまり、ユーザの不満を軽減できる。
【０３９６】
　また、単に、提供し得ないサービスと提供し得るサービスとを区別できる表示を、提供の用意があるサービスのリストにおいて行うこともできる。
【０３９７】
　これにより、現在提供し得ないサービスについては、予めユーザに示されることになる。
【０３９８】
　その結果、サービスの提供の要求をして、その要求を拒否される場合と比較して、期待を裏切られたというユーザの印象を軽減できる。つまり、ユーザの不満を軽減できる。
【０３９９】
　また、本実施の形態では、現在サービスの提供を受けることができるサービスがユーザに示され、その範囲でユーザがサービス提供の要求をするので、利用できる残りの帯域が全く利用されないという事態が極力回避されて、帯域の有効利用が可能となる。
【０４００】
　また、本実施の形態では、無駄なサービス提供の要求がされなくなり、サービス提供機器の負担を軽減できる。
【０４０１】
　なお、本実施の形態の映像サーバ２に、送信レートを変更する機能（図７の送信レート変更部２９に相当するもの）がある場合、空き帯域の範囲内で品質を落としてサービス提供が可能なサービスのリストを、テレビ６等のサービス受信機器に表示することもできる。
【０４０２】
　さて、図１４に示した表示形態としては、図１７から図３１に示すものを用いても良い。
【０４０３】
　まず、図１７から図２１の例では、提供できないサービスにマスクをかけ、ユーザが選択できないようにしている。マスクのかけ方としては、選択できるものについて肯定的な表示をし、選択できないものについて否定的な表示をすると良い。
【０４０４】
　例えば、図１７に示すように、選択できないものの背景を塗りつぶしたり、図１８に示すように、選択できるものの文字、枠、背景、色等を目立つように表示し、その反対に選択できないものを目立たなく表示すると良い。
【０４０５】
　あるいは、図１９に示すように、選択できないものに、否定的な表示（例えば、×印、打ち消し線、禁止あるいは不可という意味を示す絵文字等）を付し、選択できるものに、肯定的な表示（否定的な表示とは反対の表示）をするとよい。
【０４０６】
　これらの肯定的な表示と否定的な表示は、片方だけ付しても良いし、両方付しても良い。
【０４０７】
　さらには、図２０に示すように、選択できるものだけ表示しても良いし、図２１に示すように、選択できるものを上側に優先的に配置し、選択できないものを下側に表示するようにしても良い。
【０４０８】
　さらに、図２２、図２３に示すように、選択できるものと選択できないものとを、タブ付きシートの別のシートに分けて表示しても良い。このとき、選択できないものを含むシートについては、タブそのものを選択できないようにしても良い。
【０４０９】
　以上では、タイトルの品質を、文字を使って表示したが、図２４に示すように、タイトルの品質が直感的に理解できるように表示しても良い。図２４では、プレビュー欄が、品質欄のかわりに設けられている。
【０４１０】
　プレビュー欄の左側には、６Ｍｂｐｓのサムネイルが表示され、右側には、３Ｍｂｐｓのサムネイルが表示されている。図２４の状態では、６Ｍｂｐｓのタイトルは選択できないため、６Ｍｂｐｓのサムネイル上には、Ｘ印が付されている。なお、３月２７日付の「ドラマ１」なるタイトルには、６Ｍｂｐｓのデータがないため、該当サムネイルは表示されない。
【０４１１】
　ここで、６Ｍｂｐｓのサムネイルと３Ｍｂｐｓのサムネイルとは、それらの表示形態を異ならしめることが望ましい。ユーザが、その品質を直感的に理解しやすいからである。
【０４１２】
　図２４では、６Ｍｂｐｓのサムネイルには、画像データをサムネイルにあわせて縮小表示してある。一方、３Ｍｂｐｓのサムネイルには、画質を劣化させる処理を行ってから、画像データをサムネイルにあわせて縮小表示している。
【０４１３】
　画質を劣化させる処理は、任意であるが、例えば、図２４に示すように、モザイクをかけることが考えられる。他には、ぼかしを入れる、エッジを鈍くする、ノイズを付加する、シャープネスを落とす、減色する、階調を下げる、時間軸上のフレーム数を減らす、ブロック歪みを目立つようにする、等種々考えられる。
【０４１４】
　また、図２５に示すように、ユーザに、該当タイトルを表示できない理由を通知することが望ましい。ユーザの理解を得て、ユーザの不満を軽減できるからである。
【０４１５】
　さらに、図２６、図２７に示すように、現在の使用帯域と、全体の帯域とを、対比してユーザに通知することが望ましい。また、図２８、図２９に示すように、ユーザに、他にどのようなサービスを提供可能かという点を、通知するのも望ましい。さらには、図３０、図３１に示すように、使用帯域をグラフィカルにわかりやすく表示するのも望ましい。
【産業上の利用可能性】
【０４１６】
　本発明に係るサービス提供方法は、例えば、ＱｏＳ保証を行うネットワーク管理及びその関連技術の分野において好適に利用できる。
【図面の簡単な説明】
【０４１７】
【図１】本発明の実施の形態１における宅内ネットワークのブロック図
【図２】サービスの提供受けるために、テレビが、映像サーバに対してアクセスした状態を示す図
【図３】ＰＣが、外部のネットワークから、映像データを受信している状態を示す図
【図４】テレビが要求した品質のサービスの提供を受けることができない状態を示す図
【図５】映像サーバが、テレビに対して、代替案を通知した状態を示す図
【図６】本発明の実施の形態１における通信手順図
【図７】図１の映像サーバのブロック図
【図８】図１のネットワークリソース管理サーバのブロック図
【図９】図８の通信経路／予約情報データベースに蓄積されているテーブルの例示図
【図１０】本発明の実施の形態１の第１の変形例における通信手順図
【図１１】本発明の実施の形態２における通信手順図
【図１２】本発明の実施の形態２の第１の変形例における通信手順図
【図１３】本発明の実施の形態３における宅内ネットワークの説明図
【図１４】本発明の実施の形態３における宅内ネットワークの説明図
【図１５】本発明の実施の形態３における映像サーバのフローチャート
【図１６】本発明の実施の形態３における映像サーバのブロック図
【図１７】本発明の実施の形態３におけるユーザインターフェイスの例示図
【図１８】本発明の実施の形態３におけるユーザインターフェイスの例示図
【図１９】本発明の実施の形態３におけるユーザインターフェイスの例示図
【図２０】本発明の実施の形態３におけるユーザインターフェイスの例示図
【図２１】本発明の実施の形態３におけるユーザインターフェイスの例示図
【図２２】本発明の実施の形態３におけるユーザインターフェイスの例示図
【図２３】本発明の実施の形態３におけるユーザインターフェイスの例示図
【図２４】本発明の実施の形態３におけるユーザインターフェイスの例示図
【図２５】本発明の実施の形態３におけるユーザインターフェイスの例示図
【図２６】本発明の実施の形態３におけるユーザインターフェイスの例示図
【図２７】本発明の実施の形態３におけるユーザインターフェイスの例示図
【図２８】本発明の実施の形態３におけるユーザインターフェイスの例示図
【図２９】本発明の実施の形態３におけるユーザインターフェイスの例示図
【図３０】本発明の実施の形態３におけるユーザインターフェイスの例示図
【図３１】本発明の実施の形態３におけるユーザインターフェイスの例示図
【符号の説明】
【０４１８】
１　ネットワークリソース管理サーバ
２　映像サーバ
３　ルータ
４、５　ハブ
６　テレビ
７　パーソナルコンピュータ（ＰＣ）
１０、２０　ネットワーク入出力部
１１　リクエスト受信部
１２　通信経路導出部
１３　結果通知部
１４　帯域取得／計算部
１５　予約管理部
１６　通信経路／予約情報データベース
２１　ＧＵＩ画面送信部
２２　ＧＵＩ作成部
２３　ＧＵＩコマンド受信部
２４　映像サーバコントローラ
２５　映像データ管理部
２６　映像データベース
２７　帯域予約制御部
２８　映像送信部
２９　送信レート変更部
３０　帯域確認部
６０、６２、６３　映像データリスト
６１　代替案
１００　宅内ネットワーク
２００、３００、４００、５００、６００、７００　回線
８００　ネットワーク
【図１】
2004129244.tif 000003
【図２】
2004129244.tif 000004
【図３】
2004129244.tif 000005
【図４】
2004129244.tif 000006
【図５】
2004129244.tif 000007
【図６】
2004129244.tif 000008
【図７】
2004129244.tif 000009
【図８】
2004129244.tif 000010
【図９】
2004129244.tif 000011
【図１０】
2004129244.tif 000012
【図１１】
2004129244.tif 000013
【図１２】
2004129244.tif 000014
【図１３】
2004129244.tif 000015
【図１４】
2004129244.tif 000016
【図１５】
2004129244.tif 000017
【図１６】
2004129244.tif 000018
【図１７】
2004129244.tif 000019
【図１８】
2004129244.tif 000020
【図１９】
2004129244.tif 000021
【図２０】
2004129244.tif 000022
【図２１】
2004129244.tif 000023
【図２２】
2004129244.tif 000024
【図２３】
2004129244.tif 000025
【図２４】
2004129244.tif 000026
【図２５】
2004129244.tif 000027
【図２６】
2004129244.tif 000028
【図２７】
2004129244.tif 000029
【図２８】
2004129244.tif 000030
【図２９】
2004129244.tif 000031
【図３０】
2004129244.tif 000032
【図３１】
2004129244.tif 000033