JP2017167636A - 会議室予約装置、会議室予約方法、及びプログラム - Google Patents

Abstract

【課題】重要な会議向けに会議室を確保するだけでなく、その会議を充実させる。【解決手段】約者が参加する会議の予定日、予約者が希望する会議室、及び会議に参加する予定の参加予定者のＩＤを含む予約情報を受け付ける予約受付手段と、会議に参加する予定の参加予定者が会議に出席するか否かを検証する予約検証手段と、予約者が会議室を予約した時から実際に会議室が使用されるまでの時間経過に伴って変化する状況に基づいて求められる重要度によって予約を振り替える振替予約手段と、を備える。【選択図】図６

Description

本発明は、会議室予約装置、会議室予約方法、及びプログラムに関する。

会議室予約装置を用いた会議室予約システムが知られている。会議室予約システムは、ユーザの希望に適う会議室の選択を行い、会議室の予約を行うシステムである。また、既にユーザが希望する会議室が予約済みであった場合、先約の会議室の変更を自動で行うことにより、システム上で会議室の予約や再割当が簡単に行えるようになっている。

特許文献１には、ユーザの希望に適した会議室に先約者があった場合に、先約者に割り当たっている確定済みの会議室の変更を、人の判断を介在させずに自動で行い、会議室を有効に利用する目的で、予約判定の結果、会議室に空きがないときに、候補となる会議室に設定済みの予約を、その会議の予約属性を満たす他の会議室へ振り替る予約振替部等を有する技術が開示されている。尚、予約属性とは、予約希望日、予約希望時間帯、及び希望人数を指す。

ところで、特許文献１に記載の技術では、新規予約の会議の会議室に空きがない場合、会議予約者が設定した予約内容の優先度比較によって、自動的に会議室予約を振り替えているにすぎなかった。

即ち、予約時の情報に基づいて会議室を優先的に割り当てるため、重要な参加予定者の出席ができなくなったり、開催通知に添付される資料の有無やその品質が不足したりすることで会議室を優先的に確保した割には狙っていたほど充実した会議を開催できなくなるという問題があった。
ここで、充実した会議とは、高品質な必要な資料が準備された状態で、重要な参加予定者が参加して執り行われる会議を言う。

そこで、本発明の目的は、重要な会議向けに会議室を確保するだけでなく、その会議を充実させることにある。

上記課題を解決するため、請求項１に記載の発明は、予約者が参加する会議の予定日、前記予約者が希望する会議室、及び前記会議に参加する予定の参加予定者のＩＤを含む予約情報を受け付ける予約受付手段と、前記会議に参加する予定の参加予定者が前記会議に出席するか否かを検証する予約検証手段と、前記予約者が前記会議室を予約した時から実際に前記会議室が使用されるまでの時間経過に伴って変化する状況に基づいて求められる重要度によって予約を振り替える振替予約手段と、を備えたことを特徴とする。

本発明によれば、重要な会議向けに会議室を確保するだけでなく、その会議を充実させることができる。

会議室予約システムの全体構成を示すハードウェアブロック図の一例である。 図１に示した会議室予約システムに用いられる会議室予約装置の機能ブロック図の一例である。 予約フォームについての説明図である。 図１に示した会議室予約システムを用いて会議室の予約時のフローの一例である。 予約検証フローについての説明図である。 参加予定者検証フローについての説明図である。 追加参加予定者抽出フローについての説明図である。 議題検証フローについての説明図である。 資料品質解析フローについての説明図である。 予約再検証フローについての説明図である。

＜構成＞
[ハードウェアブロック図]
図１は、会議室予約システムの全体構成を示すハードウェアブロック図の一例である。
本会議室予約システム1は、端末2、ネットワーク3、及び会議室予約装置4を有する。

会議室予約装置4は、HDD5、CPU6、ROM7、RAM8、キーボード9、及びモニタ10を有する。尚、会議室予約装置4とネットワーク3との間の通信手段は省略されている。また、会議予約装置4はプリンタ11を有し、予約状況を印刷するようにしてもよい。

端末2は、PC（Personal Computer）、タブレット、スマートホン等のユーザが利用する一般的な端末装置を示す。
端末2は、ネットワーク3を介して会議室予約装置4に接続される。

