(57)【要約】【課題】スケジュールが遂行される場所に基づくスケジュール管理を行うことを可能にしたスケジュール管理装置及びコンピュータプログラムを提供する。【解決手段】過去に登録されたスケジュールの内容と該スケジュールが遂行された場所とを特定する遂行実績を収集する。一方で、ユーザによってスケジュールの登録操作が行われた場合に、登録されたスケジュールの内容からスケジュールの遂行される場所が判定できない場合には、内容が同一又は類似する過去に登録されたスケジュールの遂行実績に基づいてスケジュールの遂行される場所を推定し、推定された場所に基づいて登録されたスケジュールを管理するように構成する。【選択図】図９
2019159363.tif 000002
【特許請求の範囲】
【請求項１】
ユーザのスケジュールを登録するスケジュール登録手段と、
登録されたスケジュールの内容からスケジュールの遂行される場所を推定する場所推定手段と、
前記場所推定手段によって推定された場所に基づいて登録された前記スケジュールを管理するスケジュール管理手段と、を有するスケジュール管理装置であって、
過去に登録されたスケジュールの内容と該スケジュールが遂行された場所とを特定する遂行実績を収集する遂行実績収集手段を有し、
前記場所推定手段は、内容が同一又は類似する過去に登録されたスケジュールの遂行実績に基づいてスケジュールの遂行される場所を推定するスケジュール管理装置。
【請求項２】
前記場所推定手段は、
登録されたスケジュールの内容に基づいてスケジュールの遂行される場所を特定できる場合には、該場所をスケジュールの遂行される場所に推定し、
登録されたスケジュールの内容に基づいてスケジュールの遂行される場所を特定できない場合には、内容が同一又は類似する過去に登録されたスケジュールの遂行実績に基づいてスケジュールの遂行される場所を推定する請求項１に記載のスケジュール管理装置。
【請求項３】
前記遂行実績収集手段は、前記スケジュールの内容としてスケジュールが遂行される時期について収集し、
前記場所推定手段は、遂行される時期が同一又は類似する過去に登録されたスケジュールの遂行実績に基づいてスケジュールの遂行される場所を推定する請求項１又は請求項２に記載のスケジュール管理装置。
【請求項４】
前記スケジュールが遂行された時期は、スケジュールが遂行された曜日を含み、
前記場所推定手段は、遂行される曜日が同一又は類似する過去に登録されたスケジュールの遂行実績に基づいてスケジュールの遂行される場所を推定する請求項３に記載のスケジュール管理装置。
【請求項５】
前記スケジュールが遂行された時期は、スケジュールの遂行に要する時間を含み、
前記場所推定手段は、遂行に要する時間が同一又は類似する過去に登録されたスケジュールの遂行実績に基づいてスケジュールの遂行される場所を推定する請求項３に記載のスケジュール管理装置。
【請求項６】
前記場所推定手段は、内容が同一又は類似する過去に登録されたスケジュールの遂行実績が複数ある場合には、最も高い頻度で遂行された場所をスケジュールの遂行される場所と推定する請求項１乃至請求項５のいずれかに記載のスケジュール管理装置。
【請求項７】
前記スケジュール管理手段は、
前記場所推定手段によって推定されたスケジュールの遂行される場所に基づいて、ユーザがスケジュールの遂行される場所まで移動するのに必要な移動所要時間を算出し、
スケジュールの登録時間帯に対して移動所要時間前までに他のスケジュールが登録されている場合に、ユーザに対してスケジュールの調整を提案する請求項１乃至請求項６のいずれかに記載のスケジュール管理装置。
【請求項８】
コンピュータを、
ユーザのスケジュールを登録するスケジュール登録手段と、
登録されたスケジュールの内容からスケジュールの遂行される場所を推定する場所推定手段と、
前記場所推定手段によって推定された場所に基づいて登録された前記スケジュールを管理するスケジュール管理手段と、
過去に登録されたスケジュールの内容と該スケジュールが遂行された場所とを特定する遂行実績を収集する遂行実績収集手段と、して機能させる為のコンピュータプログラムであって、
前記場所推定手段は、内容が同一又は類似する過去に登録されたスケジュールの遂行実績に基づいてスケジュールの遂行される場所を推定するコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザのスケジュールを管理するスケジュール管理装置及びコンピュータプログラムに関する。
【背景技術】
【０００２】
従来より、ユーザによって登録されたユーザのスケジュールを管理する装置について種々提案されている。このような管理装置では、ユーザがスマートフォン等の通信端末を用いてスケジュールの内容、日付、時間等を入力することによって、入力したスケジュールの内容が日付や時間に紐付けられて通信端末或いはサーバ装置の記憶媒体に格納される。そして、ユーザの操作に応じて登録済みのスケジュールの一覧を表示したり、登録されたスケジュールの日付や時間が近づいた場合に、その旨をユーザに案内すること等を行う。
【０００３】
また、上記管理装置において、より適切なスケジュールの管理を行う為には、管理装置側でスケジュールの遂行される場所を把握することが重要である。スケジュールの遂行される場所を把握することによって、スケジュールの遂行に伴うユーザの移動時間についても管理でき、例えばスケジュールの案内をユーザの移動時間を考慮して事前に行ったり、ユーザの移動時間を考慮して登録されたスケジュールの実行可否を判定すること等が可能となる。例えば特開２０１４−２１１８２１号公報には、ユーザの現在位置からスケジュールの遂行予定の場所までの所要時間を算出し、スケジュールの開始予定時刻より遅れると判定した場合に警告を行う技術について提案されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１４−２１１８２１号公報（第９−１０頁）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記特許文献１に記載された技術では、スケジュールにおいてスケジュールを遂行する場所が予めユーザによって登録されていなければ、ユーザの移動が必要なスケジュールであるか否かの判断を行うことができない。一方で、ユーザがスケジュールを登録する際には、必ずしもスケジュールを遂行する場所が登録されるとは限らない。特にユーザが行き慣れた場所でのスケジュールでは、場所などを省略することも一般的である。その結果、特許文献１に記載された技術では、ユーザのスケジュールの管理を適切に行うことができない問題があった。
【０００６】
本発明は前記従来における問題点を解消するためになされたものであり、スケジュールの内容からスケジュールの遂行される場所が特定できない場合であっても、スケジュールが遂行される場所に基づくスケジュール管理を行うことを可能にしたスケジュール管理装置及びコンピュータプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
前記目的を達成するため本発明に係るスケジュール管理装置は、ユーザのスケジュールを登録するスケジュール登録手段と、登録されたスケジュールの内容からスケジュールの遂行される場所を推定する場所推定手段と、前記場所推定手段によって推定された場所に基づいて登録された前記スケジュールを管理するスケジュール管理手段と、を有するスケジュール管理装置であって、過去に登録されたスケジュールの内容と該スケジュールが遂行された場所とを特定する遂行実績を収集する遂行実績収集手段を有し、前記場所推定手段は、内容が同一又は類似する過去に登録されたスケジュールの遂行実績に基づいてスケジュールの遂行される場所を推定する。
尚、「スケジュールの管理」には、スケジュールの調整、スケジュールの変更の提案、表示や音声によるユーザへのスケジュールの案内等についても含む。
【０００８】
また、本発明に係るコンピュータプログラムは、ユーザのスケジュールを管理する為のコンピュータプログラムである。具体的には、コンピュータを、ユーザのスケジュールを登録するスケジュール登録手段と、登録されたスケジュールの内容からスケジュールの遂行される場所を推定する場所推定手段と、前記場所推定手段によって推定された場所に基づいて登録された前記スケジュールを管理するスケジュール管理手段と、過去に登録されたスケジュールの内容と該スケジュールが遂行された場所とを特定する遂行実績を収集する遂行実績収集手段と、して機能させる為のコンピュータプログラムであって、前記場所推定手段は、内容が同一又は類似する過去に登録されたスケジュールの遂行実績に基づいてスケジュールの遂行される場所を推定する。
【発明の効果】
【０００９】
前記構成を有する本発明に係るスケジュール管理装置及びコンピュータプログラムによれば、スケジュールの内容からスケジュールの遂行される場所が特定できない場合であっても、過去に登録された内容が同一又は類似するスケジュールに基づいて、スケジュールの遂行される場所を推定することが可能となる。その結果、スケジュールの内容にかかわらず、スケジュールの遂行される場所について考慮したスケジュール管理が可能となる。
【図面の簡単な説明】
【００１０】
【図１】本実施形態に係るスケジュール管理システムを示した概略構成図である。
【図２】本実施形態に係るスケジュール管理システムの構成を示したブロック図である。
【図３】スケジュールＤＢに記憶される情報の一例を示した図である。
【図４】遂行実績ＤＢに記憶される情報の一例を示した図である。
【図５】本実施形態に係る情報端末の制御系を模式的に示すブロック図である。
【図６】スケジュールの入力例を示した図である。
【図７】本実施形態に係るＤＢ作成処理プログラムのフローチャートである。
【図８】本実施形態に係るスケジュール管理処理プログラムのフローチャートである。
【図９】遂行実績の統計結果に基づいてスケジュールが遂行される場所を推定する方法の一例を示した図である。
【図１０】遂行実績の統計結果に基づいてスケジュールが遂行される場所を推定する方法の一例を示した図である。
【図１１】遂行実績の統計結果に基づいてスケジュールが遂行される場所を推定する方法の一例を示した図である。
【図１２】スケジュールの管理方法の一例を示した図である。
【発明を実施するための形態】
【００１１】
以下、本発明に係るスケジュール管理装置について、サーバ装置１に具体化した一実施形態に基づき図面を参照しつつ詳細に説明する。先ず、本実施形態に係るサーバ装置１を含むスケジュール管理システム２の概略構成について図１及び図２を用いて説明する。図１は本実施形態に係るスケジュール管理システム２を示した概略構成図である。図２は本実施形態に係るスケジュール管理システム２の構成を示したブロック図である。
【００１２】
図１に示すように、本実施形態に係るスケジュール管理システム２は、スケジュール管理センタ３が備えるサーバ装置１と、ユーザ４が所持する情報端末５と、を基本的に有する。また、サーバ装置１と情報端末５は通信ネットワーク網６を介して互いに電子データを送受信可能に構成されている。尚、情報端末５としては例えば携帯電話機、スマートフォン、タブレット型端末、パーソナルコンピュータ、ナビゲーション装置等がある。
【００１３】
ここで、スケジュール管理センタ３が備えるサーバ装置１は、ユーザ４が情報端末５を介して登録したスケジュールを管理する装置である。尚、「スケジュールの管理」には、スケジュールの調整、スケジュールの変更の提案、表示や音声によるユーザへのスケジュールの案内等について含む。例えば、ユーザの要求があった場合やスケジュールに応じたタイミング（例えばスケジュールで指定された日時の１時間前）において登録されたスケジュールの内容を配信したり、必要に応じてスケジュールの修正の提案についても行う。
【００１４】
一方でサーバ装置１は、過去のユーザのスケジュールに対してユーザがどのような行動を行ったのかを特定する実績（以下、遂行実績という）を収集することについても行う。そして、後述のようにサーバ装置１は、登録されたスケジュールの内容からスケジュールの遂行される場所を特定できない場合に、収集した遂行実績に基づいてスケジュールの遂行される場所を事前に推定する。
【００１５】
一方、情報端末５は、ユーザ４が所持し、ユーザ４がスケジュールを入力することによってスケジュールを登録する機能や登録されたスケジュールを案内する機能等を備えた情報端末が用いられ、例えば携帯電話機、スマートフォン、タブレット型端末、パーソナルコンピュータ、ナビゲーション装置等が該当する。特に情報端末５がスマートフォン、タブレット型端末、パーソナルコンピュータである場合については、それらの情報端末５にユーザのスケジュールを管理する為のアプリケーションプログラムがインストールされた状態とする。
【００１６】
尚、各ユーザ４によって登録されたスケジュールについては、ユーザ４が有する各情報端末５において記憶しても良いし、サーバ装置１で複数のユーザ４のスケジュールを一括して記憶しても良い。以下の説明では、ユーザ４が有する各情報端末５とサーバ装置１のそれぞれに記憶することとする。
【００１７】
また、通信ネットワーク網６は全国各地に配置された多数の基地局と、各基地局を管理及び制御する通信会社とを含み、基地局及び通信会社を有線（光ファイバー、ＩＳＤＮ等）又は無線で互いに接続することにより構成されている。ここで、基地局は情報端末５との通信をするトランシーバー（送受信機）とアンテナを有する。そして、基地局は通信会社の間で無線通信を行う一方、通信ネットワーク網６の末端となり、基地局の電波が届く範囲（セル）にある情報端末５の通信をサーバ装置１との間で中継する役割を持つ。
【００１８】
続いて、スケジュール管理システム２におけるサーバ装置１の構成について図２を用いてより詳細に説明する。サーバ装置１は、図２に示すようにサーバ制御ＥＣＵ１１と、サーバ制御ＥＣＵ１１に接続された情報記録手段としてのスケジュールＤＢ１２と、遂行実績ＤＢ１３と、サーバ側通信装置１４とを備える。
【００１９】
サーバ制御ＥＣＵ１１（エレクトロニック・コントロール・ユニット）は、サーバ装置１の全体の制御を行う電子制御ユニットであり、演算装置及び制御装置としてのＣＰＵ２１、並びにＣＰＵ２１が各種の演算処理を行うにあたってワーキングメモリとして使用されるＲＡＭ２２、制御用のプログラムのほか、後述のＤＢ作成処理プログラム（図７）、スケジュール管理処理プログラム（図８参照）等が記録されたＲＯＭ２３、ＲＯＭ２３から読み出したプログラムを記憶するフラッシュメモリ２４等の内部記憶装置を備えている。尚、サーバ制御ＥＣＵ１１は、後述の情報端末５のＥＣＵとともに処理アルゴリズムとしての各種手段を有する。例えば、スケジュール登録手段は、ユーザのスケジュールを登録する。場所推定手段は、登録されたスケジュールの内容からスケジュールの遂行される場所を推定する。スケジュール管理手段は、場所推定手段によって推定された場所に基づいて登録されたスケジュールを管理する。遂行実績収集手段は、過去に登録されたスケジュールの内容と該スケジュールが遂行された場所とを特定する遂行実績を収集する。
【００２０】
また、スケジュールＤＢ１２は、情報端末５をユーザが操作することによって入力されたスケジュールの内容について、ユーザ毎に記憶する記憶手段である。尚、本実施形態においては、スケジュールの内容として、例えば（ａ）件名、（ｂ）スケジュールの遂行時期、（ｃ）場所が含まれる。また、（ｂ）スケジュールの遂行時期には、日時以外に曜日やスケジュールの遂行に要する時間を特定する情報についても含む。但し、（ｃ）場所についてはユーザによって入力されない場合もあり、その場合については空白（データ無し）となる。
【００２１】
図３はスケジュールＤＢ１２に記憶される情報の一例を示した図である。図３に示すように、スケジュールＤＢ１２は、ユーザ毎にユーザによって現時点で登録されているスケジュール（即ち未実施のスケジュール）及び過去に登録されていたスケジュール（即ち実施済みのスケジュール）の内容が含まれる。但し、所定期間以上過去のスケジュールについては順次削除するのが望ましい。また、スケジュールの内容としては上記（ａ）〜（ｃ）に関する情報が含まれる。例えば、図３に示すスケジュールＤＢ１２には、ユーザＡについて、スケジュールの件名として『ミーティング』、遂行時期として『２０１８年２月１２日の１３：００〜１４：００の月曜日』が登録される一方で、場所は登録されていないことを示す。更に、別のスケジュールの件名として『Ａ社で打ち合わせ』、遂行時期として『２０１８年２月１３日の１５：００〜１６：００の火曜日』、場所として『Ａ社』が登録されている。同様にして、他のユーザのスケジュールについても記憶されている。尚、スケジュールＤＢ１２は、情報端末５において新たなスケジュールの登録がある度に更新される。
【００２２】
一方、遂行実績ＤＢ１３は、スケジュールＤＢ１２に記憶されるすスケジュールの内、特に過去に登録されていたスケジュール（即ち実施済みのスケジュール）の実行に際してユーザがスケジュールを遂行した場所を示す遂行実績を記憶する記憶手段である。例えば、サーバ装置１が、情報端末５の有するＧＰＳの検出データ（ユーザの移動履歴）やナビ機能の目的設定履歴等を取得し、地図情報を用いてスケジュールに登録された時間帯におけるユーザの位置、即ちスケジュールを遂行した場所を判定する。そして、判定された場所をスケジュールの内容に紐付けて遂行実績ＤＢ１３に記憶する。
【００２３】
図４は遂行実績ＤＢ１３に記憶される情報の一例を示した図である。図４に示すように、遂行実績ＤＢ１３は、ユーザ毎且つスケジュール毎に遂行実績が紐付けられて記憶される。但し、現時点で実施されていないスケジュールに関しては、遂行実績は紐付けられない。例えば、図４に示す遂行実績ＤＢ１３には、ユーザＡが過去に登録した『２０１８／２／１３  １５：００〜１６：００にＡ社で打ち合わせ』についてはスケジュールの遂行が『Ａ社の○○オフィス』で行われたことを示している。同様にして、他のユーザやスケジュールに対する遂行実績についても記憶されている。尚、遂行実績ＤＢ１３は、定期的（例えば２４時間毎）に更新される。
【００２４】
遂行実績ＤＢ１３は、過去に登録されたスケジュールの内容と実際にスケジュールが遂行された場所との関連性を示すものとなる。従って、サーバ装置１は新たにユーザによって登録されたスケジュールが遂行される場所をスケジュールの内容から判定できない場合に、遂行実績ＤＢ１３に記憶された情報を用いてスケジュールの遂行される場所を事前に推定することが可能となる。そして、推定された場所を用いてスケジュールの管理を行う。詳細については後述する。
【００２５】
一方、サーバ側通信装置１４は情報の送受信対象となる情報端末５と通信ネットワーク網６を介して通信を行う為の通信装置である。また、情報端末５以外にインターネット網等に対する通信も可能である。
【００２６】
次に、ユーザ４が所有する情報端末５の概略構成について図５を用いて説明する。図５は本実施形態に係る情報端末５の制御系を模式的に示すブロック図である。尚、以下では特に情報端末５がスマートフォンである場合を例に挙げて説明する。
【００２７】
図５に示すように情報端末５はデータバスＢＵＳに、ＣＰＵ３１と、情報端末５を所持するユーザ４に関するユーザ情報（ユーザＩＤ、氏名、年齢、性別等）や登録されたスケジュールやユーザの移動履歴等が記憶されたメモリ３２と、通信ネットワーク網６の基地局との間で信号の送受信を行う送受信回路部（ＲＦ）３３と、送受信回路部３３において受信したＲＦ（Radio Frequency）信号をベースバンド信号に変換するとともにベースバンド信号をＲＦ信号に変換するベースバンド処理部３４と、マイクロホン３５及びスピーカ３６等とのインターフェイスである入出力部３７と、液晶表示パネル等で構成されたディスプレイ３８と、タッチパネルやハードボタン等から構成される入力操作部３９と、ＧＰＳ４０と、カメラ４１とが接続されることにより構成されている。
【００２８】
ここで、情報端末５に内蔵されるＣＰＵ３１は、メモリ３２に格納されている動作プログラムに従って種々の動作を実行する情報端末５の制御手段であり、メモリ３２とともに情報端末ＥＣＵ４２を構成する。また、情報端末ＥＣＵ４２の各種処理内容は必要に応じてディスプレイ３８に表示される。
【００２９】
また、メモリ３２は情報端末５を所持するユーザ４に関するユーザ情報（ユーザＩＤ、氏名、年齢、性別等）、ユーザによって入力されたスケジュール、ＧＰＳ４０で検出されたユーザの移動履歴等が記憶された記憶媒体である。また、後述のスケジュール管理処理プログラム（図８参照）を含む各種アプリケーションプログラムについても記憶される。また、ナビ機能を有する情報端末５では目的地の設定履歴についても記憶するのが望ましい。ユーザによって入力されたスケジュールはメモリ３２に記憶せずにサーバ装置１に記憶し、通信により取得する構成としても良い。また、メモリ３２は、ハードディスク、メモリーカード等により構成しても良い。
【００３０】
ここで、メモリ３２に格納される『スケジュール』は、ユーザ４が該当するアプリケーションプログラムを起動させた状態で、スケジュールの内容を入力することによって登録される。入力されるスケジュールの内容は、（ａ）件名、（ｂ）スケジュールの遂行時期、（ｃ）場所とする。但し、全ての項目を必ずしも入力する必要は無い。例えば、図６に示すようにアプリケーションプログラムが起動されると、ディスプレイ３８においてスケジュール入力画面４５が表示される。スケジュール入力画面４５ではカレンダーが表示され、ユーザがカレンダー内の該当する日付を選択すると、件名、スケジュールの遂行時期、場所を入力可能となり、各情報を入力することによってスケジュールの登録が可能となる。また、既に登録されたスケジュールの内容の修正も可能である。
【００３１】
また、ディスプレイ３８は、筐体の一面に配設されており、液晶ディスプレイや有機ＥＬディスプレイ等が用いられる。そして、情報端末５にインストールされている各種アプリケーションを実行する為のトップ画面や、実行されたアプリケーションに係る画面（インターネット画面、メール画面等）や、画像、動画等の各種情報が表示される。また、ユーザのスケジュールを管理する為のアプリケーションが起動された状態では、スケジュールの入力画面や、現時点で登録されているスケジュールを案内する案内画面等についても表示される。
【００３２】
また、入力操作部３９は、ディスプレイ３８の前面に設けられたタッチパネルや筐体に配置されたハードボタン等によって構成されている。そして、情報端末ＥＣＵ４２は、タッチパネルやハードボタンの押下等により出力される電気信号に基づき、対応する各種の動作を実行すべく制御を行う。また、本実施形態では、ユーザがスケジュールの内容を情報端末５に入力する際にも操作される。尚、入力操作部３９は、番号／文字入力キー、表示された内容を選択するためのカーソルを動かすカーソルキー、選択を確定する決定キー等の各種キー等により構成することもできる。
【００３３】
また、ＧＰＳ４０は、人工衛星によって発生させられた電波を受信することにより、情報端末５（即ちユーザ４）の現在位置及び現在日時を検出可能とする。また、ＧＰＳ４０以外にも情報端末５の現在位置や方位を検出する為の他の装置（例えばジャイロセンサ等）を備える構成としても良い。
【００３４】
また、カメラ４１は、例えばＣＣＤ等の固体撮像素子を用いたカメラにより構成される小型の撮像装置であり、情報端末５の背面側に内蔵される。そして、専用のアプリケーションプログラムが起動された状態で、ユーザが入力操作部３９を操作することによって周辺を撮像することが可能となる。尚、カメラ４１で撮像された撮像画像は、メモリ３２に格納される。
【００３５】
続いて、前記構成を有する本実施形態に係るスケジュール管理システム２を構成するサーバ装置１においてＣＰＵ２１が実行するＤＢ作成処理プログラムについて図７に基づき説明する。図７は本実施形態に係るＤＢ作成処理プログラムのフローチャートである。ここで、ＤＢ作成処理プログラムは所定時間間隔（例えば２４時間間隔）で実行され、過去に登録されたスケジュールと遂行実績とを紐付けたＤＢを作成するプログラムである。尚、以下の図７及び図８にフローチャートで示されるプログラムは、情報端末５が備えているメモリ３２又はサーバ装置１が備えているＲＡＭ２２やＲＯＭ２３等に記憶されており、ＣＰＵ３１又はＣＰＵ２１により実行される。
【００３６】
先ず、ＤＢ作成処理プログラムではステップ（以下、Ｓと略記する）１において、ＣＰＵ２１は、スケジュールＤＢ１２に格納されたスケジュールの内容を読み出す。スケジュールＤＢ１２は、後述のようにユーザが情報端末５においてスケジュールの登録操作を行うことによって随時内容が更新される（Ｓ２２）。また、スケジュールＤＢ１２には、現時点で登録されているスケジュール（即ち未実施のスケジュール）に加えて、過去に登録されていたスケジュール（即ち実施済みのスケジュール）の内容についても含まれる。
【００３７】
続いて、Ｓ２においてＣＰＵ２１は、情報端末５からＧＰＳの検出データ（ユーザの移動履歴）を収集し、前回の処理時から現時点までに新たにユーザに実行されたスケジュールについて、スケジュールが実際に遂行された場所を示す遂行実績を特定する。具体的には、スケジュール内容に含まれる時間帯においてユーザが位置する場所をＧＰＳの検出データと地図情報から特定し、特定された場所をスケジュールが遂行された場所と推定することが可能である。尚、ＧＰＳの検出データの代わりにナビ機能を実行した際の目的地の設定履歴を情報端末５から収集し、スケジュールが遂行された場所を特定しても良い。例えば、スケジュールの遂行される直前に目的地に設定された場所を、スケジュールが遂行された場所と推定することも可能である。
【００３８】
その後、Ｓ３においてＣＰＵ２１は、前記Ｓ２で特定された遂行実績に基づいて遂行実績ＤＢ１３を更新する。即ち、遂行実績ＤＢ１３に格納されたスケジュールの内、前回の処理時から現時点までに新たにユーザに実行されたスケジュールについて、前記Ｓ２で特定された遂行実績を紐付けて格納する。遂行実績ＤＢ１３は、図４に示すように過去に登録されたスケジュールの内容と実際にスケジュールが遂行された場所との関連性を示すデータベースとなる。
【００３９】
次に、本実施形態に係るスケジュール管理システム２を構成するサーバ装置１及び情報端末５において実行するスケジュール管理処理プログラムについて図８に基づき説明する。図８は本実施形態に係るスケジュール管理処理プログラムのフローチャートである。ここで、スケジュール管理処理プログラムは情報端末５においてユーザのスケジュールを管理する為の所定のアプリケーションプログラムが起動された後に実行され、ユーザのスケジュールの登録並びに管理を行うプログラムである。
【００４０】
先ず、情報端末５において実行されるスケジュール管理処理プログラムについて説明する。
Ｓ１１においてＣＰＵ３１は、ユーザが新たなスケジュールの登録操作、或いは既に登録されていたスケジュールを修正する操作が行われたか否かを判定する。尚、スケジュールの登録操作やスケジュールの修正操作は、例えばスケジュールを管理する為のアプリケーションが情報端末５で起動された状態で、ディスプレイ３８に表示された画面に従って行う（図６参照）。
【００４１】
そして、ユーザが新たなスケジュールの登録操作、或いは既に登録されていたスケジュールを修正する操作が行われたと判定された場合（Ｓ１１：ＹＥＳ）には、Ｓ１２へと移行する。それに対して、ユーザが新たなスケジュールの登録操作、或いは既に登録されていたスケジュールを修正する操作が行われていないと判定された場合（Ｓ１１：ＮＯ）には、当該スケジュール管理処理プログラムを終了する。
【００４２】
Ｓ１２においてＣＰＵ３１は、サーバ装置１に対して登録或いは修正されたスケジュールに関する情報を送信する。送信される情報には、情報端末５の所有者であるユーザ４を識別するユーザＩＤと、前記Ｓ１１で登録又は修正されたスケジュールの内容（件名、スケジュールの遂行時期、場所等）を含む。その後、後述のように情報端末５から情報を受信したサーバ装置１においてスケジュールの管理が行われる（Ｓ２２〜Ｓ３２）。
【００４３】
次に、サーバ装置１において実行されるスケジュール管理処理プログラムについて説明する。
先ず、Ｓ２１においてＣＰＵ２１は、情報端末５から情報の送信があるか否か判定する。
【００４４】
そして、情報の送信があると判定された場合（Ｓ２１：ＹＥＳ）には、送信される情報を受信する（Ｓ２２）。尚、受信される情報には、情報の送信元のユーザ４を識別するユーザＩＤと、新たに登録或いは修正されたスケジュールの内容（件名、スケジュールの遂行時期、場所等）を含む。また、受信したスケジュールの内容はユーザ毎に区分してスケジュールＤＢ１２に格納される（図３）。スケジュールの内容としては、『件名』、『スケジュールの遂行時期』、『場所』が含まれるが、『場所』についてはユーザによって入力されない場合もあり、その場合については空白（データ無し）となる。
【００４５】
一方、情報の送信がないと判定された場合（Ｓ２１：ＮＯ）には、当該スケジュール管理処理プログラムを終了する。
【００４６】
Ｓ２３においてＣＰＵ２１は、前記Ｓ２２で受信したスケジュールの内容の解析を行い、スケジュールの内容に基づいてスケジュールの遂行される場所を特定できるか否かを判定する。具体的には登録されたスケジュールの内容にスケジュールの遂行される場所を特定する情報（施設名など）が含まれている場合に、スケジュールの内容に基づいてスケジュールの遂行される場所を特定できると判定する。スケジュールの登録では『件名』、『スケジュールの遂行時期』、『場所』の３つの情報がユーザによって入力され、前記Ｓ２３では基本的には『場所』として入力された情報に基づいて判定を行うが、『件名』に施設名などが含まれている場合には『件名』を用いて判定することも可能である。
【００４７】
尚、スケジュールを登録する際にユーザによって『場所』が入力されていたとしても、前記Ｓ２３でスケジュールの遂行される場所を特定できないと判定される場合もある。例えば、全国に複数のオフィスや支社を有する会社名が場所に入力されているがオフィス名や支社名が入力されていない場合には、どのオフィス又は支社でスケジュールが遂行されるか不明であるため、スケジュールの遂行される場所を特定できないと判定される。
【００４８】
そして、スケジュールの内容に基づいてスケジュールの遂行される場所を特定できると判定された場合（Ｓ２３：ＹＥＳ）には、Ｓ３０へと移行する。その後、特定された場所に基づいて後述のように他のスケジュールとの間でスケジュールが成立するか否かを判定する。それに対して、スケジュールの内容に基づいてスケジュールの遂行される場所を特定できないと判定された場合（Ｓ２３：ＮＯ）には、Ｓ２４へと移行する。
【００４９】
Ｓ２４においてＣＰＵ２１は、遂行実績ＤＢ１３に記憶されている情報を読み出す。尚、遂行実績ＤＢ１３は、前述のＤＢ作成処理プログラム（図７）で作成され、図４に示すように、過去に登録されたスケジュールの内容と実際にスケジュールが遂行された場所とを紐付けたデータベースである。
【００５０】
次に、Ｓ２５においてＣＰＵ２１は、スケジュールの送信元のユーザの遂行実績の内、特に前記Ｓ２２で受信したスケジュールと『件名』が同一又は類似する過去に登録されたスケジュールの遂行実績が遂行実績ＤＢ１３にあるか否か判定する。尚、スケジュールの送信元のユーザは、前記Ｓ２２で受信した情報に含まれるユーザＩＤによって識別される。
【００５１】
また、『件名』が同一又は類似するスケジュールとは、『件名』に同じキーワードが含まれているスケジュールが該当する。例えば、場所を示すワード（“Ａ社”、“支社”など）、ユーザの行動内容を示すワード（“出張”、“打ち合わせ”など）をキーワードとする。例えば前記Ｓ２２で受信したスケジュールの『件名』が「Ａ社で打ち合わせ」であった場合には、「Ａ社」と「打ち合わせ」を含む『件名』のスケジュールを、『件名』が同一又は類似するスケジュールとする。尚、「Ａ社」のみ或いは「打ち合わせ」のみを含む『件名』のスケジュールについても『件名』が同一又は類似するスケジュールとしてもよい。
【００５２】
そして、スケジュールの送信元のユーザの遂行実績の内、特に前記Ｓ２２で受信したスケジュールと『件名』が同一又は類似する過去に登録されたスケジュールの遂行実績が遂行実績ＤＢ１３にあると判定された場合（Ｓ２５：ＹＥＳ）には、Ｓ２７へと移行する。それに対して、スケジュールの送信元のユーザの遂行実績の内、特に前記Ｓ２２で受信したスケジュールと『件名』が同一又は類似する過去に登録されたスケジュールの遂行実績が遂行実績ＤＢ１３にないと判定された場合（Ｓ２５：ＮＯ）には、Ｓ２６へと移行する。
【００５３】
Ｓ２６においてＣＰＵ２１は、遂行実績ＤＢ１３を用いたスケジュールの遂行場所の推定を行うことが困難であるので、特にスケジュールの修正提案等は行うことなく当該スケジュール管理処理プログラムを終了する。
【００５４】
一方、前記Ｓ２６では問い返し処理を行っても良い。具体的には、スケジュールが遂行される場所を明確にするための質問を、情報端末５を介して出力する。そして、質問の回答として入力されたユーザの回答について情報端末５を介して取得する。上記問い返し処理によってスケジュールが遂行される場所が特定された場合には、Ｓ３０へと移行する。
【００５５】
一方、Ｓ２７においてＣＰＵ２１は、スケジュールの送信元のユーザの遂行実績の内、『件名』が同一又は類似するスケジュールに対する遂行実績を遂行実績ＤＢ１３から抽出する。遂行実績には、過去に登録されたスケジュールの内容と該スケジュールが実際に遂行された場所が含まれる。前記Ｓ２７で抽出される遂行実績は、『件名』が同一又は類似するスケジュールを過去にユーザが遂行した際に、実際にスケジュールを遂行した場所を特定するものである。
【００５６】
その後、Ｓ２８においてＣＰＵ２１は、前記Ｓ２７で抽出された遂行実績をスケジュールの遂行された時期に基づいて統計する。具体的には、（ａ）スケジュールが遂行された曜日、（ｂ）スケジュールの遂行に要した時間、（ｃ）１週間あたりに遂行された回数で遂行実績を区分し、区分毎に遂行実績に含まれる各場所の度数を算出する。但し、必ずしも（ａ）〜（ｃ）の３つの基準による統計処理を行う必要はなく、いずれか１又は２の基準による統計処理のみを行っても良い。
【００５７】
そして、ＣＰＵ２１は、上記統計結果を用いて、前記Ｓ２２で受信したスケジュールの遂行される時期と同一又は類似する区分で度数の最も高い場所を、スケジュールの遂行される場所として推定する（Ｓ２９）。また、“（ａ）スケジュールが遂行された曜日”での統計結果に基づく推定結果を最も優先的に採用し、次に“（ｂ）スケジュールの遂行に要した時間”での統計結果に基づく推定結果を優先的に採用する。即ち、“（ａ）スケジュールが遂行された曜日”での統計結果に基づいてスケジュールの遂行される場所が推定できない場合に、“（ｂ）スケジュールの遂行に要した時間”での統計結果に基づく推定結果を採用する。更に、“（ｂ）スケジュールの遂行に要した時間”での統計結果に基づいてスケジュールの遂行される場所が推定できない場合に、“（ｃ）１週間あたりに遂行された回数”での統計結果に基づく推定結果を採用する。
【００５８】
例えば、図９を用いて“（ａ）スケジュールが遂行された曜日”で遂行実績を区分した統計結果に基づいて、スケジュールの遂行される場所を推定する例について説明する。図９に示す例では前記Ｓ２７で抽出された遂行実績は、スケジュールの遂行された場所として「Ａ社○○オフィス」、「Ａ社××オフィス」、「Ａ社△△オフィス」の３か所が存在するとする。そして、図９に示すように曜日によって遂行される場所に偏りが存在する。例えば、火曜日であれば「Ａ社○○オフィス」の頻度が高く、木曜日であれば「Ａ社△△オフィス」の頻度が高く、金曜日であれば「Ａ社××オフィス」の頻度が高い。従って、前記Ｓ２２で受信したスケジュールの遂行される曜日が火曜日であれば、該スケジュールの遂行される場所は「Ａ社○○オフィス」と推定される。同様に前記Ｓ２２で受信したスケジュールの遂行される曜日が木曜日であれば「Ａ社△△オフィス」と推定され、金曜日であれば「Ａ社××オフィス」と推定される。一方、前記Ｓ２２で受信したスケジュールの遂行される曜日が火曜日、木曜日、金曜日以外である場合には、遂行される場所の偏りが無いので“（ａ）スケジュールが遂行された曜日”での推定はできないと判定する。但し、曜日の区分は類似する曜日については同区分にまとめて、平日（月曜日〜金曜日）と休日（土曜日、日曜日）の２区分で区分しても良い。図９に示す例では、遂行される曜日が同一又は類似する過去に登録されたスケジュールの遂行実績に基づいてスケジュールの遂行される場所が推定されることとなる。
【００５９】
次に、図１０を用いて“（ｂ）スケジュールの遂行に要した時間”で遂行実績を区分した統計結果に基づいて、スケジュールの遂行される場所を推定する例について説明する。図１０に示す例では前記Ｓ２７で抽出された遂行実績は、スケジュールの遂行された場所として「Ａ社○○オフィス」、「Ａ社××オフィス」、「Ａ社△△オフィス」の３か所が存在するとする。そして、図１０に示すように遂行に要した時間によって遂行される場所に偏りが存在する。例えば、遂行時間が１時間以内であれば「Ａ社○○オフィス」の頻度が高く、２時間〜３時間であれば「Ａ社××オフィス」の頻度が高く、５時間以上であれば「Ａ社△△オフィス」の頻度が高い。従って、前記Ｓ２２で受信したスケジュールの遂行される時間帯が１時間以内であれば、該スケジュールの遂行される場所は「Ａ社○○オフィス」と推定される。同様に前記Ｓ２２で受信したスケジュールの遂行される時間帯が２時間〜３時間であれば「Ａ社××オフィス」と推定され、５時間以上であれば「Ａ社△△オフィス」と推定される。一方、前記Ｓ２２で受信したスケジュールの遂行される時間帯が上記時間以外である場合には、遂行される場所の偏りが無いので“（ｂ）スケジュールの遂行に要した時間”での推定はできないと判定する。図１０に示す例では、遂行に要する時間が同一又は類似する過去に登録されたスケジュールの遂行実績に基づいてスケジュールの遂行される場所が推定されることとなる。
【００６０】
続いて、図１１を用いて“（ｃ）１週間あたりに遂行された回数”で遂行実績を区分した統計結果に基づいて、スケジュールの遂行される場所を推定する例について説明する。図１１に示す例では前記Ｓ２７で抽出された遂行実績は、スケジュールの遂行された場所として「Ａ社○○オフィス」、「Ａ社××オフィス」、「Ａ社△△オフィス」の３か所が存在するとする。そして、図１１に示すように１週間あたりに遂行された回数によって遂行される場所に偏りが存在する。例えば、１週間あたりに遂行された回数が２回であれば「Ａ社××オフィス」の頻度が高く、１週間あたりに遂行された回数が３回であれば「Ａ社○○オフィス」の頻度が高い。従って、前記Ｓ２２で受信したスケジュール以外に『件名』が同一又は類似するスケジュールが同じ週に１つ登録されていれば、該スケジュールの遂行される場所は「Ａ社××オフィス」と推定される。同様に前記Ｓ２２で受信したスケジュール以外に『件名』が同一又は類似するスケジュールが同じ週に２つ登録されていれば、該スケジュールの遂行される場所は「Ａ社○○オフィス」と推定される。
【００６１】
その後、Ｓ３０においてＣＰＵ２１は、前記Ｓ２２で受信したスケジュールが遂行される場所に基づいて、スケジュールの成立性を算出する。具体的には、ＣＰＵ２１は先ず前記Ｓ２２で受信したスケジュールが遂行される場所への移動に必要な移動所要時間を算出する。次に、スケジュールＤＢ１２を読み出し、前記Ｓ２２で受信したスケジュールの登録時間帯に対して移動所要時間前までに他のスケジュールが登録されているかを判定する処理を行う。そして、前記Ｓ２２で受信したスケジュールの登録時間帯に対して移動所要時間前までに他のスケジュールが登録されている場合には、スケジュールが成立しない（スケジュール遂行不可）と算出する。一方、前記Ｓ２２で受信したスケジュールの登録時間帯に対して移動所要時間前までに他のスケジュールが登録されていない場合には、スケジュールが成立する（スケジュール遂行可）と算出する。
【００６２】
その後、Ｓ３１においてＣＰＵ２１は、前記Ｓ３０においてスケジュールが成立する（スケジュール遂行可）と算出されたか否かを判定する。そして、スケジュールが成立する（スケジュール遂行可）と算出された場合（Ｓ３１：ＹＥＳ）には、特にスケジュールの修正提案等は行うことなく当該スケジュール管理処理プログラムを終了する。それに対して、スケジュールが成立しない（スケジュール遂行不可）と算出された場合（Ｓ３１：ＮＯ）には、Ｓ３２へと移行する。
【００６３】
Ｓ３２においてＣＰＵ２１は、情報端末５を介してユーザに対してスケジュールの修正の提案を行う。例えば、図１２ではサーバ装置１が、１０：００〜１１：００を遂行時間帯とするスケジュールを前記Ｓ２２で受信した場合であって、且つ該スケジュールの遂行場所への移動に必要な時間が４０分と算出された場合を例に挙げて説明する。図１２に示す例では、１０：００から４０分前までの間に他のスケジュールが登録されている場合には、一方のスケジュールの時間をずらすように提案する。そして、提案に従って情報端末５側でスケジュールの修正に係る操作が行われた場合には、修正後のスケジュールを対象として再度Ｓ２２以降の処理を行う。
【００６４】
尚、サーバ装置１ではなく情報端末５において、上記Ｓ２２〜Ｓ３２の処理を実行させる構成としても良い。その場合には、遂行実績ＤＢ１３をサーバ装置１から情報端末５へと配信するように構成する。また、ＤＢ作成処理プログラム（図７）についても情報端末５で実行させる構成としても良い。
【００６５】
以上詳細に説明した通り、本実施形態に係るサーバ装置１及びサーバ装置１で実行されるコンピュータプログラムでは、過去に登録されたスケジュールの内容と該スケジュールが遂行された場所とを特定する遂行実績を収集する（Ｓ１〜Ｓ３）。一方で、ユーザによってスケジュールの登録操作が行われた場合に、登録されたスケジュールの内容からスケジュールの遂行される場所が判定できない場合には、内容が同一又は類似する過去に登録されたスケジュールの遂行実績に基づいてスケジュールの遂行される場所を推定し（Ｓ２７〜Ｓ２９）、推定された場所に基づいて登録されたスケジュールを管理する（Ｓ３０〜Ｓ３２）ので、スケジュールの内容からスケジュールの遂行される場所が特定できない場合であっても、過去に登録された内容が同一又は類似するスケジュールに基づいて、スケジュールの遂行される場所を推定することが可能となる。その結果、スケジュールの内容にかかわらず、スケジュールの遂行される場所について考慮したスケジュール管理が可能となる。
【００６６】
尚、本発明は前記実施形態に限定されるものではなく、本発明の要旨を逸脱しない範囲内で種々の改良、変形が可能であることは勿論である。
例えば、本実施形態では、一のサーバ装置１がスケジュールＤＢ１２及び遂行実績ＤＢ１３の各ＤＢを作成する処理とスケジュールの管理を行う処理をそれぞれ行っているが、各ＤＢを作成する処理とスケジュールの管理を行う処理は別々のサーバ装置が行うようにしても良い。例えば、サーバ装置１が他のサーバ装置で作成された各ＤＢを受信して、スケジュールの管理を行うようにしても良い。
【００６７】
また、本実施形態では、前記Ｓ２７においてスケジュールの『件名』が同一又は類似する過去に登録されたスケジュールの遂行実績を遂行実績ＤＢ１３から抽出しているが、『場所』が同一又は類似する過去に登録されたスケジュールの遂行実績を遂行実績ＤＢ１３から抽出しても良い。尚、『場所』が同一又は類似するスケジュールとは、『場所』に同じキーワードが含まれているスケジュールが該当する。
【００６８】
また、本実施形態では、スケジュールが遂行される場所を予測した場合に、予測された場所に基づいてスケジュールの調整を行っている（Ｓ３２）が、予測された場所をその他のスケジュールの管理に利用することも可能である。例えば登録済みのスケジュールの案内を行う場合に、スケジュールの遂行される場所を考慮して案内を行うタイミングを決定することも可能である。
【００６９】
また、本実施形態では、情報端末５をスマートフォンに適用した例について説明したが、スケジュールを管理する機能を有していれば他の種類の情報端末に対して適用することも可能である。例えば携帯電話機、タブレット型端末、パーソナルコンピュータ、ナビゲーション装置等に適用することが可能である。
【００７０】
また、本発明に係るスケジュール管理装置を具体化した実施例について上記に説明したが、スケジュール管理装置は以下の構成を有することも可能であり、その場合には以下の効果を奏する。
【００７１】
例えば、第１の構成は以下のとおりである。
ユーザ（４）のスケジュールを登録するスケジュール登録手段（２１）と、登録されたスケジュールの内容からスケジュールの遂行される場所を推定する場所推定手段（２１）と、前記場所推定手段によって推定された場所に基づいて登録された前記スケジュールを管理するスケジュール管理手段（２１）と、を有するスケジュール管理装置（１）であって、過去に登録されたスケジュールの内容と該スケジュールが遂行された場所とを特定する遂行実績を収集する遂行実績収集手段（２１）を有し、前記場所推定手段は、内容が同一又は類似する過去に登録されたスケジュールの遂行実績に基づいてスケジュールの遂行される場所を推定する。
上記構成を有するスケジュール管理装置によれば、スケジュールの内容からスケジュールの遂行される場所が特定できない場合であっても、過去に登録された内容が同一又は類似するスケジュールに基づいて、スケジュールの遂行される場所を推定することが可能となる。その結果、スケジュールの内容にかかわらず、スケジュールの遂行される場所について考慮したスケジュール管理が可能となる。
【００７２】
また、第２の構成は以下のとおりである。
前記場所推定手段（２１）は、登録されたスケジュールの内容に基づいてスケジュールの遂行される場所を特定できる場合には、該場所をスケジュールの遂行される場所に推定し、登録されたスケジュールの内容に基づいてスケジュールの遂行される場所を特定できない場合には、内容が同一又は類似する過去に登録されたスケジュールの遂行実績に基づいてスケジュールの遂行される場所を推定する。
上記構成を有するスケジュール管理装置によれば、スケジュールの内容からスケジュールの遂行される場所が特定できる場合には、スケジュールの遂行される場所を正確に推定できる一方で、スケジュールの内容からスケジュールの遂行される場所が特定できない場合においても、過去の実績からスケジュールの遂行される場所を推定することが可能となる。
【００７３】
また、第３の構成は以下のとおりである。
前記遂行実績収集手段（２１）は、前記スケジュールの内容としてスケジュールが遂行される時期について収集し、前記場所推定手段（２１）は、遂行される時期が同一又は類似する過去に登録されたスケジュールの遂行実績に基づいてスケジュールの遂行される場所を推定する。
上記構成を有するスケジュール管理装置によれば、過去のスケジュールの遂行実績の内、同一または類似する時期に遂行されたスケジュールの遂行実績から、スケジュールの遂行される場所を適切に推定することが可能となる。
【００７４】
また、第４の構成は以下のとおりである。
前記スケジュールが遂行された時期は、スケジュールが遂行された曜日を含み、前記場所推定手段（２１）は、遂行される曜日が同一又は類似する過去に登録されたスケジュールの遂行実績に基づいてスケジュールの遂行される場所を推定する。
上記構成を有するスケジュール管理装置によれば、ユーザの曜日毎の行動特性から、スケジュールの遂行される場所を適切に推定することが可能となる。
【００７５】
また、第５の構成は以下のとおりである。
前記スケジュールが遂行された時期は、スケジュールの遂行に要する時間を含み、前記場所推定手段（２１）は、遂行に要する時間が同一又は類似する過去に登録されたスケジュールの遂行実績に基づいてスケジュールの遂行される場所を推定する。
上記構成を有するスケジュール管理装置によれば、スケジュールの遂行に要する時間と遂行場所との関連性から、スケジュールの遂行される場所を適切に推定することが可能となる。
【００７６】
また、第６の構成は以下のとおりである。
前記場所推定手段（２１）は、内容が同一又は類似する過去に登録されたスケジュールの遂行実績が複数ある場合には、最も高い頻度で遂行された場所をスケジュールの遂行される場所と推定する。
上記構成を有するスケジュール管理装置によれば、スケジュールが遂行される場所として複数の候補がある場合には、最も可能性の高い場所をスケジュールの遂行される場所として推定することが可能となる。
【００７７】
また、第７の構成は以下のとおりである。
前記スケジュール管理手段（２１）は、前記場所推定手段（２１）によって推定されたスケジュールの遂行される場所に基づいて、ユーザがスケジュールの遂行される場所まで移動するのに必要な移動所要時間を算出し、スケジュールの登録時間帯に対して移動所要時間前までに他のスケジュールが登録されている場合に、ユーザに対してスケジュールの調整を提案する。
上記構成を有するスケジュール管理装置によれば、特にユーザの移動が必要とされるスケジュールの前に他のスケジュールが登録されている場合において、スケジュールの調整を提案することが可能となる。その結果、ユーザにとって実施困難なスケジュールが登録されることを防止することが可能となる。
【符号の説明】
【００７８】
１              サーバ装置
２              スケジュール管理システム
３              スケジュール管理センタ
４              ユーザ
５              情報端末
１１            サーバ制御ＥＣＵ
１２            スケジュールＤＢ
１３            遂行実績ＤＢ
２１            ＣＰＵ
２２            ＲＡＭ
２３            ＲＯＭ
【図１】
2019159363.tif 000003
【図２】
2019159363.tif 000004
【図３】
2019159363.tif 000005
【図４】
2019159363.tif 000006
【図５】
2019159363.tif 000007
【図６】
2019159363.tif 000008
【図７】
2019159363.tif 000009
【図８】
2019159363.tif 000010
【図９】
2019159363.tif 000011
【図１０】
2019159363.tif 000012
【図１１】
2019159363.tif 000013
【図１２】
2019159363.tif 000014