JPH08292987A

JPH08292987A - 予約の重要度に基づく調整を行う予約管理装置および方法

Info

Publication number: JPH08292987A
Application number: JP9878795A
Authority: JP
Inventors: Masaya Okawa; 昌哉大川
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1995-04-24
Filing date: 1995-04-24
Publication date: 1996-11-05
Also published as: US5933810A; GB9604003D0; GB2300284A

Abstract

(57)【要約】【目的】複数の予約を管理する情報処理装置におい
て、予約の重要度を自動的に算出して予約要求を受け入
れるかどうかを判定することを目的とする。【構成】予約管理装置は、予約内容、実施期日、キー
マン、参加者、予約変更回数、予約日時の各項目につい
ての重要度の算出方法と係数とをあらかじめ記憶してお
り、これらに従って予約の重要度を算出する。まず項目
毎の重要度を算出し、次にそれらに決められた係数を乗
算した結果の総和を求め、予約の重要度とする。先行予
約と新規予約が衝突したときは、より重要度の高い方を
優先し、先行予約の重要度が低ければ、これを他の日時
に変更する。重複した２つの予約の重要性を利用者等が
判断する必要がなく、予約管理が効率よく行われる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、複数の予約を管理する
情報処理装置において、時間的に重複した予約を調整す
る予約管理装置とその方法に関する。

【０００２】

【従来の技術】従来の予約管理においては、予約が時間
的に重複した場合、重複した２つの予約のそれぞれの重
要性を知っている者が、どちらを優先して行うかを判断
する方法がとられることが多い。そのほかには、特開昭
６３−２６２７５４号公報に示されているように、予約
管理装置への予約の入力時に、同時に入力された優先度
を基に２つの予約のどちらを優先するか判断する方法、
および特開平４−１５１７６６号公報に示されているよ
うに、利用者ＩＤの持つ優先度ランクにより制御する方
法が知られている。

【０００３】

【発明が解決しようとする課題】しかしながら、このよ
うな従来の予約管理方法においては以下のような問題が
ある。

【０００４】重複した各予約の重要性を知る者が優先度
を判断する方法では、そのような人物の存在が前提条件
となる。もし、重複した予約それぞれの重要性を知る者
が存在しない場合には、正しい優先度の判断を行うこと
ができない。

【０００５】利用者が予約時に予約の優先度を設定する
方法（特開昭６３−２６２７５４号）では、予約管理装
置を用いた予約操作を行う者全員が、予約の優先度を設
定するための判定基準を理解している必要がある。これ
は、事実上、装置の利用者をそのような知識のある者に
限定することを意味する。また、予約操作時の優先度判
定の作業を人間に行わせるため、作業が繁雑であると同
時に、人為的な誤りの発生する可能性がある。誤った優
先度設定が行われた予約が存在する場合、予約管理装置
は正しい優先度制御を行うことができない。

【０００６】利用者ＩＤの持つ優先度ランクにより制御
する方法（特開平４−１５１７６６号）では、予約の優
先度が、予約内容に係わらず予約者のＩＤにより決定さ
れてしまう。このため、低位のＩＤが設定された利用者
の予約は、それがいかに重要であっても常に優先度が低
いなど、実際の重要性と反する優先度制御が行われてし
まう場合がある。また、予約操作は必ず利用者本人が行
わなければならず、他の者に入力処理の代行をさせるこ
とができない。

【０００７】本発明は、予約を必要とする事項に関する
複数の予約を管理する情報処理装置において、予約の重
要度を自動的に算出して予約要求を受け入れるかどうか
を判定する予約管理装置とその方法を提供することを目
的とする。

【０００８】

【課題を解決するための手段】図１は、本発明の予約管
理装置の原理図である。図１の予約管理装置は、入力手
段１、検出手段２、記憶手段３、重要度決定手段４、調
整手段５、および出力手段６を備える。

【０００９】入力手段１は第１の予約の要求を入力し、
記憶手段３は既に登録された第２の予約の情報を記憶す
る。検出手段２は、第１の予約の要求が入力されたと
き、記憶手段３に記憶された第２の予約の情報と第１の
予約の要求とから、第１および第２の予約に重複がある
かどうかを調べる。

