JP3136239B2 - スケジュール管理装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】個人のスケジュールを管理する個
人スケジュール管理装置または機材・設備等の利用予約
装置を有線または無線のネットワークで複数接続し、打
ち合わせ・会議等の複数の個人が参加する協同作業のス
ケジュール調整や管理に好適なスケジュール管理装置に
関する。

【０００２】

【従来の技術】近年、電子手帳、ワードプロセッサ、パ
ーソナルコンピュータ等の情報処理装置にスケジュール
管理機能を搭載し、この機能を利用して個人のスケジュ
ール管理が行われている。このようなスケジュール管理
装置は、単体で使用されるものと、有線または無線のネ
ットワークを介してスケジュール管理装置間で相互に通
信可能なものとがある。

【０００３】従来より、単体で使用されるスケジュール
管理装置としては、「スケジュールデータ登録方式」
（特開平５−１５１１６３号公報）や、「スケジュール
管理機能を有する情報処理装置」（特開平５−１５８８
８４号公報）等が知られている。前者の方式は、各スケ
ジュールデータに優先度を示すランクデータを付加す
る。そして、スケジュール登録済の時間帯に重複するス
ケジュール登録要求が入力された場合、登録済スケジュ
ールのランクデータと新たな登録要求のランクデータと
を比較し、比較結果に基づいて２つのうち何れかのスケ
ジュールを登録する。後者の装置は、既にスケジュール
が登録されている時間帯に、新たなスケジュールの登録
を許す重複可能モードを備えたものである。

【０００４】また、ネットワークを介して接続された複
数のスケジュール管理装置としては、「スケジュール管
理システム」（特開平５−６３７８号公報）が知られて
いる。このシステムは、各個人のスケジュール管理部を
搭載する複数のワークステーションをネットワークで相
互接続し、ネットワークを介して各ワークステーション
に個人スケジュール情報を問い合わせ、その回答を基に
会議などの複数の参加者による協同作業のスケジュール
を調整するものである。

【０００５】例えば、ある会議の主宰者（または事務担
当者）が会議開催予定日時を設定する場合について説明
する。上記従来のスケジュール管理システムでは、主宰
者が各参加者のスケジュール管理装置に対して会議開催
日時のスケジュール入力要求を発行する。もし、その開
催日時に参加できない人がいれば、参加不能の回答がそ
の人のスケジュール管理装置から返信される。不参加者
がある場合には、そのスケジュールはキャンセルされ、
新たな開催日時を設定して、スケジュール入力要求を再
発行する。不参加者がない場合には、その会議の開催日
時が各参加者の個人スケジュールに自動的に登録され
る。

【０００６】

【発明が解決しようとする課題】しかしながら、上記従
来のスケジュール管理方法およびスケジュール管理装置
の考え方では、機械的にスケジュールを検索して空きが
あれば登録するか、無条件に登録するかの２つのモード
しか考慮されておらず、スケジュール管理装置のユーザ
自身がスケジュール入力要求を受け付けるか否かの判断
を下せないという問題点があった。

【０００７】また、各スケジュールデータに優先度を示
すランクデータを付加する方法でも、既に最高位の優先
度を有するスケジュールが登録済みであれば、後からさ
らに優先度の高い事象が発生してもそのスケジュールを
登録できないという問題点があった。

【０００８】また、１つのスケジュール管理装置が個人
のスケジュールと、機材や設備の利用時間帯の割当スケ
ジュールとの両方を管理する場合には、個人の判断が考
慮されるべき個人のスケジュール管理と、先着順に重複
なく受付られるべき機材・設備等のスケジュール管理と
の処理方法が変更できないという問題点があった。

【０００９】さらに、従来の複数のスケジュール管理装
置を接続したシステムでは、会議開催日時の設定など複
数人の参加が必要な協同作業のスケジュール決定に際
し、１人でも都合の悪い人があると適切なスケジュール
決定ができず、全員の参加が可能な日時が見つからない
場合は、会議開催日などの協同作業を行うスケジュール
決定ができないという問題点があった。

【００１０】以上の問題点に鑑み本発明の課題は、複数
のスケジュール管理装置をネットワークを介して接続し
たスケジュール管理システムにおいて、他のスケジュー
ル管理装置から受けたスケジュール入力要求に対してユ
ーザ自身が受け付けるか否かの判断を下すことができる
スケジュール管理システムを提供することである。

【００１１】また、本発明の課題は、個人の判断が考慮
されるべき個人のスケジュール管理と、先着順に重複な
く受付られるべき機材・設備等のスケジュール管理との
処理方法が変更できるスケジュール管理装置を提供する
ことである。さらに、本発明の別の課題は、協同作業の
参加者全員が参加できる日時が見つからなくても、一定
の評価方法に基づき満足度の高い候補日時を提示するこ
とのできるスケジュール管理システムを提供することで
ある。

【００１２】

【課題を解決するための手段】上記課題を解決するため
本発明は次の構成を有する。すなわち、第１発明は、そ
れぞれスケジュール記憶部を有し、ネットワークを介し
て相互に該スケジュール記憶部にスケジュール登録する
ことが可能なスケジュール管理装置において、複数の処
理タイプの中から登録要求者によって選択された処理タ
イプをスケジュール登録要求毎に付加して送信する送信
手段と、前記スケジュール記憶部の記憶内容を、受信し
た前記スケジュール登録要求に従って検索し、対応する
時間帯が空いているか塞がっているかを調べるスケジュ
ール検索部と、受信した前記スケジュール登録要求の登
録可否について受信側ユーザに問い合わせるユーザ問い
合わせ部と、受信した前記処理タイプに従って、スケジ
ュール登録要求を処理する登録制御部と、を備えことを
特徴とするスケジュール管理装置である。そして、前記
処理タイプは、スケジュール登録要求が無条件に登録さ
れる無条件タイプと、要求時間帯に空きがあれば登録さ
れる通常タイプと、受信側ユーザの承認を得てから登録
される承認タイプと、を含む。

