JP2009087273A - 予定管理装置、予定管理システム、及び予定管理プログラム - Google Patents

Abstract

【課題】予定を効率的に調整して管理できる予定管理装置、予定管理プログラム、及び予定管理システムを提供する。
【解決手段】
会議の開催時刻と会議の出席者と会議における出席者の役割とで構成される会議の予定を記憶部に登録する登録手段と、会議の出席者が、会議の開催時間において開催される他の会議にも出席できるか否かを判定するために用いる指標を、登録手段が登録した会議の出席者の役割に基づいて算出する算出手段と、算出手段が算出した指標を用いて出席できないと判定した場合に、会議及び他の会議のいずれか１つ以上の予定を調整して管理する管理手段とを備える。
この構成によれば、会議の出席者の役割に基づいて、同じ時間に開催される他の会議に出席できるか否かを判定するための指標を算出して判定するため、予定を効率的に調整して管理できる。
【選択図】図４

Description

本発明は、予定管理装置、予定管理システム、及び予定管理プログラムに関する。

従来から、個人の予定である個人スケジュールと、個人が属する集団の予定であるグループスケジュールとの調整を容易にできるスケジュール管理装置が知られている（例えば、特許文献１）。

このスケジュール管理装置は、出席者の予定を表すスケジュール情報を取得するスケジュール取得手段と、出席者が出席する行事が行われる期間の候補である候補期間を取得する候補期間取得手段と、取得手段が取得したスケジュール情報に基づいて、候補期間取得手段が取得した候補期間において、出席者が行事に出席する可能性を判定する出席可能性判定手段と、出席可能性判定手段が判定した可能性を示す出席可能性情報を提供する情報提供手段とを有することを特徴としている。

また、予約の重要性を表す重要度を算出することで、予約を受け入れるかどうかを判定できる予約管理装置が知られている（例えば、特許文献２）。

この予約管理装置は、第１の予約の要求を入力する入力手段と、既に登録された第２の予約を表す情報を記憶する記憶手段と、第１の予約の要求が入力されたとき、記憶手段に記憶された第２の予約を表す情報と第１の予約の要求とから、第１および第２の予約に重複があるかどうかを検出する検出手段と、第１の予約の要求から第１の予約の重要性を表す重要度を算出すると共に、第２の予約を表す情報から第２の予約の重要度を算出する重要度決定手段と、検出手段が第１および第２の予約に重複があることを検出した場合、重要度決定手段が算出した第１の予約の重要度および第２の予約の重要度の比較に基づいて、第１の予約の要求を受け入れるかどうかを調整する調整手段とを備えることを特徴とする。

特開２００５−２２２４７８ 特開平８−２９２９８７

本発明の目的とするところは、予定を効率的に調整して管理できる予定管理装置、予定管理プログラム、及び予定管理システムを提供することにある。

本発明に係る予定管理装置は、会議の開催時刻と会議の出席者と会議における出席者の役割とで構成される会議の予定を記憶部に登録する登録手段と、会議の出席者が、会議の開催時間において開催される他の会議にも出席できるか否かを判定するために用いる指標を、登録手段が登録した会議の出席者の役割に基づいて算出する算出手段と、算出手段が算出した指標を用いて出席できないと判定した場合に、会議及び他の会議のいずれか１つ以上の予定を調整して管理する管理手段とを備える。

上記構成において、管理手段は、会議の出席者の役割を変更することで、予定を調整して管理する構成を採用できる。

上記構成において、指標は、出席者が会議に出席するために要すると予想される労力を表す指標であり、算出手段は、会議の出席者の役割と、会議の議題及び会議の他の出席者のいずれか１つ以上とに基づいて指標を算出する構成を採用できる。

上記構成において、指標は、会議の議題と同一の議題を有する他の会議に出席者が出席した回数に基づいて算出される構成を採用できる。

上記構成において、指標は、会議の他の出席者の職務上の役職に基づいて算出される構成を採用できる。

本発明に係る予定管理システムは、会議における出席者の役割及び他の役割とを送信する送信装置と、会議の開催時刻と会議の出席者と、送信装置が送信した会議の出席者の役割とで構成される会議の予定を記憶部に登録する登録手段と、会議の出席者が、会議の開催時間において開催される他の会議にも出席できるか否かを判定するために用いる指標を、登録手段が登録した会議の出席者の役割に基づいて算出する算出手段と、算出手段が算出した指標を用いて出席できないと判定した場合に、出席者の役割を送信装置が送信した他の役割に変更することで、予定を調整して管理する管理手段とを有する予定管理装置とを備えることを特徴としている。

本発明に係る予定管理プログラムは、コンピュータを、会議の開催時刻と会議の出席者と会議における出席者の役割とで構成される会議の予定を記憶部に登録する登録手段と、会議の出席者が、会議の開催時間において開催される他の会議にも出席できるか否かを判定するために用いる指標を、登録手段が登録した会議の出席者の役割に基づいて算出する算出手段と、算出手段が算出した指標を用いて出席できないと判定した場合に、会議及び他の会議のいずれか１つ以上の予定を調整して管理する管理手段として機能させることを特徴としている。

請求項１の構成によれば、会議の出席者の役割に基づいて、同じ時間に開催される他の会議に出席できるか否かを判定するための指標を算出して判定するため、予定を効率的に調整して管理できる。

請求項２の構成によれば、会議における出席者の役割を変更することで予定を調整するため、予定を効率的に調整できる。

請求項３の構成によれば、会議の議題及び会議の他の出席者のいずれか１つ以上に基づいて、出席するために要すると予想される労力を表す指標を算出するため、精度良く指標を算出できる。

請求項４の構成によれば、会議の議題と同一の議題を有する他の会議に出席した回数に基づいて指標を算出するため、精度良く指標を算出できる。

請求項５の構成によれば、会議の他の出席者の職務上の役職に基づいて指標を算出するため、精度良く指標を算出できる。

請求項６の構成によれば、会議の出席者の役割に基づいて、同じ時間に開催される他の会議に出席できるか否かを判定するための指標を算出して判定するため、予定を効率的に調整して管理できる。

請求項７の構成によれば、会議の出席者の役割に基づいて、同じ時間に開催される他の会議に出席できるか否かを判定するための指標を算出して判定するため、予定を効率的に調整して管理できる。

以下、本発明の最良の実施形態について、添付図面を参照しつつ説明する。

図１は、本発明の予定管理システムの一実施形態を示す構成図である。

図１に示す音声管理システム１０は、通信網１００、予定管理装置１１００、端末装置２１００及び３１００、表示装置２２００及び３２００、並びに入力装置２３００及び３３００を備えている。

通信網１００は、例えば、ＬＡＮ（Local Area Network ）、ＷＡＮ（Wide Area Network）、ＭＡＮ（Metropolitan Area Network）、又は公衆回線網で構成され、予定管理装置１１００、端末装置２１００、及び３１００を通信可能に接続する。

予定管理装置１１００は、例えば、パーソナルコンピュータで構成され、通信網１００に接続している。予定管理装置１１００は、会議の予定を管理する。
尚、会議の予定とは、少なくとも会議の開催時刻と会議の出席者と会議における出席者の役割とで構成される情報をいう。

また、図示を省略するが、例えば、遠隔会議システムを用いることで、会議の出席者は、予定管理装置１１００が予定を管理する複数の場所で開催される会議に対して同時に出席する場合がある。

ここで図２を参照して、予定管理装置１１００の構成について説明を行う。図２は、予定管理装置１１００の一構成例を表す機能ブロック図である。

図２に示す予定管理装置１１００は、記憶部１１１０、制御部１１２０、及び送受信部１１３０を備える。

制御部１１２０が有する機能は、予定管理装置１１００が実行するソフトウェア制御により実現される。

ここで図３を参照して、ソフトウェア制御を実行するための予定管理装置１１００のハードウェア構成について説明する。図３は、このソフトウェア制御を実現するための予定管理装置１１００のハードウェアの一構成例を表す図である。

予定管理装置１１００は、例えば、ＣＰＵ（Central Processing Unit）等の演算部１１０１、ＥＰＲＯＭ（Erasable Programmable Read-Only Memory）又はＥＥＰＲＯＭ（Electrically Erasable Programmable Read-Only Memory）等の読み出し専用メモリであるＲＯＭ１１０２（Read-Only Memory ）、ＤＲＡＭ（Dynamic RAM）又はＳＲＡＭ（Static RAM）等の揮発性メモリ及びＮＶＲＡＭ（Non Volatile RAM）等の不揮発性メモリで構成されるＲＡＭ１１０３（Random Access Memory）、並びにハードディスク等で構成される外部記憶部１１０４で構成され、演算部１１０１、ＲＯＭ１１０２、ＲＡＭ１１０３、及び外部記憶部１１０４は互いにバス１１０５によって接続している。

ソフトウェア制御は、ＲＯＭ１１０２、ＲＡＭ１１０３、又は外部記憶部１１０４に格納したプログラムを演算部１１０１が読み、読込んだプログラムに従って演算部１１０１が演算を行うことにより制御部の有する機能を実現する。なお、ＲＡＭ１１０３には、演算結果のデータが書き込まれ、特にＮＶＲＡＭには、電源オフ時にバックアップが必要なデータが保存される。

ここで図２に戻り、予定管理装置１１００の構成について引き続き説明を行う。

記憶部１１１０は、例えば、ＲＡＭ１１０３又は外部記憶部１１０４で構成され、制御部１１２０に接続する。記憶部１１１０は、会議の開催時刻と会議の出席者と、会議における出席者の役割とで構成される会議の予定を記憶する。

