JP2004259018A - スケジュール管理システム、プログラムおよび記録媒体 - Google Patents

スケジュール管理システム、プログラムおよび記録媒体 Download PDF

Info

Publication number
JP2004259018A
JP2004259018A JP2003049483A JP2003049483A JP2004259018A JP 2004259018 A JP2004259018 A JP 2004259018A JP 2003049483 A JP2003049483 A JP 2003049483A JP 2003049483 A JP2003049483 A JP 2003049483A JP 2004259018 A JP2004259018 A JP 2004259018A
Authority
JP
Japan
Prior art keywords
schedule
document
user
registration
reservation
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2003049483A
Other languages
English (en)
Inventor
Mari Kaneko
麻里 金子
Kazuyoshi Takasaki
和義 高崎
Norihiko Matsuo
典彦 松尾
Keisuke Kondo
圭介 近藤
Takaaki Ohashi
卓見 大橋
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ricoh Co Ltd
Original Assignee
Ricoh Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Ricoh Co Ltd filed Critical Ricoh Co Ltd
Priority to JP2003049483A priority Critical patent/JP2004259018A/ja
Publication of JP2004259018A publication Critical patent/JP2004259018A/ja
Pending legal-status Critical Current

Links

Images

Landscapes

  • Information Transfer Between Computers (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

【課題】アクセス権を持たない他の事業所に属するグループメンバへのスケジュールを、信頼性を犠牲にせず、且つ簡便に登録できるようにしたスケジュール管理システムを提供する。
【解決手段】このスケジュール管理システムは、ノーツをベースとして開発されており、利用者のスケジュールを登録するエージェントを備えたスケジュールDBを事業所ごとに設けて、複数の事業所に分かれて所属する利用者のスケジュールを管理している。本システムは、スケジュールを登録要求した利用者自身の事業所とは異なる事業所の利用者(以下、対象者という)のスケジュールとして登録する場合には、他事業所用のスケジュール登録更新用文書を生成して、対象者の事業所のスケジュールDBへメールによって送信し、このメールを受信したスケジュールDBのエージェントが登録更新用文書をスケジュールDBへ登録するようにした。
【選択図】 図7

Description

【0001】
【発明の属する技術分野】
本発明は、オフィス等において、個人やグループなどのお互いのスケジュールをネットワーク上に分散して登録、管理、参照することのできるスケジュール管理システム、プログラムおよび記録媒体に関する。
【0002】
【従来の技術】
近年、コンピュータシステムの普及は目覚しく、また、通信技術の高度化も著しいものがあり、これを利用して大規模な会社においては、同一の事業所内および他の事業所との間でネットワークを設置して、社内の情報の共有化を図っている。
【0003】
この一例として、個人やグループのスケジュールを管理するソフトウェアがある。
一般に、グループ会議を開催する場合には、自分自身および他のグループメンバのスケジュールを確認して、共通にスケジュールが空いている日程を決定しなければならない。
この作業を行うためには、各メンバの個人スケジュールをグループ内で公開させ、会議を招集するメンバが他のメンバの個人スケジュールをいちいち確認する作業を行わなければならない。
【0004】
このような作業を軽減するために、グループ内でのグループスケジュールを管理し、それを各メンバ間で相互に参照することにより、各自が参加可能な会議日程を検索するなどの機能を提供するソフトウェアが実現されている。
例えば、ロータス社製のノーツ/ドミノにおけるグループスケジュール機能では、グループ名およびそのグループに属するメンバを登録しておけば、メンバごとに登録された個人スケジュールをまとめて、グループスケジュールをカレンダとして一覧表示できる。
【0005】
【発明が解決しようとする課題】
上述したグループスケジュールを管理するソフトウェアは、管理すべき個人およびグループスケジュールを1台のサーバコンピュータに置いて管理しているが、この構成では、大規模な会社にあっては、そのデータ量が膨大になるとともに、サーバコンピュータへの負荷の集中・増大という問題がでてくる。
これを回避するために、大規模な会社では、事業所ごとに分けてスケジュールを管理するようにしているのが現状である。
【0006】
しかし、事業所間をまたがったプロジェクトなどが多々あり、この場合のグループスケジュール管理ができなくなってしまうという問題が新たに生じる。
【0007】
このようなスケジュール管理システムをロータス社製のノーツ/ドミノで開発すると、グループの会議開催予定をある社員がそのグループの全員のスケジュールとして登録する場合、その社員が所属する事業所以外のメンバへはアクセス権がないため登録することができない。
また、このようなアクセス権がない他の事業所へ登録するようにするためのアプリケーションプログラムインタフェースも存在するが、これを用いて開発すると信頼性の面での保証を図ることが難しくなる。
【0008】
本発明は、上述した実情を考慮してなされたもので、アクセス権を持たない他の事業所に属するグループメンバへのスケジュールを信頼性を犠牲にせず、且つ簡便に登録できるようにしたスケジュール管理システム、スケジュール管理システムの機能を実行するためのプログラムおよびそのプログラムを記録したコンピュータ読み取り可能な記録媒体を提供することを目的とする。
【0009】
【課題を解決するための手段】
上記課題を解決するために、本発明の請求項1は、複数の事業所に分かれて所属する利用者のスケジュールを管理するノーツをベースとしたスケジュール管理システムにおいて、前記事業所ごとに、利用者のスケジュールを登録したスケジュールDBと、スケジュールをこのスケジュールDBへ登録するエージェントを有し、スケジュールを登録要求した利用者自身の事業所とは異なる事業所の利用者(以下、対象者という)のスケジュールとして登録する場合には、他事業所用のスケジュール登録更新用文書を生成して、対象者の事業所のスケジュールDBへメールによってこの登録更新用文書を送信し、このメールを受信したスケジュールDBのエージェントによってスケジュールDBへ登録するようにしたことを特徴とする。
【0010】
また、本発明の請求項2は、コンピュータに、請求項1に記載のスケジュール管理システムの機能を実行させるためのプログラムである。
また、本発明の請求項3は、請求項2に記載のスケジュール管理システムのプログラムを記録したコンピュータ読み取り可能な記録媒体である。
【0011】
以上の構成により、他事業所にいる人のスケジュール文書の書き込みをメール送信で実現することにより、サーバやネットワーク環境のレベルに依存せず、ドミノ環境のメール送受信機能の範囲で保証できる。したがって、登録時と送受信時のセキュリティ等の保証範囲を明確に切り分けることができる。
また、応答時間もドミノ環境レベルでの保証が可能である。
【0012】
【発明の実施の形態】
以下、図面を参照して、本発明のスケジュール管理システムに係る好適な実施形態を説明する。本発明のスケジュール管理システム(以下、本システムということもある)は、複数箇所に分散している事業所に所属している多人数のユーザにより利用されるものであり、また、ロータス社製のノーツ/ドミノをベースに開発されているものとして説明する。
【0013】
図1は、本実施形態のスケジュール管理システムの全体構成を示すブロック図であり、同図において、スケジュール管理システムは、複数の事業所10がネットワーク20で接続されている。
事業所10では、その事業所10に所属するユーザの端末およびそのユーザのスケジュールや共通設備の予約等を管理するデータベース等からなっており、データベースは各事業所10から相互に参照可能となっている。
ここで、ネットワーク20は、各事業所に敷設されたネットワークを結合するための伝送路であって、有線または無線で実現され、例えば、公衆回線や専用回線等によるLAN(Local Area Network)、WAN(Wide Area Network)、インターネットなどを用いることができる。
【0014】
事業所10には、認証データベース(DB)11、スケジュールデータベース(DB)13、スケジューラメニューデータベース(DB)14、共通設備予約データベース(DB)15、任意台数の管理者端末16および任意台数の利用者端末17をネットワーク18で接続している。
【0015】
認証DB11は、本システムを利用するユーザのユーザIDおよびそのユーザにどこまで操作させることができるかを示す権限情報等を保持し、ユーザからユーザID(ユーザ名またはサーバ名、パスワード、ノーツのライセンス番号、パブリックキー、プライベートキー、認証用スタンプ等)を提示されたとき、本システムを利用する権限があるかどうかを検証するためのデータベースである。
【0016】
スケジュールDB13は、各ユーザの会議や用事等の予定を登録する。このスケジュールDB13は、各ユーザの1ヶ月分の予定を1文書として登録する。
ノーツで1つのスケジュールを1文書としてしまうと、1日に1スケジュールとして、1ヶ月では20文書、1年では240文書が作成されてしまう。これを全社員に使わせるとなると膨大な文書量となり、表示するだけの検索でも応答時間が遅くなる。
そこで本システムでは、1ヶ月のスケジュールを1文書にまとめることによって文書量を減らしている。
【0017】
このスケジュール文書は、図2(A)に示すように3つの部分、即ち、ヘッダ101、スケジュール102および高速表示用データ103から構成される。
ヘッダ101は、スケジュールを登録したユーザに関する情報として、文書番号、社員番号、スケジュールの年月、ノーツアドレス、氏名、所属、文書分割インデックス等が含まれる(図2(B)参照)。
ここで、文書番号は、データ量が多いため1ヶ月のスケジュールを複数の文書に分割した場合に振られる1から始まる順番号である。
また、文書分割インデックスは、一日のスケジュールが存在する文書の文書番号を日にちの順に並べた配列である。
複数の文書に分割した場合、同一のスケジュールに属する文書であるかは、ヘッダ101の中の社員番号とスケジュールの年月で判断する。
【0018】
スケジュール102は、ヘッダ101の「スケジュールの年月」で示される月の日にちごとに、予定の種類、開始・終了時刻、用件、詳細説明等を予定の数だけ並べた予定表である。
【0019】
グループスケジュール「1週間表示」、「2週間表示」または「1ヶ月表示」を行う場合、本システムでは、図3に示すように、操作している本人の勤務時間の開始時間から終了時間までを1日として、その1日をさらに等分割(例えば、6等分)して表示する。
この表示のときには、各分割された時間帯の勤務状況(勤務している場所、予約状況や休暇区分)を色付けした図形(図形への色付けは、図形の外形の色付けや図形の内部を色で塗りつぶす等がある)で区別して表示するようにしている。
このために、グループ内の全員のスケジュールを取得してから各予定時間を図形に変換するのでは時間がかかるため、本人のスケジュールを登録するときに、この図形情報を作成して高速表示用データ103として格納しておく。
【0020】
例えば、高速表示用データ103には、予定の開始・終了時刻とその時間帯における予定の状況を示す色情報を組として1つの予定とし、これを各日にちごとに保持する。この予定の状況とその色情報は、例えば、社内で会議中は黄色、ダブルブッキングはオレンジ色、外出中は緑色、勤務時間はグレイ色、休暇はピンク等を用いる。
【0021】
尚、ノーツの1文書として登録できる容量には制限がある。このため、日々のスケジュールを追加登録する際に、スケジュールを登録する文書のデータ量が上記の容量制限を超えた場合には、生成した新しい文書へ次の項目を書き込む。
(1)追加しようとしていたスケジュールが新しい文書にあることを示すように文書分割インデックスを更新したヘッダを新しい文書に書き込む。
(2)追加しようとしていたスケジュールを新しい文書へ書き込む。
(3)追加しようとしていたスケジュールに対する色情報等を更新した高速表示用データを書き込む。
【0022】
スケジュールDB13の動作機能としては、一般的な個人やグループの予定登録、更新、削除がある。また、その際のスケジュール一覧表示や詳細表示もできる。また、このスケジュールDB13は、メール受信可能な属性をもち、このメールを受信し、定期的に起動されるスケジュール文書登録エージェントによってスケジュールが登録される。
【0023】
スケジューラメニューDB14は、レプリカデータベース(ここでレプリカデータベースとは、各データベース間で同期をとって常に同じ内容を持つようにしているデータベースのことをいう。)であって、本システムを利用する可能性のあるユーザに関する情報を保持するユーザマスタとこのシステムのデータベースの情報を管理するサーバDBテーブルとを備えている(詳細は後述)。このユーザは、各事業所に勤務する全社員(ここでは、正規の社員、契約社員および協力会社の社員等をまとめて社員と呼ぶことにする)のことである。
このユーザマスタは、ユーザごとに次のようなデータを保持している。
【0024】
社員番号、ノーツアドレス、氏名(漢字、カナおよびローマ字による表記)、
勤務地、所属部課等、
スケジュールDB13の所在(サーバ名とファイル名)、
予約した共通設備ごとに共通設備予約DB15の所在(サーバ名とファイル名)
【0025】
さらに、ユーザや管理者によって、グループ名とその構成人員の情報もユーザマスタに登録される。
【0026】
また、スケジューラメニューDB14の動作機能としては、ユーザマスタの一括登録、随時一括更新、随時個人選択更新、随時個人選択初期化等や、ユーザの利用者端末17で動作するWebブラウザから要求のあった個人、グループの予定状況や共通設備の予約状況等の一覧やその詳細情報の表示がある。
【0027】
共通設備予約DB15は、事業所ごとに、この事業所に備えられた共通設備(会議室や打ち合わせコーナや、パソコン、白板、プロジェクタ等の備品等)の予約状況を保持する。
この共通設備予約DB15に保持される共通設備予約文書は、共通設備ごとに1ヶ月の予約状況を、その月の日にちごとに、予約開始・終了時刻、予約者およびその関係者等を予定の数だけ並べた予約表である。
この共通設備の予約に際しては、同時に2人以上のユーザが予約操作できないように排他的制御を行う(詳細は後述)。
【0028】
管理者端末16は、事業所ごとに設けられている本システムの管理者が使う端末であり、管理者は本システムの各データベースの生成・維持管理を行う。
管理者端末16は、ノーツクライアントが動作可能なコンピュータである。
利用者端末17は、本システムのユーザが自分あるいはグループのスケジュールの操作や共通設備の予約の操作を行う端末である。
利用者端末17は、Webブラウザが動作可能なコンピュータである。
ネットワーク18は、事業所内の各データベースおよび事業所間を接続するための伝送路であって、それらの間の通信プロトコルはTCP/IPである。
【0029】
次に、上記のような構成をもつ本システムの動作を詳細に説明する。
(A)ユーザマスタの作成と更新
図4は、本システムにおいて、スケジューラメニューDB14のユーザマスタの生成および更新を行うときの機能構成図であり、同図において、ユーザ情報作成部200は、社員マスタデータベース(DB)201、サーバDBテーブル202を入力として、スケジューラメニューDB14のユーザマスタを生成または更新する。
【0030】
社員マスタデータベース(DB)201は、人事部門が維持管理する全社員に関する情報、例えば、社員番号、ノーツアドレス、氏名(漢字、カナおよびローマ字表記)、勤務地および所属等の情報を少なくとも保持している。
【0031】
サーバDBテーブル202は、事業所名、サーバ名、データベースの種類およびデータベースの所在からなる情報を事業所ごとに保持し、予め管理者によって作成されているものとする。
ここでサーバ名は、データベースを管理するサーバの名前である。データベースの種類は、本システムが各事業所で保有するデータベース(スケジュールDB、スケジューラメニューDB、共通設備予約DB等)を区別するコードである。
データベースの所在は、「データベースの種類」に対応するデータベースのファイル名である。
【0032】
また、社員マスタDB201に登録された個人情報とは違う個人情報を設定するときに、その社員番号と氏名(漢字、カナ、ローマ字による表記)、勤務地あるいは所属とを対応付けて、そのユーザ(社員)のユーザマスタとして本システムの管理者が作成しておく。
例えば、「氏名」については、結婚して戸籍上では姓が変わっても、旧姓を使いたいときに利用する。また、「勤務地」や「所属」については、兼務しているときに人事情報とは違うところで業務を行っているときに利用する。
【0033】
次に、ユーザ情報作成部200の動作について説明する。
(1)ユーザマスタ一括取り込み処理
スケジュールメニューDB14へユーザマスタを初めて生成するときには、このオプションを実行する。
まず、本システムにログインして、管理者であることを認証DB11によって認証し、続いて表示されたオプションボタンの中から「ユーザマスタ一括取り込み」ボタンをクリックする。
社員マスタDB201から社員ごとに「社員番号、ノーツアドレス、氏名(漢字、カナおよびローマ字による表記)、勤務地および所属」の情報を取り出し、社員ごとに、社員番号、ノーツアドレス、氏名(漢字、カナおよびローマ字による表記)、勤務地、所属をユーザマスタへ書き込む。
【0034】
また、サーバDBテーブル202を参照して、この社員の勤務地(この勤務地は事業所と同じ名前になっている)から、その勤務地におけるスケジュールに関係する各データベースの存在場所を検索し、社員番号と対応させてサーバ名、データベースの種類およびデータベースの所在とをユーザマスタへ書き込む。
【0035】
(2)ユーザマスタ随時更新処理
まず、本システムにログインして、管理者であることを認証DB11によって認証し、続いて表示されたオプションボタンの中から「ユーザマスタ随時更新」ボタンをクリックする。
この場合は、すでにユーザマスタが存在するので、社員マスタDB201には存在するがユーザマスタに存在しない新入社員等に関してのみ新規に生成し、新たに退職者がいた場合には、該当者の退職フラグを立てて、ユーザの相違する部分のみを更新してユーザマスタへ書き込む。
【0036】
(3)ユーザマスタ定期更新処理
スケジューラメニューDB14のエージェントとして、社員マスタDB201の人事部門のデータベース更新サイクルに合わせてユーザマスタを定期的に更新するように定義しておく。
この更新項目は、上記の「ユーザマスタ随時更新」と同様に、新入社員の情報の追加、および退職フラグの付加を行って、ユーザの相違する部分についてユーザマスタを更新する。
【0037】
(4)ユーザマスタ(選択ユーザ)更新処理
まず、本システムにログインして、管理者であることを認証DB11によって認証し、続いて予め管理者がユーザマスタの中から更新したいユーザを選択し、オプションボタンの中から「ユーザマスタ(選択ユーザ)更新」ボタンをクリックする。
この場合には、選択されたユーザに対してだけ社員マスタDB201を参照して、ユーザマスタを更新する。また、その社員が退職していれば退職フラグを立てる。
【0038】
(5)ユーザマスタ(選択ユーザ)初期化処理
まず、本システムにログインして、管理者であることを認証DB11によって認証し、続いて予め管理者がユーザマスタの中から更新したいユーザを選択し、オプションボタンの中から「ユーザマスタ(選択ユーザ)初期化」ボタンをクリックする。
この場合、選択されたユーザに対してだけ社員マスタDB201およびサーバDBテーブル202を参照して、ユーザマスタのユーザ情報を生成しなおす。また、その社員が退職していれば退職フラグを立てる。
【0039】
このように、人事情報として常に更新される社員マスタDB201から随時または定期的にユーザマスタの利用者情報を更新するため、社員の入社・退社したときや、協力会社からきた人の契約・変更・削除が発生したときにも、個別にユーザの登録・変更・削除をすることなくユーザマスタを維持できる。
【0040】
(B)スケジュールの作成
(1)スケジュールの登録
グループで会議するときの予定登録を例にして説明する。
自分のスケジュール画面(図3参照)から「自分のスケジュール」ボタン301をクリックすると、図5のようなスケジュール登録画面が表示される。
この登録画面に、必要な会議開催日、時間、用件、場所および会議の対象者、連絡メールの要否等をそれぞれの入力フィールドへ入力して、実行ボタン304をクリックすると、確認のダイアログが表示され「OK」をクリックすると、スケジュールデータ更新用文書が作成され、スケジュールを登録した本人は、即時にエージェントが起動されて会議開催月のスケジュール文書にその予定が追加登録され、スケジュールデータ更新用文書に本人のスケジュール文書の登録完了フラグを立てる(図6参照)。
【0041】
また、本人以外の対象者のスケジュールに対しては、5分ごとに起動される定期エージェントによって、会議開催月のスケジュール文書にその予定が対象者のスケジュールDB13へ追加登録され、スケジュールデータ更新用文書にその対象者のスケジュール文書の登録完了フラグを立て、連絡メールの送信が指定されていれば会議が開催されることがメールで通知される。
【0042】
1ヶ月のスケジュールを1文書で表現しているため、複数の人が同一人の同一月のスケジュール文書を更新することがあるが、ノーツには文書の排他的制御機能がないため競合文書が作成されてしまうことになる。
そのため、スケジュール文書を直接更新せずに更新用の文書を作成して、その更新用文書の登録をエージェントに任せることによって、競合文書の発生を防ぐようにしている。
【0043】
また、本人のスケジュールは、即時エージェントにより更新されるが、他の対象者全員のスケジュールがすべて登録されるまでの時間は長いので、この他の対象者のスケジュールの登録を定期エージェントに任せることにより、競合文書を発生させることなく登録の応答時間を早くすることができる。
【0044】
一方、この会議の対象者のうち誰かが会議開催の登録をした本人とは別の事業所に勤務している場合には、事業所ごとに他事業所用のスケジュールデータ更新用文書を作成し、その更新用文書を当該対象者の勤務している他事業所のスケジュールDB13へメールで送信する(図7参照)。
これは、他事業所のスケジュールDB13の登録エージェントを直接起動させることができないために、メールで更新用文書の登録を依頼し、受信したスケジュールDB13がエージェントにより更新用文書にある対象者の会議開催月のスケジュール文書にその予定を追加登録する。
【0045】
これにより、他事業所にいる人のスケジュール文書の書き込みをメール送信で実現することにより、サーバやネットワーク環境のレベルに依存せず、ドミノ環境のメール送受信機能の範囲で保証できる。したがって、登録時と送受信時のセキュリティ等の保証範囲を明確に切り分けることができる。
また、応答時間もドミノ環境レベルでの保証が可能である。
【0046】
尚、スケジュールデータ更新用文書にある予定を会議開催月のスケジュール文書に追加登録する際に、1文書の容量制限を超えた場合には、新しい文書を生成して、元の文書からヘッダと高速表示用データを複写し、追加するスケジュールを新しい文書へ書き込む。このときヘッダと高速表示用データには、追加するスケジュールに関する情報を追加して書き出す。
【0047】
例えば、図8に示すように、3日のスケジュールを登録しようとしたときに、容量制限になった場合には、新しいスケジュール用の文書401を生成して、この新しい文書401へ前の文書400(すでに複数の文書に分割されていた場合には、最後の文書)のヘッダを複写する。
次に、3日のスケジュールを新しい文書401へ書き込む。このとき、3日のスケジュールが存在する文書番号(新しい文書401の文書番号)を文書分割インデックスに追加する。
さらに、3日のスケジュールを参照して、その日の勤務状況を図形化して前の文書400の高速表示用データを更新して新しい文書401へ書き込む。この図形化は、その日の予定のうち、例えば、社内で会議中、ダブルブッキング、外出中、予約なし、休暇等に分けて、それぞれの色情報を割り当てて作成する。
【0048】
このように1ヶ月のスケジュールが分割された複数の文書に登録されたときには、分割された最後の文書にアクセスして、
・個人スケジュールの場合には、指定年月の最後の文書番号をもつ文書のヘッダにある文書分割インデックスを参照して、該当文書番号の文書を読み出して必要な日のスケジュールデータを取得して表示する。
・グループスケジュール一覧表示の場合には、指定年月の最後の文書番号をもつ文書の高速表示用データの当該日から図形情報を取り出して表示する。
【0049】
原則として1人/1ヶ月/1文書にスケジュールデータを保存し、その容量に応じて分割するようにして、文書サイズを減らして迅速な検索を実現できる。
また、グループスケジュール対象者の全員の実データを取得してから、図形に変換して表示するまでの応答時間を削減できるため、直感的でわかり易い画像データによるグループスケジュール一覧を良好な応答時間で表示することができる。
【0050】
(2)共通設備の予約登録
各事業所で管理される共通設備(会議室や備品等)の予約登録について説明する。
まず、図3に示したメニュー画面から「共通設備へ」ボタン303をクリックし、予約したい事業所の当日の予約状況一覧が図9のように表示されるので、その予約対象の共通設備が予約されていないことを確認する。
次に、空いているときには、共通設備一覧画面(図9参照)で予約登録ボタン500をクリックすると、図10のような予約当日の共通設備予約登録画面が表示される。
【0051】
この登録画面から必要な予約時間、共通設備の選択、用件、使用区分(社内使用または来客ありかの区別)、その共通設備を何に使うかのカテゴリおよび利用対象者等をそれぞれの入力フィールドへ入力して、実行ボタン501をクリックすると、確認のダイアログが表示され「OK」をクリックすると予約が共通設備予約DB15へ登録され、登録実行者と利用対象者へ予約完了のメールが送信される。
【0052】
尚、共通設備予約DB15の予約登録文書は、1ヶ月分の予約を記録しているものであるから、同一時間帯に同じ共通設備の予約を実行する可能性が高くなる。
しかし、ノーツでは文書を登録する時には排他制御していないので、同時に同じ共通設備の予約をしていると、競合文書の発生やダブルブッキングの可能性が出てくるため、予約登録のときには、何らかの排他制御をしなければならない。
この場合、当該共通設備を最初に予約しようとしたときに、当該共通設備のロック文書をシステム側で作成し、このロック文書がある場合には後から予約登録しようとする人を排除するようにする。即ち、このロック文書を使って、当該共通設備の排他制御を実現する(図11参照)。
【0053】
従って、実行ボタン501をクリックしたときに、予約しようとした共通設備に対するロック文書が存在したときには、「予約作業中です」のダイアログを表示して予約登録の実行をキャンセルする。
また、このロック文書がない場合には、当該共通設備のロック文書を生成し、且つ、予約登録の確認ダイアログを表示し、「OK」がクリックされるとその予約を共通設備予約DB15へ登録し、予約登録の実行者へは「予約完了」のダイアログを表示し、他の利用対象者へはどの共通設備が予約されたかをメールで知らせる。最後に、この生成されたロック文書を削除して、次の予約者のために共通設備を開放する。
これにより、共通設備に関するダブルブッキングを防止することができる。
【0054】
(C)グループスケジュール一覧表示
図12を参照して、グループに属する人員が複数の事業所に勤務している場合のスケジュール一覧表示について説明する。
例えば、ユーザ(Aさん)は、構成人員がAさん、Bさん、CさんおよびDさんからなるグループに属しており、AさんおよびBさんの勤務場所は事業所Aであり、CさんおよびDさんの勤務場所は事業所Bであるとする。
この場合に、グループに属する全員の「1日表示」、「1週間表示」または「1ヶ月表示」等のスケジュール一覧を表示することを説明する。
【0055】
まず、Aさんが利用者端末17に備えたWebブラウザを用いて事業所AのスケジューラメニューDB14にアクセスし、認証DB11によって認証を受け、グループ表示ボタン302をクリックする。
次に、グループ表示させる対象の人員を指定する。例えば、グループ名や関連者としての個人をユーザマスタDB12から選択し、例えば、「表示年月日」と「1週間表示」を指定すると図3のようなグループスケジュール一覧が表示される。
【0056】
スケジューラメニューDB14は、指定された表示対象者(Aさん、Bさん、CさんおよびDさん)のスケジュールがどのスケジュールDBにあるのかをスケジューラメニューDB14を検索して取り出す。
次に、各表示対象者のスケジュールがあるそれぞれのスケジュールDB13にアクセスし、指定された年月の高速表示用データを取り出す。
例えば、AさんおよびBさんに関しては、スケジュールをスケジュールDB13から取り出す。また、CさんおよびDさんに関しては、スケジュールをスケジュールDB13から取り出す。
【0057】
スケジューラメニューDB14は、取り出した表示対象者の高速表示用データから指定された年月日を含む1週間の高速表示用データをWebブラウザに表示する形式に変換して、利用者端末17へ返信する。
利用者端末17のWebブラウザは、受信したデータを表示すると図3のようなグループスケジュール一覧が表示される。
【0058】
図3のように表示された一覧から、対象者や日にちを選択することによって、さらに詳細なスケジュールを表示することができる。この場合には、日にちを選択した場合には、その日の高速表示用のデータを表示し、対象者を選択した場合には高速表示用のデータではなく、その対象者の実スケジュールデータを参照して表示させる。
【0059】
このようにユーザ本人と同じ事業所に所属している人員のスケジュールを表示する応答時間は早く、必要に応じて参照される他事業所のスケジュールは若干応答時間に差ができるものの、同一のユーザインタフェースで多事業所にまたがるグループメンバのスケジュールを一覧表示することができる。
【0060】
本発明は、上述した実施形態のみに限定されたものではない。上述した実施形態のスケジュール管理システムを構成する各機能をそれぞれプログラム化し、予めCD−ROM等の記録媒体に書き込んでおき、コンピュータに搭載したCD−ROMドライブのような媒体駆動装置にこのCD−ROM等を装着して、これらのプログラムをコンピュータのメモリあるいは記憶装置に格納し、それを実行することによって、本発明の目的が達成されることは言うまでもない。
この場合、記録媒体から読み出されたプログラム自体が上述した実施形態の機能を実現することになり、そのプログラムおよびそのプログラムを記録した記録媒体も本発明を構成することになる。
【0061】
尚、プログラムを格納する記録媒体としては半導体媒体(例えば、ROM、不揮発性メモリ等)、光媒体(例えば、DVD、MO、MD、CD等)、磁気媒体(例えば、磁気テープ、フレキシブルディスク等)等のいずれであってもよい。
【0062】
また、ロードしたプログラムを実行することにより上述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、オペレーティングシステムあるいは他のアプリケーションプログラム等と共同して処理することによって上述した実施形態の機能が実現される場合も含まれる。
【0063】
市場に流通させる場合には、可搬型の記録媒体にプログラムを格納して流通させたり、インターネット等の通信網を介して接続されたサーバコンピュータの記憶装置に格納しておき、通信網を通じて他のコンピュータに転送することもできる。この場合、このサーバコンピュータの記憶装置も本発明の記録媒体に含まれる。尚、コンピュータでは、可搬型の記録媒体上のプログラム、または転送されてくるプログラムを、コンピュータに接続した記憶装置にインストールし、そのインストールされたプログラムを実行することによって上述した実施形態の機能が実現される。
【0064】
尚、本発明は上述した実施形態に限定されず、本発明の要旨を逸脱しない範囲内で各種の変形、修正が可能である。
【0065】
【発明の効果】
以上説明したように本発明によれば、他事業所にいる人のスケジュール文書の書き込みをメール送信で実現することにより、サーバやネットワーク環境のレベルに依存せず、ドミノ環境のメール送受信機能の範囲で保証できる。したがって、登録時と送受信時のセキュリティ等の保証範囲を明確に切り分けることができる。
また、応答時間もドミノ環境レベルでの保証が可能である。
【図面の簡単な説明】
【図1】本発明のスケジュール管理システムの全体構成を示すブロック図である。
【図2】スケジュールを登録する文書のデータ構造図である。
【図3】グループスケジュール一覧表示例である。
【図4】ユーザマスタの生成または更新するときの機能構成図である。
【図5】スケジュール登録画面例である。
【図6】同じ事業所の社員のスケジュールを登録するときのエージェントの働きを説明するための図である。
【図7】他の事業所の社員のスケジュールを登録するときのメールの働きを説明するための図である。
【図8】スケジュール文書を分割したときのデータ移動について説明するための図である。
【図9】共通設備一覧画面例である。
【図10】共通設備予約登録画面例である。
【図11】共通設備予約の時の排他制御を説明するための図である。
【図12】グループスケジュール一覧を表示するときのデータベース関連図である。
【符号の説明】
10…事業所、11…認証DB、13…スケジュールDB、14…スケジューラメニューDB、15…共通設備予約DB、16…管理者端末、17…利用者端末、18,20…ネットワーク、101…ヘッダ、102…スケジュール、103…高速表示用データ、200…ユーザ情報作成部、201…社員マスタDB、202…サーバDBテーブル、301…自分のスケジュール、302…グループ表示、303…共通設備へ、304…実行ボタン、400…前の文書、401…新しい文書、500…予約登録ボタン、501…実行ボタン。

Claims (3)

  1. 複数の事業所に分かれて所属する利用者のスケジュールを管理するノーツをベースとしたスケジュール管理システムにおいて、前記事業所ごとに、利用者のスケジュールを登録したスケジュールDBと、スケジュールをこのスケジュールDBへ登録するエージェントを有し、スケジュールを登録要求した利用者自身の事業所とは異なる事業所の利用者(以下、対象者という)のスケジュールとして登録する場合には、他事業所用のスケジュール登録更新用文書を生成して、対象者の事業所のスケジュールDBへメールによってこの登録更新用文書を送信し、このメールを受信したスケジュールDBのエージェントによってスケジュールDBへ登録するようにしたことを特徴とするスケジュール管理システム。
  2. コンピュータに、請求項1に記載のスケジュール管理システムの機能を実行させるためのプログラム。
  3. 請求項2に記載のスケジュール管理システムのプログラムを記録したコンピュータ読み取り可能な記録媒体。
JP2003049483A 2003-02-26 2003-02-26 スケジュール管理システム、プログラムおよび記録媒体 Pending JP2004259018A (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2003049483A JP2004259018A (ja) 2003-02-26 2003-02-26 スケジュール管理システム、プログラムおよび記録媒体

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003049483A JP2004259018A (ja) 2003-02-26 2003-02-26 スケジュール管理システム、プログラムおよび記録媒体

Publications (1)

Publication Number Publication Date
JP2004259018A true JP2004259018A (ja) 2004-09-16

Family

ID=33115192

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003049483A Pending JP2004259018A (ja) 2003-02-26 2003-02-26 スケジュール管理システム、プログラムおよび記録媒体

Country Status (1)

Country Link
JP (1) JP2004259018A (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6900095B1 (ja) * 2021-03-21 2021-07-07 株式会社E4 日程調整装置、日程調整方法、及びプログラム

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6900095B1 (ja) * 2021-03-21 2021-07-07 株式会社E4 日程調整装置、日程調整方法、及びプログラム
WO2022202062A1 (ja) * 2021-03-21 2022-09-29 株式会社E4 日程調整装置、日程調整方法、及びプログラム
JP2022145354A (ja) * 2021-03-21 2022-10-04 株式会社E4 日程調整装置、日程調整方法、及びプログラム
JP7568282B2 (ja) 2021-03-21 2024-10-16 株式会社E4 日程調整システム、及び日程調整方法

Similar Documents

Publication Publication Date Title
RU2435208C2 (ru) Служба данных о доступности
US20050159969A1 (en) Managing information technology (IT) infrastructure of an enterprise using a centralized logistics and management (CLAM) tool
JP4709612B2 (ja) プロジェクトを構成するタスクに人員を割当てるための方法、プログラムおよびコンピュータ
Epstein et al. Engineering of role/permission assignments
JP5651795B1 (ja) 知的財産情報管理システム
JP5040238B2 (ja) 会議資料管理プログラム、会議資料管理装置
WO2022202062A1 (ja) 日程調整装置、日程調整方法、及びプログラム
JP2003323528A (ja) 人事管理システムおよびその方法
JP2018055571A (ja) アプリケーション開発環境提供システム、アプリケーション開発環境提供方法、アプリケーション開発環境提供プログラム、及び端末装置
JP6955724B1 (ja) 会計業務支援システム
JP2023063783A (ja) 日程調整装置、日程調整方法、及びプログラム
JP2015109015A (ja) 接続先解決システムおよび接続先解決方法
US20080134344A1 (en) Restricting access to calendar entries
JP2018073164A (ja) 情報管理装置、情報管理方法および情報管理プログラム
JP2004258971A (ja) スケジュール管理システム、プログラムおよび記録媒体
JP2006107282A (ja) コミュニティ管理システム、コミュニティサーバ、コミュニティ管理方法、及びコミュニティ管理プログラム
JP2004259019A (ja) スケジュール管理システム、プログラムおよび記録媒体
JP2016148907A (ja) 属性情報管理装置、属性情報管理方法およびコンピュータプログラム
JP5086878B2 (ja) ユーザ権限管理システム及びそのプログラム
JP2004259029A (ja) スケジュール管理システム、プログラムおよび記録媒体
JP2004259018A (ja) スケジュール管理システム、プログラムおよび記録媒体
JP4166101B2 (ja) スケジュール管理システム、プログラムおよび記録媒体
JP2004258959A (ja) スケジュール管理システム、プログラムおよび記録媒体
JP2004258958A (ja) スケジュール管理システム、プログラムおよび記録媒体
JP2017021553A (ja) 属性情報管理装置、属性情報管理方法およびコンピュータプログラム

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20051130

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20080414

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20080422

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20080819