(57)【要約】【課題】リソース不足によるユーザ視聴機会の剥奪から生じるサービス利用者の不満を緩和し、リソースを最大限に生かしたコンテンツ配信サービスを行うこと【解決手段】各ユーザ端末１０とともに、ネットワーク２０に接続されたリソース販売システムであり、ユーザ情報のデータベース３１０とユーザからのＮＷリソース要求の受付を行う受付機能３１１と、リソース要求に対して回答を行う回答機能３１２と、リソース予約端末に対して通知を行う通知機能３１２から構成されるリソース販売部３１、および、ＮＷ状態情報のデータベース３２０と、リソースを含むＮＷ使用状態を監視するＮＷ監視機能３２１と、空きリソース判定を行うリソース判定機能３２２とから構成されるリソース判定部３２を具備する。【選択図】        図１
2004236061.tif 000002
【特許請求の範囲】
【請求項１】
複数のユーザ端末とともにネットワークに接続されたリソース販売システムであって、
各ユーザ端末に対してリソース販売を行うための、ユーザ情報のデータベース、ユーザ端末からのリソース要求の受付を行う受付手段、リソース要求に対して回答を行う回答手段、およびリソース予約端末に対して通知を行う通知手段から構成されるリソース販売部と、
該ネットワーク中の空きリソース判定を行うための、ネットワーク状態情報のデータベース、リソースを含むネットワーク使用状態を監視するネットワーク監視手段、および空きリソース判定を行うリソース判定手段から構成されるリソース判定部とを有することを特徴とするリソース販売システム。
【請求項２】
請求項１に記載のリソース販売システムにおいて、
前記リソース販売部は、リソース提供スケジュールを含むユーザ情報を管理するプログラムを備え、ユーザ端末からの即時リソース要求以外に、時間未定または指定によるリソース予約の受付も行うことを特徴とするリソース販売システム。
【請求項３】
請求項２に記載のリソース販売システムにおいて、
前記リソース販売部のユーザ情報は、リソース予約時もしくはリソース確保時に情報更新されることを特徴とするリソース販売システム。
【請求項４】
請求項１に記載のリソース販売システムにおいて、
前記リソース判定部は、現在のみならず将来に対するネットワーク状態情報を管理するプログラムを備え、所定の時間にデータベース内の情報更新を行うことを特徴とするリソース販売システム。
【請求項５】
請求項４に記載のリソース販売システムにおいて、
前記リソース判定部のネットワーク状態情報は、リソース予約時もしくはリソース確保時に情報更新されることを特徴とするリソース販売システム。
【請求項６】
請求項１に記載のリソース販売システムにおいて、
前記リソース判定部のリソース判定手段は、リソース販売部が管理しているユーザ情報と、該リソース判定部が管理しているネットワーク状態情報に基づき演算を行うプログラムを備え、該プログラムにより空きリソース判定を行うことを特徴とするリソース販売システム。
【請求項７】
請求項６に記載のリソース販売システムにおいて、
前記リソース判定部の空きリソース判定は、リソース予約希望端末に対するリソース判定を行う場合、リソース販売部が管理するリソース提供スケジュール情報を参照し、リソース予約済端末に対して必要なリソース量も考慮しながら空きリソース判定を行うことを特徴とするリソース販売システム。
【請求項８】
請求項１または６に記載のリソース販売システムにおいて、
前記リソース販売部の通知手段は、時間指定のリソース予約端末に対し、リソース判定部による空きリソース判定次第、必要に応じてリソース予約端末が事前に指定した方法に基づいて空きリソース通知を行うことを特徴とするリソース販売システム。
【請求項９】
請求項１または６に記載のリソース販売システムにおいて、
前記リソース販売部の通知手段は、時間未定のリソース予約端末に対し、リソース判定部による空きリソース判定次第、該リソース販売部の通知手段がリソース予約端末が事前に指定した方法に基づいて空きリソース通知を行うことを特徴とするリソース販売システム。
【請求項１０】
請求項１または６に記載のリソース販売システムにおいて、
前記リソース判定部のリソース判定手段は、ユーザ端末からの時間指定あるいは未定のリソース要求を完全に満たせない判断を下した場合に、代案として提供可能なリソース量、もしくはリソース提供可能時間帯を判定し、リソース販売部の回答手段を介してユーザ端末に通知することを特徴とするリソース販売システム。
【請求項１１】
請求項１０に記載のリソース販売システムにおいて、
前記リソース販売部の回答手段を介した通知に対して、ユーザ端末が了解し、かつ時間予約を行う場合には、該リソース販売部はリソース時間予約受付を行うことを特徴とするリソース販売システム。
【請求項１２】
請求項１，２または６のいずれかに記載のリソース販売システムにおいて、
前記リソース判定部のリソース判定手段が、ユーザ端末からのリソース要求を完全に満たせない判断を下した場合に、リソース販売部の受付手段を介して当該ユーザ端末に対してリソース予約受付を行い、該リソース判定手段が空きリソース判定を行い次第、該リソース販売部の通知手段はユーザが事前に指定した方法に基づいて空きリソース通知を行うことを特徴とするリソース販売システム。
【請求項１３】
請求項１２に記載のリソース販売システムにおいて、
前記リソース販売部の通知手段から通知された空きリソース通知に対して、ユーザ端末が了解する場合、かつ当該ユーザ端末が時間予約を行う場合には、該リソース販売部がリソース時間予約受付を行うことを特徴とするリソース販売システム。
【請求項１４】
請求項１，２または６に記載のリソース販売システムにおいて、
前記時間指定のリソース予約、かつ前記リソース判定部のリソース判定手段がユーザ端末からのリソース要求を完全に満たせない判断を下した場合に、当該ユーザ端末へのリソース判定通知を保留し、該リソース判定手段が空きリソース判定を行い次第、リソース販売部の回答手段が当該ユーザ端末に対して空きリソース通知を行うことを特徴とするリソース販売システム。
【請求項１５】
請求項１，２または６のいずれかに記載のリソース販売システムにおいて、
前記時間指定のリソース予約、かつ前記リソース判定部のリソース判定手段がユーザ端末からのリソース要求を完全に満たせない判断を下した場合に、受付手段はユーザ端末からの時間情報の再入力を許可し、該リソース判定手段が当該ユーザ端末からの再入力情報によるリソース判定を行までに、当該ユーザ端末が要求する空きリソースが発生した場合には、該リソース判定手段が空きリソース判定を行い、回答手段を介して当該ユーザ端末に空きリソース通知を行うことを特徴とするリソース販売システム。
【請求項１６】
ユーザ端末からのリソース要求に対して、システム側から該ユーザ端末に即対応で回答を提示するプログラムであって、
リソース販売システムコンピュータに、リソース判定の結果、要求されたリソース確保ができない場合、代案を提示する際には、該ユーザ端末が要求するリソース量に対して提供可能な時間帯を判断する手順、リソース提供可能な時間帯を当該ユーザ端末に通知する手順、該ユーザ端末の承認があれば、リソース提供可能時間前後に再通知を行う手順を、ユーザ端末が再入力する際には、ユーザ端末からの再度のリソース要求を許容し、受付を行う手順、リソース量あるいはそれとリソースの時間予約を行う手順、再リソース要求に対する空きリソース判定を行う手順、該ユーザ端末に空きリソース通知を行う手順を、リソース予約登録および待機を行う際には、リソースを要求するユーザ端末のユーザ情報を登録する手順、当該ユーザ端末が要求するリソース量以上の空きリソースが発生した場合、空きリソース判定を行う手順、ネットワークを介して当該ユーザ端末に対して空きリソース通知を行う手順、当該ユーザのリソースを確保し、情報を更新する手順を、それぞれ実行させるための即対応型リソース販売用プログラム。
【請求項１７】
ユーザ端末からのリソース要求に対して、システム側から該ユーザ端末に時間予約で回答を提示するプログラムであって、
リソース販売システムコンピュータに、リソース判定の結果、要求されたリソースが確保できない場合、代案を提示する際には、当該ユーザ端末が要求する時間帯における提供可能な時間帯を判断する手順、ネットワークを介して判定した結果を該ユーザ端末に通知する手順、該ユーザ端末が通知された結果に対して承認する場合には、当該ユーザ端末のリソースを確保し、該ユーザ端末がリソース時間予約を行うことで、リソース提供開始時間前後に、ネットワークを介して当該ユーザ端末に対してリソース予約再通知を行う手順、
再入力を行わせる際には、該ユーザ端末に再度のリソース要求を許容し、受付を行う手順、他ユーザ端末のリソース時間予約キャンセル等により再リソース要求に対する空きリソースが発生した場合、当該ユーザ端末の再リソース要求に対する空きリソース判定を行う手順、ネットワークを介して当該ユーザ端末に対して空きリソース通知を行う手順、当該ユーザ端末のリソースを確保する手順、
予約および待機を行わせる際には、リソースを要求するユーザ端末のユーザ情報を登録する手順、他ユーザ端末のリソース時間予約キャンセル等により、当該ユーザ端末が要求する時間帯における空きリソースが発生した場合には、空きリソース判定を行う手順、当該ユーザ端末に対して空きリソース通知を行う手順、
待機の際には、該ユーザ端末へのリソース判定通知を保留し、他ユーザ端末のリソース時間予約キャンセル等により、当該ユーザ端末が要求する時間帯における空きリソースが発生した場合には、空きリソース判定を行う手順、当該ユーザ端末に対して空きリソース通知を行う手順を、それぞれ実行させるための時間予約型リソース販売用プログラム。
【請求項１８】
請求項１〜１５のいずれかに記載のリソース販売システムをコンピュータ制御により実現するためのプログラムであって、
リソース販売システムコンピュータを、ユーザ端末からのリソース要求の受付を行う受付手段、リソース要求に対して回答を行う回答手段、リソース予約端末に対して通知を行う通知手段、リソースを含むネットワーク使用状態を監視するネットワーク監視手段、および空きリソース判定を行うリソース判定手段としてそれぞれ機能させるためのリソース販売用プログラム。
【請求項１９】
請求項１６〜１８のいずれかに記載のリソース販売用プログラムを記録したコンピュータにより読み取り可能な記録媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、コンテンツ配信サービスにおいて、ユーザ情報、ＮＷ（ネットワーク）状態情報を基準にＮＷリソース判定およびユーザ端末への空きリソース通知を行うリソース販売システムおよび方法に関し、特に、ユーザ情報とＮＷ状態情報に基づき、現在のみならず将来にわたるリソース判定・管理を行ったり、システム側からの能動的な空きリソース通知を行うことにより、効率的なリソース販売を促進することが可能なリソース販売システムおよび販売方法、ならびにそのプログラムに関する。
【０００２】
【従来の技術】
従来、ユーザがＩＰ−ＮＷを介したサービスを利用する場合には、ユーザからリソース確保を行うことはできず、他ユーザのＮＷリソース使用状況により、各ユーザへのリソース割当量が大きく変動していた。そのため、割当リソース上にストリーミングコンテンツ等のリアルタイム性が要求されるコンテンツを配信する場合には、伝達遅延やパケットロス等の影響により、ユーザ端末画面上ではストリーム再生が途中で停止したり、再生状態が乱れたりする等のサービス品質劣化が生じるという問題点があった。
【０００３】
これに対して、近年、サービス品質を一定に維持するために、ＲＳＶＰ（Ｒｅｓｏｕｒｃｅ  Ｒｅｓｅｖａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）（参照ＵＲＬ  ｈｔｔｐ：／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ２２０５）等、ユーザからのリクエストによる帯域確保技術が確立されつつあり、これを用いる品質保証型サービスのソリューションも提案されている。この方法では、各ユーザがＮＷに対して、任意のリソース要求を行うことが可能である。
【０００４】
【発明が解決しようとする課題】
しかし、これらの方法では、ユーザのＮＷリソース使用状況を把握せずにリソース要求を行うため、ＮＷが提供可能なリソース量を超えるケースが存在し、その結果、各ユーザの有効リソース量は強制的に減少する。その結果、伝送品質を要求するサービスに対しては、上述した品質劣化問題が発生する。
上記問題に対する解決策として、ＮＷ上のリソースの一元管理を行い、提供可能なＮＷリソース容量を超えた場合には、リソース受付制御を行う方法が考えられる。上記解決策を用いた場合、ユーザが希望するリソース容量が確保できるまで、ユーザはサービス利用に対して待機を要求されるケースも考えられるが、サービス品質の向上のためには、この待機時間を可能な限り短縮することが望ましい。
【０００５】
待機時間を短縮する方法としては、管理者が意図的にＮＷリソースの調整を行い空きリソースを発生させる方法がある。これに関するコンテンツ配信方法およびシステムとしては、例えば本願出願前に本出願人（発明者等）により提案された特願２００２−２４０１１１号明細書および図面に記載された『コンテンツ配信方法およびこれを用いるコンテンツ配信システム』がある。これは、中継ネットワーク上のトラヒック量を削減するため、各ユーザ端末のコンテンツ配信情報と各ユーザ端末が取得したストリームコンテンツの視聴済／未視聴情報を用いて、同一コンテンツの複数のユニキャストトラヒックを適切なマルチキャストトラヒックに変換する方法およびシステムを実現するものである。
【０００６】
（目的）
本発明の目的は、上記従来の課題を解決し、ユーザ情報とＮＷ状態情報に基づいて、現在のみならず将来にわたるリソース提供を行ったり、システム側から能動的に空きリソース通知を行うことにより、一定の品質を維持したサービスを迅速に提供するとともに、より多くのユーザに対するリソースを提供することが可能なリソース販売システムおよび販売方法、ならびにそのプログラムを提供することにある。
【０００７】
【課題を解決するための手段】
本発明のリソース販売システムは、各ユーザ端末に対してリソース販売を行うための、ユーザ情報のデータベース、ユーザ端末からのリソース要求の受付を行う受付手段、リソース要求に対して回答を行う回答手段、およびリソース予約端末に対して通知を行う通知手段から構成されるリソース販売部と、ＮＷ中の空きリソース判定を行うための、ＮＷ状態情報のデータベース、リソースを含むＮＷ使用状態を監視するＮＷ監視手段、および空きリソース判定を行うリソース判定手段から構成されるリソース判定部とを有することを特徴とする。
【０００８】
また、本発明のリソース販売システムのリソース販売部は、リソース提供スケジュールを含むユーザ情報を管理するプログラムを備え、ユーザ端末からの即時リソース要求以外に、時間未定・指定によるリソース予約の受付も行うことを特徴とする。
また、本発明のリソース販売システムでは、リソース販売部のユーザ情報は、リソース予約時もしくはリソース確保時に情報更新を行うことも特徴とする。
また、本発明のリソース販売システムでは、リソース判定部は、現在のみならず将来に対するＮＷ状態情報を管理するプログラムを備え、所定の時間に情報更新を行うことも特徴とする。
【０００９】
また、本発明のリソース販売システムでは、リソース判定部のＮＷ状態情報は、リソース予約時もしくはリソース確保時に情報更新することも特徴とする。
また、本発明のリソース販売システムでは、リソース判定部のリソース判定手段は、リソース販売部が管理しているユーザ情報と、リソース判定部が管理しているＮＷ状態情報に基づき演算を行うプログラムを備え、このプログラムにより空きリソース判定を行うことを特徴とする。
また、本発明のリソース販売システムでは、リソース判定部の空きリソース判定は、リソース予約希望端末に対するリソース判定を行う場合、リソース販売部が管理するリソース提供スケジュール情報を参照し、リソース予約済端末に対して必要なリソース量も考慮しながら空きリソース判定を行うことを特徴とする。
【００１０】
また、本発明のリソース販売システムでは、リソース販売部の通知手段は、時間指定のリソース予約端末に対し、リソース判定部による空きリソース判定次第、必要に応じてリソース予約端末が事前に指定した方法に基づいて空きリソース通知を行うことを特徴とする。
また、本発明のリソース販売システムでは、リソース販売部の通知手段は、時間未定のリソース予約端末に対し、リソース判定部による空きリソース判定次第、リソース販売部の通知手段がリソース予約端末が事前に指定した方法に基づいて空きリソース通知を行うことを特徴とする。
また、本発明のリソース販売システムでは、リソース判定部のリソース判定手段は、ユーザ端末からの時間指定・未定のリソース要求を完全に満たせない判断を下した場合に、代案として提供可能なリソース量、もしくはリソース提供可能時間帯を判定し、リソース販売部の回答手段を介してユーザ端末に通知することを特徴とする。
【００１１】
また、本発明のリソース販売システムでは、リソース販売部の回答手段を介した通知に対して、ユーザ端末が了解し、かつ時間予約を行う場合には、リソース販売部はリソース時間予約受付を行うことを特徴とする。
また、本発明のリソース販売システムでは、リソース判定部のリソース判定手段がユーザ端末からのリソース要求を完全に満たせない判断を下した場合に、リソース販売部の受付手段を介して当該ユーザ端末に対してリソース予約受付を行い、リソース判定手段が空きリソース判定を行い次第、リソース販売部の通知手段はユーザが事前に指定した方法に基づいて空きリソース通知を行うことを特徴とする。
また、本発明のリソース販売システムでは、リソース販売部の通知手段から通知された空きリソース通知に対して、ユーザ端末が了解する場合、かつ当該ユーザ端末が時間予約を行う場合には、リソース販売部がリソース時間予約受付を行うことを特徴とする。
【００１２】
また、本発明のリソース販売システムでは、時間指定のリソース予約かつリソース判定部のリソース判定手段がユーザ端末からのリソース要求を完全に満たせない判断を下した場合に、当該ユーザ端末へのリソース判定通知を保留し、リソース判定手段が空きリソース判定を行い次第、リソース販売部の回答手段が当該ユーザ端末に対して空きリソース通知を行うことを特徴とする。
また、本発明のリソース販売システムでは、時間指定のリソース予約かつリソース判定部のリソース判定手段がユーザ端末からのリソース要求を完全に満たせない判断を下した場合に、受付手段はユーザ端末からの時間情報の再入力を許可し、リソース判定手段が当該ユーザ端末からの再入力情報によるリソース判定を行までに、当該ユーザ端末が要求する空きリソースが発生した場合には、リソース判定手段が空きリソース判定を行い、回答手段を介して当該ユーザ端末に空きリソース通知を行うことを特徴とする。
【００１３】
【発明の実施の形態】
以下、本発明の実施形態を、図面により詳細に説明する。
（構成）
図１は、本発明の一実施形態に係るリソース販売システムの構成ブロック図である。
図１に示すように、本発明のリソース販売システムと複数のユーザ端末１０がネットワーク２０を介して相互接続されている。リソース販売システムは、リソース販売部３１とリソース判定部３２とから構成される。ユーザ端末１０とリソース販売部３１およびリソース判定部３２は、ネットワーク２０を介してデータの送受信を行うことができる。
【００１４】
リソース販売部３１は、リソース提供スケジュールを含むユーザに係る情報のデータベース３１０と、ユーザ端末１０からのリソース要求の受付を行う受付機能３１１と、リソース要求に対して具体的な回答を行う回答機能３１２と、リソース予約者（端末）１０に対して指定された時間に通知を行う通知機能３１３とを備えている。
リソース判定部３２は、ＮＷ状態情報のデータベース３２０と、リソースを含むＮＷ使用状態を監視するＮＷ監視機能３２１と、空きリソース判定を行うリソース判定機能３２２とを備えている。
【００１５】
（動作）
図２は、本発明の一実施形態に係るリソース販売システムの動作フローチャートである。
（即時要求型）
最初に、ユーザ端末が即時にリソース要求を行うケースについて説明する。
ユーザ端末１０がネットワーク２０を介してリソース販売部の受付機能３１１に対してユーザ情報を含むリソース要求（利用リソース量、ユーザ端末ＩＤ、ユーザ端末ＩＰアドレス情報等）を行う（ステップ１００，１０１）。
リソース受付機能３１１は、リソース判定機能３２２に対して、ユーザ情報（利用リソース量、ユーザ端末ＩＤ、ユーザ端末ＩＰアドレス）以外に、データベース３２０で管理しているＮＷ状態情報（トポロジー情報、ユーザ位置情報、フロー毎の配信レート情報、経路情報等）も含めて、総合的にリソース判定を行う（ステップ１０２）。
【００１６】
リソース判定により、ユーザ端末１０が要求するリソースに対して、リソース確保が可能な場合には、回答機能３１２を介して当該ユーザ端末に対して空きリソース通知を行う（ステップ１０３）。
一方、リソース判定により、ユーザ端末１０が要求するリソースに対して、リソースが確保できない場合の、当該ユーザ端末１０への対応としては、１）システムからの代案提示、２）ユーザ端末の再入力、３）ユーザ端末のリソース予約登録および待機、の３種類の方法が存在する。
【００１７】
（代案提示）
１）の場合には（ステップ１０５）、リソース判定機能３２２が、その時点で提供可能なリソース量を判断し、回答機能３１２は提供可能なリソース量をネットワーク２０を介してユーザ端末１０に対して通知する（ステップ１０９）。
ユーザ端末１０は、回答機能３１２から通知されたリソース量に対し、それを承認する場合には（ステップ１１３）、リソース販売システムが当該ユーザ端末１０のリソースを確保し、データベース３１０、３２０の情報を更新する（ステップ１２０）。
【００１８】
１）の異なる形態としては、データベース３１０で管理しているリソース提供スケジュール情報を考慮し、リソース判定機能３２２はユーザ端末１０が要求するリソース量に対して提供可能な時間帯を判断する。その後、回答機能３１２は、ネットワーク２０を介してリソース提供可能な時間帯を当該ユーザ端末１０に通知する（ステップ１０８）。この後の動作手順については、ユーザ端末１０がリソース時間予約を行う場合と同じであるので、後述する。
【００１９】
（再入力）
２）の場合には（ステップ１０６）、受付機能３１１はユーザ端末１０からの再度のリソース要求を許容し、受付を行う（ステップ１１１）。この場合、当該ユーザ端末１０はリソース量の他に、リソースの時間予約を行うケースもあるが、このケースについては後述する（ステップ１１０）（図２の破線矢印先を参照）。
リソース判定機能３２２がユーザ端末１０からの再リソース量情報に基づくリソース判定を行うまでに、空きリソースが発生した場合には、リソース判定機能３２２が当該ユーザ端末１０の再リソース要求に対する空きリソース判定を行い（ステップ１１４）、回答機能３１２はネットワーク２０を介して当該ユーザ端末１０に対して空きリソース通知を行う（ステップ１１８）。その後、リソース販売システムは、当該ユーザ端末１０のリソースを確保し、データベース３１０，３２０の情報を更新する（ステップ１２０）。
【００２０】
（リソース予約登録および待機）
３）の場合には、リソース販売部３１の受付機能３１１がリソースを要求するユーザ端末１０のユーザ情報（利用リソース量、ユーザ端末ＩＤ、ユーザ端末ＩＰアドレス情報等）を登録する（ステップ１０７）。その後、待機のためのタイマアウトになる前に（ステップ１１５）、当該ユーザ端末１０が要求するリソース量以上の空きリソースが発生した場合には、リソース判定機能３２２が空きリソース判定を行う（ステップ１１７）。そして、通知機能３１３は、ネットワーク２０を介して当該ユーザ端末１０に対して空きリソース通知を行い（ステップ１１８）、リソース販売システムが当該ユーザのリソースを確保し、データベース３１０，３２０の情報を更新する（ステップ１２０）。
【００２１】
（時間予約型）
次に、ユーザ端末がリソース予約を行う場合について説明する。
ユーザ端末１０がネットワーク２０を介してリソース販売部３１の受付機能３１１に対してユーザ情報を含むリソース要求（利用リソース量、ユーザ端末ＩＤ、ユーザ端末ＩＰアドレス情報等）を行う（ステップ１２１）。
リソース受付機能３１１は、リソース判定機能３２２に対してリソース提供スケジュールを含むユーザ情報（利用リソース量、ユーザ端末ＩＤ、ユーザ端末ＩＰアドレス情報等）を送信する。
【００２２】
リソース判定機能３２２は、リソース受付機能３１１からのユーザ情報（利用リソース量、ユーザ端末ＩＤ、ユーザ端末ＩＰアドレス情報等）以外に、データベース３２０で管理しているＮＷ状態情報（トポロジー情報、ユーザ位置情報、フロー毎の配信レート情報、経路情報等）も含めて、総合的にリソース判定を行う（ステップ１２２）。
リソース判定により、ユーザ端末１０が要求するリソースに対して、リソース確保が可能な場合には、回答機能３１２がネットワーク２０を介して当該ユーザ端末１０に対して空きリソース通知を行い（ステップ１３５）、ユーザ端末１０はリソースの時間予約を行う（ステップ１３６）。
【００２３】
この場合、リソース提供開始時間前後に、通知機能３１１がネットワーク２０を介して当該ユーザ端末１０に対してリソース予約再通知を行うことで、ユーザへ再確認を促してもよい。
リソース判定により、ユーザ端末１０が要求するリソースに対して、リソースが確保できない場合（ステップ１２３）の、当該ユーザ端末１０への対応としては、４）システムからの代案提示、５）ユーザ端末の再入力、６）ユーザ端末のリソース予約登録および待機、７）ユーザ端末を待機、の４種類の方法が存在する。
【００２４】
（代案提示）
４）の場合には、リソース判定機能３２２は当該ユーザ端末１０が要求する時間帯における提供可能なリソース量、時間帯を判断する。その後、回答機能３１２は、ネットワーク２０を介して、判定した結果をユーザ端末１０に通知する（ステップ１２４）。ユーザ端末１０は、回答機能３１２から通知された結果に対して、それを承認する場合には（ステップ１２８）、リソース販売システムは当該ユーザ端末１０のリソースを確保し、ユーザ端末１０はリソース時間予約を行う（ステップ１３６）。そして、データベース３１０，３２０の情報を更新する。リソース提供開始時間前後には、通知機能３１１がネットワーク２０を介して当該ユーザ端末１０に対してリソース予約再通知を行うことで、ユーザ端末１０へ再確認を促してもよい。
【００２５】
（再入力）
５）の場合には、受付機能３１１はユーザ端末１０からの再度のリソース要求（利用リソース量、ユーザ端末ＩＤ、ユーザ端末ＩＰアドレス情報、利用時間等）許容し、受付を行う（ステップ１２５）。リソース判定機能３２２がユーザ端末１０からの再リソース要求情報に基づくリソース判定を行うまでに、他ユーザ端末のリソース時間予約キャンセル等により再リソース要求に対する空きリソースが発生した場合には、リソース判定機能３２２が当該ユーザ端末１０の再リソース要求に対する空きリソース判定を行う（ステップ１２９）。そして、回答機能３１２はネットワーク２０を介して当該ユーザ端末１０に対して空きリソース通知を行う（ステップ１３５）。その後、リソース販売システムは、当該ユーザ端末１０のリソースを確保し、当該ユーザ端末１０はリソース時間予約を行う（ステップ１３６）。そして、データベース３１０，３２０の情報を更新する。この場合においても、４）のケースと同じように、リソース提供開始時間前後には、通知機能３１１がネットワーク２０を介して当該ユーザ端末１０に対してリソース予約再通知を行うことで、ユーザ端末１０へ再確認を促してもよい。
【００２６】
（予約および待機）
６）の場合には、リソース販売部３１の受付機能３１１がリソースを要求するユーザ端末１０のユーザ情報（利用リソース量、ユーザ端末ＩＤ、ユーザ端末ＩＰアドレス情報、利用時間等）を登録する（ステップ１２６）。その後、他ユーザ端末のリソース時間予約キャンセル等により、当該ユーザ端末１０が要求する時間帯におけるＮＷリソースに必要分の空きリソースが発生した場合には、リソース判定機能３２２が空きリソース判定を行う（ステップ１３３）。そして、通知機能３１３が、ネットワーク２０を介して当該ユーザ端末１０に対して空きリソース通知を行い（ステップ１３５）、リソース販売システムが当該ユーザ端末１０のリソースを確保し、当該ユーザ端末１０はリソース時間予約を行う（ステップ１３６）。そして、データベース３１０，３２０ま情報を更新する。この場合でも、前述の４），５）の場合と同じように、リソース提供開始時間前後には、通知機能３１３がネットワーク２０を介して当該ユーザ端末１０に対してリソース予約再通知を行うことで、ユーザへ再確認を促してもよい。
【００２７】
（待機）
７）の場合には（ステップ１２７）、回答機能３１２はユーザ端末１０へのリソース判定通知を保留し、他ユーザ端末１０のリソース時間予約キャンセル等により、当該ユーザ端末１０が要求する時間帯におけるＮＷリソースに必要分の空きリソースが発生した場合には、リソース判定機能３２２が空きリソース判定を行う（ステップ１３４）。そして、回答機能３１２がネットワーク２０を介して当該ユーザ端末１０に対して空きリソース通知を行い（ステップ１３５）、リソース販売システムが当該ユーザ端末１０のリソースを確保し、当該ユーザ端末１０はリソース時間予約を行う（ステップ１３６）。そして、データベース３１０，３２０の情報を更新する。この場合にも、前述の４），５），６）の場合と同じように、リソース提供開始時間前後には、通知機能３１３がネットワーク２０を介して当該ユーザ端末１０に対してリソース予約再通知を行うことで、ユーザへ再確認を促してもよい。
【００２８】
なお、リソース予約者に対する空きリソース通知時や、リソース提供開始時間前後におけるリソース予約再通知の方法としては、ＡＰＬ上で作り込むことにより実現する方式や、ＳＩＰセッションプロトコルを用いる方式等が考えられる。
また、図２において、システムの再リソース判定の結果がＮＯの場合（ステップ１１４，１２９）、ユーザ承認が得られない場合（ステップ１１２，１１３，１２８）、ユーザ端末がリソース予約登録を解除した場合（ステップ１１６，１３２）、ユーザ端末が待機を終了した場合（ステップ１３１）には、システムとユーザ端末間の通信を終了する（ステップ１１９，１３７）。
【００２９】
なお、図２のフローのステップをコード化してプログラムを構成し、これをＣＤ−ＲＯＭ等の記録媒体に格納しておけば、市場への販売などで便利であり、また、ネットワーク２０に接続されたコンピュータに記録媒体を装着して、プログラムをインストールした後、これを実行させることにより、本発明のリソース販売方法を容易に実現することができる。
【００３０】
本発明においては、ａ）一定の品質保証サービスを提供することができる効果がある。その理由は、リソース販売部３１とリソース判定部３２がユーザ情報とＮＷ状態情報を集中的に集め、その情報に基づいてリソース判定機能３２２が空きリソース判定を行うことで、ＮＷ上のリソース使用量を適切にコントロールすることができるためである。
ｂ）リソース販売システムが能動的に空きリソース情報の通知を行ったり、時間未定・指定によるリソース提供を行ったりすることで、効率的なＮＷリソース提供が可能になる効果がある。その理由は、ＮＷ販売部３１が多様な販売機能を保有しており、ＮＷリソース提供スケジュール情報を活用して、適切なリソース確保判定を行うためである。
【００３１】
【発明の効果】
以上説明したように、本発明によれば、一定の品質保証サービスを提供することができ、かつ、能動的に空きリソース情報の通知を行ったり、時間未定や指定によるリソース提供を行ったりすることで、より効率的なＮＷリソースの提供が可能になる、という効果を奏する。
【図面の簡単な説明】
【図１】本発明の一実施形態によるリソース販売システムのブロック構成図である。
【図２】本発明の一実施形態によるリソース販売方法の動作フローチャートである。
【符号の説明】
１０…ユーザ端末、２０…ネットワーク（ＮＷ）、３１…リソース販売部、
３１０…データベース（ユーザ情報）、３１１…受付機能、
３１２…回答機能、３１３…通知機能、３２…リソース判定部、
３２０…データベース（ＮＷ状態情報）、３２１…ＮＷ監視機能、
３２２…リソース判定機能。
【図１】
2004236061.tif 000003
【図２】
2004236061.tif 000004
【手続補正書】
【提出日】平成15年2月24日(2003.2.24)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】０００４
【補正方法】変更
【補正の内容】
【０００４】
【発明が解決しようとする課題】
しかし、これらの方法では、ユーザのＮＷリソース使用状況を把握せずにリソース要求を行うため、ＮＷが提供可能なリソース量を超えるケースが存在し、その結果、各ユーザの有効リソース量は強制的に減少する。その結果、伝送品質を要求するサービスに対しては、上述した品質劣化問題が発生する。
上記問題に対する解決策としては、ＮＷ上のリソースの一元管理を行い、提供可能なＮＷリソース容量を超えた場合には、リソース受付制御を行う方法が考えられる（参照資料：Ｉｎｔｅｒｎｅｔ  Ｗｅｅｋ  ２０００  アドミッション制御  ｈｔｔｐ：／／ｗｗｗ．ｓｏｉ．ｗｉｄｅ．ａｄ．ｊｐ／ｉｗ２０００／ｉｗ２０００  ｔｕｔ／ｓｌｉｄｅｓ／０６／ｉｎｄｅｘ  ５７．ｈｔｍｌ  Ｐ．１０）。
しかし、受付拒否時には新規リソース希望ユーザは、他ユーザのサービス終了まで待機する必要があり、ユーザの満足度を向上させることができない、という問題が存在した。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００５
【補正方法】変更
【補正の内容】
【０００５】
【非特許文献１】
Ｉｎｔｅｒｎｅｔ  Ｗｅｅｋ  ２０００  アドミッション制御〈ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｓｏｉ．ｗｉｄｅ．ａｄ．ｊｐ／ｉｗ２０００／ｉｗ２０００  ｔｕｔ／ｓｌｉｄｅｓ／０６／ｉｎｄｅｘ  ５７．ｈｔｍｌ  Ｐ．１０〉
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００６
【補正方法】変更
【補正の内容】
【０００６】
（目的）
本発明の目的は、上記従来の問題を解決し、ユーザ情報とＮＷ状態情報に基づいて、現在のみならず将来にわたるリソース提供を行ったり、システム側から能動的に空きリソース通知を行うことにより、一定の品質を維持したサービスを迅速に提供するとともに、より多くのユーザに対するリソースを提供することが可能なリソース販売システムおよび販売方法、ならびにそのプログラムを提供することにある。