ここで表１及び表２を参照して、記憶部１１１０が記憶する会議の予定について説明を行う。表１は、記憶部１１１０が記憶する会議の予定の一部の一例を示す表であり、表２は、記憶部１１１０が記憶する会議の予定の他部の一例を示す表である。尚、表１と表２とは、以下に示す会議を識別する情報（以下単に、会議識別情報という）を介して、互いに関連付けて情報を保存している。

表１は、会議ＩＤフィールド、議題フィールド、会議形式フィールド、出席人数フィールド、開催時間フィールド、及び開始時刻フィールドを有している。会議ＩＤフィールドは会議識別情報を、議題フィールドは会議識別情報で識別される会議の議題を、会議形式フィールドは会議の開催形式（以下単に、会議形式という）を、出席人数フィールドは会議の出席人数を、開催時間フィールドは会議の開催時間を、及び開始時刻フィールドは会議の開始時刻をそれぞれ関連付けて保存する。尚、会議の開催形式については後述する。

表２は、会議ＩＤフィールド、出席者フィールド、割振役割フィールド、申告役割フィールド、関連性フィールド、過去の出席率フィールド、及び出欠フィールドを有している。

会議ＩＤフィールドは会議識別情報を、出席者フィールドは会議識別情報で識別される会議の出席者を識別する情報（以下単に、出席者識別情報という）を、割振役割フィールドは会議の出席者の割振役割を、申告役割フィールドは会議の出席者の申告役割を、関連性フィールドは出席者の会議との関連性を、過去の出席率フィールドは過去に開催された同一の議題を有する会議への出席者の出席率を、及び出欠フィールドは会議への出席者の出欠を保存する。尚、割振役割、申告役割、及び会議との関連性については後述する。

また、記憶部１１１０は、会議の出席者と、出席者の職務上の役職とを関連付けて記憶する。

ここで表３を参照して、記憶部１１１０が記憶する職務上の役職について説明を行う。表３は、記憶部１１１０が記憶する職務上の役職の一例を示す表である。

表３は、出席者フィールド、役職フィールド、及び職階フィールドとを有する。出席者フィールドは出席者識別情報を、役職フィールドは出席者識別情報で識別される出席者の役職を、及び職階フィールドは役職に基づいて定まる階級の上下を表す数値を保存する。

更に、記憶部１１１０は、出席者の申請役割と、出席者が申請役割を果たすために行う行動の内容と、申請役割の項目係数とを関連付けて記憶する。尚、申請役割、及び申請役割の項目係数については後述する。

ここで表４を参照して、記憶部１１１０が関連付けて記憶する申請役割と申請役割の項目係数とについて説明を行う。表４は、記憶部１１１０が関連付けて記憶する申請役割と申請役割の項目係数との一例を示す表である。

表４は、申請役割フィールド、内容フィールド、及び項目係数フィールドを有する。申請役割フィールドは申請役割を、内容フィールドは出席者が申請役割を果たすために行う行動の内容を、及び項目係数フィールドは申請役割の項目係数をそれぞれ関連付けて保存する。

尚、申請役割とは、出席者が会議において果たす役割であって、出席者自身が果たすと申請した役割をいう。本実施例において、申請役割には、「聴講者」、「アドバイザー」、「裁定者」、「司会者」、「主催者」、「討論者」、及び「説明者」があるとして説明を行うが、これに限定される訳ではない。

「聴講者」とは、会議において情報収集のみを行う者をいい、「アドバイザー」とは、情報収集とコメントを行う者をいい、「裁定者」とは、確認、判断、及び指示を行う者をいい、「司会者」とは、司会進行を行う者をいい、「主催者」とは、会議の主催及び推進を行う者をいい、「討論者」とは会議において議論、検討、及び提案を行う者をいい、「説明者」は、説明及び確認を行う者をいう。

ここで、申請役割が「説明者」である場合、出席者は他の役割を果たす場合と比べて、会議に出席するために要すると予想される集中力が最も大きいために、会議に出席するために要すると予想される労力が最も大きいとする。よって、申請役割の項目係数とは、申請役割が「説明者」である出席者が会議に出席するための集中力を「1」とした場合に、「説明者」である申請役割又は他の申請役割を有する出席者が会議に出席するために要すると予想される集中力を表す指標をいう。

また更に、記憶部１１１０は、会議の開催形式と、会議の形式で定まる会議の内容と、平均的な出席者が会議の内容を認知している程度を表す認知度と、会議形式の項目係数とを関連付けて記憶する。尚、会議形式及び会議形式の項目係数については後述する。

ここで表５を参照して、記憶部１１１０が関連付けて記憶する会議形式と会議形式の項目係数とについて説明を行う。表５は、記憶部１１１０が関連付けて記憶する会議形式と会議形式の項目係数の一例を示す表である。

表５は、会議形式フィールド、内容フィールド、認知度フィールド、及び項目係数フィールドを有する。会議形式フィールドは会議の開催形式を、内容フィールドは会議の形式で定まる会議の内容を、認知度フィールドは認知度を、項目係数フィールドは会議形式の項目係数をそれぞれ関連付けて保存する。

本実施例において、会議の開催形式には、「討論会、打合せ、及び相談」、「検討会、講演会、及びセミナー」、並びに「説明会、連絡会、及び報告会」の形式があるとして説明を行うが、これに限定される訳ではない。

また、「討論会、打合せ、及び相談」形式の会議は、一般的な出席者が基本的に内容を知っており、内容の認知度が高い会議であるとする。同様に、「検討会、講演会、及びセミナー」形式の会議は、一般的な出席者が内容を十分に知らないが、内容に対する関連知識があり、内容に興味があり、かつある程度認知度が高い会議であるとする。また同様に、「説明会、連絡会、及び報告会」形式の会議は、一般的な出席者が基本的に始めて聞く話題であるものが多く、かつ認知度が低い会議であるとする。

ここで、会議形式が「説明会、連絡会、及び報告会」である場合に、出席者の会議の内容に対する認知度が低いため、会議に出席するために要すると予想される集中力が最も大きいとする。よって、会議形式の項目係数とは、会議形式が「説明会、連絡会、及び報告会」である会議に一般の出席者が会議に出席するための集中力を「1」とした場合に、「説明会、連絡会、及び報告会」である会議形式、又は他の会議形式を有する会議に一般的な出席者が出席するために要すると予想される集中力を表す指標をいう。

また更に、記憶部１１１０は、会議と出席者との関連性と、関連性を定義する内容と、関連性の項目係数とを関連付けて記憶する。尚、関連性及び関連性の項目係数については後述する。

ここで表６を参照して、記憶部１１１０が関連付けて記憶する関連性と関連性の項目係数とについて説明を行う。表６は、記憶部１１１０が関連付けて記憶する関連性と関連性の項目係数との一例を示す表である。

表６は、関連性フィールド、内容フィールド、及び項目係数フィールドを有する。関連性は会議との関連性を、内容フィールドは関連性を定義する内容を、項目係数フィールドは会議との関連性の項目係数をそれぞれ関連付けて保存する。尚、会議との関連性とは、会議の議題を含む議論の対象と、出席者の業務上の知識との関連性をいう。

本実施例において、会議との関連性は、出席者が「活動メンバー」、「直接の管理者」、「他の組織（グループ、部門、会社）の協業関係者」、及び「他の組織（グループ、部門、会社）の非協業者」であるという会議との関連性があるとして説明を行うが、これに限定される訳ではない。

また、出席者が「活動メンバー」であるとは、会議の議論の対象が、出席者の日常業務として活動している事、又はそれと同等の知識をもっている事である場合をいう。同様に、出席者が「直接管理者」であるとは、会議の議論の対象が、出席者が直接管理する業務の一部に関する事か、又はそれと同等の知識をもっている事である場合をいう。

更に、出席者が「他の組織（グループ、部門、会社）の協業関係者」であるとは、会議の議論の対象は、関係業務として携わっている事か、又はそれと同等の知識をもっている事である場合をいう。また更に、出席者が「他の組織（グループ、部門、会社）の非協業者」であるとは、会議の議論の対象が、業務上携わっていない事であるか、出席者が十分な理解をしていない事か、又は同等の知識を持っている事である場合をいう。

ここで、会議との関連性が「他の組織（グループ、部門、会社）の非協業者」である場合には、会議の議論の対象が出席者の十分な理解をしていない事等であるため、会議に出席するために要すると予想される集中力が最も大きいとする。

よって、関連性の項目係数とは、関連性が「他の組織（グループ、部門、会社）の非協業者」である会議に出席者が出席するための集中力を「1」とした場合に、「他の組織（グループ、部門、会社）の非協業者」である関連性、又は他の関連性を有する会議に対して出席者が出席するために要すると予想される集中力を表す指標をいう。

また更に、記憶部１１１０は、同一の議題を有する会議に対する過去の出席率の程度と、出席率の程度を定義する内容と、過去の出席率の項目係数とを関連付けて記憶する。尚、過去の出席率の項目係数については後述する。

ここで表７を参照して、記憶部１１１０が関連付けて記憶する過去の会議の出席率と出席率の項目係数とについて説明を行う。表７は、記憶部１１１０が関連付けて記憶する過去の会議の出席率と出席率の項目係数との一例を示す表である。

表７は、過去の出席率フィールド、内容フィールド、及び項目係数フィールドを有する。過去の出席率フィールドは同一の議題を有する会議への過去の出席率の程度を、内容フィールドは出席率の程度を定義する内容を、項目係数フィールドは過去の出席率の項目係数をそれぞれ関連付けて保存する。

本実施例において、過去の出席率の程度は、「高い」、「中程度」、及び「低い」に分類されるとして説明を行うが、これに限定される訳ではない。また、過去の出席率が「高い」とは、過去に開催された同一議題を有する会議の出席率が 0% 以上かつ 50%未満であることをいう。同様に、過去の出席率が「中程度」とは、過去に開催された同一議題を有する会議の出席率が 50% 以上かつ 80%未満であることをいう。更に同様に、過去の出席率が「高い」とは、過去に開催された同一議題を有する会議の出席率が 80% 以上かつ 100%以下であることをいう。

