JP2008299368A - スケジュール管理システム、装置、方法およびプログラム - Google Patents

Abstract

【課題】人のスケジュールの管理を他の機関に委託可能とし、関係者は外部からスケジュールの確認が可能であり、問題が生じた時には通知が届くこと。
【解決手段】スケジュール管理サーバは、利用者のスケジュール情報を保存するデータベースと、スケジュール情報を登録・編集する手段と、作成したスケジュール情報をクライアント端末との間で同期を取る手段とを備え、クライアント端末は、利用者のスケジュール情報を保存するデータベースと、利用者のスケジュール情報を登録・編集する手段と、スケジュール管理サーバとのデータベースの同期手段と、スケジュールを管理し、スケジュールされた項目の予定日時になった時に利用者に通知を行い、通知に対する応答を監視し、応答および無応答をスケジュール管理サーバスケジュール管理サーバに通知する手段とを備えるように構成する。
【選択図】 図２

Description

本発明は、利用者の日々のスケジュールを管理するスケジュール管理システム、装置、方法およびプログラムに関し、特に通信ネットワークを介して外部よりスケジュールの登録・編集および確認が可能であり、利用者の住居の電力、ガス、水道、電話などの利用の経過情報を取得し、前記住居の電力、ガス、水道、電話などの利用の経過情報に異常を検知した場合、またはスケジュールの確認ができない場合などは、予め定めた宛先に通知を行うことでスケジュールが守られていることおよび異常がないことを遠隔より確認することを可能とするスケジュール管理システム、装置、方法およびプログラムに関する。

個人のスケジュール管理は、カレンダー、手帳、携帯電話機やＰＤＡを含む電子手帳などに各自がスケジュールを記入して行っている。また会社などではスケジュール管理ソフトを用いて個人またはグループのスケジュール管理なども行われている。一人暮らしの高齢者などの場合は、家族もしくはケアーセンターの担当者が電話訪問などにより行っている。

また、これまでのスケジュール管理の行い方として、特許文献１では、スケジュール管理サービスの方法として、予定を登録するスケジュール管理システムは一つで、それが登録情報を一元的に管理し、そのシステムに一旦 予定を登録したなら、全国何処にいても、また通知端末が電子メール受信可能端末、電話、ファクシミリ装置（以下、ＦＡＸという）のいずれであっても、登録した予定内容の確認やリマインダー通知が受けられる技術を提案している。
特開２００３−３３３１８１号公報

しかし従来行っている、毎日のスケジュールを電話で逐一確認することは大変な労力であり、訪問を毎日行い確認するのも遠方に住居を構える家族などからすると非現実的である。

また、上記特許文献１で提案されている技術では、個人が自分の予定の登録を行い、その登録された予定をどこに居ても取得することはできるが、その個人の予定を他の関係者と共有して他の家族などがスケジュールの予定を変更したり、与えられた予定に対してその予定を行ったか、行っていないかなどの情報を逐一リアルタイムに取得したりすることについては記載が無い。

本発明は、上述のかかる事情に鑑みてなされたものであり、スケジュールを管理したい対象の利用者のスケジュールの詳細を外部より参照でき、またスケジュールの登録や編集も行うことができ、予定に対して実際行った行動の結果なども収集して外部より参照することができきるスケジュール管理システム、装置、方法、およびプログラムを提供することを目的とする。

上記目的を達成するため、本発明に係わるスケジュール管理システムは、通信ネットワークを介してスケジュールを管理するスケジュール管理サーバと、スケジュール管理を実行するクライアント端末が通信可能に接続されたスケジュール管理システムであって、

スケジュール管理サーバは、利用者のスケジュール情報を保存するサーバ用スケジュールデータベースと、スケジュール情報を登録・編集するサーバ用スケジュール登録・編集手段と、作成したスケジュール情報をクライアント端末との間で同期を取るサーバ用スケジュール同期手段とを備え、クライアント端末は、利用者のスケジュール情報を保存するクライアント用スケジュールデータベースと、利用者のスケジュール情報を登録・編集するクライアント用スケジュール登録・編集手段と、前記スケジュール管理サーバの前記サーバ用スケジュール同期手段とスケジュール情報に関して同期を行うクライアント用スケジュール同期手段と、同期した前記スケジュールを管理し、スケジュールされた項目の予定日時になった時に外部通知手段を用いて通知を行い、前記行った通知に対する応答を監視し、予め定めた期間内に応答が無い場合は、前記スケジュール管理サーバに無応答であることを通知し、応答があった場合は、応答内容を前記スケジュール管理サーバに通知するスケジュール管理手段と、を備えたことを特徴とする。

本発明によれば、予定になった時の無応答を含む応答内容を記憶できるので、人のスケジュールの確認や閲覧を後から確認することができ、同居していない家族などの生活を遠隔にて見守ることができる。外部通知手段とは、パソコンのモニター、スピーカなどである。またテレビの制御が行えるパソコンなどの場合はパソコンのテレビインタフェースなどを介してガうぶ通知手段としてテレビを使用することが可能である。

好ましくは、前記クライアント端末は、電力使用量の経過内容を定期的に取得する電力使用量取得手段、ガスの使用量の経過内容を定期的に取得するガス使用量取得手段、水道の使用量の経過内容を定期的に取得する水道使用量取得手段、電話の使用量の経過内容を定期的に取得する電話使用量取得手段、の少なくとも一つの手段を備え、前記取得した電力使用量、ガス使用量、水道使用量、電話使用量の経過内容を前記スケジュール管理サーバに通知する生活状況通知手段とを備え、前記スケジュール管理サーバは、要求に応じて受信した前記電力使用量、ガス使用量、水道使用量、電話使用量の経過内容を通信ネットワークを介して表示する生活状況表示手段を備えるように構成する。

本発明によれば、生活に欠かせず且つ個人の生活を表す利用者の電力・ガス・水道・電話などの使用量の推移を通信ネットワークを介して取得することができるので、利用者の生活を推し量ることができ、利用者の近親者などは安心感を得ることができる。

さらに好ましくは、外部からスケジュールの確認、予定と実績前記サーバ用スケジュール登録・編集手段は、ＷＥＢ画面を用いて登録可能に構成されるように構成するもの良い。

本発明によれば、通信ネットワークと介して利用者のスケジュールを確認でき、利用者のスケジュールの登録および編集を行うことができるので、遠隔で利用者の生活を見守ることが可能となる。

また、前記クライアント端末は、スケジュールの利用者が外出した時、外出から戻った時、外出予定時刻になった時の少なくとも一つの場合において予め定めた宛先に通知する外出連絡手段と、を備えるように構成するのも好ましい。

本発明によれば、利用者が外出した時、帰宅した時および外出の予定がある時を知ることができるので、利用者の家族などに利便性を与えることができる。

さらに、前記スケジュール管理サーバは、取得した前記電力使用量、前記ガス使用量、前記水道使用量、前記電話使用量をグラフ化するサーバ用生活状況グラフ化手段と、作成した前記グラフを通信ネットワークを介して外部より特定の通信プロトコルを用いて参照可能とするサーバ用生活状況グラフ表示手段と、を備えるように構成するのも好ましい。

本発明によれば、電力・ガス・水道・電話の使用量の推移のグラフ化されたものを外部より参照することができるので、利用者の生活状況を理解しやすくなる。

好ましくは、前記スケジュール管理サーバは、測定を行う前記電力使用量、前記ガス使用量、前記水道使用量、前記電話使用量がそれぞれに対して予め登録された閾値と比較を行い、閾値を超過した場合は、予め定めた宛先に通知を行う閾値超過判定手段と、を備えるように構成する。

本発明によれば、生活に欠かせない電力・ガス・水道・電話の使用量の推移をチェックし、異常と思われる閾値を予め登録しておくことでリアルタイムに比較を行い、閾値を超過した時は予め定めておいた近親者やケアーセンターなどの宛先に通知することができるので、一人暮らしの高齢者などを支援することができる。

さらに好ましくは、利用者は予め定められたグループに属し、前記サーバ用スケジュール登録・編集手段またはクライアント用スケジュール登録・編集手段は、特定のグループに関する予定が立てられた場合は、前記グループの構成員に通知を行うように構成する。

