JP2017069730A - リマインダ通知システム及びリマインダ通知方法 - Google Patents

Abstract

【課題】ユーザと他のユーザとの間に設定されるタスクを実行した際に、リマインダを通知するまでの処理をスムーズに実行することできるリマインダ通知システムを提供する。【解決手段】リマインダを通知する第１端末及び第２端末を含む。第１端末は、所定のタスクとして登録設定するタスク登録設定部を備え、第１端末及び第２端末は、対象タスクを共有する。通知端末は、タスクの実行可能条件が成立した場合にリマインダを通知する。【選択図】図２

Description

本発明は、リマインダ通知システム及びリマインダ通知方法に関する。

ユーザが目標位置などに到達したときにリマインダをユーザに通知する移動端末がある（例えば、特許文献１参照）。この移動端末は、ＧＰＳなどの位置情報を取得する装置を備えており、ＧＰＳによって移動端末を所有するユーザの自己位置を取得することができる。また、この移動端末は、ＧＰＳによってユーザの自己位置を取得し、自己位置が目標位置に到達したときにリマインダを通知するものである。なお、リマインダとは、画像、音声、振動などの伝達手段によってタスクなどの情報をユーザに知らせることなどをいう。また、携帯端末のユーザが、他の携帯端末のユーザ（以下「他のユーザ」という）に対して目標位置を設定し、当該他のユーザが目標位置に到達したときに、ユーザ対してリマインダを通知する技術もある。

特開２００６−２３７９３号公報

しかし、上記の技術では、所定のタスクとして目標位置への到達を設定した場合において、ユーザの自己位置が目標位置に到達したときにリマインダを通知するときに、ユーザの携帯端末で目標位置への到達などを検出している。同様に、携帯端末のユーザが他のユーザに対して目標位置を設定し、当該他のユーザが目標位置に到達したユーザにリマインダを通知する場合には、当該他のユーザが他の携帯端末などで自己位置を検出して、目標位置への到達を検出している。このため、ユーザの端末と他のユーザの端末との間でそれぞれ独自の処理を行っており、タスクを実行した際のリマインダを通知するまでの処理をスムーズに行うことが難しくなるという問題があった。

本発明が解決しようとする課題は、ユーザと他のユーザとの間に設定されるタスクを実行した際に、リマインダを通知するまでの処理をスムーズに実行することできるリマインダ通知システム及びリマインダ通知方法を提供することである。

（１）上記の課題を解決するため、本発明の一態様に係るリマインダ通知システムは、所定のタスクの実行可能条件が成立した場合に、前記タスクに対するリマインダを通知するリマインダ通知部を有する第１端末及び第２端末を含むリマインダ通知システムであって、前記第１端末は、所定のタスクを対象タスクとして登録設定するタスク登録設定部を備え、前記第１端末及び前記第２端末は、前記タスク登録設定部で登録設定された対象タスクを前記第１端末と前記第２端末との間で共有するタスク情報共有部をそれぞれ備え、前記第１端末及び前記第２端末の少なくとも一方は、前記タスクの内容に基づいて、前記リマインダを通知する通知端末を前記第１端末と前記第２端末のいずれかに設定する通知端末設定部を備え、前記通知端末が有するリマインダ通知部は、前記対象タスクの実行可能条件が成立した場合にリマインダを通知する。

（２）また、本発明の一態様に係るリマインダ通知システムにおいて、前記第２端末は、前記対象タスクの承諾を検出する承諾検出部と、前記承諾検出部によって前記対象タスクの承諾が検出された場合に、前記対象タスクの承諾を前記第１端末に通知する承諾通知部と、を備えるようにしてもよい。

（３）また、本発明の一態様に係るリマインダ通知システムにおいて、前記第２端末は、前記タスクの実行完了を検出する完了検出部と、前記第２端末が前記通知端末であるときに、前記完了検出部によって前記対象タスクの実行完了が検出された場合に、前記対象タスクの実行完了を前記第１端末に通知する完了通知部と、を備えるようにしてもよい。

（４）また、本発明の一態様に係るリマインダ通知システムにおいて、前記第２端末は、前記第２端末が前記通知端末であるときに、前記第２端末にリマインダが通知された場合に、前記第１端末にリマインダ通知情報を通知するリマインダ通知情報通知部、を備えるようにしてもよい。

（５）また、本発明の一態様に係るリマインダ通知システムにおいて、前記通知端末は、所定の位置を検出する位置取得部をさらに有し、前記実行可能条件は、前記位置取得部で取得された位置に基づいて定められるようにしてもよい。

（６）また、本発明の一態様に係るリマインダ通知システムにおいて、前記実行可能条件は、前記タスクの実行位置に前記タスクを実行する実行者の前記タスクの実行位置への到達を前記位置取得部が取得したことであるようにしてもよい。

（７）また、本発明の一態様に係るリマインダ通知システムにおいて、前記第１端末及び前記第２端末は、互いの端末との間における情報の共有レベルを設定する共有レベル設定部を、それぞれ備えるようにしてもよい。

（８）また、本発明の一態様に係るリマインダ通知システムにおいて、前記第２端末を複数有しており、各前記第２端末は、それぞれにおける前記対象タスクの承諾を検出する個別承諾検出部と、前記個別承諾検出部によって前記対象タスクの承諾が検出された場合に、前記対象タスクの承諾を前記第２端末のうちの自己以外の第２端末に通知する個別承諾通知部と、を備えるようにしてもよい。

（９）また、本発明の一態様に係るリマインダ通知システムにおいて、前記第２端末を複数有しており、前記通知端末が前記第２端末である場合の前記タスクの実行完了を検出する個別完了検出部と、前記個別完了検出部によって前記対象タスクの実行完了が検出された場合に、前記対象タスクの実行完了を前記第２端末のうちの自己以外の第２端末に通知する個別完了通知部と、を備えるようにしてもよい。

（１０）上記の課題を解決するため、本発明の一態様に係るリマインダ通知方法は、所定のタスクの実行可能条件が成立した場合に、前記タスクに対するリマインダを通知するリマインダ通知手順を第１端末及び第２端末で実行するリマインダ通知方法であって、前記第１端末が所定のタスクを対象タスクとして登録設定するタスク登録設定手順と、前記第１端末及び前記第２端末が前記タスク登録設定手順で登録設定された対象タスクを前記第１端末と前記第２端末との間で共有するタスク情報共有手順と、前記第１端末及び前記第２端末の少なくとも一方が前記タスクの内容に基づいて、前記リマインダを通知する通知端末を前記第１端末と前記第２端末のいずれかに設定する通知端末設定手順と、前記通知端末は、前記対象タスクの実行可能条件が成立した場合にリマインダを通知する手順と、を含む。

上述した（１）及び（１０）の構成によれば、第１端末と第２端末との間でタスクを共有し、通知端末は、対象タスクの実行可能条件が成立した場合にリマインダを通知する。このため、対象タスクに関するタスク情報を共有することができるので、第１端末を所有するユーザと第２端末を所有するユーザとの間で連携してタスクの実行に対する処理を行うことができる。したがって、ユーザと他のユーザとの間に設定されるタスクを実行した際に、リマインダを通知するまでの処理をスムーズに実行することができる。
上述した（２）の構成によれば、タスクを登録したユーザ（以下「登録ユーザ」という）とタスクを実行するユーザ（以下、「実行ユーザ」という）が異なる場合に、タスク実行ユーザがタスクを承諾したことを登録ユーザに確実に伝達することができる。
上述した（３）の構成によれば、登録ユーザと実行ユーザが異なる場合に、登録ユーザに対してタスクの完了を迅速に伝えることができる。
上述した（４）の構成によれば、実行ユーザにタスクが伝達されたことをタスク登録者に迅速に伝えることができる。
上述した（５）の構成によれば、所定の位置でタスクが実行される場合に、実行可能条件を容易に設定することができる。
上述した（６）の構成によれば、タスク実行者がタスクの実行可能な状態となったことタスク登録者に伝えることができる。
上述した（７）の構成によれば、タスク登録者とタスク実行者の間の親密度などの関係に応じて、共有レベルを設定することができる。
上述した（８）及び（９）の構成によれば、タスク登録者とタスク実行者の間でタスクを実行したことを確認することができる。タスクが複数のタスク実行者に登録された場合に、タスク登録者の一人がタスクの実行を達成したことで、他のタスク実行者の無駄なタスクの処理を防止することができる。

第１の実施形態に係るリマインダ通知システムの構成を示すブロック図である。 第１携帯端末の構成を示すブロック図である。 （ａ）は、登録端末の表示態様の一例を示す図、（ｂ）は、共有端末３の表示態様の一例を示す図である。 協調処理パターン対応テーブルの例を示す図である。 候補地情報のデータの一例を示す図である。 パターンＡにおける登録端末の処理手順を示すフローチャートである。 パターンＡにおける共有端末の処理手順を示すフローチャートである。 パターンＡにおける登録端末と共有端末との間における信号の流れを時系列で示す図である。 パターンＡにおける登録端末と共有端末のやり取りの例を示す図である。 パターンＢにおける登録端末と共有端末との間における信号の流れを時系列で示す図である。 パターンＢにおける登録端末と共有端末のやり取りの例を示す図である。 パターンＣにおける登録端末と共有端末との間における信号の流れを時系列で示す図である。 パターンＣにおける登録端末と共有端末のやり取りの例を示す図である。 第２の実施形態に係るリマインダ通知システムの構成を示すブロック図である。 連携レベルに応じた自動送信とリクエスト表示の関係を示す表である。 連携レベルを説明するための図である。 第１携帯端末の画面表示の一例を示す図である。

まず、本発明の一実施形態の概要について説明する。
本実施形態のリマインダ通知システムは、例えば、ユーザが所有するスマートフォン、タブレットなどの携帯端末を複数備えて構成される。複数の携帯端末のうちの１つからタスク情報を入力してリマインダの通知をセットする。複数の端末は、対象タスクに関する情報を共有する。そして、対象タスクが実行可能となったり、対象タスクが実行されたりした場合に、対象タスクが登録された携帯端末又はタスクを実行する携帯端末から他の携帯端末へリマインダが通知される。なお、タスク情報とは、対象タスクに関する情報である。対象タスクには、依頼に関するタスクと、申し出に関するタスクとがある。依頼に関するタスクは、登録ユーザと実行ユーザが異なるタスクである。また、申し出に関するタスクは、登録ユーザと実行ユーザ共通するタスクである。なお、登録ユーザは、対象タスクを登録したユーザである。また、実行ユーザは、対象タスクを実行するユーザである。

以下、図面を参照しながら本発明の実施形態について説明する。
＜第１の実施形態＞
図１は、本発明の第１の実施形態である一実施形態に係るリマインダ通知システムの構成を示すブロック図である。図２は、第１携帯端末２の構成を示すブロック図である。図１に示すように、リマインダ通知システム１は、第１携帯端末２及び第２携帯端末３を備えている。第１携帯端末２及び第２携帯端末３は、ネットワーク４を介して互いに通信可能に接続されている。