ここで、過去の出席率が「低い」場合には、出席者が議題の内容を十分に把握していないため、出席者が会議に出席するために要すると予想される集中力が最も大きいとする。

よって、過去の出席率の項目係数とは、過去の出席率の程度が「低い」会議に出席するための集中力を「1」とした場合に、過去の出席率の程度が「低い」又は他の程度である会議に出席するために要すると予想される集中力を表す指標をいう。

また更に、記憶部１１１０は、会議の出席者の役職の内で、最高の役職（以下単に、最高役職という）と、最高役職の項目係数とを関連付けて記憶する。尚、最高役職の項目係数については後述する。

ここで表８を参照して、記憶部１１１０が関連付けて記憶する最高役職と最高役職の項目係数とについて説明を行う。表８は、記憶部１１１０が関連付けて記憶する最高役職と最高役職の項目係数との一例を示す表である。

表８は、最高役職フィールド及び項目係数フィールドを有する。最高役職フィールドは最高役職を、項目係数フィールドは最高役職の項目係数をそれぞれ関連付けて保存する。

本実施例において、最高役職は、「部長以上」、「課長、又はグループ長（以下単に、Ｇ長という）」、及び「課長、又はＧ長以下の役職（以下単に、上記役職者以下という）」に分類されるとして説明を行うが、これに限定される訳ではない。

ここで、最高役職が一般に最も職階が高い「部長以上」である場合に、出席者は「部長以上」の役職を有する他の出席者の評価を気にかけるため、又は「部長以上」の役職を有する者が出席する会議は重要であると考えるために、出席者が会議に出席するために要すると予想される集中力が最も大きいとする。

よって、最高役職の項目係数とは、最高役職が「部長以上」の役職を有する出席者が出席する会議に出席するための集中力を「1」とした場合に、「部長以上」の最高役職、又は他の最高役職を有する出席者が出席する会議に出席するために要すると予想される集中力を表す指標をいう。

また更に、記憶部１１１０は、会議の出席者の役職の内で、ある出席者よりも上位の役職を有する出席者（以下単に、上位出席者という）の数と、上位出席者数の項目係数とを関連付けて記憶する。尚、上位出席者数の項目係数については後述する。

ここで表９を参照して、記憶部１１１０が関連付けて記憶する上位出席者数と上位出席者数の項目係数とについて説明を行う。表９は、記憶部１１１０が関連付けて記憶する上位出席者数と上位出席者数の項目係数との一例を示す表である。

表９は、上位出席者数フィールド、及び項目係数フィールドを有する。上位出席者数フィールドは上位出席者数を、項目係数フィールドは上位出席者数の項目係数をそれぞれ関連付けて保存する。

本実施例において、上位出席者数は、「3人以上」、「1〜2人」、及び「0人」に分類されるとして説明を行うが、これに限定される訳ではない。

ここで、上位出席者数が「3人以上」である場合に、出席者は上位の役職を有する他の出席者の評価を気にかけるため、又は「3人以上」の上位の役職を有する者が出席する会議は重要であると考えるために、出席者が会議に出席するために要すると予想される集中力が最も大きいとする。

よって、上位出席者数の項目係数とは、上位出席者数が「3人以上」の役職を有する出席者が出席する会議に出席するための集中力を「1」とした場合に、「3人以上」、又は他人数の上位役職を有する出席者が出席する会議に出席するために要すると予想される集中力を表す指標をいう。

また更に、記憶部１１１０は、会議の出席者数と、出席者数の項目係数とを関連付けて記憶する。尚、出席者数の項目係数については後述する。

ここで表１０を参照して、記憶部１１１０が関連付けて記憶する出席者数と出席者数の項目係数とについて説明を行う。表１０は、記憶部１１１０が関連付けて記憶する出席者数と出席者数の項目係数との一例を示す表である。

表１０は、出席者総数フィールド、及び出席者総数の項目係数フィールドを有する。出席者数フィールドは会議の出席者数を、項目係数フィールドは出席者数の項目係数をそれぞれ関連付けて保存する。

本実施例において、出席者数は、「1〜4人」、「5〜10人」、及び「11人以上」として分類して表す。ここで、出席者数が、最も少ない分類である「1〜4人」に分類される場合に、会議において各出席者が果たす役割の比重が最大になるために、出席者が会議に出席するために要すると予想される集中力が最も大きいとする。

よって、出席者の項目係数とは、出席者総数が「1〜４人」の出席会議に出席するための集中力を「1」とした場合に、「1〜４人」、又は他人数の出席者が出席する会議に出席するために要すると予想される集中力を表す指標をいう。

更に、記憶部１１１０は、主催者が出席者に割振る役割である割振役割と、主催者が考える割振役割の重要性の程度を表す重要度と、割振役割の項目係数とを関連付けて記憶する。尚、割振役割、及び割振役割の項目係数については後述する。

ここで表１１を参照して、記憶部１１１０が関連付けて記憶する割振役割と割振役割の項目係数とについて説明を行う。表１１は、記憶部１１１０が関連付けて記憶する割振役割と割振役割の項目係数との一例を示す表である。

表１１は、割振役割フィールド、重要度フィールド、及び項目係数フィールドを有する。割振役割フィールドは割振役割を、重要度フィールドは割振役割に対する主催者が考える重要度を、及び項目係数フィールドは割振役割の項目係数をそれぞれ関連付けて保存する。

尚、割振役割とは、出席者が会議において果たす役割であって、会議の主催者が出席者へ割振った役割をいう。本実施例において、割振役割には、申告役割と同様に、「聴講者」、「アドバイザー」、「裁定者」、「司会者」、「主催者」、「討論者」、及び「説明者」があるとして説明を行うが、これに限定される訳ではない。

ここで、割振役割が「説明者」である場合、出席者は他の役割を果たす場合と比べて、会議に出席するために要すると予想される集中力が最も大きいとする。よって、割振役割の項目係数とは、割振役割が「説明者」である出席者が会議に出席するための集中力を「1」とした場合に、「説明者」である割振役割又は他の割振役割を有する出席者が会議に出席するために要すると予想される集中力を表す指標をいう。

更に、記憶部１１１０は、会議識別情報と、会議の出席者と、判定指標とを関連付けて記憶する。ここで、判定指標とは、会議の出席者が、会議の開催時間において開催される他の会議にも出席できるか否かを判定するために用いる指標であり、出席者が会議に出席するために要すると予想される集中力を表す指標である。

ここで表１２を参照して、記憶部１１１０が記憶する出席者「Ａ」から「Ｆ」の判定指標について説明を行う。表１２は、記憶部１１１０が記憶する出席者「Ａ」、表１３は出席者「Ｂ」の、表１４は出席者「Ｃ」の、表１５は出席者「Ｄ」の、表１６は出席者「Ｅ」の、表１７は出席者「Ｆ」の判定指標の一例を示す表である。

表１２から１７は判定指標を保存する。表１２から１７の名称は会議の識別情報と出席者識別情報とで構成される名称であるために、会議の識別情報と出席者識別情報と判定指標とを関連付けて保存する。

表１２から１７は、分類フィールド、項目フィールド、判定内容フィールド、項目係数フィールド、重み係数フィールド、及び分類係数フィールドを有する。

分類フィールドは出席者が会議に出席するために要すると予想される集中力を予想するために用いる項目の分類を保存し、項目フィールドは分類フィールドが保存する情報によって分類される項目を保存する。

本実施例において、集中力を予想するために用いる項目は、「申請役割」、「会議形式」、「関連性」、「過去の会議の出席率」、「最高役職」、「上位出席数」、「出席者数」、及び「割振役割」を用いる。

本実施例において、項目の分類は、「申請役割」、「事前の内容認知度」、「出席者構成」、及び「割振役割」を用いるとして説明するが、これに限定される訳ではない。

「申請役割」という分類は、「申請役割」という項目を分類する。「申請役割」という分類は、出席者が会議を重要だと考える程度を表す項目を分類する。

「事前の内容認知度」という分類は、「会議形式」、「関連性」、及び「出席率」という項目を分類する。「事前の内容認知度」という分類は、出席者が会議における議題を含む議論の内容を事前に認知している程度を表す項目を分類する。

「出席者構成」という分類は、「最高役職」、「上位出席数」、及び「出席者数」という項目を分類する。「出席者構成」という分類は、出席者の会議に出席するために要すると予想される集中力を、他の出席者に基づいて予想する際に使用する項目を分類する。

「割振役割」という分類は、「割振役割」という項目を分類する。「割振役割」という分類は、会議の主催者が出席者の出席を重要だと考える程度を表す項目を分類する。

表１２から１７の判定内容フィールドは、出席者「Ａ」から「Ｆ」が申請した申請役割及び関連性、過去の会議の出席率の程度、出席者「Ａ」から「Ｆ」及び他の出席者の出欠に基づいて算出された出席率の程度、最高役職、上位出席数、及び出席者数、並びに会議の主催者が決定した及び出席者「Ａ」から「Ｆ」に割振った会議形式、及び割振役割を保存する。

項目係数フィールドは、判定内容フィールドが保存する情報と関連付けた表４から１１の項目係数フィールドに保存する項目係数を保存する。

重み係数フィールドは、重み係数を保存する。重み係数は、同一の分類に属する項目の重み係数を総和すると値「1.0」となるように、項目毎に予め定められた係数である。