本発明によれば、例えば町内会や、ＰＴＡ、学年集会などのグループで行う行事に参加する場合は、グループの構成員に通知行われるため、地域に貢献できるシステムを構築することが可能となる。

上記目的を達成するため、本発明に係わるスケジュール管理装置は、通信ネットワークを介して通信可能に構成されているスケジュールを管理するスケジュール管理装置であって、利用者のスケジュール情報を保存するスケジュールデータベースと、利用者のスケジュール情報を登録・編集するスケジュール登録・編集手段と、作成した前記スケジュールを管理し、スケジュールされた項目の予定日時になった時に外部通知手段を用いて利用者に通知を行い、前記行った通知に対する応答を監視し、予め定めた期間内に応答が無い場合は無応答であったことを記録し、応答が有った場合は、その応答内容を記録するスケジュール管理手段と、電力使用量の経過内容を定期的に取得する電力使用量取得手段、ガスの使用量の経過内容を定期的に取得するガス使用量取得手段、水道の使用量の経過内容を定期的に取得する水道使用量取得手段、電話の使用量の経過内容を定期的に取得する電話使用量取得手段、の少なくとも一つの手段を備えたことを特徴とする。

さらに、前記スケジュール登録・編集手段は、ＷＥＢ画面を用いて登録可能に構成されるのも好ましい。

さらに好ましくは、スケジュールの利用者が外出した時、外出から戻った時、外出予定時刻になった時の少なくとも一つの場合において予め定めた宛先に通知する外出連絡手段と、を備えるように構成する。

また、前記取得した電力使用量、ガス使用量、水道使用量、または／かつ、電話使用量の経過内容をグラフ化する生活状況グラフ化手段と、前記作成した前記グラフを通信ネットワークを介して外部より特定の通信プロトコルを用いて参照可能とする生活状況グラフ表示手段とを備えように構成するのも好ましい。

さらに、測定を行い取得した前記電力使用量、前記ガス使用量、前記水道使用量、前記電話使用量がそれぞれに対して予め登録された閾値と比較を行い、閾値を超過した場合は、予め定めた宛先に通知を行うことを特徴とする閾値超過判定手段と、を備えるように構成するのも好ましい。

本発明によれば、利用者宅に本装置を設置するだけで、予定時刻になった時の利用者の無応答を含む応答内容を記憶できるので、人のスケジュールの確認や閲覧を後から確認することができ、一緒に住んでいない家族などの生活を遠隔にて見守ることができるので、同居していない家族などの生活を遠隔にて見守ることができる。さらに外部からＷＥＢ画面より利用者のスケジュールの確認や登録および編集が可能であるので、遠隔で利用者の生活を見守ることが可能となる。また、利用者が外出した時、外出から戻った時、外出の予定時刻になった時に予め登録しておいた宛先に通知を行うことができるので、利用者の家族などに利便性を与えることができる。さらに、電力・ガス・水道・電話など使用量の推移という生活に密着した情報を取得でき、また、通信ネットワークを介して電力・ガス・水道・電話の使用量をグラフ化して参照することができるので、利用者の生活状況を分かりやすく知ることができる。さらに、電力・ガス・水道・電話の使用量の推移と予め定めた閾値を用いて利用者の生活に異常が発生した可能性を通知することができるので、異常発生に素早く対応することが可能となる。

上記目的を達成するため、本発明に係わるスケジュール管理方法は、通信ネットワークを介してスケジュールを管理するスケジュール管理サーバと、スケジュール管理を実行するクライアント端末が通信可能に接続されたスケジュール管理方法であって、スケジュール管理サーバ側にて行う、利用者のスケジュール情報を保存するサーバ用スケジュールデータベースにスケジュール情報を登録・編集するサーバ用スケジュール登録・編集ステップと、作成したスケジュール情報をクライアント端末との間で同期を取るサーバ用スケジュール同期ステップとを含み、クライアント端末にて、利用者のスケジュール情報を保存するクライアント用スケジュールデータベースに利用者のスケジュール情報を登録・編集するクライアント用スケジュール登録・編集ステップと、前記スケジュール管理サーバで行う前記サーバ用スケジュール同期ステップとスケジュール情報に関して同期を行うクライアント用スケジュール同期ステップと、同期した前記スケジュールを管理し、スケジュールされた項目の予定日時になった時に外部通知手段を用いて通知を行い、前記行った通知に対する応答を監視し、予め定めた期間内に応答が無い場合は、無応答であることを前記スケジュール管理サーバに通知し、応答があった場合は、応答内容を前記スケジュール管理サーバに通知するスケジュール管理ステップと、電力使用量の経過内容を定期的に取得する電力使用量取得ステップ、ガスの使用量の経過内容を定期的に取得するガス使用量取得ステップ、水道の使用量の経過内容を定期的に取得する水道使用量取得ステップ、電話の使用量の経過内容を定期的に取得する電話使用量取得ステップ、
の少なくとも一つのステップと、前記取得した電力使用量、ガス使用量、水道使用量、電話使用量の経過内容を前記スケジュール管理サーバに通知する生活状況通知ステップとを含み、前記スケジュール管理サーバにて、要求に応じて受信した前記電力使用量、ガス使用量、水道使用量、電話使用量の経過内容を通信ネットワークを介して表示する生活状況表示ステップと、を含むことを特徴とする。

上記目的を達成するため、本発明に係わるスケジュール管理方法は、通信ネットワークを介して通信可能に構成されているスケジュールを管理する方法であって、利用者のスケジュール情報を保存するスケジュールデータベースに利用者のスケジュール情報を登録・編集するスケジュール登録・編集ステップと、作成した前記スケジュールを管理し、スケジュールされた項目の予定日時になった時に外部通知手段を用いて利用者に通知を行い、前記行った通知に対する応答を監視し、予め定めた期間内に応答が無い場合は、無応答であったことを記録し、応答があった場合は、その応答内容の記録するスケジュール管理ステップと、電力使用量の経過内容を定期的に取得する電力使用量取得ステップ、ガスの使用量の経過内容を定期的に取得するガス使用量取得ステップ、水道の使用量の経過内容を定期的に取得する水道使用量取得ステップ、電話の使用量の経過内容を定期的に取得する電話使用量取得ステップの少なくとも一つのステップと、要求に応じて取得した前記電力使用量、ガス使用量、水道使用量、電話使用量の経過内容を通信ネットワークを介して表示する生活状況表示ステップと、を含むことを特徴とする。

上記目的を達成するため、本発明に係わるスケジュール管理プログラムは、スケジュールの管理を行うコンピュータ上で動作するプログラムであって、利用者のスケジュール情報を保存するスケジュールデータベースに利用者のスケジュール情報を登録・編集するスケジュール登録・編集処理と、作成した前記スケジュールを管理し、スケジュールされた項目の予定日時になった時に外部通知手段を用いて利用者に通知を行い、前記行った通知に対する応答を監視し、予め定めた期間内に応答が無い場合は、予め定めた第１の処理を行い、応答があった場合は、第２の処理を行うスケジュール管理ス処理と、電力使用量の経過内容を定期的に取得する電力使用量取得処理、ガスの使用量の経過内容を定期的に取得するガス使用量取得処理、水道の使用量の経過内容を定期的に取得する水道使用量取得処理、電話の使用量の経過内容を定期的に取得する電話使用量取得処理の少なくとも一つのステップと、要求に応じて取得した前記電力使用量、ガス使用量、水道使用量、電話使用量の経過内容を通信ネットワークを介して表示する生活状況表示処理と、をコンピュータ上で動作させることを特徴とする。

本発明によれば、個人のスケジュールを管理するに際して、スケジュールの登録および修正は通信ネットワークを介して外部より行うことができ、作成されたスケジュールの予定と実績の確認もつ新ネットワークを介して外部より行うことができ、スケジュール通りに進まなかった場合、電力、ガス、水道、電話などの利用経過をリアルタイムに調査して異常を検知した場合は予め定めた家族などに連絡を行うことができるので、例えば一人きりの高齢者の日常の管理を遠隔で行うことができ、家族が常に見守っていなくても助けが必要な時にシステムから連絡があるので安心することができる。

