JP4889575B2

JP4889575B2 - アクセス許可設定方法、アクセス許可設定装置およびアクセス許可設定プログラム

Info

Publication number: JP4889575B2
Application number: JP2007154249A
Authority: JP
Inventors: 航哉森; 育生依田
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 2007-06-11
Filing date: 2007-06-11
Publication date: 2012-03-07
Anticipated expiration: 2027-06-11
Also published as: JP2008305336A

Description

本発明は、アプリケーションからインスタンスへのアクセス許可の設定を行う技術に関する。

特許文献１には、宅内のネットワークに接続された機器やセンサなどを連携させて、各種のサービスを実現する機器制御装置（ホームゲートウェイ装置）が記載されている。

また、非特許文献１には、複数のホームサービスを１つのプラットホーム上に多重化して、複数のホームサービスを１つのホームゲートウェイ装置を用いて実現することが記載されている。なお、非特許文献１のホームゲートウェイ装置では、Java（登録商標）VM（Virtual Machine）上で動作するOSGi（Open Services Gateway Initiative） Frameworkにより、ネットワークに接続された機器、センサなどのデバイスを制御する。
特開２００５−２３４７３３号公報 "生活シーンに応じて進化するガス機器を中心とした総合生活支援サービスの実験開始"、[online]、［平成１９年３月１２日検索］、インターネット＜ＵＲＬ： http://www.ntt.co.jp/news/news05/0508/050805.html＞

非特許文献１のホームゲートウェイ装置では、デバイスを制御するインスタンスを、Java（登録商標）VM上に生成している。インスタンスは、メモリ上に存在するソフトウェアを構成するプログラムの一部であって、必要に応じてクラスから動的に生成される。クラスは、インスタンスの設計図にあたるものであり、プログラムを構成するファイルとして記憶装置上に存在する。また、Java（登録商標）の場合、再利用性を高めるために、関連性の高い複数のクラスがまとめられ、パッケージが構成される。

Java（登録商標）においては、クラスやパッケージには永続的なＩＤがあるが、インスタンスはJava（登録商標）VMの起動後に動的に生成されるために永続的なＩＤを有しない。そのため、非特許文献１のホームゲートウェイ装置では、Java（登録商標）のアクセスコントロールモデルを用いてクラス単位またはパッケージ単位でのアクセスコントロールを行うことができるが、インスタンス単位でのアクセスコントロールを行うことは困難である。このため、同一のクラス定義により生成される複数のインスタンスを、それぞれ特定のアプリケーションのみがアクセスできるようにすることができない。

本発明は上記事情に鑑みてなされたものであり、本発明の目的は、インスタンス単位のアクセスコントロールを可能とするアクセス許可設定方法、アクセス許可設定装置およびアクセス許可設定プログラムを提供することにある。

本発明は、コンピュータが行う、インスタンスへのアクセス許可を設定するアクセス許可設定方法であって、前記インスタンスに一意に識別可能な識別情報を付与する付与ステップと、前記インスタンスの識別情報と、当該インスタンスへのアクセスを許可するアプリケーションの情報とを記憶部に登録する登録ステップと、アプリケーションからインスタンスが呼び出された際に、当該インスタンスの識別情報と呼出元のアプリケーションの情報とが前記記憶部に登録されている場合は当該アプリケーションからインスタンスへのアクセスを許可し、前記記憶部に登録されていない場合は当該アプリケーションからインスタンスへのアクセスを禁止する制御ステップと、を行う。

また、本発明は、アクセス許可を設定するアクセス許可設定装置であって、前記インスタンスに一意に識別可能な識別情報を付与する付与手段と、前記インスタンスの識別情報と、当該インスタンスへのアクセスを許可するアプリケーションの情報とを記憶手段に登録する登録手段と、アプリケーションからインスタンスが呼び出された際に、当該インスタンスの識別情報と呼出元のアプリケーションの情報とが前記記憶手段に登録されている場合は当該アプリケーションからインスタンスへのアクセスを許可し、前記記憶手段に登録されていない場合は当該アプリケーションからインスタンスへのアクセスを禁止する制御手段と、を有する。

また、コンピュータが実行する、インスタンスへのアクセス許可を設定するアクセス許可設定プログラムであって、前記コンピュータに、前記インスタンスに一意に識別可能な識別情報を付与する付与ステップと、前記インスタンスの識別情報と、当該インスタンスへのアクセスを許可するアプリケーションの情報とを記憶部に登録する登録ステップと、アプリケーションからインスタンスが呼び出された際に、当該インスタンスの識別情報と呼出元のアプリケーションの情報とが前記記憶部に登録されている場合は当該アプリケーションからインスタンスへのアクセスを許可し、前記記憶部に登録されていない場合は当該アプリケーションからインスタンスへのアクセスを禁止する制御ステップと、を実行させる。

