JP6280391B2 - 事前通知システム、事前通知プログラム、事前通知方法および携帯通信端末 - Google Patents

Description

この発明は、事前通知システム、事前通知プログラム、事前通知方法および携帯通信端末に関し、特にスケジュール機能が実行される、事前通知システム、事前通知プログラム、事前通知方法および携帯通信端末に関する。

背景技術の一例が特許文献１に開示されている。この特許文献１では、子供の携帯電話端末に予定行動のスケジュール情報が登録されている場合、近距離通信機能を使用して親の携帯電話端末にそのスケジュール情報が転送される。親の携帯電話端末でスケジュール監視機能が実行されると、子供のスケジュール情報の開始時刻が監視される。現在時刻が開始時刻になったとき、そのスケジュール情報の外出先情報が登録されていれば、親の携帯電話端末は子供用の携帯電話端末に現在位置の測位を行わせ、測位の結果を返送させる。このとき、親用の携帯電話端末は、測位の結果が登録された場所の中心から許容範囲の半径外であるかを判定し、許容範囲の半径外であれば異常アラームの通知機能を起動する。
特開2010-81338号公報［H04W 4/02, H04M 11/00, H04M 1/00, H04W 64/00, G08B 25/04］

ところが、スケジュール情報の開始時刻に、子供が予定行動を行う場所とは異なる場所にいる場合、その子供はスケジュール通りに予定行動を行うことができない。

それゆえに、この発明の主たる目的は、新規な、事前通知システム、事前通知プログラム、事前通知方法および携帯通信端末を提供することである。

この発明の他の目的は、スケジュール通りの行動を促すことができる、事前通知システム、事前通知プログラム、事前通知方法および携帯通信端末を提供することである。

この発明は、上記の課題を解決するために、以下の構成を採用した。なお、括弧内の参照符号および補足説明等は、この発明の理解を助けるために記述する実施形態との対応関係を示したものであって、この発明を何ら限定するものではない。

第１の発明は、スケジュール時刻およびスケジュールの場所を含むスケジュールを記憶する第１携帯端末、自身の端末位置を測位する第２携帯端末、端末位置およびスケジュールの場所に基づいて事前通知が必要かを判断する判断部、および判断部によって事前通知が必要と判断されたとき、第２携帯端末上で事前通知を行う事前通知部を備える、事前通知システムである。

第１の発明では、事前通知システム（１００：実施例において対応する部分を例示する参照符号。以下、同じ。）の第１携帯端末（１０）では、スケジュール機能が実行されると、スケジュールを登録することができる。そのスケジュールには、スケジュール時刻およびスケジュールの場所（自宅）などが含まれる。第２携帯端末（１２）は、たとえばウェアラブル端末であり、子どもの腕などに装着される。そして、第２携帯端末は、ＧＰＳ信号などを利用して子どもの現在位置を示す端末位置を測位する。判断部（７０，Ｓ１５１，Ｓ１５３，Ｓ１５７，Ｓ１５９，Ｓ１６３，Ｓ１６５，Ｓ２２５）は、たとえば地図上の端末位置およびスケジュールの場所に基づいて、子どもに対してスケジュールの事前通知が必要かを判断する。たとえば、スケジュールの場所に子ども（端末位置）がいない場合、事前通知が必要と判断される。そして、事前通知部（７０，Ｓ１５５，Ｓ１６１，Ｓ１６７，Ｓ２２７，１１０，Ｓ２０３）は、このように判断されたとき、第２携帯端末上でスケジュールの事前通知を行う。

第１の発明によれば、事前通知によって、子どもに対してスケジュール通りの行動を促すことができる。そして、スケジュールの事前通知がされた子どもはスケジュール通りの行動を行うための事前行動を起こすことができる。

第２の発明は、第１の発明に従属し、スケジュールの場所を中心とする地図上の所定範囲を記憶する記憶部をさらに備え、判断部は、スケジュール時刻の所定時間前になったとき、所定範囲に対する端末位置に基づいて、事前通知が必要かを判断する。

第２の発明では、記憶部（８６）は、たとえばＲＡＭであり、スケジュールの場所を中心とする地図上の所定範囲を記憶する。たとえば、所定範囲内にいる子どもはスケジュールの場所まで移動するのに所定時間（たとえば、３０分）かかるため、所定範囲には所定時間が対応する。そして、判断部は、スケジュール時刻の所定時間前になったとき、所定範囲内の端末位置に基づいて、事前通知が必要かを判断する。

第２の発明によれば、子どもがいる所定範囲に基づいて事前通知を行うかを判断できるため、事前通知を行う処理を単純化することができる。

第３の発明は、第２の発明に従属し、所定範囲は、第１所定範囲および前記第１所定範囲よりも内側に設けられる第２所定範囲を含み、判断部は、スケジュール時刻の所定時間前になったとき第１所定範囲に対する端末位置に基づいて事前通知が必要かを判断し、スケジュール時刻の所定時間前から一定時間が経過したとき第２所定範囲に対する端末位置に基づいて事前通知が必要かを判断する。

第３の発明では、所定範囲は、第１所定範囲（Ａ１）およびその第１所定範囲よりも内側に設けられる第２所定範囲（Ａ２，Ａ３）を含む。判断部は、スケジュール時刻の所定時間前になったとき、第１所定範囲内の端末位置に基づいて事前通知が必要かを判断する。また、判断部は、スケジュール時刻の所定時間前からさらに一定時間（たとえば、１０分）が経過したとき、第２所定範囲内の端末位置に基づいて事前通知が必要かを判断する。

第３の発明によれば、複数の所定範囲を利用することで、子どもの位置に合わせて適切な事前通知を行うことができる。

第４の発明は、第１の発明に従属し、端末位置からスケジュールの場所までのルートを設定する設定部、およびルートからスケジュール時刻を到着時刻とした場合の出発時刻を算出する算出部をさらに備え、判断部は、現在時刻と出発時刻とに基づいて、事前通知が必要かを判断する。

第４の発明では、設定部（７０，Ｓ２２１）は、たとえば一定周期毎に端末位置からスケジュールの場所までのルートを設定する。算出部（７０，Ｓ２２３）は、設定されたルートを利用して、スケジュール時刻を到着時刻としたときの出発時刻を算出する。そして、判断部は、現在時刻と出発時刻とに基づいて、スケジュールの事前通知が必要かを判断する。

第４の発明によれば、子どもの現在位置に基づいてルートを設定し、そのルートに基づいて事前通知が行われるため、適切なタイミングで事前通知が行われる。

第５の発明は、第４の発明に従属し、第２携帯端末上で事前通知が行われたとき、端末位置、ルートに基づいて案内情報を作成する作成部、および案内情報に基づいて、第２携帯端末上でルート案内を行う案内部をさらに備える。

第５の発明では、第２携帯端末上で事前通知が行われたとき、作成部（７０，Ｓ６７）は、たとえば端末位置およびルートに基づいて、スケジュールの場所までの案内情報を作成する。案内部（７０，Ｓ６９，１１０，Ｓ２０３）は、このようにして作成された案内情報に基づいて、第２携帯端末上でルート案内を行う。

第５の発明によれば、子どもに対してスケジュール通りの行動をより強く促すことができる。

第６の発明は、スケジュール時刻およびスケジュールの場所を含むスケジュールを記憶する第１携帯端末（１０）および自身の端末位置を測位する第２携帯端末（１２）を有する、事前通知システムのプロセッサ（７０，１１０）を、端末位置およびスケジュールの場所に基づいて事前通知が必要かを判断する判断部（Ｓ１５１，Ｓ１５３，Ｓ１５７，Ｓ１５９，Ｓ１６３，Ｓ１６５）、および判断部によって事前通知が必要と判断されたとき、第２携帯端末上で事前通知を行う事前通知部（Ｓ１５５，Ｓ１６１，Ｓ１６７，Ｓ２０３）として機能させる、事前通知プログラムである。

第６の発明でも、第１の発明と同様、事前通知によって、子どもに対してスケジュール通りの行動を促すことができる。

第７の発明は、スケジュール時刻およびスケジュールの場所を含むスケジュールを記憶する第１携帯端末（１０）および自身の端末位置を測位する第２携帯端末（１２）を有する、事前通知システムにおける事前通知方法であって、事前通知システムのプロセッサ（７０，１１０）が、端末位置およびスケジュールの場所に基づいて事前通知が必要かを判断する判断ステップ（Ｓ１５１，Ｓ１５３，Ｓ１５７，Ｓ１５９，Ｓ１６３，Ｓ１６５）、および判断ステップによって事前通知が必要と判断されたとき、第２携帯端末上で事前通知を行う事前通知ステップ（Ｓ１５５，Ｓ１６１，Ｓ１６７，Ｓ２０３）を実行する、事前通知方法である。

第７の発明でも、第１の発明と同様、事前通知によって、子どもに対してスケジュール通りの行動を促すことができる。

第８の発明は、スケジュール時刻およびスケジュールの場所を含むスケジュールを記憶する記憶部、第２携帯端末によって測位された端末位置を受信する受信部、端末位置およびスケジュールの場所に基づいて事前通知が必要かを判断する判断部、および判断部によって事前通知が必要と判断されたとき、第２携帯端末に対して事前通知情報を送信する送信部を備える、携帯通信端末である。

第８の発明では、記憶部（８６）は、たとえばＲＡＭであり、スケジュール時刻およびスケジュールの場所を含むスケジュールを記憶する。受信部（７０，Ｓ１）は、子どもの腕などに装着される第２携帯端末（１２）によって測位された端末位置を受信する。判断部（７０，Ｓ１５１，Ｓ１５３，Ｓ１５７，Ｓ１５９，Ｓ１６３，Ｓ１６５，Ｓ２２５）は、たとえば地図上の端末位置およびスケジュールの場所に基づいて、子どもに対してスケジュールの事前通知が必要かを判断する。たとえば、地図上の端末位置およびスケジュールの場所が異なる場合、事前通知が必要と判断と判断される。そして、送信部（７０，Ｓ１５５，Ｓ１６１，Ｓ１６７，Ｓ２２７）は、このように判断されたとき、第２携帯端末に対して事前通知情報を送信する。

第８の発明によれば、親は携帯通信端末を利用してスケジュールして同期するだけで、子どもの行動を容易に管理することができる。

この発明によれば、子どもに対してスケジュール通りの行動を促すことができる。

この発明の上述の目的、その他の目的、特徴および利点は、図面を参照して行う以下の実施例の詳細な説明から一層明らかとなろう。