【００１０】重要度決定手段４は、第１の予約の要求か
ら第１の予約の重要度を算出し、第２の予約の情報から
第２の予約の重要度を算出する。調整手段５は、検出手
段２が第１および第２の予約に重複があることを検出し
たとき、重要度決定手段４が算出した第１の予約の重要
度および第２の予約の重要度の比較に基づき、第１の予
約の要求を受け入れるかどうかを決める。

【００１１】出力手段６は、調整手段５が第１の予約の
要求を受け入れるかどうかを判定した処理結果を出力す
る。図１における入力手段１は、例えば実施例の図２に
おけるキーボード１３、送受信部１５等の入力装置に対
応する。また、記憶手段３はメモリ１２に対応し、出力
手段６はＣＲＴ（cathode ray tube）１４、送受信部１
５等の出力装置に対応する。また、検出手段２、重要度
決定手段４、および調整手段５は、ＣＰＵ（中央処理装
置）１１に対応する。

【００１２】

【作用】入力手段１は、新規な予約の要求である第１の
予約の要求を入力する。この第１の予約の要求は、利用
目的や利用者等の第１の予約に関する情報を含んでい
る。一方、記憶手段３は、過去に入力され既に登録され
ている先行予約である第２の予約の情報を記憶する。

【００１３】検出手段２は、記憶手段３に記憶された第
２の予約の情報と第１の予約の要求とから、第１および
第２の予約の日時に重複があるかどうかを調べる。も
し、重複していれば、重要度決定手段４が、第１および
第２の予約の重要度を算出する。このとき、あらかじめ
決められた算出方法に従って、それぞれの予約に関する
重要度が自動的に算出される。また、それぞれの予約に
ついて複数の項目の重要度を算出し、それらを総合的に
加味した重要度を求めることも可能である。

【００１４】調整手段５は、算出された第１および第２
の予約の重要度の値を比較し、第１の予約の重要度の方
が高ければ、第１の予約を要求通りに設定する。このと
き、重複する第２の予約は他の日時または順位に変更さ
れるか、変更が不可能な場合は取り消される。また、第
１の予約の重要度の方が低ければ、調整手段５は第１の
予約の設定を拒絶する。調整手段５による判定の結果は
出力手段６により外部に出力され、予約の申込み者に知
らされる。

【００１５】検出手段２、重要度決定手段４、および調
整手段５により重複する予約どうしの調整が自動的行わ
れるので、予約申込み者やオペレータ等の人物が２つの
予約の重要性を判断する必要はなくなる。したがって、
予約管理が効率的に行われるようになる。

【００１６】

【実施例】以下、図面を参照しながら本発明の実施例に
ついて詳細に説明する。図２は、実施例の予約管理装置
の構成図である。図２の予約管理装置は、ＣＰＵ１１、
メモリ１２、キーボード１３、ＣＲＴ１４、および送受
信部１５を備え、これらはバス１６により接続されてい
る。キーボード１３は予約要求の入力等に用いられ、入
力された予約要求に伴う予約処理の結果はＣＲＴ１４に
表示される。尚、キーボード１３の代わりにマウス等の
他の入力装置を用いてもよく、またＣＲＴ１４の代わり
に液晶表示器やプリンタ等の他の出力装置を用いてもよ
い。メモリ１２には、予約の重要度を複数の予約項目に
より判定するための基準があらかじめ記憶されている。

【００１７】ＣＰＵ１１は、入力された予約要求の内容
とメモリ１２に記憶された判定基準とをもとに、その予
約の重要度を自動判定する。これにより、予約管理装置
の利用者は予約の優先度判定基準を覚えている必要がな
く、また予約時に優先度を検討する必要もない。したが
って、利用者の作業を簡便化することができる。さら
に、利用者による予約の優先度の設定ミスもなくすこと
ができる。判定の結果、受け入れられた予約の情報はメ
モリ１２に記憶される。

【００１８】送受信部１５は、複数の利用者の端末が接
続されたネットワークとの間で信号のやりとりを行う。
これにより、重要性の高い予約要求を優先するために、
既に設定された先行予約が変更されたときまたは取り消
されたときに、電子メール等の方法により先行予約の利
用者にこれを通知することができる。

