JP2006285522A - タスク選択支援装置、及び、タスク選択支援方法 - Google Patents

Abstract

【課題】 問題解決のためのタスクの選択に要するユーザの負担を軽減することを可能とするタスク選択支援装置、及び、タスク選択支援方法を提供する。
【解決手段】 ドメイン候補決定部２１０は、タスクモデルＤＢ１０２に記憶されているドメインの中からユーザに提示すべきドメイン候補を決定し、ドメイン候補送信部２０１はドメイン候補を携帯端末１０１に送信する。ユーザ選択ドメイン取得部２０３は、携帯端末１０１からユーザが選択したドメインを取得し、タスク候補決定部２１１はユーザが選択したドメインに基づいて、タスクモデルＤＢ１０２に記憶されているタスクの中からユーザに提示すべきタスク候補を決定する。
【選択図】 図３

Description

本発明は、ユーザの問題解決のためのタスク選択を支援するタスク選択支援装置、及び、タスク選択支援方法に関するものである。

従来、ユーザの問題解決を支援するための様々な技術が提案されている。
例えば、特許文献１では、ユーザのサービスの利用状況に基づきユーザ個々人に応じたサービスを提供するシステムが提案されている。しかしながら、特許文献１に記載のシステムにおいては、ユーザはサービスの提供を受けるにあたってサービス識別子とユーザ識別子とを端末に入力する必要がある。このため、ユーザは事前に問題解決のためのサービスを把握しておく必要があり、事前に問題解決のためのサービスを把握できていないユーザにとっては、特許文献１に記載のシステムは利用しにくいものとなる。

一方、ユーザの抱える問題を解決するための行動をタスクとして定義し、ユーザが所望とする問題解決のためのタスクやサービスを検索し易くする手法も存在する。このような手法では、ユーザは端末に表示された階層構造のタスクを辿っていき、問題解決のためのタスクを探し出す。
特開平８−１１５３６１号公報（段落００１６、図１）

しかしながら、端末に表示された多くのメニュー項目や複数の階層にわたったタスクの中から、ユーザが所望とするタスクを探し出すのは困難な作業である。特に、携帯端末は画面が小さく操作性が低いため、ユーザが携帯端末を利用してタスクを探そうとした場合にはかなりの時間を要してしまい、大きな負担となっていた。
本発明は以上の課題に鑑みてなされたものであり、問題解決のためのタスク選択に要するユーザの負担を軽減することを可能とするタスク選択支援装置、及び、タスク選択支援方法を提供することを目的とする。

上記課題を解決するために、請求項１に記載の発明は、ユーザが抱える問題を解決するための行動を示すタスクと、該タスクの属性を示す属性情報と、を対応付けて記憶するタスクモデル記憶手段と、前記タスクモデル記憶手段に記憶されている属性情報の中からユーザに提示すべき属性情報の候補を決定する属性候補決定手段と、前記属性候補決定手段により決定された属性情報の候補の中からユーザが選択した属性情報を取得するユーザ選択属性取得手段と、前記ユーザ選択属性取得手段により取得された属性情報に基づいて、前記タスクモデル記憶手段に記憶されているタスクの中からユーザに提示すべきタスクの候補を決定するタスク候補決定手段とを備えることを特徴とするタスク選択支援装置を提供する。

この構成によれば、タスク選択支援装置は、まず、ユーザに提示すべきタスクの属性情報の候補を決定し、決定された属性情報の候補の中からユーザが選択した属性情報に基づいてタスクの候補を決定するため、属性情報によってユーザに提示すべきタスクを絞り込むことができ、タスクの選択に要するユーザの負担を軽減することが可能となる。

請求項２に記載の発明は、請求項１に記載のタスク選択支援装置において、前記属性情報は、前記タスクが対象とする場所を表す対象場所情報であることを特徴とする。
この構成によれば、属性情報はタスクが対象とする場所を表す対象場所情報であるため、問題解決のためのタスクが対象とする場所によって適切にタスクの候補を絞り込むことができ、ユーザは適切なタスクの候補の提示を受けることが可能となるため、タスクの選択に要するユーザの負担を軽減することを可能となる。

請求項３に記載の発明は、請求項２に記載のタスク選択支援装置において、ユーザの所在場所を示すユーザ場所情報を取得するユーザ場所情報取得手段をさらに備え、前記属性候補決定手段は、前記ユーザ場所情報取得手段により取得されたユーザ場所情報に基づいて、ユーザに優先的に提示すべき対象場所情報を決定することを特徴とする。
この構成によれば、タスク選択支援装置は、ユーザ場所情報に基づいて、ユーザに優先的に提示すべき対象場所情報を決定するため、ユーザの所在場所に応じてユーザが所望している可能性が高い対象場所情報を優先的にユーザに提示することが可能となり、タスクの選択に要するユーザの負担を軽減することができる。

請求項４に記載の発明は、請求項２又は３に記載のタスク選択支援装置において、前記ユーザ場所情報取得手段により取得されたユーザ場所情報と前記ユーザ選択属性取得手段により取得された対象場所情報とを比較することによって、ユーザの所望するタスクのフェーズを決定するタスクフェーズ決定手段をさらに備え、前記タスク候補決定手段は、前記タスクフェーズ決定手段により決定されたタスクのフェーズに基づいて、ユーザに優先的に提示すべきタスクの候補を決定することを特徴とする。

この構成によれば、タスク選択支援装置は、ユーザの所望するタスクのフェーズを決定し、決定されたタスクのフェーズに基づいてユーザに優先的に提示すべきタスクの候補を決定することができるため、実行フェーズあるいは計画フェーズ等、ユーザの所望するフェーズで行われるタスクを優先的にユーザに提示することができ、タスクの選択に要するユーザの負担を軽減することが可能となる。

