(57)【要約】【課題】排他対象のリソースに時間スロットを設け、排他対象のリソースの時間スロットに対してロックを行なうことで、時間が異なる予約を同時に処理させて処理効率を向上させる。【解決手段】リソース予約排他処理システム１００はＡＰＰ（アプリケーションプログラム）１１〜ＡＰＰ１ｎ、会議室ＤＢ（データベース）２、排他制御部３が備わって構成され、排他制御部３にはリソース獲得処理部４ａ、リソース解放処理部５ａ、時間スロットテーブル６、リソース管理部７、リソース管理情報ＤＢ８が備わる。時間スロットテーブル６には時間スロット管理テーブル２１、リソース排他実行処理部２２、時間スロット３０１〜３０ｎを備える時間スロットブロック２４、時間スロット３０１〜３０ｎに従属する待ちエントリ５０１〜５０ｎからなる待ち行列４０１〜４０ｎで構成される。【選択図】        図１
2004348257.tif 000002
【特許請求の範囲】
【請求項１】
排他対象のリソースに対して、処理時間単位となる所定期間の時間スロットを設ける時間スロット設定手段と、
前記時間スロットに基きリソース獲得要求をするリソース獲得要求手段と、
前記リソースを管理するリソース管理手段と、
前記リソース獲得要求手段により要求されたリソースを獲得処理するリソース獲得処理手段と、
前記リソース獲得処理手段により獲得したリソースに対して予約の排他処理を行う排他実行処理手段と、
前記リソースに対して必要な処理が終了すると当該リソースを開放するリソース解放処理手段とを備えるリソース予約排他処理システム。
【請求項２】
リソース管理部はリソースが必要な時に時間スロットテーブルを動的に生成する手段を備えることを特徴とする請求項１記載のリソース予約排他処理システム。
【請求項３】
時間スロットの時間幅を変更する手段を備えることを特徴とする請求項１記載のリソース予約排他処理システム。
【請求項４】
リソース獲得処理手段は、獲得したいリソースの時間幅を時間スロットの幅に合わせて分割する手段を備えることを特徴とする請求項１記載のリソース予約排他処理システム。
【請求項５】
所定時間利用されなかった時間スロットを削除するためのリソース監視手段を備えることを特徴とする請求項２記載のリソース予約排他処理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、会議の予約など複数の端末からオンラインでスケジュールを処理する情報システムであって、同時に複数のスケジュール処理を効率的に行なうためのリソース予約排他処理システムに関するものである。
【０００２】
【従来の技術】
従来、例えば会議室の予約システム等のように、複数の端末から同時に同一の会議室に対する予約や会議室の参照を行なうオンラインシステムを構築する場合、データの矛盾を防ぐために対象の会議室に対して排他を獲得し、会議室の予約や参照の処理が終了すると獲得した排他を解放することで複数の処理が同時に実行されても問題が発生しないように同期制御を行なっていた。
【０００３】
このように、対象会議室など競合するリソースに対して、複数のアプリケーションがリソースの獲得や解放を行なうことで同時に複数のアプリケーションが動作し、並列に処理が行なえるように動作するものであった。なお、同一のリソースに対して複数のプログラムが同時に動作する並列処理の同期方法などは、例えば特許文献１および非特許文献１等に記述されている。
【０００４】
【特許文献１】
特開平４−３０２６７９号公報
【非特許文献１】
Ｌｕｂｏｍｉｒ  Ｂｉｃ、Ａｌａｎ  Ｃ．Ｓｈａｗ共著、西川博昭訳「日経ＢＰ社  オペレーティングシステムの論理設計」  Ｐ５１〜Ｐ５７
【０００５】
【発明が解決しようとする課題】
従来の方式では、会議室というリソース単位で排他制御を行なっているため、例えばある会議室の１１月に予約を行なう処理と、１２月の予約を行なう処理を同時に実行することができず、予約のトランザクション量が大きくなってきた場合、処理効率を上げることができないという課題があった。
【０００６】
この発明は上記のような問題点を解決するためになされたもので、排他対象のリソースに時間スロットを設け、排他対象のリソースの時間スロットに対してロックを行なうことで、例えば会議室の１１月と１２月というように時間が異なる予約を同時に処理させることで処理効率を向上させることを目的とする。
【０００７】
【課題を解決するための手段】
この発明に係るリソース予約排他処理システムは、排他対象のリソースに対して、処理時間単位となる所定期間の時間スロットを設ける時間スロット設定手段と、時間スロットに基きリソース獲得要求をするリソース獲得要求手段と、リソースを管理するリソース管理手段と、リソース獲得要求手段により要求されたリソースを獲得処理するリソース獲得処理手段と、リソース獲得処理手段により獲得したリソースに対して予約の排他処理を行う排他実行処理手段と、リソースに対して必要な処理が終了すると当該リソースを開放するリソース解放処理手段とを備えるものである。
【０００８】
【発明の実施の形態】
この発明に係るリソース予約排他処理システムの実施の一形態について説明する。
実施の形態１．
この発明の実施の形態１に係るリソース予約排他処理システム１００ついて図１〜図１０を参照して説明する。なお、図１は実施の形態１に係るリソース予約排他処理システム１００の構成を示す図である。図２はこのリソース予約排他処理システム１００のリソース獲得処理部のフローチャートであり、図３はリソース解放処理部のフローチャートであり、図４はリソース管理部のフローチャートであり、図５はリソース排他実行処理部のフローチャートである。また、図６はこのリソース予約排他処理システム１００の時間スロット管理テーブルであり、図７は時間スロットブロックを示す図である。さらに、図８はこのリソース予約排他処理システム１００のキューのエントリを示す図であり、図９は排他エントリを示す図であり、図１０はリソース管理情報を示す図である。
【０００９】
リソース予約排他処理システム１００は図１に示すように、ＡＰＰ（アプリケーションプログラム）１１〜ＡＰＰ１ｎ、会議室ＤＢ（データベース）２、排他制御部３が備わって構成され、排他制御部３にはリソース獲得処理部４ａ、リソース解放処理部５ａ、時間スロットテーブル６、リソース管理部７、リソース管理情報ＤＢ８が備わる。時間スロットテーブル６には時間スロット管理テーブル２１、リソース排他実行処理部２２、時間スロット３０１〜３０ｎを備える時間スロットブロック２４、時間スロット３０１〜３０ｎに従属する待ちエントリ５０１〜５０ｎからなる待ち行列４０１〜４０ｎで構成されている。なお、ＡＰＰ１１〜１ｎを総称する場合はＡＰＰ１と記す。他の構成も同様である。
【００１０】
ＡＰＰ１は、会議室ＤＢ２などを使って、例えば会議室の予約などを行なうアプリケーションプログラムである。会議室ＤＢ２は、ＡＰＰ１が実行するときの会議室に関するデータが格納されている。排他制御部３は排他処理を実行し制御するブロックであって、その中のリソース獲得処理部４ａはＡＰＰ１の指示に従ってリソースを確保し、リソース解放処理部５ａは必要な処理が終了すると排他オブジェクトを受け取り、リソースを開放する。また時間スロットテーブル６は、１つのリソースを管理し、リソースの数だけ存在する。リソース管理部７は、時間スロットテーブル６を管理し、リソース管理情報ＤＢ８は、時間スロットテーブル６を生成するために必要な情報が格納されたデータベースである。
【００１１】
時間スロットテーブル６を構成する時間スロット管理テーブル２１は、図６に示すような記述を有し、時間スロット３０を管理するために必要な情報が記録されたテーブルである。リソース排他実行処理部２２は、実際に予約の排他処理を行う。時間スロットブロック２４は図７に示すような記述を有し、複数の時間スロット３０を備えたブロックであって、夫々の時間スロット３０１〜３０ｎには時間スロット獲得を待っている待ちエントリ５０１〜５０ｎからなる待ち行列４０１〜４０ｎが備わる。
【００１２】
次に動作について説明する。
ＡＰＰ１は、会議室ＤＢ２などを使って会議室の予約などを行なうアプリケーションプログラムである。ＡＰＰ１は、複数の利用者から利用されるため複数存在しそれぞれ独立して動作している。ＡＰＰ１は、予約したい時間を会議室をリソースとして開始時間、終了時間を排他制御部３に渡すことでお互い同期して動作する。このような状態を想定し、リソース獲得処理部４ａ（図２）、リソース解放処理部５ａ（図３）、リソース管理部７（図４）、リソース排他実行処理部２２（図５）のフローチャートに沿って、夫々の動作の流れと相互の関連、作用について順次説明する。
【００１３】
まず、リソース獲得処理部４ａの動作について説明する。図２に示すようにＡＰＰ１からリソースＩＤ、開始時間、終了時間の情報を受け取ると（ステップＳＴ１０１）、これらの情報をリソース管理部７に渡し、リソースＩＤを取得する（ステップＳＴ１０２）。ステップＳＴ１０２においてリソースＩＤが取得されたか否かを判別し（ステップＳＴ１０３）、取得されていなければ（ＮＯ）、エラーメッセージをＡＰＰ１に送る（ステップＳＴ１０４）。
【００１４】
一方、取得されていれば（ＹＥＳ）、図８に示すキューのエントリ５０を作成して該当するスロットＩＤの待ち行列４０の最後に挿入し（ステップＳＴ１０５）、リソース排他実行処理部２２に通知する（ステップＳＴ１０６）。その後、リソース排他実行処理部２２から排他の獲得の通知を待つ（ステップＳＴ１０７）。獲得できたら図９に示す排他オブジェクトを作成してＡＰＰ１に返す（ステップＳＴ１０８）。
【００１５】
つぎに、リソース解放処理部５ａの動作について説明する。図３に示すようにリソース解放処理部５ａはＡＰＰ１から排他オブジェクトを受け取ると（ステップＳＴ２０１）、オブジェクトにセットされている時間スロット３０から該当するスロットのプログラム識別子をクリアして空き状態にした後（ステップＳＴ２０２）、リソース排他実行処理部２２に通知し（ステップＳＴ２０３）、排他エントリを無効にする（ステップＳＴ２０４）。
【００１６】
つぎに、リソース管理部７の動作について説明する。図４に示すようにリソース管理部７は図１０に示すリソース管理情報を使って時間スロットテーブル６を作成した後（ステップＳＴ３０１）、リソース獲得処理部４ａからのリソース確認要求を待ち（ステップＳＴ３０２）、要求がくると該当するリソースの時間スロットテーブル６を調べ、エントリ５０の有無を検証する（ステップＳＴ３０３）。ステップＳＴ３０３によるエントリ５０の検証から、その有無を判別し（ステップＳＴ３０４）、エントリ５０がある場合（ＹＥＳ）はそのスロットＩＤをリソース獲得処理部４ａに返し（ステップＳＴ３０５）、一方、エントリ５０がない場合（ＮＯ）はエントリなしをリソース獲得処理部４ａに返す（ステップＳＴ３０６）。
【００１７】
つぎに、リソース排他実行処理部２２の動作について説明する。図５に示すようにリソース排他実行処理部２２はリソース獲得処理部４ａおよびリソース解放処理部５ａからの連絡を待ち（ステップＳＴ４０１）、通知があった場合、時間スロット３０にある待ち行列４０を調べ、全ての時間スロット３０を処理したか否かを判別する（ステップＳＴ４０２）。全ての時間スロット３０を処理した場合（ＹＥＳ）、ステップＳＴ４０１に戻り動作を繰り返す。処理していない場合（ＮＯ）、時間スロットエントリでエントリ５０に空きがあり、キューに要求が在るものがあるか否かを判別する（ステップＳＴ４０３）。ない場合（ＮＯ）はステップＳＴ４０２に戻り動作を繰り返す。
【００１８】
一方、ある場合（ＹＥＳ）、要求キーからキューエントリを取り出し、時間スロット３０のエントリ５０のＡＰＰ識別子をセットし、時間スロット３０を使用状態にする（ステップＳＴ４０４）。そして、図８に示すようにキューエントリにセットされている通知用オブジェクトを使ってリソース獲得処理部４ａに通知する（ステップＳＴ４０５）。
【００１９】
リソース獲得処理部４ａ、リソース解放処理部５ａ、リソース管理部７、リソース排他実行処理部２２の夫々の動作について個別について説明したが、夫々の装置間の関連について、つぎに概略を説明する。
【００２０】
ＡＰＰ１は、リソースが欲しいときにリソース獲得処理部４ａにリソース、開始時間および終了時間を渡し（ステップＳＴ１０１（図２））、リソース獲得処理部４ａはリソースの獲得ができると排他オブジェクトを受け取る（ステップＳＴ１０７（図２））。ＡＰＰ１は、必要な予約処理が終了すると受け取った排他オブジェクトをリソース解放処理部５ａに渡し（ステップＳＴ２０１（図３））、リソースを解放する。リソース獲得処理部４ａは、リソースと開始時間、終了時間を貰うとリソース管理部７に該当する時間スロット３０を調べてもらい、その時間スロット３０の待ち行列４０にキューエントリを作成してエントリ５０を設定する。
【００２１】
キューのエントリ５０には、ＡＰＰ１の識別子と通知用のオブジェクトをセットし、リソース排他実行処理部２２から獲得要求が通知されるのを待つ（ステップＳＴ１０２（図２））。獲得できたら排他オブジェクトを作成してＡＰＰ１に返す。リソース排他実行処理部２２は、時間スロット３０にある待ち行列４０を調べ（ステップＳＴ４０２（図５））、使用されていない時間スロットオブジェクトで待ち行列４０にエントリ５０があるものを見つけると、待ち行列４０からエントリ５０を取り出し、時間スロットブロック２４のプログラム識別子にＡＰＰ１の識別子をセットし時間スロット３０を使用状態にする（ステップＳＴ４０４（図５））。そして、キューエントリにセットされている通知用オブジェクトを使ってリソース獲得処理部４ａに通知する（ステップＳＴ４０５（図５））。
【００２２】
リソース解放処理部５ａは、排他オブジェクトを受け取ると（ステップＳＴ２０１（図３））、オブジェクトにセットされている時間スロット３０から該当する時間スロット３０のプログラム識別子をクリアし空き状態にした後（ステップＳＴ２０２（図３））、リソース排他実行処理部２２に通知する（ステップＳＴ２０３（図３））。リソース管理部７は、リソース管理情報の情報を使って時間スロットテーブル６を作成した後（ステップＳＴ３０１（図４））、リソース獲得処理部４ａからのスロットサーチ要求を待ち（ステップＳＴ３０２（図４））、要求がくると該当するリソースの時間スロット３０を見つけて（ステップＳＴ３０３（図４））そのスロットＩＤをリソース獲得処理部４ａに返す（ステップＳＴ３０５（図４））。以上が排他的にリソースの予約を行う一連の動作である。
【００２３】
以上説明したようにこの実施の形態１によれば、リソースに対して使用する時間帯が異なる予約処理を同時に実行することができ、処理性能を向上させることができる。なお、この実施の形態１では、アプリケーションプログラムと排他制御部が同一のプロセスで構成された例を示しているが、通信メッセージを使うことでアプリケーションプログラムと排他制御部が別プロセスで構成されていてもよい。
【００２４】
また、時間スロットテーブルを共有メモリにすることでアプリケーションプログラムと排他制御部を同一のプロセスにし、各アプリケーションプログラムが個別のプロセスとして動作する構成にしてもよい。
【００２５】
さらに、この実施の形態１ではリソース排他実行処理部は、リソース獲得処理部及びリソース解放処理部からの通知で動作を開始しているが、一定時間経過後で自動的に処理を開始するようにしてもよい。また、リソース排他実行処理部の処理をリソース獲得処理部が行なってもよいものである。
【００２６】
実施の形態２．
この発明の実施の形態２に係るリソース予約排他処理システム２００について図１１および図１２を参照して説明する。なお、図１１は実施の形態２に係るリソース予約排他処理システム２００の構成を示す図であり、図１２はリソース予約排他処理システム２００のリソース管理部のフローチャートである。
【００２７】
この実施の形態２は図１１に示すように、上述した実施の形態１に加えてリソース管理部７は、ＡＰＰ１から要求があった時に時間スロットテーブル６を作成する手段を備えていることにおいて異なるものである（リソース管理部７ａとする）。他の構成要素とその働きは実施の形態１において説明したことと同様であり、それらの説明は省略する。
【００２８】
次にリソース管理部７ａの動作について図１２のフローチャートに沿って説明する。リソース管理部７ａは、まず、ＡＰＰ１からのリソース確認要求を待つ（ステップＳＴ５０１）。該当するリソースの時間スロットテーブル６を調べエントリ５０の有無を検証する（ステップＳＴ５０２）。ステップＳＴ５０２の検証でエントリ５０があるか否かを判別し（ステップＳＴ５０３）、ない場合は（ＮＯ）、さらにリソースＩＤがあるか否かを判別する（ステップＳＴ５０４）。
【００２９】
ステップＳＴ５０４においてリソースＩＤがない場合（ＮＯ）、時間スロットブロック２４以外の時間スロットテーブル６を作成し（ステップＳＴ５０５）、ステップＳＴ５０６に進む。一方、リソースＩＤがある場合（ＹＥＳ）、そのままステップＳＴ５０６に進む。ステップＳＴ５０６において、該当する時間スロット３０から開始する時間スロットブロック２４を作成し、時間スロット管理テーブル２１に追加する（ステップＳＴ５０６）。その後、該当する時間スロットブロック２４の最終更新日を更新し、スロットＩＤをＡＰＰ１に返す（ステップＳＴ５０７）。
【００３０】
一方、ステップＳＴ５０３において、エントリ５０がある場合も、ステップＳＴ５０７において該当する時間スロットブロック２４の最終更新日を更新し、スロットＩＤをＡＰＰ１に返す（ステップＳＴ５０７）。ステップＳＴ５０７の後、ステップＳＴ５０１に戻り、処理を繰り返す。
【００３１】
以上説明したようにこの実施の形態２によれば、必要なときに必要な量の時間スロットテーブルを作成することが可能となる。
【００３２】
実施の形態３．
この発明の実施の形態３に係るリソース予約排他処理システム３００について図１３を参照して説明する。なお、図１３リソース予約排他処理システム３００の構成を示す図である。
【００３３】
この実施の形態３は、上述した実施の形態１に加えてリソース管理情報ＤＢ８の時間幅単位が日固定に対して、年、月、日、時間、分、秒の中から選択して設定することができる手段を備えるものである（リソース管理情報ＤＢ８ａとする）。他の構成要素とその働きは実施の形態１において説明したことと同様であり、それらの説明は省略する。
【００３４】
このリソース管理情報ＤＢ８ａを備えることで、上述した実施の形態１において、リソース管理部７が時間スロットブロック２４を作成する時、設定された時間幅単位で作成することが可能となるものである。
【００３５】
以上説明したようにこの実施の形態３によれば、時間スロットの単位を変更することができるため、リソースに最適な時間幅を使うことができ、効率よく同時利用性を向上させることができる。
【００３６】
実施の形態４．
この発明の実施の形態４に係るリソース予約排他処理システム４００について図１４〜図１７を参照して説明する。なお、図１４はリソース予約排他処理システム４００の構成を示す図であり、図１５はリソース予約排他処理システム４００のリソース獲得処理部のフローチャートであり、図１６はリソース予約排他処理システム４００のリソース解放処理部のフローチャートであり、図１７はリソース予約排他処理システムの排他オブジェクトを示す図である。
【００３７】
この実施の形態４は、上述した実施の形態１に加えてリソース獲得処理部４ｂは、ＡＰＰ１から要求があったリソースの時間幅を時間スロットテーブル６の時間スロット幅に合わせて分割し、リソースの獲得を行なう手段と、リソース解放処理部５ｂは獲得した複数の時間スロット３０を解放する手段とを備えているものである。他の構成要素とその働きは実施の形態１において説明したことと同様であり、それらの説明は省略する。
【００３８】
つぎに、リソース獲得処理部４ｂの動作について、図１５のフローチャートに沿って説明する。ＡＰＰ１からリソースＩＤ、必要なリソースの開始時間及び終了時間を受け取ると（ステップＳＴ６０１）、該当するリソースの時間スロット管理テーブル２１から時間幅、開始時間を使って必要な時間スロット３０を複数個調べる（ステップＳＴ６０２）。
【００３９】
つぎに、該当する時間スロット２４を全て処理したか否かを判別し（ステップＳＴ６０３）、処理していれば（ＹＥＳ）、リソース管理部７にリソースＩＤ、開始時間および終了時間を渡し、リソースＩＤを取得する（ステップＳＴ６０４）。つぎに、ステップＳＴ６０４でリソースＩＤを取得できたか否かを判別し（ステップＳＴ６０５）、取得できた場合（ＹＥＳ）、キーエントリを作成し、該当するスロットＩＤの待ち行列４０の最後に挿入する（ステップＳＴ６０６）。その後、リソース排他実行処理部２２に通知し（ステップＳＴ６０７）、リソース排他実行処理部２２からの排他の獲得の通知を待ち（ステップＳＴ６０８）、通知があった場合、ステップＳＴ６０３に戻り、動作を繰り返す。
【００４０】
一方、ステップＳＴ６０５で取得できなかった場合（ＮＯ）、エラーメッセージをＡＰＰ１に通知して（ステップＳＴ６０９）終了する。
また、ステップＳＴ６０３で処理していなければ（ＮＯ）、排他エントリを作成し、ＡＰＰ１に通知して（ステップＳＴ６１０）終了する。
【００４１】
つぎに、リソース解放処理部５ｂの動作について、図１６のフローチャートに沿って説明する。ＡＰＰ１から図１７に示すような排他オブジェクトを受け取ると（ステップＳＴ７０１）、獲得した全ての該当するリソースの時間スロット３０のエントリ５０から、ＡＰＰ１の識別子を削除する（ステップＳＴ７０２）。つぎにリソース排他実行部２２に通知し（ステップＳＴ７０３）、排他エントリを無効にして（ステップＳＴ７０４）終了する。
【００４２】
以上説明したようにこの実施の形態４によれば、時間スロット幅に合わせて複数の時間スロットを獲得することでＡＰＰは該当するリソースがどのような時間幅で区切られているかを意識せずにリソースが必要な期間を単に要求するだけでよく、システムを効率良く開発することができる。
【００４３】
実施の形態５．
この発明の実施の形態５に係るリソース予約排他処理システム５００について図１８および図１９を参照して説明する。なお、図１８は実施の形態５に係るリソース予約排他処理システム５００の構成を示す図であり、図１９はリソース予約排他処理システム５００のリソース監視部のフローチャートである。
【００４４】
この実施の形態５は、上述した実施の形態２に加えてリソース監視部２３が設けられたものである。他の構成要素とその働きは実施の形態１および実施の形態２において説明したことと同様であり、それらの説明は省略する。
【００４５】
リソース監視部２３は、定期的に時間スロットテーブル６の時間スロットブロック２４を監視し、一定期間使用されない時間スロットブロック２４を検知すると該当する時間スロットブロック２４を破棄するように動作するものである。
【００４６】
つぎに、リソース監視部２３の動作について、図１９のフローチャートに沿って説明する。まず、一定時間を計時し（ステップＳＴ８０１）、全てのリソースの時間スロットブロック２４の最終使用時刻と現在の時刻を調べ、経過時間を検証する（ステップＳＴ８０２）。ステップＳＴ８０２の検証結果に基づき利用エントリがなく、一定時間以上経過しているか否かを判別し（ステップＳＴ８０３）、一定時間以上経過していなければ（ＮＯ）、ステップＳＴ８０１に戻って動作を繰り返し、一方、一定時間以上経過していれば（ＹＥＳ）、該当する時間スロットを破棄する（ステップＳＴ８０４）。
【００４７】
以上説明したようにこの実施の形態５によれば、使用されない時間スロットブロックが定期的に破棄されることで時間スロットテーブルの大きさを一定量に抑えることができるため、使用メモリ使用量及び該当するメモリスロット検索を最適にすることが可能となる。
【００４８】
【発明の効果】
以上のように、この発明によれば、リソースに対して使用する時間帯が異なる予約処理を同時に実行することができ、処理性能を向上させることができる。また、時間スロットテーブルを共有メモリにすることでアプリケーションプログラムと排他制御部を同一のプロセスにし、各アプリケーションプログラムが別々のプロセスとして動作させることが可能となる効果がある。
【図面の簡単な説明】
【図１】この発明の実施の形態１に係るリソース予約排他処理システムの構成を示す図である。
【図２】実施の形態１に係るリソース予約排他処理システムのリソース獲得処理部のフローチャートである。
【図３】実施の形態１に係るリソース予約排他処理システムのリソース解放処理部のフローチャートである。
【図４】実施の形態１に係るリソース予約排他処理システムのリソース管理部のフローチャートである。
【図５】実施の形態１に係るリソース予約排他処理システムのリソース実行処理部のフローチャートである。
【図６】実施の形態１に係るリソース予約排他処理システムの時間スロット管理テーブルである。
【図７】実施の形態１に係るリソース予約排他処理システムの時間スロットブロックを示す図である。
【図８】実施の形態１に係るリソース予約排他処理システムのキューのエントリを示す図である。
【図９】実施の形態１に係るリソース予約排他処理システムの排他エントリを示す図である。
【図１０】実施の形態１に係るリソース予約排他処理システムのリソース管理情報を示す図である。
【図１１】この発明の実施の形態２に係るリソース予約排他処理システムの構成を示す図である。
【図１２】実施の形態２に係るリソース予約排他処理システムのリソース管理部のフローチャートである。
【図１３】この発明の実施の形態３に係るリソース予約排他処理システムの構成を示す図である。
【図１４】この発明の実施の形態４に係るリソース予約排他処理システムの構成を示す図である。
【図１５】実施の形態４に係るリソース予約排他処理システムのリソース獲得処理部のフローチャートである。
【図１６】実施の形態４に係るリソース予約排他処理システムのリソース解放処理部のフローチャートである。
【図１７】実施の形態４に係るリソース予約排他処理システムの排他オブジェクトを示す図である。
【図１８】この発明の実施の形態５に係るリソース予約排他処理システムの構成を示す図である。
【図１９】実施の形態５に係るリソース予約排他処理システムのリソース監視部のフローチャートである。
【符号の説明】
１，１１〜１ｎ  ＡＰＰ、２  会議室ＤＢ、３  排他制御部、４ａ，４ｂ  リソース獲得処理部（リソース獲得処理手段）、５ａ，５ｂ  リソース解放処理部（リソース解放処理手段）、６  時間スロットテーブル、７，７ａ  リソース管理部（リソース管理手段）、８，８ａ  リソース管理情報ＤＢ、２１  時間スロット管理テーブル、２２  リソース排他実行処理部（排他実行処理手段）、２３リソース監視部、２４  時間スロットブロック、３０，３０１〜３０ｎ  時間スロット、４０，４０１〜４０ｎ  待ち行列、５０，５０１〜５０ｎ  待ちエントリ、１００，２００，３００，４００，５００  リソース予約排他処理システム。
【図１】
2004348257.tif 000003
【図２】
2004348257.tif 000004
【図３】
2004348257.tif 000005
【図４】
2004348257.tif 000006
【図５】
2004348257.tif 000007
【図６】
2004348257.tif 000008
【図７】
2004348257.tif 000009
【図８】
2004348257.tif 000010
【図９】
2004348257.tif 000011
【図１０】
2004348257.tif 000012
【図１１】
2004348257.tif 000013
【図１２】
2004348257.tif 000014
【図１３】
2004348257.tif 000015
【図１４】
2004348257.tif 000016
【図１５】
2004348257.tif 000017
【図１６】
2004348257.tif 000018
【図１７】
2004348257.tif 000019
【図１８】
2004348257.tif 000020
【図１９】
2004348257.tif 000021