本発明によれば、インスタンスに一意に識別可能な識別情報を付与し、当該識別情報を用いてアクセスの可否を判断するため、インスタンス単位でのアクセスコントロールを可能とすることができる。すなわち、各インスタンスを、特定のアプリケーションからのみアクセスさせることができる。

以下、本発明の実施の形態について、図面を参照して説明する。

図１は、本発明の一実施形態のホームゲートウェイ装置を示す図である。

図示するホームゲートウェイ装置１は、通信部１１、記憶部１２、入力部１３、表示部１４および制御部１５を備えた汎用的なコンピュータシステムであって、これら各部１１〜１５は、内部バス１６を介して接続されている。

通信部１１は、ホームネットワーク３に接続され、当該ホームネットワーク３を介して機器２と通信を行う。

なお、説明の便宜上、図１には機器２のみがホームネットワーク３に接続されているが、複数の機器がホームネットワーク３に接続されていてもよい。

記憶部１２は、ハードディスク等の記録媒体により構成され、ホームゲートウェイ装置１自体を制御する制御プログラム、図２で説明するソフトウェアなどが記憶される。

入力部１３は、各種ボタンやキーボードなどの入力装置により構成され、ホームゲートウェイ装置１の各種設定を受け付ける。

表示部１４は、パワーランプや液晶表示装置などの表示装置によって構成され、入力部１３が受け付けた各種設定やホームゲートウェイ装置１の状態を表示する。

制御部１５は、ＣＰＵ(Central Processing Unit)、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）などにより構成される。ＣＰＵが、記憶部１２からメモリ上に読み込まれた各種プログラム（制御プログラム、ソフトウェア等）を実行することにより、ホームゲートウェイ装置１全体が制御され、ホームゲートウェイ装置１の各機能が実現される。

図２は、本実施形態のホームゲートウェイ装置１が、機器２を制御するためのソフトウェア（バンドル、プログラム群）のソフトウェア構成図である。なお、これらのソフトウェアは、Java（登録商標）VM上で動作するOSGi Framework上で動作する。また、図２は、OSGi Frameworkの仕様に従って示したものである。

本実施形態では、１つの物理デバイス（機器）２に対して、当該物理デバイス２を制御するプログラムであるデバイスインスタンス１０４が１つ生成される。アプリケーション１０７は、デバイスインスタンス１０４を利用して物理デバイス２を制御し、ユーザにサービスを提供する。

図２において、デバイスドライバ１０３（付与手段）は、物理デバイス２の種別毎に設けられ、対応する種別の物理デバイス２を発見するとともに、当該物理デバイス２を制御するプログラムである。なお、デバイスドライバ１０３は、複数のクラスから構成される。また、デバイスドライバ１０３は、発見した物理デバイス２に対応するインスタンスとして、デバイスインスタンス１０４をOSGi Frameworkに登録する。

デバイスインスタンス１０４（制御手段）は、物理デバイス２毎に設けられ、対応する物理デバイス２に対して所定の処理を行う。また、デバイスインスタンス１０４は、後述するJava（登録商標）VMのアクセスコントローラの機能を利用する。

割当管理１０５（登録手段）は、デバイスインスタンス１０４毎に、当該デバイスインスタンス１０４を利用可能なアプリケーション１０７が指定された割当情報を管理するとともに、割当情報サービス１０６をOSGi Frameworkに登録する。また、割当管理１０５は、割当情報に基づいて後述するパーミッションを生成し、Java（登録商標）VMに登録する。

割当情報サービス１０６は、割当情報を取得または保存するためのインタフェースをデバイスドライバ１０３に提供する。

アプリケーション１０７は、インタフェースであるデバイスインスタンス１０４を呼び出して、当該デバイスインスタンス１０４を用いて物理デバイス２を制御する。

以上説明したホームゲートウェイ装置１において、アプリケーション１０７とのインタフェースであるデバイスインスタンス１０４は、割当情報で指定されたアプリケーション１０７からの呼び出しのみを受け付けて、その他のアプリケーション１０７からの呼び出しは拒否する。

具体的には、デバイスドライバ１０３は、デバイスインスタンス１０４の生成時に指定するservice.pid（識別情報）を、当該デバイスインスタンス１０４の識別子とする。そして、デバイスドライバ１０３は、生成したデバイスインスタンス１０４のservice.pidと、当該インスタンスへのアクセスを許可するアプリケーションとを対応付けた割当情報を、割当管理１０５に登録する。

なお、service.pidは、OSGi Frameworkのサービスオブジェクトであるインスタンスを一意に識別可能なものである。また、OSGi Frameworkの仕様上、デバイスドライバ１０３は、インスタンスの生成および消滅を超えて、インスタンスが意味するものが同じ限り、継続して同じservice.pidを付与する。