請求項５に記載の発明は、請求項１から４の何れか１項に記載のタスク選択支援装置において、ユーザが所望のタスクを検索するために入力したクエリーを取得するクエリー取得手段をさらに備え、前記タスク候補決定手段は、前記クエリー取得手段によって取得されたクエリーに基づいて、ユーザに優先的に提示すべきタスクの候補を決定することを特徴とする。
この構成によれば、タスク選択支援装置は、ユーザが入力したクエリーに基づいてユーザに優先的に提示すべきタスクの候補を決定することができるため、ユーザが所望しているタスクを優先的にユーザに提示することができ、タスクの選択に要するユーザの負担を軽減することが可能となる。

請求項６に記載の発明は、請求項１から５の何れか１項に記載のタスク選択支援装置において、ユーザ周囲の環境状況を計測するセンサにより計測されたセンサ情報を取得するセンサ情報取得手段をさらに備え、前記タスク候補決定手段は、前記センサ情報取得手段によって取得されたセンサ情報に基づいて、ユーザに優先的に提示すべきタスクの候補を決定することを特徴とする。
この構成によれば、タスク選択支援装置は、センサ情報に基づいてユーザに優先的に提示すべきタスクの候補を決定することができるため、ユーザ周囲の環境状況に適合したタスクを優先的にユーザに提示することができ、タスクの選択に要するユーザの負担を軽減することが可能となる。

請求項７に記載の発明は、ユーザが抱える問題を解決するための行動を示すタスクと、該タスクが対象とする場所を示す対象場所情報とを対応付けて記憶するタスクモデルデータベースから、ユーザに提示すべき対象場所情報の候補を取得する対象場所候補取得ステップと、ユーザの所在場所を示すユーザ場所情報を取得するユーザ場所情報取得ステップと、前記ユーザ場所情報取得ステップにおいて取得されたユーザ場所情報に該当する対象場所情報が上位に配置されるように、前記対象場所候補取得ステップにおいて取得された対象場所情報の候補を並べ替える並替ステップと、前記並替ステップにおいて並べ替えられた対象場所情報の候補をユーザに提示する対象場所提示ステップとを有することを特徴とするタスク選択支援方法を提供する。

この方法によれば、ユーザの所在場所を示すユーザ場所情報に該当する対象場所情報が上位に配置されるように、対象場所情報の候補を並べ替えてユーザに優先的に提示することができるため、ユーザが現在の所在場所で所望している可能性が高い対象場所情報をユーザに優先して提示することができ、タスクの選択に要するユーザの負担を軽減することが可能となる。

請求項８に記載の発明は、請求項７に記載のタスク選択支援方法において、前記対象場所提示ステップにおいてユーザに提示された対象場所情報の候補の中からユーザにより選択された対象場所情報を取得するユーザ選択対象場所取得ステップと、前記ユーザ選択対象場所取得ステップにおいて取得された対象場所情報に基づいて、前記タスクモデルデータベースの中からユーザに提示すべきタスクの候補を決定するタスク候補決定ステップとをさらに有することを特徴とする。
この方法によれば、ユーザが選択した対象場所情報に基づいてタスクの候補を絞り込んでユーザに提示することができるため、ユーザの所在場所に応じてユーザが所望とする可能性の高いタスクの候補を提示することができ、タスクの選択に要するユーザの負担を軽減することが可能となる。

本発明によれば、タスク選択支援装置は、まず、ユーザに提示すべきタスクの属性情報の候補を決定し、決定された属性情報の候補の中からユーザが選択した属性情報に基づいてタスクの候補を決定するため、属性情報によってユーザに提示すべきタスクを絞り込むことができ、タスクの選択に要するユーザの負担を軽減することが可能となる。

以下、本発明の実施の形態について図面を参照しながら説明する。
［１．構成］
図１は、タスク選択支援システムの全体構成を示す図である。同図に示すように、タスク選択支援システムは、ユーザの問題解決のためのタスク選択を支援するサーバであるタスク選択支援サーバ１００と、ユーザが所持する携帯端末１０１と、を含んで構成される。タスク選択支援サーバ１００と携帯端末１０１とは移動通信網やインターネット等の通信ネットワークで接続されている。タスク選択支援サーバ１００は、タスクモデルが記憶されたタスクモデルデータベース（以下「タスクモデルＤＢ」という）１０２を管理している。

［１．１．タスク選択支援サーバの構成］
次に、タスク選択支援サーバ１００の構成について説明する。タスク選択支援サーバ１００は、ハードウェア構成として、図示せぬ、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ハードディスク装置、及び、通信インターフェースを含んで構成され、一般的なコンピュータのハードウェア構成を備えている。タスク選択支援サーバ１００のハードディスク装置には、プログラム及びデータベース等の各種ソフトウェアが記憶されている。

［１．１．１．タスクモデルＤＢの構成］
タスク選択支援サーバ１００のハードディスク装置には、タスクモデルＤＢ（タスクモデル記憶手段）１０２が記憶されている。タスクモデルＤＢ１０２は、タスクに関する情報が記憶されたデータベースである。ここで、「タスク」とは、ユーザが抱える問題を解決するための行動である。
図２にはタスクモデルＤＢ１０２のデータ構成を示す。同図に示すように、タスクモデルＤＢ１０２には、データ項目として、「タスクＩＤ」、「親タスクＩＤ」、「タスク」、「ドメイン」、「タスクフェーズ」及び「天気センサ」が設けられている。
データ項目「タスクＩＤ」は、タスクを識別するための番号である。ここでは、タスクＩＤは全タスクでユニークな整数とする。

データ項目「親タスクＩＤ」は、タスクとタスクとの親子関係（従属関係）を表す番号である。例えば、タスクＩＤが「１００１」である「上映タイトルを調べる」というタスクは、タスクＩＤが「１０００」である「映画を見る」というタスクを親タスクとするため、「上映タイトルを調べる」というタスクの親タスクＩＤには、「映画を見る」のタスクＩＤ「１０００」が格納されている。