CPUはCentral Processing Unitの略である。CPU6は会議室予約装置4を統括制御する機能を有する。
ROMはRead Only Memoryの略である。ROM7は会議室予約装置4の制御プログラムを記憶する素子であり、例えばマスクROMが挙げられる。
RAMはRandom Access Memoryの略である。RAM8はROM7から読み出された制御プログラムを展開するため一時的に記憶する素子であり、例えばフラッシュメモリが挙げられる。

キーボード9は会議室を予約するユーザがデータを入力するための入力装置である。
モニタ10は、ユーザによって入力されたデータを表示したり、予約状況を表示したりする装置であり、例えば、液晶表示素子が挙げられる。
尚、キーボード9及びモニタ10の代わりにタッチパネルを用いてもよい。

HDDはHard Disk Driveの略である。HDD5は、記憶装置の一種であり、複数（図では６個であるが限定されない。）のパーティーションに分割されている。HDD5のパーティーションの内訳は会議室マスタDB（データベース）5a、会議室スケジュールDB5b、社員マスタDB5c、社員スケジュールDB5d、予約DB5e、及び議事録DB5fに分けられる。

会議室マスタDB5aには、会議室ID、会議室名、最大収容人数、拠点、及び備品（プロジェクタ、TV会議システム、ホワイトボード）に関するデータが格納されている。会議室マスタDB5aを検索することにより必要なスペックの会議室がどこなのかがわかる。

会議室スケジュールDB5bには、会議室ごとの予約時間、及び予約IDが格納されている。会議室スケジュールDB5bを検索することにより会議室の時間ごとの空き状況がわかる。

社員マスタDB5cには、社員ID、社員名、役職、所属、及び居室に関するデータが格納されている。社員IDを検索することにより役職等の重要度がわかる。
尚、重要度とは、後述する予約フォームに記載の重要度をいい、あくまでも会議開催者の主張部分である。

社員スケジュールDB5dには、社員IDごとの予定が格納されている。該当する社員が会議を予定している場合、予約IDが紐付けられているので、社員スケジュールDB5dを検索することにより、どの会議に出席する予定かがわかる。

予約DB5eには、予約ID（予約している社員ID、希望日時、希望会議室、参加予定者の社員ID、会議名、議題、重要度、添付資料）が格納されている。

議事録DB5fには、会議名、議題、日時ごとの会議の議事録のデータが格納されている。議事録DB5fを検索することにより、過去の会議での添付資料や参加者の発言内容等がわかる。

[機能ブロック図]
図２は、図１に示した会議室予約システムに用いられる会議室予約装置の機能ブロック図の一例である。
図２に示す会議室予約装置は、予約受付手段21、予約検証手段１（22-1）、予約再検証手段30、記憶手段31、及び制御手段20を有する。図２に破線で示す予約検証手段２（22-2）〜予約検証手段5（22-5）は、他の実施の形態を示す。

制御手段20は、会議室予約装置を統括制御する手段であり、図１のCPU6、ROM7、及びRAM8によって実現される。
予約受付手段21は、予約者が参加する会議の予定日、予約者が希望する会議室、及び会議への参加予定者のIDを含む予約情報を受け付ける手段であり、図１のCPU6、ROM7、RAM8、キーボード9、モニタ10、及び予約DB5eによって実現される。

空室予約手段30は、予約者の希望する会議室が空いている場合に会議室を予約する手段であり、図１のCPU6、ROM7、RAM8、キーボード9、モニタ10、及び会議室スケジュールDB5bによって実現される。

振替予約手段31は、予約者が会議室を予約した時から実際に会議室が使用されるまでの時間経過に伴って変化する状況に基づいて求められる重要度によって予約を振り替える手段である。また、振替予約手段31は、予約者の希望する会議室が空いていない場合に、会議の優先順位を既に予約されている他の会議と比較して他の会議より優先順位が高い場合に予約されている他の会議を他の会議室に振り替える手段であってもよい。振替予約手段24は、図１のCPU6、ROM7、RAM8、キーボード9、モニタ10、及び予約DB5eによって実現される。

予約再検証手段32は、予約済みの会議に対して、定期的に予約検証処理を行う手段であり、図１のCPU6、ROM7、RAM8、及び予約DB5eによって実現される。

記憶手段33は、会議室の予約に関するデータを記憶する手段であり、図１のHDD5によって実現される。