以下、本発明の実施の形態を説明する。図１に、本発明の第１の実施の形態に係わる全体の接続構成を示す。本スケジュール管理システム１は、通信ネットワーク４を介してスケジュール管理を行うスケジュール管理サーバ２、本システムを利用する利用者宅に設置されるクライアント端末５および利用者の家族もしくは個人のスケジュール管理を支援する人材派遣会社の社員などが利用する外部端末６が通信可能に接続されている。

図２に、本発明の第１の実施の形態に係わるスケジュール管理システム１の機能ブロック図を示す。図２において、スケジュール管理システム１は、通信ネットワーク４を介してスケジュール管理サーバ２、利用者宅で使用されるクライアント端末５、利用者の近親者やケアーセンターの担当者などの外部の者が使用する外部端末６が相互に通信可能に構成されている。ここで、スケジュール管理システム１は、個人またはグループなどのスケジュールの管理サービスを行い、運営を行っているケアーセンターなどの会社、またはサービス事業者などにより管理、運営される。

スケジュール管理システム１は、通信ネットワーク４を介してデータの送受信を行うための送受信部１２、送受信部１２から受け取ったデータの処理、およびその他のさまざまな処理を行う中央演算処理部１３、データを記憶するための記憶部１４、および、中央演算処理部１３との間でデータの入出力を行う入力部１５と表示部１６から構成されている。入力部１５と表示部１６はマンマシンインタフェースの機能を有する部分である。送受信部１２は通信プロトコルの機能を有する部分である。

本実施の形態におけるスケジュール管理システム１は、入力部１５および表示部１６を備えているが、本システムへの入出力は図示していないシリアル回線もしくは通信ネットワーク４を経由して外部から行われることも可能である。

さらに、中央演算処理部１３は、送受信部１２との間でデータの受け渡しを行う送受信処理手段（機能）１３１、入力部１５あるいは表示部１６とデータの受け渡しを行う入出力処理手段（機能）１３２、入出力処理手段（機能）１３２または送受信処理手段１３１を介して受信した利用者情報、宛先テーブル、閾値情報などの情報を登録する情報登録手段（機能）１３３、サーバ側で利用者のスケジュールを受付け、サーバ用スケジュールデータベース１５２に登録したり編集したりするサーバ用スケジュール登録・編集手段（機能）１３４、クライアント端末が有し管理するクライアント用スケジュールデータベース５５２とのデータの同期を取るサーバ用スケジュール同期手段１３５、クラインと端末が取得した利用者の電力、ガス、水道、電話（以降、生活状況と称す）などの使用量を外部の要求などにより表示を行う生活状況表示手段１３６、前記取得した電力、ガス、水道、電話などの使用量からなる生活状況の推移をグラフ化するサーバ用生活状況グラフ化手段１３７、前記作成した生活状況のグラフ化された情報を外部からの要求などにより利用するプロトコルに合わせて表示するサーバ用生活状況グラフ表示手段１３８、前記生活状況の推移を調査し、異常を発見するための閾値を超過したことを判定する閾値超過判定手段１３９から構成される。

また、記憶部１４は、本スケジュール管理システム１の利用者である利用者の情報を保存する利用者情報データベース（ＤＢ）１５１、サーバ側で使用する利用者のスケジュールを保存するサーバ用スケジュールデータベース（ＤＢ）１５２、利用者ごとに利用者が外出した時などに電話や電子メールなどで通知を行う宛先と通知の手段を保存する宛先テーブル１５３、電力、ガス、水道、電話などの生活に欠かせない利用状況の推移より異常を見出すための閾値を保存する閾値情報データベース（ＤＢ）１５４から構成されている。

クライアント端末５は、本スケジュール管理システムが行うサービスを利用する利用者の宅内に設置される端末である。図２には構成の概略のみが示されており詳細は図３で説明する。外部端末６は本スケジュール管理システム１に通信ネットワーク４を介してアクセスして利用者のスケジュールを確認したり、スケジュールを登録・編集するために使用される端末であり、利用者の家族やスケジュールの確認を行ったりサポートしたりする支援会社などに設置されるパソコンなどの端末である。

外部端末６は、通信ネットワーク４を介して、データの送受信を行うための送受信部６２、送受信部６２からのデータの処理を行う中央演算処理部６３、中央演算処理部６３との間でデータの入出力を行う入力部６５、および表示部６６で構成されている。

図３は、スケジュール管理システム１と通信ネットワーク４を介してデータの送受信を行う利用者が取り扱うクライアント端末５のブロック構成図を示す。クライアント端末５は利用者にスケジュールの登録、確認、警告を行ったり、利用者の生活状況のモニターを行ったりするのに使用される。クライアント端末５は、通信ネットワーク４を介して、データの送受信を行うための送受信部５２、送受信部５２からのデータの処理を行う中央演算処理部５３、中央演算処理部５３との間でデータの入出力を行う入力部５５と表示部５６、およびパソコンのモニター、スピーカ、マイク、カメラなどの外部通知手段５７から構成されている。

さらに、中央演算処理部５３は、送受信部５２との間でデータの受け渡しを行う送受信処理手段（機能）５３１、入力部５５あるいは表示部５６とデータの受け渡しを行う入出力処理手段（機能）５３２、入出力処理手段（機能）５３２または送受信処理手段５３１を介して受信した利用者のスケジュールの登録情報をクライアント側でクライアント用スケジュールデータベース（ＤＢ）５５２に登録するクライアント用スケジュール登録・編集手段（機能）５３３、スケジュール管理サーバ２が有するサーバ用スケジュールＤＢ１５２とのデータの同期を取るクライアント用スケジュール同期手段（機能）５３４、利用者のスケジュールを管理するスケジュール管理手段５３５、生活に欠かせない電力・ガス・水道・電話などの使用量を取得する電力使用量取得手段５３６、ガス使用量取得手段５３７、水道使用量取得手段５３８、電話使用量取得手段５３９、前記電気・ガス・水道・電話の使用量をスケジュール管理サーバ２に送信する生活状況通知手段５３Ａ、利用者が外出したり外出から戻ってきたりしたことなどをスケジュール管理サーバに通知する外出連絡手段５３Ｂから構成される。

また、記憶部５４は、本スケジュール管理システム１の利用者である利用者の情報を保存する利用者情報データベース（ＤＢ）５５１、クライアント側で使用する利用者のスケジュールを保存するクライアント用スケジュールデータベース（ＤＢ）５５２から構成されている。利用者情報ＤＢ５５１およびクライアント用スケジュールＤＢ５５２は、スケジュール管理サーバ２内に存在する利用者情報ＤＢ１５１、サーバ用スケジュールＤＢ１５２のサブセットであり利用者のみの情報を含んでいる。

通信ネットワーク４は、利用者が独自に敷設した専用の通信網または、通信事業者から借り受けた回線であり、ＩＰプロトコルを用いてスケジュール管理サーバ２、クライアント端末５、外部端末６を接続する通信網である。例えば、ＡＤＳＬ（Asymmetric Digital Subscriber Line）、ＦＴＴＨ（Fiber To The Home）、ＣＡＴＶ（Community Antenna TeleVision）、広域ＬＡＮ（Local Area Network）などの回線を使用することが可能である。

図４は、本スケジュール管理システム１を利用する利用者の各種情報を保存する利用者情報ＤＢ１５１のデータ構成例を示す。利用者情報ＤＢ１５１には、利用者ごとに「利用者ＩＤ」、「氏名」、顧客の「住所」、顧客の「電話番号」、および顧客の「電子メールアドレス」などが保存されている。クライアント端末５内の利用者情報ＤＢ５５１は利用者一人の情報が記録されている。

図５は、サーバ用スケジュールＤＢ１５２およびクライアント用スケジュールＤＢ５５２に保存されているデータの構成例である。スケジュールは利用者ごとに保存されており、日ごとにさらに時間ごとの予定が登録されている。例えば、「○○□雄」の２００５年１０月２５日には、７：００−７：３０に起床し、８：００−８：３０で朝ご飯を食べ、１３：００−１３：３０ウォーキングして２３：３０−２４：００に寝るという予定が登録されている。

