(57)【要約】【課題】参照の要求元やスケジュールの内容に対応して表示内容を変更すること。【解決手段】ユーザが属するグループや、ユーザが登録した内容について開示レベルを設定し、各開示レベルのそれぞれにおいてどの程度まで情報を公開するかを開示レベルデータ１２３ｃとして登録する。端末装置１０ａ〜１０ｃからスケジュールの参照要求があった場合、アクセスしたユーザをユーザ認証処理部１２４ｂによって認証し、アクセスしたユーザの属するグループをユーザデータ１２３ａから取得し、アクセスしたユーザの属するグループと、参照要求によって指定されたユーザの属するグループ、および参照要求によって指定されたスケジュールに設定された開示レベルから、スケジュールの内容をどこまで開示するかを表示内容設定部１２４ｄによって設定して端末装置１０ａ〜１０ｃに表示させる。【選択図】      図１
2004295437.tif 000002
【特許請求の範囲】
【請求項１】
複数のユーザのスケジュールを記憶し、所定のユーザが前記スケジュールの参照要求を行った場合に前記複数のユーザのスケジュールから指定されたユーザのスケジュールを読み出して表示するスケジュール管理方法であって、
前記スケジュールの内容および／または前記ユーザが属するグループに基づき、前記スケジュールに含まれる情報をどれだけの範囲で開示するかを指定する開示レベルを設定する開示レベル設定工程と、
前記参照要求を行ったユーザを認証し、該認証結果と前記参照要求が指定したスケジュールに設定された前記開示レベルとをもとに、該参照要求元に表示する表示内容を作成する表示内容作成工程と、
を含むことを特徴とするスケジュール管理方法。
【請求項２】
前記スケジュールの内容に基づいて設定された開示レベルと、前記ユーザが属するグループに基づいて設定された開示レベルとの間における優先順位を設定する開示レベル優先順位設定工程をさらに含み、前記表示内容作成工程は、前記開示レベル優先順位設定工程によって設定された優先順位に基づいて前記表示内容を作成することを特徴とする請求項１に記載のスケジュール管理方法。
【請求項３】
前記グループに含まれるユーザ間の階層関係を指定する階層関係指定工程をさらに含み、前記表示内容作成工程は、前記参照要求によって指定されたユーザのスケジュールが、当該ユーザに比して上位のユーザのスケジュールと同一である場合、該上位のユーザのスケジュールに対して設定された開示レベルに基づいて前記表示内容を作成することを特徴とする請求項１または２に記載のスケジュール管理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、複数のユーザのスケジュールを記憶し、所定のユーザが前記スケジュールの参照要求を行った場合に前記複数のユーザのスケジュールから指定されたユーザのスケジュールを読み出して表示するスケジュール管理方法に関し、特にスケジュールを公開する際に、公開する情報の範囲を詳細に設定可能なスケジュール管理方法に関する。
【０００２】
【従来の技術】
従来、情報処理端末の高性能化および小型化に伴い、利用者のスケジュールなどの個人情報を電子的に記憶・管理するスケジュール管理システムが用いられてきた。具体的には、個人用のコンピュータシステムや携帯電話、小型情報端末にスケジュールを入力することで、スケジュール管理を行うことができる。
【０００３】
さらに近年、これらの情報をネットワークで接続されたサーバ上に記憶し、自らのスケジュールに限らず、所望の相手のスケジュールを参照可能なスケジュール管理システムが実現されている。
【０００４】
ここで、それぞれの利用者のスケジュールは、必ずしも全て公開すべきものではなく、他の利用者には内容を公開したくない場合がある。しかし、公開用のスケジュールと自らの確認用のスケジュールとを独立に管理するのは煩雑であるため、例えば特許文献１に示された位置情報取システムのように、情報の参照要求を行ったユーザの属性や参照されたユーザの情報が予め設定した条件を満たす場合にのみユーザの情報を開示し、条件を満たさない場合には開示しないように構成し、必要以上の情報の開示を防止していた。
【０００５】
【特許文献１】
特開２００２−１６９５６号公報
【０００６】
【発明が解決しようとする課題】
ところで、上述した従来の個人情報やスケジュールの管理においては、所定の条件を満たすか否かの判定により、開示するか開示しないかのいずれかの選択をするのみであった。しかしながら、スケジュールを公開する際には、参照要求元の相手やスケジュールの内容によって、どの程度までの情報を公開したいかが異なる。例えば、業務中の打ち合わせなどのスケジュールでは、直接の上司には具体的な内容を開示し、所属の異なる同僚には打ち合わせ中であることのみを開示し、対外的には単に席を外しているとしておきたい場合が考えられる。
【０００７】
また、位置情報についても同様に、例えば出張中に、所属が同一の同僚には詳細な位置情報を伝え、所属が異なる同僚には大まかな位置情報を伝え、かつ私的な知人には位置情報を伝えないなどの場合が考えられる。
【０００８】
しかしながら、従来の位置情報やスケジュールの管理では、開示するか否かの二者択一であるために、このような詳細な設定ができず、必要以上に情報を開示してしまう場合や、必要な情報を十分に開示できない場合があった。すなわち、従来のスケジュール管理では、相手や状況に対応した適切な情報開示ができないという問題点があった。
【０００９】
この発明は、上述した従来技術による問題点を解消するためになされたものであり、参照の要求元やスケジュールの内容に対応して適切に情報開示を実行可能なスケジュール管理方法を提供することを目的とする。
【００１０】
【課題を解決するための手段】
上述した課題を解決し、目的を達成するため、請求項１の発明に係るスケジュール管理方法は、複数のユーザのスケジュールを記憶し、所定のユーザが前記スケジュールの参照要求を行った場合に前記複数のユーザのスケジュールから指定されたユーザのスケジュールを読み出して表示するスケジュール管理方法であって、前記スケジュールの内容および／または前記ユーザが属するグループに基づき、前記スケジュールに含まれる情報をどれだけの範囲で開示するかを指定する開示レベルを設定する開示レベル設定工程と、前記参照要求を行ったユーザを認証し、該認証結果と前記参照要求が指定したスケジュールに設定された前記開示レベルとをもとに、該参照要求元に表示する表示内容を作成する表示内容作成工程と、を含むことを特徴とする。
【００１１】
この請求項１の発明によれば、スケジュール管理方法は、スケジュールの内容やユーザが属するグループに対して開示レベルを設定し、スケジュールの参照要求があった場合に開示レベルに基づいてどれだけの範囲で情報を公開するかを制御することができる。
【００１２】
また、請求項２の発明に係るスケジュール管理方法は、請求項１の発明において、前記スケジュールの内容に基づいて設定された開示レベルと、前記ユーザが属するグループに基づいて設定された開示レベルとの間における優先順位を設定する開示レベル優先順位設定工程をさらに含み、前記表示内容作成工程は、前記開示レベル優先順位設定工程によって設定された優先順位に基づいて前記表示内容を作成することを特徴とする。
【００１３】
この請求項２の発明によれば、スケジュール管理方法は、スケジュールに設定された開示レベルとグループに対して設定された開示レベルとの間に優先順位を設定し、どちらの開示レベルを優先して使用するかを指定する。
【００１４】
また、請求項３の発明に係るスケジュール管理方法は、請求項１または２の発明において、前記グループに含まれるユーザ間の階層関係を指定する階層関係指定工程をさらに含み、前記表示内容作成工程は、前記参照要求によって指定されたユーザのスケジュールが、当該ユーザに比して上位のユーザのスケジュールと同一である場合、該上位のユーザのスケジュールに対して設定された開示レベルに基づいて前記表示内容を作成することを特徴とする。
【００１５】
この請求項３の発明によれば、スケジュール管理方法は、グループに属するユーザ間の階層関係を指定し、参照要求によって指定されたユーザのスケジュールが、同じグループ内で上位のユーザのスケジュールと同一である場合には、上位のユーザがスケジュールに対して設定した開示レベルを使用してどれだけの情報を開示するかを決定する。
【００１６】
【発明の実施の形態】
以下に添付図面を参照して、この発明に係るスケジュール管理方法の好適な実施の形態であるスケジュール管理システムについて説明する。
【００１７】
まず、本実施の形態に係るスケジュール管理システムの構成について説明する。図１は、本実施の形態に係るスケジュール管理システムの構成を示す機能ブロック図である。同図に示すように、このスケジュール管理システムは、各端末装置１０ａ〜１０ｃとサーバ１２とがネットワーク１１を介して接続された構成となる。
【００１８】
端末装置１０ａ〜１０ｃは、通信機能として例えばＨＴＴＰサーバにアクセス可能なＷＥＢブラウザを搭載し、ネットワーク上の各種サーバ装置にアクセスできる。
【００１９】
サーバ１２は、本発明に係る装置であり、ネットワーク上の各種端末装置１０ａ〜１０ｃからアクセスを受け付けてスケジュールの登録機能および参照機能を提供する。具体的には、このサーバ１２では、各ユーザのスケジュールを記憶部１２３に保存するとともに、端末装置１０ａ〜１０ｃからの参照要求を受けてスケジュールを読み出して要求元の端末装置に送信する。
【００２０】
図１に示すように、このサーバ１２は、インターフェース部１２０、入力部１２１、表示部１２２、記憶部１２３および制御部１２４を有する。インターフェース部１２０は、ネットワーク１１を介して端末装置１０ａ〜１０ｃとデータ授受するネットワークインターフェースであり、具体的にはＴＣＰ／ＩＰプロトコルなどの所定の通信プロトコルにしたがった処理をおこなう。
【００２１】
入力部１２１は、キーボードやマウスなどの入力デバイスであり、表示部１２２は、液晶パネルやディスプレイなどの表示デバイスであり、記憶部１２３は、ハードディスク装置などの記憶デバイスである。この記憶部１２には、ユーザデータ１２３ａ、グループデータ１２３ｂ、開示レベルデータ１２３ｃ、ユーザ基本特性１２３ｄおよびユーザスケジュール１２３ｅが記憶されている。
【００２２】
ユーザデータ１２３ａは、ユーザの認証に用いるデータであり、グループデータ１２３ｂは、各ユーザが所属するグループに関するデータである。また、開示レベルデータ１２３ｃは、設定可能な情報の開示レベルと、各開示レベルにおいて開示される情報を示すデータであり、ユーザ基本特性データ１２３ｄは、各ユーザの情報の開示先を示すデータである。さらに、ユーザスケジュール１２３ｅは、各ユーザによって登録されたスケジュールとその開示レベルとを示すデータである。
【００２３】
制御部１２４は、サーバ１２を全体制御する制御部であり、サーバ処理部１２４ａ、ユーザ認証処理部１２４ｂ、データ登録処理部１２４ｃおよび表示内容設定部１２４ｄを有する。
【００２４】
サーバ処理部１２４ａは、端末装置１０ａ〜１０ｃに対してサーバとしての機能を提供するための処理部であり、具体的には、端末装置１０ａ〜１０ｃからのアクセスを受け付けた際に、記憶部１２３に記憶した各種データを読み出して、該当する端末装置１０ａ〜１０ｃに送信する処理などをおこなう。
【００２５】
ユーザ認証処理部１２４ａは、端末装置１０ａ〜１０ｃからアクセスを受け付けた際に、ユーザ認証を行う処理部である。具体的には、端末装置１０ａ〜１０ｃからアクセスを受け付けた場合にユーザＩＤおよびパスワードの入力を要求し、入力されたユーザＩＤおよびパスワードをもとにユーザデータ１２３ａを参照してユーザの認証をおこなう。
【００２６】
データ登録処理部１２４ｃは、端末装置１０ａ〜１０ｃからネットワーク１１を介して、もしくは入力部１２１から直接に、各種データの登録を要求された場合に、登録内容を記憶部１２３に記憶する処理をおこなう。具体的には、データ登録処理部１２４ｃは、新規なユーザを登録する場合やユーザに関する情報を変更する場合にユーザデータ１２３ａを書き換え、各ユーザが属するグループに関する設定を変更する場合にグループデータ１２３ｂを書き換える。また、データ登録処理部１２４ｃは、開示レベルについての設定を変更する場合に、開示レベルデータ１２３ｃを書き換え、各ユーザの情報の開示先を変更する場合にユーザ基本特性１２３ｄを書き換える。さらに、ユーザのスケジュールを変更する場合にユーザスケジュール１２３ｅを書き換える。
【００２７】
表示内容設定部１２４ｄは、端末装置１０ａ〜１０ｃからスケジュールの参照要求を受信した場合に、ユーザ認証処理部１２４ｂが認証したユーザと、参照を要求されたスケジュールに設定された開示レベルとをもとに、要求元の端末装置に送信する表示の内容を作成する。
【００２８】
つぎに、記憶部１２３に記憶されるユーザデータ１２３ａ、グループデータ１２３ｂ、開示レベルデータ１２３ｃ、ユーザ基本特性１２３ｄおよびユーザスケジュール１２３ｅについて具体例を挙げて説明する。
【００２９】
図２は、ユーザデータ１２３ａの具体例を示す図である。同図に示すように、ユーザデータ１２３ａは、各ユーザについて「アクセスＩＤ」、「パスワード」、「氏名」および「所属グループ」を記憶している。各ユーザに設定された「アクセスＩＤ」はユーザ固有のＩＤであり、この「アクセスＩＤ」および「パスワード」の入力により、ユーザを一意に決定することができる。
【００３０】
一方、所属グループの項目については、各ユーザが複数のグループに属することができるようにしている。具体的には、ユーザデータ１２３ａは、「Ａ氏」についてアクセスＩＤ「ＥＲＴ＆０１２３」、パスワード、氏名とともに、所属グループ「Ａプロジェクト」および「プライベート」を記憶している。すなわち、「Ａ氏」は、「Ａプロジェクト」と「プライベート」の双方に所属していることとなる。同様に、「Ｂ氏」は「Ａプロジェクト」および「プライベート」の双方に所属している。また、「Ｃ氏」および「Ｄ氏」は、それぞれ「Ｂプロジェクト」のみに所属しており、「Ｅ氏」は「プライベート」のみに所属している。
【００３１】
図３は、グループデータ１２３ｂの具体例を示す図である。同図に示すように、グループデータ１２３ｂは、ユーザが所属するグループについて「グループ名」、「メンバー」、「管理者」、「優先」、「公開先」および「開示レベル」の各項目を設定している。ここで、項目「グループ名」は、そのグループの名称を示し、項目「メンバー」は、そのグループに属するユーザを示す。また、項目「管理者」は、そのグループの管理者を示し、例えばそのプロジェクトにおけるリーダーや上司をこの管理者として設定する。
【００３２】
また、項目「優先」は、スケジュール公開時における開示レベルの優先順位を示す。すなわち、各グループに対してそれぞれ開示レベルが設定されるとともに、各ユーザのスケジュールに対してもそれぞれ開示レベルを設定することができるが、このグループの開示レベルとスケジュールの開示レベルとが異なる場合にどちらの開示レベルを適用するかを優先順位によって指定することができる。一方、項目「公開先」は、そのグループのスケジュールをどのグループのメンバーに公開するかを「公開先」によって示す。また、項目「開示レベル」は、スケジュールを公開するグループに対し、どの程度まで詳細に情報を公開するかを示す。
【００３３】
具体的には、「Ａプロジェクト」は、メンバー「Ａ氏」および「Ｂ氏」から構成され、管理者は「Ｂ氏」である。このグループにおいてはスケジュールに対して設定された開示レベルが優先され、「Ａプロジェクト」のスケジュールを「Ａプロジェクト」のメンバーに公開する場合の開示レベルは「４．詳細」であり、「Ａプロジェクト」のスケジュールを「Ｂプロジェクト」のメンバーに公開する場合の開示レベルは「３．地区」である。一方、「Ａプロジェクト」のスケジュールは、「プライベート」のメンバーには公開しない。
【００３４】
同様に、「Ｂプロジェクト」は、メンバー「Ｃ氏」および「Ｄ氏」から構成され、管理者は「Ｃ氏」である。このグループにおいてはグループに対して設定された開示レベルが優先され、「Ｂプロジェクト」のスケジュールを「Ａプロジェクト」のメンバーに公開する場合に開示レベルは「４．詳細」であり、「Ｂプロジェクト」のスケジュールを「Ｂプロジェクト」のメンバーに公開する場合の開示レベルも「４．詳細」である。しかし、「Ｂプロジェクト」のスケジュールは、「プライベート」のメンバーには公開しない。
【００３５】
さらに、「プライベート」は、メンバー「Ａ氏」、「Ｂ氏」および「Ｅ氏」から構成され、管理者は「Ｅ氏」である。このグループにおいてはスケジュールに対して設定された開示レベルが優先され、「プライベート」のスケジュールは、「Ａプロジェクト」および「Ｂプロジェクト」のメンバーには公開されない。しかし、「プライベート」のメンバーであれば、開示レベル「４．詳細」で公開される。
【００３６】
この開示レベルの内容は、開示レベルデータ１２３ｃによって詳細に設定される。図４は、開示レベルデータ１２３ｃの具体例を示す図である。同図に示すように、開示レベルデータ１２３ｃは、グループもしくはスケジュールに設定可能な開示レベルのそれぞれについて「制限」、「レベル」および「表示内容」の各項目を設定している。ここで項目「制限」は、その開示レベルの制限の程度を説明するデータである。また、項目「レベル」は、各開示レベルの名称であり、「表示内容」はその開示レベルに設定されたスケジュールをどの程度まで開示するかを示す。
【００３７】
具体的には、開示レベル「４．詳細」は最も制限が緩やかであり、位置情報の公開時に「都道府県、市町村、地区名、番地」の全てを開示する。また、開示レベル「３．地区名」は、制限がやや緩やかであり、位置情報の公開時に「都道府県、市町村、地区名」までを開示し、番地は開示しない。さらに、開示レベル「２．市町村」は、制限が中程度であり、位置情報の公開時に「都道府県、市町村」までを開示し、地区名および番地は開示しない。
【００３８】
同様に、開示レベル「１．都道府県」は、制限がやや厳しく、位置情報の公開時に「都道府県」のみを開示し、市町村、地区名および番地は開示しない。さらに開示レベル「０．非公開」は制限が最も厳しく、位置情報の公開をおこなわない。
【００３９】
このように開示レベルに対応して位置情報をどこまで詳細に開示するかを指定することで、相手に応じて柔軟な情報の開示が実現できる。なお、ここでは位置情報の開示を具体例として説明したが、例えばスケジュールを公開する場合においても「席外し−打合せ−顧客名−案件名」のようにスケジュールの内容を階層化し、どこまでを開示するかを指定することができる。すなわち、階層化可能な情報であれば、本発明を適用して情報の開示範囲を設定可能である。
【００４０】
つぎに、ユーザ基本特性１２３ｄについて説明する。このユーザ基本特性１２３ｄは、各ユーザの情報の開示先を示すデータであり、ユーザが登録したスケジュールをどのグループのメンバーに対して公開するかを指定するデータである。図５に、ユーザ基本特性１２３ｄの具体例を示す。同図に示すようにユーザ基本特性１２３ｄは、各ユーザについて曜日および時間に基づいた公開先が指定されている。
【００４１】
具体的には、Ａ氏については月曜から金曜の９時から１９時までを勤務時間とし、公開先を「ＡプロジェクトもしくはＢプロジェクト」としている。また、月曜および木曜の１９時から翌日の９時までを「プライベート」のメンバーに公開しており、さらに土曜、日曜、祝日および休日について「プライベート」のメンバーに公開している。
【００４２】
同様に、Ｂ氏については、月曜から金曜の９時から１９時までを勤務時間とし、公開先を「ＡプロジェクトもしくはＢプロジェクト」としている。また、月曜および木曜の１９時から翌日の９時までを「プライベート」のメンバーに公開しており、さらに土曜、日曜、祝日および休日について「プライベート」のメンバーに公開している。
【００４３】
さらに、Ｃ氏については、月曜から金曜の９時から１９時までを勤務時間とし、公開先を「ＡプロジェクトもしくはＢプロジェクト」としている。また、それ以外の曜日および時間帯については、公開先を指定しないことで、スケジュールを非公開としている。
【００４４】
つぎに、各ユーザによって登録されるユーザスケジュール１２３ｅについて説明する。図６は、各ユーザが登録したユーザスケジュール１２３ｅの具体例を示す図である。同図に示すように、ユーザスケジュール１２３ｅは、各ユーザについて、「スケジュールＮｏ」、「年」、「月」、「日」、「番地」、「地区」、「市町村」、「都道府県」および「開示レベル」の各項目を記憶している。
【００４５】
具体的には、ユーザスケジュール１２３ｅは、Ａ氏の「スケジュールＮｏ１」として、「２００３年４月１０日、東京、世田谷、北、ｘ−ｙ」、開示レベル「４．詳細」を記憶している。また、Ａ氏の「スケジュールＮｏ２」として、「２００３年３月２０日、埼玉、中町、南、ｘ−ｚ」、開示レベル「４．詳細」を記憶し、Ａ氏の「スケジュールＮｏ３」として、「２００３年３月１０日、東京、品川、北、ｘ−ｘ」、開示レベル「０．非公開」を記憶している。
【００４６】
したがって、Ａ氏の４月１０日のスケジュールを参照した場合、開示レベルが「４．詳細」であるので「東京、世田谷、北、ｘ−ｙ」が表示される。同様に、Ａ氏の３月２０日のスケジュールを参照した場合、開示レベルが「４．詳細」であるので「埼玉、中町、南、ｘ−ｚ」が表示される。しかし、Ａ氏の３月１０日のスケジュールを参照した場合、開示レベルが「０．非公開」であるので位置情報は表示されない。
【００４７】
同様に、ユーザスケジュール１２３ｅは、Ｂ氏の「スケジュールＮｏ１」として、「２００３年４月１０日、東京、世田谷、北、ｘ−ｙ」、開示レベル「３．地区名」を記憶している。また、Ｂ氏の「スケジュールＮｏ２」として、「２００３年３月２０日、埼玉、南町、田中、ｘｘｙｙ」、開示レベル「３．地区名」を記憶し、Ｂ氏の「スケジュールＮｏ３」として、「２００３年３月１０日、東京、品川、北、ｘ−ｘ」、開示レベル「０．非公開」を記憶している。
【００４８】
したがって、Ｂ氏の４月１０日のスケジュールを参照した場合、開示レベルが「３．地区名」であるので「東京、世田谷、北」が表示される。同様に、Ｂ氏の３月２０日のスケジュールを参照した場合、開示レベルが「３．地区名」であるので「埼玉、南町、田中」が表示される。しかし、Ｂ氏の３月１０日のスケジュールを参照した場合、開示レベルが「０．非公開」であるので位置情報は表示されない。
【００４９】
また、ユーザスケジュール１２３ｅは、Ｃ氏の「スケジュールＮｏ１」として、「２００３年４月１０日、東京、目黒、南、ｘｙｚ」、開示レベル「２．市町村」を記憶している。また、Ｃ氏の「スケジュールＮｏ２」として、「２００３年３月２０日、千葉、千葉、北、ｘｘｙｙ」、開示レベル「３．地区名」を記憶し、Ｃ氏の「スケジュールＮｏ３」として、「２００３年３月１０日、東京、渋谷、大山、ｘ−ｘ」、開示レベル「０．非公開」を記憶している。
【００５０】
したがって、Ｃ氏の４月１０日のスケジュールを参照した場合、開示レベルが「２．市町村」であるので「東京、目黒」が表示される。同様に、Ｃ氏の３月２０日のスケジュールを参照した場合、開示レベルが「３．地区名」であるので「千葉、千葉、北」が表示される。しかし、Ｃ氏の３月１０日のスケジュールを参照した場合、開示レベルが「０．非公開」であるので位置情報は表示されない。
【００５１】
なお、ここでは位置情報について説明したが、スケジュールの内容を示す情報に対しても同様にスケジュールの登録および開示レベルの設定が可能である。
【００５２】
また、ここでは各々のスケジュールについて単一の開示レベルを設定することとしているが、各スケジュールについて公開先のそれぞれについて開示レベルを設定することとしてもよい。
【００５３】
さらに、位置情報の登録は、必ずしもユーザが直接入力する必要は無く、携帯端末から位置情報を自動的に送信することとしてもよい。また、位置情報を自動取得する場合、定期的に位置情報を送信して更新することで、ユーザの負担となることなく常に最新の位置情報を取得することが可能である。
【００５４】
つぎに、表示内容設定部１２４ｄによる表示内容作成の処理動作について説明する。図７は、表示内容設定部１２４ｄによる表示内容作成の処理動作を説明するフローチャートである。同図に示すように、表示内容設定部１２４ｄは、端末装置１０ａ〜１０ｃからスケジュールの参照要求を受信したならば、まず、アクセスしたユーザの情報をユーザデータ１２３ｄから取得する（ステップＳ１０１）。
【００５５】
つぎに、表示内容設定部１２４ｄは、参照要求によって指定されたスケジュールの内容をユーザスケジュール１２３ｅから取得する（ステップＳ１０２）。つぎに、表示内容設定部１２４ｄは、取得したスケジュールが公開されている、すなわち開示レベルが１以上であるかを判定する（ステップＳ１０３）。
【００５６】
取得したスケジュールの開示レベルが「０．非公開」である場合（ステップＳ１０３，Ｎｏ）、表示内容設定部１２４ｄは、取得したスケジュールの内容を表示せず（ステップＳ１２０）、処理を終了する。ここで、表示内容設定部１２４ｄは、参照要求元である端末装置に、スケジュールが公開されていないことを示すメッセージを表示することとしても良い。
【００５７】
一方、取得したスケジュールの開示レベルが１以上である場合（ステップＳ１０３，Ｙｅｓ）、表示内容設定部１２４ｄは、ユーザデータ１２３ｂおよびユーザ基本特性１２３ｄを参照し、参照要求をおこなったユーザが公開先として指定されたグループのメンバーであるか否かを判定する（ステップＳ１０４）。
【００５８】
参照要求をおこなったユーザが公開先として指定されたグループのメンバーではない場合（ステップＳ１０４，Ｎｏ）、表示内容設定部１２４ｄは、取得したスケジュールの内容を表示せず（ステップＳ１２０）、処理を終了する。
【００５９】
一方、参照要求をおこなったユーザが公開先として指定されたグループのメンバーである場合（ステップＳ１０４，Ｙｅｓ）、表示内容設定部１２４ｄは、グループデータ１２３ｂにおいてグループの開示レベルが優先されているか否かを判定する（ステップＳ１０５）。
【００６０】
グループデータ１２３ｂにおいてグループの開示レベルが優先されている場合（ステップＳ１０５，Ｙｅｓ）、グループの開示レベルに応じた情報を使用してスケジュールの表示画面を作成する（ステップＳ１０６）。
【００６１】
一方、グループデータ１２３ｂにおいてスケジュールの開示レベルが優先されている場合（ステップＳ１０５，Ｎｏ）、表示内容設定部１２４ｄは、参照要求で指定されたユーザのスケジュールが、同一グループの管理者のスケジュールと同一であるか否かを判定する（ステップＳ１１０）。
【００６２】
参照要求で指定されたユーザのスケジュールが、同一グループの管理者のスケジュールと異なる場合（ステップＳ１１０，Ｎｏ）、表示内容設定部１２４ｄは、参照要求で指定されたユーザのスケジュールに対して設定された開示レベルに応じた情報を使用してスケジュールの表示画面を作成する（ステップＳ１１２）。
【００６３】
一方、参照要求で指定されたユーザのスケジュールが、同一グループの管理者のスケジュールと同一である場合（ステップＳ１１０，Ｙｅｓ）、表示内容設定部１２４ｄは、管理者のスケジュールに対して設定された情報を使用してスケジュールの表示画面を作成する（ステップＳ１１１）。
【００６４】
ステップＳ１０６、ステップＳ１１１もしくはステップＳ１１２の後、表示内容設定部１２４ｄは、作成した表示画面を参照要求元である端末装置に送信して表示させ、処理を終了する。
【００６５】
このように、ユーザの属するグループごとに公開するか否かを設定し、さらに公開する場合にどれだけの情報を開示するかを設定することにより、相手や状況に対応した適切な情報開示が実現できる。
【００６６】
ところで、この表示内容設定部１２４ｄは、スケジュールに設定された開示レベルを優先する場合に、指定されたユーザのスケジュールと、上司にあたる管理者のスケジュールとを比較し（ステップＳ１１０）、スケジュールが同一である場合には管理者が設定した開示レベルを使用することとしている。
【００６７】
これは、ユーザのスケジュールと管理者（上司）のスケジュールが同一であり、ユーザが開示レベルを高く（制限を緩く）設定し、管理者が開示レベルを低く（制限を厳しく）設定していたとすると、指定されたユーザのスケジュールを参照することで、管理者のスケジュールを推察することができ、情報管理上の問題が生じるためである。
【００６８】
具体的には、図６に示したユーザスケジュール１２３ｅにおいて、Ａ氏の２００３年４月１０日のスケジュールとＢ氏の２００３年４月１０日のスケジュールは、双方とも「東京、世田谷、北、ｘ−ｙ」である。そこで、Ａ氏のスケジュールを参照した際に、Ａ氏が設定した開示レベル「４．詳細」の通りに公開すると、公開される情報は「東京、世田谷、北、ｘ−ｙ」となる。しかし、この情報を公開すると、Ａ氏の上司であるＢ氏が開示レベルを「３．地区名」とし、番地を公開しないこととしているにも関わらず、Ａ氏が公開した情報によってＢ氏の位置情報を番地まで推察される虞がある。
【００６９】
そこで、Ａ氏とＢ氏のスケジュールが同一である場合には、管理者であるＢ氏の開示レベルを適用することで、管理者の情報の不必要な開示を防止することができる。
【００７０】
なお、管理者であるＢ氏が設定した開示レベルに比して厳しい開示レベルをＡ氏が設定している場合には、Ｂ氏の開示レベルを適用せず、より厳しい制限を設けたＡ氏の設定した開示レベルを用いることとしてもよい。
【００７１】
上述してきたように、本実施の形態にかかるスケジュール管理システムでは、ユーザが属するグループや登録されたスケジュールの内容に対して開示レベルを設定し、各開示レベルでどれだけの情報を公開するかを開示レベルデータ１２３ｃとして記憶しているので、ユーザのグループやスケジュールの内容に対応して適切な情報開示を自動的におこなうことができる。
【００７２】
また、グループに対して設定した開示レベルとスケジュールに対して設定した開示レベルのどちらを優先するかをグループデータ１２３ｂにあらかじめ登録しておくことにより、グループに対して設定した開示レベルとスケジュールに対して設定した開示レベルとの間に生じる矛盾を自動的に解消することができる。
【００７３】
さらに、参照要求がなされたユーザのスケジュールが、そのグループの管理者のスケジュールと同一であった場合には、管理者がスケジュールに対して設定した開示レベルを適用することにより、管理者のスケジュールの不必要な開示を防止することができる。
【００７４】
（付記１）複数のユーザのスケジュールを記憶し、所定のユーザが前記スケジュールの参照要求を行った場合に前記複数のユーザのスケジュールから指定されたユーザのスケジュールを読み出して表示するスケジュール管理方法であって、
前記スケジュールの内容および／または前記ユーザが属するグループに基づき、前記スケジュールに含まれる情報をどれだけの範囲で開示するかを指定する開示レベルを設定する開示レベル設定工程と、
前記参照要求を行ったユーザを認証し、該認証結果と前記参照要求が指定したスケジュールに設定された前記開示レベルとをもとに、該参照要求元に表示する表示内容を作成する表示内容作成工程と、
を含むことを特徴とするスケジュール管理方法。
【００７５】
（付記２）前記スケジュールの内容に基づいて設定された開示レベルと、前記ユーザが属するグループに基づいて設定された開示レベルとの間における優先順位を設定する開示レベル優先順位設定工程をさらに含み、前記表示内容作成工程は、前記開示レベル優先順位設定工程によって設定された優先順位に基づいて前記表示内容を作成することを特徴とする付記１に記載のスケジュール管理方法。
【００７６】
（付記３）前記グループに含まれるユーザ間の階層関係を指定する階層関係指定工程をさらに含み、前記表示内容作成工程は、前記参照要求によって指定されたユーザのスケジュールが、当該ユーザに比して上位のユーザのスケジュールと同一である場合、該上位のユーザのスケジュールに対して設定された開示レベルに基づいて前記表示内容を作成することを特徴とする付記１または２に記載のスケジュール管理方法。
【００７７】
（付記４）前記スケジュールは、前記ユーザの位置情報を含み、前記開示レベルは前記ユーザの位置情報を開示する際の精度を指定することを特徴とする付記１，２または３のいずれかに記載のスケジュール管理方法。
【００７８】
（付記５）前記参照要求を携帯端末から受信し、前記表示内容を該要求元である携帯端末に送信することを特徴とする付記１〜４のいずれか一つに記載のスケジュール管理方法。
【００７９】
（付記６）前記スケジュールの登録および／または前記開示レベルの設定を携帯端末を介して実行することを特徴とする付記１〜５のいずれか一つに記載のスケジュール管理方法。
【００８０】
【発明の効果】
以上説明したように、請求項１の発明によれば、スケジュール管理方法は、スケジュールの内容やユーザが属するグループに対して開示レベルを設定し、スケジュールの参照要求があった場合に開示レベルに基づいてどれだけの範囲で情報を公開するかを制御することができるので、参照の要求元やスケジュールの内容に対応して適切に情報開示を実行可能なスケジュール管理方法が得られるという効果を奏する。
【００８１】
また、請求項２の発明によれば、スケジュール管理方法は、スケジュールに設定された開示レベルとグループに対して設定された開示レベルとの間に優先順位を設定し、どちらの開示レベルを優先して使用するかを指定するので、グループに対して設定した開示レベルとスケジュールに対して設定した開示レベルとの間に生じる矛盾を自動的に解消し、情報を適切に開示することのできるスケジュール管理方法が得られるという効果を奏する。
【００８２】
また、請求項３の発明によれば、スケジュール管理方法は、グループに属するユーザ間の階層関係を指定し、参照要求によって指定されたユーザのスケジュールが、同じグループ内で上位のユーザのスケジュールと同一である場合には、上位のユーザがスケジュールに対して設定した開示レベルを使用してどれだけの情報を開示するかを決定するので、管理者のスケジュールの不必要な開示を防止し、情報を適切に開示することのできるスケジュール管理方法が得られるという効果を奏する。
【図面の簡単な説明】
【図１】本実施の形態に係るスケジュール管理システムの構成を示す機能ブロック図である。
【図２】図１に示したユーザデータの具体例を説明する説明図である。
【図３】図１に示したグループデータの具体例を説明する説明図である。
【図４】図１に示した開示レベルデータの具体例を説明する説明図である。
【図５】図１に示したユーザ基本特性の具体例を説明する説明図である。
【図６】図１に示したユーザスケジュールの具体例を説明する説明図である。
【図７】図１に示した表示内容設定部による表示内容作成の処理動作を説明するフローチャートである。
【符号の説明】
１０ａ〜１０ｃ    端末装置
１１    ネットワーク
１２    サーバ
１２０    インターフェース部
１２１    入力部
１２２    表示部
１２３    記憶部
１２３ａ  ユーザデータ
１２３ｂ  グループデータ
１２３ｃ  開示レベルデータ
１２３ｄ  ユーザ基本特性
１２３ｅ  ユーザスケジュール
１２４    制御部
１２４ａ  サーバ処理部
１２４ｂ  ユーザ認証処理部
１２４ｃ  データ登録処理部
１２４ｄ  表示内容設定部
【図１】
2004295437.tif 000003
【図２】
2004295437.tif 000004
【図３】
2004295437.tif 000005
【図４】
2004295437.tif 000006
【図５】
2004295437.tif 000007
【図６】
2004295437.tif 000008
【図７】
2004295437.tif 000009