タスクＩＤが「１０００」の「映画を見る」というタスクは最上位のタスクである。最上位のタスクの親タスクＩＤには「０」が格納されている。
また、「待ち時間に食事をする」といったタスクのように、「映画を見る」、「テーマパークで遊ぶ」という２つ以上のタスクに跨って親タスクをもつタスクも考えられる。この場合には、図２に示すように、タスク「待ち時間に食事をする」の親タスクＩＤは、ＯＲ記号「Ｖ」を使って表現される。その際ドメインも複数に跨っている可能性があり、ドメインも同様にＯＲ記号「Ｖ」を使って表現される。

データ項目「タスク」は、定義されたタスク内容である。
データ項目「ドメイン」は、タスクが対象（より詳細には、目的の対象、又は、問題の対象）とする場所を示す対象場所情報（以下「ドメイン」という）である。本実施形態においては、ドメインは普通名詞で表現されている。タスクのドメインはそのタスクが対象とする場所を定義することにより構築することができる。例えば、「パレードを見る」というタスクを考えたときに、当該タスクの対象となる場所は「テーマパーク」と定義することができる。なお、ドメインは、タスクの属性のひとつと考えることができる。

データ項目「タスクフェーズ」は、各タスクが実行フェーズで行われるタスクか、計画フェーズで行われるタスクかを示す情報である。実行フェーズで行われるタスク（実行フェーズにあるタスク）とは、タスクの実行場所がドメインであることが想定されるタスクである。一方、計画フェーズにあるタスクとは、タスクの実行場所がドメインではないことが想定されるタスクである。また、タスクの実行場所がドメインに依存していないことが想定されるタスクは実行フェーズと計画フェーズとの何れにも該当する。

例えば、「映画館の座席を予約する」というタスクは、当該タスクのドメインである「映画館」以外の場所で実行されることが想定されるため、計画フェーズにあるタスクである。また、「パンフレットを購入する」というタスクは、タスクのドメインである「映画館」で実行されることが想定されるため、実行フェーズにあるタスクである。また、「上映タイトルを調べる」というタスクは、タスクのドメインである「映画館」でも実行されうるし「映画館」以外の場所でも実行されうるため、タスクのドメインに非依存のタスクである。この場合、「上映タイトルを調べる」というタスクは、計画フェーズにあるタスクと実行フェーズにあるタスクとの何れにも該当する。

データ項目「天気センサ」には、タスクが実行されない場合のセンサ情報が記述されている。例えば、タスクＩＤが「２０００」である「パレードを見る」というタスクは、天気センサから取得されたセンサ情報が「雨が降っている」を示している場合、実行されない可能性が高い。このデータ項目「天気センサ」は、タスクの実行を回避するために用いられる。なお、データ項目「天気センサ」以外にも、ユーザの周囲の環境状況を計測するセンサについてのデータ項目をタスクモデルＤＢ１０２に設けてもよい。例えば、湿度センサや騒音センサについてのデータ項目を設けてもよい。

［１．１．２．機能構成］
タスク選択支援サーバ１００が備える上述したハードウェア及びソフトウェアにより、図３に示す機能構成がタスク選択支援サーバ１００に実現される。以下、各構成要素の機能について述べる。
ユーザ場所情報取得部２０８は、ユーザの所在場所を示すユーザ場所情報を取得する。本実施形態においては、ユーザ場所情報取得部２０８は、ユーザが所持する携帯端末１０１に備えられたＧＰＳ（Global Positioning System）等の場所センサから、ユーザ場所情報を取得する。

ドメイン候補決定部（属性候補決定手段）２１０は、タスクモデルＤＢ１０２に記憶されているドメインの中からユーザに提示すべきドメインの候補を決定する。このときに、ドメイン候補決定部２１０は、ユーザ場所情報取得部２０８がユーザ場所情報を取得可能な場合は、当該ユーザ場所情報に基づいてユーザに優先的に提示すべきドメインを決定する。そして、ドメイン候補決定部２１０は、優先的にユーザに提示すべきドメインが上位に配置されるように並べ替えたり、優先度の低いドメインをユーザ提示対象のドメインから除外したりして、ユーザに提示すべきドメイン候補を生成する。

ドメイン検索部２０６は、ドメイン候補決定部２１０からの指示を受けて、タスクモデルＤＢ１０２からドメインを検索する。
ドメイン候補送信部２０１は、ドメイン候補決定部２１０により決定されたドメインの候補をユーザに提示するために、ユーザの所持する携帯端末１０１に送信する。
ユーザ選択ドメイン取得部（ユーザ選択属性取得手段）２０３は、ドメイン候補決定部２１０により決定され、ドメイン候補送信部２０１により携帯端末１０１に送信されたドメイン候補の中からユーザが選択したドメインを取得する。

タスクフェーズ判定部２０７は、ユーザ場所情報取得部２０８が取得したユーザ場所情報と、ユーザ選択ドメイン取得部２０３が取得したドメインとに基づいて、ユーザの所望するタスクのフェーズ（実行フェーズのタスクか計画フェーズのタスクか）を判定する。本実施形態においては、タスクフェーズ判定部２０７は、ユーザの所在する場所がユーザの選択したドメインに該当する場合には、ユーザは実行フェーズにあるタスクを所望していると判定し、該当しない場合には計画フェーズにあるタスクを所望していると判定する。

ユーザクエリー取得部２０４は、ユーザが所望のタスクを検索するために、携帯端末１０１を操作して入力したクエリー（query）を取得する。
センサ情報取得部２０９は、天気センサ等、ユーザ周囲の環境状況を計測するセンサにより計測されたセンサ情報を取得する。
タスク候補決定部２１１は、ユーザ選択ドメイン取得部２０３が取得したドメインに基づいて、タスクモデルＤＢ１０２に記憶されているタスクの中からユーザに提示すべきタスクの候補を決定する。このときに、タスク候補決定部２１１は、ユーザ場所情報取得部２０８により取得されたユーザ場所情報と、タスクフェーズ判定部２０７により判定されたタスクフェーズと、ユーザクエリー取得部２０４により取得されたクエリーと、センサ情報取得部２０９により取得されたセンサ情報との少なくとも１に基づいて、ユーザに優先的に提示すべきタスクを決定し、タスクの並べ替えやタスク候補の絞り込みを行う。