図１はこの発明の一実施例のルート案内システムの構成の一例を示す図解図である。 図２は図１に示す携帯電話機の外観の一例を示す外観図である。 図３は図１に示すウェアラブル端末の通常形状の外観の一例を示す外観図であり、図３（Ａ）はウェアラブル端末の通常形状の表面の一例を示し、図３（Ｂ）はウェアラブル端末の通常形状の裏面の一例を示し、図３（Ｃ）はウェアラブル端末の通常形状の左側面の一例を示し、図３（Ｄ）はウェアラブル端末の通常形状の右側面の一例を示す。 図４は図１に示すウェアラブル端末の装着形状の外観の一例を示す外観図であり、図４（Ａ）はウェアラブル端末の装着形状の表側を示し、図４（Ｂ）はウェアラブル端末の装着形状の裏側を示し、図４（Ｃ）はウェアラブル端末の装着形状の側面を示し、図４（Ｄ）はウェアラブル端末の装着形状の他の側面を示し、図４（Ｅ）はウェアラブル端末が装着された状態の一例を示す。 図５は図３および図４に示すウェアラブル端末のベルトの断面の一例を示し、図５（Ａ）は図３（Ｂ）に示す線Ｖ（Ａ）−Ｖ（Ａ）における断面の一例を示し、図５（Ｂ）は図４（Ｃ）に示す線Ｖ（Ｂ）−Ｖ（Ｂ）における断面の一例を示す。 図６は図１に示す携帯電話機の電気的な構成の一例を示す図解図である。 図７は図１に示すウェアラブル端末の電気的な構成の一例を示す図解図である。 図８は図２に示すディスプレイに地図が表示されている状態の一例を示す図解図である。 図９は図２に示す携帯電話機においてルートを入力する操作の一例を示す図解図であり、図９（Ａ）は端末位置アイコンに対してタップされている状態を示し、図９（Ｂ）はルートが入力されている状態の一例を示し、図９（Ｃ）はルートが入力されている状態の他の一例を示し、図９（Ｄ）は入力されたルートを確定した状態の一例を示す。 図１０は図１に示すルート案内システムにおいてルート案内が行われているときの携帯電話機およびウェアラブル端末の状態の一例を示し、図１０（Ａ）はルート案内が開始されたときの状態の一例を示し、図１０（Ｂ）はルート案内が行われているときの状態の一例を示す。 図１１は図１に示すルート案内システムにおいてルート案内がされているときの携帯電話機およびウェアラブル端末の状態の他の一例を示し、図１１（Ａ）はルート案内が行われているときの状態の他の一例を示し、図１１（Ｂ）はルート案内が終了したときの状態の一例を示す。 図１２は図１に示すルート案内システムにおいてスケジュールを同期する操作手順の一例を示す図解図であり、図１２（Ａ）は図２に示す携帯電話機のディスプレイに表示されるスケジュール画面においてスケジュールを同期する操作がされている状態の一例を示し、図１２（Ｂ）はスケジュールが同期された状態の一例を示す。 図１３は図３に示すウェアラブル端末のディスプレイにスケジュール情報が表示されている状態の一例を示す図解図である。 図１４は図１２に示す同期されたスケジュールが事前通知されている状態を示す図解図であり、図１４（Ａ）はスケジュール時刻の第１所定時間前に事前通知が行われている状態の一例を示し、図１４（Ｂ）はスケジュール時刻の第２時間前に事前通知が行われている状態の一例を示す。 図１５は図６に示す携帯電話機のＲＡＭのメモリマップの一例を示す図解図である。 図１６は図７に示すウェアラブル端末のＲＡＭのメモリマップの一例を示す図解図である。 図１７は図６に示す携帯電話機のプロセッサの端末位置情報管理処理の一例を示すフロー図である。 図１８は図６に示す携帯電話機のプロセッサの端末管理処理の一例を示すフロー図である。 図１９は図６に示す携帯電話機のプロセッサのルート案内処理の一例を示すフロー図である。 図２０は図６に示す携帯電話機のプロセッサのスケジュール登録処理の一例を示すフロー図である。 図２１は図６に示す携帯電話機のプロセッサの第１実施例のスケジュール通知処理の一例を示すフロー図である。 図２２は図６に示す携帯電話機のプロセッサの事前通知処理の一例を示すフロー図である。 図２３は図７に示すウェアラブル端末のプロセッサの端末位置情報送信処理の一例を示すフロー図である。 図２４は図７に示すウェアラブル端末のプロセッサの通知処理の一例を示すフロー図である。 図２５は図６に示す携帯電話機のプロセッサの第２実施例のスケジュール通知処理の一例を示すフロー図である。

＜第１実施例＞
図１を参照して、この発明の一実施例のルート案内システム１００は、携帯電話機１０およびウェアラブル端末１２を含む。携帯電話機１０およびウェアラブル端末１２は、共にＧＰＳ衛星からのＧＰＳ信号を受信することで現在地を測位することが可能である。また、携帯電話機１０とウェアラブル端末１２とは、ネットワークを介して、通話を行ったり、データ通信を行ったりすることが可能である。

実施例のルート案内システム１００は、ネットワークを介した携帯電話機１０とウェアラブル端末１２とデータ通信などを利用して、ウェアラブル端末１２上でルート案内を行う。

また、実施例のルート案内システム１００では、携帯電話機１０とウェアラブル端末１２との間でスケジュールが同期されると、ウェアラブル端末１２上でもスケジュールの通知が行われる。また、必要であれば、ウェアラブル端末１２上でそのスケジュールの事前通知も行われる。そのため、ルート案内システム１００は、事前通知システムと呼ばれることもある。

携帯電話機１０は、第１携帯端末とも呼ばれ、実施例では、地図を表示したり、ルート案内におけるルートを入力したり、スケジュールを登録したりすることが可能な携帯端末である。また、携帯電話機１０は、親によって所持されることから親用携帯端末と呼ばれることもある。

ウェアラブル端末１２は、第２携帯端末とも呼ばれ、実施例では、上述のルート案内のための表示や他の必要な情報の表示を行うことができる。また、ウェアラブル端末１２は、子ども腕（体）に装着されることから子ども用携帯端末と呼ばれることもある。

また、携帯電話機１０は、電話機能、メール機能、ＧＰＳ機能、スケジュール機能、文章の入力／編集機能および電卓機能など様々な機能を実行することが可能であるため、高機能携帯端末とも呼ばれることもある。一方、ウェアラブル端末１２は、電話機能、メール機能、文章の入力／編集機能および電卓機能などの機能が実行できなくてもよく、最小限、ＧＰＳ機能、スケジュール機能および上述のルート案内のための表示や他の必要な情報の表示をするための表示機能を有していればよいため、上述の高機能携帯端末に対して低機能携帯端末と呼ばれることもある。ただし、他の実施例では、第１携帯端末および第２携帯端末が、同じ携帯電話機１０であってもよい。

図２を参照して、携帯電話機１０は、一例としてスマートフォン（smartphone）であり、縦長の扁平矩形のハウジング２２を含む。ただし、この発明は、タブレット端末、タブレットＰＣ、ノートＰＣおよびＰＤＡなど任意の携帯通信端末などに適用可能であることを予め指摘しておく。

ハウジング２２の主面（表面）には、たとえば液晶や有機ＥＬなどで構成され、表示部とも呼ばれるディスプレイ２４が設けられる。ディスプレイ２４の上には、タッチパネル２６が設けられる。

ハウジング２２の縦方向一端の主面側にスピーカ２８が内蔵され、縦方向他端の主面側にマイク３０が内蔵される。

ハウジング２２の主面には、タッチパネル２６と共に入力操作手段を構成するハードキーとして、この実施例では、通話キー３２ａ、終話キー３２ｂおよびメニューキー３２ｃが設けられる。

たとえば、ディスプレイ２４に表示されたダイヤルパッドに対して、タッチ操作が行われると電話番号が入力され、通話キー３２ａが操作されると音声通話が開始される。終話キー３２ｂが操作されると音声通話が終了する。なお、終話キー３２ｂを長押しすることによって、携帯電話機１０の電源をオン／オフすることができる。

また、メニューキー３２ｃが操作されると、ディスプレイ２４にホーム画面が表示される。親は、その状態でディスプレイ２４に表示されているオブジェクトなどに対して、タッチパネル２６によるタッチ操作を行うことによってオブジェクトを選択し、その選択を確定させることができる。

なお、携帯電話機１０は、電話機能以外に、現在位置を含む地図を表示することが可能な地図機能、メール機能およびブラウザ機能などを実行可能である。また、以下の説明では、ディスプレイ２４に表示されるキーなどのＧＵＩおよびアイコンなどは、まとめてオブジェクトと言うことがある。

図３（Ａ）は、ウェアラブル端末１２の通常形状の表面を示し、図３（Ｂ）はウェアラブル端末１２の通常形状の裏面を示し、図３（Ｃ）はウェアラブル端末１２の通常形状の左側面を示し、図３（Ｄ）はウェアラブル端末１２の通常形状の右側面を示す。なお、ここで言う「通常形状」とは、後述する第１ベルト４８ａおよび第２ベルト４８ｂが湾曲されずに延びた状態を言い、この形状のときウェアラブル端末１２は装着されない。

図３（Ａ）−図３（Ｄ）を参照して、ウェアラブル端末１２はシリコーン樹脂製の筐体４０を有している。そして、実施例のウェアラブル端末１２は、たとえばＩＰＸ５／７の防水機能を有している。

筐体４０は一例として腕時計のような形状をしており、筐体４０の表面の略中央には、たとえば液晶や有機ＥＬなどで構成され、表示部とも呼ばれるディスプレイ４２が設けられている。ディスプレイ４２の上には、タッチパネル４４が設けられている。また、ディスプレイ４２の傍には入力キー４６が設けられている。

筐体４０において、ディスプレイ４２の両側には第１ベルト４８ａおよび第２ベルト４８ｂが形成されている。また、第１ベルト４８ａおよび第２ベルト４８ｂのそれぞれの先端には、第１ＬＥＤ５０ａおよび第２ＬＥＤ５０ｂが設けられている。

筐体４０の裏面には生体センサ５２が設けられている。筐体４０の左側面にはスピーカ５４が設けられており、筐体４０の右側面にはマイク５６が設けられている。

たとえば、子ども（ユーザ）は、ディスプレイ４２に表示されるＧＵＩを利用して必要な設定を行うことで、ウェアラブル端末１２を腕に装着したまま通話を行うことができる。たとえば、親用携帯端末に設定された電話番号などの発信先が子どもによって選択されると、音声通話が開始される。ウェアラブル端末１２の通話はハンズフリーによって行われるため、子どもはウェアラブル端末１２を顔に近づければ、スピーカ５４から出力される音声を聞き取ることが可能であり、またマイク５６に音声を入力することも可能である。そして、通話中に表示される終話用のＧＵＩが操作されると、音声通話は終了する。なお、ハンズフリーの設定を変更することで、子どもはウェアラブル端末１２を顔に近づけなくても、通話を行うことが可能である。

また、入力キー４６が長押しされると、防犯ブザー機能が実行される。この状態では、２つのＬＥＤ５０が赤色に発光するとともに、スピーカ５４から警報音が出力される。また、防犯ブザー機能が実行されるとウェアラブル端末１２の現在位置が測位され、現在位置と共に防犯ブザー機能が実行されたことを伝えるメッセージが携帯電話機１０に対して送信される。なお、ウェアラブル端末１２によって測位された現在位置は、端末位置と呼ばれることもある。

また、防犯ブザー機能は、子どもの腕から取り外された状態が検出されると自動的に実行される。子どもの腕から取り外された状態は、生体センサ５２から子どもの生体情報（たとえば、脈拍）が検出されなくなったときに検出される。ただし、取り外しモードが設定された状態でウェアラブル端末１２が取り外された場合は、防犯ブザーモードは実行されない。なお、取り外しモードは、ディスプレイ４２に表示されるＧＵＩを利用して設定されてもよいし、携帯電話機１０からの命令信号によって設定されてもよい。そして、取り外しモードが設定されてウェアラブル端末１２が子どもの腕から取り外された状態であっても、入力キー４６が長押しされると、防犯ブザー機能が実行される。

