(57)【要約】【課題】  資源を複数のユーザが使用する情報処理システムにおいて、処理の価格性能比をユーザ自身が管理、制御でき、かつ公平性を損なうことなく共有資源の割り当てができるようにする。【解決手段】  情報処理システムは、予定処理情報と資源割当単位情報を比較してユーザの希望処理毎に資源割当予約の順位を含む資源割当予約を生成する資源予約生成部と、該資源予約生成部によって生成された資源割当予約と上記処理予約情報とを比較して資源割当予約を決定する資源割当予約決定部と、該資源割当予約決定部によって決定された資源割当予約に基づいて資源に対して処理を実行する処理実行部と、を有する。【選択図】  図１
2006031400.tif 000002
【特許請求の範囲】
【請求項１】
複数のユーザに情報処理用の資源を割り当て、資源利用量に応じて各ユーザに料金を課す情報処理システムにおいて、
ユーザに提供するための割当資源単位と、該割当資源単位毎の割当時間区分、割当資源量及び資源利用料金を含む資源割当単位情報と、ユーザが希望する処理と該処理の実行希望時間範囲、必要資源量、及び、支出予算とを含む予定処理情報と、既にユーザに割り当てた割当資源単位と、該資源に対する割当時間区分、処理名、及びユーザ名を含む処理予約情報と、上記予定処理情報と上記資源割当単位情報を比較してユーザの希望処理毎に資源割当予約の順位を含む資源割当予約を生成する資源予約生成部と、該資源予約生成部によって生成された資源割当予約と上記処理予約情報とを比較して資源割当予約を決定する資源割当予約決定部と、該資源割当予約決定部によって決定された資源割当予約に基づいて資源に対して処理を実行する処理実行部と、を有する情報処理システム。
【請求項２】
上記請求項１に記載の情報処理システムにおいて、ユーザからの処理予約数が増加すると上記割当資源単位毎の割当時間区分、割当資源量及び資源利用料金を含む資源利用条件を変更することを定義した資源割当条件情報を有し、上記資源予約決定部は、予約情報の更新毎に又は定期的時隔毎にて、上記予約情報と上記資源割当条件情報とを比較し、必要な場合に、上記資源割当単位情報を更新することを特徴とする情報処理システム。
【請求項３】
上記請求項２に記載の情報処理システムにおいて、ユーザからの予約見直しの条件を規定する予約更新判定情報を有し、上記資源予約生成部は、資源割当単位情報の更新毎に又は定期的時隔毎に、上記資源割当単位情報及び上記処理予約情報と、上記予定処理情報と上記予約更新判定情報とを比較し、予定処理毎の資源割当希望順位を更新して資源の割当予約更新の要求を生成し、それを上記資源予約決定部に送信することを特徴とする情報処理システム。
【請求項４】
上記請求項３に記載の情報処理システムにおいて、ユーザからの予約確定を判定するか否かを定義して予約確定判定情報を有し、上記資源予約生成部は、資源割当単位情報の更新毎に又は定期的時隔毎に、上記資源割当単位情報及び上記処理予約情報と、上記予定処理情報と上記予約更新確定情報とを比較し、資源の割当予約確定の要求を生成し、それを上記資源予約決定部に送信することを特徴とする情報処理システム。
【請求項５】
上記請求項１及び３、４に記載の情報処理システムにおいて、ユーザに対する上記割当資源単位毎の割当時間区分、割当資源量及び資源利用料金を含む資源利用条件を制限することを定義した予約条件情報を有し、上記資源予約決定部は、ユーザからの予定処理毎の資源割当要求と上記処理予約情報と上記予約条件情報とを比較し、必要な場合に、その予定処理への資源割当単位の割当予約を決定もしくは更新し、処理予約情報に反映するとともに各ユーザにその情報を提供することを特徴とする情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、資源を複数のユーザが共同で利用する情報処理システムに関し、特に、計算機、記憶装置、通信装置等に使用して好適な情報処理システムに関する。
【背景技術】
【０００２】
計算機、記憶装置、通信装置等の資源を複数のユーザが共同で利用し、その利用量に応じて課金する情報処理システムが知られている。このような情報処理システムでは、ユーザの希望する利用条件、及び、料金条件に従って、資源を割り当てる。しかしながら、ユーザからの希望利用量が増加し、資源量の残存量が減少すると、ユーザへの資源の利用量の割当を調整する必要がある。
【０００３】
ユーザへの資源の利用量の割当方法は、公平、且つ、効率的でなければならない。ユーザの立場から、必要量を確保できる必要がある。供給者の立場からは、資源を有効に使用し、料金収入が増加することが望ましい。
【０００４】
特開平11-122394号公報には、資源共有型の情報処理システムにおいて複数の処理に資源を割当る課金システムが記載されている。このシステムでは、過去の利用状況から判断して、処理要求の集中が予測される場合には料金を高く設定し、それをユーザに通知することで処理要求の減少を図る。また逆に処理要求の少ないことが予測される場合には料金を安く設定し、処理要求の増加を図る。これにより、有限の資源を公平に利用することを可能にしている。
【０００５】
特開平5-233596号公報には、資源均等分配方法が記載されている。この方法では、資源割当要求が目標以上に集中した資源の価格を上げ、要求が目標以下の資源の価格を下げることで、割当て要求が特定の資源に集中することを回避し、複数の資源が平均的に利用されることを可能にしている。
【０００６】
特開平8-79240号公報には、有限の資源を共有して複数の処理を実行する資源管理システムが記載されている。このシステムでは、多くの資源を必要とする処理の料金を高く、少ない資源を許容する処理の料金を安くすることで、有限の資源を公平に配分することを可能にしている。
【０００７】
これら従来技術は、基本的に需給変動に従って料金を課す方法である。すなわち、供給可能な資源量が限られているため、処理すべき総量が資源供給量を上回る場合に、資源使用料金を高くすることで、(1)処理の総数を減らすか、または(2)各処理に割り当てる資源量を減らすことによって、需要量と供給量とのバランスを取る。また逆も同様に、処理すべき総量が資源供給量を下回る場合も、資源使用量を安くすることで需要量と供給量のバランスを取る。これにより、有限の資源を平均的に利用し、かつユーザ間に公平に配分することが可能となるので、資源利用の公平性は高まることになる。
【０００８】
特開平8-125654号公報には、資源予約方法が記載されている。この方法では、資源の予約状況と、保有する資源の状態とを対応付けることで、ユーザが処理の実行を希望する時刻の資源を予約することができる。
【０００９】
【特許文献１】特開平11-122394号公報
【特許文献２】特開平5-233596号公報
【特許文献３】特開平8-79240号公報
【特許文献３】特開平8-125654号公報
【発明の開示】
【発明が解決しようとする課題】
【００１０】
しかしこれら従来技術は、公平に資源を利用することはできるが、個々のユーザの側から見ると必ずしも利便性のよい方法とはいえない。例えばあるユーザが１つの処理を実行する場合、同じ時間に他のユーザの処理が集中すると、そのユーザの意思に反して、処理に用いる資源に対する料金が高くなり、必要な量の資源を得ることができない事態が生じる。
【００１１】
すなわち、個々のユーザは自己の処理の価格性能比（コストパフォーマンス）を制御できず、かつその不利益を回避する有効な手段もない。また、他の従来技術であるユーザが資源を予約する方法であっても、予約希望時刻の資源に余裕がある場合に資源を予約することのみが可能であるため、例えば予約希望時刻の資源の利用状況や価格等の情報をユーザが把握することはできず、このため資源の効率的な利用をユーザが自ら制御することはできない。
【００１２】
本発明の目的は、これら従来技術の課題を解決し、処理の価格性能比をユーザ自身が管理、制御でき、かつ公平性を損なうことなく共有資源の割り当てが可能となる方法を提供することである。
【課題を解決するための手段】
【００１３】
本発明によると、複数のユーザに情報処理用の資源を割り当て、資源利用量に応じて各ユーザに料金を課す情報処理システムにおいて、ユーザに提供するための割当資源単位と、該割当資源単位毎の割当時間区分、割当資源量及び資源利用料金を含む資源割当単位情報と、ユーザが希望する処理と該処理の実行希望時間範囲、必要資源量、及び、支出予算とを含む予定処理情報と、既にユーザに割り当てた割当資源単位と、該資源に対する割当時間区分、処理名、及びユーザ名を含む処理予約情報と、上記予定処理情報と上記資源割当単位情報を比較してユーザの希望処理毎に資源割当予約の順位を含む資源割当予約を生成する資源予約生成部と、該資源予約生成部によって生成された資源割当予約と上記処理予約情報とを比較して資源割当予約を決定する資源割当予約決定部と、該資源割当予約決定部によって決定された資源割当予約に基づいて資源に対して処理を実行する処理実行部と、を有する。
【発明の効果】
【００１４】
本発明によれば、処理の価格性能比をユーザ自身が管理、制御でき、かつ公平性を損なうことなく共有資源の割り当てることができる。
【発明を実施するための最良の形態】
【００１５】
以下、本発明の実施形態を、例を用いて図面により詳細に説明する。図１は、本発明による情報処理システムの第１の例の基本構成を示す図である。本例の情報処理システムは、ユーザ１０１からの資源予約要求を入力し資源予約を生成する資源予約生成部１０２、資源予約を決定する資源予約決定部１０３、及び、資源を使用して処理を実行する処理実行部１０４を有する。これら３つの構成の役割を成す主体は、同一であっても別々であっても、また物理的距離が近接していても遠隔であってもよい。それらが持つ個々の機能を四角形で、各機能で用いる情報を五角形で、情報のやり取りを矢印でそれぞれ示す。ここで言及する機能とは、例えば実行手続きを記述したプログラムによってデータを加工することであり、また資源とはその処理を実行する際に用いる、ＣＰＵや記憶領域、通信路等を意味する。
【００１６】
図１には２つのユーザ１０１が記載されているが実際には多数のユーザが本例の情報処理システムを同時に利用することができる。また、図１では、１つの資源を複数のユーザが使用する場合を示しているが、複数の資源を複数のユーザが使用することもできる。
【００１７】
資源予約生成部１０２は、予定処理情報１０２１、希望順位決定機能１０２２、予約要求機能１０２３、及び、処理登録削除機能１０２４を有し、複数のユーザ１０１から希望する処理を入力し予約生成を行う機能を有する。処理登録削除機能１０２４は、ユーザ１０１からの新規に実行を予定する処理の情報、即ち、新規処理情報１０１１を予定処理情報１０２１に登録する。希望順位決定機能１０２２は、予定処理情報１０２１の情報と資源予約決定部１０３の資源割当単位情報１０３１とを比較し、資源の希望割当順位を決定する。予約要求機能１０２３は、資源の希望割当順位に基づいて、資源予約を生成し、それを資源予約決定部１０３に送信する。
【００１８】
資源予約決定部１０３は、資源割当単位情報１０３１、予約決定機能１０３２、及び、処理予約情報１０３３を有し、複数のユーザの資源の予約を行なう機能を有する。予約決定機能１０３２は、複数のユーザからの資源予約の要求を受信すると、それを、資源割当単位情報１０３１及び処理予約情報１０３３の内容と比較し、予約可否を判断する。予約決定機能１０３２は、予約可否の結果を処理予約情報１０３３に反映する。尚、資源割当単位情報１０３１と処理予約情報１０３３は、図示のように別個のものとして構成してよいが、一体として構成してもよい。
【００１９】
処理実行部１０４は、割当実行機能１０４１、及び、課金計算機能１０４２を有し、資源の予約情報に従って処理を実行し課金処理を行なう機能を有する。割当実行機能１０４１は、資源予約情報１０３３を入手し、その予約内容に従って、資源１０４３に処理１０４４、１０４５を割り当てて実行する。処理の実行が終了するか又は資源割当の終了時刻に達すると、処理１０４４、１０４５は、実行結果１０４６、１０４７を出力し、資源１０４３を解放する。
【００２０】
実行結果は資源予約生成部１０２の処理登録削除機能１０２４に送信される。処理登録削除機能１０２４は、実行結果を各ユーザに通知し、予定処理情報１０２１に反映する。例えば、希望の処理が終了していれば予定処理情報１０２１から対応する情報を削除し、希望の処理が未終了ならば再度、予定処理情報１０２１に予定処理として登録する。課金計算機能１０４２は、資源の利用料金を計算し、それを各ユーザに課金する。
【００２１】
図２は、本発明の資源予約決定部１０３の資源割当単位情報１０３１の例を示す。資源割当単位情報１０３１は、本情報処理システムが有する資源をユーザの処理に供する際に、どのように分割して複数の処理に割り当てるか、及び各分割した資源をいくらの料金で供するかの情報を含む。
【００２２】
資源割当単位情報１０３１は、割当資源単位名１０３１１、割当時間区分１０３１２、割当資源量１０３１３、資源利用料金１０３１４を含む。割当資源単位名１０３１１は、ユーザに割り当てる資源を特定する名前である。割り当てが定まっていない空き資源に関する情報も同様に記載する。割当時間区分１０３１２は、その資源の割当開始時間と終了時間の対からなる。割当資源量１０３１３は、割当資源単位名１０３１１に対応する資源量である。資源利用料金１０３１４は、割当資源量に対する価格である。ここではこれらのデータが、割当時間区分毎に時系列で並べられている。
【００２３】
尚、資源割当単位情報１０３１には、これらに加えて、資源を割り当てる際に必要となる情報、例えば資源の種類や割り当てる位置、割り当て時の初期状態等の情報を記載することも可能である。
【００２４】
図３は、本発明の資源予約生成部１０２の予定処理情報１０２１の例を示す。予定処理情報１０２１は、特定のユーザが予定している複数の処理に対し、それぞれを実行する際に特定のユーザが期待する価格性能比（コストパフォーマンス）の情報を含む。
【００２５】
予定処理情報１０２１は、特定のユーザに関する、処理名１０２１１、実行希望時間範囲１０２１２、必要資源量１０２１３、支出予算１０２１４を含む。処理名１０２１１は、実行を予定する処理を特定する名前である。実行希望時間範囲１０２１２は、その処理の実行開始及び終了の予定時間である。必要資源量１０２１３は、その処理の実行に必要な資源量である。支出予算１０２１４は、その処理の実行に対する対価として支出可能な金額である。
【００２６】
尚、予定処理情報１０２１には、これらに加えて、処理を実行する際に必要な情報、例えば複数の処理間の順序関係や使用する資源の依存関係等の情報も記載することが可能である。
【００２７】
図４は、本発明の資源予約決定部１０３の処理予約情報１０３３の例を示す。処理予約情報１０３３は、資源割当単位情報１０３１に記載した各割当資源単位が、どのユーザのどの処理にいつ予約されているかの情報を含む。処理予約情報１０３３は、割当資源単位名１０３３１、割当時間区分１０３３２、処理名１０３３３、及び、ユーザ名１０３３４を含む。割当資源単位名１０３３１、及び、割当時間区分１０３３２は、図２の資源割当単位情報１０３１の割当資源単位名１０３１１、及び、割当時間区分１０３１２と同一である。処理名１０３３３は、図３の予定処理情報１０２１の処理名１０２１１と同一である。ユーザ名は、その資源を予約したユーザの名前である。
【００２８】
尚。処理予約情報１０３３には、これらに加えて、予約状態に関する情報、例えばキャンセルの可否や予約変更の実施回数、更なる予約変更の許容回数等の情報を記載することも可能である。
【００２９】
図５を参照して、図１の本発明による情報処理システムの第１の例において、ユーザが予定している処理に対して、所望の価格性能比を満足するように資源の割り当てを予約する手順を説明する。図５にて、資源予約生成部１０２が為す機能は実線で、資源予約決定部１０３が為す機能は破線でそれぞれ示している。
【００３０】
ステップＳ１０１にて、資源予約生成部１０２の処理登録削除機能１０２４は、新規処理情報１０１１を予定処理情報１０２１に登録する。ステップＳ１０２にて、希望順位決定機能１０２２は、新規処理情報１０１１が登録された場合もしくは定期的に、資源割当単位情報１０３１を入手する。ステップＳ１０３にて、希望順位決定機能１０２２は、予定処理情報１０２１の実行希望時間範囲、必要資源量及び支出予算と資源割当単位情報１０３１の内容と比較する。
【００３１】
ステップＳ１０４にて、希望順位決定機能１０２２は、資源割当要求と希望優先順位を作成する。
【００３２】
即ち、割り当てを希望する資源に対する割当要求として、割当時間区分、割当資源量、資源利用料金のうちの少なくとも１つを作成する。複数の割当要求を作成した場合には、その相互間の優先順位も合わせて作成する。例えば、ユーザが必要資源量、実行希望時間範囲及び支出予算に順に優先順位を希望した場合には、この順位を作成する。
【００３３】
割当要求の作成方法には次のような方法がある。例えば、資源割当単位情報１０３１に表示された空き資源から、予約処理情報１０２１に登録された処理の実行希望時間範囲、必要資源量、支出予算に合致するように、一部を切り出すことにより、割当要求を作成してよい。また例えば、資源割当単位情報１０３１内の、予め資源予約決定部によって定義された割当時間区分、割当資源量、資源利用料金の中から、予約処理情報１０２１に登録された処理の条件に合致するものを１つ以上割り当てることにより、割当要求を作成してよい。
【００３４】
ステップＳ１０５にて、予約要求機能１０２３は、作成した割当要求を資源予約決定部１０３の予約決定機能１０３２に送信する。
【００３５】
ステップＳ１０６にて、資源予約決定部１０３の予約決定機能１０３２は、受信した１つ以上の割当要求の内容と処理予約情報１０３３及び資源割当単位情報１０３１の内容とを比較する。ステップＳ１０７にて、予約決定機能１０３２は、割当要求対して、受諾可能か否かを判定する。
【００３６】
例えば、要求された割当時間区分に要求された割当資源量以上の空き資源が有り、かつ要求された資源利用料金が空き資源の利用料金以上であれば受諾が可能である。
【００３７】
受諾可能の場合には、ステップＳ１０８に進む、受諾不可能の場合には、ステップＳ１１５に進む。
【００３８】
ステップＳ１０８にて、予約決定機能１０３２は、要求に示された優先順位に沿って、資源割当単位情報１０３１内に予約候補となる割当資源単位情報（割当資源単位名とそれに関連する情報）を登録し、かつ処理予約情報１０３３内に予約候補となる処理名とそのユーザ名を登録する。ステップＳ１０９にて、予約決定機能１０３２は、予約候補とした資源の情報を予約確認依頼として資源予約生成部１０２の予約要求機能１０２３に送信する。
【００３９】
ステップＳ１１０にて、資源予約生成部１０２の予約要求機能１０２３は、受信した予約確認依頼の内容で予約するか否かを判断する。予約確認依頼の内容で予約すると判断した場合にはステップＳ１１１に進み、予約確認依頼の内容で予約しない判断した場合にはステップＳ１１３に進む。ステップＳ１１１にて、予約要求機能１０２３は、予約確認済情報を、資源予約決定部１０３の予約決定機能１０３２に送信する。ステップＳ１１２にて、予約決定機能１０３２は、予約候補を予約として処理予約情報１０３３に登録する。
【００４０】
ステップＳ１１３にて、資源予約生成部１０２の予約要求機能１０２３は、資源予約決定部１０３の予約決定機能１０３２に、予約再考を送信する。ステップＳ１１４にて、予約決定機能１０３２は、予約候補を取消として削除する。この場合、ステップＳ１０３に戻る。
【００４１】
ステップＳ１１５にて、資源予約決定部１０３の予約決定機能１０３２は、資源予約生成部１０２の予約要求機能１０２３に、予約拒絶を送信する。ステップＳ１１６にて、予約要求機能１０２３は、予約拒絶を確認する。
【００４２】
こうして、本例では、ユーザが予定している処理に対して、所望の価格性能比（この例では価格対資源量の比）を満足するような資源の割り当てが可能となる。
【００４３】
図６を参照して、図１の本発明による情報処理システムの第１の例において、予約情報に従って資源を割り当て、処理を実行する手順を説明する。図６にて、処理実行部１０４が為す機能は一点鎖線で、資源予約生成部１０２が為す機能は実線でそれぞれ示している。
【００４４】
ステップＳ２０１にて、処理実行部１０４の割当実行機能１０４１は、処理予約情報１０３３又は資源割当単位情報１０３１の割当時間区分の情報と現在時刻とを比較する。ステップＳ２０２にて、割当実行機能１０４１は、処理すべき時刻が来た情報を取り出す。ステップＳ２０３にて、割当実行機能１０４１は、資源情報の中の割当資源単位名に対応する資源を資源１０４３の中から特定する。これは例えば、ＣＰＵの使用時間の割当量を確保することや、記憶領域の割当範囲を認識すること等に相当する。ステップＳ２０４にて、資源１０４３の中の特定した資源に対して、予約情報の中の割当資源名に対応する処理を割り当てる。これは例えば、記憶装置内に保存されているプログラムを読み出し、記憶領域の割当範囲に書き込むこと等に相当する。ステップＳ２０５にて、予約情報の中の資源割当単位名に対応するユーザ名を特定する。ステップＳ２０６にて、特定したユーザに、資源利用料金を課す。これは例えば、ユーザ毎の売上データに割り当てた資源の利用料金を計上し、後に料金請求や料金回収を実施すること等に相当する。ステップＳ２０７にて、資源割当単位名に対応する資源割当終了時刻を特定する。ステップＳ２０８にて、処理を実行する。これは例えば、確保したＣＰＵを用いて、終了時刻までの間、プログラムを実行することに相当する。
【００４５】
ステップＳ２０９にて、処理が終了したか否かを判定する。処理が終了した場合には、ステップＳ２１５に進み、処理が終了していない場合には、ステップＳ２１０に進む。
ステップＳ２１５にて、処理の結果を出力し、ステップＳ２１６にて、確保した資源を解放し、ステップＳ２１７にて、処理が終了した旨及び処理の結果を資源予約生成部１０２の処理登録削除機能１０２４に送信する。ステップＳ２１８にて、資源予約生成部１０２の処理登録削除機能１０２４は、処理が終了した旨及び処理の結果をユーザに送信し、終了した処理を予定処理情報１０２１から削除する。
【００４６】
ステップＳ２１０にて、割当終了時刻に到達したか否かを判定する。割当終了時刻に到達した場合には、ステップＳ２１１に進み、割当終了時刻に到達していない場合には、ステップＳ２０８に戻る。
【００４７】
ステップＳ２１１にて、処理途中の結果を退避させる。例えば、ＣＰＵにて実行中のプログラムの処理結果を、所定の記憶装置等に退避させる。ステップＳ２１２にて、確保した資源を解放し、ステップＳ２１３にて、処理が途中で停止した旨及び処理途中の結果を資源予約生成部１０２の処理登録削除機能１０２４に送信する。
【００４８】
ステップＳ２１４にて、資源予約生成部１０２の処理登録削除機能１０２４は、処理が途中で停止した旨及び処理途中の結果を、ユーザに送信する。処理登録削除機能１０２４は、処理の継続、最初からの再実行、中止等の処理予定の見直しを行ない、予定処理情報１０２１の情報を更新する。
【００４９】
また本発明では、予約の多寡により価格性能比を変化させることができ、これによってユーザの予約をより価格性能比のよい資源へ誘導することも可能である。
【００５０】
図７は、本発明による情報処理システムの第２の例の基本構成を示す図である。本例の情報処理システムは、図１の第１の例と比較して、資源予約決定部１０３にて資源割当条件情報１０３４及び条件変更機能１０３５が付加されている点が異なり、それ以外の構成は、図１の第１の例と同様である。ここでは、資源割当条件情報１０３４及び条件変更機能１０３５について説明する。
【００５１】
条件変更機能１０３５は、所定の条件見直し時点にて、資源割当単位情報１０３１及び処理予約情報１０３３の内容と資源割当条件情報１０３４の内容を比較し、割当時間区分毎に資源割当条件変更の要否を判断し、必要な場合は資源割当単位情報１０３１を更新する。条件見直し時点は、処理予約情報１０３３が更新され、予約内容に変化が生じた時であってよく、又は、予め設定した時間間隔でもよい。
【００５２】
資源割当条件変更の要否の判断は、例えば、数値で定義が可能な内容の場合には自動的判断可能であるが、それ以外の内容の場合には人手で判断してもよい。
【００５３】
資源割当条件情報１０３４は、例えば、空き資源が5%以下となった場合は各資源割当単位の割当資源量を10%削減する、又は処理予約数が一定値以下の場合は資源利用料金を20%割り引く、等がある。
【００５４】
図８を参照して資源割当条件情報１０３４の例を説明する。図８(a)のグラフは、処理予約数に対する予約済みの総資源量を示す。図８(b)のグラフは、処理予約数に対する割当資源単位毎の割当資源量の関係として定義された資源割当条件情報１０３４を示す。この例では、空き資源がゼロになるまで処理予約数が増加すると、割当資源単位毎の割当資源量を減少させる。図８(c)のグラフは、処理予約数に対する資源利用料金の関係として定義された資源割当条件情報１０３４を示す。この例では、空き資源が5０%以下になるまで処理予約数が増加すると、資源利用料金を値上げする。図８(d)のグラフは、処理予約数に対する価格性能比（価格対資源量比）の関係として定義された資源割当条件情報１０３４を示す。この例では、図８(b)と図８(c)の２つの資源割当条件情報１０３４が反映され、空き資源が5０%以下になるまで処理予約数が増加すると、価格性能比を低下させ、更に、空き資源がゼロになるまで処理予約数が増加すると、価格性能比を減少させる。従って、ユーザを価格性能比のよい割当時間区分に誘導することが可能となる。
【００５５】
図９を参照して、図７の本発明の第２の例における資源の割当条件を変更する手順を説明する。なお、資源予約手順については図５で示した手順、処理実行手順については図６で示した手順と同等である。図９では、資源予約決定部１０３が為す機能を破線で示している。
【００５６】
ステップＳ３０１にて、資源予約決定部１０３は、条件見直し時点になったか否かを判定する。条件見直し時点になった場合には、ステップＳ３０２にて、資源割当単位情報１０３１及び処理予約情報１０３３を入手する。ステップＳ３０３にて、資源割当単位情報１０３１及び処理予約情報１０３３に登録されている１つの割当時間区分の内容を、資源割当条件情報１０３４の内容と比較する。ステップＳ３０４にて、条件の変更が必要か否かを判断する。条件の変更が必要な場合には、ステップＳ３０５に進み、条件の変更が必要でない場合には、ステップＳ３０７に進む。ステップＳ３０５にて、その割当時間区分の内容を変更し、ステップＳ３０６にて、変更の内容を資源割当単位情報１０３１に反映する。ステップＳ３０７、及び、ステップＳ３０８にて、これらの処理を、全ての割当時間区分に対して実行する。
【００５７】
さらに本発明では、図１０の例に示すように、価格性能比の変化に応じて、ユーザ自身が価格性能比のよりよい資源を選択することも可能である。
【００５８】
図１０は、本発明による情報処理システムの第３の例の基本構成を示す図である。本例の情報処理システムは、図７の第２の例と比較して、資源予約生成部１０２にて予約更新判定情報１０２５が付加されている点が異なり、それ以外の構成は、図７の第２の例と同様である。予約更新判定情報１０２５は、例えば、予約できる資源量が一定量以下、資源利用料金が予算以上、又は資源の価格性能比が一定値以上、等のユーザが設定した情報である。
【００５９】
資源予約生成部１０２の希望順位判定機能１０２２は、所定の予約見直し時点にて、資源割当単位情報１０３１、処理予約情報１０３３及び予定処理情報１０２１の内容と、予約更新判定情報１０２５の内容とを比較し、処理毎に予約変更の要否を判断する。予約変更が必要な場合には、予約要求機能１０２３は、資源予約決定部１０３に、予約の変更を要求する。
【００６０】
予約見直し時点は、資源割当単位情報１０３１が更新され資源の価格性能比に変化が生じた時であってよく、又は、予め設定した時間間隔でもよい。
【００６１】
予約変更の要否の判断は、例えば、数値で定義が可能な内容の場合には自動的判断可能であるが、それ以外の内容の場合には人手で判断してもよい。
【００６２】
図１１を参照して予約更新判定情報１０２５の例を説明する。図１１(a)は図８(b)と同様であり、処理予約数に対する割当資源単位毎の割当資源量の関係として定義された資源割当条件情報１０３４を示すグラフである。処理予約数が増加し、所定の値より大きくなると、割当資源単位毎の割当資源量を減少させる。図１１(a)には、破線にて示す割当資源単位毎の割当資源量の所定値Ａが表示されている。この場合、予約更新判定情報１０２５は、予約できる割当資源量が所定値Ａを下回った場合に予約変更を要求すると定義する。
【００６３】
図１１(b)は図８(c)と同様であり、処理予約数に対する資源利用料金の関係として定義された資源割当条件情報１０３４を示すグラフである。処理予約数が増加し、所定の値より大きくなると、資源利用料金を値上げする。図１１(b) には、破線にて示す資源利用料金の所定値Ｂが表示されている。この場合、予約更新判定情報１０２５は、資源利用料金が所定値Ｂを超えたときに予約変更を要求すると定義する。
【００６４】
図１１(c)は図８(d)と同様であり、処理予約数に対する価格性能比（価格対資源量比）の関係として定義された資源割当条件情報１０３４を示すグラフである。処理予約数が増加すると、価格性能比は減少するが、図１１(ａ)と図１１(ｂ)の２つの資源割当条件情報１０３４が反映される。図１１(c)には、破線にて示す価格性能比の所定値Ｃが表示されている。この場合、例えば、予約更新判定情報１０２５は、価格性能比が所定値Ｃより小さくなったときに、予約変更を要求すると定義する。
【００６５】
このような予約更新判断情報を用いることにより、割当時間区分毎の処理予約数によって価格性能比が変化する場合にも、ユーザはより価格性能比のよい割当時間区分の資源を効率的に予約することが可能となる。
【００６６】
次に、図１２及び図１３を参照して、図１０の本発明の第３の例における資源の予約を変更する手順を説明する。なお、資源予約手順については図５で示した手順、処理実行手順については図６で示した手順、及び資源の割当条件を変更する手順については図９で示した手順と同等である。図１２及び図１３では、資源予約生成部１０２が為す機能は実線で、資源予約決定部１０３が為す機能は破線でそれぞれ示している。
【００６７】
ステップＳ４０１にて、資源予約生成部１０２は、条件見直し時点になったか否かを判定する。条件見直し時点になった場合には、ステップＳ４０２にて、希望順位決定機能１０２２は、予定処理情報１０２１に登録されている各予定処理に対応する資源予約状況を資源割当単位情報１０３１と処理予約情報１０３３から入手する。ステップＳ４０３にて、資源予約内容と予約更新判定情報１０２５の内容と比較する。ステップＳ４０４にて、予約の変更が必要か否かを判断する。予約の変更が必要な場合には、ステップＳ４０５に進み、予約の変更が必要でない場合には、図１３に示すようにこの処理を終了する。
【００６８】
ステップＳ４０５にて、資源割当単位情報１０３１及び処理予約情報１０３３から新たに予約可能な資源情報を検索する。ステップＳ４０６にて、予約更新判定情報１０２５の内容に合致する資源の割当要求とその希望優先順位を作成する。ステップＳ４０７にて、資源予約生成部１０２の予約要求機能１０２３は、割当要求を資源予約決定部１０３に送信する。
【００６９】
ステップＳ４０８から図１３のステップＳ４１７までは、図５のステップＳ１０７までと同一であり、その説明は省略する。図１３のステップＳ４１８及びＳ４１９では、この一連の予約見直し手順を、予定処理情報１０２１に登録されている全ての処理に関して実行する。
【００７０】
本例では、処理に対してユーザ自身が期待する価格性能比を満足する資源予約が得られた場合に、それに対して更なる価格性能比の変化が発生しないよう、ユーザ自身がその条件で予約を確定させることも可能である。
【００７１】
図１４は、本発明による情報処理システムの第４の例の基本構成を示す図である。本例の情報処理システムは、図１０の第３の例と比較して、資源予約生成部１０２にてユーザが設定した予約確定判定情報１０２６が付加されている点が異なり、それ以外の構成は、図１０の第３の例と同様である。
【００７２】
資源予約生成部１０２の希望順位判定機能１０２２は、所定の予約確認の時点にて、資源割当単位情報１０３１、処理予約情報１０３３及び予定処理情報１０２１の内容と、予約確定判定情報１０２６の内容とを比較し、処理毎に予約確認の要否を判断する。予約確認が必要な場合には、予約要求機能１０２３は、資源予約決定部１０３に、予約の確認を要求する。
【００７３】
予約確認の時点は、図１０の第３の例における予約見直し時点と同時点でよい。予約確認の要否の判断は、例えば、数値で定義が可能な内容の場合には自動的判断可能であるが、それ以外の内容の場合には人手で判断してもよい。
【００７４】
これにより、処理に割り当てられる資源量やその利用料金が変動し価格性能比が変化する場合にも、ユーザは所望の価格性能比の資源を効率的に予約することが可能となる。
【００７５】
図１２及び図１５を参照して、図１４の本発明の第４の例における、資源の予約を確定する手順を説明する。なお、資源予約手順については図５で示した手順、処理実行手順については図６で示した手順、及び資源の割当条件を変更する手順については図９で示した手順と同等である。図１２及び図１５では、資源予約生成部１０２が為す機能は実線で、資源予約決定部１０３が為す機能は破線でそれぞれ示している。
【００７６】
予約見直し時点になると、図１２の予約見直し手順を実行する。図１２のステップＳ４０４にて、予約変更の必要がないと判断した場合には、図１５のステップＳ５０１に進み、入手した資源予約状況を予約確定判定情報１０２６の内容と比較する。ステップＳ５０２にて、資源予約確定が必要か否かを判定する。資源予約確定が必要な場合には、ステップＳ５０３に進む。ステップＳ５０３にて、予約確定要求を作成し、予約要求機能１０２３は、それを、資源予約決定部１０３に送信する。以下の手順は、図５で説明した手順と同様である。この一連の予約確定手順を、予定処理情報１０２１に登録されている全ての処理に関して実行する。
【００７７】
また本発明では、ユーザからの予約要求を資源予約決定部が受諾する際に、資源予約決定部が受諾制限条件を定めることも可能である。この構成は、資源を予約する場合、資源の割当条件を変更する場合、及び予約を見直す場合にもそれぞれ適用可能である。
【００７８】
図１６は、本発明による情報処理システムの第５の例の基本構成を示す図である。本例の情報処理システムは、図１４の第４の例と比較して、資源予約決定部１０３にて予約条件情報１０３６が付加されている点が異なり、それ以外の構成は、図１４の第４の例と同様である。予約条件情報１０３６としては例えば、予約確定できる割当時間区分が一定時間範囲以内、ユーザ毎の予約確定できる資源量が一定量以下、予約確定できる資源利用料金が一定、等がある。
【００７９】
これにより、ユーザの予約自由度を資源予約決定部が一定の範囲で制限することができ、資源予約決定部はユーザの利便性への影響を最小限としつつ資源を効率的に提供することが可能となる。
【００８０】
予約決定機能１０３２は、所定の予約確認の時点にて、予約確定要求の内容と予約条件情報１０３６の内容とを比較し、予約確定要求毎にその受諾可否を判断する。予約確定の受諾可能な場合には、予約確定候補を決定する。
【００８１】
予約確認の時点は、図１４の第４の例における予約確認の時点と同一であってよい。条件見直し時点は、処理予約情報１０３３が更新され、予約内容に変化が生じた時であってよく、又は、予め設定した時間間隔でもよい。
【００８２】
予約確定要求の受諾可否の判断は、例えば、数値で定義が可能な内容の場合には自動的判断可能であるが、それ以外の内容の場合には人手で判断してもよい。
【００８３】
図１２及び図１７を参照して、図１６の本発明の第４の例における、資源予約確定の受諾を判断する手順を説明する。なお、資源予約手順については図５で示した手順、処理実行手順については図６で示した手順、及び資源の割当条件を変更する手順については図９で示した手順と同等である。図１２及び図１７では、資源予約生成部１０２が為す機能は実線で、資源予約決定部１０３が為す機能は破線でそれぞれ示している。
【００８４】
予約見直し時点になると、図１２の予約見直し手順を実行する。図１２のステップＳ４０４にて、予約変更の必要がないと判断した場合には、図１７のステップＳ６０１に進み、入手した資源予約状況を予約確定判定情報１０２６の内容と比較する。ステップＳ６０２にて、資源予約確定が必要か否かを判定する。資源予約確定が必要な場合には、ステップＳ６０３に進む。ステップＳ６０３にて、予約確定要求を作成し、予約要求機能１０２３は、それを、資源予約決定部１０３に送信する。
【００８５】
ステップＳ６０４にて、資源予約決定部１０３は、予約確定要求と予約条件情報１０３６の内容を比較し、予約確定要求の受諾可能か否かを判断する。
【００８６】
ステップＳ６０４からステップＳ６０９は、にて以下の手順は、図５で説明した手順と同様である。この一連の予約確定手順を、予定処理情報１０２１に登録されている全ての処理に関して実行する。予約確定要求が受諾不可能な場合には、ユーザにその旨を通知する。
【００８７】
以上、本発明の例を説明したが本発明は上述に例に限定されるものではなく、特許請求の範囲に記載された発明の範囲にて様々な変更が可能であることは当業者に理解されよう。
【図面の簡単な説明】
【００８８】
【図１】本発明の情報処理システムの第１の例の基本構成を示す図である。
【図２】本発明で用いる資源割当単位情報の一例を示す図である。
【図３】本発明で用いる予定処理情報の一例を示す図である。
【図４】本発明で用いる処理予約情報の一例を示す図である。
【図５】本発明の情報処理システムの第１の例の資源予約手順を示す図である。
【図６】本発明の情報処理システムの第１の例の処理実行手順を示す図である。
【図７】本発明の情報処理システムの第２の例の基本構成を示す図である。
【図８】本発明で用いる資源割当条件情報の一例を示す図である。
【図９】本発明の情報処理システムの第２の例の資源割当条件を変更する手順を示す図である。
【図１０】本発明の情報処理システムの第３の例の基本構成を示す図である。
【図１１】本発明で用いる予約更新判定情報の一例を示す図である。
【図１２】本発明の情報処理システムの第３の例の資源予約を変更する手順を示す図である。
【図１３】本発明の情報処理システムの第３の例の資源予約を変更する手順を示す図である。
【図１４】本発明の情報処理システムの第４の例の基本構成を示す図である。
【図１５】本発明の情報処理システムの第４の例の資源予約を確定する手順を示す図である。
【図１６】本発明の情報処理システムの第５の例の基本構成を示す図である。
【図１７】本発明の情報処理システムの第５の例の資源予約の確定受諾を判断する手順を示す図である。
【符号の説明】
【００８９】
１０１…ユーザ、１０２…資源予約生成部、１０３…資源予約決定部、１０４…処理実行部、１０１１…新規処理情報、１０２１…予定処理情報、１０２２…希望順位決定機能、１０２３…予約要求機能、１０２４…処理登録削除機能、１０２５…予約更新判定情報、１０２６…予約確定判定情報、１０３１…資源割当単位情報、１０３２…予約決定機能、１０３３…処理予約情報、１０３４…資源割当条件情報、１０３５…条件変更機能、１０３６…予約条件情報、１０４１…割当実行機能、１０４２…課金計算機能、１０４３…資源、１０４４，１０４５…処理、１０４６，１０４７…実行結果
【図１】
2006031400.tif 000003
【図２】
2006031400.tif 000004
【図３】
2006031400.tif 000005
【図４】
2006031400.tif 000006
【図５】
2006031400.tif 000007
【図６】
2006031400.tif 000008
【図７】
2006031400.tif 000009
【図８】
2006031400.tif 000010
【図９】
2006031400.tif 000011
【図１０】
2006031400.tif 000012
【図１１】
2006031400.tif 000013
【図１２】
2006031400.tif 000014
【図１３】
2006031400.tif 000015
【図１４】
2006031400.tif 000016
【図１５】
2006031400.tif 000017
【図１６】
2006031400.tif 000018
【図１７】
2006031400.tif 000019