JP2021117633A - 統合スケジュール管理装置および統合スケジュール管理方法 - Google Patents

Abstract

【課題】関係者を含む個人および機器を含む管理対象のスケジュールを調整可能とする。【解決手段】１または複数の管理サーバから、ユーザまたは／および機器のスケジュールと、当該ユーザまたは／および機器に関連する関連スケジュールとを、ネットワークを介して受信する通信部と、１または複数の管理サーバから受信されたスケジュールをユーザまたは／および機器ごとに統合した統合スケジュールと、１または複数の管理サーバから受信された関連スケジュールをユーザまたは／および機器ごとに統合した統合関連スケジュールとを生成し、生成した統合スケジュールと統合関連スケジュールとを、１または複数の管理サーバに反映させる統合スケジュール管理部と、を有する。【選択図】 図１

Description

本発明は、人間や機器のスケジュール管理技術に関するものである。

あらゆる機器をインターネットに接続し、種々のサービスを提供するＩｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ（ＩｏＴ）技術が普及しつつある。インターネットに接続される機器の数が急速に増加する中、さまざまな機器により自分の行動予定を推測し、行動の最適化を図りたいという要望が高まっている。ユーザの行動は学校や会社など、他人と協調して行動する公的な場と、家庭内や休日など、自由に行動できる時間が比較的多い私的な場に分けることができ、ユーザは通常、これらを個別のスケジュールとして管理する。時間は有限であるため、複数のスケジュールを管理すると、スケジュールが互いに干渉する事象が発生する。そこで、複数のスケジュールの同期をとるための技術が提案されている（例えば特許文献１）。また、複数のシステムへのログインを可能にするために、認証情報を一元管理する技術が提案されている（例えば特許文献２）。

特開２０１１−１８６９８６号公報 特開２００４−２３４３２９号公報

特許文献１に記載の技術は、携帯電話等の携帯端末とパーソナルコンピュータ（ＰＣ）等の端末の２つを対象とし、各端末において個別に管理されているスケジュール間の同期をとり、片方のスケジュールの修正結果をもう片方の端末に反映する。また、特許文献２に記載の技術は、単一のアプリケーションから複数のサービスを利用するための認証情報を統合管理することで、複数のサービスで管理されている情報を取得することが可能になる。これらを組み合わせることで、複数のシステムで個別に管理されているスケジュールの情報を一元的に表示することが可能となる。しかし、スケジュールは個人の予定のほか、関係者のスケジュールやスケジュールの実行に必要な機器等のリソースのスケジュールも考慮して調整する必要がある。

本発明は、関係者を含む個人および機器を含む管理対象のスケジュールを調整可能な統合スケジュール管理装置および統合スケジュール管理方法を提供することをひとつの目的とする。

本発明の一態様にかかる統合スケジュール管理装置は、１または複数の管理サーバから、ユーザまたは／および機器のスケジュールと、当該ユーザまたは／および機器に関連する関連スケジュールとを、ネットワークを介して受信する通信部と、前記１または複数の管理サーバから受信された前記スケジュールを前記ユーザまたは／および機器ごとに統合した統合スケジュールと、前記１または複数の管理サーバから受信された前記関連スケジュールを前記ユーザまたは／および機器ごとに統合した統合関連スケジュールとを生成し、生成した前記統合スケジュールと前記統合関連スケジュールとを、前記１または複数の管理サーバに反映させる統合スケジュール管理部と、を有することを特徴とする統合スケジュール管理装置として構成される。

本発明の一態様によれば、関係者を含む個人および機器を含む管理対象のスケジュールが調整可能となる。

一実施形態の統合スケジュール管理システムのブロック図 スケジュール管理サーバの構成例を示すブロック図 スケジュール管理サーバが管理するデータの構成例を示すブロック図 スケジュール管理端末の構成例を示すブロック図 スケジュール管理端末が管理するデータの構成例を示すブロック図 別の一実施形態の統合スケジュール管理システムのブロック図 スケジュール管理端末の構成例を示すブロック図 別の一実施形態の統合スケジュール管理システムのブロック図 統合スケジュール管理サーバの構成例を示すブロック図 統合スケジュール管理サーバが管理するデータの構成例を示すブロック図 統合スケジュール管理端末の構成例を示すブロック図 統合スケジュール管理端末が管理するデータの構成例を示すブロック図 スケジュール管理処理を説明する時系列図１ スケジュール管理処理を説明する時系列図２ スケジュール管理処理を説明する時系列図３ スケジュール管理処理を説明する時系列図４ スケジュール管理処理を説明する時系列図５ スケジュール管理処理を説明するユーザインタフェース１ スケジュール管理処理を説明するユーザインタフェース２ スケジュール管理処理を説明するユーザインタフェース３ スケジュール管理処理を説明するユーザインタフェース４ スケジュール管理処理を説明するユーザインタフェース５ スケジュール管理処理を説明するユーザインタフェース６ スケジュール管理処理を説明するユーザインタフェース７ スケジュール管理処理を説明するユーザインタフェース８ スケジュール管理処理を説明するユーザインタフェース９ スケジュール管理処理を説明するフローチャート１ スケジュール管理処理を説明するフローチャート２ スケジュール管理処理を説明するユーザインタフェース１０

以下、図面に基づいて本発明の一実施形態について説明する。以下の記載および図面は、本発明を説明するための例示であって、説明の明確化のため、適宜、省略および簡略化がなされている。本発明は、他の種々の形態でも実施する事が可能である。特に限定しない限り、各構成要素は単数でも複数でも構わない。

図面において示す各構成要素の位置、大きさ、形状、範囲などは、発明の理解を容易にするため、実際の位置、大きさ、形状、範囲などを表していない場合がある。このため、本発明は、必ずしも、図面に開示された位置、大きさ、形状、範囲などに限定されない。

以下の説明では、「テーブル」、「リスト」等の表現にて各種情報を説明することがあるが、各種情報は、これら以外のデータ構造で表現されていてもよい。データ構造に依存しないことを示すために「ＸＸテーブル」、「ＸＸリスト」等を「ＸＸ情報」と呼ぶことがある。識別情報について説明する際に、「識別情報」、「識別子」、「名」、「ＩＤ」、「番号」等の表現を用いた場合、これらについてはお互いに置換が可能である。

同一あるいは同様な機能を有する構成要素が複数ある場合には、同一の符号に異なる添字を付して説明する場合がある。ただし、これらの複数の構成要素を区別する必要がない場合には、添字を省略して説明する場合がある。

