(57)【要約】【課題】  入力されたスケジュールが他のスケジュールと重複する場合でも代理メンバによりスケジュールの予約を行うことが可能な技術を提供する。【解決手段】  スケジュールの予約や調整を行うスケジュール予約調整方法において、スケジュールの予約の際に入力された主要メンバについて、その入力されたスケジュールと重複するスケジュールが存在する場合に、それらのスケジュールの重要度を示す情報を記憶装置から読み出して比較し、重複するスケジュールの内で重要度の低いスケジュールを決定するステップと、前記決定した重要度の低い重複スケジュールについて、当該主要メンバの代理となる代理メンバの情報を記憶装置から読み出して前記重複スケジュールに出席する代理メンバを決定するステップとを有するものである。【選択図】図１
2007323552.tif 000002
【特許請求の範囲】
【請求項１】
記憶装置を備え、スケジュールの予約や調整を行うスケジュール予約調整システムにおけるスケジュール予約調整方法において、
スケジュールの予約の際に入力された主要メンバについて、その入力されたスケジュールと重複するスケジュールが存在する場合に、それらのスケジュールの重要度を示す情報を記憶装置から読み出して比較し、重複するスケジュールの内で重要度の低いスケジュールを決定し、
前記決定した重要度の低い重複スケジュールについて、当該主要メンバの代理となる代理メンバの情報を記憶装置から読み出して前記重複スケジュールに出席する代理メンバを決定することを特徴とするスケジュール予約調整方法。
【請求項２】
名称が類似すると共にその出席メンバに主要メンバが含まれるスケジュールのメンバを記憶装置から読み出してその読み出したメンバの中から代理メンバを決定することを特徴とする請求項１に記載されたスケジュール予約調整方法。
【請求項３】
前記決定した代理メンバによるメンバ変更の内容を示す強調表示を出力装置により行うことを特徴とする請求項１または請求項２のいずれかに記載されたスケジュール予約調整方法。
【請求項４】
スケジュールの予約や調整を行うスケジュール予約調整システムにおいて、
スケジュールの予約の際に入力された主要メンバについて、その入力されたスケジュールと重複するスケジュールが存在する場合に、それらのスケジュールの重要度を示す情報を記憶装置から読み出して比較し、重複するスケジュールの内で重要度の低いスケジュールを決定する重複予約解析部と、
前記決定した重要度の低い重複スケジュールについて、当該主要メンバの代理となる代理メンバの情報を記憶装置から読み出して前記重複スケジュールに出席する代理メンバを決定するメンバ調整部とを備えることを特徴とするスケジュール予約調整システム。
【請求項５】
スケジュールの予約や調整を行うスケジュール予約調整方法をコンピュータに実行させる為のプログラムにおいて、
スケジュールの予約の際に入力された主要メンバについて、その入力されたスケジュールと重複するスケジュールが存在する場合に、それらのスケジュールの重要度を示す情報を記憶装置から読み出して比較し、重複するスケジュールの内で重要度の低いスケジュールを決定するステップと、
前記決定した重要度の低い重複スケジュールについて、当該主要メンバの代理となる代理メンバの情報を記憶装置から読み出して前記重複スケジュールに出席する代理メンバを決定するステップとをコンピュータに実行させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はスケジュールの予約を調整するスケジュール予約調整技術に関するものである。
【背景技術】
【０００２】
従来、会議等のスケジュールを決定する際には、その会議の開催を希望する希望開催日、希望時間、開催メンバや希望開催場所等を示す情報を元に、参加予定メンバ全員が空いている時間帯や会議室の使用予定が無い時間帯を調べてそのスケジュールの予約を行っている。その様な従来のスケジュール予約システムとしては、特許文献１に記載の様な、重要なメンバを外さずに欠席者の少ない日時をスケジュールするシステムや、主要メンバを優先的に出席する様にスケジュールを変更するシステムが知られている。
【０００３】
【特許文献１】特開平６−４５４０号公報
【特許文献２】特開２００４−２９５７８９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
通常のスケジュール予約の場合では、主要メンバが出席できそうもないが、いつも会議に同席している代理メンバが参加できれば会議が成り立つ場合が多々存在するが、上記従来の技術では、代理メンバによるスケジュール予約の調整を行うことができないという問題がある。
【０００５】
本発明の目的は上記問題を解決し、入力されたスケジュールが他のスケジュールと重複する場合でも代理メンバによりスケジュールの予約を行うことが可能な技術を提供することにある。
【課題を解決するための手段】
【０００６】
本発明は、スケジュールの予約や調整を行うスケジュール予約調整システムにおいて、予約の際に入力されたスケジュールが他のスケジュールと重複する場合に主要メンバの代理となる代理メンバを決定するものである。
【０００７】
本発明では既存のスケジュール管理システムと連携した予約システム機能に、最適な予約情報を提供する機能として、予約情報を検索システムのデータベースに格納する機能と、格納されたデータから代理メンバを割当てる機能を提供する。更に上記目的を実現するため、一貫して各機能を計算機により構築していることを特徴としたものである。
【０００８】
本発明のスケジュール予約調整システムでは、スケジュールの予約の際に、会議名、希望開催日、希望時間、希望時間帯や開催メンバ等の情報が入力されると、その日時やメンバの情報をデータベースに格納された他のスケジュールの情報と比較し、入力されたスケジュールの主要メンバについて、その入力されたスケジュールと重複するスケジュールが存在するかどうかを調べる。その結果、重複するスケジュールが存在する場合には、それらのスケジュールの重要度を示す情報をデータベースから読み出して比較し、重要度の低いスケジュールを決定する。
【０００９】
そして前記決定した重要度の低い重複スケジュールについて、当該主要メンバの代理となる代理メンバの情報をデータベースから読み出してその重複スケジュールに出席する代理メンバを決定する。その際、重複スケジュールと名称が類似する過去のスケジュールについて、出席メンバに主要メンバが含まれるスケジュールのメンバをデータベースから読み出して代理メンバを決定したり、出席メンバに主要メンバが含まれるスケジュールの内で主要メンバと共に出席している割合が所定の値以上のメンバの中から代理メンバを決定する処理を行う。
【発明の効果】
【００１０】
本発明によれば、入力されたスケジュールが他のスケジュールと重複する場合でも代理メンバによりスケジュールの予約を行うことが可能である。
【発明を実施するための最良の形態】
【００１１】
以下に予約の際に入力されたスケジュールが他のスケジュールと重複する場合に主要メンバの代理となる代理メンバを決定する一実施形態のスケジュール予約調整システムについて説明する。
【００１２】
図１は本実施形態のスケジュール予約・管理システムの構成を示す図である。図１に示す様に本実施形態のスケジュール予約調整システムは、スケジュール予約システム１１９とスケジュール管理システム１２０、ネットワーク１１２を経由したユーザ側装置１１１で構成される。
【００１３】
スケジュール予約システム１１９は、スケジュール予約調整システム１０３と予約条件履歴データベース１０９、メンバ情報データベース１１０で構成される。また、スケジュール管理システム１２０は、スケジュール管理サーバ１１３とスケジュールデータベース１１７、ユーザ・施設情報管理テーブル１１８で構成される。
【００１４】
スケジュール予約調整システム１０３は、入力情報登録部１０４、スケジュール結果解析部１０５、結果表示部１０８で構成され、予約条件履歴データベース１０９とメンバ情報データベース１１０を保持する。
【００１５】
スケジュール管理サーバ１１３は、スケジュール予約・編集管理部１１４とユーザ・施設管理部１１５、スケジュール検索部１１６で構成され、スケジュールデータベース１１７とユーザ・施設情報管理テーブル１１８を保持する。
【００１６】
ユーザ側装置１１１は、ネットワークを経由してスケジュール予約調整システム１０３にアクセスすることができる。ここでスケジュール予約調整システム１０３はユーザにGUI(Graphical User Interface)機能も提供しているものとする。このGUI入力画面、結果出力画面については図８、図９で詳細に示す。
【００１７】
入力情報登録部１０４は、ネットワークを経由してユーザ側装置１１１にGUI機能を実現する。ここでユーザがGUI機能を利用して入力した情報を元に、予約条件履歴データベース１０９への登録やスケジュール管理サーバ１１３へスケジュールを確認する為のデータを作成する。またユーザがGUI機能を操作する際に、ユーザIDやパスワード等を用いて本人であることを確認するログイン機能を備えているものとする。
【００１８】
スケジュール結果解析部１０５は、スケジュール管理サーバ１１３から取得したメンバの予約情報の解析や主要メンバが参加できない場合に代理で出席可能なメンバを解析するメンバ調整部１０６と、予約重複時にメンバの入れ替えを行う重複予約解析部１０７を備えており、スケジュール管理サーバ１１３から取得した検索結果を元に、空きスケジュールの情報を取得する。そして、この空きスケジュールとユーザからの予約入力情報とを照らし合わせてスケジュール解析を行う。日時、参加メンバ共にユーザ側装置１１１で指定された希望条件に該当する空きスケジュールが存在した場合はその条件を結果表示部１０８で処理し、ネットワークを介してユーザ側装置１１１に通知する。このときの画面については図９で示す。
【００１９】
メンバ調整部１０６では、主要メンバの代理者が存在するかどうかを判断し、代理メンバの調整を行う。代理メンバについては、メンバ情報データベース１１０に格納されている、予約した会議と参加メンバの履歴情報を管理するテーブルデータから取得する。この取得方法については、代理メンバを指定する必要があるユーザが登録されている履歴情報から、ユーザが指定した会議名と類似する会議名の会議を取得し、その中のメンバから一緒に参加している人を検索することで行う。一緒に参加している割合の値により代理者を決定する場合にはその閾値をシステム毎に決定しておく。代理者が決定したら、代理者のスケジュールの調整も行う。メンバ情報データベース１１０の詳細については図５、図６で示す。
【００２０】
重複予約解析部１０７では、主要メンバに重複スケジュールが存在する場合に、予約条件履歴データベース１０９のデータ会議の重要度や状態を元に会議の優先度を比較して各会議のスケジュールの調整、すなわちどのスケジュールに主要メンバが出席し、どのスケジュールに代理メンバが出席するかを決定する処理を行う。データの比較内容についてはシステム毎に指定した値を利用する。予約条件履歴データベース１０９の詳細については図４で示す。
【００２１】
これら解析部、登録部、表示部はスケジュール予約調整システム１０３のメモリ１０２にロードされ、そのＣＰＵ１０１によって実行されることによってその機能を実現するアプリケーションプログラムである。
【００２２】
スケジュール管理サーバ１１３は、スケジュールの予約管理から編集を行うスケジュール予約・編集管理部１１４、ユーザや施設の情報を管理するユーザ・施設管理部１１５、検索条件を元に登録されているスケジュールの検索を行うスケジュール検索部１１６からなる。スケジュール管理サーバ１１３へはネットワーク１１２を介して、ユーザ側装置１１１からクライアントサーバシステムを通して接続する、またはスケジュール予約調整システム１０３からネットワーク１１２を介して接続を行う。このスケジュール管理サーバ１１３はスケジュールデータベース１１７とユーザ・施設情報管理テーブル１１８を持ち、各ユーザ・会議室のスケジュール情報の蓄積・管理を行う。
【００２３】
これら管理部はスケジュール管理サーバ１１３のメモリ１０２にロードされ、そのＣＰＵ１０１によって実行されることによってその機能を実現するアプリケーションプログラムである。
【００２４】
スケジュール予約・編集管理部１１４は、スケジュールデータベース１１７にアクセスし、スケジュール予約調整システム１０３やユーザ側装置１１１から指定されたユーザや施設のスケジュール情報を取得し、スケジュールデータベース１１７に格納する。スケジュールデータベース１１７のデータを参照したり更新したりすることで各ユーザ・会議室のスケジュール管理を行う。ユーザ・施設管理部１１５では、ユーザ・施設情報管理テーブル１１８の登録・参照を行う。
【００２５】
スケジュール検索部１１６は、スケジュール予約調整システム１０３やクライアントサーバを介したユーザ側装置１１１から検索条件を取得し、スケジュールデータベース１１７とユーザ・施設情報管理テーブル１１８から情報を取得して条件にあったデータを抽出する。スケジュール検索部１１６では、例えばスケジュール予約調整システムから依頼された条件に合うデータをスケジュールデータベース１１７から探し、検索結果を提供する。検索結果をスケジュール予約調整システム１０３内のスケジュール結果解析部１０５に渡し、結果表示の為の処理に利用する。
【００２６】
スケジュールデータベース１１７はスケジュール情報を格納しておくデータベースである。ここで格納するデータのテーブルの詳細は図３に示す。このデータベースには図３に示す以外の複数のテーブルが存在する。ユーザ・施設情報管理テーブル１１８はスケジュール管理するユーザ・施設情報を格納しておくデータベースである。ここで格納しているテーブルの詳細については図２に示す。このデータベースには図２に示す以外の複数テーブルが存在する。
【００２７】
本実施形態において、前記の入力情報登録部１０４、スケジュール結果解析部１０５や結果表示部１０８等の各処理部としてコンピュータを機能させる為のプログラムは、ＣＤ−ＲＯＭ等の記録媒体に記録され磁気ディスク等に格納された後、メモリにロードされて実行されるものとする。なお前記プログラムを記録する記録媒体はＣＤ−ＲＯＭ以外の他の記録媒体でも良い。また前記プログラムを当該記録媒体から情報処理装置にインストールして使用しても良いし、ネットワークを通じて当該記録媒体にアクセスして前記プログラムを使用するものとしても良い。
【００２８】
図２は本実施形態のユーザ・施設情報管理テーブル１１８中の施設情報を管理する為のテーブルデータ形式を示す図である。図２に示す様に本実施形態の施設情報テーブルは、少なくとも名前２０１及びID２０２、予約ID２０３のデータ項目を備えている。このデータはスケジュールデータベース１１７で管理されるユーザと施設を管理するテーブルとして利用する。
【００２９】
図３は本実施形態のスケジュールデータベース１１７中のスケジュール予約情報を管理する為のテーブルデータ形式を示す図である。図３に示す様に本実施形態のスケジュール情報テーブルは、予約ID３０１及び予約名３０２、日付３０３、時間３０４、メンバ３０５を保持する。ここでは予約ID３０１毎に予約情報を保持し、予約の追加や変更時に更新を行う。
【００３０】
図４は本実施形態の予約条件履歴データベース１０９中の予約のメンバ情報を管理する為のテーブルデータ形式を示す図である。図４に示す様に本実施形態のメンバ情報テーブルは、少なくとも予約ID４０１及び会議名４０２、希望期間４０３、メンバ４０４、施設ID４０５、会議重要度４０６、会議形態４０７、状態４０８を保持する。
【００３１】
会議重要度４０６は、ユーザが予約時に指定した際の値を格納する。今回、「普通」、「重要」、「最重要」のレベルに分けているが、パーセンテージや数値で表現しても良い。主要メンバの会議が重複した場合には、この重要度を主要メンバの会議重複時の重み付けに利用する。
【００３２】
会議形態４０７は、会議室を利用した打合せや、会議室を利用したTV会議、自席のPCを利用したTV会議、Web上で電子掲示板機能を利用した会議等を表す。ユーザ側装置１１１からの要望とメンバのスケジュールに合わせて提案していくものとしても良い。
【００３３】
状態４０８は現在の会議の状態を示すもので、再スケジュール中、出欠確認中、決定等のステータスを記入するものとする。この状況をみて、再スケジュールの提案や主要メンバの会議重複時の重み付けに利用する。
【００３４】
図５は本実施形態のスケジュール予約調整システム１０３のメンバ情報データベース１１０中の予約メンバ情報を管理する為のテーブルデータ形式を示す図である。図５に示す様に本実施形態のメンバ情報テーブルは、少なくとも予約ID５０１及びメンバ５０２、状態５０３、重要度５０４を保持する。
【００３５】
状態５０３はある一定時期後のスケジュール回答状態をスケジュール管理サーバ１１３に問い合わせた際に登録されるもので、再スケジュールの要素として利用する。重要度５０４には予約された会議におけるユーザの役割、主要メンバかどうかを指定する。例として、「必須」または指定なし（空欄の表記）としているが、数値等を利用した表現でも良い。
【００３６】
図６は本実施形態のメンバ情報データベース１１０中の予約した会議と参加メンバの履歴情報を管理する為のテーブルデータ形式を示す図である。図６に示す様に本実施形態の履歴情報テーブルは、少なくとも会議名６０１及びメンバ６０２を保持する。このデータは類似する会議名と参加メンバ情報を元に代理メンバを検索する為に利用するものである。検索システムについては、既存の概念検索等の機能を利用することができる。なお図６の例では便宜的に簡単な会議名を例示しているが、実際の場合では具体的な会議名を用いることにより、類似する会議とそうでない会議とを十分識別可能であるものとする。
【００３７】
図７は本実施形態のスケジュール結果解析部１０５の処理手順を示すフローチャートである。図７に示す様にスケジュール結果解析部１０５は、スケジュールの予約の際に入力情報登録部１０４により、会議名、希望開催日、希望時間、希望時間帯や開催メンバ等の情報が入力されると、それらの情報とスケジュール管理サーバ１１３で管理されている情報とを比較して、予約の際に入力されたスケジュールが他のスケジュールと重複する場合に主要メンバの代理となる代理メンバを決定する処理を行う。
【００３８】
まずステップ７０１でスケジュール結果解析部１０５は、入力情報登録部１０４により入力されたスケジュールの情報とスケジュール管理サーバ１１３の管理するスケジュールデータベース１１７の情報とを比較して、希望開催日として入力された期間中について、指定された希望時間（会議の長さ）や希望時間帯の条件で予約可能な日が存在するかどうかを判定し、予約可能な日が存在する場合は終了し、予約可能な日が存在しない場合はステップ７０２に進む。
【００３９】
ステップ７０２では、入力情報登録部１０４により入力されたスケジュールの開催メンバの情報とスケジュールデータベース１１７で重複しているスケジュールの開催メンバの情報とを比較して、主要メンバに重複スケジュールが存在するかどうかを判定し、主要メンバに重複スケジュールが存在しない場合は終了し、主要メンバに重複スケジュールが存在する場合はステップ７０３に進む。
【００４０】
ステップ７０３では、予約条件履歴データベース１０９及びメンバ情報データベース１１０の情報を読み出して、重複しているスケジュールの各会議の重要度を示す値を算出してそれらの重複スケジュールの優先度を比較する。ステップ７０３では、重複している会議の優先度の判定を行うが、このとき図４の会議重要度カラム４０６の値と図５のその会議に対するメンバの重要度５０４とで重みづけを行い、判定する。この重みについての例を示す。各重要度をポイント化し、そのポイントの合計値が大きい方の予定がより重要と判断する。会議重要度については「最重要」を１、「重要」を０.６、「普通」を０.３とする。また、そのメンバが必須の場合は１.２、必須でない場合は０として合計値を計算する。この重みづけの係数についてはシステム毎に設定を変更できるものとする。
【００４１】
ステップ７０４では、ステップ７０３で重要度が高いと判定されたスケジュールを優先した場合に、重要度が低いと判定されたスケジュールについて、その希望開催日の期間中に、指定された希望時間や希望時間帯の条件で予約可能な日が存在するかどうかを判定し、予約可能な日が存在する場合は終了し、予約可能な日が存在しない場合はステップ７０５に進む。
【００４２】
ステップ７０５では、ステップ７０４で予約可能な日が存在しないと判定されたスケジュールについて、前記重複スケジュールとなった主要メンバの代理者が存在するかどうかをメンバ情報データベース１１０を参照して判定し、代理者が存在しない場合には、そのスケジュールを予約できないものとして終了し、代理者が存在する場合はステップ７０６に進む。なお、ステップ７０５の処理内容については、図１０で詳細に説明する。
【００４３】
ステップ７０６では、ステップ７０５の結果から代理メンバを取得し、そのメンバが代理者として出席可能かどうかスケジュール管理サーバ１１３に問い合わせる。その結果を新たな検索条件として、再度ステップ７０１に戻り判定を続ける。
【００４４】
図８は本実施形態のスケジュール予約調整システム１０３が表示する会議予約画面の概要を示す図である。この画面では会議の予約例を示しているが会議以外のスケジュールにも対応できるものとする。会議予約画面は少なくとも、会議名８０１及び希望開催期間８０２、希望時間８０３、希望時間帯８０４、開催メンバ８０５、希望地８０６、会議の形態８０７、会議の重要度８０８、入力条件の一致の割合８０９で構成される。この画面はユーザによって入力されるものである。会議名８０１と希望地８０６の項目については入力必須項目とするが、それ以外の項目については指定がなかった場合はデフォルト値や検索結果から、より条件の良い値を採用する。
【００４５】
図９は本実施形態の検索結果表示部１０８が表示する会議予約情報結果画面の概要を示す図である。この画面は会議名９０１と各予約案９０６、９０７、９０８で構成される。各予約案９０６、９０７、９０８については検索結果の状況により表示する件数は変化する。この表示件数に特に指定しない。
【００４６】
予約案９０６、９０７、９０８は少なくとも、予約案の番号と状態９０２及び開催日時９０３、メンバ９０４、開催場所９０５で構成される。ここで、メンバの代理の提案を行った場合は９０７中の予約案の番号と状態９０２の表示を太字にしたり、メンバ９０４の対象箇所を強調表示する。会議形態についても同様に９０８中の予約案の番号と状態９０２と開催場所９０５を強調表示する。ここで強調表示箇所に太字や枠線で囲う、フォントサイズを変更する例を示しているが、この強調方法は表示の色による区別やアイコンで強調する等の方法をとっても良い。
【００４７】
図１０は本実施形態の図７のステップ７０５の詳細フローを示す図である。図１０では、重複スケジュールとなった主要メンバの代理者が存在するかどうかをメンバ情報データベース１１０を参照して判定する処理を表している。
【００４８】
ステップ１００１では、図６のメンバ情報データベース１１０を参照して、そのテーブルのメンバ６０２に主要メンバが含まれ、かつ会議名６０１に類似する名称が含まれるデータを検索し、結果を返す。ここで、検索された会議のメンバ６０２に代理候補となるメンバ、すなわち主要メンバ以外のメンバが存在しない場合には処理を終了し、代理候補となるメンバが存在する場合にはステップ１００２に進む。
【００４９】
ステップ１００２では、ステップ１００１の結果中のメンバ情報から主要メンバ以外の各メンバの参加率を計算する。これは各メンバについて「類似する会議の内でそのメンバが参加している会議の数/検索された類似会議総数」で計算し、その参加率が８０％以上の場合にそのメンバを代理候補者として認めることとする。
ステップ１００３では、ステップ１００２で取得した代理候補者を参加率の高い順にまとめ、呼び出し元へ代理候補者の情報を渡して処理を終了する。
【００５０】
以上説明した様に本実施形態のスケジュール予約調整システムによれば、予約の際に入力されたスケジュールが他のスケジュールと重複する場合に、主要メンバの代理となる代理メンバを決定するので、入力されたスケジュールが他のスケジュールと重複する場合でも代理メンバによりスケジュールの予約を行うことが可能である。
【図面の簡単な説明】
【００５１】
【図１】本実施形態のスケジュール予約・管理システムの構成を示す図である。
【図２】本実施形態のユーザ・施設情報管理テーブル１１８中の施設情報を管理する為のテーブルデータ形式を示す図である。
【図３】本実施形態のスケジュールデータベース１１７中のスケジュール予約情報を管理する為のテーブルデータ形式を示す図である。
【図４】本実施形態の予約条件履歴データベース１０９中の予約のメンバ情報を管理する為のテーブルデータ形式を示す図である。
【図５】本実施形態のスケジュール予約調整システムのメンバ情報データベース１１０中の予約メンバ情報を管理する為のテーブルデータ形式を示す図である。
【図６】本実施形態のメンバ情報データベース１１０中の予約した会議と参加メンバの履歴情報を管理する為のテーブルデータ形式を示す図である。
【図７】本実施形態のスケジュール結果解析部１０５の処理手順を示すフローチャートである。
【図８】本実施形態のスケジュール予約調整システム１０３が表示する会議予約画面の概要を示す図である。
【図９】本実施形態の検索結果表示部１０８が表示する会議予約情報結果画面の概要を示す図である。
【図１０】本実施形態の図７のステップ７０５の詳細フローを示す図である。
【符号の説明】
【００５２】
１０１…ＣＰＵ、１０２…メモリ、１０３…スケジュール予約調整システム、１０４…入力情報登録部、１０５…スケジュール結果解析部、１０６…メンバ調整部、１０７…重複予約解析部、１０８…結果表示部、１０９…予約条件履歴データベース、１１０…メンバ情報データベース、１１１…ユーザ側装置、１１２…ネットワーク、１１３…スケジュール管理サーバ、１１４…編集管理部、１１５…施設管理部、１１６…スケジュール検索部、１１７…スケジュールデータベース、１１８…ユーザ・施設情報管理テーブル、１１９…スケジュール予約システム、１２０…スケジュール管理システム、２０１…名前、２０２…ID、２０３…予約ID、３０１…予約ID、３０２…予約名、３０３…日付、３０４…時間、３０５…メンバ、４０１…予約ID、４０２…会議名、４０３…希望期間、４０４…メンバ、４０５…施設ID、４０６…会議重要度、４０７…会議形態、４０８…状態、５０１…予約ID、５０２…メンバ、５０３…状態、５０４…重要度、６０１…会議名、６０２…メンバ、８０１…会議名、８０２…希望開催期間、８０３…希望時間、８０４…希望時間帯、８０５…開催メンバ、８０６…希望地、８０７…会議の形態、８０８…会議の重要度、８０９…入力条件の一致の割合、９０１…会議名、９０２…予約案の番号と状態、９０３…開催日時、９０４…メンバ、９０５…開催場所、９０６〜９０８…予約案。
【図１】
2007323552.tif 000003
【図２】
2007323552.tif 000004
【図３】
2007323552.tif 000005
【図４】
2007323552.tif 000006
【図５】
2007323552.tif 000007
【図６】
2007323552.tif 000008
【図７】
2007323552.tif 000009
【図８】
2007323552.tif 000010
【図９】
2007323552.tif 000011
【図１０】
2007323552.tif 000012