図４はウェアラブル端末１２が装着されるときの形状（以下、装着形状と言う。）の一例を示す図解図であり、図４（Ａ）はウェアラブル端末１２の装着形状の表側を示し、図４（Ｂ）はウェアラブル端末１２の装着形状の裏側を示し、図４（Ｃ）はウェアラブル端末１２の装着形状の側面を示し、図４（Ｄ）はウェアラブル端末１２の装着形状の他の側面を示し、図４（Ｅ）はウェアラブル端末１２が装着された状態の一例を示す。

図４（Ａ）−図４（Ｄ）を参照して、ウェアラブル端末１２の装着形状では、第１ベルト４８ａおよび第２ベルト４８ｂは、互いに重なり合うことなく、ウェアラブル端末１２の裏側の方に曲がった形状となる。したがって、ウェアラブル端末１２の装着形状において他の側面から見た場合、ウェアラブル端末１２はリングのような形状となる。そして、ウェアラブル端末１２が腕に装着された状態では、このリングのような形状となったウェアラブル端末１２の内側に腕が通される。

図５（Ａ）および図５（Ｂ）を参照して、第１ベルト４８ａおよび第２ベルト４８ｂのそれぞれには、略先端部分から根元の部分に金属製の板５８が内蔵されている。また、板５８の周囲はシリコーン樹脂６０によって覆われている。そして、バネステンとも呼ばれる板５８によって第１ベルト４８ａおよび第２ベルト４８ｂの通常形状と装着形状とが維持される。

具体的に説明すると、通常形状において板５８の断面は、図５（Ａ）に示すように、筐体４０の裏側の方に湾曲した状態となる。この状態の板５８は、全体として略平らな形状を維持するため、第１ベルト４８ａおよび第２ベルト４８ｂのそれぞれは、図３（Ｂ）などに示すような通常形状を維持することが可能となる。

一方、装着形状において板５８の断面は、図５（Ｂ）に示すように、中央部分が筐体４０の表側の方、つまり図５（Ａ）の状態とは逆に湾曲した状態となる。この状態の板５８は、内側（筐体４０の裏側）の方に曲がった形状を維持するため、第１ベルト４８ａおよび第２ベルト４８ｂのそれぞれは、図４（Ｃ）などに示すような装着形状を維持することが可能となる。

そして、図５（Ａ）に示す状態の板５８に対して筐体４０の裏側に曲げる力を加えると、板５８は図５（Ｂ）に示す状態に変形する。つまり、板５８は、略平らな状態から曲がった形状に変形する。これに合わせて、第１ベルト４８ａおよび第２ベルト４８ｂが通常形状から装着形状に変形する。また、曲がった状態の板５８には、曲がった形状を維持しようとする力が働く。そのため、装着形状の第１ベルト４８ａおよび第２ベルト４８ｂを筐体４０の表側の方に広げても、板５８によって図４（Ｄ）に示すような形状に戻される。ただし、図５（Ｂ）に示す状態の板５８に対して略水平となるように力を加えると、板５８の断面は図５（Ａ）に示す形状に変形する。

したがって、装着形状の第１ベルト４８ａおよび第２ベルト４８ｂが互いに固定されていなくても、ウェアラブル端末１２を子どもの腕に装着することが可能になる。特に、曲がった板５８はその形状を維持しようとするため、子どもの腕の太さに関係なく安定して装着することが可能となる。また、筐体４０は摩擦係数が高いシリコーン樹脂６０によって形成されているため、装着されたウェアラブル端末１２は腕からずれ落ちにくい。なお、他の実施例では、留め具などの機構を利用してウェアラブル端末１２の第１ベルト４８ａおよび第２ベルト４８ｂが固定されてもよい。また、その他の実施例では、装着形状の第１ベルト２８ａおよび第２ベルト２８ｂが互いに重なり合うことなく、かつ第１ベルト２８ａの先端と第２ベルト２８ｂの先端との間に隙間があってもよい。つまり、その他の実施例では、装着形状のウェアラブル端末１２は、全体としてリングのような形状となるが、その一部が欠落しているような状態となる。

図６を参照して、図１または図２に示す実施例の携帯電話機１０は、コンピュータまたはＣＰＵと呼ばれるプロセッサ７０などを含む。プロセッサ７０には、無線通信回路７２、Ａ／Ｄ変換器７６、Ｄ／Ａ変換器７８、入力装置８０、表示ドライバ８２、フラッシュメモリ８４、ＲＡＭ８６、タッチパネル制御回路８８およびＧＰＳ回路９０などが接続される。

プロセッサ７０は、時刻情報を出力するＲＴＣ７０ａを含み、携帯電話機１０の全体制御を司る。ＲＡＭ８６には、フラッシュメモリ８４に予め設定されているプログラムの全部または一部が使用に際して展開され、プロセッサ７０はこのＲＡＭ８６上のプログラムに従って動作する。また、ＲＡＭ８６はさらに、プロセッサ７０のワーキング領域ないしバッファ領域として用いられる。なお、ＲＡＭ８６は記憶部と呼ばれることもある。

入力装置８０は、図１に示すハードキー３２を含むものである。そのため、ハードキー３２に対するキー操作を受け付ける操作受付部を構成する。操作受付部が受け付けたハードキーの情報（キーデータ）はプロセッサ７０に入力される。

無線通信回路７２は、アンテナ７４を通して、音声通話やメールなどのための電波を送受信するための回路である。実施例では、無線通信回路７２は、ＣＤＭＡ方式での無線通信を行うための回路である。たとえば、タッチパネル２６が受け付けた発呼（音声発信）の操作に基づき、無線通信回路７２は、プロセッサ７０の指示の下、音声発信処理を実行し、アンテナ７４を介して音声発信信号を出力する。音声発信信号は、基地局および通信網を経て相手の電話機に送信される。そして、相手の電話機において音声着信処理が行われると、通信可能状態が確立され、プロセッサ７０は通話処理を実行する。

また、無線通信回路７２はアンテナ７４を介して、ネットワーク（通信網、電話網）と無線接続される。したがって、携帯電話機１０は、ネットワークを介してウェアラブル端末１２とのデータ通信を確立することが出来る。

Ａ／Ｄ変換器７６には図１に示すマイク３０が接続され、上述のようにマイク３０からの音声信号はこのＡ／Ｄ変換器７６でディジタルの音声データに変換され、プロセッサ７０に入力される。一方、Ｄ／Ａ変換器７８にはスピーカ２８が接続される。Ｄ／Ａ変換器７８は、ディジタルの音声データを音声信号に変換して、アンプを介してスピーカ２８に与える。したがって、音声データに基づく音声がスピーカ２８から出力される。そして、通話処理が実行されている状態では、マイク３０によって集音された音声が相手の電話機に送信され、相手の電話機で集音された音声が、スピーカ２８から出力される。

表示ドライバ８２には図１に示すディスプレイ２４が接続され、したがって、ディスプレイ２４はプロセッサ７０から出力される映像または画像データに従って映像または画像を表示する。表示ドライバ８２は表示する画像データを一時的に記憶するビデオメモリを含んでおり、プロセッサ７０から出力されたデータはこのビデオメモリに記憶される。そして、表示ドライバ８２は、ビデオメモリの内容に従って、ディスプレイ２４に画像を表示する。つまり、表示ドライバ８２は、プロセッサ７０の指示の下、当該表示ドライバ８２に接続されたディスプレイ２４の表示を制御する。そのため、プロセッサ７０は表示制御部と呼ばれることもある。なお、ディスプレイ２４には、バックライトが設けられており、表示ドライバ８２はプロセッサ７０の指示に従って、そのバックライトの明るさや、点灯／消灯を制御する。

タッチパネル制御回路８８には、タッチパネル２６が接続される。タッチパネル制御回路８８は、タッチパネル２６に必要な電圧などを付与すると共に、タッチパネル２６に対するタッチの開始を示すタッチ開始信号、タッチの終了を示す終了信号、およびタッチされたタッチ位置を示す座標データをプロセッサ７０に入力する。したがって、プロセッサ７０はこの座標データに基づいて、タッチされたオブジェクトを判断する。

実施例では、タッチパネル２６は、その表面と指などの物体（以下、便宜上合わせて指と言う。）との間に生じる静電容量の変化を検出する静電容量方式のタッチパネルである。タッチパネル２６は、たとえば１本または複数本の指がタッチパネル２６に触れたことを検出する。そのため、タッチパネル２６はポインティングデバイスとも呼ばれる。タッチパネル制御回路８８は、タッチパネル２６のタッチ有効範囲内でのタッチ操作を検出して、そのタッチ操作の位置を示す座標データをプロセッサ７０に出力する。つまり、タッチパネル２６の表面に対してタッチ操作が行われることによって、操作位置や、操作方向などを携帯電話機１０に入力する。

本実施例のタッチ操作には、タップ操作、ロングタップ操作、フリック操作、スライド操作などが含まれる。

タップ操作は、タッチパネル２６の表面に指を接触（タッチ）させた後、短時間のうちにタッチパネル２６の表面から指を離す（リリースする）操作である。ロングタップ操作は、指をタッチパネル２６の表面に接触させ続けた後、指をタッチパネル２６の表面から離す操作である。フリック操作は、タッチパネル２６の表面に指を接触させ、任意の方向へ所定速度以上で指を弾く操作である。スライド操作は、タッチパネル２６の表面に指を接触させたまま任意の方向へ移動させた後、タッチパネル２６の表面から指を離す操作である。

また、上記のスライド操作には、ディスプレイ２４の表面に表示されたオブジェクトに指を触れ、オブジェクトを移動させるスライド操作、いわゆるドラッグ操作も含まれる。また、ドラッグ操作の後、タッチパネル２６の表面から指を離す操作をドロップ操作と呼ぶ。

なお、以下の説明では、タップ操作、ロングタップ操作、フリック操作、スライド操作、ドラッグ操作およびドロップ操作は、それぞれ「操作」を省略して記述されることがある。また、タッチ操作はユーザの指だけに限らず、スタイラスペンなどによって行われてもよい。

ＧＰＳ回路９０は、現在位置を測位するときに起動される。ＧＰＳ回路９０は、ＧＰＳアンテナ９２によって受信されたＧＰＳ衛星の信号が入力されると、そのＧＰＳ信号に基づいて測位処理を実行する。その結果、ＧＰＳ情報（位置情報）として、緯度、経度および標高（高度）が算出される。

また、図１では簡単のために１つのＧＰＳ衛星しか描画していないが、現在位置を三次元測位するためには、４つ以上のＧＰＳ衛星からＧＰＳ信号を受信する必要がある。ただし、４つ以上のＧＰＳ衛星からＧＰＳを受信できなくても、３つのＧＰＳ衛星からＧＰＳ信号を受信できていれば、二次元測位によって経度および緯度を算出することは可能である。

なお、ＲＡＭ８６には地図データが記憶されており、携帯電話機１０はＧＰＳ回路９０によって算出されたＧＰＳ情報に基づいて、現在位置に対応する地図を表示することが可能である。

図７を参照して、図１に示す実施例のウェアラブル端末１２は、コンピュータまたはＣＰＵと呼ばれるプロセッサ１１０などを含む。プロセッサ１１０には、入力キー４６、ＬＥＤ５０、生体センサ５２、無線通信回路１１２、Ａ／Ｄ変換器１１６、Ｄ／Ａ変換器１１８、表示ドライバ１２０、フラッシュメモリ１２２、ＲＡＭ１２４、タッチパネル制御回路１２６、ＧＰＳ回路１２８、方位センサ１３２、姿勢センサ１３４およびバイブレータ１３６などが接続される。また、無線通信回路１１２にはアンテナ１１４が接続され、表示ドライバ１２０にはディスプレイ４２が接続され、タッチパネル制御回路１２６にはタッチパネル４４が接続され、ＧＰＳ回路１２８にはＧＰＳアンテナ１３０が接続される。なお、Ａ／Ｄ変換器１１６、Ｄ／Ａ変換器１１８、表示ドライバ１２０、フラッシュメモリ１２２、ＲＡＭ１２４、タッチパネル制御回路１２６およびＧＰＳ回路１２８は、携帯電話機１０のものと略同じであるため、重複する説明は簡単のため省略する。