また、以下の説明では、プログラムを実行して行う処理を説明する場合があるが、プログラムは、プロセッサ（例えばＣＰＵ（Central Processing Unit）、ＧＰＵ（Graphics Processing Unit））によって実行されることで、定められた処理を、適宜に記憶資源（例えばメモリ）および／またはインターフェースデバイス（例えば通信ポート）等を用いながら行うため、処理の主体がプロセッサとされてもよい。同様に、プログラムを実行して行う処理の主体が、プロセッサを有するコントローラ、装置、システム、計算機、ノードであってもよい。プログラムを実行して行う処理の主体は、演算部であれば良く、特定の処理を行う専用回路（例えばＦＰＧＡ（Field-Programmable Gate Array）やＡＳＩＣ（Application Specific Integrated Circuit））を含んでいてもよい。

プログラムは、プログラムソースから計算機のような装置にインストールされてもよい。プログラムソースは、例えば、プログラム配布サーバまたは計算機が読み取り可能な記憶メディアであってもよい。プログラムソースがプログラム配布サーバの場合、プログラム配布サーバはプロセッサと配布対象のプログラムを記憶する記憶資源を含み、プログラム配布サーバのプロセッサが配布対象のプログラムを他の計算機に配布してもよい。また、以下の説明において、２以上のプログラムが１つのプログラムとして実現されてもよいし、１つのプログラムが２以上のプログラムとして実現されてもよい。

図１は、本実施例の統合スケジュール管理システムの構成の一例である。以下に示すように、本実施例の統合スケジュール管理システムは、複数の人間、機器のスケジュールを管理、調整するスケジュールサービスに適用することができる。

図１に示すように、統合スケジュール管理システム１０００は、ユーザの全スケジュールを一元管理する統合スケジュール管理サーバ１、ユーザが統合スケジュールの操作に用いる統合スケジュール管理端末３、ユーザが個々の場面に応じたスケジュール管理を行う複数のスケジュール管理サーバ２（２−１〜２−Ｎ）、個々のスケジュール管理サーバ２の操作に用いるスケジュール管理端末４（４−１〜４−Ｎ）、２つの場所間の移動経路と所要時間を計算する移動時間検索サーバ６を有し、これらの構成要素はネットワーク５によって相互に接続される。ユーザは、自身のスケジュールを公的、私的などの分類に応じて個別のスケジュール管理システムを利用して管理する。統合スケジュール管理サーバ１は、個々のスケジュール管理サーバ２（２−１〜２−Ｎ）とスケジュールデータの送受信を行い、統一的なスケジュール管理を実現する。

次に、システムを構成する各装置について詳しく説明する。図２は、スケジュール管理サーバ２の装置構成例を示す。スケジュール管理サーバ２は、バス２８に接続された制御部（ＣＰＵ）２２、メモリなどの内部記憶装置２６、ハードディスクなどの外部記憶装置２４、及びネットワークインターフェース２０を具備し、ネットワークインターフェース２０を介して外部と通信を行う。内部記憶装置２６は、スケジュールの登録、更新、通知などの管理機能を実現するスケジュール管理プログラム２６１と、スケジュールの開始時間、終了時間、内容などの情報を管理するスケジュール情報データベース（ＤＢ）２６３、ユーザと関連する人や機器のアカウント情報を管理する関連スケジュールアカウントＤＢ２６５、関連する人や機器のスケジュールを管理する関連スケジュール情報ＤＢ２６７、スケジュール管理サーバ２にログインするためのアカウント情報を管理するアカウント情報ＤＢ２６９を含む。各種のデータベースは、システムの規模、データ量、応答速度などを勘案して、外部記憶装置２４に格納してもよい。これらのデータベースは、内部記憶装置２６にインストールされているスケジュール管理プログラム２６１によって読み書きが行われる。制御部（ＣＰＵ）２２が内部記憶装置２６に保存されたスケジュール管理プログラム２６１にアクセスすることで、スケジュール管理機能が実現される。

図３は、スケジュール管理サーバ２の内部記憶装置２６に存在する各種のデータベースの構成例を表す。スケジュール情報ＤＢ２６３は、ユーザまたは／および機器のスケジュールに関する情報を管理するデータベースであり、ユーザを一意に特定するユーザ識別子、スケジュールを一意に特定するスケジュール識別子、スケジュールの内容を端的に表すスケジュール名、スケジュールの開始時刻と終了時刻、スケジュールが実行される場所と、スケジュールの特徴を記載するスケジュールパラメータを含む。上記ユーザ識別子には、機器の識別子を含んでもよい。この点は、後述する統合ユーザ識別子についても同様である。

関連スケジュールアカウント情報ＤＢ２６５はユーザが自分と関連する他のユーザまたは／および機器のスケジュールを管理するための情報を管理するデータベースであり、ユーザ自身を一意に特定するユーザ識別子と、関連する他のユーザを一意に特定するための関連ユーザ識別子をふくむ。関連する他のユーザとは、例えばビジネスシーンにおいては自社内の自部署の他職員であったり、家庭内であれば家族であったりと、社会的に何らかのつながりを持つユーザであることが多い。当該関連する他のユーザには、上記のような社会的に何らかのつながりを持つユーザのほか、ユーザにより使用される機器を含んでもよい。この点は、統合スケジュール管理サーバ１に記憶される関連ユーザ識別子についても同様である。

関連スケジュール情報ＤＢ２６７は、関連する他のユーザのスケジュール情報を管理するデータベースであり、関連ユーザを一意に特定する関連ユーザ識別子、スケジュールを一意に特定するスケジュール識別子、スケジュールの内容を端的に表すスケジュール名、スケジュールの開始時刻と終了時刻、スケジュールが実行される場所と、スケジュールの特徴を記載するスケジュールパラメータを含む。

アカウント情報ＤＢ２６９は、ユーザがスケジュール管理サーバ２にログインするための情報として、ユーザ識別子、スケジュールアカウント、認証情報を含む。

