(57)【要約】【課題】アプリケーションの実行可能性を向上させるアクセス管理装置を提供すること。【解決手段】デバイス交換判定部を備え、アクセス対象のデバイスの実行権を獲得できないアプリケーションに対し、同等の機能を持つ代替デバイスを検出し実行権を付与することで、アプリケーションの実行可能性、実行継続性が高まると共に、デバイスの構成変更にも柔軟に対応可能であり、アプリケーションがデバイスの構成を意識する必要のないアクセス管理装置を提供することが可能となる。【選択図】図１
2008181370.tif 000002
【特許請求の範囲】
【請求項１】
複数のアプリケーションからデバイスへのアクセス要求を管理するアクセス管理装置であって、
前記アプリケーションからアクセスされるデバイスの機能や性能を表すデバイス固有情報と前記デバイスの使用状態を表すデバイス状態情報とを記憶する情報記憶部と、
受信した前記アクセス要求に基づいて、前記アプリケーションにデバイスの実行権を付与するデバイス管理部と、
前記アクセス要求と前記デバイス状態情報とに基づいて、前記アプリケーションから要求されたデバイスの実行権を付与することができるか否かを判定する競合判定部と、
前記実行権を付与することができないと判定された場合、前記アクセス要求と前記デバイス固有情報とに基づいて、代替可能なデバイスがあるか否かを判定するデバイス交換判定部とを備え、
前記デバイス管理部は、前記デバイス交換判定部により代替可能なデバイスがあると判定された場合、前記代替可能なデバイスに前記実行権を付与することを特徴とするアクセス管理装置。
【請求項２】
前記デバイス交換判定部が、アクセス要求に対する一度目のデバイス交換判定で選択されたデバイスの実行権を付与することができないと判定した場合、再帰的に次善の代替可能なデバイスを検索することを特徴とする請求項１記載のアクセス管理装置。
【請求項３】
前記デバイス交換判定部が、前記アプリケーションから要求されたデバイスが前記デバイス固有情報に存在しない場合、前記アクセス要求と前記デバイス固有情報とに基づいて代替可能なデバイスがあるか否かを判定することを特徴とする請求項１記載のアクセス管理装置。
【請求項４】
前記デバイス交換判定部が、前記アプリケーションが必要とする機能と前記デバイス固有情報とに基づいて当該機能を持つデバイスがあるか否かを判定することを特徴とする請求項３記載のアクセス管理装置。
【請求項５】
複数のアプリケーションからデバイスへのアクセス要求を管理するアクセス管理装置であって、
前記アプリケーションからアクセスされるデバイスの機能や性能を表すデバイス固有情報と実行中のデバイスのみの使用状態を表すデバイス状態情報とを記憶する情報記憶部と、
受信した前記アクセス要求と前記デバイス状態情報とに基づいて競合判定を行い、競合がないと判定された場合に前記アプリケーションにデバイスの実行権を付与するデバイス管理部と、
前記デバイス管理部により競合が判定された場合、前記アクセス要求と前記デバイス固有情報とに基づいて、代替可能なデバイスがあるか否かを判定するデバイス交換判定部とを備え、
前記デバイス管理部は、前記デバイス交換判定部により代替可能なデバイスがあると判定された場合、前記代替可能なデバイスに前記実行権を付与することを特徴とするアクセス管理装置。
【請求項６】
複数のアプリケーションからデバイスへのアクセス要求を管理するアクセス管理方法であって、
前記アプリケーションからアクセスされるデバイスの機能や性能を表すデバイス固有情報と前記デバイスの使用状態を表すデバイス状態情報とを記憶する情報記憶ステップと、
受信した前記アクセス要求に基づいて、前記アプリケーションにデバイスの実行権を付与するデバイス管理ステップと、
前記アクセス要求と前記デバイス状態情報とに基づいて、前記アプリケーションから要求されたデバイスの実行権を付与することができるか否かを判定する競合判定ステップと、
前記実行権を付与することができないと判定された場合、前記アクセス要求と前記デバイス固有情報とに基づいて、代替可能なデバイスがあるか否かを判定するデバイス交換判定ステップとを備え、
前記デバイス管理ステップは、前記デバイス交換判定ステップにより代替可能なデバイスがあると判定された場合、前記代替可能なデバイスに前記実行権を付与することを特徴とするアクセス管理方法。
【請求項７】
複数のアプリケーションからデバイスへのアクセス要求の管理をコンピュータに実行させるプログラムであって、
前記アプリケーションからアクセスされるデバイスの機能や性能を表すデバイス固有情報と、前記デバイスの使用状態を表すデバイス状態情報とを記憶する情報記憶ステップと、
受信した前記アクセス要求に基づいて、前記アプリケーションにデバイスの実行権を付与するデバイス管理ステップと、
前記アクセス要求と前記デバイス状態情報とに基づいて、前記アプリケーションから要求されたデバイスの実行権を付与することができるか否かを判定する競合判定ステップと、
前記実行権を付与することができないと判定された場合、前記アクセス要求と前記デバイス固有情報とに基づいて、代替可能なデバイスがあるか否かを判定するデバイス交換判定ステップとを備え、
前記デバイス管理ステップは、前記デバイス交換判定ステップにより代替可能なデバイスがあると判定された場合、前記代替可能なデバイスに前記実行権を付与することを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のアプリケーションが起動する情報処理装置において使用されるアクセス管理装置、アクセス管理方法及びプログラムに関し、より特定的には、複数のアプリケーションが同一のデバイスに同時にアクセスした結果、競合が発生したときのアクセス対象のデバイスの管理を行うアクセス管理装置、アクセス管理方法及びプログラムに関する。
【背景技術】
【０００２】
一般に、１つの情報処理装置で実行される１つのアプリケーションは、物理デバイスや、ソフトウェアデバイスを制御することによりコンピュータ全体の動作を制御し、所望の動作を行っている。以下、物理デバイス、ソフトウェアデバイスを総称してデバイスと呼ぶ。しかし、複数のアプリケーションが同時に起動する情報処理装置において、同時に２つ以上のアプリケーションが１つのデバイスにアクセスしようとした場合、アクセス要求が衝突してしまう。このとき、どちらかのアプリケーションはデバイスの実行権を獲得できず、所望の動作を行うことができない。
【０００３】
以下、このように２つ以上のアプリケーションが同時に１つのデバイスにアクセスし、アクセス要求の衝突が生じることを競合と呼ぶ。競合が発生すると、一般的にデバイスの実行権を獲得できたアプリケーション以外のアプリケーションは所望の制御を行うことができない。したがって、競合が発生しないように各アプリケーションのアクセス要求を制御する方法が従来様々提案されてきた。以下、この競合回避のためのアプリケーションのデバイスアクセス要求制御を競合調停と呼ぶ。
【０００４】
例えば、競合調停の方法の１つとして、物理デバイスをアプリケーションから隠蔽し、論理デバイスとリソースという単位で管理を行う方法が提案されている（特許文献１参照）。この方法では、物理デバイスの構成変化に柔軟に対応でき、また、物理デバイスが複数の機能を持っていた場合においても、リソースという単位で個別に競合調停が可能となり、物理デバイスの持つ機能を有効に活用することが可能となる。
【特許文献１】特開２００４−１７８５７８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、従来提案されてきた競合調停では競合が発生した場合にデバイスの実行権を獲得できなかった場合、あるいは他アプリケーションに実行権を奪われ失った場合にこれらのアプリケーションが所望の動作を行うことができないという問題を解決することができなかった。
【０００６】
また、デバイス構成に変更があり、アプリケーションが要求するデバイスが使用不可能な状態になった場合、アクセス要求を発したアプリケーションは所望の動作を行えなかった。このため、アプリケーション側でデバイス構成を意識する必要があった。
【０００７】
本発明は、上記従来の課題を解決するものであり、競合の結果、またはデバイス構成の変更の結果、必要とするデバイスの実行権が獲得できないアプリケーションに対し、必要とするデバイスを他のデバイスと代替することで当該アプリケーションの実行を可能とするアクセス管理装置、アクセス管理方法及びプログラムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
前記従来の課題を解決するために、本発明のアクセス管理装置は、複数のアプリケーションからデバイスへのアクセス要求を管理し、前記アプリケーションからアクセスされる複数のデバイスの機能や性能を表すデバイス固有情報と前記デバイスの使用状態を表すデバイス状態情報とを記憶する情報記憶部と、受信した前記アクセス要求と前記デバイス固有情報と前記デバイス状態情報とに基づいて、前記アプリケーションにデバイスの実行権を付与するデバイス管理部と、前記デバイス固有情報と前記デバイス状態情報とに基づいて、前記アプリケーションから要求されたデバイスの実行権を付与することができるか否かを判定する競合判定部と、前記実行権を付与することができないと判定された場合、前記アクセス要求と前記デバイス固有情報とに基づいて、代替可能なデバイスがあるか否かを判定するデバイス交換判定部とを備える。
【発明の効果】
【０００９】
本発明の構成によれば、競合調停の結果、アプリケーションがアクセス要求で指定したデバイスである要求デバイスが使用不可能だったアプリケーションに対して、あるいは使用デバイスの実行権を失ったアプリケーションに対して、要求デバイスと同等の機能を持つ代替デバイスの実行権を付与することでアプリケーションの実行可能性を高めることができる。
【発明を実施するための最良の形態】
【００１０】
以降、本発明の実施の形態について図面を参照しながら説明する。
【００１１】
（実施の形態１）
図１は、本発明の実施の形態１におけるアクセス管理装置の機能ブロックの構成を示す図である。図１において、本実施の形態１におけるアクセス管理装置１００は、デバイス管理部１０１と、競合判定部１０２と、デバイス交換判定部１０３を備える。デバイス管理部１０１は、デバイス状態情報１０５とデバイス固有情報１０６とを記憶する情報記憶部１０４を有する。ここでは、デバイス管理部１０１が情報記憶部１０４を有する構成としたが、情報記憶部１０４を独立して設ける構成としてもよい。
【００１２】
また、アクセス管理装置１００は、アプリケーション１０７からデバイス１０８のアクセス要求を受け（アプリケーション１０７が要求するデバイス１０８を要求デバイスという）、アクセスを許可するデバイス１０８の実行権をアプリケーション１０７に付与する。以下、各構成要素の概要を説明する。
【００１３】
デバイス管理部１０１は、情報記憶部１０４に登録されているデバイス１０８（デバイス１、デバイス２、・・・デバイスｎ）を管理し、アプリケーション１０７（ＡＰＬ１、ＡＰＬ２、・・・ＡＰＬｎ）にデバイス１０８の実行権を付与する。
【００１４】
まず、デバイス管理部１０１は、アプリケーション１０７からのデバイスアクセス要求と競合判定部１０２とデバイス交換判定部１０３との判定結果に基づき、デバイスの実行権を付与するアプリケーション１０７を決定する。
【００１５】
さらに、デバイス管理部１０１は、競合判定部１０２の判定結果により競合発生が通知された場合、競合の発生したデバイス１０８についてアプリケーションの優先度または先勝ち、後勝ちなどのルールに従って競合調停を行い、調停されたアプリケーション１０７にデバイスの実行権を付与する。本実施の形態１では、アクセス要求の優先度３０２と使用ＡＰＬ（アプリケーション）優先度４０３とを比較し、より高い優先度を持つアプリケーション１０７にデバイスの実行権を付与するものとする。アクセス優先度３０２と使用ＡＰＬ優先度４０３とは、図３と図４とを用いて後に詳細に説明する。
【００１６】
また、デバイス管理部１０１は、デバイス交換判定部１０３の判定結果により、競合調停によりデバイスの実行権が付与されなかったアプリケーション（以下、低優先度アプリケーションという）の要求デバイスと同等の機能を持つデバイス（以下、代替デバイスという）が通知された場合、低優先度アプリケーションに代替デバイスの実行権を付与する。
【００１７】
さらに、デバイス管理部１０１は、デバイス状態情報１０５、デバイス固有情報１０６を記憶する情報記憶部１０４を有する。デバイス状態情報１０５とデバイス固有情報１０６とはデバイス管理部１０１に管理され、デバイス構成に応じて情報の追加、削除、変更が行われる。
【００１８】
デバイス状態情報１０５は、デバイス個々の状態を保持するテーブルであって、デバイスの利用状況を格納する。
【００１９】
デバイス固有情報１０６は、デバイス個々の情報を保持するテーブルであって、各デバイスの識別子及び各デバイスが保有する機能、デバイスの優先順位を決定するパラメータを１つ以上格納する。
【００２０】
競合判定部１０２は、アプリケーション１０７からのアクセス要求があったデバイス１０８についてデバイス管理部１０１より取得したデバイス状態情報１０５を参照し、競合が発生しているか否かを判定する。本実施の形態１においては、競合判定部１０２はデバイス状態情報１０５内のアクセス可否４０２を元に競合を判定する。また、競合判定部１０２は、アクセス可否４０２が「不可」のデバイスにアクセス要求が行われた場合、競合発生とみなし、デバイス管理部１０１に判定結果を通知する。また、アクセス可否４０２が「可」のデバイスにアクセス要求が行なわれた場合、競合がなかったとみなし、デバイス管理部１０１に判定結果を通知する。アクセス可否４０２については、図４を用いて後に詳細に説明する。
【００２１】
デバイス交換判定部１０３は、デバイス管理部１０１より取得したデバイス固有情報１０６を参照し、低優先度アプリケーションに対する代替デバイスがシステム上に存在するか否かを判定する。代替デバイスが複数存在する場合は、デバイス固有情報１０６に登録された特定のパラメータまたはその組み合わせを元に優先順位を付け、それに従い１つの代替デバイスを選択する。その後、デバイス交換判定部１０３は、選択された代替デバイスをデバイス管理部１０１に通知する。代替デバイスが存在しない場合は、その旨デバイス管理部１０１に通知する。
【００２２】
ここで、優先順位は、デバイス固有情報１０６に基づきデバイス管理部１０１がデバイスの持つ機能別にあらかじめ決定しておいてもよい。また、アクセス要求の内容により各デバイスの優先すべきパラメータを指定してもよい。
【００２３】
図２は、本実施の形態１を携帯端末に適用した場合における競合の一例を示す図である。本例における携帯端末は、デバイスとしてＨ／Ｗ−ＭＰＥＧ４デコード装置であるＤｅｃｏｄｅｒ１（２０３）とＳ／Ｗ−ＭＰＥＧ２／４デコード装置であるＤｅｃｏｄｅｒ２（２０４）とＳ／Ｗ−ＭＰＥＧ４デコード装置であるＤｅｃｏｄｅｒ３（２０５）とＨ／Ｗ映像描画処理装置であるＲｅｎｄｅｒｅｒ１（２０６）とＳ／Ｗ映像描画処理装置であるＲｅｎｄｅｒｅｒ２（２０７）を少なくとも備える。そして、端末上で１ｓｅｇ放送アプリ２０１がＤｅｃｏｄｅｒ１（２０３）とＲｅｎｄｅｒｅｒ１（２０６）を用いて処理を行っているときに、Ｗｅｂ表示アプリ２０２がデバイスＤｅｃｏｄｅｒ１（２０３）とＲｅｎｄｅｒｅｒ２（２０７）にアクセス要求を発した結果、競合が生じている。
【００２４】
図３は、デバイス管理部１０１がアプリケーションから受け取るアクセス要求の一例を示した図である。本実施の形態１において、アクセス要求はＡＰＬ名３０１、優先度３０２、要求デバイス３０３により構成されるものとする。優先度３０２は数字が小さいものほど優先度が高いことを表す。要求デバイス３０３はアプリケーションが必要とする数だけ存在し、アプリケーションが要求する特定のデバイスを表す。また、図３に示す要求デバイスは図２に示した１ｓｅｇ放送アプリ２０１とＷｅｂ表示アプリ２０２が発する要求デバイスを表したものである。
【００２５】
図４は、デバイス状態情報１０５の一例を示したものである。本実施の形態１において、デバイス状態情報１０５はデバイス名４０１、アクセス可否４０２、使用アプリケーション（ＡＰＬ）優先度４０３により構成されるものとする。デバイス名４０１は、デバイス管理装置１０１に登録されているデバイスを表し、図５に示したデバイス固有情報１０６のデバイス名５０１と対応するものとする。アクセス可否４０２は、デバイスがアプリケーションにより実行中か否かを示し、「可」の場合未実行、「不可」の場合実行中を表す。また、使用ＡＰＬ優先度４０３は、使用しているアプリケーションのアクセス要求の優先度を表し、ここでは図３に示すアクセス要求の優先度３０２に対応するものとする。なお１つのデバイスが複数のアプリケーションを実行可能な場合、使用アプリケーション数や、デバイス使用率などデバイスが持つ資源の消費状況を示す情報を保持しても良い。
【００２６】
図５は、デバイス固有情報１０６の一例を示したものである。本実施の形態１において、デバイス固有情報１０６はデバイス名５０１、保有機能５０２、処理速度５０３により構成されるものとする。デバイス名５０１は、デバイス状態情報１０５が保持するデバイス名４０１に対応する。保有機能５０２は、図５に示すように個々のデバイスが保有する機能の数だけ存在するものとする。処理速度５０３は、数字が大きいものほど高性能であることを表す。本実施の形態１において、代替デバイス候補がシステム上に複数存在する場合、デバイス交換判定部１０３は、デバイス固有情報１０６に含まれるパラメータの中で処理速度５０３がより高性能なものを優先的に選択するものとする。なお、代替デバイスを決定するために、デバイス固有情報１０６として画質や消費電力などを保持しても良い。また、１つのデバイスが複数のアプリケーションから実行可能な場合、最大同時利用可能アプリケーション数などデバイスが持つ資源を数値化した情報を保持しても良い。
【００２７】
以下、図２〜７を用いて実施の形態１における競合発生時のデバイスの実行権の付与とデバイス交換とについて詳細に説明する。
【００２８】
図２では、まず１ｓｅｇ放送アプリ２０１が２つのデバイスＤｅｃｏｄｅｒ１（２０３）とＲｅｎｄｅｒｅｒ１（２０６）を用いて１ｓｅｇ放送の再生を行っている。このとき、Ｄｅｃｏｄｅｒ１（２０３）とＲｅｎｄｅｒｅｒ１（２０６）の実行権は１ｓｅｇ放送アプリ２０１が所有している。次に、１ｓｅｇ放送アプリ２０１の実行中に他のアプリケーションであるＷｅｂ表示アプリ２０２がＤｅｃｏｄｅｒ１（２０３）とＲｅｎｄｅｒｅｒ２（２０７）にアクセス要求を発し、Ｗｅｂ上の動画コンテンツの再生を開始しようとしたとする。このとき、図２に示したように１ｓｅｇ放送アプリ２０１が実行しているＤｅｃｏｄｅｒ１（２０３）に対し、Ｗｅｂ表示アプリ２０２がアクセス要求を発している。この結果、競合が発生する。以下、このときのデバイスの実行権の付与手順について図６を用いて説明する。また、デバイス交換実施手順については図７を用いて説明する。
【００２９】
まず、１ｓｅｇ放送アプリ２０１の実行中にデバイス管理部１０１がＷｅｂ表示アプリ２０２からのアクセス要求を受信する（Ｓ６０１）。
【００３０】
アクセス要求を受け取ったデバイス管理部１０１は、図５に示すデバイス固有情報１０６を参照し、アクセス要求のあったＤｅｃｏｄｅｒ１（２０３）とＲｅｎｄｅｒｅｒ２（２０７）のデバイス名５０１を検索する（Ｓ６０２）。
【００３１】
次に、デバイス管理部１０１は要求デバイスがシステム上に存在するか否かを確認する（Ｓ６０３）。本実施の形態１では、Ｗｅｂ表示アプリ２０２が要求するデバイスであるＤｅｃｏｄｅｒ１（２０３）とＲｅｎｄｅｒｅｒ２（２０６）とは共に存在することが確認できる。
【００３２】
次に、デバイス管理部１０１はデバイス状態情報１０５を参照し、要求デバイスの状態情報（ここではアクセス可否４０２）を取得する（Ｓ６０４）。
【００３３】
次に、競合判定部１０２は要求デバイスのアクセス可否４０２とデバイス管理部１０１が受信したアクセス要求とをデバイス管理部１０１より取得する。また、競合判定部１０２は、取得したアクセス可否４０２とアクセス要求とに基づいて競合を判定して、判定結果をデバイス管理部１０１に通知する。本実施の形態１では、Ｒｅｎｄｅｒｅｒ２（２０７）はアクセス可否４０２が「可」であるため競合もなく実行可能な状態にあると判断され（Ｓ６０５）、デバイス管理部１０１によりＷｅｂ表示アプリ２０２にＲｅｎｄｅｒｅｒ２（２０７）のデバイス実行権が付与される（Ｓ６０６）。
【００３４】
しかし、Ｄｅｃｏｄｅｒ１（２０３）については、アクセス可否４０２が「不可」であるため競合が発生する。また、使用ＡＰＬ優先度４０３がＷｅｂ表示アプリ２０２の優先度３０２よりも高いため、競合調停の結果、デバイス管理部１０１はデバイス実行権を付与しない（Ｓ６０５）。よってＷｅｂ表示アプリ２０２はこの時点で所望の動作を行うことができないため、次ステップとして代替デバイス検索手順である図７に進む。
【００３５】
代替デバイス検索手順では、まず、デバイス管理部１０１は競合調停の結果、低優先度アプリケーションの要求デバイス３０３をデバイス交換判定部１０３に通知する。本実施の形態１では、Ｄｅｃｏｄｅｒ１が通知される。デバイス交換判定部１０３は、デバイス固有情報１０６をデバイス管理部１０１より取得し、保有機能５０２から要求デバイスＤｅｃｏｄｅｒ１（２０３）の保有機能を抽出して、Ｗｅｂアプリ２０２が必要とする機能であるＭＰＥＧ４デコード機能を特定する。そして、ＭＰＥＧ４デコード機能を検索キーにしてデバイス固有情報１０６を検索し、ＭＰＥＧ４デコード機能を持つデバイスを検索する（Ｓ７０１）。
【００３６】
次に、デバイス交換判定部１０３は、Ｓ７０１の検索結果からＤｅｃｏｄｅｒ１（２０３）以外にＭＰＥＧ４デコード機能を持つ代替デバイスが存在するか否かを判定し、存在すると判定されれば代替デバイスを抽出する（Ｓ７０２）。この時点で該当する機能を持つ代替デバイス候補が２つ以上存在してもよい。本実施の形態１では、代替デバイス候補としてＤｅｃｏｄｅｒ１（２０３）と同機能を備えるＭＰＥＧ２／４デコード装置Ｄｅｃｏｄｅｒ２（２０４）とＭＰＥＧ４デコード装置Ｄｅｃｏｄｅｒ３（２０５）が該当する。もし、Ｓ７０２においてデバイス固有情報１０６から代替デバイスが１つも該当しなかった場合、代替デバイスがなかったことをデバイス管理装置１０１に通知する。この場合、Ｗｅｂ表示アプリ２０２はＭＰＥＧ４デコード機能を持ったデバイスの実行権を獲得できないため、所望の動作を行うことができない。
【００３７】
次に、デバイス交換判定部１０３は、Ｓ７０２で抽出した代替デバイスの候補の中から実際に実行権を付与するデバイスの選択を行う（Ｓ７０３）。代替デバイスの選択はあらかじめ設定された優先デバイス選択方法に従って行われる。本実施の形態１では、前記のとおり処理速度５０３に基づいて高速なデバイスが優先して選択されるため、Ｄｅｃｏｄｅｒ２（２０４）が選択されることとなる。そして、デバイス交換判定部１０３は、選択した代替デバイスをデバイス管理部１０１に通知する。
【００３８】
次に、デバイス管理部１０１はデバイス状態情報１０５を参照し、代替デバイスとして選択されたＤｅｃｏｄｅｒ２（２０４）の状態情報（ここではアクセス可否４０２）を取得する（Ｓ７０４）。
【００３９】
次に、競合判定部１０２は代替デバイスとして選択されたＤｅｃｏｄｅｒ２（２０４）が実行可能か否かをＳ６０５と同様に判定する（Ｓ７０５）。本実施の形態１では、Ｄｅｃｏｄｅｒ２（２０４）は競合もなく実行可能な状態にあるため、デバイス管理部１０１によりＷｅｂ表示アプリ２０２にＤｅｃｏｄｅｒ２（２０４）の実行権が付与される（Ｓ７０６）。これによりＷｅｂ表示アプリ２０２は必要とする機能を持つデバイスの実行権を全て獲得できたため、所望の動作であるＷｅｂ上の動画コンテンツの再生を行うことが可能となる。
【００４０】
もし、Ｓ７０５においてＤｅｃｏｄｅｒ２（２０４）のアクセス可否４０２が「不可」であり、使用ＡＰＬ優先度４０３がＷｅｂ表示アプリ２０２の優先度４０２より高く、デバイスの実行権が獲得できなかった場合、Ｗｅｂ表示アプリ２０２は所望の動作を行うことができない。
【００４１】
また、これまでシステム上で先に実行されていた１ｓｅｇ放送アプリ２０１の優先度が後から実行されたＷｅｂ表示アプリ２０２の優先度より高い場合について説明してきたが、先に実行された１ｓｅｇ放送アプリ２０１よりも後から実行されたＷｅｂ表示アプリ２０２の優先度が高い場合も考えられる。
【００４２】
このとき、Ｓ６０５においてデバイス管理部１０１はＷｅｂ表示アプリ２０２にデバイスアクセス優先権があるとみなし、競合が発生したデバイスＤｅｃｏｄｅｒ１（２０３）の実行権はＷｅｂ表示アプリ２０２が獲得することとなる。
【００４３】
この場合において、Ｄｅｃｏｄｅｒ１（２０３）の実行権を喪失した１ｓｅｇ放送アプリ２０１は図７に示す代替デバイス検索手順を実行し、代替デバイスの検索、実行権獲得処理を行うこととなる。その結果、１ｓｅｇ放送アプリ２０１は、Ｄｅｃｏｒｄｅｒ２（２０４）の実行権を獲得することができる。
【００４４】
このようにかかる構成によれば、競合の結果、必要とするデバイスの実行権を獲得できなかったアプリケーションに対し、要求デバイスと同等の機能を持つ代替デバイスの実行権を付与することでアプリケーションの実行可能性を高めることができる。
【００４５】
（実施の形態２）
実施の形態１では、デバイス交換時にデバイス選択Ｓ７０３で単一の代替デバイスを選択し、Ｓ７０５で代替デバイスの使用可否を判定し使用不可だった場合、別の代替デバイスを検索することはなかったが、代替デバイスが複数存在する場合代替デバイスが見つかるまで、繰り返し代替デバイス交換判定を行うことも考えられる。
【００４６】
図８は、本実施の形態２における代替デバイス検索の手順を示す図である。交換判定を繰り返し行う以外の基本的な処理は実施の形態１で用いた図７に示す代替デバイス検索手順と変わりないので、図７と同じ処理をするステップには同じ符号を付し、その説明を省略する。
【００４７】
Ｓ８０１は、デバイス交換判定部１０３が代替デバイスの候補をリストに保存しておく点でＳ７０３と異なる。このリストには代替デバイス候補についてデバイス固有情報１０６と同等の情報が保存されるものとする。また、Ｓ８０２はＳ７０５と代替デバイスが実行不可能だった場合の動作が異なる。
【００４８】
Ｓ８０２で代替デバイスが実行不可能だった場合、デバイス交換判定部１０３はＳ８０１で保存した代替デバイス候補のリストから実行不可能と判定されたデバイスに関する項目を削除すると共に、他の候補が存在するか否かを判定する（Ｓ８０３）。
【００４９】
そして、他の候補が存在した場合はＳ８０１に戻り、デバイス交換判定部１０３は保存しておいた代替デバイス候補のリストの中から次の代替デバイスを選択する。例えば、実施の形態１と同様に処理速度５０３がより高速なものを優先して選択する場合、実施の形態１と同様の構成においてＷｅｂ表示アプリ２０２が必要とするＤｅｃｏｄｅｒ１（２０３）の代替デバイスとしてＤｅｃｏｄｅｒ２（２０４）が最優先で選択される。しかし、Ｄｅｃｏｄｅｒ２（２０４）が実行不可能だった場合、次の代替デバイスとしてＤｅｃｏｄｅｒ３（２０５）が選択され、再度デバイスの実行権獲得処理が行われる。
【００５０】
かかる構成によれば、代替デバイスの候補が複数存在する場合、実行権を付与するか代替デバイスの候補がリストから存在しなくなるまで繰り返し実行権獲得処理を行うことで、アプリケーションの実行可能性をさらに高めることが可能となる。
【００５１】
（実施の形態３）
実施の形態１〜２では、競合発生時に代替デバイスを割り当てるアクセス管理装置について説明してきた。しかし、デバイス構成の変更があったためアプリケーションの実行時にアクセス要求を発したデバイスが既に存在しないという場合も考えられる。
【００５２】
図９は、１ｓｅｇ放送アプリ９０１が実行された時点で必要とするデバイスＤｅｃｏｄｅｒ１（９０２）がシステム上に存在しなかった場合の例を示す。本実施の形態３におけるアクセス要求は、実施の形態１で使用したＡＰＬ名３０１、優先度３０２、要求デバイス３０３に加えて要求機能３０４を持つものとする。
【００５３】
図６を用いて本実施の形態３の要求デバイスの実行権付与手順を説明する。基本的な手順は実施の形態１と変わりない。Ｓ６０３においてデバイス管理部１０１がデバイス固有情報１０６を参照し、要求デバイスの存在確認を行ったときにＤｅｃｏｄｅｒ１（９０２）が存在しないことが明らかになる。このとき要求デバイスの実行権が獲得できないため、アクセス要求の要求機能３０４を元に図７の代替デバイス検索手順に進む。
【００５４】
本実施の形態３では代替デバイス検索手順も基本的に実施の形態１と変わりない。Ｓ７０１においてデバイス交換判定部１０３が代替デバイスの検索キーとなるアプリケーションが必要とする機能をアクセス要求内の要求機能３０４から取得する点が実施の形態１と異なる。また、実施の形態２のように代替デバイスが複数存在した場合に、実行権を得るまで繰り返し実行権獲得処理を行うことも考えられる。また、本実施の形態３を用いることによりＤｅｃｏｄｅｒ２（９０３）のように、複数の機能を持つデバイスに対するアクセス要求において実行権が獲得できなかった場合にアプリケーションが必要としていた機能の特定が可能となる。
【００５５】
かかる構成によれば、必要とするデバイスがデバイス構成の変更によりシステムから失われた結果、その実行権が獲得できなかったアプリケーションに対し、要求デバイスと同等の機能を持つ代替デバイスの実行権を付与することで、アプリケーションの実行可能性を高めることができる。
【００５６】
（実施の形態４）
実施の形態１〜３では、実行されるアプリケーションは、デバイスアクセス要求として特定のデバイスを指定していた。しかし、必要とする機能のみを要求する場合も考えられる。
【００５７】
図１０は、本実施の形態４におけるアクセス要求の一例を示す図である。本実施の形態４におけるアクセス要求は、ＡＰＬ名３０１、優先度３０２、要求機能３０４により構成されるものとする。実施の形態１と比較して要求デバイス３０３の代わりに要求機能３０４を用いている点が異なる。図１１を用いて、デバイスの実行権の付与手順を説明する。図６と同じ処理をする手順については同じ符号を付し、その説明を省略する。
【００５８】
図６ではＳ６０２において、デバイス管理部１０１が要求デバイスの有無を確認していたが、本実施の形態４においてデバイス管理部１０１は、アプリケーションからのアクセス要求をデバイス交換判定部１０３に通知することのみを行う。次に、デバイス交換判定部１０３がアクセス要求とデバイス管理部１０１より取得したデバイス固有情報１０６を基に、要求機能３０４を持つデバイスを検索する（Ｓ１１０１）。
【００５９】
次に、デバイス交換判定部１０３が要求機能３０４を持つデバイスの有無を確認する（Ｓ１１０２）と共に、あらかじめ設定された優先デバイス選択方法に従って実行権を要求するデバイスを決定し、デバイス管理部１０１に通知する（Ｓ１１０３）。Ｓ６０５以降の動作については代替デバイス検索手順を含めて実施の形態１と同様である。
【００６０】
このようにかかる構成によれば、アプリケーションがアクセス要求で必要とする機能レベルのみ通知するだけで、必要な機能を持つデバイスを検索し実行権を付与することができる。このとき、アプリケーション設計者並びに、アプリケーションがデバイス構成を意識する必要は無い。
【００６１】
（実施の形態５）
実施の形態１〜４では、競合判定部１０２がデバイス状態情報１０５のアクセス可否４０２に基づいて競合判定を行っていた。しかし、デバイス状態情報１０５が実際に使用されているデバイスのみを記憶することによって、デバイス管理部１０１がデバイス状態情報１０５のデバイス名４０１やアクセス可否４０２に基づいて競合判定を行うことも考えられる。
【００６２】
本実施の形態５では、デバイス状態情報１０５が実際に使用されているデバイスのみを記憶し、デバイス管理部１０１がデバイスアクセス要求を受信した際に、要求デバイスがデバイス状態情報１０５に記憶されていれば競合と判定する場合の一例について説明する。また、本実施の形態５では、図１２を用いてデバイス管理部１２０１が競合判定を行うこととして説明する。図１と同じ機能を果たす構成には同じ符号を付し、その説明を省略する。
【００６３】
アクセス管理装置１２００は、図１と比べて競合判定部１０２がない。これはデバイス管理部１２０１が競合判定も行うようにしたからである。
【００６４】
デバイス管理部１２０１は、デバイスのアクセス要求と情報記憶部１０４に記憶されているデバイス状態情報１２０２とに基づいて競合判定を行う。競合判定手順については後に説明する。
【００６５】
デバイス状態情報１２０２は、実際に使用されているデバイス、つまり、アプリケーションに実行権が付与されているデバイスのみの情報を記憶する。図１３を用いて説明すると、現在実行権を付与しているデバイス名１３０１は、Ｄｅｃｏｄｅｒ１とＲｅｎｄｅｒｅｒ１である。これにより、次に要求されるデバイスがＤｅｃｏｄｅｒ１またはＲｅｎｄｅｒｅｒ１であれば、競合が発生することになる。
【００６６】
この場合、デバイス名１３０１に要求デバイスがあるか否かで競合判定を行っているが、これは前提として１つのデバイスに１つのアプリケーションしか割り当てられないからである。しかし、１つのデバイスに複数のアプリケーションを割り当てることができるとすれば、アクセス可否１３０２も競合判定の対象にする必要がある。
【００６７】
図１４を用いて、実施の形態５におけるデバイスの実行権の付与手順について説明する。図６と同じ処理をする手順については同じ符号を付し、その説明を省略する。
【００６８】
デバイス管理部１２０１は、アプリケーション１０７からデバイスのアクセス要求を受信するとデバイス状態情報１２０２を取得する（Ｓ１４０１）。
【００６９】
次に、デバイス管理部１２０１は、アクセスを要求された要求デバイスがデバイス状態情報１２０２のデバイス名１３０１に記憶されているか否か判断する（Ｓ１４０２）。要求デバイスがデバイス名１３０１に記憶されていれば、競合が発生したと判断し、図７のデバイス交換実施手順に進む。要求デバイスがデバイス名１３０１に記憶されていなければ、要求デバイスの実行権をアプリケーションに付与し、手順を終了する（Ｓ６０４、Ｓ６０５）。
【００７０】
かかる構成によれば、デバイス状態情報１２０２が実行権を付与しているデバイスのみを記憶することにより、メモリを効率的に使用することができ、さらに、競合判定に伴う手順を簡素化することができる。
【００７１】
なお、上記本実施の形態におけるデバイスとして、デコーダーをメインに説明をしたが、携帯端末やパーソナルコンピューターなどで用いられるデバイスであっても本発明を実施できることは言うまでもない。
【００７２】
また、本発明であるアクセス管理装置の実現において上述のデバイス管理部、競合判定部、デバイス交換判定部、デバイス固有情報、デバイス状態情報は、ソフトウェア上のプログラム、そのプログラムを記録した媒体でもよい。
【００７３】
なお、上記実施の形態において、アクセス管理装置を構成する各機能ブロックは、典型的には、ＣＰＵやメモリを要した情報機器上で動作するプログラムとして実現されるが、その機能の一部または全部を集積回路であるＬＳＩとして実現してもよい。これらのＬＳＩは、個別に１チップ化されても良いし、一部又は全てを含むように１チップ化されても良い。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
【００７４】
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（ＦＩＥＬＤ  ＰＲＯＧＲＡＭＭＡＢＬＥ  ＧＡＴＥ  ＡＲＲＡＹ）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサーを利用しても良い。
【００７５】
さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
【産業上の利用可能性】
【００７６】
本発明にかかるアクセス管理装置は、既存の競合調停では要求デバイスの実行権を獲得できなかったアプリケーションに対し代替デバイスを検索するデバイス交換部を有し、携帯端末、ＰＤＡ、ＰＣ等として有用である。
【図面の簡単な説明】
【００７７】
【図１】本発明の実施の形態１におけるアクセス管理装置の機能ブロック構成図
【図２】本発明の実施の形態１におけるアクセス管理装置の競合発生時のデバイス交換実施の一例を示す図
【図３】本発明の実施の形態１におけるアクセス管理装置のアクセス要求の一例を示す図
【図４】本発明の実施の形態１におけるアクセス管理装置のデバイス状態情報の一例を示す図
【図５】本発明の実施の形態１におけるアクセス管理装置のデバイス固有情報の一例を示す図
【図６】本発明の実施の形態１におけるアクセス管理装置のデバイス実行権付与手順フローチャート
【図７】本発明の実施の形態１におけるアクセス管理装置の代替デバイス検索手順フローチャート
【図８】本発明の実施の形態２におけるアクセス管理装置の再帰的代替デバイス検索手順フローチャート
【図９】本発明の実施の形態３におけるアクセス管理装置のデバイス構成変更時のデバイス交換実施の一例を示す図
【図１０】本発明の実施の形態４におけるアクセス管理装置のアクセス要求の一例を示す図
【図１１】本発明の実施の形態４におけるアクセス管理装置のデバイス実行権付与手順フローチャート
【図１２】本発明の実施の形態５におけるアクセス管理装置の機能ブロック構成図
【図１３】本発明の実施の形態５におけるアクセス管理装置のデバイス状態情報の一例を示す図
【図１４】本発明の実施の形態５におけるアクセス管理装置のデバイス実行権付与手順フローチャート
【符号の説明】
【００７８】
１００    アクセス管理装置
１０１    デバイス管理部
１０２    競合判定部
１０３    デバイス交換判定部
１０４    情報記憶部
１０５    デバイス状態情報
１０６    デバイス固有情報
１０７    アプリケーション
１０８    デバイス
２０１    １ｓｅｇ放送アプリ
２０２    Ｗｅｂ表示アプリ
２０３    Ｄｅｃｏｄｅｒ１
２０４    Ｄｅｃｏｄｅｒ２
２０５    Ｄｅｃｏｄｅｒ３
２０６    Ｒｅｎｄｅｒｅｒ１
２０７    Ｒｅｎｄｅｒｅｒ２
３０１    ＡＰＬ名
３０２    優先度３０２
３０３    要求デバイス
４０１    デバイス名
４０２    アクセス拒否
４０３    使用ＡＰＬ優先度
５０１    デバイス名
５０２    保有機能
５０３    処理速度
９０１    １ｓｅｇ放送アプリ
９０２    Ｄｅｃｏｄｅｒ１
９０３    Ｄｅｃｏｄｅｒ２
９０４    Ｒｅｎｄｅｒｅｒ１
１００１    要求機能
１２００    アクセス管理装置
１２０１    デバイス管理部
１２０２    デバイス状態情報
１３０１    デバイス名
１３０２    アクセス可否
【図１】
2008181370.tif 000003
【図２】
2008181370.tif 000004
【図３】
2008181370.tif 000005
【図４】
2008181370.tif 000006
【図５】
2008181370.tif 000007
【図６】
2008181370.tif 000008
【図７】
2008181370.tif 000009
【図８】
2008181370.tif 000010
【図９】
2008181370.tif 000011
【図１０】
2008181370.tif 000012
【図１１】
2008181370.tif 000013
【図１２】
2008181370.tif 000014
【図１３】
2008181370.tif 000015
【図１４】
2008181370.tif 000016