【００１３】また第２発明は、それぞれスケジュール記
憶部を有し、ネットワークを介して相互に該スケジュー
ル記憶部にスケジュール登録することが可能なスケジュ
ール管理装置において、複数の処理タイプの中から登録
要求者によって選択された処理タイプ及びスケジュール
登録要求の優先度をスケジュール登録要求毎に付加して
送信する送信手段と、前記スケジュール記憶部の記憶内
容を、受信した前記スケジュール登録要求に従って検索
し、対応する時間帯が空いているか塞がっているかを調
べるスケジュール検索部と、受信した前記スケジュール
登録要求の登録可否について受信側ユーザに問い合わせ
るユーザ問い合わせ部と、受信した前記処理タイプに従
って、スケジュール登録要求を処理する登録制御部と、
を備えることを特徴とするスケジュール管理装置であ
る。そして、前記処理タイプは、スケジュール登録要求
が無条件に登録される無条件タイプと、スケジュール登
録要求が登録済みのスケジュールと重複していない場合
は登録し、重複している場合、登録済みのスケジュール
と登録要求とを比較し、前記登録要求の優先度が高けれ
ば登録し、同じであれば受信側ユーザに問い合わせし、
低ければ登録しない通常タイプと、受信側ユーザの承認
を得てから登録される承認タイプと、を含む。

【００１４】また第３発明は、それぞれスケジュール記
憶部を有し、ネットワークを介して相互に該スケジュー
ル記憶部にスケジュール登録することが可能なスケジュ
ール管理装置において、複数の処理タイプの中から登録
要求者によって選択された処理タイプとをスケジュール
登録要求毎に付加して送信する送信手段と、複数のスケ
ジュール登録要求処理モードの中から受信側ユーザによ
って選択された処理モードを記憶する処理モード記憶部
と、前記スケジュール記憶部の記憶内容を、受信した前
記スケジュール登録要求に従って検索し、対応する時間
帯が空いているか塞がっているかを調べるスケジュール
検索部と、受信した前記スケジュール登録要求の登録可
否について受信側ユーザに問い合わせるユーザ問い合わ
せ部と、前記処理タイプより前記処理モードを優先し
て、スケジュール登録要求を処理する登録制御部と、を
備えることを特徴とするスケジュール管理装置である。
そして、前記処理タイプは、スケジュール登録要求が無
条件に登録される無条件タイプと、スケジュール登録要
求が登録済みのスケジュールと重複していない場合は登
録し、重複している場合、登録済みのスケジュールと登
録要求とを比較し、前記登録要求の優先度が高ければ登
録し、同じであれば受信側ユーザに問い合わせし、低け
れば登録しない通常タイプと、受信側ユーザの承認を得
てから登録される承認タイプと、を含む。前記処理モー
ドは、受信したスケジュール登録要求が無条件に登録さ
れる無条件登録モードと、スケジュール登録要求に付加
された前記処理タイプに従うモードと、全てのスケジュ
ール登録要求をユーザに問い合わせる承認モードと、を
含む。

【００１５】また、第４発明は、第１、第２又は第３発
明において、前記ユーザ問い合わせ部は、スケジュール
登録要求された時間帯を含むスケジュール検索結果をユ
ーザ問い合わせ画面に同時に表示する表示制御部を含
み、前記登録制御部は、スケジュール登録要求を受けた
ユーザが登録を拒否したとき、表示画面を自動的にメッ
セージ送信画面に切り換え、入力要求が登録されなかっ
たことを示す情報とともにスケジュール登録要求を拒否
したユーザからのメッセージを送信する応答部を含む。

【００１６】さらに第５発明は、それぞれスケジュール
記憶部を有し、ネットワークを介して相互に該スケジュ
ール記憶部にスケジュール登録することが可能なスケジ
ュール管理装置において、協同作業の各参加予定者、協
同作業に使用される機材・設備、協同作業日時の何れか
又は複数の組み合わせ又はそれぞれに予め重みづけをし
てスケジュールに関する評価関数を設定する評価関数設
定部と、各参加予定者及び／又は機材・設備のスケジュ
ール管理装置へ協同作業の時間及び日時を含むスケジュ
ール登録要求を送信する送信部と、前記スケジュール記
憶装置の記憶内容を前記スケジュール登録要求に従って
検索し空き時間リストを作成するスケジュール検索部
と、前記空き時間リストをスケジュール登録要求元へ送
信する送信部と、受信された空き時間リストを検索して
前記スケジュール登録要求の時間帯が全参加者の空き時
間に一致しないとき、前記空き時間リストを自動的に検
索して異なる時間帯毎に複数の候補スケジュールと該候
補スケジュールに於ける評価関数計算値とを求める評価
関数計算部と、前記評価関数計算値を降順にソートする
ソート部と、前記評価関数計算値と対応する時間帯とを
ソート順に表示する表示制御部とを備えることを特徴と
するスケジュール管理装置である。

【００１７】

【作用】第１発明は、ネットワークを介して送られてく
るスケジュール登録要求に該登録要求が処理されるべき
処理タイプが付加されて送られてくる。登録要求を受信
したスケジュール管理装置は、スケジュール登録要求の
内容を無条件に登録する無条件タイプ、スケジュールに
空きがあれば登録する通常タイプ、受信側ユーザに問い
合わせて承認を得てから登録する承認タイプからなる３
つの処理タイプを判別する。そして、それぞれの処理タ
イプに従ってスケジュール登録要求を処理する。

【００１８】また、第２発明は、処理タイプが通常タイ
プであれば、スケジュール検索部がスケジュールデータ
記憶部の内容を検索し、スケジュール登録要求に対応す
る時間帯が空いているかどうかを調べ、重複しているか
どうかを判定する。重複してなければ、登録を行う。重
複していれば、既にスケジュールデータ記憶部５に記憶
されたスケジュールの優先度と、登録要求の優先度とを
比較する。この比較結果、登録要求の優先度が高ければ
登録する。登録要求の優先度が低ければ非登録とする。
優先度が等しければ、ユーザに問い合わせる。 また第３
発明は、登録制御部が処理タイプより処理モードを優先
して処理を行う。したがって、処理モード記憶部に記憶
された処理モードが判定され、それに従って処理され
る。処理モードが処理タイプ判定モードであれば、受信
した処理タイプに従って、処理される。

【００１９】さらに第５発明は、複数の参加者による会
議等の共同作業のスケジュール管理に適し、各参加者及
び共同作業に使用される機材・設備等にそれぞれ重みを
つけて評価関数を定める。この評価関数は、共同作業の
メンバー及び必要な機材・設備が全て揃ったとき最大値
となり、共同作業に必須のメンバーまたは必須の機材・
設備が欠けると小さな値となるように、各メンバー及び
機材・設備に対する係数が定められている。そして、共
同作業のメンバーのスケジュール管理装置及び機材・設
備の予約管理装置（これもスケジュール管理装置に属す
る）に対してネットワークを介してスケジュール登録要
求を送信する。