プロセッサ１１０は、時刻情報を出力するＲＴＣ１１０ａを含み、電話機能、防犯ブザー機能およびデータ通信機能などの機能実行するためにウェアラブル端末１２の全体制御を司る。また、入力キー４６が受け付けたハードキーの情報（キーデータ）はプロセッサ１１０に入力される。

無線通信回路１１２は、携帯電話機１０の無線通信回路７２と略同じであり、ＣＤＭＡ方式での無線通信を行うことが可能である。たとえば、登録された連絡先を選択する操作が行われると、無線通信回路１１２はプロセッサ１１０の指示の下、音声発信処理を実行し、アンテナ１１４を介して音声発信信号を出力する。音声発信信号は、基地局および通信網を経て携帯電話機１０などに送信される。たとえば、携帯電話機１０において音声着信処理が行われると、携帯電話機１０との通話可能状態が確立され、プロセッサ１１０は通話処理を実行する。このとき、子どもは、スピーカ５４およびマイク５６を利用して親と通話を行うことができる。

また、たとえば携帯電話機１０が送信した音声発信信号がアンテナ１１４によって受信されると、無線通信回路１１２は着呼をプロセッサ１１０に通知し、プロセッサ１１０は着信処理を実行する。たとえば、着信処理が実行されると、スピーカ５４から着信音が出力されるとともに、後述するバイブレータ１３６によってウェアラブル端末１２が振動する。そして、ウェアラブル端末１２に対して音声着信操作が行われると、たとえば携帯電話機１０との通話可能状態が確立され、プロセッサ１１０は通話処理を実行する。

ディスプレイ４２には、ウェアラブル端末１２を操作するためのＧＵＩが表示され、タッチパネル４４を利用してそのＧＵＩが操作される。たとえば、発呼を行うためのＧＵＩが表示されているときに、子どもがタッチパネル４４を利用して発呼操作を行うと、上述したように、音声発信信号が出力される。

ＬＥＤ５０は、赤色、青色、緑色などの複数の色で発光することが可能であり、プロセッサ１１０によって発光色や、点滅周期などが制御される。上述したように、ＬＥＤ５０は、防犯ブザー機能が実行されると赤色に発光する。

生体センサ５２は、人（子ども）の脈拍を計測するためのセンサである。上述したように、プロセッサ１１０は、生体センサ５２の出力を利用してウェアラブル端末１２が子どもに装着されているかを判断する。つまり、生体センサ５２によって脈拍が計測されている状態では、プロセッサ１１０はウェアラブル端末１２が子どもに装着されていると判断する。一方、生体センサ５２によって脈拍が計測されていない状態では、プロセッサ１１０はウェアラブル端末１２が子どもに装着されていないと判断する。

方位センサ１３２は、電子コンパスまたは方向出力部とも呼ばれ、３つの地磁気センサおよび制御回路を含む。制御回路は、３つの地磁気センサによって検出された磁気データから地磁気データを抽出して、プロセッサ１１０に出力する。プロセッサ１１０は、制御回路から出力された地磁気データに基づいて、方位角（方位または方向）データを算出し、ウェアラブル端末１２の方向としてＲＡＭ１２４のバッファに記憶させる。ここで、本実施例の方位角は、北（Ｎ）を０度として時計回りに、東（Ｅ）が９０度、南（Ｓ）が１８０度および西（Ｗ）が２７０度とする。なお、各地磁気センサは、ホール素子が用いられているが、ＭＲ（Ｍａｇｎｅｔ−Ｒｅｓｉｓｔｉｖｅ）素子やＭＩ（Ｍａｇｎｅｔ−Ｉｍｐｅｄａｎｃｅ）素子が用いられてもよい。

姿勢センサ１３４はウェアラブル端末１２の動きを検出するために用いられる。たとえば、姿勢センサ１３４は圧電型ジャイロであり、３軸（ｘ，ｙ、ｚ）の角速度を検出し、その検出結果をプロセッサ１１０に出力する。プロセッサ１１０は姿勢センサ１３４が検出した各軸の角速度に基づいて、ウェアラブル端末１２の動きや、傾きを検出する。

たとえば、プロセッサ１１０は、姿勢センサ１３４によって検出した姿勢に基づいて、子どもがウェアラブル端末１２を確認している状態かを判断する。また、プロセッサ１１０は、子どもがウェアラブル端末１２を確認している状態のときに、子どもが向いている方位、つまり子どもの進行方向を方位センサ１３２によって検出する。そして、ウェアラブル端末１２は、現在位置（端末位置）、姿勢および方位を含む端末位置情報を、携帯電話機１０に送信する。

バイブレータ１３６は、偏心重が回転軸に取り付けられたモータであり、プロセッサ１１０によってオン／オフが制御される。そして、バイブレータ１３６が動作（オン）すると、バイブレータ１３６の振動によってウェアラブル端末１２も振動する。

図８は携帯電話機１０のディスプレイ２４に表示される地図の一例を示す図解図である。図８を参照して、ディスプレイ２４の表示範囲は状態表示領域１５０および機能表示領域１５２を含む。状態表示領域１５０には、アンテナ７４による電波受信状態を示すピクト、二次電池の残電池容量を示すピクトおよび時刻が表示される。機能表示領域１５２には、地図が表示される。この地図は、登録されている自宅の位置（以下、自宅位置と言う。）を示す自宅位置アイコンＨと、ウェアラブル端末１２から受信した端末位置を含む端末位置アイコンＣとが示されている。たとえば、親が携帯電話機１０においてウェアラブル端末１２を管理する機能（以下、管理機能と言う。）を実行すると、自宅位置および子ども現在位置（ウェアラブル端末１２の端末位置）を含む地図データがＲＡＭ８６から読み出され、これらの情報を含む地図がディスプレイ２４に表示される。

このように地図が表示されているときに、携帯電話機１０（親用携帯端末）で自宅（目的地）までのルートが入力されると、ウェアラブル端末１２（子ども用携帯端末）上でルート案内が行われる。

図９（Ａ）−図９（Ｄ）を参照して、ルートを入力する操作について説明する。ウェアラブル端末１２の端末位置アイコンＣに対してタップされると、ルートが入力可能な状態となる。この状態で、端末位置アイコンＣから自宅位置アイコンＨまでのルートをスライドによって入力し、自宅位置アイコンＨに対してタップを行うと、ルートを入力することができる。このとき、ディスプレイ２４には、入力されたルートが確定されたことと、このルートでのルート案内を開始することとを伝えるメッセージが書かれたポップアップＰが表示される。

このとき、携帯電話機１０は、ルート案内が行われていることと伝えるメッセージとを含む案内情報を作成する。この案内情報がウェアラブル端末１２に送信されると、ディスプレイ４２にはルート案内が行われることを伝えるメッセージが表示される。また、ウェアラブル端末１２は、バイブレータ１３６を動作せる。

なお、ルートを入力可能なときに無操作状態が続くと、ルートを入力可能な状態が解除（キャンセル）される。

図１０（Ａ）を参照して、ルート案内が行われているときの動作について説明する。まず、携帯電話機１０は、ウェアラブル端末１２の端末位置情報から端末位置および方位（子どもの向き）を読み出し、子どもが進み始めるべき方向を伝える案内情報を作成する。たとえば、子どもの向きがルートの進行方向と一致している場合は、そのまま進むことを促すメッセージとアイコンとを含む案内情報が作成される。この案内情報をウェアラブル端末１２が受信すると、ウェアラブル端末１２のディスプレイ４２には、そのまま進むことを促すメッセージとアイコンとが表示される。

続いて、図１０（Ｂ）を参照して、携帯電話機１０では端末位置情報が変化する度に案内情報が作成され、ウェアラブル端末１２に対して送信される。また、携帯電話機１０のディスプレイ２４には、ルート案内などによって変化した子どもの位置に対応して、端末位置アイコンＣの位置が更新される。そして、ウェアラブル端末１２を装着する子どもが交差点などの分岐点に近づくと、携帯電話機１０は進むべき道を示す案内情報を作成する。たとえば、子どもの向きに対して左に曲がる場合、分岐点において左に曲がることを促すメッセージと、左を示すアイコンとを含む案内情報が作成される。案内情報を受信したウェアラブル端末１２のディスプレイ４２には、子どもの進行方向に対して左に曲がることを促すメッセージと、左を示すアイコンとが表示される。

続いて、図１１（Ａ）を参照して、ウェアラブル端末１２の端末位置が自宅位置に近づくと、自宅が近いことを伝える案内情報が作成される。この案内情報をウェアラブル端末１２が受信すると、ウェアラブル端末１２のディスプレイ４２には自宅が近いことを伝えるメッセージが表示される。

そして、図１１（Ｂ）を参照して、端末位置および自宅位置に基づいてウェアラブル端末１２（子ども）が自宅に到着したと判断されると、携帯電話機１０は自宅に到着したことを伝える到着情報をウェアラブル端末１２に送信する。この到着情報がウェアラブル端末１２によって受信されると、ウェアラブル端末１２のディスプレイ４２には自宅に到着したことを伝えるメッセージが表示される。

このように、子どもの位置に合わせて、適切なルート案内を容易に行うことができる。また、子どもはルート案内に従って移動すれば、目的地に向かうことができる。

なお、他の実施例では、ルート案内中に、案内情報の内容がスピーカ５４から出力されてもよい。また、その他の実施例では、ディスプレイ４２の表示を利用せずに、スピーカ５４から出力される音声によってルート案内が行われてもよい。

また、さらにその他の実施例では、ルート案内が行われているときに、ルートが変更できてもよい。また、親は危険な場所や道路をセキュリティ指定区域として登録できてもよい。さらに、任意の場所にその周辺の状況を伝える地点情報が登録されてもよい。

次に、スケジュール機能について説明する。携帯電話機１０でスケジュール機能が実行されると、スケジュール画面が機能表示領域１５２に表示される。スケジュール画面には、スケジュール機能が実行された日、つまり当日のスケジュールが含まれる。たとえば、図１２（Ａ）に示すスケジュール画面において、左側には２０１４年１月９日の親（自分）のスケジュールとして、１４時から「会社」で「ＭＴＧ（ミーティング）」を行うスケジュールと、１６時３０分から「スーパー」で「買い物」に行くスケジュールと、１８時から「自宅」で「晩ごはん」を食べ始めるスケジュールとが示されている。また、スケジュール画面の右側には２０１４年１月９日の子どものスケジュールとして、１５時まで「学校」にいるスケジュールと、１５時３０分から「塾」で「勉強」をするスケジュールとが示されている。

また、子どものスケジュールは、親が携帯電話機１０を利用して登録してもよいし、子どもがウェアラブル端末１２を利用して登録してもよい。また、ウェアラブル端末１２を利用して子どものスケジュールが登録された場合、登録されたスケジュールの詳細は携帯電話機１０に送信される。したがって、子どもがスケジュールを登録したとしても、親は自身の携帯電話機１０を利用して、子どもが登録したスケジュールを確認することができる。