タスク検索部２０５は、タスク候補決定部２１１からの指示を受けてタスクモデルＤＢ１０２からタスクを検索する。
タスク候補送信部２００は、タスク候補決定部２１１により決定されたタスクの候補を、ユーザに提示するために携帯端末１０１に送信する。
ユーザ選択タスク取得部２０２は、タスク候補送信部２００により送信されたタスクの候補のうち、ユーザが携帯端末１０１を操作して選択したタスクを取得する。

［１．２．携帯端末の構成］
次に、携帯端末１０１の構成について説明する。携帯端末１０１は、無線によるデータ通信機能を有する端末である。携帯端末１０１に相当する端末としては、携帯電話機やＰＨＳ（Personal Handyphone System）、無線通信カードを備えたＰＤＡ（Personal Digital Assistance）などが挙げられる。
携帯端末１０１は、ＣＰＵ、メモリ、無線通信インターフェース、ＧＰＳ受信機と天気センサ等の環境計測センサとを含む各種センサ、ディスプレイ、操作キー、及び、メモリに記憶される各種ソフトウェアを備えている。携帯端末１０１が備えるこれらのハードウェア及びソフトウェアにより図４に示す機能構成が実現される。以下、各構成要素の機能について述べる。

場所センサ情報取得部５１４は、携帯端末１０１が備えるＧＰＳ等の場所センサからユーザ場所情報を取得する。なお、ユーザ場所情報の取得手段は携帯端末１０１が備えるＧＰＳの他に、例えば、携帯端末１０１が在圏する基地局の位置情報、ユーザが携帯端末１０１から入力した情報、ユーザが直接携帯しているＧＰＳ受信機等を利用してもよい。
場所センサ情報送信部５０６は、場所センサ情報取得部５１４が取得したユーザ場所情報をタスク選択支援サーバ１００に送信する。

他センサ情報取得部５１５は、携帯端末１０１が備える環境計測センサ（天気センサ等の場所センサ以外のセンサ）からセンサ情報を取得する。他センサ情報送信部５０７は、他センサ情報取得部５１５が取得したセンサ情報をタスク選択支援サーバ１００に送信する。
ドメイン候補受信部５０１は、ドメインの候補をタスク選択支援サーバ１００から受信する。ドメイン候補表示部５０８は、ドメイン候補受信部５０１が受信したドメイン候補の一覧を携帯端末１０１のディスプレイに表示する。

ユーザ選択ドメイン取得部５１２は、ユーザが携帯端末１０１の操作キーを操作してディスプレイに表示されているドメイン候補の中から所望のドメインを選択した場合に、当該選択されたドメインを取得する。ユーザ選択ドメイン送信部５０４は、ユーザ選択ドメイン取得部５１２が取得したドメインをタスク選択支援サーバ１００に送信する。
タスク候補受信部５０２は、タスクの候補をタスク選択支援サーバ１００から受信する。タスク候補表示部５０９は、タスク候補受信部５０２が受信したタスク候補の一覧を携帯端末１０１のディスプレイに表示する。

ユーザ選択タスク取得部５１０は、ユーザが携帯端末１０１の操作キーを操作して、ディスプレイに表示されているタスク候補の中から所望のタスクを選択した場合に、当該選択されたタスクを取得する。ユーザ選択タスク送信部５０３は、ユーザが選択したタスクをタスク選択支援サーバ１００に送信する。
ユーザクエリー取得部５１３は、ユーザが携帯端末１０１に入力したクエリーを取得する。ユーザクエリー送信部５０５は、ユーザクエリー取得部５１３で取得されたクエリーをタスク選択支援サーバ１００に送信する。

［２．動作］
次に、上記構成のタスク選択支援サーバ１００が行うドメイン候補決定処理、及び、タスク候補決定処理について説明する。
［２．１．ドメイン候補決定処理］
まず、図５に示すフローチャートを参照して、タスク選択支援サーバ１００が行うドメイン候補決定処理について説明する。このドメイン候補決定処理は、ユーザが携帯端末１０１からタスク選択支援サーバ１００に接続要求を行った場合に、タスク選択支援サーバ１００が携帯端末１０１に表示すべきドメインの候補を決定する処理である。

まず、タスク選択支援サーバ１００は、ユーザが所持する携帯端末１０１からの接続要求を受ける（ステップＳ１０１）。
ドメイン検索部２０６は、タスクモデルＤＢ１０２を参照し、ドメイン欄に格納されているドメインを検索する。ドメイン候補決定部２１０は、ドメイン検索部２０６により検索されたドメインをドメイン候補として決定する（ステップＳ１０２）。

次に、タスク選択支援サーバ１００は、携帯端末１０１にＧＰＳ等の場所センサが備えられているか否かを判定する（ステップＳ１０３）。ユーザ場所情報取得部２０８が携帯端末１０１からユーザ場所情報を取得せず、携帯端末１０１に場所センサが備えられていないと判定された場合には（ステップＳ１０３；Ｎｏ）、ドメイン候補決定部２１０は、ユーザの現在の所在場所でドメイン候補を絞り込むことができないため、ステップＳ１０２で決定したドメイン候補をユーザに提示すべき最終的なドメイン候補として決定する。ドメイン候補送信部２０１は、ドメイン候補決定部２１０が決定したドメイン候補をユーザに提示するために携帯端末１０１に送信する（ステップＳ１０７）。

