JP2009099116A - ＴｏＤｏレコメンド装置、通信端末装置、通信端末装置制御プログラム - Google Patents

Abstract

【課題】ユーザの利便性を向上させ、かつ、ユーザの操作負担を軽減したＴｏＤｏレコメンドシステムを実現する。
【解決手段】ＴｏＤｏレコメンド装置からレコメンドされたＴｏＤｏ項目を取得して表示する（ステップＳ１０５）。このＴｏＤｏ項目の実行によって得られた結果を、ユーザの予定としてスケジューラに登録する（ステップＳ１１０）。
【効果】ＴｏＤｏ項目をレコメンドすると共に、ユーザが選択して実行されたＴｏＤｏ項目をスケジューラに登録することにより、ユーザの利便性を向上させ、かつ、ユーザの操作負担を軽減したＴｏＤｏレコメンドシステムを実現できる。このため、あるイベントを実現するために何をしたらよいかわからないようなイベントに対してＴｏＤｏ項目を具体化し、またＴｏＤｏ項目に紐づいた子ＴｏＤｏ項目や関連コンテンツをレコメンドすることができる。
【選択図】 図５

Description

本発明はＴｏＤｏレコメンド装置、通信端末装置に関し、特にユーザが行わなければならない項目を示すＴｏＤｏ項目について、レコメンド処理を行うためのＴｏＤｏレコメンドシステムに用いるＴｏＤｏレコメンド装置、通信端末装置、通信端末装置制御プログラムに関する。

一般に、イベントを実現するためには、何を決めればよいか、何を行えばよいか、などを考えて予定を立て、それに従って行動する必要がある。例えば、旅行に行くというイベントを実現する場合を考える。その場合、最初に行き先を決め、次に交通手段を確保したり宿泊施設を予約したり、という行動が必要となる。また、宴会を開催するというイベントについては、参加メンバーを募ったり、居酒屋を予約したり、という行動が必要となる。

このように、イベントを実現するためには何をすべきかについての項目すなわちＴｏＤｏ項目を、１つ１つユーザ自身が考え、それに従って行動する必要がある。このＴｏＤｏ項目は、ユーザ自らが考え、そのＴｏＤｏ項目を実行すると他のＴｏＤｏ項目を考えたり、項目を削除したり、という処理が必要である。ＴｏＤｏ項目に漏れがある場合には、イベントの実行に支障が生じたり、失敗したりすることがある。このため、イベントを実現するためのＴｏＤｏ項目を漏れなくユーザに提示する技術の実現が望まれている。

ここで、複数の項目を任意の順に入力する場合、項目名を表示しておき、入力された項目名の表示を削除することで、入力漏れを防止する技術が知られている（例えば、特許文献１参照）。
特開平９−２９７６４９号公報

上述した特許文献１に記載されている技術は、１つのＴｏＤｏ項目を構成する複数の項目の入力漏れを防止するにすぎず、ＴｏＤｏ項目自体についてはユーザ自身が考える必要がある。これでは、上述した問題を解決することはできない。
本発明は上述した従来技術の問題点を解決するためになされたものであり、その目的はユーザの利便性を向上させ、かつ、ユーザの操作負担を軽減したＴｏＤｏレコメンドシステムを実現することのできるＴｏＤｏレコメンド装置、通信端末装置、通信端末装置制御プログラムを提供することである。

本発明の請求項１によるＴｏＤｏレコメンド装置は、ユーザが行わなければならない項目を示すＴｏＤｏ項目を前記ユーザに提示するためのＴｏＤｏレコメンド装置であって、レコメンド内容としてユーザに提示すべきＴｏＤｏ項目が階層構造として登録されているＴｏＤｏレコメンドテーブルと、ユーザによる項目選択操作に応答して、前記ＴｏＤｏレコメンドテーブルの上位階層から順に次の階層のＴｏＤｏ項目を抽出するＴｏＤｏ項目抽出手段とを含み、前記ＴｏＤｏ項目抽出手段によって抽出されたＴｏＤｏ項目をユーザに提示するようにしたことを特徴とする。このような構成によれば、必要なＴｏＤｏ項目を順次抽出してユーザに提示でき、ユーザの操作負担を軽減することができる。

本発明の請求項２によるＴｏＤｏレコメンド装置は、請求項１において、前記ＴｏＤｏレコメンドテーブルは、前記ＴｏＤｏ項目同士の排他関係を示す排他関係情報を含み、
前記ＴｏＤｏ項目抽出手段は、前記排他関係情報に基づき、排他関係にあるＴｏＤｏ項目についてはそれらを択一的に抽出することを特徴とする。このように、レコメンド対象となりうるＴｏＤｏ項目について、他の項目と同時には実行されないことを示す排他関係を登録しておくことにより、抽出されないＴｏＤｏ項目についてはユーザに提示する必要はなく、テーブルから削除でき、処理を単純化できる。

本発明の請求項３によるＴｏＤｏレコメンド装置は、請求項１において、前記ＴｏＤｏレコメンドテーブルは、前記ＴｏＤｏ項目同士の順序関係を示す順序関係情報を含み、
前記ＴｏＤｏ項目抽出手段は、前記順序関係情報に基づき、順序関係にあるＴｏＤｏ項目についてはその順序に従って抽出することを特徴とする。このような構成によれば、ＴｏＤｏ項目について、上位階層から下位階層に向けて順次提示する他、予め設定された順序に従って提示することができる。

本発明の請求項４によるＴｏＤｏレコメンド装置は、請求項１から請求項３までのいずれか１項において、前記ＴｏＤｏレコメンドテーブルは、前記ＴｏＤｏ項目に対応する情報検索に用いる引数を含み、ユーザによって入力された語句が前記引数として登録されることを特徴とする。このような構成によれば、ユーザによって入力された語句をそのまま情報検索のキーワードとして用いることができ、ユーザの操作負担をより軽減できる。なお、ユーザによって直接入力された語句のほか、選択肢として提示された語句のうちユーザによって選択された語句も、ここでいう入力された語句に含まれる。

本発明の請求項５によるＴｏＤｏレコメンド装置は、請求項１から請求項４までのいずれか１項において、前記ＴｏＤｏ項目の実行によって得られた結果を、該ユーザの予定としてスケジューラに登録するスケジュール登録手段を更に含むことを特徴とする。このような構成によれば、選択して実行したＴｏＤｏ項目をスケジューラに自動的に登録することができるので、ユーザの操作負担をより軽減できる。

本発明の請求項６によるＴｏＤｏレコメンド装置は、請求項５において、
前記スケジュール登録手段は、ユーザによって入力された任意の語句と前記ユーザの予定とを関連付けて登録することを特徴とする。このような構成によれば、任意の語句とユーザの予定とを関連付けて登録することができるので、用意されたフリースペースを活用し、ユーザの利便性を向上させることができる。

本発明の請求項７による通信端末装置は、請求項１から請求項４までのいずれか１項に記載のＴｏＤｏレコメンド装置によって提示されたＴｏＤｏ項目の実行によって得られた結果を、ユーザの予定としてスケジューラに登録するスケジュール登録手段を含むことを特徴とする。このような構成によれば、選択して実行したＴｏＤｏ項目をスケジューラに自動的に登録することができるので、ユーザの操作負担をより軽減できる。

本発明の請求項８による通信端末装置は、請求項１から請求項４までのいずれか１項に記載のＴｏＤｏレコメンド装置によって提示されたＴｏＤｏ項目の実行のために起動されるコンテンツにおいて必要となる情報を、実行済みの他のＴｏＤｏ項目の実行結果に基づいて決定し、それを前記起動されるコンテンツへ入力するようにしたことを特徴とする。
こうすることにより、データを引継ぐことができるので、そのデータをアプリケーションプログラム（以下、適宜「アプリ」と略称する）などのコンテンツに利用することができ、ユーザの操作負担を軽減できる。このアプリケーションプログラムは、例えば、乗換案内検索や地図検索を行うためのプログラムである。

本発明の請求項９による通信端末装置は、請求項８において、
ユーザの予定を管理するスケジュール管理手段（例えば、図３中のスケジュールテーブル１１１）と、
前記スケジュール管理手段によって管理されているユーザの予定と前記ＴｏＤｏ項目とを関連付けて格納するＴｏＤｏ項目管理手段（例えば、図３中のＴｏＤｏテーブル１１３）と、
前記ＴｏＤｏ項目管理手段に格納された前記ユーザの予定に対応する前記ＴｏＤｏ項目の実行結果を格納するＴｏＤｏ項目実行結果管理手段（例えば、図３中のスケジュール拡張テーブル１１２）と、
前記ＴｏＤｏ項目の実行時に、実行済みの他のＴｏＤｏ項目から引継ぐ情報を決めるための引継ぎルールを格納する情報引継ぎルール管理手段（例えば、図３中のデータ引継ぎルールテーブル１１４）と、
を備え、
前記スケジュール管理手段は、前記ユーザの予定に対応する前記ＴｏＤｏ項目と実行結果を対応付けて格納するための拡張領域を有し、
前記ＴｏＤｏ項目の実行時に、前記情報引継ぎルール管理手段に格納された前記引継ぎルールに基づいて、引継ぐ情報を含む引継ぎ元ＴｏＤｏ項目を特定し、
前記引継ぎ元ＴｏＤｏ項目の実行結果の有無を、前記ＴｏＤｏ項目実行結果管理手段の管理内容と前記ＴｏＤｏ項目管理手段の管理内容とに基づいて特定し、
前記引継ぎ元ＴｏＤｏ項目の実行結果が存在する場合は、前記引継ぎルールに従って決定された情報を前記ＴｏＤｏ項目に引継ぐようにしたことを特徴とする。
この構成によれば、各テーブルを参照し、引継ぎルールに従って、データを引継ぐことができ、そのデータをアプリケーションプログラムなどのコンテンツに利用することができ、ユーザの操作負担を軽減できる。

本発明の請求項１０による通信端末装置は、請求項９において、前記ＴｏＤｏ項目の実行は、アプリケーションプログラムの実行によりなされ、
前記アプリケーションプログラムを識別するための情報と前記引継ぎルールを参照するための情報とを対応付けて格納する引継ぎルール対応関係管理手段（例えば、図３中のアプリ一覧テーブル１１６）を更に備えたことを特徴とする。
この構成によれば、引継ぎルールに従って、データを引継ぐことができるので、そのデータをアプリケーションプログラムなどのコンテンツに利用することができ、ユーザの操作負担を軽減できる。