【００２０】次いで、スケジュール登録要求を受信した
各メンバーのスケジュール管理装置及び機材・設備の管
理装置は、自装置内のスケジュール記憶部から空き時間
を検索し、空き時間リストを作成する。そして、この空
き時間リストをスケジュール登録要求元へ返送する。

【００２１】スケジュール登録要求を発したスケジュー
ル管理装置は、各通信先スケジュール管理装置から返送
された空き時間リストを検索して、所定の単位時間毎に
その時間帯が空き時間であるメンバー及び機材・設備を
集計し、前記評価関数を計算する。そして評価関数の値
を降順にソートし、評価関数の値の大きい時間帯から順
に表示する。これにより、全メンバー及び機材・設備が
揃う時間帯がなくても、重要度の高いメンバー及び機材
・設備等がある程度揃う時間帯に、共同作業のスケジュ
ールを設定することができる。

【００２２】

【実施例】次に図面を参照して、本発明の実施例を詳細
に説明する。図１は、本発明に係るスケジュール管理装
置の第１実施例の構成を示すブロック図である。同図に
おいて、１はスケジュール登録要求の入力を行う入力
部、２はスケジュール登録要求を一時保持する入力バッ
ファ、３はスケジュール入力要求の処理態様を指定する
処理モード記憶部、４は処理モードに基づいてスケジュ
ール登録を制御する登録制御部、５は既に登録されたス
ケジュールデータを記憶するスケジュールデータ記憶
部、６は入力バッファに保持された登録要求スケジュー
ルデータにもとづいて既に登録済みのスケジュールデー
タを検索し重複を検出するスケジュール検索部、７は承
認モードによるユーザ問い合わせを行うユーザ問い合わ
せ部、８は要求されたスケジュールをスケジュールデー
タ記憶部５に書き込むスケジュールデータ登録部、９は
スケジュールデータが登録されたか、否かの結果を一時
的に保持する結果バッファ、１０は入力要求、結果など
を表示する表示部、１１は入力要求や登録結果をネット
ワークを介して他のスケジュール管理装置に送受信する
ネットワークインタフェース部（以下、ネットワークＩ
Ｆ部と略す）、１２は複数のスケジュール管理装置を相
互に接続するネットワークである。なお、スケジュール
登録要求は、ユーザ自身が入力部１から入力する場合
と、ネットワーク１２を介して他のスケジュール管理装
置から送られてくる場合とがある。

【００２３】本第１実施例においては、次に示す４つの
処理モードからユーザによって選択された処理モードが
処理モード記憶部３に記憶されている。第１のモード
は、入力されたスケジュール登録要求が無条件に登録さ
れる無条件登録モードである。第２のモードは、スケジ
ュール登録要求の時間帯が空いていれば登録される通常
モードである。第３のモードは、スケジュール登録要求
の時間帯が空いていれば登録し、空きでなければユーザ
に登録の可否を問い合わせる重複時承認モードである。
第４のモードは、全てのスケジュール登録要求をユーザ
に問い合わせる承認モードである。

【００２４】次いで、本第１実施例の動作を図４のフロ
ーチャートを参照して説明する。まずスケジュール登録
要求が入力バッファ２に入力されると、そのスケジュー
ル登録要求がネットワークを介して受信されたものかユ
ーザ自身が入力したものかを判定する（ステップＳ１
１）。ユーザ自身が入力した場合（ステップＳ１１でＮ
ｏ）には、そのスケジュールをスケジュールデータ記憶
部５に記憶し（ステップＳ１２）、結果バッファ９を介
して自装置内の表示部１０にスケジュールが登録された
ことを表示する（ステップＳ１３）。

【００２５】ステップＳ１１の判定でＹｅｓであれば、
次に処理モード記憶部３に記憶された処理モードが判定
される（ステップＳ１４）。処理モードが無条件登録モ
ードであればステップＳ１２へ移り、入力バッファ２の
内容をスケジュールデータ登録部８によりスケジュール
データ記憶部５に登録する。

【００２６】処理モードが通常モードであれば、スケジ
ュール検索部６がスケジュールデータ記憶部５の内容を
検索し、入力バッファ２の中のスケジュール登録要求に
対応する時間帯が空いているかどうかを調べ、重複して
いるかどうかを判定する（ステップＳ１５）。重複して
なければ、ステップＳ１２へ移る。重複していれば、結
果バッファ９に非登録通知を格納し、ネットワークＩＦ
部１１、ネットワーク１２を介してスケジュール登録要
求元へ非登録の通知を行う（ステップＳ１６）。

【００２７】処理モードが重複時承認モードであれば、
スケジュール検索部６がスケジュールデータ記憶部５の
内容を検索し、入力バッファ２の中のスケジュール登録
要求に対応する時間帯が空いているかどうかを調べ、重
複しているかどうかを判定する（ステップＳ１７）。重
複してなければ、ステップＳ１２へ移る。重複していれ
ば、ユーザ問い合わせ部７によりユーザにスケジュール
を登録するかどうかを問い合わせる（ステップＳ１
８）。問い合わせの結果が登録指示であれば、ステップ
Ｓ１２へ移る。問い合わせの結果が登録拒否の指示であ
れば、ステップＳ１６へ移り非登録通知を行う。

【００２８】処理モードが承認モードであれば、ユーザ
問い合わせ部７によりユーザにスケジュールを登録する
かどうかを問い合わせる（ステップＳ１８）。問い合わ
せの結果が登録指示であれば、ステップＳ１２へ移る。
問い合わせの結果が登録拒否の指示であれば、ステップ
Ｓ１６へ移り非登録通知を行う。

【００２９】なお、以上の処理フローでは、ユーザが入
力したスケジュール登録要求は、全て登録するものとし
たが、ネットワークを介して他のスケジュール管理装置
から送られたスケジュール登録要求と同様に、重複判定
を行うように変更することもできる。

【００３０】次に、本第１実施例の用途とこれに対応し
た処理モード設定について説明する。例えば、１台のス
ケジュール管理装置に、すべてのメンバーのスケジュー
ルを記憶しておくスケジュールボードの役割を持たせる
ような場合、そのスケジュール管理装置の処理モードを
無条件登録モードに設定しておき、ユーザは自己専用の
スケジュール管理装置に自分のスケジュールを入力する
と同時に、スケジュールボードを管理するスケジュール
管理装置に対してスケジュール登録要求を送信し、スケ
ジュールボードに書き込みを行うことができる。スケジ
ュールボード管理装置は、全てのスケジュール登録要求
を無条件に登録・記憶するので、スケジュールの重複に
関係なく、メンバーの全スケジュールを記憶する。