図４は、スケジュール管理端末４の装置構成例を示す。スケジュール管理端末４は、バス４８に接続された制御部（ＣＰＵ）４２、メモリなどの内部記憶装置４６、ハードディスクなどの外部記憶装置４４、及びネットワークインターフェース４０を具備し、ネットワークインターフェース４０を介して外部と通信を行う。また、バス４８にはユーザがスケジュールに対して種々の操作を行うためのキーボード、ディスプレイ等の入出力装置４１が接続される。内部記憶装置４６は、スケジュールの登録、更新、通知などの管理機能を実現するスケジュール操作プログラム４６１と、スケジュールの開始時間、終了時間、内容などの情報を管理するスケジュール情報データベース（ＤＢ）４６３、ユーザと関連する人や機器のアカウント情報を管理する関連スケジュールアカウントＤＢ４６５、関連する人や機器のスケジュールを管理する関連スケジュール情報ＤＢ４６７を含む。各種のデータベースは、システムの規模、データ量、応答速度などを勘案して、外部記憶装置４４に格納してもよい。これらのデータベースは、内部記憶装置４６にインストールされているスケジュール操作プログラム４６１によって読み書きが行われる。制御部（ＣＰＵ）４２が内部記憶装置４６に保存されたスケジュール操作プログラム４６１にアクセスすることで、スケジュール管理端末４はスケジュール管理機能をユーザに提供する。

図５は、スケジュール管理端末４の内部記憶装置４６に存在するデータベースの構成例を表す。スケジュール管理端末４の基本的な機能は、スケジュール管理サーバ２からスケジュールに関するデータを取得して、これを画面に表示したり、スケジュールの変更、削除等の操作を行って最新データをスケジュール管理サーバに反映することである。スケジュール管理端末４が管理するデータの構成は、スケジュール管理サーバ２が管理するデータ構成と同一であるため、データ構成に関する詳細な説明は割愛する。

図６は、統合スケジュール管理システムの別の構成の一例である。スケジュール管理端末４は、近年ではスマートフォンなどの携帯端末が用いられることが多く、単一の端末上で複数のスケジュール管理プログラムを動作させることで、複数のスケジュール管理サーバ（２−１〜２−Ｎ）を少ないスケジュール管理端末４（４−１、４−２）で操作することが可能である。

図７は、このようなシステム構成におけるスケジュール管理端末４の構成を示しており、内部記憶装置４６において、複数のスケジュール操作プログラム（４６１−１〜４６１−Ｍ）が動作している。スケジュール管理サーバ（２−１〜２−Ｎ）は、独立したシステムとして稼働しているため、各スケジュール操作プログラム（４６１−１〜４６１−Ｍ）は個別に関連するデータベース（４６１−３〜４６３−Ｍ、４６５−１〜４６５−Ｍおよび４６７−１〜４６７−Ｍ）を管理する。

また、ビジネスシーンにおいてはデータ保護を目的として、ユーザが使用する端末は仮想ＰＣとシンクライアントの組合せで提供されることもある。図８は、スケジュール管理仮想端末７とシンクライアント６を含む統合スケジュール管理システムの構成である。スケジュール管理仮想端末７は、スケジュール管理端末４の機器構成を仮想化したものであり、その構成はスケジュール管理端末４と同一であるため、説明を割愛する。

図９は、統合スケジュール管理サーバ１の装置構成例を示す。統合スケジュール管理サーバ１は、バス１８に接続された制御部（ＣＰＵ）１２、メモリなどの内部記憶装置１６、ハードディスクなどの外部記憶装置１４、及びネットワークインターフェース１０を具備し、ネットワークインターフェース１０を介して外部と通信を行う。内部記憶装置１６には、統合スケジュールの管理機能を提供する統合スケジュール管理プログラム１６１、を含む。統合スケジュール管理プログラム１６１は、外部記憶装置１４にインストールされ、制御部（ＣＰＵ）１２によってシステムの稼働開始時に起動される。これらのプログラムに加えて、統合スケジュール管理サーバ１は、統合スケジュールの構成を管理する統合スケジュール構成情報ＤＢ１６３、統合したスケジュール情報を管理する統合スケジュール情報ＤＢ１６５、各スケジュール管理サーバ（２−１〜２−Ｎ）にて管理されている、関係者のスケジュールを統合管理する統合関連スケジュール情報ＤＢ１６７、統合スケジュールの他のスケジュール管理サーバでの表示や通知方法を制御するスケジュール制御情報ＤＢ１６９を備える。これらの各データベースは、システムの規模、データ量、応答速度などを勘案して、外部記憶装置１４に格納してもよい。各データベースは、内部記憶装置１６にインストールされている統合スケジュール管理プログラム１６１によって読み書きが行われる。制御部（ＣＰＵ）１２が内部記憶装置１６に保存された統合スケジュール管理プログラム１６１にアクセスすることで、統合スケジュール管理サーバは統合スケジュール管理処理を実行する。

図１０は、統合スケジュール管理サーバ１の内部記憶装置１６に存在する各データベースの構成例を表す。統合スケジュール構成情報ＤＢ１６３はユーザが使用している個々のスケジュール管理サービスのアカウント情報を管理するデータベースであり、統合スケジュールシステム内でユーザを一意に特定する統合ユーザ識別子と、個々のスケジュール管理サーバにアクセスするために必要なスケジュールアカウント、スケジュール認証情報の対を、ユーザが使用しているスケジュール管理サービスの数だけ管理する。

統合スケジュール情報ＤＢ１６５は、各スケジュール管理サーバ２で管理されているスケジュール情報を統合して管理するデータベースであり、前記の統合ユーザ識別子、システム内で統合スケジュールを一意に特定する統合スケジュール識別子とスケジュール詳細を含む。スケジュール詳細はスケジュールの詳細情報であり、内容はスケジュール管理サーバ２のスケジュール情報ＤＢ２６３と類似している。これは、統合スケジュール管理サーバ１のスケジュール登録処理の一部が、個々のスケジュール管理サーバ２のスケジュール情報を収集することで実行されるからである。スケジュール詳細はスケジュール識別子、スケジュールの内容を端的に表すスケジュール名、スケジュールの開始時刻と終了時刻、スケジュールの実行場所と、スケジュール詳細を記述する任意のスケジュールパラメータを含む。統合スケジュール情報の登録がスケジュール管理サーバ２のスケジュール情報に基づいて行われる場合、スケジュール詳細のそれぞれの項目はスケジュール管理サーバ２のスケジュール情報ＤＢ２６３の同名の項目の値がコピーして用いられる。統合スケジュール情報の登録が統合スケジュール管理端末３の操作で行われ、スケジュール管理サーバ２の情報によらない場合、スケジュール詳細のスケジュール識別子は空値が設定される。