図６は宛先テーブル１５３のデータ構成例を示す。利用者ごとに複数の通知先、電話で通知するか電子メールで通知するかなどの通知方法、および電話番号や電子メールアドレスなどの通知宛先が保存されている。本データは情報登録手段１３３にて追加・変更・削除が可能である。

図７は閾値情報ＤＢ１５４のデータ構成例を示す。電力・ガス・水道・電話ごとに閾値の内容が保存されている。図７は例であり、よりたくさんの閾値などが登録されていても良い。

第１の実施の形態におけるスケジュール管理システム１は以上のように構成され、以下にその動作をフローチャートなどを用いて説明する。
［１． 情報の登録］

図８は、スケジュール管理システム１にて使用する情報を登録する「情報登録ルーチン」の動作の処理手順を示すフローチャートである。本動作は情報登録手段１３３が行う動作であり、以下図８を用いて処理を説明する。利用者の情報・宛先テーブル・閾値情報などの情報の登録は、スケジュール管理サーバ２の入力部１５および表示部１６に接続されているキーボードや画面を用いて直接登録を行う。もしくは図示していないシリアル回線を用いてパソコンを端末として使用して接続するか、社内のＬＡＮ（Local Area Network）や通信ネットワーク４を介して外部からネットワーク越しに接続してログインして設定を行ったりすることも可能である。

図示していないが、図８では、操作を行う利用者のＩＤやパスワードのチェックを行った後の動作を示している。ネットワークを経由して情報の設定を行う場合はセキュリティを強化してＩＤおよびパスワードの送信およびデータの送受信情報の暗号化を行うことが望ましい。以下、電力のスケジュール管理サーバ２に直接つながっているキーボードを用いて登録を行う場合の処理手順について図８を用いて説明する。

システム管理者などの操作者は、キーボードを用いて入力し、その入力を入力部１５が中央演算処理部１３に通知することでＩＤおよびパスワードなどの入力を行ってシステムにログインする。その後、利用者情報、宛先情報、閾値情報などの登録を画面とキーボードを用いて要求する（８１ｂ）。要求を受信した（Ｓ８１ａ）情報登録手段１３３は、前述の利用者情報、宛先情報、閾値情報に関連する情報などの入力画面を作成し、表示部１６を通して操作者が扱っている画面に表示させる（Ｓ８２ａ）。

操作者は画面（Ｓ８２ｂ）を見ながら利用者情報、宛先情報、閾値情報に関連する情報などをキーボードで入力する。入力された情報は入力部１５を介して情報登録手段１３３に通知される（Ｓ８３ｂ）。情報登録手段１３３は、入力された（Ｓ８３ａ）利用者情報、宛先情報、閾値情報に関連する情報などを、それぞれ、利用者情報ＤＢ１５１、宛先テーブル１５３、閾値情報ＤＢ１５４に登録する（Ｓ８４ａ）。次に情報登録手段１３３は、入力を継続するか終了するかを選択する画面を作成して画面に表示する（Ｓ８５ａ）。

画面に表示された画面を見て（Ｓ８４ｂ）、操作者が選択した内容が入力部１５より情報登録手段１３３に通知される（Ｓ８５ｂ、Ｓ８６ａ）。終了が選択された場合は本ルーチンを終了する。継続が選択された場合（Ｓ８７ａのｎｏのルート）は、ステップＳ８２ａに戻り、処理終了が選択されるまで上記動作を繰り返す。

なお、本実施の形態においてはステップＳ８５ａにて入力を終了するか継続するかを判定するような構成になっているが、継続して行わなければならないような登録内容の時は上記のＳ８５ａ〜８７ａに記載のステップの動作は行わず直ちにステップＳ８２ａに戻って継続して入力情報を打ち込む画面を送信する動作を行う。また、入力する情報の登録が済んだ場合は、別の画面に遷移するなどその他の手順が行われても良い。
［２． スケジュールの登録］

図９は、利用者の家族もしくはスケジュール代行会社の担当者（以降、操作者と称す）が通信ネットワーク４を介してスケジュールを登録を行う「サーバ用スケジュール登録・編集ルーチン」の動作の処理手順を示すフローチャートである。本動作は、サーバ用スケジュール登録・編集手段１３４が行う動作であり、以下図９を用いて処理を説明する。利用者の家族もしくはスケジュールの代行業者の担当者は、外部端末６などを使用してスケジュール管理サーバ２にログインを試みる（Ｓ９１ｂ）。

ログイン要求を受信したスケジュール管理サーバ２はＩＤとパスワードを要求する画面を送信する（Ｓ９２ａ）。操作端末は情報を受信し画面に表示する（Ｓ９２ｂ）。操作者が入力したＩＤおよびパスワードが送信され（Ｓ９３ｂ）、スケジュール管理サーバ２は受信しタＩＤとパスワードの解析を行う（Ｓ９３ａ）。ＩＤとパスワードが合致しているか判断し（Ｓ９４ａ）、合致していない場合はエラーを通知（Ｓ９６ａ）しステップＳ９２ａに戻り上記処理を繰り返す。外部端末６にはエラーが表示される（Ｓ９４ｂ）。図面には記載してないが、登録を行う利用者の特定は、使用しているＩＤおよびパスワードで判断するか、ログイン成功時に利用者を特定する画面が表示され選択することで可能である。

合致した場合は、スケジュールの登録・編集画面を送信する（Ｓ９７ａ）。外部端末６は情報を受信し画面表示する（Ｓ９３ｂ）。操作者が入力したスケジュール情報がスケジュール管理サーバ２に送信され（Ｓ９６ｂ）、スケジュール管理サーバ２は情報を受信し、登録する前に確認画面を送信する（Ｓ９８ａ）。外部端末６に表示（Ｓ９７ｂ）された画面を見て操作者が選択した内容がスケジュール管理サーバ２に通知される（Ｓ９９ａ）。

受信した内容が「登録」であれば、受信したスケジュール情報を利用者対応のサーバ用スケジュールＤＢ１５２に登録し保存する（Ｓ９Ｂａ）。受信した内容が「登録」出ない場合はステップＳ９５ａに戻り上記処理を繰り返す。本実施の形態ではスケジュールの登録が終了しなければ処理が終了しないようになっているが、データに一貫性がある限り途中で処理を止めることは可能である。

同様に登録に失敗した場合などもエラー通知を外部端末６に行ってステップＳ９５ａに戻って処理を行うことができる。またスケジュールの登録を行った後に再度次のスケジュールの登録を行うかを判定することで次のスケジュールを行うことができる。操作者によるスケジュールの確認についての図面は記載していないが、ステップＳ９５ａにてスケジュールの登録を行うのか、スケジュールの閲覧を行うのかを判定するようにすることで閲覧を行うことが可能である。本実施の形態ではスケジュールの登録・編集・閲覧は異常のような手順で行われる。
［３． サーバとクライアントのスケジュール情報の同期］
図１０は、サーバに登録されている利用者のスケジュール情報とクライアント端末５に登録されている利用者のスケジュール情報に一貫性を保てるようにデータベース間で同期を取る「サーバおよびクライアントのスケジュール同期ルーチン」の動作の処理手順を示すフローチャートを示す。本動作は、サーバ用スケジュール同期手段１３５およびクライアント用スケジュール同期手段５３４が行う動作であり、以下図１０を用いて処理を説明する。

スケジュール管理サーバ２およびクライアント端末６のスケジュール同期ルーチンは周期的に起動され、どちらからも一貫性を保てるように構成されている。クライアント端末６で起動された場合は、以前の起動から修正があったか判定する（Ｓ１０１ｂ）。修正が無かった場合（Ｓ１０１ｂのｎｏのルート）は何も行わず処理を終了する。修正が有った場合は修正があった部分をスケジュール管理サーバ２に通知する（Ｓ１０２ｂ）。スケジュールの修正部分を受信した（Ｓ１０１ａ）スケジュール管理サーバ２はサーバ用スケジュールＤＢ１５２の該当する利用者の該当部分をアップデートし（Ｓ１０２ａ）、アップデートが完了したことを通知して（Ｓ１０３ａ）処理を終了する。クライアント端末はＤＢのアップデート完了を受信し処理を終了する（Ｓ１０３ｂ）。