【００１９】重要度の自動判定に用いられる手法には、
例えば、次の（ａ）、（ｂ）、（ｃ）、（ｄ）、
（ｅ）、（ｆ）に示すようなものがある。各判定手法
は、単体で、または他の任意の項目と組み合わせて用い
ることができる。（ａ）予約内容の記述による重要度の判定メモリ１２に、予約の重要度を判定するためのキーワー
ドと、個々のキーワードに対する重要度を設定してお
く。予約を要求する利用者（予約者）は、予約時に、予
約する対象の利用目的である予約内容を記述する。ＣＰ
Ｕ１１は、予約内容からキーワードを検索し、発見した
キーワードの重要度により予約の重要度を決定する。（ｂ）実施期日による重要度の判定予約者は、予約時にその予約の実施が可能な日時の範囲
を設定する。ＣＰＵ１１は、予約要求に実施可能日時が
設定されていた場合、その最終日時（実施期日）が近づ
くほどその予約の重要度を高く設定する。（ｃ）キーマンによる重要度の判定メモリ１２に利用者の個人情報を設定しておき、ＣＰＵ
１１は個人情報に含まれる利用者の役職等に基づいて、
各個人の予約優先度順位を判定する。予約者は、参加人
員のうち予約内容の実施に必須となる参加者をキーマン
として予約時に設定する。そして、ＣＰＵ１１は高位の
優先度順位を持つキーマンが多い予約ほど、重要度を高
く設定する。（ｄ）参加人数による重要度の判定参加人数の多い予約は、その変更による影響が大きいた
め、重要度を高く設定する。また、（ｃ）の場合と同様
に、高位の優先度順位を持つ参加者が多い予約ほど、重
要度を高く設定する。（ｅ）予約変更回数による重要度の判定他の予約を優先させた結果、別の日時に移動させられた
回数が多い予約をより重要とする。これにより、特定の
予約が変更を受け続けることを避けることが可能とな
る。（ｆ）予約日時による重要度の判定他の重要度が同一の場合、先行予約が優先されるよう
に、予約日時が早い予約ほど重要度を高く設定する。

【００２０】本実施例の予約管理装置は、予約が必要な
資源等であって、一旦設定された予約をその重要度に応
じて柔軟に変更可能なものを予約の対象とする。このよ
うな対象としては、例えば、企業その他の団体が所有す
る会議室、車、備品等や、各種公共施設が挙げられる。
また、出張、アポイントメント等の個人のスケジュール
の調整や、計算機のジョブスケジューリング等にも適用
可能である。

【００２１】ここでは、まず１つの組織内の複数の利用
者が使用する会議室の予約管理について説明する。この
場合、予約管理装置は１つの会議室に対する２つ以上の
予約要求が重複した場合に、その重複を自動的に解決す
る。予約管理装置には、予約の重要度判定のために、次
のような初期設定が行われているものとする。

【００２２】１．予約の重要度は、上述の（ａ）〜
（ｆ）の全ての重要度情報を総合して判断する。２．重要度判断基準（ａ）〜（ｆ）の各々について、図
３に示す算出方法により重要度の値を算出する。

【００２３】３．（ａ）〜（ｆ）の各重要度の値に図３
に示される係数（比重）を乗算し、得られた乗算結果の
総和をその予約の重要度とする。そして、重要度が大き
い予約ほど優先させるものとする。

【００２４】図３は、（ａ）〜（ｆ）の各項目について
の重要度の算出方法と係数の例を示しており、図４、
５、６は、それぞれ重要度の算出に用いられるキーワー
ドテーブル、個人情報テーブル、役職・重要度換算テー
ブルの例を示している。これらの算出方法と係数、各テ
ーブルはあらかじめメモリ１２に記憶されている。

【００２５】（ａ）の予約内容については、ＣＰＵ１１
は、まず予約者が記述した会議室の利用目的からキーワ
ードを検索する。次に、図４のキーワードテーブルを参
照して、予約内容（利用目的）内に存在する各キーワー
ドの重要度のうち、最も値の大きなものを求めて、予約
内容の重要度とする。

【００２６】図４のキーワードテーブルには、キーワー
ドとして役員会議、部長会議、課内会議、組合会議の４
つが登録されており、それらの重要度はそれぞれ８０、
３０、１０、２５となっている。例えば、利用目的の中
に役員会議というキーワードが含まれていれば、このキ
ーワードの重要度が最も高いので、その予約内容の重要
度は８０になる。