図３は、本実施形態のホームゲートウェイ装置１が行うアクセスコントロール処理を説明するための説明図である。

デバイスドライバ１０３は、service.pidを指定してデバイスインスタンス１０４のインスタンスを生成する。そして、デバイスドライバ１０３は、インスタンス生成時にOSGi Frameworkに指定したservice.pidと、当該インスタンスを利用可能な所定のアプリケーション１０７の識別子とを、割当情報サービス１０６を介して割当管理１０５に登録（格納）する（Ｓ１）。なお、当該インスタンスを利用可能なアプリケーション１０７は、ユーザが指定することなどにより、あらかじめ定められているものとする。

OSGi Frameworkを用いる場合には、アプリケーション１０７の識別子として、BundleLOCATIONなどを用いることが可能である。また、これ以外に、電子署名を用いることも可能である。

割当管理１０５は、デバイスドライバ１０３により割当情報が登録されると、当該割当情報に基づいてパーミッション（Permission）１２１を生成し、当該パーミッション１２１をJava（登録商標）VMに登録する（Ｓ２）。

OSGi Frameworkを用いる場合の具体的な登録方法としては、割当管理１０５は、割当情報に設定されたアプリケーション１０７のBundleLOCATIONと、デバイスインスタンス１０４のservice.pidとが対になったパーミッション１２１を生成する。そして、割当管理１０５は、生成したパーミッション１２１をOSGi Frameworkの図示しないパーミッションアドミン（Permission Admin）を用いて、Java（登録商標）VMのポリシー１１３（記憶部）に登録する。

このようにして、Java（登録商標）VMにパーミッション１２１が登録される。

次に、アプリケーション１０７は、ユーザの指示を受け付けて、対象となる物理デバイス２に対応するデバイスインスタンス１０４を呼び出す（Ｓ３）。アプリケーション１０７は、デバイスインスタンス１０４を呼び出す際に、Java（登録商標）VMの機能により自身の識別子がデバイスインスタンス１０４に通知される。

なお、ユーザは、図示しない表示装置に表示されたＧＵＩ（Graphical User Interface）を操作することなどにより、アプリケーション１０７に対する指示を入力する。

アプリケーション１０７から呼び出されたデバイスインスタンス１０４は、処理を開始する前に、Java（登録商標）VMの機能であるアクセスコントローラ（AccessController）１１１に、パーミッションのチェックを要求する（Ｓ４）。すなわち、デバイスインスタンス１０４は、自身に設定されたservice.pidと、アプリケーション１０７の識別子とを含むチェック要求１２２を、アクセスコントローラ１１１に送出する。

アクセスコントローラ１１１は、Java（登録商標）VMの機能を用いて、要求元のデバイスインスタンス１０４を呼び出したアプリケーション１０７が、当該デバイスインスタンス１０４にアクセスする権利があるか否かのパーミッションチェックを行い、チェック結果を返す。

すなわち、アクセスコントローラ１１１は、ポリシー１１３の中にチェック要求１２２に含まれるデバイスインスタンス１０４のservice.pidおよびアプリケーション１０７の識別子のパーミッションが存在する場合は、呼出元のアプリケーション１０７はアクセスする権利があると判別する。一方、ポリシー１１３に存在しない場合は、呼出元のアプリケーション１０７はアクセスする権利がないと判別する。

要求元のデバイスインスタンス１０４は、アクセスコントローラからチェック結果を取得する。呼出元のアプリケーション１０７がアクセス権を有する（パーミッションが与えられている）チェック結果の場合、デバイスインスタンス１０４は、物理デバイス２に対して所定の処理を行う。一方、呼出元のアプリケーション１０７がアクセス権を有しない（パーミッションが与えられていない）チェック結果の場合、デバイスインスタンス１０４は、処理を中断し、エラーを呼出元のアプリケーション１０７に返す。

以上説明した本実施形態のホームゲートウェイ装置１では、インスタンスの生成時に、当該インスタンスを一意に識別可能な識別情報（service.pid）を付与するとともに、当該識別情報とアクセスを許可するアプリケーションとを対応付けたパーミッションを登録する。そして、アプリケーションからインスタンスが呼び出されたときに、インスタンスの識別情報を用いてパーミッションのチェックを行い、アクセスが許可されているアプリケーションから場合にのみ処理を実行する。これにより、本実施形態では、インスタンス単位でのアクセスコントロールを行うことができる。すなわち、各インスタンスを、特定のアプリケーションからのみアクセスさせることができる。

また、このようなインスタンス単位でのアクセスコントロールを応用して、火災、地震、侵入検知などの緊急事態が発生した際に、特定のアプリケーションのみに物理デバイス２の制御権を強制的に移して、危機管理を行うことができる。