一方、携帯端末１０１に場所センサが備えられており、携帯端末１０１の場所センサ情報取得部５１４でユーザ場所情報を取得可能な場合には（ステップＳ１０３；Ｙｅｓ）、タスク選択支援サーバ１００のユーザ場所情報取得部２０８は、携帯端末１０１からユーザ場所情報を受信する（ステップＳ１０４）。
ドメイン候補決定部２１０は、ドメイン検索部２０６に指示して、ステップＳ１０２で取得されたドメイン候補の中から、ステップＳ１０４で受信したユーザ場所情報に該当するドメインを検索する（ステップＳ１０５）。ここで、「該当する」場合とは、例えば、ユーザ場所情報で示される場所の語彙の概念がドメインの語彙の概念に属する場合や、ユーザ場所情報で示されるユーザの所在場所がドメインと一致している場合や、ユーザ場所情報で示される場所とドメインで示される場所との距離が所定範囲以内である場合があり得る。

ドメイン候補決定部２１０は、検索されたドメインをユーザに優先して提示すべきドメインとして決定し、この決定されたドメインがステップＳ１０２で抽出されたドメイン候補の中で上位に配置されるように並べ替える（ステップＳ１０６）。ドメイン候補送信部２０１は、ドメイン候補決定部２１０が並べ替えたドメイン候補を携帯端末１０１に送信する（ステップＳ１０７）。以上でドメイン候補決定処理が終了する。

次に、上記ドメイン候補決定処理の具体的な動作例について説明する。前提として、タスクモデルＤＢ１０２には図２に示すデータが記憶されており、ステップＳ１０２において、ドメイン検索部２０６はタスクモデルＤＢ１０２から全てのドメイン「映画館」、「テーマパーク」及び「街中」を取得したものとする。ドメイン候補決定部２１０は、取得されたこれらのドメイン「映画館」、「テーマパーク」及び「街中」をドメイン候補とする。

また、携帯端末１０１には場所センサが備えられており、ステップＳ１０４において、ユーザ場所情報取得部２０８がユーザ場所情報として「映画館」を受信したものとする。
ドメイン候補決定部２１０ではタスクモデルＤＢ１０２を参照し、受信されたユーザ場所情報「映画館」に該当するドメインを、ステップＳ１０２で取得されたドメイン候補「映画館」、「テーマパーク」、「街中」の中から検索する（ステップＳ１０５）。ここでは、ユーザ場所情報「映画館」に該当するドメインは「映画館」となる。ユーザが「映画館」にいる場合には、ユーザが「映画館」で行うタスクを選択する可能性が高いため、ここでは、ドメイン候補決定部２１０は、ドメイン候補を「映画館」、「テーマパーク」、「街中」という順序で並び替える（ステップＳ１０６）。ドメイン候補送信部２０１は、ドメイン候補決定部２１０により並び替えられたドメイン候補を携帯端末１０１に送信する（ステップＳ１０７）。

携帯端末１０１のドメイン候補受信部５０１はドメイン候補を受信し、ドメイン候補表示部５０８はドメイン候補の表示を行う。
なお、ドメインを優先的にユーザに提示する方法としては、ここで述べたような優先順位の高い順序で並び替える方法の他に、表示項目数の最大値を設定しておき、優先順位の低い項目は表示しないといった方法をとってもよい。

［２．２．タスク候補決定処理］
次に、図６を参照して、タスク選択支援サーバ１００が行うタスク候補決定処理について説明する。タスク候補決定処理は、ユーザがドメイン候補から所望のドメインを選択した後、選択されたドメインに基づいてタスクの候補を決定する処理である。
まず、ユーザは、携帯端末１０１を操作して、ディスプレイに表示されたドメイン候補の中から所望のドメインを選択する。これにより、携帯端末１０１のユーザ選択ドメイン取得部５１２はユーザが選択したドメインを取得し、ユーザ選択ドメイン送信部５０４はユーザ選択ドメイン取得部５１２が取得したドメインをタスク選択支援サーバ１００に送信する（ステップＳ２０１；Ｙｅｓ）。

タスク選択支援サーバ１００のユーザ選択ドメイン取得部２０３は、携帯端末１０１から送信されてきたドメインを受信する（ステップＳ２０３；Ｎｏ、ステップＳ２０８）。
ここでは、ステップＳ２０８において、ユーザ選択ドメインとして「映画館」が受信されたとする。また、携帯端末１０１に場所センサが備えられており、ステップＳ２０２において、携帯端末１０１からユーザ場所情報として「映画館」が取得されているとする。

タスク検索部２０５はタスクモデルＤＢ１０２を参照し、ユーザが選択したドメイン「映画館」と一致するドメインと対応付けられてタスクモデルＤＢ１０２に記憶されているタスクを検索する。タスク候補決定部２１１は、検索されたタスクをタスクの候補とする（ステップＳ２０９）。
ステップＳ２１０において、タスクフェーズ判定部２０７は、ユーザが選択したドメイン「映画館」と、ユーザ場所情報として取得した「映画館」とに基づいて、ユーザは実行フェーズにあるタスクを要望していると判定する。なぜなら、ユーザは、「映画館」にいながら「映画館」を対象としたタスクを要望しているため、「映画館」で実行可能なタスクを求めている可能性が高いと判断できるからである。

一方、ステップＳ２０８において、ユーザ選択ドメイン取得部２０３がユーザにより選択されたドメインとして「テーマパーク」を受信した場合には、タスクフェーズ判定部２０７は、ドメイン「テーマパーク」とユーザ場所情報「映画館」とに基づいて、ユーザは計画フェーズにあるタスクを要望していると判定する。なぜなら、ユーザは、「映画館」にいながら、「テーマパーク」を対象としたタスクを要望しているため、「映画館」で実行可能なタスクを求めている可能性は低く、「テーマパーク」に関して何らかの計画を実行する可能性が高いと判断できるからである。

ステップＳ２０８において、ドメインとして「映画館」が取得された場合、ステップＳ２１１において、タスク候補決定部２１１は、ステップＳ２０９で取得されたタスク候補の中から、まず「映画館」をドメインとした最上位のタスクを検索する。ここでは「映画を見る」というタスクが該当する。
次に、タスク候補決定部２１１は、図２に示すタスクモデルＤＢ１０２を参照し、ドメインを「映画館」として、「映画を見る」を親タスクにもち、実行フェーズであるタスクを検索する。ここでは、「待ち時間に食事をする」と、「パンフレットを購入する」とが該当する。