分類係数フィールドは、分類係数を保存する。分類係数は、同じ分類に属する項目係数と項目係数毎に定められた重み係数との乗算値を総和した値をいう。尚、平均値レコードの分類係数フィールドに限り、分類係数の分類間の平均値を保存する。また、総合判定レコードの分類係数フィールドに限り、判定指標を保存する。

判定指標は、分類係数の分類間の平均値であるか、又は所定の事情を加味して分類係数の分類間の平均値に対して所定の値を増減した値とする。

本実施例では、判定指標は、分類係数の分類間の平均値に基づいて算出された値であるとして説明をしたが、これに限定される訳ではなく、例えば、判定指標は、分類係数の総和値又は相乗値、若しくは分類係数の一部の総和値と他部の相乗値とに基づいて算出される値である構成を採用できる。

本実施例では、会議の出席者の全てに共通の重み係数を用いたが、これに限定される訳ではなく、会議の出席者毎に異なる重み係数を用いる構成を採用できる。

更に、記憶部１１１０は、会議の開催時間と、会議の出席者と、出席者の判定指標とを関連付けて記憶する。

ここで表１８を参照して、記憶部１１１０が関連付けて記憶する会議の開催時間と会議の出席者と出席者の判定指標とについて説明を行う。表１８は、記憶部１１１０が関連付けて記憶する会議の開催時間と会議の出席者と出席者の判定指標との一例を示す表である。

表１８は、日付フィールド、出席者フィールド、及び時間区間フィールドを有している。日付フィールドは会議の開催日付を、出席者フィールドは会議の出席者の出席者識別情報を保存する。

時間区間フィールドは会議の開催時間区間を表し、かつその時間区間において開催される会議に、出席者フィールドが保存する出席者識別情報で識別される出席者が出席するために要すると予想される集中力を表す判定指標の合計値を保存する。

具体的には、表１８の第１レコードの第３フィールドは、時間区間「１日の９時００分から９時１５分」において開催される会議に、出席者「Ａ」が出席するために要すると予想される集中力を表す判定指標の合計値「0.80」を保存する。

更に、記憶部１１１０は、会議の識別情報と、会議の開催期間候補と、開催期間候補において開催される会議に出席者が出席できるか否かを表す出席フラグとを関連付けて記憶する。尚、開催期間候補とは、主催者が、会議の開催を予定する期間をいう。

ここで表１９を参照して、記憶部１１１０が関連付けて記憶する開催期間候補と開催期間候補において開催される会議の出席者の出席フラグとについて説明を行う。表１９は、記憶部１１１０が関連付けて記憶する開催期間候補と開催期間候補において開催される会議の出席者の出席フラグとの一例を示す表である。

表１９は、表１８とほぼ同様の構成を有しているため、以下主に相違点について説明を行う。表１９は、会議識別情報で構成されるテーブル名称を有することで、会議識別情報と表１９が保存する情報とを関連付けて保存する。

表１９が有する時間区間フィールドは、出席フラグを保存する点で表１８と異なる。また、日付フィールドは、開催期間候補に属する日付を表す情報のみを保存し、時間区間フィールドは、開催期間候補に属する時間区間を表すフィールドのみで構成される。

ここで図２に戻り、予定管理装置１１００の構成について引き続き説明を行う。

制御部１１２０は、記憶部１１１０及び送受信部１１３０に接続している。制御部１１２０は、予定管理装置１１００を構成する各部を制御して、予定を管理する。

ここで図４を参照して、制御部１１２０の構成について説明を行う。図４は、制御部１１２０の一構成例を表す機能ブロック図である。

制御部１１２０は、登録部１１２１、算出部１１２２、管理部１１２３、及び判定部１１２４を備える。

登録部１１２１は、記憶部１１１０、算出部１１２２、及び送受信部１１３０に接続している。登録部１１２１は、後述する登録処理を実行することで、会議の開催時刻と会議の出席者と会議における出席者の役割とで構成される会議の予定を記憶部１１１０が記憶する表１に登録する。

ここで図５から７を参照して、登録部１１２１が実行する登録処理について説明を行う。図５は、登録部１１２１が実行する登録処理の一例を表すフローチャートの一部であり、図６及び７は、登録部１１２１が実行する登録処理の一例を表すフローチャートの他部である。

先ず、登録部１１２１は、会議の主催者が使用する端末装置２１００又は３１００から（以下単に、主催者の端末装置２１００という）から会議の議題と、会議の開催時間と、会議の開催形式とを受信するよう送受信部１１３０を制御する（ステップＳＴ０００１）。次に、登録部１１２１は、送受信部１１３０から、会議の議題と開催時間と開催形式とを取得する（ステップＳＴ０００２）。

その後、登録部１１２１は、会議を識別する会議識別情報を生成する（ステップＳＴ０００３）。次に、登録部１１２１は、記憶部１１１０が記憶する表１へ、会議識別情報と会議の議題と開催形式と開催時間とを関連付けて登録する（ステップＳＴ０００４）。

尚、表１に登録する会議の開催形式、及び出席人数について、登録部１１２１は、表５が有する会議形式フィールド、及び表１０が有する出席者総数フィールドに保存された情報を保存することとする、

その後、登録部１１２１は、主催者の端末装置２１００から、会議の出席者を識別する出席者識別情報と、出席者に割振られた割振役割とを受信するよう送受信部１１３０を制御する（ステップＳＴ０００５）。次に、登録部１１２１は、送受信部１１３０から、出席者と割振役割とを取得する（ステップＳＴ０００６）。

その後、登録部１１２１は、記憶部１１１０が記憶する表２に、会議識別情報と出席者識別情報と割振役割とを関連付けて登録する（ステップＳＴ０００７）。

尚、表２に登録する会議識別情報、及び出席者の割振役割について、登録部１１２１は、表１が有する会議ＩＤフィールド、及び表１１が有する割振役割フィールドに保存された情報を保存することとする、

次に、登録部１１２１は、取得した全ての会議の出席者について、ステップＳＴ０００９からＳＴ００１６の処理を実行したか否かを判断する（ステップＳＴ０００８）。登録部１１２１は、全ての出席者に対して処理を実行したと判断する場合にはステップＳＴ００１７の処理を、そうでない場合にはステップＳＴ０００９の処理を実行する。

ステップＳＴ０００８において、登録部１１２１は、全ての会議の出席者について処理を実行していないと判断した場合には、未処理の出席者の内１人を処理対象出席者とする（ステップＳＴ０００９）。次に、登録部１１２１は、処理対象出席者の端末装置２１００又は３１００（以下単に、処理対象出席者の端末装置３１００という）へ会議の予定を送信するよう送受信部１１３０を制御する（ステップＳＴ００１０）。

その後、登録部１１２１は、処理対象出席者の端末装置３１００から申告役割と、会議との関連性と、会議の出欠とを受信するよう送受信部１１３０を制御する（ステップＳＴ００１１）。次に、登録部１１２１は、送受信部１１３０から、申告役割と関連性と出欠とを取得する（ステップＳＴ００１２）。

その後、登録部１１２１は、記憶部１１１０が記憶する表１から、取得した議題に基づいて、過去に開催された会議の会議識別情報を検索する（ステップＳＴ００１３）。つまり、登録部１１２１は、過去に開催された会議であって、議題が同じ会議の識別情報を検索する。

次に、登録部１１２１は、記憶部１１１０が記憶する表２から、検索した会議識別情報と処理対象出席者とを保存したレコードであって、出欠フィールドに「出席」という文字列を保存したレコードを検索する（ステップＳＴ００１４）。つまり、登録部１１２１は、過去に開催された議題が同じ会議であって、処理対象出席者が出席した会議に関する情報を保存するレコードを検索する。

その後、登録部１１２１は、検索したレコード数を、検索した会議識別情報の数とで除算することで、処理対象出席者の過去の出席率を算出する（ステップＳＴ００１５）。

次に、登録部１１２１は、記憶部１１１０が記憶する表２へ、会議識別情報と出席者と申告役割と関連性と過去の出席率の程度と出欠とを関連付けて登録する（ステップＳＴ００１６）。その後、登録部１１２１は、ステップＳＴ０００８に戻り、上記の処理を繰り返す。

尚、表２に登録する会議識別情報、申告役割、関連性、及び過去の出席率の程度、並びに出欠について、登録部１１２１は、表１が有する会議ＩＤフィールド、表４が有する申告役割フィールド、表６が有する関連性フィールド、及び表７が有する過去の出席率フィールドに保存された情報、並びに「出席」又は「欠席」の文字列を保存することとする。

ステップＳＴ０００８において、登録部１１２１は、全ての会議の出席者について処理を実行したと判断した場合には、各出席者の出欠に基づいて会議の出席数を算出する（ステップＳＴ００１７）。次に、記憶部１１１０が記憶する表１へ、会議識別情報と出席人数の程度とを関連付けて登録する（ステップＳＴ００１８）。

尚、表１に登録する出席人数の程度について、登録部１１２１は、表１０が有する出席者総数フィールドに保存された情報を保存することとする。

その後、登録部１１２１は、算出部１１２２へ、会議識別情報を出力する（ステップＳＴ００１９）。次に、登録部１１２１は、登録処理の実行を終了する。

ここで図４に戻り、制御部１１２０の構成について引き続き説明を行う。

算出部１１２２は、記憶部１１１０、登録部１１２１、及び管理部１１２３に接続する。算出部１１２２は、後述する算出処理を実行することで、判定指標を登録部１１２１が登録した出席者の役割に基づいて算出する。

ここで図８から１２を参照して、算出部１１２２が実行する算出処理について説明する。図８は、算出部１１２２が実行する算出処理の一例を表したフローチャートの一部であり、図９から１２は、算出部１１２２が実行する算出処理の一例を表したフローチャートの他部である。