【００２７】（ｂ）の実施期日については、重要度の計
算日から予約の実施期日までの日数の逆数を重要度とす
る。（ｃ）のキーマンについては、予約される会議の出
席者のうちキーマンとなる人物、つまりその会議の開催
に不可欠な人物の個人重要度の和を求める。各出席者の
個人重要度は、図５の個人情報テーブルと図６の役職・
重要度換算テーブルを参照して求められる。

【００２８】図５の個人情報テーブルには、利用者名と
して磯辺、江嶋、望月、大川が登録されており、それぞ
れの役職は部長、課長、無し、無しとなっている。ま
た、図６の役職・重要度換算テーブルには、役職として
部長、課長、外来、その他が登録されており、それぞれ
の重要度は１０、５、２、１となっている。例えば、磯
辺の個人重要度を求めるとき、ＣＰＵ１１は、まず磯辺
を検索キーとして個人情報テーブルを検索し、磯辺の役
職である部長を次の検索キーとして得る。次に、部長を
検索キーとして役職・重要度換算テーブルを検索し、そ
の重要度の値である１０を得る。

【００２９】（ｄ）の参加者については、予約される会
議の出席者の全員の個人重要度の合計値を求める。各出
席者の個人重要度は、（ｃ）の場合と同様に図５の個人
情報テーブルと図６の役職・重要度換算テーブルから求
められる。

【００３０】（ｅ）の予約変更回数については、一旦予
約要求が受け入れられてメモリ１２に登録された後、他
のより重要度の高い予約要求を優先させるために、登録
された予約の日時が変更された回数を重要度とする。例
えば、新規に入力された予約要求の場合は変更回数は０
なので、その重要度も０となる。

【００３１】（ｆ）の予約日時については、予約要求処
理が実施された日と計算日との差を重要度とする。ここ
で、予約要求処理が実施された日とは、最初に予約要求
が入力された日を意味する。したがって、新規に入力さ
れた予約要求を処理するときには、その重要度は０とな
る。

【００３２】また、（ａ）、（ｂ）、（ｃ）、（ｄ）、
（ｅ）、（ｆ）の各重要度に乗じる係数の値は、それぞ
れ１．０、１．０、０．６、０．２、０．１、０．１と
なっている。これらの係数は、必要に応じて適当な値に
変更することが可能である。

【００３３】図７は、利用者が予約を申し込む際の予約
要求の入力例を示している。図７の予約要求において
は、予約内容は１−１課の全体課内会議に使用すること
となっている。また、実施可能期間は１月２１日より１
月２４日までで、実施期日は１月２４日である。参加者
は江嶋、望月、その他３０名であり、そのうちのキーマ
ンは課長の江嶋である。この予約要求が予約管理装置に
入力された予約申込み日は、１月２０日となっている。

【００３４】図８は、ある予約要求が入力されたとき予
約管理装置が行う予約処理のフローチャートである。予
約処理が開始されると、まずステップＳ１において、Ｃ
ＰＵ１１はメモリ１２内の予約テーブルを参照して、Ｃ
ＲＴ１４に既存の予約状態を表示する。予約テーブルに
は、予約管理装置により既に受け入れられた予約の入力
項目の内容が記憶されている。次にステップＳ２におい
て、利用者がキーボード１３を用いて、予約管理装置に
予約要求の各項目を入力する。入力方法としては、キー
ボード１３による方法以外に、マウスを用いた入力、電
話やマイクによる音声入力、ＦＡＸ受信した予約依頼書
類の読み取りによる文字入力等の方法も存在する。ここ
で、例えば図７に示すような各入力項目の内容が入力さ
れる。

【００３５】次にステップＳ３において、ＣＰＵ１１は
入力された予約要求に記述された実施可能期間内に会議
室の空き時間が存在するかどうかを判定する。空き時間
が存在すれば、次にステップＳ４において予約要求を受
け入れ、その入力項目の内容を予約テーブルに記録す
る。そして、ステップＳ５において変更を受けた既存の
予約があるかどうかを判定し、そのような予約がなけれ
ば、ステップＳ６において今回受け入れた予約を含む新
たな予約状態をＣＲＴ１４に表示して、処理を終了す
る。