具体的には、割当管理１０５は、緊急事態の情報を受信し、または、緊急事態を検知した場合、緊急事態の種別に応じて制御権を移したい物理デバイス２（デバイスインスタンス１０４）の割当情報を取得する。そして、割当管理１０５は、OSGi Frameworkのパーミッションアドミンを用いて、当該デバイスインスタンスのパーミッションをJava（登録商標）VM から削除し、インスタンスとアプリケーションの割当を解除する。

そして、割当管理１０５は、緊急事態の種別に対応して設定されているアプリケーションに、制御権を移したい物理デバイス２に対応するデバイスインスタンスのパーミッションを設定する。

これにより、例えば、火災を検知した場合、火災サービス（アプリケーション）のみに家電機器（物理デバイス）の制御を許可し、他のサービスからの窓やドアを閉めたり電灯を点灯させるといった競合する制御を排除した上で、火災サービスによる危機対応を優先させることができる。

なお、本発明は上記実施形態に限定されるものではなく、その要旨の範囲内で数々の変形が可能である。例えば、上記実施形態では、アプリケーションから呼び出されたインスタンスは、パーミッションチェックを依頼する際に、自身に設定されたservice.pidを用いることとした。しかしながら、service.pidは、インスタンス生成時にデバイスドライバが通知してもよく、また、インスタンスがOSGi Frameworkから取得するようにしてもよい。

また、本実施形態では、インスタンスを識別する情報としてservice.pidを用いたが、インスタンスを識別できる情報であれば他の情報を用いることとしてもよい。

本発明の実施形態のホームゲートウェイ装置のブロック図である。本発明の実施形態のホームゲートウェイ装置のソフトウェア構成図である。アクセスコントロール処理を説明するための説明図である。

符号の説明

１ホームゲートウェイ装置
１１通信部
１２記憶部
１３入力部
１４表示部
１５制御部
１６内部バス
１０３デバイスドライバ
１０４デバイスインスタンス
１０５割当管理
１０６割当情報サービス
１０７アプリケーション
２機器（物理デバイス）
３ホームネットワーク

Claims

コンピュータが行う、インスタンスへのアクセス許可を設定するアクセス許可設定方法であって、
前記インスタンスに、一意に識別可能な識別情報を付与する付与ステップと、
前記インスタンスの識別情報と、当該インスタンスへのアクセスを許可するアプリケーションの情報とを記憶部に登録する登録ステップと、
アプリケーションからインスタンスが呼び出された際に、当該インスタンスの識別情報と呼出元のアプリケーションの情報とが前記記憶部に登録されている場合は当該アプリケーションからインスタンスへのアクセスを許可し、前記記憶部に登録されていない場合は当該アプリケーションからインスタンスへのアクセスを禁止する制御ステップと、を行うこと
を特徴とするアクセス許可設定方法。
請求項１記載のアクセス許可設定方法であって、
前記インスタンスの識別情報は、OSGi Frameworkのservice.pidであること
を特徴とするアクセス許可設定方法。
インスタンスへのアクセス許可を設定するアクセス許可設定装置であって、
前記インスタンスに一意に識別可能な識別情報を付与する付与手段と、
前記インスタンスの識別情報と、当該インスタンスへのアクセスを許可するアプリケーションの情報とを記憶手段に登録する登録手段と、
アプリケーションからインスタンスが呼び出された際に、当該インスタンスの識別情報と呼出元のアプリケーションの情報とが前記記憶手段に登録されている場合は当該アプリケーションからインスタンスへのアクセスを許可し、前記記憶手段に登録されていない場合は当該アプリケーションからインスタンスへのアクセスを禁止する制御手段と、を有すること
を特徴とするアクセス許可設定装置。
請求項３記載のアクセス許可設定装置であって、
前記インスタンスの識別情報は、OSGi Frameworkのservice.pidであること
を特徴とするアクセス許可設定装置。
コンピュータが実行する、インスタンスへのアクセス許可を設定するアクセス許可設定プログラムであって、
前記コンピュータに、
前記インスタンスに一意に識別可能な識別情報を付与する付与ステップと、
前記インスタンスの識別情報と、当該インスタンスへのアクセスを許可するアプリケーションの情報とを記憶部に登録する登録ステップと、
アプリケーションからインスタンスが呼び出された際に、当該インスタンスの識別情報と呼出元のアプリケーションの情報とが前記記憶部に登録されている場合は当該アプリケーションからインスタンスへのアクセスを許可し、前記記憶部に登録されていない場合は当該アプリケーションからインスタンスへのアクセスを禁止する制御ステップと、を実行させること
を特徴とするアクセス許可設定プログラム。
請求項５記載のアクセス許可設定プログラムであって、
前記インスタンスの識別情報は、OSGi Frameworkのservice.pidであること
を特徴とするアクセス許可設定プログラム。