スケジュール管理サーバ２で、「サーバ用スケジュール同期ルーチン」が起動した場合は、スケジュール管理サーバ２側で、ステップＳ１０６ａ〜Ｓ１０８ａを行い、クライアント端末６側では、ステップＳ１０６ｂ〜Ｓ１０８ｂを行う。上記ステップＳ１０６ａ〜Ｓ１０８ａはクライアント端末６で「クライアント用スケジュール同期ルーチン」が起動した時のステップＳ１０１ｂ〜Ｓ１０３ｂと同様の処理を行う。同様にステップＳ１０６ｂ〜Ｓ１０８ｂはステップＳ１０１ａ〜Ｓ１０３ａと同様な処理を行う。

上記の動作でスケジュール管理サーバ２とクライアント端末６間のスケジュールの同期を取ることができる。上記において処理が衝突した場合の処理についての記載は無いが、どちらかに高い権利を持たせるなどの対処を行うことなどで回避可能である。また、起動に関し、スケジュールの登録・修正の要求があった時に常に本スケジュール管理サーバ２およびクライアント端末６の「スケジュール同期ルーチン」を起動するという動作でも良い。
［４． 電力・ガス・水道・電話などの使用量の推移の表示］

図１１は、電力・ガス・水道・電話などの生活状況の表示を行う「生活状況表示ルーチン」の動作の処理手順を示すフローチャートである。本動作は生活状況表示手段１３６が行う動作であり、以下図１１を用いて処理を説明する。まず、利用者の家族もしくはスケジュール代行会社の担当者が外部端末６を用いてスケジュール管理サーバ２にログインした後で生活状況の表示を要求する（Ｓ１１１ｂ）と、スケジュール管理サーバ２は情報を受信して（Ｓ１１１ａ）から「生活状況取得ルーチン」を起動して電力・ガス・水道・電話の使用量の推移を取得する（Ｓ１１２ａ）。

生活状況を取得した後に、取得した生活状況をグラフ化するかを判定し（Ｓ１１３ａ）、グラフ化しない場合は生のデータをクライアント端末６に対して表示する（Ｓ１１５ａ）。クライアント端末６は生のデータを表示する（Ｓ１１２ｂ）。グラフ化する場合は、「生活状況グラフ化ルーチン」を起動し（Ｓ１１４ａ）、得られたグラフをクライアント端末６に対して表示する（Ｓ１１６ａ）。クライアント端末６はグラフ化された図２１に示すような生活状況を表示して処理を終了する。

上記処理におけるグラフ化するかの判定（Ｓ１１３ａ）は、システム単位もしくは利用者単位でデフォルト値を有していてその値を判定しても良いし、グラフ化するかを尋ねてその回答によってグラフ化するか否かを決定しても良い。
［５． 電力・ガス・水道・電話などの使用量の推移のグラフ化］

図１２は、電力・ガス・水道・電話の使用量の推移をグラフ化する「サーバ用生活状況グラフ化ルーチン」の動作の処理手順を示すフローチャートである。本動作は、サーバ用生活状況グラフ化手段１３７が行う動作であり、以下図１２を用いて処理を説明する。まず、取得した電力の使用量の推移をその日の日時ごとに図面にプロットする（Ｓ１２１）。対象の全てのデータが終了したか判定し（Ｓ１２２）、終了していない場合は次のデータを指定してステップＳ１２１に戻り対象の全てデータの処理が終了するまで上記処理を繰り返す。

上記ステップＳ１２１〜Ｓ１２３と同様な処理をガス（Ｓ１２４〜Ｓ１２６）、水道（Ｓ１２７〜Ｓ１２９）、電話（Ｓ１２Ａ〜Ｓ１２Ｃ）について行い、図２１に示すような図面を作成して出力して（Ｓ１２Ｄ）処理を終了する。上記手順により電力・ガス・水道・電話などの使用上の推移をグラフ化する。
［６． 電力・ガス・水道・電話などの使用量の推移のグラフ表示］

図１３は、クライアント端末５または外部端末６から要求があった時に表示する電力・ガス・水道・電話などの使用量の推移のグラフの表示を行う「サーバ用生活状況グラフ表示ルーチン」の動作処理手順を示すフローチャートである。本動作は、サーバ用生活状況グラフ表示手段１３８が行う動作であり、以下図１３を用いて処理を説明する。要求があった時に、例えばＷＥＢ画面よりクリックされた時などに、既に作成された電力・ガス・水道・電話などの使用量の推移のグラフをＷＥＢで表示可能なイメージに変換する（Ｓ１３１）。次に、例えばＨＴＴＰなどのプロトコルに従って変換したイメージファイルを参照可能な場所に置き（Ｓ１３２）、ＵＲＬ（Uniform Resource Locator）などでリンクを張ることで参照可能にする。上記手順により電力・ガス・水道・電話などの使用量の推移のグラフ表示を行う。
［７． 電力・ガス・水道・電話などの使用上の異常を判定］

図１４は、利用者が使用している電力・ガス・水道・電話などの異常を判定する「閾値超過判定ルーチン」の動作の処理手順を示すフローチャートである。本動作は、閾値超過判定手段１３９が行う動作であり、以下図１４を用いて処理を説明する。本ルーチンは常に判定を行う必要があるために周期的に起動される。

まず、電力・ガス・水道・電話などの閾値情報を閾値情報ＤＢ１５４より読み込む（Ｓ１４１）。定義に従って電力の現状値と閾値とも比較する（Ｓ１４２）。現状値が閾値以上（Ｓ１４３）であれば、異常と判定し「電力超過」を返り値に出力する（Ｓ１４４）。未満であれば何もせず次のステップＳ１４５に進む。上記ステップＳ１４２〜Ｓ１４４と同様な処理をガス（Ｓ１４５〜Ｓ１４７）、水道（Ｓ１４８〜Ｓ１４Ａ）、電話（Ｓ１４Ｂ〜Ｓ１４Ｄ）について行い、返り値を出力（Ｓ１４Ｅ）して処理を終了する。
［８． スケジュールの管理］

図１５は、クライアント端末６で行われる利用者のスケジュールの管理を行う「スケジュール管理ルーチン」の動作の処理手順を示すフローチャートであり、以下図１５を用いて処理を説明する。「スケジュール管理ルーチン」は時間単位で動作する必要があるため周期的に起動される。まず、起動された時に予定されているスケジュールが有るか判定する（Ｓ１５１）。予定されているスケジュールが無い場合は何も処理せずに継ぎの周期までスリープする（Ｓ１５３）。

予定されているスケジュールが有る場合は、予定内容を取得して（Ｓ１５２）、予定を利用者に通知し確認するために「外部通知ルーチン」を起動する（Ｓ１５４）。上記手順により電力・ガス・水道・電話などの使用上の異常などを判定する。
［９． 電力・ガス・水道・電話の使用量の取得］

図１６は、電力・ガス・水道・電話などの使用量を取得する「電力使用量取得ルーチン」、「ガス使用量取得ルーチン」、「水道使用量取得ルーチン」、「電話使用量取得ルーチン」の動作の処理手順を示すフローチャートである。本ルーチンはクライアント端末６内で動作するルーチンである。本実施の形態において上記４つのルーチンは一つのフローチャートとして記載している。本ルーチンも時々刻々と変化する使用量を取得する必要がありリアルタイム性が要求されるため周期的に起動される。

まず、電力使用量を電力の計測器より取得する（Ｓ１６１）。次に取得した電力使用量をスケジュール管理サーバ２に通知する（Ｓ１６２）。上記ステップＳ１６１およびＳ１６２と同様な処理を、ガス（Ｓ１６３、Ｓ１６４）、水道（Ｓ１６５、Ｓ１６６）、電話（Ｓ１６７、Ｓ１６８）にて行う。上記手順により電力・ガス・水道・電話の使用量を取得する。
［１０． 電力・ガス・水道・電話の使用量の通知］

