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