第１携帯端末２は登録ユーザが所有しており、第２携帯端末３は、登録ユーザ以外のユーザがしている。以下の説明の便宜上、登録ユーザが所有する第１携帯端末２を登録端末といい、登録ユーザ以外のユーザが所有する第２携帯端末３を共有端末ということがある。携帯端末２，３は、入力部１０、制御部２０、通知部４０、及び送受信部５０を備えている。携帯端末２，３は、いずれも共通する構成を有しており、以下の説明では第１携帯端末２の構成について説明する。

図２に示すように、第１携帯端末２における入力部１０は、タッチ入力部１１及び収音部１２を備えている。制御部２０は、位置取得部２１、地図情報ＤＢ２２、音声認識部２３、入力情報処理部２４、自己位置判定部２５、タスク登録設定部２６、タスク情報共有部２７、タスク記憶部２８、通知端末設定部２９、タスク承諾検出部３０、送受信情報処理部３１、タスク承諾・依頼通知部３２、タスク完了検出部３３、候補地情報ＤＢ３４、リマインダ通知情報生成部３５、表示画像制御部３６、音声制御部３７、及び振動制御部３８を備えている。通知部４０は、画像表示部４１、スピーカ４２、及びバイブレータ４３を備えている。

タッチ入力部１１は、第１携帯端末２の画像表示部４１の上に設けられるタッチパネルセンサである。第１携帯端末２の画面は、液晶表示パネルとタッチパネルとが一体となって形成されている。第１携帯端末２の液晶表示パネルは、通知部４０の画像表示部４１に相当し、タッチパネルは、タッチ入力部１１に相当する。タッチ入力部１１は、所定の目的に応じたアイコンが表示された画面及び当該画面に対するユーザ等のタッチ入力を検出する。タッチ入力部１１は、ユーザが画面に表示されたアイコンをタッチして入力した入力情報を検出する。タッチ入力部１１は、検出した入力情報を入力情報処理部２４に出力する。

画像表示部４１には、実行対象となる対象タスクに応じたアイコンが表示される。図３（ａ）は、登録端末の表示態様の一例を示す図である。図３（ｂ）は、共有端末３の表示態様の一例を示す図である。例えば、図３（ａ）に示すように、第１携帯端末２における画像表示部４１には、おねがいアイコン２００とおたすけアイコン３００が表示される。おねがいアイコン２００は、依頼に関する対象タスクを入力し、他のユーザに対して対象タスクを依頼するためのアイコンである。おねがいアイコン２００の下段には、お迎えアイコン２１０と買い物アイコン２２０が表示されている。お迎えアイコン２１０は、ユーザが例えば最寄駅までお迎えに来てもらうことを他のユーザに依頼するためのアイコンである。

買い物アイコン２２０は、例えば、外出中の他のユーザに買い物を依頼するためのアイコンである。ユーザが買い物アイコン２２０にタッチすると、図３（ｂ）に示すように、他のユーザの第２携帯端末３の画像表示部４１には、「買い物のお願いが届きました」というメッセージ４００が表示される。メッセージ４００の下方には、ＯＫアイコン４１０とＮＧアイコン４２０が表示される。他のユーザは、ＯＫアイコン４１０をタッチすることで、ユーザの依頼を承諾する。また、他のユーザは、ＮＧアイコン４２０をタッチすることで、ユーザの依頼を拒否する。

おたすけアイコン３００は、申し出に関する対象タスクを入力し、他のユーザに対して対象タスクを申し出るためのアイコンである。おたすけアイコン３００の下段には、お迎えアイコン３１０が表示される。お迎えアイコン３１０は、例えば、外出中の他のユーザを最寄駅まで迎えに行く申し出をするためのアイコンである。これらのアイコンへのタッチにより、リマインダの通知がセットされる。リマインダの通知がされるタイミングは、各パターンによって種々定められている。これらのリマインダの通知がされるタイミングについては、後の協調処理の説明の際に説明する。

収音部１２は、第１携帯端末２に設けられたマイクロフォンによって構成されている。収音部１２は、ユーザ等が発する音声信号を収録する。収音部１２は、取得した音声信号をアナログ信号からデジタル信号に変換し、変換した音声信号を制御部２０における音声認識部２３に出力する。音声信号には、例えば、対象タスクを設定するための情報及び対象タスクが実行されたことを表すための情報が含まれている。

収音部１２は、例えば、ユーザが発した「野菜を買ってきて」という音声信号を収録する。このため、収音部１２による入力は、タッチ入力部１１に表示されたアイコンの操作による入力よりもユーザの入力が容易となる。

制御部２０における位置取得部２１は、ＧＰＳ（全地球測位システム、Global Positioning System）であり、第１携帯端末２の現在地の位置情報を取得する。位置取得部２１は、取得した現在地の位置情報を自己位置判定部２５に出力する。また、位置取得部２１は、携帯端末の基地局等から現在地の位置情報を取得するようにしてもよい。

地図情報ＤＢ２２には、ユーザの行動範囲、例えば日本国内の地図情報が格納されている。地図情報ＤＢ２２は、自己位置判定部２５が地図情報を読み出した場合に、格納されている地図情報を自己位置判定部２５に出力する。なお、地図情報とは、地図、住所、施設、施設の緯度と経度、電話番号等の情報を含む情報である。

音声認識部２３は、収音部１２によって収音された音声信号を認識し、ユーザの音声に基づく入力情報を生成する。例えば「野菜を買ってきて」という発声に基づく音声信号を認識した場合は、入力情報として「野菜の購入依頼」に応じた入力情報を生成する。また、例えば「駅まで迎えに行くよ」という発声に基づく音声情報を認識した場合は、入力情報として「迎えの申し出」に応じた入力情報を生成する。また、「野菜を買ったよ」という発声に基づく音声信号を認識した場合には、入力情報として「野菜を購入済」に応じた入力情報を生成する。音声認識部２３は、生成した入力情報を入力情報処理部２４に出力する。

入力情報処理部２４は、タッチ入力部１１から出力された入力情報又は音声認識部２３から出力された入力情報に基づいて、入力タスク情報、タスク承諾状況情報、入力タスク完了情報を生成する。入力タスク情報とは、入力されたタスクに関する情報である。入力タスク情報には、依頼に関する入力タスク情報と申し出に関する入力タスク情報とがある。タスク承諾状況情報とは、対象タスクを依頼された他のユーザ又は対象タスクを申し出された他のユーザが対象タスクを承諾したか否かに関する情報である。入力タスク完了情報とは、タスクの完了に関する情報である。入力情報処理部２４は、生成した入力タスク情報をタスク登録設定部２６に出力する。入力情報処理部２４は、生成したタスク承諾状況情報をタスク承諾検出部３０に出力する。入力情報処理部２４は、生成した入力タスク完了情報をタスク完了検出部３３に出力する。

自己位置判定部２５は、位置取得部２１から出力された現在地の位置情報に基づいて、当該現在位置の周囲における地図情報を地図情報ＤＢ２２から読み出す。自己位置判定部２５は、現在地の位置情報及び地図情報ＤＢ２２から読み出した地図情報に基づいて、ユーザの自己位置を判定し、自己位置情報を生成する。自己位置判定部２５は、生成した自己位置情報をタスク完了検出部３３に出力する。

タスク登録設定部２６は、入力情報処理部２４から出力された入力タスク情報に基づいてタスク情報を生成する。生成されるタスク情報は、入力タスク情報が依頼に関する入力タスク情報の場合、依頼に関するタスク情報であり、入力タスクが申し出に関する入力タスクの場合、申し出に関するタスク情報である。タスク登録設定部２６は、入力タスク情報を、自部が記憶する図４に示す協調処理パターン対応テーブルに参照して、協調処理パターンを決定する。例えば、入力タスク情報が登録ユーザによる共有ユーザの出迎えの申し出の場合には、タスク登録設定部２６は、協調処理パターンＡを選択する。入力タスク情報が共有ユーザによる登録ユーザの出迎えの依頼の場合には、タスク登録設定部２６は、協調処理パターンＢを選択する。入力タスク情報が共有ユーザによる用事（買い物）の依頼の場合には、タスク登録設定部２６は、協調処理パターンＣを選択する。協調処理パターンとしては、上記のパターンＡ〜パターンＣ以外のパターンを設けてもよい。タスク登録設定部２６は、生成したタスク情報をタスク情報共有部２７及び送受信情報処理部３１に出力する。タスク登録設定部２６は、タスク情報に応じた対象タスクの実行ユーザ（タスク実行者）が登録ユーザであるか否かを判断する。実行ユーザが登録ユーザでない場合（共有ユーザである場合）には、タスク依頼情報を送受信情報処理部３１に出力する。なお、図４に示すパターンＡ〜パターンＣについては、後述する。

タスク情報共有部２７は、タスク登録設定部２６から出力されたタスク情報を受け取る。また、タスク情報共有部２７は、送受信情報処理部３１からタスク情報が出力された場合に、出力されたタスク情報を受け取る。送受信情報処理部３１から出力されるタスク情報は、他のユーザの第２携帯端末３から送信されたタスク情報である。タスク情報共有部２７は、タスク登録設定部２６から出力されたタスク情報及び送受信情報処理部３１から出力されたタスク情報に基づいて共有タスク情報を生成する。タスク情報共有部２７は、生成した共有タスク情報をタスク記憶部２８に記憶させる。また、第２携帯端末３におけるタスク登録設定部２６においても同様に、タスク情報共有部２７は、タスク登録設定部２６から出力されたタスク情報及び送受信情報処理部３１から出力されたタスク情報に基づいて共有タスク情報を生成してタスク記憶部２８に記憶させる。携帯端末２，３におけるタスク記憶部２８には、共通する共有タスク情報が記憶される。このため、携帯端末２，３は、タスク情報を共有する。また、タスク情報共有部２７は、タスク登録設定部２６から出力されたタスク情報を通知端末設定部２９に出力する。

通知端末設定部２９は、タスク情報共有部２７から出力されたタスク情報に基づいて、リマインダ通知を行う携帯端末（以下「通知端末」という）を設定する。例えば、タスク情報共有部２７から出力されたタスク情報に含まれるタスクが、依頼に関するタスクである場合、通知端末設定部２９は、他のユーザの第２携帯端末３を通知端末として設定する。また、タスク情報共有部２７から出力されたタスク情報に関するタスクが、申し出に関するタスクである場合、通知端末設定部２９は、第１携帯端末２を通知端末として設定する。

また、タスク情報共有部２７から出力されたタスク情報に関するタスクが、依頼に関するタスクである場合、通知端末設定部２９は、第１携帯端末２を通知端末として設定する。ただし、送受信情報処理部３１から出力されたタスク情報に通知端末情報が付加されている場合には、当該通知端末情報に基づいて通知端末を設定する。通知端末設定部２９は、設定した通知端末に関する通知端末情報をタスク情報とともに送受信情報処理部３１及びタスク完了検出部３３に出力する。

タスク承諾検出部３０は、入力情報処理部２４から出力されたタスク承諾状況情報に基づいて、ユーザがタスクの承諾を行ったか否かの判断を行う。タスク承諾検出部３０は、タスクの承諾を行ったか否かの判断結果に応じたタスク承諾結果情報を送受信情報処理部３１に出力する。

送受信情報処理部３１は、タスク登録設定部２６が出力したタスク情報及びタスク依頼情報、通知端末設定部２９が出力した通知端末情報、並びにタスク承諾検出部３０が出力したタスク承諾結果情報に基づく第１送受信情報を生成して、送受信部５０に出力する。送受信部５０は、送受信情報処理部３１から出力された第１送受信情報を第２携帯端末３にネットワーク４を介して送信する。送受信部５０では、第２携帯端末３から送信される第１送受信情報を受信して送受信情報処理部３１に出力する。送受信情報処理部３１では、送受信部５０から出力された第１送受信情報に基づくタスク情報、タスク承諾結果情報、及びタスク依頼情報を取得する。送受信情報処理部３１は、取得したタスク情報をタスク情報共有部２７に出力する。送受信情報処理部３１は、取得したタスク依頼情報及びタスク承諾結果情報をタスク承諾・依頼通知部３２に出力する。

送受信情報処理部３１は、タスク完了検出部３３が出力したタスク実行可能情報及びタスク完了情報に基づく第２送受信情報を生成して、送受信部５０に出力する。送受信部５０では、送受信情報処理部３１から出力された第２送受信情報を第２携帯端末３にネットワーク４を介して送信する。送受信部５０では、第２携帯端末３から送信される第２送受信情報を受信して送受信情報処理部３１に出力する。送受信情報処理部３１では、出力された第２送受信情報に基づくタスク実行可能情報及びタスク完了情報を取得する。送受信情報処理部３１は、取得したタスク実行可能情報及びタスク完了情報をリマインダ通知情報生成部３５に出力する。なお、タスク実行可能情報及びタスク完了情報については後述する。

タスク承諾・依頼通知部３２は、送受信情報処理部３１から出力されたタスク承諾結果情報に基づいて、他のユーザが対象タスクを承諾したか否かを判断する。そして、他のユーザが対象タスクを承諾した場合には、タスク承諾情報を表示画像制御部３６、音声制御部３７、及び振動制御部３８に出力する。タスク承諾・依頼通知部３２は、送受信情報処理部３１からタスク依頼情報が出力された場合に、タスク依頼通知情報を表示画像制御部３６、音声制御部３７、及び振動制御部３８に出力する。

図５は、候補地情報のデータの一例を示す図である。候補地情報ＤＢ３４には、図５に示すように、対象タスクを完了できる候補地が記憶されている。また、候補地情報ＤＢ３４には、これらの候補地の名称又は略称に住所が候補地情報として対応付けられて記憶されている。例えば、対象タスクが「野菜の購入」であるときには、コンビニ（コンビニエンスストア）Ａ〜コンビニＤ、スーパーＡ，Ｂが候補地となる。また、最寄駅までのお迎えが対象タスクとなるとき、Ａ駅が最寄駅である場合には、候補地が最寄駅Ａとなる。タスク完了検出部３３では、対象タスクに応じた候補地を決定して、候補地情報を候補地情報ＤＢ３４から読み出し、タスク完了検出を行う。ただし、対象タスクを完了する候補地については、候補地情報ＤＢ３４から読み出す態様のほか、登録ユーザが対象タスク登録時にタスク完了地を指定するようにしてもよい。また、候補地情報ＤＢ３４に記憶される候補地は、随時更新されるものであってもよい。対象タスク登録時にタスク完了地を指定している場合、登録ユーザは、タスク完了地を新たな候補地として候補地情報ＤＢ３４に追加して登録してもよい。なお、図５では候補地に候補地住所が対応付けられている例を示したが、他の態様としてもよい。例えば、候補地に候補地の緯度と経度とが対応付けられていてもよい。

タスク完了検出部３３は、通知端末設定部２９から出力された通知端末情報に基づいて、タスク完了検出を行うか否かの判断を行う。タスク完了検出部３３では、第１携帯端末２が通知端末である場合に、タスク完了検出を行う。タスク完了検出部３３は、タスク完了検出を行うときには、通知端末設定部２９から出力されたタスク情報に応じて、実行ユーザがタスクを完了できる候補地情報を候補地情報ＤＢ３４から読み出す。なお、実行ユーザは、通知端末を所有するユーザの場合もあり、通知端末以外の端末を所有するユーザの場合もある。また、実行ユーザは、登録端末を所有するユーザの場合もあり、共有端末を所有するユーザの場合もある。

タスク完了検出部３３では、候補地情報ＤＢ３４から読み出した候補地情報と自己位置判定部２５から出力された実行ユーザの自己位置情報とに基づいて、対象タスクが実行可能となっているか否かを判断する。タスク完了検出部３３は、候補地情報に基づく候補地と自己位置情報に基づく自己位置が一致した又は所定の範囲内に入ったと判断した実行ユーザがタスク実行可能となったときに、タスク実行可能情報をリマインダ通知情報生成部３５及び送受信情報処理部３１に出力する。なお、対象タスクが実行可能となったときに実行可能条件が満たされる。

また、タスク完了検出部３３は、実行ユーザがタスク実行可能となったときに、タスク完了の検出を行う。タスク完了検出部３３は、タスク情報が候補地への到着となるタスク情報である場合には、タスク実行可能と同時に対象タスクの完了を検出する。例えば、タスク情報に基づく対象タスクが登録ユーザの最寄駅へのお迎えであるときには、最寄駅への登録ユーザの到着をもって対象タスクの完了を検出する。あるいは、入力情報処理部２４から出力された入力タスク完了情報に基づいて、対象タスクの完了を検出する。例えば、対象タスクが野菜の購入の場合には、タスク完了検出部３３は、入力情報処理部２４から「野菜の購入済」に関する入力タスク完了情報が出力された場合に対象タスクの完了を検出する。タスクの実行可能及びタスクの完了については、下記のパターンＡ〜パターンＣごと後の説明においてさらに説明する。タスク完了検出部３３は、タスク情報に基づく対象タスクの完了を検出した場合に、タスク完了情報をリマインダ通知情報生成部３５及び送受信情報処理部３１に出力する。

リマインダ通知情報生成部３５は、送受信情報処理部３１及びタスク完了検出部３３からタスク実行可能情報が出力されたときに、実行可能通知情報を生成する。リマインダ通知情報生成部３５は、送受信情報処理部３１及びタスク完了検出部３３からタスク完了情報が出力されたときに、完了通知情報を生成する。リマインダ通知情報生成部３５は、生成した実行可能通知情報及び完了通知情報を表示画像制御部３６、音声制御部３７、及び振動制御部３８に出力する。なお、実行可能通知情報及び完了通知情報を合わせてリマインダ通知情報ともいう。

表示画像制御部３６は、画像表示部４１に表示される画像の制御を行う。表示画像制御部３６は、タスク承諾・依頼通知部３２から出力されたタスク依頼通知情報に応じた依頼通知画像情報を生成する。表示画像制御部３６は、タスク承諾・依頼通知部３２から出力されたタスク承諾情報に応じた承諾通知画像情報を生成する。表示画像制御部３６は、リマインダ通知情報生成部３５出力されたリマインダ通知情報に応じたリマインダ通知画像情報を生成する。リマインダ通知画像情報には、実行可能通知情報に応じた実行可能通知画像情報と、完了通知画像に応じた完了通知画像情報とがある。表示画像制御部３６は、生成した承諾通知画像情報、依頼通知画像情報、及びリマインダ通知画像情報を画像表示部４１に出力する。

音声制御部３７は、スピーカ４２から発せられる音声の制御を行う。音声制御部３７は、タスク承諾・依頼通知部３２から出力されたタスク依頼通知情報に応じた依頼通知音声情報を生成する。音声制御部３７は、タスク承諾・依頼通知部３２から出力されたタスク承諾情報に応じた承諾通知音声情報を生成する。音声制御部３７は、リマインダ通知情報生成部３５出力されたリマインダ通知情報に応じたリマインダ通知音声情報を生成する。リマインダ通知音声情報には、実行可能通知情報に応じた実行可能通知音声情報と、完了通知画像に応じた完了通知音声情報とがある。音声制御部３７は、生成した承諾通知音声情報、依頼通知音声情報、及びリマインダ通知音声情報をスピーカ４２に出力する。

振動制御部３８は、バイブレータ４３における振動の制御を行う。振動制御部３８は、タスク承諾・依頼通知部３２から出力されたタスク依頼通知情報に応じた依頼通知振動情報を生成する。振動制御部３８は、タスク承諾・依頼通知部３２から出力されたタスク承諾情報に応じた承諾通知振動情報を生成する。振動制御部３８は、リマインダ通知情報生成部３５出力されたリマインダ通知情報に応じたリマインダ通知振動情報を生成する。リマインダ通知振動情報には、実行可能通知情報に応じた実行可能通知振動情報と、完了通知画像に応じた完了通知振動情報とがある。振動制御部３８は、生成した承諾通知振動情報、依頼通知振動情報、及びリマインダ通知振動情報をバイブレータ４３に出力する。

画像表示部４１は、タッチ入力部１１にとともにタッチパネルに設けられる液晶表示パネルを備えて構成されている。画像表示部４１は、表示画像制御部３６から出力された承諾通知画像情報に応じた承諾通知画像を表示する。画像表示部４１は、表示画像制御部３６から出力された依頼通知画像情報に応じた依頼通知画像を表示する。画像表示部４１は、表示画像制御部３６から出力されたリマインダ通知画像情報に応じたリマインダ通知画像を表示する。リマインダ通知画像には、実行可能通知画像情報に応じた実行可能通知画像と、完了通知画像情報に応じた完了通知画像とがある。

依頼通知画像は、登録ユーザが実行ユーザに対象タスクの実行を依頼することを示す画像であり、例えば「買い物をお願いします」の文字画像を備えて構成される。承諾通知画像は、登録ユーザの依頼に対して、実行ユーザが依頼を承諾したことを示す画像であり、例えば、「承知しました。」の文字画像を備えて構成される。例えば、登録端末２において、登録ユーザが図３（ａ）に示すおねがいアイコン２００をタッチして野菜の購入を実行ユーザに依頼したとする。この場合、実行ユーザが図３（ｂ）に示すＯＫアイコン４１０をタッチして依頼を承諾した場合に、承諾通知画像が登録端末２のタッチパネルに表示される。

実行可能通知画像は、地図及び地図における対象タスクに応じた候補地の位置を表した画像とともに当該候補地に実行ユーザが到着したことを表す画像である。例えば、登録端末２において、登録ユーザが図３（ａ）に示すおねがいアイコン２００をタッチして野菜の購入を実行ユーザに依頼したとする。この場合、実行ユーザが野菜を購入可能となるコンビニＡ〜Ｄ又はスーパーＡ，Ｂに到着したときに表示される画像である。

