JP6991837B2 - Image forming device and its control method - Google Patents
Image forming device and its control method Download PDFInfo
- Publication number
- JP6991837B2 JP6991837B2 JP2017221286A JP2017221286A JP6991837B2 JP 6991837 B2 JP6991837 B2 JP 6991837B2 JP 2017221286 A JP2017221286 A JP 2017221286A JP 2017221286 A JP2017221286 A JP 2017221286A JP 6991837 B2 JP6991837 B2 JP 6991837B2
- Authority
- JP
- Japan
- Prior art keywords
- bundle
- permission
- image forming
- prohibited
- application
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Landscapes
- Stored Programmes (AREA)
- Facsimiles In General (AREA)
Description
本発明は、アプリケーションプログラムのインストールに関するものである。 The present invention relates to the installation of an application program.
近年、画像形成装置においては、ＪＡＶＡ（登録商標）環境に代表されるようなアプリ動作環境が提供されている。ＪＡＶＡ（登録商標）の持つプログラムの可搬性を利用して、拡張可能なアプリを提供する技術が提案されている。 In recent years, in an image forming apparatus, an application operating environment represented by a JAVA (registered trademark) environment has been provided. A technology for providing an expandable application by utilizing the portability of a program possessed by JAVA (registered trademark) has been proposed.
画像形成装置の機能やユーザビィリティの向上を図るために、上記ＪＡＶＡ（登録商標）環境などの環境下で動作するアプリを作成し、画像形成装置にインストールすることで、当該アプリにより所望の機能を実現できる。 In order to improve the functions and usability of the image forming device, by creating an application that operates in an environment such as the above JAVA (registered trademark) environment and installing it in the image forming device, the desired function by the application is achieved. Can be realized.
アプリプラットフォームとしては、ＯＳＧｉ（Ｏｐｅｎ Ｓｅｒｖｉｃｅｓ Ｇａｔｅｗａｙ Ｉｎｉｔｉａｔｉｖｅ）Ｓｅｒｖｉｃｅ Ｐｌａｔｆｏｒｍ（以下、ＯＳＧｉ）がある（非特許文献１）。ＯＳＧｉは、組み込み機器向けのＪＡＶＡ（登録商標）アプリプラットフォームである。ＯＳＧｉでは、ソフトウェアモジュールの管理単位としてバンドルを定義しており、インストール／開始／停止／更新／アンインストールからなるライフサイクルを管理するための仕様を定義している。ここで、バンドルとは、ＪＡＶＡ（登録商標）モジュールのことを指し、本発明においては、アプリケーションプログラム（以下「アプリ」と略称する）と同義である。そのため、以後アプリのことをバンドルと表記する。 As an application platform, there is OSGi (Open Services Gateway Initiative) Service Platform (hereinafter, OSGi) (Non-Patent Document 1). OSGi is a JAVA® app platform for embedded devices. In OSGi, a bundle is defined as a management unit of a software module, and a specification for managing a life cycle consisting of installation / start / stop / update / uninstallation is defined. Here, the bundle refers to a JAVA (registered trademark) module, and is synonymous with an application program (hereinafter abbreviated as “application”) in the present invention. Therefore, the application will be referred to as a bundle hereafter.
このようなアプリプラットフォームでは、コピー、スキャン、プリント等の組み込み機能をバンドルが提供することができる。 On such app platforms, bundles can provide built-in features such as copy, scan, and print.
各バンドルは、ＪＡＶＡ（登録商標）の標準仕様で設けられたパーミッションと呼ばれるセキュリティアクセス権限の仕組みを持つ。このパーミッションは、各バンドル個別に定義することが可能である。 Each bundle has a security access authority mechanism called permission provided in the standard specification of JAVA (registered trademark). This permission can be defined individually for each bundle.
しかしながら、バンドルが管理者権限のような強いパーミッションをもつことで、画像形成装置内に悪影響を与えるバンドルを作ることが可能である。例えば、開発中のバンドルとして、（ｊａｖａ．ｓｅｃｕｒｉｔｙ．ＡｌｌＰｅｒｍｉｓｓｉｏｎ）を保持するバンドルを作成する。それを開発時のテスト用の画像形成装置にインストールすることで、画像形成装置内のシステムバンドルへアクセスしてシステムバンドルの内部情報を抜き出すことも考えられる。 However, if the bundle has strong permissions such as administrator permissions, it is possible to create a bundle that adversely affects the image forming apparatus. For example, as a bundle under development, a bundle that holds (Java. security. AllPermission) is created. By installing it in the image forming device for testing at the time of development, it is conceivable to access the system bundle in the image forming device and extract the internal information of the system bundle.
本発明は、開発中のアプリも含めて、画像形成装置の安全性を担保しながら、アプリのインストールを行う技術を提供することを目的とする。 An object of the present invention is to provide a technique for installing an application while ensuring the safety of an image forming apparatus, including an application under development.
本発明の画像形成装置は、アプリケーションのインストール時に、署名をチェックする設定になっているかを判定する第１の判定手段と、前記第１の判定手段で、署名をチェックする設定になっていない場合、アプリケーションに含まれるパーミッションが、禁止されたパーミッションでないかを判定する第２の判定手段と、前記第２の判定手段で、アプリケーションに含まれるパーミッションが、禁止されたパーミッションでないと判定された場合、前記アプリケーションのインストールを許可する手段を有することを特徴とする。 When the image forming apparatus of the present invention is set to check the signature at the time of installing the application, the first determination means and the first determination means are not set to check the signature. When the second determination means for determining whether the permission included in the application is not a prohibited permission and the second determination means determine that the permission included in the application is not a prohibited permission, It is characterized by having a means for permitting the installation of the application.
本発明によれば、開発中のアプリも含めて、画像形成装置の安全性を担保しながら、アプリのインストールを行うことができるという効果がある。 According to the present invention, there is an effect that the application can be installed while ensuring the safety of the image forming apparatus including the application under development.
以下、本発明を実施するための最良の形態について図面を用いて説明する。 Hereinafter, the best mode for carrying out the present invention will be described with reference to the drawings.
（実施形態１）
図１は、プリント機能やスキャン機能、ネットワーク通信機能などを備える画像形成装置１３０のハードウェア構成図である。
(Embodiment 1)
FIG. 1 is a hardware configuration diagram of an
画像形成装置１３０は、スキャナ部１１３やプリンタ部１１４と電気的に接続され、一方でＬＡＮ１１６を介して外部デバイスと接続される。
The
ＣＰＵ１０１は、ＲＯＭ１０２に記憶された制御プログラム等に基づいて接続中の各種ハードウェアとのアクセスを統括的に制御し、またコントローラ内部で行われる各種処理についても統括的に制御する。
The
ＲＯＭ１０２は読み出し専用の不揮発記憶領域であり、画像形成装置１３０のブートプログラム、ファームウェアなどが格納されている。
The
ＲＡＭ１０３は、ＣＰＵ１０１が動作するためのシステムワークメモリであり、各種データを一時記憶するためのメモリである。このＲＡＭ１０３は、記憶した内容を電源ｏｆｆ後も保持可能なＦＲＡＭ（登録商標）およびＳＲＡＭ、電源ｏｆｆ後に記憶内容が消去されるＤＲＡＭなどにより構成される。
The
ＨＤＤ１０４は不揮発記憶領域であり、システムバンドルなどを格納する。図３で説明するインストールするバンドルを含むファームウェアは、ＨＤＤ１０４に格納される。
The HDD 104 is a non-volatile storage area and stores a system bundle and the like. The firmware including the bundle to be installed described with reference to FIG. 3 is stored in the
操作部Ｉ／Ｆ１０５は、システムバス１１９と操作部１１８を接続するインタフェース部である。具体的には操作部１１８に表示するデータをシステムバス１１９から受取り表示すると共に、操作部１１８からの入力情報をシステムバス１１９へ出力する。画像形成装置１３０に対するユーザの指示や情報提示は、操作部１１８を介して行う。
The operation unit I /
ネットワークＩ／Ｆ１０６はＬＡＮ１１６、ＷＡＮ１１７及びシステムバス１１９に接続し、外部との情報の入出力を行う。
The network I / F 106 connects to
スキャナＩ／Ｆ１０８は、スキャナ部１１３から受取った画像データに対して、補正、加工、及び編集を行う。
The scanner I /
画像形成部１０９は、画像データの方向変換、画像圧縮、伸張部などを行う。
The
プリンタＩ／Ｆ１１０は、画像形成部１０９から送られた画像データを受取り、画像形成後にプリンタ部１１４にて印刷する。
The printer I / F 110 receives the image data sent from the
図２は、本発明に関係する画像形成装置１３０のソフトウェアモジュール階層図である。なお図２以降に示す各ソフトウェアはＲＯＭ１０２、もしくは、ＨＤＤ１０４に保存され、ＣＰＵ１０１にて実行される。また、実行時に使用する各種情報はＲＡＭ１０３もしくはＨＤＤ１０４に保持してソフトウェア機能間での各種情報のやりとりを行う。さらに外部機器との通信は、ネットワークＩ／Ｆ１０６を用いて通信を行う。
FIG. 2 is a software module hierarchy diagram of the
次に各ソフトウェアの説明をする。ソフトウェアは、まずオペレーティングシステム（ＯＳ）プラットフォーム２０１を有する。
Next, each software will be described. The software first has an operating system (OS)
ＵＩ２０２はユーザインタフェースモジュールであり、オペレータが画像形成装置１３０に対する各種操作・設定を行う際に、装置とユーザ操作との仲介を行うモジュールである。このモジュールは、オペレータの操作に従い、後述の各種モジュールに入力情報を転送して処理の依頼、或いはデータの設定変更等を行う。
The
次に、ＪＡＶＡ（登録商標）側の構成について述べる。 Next, the configuration on the JAVA (registered trademark) side will be described.
ＪＡＶＡ（登録商標）側のソフトウェアプラットフォームは、ＪａｖａＶＭ２０７のランタイム環境として構成されており、インタプリタとしてのＪａｖａＶＭ２０７、ライブラリ２０８、フレームワーク群２０９で構成される。ライブラリ２０８は、標準のＡＰＩライブラリを含んで構成される。フレームワーク群２０９は、ＯＳＧｉ２１０を含んで構成され、このＯＳＧｉ２１０は、単一のＪａｖａＶＭ２０７に複数のバンドルを動作させる。更に、ＯＳＧｉ拡張部２１１は、インターフェース仕様であるＯＳＧｉ２１０に対する実装部分を担うモジュールである。ＯＳＧｉ拡張部２１１は、ＯＳＧｉ２１０の仕様を満たす範囲で必要に応じて機能を拡張可能であることを示す。このＯＳＧｉ２１０、及びＯＳＧｉ拡張部２１１は、バンドルのライフサイクルの管理やバンドル間通信機能などを提供する。
The software platform on the JAVA® side is configured as the runtime environment of JavaVM207, and is composed of JavaVM207 as an interpreter, the
このＯＳＧｉ２１０上には、複数のシステムバンドル群２１２がある。システムバンドル群２１２としては、複数のバンドルを管理し、新たなバンドルの追加、更新、削除をするためのバンドル管理サービス２１４がある。バンドル管理サービス２１４は、ＰＣからのインストール指示を受信する受け口でもある。インストール指示を受診したバンドル管理サービス２１４は、インストール制御サービス２１３を利用して、バンドルの追加、更新を行う。
On this OSGi210, there are a plurality of
更に、システムバンドル群２１２の中には、画像形成装置１３０の認証機能を担う認証バンドル２１５がある。認証バンドル２１５は、ユーザが画像形成装置に認証中に任意のバンドルから任意のタイミングで認証情報の問い合わせがあるため、停止できない特性を持つバンドルである。
Further, in the
一方で、後からインストールするタイプの後入れバンドル群２１７がある。バンドルのインストールについては、図３で示す。後入れバンドル群２１７として、後入れバンドル２１９は、画像形成装置１３０において各種処理をユーザに提供する。例えば、画像の加工や圧縮バンドル、印刷制限などの部門管理を行うバンドルなどがある。
On the other hand, there is a
各種機能を実現する後入れバンドル２１９は、バンドル管理サービス２１４の管理下で動作する。バンドル管理サービス２１４は、管理下に追加されたバンドルのバージョンを含むバンドル情報、ライセンス情報などを保持している。
The
図３は、ＰＣ３００から画像形成装置１３０へ、後入れバンドル２１９をインストールする流れを示したブロック図である。
FIG. 3 is a block diagram showing a flow of installing the
市販された後入れバンドル２１９は、図５で示すように改ざん防止の為、デジタル署名が付与され、そのうえで暗号化されている。また、後入れバンドル２１９は、パーミッション定義ファイル３０１が含まれる。このパーミッション定義ファイル３０１は、後入れバンドル２１９がインストール後に様々な機能を使用する上で利用可能なパーミッションを示す。ここで、パーミッションとは、ＪＡＶＡ（登録商標）の標準仕様で設けられたセキュリティアクセス権限の仕組みである。パーミッション定義ファイル３０１は、必要がなければ、保持しなくても構わない。このパーミッションは、通常以下のように、パーミッション名とｎａｍｅとａｃｔｉｏｎという形式で定義される。ｎａｍｅとａｃｔｉｏｎに取りうる値は、パーミッションの種類によって異なる。また、＊指定による、ワイルドカード指定が可能である。
（ＸＸＸＰｅｒｍｉｓｓｉｏｎ，“ｎａｍｅ”，“ａｃｔｉｏｎ”）
As shown in FIG. 5, the commercially available
(XXXPermission, "name", "action")
ＰＣ３００のＷＥＢブラウザにバンドルインストールＵＩ３０３を表示し、このバンドルインストールＵＩ３０３からインストールしたいバンドル２１９を指定し、インストールを行う。バンドルインストールＵＩ３０３で指定されたバンドルを受信したバンドル管理サービス２１４は、それをインストール制御サービス２１３に渡す。バンドルファイルを受信したインストール制御サービス２１３は、受信したバンドル２１９の復号化処理や正当性を示すデジタル署名をもつかの確認処理を行った上で、確認に問題がない場合は、最終的にＯＳＧｉ拡張部２１１にインストールを依頼する。図７で示す禁止パーミッションリスト３０２は、ＨＤＤ１０４に格納されている。ＯＳＧｉ拡張部２１１は、後述する画像形成装置１３０がデジタル署名チェックオフ状態の場合、この禁止パーミッションリスト３０２を参照し、バンドル２１９がもつパーミッションに禁止パーミッションを含むかどうかを確認した上でインストールを行う。ここで、パーミッションの管理は、ＯＳＧｉ２１０の規定に含まれ、また、最終的なバンドルのインストール処理を担っていることからも、禁止パーミッションのチェックは、ＯＳＧｉ拡張部２１１で実行することが最適と考えられる。インストールされたバンドルは、バンドル管理サービス２１４によって管理される。
The
図４は、バンドルインストールＵＩ３０３における、バンドル管理画面４００とインストール画面４３０を示した図である。
FIG. 4 is a diagram showing a
バンドル名４０１は、管理されているバンドル名を表示する。この例の場合、バンドルＡ４０５とバンドルＢ４０６の２つが管理されている。インストール日４０２は、各バンドルがインストールされた日付である。バンドルＩＤ４０３は、各バンドルに一意に割り振られたバンドルＩＤを表示している。状態４０４は、各バンドルの状態を示している。バンドルが開始であれば開始４０９、停止であれば停止４１２と表示される。開始ボタン４１６／停止ボタン４１３は、バンドルの開始停止を切り替える指示ボタンである。開始状態のバンドルの場合、停止ボタンとなり、停止状態のバンドルの場合、開始ボタンと表示される。開始状態のバンドル（本例では、「バンドルＡ４０５」）の停止ボタン４１３を押下すると、その状態４０４は停止に変更される。一方、停止状態のバンドル（本例では、「バンドルＢ４０６」）の開始ボタン４１６を押下すると、その状態４０４は開始に変更される。アンインストールボタン４１７、４２０は、各バンドルのアンインストール指示ボタンである。
The
次に、インストール画面４３０について説明する。参照ボタン４３３は、ファイルパスを選択する画面を表示する。その画面でバンドルファイルを指定すると、バンドルファイルのパス４３１にバンドルファイルへのパスが入力される。バンドルは、セキュリティやビジネス上の観点からインストール処理において、バンドルを復号するためのライセンスファイルが必要となる場合がある。その場合、参照ボタン４３４を押下すると、ファイルパスを選択する画面を表示する。そこでバンドル指定と同様にライセンスファイルを指定すると、ライセンスファイルのパス４３２にライセンスファイルへのパスが入力される。インストールボタン４３５が押下されると、バンドルファイルのパス４３１で指定したバンドルのインストールが開始される。
Next, the
図５は、バンドルのリリースまでの状態と対応する画像形成装置の状態を説明したブロック図である。 FIG. 5 is a block diagram illustrating a state up to the release of the bundle and a state of the image forming apparatus corresponding to the state.
開発環境５００は、開発中のバンドル５０１と画像形成装置５１０の状態について説明したものである。開発環境５００では、後述する市場環境とは異なり、ベリフィケーションを通す前の開発中であり、開発者は、自由にパーミッションを付与することができる。
The
バンドル５０１は、開発中であるため、バンドルの正当性を示すデジタル署名が付与されていない。そのため、バンドル５０１を画像形成装置５１０にインストール５３１を実行して動作確認を行う場合、画像形成装置５１０の署名チェック状態をオフ５１１にしておく必要がある。ここで署名チェックとは、バンドルインストール時に、バンドルに正規の署名が付与されているかをチェックするものであり、チェックした結果、正規の署名をもたない場合は、バンドルのインストールに失敗する。署名チェック状態５１１がオフ５１２とは、署名チェックを行わない状態を示す。
Since the
一方、市場環境５０２は、市場でリリースされた暗号化されたバンドル５０４と画像形成装置５２０の状態について説明したものである。市場環境５０２では、開発されたバンドルの市場リリース前には、バンドルの正当性の確認（ベリフィケーション）を行う。ベリフィケーションを行ったバンドルには、その正当性を証明する為のデジタル署名を付与する。バンドルを、画像形成装置にインストールする際に、必ずこの署名のチェックを行うことで、正当性が証明されたバンドルしかインストールすることができない。
On the other hand, the
開発したバンドル５０１を市場にリリースする為には、バンドルの正当性確認５３０が必要となる。このバンドルの正当性確認５３０とは、バンドルが利用するリソースが正常範囲内に収まるかなどの確認だけでなく、バンドルに適正なパーミッションが付与されているかどうかも確認される。その正当性が確認されたバンドル５０１には、デジタル署名５０３が付与される。その上で、セキュリティ確保の為に暗号化５０４が実施される。この暗号化を復号するめの鍵の情報を保持するために対応するライセンス５０５が必要となる。
In order to release the
また、市場環境５０２での画像形成装置５２０の状態は、署名チェック状態５１１をオン５２１にしておく必要がある。こうすることで、署名がない開発中のバンドル５０１は、市場の画像形成装置５２０にはインストールできなくなる。一方、署名５０３をもつリリースされた暗号化バンドル５０４は、ライセンス５０５と共にインストール５３２を実行することで画像形成装置５２０にインストール可能である。
Further, in the state of the
このように、画像形成装置の署名チェック状態は重要な設定であるため、市場において簡単に切り替えることはできない仕組みが必要である。そこで、５３３で示すように、画像形成装置の署名チェック状態は、署名チェック状態を変更する専用の署名チェック状態切替ライセンス５３４を利用してのみ切り替えることを可能とする。また、この署名チェック状態５１１のオンオフの情報は、ＨＤＤ１０４に保持されている。
As described above, since the signature check state of the image forming apparatus is an important setting, a mechanism that cannot be easily switched in the market is required. Therefore, as shown by 533, the signature check state of the image forming apparatus can be switched only by using the dedicated signature check
図６は、署名チェック状態切り替えライセンス５３４をインストールするフローチャートである。ＰＣ３００からライセンスインストールＵＩ（不図示）からバンドル管理サービス２１４に対して署名チェック状態切り替えライセンス５３４をインストールする。
FIG. 6 is a flowchart for installing the signature check
Ｓ６００において、バンドル管理サービス２１４は、受信した署名チェック状態切り替えライセンス５３４のインストール処理を開始する。
In S600, the
Ｓ６０１において、受信した署名チェック状態切り替えライセンス５３４がオン指定であるかを判断する。オン指定である場合、Ｓ６０２に進む。オフ指定である場合、Ｓ６０３に進む。または、指定されたライセンスが不正な状態である場合、Ｓ６０４に進む。ここで、不正な状態とは、正しいフォオーマットでないなどの状態を指す。
In S601, it is determined whether or not the received signature check
Ｓ６０２において、コードチェック状態５１１をオンに設定する。Ｓ６０３において、コードチェック状態５１１をオフに設定する。Ｓ６０４において、署名チェック状態切り替えライセンス５３４のインストール処理を終了する。
In S602, the
図７（ａ）は、バンドルの内部構成について説明した図である。バンドルｊａｒファイル７００は、マニフェストファイル７０１やバンドルの実体であるクラスファイル７０３だけでなく、パーミッション定義ファイル７０２を保持している。このパーミッション定義ファイル７０２の例を図７（ｂ）に示す。ここに記載されたパーミッションが、バンドルｊａｒファイル７００が利用することができるパーミッションということになる。
FIG. 7A is a diagram illustrating the internal configuration of the bundle. The
図８は、禁止パーミッションリスト３０２の例を説明した図である。禁止パーミッションリスト３０２とは、バンドルがこれらのパーミッションを保持し、適宜プログラムを作成することで、例えば画像形成装置のシステムバンドルの情報を取得できる不正利用につながるパーミッション８０１の一覧である。これらをブラックリスト形式で列挙することで、バンドルが保持することを禁止するパーミッションであることを定義している。
FIG. 8 is a diagram illustrating an example of the prohibited
図９は、画像形成装置にバンドルをインストールするときのインストール制御サービス２１３のフローチャートである。
FIG. 9 is a flowchart of the
Ｓ９００において、バンドル管理サービス２１４から指定されたバンドルを受信したインストール制御サービス２１３は、バンドルインストール処理を開始する。
In S900, the
Ｓ９０１において、指定されたバンドルが暗号化されているかを判断する。暗号化されている場合は、Ｓ９０２に進む。暗号化されていないと判断した場合は、Ｓ９０４に進む。ここで、暗号化されているのは市販のバンドル５０４の状態であり、暗号化されていないのは開発中のバンドル５０１の状態が想定される。
In S901, it is determined whether the specified bundle is encrypted. If it is encrypted, proceed to S902. If it is determined that the encryption is not performed, the process proceeds to S904. Here, it is assumed that the state of the
Ｓ９０２においては、暗号化されたバンドルの場合は、一緒に指定されたライセンスに付与されたバンドル復号の為の鍵を使用して、暗号化されたバンドルを復号化する。 In S902, in the case of an encrypted bundle, the encrypted bundle is decrypted by using the key for decrypting the bundle given to the license specified together with the encrypted bundle.
Ｓ９０３において、バンドルの復号化に成功したかどうかを判断する。失敗した場合は、Ｓ９０７に進んでインストールの実行は失敗する。失敗する原因としては、バンドルとライセンスの組み合わせが正しくないことが想定される。Ｓ９０３において、バンドルの復号化が成功した場合は、Ｓ９０４に進む。Ｓ９０４において、デバイスの署名チェック状態を判断する。Ｓ９０４において、署名チェックオンの場合は、Ｓ９０５に進む。一方、署名チェックオフの場合は、Ｓ９０６に進む。 In S903, it is determined whether or not the bundle has been successfully decrypted. If it fails, the process proceeds to S907 and the installation fails. The reason for the failure is assumed to be an incorrect combination of bundle and license. If the decryption of the bundle is successful in S903, the process proceeds to S904. In S904, the signature check status of the device is determined. In S904, if the signature check-on is performed, the process proceeds to S905. On the other hand, in the case of signature check-off, the process proceeds to S906.
Ｓ９０５において、バンドルに付与されている署名５０３が正しいかどうかを判断する。Ｓ９０５において、正規の署名と判断された場合は、Ｓ９０６に進む。正規の署名と判断されなかった場合は、Ｓ９０７に進んでインストールの実行は失敗する。つまり、正規の署名が付与されているかどうかで、インストールの可否を判断する。Ｓ９０６において、図９で示すＯＳＧｉ拡張部２１１のインストール処理にバンドルを渡す。Ｓ９０８において、インストール制御サービス２１３のインストール処理が終了する。
In S905, it is determined whether the
図１０は、Ｓ９０６においてインストール制御サービス２１３からｊａｒを受信したバンドルインストール時のＯＳＧｉ拡張部２１１のフローチャートである。
FIG. 10 is a flowchart of the
Ｓ１０００において、ＯＳＧｉ拡張部２１１は、バンドルインストール処理を開始する。Ｓ１００１において、デバイスの署名チェック状態を判断する。Ｓ１００１において、署名チェックオンの場合は、Ｓ１００５に進む。一方、署名チェックオフの場合は、Ｓ１００２に進む。
In S1000, the
Ｓ１００２において、インストールするｊａｒが、図３で示したように後入れのバンドルかどうかを判断する。ここで、後入れでないバンドルというのは、画像形成装置１３０に最初から同梱されているシステムバンドル群２１２である。Ｓ１００２において、後入れでないと判断された場合は、Ｓ１００５に進み、禁止パーミッションのチェックは省略する。これは、システムバンドル群２１２は、禁止パーミッションのような強いパーミッションを必要とする機能があるということと、同梱されているということで安全性は確保されているということから、省略可能とする。一方、後入れであると判断された場合は、Ｓ１００３に進む。Ｓ１００３において、バンドルがパーミッション定義ファイルを保持しているかを判断する。保持していない場合は、Ｓ１００５に進む。一方、保持している場合は、Ｓ１００４に進む。
In S1002, it is determined whether the jar to be installed is a post-installed bundle as shown in FIG. Here, the bundle that is not post-inserted is the
Ｓ１００４において、バンドルが保持しているパーミッションが禁止パーミッションを含むかどうかを判断する。この判断方法については、図１１で示す。Ｓ１００４において、禁止パーミッションを判断していないと判断した場合は、Ｓ１００５に進む。一方、禁止パーミッションを保持していると判断した場合は、Ｓ１００６に進んでインストールの実行は失敗する。Ｓ１００５において、ｊａｒをインストール先フォルダにコピーし、バンドルのインストール実行を完了する。Ｓ１００７において、ＯＳＧｉ拡張部２１１のバンドルインストール処理が終了する。
In S1004, it is determined whether the permission held by the bundle includes the prohibited permission. This determination method is shown in FIG. If it is determined in S1004 that the prohibited permission has not been determined, the process proceeds to S1005. On the other hand, if it is determined that the prohibited permission is retained, the process proceeds to S1006 and the installation fails. In S1005, copy the jar to the installation destination folder and complete the bundle installation execution. In S1007, the bundle installation process of the
図１１は、ＯＳＧｉ拡張部２１１が禁止パーミッション判定処理のフローチャートである。
FIG. 11 is a flowchart of the prohibition permission determination process by the
Ｓ１１００において、バンドルが保持するパーミッションが禁止パーミッションに含まれるかの判定処理が開始される。 In S1100, the determination process of whether or not the permission held by the bundle is included in the prohibited permission is started.
Ｓ１１０１において、バンドルが保持するパーミッション全てに対するチェックが開始される。そのため、バンドルが保持するパーミッション全てのパーミッションに対して次のチェックを行う。 In S1101, the check for all the permissions held by the bundle is started. Therefore, the following checks are performed for all permissions held by the bundle.
Ｓ１１０２において、禁止パーミッションリスト３０２に記載されたパーミッション全てに対するループが開始される。
In S1102, a loop for all the permissions listed in the prohibited
Ｓ１１０３において、禁止パーミッションリスト３０２に記載された最初のパーミッションと、バンドルが保持する最初のパーミッションが一致するかを判断する。この一致するかどうかの具体的な判断方法については、図１１で示す。一致したと判断した場合は、Ｓ１１０４に進み、禁止パーミッションを保持していると判定し、Ｓ１１０８において判定処理を終了する。この場合は、Ｓ１００４の判定結果として、ＹＥＳが返ることになる。一方、Ｓ１１０３において、一致していないと判断した場合は、Ｓ１１０５に進む。
In S1103, it is determined whether the first permission listed in the prohibited
Ｓ１１０５において、最後の禁止パーミッションかどうかを判定する。残っている場合は、Ｓ１１０３に戻り、引き続き次の禁止パーミッションとの判定処理を繰り返す。こうして、全ての禁止パーミッションのチェックが完了した後、Ｓ１１０６に進む。 In S1105, it is determined whether or not it is the last prohibited permission. If it remains, the process returns to S1103 and the determination process of the next prohibited permission is repeated. In this way, after the check of all prohibited permissions is completed, the process proceeds to S1106.
Ｓ１１０６において、バンドルが保持する最後のパーミッションかどうかを判定し、残っている場合は、Ｓ１１０３に戻り、引き続きバンドルが保持する次のパーミッションで判定処理を繰り返す。こうして、全てのバンドルが保持するパーミッションのチェックが完了した後、Ｓ１１０７に進む。 In S1106, it is determined whether or not it is the last permission held by the bundle, and if it remains, the process returns to S1103, and the determination process is repeated with the next permission held by the bundle. In this way, after the permission check held by all the bundles is completed, the process proceeds to S1107.
Ｓ１１０７においては、禁止パーミッションを保持していないと判定し、Ｓ１１０８において判定処理を終了する。この場合は、Ｓ１００４の判定結果として、ＮＯが返ることになる。 In S1107, it is determined that the prohibited permission is not held, and in S1108, the determination process is terminated. In this case, NO is returned as the determination result of S1004.
図１２は、バンドルが保持するパーミッションが、禁止パーミッションに含まれるかどうかの判定方法について説明した図である。 FIG. 12 is a diagram illustrating a method of determining whether or not the permission held by the bundle is included in the prohibited permission.
例１として、禁止パーミッションが（１２００）の場合を説明する。この禁止パーミッション（１２００）は、パーミッションとしては、（ｊａｖａ．ｌａｎｇ．ＲｕｎｔｉｍｅＰｅｒｍｉｓｓｉｏｎ）であり、ｎａｍｅとして、“ｌｏａｄＬｉｂｒａｒｙ．＊”が指定されている。ここで＊は、ワイルドカードを示している。 As an example 1, the case where the prohibited permission is (1200) will be described. The prohibited permission (1200) is (Java.lang.RuntimePermission) as the permission, and "loadLibry. *" Is specified as the name. Here, * indicates a wild card.
バンドルが保持するパーミッションが（ｊａｖａ．ｌａｎｇ．ＲｕｎｔｉｍｅＰｅｒｍｉｓｓｉｏｎ“ｌｏａｄＬｉｂｒａｒｙ．ｘｘｘ．ｊａｒ”）（１２０１）であった場合、パーミッションとｎａｍｅが一致している。そのため、禁止パーミッションを保持していると判定される。一方、（ｊａｖａ．ｌａｎｇ．ＲｕｎｔｉｍｅＰｅｒｍｉｓｓｉｏｎ“ｃｒｅａｔｅＣｌａｓｓＬｏａｄｅｒ”）（１２０２）であった場合、パーミッションは一致しているが、ｎａｍｅは一致していないため、禁止パーミッションを保持していないと判定される。 If the permission held by the bundle is (Java.lang.RuntimePermission "loadLibry.xxx.jar") (1201), the permission and the name match. Therefore, it is determined that the prohibited permission is held. On the other hand, in the case of (Java.lang.RuntimePermission "createClassRoder") (1202), it is determined that the prohibited permission is not held because the permissions match but the names do not match.
例２として、禁止パーミッションが（１２０３）の場合を説明する。 As an example 2, the case where the prohibited permission is (1203) will be described.
この禁止パーミッション（１２０３）は、パーミッションとしては、（ｏｒｇ．ｏｓｇｉ．ｆｒａｍｅｗｏｒｋ．ＡｄｍｉｎＰｅｒｍｉｓｓｉｏｎ）であり、ｎａｍｅとして“＊”、ａｃｔｉｏｎとして“ｒｅｓｏｕｒｃｅ”が指定されている。ここで＊は、ワイルドカードを示している。 In this prohibited permission (1203), the permission is (org.osgi.framework.AdominPermission), “*” is specified as the name, and “resource” is specified as the action. Here, * indicates a wild card.
バンドルが保持するパーミッションが（ｏｒｇ．ｏｓｇｉ．ｆｒａｍｅｗｏｒｋ．ＡｄｍｉｎＰｅｒｍｉｓｓｉｏｎ“ｘｘｘ”“ｒｅｓｏｕｒｃｅ”）（１２０４）であった場合、パーミッションとｎａｍｅ、ａｃｔｉｏｎ全てが一致している。そのため、禁止パーミッションを保持していると判定される。一方、（ｏｒｇ．ｏｓｇｉ．ｆｒａｍｅｗｏｒｋ，ＡｄｍｉｎＰｅｒｍｉｓｓｉｏｎ“＊”“ｍｅｔａｄａｔａ”）（１２０５）であった場合、パーミッションとｎａｍｅは一致しているが、ａｃｔｉｏｎは一致していな。そのため、禁止パーミッションを保持していないと判定される。 If the permission held by the bundle is (org.osgi.framework.AdominPermission "xxx" "resource") (1204), the permission, name, and action all match. Therefore, it is determined that the prohibited permission is held. On the other hand, in the case of (org.osgi.framework, AdaminPermission "*" "metadatta") (1205), the permission and the name match, but the action does not match. Therefore, it is determined that the prohibited permission is not held.
尚、図１１は、インストールしようとしているバンドルが、禁止パーミッションを保持するかを判定するためのフローチャートであるが、判定の仕方は一例である。つまり、図１１のフローチャート通りでなくてもよく、インストールしようとしているバンドルのパーミッション定義ファイルのパーミッションに、図８に記載の禁止パーミッションリストにあるパーミッションが含まれているか、いないかを判定すればよい。インストールしようとしているバンドルのパーミッション定義ファイルのパーミッションに、図８に記載の禁止パーミッションリストにあるパーミッションが含まれていない場合、禁止パーミッションが保持されていないと判定される。そして、禁止パーミッションが保持されていないと判定された場合に、インストールが実行される。 Note that FIG. 11 is a flowchart for determining whether the bundle to be installed retains the prohibited permission, but the determination method is an example. That is, it is not necessary to follow the flowchart of FIG. 11, and it is sufficient to determine whether or not the permissions of the permission definition file of the bundle to be installed include the permissions in the prohibited permission list shown in FIG. .. If the permissions of the permission definition file of the bundle to be installed do not include the permissions in the prohibited permission list shown in FIG. 8, it is determined that the prohibited permissions are not held. Then, if it is determined that the prohibited permission is not retained, the installation is executed.
（実施形態１の変形例１）
変形例１では、実施形態１の図８で示したブラックリスト形式の禁止パーミッションではなく、ホワイトリスト形式の定義方法について述べる。
(Modification 1 of Embodiment 1)
In the first modification, the definition method of the whitelist format is described instead of the blacklist format prohibited permission shown in FIG. 8 of the first embodiment.
図１３は、ホワイトリスト形式の禁止パーミッションについて説明したブロック図である。１３００は、図８で示したブラックリスト形式の禁止パーミッション定義である。つまり、網掛けで示したここに記載されたパーミッションは、全て禁止パーミッションとなる。 FIG. 13 is a block diagram illustrating a whitelist-style prohibited permission. Reference numeral 1300 is a blacklist-style prohibited permission definition shown in FIG. In other words, all the permissions shown here shaded are prohibited permissions.
一方、こうしたブラックリスト形式だと禁止パーミッションの指定が難しい（ｊａｖａ．ｉｏ．ＦｉｌｅＰｅｒｍｉｓｓｉｏｎ）の定義について説明する。 On the other hand, the definition of (Java.io.FilePermission), which is difficult to specify prohibited permissions in such a blacklist format, will be described.
１３０１は、（ｊａｖａ．ｉｏ．ＦｉｌｅＰｅｒｍｉｓｓｉｏｎ）の禁止パーミッションを示している。ＦｉｌｅＰｅｒｍｉｓｓｉｏｎは、ｎａｍｅとして対象ファイルのパス、ａｃｔｉｏｎとして対象ファイルに対する操作の形式の指定となっている。 1301 indicates the prohibited permission of (Java.io.FilePermission). In FilePermission, the path of the target file is specified as the name, and the operation format for the target file is specified as the action.
一部のＦｉｌｅＰｅｒｍｉｓｓｉｏｎを許容して、それ以外全てを禁止したいケースを考える。禁止したい対象ファイルのパスは無限にあるため、ブラックリスト形式では、禁止パーミッションの定義ができない。そこで、１３０２に示すように、許容したい対象ファイルを定義し、この許容した対象ファイル以外のＦｉｌｅＰｅｒｍｉｓｓｉｏｎを禁止パーミッションとした定義とする。このように、ＦｉｌｅＰｅｒｍｉｓｓｉｏｎは、ホワイトリスト形式の禁止パーミッション定義となる。 Consider a case where you want to allow some FilePermissions and prohibit everything else. Since the path of the target file to be prohibited is infinite, the prohibited permission cannot be defined in the blacklist format. Therefore, as shown in 1302, the target file to be allowed is defined, and the File Permission other than the allowed target file is defined as the prohibited permission. In this way, FilePermission is a whitelist-style prohibited permission definition.
図１４は、ＯＳＧｉ拡張部がホワイトリスト形式で定義された禁止パーミッションの禁止パーミッション保持判定を行うときのフローチャートである。このフローチャートは、Ｓ１００４で示した禁止パーミッションが保持するかどうかの判定処理方法の一つであり、図１１で示したブラックリスト形式の禁止パーミッション保持判定処理に引き続いて行われると考えてよい。 FIG. 14 is a flowchart when the OSGi extension unit performs a prohibition permission holding determination of a prohibited permission defined in a whitelist format. This flowchart is one of the methods for determining whether or not the prohibited permission shown in S1004 is retained, and may be considered to be performed following the blacklist-style prohibited permission retention determination process shown in FIG.
Ｓ１４００において、バンドルが保持するパーミッションが、ホワイトリスト形式の禁止パーミッションに含まれるかの判定処理が開始される。 In S1400, the process of determining whether the permission held by the bundle is included in the whitelist-style prohibited permission is started.
Ｓ１４０１において、バンドルが保持するパーミッション全てに対するチェックが開始される。そのため、バンドルが保持するパーミッション全てのパーミッションに対して次のチェックを行う。 In S1401, the check for all the permissions held by the bundle is started. Therefore, the following checks are performed for all permissions held by the bundle.
Ｓ１４０２において、パーミッションがホワイトリスト形式で定義されたＦｉｌｅＰｅｒｍｉｓｓｉｏｎであるかどうかを判断する。ＦｉｌｅＰｅｒｍｉｓｓｉｏｎでない場合、Ｓ１４０８に進む。ＦｉｌｅＰｅｒｍｉｓｓｉｏｎである場合、Ｓ１４０３に進む。 In S1402, it is determined whether or not the permission is a FilePermission defined in the whitelist format. If it is not FilePermission, proceed to S1408. If it is FilePermission, the process proceeds to S1403.
Ｓ１４０３において、ホワイトリスト形式で定義された禁止パーミッションリスト１３０２に記載されたパーミッション全てに対するループが開始される。
In S1403, a loop for all the permissions listed in the prohibited
Ｓ１４０４において、ホワイトリスト形式で定義された禁止パーミッションリスト１３０２に記載されたパーミッション全てと、バンドルが保持するＦｉｌｅＰｅｒｍｉｓｓｉｏｎが一致するかを判断する。この一致するかどうかの具体的な判断方法については、図１５で示す。一致したと判断した場合は、Ｓ１４０５に進み、Ｓ１４０５において、許容されたパーミッションを保持していると判定され、Ｓ１４０８に進む。
In S1404, it is determined whether all the permissions described in the prohibited
一方、Ｓ１４０４において、一致していないと判断した場合は、Ｓ１４０６に進む。 On the other hand, if it is determined in S1404 that they do not match, the process proceeds to S1406.
Ｓ１４０６において、最後のホワイトリスト形式で定義された禁止パーミッションリスト１３０２かどうかを判定する。残っている場合は、Ｓ１４０４に戻り、引き続き次のホワイトリスト形式で定義された禁止パーミッションとの判定処理を繰り返す。こうして、全ての禁止パーミッションのチェックが完了し、許容されたＦｉｌｅＰｅｒｍｉｓｓｉｏｎを持っていない場合は、Ｓ１４０７に進む。
In S1406, it is determined whether or not it is the prohibited
Ｓ１４０７においては、禁止パーミッションを保持していると判定され、Ｓ１４１０において判定処理を終了する。この場合は、Ｓ１００４の判定結果として、ＹＥＳが返ることになる。 In S1407, it is determined that the prohibited permission is held, and in S1410, the determination process is terminated. In this case, YES is returned as the determination result of S1004.
Ｓ１４０８において、バンドルが保持する最後のパーミッションかどうかを判定し、残っている場合は、Ｓ１４０２に戻り、引き続きバンドルが保持する次のパーミッションで判定処理を繰り返す。こうして、全てのバンドルが保持するパーミッションのチェックが完了した後、Ｓ１４０９に進む。 In S1408, it is determined whether or not it is the last permission held by the bundle, and if it remains, the process returns to S1402, and the determination process is repeated with the next permission held by the bundle. In this way, after the permission check held by all the bundles is completed, the process proceeds to S1409.
Ｓ１４０９においては、禁止パーミッションを保持していないと判定し、Ｓ１４１０において判定処理を終了する。この場合は、Ｓ１００４の判定結果として、ＮＯが返ることになる。 In S1409, it is determined that the prohibited permission is not held, and in S1410, the determination process is terminated. In this case, NO is returned as the determination result of S1004.
図１５は、バンドルが保持するパーミッションが、ホワイトリスト形式の禁止パーミッションに含まれるかどうかの判定方法について説明した図である。 FIG. 15 is a diagram illustrating a method of determining whether or not the permissions held by the bundle are included in the whitelist-style prohibited permissions.
例１として、禁止パーミッション（１５００）の場合を説明する。この禁止パーミッション（１５００）は、パーミッションとしては、（ｊａｖａ．ｉｏ．ＦｉｌｅＰｅｒｍｉｓｓｉｏｎ）である。ｎａｍｅとして、“／ｘｘｘ／ｙｙｙ／ｚｚｚ／－”、ａｃｔｉｏｎとして“ｒｅａｄ，ｗｒｉｔｅ，ｄｅｌｅｔｅ”が指定されている。ここで“－”は／ｘｘｘ／ｙｙｙ／ｚｚｚ／以下の全てのディレクトリ、ファイルを示している。 As an example 1, the case of prohibited permission (1500) will be described. This prohibited permission (1500) is (Java.io.FilePermission) as a permission. “/ Xxx / yyy / zzz / −” is specified as the name, and “read, write, delete” is specified as the action. Here, "-" indicates all directories and files under / xxx / yyy / zzz /.
これに対して、バンドルが保持するパーミッションが（ｊａｖａ．ｉｏ．ＦｉｌｅＰｅｒｍｉｓｓｉｏｎ“＜＜ＡＬＬ ＦＩＬＥＳ＞＞”“ｒｅａｄ，ｗｒｉｔｅ，ｄｅｌｅｔｅ”）（１５０１）であった場合を考える。ここで、ｎａｍｅにおける＜＜ＡＬＬ ＦＩＬＥＳ＞＞は、全てのファイルが対象であることを意味する。そのため、許容されているファイルパス以外を含むとみなされ、禁止パーミッションを保持していると判定される。 On the other hand, consider the case where the permission held by the bundle is (Java.io.FilePermission "<< ALL FILES >>" "read, write, delete") (1501). Here, << ALL FILES >> in name means that all files are targeted. Therefore, it is considered that the file path other than the permitted file path is included, and it is determined that the prohibited permission is held.
また、バンドルが保持するパーミッションが（ｊａｖａ．ｉｏ．ＦｉｌｅＰｅｒｍｉｓｓｉｏｎ“／ｘｘｘ／ｙｙｙ／ｚｚｚ／－”“ｒｅａｄ，ｗｒｉｔｅ，ｄｅｌｅｔｅ，ｅｘｅｃｕｔｅ”）（１５０２）であった場合を考える。この場合、パーミッションとｎａｍｅは一致しているが、ａｃｔｉｏｎとしてｅｘｃｕｔｅは許容外とみなされて、禁止パーミッションを保持していると判定される。 Further, consider the case where the permission held by the bundle is (Java.io.FilePermission "/ xxx / yyy / zzz /-" "read, write, detail, execute") (1502). In this case, the permission and the name match, but the cut is regarded as unacceptable as an action, and it is determined that the prohibited permission is held.
バンドルが保持するパーミッションが（ｊａｖａ．ｉｏ．ＦｉｌｅＰｅｒｍｉｓｓｉｏｎ“／ｘｘｘ／ｙｙｙ／ｚｚｚ／ａａａ．ｌｏｇ”“ｗｒｉｔｅ”）（１５０３）であった場合、パーミッションとｎａｍｅ、ａｃｔｉｏｎ全てが許容範囲内とみなされる。そのため、禁止パーミッションを保持していないと判定される。 If the permission held by the bundle is (Java.io.FilePermission "/xxx/yy/zzz/aaa.log" "write") (1503), the permission, name, and action are all considered to be within the allowable range. Therefore, it is determined that the prohibited permission is not held.
バンドルが保持するパーミッションが（ｊａｖａ．ｉｏ．ＦｉｌｅＰｅｒｍｉｓｓｉｏｎ“／ｘｘｘ／ｙｙｙ／ｚｚｚ／ｗｗｗ”“ｒｅａｄ，ｗｒｉｔｅ”）（１５０４）であった場合でも、パーミッションとｎａｍｅ、ａｃｔｉｏｎ全てが許容範囲内とみなされる。そのため、禁止パーミッションを保持していないと判定される。 Even if the permission held by the bundle is (Java.io.FilePermission "/ xxx / yyy / zzz / www" "read, write") (1504), all the permissions, names, and actions are considered to be within the allowable range. .. Therefore, it is determined that the prohibited permission is not held.
尚、図１４は、インストールしようとしているバンドルが、禁止パーミッションを保持するかを判定するためのフローチャートであるが、判定の仕方は一例である。つまり、図１４のフローチャート通りでなくてもよく、インストールしようとしているバンドルのパーミッション定義ファイルのパーミッションに、図１３に記載の禁止パーミッションリストにあるパーミッションが含まれているか、いないかを判定すればよい。そして、禁止パーミッションが保持されていないと判定された場合に、インストールが実行される。 Note that FIG. 14 is a flowchart for determining whether the bundle to be installed retains the prohibited permission, but the determination method is an example. That is, it is not necessary to follow the flowchart of FIG. 14, and it may be determined whether or not the permissions of the permission definition file of the bundle to be installed include the permissions in the prohibited permission list shown in FIG. .. Then, if it is determined that the prohibited permission is not retained, the installation is executed.
以上、説明した実施形態で示した方法により、具体的には以下に示すような効果を得ることができる。 Specifically, the following effects can be obtained by the methods shown in the embodiments described above.
（実施形態１の変形例２）
変形例２では、実施形態１の図８の８０１で示したブラックリスト形式と実施形態１の変形例１の図１３の１３０１で示したホワイトリスト形式の両方を合わせもつ禁止パーミッションの判定処理について述べる。
(Modification 2 of Embodiment 1)
In the second modification, the forbidden permission determination process having both the blacklist format shown in 801 of FIG. 8 of the first embodiment and the whitelist format shown in 1301 of FIG. 13 of the first modification of the first embodiment will be described. ..
図１６は、ＯＳＧｉ拡張部２１１による、ブラックリスト形式とホワイトリスト形式の両方を合わせもつ禁止パーミッション判定処理のフローチャートである。
FIG. 16 is a flowchart of the prohibition permission determination process having both the blacklist format and the whitelist format by the
この判定処理は、インストール全体のフローを示す図１０のＳ１００４の判断に相当する。 This determination process corresponds to the determination in S1004 of FIG. 10, which shows the flow of the entire installation.
Ｓ１６００において、バンドルが保持するパーミッションが禁止パーミッションに含まれるかの判定処理が開始される。 In S1600, the determination process of whether or not the permission held by the bundle is included in the prohibited permission is started.
Ｓ１６０１において、バンドルが保持するパーミッション全てに対するブラックリスト形式の禁止パーミッションチェックが開始される。このフローの詳細は、図１１で示したとおりである。図１１のＳ１１０４で禁止パーミッション保持している判定をした場合、一致が返ってくるため、Ｓ１６０４に進む。一方、図１１のＳ１１０７で禁止パーミッション保持していない判定をした場合、一致しないが返ってくるため、Ｓ１６０２に進む。 In S1601, a blacklist-style prohibited permission check is started for all the permissions held by the bundle. The details of this flow are as shown in FIG. If it is determined in S1104 of FIG. 11 that the prohibited permission is held, a match is returned, so the process proceeds to S1604. On the other hand, if it is determined in S1107 of FIG. 11 that the prohibited permission is not held, it does not match, but it returns, so the process proceeds to S1602.
続いて、Ｓ１６０２において、バンドルが保持するパーミッション全てに対するホワイトクリスト形式の禁止パーミッションチェックが開始される。このフローの詳細は、図１４で示したとおりである。図１４のＳ１４０７で禁止パーミッション保持している判定の場合、一致が返ってくるため、Ｓ１６０４に進む。一方、図１４のＳ１４０９で禁止パーミッション保持していない判定の場合、一致しないが返ってくるため、Ｓ１６０３に進む。 Subsequently, in S1602, a whitelist-style prohibited permission check is started for all the permissions held by the bundle. The details of this flow are as shown in FIG. In the case of the determination that the prohibited permission is held in S1407 of FIG. 14, since a match is returned, the process proceeds to S1604. On the other hand, in the case of the determination that the prohibited permission is not held in S1409 of FIG. 14, since they do not match but are returned, the process proceeds to S1603.
Ｓ１６０３においては、ブラックリスト形式、ホワイト形式ともに、禁止パーミッションを保持していない判定となり、Ｓ１００４に対して、ＮＯが返却される。 In S1603, it is determined that the prohibited permission is not held in both the blacklist format and the white format, and NO is returned to S1004.
一方、Ｓ１６０４においては、ブラックリスト形式、または、ホワイト形式のどちらかで禁止パーミッションを保持している判定となり、Ｓ１００４に対して、ＹＥＳが返却される。 On the other hand, in S1604, it is determined that the prohibited permission is held in either the blacklist format or the white format, and YES is returned to S1004.
Ｓ１６０５において、ブラックリスト形式とホワイトリスト形式の両方を合わせもつ禁止パーミッション判定処理のフローが終了する。 In S1605, the flow of the prohibited permission determination process having both the blacklist format and the whitelist format ends.
バンドルの作成方法をソフトウェア開発キット（ＳＤＫ）として公開することで、画像形成装置を開発している自社だけでなく、外部のソフトウェアベンダー（以下、３ｒｄベンダー）が画像形成装置のカスタマイズした機能を開発することができる。カスタマイズしたバンドルを開発することができるということは、画像形成装置に悪影響のあるバンドルが開発できる可能性がある。 By disclosing the bundle creation method as a software development kit (SDK), not only the company that develops the image forming device but also an external software vendor (hereinafter, 3rd vendor) develops the customized function of the image forming device. can do. Being able to develop a customized bundle has the potential to develop a bundle that has a negative impact on the image forming apparatus.
デバイスの署名チェック状態からバンドルの開発中という判断を行った場合、予め悪影響を及ぼす可能性のあるパーミッションとして定義した禁止パーミッションを保持するバンドルのインストールを不許可とする。そのため、結果として、ＳＤＫビジネスにおける画像形成装置の安全性が担保される。 If it is determined from the signature check status of the device that the bundle is under development, the installation of the bundle that holds the prohibited permission defined in advance as the permission that may have an adverse effect is disallowed. Therefore, as a result, the safety of the image forming apparatus in the SDK business is guaranteed.
以上、説明した実施形態によれば、開発中においても画像形成装置内の情報を抜く可能性があるパーミッションをもつアプリをインストールすることができなくなり、画像形成装置の安全性が担保される。 According to the above-described embodiment, it becomes impossible to install an application having a permission that may extract information in the image forming apparatus even during development, and the safety of the image forming apparatus is guaranteed.
（その他の実施形態）
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
(Other embodiments)
The present invention is also realized by executing the following processing. That is, software (program) that realizes the functions of the above-described embodiment is supplied to the system or device via a network or various storage media, and the computer (or CPU, MPU, etc.) of the system or device reads the program. This is the process to be executed.
Claims (14)
前記第１の判定手段で、署名をチェックする設定になっていない場合、アプリケーションに含まれるパーミッションが、禁止されたパーミッションでないかを判定する第２の判定手段と、
前記第２の判定手段で、アプリケーションに含まれるパーミッションが、禁止されたパーミッションでないと判定された場合、前記アプリケーションのインストールを許可する手段を有することを特徴とする画像形成装置。 The first determination means to determine whether the signature is set to be checked when the application is installed,
If the first determination means is not set to check the signature, the second determination means for determining whether the permission included in the application is a prohibited permission and the second determination means.
An image forming apparatus comprising a means for permitting installation of the application when it is determined by the second determination means that the permission included in the application is not a prohibited permission.
前記画像形成装置が、アプリケーションのインストール時に、署名をチェックする設定になっているかを判定する第１の判定工程と、
前記画像形成装置が、前記第１の判定工程で、署名をチェックする設定になっていない場合、アプリケーションに含まれるパーミッションが、禁止されたパーミッションでないかを判定する第２の判定工程と、
前記画像形成装置が、前記第２の判定工程で、アプリケーションに含まれるパーミッションが、禁止されたパーミッションでないと判定された場合、前記アプリケーションのインストールを許可する工程を有することを特徴とする画像形成装置の制御方法。 It is a control method of the image forming apparatus.
The first determination step of determining whether the image forming apparatus is set to check the signature when the application is installed, and
When the image forming apparatus is not set to check the signature in the first determination step, the second determination step of determining whether the permission included in the application is a prohibited permission, and the second determination step.
The image forming apparatus is characterized by having a step of permitting installation of the application when it is determined in the second determination step that the permission included in the application is not a prohibited permission. Control method.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US15/901,283 US10484564B2 (en) | 2017-02-23 | 2018-02-21 | Image forming apparatus and method for controlling the same comprising a storage medium that indicates whether the image forming apparatus is in a setting of checking a signature when an application is installed |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2017032444 | 2017-02-23 | ||
| JP2017032444 | 2017-02-23 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2018136920A JP2018136920A (en) | 2018-08-30 |
| JP6991837B2 true JP6991837B2 (en) | 2022-01-13 |
Family
ID=63365619
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2017221286A Active JP6991837B2 (en) | 2017-02-23 | 2017-11-16 | Image forming device and its control method |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP6991837B2 (en) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2021081763A (en) * | 2019-11-14 | 2021-05-27 | 京セラドキュメントソリューションズ株式会社 | Information processing apparatus and information processing program |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004171258A (en) | 2002-11-20 | 2004-06-17 | Nec Corp | Permission token management system and program |
| JP2007183969A (en) | 2006-01-09 | 2007-07-19 | Sun Microsyst Inc | Method and apparatus for security based on protection domain |
| JP2009104618A (en) | 2008-12-02 | 2009-05-14 | Ntt Docomo Inc | Terminal device and program |
| JP2011044065A (en) | 2009-08-24 | 2011-03-03 | Kddi Corp | Program inspection device, and program for making computer operate as the same |
| JP2011233081A (en) | 2010-04-30 | 2011-11-17 | Kddi Corp | Application determination system and program |
| US20140282490A1 (en) | 2013-03-15 | 2014-09-18 | Ricoh Company, Ltd. | Information processing system, information processing apparatus, and recording medium storing information processing program |
-
2017
- 2017-11-16 JP JP2017221286A patent/JP6991837B2/en active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004171258A (en) | 2002-11-20 | 2004-06-17 | Nec Corp | Permission token management system and program |
| JP2007183969A (en) | 2006-01-09 | 2007-07-19 | Sun Microsyst Inc | Method and apparatus for security based on protection domain |
| JP2009104618A (en) | 2008-12-02 | 2009-05-14 | Ntt Docomo Inc | Terminal device and program |
| JP2011044065A (en) | 2009-08-24 | 2011-03-03 | Kddi Corp | Program inspection device, and program for making computer operate as the same |
| JP2011233081A (en) | 2010-04-30 | 2011-11-17 | Kddi Corp | Application determination system and program |
| US20140282490A1 (en) | 2013-03-15 | 2014-09-18 | Ricoh Company, Ltd. | Information processing system, information processing apparatus, and recording medium storing information processing program |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2018136920A (en) | 2018-08-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US9854131B2 (en) | Image forming apparatus with personal setting synchronization and method for controlling same | |
| JP5190800B2 (en) | Program execution control system, execution control method, and computer program for execution control | |
| JP6236816B2 (en) | Image processing system, information processing apparatus, and program | |
| JP2007213246A (en) | Application execution device, application execution method and application execution program | |
| JP2007200102A (en) | System, program, and method for checking illegal code and illegal data | |
| JP4938869B2 (en) | SDK use restriction adding device and use restricted software development system | |
| JP4961288B2 (en) | Information processing apparatus, information processing program, recording medium, printing apparatus, and network system | |
| US20120233712A1 (en) | Method and Device for Accessing Control Data According to Provided Permission Information | |
| JP6147139B2 (en) | Information processing apparatus, control method therefor, and computer program | |
| KR102125816B1 (en) | Information processing apparatus, computer program, and control method of information processing apparatus | |
| US9547487B2 (en) | Image forming apparatus, control method therefor, and control program therefor | |
| JP6991837B2 (en) | Image forming device and its control method | |
| JP5052367B2 (en) | Image processing apparatus, authentication package installation method, authentication package installation program, and recording medium | |
| EP3462363A1 (en) | Image forming apparatus and control method therefor | |
| US9940334B2 (en) | Image forming apparatus and control method thereof | |
| JP4655613B2 (en) | Program execution apparatus and program execution method | |
| JP2010211818A (en) | Storage medium, storage unit, information processing apparatus, information processing method, system, and information processing program | |
| JP2008171041A (en) | Image forming device, start up method of image forming device, control device, and start up method of extension unit | |
| JP2014219736A (en) | Management system, management system control method, and program | |
| US10484564B2 (en) | Image forming apparatus and method for controlling the same comprising a storage medium that indicates whether the image forming apparatus is in a setting of checking a signature when an application is installed | |
| KR101028149B1 (en) | File managing device of client apparatus, method thereof and recorded medium recorded with program thereof | |
| KR101028150B1 (en) | File managing device of client apparatus, method thereof and recorded medium recorded with program thereof | |
| JP2012058803A (en) | Thin client system and method for updating operating system | |
| JP2010049643A (en) | Information processing system, information processing method, and program | |
| JP4760150B2 (en) | Application development program and image processing apparatus |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20201106 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20210818 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20210824 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20211019 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20211109 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20211208 |
|
| R151 | Written notification of patent or utility model registration |
Ref document number: 6991837 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |