(57)【要約】【課題】システム提供者のデータベース準備コスト及びデータベース更新コストを低減し、且つ、データベースに格納された情報の確度を改善する。【解決手段】情報処理システム１は、ＰＯＩ（Ｐｏｉｎｔ  Ｏｆ  Ｉｎｔｅｒｅｓｔ）情報と、実行されるべきタスクに関するタスク情報と、複数のタスク情報を含むＰＯＩタスクリストと、を取得する情報取得手段（１２１，３２１）と、ＰＯＩ情報とタスク情報を関連付けて、ＰＯＩタスクリストを更新する、タスク管理手段（１２６，３３０）と、を備える。【選択図】図１
2013257292.tif 000002
【特許請求の範囲】
【請求項１】
ＰＯＩ（Ｐｏｉｎｔ  Ｏｆ  Ｉｎｔｅｒｅｓｔ）情報と、実行されるべきタスクに関するタスク情報と、複数のタスク情報を含むＰＯＩタスクリストと、を取得する情報取得手段と、
前記ＰＯＩ情報と前記タスク情報を関連付けて、前記ＰＯＩタスクリストを更新する、タスク管理手段と、を備えることを特徴とする情報処理システム。
【請求項２】
前記タスク情報に関するユーザ指示を、ユーザから受け付ける操作手段をさらに備え、
前記情報取得手段は、前記操作手段によって受け付けられた指示に基づいて、前記タスク情報を取得し、
前記タスク管理手段は、前記情報取得手段により前記タスク情報が取得されたことを条件として、前記ＰＯＩタスクリストを更新する、請求項１に記載の情報処理システム。
【請求項３】
前記タスク管理手段は、前記情報取得手段により前記タスクの登録に関するタスク情報が取得されたことを条件として、前記ＰＯＩタスクリストを更新する、請求項１又は２に記載の情報処理システム。
【請求項４】
前記タスク管理手段は、前記情報取得手段により前記タスクの削除に関するタスク情報が取得されたことを条件として、前記ＰＯＩタスクリストを更新する、請求項１乃至３の何れかに記載の情報処理システム。
【請求項５】
前記タスクが完了した位置に対応する完了ＰＯＩを特定する完了ＰＯＩ特定手段をさらに備え、
前記タスク管理手段は、前記完了ＰＯＩのＰＯＩ情報と前記タスク情報を関連付けて、前記ＰＯＩタスクリストを更新する、請求項４に記載の情報処理システム。
【請求項６】
測位情報を取得する測位手段をさらに備え、
前記完了ＰＯＩ特定手段は、前記測位情報に基づいて、前記完了ＰＯＩを特定する、請求項５に記載の情報処理システム。
【請求項７】
前記情報取得手段は、移動履歴を示す行動ログをさらに取得し、
前記完了ＰＯＩ特定手段は、前記行動ログから完了位置情報を抽出し、前記完了位置情報に基づいて、前記完了ＰＯＩを特定する、請求項５又は６に記載の情報処理システム。
【請求項８】
前記タスク管理手段は、前記情報取得手段により、前記タスクの実行に関するタスク情報が取得されたことを条件として、前記ＰＯＩタスクリストを更新する、請求項１乃至７の何れかに記載の情報処理システム。
【請求項９】
前記タスク情報は、前記タスクの位置を示すタスク位置情報を含み、
前記タスク位置情報に基づいて、探索条件を生成する制御手段と、
前記探索条件に基づいて、案内経路を探索する経路探索手段と、
前記案内経路に基づいて、経路案内を実行する経路案内手段と、をさらに備える、請求項８に記載の情報処理システム。
【請求項１０】
前記ＰＯＩ情報は、ＰＯＩの位置を示すＰＯＩ位置情報を含み、
前記制御手段は、前記タスク情報に関連付けられたＰＯＩ情報に含まれるＰＯＩ位置情報が示す位置が目的地となるように、前記探索条件を生成する、請求項９に記載の情報処理システム。
【請求項１１】
前記制御手段の処理、前記経路探索手段の処理、及び前記経路案内手段の処理の少なくとも１つの進捗状況を管理する管理手段をさらに備え、
前記ＰＯＩタスクリスト更新手段は、前記進捗状況に応じて、前記ＰＯＩタスクリストを更新する、請求項９又は１０に記載の情報処理システム。
【請求項１２】
前記ＰＯＩタスクリスト更新手段は、前記探索条件が生成されたこと、前記経路探索手段の処理が終了したこと、前記経路案内手段の処理が開始したこと、及び前記経路案内手段の処理が終了したこと、の少なくとも１つを条件として、前記ＰＯＩタスクリストを更新する、請求項１１に記載の情報処理システム。
【請求項１３】
前記タスク管理手段は、前記ＰＯＩ情報と、前記タスク情報と、ユーザ識別情報と、を関連付けて、前記ＰＯＩタスクリストを更新する、請求項１乃至１２の何れかに記載の情報処理システム。
【請求項１４】
前記情報取得手段は、前記タスク情報の信頼度を示す信頼度管理情報をさらに取得し、
前記タスク管理手段は、前記ＰＯＩタスクリストを更新したことを条件として、前記信頼度管理情報も更新する、請求項１３に記載の情報処理システム。
【請求項１５】
前記タスク管理手段は、前記ＰＯＩタスクリストの更新の頻度に応じて前記信頼度が高くなるように、前記信頼度管理情報を管理する、請求項１４に記載の情報処理システム。
【請求項１６】
サーバと、前記サーバに接続された第１端末装置と、前記サーバ及び前記第１端末装置に接続された第２端末装置と、をさらに備え、
前記第１端末装置は、前記タスク情報を受け付け、
前記第２端末装置は、前記タスクの内容を示すタスク内容情報を受け付け、
前記サーバは、
前記情報取得手段と、
前記タスク管理手段と、
前記ＰＯＩタスクリストから、前記第２端末装置により受け付けられた前記タスク内容情報に関連付けられたレコメンドタスク情報を検索するレコメンド処理手段と、
前記レコメンドタスク情報を前記第２端末装置に送信する通信制御手段と、
を備えることを特徴とする、請求項１乃至１５の何れかに記載の情報処理システム。
【請求項１７】
前記第１端末装置は、第１ユーザ識別情報をさらに受け付け、
前記タスク管理手段は、前記ＰＯＩ情報と、前記タスク情報と、前記第１ユーザ識別情報と、を関連付けて、前記ＰＯＩタスクリストを更新し、
前記通信制御手段は、前記第１ユーザ識別情報を含む前記レコメンドタスク情報を、前記第２端末装置に送信する、請求項１６に記載の情報処理システム。
【請求項１８】
前記第２端末装置は、前記第２ユーザ識別情報と、前記レコメンドタスク情報の選択と、をさらに受け付け、
前記レコメンド処理手段は、前記第２ユーザ識別情報が識別するユーザによって前記レコメンドタスク情報が選択されたことを示す、選択通知を生成し、
前記通信制御手段は、前記選択通知を前記第１端末装置に送信する、請求項１７に記載の情報処理システム。
【請求項１９】
前記情報取得手段は、前記タスク情報の信頼度を示す信頼度管理情報をさらに取得し、
前記タスク管理手段は、前記ＰＯＩタスクリストを更新したことを条件として、前記信頼度管理情報も更新し、
前記通信制御手段は、前記信頼度管理情報を含む前記レコメンドタスク情報を、前記第２端末装置に送信する、請求項１６乃至１８の何れかに記載の情報処理システム。
【請求項２０】
ＰＯＩ（Ｐｏｉｎｔ  Ｏｆ  Ｉｎｔｅｒｅｓｔ）情報と、実行されるべきタスクに関するタスク情報と、複数のタスク情報を含むＰＯＩタスクリストと、を取得する情報取得手段と、
前記ＰＯＩ情報と前記タスク情報を関連付けて、前記ＰＯＩタスクリストを更新する、タスク管理手段と、を備えることを特徴とする情報処理装置。
【請求項２１】
ＰＯＩ（Ｐｏｉｎｔ  Ｏｆ  Ｉｎｔｅｒｅｓｔ）情報と、実行されるべきタスクに関するタスク情報と、複数のタスク情報を含むＰＯＩタスクリストと、を取得する情報取得手段と、
前記ＰＯＩ情報と前記タスク情報を関連付けて、前記ＰＯＩタスクリストを更新する、タスク管理手段と、を備えることを特徴とするサーバ。
【請求項２２】
実行されるべきタスクに関するタスク情報を取得する情報取得手段と、
ＰＯＩ（Ｐｏｉｎｔ  Ｏｆ  Ｉｎｔｅｒｅｓｔ）情報と前記タスク情報とが関連付けられることにより更新された、ＰＯＩタスクリストを受信する通信制御手段と、を備えることを特徴とする端末装置。
【請求項２３】
ＰＯＩ（Ｐｏｉｎｔ  Ｏｆ  Ｉｎｔｅｒｅｓｔ）情報と、実行されるべきタスクに関するタスク情報と、複数のタスク情報を含むＰＯＩタスクリストと、を取得し、
前記ＰＯＩ情報と前記タスク情報を関連付けて、前記ＰＯＩタスクリストを更新することを特徴とする、コンピュータを用いた情報処理方法。
【請求項２４】
ＰＯＩ（Ｐｏｉｎｔ  Ｏｆ  Ｉｎｔｅｒｅｓｔ）情報と、実行されるべきタスクに関するタスク情報と、複数のタスク情報を含むＰＯＩタスクリストと、を取得し、
前記ＰＯＩ情報と前記タスク情報を関連付けて、前記ＰＯＩタスクリストを更新するステップをコンピュータに実行させるプログラム。
【請求項２５】
ＰＯＩ（Ｐｏｉｎｔ  Ｏｆ  Ｉｎｔｅｒｅｓｔ）情報と、実行されるべきタスクに関するタスク情報と、を関連付けることにより更新されたＰＯＩタスクリストであって、複数のタスク情報を含むＰＯＩタスクリストを記憶することを特徴とするデータベース。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、情報処理システム、情報処理装置、サーバ、端末装置、情報処理方法、プログラム、及びデータベースに関し、特に、ＰＯＩ（Ｐｏｉｎｔ  Ｏｆ  Ｉｎｔｅｒｅｓｔ）及びタスクを取り扱うものに関する。
【背景技術】
【０００２】
従来、ユーザの検索行動履歴と移動履歴とに基づいて、ＰＯＩと、当該ＰＯＩで達成できる目的と、が関連付けられたデータベースを更新する技術が知られている（特許文献１を参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−１８３２４９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、特許文献１の発明では、システム提供者が、タスクと、ＰＯＩとが関連付けられたデータベースを予め用意する必要がある。従って、システム提供者のデータベース準備コストが増加する、という問題がある。
【０００５】
また、特許文献１の発明では、予め用意したデータベースを用いる。従って、時間の経過とともに、データベースに格納された情報の確度が低下する、という問題がある。例えば、システム提供者がデータベースを用意したときと異なる状況においては、データベースに格納された情報の確度は低い。
【０００６】
また、特許文献１には、データベースを用意した後に、当該データベースを更新する方法については開示されていない。従って、システム提供者のデータベース更新コストが増加する、という問題がある。
【０００７】
本発明は、上記の問題に鑑みてなされたものである。本発明の目的は、システム提供者のデータベース準備コスト及びデータベース更新コストを低減し、且つ、データベースに格納された情報の確度を改善することである。
【課題を解決するための手段】
【０００８】
本発明の情報処理システムは、ＰＯＩ（Ｐｏｉｎｔ  Ｏｆ  Ｉｎｔｅｒｅｓｔ）情報と、実行されるべきタスクに関するタスク情報と、複数のタスク情報を含むＰＯＩタスクリストと、を取得する情報取得手段と、
前記ＰＯＩ情報と前記タスク情報を関連付けて、前記ＰＯＩタスクリストを更新する、タスク管理手段と、を備える。
【発明の効果】
【０００９】
本発明によれば、システム提供者のデータベース準備コスト及びデータベース更新コストを低減し、且つ、データベースに格納された情報の確度を改善することができる。
【図面の簡単な説明】
【００１０】
【図１】第１実施形態の情報処理システム１の構成を示すブロック図。
【図２】第１実施形態の情報処理のシーケンス図。
【図３】第１実施形態の更新リクエスト発行処理のフローチャート。
【図４】第１実施形態のタスク情報登録画面の概略図。
【図５】第１実施形態の更新リクエストのデータ構造を示す図。
【図６】第１実施形態のＰＯＩタスクリスト更新処理のフローチャート。
【図７】第１実施形態のＰＯＩ情報のデータ構造を示す図。
【図８】第１実施形態の図６のＳ１−１００の説明図。
【図９】第１実施形態の図６のＳ１−１０２の説明図。
【図１０】第２実施形態の更新リクエスト発行処理のフローチャート。
【図１１】第２実施形態のタスク情報登録画面の概略図。
【図１２】第２実施形態の行動ログのデータ構造を示す図。
【図１３】第２実施形態の図１０のＳ２−３０６の説明図。
【図１４】第２実施形態の図１０のＳ２−３２６の説明図。
【図１５】第２実施形態の完了ＰＯＩ情報確認画面の概略図。
【図１６】第２実施形態の更新リクエストのデータ構造を示す図。
【図１７】第３実施形態の情報処理のシーケンス図。
【図１８】第３実施形態の処理グループ（Ｓ３）のフローチャート。
【図１９】第３実施形態のタスク情報登録画面の概略図。
【図２０】第３実施形態の管理データのデータ構造を示す図。
【図２１】第３実施形態の更新リクエストのデータ構造を示す図。
【図２２】第３実施形態のＰＯＩタスクリスト更新処理のフローチャート。
【図２３】第４実施形態の情報処理システム１の構成を示すブロック図。
【図２４】第４実施形態の情報処理のシーケンス図。
【図２５】第４実施形態のＰＯＩタスクリスト更新処理のフローチャート。
【図２６】第４実施形態の図２５のＳ４−１０２の説明図。
【図２７】第４実施形態の信頼度管理情報のデータ構造を示す図。
【図２８】第４実施形態のレコメンドリクエスト発行処理のフローチャート。
【図２９】第４実施形態のタスク情報登録画面の概略図。
【図３０】第４実施形態のレコメンドリクエストのデータ構造を示す図。
【図３１】第４実施形態の図２４のＳ４−１２の説明図。
【図３２】第４実施形態のタスク選択処理のフローチャート。
【図３３】第４実施形態の図２４のＳ４−３２２Ｂの説明図。
【図３４】第４実施形態の選択タスク情報のデータ構造を示す図。
【図３５】第４実施形態の図２４のＳ４−１４の説明図。
【発明を実施するための形態】
【００１１】
本実施形態について、図面を参照して説明する。
【００１２】
（第１実施形態）
第１実施形態について説明する。第１実施形態は、ユーザが新規タスクを登録したことを条件として、ＰＯＩタスクリストを更新する、情報処理システムの例である。
【００１３】
第１実施形態の情報処理システム１の構成について説明する。図１は、第１実施形態の情報処理システム１の構成を示すブロック図である。
【００１４】
図１に示すように、情報処理システム１は、サーバ１０と、端末装置３０と、ネットワーク５０と、を備える。サーバ１０及び端末装置３０は、ネットワーク５０を介して互いに通信可能である。サーバ１０の数は、１台であっても良いし、複数台であっても良い。端末装置３０の数は、１台であっても良いし、複数台であっても良い。ネットワーク５０は、有線ネットワークであっても良いし、無線ネットワークであっても良い。サーバ１０と端末装置３０との間の通信は、ネットワーク５０以外の媒体（例えば、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）等のデータバスケーブル、又はＳＤ（Ｓｅｃｕｅｒｅ  Ｄｉｇｉｔａｌ）カード等のリムーバルメディア）を介して行われても良い。
【００１５】
サーバ１０は、サーバ制御部１２と、サーバ記憶部１４と、サーバ通信部１６と、を備える。
【００１６】
サーバ制御部１２は、サーバ通信制御部１２０と、サーバ情報取得部１２１と、サーバ出力制御部１２２と、経路探索部１２４と、サーバタスク管理部１２６と、レコメンド処理部１２８と、を備える。サーバ制御部１２の各部については、後述する。
【００１７】
サーバ記憶部１４には、サーバ制御部１２が取り扱うデータが記憶される。例えば、サーバ記憶部１４には、経路ネットワーク情報と、地図情報と、ＰＯＩ（Ｐｏｉｎｔ  Ｏｆ  Ｉｎｔｅｒｅｓｔ）情報と、ＰＯＩタスクリストと、サーバ制御部１２が実行可能なアプリケーションと、が記憶される。
【００１８】
経路ネットワーク情報とは、移動手段の経路ネットワークを示す情報である。経路ネットワークは、複数のノードと、複数のノード間を接続するリンクと、を含む。
【００１９】
地図情報とは、地図を示す情報である。例えば、地図情報は、経路ネットワークに対応する地図を示す。地図情報は、ＰＯＩ情報を含む。ＰＯＩ情報とは、ＰＯＩに関する情報である。
【００２０】
ＰＯＩタスクリストは、複数のタスク情報を含む。タスク情報とは、ユーザが実行すべきタスクに関する情報である。タスクとは、ユーザが過去（例えば、ユーザが端末装置３０を操作する時点より前）に行った過去タスク、及びユーザが将来（例えば、ユーザが端末装置３０を操作する時点より後）に行う予定の将来タスクの少なくとも１つを含む概念である。
【００２１】
サーバ通信部１６は、サーバ１０とネットワーク５０との間の通信インタフェースである。
【００２２】
端末装置３０は、端末制御部３２と、端末記憶部３４と、端末通信部３６と、操作部３８と、測位部４０と、表示部４２と、を備える。例えば、端末装置３０は、デスクトップコンピュータ、ノートブックコンピュータ、携帯電話、スマートフォン、タブレット端末、又はカーナビゲーション装置である。
【００２３】
端末制御部３２は、端末通信制御部３２０と、端末情報取得部３２１と、端末出力制御部３２２と、リクエスト発行部３２４と、完了ＰＯＩ特定部３２６と、経路案内部３２８と、端末タスク管理部３３０と、を備える。端末制御部３２の各部については、後述する。
【００２４】
端末記憶部３４には、端末制御部３２が取り扱うデータが記憶される。例えば、端末記憶部３４には、ユーザ情報と、端末制御部３２が実行可能なアプリケーションと、が記憶される。
【００２５】
端末通信部３６は、端末装置３０とネットワーク５０との間の通信インタフェースである。
【００２６】
操作部３８は、ユーザから、ユーザ指示を受け付ける。例えば、操作部３８は、タッチパネルである。この場合には、ユーザは、タッチパネルを用いて所定の操作（例えば、タッチ又はスワイプ）を行うことにより、端末装置３０にユーザ指示を与える。操作部３８は、ユーザが行った操作に応じて、ユーザ指示を受け付ける。
【００２７】
測位部４０は、測位情報を取得する。測位情報は、端末装置３０の測位位置を示す測位位置情報と、端末装置３０の測位方位を示す測位方位情報と、を含む。例えば、測位部４０は、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）レシーバである。
【００２８】
表示部４２は、様々な情報を表示する。例えば、表示部４２は、液晶ディスプレイ又は有機ＥＬ（Ｅｌｅｃｔｒｏｌｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイである。なお、操作部３８及び表示部４２は、一体のモジュール（例えば、タッチパネル型ディスプレイ）であっても良い。
【００２９】
なお、サーバ記憶部１４及び端末記憶部３４は、それぞれ、サーバ１０及び端末装置３０の外部に設けられ、ネットワーク５０を介して、サーバ１０及び端末装置３０と接続されても良い。即ち、ＰＯＩタスクリストは、サーバ記憶部１４及び端末記憶部３４以外の、サーバ１０及び端末装置３０の少なくとも１つと、直接的に又は間接的に（例えば、ネットワーク５０を介して）、接続された記憶媒体に格納されても良い。
【００３０】
第１実施形態の情報処理について説明する。図２は、第１実施形態の情報処理のシーケンス図である。図２の情報処理は、端末制御部３２が情報処理アプリケーションを起動したときに開始される。情報処理アプリケーションとは、コンピュータに情報処理を実行させるためのコンピュータプログラムである。
【００３１】
＜Ｓ１−３０＞  端末装置３０が、更新リクエスト発行処理を実行する。
【００３２】
第１実施形態の更新リクエスト発行処理について説明する。図３は、第１実施形態の更新リクエスト発行処理のフローチャートである。
【００３３】
＜Ｓ１−３００＞  端末情報取得部３２１が、タスク情報登録画面を介して、ユーザから、タスク（即ち、新規タスク）の登録に関するタスク情報（タスク内容情報、タスク位置情報、及び完了フラグ）を取得する。登録されるタスクは、過去タスク及び将来タスクの少なくとも１つである。
【００３４】
図４は、第１実施形態のタスク情報登録画面の概略図である。
【００３５】
図４に示すように、ユーザは、タスク情報登録画面を見ながら、操作部３８を操作することにより、タスク内容情報欄１−４２ａに、タスクの内容（例えば、「プレゼントを買う」）を入力し、タスク位置情報欄１−４２ｂに、タスクを実行すべき位置（例えば、座標「Ｘ１，Ｙ１」又はＰＯＩを識別する情報（以下「ＰＯＩ−ＩＤ」という）を入力し、完了フラグ欄１−４２ｃに、「なし」を入力し、終了ボタン１−４２ｄを押下する。
【００３６】
次いで、端末情報取得部３２１は、登録すべきタスク情報として、タスク情報登録画面（タスク内容情報欄１−４２ａ、タスク位置情報欄１−４２ｂ、及び完了フラグ欄１−４２ｃ）に入力された情報を取得する。
【００３７】
＜Ｓ１−３０２＞  リクエスト発行部３２４が、タスク情報に基づいて、更新リクエストを発行する。更新リクエストは、タスク内容情報と、タスク位置情報と、完了フラグと、を含む。
【００３８】
図５は、第１実施形態の更新リクエストのデータ構造を示す図である。図５に示すように、タスク内容情報は、タスク内容情報欄１−４２ａに入力された「プレゼントを買う」という情報に対応し、タスク位置情報は、タスク位置情報欄１−４２ｂに入力された「Ｘ１，Ｙ１」という情報に対応し、完了フラグは、完了フラグ欄１−４２ｃに入力された「なし」（即ち、タスク内容情報が示す項目が完了していないことを示す情報）に対応する。
【００３９】
Ｓ１−３０２が終了すると、図２に示すように、端末通信制御部３２０が、端末通信部３６及びネットワーク５０を介して、更新リクエストをサーバ１０に送信する。
【００４０】
＜Ｓ１−１０＞  端末装置３０から更新リクエストが送信されると、サーバ１０が、ＰＯＩタスクリスト更新処理を実行する。即ち、サーバ１０（特に、サーバタスク管理部１２６）は、端末情報取得部３２１により、タスクの登録に関するタスク情報が取得されたことを条件として、ＰＯＩタスクリストを更新する。
【００４１】
第１実施形態のＰＯＩタスクリスト更新処理について説明する。図６は、第１実施形態のＰＯＩタスクリスト更新処理のフローチャートである。
【００４２】
＜Ｓ１−１００＞  サーバタスク管理部１２６が、ＰＯＩ情報と、更新リクエストに含まれるタスク情報と、を関連付ける。
【００４３】
図７は、第１実施形態のＰＯＩ情報のデータ構造を示す図である。図７に示すように、ＰＯＩ情報は、ＰＯＩ−ＩＤと、ＰＯＩ名称情報と、ＰＯＩ位置情報と、ＰＯＩの種類を示すＰＯＩジャンル情報と、を含む。ＰＯＩ名称情報とは、ＰＯＩの名称を示す情報である。ＰＯＩ位置情報とは、ＰＯＩの位置を示す情報である。
【００４４】
具体的には、サーバタスク管理部１２６は、タスク内容情報及びタスク位置情報の少なくとも１つと、ＰＯＩ名称情報、ＰＯＩ位置情報、及びＰＯＩジャンル情報の少なくとも１つと、を比較し、比較結果に基づいて、ＰＯＩ位置情報とタスク情報を関連付ける。
【００４５】
図８は、第１実施形態の図６のＳ１−１００の説明図である。
【００４６】
Ｓ１−１００の第１例について説明する。第１例は、Ｓ１−３００において、ユーザが、少なくとも、タスクを実行すべき位置を入力した場合の例である。この場合には、サーバ情報取得部１２１は、サーバ記憶部１４から、ＰＯＩ情報と、ＰＯＩタスクリストと、を取得する。次いで、サーバタスク管理部１２６は、タスク位置情報「Ｘ１，Ｙ１」を検索キーとして用いて、当該検索キーに該当するＰＯＩを検索する。この場合には、ＰＯＩ位置情報に、検索キー「Ｘ１，Ｙ１」に最も近い座標「Ｘａ，Ｙａ」が含まれる、ＰＯＩ−ＩＤ「Ｐａ」と、更新リクエストに含まれるタスク情報と、が関連付けられる。これにより、「プレゼントを買う」というタスク内容情報と、「花屋」というＰＯＩジャンル情報に対応するＰＯＩ情報とが、関連付けられる（即ち、互いに関連性の低い情報同士が関連付けられる）。
【００４７】
Ｓ１−１００の第２例について説明する。第２例は、Ｓ１−３００において、ユーザが、少なくとも、タスク内容情報を入力した場合の例である。この場合には、サーバ情報取得部１２１は、サーバ記憶部１４から、ＰＯＩ情報と、タスクリストと、を取得する。次いで、サーバタスク管理部１２６は、タスク内容情報「昼食を取る」に含まれる文字列の全部（即ち、「昼食を取る」）又は一部（例えば、「食」）を検索キーとして用いて、当該検索キーに該当するＰＯＩを検索する。この場合には、ＰＯＩ名称情報及びＰＯＩジャンル情報に「食」が含まれる、ＰＯＩ−ＩＤ「Ｐｃ」と、更新リクエストに含まれるタスク情報と、が関連付けられる。
【００４８】
Ｓ１−１００の第３例について説明する。第３例は、Ｓ１−３００において、ユーザが、少なくとも、ＰＯＩ−ＩＤを入力した場合の例である。この場合には、サーバ情報取得部１２１は、サーバ記憶部１４から、ＰＯＩ情報と、ＰＯＩタスクリストと、を取得する。次いで、サーバタスク管理部１２６は、更新リクエストに含まれるＰＯＩ−ＩＤ「Ｐａ」とタスク情報とを関連付ける。
【００４９】
＜Ｓ１−１０２＞  サーバタスク管理部１２６が、ＰＯＩタスクリストを更新する。
【００５０】
図９は、第１実施形態の図６のＳ１−１０２の説明図である。図９において、（Ａ）は、Ｓ１−１０２の実行前のＰＯＩタスクリストを示し、（Ｂ）は、Ｓ１−１０２の実行後のＰＯＩタスクリストを示す。ＰＯＩタスクリストは、ＰＯＩ−ＩＤと、タスクＩＤと、タスク内容情報と、タスク位置情報と、を含む。タスクＩＤとは、タスクを識別する情報である。例えば、タスクＩＤは、サーバタスク管理部１２６によって管理される固有情報、又は、サーバタスク管理部１２６とは異なるアプリケーション（例えば、カレンダーアプリケーション）によって管理される固有情報である。
【００５１】
例えば、サーバタスク管理部１２６は、Ｓ１−１０２の実行前のＰＯＩタスクリスト（図９（Ａ）を参照）に対して、タスクＩＤ「Ｔｄ」に対応するタスクを追加する（図９（Ｂ）を参照）。このタスクでは、ＰＯＩ−ＩＤが、Ｓ１−１００においてタスク情報と関連付けられたＰＯＩ−ＩＤ「Ｐａ」に対応し、タスク内容情報が、更新リクエストに含まれるタスク内容情報「プレゼントを買う」に対応し、タスク位置情報が、Ｓ１−１００においてタスク情報と関連付けられたＰＯＩ−ＩＤ「Ｐａ」に対応するＰＯＩ位置情報「Ｘａ，Ｙａ」に対応する。
【００５２】
Ｓ１−１０２が終了すると、図２に示すように、第１実施形態の情報処理が終了する。
【００５３】
第１実施形態によれば、ユーザ指示に基づいてタスク情報が取得されたことを条件として、ＰＯＩ情報とタスク情報とを関連付けて、ＰＯＩタスクリストが更新される。これにより、システム提供者のデータベース準備コスト及びデータベース更新コストを低減し、且つ、データベースに格納された情報の確度を改善することができる。
【００５４】
特に、第１実施形態によれば、タスクの登録に関するタスク情報が取得されたことを条件として、ＰＯＩタスクリストが更新される。これにより、ユーザは、端末記憶部３４に記憶されたアプリケーション（例えば、サーバ１４と連携しながら動作するＴｏＤｏアプリ）を用いて、新規タスクを登録するだけで、ＰＯＩタスクリストを更新することができる。
【００５５】
（第２実施形態）
第２実施形態について説明する。第２実施形態は、ユーザが完了タスクを削除したことを条件として、ＰＯＩタスクリストを更新する、情報処理システムの例である。なお、上述の実施形態と同様の説明は省略する。
【００５６】
第２実施形態では、情報処理システム１、サーバ１０及び端末装置３０の構成は、第１実施形態と同様である（図１を参照）。但し、サーバ記憶部１４には、ＰＯＩ情報と、行動ログと、がさらに記憶される。
【００５７】
第２実施形態の情報処理について説明する。
【００５８】
第２実施形態では、情報処理のシーケンス（図２を参照）及びＰＯＩタスクリスト更新処理（図６を参照）のフローチャートは、第１実施形態と同様である。
【００５９】
第２実施形態の更新リクエスト発行処理について説明する。図１０は、第２実施形態の更新リクエスト発行処理のフローチャートである。
【００６０】
＜Ｓ２−３００＞  端末情報取得部３２１が、タスク情報登録画面を介して、ユーザから、タスク（即ち完了タスク）の削除に関するタスク情報（タスク内容情報、タスク位置情報、及び完了フラグ）を取得する。削除されるタスクは、過去タスク及び将来タスクの少なくとも１つである。
【００６１】
図１１は、第２実施形態のタスク情報登録画面の概略図である。
【００６２】
例えば、ユーザは、図１１のタスク情報登録画面を見ながら、タスク内容情報欄１−４２ａに、タスクの内容（例えば、「プレゼントを買う」）が設定され、操作部３８を操作することにより、完了フラグ欄１−４２ｃに「完了」を入力し、終了ボタン１−４２ｄを押下する。
【００６３】
次いで、端末情報取得部３２１は、タスク情報として、タスク情報登録画面（タスク内容情報欄１−４２ａ及び完了フラグ欄１−４２ｃ）に入力された情報を取得する。
【００６４】
＜Ｓ２−３０２＞  リクエスト発行部３２４が、行動ログの有無（即ち、サーバ記憶部１４に行動ログが記憶されているか否か）を判定する。行動ログがある場合には（Ｓ２−３０２：Ｙ）、Ｓ２−３０４が実行される。一方、行動ログがない場合には（Ｓ２−３０２：Ｎ）、Ｓ２−３２４が実行される。
【００６５】
第２実施形態の行動ログについて説明する。図１２は、第２実施形態の行動ログのデータ構造を示す図である。
【００６６】
図１２に示すように、行動ログは、時間情報と、当該時間情報に対応するログ情報と、を含む。時間情報とは、端末制御部３２から得られる時刻を示す情報である。ログ情報とは、測位部４０から得られる測位情報である。即ち、行動ログとは、端末装置３０の移動履歴を示す情報である。
【００６７】
＜Ｓ２−３０４＞  完了ＰＯＩ特定部３２６が、行動ログから、完了位置情報を抽出する。
【００６８】
例えば、端末情報取得部３２１は、サーバ記憶部１４から、行動ログを取得する。次いで、完了ＰＯＩ特定部３２６は、行動ログの時刻情報の間隔ΔＴ（ｔ（ｔは、０以上の整数である））（即ち、ΔＴ＝Ｔ（ｔ＋１）−Ｔ（ｔ））が最大となる時刻Ｔ（ｔ）に対応付けられたログ情報（Ｘ（ｔ），Ｙ（ｔ））を、完了位置情報として抽出する。間隔ΔＴは、ログ情報が示す位置の滞在時間を意味する。即ち、完了位置情報は、行動ログのログ情報が示す位置のうち、滞在時間が最も長い位置を示す。
【００６９】
＜Ｓ２−３０６＞  完了ＰＯＩ特定部３２６が、完了位置情報に基づいて、完了ＰＯＩ（例えば、完了ＰＯＩ−ＩＤ）を特定する。完了ＰＯＩとは、タスクが完了した位置に対応するＰＯＩである。
【００７０】
図１３は、第２実施形態の図１０のＳ２−３０６の説明図である。
【００７１】
リクエスト発行部３２４は、完了位置情報（Ｘ（ｔ），Ｙ（ｔ））を検索キーとして用いて、当該検索キーに該当するＰＯＩを検索する。この場合には、ＰＯＩ位置情報に、検索キー「Ｘ（ｔ），Ｙ（ｔ）」に最も近い座標「Ｘａ，Ｙａ」に対応するＰＯＩ−ＩＤ「Ｐａ」が、完了ＰＯＩ−ＩＤとして得られる。
【００７２】
＜Ｓ２−３２４＞  行動ログが記憶されていない場合には（Ｓ２−３０２：Ｎ）、リクエスト発行部３２４が、測位部４０から、測位情報（Ｘ２，Ｙ２）を取得する。
【００７３】
＜Ｓ２−３２６＞  完了ＰＯＩ特定部３２６が、Ｓ２−３２４で取得した測位情報に基づいて、完了ＰＯＩを特定する。
【００７４】
図１４は、第２実施形態の図１０のＳ２−３２６の説明図である。
【００７５】
リクエスト発行部３２４は、測位情報（Ｘ２，Ｙ２）を検索キーとして用いて、当該検索キーに該当するＰＯＩを検索する。この場合には、ＰＯＩ位置情報に、検索キー「Ｘ２，Ｙ２」に最も近い座標「Ｘｂ，Ｙｂ」に対応するＰＯＩ−ＩＤ「Ｐｂ」が、完了ＰＯＩ−ＩＤとして特定される。
【００７６】
＜Ｓ２−３０７＞  端末出力制御部３２２が、表示部４２に、完了ＰＯＩ情報確認画面を表示する。
【００７７】
図１５は、第２実施形態の完了ＰＯＩ情報確認画面の概略図である。図１５に示すように、完了ＰＯＩ情報確認画面では、完了ＰＯＩ−ＩＤ欄２−４２ａに、Ｓ２−３０６又はＳ２−３２６で特定された完了ＰＯＩ−ＩＤが示され、完了ＰＯＩ名称情報欄２−４２ｂに、完了ＰＯＩ−ＩＤに対応するＰＯＩ名称情報が示され、完了ＰＯＩ位置情報欄２−４２ｃに、完了ＰＯＩ−ＩＤに対応するＰＯＩ位置情報が示される。ユーザは、完了タスク情報確認画面の各欄に示された情報が誤っている場合には、変更ボタン２−４２ｄを押下し、完了タスク情報確認画面の各欄に示された情報が正しい場合には、終了ボタン２−４２ｅを押下する。
【００７８】
＜Ｓ２−３０８＞  完了タスク情報確認画面の情報が誤っている場合（即ち、変更ボタン２−４２ｄが押下された場合）には（Ｓ２−３０８：Ｎ）、Ｓ２−３０９が実行される。一方、完了タスク情報確認画面の情報が正しい場合（即ち、終了ボタン２−４２ｅが押下された場合）には（Ｓ２−３０８：Ｙ）、Ｓ２−３１０が実行される。
【００７９】
＜Ｓ２−３０９＞  ユーザは、完了ＰＯＩ情報確認画面を見ながら、操作部３８を操作することにより、完了ＰＯＩ−ＩＤ欄２−４２ａ、完了ＰＯＩ名称情報欄２−４２ｂ、及び完了ＰＯＩ位置情報欄２−４２ｃの少なくとも１つに、正しい情報を入力する。
【００８０】
例えば、ユーザは、完了ＰＯＩ位置情報欄２−４２ｃに、正しい完了ＰＯＩを示すＰＯＩ位置情報を入力し、終了ボタン２−４２ｅを押下する。
【００８１】
次いで、端末情報取得部３２１は、変更された完了ＰＯＩ情報として、完了ＰＯＩ情報確認画面に入力された情報を取得する。
【００８２】
＜Ｓ２−３１０＞  リクエスト発行部３２４が、Ｓ２−３０６若しくはＳ２−３２６で特定された完了ＰＯＩ、又は、Ｓ２−３０９で受け付けられた完了ＰＯＩ、に基づいて、更新リクエストを発行する。更新リクエストは、タスク内容情報と、タスク位置情報と、完了フラグと、を含む。
【００８３】
図１６は、第２実施形態の更新リクエストのデータ構造を示す図である。図１６に示すように、タスク内容情報は、タスク内容情報欄１−４２ａに設定された「プレゼントを買う」という情報に対応し、タスク位置情報は、完了ＰＯＩ位置情報欄２−４２ｃに示された位置情報「Ｘａ，Ｙａ」に対応し、完了フラグは、完了フラグ欄１−４２ｃに入力された「完了」（即ち、タスク内容情報が示す項目が完了したことを示す情報）に対応する。
【００８４】
Ｓ２−３１０が終了すると、図２に示すように、端末通信制御部３２０が、端末通信部３６及びネットワーク５０を介して、更新リクエストをサーバ１０に送信する。即ち、サーバ１０（特に、サーバタスク管理部１２６）は、端末情報取得部３２１により、タスクの削除に関するタスク情報が取得されたことを条件として、ＰＯＩタスクリストを更新する。
【００８５】
なお、第２実施形態では、ＰＯＩ情報及び行動ログが、サーバ記憶部１４に記憶される例について説明したが、本発明の範囲は、これに限られるものではない。第２実施形態では、ＰＯＩ情報及び行動ログは、端末記憶部３４に記憶されても良い。
【００８６】
特に、第２実施形態によれば、タスクの削除に関するタスク情報が取得されたことを条件として、ＰＯＩタスクリストが更新される。これにより、ユーザは、完了タスクを削除するだけで、ＰＯＩタスクリストを更新することができる。
【００８７】
（第３実施形態）
第３実施形態について説明する。第３実施形態は、ユーザが既存タスクを実行したことを条件として、ＰＯＩタスクリストを更新する、情報処理システムの例である。なお、上述の実施形態と同様の説明は省略する。
【００８８】
第３実施形態では、情報処理システム１、サーバ１０及び端末装置３０の構成は、第１実施形態と同様である（図１を参照）。但し、端末記憶部３４には、ＰＯＩ情報と、行動ログと、管理データと、がさらに記憶される。
【００８９】
第３実施形態の情報処理について説明する。図１７は、第３実施形態の情報処理のシーケンス図である。図１７の情報処理は、端末制御部３２が情報処理アプリケーションを起動したときに開始される。
【００９０】
第３実施形態の情報処理では、処理グループ（Ｓ３）を構成する複数の処理（経路探索処理（Ｓ３−１２）、更新リクエスト発行処理（Ｓ３−３０）、管理処理（Ｓ３−３２）、及び経路案内処理（Ｓ３−３４））が、並行して実行される。
【００９１】
第３実施形態の処理グループ（Ｓ３）について説明する。図１８は、第３実施形態の処理グループ（Ｓ３）のフローチャートである。
【００９２】
＜Ｓ３−３２０＞  端末情報取得部３２１が、タスク情報登録画面を介して、ユーザから、既存タスクの実行に関するタスク情報（タスク内容情報及びタスク位置情報）を取得する。
【００９３】
図１９は、第３実施形態のタスク情報登録画面の概略図である。
【００９４】
図１９に示すように、ユーザは、タスク情報登録画面を見ながら、操作部３８を操作することにより、タスク内容情報欄３−４２ａの所望のタスクの内容に対応するタスク情報を登録する。
【００９５】
例えば、ユーザが、タスク内容情報「家賃を振り込む」及びタスク位置情報（Ｘ１，Ｙ１）を入力すると、タスク情報登録画面に実行ボタン３−４２ｃが表示される。ユーザが、実行ボタン３−４２ｃを押下し、終了ボタン３−４２ｄを押下すると、タスク内容情報「家賃を振り込む」及びタスク位置情報（Ｘ１，Ｙ１）を含むタスク情報が登録される。
【００９６】
次いで、端末情報取得部３２１は、登録すべきタスク情報として、押下された実行ボタン３−４２ｃに対応するタスク情報（タスク内容情報欄３−４２ａの情報及びタスク位置情報欄３−４２ｂの情報）を取得する。
【００９７】
Ｓ３−３２０が終了すると、経路案内処理（Ｓ３−３４）及び管理処理（Ｓ３−３６）が実行される。
【００９８】
＜Ｓ３−３６０＞  端末タスク管理部３３０が、登録すべきタスク情報に基づいて、管理データを生成する。
【００９９】
図２０は、第３実施形態の管理データのデータ構造を示す図である。図２０に示すように、タスク内容情報は、登録すべきタスク情報のタスク内容情報（即ち、図１９のタスク内容情報欄３−４２ａの情報」に対応し、管理フラグは、経路探索及び経路案内の進捗状況を示す情報である。
【０１００】
管理フラグは、目的地設定フラグと、探索終了フラグと、経路案内開始フラグと、経路案内終了フラグと、を含む。目的地設定フラグは、目的地が設定されたことを条件として設定されるフラグである。探索終了フラグは、経路探索が終了したことを条件として設定されるフラグである。経路案内開始フラグは、経路案内が開始したことを条件として設定されるフラグである。経路案内終了フラグは、経路案内が終了したことを条件として設定されるフラグである。
【０１０１】
＜Ｓ３−３４０＞  端末制御部３２が、探索条件を生成する。探索条件は、出発地及び目的地の少なくとも１つを含む。次いで、端末通信制御部３２０が、端末通信部３６及びネットワーク５０を介して、探索条件を含む探索リクエストをサーバ１０に送信する。
【０１０２】
例えば、端末制御部３２は、タスク位置情報（即ち、実行すべきタスクの位置を示す情報）に基づいて、探索条件を生成する。より具体的には、端末制御部３２は、測位情報が示す位置が出発地となり、且つ、タスク位置情報が示す位置が目的地となるように、探索条件を生成する。
【０１０３】
＜Ｓ３−３６２＞  端末タスク管理部３３０が、Ｓ３−３４０が終了したこと（例えば、端末情報取得部３２１が探索条件を取得したこと）を条件として、管理データに、目的地設定フラグを設定する。例えば、端末タスク管理部３３０は、図２０の目的地設定フラグを「あり」に設定する。
【０１０４】
＜Ｓ３−１２＞  サーバ１０が、経路探索処理を実行する。
【０１０５】
例えば、サーバ通信制御部１２０が、ネットワーク５０及びサーバ通信部１６を介して、探索リクエストを受信する。
【０１０６】
次いで、サーバ情報取得部１２１が、サーバ記憶部１４から、経路ネットワーク情報及び地図情報を取得する。
【０１０７】
次いで、経路探索部１２４が、経路ネットワーク情報と、地図情報と、探索条件と、に基づいて、探索リクエストに含まれる探索条件に対応する経路（以下「案内経路」という）を探索する。案内経路とは、出発地条件が示す出発地から目的地条件が示す目的地までの経路である。
【０１０８】
次いで、サーバ通信制御部１２０が、サーバ通信部１６及びネットワーク５０を介して、案内経路を示す案内経路情報を端末装置３０に送信する。
【０１０９】
＜Ｓ３−３４２＞  端末通信制御部３２０が、ネットワーク５０及び端末通信部３６を介して、案内経路情報を受信する。
【０１１０】
＜Ｓ３−３６４＞  端末タスク管理部３３０が、Ｓ３−３４２が終了したこと（例えば、経路案内部３２８が、端末通信制御部３２０が案内経路情報を受信したことを示す通知を、受領したこと）を条件として、管理データに、探索終了フラグを設定する。例えば、端末タスク管理部３３０は、図２０の探索終了フラグを「あり」に設定する。
【０１１１】
＜Ｓ３−３４４＞  経路案内部３２８が、案内経路情報に基づいて、経路案内を開始する。例えば、端末出力制御部３２２が、案内経路情報に基づいて、案内経路に対応する画像データ（以下「案内画像データ」という）と、案内経路に対応する音声データ（以下「案内音声データ」という）と、を生成する。案内画像データは、表示部４２に表示され、案内音声データは、スピーカ（図示せず）から出力される。経路案内部３２８は、測位情報に基づいて、案内画像データと、案内音声データと、を制御することにより、ユーザを、目的地まで誘導する。なお、端末装置３０は、サーバ１０と通信を行いながら経路案内を行っても良いし、サーバ１０と通信を行うことなく経路案内を行っても良い。
【０１１２】
＜Ｓ３−３６６＞  端末タスク管理部３３０が、Ｓ３−３４４が開始したことを条件として、管理データに、経路案内開始フラグを設定する。例えば、端末タスク管理部３３０は、図２０の経路案内開始フラグを「あり」に設定する。
【０１１３】
＜Ｓ３−３４６＞  経路案内部３２８が、経路案内を終了する。例えば、ユーザが目的地に到着した場合（例えば、測位情報が示す位置と目的地が一致した場合）に、経路案内部３２８は、経路案内を終了する。
【０１１４】
＜Ｓ３−３６８＞  端末タスク管理部３３０が、Ｓ３−３４６が終了したことを条件として、管理データに、経路案内終了フラグを設定する。例えば、端末タスク管理部３３０は、図２０の経路案内終了フラグを「あり」に設定する。
【０１１５】
即ち、端末タスク管理部３３０は、管理処理（Ｓ３−３２）において、端末制御部３２の処理（Ｓ３−３４０）、経路探索部１２４の処理（Ｓ３−１２及びＳ３−３４２）、及び経路案内部３２８の処理（Ｓ３−３４４及びＳ３−３４６）の、少なくとも１つの進捗状況を管理する。
【０１１６】
＜Ｓ３−３２２＞  リクエスト発行部３２４が、Ｓ３−３２０で受け付けられたタスク情報と、管理処理で設定された管理フラグと、に基づいて、更新リクエストを発行する。更新リクエストは、タスク内容情報と、タスク位置情報と、管理フラグと、を含む。
【０１１７】
図２１は、第３実施形態の更新リクエストのデータ構造を示す図である。図２１に示すように、タスク内容情報は、タスク内容情報欄３−４２ａに入力された「プレゼントを買う」という情報に対応し、タスク位置情報は、タスク位置情報欄３−４２ｂに入力された「Ｘ１，Ｙ１」という情報に対応し、管理フラグは、Ｓ３−３６２〜Ｓ３−３６８において管理データに設定された情報（例えば、「目的地設定フラグ：あり」、「探索終了フラグ：あり」、「経路案内開始フラグ：あり」、及び「経路案内終了フラグ：なし」）に対応する。
【０１１８】
Ｓ３−３２２が終了すると、図１７に示すように、端末通信制御部３２０が、端末通信部３６及びネットワーク５０を介して、更新リクエストをサーバ１０に送信する。
【０１１９】
＜Ｓ３−１０＞  端末装置３０から更新リクエストが送信されると、サーバ１０が、ＰＯＩタスクリスト更新処理を実行する。即ち、サーバ１０（特に、サーバタスク管理部１２６）は、端末情報取得部３２１により、タスクの実行に関するタスク情報が取得されたことを条件として、ＰＯＩタスクリストを更新する。
【０１２０】
第３実施形態のＰＯＩタスクリスト更新処理について説明する。図２２は、第３実施形態のＰＯＩタスクリスト更新処理のフローチャートである。
【０１２１】
＜Ｓ３−３００＞  サーバタスク管理部１２６が、管理データに、所定数の管理フラグが設定されているか否かを判定する。所定数の管理フラグが設定されている場合には（Ｓ３−３００：Ｙ）、Ｓ３−３０２が実行される。所定数の管理フラグが設定されていない場合には（Ｓ３−３００：Ｎ）、更新リクエスト発行処理が終了する。
【０１２２】
＜Ｓ３−３０２＞  サーバタスク管理部１２６が、第１実施形態（図６のＳ１−１００）と同様に、ＰＯＩタスクリストを更新する。
【０１２３】
即ち、サーバタスク管理部１２６は、ＰＯＩタスクリスト更新処理（Ｓ３−１０）において、端末制御部３２の処理（Ｓ３−３４０）、経路探索部１２４の処理（Ｓ３−１２）、及び経路案内部３２８の処理（Ｓ３−３４２〜Ｓ３−３４６）の、少なくとも１つの進捗状況に応じて、ＰＯＩタスクリストを更新する。
【０１２４】
より具体的には、サーバタスク管理部１２６は、探索条件が生成されたこと、経路探索部１２４の処理が終了したこと、経路案内部３２８の処理が開始したこと、及び経路案内部３２８の処理が終了したこと、の少なくとも１つを条件として、ＰＯＩタスクリストを更新する。
【０１２５】
なお、第３実施形態の管理フラグは、目的地設定フラグ、探索終了フラグ、経路案内開始フラグ、及び経路案内終了フラグの少なくとも１つを含んでいれば良い。
【０１２６】
また、第３実施形態は、ユーザが、タスク位置情報を入力せずに、タスク内容情報「プレゼントを買う」を入力した場合にも適用可能である。この場合には、タスク情報登録画面に経路探索ボタン３−４２ｅが表示される。ユーザが、経路探索ボタン３−４２ｅを押下し、終了ボタン３−４２ｄを押下すると、Ｓ３−３４０が実行される。Ｓ３−３４０において、ユーザが、目的地を探索条件として設定すると、当該目的地に対応する位置情報が、タスク位置情報として登録される。
【０１２７】
特に、第３実施形態によれば、タスクの実行に関するタスク情報が取得されたことを条件として、ＰＯＩタスクリストが更新される。これにより、ユーザは、既存タスクを実行するだけで、ＰＯＩタスクリストを更新することができる。
【０１２８】
（第４実施形態）
第４実施形態について説明する。第４実施形態は、複数のユーザ間で、ＰＯＩ情報と関連付けられたタスク情報を共有する、情報処理システムの例である。なお、上述の実施形態と同様の説明は省略する。
【０１２９】
第４実施形態の情報処理システム１の構成について説明する。図２３は、第４実施形態の情報処理システム１の構成を示すブロック図である。
【０１３０】
図２３に示すように、情報処理システム１は、サーバ１０と、第１端末装置３０Ａと、第２端末装置３０Ｂと、ネットワーク５０と、を備える。サーバ１０、第１端末装置３０Ａ、及び第２端末装置３０Ｂは、ネットワーク５０を介して互いに通信可能である。サーバ１０の数は、１台であっても良いし、複数台であっても良い。第１端末装置３０Ａ及び第２端末装置３０Ｂ以外の端末装置があっても良い（即ち、端末装置３０の数は、３台以上であっても良い）。
【０１３１】
第４実施形態では、サーバ１０の構成は、第１実施形態〜第３実施形態の何れかと同様である。また、第１端末装置３０Ａ及び第２端末装置３０Ｂの構成は、第１実施形態〜第３実施形態の何れかの端末装置３０と同様である。但し、サーバ記憶部１４には、信頼度管理情報がさらに記憶される。
【０１３２】
第４実施形態の情報処理について説明する。図２４は、第４実施形態の情報処理のシーケンス図である。図２４の情報処理は、第１端末装置３０Ａの端末制御部３２が情報処理アプリケーションを起動したときに開始される。
【０１３３】
＜Ｓ４−３０Ａ＞  第１端末装置３０Ａが、第１実施形態〜第３実施形態（図２のＳ１−３０及び図１７のＳ３−３０）の何れかと同様に、更新リクエスト発行処理を実行する。但し、Ｓ４−３０Ａでは、第１端末装置３０Ａは、更新リクエストに加えて、ユーザ識別情報（以下、「ユーザＩＤ」という）も、サーバ１０に送信する。ユーザＩＤとは、ユーザを識別する情報である。以下、第１端末装置３０ＡのユーザのユーザＩＤを「第１ユーザＩＤ」という。
【０１３４】
＜Ｓ４−１０＞  第１端末装置３０Ａから更新リクエスト及び第１ユーザＩＤが送信されると、サーバ１０が、ＰＯＩタスクリスト更新処理を実行する。
【０１３５】
第４実施形態のＰＯＩタスクリスト更新処理について説明する。図２５は、第４実施形態のＰＯＩタスクリスト更新処理のフローチャートである。
【０１３６】
＜Ｓ４−１００＞  第１実施形態（図６のＳ１−１００）と同様である。
【０１３７】
＜Ｓ４−１０２＞  第１端末装置３０Ａが、第１ユーザＩＤを用いて、ＰＯＩタスクリストを更新する。これにより、ＰＯＩタスクリストのタスク情報は、第１ユーザＩＤと関連付けられる。
【０１３８】
図２６は、第４実施形態の図２５のＳ４−１０２の説明図である。
【０１３９】
例えば、サーバタスク管理部１２６は、Ｓ４−１００において得られたＰＯＩタスクリスト（図９の（Ｂ）を参照）に、Ｓ４−３０Ａにおいて送信された第１ユーザＩＤを追加する（図２６を参照）。
【０１４０】
即ち、サーバタスク管理部１２６は、ＰＯＩ情報と、タスク情報と、ユーザＩＤと、を関連付けて、ＰＯＩタスクリストを更新する。
【０１４１】
＜Ｓ４−１０４＞  第１端末装置３０Ａが、信頼度管理情報を更新する。信頼度管理情報とは、ＰＯＩ−ＩＤ毎のタスク情報の信頼度（正確性）を示す情報である。
【０１４２】
図２７は、第４実施形態の信頼度管理情報のデータ構造を示す図である。図２７に示すように、信頼度管理情報は、タスクＩＤと、信頼度と、を示す。タスクＩＤは、ＰＯＩタスクリストのタスクＩＤに対応する。信頼度は、タスクＩＤにより識別されるタスク（即ち、ＰＯＩ−ＩＤと、タスク内容情報、タスク位置情報、及びユーザＩＤの少なくとも１つと、の組み合わせ）の信頼度を示す情報である。例えば、信頼度の値が大きいほど、タスクＩＤに対応するタスクの信頼性が高い（即ち、図２７では、タスクＩＤ「Ｔａ」の信頼度が最低であり、タスクＩＤ「Ｔｄ」の信頼度が最高である）。
【０１４３】
例えば、サーバタスク管理部１２６は、Ｓ４−１０２で更新されたタスクＩＤの信頼度に、所定値を加算する。これにより、信頼度が更新される。換言すると、サーバタスク管理部１２６は、図２４のＳ４−３０Ａで、第１端末装置３０Ａから送信された更新リクエストに対応するタスクの信頼度を高める。これにより、ＰＯＩタスクリストの更新の頻度に応じて信頼度が高くなるように、信頼度管理情報を管理することができる。
【０１４４】
＜Ｓ４−３０Ｂ＞  第２端末装置３０Ｂが、レコメンドリクエスト発行処理を実行する。
【０１４５】
第４実施形態のレコメンドリクエスト発行処理について説明する。図２８は、第４実施形態のレコメンドリクエスト発行処理のフローチャートである。
【０１４６】
＜Ｓ４−３００Ｂ＞  端末情報取得部３２１が、タスク情報登録画面を介して、ユーザから、既存タスクの実行に関するタスク情報（タスク内容情報及びタスク位置情報の少なくとも１つ）を取得する。
【０１４７】
図２９は、第４実施形態のタスク情報登録画面の概略図である。
【０１４８】
図２９に示すように、ユーザは、タスク情報登録画面を見ながら、操作部３８を操作することにより、タスク内容情報欄４−４２ａに、タスクの内容（例えば、「プレゼントを買う」）を入力し、タスク位置情報欄４−４２ｂをブランクにし、終了ボタン４−４２ｃを押下する。
【０１４９】
次いで、端末情報取得部３２１は、登録すべきタスク情報として、タスク情報登録画面（タスク内容情報欄４−４２ａ）に入力された情報を取得する。
【０１５０】
＜Ｓ４−３０２Ｂ＞  リクエスト発行部３２４が、タスク内容情報に基づいて、レコメンドリクエストを発行する。レコメンドリクエストは、Ｓ４−３００Ｂにおいて受け付けられたタスク情報（即ち、タスク内容情報及びタスク位置情報の少なくとも１つ）を含む。
【０１５１】
図３０は、第４実施形態のレコメンドリクエストのデータ構造を示す図である。図３０に示すように、タスク内容情報は、タスク内容情報欄４−４２ａに入力された「プレゼントを買う」という情報に対応し、タスク位置情報は、タスク位置情報欄４−４２ｂに入力されたブランク「＊」という情報に対応する。
【０１５２】
Ｓ４−３０２Ｂが終了すると、図２４に示すように、第２端末装置３０Ｂの端末通信制御部３２０が、第２端末装置３０Ｂの端末通信部３６及びネットワーク５０を介して、レコメンドリクエストをサーバ１０に送信する。但し、Ｓ４−３０Ｂでは、第２端末装置３０Ｂは、レコメンドリクエストに加えて、ユーザＩＤも、サーバ１０に送信する。以下、第２端末装置３０ＢのユーザのユーザＩＤを「第２ユーザＩＤ」という。
【０１５３】
＜Ｓ４−１２＞  第２端末装置３０Ｂから、レコメンドリクエスト及び第２ユーザＩＤが送信されると、サーバ１０が、レコメンドタスク情報を生成する。
【０１５４】
図３１は、第４実施形態の図２４のＳ４−１２の説明図である。
【０１５５】
例えば、サーバ情報取得部１２１は、サーバ記憶部１４から、Ｓ４−１０２において更新されたＰＯＩタスクリスト（即ち、ＰＯＩ情報及びユーザＩＤと関連付けられたＰＯＩタスクリスト）を取得する。
【０１５６】
次いで、レコメンド処理部１２８は、ＰＯＩタスクリストから、タスク内容情報「プレゼントを買う」を検索キーとして用いて、当該検索キーに該当するタスク情報を検索する。この場合には、図２６のＰＯＩタスクリストのタスク内容情報に「プレゼントを買う」が含まれる、タスクＩＤ「Ｔａ」及び「Ｔｃ」に対応するレコメンドタスク情報（図３１を参照）が生成される。
【０１５７】
Ｓ４−１２が終了すると、図２４に示すように、端末通信制御部３２０が、端末通信部３６及びネットワーク５０を介して、レコメンドタスク情報を第２端末装置３０Ｂ（即ち、レコメンドリクエストの送信元）に送信する。
【０１５８】
＜Ｓ４−３２Ｂ＞  第２端末装置３０Ｂが、タスク選択処理を実行する。
【０１５９】
第４実施形態のタスク選択処理について説明する。図３２は、第４実施形態のタスク選択処理のフローチャートである。
【０１６０】
＜Ｓ４−３２０Ｂ＞  第２端末装置３０Ｂが、レコメンドタスク情報を出力する。
【０１６１】
例えば、端末通信制御部３２０が、ネットワーク５０及び端末通信部３６を介して、レコメンドタスク情報を受信する。次いで、端末出力制御部３２２が、レコメンドタスク情報に基づいて、タスク選択画像データを生成する。タスク選択画像データは、表示部４２に、タスク選択画面として表示される。
【０１６２】
＜Ｓ４−３２２Ｂ＞  操作部３８が、タスク選択画面を介して、ユーザから、タスク情報の選択を受け付ける。
【０１６３】
図３３は、第４実施形態の図２４のＳ４−３２２Ｂの説明図である。
【０１６４】
図３３に示すように、ユーザは、タスク選択画面を見ながら、操作部３８を操作することにより、所望のタスクＩＤの選択ボタン４−４２ｈを押下し、終了ボタン４−４２ｉを押下する。なお、タスク内容情報欄４−４２ｄの情報は、Ｓ４−３００Ｂにおいて受け付けられたタスク内容情報に対応し、タスクＩＤ欄４−４２ｅ、ＰＯＩ名称情報欄４−４２ｆ、及びレコメンドユーザＩＤ欄４−４２ｇの情報は、サーバ１０から送信されたレコメンドタスク情報に対応する。
【０１６５】
＜Ｓ４−３２４Ｂ＞  端末制御部３２が、選択タスク情報を生成する。
【０１６６】
図３４は、第４実施形態の選択タスク情報のデータ構造を示す図である。図３４に示すように、選択タスク情報は、選択されたタスクＩＤと、レコメンドユーザＩＤ（即ち、当該タスクＩＤに対応するユーザＩＤ）と、選択ユーザＩＤ（即ち、選択したユーザのユーザＩＤ）と、を含む。例えば、Ｓ４−３２２Ｂにおいて、図３３に示すように、タスクＩＤ「Ｔａ」が選択された場合には、選択タスク情報は、Ｓ４−３２４Ｂでは、図３４に示すように、タスクＩＤ「Ｔａ」と、当該タスクＩＤ「Ｔａ」に対応するレコメンドユーザＩＤ「００１」と、選択ユーザＩＤ（即ち、第２ユーザＩＤ）「００２」と、を含む。
【０１６７】
Ｓ４−３２４Ｂが終了すると、図２４に示すように、端末通信制御部３２０が、端末通信部３６及びネットワーク５０を介して、選択タスク情報をサーバ１０に送信する。
【０１６８】
＜Ｓ４−１４＞  第２端末装置３０Ｂから、選択タスク情報が送信されると、サーバ１０が、選択通知を生成する。選択通知とは、第１ユーザ（例えば、第１端末装置３０Ａのユーザ（ユーザＩＤ「００１」に対応するユーザ））に対して、第２ユーザ（例えば、第２端末装置３０Ｂのユーザ（ユーザＩＤ「００２」に対応するユーザ）が、第１ユーザが登録したタスクを選択したことを、通知する情報である。
【０１６９】
図３５は、第４実施形態の図２４のＳ４−１４の説明図である。
【０１７０】
例えば、サーバ通信制御部１２０は、ネットワーク５０及びサーバ通信部１６を介して、選択タスク情報を受信する。次いで、レコメンド処理部１２８は、選択タスク情報のタスクＩＤ及び選択ユーザＩＤを含む、選択通知を生成する（図３５の（Ａ）を参照）。次いで、サーバ通信制御部１２０は、サーバ通信部１６及びネットワーク５０を介して、選択通知を第１端末装置３０Ａ（即ち、タスクＩＤ「Ｔａ」に対応するユーザ）に送信する。第１端末装置３０Ａは、選択通知をサーバ１０から受信する。その結果、選択通知に対応する選択通知画面が、表示部４２に表示される（図３５の（Ｂ）を参照）。
【０１７１】
特に、第４実施形態によれば、ＰＯＩ情報と、タスク情報と、ユーザＩＤと、を関連付けて、ＰＯＩタスクリストが更新される。これにより、複数のユーザ間で、ＰＯＩ情報と関連付けられたタスク情報を共有することができる。
【０１７２】
なお、第４実施形態では、Ｓ４−３０２Ｂにおいて、タスク位置情報に基づいて、レコメンドリクエストを発行しても良い。
【０１７３】
また、第４実施形態では、レコメンドタスク情報に、信頼度を含めても良い。
【０１７４】
また、第４実施形態では、選択通知を、第１ユーザＩＤ及び第２ユーザＩＤとは異なる第３ユーザＩＤに対応するユーザ（即ち、タスク情報を登録していない、且つ、選択していない、ユーザ）に送信しても良い。例えば、選択通知を、ＳＮＳ（Ｓｏｃｉａｌ  Ｎｅｔｗｏｒｋｉｎｇ  Ｓｅｒｖｉｃｅ）上で、公開しても良い。
【０１７５】
また、第４実施形態では、サーバタスク管理部１２６は、Ｓ４−１０２で更新されたタスクＩＤの信頼度に、当該タスクＩＤに対応するタスク情報を登録したユーザのユーザＩＤ（即ち、第１ユーザＩＤ）と、レコメンドリクエストと共にサーバ１０に送信されるユーザＩＤ（即ち、第２ユーザＩＤ）と、の関係に応じた値を加算しても良い。例えば、この関係は、第１ユーザＩＤに対応するユーザと第２ユーザＩＤに対応するユーザとの間で送受信されたメッセージの数、第２ユーザＩＤに対応するアドレス帳に登録されたアドレス情報の中に第１ユーザＩＤに対応するユーザの情報が登録されているか否か、及びユーザ間の関係を示す指標（例えば、家族、恋人、親しい友達、通常の友達、お気に入り、及びフォローユーザ）等によって決まる。この場合には、第１ユーザＩＤ「００１」が登録したタスク情報がレコメンドタスク情報として抽出される場合において、レコメンドリクエストと共に第２ユーザＩＤ「００２」が送信される場合と第２ユーザＩＤ「００３」が送信される場合と、で、信頼度が変わる。これにより、タスク情報を登録したユーザとレコメンドタスクを要求するユーザとの関係に応じて信頼度を変えることができる。
【０１７６】
なお、上述の実施形態では、タスク情報登録画面において、定型文又は自由分でタスク内容情報の登録を受け付けても良いし、タスクＩＤの登録をさらに受け付けても良い。
【０１７７】
また、上述の実施形態では、端末情報取得部３２１が、タスク情報登録画面を介してタスク情報を取得する例について説明したが、本発明の範囲はこれに限られるものではない。本発明は、端末情報取得部３２１が、タスク情報登録画面以外の手段（例えば、予めタスク情報が登録されたスケジュール管理アプリケーション）を介して、タスク情報を取得する場合にも適用可能である。この場合には、端末情報取得部３２１は、スケジュール管理アプリケーションで管理されているタスクＩＤを取得しても良い。
【０１７８】
また、第４実施形態では、タスク選択画面に表示される複数のレコメンドタスク情報を、所定の基準（例えば、測位情報からの距離及びレコメンドユーザＩＤに関連付けられた信頼度の少なくとも１つ）に基づいて、並べ替えても良い。
【０１７９】
本実施形態に係る情報処理システム１の少なくとも一部は、ハードウェアで構成しても良いし、ソフトウェアで構成しても良い。ソフトウェアで構成する場合には、情報処理システム１の少なくとも一部の機能を実現するプログラムをフレキシブルディスクやＣＤ−ＲＯＭ等の記録媒体に収納し、コンピュータに読み込ませて実行させても良い。記録媒体は、磁気ディスクや光ディスク等の着脱可能なものに限定されず、ハードディスク装置やメモリなどの固定型の記録媒体でも良い。
【０１８０】
また、本実施形態に係る情報処理システム１の少なくとも一部の機能を実現するプログラムを、インターネット等の通信回線（無線通信も含む）を介して頒布しても良い。さらに、同プログラムを暗号化したり、変調をかけたり、圧縮した状態で、インターネット等の有線回線や無線回線を介して、あるいは記録媒体に収納して頒布しても良い。
【０１８１】
なお、本発明は、上述した実施形態に限定されるものではなく、その要旨を逸脱しない範囲で構成要素を変形して具体化される。また、上述した実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明が形成可能である。例えば、上述した実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【符号の説明】
【０１８２】
１  情報処理システム
１０  サーバ
１２  サーバ制御部
１２０  サーバ通信制御部
１２１  サーバ情報取得部
１２２  サーバ出力制御部
１２４  経路探索部
１２６  サーバタスク管理部
１２８  レコメンド処理部  
１４  サーバ記憶部
１６  サーバ通信部
３０  端末装置
３０Ａ  第１端末装置
３０Ｂ  第２端末装置
３２  端末制御部
３２０  端末通信制御部
３２１  端末情報取得部
３２２  端末出力制御部
３２４  リクエスト発行部
３２６  完了ＰＯＩ特定部
３２８  経路案内部
３３０  端末タスク管理部
３４  端末記憶部
３６  端末通信部
３８  操作部
４０  測位部
４２  表示部
【図１】
2013257292.tif 000003
【図２】
2013257292.tif 000004
【図３】
2013257292.tif 000005
【図４】
2013257292.tif 000006
【図５】
2013257292.tif 000007
【図６】
2013257292.tif 000008
【図７】
2013257292.tif 000009
【図８】
2013257292.tif 000010
【図９】
2013257292.tif 000011
【図１０】
2013257292.tif 000012
【図１１】
2013257292.tif 000013
【図１２】
2013257292.tif 000014
【図１３】
2013257292.tif 000015
【図１４】
2013257292.tif 000016
【図１５】
2013257292.tif 000017
【図１６】
2013257292.tif 000018
【図１７】
2013257292.tif 000019
【図１８】
2013257292.tif 000020
【図１９】
2013257292.tif 000021
【図２０】
2013257292.tif 000022
【図２１】
2013257292.tif 000023
【図２２】
2013257292.tif 000024
【図２３】
2013257292.tif 000025
【図２４】
2013257292.tif 000026
【図２５】
2013257292.tif 000027
【図２６】
2013257292.tif 000028
【図２７】
2013257292.tif 000029
【図２８】
2013257292.tif 000030
【図２９】
2013257292.tif 000031
【図３０】
2013257292.tif 000032
【図３１】
2013257292.tif 000033
【図３２】
2013257292.tif 000034
【図３３】
2013257292.tif 000035
【図３４】
2013257292.tif 000036
【図３５】
2013257292.tif 000037