次に、タスク候補決定部２１１は、実行フェーズと計画フェーズとの何れのタスクフェーズにも該当するタスクを検索する。ここでは、「上映タイトルを調べる」が検索される。ただし、ここでユーザが実行フェーズではなく計画フェーズのタスクを求めている可能性もある。そのため、ここでは、ステップＳ２１０における判定結果に従って、タスクの候補が選択される可能性が高い順に並び替えるものとする（ステップＳ２１２）。ここでは、タスクの候補は、上位から「待ち時間に食事をする」、「パンフレットを購入する」、「上映タイトルを調べる」、「映画館を調べる」、「映画館の座席を予約する」、「映画館までの経路を調べる」という順序で並び替えられる。ステップＳ２１７において、タスク候補が携帯端末１０１に送信され、携帯端末１０１のディスプレイには、図７に示す画面が表示される。
このように、タスクの候補を並び替えることで、「映画館」で実行可能な実行フェーズにあるタスクを上位に配置することができ、ユーザのタスク選択を支援することができる。

一方、ステップＳ２０８において、ドメインとして「テーマパーク」が選択された場合についても同様に、ステップＳ２１１において、タスク候補決定部２１１は、タスク検索部２０５に指示して、まず、ステップＳ２０９で取得されたタスク候補の中から「テーマパーク」をドメインとした最上位のタスクを検索する。ここでは「テーマパークで遊ぶ」というタスクが該当する。次に、タスク候補決定部２１１は、ドメインを「テーマパーク」として「テーマパークで遊ぶ」を親タスクにもち、計画フェーズにあるタスクを検索する。ここでは、「テーマパークまでの経路を調べる」が検索される。次に、実行フェーズと計画フェーズとの何れにも該当するタスクを検索する。ここでは、「パレードを見る」が検索される。ただし、ユーザが計画フェーズではなく実行フェーズのタスクを求めている可能性もある。そのため、ここでは、ステップＳ２１０における判定結果に従って、タスクの候補を、ユーザに選択される可能性が高い順に並び替えるものとする（ステップＳ２１２）。ここでは、タスクの候補は、上位から「テーマパークまでの経路を調べる」、「パレードを見る」、「待ち時間に食事をする」という順序で並び替えられる。このように、タスクの候補を並び替えることで、「映画館」で計画可能な計画フェーズにあるタスクを上位に配置することができ、ユーザのタスク選択を支援することができる。

なお、携帯端末１０１に場所センサが備えられていない場合には、ステップＳ２０９において、タスク検索部２０５がタスクモデルＤＢ１０２を参照し、ユーザが選択したドメインをもつタスクを全て選択する。タスクフェーズは判定できないので、上記のタスクフェーズに基づいたタスク候補の並び替えは行わない。
タスク候補送信部２００は、タスク候補決定部２１１が並び替えたタスク候補をユーザに提示するために携帯端末１０１に送信する（ステップＳ２１７）。

携帯端末１０１のタスク候補受信部５０２はタスク候補を受信し、タスク候補表示部５０９は携帯端末１０１のディスプレイにタスク候補の表示を行う。
タスク候補のユーザへの提示方法は、ここで述べたような優先順位の高い順序で並び替える方法の他に、表示項目数の最大値を設定しておき、優先順位の低い項目は表示しないといった方法をとってもよい。

次に、ユーザがタスクを選択した後、さらにタスクを絞り込む場合について述べる。例えば、ユーザが、ドメイン「映画館」を選択した後、ディスプレイ上に表示されたタスク候補の中から、「待ち時間に食事をする」というタスクを選択したとする。携帯端末１０１のユーザ選択タスク取得部５１０はユーザが選択したタスクを取得し、ユーザ選択タスク送信部５０３は、ユーザ選択タスク取得部５１０が取得したタスクをタスク選択支援サーバ１００へ送信する。

タスク選択支援サーバ１００のユーザ選択タスク取得部２０２は、携帯端末１０１から選択されたタスクを受信する（ステップＳ２０３；Ｙｅｓ、ステップＳ２０４）。
次に、タスク候補決定部２１１は、タスク検索部２０５に指示してタスクモデルＤＢ１０２を参照し、タスク「待ち時間に食事をする」の子タスクで、タスクのドメインが「映画館」に一致するものを検索する（ステップＳ２０５→ステップＳ２０６；Ｙｅｓ→ステップＳ２０７）。ここでは、「喫茶店で軽食を食べる」、「ファストフードで食事をする」、「映画館の中で軽食を買う」がタスクの候補となる。

タスク候補の並び替えの処理は上記と同様である。すなわち、ユーザが選択したドメインと場所センサから取得したユーザ場所情報とから、ユーザが求めるタスクは実行フェーズにあるタスクか計画フェーズにあるタスクかが分かるので、ユーザが求めるフェーズに一致するタスクの順に並び替えを行う（ステップＳ２１０〜Ｓ２１２）。この例の場合、ドメインは「映画館」であり、ユーザ場所情報も「映画館」なので、ユーザは実行フェーズのタスクを求めていることになり、タスクの候補は、「映画館の中で軽食を買う」、「喫茶店で軽食を食べる」、「ファストフードで食事をする」という順番に並び替えられる。これらのタスク候補をタスク候補送信部２００から携帯端末に送信する。携帯端末のタスク候補受信部５０２で受信し、タスク候補表示部５０９は携帯端末１０１のディスプレイに表示を行う。図８には、このときに携帯端末１０１のディスプレイに表示される画面の一例を示す。