【００３６】図９は、図７の予約要求が登録された予約
テーブルの例を示している。ここでは、予約要求に記述
された実施可能期間である１月２１日から２４日までの
いずれの日にも先行する予約がなく、会議室が空いてい
た場合（ステップＳ３、Ｙｅｓ）を想定している。この
場合、実施可能期間の中で申込み日に最も近い１月２１
日に予約が設定され、予約内容、実施可能期間、参加
者、キーマン、予約申込み日、および予約変更回数が予
約テーブルに記録される（ステップＳ４）。ここでは、
予約申込み時に予約が設定されたので予約変更回数は０
となっといる。また、ＣＲＴ１４には予約状態として予
約テーブルのデータが表示される（ステップＳ６）。

【００３７】ステップＳ３において空き時間が存在しな
い場合、予約要求と時間的に重複している既存の予約
（重複予約）との間で何らかの調整を行う必要が生じ
る。この場合、ＣＰＵ１１はまずステップＳ８におい
て、予約要求の重要度を算出した後、ステップＳ９にお
いて重複予約の重要度を算出する。重複予約の重要度の
算出は、予約要求の実施可能期間内に設定されている全
ての予約について実行される。ステップＳ８、Ｓ９にお
ける重要度は、図４、５、６に示す各テーブルを参照し
ながら、図３に示される算出方法と係数を用いて算出さ
れる。

【００３８】例えば、図７の予約要求が１月２０日に入
力された場合、その重要度は以下のようにして計算され
る。この場合の計算日は１月２０日である。まず、
（ａ）による重要度を求める。図７に示す予約内容には
文字列“課内会議”が含まれているが、この文字列はキ
ーワードとして図４のキーワードテーブルに登録されて
いる。また、他のキーワードは予約内容に含まれていな
いので、“課内会議”の重要度１０が（ａ）による重要
度となる。

【００３９】続いて、（ｂ）による重要度を求める。図
７に示す実施可能期間から実施期日は１月２４日である
ことがわかる。したがって、計算日から実施期日までの
日数は２４−２０＋１＝５となり、（ｂ）による重要度
は、１／５＝０．２となる。

【００４０】続いて、（ｃ）による重要度を求める。図
７に示すキーマンは江嶋のみであり、その役職は図５の
個人情報テーブルから課長であることが分かる。次に、
課長に対応する重要度を図６の役職・重要度換算テーブ
ルから求めると５となる。したがって、（ｃ）による重
要度は５である。

【００４１】続いて、（ｄ）による重要度を求める。図
７に示す参加者は、課長である江嶋と、役職の無い望月
と、その他役職の無い者が３０名である。つまり、課長
１名と役職の無い者が３１名参加することになる。役職
・重要度換算テーブルより課長の重要度は５、役職の無
い者（その他）の重要度は１であるので、（ｄ）による
重要度は、５×１＋１×３１＝３６となる。

【００４２】続いて、（ｅ）による重要度を求める。図
７に示される入力項目に予約の変更回数は無いが、この
予約要求はまだ要求段階のため、当然一度も予約の変更
は行われていない。したがって、（ｅ）による重要度は
０となる。

【００４３】続いて、（ｆ）による重要度を求める。図
７に示す予約申込み日は１月２０日であり、計算日も１
月２０日である。したがって、（ｆ）による重要度は２
０−２０＝０となる。

【００４４】以上、（ａ）〜（ｆ）について算出された
各重要度に図３に示す各係数を乗算してそれらを加算
し、予約要求の総合重要度を算出する。その結果、図７
の予約要求の重要度は、重要度＝１０×１．０＋０．２×１．０＋５×０．６＋３６×０．２＋０×０．１＋０×０．１＝２０．４となる。

【００４５】同様の方法により各重複予約の重要度を算
出した後、ステップＳ１０において予約要求より重要度
が低い重複予約があるかどうかを調べる。予約要求の重
要度が最も低かった場合、その予約要求は受け入れられ
ずにステップＳ１１の処理に移される。ステップＳ１１
において、処理中の予約が今回の（新規）予約要求かま
たは既存の予約であるかを判定する。ここでは、拒否さ
れたのは今回入力された新規予約要求なので、ステップ
Ｓ１４において予約不可能であることをＣＲＴ１４に表
示して、処理を終了する。

【００４６】ステップＳ１０において予約要求よりも重
要度の低い既存予約が重複予約の中に存在した場合、ス
テップＳ１５においてその既存予約の予約変更回数に１
を加算し、ステップＳ１６においてその既存予約を処理
中の予約要求と入れ替える。すなわち、重要度の低い既
存予約が設定されていた日時に、新規に要求された予約
を設定し、これにより予約テーブルから押し出されたそ
の既存予約を、次の処理対象の予約要求として扱う。