統合関連スケジュール情報ＤＢ１６７は、各スケジュール管理サーバ２で管理されている関連スケジュール情報を統合して管理するデータベースであり、前記の統合ユーザ識別子、スケジュール管理サーバ２にアクセスして関連スケジュール情報を取得する際に用いるスケジュールアカウントと関連スケジュール詳細を含む。関連スケジュール詳細の内容は、スケジュール管理サーバ２の関連スケジュール情報ＤＢ２６７と類似している。これは、統合スケジュール管理サーバ１の関連スケジュール登録処理が、個々のスケジュール管理サーバ２の関連スケジュール情報を収集することで実行されるからである。関連スケジュール詳細は、関連ユーザ識別子、スケジュール識別子、スケジュールの内容を端的に表すスケジュール名、スケジュールの開始時刻と終了時刻、スケジュールの実行場所と、スケジュール詳細を記述する任意のスケジュールパラメータを含む。関連スケジュール詳細のそれぞれの項目は、スケジュール管理サーバ２の関連スケジュール情報ＤＢ２６７の同名の項目の値がコピーして用いられる。
スケジュール情報制御ＤＢ２６９は、統合スケジュール管理サーバ１上で実施した統合スケジュールに対する操作の結果を、スケジュール管理サーバ２に反映する際の処理を制御するパラメータを管理するデータベースであり、前記統合ユーザ識別子と、スケジュールを登録する際用いた登録元スケジュールアカウント、スケジュールの登録先スケジュールアカウント、スケジュール制御パラメータを含む。スケジュール制御パラメータを用いた制御の詳細については、図２４、図２７にて詳述する。

図１１は、統合スケジュール管理端末３の装置構成例を示す。統合スケジュール管理端末３は、バス３８に接続された制御部（ＣＰＵ）３２、メモリなどの内部記憶装置３６、ハードディスクなどの外部記憶装置３４、及びネットワークインターフェース３０を具備し、ネットワークインターフェース３０を介して外部と通信を行う。また、バス３８には、ユーザがスケジュールに対して種々の操作を行うためのキーボード、ディスプレイ等の入出力装置３１が接続される。内部記憶装置３６には、統合スケジュールの管理機能を提供する統合スケジュール操作プログラム３６１、を含む。統合スケジュール操作プログラム３６１は、外部記憶装置３４にインストールされ、制御部（ＣＰＵ）３２によってシステムの稼働開始時に起動される。これらのプログラムに加えて、統合スケジュール管理端末３は、統合スケジュールの構成を管理する統合スケジュール構成情報ＤＢ３６３、統合したスケジュール情報を管理する統合スケジュール情報ＤＢ３６５、各スケジュール管理サーバ（２−１〜２−Ｎ）にて管理されている、関係者のスケジュールを統合管理する統合関連スケジュール情報ＤＢ３６７、統合スケジュールの他のスケジュール管理サーバでの表示や通知方法を制御するスケジュール制御情報ＤＢ３６９を備える。これらの各データベースは、システムの規模、データ量、応答速度などを勘案して、外部記憶装置３４に格納してもよい。各データベースは、内部記憶装置３６にインストールされている統合スケジュール操作プログラム３６１によって読み書きが行われる。制御部（ＣＰＵ）３２が内部記憶装置３６に保存された統合スケジュール操作プログラム３６１にアクセスすることで、統合スケジュール管理端末３は統合スケジュール管理処理を実行する。

図１２は、統合スケジュール管理端末３の内部記憶装置３６に存在するデータベースの構成例を表す。統合スケジュール管理端末３の基本的な機能は、統合スケジュール管理サーバ１から統合スケジュールに関するデータを取得して、これを画面に表示したり、統合スケジュールの変更、削除等の操作を行って最新データをスケジュール管理サーバに反映することである。統合スケジュール管理端末３が管理するデータの構成は、統合スケジュール管理サーバ１が管理するデータ構成と同一であるため、データ構成に関する詳細な説明は割愛する。

続いて、本実施例の統合スケジュール管理システムの全体の動作について説明する。まず、図１３の時系列図を用いて、各スケジュール管理サーバ２（２−１〜２−Ｎ）からスケジュールを収集し、統合スケジュールを生成する処理について説明する。

ユーザからの操作を受けて、統合スケジュール管理端末３は、統合スケジュール管理サーバ１に統合スケジュールを要求するメッセージを送信する（Ｓ１−０１）。統合スケジュール要求は、統合スケジュール構成情報ＤＢ３６３の統合ユーザ識別子を含む。統合スケジュール要求を受信した統合スケジュール管理サーバ１は、メッセージに含まれる統合ユーザ識別子を用いて統合スケジュール構成情報ＤＢ１６３を検索し、統合ユーザ識別子に対応した、各スケジュール管理サーバ２（２−１〜２−Ｎ）用のスケジュールアカウントとスケジュール認証情報を取得する。各スケジュール管理サーバ２（２−１〜２−Ｎ）用のアカウントおよび認証情報を取得した統合スケジュール管理サーバ１は、各スケジュール管理サーバ２（２−１〜２−Ｎ）にスケジュール要求を送信する（Ｓ１−０３、Ｓ１−０５）。スケジュール要求は各スケジュール管理サーバ２（２−１〜２−Ｎ）にログインするためのスケジュールアカウントとスケジュール認証情報を含む。

スケジュール要求を受信した各スケジュール管理サーバ２（２−１〜２−Ｎ）は、メッセージに含まれたスケジュールアカウントおよびスケジュール認証情報を用いてアカウント情報ＤＢ２６９を検索し、認証情報が正しいことを確認したのち、アカウントに対応したユーザ識別子を取得する。取得したユーザ識別子を用いてスケジュール管理サーバ２は、スケジュール情報ＤＢ２６３を検索し、ユーザ識別子に対応した全てのスケジュール情報を統合スケジュール管理サーバに送信する（Ｓ１−０７、Ｓ１−０９）。

対象の全てのスケジュール管理サーバ２（２−１〜２−Ｎ）からスケジュール情報を受信した統合スケジュール管理サーバ１は、受信した全てのスケジュール情報をマージして統合スケジュールを作成し（Ｓ１−１１）、作成した統合スケジュールを統合スケジュール管理端末３に返送する（Ｓ１−１３）。

