(57)【要約】【課題】アプリケーションの要求に適するセンサを検索・利用することができる情報提供装置及び情報提供方法を提供する。【解決手段】提供部管理ＤＢ１０５は、情報提供部３−１〜３−３の提供部ＩＤをキーとして、出力情報の種別、ＷＳＤＬ、属性情報（誤差、応答時間）とを対応付けて記憶する。情報提供部選択機能１０４は、提供部管理ＤＢ１０５から、アプリケーションの要求に適した情報提供部３−ｉ（ｉ＝１、２、３）を選択し、該情報提供部３−ｉの提供部ＩＤとＷＳＤＬとを提供部管理ＤＢ１０５から取得する。情報取得機能１０３は、提供部ＩＤとＷＳＤＬに従って、情報提供部３−ｉから情報を取得する。入出力機能１０１は、取得された情報をアプリケーション２に出力する。【選択図】図１
2009048551.tif 000002
【特許請求の範囲】
【請求項１】
アプリケーションの要求に応じて複数の情報提供部のうちのいずれかから取得した情報を提供する情報提供装置であって、
前記情報提供部を特定する提供部ＩＤと、当該情報提供部からの情報の取得に利用される提供部情報と、当該情報提供部により提供される情報の種別を示す情報種別と、当該情報提供部の属性を特定する属性情報とを対応付けて保持する提供部管理情報記憶手段と、
アプリケーションから該アプリケーションが所望する情報の種類を特定する情報種別と、当該情報を提供する情報提供部の属性への要求条件を特定する属性指定情報とを入力する入力手段と、
前記提供部管理情報記憶手段を参照し、前記入力手段により入力された情報種別と属性指定情報に基づいて情報提供部を選択し、選択した情報提供部の提供部ＩＤと提供部情報とを取得する情報提供部選択手段と、
前記情報提供部選択手段によって取得された、提供部ＩＤと提供部情報とに基づいて、対応する情報提供部から情報を取得する情報取得手段と、
前記情報取得手段によって前記対応する情報提供部から取得された情報を前記アプリケーションに出力する出力手段と
を具備することを特徴とする情報提供装置。
【請求項２】
前記提供部ＩＤと、前記提供部情報と、前記情報種別と、前記属性情報とを外部から受信し、前記提供部管理情報記憶手段に対応付けて登録する提供部登録手段を更に具備することを特徴とする請求項１記載の情報提供装置。
【請求項３】
前記属性指定情報と属性パターン特定情報とを対応付けて保持する属性パターン管理情報記憶手段と、
前記入力手段により入力された属性指定情報に属性パターン特定情報が設定されている場合、前記属性パターン管理情報記憶手段を参照して、設定されている属性パターン特定情報を、対応する前記属性指定情報に変換し、前記情報提供部選択手段に出力する属性変換手段と
を更に具備することを特徴とする請求項１に記載の情報提供装置。
【請求項４】
前記属性指定情報と、前記属性パターン特定情報とを外部から受信し、前記属性パターン管理情報記憶手段に対応付けて登録する属性パターン登録手段を更に具備することを特徴とする請求項３に記載の情報提供装置。
【請求項５】
前記入力手段は、前記情報種別と前記属性指定情報とに加え、利用主体特定情報を入力し、
前記情報種別と、前記属性指定情報と、利用主体を特定する利用主体特定情報とを対応付けて保持する属性指定履歴記憶手段と、
前記入力手段により入力された属性指定情報に、情報が設定されていないことを示す空白情報が設定されている場合、前記属性指定履歴記憶手段から前記利用主体特定情報に対応して読み出した属性指定情報に基づいて、前記属性パターンを推定する属性パターン推定手段と
を更に具備することを特徴とする請求項３または４に記載の情報提供装置。
【請求項６】
前記アプリケーションからの要求時に、各要求を特定するトランザクションＩＤを生成するトランザクション情報生成手段と、
前記出力手段により、前記情報提供部から取得された情報が前記アプリケーションに出力される度に、前記トランザクション情報生成手段により生成されたトランザクションＩＤと、情報提供元の前記情報提供部の前記提供部ＩＤとを対応付けて保持する出力履歴蓄積手段と、
前記出力手段により出力した情報に対応して、前記アプリケーションから該情報に対する評価情報と該トランザクションＩＤとを入力する評価情報入力手段と、
前記トランザクション情報生成手段により生成されたトランザクションＩＤに基づいて、前記出力履歴蓄積手段から対応する提供部ＩＤを取得し、前記提供部管理情報記憶手段から該提供部ＩＤに対応する属性情報を取得し、前記評価情報入力手段により入力される評価情報に基づいて、前記属性情報を更新する評価学習手段と
を更に具備することを特徴とする請求項１乃至５のいずれかに記載の情報提供装置。
【請求項７】
前記入力手段は、前記属性指定情報として、ＸＭＬ形式の情報の受信、解析、整形を行うことを特徴とする請求項１乃至６のいずれかに記載の情報提供装置。
【請求項８】
アプリケーションの要求に応じて複数の情報提供部のうちのいずれかから取得した情報を提供する情報提供方法であって、
アプリケーションから該アプリケーションが所望する情報の種類を特定する情報種別と、当該情報を提供する情報提供部の属性への要求条件を特定する属性指定情報とを入力する入力ステップと、
前記情報提供部を特定する提供部ＩＤと、当該情報提供部からの情報の取得に利用される提供部情報と、当該情報提供部により提供される情報の種別を示す情報種別と、当該情報提供部の属性を特定する属性情報とを対応付けて保持する提供部管理情報記憶手段を参照し、前記入力された情報種別と属性指定情報に基づいて情報提供部を選択し、選択した情報提供部の提供部ＩＤと提供部情報とを取得する情報提供部選択ステップと、
前記取得された、提供部ＩＤと提供部情報とに基づいて、対応する情報提供部から情報を取得する情報取得ステップと、
前記対応する情報提供部から取得された情報を前記アプリケーションに出力する出力ステップと
を含むことを特徴とする情報提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、アプリケーションが必要とする情報を外部の情報提供部を用いて取得・提供する装置に係り、特に、個々の情報提供部の隠蔽とアプリケーションによる情報提供部の属性指定とを同時に実現する情報提供装置及び情報提供方法に関する。
【背景技術】
【０００２】
センサ端末の発展に伴い、端末を実世界に偏在させ、それらを共有することでユビキタス環境下でのコンテクストアウェアサービスを実現する動きがある。この動きの中で重要な位置を占めるのは、数多いセンサから、アプリケーションが必要とするセンサを発見する方法であり、そのため、アプリケーションとセンサとの間にミドルウェアを設置し、該ミドルウェアがセンサの発見や、検索、利用などを行うアーキテクチャが提案されている。
【０００３】
例えば、ミドルウェアがアプリケーションから要求条件を受け、ミドルウェアが要求条件を処理することで、センサの発見・利用を行う技術が提案されている（例えば、特許文献１参照）。これにより、アプリケーションは、個々のセンサを意識することなく、センサを利用できるため、アプリケーションが把握していないセンサであっても利用可能となっている。
【特許文献１】特開２００７−１２２４３３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
上述した従来技術（特許文献１）では、ミドルウェアに所定の要求条件からセンサを探す機能を持たせることで、アプリケーションが個々のセンサを意識することなく、必要な情報を収得することを実現している。しかしながら、要求条件は、取得するデータに関するものであるため、同じデータを出力するセンサが複数あった場合、個々のセンサを区別することができないという問題がある。
【０００５】
一方で、同様の情報を出力するセンサであっても、精度や、応答速度などといった特性が異なるものが存在する。このため、アプリケーションの要求に応え、センサの性能を最大限に利用するためには、センサが出力する情報についてのみ要求条件を付与するのでは機能が不足してしまうという問題がある。
【０００６】
本発明は、このような事情を考慮してなされたものであり、その目的は、アプリケーションに個々のセンサを意識させることなく、センサの出力以外の属性も含め、アプリケーションの要求に適するようなセンサを検索・利用することができる情報提供装置及び情報提供方法を提供することにある。
【課題を解決するための手段】
【０００７】
上述した課題を解決するために、本発明は、アプリケーションの要求に応じて複数の情報提供部のうちのいずれかから取得した情報を提供する情報提供装置であって、前記情報提供部を特定する提供部ＩＤと、当該情報提供部からの情報の取得に利用される提供部情報と、当該情報提供部により提供される情報の種別を示す情報種別と、当該情報提供部の属性を特定する属性情報とを対応付けて保持する提供部管理情報記憶手段と、アプリケーションから該アプリケーションが所望する情報の種類を特定する情報種別と、当該情報を提供する情報提供部の属性への要求条件を特定する属性指定情報とを入力する入力手段と、前記提供部管理情報記憶手段を参照し、前記入力手段により入力された情報種別と属性指定情報に基づいて情報提供部を選択し、選択した情報提供部の提供部ＩＤと提供部情報とを取得する情報提供部選択手段と、前記情報提供部選択手段によって取得された、提供部ＩＤと提供部情報とに基づいて、対応する情報提供部から情報を取得する情報取得手段と、前記情報取得手段によって前記対応する情報提供部から取得された情報を前記アプリケーションに出力する出力手段とを具備することを特徴とする情報提供装置である。
【０００８】
本発明は、上記の発明において、前記提供部ＩＤと、前記提供部情報と、前記情報種別と、前記属性情報とを外部から受信し、前記提供部管理情報記憶手段に対応付けて登録する提供部登録手段を更に具備することを特徴とする。
【０００９】
本発明は、上記の発明において、前記属性指定情報と属性パターン特定情報とを対応付けて保持する属性パターン管理情報記憶手段と、前記入力手段により入力された属性指定情報に属性パターン特定情報が設定されている場合、前記属性パターン管理情報記憶手段を参照して、設定されている属性パターン特定情報を、対応する前記属性指定情報に変換し、前記情報提供部選択手段に出力する属性変換手段と
を更に具備することを特徴とする。
【００１０】
本発明は、上記の発明において、前記属性指定情報と、前記属性パターン特定情報とを外部から受信し、前記属性パターン管理情報記憶手段に対応付けて登録する属性パターン登録手段を更に具備することを特徴とする。
【００１１】
本発明は、上記の発明において、前記入力手段は、前記情報種別と前記属性指定情報とに加え、利用主体特定情報を入力し、前記情報種別と、前記属性指定情報と、利用主体を特定する利用主体特定情報とを対応付けて保持する属性指定履歴記憶手段と、前記入力手段により入力された属性指定情報に、情報が設定されていないことを示す空白情報が設定されている場合、前記属性指定履歴記憶手段から前記利用主体特定情報に対応して読み出した属性指定情報に基づいて、前記属性パターンを推定する属性パターン推定手段とを更に具備することを特徴とする。
【００１２】
本発明は、上記の発明において、前記アプリケーションからの要求時に、各要求を特定するトランザクションＩＤを生成するトランザクション情報生成手段と、前記出力手段により、前記情報提供部から取得された情報が前記アプリケーションに出力される度に、前記トランザクション情報生成手段により生成されたトランザクションＩＤと、情報提供元の前記情報提供部の前記提供部ＩＤとを対応付けて保持する出力履歴蓄積手段と、前記出力手段により出力した情報に対応して、前記アプリケーションから該情報に対する評価情報と該トランザクションＩＤとを入力する評価情報入力手段と、前記トランザクション情報生成手段により生成されたトランザクションＩＤに基づいて、前記出力履歴蓄積手段から対応する提供部ＩＤを取得し、前記提供部管理情報記憶手段から該提供部ＩＤに対応する属性情報を取得し、前記評価情報入力手段により入力される評価情報に基づいて、前記属性情報を更新する評価学習手段とを更に具備することを特徴とする。
【００１３】
本発明は、上記の発明において、前記入力手段は、前記属性指定情報として、ＸＭＬ形式の情報の受信、解析、整形を行うことを特徴とする。
【００１４】
また、上述した課題を解決するために、本発明は、アプリケーションの要求に応じて複数の情報提供部のうちのいずれかから取得した情報を提供する情報提供方法であって、アプリケーションから該アプリケーションが所望する情報の種類を特定する情報種別と、当該情報を提供する情報提供部の属性への要求条件を特定する属性指定情報とを入力する入力ステップと、前記情報提供部を特定する提供部ＩＤと、当該情報提供部からの情報の取得に利用される提供部情報と、当該情報提供部により提供される情報の種別を示す情報種別と、当該情報提供部の属性を特定する属性情報とを対応付けて保持する提供部管理情報記憶手段を参照し、前記入力された情報種別と属性指定情報に基づいて情報提供部を選択し、選択した情報提供部の提供部ＩＤと提供部情報とを取得する情報提供部選択ステップと、前記取得された、提供部ＩＤと提供部情報とに基づいて、対応する情報提供部から情報を取得する情報取得ステップと、前記対応する情報提供部から取得された情報を前記アプリケーションに出力する出力ステップとを含むことを特徴とする情報提供方法。
【発明の効果】
【００１５】
この発明によれば、情報提供部を特定する提供部ＩＤと、当該情報提供部からの情報の取得に利用される提供部情報と、当該情報提供部により提供される情報の種別を示す情報種別と、当該情報提供部の属性を特定する属性情報とを対応付けて保持しておき、アプリケーションから該アプリケーションが所望する情報の種類を特定する情報種別と、当該情報を提供する情報提供部の属性への要求条件を特定する属性指定情報とが入力されると、入力された情報種別と属性指定情報に基づいて、対応する情報提供部を選択し、該対応する情報提供部の提供部ＩＤと提供部情報とを取得し、該取得された、提供部ＩＤと提供部情報とに基づいて、対応する情報提供部から情報を取得してアプリケーションに出力する。したがって、アプリケーションは個々の情報提供部の属性を意識することなく、その属性に対する条件を課し、条件に適した情報提供部を用いて情報を取得することができるという利点が得られる。
【００１６】
また、本発明によれば、属性指定情報と属性パターン特定情報とを対応付けて保持しておき、入力された属性指定情報が属性パターン特定情報である場合、属性パターン特定情報を、対応する属性指定情報に変換するようにしたので、属性の重要度を細かく設定することが面倒・困難であっても、容易に情報提供部の属性への要求条件を特定することができるという利点が得られる。
【００１７】
また、本発明によれば、情報種別と属性指定情報と利用主体特定情報とを対応付けて保持しておき、入力された属性指定情報が空白情報である場合には、利用主体特定情報に対応する属性指定情報に基づいて、属性パターンを推定するようにしたので、属性指定情報の指定がなかった場合であっても属性指定情報を推定できるという利点が得られる。
【００１８】
また、この発明によれば、アプリケーションからの要求時に、各要求を特定するトランザクションＩＤを生成し、トランザクションＩＤと、該トランザクションＩＤに対する、提供部ＩＤと属性指定情報とを対応付けて保持し、アプリケーションが取得した情報に対する評価情報を該トランザクションＩＤと対応付けて入力すると、評価情報及び該トランザクションＩＤに対応する属性指定情報と提供部ＩＤから、対応する提供部の属性情報を更新するようにしたので、アプリケーションの要求により適した情報提供部を用いて情報取得ができるという利点が得られる。
【発明を実施するための最良の形態】
【００１９】
以下、本発明の一実施形態を、図面を参照して説明する。
【００２０】
図１は、本発明の実施形態による情報提供システムの構成を示すブロック図である。なお、図１には、情報提供システムが実現する、上述した課題を解決するための基本機能に係る構成要素と付加機能に係る構成要素とを示している。まず、基本機能の構成要素について説明する。図１に示す構成は、アプリケーション２がユーザの位置を高い精度で取得したい場合に、情報提供装置１を介して、情報提供部３−１〜３−３から高精度の位置情報を取得する場合の一例である。すなわち、情報提供部３−１〜３−３は、位置センサであり、例えば、ＧＰＳ（Global Positioning System）や、位置情報通知サービス（図面ではＡｒｅａと示す）などである。
【００２１】
なお、上記位置情報通知サービスとは、通信事業者等が提供するサービスであり、携帯電話の移動に伴って、その携帯電話が位置するエリアの基地局と無線で通信することにより、携帯電話が現在どのエリア内にいるかを把握し、通知する技術である。
【００２２】
なお、図１に示す例は、実施の一形態を示すものであり、特許請求の範囲を限定するものではない。また、図１では、アプリケーション２が１つしか設けられておらず、また情報提供部３−１〜３−３がシステムの外部に設けられているが、図２に示すように、複数のアプリケーション２−１〜２−３、情報提供装置１の内部に複数の情報提供部３−４〜３−６を設け、情報提供装置１の外部にも複数の情報提供部３−７、３−８を設けるような形態であってもよい。しかし、以下では、説明を簡略化するため、図１に示す構成についてのみ説明する。
【００２３】
図１において、提供部管理ＤＢ１０５は、情報提供部３−１〜３−３のＩＤである提供部ＩＤをキーとして、出力情報の種別、エンドポイントや入出力情報のためのＷＳＤＬ（Web Services Description Language）、属性情報を対応付けて記憶する。属性情報には例えば、情報提供部３が出力する検出値の誤差（センサの精度）、情報提供部３の応答時間、などの属性項目の情報が含まれる。なお、ＷＳＤＬとは、Ｗｅｂサービスが提供するサービスの詳細情報をＸＭＬ（eXtensible Markup Language）形式で記述するものであり、サービスに含まれるメソッド名、パラメータ名、データ型などを含んでいる。また、提供部登録機能１０６は、例えば、ＣＧＩ（Common Gateway Interface：クライアントからの要求に応じて、ウェブサーバが外部のプログラムを起動するためのインタフェース）をＷｅｂサーバに設置・公開することで、外部の情報提供部３−１〜３−３の管理者から、上記各種情報の提供部管理ＤＢ１０５への登録を可能としている。これにより、提供部管理ＤＢ１０５には、外部の情報提供部３−１〜３−３の情報が収集され、情報提供装置１がそれらを発見・利用することができるようになる。
【００２４】
入出力機能１０１は、アプリケーション２への入出力を行うインタフェースであり、アプリケーションからの情報要求を受けるために、例えば、Ｗｅｂサービスを提供し、アプリケーションが要求する情報の種類を特定するための情報種別とユーザＩＤ、属性の重要度を入力とし、要求された情報を出力するものであるということを含むＷＳＤＬを作成し、外部のＵＤＤＩ（Universal Description, Discovery and Integration）に出力して登録する。
【００２５】
なお、ＵＤＤＩとは、ＸＭＬ  Ｗｅｂサービスを利用する際に、ＸＭＬ  Ｗｅｂサービスを提供するホストを知らせる仕組みである。ＸＭＬ  Ｗｅｂサービスを利用するアプリケーションを作成する際に、ＸＭＬ  Ｗｅｂサービスを登録済みのＵＤＤＩサーバに利用したい機能をリクエストすると、該当するＷｅｂサービスを提供するサーバが通知される。このため、所定のソフトウェアでＸＭＬ  Ｗｅｂサービスを利用するクライアントを作成する際にＵＤＤＩを利用することで、使用したいＷｅｂサービスの提供先を容易に知ることができる。これを利用すると、ＸＭＬ  Ｗｅｂサービスを提供するホスト名が変更された場合であっても、クライアントアプリケーションには影響がないため、修正が不要である。
【００２６】
情報提供部選択機能１０４は、アプリケーションの要求に適した情報提供部３−ｉ（ｉ＝１、２、３）を選択する機能を有し、提供部管理ＤＢ１０５から、アプリケーションの要求に適した情報提供部３−ｉ（ｉ＝１、２、３）の提供部ＩＤとＷＳＤＬとを取得する。情報取得制御機能１０２は、入出力機能１０１からアプリケーション２の要求を取得するとともに、情報提供部選択機能１０４から情報提供部３−ｉ（ｉ＝１、２、３）の提供部ＩＤとＷＳＤＬとを取得し、入出力機能１０１が取得したユーザＩＤとＷＳＤＬを情報取得機能１０３に供給することで、情報を取得する等の装置内の制御を行う。また、情報取得機能１０３は、Ｗｅｂサービスを利用するためのＳＯＡＰ（Simple Object Access Protocol）、ＲＥＳＴ（Representational State Transfer）インタフェースを備え、ユーザＩＤとＷＳＤＬに従って、情報提供部３−ｉ（ｉ＝１、２、３）から情報（位置情報）を取得する。
【００２７】
図３は、情報提供部選択機能１０４の内部構成を示すブロック図である。図３に示すように、精度評価機能１０４−１は、属性情報により示される「誤差」を用いて、精度について０から１の値（例えば、誤差＋１の逆数）を生成し、応答速度評価機能１０４−２は、属性情報により示される「応答時間」を用いて、応答速度について０から１の値（例えば、応答時間＋１の逆数）を生成する。
【００２８】
評価値計算機能１０４−３は、アプリケーション２から入力された各属性項目についての重要度と、上記精度評価機能１０４−１と応答速度評価機能１０４−２とにより生成された値とをそれぞれ乗算して和をとることで評価値とする。選択機能１０４−４は、評価値計算機能１０４−３により算出された評価値に基づいて、情報提供部３−ｉを選択する。情報抽出機能１０４−５は、選択対象となる情報提供部３−ｉについて、アプリケーション２から要求される情報種別に基づき、提供部管理ＤＢ１０５から提供部ＩＤや、ＷＳＤＬなどを抽出する。
【００２９】
情報提供部３−ｉとして、前述したように、位置センサとしてＧＰＳと位置情報通知サービスとを想定すると、提供部管理ＤＢ１０５には、図４に示すようなテーブルが記憶される。すなわち、提供部ＩＤ毎に、ＷＳＤＬと属性とが記憶される。同図において、ＧＰＳである情報提供部３−ｉは、提供部ＩＤ「ＧＰＳ１」で特定され、属性情報として「誤差（temp:Error）」が「１」、「応答時間（temp:ResponceTime）」が「４」であることが登録されている。同様に、位置情報通知サービスを提供する情報提供部３−ｉは、提供部ＩＤ「Ａｒｅａ１」で特定され、属性情報として、「誤差（temp:Error）」が「４」、「応答時間（temp:ResponceTime）」が「１」であることが登録されている。なお、ここでは図示していないが、提供部ＩＤに対応して、情報種別「位置」が登録されている。
【００３０】
次に、上述した実施形態による動作について図１、図３を参照して説明する。この状態でアプリケーション１から図５に示すような本文を持つＳＯＡＰメッセージが入出力機能１０１に入力されると、以下の処理が行われる。まず、情報取得制御機能１０２を介して入力されたＳＯＡＰメッセージから取得した「情報種別：ｔｅｍｐ：Ｌｏｃａｔｉｏｎ」、「重要度：ｔｅｍｐ：Ａｃｃｕｒａｃｙ：１２、ｔｅｍｐ：Ｓｐｅｅｄ：５」という情報、すなわち、要求する情報種別が位置であり、精度の重要度が１２、応答速度の重要度が５であることを示す情報が情報提供部選択機能１０４に送信される。情報提供部選択機能１０４は、まず、提供部管理ＤＢ１０５から情報種別を用いて、情報種別に「位置」が登録されている図４のテーブルの上２行、すなわち提供部ＩＤ「ＧＰＳ１」と「Ａｒｅａ１」との行を抽出する（ステップＳＡ１、ＳＡ２）。
【００３１】
次に、重要度が指定されている精度と応答速度とを評価するため、評価値計算機能１０４−３により、読み出した行の属性により示される誤差と応答時間とからそれぞれ評価値を求める（ステップＳＡ３）。
提供部ＩＤ「ＧＰＳ１」の「誤差」は「１」であるため、精度評価機能１０４−１は、精度の評価値＝１／（「誤差」＋１）＝０．５を算出する。同様に、提供部ＩＤ「Ａｒｅａ１」の「誤差」は「４」であるため、精度評価機能１０４−１は、精度の評価値＝１／（「誤差」＋１）＝０．２を算出する。
また、提供部ＩＤ「ＧＰＳ１」の「応答時間」は「４」であるため、精度評価機能１０４−１は、応答速度の評価値＝１／（「応答時間」＋１）＝０．２を算出する。同様に、提供部ＩＤ「Ａｒｅａ１」の「応答時間」は「１」であるため、精度評価機能１０４−１は、応答速度の評価値＝１／（「応答時間」＋１）＝０．５を算出する。
【００３２】
評価値計算機能１０４−３は、ＧＰＳ（提供部ＩＤ「ＧＰＳ１」）、位置情報通知サービス（提供部ＩＤ「Ａｒｅａ１」）それぞれの精度、応答速度の評価値に対し、順に要求された精度の重要度１２、応答速度の重要度５をかけてから足すと、ＧＰＳと位置情報通知サービス、それぞれの評価値が出るので、選択機能１０４−４は、その比較により情報提供部３−ｉを選択する（ステップＳＡ４）。ＧＰＳの評価値は、０．５（精度の評価値）＊１２（精度の重要度）＋０．２（応答速度の評価値）＊５（応答速度の重要度）＝７であり、位置情報通知サービスの評価値は、０．２（精度の評価値）＊１２（精度の重要度）＋０．５（応答速度の評価値）＊５（応答速度の重要度）＝４．９である。よって、ここでは、ＧＰＳが選択される。
【００３３】
このようにして、情報抽出機能１０４−５により抽出されたＧＰＳ、すなわち、提供部ＩＤ「ＧＰＳ１」に対応する情報提供部３−ｉの提供部ＩＤとＷＳＤＬ、及び入出力機能１０１によって取得されたユーザＩＤとが、情報取得制御機能１０２を介して、情報取得機能１０３に送信される。情報取得機能１０３では、そのユーザＩＤとＷＳＤＬを用いて当該ＧＰＳに対応する情報提供部３−ｉから位置情報を取得し、取得した位置情報は、情報取得制御機能１０２や入出力機能１０１を介してアプリケーション２に出力される。
以上が基本機能に係る構成要素による動作例である。
【００３４】
このように基本機能に係る構成要素では、情報提供部３−１〜３−３の利用に関する情報と属性情報とを管理する提供部管理ＤＢ１０５を設置し、外部の情報提供部３−１〜３−３からの登録により情報を収集する。アプリケーション２が必要とする情報に応じて、提供部管理ＤＢ１０５に登録された属性情報を参照し、情報提供部選択機能１０４により属性毎の評価値を計算し、アプリケーション２から受信した各属性の重要度で重み付けを行うことで、各情報提供部３−１〜３−３の評価値とし、情報取得機能１０３により、該評価値から選択される情報提供部３−ｉから情報（位置情報）を取得し、アプリケーション２に提供する。これにより、アプリケーション２に対し、個々の情報提供部を隠蔽しつつ、その属性の指定を可能とする。
【００３５】
次に、付加機能に係る構成要素について、図１を参照して上述した同じ状況で説明する。まず、属性変換機能１２１、属性パターン管理ＤＢ１２２、及び属性パターン登録機能１２３について説明する。アプリケーションによっては、属性の重要度を細かく設定することが面倒・困難である場合があるため、重要度の規定値を別の簡単な言葉で表現するものである。そこで、まず、図１に示すように、属性パターンを特定するＩＤ（属性パターンＩＤ）をキーにして属性の重要度を取得可能とする属性パターン管理ＤＢ１２２を設ける。ここでは、内部からの登録に加え、情報提供部３−１〜３−３と同様にＣＧＩを用いた外部からの登録も可能とする。このＣＧＩやＷｅｂサーバの機能、属性パターン管理ＤＢ１２２への登録を担うのが属性パターン登録機能１２３である。さらに、属性パターンＩＤを受信すると、属性パターン管理ＤＢ１２２を用いて重要度に変換して返す属性変換機能１２１を設ける。
【００３６】
この状況でアプリケーション２から属性の内容に属性パターンＩＤ（図６に示すように、パターン＜ｔｅｍｐ：ＰａｔｔｅｒｎＩＤ＞であことを明記）が入力されると、情報取得制御機能１０２は、属性変換機能１２１を用いて重要度に変換し、属性変換機能１２１がない場合と同様の処理を行う。
【００３７】
ここで、図７は、属性変換機能１２１による処理を説明するためのフローチャートである。まず、情報取得制御機能１０２は、アプリケーション２から受信したＳＯＡＰメッセージの属性の内容に属性パターンＩＤ（＜ｔｅｍｐ：ＰａｔｔｅｒｎＩＤ＞）が存在するか判定し（ステップＳｂ１）、属性パターンＩＤが存在しない場合には、上述した基本機能による動作、すなわち、情報提供部選択機能１０４に処理を移す（ステップＳｂ２）。
【００３８】
一方、属性パターンＩＤ（＜ｔｅｍｐ：ＰａｔｔｅｒｎＩＤ＞）が存在する場合には、属性パターンＩＤを属性変換機能１２１が受信し（ステップＳｂ３）、属性パターン管理ＤＢ１２２内で、上記属性パターンＩＤ（＜ｔｅｍｐ：ｅｃｏｎｏｍｉｃ／＞）に該当する重要度（例えば、（精度，応答速度）＝（５，１２））を取得し（ステップＳｂ４）、取得した重要度を情報提供部選択機能１０４に送信し（ステップＳｂ５）、上述した基本機能による動作、すなわち、情報提供部選択機能１０４に処理を移す（ステップＳｂ２）。
【００３９】
次に、評価学習機能１１１、出力履歴蓄積ＤＢ１１２について説明する。図１において、評価学習機能１１１、出力履歴蓄積ＤＢ１１２は、提供部管理ＤＢ１０５に登録された情報提供部３−１〜３−３の属性を、アプリケーション２の評価に基づいて修正する機能を実現する。まず、入出力機能１０１には、アプリケーション２からの要求毎に、それを識別するための情報であるトランザクションＩＤを生成する機能を追加する。そして、トランザクションＩＤをキーにして、提供部ＩＤと重要度とを対応させる出力履歴蓄積ＤＢ１１２を設ける。
【００４０】
入出力機能１０１では、アプリケーション２からの要求時に、当該要求について生成したトランザクションＩＤに対応させて、当該要求に用いられた重要度、及び情報取得制御機能１０２から受信した、利用した情報提供部３−ｉの提供部ＩＤを出力履歴蓄積ＤＢ１１２に登録し、アプリケーション２に情報提供部３−ｉから取得した情報を出力する際に、トランザクションＩＤに対応させて、当該情報提供部３−ｉの提供部ＩＤを出力履歴蓄積ＤＢ１１２に登録する。また、入出力機能１０１は、ＣＧＩ等を用いてアプリケーション２から評価の入力を受け付ける機能を追加する。評価学習機能１１１は、トランザクションＩＤと評価値（−１：期待より悪い〜０：期待通り〜１：期待よりよい）とに基づいて以下の処理を行う。
【００４１】
ここで、図８は、評価学習機能１１１による処理を説明するための概念図である。上述したように、アプリケーション２からトランザクションＩＤと評価値（−１：期待より悪い〜０：期待通り〜１：期待よりよい）とが入力されると（ステップＳＣ１）、まず、トランザクションＩＤを出力履歴蓄積ＤＢ１１２に保持する（ステップＳＣ２）。次に、出力履歴蓄積ＤＢ１１２から現在登録されている重要度を読み出し（ステップＳＣ３）、該重要度について、そのノルムが１になるように正規化する（ステップＳＣ４）。例えば、（精度、応答速度）＝（１２，５）である場合には、（１２／１３，５／１３）（移行、寄与度）に変換される。
【００４２】
これによって、各属性の評価への寄与度が生成されるので、出力履歴蓄積ＤＢ１１２を用いてトランザクションＩＤに対応する提供部ＩＤを抽出し（ステップＳＣ５）、該提供部ＩＤに従って提供部管理ＤＢ１０５から該当する属性情報について、個々の属性に学習用の関数（修正関数（入力は属性値））を読み出し（ステップＳＣ６、ＳＣ７、ＳＣ８）、属性毎に、評価値×修正関数（現在の値：属性値）×寄与度を足す形で更新する（ステップＳＣ９）。修正関数は、例えば、評価関数の導関数の逆数の定数倍などが考えられる。数値例等の詳細は図８に示している。
【００４３】
例えば、提供部管理ＤＢ１０５から該当する属性情報（誤差、応答時間）＝（ｅ，ｔ）が読み出された場合、精度評価機能１０４−１は、属性項目「誤差」の現在の属性項目値ｅをパラメータとし、修正関数Ｅａ（ｅ）を用いて、属性項目値ｅ＋評価値＊重要度（１２／１３）／Ｅａ’（ｅ）を算出して新たな属性項目値ｅとする。同様に、応答速度評価機能１０４−２は、属性項目「応答時間」の現在の属性項目値ｔをパラメータとし、修正関数修正関数Ｅｒ’（ｔ）を用いて、属性項目値ｔ＋評価値＊重要度（５／１３）／Ｅｒ’（ｔ）を算出して新たな属性項目値ｔとする。評価学習機能１１１は、この新たな属性項目値からなる属性情報（ｅ，ｔ）により、提供部管理ＤＢ１０５内の現在の属性情報（ｅ，ｔ）を更新する。
【００４４】
次に、属性パターン推定機能１３１、属性指定履歴ＤＢ１３２について説明する。
図１において、属性パターン推定機能１３１、属性指定履歴ＤＢ１３２は、アプリケーション２が重要度を入力しない、あるいは、できない場合に、それを保管する機能を実現する。入出力機能１０１では、情報の利用主体毎に（アプリケーション２から申請がある度に）、利用主体を識別するＩＤ（利用主体ＩＤ）を生成する。属性指定履歴ＤＢ１３２は、この利用主体ＩＤと情報種別と重要度とを対応付けて保持する。アプリケーション２から重要度の入力がある度に登録する。アプリケーションから重要度の指定がなかった場合には、属性パターン推定機能１３１によって以下の処理を行う。
【００４５】
ここで、図９は、属性パターン推定機能１３１による処理を説明するためのフローチャートである。まず、属性指定履歴ＤＢ１３２から、アプリケーション２から受信した、あるいは、入出力機能１０１が生成した利用主体ＩＤと情報種別との双方が一致するデータを抽出する（ステップＳｄ１）。そして、双方が一致するデータが存在したか判定し（ステップＳｄ２）、データが１件でも存在した場合には、重要度をその平均値とするなど、それを用いた推定を行う（ステップＳｄ３）。そして、上述した基本機能による動作、すなわち、情報提供部選択機能１０４に処理を移す。
【００４６】
一方、データが存在しない場合には、利用主体ＩＤのみで履歴を抽出し（ステップＳｄ４）、情報種別の分布によって２通りの処理を行う。まず、特定の情報種別の出現頻度が、事前に設定した一定値を超えるものがある場合には（ステップＳｄ５のＹＥＳ）、その高頻度の情報種別と、利用主体ＩＤで履歴を抽出し（ステップＳｄ６）、その抽出結果である重要度に関して、平均重要度Ａｖ１を計算する（ステップＳｄ７）。
【００４７】
次に、要求された情報種別と高頻度の情報種別それぞれについて（利用主体ＩＤは利用しない）、履歴を抽出し（ステップＳｄ８）、抽出される重要度の平均重要度Ａｖ２、Ａｖ３を計算する（ステップＳｄ９）。次に、各属性について平均重要度Ａｖ２を平均重要度Ａｖ３で除した後、平均重要度Ａｖ１に乗算し値を重要度の推定値とする（ステップＳｄ１０）。そして、上述した基本機能による動作、すなわち、情報提供部選択機能１０４に処理を移す。
【００４８】
一方、事前に設定した一定値を超える出現頻度の情報種別のものがない場合には、利用主体ＩＤのみを用いて属性指定履歴ＤＢ１３２から重要度を抽出し、その平均値を推定値とする（ステップＳｄ１１）。そして、上述した基本機能による動作、すなわち、情報提供部選択機能１０４に処理を移す。
以上の処理によって、重要度の指定がなかった場合であっても重要度を推定できる。
【００４９】
上述した実施形態によれば、情報提供装置１が情報提供部３−１〜３−３の属性を評価し、それにより情報提供部を選択する機能を提供することで、アプリケーションは個々の情報提供部の属性を意識することなく、その属性に対する条件を課し、条件に適した情報提供部を用いて情報を取得することができる。
【００５０】
なお、上述の情報提供装置１は、内部にコンピュータシステムを有している。そして、情報提供装置１の各機能は、プログラムの形式でコンピュータ読み取り可能な記録媒体に記憶されており、このプログラムをコンピュータシステムが読み出して実行することによって、上記機能の処理が行われる。ここでいうコンピュータシステムとは、ＣＰＵ及び各種メモリやＯＳ、周辺機器等のハードウェアを含むものである。
【００５１】
また、「コンピュータシステム」は、ホームページ提供環境（あるいは表示環境）を備えたＷＷＷシステムも含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサ−バやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。
【００５２】
また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【図面の簡単な説明】
【００５３】
【図１】本発明の実施形態による情報提供システムの構成を示すブロック図である。
【図２】情報提供システムの他の構成例を示すブロック図である。
【図３】情報提供部選択機能の内部構成を示すブロック図である。
【図４】提供部管理ＤＢのテーブル例を示す概念図である。
【図５】ＳＯＡＰメッセージの本文の例を示す図である。
【図６】属性パターンを利用する場合のＳＯＡＰメッセージの本文の例を示す図である。
【図７】属性変換機能による処理を説明するためのフローチャートである。
【図８】評価学習機能による処理を説明するための概念図である。
【図９】属性パターン推定機能による処理を説明するためのフローチャートである。
【符号の説明】
【００５４】
１  情報提供装置
２、２−１〜２−３  アプリケーション
３−１〜３−３、３−４〜３−８  情報提供部
１０１  入出力機能（入力手段、出力手段、トランザクション情報生成手段、評価情報入力手段）
１０２  情報取得制御機能
１０３  情報取得機能（情報取得手段）
１０４  情報提供部選択機能（情報提供部選択手段）
１０５  提供部管理ＤＢ（提供部管理情報記憶手段）
１０６  提供部登録機能（提供部登録手段）
１１１  評価学習機能（評価学習手段）
１１２  出力履歴蓄積ＤＢ（出力履歴蓄積手段）
１２１  属性変換機能（属性変換手段）
１２２  属性パターン管理ＤＢ（属性パターン管理情報記憶手段）
１２３  属性パターン登録機能（属性パターン登録手段）
１３１  属性パターン推定機能（属性パターン推定手段）
１３２  属性指定履歴ＤＢ（属性指定履歴記憶手段）
【図１】
2009048551.tif 000003
【図２】
2009048551.tif 000004
【図３】
2009048551.tif 000005
【図４】
2009048551.tif 000006
【図５】
2009048551.tif 000007
【図６】
2009048551.tif 000008
【図７】
2009048551.tif 000009
【図８】
2009048551.tif 000010
【図９】
2009048551.tif 000011