本発明の請求項１１による通信端末装置は、請求項９において、前記ＴｏＤｏ項目の実行は、通信回線を介して自装置と接続される外部サーバ装置へのデータ入力操作によりなされることを特徴とする。
こうすることにより、引継いだデータを、検索サービスを提供しているＷｅｂページなどを管理する、外部サーバ装置への入力に利用することができ、ユーザの操作負担を軽減できる。

本発明の請求項１２による通信端末装置は、請求項９又は請求項１０において、ユーザの自宅位置情報、勤務先位置情報を少なくとも含むユーザ情報を格納するプロフィール情報格納手段（例えば、図３中のプロフィール情報テーブル１１５）を更に備え、
前記情報引継ぎルール管理手段は、前記プロフィール情報格納手段に格納された前記ユーザ情報を含む前記引継ぎルールを格納することを特徴とする。
こうすることにより、ユーザ情報を引継ぐことができるので、そのデータをアプリケーションプログラムなどのコンテンツに利用することができ、ユーザの操作負担を軽減できる。

本発明の請求項１３による通信端末装置制御プログラムは、通信端末装置を制御するための通信端末装置制御プログラムであって、コンピュータを、ＴｏＤｏレコメンド装置からレコメンドされたＴｏＤｏ項目を取得するＴｏＤｏ項目取得手段、前記ＴｏＤｏ項目取得手段によって取得されたＴｏＤｏ項目の実行によって得られた結果を、ユーザの予定としてスケジューラに登録するスケジュール登録手段、として機能させることを特徴とする。
このプログラムを利用して通信端末装置を制御することにより、選択して実行したＴｏＤｏ項目をスケジューラに自動的に登録することができるので、ユーザの操作負担を軽減できる。

本発明の請求項１４による通信端末装置制御プログラムは、通信端末装置を制御するための通信端末装置制御プログラムであって、コンピュータを、ＴｏＤｏ項目の実行のために起動されるコンテンツに応じて、参照すべきデータ引継ぎルールテーブルを決定する手段（例えば、図２２中のステップＳ２０１、Ｓ２０２に対応）、決定されたデータ引継ぎルールテーブルを参照して、データ引継ぎのために参照すべき他のテーブルを決定する手段（例えば、図２２中のステップＳ２０３〜Ｓ２１０に対応）、決定されたテーブルを参照することによって、前記コンテンツにおいて必要となる情報を、前記起動されるコンテンツへ入力する手段（例えば、図２２中のステップＳ２１１に対応）、として機能させることを特徴とする。
このプログラムを利用して通信端末装置を制御することにより、データを引継ぐことができるので、そのデータをアプリケーションプログラムなどのコンテンツに利用することができ、ユーザの操作負担を軽減できる。

本発明によれば、ＴｏＤｏ項目をレコメンドすると共に、選択して実行されたＴｏＤｏ項目をスケジューラに登録することにより、予定を実現するためのＴｏＤｏ項目の提案及びその管理を行うことができ、ＴｏＤｏ項目の漏れを防止すると共に、ユーザの利便性を向上させ、かつ、ユーザの操作負担を軽減したＴｏＤｏレコメンドシステムを実現することができる。
また、あるＴｏＤｏ項目がユーザによって実行された後、そのＴｏＤｏ項目と関連するＴｏＤｏ項目を実行する際に、既に決定している内容を利用する、つまりデータを引継ぐことにより、データの入力操作を省くことができるので、ユーザの利便性をさらに向上させ、かつ、ユーザの操作負担をさらに軽減できる。

以下、本発明の実施の形態を、図面を参照して説明する。なお、以下の説明において参照する各図では、他の図と同等部分は同一符号によって示されている。
（ＴｏＤｏレコメンドシステムの概要）
図１は、本発明の実施形態によるＴｏＤｏレコメンド装置を利用したＴｏＤｏレコメンドシステムの構成例を示すブロック図である。
同図を参照すると、本例のＴｏＤｏレコメンドシステムは、通信端末装置１０のユーザに提供されるＴｏＤｏレコメンドサービスを実現するものである。このＴｏＤｏレコメンドサービスは、無線基地局２０によって形成される無線サービスエリア２００内に、通信端末装置１０が在圏している場合に提供される。

通信端末装置１０のユーザへ後述するＴｏＤｏリスト等を送信するＴｏＤｏレコメンド装置５０は、交換機４０に接続されている。そして、交換機４０および基地局制御装置３０、無線基地局２０を介して、通信端末装置１０とＴｏＤｏレコメンド装置５０との間で、要求およびそれに対する応答を授受することにより、ＴｏＤｏレコメンドサービスが実現される。

次に、通信端末装置の構成例、ＴｏＤｏレコメンド装置の構成例、について、それぞれ説明する。
（ＴｏＤｏレコメンド装置の構成例）
図２は、本例のＴｏＤｏレコメンドシステムに用いられるＴｏＤｏレコメンド装置５０の機能構成例を示すブロック図である。同図を参照すると、ＴｏＤｏレコメンド装置５０は、各種の情報を記憶する記憶部５１と、他の装置との通信を行う通信部５２と、各部の制御を行う制御部５３とを含んで構成されている。記憶部２１には、ＴｏＤｏレコメンドテーブル１００や、スケジュールテーブル１１０が記憶されている。ＴｏＤｏレコメンドテーブル１００の内容については、後述する。

スケジュールテーブル１１０は、スケジューラによって提示される予定の内容が記憶されるテーブルである。例えば、予定ＩＤ、カテゴリ（サブカテゴリ）、開始日時、終了日時、終日設定などの項目が、このテーブルに記憶される。なお、このテーブルに、ユーザが項目を自由に追加できるフリースペースを設けておけば、任意の語句をユーザが入力することができる。これにより、任意の語句とユーザの予定とを関連付けて登録することができ、ユーザの利便性を向上させることができる。

制御部５３は、ＴｏＤｏレコメンドテーブル１００の記憶内容を参照してＴｏＤｏ項目を抽出したり、スケジュールテーブル１１０への登録を行ったりする機能を有している。
上記の構成を有するＴｏＤｏレコメンド装置５０は一般的なサーバ装置を利用して実現することができる。なお、実際には、ＴｏＤｏレコメンド装置５０内の図示せぬＣＰＵ（Central Processing Unit）が、所定のプログラムを実行してハードウェアを制御すること等により、以上の各部が実現される。

（通信端末装置の構成例）
図３は、本例のＴｏＤｏレコメンドシステムに用いられる通信端末装置１０の機能構成例を示すブロック図である。ここで、本例の通信端末装置１０は、携帯電話機としての機能を有しているものとする。同図を参照すると、通信端末装置１０は、各種の情報を記憶する記憶部１１と、ユーザに提示する情報を表示するための表示部１２と、ユーザがデータの選択や入力を行うための操作部１３と、他の装置との通信を行う通信部１４と、各部の制御を行う制御部１５とを含んで構成されている。

なお、実際には、通信端末装置１０内の図示せぬＣＰＵが、所定のプログラムを実行してハードウェアを制御すること等により、以上の各部が実現される。このプログラムは、通信端末装置１０の出荷時点から装置内に組み込まれているものでもよいし、後に特定のサーバ装置からダウンロードされたものであってもよい。
ここで、記憶部１１には、スケジュールテーブル１１１、各種スケジュール拡張テーブル１１２、通信端末装置のユーザが実行すべきＴｏＤｏ項目が格納されているＴｏＤｏテーブル１１３、データの引継ぎルールを定めた各種データ引継ぎルールテーブル１１４、通信端末装置のユーザのプロフィールに関する情報を格納しているプロフィール情報テーブル１１５、通信端末装置において実行可能なアプリケーションプログラムの一覧であるアプリ一覧テーブル１１６が記憶されている。

（スケジュールテーブルの例）
スケジュールテーブル１１１には、例えば、図４に示されているように、スケジュール項目の識別子であるＳＣＨＥＤＵＬＥ ＩＤ（予定ＩＤ）（例えば、「ＳＣＨＥ＿００１」、「ＳＣＨＥ＿００２」など）、ＣＡＴＥＧＯＲＹ（カテゴリ）（例えば、「旅行」、「飲み会・食事」など）、ＮＡＭＥ（件名）（例えば、「国内旅行」、「新年会」など）、ＳＴＡＲＴ−ＤＡＴＥ（開始日）（例えば、「２００７／９／１５」、「２００７／９／２３」）、ＳＴＡＲＴ ＴＩＭＥ（開始時刻）（例えば、「０：００」、「１９：００」など）、ＦＩＮＩＳＨ−ＤＡＴＥ（終了日）（例えば、「２００７／９／１７」、「２００７／９／２３」など）、ＦＩＮＩＳＨ−ＴＩＭＥ（終了時刻）（例えば、「０：００」、「２１：００」など）、ＡＬＬ ＤＡＹ（終日設定ＯＮ／ＯＦＦ）（「ＯＮ」または「ＯＦＦ」）、ＰＬＡＣＥ（場所）（例えば、「箱根」、「渋谷」など）、ＭＥＭＯ（メモ）、ユーザの予定に対応するＴｏＤｏ項目と実行結果を対応付けて格納するための拡張領域であるＥＸＴＥＮＴＩＯＮ１〜５（拡張領域１〜５）、という項目がある。

本例では、ＥＸＴＥＮＴＩＯＮ１（拡張領域１）に「ＨＯＴＥＬ＿００１」、「ＴＲＡＮＳ＿００２」が、ＥＸＴＥＮＴＩＯＮ２（拡張領域２）に「ＴＲＡＮＳ＿００１」、「ＭＡＰ＿００１」が、ＥＸＴＥＮＴＩＯＮ３（拡張領域３）に「ＯＴＨＥＲ＿００１」、「ＲＥＳＴＡＵＲＡＮＴ＿００１」が、それぞれ格納されている。このスケジュールテーブル１１１に登録される情報に基づいて、スケジューラを実現することができる。スケジューラとは、カレンダを表示し、その日付ごとに予定の登録やその削除ができるものをいう。このスケジューラについては、周知技術であるため、その詳しい説明は省略する。

（ＴｏＤｏテーブルの例）
ＴｏＤｏテーブル１１３には、例えば、図５に示されているように、スケジュール項目の識別子であるＳＣＨＥＤＵＬＥ ＩＤ（予定ＩＤ）（例えば、「ＳＣＨＥ＿００１」など）、ＴｏＤｏ項目を識別するために自動的に付与されるＴｏＤｏＩＤ（例えば、「１」、「２」など）、ＴｏＤｏ名（例えば、「行き先を決める」、「宿泊施設を手配する」など）、コンテンツ（例えば、「全国観光ガイドサイト」や「全国宿泊サイト」などの関連する検索サイトのＵＲＬや、地図などのアプリケーションプログラムを示す識別子「ＡＰ＿００１」など）、ワーディング（例えば、「場所」、「宿泊地」などの表題）、そのＴｏＤｏ項目の状態を示すステータスが登録される。