先ず、算出部１１２２は、登録部１１２１又は管理部１１２３から、算出処理の対象とする会議を識別する会議識別情報を取得する（ステップＳＴ０１０１）。次に、算出部１１２２は、記憶部１１１０が記憶する表１から、会議識別情報に関連付けた開催形式を検索する（ステップＳＴ０１０２）。

その後、算出部１１２２は、記憶部１１１０が記憶する表２から、会議識別情報に関連付けた出席者を検索する（ステップＳＴ０１０３）。つまり、算出部１１２２は、会議識別情報で識別される会議の出席者を検索する。

次に、算出部１１２２は、記憶部１１１０が記憶する表３から、それぞれの出席者を識別する出席者識別情報と関連付けた役職及び職階とを取得する（ステップＳＴ０１０４）。その後、算出部１１２２は、検索した職階が表す数値に基づいて、会議の出席者が有する役職の中で最高の役職（最高役職）を検索する（ステップＳＴ０１０５）。

尚、算出部１１２２は、記憶部１１１０が記憶する表２から、会議識別情報に基づいて会議の出席者の出欠を検索し、検索した出欠が「出席」である出席者が有する役職の中で最高の役職を検索する構成を採用できる。

次に、算出部１１２２は、全ての会議の出席者について、ステップＳＴ０１０７からＳＴ０１１４の処理を実行したか否かを判断する（ステップＳＴ０１０６）。算出部１１２２は、全ての会議の出席者について処理を実行したと判断する場合には算出処理の実行を終了し、そうでない場合にはステップＳＴ０１０７の処理を実行する。

ステップＳＴ０１０６において、算出部１１２２は、全ての会議の出席者について処理を実行していないと判断した場合には、未処理の出席者のうち一人を処理対象出席者とする（ステップＳＴ０１０７）。次に、算出部１１２２は、処理対象出席者の判定指標を値「0」として初期化する（ステップＳＴ０１０８）。

その後、算出部１１２２は、分類係数を値「0」として初期化する（ステップＳＴ０１０９）。次に、算出部１１２２は、記憶部１１１０が記憶する表２から、会議識別情報と処理対象出席者とに関連付けた申告役割を検索する（ステップＳＴ０１１０）。

その後、算出部１１２２は、記憶部１１１０が記憶する表４から検索した申告役割に関連付けた項目係数を検索する（ステップＳＴ０１１１）。次に、算出部１１２２は、記憶部１１１０が記憶する表１２ないし１７から、申告役割項目の重み係数を検索する（ステップＳＴ０１１２）。

その後、算出部１１２２は、分類係数の値を、ステップＳＴ０１１３を実行する前の分類係数の値に対して、項目係数と重み係数とを乗算した値を和算した値とする（ステップＳＴ０１１３）。次に、算出部１１２２は、処理対象出席者の判定指標の値を、ステップＳＴ０１１４を実行する前の判定指標の値に対して、分類係数の値を和算した値とする（ステップＳＴ０１１４）。

その後、算出部１１２２は、分類係数を値「0」として初期化する（ステップＳＴ０１１５）。次に、算出部１１２２は、記憶部１１１０が記憶する表１から、会議識別情報とに関連付けた会議形式を検索する（ステップＳＴ０１１６）。

その後、算出部１１２２は、記憶部１１１０が記憶する表５から検索した会議形式に関連付けた項目係数を検索する（ステップＳＴ０１１７）。次に、算出部１１２２は、記憶部１１１０が記憶する表１２ないし１７から、会議形式項目の重み係数を検索する（ステップＳＴ０１１８）。

その後、算出部１１２２は、分類係数の値を、ステップＳＴ０１１９を実行する前の分類係数の値に対して、項目係数と重み係数とを乗算した値を和算した値とする（ステップＳＴ０１１９）。

次に、算出部１１２２は、記憶部１１１０が記憶する表２から、会議識別情報と処理対象出席者とに関連付けた会議との関連性を検索する（ステップＳＴ０１２０）。

その後、算出部１１２２は、記憶部１１１０が記憶する表６から検索した会議との関連性に関連付けた項目係数を検索する（ステップＳＴ０１２１）。次に、算出部１１２２は、記憶部１１１０が記憶する表１２ないし１７から、関連性項目の重み係数を検索する（ステップＳＴ０１２２）。

その後、算出部１１２２は、分類係数の値を、ステップＳＴ０１２３を実行する前の分類係数の値に対して、項目係数と重み係数とを乗算した値を和算した値とする（ステップＳＴ０１２３）。

次に、算出部１１２２は、記憶部１１１０が記憶する表２から、会議識別情報と処理対象出席者とに関連付けた過去の出席率を検索する（ステップＳＴ０１２４）。

その後、算出部１１２２は、記憶部１１１０が記憶する表７から検索した過去の出席率に関連付けた項目係数を検索する（ステップＳＴ０１２５）。次に、算出部１１２２は、記憶部１１１０が記憶する表１２ないし１７から、過去の出席率項目の重み係数を検索する（ステップＳＴ０１２６）。

その後、算出部１１２２は、分類係数の値を、ステップＳＴ０１２７を実行する前の分類係数の値に対して、項目係数と重み係数とを乗算した値を和算した値とする（ステップＳＴ０１２７）。

次に、算出部１１２２は、処理対象出席者の判定指標の値を、ステップＳＴ０１２８を実行する前の判定指標の値に対して、分類係数の値を和算した値とする（ステップＳＴ０１２８）。

その後、算出部１１２２は、分類係数を値「0」として初期化する（ステップＳＴ０１２９）。

その後、算出部１１２２は、記憶部１１１０が記憶する表８から、検索した最高役職に関連付けた項目係数を検索する（ステップＳＴ０１３０）。次に、算出部１１２２は、記憶部１１１０が記憶する表１２ないし１７から、最高役職項目の重み係数を検索する（ステップＳＴ０１３１）。

その後、算出部１１２２は、分類係数の値を、ステップＳＴ０１３２を実行する前の分類係数の値に対して、項目係数と重み係数とを乗算した値を和算した値とする（ステップＳＴ０１３２）。

次に、算出部１１２２は、出席者の内で、処理対象出席者の役職より上位の役職者数を算出する（ステップＳＴ０１３３）。具体的には、算出部１１２２は、記憶部１１１０が記憶する表３から、会議の出席者に関連付けた職階を取得し、処理対象出席者に関連付けた職階の値よりも高い値の出席者の数を算出する。

尚、算出部１１２２は、記憶部１１１０が記憶する表２から、会議識別情報に基づいて会議の出席者の出欠を検索し、検索した出欠が「出席」である出席者が有する役職の中で、処理対象出席者の役職より上位の役職者数を算出する構成を採用できる。

その後、算出部１１２２は、記憶部１１１０が記憶する表９から検索した上位出席者数に関連付けた項目係数を検索する（ステップＳＴ０１３４）。次に、算出部１１２２は、記憶部１１１０が記憶する表１２ないし１７から、上位出席者数項目の重み係数を検索する（ステップＳＴ０１３５）。

その後、算出部１１２２は、分類係数の値を、ステップＳＴ０１３６を実行する前の分類係数の値に対して、項目係数と重み係数とを乗算した値を和算した値とする（ステップＳＴ０１３６）。

次に、算出部１１２２は、記憶部１１１０が記憶する表１から、会議識別情報と関連付けた出席者数を検索する（ステップＳＴ０１３７）。

その後、算出部１１２２は、記憶部１１１０が記憶する表７から検索した出席者数に関連付けた項目係数を検索する（ステップＳＴ０１３８）。次に、算出部１１２２は、記憶部１１１０が記憶する表１２ないし１７から、出席者数項目の重み係数を検索する（ステップＳＴ０１３９）。

その後、算出部１１２２は、分類係数の値を、ステップＳＴ０１４０を実行する前の分類係数の値に対し、項目係数と重み係数とを乗算した値を和算した値とする（ステップＳＴ０１４０）。

次に、算出部１１２２は、処理対象出席者の判定指標の値を、ステップＳＴ０１４１を実行する前の判定指標の値に対し、分類係数の値を和算した値とする（ステップＳＴ０１４１）。

その後、算出部１１２２は、分類係数を値「0」として初期化する（ステップＳＴ０１４２）。次に、算出部１１２２は、記憶部１１１０が記憶する表２から、会議識別情報と処理対象出席者とに関連付けた割振役割を検索する（ステップＳＴ０１４３）。

その後、算出部１１２２は、記憶部１１１０が記憶する表１１から検索した割振役割に関連付けた項目係数を検索する（ステップＳＴ０１４４）。次に、算出部１１２２は、記憶部１１１０が記憶する表１２ないし１７から、割振役割項目の重み係数を検索する（ステップＳＴ０１４５）。

その後、算出部１１２２は、分類係数の値を、ステップＳＴ０１４６を実行する前の分類係数の値に対し、項目係数と重み係数とを乗算した値を和算した値とする（ステップＳＴ０１４６）。

次に、算出部１１２２は、処理対象出席者の判定指標の値を、ステップＳＴ０１４７を実行する前の判定指標の値に対し、分類係数の値を和算した値とする（ステップＳＴ０１４７）。

その後、算出部１１２２は、処理対象出席者の判定指標の値を、ステップＳＴ０１４８を実行する前の判定指標の値を分類数の値で除算した値とする（ステップＳＴ０１４８）。

次に、算出部１１２２は、算出した判定指標を、会議識別情報と処理対象出席者とで構成されるテーブル名を有する表１２ないし１７の内のいずれかに保存する（ステップＳＴ０１４９）。その後、算出部１１２２は、ステップＳＴ０１０６に戻り、上記処理を繰り返す。

ここで図４に戻り、制御部１１２０の構成について引き続き説明を行う。

