(57)【要約】      （修正有）【課題】スケジュール情報収集装置、スケジュール情報収集方法、スケジュール情報収集処理プログラム等を提供する。【解決手段】１又は複数のコンピュータにおいて実行される互いに異なる複数のアプリケーション上で管理されているスケジュール情報を収集するスケジュール情報収集装置であって、各アプリケーション毎に付与されたアプリ識別情報と、ユーザ毎又はユーザが所属するグループ毎に付与されたユーザ識別情報と、を関連付ける関連付けデータを記憶する関連付けデータ記憶手段と、ユーザから指定されたユーザ識別情報を受け付ける識別情報受付手段と、関連付けデータを参照して受け付けられたユーザ識別情報に関連付けられたアプリ識別情報を特定する識別情報特定手段と、特定されたアプリ識別情報が付与されたアプリケーション上で管理されているスケジュール情報を収集するスケジュール情報収集手段と、を備える。【選択図】図４
2006040096.tif 000002
【特許請求の範囲】
【請求項１】
１又は複数のコンピュータにおいて実行される互いに異なる複数のアプリケーション上で夫々管理されているスケジュール情報を収集するスケジュール情報収集装置であって、
各前記アプリケーション毎に付与されたアプリ識別情報と、ユーザ毎又はユーザが所属するグループ毎に付与されたユーザ識別情報と、を関連付ける関連付けデータを記憶する関連付けデータ記憶手段と、
ユーザから指定された前記ユーザ識別情報を受け付ける識別情報受付手段と、
前記関連付けデータを参照して前記受け付けられたユーザ識別情報に関連付けられたアプリ識別情報を特定する識別情報特定手段と、
前記特定されたアプリ識別情報が付与されたアプリケーション上で管理されている前記スケジュール情報を収集するスケジュール情報収集手段と、
を備えることを特徴とするスケジュール情報収集装置。
【請求項２】
請求項１に記載のスケジュール情報収集装置において、
前記収集されたスケジュール情報を提示するスケジュール情報提示手段を備えることを特徴とするスケジュール情報収集装置。
【請求項３】
請求項１又は２に記載のスケジュール情報収集装置において、
前記スケジュール情報収集手段により前記複数のアプリケーション上で管理されている夫々のスケジュール情報が収集された場合には、前記スケジュール情報提示手段は、前記収集された夫々のスケジュール情報を同一画面上に表示させることを特徴とするスケジュール情報収集装置。
【請求項４】
請求項１乃至３の何れか一項に記載のスケジュール情報収集装置において、
前記複数のアプリケーションのうち少なくとも何れか一つのアプリケーションにおいては前記スケジュール情報の収集拒否設定がなされており、
前記識別情報特定手段により特定されたアプリ識別情報が付与されたアプリケーションが、前記収集拒否設定がなされたアプリケーションであるか否かを判別する収集拒否設定有無判別手段を更に備え、
前記収集拒否設定がなされたアプリケーションであると判別された場合には、前記スケジュール情報収集手段は、当該アプリケーション上で管理されている前記スケジュール情報を収集しないことを特徴とするスケジュール情報収集装置。
【請求項５】
請求項１乃至４の何れか一項に記載のスケジュール情報収集装置において、
前記受け付けられたユーザ識別情報に対応する前記ユーザ個人のスケジュール情報を収集する個人スケジュール情報収集手段と、を更に備え、
前記スケジュール情報提示手段は、前記スケジュール情報収集手段により収集された前記スケジュール情報と、前記個人スケジュール情報収集手段により収集された前記ユーザ個人のスケジュール情報とを同一画面上に表示させることを特徴とするスケジュール情報収集装置。
【請求項６】
１又は複数のコンピュータにおいて実行される互いに異なる複数のアプリケーション上で夫々管理されているスケジュール情報を収集するスケジュール情報収集方法であって、
各前記アプリケーション毎に付与されたアプリ識別情報と、ユーザ毎又はユーザが所属するグループ毎に付与されたユーザ識別情報と、を関連付ける関連付けデータを記憶する工程と、
ユーザから指定された前記ユーザ識別情報を受け付ける工程と、
前記関連付けデータを参照して前記受け付けられたユーザ識別情報に関連付けられたアプリ識別情報を特定する工程と、
前記特定されたアプリ識別情報が付与されたアプリケーション上で管理されている前記スケジュール情報を収集する工程と、
を備えることを特徴とするスケジュール情報収集方法。
【請求項７】
コンピュータを、請求項１乃至５の何れか一項に記載のスケジュール情報収集装置として機能させることを特徴とするスケジュール情報収集処理プログラム。
【請求項８】
請求項７に記載のスケジュール情報収集処理プログラムがコンピュータ読み取り可能に記録されていることを特徴とする記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のユーザのスケジュール情報の管理を行うスケジュール情報管理システム等の技術分野に関する。
【背景技術】
【０００２】
従来から、この種のスケジュール情報管理システムとしては、種々提案されているが、例えば、特許文献１に開示されたスケジュール管理システムにおいては、スケジュール単独の機能だけでなく、個人やグループのスケジュールを管理する機能に施設管理や工程管理の機能を付加し、更に、複数の画面を同一画面上に整理して表示、又は逆にそれを元の状態に戻す機能を付加することにより、個人やグループのスケジュール機能と施設管理、工程管理等の機能を一括して管理することができるようになっている。
【特許文献１】特開平７−２８２１２９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところで、ユーザは、複数のシステムやアプリケーションを使用して、夫々別々にスケジュール情報を管理する場合がある。例えば、商品の広告情報が掲載されるチラシ（広告印刷物）の新聞、雑誌等への折込を統括して管理するアプリケーションの場合、上記チラシの折込日や、印刷の締切、デザイン等の締切等のスケジュール情報が管理される。一方、商品の販売促進計画等を統括して管理するアプリケーションの場合、上記商品のセール（販売）期間、行事、催事等のスケジュール情報が管理される。
【０００４】
しかしながら、従来のスケジュール管理システムでは、このように、互いに異なるアプリケーション上で別々に独立して管理されているスケジュール情報を、ユーザが例えばグループウェアのスケジュール機能に登録しておきたいと思った場合、当該スケジュール情報をユーザが記憶して、当該スケジュール機能に登録し直す等の面倒な作業が生じる。
【０００５】
本発明は、以上の点に鑑みてなされたものであり、互いに異なるアプリケーション上で別々に独立して管理されているスケジュール情報であっても、より効率良く収集し、ユーザに対して効果的に提示することが可能なスケジュール情報収集装置、スケジュール情報収集方法、スケジュール情報収集処理プログラム等を提供することを課題とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、請求項１に記載の発明は、１又は複数のコンピュータにおいて実行される互いに異なる複数のアプリケーション上で夫々管理されているスケジュール情報を収集するスケジュール情報収集装置であって、各前記アプリケーション毎に付与されたアプリ識別情報と、ユーザ毎又はユーザが所属するグループ毎に付与されたユーザ識別情報と、を関連付ける関連付けデータを記憶する関連付けデータ記憶手段と、ユーザから指定された前記ユーザ識別情報を受け付ける識別情報受付手段と、前記関連付けデータを参照して前記受け付けられたユーザ識別情報に関連付けられたアプリ識別情報を特定する識別情報特定手段と、前記特定されたアプリ識別情報が付与されたアプリケーション上で管理されている前記スケジュール情報を収集するスケジュール情報収集手段と、を備えることを特徴とする。
【０００７】
請求項２に記載の発明は、請求項１に記載のスケジュール情報収集装置において、前記収集されたスケジュール情報を提示するスケジュール情報提示手段を備えることを特徴とする。
【０００８】
請求項３に記載の発明は、請求項１又は２に記載のスケジュール情報収集装置において、前記スケジュール情報収集手段により前記複数のアプリケーション上で管理されている夫々のスケジュール情報が収集された場合には、前記スケジュール情報提示手段は、前記収集された夫々のスケジュール情報を同一画面上に表示させることを特徴とする。
【０００９】
請求項４に記載の発明は、請求項１乃至３の何れか一項に記載のスケジュール情報収集装置において、前記複数のアプリケーションのうち少なくとも何れか一つのアプリケーションにおいては前記スケジュール情報の収集拒否設定がなされており、前記識別情報特定手段により特定されたアプリ識別情報が付与されたアプリケーションが、前記収集拒否設定がなされたアプリケーションであるか否かを判別する収集拒否設定有無判別手段を更に備え、前記収集拒否設定がなされたアプリケーションであると判別された場合には、前記スケジュール情報収集手段は、当該アプリケーション上で管理されている前記スケジュール情報を収集しないことを特徴とする。
【００１０】
請求項５に記載の発明は、請求項１乃至４の何れか一項に記載のスケジュール情報収集装置において、前記受け付けられたユーザ識別情報に対応する前記ユーザ個人のスケジュール情報を収集する個人スケジュール情報収集手段と、を更に備え、前記スケジュール情報提示手段は、前記スケジュール情報収集手段により収集された前記スケジュール情報と、前記個人スケジュール情報収集手段により収集された前記ユーザ個人のスケジュール情報とを同一画面上に表示させることを特徴とする。
【００１１】
請求項６に記載の発明は、１又は複数のコンピュータにおいて実行される互いに異なる複数のアプリケーション上で夫々管理されているスケジュール情報を収集するスケジュール情報収集方法であって、各前記アプリケーション毎に付与されたアプリ識別情報と、ユーザ毎又はユーザが所属するグループ毎に付与されたユーザ識別情報と、を関連付ける関連付けデータを記憶する工程と、ユーザから指定された前記ユーザ識別情報を受け付ける工程と、前記関連付けデータを参照して前記受け付けられたユーザ識別情報に関連付けられたアプリ識別情報を特定する工程と、前記特定されたアプリ識別情報が付与されたアプリケーション上で管理されている前記スケジュール情報を収集する工程と、を備えることを特徴とする。
【００１２】
請求項７に記載の発明は、コンピュータを、請求項１乃至５の何れか一項に記載のスケジュール情報収集装置として機能させることを特徴とする。
【００１３】
請求項８に記載の発明は、請求項７に記載のスケジュール情報収集処理プログラムがコンピュータ読み取り可能に記録されていることを特徴とする。
【発明の効果】
【００１４】
本発明によれば、互いに異なるアプリケーション上で別々に独立して管理されているスケジュール情報を、新たに例えば個人のスケジュール機能に登録し直す等の面倒な作業を行うことなく、より効率良く収集し、ユーザに対して効果的に提示することができる。
【発明を実施するための最良の形態】
【００１５】
以下、図面を参照して本発明の最良の実施形態について詳細に説明する。なお、以下に説明する実施の形態は、スケジュール情報管理システムに対して本発明を適用した場合の実施形態である。
【００１６】
先ず、図１を参照して本発明の一実施形態にかかるスケジュール情報管理システムの構成について説明する。
【００１７】
図１は、本実施形態にかかるスケジュール情報管理システムのハードウェア構成の一例を示す図である。
【００１８】
図１に示すように、スケジュール情報管理システムＳは、スケジュール情報収集装置としてのスケジュール情報収集サーバ１と、複数のアプリケーションサーバ（システム）２ａ〜２ｃと、複数の端末３ａ〜３ｃと、を備えており、それらは、例えばＬＡＮ（Local Area Network）４を介して相互に接続されている。
【００１９】
なお、本実施形態において、スケジュール情報とは、将来の行われる予定の何らかの業務、作業、行事、催事等の日程を表す情報を意味する。
【００２０】
各アプリケーションサーバ２ａ〜２ｃは、例えばサーバコンピュータからなり、夫々のアプリケーションサーバ２ａ〜２ｃ上においては、互いに異なる所定のアプリケーション（アプリケーションプログラム）が実行され、夫々のアプリケーション上でスケジュール情報が管理（各アプリケーション上で独立して別々に管理）されるようになっている。
【００２１】
例えば、アプリケーションサーバ２ａにおいて、商品の広告情報が掲載されるチラシ（広告印刷物）の新聞、雑誌等への折込を統括して管理するアプリケーションが実行されることにより、当該アプリケーション上で、上記チラシの折込日や、印刷の締切、デザイン等の締切等のスケジュール情報が管理される。一方、アプリケーションサーバ２ｂにおいて、商品の販売促進計画等を統括して管理するアプリケーションが実行されることにより、当該アプリケーション上で、上記商品のセール（販売）期間、行事、催事等のスケジュール情報が管理される。また、このようなスケジュール情報は、各アプリケーションにおいて、ユーザ毎又はユーザが所属するグループ毎に管理されることになる。
【００２２】
なお、以下の説明において、アプリケーションサーバ２ａにおいて実行されるアプリケーションを「アプリケーションＡ」と称し、アプリケーションサーバ２ｂにおいて実行されるアプリケーションを「アプリケーションＢ」と称し、アプリケーションサーバ２ｃにおいて実行されるアプリケーションを「アプリケーションＣ」と称するものとする。また、各アプリケーションＡ〜Ｃには、夫々、アプリ識別情報としての固有のアプリコードが付与されている。例えば、アプリケーションＡに付与されたアプリコードを「ＡＡＡ」と称し、アプリケーションＢに付与されたアプリコードを「ＢＢＢ」と称し、アプリケーションＣに付与されたアプリコードを「ＣＣＣ」と称するものとする。
【００２３】
端末３ａ〜３ｃは、例えばパーソナルコンピュータからなり、各ユーザにより使用されるものである。
【００２４】
なお、以下の説明において、端末３ａを使用するユーザを「ユーザＸ」と称し、当該ユーザＸが所属するグループを「グループＸ」と称するものとし、端末３ｂを使用するユーザを「ユーザＹ」と称し、当該ユーザＹが所属するグループを「グループＹ」と称するものとし、端末３ｃを使用するユーザを「ユーザＺ」と称し、当該ユーザＺが所属するグループを「グループＺ」と称するものとする。また、ユーザＸ〜Ｚ（又はグループＸ〜Ｚ）には、夫々、ユーザ識別情報としての固有のユーザコード（又はグループコード）が付与されている。例えば、ユーザＸ（又はグループＸ）に付与されたユーザコード（又はグループコード）を「ＸＸＸ」と称し、ユーザＹ（又はグループＹ）に付与されたユーザコード（又はグループコード）を「ＹＹＹ」と称し、ユーザＺ（又はグループＺ）に付与されたユーザコード（又はグループコード）を「ＺＺＺ」と称するものとする。
【００２５】
各ユーザ又は各グループには、当該ユーザ又は各グループの例えば業務内容等に応じて、上記複数のアプリケーションのうち何れかのアプリケーションの使用許可が与えられている。
【００２６】
そして、各アプリケーションサーバ２ａ〜２ｃは、アプリケーションの使用許可されたユーザ又はグループに所属するユーザが使用する端末（３ａ〜３ｃの何れか）からの要求（例えば、ユーザが当該端末に備えられた入力部（例えば、マウスやキーボード）を操作して指示入力を行うことによりなされる）に応じて、当該端末３ａ〜３ｃに対してスケジュール情報を提示したり、当該端末３ａ〜３ｃからのスケジュール情報をユーザコード（又はグループコード）に対応付けて登録（記憶保存）するようになっている。
【００２７】
図２（Ａ）は、アプリケーションＡ上で管理されているスケジュール情報等の一例を示す図であり、図２（Ｂ）は、アプリケーションＢ上で管理されているスケジュール情報等の一例を示す図である。なお、このようなスケジュール情報等は、アプリケーションサーバに備えられた記憶部（例えば、ハードディスク等）に記憶保存されている。
【００２８】
図２（Ａ）及び（Ｂ）の例では、ユーザコード（又は、グループコード）、スケジュール情報（日付、スケジュール内容）、及び収集拒否設定等が対応付けられている。例えば、図２（Ａ）に示す符合５１部の行は、ユーザコード「ＸＸＸ」のユーザＸのスケジュール情報を示している。なお、アプリケーションＣ上においても、図示しないが、図２（Ａ）等に示すような形式でスケジュール情報等が管理されている。
【００２９】
このようにアプリケーションＡ上で管理されているスケジュール情報は、スケジュール情報収集サーバ１による後述するスケジュール情報収集・提示処理において収集されることになる。ここで、図２に示す収集拒否設定が“１”であるスケジュール情報は、収集拒否設定がなされているスケジュール情報であることを意味しており、当該スケジュール情報は、スケジュール情報収集・提示処理において収集されない。かかる収集拒否設定は、例えばユーザＸによりユーザ端末３ａから行われる。
【００３０】
また、各アプリケーションサーバ２ａ〜２ｃにおける記憶部には、使用許可されたユーザ（又はグループ）のユーザコード（グループコード）が記憶保存されており、各アプリケーションサーバ２ａ〜２ｃは、アクセスしてきた端末（３ａ〜３ｃの何れか）からユーザコード（又はグループコード）を取得し、当該ユーザコード（又はグループコード）が記憶部に記憶保存されているか否かを判別することにより、当該アプリケーションの使用許可されている端末であるか否かを判別することになる。なお、かかるユーザコード（又はグループコード）は、端末３ａ〜３ｃのユーザが入力部を操作することにより入力されるようにしてもよいし、予め端末３ａ〜３ｃに備えられた記憶部にユーザコード（又はグループコード）を記憶保存しておき端末３ａ〜３ｃがアプリケーションサーバ２ａ〜２ｃにアクセスする際に送信されるようにしてもよい。
【００３１】
次に、スケジュール情報収集サーバ１は、図１に示すように、ＣＰＵを主体として構成され、ＲＡＭ，ＲＯＭ等を備える演算処理部１１と、各種データやプログラムを記憶する記憶部（例えば、ハードディスク）１２と、アプリケーションサーバ２ａ〜２ｃ及び端末３ａ〜３ｃとの間の通信制御を行う通信部１３等を備えたサーバコンピュータにより構成されている。そして、上記ＣＰＵが例えばＲＯＭ或いは記憶部１２に記憶されたスケジュール情報収集処理プログラムを実行することにより、演算処理部１１は、本発明における識別情報受付手段、識別情報特定手段、スケジュール情報収集手段、スケジュール情報提示手段、収集拒否設定有無判別手段、及び個人スケジュール情報収集手段として機能するようになっている。これらの各手段についての詳細な説明は、後述する。なお、スケジュール情報収集処理プログラムは、例えば、インターネットに接続された所定のサーバに記憶保存しておき、当該サーバからダウンロードされて記憶部１２に記憶されてもよいし、例えば、ＣＤ−ＲＯＭ等の記録媒体に記録しておき、ドライブにより読み出されて記憶部１２に記憶されるように構成してもよい。
【００３２】
また、記憶部１２は、関連付けデータ記憶手段として、上記アプリコードとユーザコード（又はグループコード）とを関連付ける関連付けデータを記憶保存している。この関連付けデータは、ユーザ又はグループに対してどのアプリケーションの使用許可が与えられているかを関連付けるためのデータである。
【００３３】
図３は、関連付けデータの一例を示す図である。図３の例では、ユーザコード「ＸＸＸ」に対してアプリコード「ＡＡＡ」及び「ＢＢＢ」が関連付けられており、つまり、ユーザＸに対してアプリケーションＡ及びＢの使用許可が与えられていることを示している。
【００３４】
次に、図４等を参照してスケジュール情報管理システムＳの動作について、スケジュール情報収集サーバ１の処理を主体として説明する。
【００３５】
図４は、スケジュール情報収集サーバ１の演算処理部１１において実行されるスケジュール情報収集・提示処理を示すフローチャートである。スケジュール情報収集・提示処理は、上記スケジュール情報収集プログラムがＣＰＵにより実行されることにより行われる。
【００３６】
例えばユーザＸが端末３ａの入力部を操作して、自己のユーザコード（又は自己が所属するグループコード）「ＸＸＸ」と共にスケジュール情報提示指示を指定（入力等）すると、当該ユーザ（又は自己が所属するグループコード）「ＸＸＸ」及びスケジュール情報提示指示要求が端末３ａからＬＡＮ４を介してスケジュール情報収集サーバ１に送信される。これに応じて、スケジュール情報収集サーバ１の演算処理部１１は、識別情報受付手段として、スケジュール情報収集・提示処理を開始し、ユーザＸから指定されたユーザコード（又は自己が所属するグループコード）「ＸＸＸ」を、受け付ける（ステップＳ１）。
【００３７】
次いで、スケジュール情報収集サーバ１の演算処理部１１は、識別情報特定手段として、記憶部１２に記憶保存されている関連付けデータを読み出し、これを参照して上記受け付けられたユーザコード（又は自己が所属するグループコード）「ＸＸＸ」に関連付けられたアプリコードが有るか否かを判別し（ステップＳ２）、有る場合には（ステップＳ２：Ｙ）、当該アプリコードを特定する（ステップＳ３）。一方、当該アプリコードが無い場合には（ステップＳ２：Ｎ）、ステップＳ７に移行される。
【００３８】
ここで、図３の例では、ユーザコード「ＸＸＸ」には、アプリコード「ＡＡＡ」及び「ＢＢＢ」が関連付けられているので、当該アプリコード「ＡＡＡ」及び「ＢＢＢ」が特定されることになる。
【００３９】
次いで、スケジュール情報収集サーバ１の演算処理部１１は、収集拒否設定有無判別手段として、上記特定されたアプリコード「ＡＡＡ」が付与されたアプリケーションＡが実行されるアプリケーションサーバ２ａに対して、当該アプリケーションＡが上記収集拒否設定がなされたアプリケーションであるか否かを、ＬＡＮ４を介して問い合わせることにより判別する（ステップＳ４）。当該アプリケーションＡが上記収集拒否設定がなされたアプリケーションでないと判別された場合には（ステップＳ４：Ｎ）、スケジュール情報収集サーバ１の演算処理部１１は、スケジュール情報収集手段として、上記特定されたアプリコード「ＡＡＡ」が付与されたアプリケーションＡ上で管理されているスケジュール情報を、当該アプリケーションサーバ２ａから収集する（ステップＳ５）。一方、当該アプリケーションＡが上記収集拒否設定がなされたアプリケーションであると判別された場合には（ステップＳ４：Ｙ）、スケジュール情報収集サーバ１の演算処理部１１は、当該アプリケーションＡ上で管理されているスケジュール情報を収集せずに、ステップＳ６に移行する。
【００４０】
ステップＳ６では、スケジュール情報収集サーバ１の演算処理部１１は、上記特定されたアプリコードが未だあるか否かを判別する。図３の例では、アプリコード「ＢＢＢ」が未だ有るので、ステップＳ４に戻り、アプリコード「ＢＢＢ」についても、上記ステップＳ４及びＳ５と同様の処理が行われる。
【００４１】
こうして、上記特定されたアプリコード全てに関して、スケジュール情報が収集された場合には（ステップＳ６：Ｎ）、続いて、スケジュール情報収集サーバ１の演算処理部１１は、上記受け付けられたユーザコード「ＸＸＸ」に対応する当該ユーザＸ個人のスケジュール情報が有るか否かを判別し（ステップＳ７）、有る場合には（ステップＳ７：Ｙ）、個人スケジュール情報収集手段として当該ユーザＸ個人のスケジュール情報を収集し（ステップＳ８）、ステップＳ９に移行し、無い場合には（ステップＳ７：Ｎ）、当該スケジュール情報を収集せずにステップＳ９に移行する。
【００４２】
このユーザＸ個人のスケジュール情報は、ユーザ個人のスケジュールを管理するアプリケーションの実行により当該ユーザＸのユーザコード（又はグループコード）に対応付けられて登録されるものであり、当該アプリケーションは、例えば、端末３ａにインストールされていてもよいし、アプリケーションサーバ若しくはスケジュール情報収集サーバ１にインストールされていても良い。
【００４３】
図５は、ユーザＸ個人のスケジュール情報等の一例を示す図である。図５の例では、ユーザコードと個人のスケジュール情報（日付、スケジュール内容）等が対応付けられている。なお、このようなユーザ個人のスケジュール情報等は、スケジュール情報収集サーバ１、アプリケーションサーバ２ａ〜２ｃ及び端末３ａ〜３ｃの何れかに記憶保存されていればよく、スケジュール情報収集サーバ１は、どこにユーザ個人のスケジュール情報等が記憶保存されているかを認識している。
【００４４】
ステップＳ９では、スケジュール情報収集サーバ１の演算処理部１１は、こうして取得されたスケジュール情報を、端末３ａのユーザＸに対して提示して、当該処理を終了する。例えば、スケジュール情報収集サーバ１の演算処理部１１は、複数のアプリケーションから夫々のスケジュール情報が収集した場合には、当該収集された複数のスケジュール情報を端末３ａに備えられた表示部（図示せず）の同一のスケジュール情報表示画面上に表示させる。また、ユーザ個人のスケジュール情報が取得された場合には、アプリケーション上で管理されているスケジュール情報と、ユーザ個人のスケジュール情報とを同一のスケジュール情報表示画面上に表示させることになる。
【００４５】
図６は、同一のスケジュール情報表示画面上に表示された複数のスケジュール情報の一例を示す図である。図６に示すスケジュール情報表示画面上では、アプリケーションＡ上で管理されているスケジュール情報と、アプリケーションＢ上で管理されているスケジュール情報と、ユーザＸ個人のスケジュール情報と、が混合されて、１つのスケジュール情報表示画面上に表示されている。
【００４６】
以上説明したように、上記実施形態によれば、互いに異なるアプリケーション上で別々に独立して管理されているスケジュール情報を、新たに個人のスケジュール機能に登録し直す等の面倒な作業を行うことなく、より効率良く収集し、ユーザに対して提示することができる。
【００４７】
なお、上記実施形態においては、上記複数のアプリケーションは、夫々別々の複数のアプリケーションサーバにおいて実行されるように構成したが、これに限定されるものではなく、１つのアプリケーションサーバにおいて複数のアプリケーションが実行されるように構成してもよい。
【図面の簡単な説明】
【００４８】
【図１】本実施形態にかかるスケジュール情報管理システムのハードウェア構成の一例を示す図である。
【図２】（Ａ）は、アプリケーションＡ上で管理されているスケジュール情報等の一例を示す図であり、（Ｂ）は、アプリケーションＢ上で管理されているスケジュール情報等の一例を示す図である。
【図３】関連付けデータの一例を示す図である。
【図４】スケジュール情報収集サーバ１の演算処理部１１において実行されるスケジュール情報収集・提示処理を示すフローチャートである。
【図５】ユーザＸ個人のスケジュール情報等の一例を示す図である。
【図６】同一のスケジュール情報表示画面上に表示された複数のスケジュール情報の一例を示す図である。
【符号の説明】
【００４９】
１  スケジュール情報収集サーバ
２ａ〜２ｃ  アプリケーションサーバ
３ａ〜３ｃ  端末
４  ＬＡＮ
１１  演算処理部
１２  記憶部
１３  通信部
Ｓ  スケジュール情報管理システム
【図１】
2006040096.tif 000003
【図２】
2006040096.tif 000004
【図３】
2006040096.tif 000005
【図４】
2006040096.tif 000006
【図５】
2006040096.tif 000007
【図６】
2006040096.tif 000008