ここで、ステータスは、ＴｏＤｏ項目が実行された場合に「済」が、それが実行されていない場合に「未」が、そのＴｏＤｏ項目が不要な場合に「不要」が、それぞれ設定される情報である。「済」については、ユーザの手動でまたは自装置によって自動的に入力される。「不要」については、ユーザの手動で入力される。
ＴｏＤｏテーブル１１３のＴｏＤｏ項目を実行し、スケジュールに反映すると、その内容がスケジュールテーブルの拡張領域に追加される。拡張領域に登録された情報の詳細情報はスケジュール拡張テーブル１１２に格納される。

（スケジュール拡張テーブルの例）
スケジュール拡張テーブル１１２は、例えば、レストランなどの飲食店名、飲食店の最寄り駅、飲食店の最寄り駅の位置情報、飲食店の位置情報などの情報を持つ。本例のスケジュール拡張テーブル１１２は、図６に示されているように、スケジュール拡張テーブル（乗換）１１２ａ、スケジュール拡張テーブル（ホテル）１１２ｂ、スケジュール拡張テーブル（地図）１１２ｃ、スケジュール拡張テーブル（飲食店）１１２ｄ、および、スケジュール拡張テーブル（その他）１１２ｅによって構成されている。

例えば、図７に示されているスケジュール拡張テーブル（乗換）１１２ａは、スケジュール項目の識別子であるＳＣＨＥＤＵＬＥ ＩＤ（予定ＩＤ）（例えば、「ＳＣＨＥ＿００１」）、ＴＲＡＮＳ ＩＤ（乗換ＩＤ）（例えば、「ＴＲＡＮＳ＿００１」）、ＤＥＰＡＲＴＵＲＥ ＳＴＡＴＩＯＮ（出発駅）（例えば、「東京」）、ＲＯＵＴＥ１（例えば、「東海道本線快速アクティー（熱海行）」）、ＤＥＰＡＲＴＵＲＥ ＴＩＭＥ１（出発時刻）（例えば、「２００８／０３／２１ １５：３３〜１６：４４ ［７１分］」）、ＳＴＡＴＩＯＮ１（経由駅１）（例えば、「小田原」）、ＲＯＵＴＥ２（例えば、「はこね３５号（箱根湯本行）」）、ＤＥＰＡＲＴＵＲＥ ＴＩＭＥ２（出発時刻２）（例えば、「１６：５３〜１７：０５ ［１２分］」）、ＳＴＡＴＩＯＮ２（経由駅２）、ＲＯＵＴＥ３、ＤＥＰＡＲＴＵＲＥ ＴＩＭＥ３（出発時刻３）、ＳＴＡＴＩＯＮ３（経由駅３）、ＲＯＵＴＥ４、ＤＥＰＡＲＴＵＲＥ ＴＩＭＥ４（出発時刻４）、ＳＴＡＴＩＯＮ４（経由駅４）、ＲＯＵＴＥ５、ＤＥＰＡＲＴＵＲＥ ＴＩＭＥ５（出発時刻５）、ＳＴＡＴＩＯＮ５（経由駅５）、ＤＥＳＴＩＮＡＴＩＯＮ（到着駅）（例えば、「箱根湯本」）、ＤＥＳＴＩＮＡＴＩＯＮ ＧＰＳ（到着駅のＧＰＳ）（例えば、「緯度 北緯 ３５゜１０′００．ＸＸ″ 経度 東経 １３９゜ ６′００．ＸＸ″」）、を項目としている。

図８に示されているスケジュール拡張テーブル（ホテル）１１２ｂは、スケジュール項目の識別子であるＳＣＨＥＤＵＬＥ ＩＤ（予定ＩＤ）（例えば、「ＳＣＨＥ＿００１」）、宿泊施設の識別子であるＨＯＴＥＬ ＩＤ（ホテル）（例えば、「ＨＯＴＥＬ＿００１」）、宿泊施設の名称であるＨＯＴＥＬ ＮＡＭＥ（ホテル名）（例えば、「ホテルＸＸＸ」）、ＨＯＴＥＬ ＳＴＡＴＩＯＮ（ホテルの最寄り駅）（例えば、「箱根湯本」）、宿泊施設の最寄り駅の位置を示すＨＯＴＥＬ ＳＴＡＴＩＯＮ ＧＰＳ（ホテルの最寄り駅のＧＰＳ）（例えば、「緯度 北緯 ３５゜１０′００．ＸＸ″ 経度 東経 １３９゜ ６′００．ＸＸ″」）、宿泊施設の位置を示すＨＯＴＥＬ ＧＰＳ（ホテルのＧＰＳ）（例えば、「緯度 北緯 ３５゜１０′００．ＸＸ″ 経度 東経 １３９゜ ６′００．ＸＸ″」）、を項目としている。

図９に示されているスケジュール拡張テーブル（地図）１１２ｃは、スケジュール項目の識別子であるＳＣＨＥＤＵＬＥ ＩＤ（予定ＩＤ）（例えば、「ＳＣＨＥ＿００１」）、地図の識別子であるＭＡＰ＿ＩＤ（地図ＩＤ）（例えば、「ＭＡＰ＿００１」）、ＰＯＩＮＴ ＮＡＭＥ（ＰＯＩＮＴ名）（例えば、「宿までの地図」）、地図上の始点の位置を示すＳＴＡＲＴＩＮＧ ＰＯＩＮＴ（始点のＧＰＳ）（例えば、「緯度 北緯 ３Ｘ゜ＸＸ′ＸＸ．ＸＸ″ 経度 東経 １３Ｘ゜ＸＸ′ＸＸ．ＸＸ″」）、地図上の終点の位置を示すＴＥＲＭＩＮＡＬ ＰＯＩＮＴ（終点のＧＰＳ）（例えば、「緯度 北緯 ３Ｘ゜ＸＸ′ＸＸ．ＸＸ″ 経度 東経 １３Ｘ゜ＸＸ′ＸＸ．ＸＸ″」）、を項目としている。

図１０に示されているスケジュール拡張テーブル（飲食店）１１２ｄは、スケジュール項目の識別子であるＳＣＨＥＤＵＬＥ ＩＤ（予定ＩＤ）（例えば、「ＳＣＨＥ＿００２」）、飲食店の識別子であるＲＥＳＴＡＵＲＡＮＴ ＩＤ（レストランＩＤ）（例えば、「ＲＥＳＴＡＵＲＡＮＴ＿００１」）、飲食店の名称であるＲＥＳＴＡＵＲＡＮＴ ＮＡＭＥ（レストラン名）（例えば、「レストランＡＡＡ」）、ＲＥＳＴＡＵＲＡＮＴ ＳＴＡＴＩＯＮ（レストランの最寄り駅）（例えば、「渋谷」）、飲食店の最寄り駅の位置を示すＲＥＳＴＡＵＲＡＮＴ ＳＴＡＴＩＯＮ ＧＰＳ（レストランの最寄り駅のＧＰＳ）（例えば、「緯度 北緯 ３Ｘ゜ＸＸ′ＸＸ．ＸＸ″ 経度 東経 １３Ｘ゜ＸＸ′ＸＸ．ＸＸ″」）、飲食店の位置を示すＲＥＳＴＡＵＲＡＮＴ ＧＰＳ（レストランのＧＰＳ）（例えば、「緯度 北緯 ３Ｘ゜ＸＸ′ＸＸ．ＸＸ″ 経度 東経 １３Ｘ゜ＸＸ′ＸＸ．ＸＸ″」）、を項目としている。

図１１に示されているスケジュール拡張テーブル（その他）１１２ｅは、上記の各スケジュール拡張テーブルに格納される項目以外の項目（つまり、その他の項目）が格納されるテーブルである。同図において、このスケジュール拡張テーブル（その他）は、スケジュール項目の識別子であるＳＣＨＥＤＵＬＥ ＩＤ（予定ＩＤ）（例えば、「ＳＣＨＥ＿００２」）、その他の項目の識別子であるＯＴＨＥＲ ＩＤ（その他ＩＤ）（例えば、「ＯＴＨＥＲ＿００１」）、その他の項目の名称を示すＯＴＨＥＲ’Ｓ ＮＡＭＥ（その他名）（例えば、「ガソリンスタンドＸＸＸ」）、その他の項目の最寄り駅を示すＯＴＨＥＲ’Ｓ ＳＴＡＴＩＯＮ（その他の最寄り駅）（例えば、「小田原」）、その他の項目の最寄り駅の位置を示すＯＴＨＥＲ’Ｓ ＳＴＡＴＩＯＮ ＧＰＳ（その他の最寄り駅のＧＰＳ）（例えば、「緯度 北緯 ３Ｘ゜ＸＸ′ＸＸ．ＸＸ″ 経度 東経 １３Ｘ゜ＸＸ′ＸＸ．ＸＸ″」）、その他の項目の位置を示すＯＴＨＥＲ’Ｓ ＧＰＳ（その他のＧＰＳ）（例えば、「緯度 北緯 ３Ｘ゜ＸＸ′ＸＸ．ＸＸ″ 経度 東経 １３Ｘ゜ＸＸ′ＸＸ．ＸＸ″」）、を項目としている。

（データ引継ぎルールテーブルの例）
データ引継ぎルールテーブル１１４は、ＴｏＤｏテーブル１１３のコンテンツにてアプリケーション起動を表すアプリＩＤが付与されている場合に参照されるテーブルである。このデータ引継ぎルールテーブル１１４には、アプリケーションを起動する際の引数を引継ぐルールが記載されている。この引継ぎルールに基づいて、引継ぐ情報を含む引継ぎ元ＴｏＤｏ項目を特定できる。つまり、引継ぎ元ＴｏＤｏ項目の実行結果の有無を、特定できる。そして、実行結果が存在する場合は、引継ぎルールに従って決定された情報が他のＴｏＤｏ項目に引継がれる。