管理部１１２３は、記憶部１１１０、送受信部１１３０、算出部１１２２、及び判定部１１２４に接続している。

管理部１１２３は、後述する管理処理を実行することで、算出部１１２２が算出した判定指標を用いて、出席者がある会議の開催時間において開催される他の会議に出席できないと判定した場合に、会議及び他の会議のいずれか１つ以上の予定を調整して管理する。

ここで、管理部１１２３が実行する管理処理について概説する。

先ず、管理部１１２３は、記憶部１１１０が関連付けて記憶する表１８を参照して、会議の開催される時間区間と会議の出席者と出席者の判定指標とを参照する。

次に、管理部１１２３は、参照した時間区間毎に、参照した判定指標に対して、算出部１１２２が算出した判定指標を和算する。管理部１１２３は、和算した結果の値が所定の閾値「1.0」を超えるか否かを時間区間毎に判断することで、出席者が会議に出席できる時間区間を明らかにする。尚、本実施例では、所定の閾値「1.0」としたが、これに限定される訳ではない。

その後、管理部１１２３は、全出席者が会議に出席できる連続した時間区間が存在するか否かを判断し、存在すると判断した場合には、その連続した時間区間を会議の開催時間として会議の予定を確定する。

次に、管理部１１２３は、会議の予定を確定して管理するために、記憶部１１１０が記憶する表１８が保存する判定指標を更新登録する。

ここで、表２０を参照して、管理部１１２３が更新登録する判定指標について説明を行う。表２０は、管理部１１２３が、表１８に保存された判定指標を更新した指標を保存する表である。

表２０の構成は、表１８の構成と同様であるため、説明を省略する。表２０は、「2日」の時刻「10:00」から「12:00」までの時間に属する連続した時間区間に関連付けて表１８が保存する判定指標に対して、算出部１１２２が算出した判定指標を和算した値を保存する。

尚、管理部１１２３は、全ての出席者が会議に出席できると判断したため、表２０が保存する全ての出席者の判定指標の値は、所定の閾値「1.0」を超えることはない。

ここで引き続き、管理部１１２３が実行する管理処理について概説する。

管理部１１２３は、全出席者が会議に出席できる連続した時間区間が存在しないと判断した場合には、出席できない出席者数が最小となる連続した時間区間を検索し、検索した連続した時間区間を、会議の仮の開催時間とする。

次に、管理部１１２３は、会議の予定を調整する。具体的には、管理部１１２３は、会議の出席者が申請する申請役割及び会議との関連性、会議の主催者が割り振る割振役割及び会議形式等の変更を行う。

これによって、管理部１１２３は、各出席者が会議に出席するために要すると予想される集中力を表す各出席者の判定指標を変更する。その後、管理部１１２３は、変更した判定指標に基づいて上記処理を繰り返す。

ここで、表２１及び２２を参照して、管理部１１２３が会議の予定を調整するために、会議との関連性を変更する場合について説明を行う。

表２１は、記憶部１１１０が関連付けて記憶する会議の開催時間と会議の出席者と出席者の判定指標との他例を示す表であり、表２２は、記憶部１１１０が記憶する出席者「Ａ」判定指標の他例を示す表である。

表２１及び２２の構成は、表１８及び１２の構成とほぼ同様である。

先ず、管理部１１２３は、記憶部１１１０が記憶する表２１を参照して、会議の開催される時間区間と会議の出席者と出席者の判定指標とを参照する。

次に、管理部１１２３は、会議の開催時間が「2時間」である場合には、仮の会議の開始時刻を「10:00」とすることで、会議に出席できない出席者数が最小となると判断する。

何故ならば、算出部１１２２が算出した判定指標は、出席者「Ａ」が「0.55」、「Ｂ」が「1.00」、「Ｃ」が「0.44」、「Ｄ」が「0.90」、「Ｅ」が「0.85」、及び「Ｆ」が「0.57」であるため、仮の会議の開始時刻を「10:00」とすると、会議に出席できない出席者は「Ａ」のみとなるからである。

次に、管理部１１２３は、会議の出席者が申請する会議との関連性を、表１２が保存する「他の組織（グループ、部門、会社）の非協業者」から「活動メンバー」へと変更して表２２に登録する。

尚、その後、算出部１１２２は、関連性の項目係数を表１２が保存する「1.0」から「0.4」へ、分類係数を表１２が保存する「1.0」から「0.5」へ、及び分類係数を平均して算出した判定指標を表１２が保存する「0.55」から「0.43」へと変更して表２２に登録する。

次に、管理部１１２３は、上記処理を繰り返し、会議の開始時刻を「10:00」とすることで、全出席者が会議に出席できると判断する。

何故ならば、算出部１１２２が再算出した判定指標は、出席者「Ａ」が「0.43」であるため、表２１が「2日」の「10:00」から「11:00」までの時間と関連付けて保存する判定指標「0.50」と算出部１１２２が再算出した判定指標「0.43」との合計値「0.93」が、所定値「1.0」を超えないためである。

その後、管理部１１２２は、上記の会議の予定を確定して管理する処理を実行した後に、管理処理の実行を終了する。

ここで図１３を参照して、管理部１１２３が実行する管理処理について説明を行う。図１３は、管理部１１２３が実行する管理処理の一例を表すフローチャートである。

先ず、管理部１１２３は、会議の予定を管理するために、出席者が会議に出席できる時間区間を明らかにする出席管理処理を実行する（ステップＳＴ０２０１）。

次に、管理部１１２３は、会議の仮の予定を管理する仮予定管理処理を実行する（ステップＳＴ０２０２）。

その後、管理部１１２３は、ステップＳＴ０２０２の仮予定管理処理で使用した欠席カウンタが値「0」であるか否かを判断する（ステップＳＴ０２０３）。つまり、管理部１１２３は、仮の予定に出席できない出席者が存在するか否かを判断する。

管理部１１２３は、欠席カウンタが値「0」であると判断する場合にはステップＳＴ０２０４の処理を、そうでない場合にはステップＳＴ０２０６の処理を実行する。つまり、管理部１１２３は、仮の予定に出席できない出席者が存在すると判断する場合にはステップＳＴ０２０６の処理を、そうでない場合にはステップＳＴ０２０４の処理を実行する。

ステップＳＴ０２０３において、管理部１１２３は、欠席カウンタが値「0」であると判断した場合には、会議の開始時刻である予定の開始時刻を、仮予定の開始時刻とする（ステップＳＴ０２０４）。次に、管理部１１２３は、予定を確定して管理する予定管理処理を実行する（ステップＳＴ０２０５）。その後、管理部１１２３は、管理処理の実行を終了する。

ステップＳＴ０２０３において、管理部１１２３は、欠席カウンタが値「0」でないと判断した場合には、会議の予定を調整する調整処理を実行する（ステップＳＴ０２０６）。

その後、管理部１１２３は、算出部１１２２へ、会議識別情報を出力する（ステップＳＴ０２０７）。尚、会議識別情報を取得した算出部１１２２は、再度、算出処理の実行を行う。次に、管理部１１２３は、ステップＳＴ０２０１に戻り、上記処理を繰り返す。

ここで図１４及び１５を参照して、管理部１１２３が実行する出席管理処理について説明を行う。図１４は、管理部１１２３が実行する出席管理処理の一例を表すフローチャートの一部であり、及び図１５は、管理部１１２３が実行する出席管理処理の一例を表すフローチャートの他部である。

先ず、管理部１１２３は、主催者の端末装置２１００から、会議識別情報と、開催期間候補とを受信するよう送受信部１１３０を制御する（ステップＳＴ０３０１）。次に、管理部１１２３は、送受信部１１３０から、会議識別情報と開催候補期間とを取得する（ステップＳＴ０３０２）。

その後、管理部１１２３は、記憶部１１１０が記憶する表２から、会議識別情報に基づいて会議の出席者を検索する（ステップＳＴ０３０３）。

尚、管理部１１２３は、記憶部１１１０が記憶する表２から、会議識別情報のみならず、出欠フィールドの「出席」という文字列に基づいて、会議の出席者を検索する構成を採用できる。つまり、管理部１１２３は、会議に出席する出席者のみを検索する構成を採用できる。

次に、管理部１１２３は、開催期間候補の全ての時間区間について、ステップＳＴ０３０５からＳＴ０３１５の処理を実行したか否かを判断する（ステップＳＴ０３０４）。管理部１１２３は、開催期間候補の全ての時間区間について処理を実行したと判断する場合には出席管理処理の実行を終了し、そうでない場合にはステップＳＴ０３０５の処理を実行する。

ステップＳＴ０３０４において、管理部１１２３は、開催期間候補の全ての時間区間について処理を実行していないと判断した場合には、未処理の時間区間の内で最も早い時間区間を処理対象時間区間とする（ステップＳＴ０３０５）。

具体的には、開催期間候補が、「１日の９時００分」から「２日の１２時００分」までであって、かつどの時間区間も処理対象としていない場合には、「１日の９時００分から９時１５分まで」の時間区間を処理対象時間区間とする。

次に、管理部１１２３は、会議に出席できないと判断する出席者の数をカウントする欠席者カウンタ変数の値を「0」として初期化する（ステップＳＴ０３０６）。

その後、管理部１１２３は、全ての会議の出席者について、ステップＳＴ０３０８からＳＴ０３１５の処理を実行したか否かを判断する（ステップＳＴ０３０７）。管理部１１２３は、全ての会議の出席者について処理を実行したと判断する場合にはステップＳＴ０３０４に戻り上記処理を繰り返し、そうでない場合にはステップＳＴ０３０８の処理を実行する。

ステップＳＴ０３０７において、管理部１１２３は、全ての会議の出席者について処理を実行していないと判断した場合には、未処理の出席者の内１人を処理対象出席者とする（ステップＳＴ０３０８）。