スケジュール情報から統合スケジュール情報が生成される様子を、図２０を用いて説明する。ユーザのスケジュールは、例えば会社のスケジュールがスケジュール表示画面１（Ｇ０３−０１）、プライベートのスケジュールがスケジュール表示画面２（Ｇ０３−０２）に示す内容で、スケジュール管理サーバ１（２−１）、スケジュール管理サーバ２（２−２）にてそれぞれ管理されているものとする。これらの２つのスケジュールから、図１３の時系列図で示す処理で統合スケジュールを生成したところ、統合スケジュール表示画面（Ｇ０３−０３）のスケジュールが得られる。統合スケジュールは、スケジュール表示画面１（Ｇ０３−０１）、スケジュール表示画面２（Ｇ０３−０２）の全てのスケジュールを含む内容となる。

次に、統合スケジュールを統合スケジュール管理端末３を用いて新規に作成する方法を、図１５の時系列図を用いて説明する。ユーザからの操作を受けて、統合スケジュール管理端末３は、自身のスケジュールに関する情報の入力を受け付ける。スケジュール作成に必要な情報は、図２６に示すようにスケジュール名、開始時刻、終了時刻、場所である。ユーザからの入力を受け付けた統合スケジュール管理端末３は、統合スケジュール生成要求を含むメッセージを統合スケジュール管理サーバ１に送信する（Ｓ３−０１）。統合スケジュール生成要求は、スケジュール名、開始時間、終了時間、場所を情報として含む。統合スケジュール生成要求を受信した統合スケジュール管理サーバ１は、メッセージに含まれる情報を用いて統合スケジュール（図２１、Ｇ０４−０１）を生成し、統合スケジュール情報ＤＢ３６５に登録する（Ｓ３−０３）。統合スケジュールの登録時に、統合スケジュール管理サーバ１は、スケジュール識別子を新規に生成する。

新規に生成した統合スケジュールの、各スケジュール管理端末４（４−１〜４−Ｎ）での表示方法は、統合スケジュール管理サーバ１のスケジュール制御情報ＤＢ１６９に含まれるスケジュール制御パラメータによって制御される。図２１の統合スケジュール表示画面Ｇ０４−０１において、「○○定例］という名称の統合スケジュールが作成されたとする。これをスケジュール管理端末４（４−１〜４−Ｎ）に表示する方法としては、スケジュール表示画面１（Ｇ０４−０２）のように統合スケジュールをそのまま表示するか、表示画面２（Ｇ０４−０３）のように内容を非公開とするかが考えられる。

スケジュール制御パラメータの設定は、図２４に示すようにスケジュール制御パラメータ設定画面Ｇ０７によって行う。制御の方法は、スケジュールのデータ発生元とデータ登録先ごとに公開方法を公開、非公開、登録なしか選択することで設定する。通知の制御方法に登録なしを設定した場合、統合スケジュール管理サーバ１からスケジュール管理サーバ２への統合スケジュール更新要求は送信されない。また、データの発生元には、統合スケジュール管理サーバ１だけではなく、スケジュール管理サーバ２を登録することも可能である。これは、スケジュール管理サーバ２で新規に作成されたスケジュールデータに基づいて、統合スケジュールの生成が行われる場合があるためである。スケジュール管理サーバ２で作成されたスケジュールデータは、スケジュール管理サーバ２が作成し、スケジュール情報ＤＢ２６３で管理するスケジュール識別子をもち、この値が統合スケュール管理サーバ１の統合スケジュール情報ＤＢ１６５のスケジュール識別子として管理されるため、これによりデータ発生元を特定できる。

データの発生元に基づくスケジュール表示制御だけでなく、個別の統合スケジュールデータに制御パラメータを設定したい場合は、図２５に示すように、統合スケジュールデータに関するスケジュール制御パラメータ設定画面を用いる。こちらの方法ではデータ登録先と公開方法のみを設定することが可能である。

統合スケジュール管理サーバ１は、スケジュール制御情報ＤＢ１６９を検索し、統合スケジュールを個別のスケジュール管理サーバ２に反映するための制御パラメータを取得する（Ｓ３−０５）。スケジュール制御パラメータの値が「登録なし」以外の場合、統合スケジュール管理サーバ１は、個々のスケジュール管理サーバ２（２−１）にスケジュール反映要求を送信して、スケジュールを更新するよう要求する（Ｓ３−０７）。スケジュール更新要求は、スケジュール識別子、スケジュール名、開始時刻、終了時刻、場所を含む。スケジュール制御パラメータの値が「登録なし」の場合、統合スケジュール管理サーバ１はスケジュール反映要求の送信を行わない。

スケジュール更新要求を受信したスケジュール管理サーバ２（２−１）は、受信した情報を用いてスケジュール情報をスケジュール情報ＤＢ４６３に登録する（Ｓ３−０９）。その後、スケジュール管理サーバ２（２−１）は、スケジュールの更新があったことをスケジュール管理端末４（４−１）に通知する（Ｓ３−１１）。スケジュール管理端末４（４−１）に通知する内容は、スケジュール制御パラメータの内容が公開か非公開かによって異なる。スケジュール制御パラメータが公開の場合、スケジュール管理端末４（４−１）に通知する内容は、図１８のＧ０１に示すように、スケジュール更新の元となった発生元のカレンダー名と、スケジュール名、開始時刻、終了時刻が含まれる。他方、スケジュール制御パラメータが非公開の場合、通知内容は、図１９のＧ０２に示すように、スケジュール更新の元となった発生元のカレンダー名だけが含まれる。スケジュール管理端末４（４−１）へのスケジュール更新通知を送信した後、スケジュール管理サーバ２（２−１）は、スケジュール反映完了を統合スケジュール管理サーバ１に送信する（Ｓ３−１３）。スケジュール反映完了を受信した統合スケジュール管理サーバ１は、統合スケジュール作成完了を統合スケジュール管理端末３に送信する（Ｓ３−１５）。

図２７は、統合スケジュールの作成、または更新時のスケジュール制御パラメータの処理手順を説明するフローチャートである。統合スケジュール管理サーバ１が、統合スケジュールの新規作成、または更新を検出すると（Ｆ０１−０４）、統合スケジュール管理サーバ１は、統合スケジュール情報ＤＢ１６５の対象の統合スケジュールの項目を検索し、スケジュール詳細に含まれるスケジュール識別子の値が空値かそうでないかを判定する（Ｆ０１−０７）。スケジュール識別子が空値の場合（Ｆ０１−０７；Ｙｅｓ）、当該統合スケジュールは、統合スケジュール管理端末３の操作によって新規に作成された統合スケジュールである。したがって、統合スケジュール管理サーバ１は、統合ユーザ識別子を検索キーとしてスケジュール制御情報ＤＢ１６９の登録元ユーザアカウントを検索し、スケジュール制御パラメータを取得する（Ｆ０１−１０）。