例えば、既にホテルが確定しているユーザに対して、ＴｏＤｏ名「電車の時刻表を調べる」を実行した場合には、起点を「自宅」、終点を「ホテル」、検索日を「予定の開始日」と設定した状態で、検索画面を起動することが可能となる。本例のデータ引継ぎルールテーブル１１４は、図１２に示されているように、データ引継ぎルール（乗換）テーブル１１４ａ、データ引継ぎルール（地図）テーブル１１４ｂ、データ引継ぎルール（新規メッセージ作成）テーブル１１４ｃ、および、データ引継ぎルール（新規スケジュール作成）テーブル１１４ｄによって構成されている。

データ引継ぎルール（乗換）テーブル１１４ａの構成例が図１３に示されている。同図に示されているデータ引継ぎルール（乗換）テーブル１１４ａは、アプリケーションプログラムの識別子であるＡＰ＿ＩＤ（アプリＩＤ）、ＤＥＰＡＲＴＵＲＥ ＳＴＡＴＩＯＮ（乗車駅）、ＤＥＳＴＩＮＡＴＩＯＮ ＳＴＡＴＩＯＮ（降車駅）、ＱＵＥＲＹ ＤＡＴＥ（検索日）、ＱＵＥＲＹ ＴＩＭＥ（検索時刻）、ＦＬＡＧ（出発／到着／終電）、備考、を項目としている。

データ引継ぎルール（地図）テーブル１１４ｂの構成例が図１４に示されている。同図に示されているデータ引継ぎルール（地図）テーブル１１４ｂは、アプリケーションプログラムの識別子であるＡＰ＿ＩＤ（アプリＩＤ）、ＳＴＡＲＴＩＮＧ ＰＯＩＮＴ（始点）、ＴＥＲＭＩＮＡＬ ＰＯＩＮＴ（終点）、備考、を項目としている。
データ引継ぎルール（新規メッセージ作成）テーブル１１４ｃの構成例が図１５に示されている。同図に示されているデータ引継ぎルール（新規メッセージ作成）テーブル１１４ｃは、アプリケーションプログラムの識別子であるＡＰ＿ＩＤ（アプリＩＤ）、ＭＥＳＳＡＧＥ ＴＩＴＬＥ（メッセージの件名）、ＡＴＴＡＣＨＥＭＥＮＴ（添付）、を項目としている。

データ引継ぎルール（新規スケジュール作成）テーブル１１４ｄの構成例が図１６に示されている。同図に示されているデータ引継ぎルール（新規スケジュール作成）テーブル１１４ｄは、アプリケーションプログラムの識別子であるＡＰ＿ＩＤ（アプリＩＤ）、ＳＣＨＥＤＵＬＥ ＣＡＴＥＧＯＲＹ（スケジュールの予定カテゴリ）、ＳＣＨＥＤＵＬＥ ＮＡＭＥ（スケジュールの予定名）、を項目としている。

（プロフィール情報テーブルの例）
図３中のプロフィール情報テーブル１１５は、通信端末装置１０のユーザのプロフィール情報が格納されるテーブルである。このプロフィール情報テーブル１１５は、例えば図１７に示されているように、ユーザの自宅の最寄り駅を示すＨＯＭＥ ＳＴＡＴＩＯＮ（自宅駅）（例えば、「横浜」）、ユーザの自宅の位置を示すＨＯＭＥ ＧＰＳ（自宅ＧＰＳ）（例えば、「緯度 北緯 ３Ａ゜ＡＡ′ＡＡ．ＡＡ″ 経度 東経 １３Ａ゜ＡＡ′ＡＡ．ＡＡ″」）、ユーザの勤務先の最寄り駅を示すＯＦＦＩＣＥ ＳＴＡＴＩＯＮ（会社駅）（例えば、「新宿」）、ユーザの勤務先の位置を示すＯＦＦＩＣＥ ＧＰＳ（会社ＧＰＳ）（例えば、「緯度 北緯 ３Ｂ゜ＢＢ′ＢＢ．ＢＢ″ 経度 東経 １３Ｂ゜ＢＢ′ＢＢ．ＢＢ″」）、を項目としている。

（アプリ一覧テーブルの例）
図３中のアプリ一覧テーブル１１６は、通信端末装置１０においてアプリケーションプログラムを実行することによって実現できる機能の一覧を示すテーブルである。このアプリ一覧テーブル１１６は、例えば図１８に示されているように、アプリケーションプログラムの識別子であるＡＰ＿ＩＤ（アプリＩＤ）（例えば、「ＡＰ＿００１」、「ＡＰ＿００２」）、アプリケーションプログラムを実行することによって実現される機能である呼び出し機能（例えば、「宿泊施設検索」、「飲食店検索」）、呼び出された機能に引継ぐべきデータの参照先を示すデータ引継ぎルールテーブル参照先（例えば、「データ引継ぎルール（乗換）」、「データ引継ぎルール（地図）」、データ引継ぎルール（新規メッセージ作成）、データ引継ぎルール（新規スケジュール作成））、を項目としている。

（ＴｏＤｏレコメンドテーブルの例）
図１９および図２０は、図２中のＴｏＤｏレコメンド装置５０に記憶されているＴｏＤｏレコメンドテーブル１００の構成例を示す図である。作図の都合から２つの図に跨っているが、ＴｏＤｏレコメンドテーブル１００は１つのテーブルとして構成される。
同図において、ＴｏＤｏレコメンドテーブル１００には、ＴｏＤｏの種別を示す「カテゴリ」、対応するカテゴリの下位のカテゴリを示す「サブカテゴリ」、ＴｏＤｏ項目の識別子である「ＴｏＤｏＩＤ」、階層１〜階層４からなる「ＴｏＤｏ名」、ＴｏＤｏを実行するために利用可能なＷｅｂサイトやアプリケーションプログラム等を示す「コンテンツ」、スケジューラに表示する「ワーディング」、Ｗｅｂサイト等で検索に用いるための語句となる「検索時の引数」、そのＴｏＤｏ項目についての状態を示す「ステータス」、他のＴｏＤｏ項目との排他関係を示す「排他関係情報」、他のＴｏＤｏ項目との順序関係を示す「順序関係情報」、の各項目が含まれている。これら「排他関係情報」および「順序関係情報」によって、ＴｏＤｏ項目同士がリンクしていることになる。

「カテゴリ」は例えば「旅行」であり、「サブカテゴリ」は例えば「国内旅行」である。
「ＴｏＤｏＩＤ」はＴｏＤｏ項目の識別子であると共に、項目同士の階層構造を規定する情報である。本例では、ＴｏＤｏＩＤが「１」、「２」、「３」、「４」、「５」、「６」、「７」、「８」、「９」、「１０」、「１１」である場合、最上階層の「階層１」のＴｏＤｏ項目であることが分かる。
また、ＴｏＤｏＩＤが「３−１」、「３−２」、「３−３」、「４−１」、「４−２」、「５−１」、「５−２」である場合は、第２階層の「階層２」のＴｏＤｏ項目であることが分かる。つまり、「階層２」のＴｏＤｏ項目は、「階層１」のＴｏＤｏ項目に紐づいた子の項目である。

さらに、ＴｏＤｏＩＤが「３−１−１」、「３−１−２」、「３−１−３」、「３−２−１」、「３−２−２」、「３−３−１」、「３−３−２」、「３−３−３」、「４−１−１」、「４−２−１」、「４−３−１」である場合は、第３階層の「階層３」のＴｏＤｏ項目であることが分かる。つまり、「階層３」のＴｏＤｏ項目は、「階層２」のＴｏＤｏ項目に紐づいた孫の項目である。
そして、ＴｏＤｏＩＤが「３−１−３−１」、「３−２−２−１」、「３−３−３−１」、「４−１−１−１」、「４−２−１−１」、「４−３−１−１」である場合は、最下階層の「階層４」のＴｏＤｏ項目であることが分かる。つまり、「階層４」のＴｏＤｏ項目は、「階層３」のＴｏＤｏ項目に紐づいたひ孫の項目である。

同図を参照すると、本例の階層１の「ＴｏＤｏ名」は、「行き先を決める」、「宿泊施設を手配する」、「目的地までの交通手段を確保する」、「ガイド情報を手に入れる」、「飲食店を調べる」、「持ち物を準備する」、「天気を調べる」、「渋滞情報を調べる」、「ガソリンスタンドの場所を調べる」、「宿泊施設周辺の駐車場を調べる」、「待ち合わせ場所・時間を決める」である。また、本例の階層２の「ＴｏＤｏ名」は、「電車で行く」、「車で行く」、「飛行機で行く」、「ガイドブックを購入する」、「ネットで調べる」、「口コミ情報を見る」、「飲食店を調べる」である。さらに、本例の階層３の「ＴｏＤｏ名」は、「電車の時刻表を調べる」、「切符を買う」、「レンタカーを借りる」、「自分の車で行く」、「レンタカーで行く」、「空港までの時刻表を調べる」、「航空券を買う」、「本屋で購入する」、「ネットで購入する」、「図書館で借りる」である。そして、本例の階層４の「ＴｏＤｏ名」は、「レンタカーを予約する」、「本屋の場所を調べる」、「ガイドブックを購入する」、「図書館の場所を調べる」である。

上記のように、「ＴｏＤｏ名」すなわちＴｏＤｏ項目が階層構造になっており、この階層構造の上位階層から下位階層に向けて、順に次の階層のＴｏＤｏ項目が抽出され、ユーザに提示される。
本例の「コンテンツ」は、各ＴｏＤｏに対応付けられたＷｅｂサイト（またはそのＵＲＬ）とアプリケーションである。Ｗｅｂサイトの場合には、ＴｏＤｏ名「行き先を決める」に「全国観光ガイドサイト」が、ＴｏＤｏ名「宿泊施設を手配する」に「全国宿泊サイト」が、ＴｏＤｏ名「電車の時刻表を調べる」に「乗換案内サイト」が、ＴｏＤｏ名「切符を買う」に鉄道会社等の「切符購入サイト」が、ＴｏＤｏ名「レンタカーを予約する」に「レンタカー予約サイト」が、ＴｏＤｏ名「空港までの時刻表を調べる」に「乗換案内サイト」が、ＴｏＤｏ名「航空券を買う」に「航空会社のサイト」が、ＴｏＤｏ名「本屋の場所を調べる」に「全国書店ガイドサイト」が、ＴｏＤｏ名「ガイドブックを購入する」に「図書購入サイト」が、ＴｏＤｏ名「図書館の場所を調べる」に「図書館ガイドサイト」が、ＴｏＤｏ名「ネットで調べる」に「全国旅行ガイドサイト」が、ＴｏＤｏ名「口コミ情報を見る」に「口コミサイト」が、ＴｏＤｏ名「飲食店を調べる」に「飲食店サイト」が、ＴｏＤｏ名「天気を調べる」に「週間天気予報サイト」が、ＴｏＤｏ名「渋滞情報を調べる」に「渋滞情報サイト」が、ＴｏＤｏ名「ガソリンスタンドの場所を調べる」に「全国ガソリンスタンドサイト」が、ＴｏＤｏ名「宿泊施設周辺の駐車場を調べる」に「全国駐車場検索サイト」が、それぞれ対応付けられている。