【００４７】そして、ステップＳ３以降の処理により、
押し出された既存予約を他の日時に移動することが可能
かどうかを再検討する。この既存予約の実施可能期間中
に空き時間が存在すれば、その日時を新たな会議室の使
用日時として再予約する（ステップＳ４）。次に、この
既存予約の設定は変更を受けたので（ステップＳ５、Ｙ
ｅｓ）、ステップＳ７において変更された予約の予約
者、および参加者に新たな日時を通知する。

【００４８】通知方法としては、e-mail等の電子メール
システムを使用する方法、FAX の自動発信、電子掲示板
システムを使用した広報、音声合成システムを使用して
の自動電話発信、印刷による郵送や回覧などの方法を用
いる。図２の予約管理装置では、送受信部１５が電子メ
ールを発信することにより、ネットワークに接続された
予約者等の端末に変更が通知される。

【００４９】次に、最初に入力された予約要求の設定を
含む新たな予約状態をＣＲＴ１４に表示して（ステップ
Ｓ６）、処理を終了する。ステップＳ３において空き時
間が存在しなかった場合には、新規予約要求の場合と同
様にして、重要度を利用した入替え可能な重複予約の検
索を行う（ステップＳ８、Ｓ９、Ｓ１０）。処理中の予
約より重要度の低い重複予約が存在しなかった場合に
は、この予約が新規予約要求かどうか判定する（ステッ
プＳ１１）。しかし、この場合は新規予約要求ではない
ので、ステップＳ１２において、この予約は予約不可能
として取り消し、ステップＳ１３において、その予約
者、および参加者に取り消しを通知する。通知方法とし
てはステップＳ７の場合と同様の方法がとられる。そし
て、変更された予約はないので（ステップＳ５、Ｎ
ｏ）、新たな予約状態をＣＲＴ１４に表示して（ステッ
プＳ６）、処理を終了する。

【００５０】ステップＳ１０においてより重要度の低い
重複予約が存在した場合には、処理中の予約とその重複
予約とを入れ替え（ステップＳ１５、Ｓ１６）、これに
より押し出された既存予約を処理対象としてステップＳ
３以降の処理を繰り返す。このようにして、重複する予
約どうしの自動調整が行われる。

【００５１】このような本発明の予約管理方法は、会議
室等の施設や個人のスケジュールの予約管理のみではな
く、電子計算機の処理待ちキューの管理にも適用でき
る。次に、電子計算機の処理待ちキューを制御する場合
について説明する。

【００５２】この場合は、処理待ちキューにおける処理
の順位を予約するものとし、その優先度は予約内容から
自動判定した重要度により制御される。予約の重要度
は、図３に示す項目のうち（ａ）〜（ｃ）、（ｅ）、お
よび（ｆ）の重要度情報を総合して判定される。このと
き、（ａ）の予約内容は、処理の予約を申し込む計算機
利用者が記述した処理の内容または目的であるものと
し、（ｃ）のキーマンはその利用者とする。また、
（ｂ）の重要度は、重要度の計算時から処理の実行期限
までの時間の逆数とし、（ｆ）の重要度は、予約申込み
時と重要度の計算時との時間差とする。

【００５３】図１０は、本実施例の予約管理装置が行う
キュー制御処理のフローチャートである。処理が開始さ
れると、まずステップＳ２１において、利用者は予約管
理装置装置に処理の予約要求を入力する。このとき、予
約内容（処理内容）、処理の実行期間、利用者名（申込
み者名）、および予約申込み日の各項目が入力される。
次にステップＳ２２において、ＣＰＵ１１は、図８の場
合と同様にして予約要求の重要度を算出する。このと
き、（ａ）〜（ｃ）、（ｅ）、および（ｆ）の各重要度
にあらかじめ決められた係数を乗算して、それらの和を
予約要求の重要度とする。