日付の部分に対してタッチ操作が行われると、他の日付のスケジュールを確認する画面が表示される。また、右下の「＋」が描かれたキーに対してタッチ操作がされると、新規スケジュールの登録画面が表示される。さらに、任意のスケジュールに対してタップされると、スケジュールを開始するスケジュール時刻およびそのスケジュールに基づいて行動を行うスケジュールの場所などを含む詳細画面が表示される。そして、実施例では、スケジュールの場所が「自宅」とされている親のスケジュールにタッチした後に子どもスケジュールの方へスライドすると、タッチされた親のスケジュールが子どものスケジュールと同期される。

図１２（Ａ）および図１２（Ｂ）を参照して、たとえば１８時からの「自宅」で「晩ごはん」のスケジュールに対してタッチされた後に子どものスケジュールの方へスライドされると、「晩ごはん」のスケジュールが同期され、子どものスケジュールとしても登録される。そして、現在時刻が「晩ごはん」のスケジュールにおけるスケジュール時刻、つまり１８時に達すると、図１３に示すようにウェアラブル端末１２上でスケジュールの内容を伝えるスケジュール情報が通知される。

ここで、実施例では、スケジュールが携帯電話機１０とウェアラブル端末１２とで同期され、かつ子どもがスケジュールの場所（実施例では、「自宅」）から離れている場合、スケジュール時刻の所定時間前に事前通知を行う。

図１４（Ａ）および図１４（Ｂ）を参照して、スケジュールが携帯電話機１０とウェアラブル端末１２とで同期され、かつ子ども（端末位置）が自宅から離れている場合、自宅位置Ｈを中心とする移動範囲Ａが設定される。この移動範囲Ａは所定範囲とも呼ばれ、子どもの移動速度に基づいて設定される。また、実施例の移動範囲Ａには、第１移動範囲Ａ１、第１移動範囲Ａ１よりも内側に設けられる第２移動範囲Ａ２および第２移動範囲Ａ２よりも内側に設けられる第３移動範囲Ａ３が含まれる。また、第１移動範囲Ａ１内にいる子どもは帰宅するのに第１所定時間（たとえば、３０分）かかると推定されるため、第１移動範囲Ａ１には第１所定時間が対応している。同様に、第２移動範囲Ａ２内にいる子どもは帰宅するのに第２所定時間（たとえば、２０分）かかると推定されるため、第２移動範囲Ａ２には第２所定時間が対応している。そして、第３移動範囲Ａ３内にいる子どもは帰宅するのに第３所定時間（たとえば、１０分）かかると推定されるため、第３移動範囲Ａ３には第３所定時間が対応している。なお、第１所定時間、第２所定時間および第３所定時間は、一定時間（たとえば、１０分）毎に短くなっている。

たとえば、子ども（端末位置アイコンＣ）が第１移動範囲Ａ１内にいる状態でスケジュール時刻の第１所定時間前に達すると、ウェアラブル端末１２上では、スケジュール時刻に対して第１所定時間前であることと、スケジュールの内容とを伝える事前通知情報が通知される。したがって、子どもはスケジュール通りに１８時から「自宅」で「晩ごはん」を食べるためには帰宅しなければならないことに気づくことができる。つまり、事前通知によって、子どもに対してスケジュール通りの行動を促すことができる。そして、スケジュールの事前通知がされた子どもはスケジュール通りの行動を行うための事前行動を起こすことができる。

また、子どもが第２移動範囲Ａ２内にいる状態でスケジュール時刻の第２所定時間前に達すると、ウェアラブル端末１２上では、スケジュール時刻に対して第２所定時間前であることを伝える事前通知情報が通知される。そして、図示は省略するが、子どもが第３移動範囲Ａ３にいる状態で第３所定時間前に達すると、ウェアラブル端末１２上では、スケジュール時刻に対して第３所定時間前であることを伝える事前通知情報が通知される。

このように、第１実施例では、子どもがいる移動範囲Ａに基づいて事前通知を行うかを判断できるため、事前通知を行う処理を単純化することができる。また、複数の移動範囲を利用することで、子どもの位置に合わせて適切な事前通知を行うことができる。

特に、親は携帯電話機１０を利用してスケジュールして同期するだけで、子どもの行動を容易に管理することができる。

なお、実施例では、スケジュールの場所が「自宅」とされているスケジュールの同期について説明したが、他の実施例では、スケジュールの場所が「自宅」でなくても、そのスケジュールが同期できるようにしてもよい。この場合、様々な場所がスケジュールの場所として事前に登録される。

また、第１実施例の移動範囲Ａは円で示されたが、他の実施例では多角形（凹多角形を含む）などによって移動範囲Ａが示されてもよい。また、その他の実施例では、移動範囲Ａの数は１または２つであってもよいし、４つ以上であってもよい。

上述では第１実施例の特徴を概説した。以下では、図１５に示す携帯電話機１０のメモリ８６のメモリマップ、図１６に示すウェアラブル端末１２のメモリ１２４のメモリマップおよび図１７−図２４に示すフロー図を用いて詳細に説明する。

図１７を参照して、携帯電話機１０のＲＡＭ８６には、プログラム記憶領域３０２とデータ記憶領域３０４とが形成される。プログラム記憶領域３０２は、先に説明したように、フラッシュメモリ８４（図６）に予め設定しているプログラムデータの一部または全部を読み出して記憶（展開）しておくための領域である。

プログラム記憶領域３０２には、ウェアラブル端末１２が送信する端末位置情報を受信して記憶するための端末位置情報管理プログラム３１０、地図の表示およびルート案内を制御するための端末管理プログラム３１２、ウェアラブル端末１２上でルート案内を行うためのルート案内プログラム３１４、スケジュールを登録するためのスケジュール登録プログラム３１６および登録したスケジュールが同期されている場合に様々な情報を通知するスケジュール通知プログラム３１８などが記憶される。なお、プログラム記憶領域３０２には、メール機能、ブラウザ機能などの機能を実行するためのプログラムも記憶される。

続いて、ＲＡＭ８６のデータ記憶領域３０４には、タッチバッファ３３０、端末位置情報バッファ３３２、ルートバッファ３３４およびスケジュール情報バッファ３３６などが設けられる。また、データ記憶領域３０４には、地図データ３３８、自宅位置データ３４０、移動範囲データ３４２およびスケジュールデータ３４４などが記憶されるとともに、タッチフラグ３４６などが設けられる。

タッチバッファ３３０には、タッチパネル制御回路８８が出力するタッチ座標のデータ、タッチ操作の始点および終点のタッチ座標のデータなどが一時的に記憶される。端末位置情報バッファ３３２には、受信した端末位置情報が一時的に記憶される。ルートバッファ３３４には、入力されたルートが一時的に記憶される。スケジュール情報バッファ３３６には、スケジュールが同期されたときに作成されるスケジュール情報が一時的に記憶される。

地図データ３３８には、ルート案内や情報を登録するときに表示される地図のデータである。自宅位置データ３４０は、登録された自宅の位置を示すデータである。移動範囲データ３４２は、図１４（Ａ）などに示される第１移動範囲Ａ１−第３移動範囲Ａ３を含むデータである。スケジュールデータ３４４は、携帯電話機１０に登録されているスケジュールのデータである。

タッチフラグ３４６は、タッチパネル２６に対してタッチされているか否かを判断するためのフラグである。たとえば、タッチフラグ３４６は、１ビットのレジスタで構成される。タッチフラグ３４６がオン（成立）されると、レジスタにはデータ値「１」が設定される。一方、タッチフラグ３４６がオフ（不成立）されると、レジスタにはデータ値「０」が設定される。また、タッチフラグ３４６は、タッチパネル制御回路８８の出力に基づいてオン／オフが切り換えられる。

なお、データ記憶領域３０４には、ＧＵＩなどのオブジェクトを表示するためのデータが記憶されたり、プログラムの実行に必要な、他のフラグやタイマ（カウンタ）が設けられたりする。

図１６を参照して、ウェアラブル端末１２のＲＡＭ１２４には、プログラム記憶領域４０２とデータ記憶領域４０４とが形成される。プログラム記憶領域４０２には、携帯電話機１０と同様、フラッシュメモリ１２２（図７）に予め設定しているプログラムデータの一部または全部を読み出して記憶（展開）しておくための領域である。

プログラム記憶領域４０２には、端末位置情報を携帯電話機１０に送信するための端末位置情報送信プログラム４１０および携帯電話機１０から送信された情報を通知するための通知プログラム４１２などが記憶される。なお、プログラム記憶領域４０２には、電話機能および防犯ブザー機能などの機能を実行するためのプログラムも記憶される。

続いて、ＲＡＭ１２４のデータ記憶領域４０４には、端末位置情報バッファ４３０および通信バッファ４３２などが設けられる。

端末位置情報バッファ４３０には、ウェアラブル端末１２が測位した現在位置、ウェアラブル端末１２の姿勢および検出された方位を含む端末位置情報が一時的に記憶される。通信バッファ４３２には、携帯電話機１０から受信した、案内情報、スケジュール情報および事前通知情報などが一時的に記憶されるバッファである。なお、データ記憶領域４０４には、連絡先の情報を含むアドレス帳データなどが記憶されたり、プログラムの実行に必要な、他のフラグやタイマ（カウンタ）が設けられたりする。

携帯電話機１０のプロセッサ７０は、Ｗｉｎｄｏｗｓ（登録商標）ベースのＯＳや、Ａｎｄｒｏｉｄ（登録商標）およびｉＯＳ（登録商標）などのＬｉｎｕｘ（登録商標）ベースのＯＳなどその他のＯＳの制御下で、図１７に示す端末位置情報管理処理、図１８に示す端末管理処理、図１９に示すルート案内処理、図２０に示すスケジュール登録処理、図２１に示すスケジュール通知処理および図２２に示す事前通知処理などを含む、複数のタスクを並列的に処理する。

図１７は端末位置情報管理処理のフロー図である。たとえば、端末位置管理処理は携帯電話機１０の電源がオンにされると開始される。ステップＳ１でプロセッサ７０は、端末位置情報を受信したか否かを判断する。つまり、プロセッサ７０は、ウェアラブル端末１２から、端末位置、姿勢および方位を含む端末位置情報を受信したかを判断する。ステップＳ１で“ＮＯ”であれば、つまりウェアラブル端末１２から端末位置情報を受信していなければ、プロセッサ７０はステップＳ１の処理を繰り返す。

また、ステップＳ１で“ＹＥＳ”であれば、つまりウェアラブル端末１２から端末位置情報を受信すると、ステップＳ３でプロセッサ７０は、端末位置情報を記憶する。つまり、受信した端末位置情報は、端末位置情報バッファ３３２に記憶される。そして、ステップＳ３の処理が終了すれば、プロセッサ７０はステップＳ１の処理に戻る。つまり、プロセッサ７０は端末位置情報を受信したかを再び判断する。また、端末位置情報管理処理は、所定周期（たとえば、５秒）毎に繰り返される。

なお、他の実施例の端末位置情報管理処理では、端末位置情報を受信できない状態が続いた場合には、警報音を出力したりする警報モードを設定するステップが実行されてもよい。たとえば、ウェアラブル端末１２からの端末位置情報が受信できない場合は、子どもに対して危険が生じている可能性があるため、親に対してこのような状況が通知される。

