JP2015227789A - 情報提供装置 - Google Patents

Abstract

【課題】ユーザに情報を提供する情報提供装置において、ユーザによって有益な情報を提供できるようにする。
【解決手段】情報提供装置においては、複数のアプリケーションが実行されることによって生成された生成情報をそれぞれ取得し（Ｓ１２０）、生成情報に含まれるカテゴリデータを用いて、取得された情報のカテゴリを認識する（Ｓ１３０）。そして、生成情報のカテゴリに基づいて優先順位を設定し（Ｓ１４０，Ｓ１５０）、優先順位に従って取得された生成情報のうちの提供を行う提供情報を選択し（Ｓ１６０）、選択された提供情報をユーザに提供する（Ｓ１７０）。このような情報提供装置１によれば、生成情報に含まれるカテゴリデータに基づいて優先順位を設定し、優先順位に従って提供する提供情報を選択するので、アプリケーションを追加したときであっても、情報の優先順位づけを確実に行うことができる。
【選択図】図２

Description

本発明は、ユーザに情報を提供する情報提供装置に関する。

上記の情報提供装置として、複数の入力された情報に、その情報の種類に応じて、優先順位とランクとを割り当て、情報の提供に際して、所定のランク値を有する１つ以上の情報の中から、優先順位の高い順に情報を提供するものが知られている（例えば、特許文献１参照）。

特開平１０−１０４００４号公報

しかしながら、上記情報提供装置では、アプリケーションを実施する新たなコンテンツ源を追加することが想定されていないため、コンテンツ源を追加したときにおける優先順位の設定が難しく、提供される情報に過不足が生じる虞がある。例えば、元からあるコンテンツ源に対する設計方針と新たなコンテンツ源に対する設計方針との間で不整合が生じ、ユーザにとって望ましくない優先順位で情報提供がされてしまい、早急に通知すべき情報の提供が遅れたり、緊急性が低い情報を優先的に提供したりする虞がある。

そこで、このような問題点を鑑み、ユーザに情報を提供する情報提供装置において、ユーザが新たなコンテンツ源を追加した場合であっても良好に情報を提供できるようにすることを本発明の目的とする。

本発明の情報提供装置において、生成情報取得手段は、複数のアプリケーションが実行されることによって生成された生成情報をそれぞれ取得し、カテゴリ認識手段は、生成情報に含まれるカテゴリデータを用いて、取得された情報のカテゴリを認識する。そして、優先順位設定手段は、生成情報のカテゴリに基づいて優先順位を設定し、選択手段は、優先順位に従って取得された生成情報のうちで提供を行う提供情報を選択する。さらに、提供手段は、選択された提供情報をユーザに提供する。

このような情報提供装置によれば、生成情報に含まれるカテゴリデータに基づいて優先順位を設定し、優先順位に従って提供する提供情報を選択するので、アプリケーションを追加したときであっても、情報の優先順位づけを確実に行うことができる。よって、過不足なく必要な情報を提供することができる。

なお、上記目的を達成するためには、装置に係る発明に限らず、プログラムに係る発明としてもよい。つまり、コンピュータを、情報提供装置を構成する各手段として実現するための情報提供プログラムとしてもよい。また、各請求項の記載は、可能な限りにおいて任意に組み合わせることができる。この際、発明の目的を達成できる範囲内において一部構成を除外してもよい。

本発明が適用された第１実施形態および第２実施形態の情報提供装置１，２の概略構成を示すブロック図である。 第１実施形態および第２実施形態において、制御部１０のＣＰＵ１１が実行する情報提供処理を示すフローチャートである。 第１実施形態におけるカテゴリと判断基準を示す表である。 第１実施形態におけるカテゴリ間の優先順位を示す表である。 第２実施形態におけるカテゴリと判断基準を示す表である。 第２実施形態の情報提供装置２の概略構成を示すブロック図である。 第２実施形態において、制御部１０のＣＰＵ１１が実行する情報提供処理を示すフローチャートである。 第２実施形態におけるカテゴリ間の優先順位を示す表である。 生成情報の表示変更例を示す説明図である。

以下に本発明にかかる実施の形態を図面と共に説明する。
［第１実施形態］
［本実施形態の構成］
本発明が適用された情報提供装置１は、例えば乗用車等の車両に搭載されており、複数のアプリケーションが実行されることによって生成された生成情報のうち、実際に提供を行う提供情報を選択し、選択された提供情報をユーザに提供する機能を備えている。

情報提供装置１は、図１に示すように、制御部１０と、入力部２１と、情報提供部２５と、を備えている。入力部２１は、例えばトグルスイッチやタッチパネル等の周知のユーザインタフェースとして構成されており、ユーザによって操作指示がなされた旨を制御部１０に送る。

情報提供部２５は、ヘッドアップディスプレイや液晶ディスプレイ（車両のセンターディスプレイを含む）等の表示装置として構成されている。情報提供部２５は、制御部１０にて生成される映像信号に従って画像を表示させる。

制御部１０は、ＣＰＵ１１と、ＲＯＭ、ＲＡＭ等のメモリ１２とを備えたコンピュータとして構成されている。ＣＰＵ１１はメモリ１２に記録されたプログラムを実行することによって、後述する情報提示処理等の各種処理を実施する。

制御部１０には、状況情報や各コンテンツ源３１〜３３からの各種データが入力される。状況情報としては、例えば、自車両の走行状態（車速、舵角等）、周囲物体との衝突確率（衝突するかしないかでも可）、ドライバの負荷（運転時間、平均走行速度等）を取得する。また、制御部１０は、各コンテンツ源３１〜３３によって生成されたデータである生成情報を取得する。

ここで、コンテンツ源３１〜３３とは、それぞれアプリケーションを実行することによって車両に関する情報を提供する装置を示す。例えば、コンテンツ源３１〜３３には、周知のナビゲーション装置、エンジン制御装置、ブレーキ制御装置、パワーウィンドウ制御装置等が該当する。

これらのコンテンツ源３１〜３３は、予め車両に搭載されたものであり、生成情報を生成する際に、コンテンツ源を特定するための情報が生成情報に含まれるよう設定されている。制御部１０は、後述する処理にてコンテンツ源を特定するための情報に基づいてカテゴリの識別を行うことになる。

また、情報提供装置１においては、コンテンツ源を追加することもできる。例えば、図１に示すコンテンツ源３４を追加する場合、制御部１０は、車両の種別に応じて設定された認証情報（ＩＤ）がこのコンテンツ源３４にて生成された生成情報に含まれているか否かに応じてカテゴリの識別を行うことになる。

新たに追加するコンテンツ源が車両（車種）に適合するものとして車両開発者に認められている場合、車両の種別に応じて設定された認証情報（ＩＤ）がコンテンツ源の開発者に通知された上でアプリケーションが開発され、生成情報に認証情報を付加するよう設定される。しかし、コンテンツ源が車両開発者に認められていない場合、認証情報を含まない生成情報が制御部１０に送られることになる。

つまり、制御部１０は、追加されたコンテンツ源３４について、認証情報の有無（認証結果）に応じてカテゴリの識別を行うことになる。
また、制御部１０は、データベース１３も備えている。データベース１３には、入力された生成情報を複数のカテゴリのうちの何れかに分類するためのマップや、カテゴリ毎に分類された生成情報をどのような優先順位でユーザに提供するかを示すマップ等が記録されている。

［本実施形態の処理］
このように構成された情報提供装置１において、制御部１０は、図２に示す情報提示処理を実施する。情報提示処理は、例えば情報提供装置１の電源が投入されると開始される処理であり、その後、一定周期毎に繰り返し実施される処理である。

情報提示処理では、図２に示すように、まず、状況情報を取得する（Ｓ１１０）。状況情報には、前述のように、自車両の走行状態、周囲物体との衝突確率、ドライバの負荷等が含まれる。

続いて、コンテンツ源３１〜３４から生成情報（データ）を取得し（Ｓ１２０）、生成情報に基づいてカテゴリを認識する（Ｓ１３０）。ここで、本実施形態のデータベース１３には、図３に示すように、カテゴリとして、緊急（Emergency）、警告（Warning）、その他（Unknown）の３種類に分類されており、各カテゴリに対応して、コンテンツ源、同カテゴリ内の優劣（優劣）が対応付けられている。なお、図３においては使用例も表記している。

カテゴリ「緊急」には、衝突警報等、近い未来の事故に関するコンテンツ源が対応付けられている。そして、カテゴリ「緊急」に該当する複数の生成情報が存在する場合、後に取得されたものを優先する「後勝ち」に、カテゴリ内の優劣が設定されている。緊急を要する情報は、一部が短時間しか表示されなかったとしても、全てを表示させることが好ましいとの思想に基づきこのように設定されている。

カテゴリ「警告」には、車載機器の故障警報やドライバの眠気に対する警報等、走行に支障を来す虞がある事象に関するコンテンツ源が対応付けられている。カテゴリ「警告」に該当する複数の生成情報が存在する場合、先に取得されたものを優先する「先勝ち」に、カテゴリ内の優劣が設定されている。警告に関する情報は、始めに表示されたものが解決されてから次の情報を表示させても充分であるとの思想に基づきこのように設定されている。

カテゴリ「その他」には、寄り道情報やＰＯＩ（Point Of Interest）等、ユーザの快適性に関するコンテンツ源が対応付けられている。カテゴリ「その他」に該当する複数の生成情報が存在する場合、先に取得されたものを優先する「先勝ち」に、カテゴリ内の優劣が設定されている。

なお、追加されたコンテンツ源３４について、認証情報が存在しないもの（または認証が失敗したもの）については、カテゴリ「その他」に分類され、認証情報が存在するものについては、カテゴリ「警告」に分類される。つまり、追加されたコンテンツ源３４がカテゴリ「緊急」には分類されないようにすることで、緊急を要する情報が、追加されたコンテンツ源３４のために通知されなくなってしまうことを抑制している。

続いて、カテゴリ間順位とカテゴリ内順位とを取得する（Ｓ１４０）。カテゴリ間順位は、図４に示すように、状況情報に従って設定される。また、カテゴリ間順位は、情報提供部２５の態様によって異なる設定とすることができる。例えば、図４（ａ）にはセンターディスプレイに情報を表示させる際の設定を表記しており、図４（ｂ）にはヘッドアップディスプレイに情報を表示させる際の設定を表記している。

これらの設定では、Ｓ１１０の処理にて取得された状況情報に応じて提供するカテゴリ、およびカテゴリ間の優先順位を示している。具体的には、状況情報に基づいて、自車両の状態が、障害物と衝突する可能性が比較的高い「衝突危険」の状態であるか、自車両が走行中かつドライバの負荷が高い「走行中＆ドライバ負荷大」の状態であるか、自車両が「走行中」であるか、自車両が「停車中」であるか、の４種類のうちの何れかに自車両の状態を分類している。

そして、センターディスプレイに情報を表示させる際の設定、およびヘッドアップディスプレイに情報を表示させる際の設定は、いずれも「衝突危険」の状態では、カテゴリ「緊急」のみを表示させ、カテゴリ「警告」およびカテゴリ「その他」を表示させない（ＮＧ）ようにする。

また、センターディスプレイに情報を表示させる際、およびヘッドアップディスプレイに情報を表示させる際には、いずれも「走行中＆ドライバ負荷大」の状態では、カテゴリ「緊急」、カテゴリ「警告」の順にカテゴリ間の優先順位を設定し、カテゴリ「その他」を表示させない（ＮＧ）よう設定する。さらに、「停車中」の状態では、カテゴリ「緊急」、カテゴリ「警告」、カテゴリ「その他」の順にカテゴリ間の優先順位を設定する。

また、センターディスプレイに情報を表示させる際には、「走行中」の状態では、カテゴリ「緊急」、カテゴリ「警告」の順にカテゴリ間の優先順位を設定し、カテゴリ「その他」を表示させない（ＮＧ）よう設定する。一方、ヘッドアップディスプレイに情報を表示させる際の設定において、「走行中」の状態では、カテゴリ「緊急」、カテゴリ「警告」、カテゴリ「その他」の順にカテゴリ間の優先順位を設定する。

これらの設定に従って、カテゴリ間順位を設定する。また、カテゴリ内順位については、図３にて示す同カテゴリ内の優劣に従って設定する。
続いて、生成情報（データ）をカテゴリ間順位およびカテゴリ内の優劣に従ってソートする（Ｓ１５０）。そして、提示する生成情報を抽出する（Ｓ１６０）。この処理では、例えば、最も優先順位の高い生成情報だけを抽出する。

続いて、抽出した生成情報に基づく画像信号を生成し、この画像信号を情報提供部２５に送信する（Ｓ１７０）。そして、各コンテンツ源３１〜３４が提供した生成情報に対応する情報がユーザに提示されたか否か示す情報を生成し、この情報を各コンテンツ源３１〜３４に対して通知する（Ｓ１８０）。

この処理では、例えば、コンテンツ源３１が提供した生成情報に基づく警告がされた場合には、このコンテンツ源３１に情報が提示された旨の情報を送信し、コンテンツ源３１が提供した生成情報に基づく警告や注意等がされなかった場合には、このコンテンツ源３１に情報が提示されなかった旨の情報を送信する。このような処理が終了すると情報提示処理を終了する。

［本実施形態による効果］
以上のように詳述した情報提供装置１において制御部１０は、複数のアプリケーションが実行されることによって生成された生成情報をそれぞれ取得し、生成情報に含まれるカテゴリデータを用いて、取得された情報のカテゴリを認識する。そして、生成情報のカテゴリに基づいて優先順位を設定し、優先順位に従って取得された生成情報のうちの提供を行う提供情報を選択し、選択された提供情報をユーザに提供する。

このような情報提供装置１によれば、生成情報に含まれるカテゴリデータに基づいて優先順位を設定し、優先順位に従って提供する提供情報を選択するので、アプリケーションを追加したときであっても、情報の優先順位づけを適切に行うことができる。

また、上記の情報提供装置１において制御部１０は、情報提供装置の状況を取得し、カテゴリおよび状況に応じて提供情報を選択する。
このような情報提供装置１によれば、情報提供装置の状況に応じて提供する提供情報を変更することができる。よって、より適切な情報を提供することができる。

また、上記の情報提供装置１においては、車両に搭載されており、制御部１０は、情報提供装置の状況として自車両の挙動を取得する。
このような情報提供装置１によれば、自車両の挙動に応じて提供情報を変更することができる。

また、上記の情報提供装置１において制御部１０は、情報提供装置の状況として自車両のドライバの状態を取得する。
このような情報提供装置１によれば、自車両のドライバの状態に応じて提供情報を変更することができる。

また、上記の情報提供装置１において制御部１０は、生成情報には、カテゴリデータとして、認証情報が含まれており、認証情報の正否に基づいてカテゴリを認識する。
このような情報提供装置１によれば、認証情報の正否に基づいてカテゴリを認識するので、認証情報を有するか否かによって提供情報を変更することができる。

［第２実施形態］
［第２実施形態の構成および処理］
次に、別形態の情報提供装置２について説明する。本実施形態（第２実施形態）では、第１実施形態の情報提供装置１と異なる箇所のみを詳述し、第１実施形態の情報提供装置１と同様の箇所については、同一の符号を付して説明を省略する。

上記第１実施形態においては、Ｓ１３０、Ｓ１４０の処理の際にデータの種別や認証情報の有無によってカテゴリを認識したが、本実施形態においては、データの受け渡し形式であるＡＰＩ（Application Programming Interface）によってカテゴリを認識してもよい。

具体的には、Ｓ１３０の処理でカテゴリを認識する際には、生成情報の受け渡しを行うＡＰＩの形式に基づいてカテゴリを認識する。本実施形態では、例えば図５に示すように、前述の三種（「緊急」、「警告」、「その他」）のカテゴリに加えて、「標準（Standard）」のカテゴリが準備されている。

そして、カテゴリ「緊急」には、非公開のＡＰＩが対応付けられている。非公開のＡＰＩは車両の開発者だけが使用するものであり、追加されたコンテンツ源では使用できないようにすることを意図している。

また、カテゴリ「警告」においては、何らかの認証を行うよう設定された認証付のＡＰＩが対応し、カテゴリ「標準」においては、公開されたＡＰＩ（公開ＡＰＩ）が対応する。ここでいう公開ＡＰＩは、車両の走行中に行われる情報提示が情報過多や走行の邪魔にならないように、ＡＰＩレベルで統制や制約を与えられており、これらの統制や制約を満足することである程度の安全性が保証できるように設計されている。例えば、これらの統制や制約を満足するデータは、文字数制約、フォント、色、配置が規定の範囲内に収まるよう設定されている。