図１７は、クライアント端末６が行う電力・ガス・水道・電話の使用量を通知する「生活状況通知ルーチン」の動作の処理手順を示すフローチャートである。本ルーチンはクライアント端末６内で動作するルーチンである。本動作は、生活状況通知手段５３Ａが行う動作であり、以下図１７を用いて説明する。

まず、電力・ガス・水道・電話それぞれの使用量取得ルーチンを起動する（Ｓ１７１ｂ、Ｓ１７２ｂ、Ｓ１７３ｂ、Ｓ１７４ｂ）。本実施の形態では図１６に示すフローチャート全てを動作させることになる。次に取得した電力・ガス・水道・電話の使用量をまとめてスケジュール管理サーバ２に送信する（Ｓ１７５ｂ）。受信した（Ｓ１７１ａ）スケジュール管理サーバ２は受信確認をクライアント端末６に送信する（Ｓ１７２ａ）。クライアント端末６は受信確認を受信して処理を終了する。上記手順により電力・ガス・水道・電話の使用量の取得し、スケジュール管理サーバ２にその結果を通知する。
［１１． 利用者外出・帰宅の際の通知］

図１８は、利用者が外出を行った場合、外出から戻った場合、外出の予定の時間になった時に予め定めた宛先にそのことを通知する「外出連絡ルーチン」の動作の処理手順を示すフローチャートである。本動作は、クライアント端末６内の外出連絡手段５３Ｂが行う動作であり、以下図１８を用いて処理を説明する。本ルーチンは時々刻々と変化する利用客の状態をチェックする必要があるため周期的に起動される。もしくは「スケジュール管理ルーチン」から起動されるように構成されても良い。

まず、現在の状態が利用者により「外出」に設定されていないかを判定する（Ｓ１８１）。本実施の形態では、利用者の状態を持たせている図面が無いが、利用者ごとに利用者の状態として、例えば「外出中」、「在室中」、「ＴＶ鑑賞中」、「朝食中」などの状態が定義されているものとする。状態が前記利用者の状態を参照して利用者が外出中であれば、利用者が外出中になったことを予め定めた図６に示す宛先に通知して（Ｓ１８５）処理を終了する。

状態が「外出」でない場合は、現在時刻の予定が「外出」になっていないか判定する（Ｓ１８２）。予定が「外出」でなければ利用者は外出の予定もなく、外出していないので何も処理を行わず終了する（Ｓ１８２のｎｏのルート）。現在時刻の予定が「外出」であった場合は、外出の承認を受けているかを判定する（Ｓ１８３）。承認を受けていれば、承認済の外出の予定であることを予め定めた宛先に通知する（Ｓ１８４）。承認を受けていない場合は、利用者が承認を受けていない外出を予定していることを予め定めた宛先に通知する（Ｓ１８６）。

上記手順により、利用者の外出に関する連絡を予め定めた、例えば家族もしくはスケジュール代行会社などに通知する。通知の方法としては、電話、電子メールなどがある。
また、外出中に再度本ルーチンが起動された場合は、既に通知したかの判定を行い、既にこの外出について通知している場合は「外出中」の連絡を行わないようにする。
［１２． 予定の通知と確認］

図１９は、クライアント端末６が利用者に対してスケジュール管理を行う「外部通知ルーチン」の動作の処理手順を示すフローチャートである。本動作は、スケジュール管理手段５７が行う動作であり、以下図１９を用いて処理を説明する。本ルーチンはスケジュール管理ルーチンから起動され、予定があるときに利用者にモニター、スピーカ、マイク、カメラ、キーボード、マウス、タッチパネルなどを利用してその予定の通知と利用者の応答の取得などをインタラクティブに行うものである。

まず、クライアント用スケジュールＤＢ５５２より予定の内容を取得する（Ｓ１９１ａ）。次に取得した予定の通知方法により分岐する（Ｓ１９２ａ）。通知方法としては図１９に示すようにモニターによる画面通知とスピーカによる音声通知を挙げているがその他の選択肢があっても良い。画面通知の場合、モニター画面に取得した予定内容とその応答の選択肢を表示する（Ｓ１９３ａ）。モニター画面にはその内容が表示され、必要があればスピーカから音声が流れる（Ｓ１９１ｂ）。スピーカ通知の場合は、音声のみが流れる（Ｓ１９５ａ）。次に予め定められたタイマーを起動しウェイトする（Ｓ１９４ａ）。このタイマーが満了しても回答が得られなかった場合は、スケジュール管理サーバ２に回答が得られなかったことを通知するためである。

利用者はタイマー満了前にキーボードもしくはタッチパネルなどを用いて表示された選択肢から自分が所望する内容を選択しキーボードを叩くかもマウスをクリックするかタッチパネルに触れる（Ｓ１９２ｂ）ことで選択された内容がクライアント端末６に通知される（Ｓ１９６ａ）。利用者の応答が肯定応答であるか判定し（Ｓ１９７ａ）、肯定応答したことをモニター画面やスピーカを用いて利用者に通知し（Ｓ１９８ａ）、モニター画面には表示が行われスピーカからは音声が流れる（Ｓ１９３ｂ）。次に利用者が肯定応答したことをスケジュール管理サーバ２に通知（Ｓ１９９ａ）して処理を終了する。

応答が否定応答であった場合も同様に利用者が否定応答を行ったことをモニター画面やスピーカを用いて利用者に通知し（Ｓ１９Ａａ）、モニター画面には表示が行われスピーカからは音声が流れ（Ｓ１９４ｂ）、利用者が肯定応答したことをスケジュール管理サーバ２に通知（Ｓ１９Ｂａ）して処理を終了する。上記手順によりスケジュールの予定の通知と確認が行われる。また、タイマー満了時に何の応答も無かった場合は、ステップＳ１９Ｃａへ進み、スケジュール管理サーバ２に回答が得られなかったことを通知し、処理を終了する。

本実施の形態では予定に対して肯定応答と否定応答のみしか手順が無いが、予定に依存したよりたくさんの選択肢が存在し、その選択肢のどれを選択したのかをクライアント端末６が取得しスケジュール管理サーバ２に通知するという手順を行いスケジュール管理サーバ２で利用者のスケジュールの管理を行えるようにする。
［１３． グループへの通知］

図２０は、予定を立てた時にその予定がグループで共有するような内容である場合は、グループの構成員に通知を行う「グループチェックルーチン」の動作の処理手順を示すフローチャートである。本動作は、サーバ用スケジュール登録・編集手段１３４が行う動作であり、以下図２０を用いて処理を説明する。

まず、予定がグループに属するかを判定する（Ｓ２０１）。グループに属さない場合は何もせずに終了する。グループに属する場合は、グループのメンバーを抽出し（Ｓ２１２）、グループメンバーに予定を立てた利用者の氏名などをメールなどを用いて通知する（Ｓ２１３）。上記手順によりグループで構成する予定に新たな利用者が予定を立てた場合は、グループの構成員に通知が行われる。町内会や学校の寄り合いなどで使用可能である。
本発明による第１の実施の形態は以上のように構成され動作する。

本実施の形態によれば、例えば一人暮らしの高齢者などのスケジュールを外部のサーバに登録して、高齢者である利用者は自宅に設置されるクライアント端末からスケジュールの登録・編集・確認を行うことができ、予定の時間になった時には自動的にクライアント端末がモニターやスピーカを使用して、もしくはＴＶのモニターを使用するなどして通知し、さらに高齢者が自宅で登録したスケジュールはスケジュールの管理を行うサーバで一括管理され、外部から家族などの関係者がスケジュールを確認したり、スケジュールを登録したりすることができ、外出した際にはクライアント端末から予め登録された家族などの関係者に通知が届くので、関係者は利用者のスケジュールを外部のスケジュール代行会社などに委託することが可能となる。

