(57)【特許請求の範囲】
【請求項１】
サービス提供管理コンピュータと、サービス予約管理コンピュータと、ユーザ属性管理コンピュータと、状況管理コンピュータと、サービス資源割当管理コンピュータと、を有し、エンドユーザコンピュータのユーザに対してネットワーク装置及びデータ蓄積用資源若しくはデータ加工用資源を用いて提供するサービスの予約を管理するサービス予約管理システムであって、
前記サービス提供管理コンピュータは、サービス識別子、当該サービス識別子に対応するサービス名、および、当該サービス識別子に対応するサービスで使用する論理的資源及び論理的資源量を含む論理資源情報、を特定するサービス属性テーブルを記憶する記憶装置を備え、
前記サービス予約管理コンピュータは、論理的資源、当該論理的資源の負荷の範囲、会員種別、当該範囲及び当該会員種別における予約の可否、当該範囲及び当該会員種別において代替案の提示の要否、および、当該代替案を提示する場合には代替案の算出方法、を特定するサービス運用ポリシーを記憶する記憶装置を備え、
前記ユーザ属性管理コンピュータは、ユーザ識別子、当該ユーザ識別子に対応するユーザのユーザ名、当該ユーザ識別子に対応するユーザの会員種別、当該ユーザ識別子に対応するユーザが加入しているサービスのサービス識別子、および、当該ユーザ識別子に対応するユーザが使用するエンドユーザコンピュータのネットワーク接続情報、を特定するユーザ属性テーブルを記憶する記憶装置を備え、
前記状況管理コンピュータは、日時、サービス識別子、および、当該日時において当該サービス識別子に対応するサービスにおける論理的資源の負荷、を特定する情報を記憶する記憶装置を備え、
前記サービス資源割当管理コンピュータは、
前記データ蓄積用資源若しくは前記データ加工用資源である物理的資源、当該物理的資源が属する論理的資源、当該物理的資源に対応するコンピュータ、および、当該物理的資源の全資源量、を特定する資源管理テーブルと、
予約番号、当該予約番号に対応する予約の予約種別、当該予約番号に対応する予約が行われたサービスに使用される物理的資源、当該予約番号に対応する予約が行われたサービスに使用される物理的資源の使用量である使用資源量、および、当該予約番号に対応する予約の日時、を特定する予約管理テーブルと、を記憶する記憶装置を備え、
前記サービス提供管理コンピュータのＣＰＵは、
前記エンドユーザコンピュータよりユーザ識別子を含むサービス一覧要求を受信し、受信したサービス一覧要求を前記ユーザ属性管理コンピュータに送信する処理と、
前記ユーザ属性コンピュータより、前記サービス一覧要求に含まれるユーザ識別子に対応する会員種別及び加入サービスのサービス識別子を受信する処理と、
前記サービス属性テーブルより、受信したサービス識別子に対応するサービス名を抽出し、抽出したサービス名の一覧を前記エンドユーザコンピュータに送信する処理と、
前記エンドユーザコンピュータより、前記サービス名の一覧の中から予約を行うサービス名が選択されたサービス予約管理要求を受信する処理と、
受信したサービス予約管理要求に含まれるサービス名に対応する予約用初期画面を前記エンドユーザコンピュータに送信する処理と、
前記エンドユーザコンピュータより、前記予約用初期画面を介して入力された予約日時及びユーザ識別子を受信する処理と、
前記サービス属性テーブルより、予約を行うサービス名に対応する論理資源情報及びサービス識別子を抽出し、抽出した論理資源情報と、抽出したサービス識別子と、前記エンドユーザコンピュータより受信した予約日時と、予約を行うサービス名で特定されるサービスの提供を受けるユーザのユーザ識別子と、予め定められた物理接続情報評価式と、を前記サービス予約管理コンピュータに送信する処理と、
を行い、
前記サービス予約管理コンピュータのＣＰＵは、
前記サービス提供管理コンピュータより受信したユーザ識別子を特定したユーザ属性要求を前記ユーザ属性コンピュータに送信する処理と、
前記ユーザ属性コンピュータより、前記ユーザ属性要求に含まれるユーザ識別子に対応する会員種別を少なくとも受信する処理と、
前記サービス提供管理コンピュータより受信した情報より、予約を行うサービス名、予約を行うサービス名で特定されるサービスの提供を受けるユーザのユーザ識別子、論理資源情報、予約日時、および、物理接続情報評価式を含む論理接続情報を生成する処理と、
予約を行うサービス名に対応するサービス識別子、予約日時及び論理的資源を含む状況情報要求を前記状況管理コンピュータに送信する処理と、
前記状況管理コンピュータより、前記状況情報要求に含まれるサービス識別子、予約日時及び論理的資源に対応する負荷を受信する処理と、
前記サービス提供管理コンピュータより受信した論理資源情報、前記状況管理コンピュータより受信した負荷、前記ユーザ属性管理コンピュータより受信した会員種別、に対応する前記サービス運用ポリシーより、予約の可否及び代替案の提示の要否を判断する処理と、
代替案の提示が必要と判断された場合には、前記サービス運用ポリシーの代替案の算出方法に従って、前記論理接続情報の一部を変更した代替案を作成する処理と、
可能と判断された予約と、作成された代替案と、からなる予約候補を作成し、当該予約候補に含まれる代替案に対応する論理接続情報を作成する処理と、
予約候補に含まれる予約及び代替案の論理接続情報を含む配送資源予約要求を前記サービス資源割当管理コンピュータに送信する処理と、
を行い、
前記サービス資源割当管理コンピュータは、
前記サービス予約管理コンピュータから受信した前記配送資源予約要求に含まれる各々の論理接続情報に含まれる論理的資源に対応する物理的資源、当該物理的資源に対応するコンピュータ、および、全資源量を、前記資源管理テーブルより各々特定する処理と、
前記サービス予約管理コンピュータから受信した前記配送資源予約要求に含まれる各々の予約日時に対応する予約が行われたサービスに使用される物理的資源の使用量を、前記予約管理テーブルより集計し、集計した値に当該予約日時に対応する論理接続情報に含まれる論理資源情報が示す論理的資源に対応する物理的資源において当該論理資源情報が示す論理資源量を用いた際の資源量を加えた値が、前記資源管理テーブルより特定した全資源量以下である物理的資源と、当該物理的資源に対応するコンピュータと前記エンドユーザコンピュータとの間を接続可能なネットワーク装置と、の組を物理接続情報候補として、各々特定する処理と、
一の予約日時に対して、物理接続情報候補が複数ある場合には、当該一の予約日時に対応する論理接続情報に含まれる物理接続情報評価式で算出される評価が最も高い物理接続情報候補を物理接続情報として選択する処理と、
選択された物理接続情報と、当該物理接続情報に対応する論理接続情報と、から物理的資源、物理的資源の使用量である使用資源量、および、予約の日時、を抽出し、一意となる予約番号を生成し、予約種別を仮予約とするレコードを前記予約管理テーブルに格納する処理と、
予約番号、および、当該予約番号に対応する論理接続情報を前記サービス予約管理コンピュータに送信する処理と、
を行い、
前記サービス予約管理コンピュータのＣＰＵは、前記サービス資源割当管理コンピュータより受信した予約番号、および、当該予約番号に対応する論理接続情報を前記サービス提供管理コンピュータに送信する処理を行い、
前記サービス提供管理コンピュータのＣＰＵは、
前記サービス予約管理コンピュータより受信した予約番号、および、当該予約番号に対応する論理接続情報の一覧を前記エンドユーザコンピュータに送信する処理と、前記一覧の中から予約を行う前記エンドユーザコンピュータからの予約番号の入力を受け付ける処理と、を行うこと、
を特徴とするサービス予約管理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ネットワークが、ネットワークのサービスを提供するために用いる資源を管理する技術に関するものである。
【０００２】
【従来の技術】
近年、回線交換網やパケット交換網やＩＰネットワークに代表されるユーザ間の、トランスペアラントな情報のリアルタイムな伝送・交換などの基本的な情報のディストリビューションをサービスとして提供する、おおよそＯＳＩモデルのレイヤ１からレイヤ３の機能を有する伝統的なネットワークに、情報の加工や蓄積等の、情報のプラットホームとしてのより高次のサービスを提供する、ＯＳＩモデル上アプリケーションレイヤなどの高位レイヤの機能を有する、高機能ネットワークが実現されつつある。
【０００３】
ネットワーク、特に、上記したような高機能ネットワークでは、ネットワークのサービスを提供するために用いる資源を、どのようにユーザへ配分するかが問題となる。
【０００４】
たとえば、映画などのビデオデータであるところのコンテンツの提供をコンテンツのプロバイダとなるユーザより受けて蓄積し、これをコンテンツのユーザとなり得る複数のユーザに、当該ユーザからの要求に応じて提供するサービスをネットワークにおいて提供する場合、コンテンツの要求は、一般的なタイムスケジュールで生活している人が映画を楽しむ時間帯、たとえば、２０：００や２１：００に集中する。
【０００５】
そして、コンテンツをコンテンツのユーザに送信するためのネットワークの資源量を、要求が集中する時間帯に合わせて用意するとしたならば、他の時間帯で使用されない資源量が大きくなるため、全体としての資源の利用効率が低下することになる。一方、より少ない量資源を用意するとしたならば、利用効率は向上するが、要求が集中する時間帯では、ユーザの要求が拒否されることが多くなるため、ユーザのサービスに対する満足度が低下する。特に、要求を行った時点、すなわち、サービスを利用する段になって利用が拒否されることになるため、そのサービスの利用を前提に予定を立てていたユーザのサービスに対する不満が大きくなる。
【０００６】
そこで、資源の利用効率を高めながら、ユーザのサービスに対する満足度の低下を防ぐために、あらかじめ、ユーザよりサービスの利用の予約を受け付け、受け付けた予約の範囲内でサービスを提供することが提案されている。このような予め予約を受け付ける技術によれば、予め、サービスを利用可能かどうかをユーザは知り、それに応じて自己の予定を立てることができるため、サービスを利用する段になって初めて利用が拒否されることによる不満は解消することができる。
【０００７】
ここで、このような予約を受け付ける場合には、予約に従ったサービス提供時に使用する資源量が利用可能な資源量を超えないように、受け付ける予約を制限する必要がある。そして、予約を制限するためには、何らかの優先度に応じて受け付ける予約と受付を拒否する予約を振り分ける必要がある。
【０００８】
ここで、どのような予約を優先するかを決定する技術としては、先に行われた予約を優先して受け付ける方法、特開平８−２９２９８７号公報記載の技術のように、ユーザの個人情報等から求まる予約の重要度が高いものと優先して受け付ける方法などが知られている。
【０００９】
【発明が解決しようとする課題】
さて、あらかじめ予約を受付、受け付けた予約の範囲内でサービスを提供する場合に、先に行われた予約を優先して受け付けると、後から成されたより重要度が高い予約が拒否されてしまうことがあり、この場合、重要な予約であるにもかかわらず、予約を拒否されてしまったユーザの不満が大きくなる。一方、重要度の高い予約を優先して受け付ける技術によれば、より後により重要度の高い予約が成された場合、これを受け付けるために、より先になされ一度は受け付けられた予約を取り消す必要が生じ、この場合は、一度は受け付けられた予約を取り消されてしまったユーザの不満が大きくなる。
【００１０】
さて、資源の利用効率を高めるためには、サービスの利用が時間的にも資源的にも平滑化されることが必要となる。
【００１１】
しかし、サービスの予約内容の決定を完全に、全体の状況を把握できないユーザに委ねてしまった場合には、充分なまたは効率的な資源の利用の平滑化を望むことはできない。
【００１２】
そこで、本発明は、資源の利用効率とユーザのサービス利用上の満足度を最適化することを課題とする。
【００１３】
より具体的には、たとえば、ある程度高い資源の利用効率を保ちながらも、ユーザのサービス利用上の満足度が著しく低下することのないようサービスを提供することを課題とする。または、ユーザがある程度満足するサービスを提供しながらも、ユーザのサービスの利用を平滑化することを課題とする。
【００１４】
【課題を解決するための手段】
前記課題達成のために、本発明は、たとえば、資源を用いて提供されるサービスの利用の予約をユーザから受け入れるサービス予約システムであって、
受け入れた予約を予約状況として管理する予約状況管理手段と、
ユーザから予約を要求する予約要求を受け付ける受付手段と、
予め定めた条件に従って、受付手段が受け付けた予約要求の重要度を判定する重要度判定手段と、
前記予約状況管理手段が管理する予約状況より定まる当該予約要求が予約を要求するサービスを提供に用いる資源の負荷レベルが所定レベル以上である場合に、受付手段が受け付けた予約要求の重要度が、所定の基準に対応する特定の重要度より低いときには、当該予約要求が要求する予約の受け入れを拒否し、前記所定の基準に対応する特定の重要度以上であるときには、当該予約要求が要求する予約の受け入れを拒否しない予約手段とを有することを特徴とするサービス予約システムを提供する。なお、ここでいう資源とは、時間的資源、物理的資源、論理的資源など、サービスの提供されるあらゆる意味での資源を含み得る。
【００１５】
このようなサービス提供システムによれば、一定の資源の負荷範囲が、より重要度の高い予約要求用に確保されるので、重要度の低い予約要求による予約を一旦受け入れた後に取り消すようなことをすることなく、重要度の高い予約要求を高い確率で受け入れることができる。
【００１６】
また、本発明は、前記課題達成のために、たとえば、資源を用いて提供されるサービスの利用の予約をユーザから受け入れるサービス予約システムであって、
受け入れた予約を予約状況として管理する予約状況管理手段と、
ユーザから予約を要求する予約要求を受け付ける受付手段と、
前記受付手段が受け付けた予約要求が要求する予約の内容を、当該予約の内容と、前記予約状況管理手段が管理する予約状況より定まる当該予約要求が予約を要求するサービスを提供に用いる資源の負荷レベルとに応じて、全体としての資源の利用効率が高まるように、少なくとも部分的に変更した１以上の代替予約案を作成する代替予約案作成手段と、
前記代替予約案作成手段が作成した前記１以上の代替予約案をユーザに提示する代替予約案提示手段と、
ユーザから代替予約案の選択を受け付ける選択受付手段と、
前記選択受付手段が選択を受け付けた代替予約案を予約として受け入れる予約手段とを有することを特徴とするサービス予約システムを提供する。
【００１７】
このようなサービス予約システムによれば、予約要求が予約を要求するサービスを提供に用いる資源の負荷レベルとユーザが要求した予約の内容とに応じて、全体としての資源の利用効率が高まるような代替予約案を作成し、代替予約案によるサービスの利用をユーザに促すことにより、より資源の利用効率を高める方向にユーザの予約を誘導することができる。また、この際に代替予約案を、ユーザが要求した予約の内容に応じて、ユーザの要求する予約の内容を一定の範囲で尊重した内容をもつ案とすることにより、ユーザの満足度をある程度確保することができる。
【００１８】
したがって、これらサービス予約システムによれば、資源の利用効率とユーザのサービス利用上の満足度を最適化した予約の受け入れを行うことができるようになる。
【００１９】
【発明の実施の形態】
以下、本発明の実施形態について説明する。
【００２０】
図１に、本実施形態に係るサービス提供システムの構成を示す。
【００２１】
図示するように、本サービス提供システムは、高機能ネットワーク１００、高機能ネットワーク１００が提供するサービスを利用するエンドユーザコンピュータ１、サービス提供に関する様々な状況を管理、処理する管理コンピュータ群３００、サービスの予約と実行を制御するサービス提供管理コンピュータ２を有している。
【００２２】
また、管理コンピュータ群３００は、サービス予約管理コンピュータ３、サービス実行管理コンピュータ４、ユーザ属性管理コンピュータ５、状況管理コンピュータ６、サービス資源割り当て管理コンピュータ７、データ蓄積資源管理コンピュータ８、データ伝送資源管理コンピュータ９、データ加工資源管理コンピュータ１０を含む。また、高機能ネットワーク１００は、ネットワーク装置１２と、データ蓄積コンピュータ１１と、データ加工コンピュータ１３を有している。また、サービス提供管理コンピュータ２は、サービス要求解析部２０１、サービス種別管理部２０２、サービス予約部２０３、サービス実行制御部２０４から構成される。
【００２３】
以下、高機能ネットワーク１００の各部について説明する。
【００２４】
ネットワーク装置１２は、エンドユーザコンピュータ１に伝送・交換サービスを提供する。具体的には、ＡＴＭ網、ＩＳＤＮ網、アナログ電話網、携帯電話網、専用線網、フレームリレー網、ＩＰ網、ＳＤＨ網、衛星通信網、ＣＡＴＶ網等や、これらの組み合わせである。
【００２５】
図２には、ネットワーク装置１２が、複数の相互に接続されている伝送・交換ネットワーク１〜ｎである場合における図１のサービス提供システムの構成例を示した。エンドユーザコンピュータ１は、単一の伝送・交換ネットワークまたは、複数のネットワークに伝送・交換接続されおり、エンドユーザコンピュータ１は、接続されている任意の伝送・交換ネットワークを適宜しようすることができる。なお、図２の例では、管理コンピュータ群３００の各コンピュータ、サービス提供管理コンピュータ２、エンドユーザコンピュータ１を、ネットワーク装置１２であるところの伝送・交換ネットワークで接続し、サービス提供管理コンピュータ２とエンドユーザコンピュータ１間、サービス提供管理コンピュータ２と管理コンピュータ群３００の各コンピュータ間、管理コンピュータ群３００の各コンピュータ間で、高機能ネットワーク１００のネットワーク装置１２を介して相互に通信可能とした場合を示した。ただし、これらの通信を、高機能ネットワーク１００のネットワーク装置１２ではなく、別の伝送・交換ネットワークを介して可能とするようにしてもよい。また、図２では、図１に示した管理コンピュータ群３００の各コンピュータの機能を、分散して配置した同符号で示した複数のコンピュータの分散処理により実現した場合を示した。
【００２６】
さて、このようなネットワーク装置１２の、サービス提供のために用いられる高機能ネットワーク１００の資源は、たとえば、ネットワーク装置１２の伝送容量などの伝送能力となる。
【００２７】
次に、データ蓄積コンピュータ１１は、データを一時的又は永久的に蓄積し、蓄積したデータを、ネットワーク装置１２が提供する伝送・交換サービスを利用しながら配送するサービスを、エンドユーザコンピュータ１に提供する。具体的には、電子メールサーバ、ＷＷＷプロキシサーバ、ドメインネームサービスのキャッシュサーバ、ユーザより配信され一時記憶した映像を、ユーザの要求に応じて配信するビデオキャッシュサーバ等である。データ蓄積コンピュータ１１の、サービス提供のために用いられる高機能ネットワーク１００の資源は、データ蓄積コンピュータ１１の蓄積能力や転送能力や同時配信能力などの資源と、前述したネットワーク装置１２のサービス提供のために用いられる資源の双方となる。
【００２８】
データ加工コンピュータ１３は、データを加工する機能を有するコンピュータである。具体的には、ビデオ圧縮／伸長、複数映像の合成、複数音声の合成、映像への文字の重ねあわせ、映像の色変換、暗号化／復号化等を行う装置であり、たとえば、複数映像の合成、複数音声の合成を行うことにより多地点テレビ会議を実現するテレビ会議ブリッジなどが該当する。データ加工コンピュータ１３の、サービス提供のために用いられる高機能ネットワーク１００の資源は、データ加工コンピュータ１３の転送能力や加工能力などの資源と、前述したネットワーク装置１２のサービス提供のために用いられる資源の双方となる。
【００２９】
以下、管理コンピュータ群３００の各部について説明する。
【００３０】
ユーザ属性管理コンピュータ５は、エンドユーザ及びエンドユーザコンピュータ１の属性を保持する。状況管理コンピュータ６は、現在の予約状況および現在の予約状況における、すなわち予約通りにサービスを実行した場合の高機能ネットワーク１００の各時点における論理的資源の負荷をサービス毎に管理する。データ蓄積資源管理コンピュータ８は後述するデータ蓄積コンピュータ１２の資源の使用状況を管理し、データ伝送資源管理コンピュータ９は後述するネットワーク装置１２の資源の使用状況を管理し、データ加工資源管理コンピュータ１０は後述するデータ加工コンピュータ１３の資源の使用状況を管理する。
【００３１】
また、サービス資源割り当て管理コンピュータ７は、予約もしくは実行されるサービスの高機能ネットワーク１００の各資源への割当を行う。サービス予約管理コンピュータ３は、サービス資源割当管理コンピュータ７を利用しながら、要求された予約の受け入れや拒否の判断や後述する代替案の提示などを行う。サービス実行管理コンピュータ４は、サービス資源割当管理コンピュータ７を利用しながら実行を要求された予約の実行の可否を判断する。
【００３２】
以下、サービス提供管理コンピュータ２の各部について説明する。
【００３３】
サービス予約部２０３は、高機能ネットワーク１００が提供するサービス毎に設けられおり、それぞれサービス予約管理コンピュータ３を利用しながらエンドユーザコンピュータ１からの予約の要求を処理する。サービス実行制御部２０４は、高機能ネットワーク１００が提供するサービス毎に設けられおり、それぞれサービス実行管理コンピュータ４を利用しながら、エンドユーザコンピュータ１からのサービスの実行の要求を処理する。サービス要求解析部２０１は、エンドユーザコンピュータ１からのサービスの予約や実行の要求の内容を解析する。サービス種別管理部２０２は、高機能ネットワーク１００が提供するサービスの管理と各サービスに使用する資源の論理的レベルの管理と、各サービスに対応するサービス予約部２０３、サービス実行制御部２０４の管理を行う。
【００３４】
さて、このような構成において、以上の各コンピュータのハードウエア的な構成としては、たとえば、図３に示すような、ＣＰＵ１４０１、メモリ１４０２、記憶装置１４０３、ネットワークインタフェース１４０４、バス１４０５を有する一般的なコンピュータ１４の構成を用いることができる。この場合、メモリ１４０２には、リムーバルな記憶媒体などを介して提供されたプログラム１４０２１及びデータ１４０２２が格納され、ＣＰＵ１４０１がプログラム１４０２１を実行することにより実現されプロセスによって、以下に説明する各コンピュータ、各部の処理がデータ１４０２２を利用しながら実現される。
【００３５】
以下、このようなサービス提供システムの動作について説明する。
【００３６】
本サービス提供システムの動作は、大きく分けて、予約サービス選択受付動作と、サービス予約動作と、予約サービス実行制御動作とに分かれる。
【００３７】
まず、予約サービス選択受付動作について説明する。
【００３８】
図４に本動作における各部の処理シーケンスを示す。
【００３９】
図示するように予約サービス選択受付動作は、サービス一覧提供シーケンスと、サービス選択受付シーケンスより実現される。
【００４０】
まず、サービス一覧提供シーケンスについて説明する。
【００４１】
図５に本シーケンスにおけるサービス要求解析部２０１の処理手順を示す。
【００４２】
さて、図４において、予約を行う場合、エンドユーザコンピュータ１は、まず、サービス提供管理コンピュータ２のサービス要求解析部２０１に対して、サービス一覧を要求する（２００１）。サービス要求解析部２０１は、その要求をユーザ属性管理コンピュータ５に転送する（２００２）（図５ステップ２３０１）。
【００４３】
ユーザ属性管理コンピュータ５は、図６に示すユーザ属性テーブルを保持している。図示するように、ユーザ属性テーブルは、ユーザ毎に、ユーザ属性として、ユーザ固有のユーザ識別子や、ユーザ名や、ユーザの種別を表す会員種別や、ユーザが加入しているサービスを表す加入サービス識別子や、エンドユーザコンピュータ１のネットワーク装置１２により実現される伝送・交換ネットワーク上の位置（アドレスなど）を示すネットワーク接続情報などを登録したテーブルである。たとえば、ユーザ識別子が１００３のユーザに対しては、ユーザ識別子１００３、ユーザ名Ｔｏｍ、加入サービス識別子１０３，２０２，２１２、会員種別個人エコノミーが登録されている。
【００４４】
ユーザ属性管理コンピュータ５は、サービス一覧の要求を受け取ると、ユーザ属性テーブルから、要求に伴うユーザ識別子に対応する加入サービス識別子と会員種別を取り出し、サービス要求解析部２０１に渡す（２００３）。たとえば、先のユーザ識別子が１００３のユーザに対しては、加入サービス識別子１０３，２０２，２１２、会員種別個人エコノミーを渡す。
【００４５】
サービス要求解析部２０１は、渡された加入サービス識別子に対応するサービス名をサービス種別管理部２０２に要求する（２００４，２００５）（図５ステップ２３０２）。
【００４６】
サービス種別管理部２０２は、図７に示すサービス属性テーブルを保持している。図示するようにサービス属性テーブルは、高機能ネットワークが提供するサービス毎に、サービス属性として、サービス識別子や、サービス名や、そのサービスに使用される高機能ネットワークの論理的な資源を表す論理資源情報、サービスに対応するサービス予約部２０３、サービス実行制御部２０４などを登録したテーブルである。
【００４７】
ここで、本サービス提供システムでは、個々のデータ加工コンピュータ１３、個々のデータ蓄積コンピュータ１１上の、一つの種類のサービスを提供するために用いられる資源を、物理的資源の単位として管理する。そして、同じ種類のサービスを提供する物理的資源の集合を論理的資源の単位として管理する。また、ネットワーク装置１２については、一つの種類のサービスを提供するために用いられる伝送容量、伝送品位を論理的資源として、ネットワーク装置１２である個々の伝送・交換ネットワークを物理的資源の単位として管理する。
【００４８】
さて、サービス種別管理部２０２は、このサービス属性テーブルから、サービス名を要求された加入サービス識別子に一致するサービス識別子に対して登録されたサービス名をサービス要求解析部２０１に渡す。たとえば、先程のユーザ識別子１００３に対して得られる、加入サービス識別子は１０３，２０２，２１２に対しては、多地点テレビ会議エコノミー、新作映画プレビュー低料金サービスと、新作映画本編低料金サービスをサービス要求解析部２０１に渡す。
【００４９】
サービス要求解析部２０１は、得られたサービス名と会員種別から、一覧を要求したユーザに対して受付可能とする予約内容を決定（２００６）（図５ステップ２３０３）する。ここでは、たとえば、会員種別毎に各サービスの利用時間帯に制限を加え、その制限内の利用時間帯についての予約のみを受付可能とする。具体的には、先のユーザ識別子が１００２の会員種別個人エコノミーのユーザに対しては、新作映画本編低料金サービスの予約可能な利用時間を、０３：００から１８：００に制限する。ただし、ユーザ属性、サービス属性としてどのようなものを用い、これらからどのようにーザに対して受付可能とする予約内容を決定するかは、サービス提供システムやサービスの置かれた環境、用途に応じて任意に設定するようにしてよい。
【００５０】
そして、サービス要求解析部２０１は、決定したサービスのサービス名の一覧を生成し（図５ステップ２３０４）、エンドユーザコンピュータ１に返す（２００７）。エンドユーザコンピュータ１は、予約受付可能なサービスの一覧を、図８に示すように画面上に表示する等して、ユーザに通知する。
【００５１】
以上、サービス一覧提供シーケンスについて説明した。
【００５２】
次に、サービス選択受付シーケンスについて説明する。
【００５３】
図９に本シーケンスにおけるサービス要求解析部２０１の処理手順を示す。
【００５４】
さて、図４において、エンドユーザコンピュータ１は、サービス一覧提供シーケンスにて入手した、サービス一覧の内のサービスのどれかを指定して、サービス開始を要求する（２００８）。
【００５５】
サービス要求解析部２０１は、指定されたサービスに対応するサービス予約部２０３を、サービス種別管理部２０２を介して求め（２００９，２０１０）（図９ステップ２４０１）、これを起動（２０１１）（図９ステップ２４０２）、初期化（２０１２）する（図９ステップ２４０３）。
【００５６】
初期化されたサービス予約部２０３は、対応するサービスの予約を受け付けるための、たとえば、図１０に示すようなサービス予約用初期画面を生成し、サービス要求解析部２０１に渡す（２０１３）。
【００５７】
ここで、図１０のサービス予約用初期画面は、多地点テレビ会議エコノミーのサービスの予約を受け付けるための画面であり、当該画面上で予約する多地点テレビ会議の参加者や、開始時間、終了時間をユーザより受け付けるために用いられる。
【００５８】
さて、サービス要求解析部２０１は、このようなサービス予約用初期画面をエンドユーザコンピュータ１に転送する（２０１４）。エンドユーザコンピュータ１は、受け取ったサービス予約用初期画面を表示する。
【００５９】
以上、サービス選択受付シーケンスについて説明した。
【００６０】
以下、サービス予約動作について説明する。
【００６１】
図１１に本動作における各部の処理シーケンスを示す。
【００６２】
図示するように予約サービス選択受付動作は、サービス仮予約シーケンスと、サービス予約シーケンスより実現される。
【００６３】
まず、サービス仮予約シーケンスについて説明する。
【００６４】
図１２に本シーケンスにおけるサービス予約部２０３の処理手順を、図１３にサービス予約管理コンピュータ３の処理手順を、図１４にサービス資源割当管理コンピュータ７の処理手順を示す。
【００６５】
まず、エンドユーザコンピュータ１は、サービス予約用初期画面を介して、サービス開始／終了希望時刻、予約するサービスがテレビ会議の場合は参加予定者の識別子をサービス予約部２０３に送る（２１０１）。
【００６６】
これを受け取ったサービス予約部２０３は（図１２ステップ２５０１）、これらと、サービス種別管理部２０２を介して入手した、予約を要求されたサービスの図７のサービス属性情報テーブルに登録されたサービス属性と、所定の条件に従って定まる後述する物理接続情報評価式を、サービス予約管理コンピュータ３に送る（２１０２）（図１２ステップ２５０２）。
【００６７】
これを受けたサービス予約管理コンピュータ３は、ユーザ属性管理コンピュータ５から、サービス予約を要求しているユーザ及び（テレビ会議の場合は参加予定者）のユーザ属性を入手する（２１０３，２１０４）（図１３ステップ２６０１）。
【００６８】
そして、入手したユーザ属性とサービス属性より、要求された予約の論理接続情報を作成する。論理接続情報は、サービス名、予約を要求されたサービスへの全参加者（予約を要求したユーザ。テレビ会議の場合はさらに参加予定者も含む）のユーザ識別子、論理資源情報、サービスの開始／終了日時、物理接続情報評価式を含む。
【００６９】
次に、サービス予約管理コンピュータ３は、状況管理コンピュータ６から、そのサービスに使用される論理的資源のサービス開始／終了希望時刻期間における現在の予約状況における負荷を入手する（２１０５，２１０６）（図１３ステップ２６０２）。
【００７０】
そして、予め保持しておいたサービス運用ポリシーに従って、代替案の作成が必要か否かを判断し（図１３ステップ２６０３）、必要であると判断したならば、代替予約案とその論理接続情報を作成する（２１０７）（ステップ２６０４）。
【００７１】
代替予約案は、論理接続情報の変数、すなわち、サービスの開始／終了日時や、論理資源情報が示す高機能ネットワークの論理的な資源の一部を、あらかじめ用意したサービス運用ポリシーに従って変更したものである。
【００７２】
サービス運用ポリシーの例を図１５に示す。
【００７３】
この、サービス運用ポリシーは、予約の論理接続情報に含まれる論理資源情報がＴＶｃｏｎｆＢｒｉｄｇｅ３と言う論理的な資源を使用するものである場合に適用されるものであり、ＴＶｃｏｎｆＢｒｉｄｇｅ３の、サービスの開始／終了日時間の負荷が、９５％以上，８０％以上，５０％以上，５０％以下の場合に、参加者の会員種別によって、予約を受け付けるか否か、代替案を提示するか否か、及び、代替案の算出方法を規定している
図示するように、サービス運用ポリシーは、ｉｆ−ｔｈｅｎルールの組によって表現されており、上側のルールより順次ｉｆ条件が調べられ、結果が真となったｉｆ条件があれば、そのルールが適用され、ｔｈｅｎ以降の処理が行われる。この場合、適用されたルールより下側のルールはｉｆ条件によらず適用されない。
【００７４】
ここで仮に、予約希望時間帯のＴＶｃｏｎｆＢｒｉｄｇｅ３の負荷が８５％であり、参加者の内の最も会員種別のレベルが高い人が、個人一般会員の場合、ルール２６２５が適用される。そして、このルールは、予約を拒否せずに、更に、要求時間帯の４時間前から４時間後までの間で、負荷が８０％未満の時間帯を探し、探し出した時間帯に収まるように、要求された予約のサービスの開始／終了日時を変更した代替予約案を作成すべきことを指定している。
【００７５】
また、予約希望時間帯のＴＶｃｏｎｆＢｒｉｄｇｅ３の負荷が８５％であり、参加者の内の最も会員種別のレベルが高い人が、個人エコノミー会員の場合、ルール２６２６が適用される。そして、このルールは、予約を拒否し、代わりに、更に、要求時間帯の４時間前から４時間後までの間で、負荷が８０％未満の時間帯を探し、探し出した時間帯に収まるように、要求された予約のサービスの開始／終了日時を変更した代替予約案を作成すべきことを指定している。
【００７６】
なお、本実施形態では、会員種別のレベルは、個人エコノミー、個人一般、法人の順に高い。そして、会員種別法人のユーザからの予約の要求は会員種別個人一般のユーザからの予約の要求より重要度が高く、会員種別個人一般のユーザからの予約の要求は会員種別個人エコノミーのユーザからの予約の要求より重要度が高いものとしている。
【００７７】
さて、代替予約案の論理接続情報は、その代替予約案におけるサービスへの全参加者のユーザ識別子、そのサービスに使用される高機能ネットワーク１００の論理的な資源を表す論理資源情報、サービスの開始／終了日時、物理接続情報評価式を含む。ルール２６２５の場合は、全参加者のユーザ識別子、論理資源情報、物理接続情報評価式は、要求された予約の論理接続情報のものと同じとなる。
【００７８】
以下、要求された予約と以上の処理の結果作成された代替予約案を予約候補と呼ぶ。なお、代替予約案を作成しなかった場合は、要求された予約だけが予約候補となる。
【００７９】
さて、このようにして予約候補が定まったならば、サービス予約管理コンピュータ３は、予約候補の全てについて、サービス資源１６の割り当てを、サービス資源割り当て管理コンピュータ７に対して要求する（２１０８）（図１３ステップ２６０６）。この際には、使用するサービス資源の論理接続情報を指定する。
【００８０】
要求を受けた、サービス資源割り当て管理コンピュータ７は（図１４ステップ２７０１）、資源割当の計画を行う（２１０９）。
【００８１】
資源割当の計画では、各予約候補に、論理接続情報が示すサービスを実行するために必要な、ネットワーク装置１２、データ蓄積コンピュータ１１、データ加工コンピュータ１３の物理的な資源を割り当てる。
【００８２】
すなわち、まず、図６に示したユーザ属性テーブルに登録されている、論理接続情報が示す全参加者のユーザ識別子に対応するネットワーク接続情報をユーザ属性管理コンピュータ５に問い合わせて入手する（ステップ２７０２）。
【００８３】
そして、あらかじめ保持したデータ蓄積資源管理テーブル２６５０及び、データ加工資源管理テーブル２６６０と、先に入手した論理接続情報が示す全参加者のユーザ識別子に対応するネットワーク接続情報とを用いて、論理接続情報の論理資源情報が示す論理的な資源に対応する物理的資源の組を全て選び出す（図１４ステップ２７０３）。
【００８４】
図１６に示したデータ蓄積資源管理テーブル２６５０は、データ蓄積コンピュータ１１がビデオキャッシュサーバである場合のものであり、物理的な資源毎に、その物理的資源が属する論理的資源と、物理的資源識別子と、その物理的資源が配置されているデータ蓄積コンピュータと、その全資源量を登録したテーブルである。この例では、全資源量として予約受付可能数と最大転送速度と最大クライアント数（ビデオデータを同時に配信可能なエンドユーザコンピュータ１数）を、全資源量として登録している。
【００８５】
また、図１７に示したデータ加工資源管理テーブル２６６０は、データ加工コンピュータ１３がテレビ会議ブリッジ、または、画像データにスーパインポーズ処理を行う装置である場合のものであり、物理的な資源毎に、その物理的資源が属する論理的資源と、物理的資源識別子と、その物理的資源が配置されているデータ蓄積コンピュータと、その全資源量を登録したテーブルである。この例では、全資源量として予約受付可能数と最大転送速度と最大接続数（テレビ会議に同時参加可能なエンドユーザコンピュータ１数）を、全資源量として登録している。
【００８６】
選択される物理資源の組の各々は、データ蓄積資源管理テーブル２６５０、データ加工資源管理テーブル２６６０に登録された、論理接続情報の論理資源情報が示す論理的な資源に対応する物理的資源の一つと、その物理的資源とネットワーク接続情報が示すエンドユーザコンピュータ１との間の、一つの経路を論理接続情報が示す伝送容量、伝送品位で構成することのできるネットワーク装置１２の物理的資源、すなわち、伝送・交換ネットワークもしくはその組み合わせとの組となる。
【００８７】
このように物理資源の組を選択したならば、図１８に示す予約管理テーブルを用いて、物理接続情報候補を選択する（図１４ステップ２７０４）。
【００８８】
予約管理テーブルは、予約を設定したもしくは仮に予約を設定した予約毎に、予約番号と予約種別と物理接続情報と開始／終了日時とよりなる。予約種別が本予約の予約が正規に予約を設定した予約であり、予約種別が仮予約の予約は仮に予約を設定した予約である。また、物理接続情報は、その予約されたサービスに用いる物理的資源と、そのサービスに使用する資源量である使用資源量を示す。また、開始／終了日時は、予約されたサービスの実施時期を示す。
【００８９】
すなわち、ステップ２７０４では、サービス資源の論理接続情報中で指定されたサービス開始／終了時間の間に、予約管理テーブルに本予約が登録された予約のサービスを当該予約に対して設定された開始／終了日時に従って当該予約に対して登録された物理接続情報が示す物理的資源の組と使用資源量を用いて実施すると共に、処理中の予約候補のサービスを、その物理資源の組を、論理接続情報の論理資源量に対応する資源量用いて実施しても、その物理的資源の組に属する各物理的資源について、物理的資源の各予約の実施に要する資源量の総和が、物理的資源の全資源量を超えない物理的資源の組を全て抽出する。そして、抽出した各物理的資源の組を論理資源量に対応する資源量を使用資源量とする物理接続情報候補とする。また、この物理接続情報候補に対して、論理接続情報が示すサービス開始／終了時間を開始／終了日時として設定する。なお、伝送・交換ネットワークであるところの物理的資源の全資源量は、その伝送・交換ネットワークの全伝送容量とする。
【００９０】
そして、以上の処理において、一つも物理接続情報候補を作成できなかった場合には、サービス予約管理コンピュータ３に対して資源割当の失敗を通知する（２１１０）。
【００９１】
一方、物理接続情報候補を作成できた場合には、論理接続情報が示す物理接続情報評価式に従って、各物理接続情報候補を評価し、最も評価の高いものを物理接続情報として選び出す（図１４ステップ２７０５）。物理接続情報評価式は、たとえば、使用コストの低いほど評価を高くする評価式である。
【００９２】
そして、予約番号を生成し、ステップ２７０５で選び出した物理接続情報と、これに対して設定した開始／終了日時と共に、図１８の予約管理テーブルに登録する（図１４ステップ２７０６）。この際に予約種別は仮予約とする。
【００９３】
そして、保存した予約番号をサービス予約管理コンピュータ３に通知する（図１４ステップ２７０７）。結果、各予約候補に対して、登録した予約番号が、サービス予約管理コンピュータ３に通知される。
【００９４】
サービス予約管理コンピュータ３は、予約候補に対する予約番号を受け取ったならば、その予約番号と予約候補の論理接続情報を保存すると共に、これを、サービス予約部２０３に通知する（２１１３）（図１３ステップ２６０６）。
【００９５】
サービス予約部２０３は、この予約番号と論理接続情報を、エンドユーザコンピュータ１に通知する（２１１４）（図１２ステップ２５０３、２５０４）。
【００９６】
エンドユーザコンピュータ１は、受け取った予約番号と論理接続情報を予約候補一覧として表示する。
【００９７】
以上、サービス仮予約シーケンスについて説明した。
【００９８】
以下、サービス予約シーケンスについて説明する。
【００９９】
図１９に本シーケンスにおけるサービス予約部２０３の処理手順を、図２０にサービス予約管理コンピュータ３の処理手順を、図２１にサービス資源割当管理コンピュータ７の処理手順を示す。
【０１００】
まず、エンドユーザコンピュータ１は、入手した予約候補一覧の中からユーザが指定した実際に予約するものの予約番号と共に、サービス予約部２０３に対して、本予約を要求する（２１１５）。
【０１０１】
サービス予約部２０３は、これをサービス予約管理コンピュータ３に転送（２１１６）（図１９ステップ２８０１、２８０２）する。サービス予約管理コンピュータ３は、サービス実行管理コンピュータ４に、本予約を要求された予約番号と図１３ステップ２６０６で保存したその予約番号に対応する論理接続情報を転送する（２１１７）（図２０ステップ２９０１、２９０２）。サービス実行管理コンピュータ４は、これを保存する。
【０１０２】
そして、サービス予約管理コンピュータ３は、本予約を要求された予約番号をサービス資源割り当て管理コンピュータ７に転送し、本予約を要求する（図２０ステップ２９０３）と共に、図１３ステップ２６０６で保存した予約番号の内、本予約を要求された以外のもの全てについて、予約番号をサービス資源割り当て管理コンピュータ７に通知し、予約の取り消しを要求（図２０ステップ２９０４）する（２１１９、２１２０）。
【０１０３】
要求を受けた、サービス資源割り当て管理コンピュータ７は、予約管理テーブルの、本予約を要求された予約番号の予約の予約種別を本予約に変更する（図２１ステップ３００２）と共に、取り消しを要求された予約番号の予約を予約管理テーブル３４から削除する（図２１ステップ３００３）。
【０１０４】
そして、本予約が成功したことを、サービス予約管理コンピュータ３に通知する（図２１ステップ３００４）（２１２０）。
【０１０５】
これを受けたサービス予約管理コンピュータ３は、本予約が完了したことを、サービス予約部２０３に通知する（２１２１）と共に、状況管理コンピュータ６に、予約番号と、図１３ステップ２６０６で保存した、本予約が成功した予約番号に対応する論理接続情報を送る（図２１ステップ２８０５）。状況管理コンピュータ６は、受け取った論理接続情報が表す予約を、管理している現在の予約状況に加える。なお、状況管理コンピュータ６は、この予約状況と、予め保持したサービス毎の各論理的資源の全資源量より、現在の予約状況における、すなわち予約通りにサービスを実行した場合の高機能ネットワーク１００の各時点における論理的資源の負荷をサービス毎に算出する。
【０１０６】
さて、本予約が完了したことを通知されたサービス予約部２０３は、本予約が成功した予約番号に対応する論理接続情報が示すサービスがテレビ会議などである場合には、本予約を要求したユーザ以外のサービスの各参加者に、論理接続情報と共に予約が行われたことを通知することにより、各参加者が自身が参加するサービスが予約されたことを認識可能とする（２１２２）（図１９ステップ２８０４）。また、予約が完了したことを、本予約を要求したユーザのエンドユーザコンピュータ１に通知する（２１２３）（図１９ステップ２８０５）。
【０１０７】
以上、サービス予約シーケンスについて説明した。
【０１０８】
以下、サービス実行制御動作について説明する。
【０１０９】
図２２に本動作における各部の処理シーケンスを示す。
【０１１０】
図示するようにサービス実行制御動作は、サービス実行制御開始シーケンスと、サービス実行制御シーケンスより実現される。
【０１１１】
まず、サービス実行制御開始シーケンスについて説明する。
【０１１２】
図２３に本シーケンスにおけるサービス要求解析部２０１の処理手順を示す。
【０１１３】
まず、エンドユーザコンピュータ１は、サービス要求解析部２０１に対して、実行を要求するサービスを表すサービス識別子を指定してサービス実行制御開始を要求する（２２０１）。
【０１１４】
これを受けた（図２３ステップ３１０１）サービス要求解析部２０１は、サービス識別子によって指定されたサービスに対応するサービス実行制御部２０４を、サービス種別管理部２０２を介して求め（２２０２，２２０３）（図２３ステップ３１０２）、これを起動する（２２０４）（図２３ステップ３１０３）。起動されたサービス実行制御部２０４は、サービス実行制御用の初期画面を生成し、サービス要求解析部２０１に渡す（２２０６）。そして、サービス要求解析部２０１は、これをエンドユーザコンピュータ１に転送する（２２０７）（図２３ステップ３１０４）。エンドユーザコンピュータ１は、受け取った初期画面を表示する。
【０１１５】
以上、サービス実行制御開始シーケンスについて説明した。
【０１１６】
以下、サービス実行制御シーケンスについて説明する。
【０１１７】
図２４にサービス実行制御シーケンスにおけるサービス実行制御部２の処理手順を、図２５にサービス実行制御シーケンスにおけるサービス実行管理コンピュータ４の処理手順を、図２６にサービス実行制御シーケンスにおけるサービス資源割り当て管理コンピュータ７の処理手順を示す。
【０１１８】
まず、エンドユーザコンピュータ１は、先に本予約が完了した予約の予約番号と共に、その予約で予約したサービスの開始をサービス実行制御部２０４に対して要求する（２２０８）。
【０１１９】
これを受けたサービス実行制御部２０４は（図２４ステップ３２０１）、保持している論理接続情報と予約番号の組を参照し、要求に伴う予約番号に対応する論理接続情報がないか、予約番号に対応する論理接続情報が示すサービス開始時刻とサービス終了時刻との間に現時刻がなければ、要求の拒否をエンドユーザコンピュータ１に通知する。一方、予約番号に対応する論理接続情報が示すサービス開始時刻とサービス終了時刻との間に現時刻があれば、サービス実行管理コンピュータ４に対して、この要求を転送する（２２０９）（図２４ステップ３２０２）。
【０１２０】
これを受けたサービス実行管理コンピュータ４は（図２５ステップ３３０１）、この要求をサービス資源割り当て管理コンピュータ７に転送する（２２１０）（図２５ステップ３３０２）。
【０１２１】
この要求を予約番号と共に受け取ったサービス資源割り当て管理コンピュータ７は（図２６ステップ３４０１）、その予約番号に対応する予約の物理接続情報を、予約管理テーブルから取り出す（図２６ステップ３４０２）。次に、物理接続情報に含まれる、物理的資源の各々について、それを管理するデータ蓄積資源管理コンピュータ８又はデータ伝送資源管理コンピュータ９又はデータ加工資源管理コンピュータ１０に、その物理的資源の物理接続情報が示す使用資源量分の資源量の割り当てを要求する（２２１１）（図２６ステップ３４０３）。
【０１２２】
データ蓄積資源管理コンピュータ８、データ伝送資源管理コンピュータ９、データ加工資源管理コンピュータ１０は、割当を要求された物理的資源に要求された資源量分の空きがあれば、サービス資源割り当て管理コンピュータ７に割当成功を通知する（２２１２）。
【０１２３】
この通知より、サービス資源割り当て管理コンピュータ７は、全てのサービス資源１６の割り当てが成功したことを確認できたならば、割当成功と、要求された予約番号の物理接続情報と要求の成功をサービス実行管理コンピュータ４に通知する（２２１３）（図２６ステップ３４０４）。
【０１２４】
この通知より、サービス実行管理コンピュータ４は、割り当てが成功したことを確認し（図２５ステップ３３０３）、受け取った物理接続情報と要求の成功をサービス実行制御部２０４に通知する（２２１４）（図２５ステップ３３０４）。
【０１２５】
この通知より、サービス実行管理コンピュータ４は、要求の成功を判定し（図２４ステップ３２０３）、成功であり、開始を要求されたサービスがテレビ会議などである場合には開始を要求したユーザ以外のサービスの各参加者のエンドユーザコンピュータ１に対して、そのサービスの指定と、サービスへの参加要求を、受け取った物理接続情報と共に通知する（図２４ステップ３２０４）（２２１５）。
【０１２６】
また、サービスの開始に成功したことを、サービス実行を要求したエンドユーザコンピュータ１に受け取った物理接続情報と共に通知する（２２１６）（図２４ステップ３２０５）。
【０１２７】
サービスの開始に成功したことを通知されたエンドユーザコンピュータ１は、通知と共に受け取った物理接続情報が示す物理的資源を用いる形態で、高機能ネットワーク１００の開始を要求したサービスを利用する。また、サービスへの参加要求を通知されたエンドユーザコンピュータ１も、通知と共に受け取った受け取った物理接続情報が示す物理的資源を用いる形態で、高機能ネットワーク１００の通知と共に指定されたサービスに参加する。
【０１２８】
以上、本発明の実施形態について説明した。
【０１２９】
以上のように、本実施形態では、図１５のサービス運用ポリシーを用いた処理によって、資源の負荷が高い程、高くなる重要度を基準として、その重要度以下の予約の要求は、たとえその予約を受け入れて、受け入れた各予約通りサービスを実行したとしても、サービスに使用される資源量がサービスに利用可能な資源量を超えない場合でも、これを拒否する。また、このように予約の要求を拒否する場合、もしくは、拒否しない場合であっても、より資源の利用効率が高まる代替予約案を作成し、これをユーザに提示することにより、その代替案によるサービスの利用を促す。
【０１３０】
したがって、重要度の高い予約を優先的にかつ高い確率で受け付けられると共に、重要度の低い予約が一旦受け付けられた後に取り消されることがない。また、ユーザが希望する予約の内容を一部のみを変更したすなわちユーザが希望する予約の内容を一定の範囲で尊重した代替予約案によるサービスの利用を ユーザに促すことにより、より資源の利用効率を高める方向にユーザの予約を誘導することができる。このため、本実施形態によれば、資源の利用効率とユーザ のサービス利用上の満足度を最適化することができる。
【０１３１】
なお、以上の実施形態では、図１５に示したサービス運用ポリシーを用いて、代替予約案としてユーザが要求した予約内容を構成する変数のうちサービス開始／終了時刻を変更する場合について示したが、予約内容を構成する変数のうち何を変更したものを代替予約案として提示するかは、サービス提供システムの環境や状況や運用者のポリシーに応じて任意に決定するようにしてもよい。ユーザが要求した予約内容を構成する変数のうち、それを変更したものと代替予約案として提示できるものには、たとえば、時間に関する変数、品質に関する変数、課金に関する変数がある。時間に関する変数の例は、本実施形態で示したサービス開始／終了時刻等である。また、品質に関する変数の例は、通信路の帯域や遅延、冗長構成の有無、符号誤り率、サービス保証の有無、サービス加工資源の処理能力等である。また、課金に関する変数の例は、使用する資源の料率等である。たとえば、ユーザが要求する予約が帯域保証有りのデータ伝送資源を使用したサービスであった場合に、帯域保証有りのデータ伝送資源の負荷が大きい場合いは、これに代えて帯域保証無しのデータ伝送資源を使用するものを代替予約案とすることができる。この場合、この代替予約案をユーザが選択した場合、最初に要求した予約とおりのサービスが実施される場合にはそのサービスに非同期伝送モード網が割り当てられるところが、これに代えてインターネットが割り当てられることになる。
【０１３２】
また、本実施形態では、論理的資源と物理的資源の２段階で資源を管理したが、これはいずれが一方のみで資源を管理するようにしてもよい、また、どちらの場合も管理する資源の単位は、サービスと関連づけられる任意の単位としてよい。
【０１３３】
なお、本実施形態における、資源の負荷と予約の重要度に応じた予約の拒否や代替案提示の技術は、本実施形態で示した高機能ネットワークの他、何らかの資源を用いてサービスを提供する任意のシステムに同様に適用することができる。
【０１３４】
【発明の効果】
以上のように、本発明によれば資源の利用効率とユーザのサービス利用上の満足度を最適化することができる。より具体的には、たとえば、ある程度高い資源の利用効率を保ちながらも、ユーザのサービス利用上の満足度が著しく低下することのないようサービスを提供することができる。または、ユーザがある程度満足するサービスを提供しながらも、ユーザのサービスの利用を平滑化することができる。
【図面の簡単な説明】
【図１】本発明の実施形態に係るサービス提供システムの構成を示すブロック図である。
【図２】本発明の実施形態に係るサービス提供システムの具体的構成例を示すブロック図である。
【図３】本発明の実施形態に係る各コンピュータのハードウエアとして用いることのできる電子計算機の構成を示したブロック図である。
【図４】本発明の実施形態に係る予約サービス選択受付動作における各部の処理シーケンスを示した図である。
【図５】本発明の実施形態に係るサービス一覧提供シーケンスにおけるサービス要求解析部の処理手順を示すフローチャートである。
【図６】本発明の実施形態に係るユーザ属性テーブルの内容を示す図である。
【図７】本発明の実施形態に係るサービス属性テーブルの内容を示す図である。
【図８】本発明の実施形態に係る予約受付可能なサービスの一覧画面を示す図である。
【図９】本発明の実施形態に係るサービス選択受付シーケンスにおけるサービス要求解析部の処理手順を示すフローチャートである。
【図１０】本発明の実施形態に係るサービス予約用初期画面を示す図である。
【図１１】本発明の実施形態に係るサービス予約動作における各部の処理シーケンスを示した図である。
【図１２】本発明の実施形態に係るサービス仮予約シーケンスにおけるサービス予約部の処理手順を示すフローチャートである。
【図１３】本発明の実施形態に係るサービス仮予約シーケンスにおけるサービス予約管理コンピュータの処理手順を示すフローチャートである。
【図１４】本発明の実施形態に係るサービス仮予約シーケンスにおけるサービス資源割当管理コンピュータの処理手順を示すフローチャートである。
【図１５】本発明の実施形態に係るサービス運用ポリシーを示す図である。
【図１６】本発明の実施形態に係るデータ蓄積資源管理テーブルの内容を示す図である。
【図１７】本発明の実施形態に係るデータ加工資源管理テーブルの内容を示す図である。
【図１８】本発明の実施形態に係る予約管理テーブルの内容を示す図である。
【図１９】本発明の実施形態に係るサービス仮予約シーケンスにおけるサービス予約部の処理手順を示すフローチャートである。
【図２０】本発明の実施形態に係るサービス予約シーケンスにおけるサービス予約管理コンピュータの処理手順を示すフローチャートである。
【図２１】本発明の実施形態に係るサービス予約シーケンスにおけるサービス資源割当管理コンピュータの処理手順を示すフローチャートである。
【図２２】本発明の実施形態に係るサービス実行制御動作における各部の処理シーケンスを示した図である。
【図２３】本発明の実施形態に係るサービス実行制御開始シーケンスにおけるサービス要求解析部の処理手順を示すフローチャートである。
【図２４】本発明の実施形態に係るサービス実行制御シーケンスにおけるサービス実行制御部の処理手順を示すフローチャートである。
【図２５】本発明の実施形態に係るサービス実行制御シーケンスにおけるサービス実行管理コンピュータの処理手順を示すフローチャートである。
【図２６】本発明の実施形態に係るサービス実行制御シーケンスにおけるサービス資源割り当て管理コンピュータの処理手順を示すフローチャートである。
【符号の説明】
１  エンドユーザコンピュータ、２  サービス提供管理コンピュータ、３  サービス予約管理コンピュータ、４  サービス実行管理コンピュータ、５  ユーザ属性管理コンピュータ、６  状況管理コンピュータ、７  サービス資源割り当て管理コンピュータ、８  データ蓄積資源管理コンピュータ、９  データ伝送資源管理コンピュータ、１０  データ加工資源管理コンピュータ、１１  データ蓄積コンピュータ、１２  ネットワーク装置、１３  データ加工コンピュータ、１００高機能ネットワーク、２０１  サービス要求解析部、２０２  サービス種別管理部、２０３  サービス予約部、２０４  サービス実行制御部、３００  管理コンピュータ群
【図１】
0004374101.tif 000002
【図２】
0004374101.tif 000003
【図３】
0004374101.tif 000004
【図４】
0004374101.tif 000005
【図５】
0004374101.tif 000006
【図６】
0004374101.tif 000007
【図７】
0004374101.tif 000008
【図８】
0004374101.tif 000009
【図９】
0004374101.tif 000010
【図１０】
0004374101.tif 000011
【図１１】
0004374101.tif 000012
【図１２】
0004374101.tif 000013
【図１３】
0004374101.tif 000014
【図１４】
0004374101.tif 000015
【図１５】
0004374101.tif 000016
【図１６】
0004374101.tif 000017
【図１７】
0004374101.tif 000018
【図１８】
0004374101.tif 000019
【図１９】
0004374101.tif 000020
【図２０】
0004374101.tif 000021
【図２１】
0004374101.tif 000022
【図２２】
0004374101.tif 000023
【図２３】
0004374101.tif 000024
【図２４】
0004374101.tif 000025
【図２５】
0004374101.tif 000026
【図２６】
0004374101.tif 000027