完了通知画像は、実行ユーザが対象タスクを完了したことを示す画像である。例えば、登録端末２において、登録ユーザが図３（ａ）に示すおねがいアイコン２００をタッチして野菜の購入を実行ユーザに依頼したとする。この場合、実行ユーザが候補地に到着して野菜を購入した旨をタッチ入力部１１又は収音部１２に入力したときに表示される画像である。また、登録ユーザが図３（ａ）に示すおねがいアイコンをタッチして最寄駅へのお迎えを依頼した場合には、実行可能通知画像が表示されることなく、実行ユーザが最寄駅に到着したときに完了通知画像が表示される。また、この場合には、タスク実行者がタッチ入力部１１の操作又は収音部１２への音声入力を行うことなく、完了通知画像が表示される。

スピーカ４２は、音声制御部３７から出力された依頼通知音声情報に応じた依頼通知音、音声制御部３７から出力された承諾通知音声情報に応じた承諾通知音及びリマインダ通知音声情報に応じたリマインダ通知音を発する。リマインダ通知音には、実行可能通知音声情報に応じた実行可能通知音と、完了通知音声情報に応じた完了通知音とがある。依頼通知音は、登録ユーザが実行ユーザに対して対象タスクの実行を依頼した内容を示す音であり、例えば「野菜を買ってきてください」の言葉を発する音である。承諾通知音は、登録ユーザの依頼を承諾した内容を示す音であり、例えば、「承知しました。」の言葉を発する音声である。依頼通知音及び承諾通知音は、他の言葉を発する音声であってもよし、音声以外の音であってもよい。

実行可能通知音は、登録ユーザの依頼を実行可能となったことを示す音であり、例えば「購入できるお店に到着しました。」の言葉を発する音声である。実行可能通知音は、他の言葉を発する音声であってもよし、音声以外の音であってもよい。完了通知音は、登録ユーザの依頼を完了したことを示す音であり、例えば「購入しました」の言葉を発する音声である。完了通知音は、他の言葉を発する音声であってもよし、音声以外の音であってもよい。

バイブレータ４３は、振動制御部３８から出力された承諾通知振動情報に応じた承諾通知振動及びリマインダ通知振動情報に応じたリマインダ通知振動を発する。リマインダ通知振動には、実行可能通知振動情報に応じた実行可能通知振動と、完了通知振動情報に応じた完了通知振動とがある。承諾通知振動、実行可能通知振動、及び完了通知振動は、共通する振動パターンの振動であってもよく、異なる振動パターンの振動であってもよい。また、承諾通知振動、実行可能通知振動、及び完了通知振動のうちの２つが共通する振動パターンであり、他の振動パターンが異なる振動パターンであってもよい。

送受信部５０は、送受信情報処理部３１から出力される送受信情報を第２携帯端末３にネットワーク４を介して送信する。送受信部５０は、ネットワーク４を介して第２携帯端末３から送信された送受信情報を送受信情報処理部３１に出力する。送受信情報には、タスク情報及びタスク承諾結果情報を含む第１送受信情報と、タスク実行可能情報及びタスク完了情報を含む第２送受信情報とがある。これらの第１送受信情報と、第２送受信情報とは、説明の便宜上分けたに過ぎず、送受信の手順等について、第１送受信情報及び第２送受信情報の間での差はない。

以上の構成を有するリマインダ通知システムでは、登録端末２で登録されたタスクである対象タスクを登録端末２と共有端末３との間で共有している。このため、登録端末２と共有端末３との間における協調的な処理を実行することができる。以下、登録端末２と共有端末３とを用いた協調処理について説明する。

協調処理の態様には、タスク情報共有部２７で生成された共有タスク情報及び通知端末設定部２９で設定される通知端末の関係から、図４に示す種々の態様が考えられる。図４は、協調処理のパターンの例を示す図である。パターンＡは、登録ユーザと実行ユーザが共通するパターンである。パターンＢ及びパターンＣは、登録ユーザと実行ユーザとが異なるパターンである。登録ユーザと実行ユーザが異なる場合、実行ユーザは、共有端末３を所有するユーザであり、対象タスクを実行するユーザである。以下、共有端末３を所有するユーザを共有ユーザという。

パターンＡの協調処理は、例えば在宅中の登録ユーザが外出中の共有ユーザを駅まで出迎える場合に利用される。このパターンは、登録ユーザが共有ユーザに対して出迎えを申し出るパターンであり、登録ユーザは、図３（ａ）に示すおたすけアイコン３００及びお迎えアイコン３１０をタッチしてリマインダの通知をセットする。パターンＡでは、共有ユーザが駅に到着したときに登録ユーザに対してリマインダが通知される。パターンＡでは、タスクトリガ実行者は共有ユーザとなり、タスク実行者が登録ユーザとなる。タスクトリガとは、対象タスクを実行可能とするきっかけであり、パターンＡでは、共有ユーザが駅に到着することがタスクトリガとなり、登録ユーザが駅に出迎えることが登録タスクとなる。

パターンＢの協調処理は、例えば外出中の登録ユーザが在宅中の共有ユーザに対して駅まで出迎えを依頼する場合に利用される。このパターンは、登録ユーザが共有ユーザに対して出迎えを依頼するパターンであり、登録ユーザは、図３（ａ）に示すおねがいアイコン２００及びお迎えアイコン２１０をタッチしてリマインダの通知をセットする。パターンＢでは、登録ユーザが駅に到着したときに共有ユーザに対してリマインダが通知される。また、パターンＢでは、共有ユーザがリマインダを確認して確認処理を行った場合に、リマインダの完了が登録ユーザに通知される。パターンＢでは、タスクトリガ実行者は登録ユーザとなり、タスク実行者は共有ユーザとなる。また、パターンＢでは、共有ユーザが駅に到着することがタスクトリガとなり、登録ユーザが駅に出迎えることが登録タスクとなる。

パターンＣの協調処理は、例えば在宅中の登録ユーザが外出中の共有ユーザに対して買い物を依頼する場合に利用される。このパターンは、登録ユーザが共有ユーザに対して買い物を依頼するパターンであり、登録ユーザは、図３（ａ）に示すおねがいアイコン２００及び買い物アイコン２２０をタッチしてリマインダの通知をセットする。パターンＢでは、買い物ができる候補地に共有ユーザが到着したときに、共有ユーザに対してリマインダが通知される。また、パターンＣでは、共有ユーザがリマインダを確認して確認処理を行った場合、又は買い物を終了して対象タスクが完了した場合に、リマインダの完了が登録ユーザに通知される。パターンＣでは、タスクトリガ実行者及びタスク実行者はいずれも共有ユーザとなる。また、パターンＣでは、共有ユーザが買い物可能な店舗に到着することがタスクトリガとなり、買い物をすることが登録タスクとなる。以下、パターンＡ〜パターンＣにおけるリマインダ通知システムの処理について説明する。

＜パターンＡ＞
次に、パターンＡの協調処理の手順を説明する。図６は、パターンＡにおける登録端末の処理手順を示すフローチャート、図７は、パターンＡにおける共有端末の処理手順を示すフローチャートである。図６に示すように、登録端末２は、タッチ入力部１１又は収音部１２からの入力による入力タスク情報が入力情報処理部２４から出力されたか否かを判断する（ステップＳ１１）。登録端末２は、その判断の結果、入力タスク情報が出力されていない場合（ステップＳ１１：ＮＯ）、入力タスク情報の出力があるまで、ステップＳ１１の判断を繰り返す。

また、入力タスク情報が出力された場合（ステップＳ１１：ＹＥＳ）、タスク情報共有部２７は、タスク情報をタスク記憶部２８に記憶させる（ステップＳ１２）。続いて、通知端末設定部２９は、通知端末を設定する（ステップＳ１３）。パターンＡでは、通知端末として登録端末２を設定する。なお、通知端末は、登録端末２と共有端末３の双方における通知端末設定部２９でそれぞれ決定してもよいし、登録端末２と共有端末３の一方における通知端末設定部２９で決定して他方の端末に情報提供するようにしてもよい。そして、第１携帯端末２は、送受信部５０からネットワーク４を介してタスク情報を共有端末３に送信する（ステップＳ１４）。

その後、制御部２０は、対象タスクが承諾されたか否かを判断する（ステップＳ１５）。制御部２０は、対象タスクが承諾されたか否かを、共有端末３から送信されるタスク承諾状況情報に基づいて判断する。制御部２０は、その判断の結果、共有端末３を所有する共有ユーザに対象タスクが承諾されておらず、対象タスクが拒否された場合（ステップＳ１５：ＮＯ）、そのまま登録端末２における処理を終了する。

また、制御部２０は、共有端末３を所有する共有ユーザに対象タスクが承諾された場合（ステップＳ１５：ＹＥＳ）、トリガ情報の受信確認を行う（ステップＳ１６）。続いて、制御部２０は、トリガ情報を受信したか否かを判断するトリガ情報の受信確認処理を行う（ステップＳ１７）。制御部２０は、その判断の結果、トリガ情報を受信していない場合（ステップＳ１７：ＮＯ）、ステップＳ１６に戻り、トリガ情報受信確認を繰り返す。

また、ステップＳ１７において、トリガ情報を受信している場合（ステップＳ１７：ＹＥＳ）、リマインダ通知情報生成部３５は、リマインダ通知処理を行う（ステップＳ１８）。リマインダ通知情報生成部３５は、リマインダ通知処理において、タスク完了情報を生成し、表示画像制御部３６、音声制御部３７、及び振動制御部３８に出力する。そして、表示画像制御部３６は画像表示部４１に完了通知画像を表示し、音声制御部３７はスピーカ４２から完了通知音を発し、振動制御部３８はバイブレータ４３を完了通知振動のパターンで振動させる。こうして、登録端末２における処理を終了する。

次に、共有端末３の処理について説明する。共有端末３は、図７に示すように、タスク情報を受信しているか否かを判断する（ステップＳ３１）。タスク情報は、登録端末２の処理におけるステップＳ１４で送信されるタスク情報である。共有端末３は、その判断の結果、タスク情報を受信していない場合（ステップＳ３１：ＮＯ）、タスク情報を受信するまでステップＳ３１の処理を繰り返す。

また、ステップＳ３１でタスク情報を受信している場合（ステップＳ３１：ＹＥＳ）、
送受信情報処理部３１は、受信したタスク情報を共有タスク情報としてタスク情報共有部２７に出力する。タスク情報共有部２７は、出力された共有タスク情報をタスク記憶部２８に記憶させる（ステップＳ３２）。登録端末２のタスク情報共有部２７に登録された共有タスク情報は、共有端末３のタスク情報共有部２７にも登録される。以上の処理により、登録端末２と共有端末３との間でタスク情報が共有される。

続けて、送受信情報処理部３１は、受信したタスク情報をタスク承諾・依頼通知部３２に出力する。タスク承諾・依頼通知部３２は、タスク依頼通知情報を表示画像制御部３６に出力する。続けて、タスク依頼通知情報を表示画像制御部３６は、タスク依頼通知情報に応じた依頼通知画像情報を生成し、依頼通知画像を画像表示部４１に表示させる（ステップＳ３３）。