次に第２の実施の形態について以下に説明する。図２２は、第２の実施の形態であるスケジュール管理装置３の機能ブロック図を示している。本実施の形態では、利用者宅にスケジュール管理装置３を設置してスケジュール管理装置３の中に第１の実施の形態において説明した全ての機能を内蔵しており、その部分が第１の実施の形態と異なる。
中央演算処理部５３内には、第１の実施の形態でスケジュール管理サーバ２に存在したサーバ用生活状況グラフ化手段１３７と同様な機能を有する生活状況グラフ化手段５３Ｃ、サーバ用生活状況グラフ表示手段１３８と同様な機能を有する生活状況グラフ表示手段５３Ｄ、生活状況表示手段１３６と同様な機能を有する生活状況表示手段５３Ｅ、閾値超過判定手段１３９と同様な機能を有する閾値超過判定手段５３Ｆが図３に示す第１の実施の形態に追加されており、またクライアント用スケジュール同期手段５３４と生活状況通知手段５３Ａは必要が無いので存在しないのが異なる。

記憶部５４内には、第１の実施の形態でスケジュール管理サーバ２に存在した宛先テーブル１５３と同様な内容であるが利用者のみの内容を有する宛先テーブル５５３、閾値情報ＤＢと同様な内容を有する閾値情報ＤＢ５５４が図２に示す第１第１の実施の形態に追加されている。上記の第１の実施の形態と比較して追加になっている手段はスケジュール管理サーバ２に対する通信などの処理を除いては第１の実施の形態で説明を行った内容と同様の動作を行い、データベースなどは個人用となっているのでその他の利用者の分が必要ないという部分のみが異なる。
本発明による第２の実施の形態は以上のように構成され動作する。

本実施の形態によれば、第１の実施の形態のように一括管理することなく利用者宅に１台の端末を設置するだけで第１の実施の形態と同様なことができるので、関係者が経費を抑えた上でスケジュール代行会社に利用者のスケジュールを委託することができる。

なお、本発明は高齢者のみではなく、自分でスケジュールを登録したり、予約の確認などに応答したりできる人であれば誰でも利用者として使用することが可能である。

本発明の第１の実施の形態に係わるスケジュール管理システム全体構成図である。 本発明の第１の実施の形態に係わるスケジュール管理システムのスケジュール管理サーバ、クライアント端末、外部端末の機能ブロック図である。 本発明の第１の実施の形態に係わるスケジュール管理システムのクライアント端末の機能ブロック図である。 図２、図３および図２２の利用者情報ＤＢのデータ構成例である。 図２のサーバ用スケジュールＤＢ、図３および図２２のクライアント用スケジュールＤＢのデータ構成例である。 図３および図２２の宛先テーブルのデータ構成例である。 図３および図２２の閾値情報ＤＢのデータ構成例である。 図２の情報登録手段が行う動作の処理手順を示すフローチャートである。 図２のサーバ用スケジュール登録・編集手段が行う動作の処理手順を示すフローチャートである。 図２のサーバ用スケジュール同期手段および図３のクライアント用スケジュール同期手段が行う動作の処理手順を示すフローチャートである。 図２および図２２の生活状況表示手段が行う動作の処理手順を示すフローチャートである。 図２のサーバ用生活状況グラフ化手段が行う動作の処理手順を示すフローチャートである。 図２のサーバ用生活状況グラフ表示手段が行う動作の処理手順を示すフローチャートである。 図２および図２２の閾値超過判定手段が行う動作の処理手順を示すフローチャートである。 図２および図２２のスケジュール管理手段が行う動作の処理手順を示すフローチャートである。 図２および図２２の電力使用量取得手段、ガス使用量取得手段、水道使用量取得手段、電話使用量取得手段が行う動作の処理手順を示すフローチャートである。 図２および図２２の生活状況通知手段が行う動作の処理手順を示すフローチャートである。 図２および図２２の外出連絡手段が行う動作の処理手順を示すフローチャートである。 図２および図２２の外部通知手段が行う動作の処理手順を示すフローチャートである。 図２および図２２のグループチェック手段が行う動作の処理手順を示すフローチャートである。 本発明の第１の実施の形態に係わる生活状況グラフの表示成例である。 本発明の第２の実施の形態に係わるスケジュール管理装置の機能ブロック図である。

符号の説明

１ スケジュール管理システム
４ 通信ネットワーク
５ クライアント端末
６ 外部端末
１２、５２、６２ 送受信部
１３、５３、６３ 中央演算処理部
１４、５４ 記憶部
１５、５５、６５ 入力部
１６、５６、６６ 表示部
１３１ 送受信処理手段
１３２ 入出力処理手段
１３３ 情報登録手段
１３４ サーバ用スケジュール登録・編集手段
１３５ サーバ用スケジュール同期手段
１３６ 生活状況表示手段
１３７ サーバ用生活状況グラフ化手段
１３８ サーバ用生活状況グラフ表示手段
１３９ 閾値超過判定手段
１５１ 利用者情報（データベース）ＤＢ
１５２ サーバ用スケジュール（データベース）ＤＢ
１５３ 宛先テーブル
１５４ 閾値情報（データベース）ＤＢ
５３１ 入出力処理手段
５３２ 送受信処理手段
５３３ クライアント用スケジュール登録・編集手段
５３４ クライアント用スケジュール同期手段
５３５ スケジュール管理手段
５３６ 電力使用量取得手段
５３７ ガス使用量取得手段
５３８ 水道使用量取得手段
５３９ 電話使用量取得手段
５３Ａ 生活状況通知手段
５３Ｂ 外出連絡手段
５３Ｃ 生活状況グラフ化手段
５３Ｄ 生活状況グラフ表示手段
５３Ｅ 生活状況表示手段
５３Ｆ 閾値超過判定手段
５５１ 利用者情報（データベース）ＤＢ
５５２ クライアント用スケジュール（データベース）ＤＢ
５５３ 宛先テーブル
５５４ 閾値情報（データベース）ＤＢ
５７ 外部通知手段

Claims (15)

1. 通信ネットワークを介してスケジュールを管理するスケジュール管理サーバと、スケジュール管理を実行するクライアント端末が通信可能に接続されたスケジュール管理システムであって、
   スケジュール管理サーバは、利用者のスケジュール情報を保存するサーバ用スケジュールデータベースと、
   スケジュール情報を登録・編集するサーバ用スケジュール登録・編集手段と、
   作成したスケジュール情報をクライアント端末との間で同期を取るサーバ用スケジュール同期手段とを備え、
   クライアント端末は、利用者のスケジュール情報を保存するクライアント用スケジュールデータベースと、
   利用者のスケジュール情報を登録・編集するクライアント用スケジュール登録・編集手段と、
   前記スケジュール管理サーバの前記サーバ用スケジュール同期手段とスケジュール情報に関して同期を行うクライアント用スケジュール同期手段と、
   同期した前記スケジュールを管理し、スケジュールされた項目の予定日時になった時に外部通知手段を用いて通知を行い、前記行った通知に対する応答を監視し、予め定めた期間内に応答が無い場合は、前記スケジュール管理サーバに無応答であることを通知し、応答があった場合は、応答内容を前記スケジュール管理サーバに通知するスケジュール管理手段と、
   を備えたことを特徴とするスケジュール管理システム。
2. 前記クライアント端末は、電力使用量の経過内容を定期的に取得する電力使用量取得手段、
   ガスの使用量の経過内容を定期的に取得するガス使用量取得手段、
   水道の使用量の経過内容を定期的に取得する水道使用量取得手段、
   電話の使用量の経過内容を定期的に取得する電話使用量取得手段、
   の少なくとも一つの手段を備え、
   前記取得した電力使用量、ガス使用量、水道使用量、または電話使用量の経過内容を前記スケジュール管理サーバに通知する生活状況通知手段とを備え、
   前記スケジュール管理サーバは、要求に応じて受信した前記電力使用量、ガス使用量、水道使用量、または電話使用量の経過内容を通信ネットワークを介して表示する生活状況表示手段を備えたことを特徴とする請求項１に記載のスケジュール管理システム。