【００５４】次に、ステップＳ２３において処理順位ｎ
の初期値を０に設定し、ステップＳ２４においてｎ＝ｎ
＋１とする。そして、ステップＳ２５において、ｎ番目
として予約された処理待ち状態の処理が存在するかどう
かを判定する。つまり、処理順位ｎの既存予約が存在す
るかどうかを判定する。最初はステップＳ２４において
ｎ＝１となるので、１番目の処理、すなわち、即時に行
われる処理があるかどうかが調べられる。待ち状態の処
理が存在しなければ、ステップＳ２９において今回の処
理依頼をｎ番目の処理として登録し、処理を終了する。

【００５５】ステップＳ２５においてｎ番目の待ち状態
の処理が存在した場合は、ステップＳ２６においてその
既存予約の重要度を算出し、ステップＳ２７において今
回の処理依頼とどちらが重要かを判定する。既存予約の
重要度の算出方法は、ステップＳ２２における予約要求
の重要度の算出方法と同様である。今回の処理依頼（予
約要求）の方が重要度が高かった場合は、ステップＳ２
８においてｎ番目以降の全ての既存予約の予約変更回数
に１を加算し、ステップＳ２９において今回の処理依頼
を新たなｎ番目の処理として処理待ちキューに割り込ま
せる。これにより、処理待ちキュー内のｎ番目以降の処
理の順位は１つずつインクリメントされる。

【００５６】ステップＳ２７において今回の処理依頼の
方が重要度が低かった場合は、再びステップＳ２４でｎ
をインクリメントして、ステップＳ２５以降の処理を行
う。このような処理を繰り返して、処理待ちキューの中
の適当な位置に今回の処理依頼を割り込ませる。以上の
処理により、処理の重要度を加味しながら計算機の処理
待ちキューを制御することができる。

【００５７】

【発明の効果】本発明によれば、資源やスケジュール等
の予約の重要度の判定を自動化し、その判定結果を用い
て予約が衝突した場合の調整を行うことができる。これ
により、予約を行う利用者の負担の軽減、人為的な判断
による誤りの防止が図られる。また、予約管理処理の効
率の向上に寄与するところが大きい。

【図面の簡単な説明】

【図１】本発明の原理図である。

【図２】実施例の予約管理装置の構成図である。

【図３】重要度の算出方法と係数を示す図である。

【図４】キーワードテーブルを示す図である。

【図５】個人情報テーブルを示す図である。

【図６】役職・重要度換算テーブルを示す図である。

【図７】予約要求の入力例を示す図である。

【図８】予約処理のフローチャートである。

【図９】予約テーブルを示す図である。

【図１０】キュー制御処理のフローチャートである。

【符号の説明】

１入力手段２検出手段３記憶手段４重要度決定手段５調整手段６出力手段１１ＣＰＵ１２メモリ１３キーボード１４ＣＲＴ１５送受信部１６バス

Claims

【特許請求の範囲】

