JP2006318373A - タスク選択支援サーバ、及び、タスク選択支援方法 - Google Patents
タスク選択支援サーバ、及び、タスク選択支援方法 Download PDFInfo
- Publication number
- JP2006318373A JP2006318373A JP2005142592A JP2005142592A JP2006318373A JP 2006318373 A JP2006318373 A JP 2006318373A JP 2005142592 A JP2005142592 A JP 2005142592A JP 2005142592 A JP2005142592 A JP 2005142592A JP 2006318373 A JP2006318373 A JP 2006318373A
- Authority
- JP
- Japan
- Prior art keywords
- task
- query
- user
- map
- information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
【課題】 クエリとして入力された用語の種別に関わらず、クエリを用いて問題解決のためのタスクの候補を適切に絞り込むことを可能とするタスク選択支援装置、及び、タスク選択支援方法を提供する。
【解決手段】 タスク検索部２０４のタスクドメイン入力タスク検索部は、タスクドメインに基づいてタスクモデルＤＢ１０２からタスクの候補を検索する。クエリ解析部２０６の名詞種別判別部はユーザ入力クエリの名詞種別を判別し、一般名称と判別された場合には、キーワード入力タスク検索部がシソーラス１０４を用いて、変換されたクエリに基づいてタスクの候補を絞り込む。一方、固有名称と判別された場合には、タスク対象入力タスク検索部が一般・固有名詞対応ＤＢ１０３を用いて、変換されたクエリに基づいてタスクの候補を絞り込む。
【選択図】 図７
【解決手段】 タスク検索部２０４のタスクドメイン入力タスク検索部は、タスクドメインに基づいてタスクモデルＤＢ１０２からタスクの候補を検索する。クエリ解析部２０６の名詞種別判別部はユーザ入力クエリの名詞種別を判別し、一般名称と判別された場合には、キーワード入力タスク検索部がシソーラス１０４を用いて、変換されたクエリに基づいてタスクの候補を絞り込む。一方、固有名称と判別された場合には、タスク対象入力タスク検索部が一般・固有名詞対応ＤＢ１０３を用いて、変換されたクエリに基づいてタスクの候補を絞り込む。
【選択図】 図７
Description
本発明は、ユーザが抱える問題を解決するためのタスク選択を支援するタスク選択支援サーバ、及び、タスク選択支援方法に関するものである。
従来、ユーザが抱える問題を解決するために、問題解決のための行動をタスクとして定義し、タスクモデルを構築する手法が知られている。このような手法では、タスクを所定の用語で定義し、タスク同士を体系的に関連付けてタスクモデルを構築する。このように構築されたタスクモデルの中からタスクの候補を選択しユーザ端末に表示することで、ユーザは複数のタスク候補の中から自己の要求に合ったタスクを選択することができる。しかしながら、大量のタスクが候補としてユーザ端末に表示された場合には、ユーザは所望のタスクを見つけ出すのに時間を費やしてしまい、効率的にタスクを選択することができないという問題があった。
タスクの候補を絞り込むために、ユーザが入力したクエリによってタスクの候補を絞り込むことも考えられる。ユーザがクエリを入力する場合、自己が抱えている問題に応じて抽象的な広い概念の用語から具体的に対象を特定する用語まで、多岐に渡った用語をクエリとして入力することとなる。このため、タスクモデル内で定義されていない用語がクエリとして入力されることもあり、この場合にはクエリに適合するタスクを適切に検索することができないという問題が発生する。
従来技術として、ユーザが入力したクエリに関連する知識リソースを特定し、問題解決のための回答を生成する技術が存在する（例えば、特許文献１参照）。特許文献１には、入力されたクエリを知識リソースに適した形式に変換することや、クエリを構文解析して標準のクエリに変換することが記載されている。
特表２００３−５２８３６２号公報（段落００２９、００５０）
しかしながら、特許文献１においてはクエリの変換手法が具体的に開示されていない。また、特許文献１においては、変換されたクエリで関連知識を検索するのみでは問題解決のための回答を得ることができず、複雑な推論処理により回答を作成している。従って、特許文献１に記載の手法は、所定の用語で体系的に定義されたタスクモデルからタスクの候補を検索するのに適した手法とはいえない。
本発明は以上の課題に鑑みてなされたものであり、クエリとして入力された用語の種別に関わらず、クエリを用いて問題解決のためのタスクの候補を適切に絞り込むことを可能とするタスク選択支援装置、及び、タスク選択支援方法を提供することを目的とする。
上記課題を解決するために、請求項１に記載の発明は、行動をタスクとして定義したタスクモデルが記憶されたタスクモデルデータベースから、タスクの候補を検索するタスク検索手段と、ユーザにより入力されたクエリを解析することにより、該クエリを前記タスクモデル内で定義されている用語に変換するクエリ解析手段とを備え、前記クエリ解析手段により変換されたクエリを用いて前記タスクの候補を絞り込むことを特徴とするタスク選択支援サーバを提供する。
この構成によれば、タスク選択支援サーバは、入力されたクエリを解析することによって該クエリをタスクモデル内で定義されている用語に変換し、該変換されたクエリを用いてタスクの候補を絞り込むことができるため、クエリとして入力された用語の種別に関わらず、タスクの候補を適切に絞り込むことができる。
請求項２に記載の発明は、請求項１に記載のタスク選択支援サーバにおいて、前記クエリ解析手段は、クエリとして入力された用語の種別を判別し、該判別された種別に応じた変換用のデータベースを用いて、前記クエリを前記タスクモデル内で定義されている用語に変換することを特徴とする。
請求項２に記載の発明は、請求項１に記載のタスク選択支援サーバにおいて、前記クエリ解析手段は、クエリとして入力された用語の種別を判別し、該判別された種別に応じた変換用のデータベースを用いて、前記クエリを前記タスクモデル内で定義されている用語に変換することを特徴とする。
この構成によれば、クエリとして入力された用語の種別に応じた変換用のデータベースを用いて、クエリをタスクモデル内で定義されている用語に容易に変換することができるため、クエリとして入力された用語の種別に関わらず、クエリに適合したタスクを検索し、タスクの候補を適切に絞り込むことができる。
請求項３に記載の発明は、請求項１又は２に記載のタスク選択支援サーバにおいて、表示用の地図情報と地図上における場所の名称を含む付加情報とが記憶された地図表示情報データベースから、ユーザが要求する位置情報に対応する地図情報と付加情報とを取得する地図表示情報取得手段と、前記地図表示情報取得手段により取得された地図情報と付加情報とを、ユーザが所持する携帯端末に送信する地図表示情報送信手段とをさらに備え、前記クエリ解析手段は、前記携帯端末に表示された地図上においてユーザにより選択された場所に対応する付加情報に含まれる名称をクエリとして用いて、クエリの解析を行うことを特徴とする。
請求項３に記載の発明は、請求項１又は２に記載のタスク選択支援サーバにおいて、表示用の地図情報と地図上における場所の名称を含む付加情報とが記憶された地図表示情報データベースから、ユーザが要求する位置情報に対応する地図情報と付加情報とを取得する地図表示情報取得手段と、前記地図表示情報取得手段により取得された地図情報と付加情報とを、ユーザが所持する携帯端末に送信する地図表示情報送信手段とをさらに備え、前記クエリ解析手段は、前記携帯端末に表示された地図上においてユーザにより選択された場所に対応する付加情報に含まれる名称をクエリとして用いて、クエリの解析を行うことを特徴とする。
この構成によれば、ユーザが地図上の場所を選択するのみで、タスク選択支援サーバは、場所に対応する付加情報に含まれる名称をクエリとして用いてクエリの解析を行い、クエリをタスクモデル内で定義されている用語に変換することができるため、付加情報に含まれる名称の種別に関わらずクエリを用いてタスクの候補を絞り込むことができる。また、ユーザは地図上に表示された場所を選択するのみでよいため、クエリを入力する手間が省ける。
請求項４に記載の発明は、請求項３に記載のタスク選択支援サーバにおいて、前記タスク検索手段は、前記携帯端末に表示された地図上においてユーザにより選択された場所に対応する付加情報に含まれる名称をタスク発生場所として用いて、タスクの候補を検索することを特徴とする。
この構成によれば、ユーザが地図上の場所を選択するのみで、タスク選択支援サーバは、場所に対応する付加情報に含まれる名称をタスク発生場所として用いてタスクの候補を検索することができるため、タスク発生場所によってタスク候補の絞込みを容易に行うことができる。
この構成によれば、ユーザが地図上の場所を選択するのみで、タスク選択支援サーバは、場所に対応する付加情報に含まれる名称をタスク発生場所として用いてタスクの候補を検索することができるため、タスク発生場所によってタスク候補の絞込みを容易に行うことができる。
請求項５に記載の発明は、行動をタスクとして定義したタスクモデルが記憶されたタスクモデルデータベースから、タスクの候補を検索するタスク検索ステップと、ユーザにより入力されたクエリを解析することにより、該クエリを前記タスクモデル内で定義されている用語に変換するクエリ解析ステップと、前記クエリ解析ステップにおいて変換されたクエリを用いて前記タスク検索ステップにおいて検索されたタスクの候補を絞り込むタスク候補絞込みステップとを備えることを特徴とするタスク選択支援方法を提供する。
この方法によれば、タスクの候補を検索し、ユーザにより入力されたクエリを解析することによって該クエリをタスクモデル内で定義されている用語に変換し、該変換されたクエリを用いてタスクの候補を絞り込むため、クエリとして入力された用語の種別に関わらず、クエリに適合したタスクを検索することができ、適切にタスク候補を絞り込むことができる。
本発明によれば、タスク選択支援サーバは、入力されたクエリを解析することによって該クエリをタスクモデル内で定義されている用語に変換し、該変換されたクエリを用いてタスクの候補を絞り込むことができるため、クエリとして入力された用語の種別に関わらず、タスクの候補を適切に絞り込むことができる。
以下、本発明の実施の形態について図面を参照しながら説明する。
（第１実施形態）
まず、本発明に係る第１実施形態について説明する。図１は、第１実施形態に係る問題解決支援システムの全体構成を示す図である。同図に示すように、問題解決支援システムは、ユーザが抱える問題解決のためのタスク選択を支援するタスク選択支援サーバ１００と、ユーザが所持する携帯端末１０１とを含んで構成される。タスク選択支援サーバ１００と携帯端末１０１とは、移動通信網やインターネット等の通信ネットワークで通信可能に接続されている。
（第１実施形態）
まず、本発明に係る第１実施形態について説明する。図１は、第１実施形態に係る問題解決支援システムの全体構成を示す図である。同図に示すように、問題解決支援システムは、ユーザが抱える問題解決のためのタスク選択を支援するタスク選択支援サーバ１００と、ユーザが所持する携帯端末１０１とを含んで構成される。タスク選択支援サーバ１００と携帯端末１０１とは、移動通信網やインターネット等の通信ネットワークで通信可能に接続されている。
［１．１ タスク選択支援サーバの構成］
次に、タスク選択支援サーバ１００の構成について詳細に説明する。タスク選択支援サーバ１００は、ハードウェア構成として、図示せぬ、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ハードディスク装置、及び、通信インターフェースを含んで構成され、一般的なコンピュータのハードウェア構成を有している。タスク選択支援サーバ１００のハードディスク装置には、プログラムやデータベース等の各種ソフトウェアが記憶されている。ハードディスク装置に記憶されているデータベースとして、タスクモデルデータベース（以下「ＤＢ」）１０２と、一般・固有名詞対応ＤＢ１０３と、シソーラス１０４と、サービス知識ＤＢ１０５と、が含まれる。以下、各データベースの構成について説明する。
次に、タスク選択支援サーバ１００の構成について詳細に説明する。タスク選択支援サーバ１００は、ハードウェア構成として、図示せぬ、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ハードディスク装置、及び、通信インターフェースを含んで構成され、一般的なコンピュータのハードウェア構成を有している。タスク選択支援サーバ１００のハードディスク装置には、プログラムやデータベース等の各種ソフトウェアが記憶されている。ハードディスク装置に記憶されているデータベースとして、タスクモデルデータベース（以下「ＤＢ」）１０２と、一般・固有名詞対応ＤＢ１０３と、シソーラス１０４と、サービス知識ＤＢ１０５と、が含まれる。以下、各データベースの構成について説明する。
［１．１．１ タスクモデルＤＢの構成］
まず、タスクモデルＤＢ１０２の構成について説明する。タスクモデルＤＢ１０２は、ユーザが抱える問題解決のための行動をタスクとして定義したタスクモデルを記憶するデータベースである。
まず、タスクモデルＤＢ１０２の構成について説明する。タスクモデルＤＢ１０２は、ユーザが抱える問題解決のための行動をタスクとして定義したタスクモデルを記憶するデータベースである。
図２には、タスクモデルＤＢ１０２のデータ構成の一例を示す。１つのレコードは、項目「タスクＩＤ」、「親タスクＩＤ」、「タスク」、「タスクドメイン」及び「タスク対象」で構成される。以下では、この１つのレコードをタスクと呼ぶ。
項目「タスクＩＤ」は、タスクを識別するための番号である。ここでは、タスクＩＤは全タスクでユニークな整数とする。
項目「タスクＩＤ」は、タスクを識別するための番号である。ここでは、タスクＩＤは全タスクでユニークな整数とする。
項目「親タスクＩＤ」は、タスク間の上位・下位関係（従属関係）を表すための番号である。例えば、タスクＩＤが「１００１」で識別される「ベストセラーを調べる」というタスクは、タスクＩＤが「１０００」で識別される「本を調べる」というタスクを親タスクとするため、「ベストセラーを調べる」というタスクの親タスクＩＤ項目には、タスクＩＤ「１０００」が格納されている。
タスクＩＤが「１０００」で識別される「本を調べる」というタスクはここでは最上位のタスクであり、この最上位のタスクの親タスクＩＤ欄には「０」が格納されている。
項目「タスク」は、タスクの名称を示す。タスクの名称はタスクモデル内において統一して定義された用語である一般名称によって記述されている。
項目「タスク」は、タスクの名称を示す。タスクの名称はタスクモデル内において統一して定義された用語である一般名称によって記述されている。
項目「タスクドメイン」は、タスクが発生する場所（以下「タスク発生場所」という）を示す。タスク発生場所が複数存在する場合には、場所の名称同士は論理和の記号「Ｖ」で接続されて記述されている。タスクドメイン項目は、タスクモデル内において統一して定義された用語である一般名称によって記述されている。「タスクドメイン」は、そのタスクが発生するタスク発生場所を定義することにより構築することができる。例えば、「本を買う」というタスクを考えたときに、当該タスクのタスク発生場所は「本屋」と定義することができる。
項目「タスク対象」には、詳しくは後述するが、タスクの対象が固有名称である場合に、当該固有名称に対応する一般名称が記述される。
項目「タスク対象」には、詳しくは後述するが、タスクの対象が固有名称である場合に、当該固有名称に対応する一般名称が記述される。
［１．１．２ サービス知識ＤＢの構成］
次に、サービス知識ＤＢ１０５の構成について説明する。サービス知識ＤＢ１０５は、各タスクに関連付けられるサービス知識を定義するデータベースである。サービス知識とは、ユーザが選択したタスクを実世界で実現するための知識である。図３にはサービス知識ＤＢ１０５のデータ構成の一例を示す。同図に示すように、サービス知識ＤＢ１０５には、データ項目として、サービス知識を識別するための「サービスＩＤ」と、サービス知識のインターネット上における所在（アクセス先）を表す「サービスＵＲＩ（Uniform Resource Identifier）」と、サービス知識が対応付けられるタスクを示す「タスクＩＤ」とが設けられている。
次に、サービス知識ＤＢ１０５の構成について説明する。サービス知識ＤＢ１０５は、各タスクに関連付けられるサービス知識を定義するデータベースである。サービス知識とは、ユーザが選択したタスクを実世界で実現するための知識である。図３にはサービス知識ＤＢ１０５のデータ構成の一例を示す。同図に示すように、サービス知識ＤＢ１０５には、データ項目として、サービス知識を識別するための「サービスＩＤ」と、サービス知識のインターネット上における所在（アクセス先）を表す「サービスＵＲＩ（Uniform Resource Identifier）」と、サービス知識が対応付けられるタスクを示す「タスクＩＤ」とが設けられている。
［１．１．３ タスクモデルＤＢのタスク対象項目の設定方法］
以下、タスクモデルＤＢ１０２におけるタスク対象項目の設定方法について説明する。
まず、タスク対象項目を設定すべきタスクが固有名称を対象としているか一般名称を対象としているかを判断する。これは、タスクに記述されているタスクドメイン項目やタスク項目によっては判断できないため、サービス知識ＤＢ１０５によってタスクに関連付けられているサービス知識から推測する必要がある。例えば、「レビューを読む」というタスクの場合、当該タスクに関連付けられているサービス知識が、本のタイトルを入力してレビューを探すというサービス知識である場合には、当該タスクは固有名称を対象としていることがわかる。反対に、タスクに関連付けられているサービス知識が最新刊のレビューを公表しているウェブページのＵＲＩである場合には、当該タスクは固有名称でなく一般名称を対象としたタスクであるといえる。また、「ベストセラーを調べる」、「最新刊を調べる」といったタスクのように、サービス知識を参照しなくても一般名称を対象としたタスクであると判定可能な場合もある。
以下、タスクモデルＤＢ１０２におけるタスク対象項目の設定方法について説明する。
まず、タスク対象項目を設定すべきタスクが固有名称を対象としているか一般名称を対象としているかを判断する。これは、タスクに記述されているタスクドメイン項目やタスク項目によっては判断できないため、サービス知識ＤＢ１０５によってタスクに関連付けられているサービス知識から推測する必要がある。例えば、「レビューを読む」というタスクの場合、当該タスクに関連付けられているサービス知識が、本のタイトルを入力してレビューを探すというサービス知識である場合には、当該タスクは固有名称を対象としていることがわかる。反対に、タスクに関連付けられているサービス知識が最新刊のレビューを公表しているウェブページのＵＲＩである場合には、当該タスクは固有名称でなく一般名称を対象としたタスクであるといえる。また、「ベストセラーを調べる」、「最新刊を調べる」といったタスクのように、サービス知識を参照しなくても一般名称を対象としたタスクであると判定可能な場合もある。
このように、サービス知識と関連付けられたタスクからボトムアップ的に判定し、固有名称を対象としているタスクについては、一般・固有名詞対応ＤＢ１０３を参照して、固有名称と対応付けられている一般名称をタスク対象として記述する。一方、一般名称を対象としているタスクについてはタスク対象として何も記述しない。サービス知識と関連付けられていないタスクについては、当該タスクの下位のタスクに固有名称を対象とするタスクが存在する場合には、その和を取った形で、対応する一般名称をタスク対象として記述する。下位のタスクがすべて一般名称を対象としたタスクの場合にはタスク対象として何も記述しない。
上記に従ってタスクモデルを記述した場合の概念図を図４に示す。図４に示すタスクモデルをデータベースの形式で記述したものが図２となる。
上記に従ってタスクモデルを記述した場合の概念図を図４に示す。図４に示すタスクモデルをデータベースの形式で記述したものが図２となる。
［１．１．４ 一般・固有名詞対応ＤＢ］
一般・固有名詞対応ＤＢ１０３は、固有名称を、タスクモデル内で定義されている一般名称と対応付けるためのデータベースである。図５には、一般・固有名詞対応ＤＢ１０３のデータ構成の一例を示す。同図に示すように、例えば、本のタイトルである固有名称「冷静と情熱のあいだ」と一般名称「本」とが対応付けられている。
一般・固有名詞対応ＤＢ１０３は、固有名称を、タスクモデル内で定義されている一般名称と対応付けるためのデータベースである。図５には、一般・固有名詞対応ＤＢ１０３のデータ構成の一例を示す。同図に示すように、例えば、本のタイトルである固有名称「冷静と情熱のあいだ」と一般名称「本」とが対応付けられている。
［１．１．５ シソーラス］
シソーラス１０４は、単語の上位／下位関係、部分／全体関係、同義関係、類義関係などによって単語を分類し体系づけた辞書である。図６には、シソーラス１０４のデータ構成の一例を示す。シソーラス１０４の項目「用語」に格納される一般名称の用語の体系は、タスクモデルＤＢ１０２で定義されている用語の体系と統一がとられている。
シソーラス１０４は、単語の上位／下位関係、部分／全体関係、同義関係、類義関係などによって単語を分類し体系づけた辞書である。図６には、シソーラス１０４のデータ構成の一例を示す。シソーラス１０４の項目「用語」に格納される一般名称の用語の体系は、タスクモデルＤＢ１０２で定義されている用語の体系と統一がとられている。
［１．１．６ 機能構成］
タスク選択支援サーバ１００が備える上述したハードウェア及びソフトウェアによって、図７に示す機能構成がタスク選択支援サーバ１００に実現される。以下、各構成要素の機能について述べる。
タスク選択支援サーバ１００が備える上述したハードウェア及びソフトウェアによって、図７に示す機能構成がタスク選択支援サーバ１００に実現される。以下、各構成要素の機能について述べる。
タスクドメイン検索部２０５は、タスクモデルＤＢ１０２からタスクドメインの候補を検索する。タスクドメイン候補送信部２０１は、タスクドメイン検索部２０５が検索したタスクドメインの候補を携帯端末１０１に送信する。
ユーザ選択タスクドメイン受信部２０２は、ユーザにより選択されたタスクドメインを携帯端末１０１から受信する。
ユーザ選択タスクドメイン受信部２０２は、ユーザにより選択されたタスクドメインを携帯端末１０１から受信する。
タスク検索部２０４は、タスクモデルＤＢ１０２からユーザに提示すべきタスクの候補を検索する。タスク候補送信部２００は、タスク検索部２０４が検索したタスクの候補を携帯端末１０１に送信する。
ユーザクエリ受信部２０３は、ユーザが携帯端末１０１を操作して入力したクエリ（ユーザ入力クエリ）を携帯端末１０１から受信する。クエリ解析部２０６は、ユーザクエリ受信部２０３が受信したクエリを解析する。具体的なクエリの解析方法としては、クエリ解析部２０６は、クエリとして入力された用語の種別を判別し、当該判別された種別に応じた変換用のデータベースを用いて、クエリをタスクモデル内で定義されている用語に変換する。ここで、変換用のデータベースとしては、一般・固有名詞対応ＤＢ１０３及びシソーラス１０４が存在する。
ユーザクエリ受信部２０３は、ユーザが携帯端末１０１を操作して入力したクエリ（ユーザ入力クエリ）を携帯端末１０１から受信する。クエリ解析部２０６は、ユーザクエリ受信部２０３が受信したクエリを解析する。具体的なクエリの解析方法としては、クエリ解析部２０６は、クエリとして入力された用語の種別を判別し、当該判別された種別に応じた変換用のデータベースを用いて、クエリをタスクモデル内で定義されている用語に変換する。ここで、変換用のデータベースとしては、一般・固有名詞対応ＤＢ１０３及びシソーラス１０４が存在する。
タスク検索部２０４をさらに詳細に説明すると、タスク検索部２０４は図８に示す構成要素から構成されている。
キーワード入力タスク検索部８００は、入力されたキーワード（用語）を含むタスク項目が記述されているタスクを、タスクモデルＤＢ１０２から検索する。
タスクドメイン入力タスク検索部８０１は、入力されたタスクドメインと一致するタスクドメイン項目が記述されているタスクを、タスクモデルＤＢ１０２から検索する。
キーワード入力タスク検索部８００は、入力されたキーワード（用語）を含むタスク項目が記述されているタスクを、タスクモデルＤＢ１０２から検索する。
タスクドメイン入力タスク検索部８０１は、入力されたタスクドメインと一致するタスクドメイン項目が記述されているタスクを、タスクモデルＤＢ１０２から検索する。
タスク対象入力タスク検索部８０２は、入力されたタスク対象と一致するタスク対象項目が記述されているタスクを、タスクモデルＤＢ１０２から検索する。
クエリ解析部２０６をさらに詳細に説明すると、クエリ解析部２０６は図９に示す構成要素から構成される。
名詞種別判別部７００は、ユーザ入力クエリが固有名称か一般名称かを判別する。具体的な判別方法としては、名詞種別判別部７００は、シソーラス１０４を参照し、ユーザ入力クエリがシソーラス１０４に登録されている場合には当該ユーザ入力クエリが一般名称であると判別し、登録されていない場合には固有名称であると判別する。
クエリ解析部２０６をさらに詳細に説明すると、クエリ解析部２０６は図９に示す構成要素から構成される。
名詞種別判別部７００は、ユーザ入力クエリが固有名称か一般名称かを判別する。具体的な判別方法としては、名詞種別判別部７００は、シソーラス１０４を参照し、ユーザ入力クエリがシソーラス１０４に登録されている場合には当該ユーザ入力クエリが一般名称であると判別し、登録されていない場合には固有名称であると判別する。
一般名称クエリ変換部７０１は、ユーザ入力クエリが一般名称であると判別された場合、シソーラス１０４を参照することにより、一般名称のクエリをタスクモデル内で定義されている用語に変換する。
固有名称クエリ変換部７０２は、ユーザ入力クエリが固有名称であると判別された場合、一般・固有名詞対応ＤＢ１０３を参照することにより、固有名称のクエリを一般名称に変換する。なお、一般・固有名詞対応ＤＢ１０３に格納されている一般名称はタスクモデル内で定義されている用語と統一がとられているため、一般・固有名詞対応ＤＢ１０３を参照して一般名称に変換することは、タスクモデル内で定義されている用語に変換することと同等となる。
固有名称クエリ変換部７０２は、ユーザ入力クエリが固有名称であると判別された場合、一般・固有名詞対応ＤＢ１０３を参照することにより、固有名称のクエリを一般名称に変換する。なお、一般・固有名詞対応ＤＢ１０３に格納されている一般名称はタスクモデル内で定義されている用語と統一がとられているため、一般・固有名詞対応ＤＢ１０３を参照して一般名称に変換することは、タスクモデル内で定義されている用語に変換することと同等となる。
［１．２ 携帯端末の構成］
次に、携帯端末１０１の構成について説明する。携帯端末１０１は、無線によるデータ通信機能を有する端末である。携帯端末１０１に相当する端末としては、携帯電話機やＰＨＳ（Personal Handyphone System）、無線通信カードが搭載されたＰＤＡ（Personal Digital Assistance）などが挙げられる。
次に、携帯端末１０１の構成について説明する。携帯端末１０１は、無線によるデータ通信機能を有する端末である。携帯端末１０１に相当する端末としては、携帯電話機やＰＨＳ（Personal Handyphone System）、無線通信カードが搭載されたＰＤＡ（Personal Digital Assistance）などが挙げられる。
携帯端末１０１は、ＣＰＵ、メモリ、無線通信インターフェース、ディスプレイ、操作キー等のハードウェア資源と、メモリに記憶されるソフトウェア資源とを備えている。携帯端末１０１が備えるこれらのハードウェア資源及びソフトウェア資源により、図１０に示す機能構成が実現される。以下、各構成要素の機能について述べる。
タスクドメイン受信部５０１は、タスクドメインの候補をタスク選択支援サーバ１００から受信する。タスクドメイン表示部５０５は、タスクドメイン受信部５０１が受信したタスクドメインの候補を携帯端末１０１のディスプレイに表示する。
タスクドメイン受信部５０１は、タスクドメインの候補をタスク選択支援サーバ１００から受信する。タスクドメイン表示部５０５は、タスクドメイン受信部５０１が受信したタスクドメインの候補を携帯端末１０１のディスプレイに表示する。
ユーザ選択タスクドメイン取得部５０７は、ディスプレイに表示されたタスクドメインの候補の中からユーザが選択したタスクドメインを取得する。ユーザ選択タスクドメイン送信部５０３は、ユーザ選択タスクドメイン取得部５０７により取得されたタスクドメインをタスク選択支援サーバ１００に送信する。
タスク候補受信部５０２は、タスクの候補をタスク選択支援サーバ１００から受信する。タスク候補表示部５０６は、タスク候補受信部５０２が受信したタスクの候補を携帯端末１０１のディスプレイに表示する。
タスク候補受信部５０２は、タスクの候補をタスク選択支援サーバ１００から受信する。タスク候補表示部５０６は、タスク候補受信部５０２が受信したタスクの候補を携帯端末１０１のディスプレイに表示する。
ユーザクエリ取得部５０８は、ユーザが操作キー等を操作して入力したクエリを取得する。ユーザクエリ送信部５０４は、ユーザクエリ取得部５０８が取得したユーザ入力クエリをタスク選択支援サーバ１００に送信する。
［１．３ 動作］
次に、動作例について説明する。図１１には、タスク選択支援サーバ１００が行うタスク検索処理の流れの概要を示す。このタスク検索処理は、ユーザのタスクドメイン指定に基づくタスク候補検索処理と、ユーザのクエリ入力に基づくタスク候補絞込み処理との２段階から構成される。
次に、動作例について説明する。図１１には、タスク選択支援サーバ１００が行うタスク検索処理の流れの概要を示す。このタスク検索処理は、ユーザのタスクドメイン指定に基づくタスク候補検索処理と、ユーザのクエリ入力に基づくタスク候補絞込み処理との２段階から構成される。
まず、ユーザのタスクドメイン指定に基づくタスク候補検索処理の概要について説明する。ユーザがタスクモデルＤＢ１０２からタスクドメインを指定すると（ステップＳ１）、タスク選択支援サーバ１００は、タスクモデルＤＢ１０２の中から、タスクに記述されているタスクドメインがユーザの指定したタスクドメインと一致するタスクを検索しタスクの候補とする（ステップＳ２）。
次に、タスクの候補を、ユーザのクエリ入力に基づきさらに絞込むタスク候補絞込み処理の概要について説明する。ユーザがタスクの候補を絞り込むためのクエリを入力すると（ステップＳ３）、タスク選択支援サーバ１００は、ユーザ入力クエリの表記の揺れや名詞種別の違いを吸収するためにシソーラス１０４や一般・固有名詞対応ＤＢ１０３を参照し、ユーザ入力クエリをタスクモデルＤＢ１０２内で定義されている用語に変換する。タスク選択支援サーバ１００は、変換されたクエリに基づいて、ステップＳ２において検索したタスクの候補をさらに絞り込み（ステップＳ４）、ユーザに提示する。
以下、ステップＳ１、Ｓ２におけるユーザのタスクドメイン指定に基づくタスク候補検索処理と、ステップ３、４におけるユーザのクエリ入力に基づくタスク絞込み処理とに分けて詳細に説明する。
［１．３．１ タスクドメイン指定に基づくタスク候補検索処理］
図１２は、タスク選択支援サーバ１００が行う、タスクドメイン指定に基づくタスク候補検索処理を示すフローチャートである。
まず、タスク選択支援サーバ１００のタスクドメイン検索部２０５は、携帯端末１０１からタスクドメイン候補の要求があった時に（ステップＳ１０１）、タスクモデルＤＢ１０２に格納されているすべてのタスクドメインを検索してタスクドメイン候補とする（ステップＳ１０２）。そして、タスクドメイン候補送信部２０１は、タスクドメイン検索部２０５が検索したタスクドメイン候補を携帯端末１０１に送信する（ステップＳ１０３）。
図１２は、タスク選択支援サーバ１００が行う、タスクドメイン指定に基づくタスク候補検索処理を示すフローチャートである。
まず、タスク選択支援サーバ１００のタスクドメイン検索部２０５は、携帯端末１０１からタスクドメイン候補の要求があった時に（ステップＳ１０１）、タスクモデルＤＢ１０２に格納されているすべてのタスクドメインを検索してタスクドメイン候補とする（ステップＳ１０２）。そして、タスクドメイン候補送信部２０１は、タスクドメイン検索部２０５が検索したタスクドメイン候補を携帯端末１０１に送信する（ステップＳ１０３）。
携帯端末１０１のタスクドメイン受信部５０１は、タスク選択支援サーバ１００からタスクドメイン候補を受信し、タスクドメイン表示部５０５は、タスクドメインの候補をディスプレイに表示する。
ユーザは表示されたタスクドメインの候補の中から、問題が発生した場所、これから行く場所、又は、気になっている場所を選択する。これにより、ユーザ選択タスクドメイン取得部５０７は、ユーザが選択したタスクドメインを取得し、ユーザ選択タスクドメイン送信部５０３はユーザ選択タスクドメイン取得部５０７が取得したタスクドメインをタスク選択支援サーバ１００に送信する。
ユーザは表示されたタスクドメインの候補の中から、問題が発生した場所、これから行く場所、又は、気になっている場所を選択する。これにより、ユーザ選択タスクドメイン取得部５０７は、ユーザが選択したタスクドメインを取得し、ユーザ選択タスクドメイン送信部５０３はユーザ選択タスクドメイン取得部５０７が取得したタスクドメインをタスク選択支援サーバ１００に送信する。
タスク選択支援サーバ１００のユーザ選択タスクドメイン受信部２０２は、ユーザが選択したタスクドメインを携帯端末１０１から受信する（ステップＳ１０４）。タスク検索部２０４のタスクドメイン入力タスク検索部８０１は、タスクモデルＤＢ１０２を参照し、ユーザが選択したタスクドメインがタスクドメイン項目に記述されているタスクをタスクの候補として検索する（ステップＳ１０５）。
具体例を説明すると、例えば、図２に示すタスクモデルがタスクモデルＤＢ１０２に格納されている時に、ユーザによりタスクドメイン「本屋」が指定された場合には、図２に示すタスクモデルＤＢ１０２からタスクドメイン項目に「本屋」が記述されているタスク「本を調べる」及び「本を買う」と、その子タスクとが検索される（図１３参照）。一方、ユーザによりタスクドメイン「図書館」が指定された場合には、タスクドメイン項目に「図書館」が記述されているタスク「本を調べる」及び「本を借りる」と、その子タスクとが検索される（図１３参照）。
ここで、「本を買う」及び「本を借りる」というタスクは同じ一般名称「本」を対象としたタスクであるのに、タスクドメイン「図書館」と「本屋」とで検索されるタスクが異なるのは、「本」のもつ機能的役割が「図書館」と「本屋」とで異なるからである。すなわち、一般名称「本」は、タスクドメイン「図書館」においては「貸出対象」となり、タスクドメイン「本屋」においては「購入対象」となる。このように、タスクモデルＤＢ１０２に記述されているタスク発生場所（タスクドメイン）を利用してタスクを検索することで、ユーザが指定したタスクドメインにおいて対象となる一般名称の機能的役割を満たしたタスクを検索することが可能となる。
［１．３．２ ユーザ入力クエリに基づくタスク候補絞込み処理］
図１４は、タスク選択支援サーバ１００が行う、ユーザ入力クエリに基づくタスク候補の絞込み処理を示すフローチャートである。
図１４は、タスク選択支援サーバ１００が行う、ユーザ入力クエリに基づくタスク候補の絞込み処理を示すフローチャートである。
まず、携帯端末１０１のユーザクエリ取得部５０８は、ユーザ入力クエリを取得する。ユーザクエリ送信部５０４は、ユーザクエリ取得部５０８が取得したユーザ入力クエリをタスク選択支援サーバ１００に送信する。
タスク選択支援サーバ１００のユーザクエリ受信部２０３は、携帯端末１０１からユーザ入力クエリを受信する（ステップＳ２０１，Ｓ２０２）。クエリ解析部２０６の名詞種別判別部７００は、ユーザの入力クエリの名詞種別（一般名称か固有名称か）を判別する（ステップＳ２０３）。具体的には、名詞種別判別部７００はシソーラス１０４を参照して、ユーザ入力クエリがシソーラス１０４内に登録されている場合には一般名称として扱い、登録されていない場合には固有名称として扱う。
タスク選択支援サーバ１００のユーザクエリ受信部２０３は、携帯端末１０１からユーザ入力クエリを受信する（ステップＳ２０１，Ｓ２０２）。クエリ解析部２０６の名詞種別判別部７００は、ユーザの入力クエリの名詞種別（一般名称か固有名称か）を判別する（ステップＳ２０３）。具体的には、名詞種別判別部７００はシソーラス１０４を参照して、ユーザ入力クエリがシソーラス１０４内に登録されている場合には一般名称として扱い、登録されていない場合には固有名称として扱う。
一般名称と判別された場合には（ステップＳ２０３；一般名称）、一般名称クエリ変換部７０１は、シソーラス１０４を再度参照し、クエリをタスクモデル内で定義されている用語に変換する（ステップＳ２０４）。次に、タスク検索部２０４のキーワード入力タスク検索部８００は、上述したタスク候補検索処理のステップＳ１０５において検索されたタスクの候補の中から、変換されたクエリがタスク項目に含まれるタスクを検索することにより、タスクの候補を絞り込む（ステップＳ２０５）。
一方、ユーザの入力クエリの名詞種別が固有名称と判別された場合には（ステップＳ２０３；固有名称）、固有名称クエリ変換部７０２は、一般・固有名詞対応ＤＢ１０３を参照し、ユーザ入力クエリを当該固有名称に対応する一般名称に変換する（ステップＳ２０６）。次に、タスク検索部２０４のタスク対象入力タスク検索部８０２は、上述したタスク候補検索処理のステップＳ１０５において候補として検索されたタスクの中から、変換されたクエリがタスク対象項目として記述されているタスクを検索し、タスクの候補を絞り込む（ステップＳ２０７）。
タスク候補送信部２００は、ステップＳ２０５又はステップＳ２０７において絞り込まれたタスクの候補を携帯端末１０１に送信する（ステップＳ２０８）。
携帯端末１０１のタスク候補受信部５０２はタスクの候補をタスク選択支援サーバ１００から受信し、タスク候補表示部５０６はタスクの候補をディスプレイに表示する。ユーザは、絞り込まれたタスクの候補の中から、必要とするタスクを選択する。
携帯端末１０１のタスク候補受信部５０２はタスクの候補をタスク選択支援サーバ１００から受信し、タスク候補表示部５０６はタスクの候補をディスプレイに表示する。ユーザは、絞り込まれたタスクの候補の中から、必要とするタスクを選択する。
ここで、ユーザがタスクドメイン「本屋」を選択した後、「冷静と情熱のあいだ」という固有名称のクエリを入力することにより、タスクの候補を絞込む具体例を説明する。ユーザが固有名称のクエリ「冷静と情熱のあいだ」を入力した場合には、固有名称クエリ変換部７０２は、一般・固有名詞対応ＤＢ１０３を参照して、固有名称「冷静と情熱のあいだ」を一般名称「本」に変換する。次に、クエリ解析部２０６は、タスクドメイン「本屋」で発生するタスクの候補の中から「本」がタスク対象項目に記述されているタスクを検索する。検索した結果を図１５に示す。同図において、タスクドメイン「本屋」に基づいて検索された図１３に示すタスクの候補の中から、「ベストセラーを調べる」及び「最新刊を調べる」が削減されている。これは、「ベストセラーを調べる」及び「最新刊を調べる」は一般名称に対して実行されるタスクであり、ユーザは固有名称「冷静と情熱のあいだ」に対するタスクを要求していることから、一般名称を対象としたタスクを候補とする必要はないためである。このように、ユーザが一般名称をクエリとして入力する場合と固有名称をクエリとして入力する場合とではユーザの問題を解決するためのタスクの候補が異なってくるが、このタスク候補絞込み処理によってクエリの種別に応じたタスクの候補の絞り込みを行うことができ、ユーザはクエリに適合したタスク候補の提示を受けることが可能となる。
（第２実施形態）
次に、本発明に係る第２実施形態について説明する。第２実施形態に係るタスク選択支援システムは、タスク選択支援サーバ１００ａと携帯端末１０１ａとを含んで構成される。第２実施形態においては、ユーザが携帯端末１０１ａに表示された地図上の場所を指定するのみで、タスク選択支援サーバ１００ａがタスク候補検索処理及びタスク候補絞込み処理を連続して実行する実施形態について説明する。
次に、本発明に係る第２実施形態について説明する。第２実施形態に係るタスク選択支援システムは、タスク選択支援サーバ１００ａと携帯端末１０１ａとを含んで構成される。第２実施形態においては、ユーザが携帯端末１０１ａに表示された地図上の場所を指定するのみで、タスク選択支援サーバ１００ａがタスク候補検索処理及びタスク候補絞込み処理を連続して実行する実施形態について説明する。
［２．１ タスク選択支援サーバの構成］
まず、第２実施形態に係るタスク選択支援サーバ１００ａの構成について説明する。第２実施形態に係るタスク選択支援サーバ１００ａは、第１実施形態に係るタスク選択支援サーバ１００と同様のハードウェア構成を備えている。
まず、第２実施形態に係るタスク選択支援サーバ１００ａの構成について説明する。第２実施形態に係るタスク選択支援サーバ１００ａは、第１実施形態に係るタスク選択支援サーバ１００と同様のハードウェア構成を備えている。
第２実施形態に係るタスク選択支援サーバ１００ａのハードディスク装置に記憶されるデータベースには、第１実施形態に係るタスク選択支援サーバ１００のハードディスク装置に記憶されるデータベースに加えて、地図情報ＤＢ４００及び地図のメタ情報ＤＢ４０１が含まれている。また、第２実施形態に係るタスク選択支援サーバ１００ａのハードディスク装置に記憶されるプログラムには、第１実施形態に係るタスク選択支援サーバ１００のハードディスク装置に記憶されるプログラムの他に、地図情報ＤＢ４００及び地図のメタ情報ＤＢ４０１から情報を取得するためのプログラムや、取得した情報を送信するためのプログラムが含まれている。
図１６は、第２実施形態に係るタスク選択支援サーバ１００ａの機能構成を示すブロック図である。同図に示す構成要素は、タスク選択支援サーバ１００ａが備える上述したハードウェア及びソフトウェアにより実現される。以下、各構成要素の機能について述べる。
地図情報ＤＢ４００と地図のメタ情報ＤＢ４０１とは、携帯端末１０１ａに地図を表示するための情報を記憶する地図表示情報データベースに該当する。地図情報ＤＢ４００には、地図の画像を携帯端末１０１ａに表示するための地図情報と、当該地図の位置情報とが対応付けられて格納されている。ここで、位置情報は、郵便番号、住所、電話番号、緯度、経度等、位置を特定可能な情報であればよい。
地図情報ＤＢ４００と地図のメタ情報ＤＢ４０１とは、携帯端末１０１ａに地図を表示するための情報を記憶する地図表示情報データベースに該当する。地図情報ＤＢ４００には、地図の画像を携帯端末１０１ａに表示するための地図情報と、当該地図の位置情報とが対応付けられて格納されている。ここで、位置情報は、郵便番号、住所、電話番号、緯度、経度等、位置を特定可能な情報であればよい。
地図のメタ情報ＤＢ４０１は地図に対するメタ情報（付加情報）を格納するデータベースである。図１７には、地図のメタ情報ＤＢ４０１のデータ構成例を示す。同図に示すように、地図のメタ情報ＤＢ４０１には位置情報と場所の名称とが対応付けられて格納されている。場所の名称には、「Ｄショップ中野坂上店」、「久里浜駅」等の場所の固有名称と、「店舗」、「施設」、「駅」等の場所の一般名称とが含まれている。例えば、固有名称が「Ａ歯科医院」である場合、一般名称は「歯医者」となる。従って、図１７に示すように、「Ａ歯科医院」の位置情報（ここでは緯度、経度）に対して、固有名称「Ａ歯科医院」と一般名称「歯医者」とが対応付けられて地図のメタ情報ＤＢ４０１に格納される。なお、ここでは、地図のメタ情報ＤＢ４０１の一般名称項目に格納される用語の体系は、タスクモデルＤＢ１０２のタスクドメイン項目に格納される用語の体系と統一されている。
図１６に戻り、ユーザ要求位置情報受信部３００は、ユーザが地図の表示を要求する位置を示すユーザ要求位置情報を、携帯端末１０１ａから取得する。
地図表示情報取得部３０は、地図情報取得部３０１と地図のメタ情報取得部３０２とで構成される。地図情報取得部３０１は、ユーザ要求位置情報受信部３００が受信したユーザ要求位置情報に該当する地図情報を地図情報ＤＢ４００から取得する。地図のメタ情報取得部３０２は、ユーザ要求位置情報受信部３００が受信したユーザ要求位置情報に該当する地図のメタ情報を地図のメタ情報ＤＢ４０１から取得する。
地図表示情報取得部３０は、地図情報取得部３０１と地図のメタ情報取得部３０２とで構成される。地図情報取得部３０１は、ユーザ要求位置情報受信部３００が受信したユーザ要求位置情報に該当する地図情報を地図情報ＤＢ４００から取得する。地図のメタ情報取得部３０２は、ユーザ要求位置情報受信部３００が受信したユーザ要求位置情報に該当する地図のメタ情報を地図のメタ情報ＤＢ４０１から取得する。
地図表示情報送信部３０３は、地図表示情報取得部３０が取得した、メタ情報が付加された地図情報を携帯端末１０１ａに送信する。
ユーザクリック場所受信部３０４は、携帯端末１０１ａに表示された地図上において、ユーザがクリック等の操作を行うことによって選択された場所を示す場所情報を携帯端末１０１ａから受信する。
ユーザクリック場所受信部３０４は、携帯端末１０１ａに表示された地図上において、ユーザがクリック等の操作を行うことによって選択された場所を示す場所情報を携帯端末１０１ａから受信する。
ユーザクリック場所メタ情報取得部３０５は、ユーザクリック場所受信部３０４が取得した場所情報に対応するメタ情報を地図のメタ情報ＤＢ４０１から取得する。
タスク検索部２０４は、第１実施形態に係るタスク検索部２０４と同様の機能を備えている。第２実施形態においては、タスク検索部２０４のタスクドメイン入力タスク検索部８０１は、ユーザクリック場所メタ情報取得部３０５が取得したメタ情報に含まれる場所の一般名称をタスクドメインとして用いて、タスクモデルＤＢ１０２からタスクの候補を検索する。
タスク検索部２０４は、第１実施形態に係るタスク検索部２０４と同様の機能を備えている。第２実施形態においては、タスク検索部２０４のタスクドメイン入力タスク検索部８０１は、ユーザクリック場所メタ情報取得部３０５が取得したメタ情報に含まれる場所の一般名称をタスクドメインとして用いて、タスクモデルＤＢ１０２からタスクの候補を検索する。
クエリ解析部２０６は、第１実施形態に係るクエリ解析部２０６と同様の機能を備えている。第２実施形態においては、クエリ解析部２０６は、ユーザクリック場所メタ情報取得部３０５が取得したメタ情報に含まれる場所の固有名称をクエリとして用いて、クエリの解析を行う。
タスク候補送信部２００は、タスクの候補を携帯端末１０１ａに送信する。
タスク候補送信部２００は、タスクの候補を携帯端末１０１ａに送信する。
［２．２ 携帯端末の構成］
次に、第２実施形態に係る携帯端末１０１ａの構成について説明する。第２実施形態に係る携帯端末１０１ａは第１実施形態に係る携帯端末１０１と同様のハードウェア構成を備えている。第２実施形態に係る携帯端末１０１ａのメモリに記憶されるプログラムには、第１実施形態に係る携帯端末１０１のメモリに記憶されるプログラムに加えて、地図をディスプレイに表示するためのプログラムや、地図上においてユーザにより選択された場所情報を取得及び送信するためのプログラムが記憶されている。
次に、第２実施形態に係る携帯端末１０１ａの構成について説明する。第２実施形態に係る携帯端末１０１ａは第１実施形態に係る携帯端末１０１と同様のハードウェア構成を備えている。第２実施形態に係る携帯端末１０１ａのメモリに記憶されるプログラムには、第１実施形態に係る携帯端末１０１のメモリに記憶されるプログラムに加えて、地図をディスプレイに表示するためのプログラムや、地図上においてユーザにより選択された場所情報を取得及び送信するためのプログラムが記憶されている。
第２実施形態に係る携帯端末１０１ａは、図１８に示す構成要素から構成される。これらの構成要素は、携帯端末１０１ａが備えるハードウェア及びソフトウェアにより実現される。以下各構成要素の機能について述べる。
ユーザ要求位置情報取得部６００は、ユーザが地図の表示を要求する位置を示すユーザ要求位置情報を取得する。ここで、ユーザ要求位置情報は、ユーザが抱える問題解決の対象とする場所の位置情報であってもよいし、ユーザが現在居る場所の位置情報であってもよい。
ユーザ要求位置情報取得部６００は、ユーザが地図の表示を要求する位置を示すユーザ要求位置情報を取得する。ここで、ユーザ要求位置情報は、ユーザが抱える問題解決の対象とする場所の位置情報であってもよいし、ユーザが現在居る場所の位置情報であってもよい。
ユーザ要求位置情報が、ユーザが抱える問題解決の対象とする場所の位置情報である場合には、ユーザ要求位置情報取得部６００は、地図上において位置を特定可能な情報（住所、郵便番号等）の入力をユーザから受け付ける。
また、ユーザ要求位置情報が、ユーザが現在居る場所の位置情報であり、携帯端末１０１ａにＧＰＳ（Global Positioning System）機能が搭載されている場合には、当該ＧＰＳ機能を利用した高精度位置情報サービスにより位置情報を取得する。なお、ＧＰＳを利用する以外にも位置情報の取得方法は様々な方法が考えられる。例えば、携帯端末１０１ａに無線ＩＣタグが搭載されている場合には、街中に設置されているタグリーダから位置情報を取得するようにしてもよい。また、携帯端末１０１ａが収容されている基地局の情報を位置情報として用いてもよい。また、携帯端末１０１ａが携帯電話機能と無線ＬＡＮ機能とを備えたデュアル端末である場合には、無線ＬＡＮのアクセスポイントの情報を位置情報として用いてもよい。
また、ユーザ要求位置情報が、ユーザが現在居る場所の位置情報であり、携帯端末１０１ａにＧＰＳ（Global Positioning System）機能が搭載されている場合には、当該ＧＰＳ機能を利用した高精度位置情報サービスにより位置情報を取得する。なお、ＧＰＳを利用する以外にも位置情報の取得方法は様々な方法が考えられる。例えば、携帯端末１０１ａに無線ＩＣタグが搭載されている場合には、街中に設置されているタグリーダから位置情報を取得するようにしてもよい。また、携帯端末１０１ａが収容されている基地局の情報を位置情報として用いてもよい。また、携帯端末１０１ａが携帯電話機能と無線ＬＡＮ機能とを備えたデュアル端末である場合には、無線ＬＡＮのアクセスポイントの情報を位置情報として用いてもよい。
ユーザ要求位置情報送信部６０１は、ユーザ要求位置情報取得部６００が取得したユーザが要求する位置情報をタスク選択支援サーバ１００ａに送信する。
メタ情報付加地図情報受信部６０２は、メタ情報が付加された地図情報をタスク選択支援サーバ１００ａから受信する。メタ情報付加地図情報表示部６０３は、メタ情報付加地図情報受信部６０２が受信した、メタ情報が付加された地図情報をディスプレイに表示する。
メタ情報付加地図情報受信部６０２は、メタ情報が付加された地図情報をタスク選択支援サーバ１００ａから受信する。メタ情報付加地図情報表示部６０３は、メタ情報付加地図情報受信部６０２が受信した、メタ情報が付加された地図情報をディスプレイに表示する。
ユーザクリック場所取得部６０４は、携帯端末１０１ａに表示された地図上において、ユーザがクリック等の操作を行うことによって選択した場所を示す場所情報を取得する。ユーザクリック場所送信部６０５は、ユーザクリック場所取得部６０４が取得した場所情報をタスク選択支援サーバ１００ａに送信する。
タスク候補受信部５０２は、タスクの候補をタスク選択支援サーバ１００ａから受信する。タスク候補表示部５０６は、タスク候補受信部５０２が受信したタスクの候補を携帯端末１０１ａのディスプレイに表示する。
タスク候補受信部５０２は、タスクの候補をタスク選択支援サーバ１００ａから受信する。タスク候補表示部５０６は、タスク候補受信部５０２が受信したタスクの候補を携帯端末１０１ａのディスプレイに表示する。
［２．３ 動作］
次に、動作例について説明する。第２実施形態に係るタスク選択支援サーバ１００ａが行う処理は、携帯端末１０１ａ上でのユーザ要求位置情報に基づいた地図情報の送信処理と、ユーザがクリックした場所情報に基づいたタスク検索処理とで構成される。以下、各処理について説明する。
次に、動作例について説明する。第２実施形態に係るタスク選択支援サーバ１００ａが行う処理は、携帯端末１０１ａ上でのユーザ要求位置情報に基づいた地図情報の送信処理と、ユーザがクリックした場所情報に基づいたタスク検索処理とで構成される。以下、各処理について説明する。
［２．３．１ ユーザ要求位置情報に基づいた地図情報の送信処理］
図１９は、タスク選択支援サーバ１００ａが行う、ユーザ要求位置情報に基づいた地図情報の送信処理を示すフローチャートである。
図１９は、タスク選択支援サーバ１００ａが行う、ユーザ要求位置情報に基づいた地図情報の送信処理を示すフローチャートである。
まず、携帯端末１０１ａのユーザ要求位置情報取得部６００は、ユーザが地図の表示を要求する位置を示すユーザ要求位置情報を取得する。ユーザ要求位置情報送信部６０１は、ユーザ要求位置情報取得部６００が取得したユーザ要求位置情報をタスク選択支援サーバ１００ａに送信する。
タスク選択支援サーバ１００ａのユーザ要求位置情報受信部３００は、携帯端末１０１ａから送信されてきたユーザ要求位置情報を受信する（ステップＳ３０１，Ｓ３０２）。地図表示情報取得部３０の地図情報取得部３０１は、受信したユーザ要求位置情報に基づいて、地図情報ＤＢ４００からユーザ要求位置情報付近の地図情報を取得する。さらに、地図表示情報取得部３０の地図のメタ情報取得部３０２は、受信したユーザ要求位置情報に基づいて、地図のメタ情報ＤＢ４０１からユーザ要求位置情報付近の地図のメタ情報を取得する（ステップＳ３０３）。
タスク選択支援サーバ１００ａのユーザ要求位置情報受信部３００は、携帯端末１０１ａから送信されてきたユーザ要求位置情報を受信する（ステップＳ３０１，Ｓ３０２）。地図表示情報取得部３０の地図情報取得部３０１は、受信したユーザ要求位置情報に基づいて、地図情報ＤＢ４００からユーザ要求位置情報付近の地図情報を取得する。さらに、地図表示情報取得部３０の地図のメタ情報取得部３０２は、受信したユーザ要求位置情報に基づいて、地図のメタ情報ＤＢ４０１からユーザ要求位置情報付近の地図のメタ情報を取得する（ステップＳ３０３）。
地図表示情報送信部３０３は、地図表示情報取得部３０が取得した、メタ情報が付加された地図情報を携帯端末１０１ａに送信する（ステップＳ３０４）。
携帯端末１０１ａのメタ情報付加地図情報受信部６０２は、メタ情報が付加された地図情報をタスク選択支援サーバ１００ａから受信する。メタ情報付加地図情報表示部６０３は、メタ情報に含まれる固有名称が記述された地図の画像を携帯端末１０１ａのディスプレイに表示する。
携帯端末１０１ａのメタ情報付加地図情報受信部６０２は、メタ情報が付加された地図情報をタスク選択支援サーバ１００ａから受信する。メタ情報付加地図情報表示部６０３は、メタ情報に含まれる固有名称が記述された地図の画像を携帯端末１０１ａのディスプレイに表示する。
例えば、ユーザ要求位置情報取得部６００によって久里浜駅周辺の位置情報が取得された場合には、携帯端末１０１ａのディスプレイには図２０に示すような久里浜駅周辺の地図が表示される。同図に示すように、地図のメタ情報に含まれる位置情報及び固有名称に基づいて、地図上の該当する位置に黒枠で囲まれた固有名称が記述されている。
［２．３．２ ユーザがクリックした位置情報に基づいたタスク検索処理］
図２１は、タスク選択支援サーバ１００ａが行う、ユーザがクリックした位置情報に基づいたタスク検索処理を示すフローチャートである。
図２１は、タスク選択支援サーバ１００ａが行う、ユーザがクリックした位置情報に基づいたタスク検索処理を示すフローチャートである。
上述した地図情報の送信処理によって携帯端末１０１ａのディスプレイに表示された地図上の場所の中から、ユーザは、問題が発生した場所、これから行く場所、あるいは、気になっている場所をクリック（選択）する操作を行う。
これにより、携帯端末１０１ａのユーザクリック場所取得部６０４はユーザがクリックした場所を示す場所情報を取得し、ユーザクリック場所送信部６０５はユーザクリック場所取得部６０４が取得した場所情報をタスク選択支援サーバ１００ａに送信する。
これにより、携帯端末１０１ａのユーザクリック場所取得部６０４はユーザがクリックした場所を示す場所情報を取得し、ユーザクリック場所送信部６０５はユーザクリック場所取得部６０４が取得した場所情報をタスク選択支援サーバ１００ａに送信する。
タスク選択支援サーバ１００ａのユーザクリック場所受信部３０４は、携帯端末１０１ａから送信された場所情報を取得する（ステップＳ４０１、Ｓ４０２）。
ユーザクリック場所メタ情報取得部３０５は、ユーザクリック場所受信部３０４が受信した場所情報に該当する位置情報を含むメタ情報を、地図のメタ情報ＤＢ４０１から取得する。さらに、ユーザクリック場所メタ情報取得部３０５は、取得したメタ情報に含まれる場所の一般名称を取得する（ステップＳ４０３）。
ユーザクリック場所メタ情報取得部３０５は、ユーザクリック場所受信部３０４が受信した場所情報に該当する位置情報を含むメタ情報を、地図のメタ情報ＤＢ４０１から取得する。さらに、ユーザクリック場所メタ情報取得部３０５は、取得したメタ情報に含まれる場所の一般名称を取得する（ステップＳ４０３）。
タスク検索部２０４は、ユーザクリック場所メタ情報取得部３０５において取得したメタ情報内の一般名称をタスクドメインとして扱い、第１実施形態において説明したタスクドメイン指定に基づくタスク候補検索処理と同様の処理を行う（ステップＳ４０４）。具体的には、タスク検索部２０４のタスクドメイン入力タスク検索部８０１はタスクモデルＤＢ１０２を参照し、ユーザクリック場所メタ情報取得部３０５により取得された場所の一般名称と一致する名称がタスクモデルＤＢ１０２のタスクドメイン項目に格納されているタスクを、タスクの候補として検索する。
次に、クエリ解析部２０６は、ユーザクリック場所メタ情報取得部３０５が取得したメタ情報内の固有名称をクエリとして扱い、第１実施形態に係るタスク候補絞込み処理と同様の処理を行う（ステップＳ４０５）。具体的には、まず、クエリ解析部２０６の名詞種別判別部７００は、クエリの名詞種別（一般名称か固有名称か）を判別する。ここでは、メタ情報内の固有名称をクエリとして扱っていることから、名詞種別判別部７００はクエリの名詞種別を固有名称と判別することとなる。固有名称クエリ変換部７０２は、一般・固有名詞対応ＤＢ１０３を用いて、固有名称をタスクモデル内で定義されている一般名称に変換する。タスク対象入力タスク検索部８０２は、ステップＳ４０４において検索されたタスクの候補の中から、場所の一般名称に変換されたクエリが、タスクモデルＤＢ１０２のタスク対象項目として記述されているタスクを検索することにより、タスクの候補を絞り込む。
タスク候補送信部２００は、絞り込まれたタスクの候補を携帯端末１０１ａに送信する（ステップＳ４０６）。
携帯端末１０１ａのタスク候補受信部５０２は絞り込まれたタスクの候補を受信し、タスク候補表示部５０６はディスプレイにタスクの候補を表示する。ユーザは、表示されたタスクの候補の中から必要とするタスクを選択する。
携帯端末１０１ａのタスク候補受信部５０２は絞り込まれたタスクの候補を受信し、タスク候補表示部５０６はディスプレイにタスクの候補を表示する。ユーザは、表示されたタスクの候補の中から必要とするタスクを選択する。
例えば、ユーザが携帯端末１０１ａのディスプレイに表示された地図上の場所「バスターミナルＡ」をクリックしたとする。この場合、タスク選択支援サーバ１００ａのユーザクリック場所メタ情報取得部３０５は、バスターミナルＡに対応するメタ情報に含まれる一般名称「バスターミナル」を取得する。タスク検索部２０４は、タスクモデルＤＢ１０２のタスクドメイン項目を参照することにより、タスク発生場所「バスターミナル」を対象とするタスクとして、例えば、図２２に示すように、「バスターミナルからの行き先を調べる」、「バスの路線を調べる」、「バスの運賃を調べる」、「バスの時刻表を調べる」、「最寄りのバスターミナルを探す」及び「バスターミナル内の発車位置を調べる」を検索する。
さらに、クエリ解析部２０６は、メタ情報に含まれる場所の固有名称「バスターミナルＡ」を、一般・固有名詞対応ＤＢ１０３を用いてタスクモデルＤＢ１０２で定義されている一般名称「バスターミナル」に変換し、タスクの候補の中から「バスターミナル」がタスク対象として記述されているタスクを検索することによりタスクの候補を絞り込む。ここでは、図２２に示すタスクの候補の中から、「バスターミナルからの行き先を調べる」、「バスの路線を調べる」、「バスターミナル内の発車位置を調べる」の３つのタスクが候補として絞り込まれる。これ以外のタスクには、タスク対象として「バスターミナル」が記述されていないため、タスクの候補とはならない。タスク候補送信部２００は、絞り込まれたタスクの候補を携帯端末１０１ａする。図２３には、携帯端末１０１ａのディスプレイに表示されるタスク候補の例を示す。
このように、ユーザが地図上に表示された場所の固有名称を指定するだけで、メタ情報に含まれる場所の名称に基づいて、タスクドメイン指定に基づくタスク検索処理とクエリに基づくタスク絞込処理とを連続して実行することが可能となる。従って、ユーザは場所に関するクエリを入力する必要がなく、ユーザのクエリ入力にかかる負担を軽減することができる。
なお、第２実施形態においては、メタ情報に含まれる場所の名称をクエリとして用いる方式を説明したが、第１実施形態と同様にユーザがクエリを入力することも可能である。例えば、ユーザ、が地図上の場所「バスターミナルＡ」をクリックするのに加えて、クエリとして「ＸＹＺバス」を入力した場合を考える。この場合には、バスターミナルの固有名称とバス会社の固有名称との両方が指定されたことになる。ここでは、２つのクエリが入力された場合に少なくとも一方のクエリに該当するタスクが検索されるものとすると、タスク「バスターミナル内の発車位置を調べる」、「バスターミナルからの行き先を調べる」、「バスの路線を調べる」に加え、タスク対象「バス」が記述されているタスク（すなわち、バスの固有名称を対象としたタスク）「バスの運賃を調べる」、「バスの時刻表を調べる」もタスクの候補となる。このときに、携帯端末１０１ａのディスプレイに表示されるタスク候補の例を図２４に示す。
以上説明したように、クエリを解析することによって当該クエリをタスクモデル内で定義されている用語に変換し、当該用語を用いてタスクの候補を絞り込むことができる。このため、クエリとして入力された用語の種別に関わらず、クエリに適合したタスクをタスクモデルＤＢ１０２から検索し、タスクの候補を適切に絞り込むことが可能となる。
また、タスクが固有名称と対象としているか一般名称を対象としているかに応じてタスクモデルのタスク対象項目を設定し、クエリが固有名称か一般名称かによってタスクの候補の検索方法を変更しているため、ユーザが固有名称に対するタスクを要求しているか一般名称に対するタスクを要求しているかに応じて適切なタスクの候補を絞り込むことが可能となる。
また、タスクが固有名称と対象としているか一般名称を対象としているかに応じてタスクモデルのタスク対象項目を設定し、クエリが固有名称か一般名称かによってタスクの候補の検索方法を変更しているため、ユーザが固有名称に対するタスクを要求しているか一般名称に対するタスクを要求しているかに応じて適切なタスクの候補を絞り込むことが可能となる。
［３．変形例］
以上、本発明の実施形態について説明したが、本発明は係る実施形態に限定されるものではなく、その技術思想の範囲内で様々な変形が可能である。変形例としては、例えば、以下のようなものが考えられる。
以上、本発明の実施形態について説明したが、本発明は係る実施形態に限定されるものではなく、その技術思想の範囲内で様々な変形が可能である。変形例としては、例えば、以下のようなものが考えられる。
（１）上述した実施形態で説明した装置構成やデータベース構成は一例に過ぎない。例えば、タスク選択支援サーバ１００，１００ａのハードディスク装置に各種データベースが記憶されているとして説明したが、これに限定されることはなく、タスク選択支援サーバ１００，１００ａが、外部装置としてのデータベース装置にアクセスし情報を取得するようにしてもよい。
（２）上述した実施形態においては、クエリ解析部２０６の名詞種別判別部７００がクエリの名詞種別が一般名称か固有名称かを判別するとして説明したが、判別する名詞種別はこれに限定されることはなく、例えば、数詞あるいは代名詞であることを判別するようにしてもよい。
また、クエリの名詞種別を判別するのみではなく、クエリの様々な種別（一般名称が２つ組み合わされたクエリ、名詞と動詞を含むクエリ等）を判別するようにしてもよい。
また、上述した実施形態においては、タスクモデルは一般名称で定義されているとして説明したが、これに限定されることはなく、タスクモデル独自の名称で定義されていてもよいし、親タスクのみが一般名称で定義されていてもよい。
また、上述した実施形態においては、タスクモデルは一般名称で定義されているとして説明したが、これに限定されることはなく、タスクモデル独自の名称で定義されていてもよいし、親タスクのみが一般名称で定義されていてもよい。
（３）上述した第１実施形態においては、図１２に示すように、まず、タスクドメインに基づいてタスクの候補を検索するとして説明したが、これに限定されることはなく、他の要素、例えば、気候やユーザの性別等でタスクの候補を検索してもよい。また、上述した実施形態においては、タスクドメインに基づくタスク候補検索処理を行った後に、ユーザ入力クエリに基づくタスク候補絞込み処理を行うとして説明したが、処理順はこれに限定されることはなく、処理順が逆でも同時でも構わない。
（４）上述した第２実施形態においては、クエリ解析部２０６はクエリの名詞種別を判別する処理を行うとして説明したが、例えば、ユーザクリック場所メタ情報取得部３０５がクエリ解析部２０６に対してメタ情報に含まれる固有名称の情報のみを転送するようにすれば、クエリ解析部２０６はクエリの名詞種別を判別せずに、クエリが固有名称であることを前提として処理を行うことができる。
（５）上述した第２実施形態においては、メタ情報に一般名称と固有名称とが含まれるとして説明したが、一般名称のみ、あるいは、固有名称のみがメタ情報に含まれていてもよい。
（６）上述した第２実施形態においては、タスク検索部２０４は、メタ情報に含まれる一般名称をタスクドメインとして扱ってタスク検索処理を行い、クエリ解析部２０６は、メタ情報に含まれる固有名称をクエリとして扱ってクエリの解析処理を行うとして説明したが、これに限定されることはない。例えば、タスク検索部２０４が、メタ情報に含まれる固有名称を一般名称に変換したものをタスクドメインとして扱ってタスク検索処理を行ってもよいし、クエリ解析部２０６が、メタ情報に含まれる一般名称をクエリとして扱ってクエリの解析を行ってもよい。
このようにすれば、メタ情報に含まれる場所の名称が一般名称のみ又は固有名称のみである場合にも、タスク候補の絞り込みを行うことが可能となる。
（７）上述した第２実施形態においては、地図上の場所の名称はすべて固有名称で記述されるとして説明したが、地図を表示する画面の大きさに制約がある場合やメタ情報に一般名称しか含まれていない場合には、地図上の場所の名称を一般名称で記述してもよい。
また、地図上に記述される場所の名称が一般名称であるか固有名称であるかに応じて、クエリとして扱う場所の名称の種別を決定してもよい。例えば、地図上に「バスターミナル」と記述されている場合には一般名称「バスターミナル」をクエリとして扱い、「バスターミナルＡ」と記述されている場合には固有名称「バスターミナルＡ」をクエリとして扱うようにしてもよい。
（８）上述した第２実施形態においては、タスク選択支援サーバ１００ａのユーザクリック場所受信部３０４がユーザにより選択された場所情報を携帯端末１０１ａから受信し、ユーザクリック場所メタ情報取得部３０５が場所情報に対応するメタ情報を地図のメタ情報ＤＢ４０１から取得するとして説明したが、場所情報に対応するメタ情報の取得方法はこれに限定されず、例えば、タスク選択支援サーバ１００ａは地図のメタ情報ＤＢ４０１を参照せずに、携帯端末１０１ａから直接場所情報に対応するメタ情報を受信するようにしてもよい。
様々な種別のクエリを用いて、問題解決のためのタスクの候補を適切に絞り込むためのタスク選択支援に利用することができる。
１００ タスク選択支援サーバ、２００ タスク候補送信部、２０１ タスクドメイン候補送信部、２０２ ユーザ選択タスクドメイン受信部、２０３ ユーザクエリ受信部、２０４ タスク検索部、８００ キーワード入力タスク検索部、８０１ タスクドメイン入力タスク検索部、８０２ タスク対象入力タスク検索部、２０５ タスクドメイン検索部、２０６ クエリ解析部、７００ 名詞種別判別部、７０１ 一般名称クエリ変換部、７０２ 固有名称クエリ変換部
１０１ 携帯端末、５０１ タスクドメイン受信部、５０２ タスク候補受信部、５０３ ユーザ選択タスクドメイン送信部、５０４ ユーザクエリ送信部、５０５ タスクドメイン表示部、５０６ タスク候補表示部、５０７ ユーザ選択タスクドメイン取得部、５０８ ユーザクエリ取得部
１００ａ タスク選択支援サーバ、３００ ユーザ要求位置情報受信部、３０ 地図表示情報取得部、３０１ 地図情報取得部、３０２ メタ情報取得部、３０３ 地図表示情報送信部、３０４ ユーザクリック場所受信部、３０５ ユーザクリック場所メタ情報取得部、
１０１ａ 携帯端末、６００ ユーザ要求位置情報取得部、６０１ ユーザ要求位置情報送信部、６０２ メタ情報付加地図情報受信部、６０３ メタ情報付加地図情報表示部、６０４ ユーザクリック場所取得部、６０５ ユーザクリック場所送信部
１０２ タスクモデルデータベース（ＤＢ）、１０３ 一般・固有名詞対応ＤＢ、１０４ シソーラス、１０５ サービス知識ＤＢ、４００ 地図情報ＤＢ、４０１ メタ情報ＤＢ
１０１ 携帯端末、５０１ タスクドメイン受信部、５０２ タスク候補受信部、５０３ ユーザ選択タスクドメイン送信部、５０４ ユーザクエリ送信部、５０５ タスクドメイン表示部、５０６ タスク候補表示部、５０７ ユーザ選択タスクドメイン取得部、５０８ ユーザクエリ取得部
１００ａ タスク選択支援サーバ、３００ ユーザ要求位置情報受信部、３０ 地図表示情報取得部、３０１ 地図情報取得部、３０２ メタ情報取得部、３０３ 地図表示情報送信部、３０４ ユーザクリック場所受信部、３０５ ユーザクリック場所メタ情報取得部、
１０１ａ 携帯端末、６００ ユーザ要求位置情報取得部、６０１ ユーザ要求位置情報送信部、６０２ メタ情報付加地図情報受信部、６０３ メタ情報付加地図情報表示部、６０４ ユーザクリック場所取得部、６０５ ユーザクリック場所送信部
１０２ タスクモデルデータベース（ＤＢ）、１０３ 一般・固有名詞対応ＤＢ、１０４ シソーラス、１０５ サービス知識ＤＢ、４００ 地図情報ＤＢ、４０１ メタ情報ＤＢ
Claims (5)
- 行動をタスクとして定義したタスクモデルが記憶されたタスクモデルデータベースから、タスクの候補を検索するタスク検索手段と、
ユーザにより入力されたクエリを解析することにより、該クエリを前記タスクモデル内で定義されている用語に変換するクエリ解析手段と
を備え、
前記クエリ解析手段により変換されたクエリを用いて前記タスクの候補を絞り込むことを特徴とするタスク選択支援サーバ。 - 前記クエリ解析手段は、
クエリとして入力された用語の種別を判別し、該判別された種別に応じた変換用のデータベースを用いて、前記クエリを前記タスクモデル内で定義されている用語に変換することを特徴とする
請求項１に記載のタスク選択支援サーバ。 - 表示用の地図情報と地図上における場所の名称を含む付加情報とが記憶された地図表示情報データベースから、ユーザが要求する位置情報に対応する地図情報と付加情報とを取得する地図表示情報取得手段と、
前記地図表示情報取得手段により取得された地図情報と付加情報とを、ユーザが所持する携帯端末に送信する地図表示情報送信手段と
をさらに備え、
前記クエリ解析手段は、
前記携帯端末に表示された地図上においてユーザにより選択された場所に対応する付加情報に含まれる名称をクエリとして用いて、クエリの解析を行うことを特徴とする
請求項１又は２に記載のタスク選択支援サーバ。 - 前記タスク検索手段は、
前記携帯端末に表示された地図上においてユーザにより選択された場所に対応する付加情報に含まれる名称をタスク発生場所として用いて、タスクの候補を検索することを特徴とする
請求項３に記載のタスク選択支援サーバ。 - 行動をタスクとして定義したタスクモデルが記憶されたタスクモデルデータベースから、タスクの候補を検索するタスク検索ステップと、
ユーザにより入力されたクエリを解析することにより、該クエリを前記タスクモデル内で定義されている用語に変換するクエリ解析ステップと、
前記クエリ解析ステップにおいて変換されたクエリを用いて前記タスク検索ステップにおいて検索されたタスクの候補を絞り込むタスク候補絞込みステップと
を備えることを特徴とするタスク選択支援方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2005142592A JP2006318373A (ja) | 2005-05-16 | 2005-05-16 | タスク選択支援サーバ、及び、タスク選択支援方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2005142592A JP2006318373A (ja) | 2005-05-16 | 2005-05-16 | タスク選択支援サーバ、及び、タスク選択支援方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2006318373A true JP2006318373A (ja) | 2006-11-24 |
Family
ID=37538969
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2005142592A Pending JP2006318373A (ja) | 2005-05-16 | 2005-05-16 | タスク選択支援サーバ、及び、タスク選択支援方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2006318373A (ja) |
Cited By (21)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2013257292A (ja) * | 2012-06-14 | 2013-12-26 | Navitime Japan Co Ltd | 情報処理システム、情報処理装置、サーバ、端末装置、情報処理方法、プログラム、及びデータベース |
| US9865248B2 (en) | 2008-04-05 | 2018-01-09 | Apple Inc. | Intelligent text-to-speech conversion |
| US9966060B2 (en) | 2013-06-07 | 2018-05-08 | Apple Inc. | System and method for user-specified pronunciation of words for speech synthesis and recognition |
| US9971774B2 (en) | 2012-09-19 | 2018-05-15 | Apple Inc. | Voice-based media searching |
| US9986419B2 (en) | 2014-09-30 | 2018-05-29 | Apple Inc. | Social reminders |
| US10043516B2 (en) | 2016-09-23 | 2018-08-07 | Apple Inc. | Intelligent automated assistant |
| US10049675B2 (en) | 2010-02-25 | 2018-08-14 | Apple Inc. | User profiling for voice input processing |
| US10067938B2 (en) | 2016-06-10 | 2018-09-04 | Apple Inc. | Multilingual word prediction |
| US10276170B2 (en) | 2010-01-18 | 2019-04-30 | Apple Inc. | Intelligent automated assistant |
| US10356243B2 (en) | 2015-06-05 | 2019-07-16 | Apple Inc. | Virtual assistant aided communication with 3rd party service in a communication session |
| US10410637B2 (en) | 2017-05-12 | 2019-09-10 | Apple Inc. | User-specific acoustic models |
| US10482874B2 (en) | 2017-05-15 | 2019-11-19 | Apple Inc. | Hierarchical belief states for digital assistants |
| US10567477B2 (en) | 2015-03-08 | 2020-02-18 | Apple Inc. | Virtual assistant continuity |
| US10593346B2 (en) | 2016-12-22 | 2020-03-17 | Apple Inc. | Rank-reduced token representation for automatic speech recognition |
| US10706841B2 (en) | 2010-01-18 | 2020-07-07 | Apple Inc. | Task flow identification based on user intent |
| US10755703B2 (en) | 2017-05-11 | 2020-08-25 | Apple Inc. | Offline personal assistant |
| US10791176B2 (en) | 2017-05-12 | 2020-09-29 | Apple Inc. | Synchronization and task delegation of a digital assistant |
| US10810274B2 (en) | 2017-05-15 | 2020-10-20 | Apple Inc. | Optimizing dialogue policy decisions for digital assistants using implicit feedback |
| US10904611B2 (en) | 2014-06-30 | 2021-01-26 | Apple Inc. | Intelligent automated assistant for TV user interactions |
| US11080012B2 (en) | 2009-06-05 | 2021-08-03 | Apple Inc. | Interface for a virtual digital assistant |
| US11217255B2 (en) | 2017-05-16 | 2022-01-04 | Apple Inc. | Far-field extension for digital assistant services |
Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002189718A (ja) * | 2000-12-20 | 2002-07-05 | Pioneer Electronic Corp | コンピュータネットワークにおける検索情報の蓄積方法およびシステム |
-
2005
- 2005-05-16 JP JP2005142592A patent/JP2006318373A/ja active Pending
Patent Citations (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002189718A (ja) * | 2000-12-20 | 2002-07-05 | Pioneer Electronic Corp | コンピュータネットワークにおける検索情報の蓄積方法およびシステム |
Cited By (25)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9865248B2 (en) | 2008-04-05 | 2018-01-09 | Apple Inc. | Intelligent text-to-speech conversion |
| US11080012B2 (en) | 2009-06-05 | 2021-08-03 | Apple Inc. | Interface for a virtual digital assistant |
| US10276170B2 (en) | 2010-01-18 | 2019-04-30 | Apple Inc. | Intelligent automated assistant |
| US10741185B2 (en) | 2010-01-18 | 2020-08-11 | Apple Inc. | Intelligent automated assistant |
| US10706841B2 (en) | 2010-01-18 | 2020-07-07 | Apple Inc. | Task flow identification based on user intent |
| US11423886B2 (en) | 2010-01-18 | 2022-08-23 | Apple Inc. | Task flow identification based on user intent |
| US10049675B2 (en) | 2010-02-25 | 2018-08-14 | Apple Inc. | User profiling for voice input processing |
| JP2013257292A (ja) * | 2012-06-14 | 2013-12-26 | Navitime Japan Co Ltd | 情報処理システム、情報処理装置、サーバ、端末装置、情報処理方法、プログラム、及びデータベース |
| US9971774B2 (en) | 2012-09-19 | 2018-05-15 | Apple Inc. | Voice-based media searching |
| US9966060B2 (en) | 2013-06-07 | 2018-05-08 | Apple Inc. | System and method for user-specified pronunciation of words for speech synthesis and recognition |
| US10904611B2 (en) | 2014-06-30 | 2021-01-26 | Apple Inc. | Intelligent automated assistant for TV user interactions |
| US9986419B2 (en) | 2014-09-30 | 2018-05-29 | Apple Inc. | Social reminders |
| US10567477B2 (en) | 2015-03-08 | 2020-02-18 | Apple Inc. | Virtual assistant continuity |
| US10356243B2 (en) | 2015-06-05 | 2019-07-16 | Apple Inc. | Virtual assistant aided communication with 3rd party service in a communication session |
| US10067938B2 (en) | 2016-06-10 | 2018-09-04 | Apple Inc. | Multilingual word prediction |
| US10553215B2 (en) | 2016-09-23 | 2020-02-04 | Apple Inc. | Intelligent automated assistant |
| US10043516B2 (en) | 2016-09-23 | 2018-08-07 | Apple Inc. | Intelligent automated assistant |
| US10593346B2 (en) | 2016-12-22 | 2020-03-17 | Apple Inc. | Rank-reduced token representation for automatic speech recognition |
| US10755703B2 (en) | 2017-05-11 | 2020-08-25 | Apple Inc. | Offline personal assistant |
| US10791176B2 (en) | 2017-05-12 | 2020-09-29 | Apple Inc. | Synchronization and task delegation of a digital assistant |
| US10410637B2 (en) | 2017-05-12 | 2019-09-10 | Apple Inc. | User-specific acoustic models |
| US11405466B2 (en) | 2017-05-12 | 2022-08-02 | Apple Inc. | Synchronization and task delegation of a digital assistant |
| US10810274B2 (en) | 2017-05-15 | 2020-10-20 | Apple Inc. | Optimizing dialogue policy decisions for digital assistants using implicit feedback |
| US10482874B2 (en) | 2017-05-15 | 2019-11-19 | Apple Inc. | Hierarchical belief states for digital assistants |
| US11217255B2 (en) | 2017-05-16 | 2022-01-04 | Apple Inc. | Far-field extension for digital assistant services |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2006318373A (ja) | タスク選択支援サーバ、及び、タスク選択支援方法 | |
| US8166013B2 (en) | Method and system for crawling, mapping and extracting information associated with a business using heuristic and semantic analysis | |
| JP4909334B2 (ja) | サービス提案装置及びその方法、サービス提案システム、ユーザのお気に入りベースに基づくサービス提案装置及びその方法 | |
| CN101689201B (zh) | 联合搜索 | |
| MXPA04001729A (es) | Metodos y sistemas para traduccion de idiomas. | |
| JP2006065511A (ja) | 閲覧履歴提示システム | |
| EP2306333A1 (en) | Offline software library | |
| JP2007323394A (ja) | メタ検索システム及びメタ検索方法とこれに用いるユーザ端末及びプログラム | |
| JP2007219655A (ja) | 施設情報管理システム、施設情報管理方法および施設情報管理プログラム | |
| CN102750081A (zh) | 信息处理设备、信息处理方法和程序 | |
| JP2006285855A (ja) | 検索サーバ | |
| KR20080110533A (ko) | 문자 입력 지원방법, 문자 입력 지원 시스템, 문자 입력지원 프로그램을 기록한 기록매체, 사용자 단말, 문자변환방법 및 문자 변환 프로그램을 기록한 기록매체 | |
| JP2003006225A (ja) | 情報提供方法及びそれに用いる情報提供装置並びに端末 | |
| JP4987687B2 (ja) | 配信サーバ及び配信方法 | |
| JP5639549B2 (ja) | 情報検索装置及び方法及びプログラム | |
| JP2006155275A (ja) | 情報抽出方法及び情報抽出装置 | |
| JP5138576B2 (ja) | ファセットクエリを利用した検索ナビゲーション装置及び方法 | |
| CN107463590B (zh) | 自动的对话阶段发现 | |
| JP2010140355A (ja) | 情報検索システム及び情報検索方法 | |
| JP2007148741A (ja) | Ｗｅｂ検索支援サーバ | |
| JP2007058804A (ja) | コンテンツ配信システム、コンテンツ配信方法、およびコンテンツ配信プログラム | |
| JP4464713B2 (ja) | 支援サーバ、支援システム及び支援方法 | |
| JP5070018B2 (ja) | 検索装置、検索方法、及び検索プログラム | |
| US20150012515A1 (en) | System and method for providing suitable web addresses to a user device | |
| JP5609640B2 (ja) | 検索システム、それに用いる装置、検索方法および検索用プログラム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20080319 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20101006 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20101019 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20101214 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20110621 |