【００３１】会議室の予約のような機材・設備の使用予
約を管理する機能を１台のスケジュール管理装置に持た
せるような場合には、通常モードを設定する。この通常
モードは、スケジュール登録要求のなかから時間的に最
も早い要求を１つだけ受け付けるもので、先着順の予約
システムが実現できる。

【００３２】その他の用途に使用する場合、使用者の好
みに応じて処理モードを設定すればよい。他人からのス
ケジュール要求が勝手に登録されるのを好まないのであ
れば、承認モードを設定することにより実現できる。

【００３３】また、本実施例の変形例として、特定の日
時だけ、処理モードを変更することもできる。例えば、
金曜日は特定の業務のため他のスケジュールを制限した
い場合には、金曜日のスケジュール登録を承認モードと
し、他の曜日を重複時承認モードとするという使用法も
可能である。

【００３４】図２は、本発明に係るスケジュール管理装
置の第２実施例の構成を示すブロック図である。同図に
おいて、１はスケジュール登録要求の入力を行う入力
部、２はスケジュール登録要求を一時保持する入力バッ
ファ、３はスケジュール入力要求毎の処理タイプを保持
する処理タイプバッファ、４は処理タイプに基づいてス
ケジュール登録を制御する登録制御部、５は既に登録さ
れたスケジュールデータを記憶するスケジュールデータ
記憶部、６は入力バッファに保持された登録要求スケジ
ュールデータにもとづいて既に登録済みのスケジュール
データを検索し重複を検出するスケジュール検索部、７
はスケジュール登録の可否をユーザに問い合わせるユー
ザ問い合わせ部、８は要求されたスケジュールをスケジ
ュールデータ記憶部５に書き込むスケジュールデータ登
録部、９はスケジュールデータが登録されたか、否かの
結果を一時的に保持する結果バッファ、１０は入力要
求、結果などを表示する表示部、１１は入力要求や登録
結果をネットワークを介して他のスケジュール管理装置
に送受信するネットワークＩＦ部、１２は複数のスケジ
ュール管理装置を相互に接続するネットワークである。

【００３５】本第２実施例においては、次に示す３つの
処理タイプからスケジュール登録要求者によって選択さ
れた処理タイプがスケジュール登録要求毎に付加されて
いる。第１のタイプは、入力されたスケジュール登録要
求が無条件に登録される無条件登録タイプである。第２
のタイプは、スケジュール登録要求が重複していなけれ
ば登録し、重複していれば、優先度比較によってそれぞ
れ登録、ユーザ問い合わせ、非登録に処理を分ける通常
タイプである。第３のタイプは、スケジュール登録要求
をユーザに問い合わせる承認タイプである。なお本実施
例では、通常登録タイプのスケジュール登録要求にそれ
ぞれ優先度を付加し、もしスケジュールが重複した場合
には既に記憶されたスケジュールの優先度と登録要求の
優先度とを比較し、登録要求の優先度が高ければ登録、
優先度が等しければユーザに問い合わせ、登録要求の優
先度が低ければ非登録としている。

【００３６】次いで、本第２実施例の動作を図５のフロ
ーチャートを参照して説明する。まずスケジュール登録
要求が入力バッファ２に入力されると、そのスケジュー
ル登録要求がネットワークを介して受信されたものかユ
ーザ自身が入力したものかを判定する（ステップＳ２
１）。ユーザ自身が入力した場合（ステップＳ２１でＮ
ｏ）には、そのスケジュールをスケジュールデータ記憶
部５に記憶し（ステップＳ２２）、結果バッファ９を介
して自装置内の表示部１０にスケジュールが登録された
ことを表示する（ステップＳ２３）。

【００３７】ステップＳ２１の判定でＹｅｓであれば、
次に処理タイプ記憶部３に記憶された処理タイプが判定
される（ステップＳ２４）。処理タイプが無条件登録タ
イプであればステップＳ２２へ移り、入力バッファ２の
内容をスケジュールデータ登録部８によりスケジュール
データ記憶部５に登録する。

【００３８】処理タイプが通常タイプであれば、スケジ
ュール検索部６がスケジュールデータ記憶部５の内容を
検索し、入力バッファ２の中のスケジュール登録要求に
対応する時間帯が空いているかどうかを調べ、重複して
いるかどうかを判定する（ステップＳ２５）。重複して
なければ、ステップＳ２２へ移る。重複していれば、既
にスケジュールデータ記憶部５に記憶されたスケジュー
ルの優先度と、登録要求の優先度とを比較する（ステッ
プＳ２６）。

【００３９】この比較結果、登録要求の優先度が高けれ
ば登録するためステップＳ２２へ移る。登録要求の優先
度が低ければ非登録とするためステップＳ２７へ移る。
優先度が等しければユーザに問い合わせるため後述され
るステップＳ２８へ移る。ステップＳ２７では、結果バ
ッファ９に非登録通知を格納し、ネットワークＩＦ部１
１、ネットワーク１２を介してスケジュール登録要求元
へ非登録の通知を行う。

【００４０】処理タイプが承認タイプであれば、ユーザ
問い合わせ部７によりユーザにスケジュールを登録する
かどうかを問い合わせる（ステップＳ２８）。問い合わ
せの結果が登録指示であれば、ステップＳ２２へ移る。
問い合わせの結果が登録拒否の指示であれば、ステップ
Ｓ２７へ移り非登録通知を行う。

【００４１】図３は、本発明の第３実施例の構成を示す
ブロック図である。同図において、１はスケジュール登
録要求の入力を行う入力部、２はスケジュール登録要求
を一時保持する入力バッファ、３はスケジュール入力要
求の処理態様を指定する処理モード記憶部、１３はスケ
ジュール入力要求毎の処理タイプを保持する処理タイプ
バッファ、１５は処理モードと処理タイプに基づいてス
ケジュール登録を制御する登録制御部、５は既に登録さ
れたスケジュールデータを記憶するスケジュールデータ
記憶部、６は入力バッファに保持された登録要求スケジ
ュールデータにもとづいて既に登録済みのスケジュール
データを検索し重複を検出するスケジュール検索部、７
はスケジュール登録の可否をユーザに問い合わせるユー
ザ問い合わせ部、８は要求されたスケジュールをスケジ
ュールデータ記憶部５に書き込むスケジュールデータ登
録部、９はスケジュールデータが登録されたか、否かの
結果を一時的に保持する結果バッファ、１０は入力要
求、結果などを表示する表示部、１１は入力要求や登録
結果をネットワークを介して他のスケジュール管理装置
に送受信するネットワークＩＦ部、１２は複数のスケジ
ュール管理装置を相互に接続するネットワークである。

