【０００１】
【発明の属する技術分野】
本発明は、オフィス等において、個人やグループなどのお互いのスケジュールをネットワーク上に分散して登録、管理、参照することのできるスケジュール管理システム、プログラムおよび記録媒体に関し、特に、ロータス社製のノーツ／ドミノをベースに開発されたスケジュールを管理するためのソフトウェアに関する。
【０００２】
【従来の技術】
近年、コンピュータシステムの普及は目覚しく、また、通信技術の高度化も著しいものがあり、これを利用して大規模な会社においては、同一の事業所内および他の事業所との間でネットワークを設置して、社内の情報の共有化を図っている。
【０００３】
この一例として、個人やグループのスケジュールや設備の予約を管理するソフトウェアがある。
一般に、グループ会議を開催する場合には、自分自身および他のグループメンバのスケジュールを確認して、共通にスケジュールが空いている日程を決定し、そのときに使用する設備、例えば、会議室や、プロジェクタや白板等の備品を予約しなければならない。
この作業を行うためには、メンバの共通に空いている時間を調べ、各メンバの個人スケジュールをグループ内で公開させ、会議を招集するメンバが他のメンバの個人スケジュールをいちいち確認する作業を行わなければならない。
また、設備についても同様に調べなければならない。
【０００４】
このような設備の予約管理では、１つの設備に対してダブルブッキングすることができないので、ロータス社製のノーツ／ドミノを使って開発した場合、同じ設備に同時に予約作業をして予約文書を登録すると、文書登録に対して排他制御していないため、重複して予約文書が登録されてしまい、ダブルブッキングの可能性が出てくる。
したがって、同じ設備に対しては何らかの排他制御をしなければならない。
【０００５】
【発明が解決しようとする課題】
本発明は、上述した実情を考慮してなされたもので、共通に使う設備の予約管理を行うスケジュール管理システムを、ロータス社製のノーツ／ドミノをベースとして開発するときに、その共通設備の同一時間帯における重複した予約登録を排除できるスケジュール管理システム、スケジュール管理システムの機能を実行するためのプログラムおよびそのプログラムを記録したコンピュータ読み取り可能な記録媒体を提供することを目的とする。
【０００６】
【課題を解決するための手段】
上記課題を解決するために、本発明の請求項１は、共通設備の予約と人のスケジュールを管理するノーツをベースとしたスケジュール管理システムにおいて、共通設備の予約登録に際しては、同一共通設備同一時間帯での重複した予約登録を排除し、人のスケジュールの予約登録に関しては、同一人物同一時間帯での重複した予約登録を許容することを特徴とする。
また、本発明の請求項２は、請求項１に記載のスケジュール管理システムにおいて、前記共通設備の予約登録の重複排除は、この共通設備に関するロック文書の存否の判断により行うようにしたことを特徴とする。
【０００７】
また、本発明の請求項３は、請求項２に記載のスケジュール管理システムにおいて、前記共通設備の予約登録を開始するときに、この共通設備に関する前記ロック文書が存在しない場合、この共通設備に関するロック文書を生成してから予約登録を実行し、予約登録終了後、この生成したロック文書を削除するようにしたことを特徴とする。
また、本発明の請求項４は、請求項２に記載のスケジュール管理システムにおいて、前記共通設備の予約登録を開始するときに、この共通設備に関する前記ロック文書が存在する場合、予約登録の実行を中止するようにしたことを特徴とする。
【０００８】
また、本発明の請求項５は、コンピュータに、請求項１乃至４のいずれかに記載のスケジュール管理システムの機能を実行させるためのプログラムである。
また、本発明の請求項６は、請求項５に記載のスケジュール管理システムのプログラムを記録したコンピュータ読み取り可能な記録媒体である。
【０００９】
以上の構成により、共通設備の予約管理を行うスケジュール管理システムを、ロータス社製のノーツ／ドミノをベースとして開発したときに、その共通設備の同一時間帯における重複した予約登録を排除することができる。
【００１０】
【発明の実施の形態】
以下、図面を参照して、本発明のスケジュール管理システムに係る好適な実施形態を説明する。本発明のスケジュール管理システム（以下、本システムということもある）は、複数箇所に分散している事業所に所属している多人数のユーザにより利用されるものであり、また、ロータス社製のノーツ／ドミノをベースに開発されているものとして説明する。
【００１１】
図１は、本実施形態のスケジュール管理システムの全体構成を示すブロック図であり、同図において、スケジュール管理システムは、複数の事業所１０がネットワーク２０で接続されている。
事業所１０では、その事業所１０に所属するユーザの端末およびそのユーザのスケジュールや共通設備の予約等を管理するデータベース等からなっており、データベースは各事業所１０から相互に参照可能となっている。
ここで、ネットワーク２０は、各事業所に敷設されたネットワークを結合するための伝送路であって、有線または無線で実現され、例えば、公衆回線や専用回線等によるＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネットなどを用いることができる。
【００１２】
事業所１０には、認証データベース（ＤＢ）１１、スケジュールデータベース（ＤＢ）１３、スケジューラメニューデータベース（ＤＢ）１４、共通設備予約データベース（ＤＢ）１５、任意台数の管理者端末１６および任意台数の利用者端末１７をネットワーク１８で接続している。
【００１３】
認証ＤＢ１１は、本システムを利用するユーザのユーザＩＤおよびそのユーザにどこまで操作させることができるかを示す権限情報等を保持し、ユーザからユーザＩＤ（ユーザ名またはサーバ名、パスワード、ノーツのライセンス番号、パブリックキー、プライベートキー、認証用スタンプ等）を提示されたとき、本システムを利用する権限があるかどうかを検証するためのデータベースである。
【００１４】
スケジュールＤＢ１３は、各ユーザの会議や用事等の予定を登録する。このスケジュールＤＢ１３は、各ユーザの１ヶ月分の予定を１文書として登録する。
ノーツで１つのスケジュールを１文書としてしまうと、１日に１スケジュールとして、１ヶ月では２０文書、１年では２４０文書が作成されてしまう。これを全社員に使わせるとなると膨大な文書量となり、表示するだけの検索でも応答時間が遅くなる。
そこで本システムでは、１ヶ月のスケジュールを１文書にまとめることによって文書量を減らしている。
【００１５】
このスケジュール文書は、図２（Ａ）に示すように３つの部分、即ち、ヘッダ１０１、スケジュール１０２および高速表示用データ１０３から構成される。
ヘッダ１０１は、スケジュールを登録したユーザに関する情報として、文書番号、社員番号、スケジュールの年月、ノーツアドレス、氏名、所属、文書分割インデックス等が含まれる（図２（Ｂ）参照）。
ここで、文書番号は、データ量が多いため１ヶ月のスケジュールを複数の文書に分割した場合に振られる１から始まる順番号である。
また、文書分割インデックスは、一日のスケジュールが存在する文書の文書番号を日にちの順に並べた配列である。
複数の文書に分割した場合、同一のスケジュールに属する文書であるかは、ヘッダ１０１の中の社員番号とスケジュールの年月で判断する。
【００１６】
スケジュール１０２は、ヘッダ１０１の「スケジュールの年月」で示される月の日にちごとに、予定の種類、開始・終了時刻、用件、詳細説明等を予定の数だけ並べた予定表である。
【００１７】
グループスケジュール「１週間表示」、「２週間表示」または「１ヶ月表示」を行う場合、本システムでは、図３に示すように、操作している本人の勤務時間の開始時間から終了時間までを１日として、その１日をさらに等分割（例えば、６等分）して表示する。
この表示のときには、各分割された時間帯の勤務状況（勤務している場所、予約状況や休暇区分）を色付けした図形（図形への色付けは、図形の外形の色付けや図形の内部を色で塗りつぶす等がある）で区別して表示するようにしている。このために、グループ内の全員のスケジュールを取得してから各予定時間を図形に変換するのでは時間がかかるため、本人のスケジュールを登録するときに、この図形情報を作成して高速表示用データ１０３として格納しておく。
【００１８】
例えば、高速表示用データ１０３には、予定の開始・終了時刻とその時間帯における予定の状況を示す色情報を組として１つの予定とし、これを各日にちごとに保持する。この予定の状況とその色情報は、例えば、社内で会議中は黄色、ダブルブッキングはオレンジ色、外出中は緑色、勤務時間はグレイ色、休暇はピンク等を用いる。
【００１９】
尚、ノーツの１文書として登録できる容量には制限がある。このため、日々のスケジュールを追加登録する際に、スケジュールを登録する文書のデータ量が上記の容量制限を超えた場合には、生成した新しい文書へ次の項目を書き込む。
（１）追加しようとしていたスケジュールが新しい文書にあることを示すように文書分割インデックスを更新したヘッダを新しい文書に書き込む。
（２）追加しようとしていたスケジュールを新しい文書へ書き込む。
（３）追加しようとしていたスケジュールに対する色情報等を更新した高速表示用データを書き込む。
【００２０】
スケジュールＤＢ１３の動作機能としては、一般的な個人やグループの予定登録、更新、削除がある。また、その際のスケジュール一覧表示や詳細表示もできる。また、このスケジュールＤＢ１３は、メール受信可能な属性をもち、このメールを受信し、定期的に起動されるスケジュール文書登録エージェントによってスケジュールが登録される。
【００２１】
スケジューラメニューＤＢ１４は、レプリカデータベース（ここでレプリカデータベースとは、各データベース間で同期をとって常に同じ内容を持つようにしているデータベースのことをいう。）であって、本システムを利用する可能性のあるユーザに関する情報を保持するユーザマスタとこのシステムのデータベースの情報を管理するサーバＤＢテーブルとを備えている（詳細は後述）。このユーザは、各事業所に勤務する全社員（ここでは、正規の社員、契約社員および協力会社の社員等をまとめて社員と呼ぶことにする）のことである。
このユーザマスタは、ユーザごとに次のようなデータを保持している。
【００２２】
社員番号、ノーツアドレス、氏名（漢字、カナおよびローマ字による表記）、
勤務地、所属部課等、
スケジュールＤＢ１３の所在（サーバ名とファイル名）、
予約した共通設備ごとに共通設備予約ＤＢ１５の所在（サーバ名とファイル名）
【００２３】
さらに、ユーザや管理者によって、グループ名とその構成人員の情報もユーザマスタに登録される。
【００２４】
また、スケジューラメニューＤＢ１４の動作機能としては、ユーザマスタの一括登録、随時一括更新、随時個人選択更新、随時個人選択初期化等や、ユーザの利用者端末１７で動作するＷｅｂブラウザから要求のあった個人、グループの予定状況や共通設備の予約状況等の一覧やその詳細情報の表示がある。
【００２５】
共通設備予約ＤＢ１５は、事業所ごとに、この事業所に備えられた共通設備（会議室や打ち合わせコーナや、パソコン、白板、プロジェクタ等の備品等）の予約状況を保持する。
この共通設備予約ＤＢ１５に保持される共通設備予約文書は、共通設備ごとに１ヶ月の予約状況を、その月の日にちごとに、予約開始・終了時刻、予約者およびその関係者等を予定の数だけ並べた予約表である。
この共通設備の予約に際しては、同時に２人以上のユーザが予約操作できないように排他的制御を行う（詳細は後述）。
【００２６】
管理者端末１６は、事業所ごとに設けられている本システムの管理者が使う端末であり、管理者は本システムの各データベースの生成・維持管理を行う。
管理者端末１６は、ノーツクライアントが動作可能なコンピュータである。
利用者端末１７は、本システムのユーザが自分あるいはグループのスケジュールの操作や共通設備の予約の操作を行う端末である。
利用者端末１７は、Ｗｅｂブラウザが動作可能なコンピュータである。
ネットワーク１８は、事業所内の各データベースおよび事業所間を接続するための伝送路であって、それらの間の通信プロトコルはＴＣＰ／ＩＰである。
【００２７】
次に、上記のような構成をもつ本システムの動作を詳細に説明する。
（Ａ）ユーザマスタの作成と更新
図４は、本システムにおいて、スケジューラメニューＤＢ１４のユーザマスタの生成および更新を行うときの機能構成図であり、同図において、ユーザ情報作成部２００は、社員マスタデータベース（ＤＢ）２０１、サーバＤＢテーブル２０２を入力として、スケジューラメニューＤＢ１４のユーザマスタを生成または更新する。
【００２８】
社員マスタデータベース（ＤＢ）２０１は、人事部門が維持管理する全社員に関する情報、例えば、社員番号、ノーツアドレス、氏名（漢字、カナおよびローマ字表記）、勤務地および所属等の情報を少なくとも保持している。
【００２９】
サーバＤＢテーブル２０２は、事業所名、サーバ名、データベースの種類およびデータベースの所在からなる情報を事業所ごとに保持し、予め管理者によって作成されているものとする。
ここでサーバ名は、データベースを管理するサーバの名前である。データベースの種類は、本システムが各事業所で保有するデータベース（スケジュールＤＢ、スケジューラメニューＤＢ、共通設備予約ＤＢ等）を区別するコードである。データベースの所在は、「データベースの種類」に対応するデータベースのファイル名である。
【００３０】
また、社員マスタＤＢ２０１に登録された個人情報とは違う個人情報を設定するときに、その社員番号と氏名（漢字、カナ、ローマ字による表記）、勤務地あるいは所属とを対応付けて、そのユーザ（社員）のユーザマスタとして本システムの管理者が作成しておく。
例えば、「氏名」については、結婚して戸籍上では姓が変わっても、旧姓を使いたいときに利用する。また、「勤務地」や「所属」については、兼務しているときに人事情報とは違うところで業務を行っているときに利用する。
【００３１】
次に、ユーザ情報作成部２００の動作について説明する。
（１）ユーザマスタ一括取り込み処理
スケジュールメニューＤＢ１４へユーザマスタを初めて生成するときには、このオプションを実行する。
まず、本システムにログインして、管理者であることを認証ＤＢ１１によって認証し、続いて表示されたオプションボタンの中から「ユーザマスタ一括取り込み」ボタンをクリックする。
社員マスタＤＢ２０１から社員ごとに「社員番号、ノーツアドレス、氏名（漢字、カナおよびローマ字による表記）、勤務地および所属」の情報を取り出し、社員ごとに、社員番号、ノーツアドレス、氏名（漢字、カナおよびローマ字による表記）、勤務地、所属をユーザマスタへ書き込む。
【００３２】
また、サーバＤＢテーブル２０２を参照して、この社員の勤務地（この勤務地は事業所と同じ名前になっている）から、その勤務地におけるスケジュールに関係する各データベースの存在場所を検索し、社員番号と対応させてサーバ名、データベースの種類およびデータベースの所在とをユーザマスタへ書き込む。
【００３３】
（２）ユーザマスタ随時更新処理
まず、本システムにログインして、管理者であることを認証ＤＢ１１によって認証し、続いて表示されたオプションボタンの中から「ユーザマスタ随時更新」ボタンをクリックする。
この場合は、すでにユーザマスタが存在するので、社員マスタＤＢ２０１には存在するがユーザマスタに存在しない新入社員等に関してのみ新規に生成し、新たに退職者がいた場合には、該当者の退職フラグを立てて、ユーザの相違する部分のみを更新してユーザマスタへ書き込む。
【００３４】
（３）ユーザマスタ定期更新処理
スケジューラメニューＤＢ１４のエージェントとして、社員マスタＤＢ２０１の人事部門のデータベース更新サイクルに合わせてユーザマスタを定期的に更新するように定義しておく。
この更新項目は、上記の「ユーザマスタ随時更新」と同様に、新入社員の情報の追加、および退職フラグの付加を行って、ユーザの相違する部分についてユーザマスタを更新する。
【００３５】
（４）ユーザマスタ（選択ユーザ）更新処理
まず、本システムにログインして、管理者であることを認証ＤＢ１１によって認証し、続いて予め管理者がユーザマスタの中から更新したいユーザを選択し、オプションボタンの中から「ユーザマスタ（選択ユーザ）更新」ボタンをクリックする。
この場合には、選択されたユーザに対してだけ社員マスタＤＢ２０１を参照して、ユーザマスタを更新する。また、その社員が退職していれば退職フラグを立てる。
【００３６】
（５）ユーザマスタ（選択ユーザ）初期化処理
まず、本システムにログインして、管理者であることを認証ＤＢ１１によって認証し、続いて予め管理者がユーザマスタの中から更新したいユーザを選択し、オプションボタンの中から「ユーザマスタ（選択ユーザ）初期化」ボタンをクリックする。
この場合、選択されたユーザに対してだけ社員マスタＤＢ２０１およびサーバＤＢテーブル２０２を参照して、ユーザマスタのユーザ情報を生成しなおす。また、その社員が退職していれば退職フラグを立てる。
【００３７】
このように、人事情報として常に更新される社員マスタＤＢ２０１から随時または定期的にユーザマスタの利用者情報を更新するため、社員の入社・退社したときや、協力会社からきた人の契約・変更・削除が発生したときにも、個別にユーザの登録・変更・削除をすることなくユーザマスタを維持できる。
【００３８】
（Ｂ）スケジュールの作成
（１）スケジュールの登録
グループで会議するときの予定登録を例にして説明する。
自分のスケジュール画面（図３参照）から「自分のスケジュール」ボタン３０１をクリックすると、図５のようなスケジュール登録画面が表示される。
この登録画面に、必要な会議開催日、時間、用件、場所および会議の対象者、連絡メールの要否等をそれぞれの入力フィールドへ入力して、実行ボタン３０４をクリックすると、確認のダイアログが表示され「ＯＫ」をクリックすると、スケジュールデータ更新用文書が作成され、スケジュールを登録した本人は、即時にエージェントが起動されて会議開催月のスケジュール文書にその予定が追加登録され、スケジュールデータ更新用文書に本人のスケジュール文書の登録完了フラグを立てる（図６参照）。
【００３９】
また、本人以外の対象者のスケジュールに対しては、５分ごとに起動される定期エージェントによって、会議開催月のスケジュール文書にその予定が対象者のスケジュールＤＢ１３へ追加登録され、スケジュールデータ更新用文書にその対象者のスケジュール文書の登録完了フラグを立て、連絡メールの送信が指定されていれば会議が開催されることがメールで通知される。
【００４０】
１ヶ月のスケジュールを１文書で表現しているため、複数の人が同一人の同一月のスケジュール文書を更新することがあるが、ノーツには文書の排他的制御機能がないため競合文書が作成されてしまうことになる。
そのため、スケジュール文書を直接更新せずに更新用の文書を作成して、その更新用文書の登録をエージェントに任せることによって、競合文書の発生を防ぐようにしている。
【００４１】
また、本人のスケジュールは、即時エージェントにより更新されるが、他の対象者全員のスケジュールがすべて登録されるまでの時間は長いので、この他の対象者のスケジュールの登録を定期エージェントに任せることにより、競合文書を発生させることなく登録の応答時間を早くすることができる。
【００４２】
一方、この会議の対象者のうち誰かが会議開催の登録をした本人とは別の事業所に勤務している場合には、事業所ごとに他事業所用のスケジュールデータ更新用文書を作成し、その更新用文書を当該対象者の勤務している他事業所のスケジュールＤＢ１３へメールで送信する（図７参照）。
これは、他事業所のスケジュールＤＢ１３の登録エージェントを直接起動させることができないために、メールで更新用文書の登録を依頼し、受信したスケジュールＤＢ１３がエージェントにより更新用文書にある対象者の会議開催月のスケジュール文書にその予定を追加登録する。
【００４３】
これにより、他事業所にいる人のスケジュール文書の書き込みをメール送信で実現することにより、サーバやネットワーク環境のレベルに依存せず、ドミノ環境のメール送受信機能の範囲で保証できる。したがって、登録時と送受信時のセキュリティ等の保証範囲を明確に切り分けることができる。
また、応答時間もドミノ環境レベルでの保証が可能である。
【００４４】
尚、スケジュールデータ更新用文書にある予定を会議開催月のスケジュール文書に追加登録する際に、１文書の容量制限を超えた場合には、新しい文書を生成して、元の文書からヘッダと高速表示用データを複写し、追加するスケジュールを新しい文書へ書き込む。このときヘッダと高速表示用データには、追加するスケジュールに関する情報を追加して書き出す。
【００４５】
例えば、図８に示すように、３日のスケジュールを登録しようとしたときに、容量制限になった場合には、新しいスケジュール用の文書４０１を生成して、この新しい文書４０１へ前の文書４００（すでに複数の文書に分割されていた場合には、最後の文書）のヘッダを複写する。
次に、３日のスケジュールを新しい文書４０１へ書き込む。このとき、３日のスケジュールが存在する文書番号（新しい文書４０１の文書番号）を文書分割インデックスに追加する。
さらに、３日のスケジュールを参照して、その日の勤務状況を図形化して前の文書４００の高速表示用データを更新して新しい文書４０１へ書き込む。この図形化は、その日の予定のうち、例えば、社内で会議中、ダブルブッキング、外出中、予約なし、休暇等に分けて、それぞれの色情報を割り当てて作成する。
【００４６】
このように１ヶ月のスケジュールが分割された複数の文書に登録されたときには、分割された最後の文書にアクセスして、
・個人スケジュールの場合には、指定年月の最後の文書番号をもつ文書のヘッダにある文書分割インデックスを参照して、該当文書番号の文書を読み出して必要な日のスケジュールデータを取得して表示する。
・グループスケジュール一覧表示の場合には、指定年月の最後の文書番号をもつ文書の高速表示用データの当該日から図形情報を取り出して表示する。
【００４７】
原則として１人／１ヶ月／１文書にスケジュールデータを保存し、その容量に応じて分割するようにして、文書サイズを減らして迅速な検索を実現できる。
また、グループスケジュール対象者の全員の実データを取得してから、図形に変換して表示するまでの応答時間を削減できるため、直感的でわかり易い画像データによるグループスケジュール一覧を良好な応答時間で表示することができる。
【００４８】
（２）共通設備の予約登録
各事業所で管理される共通設備（会議室や備品等）の予約登録について説明する。
まず、図３に示したメニュー画面から「共通設備へ」ボタン３０３をクリックし、予約したい事業所の当日の予約状況一覧が図９のように表示されるので、その予約対象の共通設備が予約されていないことを確認する。
次に、空いているときには、共通設備一覧画面（図９参照）で予約登録ボタン５００をクリックすると、図１０のような予約当日の共通設備予約登録画面が表示される。
【００４９】
この登録画面から必要な予約時間、共通設備の選択、用件、使用区分（社内使用または来客ありかの区別）、その共通設備を何に使うかのカテゴリおよび利用対象者等をそれぞれの入力フィールドへ入力して、実行ボタン５０１をクリックすると、確認のダイアログが表示され「ＯＫ」をクリックすると予約が共通設備予約ＤＢ１５へ登録され、登録実行者と利用対象者へ予約完了のメールが送信される。
【００５０】
尚、共通設備予約ＤＢ１５の予約登録文書は、１ヶ月分の予約を記録しているものであるから、同一時間帯に同じ共通設備の予約を実行する可能性が高くなる。
しかし、ノーツでは文書を登録する時には排他制御していないので、同時に同じ共通設備の予約をしていると、競合文書の発生やダブルブッキングの可能性が出てくるため、予約登録のときには、何らかの排他制御をしなければならない。
この場合、当該共通設備を最初に予約しようとしたときに、当該共通設備のロック文書をシステム側で作成し、このロック文書がある場合には後から予約登録しようとする人を排除するようにする。即ち、このロック文書を使って、当該共通設備の排他制御を実現する（図１１参照）。
【００５１】
従って、実行ボタン５０１をクリックしたときに、予約しようとした共通設備に対するロック文書が存在したときには、「予約作業中です」のダイアログを表示して予約登録の実行をキャンセルする。
また、このロック文書がない場合には、当該共通設備のロック文書を生成し、且つ、予約登録の確認ダイアログを表示し、「ＯＫ」がクリックされるとその予約を共通設備予約ＤＢ１５へ登録し、予約登録の実行者へは「予約完了」のダイアログを表示し、他の利用対象者へはどの共通設備が予約されたかをメールで知らせる。最後に、この生成されたロック文書を削除して、次の予約者のために共通設備を開放する。
これにより、共通設備に関するダブルブッキングを防止することができる。
【００５２】
（Ｃ）グループスケジュール一覧表示
図１２を参照して、グループに属する人員が複数の事業所に勤務している場合のスケジュール一覧表示について説明する。
例えば、ユーザ（Ａさん）は、構成人員がＡさん、Ｂさん、ＣさんおよびＤさんからなるグループに属しており、ＡさんおよびＢさんの勤務場所は事業所Ａであり、ＣさんおよびＤさんの勤務場所は事業所Ｂであるとする。
この場合に、グループに属する全員の「１日表示」、「１週間表示」または「１ヶ月表示」等のスケジュール一覧を表示することを説明する。
【００５３】
まず、Ａさんが利用者端末１７に備えたＷｅｂブラウザを用いて事業所ＡのスケジューラメニューＤＢ１４Ａにアクセスし、認証ＤＢ１１によって認証を受け、グループ表示ボタン３０２をクリックする。
次に、グループ表示させる対象の人員を指定する。例えば、グループ名や関連者としての個人をユーザマスタＤＢ１２から選択し、例えば、「表示年月日」と「１週間表示」を指定すると図３のようなグループスケジュール一覧が表示される。
【００５４】
スケジューラメニューＤＢ１４Ａは、指定された表示対象者（Ａさん、Ｂさん、ＣさんおよびＤさん）のスケジュールがどのスケジュールＤＢにあるのかをスケジューラメニューＤＢ１４Ａを検索して取り出す。
次に、各表示対象者のスケジュールがあるそれぞれのスケジュールＤＢ１３にアクセスし、指定された年月の高速表示用データを取り出す。
例えば、ＡさんおよびＢさんに関しては、スケジュールをスケジュールＤＢ１３Ａから取り出す。また、ＣさんおよびＤさんに関しては、スケジュールをスケジュールＤＢ１３Ｂから取り出す。
【００５５】
スケジューラメニューＤＢ１４Ａは、取り出した表示対象者の高速表示用データから指定された年月日を含む１週間の高速表示用データをＷｅｂブラウザに表示する形式に変換して、利用者端末１７へ返信する。
利用者端末１７のＷｅｂブラウザは、受信したデータを表示すると図３のようなグループスケジュール一覧が表示される。
【００５６】
図３のように表示された一覧から、対象者や日にちを選択することによって、さらに詳細なスケジュールを表示することができる。この場合には、日にちを選択した場合には、その日の高速表示用のデータを表示し、対象者を選択した場合には高速表示用のデータではなく、その対象者の実スケジュールデータを参照して表示させる。
【００５７】
このようにユーザ本人と同じ事業所に所属している人員のスケジュールを表示する応答時間は早く、必要に応じて参照される他事業所のスケジュールは若干応答時間に差ができるものの、同一のユーザインタフェースで多事業所にまたがるグループメンバのスケジュールを一覧表示することができる。
【００５８】
本発明は、上述した実施形態のみに限定されたものではない。上述した実施形態のスケジュール管理システムを構成する各機能をそれぞれプログラム化し、予めＣＤ−ＲＯＭ等の記録媒体に書き込んでおき、コンピュータに搭載したＣＤ−ＲＯＭドライブのような媒体駆動装置にこのＣＤ−ＲＯＭ等を装着して、これらのプログラムをコンピュータのメモリあるいは記憶装置に格納し、それを実行することによって、本発明の目的が達成されることは言うまでもない。
この場合、記録媒体から読み出されたプログラム自体が上述した実施形態の機能を実現することになり、そのプログラムおよびそのプログラムを記録した記録媒体も本発明を構成することになる。
【００５９】
尚、プログラムを格納する記録媒体としては半導体媒体（例えば、ＲＯＭ、不揮発性メモリ等）、光媒体（例えば、ＤＶＤ、ＭＯ、ＭＤ、ＣＤ等）、磁気媒体（例えば、磁気テープ、フレキシブルディスク等）等のいずれであってもよい。
【００６０】
また、ロードしたプログラムを実行することにより上述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、オペレーティングシステムあるいは他のアプリケーションプログラム等と共同して処理することによって上述した実施形態の機能が実現される場合も含まれる。
【００６１】
市場に流通させる場合には、可搬型の記録媒体にプログラムを格納して流通させたり、インターネット等の通信網を介して接続されたサーバコンピュータの記憶装置に格納しておき、通信網を通じて他のコンピュータに転送することもできる。この場合、このサーバコンピュータの記憶装置も本発明の記録媒体に含まれる。尚、コンピュータでは、可搬型の記録媒体上のプログラム、または転送されてくるプログラムを、コンピュータに接続した記憶装置にインストールし、そのインストールされたプログラムを実行することによって上述した実施形態の機能が実現される。
【００６２】
尚、本発明は上述した実施形態に限定されず、本発明の要旨を逸脱しない範囲内で各種の変形、修正が可能である。
【００６３】
【発明の効果】
以上説明したように本発明によれば、共通設備の予約管理を行うスケジュール管理システムを、ロータス社製のノーツ／ドミノをベースとして開発したときに、その共通設備の同一時間帯における重複した予約登録を排除することができる。
【図面の簡単な説明】
【図１】本発明のスケジュール管理システムの全体構成を示すブロック図である。
【図２】スケジュールを登録する文書のデータ構造図である。
【図３】グループスケジュール一覧表示例である。
【図４】ユーザマスタの生成または更新するときの機能構成図である。
【図５】スケジュール登録画面例である。
【図６】同じ事業所の社員のスケジュールを登録するときのエージェントの働きを説明するための図である。
【図７】他の事業所の社員のスケジュールを登録するときのメールの働きを説明するための図である。
【図８】スケジュール文書を分割したときのデータ移動について説明するための図である。
【図９】共通設備一覧画面例である。
【図１０】共通設備予約登録画面例である。
【図１１】共通設備予約の時の排他制御を説明するための図である。
【図１２】グループスケジュール一覧を表示するときのデータベース関連図である。
【符号の説明】
１０…事業所、１１…認証ＤＢ、１３…スケジュールＤＢ、１４…スケジューラメニューＤＢ、１５…共通設備予約ＤＢ、１６…管理者端末、１７…利用者端末、１８，２０…ネットワーク、１０１…ヘッダ、１０２…スケジュール、１０３…高速表示用データ、２００…ユーザ情報作成部、２０１…社員マスタＤＢ、２０２…サーバＤＢテーブル、３０１…自分のスケジュール、３０２…グループ表示、３０３…共通設備へ、３０４…実行ボタン、４００…前の文書、４０１…新しい文書、５００…予約登録ボタン、５０１…実行ボタン。[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a schedule management system, a program, and a recording medium capable of distributing, managing, and referencing a schedule of individuals and groups on a network in an office or the like. It relates to a schedule management software developed based on Domino.
[0002]
[Prior art]
In recent years, the spread of computer systems has been remarkable, and there has been a remarkable advancement of communication technology. With this, large companies have established networks within the same business office and with other business offices. And share information within the company.
[0003]
An example of this is software that manages individual or group schedules and equipment reservations.
In general, when holding a group meeting, the schedules of the members themselves and other group members are checked to determine a schedule with a common schedule, and the equipment used at that time, such as a conference room, Equipment such as projectors and white boards must be reserved.
In order to perform this work, the members are asked to check the free time in common, the personal schedule of each member is made public within the group, and the member who invites the meeting checks the personal schedule of other members one by one. There must be.
In addition, equipment must be examined in the same manner.
[0004]
In this kind of facility reservation management, it is not possible to double-book one facility, so if you develop using Lotus Notes / Domino, you make reservation work on the same facility at the same time and register the reservation document Then, since exclusive control is not performed on the document registration, the reserved document is registered redundantly, and the possibility of double booking appears.
Therefore, some exclusive control must be performed for the same equipment.
[0005]
[Problems to be solved by the invention]
The present invention has been made in consideration of the above-described circumstances, and when a schedule management system for performing reservation management of commonly used equipment is developed based on Lotus Notes / Domino manufactured by Lotus, the same common equipment is used. An object of the present invention is to provide a schedule management system capable of eliminating duplicate reservation registration in a time zone, a program for executing a function of the schedule management system, and a computer-readable recording medium recording the program.
[0006]
[Means for Solving the Problems]
In order to solve the above-mentioned problem, a first aspect of the present invention is a notes-based schedule management system for managing reservations of common facilities and schedules of persons. It is characterized in that overlapping reservation registration in a band is eliminated, and with respect to reservation registration of a person's schedule, overlapping reservation registration in the same person in the same time period is allowed.
According to a second aspect of the present invention, in the schedule management system according to the first aspect, the deduplication of the reservation registration of the common facility is performed by determining whether or not there is a lock document related to the common facility. And
[0007]
According to a third aspect of the present invention, in the schedule management system according to the second aspect, when starting the reservation registration of the common facility, if the lock document related to the common facility does not exist, the lock related to the common facility is not required. It is characterized in that the reservation registration is executed after the document is generated, and after the reservation registration is completed, the generated locked document is deleted.
According to a fourth aspect of the present invention, in the schedule management system according to the second aspect, when the reservation registration of the common facility is started, if the lock document related to the common facility exists, the execution of the reservation registration is performed. It is characterized in that it is stopped.
[0008]
A fifth aspect of the present invention is a program for causing a computer to execute the functions of the schedule management system according to any one of the first to fourth aspects.
According to a sixth aspect of the present invention, there is provided a computer-readable recording medium storing a program for the schedule management system according to the fifth aspect.
[0009]
With the above configuration, when a schedule management system for managing reservations of common facilities is developed based on Lotus Notes / Domino manufactured by Lotus Corporation, duplicate reservation registration of the common facilities in the same time zone can be eliminated. .
[0010]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, a preferred embodiment according to a schedule management system of the present invention will be described with reference to the drawings. The schedule management system of the present invention (hereinafter, also referred to as the present system) is used by a large number of users belonging to offices dispersed in a plurality of locations, and is manufactured by Lotus. The description is based on the development based on Notes / Domino.
[0011]
FIG. 1 is a block diagram showing the overall configuration of a schedule management system according to the present embodiment. In the figure, the schedule management system has a plurality of business establishments 10 connected by a network 20.
The business office 10 includes a terminal of a user belonging to the business office 10 and a database for managing the user's schedule, reservation of common facilities, and the like. The database can be mutually referred to from each business office 10. I have.
Here, the network 20 is a transmission line for connecting networks laid in each business office, and is realized by wire or wireless. For example, a LAN (Local Area Network) using a public line or a dedicated line, a WAN, etc. (Wide Area Network), the Internet, and the like.
[0012]
The establishment 10 has an authentication database (DB) 11, a schedule database (DB) 13, a scheduler menu database (DB) 14, a common facility reservation database (DB) 15, an arbitrary number of administrator terminals 16, and an arbitrary number of users. The terminal 17 is connected via a network 18.
[0013]
The authentication DB 11 holds a user ID of a user who uses this system, authority information indicating how far the user can operate the system, and sends the user ID (user name or server name, password, license number of Notes) to the user. , Public key, private key, authentication stamp, etc.), is a database for verifying whether the user is authorized to use the system.
[0014]
The schedule DB 13 registers the schedule of each user's meeting and business. The schedule DB 13 registers the schedule for each user for one month as one document.
If one schedule is made into one document in Notes, one document is created as one schedule per day, and 20 documents are created in one month and 240 documents are created in one year. If this is to be used by all employees, the amount of documents will be enormous, and the response time will be slow even for searches that only display.
Therefore, in this system, the amount of documents is reduced by putting together a one-month schedule into one document.
[0015]
This schedule document is composed of three parts, namely, a header 101, a schedule 102, and high-speed display data 103, as shown in FIG.
The header 101 includes, as information on the user who registered the schedule, a document number, an employee number, a date and time of the schedule, a Notes address, a name, an affiliation, a document division index, and the like (see FIG. 2B).
Here, the document number is a sequential number starting from 1, which is assigned when a one-month schedule is divided into a plurality of documents due to a large amount of data.
The document division index is an array in which the document numbers of documents having a daily schedule are arranged in order of date.
If the document is divided into a plurality of documents, whether the documents belong to the same schedule is determined by the employee number in the header 101 and the date of the schedule.
[0016]
The schedule 102 is a schedule table in which, for each day of the month indicated by “schedule year and month” in the header 101, the type of schedule, start / end times, messages, detailed descriptions, and the like are arranged by the number of schedules.
[0017]
When performing the group schedule “one week display”, “two week display”, or “one month display”, the present system determines the working hours of the operating person from the start time to the end time as shown in FIG. As one day, the day is further divided equally (for example, into six equal parts) and displayed.
At the time of this display, the work status (working place, reservation status and vacation classification) of each divided time zone is colored (the color of the shape is colored by the outer shape of the shape and the inside of the shape by color) (There is a painting, etc.). For this reason, it takes time to acquire the schedules of all the members in the group and then convert each scheduled time to a figure, so when registering the person's schedule, create this figure information and create the high-speed display data. 103 is stored.
[0018]
For example, in the high-speed display data 103, one schedule is set as a set of schedule start / end times and color information indicating the status of the schedule in the time zone, and this is held for each day. The status of the schedule and its color information are, for example, yellow during a meeting in the office, orange for double booking, green for going out, gray for working hours, and pink for vacation.
[0019]
There is a limit to the capacity that can be registered as one Notes document. Therefore, when the daily schedule is additionally registered, if the data amount of the document for which the schedule is to be registered exceeds the above-mentioned capacity limit, the next item is written to the generated new document.
(1) Write the header in which the document division index is updated so as to indicate that the schedule to be added is in the new document, in the new document.
(2) Write the schedule to be added to a new document.
(3) Write high-speed display data with updated color information and the like for the schedule to be added.
[0020]
Operational functions of the schedule DB 13 include general individual and group schedule registration, update, and deletion. Also, a schedule list display and detailed display at that time can be performed. The schedule DB 13 has an attribute capable of receiving an e-mail, receives the e-mail, and registers a schedule by a schedule document registration agent that is started periodically.
[0021]
The scheduler menu DB 14 is a replica database (here, a replica database is a database that is synchronized between the databases so as to always have the same contents), and there is a possibility of using the present system. The system includes a user master that holds information on a certain user and a server DB table that manages information of a database of this system (details will be described later). This user refers to all employees working at each office (here, regular employees, contract employees, employees of cooperating companies, etc. are collectively referred to as employees).
This user master holds the following data for each user.
[0022]
Employee number, notes address, name (in kanji, kana and romaji),
Work location, department, etc.
Location of the schedule DB 13 (server name and file name),
Location of the common facility reservation DB 15 for each reserved common facility (server name and file name)
[0023]
Further, information of the group name and the members of the group are also registered in the user master by the user or the administrator.
[0024]
The operation functions of the scheduler menu DB 14 include batch registration of the user master, batch update at any time, personal selection update at any time, personal selection initialization at any time, and a request from a Web browser running on the user terminal 17 of the user. There is a list of individual and group schedule statuses, common facility reservation statuses, and the like, and display of detailed information thereof.
[0025]
The common facility reservation DB 15 stores the reservation status of common facilities (e.g., equipment such as a conference room, a meeting corner, a personal computer, a white board, and a projector) provided for each business establishment.
The common facility reservation document held in the common facility reservation DB 15 includes a one-month reservation status for each common facility, and a reservation start / end time, a reservation person and its related persons for each day of the month. It is a reservation table arranged only.
At the time of reservation of this common facility, exclusive control is performed so that two or more users cannot perform reservation operations at the same time (details will be described later).
[0026]
The administrator terminal 16 is a terminal provided for each office and used by an administrator of the present system, and the administrator generates and maintains each database of the present system.
The administrator terminal 16 is a computer on which a Notes client can operate.
The user terminal 17 is a terminal on which the user of the present system operates a schedule of himself or herself or a reservation of common facilities.
The user terminal 17 is a computer on which a Web browser can operate.
The network 18 is a transmission path for connecting each database in the office and the offices, and a communication protocol between them is TCP / IP.
[0027]
Next, the operation of the present system having the above configuration will be described in detail.
(A) Creation and Update of User Master FIG. 4 is a functional configuration diagram when generating and updating a user master of the scheduler menu DB 14 in the present system. In FIG. Using the database (DB) 201 and the server DB table 202 as input, a user master of the scheduler menu DB 14 is generated or updated.
[0028]
The employee master database (DB) 201 holds at least information on all employees maintained and managed by the human resources department, such as, for example, employee numbers, notes addresses, names (in kanji, kana, and romaji), work locations and affiliations. I have.
[0029]
It is assumed that the server DB table 202 holds information including the office name, the server name, the type of database, and the location of the database for each office, and is created in advance by an administrator.
Here, the server name is the name of the server that manages the database. The type of database is a code that distinguishes the database (schedule DB, scheduler menu DB, common facility reservation DB, etc.) held by each system in the present system. The location of the database is the file name of the database corresponding to the “type of database”.
[0030]
Further, when setting personal information different from the personal information registered in the employee master DB 201, the employee number is associated with a name (notation in kanji, kana, and Roman characters), a work place or an affiliation, and the user ( The administrator of this system creates it as a user master for (employee).
For example, “name” is used when one wants to use the maiden name even if the family name changes on the family register after marriage. In addition, the "work location" and "affiliation" are used when a job is performed in a place different from the personnel information when concurrently working.
[0031]
Next, the operation of the user information creation unit 200 will be described.
(1) This option is executed when a user master is first created in the user master batch import processing schedule menu DB 14 for the first time.
First, the user logs in to the system, authenticates the administrator by the authentication DB 11, and then clicks the "User master batch import" button from the displayed option buttons.
The information of “employee number, notes address, name (in kanji, kana and Roman characters), work location and affiliation” is extracted from the employee master DB 201 for each employee, and the employee number, notes address, name (kanji, kana) And romanization), work location, and affiliation are written to the user master.
[0032]
Further, referring to the server DB table 202, the location of each database related to the schedule at the work location is searched from the work location of this employee (this work location has the same name as the business establishment). The server name, the type of database, and the location of the database are written in the user master in association with the employee number.
[0033]
(2) User master update process First, the user logs in to the system, authenticates the administrator by the authentication DB 11, and then clicks the “user master update” button among the displayed option buttons.
In this case, since the user master already exists, only a new employee who exists in the employee master DB 201 but does not exist in the user master is newly generated. And updates only the different parts of the user and writes them to the user master.
[0034]
(3) User Master Periodic Update Processing As an agent of the scheduler menu DB 14, it is defined that the user master is periodically updated in accordance with the database update cycle of the personnel department of the employee master DB 201.
In this update item, similarly to the above-mentioned "user master occasional update", information of a new employee is added and a retirement flag is added, and the user master is updated for a different part of the user.
[0035]
(4) User Master (Selected User) Update Process First, log in to the present system, authenticate that it is the administrator by the authentication DB 11, and then select the user who wants to update from the user master in advance. Click the “Update user master (selected user)” button from the option buttons.
In this case, the user master is updated with reference to the employee master DB 201 only for the selected user. If the employee is retired, a retirement flag is set.
[0036]
(5) User Master (Selected User) Initialization Process First, log in to the present system, authenticate that it is an administrator by the authentication DB 11, and then select the user who wants to update from the user master in advance. Click the "Initialize user master (selected user)" button from the option buttons.
In this case, the user information of the user master is generated again with reference to the employee master DB 201 and the server DB table 202 only for the selected user. If the employee is retired, a retirement flag is set.
[0037]
As described above, in order to update the user information of the user master from time to time or regularly from the employee master DB 201 which is constantly updated as personnel information, when the employee enters or leaves the company, or contracts, changes, Even when the deletion occurs, the user master can be maintained without individually registering, changing, or deleting the user.
[0038]
(B) Creation of a Schedule (1) Schedule registration when a meeting is held in a schedule registration group will be described as an example.
When the “my schedule” button 301 is clicked on the my schedule screen (see FIG. 3), a schedule registration screen as shown in FIG. 5 is displayed.
In this registration screen, enter the required date of the meeting, the time, the subject, the location, the subject of the meeting, the necessity of the contact mail, etc. in the respective input fields, and click the execute button 304. When "OK" is displayed, a schedule data update document is created. The person who has registered the schedule starts the agent immediately, and the schedule is additionally registered in the schedule document of the meeting holding month, and the schedule data is updated. A registration completion flag of the person's schedule document is set on the document (see FIG. 6).
[0039]
In addition, for a schedule of a subject other than the subject, the schedule is additionally registered in the schedule DB 13 of the subject by a regular agent started every five minutes in a schedule document of the meeting holding month, and a schedule data updating document Then, a registration completion flag of the schedule document of the subject is set, and if transmission of a contact mail is specified, a notification that a meeting will be held is notified by e-mail.
[0040]
Since one month schedule is expressed by one document, multiple people may update the same person's schedule document for the same month, but there is no exclusive document control function in Notes, so competing documents are created Will be done.
Therefore, an update document is created without directly updating the schedule document, and registration of the update document is left to the agent, thereby preventing the occurrence of a conflict document.
[0041]
In addition, although the schedule of the individual is updated immediately by the agent, it takes a long time until all the schedules of all other subjects are registered, so leaving the registration of the schedule of the other subjects to the regular agent In addition, the registration response time can be shortened without generating a conflicting document.
[0042]
On the other hand, if any of the subjects of this meeting is working at a different business establishment from the person who registered to hold the meeting, create a schedule data update document for other business establishments for each business establishment, The update document is transmitted to the schedule DB 13 of the other office where the target person works by e-mail (see FIG. 7).
This is because the registration agent of the schedule DB 13 of another office cannot be directly started, so the registration of the update document is requested by e-mail, and the received schedule DB 13 is held by the agent for the conference of the target person in the update document. The schedule is additionally registered in the month schedule document.
[0043]
Thus, by writing the schedule document of a person at another office by mail transmission, it is possible to guarantee within the range of the mail transmission / reception function of the domino environment without depending on the level of the server or the network environment. Therefore, the assurance range such as security at the time of registration and at the time of transmission / reception can be clearly separated.
In addition, the response time can be guaranteed at the domino environment level.
[0044]
When the schedule in the document for updating the schedule data is additionally registered in the schedule document of the meeting holding month, if the capacity limit of one document is exceeded, a new document is generated and a header and a high-speed message are generated from the original document. Copy the display data and write the schedule to be added to the new document. At this time, information on the schedule to be added is additionally written in the header and the high-speed display data.
[0045]
For example, as shown in FIG. 8, when the capacity is restricted when registering a schedule for three days, a document 401 for a new schedule is generated, and the previous document 400 is added to the new document 401. The header of (the last document if the document has been divided into a plurality of documents) is copied.
Next, the schedule for three days is written in the new document 401. At this time, the document number (the document number of the new document 401) in which the schedule of three days exists is added to the document division index.
Further, referring to the schedule of the third day, the work status of the day is made into a graphic, and the high-speed display data of the previous document 400 is updated and written into the new document 401. This figure is created by assigning respective color information to the schedule of the day, for example, during a meeting in the company, double booking, going out, no reservation, vacation, and the like.
[0046]
When the one-month schedule is registered in a plurality of divided documents in this manner, the last divided document is accessed,
・ In the case of a personal schedule, refer to the document division index in the header of the document having the last document number of the specified year and month, read the document of the corresponding document number, acquire the schedule data of the required day, and display it I do.
In the case of the group schedule list display, the graphic information is extracted from the date of the high-speed display data of the document having the last document number of the designated year and displayed.
[0047]
In principle, schedule data is stored in one person / one month / one document, and the data is divided according to the capacity, so that the document size can be reduced and a quick search can be realized.
In addition, since the response time from acquiring the actual data of all the group schedule subjects to converting them into figures and displaying them can be reduced, a group schedule list with intuitive and easy-to-understand image data is displayed with good response time can do.
[0048]
(2) Reservation registration of common facilities Reservation registration of common facilities (meeting rooms, equipment, etc.) managed at each business office will be described.
First, the user clicks the “To common facility” button 303 from the menu screen shown in FIG. 3, and a list of reservation statuses of the business day to be reserved is displayed as shown in FIG. 9, so that the common facilities to be reserved are reserved. Make sure they are not.
Next, when it is vacant, when a reservation registration button 500 is clicked on the common equipment list screen (see FIG. 9), a common equipment reservation registration screen on the day of the reservation as shown in FIG. 10 is displayed.
[0049]
From this registration screen, enter the required reservation time, selection of common equipment, requirements, use category (discrimination as to whether it is for internal use or visitor), the category of what the common equipment is used for, and the target user. When the user clicks the execution button 501, a confirmation dialog is displayed. When the user clicks "OK", the reservation is registered in the common facility reservation DB 15, and a reservation completion mail is transmitted to the registration executor and the target user. .
[0050]
Since the reservation registration document in the common facility reservation DB 15 records a reservation for one month, there is a high possibility that the reservation of the same common facility is executed in the same time zone.
However, Notes does not perform exclusive control when registering a document, so if the same common equipment is reserved at the same time, the possibility of conflicting documents and double booking may appear. Exclusive control must be performed.
In this case, when the common facility is first reserved, a lock document of the common facility is created on the system side, and if this lock document exists, a person who intends to make a reservation later is excluded. I do. That is, exclusive control of the common facility is realized using the lock document (see FIG. 11).
[0051]
Therefore, if the lock document for the common facility to be reserved exists when the execution button 501 is clicked, a dialog “reservation is in progress” is displayed to cancel the reservation registration.
If the lock document does not exist, a lock document for the common facility is generated, and a reservation registration confirmation dialog is displayed. When “OK” is clicked, the reservation is registered in the common facility reservation DB 15. Then, a "reservation completed" dialog is displayed to the person who has made the reservation registration, and another user is notified by e-mail of which common facility has been reserved. Finally, the generated lock document is deleted, and the common facility is opened for the next subscriber.
This can prevent double booking for common facilities.
[0052]
(C) Group Schedule List Display With reference to FIG. 12, a description will be given of a schedule list display in a case where the members belonging to the group work at a plurality of business establishments.
For example, the user (Mr. A) is a member of the group consisting of Ms. A, B, C, and D. The work place of Ms. A and B is business establishment A, and Ms. C and D It is assumed that Mr. work location is Business B.
In this case, a description will be given of displaying a schedule list such as "one day display", "one week display", or "one month display" of all the members belonging to the group.
[0053]
First, Mr. A accesses the scheduler menu DB 14 A of the establishment A using the Web browser provided in the user terminal 17, is authenticated by the authentication DB 11, and clicks the group display button 302.
Next, the target person to be displayed in the group is specified. For example, when a group name or an individual as a related person is selected from the user master DB 12 and, for example, “display date” and “one week display” are specified, a group schedule list as shown in FIG. 3 is displayed.
[0054]
Scheduler menu DB14 A is specified display object's (A's, B's, C's and Mr. D) taking out whether there is any schedule DB schedule of searches the scheduler menu DB14 A.
Next, access is made to each schedule DB 13 having the schedule of each display target person, and the high-speed display data of the designated year and month is extracted.
For example, with respect to A's and B's, take out the schedule from the schedule DB13 A. In addition, with respect to the C's and Mr. D, taking out a schedule from the schedule DB13 B.
[0055]
Scheduler menu DB14 A converts to the format for displaying a high-speed display data for one week, including the specified date from the high-speed display data of the display target who was taken to the Web browser, reply to the user terminal 17 I do.
When the Web browser of the user terminal 17 displays the received data, a group schedule list as shown in FIG. 3 is displayed.
[0056]
A more detailed schedule can be displayed by selecting a target person and a date from the list displayed as shown in FIG. In this case, when the date is selected, the data for the high-speed display on that day is displayed. When the target person is selected, the actual schedule data of the target person is referred to instead of the high-speed display data. To display.
[0057]
As described above, the response time for displaying the schedule of the personnel belonging to the same business establishment as the user himself is fast, and the response time for the schedules of other business establishments that are referred to as needed may differ slightly, but the same user The interface can display a list of group members' schedules across multiple offices.
[0058]
The present invention is not limited to only the embodiments described above. Each function of the schedule management system according to the above-described embodiment is programmed and written in a recording medium such as a CD-ROM in advance, and the CD-ROM is mounted on a medium drive such as a CD-ROM drive mounted on a computer. It is needless to say that the objects of the present invention can be achieved by installing these programs in a memory or a storage device of a computer and executing the programs.
In this case, the program itself read from the recording medium implements the functions of the above-described embodiment, and the program and the recording medium on which the program is recorded also constitute the present invention.
[0059]
Note that a recording medium for storing the program is a semiconductor medium (for example, ROM, non-volatile memory, etc.), an optical medium (for example, DVD, MO, MD, CD, etc.), a magnetic medium (for example, magnetic tape, flexible disk, etc.). And so on.
[0060]
Further, not only the functions of the above-described embodiment are realized by executing the loaded program, but also the above-described execution is performed by performing processing in cooperation with an operating system or another application program based on an instruction of the program. The case where the function of the form is realized is also included.
[0061]
When distributing to the market, the program is stored and distributed in a portable recording medium, or stored in a storage device of a server computer connected via a communication network such as the Internet, and another program is stored through the communication network. It can also be transferred to a computer. In this case, the storage device of the server computer is also included in the recording medium of the present invention. In the computer, the functions of the above-described embodiments are realized by installing a program on a portable recording medium or a transferred program in a storage device connected to the computer, and executing the installed program. Is done.
[0062]
It should be noted that the present invention is not limited to the above-described embodiment, and various changes and modifications can be made without departing from the spirit of the present invention.
[0063]
【The invention's effect】
As described above, according to the present invention, when a schedule management system for managing reservations of common facilities is developed based on Lotus Notes / Domino, duplicate registration registration of the common facilities in the same time zone is performed. Can be eliminated.
[Brief description of the drawings]
FIG. 1 is a block diagram showing the overall configuration of a schedule management system according to the present invention.
FIG. 2 is a data structure diagram of a document for registering a schedule.
FIG. 3 is a display example of a group schedule list.
FIG. 4 is a functional configuration diagram when generating or updating a user master.
FIG. 5 is an example of a schedule registration screen.
FIG. 6 is a diagram for explaining the function of an agent when registering a schedule of an employee at the same business establishment.
FIG. 7 is a diagram for explaining the function of an e-mail when registering a schedule of an employee of another office.
FIG. 8 is a diagram for explaining data movement when a schedule document is divided.
FIG. 9 is an example of a common equipment list screen.
FIG. 10 is an example of a common facility reservation registration screen.
FIG. 11 is a diagram for explaining exclusive control at the time of common facility reservation.
FIG. 12 is a database related diagram when a group schedule list is displayed.
[Explanation of symbols]
10 office, 11 authentication DB, 13 schedule DB, 14 scheduler menu DB, 15 common facility reservation DB, 16 administrator terminal, 17 user terminal, 18, 20 network, 101 header, 102: schedule, 103: high-speed display data, 200: user information creation unit, 201: employee master DB, 202: server DB table, 301: own schedule, 302: group display, 303: common facility, 304: execution Button, 400: previous document, 401: new document, 500: reservation registration button, 501: execution button.