【請求項１】予約を必要とする事項に関する予約要求
を受け取り、該予約要求を受け入れるかどうかを判定す
る情報処理装置において、第１の予約の要求を入力する入力手段と、既に登録された第２の予約の情報を記憶する記憶手段
と、前記第１の予約の要求が入力されたとき、前記記憶手段
に記憶された前記第２の予約の情報と該第１の予約の要
求とから、該第１および第２の予約に重複があるかどう
かを調べる検出手段と、前記第１の予約の要求から該第１の予約の重要度を算出
し、前記第２の予約の情報から該第２の予約の重要度を
算出する重要度決定手段と、前記検出手段が前記第１および第２の予約に重複がある
ことを検出したとき、前記重要度決定手段が算出した前
記第１の予約の重要度および第２の予約の重要度の比較
に基づき、前記第１の予約の要求を受け入れるかどうか
を決める調整手段とを備えることを特徴とする予約管理
装置。
【請求項２】前記予約を必要とする事項はスケジュー
ル、または複数の利用者が利用する資源の使用日時や使
用順位であることを特徴とする請求項１記載の予約管理
装置。
【請求項３】前記情報処理装置は計算機の処理待ちキ
ューにおける処理の順位に関する制御を行い、前記入力
手段は第１の処理の要求を前記第１の予約の要求として
入力し、前記記憶手段は第２の処理の情報を前記第２の
予約の情報として記憶することを特徴とする請求項１記
載の予約管理装置。
【請求項４】前記調整手段が前記第１の予約の要求を
受け入れるかどうかを判定した処理結果を出力する出力
手段をさらに備えることを特徴とする請求項１記載の予
約管理装置。
【請求項５】前記記憶手段は、少なくとも１つのキー
ワードと該キーワードの重要度が登録されたキーワード
テーブルを記憶し、前記検出手段は、前記第１または第
２の予約の内容に前記キーワードが含まれるかどうかを
調べ、該検出手段が前記第１または第２の予約の内容に
前記キーワードが含まれることを検出したとき、前記重
要度決定手段は、該キーワードの重要度を用いて前記第
１または第２の予約の重要度を算出することを特徴とす
る請求項１記載の予約管理装置。
【請求項６】前記記憶手段は、少なくとも一人の利用
者が登録された個人情報テーブルを記憶し、前記検出手
段は、該個人情報テーブルを参照して前記第１または第
２の予約に関係する利用者の重要度を求め、前記重要度
決定手段は、該第１または第２の予約に関係する利用者
の重要度を用いて、前記第１または第２の予約の重要度
を算出することを特徴とする請求項１記載の予約管理装
置。
【請求項７】前記重要度決定手段は、該第１または第
２の予約の実施期限の日時、予約変更回数、予約申込み
日時のうちの少なくとも１つを用いて、前記第１または
第２の予約の重要度を算出することを特徴とする請求項
１記載の予約管理装置。
【請求項８】前記重要度決定手段は、該第１または第
２の予約に関係する複数の項目の各々の重要度を求め、
該各々の重要度に適当な係数をそれぞれ乗算して得られ
る複数の乗算結果の和を求めて、前記第１または第２の
予約の重要度を算出することを特徴とする請求項１記載
の予約管理装置。
【請求項９】前記調整手段は、前記第１および第２の
予約の重要度を比較して該第１および第２の予約の優先
順位を判定し、必要に応じて前記第２の予約を変更する
ことにより、前記重複を解消することを特徴とする請求
項１記載の予約管理装置。
【請求項１０】前記第１の予約の重要度が前記第２の
予約の重要度より低いとき、前記調整手段は、前記第１
の予約を受け入れないことを特徴とする請求項１記載の
予約管理装置。
【請求項１１】前記第１の予約の重要度が前記第２の
予約の重要度より高いとき、前記調整手段は、前記第１
の予約を受け入れることを特徴とする請求項１記載の予
約管理装置。
【請求項１２】前記調整手段は、前記第２の予約を変
更するまたは取り消すことにより、前記重複を解消する
ことを特徴とする請求項１１記載の予約管理装置。
【請求項１３】前記調整手段が前記第２の予約を変更
したとき、または取り消したとき、処理結果を該第２の
予約に関係する利用者に通知する出力手段をさらに備え
ることを特徴とする請求項１２記載の予約管理装置。
【請求項１４】複数の処理要求を受け取り、一定の順
序に従って該複数の処理要求を処理する情報処理装置に
おいて、第１の処理の要求を入力する入力手段と、既に処理待ちキューに登録された第２の処理の情報を記
憶する記憶手段と、前記第１の処理の要求から該第１の処理の重要度を算出
し、前記第２の処理の情報から該第２の処理の重要度を
算出する重要度決定手段と、前記重要度決定手段が算出した前記第１の処理の重要度
および第２の処理の重要度の比較に基づき、前記第１お
よび第２の処理のどちらを優先させるかを決める調整手
段とを備えることを特徴とする予約管理装置。
【請求項１５】第１の予約の要求を入力し、該第１の予約の要求と既に設定された第２の予約の情報
とから、該第１および第２の予約に重複があるかどうか
を調べ、前記第１および第２の予約に重複があることを検出した
とき、前記第１の予約の要求から該第１の予約の重要度
を算出し、前記第２の予約の情報から該第２の予約の重
要度を算出し、該第１の予約の重要度および第２の予約の重要度の比較
に基づき、前記第１の予約の要求を受け入れるかどうか
を決めることを特徴とする予約管理方法。
【請求項１６】計算機における処理待ちキューを制御
する方法において、第１の処理の要求を入力し、該第１の処理の要求から該第１の処理の重要度を算出
し、既に前記処理待ちキューに登録された第２の処理の情報
から該第２の処理の重要度を算出し、前記第１の処理の重要度および第２の処理の重要度の比
較に基づき、前記第１および第２の処理のどちらを優先
させるかを決めることを特徴とするキュー制御方法。