【００４２】本第３実施例においては、第１実施例の処
理モードと第２実施例の処理タイプとを併用している。
処理モードは、次に示す３つの処理モードからユーザに
よって選択された処理モードが処理モード記憶部３に記
憶されている。第１のモードは、入力されたスケジュー
ル登録要求が無条件に登録される無条件登録モードであ
る。第２のモードは、スケジュール登録要求に付加され
た処理タイプに従うモードである。第３のモードは、全
てのスケジュール登録要求をユーザに問い合わせる承認
モードである。

【００４３】処理タイプは、次に示す３つの処理タイプ
からスケジュール登録要求者によって選択された処理タ
イプがスケジュール登録要求毎に付加されている。第１
のタイプは、入力されたスケジュール登録要求が無条件
に登録される無条件登録タイプである。第２のタイプ
は、スケジュール登録要求が重複していなければ登録
し、重複していれば、優先度比較によってそれぞれ登
録、ユーザ問い合わせ、非登録に処理を分ける通常タイ
プである。第３のタイプは、スケジュール登録要求をユ
ーザに問い合わせる承認タイプである。

【００４４】なお本実施例でも、第２実施例と同様に、
通常登録タイプのスケジュール登録要求にそれぞれ優先
度を付加し、もしスケジュールが重複した場合には既に
記憶されたスケジュールの優先度と登録要求の優先度と
を比較し、登録要求の優先度が高ければ登録、優先度が
等しければユーザに問い合わせ、登録要求の優先度が低
ければ非登録としている。

【００４５】次いで、本第３実施例の動作を図６のフロ
ーチャートを参照して説明する。まずスケジュール登録
要求が入力バッファ２に入力されると、そのスケジュー
ル登録要求がネットワークを介して受信されたものかユ
ーザ自身が入力したものかを判定する（ステップＳ３
１）。ユーザ自身が入力した場合（ステップＳ３１でＮ
ｏ）には、そのスケジュールをスケジュールデータ記憶
部５に記憶し（ステップＳ３２）、結果バッファ９を介
して自装置内の表示部１０にスケジュールが登録された
ことを表示する（ステップＳ３３）。

【００４６】ステップＳ３１の判定でＹｅｓであれば、
次に処理モード記憶部３に記憶された処理モードが判定
される（ステップＳ３４）。処理モードが無条件登録モ
ードであればステップＳ３２へ移り、入力バッファ２の
内容をスケジュールデータ登録部８によりスケジュール
データ記憶部５に登録する。

【００４７】処理モードが処理タイプ判定モードであれ
ば、処理タイプバッファ１３に記憶された処理タイプが
判定される（ステップＳ３５）。処理タイプが無条件登
録タイプであればステップＳ３２へ移り、入力バッファ
２の内容をスケジュールデータ登録部８によりスケジュ
ールデータ記憶部５に登録する。

【００４８】処理タイプが通常タイプであれば、スケジ
ュール検索部６がスケジュールデータ記憶部５の内容を
検索し、入力バッファ２の中のスケジュール登録要求に
対応する時間帯が空いているかどうかを調べ、重複して
いるかどうかを判定する（ステップＳ３６）。重複して
なければ、ステップＳ３２へ移る。重複していれば、既
にスケジュールデータ記憶部５に記憶されたスケジュー
ルの優先度と、登録要求の優先度とを比較する（ステッ
プＳ３７）。

【００４９】この比較結果、登録要求の優先度が高けれ
ば登録するためステップＳ３２へ移る。登録要求の優先
度が低ければ非登録とするためステップＳ３８へ移る。
優先度が等しければユーザに問い合わせるため後述され
るステップＳ３９へ移る。ステップＳ３８では、結果バ
ッファ９に非登録通知を格納し、ネットワークＩＦ部１
１、ネットワーク１２を介してスケジュール登録要求元
へ非登録の通知を行う。

【００５０】処理タイプが承認タイプであれば、ユーザ
問い合わせ部７によりユーザにスケジュールを登録する
かどうかを問い合わせる（ステップＳ３９）。問い合わ
せの結果が登録指示であれば、ステップＳ３２へ移る。
問い合わせの結果が登録拒否の指示であれば、ステップ
Ｓ３８へ移り非登録通知を行う。

【００５１】なお、本実施例では、処理タイプより処理
モードを優先して判定したが、処理タイプを優先して判
定することも可能である。

【００５２】図７は、上記実施例におけるユーザ問い合
わせの画面表示例を示すものである。あるユーザＵに対
して、戸川課長が「１２月９日１５時〜１８時のミーテ
ィング」のスケジュール要求を発信したとする。このス
ケジュール登録要求を受信したスケジュール管理装置
は、スケジュール登録要求１０１を表示するとともに、
そのスケジュール要求の前後のスケジュール１０２をス
ケジュールデータ記憶部から読み出し、同時に表示す
る。これにより、ユーザＵは、スケジュール管理装置の
表示画面を見るだけで、即座にこのスケジュール登録要
求を受け入れるか、拒否するかの判断が行える。なお、
スケジュール登録要求１０１の表示中、［登録］１０３
及び［キャンセル］１０４はユーザが応答の為に入力す
るキーまたはタッチパネル等の入力の種別を示す。

【００５３】図７の操作画面において、［キャンセル］
１０４と応答した場合は、図８の操作画面に切り換わ
り、スケジュール登録要求に対して拒否の応答を返送す
る操作画面１０５となる。そして、図８の操作画面で
は、スケジュール登録拒否の理由等についてのメッセー
ジ送信が可能であり、メッセージがあるときは［ある］
１０６を指定し、ないときには［ない］１０７を指定す
る。

【００５４】図８の操作画面において、［ある］１０６
を指定した場合には、付属するキーボードまたは手書き
入力装置等からメッセージが入力され、操作画面に表示
される。メッセージ入力後の操作画面の状態を図９に示
す。この例では、「新ＷＳ講習会のため、一日中塞がっ
ています。８日午前中ならＯＫです。」というメッセー
ジを記入している。このメッセージは、スケジュール登
録要求が拒否された情報と共に要求元のスケジュール管
理装置へ返信される。

