(57)【要約】      （修正有）【課題】スケジュール情報を統合的に記録、管理し、スケジュール情報の参照権限や変更権限の設定を容易に行ない、情報セキュリティを確保する。【解決手段】スケジュール管理装置１のリポジトリ５３に記録されるアプリケーションは、アプリケーションを利用するメンバーのメンバーリスト、アプリケーションが提供する個々のスケジュール情報に関する予定エンティティのリスト、予定エンティティに対するメンバー毎の参照権限又は変更権限を規定するセキュリティ情報を含み、アクセス制御部６は、クライアント端末２からアプリケーションに対するアクセス要求に対し、クライアント端末２が参照可能な予定エンティティ及びクライアント端末が変更可能な予定エンティティをセキュリティ情報に基づいて決定する。セキュリティ情報は予定エンティティ毎に付与される仮想階層の情報に基づいて決定する。【選択図】図２
2008152436.tif 000002
【特許請求の範囲】
【請求項１】
企業等のコミュニティ又は個人のスケジュール情報を記録すると共に、特定の前記コミュニティの構成員又は特定の前記個人の利用するクライアント端末に対し、前記スケジュール情報を提供するためのアプリケーションを生成するスケジュール管理装置において、
前記アプリケーションを利用する権限を有する前記コミュニティの構成員又は前記個人であるメンバーのデータであるメンバーリスト、及び前記アプリケーションが提供する個々の前記スケジュール情報としての予定エンティティのデータである予定エンティティリストを備えると共に、前記メンバーリスト及び前記予定エンティティには、前記メンバー毎の前記予定エンティティに対する参照権限又は変更権限を規定するデータであるセキュリティ情報が含まれる、前記アプリケーションが記録されるリポジトリと、
前記クライアント端末から前記アプリケーションに対するアクセス要求に対し、前記クライアント端末が参照可能な前記予定エンティティ及び前記クライアント端末が変更可能な前記予定エンティティを、前記セキュリティ情報に基づいて決定するアクセス制御手段とを備えたことを特徴とすることを特徴とするスケジュール管理装置。
【請求項２】
前記リポジトリに記録された前記アプリケーションは、前記メンバーに対して前記予定エンティティ毎に付与される、仮想階層としてのロール階層の情報を前記セキュリティ情報として有し、
前記アクセス制御手段は、前記クライアント端末の利用者である特定の前記メンバーの前記ロール階層上の地位に基づいて前記参照可能な予定エンティティ及び前記変更可能な前記予定エンティティを決定することを特徴とする請求項１に記載のスケジュール管理装置。
【請求項３】
前記リポジトリに記録された前記アプリケーションは、前記ロール階層上の特定階層を前記参照権限及び前記変更権限の判断基準となるオーナー情報として規定すると共に該オーナー情報を前記セキュリティ情報として有し、
前記アクセス制御手段は、前記クライアント端末の利用者である特定の前記メンバーの前記ロール階層上の地位と前記オーナーの前記ロール階層上の地位との比較結果に基づいて前記参照可能な予定エンティティ及び前記変更可能な前記予定エンティティを決定することを特徴とする請求項２に記載のスケジュール管理装置。
【請求項４】
前記アクセス制御手段は、前記クライアント端末の利用者である特定の前記メンバーの前記ロール階層上の地位と前記オーナーの前記ロール階層上の地位との比較結果に基づいて決定される、前記参照可能な予定エンティティ及び前記変更可能な前記予定エンティティの決定パターンを複数備えたセキュリティパターンデータを有し、
前記リポジトリに記録された前記アプリケーションは、前記セキュリティパターンデータのうちどの前記決定パターンを用いて前記参照可能な予定エンティティ及び前記変更可能な前記予定エンティティを決定するかを選択するセキュリティパターン選択データを前記セキュリティ情報として有することを特徴とする請求項３に記載のスケジュール管理装置。
【請求項５】
前記リポジトリに記録された前記アプリケーションは、前記メンバーリストに記録されたそれぞれの前記メンバーのデータについて、前記ロール階層において前記メンバーの上位の階層に位置付けられた他の前記メンバーを特定するデータである上位メンバー情報、及び、前記ロール階層において前記メンバーの下位に位置付けられた他の前記メンバーを特定するデータである下位メンバー情報のうち少なくとも何れか一方が前記セキュリティ情報として記録されていることを特徴とする請求項２乃至４の何れか一つに記載のスケジュール管理装置。
【請求項６】
コンピュータを請求項１乃至５の何れか一つに記載のスケジュール管理装置として機能させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、個人、または企業従業員等の集団構成員のスケジュール情報を管理し、表示する技術に関する。
【背景技術】
【０００２】
個人や企業従業員等のスケジュールを記録、管理するための様々な方法が提案されている。ここで、家族や企業や特定目的を有する複数の特定個人等、複数の構成員を有する集団としてのコミュニティ（以下単に「コミュニティ」と称する。）においては、コミュニティ内で構成員のスケジュールを共有したいという要望がある。かかる要望に対応すべく、従来、コンピュータネットワークを用いて特定のコミュニティの構成員のスケジュール情報を記録、管理する技術が存在する（例えば、特許文献１参照）。この技術においては、コミュニティの構成員でネットワーク上のグループ（以下グループ」と称する。）を形成し、グループの各構成員はコンピュータ端末を用いてスケジュール情報を共有する。一方、このようなコンピュータネットワークを用いたスケジュール管理を行うサービスも存在し、かかるサービスを実現するため、複数の家族、複数の企業等、複数のグループのメンバーのスケジュール情報を一のネットワークコンピュータシステムによって記録、管理する技術も存在する（例えば、非特許文献１参照）。
【特許文献１】特開２００１−３１８５５６号公報
【非特許文献１】“iCalendar仕様”  http://www.asahi-net.or.jp/~CI5M-NMR/iCal/ref.html
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかし、特許文献１、非特許文献１の発明において、特定のスケジュール情報はネットワーク上の特定のグループでのみ共有され、グループ相互間でスケジュール情報を共有することはできない。そのため、複数のグループの構成員同士でスケジュール調整を行なうような場合（例えば、それぞれ別個のグループを構成する複数の企業や複数の支店同士で会議を行なうような場合）のスケジュール情報の交換や調整は各構成員やシステムオペレータ等が手作業で行なわねばならず、利用者の作業が煩雑になるという問題がある。また、非特許文献１に記載の発明においては、スケジュール情報はグループ相互間で別個のものとして存在する。そのため、非特許文献１に記載の発明において、特定個人がスケジュール管理を行う複数のグループ（例えば家族と企業）に属するような場合、当該個人は自らが使用するコンピュータ端末等を用いて自らが所属する複数のグループのスケジュール情報を共有することができるものの、これらの情報を共有させる場合（例えば勤務先企業のスケジュール表の予定を個人のスケジュール表に反映させるような場合）、一のスケジュール表のデータを他のスケジュール表に手作業でコピーしなければならず、やはり利用者の作業が煩雑になるという問題がある。また、ネットワークコンピュータシステム上でスケジュール情報を記録、管理する場合、情報の種類（例えばプライベート情報と仕事上の情報、社外秘情報や部署内秘情報等）に基づいて情報の参照権限や変更権限を設定する必要があるが、特許文献１、非特許文献１に記載の発明においては、グループ相互間の関係や、グループの構成員同士の関係を画一的に定める基準が存在しないため、利用者が情報の参照権限や変更権限を確定するための作業が煩雑になるという問題がある。
【０００４】
本発明は上記の問題に鑑みてなされたものであり、複数のコミュニティのスケジュール情報を統合的に記録、管理することができると共に、記録、管理されたスケジュール情報の参照権限や変更権限の設定を容易に行なって情報セキュリティを確保できるスケジュール管理装置を提供することを課題としている。
【課題を解決するための手段】
【０００５】
かかる課題を達成するために、請求項１に記載の発明は、企業等のコミュニティ又は個人のスケジュール情報を記録すると共に、特定の前記コミュニティの構成員又は特定の前記個人の利用するクライアント端末に対し、前記スケジュール情報を提供するためのアプリケーションを生成するスケジュール管理装置において、前記アプリケーションを利用する権限を有する前記コミュニティの構成員又は前記個人であるメンバーのデータであるメンバーリスト、及び前記アプリケーションが提供する個々の前記スケジュール情報としての予定エンティティのデータである予定エンティティリストを備えると共に、前記メンバーリスト及び前記予定エンティティに前記メンバー毎の前記予定エンティティに対する参照権限又は変更権限を規定するデータであるセキュリティ情報が含まれる、前記アプリケーションが記録されるリポジトリと、前記クライアント端末から前記アプリケーションに対するアクセス要求に対し、前記クライアント端末が参照可能な前記予定エンティティ及び前記クライアント端末が変更可能な前記予定エンティティを、前記セキュリティ情報に基づいて決定するアクセス制御手段とを備えたことを特徴とすることを特徴とする。
【０００６】
請求項２に記載の発明は、請求項１に記載の構成に加え、前記リポジトリに記録された前記アプリケーションは、前記メンバーに対して前記予定エンティティ毎に付与される、仮想階層としてのロール階層の情報を前記セキュリティ情報として有し、前記アクセス制御手段は、前記クライアント端末の利用者である特定の前記メンバーの前記ロール階層上の地位に基づいて前記参照可能な予定エンティティ及び前記変更可能な前記予定エンティティを決定することを特徴とする。
【０００７】
請求項３に記載の発明は、請求項２に記載の構成に加え、前記リポジトリに記録された前記アプリケーションは、前記ロール階層上の特定階層を前記参照権限及び前記変更権限の判断基準となるオーナー情報として規定すると共に該オーナー情報を前記セキュリティ情報として有し、前記アクセス制御手段は、前記クライアント端末の利用者である特定の前記メンバーの前記ロール階層上の地位と前記オーナーの前記ロール階層上の地位との比較結果に基づいて前記参照可能な予定エンティティ及び前記変更可能な前記予定エンティティを決定することを特徴とする。
【０００８】
請求項４に記載の発明は、請求項３に記載の構成に加え、前記クライアント端末の利用者である特定の前記メンバーの前記ロール階層上の地位と前記オーナーの前記ロール階層上の地位との比較結果に基づいて決定される、前記参照可能な予定エンティティ及び前記変更可能な前記予定エンティティの決定パターンを複数備えたセキュリティパターンデータを有し、前記リポジトリに記録された前記アプリケーションは、前記セキュリティパターンデータのうちどの前記決定パターンを用いて前記参照可能な予定エンティティ及び前記変更可能な前記予定エンティティを決定するかを選択するセキュリティパターン選択データを前記セキュリティ情報として有することを特徴とする。
【０００９】
請求項５に記載の発明は、請求項２乃至４の何れか一つに記載の構成に加え、前記リポジトリに記録された前記アプリケーションは、前記メンバーリストに記録されたそれぞれの前記メンバーのデータについて、前記ロール階層において前記メンバーの上位の階層に位置付けられた他の前記メンバーを特定するデータである上位メンバー情報、及び、前記ロール階層において前記メンバーの下位に位置付けられた他の前記メンバーを特定するデータである下位メンバー情報のうち少なくとも何れか一方が前記セキュリティ情報として記録されていることを特徴とする。
【００１０】
請求項６に記載の発明は、プログラムであって、コンピュータを請求項１乃至５の何れか一つに記載のスケジュール管理装置として機能させることを特徴とする。
【発明の効果】
【００１１】
請求項１に記載の発明によれば、リポジトリに記録されたアプリケーションには、アプリケーションを利用する権限を有するコミュニティの構成員又は個人であるメンバーのデータであるメンバーリスト、及びアプリケーションが提供する個々のスケジュール情報としての予定エンティティのデータである予定エンティティリストを備えることにより、複数のコミュニティのスケジュール情報をアプリケーションを単位として統合的に記録、管理することが可能となる。また、メンバーリスト及び予定エンティティにはメンバー毎の予定エンティティに対する参照権限又は変更権限を規定するデータであるセキュリティ情報が含まれ、アクセス制御手段には、クライアント端末からアプリケーションに対するアクセス要求に対し、クライアント端末が参照可能な予定エンティティ及びクライアント端末が変更可能な予定エンティティを、セキュリティ情報に基づいて決定することにより、同一のアプリケーションによって提供されうる個々のスケジュール情報の参照権限や変更権限をメンバー毎に設定することが可能となって、記録、管理されたスケジュール情報の参照権限や変更権限の設定を容易に行ない、情報セキュリティを確保できる。
【００１２】
請求項２に記載の発明によれば、リポジトリに記録されたアプリケーションは、メンバーに対して予定エンティティ毎に付与される、仮想階層としてのロール階層の情報をセキュリティ情報として有し、アクセス制御手段は、クライアント端末の利用者である特定のメンバーのロール階層上の地位に基づいて参照可能な予定エンティティ及び変更可能な予定エンティティを決定することにより、階層上の地位や相対的位置関係に基づいて参照の可否や変更の可否を簡易かつ画一的に決定でき、記録、管理されたスケジュール情報の参照権限や変更権限の設定を一層容易に行ない、情報セキュリティを確実に確保できる。
【００１３】
請求項３に記載の発明によれば、リポジトリに記録されたアプリケーションは、ロール階層上の特定階層を参照権限及び変更権限の判断基準となるオーナー情報として規定すると共にオーナー情報をセキュリティ情報として有し、アクセス制御手段は、クライアント端末の利用者である特定のメンバーのロール階層上の地位とオーナーのロール階層上の地位との比較結果に基づいて参照可能な予定エンティティ及び変更可能な予定エンティティを決定することにより、オーナーの階層上の地位という明確な基準との比較に基づいて参照の可否や変更の可否を簡易かつ画一的に決定でき、記録、管理されたスケジュール情報の参照権限や変更権限の設定を一層容易に行なうことができる。
【００１４】
請求項４に記載の発明によれば、アクセス制御手段は、クライアント端末の利用者である特定のメンバーのロール階層上の地位とオーナーのロール階層上の地位との比較結果に基づいて決定される、参照可能な予定エンティティ及び変更可能な予定エンティティの決定パターンを複数備えたセキュリティパターンデータを有し、リポジトリに記録されたアプリケーションは、セキュリティパターンデータのうちどの決定パターンを用いて参照可能な予定エンティティ及び変更可能な予定エンティティを決定するかを選択するセキュリティパターン選択データをセキュリティ情報として有することにより、参照権限や変更権限の設定手順を変えることなく、設定内容にバリエーションを持たせることができる。これにより、スケジュール情報の内容に適した様々な参照権限や変更権限を設定でき、実用性を高めることができる。
【００１５】
請求項５に記載の発明によれば、リポジトリに記録されたアプリケーションは、メンバーリストに記録されたそれぞれのメンバーのデータについて、ロール階層においてメンバーの上位の階層に位置付けられた他のメンバーを特定するデータである上位メンバー情報、及び、ロール階層においてメンバーの下位に位置付けられた他のメンバーを特定するデータである下位メンバー情報のうち少なくとも何れか一方がセキュリティ情報として記録されていることにより、ロール階層上の上下関係や階層全体の構造を把握し易くなる。これにより、ロール階層上の上下関係に基づいて、スケジュール情報の参照権限や変更権限の設定を一層容易に行なうことができる。
【００１６】
請求項６に記載の発明によれば、本発明のスケジュール管理装置をプログラム化し、多様なコンピュータハードウェア上で実現させることができる。
【発明を実施するための最良の形態】
【００１７】
以下、この発明の一の実施形態について図面を参照して説明する。
【００１８】
図１は、この実施の形態のスケジュール管理システムのシステム構成図及び機能ブロック図である。同図に示すとおり、スケジュール管理システム１Ａは、スケジュール管理装置１と、ｎ個（ｎ≧１）のクライアント端末２１〜２ｎとを備えたクライアント・サーバーシステムであって、スケジュール管理装置１とクライアント端末２１〜２ｎは、ＷＡＮ（Wide Area Network）としてのインターネット３を介して相互に交信可能である。
【００１９】
スケジュール管理装置１は、家族、企業、学校、各種非営利団体等のコミュニティ、又は特定個人の依頼に基づいて、当該コミュニティの構成員や当該特定個人のスケジュール情報の記録、管理等のサービスを提供する事業者（以下「スケジュール管理事業者」と称する。）が管理するコンピュータシステムであり、Ｗｅｂサーバー４、タイムサーバー５、アクセス制御部６、予定エージェント７、最適化処理部８を備えている。Ｗｅｂサーバー４はクライアント端末２１〜２ｎとの間でデータ通信を行なう。タイムサーバー５はスケジュール情報の記録と集中管理を行う。またタイムサーバー５には各コミュニティの構成員や特定個人に関するスケジュール以外の様々な情報も記録されてリポジトリ・システムを形成する。アクセス制御部６はクライアント端末２１〜２ｎからタイムサーバー５に対するアクセスの可否を制御する。予定エージェント７は、タイムサーバー５に記録されたスケジュール情報において予定された、クライアント端末２１〜２ｎに対する所定の情報発信処理（例えば電子メールの送信）としてのアクション（以下単に「アクション」と称する。）を実行するための所定の処理を行う。最適化処理部８はタイムサーバー５に記録された各種情報（例えば企業の雇用条件と雇用希望者の希望条件等）のマッチングとマッチングのための各種情報の最適化処理とを行う。
【００２０】
クライアント端末２１，・・・，２ｎは、スケジュール管理事業者に管理を依頼するコミュニティの個々のメンバー、又は特定個人が使用する、データ通信機能を有する通信端末、例えばパーソナルコンピュータ、携帯電話端末、電子手帳、ＰＤＡ（Personal Digital Assistants、携帯情報端末）等である。クライアント端末２１，・・・，２ｎは、マウスやキーボード等各種指示を入力するために用いられる操作部（図示せず）、ＬＣＤ（Liquid Crystal Display）等からなり操作部から入力された各種指示等や各種画像を表示する表示部２１１，・・・，２１ｎ（図示せず）を有し、Ｗｅｂブラウザ２２１・・・，２２ｎ（図示せず）が表示される。なお、クライアント端末２１，・・・，２ｎ、表示部２１１，・・・，２１ｎ、Ｗｅｂブラウザ２２１，・・・，２２ｎは同じ構成を持つので、以下区別する必要がある場合を除き、クライアント端末２、表示部２１、Ｗｅｂブラウザ２２と表記する。
【００２１】
図１には図示しないが、スケジュール管理装置１のＷｅｂサーバー４、タイムサーバー５、アクセス制御部６には、少なくとも１のＣＰＵ（Central Processing Unit、中央処理装置）、及び、ＣＰＵの作業領域として機能するＲＡＭ（Random Access Memory）、起動用ブートプログラム等が記録されたＲＯＭ（Read Only Memory）、各種プログラムやデータ等が記録されるハードディスク等の補助記憶装置、データの送受信に用いる通信インターフェース等がそれぞれ設けられている。補助記憶装置には、ＯＳ（Operating System）用プログラム、各種アプリケーションプログラムやデータが記録されており、これらのプログラムやデータはＣＰＵの演算処理により、ハードウェア資源と協働し、各種機能を実現する。
【００２２】
図２は、スケジュール管理装置１の機能ブロック図である。同図に示す通り、スケジュール管理装置１のタイムサーバー５は、機能手段として、スケジュール管理事業者に管理を依頼するコミュニティの個々のメンバー又は特定個人に対して特定のサービス（例えば「Ａ社の勤務管理」「Ｂ病院の予約状況管理」等）を提供する、業務アプリケーション（以下単に「業務アプリケーション」と称する。）を生成するアプリケーション生成部５１を有し、また、生成された一又は複数の業務アプリケーションに含まれる情報をＷｅｂブラウザ２２に表示させる表示アプリケーション（例えば「Ａ社勤務管理表」「Ｂ病院予約表」「（「Ａ社の勤務管理」や「Ｂ病院の予約状況管理」に勤務予定や診察予約が登録されている）Ｍさんのスケジュール表」等）５２２１，５２２２，・・・５２２ｋ（ｋ＞１）を管理するアプリケーション管理部５２、生成された業務アプリケーションや各コミュニティの構成員や特定個人のスケジュール情報等を記録するリポジトリ５３を有する。
【００２３】
アプリケーション生成部５１は更に、個々のアプリケーション毎に定義されるアプリケーション・テンプレート（以下単に「アプリケーション・テンプレート」と称する。）の登録を行なうアプリケーション・テンプレート登録部５４、個々のアプリケーションを利用する資格を有するコミュニティの構成員や個人であるメンバー（以下単に「メンバー」と称する。）のリストを生成するメンバーリスト生成部５５、コミュニティやメンバーのスケジュールの分類単位（例えば「Ａ社」というコミュニティの「店舗の業務予定」「スタッフの休日申請」「スタッフの勤務予定」や、「Ｂ病院」というコミュニティの「医師の勤務予定」「患者の診察希望日」「患者の診察予定」等）である予定エンティティ（以下単に「予定エンティティ」と称する。）の一覧データを生成する予定エンティティリスト生成部５６を有する。
【００２４】
リポジトリ５３には、アプリケーション生成部５１にて生成されたｍ個（ｍ＞１）の「アプリケーション」としての業務アプリケーション５３０１，５３０２，・・・，５３０ｍが記録されている。なお、業務アプリケーション５３０１，５３０２，・・・，５３０ｍは全て同じ構造をとるので、以下区別の必要がある場合を除き業務アプリケーション５３０と記載する。
【００２５】
図３は、リポジトリ５３に記録されている、一の業務アプリケーション５３０におけるデータ構造のイメージ図を示す。同図に示す通り、一の業務アプリケーション５３０は一のアプリケーション・テンプレート５３１にｌ個（ｌ＞１）のアプリケーション・インスタンス５３２１，５３２２，・・・，５３２ｌが付随する形で形成されている。なお、アプリケーション・インスタンス５３２１，５３２２，・・・，５３２ｌは全て同じ構造を有するので、以下区別の必要がある場合を除きアプリケーション・インスタンス５３２と記する。
【００２６】
アプリケーション・テンプレート５３１は、アプリケーションＩＤ（identifier）、アプリケーション名等、個々のアプリケーション・テンプレート５３１を識別するための識別データ５３１ａ、「ロール階層の情報」としてのロール階層データ５３１ｂ、予定エンティティ種類データ５３１ｃを有する。ロール階層データ５３１ｂは、当該アプリケーションを利用する権限のあるメンバーに対してメンバー毎に付与される、仮想階層としてのロール階層（以下単に「ロール階層」と称する。）における特定の地位としてのロール（以下単に「ロール」と称する。）の種類を示す情報によって形成され、図３においては、各行が一のロールに関する情報を示している。即ち、一のロール階層データ５３１ｂには、階層の順番を示すロール番号（ｒ１，ｒ２，・・・）５３１ｄ、ロール名称、ロール階層におけるロールの位置付けを示すレベル番号（１，２，・・・）５３１ｅを有する。
【００２７】
図３に示す予定エンティティ種類データ５３１ｃは、各行が一の予定エンティティの概要の情報となっている。各行の情報は、各行における情報に一意に付与された種類識別ナンバー５３１ｉ、予定エンティティの名称（エンティティ１，エンティティ２，・・・）５３１ｆと、「セキュリティパターンデータ」としてのセキュリティパターンナンバー（Ｓ１，Ｓ２，・・・）５３１ｊとを有する。後述する通り、セキュリティパターンナンバー５３１ｊは参照可能な予定エンティティ及び変更可能な予定エンティティの決定に用いられる。
【００２８】
アプリケーション・インスタンス５３２は、同一のメンバーリスト（後述）によって実行される予定エンティティのまとまりを単位として形成されている。一のアプリケーション・インスタンス５３２には、インスタンスＩＤ、インスタンス名、アプリケーションＩＤ等、個々のアプリケーション・インスタンス５３２を識別するための識別データ５３２ａ、当該アプリケーションを利用する権限のあるメンバーの情報を示すメンバーリスト５３２ｂ、予定エンティティの内容詳細を示す予定エンティティリスト５３２ｃによって形成されている。
【００２９】
メンバーリスト５３２ｂは各行が一のメンバーの情報を示し、各メンバーに付与された識別番号５３２ｋ、各メンバーの名称（氏名）５３２ｅ、各メンバーに付与されたロールの種類を示すロール番号５３２ｆを有する。またメンバーリスト５３２ｂは、ロール階層において、それぞれのメンバーの上位の階層に位置付けられた他のメンバーを特定するデータである上位メンバー情報５３２ｇを有しており、ロール階層上の上下関係や階層全体の構造を把握し易くなっている。なお、メンバーリスト５３２ｂは、上位メンバー情報５３２ｇに代えて、あるいは上位メンバー情報５３２ｇと共に、ロール階層においてそれぞれのメンバーの下位に位置付けられた他のメンバーを特定するデータである下位メンバー情報を有しても良い。
【００３０】
予定エンティティリスト５３２ｃは、コミュニティやメンバーの個々のスケジュールの単位（例えば「勤務表」に含まれる「９月の勤務予定表」「１０月の勤務予定表」等）である予定エンティティ情報５３２ｄ１，５３２ｄ２，・・・を複数有する。図３においては、予定エンティティリスト５３２ｃの各行が一の予定エンティティのデータを形成している。それぞれの予定エンティティ情報５３２ｄ１，５３２ｄ２，・・・には、予定エンティティ情報の識別番号、予定エンティティ情報のタイトル、予定エンティティ情報に対する参照権限と変更権限とが付与された最下層のロールに位置するメンバーであるオーナー（以下単に「オーナー」と称する。）の名称としてのオーナー情報（以下単に「オーナー情報」と称する。）５３２ｈ、予定エンティティ種類データ５３１ｃの種類識別ナンバー５３１ｉに対応する種類識別ナンバー５３２ｉ、予定エンティティ種類データ５３１ｃのセキュリティパターンナンバー５３１ｊに対応するセキュリティパターンナンバー５３２ｊが記録されている。なお、予定エンティティ情報５３２ｄ１，５３２ｄ２，・・・はいずれも同じ構成を取るので、以下区別の必要がある場合を除き予定エンティティ情報５３２ｄと記載する。
【００３１】
なお、後述する通り、アプリケーション・テンプレート５３１のロール階層データ５３１ｂ及び予定エンティティ種類データ５３１ｃ、アプリケーション・インスタンス５３２のメンバーリスト５３２ｂ及び予定エンティティリスト５３２ｃのオーナー情報５３２ｈは、予定エンティティに対するメンバー毎の参照権限又は変更権限を規定するデータとしての「セキュリティ情報」の機能を有する。
【００３２】
図４は、一の予定エンティティ情報５３２ｄのデータ構造の詳細を示したイメージ図である。同図に示す通り、一の予定エンティティ情報５３２ｄは、個々の予定エンティティを特定するためのＩＤ５３２ｄａ、オーナーを特定するためのオーナーＩＤ５３２ｄｂ、当該予定エンティティの規定するスケジュールの開始時刻、終了時刻を特定する開始情報５３２ｄｃ、終了情報５３２ｄｄ、当該予定エンティティを提供するアプリケーション情報５３２ｄｅ、当該予定エンティティの提供するアクションを特定するアクション情報５３２ｄｆ、下位、同位の予定エンティティを特定する下位エンティティ情報５３２ｄｇ、同位エンティティ情報５３２ｄｈ等、当該予定エンティティの具体的内容や他の予定エンティティとの関係を特定するための情報を有する。
【００３３】
図２に示す、アクセス制御部６は、機能手段として、判断部６１とアクセス制御データ記録部６２とを有する。判断部６１は、クライアント端末２からのアクセス要求に対し、アクセス制御データ記録部６２に記録されたデータと照合を行い、アクセスの可否を判断する。
【００３４】
アクセス制御データ記録部６２には、アクセス制御に必要な各種データが記録されている。例えば、アクセス制御データ記録部６２には、図５にイメージ図を示す、「セキュリティパターン選択データ」としてのアクセス制御テーブル６２１が記録されている。このアクセス制御テーブル６２１は、一列が一つの「決定パターン」、即ち、クライアント端末２の利用者である特定のメンバーのロール階層上の地位とオーナーのロール階層上の地位との比較結果に基づいて決定される、予定エンティティの参照可否・変更可否の組み合わせを有する。図５のアクセス制御テーブル６２１は、第一セキュリティパターンＳ１乃至第八セキュリティパターンＳ８まで、合計８つの決定パターンを有する。同図における「上位」「同列」「下位」とは、当該予定エンティティのオーナーのロールに対する、特定のメンバーが属するロールの位置づけを示す。また、同図において、「Ｗ」は当該特定のメンバーが当該予定エンティティの変更権限を有することを示し、「Ｒ」は、当該特定のメンバーが当該予定エンティティについて参照権限のみを有することを示し、「Ｎ」は当該特定のメンバーが当該予定エンティティに対して変更権限も参照権限も有しないことを示している。このアクセス制御テーブル６２１を用いたアクセス制御の原理及び具体的手順は後述する。
【００３５】
図２に示す、予定エージェント７は、機能手段としてアクションの実行を管理するアクション管理部７１を有する。アクション管理部７１は、現在時刻を確認するタイマー７１１と、所定のアクションの実行開始時刻をリスト形式に記録したアクションスケジュール情報７１２とを有する。
【００３６】
ここで、この実施の形態のスケジュール管理装置１におけるアクセス制御の原理について、図６乃至図８を用いて説明する。なお、このアクセス制御は、アクセス制御部６の判断部６１において行われる。
【００３７】
この実施の形態において、予定エンティティの各メンバーはそれぞれ特定のロールに所属している。図６は、一の予定エンティティにおけるロール階層とメンバーのロールを模式的に示した図である。同図は、一の予定エンティティに１７人のメンバーｍ１，ｍ２，・・・，ｍ１７が属していることを示している。また、同アプリケーションは最上層の「ロール１」から最下層の「ロール４」まで、４つのロールを有するロール階層であることを示している。そして、各メンバーｍ１〜ｍ１７はｍ１を頂上にしたツリー構造のノードに相当し、「ロール１」から「ロール４」までのうちいずれかのロールに属しているこのロール階層とロールとは、ロール階層データ５３１ｂ、メンバーリスト５３２ｂのロール番号５３２ｆ、上位メンバー情報５３２ｇによって形成される。
【００３８】
図７は、ロール階層における予定エンティティのオーナーと各メンバーとの関係を模式的に示した図である。例えば、同図に示すように特定の予定エンティティにおけるオーナーが「ロール３」のメンバーｍ４であった場合を考える。この場合、「ロール２」に属するメンバーｍ２はオーナーに対して「上位」のロールであり、「ロール３」に属するメンバーｍ５はオーナーに対して「同列」のロールであり、「ロール４」に属するメンバーｍ８，ｍ９，ｍ１０はオーナーに対して「下位」のロールである。
【００３９】
判断部６１は、メンバーが使用するクライアント端末２から業務アプリケーション５３０に対する参照要求があった場合、図６及び図７に示すロール階層とロール、更にアクセス制御テーブル６２１に基づいて各予定エンティティの参照の可否や内容変更の可否の判断を行う。図８は、この各予定エンティティの参照の可否や内容変更の可否の判断の態様を模式的に示した図である。例えば、同図のアプリケーションが「勤務表」の集合１００において、エンティティ名称「店舗の業務予定」の予定エンティティ１００ａのセキュリティパターン１００ｂが第五セキュリティパターンＳ５であり、「自分のマネージャー」がオーナーであることを示している。従って、判断部６１が図５のアクセス制御テーブル６２１に示す第五セキュリティパターンＳ５に基づくアクセス制御を行なった場合、「自分のマネージャー」は当該予定エンティティ１００ａの変更権限を有し、「オーナー」よりもロールが下位である「スタッフ」及び「勤務表の同僚」は当該予定エンティティの参照権限のみ有することを示している。
【００４０】
次に、この実施の形態のスケジュール管理システム１Ａにおける処理手順について説明する。
【００４１】
（１．アプリケーション・テンプレートの登録）
以下、登録手順を、図９の（ａ）に示すフローチャートに即して説明する。
【００４２】
まず、タイムサーバー５に対してアプリケーション・テンプレート５３１の登録要求があると（ステップＳ１）、アプリケーション・テンプレート登録部５４は、アプリケーション・テンプレート５３１のロール階層の設定を行う。具体的には、図３に示すようにロール階層データ５３１ｂの「ロール１（ｒ１）」、「ロール２（ｒ２）」、・・・を設定する。設定されたデータはリポジトリ５３に格納される（ステップＳ２）。
【００４３】
そして、アプリケーション・テンプレート登録部５４は、ステップＳ２で設定を行ったアプリケーション・テンプレート５３１について、さらに予定エンティティ種類を設定する。具体的には、図３に示すように予定エンティティ種類データ５３１ｃのエンティティ１（ｅ１）、エンティティ２（ｅ２）、・・・を設定し、個々の予定エンティティ種類ｅ１，ｅ２，・・・毎の種類識別ナンバー５３１ｉ、及び対応するセキュリティパターンナンバーＳ１，Ｓ２，・・・（図６のアクセス制御テーブル６２１に対応）５３１ｊが記録される。設定されたデータはリポジトリ５３に格納される（ステップＳ３）。以上により登録が完了する。
【００４４】
図９の（ｂ）は、ステップＳ１〜Ｓ３によって登録が完了したアプリケーション・テンプレート５３１を模式的に示した図である。同図に示す通り、アプリケーション・テンプレート５３１は、のロール階層データ５３１ｂが２階層（ｒ１，ｒ２）と、予定エンティティ種類データ５３１ｃが４種類設定されてそれぞれの種類識別ナンバー５３１ｉ（ｅ１，ｅ２，ｅ３，ｅ４）が記録され、個々の種類識別ナンバー５３１ｉ（ｅ１，ｅ２，ｅ３，ｅ４）にはそれぞれセキュリティパターンナンバー５３１ｊ（Ｓ５，Ｓ１，Ｓ５，Ｓ５）が対応付けられている。
【００４５】
（２．アプリケーション・インスタンスの登録）
以下、登録手順を図１０の（ａ）に示すフローチャートに即して説明する。
【００４６】
タイムサーバー５に対してアプリケーション・インスタンス５３２の登録要求があり、作成済みのアプリケーション・インスタンス５３２がない場合（ステップＳ１１の“Ｎｏ”）、アプリケーション生成部５１はステップＳ１〜Ｓ３にて作成されたアプリケーション・テンプレート５３１の検索を行い、取得されたアプリケーション・テンプレート５３１に以下に示すデータを新規に入力する。一方、タイムサーバー５に対してアプリケーション・インスタンス５３２の登録要求があり、既に作成済みのアプリケーション・インスタンス５３２がある場合（ステップＳ１１の“Ｙｅｓ”）、アプリケーション生成部５１は作成済みのアプリケーション・インスタンス５３２の検索を行い、取得されたアプリケーション・インスタンス５３２に対し、以下ステップＳ１５〜Ｓ１７に示すデータ修正を行う。
【００４７】
メンバーリスト生成部５５は、ステップＳ１３，Ｓ１４で取得されたアプリケーション・テンプレート５３１（又はアプリケーション・インスタンス５３２）のロール階層に合わせて個々のメンバーのロールを設定する。具体的には、図３に示すようにメンバーリスト５３２ｂに当該業務アプリケーション５３０の利用権限を付与する全メンバーを入力し、メンバー（ｍ１，ｍ２，・・・）にはそれぞれロール階層データ５３１ｂに定義された何れかのロール（ｒ１，ｒ２，・・・）を設定する。また、同図に示すように、各メンバーのロール階層データ５３１ｂにおける直属上位のメンバー（ＮＡ，ｍ１，・・・）を設定する。設定されたデータはリポジトリ５３に格納される（ステップＳ１５）。
【００４８】
予定エンティティリスト生成部５６は、ステップＳ１５で設定を行ったアプリケーション・テンプレート５３１（又はアプリケーション・インスタンス５３２）の予定エンティティ種類に対して予定エンティティ情報５３２ｄを設定する。具体的には、図３，図４に、予定エンティティリスト５３２ｃに個々の予定エンティティ情報５３２ｄ１，５３２ｄ２，・・・を設定する。図３に示すように、個々の予定エンティティ情報（ａ１，ａ２，・・・）５３２ｄ１，５３２ｄ２，・・・にはオーナーの情報（ｍ１，ｍ１，・・・）が設定される。各設定されたデータはリポジトリ５３に格納される（ステップＳ１６）。
【００４９】
また、予定エンティティリスト生成部５６は、セキュリティパターンデータ５３３をコピーして、予定エンティティリスト５３２ｃにステップＳ１６で設定を行った予定エンティティ情報５３２ｄを入力する（ステップＳ１７）。具体的には、予定エンティティリスト５３２ｃには、予定エンティティ種類データ５３１ｃの種類識別ナンバー５３１ｉに対応する種類識別ナンバー５３２ｉ、予定エンティティ種類データ５３１ｃのセキュリティパターンナンバー５３１ｊに対応するセキュリティパターンナンバー５３２ｊが記録される。以上によりアプリケーション・インスタンス５３２の登録が完了する。
【００５０】
図１０の（ｂ）は、ステップＳ１１〜Ｓ１７において設定されたアプリケーション・インスタンス５３２を模式的に示した図である。同図に示す通り、アプリケーション・インスタンス５３２のメンバーリスト５３２ｂには、上位層のロール（ｒ１）にメンバーＡ５３２ｂ１が登録され、下位層のロール（ｒ２）にメンバーＢ５３２ｂ２，Ｃ５３２ｂ３，Ｄ５３２ｂ４が登録され、予定エンティティリスト５３２ｃの各行には予定エンティティ情報５３２ｄ１，５３２ｄ２，・・・が入力され、各行には種類識別ナンバー５３２ｉ（ｅ３）とセキュリティパターンナンバー５３２ｊ（Ｓ５）とが記録されている。
【００５１】
（３．予定の参照）
以下、予定の参照時の手順を図１１Ａ及び図１１Ｂのフローチャートに即して説明する。
【００５２】
まず、クライアント端末２からスケジュール管理装置１にログイン要求があると（ステップＳ２１）、アクセス制御部６の判断部６１は、クライアント端末２に対し、当該クライアント端末２を使用するメンバーのＩＤ（identifier）の入力を要求し、入力されたＩＤを照合して認証を行なう（ステップＳ２２）。認証が済んでログインが完了すると、判断部６１は、参照する業務アプリケーション５３０を指定し、当該業務アプリケーション５３０に含まれる、任意の個数のアプリケーション・テンプレート５３１、そのアプリケーション・テンプレート５３１に付随するアプリケーション・インスタンス５３２の指定を行う（ステップＳ２３）。ここで判断部６１は、指定のあったアプリケーション・インスタンス５３２のアプリケーションＩＤ（図３の識別データ５３２ａ参照）を抽出して以下の処理に用いる。
【００５３】
判断部６１は、ステップＳ２３の指定に基づいて、条件に合致する予定エンティティを、以下ステップＳ２４１〜Ｓ２４７の手順に基づいて検索する（ステップＳ２４）。
【００５４】
まず、判断部６１は、リポジトリ５３から一のアプリケーション・インスタンス５３２を抽出し、当該アプリケーション・インスタンス５３２の識別データ５３２ａに含まれるアプリケーションＩＤがステップＳ２３で抽出されたアプリケーションＩＤと一致するか（即ち検索対象のアプリケーション・インスタンス５３２か否か）を検証する。
【００５５】
検証の結果、アプリケーションＩＤが一致した場合（ステップＳ２４１の“Ｙｅｓ”）、判断部６１は、予定エンティティリスト５３２ｃの中から一の予定エンティティ情報５３２ｄを抽出し、当該予定エンティティ情報５３２ｄのオーナー情報５３２ｈを確認すると共に、クライアント端末２を使用するメンバーのロール階層上の地位（図６参照）を確認する（ステップＳ２４２）。また、判断部６１は、当該予定エンティティ情報５３２ｄのセキュリティパターン、ロール階層、ロールとアクセス制御テーブル６２１の該当するセキュリティパターンとを照合し、アクセス権限を確認する（ステップＳ２４３）。具体的には、オーナー及びクライアント端末２を使用するメンバーのそれぞれのロール階層上の地位とセキュリティパターンナンバー５３１ｊに適合するセキュリティパターンとを照合し、当該メンバーのアクセス可否を判断する。なお、ステップＳ２４２，Ｓ２４３で行なわれる手順の具体的内容は、上述したアクセス制御の原理（図６乃至図８参照）に基づくものである。
【００５６】
ステップＳ２４２、Ｓ２４３の確認の結果、当該予定エンティティ情報５３２ｄがアクセス可能であれば（ステップＳ２４４の“Ｙｅｓ”）、当該予定エンティティ情報５３２ｄを検索結果リストに加える（ステップＳ２４５）。アクセス不可であれば（ステップＳ２４４の“Ｎｏ”）、当該予定エンティティ情報５３２ｄは検索結果リストには加えない。
【００５７】
ステップＳ２４２〜Ｓ２４５の処理は当該アプリケーション・インスタンス５３２の予定エンティティ情報５３２ｄ１，５３２ｄ２，・・・の全てについて行なわれる（ステップＳ２４６の“Ｎｏ”）。当該処理が全て完了すると（ステップＳ２４６の“Ｙｅｓ”）、次の検索対象のアプリケーション・インスタンス５３２についてステップＳ２４１〜Ｓ２４６の処理が行なわれる（ステップＳ２４７の“Ｎｏ”、ステップＳ２４１の“Ｎｏ”）。当該処理はリポジトリ５３に記録された全てのアプリケーション・インスタンス５３２についてステップＳ２４１〜Ｓ２４６の処理が完了するまで行なわれる（ステップＳ２４７の“Ｙｅｓ”）。更に、ステップＳ２４１〜Ｓ２４７の処理は、リポジトリ５３に記録された全ての業務アプリケーション５３０に対して行なわれる（ステップＳ２４８の“Ｙｅｓ”）。
【００５８】
ステップＳ２４１〜Ｓ２４８の処理が完了すると、判断部６１は、検索結果リストに加えられた予定エンティティ情報５３２ｄのデータをクライアント端末２に表示される旨の決定を行ない、画像形成部５２１は当該決定に基づいて、検索結果リストに加えられた予定エンティティ情報５３２ｄを全て表示させたアプリケーション画面の画像形成を行い、Ｗｅｂサーバー４は画像形成されたアプリケーション画面をクライアント端末２に表示させる（ステップＳ２５）。
【００５９】
以上により、クライアント端末２の表示部２１におけるＷｅｂブラウザ２２には、図１２，図１３にイメージ図を示すスケジュール情報表示画面２１１，２１２が表示される。図１２に示すスケジュール情報表示画面２１１は、特定アプリケーションのメンバーである雇用者のＷｅｂブラウザ２２に表示される画面のイメージ図であり、「業務予定」に関する予定エンティティ情報５３２ｄｘと、６人のスタッフ（被雇用者）ｍ１〜ｍ６の「勤務予定」に関する予定エンティティ情報５３２ｄｙとが表示されている。一方、図１３に示すスケジュール情報表示画面２１２は、図１２と同じ特定アプリケーションのメンバーである特定スタッフが使用するＷｅｂブラウザ２２に表示される画面のイメージ図であり、当該スタッフの「勤務予定」に関する予定エンティティ情報５３２ｄｙと、当該スタッフの「休日申請」に関する予定エンティティ情報５３２ｄｚと、当該スタッフの「個人予定」に関する予定エンティティ情報５３２ｄｗとが表示されている。
【００６０】
このように、この実施の形態においては、同一のアプリケーションの利用権限を有するメンバーであっても、各メンバーに設定されたロールと、予定エンティティ毎に設定されたセキュリティパターンとに基づいて、各メンバーが利用するＷｅｂブラウザ２２には、メンバー毎に異なる予定エンティティが表示されることになる。
【００６１】
（４．予定の変更）
以下、ステップＳ１〜Ｓ３、及びステップＳ１１〜Ｓ１７までの手順で登録された予定を変更する際の手順を図１４のフローチャートに即して説明する。
【００６２】
まず、クライアント端末２からスケジュール管理装置１にログイン要求があると（ステップＳ３１）、アクセス制御部６の判断部６１は、クライアント端末２に対し、当該クライアント端末２を使用するメンバーのＩＤの入力を要求し、入力されたＩＤを照合して認証を行なう（ステップＳ３２）。認証が済んでログインが完了するとスケジュール管理装置１はステップＳ２１〜Ｓ２５の処理を行ない、特定アプリケーションのメンバーである雇用者のＷｅｂブラウザ２２にはスケジュール情報表示画面２１１が表示される（ステップＳ３３）。クライアント端末２には、メンバーが変更する予定エンティティを指定する命令が入力され（ステップＳ３４）、スケジュール管理装置１がこの命令を受け、タイムサーバー５が当該予定エンティティが変更可能と判断した場合（ステップＳ３５の“Ｙｅｓ”）、タイムサーバー５は当該予定エンティティの内容を変更する。当該予定エンティティが変更不能と判断された場合（ステップＳ３５の“Ｎｏ”）、タイムサーバー５は当該予定エンティティの内容変更を行わない。予定エンティティの内容変更が行われた場合、タイムサーバー５は変更した予定エンティティにアクション情報が存在するか否かを確認し、アクション情報が存在する場合（ステップＳ３７の“Ｙｅｓ”）、タイムサーバー５は予定エージェント７に当該アクションを実行させる（ステップＳ３８）。変更した予定エンティティにアクション情報が存在しない場合（ステップＳ３７の“Ｎｏ”）、アクションは実行させない。
【００６３】
以上の手順に基づいて、クライアント端末２のＷｅｂブラウザ２２には、変更が施されたスケジュール情報表示画面（図示せず）が表示される。
【００６４】
以上示した通り、この実施の形態においては、アクセス制御部６の判断部６１が、アクセス制御テーブル６２１を用いると共に、クライアント端末２を使用するメンバーのロール階層上の地位に基づいて参照可能・変更可能な予定エンティティを決定することにより、階層上の地位や相対的位置関係に基づいて予定エンティティの参照の可否や変更の可否を簡易かつ画一的に決定できる。
【００６５】
この実施の形態においては、業務アプリケーション５３０は、ロール階層上の特定階層をオーナー情報５３２ｈとして規定し、アクセス制御部６の判断部６１は、クライアント端末２の利用者である特定のメンバーのロール階層上の地位とオーナーのロール階層上の地位との比較結果に基づいて参照可能な予定エンティティ及び変更可能な予定エンティティを決定することにより、オーナーのロール階層上の地位という明確な基準との比較に基づいて参照の可否や変更の可否を簡易かつ画一的に決定できる。
【００６６】
この実施の形態においては、アクセス制御テーブル６２１に第一乃至第八セキュリティパターンＳ１〜Ｓ８を有し、業務アプリケーション５３０は、第一乃至第八セキュリティパターンＳ１〜Ｓ８のうち特定のセキュリティパターンを選択するセキュリティパターンナンバー５３１ｊを有することにより、参照権限や変更権限の設定手順を変えることなく、設定内容にバリエーションを持たせることができる。
【００６７】
この実施の形態においては、リポジトリ５３に記録された業務アプリケーション５３０がメンバーリスト５３２ｂ、予定エンティティリスト５３２ｃを備えることにより、複数のコミュニティのスケジュール情報を業務アプリケーション５３０を単位として統合的に記録、管理できる。また、アプリケーション・テンプレート５３１のロール階層データ５３１ｂ、予定エンティティ種類データ５３１ｃ、及び、アプリケーション・インスタンス５３２のメンバーリスト５３２ｂ及び予定エンティティリスト５３２ｃには予定エンティティに対するメンバー毎のセキュリティ情報が含まれ、アクセス制御部６の判断部６１は、クライアント端末２から業務アプリケーション５３０に対するアクセス要求に対し、クライアント端末２が参照可能・変更可能な予定エンティティをセキュリティ情報に基づいて決定することにより、同一の業務アプリケーション５３０によって提供されうる個々のスケジュール情報の参照権限や変更権限をメンバー毎に設定できる。
【００６８】
上記実施の形態においては、リポジトリ５３に記録する「アプリケーション」をアプリケーション生成部５１で生成される業務アプリケーション５３０のみとしたが、アプリケーション管理部５２で管理される表示アプリケーション５２２１，５２２２，・・・５２２ｋもリポジトリ５３に記録する「アプリケーション」に含めた構成としてもよい。
【００６９】
上記実施の形態は本発明の例示であり、本発明が上記実施の形態に限定されることを意味するものではないことは、いうまでもない。
【図面の簡単な説明】
【００７０】
【図１】この実施の形態のスケジュール管理システムにおけるシステム構成図及びスケジュール管理装置の機能ブロック図である。
【図２】同上スケジュール管理装置の機能ブロック図である。
【図３】同上スケジュール管理装置における、一のアプリケーションにおけるデータ構造のイメージ図である。
【図４】同上スケジュール管理装置における、予定エンティティリストのデータ構造の詳細を示したイメージ図である。
【図５】同上スケジュール管理装置における、アクセス制御テーブルのイメージ図である。
【図６】同上スケジュール管理装置における、一の予定エンティティにおけるロール階層とメンバーのロールを模式的に示した図である。
【図７】同上スケジュール管理装置における、ロール階層における予定エンティティのオーナーと各メンバーとの関係を模式的に示した図である。
【図８】同上スケジュール管理装置における、この各予定エンティティの参照の可否や内容変更の可否の判断の態様を模式的に示した図である。
【図９】（ａ）同上スケジュール管理装置における、アプリケーション・テンプレートの登録手順を示すフローチャート、及び、（ｂ）同手順によって形成されたアプリケーション・テンプレートを模式的に示した図である。
【図１０】同上スケジュール管理装置における、（ａ）アプリケーション・インスタンスの登録手順を示すフローチャート、及び、（ｂ）同手順によって形成されたアプリケーション・インスタンスを模式的に示した図である。
【図１１Ａ】同上スケジュール管理装置における、予定の参照時の手順を示すフローチャートである。
【図１１Ｂ】同上スケジュール管理装置における、予定の参照時の手順を示すフローチャートである。
【図１２】同上スケジュール管理装置における、特定アプリケーションのメンバーである雇用者のＷｅｂブラウザに表示されるスケジュール情報表示画面イメージ図である。
【図１３】同上スケジュール管理装置における、特定アプリケーションのメンバーである特定スタッフが使用するＷｅｂブラウザに表示されるスケジュール情報表示画面イメージ図である。
【図１４】同上スケジュール管理装置における、予定の変更時の手順を示すフローチャートである。
【符号の説明】
【００７１】
１Ａ・・・スケジュール管理システム
１・・・スケジュール管理装置
２、２１〜２ｎ・・・クライアント端末
５・・・タイムサーバー
６・・・アクセス制御部（アクセス制御手段）
５３・・・リポジトリ
１００ａ・・・予定エンティティ
５３０・・・業務アプリケーション（アプリケーション）
５３１・・・アプリケーション・テンプレート
５３１ｂ・・・ロール階層データ（ロール階層の情報）
５３２・・・アプリケーション・インスタンス
５３２ｃ・・・予定エンティティリスト
５３２ｇ・・・上位メンバー情報
６２１・・・アクセス制御テーブル
【図１】
2008152436.tif 000003
【図２】
2008152436.tif 000004
【図３】
2008152436.tif 000005
【図４】
2008152436.tif 000006
【図５】
2008152436.tif 000007
【図６】
2008152436.tif 000008
【図７】
2008152436.tif 000009
【図８】
2008152436.tif 000010
【図９】
2008152436.tif 000011
【図１０】
2008152436.tif 000012
【図１１Ａ】
2008152436.tif 000013
【図１１Ｂ】
2008152436.tif 000014
【図１２】
2008152436.tif 000015
【図１３】
2008152436.tif 000016
【図１４】
2008152436.tif 000017