続いて、タスク承諾検出部３０は、共有ユーザが対象タスクを承諾したか否かを判断する（ステップＳ３４）。この判断は、入力情報処理部２４から出力されるタスク承諾状況情報に基づいて行われる。その判断の結果、共有ユーザが対象タスクを承諾していない場合（ステップＳ３４：ＮＯ）、タスク承諾検出部３０は、共有ユーザが対象タスクを拒否したか否かを判断する（ステップＳ３５）。判断の結果、共有ユーザが対象タスクを拒否していない場合（ステップＳ３５：ＮＯ）、ステップＳ３３に戻り、タスク承諾検出部３０は、共有ユーザが対象タスクを承諾したか否かを判断する。共有ユーザが対象タスクを拒否したと判断した場合（ステップＳ３５：ＹＥＳ）、制御部２０は、そのまま共有端末３における処理を終了する。

また、ステップＳ３３において、共有ユーザが対象タスクを承諾した場合（ステップＳ３４：ＹＥＳ）、タスク承諾検出部３０は、タスク承諾結果情報を登録端末２に送信する（ステップＳ３６）。ステップＳ３６で登録端末２に送信されるタスク承諾結果情報は、登録端末２の処理におけるステップＳ１５（図６）のタスク承諾の判断で用いられる。その後、タスク完了検出部３３は、共有ユーザが到着する候補地を設定する（ステップＳ３７）。タスク完了検出部３３は、出力されたタスク情報に基づいて、共有ユーザが到着する候補地を設定する。候補地を設定したら、表示画像制御部３６は、候補地及び候補地の周辺の地図等を画像表示部４１に表示させる（ステップＳ３８）。

続いて、タスク完了検出部３３は、共有ユーザが候補地に到着したか否かを判断する（ステップＳ３９）。タスク完了検出部３３は、自己位置判定部２５から出力される共有ユーザの自己位置情報と候補地の位置情報とを比較してこの判断を行う。判断の結果、共有ユーザが候補地に到着していない場合（ステップＳ３９：ＮＯ）、タスク完了検出部３３は、ステップＳ３９における処理を繰り返す。また、共有ユーザが候補地に到着している場合（ステップＳ３９：ＹＥＳ）、共有端末３は、共有ユーザが候補地に到着し、タスクトリガが実行されたことを示すトリガ情報を登録端末２に送信する（ステップＳ４０）。ステップＳ４０で登録端末２に送信されるトリガ情報は、登録端末２の処理におけるステップＳ１７（図６）のトリガ情報の受信確認処理で受信確認が行われる。以上で、共有端末３における処理を終了する。

上述した登録端末２と共有端末３との情報の送受信について時系列でまとめて説明する。図８は、パターンＡにおける登録端末２と共有端末３との間における信号の流れを時系列で示す図である。図９は、パターンＡにおける登録端末と共有端末のやり取りの例を示す図である。図８に示すように、登録端末２では、登録ユーザが登録端末２のタッチパネルによって対象タスクを入力する（Ｐ１０１）。登録端末２のタスク登録設定部２６は、入力された対象タスクに関する入力タスク情報を図５に示す協調処理パターン対応テーブルのユースケースに当てはめて、パターンＡを選択する。パターンＡの例において、登録ユーザの最寄駅がＸ駅であるとした場合、対象タスクは、登録ユーザが共有ユーザをＸ駅まで出迎えることである。登録ユーザは、図９に示すように、「Ｘ駅まで迎えに行くよ」（Ｐ１５１）というメッセージを登録端末２の収音部１２に入力する。こうして対象タスクが設定されて、お迎えの申し出（タスクの申し出）が行われる（Ｐ１５２）。あるいは、登録ユーザは、図３（ａ）に示すおたすけアイコン３００及びお迎えアイコン３１０をタッチする。または、登録ユーザ３は、図示しないアイコンを操作して、Ｘ駅まで迎えに行く旨を入力する。こうして、対象タスクが登録される。

対象タスクの入力が済むと、登録端末２の制御部２０は、対象タスクの登録処理を行う。具体的には、タスク登録設定部２６においてタスク情報を生成する。このタスク情報をタスク情報共有部２７は、タスク情報をタスク記憶部２８に記憶（登録）させる（Ｐ１０２）。また、このときに通知端末設定部２９で通知端末を決定する。パターンＡでは、登録端末２の通知端末設定部２９は、登録端末２を通知端末として決定する。

続いて、登録端末２は、生成したタスク情報を共有端末３に送信する（Ｐ１０３）。共有端末３では、送信されたタスク情報を登録し、タスク情報の内容を表示する（Ｐ１０４）。タスク情報は、共有端末３のタスク情報共有部２７に登録される。また、タスク情報は、共有端末３の画像表示部４１に表示される。

共有端末３を所有する共有ユーザは、タスク情報の表示を見て対象タスクを承諾する場合（Ｐ１０５）、タスク承諾の入力を行う。タスク情報の表示としては、図３（ｂ）に示すメッセージ４００として「Ｘ駅までお迎えに来てくれる申し出がありました」が表示される。この対象タスクを承諾する場合、共有ユーザは、ＯＫアイコン４１０をタッチする。また、この対象タスクを拒否する場合、共有ユーザ、はＮＧアイコン４２０をタッチする。ＯＫアイコン４１０又はＮＧアイコン４２０のタッチによって、承諾結果が制御部２０に戻される（Ｐ１０６）。あるいは、共有ユーザは、図９に示すように、「お願いします」（Ｐ１５３）というメッセージを登録端末２の収音部１２に入力又は選択する。こうして、お迎えの承諾（タスクの承諾）が行われ（Ｐ１５４）、承諾結果が制御部２０に戻される（Ｐ１０６）。

共有ユーザがＯＫアイコン４１０又はＮＧアイコン４２０をタッチした場合に、共有端末３から登録端末２にタスク承諾結果情報が送信される（Ｐ１０７）。その後に、共有端末３では、タスクトリガが実行されたか否かの判断を行う。具体的には、共有ユーザが候補地に到達したかを判断している。共有ユーザが候補地に到着したときが、パターンＡにおける実行可能となったときである。

その後、共有ユーザが候補地に到着してタスクトリガが実行される（Ｐ１０８、Ｐ１５５）と、共有端末３から登録端末２にトリガ情報が送信される（Ｐ１０９）。登録端末２は、トリガ情報を受信した場合に、リマインダ通知処理を実行する（Ｐ１１０）。このため、図９に示すように、共有ユーザが共有端末３に対する入力を行うことなく（Ｐ１５６）、登録端末２においてリマインダ通知が実行される（Ｐ１５７）。リマインダ通知処理によって、登録端末２の画像表示部４１は完了通知画像を表示し、スピーカ４２は完了通知音を発し、バイブレータ４３は完了通知振動のパターンで振動する。以上の処理において、登録端末２は、登録ユーザに対するリマインダ通知を実行する。リマインダ通知を受けた登録ユーザは、共有ユーザがＸ駅に到着したことを認識する。登録ユーザは、このリマインダを受けて、Ｘ駅まで共有ユーザを迎えに行くことができる。なお、リマインダ通知は、候補地（Ｘ駅）に到着したときに実行する例に代えて、候補地に到着する前に実行するようにしてもよい。候補地に到着する前とは、候補地から近い範囲に進入したときとしてもよく、例えば候補地の５００ｍ又は１ｋｍ以内に進入したときなどとしてもよい。あるいは、候補地への到着予定時刻の数分前、例えば１０分前や５分前などとしてもよい。また、これらの距離や時間などを登録ユーザ又は共有ユーザが設定できるようにしてもよい。

なお、パターンＡでは、登録端末２において、リマインダ通知処理を行った後、後処理に関連する処理（後処理選択、保存処理、後処理）を行うようにしてもよい。登録端末２は、画像表示部４１によるリマインダ通知画像の表示、スピーカ４２からのリマインダ通知音、バイブレータ４３によるリマインダ通知振動（以下「総リマインダ通知」という）についての後処理を行うようにしてもよい（Ｐ１１３）。パターンＡにおいて、対象タスクは、共有ユーザが候補地へ到着した際に、登録ユーザが出迎えることである。このため、タスクの完了条件が満たされたときには、登録ユーザと共有ユーザが候補地で出会うこととなる。このため、共有ユーザは、登録ユーザに対するタスク完了通知を行わないようにしてもよい。ただし、共有ユーザは、共有ユーザが候補地へ到着したことを登録ユーザに通知するために、タスク完了通知を登録ユーザにリマインダするようにしてもよい。

なお、後処理は、総リマインダ通知が一定継続時間継続すると、いったん総リマインダ通知が終了し、再度一定経過時間が経過すると、総リマインダ通知が再開される処理である。後処理は、削除処理を行うまで継続して実行される。後処理選択（Ｐ１１１）では、後処理を行うか否かの選択について入力を行うようにしてもよい。また、登録ユーザは、後処理選択で削除処理を選択するようにしてもよい。保存処理（Ｐ１１２）では後処理選択で選択された後処理又は削除処理を実行の有無を制御部２０に登録するための情報を出力する処理を行うようにしてもよい。登録端末２は、一定継続時間と一定経過時間は共通する時間としてもよく、異なる時間としてもよい。

また、共有端末３は、トリガ情報を登録端末２に送信した後、タスクトリガが実行された旨を示すタスクトリガ実行通知表示（Ｐ１１４）を画像表示部４１にしてもよい。

＜パターンＢ＞
次に、パターンＢにおける登録端末２と共有端末３との情報の送受信について時系列でまとめて説明する。図１０は、パターンＢにおける登録端末２と共有端末３との間における信号の流れを時系列で示す図である。図１１は、パターンＢにおける登録端末と共有端末のやり取りの例を示す図である。図１０に示すように、登録端末２では、登録ユーザが登録端末２のタッチパネルによって対象タスクを入力する（Ｐ２０１）。登録端末２のタスク登録設定部２６は、入力された対象タスクに関する入力タスク情報を図５に示す協調処理パターン対応テーブルのユースケースに当てはめて、パターンＢを選択する。パターンＢの例において、共有ユーザの最寄駅がＸ駅であるとした場合、対象タスクは、共有ユーザが登録ユーザをＸ駅まで出迎えることである。登録ユーザは、図１１に示すように、「Ｘ駅に迎えに来て！」（Ｐ２５１）というメッセージを登録端末２の収音部１２に入力する。こうして対象タスクが設定される。あるいは、このとき、登録ユーザは、図３（ａ）に示すおねがいアイコン２００及びお迎えアイコン２１０をタッチする。または、登録ユーザは、図示しないアイコンを操作して、Ｘ駅まで迎えに来て欲しい旨を入力する。こうして、対象タスクが登録されて、お迎えの依頼（タスクの依頼）が行われる（Ｐ２５２）。

対象タスクの入力が済むと、登録端末２の制御部２０は、対象タスクの登録処理を行う。具体的には、タスク登録設定部２６においてタスク情報を生成する。このタスク情報をタスク情報共有部２７は、タスク情報をタスク記憶部２８に記憶（登録）させる（Ｐ２０２）。また、このときに通知端末設定部２９で通知端末を決定する。パターンＢでは、登録端末２の通知端末設定部２９は、共有端末３を通知端末として決定する。

続いて、登録端末２は、生成したタスク情報を共有端末３に送信する（Ｐ２０３）。共有端末３は、送信されたタスク情報を登録し、タスク情報の内容を表示する（Ｐ２０４）。タスク情報は、共有端末３のタスク情報共有部２７に登録される。また、タスク情報は、共有端末３の画像表示部４１に表示される。