（予約検証手段１）
予約検証手段１（22-1）は、算出手段23、確認手段24、及び第一の通知手段25-1を有する。
ここで、予約検証とは、予約フォームの記載内容を、参加予定者の観点、議題の観点（図４以降）で検証することを言う。
算出手段23は、役員を含む役職情報及び顧客情報から会議の参加予定者の重要度を算出する手段であり、図１のCPU6、ROM7、RAM8、及び社員マスタDB5cによって実現される。
確認手段24は、重要度が所定の値より高い会議に対して、会議用の資料が添付されていることを確認する手段であり、図１のCPU6、ROM7、RAM8、及び予約DB5eによって実現される。
第一の通知手段25-1は、確認手段24による確認結果を予約者に通知する手段であり、図１のモニタ10によって実現される。

（予約検証手段２）
予約検証手段２（22-2）は、重要度検証手段26、及び第二の通知手段25-2を有する。
重要度検証手段26は、関連する議事録からアクションアイテム保持者や報告予定者を抽出して重要度を検証する手段であり、図１のCPU6、ROM7、RAM8、及び議事録DB5fによって実現される。
第二の通知手段25-2は、重要度検証手段26による検証結果を予約者に通知する手段であり、図１のモニタ10によって実現される。

（予約検証手段３）
予約検証手段３（22-3）は、解析手段27、及び第三の通知手段25-3を有する。
解析手段27は、会議用の資料のテキスト情報を解析する手段であり、図１のCPU6、ROM7、RAM8、予約DB5e、及び議事録DB5fによって実現される。
第三の通知手段25-3は、解析手段27による解析結果を通知する手段であり、図１のモニタ10によって実現される。

（予約検証手段４）
予約検証手段４（22-4）は、判断手段28、及び第四の通知手段25-4を有する。
判断手段28は、会議用の資料のテキスト情報、会議名、議題との関連性との一致度を判断する手段であり、図１のCPU6、ROM7、RAM8、及び予約DB5eによって実現される。
第四の通知手段25-4は、判断手段による判断結果を通知する手段であり、図１のモニタ10によって実現される。

（予約検証手段５）
予約検証手段５（22-5）は、判定手段29、及び判定手段29による判定結果を通知する第五の通知手段25-5を有する。
判定手段29は、会議用の資料のテキスト情報と議事録に添付されている資料内のテキストとの一致度を判定する手段であり、図１のCPU6、ROM7、RAM8、予約DB5e及び議事録DB5fによって実現される。
第五の通知手段25-5は、図１のモニタ10によって実現される。

ここで、第一の通知手段25-1〜第五の通知手段25-5による通知は、モニタ10による表示の他、スピーカからの音声案内、ブザーの発音、LEDの点滅によって行ってもよい。

図３は、予約フォームについての説明図である。
予約フォームは、会議の予約ID、会議の主催者、会議の日時、場所、参加予定者、及び議題を有する。会議の主催者の社員ID及び氏名をキーボード等で入力する。会議の開催日時は第一希望を含み複数の日時を入力する。会議の場所は第一希望を含み複数の会議室名を入力する。参加予定者の氏名及び社員IDを、追加参加予定者も含めて全員分入力する。議題は、会議名、議題、重要度、及び添付資料を入力する。

ユーザは、会議室予約に際して、端末から図３に示す項目をキーボード等で入力して予約処理を行う。予約処理は予約DB5eに登録される。
尚、社員IDが無い場合は顧客とみなして重要度が高いと判別されるが、社員IDの代わりにお客様か業者かを入力するようにしてもよい。あるいは、ラジオボタン等で社員、お客様、もしくは業者を区別するようにしてもよい。

ここで、添付資料とは、資料データであり、グループウェア等の画面にWord（登録商標）文書等のファイルが添付されているイメージである。また、直接リッチテキスト等で入力されていてもよい。すなわち、ベタでフィールドに記載されているイメージである。本発明では中身（テキスト）を分析対象としているので、ファイルであってもテキストベタ貼りであっても良い。

＜動作１＞
図４は、図１に示した会議室予約システムを用いて会議室の予約時のフローの一例である。
以下、動作の主体は、CPU6である。

会議室の予約を受け付けると（ステップS1）、後述する予約の検証を行う（ステップS2）。
予約検証の結果、問題がない場合（ステップS3／Y）、会議室の空室予約処理を行う（ステップS4、S5/Y）。
予約検証の結果、問題がある場合、すなわち会議室の空室がない場合（ステップS5／N）、振替予約処理を行う（ステップS6）。
振替予約が不可能な場合（ステップS7／N）、会議室の予約をキャンセルするか、会議室の変更を促す通知を行う（ステップS8）。