なお、これらのＷｅｂサイトを利用して得られた検索結果などの情報は、スケジューラに登録することができる。
また、アプリケーションの場合には、ＴｏＤｏ名「宿泊施設を手配する」に宿泊施設検索アプリケーションを表すアプリＩＤ「ＡＰ＿００１」が、ＴｏＤｏ名「電車の時刻表を調べる」に自宅〜ホテルまでの乗換案内を検索するアプリケーションを表すアプリＩＤ「ＡＰ＿００３」と自宅〜その他施設までの乗換案内を検索するアプリケーションを表すアプリＩＤ「ＡＰ＿００５」が、ＴｏＤｏ名「飲食店を調べる」に飲食店検索アプリケーションを現すアプリＩＤ「ＡＰ＿００２」が、ＴｏＤｏ名「待ち合わせ場所・時間を決める」に連絡を取るためにメッセージ作成画面を起動させるアプリＩＤ「ＡＰ＿０１６」や、通話を誘導するような電話帳を起動させるアプリＩＤ「ＡＰ＿０１８」が、それぞれ対応付けられている。

「ワーディング」はスケジューラに表示する際の表記であり、本例では、「場所」、「宿泊地」、「交通手段」、「飲食店」が用意されている。
「検索時の引数」は、上述した「コンテンツ」は、各ＴｏＤｏに対応付けられたＷｅｂサイトを利用して情報の検索を行う場合の引数である。本例では、場所（つまり行き先の地名）が引数になっている。この引数が登録されているため、検索を行う際に、場所名等の語句をユーザが再入力する必要がなくなり、Ｗｅｂサイトを利用した情報検索をスムーズに行うことができる。

「ステータス」は、ＴｏＤｏ項目が実行された場合に「済」が、それが実行されていない場合に「未」が、そのＴｏＤｏ項目が不要な場合に「不要」が、それぞれ設定される情報である。
「排他関係情報」は、そのＴｏＤｏ項目が選択された場合に、その項目とは排他的な関係であるＴｏＤｏ項目のＴｏＤｏＩＤを示す情報である。例えば、ＴｏＤｏ名「電車で行く」が選択された場合、ＴｏＤｏ名「車で行く」、および、ＴｏＤｏ名「飛行機で行く」という選択肢は必要がなくなる。つまり、それらは排他的な関係にある。そのため、それらのＴｏＤｏＩＤである「３−２」および「３−３」が、ＴｏＤｏ名「電車で行く」の排他関係情報として登録されている。これにより、排他関係にあるＴｏＤｏ項目についてはそれらが択一的に抽出され、ユーザに提示される。

「順序関係情報」は、そのＴｏＤｏ項目の１つ前の段階となるＴｏＤｏ項目のＴｏＤｏＩＤを示す情報である。本例では、ＴｏＤｏ名「ガイド情報を手に入れる」の前段階、ＴｏＤｏ名「飲食店を調べる」の前段階、ＴｏＤｏ名「天気を調べる」の前段階は、ＴｏＤｏ名「行き先を決める」であるため、ＴｏＤｏ名「行き先を決める」のＴｏＤｏＩＤである「１」が登録されている。このため、ＴｏＤｏ名「行き先を決める」が選択されると、この「順序関係情報」が参照され、ＴｏＤｏ名「ガイド情報を手に入れる」、「飲食店を調べる」、「天気を調べる」がＴｏＤｏ項目としてユーザに提示されることになる。これにより、順序関係にあるＴｏＤｏ項目についてはその順序に従って抽出され、ユーザに提示される。

同様に、本例では、ＴｏＤｏ名「渋滞情報を調べる」、「ガソリンスタンドの場所を調べる」、「宿泊施設周辺の駐車場を調べる」については、ＴｏＤｏＩＤ「３−１−３」、「３−２」、「３−３−３」が「順序関係情報」として登録されている。このため、ＴｏＤｏ名「レンタカーを借りる」、「車で行く」、「レンタカーを借りる」のいずれかが選択されると、この「順序関係情報」が参照され、「渋滞情報を調べる」、「ガソリンスタンドの場所を調べる」、「宿泊施設周辺の駐車場を調べる」がＴｏＤｏ項目としてユーザに提示されることになる。

以上のように構成されたＴｏＤｏレコメンドテーブルを利用すれば、あるイベントを実現するために必要となるＴｏＤｏ項目を階層別に一覧で提示できる。そして、後述するように、ユーザがＴｏＤｏ項目を実行して得られた結果をスケジューラに登録すると、それに関連したＴｏＤｏ項目（例えば、その内容や実行時期）を自動的に登録することができる。

（ＴｏＤｏレコメンドサービスの実現例）
図２１は、本システムによるＴｏＤｏレコメンドサービスの処理例を示すシーケンス図である。同図において、ユーザが自分のスケジュールについて管理したい場合、予定項目の作成の開始のための操作が通信端末装置１０において行われる（ステップＳ１０１）。例えば、「旅行なら」という項目にある「国内旅行」、「海外旅行」のうち、「国内旅行」が選択される。

すると、予定登録要求が通信端末装置１０からＴｏＤｏレコメンド装置５０へ送信される（ステップＳ１０２）。この予定登録要求には、予定ＩＤおよび予定の内容が含まれている。
この予定登録要求を受信したＴｏＤｏレコメンド装置５０では、上述したＴｏＤｏレコメンドテーブルを参照し、ＴｏＤｏ項目が抽出される（ステップＳ１０３）。ここでは、順序関係情報が登録されていない、最上位階層にあるＴｏＤｏ項目が抽出される。

その後、予約登録応答がＴｏＤｏレコメンド装置５０から通信端末装置１０へ送信される（ステップＳ１０４）。この予約登録応答には、抽出されたＴｏＤｏ項目について、ＴｏＤｏＩＤ、ＴｏＤｏの内容、スケジューラに反映される場合のワーディング等が含まれている。
この予約登録応答は通信端末装置１０によって受信され、ＴｏＤｏ項目の内容が画面に表示される（ステップＳ１０５）。ここで、表示されたＴｏＤｏ項目がユーザによって実行されると、その実行によって得られた結果などを予定に反映する必要がある（ステップＳ１０６）。この場合、ユーザの上記選択操作の結果に関するＴｏＤｏ変更要求が、通信端末装置１０からＴｏＤｏレコメンド装置５０へ送信される（ステップＳ１０７）。このＴｏＤｏ変更要求には、予定ＩＤ、ＴｏＤｏＩＤ、ステータス、予定の内容等が含まれている。

このＴｏＤｏ変更要求を受信したＴｏＤｏレコメンド装置５０では、ＴｏＤｏ項目が再度抽出される（ステップＳ１０８）。ここで、上記ステップＳ１０６において、ユーザによって実行されなかったＴｏＤｏ項目については、排他関係情報に基づき、ＴｏＤｏレコメンドテーブルから削除される。これは、ツリー構造を形成している各ＴｏＤｏ項目のうち、選択されなかった部分すなわち不要な部分が枝切りされることを意味している。抽出されずにＴｏＤｏレコメンドテーブルから削除されたＴｏＤｏ項目については、ユーザに提示されない。

ステップＳ１０８において再度抽出されたＴｏＤｏ項目については、ＴｏＤｏ変更応答として、ＴｏＤｏレコメンド装置５０から通信端末装置１０へ送信される（ステップＳ１０９）。このＴｏＤｏ変更応答には、抽出されたＴｏＤｏ項目について、ＴｏＤｏＩＤ、ＴｏＤｏの内容、スケジューラに反映される場合のワーディング等が含まれている。
このＴｏＤｏ変更応答を受信した通信端末装置１０では、ＴｏＤｏ項目の実行によって得られた結果などがスケジューラに登録される（ステップＳ１１０）。その後、処理が終了でなければ、上記ステップＳ１０５に戻り、ＴｏＤｏ項目の内容が画面に表示される（ステップＳ１１１→Ｓ１０５）。以後は上記と同様に、表示されたＴｏＤｏ項目がユーザによって実行されると、その実行によって得られた結果などが予定に反映されることになる（ステップＳ１０６→Ｓ１０７…）。以上のようにＴｏＤｏ項目をユーザに提示し、それが実行されるとその結果をスケジューラに登録し、新たなＴｏＤｏ項目を提示することで、循環型のＴｏＤｏレコメンドシステムが構築される。
なお、上述した処理において、ＴｏＤｏ項目の抽出の際、順序関係情報がある場合は、その内容に基づいてＴｏＤｏ項目が抽出される。

（データの引継ぎ）
また、あるＴｏＤｏ項目がユーザによって実行されると、そのＴｏＤｏ項目と関連するＴｏＤｏ項目を実行する際に、既に決定している内容を利用することが可能である。つまり、データを引継ぐことができる。図２２は、ＴｏＤｏ項目からアプリケーションを起動する際に、既に決定している内容を引継ぐ処理フローの例を示すシーケンス図である。同図は、乗換案内検索を行うため、ユーザによってアプリケーションプログラム（アプリＩＤはＡＰ＿００３）が起動された場合に、通信端末装置内の記憶部に記憶されている、アプリ一覧テーブル１１６、データ引継ぎルール（乗換）テーブル１１４ａ、プロフィール情報テーブル１１５、スケジュール拡張テーブル（ホテル）１１２ｂが参照される様子を示している。

同図において、通信端末装置にて、ＴｏＤｏ項目「電車の時刻表を調べる」のうち、アプリＩＤ「ＡＰ＿００３」の乗換案内検索（自宅〜ホテル）が選択された場合（ステップＳ２００）、通信端末装置では記憶部に記憶されているアプリＩＤ一覧テーブル１１６が参照される（ステップＳ２０１）。、このアプリＩＤ一覧テーブル１１６の参照の結果、アプリＩＤ「ＡＰ＿００３」のデータ引継ぎルールテーブル参照先であるデータ引継ぎルール（乗換）テーブル１１４ａの項目が参照され、その内容が確認される（ステップＳ２０２、Ｓ２０３）。