また、カテゴリ「その他」においては、一般的なＷｅｂアプリやＷｅｂページ等からなるコンテンツ群が相当し、後述するラッパー機能１４によって、変換された生成情報がカテゴリ「その他」として受理されるよう予め規定された専用ＡＰＩを経由して送受信されることで対応する。上述した一般的なＷｅｂアプリやＷｅｂページ等からなるコンテンツ群は、情報提供装置２への適用を考慮していないものであり、より具体的には、例えばＨＴＭＬ５で記載されたコンテンツ源等が、当該装置で利用可能になる。本カテゴリは何でも表示することができる一方で表示できる状況が限られる。例えば、車両停車中のみに表示できるよう設定される。

これを実現するために、第２実施形態の情報提供装置２においては、図６に示すように、コンテンツ源３１〜３４から得られた情報を情報提供装置２に対応する形式に変換するラッパー機能１４を備えている。ラッパー機能１４では、例えば、コンテンツ源が情報としてコンテンツのＵＲＬを保持している場合、当該ＵＲＬからＨＴＭＬを取得するブラウズ機能と、取得したＨＴＭＬをＡＰＩで入力可能な形式である生成情報形式に変換する変換機能を有している。ラッパー機能１４によって変換後に実施されるＡＰＩ呼び出しは「その他」カテゴリとして扱われるように予め規定しておく。

このようなラッパー機能１４は、ＣＰＵ１１が実行する処理の一部として実行される。詳細には、図７に示すように、Ｓ１２０の処理の後、取得した生成情報の形式を判定する（Ｓ２１０）。取得した生成情報の形式が自身に対応する形式であれば（Ｓ２２０：ＹＥＳ）、そのままＳ１３０の処理に移行する。

また、取得した生成情報の形式が情報提供装置２に対応する形式かどうかを判断し、対応する形式でなければ（Ｓ２２０：ＮＯ）、情報提供装置２に対応する形式になるよう生成情報を書き換え（Ｓ２３０）、Ｓ１３０の処理に移行する。

次に、本実施形態のＳ１４０の処理において、カテゴリ間の順位を設定する際には、図８に示すマップを用いればよい。図８に示すマップでは、状況情報が「走行中」または「停車中」である場合には、ユーザ特性を考慮して表示させる生成情報の内容または優先順位を設定するよう構成されている。

ここでいうユーザ特性とは、ユーザの嗜好や行動パターンを示すものである。本実施形態では、ユーザ特性として、例えば、「安全志向」および「快適志向」の２種類が設定されている。ユーザが何れの志向に該当するかについては、ユーザが入力部２１を介して予め設定してもよいし、運転者の運転状態を学習することによって設定してもよい。ここで、「安全志向」に設定された場合には、自車両の走行中には必要最低限の情報だけを提供し、自車両の停車中にはより簡潔な情報を優先して提供する。

一方、「快適志向」に設定された場合には、自車両の走行中においてもより多くの情報を提供し、自車両の停車中にはよりリッチなコンテンツを提供する。具体的には、図８に示す例では、「安全志向」の場合と「快適志向」の場合とで、カテゴリ「標準」の順位とカテゴリ「その他」の順位とが入れ替わるよう設定する。

つまり、ユーザ特性に応じて表示させる情報を変更させることでユーザに応じた情報を提供できるようにしている。
また、情報提供部２５にて生成情報を表示させる際には、任意の表示手法を用いることができるため、第１実施形態においては特に言及しなかったが、本実施形態では、例えば図９（ａ）に示すように、Ｓ１４０の処理において設定された優先順位に従って、生成情報を階層表示させる。

すなわち、最も優先順位が高い生成情報を最も上の階層に表示させ、ユーザの注意を惹きやすいようにする。また、ユーザがトグルスイッチ等の入力部２１を操作すると、図９（ｂ）に示すように、提示する生成情報を変更させるようにする。このようにすることでユーザにより多くの情報を提供可能にしている。

このような構成の場合、表示されている生成情報よりも優先順位が高い情報が新たに得られると、最も優先順位が高い生成情報を最も上の階層に表示させるようにするとよい。
［第２実施形態による効果］
上記の情報提供装置２においては、生成情報にカテゴリデータとして、データを受け渡す際の形式を表す授受形式に関する形式情報が含まれており、制御部１０は、形式情報に基づいてカテゴリを認識する。

