(57)【要約】  アプリケーションの要求条件に従って、より適切なデバイスをより適切な条件で選択可能とするシステム、方法、プログラムの提供する。アプリケーション１１０がデバイスからコンテキスト情報を取得して所定の機能を実行する前記デバイスの属性情報と実行条件に関する情報を、デバイスカタログとして記憶手段に記憶し、前記アプリケーションからの要求に応じて、前記アプリケーションが使用するデバイスを選択するコンテキストマネージャ１００を備え、前記アプリケーションが、前記アプリケーションで用いるデバイスに関してコンテキスト情報の収集に関する収集ポリシーをコンテキストマネージャ１００に送信し、コンテキストマネージャ１００は、前記アプリケーション側からの前記収集ポリシーと、前記デバイスカタログに記憶されているデバイスの属性情報と実行条件とから、前記収集ポリシーに適合したデバイスを選択し、前記アプリケーションからのコンテキスト収集要求を受けると、前記選択したデバイスで収集されたコンテキスト情報を前記アプリケーションに供給する（図１）。
2009104721.tif 000002
【特許請求の範囲】
【請求項１】
デバイスからコンテキスト情報を取得して所定の機能を実行する少なくとも１つのアプリケーションと、
前記デバイスの属性情報と実行条件に関する情報を、デバイスカタログとして記憶する記憶手段と、
前記アプリケーションからの要求に応じて、前記アプリケーションが使用するデバイスを選択する管理手段と、
を備え、
前記アプリケーションは、コンテキスト情報の収集にあたり、前記コンテキスト情報の収集ポリシーを前記管理手段に送信し、
前記管理手段は、前記アプリケーションからの前記収集ポリシーを受けると、前記収集ポリシーと、前記デバイスカタログとして記憶されている前記デバイスの属性情報と実行条件とから、前記収集ポリシーに適合したデバイスを選択する、ことを特徴とする情報処理システム。
【請求項２】
前記管理手段は、前記アプリケーションからのコンテキスト収集要求を受けると、前記収集ポリシーに適合しているとして選択された前記デバイスで収集されたコンテキスト情報を受け、前記アプリケーションに供給する、ことを特徴とする請求項１記載の情報処理システム。
【請求項３】
前記管理手段が、
前記アプリケーションから要求される収集ポリシーからコンテキストの属性情報の内容を解析するコンテキスト属性確認手段と、
前記デバイスカタログを参照して、前記コンテキスト属性確認手段で確認した属性情報に適合したデバイスの候補を選択するアクティブ条件確認手段と、
前記アクティブ条件確認手段で選択された候補の中から、前記デバイスカタログを参照して端末インパクトの小さいものを評価する端末インパクト評価手段と、
前記端末インパクト評価手段で候補となったデバイス条件に基づきコンテキストを収集するのに必要なデバイスを決定するコンテキスト収集方法決定手段と、
を備えている、ことを特徴とする請求項１又は２記載の情報処理システム。
【請求項４】
前記管理手段で決定されたデバイス、収集条件によりデバイスを制御するコンテキスト収集手段を備えている、ことを特徴とする請求項１乃至３のいずれか一に記載の情報処理システム。
【請求項５】
前記デバイスカタログは、デバイスに対応して、コンテキストの識別情報、粒度、リアルタイム性を含む属性情報と、アクティブとなる条件と、デバイスを追加した場合の端末へのインパクトと、現在の状態を含む実行条件を含む、ことを特徴とする請求項１乃至４のいずれか一に記載の情報処理システム。
【請求項６】
前記アプリケーションは、前記コンテキスト情報の収集にあたり、前記収集ポリシーを含むコンテキスト収集要求を前記管理手段に送信し、前記管理手段側で前記収集ポリシーに適合したデバイスを選択することで、前記アプリケーション側ではデバイスを指定しなくても済むようにした、ことを特徴とする請求項１乃至５のいずれか一に記載の情報処理システム。
【請求項７】
前記管理手段は、一のアプリケーションが一のデバイスからコンテキスト情報を取得しているときに、他のアプリケーションからコンテキスト情報の収集要求を受け、アプリケーション間でデバイスの競合が生じた場合、前記一のアプリケーションと前記他のアプリケーションの優先度に応じて、前記一のアプリケーションと前記他のアプリケーションのデバイス使用に関する調停を行い、相対的に優先度の高いアプリケーションに対して前記デバイスからのコンテキスト情報の収集を許可する、ことを特徴とする請求項１乃至６のいずれか一に記載の情報処理システム。
【請求項８】
前記管理手段は、相対的に優先度の低いアプリケーションに対してデバイスの再選択を行う、ことを特徴とする請求項７記載の情報処理システム。
【請求項９】
請求項１乃至８のいずれか一に記載の情報処理システムを備えた端末。
【請求項１０】
前記アプリケーションは前記端末で動作する請求項９記載の端末。
【請求項１１】
請求項９記載の前記端末に接続し、前記アプリケーションが動作するサーバを備えたシステム。
【請求項１２】
アプリケーションがデバイスからコンテキスト情報を取得して所定の機能を実行する前記デバイスの属性情報と実行条件に関する情報をデバイスカタログとしてマネージャ側で記憶管理し、
前記アプリケーションが、コンテキスト情報の収集にあたり、コンテキスト情報の収集ポリシーを前記マネージャに送信し、
前記マネージャは、前記アプリケーション側からの前記収集ポリシーと、前記デバイスカタログに記憶されているデバイスの属性情報と実行条件とから、前記収集ポリシーに適合したデバイスを選択する、ことを特徴とするコンテキスト利用方法。
【請求項１３】
前記マネージャは、前記アプリケーションからのコンテキスト収集要求を受けると、前記収集ポリシーに適合しているとして選択されたデバイスで収集されたコンテキスト情報を前記アプリケーションに供給する、ことを特徴とする請求項１２記載のコンテキスト利用方法。
【請求項１４】
アプリケーションがデバイスからコンテキスト情報を取得して所定の機能を実行する前記デバイスの属性情報と実行条件に関する情報をデバイスカタログとして記憶手段に記憶し、前記アプリケーションからの要求に応じて、前記アプリケーションが使用するデバイスを選択するコンピュータに、
前記アプリケーションから、コンテキスト情報の収集に関する収集ポリシーを受けると、前記収集ポリシーと、前記デバイスカタログに記憶されているデバイスの属性情報と実行条件とから、前記収集ポリシーに適合したデバイスを選択する処理を実行させるプログラム。
【請求項１５】
前記アプリケーションからのコンテキスト収集要求を受けると、前記選択したデバイスで収集されたコンテキスト情報を前記アプリケーションに供給する処理を前記コンピュータに実行させる請求項１４記載のプログラム。
【請求項１６】
前記アプリケーションから要求される収集ポリシーからコンテキストの属性情報の内容を解析するコンテキスト属性確認処理と、
前記デバイスカタログを参照して、前記コンテキスト属性確認処理で確認した属性情報に適合したデバイスの候補を選択するアクティブ条件確認処理と、
前記アクティブ条件確認処理で選択された候補の中から、前記デバイスカタログを参照して端末インパクトの小さいものを評価する端末インパクト評価処理と、
前記端末インパクト評価処理で候補となったデバイス条件に基づきコンテキストを収集するのに必要なデバイスを決定するコンテキスト収集方法決定処理と、を前記コンピュータに実行させる請求項１４又は１５記載のプログラム。
【請求項１７】
複数のデバイスを備えた端末であって、
前記複数のデバイスの属性情報と実行条件に関する情報をデバイスカタログとして記憶管理する管理部を備え、
前記端末上又は前記端末が接続するサーバ上で動作するアプリケーションが、前記デバイスからコンテキスト情報を収集するにあたり、前記コンテキスト情報の収集ポリシーを、前記管理部に送信し、
前記管理部は、前記アプリケーション側からの前記収集ポリシーと、前記デバイスカタログに記憶されているデバイスの属性情報と実行条件とから、前記収集ポリシーに適合したデバイスを選択し、
前記アプリケーションは前記管理部で選択された前記デバイスからコンテキスト情報を取得し所定の機能を実行する、端末。
【請求項１８】
前記管理部が、
前記アプリケーションから要求される収集ポリシーからコンテキストの属性情報の内容を解析するコンテキスト属性確認部と、
前記デバイスカタログを参照して、前記コンテキスト属性確認部で確認した属性情報に適合したデバイスの候補を選択するアクティブ条件確認部と、
前記アクティブ条件確認部で選択された候補の中から、前記デバイスカタログを参照して端末インパクトの小さいものを評価する端末インパクト評価部と、
前記端末インパクト評価部で候補となったデバイス条件に基づきコンテキストを収集するのに必要なデバイスを決定するコンテキスト収集方法決定部と、
を備えた、請求項１７記載の端末。
【請求項１９】
前記デバイスカタログは、デバイスに対応して、コンテキストの識別情報、粒度、リアルタイム性を含む属性情報と、アクティブとなる条件と、デバイスを追加した場合の端末へのインパクトと、現在の状態を含む実行条件を含む、請求項１７又は１８に記載の端末。
【請求項２０】
請求項１７乃至１９のいずれか１項に記載の端末に接続し前記アプリケーションが動作するサーバ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願についての記載）
本願は、先の日本特許出願２００８−０４０３３３号（２００８年２月２１日出願）の優先権を主張するものであり、前記先の出願の全記載内容は、本書に引用をもって繰込み記載されているものとみなされる。
本発明は、モバイル端末等に適用される情報処理技術に関し、特に、複数のデバイスのうちより相応しいデバイスの使用を可能とするシステム、方法、プログラムに関する。
【背景技術】
【０００２】
近時、携帯端末には、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）や基地局ＩＤ、方位センサなど様々なコンテキスト情報を取得可能なデバイスが内蔵またはカードスロットなどへ挿入で利用可能とされている。【０００３】
しかしながら、端末にインストールまたはネットワークで接続されているサーバにあるアプリケーションから見ると、アプリケーションがコンテキストを取得するデバイスを特定して取得制御を行っていたため、最適なデバイスを使用して最適な条件でコンテキストが得られているかは不明である。例えば２ｋｍ範囲の位置が必要なアプリケーションに対して、ＧＰＳを使用して１０ｍ程度の精度で位置を取得している場合等がある。この場合、基地局ＩＤを使用することでアプリケーションの要求条件に適合したコンテキストを取得できたにもかかわらず、ＧＰＳを使用することで端末の消費電力増加をまねくことになり、ユーザの使用時間に影響を与える可能性がある。【０００４】
なお、モバイル端末で利用可能な位置決定デバイスを自動選択する関連技術として、例えば特許文献１には、少なくとも２つの位置決定デバイスを備えるモバイル装置内で位置情報を生成するための方法として、各位置決定デバイスに対して少なくとも一つのパラメータ値を割当て格納するステップと、コンテキスト情報を決定するステップと、コンテキスト情報に依存して、各位置決定デバイスに対して割当てられた少なくとも一つのパラメータの値に基づいて、対応する位置決定デバイス選択プロセスを選択するステップと、こうして選択された選択プロセスに従って位置決定デバイスを選択するステップと、こうして選択された位置決定デバイスを起動するステップを含む発明が開示されている。各位置決定デバイスのパラメータ値は、精度値、応答時間値及び消費電力値の内の少なくとも一つを含む。なお、後述するように、特許文献１の構成は、アプリケーションからのコンテキストの収集ポリシーに基づきデバイスを選択する本発明とは全く相違している。【０００５】
【特許文献１】特表２００５−５３０４２７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
以上の特許文献１の開示事項は、本書に引用をもって繰り込み記載されているものとする。以下に本発明による分析を与える。【０００７】
アプリケーションが端末で取得できるコンテキストを使用して動作する場合には、例えば次のような問題がある。【０００８】
アプリケーション側でコンテキストを取得するデバイスを指定する必要がある、ということである。すなわち、端末側でアプリケーション対応のデバイスを自動選択する機能を具備していない。【０００９】
また、アプリケーション側でコンテキストを取得するデバイスを指定しているため、アプリケーションで実行しているコンテキストの取得方法が、端末に負担をかけない最良のものであるという保障ができない。【００１０】
したがって、本発明の目的は、アプリケーションの要求条件に従って、より適切なデバイスをより適切な条件で選択可能とするシステム、方法、プログラムを提供することにある。
【課題を解決するための手段】
【００１１】
本願で開示される発明は前記課題を解決するため概略以下の構成とされる。【００１２】
本発明の１つの側面（アスペクト）によれば、デバイスからコンテキスト情報を取得して所定の機能を実行する少なくとも１つのアプリケーションと、前記デバイスの属性情報と実行条件に関する情報を、デバイスカタログとして記憶する記憶手段と、前記アプリケーションからの要求に応じて、前記アプリケーションが使用するデバイスを選択する管理手段と、を備え、前記アプリケーションは、コンテキスト情報の収集にあたり、コンテキスト情報の収集ポリシーを前記管理手段に送信し、前記管理手段は、前記アプリケーションから前記収集ポリシーを受けると、前記収集ポリシーと、前記デバイスカタログとして記憶されている前記デバイスの属性情報と実行条件とから、前記収集ポリシーに適合したデバイスを選択する情報処理システムが提供される。【００１３】
本発明において、前記管理手段は、前記アプリケーションからのコンテキスト収集要求を受けると、前記選択したデバイスで収集されたコンテキスト情報を前記アプリケーションに供給する。【００１４】
本発明において、前記管理手段は、前記アプリケーションから要求される収集ポリシーからコンテキストの属性情報の内容を解析するコンテキスト属性確認手段と、
前記デバイスカタログを参照して、前記コンテキスト属性確認手段で確認した属性情報に適合したデバイスの候補を選択するアクティブ条件確認手段と、
前記アクティブ条件確認手段で選択された候補の中から、前記デバイスカタログを参照して端末インパクトの小さいものを評価する端末インパクト評価手段と、
前記端末インパクト評価手段で候補となったデバイス条件に基づきコンテキストを収集するのに必要なデバイスを決定するコンテキスト収集方法決定手段と、
を備えている。【００１５】
本発明において、前記管理手段で決定されたデバイス、収集条件によりデバイスを制御するコンテキスト収集手段を備えている。【００１６】
本発明において、前記デバイスカタログは、デバイスに対応して、コンテキストの識別情報、粒度、リアルタイム性を含む属性情報と、アクティブとなる条件と、デバイスを追加した場合の端末へのインパクトと、現在の状態を含む実行条件を含む構成としてもよい。【００１７】
本発明によれば、上記情報処理システムを備えた端末（携帯通信端末）が提供される。本発明において、前記アプリケーションは前記端末で動作する。【００１８】
本発明によれば、前記端末に接続し、前記アプリケーションが動作するサーバシステムが提供される。【００１９】
本発明の別の側面によれば、アプリケーションがデバイスからコンテキスト情報を取得して所定の機能を実行する前記デバイスの属性情報と実行条件に関する情報をデバイスカタログとしてマネージャ側で記憶管理し、
前記アプリケーションが、前記アプリケーションで用いるデバイスに関してコンテキスト情報の収集に関する収集ポリシーを前記マネージャに送信し、
前記マネージャは、前記アプリケーション側からの前記収集ポリシーと、前記デバイスカタログに記憶されているデバイスの属性情報と実行条件とから、前記収集ポリシーに適合したデバイスを選択する、コンテキスト利用方法が提供される。【００２０】
本発明において、前記マネージャは、前記アプリケーションからのコンテキスト収集要求を受けると、前記選択したデバイスで収集されたコンテキスト情報を前記アプリケーションに供給する。本発明においては、前記アプリケーションは、前記コンテキスト情報の収集にあたり、前記収集ポリシーを含むコンテキスト収集要求を前記管理手段に送信し、前記管理手段側で前記収集ポリシーに適合したデバイスを選択することで、前記アプリケーション側ではデバイスを指定しなくても済むようにしている。【００２１】
本発明において、前記管理手段は、一のアプリケーションが一のデバイスからコンテキスト情報を取得しているときに、他のアプリケーションからコンテキスト情報の収集要求を受けデバイスの競合が生じた場合、前記一のアプリケーションと前記他のアプリケーションの優先度に応じて、前記一のアプリケーションと前記他のアプリケーションのデバイス使用に関する調停を行い、相対的に優先度の高いアプリケーションに対して、前記デバイスからのコンテキスト情報の収集を許可する。本発明において、前記管理手段は、相対的に優先度の低いアプリケーションに対してデバイスの再選択を行うようにしてもよい。【００２２】
本発明の別の側面によれば、アプリケーションがデバイスからコンテキスト情報を取得して所定の機能を実行する前記デバイスの属性情報と実行条件に関する情報をデータテーブル化したもの（以下デバイスカタログと呼ぶ）として記憶手段に記憶し、前記アプリケーションからの要求に応じて、前記アプリケーションが使用するデバイスを選択するコンピュータに、
前記アプリケーションから、前記アプリケーションで用いるデバイスに関してコンテキスト情報の収集に関する収集ポリシーを受けると、前記収集ポリシーと、前記デバイスカタログに記憶されているデバイスの属性情報と実行条件とから、前記収集ポリシーに適合したデバイスを選択する処理を実行させるプログラムが提供される。【００２３】
本発明に係るプログラムにおいて、前記アプリケーションからのコンテキスト収集要求を受けると、前記選択したデバイスで収集されたコンテキスト情報を前記アプリケーションに供給する処理を前記コンピュータに実行させる。【００２４】
本発明に係るプログラムにおいて、前記アプリケーションから要求される収集ポリシーからコンテキストの属性情報の内容を解析するコンテキスト属性確認処理と、
前記デバイスカタログを参照して、前記コンテキスト属性確認処理で確認した属性情報に適合したデバイスの候補を選択するアクティブ条件確認処理と、
前記アクティブ条件確認処理で選択された候補の中から、前記デバイスカタログを参照して端末インパクトの小さいものを評価する端末インパクト評価処理と、
前記端末インパクト評価処理で候補となったデバイス条件に基づきコンテキストを収集するのに必要なデバイスを決定するコンテキスト収集方法決定処理と、を前記コンピュータに実行させるプログラムを含む。
本発明によれば、複数のデバイスを備えた端末であって、
前記複数のデバイスの属性情報と実行条件に関する情報をデバイスカタログとして記憶管理する管理部を備え、
前記端末上又は前記端末が接続するサーバ上で動作するアプリケーションが、前記デバイスからコンテキスト情報を収集するにあたり、前記コンテキスト情報の収集ポリシーを、前記管理部に送信し、
前記管理部は、前記アプリケーション側からの前記収集ポリシーと、前記デバイスカタログに記憶されているデバイスの属性情報と実行条件とから、前記収集ポリシーに適合したデバイスを選択し、
前記アプリケーションは前記管理部で選択された前記デバイスからコンテキスト情報を取得し所定の機能を実行する端末が提供される。
【発明の効果】
【００２５】
本発明によれば、アプリケーションの要求条件に従って、アプリケーションの要求条件に従って、より適切なデバイスをより適切な条件で選択可能としている。
【図面の簡単な説明】
【００２６】
【図１】本発明の一実施形態の構成を示す図である。
【図２】本発明の第１の実施例の構成を示す図である。
【図３】本発明の第１の実施例のデバイスカタログの構成例を示す図である。
【図４】本発明の第１の実施例の動作を説明する流れ図である。
【図５】本発明の第１の実施例の別の動作を説明する流れ図である。
【図６】本発明の第２の実施例の構成を示す図である。
【図７】本発明の第２の実施例の適用例を示す図である。
【符号の説明】
【００２７】
１００  コンテキストマネージャ（モジュール）
１０１  コンテキスト属性確認手段
１０２  アクティブ条件確認手段
１０３  端末インパクト評価手段
１０４  コンテキスト収集方法決定手段
１１０  アプリケーション
１２０  コンテキスト収集手段
１３０、１４０  デバイス（センサデバイス）
２００  端末
２０１  アプリケーション
２０２  コンテキスト収集ＡＰＩ
２０３  コンテキスト収集要求
２０４  収集ポリシー
２０５  コンテキスト情報
２０６  コンテキストマネージャ（モジュール）
２０７  ＷＬＡＮ
２０８  ＧＰＳ
２０９  近接センサ
２１０〜２１２  デバイス
３００  サーバ
３０１  サービスアプリケーション
３０２  コンテキストハンドラ
４００  アプリケーションサーバ
４０２  コンテキストハンドラ
４０３  テーマパーク
【発明を実施するための最良の形態】
【００２８】
本発明は、コンテキスト情報を取得可能なデバイスを保有する端末、システムにおいて、アプリケーションの要求条件に従ってより最適なデバイスを選択する機能を備えている。以下、本発明の一態様を説明する。図１は、本発明の一実施形態の構成を示す図である。図１を参照すると、本実施形態のシステムは、モジュール（コンテキストマネージャ）１００、アプリケーション１１０、コンテキスト収集手段１２０、デバイス１３０、１４０を備えている。アプリケーション１１０は、コンテキスト収集方法決定手段１０４で決定されたデバイス１３０又はデバイス１４０からコンテキスト収集手段１２０が取得したコンテキスト情報を、モジュール１００経由で取得する。なお、アプリケーション１１０はローカル（システムが実装されるノード上）に実装される構成としてもよいし、あるいはリモート（システムが実装されるノードとは別ノード上）に実装される構成としてもよい。【００２９】
モジュール（コンテキストマネージャ）１００は、コンテキスト属性確認手段１０１、アクティブ条件確認手段１０２、端末インパクト評価手段１０３、コンテキスト収集方法決定手段１０４を備えている。なお、これらの手段１０１〜１０４を持つモジュール１００を「コンテキストマネージャ」と呼ぶ。これらの手段１０１〜１０４は概略以下のように動作する。【００３０】
コンテキスト属性確認手段１０１は、アプリケーション１１０から要求されるコンテキストの属性情報の内容を解析する。属性情報としては、後述するように、コンテキスト識別情報、粒度、リアルタイム性等を含む。【００３１】
アクティブ条件確認手段１０２は、コンテキスト属性確認手段１０１で確認した属性情報に適合したデバイスの候補を選択する。【００３２】
端末インパクト評価手段１０３は、アクティブ条件確認手段１０２で選択された候補の中から、端末インパクトの小さいものを評価する。ここで、端末インパクトとは、消費電力増加など端末にかかる負荷をいう。【００３３】
コンテキスト収集方法決定手段１０４は、端末インパクト評価手段１０３で候補となったデバイス条件を加味して、コンテキストを収集するのに必要なデバイスを決定する。【００３４】
コンテキスト収集手段１２０は、コンテキストマネージャ１００で決定されたデバイス、収集条件によりデバイスを制御する。【００３５】
本実施形態において、アプリケーション１１０が要求しているコンテキスト情報の条件により近い形で収集に使用するデバイスの選択を可能としている。この結果、端末内の無駄なデバイスを動作させることがなく、消費電力の節約にも貢献する。【００３６】
本実施形態においては、アプリケーション１１０が専用インタフェースを使ってコンテキストの内容と収集ポリシーとを合わせてコンテキストマネージャ１００に要求できる。【００３７】
本実施形態においては、端末が、搭載されているコンテキスト取得可能なデバイス（センサデバイス）１３０、１４０に対して、デバイスカタログと呼ばれる属性、実行条件を記述したデータテーブルを持つことで、最適な条件でコンテキストを収集できる機能を提供する。【００３８】
具体的には、
・取得したいコンテキスト情報（位置情報、方向、温度、移動速度、方向など）、
・取得粒度（位置情報：半径数ｋｍ以内、移動速度：分単位など）、
・リアルタイム性（取得可能間隔）
などの収集ポリシー（属性情報に対応する）を、アプリケーション１１０からコンテキストマネージャ１００に要求する。【００３９】
コンテキストマネージャ１００側において、アプリケーション１１０から要求された収集ポリシーをもとにデバイスカタログ（詳細構成は図３を参照して後述される）を参照して、アプリケーション１１０がコンテキスト収集に使用するデバイスを決定する。【００４０】
アプリケーション１１０がコンテキスト収集に使用するデバイスを決定する手順としては、
・アプリケーション１１０から要求された収集ポリシーとデバイスの属性情報との適合度合いと、
・デバイスをアクティブにできる条件と、
の組み合わせの中で、消費電力増加など端末への追加インパクトが最も少ないものを選択する。例えば、無線ＬＡＮ（例えばＩＥＥＥ８０２．１１）のアクセスポイントのＥＳＳＩＤ（Ｅｘｔｅｎｄｅｄ  Ｓｅｒｖｉｃｅ  Ｓｅｔ  Ｉｄｅｎｔｉｆｅｉｅｒ）を取得する場合には、無線ＬＡＮ圏内でないとアクティブにならないなどとの組み合わせの中で、消費電力増加など端末への追加インパクトが最も少ないものを選択する。【００４１】
なお、コンテキストマネージャ１００における手段１０１〜１０４は、コンピュータ上で実行されるプログラムによって実現してもよいことは勿論である。本実施形態によれば、アプリケーションがコンテキスト情報を収集するにあたり、コンテキストマネージャ１００側で収集ポリシーに適合したデバイスを選択するため、アプリケーション側でコンテキスト収集要求にデバイスを指定することは不要とされる。ただし、アプリケーション側でコンテキスト収集要求にデバイスを明示的に指定している場合、コンテキストマネージャ１００側で当該デバイスが適切であるか否かをチェックするようにしてもよいことは勿論である。【００４２】
図２は、本発明の第１の実施例の端末の構成を示す図である。図２には、コンテキストとして位置情報を取得する端末２００の構成が示されている。【００４３】
特に制限されないが、アプリケーション２０１は、地図ソフトなどで収集されたコンテキスト情報を利用して、動作するアプリケーションである。【００４４】
コンテキスト収集ＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍ  Ｉｎｔｅｒｆａｃｅ）２０２は、コンテキストマネージャ２０６に対して、収集ポリシーを設定するためのインタフェースを備える。コンテキスト収集ＡＰＩ２０２は、コンテキストマネージャ２０６に対して、コンテキスト収集要求２０３（収集ポリシー２０４を含む）を送信する。コンテキスト収集ＡＰＩ２０２は、コンテキストマネージャ２０６から送信されてコンテキスト情報２０５を受け、アプリケーション２０１に供給する。【００４５】
コンテキストマネージャ２０６は、図１のモジュール１００に示した構成からなり、コンテキスト収集ＡＰＩ２０２経由で要求された収集ポリシーを基にして、最適なコンテキスト収集デバイスを決定する。【００４６】
コンテキスト収集用のデバイスとしては、位置情報を取得できるもの、温度を取得できるもの、移動速度を取得できるものがあるが、本実施例では位置情報を取得できるデバイスを例に挙げて説明する。【００４７】
図３は、図２のコンテキストマネージャ２０６が使用するデバイスを決定する際に使用するデバイスカタログを示す。このデバイスカタログは、端末２００内において、コンテキストマネージャ２０６が参照可能な記憶領域に保持される。【００４８】
デバイスカタログは、属性情報と実行条件を含む。【００４９】
デバイスカタログにおいて、属性情報は、アプリケーションより要求される収集ポリシーと対比するものである。属性情報は、デバイスに対応して、取得可能なコンテキスト情報と、粒度、取得間隔のリアルタイム性に関する情報を含む。粒度とはコンテキストを取得する細かさを示す。【００５０】
リアルタイム性は、コンテキストを取得することが可能な時間間隔を示している。値１はリアルタイム性が高く、値の大きな１０はリアルタイム性が低いという具合に数値化されている。【００５１】
デバイスカタログにおいて、実行条件は、デバイスが動作可能になる条件であり、アクティブ条件（デバイスが取得可能な状態）、端末追加インパクト（デバイスを動作させることによる端末への追加インパクト）、取得可能であるか否かに関する現在の状態の情報を含む。現在の状態は定期的に更新される。端末追加インパクトの消費電力の値１は低消費電力、値１０は高消費電力である。【００５２】
デバイスカタログテーブルは、図２の端末２００にプリインストールまたは不図示のサーバからダウンロードすることもできる。【００５３】
図４は、図２の端末の動作の一例を説明するためのフローチャートである。【００５４】
まず携帯電話上にある地図アプリケーション２０１が、位置情報を必要としていると仮定する。【００５５】
アプリケーション２０１はコンテキストの収集ポリシーを決定し（ステップＳ１０１）収集ポリシー２０４を含むコンテキスト収集要求２０３でコンテキスト収集ＡＰＩ２０２を使用して、コンテキストマネージャ２０６に送る。実際には、アプリケーション２０１が、コンテキスト収集要求２０３を引数（パラメータ）としてコンテキストマネージャ２０６（モジュール）をコールする（ステップＳ１０２）。収集ポリシー２０４（パラメータ）には、コンテキスト識別情報、粒度、リアルタイム性が含まれる。【００５６】
収集ポリシー２０４のコンテキスト識別情報は、位置情報、温度、移動速度などコンテキストを示す識別子であり、デバイスカタログの属性のコンテキスト識別情報のいずれかに対応する。【００５７】
収集ポリシー２０４において、粒度の表現形式は、コンテキストの内容によって異なるが、例えば位置情報であれば、半径２ｋｍ＝５、半径１ｋｍ＝４、・・・・・・半径１００ｍ＝２、半径１０ｍ＝１という具合に表現され、デバイスカタログの粒度のいずれかに対応する。【００５８】
収集ポリシー２０４において、リアルタイム性が高い場合には１、リアルタイム性が低い場合には１０と定義する。収集ポリシー２０４のリアルタイム性は、デバイスカタログのリアルタイム性に対応する。【００５９】
コンテキスト収集ＡＰＩ２０２には、コンテキスト収集要求以外に、コンテキスト収集停止要求、コンテキストステータス要求などが提供される。【００６０】
コンテキスト収集ＡＰＩ２０２を通してコンテキスト収集要求を送られたコンテキストマネージャ２０６は、デバイス候補を選択する（ステップＳ１０３）。具体的には、コンテキスト識別情報、粒度、リアルタイム性からより適合するデバイスの候補をデバイスカタログより選択する。【００６１】
例えばコンテキスト収集ＡＰＩ２０２でＣａｌｌされた時のパラメータが、（位置情報、粒度：３、リアルタイム性）とすれば、図３のデバイスカタログを参照して候補を挙げると、
ＧＰＳ（位置情報、２、５）、
３Ｇ基地局ＩＤ（位置情報、４、３）、
無線ＬＡＮ  ＥＳＳＩＤ（位置情報、３、５）
が候補として選択される。【００６２】
これら候補の中から、端末追加インパクトの小さいものを選択する（ステップＳ１０４）。本来３Ｇ基地局ＩＤのインパクトが小さいため選択される。しかし、属性の粒度の３を満たしていないため、この条件を満たしている無線ＬＡＮ  ＥＳＳＩＤがデバイスとして選ばれる。【００６３】
使用デバイスが決定すると、デバイスのアクティブ条件を確認し(ステップＳ１０５)、その後、使用するデバイス（センサデバイス）を活性化させ（ステップＳ１０６）、デバイスの状態確認を行った上で（ステップＳ１０７）、実際のコンテキスト収集を開始する（ステップＳ１０８）。すなわち、デバイスからコンテキスト収集を開始する前に、デバイスの状態の確認を行い（ステップＳ１０７）、確実なコンテキスト取得を実現している。【００６４】
各デバイスの状態は、デバイスの制御ソフトウェアから一定間隔で、デバイスカタログの対応するデバイスの「現在の状態」に書き込まれる。【００６５】
状態確認の結果、取得不可状態であった場合には（ステップＳ１０７の取得不可の分岐）、何回か再取得を試み、一定時間取得ができなかった場合には（ステップＳ１０９のY分岐）、代替のデバイスを選択する。【００６６】
代替デバイスがなかった場合には（ステップＳ１１０のN分岐）、アプリケーションエラーを返して（ステップＳ１１１）、処理を終了する。【００６７】
代替デバイスが存在した場合には（ステップＳ１１０のY分岐）、デバイスを活性化して（ステップＳ１１２）、状態確認を行ったうえで（ステップＳ１０７）、コンテキスト収集を再開する（ステップＳ１０８）。ただし、アプリケーションコンテキスト情報を上げる際には、代替データであることも通知する。【００６８】
次に、本実施例の作用効果について説明する。【００６９】
端末内にデバイスカタログを保有しているので、端末に内蔵されているデバイスを無駄に動作させることを抑えることができる。【００７０】
コンテキストを利用するアプリケーションから収集ポリシーを通知しているので、  より条件に適合したコンテキスト情報を取得することができる。【００７１】
コンテキストを利用するアプリケーションから収集ポリシーを通知しているので、複数のデバイスを切り替えて使用することもできる。【００７２】
本実施例の変形例として、複数のアプリケーション間で生じたデバイス競合を調停する動作を以下に説明する。図５は、本実施例の動作を説明するためのフローチャートである。いま、アプリケーションＡが、コンテキストマネージャ１００を介してデバイスを用いてコンテキスト情報を取得しているものとする。このとき、アプリケーションＢがコンテキストマネージャ１００に対して新たにコンテキスト収集要求を出し、その結果、コンテキストマネージャ１００において、アプリケーションＢが使用中のデバイスが候補として選択されたものとする（ステップＳ２０１）。この場合、デバイスが使用中であることから（ステップＳ２０２の使用中）、アプリケーションＡ、Ｂ間でデバイス競合が生じる。そこで、競合を解消するため、コンテキストマネージャ１００は、アプリケーションの収集ポリシーに記述されている実行優先度を比較する（ステップＳ２０３）。【００７３】
比較の結果、アプリケーションＢの実行優先度がアプリケーションＡの実行優先度よりも低い場合（ステップＳ２０３の低優先度）、コンテキストマネージャ１００は、アプリケーションＢに対して競合デバイスとは異なるデバイスを再選択する（ステップＳ２０６）。一方、アプリケーションＢの実行優先度がアプリケーションＡの実行優先度よりも高い場合（ステップＳ２０３の高優先度）、コンテキストマネージャ１００は、アプリケーションＡによる選択デバイスの使用を停止し（ステップＳ２０４）、アプリケーションＡに対して代替のデバイス選択を行う（ステップＳ２０５）。そして、コンテキストマネージャ１００は、デバイスの決定、活性化を行い（ステップＳ２０７）、アプリケーションＢは今までアプリケーションＡが使用していたデバイスの使用を開始する。【００７４】
コンテキストマネージャ１００は、デバイスの状態を確認し（ステップＳ２０８）、コンテキスト情報の取得が可能な場合、コンテキスト情報を収集し（ステップＳ２０９）、コンテキスト情報を要求元のアプリケーションに供給し、コンテキスト情報の収集を繰り返す（ステップＳ２１０のＮ分岐）。デバイスの状態の確認の結果、コンテキスト情報の取得が不可の場合（ステップＳ２０８の取得不可）、あるいは、コンテキスト情報の収集（ステップＳ２０９）の後、デバイスからのコンテキスト情報が、予め定められた一定時間取得不可の場合（ステップＳ２１０のＹ分岐）には、コンテキストマネージャ１００は、デバイスカタログを参照し、当該デバイスの代替デバイスが存在するか確認し、代替デバイスが存在しない場合（ステップＳ２１１のＮ分岐）、ＡＰＩエラー表示を行い（ステップＳ２１２）、一方、代替デバイスが存在する場合（ステップＳ２１１のＹ分岐）、代替デバイスへの切替と活性化を行う（ステップＳ２１３）。【００７５】
なお、評価の指標として、アプリケーションの実行優先度のほかに、アプリケーションからの収集ポリシーにリアルタイム性等の情報を記述しておき、コンテキストマネージャ１００はリアルタイム性等の収集ポリシーが複数のアプリケーション間で一致した場合には、複数のアプリケーションで同一デバイスを同時に共有するようにしてもよい。例えばアプリケーションＡの方の実行優先度が高くても、アプリケーションＡもＢもリアルタイム性が同等の場合には、アプリケーションＡ、Ｂで同一デバイスを同時使用可能としてもよい。【００７６】
次に本発明の第２の実施例を説明する。図６は、本発明の第２の実施例の構成を示す図である。本実施例においては、基本的に前記第１の実施例と同一であるが、アプリケーションが端末上で実行されているのでなく、ネットワークで接続されたサーバ上で動作している。【００７７】
サービスアプリケーションが実行されているサーバには、端末側のコンテキストマネージャと通信をするためのコンテキストハンドラが存在する。【００７８】
コンテキストハンドラ３０２とコンテキストマネージャ２０６はｈｔｔｐ（ｈｙｐｅｒ  ｔｅｘｔ  ｔｒａｎｓｐｏｒｔ  ｐｒｏｔｏｃｏｌ)などの通信プロトコルを用いて、コンテキスト収集要求等のメッセージや実際のコンテキスト情報のやり取りを行う。コンテキストハンドラ３０２は一台の端末だけでなく、複数端末のコンテキストマネージャと通信することが可能である。サーバ３００からのコンテキスト収集要求２０３（収集ポリシー２０４を含む）は端末２００のコンテキストマネージャ２０６に送信され、コンテキストマネージャ２０６からコンテキスト情報２０５がサーバ３００に送信される。【００７９】
図６に示したサーバシステムを利用することで、例えば図７に示すようなサービスが可能になる。【００８０】
サービスは、テーマパーク４０３など、人が密集している場所において、アトラクションなどの混雑状況などを調べるものである。【００８１】
アプリケーションサーバ４００では、テーマパーク４０３に入場している複数の端末２００から位置情報や加速度センサのコンテキスト情報を収集して、地図上にマッピングすることで、どの場所に人が向かっていて、どのくらいの人が集中しているかを知ることができる。【００８２】
なお、本発明に係るシステムにおいては、例えばナビゲーションシステム等に適用して好適とされる。この場合、アプリケーションは、デバイスからの位置情報を取得して、当該位置情報（コンテキスト情報）を含む領域の地図を適切な縮尺で画面表示する制御を行う。例えば端末の移動速度等に応じて、デバイス選択、地図情報の縮尺（粒度）が可変制御され、高速移動時には、サービングセルの基地局ＩＤ等から位置情報を取得し広域表示がなされ、低速移動時には、ＧＰＳから位置情報を取得し狭域での表示が行われる等の切替が行われる。あるいは、端末が気圧センサ等のデバイスを実装し端末上で実行されるアプリケーションは気圧情報を基地局を介して基地局の上位装置側に転送し、上位装置で気象の予報を実行することでローカルな天気予報を行い、予報結果を端末にダウンロードするようなシステム構成にも適用可能である。【００８３】
なお、本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の請求の範囲の枠内において種々の開示要素の多様な組み合わせ乃至選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。
【図１】
2009104721.tif 000003
【図２】
2009104721.tif 000004
【図３】
2009104721.tif 000005
【図４】
2009104721.tif 000006
【図５】
2009104721.tif 000007
【図６】
2009104721.tif 000008
【図７】
2009104721.tif 000009
【手続補正書】
【提出日】平成22年8月20日(2010.8.20)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
デバイスからコンテキスト情報を取得して所定の機能を実行する少なくとも１つのアプリケーションと、
前記デバイスの属性情報と実行条件に関する情報を、デバイスカタログとして記憶する記憶手段と、
前記アプリケーションからの要求に応じて、前記アプリケーションが使用するデバイスを選択する管理手段と、
を備え、
前記アプリケーションは、コンテキスト情報の収集にあたり、前記コンテキスト情報の収集ポリシーを前記管理手段に送信し、
前記管理手段は、前記アプリケーションからの前記収集ポリシーを受けると、前記収集ポリシーと、前記デバイスカタログとして記憶されている前記デバイスの属性情報と実行条件とから、前記収集ポリシーに適合したデバイスを選択する、ことを特徴とする情報処理システム。
【請求項２】
前記管理手段は、前記アプリケーションからのコンテキスト収集要求を受けると、前記収集ポリシーに適合しているとして選択された前記デバイスで収集されたコンテキスト情報を受け、前記アプリケーションに供給する、ことを特徴とする請求項１記載の情報処理システム。
【請求項３】
前記管理手段が、
前記アプリケーションから要求される収集ポリシーからコンテキストの属性情報の内容を解析するコンテキスト属性確認手段と、
前記デバイスカタログを参照して、前記コンテキスト属性確認手段で確認した属性情報に適合したデバイスの候補を選択するアクティブ条件確認手段と、
前記アクティブ条件確認手段で選択された候補の中から、前記デバイスカタログを参照して端末インパクトの小さいものを評価する端末インパクト評価手段と、
前記端末インパクト評価手段で候補となったデバイス条件に基づきコンテキストを収集するのに必要なデバイスを決定するコンテキスト収集方法決定手段と、
を備えている、ことを特徴とする請求項１又は２記載の情報処理システム。
【請求項４】
前記管理手段で決定されたデバイス、コンテキスト収集条件によりデバイスを制御するコンテキスト収集手段を備えている、ことを特徴とする請求項１乃至３のいずれか一に記載の情報処理システム。
【請求項５】
前記デバイスカタログは、デバイスに対応して、コンテキストの識別情報、粒度、リアルタイム性を含む属性情報と、アクティブとなる条件と、デバイスを追加した場合の端末へのインパクトと、現在の状態を含む実行条件を含む、ことを特徴とする請求項１乃至４のいずれか一に記載の情報処理システム。
【請求項６】
前記管理手段は、一のアプリケーションが一のデバイスからコンテキスト情報を取得しているときに、他のアプリケーションからコンテキスト情報の収集要求を受け、アプリケーション間でデバイスの競合が生じた場合、前記一のアプリケーションと前記他のアプリケーションの優先度に応じて、前記一のアプリケーションと前記他のアプリケーションのデバイス使用に関する調停を行い、相対的に優先度の高いアプリケーションに対して前記デバイスからのコンテキスト情報の収集を許可する、ことを特徴とする請求項１乃至５のいずれか一に記載の情報処理システム。
【請求項７】
アプリケーションがデバイスからコンテキスト情報を取得して所定の機能を実行する前記デバイスの属性情報と実行条件に関する情報をデバイスカタログとしてマネージャ側で記憶管理し、
前記アプリケーションが、コンテキスト情報の収集にあたり、コンテキスト情報の収集ポリシーを前記マネージャに送信し、
前記マネージャは、前記アプリケーション側からの前記収集ポリシーと、前記デバイスカタログに記憶されているデバイスの属性情報と実行条件とから、前記収集ポリシーに適合したデバイスを選択する、ことを特徴とするコンテキスト利用方法。
【請求項８】
アプリケーションがデバイスからコンテキスト情報を取得して所定の機能を実行する前記デバイスの属性情報と実行条件に関する情報をデバイスカタログとして記憶手段に記憶し、前記アプリケーションからの要求に応じて、前記アプリケーションが使用するデバイスを選択するコンピュータに、
前記アプリケーションから、コンテキスト情報の収集に関する収集ポリシーを受けると、前記収集ポリシーと、前記デバイスカタログに記憶されているデバイスの属性情報と実行条件とから、前記収集ポリシーに適合したデバイスを選択する処理を実行させるプログラム。
【請求項９】
複数のデバイスを備えた端末であって、
前記複数のデバイスの属性情報と実行条件に関する情報をデバイスカタログとして記憶管理する管理部を備え、
前記端末上又は前記端末が接続するサーバ上で動作するアプリケーションが、前記デバイスからコンテキスト情報を収集するにあたり、前記コンテキスト情報の収集ポリシーを、前記管理部に送信し、
前記管理部は、前記アプリケーション側からの前記収集ポリシーと、前記デバイスカタログに記憶されているデバイスの属性情報と実行条件とから、前記収集ポリシーに適合したデバイスを選択し、
前記アプリケーションは前記管理部で選択された前記デバイスからコンテキスト情報を取得し所定の機能を実行する、端末。
【請求項１０】
前記管理部が、
前記アプリケーションから要求される収集ポリシーからコンテキストの属性情報の内容を解析するコンテキスト属性確認部と、
前記デバイスカタログを参照して、前記コンテキスト属性確認部で確認した属性情報に適合したデバイスの候補を選択するアクティブ条件確認部と、
前記アクティブ条件確認部で選択された候補の中から、前記デバイスカタログを参照して端末インパクトの小さいものを評価する端末インパクト評価部と、
前記端末インパクト評価部で候補となったデバイス条件に基づきコンテキストを収集するのに必要なデバイスを決定するコンテキスト収集方法決定部と、
を備えた、請求項９記載の端末。
【国際調査報告】
2009104721.tif 000010
2009104721.tif 000011