＜動作２＞
図５は、予約検証フローについての説明図である。
予約検証では、参加予定者検証（ステップS10）と、議題検証を行う。尚、議題検証とは開催者が設定する重要度が高い場合に、まずは添付資料の有無をチェックし、添付資料が有る場合品質（会議名、議題、議事録とファイル内のテキスト情報の一致度）をチェックすることを言う（ステップS11）。

＜動作３＞
図６は、参加予定者検証フローについての説明図である。
重要な参加予定者の抽出を行う。重要な参加予定者の抽出では、予約DB5eから予約文書と社員マスタから重要な参加予定者を抽出する（ステップS21）。
社内であれば、役員、部長職、課長職等の職位情報から重要度を抽出する。社員IDがない場合は顧客とみなして重要度が高いと判別する。

追加参加予定者の抽出を行う場合、予約DB5eに登録されていないが、その会議に参加したほうがよい人を参加予定者として抽出する（ステップS22）。
スケジュール情報の抽出では、社員スケジュールDBから参加予定者の予定を抽出する。ここから各自の出席予定が抽出できる（ステップS23）。
参加予定者が会議出席可能か否かを確認する（ステップS24）。

参加予定者が出席予定ではなかった場合であって（ステップS24／N）、他に重要な会議が無い場合（ステップS25/N）、会議主催者に対して、出席を促すよう通知を発行する（ステップS26）。
参加予定者が出席予定ではなかった場合であって（ステップS24／N）、他に重要な会議が有る場合（ステップS25/Y）、後日議事録を送る旨の通知及び送付を行う（ステップS27）。

＜動作４＞
図７は、追加参加予定者抽出フローについての説明図である。
会議名、参加予定者の取得では、予約DB5eからそれぞれ抽出する（ステップS31）。
議事録DB5fに同じ会議名の議事録あるか否か確認する（ステップS32）。
議事録DB5fに同じ会議名の議事録がある場合（ステップS32／Y）、前回の議事録からアクションアイテム担当、次回報告予定者、議事録担当等、今回の会議に出席すべき人を抽出する（ステップS33）。

更に、過去数回（設定できればよい）の議事録から出席率が一定以上の実績がある人を抽出する。図示はしていないが、過去の会議の参加者のうち発言実績が多い人のみを抽出してもよい（ステップS34）。
参加予定者と抽出した人とを比較し、参加予定者が充分か否か検討するステップS35）。参加予定者が充分か否かとは、資料が充実した前提で充実した会議を行うことが可能であろうと判断できる場合を言う。
検討した結果、充分リストアップできていた場合（ステップS35／Y）、追加参加予定者なしと判断する（ステップS36）。
議事録が無い場合（ステップS32／N）、及び検討した結果、不足していた場合（ステップS35／N）、追加参加予定者ありと判断する（ステップS37）。

＜動作５＞
図８は、議題検証フローについての説明図である。
会議の重要度の取得では（ステップS41）、予約DB5eから会議の重要度を抽出し、重要度が高いか否か検討する（ステップS42）。
重要度が高い場合（ステップS42／Y）、予約DB5eから添付資料の有無を確認する（S43）。
添付資料がない場合（ステップS43／N）、会議主催者に対して、議題にあった資料の添付を促すよう通知を発行する（ステップS44）。
添付資料がある場合（ステップS43／Y）、資料内部のテキストを解析する（ステップS45）。

資料品質の解析では（ステップS45）、会議名や議題の他、議事録に添付されている資料内のテキストとの一致度から判定する。会議の出席者がかつて出席した別の会日の議事録も対象にしてもよく、会議の出席者が重複するほど関連度（重要度）が高くなるためである。
資料品質に問題がない場合（ステップS46／Y）、終了し、資料品質に問題がある場合（ステップS46／N）、会議主催者に対して、議題にあった資料になるように改善を促すよう通知を発行する（ステップS47）。