携帯端末１０１に天気センサ等の環境計測センサが備えられている場合には（ステップＳ２１３；Ｙｅｓ）、携帯端末１０１の他センサ情報取得部５１５は環境計測センサからセンサ情報を取得し、他センサ情報送信部５０７はタスク選択支援サーバ１００にセンサ情報を送信する。
タスク選択支援サーバ１００のセンサ情報取得部２０９は、携帯端末１０１からセンサ情報を受信する（ステップＳ２１３；Ｙｅｓ）。次に、タスク候補決定部２１１は、タスク検索部２０５に指示して、タスクモデルＤＢ１０２の「天気センサ」欄を参照し、受信されたセンサ情報と適合するタスクをタスクの候補の中から検索する。タスク候補決定部２１１は、検索されたタスクを下位に配置するようタスクの候補を並び替える（ステップＳ２１４）。例えば、ドメインとして「テーマパーク」が選択され、「雨が降っている」という天気センサのセンサ情報を受信した場合には、タスク候補は上位から「テーマパークまでの経路を調べる」、「待ち時間に食事をする」、「パレードを見る」というように並び替えられて、携帯端末１０１に送信される。

携帯端末１０１にクエリー入力機能が備えられている場合には、携帯端末１０１のユーザクエリー取得部５１３はユーザのクエリーを取得し、携帯端末１０１のユーザクエリー送信部５０５はタスク選択支援サーバ１００にクエリーを送信する。
タスク選択支援サーバ１００のユーザクエリー取得部２０４は、携帯端末１０１からクエリーを受信する（ステップＳ２１５；Ｙｅｓ）。次に、タスク候補決定部２１１は、タスク検索部２０５に指示してタスクモデルＤＢ１０２を参照し、タスクの候補の中に受信されたクエリーとテキストマッチするタスクを検索する。タスク候補決定部２１１は、部分的にでもクエリーとテキストマッチしたタスクをタスクの候補の中で上位に配置するようタスクの候補を並び替える（ステップＳ２１６）。例えば、上記の例で、「パレード」というクエリーが入力された場合には、表示する項目は、上位から「パレードを見る」、「テーマパークまでの経路を調べる」、「待ち時間に食事をする」というように並び替えられる。タスク候補送信部２００はタスク候補を携帯端末１０１に送信する（ステップＳ２１７）。

このように、タスク候補をタスクが対象とする場所で絞り込んだり、タスク候補の優先順位付けをしたりしてユーザに提示することで、ユーザは容易に所望のタスクを指定でき、ユーザのタスク選択を支援することができる。
以上説明したように、タスク選択支援サーバ１００は、まず、ユーザに提示すべきドメイン候補を決定し、決定したドメイン候補の中からユーザが選択したドメインに基づいてタスクの候補を絞り込むことができる。このため、ユーザが操作性の低い携帯端末１０１を用いてタスクの選択を行ったとしても、ユーザは容易に所望とする問題解決のためのタスクを発見することができ、タスクの選択に要するユーザの負担を軽減することが可能となる。

また、ユーザがタスクを指定した場所に基づいてドメイン候補やタスク候補を絞り込むことができるため、ユーザの所在場所に応じた最適なタスクをユーザに提示することができる。
また、携帯端末１０１から取得したユーザ場所情報とユーザが選択したドメインとに基づいて、ユーザのタスクフェーズにあったタスクを提示することが可能となり、タスクの選択に要するユーザの負担を軽減することができる。

また、ユーザが指定したクエリーを用いてタスクの候補を絞り込むことが可能となるため、タスクの選択に要するユーザの負担を軽減することができる。
また、携帯端末１０１が備える天気センサ等の各種環境計測センサから取得されるセンサ情報を用いて、ユーザの周囲の環境状況に適合したタスクの候補を絞込むことが可能となり、タスクの選択に要するユーザの負担を軽減することが可能となる。

［３．変形例］
以上、本発明の実施形態について説明したが、本発明は係る実施形態に限定されるものではなく、その技術思想の範囲内で様々な変形が可能である。変形例としては、例えば、以下のようなものが考えられる。
（１）上述した実施形態においては、タスク選択支援システムはタスク選択支援サーバ１００と携帯端末１０１とで構成されているとして説明したが、タスク選択支援システムの装置構成はこれに限定されない。例えば、タスク選択支援システムはタスク選択支援サーバ１００のみで構成されていてもよい。この場合には、ユーザは携帯端末１０１を用いずにタスク選択支援サーバ１００が備えるキーボードやディスプレイを利用してタスクを選択することとなる。ユーザがＧＰＳ受信機やジャイロ等の装置を携帯し、これらの装置からタスク選択支援サーバ１００にユーザ場所情報を送信してもよい。

また、携帯端末１０１が、上述した実施形態に係るタスク選択支援サーバ１００の機能全てを備えていてもよい。この場合には、携帯端末１０１が特許請求の範囲に記載した「タスク選択支援装置」に該当することとなる。
また、上述した実施形態においては、タスク選択支援サーバ１００が備えるハードディスク装置にタスクモデルＤＢ１０２が記憶されているとして説明したが、タスク選択支援サーバ１００とタスクモデルＤＢ１０２とが別々の装置であってもよい。この場合には、タスク選択支援サーバ１００とタスクモデルＤＢ１０２とが特許請求の範囲に記載した「タスク選択支援装置」に該当することとなる。

（２）上述した実施形態においては、「属性情報」はタスクの対象とする場所を示すドメインであるとして説明したが、これに限定されることはなく、「属性情報」はタスクの候補を絞り込むことが可能な情報であればよい。属性情報として、例えば、上述したタスクフェーズや天気の他に、時間帯、季節等が考えられる。

なお、ユーザが携帯端末１０１を用いてタスク選択を行う場合、タスク選択の負担軽減効果が高いのは「属性情報」がドメインである場合である。なぜならば、タスク選択支援サーバ１００は、携帯端末１０１から取得したユーザの所在場所を示すユーザ場所情報に基づいて、ユーザに優先して提示すべきドメイン候補及びタスク候補を適切に決定し、決定したドメイン候補及びタスク候補を携帯端末１０１に送信することができるからである。このため、ユーザは、画面が小さく操作性の低い携帯端末１０１を使用していたとしても、容易に所望のタスクを探し出すことができる。

