(57)【要約】【課題】スケジュールデータをグループで共有するのに、より使い勝手のよいスケジュール管理システムの構築を行うことを可能にする。【解決手段】少なくとも社員のスケジュールをイベントが行われる日付に関する日付情報、当該イベントの内容に関するイベント情報、当該イベントが実際に行われる時刻に関して出発時刻、イベント開始時刻、イベント終了時刻および戻り予定時刻の四つのからなる時刻時間情報を有するスケジュールデータを前記社員ごとに蓄積したものである。【選択図】　なし【特許請求の範囲】
【請求項１】
少なくとも社員のスケジュールをイベントが行われる日付に関する日付情報、当該イベントの内容に関するイベント情報、当該イベントが実際に行われる時刻に関して出発時刻、イベント開始時刻、イベント終了時刻および戻り予定時刻の四つの時刻からなる時間情報を有するスケジュールデータを前記社員ごとに蓄積したスケジュール管理用データベース。
【請求項２】
前記特定の社員に伝言事項が発生した場合において、
少なくとも当該伝言事項、伝言を送る相手を特定する識別情報、および必要に応じて当該伝言を作成した者を特定する伝言作成者識別情報を有する伝言情報が付加されてなることを特徴とする請求項１に記載のスケジュール管理用データベース。
【請求項３】
少なくとも社員のスケジュールをイベントが行われる日付に関する日付情報、当該イベントの内容に関するイベント情報、当該イベントが実際に行われる時刻に関する時間情報を有するスケジュールデータを前記社員ごとに蓄積したデータベースを設けて管理するスケジュールデータ管理方法において、
利用者端末に予定されたイベントに参加する社員を特定する識別情報の入力を促す識別情報入力段階と、
前記入力された識別情報に対応するスケジュールデータを指定する指定段階と、
前記指定されたスケジュールデータに対する前記予定されたイベントに関する日付情報、イベント情報および時間情報を有する管理情報の追加、削除、変更にかかる入力を促す入力段階と、
前記入力された入力情報を所定のデータベースに送信するよう促す送信段階と、
前記送信段階で送信された入力情報を用いて、前記データベース内の前記識別情報で特定される社員に関する管理情報からなるスケジュールデータを更新する更新段階とを有し、
前記時間情報は、出発時刻、イベント開始時刻、イベント終了時刻および戻り予定時刻の四つの時刻をもって管理することを特徴とするスケジュールデータ管理方法。
【請求項４】
前記入力段階では、所定の入力フォームを入力者端末に表示させて、これに従って入力を促すことを特徴とする請求項３に記載の方法。
【請求項５】
前記入力段階で、管理情報の削除が入力された場合には、前記識別情報で特定される社員に関するスケジュールデータのうち、当該管理情報に削除を示す削除フラグを付加することを特徴とする請求項３に記載の方法。
【請求項６】
前記特定の社員に伝言事項が発生した場合において、
利用者端末に、前記伝言を伝える社員を特定する識別情報の入力を促す第２の識別情報入力段階と、
前記入力された識別情報に対応するスケジュールデータを指定する第２の指定段階と、
前記利用者端末に、少なくとも当該伝言事項、および必要に応じて当該伝言を作成した者を特定する伝言作成者識別情報を有する伝言情報の入力を促す伝言入力段階と、
前記入力された入力情報を前記データベースに送信するよう促す伝言送信段階と、
前記送信段階で送信された伝言情報を用いて、前記データベース内の前記識別情報で特定される社員に関するスケジュールデータを更新する第２の更新段階とを有することを特徴とする請求項３〜５のいずれかに記載の方法。
【請求項７】
前記各伝言情報は、前記対応する各スケジュールデータに関連付けられ、かつ、前記スケジュールデータとは独立した一つの伝言データとして、前記データベースに蓄積されることを特徴とする請求項６に記載の方法。
【請求項８】
前記伝言入力段階では、所定の入力フォームを入力者端末に表示させて、これに従って入力を促すことを特徴とする請求項６に記載の方法。
【請求項９】
少なくとも社員のスケジュールをイベントが行われる日付に関する日付情報、当該イベントの内容に関するイベント情報、当該イベントが実際に行われる時刻に関する時間情報を有する管理情報からなり、各社員について所定のデータベースに蓄積されたスケジュールデータを用いて社員のスケジュールを管理する方法において、
前記イベントに参加する社員のスケジュールを知りたい者に、自己の利用者端末を用いて、当該社員を特定する識別情報を入力するよう促す入力段階と、
前記入力された識別情報に対応するスケジュールデータを指定する指定段階と、
前記指定されたスケジュールデータに基づいて前記端末にて表示を行う表示段階と
を有し、
前記時間情報は、出発時刻、イベント開始時刻、イベント終了時刻および戻り予定時刻の四つの時刻をもって管理することを特徴とするスケジュール管理方法。
【請求項１０】
前記表示段階では、前記イベント開始時刻から前記イベント終了時刻をイベント時間として表示し、前記出発時刻から前記イベント開始時刻および前記イベント終了時刻から前記戻り時刻を移動時間として表示することを特徴とする請求項９に記載の方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、社員のスケジュールを管理するためのスケジュール管理用データベース、および当該データベースを製造するためのスケジュールデータ管理方法、ならびに前記データベースの用途としてのスケジュール管理方法に関する。
【０００２】
【従来の技術】
従来において、一つの会社内、あるいは一つの部署内で、社員のスケジュールをその社内、部内で共有するために、当該各社員のスケジュールを電子化し、そのデータを所定のデータベースに蓄積して、各データに社内、部内の関係者からアクセス可能な状態にするということが行われている。
【０００３】
【特許文献１】
特開平５−１３４９８９号公報
【０００４】
【発明が解決しようとする課題】
ところで、上述したようなデータベースによるスケジュール管理にあっては、イベントと、当該イベントが発生する時間および終了する時間とのみからなる時間情報とで行われていた。
また、外出する者のスケジュールを管理する場合には、イベントには外出先の名称が用いられ、イベント発生時間には外出先における会議などが開始する時間、そしてイベント終了時間には当該会議などのイベントの終了時間がそれぞれ用いられる。
【０００５】
しかしながら、スケジュール管理する側にあっては、イベント発生時間よりも、いつ会社を出発するのか、いつ会社に戻るのかを把握することが望まれ、上記のようなスケジュール管理方法にあっては、そのスケジュールを見た者が経験上出発時間、帰社時間を予測するに過ぎなかった。既存のデータベースでは、これら出発時間と帰社時間とを単純に追加して蓄積して管理することは、データ構造の大幅な改変が要求されるため、困難であった。
【０００６】
会社からイベント会場の移動時間、イベント会場間の移動時間などを考慮したスケジュール管理システムが、特開平５−１３４９８９号公報に記載されている。しかしながら、このシステムは、イベントの開催場所から次のイベントの開催場所までの移動時間を計算し、当該次のイベントに出席可能であるか否かを判断するものであって、イベント会場間の移動に係る時間を表示して、他者に知らせるものではない。
【０００７】
このように、従来のデータベースによるスケジュール管理はグループで共有してスケジュール管理するためには必ずしも便利なものではなかった。
そこで、本発明は、上述した実情に鑑みてなされたものであり、スケジュールデータをグループで共有するのに、より使い勝手のよいスケジュール管理用データベース、および当該データベースを構築するためのスケジュールデータ管理方法、ならびに前記データベースの用途としてのスケジュール管理方法を提供することを目的としている。
【０００８】
【課題を解決するための手段】
本発明に係るスケジュール管理用データベースは、上述した課題を解決するために、少なくとも社員のスケジュールをイベントが行われる日付に関する日付情報、当該イベントの内容に関するイベント情報、当該イベントが実際に行われる時刻に関して出発時刻、イベント開始時刻、イベント終了時刻および戻り予定時刻の四つのからなる時刻時間情報を有するスケジュールデータを前記社員ごとに蓄積したものである。
【０００９】
また、前記特定の社員に伝言事項が発生した場合において、
少なくとも当該伝言事項、伝言を送る相手を特定する識別情報、および必要に応じて当該伝言を作成した者を特定する伝言作成者識別情報を有する伝言情報が付加されてなることが好ましい。
また、本発明に係るスケジュールデータ管理方法は、少なくとも社員のスケジュールをイベントが行われる日付に関する日付情報、当該イベントの内容に関するイベント情報、当該イベントが実際に行われる時刻に関する時間情報を有するスケジュールデータを前記社員ごとに蓄積したデータベースを設けて管理するスケジュールデータ管理方法において、
利用者端末に予定されたイベントに参加する社員を特定する識別情報の入力を促す識別情報入力段階と、
前記入力された識別情報に対応するスケジュールデータを指定する指定段階と、
前記指定されたスケジュールデータに対する前記予定されたイベントに関する日付情報、イベント情報および時間情報を有する管理情報の追加、削除、変更にかかる入力を促す入力段階と、
前記入力された入力情報を所定のデータベースに送信するよう促す送信段階と、
前記送信段階で送信された入力情報を用いて、前記データベース内の前記識別情報で特定される社員に関する管理情報からなるスケジュールデータを更新する更新段階とを有し、
前記時間情報は、出発時刻、イベント開始時刻、イベント終了時刻および戻り予定時刻の四つの時刻をもって管理することを特徴としている。
【００１０】
また、前記入力段階では、所定の入力フォームを入力者端末に表示させて、これに従って入力を促すことが好ましい。
また、前記入力段階で、管理情報の削除が入力された場合には、前記識別情報で特定される社員に関するスケジュールデータのうち、当該管理情報に削除を示す削除フラグを付加することが好ましい。
【００１１】
さらに、前記特定の社員に伝言事項が発生した場合において、
利用者端末に、前記伝言を伝える社員を特定する識別情報の入力を促す第２の識別情報入力段階と、
前記入力された識別情報に対応するスケジュールデータを指定する第２の指定段階と、
前記利用者端末に、少なくとも当該伝言事項、および必要に応じて当該伝言を作成した者を特定する伝言作成者識別情報を有する伝言情報の入力を促す伝言入力段階と、
前記入力された入力情報を前記データベースに送信するよう促す伝言送信段階と、
前記送信段階で送信された伝言情報を用いて、前記データベース内の前記識別情報で特定される社員に関するスケジュールデータを更新する第２の更新段階とを有することが好ましい。
【００１２】
さらに、前記各伝言情報は、前記対応する各スケジュールデータに関連付けられ、かつ、前記スケジュールデータとは独立した一つの伝言データとして、前記データベースに蓄積されることが好ましい。また、前記伝言入力段階では、所定の入力フォームを入力者端末に表示させて、これに従って入力を促すことが好ましい。
【００１３】
また、本発明に係るスケジュール管理方法は、少なくとも社員のスケジュールをイベントが行われる日付に関する日付情報、当該イベントの内容に関するイベント情報、当該イベントが実際に行われる時刻に関する時間情報を有する管理情報からなり、各社員について所定のデータベースに蓄積されたスケジュールデータを用いて社員のスケジュールを管理する方法において、
前記イベントに参加する社員のスケジュールを知りたい者に、自己の利用者端末を用いて、当該社員を特定する識別情報を入力するよう促す入力段階と、
前記入力された識別情報に対応するスケジュールデータを指定する指定段階と、
前記指定されたスケジュールデータに基づいて前記端末にて表示を行う表示段階と
を有し、
前記時間情報は、出発時刻、イベント開始時刻、イベント終了時刻および戻り予定時刻の四つの時刻をもって管理することを特徴としている。
【００１４】
また、前記表示段階では、前記イベント開始時刻から前記イベント終了時刻をイベント時間として表示し、前記出発時刻から前記イベント開始時刻および前記イベント終了時刻から前記戻り時刻を移動時間として表示することが好ましい。
【００１５】
【発明の実施の態様】
以下、本発明に係るスケジュール管理用データベース、およびスケジュールデータ管理方法ならびにスケジュール管理方法の実施態様について、図面を参照しながら詳細に説明する。
前記スケジュール管理用データベースの実施態様は、少なくとも社員のスケジュールをイベントが行われる日付に関する日付情報、当該イベントの内容に関するイベント情報、当該イベントが実際に行われる時刻に関して出発時刻、イベント開始時刻、イベント終了時刻および戻り予定時刻の四つのからなる時刻時間情報を有するスケジュールデータを前記社員ごとに蓄積したものである。
【００１６】
ここで、データベースとしては、一般的なデータを大量に蓄積し整理して、コンピュータが処理しやすい形にしたファイル、またはその集合をいい、および必要に応じて、これらファイルまたはその集合を処理するソフトウェアを加えたシステムを含む。
このようなデータベースに蓄積されるスケジュールデータは、イベントごとに作成される各イベントデータを、好ましくはＣＳＶ（Ｃｏｍｍａ　Ｓｅｐａｒａｔｅｄ　Ｖａｌｕｅ）フォーマットで記録したものであることが望ましい。このように、ＣＳＶフォーマットのデータとすることで、データに汎用性があり、通常の表計算ソフト上で編集することができる上に、データの容量を抑えることができるため好ましい。
【００１７】
スケジュールデータを構成する各イベントデータに含めるデータとしては、社員を特定するための識別（ＩＤ）データ、当該データの種類（Ｔｙｐｅ）、および当該イベントデータの入力日時、作成者、およびイベントの日付情報、表題、場所、参加者、メモ、および出発時刻、イベント開始時刻、イベント終了時刻および帰社時刻の四つの時刻からなる時間情報、イベントデータの属性、必要に応じてイベントデータの削除者および削除日時などが挙げられる。
【００１８】
ここで、ＩＤデータは、ユーザ（社員）名と年月日時と所定のシーケンス番号からなるデータで、例えば「ユーザ名＃ＹＹＹＹＭＭＤＤ２４ＨＨＭＩＳＳｍｍｍ＃シーケンス番号」からなるものである。なお、「ＹＹＹＹ」とは西暦の年号であり、「ＭＭ」は月を、「ＤＤ」は日をそれぞれ表し、「ＨＨＭＩＳＳ」は時刻を表す。また、「ｍｍｍ」は、１秒未満を１／１０００表示したものである。
【００１９】
データの種類（Ｔｙｐｅ）は、後述する伝言データと区別するためのものである。
例えば、スケジュールデータを「１」と定義し、伝言データを「２」と定義する。このようにすることで、スケジュールデータと伝言データとを別々のＣＳＶファイルで保存することができ、更新のタイミングが異なる両データを効率よく保存することが可能になる。
【００２０】
イベントデータの作成日時に関する情報は、実際にイベントデータが作成、入力された日時に関する情報である。例えば、「ＹＹＹＹＭＭＤＤ２４ＨＨＭＩＳＳ」で表される。
なお、「ＹＹＹＹ」とは西暦の年号であり、「ＭＭ」は月を、「ＤＤ」は日をそれぞれ表し、「ＨＨＭＩＳＳ」は時刻を表す。
イベントデータの作成者に関する情報には、作成者自身のＩＤデータに含まれるユーザ（社員）名が当てられる。なお、イベントデータの書き込み時に、このユーザ名をもって認証して、正当な権限を有さない者からのスケジュールデータの更新を拒否してもよい。
【００２１】
イベントの日付情報は、イベントが行われる日付に関する情報であり、例えば、「ＹＹＹＹＭＭＤＤ２４ＨＨＭＩＳＳ」で表される。なお、「ＹＹＹＹ」とは西暦の年号であり、「ＭＭ」は月を、「ＤＤ」は日をそれぞれ表し、「ＨＨＭＩＳＳ」は時刻を表す。
イベントの表題に関する情報は、実際のイベントの名称に該当する文字列である。また、場所に関する情報は、イベントが行われる場所に該当する文字列である。イベントの参加者に関する情報は、イベントに参加する者の氏名に該当する文字列であり、自社側および相手側双方の参加者について文字列が設けられる。
イベントに関するメモに関する情報は、イベントに付随する情報に該当する文字列である。
【００２２】
また、時間情報は、出発する時刻を示す出発時刻データ、イベントが開始される時刻を示すイベント開始時刻データ、イベントが終了する時刻を示すイベント終了時刻データおよび帰社予定の時刻を示す戻り時刻データの四つの時刻データからなるものである。
なお、これら時刻を××時××分という形で取り扱ってもよいが、コンピュータなどの計算機上での計算の容易のために、例えば午前０時００分を基準とした経過時間（分）に変換して取り扱うのが好ましい。例えば、午前１０時は６００分、午後３時３０分は９３０分となる。
【００２３】
ここで、図１に示したように、１０時００分に出発して、１１時００分〜１２時００分にイベントが行われ、１３時００分に帰社するというイベントが組まれたときには、出発時刻データとしては１０時００分（または６００分）、イベント開始時刻データとしては１１時００分（または６６０分）、イベント終了時刻データとしては１２時００分（または７２０分）、戻り時刻データとしては１３時００分（または７８０分）が、それぞれ用いられる。ここで、１０時〜１１時および１２時〜１３時は移動時間として使われ、１１時〜１２時はイベントが行われる時間として使われることになる。
【００２４】
すなわち、４つの時刻に基づいて３つの時間帯を特定でき、これを出発時刻からイベント開始時刻を第一の時間帯とし、イベント開始時刻からイベント終了時刻を第二の時間帯とし、イベント終了時刻から戻り時刻を第三の時間帯とすると、第一の時間帯に対応する表示領域および第三の時間帯を移動時間帯として表示し、第二の時間帯をイベントが行われるイベント時間帯として時間に対応した領域に時刻やイベントを示すテキストとあわせて表示する。ここで、移動時間帯とイベント時間帯との表示態様を、たとえば背景色やフォントなどの設定を異ならせることによって視覚的に区別できることが好ましい。
【００２５】
図１においては、イベントの表題が「ＡＢＣ訪問（本社）」であり、相手側の参加者がＪ、Ｋ、Ｌであり、自社側の参加者がＳ、Ｔ、Ｕである場合が示されている。
このように、イベントに関する時間以外の移動時間まで把握することで、例えば外出中の社員に連絡を取る必要が出来たときに、当該移動時間の間がこの外出中の社員が携帯する移動端末に連絡をすることができる時間であると判断することができる。なお、図１に例示した表示は縦軸に時間を設定したものであるが、横軸に時間を設定する表示態様でも構わないのはもちろんである。
【００２６】
また、イベントデータの属性に関するデータは、当該イベントデータの状態を示すフラグとして用いることができる。例えば、一度入力したイベントデータを削除するような作業を行った場合には、当該イベントデータを物理的に削除することもできるが、この属性を変えることで論理的に削除したものとするように定義すれば、一度削除したイベントデータを再び挿入したい場合であっても、再度同じ内容の入力をしなくても、この属性を通常のデータに切り替えるだけでよくなる。また、イベントデータの削除者に関する情報としては、実際に削除を行った者のＩＤデータに含まれるユーザ名が用いられる。なお、権限のない者によるイベントデータの削除を回避するため、削除入力時に必要に応じて当該ユーザ名を用いて認証してもよい。イベントデータの削除日時に関する情報は、例えば、「ＹＹＹＹＭＭＤＤ２４ＨＨＭＩＳＳ」で表される。なお、「ＹＹＹＹ」とは西暦の年号であり、「ＭＭ」は月を、「ＤＤ」は日をそれぞれ表し、「ＨＨＭＩＳＳ」は時刻を表す。
【００２７】
また、前記特定の社員に伝言事項が発生した場合において、上記スケジュールデータに、少なくとも当該伝言事項、伝言を送る相手を特定する識別情報、および必要に応じて当該伝言を作成した者を特定する伝言作成者識別情報を有する伝言情報が付加されることが好ましい。
具体的には、伝言情報ファイルを別途作成し、この伝言情報ファイルとスケジュールデータからなるスケジュールファイルとを関連付けておくことが好ましい。
【００２８】
ここで、伝言情報ファイルは、伝言ごとに作成される各伝言情報に対応した伝言データを、好ましくはＣＳＶ（Ｃｏｍｍａ　Ｓｅｐａｒａｔｅｄ　Ｖａｌｕｅ）フォーマットで記録したものであることが望ましい。このように、ＣＳＶフォーマットのデータとすることで、通常の表計算ソフト上で編集することができる上に、データの容量を抑えることができるため好ましい。
【００２９】
この伝言情報ファイルの各伝言データを構成する各イベントデータに対する伝言情報としては、社員を特定するための識別（ＩＤ）データ、当該データの種類（Ｔｙｐｅ）、および当該伝言情報の入力日時、作成者、およびイベントを特定するための日付情報、および伝言の表題、および伝言を送る相手に関する情報、メモ（伝言）の内容に関する情報、当該伝言データの属性に関するデータ、および伝言データを削除した際には、削除者および削除日時に関する情報などが挙げられる。
【００３０】
ここで、ＩＤデータは、前記ＩＤデータと同様である。
データの種類（Ｔｙｐｅ）は、前述したように、前記スケジュールデータと区別するためのものである。
当該伝言情報の入力日時に関する情報は、実際に伝言情報が作成、入力された日時に関する情報である。例えば、「ＹＹＹＹＭＭＤＤ２４ＨＨＭＩＳＳ」で表される。なお、「ＹＹＹＹ」とは西暦の年号であり、「ＭＭ」は月を、「ＤＤ」は日をそれぞれ表し、「ＨＨＭＩＳＳ」は時刻を表す。
【００３１】
伝言情報の作成者に関する情報には、作成者自身のＩＤデータに含まれるユーザ（社員）名が当てられる。なお、伝言情報の書き込み時に、このユーザ名をもって認証して、正当な権限を有さない者からのスケジュールデータの更新を拒否してもよい。
イベントの日付情報は、イベントを特定するための情報の一つであり、前述したように、当該イベントが行われる日付に関する情報であり、例えば、「ＹＹＹＹＭＭＤＤ２４ＨＨＭＩＳＳ」で表される。なお、「ＹＹＹＹ」とは西暦の年号であり、「ＭＭ」は月を、「ＤＤ」は日をそれぞれ表し、「ＨＨＭＩＳＳ」は時刻を表す。
【００３２】
また、伝言の表題に関する情報は、当該伝言を特定するための文字列である。伝言を送る相手に関する情報は、この相手のＩＤデータに含まれるユーザ名であることが好ましい。メモの内容に関する情報は、伝言の内容を示す文字列からなる。
メモの内容に関する情報は、伝言作成者からの伝言の具体的な内容を示す文字列である。
【００３３】
伝言データの属性に関するデータは、当該伝言データの状態を示すフラグとして用いることができる。例えば、一度入力した伝言データを削除するような作業を行った場合には、当該伝言データを物理的に削除することもできるが、この属性を変えることで論理的に削除したものとするように定義する。また、伝言情報の場合、相手方が当該伝言内容をチェックしたのか否かも併せて記録することが好ましく、この場合、この伝言データの属性の中で、伝言（メモ）が未読状態であるのか、既読状態であるのかを論理的に定義させることが可能である。
【００３４】
また、伝言データの削除者に関する情報としては、実際に削除を行った者のＩＤデータに含まれるユーザ名が用いられる。なお、権限のない者による伝言データの削除を回避するため、削除入力時に必要に応じて当該ユーザ名を用いて認証してもよい。伝言データの削除日時に関する情報は、例えば、「ＹＹＹＹＭＭＤＤ２４ＨＨＭＩＳＳ」で表される。なお、「ＹＹＹＹ」とは西暦の年号であり、「ＭＭ」は月を、「ＤＤ」は日をそれぞれ表し、「ＨＨＭＩＳＳ」は時刻を表す。
【００３５】
また、このようなデータベースは、図２に示したように、所定のネットワーク上で複数の端末と接続させることで機能する。
図２において、データベース２０と接続するユーザ端末１０には、所望の社員のスケジュールデータを特定するためのキーワードとしてのＩＤデータの入力やその他の必要な入力を行うための入力部１７、後述するＣＰＵ１４からの指示に従ってデータベース２０から所定のスケジュールデータをダウンロードする送受信部１２、前記入力部１７からの入力に従って送受信部１２にデータベース２０からのスケジュールデータのダウンロードの指示をするとともに、ダウンロードしたスケジュールデータをメモリに送るとともに、表示部１９に表示用データとして送るＣＰＵ１４、およびＣＰＵ１４から送られたスケジュールデータを一時的に蓄積するメモリ１６、およびＣＰＵ１４から送られたスケジュールデータを視覚化して表示させる表示部１９が設けられている。
【００３６】
また、スケジュールデータの変更および必要に応じて伝言情報の作成、変更などを行う際には、入力部１７にて後述するような所定の入力がなされ、ＣＰＵ１４は入力内容についてスケジュールデータの変更、例えばイベントデータの追加、変更、削除などの状態に変更をデータベース２０のスケジュールデータに反映させる指示を送受信部１２に送り、送受信部１２はこの指示をデータベース２０に送る。
【００３７】
なお、データベース２０内のデータ構造であるが、図３に示したように、部署ごとにディレクトリを設けて、各ディレクトリにそれぞれの部署に所属する社員のスケジュールデータを格納するようになっている。このとき、管理者（ａｄｍｉｎｉｓｔｒａｔｏｒ）などに対しては、全ディレクトリを開くことができる高い権限を与え、通常の者には、例えば自身が所属する部署のディレクトリのみを開くことができる権限のみを与えることで、データの安全性を確保することができる。
【００３８】
また、図３において、「社員番号」のディレクトリには、社員番号と前記ＩＤデータとが関連付けられて格納するようにしておく。通常、データ容量を抑えるために社員番号にて各スケジュールデータを管理しておき、例えば各部署で端末にてＩＤデータが入力されたときには、まずこの社員番号のディレクトリにアクセスし、当該ＩＤデータと関連付けられる社員番号を抽出して、当該社員番号と関連付けられたスケジュールデータを抽出して、データ要求のあった端末に送信するようにしている。
【００３９】
図４には、「第一事業法人部」のディレクトリのデータ構造を示す。図４によれば、スケジュールデータと伝言データとが、それぞれ社員番号を含んだファイル名でＣＳＶ形式のファイルで保存されている。また、各ファイルには、履歴として最終的に更新された日時が示されている。
このようなデータベースには、前記スケジュールデータ管理方法に従ってスケジュールデータの蓄積が行われる。
【００４０】
当該スケジュールデータ管理方法の一実施態様について説明する。
なお、本実施態様の各ステップの動作において、図２に示したシステムの各構成の動作に相当するところは、適宜図２に示した番号を用いて説明する。
この実施態様は、図５に示したように、少なくとも社員のスケジュールをイベントが行われる日付に関する日付情報、当該イベントの内容に関するイベント情報、当該イベントが実際に行われる時刻に関する時間情報を有するスケジュールデータを前記社員ごとに蓄積したデータベース２０を設けて管理するスケジュールデータ管理方法において、利用者端末である端末１０に予定されたイベントに参加する社員を特定する識別情報の入力を促す識別情報入力段階としてのステップＳ４０と、前記入力された識別情報に対応するスケジュールデータを指定する指定段階としてのステップＳ５０と、前記指定されたスケジュールデータに対する前記予定されたイベントに関する日付情報、イベント情報および時間情報を有する管理情報の追加、削除、変更にかかる入力を促す入力段階としてのステップＳ６０と、前記入力された入力情報を所定のデータベース２０に送信するよう促す送信段階としてのステップＳ７０と、前記送信段階で送信された入力情報を用いて、前記データベース２０内の前記識別情報で特定される社員に関する管理情報からなるスケジュールデータを更新する更新段階としてのステップＳ８０とを有するものである。
【００４１】
また、前述したように、前記時間情報は、出発時刻、イベント開始時刻、イベント終了時刻および戻り予定時刻の四つの時刻をもって管理される。
図５において、ステップＳ１０では、端末１０の操作者が当該スケジュールデータ管理に関するプログラムを始動させて、ステップＳ２０に進む。なお、このプログラムは、以下のステップＳ２０〜Ｓ８０までの一連の処理、および必要に応じて後述する図７に示したステップＳ１２０〜Ｓ１８０までの一連の処理をデータベース２０および端末１０の双方の動作より行うよう定義付けられた手順から構成される。
【００４２】
ステップＳ２０では、まずプログラムを動かすにあたり、初期ファイルの読込を行って、ステップＳ３０に進む。
この初期ファイルは通常端末１０側にインストールされるものであって、「ｉｎｉ」なる拡張子が付されるものである。また、この初期ファイルには、当該プログラムを動かすに当たり、端末１０の動作に必要な設定などを定義するためのデータが書き込まれている。
【００４３】
この初期ファイルには、具体的に、データベース２０に設けられたディレクトリに関する情報、社員番号とＩＤデータとを関連付けるための情報が格納された前記社員番号ディレクトリに関する情報、ログ履歴に関する情報、端末側で画面表示させる際のウインドウに関する情報、当該画面表示の具体的な内容を示す各シートに関する情報、スケジュールデータの印刷設定に関する情報、後述する伝言情報の表題マスタ、表示する（すなわちアクセス可能な）スケジュールデータおよび必要に応じて伝言データと関連付けられるユーザ名に関する情報などが含まれる。
【００４４】
なお、端末１０側でこの初期ファイルの更新（印刷設定など）が可能であり、この更新が行われた場合には、この初期ファイルとはファイル名を変えて、新たに初期ファイルとして、この新たに作成された初期ファイルに優先的に読み込むようにして、初期ファイルの更新を当該プログラムの始動に際して反映させることもできる。
【００４５】
ステップＳ３０では、アクセス権限のあるファイルの読込を行ってステップＳ４０に進む。
ここで、アクセス権限のあるファイルとは、部署ごとにアクセス可能となっているディレクトリ内に格納されているファイルのことであり、具体的には、前記初期ファイル内で定義されたユーザ名に関する情報で挙げられているユーザ名に基づいて、前述したように、社員番号を抽出し、当該社員番号で特定されるスケジュールデータをデータベース２０から抽出して、端末１０内に設けられたメモリ１６に蓄積する。
【００４６】
ステップＳ４０では、端末１０に対して、内容の更新、表示を所望するスケジュールデータを抽出するための社員識別データとしてのＩＤデータを入力させて、ステップＳ５０に進む。ステップＳ５０では、ＣＰＵ１４にて、入力されたＩＤデータに対応した社員番号を前記初期ファイルの中の定義で特定し、当該社員番号で定義付けられたスケジュールデータを、メモリ１６に蓄積されたスケジュールデータの中から特定する。また、ＣＰＵ１４にて特定したスケジュールデータを表示部１９に送り、表示させてもよい。
【００４７】
ステップＳ６０では、端末１０に対して、管理情報としてイベントデータの追加、削除、変更に関する入力をさせて、ステップＳ７０に進む。
スケジュールデータを特定した後、イベントデータの追加、削除、変更に関する入力に際し、例えば図６に示したような所定の入力フォーム１００を入力者端末１０の表示部１９に表示させて、これに従って入力を促すことが好ましい。
【００４８】
この入力フォーム１００には、当該イベントデータの入力日時のための入力日時入力欄１８０、作成者（または変更者、削除者）のための作成者入力欄１９０、およびイベントの日付情報のための日付入力欄１１０、イベントの表題のための表題入力欄１２０、イベントの場所のための場所入力欄１３０、イベントの参加者のための参加者入力欄１４０、イベントに関するメモのためのメモ入力欄１６０、およびイベントに関する時刻情報のための時間入力欄１５０が設けられている。
【００４９】
ここで、例えば図１に示したイベントデータを入力する場合において、図６にて、入力日時入力欄１８０には、イベントデータ入力を行っている日時を入力するのであるが、この入力日時は入力者自ら入力部１７により入力してもよいが、端末１０のＣＰＵ１４にあるクロックを使って自動的に入力されるようにしても差し支えない。なお、図６においては、「２００２／５／３１／　１１：２６」と入力されている。
【００５０】
作成者入力欄１９０には、作成者のＩＤデータが入力される。この入力は、作成者自らが入力部１７により入力してもよいが、例えば図２に示したような当該システムを起動するとき（ステップＳ１０）に認証するようにしておき、そのときの認証情報としてのＩＤデータを用いて自動的に入力されるようにしても差し支えない。なお、図６においては、「ａｄｍｉｎｉｓｔｒａｔｏｒ（管理者）」と入力されている。
【００５１】
日付入力欄１１０は、年、月、日、曜日のそれぞれに入力窓を設けてあって、入力者は手入力で打ち込むことができる。また、入力される変数（数字、曜日）の範囲が予め分かっているので、これらの変数を含めたプルダウンメニューを設けて、このメニュー中の変数を選択させるようにしても差し支えない。なお、図６においては、「２００２年６月４日火曜日」と入力されている。
【００５２】
また、表題入力欄１２０は、イベントを特定するための表題に関する文字列であり、この文字列の入力は入力者による手入力でなされる。なお、図６においては、「ＡＢＣ訪問」と入力されている。また、場所入力欄１３０は、イベントが行われる場所に関する文字列であり、この文字列の入力は入力者による手入力でなされる。なお、図６においては、「ＡＢＣ本社」と入力されている。なお、これらの入力欄に入るデータの中には、繰り返し入力されるデータも存在することがある。このようなデータを、予め前述した初期ファイルの中で登録しておけば、図示はしないが、入力候補としてのこれら登録された変数を含むプルダウンメニューを設けて、手入力を行わなくてもその中から選択させることが可能になる。
【００５３】
参加者入力欄１４０には、当該イベントに参加する参加者の氏名を表す文字列であり、この文字列の入力は入力者による手入力でなされる。なお、図６においては、相手方の担当者欄に「Ｊ、Ｋ、Ｌ」と、また当方（自社側）の担当者欄に「Ｓ、Ｔ、Ｕ」とそれぞれ入力されている。
また、時間入力欄１５０には、当該イベントが行われる時刻情報が示される。詳細には、発入力欄１５２には出発時刻が、開始入力欄１５４にはイベント開始時刻が、終了入力欄１５６にはイベント終了時刻が、着入力欄１５８には帰社予定時刻が、それぞれ示される。これら入力欄への時刻の入力は、入力者による手入力でなされる。なお、図６においては、発入力欄１５２に「１０：００」、開始入力欄１５４に「１１：００」、終了入力欄１５６に「１２：００」、着入力欄に「１３：００」がそれぞれ入力されている。
【００５４】
メモ入力欄１６０には、当該イベントに関するコメントなどに関する文字列である。
なお、ステップＳ６０では、イベントデータの削除を行う場合もあり、この場合には当該イベントデータを含んでいたスケジュールデータのうち、当該イベントデータに削除を示す削除フラグを付加することが好ましい。具体的には、イベントデータの属性を、「削除」を示す属性に変更することが挙げられる。また、この場合にあっては、必要に応じてイベントデータの削除者および削除日時などを当該イベントデータに追加してもよい。
【００５５】
ステップＳ７０では、ステップＳ６０で入力させたイベントデータをデータベース２０側に送信するよう促して、ステップＳ８０に進む。
具体的には、図６に示したような入力フォーム１００に設けられたＯＫボタン１７０のクリックを促す。また、送信を所望しない場合にはキャンセルボタン１７２をクリックさせるようにする。ここで、ＯＫボタン１７０がクリックさせると、入力フォーム１００に入力されたイベントデータは、端末１０のＣＰＵ１４によりスケジュールデータのファイル形式、例えばＣＳＶ形式に変換され、まずメモリ１６に蓄積されているスケジュールデータの中に反映されて、次にこのスケジュールデータが送受信部１２からデータベース２０に送信される。
【００５６】
ステップＳ８０では、データベース２０にて端末１０から送信されたスケジュールデータを用いて、上書きをすることでスケジュールデータの更新を行って、スケジュールデータ管理は終了する。
続いて、前記特定の社員に伝言事項が発生した場合においては、図７に示したように、利用者端末である端末１０に、前記伝言を伝える社員を特定する識別情報の入力を促す第２の識別情報入力段階としてのステップＳ１４０と、前記入力された識別情報に対応するスケジュールデータを指定する第２の指定段階としてのステップＳ１５０と、前記利用者端末に、少なくとも当該伝言事項、および必要に応じて当該伝言を作成した者を特定する伝言作成者識別情報を有する伝言情報の入力を促す伝言入力段階としてのステップＳ１６０と、前記入力された入力情報を前記データベースに送信するよう促す伝言送信段階としてのＳ１７０と、前記送信段階で送信された伝言情報を用いて、前記データベース内の前記識別情報で特定される社員に関するスケジュールデータを更新する第２の更新段階としてのＳ１８０とを有することが好ましい。
【００５７】
なお、前記各伝言情報は、前記対応する各スケジュールデータに関連付けられ、かつ、前記スケジュールデータとは独立した一つの伝言データとして、前記データベース２０に蓄積されることが好ましい。すなわち、前記スケジュールデータの中に伝言情報（伝言データ）を含めるのではなくて、伝言データだけで独立したファイルを構成して、この伝言情報ファイルを前記スケジュールデータと関連付けて蓄積しておくことが好ましい。このようにすることで、スケジュールデータを特定するためのＩＤデータをもって、伝言情報ファイルを特定することが可能になり、さらにはスケジュールデータに含まれるイベントに関する情報に関連した伝言作成を行うことが可能になる。
【００５８】
図７において、ステップＳ１１０では、図５のステップＳ１０と同様に、端末１０操作者が当該スケジュールデータ管理に関するプログラムを始動させて、ステップＳ１２０に進む。前述したように、このプログラムは、以下のステップＳ１２０〜Ｓ１８０までの一連の処理をデータベース２０および端末１０の双方の動作により行うように定義付けられた手順から構成される。
【００５９】
ステップＳ１２０では、まずプログラムを動かすにあたり、前述した初期ファイルの読込を行って、ステップＳ１３０に進む。
ステップＳ１３０では、アクセス権限のあるファイルの読込を行って、ステップＳ１４０に進む。
ここで、アクセス権限のあるファイルとは、部署ごとにアクセス可能となっているディレクトリ内に格納されているファイルのことであり、具体的には、前記初期ファイル内で定義されたユーザ名に関する情報で挙げられているユーザ名に基づいて、前述したように、社員番号を抽出し、当該社員番号で特定されるスケジュールデータをデータベース２０から抽出して、端末１０内に設けられたメモリ１６に蓄積する。
【００６０】
ステップＳ１４０では、端末１０に対して、伝言データの追加、削除、変更を所望する伝言情報ファイルを抽出するための社員識別データとしてのＩＤデータを入力させて、ステップＳ１５０に進む。例えば、伝言を新規に作成したい場合には、当該伝言を送りたい相手のＩＤデータを入力させることになる。ステップＳ１５０では、ＣＰＵ１４にて、入力されたＩＤデータに対応した社員番号を前記初期ファイルの中の定義で特定し、当該社員番号で定義付けられた伝言情報ファイルを、メモリ１６に蓄積された伝言情報ファイルの中から特定する。また、ＣＰＵ１４にて特定した伝言情報ファイルを表示部１９に送り、当該伝言情報ファイルに基づく伝言の表示を表示部１９にて行わせてもよい。
【００６１】
ステップＳ１６０では、端末１０に対して、当該伝言情報ファイルについて、伝言データの追加、削除、変更に関する入力をさせて、ステップＳ１７０に進む。
また、伝言情報ファイルを特定した後に、伝言データの追加、削除、変更に関する入力に際し、例えば図８に示したような入力フォーム２００を入力者端末に表示させて、これに従って入力を促すことが好ましい。
【００６２】
この入力フォーム２００には、当該伝言情報（伝言データ）の入力日時のための入力日時入力欄２６０、伝言作成者（または変更者、削除者）のための作成者入力欄２７０、イベントを特定するための日付情報のための日付入力欄２１０および時刻入力欄２２０、および伝言の表題のための表題入力欄２３０、および伝言を送る相手に関する情報としての相手先入力欄２４０およびメモ（伝言）の内容に関する情報のためのメモ入力欄２５０が設けられている。
【００６３】
ここで、伝言を実際に入力する場合において、図８にて、入力日時入力欄２６０には、伝言入力を行っている日時を入力するのであるが、この日時を入力者自ら入力部１７により入力してもよいが、端末１０のＣＰＵ１４にあるクロックを使って自動的に入力されるようにしても差し支えない。なお、図８においては、「２００２／０７／１１　１７：３７」と入力されている。
【００６４】
作成者入力欄２７０には、作成者のＩＤデータが入力される。この入力は、作成者自らが入力部１７により行ってもよいが、例えば図２に示したような当該システムを起動するとき（ステップＳ１１０）に認証するようにしておき、そのときの認証情報としてのＩＤデータを用いて自動的に入力されるようにしても差し支えない。なお、図８においては、「ａｄｍｉｎｉｓｔｒａｔｏｒ（管理者）」と入力されている。
【００６５】
日付入力欄２１０は、年、月、日、曜日のそれぞれに入力窓を設けてあって、入力者は手入力で打ち込むことができる。また、入力される変数（数字、曜日）の範囲が予め分かっているので、これらの変数を含めたプルダウンメニューを設けて、このメニュー中の変数を選択させるようにしても差し支えない。なお、図８においては、「２００２年７月１１日木曜日」と入力されている。
【００６６】
時刻入力欄２２０は、例えば電話のあった時刻など、伝言が発生した時刻を示す。
表題入力欄２３０は、伝言データを特定するための表題を入力するのであるが、この入力は入力者による手入力で行う。また、使用する頻度が高い表題については、後述する表題の登録ができ、この登録を行った場合には、プルダウンボタン２３２をクリックすることで、図９に示したようなプルダウンメニュー２３４を表示させて選択させることができる。
【００６７】
相手先入力欄２４０には、伝言を送る相手に関する情報、すなわち相手のＩＤデータを入力させる。なお、予め伝言を送ることができる相手が同じ部署内の社員に限られているので、初期ファイルを読み込んだとき（ステップＳ１２０）にこれら社員のＩＤデータを図示しないがプルダウンメニューに登録しておき、入力者にプルダウンボタン２４２をクリックさせたときに、メニューを表示させて、この中から選択させてもよい。
【００６８】
メモ入力欄２５０には、実際の伝言内容について文字入力する。
なお、前述したように、使用頻度の高い表題については登録することができる。具体的には、当該表題を入力したときに、入力フォームに設けられている「表題の登録」ボタン２８０をクリックする。このように、クリックすると、図９に示したように、プルダウンメニュー２３４に当該表題が追加される。また、この登録された表題は、初期ファイルの「表題マスタ」に追加され、初期ファイルが更新されたときに、次回からの起動時に新しい表題マスタが反映されるようになる。なお、図９においては、「電話メモ」、「緊急連絡」、「ご連絡ください」の三つの表題が登録されている様子が示される。また、一度登録した表題を削除することも可能であり、この場合には、プルダウンメニューにて選択した後、「表題の削除」ボタン２８２をクリックする。
【００６９】
なお、図７のステップＳ１６０では、伝言データの削除を行う場合もあり、この場合には当該伝言データを含んでいた伝言ファイルのうち、当該伝言データに削除を示す削除フラグを付加することが好ましい。具体的には、伝言データの属性を、「削除」を示す属性に変更することが挙げられる。また、この場合にあっては、必要に応じて伝言データの削除者のＩＤデータおよび削除日時などを当該伝言データに追加してもよい。
【００７０】
ステップＳ１７０では、ステップＳ１６０で入力させた伝言データをデータベース２０側に送信するよう促して、ステップＳ１８０に進む。
具体的には、図８に示したような入力フォーム２００に設けられたＯＫボタン２９０のクリックを促す。また、送信を希望しない場合にはキャンセルボタン２９２をクリックさせるようにする。ここで、ＯＫボタン２９０がクリックされると、入力フォーム２００に入力された伝言データは、端末１０のＣＰＵ１４により伝言情報ファイルのファイル形式、例えばＣＳＶ形式に変換され、まずメモリ１６に蓄積されている伝言情報ファイルの中に反映されて、次にこの伝言情報ファイルが送受信部１２からデータベース２０に送信される。
【００７１】
ステップＳ１８０では、データベース２０にて端末１０から送信された伝言情報ファイルを用いて、上書きをすることで伝言情報ファイルの更新を行って、当該スケジュールデータ管理の一環である伝言情報ファイルは終了する。
続いて、このようにスケジュールデータ管理されたデータベース２０を用いた社員のスケジュール管理方法の一実施態様は、図１０に示したように、少なくとも社員のスケジュールをイベントが行われる日付に関する日付情報、当該イベントの内容に関するイベント情報、当該イベントが実際に行われる時刻に関する時間情報を有する管理情報からなり、各社員について所定のデータベース２０に蓄積されたスケジュールデータを用いて社員のスケジュールを管理する方法において、前記イベントに参加する社員のスケジュールを知りたい者に、自己の利用者端末である端末１０を用いて、当該社員を特定する識別情報を入力するよう促す入力段階としてのステップＳ２４０と、前記入力された識別情報に対応するスケジュールデータを指定する指定段階としてのステップＳ２５０と、前記指定されたスケジュールデータに基づいて前記端末にて表示を行う表示段階としてのステップＳ２６０とを有するものである。
【００７２】
また、前述したように、前記時間情報は、出発時刻、イベント開始時刻、イベント終了時刻および戻り予定時刻の四つの時刻をもって管理される。
なお、本実施態様の各ステップの動作において、図２に示したシステムの各構成の動作に相当するところは、適宜図２に示した番号を用いて説明する。
図１０において、ステップＳ２１０では、端末１０の操作者が当該スケジュール管理に関するプログラムを始動させて、ステップＳ２２０に進む。このプログラムは、以下のステップＳ２２０〜Ｓ２６０までの一連の処理をデータベース２０および端末１０の双方の動作により行うように定義された手順から構成される。
【００７３】
ステップＳ２２０では、まずプログラムを動かすにあたり、前述した初期ファイルの読込を行って、ステップＳ２３０に進む。
ここで、読み込む初期ファイルは、図５のスケジュールデータ管理におけるステップＳ２０で読み込む初期ファイルと共通するものであり、本スケジュール管理においては、主に出力にかかる設定を用いることになる。
【００７４】
ステップＳ２３０では、アクセス権限のあるファイルの読込を行って、ステップＳ２４０に進む。
ここで、アクセス権限のあるファイルとは、前述のスケジュールデータ管理におけるものと同様のファイルであり、この読込によりデータベース２０より取り出されたスケジュールデータは端末１０内のメモリ１６に蓄積される。
【００７５】
ステップＳ２４０では、端末１０に対して、当該端末１０にて表示を所望するスケジュールデータを抽出するための社員識別データとしてのＩＤデータを入力させて、ステップＳ２５０に進む。
ステップＳ２５０では、入力されたＩＤデータに対応した社員番号を前記初期ファイルの中の定義で特定し、前記メモリに蓄積されたスケジュールデータの中から、当該社員番号で定義付けられたスケジュールデータを特定して、ステップＳ２６０に進む。
【００７６】
ステップＳ２６０では、端末１０のＣＰＵ１４によりステップＳ２５０で特定されたスケジュールデータを表示部１９に送って、当該スケジュールデータを表示させて、スケジュール管理動作を終了する。
このとき、図１に示したように、前記イベント開始時刻から前記イベント終了時刻をイベント時間として表示し、前記出発時刻から前記イベント開始時刻および前記イベント終了時刻から前記戻り時刻を移動時間として表示する。具体的には、イベント開始時刻である１１時からイベント終了時刻である１２時をイベント時間とし、出発時刻である１０時からイベント開始時刻である１１時までの間およびイベント終了時刻である１２時から戻り時刻である１３時までの間を移動時間として表示する。
【００７７】
このようにイベント時間と移動時間とを区別して表示することで、他者からは外出している社員が移動中なのか、イベント参加中なのかを判断することができ、移動中であれば電話連絡を行っても構わないなどといった判断をすることができるようになる。
ここで、前記スケジュール管理方法の実施態様において、端末１０の表示部１９に表示させる画面について、例を挙げて説明する。
【００７８】
図１１は、同一部署内のメンバーのスケジュールデータの一覧表示画面４００を示す。
画面４００には、スケジュールの確認を所望する日付を示す日付表示欄４１０と、今日のスケジュールデータにジャンプする際にクリックするジャンプボタン４１６と、着目する社員を入力するための社員入力欄４２０と、時間軸表示欄４３０と、各社員のスケジュールを表示するスケジュール表示欄４４０、４５０、４６０、４７０とが設けられている。
【００７９】
日付表示欄４１０は、スケジュールの確認を所望する日付の入力を行う欄であり、後進ボタン４１２をクリックしたときには過去の日付に遡り、前進ボタン４１４をクリックしたときには将来の日付に進む。なお、この日付表示欄４１０の入力が確定すると、スケジュール表示欄４４０、４５０、４６０、４７０には、当該確定した日付のスケジュールが表示される。
【００８０】
また、過去または将来の日付におけるスケジュールを確認していて、今日の日付のスケジュールを確認したくなったら、ジャンプボタン４１６をクリックすると、スケジュール表示欄４４０、４５０、４６０、４７０には、今日のスケジュールが表示される。
また、社員入力欄４２０は、後述する個別にスケジュールを表示させたい社員を入力する欄であり、他の社員の入力を行いたいときは、プルダウンボタン４２２をクリックして、プルダウンメニューから選択することができる。なお、このメニューには、前記初期ファイルに登録された社員番号に対応するＩＤデータが含まれる。
【００８１】
スケジュール表示欄は、各社員のスケジュールを表示する領域であり、各スケジュールは時間軸表示欄４３０の時間軸に沿って表示される。図１１においては、社員Ｎのところが選択された形になっているが、上記社員入力欄４２０にて他の社員が選択されたときには、その社員のスケジュール表示のところが選択された形に切り替わる。この選択により、後述する特定社員の週単位のスケジュール表示を行うことができるようになる。
【００８２】
なお、図１１では、社員Ｎが２００２年３月９日（土）１０：００〜１５：００に国際カントリークラブにて、相手方の社員Ａ、Ｂと一緒に、自社側の社員Ｐと四人でゴルフを行うことになっていることが示されている。
また、縦方向のスクロールバー４８０を操作することで、表示しきれない時間帯のスケジュールを表示させることができ、また横方向のスクロールバー４８２を操作することで、表示しきれない他の社員のスケジュールを表示させることができる。
【００８３】
また、図１２は、特定社員Ｎの一週間のスケジュールデータ表示画面５００を示す図である。
画面５００には、スケジュールの確認を所望する週を特定する週表示欄５１０と、今週のスケジュールデータにジャンプする際にクリックするジャンプボタン５１６と、着目する社員を入力するための社員入力欄４２０と、時間軸表示欄４３０と、当該特定社員の各日付におけるスケジュールを表示するスケジュール表示欄５４０、５５０、５６０、５７０とが設けられている。
【００８４】
週表示欄４１０は、スケジュールの確認を所望する週を特定するための欄であり、例えば週の開始日である月曜の日付を入力するようになっている。また、後進ボタン５１２をクリックしたときには過去の週の例えば月曜の日付に遡り、前進ボタン５１４をクリックしたときには将来の週の例えば月曜の日付に進む。なお、この週表示欄５１０の入力が確定すると、スケジュール表示欄５４０、５５０、５６０、５７０には、当該確定した週の日付のスケジュールが順次表示される。
【００８５】
また、過去または将来の週におけるスケジュールを確認していて、今週のスケジュールを確認したくなったら、ジャンプボタン５１６をクリックすると、スケジュール表示欄５４０、５５０、５６０、５７０には、今週のスケジュールが表示される。
また、社員入力欄４２０は、後述する個別にスケジュールを表示させたい社員を入力する欄であり、他の社員の入力を行いたいときは、プルダウンボタン４２２をクリックして、プルダウンメニューから選択することができる。なお、このメニューには、前記初期ファイルに登録された社員番号に対応するＩＤデータが含まれる。この社員入力欄４２０の入力が確定すると、スケジュール表示欄５４０、５５０、５６０、５７０には、週表示欄５１０で特定される週の当該社員のスケジュール表示に切り替わる。
【００８６】
スケジュール表示欄は、当該特定社員の各日のスケジュールを表示する領域であり、各スケジュールは時間軸表示欄４３０の時間軸に沿って表示される。図１２においては、３月９日（土）が選択された形になっているが、例えば他の日付の領域をクリックすると、その日のスケジュールが選択された形に切り替わる。
この選択により、後述する一日単位のスケジュール表示を行うことができるようになる。
【００８７】
なお、図１２では、社員Ｎが２００２年３月９日（土）１０：００〜１５：００に国際カントリークラブにて、相手方の社員Ａ、Ｂと一緒に、自社側の社員Ｐと四人でゴルフを行うことになっていることが示されている。
また、縦方向のスクロールバー５８０を操作することで、表示しきれない時間帯のスケジュールを表示させることができ、また横方向のスクロールバー５８２を操作することで、表示しきれない他の日付のスケジュールを表示させることができる。
【００８８】
また、図１３は、特定社員Ｎの一日のスケジュールデータ表示画面６００を示す図である。
画面６００には、スケジュールの確認を所望する日付を示す日付表示欄４１０と、今日のスケジュールデータにジャンプする際にクリックするジャンプボタン６１６と、着目する社員を入力するための社員入力欄４２０と、時間軸表示欄６３０と、一日のスケジュールを表示するスケジュール表示欄６４０と、伝言を表示するための伝言表示欄６５０とが設けられている。
【００８９】
日付表示欄４１０は、スケジュールの確認を所望する日付の入力を行う欄であり、後進ボタン４１２をクリックしたときには過去の日付に遡り、前進ボタン４１４をクリックしたときには将来の日付に進む。なお、この日付表示欄４１０の入力が確定すると、スケジュール表示欄６４０および伝言表示欄６５０には、当該確定した日付のスケジュールおよび伝言がそれぞれ表示される。
【００９０】
また、過去または将来の日付におけるスケジュールを確認していて、今日の日付のスケジュールを確認したくなったら、ジャンプボタン６１６をクリックすると、スケジュール表示欄６４０および伝言表示欄６５０には、今日のスケジュールおよび伝言がそれぞれ表示される。
また、社員入力欄４２０は、後述する個別にスケジュールを表示させたい社員を入力する欄であり、他の社員の入力を行いたいときは、プルダウンボタン４２２をクリックして、プルダウンメニューから選択することができる。なお、このメニューには、前記初期ファイルに登録された社員番号に対応するＩＤデータが含まれる。この社員入力欄４２０の入力が確定すると、スケジュール表示欄６４０および伝言表示欄６５０には、日付表示欄４１０で特定される日付の当該社員のスケジュールおよび伝言表示にそれぞれ切り替わる。
【００９１】
スケジュール表示欄６４０は、当該特定社員の当該日付のスケジュールを表示する領域であり、各スケジュールは時間軸表示欄６３０の時間軸に沿って表示される。
また、伝言表示欄６５０は、当該特定社員に当該日付で宛てられた伝言が表示される。この伝言表示も、確認することが要求される時間帯にて、時間軸表示欄６３０の時間軸に沿って順次表示される。
【００９２】
なお、図１３では、社員Ｎが２００２年３月９日（土）１０：００〜１５：００に国際カントリークラブにて、相手方の社員Ａ、Ｂと一緒に、自社側の社員Ｐと四人でゴルフを行うことになっていることが示されている。さらに、同日午前８：５２には、天気に関して連絡をするよう促す伝言が表示されている。
また、縦方向のスクロールバー６６０を操作することで、表示しきれない時間帯のスケジュールおよび伝言を表示させることができ、また横方向のスクロールバー４８２を操作することで、表示しきれない部分のスケジュールおよび伝言を表示させることができる。
【００９３】
なお、伝言を確認したときに、該当する伝言の領域６５２をクリックすると、図１４に示したような確認窓８００を表示させて、確認したことを示す確認チェック欄８１０にチェックを入れるようにすることが好ましい。このようにすることにより、チェック後ＯＫボタン８２０をクリックさせて、当該伝言が確認されたことを、端末１０のメモリ１６に蓄積された伝言情報ファイルに反映させるべく、該当する伝言データの属性の変更を行うことができ、さらにデータベース２０へ当該変更後の伝言情報ファイルを送信することで、データベース２０内の伝言情報ファイルも更新することができる。更新したくない場合には、キャンセルボタン８３０をクリックさせるようにする。
【００９４】
また、この確認窓８００は、伝言内容の変更を行う場合にも用いることができ、その場合には、図１３において伝言表示欄６５０の所望する伝言表示領域（例えば６５２）をクリックして、表示されたこの確認窓８００の中の情報、例えば表題、メモなどを書き換えて、ＯＫボタン８２０をクリックすることで、前述したように、この変更が端末１０のメモリ１６に蓄積された伝言情報ファイルに反映された後に、当該変更後の伝言情報ファイルがデータベース２０に送られ、すでに格納された伝言情報ファイルに上書きをして伝言の更新がなされる。また、更新したくない場合には、キャンセルボタン８３０をクリックさせるようにする。
【００９５】
さらに、スケジュールデータの印刷を所望する場合には、図２においては図示してないがＣＰＵ１４に接続させたプリンタに対して印刷操作を行うのであるが、その際には、図１５に示したような印刷設定窓７００を表示させることが好ましい。なお、この印刷設定窓７００には、デフォルトとして、前記初期ファイルにて定義された印刷設定が入力されており、操作者は、必要に応じて適宜印刷のパラメータを変更することができる。各パラメータが所望するものであることを確認した後に、ＯＫボタン７１０をクリックすることで、当該パラメータが反映された状態でのプリントアウトが行われる。また、プリントアウトを行わない場合には、キャンセルボタン７２０をクリックさせるようにする。
【００９６】
また、スケジュールデータの画面表示を行う際に、図１１〜図１３に示したように、イベントの内容、すなわち表題、場所、参加者などに係る情報をイベントが行われる時間で基づき仕切られた領域内に表示させているが、例えば表示すべきイベントの内容が多い場合には前記領域に収まらない場合がある。
この場合には、例えば図１６に示したように、移動に係る時間領域、すなわち発時刻〜イベント開始時刻までの領域９２０と、イベント終了時刻〜着時刻までの領域９２５とについて時間軸方向への圧縮を行い、その分イベント内容を表示する領域９３０を拡げて表示させるようにしてもよい。なお、図１６においては、イベントデータ表示欄９００における発時刻（１０時００分）と着時刻（１２時００分）とが時間軸表示欄９１０に示された時刻と一致する一方、移動に係る領域９２０（および９２５）の時間軸方向への圧縮を行ってイベント内容を表示させる領域９３０を拡げた結果、当該領域９３０が時間軸表示欄９１０に示された時刻とは対応しなくなっている。このように表示することで、移動時間が長くイベントが短いときなどに、見やすいレイアウトでの表示ができる。
【００９７】
また、この他に、例えばマウスなどでポインタを、イベント内容を表示する
領域９３０に合わせると、ポップアップウインドウを開いて、その中で内容の詳細を表示させるようにしても差し支えない。
なお、本発明は上述したデータベースの構造に限定されるものではなく、様々な態様で構築することが可能である。社員のスケジュールをイベントが行われる日付に関する日付情報、当該イベントの内容に関するイベント情報、当該イベントが実際に行われる時刻に関して出発時刻、イベント開始時刻、イベント終了時刻および戻り予定時刻の四つのからなる時刻時間情報を有するスケジュールデータを蓄積するファイルは、上記の例では社員ごとにＳＣＶファイルを生成するものとし、アクセス権をディレクトリ単位で設定できるようにしているが、アクセス権ごとに複数人のデータを一つのファイルで蓄積するようにしてもよいし、他の形式のファイルであってもかまわないのはもちろんである。また、データを閲覧や書き込みを行おうとするソフトウェアや設定ファイルについても、上記の例のように端末側に構成してもよいし、データベースの一部として構成して汎用的なブラウザで閲覧や書き込みをできるようにしてもよい。
【００９８】
【発明の効果】
本発明によれば、スケジュールデータをグループで共有するのに、より使い勝手のよいスケジュール管理システムの構築を行うことができるようになる。
【図面の簡単な説明】
【図１】図１は、本発明に係るデータベースに格納するイベントデータについて説明する図である。
【図２】図２は、前記データベースを接続したスケジュール管理システムの一実施態様を示すブロック図である。
【図３】図３は、前記データベース内のディレクトリ構造を説明する図である。
【図４】図４は、前記各ディレクトリで格納されるデータを説明する図である。
【図５】図５は、本発明に係るスケジュールデータ管理方法の一実施態様を示すフローチャートである。
【図６】図６は、前記実施態様において、イベントデータ入力を促す入力フォームの一例を示す図である。
【図７】図７は、前記実施態様において、イベントデータに伝言データを付加する態様を示すフローチャートである。
【図８】図８は、前記実施態様において、伝言データ入力を促す入力フォームの一例を示す図である。
【図９】図９は、伝言データ入力を促す入力フォームの他の一例を示す図である。
【図１０】図１０は、本発明に係るスケジュール管理方法の一実施態様を示すフローチャートである。
【図１１】図１１は、前記実施態様におけるスケジュール表示の一例を示す図である。
【図１２】図１２は、前記実施態様におけるスケジュール表示の他の一例を示す図である。
【図１３】図１３は、前記実施態様におけるスケジュール表示の他の一例を示す図である。
【図１４】図１４は、前記実施態様において、伝言を付加したときに、当該伝言データの状態を変更する際の入力フォームの一例を示す図である。
【図１５】図１５は、前記実施態様にて、スケジュールデータのプリントアウトの際の印刷設定画面の一例を示す図である。
【図１６】図１６は、前記実施態様におけるスケジュール表示の他の一例を示す図である。
【符号の説明】
１０　端末
２０　データベース
【図１】
2004145572.tif 000002
【図２】
2004145572.tif 000003
【図３】
2004145572.tif 000004
【図４】
2004145572.tif 000005
【図５】
2004145572.tif 000006
【図６】
2004145572.tif 000007
【図７】
2004145572.tif 000008
【図８】
2004145572.tif 000009
【図９】
2004145572.tif 000010
【図１０】
2004145572.tif 000011
【図１１】
2004145572.tif 000012
【図１２】
2004145572.tif 000013
【図１３】
2004145572.tif 000014
【図１４】
2004145572.tif 000015
【図１５】
2004145572.tif 000016
【図１６】
2004145572.tif 000017