スケジュール識別子が空値ではない場合（Ｆ０１−０７；Ｎｏ）、当該統合スケジュールは、別のスケジュール管理サーバ２から収集したスケジュール情報に基づいて生成された作成された統合スケジュールである。したがって、統合スケジュール管理サーバ１は、スケジュール識別子に関連したスケジュール管理サーバ２のスケジュールアカウントを用いてケジュール制御情報ＤＢ１６９の登録元ユーザアカウントを検索し、スケジュール制御パラメータを取得する（Ｆ０１−１９）。いずれかの方法でスケジュール制御パラメータを取得した後、統合スケジュール管理サーバ１は、通知先のスケジュール管理サーバ２に、スケジュール制御パラメータが指定する方法でスケジュールを反映するよう要求する（Ｆ０１−１３）。

統合スケジュールは新規作成だけではなく、既存のスケジュールを更新することもできる。図２０の統合スケジュール表示画面Ｇ０１に示す統合スケジュールが、図２２の統合スケジュール表示画面Ｇ０３のように更新されるケースについて考える。このケースでは、会議２の終了時刻が１６時から１７時に修正されている。統合スケジュールの更新処理を、図１６の時系列図を用いて説明する。

統合スケジュールの更新は、ユーザが統合スケジュール管理端末３を操作して、スケジュール更新に必要な情報を入力することで開始する。スケジュール更新に必要な情報は、図２６のＧ０９に示すように、統合スケジュール作成時と同様である。統合スケジュールの新規生成時との相違点は、スケジュールの新規生成においてはスケジュール識別子が新規に生成されるのに対し、既存スケジュールの更新では既に存在するスケジュールのスケジュール識別子を継続して使用するという点である。それ以降の統合スケジュール更新の処理は、統合スケジュール生成と同様であるため、説明を割愛する。

統合スケジュールの作成、更新には、自分のスケジュールだけでなく関係者のスケジュールを考慮することがしばしば発生する。関係者のスケジュールは、各スケジュール管理サーバ２（２−１〜２−Ｎ）にて、関連ユーザのスケジュールとして閲覧のみが可能なグループのスケジュールとして管理されている。

図１４の時系列図は、各スケジュール管理サーバ２（２−１〜２−Ｎ）が管理する関連スケジュールを統合して、統合関連スケジュールとして管理する処理を示している。統合関連スケジュールの生成および表示処理は、統合スケジュール管理端末３が統合関連スケジュール要求を行うメッセージを統合スケジュール管理サーバ１に送信することで始まる（Ｓ２−０１）。統合関連スケジュール要求は、統合スケジュール構成情報ＤＢ３６３の統合ユーザ識別子を含む。統合関連スケジュール要求を受信した統合スケジュール管理サーバ１は、メッセージに含まれる統合ユーザ識別子を用いて統合スケジュール構成情報ＤＢ１６３を検索し、統合ユーザ識別子に対応した、各スケジュール管理サーバ２（２−１〜２−Ｎ）用のスケジュールアカウントとスケジュール認証情報を取得する。

各スケジュール管理サーバ２（２−１〜２−Ｎ）用のアカウントおよび認証情報を取得した統合スケジュール管理サーバ１は、各スケジュール管理サーバ２（２−１〜２−Ｎ）に関連スケジュール要求を行うメッセージを送信する（Ｓ２−０３、Ｓ２−０５）。関連スケジュール要求は、各スケジュール管理サーバ（２−１〜２−Ｎ）にログインするためのスケジュールアカウントとスケジュール認証情報を含む。関連スケジュール要求を受信した各スケジュール管理サーバ２（２−１〜２−Ｎ）は、メッセージに含まれたスケジュールアカウントおよびスケジュール認証情報を用いてアカウント情報ＤＢ２６９を検索し、認証情報が正しいことを確認したのち、アカウントに対応したユーザ識別子を取得する。取得したユーザ識別子を用いてスケジュール管理サーバ２は関連スケジュールアカウント情報ＤＢ２６５を検索し、ユーザが当該スケジュール管理サーバ２にて閲覧している関係者を表す関連ユーザ識別子の一覧を取得する。

次に、スケジュール管理サーバ２は、取得した全ての関連ユーザ識別子に対して、関連ユーザ識別子に対応した全てのスケジュール情報をスケジュール情報ＤＢを検索して取得し、これを関連スケジュール情報として統合スケジュール管理サーバ１に送信する（Ｓ２−０７、Ｓ２−０９）。関連スケジュール情報は、スケジュールアカウントとスケジュール識別子、スケジュール名、開始時刻、終了時刻、場所を含む。対象の全てのスケジュール管理サーバ２（２−１〜２−Ｎ）から関連スケジュール情報を受信した統合スケジュール管理サーバ１は、受信した全ての関連スケジュール情報をマージして統合スケジュールを作成し（Ｓ２−１１）、作成した統合関連スケジュールを統合スケジュール管理端末３に返送する（Ｓ２−１３）。

関連スケジュール情報から統合関連スケジュール情報が生成される様子を図２３を用いて説明する。ユーザのスケジュールは、例えば会社のスケジュールがスケジュール表示画面１（Ｇ０６−０１）、プライベートのスケジュールがスケジュール表示画面２（Ｇ０６−０２）に示す内容で、スケジュール管理サーバ２（２−１）、スケジュール管理サーバ２（２−２）にてそれぞれ管理されているものとする。これらの２つのスケジュールから、図１４の時系列図で示す処理で統合スケジュールを生成したところ、統合スケジュール表示画面（Ｇ０６−０３）のスケジュールが得られる。統合スケジュールは、スケジュール表示画面１（Ｇ０３−０１）、スケジュール表示画面２（Ｇ０３−０２）の全てのユーザ自身のスケジュールと関連ユーザのスケジュールを含む内容となる。