（３）上述した実施形態においては、タスクフェーズには実行フェーズと計画フェーズとが存在するとして説明したが、これに限定されることはなく、様々なフェーズにあるタスクを定義することができる。例えば、ドメインが「映画館」である終了フェーズのタスク「映画館脇のバーでくつろぐ」を定義してもよい。

ドメイン等のタスクの属性によってユーザのタスク選択の負担を軽減し、効率的にユーザがタスク選択を行うことを支援する分野に利用することができる。

本発明の実施形態に係るタスク選択支援システムの構成図である。 同実施形態に係るタスクモデルＤＢのデータ構成の一例を示す図である。 同実施形態に係るタスク選択支援サーバの構成図である。 同実施形態に係る携帯端末の構成図である。 同実施形態に係るドメイン候補決定処理の一例を示すフローチャートである。 同実施形態に係るタスク候補決定処理の一例を示すフローチャートである。 同実施形態に係る携帯端末の表示画面の一例を示す図である。 同実施形態に係る携帯端末の表示画面の一例を示す図である。

符号の説明

１００ タスク選択支援サーバ
１０２ タスクモデルＤＢ
２００ タスク候補送信部
２０１ ドメイン候補送信部
２０２ ユーザ選択タスク取得部
２０３ ユーザ選択ドメイン取得部
２０４ ユーザクエリー取得部
２０５ タスク検索部
２０６ ドメイン検索部
２０７ タスクフェーズ判定部
２０８ ユーザ場所情報取得部
２０９ センサ情報取得部
２１０ ドメイン候補決定部
２１１ タスク候補決定部
１０１ 携帯端末
５０１ ドメイン候補受信部
５０２ タスク候補受信部
５０３ ユーザ選択タスク送信部
５０４ ユーザ選択ドメイン送信部
５０５ ユーザクエリー送信部
５０６ 場所センサ情報送信部
５０７ 他センサ情報送信部
５０８ ドメイン候補表示部
５０９ タスク候補表示部
５１０ ユーザ選択タスク取得部
５１２ ユーザ選択ドメイン取得部
５１３ ユーザクエリー取得部
５１４ 場所センサ情報取得部
５１５ 他センサ情報取得部

Claims (8)

1. ユーザが抱える問題を解決するための行動を示すタスクと、該タスクの属性を示す属性情報と、を対応付けて記憶するタスクモデル記憶手段と、
   前記タスクモデル記憶手段に記憶されている属性情報の中からユーザに提示すべき属性情報の候補を決定する属性候補決定手段と、
   前記属性候補決定手段により決定された属性情報の候補の中からユーザが選択した属性情報を取得するユーザ選択属性取得手段と、
   前記ユーザ選択属性取得手段により取得された属性情報に基づいて、前記タスクモデル記憶手段に記憶されているタスクの中からユーザに提示すべきタスクの候補を決定するタスク候補決定手段と
   を備えることを特徴とするタスク選択支援装置。
2. 前記属性情報は、前記タスクが対象とする場所を表す対象場所情報であることを特徴とする
   請求項１に記載のタスク選択支援装置。
3. ユーザの所在場所を示すユーザ場所情報を取得するユーザ場所情報取得手段をさらに備え、
   前記属性候補決定手段は、
   前記ユーザ場所情報取得手段により取得されたユーザ場所情報に基づいて、ユーザに優先的に提示すべき対象場所情報を決定することを特徴とする
   請求項２に記載のタスク選択支援装置。
4. 前記ユーザ場所情報取得手段により取得されたユーザ場所情報と前記ユーザ選択属性取得手段により取得された対象場所情報とを比較することによって、ユーザの所望するタスクのフェーズを決定するタスクフェーズ決定手段をさらに備え、
   前記タスク候補決定手段は、
   前記タスクフェーズ決定手段により決定されたタスクのフェーズに基づいて、ユーザに優先的に提示すべきタスクの候補を決定することを特徴とする
   請求項２又は３に記載のタスク選択支援装置。
5. ユーザが所望のタスクを検索するために入力したクエリーを取得するクエリー取得手段をさらに備え、
   前記タスク候補決定手段は、
   前記クエリー取得手段によって取得されたクエリーに基づいて、ユーザに優先的に提示すべきタスクの候補を決定することを特徴とする
   請求項１から４の何れか１項に記載のタスク選択支援装置。
6. ユーザ周囲の環境状況を計測するセンサにより計測されたセンサ情報を取得するセンサ情報取得手段をさらに備え、
   前記タスク候補決定手段は、
   前記センサ情報取得手段によって取得されたセンサ情報に基づいて、ユーザに優先的に提示すべきタスクの候補を決定することを特徴とする
   請求項１から５の何れか１項に記載のタスク選択支援装置。
7. ユーザが抱える問題を解決するための行動を示すタスクと、該タスクが対象とする場所を示す対象場所情報とを対応付けて記憶するタスクモデルデータベースから、ユーザに提示すべき対象場所情報の候補を取得する対象場所候補取得ステップと、
   ユーザの所在場所を示すユーザ場所情報を取得するユーザ場所情報取得ステップと、
   前記ユーザ場所情報取得ステップにおいて取得されたユーザ場所情報に該当する対象場所情報が上位に配置されるように、前記対象場所候補取得ステップにおいて取得された対象場所情報の候補を並べ替える並替ステップと、
   前記並替ステップにおいて並べ替えられた対象場所情報の候補をユーザに提示する対象場所提示ステップと
   を有することを特徴とするタスク選択支援方法。
8. 前記対象場所提示ステップにおいてユーザに提示された対象場所情報の候補の中からユーザにより選択された対象場所情報を取得するユーザ選択対象場所取得ステップと、
   前記ユーザ選択対象場所取得ステップにおいて取得された対象場所情報に基づいて、前記タスクモデルデータベースの中からユーザに提示すべきタスクの候補を決定するタスク候補決定ステップとをさらに有することを特徴とする
   請求項７に記載のタスク選択支援方法。

Images