＜動作６＞
図９は、資料品質解析フローについての説明図である。
会議名、議題を取得すると（ステップS51）、予約DB5eからそれぞれを抽出する。
添付資料のテキスト情報を取得すると（ステップS52）、予約DB5eに添付されている資料の内部のテキスト情報を取得する（ステップS54）。
同じ会議名、同じ議題、同じ参加予定者等の議事録があるか否か確認し（ステップS53）、議事録がある場合（ステップS53／Y）、議事録DB5fのテキスト情報や、議事録に添付している資料のテキスト情報を取得する（ステップS54）。

添付資料のテキスト情報と、会議名、議題、議事録から取得したテキスト情報を単語レベルで分析し、一致する数を取得する（ステップS55）。
一致数が一定の数（調整できてもよい）に達するか否か判断し（ステップS56）、一致数が一定の数に達した場合（ステップS56／Y）、資料品質が確保されているものと判断する（ステップS57）。一致数が一定の数に達しない場合（ステップS56／N）、その会議にそぐわない資料を準備している可能性があるとし、資料品質が低いと判断する（ステップS58）。

＜動作７＞
図１０は、予約再検証フローについての説明図である。
会議室の予約ができている全ての会議に対して、定期的に再検証を行う。
前述の予約検証を行い（ステップS61）、検証結果OKか否かを確認する（ステップS62）。検証の結果、スケジュール変更や会議準備の不備がない場合（ステップS62／Y）、終了し、スケジュール変更や会議準備の不備がある場合（ステップS62／N）、会議主催者に対して会議のキャンセルや変更を通知する（ステップS63）。

＜プログラム＞
以上で説明した本発明に係る装置は、コンピュータで処理を実行させるプログラムによって実現されている。よって、一例として、プログラムにより本発明の機能を実現する場合の説明を以下で行う。

例えば、
予約受付手段と、予約検証手段と、予約振替手段を備えた会議室予約装置のコンピュータが読み取り可能なプログラムであって、
コンピュータに、
予約受付手段が、予約者が参加する会議の予定日、予約者が希望する会議室、及び会議に参加する予定の参加予定者のＩＤを含む予約情報を受け付ける手順、
予約検証手段が、参加予定者が会議に出席するか否かを検証する手順、
予約振替手段が、予約者が会議室を予約した時から実際に会議室が使用されるまでの時間経過に伴って変化する状況に基づいて求められる重要度によって予約を振り替える手順、
を実行させるためのプログラムが挙げられる。

このようなプログラムは、コンピュータに読み取り可能な記憶媒体に記憶されていてもよい。

＜記憶媒体＞
ここで、記憶媒体としては、例えばCD-ROM、フレキシブルディスク（FD）、CD-R等のコンピュータで読み取り可能な記憶媒体、フラッシュメモリ、RAM、ROM、FeRAM等の半導体メモリやHDDが挙げられる。

CD-ROMは、Compact Disc Read Only Memoryの略である。フレキシブルディスクは、Flexible Disk：FDを意味する。CD-Rは、CD Recordableの略である。RAMは、Random-Access Memoryの略である。FeRAMは、Ferroelectric RAMの略で、強誘電体メモリを意味する。

＜作用効果＞
以上より、予約情報に含まれる参加予定者と、議題の重要度と、添付資料の検証結果とを、会議開催者に予約前後に渡って対応を通知する。この結果、重要度の高い会議に会議室を優先的に確保できるだけでなく、その会議の充実度を向上させることができる。

尚、上述した実施の形態は、本発明の好適な実施の形態の一例を示すものであり、本発明はそれに限定されることなく、その要旨を逸脱しない範囲内において、種々変形実施が可能である。

１ 会議室予約システム
２ 端末
３ ネットワーク
４ 会議室予約装置
５ ＨＤＤ
５ａ 会議室マスタＤＢ
５ｂ 会議室スケジュールＤＢ
５ｃ 社員マスタＤＢ
５ｄ 社員スケジュールＤＢ
５ｅ 予約ＤＢ
５ｆ 議事録ＤＢ
６ ＣＰＵ
７ ＲＯＭ
８ ＲＡＭ
９ キーボード
１０ モニタ
１１ プリンタ
２０ 制御手段
２１ 予約受付手段
２２−１ 予約検証手段１
２２−２ 予約検証手段２
２２−３ 予約検証手段３
２２−４ 予約検証手段４
２２−５ 予約検証手段５
２３ 算出手段
２４ 確認手段
２５−１ 第一の通知手段
２５−２ 第二の通知手段
２５−３ 第三の通知手段
２５−４ 第四の通知手段
２５−５ 第五の通知手段
２６ 重要度検証手段
２７ 解析手段
２８ 判断手段
２９ 判定手段
３０ 空室予約手段
３１ 振替予約手段
３２ 予約再検証手段
３３ 記憶手段