【００５５】図１０は、本発明に係るスケジュール管理
装置の第４実施例の構成を示すブロック図である。同図
において、１はスケジュール登録要求及び検索要求の入
力を行う入力部、２は入力を一時保持する入力バッフ
ァ、５は既に登録されたスケジュールデータを記憶する
スケジュールデータ記憶部、６は要求された条件のスケ
ジュールを検索するスケジュール検索部、８はスケジュ
ールをスケジュールデータ記憶部５に書き込むスケジュ
ールデータ登録部、９はスケジュールデータの検索結果
を一時保持する検索結果バッファ、１０は検索要求、検
索結果、登録要求、登録結果などを表示する表示部、１
１は検索要求や検索結果などをネットワークを介して他
のスケジュール管理装置に送受信するネットワークＩＦ
部、１２は複数のスケジュール管理装置を相互に接続す
るネットワーク、１６はスケジュール評価関数の値を計
算する評価関数演算部、１７は検索結果毎の評価関数の
値をソートするソート部である。

【００５６】本第４実施例においては、マスタとなるス
ケジュール管理装置から複数のスレイブとなるスケジュ
ール管理装置に対して協同作業のスケジュールを設定す
るものであり、ネットワークに接続された全てのスケジ
ュール管理装置が同一構成となっているので、いずれの
スケジュール管理装置からも協調作業のスケジュールを
設定することができる。しかしながら、それぞれ専用化
されたマスタ・スケジュール管理装置とスレイブ・スケ
ジュール管理装置とを相互にネットワークを介して接続
してもよいことは言うまでもない。

【００５７】次いで、本第４実施例の動作をフローチャ
ートを参照して説明する。図１１は、協調作業のスケジ
ュールを設定するため検索要求を送信するマスタ・スケ
ジュール管理装置側の処理フローを示す。まず初期状態
では、スケジュール管理装置のユーザが、スケジュール
検索要求を入力するのを待つ（ステップＳ４１）。この
検索要求には、スケジュールの内容（例えば、会議の名
称）、所要時間、設定希望日時の範囲、協調作業のメン
バー（例えば、会議招集対象者）、及び協調作業に必要
な設備・機材（例えば、会議室・黒板）等の情報を含む
ものとする。

【００５８】次いで、入力部１からスケジュール検索要
求が入力されると、対象者及び機材・設備のスケジュー
ルを管理しているそれぞれのスレイブ・スケジュール管
理装置に対してネットワークＩＦ部１１を介してスケジ
ュールの空き時間検索要求を送信する（ステップＳ４
２）。スレイブ・スケジュール管理装置は１台のスケジ
ュール管理装置が１人のスケジュールを管理してもよい
し、複数人のスケジュールを管理してもよい。機材・設
備のスケジュール管理装置も同様であり、１台のスケジ
ュール管理装置が１つの設備・機材のスケジュールを管
理してもよいし、複数の設備・機材のスケジュールを管
理してもよい。

【００５９】次いで、通信先のスレイブ・スケジュール
管理装置から検索要求に対する応答を待つ（ステップＳ
４３）。全てのスレイブ・スケジュール管理装置から検
索結果が空き時間リストとして応答されると、この空き
時間リストを検索結果バッファ９に格納する。そして、
評価関数演算部１６により各候補時間帯毎に対象者の空
き時間を集計し、その時間帯の評価値を計算する。次い
で、評価値を降順にソートし、最も評価値の大きい（す
なわち、参加満足度の高い）候補時間帯から順にならべ
る（ステップＳ４４）。次いで、検索結果であるスケジ
ュール設定の候補時間帯を表示部１０に表示する（ステ
ップＳ４５）。

【００６０】ここで、マスタ・スケジュール管理装置の
ユーザー（即ち協調作業のスケジュールを設定使用とす
る者）は、この表示を見て、候補時間帯の中からスケジ
ュール設定する時間帯を選んで入力し、満足できる時間
帯がなければスケジュール設定を取りやめる（ステップ
Ｓ４６）。ユーザーの時間帯選択結果が入力されると、
選択された時間帯に対してスケジュール登録要求を送信
する（ステップＳ４７）。ここで送信する相手は、ステ
ップＳ４１でユーザーが指定したスケジュール管理対象
（人、機材・設備）のスケジュールを管理する装置に対
してでもよいし、ステップＳ４６で選択された時間帯に
スケジュールが空いている対象だけに限定してもよい。

【００６１】これは、スケジュール登録要求が受信され
た側では、自動的にそのスケジュールが登録される場合
以外に、協調作業参加者本人の意志を確認してから登録
する場合もあり得るからである。本人の意志を確認する
場合には、すでに他のスケジュールが入力されていて
も、そのスケジュールを取り消して、今回受信したスケ
ジュールを登録する場合も考えられるからである。

【００６２】次いで、スケジュール登録要求に対する回
答が受信され（ステップＳ４８）、スケジュール登録結
果が表示される（ステップＳ４９）。これはスケジュー
ルは空いているが、登録要求を受けた本人がその登録を
拒否した（参加しないと回答した）場合などがあるた
め、最終的に参加者を表示するためである。

【００６３】図１２は、スケジュール検索要求を受信す
る側であるスレイブ・スケジュール管理装置の処理フロ
ーを示す。まず、スケジュール検索要求がネットワーク
を介して到着したかどうかをチェックする（ステップＳ
５１）。検索要求が到着すれば、検索要求の受信処理を
行う（ステップＳ５２）。次いで、登録要求が到着した
かどうかをチェックする（ステップＳ５３）。登録要求
が到着するとスケジュール登録処理を行う（ステップＳ
５４）。スケジュール登録処理は、登録要求があった時
間帯にすでにスケジュールが入力されていなければ要求
のスケジュールを登録する、スレイブ・スケジュール管
理装置のユーザー本人に確認してから登録するなどの方
法が考えられる。

【００６４】なお、図１１のマスタ・スケジュール管理
装置（送信側）処理フロー及び図１２のスレイブ・スケ
ジュール管理装置（受信側）処理フローに分割して記述
したが、１台のスケジュール管理装置は、スレイブ・ス
ケジュール管理装置になったりマスタ・スケジュール管
理装置になったりすることがあるように両方の機能を持
つものであってもよい。また協調作業のスケジュールを
設定する人がその参加者をも兼ねている場合には、マス
タ・スケジュール管理装置は１台のスレイブ・スケジュ
ール管理装置を兼ねることになる。