図１８は端末管理処理のフロー図である。たとえば、管理機能が実行されると、ステップＳ２１でプロセッサ７０は、端末位置情報を読み出す。つまり、端末位置情報バッファ３３２からウェアラブル端末１２の端末位置情報が読み出される。続いて、ステップＳ２３でプロセッサ７０は、自宅位置および端末位置を含む地図を読み出す。つまり、読み出した端末位置情報に含まれる端末位置と自宅位置データ３４０とに基づいて、地図データ３３８が読み出される。

続いて、ステップＳ２５でプロセッサ７０は、スケジュールが同期されているか否かを判断する。つまり、スケジュール情報バッファ３３６にスケジュール情報が記憶されているかが判断される。ステップＳ２５で“ＹＥＳ”であれば、つまりスケジュールが同期されていれば、プロセッサ７０は、ステップＳ２７で移動範囲データ３４２を読み出し、ステップＳ２９で地図を表示する。たとえば、図１４（Ａ）に示すように、第１移動範囲Ａ１−第３移動範囲Ａ３、端末位置アイコンＣおよび自宅位置アイコンＨを含む地図がディスプレイ２４に表示される。一方、ステップＳ２５で“ＮＯ”であれば、つまりスケジュールが同期されていなければ、たとえばプロセッサ７０はステップＳ２９で、図８に示すように、端末位置アイコンＣおよび自宅位置アイコンＨを含む地図を表示する。

続いて、ステップＳ３１でプロセッサ７０は、端末位置情報を読み出す。つまり、端末位置情報バッファ３３２から端末位置情報が再び読み出される。続いて、ステップＳ３３でプロセッサ７０は、端末位置情報が変化したか否かを判断する。たとえば、子どもが移動したかが判断される。ステップＳ３３で“ＮＯ”であれば、たとえば子どもが移動してなければ、プロセッサ７０はステップＳ３７の処理に進む。一方、ステップＳ３３で“ＹＥＳ”であれば、たとえば子どもが移動していれば、ステップＳ３５でプロセッサ７０は、地図の表示を更新する。たとえば、地図上の端末位置アイコンＣの表示が更新される。

続いて、ステップＳ３７でプロセッサ７０は、ルート案内の操作か否かを判断する。たとえば、端末位置アイコンＣに対してタップされたかが判断される。ステップＳ３７で“ＹＥＳ”であれば、たとえば端末位置アイコンＣに対してタップされると、ステップＳ３９でプロセッサ７０は、ルート案内処理を実行する。そして、ステップＳ３９の処理が終了すると、プロセッサ７０はステップＳ４１の処理に進む。なお、このルート案内処理については、図１９に示すフロー図を用いて詳細に説明するため、ここでの詳細な説明は省略する。

また、ステップＳ３７で“ＮＯ”であれば、たとえば端末位置アイコンＣに対してタップされていなければ、ステップＳ４１でプロセッサ７０は、終了か否かを判断する。たとえば、管理機能を終了させる操作がされたかが判断される。ステップＳ４１で“ＮＯ”であれば、つまり管理機能を終了させる操作がされなければ、プロセッサ７０はステップＳ２５の処理に戻る。一方、ステップＳ４１で“ＹＥＳ”であれば、たとえば管理機能を終了させる操作がされると、プロセッサ７０は端末管理処理を終了する。

図１９はルート案内処理のフロー図である。端末管理処理でステップＳ３９の処理が実行されると、ルート案内処理が開始される。ステップＳ６１でプロセッサ７０は、ルートが確定されたか否かを判断する。たとえば、図９（Ａ）−図９（Ｄ）に示すように、ルートを入力するスライド操作がされた後に、自宅位置アイコンＨに対してタップされたかが判断される。ステップＳ６１で“ＮＯ”であれば、つまりルートが確定されていなければ、ステップＳ６３でプロセッサ７０は、キャンセルか否かを判断する。たとえば、無操作状態が続いているかが判断される。ステップＳ６３で“ＹＥＳ”であれば、たとえば無操作状態が続いていれば、プロセッサ７０はルート案内処理を終了して、端末管理処理に戻る。ステップＳ６３で“ＮＯ”であれば、たとえばタッチ操作がされると、プロセッサ７０はステップＳ６１の処理に戻る。

ステップＳ６１で“ＹＥＳ”であれば、たとえばルートが入力され、自宅位置アイコンＨに対してタップされると、ステップＳ６５でプロセッサ７０は、ルートを記憶する。たとえば、図９（Ｄ）に示すようにルートの入力が確定されると、そのルートがルートバッファ３３４に記憶される。なお、ルートが記憶されると、ディスプレイ２４には入力されたルートが確定されたことを伝えるポップアップＰが表示される。

続いて、ステップＳ６７でプロセッサ７０は、端末位置情報に基づいて自宅までの案内情報を作成する。たとえば、端末位置情報に含まれる端末位置およびルートバッファ３３４に記憶されるルートからルート上の位置を算出、端末位置情報に含まれる姿勢および方位に基づいて、ルート上で進むべき方向を算出する。そして、このようにして算出されたルート上の位置および進むべき方向に基づいて、案内情報が作成される。なお、ステップＳ６７の処理を実行するプロセッサ７０は作成部として機能する。続いて、ステップＳ６９でプロセッサ７０は、案内情報をウェアラブル端末１２に送信する。

続いて、プロセッサ７０は、ステップＳ７１で端末位置情報を読み出し、ステップＳ７３で端末位置情報が変化したか否かを判断する。たとえば、子どもの位置が変化したかが判断される。ステップＳ７３で“ＮＯ”であれば、たとえば子どもの位置が変化していなければ、プロセッサ７０はステップＳ７１の処理に戻る。一方、ステップＳ７３で“ＹＥＳ”であれば、たとえば子どもの位置が変化すると、ステップＳ７５でプロセッサ７０は、地図の表示を更新する。たとえば、端末位置アイコンＣの表示が更新される。

続いて、ステップＳ７７でプロセッサ７０は、自宅に到着したか否かを判断する。つまり、端末位置が自宅位置と略一致したかが判断される。具体的には、端末位置情報に含まれる端末位置と自宅位置データ３４０に基づいて、子どもが自宅に到着したかが判断される。ステップＳ７７で“ＮＯ”であれば、つまり子どもが自宅に到着していなければ、プロセッサ７０はステップＳ６７の処理に戻る。

一方、ステップＳ７７で“ＹＥＳ”であれば、つまり子どもが自宅に到着すると、ステップＳ７９でプロセッサ７０は、到着情報をウェアラブル端末１２に送信する。つまり、自宅に到着したことを伝える到着情報が送信される。そして、ステップＳ７９の処理が終了すると、プロセッサ７０はルート案内処理を終了して、端末管理処理に戻る。なお、他の実施例では、到着情報の送信に合わせて、携帯電話機１０のディスプレイ２４には子どもが到着したことを伝えるポップアップＰが表示されてもよい。

図２０はスケジュール登録処理のフロー図である。たとえば、スケジュール機能を実行する操作がされると、プロセッサ７０はステップＳ９１で、日時に基づいてスケジュールを表示する。つまり、ＲＴＣ７０ａが出力する日時情報に基づいてスケジュールデータ３４４が読み出され、読み出した日時情報と対応する日付（当日）のスケジュールがディスプレイ２４に表示される。

続いて、ステップＳ９３でプロセッサ７０は、登録か否かを判断する。つまり、新規スケジュールの登録操作がされたかが判断される。ステップＳ９３で“ＹＥＳ”であれば、たとえば新規スケジュールの登録操作がされると、ステップＳ９５でプロセッサ７０は、スケジュールを登録する。つまり、入力されたスケジュールの詳細がスケジュールデータ３４４に追加される。そして、ステップＳ９５の処理が終了すると、プロセッサ７０はステップＳ１０１の処理に進む。

また、ステップＳ９３で“ＮＯ”であれば、たとえばスケジュールの登録操作がされなければ、ステップＳ９７でプロセッサ７０は、同期か否かを判断する。たとえば、図１２（Ａ）および図１２（Ｂ）に示すように、親のスケジュールに対してスケジュールを同期する操作がされたかが判断される。ステップＳ９７で“ＮＯ”であれば、たとえば同期する操作がされなければ、プロセッサ７０はステップＳ１０１の処理に進む。一方、ステップＳ９７で“ＹＥＳ”であれば、たとえば同期する操作がされると、ステップＳ９９でプロセッサ７０は、スケジュール情報を作成する。つまり、同期された親のスケジュールに基づいて、ウェアラブル端末１２上でスケジュールの内容を伝えるためのスケジュール情報が作成される。なお、作成されたスケジュール情報は、スケジュール情報バッファ３３６に記憶される。

続いて、ステップＳ１０１でプロセッサ７０は、終了か否かを判断する。たとえば、スケジュール機能を終了させる操作がされたかが判断される。ステップＳ１０１で“ＮＯ”であれば、たとえばスケジュール機能を終了させる操作がされていなければ、プロセッサ７０はステップＳ９３の処理に戻る。一方、ステップＳ１０１で“ＹＥＳ”であれば、たとえばスケジュール機能を終了させる操作がされると、プロセッサ７０はスケジュール登録機能を終了させる。

図２１はスケジュール通知処理のフロー図である。たとえば、携帯電話機１０の電源がオンにされスケジュール通知処理の実行命令が出されると、スケジュール通知処理が実行される。なお、スケジュール通知処理の実行命令は、一定周期（たとえば、６０秒）毎に出される。

スケジュール通知処理が実行されると、プロセッサ７０はステップＳ１２１で、スケジュールが同期されているか否かを判断する。つまり、スケジュール情報バッファ３３６にスケジュール情報が記憶されているかが判断される。ステップＳ１２１で“ＮＯ”であれば、つまりスケジュールが同期されていなければ、プロセッサ７０はスケジュール通知処理を終了する。一方、ステップＳ１２１で“ＹＥＳ”であれば、つまりスケジュールが同期されていれば、ステップＳ１２３でプロセッサ７０は、スケジュール情報を読み出す。つまり、スケジュール情報バッファ３３６から、同期されているスケジュールと対応するスケジュール情報が読み出される。

続いて、ステップＳ１２５でプロセッサ７０は、スケジュールの場所に子どもがいるか否かを判断する。たとえば、子どもが「自宅」にいるかが判断される。また、具体的には、端末位置情報に含まれる端末位置と自宅位置データ３４０とに基づいて、子どもが自宅にいるかが判断される。ステップＳ１２５で“ＹＥＳ”であれば、たとえば子どもが自宅にいれば、プロセッサ７０はステップＳ１３１の処理に進む。一方、ステップＳ１２５で“ＮＯ”であれば、たとえば子どもが外出していれば、ステップＳ１２７でプロセッサ７０は、移動範囲データ３４２を読み出す。たとえば、図１４（Ａ）に示すような第１移動範囲Ａ１−第３移動範囲Ａ３のデータが読み出される。続いて、ステップＳ１２９でプロセッサ７０は、事前通知処理を実行する。なお、事前通知処理については、図２２のフロー図を用いて説明するため、ここでの詳細な説明は省略する。

続いて、ステップＳ１３１でプロセッサ７０は、スケジュール時刻か否かを判断する。つまり、読み出されたスケジュール情報に含まれるスケジュール時刻とＲＴＣ７０ａから読み出した日時情報とに基づいて、現在時刻が同期されたスケジュールのスケジュール時刻に達したかが判断される。ステップＳ１３１で“ＮＯ”であれば、つまり現在時刻がそのスケジュール時刻に達していなければ、プロセッサ７０はスケジュール通知処理を終了する。一方、ステップＳ１３１で“ＹＥＳ”であれば、つまり現在時刻がそのスケジュール時刻に達していれば、ステップＳ１３３でプロセッサ７０は、スケジュール情報を送信する。つまり、スケジュール情報バッファ３３６に記憶されているスケジュール情報がウェアラブル端末１２に送信される。そして、ステップＳ１３３の処理が終了すると、プロセッサ７０はスケジュール通知処理を終了する。