特開２０１１−４８５０５号公報

Claims (10)

1. 予約者が参加する会議の予定日、前記予約者が希望する会議室、及び前記会議に参加する予定の参加予定者のＩＤを含む予約情報を受け付ける予約受付手段と、
   前記会議に参加する予定の参加予定者が前記会議に出席するか否かを検証する予約検証手段と、
   前記予約者が前記会議室を予約した時から実際に前記会議室が使用されるまでの時間経過に伴って変化する状況に基づいて求められる重要度によって予約を振り替える振替予約手段と、
   を備えたことを特徴とする会議室予約装置。
2. 前記予約者が希望する会議室が空いている場合に前記会議室を予約する空室予約手段と、
   前記予約者が希望する会議室が空いていない場合に、前記会議の優先順位を既に予約されている他の会議と比較して前記会議の優先順位が前記他の会議より高い場合に前記予約されている会議室を他の会議室に振り替える振替予約手段と、
   を備えたことを特徴とする請求項１記載の会議室予約装置。
3. 前記予約検証手段は、
   役員を含む役職情報及び顧客情報から前記会議の参加予定者の重要度を算出する算出手段と、
   前記重要度が所定の値より高い会議に対して、前記会議用の資料が添付されていることを確認する確認手段と、
   前記確認手段による確認結果を前記参加予定者に通知する第一の通知手段と、
   を備えたことを特徴とする請求項１記載の会議室予約装置。
4. 前記予約検証手段は、
   関連する議事録からアクションアイテム保持者や報告予定者を抽出して重要度を検証する重要度検証手段と、
   前記重要度検証手段による検証結果を前記予約者に通知する第二の通知手段と、
   を備えたことを特徴とする請求項１記載の会議室予約装置。
5. 前記予約検証手段は、
   前記会議用の資料のテキスト情報を解析する解析手段と、
   前記解析手段による解析結果を前記予約者に通知する第三の通知手段と、
   を備えたことを特徴とする請求項１記載の会議室予約装置。
6. 前記予約検証手段は、
   前記会議用の資料のテキスト情報、会議名、議題との関連性との一致度を判断する判断手段と、
   前記判断手段による判断結果を前記予約者に通知する第四の通知手段と、
   を備えたことを特徴とする請求項１記載の会議室予約装置。
7. 前記予約検証手段は、
   前記会議用の資料のテキスト情報と議事録に添付されている資料内のテキストとの一致度を判定する判定手段と、
   前記判定手段による判定結果を前記予約者に通知する第五の通知手段と、
   を備えたことを特徴とする請求項１記載の会議室予約装置。
8. 予約済みの会議室に対して、定期的に予約検証処理を行う予約再検証手段を備えたことを特徴とする請求項１から８のいずれか一項記載の会議室予約装置。
9. 予約者が希望する会議室を予約する会議室予約方法であって、
   前記予約者が参加する会議の予定日、前記予約者が希望する会議室、及び前記会議に参加する予定の参加予定者のＩＤを含む予約情報を受け付ける工程と、
   前記会議に参加する予定の参加予定者が前記会議に出席するか否かを検証する工程と、
   前記予約者が前記会議室を予約した時から実際に前記会議室が使用されるまでの時間経過に伴って変化する状況に基づいて求められる重要度によって予約を振り替える工程と、
   を備えたことを特徴とする会議室予約方法。
10. 予約受付手段と、予約検証手段と、予約振替手段を備えた会議室予約装置のコンピュータが読み取り可能なプログラムであって、
    前記コンピュータに、
    前記予約受付手段が、予約者が参加する会議の予定日、前記予約者が希望する会議室、及び前記会議に参加する予定の参加予定者のＩＤを含む予約情報を受け付ける手順、
    前記予約検証手段が、前記参加予定者が前記会議に出席するか否かを検証する手順、
    前記予約振替手段が、前記予約者が前記会議室を予約した時から実際に前記会議室が使用されるまでの時間経過に伴って変化する状況に基づいて求められる重要度によって予約を振り替える手順、
    を実行させるためのプログラム。

Images