次に、管理部１１２３は、判定部１１２４へ、会議識別情報と処理対象出席者と処理対象時間区間とを出力する（ステップＳＴ０３０９）。その後、管理部１１２３は、判定部１１２４から、判定結果を取得する（ステップＳＴ０３１０）。

次に、管理部１１２３は、取得した判定結果から、処理対象出席者が会議に出席できるか否かを判断する（ステップＳＴ０３１１）。管理部１１２３は、処理対象出席者が会議に出席できると判断した場合にはステップＳＴ０３１２の処理を実行し、そうでない場合にはステップＳＴ０３１３の処理を実行する。

ステップＳＴ０３１１において、管理部１１２３は、出席できると判断した場合には、出席フラグの値を「0」とする（ステップＳＴ０３１２）。その後、管理部１１２３は、ステップＳＴ０３１５の処理を実行する。

ステップＳＴ０３１１において、管理部１１２３は、出席できないと判断した場合には、出席フラグの値を「1」とする（ステップＳＴ０３１３）。その後、管理部１１２３は、欠席者カウンタの値を「1」だけインクリメントする（ステップＳＴ０３１４）。その後、管理部１１２３は、ステップＳＴ０３１５の処理を実行する。

ステップＳＴ０３１２及びステップＳＴ０３１４の処理を実行した後に、管理部１１２３は、記憶部１１１０が記憶する表１９に、会議識別情報と処理対象出席者と出席フラグとを関連付けて登録する（ステップＳＴ０３１５）。その後、管理部１１２３は、ステップＳＴ０３０７に戻り、上記処理を繰り返す。

次に、図１６を参照して、管理部１１２３が実行する仮予定管理処理について説明を行う。図１６は、管理部１１２３が実行する仮予定管理処理の一例について表すフローチャートである。

先ず、管理部１１２３は、変数 hmax の値を、開催期間候補内の時間区間の数と、会議の出席者数とを乗算した値とする（ステップＳＴ０４０１）。次に、管理部１１２３は、各時間区間における会議に出席できない者の数を合計した値を表す欠席カウンタの値を「0」として初期化する（ステップＳＴ０４０２）。

その後、管理部１１２３は、カウンタ変数 h の値が hmax 以下であるか否かを判断する（ステップＳＴ０４０３）。管理部１１２３は、カウンタ変数 h の値が hmax 以下であると判断する場合にはステップＳＴ０４０４の処理を、そうでない場合には仮予定処理の実行を終了する。

ステップＳＴ０４０３において、管理部１１２３は、開催期間候補に属する全ての時間区間について、ステップＳＴ０４０５からＳＴ０４０７の処理を実行したか否かを判断する（ステップＳＴ０４０４）。管理部１１２３は、開催期間候補に属する全ての時間区間について処理を実行したと判断する場合にはステップＳＴ０４０８の処理を、そうでない場合にはステップＳＴ０４０５の処理を実行する。

ステップＳＴ０４０４において、管理部１１２３は、全ての時間区間について処理を実行していないと判断した場合には、未処理の時間区間の内で最も早い時間区間を処理対象時間区間とする（ステップＳＴ０４０５）。

次に、管理部１１２３は、記憶部１１１０が記憶する表１９から、処理対象時間区間から開催終了時間区間迄の欠席フラグを会議識別情報に基づいて検索する（ステップＳＴ０４０６）。

尚、開催終了時間区間とは、処理対象時間区間の開始時刻から会議を開催した場合に、会議の終了時刻が属する時間区間をいう。具体的には、処理対象時間区間が「1日の09時00分から1日の09時15分」である場合に、表１に保存された会議の開催時間が「2時間」である場合には、開催終了時間区間は、「1日の10時45分から1日の11時00分」となる。

次に、管理部１１２３は、ステップＳＴ０４０６で検索した欠席フラグの合計値が、変数 h の値と同じであるか否かを判断する（ステップＳＴ０４０７）。

つまり具体的には、管理部１１２３は、開催時間候補において開催を予定する会議の開始時刻であって、かつ出席者毎の出席できない時間の総和が最も少ない開始時刻を検索する。

管理部１１２３は、欠席フラグの合計値が、変数 h の値と同じであると判断する場合にはステップＳＴ０４０９の処理を、そうでない場合にはステップＳＴ０４０４に戻り上記処理を繰り返す。

ステップＳＴ０４０４において、管理部１１２３は、全ての時間区間について処理を実行したと判断した場合には、変数 h の値を１だけインクリメントする（ステップＳＴ０４０８）。

ステップＳＴ０４０７において、管理部１１２３は、欠席フラグの合計値が、変数 h の値と同じであると判断した場合には、仮予定の開始時刻を処理対象時間区間の開始時刻とする（ステップＳＴ０４０９）。その後、管理部１１２３は、仮予定管理処理の実行を終了する。

次に、図１７を参照して、管理部１１２３が実行する予定管理処理について説明を行う。図１７は、管理部１１２３が実行する予定管理処理の一例を表すフローチャートである。

先ず、管理部１１２３は、記憶部１１１０が記憶する表１に、会議識別情報と開催時刻とを関連付けて登録する（ステップＳＴ０５０１）。次に、管理部１１２３は、会議の開催時刻から、会議の終了時刻迄の時間に属する時間区間の全てについて、ステップＳＴ０５０３からＳＴ０５０８の処理を実行したか否かを判断する（ステップＳＴ０５０２）。管理部１１２３は、全て時間区間について処理を実行したと判断する場合にはステップＳＴ０５０９の処理を、そうでない場合にはステップＳＴ０５０３の処理を実行する。

ステップＳＴ０５０２において、管理部１１２３は、全て時間区間について処理を実行していないと判断した場合には、未処理の時間区間の１つを処理対象区間とする（ステップＳＴ０５０３）。

次に、管理部１１２３は、全ての会議の出席者についてステップＳＴ０５０５からＳＴ０５０８の処理を実行したか否かを判断する（ステップＳＴ０５０４）。管理部１１２３は、全ての会議の出席者について処理を実行したと判断する場合にはステップＳＴ０５０２に戻り上記処理を繰り返し、そうでない場合にはステップＳＴ０５０５の処理を実行する。

ステップＳＴ０５０４において、管理部１１２３は、全ての会議の出席者について処理を実行していないと判断した場合には、未処理の出席者の１人を処理対象出席者とする（ステップＳＴ０５０５）。

次に、管理部１１２３は、記憶部１１１０が記憶する表１８から、処理対象出席者と処理対象区間とに基づいて判定指標を検索する（ステップＳＴ０５０６）。

その後、管理部１１２３は、算出部１１２２が算出した判定指標と、ステップＳＴ０５０６で検索した判定指標とを合計した値を、処理対象出席者の新たな判定指標とする（ステップＳＴ０５０７）。

次に、管理部１１２３は、記憶部１１１０が記憶する表１８に、処理対象出席者と処理対象区間と新たな判定指標とを関連付けて更新登録する（ステップＳＴ０５０８）。その後、管理部１１２３は、ステップＳＴ０５０４に戻り、上記処理を繰り返す。

ステップＳＴ０５０２において、管理部１１２３は、全て時間区間について処理を実行したと判断した場合には、全ての出席者についてステップＳＴ０５１０及びＳＴ０５１１の処理を実行したか否かを判断する（ステップＳＴ０５０９）。管理部１１２３は、全ての出席者について処理を実行したと判断する場合は予定管理処理の実行を終了し、そうでない場合にはステップＳＴ０５１０の処理を実行する。

ステップＳＴ０５０９において、管理部１１２３は、全ての出席者について処理を実行していないと判断する場合には、未処理の出席者の１人を処理対象出席者とする（ステップＳＴ０５１０）。次に、管理部１１２３は、処理対象出席者の端末装置３１００へ会議の開始時刻と開催時間とを送信するよう送受信部１１３０を制御する（ステップＳＴ０５１１）。その後、管理部１１２３は、予定管理処理の実行を終了する。

次に、図１８を参照して、管理部１１２３が実行する調整管理処理について説明を行う。図１８は、管理部１１２３が実行する調整管理処理の一例を表すフローチャートの一例である。

先ず、管理部１１２３は、記憶部１１１０が記憶する会議識別情報で構成されるテーブル名を有する表１９から、仮予定の開始時刻から開催終了時刻迄に属する時間区間に、欠席フラグが立っている出席者を検索する（ステップＳＴ０６０１）。

次に、管理部１１２３は、検索した出席者の端末装置２１００へ、申請役割又は会議との関連性の変更を要求するメッセージを送信するよう送受信部１１３０を制御する（ステップＳＴ０６０２）。

その後、管理部１１２３は、検索した出席者の端末装置３１００から、変更した申請役割又は会議との関連性を受信するよう送受信部１１３０を制御する（ステップＳＴ０６０３）。次に、管理部１１２３は、送受信部１１３０から、変更した申請役割又は関連性を取得する（ステップＳＴ０６０４）。

その後、管理部１１２３は、記憶部１１１０が記憶する表２へ、出席者と変更した申請役割又は関連性とを関連付けて更新登録する（ステップＳＴ０６０５）。次に、管理部１１２３は、主催者の端末装置２１００へ、出席者の割振役割の変更を要求するメッセージを送信するよう送受信部１１３０を制御する（ステップＳＴ０６０６）。

その後、管理部１１２３は、主催者の端末装置２１００から、割振役割と役割を変更した出席者を受信するよう送受信部１１３０を制御する（ステップＳＴ０６０７）。次に、管理部１１２３は、送受信部１１３０から、変更した割振役割と役割を変更した出席者とを取得する（ステップＳＴ０６０８）。