このような情報提供装置２によれば、授受形式に関する形式情報が含まれているので、この形式情報に基づいてカテゴリを認識することができる。よって、カテゴリを認識する際の処理を簡素化することができる。

また、上記の情報提供装置２において制御部１０は、形式情報としてＡＰＩが含まれている。
このような情報提供装置２によれば、ＡＰＩを用いてカテゴリを認識することができる。

また、上記の情報提供装置２において制御部１０は、形式情報に基づいて、形式情報を生成する各アプリケーションが、情報提供装置が対応する授受形式に合致するか否かを判定し、授受形式に合致しないアプリケーションから入力される生成情報を、情報提供装置が対応する授受形式に変換する。

このような情報提供装置２によれば、情報提供装置が対応する授受形式に合致しないデータを情報提供装置が対応する授受形式に合致するデータに変換することができる。
［その他の実施形態］
本発明は、上記の実施形態によって何ら限定して解釈されない。また、上記の実施形態の構成の一部を、課題を解決できる限りにおいて省略した態様も本発明の実施形態である。また、上記の複数の実施形態を適宜組み合わせて構成される態様も本発明の実施形態である。また、特許請求の範囲に記載した文言のみによって特定される発明の本質を逸脱しない限度において考え得るあらゆる態様も本発明の実施形態である。また、上記の実施形態の説明で用いる符号を特許請求の範囲にも適宜使用しているが、各請求項に係る発明の理解を容易にする目的で使用しており、各請求項に係る発明の技術的範囲を限定する意図ではない。

例えば、上記実施形態において制御部１０は、Ｓ１３０，Ｓ１４０の処理において、生成情報の内容やＡＰＩに基づいてカテゴリを分類したが、生成情報の一部を抽出した抽出データを用いてカテゴリを認識してもよい。例えば、生成情報に含まれる生成情報の要約（例えば、生成情報のタイトル等）やキーワードに基づいてカテゴリを分類することが考えられる。また、生成情報に画像が含まれている場合には、この画像を画像処理することで画像に含まれる物体を特定し、この物体の種別に応じてカテゴリを分類することも考えられる。

このような情報提供装置によれば、生成情報に含まれるデータ種別やキーワード、或いは生成情報の要約等に従ってカテゴリを認識することができる。
また、上記実施形態における情報提供装置１、２の用途としては、例えばユーザが情報提供装置１〜３を操作して任意の新しいコンテンツ源を追加する際に、情報提供装置１〜３が自動でカテゴリを判断することで適切な優先順位でコンテンツ情報を提示できるようにすることを想定しているが、必ずしもそれに限られることはない。例えば、開発者側のシステムバージョンアップ等に利用することも可能である。

また、上記情報提供装置１、２において実施される情報提供処理では、必ずしも全ての登録されたコンテンツ源３１〜３４について順位付けを行う必要はなく、コンテンツ源３１〜３４のうち、現時点で情報出力要求を出しているコンテンツ源のみについて順位付けを行うように設定されていてもよい。

また、上記情報提供装置１、２においては、車両において情報提供処理を実施したが、例えば、サーバやクラウド上で実現して通信により車内へ提供してもよい。
また、上記情報提供装置１、２において、カテゴリを判断するタイミングは、必ずしも新規コンテンツ源追加時である必要はなく、例えばコンテンツ源からの情報出力要求時としてもよい（コンテンツ源にカテゴリが紐づく以外に、コンテンツの表示内容毎にカテゴリを紐付けてもよい）。

また、上記情報提供装置２においては、カテゴリ判断の際に、ＡＰＩを用いたが、管理サーバと通信し、サーバに既に種別登録されているコンテンツ源か否か、コンテンツ源の種別は何かによってカテゴリ判断したり、生成情報のコンテンツ要約（文章要約、画像認識）結果によって判断したりすることもできる。

また、上記情報提供装置２においては、全てのコンテンツ源に対してラッパー機能１４を適用する構造としたが、変換の必要がないことが既知のコンテンツ源に対してはラッパー機能１４を経由しない構造にしたり、変換の必要があることが既知のコンテンツ源に対してのみラッパー機能を設定する構造にしたりしてもよい。