ここで、図１３を参照すると、データ引継ぎルール（乗換）テーブル１１４ａには、乗換案内検索アプリケーションの検索条件入力画面に引継ぐルールが記載されている。データ引継ぎルール（乗換）テーブル１１４ａのアプリＩＤ「ＡＰ＿００３」には、乗車駅として「『プロフィール情報テーブル』のＨＯＭＥ ＳＴＡＴＩＯＮ」、降車駅として「『スケジュール拡張テーブル（ホテル）』のＨＯＴＥＬ＿ＳＴＡＴＩＯＮ」、検索日として「『スケジュールテーブル』のＳＴＡＲＴ−ＤＡＴＥ」、検索時刻として「Ｎｕｌｌ」、ＦＬＡＧとして「到着」、が記載されている。データ引継ぎルール（乗換）テーブル１１４ａに格納されている内容が参照されることにより（ステップＳ２０４）、乗車駅の参照先として指定されているプロフィール情報テーブル１１５が参照される（ステップＳ２０５）。この結果、ＨＯＭＥ ＳＴＡＴＩＯＮである「横浜」が入力される（ステップＳ２０６）。また、降車駅の参照先として指定されているスケジュール拡張テーブル（ホテル）１１２ｂが参照される（ステップＳ２０７）。この結果、ＨＯＴＥＬ ＳＴＡＴＩＯＮである「箱根湯本」が入力される（ステップＳ２０８）。

また、検索日の参照先として指定されているスケジュールテーブル１１１が参照される（ステップＳ２０９）。この結果、ＳＴＡＲＴ−ＤＡＴＥである「２００７／９／１５」が入力される（ステップＳ２１０）。
また、データ引継ぎルール（乗換）テーブル１１４ａにおいて、ＦＬＡＧが到着となっているため、「到着時刻にて検索する」にチェックが入った状態で乗換条件入力画面が起動される（ステップＳ２１１）。
なお、もし、データ引継ぎルール（乗換）テーブルに記載されている値が決定していない場合には、つまり今回の例で言うとまだホテルが決定していない場合などには、検索条件入力画面の該当箇所は空白の状態で起動される。

以上の処理フローによってデータの引継ぎが行われるので、既に決定済の入力項目をユーザが何度も入力する必要がなく、ユーザの利便性を向上させることができる。これらデータの引継ぎは、図１８中のＡＰ＿００３〜ＡＰ＿００９の乗換案内アプリケーションの場合だけでなく、同図中のＡＰ＿０１０〜ＡＰ＿０１５の地図アプリケーションや、ＡＰ＿０１９の新規スケジュール作成の場合についても同様の手順で実施することができる。

（地図検索）
図２３は、ＴｏＤｏ項目からアプリケーションを起動する際に、既に決定している内容を引継ぐ処理フローの他の例を示すシーケンス図である。同図は、地図検索を行うため、ユーザによってアプリケーションプログラム（アプリＩＤはＡＰ＿０１０）が起動された場合に、通信端末装置内の記憶部に記憶されている、アプリ一覧テーブル１１６、データ引継ぎルール（地図）テーブル１１４ｂ、スケジュール拡張テーブル（ホテル）１１２ｂが参照される様子を示している。

同図において、通信端末装置において、ＴｏＤｏ項目「ホテル最寄り駅からホテルまでの地図を調べる」のうち、アプリＩＤ「ＡＰ＿０１０」の乗換案内検索（ホテル最寄り駅〜ホテル）が選択された場合（ステップＳ３００）、通信端末装置では記憶部に記憶されているアプリＩＤ一覧テーブル１１６が参照される（ステップＳ３０１）。、このアプリＩＤ一覧テーブル１１６の参照の結果、アプリＩＤ「ＡＰ＿００３」のデータ引継ぎルールテーブル参照先であるデータ引継ぎルール（地図）テーブル１１４ｂの項目が参照され、その内容が確認される（ステップＳ３０２、Ｓ３０３）。

ここで、図１４を参照すると、データ引継ぎルール（地図）テーブル１１４ｂには、地図検索アプリケーションの検索条件入力画面に引継ぐルールが記載されている。データ引継ぎルール（地図）テーブル１１４ｂのアプリＩＤ「ＡＰ＿０１０」には、始点として「『スケジュール拡張テーブル（ホテル）』のＨＯＭＥ ＳＴＡＴＩＯＮ ＧＰＳ」、終点として「『スケジュール拡張テーブル（ホテル）』のＨＯＴＥＬ ＧＰＳ」、が記載されている。データ引継ぎルール（地図）テーブル１１４ｂに格納されている内容が参照されることにより（ステップＳ３０４）、地図検索の始点の参照先として指定されているスケジュール拡張テーブル（ホテル）１１２ｂが参照される（ステップＳ３０５）。この結果、ＨＯＴＥＬ ＳＴＡＴＩＯＮ ＧＰＳである「緯度 北緯 ３５゜１０′００．ＸＸ″ 経度 東経 １３９゜ ６′００．ＸＸ″」が入力される（ステップＳ３０６）。また、地図検索の終点の参照先として指定されているスケジュール拡張テーブル（ホテル）１１２ｂが参照される（ステップＳ３０７）。この結果、ＨＯＴＥＬ ＧＰＳである「緯度 北緯 ３５゜１０′００．ＸＸ″ 経度 東経 １３９゜ ６′００．ＸＸ″」が入力される（ステップＳ３０８）。
以上の処理の結果、検索条件が入力された状態で地図検索条件入力画面が起動される（ステップＳ３０９）。

（その他の検索）
また、レストランなどの飲食店の検索を行うため、ユーザによってアプリケーションプログラム（アプリＩＤはＡＰ＿００２）が起動された場合、通信端末装置は記憶部にあるアプリＩＤ一覧テーブル１１６を参照し、ＡＰ＿００２のデータ引継ぎルールテーブル参照先を見ると「Ｎｕｌｌ」となっている。このように参照先が「Ｎｕｌｌ」の場合には、特にデータの引継ぎが行われることなく、飲食店検索アプリケーションプログラムの起動のみが行われる。これはＡＰ＿００１宿泊施設検索、ＡＰ＿０１７受信メッセージ一覧、ＡＰ＿０１８電話帳閲覧の場合も同様である。

また、例えばＴｏＤｏ項目「待ち合わせの場所を決める」のうち、ＡＰ＿０１６新規メッセージ作成を選択した場合、通信端末装置は記憶部にあるアプリＩＤ一覧テーブル１１６を参照し、ＡＰ＿０１６のデータ引継ぎルールテーブル参照先であるデータ引継ぎルール（新規メッセージ作成）テーブルを呼び出す。データ引継ぎルール（新規メッセージ作成）テーブル１１４ｃには、ＴｏＤｏ項目から新規メッセージ作成画面を起動することができ、また起動時に渡す引数が規定されている。ここでは、メッセージの件名を表すＭＥＳＳＡＧＥ ＴＩＴＬＥには、『スケジュールテーブル』のＮＡＭＥつまり予定名が引継がれ、メッセージの添付を表すＡＴＴＡＣＨＥＭＥＮＴには、『スケジュールテーブル』のＡＬＬつまり予定全体が添付される。この際、一般的なスケジュールの形式であるｉＣａｌｅｎｄａｒ形式等で添付される。

なお、アプリ一覧テーブル（図１８）、データ引継ぎルールテーブル（図１３〜図１６）、スケジュール拡張テーブル（図７〜図１１）などに格納されるデータを適切に設定すれば、ＴｏＤｏ項目実行のためにＷｅｂ検索エンジンを利用する際、実行済みの他のＴｏＤｏ項目の実行結果に基づいて検索キーワードを決定し、それをＷｅｂ検索エンジンへの入力とすることができる。つまり、Ｗｅｂ検索エンジンへ、データを引継ぐことができる。
上記は「旅行なら」の選択肢である「国内旅行」に関するＴｏＤｏ項目についてレコメンド処理を行う場合について説明したが、もう一方の選択肢である「海外旅行」が選択された場合や、それ以外の例えば「お買い物なら」が選択された場合についても同様にＴｏＤｏ項目についてレコメンド処理が行われる。

（画面表示例）
以下、通信端末装置の画面表示例について説明する。図２４は、ＴｏＤｏレコメンドシステムにおける通信端末装置の画面表示例を示す図である。
図２４（ａ）は、ＴｏＤｏレコメンドサービスの提供を受ける前のトップ画面を示す図である。同図に示されている画面には、カレンダエリアＡ１、アイコンエリアＡ２、ＴｏＤｏエリアＡ３が表示されている。
カレンダエリアＡ１には、カレンダが例えば１ヶ月単位で表示される。
アイコンエリアＡ２には、各種の機能の選択およびその機能の起動を容易にするためのアイコンが表示される。ＴｏＤｏレコメンドサービスに対応するアイコンＡＡもこのエリアに表示される。

ＴｏＤｏエリアＡ３は、カレンダエリアＡ１に表示されるカレンダにおいて、カーソルの位置している日付におけるＴｏＤｏが表示される。
この同図（ａ）の状態において、アイコンエリアＡ２に表示されている、ＴｏＤｏレコメンドサービスに対応するアイコンＡＡがユーザによって選択されると、同図（ｂ）のカテゴリ選択画面の表示に移行する。

同図（ｂ）は、ＴｏＤｏレコメンドサービスにおいて、カテゴリ選択のための画面の例を示す図である。同図に示されている画面には、「外出なら」、「飲み会・食事なら」、「デートなら」、「お買い物なら」、「スポーツ・趣味なら」、「旅行なら」…が表示されている。この同図（ｂ）の状態において、「旅行なら」がユーザによって選択されると、同図（ｃ）のカテゴリトップ画面の表示に移行する。

同図（ｃ）は、「旅行なら」というカテゴリに関するトップ画面の例を示す図である。同図に示されている画面には、「国内旅行」、「海外旅行」が表示されている。この同図（ｃ）の状態において、「国内旅行」がユーザによって選択されると、同図（ｄ）のＴｏＤｏ表示画面に移行する。
同図（ｄ）は、ＴｏＤｏ項目の表示画面の例を示す図である。同図に示されている画面には、「行き先を決める」、「宿泊施設を手配する」、「目的地までの交通手段を確保する」、「ガイド情報を手に入れる」、「飲食店を調べる」、「持ち物を準備する」…が表示されている。この同図（ｄ）の状態において、ＴｏＤｏ項目がユーザに選択され、そのＴｏＤｏ項目が実行されることになる。