図２２は登録処理のフロー図である。事前通知処理でステップＳ１２９の処理が実行されると、ステップＳ１５１でプロセッサ７０は、スケジュール時刻の第１所定時間前か否かを判断する。つまり、スケジュール情報に含まれるスケジュール時刻とＲＴＣ７０ａから読み出された日時情報とに基づいて、現在時刻がスケジュール時刻の第１所定時間前になったかが判断される。ステップＳ１５１で“ＹＥＳ”であれば、つまりスケジュール時刻の第１所定時間前であれば、ステップＳ１５３でプロセッサ７０は、端末位置Ｃが第１移動範囲Ａ１内か否かを判断する。たとえば、スケジュールの場所が「自宅」であれば、第１所定時間内に帰宅できる範囲に子どもがいるかが判断される。ステップＳ１５３で“ＹＥＳ”であれば、たとえば図１４に示すように、端末位置が第１移動範囲Ａ１内にあれば、ステップＳ１５５でプロセッサ７０は、事前通知情報を送信する。たとえば、図１４（Ａ）に示すように、現在時刻とスケジュールの内容とを伝える事前通知情報がウェアラブル端末１２に送信される。また、ステップＳ１５３で“ＮＯ”であれば、つまり第１移動範囲Ａ１内に端末位置がいなければ、プロセッサ７０は事前通知処理を終了して、スケジュール通知処理に戻る。

また、ステップＳ１５１で“ＮＯ”であれば、つまりスケジュール時刻の第１所定時間前でなければ、ステップＳ１５７でプロセッサ７０は、スケジュール時刻の第２所定時間前か否かを判断する。ステップＳ１５７で“ＹＥＳ”であれば、つまりスケジュール時刻の第２所定時間前であれば、ステップＳ１５９でプロセッサ７０は、端末位置が第２移動範囲Ａ２内か否かを判断する。たとえば、スケジュールの場所が「自宅」であれば、第２所定時間内に帰宅できる範囲に子どもがいるかが判断される。ステップＳ１５９で“ＹＥＳ”であれば、たとえば図１４（Ｂ）に示すように端末位置アイコンＣが第２移動範囲Ａ２内にあれば、ステップＳ１６１でプロセッサ７０は、事前通知情報を送信する。たとえば、図１４（Ｂ）に示すように、スケジュールの内容を伝える事前通知情報がウェアラブル端末１２に送信される。そして、ステップＳ１６１の処理が終了すると、プロセッサ７０は事前通知処理を終了して、スケジュール通知処理に戻る。一方、ステップＳ１５９で“ＮＯ”であれば、つまり子どもが第２移動範囲Ａ２内にいなければ、プロセッサ７０はステップＳ１５３の処理に戻る。つまり、スケジュール時刻の第２所定時間前であっても子どもが第１移動範囲Ａ１内にいる可能性があるため、ステップＳ１５３の処理が再び実行される。

また、ステップＳ１５７で“ＮＯ”であれば、つまり現在時刻がスケジュール時刻の第２所定時間前でなければ、ステップＳ１６３でプロセッサ７０は、スケジュール時刻の第３所定時間前か否かを判断する。ステップＳ１６３で“ＮＯ”であれば、つまり現在時刻がスケジュール時刻の第３所定時間前でなければ、プロセッサ７０は事前通知処理を終了して、スケジュール通知処理に戻る。一方、ステップＳ１６３で“ＹＥＳ”であれば、つまり現在時刻がスケジュール時刻の第３所定時間前あれば、ステップＳ１６５でプロセッサ７０は、端末位置が第３移動範囲Ａ３内か否かを判断する。つまり、子どもが第３移動範囲Ａ３内にいるかが判断される。ステップＳ１６５で“ＮＯ”であれば、つまり子どもが第３移動範囲Ａ３内にいなければ、プロセッサ７０はステップＳ１５９の処理に戻る。つまり、スケジュール時刻の第３所定時間前であっても、子どもが第２移動範囲Ａ２内または第１移動範囲Ａ１内にいる可能性があるため、ステップＳ１５９の処理が再び実行される。一方、ステップＳ１６５で“ＹＥＳ”であれば、つまり子どもが第３移動範囲Ａ３内にいる場合は、ステップＳ１６７でプロセッサ７０は、事前通知情報を送信する。つまり、現在時刻とスケジュールの内容を伝える事前通知情報がウェアラブル端末１２に送信される。そして、ステップＳ１６７の処理が終了すれば、プロセッサ７０は事前通知処理を終了して、スケジュール通知処理に戻る。

なお、ステップＳ１５１，Ｓ１５３，Ｓ１５７，Ｓ１５９，Ｓ１６３およびＳ１６５の処理を実行するプロセッサ７０は判断部として機能する。

ウェアラブル端末１２のプロセッサ１１０は、Ａｎｄｒｏｉｄ（登録商標）およびｉＯＳ（登録商標）などのＬｉｎｕｘ（登録商標）ベースのＯＳなどその他のＯＳの制御下で、図２３に示す端末位置情報送信処理および図２４に示す通知処理などを含む、複数のタスクを並列的に処理する。

図２３は端末位置情報送信処理のフロー図である。たとえば、ウェアラブル端末１２の電源がオンにされると、端末位置情報送信処理は実行される。ステップＳ１８１でプロセッサ１１０は、現在位置を測位する。つまり、ＧＰＳ衛星からのＧＰＳ信号を利用してウェアラブル端末１２の現在位置が測位される。続いて、ステップＳ１８３でプロセッサ１１０は、姿勢を検出する。つまり、姿勢センサ１３４の出力に基づいて、ウェアラブル端末１２の姿勢が検出される。続いて、ステップＳ１８５でプロセッサ１１０は、方位を検出する。つまり、方位センサ１３２の出力に基づいて、ウェアラブル端末１２の方位（子どもの向き）が検出される。そして、端末位置、姿勢および方位は、端末位置情報バッファ４３０に記憶される。

続いて、ステップＳ１８７でプロセッサ１１０は、端末位置、姿勢および方位を含む端末位置情報を携帯電話機１０に送信する。つまり、プロセッサ１１０は、端末位置情報バッファ４３０に記憶される端末位置、姿勢および方位を含む端末位置情報を作成し、その端末位置情報を携帯電話機１０に送信する。そして、ステップＳ１８７の処理が終了すると、プロセッサ１１０はステップＳ１８１の処理に戻る。なお、端末位置情報送信処理は、端末位置情報管理処理と同じ所定周期毎に繰り返される。

図２４は通知処理のフロー図である。たとえば、ウェアラブル端末１２の電源がオンにされると、通知処理は実行される。ステップＳ２０１でプロセッサ１１０は、情報を受信したか否かを判断する。つまり、携帯電話機１０から受信した、案内情報、スケジュール情報および事前通知情報などが通信バッファ４３２に記憶されているかが判断される。ステップＳ２０１で“ＮＯ”であれば、つまりこれらの情報が受信されていなければ、プロセッサ１１０はステップＳ２０１の処理を繰り返す。一方、ステップＳ２０１で“ＹＥＳ”であれば、つまりいずれかの情報が受信されると、ステップＳ２０３でプロセッサ１１０は、受信した情報に基づいて通知する。たとえば、事前通知情報を受信していれば、図１４（Ａ）に示すように、スケジュールの事前通知を行うメッセージがウェアラブル端末１２のディスプレイ４２に表示される。また、プロセッサ１１０は、ディスプレイ４２に情報を表示するとともに、バイブレータ１３６を動作させ、ウェアラブル端末１２を振動させる。そして、ステップＳ２０３の処理が終了すれば、プロセッサ１１０はステップＳ２０１の処理に戻る。

なお、ステップＳ６９およびステップＳ２０３の処理を実行するプロセッサ７０およびプロセッサ１１０は案内部として機能する。また、ステップＳ１５５，Ｓ１６１，Ｓ１６７およびＳ２０３の処理を実行するプロセッサ７０およびプロセッサ１１０は事前通知部として機能する。特に、ステップＳ１５５，Ｓ１６１およびＳ１６７の処理を実行するプロセッサ７０は送信部として機能する。

また、第１実施例では、移動範囲Ａの外側に子どもが出てしまった場合に、ウェアラブル端末１２上で警告情報が通知されるようにし、移動範囲Ａの中に戻るように子どもに対して促してもよい。ただし、このようにした場合、子どもの行動が移動範囲Ａの中に制限される。このような問題が生じないようにするために、以下の第２実施例では移動範囲Ａを用いずに事前通知を行う。

＜第２実施例＞
第２実施例では、子どもの現在位置（端末位置）からスケジュールの場所（自宅位置）までの案内ルートを設定し、そのルートを利用して同期されたスケジュールの事前通知を行う。なお、第２実施例のルート案内システム１００は、第１実施例と略同じであるため、システムの構成、システムを構成する携帯電話機１０およびウェアラブル端末１２の詳細な説明は簡単のため省略する。

たとえば、一定周期（たとえば、６０秒）毎に端末位置Ｃから自宅位置Ｈまでのルートが設定され、そのルートに従って移動する際にスケジュール時刻を到着時刻とした場合の出発時刻が算出される。そして、その出発時刻が現在時刻と一致したときに、ウェアラブル端末１２上でスケジュールの事前通知が行われる。これにより、移動範囲Ａに関係なく、スケジュールの事前通知を行うことができる。また、子どもの現在位置に基づいてルートを設定し、そのルートに基づいて事前通知が行われるため、適切なタイミングで事前通知が行われる。

また、第２実施例では、事前通知が行われると、設定されたルートに基づいてルート案内が行われる。これにより、子どもに対してスケジュール通りの行動をより強く促すことができる。なお、ルート案内の具体的な動作については、第１実施例と略同じであるため、詳細な説明は簡単のため省略する。

ここで、第２実施例では最短距離のルートが設定されるが、他の実施例では安全なルートが設定されるようにしてもよい。安全なルートとは、親などによって事前に設定された危険地域や道路などを通らず、夜間でも街頭などによって明るさが保たれている推奨道路を極力利用するルートである。また、日の入りおよび日の出の時間によって道路の明るさが変化するため、推奨道路は季節によって変化する。そのため、他の実施例では、日時情報に基づいて当日の日の入りおよび日の出の時間が取得され、読み出した時間に基づいて判断される推奨道路を利用して、安全なルートが設定される。

上述では第２実施例の特徴を概説した。以下では、図２５に示すフロー図を用いて第２実施例について説明する。

図２５は第２実施例のスケジュール通知処理のフロー図である。なお、第１実施例のスケジュール通知処理と重複するステップについては詳細な説明を省略する。

第２実施例のスケジュール通知処理が実行されると、ステップＳ１２１でプロセッサ７０は、スケジュールが同期されているか否かを判断する。ステップＳ１２１で“ＮＯ”であれば、プロセッサ７０はスケジュール通知処理を終了する。一方、ステップＳ１２１で“ＹＥＳ”であれば、つまりスケジュールが同期されていれば、ステップＳ１２３でプロセッサ７０はスケジュール情報を読み出す。続いて、ステップＳ１２５でプロセッサ７０は、スケジュールの場所に子どもがいるか否かを判断する。ステップＳ１２５で“ＹＥＳ”であれば、プロセッサ７０はステップＳ１３１の処理に進む。