その後、管理部１１２３は、記憶部１１１０が記憶する表２へ、役割を変更した出席者と変更した割振役割とを関連付けて更新登録する（ステップＳＴ０６０９）。次に、管理部１１２３は、調整処理の実行を終了する。

本実施例では、管理部１１２３は、出席者が申請する申請役割及び会議との関連性、並びに主催者が割振る割振役割を変更することで、会議の予定を調整する場合について説明したが、これに限定される訳ではなく、例えば、出席者の会議への出欠、主催者が定める会議形式、会議の開催時間、及び会議の議題のいずれかを変更することで、会議の予定を調整する構成を採用できる。

ここで図４を参照して、制御部１１２０の構成について引き続き説明を行う。

判定部１１２４は、記憶部１１１０と管理部１１２３とに接続している。判定部１１２４は、後述する判定処理を実行することで、判定指標を用いて会議の出席者が、会議の開催時間において開催される他の会議にも出席できるか否かを判定する。

ここで、判定部１１２４が実行する判定処理の一例について説明を行う。

先ず、判定部１１２４は、会議識別情報と処理対象出席者と処理対象時間区間とを取得する。次に、判定部１１２４は、会議識別情報で構成されるテーブル名を有する表１８から、処理対象出席者と処理対象時間区間とに基づいて判定指標を検索する。

その後、判定部１１２４は、記憶部１１１０が記憶する会議識別情報と処理対象出席者の識別情報とで構成されるテーブル名を有する表１２ないし１７から、算出部１１２２が算出した判定指標を検索する。

次に、判定部１１２４は、処理対象時間区間に基づいて検索した判定指標と、算出部１１２２が算出した判定指標とを和算した値が、所定の閾値「1.0」を超えるか否かを判断する。

その後、判定部１１２４は、判定指標を和算した値が所定の閾値を超える場合に、処理対象出席者は他の会議に出席できないと判定し、そうでない場合に、出席できると判定する。

次に、判定部１１２４は、判定した結果を管理部１１２３へ出力する。その後、判定部１１２４は、判定処理の実行を終了する。

ここで図２に戻り、予定管理装置１１００の構成について引き続き説明を行う。

送受信部１１３０は、例えば、ネットワーク・アダプタで構成され、通信網１００及び制御部１１２０に接続している。
送受信部１１３０は、制御部１１２０に制御され、通信網１００を介して端末装置２１００及び３１００との間で上記各種の情報を送受信する。

ここで図１に戻り、予定管理システム１０の構成について引き続き説明を行う。

端末装置２１００と端末装置３１００、表示装置２２００と表示装置３２００、及び入力装置２３００と入力装置３３００は、それぞれ同様の接続、構成、及び機能を有するため、端末装置２１００、表示装置２２００、及び入力装置２３００についてのみ説明する。

端末装置２１００、表示装置２２００、及び入力装置２３００は、会議の主催者又は会議の出席者によって使用される。

端末装置２１００は、例えば、パーソナル・コンピュータで構成され、通信網１００、表示装置２２００、及び入力装置２３００に接続している。

端末装置２１００は、会議の主催者又は会議の出席者が操作する入力装置２３００から、上記各種の情報を入力され、入力された情報を予定管理装置１１００へ通信網１００を介して送信する。

また、端末装置２１００は、通信網１００を介して予定管理装置１１００から、上記各種の情報を受信し、受信した情報を表示装置２２００が表示するよう制御する。

表示装置２２００は、例えば、液晶・ディスプレイ、プラズマ・ディスプレイ、又はＣＲＴ（Cathode Ray Tube）ディスプレイで構成され、端末装置２１００に接続している。表示装置２２００は、端末装置２１００に制御されて、メッセージを含む各種情報を表示する。

入力装置２３００は、例えば、キーボード、タッチパネル、又はポインティング・ディバイスで構成され、端末装置２１００に接続している。入力装置２３００は、会議の主催者又は会議の出席者に操作され、各種の情報を端末装置２１００に入力する。尚、端末装置２１００に入力する各種の情報は、端末装置２１００が予定管理装置１１００へ送信する情報と同様であるため、説明を省略する。

本実施例においては、登録部１１２１が登録手段に相当し、算出部１１２２が算出手段に相当し、管理部１１２３が管理手段に相当し、端末装置２１００及び３１００が送信装置に相当する。

予定管理装置１１００は、演算部がＲＯＭ、ＲＡＭ、及び外部記憶部の少なくともひとつに格納されたプログラムを実行することによって実現される。また、このプログラムは、磁気ディスクや光ディスク、半導体メモリ、その他の記録媒体に格納して配布したり、ネットワークを介して配信したりすることにより提供できる。

以上本発明の好ましい実施例について詳述したが、本発明は係る特定の実施例に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形、変更が可能である。

上記実施形態では、外部記憶装置はハードディスク（Hard Disk）で構成されるとして説明したが、これに限定されるわけではなく、例えば、フレキシブルディスク、ＣＤ−ＲＯＭ（Compact Disc Read Only Memory）、ＤＶＤ−ＲＯＭ（Digital Versatile Disk Read Only Memory）、ＤＶＤ−ＲＡＭ（Digital Versatile Disk Random Access Memory）、ＭＯ（magneto-optic）、及び、フラッシュメモリ（flash memory）で構成される実施形式を採用できる。

本発明の予定管理装置を備える予定管理システムの一実施形態を示す構成図である。 予定管理装置の一構成例を表す機能ブロック図である。 予定管理装置のハードウェアの一構成例を表す図である。 制御部の一構成例を表す機能ブロック図である。 登録部が実行する登録処理の一例を表すフローチャートの一部である。 登録部が実行する登録処理の一例を表すフローチャートの他部である。 登録部が実行する登録処理の一例を表すフローチャートの他部である。 算出部が実行する算出処理の一例を表したフローチャートの一部である。 算出部が実行する算出処理の一例を表したフローチャートの他部である。 算出部が実行する算出処理の一例を表したフローチャートの他部である。 算出部が実行する算出処理の一例を表したフローチャートの他部である。 算出部が実行する算出処理の一例を表したフローチャートの他部である。 管理部が実行する管理処理の一例を表すフローチャートである。 管理部が実行する出席管理処理の一例を表すフローチャートの一部である。 管理部が実行する出席管理処理の一例を表すフローチャートの他部である。 管理部が実行する仮予定管理処理の一例について表すフローチャートである。 管理部が実行する予定管理処理の一例を表すフローチャートである。 管理部が実行する調整管理処理の一例を表すフローチャートの一例である。

符号の説明

１０…予定管理システム １００…通信網
１１００…予定管理装置 １１０１…演算部
１１０２…ＲＯＭ １１０３…ＲＡＭ
１１０４…外部記憶部 １１０５…バス
１１１０…記憶部 １１２０…制御部
１１２１…登録部（登録手段） １１２２…算出部（算出手段）
１１２３…管理部（管理手段） １１２４…判定部
１１３０…送受信部 ２１００…端末装置（送信装置）
２２００…表示装置 ２３００…入力装置
３１００…端末装置（送信装置）
３２００…表示装置 ３３００…入力装置

Claims (7)

1. 会議の開催時刻と前記会議の出席者と前記会議における前記出席者の役割とで構成される会議の予定を記憶部に登録する登録手段と、
   前記会議の出席者が、前記会議の開催時間において開催される他の会議にも出席できるか否かを判定するために用いる指標を、前記登録手段が登録した前記会議の出席者の役割に基づいて算出する算出手段と、
   前記算出手段が算出した指標を用いて出席できないと判定した場合に、前記会議及び前記他の会議のいずれか１つ以上の予定を調整して管理する管理手段とを備えることを特徴とする予定管理装置。
2. 前記管理手段は、前記会議の出席者の役割を変更することで、前記予定を調整して管理することを特徴とする請求項１に記載の予定管理装置。
3. 前記指標は、前記出席者が前記会議に出席するために要すると予想される労力を表す指標であり、
   前記算出手段は、前記会議の内容を事前に認知している程度、議題及び前記会議の他の出席者のいずれか１つ以上に基づいて前記指標を算出することを特徴とする請求項１又は２のいずれかに記載の予定管理装置。
4. 前記指標は、前記会議の議題と同一の議題を有する他の会議に前記出席者が出席した回数に基づいて算出されることを特徴とする請求項３に記載の予定管理装置。
5. 前記指標は、前記会議の他の出席者の職務上の役職に基づいて算出されることを特徴とする請求項３に記載の予定管理装置。
6. 会議における出席者の役割及び他の役割とを送信する送信装置と、
   会議の開催時刻と前記会議の出席者と前記送信装置が送信した前記会議の出席者の役割とで構成される会議の予定を記憶部に登録する登録手段と、
   前記会議の出席者が、前記会議の開催時間において開催される他の会議にも出席できるか否かを判定するために用いる指標を、前記登録手段が登録した前記会議の出席者の役割に基づいて算出する算出手段と、
   前記算出手段が算出した指標を用いて出席できないと判定した場合に、前記出席者の役割を前記送信装置が送信した他の役割に変更することで、予定を調整して管理する管理手段とを有する予定管理装置とを備えることを特徴とする予定管理システム。
7. コンピュータを、
   会議の開催時刻と前記会議の出席者と前記会議における前記出席者の役割とで構成される会議の予定を記憶部に登録する登録手段と、
   前記会議の出席者が、前記会議の開催時間において開催される他の会議にも出席できるか否かを判定するために用いる指標を、前記登録手段が登録した前記会議の出席者の役割に基づいて算出する算出手段と、
   前記算出手段が算出した指標を用いて出席できないと判定した場合に、前記会議及び前記他の会議のいずれか１つ以上の予定を調整して管理する管理手段として機能させることを特徴とする予定管理プログラム。

Images