ＴｏＤｏ項目が実行されると、同図（ｅ）の選択画面の表示状態に移行する。ここで「スケジュール登録」が選択されると、ＴｏＤｏ項目の実行によって得られた結果などが、スケジューラに登録される。
同様に、ＴｏＤｏ項目が順に実行され、その結果などがスケジューラに登録されることにより、例えば同図（ｆ）に示されているような予定作成画面の表示状態に移行する。同図（ｆ）には、「件名：国内旅行」、「開始日時：２００７年９月１５日」、「終了日時：２００７年９月１７日」が表示されている。

（より具体的な表示例）
ここで、図２５は、ＴｏＤｏレコメンドシステムにおける通信端末装置のより具体的な画面表示例を示す図である。同図（ａ）において、カレンダエリアＡ１には１ヶ月分のカレンダが表示されている。このカレンダエリアＡ１において、カーソルが位置している日付のＴｏＤｏ項目が、ＴｏＤｏエリアＡ３に表示されている。ＴｏＤｏエリアＡ３には、「（９／１５国内旅行）宿を予約する」「（９／１５国内旅行）飛行機を予約する」、「（９／３飲み会）レストランを予約する」が表示されている。「国内旅行」、「飲み会」などのワーディングが、ＴｏＤｏ項目に付加されて表示されるので、何に対して何をすべきか把握することができる。

この表示状態において、ユーザによって「（９／１５国内旅行）宿を予約する」が選択されると、同図（ｂ）の画面表示に移行する。
同図（ｂ）を参照すると、予定日である「２００７／０９／１５」、予定名である「国内旅行」、ＴｏＤｏ名である「宿を予約する」が画面上部に表示されている。さらに、「おすすめ宿泊施設」として「優雅な気分を味わえるホテルＸＸＸ」、「レディースプランが充実ＹＹＹホテル」、「自分で検索する」が画面中央に表示されている。この表示状態において、ユーザによって「優雅な気分を味わえるホテルＸＸＸ」が選択されると、同図（ｃ）の画面表示に移行する。

同図（ｃ）を参照すると、ユーザによって選択された「ホテルＸＸＸ」に関する情報が表示されている。ここで、ユーザによって「スケジュール更新」が選択されると、そのホテルの予約が完了し、その内容がスケジューラに登録される。
これにより、予定登録要求が通信端末装置１０からＴｏＤｏレコメンド装置５０へ送信され、ＴｏＤｏレコメンド装置５０ではＴｏＤｏ項目が再度抽出される。この再度抽出されたＴｏＤｏ項目については、ＴｏＤｏ変更応答として、ＴｏＤｏレコメンド装置５０から通信端末装置１０へ送信され、同図（ｄ）のように表示される。すなわち、同図（ｄ）を参照すると、ＴｏＤｏエリアＡ３には、「（９／１５国内旅行）宿を予約する」の代わりに、「（９／１５国内旅行）電車の時刻表を調べる」が表示される。ＴｏＤｏエリアＡ３には、「（９／３飲み会）レストランを予約する」も表示されているが、日付や「国内旅行」「飲み会」が付加されているので、これらを見たユーザは両者を混同することはない。

この表示状態において、ユーザによって「（９／１５国内旅行）電車の時刻表を調べる」が選択されると、同図（ｅ）の画面表示に移行する。
同図（ｅ）を参照すると、予定日である「２００７／０９／１５」、予定名である「国内旅行」、ＴｏＤｏ名である「電車の時刻表を調べる」が画面上部に表示されている。さらに、コンテンツとして「乗換案内検索（自宅〜ホテル）」や「乗換案内サイトＸＸＸ」が画面に表示されている。

この表示状態において、ユーザによって「乗換案内検索（自宅〜ホテル）」が選択されると、同図（ｆ）の画面表示に移行する。
同図（ｆ）を参照すると、乗換案内を検索するために必要となる入力条件である出発駅、到着駅、時刻指定、検索日、検索時刻が画面の表示されている。この画面にあらかじめ入力されている条件はデータ引継ぎのルールに基づき、通信端末装置にて生成された値である。これにより既に決まっている予定を引継ぐことができるため、何度もユーザに入力してもらうことを避けることができる。

（ＴｏＤｏ項目のツリー構造）
図２６は、図１３のＴｏＤｏレコメンドテーブル１００に含まれているＴｏＤｏ項目をツリー構造として表現した図である。同図を参照すると、「国内旅行」についての階層１には、「行き先を決める」、「宿泊施設を手配する」、「目的地までの交通手段を確保する」、「ガイド情報を手に入れる」、「飲食店を調べる」、「持ち物を準備する」、「天気を調べる」、「渋滞情報を調べる」、「ガソリンスタンドの場所を調べる」、「宿泊施設周辺の駐車場を調べる」、「待ち合わせ場所・時間を決める」、という各ＴｏＤｏ項目が属している。

階層２には、「電車で行く」、「車で行く」、「飛行機で行く」、「ガイドブックを購入する」、「ネットで調べる」、「口コミ情報を見る」、「飲食店を調べる」、という各ＴｏＤｏ項目が属している。
階層３には、「電車の時刻表を調べる」、「切符を買う」、「レンタカーを借りる」、「自分の車で行く」、「レンタカーで行く」、「空港までの時刻表を調べる」、「航空券を買う」、「本屋で購入する」、「ネットで購入する」、「図書館で借りる」、という各ＴｏＤｏ項目が属している。
階層４には、「レンタカーを予約する」、「本屋の場所を調べる」、「ガイドブックを購入する」、「図書館の場所を調べる」、という各ＴｏＤｏ項目が属している。

ここで、図１９を参照して説明したように、排他関係情報によって、階層２のＴｏＤｏ名「電車で行く」、ＴｏＤｏ名「車で行く」、ＴｏＤｏ名「飛行機で行く」は、互いに排他的な関係であることが定められている。このため、例えば、ＴｏＤｏ名「電車で行く」が選択された場合、ＴｏＤｏ名「車で行く」、および、ＴｏＤｏ名「飛行機で行く」という選択肢は選択されず必要がなくなるので、ＴｏＤｏレコメンドテーブルから削除される。この削除された結果をツリー構造として表現すると、図２７のようになる。同図を参照すると、ツリー構造において、ＴｏＤｏ名「車で行く」、および、ＴｏＤｏ名「飛行機で行く」の部分が削除、すなわち枝切りされている。ＴｏＤｏレコメンドテーブルから削除された部分のＴｏＤｏ項目については、ユーザに提示されない。

また、図１９を参照して説明したように、排他関係情報によって、階層３のＴｏＤｏ名「本屋で購入する」、ＴｏＤｏ名「ネットで購入する」、ＴｏＤｏ名「図書館で借りる」は、互いに排他的な関係であることが定められている。このため、例えば、ＴｏＤｏ名「本屋で購入する」が選択された場合、ＴｏＤｏ名「ネットで購入する」、ＴｏＤｏ名「図書館で借りる」という選択肢は選択されず必要がなくなるので、同様にＴｏＤｏレコメンドテーブルから削除される。この削除された後の状態をツリー構造として表現すると、図２８のようになる。同図を参照すると、ツリー構造において、ＴｏＤｏ名「ネットで購入する」、および、ＴｏＤｏ名「図書館で借りる」の部分が削除、すなわち枝切りされている。ＴｏＤｏレコメンドテーブルから削除された部分のＴｏＤｏ項目については、ユーザに提示されない。
排他関係情報が設定されている他の部分についても同様に択一的に抽出され、選択されなかった部分すなわち不要な部分が枝切りされる。ＴｏＤｏレコメンドテーブルから削除された部分のＴｏＤｏ項目については、ユーザに提示されない。

（通信端末装置制御プログラム）
ところで、上述した通信端末装置１０においては、装置内部のＣＰＵによって以下のプログラムが実行されている。すなわち、通信端末装置を制御するための通信端末装置制御プログラムであり、コンピュータを、ＴｏＤｏレコメンド装置からレコメンドされたＴｏＤｏ項目を取得するＴｏＤｏ項目取得手段（図２１中のステップＳ１０５に対応）、前記ＴｏＤｏ項目取得手段によって取得されたＴｏＤｏ項目の実行によって得られた結果を、ユーザの予定としてスケジューラに登録するスケジュール登録手段（図２１中のステップＳ１１０に対応）、として機能させるプログラムが実行されている。このプログラムを利用して通信端末装置を制御することにより、選択して実行したＴｏＤｏ項目をスケジューラに自動的に登録することができるので、ユーザの操作負担を軽減できる。

また、上述した通信端末装置１０においては、装置内部のＣＰＵによって以下のプログラムが実行されている。すなわち、通信端末装置を制御するための通信端末装置制御プログラムであって、コンピュータを、ＴｏＤｏ項目の実行のために起動されるコンテンツに応じて、参照すべきデータ引継ぎルールテーブルを決定する手段（例えば、図２２中のステップＳ２０１、Ｓ２０２に対応）、決定されたデータ引継ぎルールテーブルを参照して、データ引継ぎのために参照すべき他のテーブルを決定する手段（例えば、図２２中のステップＳ２０３〜Ｓ２１０に対応）、決定されたテーブルを参照することによって、前記コンテンツにおいて必要となる情報を、前記起動されるコンテンツへ入力する手段（例えば、図２２中のステップＳ２１１に対応）、として機能させるプログラムが実行されている。このプログラムを利用して通信端末装置を制御することにより、データを引継ぐことができるので、そのデータをアプリケーションプログラムなどのコンテンツに利用することができ、ユーザの操作負担を軽減できる。
なお、このプログラムは、通信端末装置１０の出荷時点から装置内に組み込まれているものでもよいし、後に特定のサーバ装置からダウンロードされたものであってもよい。

（まとめ）
以上説明したように、本システムでは、ＴｏＤｏ項目についてレコメンド処理を行うので、必要なＴｏＤｏ項目を順次抽出してユーザに提示でき、ユーザの操作負担を軽減することができる。
また、レコメンド対象となりうるＴｏＤｏ項目について、他の項目と同時には実行されないことを示す排他関係を登録しておくことにより、抽出されないＴｏＤｏ項目についてはユーザに提示する必要はなく、テーブルから削除でき、処理を単純化できる。
さらに、ＴｏＤｏ項目の実行によって得られた結果を、ユーザの予定としてスケジューラに登録することにより、選択して実行したＴｏＤｏ項目をスケジューラに自動的に登録することができるので、ユーザの操作負担をより軽減できる。
そして、ユーザによって入力された任意の語句とユーザの予定とを関連付けて登録することにより、任意の語句とユーザの予定とを関連付けて登録することができるので、用意されたフリースペースを活用し、ユーザの利便性を向上させることができる。