スケジュールを統合管理する目的の一つは、スケジュール間の調整を行うことである。個別のスケジュール管理サーバ２で管理されていたスケジュールを統合スケジュールとして管理することで、個別のスケジュール管理では気が付きにくい、実行できないスケジュールの容易な把握が可能となる。実行できないスケジュールの典型例は、異なるスケジュールの時間帯の重複だが、その他、２つの予定が異なる場所で実行される場合、移動時間が不足して間に合わない、というケースもある。スケジュールの実行可能性をチェックして、実行不可能なスケジュールが発生した時、ユーザにこれを通知してスケジュール間の調整を促すことで、時間の有効利用が可能となる。

図１７の時系列図を用いて、スケジュールの実行可能性のチェックとユーザへの通知処理を説明する。実行可能性のチェックは、統合スケジュール管理サーバ１が統合スケジュール情報ＤＢ１６５を検索することで行う。統合スケジュール管理サーバ１は、ユーザの統合スケジュールにおいて、異なる統合スケジュール識別子を持ち、時間帯が重複するスケジュールの有無を判定する（Ｓ０５−０１）。次に、統合スケジュール管理サーバ１は、異なる２つのスケジュールの場所が異なる場合に、２つの場所間の移動にかかる時間を調べ、実行不可能なスケジュールがないか判定する（Ｓ５−０３）。統合スケジュール管理サーバ１は、実行不可能なスケジュールがある場合、統合スケジュール実行可能性通知を統合スケジュール管理端末３に送信し、実行できないスケジュールがあることをユーザに通知する（Ｓ５−０５）。図２９に通知画面の例を示す（Ｇ１０−１、Ｇ１０−２）。通知画面は対象となるスケジュールと、通知理由を含む。通知理由はスケジュール重複か移動時間不足のいずれかとなる。

図２８のフローチャートを用いて、スケジュール実行可能性の判定処理について詳細に説明する。統合スケジュール管理サーバ１は、各ユーザに対して統合スケジュール情報ＤＢ１６５で管理しているスケジュールを用いて下記の処理を実施する。スケジュール実行可能性判定処理が開始する（Ｆ２−０１）と、統合スケジュール管理サーバ１は、一つの統合スケジュールに注目し、チェック対象の統合スケジュールの時間帯に、同一ユーザに対して時間帯が一部あるいは全部重複している別の統合スケジュールがないか検索する（Ｆ２−０４）。時間が重複する別の統合スケジュールがある場合（Ｆ２−０４；Ｙｅｓ）、統合スケジュール管理サーバ１は、時間帯が重複する統合スケジュールの統合スケジュール識別子を通知対象として追加する（Ｆ２−１９）。

次に、統合スケジュール管理サーバ１は、対象の統合スケジュールからみて、時間的に次に実行される第二の統合スケジュールを検索し、対象の統合スケジュールとその次の統合スケジュールの場所を抽出する（Ｆ２−０７）。その後、統合スケジュール管理サーバ１は、これらの２つのスケジュールの時間間隔と、２つのスケジュールに対応する場所間の移動時間の長さを比較する（Ｆ２−１０）。場所間の移動に必要な時間がスケジュール間の時間間隔より長いと判定した場合（Ｆ２−１０；Ｙｅｓ）、移動時間不足と判定して、第二の統合スケジュールを通知対象として追加する（Ｆ２−２２）。その後、統合スケジュール管理サーバ１は、全ての通知対象の統合スケジュールをユーザに通知して（Ｆ２−１３）、処理を終了する（Ｆ２−１６）。場所間の移動に関する時間の算出については、例えば、ネットワークを介して、移動時間検索サーバ６や、外部の経路検索サービス等を運営するサイトにアクセスし、算出すればよい。

このように、本実施例における統合スケジュール管理システム１０００において、統合スケジュール管理サーバ１は、１または複数の管理サーバ（例えば、スケジュール管理サーバ２）から、ユーザまたは／および機器のスケジュールと、当該ユーザまたは／および機器に関連する関連スケジュールとを、ネットワークを介して受信する通信部と、上記１または複数の管理サーバから受信されたスケジュール（例えば、スケジュール情報ＤＢ２６３）をユーザまたは／および機器ごとに統合した統合スケジュール（例えば、統合スケジュール情報ＤＢ１６５）と、上記１または複数の管理サーバから受信された関連スケジュール（例えば、関連スケジュール情報ＤＢ２６７）をユーザまたは／および機器ごとに統合した統合関連スケジュール（例えば、統合関連スケジュール情報ＤＢ１６７）とを生成し、生成した上記統合スケジュールと上記統合関連スケジュールとを、上記１または複数の管理サーバに反映させる統合スケジュール管理部（例えば、統合スケジュール管理プログラム１６１）と、を有することを特徴とする統合スケジュール管理装置として構成されるので、関係者を含む個人および機器を含む管理対象のスケジュールが調整可能となる。具体的には、複数のスケジュール管理システムにまたがるすべての関係者および機器のスケジュールを考慮したスケジュール調整を実現し、かつスケジュールの調整結果を個別のスケジュール管理システムに適した形式で反映させることができる。

また、上記統合スケジュール管理部は、図１５、１６に示したように、上記統合スケジュールと上記統合関連スケジュールの生成時または更新時に、生成内容または更新内容を示す情報を、上記１または複数の管理サーバに通知するので、スケジュールの調整結果を反映した個別のスケジュールを把握することができる。これにより、ユーザの時間利用効率を向上させることができる。

また、上記統合スケジュール管理部は、図２４、２７に示したように、スケジュール制御情報ＤＢ１６９に定められた上記統合スケジュールと上記統合関連スケジュールの発生元、通知先、通知手段を表すスケジュール制御パラメータの内容に応じて、前記通知する方法を制御するので、ユーザが望む方法でスケジュールを通知することができる。

また、スケジュール制御パラメータには、上記通知する方法として、上記統合スケジュールまたは上記統合関連スケジュールを公開、非公開のいずれかの設定値が含まれ、上記統合スケジュール管理部は、設定値が非公開を示す場合には、上記通知の内容を非公開とするので、ユーザが公開を望まない場合、スケジュールを知られるリスクをなくすことができる。

また、上記スケジュール制御パラメータには、上記通知する方法について登録がない旨の設定値が含まれ、上記統合スケジュール管理部は、設定値が登録がない旨を示す場合には、上記１または複数の管理サーバに上記通知を行わないので、生成または更新したスケジュールを反映させないように制御することができる。

