(57)【要約】【課題】要介護者や高齢者が、自ら実施可能なイベントについて適正に実施したか否かを簡易な方法で遠隔監視できなかった。【解決手段】要介護者等のスケジュール施行側のユーザがスケジュール表に記憶されたイベントの内容を所定時間内に実施した場合、スケジュール管理側の携帯端末に対してイベントが実施された旨を示すメールを送信し、前記スケジュール施行側のユーザがスケジュール表に記憶されたイベントの内容を所定時間実施しなかった場合、前記スケジュール管理側の携帯端末に対してイベントが実施されなかった旨を示すメールを送信する。【選択図】      図５
2008236475.tif 000002
【特許請求の範囲】
【請求項１】
スケジュール施行側のユーザがスケジュール表に記憶されたイベントの内容を所定時間内に実施した場合、スケジュール管理側の携帯端末に対してイベントが実施された旨を示すメールを送信し、
前記スケジュール施行側のユーザがスケジュール表に記憶されたイベントの内容を所定時間実施しなかった場合、前記スケジュール管理側の携帯端末に対してイベントが実施されなかった旨を示すメールを送信することを特徴とするスケジュール監視方法。
【請求項２】
前記スケジュール管理側が前記スケジュール表を前記スケジュール施行側にメール送信することを特徴とする請求項１記載のスケジュール監視方法。
【請求項３】
前記イベントの属性が、ユーザに通知するメッセージ内容を含まない目覚まし機能またはユーザに通知するメッセージ内容を含むメッセージ通知の何れかであることを特徴とする請求項１または２記載のスケジュール監視方法。
【請求項４】
前記イベントの属性がメッセージ通知である場合に、このメッセージを繰り返し読み上げることを特徴とする請求項３記載のスケジュール監視方法。
【請求項５】
前記スケジュール表に、前記スケジュール管理側の携帯端末のメールアドレスと前記スケジュール施行側の携帯端末のメールアドレスとが記憶されていることを特徴とする請求項１から４の何れか一の請求項に記載のスケジュール監視方法。
【請求項６】
スケジュール施行側の携帯端末の電池容量の残量が変化したときに、スケジュール管理側の携帯端末に対して電池容量の残量が変化した旨を示すメールを送信することを特徴とするスケジュール監視方法。
【請求項７】
スケジュール施行側のユーザがタイマーの鳴動を確認した場合、スケジュール管理側の携帯端末に対して鳴動を確認した旨を示すメールを送信し、
前記スケジュール施行側のユーザがタイマーの鳴動を所定時間確認しない場合、前記スケジュール管理側の携帯端末に対して鳴動を確認しなかった旨を示すメールを送信することを特徴とするスケジュール監視方法。
【請求項８】
スケジュール施行側のユーザのスケジュール表を記憶するメモリと、
前記スケジュール施行側のユーザがスケジュール表に記憶されたイベントの内容を所定時間内に実施した場合、スケジュール管理側の携帯端末に対してイベントが実施された旨を示すメールを送信することを指示し、前記スケジュール施行側のユーザがスケジュール表に記憶されたイベントの内容を所定時間実施しなかった場合、前記スケジュール管理側の携帯端末に対してイベントが実施されなかった旨を示すメールを送信することを指示する制御部と、
前記制御部からの指示に従って、スケジュール管理側の携帯端末に対してメールを送信する無線部と、
を有することを特徴とする携帯端末。
【請求項９】
前記スケジュール管理側が前記スケジュール表を前記スケジュール施行側にメール送信することを特徴とする請求項８記載の携帯端末。
【請求項１０】
前記イベントの属性が、ユーザに通知するメッセージ内容を含まない目覚まし機能またはユーザに通知するメッセージ内容を含むメッセージ通知の何れかであることを特徴とする請求項８または９記載の携帯端末。
【請求項１１】
前記イベントの属性がメッセージ通知である場合に、このメッセージを繰り返し読み上げるスピーカーを有することを特徴とする請求項１０記載の携帯端末。
【請求項１２】
前記スケジュール表に、前記スケジュール管理側の携帯端末のメールアドレスと前記スケジュール施行側の携帯端末のメールアドレスとが記憶されていることを特徴とする請求項８から１２の何れか一の請求項に記載の携帯端末。
【請求項１３】
スケジュール施行側のスケジュール施行状況を監視するスケジュール管理側の携帯端末と、
前記スケジュール施行側のユーザのスケジュール表を記憶するメモリと、前記スケジュール施行側のユーザがスケジュール表に記憶されたイベントの内容を所定時間内に実施した場合スケジュール管理側の携帯端末に対してイベントが実施された旨を示すメールを送信することを指示し、前記スケジュール施行側のユーザがスケジュール表に記憶されたイベントの内容を所定時間実施しなかった場合前記スケジュール管理側の携帯端末に対してイベントが実施されなかった旨を示すメールを送信することを指示する制御部と、前記制御部からの指示に従って、スケジュール管理側の携帯端末に対してメールを送信する無線部とを有するスケジュール施行側の携帯端末と
を有することを特徴とするスケジュール監視システム。
【請求項１４】
スケジュール施行側のユーザがスケジュール表に記憶されたイベントの内容を所定時間内に実施した場合、スケジュール管理側の携帯端末に対してイベントが実施された旨を示すメールを送信する処理と、
前記スケジュール施行側のユーザがスケジュール表に記憶されたイベントの内容を所定時間実施しなかった場合、前記スケジュール管理側の携帯端末に対してイベントが実施されなかった旨を示すメールを送信する処理と、
をコンピュータに実施させることを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、スケジュール監視方法に関し、特に、スケジュール施行側の携帯端末からスケジュール管理側の携帯端末に対して、スケジュール施行側のユーザのスケジュールの実施状況をメールにより通知するスケジュール監視方法に関する。
【背景技術】
【０００２】
携帯電話機のスケジュール機能は、ユーザが個々のスケジュールを作成し確認するために用いられており、一日のスケジュールなどの施行状況を遠隔地から確認することは困難である。
【０００３】
例えば、子供や高齢者などが、携帯電話機のスケジュール機能を使ってイベントの発生等を管理する場合、スケジュールのイベントが発生した時の通知に気が付かないこともある。また、このような状況は、遠隔地にいる人からは知ることができない。
【０００４】
また、介護の現場では、下記のような問題がある。
【０００５】
高齢化社会に向かっている現代、今後は介護を必要とする人（要介護者）は増える。これに対し、介護する側（介護者）の人数が足りない問題がある。
【０００６】
この対策として、要介護者が自力でできる動作については、スケジュール機能を用い、イベントの発生に従って要介護者がイベント内容を自ら実施することで、介護者の手を介さずに動作を実行することが可能となる。
【０００７】
しかし、要介護者がスケジュールのイベント発生通知に気が付かない場合、その動作を行わないままとなってしまうことも考えられる。例えば、携帯端末のスケジュール機能が、昼の１２時に薬を飲むようイベント発生通知にて動作を促したとしても、要介護者がその通知に気が付かなかった場合、薬を飲むことができない可能性がある。このように、現状の携帯電話機におけるスケジュール機能では、スケジュール機能を使って介護を支援することは難しいと考えられる。
【０００８】
一方、スケジュール施行状況を遠隔地から監視するシステムの一例が特許文献１（特開２００３−８７４１６）で紹介されている。特許文献１は、作業の工程や経路の計画情報を蓄積するデータベース及びその情報をもとに指示情報を作業者に提供するためのサーバーを設け、インターネット経由でメッセージを交換するシステムについて、開示している。このシステムは、Ｗｅｂ機能を備えた携帯電話を使用して任意の特殊なスケジュールに基づいて対応し、作業者が各手順や各工程、各経路等を確認することができると共に管理者が作業の進捗状況を把握することを目的としている。
【０００９】
上記のＷｅｂ機能を使用したシステムは、任意の特殊なスケジュールの指示及び監視をすることを目的としており、作業者は作業の指示があるたびに指定されたＷｅｂサイトに接続し指示内容を確認しなければならない。また、管理側はＰＣを通してサーバー上で作業者に指示を出したり、作業の進捗状況を監視するために、特定の知識を必要とする。
【００１０】
また、別の先行技術として特許文献２（特開２００１−３４４３５２）記載のシステムがある。上記システムでは、被管理者に生体センサーを取り付け、生体センサーによるセンシング結果（例えば、血圧や脈拍等）と被管理者のスケジュールとを比較する。そして、センシング結果がスケジュールの状況と合致しない場合（例えば、スケジュールではデスクワーク中となっているにもかかわらず、脈拍が上昇した場合等）、管理者が被管理者に対して音声信号等で質問メッセージを送り、被管理者の状態を確認する。
【００１１】
【特許文献１】特開２００３−０８７４１６号公報
【特許文献２】特開２００１−３４４３５２号公報
【発明の開示】
【発明が解決しようとする課題】
【００１２】
特許文献１記載のシステムを介護などで使用する場合、要介護者（被管理者）にはさまざまな障害があるため、要介護者がＷｅｂサイトに接続して作業内容を確認する等の複雑な作業を行うことが困難な場合が多いと考えられる。また、介護する側（管理者）が家族の場合、上記システムを導入するためには高度な知識が必要となるため、上記システムの導入は容易ではないと考えられる。
【００１３】
特許文献２では生体センサーを用いて監視を行っているため、要介護者（被管理者）が薬を飲んだかどうかというような、生体センサーでセンシングできない事象に対しては何ら対応できない。また、要介護者（被管理者）の生体状況が変化しない状況下では、要介護者（被管理者）がスケジュール上のイベントを実行したか否かの判断ができない。
［発明の目的］
本発明は上記事情に鑑みてなされたものであり、本発明の目的は、上述した従来の課題を解決するスケジュール監視方法、携帯端末、スケジュール監視システムおよびプログラムを提供することにある。
【課題を解決するための手段】
【００１４】
本発明のスケジュール監視方法は、スケジュール施行側のユーザがスケジュール表に記憶されたイベントの内容を所定時間内に実施した場合、スケジュール管理側の携帯端末に対してイベントが実施された旨を示すメールを送信し、前記スケジュール施行側のユーザがスケジュール表に記憶されたイベントの内容を所定時間実施しなかった場合、前記スケジュール管理側の携帯端末に対してイベントが実施されなかった旨を示すメールを送信することを特徴とする。
【００１５】
本発明の携帯端末は、スケジュール施行側のユーザのスケジュール表を記憶するメモリと、前記スケジュール施行側のユーザがスケジュール表に記憶されたイベントの内容を所定時間内に実施した場合スケジュール管理側の携帯端末に対してイベントが実施された旨を示すメールを送信することを指示し、前記スケジュール施行側のユーザがスケジュール表に記憶されたイベントの内容を所定時間実施しなかった場合前記スケジュール管理側の携帯端末に対してイベントが実施されなかった旨を示すメールを送信することを指示する制御部と、前記制御部からの指示に従って、スケジュール管理側の携帯端末に対してメールを送信する無線部とを有することを特徴とする。
【００１６】
本発明のスケジュール監視システムは、スケジュール施行側のスケジュール施行状況を監視するスケジュール管理側の携帯端末と、前記スケジュール施行側のユーザのスケジュール表を記憶するメモリと前記スケジュール施行側のユーザがスケジュール表に記憶されたイベントの内容を所定時間内に実施した場合スケジュール管理側の携帯端末に対してイベントが実施された旨を示すメールを送信することを指示し前記スケジュール施行側のユーザがスケジュール表に記憶されたイベントの内容を所定時間実施しなかった場合前記スケジュール管理側の携帯端末に対してイベントが実施されなかった旨を示すメールを送信することを指示する制御部と、前記制御部からの指示に従ってスケジュール管理側の携帯端末に対してメールを送信する無線部とを有するスケジュール施行側の携帯端末とを有することを特徴とする。
【００１７】
本発明のプログラムは、スケジュール施行側のユーザがスケジュール表に記憶されたイベントの内容を所定時間内に実施した場合、スケジュール管理側の携帯端末に対してイベントが実施された旨を示すメールを送信する処理と、前記スケジュール施行側のユーザがスケジュール表に記憶されたイベントの内容を所定時間実施しなかった場合、前記スケジュール管理側の携帯端末に対してイベントが実施されなかった旨を示すメールを送信する処理とをコンピュータに実施させることを特徴とする。
【発明の効果】
【００１８】
本発明では、スケジュール施行側のユーザがスケジュール表に記憶されたイベントの内容を実施したか否かに基づいて、対応する通知をメールという簡易な手段でスケジュール管理側に送信している。この構成により、スケジュール施行側のユーザが要介護者等であっても、本発明を用いることでスケジュール施行側のスケジュールの実施状況をスケジュール管理側で把握することができる。
【発明を実施するための最良の形態】
【００１９】
本発明の第１の実施形態を図面を用いて説明する。
【００２０】
図１は、本発明の第１の実施形態における携帯電話機の構成を示す図である。図１に示すように、本発明の携帯電話機等の携帯端末（以下では、携帯端末の一例として携帯電話機を用いて説明する）は、アンテナ１−１と、無線部１−２と、メモリ１−３と、音声信号処理部１−４と、スピーカー１−５と、マイク１−６と、制御部１−７と、操作部１−８と、表示部１−９とを有している。
【００２１】
無線部１−２は、アンテナ１−１に接続されており、アンテナ１−１を通じて無線信号の送受信処理を行う。
【００２２】
メモリ１−３は、スケジュール管理側またはスケジュール施行側が設定したスケジュール等のデータを記憶する。
【００２３】
音声信号処理部１−４は、スピーカー１−５及びマイク１−６に接続しており、アンテナ１−１、無線部１−２及び制御部１−７を介して受信した音声信号をＤ／Ａ変換して、スピーカー１−５から音声として出力する。また、音声信号処理部１−４は、マイク１−６から入力された音声をＡ／Ｄ変換し、制御部１−７、無線部１−２及びアンテナ１−１を介して相手先に送信する。
【００２４】
操作部１−８は、電話番号等の入力や各機能の選択等を行うための複数のキーから構成されるものである。
【００２５】
制御部１−７は、無線部１−２と、メモリ１−３と、音声信号処理部１−４と、操作部１−８と、表示部１−９と接続されており、制御部１−７は、これら各部の制御を行う。制御部１−７は、操作部１−８を監視し、ユーザの操作を検出判断して操作に基づく処理を行い、表示部１−９を制御して各種表示を行う。また、制御部１−７は、ＣＰＵ１−１０を含んで構成される。
【００２６】
ＣＰＵ１−１０は、操作部１−８のキー押下を監視し、キー押下を認識すると予め設定された特定の処理を行い必要な情報を表示部１−９に表示操作する。
【００２７】
次に、本発明の第１の実施形態の動作について説明する。
【００２８】
まず始めにスケジュール機能について説明する。携帯電話機におけるスケジュール機能とは、予めユーザが時間を指定して予定（イベント）を登録しておき、指定した時刻になると特定の通知音や表示などでユーザに通知を行うものである。
【００２９】
図２は、本発明のスケジュール監視システムについての構成と動作を説明する図である。本明細書中では、携帯電話機に登録されているスケジュールを実行する側をスケジュール施行側２−２、そのスケジュールの施行状況を監視する側をスケジュール管理側２−１と呼ぶこととする。
【００３０】
例えば、本発明のスケジュール監視システムを介護などで使用する場合、介護される側（要介護者）がスケジュール施行側２−２で、介護する側（家族や介護ヘルパーなど）がスケジュール管理側２−１となる。
【００３１】
スケジュール施行側２−２の携帯電話機のメモリ１−３には、施行スケジュール２−４が予め登録されてあるものとする。このスケジュールの登録は、スケジュール施行側２−２が自ら行っても良いし、後述するようにスケジュール管理側２−１から遠隔制御でメール機能を利用して登録しても良い。
【００３２】
スケジュール上のイベントが登録された時刻になると、スケジュール施行側２−２の携帯電話機が所定の通知を行う。この通知は、従来のイベント発生通知と同様に、制御部１−７の制御によって音声処理部１−４、スピーカー１−５を使用した通知音の鳴動であってもよいし、表示部１−９に予め登録しておいたメッセージの表示などであってもよい。この通知により、イベント発生時刻となったことをスケジュール施行側２−２に知らせる。
【００３３】
スケジュール施行側２−２は、イベント発生通知を確認するか又はイベントの実行が完了した場合、予め設定された操作部１−８上の特定のボタンを押下する（２−５）。このボタン押下が行われると、その旨が制御部１−７の制御のもと無線部１−２、アンテナ１−１を介して自動的にスケジュール管理側２−１にメール送信される（２−６）。
【００３４】
スケジュール管理側２−１の携帯電話機はスケジュール施行側２−２から自動送信されてきたメールをアンテナ１−１を介して無線部１−２で受信し制御部１−７で確認することで、スケジュール施行側２−２のイベントの実行状況を確認する。（２−７）
また、スケジュール施行側２−２がイベント発生通知から一定時間内にイベントの発生通知を認識できなかったり、イベントを実行できなかったりした場合、一定時間経過後、制御部１−７の制御のもと無線部１−２、アンテナ１−１を介して、その旨が自動的にスケジュール管理側２−１にメール送信される（２−６）。
【００３５】
よって、スケジュール管理側２−１はスケジュール施行側２−２でのイベント実行状況を遠隔地からでもほぼリアルタイムに監視することができる。
【００３６】
次に、スケジュール施行側２−２の携帯電話機のメモリ１−３に登録するスケジュールの作成について説明する。
【００３７】
スケジュール施行側２−２が何らかの事情で自らスケジュール登録を行えない場合は、スケジュール管理側２−１が、登録用のスケジュールのファイル等を作成し、その内容を制御部１−７の制御のもと無線部１−２、アンテナ１−１を介してスケジュール施行側２−２にメール送信する（２−８）。そして、このメールを受信したスケジュール施行側２−２が、携帯電話機のメモリ１−３に受信したスケジュールを登録する。また、逆のパターンも可能とする。
【００３８】
本発明での登録するスケジュールの形式は、予め決まっている一日のスケジュールを一つのファイル等にまとめて、スケジュール管理側（管理者）２−１のメールアドレスと共に登録する形式を用いる。このような形式をここでは「スケジュール表」と呼ぶこととする。
【００３９】
図３はスケジュール表のフォーマット例である。スケジュール表３−１は、日付情報３−２、管理者情報３−３、施行者情報３−４、各イベントがその発生時刻とともに記録されているスケジュール３−５で構成される。即ち、スケジュール表３−１のスケジュール３−５には、日付３−２に示された一日のスケジュールが登録される。管理者情報３−３には管理者の名前と管理者の携帯電話機のメールアドレスが、施行者情報３−４には施行者、即ちスケジュール施行側のユーザの名前と、施行者の携帯電話機のメールアドレスが登録される。
【００４０】
ここで、スケジュール管理側２−１の携帯電話機でスケジュール表３−１を作成する場合、管理者情報３−３は自動的に登録されるものとする。逆に、スケジュール施行側２−２の携帯電話機でスケジュール表３−１を作成する場合は、施行者情報３−４は自動的に登録される。
【００４１】
スケジュール３−５に登録されるイベントの件数は任意とする。また、スケジュール３−５に登録されるイベントの属性は次の２種類に分けられる。
【００４２】
・目覚まし機能
従来から携帯電話機に備わっている目覚まし機能と同じ機能である。目覚まし機能を使用するときは、目覚まし機能に連動して、目覚まし時刻等の目覚ましに必要な項目の設定を行う。目覚ましなどのように、メッセージ通知を必要としないアラーム通知を行いたい場合は目覚まし機能を用いることとする。
【００４３】
・メッセージ通知
従来から携帯電話機に備わっているスケジュール機能と同じ機能である。スケジュール機能を使用するときは、通知するメッセージ内容や通知音などを設定する。メッセージ通知は、メッセージを表示部１−９に表示したりメッセージをスピーカー１−５から音声出力するなどして、メッセージ内容をユーザーに通知する。
【００４４】
また、ユーザがスケジュール３−５に目覚まし機能を用いて必要な項目を設定する場合、目覚まし機能３−６に示したような目覚ましの設定画面が呼び出される。
【００４５】
目覚まし機能に既に時刻等が設定されており、かつ、設定されている日付がスケジュール表３−１に登録した日付３−２と合致している場合は、自動的にスケジュール表３−１に目覚ましとして登録される。そのため毎日決まった時間に起きる場合のようにその時間が既に繰返し設定として目覚まし機能に登録されている場合は、わざわざスケジュール表３−１を開いて時刻等を設定する必要はない。
【００４６】
但し、起きる時間を変更したい日もあると考えられ、その場合は、スケジュール表３−１を開き、スケジュール３−５中の該当箇所を選択すると、目覚まし機能設定画面が呼び出される。ユーザは、この画面から目覚まし時刻等を入力する。
【００４７】
スケジュール３−５にメッセージ通知を設定する場合は、メッセージ通知３−７のような設定画面が呼び出される。メッセージ通知３−７には、従来のスケジュール機能と同様に通知するメッセージの内容、鳴動音の種類などを設定する。
【００４８】
また、本実施形態では、スケジュール施行側２−２が一定時間メッセージの確認動作を行わない場合、その旨をスケジュール管理者２−１へメール通知するが、メッセージの通知開始からメール送信までの時間をそれぞれのスケジュール３−５中のイベント毎に任意に設定できることとし、ここでは通知時間と呼ぶ。
【００４９】
早急にメッセージ通知に対する応答の確認が必要であるものについては、通知時間を「１０分」などとし、１０分間スケジュール施行側２−２の応答動作等がない場合は、その旨をスケジュール管理側２−１にメール通知する。この通知を受けたスケジュール管理側２−１は、即座にスケジュール施行側２−２に連絡をとるなどして、スケジュール施行側２−２への対応を敏速に行うことができる。
【００５０】
逆に、６０分以内にスケジュール施行側２−１の動作を確認できれば良いようなイベントについては、通知時間を「６０分」とすることで、６０分間スケジュール施行側２−２の動作確認がない場合は、６０分経過後にスケジュール管理側２−１へメール通知が行われる。
【００５１】
また、上記通知時間以外に、繰り返し時間を設定することも可能である。例えば、繰り返し時間を「１分」とした場合、スケジュール施行側２−２からの確認動作に起因するメール通知があるまで、または通知時間が経過するまでの間、１分の間隔で鳴動音の鳴動とメッセージの読み上げを繰り返す。
【００５２】
近年の携帯電話の目覚まし機能には繰り返し鳴動する機能が備わっており、本発明でのスケジュール表３−１にも同様の繰り返し鳴動機能を導入する。繰返時間はイベントごとにユーザが任意に設定できるものとする。
【００５３】
次に、本システムを実現するためのスケジュール管理方法について図４を用いて説明する。
【００５４】
図４は、スケジュール管理側２−１とスケジュール施行側２−２の携帯電話機のメモリ１−３に登録されるスケジュール表３−１のフォルダ構成のイメージである。４−１はスケジュール管理側２−１のフォルダイメージ、４−２はスケジュール施行側２−２のフォルダイメージとする。
【００５５】
スケジュールのフォルダは、２種類のフォルダから構成される。１つは、従来のスケジュール機能に対応するフォルダであるスケジュール＃１  ４−３で、もう１つは、本実施形態におけるスケジュール機能に対応するフォルダであるスケジュール＃２  ４−４である。ここでは後者の本実施形態のスケジュール機能における管理方法について説明する。
【００５６】
本実施形態におけるスケジュール監視システムでは、図３で説明したスケジュール表３−１の管理を管理用フォルダ４−５、施行用フォルダ４−６のように管理用と施行用の２つのフォルダに分けて管理する。スケジュール管理側２−１の携帯電話機のメモリ１−３には管理用フォルダ４−５にスケジュール表３−１が登録され、スケジュール施行側２−２の携帯電話機のメモリ１−３には施行用フォルダ４−６にスケジュール表３−１が登録される。
【００５７】
まず初めに、スケジュール管理側２−１におけるスケジュール表４−８の登録方法について説明する。スケジュールの管理用フォルダ４−５は複数のフォルダ４−７で構成される。フォルダ４−７はユーザが任意に作成することができる。スケジュール管理側２−１が管理者の場合、複数の施行者のスケジュールを管理する場合もあると考えられ、フォルダ４−７のように施行者別にフォルダを分けることが可能となる。また、フォルダ４−７は施行者別ではなく、管理者のニーズに合わせて日付毎や用途毎に分けてもよい。それに合わせてフォルダ名も自由に付けることができる。
【００５８】
このようにフォルダ４−７のようにフォルダ分けを行うことで、スケジュール管理側２−１でのスケジュールの管理が容易となる。
【００５９】
スケジュール表４−８を登録する際には、フォルダ４−７から特定のフォルダを選択し、その中にスケジュール表４−８を登録する。登録の際、スケジュール表４−８のファイル名をユーザが任意につけることができる。例えば、ファイル名を日付などにしておきスケジュールを日付別に登録しておけば、後でまとめて報告書を作成する際にも確認が容易となる。
【００６０】
次に、スケジュール施行側２−２におけるスケジュール表４−１０の登録方法について説明する。施行用のフォルダ４−６は管理用フォルダ４−５のようにフォルダ毎に分けることはせず、そのままスケジュール表４−１０を登録する。
【００６１】
施行者が独自でスケジュールを作成する場合は、メニュー機能等を用いてスケジュール機能を選択して、施行用フォルダ４−６の中にスケジュール表４−１０を登録する。
【００６２】
但し、スケジュール施行側２−２の施行者が要介護者であるなど、施行者が自力でスケジュールを作成するのが困難な場合もある。その場合、介護する側である家族やホームヘルパー等のスケジュール管理側２−２がスケジュール表４−１０を作成する必要ある。このような場合、従来はスケジュール管理側２−１の介護者（管理者）が、自分の携帯電話機に管理用のスケジュールを作成し、かつ、施行側の携帯電話機にも施行用のスケジュールを作成するという二度手間をしなければならなかった。
【００６３】
そこで本発明では、その手間を軽減すべく、スケジュール管理側２−１で作成したスケジュール表４−９をスケジュール施行側２−２にメール送信することで、スケジュール施行側２−２の携帯電話機のメモリ１−３のフォルダ４−６の中にスケジュール表４−１１を登録する機能を有するものとする。
【００６４】
スケジュール管理側２−１で作成したスケジュール表４−９をスケジュール施行側２−２にメール送信する場合、スケジュール表４−９を選択した状態で、事前に設定した特定のボタン操作により機能メニューを起動し、その中から「メール送信」を選択する。「メール送信」を選択すると、メール送信画面に遷移し、スケジュール表４−９（３−１）内に記憶されている施行者情報３−４に基づいて、自動的にメールアドレス、題名、本文が編集される。送信先メールアドレスはスケジュール管理側２−１で作成した図３のスケジュール表３−１の施行者情報３−４に登録されているメールアドレスが自動的に設定される。メールの題名には特定の文字が自動的に設定される。題名はスケジュール管理側２−１から送信するスケジュール表４−９であることを表すものとし、例えば題名を「スケジュール表・施行者向け」とすることができる。メール本文にはスケジュール表４−９に登録されたスケジュール内容がそのまま設定される。また、スケジュール表４−９に登録されたスケジュール内容は本文ではなくメールの添付ファイルとしてメール送信しても良い。
【００６５】
スケジュール管理側２−１は「メール送信」機能を選択後、そのままメール送信動作を行うことで、スケジュール施行側２−２にスケジュール表４−９を送信できる。スケジュール表４−９に関するメールを受信したスケジュール施行側２−２は、メールの内容を確認後、事前に設定された特定のボタン操作により「登録」を実行すると自動的にメールのスケジュール内容がスケジュール表４−１１としてメモリ１−３に格納される。
【００６６】
上記を実現すべく、スケジュール管理側２−１から送られてくるスケジュール表４−９のメールは特定の題名とし、スケジュール施行側２−２の携帯電話機では、その題名を判別することで特定のボタン操作のみで自動的に送られてきたスケジュールの内容をスケジュール施行側２−２の施行用フォルダ４−６内にスケジュール表として登録することができる。ここでは、例えば、題名が「スケジュール表・施行者向け」というメールであれば、そのメールの本文または添付ファイルの内容をスケジュール表４−１１として登録することとする。スケジュール表４−１１は任意の名称（例えば、管理者名と日付の組み合わせ等）で登録される。
【００６７】
上記はスケジュール管理側２−１からスケジュール施行側２−２へのスケジュール表のメール送信であったが、逆のパターンも同様に可能とする。スケジュール施行側２−２で作成したスケジュール表４−１１をスケジュール施行側２−２の「メール送信」機能を用いてスケジュール管理側２−１にメール送信することも可能である。ここでは、送信先メールアドレスはスケジュール施行側２−２で作成した図３のスケジュール表３−１の管理者情報３−３に登録されているメールアドレスが自動的に設定される。また、題名には例として「スケジュール表・管理側向け」と設定される。スケジュール表４−１１を受信したスケジュール管理側２−１は受信したメールの「登録」を実行するだけで、受信したスケジュールの内容をメモリ１−３にスケジュール表４−９として自動登録できる。
【００６８】
このように、どちらかで作成したスケジュール表をメール送信することで、スケジュール管理側２−１、スケジュール施行側２−２の両方の携帯電話機にて同じスケジュール表を作成する手間がなくなり、かつ遠隔地においてもスケジュール表の受け渡しが可能である。また、メール受信したスケジュール表を簡単な操作のみで登録可能なため、スケジュール施行側２−２のユーザが要介護者であっても、スケジュール表の登録を容易に実施することができる。
【００６９】
次に、本発明の監視システムにおける施行状況の通知方法について、図５を用いて説明する。
【００７０】
図５は、スケジュール表４−１１が登録されているスケジュール施行側２−２におけるスケジュール管理側２−１への施行状況の通知方法について表したものである。
【００７１】
従来から携帯電話機にはスケジュール機能や目覚まし機能が備わっており、同様の技術を用いてスケジュール施行側２−２の携帯電話機はスケジュールの監視（ステップ５−１）を行うものとする。スケジュール表に登録された時刻になった場合（ここではイベント発生と呼ぶ）（ステップ５−２）、スケジュール施行側２−２の携帯電話機の制御部１−７は、スケジュール属性の判別（ステップ５−３）を行う。スケジュール属性とは、図３の説明の中で記載した「目覚まし」と「メッセージ通知」の２つの要素のことを表している。ここではスケジュール内容が「目覚まし」か「メッセージ通知」のどちらかであるかを判別する（ステップ５−３）。
【００７２】
スケジュール内容が「目覚まし」だった場合、従来の目覚まし機能同様に、所定の目覚まし通知（ステップ５−１３）を行う。目覚まし通知とは、携帯電話機の制御部１−７の制御のもとでスピーカー１−５を用いて予め設定したアラーム音を発生させることや、バイブレータ機能などを用いてユーザ（要介護者等の施行者）に「目覚まし」イベントの発生時刻となったことを通知することである。目覚まし通知は施行者が事前に設定した所定の操作を行って停止するか（ステップ５−１４）、予め設定した時間が経過するか（ステップ５−１５）、または次のスケジュールイベントが発生する（ステップ５−１６）まで継続される。
【００７３】
ユーザが目覚まし通知に気が付き、所定時間内に目覚まし通知の停止動作を行った場合、スケジュール施行側２−２の携帯電話機の制御部１−７の制御のもとで無線部１−２、アンテナ１−１を介してメールがスケジュール管理側２−１に自動的に送信される（ステップ５−１７）。停止操作とは、事前に設定した特定のキーを押下することなどである。ここで送信されるメールは、送信先メールアドレスには図３のスケジュール表３−１の管理者情報３−２のメールアドレスが自動的に設定され、題名はスケジュールを施行したことを表す内容とし、ここでは例として「スケジュール施行完了」という内容が自動的に設定される。また、メール本文には図３のスケジュール３−５における該当するイベント内容が自動的に設定される。例えば、目覚ましの場合、「６：００、目覚まし」といったように、スケジュール管理側２−１がメールを確認した際にスケジュール施行側２−２のイベント実施内容が分かる内容が本文に設定される。
【００７４】
図３の目覚まし設定３−６の中で指定した鳴動時間（ここでは１０分とする）が経過し、その間ユーザによる停止操作がなかった場合（ステップ５−１５）、スケジュール施行側２−２の携帯電話機の制御部１−７の制御のもとで無線部１−２、アンテナ１−１を介して、停止操作がなかった旨の内容にてスケジュール管理側２−１にメールが自動的に送信される（ステップ５−１８）。
【００７５】
この場合に自動的に送信されるメールは、停止操作時のメール自動送信と同様に、送信先メールアドレスには図３のスケジュール表３−１の管理者情報３−２のメールアドレスが設定され、メール本文には「６：００、目覚まし」といったようなイベント内容が自動的に設定される。また、題名はスケジュールが施行されなかったことを表す内容とし、ここでは例として「スケジュール未施行」が自動的に題名に設定される。
【００７６】
目覚ましの指定した鳴動時間が経過する前に、次のイベントが発生し（ステップ５−１６）、その間ユーザによる停止動作がなかった場合についても、図５の鳴動時間経過（ステップ５−１５）の時と同様に、停止動作がなかった旨の内容にてスケジュール管理側２−１にメールが自動的に送信され（ステップ５−１９）、次のイベント動作に移行する。
【００７７】
次に、判定（ステップ５−３）にてイベント内容がメッセージ通知だった場合について説明する。メッセージ通知の場合、スケジュール施行側２−２の携帯電話機のスピーカー１−５等を介して事前に設定した所定の通知音鳴動やＬＥＤ点灯などの通知動作を行い、予め登録してあったメッセージをスケジュール施行側２−２の携帯電話機の表示部１−９に表示する（ステップ５−４）。ここで表示されたメッセージは他の動作があった場合（例えば、着信動作など）も画面の表示は継続するものとする。また、従来から携帯電話機で知られているメール本文などの音声読み上げの技術を使用し、ここでも同様にスピーカー１−５を介して、スケジュールメッセージの音声読み上げを行う（ステップ５−５）ことも可能である。
【００７８】
本発明におけるシステムは介護の現場で使用するケースもあり、その場合、スケジュール施行側２−２のユーザにはさまざまな障害があることも考えられる。そのような場面においても本システムを活用できるよう、スケジュールメッセージの音声読み上げを使用してもよい。
【００７９】
スケジュール施行側２−２のユーザはメッセージを確認したことや、動作が完了したことをスケジュール管理側２−１に伝えるために事前に決められた特定のボタンを押下する（ステップ５−６）。特定のボタンとは、決定ボタンやオンフックボタンなど予め決められているものであり、ユーザはスケジュールメッセージが画面上に表示されている状態にて、特定ボタンを１回押下する。するとスケジュール施行側２−２の携帯電話機は、制御部１−７の制御のもと無線部１−２、アンテナ１−１を介して、スケジュール管理側２−１の携帯電話機に動作が完了したことを表すメールを自動的に送信する（ステップ５−１０）。ここで送信されるメールは、目覚ましでの完了通知メールと同様のフォーマットであり、メールアドレスには、図３の管理者情報３−２のメールアドレス、題名はスケジュールが施行されたことを表す「スケジュール施行完了」等が設定される。また、本文には図３のスケジュール３−５における該当するイベント内容が自動的に設定され、スケジュール管理側２−１へ自動送信される。例えば、メッセージ通知の場合、例えば「１３：００、薬を３錠飲む」といったように、スケジュール管理側２−１がメールを確認した際にスケジュール施行側２−２のスケジュール実施内容が分かるような内容が本文に設定される。
【００８０】
スケジュール管理側２−１は、スケジュール施行側２−２がスケジュールのメッセージを確認したり動作が完了したことを知るだけでなく、スケジュール施行側２−２のユーザがスケジュールの確認や動作をしていないことを知りたい場合もある。例えば、スケジュール施行側２−２の状況に異変があった場合、スケジュール施行側２−２がメッセージの確認や確認動作をできない場合がある。そのような場合において、一定時間スケジュール施行側２−２からの確認動作がなかった場合、その旨をスケジュール管理側２−１にメールで送信することで、スケジュール管理側２−１はスケジュール施行側２−２の状況をすばやくキャッチすることができ、スケジュール施行側２−２に連絡をとるなどの対処を行うことができる。
【００８１】
ここでの一定時間とは、図３のスケジュール表３−１の中のスケジュール（メッセージ通知３−７）で設定した通知時間のことを表し、それぞれのイベントによってこの時間をユーザが任意に設定できる。
【００８２】
一定時間スケジュール施行側２−２の確認動作がなかったと判断された場合（ステップ５−７でＹｅｓ）、その旨を表すメールを制御部１−７の制御のもと、無線部１−２、アンテナ１−１を介してスケジュール管理側２−１に自動的にメール送信する（ステップ５−１１）。このように自動的に送信されるメールは、目覚ましでの動作未完了通知と同様のフォーマットであり、メールアドレスにはスケジュール管理側２−１の携帯電話機のメールアドレス、題名にはスケジュールが施行されなかったことを表す「スケジュール未施行」などが自動的に設定される。また、本文には施行完了時と同様にイベント内容が設定される。
【００８３】
スケジュール３−５で設定した通知時間が経過する前に、次のスケジュールイベントが発生し（ステップ５−８）、その間ユーザによる確認動作がなかった場合についても、通知時間経過の時と同様に、停止操作がなかった旨の内容にてスケジュール管理側２−１にメールが自動的に送信され（ステップ５−１２）、次のイベント動作に移行する。
【００８４】
スケジュール（メッセージ通知）のイベントが発生した場合、メッセージの通知（ステップ５−４）やメッセージの読み上げ（ステップ５−５）の通知動作を行い、また、ＬＥＤの点灯やスケジュール内容の表示部１−９への表示を行う。これらの表示等は、動作の完了（ステップ５−６）、時間経過（ステップ５−７）または次のイベントの発生（ステップ５−８）の動作があるまで継続する。但し、メッセージの音声読み上げ（ステップ５−５）については、長い間継続することによるスケジュール施行側２−２のユーザの耳への負担も考えられる。しかし、音声読み上げが１回のみであった場合、通知を聞きそびれてしまった時など、メッセージ通知自体に気が付かない可能性がある。よって、図３のスケジュール３−５のメッセージ通知３−７の中に繰り返し時間を設定できるようにする。このようにすることで、ユーザの好みに合わせて一定間隔にて音声読み上げを繰り返すことができる。
【００８５】
通知時間経過や次のスケジュールイベントがない場合、繰り返し時間を判定し（ステップ５−９）、繰り返し時間が経過していない場合は、再度動作確認の通知や通知時間の監視を行う。繰り返し時間が経過した場合は、再度メッセージの音声読み上げを行う（ステップ５−５）。
【００８６】
以上の動作により、スケジュール管理側２−１は、スケジュール動作が完了した旨のメールやスケジュール動作が未完了である旨のメールを随時受信することにより、ほぼリアルタイムにスケジュール施行側２−２のスケジュール施行状況を確認することができる。
【００８７】
また、上記第１の実施形態では、作成したスケジュール表を相手の携帯電話機に送る手段として、メール送信を利用している。しかし、メール機能以外の方法であっても実施可能である。
【００８８】
例えば、携帯電話機にはデータを保存したり、データの交換をするために外部メモリ（ＳＤカード等）が標準装備されているものが多く、本システムにおいても外部メモリを使用することができる。一例としては、スケジュール管理側２−１の携帯電話機内で作成したスケジュール表４−９をスケジュール施行側２−２の携帯電話機に登録したい場合、まずスケジュール管理側２−１の携帯電話機内にＳＤカードを挿入し、所定の処理を行うことで、登録されたスケジュール表４−９をＳＤカードにコピーする。そのＳＤカードをスケジュール施行側２−２の携帯電話機に挿入し、所定の処理によりＳＤカードからスケジュール表４−９を読み出し、スケジュール施行側２−２の携帯電話機にスケジュール表４−１１として登録することも可能である。
【００８９】
また、外部メモリ以外にも、赤外線転送を使用してスケジュール表４−９を相手の携帯電話機にコピーすることも可能である。
【００９０】
また、上記第１の実施形態では、スケジュール施行側２−２からスケジュール施行状況をスケジュール管理側２−１へ通知する際、１回のボタン操作で自動的にメール送信することとしているが、メールを送信する手段としては以下の手段によることも可能である。
【００９１】
スケジュール施行側２−２が動作完了をスケジュール管理側２−１へ通知するため、メッセージ画面がスケジュール施行側２−２の携帯電話機の表示部１−９に表示されている状態において以下の操作を行う。所定のボタン操作によりメニュー機能を呼び出し、メニューから「メール送信」を行うなどの操作である。このように、ボタン操作１回以外の操作でもメール自動送信が可能とする。ボタン操作１回でのメールの自動送信の場合、誤って送信ボタンを押下してしまうこともあると考えられ、「メール送信」の操作をスケジュール施行側２−２のユーザが選択できるようにすることで、このような誤操作も少なくなる。
【００９２】
また、携帯電話機に加速度センサーが備わっている場合においては、スケジュール施行側２−２がスケジュール管理側２−１へ動作完了したことを伝えるための動作として以下の動作を採用することもできる。即ち、一定時間携帯電話を振ることである。これにより、携帯電話機が振動を検出し、その振動が一定時間継続したら自動的にメール送信を行うようにすることも可能である。このようにすることで、わざわざボタン操作を覚えることなく、メールを送信することができる。
【００９３】
また、何らかの手違いにより、想定していない相手に対し施行完了・未完了のメールやスケジュール表のメールを自動送信してしまった場合、そのメールを受信した者が、施行者（要介護者や高齢者など）のスケジュールを悪用する危険性も考えられる。
【００９４】
そこで、スケジュール施行側２−２からメールを受けたスケジュール管理側２−１は特定のパスワードを入力しないとその内容を確認できないようにする。スケジュール表を作成する際に、それぞれパスワードを設定しておき、スケジュール表を確認する際にはパスワードは表示されないものとする。パスワードはスケジュール管理側２−１で決めてスケジュール表に設定するか、またはスケジュール施行側２−２が設定したパスワードを事前にスケジュール管理側２−１に伝えるなどしておく。スケジュール施行側２−２からのメールを受信したスケジュール管理側２−１の携帯電話機では、受信したメールを開こうとすると、パスワード入力画面となり、スケジュール管理側２−１は正しいパスワードを入力しなければスケジュール施行側２−２のメール内容を確認することができないような設定とすることも可能である。
【００９５】
以上説明した第１の実施形態では、第一に、スケジュール施行側２−２のスケジュール施行状況をスケジュール管理側２−１の携帯電話機で監視できるので、例えば、スケジュール施行側２−２のユーザが介護を必要とする場合でも、スケジュール施行側２−２のユーザが自力でできる動作についてはスケジュール通知にしてその動作を自力で行うように促し、かつ動作が完了したことをスケジュール管理側２−１はほぼリアルタイムに確認できる。このため、介護する側（スケジュール管理側２−１）は遠隔地からでもスケジュール施行側２−２の動作を支援することができる。
【００９６】
また、第二に、動作が完了した時だけでなく、動作が未完了の場合においても、一定時間経過後にスケジュール管理側２−１へ動作が未完了である旨を伝えることで、スケジュール管理側２−１はほぼリアルタイムでスケジュール施行側２−２の状況を知ることができる。
【００９７】
第三に、イベント等の施行済みや未完了の状態の通知をボタン操作１回でメールの自動送信を利用して実現することで、スケジュール施行側２−２のユーザが子供であったり、特定の障害をもっている者であっても、容易に本システムを活用することができる。また、本システムは、携帯電話機のスケジュール機能を使用するため、従来から携帯電話機に搭載されている音声読み上げ機能を活用でき、スケジュール施行側２−２のユーザが携帯電話機の表示内容を確認できない状況においてもユーザにメッセージを知らせることができる。
【００９８】
第四に、スケジュール管理側２−１、スケジュール施行側２−２で管理するスケジュール表について、どちらか一方で作成したスケジュールをメール送信し、かつ簡単な操作で受信した携帯電話機のスケジュール内に保存できる。このため、スケジュール施行側２−２のユーザが自力でスケジュールを作成できない場合でもスケジュール管理側２−１は遠隔地からでもスケジュール施行側２−２の携帯電話機内にスケジュール表を作成することができる。
【００９９】
次に、本発明の第１の応用例を図面を用いて説明する。
【０１００】
第１の実施形態は、スケジュールの施行状況をメールで自動送信するものであったが、これと同様の構成のシステムを利用して、携帯電話機の電池レベル変化を別の携帯電話機で監視するシステムを提供することも可能である。第１の応用例は、携帯電話機の電池レベルの変化があった際に、自動的に別の携帯電話機にメール送信するものである。
【０１０１】
図６を用いて、第１の応用例における電池レベル変化の通知方法について説明する。
【０１０２】
ここでは、前提として、電池レベルの状態の監視対象である携帯電話機１には、監視する側の携帯電話２のメールアドレスが登録されているものとする。
【０１０３】
図６のフローチャートは、携帯電話機１の動作を表すものである。電池レベルとは、電池の残容量を表すもので、レベル３→レベル２→レベル１→バッテリーアラームの４段階で表される。携帯電話機１の表示部にそれぞれのレベルを示すアイコンで表示され、ユーザに電池レベルが変化したことを知らせる。
【０１０４】
携帯電話機１の内部処理にて電池の電圧を特定タイミングにて測定し、その電圧が予め定めてある各レベルの電圧閾値を下回った際に、それに合わせて電池レベルの表示が変化する。
【０１０５】
携帯電話機１の電池レベルの変化が発生する（ステップ６−２）と、電池レベルが３から２に変化した場合（ステップ６−３でＹｅｓ）、レベル２になったことを表す旨のメールが携帯電話機２に自動的にメール送信される（ステップ６−５）。同様に電池レベルが２から１になった場合（ステップ６−４でＹｅｓ）、電池レベルが１になったことを表す旨のメールを携帯電話機２に送信し（ステップ６−６）、電池レベルが１からバッテリーアラームになった場合、その旨を表すメールを携帯電話機２に自動的に送信する（ステップ６−７）。
【０１０６】
上記のように、電池レベルの変化があった場合に別の携帯電話機２に知らせることで、例えばスケジュール監視を介護の現場で使用する中において、電池の容量がもうすぐなくなってしまう場合でもスケジュール管理側２−１がリアルタイムにスケジュール施行側２−２の携帯電話機１の電池残量の状況を知ることができるため、スケジュール管理側２−１はスケジュール施行側２−２に連絡をして充電するよう促すなど、スケジュール施行側２−２への対応を即座に行うことができる。
【０１０７】
次に、本発明の第２の応用例を図面を用いて説明する。
【０１０８】
第１の実施形態は、スケジュールの施行状況をメールで自動送信するものであったが、第２の応用例は、これと同様の構成のシステムをキッチンタイマーに利用するものである。
【０１０９】
キッチンタイマーとは、予めユーザが好みの時間を設定し、計測開始後、設定時間が経過したら特定の音などでユーザに知らせるものである。携帯電話機にこのキッチンタイマー機能が備わっていることを前提とし、また、キッチンタイマーを動作させる携帯電話機１には、その動作を監視する携帯電話機２のメールアドレスが予め登録されているものとする。
【０１１０】
図７は、スケジュール施行側２−２の携帯電話機１の動作フローである。携帯電話機１のユーザはキッチンタイマーの時間を設定し、タイマーを起動する（ステップ７−１）。設定した時間が経過すると、予め携帯電話機１に設定したアラーム音が鳴動して設定した時間が経過したことを通知する（ステップ７−２）。携帯電話１のユーザはアラーム音によって、タイマー時間が経過したことに気が付き、ボタン押下などの特定の操作によりアラーム音（タイマー）を停止する。ユーザが停止動作を行った場合（ステップ７−３でＹｅｓ）、携帯電話機１は携帯電話機２に対して、その旨を自動的にメール送信する（ステップ７−５）。また、予め設定しておいた通知時間（例えば５分）が経過した場合（ステップ７−４でＹｅｓ）、携帯電話機２に対してその旨を自動的にメール送信する（ステップ７−６）。
【０１１１】
例えば、料理などで携帯電話機のキッチンタイマーを使用した場合、ユーザが他の用事などで料理から目を離してしまい且つタイマーのアラーム音に気が付かないケースもあると考えられる。そのような場合において、一定時間タイマーの停止がなかったら別の携帯電話機２にその旨を知らせ、この携帯電話機２から即座にタイマーの使用者（携帯電話機１）に連絡をすることができる。こうすることにより、料理などにおける火を付けたまま放置による事故等を未然に防ぐことができる。
【０１１２】
なお、上述の第１、第２の応用例は、システムに単独で採用されても良いし、第１の実施形態が採用されているシステムに追加してもよい。
【０１１３】
以上の説明では、本発明はハードウェア的に実現されることを前提として説明してきた。しかし、本発明の各機能は、ＣＰＵに読み込ませたプログラムによっても実現可能である。
【図面の簡単な説明】
【０１１４】
【図１】本発明における携帯端末のブロック図
【図２】本発明におけるメール機能を使用したスケジュール監視システムの概要図
【図３】本発明におけるスケジュール表のフォーマット例
【図４】本発明におけるスケジュールのフォルダイメージ図
【図５】本発明におけるスケジュールの施行状況の通知スローチャート
【図６】第１の応用例のフローチャート
【図７】第２の応用例のフローチャート
【符号の説明】
【０１１５】
１−１    アンテナ
１−２    無線部
１−３    メモリ
１−４    音声信号処理部
１−５    スピーカー
１−６    マイク
１−７    制御部
１−８    操作部
１−９    表示部
１−１０    ＣＰＵ
３−１    スケジュール表
【図１】
2008236475.tif 000003
【図２】
2008236475.tif 000004
【図３】
2008236475.tif 000005
【図４】
2008236475.tif 000006
【図５】
2008236475.tif 000007
【図６】
2008236475.tif 000008
【図７】
2008236475.tif 000009