(57)【要約】【課題】  解決したい問題を利用者が指定するという容易な操作で、ネットワーク上にある有益なサービスを迅速に提供可能とする。【解決手段】  問題解決支援サーバ１０は、提供候補のサービスの属性情報をサービスＵＲＩと対応付けてＳＤ格納ＤＢ３０に登録する。問題解決支援サーバ１０は、タスクモデル取得要求を携帯端末５０から受信すると、タスクモデル送信部１０３により、階層構造を有するタスクモデルを携帯端末５０宛に送信する。また、問題解決支援サーバ１０は、サービス取得要求を受信すると、該要求を解析してサービスの属性情報を取得し、ＳＤ格納ＤＢ３０に登録された属性情報との比較照合を行う。照合の結果、合致する属性情報が有れば、これに対応するＵＲＩを有するサービスを選択して携帯端末５０に提示する。【選択図】  図２
2005100146.tif 000002
【特許請求の範囲】
【請求項１】
問題を解決するための情報を端末宛に送信する問題解決支援サーバにおいて、
時間情報と空間情報とタスク固有情報との内、少なくとも１種の情報を指定するための情報を、Ｗｅｂサイトのアドレスと共に、アドレス記憶手段に登録する登録手段と、
前記端末から送信されたタスクモデル取得要求に応じて、階層構造を有するタスクモデルを当該端末宛に送信する送信手段と、
前記端末から送信されたサービス取得要求を解析すると共に、サービスを選択するための属性情報を当該要求から抽出する解析手段と、
前記Ｗｅｂサイトのアドレスに関連付けられて保持されている属性情報を前記アドレス記憶手段から抽出する抽出手段と、
前記解析手段により抽出された属性情報と、前記抽出手段により抽出された属性情報とを比較することにより、前記端末に提示されるサービスを選択する選択手段と、
前記選択手段により選択されたサービスを前記端末に提示する提示手段と
を備えることを特徴とする問題解決支援サーバ。
【請求項２】
前記問題を解決するための情報を、前記タスクモデルとして保持するタスク記憶手段と、
前記問題を解決するためのＷｅｂサイトのアドレスを、前記タスクモデルの一部と関連付けて保持するアドレス記憶手段と、
前記問題を解決するための情報に関連付けられた概念定義を保持する概念定義記憶手段と
を更に備えることを特徴とする請求項１に記載の問題解決支援サーバ。
【請求項３】
前記選択手段は、前記解析手段により抽出された時間情報と、前記抽出手段により抽出された時間情報とを用いて、前記端末に提示されるサービスを選択することを特徴とする請求項１に記載の問題解決支援サーバ。
【請求項４】
前記選択手段は、前記解析手段により抽出された空間情報と、前記抽出手段により抽出された空間情報とを用いて、前記端末に提示されるサービスを選択することを特徴とする請求項１に記載の問題解決支援サーバ。
【請求項５】
前記選択手段は、前記解析手段により抽出されたタスク固有情報と、前記抽出手段により抽出されたタスク固有情報とを用いて、前記端末に提示されるサービスを選択することを特徴とする請求項１に記載の問題解決支援サーバ。
【請求項６】
前記登録手段は、前記Ｗｅｂサイトのアドレスを前記アドレス記憶手段に登録する際に、予め定義された概念定義の情報を用いて、当該Ｗｅｂサイトにより提供されるサービスの範囲を指定可能であることを特徴とする請求項１に記載の問題解決支援サーバ。
【請求項７】
前記登録手段は、前記問題を解決するためのＷｅｂサイトのアドレスの取得要求を前記端末が発行する際に、予め定義された概念定義の情報を用いて、当該Ｗｅｂサイトにより提供されるサービスの範囲を指定可能であることを特徴とする請求項１に記載の問題解決支援サーバ。
【請求項８】
問題を解決するための情報を端末宛に送信する問題解決支援サーバが、
時間情報と空間情報とタスク固有情報との内、少なくとも１種の情報を指定するための情報を、Ｗｅｂサイトのアドレスと共に、アドレス記憶手段に登録する登録ステップと、
前記端末から送信されたタスクモデル取得要求に応じて、階層構造を有するタスクモデルを当該端末宛に送信する送信ステップと、
前記端末から送信されたサービス取得要求を解析すると共に、サービスを選択するための属性情報を当該要求から抽出する解析ステップと、
前記Ｗｅｂサイトのアドレスに関連付けられて保持されている属性情報を前記アドレス記憶手段から抽出する抽出ステップと、
前記解析ステップにて抽出された属性情報と、前記抽出ステップにて抽出された属性情報とを比較することにより、前記端末に提示されるサービスを選択する選択ステップと、
前記選択ステップにて選択されたサービスを前記端末に提示する提示ステップと
を含むことを特徴とする問題解決支援方法。
【発明の詳細な説明】
【技術分野】
【０００１】
問題解決支援サーバ、及び問題解決支援方法に関する。
【背景技術】
【０００２】
従来、携帯端末のユーザが、ネットワーク上で提供される各種サービスを利用して問題解決を行うための手法として、ディレクトリ検索やキーワード検索などの検索手法が存在する。このような検索手法では、問題の解決に適用可能なサービスを利用者自身が検索する必要がある。この検索のためには、利用者は、一般的なカテゴリにより分類されたディレクトリ階層やキーワード検索により得られた情報の一覧から、候補を抽出してその内容を判定する作業を、所望の機能を有するサービスが見付かるまで繰り返す必要があった。
【０００３】
しかしながら、携帯端末には、通常のＰＣ（Personal Computer）と比較して、表示、通信などの処理能力が低い、ダイヤルボタンによる文字入力が容易でない、といった制限がある。かかる制限は、各種サービスが提供する機能を利用者が検証する上で、大きな負担となる。このため、ネットワーク上にどのようなサービスが存在するのかを事前に把握していない利用者が、問題解決に適用可能なサービスを自ら発見することは困難であった。
【０００４】
このような難点を解決するためには、利用者に必要になると予想される問題と、その問題を解決する過程で生じるサブ問題とを、サーバ側に予め用意しておき、これらの問題を解決可能なサービスにナビゲートする手法が考えられる。例えば、特許文献１においては、特定のキーワードに対して、問題の解決につながると考えられるナビゲーション文を予め関連付けておき、これらに適合する情報に利用者をナビゲートする方法が開示されている。
【特許文献１】特開２００２−１２３５４１
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、ネットワーク上のサービスが提供する情報の粒度や有効範囲は、各サービス間におけるばらつきが大きい。したがって、特許文献１に開示されている問題解決の方法では、ナビゲーション文の関連付けを行う際に、極めて多数のナビゲーション文を用意しておく必要があり、構築及び運用可能なシステムとしての実現性は低い。
【０００６】
そこで、本発明の課題は、解決したい問題を利用者が指定するという容易な操作で、ネットワーク上にある有益なサービスを利用者に対して迅速に提供可能とすることである。
【課題を解決するための手段】
【０００７】
本発明に係る問題解決支援サーバは、問題を解決するための情報を端末宛に送信する問題解決支援サーバにおいて、時間情報と空間情報とタスク固有情報との内、少なくとも１種の情報を指定するための情報を、Ｗｅｂサイトのアドレスと共に、アドレス記憶手段に登録する登録手段と、前記端末から送信されたタスクモデル取得要求に応じて、階層構造を有するタスクモデルを当該端末宛に送信する送信手段と、前記端末から送信されたサービス取得要求を解析すると共に、サービスを選択するための属性情報を当該要求から抽出する解析手段と、前記Ｗｅｂサイトのアドレスに関連付けられて保持されている属性情報を前記アドレス記憶手段から抽出する抽出手段と、前記解析手段により抽出された属性情報と、前記抽出手段により抽出された属性情報とを比較することにより、前記端末に提示されるサービスを選択する選択手段と、前記選択手段により選択されたサービスを前記端末に提示する提示手段とを備える。
【０００８】
本発明に係る問題解決支援方法は、問題を解決するための情報を端末宛に送信する問題解決支援サーバが、時間情報と空間情報とタスク固有情報との内、少なくとも１種の情報を指定するための情報を、Ｗｅｂサイトのアドレスと共に、アドレス記憶手段に登録する登録ステップと、前記端末から送信されたタスクモデル取得要求に応じて、階層構造を有するタスクモデルを当該端末宛に送信する送信ステップと、前記端末から送信されたサービス取得要求を解析すると共に、サービスを選択するための属性情報を当該要求から抽出する解析ステップと、前記Ｗｅｂサイトのアドレスに関連付けられて保持されている属性情報を前記アドレス記憶手段から抽出する抽出ステップと、前記解析ステップにて抽出された属性情報と、前記抽出ステップにて抽出された属性情報とを比較することにより、前記端末に提示されるサービスを選択する選択ステップと、前記選択ステップにて選択されたサービスを前記端末に提示する提示ステップとを含む。
【０００９】
これらの発明によれば、利用者が解決したいと予想される問題と、この問題に対する解決手段とから構成されるタスクモデルを構築し、このタスクモデルにネットワーク上のサービスを関連付ける構成を採る。これにより、ネットワーク上に散在する多種多様なサービスの中から、利用者の要求に相応するサービスを効率的に検索することができる。検索により発見されたサービスは、利用者の端末経由で提示される。したがって、利用者は、実世界で遭遇する様々な問題の中から、自己が解決したい問題を通知するという容易な操作で、所望のサービスを簡易迅速に享受することが可能となる。
【００１０】
本発明に係る問題解決支援サーバは、利用者の問題解決に必要なデータベース等の記憶手段を自ら備える構成を採ることができる。すなわち、本発明に係る問題解決支援サーバは、前記問題を解決するための情報を、前記タスクモデルとして保持するタスク記憶手段と、前記問題を解決するためのＷｅｂサイトのアドレス（サービスＵＲＩ）を、前記タスクモデルの一部と関連付けて保持するアドレス記憶手段と、前記問題を解決するための情報に関連付けられた概念定義を保持する概念定義記憶手段とを更に備える構成としてもよい。これにより、問題解決支援システムに掛かる負荷が分散されると共に、システムの有する複数の機能が地理的にも分散される。
【００１１】
本発明に係る問題解決支援サーバによれば、前記選択手段は、前記解析手段により抽出された時間情報と、前記抽出手段により抽出された時間情報とを用いて、前記端末に提示されるサービスを選択する。本発明によれば、サービスの提供者は、時限的に提供したいサービスに対して、有効期間を設定することができる。
【００１２】
本発明に係る問題解決支援サーバによれば、前記選択手段は、前記解析手段により抽出された空間情報と、前記抽出手段により抽出された空間情報とを用いて、前記端末に提示されるサービスを選択する。本発明によれば、サービスの提供者は、一部の地域においてのみ提供したいサービスに対して、地理的な範囲を設定することができる。
【００１３】
本発明に係る問題解決支援サーバによれば、前記選択手段は、前記解析手段により抽出されたタスク固有情報と、前記抽出手段により抽出されたタスク固有情報とを用いて、前記端末に提示されるサービスを選択する。本発明によれば、サービスの提供者は、サービスの提供対象となるタスクを、ユーザ所望の特定のタスクに限定することができる。
【００１４】
本発明に係る問題解決支援サーバにおいては、前記登録手段は、前記Ｗｅｂサイトのアドレスを前記アドレス記憶手段に登録する際に、予め定義された概念定義の情報を用いて、当該Ｗｅｂサイトにより提供されるサービスの範囲を指定するものとしてもよい。
【００１５】
また、  本発明に係る問題解決支援サーバにおいて、前記登録手段は、前記問題を解決するためのＷｅｂサイトのアドレスの取得要求を前記端末が発行する際に、予め定義された概念定義の情報を用いて、当該Ｗｅｂサイトにより提供されるサービスの範囲を指定するものとしてもよい。
【００１６】
このように、本発明によれば、ネットワーク上のサービスとタスクモデルとを関連付ける際に、時空間情報、あるいは、サービスが提供する機能の範囲を画する詳細な情報を付与する枠組みが構築される。これにより、データベース内のタスクモデルの構造を、サービス内容に合わせて管理者が自ら変更する必要がなくなる。したがって、管理コストの増加を抑制しつつ、利用者のニーズに合致するサービスを提供することが可能となる。
【発明の効果】
【００１７】
本発明によれば、解決したい問題を利用者が指定するという容易な操作で、ネットワーク上にある有益なサービスを利用者に対して迅速に提供することが可能となる。
【発明を実施するための最良の形態】
【００１８】
以下、添付図面を参照しながら、本発明の一実施の形態について説明する。図１は、問題解決支援システムの全体構成を示す図である。図１に示す様に、問題解決支援システム１は、問題解決支援サーバ１０と、タスクモデルＤＢ２０と、ＳＤ（Service Description）格納ＤＢ３０と、概念定義ＤＢ４０とを備える。問題解決支援システム１は、インターネットＮを経由して、携帯端末５０と、サービスプロバイダ端末６１，６２，６３，６４とに接続されている。
【００１９】
問題解決支援サーバ１０は、格納される情報の異なる三種のデータベースであるタスクモデルＤＢ２０（タスク記憶手段に対応）と、ＳＤ格納ＤＢ３０（アドレス記憶手段に対応）と、概念定義ＤＢ４０（概念定義記憶手段に対応）とを管理するサーバ装置である。問題解決支援サーバ１０は、携帯端末５０から送信されるタスク要求、及び、インターネットＮ経由で送信されるＳＤ登録要求を受信するためのインタフェースを備える。
【００２０】
タスクモデルＤＢ２０は、問題解決の対象となるタスクとその解決手段を階層的に構造化したタスクモデルを格納するデータベースである。タスクは、抽象的な上位タスクと該上位タスクを分割することにより得られるサブタスクとを少なくとも備えて構成される。サブタスクは、更に下位のサブタスクに分割することもできる。
【００２１】
ＳＤ格納ＤＢ３０は、タスクモデルと関連付けられるサービスのＵＲＩ（Uniform Resource Identifier）や属性情報を格納するデータベースである。
概念定義ＤＢ４０は、タスクモデルに関連付けられた背景概念を示す情報を格納するデータベースである。
各データベースの具体的な構成については後述する。
【００２２】
携帯端末５０は、無線によるデータ通信機能を持った端末である。携帯端末５０としては、例えば、携帯電話、ＰＨＳ（Personal Handyphone System）、無線通信カードを備えたＰＤＡ（Personal Digital Assistance）などが相当する。
【００２３】
サービスプロバイダ端末６１〜６４は、携帯端末５０で利用可能な形式のサービスを提供する企業又は個人の管理するサーバ装置である。その接続形態に関しては、インターネットに直接接続する形態、あるいは、通信事業者網を介して接続する形態など、任意である。
【００２４】
ＳＤ格納ＤＢ３０にＳＤファイルを登録する主体がＰＣ７０のユーザである場合におけるシステムの態様を図２に示す。なお、図２では、問題解決支援システム１の利用者とＳＤファイルの登録者とを別のユーザとして図示しているが、これらの者は同一人であってもよい。以下、図２に示すシステム態様を想定し、本発明に係る問題解決支援システムの主要な構成要素である問題解決支援サーバ１０の構成を詳述する。
【００２５】
図３は、問題解決支援サーバ１０の機能的構成を示す図である。図３に示す様に、問題解決支援サーバ１０は、タスクモデル取得要求受信部１０１と、タスクモデル検索部１０２と、タスクモデル送信部１０３（送信手段に対応）と、サービス取得要求受信部１０４と、サービス取得要求解析部１０５（解析手段に対応）と、サービス属性マッチング部１０６（選択手段に対応）と、サービスリスト送信部１０７（提示手段に対応）と、概念定義取得要求受信部１０８と、概念定義検索部１０９と、概念定義送信部１１０と、サービス検索部１１１と、サービス属性抽出部１１２（抽出手段に対応）と、ＳＤ登録部１１３（登録手段に対応）とを備える。
【００２６】
タスクモデル取得要求受信部１０１は、携帯端末５０又はＰＣ７０から送信されたタスクモデル取得要求を受信する。
タスクモデル検索部１０２は、上記タスクモデル取得要求に応じて、タスクモデルＤＢ２０から、指定された文字列を含むタスクモデルを検索して取得する。
タスクモデル送信部１０３は、タスクモデル検索部１０２により取得されたタスクモデルを、その要求元である携帯端末５０又はＰＣ７０の表示可能な形式にして送信する。
【００２７】
サービス取得要求受信部１０４は、携帯端末５０から送信されたサービス取得要求を受信する。
サービス取得要求解析部１０５は、上記サービス取得要求を解析し、該要求から、タスクのＩＤと指定されたサービスの属性情報とを抽出する。
【００２８】
サービス属性マッチング部１０６は、サービス取得要求解析部１０５により抽出された上記サービスの属性情報と、ＳＤ格納ＤＢ３０に格納されているサービスの属性情報とを比較照合して、合致するサービスの属性情報のみを抽出する。これにより、利用者に提供されるサービスの選択を可能とする。
【００２９】
サービスリスト送信部１０７は、サービス取得要求元である携帯端末５０に対して、当該端末が実行可能なサービスを、一覧表示可能な形式で送信する。
概念定義取得要求受信部１０８は、携帯端末５０又はＰＣ７０から送信された概念定義取得要求を受信する。
【００３０】
概念定義検索部１０９は、上記概念定義取得要求に応じて、指定された文字列を含むタスクモデルに関連付けられた概念定義を概念定義ＤＢ４０から検索して取得する。
概念定義送信部１１０は、概念定義検索部１０９により取得された概念定義を、その要求元である携帯端末５０又はＰＣ７０の表示可能な形式にして送信する。
【００３１】
サービス検索部１１１は、指定されたタスクモデルに対応するサービス属性情報（エントリ）を、ＳＤ格納ＤＢ３０から検索して取得する。
サービス属性抽出部１１２は、サービス検索部１１１により取得されたサービス属性情報から、サービスの時間情報と空間情報とタスク固有の属性情報とを分離して抽出する。
ＳＤ登録部１１３は、ＰＣ７０から送信されるＳＤファイルを受信し、ＳＤ格納ＤＢ３０に格納する。
【００３２】
続いて、タスクモデルＤＢ２０の構成を説明する。図４は、タスクモデルＤＢ２０内のデータ格納例を示す図である。タスクモデルＤＢ２０は、問題解決支援サーバ１０の管理者により予め定義されたデータが格納されるデータベースである。図４に示すように、タスクモデルＤＢ２０は、タスクＩＤ領域２１と、タスク名領域２２と、親タスクＩＤ領域２３と、クラスＩＤ領域２４とを有する。
【００３３】
タスクＩＤ領域２１には、タスクを一意に識別するために付与されたＩＤ（例えば、“１００１”，“１００２”，…，“１０１１”，…）が、タスクＩＤとして格納されている。タスク名領域２２には、ユーザから要求されるタスクを想定して予め用意された文字列（例えば、“映画を観る”、“映画タイトルを決める”、…、“乗り換え案内を見る”、…）が、タスク名として格納されている。
【００３４】
また、親タスクＩＤ領域２３には、対応するタスクの上位に位置付けられた別のタスクのＩＤ（例えば、“０”，“１００１”，“１００１”，…，“１００４”，…）が、親タスクＩＤとして格納されている。なお、ＩＤ“１００１”のタスクのように、親タスクＩＤに“０”が格納されている場合には、上位のタスクが存在しないことを示す。クラスＩＤ領域２４には、対応するタスクが対象とする概念定義ＤＢ４０内のクラスＩＤ（例えば、“３００１”，“３００２”，…，“３００１”，…）が格納されている。これにより、要求されたタスクと概念定義とが関連付けられている。なお、ルートとなるタスク（親タスクが存在しないタスク）以外のタスクには、その親となるタスクが対象とするクラスＩＤと同様のＩＤが付与される。
【００３５】
次いで、概念定義ＤＢ４０の構成を説明する。図５は、概念定義ＤＢ４０内のデータ格納例を示す図である。概念定義ＤＢ４０は、問題解決支援サーバ１０の管理者により予め定義されたデータが格納されるデータベースである。図５に示すように、概念定義ＤＢ４０は、クラスＩＤ領域４１と、クラス名領域４２と、保持クラスＩＤ領域４３と、具象フラグ領域４４とを有する。
【００３６】
クラスＩＤ領域４１には、クラスを一意に識別するために付与されたＩＤ（例えば、“３００１”，“３００２”，…，“３００５”，…）が、クラスＩＤとして格納されている。クラス名領域４２には、定義された概念の内容を特定するために予め用意された文字列（例えば、“映画”、“タイトル”、…、“営業時間”、…）が、クラス名として格納されている。
【００３７】
また、保持クラスＩＤ領域４３には、対応するクラスを保持する主体となる別のクラスのＩＤ（例えば、“０”，“３００１”，…，“３００３”，…）が、保持クラスＩＤとして格納されている。これにより、概念定義ＤＢ４０内に存在するクラス間の保持関係を参照可能とする。なお、ＩＤ“３００１”のクラスのように、保持クラスＩＤに“０”が格納されている場合には、このクラスが、何れのクラスにも保持されないことを示す。具象フラグ領域４４には、対応するクラスが値を保持可能であるか否かを示す具象フラグが格納されている。具象フラグとして、値を保持可能である場合には“１”が設定され、値を保持できない場合には“０”が設定される。
【００３８】
次に、ＳＤ格納ＤＢ３０の構成を説明する。図６は、ＳＤ格納ＤＢ３０内部のデータ格納例を示す図である。ＳＤ格納ＤＢ３０は、ネットワークを介してデータが順次に追加及び更新されるデータベースである。図６に示すように、ＳＤ格納ＤＢ３０は、ＳＤ-ＩＤ領域３１と、サービスＵＲＩ領域３２と、タスクＩＤ領域３３と、時間情報領域３４と、空間情報領域３５とを有する。
【００３９】
ＳＤ-ＩＤ領域３１には、ＳＤを一意に識別するために付与されたＩＤ（例えば、“５００１”，“５００２”，…，“５００６”，…）が、ＳＤ-ＩＤ（Service Description-IDentification）として格納されている。サービスＵＲＩ領域３２には、本システムに登録されたサービスをネットワーク上で特定するための識別情報（例えば、http://******.co.jp/sample1.html，…，http://******.co.jp/sample6.html，…）としての、サービスＵＲＩ（Uniform Resource Identifier）が格納される。
【００４０】
タスクＩＤ領域３３には、対応するサービスが関連付けられる、タスクモデルＤＢ２０内のタスクの識別子（例えば、“１００４”，“１００４”，…，“１００６”，…）が、タスクＩＤとして格納される。時間情報領域３４は、開始日領域３４ａと終了日領域３４ｂとを内部に備え、開始日領域３４ａには、対応するサービスが開始される日（例えば、２００３-７-３１，…，２００３-８-１２，…）が属性情報の一種として更新可能に記録される。また、終了日領域３４ｂには、対応するサービスが終了する日（例えば、２００３-８-１６，…，２００３-１１-６，…）が属性情報の一種として更新可能に記録される。これにより、関連付けられるタスクに対して、サービスが、どの程度の期間有効であるのかを参照可能とする。
【００４１】
空間情報領域３５には、対応するサービスが提供される空間（場所）を示す文字列（例えば、“Osaka”，“Yokohama”，…，“Yokosuka”，…）が更新可能に記録される。これにより、関連付けられるタスクに対して、サービスが、どの程度の地理的範囲において有効であるのかを参照可能とする。
【００４２】
ＳＤ格納ＤＢ３０は、図７に示すように、ＳＤ-ＩＤに対応付けられたクラスＩＤ領域３６と、インスタンス領域３７とを更に有する。クラスＩＤ領域３６には、対応するサービスが、概念定義ＤＢ４０内における何れのクラスに関する情報によって限定されているかを示す情報（例えば、“３００２”，“３００４”，“３００５”，…）が、クラスＩＤとして格納される。また、インスタンス領域３７には、対応するクラスＩＤにより特定される、概念定義ＤＢ４０内のクラス名を示す具体的な値が、インスタンスとして格納される。
【００４３】
次に、問題解決支援システム１の動作を説明する。問題解決支援システム１は、主要な処理として、問題解決支援サーバ１０に対するＳＤファイルの登録処理、及び、携帯端末５０のユーザを対象とした問題解決支援処理を実行する。
【００４４】
（ＳＤファイルの登録処理）
まず、第１のフェーズとして実行されるＳＤファイルの登録処理について説明する。前提として、ＳＤファイルには、タスクモデルＤＢ２０に格納されているタスクと、ネットワーク上に存在する１つのサービスとの関連付けが記述される。ＳＤファイルの記述は、問題解決支援サーバ１０の保持するタスクモデルを取得することにより開始される。ＳＤファイルは、サービスプロバイダ端末６１〜６４の管理者又は第三者（ＳＤファイルの登録者）により記述された後、問題解決支援サーバ１０宛に送信される。
【００４５】
具体的には、ＳＤファイルの登録者は、ＰＣ７０等を介して問題解決支援サーバ１０に接続し、タスクモデルの取得要求を発行する。取得要求の対象となるタスクモデルは、自然言語、若しくは問題解決支援サーバ１０が予め用意したタスクモデルのリストから選択する方式により指定される。上記取得要求に合致するタスクモデルをタスクモデルＤＢ２０から取得し、その要求元に送信する。タスクモデルを構成する各々のタスクは、タスクモデルＤＢ２０において割り当てられているタスクＩＤを有する。ＳＤファイルの登録者は、サービスのＵＲＩとサービスとを関連付けるタスクＩＤの組をＳＤファイル内に記述する。
【００４６】
なお、ＳＤファイルの記述内容には、上記ＵＲＩと上記タスクＩＤとの組合せのみならず、関連付けられるサービスが提供する情報の有効範囲を示す属性を付与することもできる。この属性としては、全てのＳＤファイルの記述に適用可能な「時間属性」、及び「空間属性」と、関連付けられるタスクに固有の「タスク固有属性」との指定が可能である。
【００４７】
時間属性は、関連付けの対象とするタスクに対して、どの程度の期間、サービスが有効なのかを指定するために使用される。時間属性の記述には、Ｗ３ＣＤＴＦ（World Wide Web Consortium Date Time Format）等の標準的なエンコーディング方式を用いる。上述した様に、時間属性としては、サービスの開始と終了の日時を指定することができる。例えば、登録者が、[2003-07-31]を開始日時の値に指定し、[2003-08-31]を終了日時の値に指定することにより、関連付けられるタスクに対するサービスの有効期限が、2003年7月31日から2003年8月20日までであることを示すことができる。
【００４８】
同様に、空間属性は、関連付けの対象とするタスクに対して、どの場所においてサービスが有効なのかを指定するために使用される。空間属性の記述には、ＧＴＮ（Getty of Thesaurus geographics Name）等のシソーラスで用いられるＩＤを使用することができる。例えば、ＧＴＮにおいては、“横浜”は[7004836]のＩＤにより特定される。これにより、登録者は、関連付けられるタスクに対するサービスの有効地域が、「横浜（Yokohama）」であることを指定することができる。
【００４９】
タスク固有属性は、関連付けの対象とするタスクに対して、該タスクに固有の情報を付与するために用いられる。タスクに固有の情報は、タスクモデルに関連付けられた概念定義の構造を参照することで指定可能な値を参照するために使用される。
【００５０】
例えば、ルートとなるタスクに関連付けられたクラスとしての「映画」が、“タイトル”、“映画館”の２つの値に関連付けられており、更に、「映画館」が、“名称”、“営業時間”の各々の値に関連付けられているとする。この場合、ＳＤ登録者は、関連付けの対象となるタスクに対して、これらの値の内の何れか、又は、全ての値を登録することができる。したがって、「映画を観る」をルートのタスクとするタスクモデルである“映画館を決める→上映スケジュールを見る”にタスクが関連付けられている場合において、特定の映画タイトルにのみ関連した上映スケジュールを提供するサービスを利用者が受ける際には、“タイトル”に関する属性を指定することができる。また、特定の映画館に関する情報のみを提供するサービスを利用者が受ける際には、“映画館”の“名称”として映画館名を入力することができる。
【００５１】
各々の値の指定に際しては、概念定義に含まれるクラスＩＤと値のペアを記述する。記述されたＳＤファイルは、ＰＣ７０から問題解決支援サーバ１０宛に送信される。問題解決支援サーバ１０のＳＤ登録部１１３は、受信したＳＤファイルを解析してＳＤ格納ＤＢ３０に格納する。
【００５２】
（問題解決支援処理）
続いて、図８〜図１１を参照して、第２のフェーズとして実行される問題解決支援処理について説明する。
まず、携帯端末５０のユーザは、問題解決支援サーバ１０に解決したい問題を提示することにより、問題解決のために選択可能なタスクモデルを取得する。取得要求の対象となるタスクモデルは、自然言語、若しくは問題解決支援サーバ１０が予め用意したタスクモデルのリストから選択する方式により指定可能である。
【００５３】
図８は、問題解決支援サーバ１０により実行されるタスクモデル提供処理を説明するためのフローチャートである。まず、Ｓ１では、問題解決支援サーバ１０は、タスクモデル取得要求受信部１０１により、携帯端末又はＰＣから送信されるタスクモデル取得要求を待機している。タスクモデルの取得要求を受けた問題解決支援サーバ１０は、タスクモデル検索部１０２により、要求内容を解析し（Ｓ２）、該要求に合致するタスクモデルをタスクモデルＤＢ２０から取得する（Ｓ３）。そして、タスクモデル送信部１０３により、このタスクモデルを携帯端末５０宛に送信する（Ｓ４）。
【００５４】
携帯端末５０におけるタスクモデルの表示は、周知慣用のインターネット閲覧用ブラウザ等を用いて行われる。このとき携帯端末５０の表示部５１に表示されるタスクモデルの一例を図９に示す。携帯端末５０のユーザ（利用者）は、“新作情報を見る”、“興行ランキングを見る”、“評価情報を見る”、“上映スケジュールを見る”等といった、タスクモデルの末端に位置するタスクの中から、取得を所望するサービスに該当するタスクを選択する。
【００５５】
利用者は、サービス取得ボタン５１ａを押下操作することで、表示されたタスクモデルを参照して、最終的に実行したいタスクを選択する。このとき、利用者が詳細設定ボタン５１ｂを押下操作することにより、詳細設定画面が表示されるものとしてもよい。表示される詳細設定画面の一例を図１０に示す。この詳細設定画面５２は、取得されたタスクモデルに関連付けられた多数のサービスの中から、利用者の指定した条件に基づいて、特定のサービスをフィルタリングするために用いられる。
【００５６】
詳述すると、まず、利用者は、携帯端末５０のインターネット接続機能を用いて問題解決支援サーバ１０に接続し、解決したい問題を入力する。本実施の形態では、利用者が「映画」と入力した場合、又は、「映画を観る」に該当するタスクをリストから選択した場合を想定する。問題解決支援サーバ１０のタスクモデル取得要求受信部１０１が利用者の入力した情報を受信すると、タスクモデル検索部１０２によりタスクモデルＤＢ２０の検索が行われる。タスクモデルＤＢ２０が図４に示した構成を有する場合には、タスクのルート要素である「映画を観る」を含み、これに関連付けられた全てのタスクが取得される。
【００５７】
次に、問題解決支援サーバ１０は、取得したタスクモデルに関連付けられた概念定義を取得するために、概念定義検索部１０９にて概念定義ＤＢ４０の検索を行う。タスクモデルに関連付けられた概念定義は、タスクモデルＤＢ２０にて定義されているクラスＩＤを参照することにより決定される。問題解決支援サーバ１０のタスクモデル送信部１０３は、取得したタスクモデル、及びこれに関連付けられた概念定義を、ＨＴＭＬ（Hyper Text Markup Language）等の表示可能な形式に変換した上で、携帯端末５０宛に送信する。
【００５８】
携帯端末５０のユーザは、タスクモデルの表示画面においてアンカー等を操作することにより実行対象のタスクを選定する。また、利用者は、タスクモデルに対する操作を行う際に、タスクモデル表示画面５１（図９参照）に表示された詳細設定ボタン５１ｂを押下することにより、上述した詳細設定画面５２（図１０参照）を表示させることができる。詳細設定画面は、取得されたタスクモデルに関連付けられて概念定義ＤＢ４０に格納された概念定義に基づいて、問題解決支援サーバ１０にて動的に生成される。
【００５９】
図１０に示す様に、詳細設定画面５２には、時間属性の指定領域５２ａ、空間属性の指定領域５２ｂに加えて、タスク固有属性の指定領域が設けられており、本設定画面にて、取得されたタスクモデルに対応する詳細情報の入力が可能である。タスク固有属性の指定領域としては、映画のタイトル、映画館の名称、映画館の営業時間といった詳細情報を個別に入力可能な領域５２ｃ，５２ｄ，５２ｅが画面上に設けられている。
【００６０】
但し、詳細設定画面に対する利用者の入力は任意であり、入力する場合であっても必要な項目にのみ入力すればよい。例えば、「映画を観る」をルートとするタスクモデルの詳細設定では、観たい映画のタイトルを既に知っている利用者は「映画のタイトル」の項目にのみ入力し、観たい映画は決まっていないが行く映画館は決まっている利用者に関しては、「映画館の名称」の項目にのみ入力すればよいものとする。入力された値は、サービス取得ボタン５１ａを利用者が押下した際に、タスクＩＤ及び入力された値に対応するクラスＩＤと共に問題解決支援サーバ１０宛に送信される。
【００６１】
なお、携帯端末５０のユーザは、タスクモデルの取得時やタスクモデルの実行中に、詳細設定画面を表示させ、既に決定されている情報を入力することもできる。すなわち、映画のタイトルや映画館に関して何も決定していないユーザが、「タイトルを決める」のタスクに関連付けられたタスク及びサービスを順次実行していくことによりタイトルが決定した場合、その時点で、詳細設定画面上の映画タイトルの項目にその値（決定されたタイトル）を入力することができる。
【００６２】
図９に戻り、携帯端末５０のユーザがタスクを選択してサービス取得ボタン５１ａを押下すると、選択されたタスクのＩＤ、及び、入力された属性に対応するクラスＩＤとが、問題解決支援サーバ１０宛に送信される。これを契機として、図１１のフローチャートに示すＵＲＩ一覧提示処理の実行が開始される。問題解決支援サーバ１０は、サービス取得要求受信部１０４により携帯端末５０からのサービス取得要求を受信すると（Ｓ１１）、サービス取得要求解析部１０５により、要求内容を解析し、タスクＩＤと属性情報のクラスＩＤとを抽出する（Ｓ１２）。
【００６３】
Ｓ１３では、問題解決支援サーバ１０は、サービス検索部１１１により、Ｓ２で抽出されたタスクＩＤに基づき、該当するＵＲＩをＳＤ格納ＤＢ３０から全て取得する。上記タスクＩＤに関して詳細情報が設定されている場合には（Ｓ１４；ＮＯ）、問題解決支援サーバ１０は、サービス属性抽出部１１２により、Ｓ１３で取得されたＵＲＩを解析して、要求されたサービスの属性情報を抽出する。
【００６４】
上記サービス取得要求に時間属性値が含まれる場合には（Ｓ１６；ＹＥＳ）、問題解決支援サーバ１０は、サービス属性マッチング部１０６により、当該要求に含まれる時間属性値と、Ｓ１３でＳＤ格納ＤＢ３０から抽出されたサービスに設定されている時間属性値とを照合し、時間属性値の合致しないＵＲＩを削除する（Ｓ１７）。空間属性値に関しても同様に、サービス取得要求に空間属性値が含まれる場合には（Ｓ１８；ＹＥＳ）、問題解決支援サーバ１０は、当該要求に含まれる空間属性値と、Ｓ１３でＳＤ格納ＤＢ３０から抽出されたサービスに設定されている空間属性値とを照合し、空間属性値の合致しないＵＲＩを削除する（Ｓ１９）。更に、サービス属性マッチング部１０６は、タスク固有属性の合致しないＵＲＩを削除する（Ｓ２０）。その結果、携帯端末５０のユーザに提示されるべきサービスが選択される。
【００６５】
そして、Ｓ１２で抽出されたタスクＩＤに関して詳細情報が設定されていない場合（Ｓ１４；ＹＥＳ）、あるいは、Ｓ２０の処理終了後には、Ｓ１５に移行する。すなわち、問題解決支援サーバ１０は、サービスリスト送信部１０７により、最終的に選択されたサービスＵＲＩの一覧を、ＨＴＭＬ等のブラウザ表示可能な形式に変換して携帯端末５０宛に送信する。
【００６６】
なお、本発明は、上述した実施の形態に記載の態様に限定されるものではなく、その趣旨を逸脱しない範囲において、適宜変形態様を採ることも可能である。
例えば、問題解決支援システム１を構成する三種のデータベース（タスクモデルＤＢ２０、ＳＤ格納ＤＢ３０、及び概念定義ＤＢ４０）は、同じくその構成要素である問題解決支援サーバ１０とは別体の構成とした。しかし、これらのＤＢのうち、一又は複数のＤＢは、問題解決支援サーバ１０と一体であってもよい。また、問題解決支援サーバ１０の有する主要な機能（例えば、ＳＤファイル登録機能、問題解決支援機能）は、それぞれ別体に構成されるサーバ装置に分散させることもできる。これにより、システムにおける位置の透過性が高まる。
【図面の簡単な説明】
【００６７】
【図１】問題解決支援システムの全体構成を示す図である。
【図２】ＰＣによりＳＤファイルを登録する場合の問題解決支援システムの全体構成を示す図である。
【図３】問題解決支援サーバの機能的構成を示す図である。
【図４】タスクモデルＤＢにおけるデータ格納例を示す図である。
【図５】概念定義ＤＢにおけるデータ格納例を示す図である。
【図６】ＳＤ格納ＤＢにおけるデータ格納例の前半部分を示す図である。
【図７】ＳＤ格納ＤＢにおけるデータ格納例の後半部分を示す図である。
【図８】問題解決支援サーバにより実行されるタスクモデル提供処理を説明するためのフローチャートである。
【図９】携帯端末に表示されるタスクモデルの一例を示す図である。
【図１０】タスクモデルに関して詳細情報を設定するために携帯端末に表示される画面の一例を示す図である。
【図１１】問題解決支援サーバにより実行されるＵＲＩ一覧提示処理を説明するためのフローチャートである。
【符号の説明】
【００６８】
１…問題解決支援システム、１０…問題解決支援サーバ、１０３…タスクモデル送信部、１０５…サービス取得要求解析部、１０６…サービス属性マッチング部、１０７…サービスリスト送信部、１１２…サービス属性抽出部、１１３…ＳＤ登録部、２０…タスクモデルＤＢ、３０…ＳＤ格納ＤＢ、４０…概念定義ＤＢ、５０…携帯端末、６１〜６４…サービスプロバイダ端末、７０…クライアントＰＣ
【図１】
2005100146.tif 000003
【図２】
2005100146.tif 000004
【図３】
2005100146.tif 000005
【図４】
2005100146.tif 000006
【図５】
2005100146.tif 000007
【図６】
2005100146.tif 000008
【図７】
2005100146.tif 000009
【図８】
2005100146.tif 000010
【図９】
2005100146.tif 000011
【図１０】
2005100146.tif 000012
【図１１】
2005100146.tif 000013