【００６５】図１３は、検索要求受信処理の詳細を説明
する処理フローである。これは、図１２のステップＳ５
２に対応している。まず、そのスケジュール管理装置が
記憶しているスケジュールデータの中から空き時間を検
索する（ステップＳ６１）。次いで、検索された空き時
間が要求された条件を満たすかどうかを判定する（ステ
ップＳ６２）。要求条件を満たすならば、その空き時間
を記憶する（ステップＳ６３）。次いで、検索すべき期
間のデータがなくなったかどうかをチェックする（ステ
ップＳ６４）。検索すべき期間のデータが残っていれ
ば、ステップＳ６１へ戻る。検索すべき期間のデータが
残っていなければ、空時間リストをマスタ・スケジュー
ル管理装置へ送信する。

【００６６】図１４は、マスタ・スケジュール管理装置
における検索結果の優先順位付けの詳細を説明する処理
フローである。これは、図１１のステップＳ４４に対応
する。まず、協調作業の参加者及び機材・設備と、候補
時間帯とをそれぞれの次元とする２次元のテーブルを作
成し、この表に各スレイブ・スケジュール管理装置から
受信した空時間を記入する（ステップＳ７１）。これは
２次元の配列としてデータ表現されるが、その詳細は後
述する。

【００６７】次いで、作成したテーブルを用いてある単
位時間毎の評価値を計算する。次いで、時間的に隣接す
る単位時間毎の評価値をスケジュール所要時間の長さだ
け加算し、総合評価値を求める（ステップＳ７３）。次
いで、この総合評価値をソートして、その値の高い順
（優先順位の高い順）に並べる（ステップＳ７４）。

【００６８】次に、上記の検索結果優先順位付けの詳細
を具体的なスケジュール設定例に基づいて説明する。図
１５は、スケジュール設定要求を受け付ける画面の表示
例である。図１５において、下線部分がユーザーからの
入力を示す。この例では、３月１日から３月２日の間に
２時間の「進捗状況会議」を設定する。さらに図１５の
例では、スケジュール管理装置が記憶している通信相手
をウインドウに表示し、ユーザーは会議に招集すべき人
の名前が表示されたところを指定するだけで、スケジュ
ール検索要求を送信すべき相手を特定できるようになっ
ている。また同時に会議室、電子黒板等の設備・機材等
もウインドウ内に表示され、これらを指定するとその使
用予約を管理しているスケジュール管理装置を通信相手
として選択できる。

【００６９】図１６は、会議室２を選択したところであ
る。会議室２の優先順位は、「必須」をユーザーが選択
している。優先順位とは、メンバーまたは機材・設備等
がスケジュール設定しようとしている協調作業にどの程
度必要なものかをしめすもので、必須（重要度非常に
大）、重要度大、重要度小の３段階を設定している。

【００７０】ただし、会議室が２つあり、どちらか一方
だけ使用できることが必須という場合には、「必須（前
の選択項目とどちらか一方のみ）」という項目を用意し
ている。これはその前に選択した必須項目とどちらか一
方が参加または使用できればＯＫというものである。

【００７１】優先度を設定する条件の例と、その条件か
ら作った評価値の算出式（評価関数）の例を図１７に示
す。この評価関数は、ある単位時間毎に計算する。この
単位時間は、スケジュール記憶する最小単位であり、言
い換えればスケジュールを設定する最小ブロックであ
る。単位時間の設定には、１５分間、３０分間、１時間
等が考えられる。単位時間をあまり細かく設定すると、
スケジュール記憶に必要な記憶容量が増大したり、空時
間検索等の処理が遅くなる。また、単位時間を長く設定
すると短い空時間があっても有効に利用されないことと
なる。

【００７２】図１７の算出式において、例えば会議室１
とあるのは、ある単位時間において、会議室１のスケジ
ュールが空いていれば１、塞がっていれば０となる２値
変数の名前である。また、演算子「ｏｒ」は論理和を示
し、演算子「ａｎｄ」は論理積を示し、演算子「＊」は
算術積、演算子「＋」は算術和を示す。

【００７３】ＴＨ１，ＴＨ２，ＴＨ３は、それぞれ重要
度に応じて掛ける定数であり、ＴＨ１＞ＴＨ２＞ＴＨ３
の関係にある。これらの定数は、２のべき乗にしておく
と、乗算がシフトに置き換えられ、評価関数の計算の高
速化ができる。またスケジュールの優先順位を決定する
条件はこのほかにも考えられ、例えば、午前中が望まし
いとか、金曜日は避けたいとか、なるべく早いほうがよ
いとかいう時間的な要素も論理式と乗算、加算とで評価
関数に表現できる。

【００７４】図１８は、図１７の条件において回答を受
信した後にメモリ上に作成されたテーブルの例である。
ここでは、３月１日の８−１８時（表示では８−１７
時）と、３月２日の８−１８時のテーブルが単位時間を
１時間として作成されている。図中●で示されていると
ころは、スケジュールが空いている時間帯を示してお
り、それ以外は塞がっていることを示している。

【００７５】図１８の下から２行目の「優先度」の項目
は、図８の評価式に従って求めた各単位時間毎の値であ
る。最も下の行は、総合優先度である。これは、単位時
間の評価値ではなく、要求のあった時間帯の全ての評価
値を足したものである。ここでは、２時間の会議設定で
あるので、２時間分の評価値を足して求められる。例え
ば、３月１日８時のところは、８時から１０時の時間帯
の総合評価値として１２＋１２３が求められ、１３５が
記載されている。

【００７６】図１９は、図１８の総合優先度のソート結
果の高い順にリストを表示したものである。図１９で
は、３月１日９−１１時（総合評価値２４６）、３月１
日１０−１２時（総合評価値２３６）、３月２日１３−
１５時（総合評価値２３６）、３月１日１２−１４時
（総合評価値２３５）の４つが表示されている。そし
て、ユーザーはこの画面を見てどの時間帯に会議を設定
するかを選択し、番号で入力する。図１０の下半分は、
ユーザー応答の入力後の表示であり、この時間帯につい
てスケジュールの登録要求を会議参加者（のスケジュー
ル管理装置）に送信する。同様に、会議室１及び電子黒
板の利用予約を管理しているスケジュール管理装置に対
しても予約要求を送信する。