共有端末３を所有する共有ユーザは、タスク情報の表示を見て対象タスクを承諾する場合に、タスク承諾の入力を行う（Ｐ２０５）。タスク情報の表示としては、図３（ｂ）に示すメッセージ４００として「Ｘ駅までお迎えに来て欲しいというお願いがありました」が表示される。この対象タスクを承諾する場合には、共有ユーザはＯＫアイコン４１０をタッチする。また、この対象タスクを拒否する場合には、共有ユーザはＮＧアイコン４２０をタッチする。ＯＫアイコン４１０又はＮＧアイコン４２０のタッチによって、承諾結果が制御部２０に戻される（Ｐ２０６）。あるいは、共有ユーザは、図１０に示すように、「ＯＫ！」（Ｐ２５３）というメッセージを登録端末２の収音部１２に入力又は選択する。こうして、お迎えの承諾（タスクの承諾）が行われ（Ｐ２５４）、承諾結果が制御部２０に戻される（Ｐ２０６）。

共有ユーザがＯＫアイコン４１０又はＮＧアイコン４２０をタッチした場合に、共有端末３から登録端末２にタスク承諾結果情報が送信される（Ｐ２０７）。その後に、登録端末２は、タスクトリガが実行されたか否かの判断を行う。具体的には、登録端末２のタスク完了検出部３３において、登録ユーザが候補地に到達したかを判断している。登録ユーザが候補地に到着したときが、パターンＡにおける実行可能となったときである。

その後、登録ユーザが候補地に到着してタスクトリガが実行される（Ｐ２０８、Ｐ２５５）と、登録端末２から共有端末３にトリガ情報が送信される（Ｐ２０９）。共有端末３は、トリガ情報を受信した場合に、リマインダ通知処理を実行する（Ｐ２１０）。このため、図１１に示すように、登録ユーザが登録端末２に対する入力を行うことなく（Ｐ２５６）、共有端末３は、リマインダ通知を実行する（Ｐ２５７）。リマインダ通知処理によって、共有端末３の画像表示部４１は完了通知画像を表示し、スピーカ４２は完了通知音を発し、バイブレータ４３は完了通知振動のパターンで振動する。こうして、登録ユーザに対するリマインダ通知が行われる。共有ユーザは、このリマインダを受けて、Ｘ駅まで登録ユーザを迎えに行くことができる。

なお、パターンＢでは、共有端末３において、リマインダ通知処理を行った後、状況選択に関する処理（Ｐ２１１）を行うようにしてもよい。状況選択に関する処理とは、リマインダ継続処理を実行するか否かを選択する処理である。リマインダ継続処理は、後処理と同様、総リマインダ通知が一定継続時間継続すると、いったん総リマインダ通知が終了し、再度一定経過時間が経過すると、総リマインダ通知が再開される処理である。状況選択に関する処理では、リマインダ継続処理の実行を選択した場合、選択結果が制御部２０に戻され（Ｐ２１２）、リマインダ継続処理の終了が選択されるまでリマインダ継続処理を実行する。パターンＢでは、対象タスクは、登録ユーザが候補地へ到着した際に、共有ユーザが出迎えることである。このため、タスクの完了条件が満たされたときには、登録ユーザと共有ユーザが候補地で出会うこととなる。このため、共有ユーザに対するタスク完了通知は行わないようにすることができる。ただし、登録ユーザが候補地へ到着したことを共有ユーザに通知するために、タスク完了通知を共有ユーザにリマインダすることもできる。

リマインダ継続処理が終了したときに、共有端末３から登録端末２にリマインダ完了情報が送信されるようにしてもよい（Ｐ２１３）。また、登録端末２では、トリガ情報を送信した後に、画像表示部４１にタスクトリガ実行表示を行うようにしてもよい。タスクトリガ実行表示は、「Ｘ駅に到着しました」などのタスクトリガの実行を表すメッセージを表示するようにしてもよい（Ｐ２１４）。登録端末２は、リマインダ完了情報が送信された場合、状況選択（Ｐ２１１）における選択結果を登録端末２の画像表示部４１に表示してもよい（Ｐ２１５）。さらに、登録端末２は、選択結果を登録端末２の画像表示部４１に表示した場合、又はタスクトリガ実行表示を行った場合に、画像表示部４１、スピーカ４２、及びバイブレータ４３によって総リマインダ完了通知を実行するようにしてもよい。総リマインダ完了通知は、総リマインダ通知と共通する通知である。ただし、総リマインダ通知と異なる通知とすることもできる。この場合に、登録端末２では、パターンＡと同様の後処理に関連する処理を行うようにしてもよい（Ｐ２１６〜Ｐ２１８）。

＜パターンＣ＞
次に、パターンＣにおける登録端末２と共有端末３との情報の送受信について時系列でまとめて説明する。図１２は、パターンＣにおける登録端末２と共有端末３との間における信号の流れを時系列で示す図である。図１３は、パターンＣにおける登録端末と共有端末のやり取りの例を示す図である。図１２に示すように、登録端末２では、登録ユーザが登録端末２のタッチパネルによって対象タスクを入力する（Ｐ３０１）。登録端末２のタスク登録設定部２６は、入力された対象タスクに関する入力タスク情報を図５に示す協調処理パターン対応テーブルのユースケースに当てはめて、パターンＣを選択する。パターンＣの例において、対象タスクは、共有ユーザが牛乳を購入することである。登録ユーザは、図１３に示すように、「帰りに牛乳買ってきて！」（Ｐ３５１）というメッセージを登録端末２の収音部１２に入力する。こうして対象タスクが設定される。あるいは、登録ユーザは、図３（ａ）に示すおねがいアイコン２００及び買い物アイコン２２０をタッチする。または、登録ユーザは、図示しないアイコンを操作して、牛乳を買ってきて欲しい旨を入力する。こうして、対象タスクが登録されて、買い物の依頼（タスクの依頼）が行われる（Ｐ３５２）。

対象タスクの入力が済むと、登録端末２の制御部２０は、対象タスクの登録処理を行う。具体的には、タスク登録設定部２６においてタスク情報を生成する。タスク情報共有部２７は、タスク情報をタスク記憶部２８に記憶（登録）させる（Ｐ３０２）。また、このときに通知端末設定部２９で通知端末を決定する。パターンＣでは、登録端末２の通知端末設定部２９は、共有端末３を通知端末として決定する。

続いて、登録端末２は、生成したタスク情報を共有端末３に送信する（Ｐ３０３）。共有端末３では、送信されたタスク情報を登録し、タスク情報の内容を表示する（Ｐ３０４）。タスク情報は、共有端末３のタスク情報共有部２７に登録される。また、タスク情報は、共有端末３の画像表示部４１に表示される。

共有端末３を所有する共有ユーザは、タスク情報の表示を見て対象タスクを承諾する場合に、タスク承諾の入力を行う（Ｐ３０５）。タスク情報の表示としては、図３（ｂ）に示すメッセージ４００として「商品Ｙを買ってきて欲しいというお願いがありました」が表示される。この対象タスクを承諾する場合には、共有ユーザはＯＫアイコン４１０をタッチする。また、この対象タスクを拒否する場合には、共有ユーザはＮＧアイコン４２０をタッチする。ＯＫアイコン４１０又はＮＧアイコン４２０のタッチによって、承諾結果が制御部２０に戻される（Ｐ３０６）。あるいは、共有ユーザは、図１３に示すように、「ＯＫ！」（Ｐ３５３）というメッセージを登録端末２の収音部１２に入力または選択する。こうして、買い物の承諾（タスクの承諾）が行われ（Ｐ３５４）、承諾結果が制御部２０に戻される（Ｐ３０６）。

共有ユーザがＯＫアイコン４１０又はＮＧアイコン４２０をタッチした場合に、共有端末３から登録端末２にタスク承諾結果情報が送信される（Ｐ３０７）。その後に、共有端末３は、タスクトリガが実行されたか否かの判断を行う。具体的には、共有ユーザが候補地に到達したかを判断している。共有ユーザが候補地に到着したときが、パターンＣにおける実行可能となったときである。

その後、登録ユーザが候補地に到着してタスクトリガが実行される（Ｐ３０８、Ｐ３５５）と、共有端末３は、共有ユーザに対するリマインダ通知処理を実行する（Ｐ３０９、Ｐ３５６）。リマインダ通知処理によって、共有端末３の画像表示部４１は実行可能通知画像を表示し、スピーカ４２は実行可能通知音を発し、バイブレータ４３は完可能了通知振動のパターンで振動する。こうして、登録ユーザに対するリマインダ通知が行われる。共有ユーザは、このリマインダを受けて、商品Ｙが販売される候補地に到着し、商品Ｙの購入ができる状態になったと認識できる。

なお、共有ユーザは、商品Ｙを購入した後、タッチ入力部１１又は収音部１２から「商品Ｘを購入済」の内容を入力し、入力情報処理部２４が入力タスク完了情報をタスク完了検出部３３に出力する。パターンＣでは、対象タスクは、共有ユーザが商品Ｘを購入することである。このため、タスクの完了条件が満たされたときには、登録ユーザに対してリマインダが通知される。タスク完了情報についてのリマインダを行わないようにしてもよい。

また、パターンＣでは、共有端末３において、タスクトリガが実行された後、タスクトリガが実行される前に共有端末３から登録端末２にトリガ情報を送信してもよい（Ｐ３１０）。この場合、登録端末２は、画像表示部４１にタスクトリガ実行表示を行うようにしてもよい（Ｐ３１１）。タスクトリガ実行表示は、「共有ユーザは、商品Ｙを購入できます」などのタスクトリガの実行を表すメッセージを表示したものとしてもよい。さらには、共有端末３において、リマインダ通知処理を行った後、状況選択に関する処理を行うようにしてもよい（Ｐ３１２）。状況選択に関する処理ではリマインダ継続処理の実行を選択した場合、選択結果が制御部２０に戻され（Ｐ３１３）、リマインダ継続処理の終了が選択されるまでリマインダ継続処理を実行する。この場合、リマインダ継続処理が終了したときに、共有端末３から登録端末２にリマインダ完了情報が送信されるようにしてもよい（Ｐ３１４）。登録端末２で、リマインダ完了情報が送信された場合、状況選択（Ｐ３１２）における選択結果を登録端末２の画像表示部４１に表示してもよい（Ｐ３１５）。さらに、登録端末２は、選択結果を登録端末２の画像表示部４１に表示した場合、又はタスクトリガ実行表示を行った場合に、画像表示部４１、スピーカ４２、及びバイブレータ４３によって総リマインダ完了通知を実行するようにしてもよい。総リマインダ完了通知は、総リマインダ通知と共通する通知である。ただし、総リマインダ通知と異なる通知とすることもできる。この場合に、登録端末２では、パターンＡと同様の後処理に関連する処理を行うようにしてもよい（Ｐ３１６〜Ｐ３１８）。

