(57)【要約】      （修正有）【課題】グループの各メンバが変更メンバのスケジュールを意識する必要の無いカレンダシステムを提供する。【解決手段】管理サーバはグループ名および所属するメンバ名を管理する管理部２４と、各メンバの各スケジュールを保持するスケジュール保持部２５と、保持する各スケジュールをグループ名又はメンバ名に基づいて読出して解析を行う解析部４１と、解析結果に基づいて、少なくともグループ名又はメンバ名とイベント時間が示された各インデックス情報を生成するインデックス情報生成部４２と、各インデックス情報を保持するインデックス情報保持部２７と、クライアントから指定されるグループ名に基づいて、当該グループに所属する各メンバ名を管理部から取得すると、各メンバ名に基づいてインデックス情報保持部を検索する検索部４４と、検索して取得した各インデックス情報を合成して、グループカレンダを生成するカレンダ生成部４５とを備える。【選択図】図１
2006323570.tif 000002
【特許請求の範囲】
【請求項１】
複数のメンバで構成されたグループのスケジュールが示されたグループカレンダを得るためのクライアントと、前記クライアントからのグループカレンダの取得要求を受けると、管理する各メンバの各スケジュールに基づいて、グループカレンダを生成して通知する管理サーバと、を備えたカレンダ管理システムにおいて、
前記管理サーバは、
グループ名およびそのグループに所属するメンバ名を管理する管理部と、
前記各メンバの各スケジュールを保持するスケジュール保持部と、
前記スケジュール保持部で保持する各スケジュールをグループ名又はメンバ名に基づいて読出して解析を行う解析部と、
前記解析部より得た解析結果に基づいて、少なくともグループ名又はメンバ名およびイベント時間が示された各インデックス情報を生成するインデックス情報生成部と、
生成された各インデックス情報を保持するインデックス情報保持部と、
前記クライアントから指定されるグループ名に基づいて、当該グループに所属する各メンバ名を前記管理部から取得すると、取得した各メンバ名に基づいて、前記インデックス情報保持部で保持する各インデックス情報を検索して取得する検索部と、
取得した各インデックス情報を合成して、グループカレンダを生成するカレンダ生成部と、を備えることを特徴とするカレンダ管理システム。
【請求項２】
前記メンバは、互いに異なるグループに所属可能であり、
指定されるグループの各メンバが所属する全てのグループ名を前記管理部から取得し、取得した全てのグループ名において、互いに異なるグループ名が示されたグループマップを生成するグループマップ生成部を備えており、
前記検索部は、前記グループマップと前記指定グループに所属する各メンバのメンバ名とに基づいて、前記インデックス情報保持部で保持する各インデックス情報を検索して取得することを特徴とする請求項１記載のカレンダ管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のメンバから成るグループのカレンダを管理するシステムに関するものである。
【背景技術】
【０００２】
複数のメンバで構成されたグループの例えば会議の開催予定を管理する際、各メンバに開催予定日の予定をそれぞれ確認しなくとも、各メンバのスケジュール（カレンダ）を合成してグループカレンダを生成することにより、会議に参加するメンバのスケジュールを統括的に把握することができる（特許文献１参照）。
【０００３】
ところで、あるメンバが複数のグループに所属している場合、当該メンバのカレンダには各グループのスケジュールが総合的に示されている。これにより、当該メンバは所属する各グループのスケジュールを一括的に把握することができる。
【特許文献１】特許第３２９４８４０号
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、従来のスケジュール管理システムでは、グループカレンダの作成に先立ち、グループの構成メンバの指定が行われた後、グループ構成に変更が生じた場合、変更メンバのスケジュールがグループカレンダに反映されない。すなわち、従来のスケジュール管理システムでは、グループのメンバ構成の管理が行われていない。
【０００５】
例えば、グループ構成からメンバが外れる場合、従来のスケジュール管理システムでは、構成から外れるメンバのカレンダが合成され続けてしまう。また、メンバのカレンダは、自己のスケジュール管理のために設けられていることから、例えばグループのメンバ構成からあるメンバが外れても、そのメンバは他のグループに所属し続けている虞があり、構成から外れるメンバのカレンダ自体を削除することもできなかった。
【０００６】
従って、グループに残ったメンバは、構成から外れるメンバのカレンダが合成されたままのグループカレンダで、スケジュールを管理する必要があった。これにより、グループの各メンバは、グループカレンダから、グループ構成から外れたメンバのスケジュールを意識して外す必要があり、これが問題となっていた。
【０００７】
また、グループ構成にあるメンバが追加された場合、従来のスケジュール管理システムでは、追加されたメンバのスケジュールがグループカレンダに追加されないことから、グループの構成メンバは、追加メンバのスケジュールを別途把握して管理する必要があり、これも問題となっていた。
【０００８】
従って、前記した課題に鑑みて、本発明の目的は、グループ構成に変更が生じても、グループの各メンバが変更メンバのスケジュールを意識する必要の無いカレンダシステムを提供することにある。
【課題を解決するための手段】
【０００９】
本発明は、以上の点を解決するために、次の構成を採用する。
〈構成１〉
複数のメンバで構成されたグループのスケジュールが示されたグループカレンダを得るためのクライアントと、クライアントからのグループカレンダの取得要求を受けると、管理する各メンバの各スケジュールに基づいて、グループカレンダを生成して通知する管理サーバと、を備えたカレンダ管理システムにおいて、管理サーバは、グループ名およびそのグループに所属するメンバ名を管理する管理部と、各メンバの各スケジュールを保持するスケジュール保持部と、スケジュール保持部で保持する各スケジュールをグループ名又はメンバ名に基づいて読出して解析を行う解析部と、解析部より得た解析結果に基づいて、少なくともグループ名又はメンバ名およびイベント時間が示された各インデックス情報を生成するインデックス情報生成部と、生成された各インデックス情報を保持するインデックス情報保持部と、クライアントから指定されるグループ名に基づいて、当該グループに所属する各メンバ名を前記管理部から取得すると、取得した各メンバ名に基づいて、インデックス情報保持部で保持する各インデックス情報を検索して取得する検索部と、取得した各インデックス情報を合成して、グループカレンダを生成するカレンダ生成部と、を備えることを特徴とする。
【００１０】
〈構成２〉
メンバは、互いに異なるグループに所属可能であり、指定されるグループの各メンバが所属する全てのグループ名を管理部から取得し、取得した全てのグループ名において、互いに異なるグループ名が示されたグループマップを生成するグループマップ生成部を備えており、検索部は、グループマップと指定グループに所属する各メンバのメンバ名とに基づいて、インデックス情報保持部で保持する各インデックス情報を検索して取得することを特徴とする。
【発明の効果】
【００１１】
本発明のカレンダ管理システムによれば、管理部でグループとそのメンバを管理し、各メンバのスケジュールを、少なくともグループ名、メンバ名およびイベント時間とが示されたインデックス情報を生成して保持管理することにより、指定されたグループのメンバを管理部から取得し、取得したメンバ名に基づいて検索したインデックス情報を合成してグループカレンダを生成することから、該グループカレンダには変更メンバのスケジュールが反映されており、グループの各メンバは変更メンバのスケジュールを意識する必要がなく、グループカレンダの利便性の向上を図ることができる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明の実施形態について、図を用いて詳細に説明する。
【実施例１】
【００１３】
本発明のカレンダ管理システム１０は、複数のメンバで構成されたグループのグループカレンダおよび各メンバのメンバカレンダなどを管理し、該カレンダを要求に応じて提供する管理サーバ２０と、該管理サーバ２０とネットワーク３０を介して接続するクライアント４０とを備える。
【００１４】
クライアント４０には、ブラウザがインストールされており、メンバはクライアント４０にインストールされたブラウザを起動し、該ブラウザの表示に従って、例えばグループの新規登録、グループの構成メンバの変更、グループカレンダの取得、グループのメンバカレンダの取得、自己のカレンダの作成、自己スケジュールの追加、変更および削除などの要求を行うと、該要求内容がＨＴＴＰプロトコルによるＷｅｂ通信で管理サーバ２０に通知される。尚、クライアント４０は、例えば自己スケジュールの追加、変更および削除などの要求において、従来から知られたＣａｌＤＡＶクライアントと称される機能により、自己スケジュールを管理サーバ２０へ出力する。
【００１５】
管理サーバ２０は、要求内容に応じた処理を行い、必要に応じて処理ステータスや管理するカレンダなどをＷｅｂ通信によりクライアント４０に通知する。管理サーバ２０からの通知を受けたクライアント４０は、管理サーバ２０から提供される処理ステータスやカレンダなどをブラウザでメンバに閲覧可能に表示する。
【００１６】
ところで、メンバには、管理サーバ２０への要求内容に応じた権限が与えられており、例えば権限を有するメンバは、ブラウザでグループの新規登録、グループの削除、グループの構成メンバの変更などの処理要求を管理サーバ２０に対し行うことができる。
尚、以降の説明では、クライアント４０を操作するメンバが、グループの創設者（主催者）であり、当該グループに関する様々な処理を管理サーバ２０に行わせる権限を有するものとする。
【００１７】
管理サーバ２０は、クライアント４０とＷｅｂ通信を行うための制御を行うＷｅｂ通信部２１と、クライアント４０から取得する情報に基づいてメンバの認証を行うと共に、その権限をチェックするアクセス制御部２２と、該アクセス制御部２２でのチェック判定に必要な管理情報を保持する管理情報データベース２３を管理するための管理部２４と、各メンバの各スケジュールをカレンダ情報として保持するカレンダ情報データベース（スケジュール保持部）２５を管理するためのカレンダ情報管理部２６と、後述するインデックス情報を保持するインデックス情報データベース２７を管理するためのインデックス情報管理部２８とを備える。
【００１８】
Ｗｅｂ通信部２１は、ブラウザで閲覧可能のデータ形式で、クライアント４０との間でＷｅｂ通信を行うための制御を行う。尚、Ｗｅｂ通信部２１は、Ｗｅｂ通信によりクライアント４０から取得した情報を、以降の処理で認識可能なデータ形式に変換してアクセス制御部２２に通知する。
【００１９】
管理情報データベース２３で保持する管理情報には、グループ名と、そのメンバ名（アカウント名）と、該メンバの権限（主催者名）と、パスワードとが示されており、前記したアカウント名と、そのパスワードから構成された情報をユーザ情報として、グループ名、主催者名およびグループを構成するメンバ名が示されたメンバリスト名から構成された情報をグループ情報として保持管理している。
【００２０】
管理部２４は、管理情報データベース２３で保持する管理情報の更新管理を行うと共に、管理情報データベース２３から情報の読出しを行う。読出しは、前記したユーザ情報および当該ユーザが所属するグループのグループ情報が示された情報ブロックで管理情報データベース２３から読み出される。尚、情報ブロックの読出しは、アクセス制御部２２からのアカウント名やグループ名に基づいて行われる。
【００２１】
ところで、Ｗｅｂ通信部２１は、クライアント４０からのアカウント名およびパスワードを取得すると、これらの情報をアクセス制御部２２に通知する。アクセス制御部２２は、ユーザ情報を取得すべく、アカウント名を管理部２４に出力し、該管理部２４から当該アカウントに対応する情報ブロック（ユーザ情報）を取得する。アクセス制御部２２は、ユーザ情報に示されるパスワードと、クライアント４０から取得したパスワードとの照合判定を行なう。
【００２２】
アクセス制御部２２でパスワードの一致が確認されると、クライアント４０から要求される処理を管理サーバ２０で受付けることができる。尚、アクセス制御部２２は、クライアント４０から要求される処理内容に応じてメンバの権限チェックも行っており、例えばメンバ名に基づいて管理部２４から情報ブロック（グループ情報）を取得すると、該グループ情報に示された主催者名と、クライアント４０から取得するアカウント名とを照合することで、例えばグループの追加、グループの構成メンバの変更およびグループ削除などの処理を行うことができるか否か判定する。
【００２３】
また、前記した権限チェック以外にも、例えばクライアント４０を操作する利用者が当該システムにログインする際のＡｄｍｉｎｉｓｔｒａｔｏｒ権限などに基づいて、利用者の権限チェックを行うようにしてもよい。尚、権限チェックの判定結果は、Ｗｅｂ通信部２１を介してクライアント４０へ通知される。
【００２４】
ところで、クライアント４０とＷｅｂ通信中は、アクセス制御部２２で判定処理に用いた各種の情報や判定結果（認証結果）は、セッション情報として図示しない記憶部で保持管理されており、アクセス制御部２２は、記憶部のセッション情報の保持を確認すると、
前記した認証チェック処理や権限チェック処理を省略する。
【００２５】
アクセス制御部２２でサービスを受ける権限があると認証されたメンバが、自己の新規なスケジュール登録を行すべく、クライアント４０から管理サーバ２０へ新規スケジュールを通知すると、通知を受けた管理サーバ２０は、カレンダ情報管理部２６の制御でカレンダ情報データベース２５に新規スケジュールを追加登録する。
【００２６】
カレンダ情報データベース２５は、メンバ毎に、該各メンバの各スケジュールを保持管理しており、またそのスケジュールは、当該メンバが所属するグループ毎にも保持管理している。従って、カレンダ情報データベース２５で保持する各スケジュールをグループ名およびメンバ名に基づいて読出すことが可能である。
ところで、本実施例では、現在時刻より未来の予定に限ることなく、現在時刻および現在時刻より過去の予定も、便宜的にスケジュールと総称し、以降の説明を行う。
【００２７】
通常、スケジュールには、少なくともイベント内容と、イベント開始予定時刻と、イベント終了予定時刻とが示されているが、ＴｏＤｏと称されるスケジュールは、イベント開始予定時刻およびイベント終了予定時刻が示されておらず、イベント内容のみしか示されていない。すなわち、ＴｏＤｏスケジュールは、イベントを行うことは決まっているが、その日時が決まっていないスケジュールである。
【００２８】
ところで、カレンダ情報データベース２５で保持するスケジュールの内容に、グループ名およびメンバ名などが含まれていなくとも、カレンダ情報データベース２５からスケジュールを読み出す際、カレンダ情報データベース２５の構築形態に基づいて、読み出すスケジュールが誰のスケジュールであるか、又どのグループに属するか把握可能である。これにより、後述する処理において、少なくともグループ名又はメンバ名、イベント開始予定時刻およびイベント終了予定時刻が示されたインデックス情報を生成することができる。
尚、カレンダ情報データベース２５のデータベースの構築内容に応じて、例えばグループ名やメンバ名などが示されたスケジュールをカレンダ情報データベース２５で保持させてもよい。
【００２９】
カレンダ情報管理部２６は、カレンダ情報データベース２５で保持するスケジュールの編集制御を行うと共に、該カレンダ情報データベース２５で保持するスケジュールを、ｉＣａｌｅｎｄａｒと称されている従来から知られた形式で読み出し（アップロード）、読み出したカレンダ情報を図示しない記憶部に一時的に保持する。尚、アップロードでは、カレンダ情報データベース２５で保持するグループを構成する各メンバの全てのスケジュールがｉＣａｌｅｎｄａｒ形式のファイルで読み出される。
【００３０】
インデックス情報管理部２８は、記憶部に一時的に保持されたｉＣａｌｅｎｄａｒ形式のファイルを各スケジュール毎に解析（パース）する解析部４１と、解析結果に基づいて後述するインデックス情報を生成するインデックス情報生成部４２と、該インデックス情報を保持するインデックス情報データベース２７の編集制御を行う編集部４３と、インデックス情報データベース２７で保持するインデックス情報を検索する検索部４４と、検索して得た各インデックス情報を合成してカレンダを生成するカレンダ生成部４５と、後述するグループマップを生成するグループマップ生成部４６と、生成するグループマップを用いて、インデックス情報データベース２７で保持するインデックス情報を定期的に削除するための計時を行う計時部４７とを備える。
【００３１】
解析部４１は、クライアント４０から指定されたグループを構成する各メンバの各スケジュールの全てを、インデックス情報データベース２７からｉＣａｌｅｎｄａｒ形式のファイルを読出し、図示しない記憶部で一時的に保持する。尚、このとき、解析部４１は、グループ名およびメンバ名を取得する。解析部４１は、記憶部に一時的に保持されたｉＣａｌｅｎｄａｒ形式のファイルを読出して、スケジュール毎に分割する。
【００３２】
解析部４１は、各スケジュールが現在時刻以降のスケジュールであるか否か判定し、現在時刻より過去のスケジュールおよび前記したＴｏＤｏスケジュールを処理対象から外す。解析部４１は、残った現在時刻より未来のスケジュールの記述文法をチェックし、記述文法に問題が無い場合には、スケジュールに示されるイベント開始予定時刻およびイベント終了予定時刻が解析結果として取得し、インデックス情報生成部４２に通知する。このとき、解析部４１は、前記したようにカレンダ情報データベース２５からアップロードする際に取得するグループ名又はメンバ名も解析結果としてインデックス情報生成部４２に通知する。
【００３３】
インデックス情報生成部４２は、解析部４１からの解析結果に基づいて、少なくともグループ名又はメンバ名、イベント開始予定時刻およびイベント終了予定時刻が示されたインデックス情報を生成する。尚、インデックス情報生成部４２は、解析部４１で解析された各スケジュールに応じて、インデックス情報を生成する。
【００３４】
編集部４３は、インデックス情報データベース２７で保持するインデックス情報の編集制御を行う。具体的には、編集部４３は、インデックス情報データベース２７で保持するインデックス情報の更新、追加及び削除を行うための制御を行う。
【００３５】
ここで、インデックス情報の更新処理を具体的に説明する。
クライアント４０から通知された変更スケジュールがカレンダ情報データベース２５に保持されると、該カレンダ情報データベース２５で保持するスケジュールがｉＣａｌｅｎｄａｒ形式ファイルでアップロードされて図示しない記憶部に保持される。解析部４１は記憶部からファイルを読出してスケジュール毎に分割して解析を行い、インデックス情報生成部４２が解析結果に基づいて各スケジュールの各インデックス情報（以降、便宜的に新インデックス情報と称する）から成る新インデックス情報群を生成する。編集部４３は、インデックス情報データベース２７で保持する各インデックス情報（以降、便宜的に旧インデックス情報と称する）から成る旧インデックス情報群を読出し、旧インデックス情報群と新インデックス情報群との比較判定を行い、旧インデック情報群に含まれていない新インデックス情報を追加する。また、旧インデックス情報群に作成した新インデックス情報が存在する場合には、該当の旧インデックス情報を旧インデックス情報群から削除し、新インデックス情報を追加する。
【００３６】
ところで、インデックス情報データベース２７は、メンバ名又はグループ名に基づいてインデックス情報を検索可能に構築されており、検索部４４は、グループ名およびメンバ名に基づいてカレンダ情報データベース２５で保持するインデックス情報群を検索して、該当グループ名のインデックス情報および該当メンバ名のインデックス情報を取得する。
【００３７】
カレンダ生成部４５は、クライアント４０から指定されるグループのカレンダを生成する。すなわち、クライアント４０から指定されたグループを構成する各メンバ名を管理部２４から取得すると、取得した各メンバ名を検索部４４に通知し、該検索部４４でインデックス情報データベース２７で保持するインデックス情報群から、該当するメンバ名のインデックス情報を取得させる。カレンダ生成部４５は、検索部４４で取得した各インデックス情報を合成して、各メンバのスケジュールが網羅されたグループカレンダを生成する。
【００３８】
グループマップ生成部４６は、検索対象のグループを構成する各メンバが所属する全てのグループが示された情報をグループマップとして生成する。具体的には、図２に示すように、グループＡにａ氏、ｂ氏およびｃ氏が所属しており、ａ氏は、所属するグループがグループＡおよびグループＢであり、ｂ氏の所属グループがグループＡ、グループＣおよびグループＤであり、ｃ氏の所属グループがグループＡ、グループＣおよびグループＥであり、グループＡのグループマップを作成するとき、グループマップ生成部４６は、グループＡを管理部２４に通知して、該管理部２４からグループＡの所属メンバ名を取得すると、取得した各メンバ名を管理部２４に通知して、該管理部２４から各メンバが所属する各グループ名を取得する。
【００３９】
グループマップ生成部４６は、各メンバが所属する各グループ名を取得すると、該互いに異なるグループ名が示されたグループマップを作成する。これにより、グループＡのグループマップには、グループＡ、グループＢ、グループＣ、グループＤ、グループＥが示される。
【００４０】
ところで、検索部４４は、生成されたグループマップに示された全てのグループ名と、グループＡに所属する全てのメンバ名とに基づいて、インデックス情報データベース２７で保持するインデックス情報の検索を行い、該当する全てのインデックス情報を取得する。これにより、カレンダ生成部４５は、グループＡに所属する各メンバが所属する各グループのスケジュールも加味されたグループＡのグループカレンダを生成することができる。これにより、グループＡの主催者は、グループＡに所属する各メンバが所属する全グループの全てのスケジュールが加味されたグループカレンダに基づいて、例えば会議が開催可能な日時を把握することができる。
【００４１】
計時部４７は、現在時刻より古いインデックス情報をインデックス情報データベース２７から定期的に削除するための計時を行っており、所定の日時や時間周期を検出すると、編集部４３にインデックス情報の削除を通知する。計時部４７からの削除通知を受けた編集部４３は、現在時刻より古いインデックス情報をカレンダ情報データベース２５から削除する。これにより、カレンダ情報データベース２５で保持するインデックス情報の最適化を図ることができる。
【００４２】
次に、本発明のカレンダ管理システム１０の動作をフローチャートを用いて説明する。
先ず、グループの新規追加の動作を図３のフローチャートに沿って説明する。
あるメンバがクライアント４０のブラウザに表示されている選択メニューからグループ追加を選択すると（ステップＳ１）、アカウント名およびパスワードの入力案内が行われ、該案内に沿ってメンバがアカウント名およびパスワードを入力すると（ステップＳ２）、次に新規なグループのグループ名の入力案内が行われる。メンバが新規グループのグループ名を入力すると（ステップＳ３）、入力されたアカウント名、パスワードおよび新規グループ名が管理サーバ２０へ通知される。
【００４３】
管理サーバ２０は、Ｗｅｂ通信部２１でアカウント名、パスワードおよび新規グループのグループ名を取得すると、これらの情報がアクセス制御部２２へ出力される。
アクセス制御部２２は、取得したアカウント名を管理部２４に出力すると、管理部２４は、アカウント名に対応する情報ブロックを管理情報データベース２３から検索して取得すると（ステップＳ４）、該情報ブロックをアクセス制御部２２に出力する。
【００４４】
アクセス制御部２２は、クライアント４０からのパスワードと、管理部２４からの情報ブロックのユーザ情報に示されたパスワードとの照合判定を行なう（ステップＳ５）。このとき、アクセス制御部２２は、当該メンバが新規グループを追加する権限を有するか否かを判定する（ステップＳ６）。尚、新規グループの追加判定は、例えばＡｄｍｉｎｉｓｔｒａｔｏｒなどのアクセス権限の有無に基づいて行われ、該Ａｄｍｉｎｉｓｔｒａｔｏｒなどのアクセス権限は、クライアント４０を操作するメンバが当該システムにログインする際に取得される。
【００４５】
尚、グループが構造化されて管理されている場合には、新規追加するグループの上位グループの有無判定が管理部２４で行われ（ステップＳ７）、上位グループが存在する場合には、その下位グループとして追加する新規グループのグループ名が管理部２４によって管理情報データベース２３に登録される。このとき、クライアント４０と管理サーバ２０との間で通信が行われ、メンバが指定する新規グループの構成メンバ名が管理サーバ２０に通知される。通知を受けた管理サーバ２０は、管理部２４で新規グループのグループ名に、メンバ名を対応付けたグループ情報を生成して管理情報データベース２３に登録する（ステップＳ８）。このとき、管理部２４は、管理情報データベース２３で保持する新規グループの構成メンバの各ユーザ情報に新規グループ名を付加する処理を行う。
【００４６】
尚、前記したパスワード判定で不認証、権限判定で未権限および親グループ判定で親グループ不存在と判定されると、その旨がクライアント４０に通知され、該クライアント４０のブラウザにエラー表示がされる。
【００４７】
尚、グループの削除も、同様にユーザ認証を行って、権限チェックを行い、指定されたグループの存在を確認すると、管理部２４は削除するグループのグループ情報を管理情報データベース２３から削除する。このとき、管理部２４は、削除グループに所属する各メンバのメンバ情報から、削除されたグループのグループ名も削除する。
【００４８】
次に、グループの構成メンバの追加動作を図４のフローチャートに沿って説明する。
あるメンバがクライアント４０のブラウザに表示されている選択メニューからメンバ追加を選択すると（ステップＳ１１）、アカウント名およびパスワードの入力案内が行われ、該案内に沿って、メンバがアカウント名およびパスワードを入力すると（ステップＳ１２）、新規メンバ名の入力案内が行われる。メンバが、追加したいグループ名と新規メンバ名とを入力すると（ステップＳ１３）、入力されたアカウント名およびパスワードと、指定グループ名および新規メンバ名とが管理サーバ２０へ通知される。
【００４９】
管理サーバ２０は、Ｗｅｂ通信部２１でアカウント名およびパスワードと、指定グループ名および新規メンバ名とを取得すると、これらの情報がアクセス制御部２２へ出力される。
アクセス制御部２２は、取得した情報を管理部２４に出力すると、管理部２４は、アカウント名に対応する情報ブロックを管理情報データベース２３から検索して取得すると（ステップＳ１４）、該情報ブロックをアクセス制御部２２に出力する。
【００５０】
アクセス制御部２２は、クライアント４０からのパスワードと、管理部２４からの情報ブロックのユーザ情報に示されたパスワードとの照合判定を行なう（ステップＳ１５）。このとき、アクセス制御部２２は、当該メンバがグループの構成メンバを追加する権限を有するか否かをチェックする（ステップＳ１６）。この権限チェックは、例えばクライアント４０から取得するアカウント名が、例えば取得する情報ブロックのグループ情報に主催者として示されていることを確認することで行われる。
【００５１】
パスワードが認証され、構成メンバの変更権限があると判断されると、管理部２４は、新規メンバ名のユーザ情報がカレンダ情報データベース２５に既に登録されていることを確認する（ステップＳ１７）。この確認で未登録の場合、当該新規メンバのスケジュール登録が行われた後、グループへの登録が行われる。
【００５２】
新規メンバのユーザ情報がカレンダ情報データベース２５で既に管理されているとき、管理部２４は、指定されたグループ名に基づいて管理情報データベース２３から情報ブロックを読出し、該情報ブロックのグループ情報に新規メンバ名を追加登録する。このとき、新規メンバのユーザ情報にも指定されたグループ名が追加登録される（ステップＳ１８）。
【００５３】
尚、前記したパスワード判定で不認証、権限判定で未権限および追加メンバのメンバ情報未登録などと判定されると、その旨がクライアント４０に通知され、該クライアント４０のブラウザにエラー表示がされる。
【００５４】
また、グループの構成メンバの削除も、同様にユーザ認証を行って、権限チェックを行い、指定されたグループのグループ情報から指定されたメンバ名を削除する。このとき、管理部２４は、削除するメンバのメンバ情報から当該グループのグループ名も削除する。
【００５５】
前記したように、グループの構成メンバの変更管理を管理部２４で行うことにより、グループカレンダを生成するとき、カレンダ生成部４５は、グループの構成メンバを管理部２４から取得し、取得した各メンバの各インデックス情報をインデックス情報データベース２７から読出して合成してグループカレンダを生成することから、グループの構成メンバの変更に対応したグループカレンダを生成することができる。
【００５６】
次に、スケジュールの登録動作を図５のフローチャートに沿って説明する。
あるメンバがクライアント４０のブラウザに表示されている選択メニューからスケジュール登録を選択すると（ステップＳ２１）、アカウント名およびパスワードの入力案内が行われ、該案内に沿って、メンバがアカウント名およびパスワードを入力すると（ステップＳ２２）、スケジュール登録のための入力案内が行われる。メンバが、スケジュール登録したいグループ名およびスケジュール内容（カレンダ情報）をＣａｌＤＡＶで入力すると（ステップＳ２３）、入力されたアカウント名およびパスワードと、グループ名およびスケジュールとが管理サーバ２０へ通知される。
【００５７】
管理サーバ２０は、Ｗｅｂ通信部２１でアカウント名およびパスワードと、グループ名およびカレンダ情報とを取得すると、これらの情報がアクセス制御部２２へ出力される。
アクセス制御部２２は、取得したアカウント名を管理部２４に出力すると、管理部２４は、アカウント名に対応する情報ブロックを管理情報データベース２３から検索して取得すると（ステップＳ２４）、該情報ブロックをアクセス制御部２２に出力する。
【００５８】
アクセス制御部２２は、クライアント４０からのパスワードと、管理部２４からの情報ブロックのユーザ情報に示されたパスワードとの照合判定を行ない（ステップＳ２５）、ンバのパスワードが認証されると、グループ名およびカレンダ情報をカレンダ情報管理部２６に出力する。カレンダ情報管理部２６は、グループ名およびカレンダ情報を取得すると、カレンダ情報データベース２５におけるグループ名の格納先および当該メンバ名の格納先に、取得したカレンダ情報をｉＣａｌｅｎｄｅｒ形式でカレンダ情報データベース２５に追加登録する（ステップＳ２６）。
【００５９】
その後、カレンダ情報の追加登録に伴うインデックス情報の更新処理を行う。
インデックス情報の更新処理は、先ず、カレンダ情報管理部２６で当該グループにおける全てのスケジュールをｉＣａｌｅｎｄｅｒ形式のファイルでカレンダ情報データベース２５から読み出し（アップロード）（ステップＳ２７）、図示しない記憶部に一時的に保持する（ステップＳ２８）。
【００６０】
解析部４１は記憶部からファイルを読出してスケジュール毎に分割して解析を行い（ステップＳ２９）、インデックス情報生成部４２が解析結果に基づいて各スケジュールの各新インデックス情報を生成し、該各新インデックス情報から成る新インデックス情報群を生成する（ステップＳ３０）。
【００６１】
編集部４３は、インデックス情報データベース２７で保持している旧インデックス情報群を読出し（ステップＳ３１）、旧インデックス情報群と新インデックス情報群との比較判定を行い（ステップＳ３２）、旧インデック情報群に作成した新インデックス情報に対応する旧インデックス情報があるとき、該旧インデックス情報に代えて新インデックス情報をインデックス情報データベース２７に登録する（ステップＳ３３）。
一方、旧インデック情報群に作成した新インデックス情報に対応する旧インデックス情報がないとき、新インデックス情報をインデックス情報データベース２７に追加登録する（ステップＳ３４）。
【００６２】
前記したように、メンバのスケジュール更新に対応したインデックス情報が生成されて、インデックス情報データベース２７で保持されることから、グループカレンダを作成するとき、カレンダ生成部４５は、スケジュール更新に対応したインデックス情報をインデックス情報データベース２７から読出し、読み出したインデックス情報を合成したグループカレンダを生成することができる。これにより、各メンバのスケジュール更新が反映されたグループカレンダでグループのスケジュールを管理することができる。
【００６３】
次に、スケジュールの検索動作を図６のフローチャートに沿って説明する。
あるメンバがクライアント４０のブラウザに表示されている選択メニューからスケジュール検索を選択すると（ステップＳ４１）、アカウント名およびパスワードの入力案内が行われ、該案内に沿って、メンバがアカウント名およびパスワードを入力すると（ステップＳ４２）、スケジュール検索のための入力案内が行われる。メンバが、スケジュール検索したい条件、例えばイベント開始予定時刻やグループ名などを入力すると（ステップＳ４３）、入力されたアカウント名およびパスワードと、検索条件とが管理サーバ２０へ通知される。尚、以降の説明では、検索条件にグループ名が示されている例で説明を行う。
【００６４】
管理サーバ２０は、Ｗｅｂ通信部２１でアカウント名およびパスワードと、検索条件としてのグループ名とを取得すると、これらの情報がアクセス制御部２２へ出力される。
アクセス制御部２２は、取得したアカウント名を管理部２４に出力すると、管理部２４は、アカウント名に対応する情報ブロックを管理情報データベース２３から検索して取得すると（ステップＳ４４）、該情報ブロックをアクセス制御部２２に出力する。
【００６５】
アクセス制御部２２は、クライアント４０からのパスワードと、管理部２４からの情報ブロックのユーザ情報に示されたパスワードとの照合判定を行う（ステップＳ４５）。このとき、アクセス制御部２２は、当該メンバがスケジュール検索の権限を有するか否かもチェックする（ステップＳ４６）。
【００６６】
パスワードが認証され、スケジュール検索の権限を有すると判断されると、検索部４４は、検索条件であるグループ名をグループマップ生成部４６に出力する。
グループマップ生成部４６は、グループ名に対応するグループ情報を管理部２４から取得すると（ステップＳ４７）、該グループ情報に示されているメンバ名を管理部２４に出力し、該管理部２４から対応するグループ情報を取得する（ステップＳ４８）。尚、前記ブロック情報の取得は、ステップＳ４７で取得するグループ情報に示されている全てのメンバ名に基づいてグループ情報の取得が行われる（ステップＳ４９）。
【００６７】
グループマップ生成部４６は、取得するグループ情報に示されているグループ名を抽出し、互いに異なるグループ名が示されたグループマップを作成する（ステップＳ５０）。
検索部４４は、グループマップ生成部４６で生成したグループマップと、検索条件のグループに所属する各メンバ名とに基づいて検索を行い（ステップＳ５１）、該当する全てのインデックス情報をカレンダ情報管理部２６を介して読み出す。
【００６８】
読み出した各インデックス情報は、必要に応じて合成されてカレンダが生成され、該カレンダがクライアント４０に通知される。クライアント４０は、通知されるカレンダを画面に表示する（ステップＳ５２）。
これにより、検索条件のグループに所属する各メンバの所属する全グループの全てのスケジュールが加味されたカレンダを生成することができ、メンバが複数のグループに所属していても、自己のグループ以外に他のグループのスケジュールも把握することができる。
【００６９】
前記したように、本発明のカレンダ管理システム１０によれば、管理部２４でグループ名とそのメンバ名を管理し、各メンバのスケジュールを、少なくともグループ名、メンバ名およびイベント開始予定時刻およびイベント終了予定時刻とが示されたインデックス情報を生成して保持管理する。これにより、指定されたグループのメンバを管理部２４から取得し、取得したメンバ名に基づいて検索したインデックス情報をカレンダ生成部４５で合成してグループカレンダを生成することから、該グループカレンダには変更メンバのスケジュールが反映されており、グループの各メンバは変更メンバのスケジュールを意識する必要がなく、当該システムを利用する利用者の利便性の向上を図ることができる。
【図面の簡単な説明】
【００７０】
【図１】本発明のカレンダ管理システムの機能ブロック図である。
【図２】グループマップの生成模式図である。
【図３】新規グループの追加動作を示すフローチャートである。
【図４】新規メンバの追加動作を示すフローチャートである。
【図５】スケジュール登録動作を示すフローチャートである。
【図６】スケジュール検索動作を示すフローチャートである。
【符号の説明】
【００７１】
１０  カレンダ管理システム
２０  管理サーバ
２１  Ｗｅｂ通信部
２２  アクセス制御部
２３  管理情報データベース
２４  管理部
２５  カレンダ情報データベース
２６  カレンダ情報管理部
２７  インデックス情報データベース
２８  インデックス情報管理部
３０  ネットワーク
４０  クライアント
４１  解析部
４２  インデックス情報生成部
４３  編集部
４４  検索部
４５  カレンダ生成部
４６  グループマップ生成部
４７  計時部
【図１】
2006323570.tif 000003
【図２】
2006323570.tif 000004
【図３】
2006323570.tif 000005
【図４】
2006323570.tif 000006
【図５】
2006323570.tif 000007
【図６】
2006323570.tif 000008