(57)【要約】【課題】  問題解決のためのタスク選択に要するユーザの負担を軽減することが可能なデータベースを構築するためのタスクモデル利用更新サーバ、及び、タスクモデル利用更新方法を提供する。【解決手段】  タスクモデル利用更新サーバ１００のアクセス履歴記録部２０３は、タスクモデルＤＢ１０２に対するユーザのアクセス履歴を記録する。アクセス履歴解析部２０４は、アクセス履歴記録部２０３に記録されているアクセス履歴を解析する。タスクモデル更新部２０６は、アクセス履歴の解析結果に基づいて、タスクモデルＤＢ１０２のタスク利用履歴を更新する。【選択図】  図４
2006285523.tif 000002
【特許請求の範囲】
【請求項１】
ユーザが抱える問題を解決するための行動を示すタスクと、該タスクが対象とする場所を示す対象場所情報と、該タスクが過去にユーザにより利用された状況を示すタスク利用履歴と、を対応付けて記憶するタスクモデル記憶手段と、
前記タスクモデル記憶手段に記憶されている情報に対するユーザのアクセス履歴を記録するアクセス履歴記録手段と、
前記アクセス履歴記録手段に記録されているアクセス履歴を解析するアクセス履歴解析手段と、
前記アクセス履歴解析手段による解析結果に基づいて前記タスクモデル記憶手段に記憶されているタスク利用履歴を更新するタスクモデル更新手段と
を備えることを特徴とするタスクモデル利用更新装置。
【請求項２】
前記タスク利用履歴には少なくともタスクの利用回数が含まれ、
前記アクセス履歴解析手段は、
前記アクセス履歴記録手段に記録されているアクセス履歴からユーザのバック操作によるアクセス履歴を除くバックトラック処理を行い、
前記タスクモデル更新手段は、
前記アクセス履歴解析手段によるバックトラック処理の結果に基づいて、前記タスク利用履歴を更新することを特徴とする
請求項１に記載のタスクモデル利用更新装置。
【請求項３】
前記タスクモデル記憶手段に記憶されている対象場所情報の中からユーザに提示すべき対象場所情報の候補を決定する対象場所候補決定手段と、
前記対象場所候補決定手段により決定された対象場所情報の候補の中からユーザが選択した対象場所情報と、前記タスクモデル記憶手段に記憶されているタスク利用履歴とに基づき、ユーザに提示すべきタスクの候補を決定するタスク候補決定手段とをさらに備えることを特徴とする
請求項１又は２に記載のタスクモデル利用更新装置。
【請求項４】
ユーザの所在場所を示すユーザ場所情報を取得するユーザ場所情報取得手段をさらに備え、
前記タスクモデル記憶手段に記憶されるタスク利用履歴には前記ユーザ場所情報がさらに含まれ、
前記タスクモデル更新手段は、
ユーザによりタスクが利用された時点において前記ユーザ場所情報取得手段により取得されたユーザ場所情報を前記タスクモデル記憶手段に記憶し、
前記タスク候補決定手段は、
前記ユーザ場所情報取得手段により取得された現在のユーザ場所情報と、前記タスクモデル記憶手段に記憶されている過去のユーザ場所情報とを比較することにより、ユーザに優先して提示すべきタスクの候補を決定することを特徴とする
請求項３に記載のタスクモデル利用更新装置。
【請求項５】
ユーザが抱える問題を解決するための行動を示すタスクと、該タスクが対象とする場所を示す対象場所情報と、該タスクの実行を実現するために用いられるサービス知識と、に対するユーザのアクセス履歴を記録するアクセス履歴記録ステップと、
ユーザが前記サービス知識を選択したか否かを判定するサービス知識選択判定ステップと、
前記サービス知識選択判定ステップにおいてユーザがサービス知識を選択したと判定された場合に、前記アクセス履歴記録ステップにおいて記録されたアクセス履歴からユーザのバック操作によるアクセス履歴を除くトラックバック処理を行うトラックバック処理ステップと、
前記トラックバック処理ステップにおける処理結果に基づいて、前記タスクがユーザにより過去に利用された状況を示すタスク利用履歴を更新する更新ステップと
を有することを特徴とするタスクモデル利用更新方法。
【請求項６】
ユーザにより選択された前記対象場所情報を取得するユーザ選択対象場所取得ステップと、
前記ユーザ選択対象場所取得ステップにおいて取得された対象場所情報と、前記タスク利用履歴とに基づき、ユーザに提示すべきタスクの候補を決定するタスク候補決定ステップとをさらに有することを特徴とする
請求項５に記載のタスクモデル利用更新方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザの問題解決のためのタスクモデルを更新するタスクモデル利用更新装置、及び、タスクモデル利用更新方法に関するものである。
【背景技術】
【０００２】
従来、ユーザの問題解決を支援するための様々な技術が提案されている。
例えば、特許文献１では、ユーザのサービスの利用状況に基づきユーザ個々人に応じたサービスを提供するシステムが提案されている。しかしながら、特許文献１に記載のシステムにおいては、ユーザはサービスの提供を受けるにあたってサービス識別子とユーザ識別子とを端末に入力する必要がある。このため、ユーザは事前に問題解決のためのサービスを把握しておく必要があり、事前に問題解決のためのサービスを把握できていないユーザにとっては、特許文献１に記載のシステムは利用しにくいものとなる。
【０００３】
一方、ユーザの抱える問題を解決するための行動をタスクとして定義し、ユーザが所望とする問題解決のためのタスクやサービスを検索し易くする手法も存在する。このような手法では、ユーザは端末に表示された階層構造のタスクを辿っていき、問題解決のためのタスクを探し出す。
【特許文献１】特開平８−１１５３６１号公報（段落００１６、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、端末に表示された多くのメニュー項目や複数の階層にわたったタスクの中から、ユーザが所望とするタスクを探し出すのは困難な作業である。特に、携帯端末は画面が小さく操作性が低いため、ユーザが携帯端末を利用してタスクを探そうとした場合にはかなりの時間を要してしまい、大きな負担となっていた。
本発明は以上の点に鑑みてなされたものであり、問題解決のためのタスク選択に要するユーザの負担を軽減することが可能なデータベースを構築するためのタスクモデル利用更新サーバ、及び、タスクモデル利用更新方法を提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記課題を解決するために、請求項１に記載の発明は、ユーザが抱える問題を解決するための行動を示すタスクと、該タスクが対象とする場所を示す対象場所情報と、該タスクが過去にユーザにより利用された状況を示すタスク利用履歴と、を対応付けて記憶するタスクモデル記憶手段と、前記タスクモデル記憶手段に記憶されている情報に対するユーザのアクセス履歴を記録するアクセス履歴記録手段と、前記アクセス履歴記録手段に記録されているアクセス履歴を解析するアクセス履歴解析手段と、前記アクセス履歴解析手段による解析結果に基づいて前記タスクモデル記憶手段に記憶されているタスク利用履歴を更新するタスクモデル更新手段とを備えることを特徴とするタスクモデル利用更新装置を提供する。
【０００６】
この構成によれば、タスクモデル利用更新装置は、ユーザのアクセス履歴の解析結果に基づいてタスクモデル記憶手段に記憶されているタスク利用履歴を更新するため、ユーザの過去のタスク利用状況を把握することが可能なデータベースを構築することができ、このデータベースをユーザのタスク選択支援に利用することでタスクの選択に要するユーザの負担を軽減することが可能となる。
【０００７】
請求項２に記載の発明は、請求項１に記載のタスクモデル利用更新装置において、前記タスク利用履歴には少なくともタスクの利用回数が含まれ、前記アクセス履歴解析手段は、前記アクセス履歴記録手段に記録されているアクセス履歴からユーザのバック操作によるアクセス履歴を除くバックトラック処理を行い、前記タスクモデル更新手段は、前記アクセス履歴解析手段によるバックトラック処理の結果に基づいて、前記タスク利用履歴を更新することを特徴とする。
【０００８】
この構成によれば、タスクモデル利用更新装置は、バックトラック処理によって、アクセス履歴からユーザの無駄な操作や誤操作によるアクセス履歴を省き、ユーザの問題解決に必要なアクセス履歴のみに基づいてタスク利用履歴を更新することができる。このため、ユーザのタスク選択支援に利用することが可能な履歴のデータベースを構築することが可能となる。
【０００９】
請求項３に記載の発明は、請求項１又は２に記載のタスクモデル利用更新装置において、前記タスクモデル記憶手段に記憶されている対象場所情報の中からユーザに提示すべき対象場所情報の候補を決定する対象場所候補決定手段と、前記対象場所候補決定手段により決定された対象場所情報の候補の中からユーザが選択した対象場所情報と、前記タスクモデル記憶手段に記憶されているタスク利用履歴とに基づき、ユーザに提示すべきタスクの候補を決定するタスク候補決定手段とをさらに備えることを特徴とする。
この構成によれば、タスクモデル利用更新装置は、ユーザが選択した場所対象情報とタスク利用履歴とに基づきユーザに提示すべきタスクの候補を決定するため、ユーザが必要とするタスクの候補を適切に絞り込むことができ、タスクの選択に要するユーザの負担を軽減することが可能となる。
【００１０】
請求項４に記載の発明は、請求項３に記載のタスクモデル利用更新装置において、ユーザの所在場所を示すユーザ場所情報を取得するユーザ場所情報取得手段をさらに備え、前記タスクモデル記憶手段に記憶されるタスク利用履歴には前記ユーザ場所情報がさらに含まれ、前記タスクモデル更新手段は、ユーザによりタスクが利用された時点において前記ユーザ場所情報取得手段により取得されたユーザ場所情報を前記タスクモデル記憶手段に記憶し、前記タスク候補決定手段は、前記ユーザ場所情報取得手段により取得された現在のユーザ場所情報と、前記タスクモデル記憶手段に記憶されている過去のユーザ場所情報とを比較することにより、ユーザに優先して提示すべきタスクの候補を決定することを特徴とする。
【００１１】
この構成によれば、タスクモデル利用更新装置は、過去にユーザがタスクを利用した時点におけるユーザの所在場所と現在のユーザの所在場所とに基づいて、ユーザに優先的に提示すべきタスクを決定することができ、ユーザが所望とする可能性の高いタスクを優先的にユーザに提示することができるため、ユーザのタスク選択に要する時間を短縮し、タスク選択に要する負担を軽減することができる。
【００１２】
請求項５に記載の発明は、ユーザが抱える問題を解決するための行動を示すタスクと、該タスクが対象とする場所を示す対象場所情報と、該タスクの実行を実現するために用いられるサービス知識と、に対するユーザのアクセス履歴を記録するアクセス履歴記録ステップと、ユーザが前記サービス知識を選択したか否かを判定するサービス知識選択判定ステップと、前記サービス知識選択判定ステップにおいてユーザがサービス知識を選択したと判定された場合に、前記アクセス履歴記録ステップにおいて記録されたアクセス履歴からユーザのバック操作によるアクセス履歴を除くトラックバック処理を行うトラックバック処理ステップと、前記トラックバック処理ステップにおける処理結果に基づいて、前記タスクがユーザにより過去に利用された状況を示すタスク利用履歴を更新する更新ステップとを有することを特徴とするタスクモデル利用更新方法を提供する。
【００１３】
この方法によれば、ユーザのバック操作による不要なアクセス履歴を除いたトラックバック処理の結果に基づいてタスク利用履歴を更新することができるため、ユーザが過去にタスクを利用した状況を正確に把握することが可能なデータベースを構築することができ、このデータベースをユーザのタスク選択支援に利用することで、タスク選択に要するユーザの負担を軽減することを可能となる。
【００１４】
請求項６に記載の発明は、請求項５に記載のタスクモデル更新方法において、ユーザにより選択された前記対象場所情報を取得するユーザ選択対象場所取得ステップと、前記ユーザ選択対象場所取得ステップにおいて取得された対象場所情報と、前記タスク利用履歴とに基づき、ユーザに提示すべきタスクの候補を決定するタスク候補決定ステップとをさらに有することを特徴とする。
この方法によれば、ユーザにより選択された場所対象情報と、ユーザが過去にタスクを利用した履歴であるタスク利用履歴とに基づき、ユーザに提示すべきタスクの候補を決定できるため、ユーザが必要としている可能性が高いタスクの候補を絞り込むことができ、タスク選択に要するユーザの負担を軽減することを可能となる。
【発明の効果】
【００１５】
本発明によれば、タスクモデル利用更新装置は、ユーザのアクセス履歴の解析結果に基づいてタスクモデル記憶手段に記憶されているタスク利用履歴を更新するため、ユーザの過去のタスク利用状況を把握することが可能なデータベースを構築することができ、このデータベースをユーザのタスク選択支援に利用することでタスクの選択に要するユーザの負担を軽減することが可能となる。
【発明を実施するための最良の形態】
【００１６】
次に、本発明の実施の形態について図面を参照しながら説明する。
［１．構成］
図１は、タスクモデル更新システムの全体構成を示す図である。同図に示すように、タスクモデル更新システムは、タスクモデル利用更新サーバ１００と携帯端末１０１とを含んで構成される。タスクモデル利用更新サーバ１００と携帯端末１０１とは移動通信網やインターネット等の通信ネットワークで接続されている。タスクモデル利用更新サーバ１００は、データベースとして、タスクモデルデータベース（以下「タスクモデルＤＢ」という）１０２とサービス知識データベース（以下、「サービス知識ＤＢ」という）１０３とを管理している。
【００１７】
［１．１．タスクモデル利用更新サーバの構成］
次に、タスクモデル利用更新サーバ１００の構成について詳細に説明する。タスク利用更新サーバ１００は、ハードウェア構成として、図示せぬ、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、ハードディスク装置、及び、通信インターフェースを含んで構成され、一般的なコンピュータのハードウェア構成を備えている。タスクモデル利用更新サーバ１００のハードディスク装置には、各種プログラム及びデータベース等のソフトウェアが記憶されている。ハードディスク装置に記憶されているデータベースとして、タスクモデルＤＢ１０２とサービス知識ＤＢ１０３とが含まれる。
【００１８】
［１．１．１．タスクモデルＤＢの構成］
タスクモデルＤＢ（タスクモデル記憶手段）１０２は、タスクに関する情報が記憶されたデータベースである。ここで、「タスク」とは、ユーザが抱える問題を解決するための行動である。タスクモデルＤＢ１０２はユーザ毎に用意されている。
図２には、タスクモデルＤＢ１０２のデータ構成の一例を示す。同図に示すように、タスクモデルＤＢ１０２には、データ項目として、「タスクＩＤ」、「親タスクＩＤ」、「タスク」、「ドメイン」及び「タスク利用履歴」が設けられている。
データ項目「タスクＩＤ」は、タスクを識別するための番号である。ここでは、タスクＩＤは全タスクでユニークな整数とする。
【００１９】
データ項目「親タスクＩＤ」は、タスクとタスクとの親子関係（従属関係）を表す番号である。例えば、タスクＩＤが「１００１」である「上映タイトルを調べる」というタスクは、タスクＩＤが「１０００」である「映画を見る」というタスクを親タスクとするため、「上映タイトルを調べる」というタスクの親タスクＩＤには、「映画を見る」のタスクＩＤ「１０００」が格納されている。
タスクＩＤが「１０００」の「映画を見る」というタスクは最上位のタスクである。最上位のタスクの親タスクＩＤには「０」が格納されている。
【００２０】
また、「待ち時間に食事をする」といったタスクのように、「映画を見る」、「テーマパークで遊ぶ」という２つ以上のタスクに跨って親タスクをもつタスクも考えられる。この場合には、図２に示すように、タスク「待ち時間に食事をする」の親タスクＩＤは、ＯＲ記号「Ｖ」を使って表現される。その際ドメインも複数に跨っている可能性があり、ドメインも同様にＯＲ記号「Ｖ」を使って表現される。
【００２１】
データ項目「タスク」は、定義されたタスク内容である。
データ項目「ドメイン」は、タスクが対象（より詳細には、目的の対象、又は、問題の対象）とする場所を示す対象場所情報（以下「ドメイン」という）である。本実施形態においては、ドメインは普通名詞で表現されている。タスクのドメインは、そのタスクが対象とする場所を定義することにより構築することができる。例えば、「パレードを見る」というタスクを考えたときに、当該タスクの対象となる場所は「テーマパーク」と定義することができる。
【００２２】
データ項目「タスク利用履歴」は、タスクが過去にユーザにより利用された状況を示す情報である。本実施形態においては、「タスク利用履歴」には、「利用回数」と「ユーザ場所情報」とが含まれている。データ項目「利用回数」は、ユーザが過去にタスクを利用した回数を表す情報である。データ項目「ユーザ場所情報」は、ユーザがタスクを選択した時にユーザが所在していた場所を表す情報である。なお、「利用回数」及び「ユーザ場所情報」以外に、「タスク利用履歴」に他の情報が含まれていてもよい。例えば、「タスク利用履歴」に、ユーザがタスクを選択した時の天気が含まれていてもよい。
【００２３】
［１．１．２．サービス知識ＤＢの構成］
サービス知識ＤＢ１０３は、タスクに対応するサービス知識についての情報が記憶されたデータベースである。サービス知識とは、ユーザが選択したタスクを実世界で実現するための知識である。
図３には、サービス知識ＤＢ１０３のデータ構成の一例を示す。同図に示すように、サービス知識ＤＢ１０３には、データ項目として「サービスＩＤ」と、インターネット上におけるサービス知識の所在であるＵＲＩ（Uniform Resource Identifier）を示す「サービスＵＲＩ」と、サービス知識に対応する「タスクＩＤ」とが設けられている。
【００２４】
［１．１．３．機能構成］
タスクモデル利用更新サーバ１００が備える上述したハードウェア及びソフトウェアにより、図４に示す機能構成がタスクモデル利用更新サーバ１００に実現される。以下、各構成要素の機能について述べる。
表示項目送信部２０７は、タスクモデルＤＢ１０２に記憶されているデータの中から決定されたドメイン候補やタスク候補、あるいはサービス知識ＤＢ１０３から選択されたサービス知識等の表示項目を携帯端末１０１に送信する。
ユーザ選択項目取得部２０２は、携帯端末１０１に表示されたドメイン候補やタスク候補等の中から、ユーザにより選択されたドメイン、タスクあるいはサービス知識を取得する。
【００２５】
アクセス履歴記録部２０３は、ユーザ選択項目取得部２０２が取得したデータを、タスクモデルＤＢ１０２に対するアクセス履歴としてユーザ毎に記録する。一連のアクセス履歴として記録される期間は、ユーザが所持する携帯端末１０１からの接続要求によりタスクモデル利用更新サーバ１００と携帯端末１０１との接続が開始されてから接続が終了するまでである。接続開始から接続終了までの認識はセッション管理により行われる。アクセス履歴として記録される情報には、ユーザが選択したドメイン、タスク、サービス知識、及び、ユーザのバック操作に関する情報が含まれる。ここで、ユーザのバック操作とは、携帯端末１０１のディスプレイに表示されているタスク候補の中にユーザの要望と一致するタスクが存在しない場合に、ユーザが直前のタスクに戻る操作を行うことをいう。このバック操作は、ユーザが別のタスク、あるいは別のドメインを探す場合に行われる。
【００２６】
アクセス履歴解析部２０４は、アクセス履歴記録部２０３によって記録されたアクセス履歴を解析し、タスクモデルＤＢ１０２に記憶されているタスクのうち、更新対象となるタスクを決定する。このときに、アクセス履歴解析部２０４は、アクセス履歴記録部２０３に記憶されているアクセス履歴からユーザのバック操作によるアクセス履歴を除くバックトラック処理を行った上で、更新対象となるタスクを決定する。
【００２７】
本実施形態においては、このバックトラック処理は、ユーザがサービス知識を選択した時に行われる。なぜならば、リアルタイムでバックトラック処理を行った場合には、ユーザがサービス知識を選択する前にタスク選択を止めてしまうとそれまで行っていたバックトラック処理が無駄になり、処理効率が悪くなるからである。また、ユーザがサービス知識を選択したことは、携帯端末１０１からユーザが選択したサービス知識を受信することによって認識することができる。あるいは、タスクに対して子タスクとサービス知識との何れか一方のみが対応付けられているデータ構成の場合には、ユーザが選択したタスクに子タスクが存在しない場合にユーザがサービス知識を選択したと認識することができる。
【００２８】
このバックトラック処理を行うことにより、ユーザの無駄な操作や誤操作によるアクセス履歴を省くことができ、アクセス履歴からユーザの問題解決に必要なタスクのみを抽出することができる。
タスクモデル更新部２０６は、アクセス履歴解析部２０４によるバックトラック処理の結果に基づいて、更新対象となるタスクのタスク利用履歴を更新する。
【００２９】
ユーザ場所情報取得部２０１は、ユーザの所在場所を示すユーザ場所情報を取得する。本実施形態においては、ユーザ場所情報取得部２０１は、携帯端末１０１に搭載された場所センサとしてのＧＰＳ（Global Positioning System）受信機からユーザ場所情報を取得する。なお、ユーザ場所情報の取得手段は携帯端末１０１が備えるＧＰＳの他に、例えば、携帯端末１０１が在圏する基地局の位置情報、ユーザが携帯端末１０１から入力した情報、ユーザが直接携帯しているＧＰＳ受信機等を利用してもよい。
【００３０】
タスクモデルＤＢ検索部２０５は、ドメイン候補決定部２０９又はタスク候補決定部２１０からの指示を受けて、タスクモデルＤＢ１０２からドメイン又はタスクを検索する。
ドメイン候補決定部（対象場所候補決定手段）２０９は、タスクモデルＤＢ１０２に記憶されているドメインの中からユーザに提示すべきドメインの候補を決定したり、ユーザに優先的に提示すべきドメインの候補を決定したりする。
【００３１】
具体的なドメイン候補の決定方法としては、例えば、ドメイン候補決定部２０９は、ユーザ場所情報取得部２０１により取得されたユーザ場所情報と、タスクモデルＤＢ１０２に記憶されている所定のドメインとが一致する場合に、当該所定のドメインをドメインの候補として決定する（または、ユーザに優先的に提示すべきドメイン候補として決定する）。あるいは、ドメイン候補決定部２０９は、ユーザ場所情報取得部２０１により取得されたユーザ場所情報の語彙の概念が、タスクモデルＤＢ１０２に記憶されている所定のドメインの語彙の概念に属する場合に、当該所定のドメインをユーザに提示すべきドメインの候補として決定する（または、ユーザに優先的に提示すべきドメイン候補として決定する）。ドメイン候補決定部２０９は、優先して提示すべきドメインの候補が上位に配置されるようにドメイン候補の並べ替えを行ったり、優先度の低いドメインをドメイン候補から除いたりする。
【００３２】
タスク候補決定部２１０は、ユーザが選択したドメインと、タスクモデルＤＢ１０２に記憶されているタスク利用履歴とに基づき、ユーザに提示すべきタスクの候補を決定したり、ユーザに優先的に提示すべきタスクの候補を決定したりする。タスク候補の決定方法としては、例えば、タスク候補決定部２１０は、ユーザが選択したドメインに対応するタスクのうち、利用回数が多いタスクをユーザに優先的に提示すべきタスクに決定する。あるいは、タスクモデルＤＢ１０２に記憶されている過去のユーザ場所情報の中に、ユーザ場所情報取得部２０１により取得された現在のユーザ場所情報と一致するものがある場合に、タスク候補決定部２１０は、当該一致するユーザ場所情報と対応するタスクをユーザに優先して提示すべきタスクに決定する。
【００３３】
そして、タスク候補決定部２１０は、ユーザに優先的に提示すべきタスクが上位に配置されるように並べ替えを行ったり、優先度の低いタスクをタスク候補から除いたりする。
サービス知識ＤＢ検索部２０８は、ユーザ選択項目取得部２０２が子タスクのないタスクを受信した場合に、当該タスクに対応付けて記憶されているサービス知識をサービス知識ＤＢ１０３から検索する。
【００３４】
［１．２．携帯端末の構成］
次に携帯端末１０１の構成について説明する。携帯端末１０１は、無線によるデータ通信機能を有する端末である。携帯端末１０１に相当する端末としては、例えば、携帯電話機やＰＨＳ（Personal Handyphone System）、無線通信カードを備えたＰＤＡ（Personal Digital Assistance）などが挙げられる。携帯端末１０１は、ＣＰＵ、メモリ、ディスプレイ、操作キー、無線通信インターフェース、ＧＰＳ（Global Positioning System）受信機、及び、メモリに記憶されるソフトウェアを備えている。携帯端末１０１が備えるこれらのハードウェア及びソフトウェアにより以下の機能が実現される。以下、各構成要素の機能について述べる。
【００３５】
場所センサ情報取得部５０４は、携帯端末１０１に備えられているＧＰＳ受信機等の場所センサからユーザ場所情報を取得する。場所センサ情報送信部５０１は、場所センサ情報取得部５０４が取得したユーザ場所情報をタスクモデル利用更新サーバ１００に送信する。
表示項目受信部５０３は、ドメイン候補やタスク候補等の表示項目をタスクモデル利用更新サーバ１００から受信する。表示項目表示部５０６は、表示項目受信部５０３が受信した表示項目に基づいて、ドメイン候補やタスク候補等の表示項目を携帯端末１０１のディスプレイに表示する。
ユーザ選択項目取得部５０５は、ユーザが携帯端末１０１のディスプレイに表示されているドメイン候補やタスク候補等の中から選択したドメインやタスク等の項目を取得する。ユーザ選択項目送信部５０２は、ユーザ選択項目取得部５０５が取得した項目をタスクモデル利用更新サーバ１００に送信する。
【００３６】
［２．動作］
次に、上記構成のタスクモデル利用更新サーバ１００が行うタスクモデル更新処理、及び、表示項目決定処理について説明する。
［２．１．タスクモデル更新処理］
まず、図６を参照しながら、タスクモデル利用更新サーバ１００が行うタスクモデル更新処理について説明する。
タスクモデル利用更新サーバ１００は、ユーザが所持する携帯端末１０１からの接続要求を受けた場合（ステップＳ１０１；Ｙｅｓ）、携帯端末１０１と通信を行い、携帯端末１０１からの要求に従ってドメイン候補、タスク候補あるいはサービス知識を送信する。携帯端末１０１は、受信したドメイン候補、タスク候補又はサービス知識をディスプレイに表示する。ユーザは携帯端末１０１を操作して表示項目の選択を行う。
【００３７】
タスクモデル利用更新サーバ１００のユーザ選択項目取得部２０２は、ユーザが選択したドメイン、タスク又はサービス知識を受信する。アクセス履歴記録部２０３は、ユーザ選択項目取得部２０２が受信したデータに基づいて、ドメイン、タスクあるいはサービス知識に対するユーザのアクセス履歴を記録する（ステップＳ１０２）。
アクセス履歴解析部２０４は、ユーザがサービス知識を選択したか否かを判定する（ステップＳ１０３）。ユーザがサービス知識を選択したと判定された場合に（ステップＳ１０３；Ｙｅｓ）、アクセス履歴解析部２０４はアクセス履歴記録部２０３に記録されているアクセス履歴をバックトラック処理により解析し、サービス知識を選択するために必要なタスクを抽出する（ステップＳ１０４）。
【００３８】
ここで、バックトラック処理の具体例について説明する。以下には、ユーザのドメイン選択からサービス知識選択までのアクセス履歴の一例を示す。
「ドメイン選択→タスクＡを選択→タスクＡ−１を選択→バック→タスクＢを選択→タスクＢ−１を選択→タスクＢ−１−１を選択→バック→タスクＢ−２を選択→タスクＢ−２−１を選択→サービス知識」
ここで、タスクＡ−１はタスクＡの子タスクであり、タスクＢ−１及びタスクＢ−２はタスクＢの子タスクである。さらに、タスクＢ−１−１はタスクＢ−１の子タスクであり、タスクＢ−２−１はタスクＢ−２の子タスクである。また、「バック」とは、ユーザが直前のページに戻る操作を行ったことを指す。
【００３９】
アクセス履歴解析部２０４は、このアクセス履歴を、直近の履歴であるサービス知識から順にバックトラックして、「バック」が存在した場合は、そこから２つ前（過去）の履歴を除いて前後の履歴を接続することにより、サービス知識に到達するために必要なタスクのみが含まれるアクセス履歴を生成する。上記の例では、バックトラック処理により新たに生成されるアクセス履歴は下記のようになる。
「ドメイン選択→タスクＢを選択→タスクＢ−２を選択→タスクＢ−２−１を選択→サービス知識」
これにより、タスクＢ、タスクＢ−２、及び、タスクＢ−２−１がサービス知識に到達するために必要であることが判る。すなわち、タスクＢ、タスクＢ−２、及び、タスクＢ−２−１が更新対象となるタスクである。
【００４０】
このように、アクセス履歴解析部２０４は、ユーザがサービス知識に到達してからバックトラックしてタスクの評価を行っているため、ユーザが間違えて無駄に選択したタスクを効率的に除くことができ、正確なタスク評価を行うことができるという効果が期待できる。
なお、ユーザがタスクの選択を途中であきらめてしまうなどして、サービス知識に到達していないのに携帯端末１０１との接続が終了した場合には、バックトラック処理、及び、タスクモデルＤＢ１０２の更新処理は行わない。
次に、ステップＳ１０５において、タスクモデル更新部２０６は、更新対象となるタスクをタスクモデルＤＢ１０２から検索する。タスクモデル更新部２０６は、検索されたタスクの利用回数を取得し、当該取得した利用回数を１増加させてタスクモデルＤＢ１０２を更新する。
【００４１】
また、携帯端末１０１からユーザ場所情報を受信可能である場合には、タスクモデル更新部２０６は、タスクモデルＤＢ１０２の更新対象タスクのユーザ場所情報も更新する。具体的には、携帯端末１０１の場所センサ情報取得部５０４はＧＰＳ等の場所センサによりユーザ場所情報を取得し、場所センサ情報送信部５０１は取得したユーザ場所情報をタスクモデル利用更新サーバ１００に送信する。タスクモデル利用更新サーバ１００のユーザ場所情報取得部２０１はユーザ場所情報を携帯端末１０１から受信する。タスクモデル更新部２０６は、ユーザ場所情報取得部２０１が取得したユーザ場所情報を、タスクモデルＤＢ１０２の更新対象となるタスクのユーザ場所情報に追加格納する。なお、タスクモデルＤＢ１０２のユーザ場所情報に携帯端末１０１から受信したユーザ場所情報と同じユーザ場所情報がすでに記憶されている場合には更新を行わない。以上がタスクモデル更新処理の説明である。
【００４２】
次に、上記タスクモデル更新処理の具体的な動作例について説明する。前提として、タスクモデルＤＢ更新処理を開始する前には、タスクモデルＤＢ１０２に図２に示すデータが格納されているものとする。
ユーザがサービス知識を選択した場合に（ステップＳ１０３；Ｙｅｓ）、ステップＳ１０４において、アクセス履歴解析部２０４は、アクセス履歴を「ドメイン「映画館」を選択→タスク「映画を見る」を選択→タスク「上映タイトルを調べる」を選択→サービス知識」として解析したとする。この場合、サービス知識に到達するまでに必要なタスクは、「映画を見る」と「上映タイトルを調べる」との２つである。そこで、更新対象となるタスク「映画を見る」と「上映タイトルを調べる」とをタスクモデルＤＢ１０２から検索し、タスクモデル更新部２０６は、当該検索したタスクの利用回数を現在の値に「１」を足した値で更新する（ステップＳ１０５）。図７には更新後のタスクモデルＤＢ１０２を示す。同図に示すように、タスク「映画を見る」の利用回数は「４」から「５」に更新され、タスク「上映タイトルを調べる」の利用回数は「０」から「１」に更新される。
【００４３】
ここで、携帯端末１０１からユーザ場所情報を受信可能な場合には、タスクモデル更新部２０６は、タスクモデルＤＢ１０２の該当するタスクのユーザ場所情報に、ユーザ場所情報取得部２０１が取得したユーザ場所情報を追加格納する。ここでは、携帯端末１０１からユーザ場所情報として「Ｙ駅」を受信したものとする。図２に示すように、タスク「映画を見る」のユーザ場所情報には、すでに「Ｙ駅」が格納されているため更新しない。一方、タスク「上映タイトルを調べる」のユーザ場所情報には、まだ「Ｙ駅」は格納されていないため、タスクモデル更新部２０６は、ユーザ場所情報に「Ｙ駅」を追加格納する。これにより、タスク「上映タイトルを調べる」のユーザ場所情報は、図７に示すように更新されることとなる。
【００４４】
［２．２．表示候補決定処理］
次に、図８を参照して、タスクモデル利用更新サーバ１００が行う表示候補決定処理について説明する。表示候補決定処理では、タスクモデルＤＢ１０２を利用して携帯端末１０１のディスプレイ上に表示する項目を決定する処理を行う。表示候補決定処理には、以下の処理が含まれる。
（１）ユーザ接続要求開始時処理
（２）ドメイン選択時処理
（３）タスク選択時かつ選択されたタスクに子タスクがある場合の処理
（４）タスク選択時かつ選択されたタスクに子タスクがない場合の処理
【００４５】
これらの処理について、以下順に説明する。
（１）まず、ユーザ接続要求時処理について説明する。携帯端末１０１からの接続要求があった時に（ステップＳ２０１；Ｙｅｓ）、タスクモデル利用更新サーバ１００のドメイン候補決定部２０９は、ドメイン候補を決定し、表示項目送信部２０７が当該ドメイン候補を携帯端末１０１に送信する。
具体的には、タスクモデルＤＢ検索部２０５はタスクモデルＤＢ１０２を参照し、ドメイン欄に格納されているドメインを検索する。ドメイン候補決定部２０９はタスクモデルＤＢ検索部２０５により検索されたドメインをドメイン候補とする。表示項目送信部２０７はドメイン候補決定部２０９が決定したドメイン候補を携帯端末１０１に送信する。
携帯端末１０１の表示項目受信部５０３はドメイン候補を受信する。表示項目表示部５０６は受信したドメイン候補を携帯端末１０１のディスプレイに表示する。ユーザは携帯端末１０１に表示されたドメイン候補の中からユーザの要望にあったドメインを選択する。
【００４６】
（２）次に、ドメイン選択時処理について説明する。
携帯端末１０１のユーザ選択項目取得部５０５は、ユーザが選択したドメイン項目を取得し、ユーザ選択項目送信部５０２は取得したドメイン項目をタスクモデル利用更新サーバ１００に送信する。
タスクモデル利用更新サーバ１００のユーザ選択項目取得部２０２は、ユーザにより選択されたドメイン項目を携帯端末１０１から受信する（ステップＳ２１０）。
【００４７】
タスク候補決定部２１０は、タスクモデルＤＢ検索部２０５に指示して、タスクモデルＤＢ１０２からユーザが選択したドメインをもつタスクを検索する。タスク候補決定部２１０は、タスクモデルＤＢ検索部２０５により検索されたタスクをタスクの候補とする（ステップＳ２１１）。
次に、タスク候補決定部２１０は、タスクモデルＤＢ検索部２０５に指示してタスクモデルＤＢ１０２を検索することにより、ステップＳ２０２においてユーザ場所情報取得部２０１により取得されたユーザ場所情報と一致するユーザ場所情報をタスクモデルＤＢ１０２にもつタスクが、タスク候補の中に存在するか否かを判定する（ステップＳ２１２）。
【００４８】
一致するユーザ場所情報をもつタスクが存在する場合には（ステップＳ２１２；Ｙｅｓ）、タスク候補決定部２１０は、当該一致するユーザ場所情報をもつタスクを優先的にユーザに提示するタスクとして決定し、当該一致するタスクが上位に配置されるようにタスクの候補の並び替えを行う（ステップＳ２１３）。
これにより、ユーザがその現在居る場所で過去に利用したことがあるタスクを優先的にユーザに提示することができ、タスク選択までの時間短縮につながるという効果が期待できる。
【００４９】
なお、タスクの候補をユーザ場所情報によって並び替える他に、タスクモデルＤＢ１０２に記憶されているタスクの利用回数の多い順に並び替えてもよい。また、タスクの候補を優先的にユーザに提示する方法としては、ここで述べたように、優先順位の高い順に並び替えてもよいし、また、表示項目数の最大値を設定しておき、優先順位の低い項目は表示しないといった方法をとってもよい。
【００５０】
また、ユーザ場所情報以外にも、携帯端末１０１が天気センサなどユーザの周囲の環境状況を計測する環境計測センサを備えている場合には、ユーザ場所情報の場合と同様に、環境計測センサから出力されるセンサ情報とタスクとを関連付けてタスクモデルＤＢ１０２に記憶しておくことで、タスクの並び替えや絞込みに利用することも可能である。
表示項目送信部２０７は、タスク候補決定部２１０により並び替えられたタスクの候補を携帯端末１０１に送信する（ステップＳ２１４）。
携帯端末１０１の表示項目受信部５０３はタスクの候補を受信し、表示項目表示部５０６は携帯端末１０１のディスプレイにタスクの候補を表示する。ユーザは携帯端末１０１に表示されたタスク候補の中からユーザの要望にあったタスクを選択する。
【００５１】
（３）次に、ユーザによりタスクが選択され（ステップＳ２０３；Ｙｅｓ）、かつ、選択されたタスクに子タスクがある場合（ステップＳ２０６；Ｙｅｓ）の処理について説明する。
携帯端末１０１のユーザ選択項目取得部５０５はユーザが選択したタスクを取得し、ユーザ選択項目送信部５０２はユーザが選択したタスクをタスクモデル利用更新サーバ１００に送信する。
【００５２】
タスクモデル利用更新サーバ１００のユーザ選択項目取得部２０２は、携帯端末１０１からユーザが選択したタスクを取得する（ステップＳ２０４）。タスクモデルＤＢ検索部２０５は、タスクモデルＤＢ１０２を参照してユーザが選択したタスクの子タスクを検索する（ステップＳ２０５）。タスク候補決定部２１０は、タスクモデルＤＢ検索部２０５により検索された子タスクをタスクの候補とする（ステップＳ２０６；Ｙｅｓ、ステップＳ２０７）。さらに、タスク候補決定部２１０は、タスクの候補を利用回数の多い順に並び替える（ステップＳ２０８）。なお、ステップＳ２０８においては、ステップＳ２１２及びステップＳ２１３における処理と同様に、携帯端末１０１からユーザ場所情報を受信可能である場合には、利用回数の代わりにユーザ場所情報を使って並び替えることも可能である。表示項目送信部２０７は、タスク候補決定部２１０により並び替えられたタスクの候補を携帯端末１０１に送信する（ステップＳ２１４）。
携帯端末１０１の表示項目表示部５０６は、タスクモデル利用更新サーバ１００から受信したタスクの候補をディスプレイに表示する。
【００５３】
（４）次に、ユーザによりタスクが選択され（ステップＳ２０３；Ｙｅｓ）、かつ、選択されたタスクに子タスクが存在しない場合（ステップＳ２０６；Ｎｏ）の処理の流れについて説明する。
携帯端末１０１のユーザ選択項目取得部５０５はユーザが選択したタスクを取得し、ユーザ選択項目送信部５０２はユーザ選択項目取得部５０５が取得したタスクをタスクモデル利用更新サーバ１００に送信する。
タスクモデル利用更新サーバ１００のユーザ選択項目取得部２０２は、ユーザが選択したタスクを携帯端末１０１から受信する。
【００５４】
タスクモデルＤＢ検索部２０５は、タスクモデルＤＢ１０２を参照して、ユーザが選択したタスクに子タスクが存在しないことを確認し（ステップＳ２０５、ステップＳ２０６；Ｎｏ）、ユーザが選択したタスクのタスクＩＤを取得する。
次に、サービス知識ＤＢ検索部２０８はサービス知識ＤＢ１０３を参照し、タスクＩＤが一致するサービス知識を取得する。表示項目送信部２０７は、このようにして取得されたサービス知識を携帯端末１０１に送信する（ステップＳ２０９）。
なお、上記では、サービス知識の送信は、ユーザが選択したタスクに子タスクがない場合に実行されるとして説明したが、タスクに子タスクとサービス知識との両方が対応付けられて記憶されている場合にサービス知識の送信を実行してもよい。以上が表示候補決定処理の説明である。
【００５５】
次に、上記表示候補決定処理の具体的な動作例について説明する。前提として、タスクモデルＤＢ１０２には図２に示すデータが格納されており、サービス知識ＤＢ１０３には図３に示すデータが格納されているものとする。
まず、携帯端末１０１からの接続要求があった時に（ステップＳ２０１；Ｙｅｓ）、タスクモデルＤＢ検索部２０５は、図２に示すタスクモデルＤＢ１０２に格納されているドメインを全て検索する。ここでは、タスクモデルＤＢ１０２から「映画」、「テーマパーク」、「街中」の３つのドメインが検索される。タスク候補決定部２１０はこれら３つのドメインをドメイン候補とする。表示項目送信部２０７はドメイン候補を携帯端末１０１に送信する。これにより、携帯端末１０１のディスプレイには図９に示す画面が表示される。
【００５６】
ユーザは、上記３つのドメイン候補から「映画館」を選択したとする。これにより、ステップＳ２１０において、ユーザ選択項目取得部２０２は、ドメイン「映画館」を取得する。
ステップＳ２１１において、タスク候補決定部２１０はタスクモデルＤＢ検索部２０５に指示して、「映画館」をドメインとしたタスクのうち最上位のタスク（親タスクＩＤが「０」のタスク）を検索する。ここでは「映画を見る」というタスクが該当する。表示項目送信部２０７は、携帯端末１０１に、タスク「映画を見る」を送信し（ステップＳ２１４）、携帯端末１０１はディスプレイにタスク「映画を見る」の表示を行う。ここで、ユーザはタスク「映画を見る」を選択したとする（ステップＳ２０３；Ｙｅｓ）。
【００５７】
次に、タスクモデルＤＢ検索部２０５はタスクモデルＤＢ１０２を参照し、タスク「映画を見る」に子タスクが存在するかチェックする（ステップＳ２０５）。タスク「映画を見る」には「上映タイトルを調べる」、「映画館を調べる」、「待ち時間に食事をする」、「パンフレットを購入する」、「映画館の座席を予約する」、「映画館までの経路を調べる」といった子タスクが存在する（ステップＳ２０６；Ｙｅｓ）。タスク候補決定部２１０は、これらの子タスクをタスク候補として決定する。さらに、タスク候補決定部２１０は、タスクモデルＤＢ検索部２０５に指示してタスクモデルＤＢ１０２を参照することにより、タスクの候補を利用回数の多い順に並び替える（ステップＳ２０８）。ここでは、「映画館までの経路を調べる」、「待ち時間に食事をする」、「パンフレットを購入する」、「上映タイトルを調べる」、「映画館を調べる」、「映画館の座席の予約をする」の順に並び替えられる。表示項目送信部２０７は、並び替えられたタスクの候補を携帯端末１０１に送信する（ステップＳ２１４）。これにより、携帯端末のディスプレイには、図１０に示す画面が表示される。
【００５８】
ここで、携帯端末１０１からユーザ場所情報を受信可能である場合には、利用回数のかわりにユーザ場所情報を使って並び替えることも可能である。例えば、携帯端末１０１からタスクモデル利用更新サーバ１００に「Ｙ駅」というユーザ場所情報が送信されたとする（ステップＳ２０２）。
タスクモデル利用更新サーバ１００のタスク候補決定部２１０はタスクモデルＤＢ検索部２０５に指示して、タスク候補のうち「Ｙ駅」というユーザ場所情報が対応付けられてタスクモデルＤＢ１０２に格納されているタスクを検索する。ここでは、タスク「映画館までの経路を調べる」が該当する。
【００５９】
このタスクをトップに配置するようにタスクの候補を並び替えると、トップから順に「映画館までの経路を調べる」、「待ち時間に食事をする」、「パンフレットを購入する」、「上映タイトルを調べる」、「映画館を調べる」、「映画館の座席の予約をする」となる。表示項目送信部２０７は、これらのタスク候補を携帯端末１０１に送信する（ステップＳ２１４）。ここで、ユーザが「映画館を調べる」を選択したとする（ステップＳ２０３；Ｙｅｓ）。
【００６０】
次に、タスクモデルＤＢ検索部２０５はタスクモデルＤＢ１０２を参照し、タスク「映画館を調べる」に子タスクが存在するかチェックする（ステップＳ２０５）。このタスクの子タスクは存在しないことが分かる（ステップＳ２０６；Ｎｏ）。タスクモデルＤＢ検索部２０５は、タスクモデルＤＢ１０２を参照し、「映画館を調べる」のタスクＩＤを調べる。ここではタスクＩＤは「１００４」である。
サービス知識ＤＢ検索部２０８は、サービス知識ＤＢ１０３を参照し、タスクＩＤが「１００４」のサービス知識（ＵＲＩ）を調べる。ここでは、図３に示すように「http://******.co.jp/sample4.html」であることが分かる。表示項目送信部２０７はこのサービス知識を携帯端末１０１に送信する（ステップＳ２０９）。
【００６１】
以上説明したように、ユーザのアクセス履歴を解析することによりタスクモデルＤＢ１０２を更新することで、ユーザの過去のタスク利用状況を反映したタスクモデルＤＢ１０２を構築することができる。この際に、ユーザがサービス知識まで到達してからバックトラック処理によってタスクの評価を行うようにしたため、ユーザが間違えて選択したタスクを除いてタスクの評価することができ、実際にサービス知識に到達するために必要なタスクのみのタスク利用履歴を更新することが可能となる。
【００６２】
そして、ユーザが選択したドメインと、ユーザの実質的なタスク利用状況を反映したタスクモデルＤＢ１０２のタスク利用履歴とに基づき、ユーザに提示すべきタスクの候補を決定したりタスクの候補を並び替えたりすることができるため、ユーザが必要とする可能性が高いタスクをユーザに優先して提示することができる。これにより、ユーザがタスク選択に要する時間を短縮し、ユーザのタスク選択に要する負担を軽減することが可能となる。つまり、本発明によって、問題解決のためのタスク選択に要するユーザの負担を軽減することが可能なデータベースを構築することが可能となる。
【００６３】
［３．変形例］
以上、本発明の実施形態について説明したが、本発明は係る実施形態に限定されるものではなく、その技術思想の範囲内で様々な変形が可能である。変形例としては、例えば、以下のようなものが考えられる。
（１）上述した実施形態においては、タスク利用更新システムはタスクモデル利用更新サーバ１００と携帯端末１０１とで構成されているとして説明したが、タスク利用更新システムの装置構成はこれに限定されない。例えば、タスク利用更新システムはタスクモデル利用更新サーバ１００のみで構成されていてもよい。この場合には、ユーザは携帯端末１０１を用いずにタスクモデル利用更新サーバ１００が備えるキーボードやディスプレイを利用してタスクを選択する。また、ユーザが直接携帯するＧＰＳ受信機等からユーザ場所情報をタスクモデル利用更新サーバ１００に送信してもよい。
【００６４】
また、携帯端末１０１が、上述した実施形態におけるタスクモデル利用更新サーバ１００の機能全てを備えていてもよい。この場合には、携帯端末１０１が特許請求の範囲に記載した「タスク利用更新装置」に該当する。
また、タスクモデル利用更新サーバ１００とタスクモデルＤＢ１０２とが別々の装置で構成されていてもよい。この場合には、タスクモデル利用更新サーバ１００とタスクモデルＤＢ１０２とが、特許請求の範囲に記載した「タスク利用更新装置」に該当することとなる。
【００６５】
また、上述した実施形態におけるデータベースの構成やデータ項目は一例に過ぎない。例えば、上述した実施形態においては、タスクモデルＤＢ１０２とサービス知識ＤＢ１０３とを別々に設けたが、タスクモデルＤＢ１０２とサービス知識ＤＢ１０３とを一つのデータベースとしてもよい。また、データベース同士を関連付けるキーがあれば、タスクモデルＤＢ１０２に記憶されるユーザ利用履歴を別のＤＢとすることも可能である。
【００６６】
（２）上述した実施形態におけるタスク候補の並べ替えにおいては、タスク利用履歴（利用回数、ユーザ場所情報）を用いてタスク候補を並べ替えたが、タスク候補の並べ替え方法はこれに限定されることはない。例えば、ＧＰＳ等の場所センサから取得される緯度経度情報をマッピングする地図情報に対して場所の意味情報（語彙の概念）を対応付けておくことにより、緯度経度としては別の場所であるがタスクの実行対象場所（ドメイン）という点では同じ場所である場合には、ユーザ場所情報を使用してタスクの候補を並び替えることも可能である。例えば、図２に示すタスクモデルＤＢ１０２では、ユーザ場所情報として「映画館Ｃ」が対応付けられているタスクはないが、「映画館Ｃ」がドメイン「映画館」に属することが分かるので、「映画館Ａ」及び「映画館Ｂ」に対応付けられているタスクを上位に配置するよう並び替えることができる。
【００６７】
（３）上述した実施形態においてはタスク候補の並び替えについて主に述べたが、ユーザがドメインを選択した時のユーザ場所情報やセンサ情報をドメインとを関連付けてタスクモデルＤＢ１０２に格納しておくことにより、ユーザ場所情報やセンサ情報に基づいてドメイン候補を並び替えることも可能である。
【産業上の利用可能性】
【００６８】
ドメインによってユーザのタスク選択の負担を軽減し、効率的にユーザがタスク選択を行うことを支援する分野に利用することができる。
【図面の簡単な説明】
【００６９】
【図１】本発明の実施形態に係るタスクモデル利用更新システムの構成図である。
【図２】同実施形態に係るタスクモデルＤＢのデータ構成の一例を示す図である。
【図３】同実施形態に係るサービス知識ＤＢのデータ構成の一例を示す図である。
【図４】同実施形態に係るタスクモデル利用更新サーバの構成図である。
【図５】同実施形態に係る携帯端末の構成図である。
【図６】同実施形態に係るタスクモデル更新処理の流れを示すフローチャートである。
【図７】同実施形態に係るタスクモデルＤＢの更新後のデータ構成の一例を示す図である。
【図８】同実施形態に係る表示候補決定処理の流れを示すフローチャートである。
【図９】同実施形態に係る携帯端末の表示画面の一例である。
【図１０】同実施形態に係る携帯端末の表示画面の一例である。
【符号の説明】
【００７０】
１００    タスクモデル利用更新サーバ
１０２    タスクモデルＤＢ
１０３    サービス知識ＤＢ
２０１    ユーザ場所情報取得部
２０２    ユーザ選択項目取得部
２０３    アクセス履歴記録部
２０４    アクセス履歴解析部
２０５    タスクモデルＤＢ検索部
２０６    タスクモデル更新部
２０７    表示項目送信部
２０８    サービス知識ＤＢ検索部
２０９    ドメイン候補決定部
２１０    タスク候補決定部
１０１    携帯端末
５０１    場所センサ情報送信部
５０２    ユーザ選択項目送信部
５０３    表示項目取得部
５０４    場所センサ情報取得部
５０５    ユーザ選択項目取得部
５０６    表示項目表示部
【図１】
2006285523.tif 000003
【図２】
2006285523.tif 000004
【図３】
2006285523.tif 000005
【図４】
2006285523.tif 000006
【図５】
2006285523.tif 000007
【図６】
2006285523.tif 000008
【図７】
2006285523.tif 000009
【図８】
2006285523.tif 000010
【図９】
2006285523.tif 000011
【図１０】
2006285523.tif 000012