本システムによれば、スケジュール登録の煩雑さを軽減し、ユーザによるスケジュール登録を促進することができる。このため、ユーザのスケジュール情報を情報源として、ユーザの状態を把握することができ、ユーザの状態に応じたＴｏＤｏ項目や必要なコンテンツをレコメンドすることができる。このため、あるイベントを実現するために何をしたらよいかわからないようなイベントに対してＴｏＤｏ項目を具体化し、またＴｏＤｏ項目に紐づいた子ＴｏＤｏ項目や関連コンテンツをレコメンドすることができる。
また、あるＴｏＤｏ項目がユーザによって実行された後、そのＴｏＤｏ項目と関連するＴｏＤｏ項目を実行する際に、既に決定している内容を利用する、つまりデータを引継ぐことにより、データの入力操作を省くことができるので、ユーザの利便性をさらに向上させ、かつ、ユーザの操作負担をさらに軽減できる。

本発明は、ＴｏＤｏ項目について、レコメンド処理を行い、その実行によって得られた結果をスケジューラに登録する場合に利用することができる。

本発明の実施形態によるＴｏＤｏレコメンド装置を利用したＴｏＤｏレコメンドシステムの構成例を示すブロック図である。 図１中のＴｏＤｏレコメンド装置の構成例を示すブロック図である。 図１中の通信端末装置の構成例を示すブロック図である。 スケジュールテーブルの構成例を示す図である。 ＴｏＤｏテーブルの構成例を示す図である。 スケジュール拡張テーブルの構成例を示す図である。 スケジュール拡張テーブル（乗換）の構成例を示す図である。 スケジュール拡張テーブル（ホテル）の構成例を示す図である。 スケジュール拡張テーブル（地図）の構成例を示す図である。 スケジュール拡張テーブル（飲食店）の構成例を示す図である。 スケジュール拡張テーブル（その他）の構成例を示す図である。 データ引継ぎルールテーブルの構成例を示す図である。 データ引継ぎルール（乗換）テーブルの構成例を示す図である。 データ引継ぎルール（地図）テーブルの構成例を示す図である。 データ引継ぎルール（新規メッセージ作成）テーブルの構成例を示す図である。 データ引継ぎルール（新規スケジュール作成）テーブルの構成例を示す図である。 プロフィール情報テーブルの構成例を示す図である。 アプリ一覧テーブルの構成例を示す図である。 図２中のＴｏＤｏレコメンド装置に記憶されているＴｏＤｏレコメンドテーブルの構成例を示す図である。 図２中のＴｏＤｏレコメンド装置に記憶されているＴｏＤｏレコメンドテーブルの構成例を示す図であり、図１９の続きである。 本発明の実施形態によるＴｏＤｏレコメンド装置を利用したＴｏＤｏレコメンドシステムによるＴｏＤｏレコメンドサービスの処理例を示すシーケンス図である。 ＴｏＤｏ項目からアプリケーションを起動する際に、既に決定している内容を引継ぐ処理フローの例を示すシーケンス図である。 ＴｏＤｏ項目からアプリケーションを起動する際に、既に決定している内容を引継ぐ処理フローの他の例を示すシーケンス図である。 ＴｏＤｏレコメンドシステムにおける通信端末装置の画面表示例を示す図である。 ＴｏＤｏレコメンドシステムにおける通信端末装置のより具体的な画面表示例を示す図である。 図１９のＴｏＤｏレコメンドテーブルに含まれているＴｏＤｏ項目をツリー構造として表現した図である。 図２６のツリー構造の一部分が削除された状態を示す図である。 図２７のツリー構造の一部分が更に削除された状態を示す図である。

符号の説明

１０ 通信端末装置
１１、２１、５１ 記憶部
１２ 表示部
１３ 操作部
１４、５２ 通信部
１５、５３ 制御部
２０ 無線基地局
３０ 基地局制御装置
４０ 交換機
５０ レコメンド装置
１００ レコメンドテーブル
１１０、１１１ スケジュールテーブル
１１２ スケジュール拡張テーブル
１１３ ＴｏＤｏテーブル
１１４ データ引継ぎルールテーブル
１１５ プロフィール情報テーブル
１１６ アプリ一覧テーブル
２００ 無線サービスエリア

Claims (14)

1. ユーザが行わなければならない項目を示すＴｏＤｏ項目を前記ユーザに提示するためのＴｏＤｏレコメンド装置であって、レコメンド内容としてユーザに提示すべきＴｏＤｏ項目が階層構造として登録されているＴｏＤｏレコメンドテーブルと、ユーザによる項目選択操作に応答して、前記ＴｏＤｏレコメンドテーブルの上位階層から順に次の階層のＴｏＤｏ項目を抽出するＴｏＤｏ項目抽出手段とを含み、前記ＴｏＤｏ項目抽出手段によって抽出されたＴｏＤｏ項目をユーザに提示するようにしたことを特徴とするＴｏＤｏレコメンド装置。
2. 前記ＴｏＤｏレコメンドテーブルは、前記ＴｏＤｏ項目同士の排他関係を示す排他関係情報を含み、
   前記ＴｏＤｏ項目抽出手段は、前記排他関係情報に基づき、排他関係にあるＴｏＤｏ項目についてはそれらを択一的に抽出することを特徴とする請求項１に記載のＴｏＤｏレコメンド装置。
3. 前記ＴｏＤｏレコメンドテーブルは、前記ＴｏＤｏ項目同士の順序関係を示す順序関係情報を含み、
   前記ＴｏＤｏ項目抽出手段は、前記順序関係情報に基づき、順序関係にあるＴｏＤｏ項目についてはその順序に従って抽出することを特徴とする請求項１に記載のＴｏＤｏレコメンド装置。
4. 前記ＴｏＤｏレコメンドテーブルは、前記ＴｏＤｏ項目に対応する情報検索に用いる引数を含み、ユーザによって入力された語句が前記引数として登録されることを特徴とする請求項１から請求項３までのいずれか１項に記載のＴｏＤｏレコメンド装置。
5. 前記ＴｏＤｏ項目の実行によって得られた結果を、該ユーザの予定としてスケジューラに登録するスケジュール登録手段を更に含むことを特徴とする請求項１から請求項４までのいずれか１項に記載のＴｏＤｏレコメンド装置。
6. 前記スケジュール登録手段は、ユーザによって入力された任意の語句と前記ユーザの予定とを関連付けて登録することを特徴とする請求項５に記載のＴｏＤｏレコメンド装置。
7. 請求項１から請求項４までのいずれか１項に記載のＴｏＤｏレコメンド装置によって提示されたＴｏＤｏ項目の実行によって得られた結果を、ユーザの予定としてスケジューラに登録するスケジュール登録手段を含むことを特徴とする通信端末装置。
8. 請求項１から請求項４までのいずれか１項に記載のＴｏＤｏレコメンド装置によって提示されたＴｏＤｏ項目の実行のために起動されるコンテンツにおいて必要となる情報を、実行済みの他のＴｏＤｏ項目の実行結果に基づいて決定し、それを前記起動されるコンテンツへ入力するようにしたことを特徴とする通信端末装置。
9. ユーザの予定を管理するスケジュール管理手段と、
   前記スケジュール管理手段によって管理されているユーザの予定と前記ＴｏＤｏ項目とを関連付けて格納するＴｏＤｏ項目管理手段と、
   前記ＴｏＤｏ項目管理手段に格納された前記ユーザの予定に対応する前記ＴｏＤｏ項目の実行結果を格納するＴｏＤｏ項目実行結果管理手段と、
   前記ＴｏＤｏ項目の実行時に、実行済みの他のＴｏＤｏ項目から引継ぐ情報を決めるための引継ぎルールを格納する情報引継ぎルール管理手段と、
   を備え、
   前記スケジュール管理手段は、前記ユーザの予定に対応する前記ＴｏＤｏ項目と実行結果を対応付けて格納するための拡張領域を有し、
   前記ＴｏＤｏ項目の実行時に、前記情報引継ぎルール管理手段に格納された前記引継ぎルールに基づいて、引継ぐ情報を含む引継ぎ元ＴｏＤｏ項目を特定し、
   前記引継ぎ元ＴｏＤｏ項目の実行結果の有無を、前記ＴｏＤｏ項目実行結果管理手段の管理内容と前記ＴｏＤｏ項目管理手段の管理内容とに基づいて特定し、
   前記引継ぎ元ＴｏＤｏ項目の実行結果が存在する場合は、前記引継ぎルールに従って決定された情報を前記ＴｏＤｏ項目に引継ぐようにしたことを特徴とする請求項８に記載の通信端末装置。
10. 前記ＴｏＤｏ項目の実行は、アプリケーションプログラムの実行によりなされ、
    前記アプリケーションプログラムを識別するための情報と前記引継ぎルールを参照するための情報とを対応付けて格納する引継ぎルール対応関係管理手段を更に備えたことを特徴とする請求項９に記載の通信端末装置。
11. 前記ＴｏＤｏ項目の実行は、通信回線を介して自装置と接続される外部サーバ装置へのデータ入力操作によりなされることを特徴とする請求項９に記載の通信端末装置。
12. ユーザの自宅位置情報、勤務先位置情報を少なくとも含むユーザ情報を格納するプロフィール情報格納手段を更に備え、
    前記情報引継ぎルール管理手段は、前記プロフィール情報格納手段に格納された前記ユーザ情報を含む前記引継ぎルールを格納することを特徴とする請求項９又は請求項１０に記載の通信端末装置。
13. 通信端末装置を制御するための通信端末装置制御プログラムであって、コンピュータを、ＴｏＤｏレコメンド装置からレコメンドされたＴｏＤｏ項目を取得するＴｏＤｏ項目取得手段、前記ＴｏＤｏ項目取得手段によって取得されたＴｏＤｏ項目の実行によって得られた結果を、ユーザの予定としてスケジューラに登録するスケジュール登録手段、として機能させることを特徴とする通信端末装置制御プログラム。
14. 通信端末装置を制御するための通信端末装置制御プログラムであって、コンピュータを、ＴｏＤｏ項目の実行のために起動されるコンテンツに応じて、参照すべきデータ引継ぎルールテーブルを決定する手段、決定されたデータ引継ぎルールテーブルを参照して、データ引継ぎのために参照すべき他のテーブルを決定する手段、決定されたテーブルを参照することによって、前記コンテンツにおいて必要となる情報を、前記起動されるコンテンツへ入力する手段、として機能させることを特徴とする通信端末装置制御プログラム。

Images