［実施形態の構成と本発明の手段との対応関係］
上記実施形態において制御部１０が実行する処理のうちのＳ１１０の処理は本発明でいう状況取得手段に相当し、上記実施形態においてＳ１２０の処理は本発明でいう生成情報取得手段に相当する。また、上記実施形態においてＳ１３０の処理は本発明でいうカテゴリ認識手段に相当し、上記実施形態においてＳ１４０，Ｓ１５０の処理は本発明でいう優先順位設定手段に相当する。

さらに、上記実施形態においてＳ１６０の処理は本発明でいう選択手段に相当し、上記実施形態においてＳ１７０の処理は本発明でいう提供手段に相当する。また、上記実施形態においてＳ２１０，Ｓ２２０の処理は本発明でいう形式判定手段に相当し、上記実施形態においてＳ２３０の処理は本発明でいう変換手段に相当する。

１、２…情報提供装置、１０…制御部、１１…ＣＰＵ、１２…メモリ、１３…データベース、１４…ラッパー機能、２１…入力部、２５…情報提供部、３１〜３４…コンテンツ源。

Claims (10)

1. ユーザに情報を提供する情報提供装置（１、２）であって、
   複数のアプリケーションが実行されることによって生成された生成情報をそれぞれ取得する生成情報取得手段（Ｓ１２０）と、
   前記生成情報のカテゴリを認識するカテゴリ認識手段（Ｓ１３０）と、
   前記生成情報のカテゴリに基づいて優先順位を設定する優先順位設定手段（Ｓ１４０，Ｓ１５０）と、
   前記優先順位に従って前記取得された生成情報から提供を行う提供情報を選択する選択手段（Ｓ１６０）と、
   選択された提供情報をユーザに提供する提供手段（Ｓ１７０）と、
   を備えたことを特徴とする情報提供装置。
2. 請求項１に記載の情報提供装置において、
   当該情報提供装置の状況を取得する状況取得手段（Ｓ１１０）、を備え、
   前記優先順位設定手段は、前記カテゴリおよび前記状況に応じて前記提供情報を選択すること
   を特徴とする情報提供装置。
3. 請求項２に記載の情報提供装置において、
   当該情報提供装置は車両に搭載されており、
   前記状況取得手段は、前記状況として自車両の挙動を取得すること
   を特徴とする情報提供装置。
4. 請求項２または請求項３に記載の情報提供装置において、
   当該情報提供装置は車両に搭載されており、
   前記状況取得手段は、前記状況として自車両のドライバの状態を取得すること
   を特徴とする情報提供装置。
5. 請求項２〜請求項４の何れか１項に記載の情報提供装置において、
   前記状況取得手段は、前記状況としてユーザの特性を取得すること
   を特徴とする情報提供装置。
6. 請求項１〜請求項５の何れか１項に記載の情報提供装置において、
   前記生成情報には、データを受け渡す際の形式を表す授受形式に関する形式情報が含まれており、
   前記カテゴリ認識手段は、前記形式情報に基づいてカテゴリを認識すること
   を特徴とする情報提供装置。
7. 請求項６に記載の情報提供装置において、
   前記形式情報としてＡＰＩ（Application Programming Interface）が含まれていること
   を特徴とする情報提供装置。
8. 請求項１〜請求項５の何れか１項に記載の情報提供装置において、
   前記生成情報には、認証情報が含まれており、
   前記カテゴリ認識手段は、前記認証情報の正否に基づいてカテゴリを認識すること
   を特徴とする情報提供装置。
9. 請求項１〜請求項５の何れか１項に記載の情報提供装置において、
   前記カテゴリ認識手段は、前記生成情報の一部を抽出した抽出データを用いてカテゴリを認識すること
   を特徴とする情報提供装置。
10. 請求項６または請求項７に記載の情報提供装置において、
    前記形式情報に基づいて、前記形式情報を生成する各アプリケーションが、当該情報提供装置が対応する授受形式に合致するか否かを判定する形式判定手段（Ｓ２１０，Ｓ２２０）と、
    前記授受形式に合致しないアプリケーションから取得される生成情報を、当該情報提供装置が対応する授受形式に変換する変換手段（Ｓ２３０）と、
    を備えたことを特徴とする情報提供装置。