以上のように、本実施形態に係るリマインダ通知システムおいては、登録端末２と共有端末３との間で対象タスクを共有しているため、対象タスクに関するタスク情報を登録ユーザと共有ユーザの間で共有することができる。また、通知端末は、対象タスクが実行されたとき、又は実行可能となったときにリマインダを通知する。このため、登録端末２を所有する登録ユーザと共有端末３を所有する共有ユーザとの間で連携して対象タスクの実行に対する処理を行うことができる。したがって、登録ユーザと共有ユーザとの間に設定される対象タスクを実行した際に、リマインダを通知するまでの処理をスムーズに実行することができる。

また、上記の実施形態では、パターンＡでは登録ユーザが実行ユーザとなるが、パターンＢ、Ｃでは、共有ユーザが実行ユーザとなり、登録ユーザと実行ユーザとが異なるユーザとなる。このような場合でも、登録端末２と共有端末３との間でタスク情報を共有することにより、タスク実行ユーザが対象タスクを承諾したことを登録ユーザに迅速かつ確実に伝達することができる。また、実行ユーザ（共有ユーザ）によって対象タスクが実行されたことを登録ユーザに迅速に伝えることができる。

また、本実施形態では、位置取得部２１で取得した自己位置に基づいて対象タスクを実行する際の位置を求めている。このため、本実施形態では、所定の位置で対象タスクが実行される場合に、実行可能条件を容易に設定することができる。本実施形態によれば、例えば、野菜の購入が対象タスクとなった場合の実行可能条件をコンビニ又はスーパーなどの野菜販売店に到着することにできる。また、本実施形態によれば、リマインダ通知情報として実行可能通知情報を生成することにより、実行ユーザが対象タスクの実行可能な状態となったこと登録ユーザに伝えることができる。

以上のように、本実施形態のリマインダ通知システムは、所定のタスクの実行可能条件が成立した場合に、前記タスクに対するリマインダを通知するリマインダ通知部（例えば通知部４０）を有する第１端末（例えば第１携帯端末２）及び第２端末（例えば第２携帯端末３）を含むリマインダ通知システム（例えばリマインダ通知システム１）であって、前記第１端末は、所定のタスクを対象タスクとして登録設定するタスク登録設定部（例えばタスク登録設定部２６）を備え、前記第１端末及び前記第２端末は、前記タスク登録設定部で登録設定された対象タスクを前記第１端末と前記第２端末との間で共有するタスク情報共有部（例えばタスク情報共有部２７）をそれぞれ備え、前記第１端末及び前記第２端末の少なくとも一方は、前記タスクの内容に基づいて、前記リマインダを通知する通知端末を前記第１端末と前記第２端末のいずれかに設定する通知端末設定部（例えば通知端末設定部２９）を備え、前記通知端末が有するリマインダ通知部は、前記対象タスクの実行可能条件が成立した場合にリマインダを通知する。

この構成によって、本実施形態のリマインダ通知システム１は、第１端末と第２端末との間でタスクを共有し、通知端末は、対象タスクの実行可能条件が成立した場合にリマインダを通知する。このため、対象タスクに関するタスク情報を共有することができるので、第１端末を所有するユーザと第２端末を所有するユーザとの間で連携してタスクの実行に対する処理を行うことができる。したがって、ユーザと他のユーザとの間に設定されるタスクを実行した際に、リマインダを通知するまでの処理をスムーズに実行することができる。

また、本実施形態のリマインダ通知システム１において、前記第２端末は、前記対象タスクの承諾を検出する承諾検出部（タスク承諾検出部３０）と、前記承諾検出部によって前記対象タスクの承諾が検出された場合に、前記対象タスクの承諾を前記第１端末に通知する承諾通知部（送受信情報処理部３１）と、を備える。

この構成によって、登録ユーザと実行ユーザが異なる場合に、タスク実行ユーザがタスクを承諾したことを登録ユーザに確実に伝達することができる。

また、本実施形態のリマインダ通知システム１において、前記第２端末は、前記タスクの実行完了を検出する完了検出部（タスク完了検出部３３）と、前記第２端末が前記通知端末であるときに、前記完了検出部によって前記対象タスクの実行完了が検出された場合に、前記対象タスクの実行完了を前記第１端末に通知する完了通知部（通知部４０）と、を備える。

この構成によって、登録ユーザと実行ユーザが異なる場合に、登録ユーザに対してタスクの完了を迅速に伝えることができる。

また、本実施形態のリマインダ通知システム１において、前記第２端末は、前記第２端末が前記通知端末であるときに、前記第２端末にリマインダが通知された場合に、前記第１端末にリマインダ通知情報を通知するリマインダ通知情報通知部（リマインダ通知情報生成部３５）、を備える。

この構成によって、実行ユーザにタスクが伝達されたことをタスク登録者に迅速に伝えることができる。

また、本実施形態のリマインダ通知システム１において、前記通知端末は、所定の位置を検出する位置取得部（位置取得部２１）をさらに有し、前記実行可能条件は、前記位置取得部で取得された位置に基づいて定められる。

この構成によって、所定の位置でタスクが実行される場合に、実行可能条件を容易に設定することができる。

また、本実施形態のリマインダ通知システム１において、前記実行可能条件は、前記タスクの実行位置に前記タスクを実行する実行者の前記タスクの実行位置への到達を前記位置取得部が取得したことである。

この構成によって、タスク実行者がタスクの実行可能な状態となったことタスク登録者に伝えることができる。

＜第２の実施形態＞
次に、本発明の第２の実施形態について説明する。図１４は、第２の実施形態に係るリマインダ通知システムの構成を示すブロック図である。図１４に示すように、本実施形態に係るリマインダ通知システム１Ａは、複数の第２携帯端末３（３Ａ，３Ｂ…）がネットワーク４を介して第１携帯端末２と互いに通信可能とされている点で、上記の第１実施形態と異なる。このため、本実施形態に係るリマインダ通知システム１Ａでは、第１携帯端末２は、複数の第２携帯端末３Ａ，３Ｂ…のそれぞれとの間で対象タスクの共有が可能とされている。また、本実施形態に係るリマインダ通知システムでは、第１携帯端末２と、複数の第２携帯端末３Ａ，３Ｂ…との間における情報、特に位置情報の共有レベルを設定できる点で異なる。

図１５は、連携レベルに応じた自動送信とリクエスト表示の関係を示す表である。連携レベルは、第１携帯端末２と第２携帯端末３Ａ，３Ｂ…のそれぞれの間における連携の度合いを示すレベルであり、第１携帯端末２と第２携帯端末３Ａ，３Ｂ…のそれぞれの間で設定される。図１５に示す連携レベルは、共有レベルに対応しており、連携レベルが高いほど共有レベルが高くなるようにされている。また、連携レベルは、数値が小さいほどレベルが高くなるように設定されている。なお、共有レベルとは、複数の携帯端末が共有する情報の量及び質に基づいて定められるレベルである。なお、共有レベルが高いほど複数の携帯端末が共有する情報の量が多くなる。あるいは、共有レベルが高いほど複数の携帯端末が共有する情報の質が高くなる。

図１５に示すように、連携レベル１は、常時位置情報を通知するレベルである。位置情報の自動送信は「ＯＮ」とされ、位置情報の自動送信が可能とされている。また、位置情報リクエスト表示は「ＯＦＦ」とされている。連携レベル２は、リクエストベースで位置情報を提供するレベルである。位置情報の自動送信は「ＯＦＦ」とされ、位置情報の自動送信が不可能とされている。また、位置情報リクエスト表示は「ＯＮ」とされている。なお、「ＯＮ」とは、自動送信を行い、「ＯＦＦ」とは自動送信を行えないことを表している。連携レベル３は、リクエストを無視して能動的に位置情報を通知するレベルである。位置情報の自動送信は「ＯＦＦ」とされ、位置情報の自動送信が不可能とされている。また、位置情報リクエスト表示は「ＯＦＦ」とされている。

一般に、ユーザと他のユーザとの間における親密度は、ユーザから見た他のユーザ以外のユーザと比較して異なることが多い。例えば、ユーザと第１の他のユーザは、親子関係にあり、ユーザと第２の他のユーザとは、会社の同僚であるとする。この場合、ユーザと第１のユーザとの親密度は、ユーザと第２の他のユーザの親密度より高いことが多い。このように、複数のユーザの間における親密度が異なる場合には、親密度に応じて共有する情報の量や質が異なることが好適である。このため、ユーザ間における共有レベルを設定することで、ユーザ間の親密度に応じた適度な情報の共有を行うことができる。

このような連携レベルが第１携帯端末２と複数の第２携帯端末３Ａ，３Ｂ…との間でそれぞれ設定されている。例えば、第１携帯端末２と第２携帯端末３Ａとの間の連携レベルは「２」、第１携帯端末２と第２携帯端末３Ｂとの間の連携レベルは「３」、第１携帯端末２と第２携帯端末３Ｃとの間の連携レベルは「１」、第１携帯端末２と第２携帯端末３Ａとの間の連携レベルは「３」とされている。この場合、第１携帯端末２と第２携帯端末３Ｃとの間の連携レベルが最も高くされている。

さらに図１６を用いた説明を行う。図１６は、連携レベルを説明するための図である。図１６に示すように、連携レベル１では、第１携帯端末２を所有するユーザ（以下「第１ユーザ」という）Ｐ１は、自己の位置を常に第２携帯端末３を所有する他のユーザ（以下「第２ユーザ」という）Ｐ２に自動的に送信する。このため、第１ユーザＰ１が移動した場合には、第１ユーザの位置が常に第２ユーザに送信されることとなる。

また、連携レベル２では、第１ユーザＰ１の第１携帯端末２は、第２ユーザＰ２の第２携帯端末３に対して位置情報を自動的に送信することはない。ただし、連携レベル２では、第１ユーザＰ１は、第２携帯端末３を所有する他のユーザに対して位置情報を能動的に送信することはできる。また、連携レベル２では、第１ユーザＰ１の第１携帯端末２は、第２ユーザＰ２の第２携帯端末３からの位置情報取得リクエストをダイアログで表示している。

連携レベル３では、第１ユーザＰ１の第１携帯端末２は、第２ユーザＰ２の第２携帯端末３に対して位置情報を自動的に送信することはない。また、連携レベル３では、第１ユーザＰ１は、第２携帯端末３を所有する他のユーザに対して位置情報を能動的に送信することはできる。ただし、連携レベル３では、第１ユーザＰ１の第１携帯端末２は、第２ユーザＰ２の第２携帯端末３からの位置情報取得リクエストをダイアログで表示しない。

このように、第１携帯端末２と複数の第２携帯端末３Ａ，３Ｂ…との間のそれぞれにおいて共有レベル（連携レベル）を設定することにより、第１携帯端末２を所有するユーザと、第２携帯端末３Ａ，３Ｂ…をそれぞれ所有する他のユーザとの間における親密度に応じて共有レベルを設定することができる。したがって、位置情報を教える側の利便性とプレイバシーのバランスを考慮した共有レベルを設定し、たとえばユーザとはあまり親密度の高くない他のユーザについては、提供する情報を制限することができるので、情報共有する際の安心度を高めることができる。

