(57)【要約】【課題】既予約者の予約キャンセルを無駄に待たず、安全に効率良く割込みでき、割り込まれた既予約者にも不条理なく会議室を提供でき会議室予約管理システムを提供する。【解決手段】このシステムでは、クライアント１００が会議室予約に要する利用者属性情報、会議室属性情報の操作入力及び表示を担い、サーバ１６０のスケジュール登録処理部１７０が会議室予約管理ＤＢ３００に蓄積して管理した管理情報に基づいて、各属性情報の属性値の条件が一致したときに会議実施日及び時間帯に基づく予約の実施、会議室の全てが使用できない場合の新規予約者の各属性情報に対する待ちリストへの格納、属性情報の機密性レベルに基づいて待ちリスト内の新規予約者と既予約者とを比較して会議に参加する利用者全員への優先順位の更新、待ちリスト内の新規予約者で最も優先順位の高い利用者の機密性レベルが既予約者との比較で最も高い場合の割込み処理２６０を実施する。【選択図】図１
2010277532.tif 000002
【特許請求の範囲】
【請求項１】
会議室を予約する利用者についての属性情報を示す利用者属性情報、並びに当該会議室の属性情報を示す会議室属性情報の操作入力及び表示が可能なクライアントと、前記利用者属性情報及び前記会議室属性情報に基づいて前記利用者に係る既予約者が予約した会議室に対する当該利用者に係る新規予約者による割込み処理を含むスケジュール登録処理により当該会議室の予約管理を行うサーバと、がネットワークを介して接続されて構成される会議室予約管理システムであって、
前記サーバは、前記利用者属性情報及び前記会議室属性情報を含む前記会議室の予約管理に要する全ての管理情報を蓄積して管理する会議室予約管理データベースと、前記管理情報に基づいて前記スケジュール登録処理を行うスケジュール登録処理部と、を有し、
前記スケジュール登録処理部は、前記会議室属性情報と前記利用者属性情報とにおける属性値の比較により条件が一致したときに前記新規予約者が予定したい会議実施日及び時間帯に基づいて予約を実施する予約実施機能と、前記予約の実施に際して前記会議室の全てが前記既予約者で使用できない場合に前記新規予約者についての前記利用者属性情報及び前記会議室属性情報を待ちリストに格納する待ちリスト格納機能と、前記利用者属性情報に含まれる機密性レベルに基づいて前記待ちリスト内の前記新規予約者についての当該機密性レベルと前記既予約者についての当該機密性レベルとを比較することにより前記利用者として会議に参加する全員の優先順位を更新する優先順位更新機能と、前記待ちリスト内の前記新規予約者で最も優先順位の高い前記利用者についての前記機密性レベルを前記既予約者の前記機密性レベルと比較した結果に基づいて当該利用者の当該機密性レベルが最も高い場合に前記割込み処理を実施する割込み実施機能と、を備えたことを特徴とする会議室予約管理システム。
【請求項２】
請求項１記載の会議室予約管理システムにおいて、前記サーバは、前記管理情報に含まれると共に、前記利用者属性情報及び前記会議室属性情報を更新可能として前記会議室予約管理データベースに蓄積して格納する際に生じる処理データを一時的に退避して保存する記憶手段を備え、前記優先順位更新機能は、少なくとも前記会議室属性情報として前記会議室の検索条件及び機密性レベル、前記利用者属性情報として前記機密性レベル及び優先度を使用して当該会議室の希望する対象への前記割込み処理の実施が可能であるかを判断する処理を含むことを特徴とする会議室予約管理システム。
【請求項３】
請求項１又は２記載の会議室予約管理システムにおいて、前記割込み実施機能は、前記新規予約者による前記割込み処理により前記会議室の指定したものを失った前記既予約者に対して他の会議室を提供する処理を含むことを特徴とする会議室予約管理システム。
【請求項４】
請求項２又は３記載の会議室予約管理システムにおいて、前記優先順位更新機能は、前記待ちリスト内における前記優先度を前記新規予約者が設定した会議への参加を示す前記利用者属性情報の追加により更新されることに伴い、前記優先順位が動的に変更されることを特徴とする会議室予約管理システム。
【請求項５】
請求項１〜４の何れか１項記載の会議室予約管理システムにおいて、前記割込み実施機能は、前記利用者属性情報の前記機密性レベルとして、会議で使用する書類の重要度に基づいて前記新規予約者の会議で扱う当該書類が前記既予約者の会議で扱う当該書類よりも重要な場合に前記会議室の指定したものに対して前記割込み処理を行うことを特徴とする会議室予約管理システム。
【請求項６】
請求項１〜５の何れか１項記載の会議室予約管理システムにおいて、前記クライアントは、前記利用者属性情報及び前記会議室属性情報を予約画面上で操作入力可能に表示する表示手段を備え、前記割込み実施機能による前記割込み処理は、前記表示手段の前記予約画面上で前記利用者属性情報として、会議の開始予定時間及び終了予定時間の指定、当該会議の所要時間に係る時間帯のずれを許容する許容範囲の指定に対応して働くことを特徴とする会議室予約管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、会議室の予約を管理する会議室予約システムに係り、詳しくは割込みを機密性に基づいて安全に効率良く行うことができる会議室予約管理システムに関する。
【背景技術】
【０００２】
従来、この種の会議室予約システムとしては、例えば、会議室の重複予約が発生する場合、重複予約を希望する利用者をキャンセル待ちリストへ登録し、キャンセル発生時に予約を実施するもの（特許文献１参照）や、或いはキャンセル待ちリスト内に複数存在する予約待ち利用者の優先度を更新することで順位の変更を可能としたもの（特許文献２参照）等が挙げられる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０００−４０１１２号公報
【特許文献２】特開２００４−２０６３１８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に係る会議室予約システムは、会議室の運用として、キャンセルを待つのが前提であるため、予約できるか否かは既予約者の判断に委ねられており、キャンセル待ちのリスト内の利用者が割込みを実施できるかを判定するためには予約者のキャンセルが必要であることにより、待ちリスト内の予約待ち利用者の観点からすれば、人員（例えば管理組織の従業員）を空間的財産である会議室に有効に割り当てるための技術的な手法が考慮されていないものとなっている。
【０００５】
このため、キャンセル待ちの予約待ち利用者による割込みが却下されることを想定すると、希望する会議室への予約が確立されなければ、その会議室の待ちリストに待機している利用者情報が無駄に待機し続けるばかりでなく、何も得られない可能性もあり、会議室の運用管理上で効率が悪いという問題がある。
【０００６】
また、特許文献２に係る予約システムは、キャンセル待ちリスト内に複数存在する予約待ち利用者の優先度を更新することで順位変更を可能としていることにより、会議室の運用管理上での効率は改善され、特許文献１の場合のキャンセル待ちの利用者が既予約者の予約キャンセルを無駄に待つような問題は相当に改善されるものと考えられるが、この場合についても、会議室の運用の観点からすれば、新規予約者による会議室の選定する目的や割り込まれた既予約者に再び会議室を割り当てる目的を持たせるように利用者の実施する会議の機密性を何等考慮していない。
【０００７】
このため、割込みを機密性に基づいて安全に効率良く行うことができず、例えば極秘会議室を専用に提供できない等、会議による情報漏洩を充分に防止できるように配慮した予約サービスを提供し難いという難点がある。
【０００８】
本発明は、このような問題点を解決すべくなされたもので、その技術的課題は、既予約者の予約キャンセルを無駄に待つことがなく、割込みを安全に効率良く行うことができると共に、割り込まれた既予約者に対しても不条理なく会議室を提供でき、しかも会議による情報漏洩を充分防止できる予約サービスが可能な会議室予約管理システムを提供することにある。
【課題を解決するための手段】
【０００９】
上記技術的課題を達成するため、本発明の会議室予約管理システムは、会議室を予約する利用者についての属性情報を示す利用者属性情報、並びに当該会議室の属性情報を示す会議室属性情報の操作入力及び表示が可能なクライアントと、利用者属性情報及び会議室属性情報に基づいて利用者に係る既予約者が予約した会議室に対する当該利用者に係る新規予約者による割込み処理を含むスケジュール登録処理により当該会議室の予約管理を行うサーバと、がネットワークを介して接続されて構成される会議室予約管理システムであって、サーバは、利用者属性情報及び会議室属性情報を含む会議室の予約管理に要する全ての管理情報を蓄積して管理する会議室予約管理データベースと、管理情報に基づいてスケジュール登録処理を行うスケジュール登録処理部と、を有し、スケジュール登録処理部は、会議室属性情報と利用者属性情報とにおける属性値の比較により条件が一致したときに新規予約者が予定したい会議実施日及び時間帯に基づいて予約を実施する予約実施機能と、予約の実施に際して会議室の全てが既予約者で使用できない場合に新規予約者についての利用者属性情報及び会議室属性情報を待ちリストに格納する待ちリスト格納機能と、利用者属性情報に含まれる機密性レベルに基づいて待ちリスト内の新規予約者についての当該機密性レベルと既予約者についての当該機密性レベルとを比較することにより利用者として会議に参加する全員の優先順位を更新する優先順位更新機能と、待ちリスト内の新規予約者で最も優先順位の高い利用者についての機密性レベルを既予約者の機密性レベルと比較した結果に基づいて当該利用者の当該機密性レベルが最も高い場合に割込み処理を実施する割込み実施機能と、を備えたことを特徴とする。
【００１０】
上記会議室予約管理システムの一実施態様は、サーバは、管理情報に含まれると共に、利用者属性情報及び会議室属性情報を更新可能として会議室予約管理データベースに蓄積して格納する際に生じる処理データを一時的に退避して保存する記憶手段を備え、優先順位更新機能は、少なくとも会議室属性情報として会議室の検索条件及び機密性レベル、利用者属性情報として機密性レベル及び優先度を使用して当該会議室の希望する対象への割込み処理の実施が可能であるかを判断する処理を含むことを特徴とする。
【００１１】
上記何れかの会議室予約管理システムの他の実施態様は、割込み実施機能は、新規予約者による割込み処理により会議室の指定したものを失った既予約者に対して他の会議室を提供する処理を含むことを特徴とする。
【００１２】
上記何れかの会議室予約管理システムの別の実施態様は、優先順位更新機能は、待ちリスト内における優先度を新規予約者が設定した会議への参加を示す利用者属性情報の追加により更新されることに伴い、優先順位が動的に変更されることを特徴とする。
【００１３】
上記何れか１つの会議室予約管理システムの更に他の実施態様は、割込み実施機能は、利用者属性情報の機密性レベルとして、会議で使用する書類の重要度に基づいて新規予約者の会議で扱う当該書類が既予約者の会議で扱う当該書類よりも重要な場合に会議室の指定したものに対して割込み処理を行うことを特徴とする。
【００１４】
上記何れか１つの会議室予約管理システムの更に別の実施態様は、クライアントは、利用者属性情報及び会議室属性情報を予約画面上で操作入力可能に表示する表示手段を備え、割込み実施機能による割込み処理は、表示手段の予約画面上で利用者属性情報として、会議の開始予定時間及び終了予定時間の指定、当該会議の所要時間に係る時間帯のずれを許容する許容範囲の指定に対応して働くことを特徴とする。
【発明の効果】
【００１５】
本発明の会議室予約管理システムによれば、機密性レベルの高い新規予約者が機密性レベルの低い既予約者に対して割込みを実施できる機能を持たせているため、既予約者の予約キャンセルを無駄に待つことがなく、割込みを安全に効率良く行うことができると共に、割り込まれた既予約者に対しても不条理なく会議室を提供でき、しかも機密性レベルの高い予約者に対して専用の会議室を提供できるために会議による情報漏洩を充分に防止することができる。結果として、利用者に対して効率的な会議室の割り当てを実施でき、会議室の運用管理コストの軽減化が具現されると共に、利用者が実施する会議の機密性を考慮した会議室の選定を行うことで情報漏洩の防止が図られる。
【図面の簡単な説明】
【００１６】
【図１】本発明の実施例１に係る会議室予約管理システムの基本構成を示したブロック図である。
【図２】図１に示す会議室予約管理システムに備えられるクライアント側で提供されるディスプレイ上での利用者属性情報入力に係る予約画面表示を例示したものである。
【図３】図１に示す会議室予約管理システムに備えられるクライアントの利用者属性情報入力処理部に係る動作処理を示したフローチャートである。
【図４】図１に示す会議室予約管理システムに備えられるサーバのスケジュール登録処理部に係る動作処理を示したフローチャートである。
【図５】図４に示すスケジュール登録処理部に係る動作処理に含まれる属性情報受信処理に係る細部の動作処理を示したフローチャートである。
【図６】図５に示す属性情報受信処理に含まれる属性情報更新処理に係る細部の動作処理を示したフローチャートである。
【図７】図５に示す属性情報受信処理に含まれる利用者優先度更新処理に係る細部の動作処理を示したフローチャートである。
【図８】図５に示す属性情報受信処理に含まれる機密性レベル更新処理に係る細部の動作処理を示したフローチャートである。
【図９】図４に示すスケジュール登録処理部に係る動作処理に含まれる会議室属性比較処理に係る細部の動作処理を示したフローチャートである。
【図１０】図４に示すスケジュール登録処理部に係る動作処理に含まれる利用者機密性レベル比較処理に係る細部の動作処理を示したフローチャートである。
【図１１】図４に示すスケジュール登録処理部に係る動作処理に含まれる割込み処理に係る細部の動作処理を示したフローチャートである。
【図１２】図１に示す会議室予約管理システムに備えられるサーバの会議室予約管理ＤＢに構築される従業員テーブルのデータを例示したものである。
【図１３】図１に示す会議室予約管理システムに備えられるサーバの会議室予約管理ＤＢに構築される新規予約者属性テーブルのデータを例示したものである。
【図１４】図１に示す会議室予約管理システムに備えられるサーバの会議室予約管理ＤＢに構築される会議参加者テーブルのデータを例示したものである。
【図１５】図１に示す会議室予約管理システムに備えられるサーバの会議室予約管理ＤＢに構築される会議室属性テーブルのデータを例示したものである。
【図１６】図１に示す会議室予約管理システムに備えられるサーバの会議室予約管理ＤＢに構築されるキャンセル待ちテーブルのデータを例示したものである。
【図１７】図１に示す会議室予約管理システムに備えられるサーバの会議室予約管理ＤＢに構築される予約情報管理テーブルのデータを例示したものである。
【図１８】図１に示す会議室予約管理システムに備えられるサーバの会議室予約管理ＤＢに構築される設備テーブルのデータを例示したものである。
【図１９】図１に示す会議室予約管理システムに備えられるサーバの会議室予約管理ＤＢに構築される役職優先度選定テーブルのデータを例示したものである。
【発明を実施するための形態】
【００１７】
以下に、本発明の会議室予約管理システムの実施形態について、図面を参照して詳細に説明する。
【００１８】
最初に、本発明の会議室予約管理システムの基本的な機能構成についての技術的概要を簡単に説明する。本発明の会議室予約管理システムは、会議室を予約する利用者についての属性情報を示す利用者属性情報、並びに会議室の属性情報を示す会議室属性情報の操作入力及び表示が可能なクライアントと、利用者属性情報及び会議室属性情報に基づいて利用者に係る既予約者が予約した会議室に対する利用者に係る新規予約者による割込み処理を含むスケジュール登録処理により会議室の予約管理を行うサーバと、がネットワークを介して接続されて構成される。
【００１９】
このうち、サーバは、利用者属性情報及び会議室属性情報を含む会議室の予約管理に要する全ての管理情報を蓄積して管理する会議室予約管理データベースと、管理情報に基づいてスケジュール登録処理を行うスケジュール登録処理部と、を有している。
【００２０】
このスケジュール登録処理部は、会議室属性情報と利用者属性情報とにおける属性値の比較により条件が一致したときに新規予約者が予定したい会議実施日及び時間帯に基づいて予約を実施する予約実施機能と、予約の実施に際して会議室の全てが既予約者で使用できない場合に新規予約者についての利用者属性情報及び会議室属性情報を待ちリストに格納する待ちリスト格納機能と、利用者属性情報に含まれる機密性レベルに基づいて待ちリスト内の新規予約者についての機密性レベルと既予約者についての機密性レベルとを比較することにより利用者として会議に参加する全員の優先順位を更新する優先順位更新機能と、待ちリスト内の新規予約者で最も優先順位の高い利用者についての機密性レベルを既予約者の機密性レベルと比較した結果に基づいて利用者の機密性レベルが最も高い場合に割込み処理を実施する割込み実施機能と、を備えている。
【００２１】
また、サーバは、管理情報に含まれると共に、利用者属性情報及び会議室属性情報を更新可能として会議室予約管理データベースに蓄積して格納する際に生じる処理データを一時的に退避して保存する記憶手段を備えている。
【００２２】
上述した優先順位更新機能については、少なくとも会議室属性情報として会議室の検索条件及び機密性レベル、利用者属性情報として機密性レベル及び優先度を使用して会議室の希望する対象への割込み処理の実施が可能であるかを判断する処理を含む。割込み実施機能については、新規予約者による割込み処理により会議室の指定したものを失った既予約者に対して他の会議室を提供する処理を含む。ここでの優先順位更新機能は、待ちリスト内における優先度を新規予約者が設定した会議への参加を示す利用者属性情報の追加により更新されることに伴い、優先順位が動的に変更されることが好ましい。割込み実施機能は、利用者属性情報の機密性レベルとして、会議で使用する書類の重要度に基づいて新規予約者の会議で扱う書類が既予約者の会議で扱う書類よりも重要な場合に会議室の指定したものに対して割込み処理を行うことが好ましい。
【００２３】
更に、この会議室予約管理システムにおけるクライアントは、利用者属性情報及び会議室属性情報を予約画面上で操作入力可能に表示する表示手段を備えている。こうした構成にあって、割込み実施機能による割込み処理は、表示手段の予約画面上で利用者属性情報として、会議の開始予定時間及び終了予定時間の指定、会議の所要時間に係る時間帯のずれを許容する許容範囲の指定に対応して働くことが好ましい。
【実施例１】
【００２４】
図１は、本発明の実施例１に係る会議室予約管理システムの基本構成を示したブロック図である。
【００２５】
この会議室予約管理システムは、会議室の予約に要する利用者についての属性情報を示すとなる各種データを入力処理する利用者属性情報入力処理部１１０を備えたクライアント１００と、会議室の予約管理に要する管理情報（利用者属性情報、会議室属性情報を含む）の各種データを格納するための各種テーブルを有する会議室予約管理ＤＢ３００、クライアント１００で利用者が入力した利用者属性情報をネットワーク１５０経由で受信して各種更新処理を実施する属性情報受信処理部１９０を備えると共に、利用者属性情報に応じて会議室予約管理ＤＢ３００の各種テーブルにアクセスし、会議室の予約管理に要するスケジュールの登録処理を行うことで予約管理処理を実施するスケジュール登録処理部１７０、並びに利用者属性情報及び会議室属性情報を更新して会議室予約管理ＤＢ３００に格納するときの処理データを一時的に保存する物理メモリ２７０を備えたサーバ１６０とが、互いにアクセス可能なようにネットワーク１５０を介して接続されて構成されている。
【００２６】
クライアント１００における利用者属性情報入力処理部１１０は、入力処理機能の流れとして、ネットワーク１５０経由でサーバ１６０に要求した利用者の既知属性情報を受信する既知属性情報受信処理１２０と、利用者による既知属性情報の入力を受け付ける利用者入力値取得１３０と、新たに更新した新属性情報をネットワーク１５０経由でサーバ１６０に送信する新属性情報送信処理１４０と、についての諸機能を有している。
【００２７】
また、サーバ１６０におけるスケジュール登録処理部１７０は、スケジュール登録処理機能として、クライアント１００から要求された利用者属性情報を送信する属性情報送信処理１８０と、属性情報受信処理部１９０において実施されるクライアント１００から送信された新属性情報を受信する属性情報受信処理２００、会議室予約管理ＤＢ３００の会議参加者テーブル３４０から参加者全体の属性情報を取得して利用者優先度と機密性レベル以外の属性情報とを更新する属性情報更新処理２１０、待ちリストとして、会議室予約管理ＤＢ３００の予約管理情報テーブル３８０への予約情報登録時に作成されるキャンセル待ちテーブル３７０内の利用者の優先度順位に関する情報を更新する利用者優先度更新処理２２０、及び会議室予約管理ＤＢ３００の会議参加者テーブル３４０の会議参加者全員から算出する機密性レベル更新処理２３０と、についての諸機能を有している。
【００２８】
更に、スケジュール登録処理部１７０におけるスケジュール登録処理機能は、その他、新規予約者の条件に当てはまる会議室の探索目的のための処理である会議室属性比較処理２４０と、会議室予約管理ＤＢ３００のキャンセル待ちテーブル３７０に格納された予約待ちの新規予約者情報と既予約の利用者機密性レベルとを比較する利用者機密性レベル比較処理２５０と、利用者機密性レベル比較処理２５０で割込み実施可能と判定された新規予約者を既予約者の予約に割込ませる処理である割込み処理２６０と、についての諸機能を有している。
【００２９】
会議室予約管理ＤＢ３００の各種テーブルは、従業員情報を格納する従業員テーブル３１０と、新規に予約する利用者情報を格納する新規予約者属性テーブル３２０と、新規予約者が追加した会議参加者の情報を格納する会議参加者テーブル３４０と、各会議室の属性情報を格納する会議室属性テーブル３６０と、各会議室において重複予約と判断された予約者をキャンセル待ちとして格納して管理するキャンセル待ちテーブル３７０と、会議室を予約したユーザに対してその予約情報を格納して管理する予約管理情報テーブル３８０と、新規予約者や会議参加者の会議室属性情報に係る設備関係の情報を格納して管理する設備テーブル４００と、会議参加者の役職による利用者優先度算出時に利用される役職優先度を格納して管理する役職優先度選定テーブル４１０と、を備えて構成される。
【００３０】
サーバ１６０におけるスケジュール登録処理部１７０は、クライアント１００と協働して会議室予約管理ＤＢ３００を用いることにより、キャンセル待ちテーブル３７０内で既予約者のキャンセルを待つと共に、その際に優先度情報を更新することができる。キャンセル待ちテーブル３７０内の利用者のうち、優先度が最も高い利用者は、新規予約者属性テーブル３２０と予約管理情報テーブル３８０とを用いて利用者機密性レベル比較処理２５０を実施して割込み可否を判断することにより、割込み処理２６０を実施することが可能となる。
【００３１】
図２は、クライアント１００側で提供されるディスプレイ上での利用者属性情報入力に係る予約画面表示を例示したものである。
【００３２】
予約画面００１は、利用者の既知情報をサーバ１６０に要求、受信することで、利用者の既知情報として会議室利用状況を表示する利用状況表示部００２と、予約や割込み、会議室の検索に必要な情報を入力する予約情報入力表示部０１０と、に区分される。
【００３３】
利用状況表示部００２では、サーバ１６０から提供される既知情報である利用者情報として、サーバ１６０の会議室予約管理ＤＢ３００内の従業員テーブル３１０を参照する。利用者情報としては、ユーザ名００３、従業員ＩＤ００４、役職００５、組織００６、拠点００７、会議出席率００８、ビジー率００９の項目がある。
【００３４】
予約情報入力表示部０１０には、利用者として、新規予約者であるか、或いはその参加者であるかによる２通りのアクセス方法を用意し、利用者が新規予約者であるか、或いは予約者として予約した会議の参加者であるかを特定するため、新規予約０１１、参加者の更新０１２の項目を設けている。
【００３５】
図２に示す予約画面００１では、予約情報入力表示部０１０における新規予約０１１のチェックボックスに利用者がチェックしているため、新規予約０１１としての入力扱いとなる。この場合、下段の全ての入力欄に情報を入力することが要求される。新規予約者の入力欄の情報には、希望会議室０１３、日付０１４、開始時間〜終了時間０１５、参加者を追加できる会議参加者０１６の入力欄があり、会議参加者０１６の入力欄では、追加された会議参加者の名前全てが表示され、会議参加者数も更新して表示される。
【００３６】
この他、新規予約者の場合には、会議の参加者の更新０１２のチェックボックスをチェックしたときと同様の入力欄として、既予約者の会議時間に割り込む際に生じる時間差（会議所要時間のスライド許容時間）を調整するために用いる会議時間許容範囲０１７と、新規予約者属性を既予約者属性、会議室属性と比較する際に必要となる希望設備を選択する希望設備０１８と、割込み実施の判断をする機密性レベル０１９と、会議室の使用目的０２０と、の入力欄がある。これらの新規予約者用の各入力欄において入力された情報は、利用者が登録０２１の入力欄をクリックすることによりサーバ１６０に送信される。
【００３７】
図２に示す予約画面００１は、新規予約者による記入例であり、新規予約者は希望会議室０１３に会議室Ｇを指定している。この新規予約者の希望する会議室Ｇの情報は、予約を実施する際の会議室の場所として用いる。各会議室参加者による入力情報は、参加者を追加した予約者の属性情報の更新に使用される。既予約者が予約画面００１の既知情報である利用状況表示部００２と予約情報入力表示部０１０とにおける各入力欄に入力した情報は、新たな会議室の予約、キャンセル待ち、割込み可否の判定に使用される。予約情報内の利用者属性情報は、割込み可否を判定する会議室予約管理ＤＢ３００のキャンセル待ちテーブル３７０内の利用者優先順位を更新することにより割込み優先度を上げることができる。これらの情報はデータの更新頻度を上げ、結果的に利用者のキャンセル待ちテーブル３７０で既予約者のキャンセルを無駄に待っている利用者の割込み頻度を向上させることができるため、予約画面００１における全ての入力欄にデータを入力することが推奨される。
【００３８】
因みに、クライアント１００のユーザインターフェースとして使用される予約画面００１におけるに入力において、利用上、参加者の更新０１２のチェックボックスにチェックした場合には、上述した会議時間許容範囲０１７、希望設備０１８、機密性レベル０１９、使用目的０２０の各入力欄への入力、及び選択のみが可能となり、他の入力欄は編集できないように設定される。
【００３９】
以下は、図２の予約画面００１を参照し、この会議室予約管理システムにおける割込み可否の判断の例として、既予約者の会議室へ新規予約者が割込みを実施する一連の流れについて説明する。
【００４０】
こうした場合、まず、新規予約者はクライアント１００からネットワーク１５０経由で会議室予約管理側のサーバ１６０にアクセスする。利用者は予約画面００１において、新規予約０１１を選択し、会議室の予約、予約待ち中の優先度の更新、割込み判定に必要な情報を入力する。この入力後、登録０２１をクリックすると入力した利用者属性情報はネットワーク１５０経由でサーバ１６０に送信される。この処理の後、サーバ１６０では、会議室予約管理ＤＢ３００内に新規予約者を含む追加された会議参加者のテーブルとなる会議参加者テーブル３４０を作成する。このテーブルは、それぞれの会議参加者がサーバ１６０に接続して情報を更新するための属性テーブルとなる。これにより、会議参加者全員がクライアント１００の表示画面から会議参加者テーブル３４０を更新することが可能となる。このとき、会議参加者全員に更新処理を促す手段として、例えば電子メールによる通知を実施する。
【００４１】
この会議室予約管理システムを利用する電子メールの通知を受信した各会議参加者は、クライアント１００のユーザインターフェースの予約画面００１により予定した会議実施日の３日前まで継続して参加者属性の更新処理を継続して実施する。
【００４２】
ここでの個々会議参加者による更新により、参加者全員の属性情報から統計的に算出した予約者情報が更新される。この更新処理の実施可否は会議参加者に委ねられているため、更新しない場合は、新規予約者属性テーブル３２０（図１３に示す新規予約者属性テーブル３２０のデータ例を参照）内の繋がり情報である優先度３２５を含む属性情報、機密性レベル３２６が、新規予約者の予約実施時点から更新されず、会議室予約管理ＤＢ３００におけるキャンセル待ちテーブル３７０のリスト内で優先度を高めることができないだけでなく、割込みを実施する上で十分な権限を獲得できない可能性が高まる。
【００４３】
そこで、サーバ１６０は、新規予約としての入力情報に基づいて指定した日付０１４、開始時間〜終了時間０１５、指定した会議時間許容範囲０１７を超えない範囲で予約の実施を試みる。現時点の日時が２００８／１０／１６であると仮定すると、レコード３３６の新規予約者の従業員ＩＤ３２１における００５５１１の利用者が設定した会議実施予定日時である２００８／１０／２２の３日前となる２００８／１０／１９まで割込みやキャンセル待ちが可能であるため、キャンセル待ちテーブル３７０内における新規予約者の優先度の更新は会議実施３日前まで継続して実施することができる。仮に、新規予約者の希望する希望会議室０１３を予約している既予約者に対して、優先度３２５の更新、機密レベル３２６の比較後に割込みが可能であれば、既予約者と新規予約者とに電子メールで通知した後に割込みを実施する。こうした場合、割り込まれた既予約者は会議室を失うため、不条理を対策するための別の処理として、既予約者自身の機密性レベル３２６より低い他の既予約者が予約している希望会議室０１３で会議の使用目的０２０、時間帯を示す開始時間〜終了時間０１５等の条件が一致する場所に予約、予約待ち、或いは割込みを実施する。
【００４４】
図３は、この会議室予約管理システムに備えられるクライアント１００の利用者属性情報入力処理部１１０に係る動作処理を示したフローチャートである。
【００４５】
この動作処理は、クライアント１００がネットワーク１５０を介してサーバ１６０との間で情報の送受信が可能な状態で行われるものである。
【００４６】
最初の既知情報受信処理１２０では、サーバ１６０に利用者属性情報を要求（ステップＳ００１）し、サーバ１６０から属性情報送信（ステップＳ００２）する処理が行われると、サーバ１６０から属性情報受信（ステップＳ００３）する処理が行われ、これにより利用者属性の既知情報表示（ステップＳ００４）の処理が行われる。
【００４７】
即ち、サーバ１６０に利用者属性情報を要求（ステップＳ００１）する処理では、会議室予約管理システムのサーバ１６０にアクセスを開始（ログイン）すると共に、サーバ１６０に利用者の既知の属性情報を要求する。サーバ１６０から属性情報送信（ステップＳ００２）する処理では、サーバ１６０が属性情報送信処理１８０を実施する。この属性情報として、会議室予約管理ＤＢ３００の従業員テーブル３１０から利用者の既知属性情報が取得され、ネットワーク１５０経由でクライアント１００に応答として送信する。サーバ１６０から属性情報受信（ステップＳ００３）する処理では、クライアント１００の属性情報受信処理１２０が利用者の既知属性情報を受信する。利用者属性の既知情報表示（ステップＳ００４）の処理では、予約画面００１の利用状況表示部００２に受信した利用者の既知情報を表示する。
【００４８】
次に、クライアント１００で利用者により入力された情報を取得する利用者入力値取得１３０の処理では、入力受付（ステップＳ００５）の処理を行った後、入力された情報が新規予約であるか、或いは更新であるかの判定（ステップＳ００６）を行う。この判定の結果、新規予約であれば、予約情報を取得（ステップＳ００７）する処理を行い、更新であれば更新情報を取得（ステップＳ００８）する処理を行い、何れの場合もその後は利用者により入力された新属性情報をサーバ１６０に送信（ステップＳ００９）する処理を実施してから動作処理を終了する。
【００４９】
即ち、入力受付（ステップＳ００５）の処理では、利用者が新規予約者、或いは更新者として必要な情報を予約画面００１に入力した予約情報を受け付ける処理を表している。利用者の入力した予約情報は、利用者が登録０２１をクリックした時点で終了する。新規予約であるか、或いは更新であるかの判定（ステップＳ００６）では、新属性情報送信処理１４０が新規予約０１１であるか、或いは参加者の更新０１２であるかを判定する。利用者が新規予約０１１を選択した場合、予約情報を取得（ステップＳ００７）する処理に移行する。また、利用者が参加者の更新０１２を選択した場合、更新情報を取得（ステップＳ００８）する処理に移行する。予約情報を取得（ステップＳ００７）する処理では、予約情報として、会議室予約管理ＤＢ３００の従業員テーブル３１０から取得した既知情報、及び入力者により入力された新規予約者としての情報である従業員ＩＤ、予約ＩＤ、会議参加者予定者（名）、機密レベル、（会議室）使用目的、設備、拠点、希望する会議室、日付、開始〜終了時間、会議時間の許容範囲を取得する。更新情報を取得（ステップＳ００８）する処理では、従業員ＩＤ、予約ＩＤ、参加者名、優先度、機密レベル、使用目的、設備、拠点、会議時間の許容範囲を取得する。ここでは、特に会議室予約管理ＤＢ３００の新規予約者属性テーブル３２０（図１３参照）の優先度３２５、機密性レベル３２６、使用目的３２７、設備３２８、希望会議室３３０、許容時間を更新する情報をメモリ２７０に格納する場合を例示できる。利用者により入力された新属性情報をサーバ１６０に送信（ステップＳ００９）する処理では、メモリ２７０に格納された新規予約者、或いは更新者の新属性情報をサーバ１６０に送信する。
【００５０】
図４は、この会議室予約管理システムに備えられるサーバ１６０のスケジュール登録処理部１７０に係る動作処理を示したフローチャートである。
【００５１】
このスケジュール登録処理部１７０の動作処理は、本会議室予約管理システムにおける処理の中枢となるものである。まず、クライアント１００の利用者属性情報入力処理部１１０からのデータ送信要求に対し、サーバ１６０からは、本システムの利用者についての属性情報として、会議室予約管理ＤＢ３００における従業員テーブル３１０（図１２に詳細な例を示す）の従業員ＩＤ３１１、及び組織３１２と、予約者についての氏名３１３、役職３１４、会議出席率３１５、ビジー率３１６、拠点３１７とを送信（ステップＳ０１１）する。例えば、図１２に示す従業員テーブル３１０のデータでは、新規予約者が従業員ＩＤ３１１における００１１１のレコード３１８に該当する場合を例示することができる。
【００５２】
次に、サーバ１６０の属性情報受信処理部１９０が属性情報受信処理（ステップＳ０１２）を実施し、利用者より入力された情報に基づいて会議室予約管理ＤＢ３００のテーブル情報を更新する。属性情報受信処理部１９０は、本システムにおける待ちリストの優先順位の更新や、機密レベル更新による割込み可否、利用者条件に一致した会議室の検索等を実施するために必要な情報を更新する処理として、属性情報受信処理２００、属性情報更新処理２１０、利用者優先度更新処理２２０、及び機密性レベル更新処理２３０の機能を有している。なお、この属性情報受信処理（ステップＳ０１２）に伴う各処理の内容については、後文で詳述する。
【００５３】
更に、サーバ１６０は、会議室予約管理ＤＢ３００における新規予約者属性テーブル３２０（図１３に詳細な例を示す）の情報と会議室属性テーブル３６０（図１５に詳細な例を示す）の情報とに基づいて会議室を探索する処理を行うことにより、会議室属性比較処理２４０（ステップＳ０１３）を実施する。この会議室探索処理において、属性情報が一致した場合は、結果として会議室ＩＤ３６１をメモリ２７０に格納し、新規利用者の従業員ＩＤとの関連付けを行う。なお、この会議室属性比較処理（ステップＳ０１３）についても、後文で詳述する。
【００５４】
引き続き、サーバ１６０は、会議室属性比較処理（ステップＳ０１３）で取得した会議室ＩＤ３６１と、新規予約者テーブル３２０の属性情報である開始時間３３２及び終了時間３３３とを用いて、目的の会議室に既予約者が存在するかを判断することにより、会議室の予約有りか否かの判定（ステップＳ０１４）の処理を行う。この判定では、予約管理情報テーブル３８０（図１７に詳細な例を示す）内に格納されている会議室ＩＤ３８２とメモリ２７０に格納されている会議室属性テーブル３６０から取得した会議室ＩＤ３６１とが等しい既予約者の情報を、予約管理情報テーブル３８０から探索し、その既予約者の予約情報の中から日付３８６、開始時間３８７、終了時間３８８、ステータス３９１を取得し、ステータス３９１に基づいて予約が確定していない場合は、新規利用者と既予約者との間で時間が重複していないかを判断する。
【００５５】
予約管理情報テーブル３８０の予約情報で新規利用者が入力した時間帯の既予約者が存在する場合には、その既予約者の該当する予約ＩＤ３８１を取得し、次の処理である予約時間帯が許容範囲越えか否かの判定（ステップＳ０１５）の処理へ移行するが、既予約者が存在しない場合には、通常予約とみなして割込みフラグの値を０（ステップＳ０１６）にする処理へ移行する。
【００５６】
予約時間帯が許容範囲越えか否かの判定（ステップＳ０１５）では、会議室の予約有りか否かの判定（ステップＳ０１４）で既予約者が存在していた場合に取得した予約ＩＤ３８１を用いて再度予約管理情報テーブル３８０にアクセスし、新規利用者属性テーブル３２０の開始時間３３２及び終了時間３３３と、予約管理情報テーブル３８０の開始時間（３８７及び終了時間３８８とを比較し、新規予約者属性テーブル３２０の情報である許容範囲３３４から会議時間の許容範囲を参照し、新規予約者の会議時間帯を許容範囲時間分シフトするだけで予約の重複を解決できるか否かを判断する。
【００５７】
この判断の結果、予約時間帯が許容範囲を超えてしまい、予約が出来ない場合には待ちリストに格納（ステップＳ０１７）する処理に移行するが、許容範囲内で予約が可能となった場合には割り込まずに通常予約を行うため、新規予約者属性テーブル３２０の開始時間３３２、終了時間３３３、許容範囲３３４の情報を時間帯のシフト分だけ更新した後、割込みフラグの値を０（ステップＳ０１６）にする処理へ移行する。なお、割込みフラグの値を０（ステップＳ０１６）にする処理は、割込みの権利を無効化するもので、この後は割込み処理（ステップＳ０２２）へ移行する。
【００５８】
待ちリストに格納（ステップＳ０１７）する処理では、既予約者の作成したキャンセル待ちテーブル３７０（図１６に詳細な例を示す）の予約ＩＤ３７１、会議室ＩＤ３７２、優先順位３７３、割込みフラグ３７４に利用者情報を格納する。優先順位の値は初回登録では最下位とし、割込みフラグ３７４の値は割込み可否が確定していないために０に設定する。
【００５９】
この後、サーバ１６０は、割込み可否を判定するための前提条件として、キャンセル待ちテーブル３７０の予約ＩＤ３７１に対する新規予約者属性テーブル３２０の予約ＩＤ３２２を参照し、その利用者の機密性レベル３２６を取得し、この機密性レベル３２６を既予約者の予約ＩＤに基づいて同様に入手した機密性レベル３２６と比較し、キャンセル待ちの利用者の機密性レベル３２６が既予約者の機密性レベル３２６よりも高ければ割込みフラグを１に設定して割込みを有効にすることにより、利用者機密性レベル比較処理２５０（ステップＳ０１８）を行う。なお、この利用者機密性レベル比較処理（ステップＳ０１８）についても、後文で詳述する。
【００６０】
更に、サーバ１６０は、割込みフラグの値が１か否かに基づいて会議室に割込可能か否かの判定（ステップＳ０１９）の処理を行う。この判定の結果、割込みフラグの値が１で割込みが可能な場合には、待ちリスト内で優先度順にソート（ステップＳ０２０）する処理に移行するが、割込みフラグの値が０で割込みが不可能な場合には会議室属性比較処理（ステップＳ０１３）にリターンする。
【００６１】
待ちリスト内で優先度順にソート（ステップＳ０２０）する処理では、キャンセル待ちテーブル３７０内のカラムにおける各項目から利用者毎の予約ＩＤ３７１を取得し、それぞれの予約ＩＤ３７１に基づいて新規予約者属性テーブル３２０のカラムにおける項目である優先度３２５を取得した後、キャンセル待ちテーブル３７０内の全ユーザが持つ優先順位３７３には優先度３２５が与えられ、キャンセル待ちテーブル３７０内のすべてのレコード３７６、３７７、…がこの優先順位３７３の高い利用者順にソートされる。
【００６２】
そこで、サーバ１６０では、キャンセル待ちテーブル３７０を参照して待ちリスト内で新規予約者の優先度が最も高いか否かの判定（ステップＳ０２１）の処理を行う。この判定の結果、優先順位が最も高い場合には、割込み処理２４０（ステップＳ０２２）へ移行するが、それ以外の優先順位である場合には会議室属性比較処理（ステップＳ０１３）にリターンする。
【００６３】
割込み処理（ステップＳ０２２）では、前段の新規予約者の優先度が最も高いか否かの判定（ステップＳ０２１）で割込み実施が可能であると判断されているため、割込みを実施した後、動作処理を終了する。なお、この割込み処理（ステップＳ０２２）についても、後文で詳述する。
【００６４】
図５は、上述したスケジュール登録処理部１７０に係る動作処理に含まれる属性情報受信処理２００に係る細部の動作処理を示したフローチャートである。
【００６５】
この属性情報受信処理２００は、クライアント１００の利用者属性情報入力処理部１１０から利用者の予約情報、更新情報を受信し、会議室予約管理ＤＢ３００内の各種テーブルの情報を更新する処理を実施するものである。
【００６６】
具体的に云えば、この動作処理は、クライアント１００の利用者属性情報入力処理部１１０から入力した新属性情報がネットワーク１５０経由でサーバ１６０のスケジュール登録処理部１７０へ送信された後に開始され、まず属性情報受信処理部１９０がクライアント１００から属性情報受信（ステップＳ０３１）の処理を実施する。ここでは、クライアント１００から送信された利用者及び参加者による更新処理に関する全ての利用者入力情報を受信し、メモリ２７０の変数に格納する。
【００６７】
次に、属性情報受信処理部１９０は、受信した情報が利用者の新規予約であるか、或いは参加者による更新であるかの判定（ステップＳ０３２）の処理を行う。この判定の結果、新規予約者であれば会議参加者テーブル３４０の情報を更新する会議参加者テーブル更新（ステップＳ０３３）の処理へ移行するが、参加者による更新であれば会議実施まで３日以上であるか否かの判定（ステップＳ０３５）の処理へ移行する。
【００６８】
会議参加者テーブル更新（ステップＳ０３３）では、新規予約者属性テーブル３２０のカラムである予約ＩＤ３２２を自動生成し、その新規予約者を含む会議参加者の人数分の情報として、会議参加者テーブル３４０のカラムに取得した情報を格納する。このとき、更新情報として取得されていない新規予約者以外のメンバーのカラムには、従業員ＩＤ３１１に基づいて従業員テーブル３１０から参照できる値を格納し、その情報に基づいて新規予約者属性テーブル３２０の各種カラムを更新する。この後、新規予約者属性テーブル３２０の新規予約者の予約ＩＤ３２２が会議参加者テーブル３４０の予約ＩＤ３４２と同一である全参加者の情報を更新する処理を促すため、会議参加者の全員に電子メール等によりメール通知（ステップＳ０３４）する処理を実行してから動作処理を終了する。
【００６９】
会議実施まで３日以上であるか否かの判定（ステップＳ０３５）の処理では、予約管理情報テーブル３８０のカラムである予約確定残り日数３９２を参照し、ステータス３９１が「確定」以外になっているかを判断する。ステータスの値には「空」、「仮決定」、「確定」の３つがあり、「確定」になっている場合は、予約が確定しているため、割込みを実施することができない。ステータスが「確定」の場合、会議実施日の残り日数を格納した予約管理情報テーブル３８０の予約確定残り日数３９２の値が予約確定期限である３日を切っているか、或いは最大値の機密性レベルを持つ予約者がキャンセルする予定もなく希望する時間帯に会議室を占有しているため、会議に割込むことができない状態になっていることを示す。このため、ステータスが「確定」であれば更新は実施せずに動作処理を終了するが、予約確定残り日数が３日以上であることがステータス３９１より確認できた場合（会議実施まで３日以上であれば）、条件の合致する会議室を探索するための属性情報更新処理２１０（ステップＳ０３６）、既予約者により新規予約者の希望する会議室が予約できない際にキャンセル待ちテーブル３７０のリスト内で優先順位カラムの更新処理を実施するために必要となる利用者優先度更新処理２２０（ステップＳ０３７）、待ちリスト内で優先順位が最も高い時に既予約者に対して割込みをすることができるか否かを判定するために必要な機密性レベル更新処理２３０（ステップＳ０３８）を順次実施した後、動作処理を終了する。
【００７０】
図６は、上述した属性情報更新処理２１０（ステップＳ０３６）に係る細部の動作処理を示したフローチャートである。
【００７１】
この属性情報更新処理２１０は、属性情報受信処理部１９０における更新処理の一つであり、利用者の求める会議室と会議室属性情報とを比較し、条件の一致する会議室を探索するものである。
【００７２】
具体的に云えば、ここでの属性情報受信処理部１９０は、まず会議室予約管理ＤＢ３００にアクセスし、新規予約者に対して生成される新規予約者属性テーブル３２０の予約ＩＤ３２２と、新規予約者の予約処理で作成されると共に、会議参加者全員に割り当てられた会議参加者テーブル３４０の予約ＩＤ３４２とを参照し、会議室メンバ全員の従業員ＩＤ３４１を昇順で取得することにより、会議参加者テーブル３４０を参照（ステップＳ０４１）する処理を行う。
【００７３】
次に、属性情報受信処理部１９０は、取得した従業員ＩＤ３４１に基づいて参加者全員の会議使用目的を統計（ステップＳ０４２）する処理を行う。ここでは、新規予約者に属する参加者全員の会議室の使用目的３４９の情報を取得し、その中で最も重複値の多いものがあればメモリ２７０に変数として確保し、それ以外は有力な情報が抽出できなかったと判断し、会議参加者テーブル３４０に存在する会議参加者のうち、新規予約者属性テーブル３２０の使用目的３２７を格納するためにメモリ２７０に変数として確保しておく。新規予約者属性テーブル３２０は、この他にも属性情報として参加者全員の希望設備や拠点、会議最低許容時間を格納している。これらの属性情報は、会議室の属性と比較する際に用いられる。
【００７４】
更に、属性情報受信処理部１９０は、会議参加者全員の希望設備の全てを統計（ステップＳ０４３）する処理を行う。ここでは、会議参加者全員が希望する設備の全てを新規予約者属性テーブル３２０の設備３２８に格納する。この設備３２８は希望会議室３３０に必要な設備を備えているものである。この設備３２８の例として、ホワイトボード、複合機、プロジェクタ、大型モニタ、パーティション、個室、大型スクリーン、応接、電話会議、テレビ会議、ビデオカメラ等が挙げられる。これらは利用者の入力を不要とするため、会議室予約管理ＤＢ３００に設備テーブル４００を設けてそれらの設備名を識別可能に管理し、利用者が設備ＩＤを使用することで設備名の名前を特定できるようになっている他、必要に応じて設備を可変的に追加できるようになっている。これらの設備情報は、各会議室の利用者によって更新される情報であるため、追加された設備情報の全てを新規予約者属性テーブル３２０の設備に反映されるようにメモリ２７０に変数として確保しておくようにする。
【００７５】
引き続き、属性情報受信処理部１９０は、会議参加者全員の拠点から最適な拠点を統計（ステップＳ０４４）する処理を行う。ここでは、どの拠点において会議室を予約するかを判断するもので、まず会議参加者テーブル３４０から、参加者全員の拠点３５１を取得し、その中で最も重複値の多い拠点をメモリ２７０に変数として確保する。また、拠点が一致しない場合は、会議参加者テーブル３４０の全ての会議参加者のうち、役職の最も高い参加者の拠点３５１をメモリ２７０に変数として確保する。役職優先度３４５に示される役職の最も高い参加者が重複し、且つ拠点３５１が異なる場合には会議参加者テーブル３４０で取得した会議参加者の全員の従業員ＩＤ３４１の取得処理で昇順にソートした順番で重複する最も役職の高い参加者を選定し、その拠点３５１をメモリ２７０に変数として確保しておく。
【００７６】
更に、属性情報受信処理部１９０は、会議実施時間帯における最低許容時間を算出することにより、会議室最低許容時間を算出する処理（ステップＳ０４５）を行う。ここでは参加者全員が承諾する許容範囲を合算した結果を用いて新規利用者属性テーブル３２０の許容時間３３４に格納するためにメモリ２７０に変数として確保しておく。
【００７７】
また、属性情報受信処理部１９０は、メモリ２７０に変数として確保された属性情報を新規利用者属性テーブル３２０に格納（ステップＳ０４６）する処理を行った後、動作処理を終了する。ここでは、上述した各処理（ステップＳ０４２〜ステップＳ０４５）で属性情報としてメモリ２７０に確保した変数を用いて新規利用者属性テーブル３２０のカラムである使用目的３２７、設備３２８、推奨拠点３２９、希望会議室３３０、許容範囲３３４に格納する処理を実施する。
【００７８】
図７は、上述した利用者優先度更新処理２２０（ステップＳ０３７）に係る細部の動作処理を示したフローチャートである。
【００７９】
この利用者優先度更新処理２２０は、新規予約者属性テーブル３２０内の優先度３２５を更新する処理を実施するものである。
【００８０】
具体的に云えば、ここでの属性情報受信処理部１９０は、まず新規予約者属性テーブル３２０のカラムである予約ＩＤ３２２を用いて、会議参加者テーブル３４０における会議参加者全員の従業員ＩＤ３４１を取得することにより、会議参加者テーブル３４０を参照（ステップＳ０５１）する処理を行う。
【００８１】
次に、属性情報受信処理部１９０は、会議参加者テーブル３４０を参照（ステップＳ０５１）する処理で取得した会議参加者の従業員ＩＤ３４１に基づいて、各会議参加者の役職優先度３４５に該当する情報を役職優先度選定テーブル４１０のデータを参照して取得してそれらの平均を算出することにより、参加者全員の役職から役職優先度を算出（ステップＳ０５２）する処理を行う。ここで得られるそれぞれの役職優先率の平均値は、新規予約者属性テーブル３２０のカラムである優先度３２５を算出するため、メモリ２７０に変数として確保しておく。
【００８２】
更に、属性情報受信処理部１９０は、会議参加者テーブル３４０を参照（ステップＳ０５１）する処理で取得した会議参加者の従業員ＩＤ３４１に基づいて、会議参加者全員の会議出席率３４６を取得してそれらの平均値を算出することにより、参加者全員の会議出席率から平均出席率を算出（ステップＳ０５３）する処理を行う。ここで得られる平均出席率の値についても、新規予約者属性テーブル３２０のカラムである優先度３２５を算出するため、メモリ２７０に変数として確保しておく。
【００８３】
引き続き、属性情報受信処理部１９０は、会議参加者テーブル３４０を参照（ステップＳ０５１）する処理で取得した会議参加者の従業員ＩＤ３４１に基づいて、会議参加者全員のビジー率を取得してそれらの平均を算出することにより、参加者全員のビジー率から平均ビジー率を算出（ステップＳ０５４）する処理を行う。ここで得られる平均ビジー率の値についても、新規予約者属性テーブル３２０のカラムである優先度３２５を算出するため、メモリ２７０に変数として確保しておく。
【００８４】
更に、属性情報受信処理部１９０は、上述した各処理（ステップＳ０５２〜ステップＳ０５４）でメモリ２７０に確保した変数を用いて算出した役職優先度、会議出席率、ビジー率から新規予約者優先度を算出（ステップＳ０５５）する処理を行う。ここでは、全会議参加者の役職優先度の平均値、会議出席率の平均値、及びビジー率の平均値による合計を３で割った値を優先度３２５の値としてメモリ２７０に変数として確保しておく。
【００８５】
また、属性情報受信処理部１９０は、算出した役職優先度、会議出席率、ビジー率から新規予約者優先度を算出（ステップＳ０５５）する処理で得られた値を新規利用者属性テーブル３２０に格納（ステップＳ０５６）する処理を行った後、動作処理を終了する。ここでは、算出した新規予約者優先度を新規予約者属性テーブル３２０のカラムである、優先度３２５に格納する処理を実施する。
【００８６】
図８は、上述した機密性レベル更新処理２４０（ステップＳ０３８）に係る細部の動作処理を示したフローチャートである。
【００８７】
この機密性レベル更新処理２４０は、それぞれの会議参加者による入力の結果、新規予約者属性テーブル３２０の機密性レベル３２６が更新される処理を表わすものである。
【００８８】
具体的に云えば、ここでの属性情報受信処理部１９０は、まず新規予約者属性テーブル３２０のカラムである予約ＩＤ３２２を用いて、会議参加者テーブル３４０における会議参加者全員の従業員ＩＤ３４１を取得することにより、会議参加者テーブル３４０を参照（ステップＳ０６１）する処理を行う。ここで取得した会議参加者の従業員ＩＤ３４１に基づいて、会議参加者全員の機密性レベル３４８の全てをメモリ２７０に確保する。
【００８９】
次に、属性情報受信処理部１９０は、新規予約者の会議に属する会議参加者テーブル３４０の各参加者の中で最も高い機密性レベルを持った者の位置を把握するために変数Ｎを使用し、変数Ｎを０とするＮ＝０（ステップＳ０６２）により初期化する。
【００９０】
更に、属性情報受信処理部１９０は、会議参加者テーブル３４０を参照（ステップＳ０６１）する処理で確保した同一の予約ＩＤ３２２を持つ全会議参加者の機密性レベルの中で最も高い数値を持つ参加者の従業員ＩＤ３４１を変数Ｎに確保することにより、各参加者が会議で使用する書類の機密性レベル（１〜３）で最も高い参加者の従業員ＩＤ３４１を変数Ｎに格納（ステップＳ０６３）する処理を行う。このとき、仮に最も高い機密性レベル（１〜３）を持つ参加者が重複していれば先着順とする。
【００９１】
引き続き、属性情報受信処理部１９０は、各参加者が会議で使用する書類の機密性レベル（１〜３）で最も高い参加者の従業員ＩＤ３４１を変数Ｎに格納（ステップＳ０６３）する処理で変数Ｎに格納された会議参加者のうち、最も高い機密性レベルを示すＮの値を機密性レベルとして、新規予約者属性テーブル３２０のカラムである機密性レベル３２６に格納（ステップＳ０６４）する処理を実施した後、動作処理を終了する。ここでの機密性レベル３２６の値は、既予約者に対して新規予約者が割込みを実施できるかの判断に用いられる。
【００９２】
図９は、サーバ１６０のスケジュール登録処理部１７０に係る動作処理に含まれる会議室属性比較処理２４０に係る細部の動作処理を示したフローチャートである。
【００９３】
この会議室属性比較処理２４０の動作処理は、新規利用者があらかじめ指定した条件と一致する会議室を選定するための比較処理を説明している。
【００９４】
具体的に云えば、スケジュール登録処理部１７０は、新規予約者属性テーブル３２０のカラムにおける各項目のデータを参照することにより、新規予約者属性テーブル３２０を参照（ステップＳ０７１）する処理を行う。
【００９５】
次に、スケジュール登録処理部１７０は、新規予約者属性テーブル３２０を参照（ステップＳ０７１）する処理で参照した新規予約者属性テーブル３２０の使用目的３２７、設備３２８、推奨拠点３２９、日付３３１、開始時間３３２、終了時間３３３、許容範囲３３４の値を取得することにより、利用者の属性情報を取得（ステップＳ０７２）する処理を実施する。
【００９６】
更に、スケジュール登録処理部１７０は、会議室属性テーブル３６０（図１５に詳細な例を示す）のカラムにおける各項目のデータを参照することにより、会議室属性テーブル３６０を参照（ステップＳ０７３）する処理を実施する。
【００９７】
引き続き、スケジュール登録処理部１７０は、会議室属性テーブル３６０を参照（ステップＳ０７３）する処理の後、会議室ＩＤ３６１、収容人数３６３、使用目的３６４、設備３６５、拠点３６６、機密性レベル３６７を取得することにより、会議室の属性情報を取得（ステップＳ０７４）する処理を実施する。これらの取得された会議室の属性情報は、メモリ２７０に変数として格納する。
【００９８】
この後、スケジュール登録処理部１７０は、先の利用者の属性情報を取得（ステップＳ０７２）する処理と会議室の属性情報を取得（ステップＳ０７４）する処理とで得られた値を比較して条件の一致性を確認することにより、属性値の比較で条件が一致するか否かを判定（ステップＳ０７５）する処理を行う。この判定の結果、条件が一致していれば動作処理を終了するが、条件が一致していなければ会議室属性テーブル３６０を参照（ステップＳ０７３）する処理にリターンしてその他の会議室の情報がある後続するレコードの各項目の情報（データ）を参照し、会議室属性比較を繰り返すようにする。但し、仮に比較対象となる会議室の情報がない場合には、会議室属性比較の動作処理を終了する。
【００９９】
因みに、ここでの新規予約者（利用者）の属性情報と会議室の属性情報との比較対照となるレコードの各項目は、使用目的（使用意図）、人数（収容人数）、希望設備（設備）、及び推奨拠点（拠点）である。その他の抽出されたレコードの各項目の値は、条件が一致したときに後続する処理で利用される。
【０１００】
図１０は、サーバ１６０のスケジュール登録処理部１７０に係る動作処理に含まれる利用者機密性レベル比較処理２５０に係る細部の動作処理を示したフローチャートである。
【０１０１】
この利用者機密性レベル比較処理２５０の動作処理は、新規予約者に係る新規予約者テーブル３２０のカラムである機密レベル３２６と既予約者に係る予約管理情報テーブル３８０のカラムである機密性レベル３９０とを比較し、割込み可否を判断するフラグを設定する処理を行うものである。なお、ここでの機密レベル３２６とは、予約者を含む会議参加者が使用する予定である書類の機密性を示すものであり、具体的には「極秘」をレベル３、「社外秘」をレベル２、「一般」をレベル１として３段階に設定したものである。
【０１０２】
具体的に云えば、スケジュール登録処理部１７０は、まず割込み可否の判定に使用するフラグの値を０（ステップＳ０８１）に初期化する。ここでのフラグの値は、０が割込み不可であり、１が割込み可能という意味を持つものである。
【０１０３】
次に、スケジュール登録処理部１７０は、所定の時間にキャンセル待ちテーブル３７０のカラムである予約ＩＤ３７１に該当する利用者の機密性レベルを新規予約者属性テーブル３２０のカラムである機密性レベル３２６から取得することにより、キャンセル待ち利用者の機密性レベル３２６を取得（ステップＳ０８２）する処理を行う。
【０１０４】
更に、スケジュール登録処理部１７０は、先のキャンセル待ち利用者の機密性レベル３２６を取得（ステップＳ０８２）する処理と同様に、既予約者の予約ＩＤが格納されている予約管理情報テーブル３８０のカラムから機密性レベル３９０に格納されている値を取得することにより、既予約者の機密性レベル３９０を取得（ステップＳ０８３）する処理を行う。
【０１０５】
引き続き、スケジュール登録処理部１７０は、先のキャンセル待ち利用者の機密性レベル３２６を取得（ステップＳ０８２）する処理、並びに既予約者の機密性レベル３９０を取得（ステップＳ０８３）する処理で取得した機密性レベルの値を比較し、新規予約者の所有する利用者属性情報の機密性レベル３２６が既予約者の機密性レベル３９０よりも高いか否かを判断することにより、利用者のレベルが既利用者レベルより高いか否かの判定（ステップＳ０８４）を行う。
【０１０６】
この判定の結果、利用者のレベルが既利用者レベルより高ければ、割込みが可能なため、割込みフラグの値を１（ステップＳ０８５）にする処理を行ってから、動作処理を終了するが、利用者のレベルが既利用者レベルより高くなければ（低ければ）、割込みが不可能なため、そのまま（初期的に割込みフラグの値を０に保ったまま）動作処理を終了する。
【０１０７】
割込み可能な場合については、例えば機密性レベル３２６がレベル３の新規利用者であった場合や、或いは既予約者の機密性レベル３９０が２以下の場合を例示できる。逆に割込み可能な場合については、既予約者の機密性レベル３９０が３であった場合を例示できる。
【０１０８】
なお、割込みフラグの値を１（ステップＳ０８５）にする処理では、割込み可否を記録するテーブルであるキャンセル待ちテーブル３７０のカラムである割込みフラグ３７４の値に１を格納した後、動作処理を終了する。
【０１０９】
因みに、新規予約者がキャンセル待ちテーブル３７０に基づいて割込みを実施するためには、機密性レベルが３でなければならないが、新規予約者に割り込まれた既予約者がキャンセル待ちテーブル３７０に存在し、更に割込みを実施する際には機密性レベルが２でなければならない。従って、キャンセル待ちテーブル３７０内の利用者で機密性レベルが１であり、割込みが望めない者は、割込みを実施することができず、キャンセル待ちだけのためにキャンセル待ちテーブル３７０に格納される状態となる。
【０１１０】
図１１は、サーバ１６０のスケジュール登録処理部１７０に係る動作処理に含まれる割込み処理２６０に係る細部の動作処理を示したフローチャートである。
【０１１１】
この割込み処理２６０の動作処理は、割込みフラグの値が１の場合に実施可能となる新規予約者についての既予約者がいる会議室への割込み実施と、割込みフラグの値が０の場合の通常予約とを行う２つの処理を行うものである。
【０１１２】
具体的に云えば、スケジュール登録処理部１７０は、まず割込みフラグの値を参照し、割込みフラグの値は１か否かの判定（ステップＳ０９１）を行い、利用者（新規予約者）が既予約者に対して割込みできるか否かを判断する。
【０１１３】
この判定の結果、割込みフラグの値が１でなければ（割込みフラグの値が０であれば）、割込みが不可能な通常予約を実施して[図４に示した割込みフラグの値を０（ステップＳ０１６）にする処理を受け継ぐ処理であり、他の人がした予約がその時間帯にないと判断できることによる]、会議室を予約（ステップＳ０９２）してから、動作処理を終了するが、割込みフラグの値が１であれば既予約者に割込み実施を通知（ステップＳ０９３）する処理を行う。
【０１１４】
既予約者に割込み実施を通知（ステップＳ０９３）する処理では、新規予約者がキャンセル待ちテーブル３７０から既予約者の予約している時間帯に割込みを実施するために、その時間帯を占有することを割込みを受ける既予約者の全員に対して電子メール等で通知する。
【０１１５】
次に、スケジュール登録処理部１７０は、割込み実施により会議室における既予約者の予約情報との関連性が失われるため、既予約者へ新たに会議室を割り当てるための登録処理として、既予約者のスケジュール登録フロー（ステップＳ０９４）を実施する。このスケジュール登録フロー（ステップＳ０９４）は基本的に図４に示したスケジュール登録処理部１７０の動作処理と変わらないものである。上述した例では既予約者の機密性レベルはレベル２以下であるため、機密性レベルの比較では自身の値がレベル２であり、且つ割込み先の予約者がレベル１である場合を除けば割込みの権利が与えられず、既予約者のキャンセル待ちのみが有効な状況となる。
【０１１６】
更に、スケジュール登録処理部１７０は、既予約者が削除した自身の会議室情報を新規予約者の情報に置き変える処理を実施することにより、既予約者のスケジュールを上書き（ステップＳ０９５）する処理を行う。
【０１１７】
引き続き、スケジュール登録処理部１７０は、割込み実施によりキャンセル待ちテーブル３７０から予約情報が予約情報管理テーブル３８０に予約ＩＤ３８１と共に格納されることに伴い、キャンセル待ちテーブル３７０内に格納されている割込実施者の情報を削除するため、利用者情報をキャンセル待ちテーブル３７０から削除（ステップＳ０９６）する処理を行う。
【０１１８】
また、スケジュール登録処理部１７０は、最後に新規予約者に割込み完了を電子メール等で通知（ステップＳ０９７）する処理を行ってから、動作処理を終了する。
【０１１９】
こうしたスケジュール登録処理部１７０の処理機能によれば、結果として、機密性レベルの高い新規予約者が機密性レベルの低い既予約者に対して割込みを実施できる機能を持つことになるため、既予約者の予約キャンセルを無駄に待つことがなく、割込みを安全に効率良く行うことができると共に、割り込まれた既予約者に対しても不条理なく会議室を提供でき、しかも機密性レベルの高い予約者に対して専用の会議室を提供できるために会議による情報漏洩を充分防止できる。
【０１２０】
図１２は、サーバ１６０の会議室予約管理ＤＢ３００に構築される従業員テーブル３１０のデータを例示したものである。
【０１２１】
この従業員テーブル３１０は、新規予約によりユーザ情報を参照する場合に利用されるテーブルである。具体的に云えば、従業員ＩＤ３１１を主キーとした既知情報参照用のテーブルとなっており、本テーブルのカラムには、従業員ＩＤ３１１、組織３１２、氏名３１３、役職３１４、会議出席率３１５、ビジー率３１６、拠点３１７の項目が配置され、これらの各項目のデータが格納される。このうち、役職３１４には役職情報、会議出席率３１５には各会議参加者の月毎の会議出席率を算出して更新した情報（百分率）、ビジー率３１６には月の総勤務時間から会議を実施したスケジュール登録情報から算出した情報（百分率）がそれぞれ格納され、拠点３１７には各従業員の拠点情報が格納される。例えばレコード３１８の利用者は、役職３１４が課長であり、会議出席率３１５が９０％、ビジー率３１６が８０％、拠点３１７がＡである場合を例示できる。
【０１２２】
これらの情報（データ）は、本会議室予約管理システムにおいて、クライアント１００の予約情報用の入力画面（予約画面００１）において既知情報表示として参照されるだけでなく、キャンセル待ちテーブル３７０のカラムにおける利用者の優先順位３７３を上げるため、他利用者との比較基準として会議参加者による更新毎に参照される。
【０１２３】
上述した更新例として、クライアント１００で利用者が利用する予約画面００１上において、利用者が参加者の更新０１２を更新者として選択し、入力欄の機密性レベル０１９に入力された情報が会議参加者テーブル３４０の機密性レベル３４８に格納された後、この情報を新規予約者属性テーブル３２０のカラムにおける予約ＩＤ３２２の値が同じメンバー間で管理し、新規予約者属性テーブル３２０に更新した情報を反映させるために参照する処理を実施する。
【０１２４】
図１３は、サーバ１６０の会議室予約管理ＤＢ３００に構築される新規予約者属性テーブル３２０のデータを例示したものである。
【０１２５】
この新規予約者属性テーブル３２０は、新規予約時又は更新時に使用される利用者情報を統合的に管理するテーブルであり、会議参加者の更新した各種属性情報を纏めて本テーブルに属性情報、優先度、機密性レベルを参加者全員から算出し、それらを格納するものである。新規予約者属性テーブル３２０のカラムには、従業員ＩＤ３２１、予約ＩＤ３２２、予約者３２３、参加者数３２４、新規予約者と会議参加者の全員から算出した優先度３２５、そして割込み可否の判定時に参照される機密性レベル３２６、そして会議室との比較に用いる属性情報として使用目的３２７、設備３２８、推奨拠点３２９、希望会議室３３０、日付３３１、開始時間３３２、終了時間３３３、許容範囲３３４の項目が配置され、これらの各項目のデータが格納される。これらの情報（データ）は、それぞれが会議参加者テーブル３４０の更新処理を実施する属性情報受信処理部１９０による更新時に算出される。
【０１２６】
例えばレコード３３５の利用者は、優先度３２５が４３％、機密性レベル３２６がレベル２、使用目的３２７がプレゼンテーション、設備３２８が１，２，３，４，１０、推奨拠点３２９がＡ、希望会議室３３０が会議室Ｇ、日付３３１が１０／２２、開始時間３３２が１３：３０、終了時間３３３が１５：３０、許容範囲３３４が２０ｍｉｎであるのに対し、レコード３３６の利用者は、優先度３２５が５５％、機密性レベル３２６がレベル２、使用目的３２７が部署間打合せ、設備３２８が１，２，３，４，８、推奨拠点３２９がＤ、希望会議室３３０が会議室Ｃ、日付３３１が１０／１９、開始時間３３２が１０：００、終了時間３３３が１２：００、許容範囲３３４が１０ｍｉｎであり、またレコード３３７の利用者は、優先度３２５が３７％、機密性レベル３２６がレベル３、使用目的３２７がプレゼンテーション、設備３２８が１，２，３，４，１０、推奨拠点３２９がＡ、希望会議室３３０が会議室Ｇ、日付３３１が１０／２２、開始時間３３２が１３：３０、終了時間３３３が１４：３０、許容範囲３３４が５ｍｉｎである場合を例示できる。
【０１２７】
図１４は、サーバ１６０の会議室予約管理ＤＢ３００に構築される会議参加者テーブル３４０のデータを例示したものである。
【０１２８】
この会議参加者テーブル３４０は、新規予約者属性テーブル３２０の更新情報を算出する際に使用する会議参加者の全員が更新できる予約情報を管理するものである。新規予約者属性テーブル３２０のカラムの優先度３２５は、キャンセル待ちテーブル３７０内で優先順位３７３を上げるために参照されるため、会議参加者テーブル３４０では、この優先度３２５の算出に必要な役職優先度３４５、会議出席率３４６、ビジー率３４７等を更新し、参照できるようになっている。新規予約者属性テーブル３２０のカラムには、上述した役職優先度３４５、会議出席率３４６、ビジー率３４７の他、従業員ＩＤ３４１、予約ＩＤ３４２、組織３４３、参加者３４４や、機密性レベル３４８、使用目的３４９、設備３５０、拠点３５１、許容範囲３５２の項目が配置され、各項目のデータが格納される。
【０１２９】
例えば使用目的３４９の「プレゼンテーション」及び機密性レベル３４８の「社外秘」が共通するレコード３５３、３５４の利用者について、レコード３５３の利用者は、役職優先度３４５が課長であり、会議出席率３４６が９０％、ビジー率３４７が８０％を入力しており、レコード３５４の利用者は、役職優先度３４５が主任であり、会議出席率３４６が９９％、ビジー率３４７が４０％を入力している場合を例示できる。
【０１３０】
ところで、上述した優先度３２５を算出する際の例として、利用者を１人の属性から取得して優先度３２５を求めるためには、（役職優先度３４５×７０％）＋（会議出席率３４６／月×１５％）＋（ビジー率３４７／月×１５％）を算出すれば良い。また、こうした算出を参加者の全員に実施し、その平均値を求めたものが新規予約者属性テーブル３２０の優先度３２５として格納される。上記した役職優先度３４５を求める場合には、会議参加者の全員の役職から優先度全体の７割を算出している。この役職優先度３４５を用いて新規予約者属性テーブル３２０の優先度３２５を算出する際には役職優先度選定テーブル４１０（図１９に詳細な例を示す）のカラムにおける役職４１１、優先率４１２を用いる。この他、優先度３２５を算出するためには、会議参加者テーブル３４０のカラムにおける会議出席率３４６、ビジー率３４７を用いる。会議出席率３４６は、各従業員の会議の出席率を表わすもので、更新毎に従業員テーブル３１０のカラムにおける会議出席率３１５から取得される。ビジー率３４７は、各従業員の先月分の会議実施時間合計を総業務時間で割った値であり、更新毎に従業員テーブル３１０のカラムにおけるビジー率３１６から取得される。この値は全参加者の平均値を求めるために利用され、平均値は優先度３２５の算出に利用される。この他、更新される情報として、属性情報である使用目的３４９、設備３５０、拠点３５１、許容範囲３５２や機密性レベル３４８がある。
【０１３１】
各会議参加者の登録により更新が発生した際の各種属性情報のうち、使用目的３４９の統計方法について例示する。会議参加者テーブル３４０の予約ＩＤ３４２の番号が０００００１の属性情報としては会議室の使用目的３４９、希望する設備３５０、希望する拠点３５１、会議時間の許容範囲３５２がある。
【０１３２】
まず会議参加者の全体で更新した利用者属性データのうち、会議室の使用目的３４９を算出する場合を説明する。予約ＩＤ３４２が０００００１のメンバーは、全員の会議の使用目的３４９がプレゼンテーションであり、新規予約者の希望と同じであって、且つ全員が一致しているので、新規予約者属性テーブル３２０の使用目的３２７には「プレゼンテーション」が格納される。
【０１３３】
次に、希望する設備３５０の場合を説明する。予約画面００１の利用状況表示部００２に対する利用者情報の入力は、設備テーブル４００（図１８に詳細な例を示す）を参照して実施する。予約ＩＤ３４２が０００００１の会議参加者は、使用目的３４９が全員プレゼンテーションであるため、設備テーブル４００からプレゼンテーションに必要な設備として、その設備ＩＤ４０１をコンマで区切るようにして会議参加者テーブル３４０のカラムにおける設備３５０に格納する。この情報のうち、予約ＩＤ３４２が０００００１の新規予約者の入力した設備情報は１，２，３，４であり、更新時にレコード３５４の従業員ＩＤ３４１の番号が００４３２１の会議参加者が設備テーブル４００の設備ＩＤ４０１の１０番目を選択し、テレビ会議用の設備４０２を追加していることが判る。この追加により、新規予約者属性テーブル３２０のレコード３３５の設備３２８には１，２，３，４、１０が入力される。
【０１３４】
更に、会議時間の許容範囲３５２の更新について例を用いて説明する。新規予約者とそのメンバーである会議参加者とは、共に新規予約者が入力した会議の開始時間、終了時間の時間帯を許容範囲という値でシフトすることができる。この値を大きくシフトするには全会議参加者の会議実施予定の時間帯前後のスケジュールに余裕がある必要がある。この更新の例として、新規予約者属性テーブル３２０のレコード３３５の開始時間３３２に１３：３０、終了時間３３２に１５：３０、許容範囲３３４に２０ｍｉｎが入力される場合を例示できる。
【０１３５】
図１５は、サーバ１６０の会議室予約管理ＤＢ３００に構築される会議室属性テーブル３６０のデータを例示したものである。
【０１３６】
この会議室属性テーブル３６０は、各会議室の属性情報を管理するものである。具体的に云えば、本テーブルのカラムには、会議室ＩＤ３６１、会議室名３６２、収容人数３６３、使用目的３６４、設備３６５、拠点３６６、機密性レベル３６７の項目が配置され、これらの各項目のデータが格納される。このうち、会議室名３６２、収容人数３６３、使用目的３６４、設備３６５、拠点３６６、機密性レベル３６７については、新規予約者属性テーブル３２０のカラムの参加者数３２４、機密性レベル３２６、使用目的３２７、設備３２８、推奨拠点３２９、希望会議室３３０に対応しており、会議室の探索、及び選定処理に利用される。例えば使用目的３６４及び拠点３６６が共通するレコード３６８、３６９の利用者について、レコード３６８の利用者は、機密性レベル３６７がレベル２であり、収容人数３６３が８人である会議室名３６２の会議室Ａを入力しており、レコード３６９の利用者は、機密性レベル３６７がレベル３であり、収容人数３６３が２０人である会議室名３６２の会議室Ｇを入力している場合を例示できる。
【０１３７】
図１６は、サーバ１６０の会議室予約管理ＤＢ３００に構築されるキャンセル待ちテーブル３７０のデータを例示したものである。
【０１３８】
このキャンセル待ちテーブル３７０は、予約管理情報テーブル３８０の各予約者が作成したテーブルであり、登録されている予約待ちの利用者情報を表わすものである。例えばレコード３７７の利用者は、先に本テーブルのカラムにおける優先順位３７３の値を１として、会議室Ｇを予約し、待機中にレコード３７６の利用者が同時間で同じ会議室を希望して予約したことにより、本テーブルに格納される優先順位３７３を更新した結果がレコード３７６、３７７にソートされている。また、図１６において、レコード３７８の利用者は、レコード３７７の利用者と同じであり、他の会議室を検索し、会議室ＩＤ３７２が００００５の会議室Ｅを予約できたことを示している。本テーブルのカラムには、上述した会議室ＩＤ３７２、優先順位３７３の他、予約ＩＤ３７１、割込みフラグ３７４、ステータス３７５の項目が配置され、これらの各項目のデータが格納される。
【０１３９】
図１７は、サーバ１６０の会議室予約管理ＤＢ３００に構築される予約情報管理テーブル３８０のデータを例示したものである。
【０１４０】
この予約情報管理テーブル３８０は、新規予約者により通常予約やキャンセル待ち後の予約、或いは割込み予約ができた際に予約管理情報を格納するテーブルである。例えば本テーブルのカラムにおける希望会議室３８３、該当会議室３８４のように希望する会議室に予約ができる場合と、割込み等により他の会議室を予約する場合とがある。予約が確定するのは会議実施日時から３日前までとする場合を例示することができ、こうした場合には会議実施前に直前の割込みが入ることができないように設定する。また、レコード３９３のように機密レベル３９０がレベル２ではステータス３９１が仮決定であり、レコード３９４のように機密レベル３９０がレベル３ではステータス３９１が確定であるが、機密レベル３９０がレベル３であっても、予約が完全に確定するまでは、より条件に合った会議室を探すことが可能となっている。本テーブルのカラムには、上述した希望会議室３８３、該当会議室３８４、機密レベル３９０、ステータス３９１の他、予約ＩＤ３８１、会議室ＩＤ３８２、使用目的３８５、日付３８６、開始時間３８７、終了時間３８８、利用者優先度３８９、予約確定残り日数３９２の項目が配置され、これらの各項目のデータが格納される。
【０１４１】
図１８は、サーバ１６０の会議室予約管理ＤＢ３００に構築される設備テーブル４００のデータを例示したものである。
【０１４２】
この設備テーブル４００は、設備リストをストリングから数値に変換するためのテーブルである。本テーブルのカラムには設備ＩＤ４０１、設備４０２の項目が配置され、これらの各項目のデータが格納される。設備４０２の例として、レコード４０３の設備ＩＤ４０１の１番目にあるホワイトボードを例示できる。このような設備ＩＤ４０１を使用することにより、設備４０２の名前が対応して容易に把握できるため、利用者の予約情報としての入力の負荷を軽減することができる。
【０１４３】
図１９は、サーバ１６０の会議室予約管理ＤＢ３００に構築される役職優先度選定テーブル４１０のデータを例示したものである。
【０１４４】
この役職優先度選定テーブル４１０は、役職に応じた優先度の違いを百分率で表示するためのテーブルである。本テーブルのカラムには役職４１１、優先度４１２の項目が配置され、これらの各項目のデータが格納される。例えばレコード４１３の場合には、役職４１１が社長で優先率４１２が１００％となっており、レコード４１４の場合には、役職４１１が役員で優先率４１２が９０％となっていることを示す。この役職優先度選定テーブル４１０は、クライアント１００の予約画面００１で希望設備選択０１８の参照に用いる値であり、また会議参加者テーブル３４０においても、新規予約者属性テーブル３２０に格納する優先度３２５を算出するために用いる。
【０１４５】
以上、実施例１に係る会議室予約管理システムの処理機能においては、希望する時間帯に希望する会議室が利用できない場合、各会議室を提供するキャンセル待ちの専用テーブル内に予約待ちとして、予約待ち利用者を待機させるだけでなく、待ちリスト内の利用者同士の優先順位を更新するために各利用者の優先度を算出する属性テーブルを使用している。このとき、利用者用のテーブルでは、参加者により随時優先度を算出するための属性情報を更新させており、既予約者が会議室をキャンセルした時点で最も優先順位の高い予約待ち利用者は優先的に予約することができる。ここでの予約ができない場合、即ち、既予約者によりキャンセルが実施されない場合でも、キャンセル待ち利用者が無駄に待つことがないように、既予約者と比べて重要な会議を実施する予定のある予約待ち利用者に対しては、会議室への割込みを実施できる機能を備えており、割り込まれた既予約者側には、自身の希望する会議室と条件の合う別の会議室を探索し、予約又はキャンセル待ちリストに登録する機能を持つ。これにより、割り込まれた既予約者に対しても不条理なく会議室を提供することができる。
【０１４６】
また、本会議室予約管理システムでは、既に予約済みの会議室の予約者情報と割込みを検討している新規予約者の会議内容の重要性を分析することで、新規予約者の実施予定である会議内容を既予約者の会議の重要性と様々な角度から比較する機能を持つ。この機能により新規予約者の会議が重要であると判断した場合、既予約者の判断に捉われず、割込みを実施することが可能となる。また、割り込まれた既予約者に対しても代替の会議室を案内することが可能である。これにより、新規予約者が希望する重要な会議を、特に重要でない会議を実施予定の既予約者に阻害されることなく、しかも情報漏洩を考慮して実施する会議の機密性に応じた会議室を予約する事ができるため、セキュリティ向上と会議室の運用コスト削減化との両方を具現できる。
【符号の説明】
【０１４７】
１００  クライアント
１１０  利用者属性情報入力処理部
１２０  属性情報受信
１３０  利用者入力値取得
１４０  新属性情報送信
１５０  ネットワーク
１６０  サーバ
１７０  スケジュール登録処理部
１８０  属性情報送信
１９０  属性情報受信処理部
２００  属性情報受信処理
２１０  属性情報更新処理
２２０  利用者優先度更新処理
２３０  機密レベル更新処理
２４０  会議室属性比較処理
２５０  利用者機密性レベル比較処理
２６０  割込み処理
２７０  メモリ
３００  会議室予約管理ＤＢ
３１０  従業員テーブル
３２０  新規予約者属性テーブル
３４０  会議参加者テーブル
３６０  会議室属性テーブル
３７０  キャンセル待ちテーブル
３８０  予約管理情報テーブル
４００  設備テーブル
４１０  役職優先度選定テーブル
【図１】
2010277532.tif 000003
【図２】
2010277532.tif 000004
【図３】
2010277532.tif 000005
【図４】
2010277532.tif 000006
【図５】
2010277532.tif 000007
【図６】
2010277532.tif 000008
【図７】
2010277532.tif 000009
【図８】
2010277532.tif 000010
【図９】
2010277532.tif 000011
【図１０】
2010277532.tif 000012
【図１１】
2010277532.tif 000013
【図１２】
2010277532.tif 000014
【図１３】
2010277532.tif 000015
【図１４】
2010277532.tif 000016
【図１５】
2010277532.tif 000017
【図１６】
2010277532.tif 000018
【図１７】
2010277532.tif 000019
【図１８】
2010277532.tif 000020
【図１９】
2010277532.tif 000021