一方、ステップＳ１２５で“ＮＯ”であれば、たとえば子どもが自宅にいなければ、ステップＳ２２１でプロセッサ７０は、端末位置からスケジュールの場所までのルートを設定する。たとえば、端末位置から自宅位置までのルートが設定される。続いて、ステップＳ２２３でプロセッサ７０は、スケジュール時刻を到着時刻とする出発時刻を算出する。つまり、設定されたルートに従って移動する際にスケジュール時刻を到着時刻とした場合の出発時刻が算出される。続いて、ステップＳ２２５でプロセッサ７０は、現在時刻と出発時刻とが一致するか否かを判断する。つまり、スケジュール通りに行動するために出発する必要があるかが判断される。ステップＳ２２５で“ＮＯ”であれば、つまり現在時刻と出発時刻とが一致していなければ、プロセッサ７０はステップＳ１３１の処理に進む。一方、ステップＳ２２５で“ＹＥＳ”であれば、つまり現在時刻と出発時刻とが一致していれば、ステップＳ２２７でプロセッサ７０は、事前通知情報を送信する。たとえば、現在時刻とスケジュールの内容を伝えるメッセージがウェアラブル端末１２のディスプレイ４２に表示される。

なお、ステップＳ２２１の処理を実行するプロセッサ７０は設定部として機能する。また、ステップＳ２２３の処理を実行するプロセッサ７０は算出部として機能する。また、ステップＳ２２５の処理を実行するプロセッサ７０は判断部として機能する。そして、ステップＳ２２７の処理を実行するプロセッサ７０は送信部として機能する。

続いて、ステップＳ１３１でプロセッサ７０は、スケジュール時刻か否かを判断する。つまり、ステップＳ１３１で“ＮＯ”であれば、プロセッサ７０はスケジュール通知処理を終了する。一方、ステップＳ１３１で“ＹＥＳ”であれば、つまり現在時刻がスケジュール時刻に達すると、ステップＳ１３３でプロセッサ７０は、ステップＳ１３３でスケジュール情報を送信する。そして、ステップＳ１３３の処理が終了すると、プロセッサ７０はスケジュール通知処理を終了する。

そして、ルートが設定された状態でスケジュール通知処理が終了すると、ルート案内処理が実行される。なお、スケジュール通知処理で設定されたルートに基づいてルート案内が行われているときには、スケジュール通知処理は実行されない。

なお、ステップＳ２０３およびＳ２２７の処理を実行するプロセッサ７０およびプロセッサ１１０は事前通知部として機能する。

また、他の実施例では、第１実施例のモードと第２実施例のモードとをユーザが任意に切り替えることができてもよい。

また、その他の実施例では、スケジュール情報はスケジュールが同期されたときにウェアラブル端末１２に送信されてもよい。この場合、ウェアラブル端末１２は、現在時刻がスケジュール時刻に達したときにスケジュール情報を通知する。また、ウェアラブル端末１２が地図データを有している場合、受信したスケジュール情報に基づいて、ウェアラブル端末１２が事前通知を行うようにしてもよい。

また、携帯電話機１０において案内情報を作成して、その案内情報に基づくルート案内をウェアラブル端末１２上で行った。これにより、ウェアラブル端末１２の性能を低く抑えることができるため、ウェアラブル端末１２の価格を抑えることができる。ただし、さらにその他の実施例では、ウェアラブル端末１２に地図データを記憶させ、入力されたルートをウェアラブル端末１２に送信し、ウェアラブル端末１２が案内情報を作成して、ルート案内を行うようにしてもよい。この場合、携帯電話機１０の処理の負担を軽減することができるとともに、通信量を減らすことができる。

また、実施例の自宅情報は、ＧＰＳ信号を利用して登録されるが、他の実施例では、親が表示された地図上で自宅位置を指定することで設定されてもよい。

また、子どもがルート上から外れた場合は、ルートに復帰するための案内情報が作成され、ウェアラブル端末１２上で案内される。

また、その他の実施例では、ルート案内中およびスケジュールの事前通知を行うときに携帯電話機１０には地図は表示されなくてもよい。この場合、自宅への到着などイベントが発生したときに、音や光などを利用して通知動作が行われる。

また、さらにその他の実施例では、ルート案内を行うときの目的地は自宅ではなく、携帯電話機１０の現在位置であってもよいし、ルートを入力する際に任意の場所が目的地とされてもよい。

また、他の実施例では、ウェアラブル端末１２上でルート案内が行われているときは、携帯電話機１０と同様、ウェアラブル端末１２のディスプレイ４２に地図が表示されてもよい。

また、その他の実施例では、ルート案内が行われているときに、ウェアラブル端末１２は、前方に注意しながら移動するよう通知してもよい。ウェアラブル端末１２が加速度センサを有している場合は、ウェアラブル端末１２が確認されている姿勢を姿勢センサ１３４が検出し、加速度センサによってウェアラブル端末１２の移動が検出されているときは、ルート案内を一時的に中断するとともに、子どもに対して立ち止まるよう伝えるメッセージが表示されてもよい。この場合、ウェアラブル端末１２の移動が検出されなくなったときに、ルート案内が再開される。

また、さらにその他の実施例では、子どもが自宅にいないと判断された場合、子どもの現在位置に関係なく、スケジュール時刻の所定時間前にスケジュールの事前通知が行われてもよい。

また、他の実施例では、親のスケジュールは複数の子どもが所持するウェアラブル端末１２とそれぞれ同期されてもよい。

また、その他の実施例では、生体センサ５２を利用せずにウェアラブル端末１２が取り外されたかがを判断するようにしてもよい。たとえば、他の実施例では、ウェアラブル端末１２が装着形状の場合に、磁気センサが磁石の磁気を検出できるように、第１ベルト４８ａには磁気センサが内蔵され、第２ベルト４８ｂには磁石が内蔵される。この場合、ウェアラブル端末１２が装着形状ではなくなると、磁気センサによって磁石の磁気が検出されなくなる。つまり、ウェアラブル端末１２が取り外されると、磁気センサは磁石の磁気を検出できなくなるため、プロセッサ１１０はウェアラブル端末１２が取り外されたと判断することができる。

また、さらにその他の実施例では、磁気センサおよび磁石ではなく、メカニカルスイッチを各ベルト４８の根元に内蔵することで、ウェアラブル端末１２が取り外されたと判断できるようにしてもよい。たとえば、メカニカルスイッチは、装着形状ではオフにされ、装着形状でなくなったときにオンにされるよう、各ベルト４８の根元に内蔵される。これにより、プロセッサ１１０は、メカニカルスイッチのオン／オフによって、ウェアラブル端末１２が取り外されたかどうかを判断することができる。

また、他の実施例では、現在位置の測位には、ＧＰＳ衛星から送信されるＧＰＳ信号に加えて、基地局から送信される信号が利用されてもよい。また、ＧＰＳ信号に代えて無線ＬＡＮのアクセスポイントから送信される信号が利用されてもよい。

また、本実施例で用いられたプログラムは、データ配信用のサーバのＨＤＤに記憶され、ネットワークを介して携帯電話機１０およびウェアラブル端末１２に配信されてもよい。また、ＣＤ，ＤＶＤ，ＢＤ（Blue-Ray Disk）などの光学ディスク、ＵＳＢメモリおよびメモリカードなどの記憶媒体に複数のプログラムを記憶させた状態で、その記憶媒体が販売または配布されてもよい。そして、上記したサーバや記憶媒体などを通じてダウンロードされた、プログラムが本実施例と同等の構成の携帯電話機およびウェアラブル端末にインストールされた場合、本実施例と同等の効果が得られる。

そして、本明細書中で挙げた、具体的な数値は、いずれも単なる一例であり、製品の仕様変更などに応じて適宜変更可能である。

１０ … 携帯電話機
１２ … ウェアラブル端末
２４ … ディスプレイ
２６ … タッチパネル
４２ … ディスプレイ
４４ … タッチパネル
７０ … プロセッサ
８４ … フラッシュメモリ
８６ … ＲＡＭ
８８ … タッチパネル制御回路
１００ … ルート案内システム
１１０ … プロセッサ
１２２ … フラッシュメモリ
１２４ … ＲＡＭ
１２６ … タッチパネル制御回路
１２８ … ＧＰＳ回路
１３０ … ＧＰＳアンテナ
１３２ … 方位センサ
１３４ … 姿勢センサ
１３６ … バイブレータ

Claims (5)

1. スケジュール時刻およびスケジュールの場所を含むスケジュールを記憶する第１携帯端末、
   自身の端末位置を測位する第２携帯端末、
   前記スケジュールの場所を中心とする地図上の所定範囲を記憶する記憶部、
   前記スケジュール時刻の所定時間前になったとき、前記所定範囲に対する前記端末位置に基づいて、事前通知が必要かを判断する判断部、および
   前記判断部によって事前通知が必要と判断されたとき、前記第２携帯端末上で事前通知を行う事前通知部を備える、事前通知システム。
2. 前記所定範囲は、第１所定範囲および前記第１所定範囲よりも内側に設けられる第２所定範囲を含み、
   前記判断部は、前記スケジュール時刻の前記所定時間前になったとき前記第１所定範囲に対する前記端末位置に基づいて事前通知が必要かを判断し、前記スケジュール時刻の前記所定時間前から一定時間が経過したとき前記第２所定範囲に対する前記端末位置に基づいて事前通知が必要かを判断する、請求項１記載の事前通知システム。
3. スケジュール時刻およびスケジュールの場所を含むスケジュールを記憶する第１携帯端末および自身の端末位置を測位する第２携帯端末を有する、事前通知システムのプロセッサを、
   前記スケジュールの場所を中心とする地図上の所定範囲を記憶する記憶部、
   前記スケジュール時刻の所定時間前になったとき、前記所定範囲に対する前記端末位置に基づいて、事前通知が必要かを判断する判断部、および
   前記判断部によって事前通知が必要と判断されたとき、前記第２携帯端末上で事前通知を行う事前通知部として機能させる、事前通知プログラム。
4. スケジュール時刻およびスケジュールの場所を含むスケジュールを記憶する第１携帯端末および自身の端末位置を測位する第２携帯端末を有する、事前通知システムにおける事前通知方法であって、前記事前通知システムのプロセッサが、
   前記スケジュールの場所を中心とする地図上の所定範囲を記憶する記憶ステップ、
   前記スケジュール時刻の所定時間前になったとき、前記所定範囲に対する前記端末位置に基づいて、事前通知が必要かを判断する判断ステップ、および
   前記判断ステップによって事前通知が必要と判断されたとき、前記第２携帯端末上で事前通知を行う事前通知ステップを実行する、事前通知方法。
5. スケジュール時刻およびスケジュールの場所を含むスケジュールを記憶する記憶部、
   第２携帯端末によって測位された端末位置を受信する受信部、
   前記スケジュールの場所を中心とする地図上の所定範囲を記憶する記憶部、
   前記スケジュール時刻の所定時間前になったとき、前記所定範囲に対する前記端末位置に基づいて、事前通知が必要かを判断する判断部、および
   前記判断部によって事前通知が必要と判断されたとき、前記第２携帯端末に対して事前通知情報を送信する送信部を備える、携帯通信端末。

Images