3. 前記サーバ用スケジュール登録・編集手段は、ＷＥＢ画面を用いて登録可能に構成されていることを特徴とする請求項１または２に記載のスケジュール管理システム。
4. 前記クライアント端末は、スケジュールの利用者が外出した時、外出から戻った時、外出予定時刻になった時の少なくとも一つの場合において予め定めた宛先に通知する外出連絡手段と、
   を備えたことを特徴とする請求項１ないし３のいずれか一に記載のスケジュール管理システム。
5. 前記スケジュール管理サーバは、取得した前記電力使用量、前記ガス使用量、前記水道使用量、または前記電話使用量をグラフ化するサーバ用生活状況グラフ化手段と、
   作成した前記グラフを通信ネットワークを介して外部より特定の通信プロトコルを用いて参照可能とするサーバ用生活状況グラフ表示手段と、
   を備えたことを特長とする請求項２ないし４のいずれか一に記載のスケジュール管理システム。
6. 前記スケジュール管理サーバは、測定を行う前記電力使用量、前記ガス使用量、前記水道使用量、または前記電話使用量がそれぞれに対して予め登録された閾値と比較を行い、閾値を超過した場合は、予め定めた宛先に通知を行う閾値超過判定手段と、
   を備えたことを特徴とする請求項２ないし６のいずれか一に記載のスケジュール管理システム。
7. 利用者は予め定められたグループに属し、
   前記サーバ用スケジュール登録・編集手段またはクライアント用スケジュール登録・編集手段は、特定のグループに関する予定が立てられた場合は、前記グループの構成員に通知を行うことを特徴とする請求項１ないし６のいずれか一に記載のスケジュール管理システム。
8. 通信ネットワークを介して通信可能に構成されているスケジュールを管理するスケジュール管理装置であって、
   利用者のスケジュール情報を保存するスケジュールデータベースと、
   利用者のスケジュール情報を登録・編集するスケジュール登録・編集手段と、
   作成した前記スケジュールを管理し、スケジュールされた項目の予定日時になった時に外部通知手段を用いて利用者に通知を行い、前記行った通知に対する応答を監視し、予め定めた期間内に応答が無い場合は無応答であったことを記録し、応答が有った場合は、その応答内容を記録するスケジュール管理手段と、
   電力使用量の経過内容を定期的に取得する電力使用量取得手段、
   ガスの使用量の経過内容を定期的に取得するガス使用量取得手段、
   水道の使用量の経過内容を定期的に取得する水道使用量取得手段、
   電話の使用量の経過内容を定期的に取得する電話使用量取得手段、
   の少なくとも一つの手段を備えたことを特徴とするスケジュール管理装置。
9. 前記スケジュール登録・編集手段は、ＷＥＢ画面を用いて登録可能に構成されていることを特徴とする請求項８に記載のスケジュール管理装置。
10. スケジュールの利用者が外出した時、外出から戻った時、外出予定時刻になった時の少なくとも一つの場合において予め定めた宛先に通知する外出連絡手段と、
    を備えたことを特徴とする請求項８または９に記載のスケジュール管理装置。
11. 前記取得した電力使用量、ガス使用量、水道使用量、または電話使用量の経過内容をグラフ化する生活状況グラフ化手段と、
    前記作成した前記グラフを通信ネットワークを介して外部より特定の通信プロトコルを用いて参照可能とする生活状況グラフ表示手段と
    を備えたことを特徴とする請求項８ないし１０のいずれか一に記載のスケジュール管理装置。
12. 測定を行い取得した前記電力使用量、前記ガス使用量、前記水道使用量、または前記電話使用量がそれぞれに対して予め登録された閾値と比較を行い、閾値を超過した場合は、予め定めた宛先に通知を行うことを特徴とする閾値超過判定手段と、
    を備えたことを特徴とする請求項８ないし１１のいずれか一に記載のスケジュール管理システム。
13. 通信ネットワークを介してスケジュールを管理するスケジュール管理サーバと、スケジュール管理を実行するクライアント端末が通信可能に接続されたスケジュール管理方法であって、
    スケジュール管理サーバ側にて行う、利用者のスケジュール情報を保存するサーバ用スケジュールデータベースにスケジュール情報を登録・編集するサーバ用スケジュール登録・編集ステップと、
    作成したスケジュール情報をクライアント端末との間で同期を取るサーバ用スケジュール同期ステップとを含み、
    クライアント端末にて、利用者のスケジュール情報を保存するクライアント用スケジュールデータベースに利用者のスケジュール情報を登録・編集するクライアント用スケジュール登録・編集ステップと、
    前記スケジュール管理サーバで行う前記サーバ用スケジュール同期ステップとスケジュール情報に関して同期を行うクライアント用スケジュール同期ステップと、
    同期した前記スケジュールを管理し、スケジュールされた項目の予定日時になった時に外部通知手段を用いて通知を行い、前記行った通知に対する応答を監視し、予め定めた期間内に応答が無い場合は、無応答であることを前記スケジュール管理サーバに通知し、応答があった場合は、応答内容を前記スケジュール管理サーバに通知するスケジュール管理ステップと、
    電力使用量の経過内容を定期的に取得する電力使用量取得ステップ、
    ガスの使用量の経過内容を定期的に取得するガス使用量取得ステップ、
    水道の使用量の経過内容を定期的に取得する水道使用量取得ステップ、
    電話の使用量の経過内容を定期的に取得する電話使用量取得ステップ、
    の少なくとも一つのステップと、
    前記取得した電力使用量、ガス使用量、水道使用量、または電話使用量の経過内容を前記スケジュール管理サーバに通知する生活状況通知ステップとを含み、
    前記スケジュール管理サーバにて、要求に応じて受信した前記電力使用量、ガス使用量、水道使用量、または電話使用量の経過内容を通信ネットワークを介して表示する生活状況表示ステップと、
    を含むことを特徴とするスケジュール管理方法。
14. 通信ネットワークを介して通信可能に構成されているスケジュールを管理する方法であって、
    利用者のスケジュール情報を保存するスケジュールデータベースに利用者のスケジュール情報を登録・編集するスケジュール登録・編集ステップと、
    作成した前記スケジュールを管理し、スケジュールされた項目の予定日時になった時に外部通知手段を用いて利用者に通知を行い、前記行った通知に対する応答を監視し、予め定めた期間内に応答が無い場合は、無応答であったことを記録し、応答があった場合は、その応答内容の記録するスケジュール管理ステップと、
    電力使用量の経過内容を定期的に取得する電力使用量取得ステップ、
    ガスの使用量の経過内容を定期的に取得するガス使用量取得ステップ、
    水道の使用量の経過内容を定期的に取得する水道使用量取得ステップ、
    電話の使用量の経過内容を定期的に取得する電話使用量取得ステップの少なくとも一つのステップと、
    要求に応じて取得した前記電力使用量、ガス使用量、水道使用量、または電話使用量の経過内容を通信ネットワークを介して表示する生活状況表示ステップと、
    を含むことを特徴とするスケジュール管理方法。
15. スケジュールの管理を行うコンピュータ上で動作するプログラムであって、
    利用者のスケジュール情報を保存するスケジュールデータベースに利用者のスケジュール情報を登録・編集するスケジュール登録・編集処理と、
    作成した前記スケジュールを管理し、スケジュールされた項目の予定日時になった時に外部通知手段を用いて利用者に通知を行い、前記行った通知に対する応答を監視し、予め定めた期間内に応答が無い場合は、予め定めた第１の処理を行い、応答があった場合は、第２の処理を行うスケジュール管理ス処理と、
    電力使用量の経過内容を定期的に取得する電力使用量取得処理、
    ガスの使用量の経過内容を定期的に取得するガス使用量取得処理、
    水道の使用量の経過内容を定期的に取得する水道使用量取得処理、
    電話の使用量の経過内容を定期的に取得する電話使用量取得処理の少なくとも一つのステップと、
    要求に応じて取得した前記電力使用量、ガス使用量、水道使用量、または電話使用量の経過内容を通信ネットワークを介して表示する生活状況表示処理と、
    をコンピュータ上で動作させることを特徴とするスケジュール管理プログラム。

Images