また、上記第２の実施形態では、第１携帯端末２が複数の第２携帯端末３Ａ，３Ｂ…と対象タスクの共有が可能とされている。このため、１つの対象タスクを設定した場合に、多くの携帯端末と対象タスクを共有し、複数の携帯端末３Ａ，３Ｂ…で対象タスクを実行可能となりえるので、対象タスクを迅速かつ確実に実行できる。

なお、上記の第２の実施形態では、共有する情報を位置情報としているが、他の情報についても共有レベルを設定することもできる。例えば、リマインダ通知を行うにあたって、リマインダ通知の対象タスクについての情報に共有レベルを設定するようにしてもよい。例えば、第１携帯端末２と第２携帯端末３Ａとの間では、お迎えのみがリマインド通知の対象タスクとなるが、第１携帯端末２と第２携帯端末３Ｂとの間では、お迎え及び買い物の依頼がリマインド通知の対象タスクとなるようにしてもよい。

また、上記の第２の実施形態では、第１携帯端末２と第２携帯端末３Ａ，３Ｂ…との間でネットワーク４を介して通信可能とされているが、第２携帯端末３Ａ，３Ｂ…同士の間でネットワーク４を介して通信可能とされていてもよい。この場合、第１携帯端末２が複数の第２携帯端末３Ａ，３Ｂ…との間で対象タスクを共有している場合、最も早く対象タスクを実行した第２携帯端末が他の第２携帯端末に対象タスクを実行した情報を供給できるようにしてもよい。この場合、他の第２携帯端末における無駄なタスクの処理を防止することができる。

また、共有レベルについて、連携レベルで３段階に設定する態様に代えて、例えば各連携レベルの要素ごとに設定できるようにしてもよい。図１７は、第１携帯端末２の画面表示の一例を示す図である。図１７に示す画面では、他のユーザの情報が友達詳細として表示されている。画面には、友達の顔写真画像５１０、氏名情報５２０が表示されており、その下に位置情報自動送信ボタン５３０及び位置情報リクエスト表示ボタン５４０がトグルボタンで選択できるように表示されている。また、位置情報自動送信ボタン５３０及び位置情報リクエスト表示ボタン５４０の下方に住所情報５５０及びマップ画像５６０が表示され、マップ画像５６０の下方に位置通知アイコン５７０と位置問い合わせアイコン５８０が表示されている。

図１７に示す画面表示において、友達の顔写真画像５１０、氏名情報５２０に示された友達ごとに共有レベルを設定することができる。また、位置情報自動送信ボタン５３０及び位置情報リクエスト表示ボタン５４０を操作することで、友達ごとの位置情報自動送信及び位置情報リクエスト表示の共有レベルを設定することができる。

また、友達に対する自己の位置通知は、位置通知アイコン５７０を操作することで実行可能であり、友達に対する位置情報のリクエストは、位置問い合わせアイコン５８０を操作することで実行可能である。また、友達の位置情報は、住所情報５５０及びマップ画像５６０に表示される。

このように、位置情報自動送信ボタン５３０及び位置情報リクエスト表示ボタン５４０を操作することで、位置情報自動送信及び位置情報リクエスト表示の共有レベルをそれぞれＯＮ−ＯＦＦの２段階で設定することもできる。この場合、他のユーザの共有レベルが項目ごとに設定されるので、共有レベルを認識しやすくすることができる。

以上のように、本実施形態のリマインダ通知システム１Ａは、所定のタスクの実行可能条件が成立した場合に、前記タスクに対するリマインダを通知するリマインダ通知部（例えば通知部４０）を有する第１端末（例えば第１携帯端末２）及び第２端末（例えば第２携帯端末３）を含むリマインダ通知システム（例えばリマインダ通知システム１）であって、前記第１端末は、所定のタスクを対象タスクとして登録設定するタスク登録設定部（例えばタスク登録設定部２６）を備え、前記第１端末及び前記第２端末は、前記タスク登録設定部で登録設定された対象タスクを前記第１端末と前記第２端末との間で共有するタスク情報共有部（例えばタスク情報共有部２７）をそれぞれ備え、前記第１端末及び前記第２端末の少なくとも一方は、前記タスクの内容に基づいて、前記リマインダを通知する通知端末を前記第１端末と前記第２端末のいずれかに設定する通知端末設定部（例えば通知端末設定部２９）を備え、前記通知端末が有するリマインダ通知部は、前記対象タスクの実行可能条件が成立した場合にリマインダを通知する。また、前記第１端末及び前記第２端末は、互いの端末との間における情報の共有レベルを設定する共有レベル設定部を、それぞれ備える。

この構成によって、タスク登録者とタスク実行者の間の親密度などの関係に応じて、共有レベルを設定することができる。

また、本実施形態のリマインダ通知システム１Ａにおいて、前記第２端末を複数有しており、各前記第２端末は、それぞれにおける前記対象タスクの承諾を検出する個別承諾検出部（承諾検出部３０）と、前記個別承諾検出部によって前記対象タスクの承諾が検出された場合に、前記対象タスクの承諾を前記第２端末のうちの自己以外の第２端末に通知する個別承諾通知部（送受信情報処理部３０）と、を備える。

また、本実施形態のリマインダ通知システム１Ａにおいて、前記第２端末を複数有しており、前記通知端末が前記第２端末である場合の前記タスクの実行完了を検出する個別完了検出部（タスク完了検出部３３）と、前記個別完了検出部によって前記対象タスクの実行完了が検出された場合に、前記対象タスクの実行完了を前記第２端末のうちの自己以外の第２端末に通知する個別完了通知部（リマインダ通知情報生成部３５、送受信情報処理部３１）と、を備えるようにしてもよい。

この構成によって、タスク登録者とタスク実行者の間でタスクを実行したことを確認することができる。タスクが複数のタスク実行者に登録された場合に、タスク登録者の一人がタスクの実行を達成したことで、他のタスク実行者の無駄なタスクの処理を防止することができる。

また、本発明におけるリマインダ通知システムの機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによってリマインダ通知を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、ホームページ提供環境（あるいは表示環境）を備えたＷＷＷシステムも含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。

さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。

また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであってもよい。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。

以上、図面を参照してこの発明の実施形態について詳しく説明してきたが、具体的な構成は上述のものに限られることはなく、この発明の要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。

１…リマインダ通知システム、
２…携帯端末、１０…入力部、１１…タッチ入力部、１２…収音部、２０…制御部、２１…位置取得部、２２…地図情報データベース、２３…音声認識部、２４…入力情報処理部、２５…自己位置判定部、２６…タスク登録設定部、２７…タスク情報共有部、２８…タスク記憶部、２９…通知端末設定部、３０…タスク承諾検出部、３１…送受信情報処理部、３２…タスク承諾・依頼通知部、３３…タスク完了検出部、３４…候補地情報ＤＢ、３５…リマインダ通知情報生成部、３６…表示画像制御部、３７…音声制御部、３８…振動制御部、４０…通知部、４１…画像表示部、４２…スピーカ、４３…バイブレータ
３…サーバ、７０…探索部、８０…ＰＯＩ情報ＤＢ

Claims (10)

1. 所定のタスクの実行可能条件が成立した場合に、前記タスクに対するリマインダを通知するリマインダ通知部を有する第１端末及び第２端末を含むリマインダ通知システムであって、
   前記第１端末は、所定のタスクを対象タスクとして登録設定するタスク登録設定部を備え、
   前記第１端末及び前記第２端末は、前記タスク登録設定部で登録設定された対象タスクを前記第１端末と前記第２端末との間で共有するタスク情報共有部をそれぞれ備え、
   前記第１端末及び前記第２端末の少なくとも一方は、前記タスクの内容に基づいて、前記リマインダを通知する通知端末を前記第１端末と前記第２端末のいずれかに設定する通知端末設定部を備え、
   前記通知端末が有するリマインダ通知部は、前記対象タスクの実行可能条件が成立した場合にリマインダを通知する、リマインダ通知システム。
2. 前記第２端末は、
   前記対象タスクの承諾を検出する承諾検出部と、
   前記承諾検出部によって前記対象タスクの承諾が検出された場合に、前記対象タスクの承諾を前記第１端末に通知する承諾通知部と、
   を備える請求項１に記載のリマインダ通知システム。
3. 前記第２端末は、
   前記タスクの実行完了を検出する完了検出部と、
   前記第２端末が前記通知端末であるときに、前記完了検出部によって前記対象タスクの実行完了が検出された場合に、前記対象タスクの実行完了を前記第１端末に通知する完了通知部と、
   を備える請求項１又は２に記載のリマインダ通知システム。
4. 前記第２端末は、
   前記第２端末が前記通知端末であるときに、前記第２端末にリマインダが通知された場合に、前記第１端末にリマインダ通知情報を通知するリマインダ通知情報通知部、
   を備える請求項１〜３のうちのいずれか１項に記載のリマインダ通知システム。
5. 前記通知端末は、所定の位置を検出する位置取得部をさらに有し、
   前記実行可能条件は、前記位置取得部で取得された位置に基づいて定められる、
   請求項１〜４のうちのいずれか１項に記載のリマインダ通知システム。
6. 前記実行可能条件は、前記タスクの実行位置に前記タスクを実行する実行者の前記タスクの実行位置への到達を前記位置取得部が取得したことである請求項５に記載のリマインダ通知システム。
7. 前記第１端末及び前記第２端末は、互いの端末との間における情報の共有レベルを設定する共有レベル設定部を、
   それぞれ備える請求項１〜６のうちのいずれか１項に記載のリマインダ通知システム。
8. 前記第２端末を複数有しており、
   各前記第２端末は、それぞれにおける前記対象タスクの承諾を検出する個別承諾検出部と、
   前記個別承諾検出部によって前記対象タスクの承諾が検出された場合に、前記対象タスクの承諾を前記第２端末のうちの自己以外の第２端末に通知する個別承諾通知部と、
   を備える請求項１〜７のうちのいずれか１項に記載のリマインダ通知システム。
9. 前記第２端末を複数有しており、
   前記通知端末が前記第２端末である場合の前記タスクの実行完了を検出する個別完了検出部と、
   前記個別完了検出部によって前記対象タスクの実行完了が検出された場合に、前記対象タスクの実行完了を前記第２端末のうちの自己以外の第２端末に通知する個別完了通知部と、
   を備える請求項１又は２に記載のリマインダ通知システム。
10. 所定のタスクの実行可能条件が成立した場合に、前記タスクに対するリマインダを通知するリマインダ通知手順を第１端末及び第２端末で実行するリマインダ通知方法であって、
    前記第１端末が所定のタスクを対象タスクとして登録設定するタスク登録設定手順と、
    前記第１端末及び前記第２端末が前記タスク登録設定手順で登録設定された対象タスクを前記第１端末と前記第２端末との間で共有するタスク情報共有手順と、
    前記第１端末及び前記第２端末の少なくとも一方が前記タスクの内容に基づいて、前記リマインダを通知する通知端末を前記第１端末と前記第２端末のいずれかに設定する通知端末設定手順と、
    前記通知端末は、前記対象タスクの実行可能条件が成立した場合にリマインダを通知する手順と、を含むリマインダ通知方法。

Images