【００７７】スケジュール登録要求及び機材・設備の予
約要求が関係する全てのスケジュール管理装置に送信さ
れ、その回答が全て戻って来た場合には、ユーザーに対
して、「会議室１、電子黒板、Ａ部長、Ｂ課長、Ｃ，
Ｄ，Ｅ，Ｘ担当のスケジュールを押さえました」や「会
議室１、電子黒板、Ａ部長、Ｃ，Ｄ，Ｅ，Ｘ担当のスケ
ジュールを押さえましたが、Ｂ課長は製造確認会議が入
っていて、出席できないとのことです」といった回答状
況の報告をユーザーに提示する。

【００７８】もちろん、すべての回答が戻って来なくて
も、一定時間経過すると状況報告を提示したり、ユーザ
ーが現在の回答状況を見たいと指示したときはいつでも
状況報告を画面に表示できることが好ましい。この場合
には、「会議室１、電子黒板、Ａ部長、Ｘ担当のスケジ
ュールは押さえました。Ｂ課長、Ｃ，Ｄ，Ｅ担当のスケ
ジュールは、まだ回答が返ってきていません。」という
ような表示となる。

【００７９】

【発明の効果】以上説明したように本発明によれば、複
数のスケジュール管理装置をネットワークを介して接続
したスケジュール管理システムにおいて、他のスケジュ
ール管理装置から受けたスケジュール入力要求に対して
ユーザ自身が受け付けるか否かの判断を下すことができ
るスケジュール管理システムを提供することができると
いう効果がある。また本発明によれば、個人の判断が考
慮されるべき個人のスケジュール管理と、先着順に重複
なく受付られるべき機材・設備等のスケジュール管理と
の処理方法が変更できるスケジュール管理装置を提供す
ることできるという効果がある。

【００８０】さらに本発明によれば、協調作業の参加者
全員が参加できる日時が見つからなくても、一定の評価
方法に基づき満足度の高い候補日時を提示することので
きるスケジュール管理システムを提供することができる
という効果がある。

【図面の簡単な説明】

【図１】本発明に係るスケジュール管理装置の第１実施
例の構成を示すブロック図である。

【図２】本発明に係るスケジュール管理装置の第２実施
例の構成を示すブロック図である。

【図３】本発明に係るスケジュール管理装置の第３実施
例の構成を示すブロック図である。

【図４】本発明に係るスケジュール管理装置の第１実施
例の動作を示すフローチャートである。

【図５】本発明に係るスケジュール管理装置の第２実施
例の動作を示すフローチャートである。

【図６】本発明に係るスケジュール管理装置の第３実施
例の動作を示すフローチャートである。

【図７】本発明に係るスケジュール管理装置の画面表示
例である。

【図８】本発明に係るスケジュール管理装置の画面表示
例である。

【図９】本発明に係るスケジュール管理装置の画面表示
例である。

【図１０】本発明に係るスケジュール管理装置の第４実
施例の構成を示すブロック図である。

【図１１】第４実施例のマスタ・スケジュール管理装置
の動作を示すフローチャートである。

【図１２】第４実施例のスレイブ・スケジュール管理装
置の動作を示すフローチャートである。

【図１３】第４実施例の検索要求受信処理の詳細を示す
フローチャートである。

【図１４】第４実施例の検索結果優先順位付処理の詳細
を示すフローチャートである。

【図１５】第４実施例のスケジュール入力画面表示例で
ある。

【図１６】第４実施例の優先順位入力画面表示例であ
る。

【図１７】第４実施例の評価関数設定画面の表示例であ
る。

【図１８】第４実施例のスケジュール検索結果から作成
されるテーブルの例である。

【図１９】第４実施例のユーザーがスケジュール選択を
入力する画面の表示例である。

【符号の説明】

１ 入力部 ２ 入力バッファ ３ 処理モード記憶部 ４ 登録制御部 ５ スケジュールデータ記憶部 ６ スケジュール検索部 ７ ユーザ問い合わせ部 ８ スケジュールデータ登録部 ９ 結果バッファ １０ 表示部 １１ ネットワークインタフェース部 １２ ネットワーク １３ 処理タイプバッファ １４ 登録制御部 １５ 登録制御部

───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開 平６−119272（ＪＰ，Ａ) 特開 平５−165836（ＪＰ，Ａ) 特開 平５−6378（ＪＰ，Ａ) 特開 平１−206459（ＪＰ，Ａ) 特開 昭63−85967（ＪＰ，Ａ) 特開 平６−4542（ＪＰ，Ａ) 特開 平６−139248（ＪＰ，Ａ) 特開 昭64−21446（ＪＰ，Ａ) 特開 平１−116880（ＪＰ，Ａ) 特開 平２−292665（ＪＰ，Ａ) 特開 平１−206460（ＪＰ，Ａ) 特開 昭64−109060（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 17/60 162

Claims (1)

(57)【特許請求の範囲】
1. 【請求項１】 それぞれスケジュール記憶部を有し、ネ
   ットワークを介して相互に該スケジュール記憶部にスケ
   ジュール登録することが可能なスケジュール管理装置に
   おいて、 複数の処理タイプの中から登録要求者によって選択され
   た処理タイプとをスケジュール登録要求毎に付加して送
   信する送信手段と、 複数のスケジュール登録要求処理モードの中から受信側
   ユーザによって選択された処理モードを記憶する処理モ
   ード記憶部と、 前記スケジュール記憶部の記憶内容を、受信した前記ス
   ケジュール登録要求に従って検索し、対応する時間帯が
   空いているか塞がっているかを調べるスケジュール検索
   部と、 受信した前記スケジュール登録要求の登録可否について
   受信側ユーザに問い合わせるユーザ問い合わせ部と、 前記処理タイプより前記処理モードを優先して、スケジ
   ュール登録要求を処理する登録制御部と、 を備え、 前記処理タイプは、 スケジュール登録要求が無条件に登録される無条件タイ
   プと、 スケジュール登録要求が登録済みのスケジュールと重複
   していない場合は登録し、重複している場合、登録済み
   のスケジュールと登録要求とを比較し、前記登録要求の
   優先度が高ければ登録し、同じであれば受信側ユーザに
   問い合わせし、低ければ登録しない通常タイプと、 受信側ユーザの承認を得てから登録される承認タイプ
   と、 を含み、 前記処理モードは、 受信したスケジュール登録要求が無条件に登録される無
   条件登録モードと、 スケジュール登録要求に付加された前記処理タイプに従
   うモードと、 全てのスケジュール登録要求をユーザに問い合わせる承
   認モードと、 を含む ことを特徴とするスケジュール管理装置。