また、上記統合スケジュール管理部は、上記統合スケジュールまたは上記統合関連スケジュールが重複するか否かを判定し、上記統合スケジュールまたは上記統合関連スケジュールが重複すると判定した場合、ユーザ端末（例えば、統合スケジュール管理端末３）に、当該重複したスケジュールを通知するので、ユーザは、個別のスケジュール管理では気が付きにくい、実行できないスケジュールを容易に把握することができる。

また、上記統合スケジュール管理部は、上記統合スケジュールまたは上記統合関連スケジュールが重複しないと判定した場合において、重複しないと判定した統合スケジュールの場所または統合関連スケジュールの場所間の移動時間を算出し、算出した当該移動時間が、重複しないと判定したスケジュールの時間間隔未満である場合に、上記通知を行うので、場所間の移動時間を考慮して、ユーザが実行できないスケジュールを把握することができる。

１ 統合スケジュール管理サーバ
２ スケジュール管理サーバ
３ 統合スケジュール管理端末
４ スケジュール管理端末
５ ネットワーク
６ シンクライアント
７ スケジュール管理仮想端末

Claims (14)

1. １または複数の管理サーバから、ユーザまたは／および機器のスケジュールと、当該ユーザまたは／および機器に関連する関連スケジュールとを、ネットワークを介して受信する通信部と、
   前記１または複数の管理サーバから受信された前記スケジュールを前記ユーザまたは／および機器ごとに統合した統合スケジュールと、前記１または複数の管理サーバから受信された前記関連スケジュールを前記ユーザまたは／および機器ごとに統合した統合関連スケジュールとを生成し、生成した前記統合スケジュールと前記統合関連スケジュールとを、前記１または複数の管理サーバに反映させる統合スケジュール管理部と、
   を有することを特徴とする統合スケジュール管理装置。
2. 前記統合スケジュール管理部は、前記統合スケジュールと前記統合関連スケジュールの生成時または更新時に、生成内容または更新内容を示す情報を、前記１または複数の管理サーバに通知する、
   ことを特徴とする請求項１に記載の統合スケジュール管理装置。
3. 前記統合スケジュール管理部は、スケジュール制御情報データベースに定められた前記統合スケジュールと前記統合関連スケジュールの発生元、通知先、通知手段を表すスケジュール制御パラメータの内容に応じて、前記通知する方法を制御する、
   ことを特徴とする請求項２に記載の統合スケジュール管理装置。
4. 前記スケジュール制御パラメータには、前記通知する方法として、前記統合スケジュールまたは前記統合関連スケジュールを公開、非公開のいずれかの設定値が含まれ、
   前記統合スケジュール管理部は、前記設定値が非公開を示す場合には、前記通知の内容を非公開とする、
   ことを特徴とする請求項３に記載の統合スケジュール管理装置。
5. 前記スケジュール制御パラメータには、前記通知する方法について登録がない旨の設定値が含まれ、
   前記統合スケジュール管理部は、前記設定値が登録がない旨を示す場合には、前記１または複数の管理サーバに前記通知を行わない、
   ことを特徴とする請求項３に記載の統合スケジュール管理装置。
6. 前記統合スケジュール管理部は、前記統合スケジュールまたは前記統合関連スケジュールが重複するか否かを判定し、前記統合スケジュールまたは前記統合関連スケジュールが重複すると判定した場合、ユーザ端末に、当該重複したスケジュールを通知する、
   ことを特徴とする請求項１に記載の統合スケジュール管理装置。
7. 前記統合スケジュール管理部は、前記統合スケジュールまたは前記統合関連スケジュールが重複しないと判定した場合において、重複しないと判定した前記統合スケジュールの場所または前記統合関連スケジュールの場所間の移動時間を算出し、算出した当該移動時間が、前記重複しないと判定したスケジュールの時間間隔未満である場合に、前記通知を行う、
   ことを特徴とする請求項６に記載の統合スケジュール管理装置。
8. １または複数の管理サーバと統合スケジュール管理装置とがネットワークを介して接続された統合スケジュール管理システムで行われる統合スケジュール管理方法であって、
   前記１または複数の管理サーバから、ユーザまたは／および機器のスケジュールと、当該ユーザまたは／および機器に関連する関連スケジュールとを、ネットワークを介して受信し、
   前記１または複数の管理サーバから受信された前記スケジュールを前記ユーザまたは／および機器ごとに統合した統合スケジュールと、前記１または複数の管理サーバから受信された前記関連スケジュールを前記ユーザまたは／および機器ごとに統合した統合関連スケジュールとを生成し、
   生成された前記統合スケジュールと前記統合関連スケジュールとを、前記１または複数の管理サーバに反映させる、
   ことを特徴とする統合スケジュール管理方法。
9. 前記統合スケジュールと前記統合関連スケジュールの生成時または更新時に、生成内容または更新内容を示す情報を、前記１または複数の管理サーバに通知する、
   ことを特徴とする請求項８に記載の統合スケジュール管理方法。
10. スケジュール制御情報データベースに定められた前記統合スケジュールと前記統合関連スケジュールの発生元、通知先、通知手段を表すスケジュール制御パラメータの内容に応じて、前記通知する方法を制御する、
    ことを特徴とする請求項９に記載の統合スケジュール管理方法。
11. 前記スケジュール制御パラメータには、前記通知する方法として、前記統合スケジュールまたは前記統合関連スケジュールを公開、非公開のいずれかの設定値が含まれ、
    前記設定値が非公開を示す場合には、前記通知の内容を非公開とする、
    ことを特徴とする請求項１０に記載の統合スケジュール管理方法。
12. 前記スケジュール制御パラメータには、前記通知する方法について登録がない旨の設定値が含まれ、
    前記設定値が登録がない旨を示す場合には、前記１または複数の管理サーバに前記通知を行わない、
    ことを特徴とする請求項１０に記載の統合スケジュール管理方法。
13. 前記統合スケジュールまたは前記統合関連スケジュールが重複するか否かを判定し、
    前記統合スケジュールまたは前記統合関連スケジュールが重複すると判定された場合、ユーザ端末に、当該重複したスケジュールを通知する、
    ことを特徴とする請求項８に記載の統合スケジュール管理方法。
14. 前記統合スケジュールまたは前記統合関連スケジュールが重複しないと判定された場合において、重複しないと判定した前記統合スケジュールの場所または前記統合関連スケジュールの場所間の移動時間を算出し、
    算出された当該移動時間が、前記重複しないと判定したスケジュールの時間間隔未満である場合に、前記通知を行う、
    ことを特徴とする請求項１３に記載の統合スケジュール管理方法。

Images