JP2017188121A - 管理装置、制御方法及びプログラム - Google Patents

Abstract

【課題】セキュリティポリシーが不用意に変更されないよう安全に管理しつつ、ネットワーク上の複数のデバイスに適宜、一斉配信してセキュリティポリシーを反映させる。
【解決手段】デバイス管理装置が、自身で管理するセキュリティポリシーのデバイスへの反映、または、デバイスでの変更の際に必要となる第１のパスワードを設定し、セキュリティポリシーと、設定された第１のパスワードとを含む配信データを生成し、生成された配信データを、選択されたデバイスに配信する。
【選択図】図８

Description

ネットワークを介して、デバイスに対してセキュリティのための設定情報（セキュリティポリシー）を配信する技術に関する。

従来から、ネットワーク上に存在する画像形成装置などのデバイスに対して、設定情報を配信するための技術が存在する。設定情報としては、デバイスを利用するユーザーに係る情報、宛先帳情報、デバイス上で動作するアプリケーションの設定値などが含まれる。例えば、特許文献１では、デバイスのリプレースなどに際して、管理装置がリプレース前のデバイスから取得した設定情報の一部を、リプレース後のデバイスに対して配信する技術の開示がある。

特開２０１３−２４３４８８号公報

近年、各種デバイスに対しても、ネットワーク環境やオフィスの運用に即したセキュリティの指針に従った設定を行うことが求められている。セキュリティの指針に係るような設定は一般的に、セキュリティポリシーなどと呼ばれる。

セキュリティポリシーは、セキュリティを確保するために用いられる設定であり、同組織のデバイス間でセキュリティポリシーに差異があると、セキュリティホールになる恐れがある。したがって、セキュリティポリシーについては、ネットワーク上の全てのデバイスに一斉に配信して、その設定を反映させることがよいと考えられる。

しかしながら、セキュリティポリシーについては、前述した特許文献１で想定している単なる設定ではなく、組織的なセキュリティの指針となるものなので、配信後に各デバイス上で変更できては大きな問題となる。したがって、セキュリティポリシーについては、通常の設定情報とは異なる管理体系をとりつつ、利便性を考慮して、ネットワーク上で配信可能とする仕組みが必要となる。

上記課題を解決するために、本発明は、ネットワークで通信することができるデバイスを管理する管理装置であって、デバイスのセキュリティに係る設定項目の設定値を示すセキュリティポリシーとして管理する第１の管理手段と、前記管理されたセキュリティポリシーの配信先となるデバイスを選択する選択手段と、セキュリティポリシーのデバイスへの反映、または、セキュリティポリシーのデバイスでの変更の際に必要となる第１のパスワードを設定する設定手段と、前記セキュリティポリシーと、前記設定された第１のパスワードとを含む配信データを生成する生成手段と、前記生成された配信データを、前記選択されたデバイスに配信する配信手段と、を有することを特徴とする。

本発明によれば、セキュリティポリシーが不用意に変更されないよう安全に管理し、ネットワーク上の複数のデバイスに一斉配信してセキュリティポリシーを反映させることが可能となる。

本発明におけるネットワークシステムの構成例を示す図。 管理装置１０１のハードウェア構成の例について説明した図。 デバイスのハードウェア構成の例について説明する図。 管理装置１０１のソフトウェアのモジュール構成例について説明した図。 デバイスが提供するセキュリティポリシーの操作画面の一例を示す図。 セキュリティポリシーが反映されたデバイスの操作画面の一例を示す図。 管理装置１０１が提供するセキュリティポリシーの設定画面の一例を示す図。 管理装置１０１がデバイスに設定情報を配信する処理を説明するためのフローチャート。 セキュリティポリシーを選択するための画面の一例を示す図。 配信対象となるデバイスを選択するための画面の一例を示す図。 ポリシーパスワードの入力を受け付けるための画面の一例を示す図。 管理装置１０１がデバイスに配信する設定情報の一例を示す図。 セキュリティポリシーの設定内容の一例を表す図。 管理装置１０１の設定情報のエクスポート処理を説明するためのフローチャート。 エクスポートに必要な各種情報を入力する画面の一例を示す図。 デバイス１０２〜１０４のソフトウェアのモジュール構成例について説明した図。 デバイス１０２〜１０４が設定情報を受信する処理を説明するためのフローチャート。 管理装置１０１が管理するデバイス情報データベース４０９の内容の例を示す図。 実施例２における管理装置１０１のデバイスからの設定情報の取得処理を説明するためのフローチャート。 実施例２における管理装置１０１が取得する設定情報の一例を示す図。 実施例２における設定情報データベース４０８で管理されるセキュリティポリシーを示す図。 実施例２における管理装置１０１がデバイスに設定情報を配信する処理を説明するためのフローチャート。 実施例２におけるポリシーパスワードの入力を受け付けるための画面の一例を示す図。

以下、本発明を実施するための最良の形態について図面を用いて説明する。

［実施例１］
図１は、本発明が適用可能なネットワークシステムを示す。このシステムにおいては、ネットワーク上のデバイスを管理する管理装置１０１が動作している。

１０２、１０３、１０４は、ＬＡＮ１００などのネットワーク上に存在する、管理装置の管理対象となるデバイスである。デバイスの例としては、プリンターや複写機、スキャナー、カメラなどを含む画像形成装置や、スマートフォン、タブレット、などが挙げられる。

図２は、管理装置１０１のハードウェアの構成例について説明した図である。本発明では、管理装置は、一般的なＰＣ（パーソナルコンピュータ）で実現できる。

ハードディスク（ＨＤＤ）２１２には、後述のすべての説明で動作主体となる本実施例に係るデバイス管理ソフトウェアのプログラムが格納される。２０１はＣＰＵで、後述のすべての説明において、特に断りのない限り、ハードウェア上の実行の主体である。一方、ソフトウェア上の制御の主体は、上述のように、ハードディスク（ＨＤＤ）２１２に格納されたデバイス管理ソフトウェア（プログラム）である。即ち、ＣＰＵ２０１が、ＨＤＤ２１２にコンピュータ読み取り可能に記録されたデバイス管理プログラムを読み出して実行することにより、後述する管理装置１０１の機能を実現する。２０２はＲＯＭで、ＢＩＯＳやブートプログラムが格納されている。２０３はＲＡＭで、ＣＰＵ２０１の主メモリー、ワークエリア等として機能する。２０５はキーボードコントローラ（ＫＢＣ）で、キーボード（ＫＢ）２０９やポインティングデバイス（ＰＤ）２１０等からの指示入力を制御する。２０６はディスプレイコントローラ（ＤＳＰＣ）で、ディスプレイ（ＤＳＰ）２１１の表示を制御する。２０７はディスクコントローラ（ＤＫＣ）で、ハードディスク（ＨＤＤ）２１２やＣＤ−ＲＯＭ（ＣＤ）２１３などの記憶装置へのアクセスを制御するものである。ハードディスク（ＨＤＤ）２１２およびＣＤ−ＲＯＭ（ＣＤ）２１３等には、ブートプログラム、オペレーティングシステム、データベース、デバイス管理プログラムおよびそのデータ等が記憶されている。２０８はインタフェースコントローラ（ＩＦＣ）で、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）を介して他のネットワーク機器と情報を送受信する。ネットワークとの接続に関しては、有線／無線を問わない。これらの各構成要素は、システムバス２０４上に配置される。

また、本実施例においては、ＯＳ（オペレーティングシステム）は例えば、マイクロソフト社製のウィンドウズ（登録商標）を想定しているが、これに限るものではない。

図３は、デバイス１０２、１０３、１０４の内部構成について説明する図である。図３は、デバイスの一例としての、印刷機能やスキャン機能、ネットワーク通信機能などを備える画像形成装置を示す。

３０１は画像形成装置全体の制御を司るＣＰＵである。３０２はＣＰＵ３０１が実行する印刷処理プログラムやフォントデータを格納するＲＯＭである。３０３はＣＰＵ３０１のワークエリア、受信バッファ、画像描画に使用されるＲＡＭである。３０４は画像形成装置３００の設定値などを記録するハードディスク（ＨＤＤ）である。３０５は各種スイッチやボタン、並びに、タッチパネル、メッセージ表示用の液晶表示部で構成される操作パネルである。操作パネル３０５では、ユーザーが前記画像形成装置の設定値を操作することが可能である。３０６はネットワークに接続するためのネットワークインタフェースである。３０７は記録紙に印刷を行うプリンタエンジンである。３０８は原稿を読み取るためのスキャナーである。３０９はファクシミリの送受信を行うための通信部である。

図４は、管理装置１０１上で稼動するデバイス管理ソフトウェア４００を実行することで実現されるモジュール構成例について説明した図である。デバイス管理ソフトウェア４００は、上述したように、ＣＰＵ２０１により、ＨＤＤ２１２から読み出され、実行される。

ＵＩ制御部４０１は、デバイスの管理者の操作を受付けるためのグラフィカルユーザインタフェース（ＧＵＩ）を提供する。ＧＵＩは、管理装置１０１に備え付けられたディスプレイ２１１に表示されるよう構成される。もしくは、ＧＵＩは、ＨＴＴＰ（ＨｙｐｅｒＴｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｏｃｏｌ）を用いて、他のクライアントＰＣから利用可能なＷｅｂアプリケーションとして構成することも可能である。その場合には、管理者は、クライアントＰＣのウェブブラウザなどで表示されるＧＵＩを介して操作を行うことになる。

デバイス管理部４０２は、探索部４０６を介してＬＡＮ１００に接続されたデバイスを探索する。探索部４０６によるデバイスの探索は、ＳＬＰ（Ｓｅｒｖｉｃｅ Ｌｏｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）や、ＳＮＭＰ（Ｓｉｍｐｌｅ Ｎｅｔｗｏｒｋ Ｍａｎａｇｅｍｅｎｔ Ｐｒｏｔｏｃｏｌ）など探索要求パケットを送信することによって実現可能である。また、デバイス管理部４０２は、探索部４０６の探索により発見されたデバイスに対して、さらに通信部４０７を介して、デバイスについての詳細を示すデバイス情報（デバイス名、機種名、シリアルナンバー、能力、状態など）を取得することも可能である。また、デバイス管理部４０２は、デバイスのアドレス情報（ＩＰアドレス、ＭＡＣアドレス、ＧＰＳ情報など）とデバイスから取得したデバイス情報を、デバイス情報データベース４０９に格納し、管理する。データベースに登録された情報は、ＵＩ制御部４０１を介して、デバイスリストなどの形態で、ユーザーが閲覧することも可能である。

設定情報管理部４０３は、設定情報取得部４０４に指示して、通信部４０７を介してデバイスから設定情報を取得し、設定情報データベース４０８に格納する。設定情報データベース４０８に格納された設定情報は、ＵＩ制御部４０１を介して、ユーザーが閲覧することも可能である。また、設定情報管理部４０３は、設定情報配信部４０５を介して、設定情報データベース４０８に格納されている設定情報をデバイスに配信制御することが可能である。なお、デバイス以外の別の管理装置から取得した設定情報や、管理者が手動でデバイス管理部を操作することでファイルによりインポートされた設定情報についても、設定情報データベース４０８に格納し、管理することが可能である。設定情報配信部４０５は、通信部４０７を介して、デバイスに対して設定情報を配信する。

ここで、本発明において、設定情報取得部４０４、及び設定情報配信部４０５は、通信部４０７を介して、ＨＴＴＰ・ＳＯＡＰを用いたＷｅｂサービスにより、デバイスの設定情報の取得、配信を実現する。なお、他の通信プロトコルを用いて、デバイスの設定情報の取得、配信を実現しても良い。

また、設定情報取得部４０４による設定情報の取得に際しては、予め定められた設定項目の設定値のみを取得するように構成することも可能である。また、ＵＩ制御部４０１を介して、ユーザーが選択した設定項目の設定値を取得するように構成することも可能である。同様に、設定情報配信部４０５による設定情報の配信に際しても、所定の設定項目やユーザーが選択した設定項目の設定値を配信するように構成することができる。

図５は、デバイスが提供するセキュリティポリシーに関する操作画面の例を示す説明図である。デバイスのセキュリティポリシー設定画面は、デバイスの操作パネル３０５に表示したり、管理装置１０１などのＰＣからＷｅｂブラウザーを用いてデバイスのウェブサーバ（不図示）にアクセスして、表示したりすることができる。

図５（ａ）は、セキュリティポリシーについての確認画面である。図５（ａ）には、現在のセキュリティポリシーが表示されている。図示されたポリシーバージョンとは、セキュリティポリシーの内容に対応するバージョン情報である。ポリシーバージョンが異なるセキュリティポリシーのそれぞれは、セキュリティポリシーで設定可能な項目が異なる。また、図５（ａ）では、セキュリティポリシーを変更するためのパスワード入力を促している。本実施例では、このパスワードを「ポリシーパスワード」と呼ぶ。ポリシーパスワードは、デバイスの通常の操作を行うために行われるログイン処理のためのログインパスワードとは異なり、セキュリティポリシーを変更するためだけに用いる専用パスワードである。すなわち、デバイスにログインして操作できるユーザーであっても、ポリシーパスワードを知らない限り、セキュリティポリシーを変更することはできない。

図５（ｂ）は、図５（ａ）で正しいポリシーパスワードが入力された場合に表示される、セキュリティポリシーについての設定画面の例である。図５（ｂ）では、ポリシーバージョン１．００として定義される各種セキュリティポリシーの項目の設定値を変更することができる。図示される項目に対して、有効化または無効化する入力を行った後に、“ＯＫ”ボタンを押下することで、設定値の変更が反映されることになる。

図６は、デバイスの操作パネル３０５における操作画面の一例を示す図である。

図６で示す操作画面には、図５で示すセキュリティポリシーが反映されている。図５の例では、セキュリティポリシーとしてＦＡＸ送信およびＵＳＢインターフェースの使用を禁止している。そのため、図６（ａ）では、「スキャンしてＦＡＸ送信」と「ＵＳＢメモリー」に係る操作のためのメニューが無効化され、ユーザーが操作できなくなっている。ユーザーが無効になっているメニューを選択した場合、図６（ｂ）のように、セキュリティポリシーによりその機能を実行できない旨のメッセージを表示しても良い。セキュリティポリシーには、ＦＡＸや電子メールなどの外部へのデータの送信機能や、ＵＳＢやパネル部などのインターフェース部分の機能に関する制限のための設定項目が存在する。ほかにも、デバイスの認証機能に関する機能制限などの設定項目があってもよい。

図７は、管理装置１０１で提供されるセキュリティポリシーについての設定画面の一例を示す図である。

本図は、図５とは異なり、ポリシー名とポリシーバージョンを、更に指定できる。管理装置１０１では、部門ごとや組織ごとなどを考慮して、複数のセキュリティポリシーを管理することがあるため、各セキュリティポリシーを識別するためにポリシー名を管理する。

セキュリティポリシーは、図７で示す管理装置１０１の設定画面を用いて新規に作成したり、編集したりすることが可能である。また、図１４で後述するエクスポートした設定ファイルを、デバイス管理ソフトウェア４００にインポートすることでも、新しいセキュリティポリシーを作成することができる。

図８は、管理装置１０１がデバイス１０２〜１０４に対して設定情報を配信する処理を説明するためのフローチャートである。図８のフローチャートに示す処理は、管理装置１０１のデバイス管理ソフトウェア４００が実行されることで実現される。

Ｓ８０１において、設定情報配信部４０５は、配信すべきセキュリティポリシーの選択処理を実行する。具体的には、まず、設定情報配信部４０５は、設定情報管理部４０３を介して設定情報データベース４０８からセキュリティポリシーの一覧を取得する。そして、ＵＩ制御部４０１により取得したセキュリティポリシーの一覧を、ＧＵＩを用いて表示（図９）させて、ユーザーの選択を受け付ける。

図９は、Ｓ８０１で表示されるセキュリティポリシーを選択するための画面の一例を示す図である。図９で示すセキュリティポリシーの一覧には、例えば、ポリシー名が「パブリックスペース」、「本社部門」の２つのセキュリティポリシーが含まれる。また、各セキュリティポリシーのポリシーバージョンや、最終の更新日時などの情報も表示されている。この画面を介してセキュリティポリシーは一つだけ選択できる。図９の例では、ラジオボタンで「パブリックスペース」のセキュリティポリシーが選択されている。

Ｓ８０２において、設定情報配信部４０５は、セキュリティポリシーの配信対象となるデバイスの選択処理を実行する。具体的には、まず、設定情報配信部４０５は設定情報管理部４０３を介してデバイス情報データベース４０９からデバイスの一覧を取得する。そして、ＵＩ制御部４０１により取得したデバイスの一覧を、ＧＵＩを用いて表示（図１０）させて、ユーザーの選択を受け付ける。ユーザーとしては、ネットワークデバイスの保守、資産管理などを担当する管理者や、組織のポリシーを管理するポリシー管理者が想定される。

図１０は、Ｓ８０２で表示されるデバイスを選択するための画面の一例を示す図である。図１０で示すデバイスの一覧には、デバイス名が「デバイスＡ」、「デバイスＢ」、「デバイスＣ」の３つのデバイスが含まれる。また、この画面では、各デバイスがサポートするポリシーバージョンに加え、デバイスの機種名、設置場所などのデバイス情報も表示されている。セキュリティポリシーの配信対象とするデバイスは１または複数選択することができ、図１０の例では、デバイスＡとデバイスＢが選択されている。

なお、図１０で一覧表示するデバイスは、Ｓ８０１で選択したセキュリティポリシーを配信可能なものだけに絞り込んでも良い。配信可能かどうかは、Ｓ８０１で選択したセキュリティポリシーのポリシーバージョンと、デバイス情報データベース４０９に格納している各デバイスがサポートしているポリシーバージョンとを比較することで判断する。図１０の例では、セキュリティポリシーに後方互換性があることを想定しているため、配信対象のセキュリティポリシー「パブリックスペース」のポリシーバージョンＶ１．００に対して、デバイス一覧にはポリシーバージョンＶ１．００以降のものを表示している。つまり、ポリシーバージョンＶ０．５０までしかサポートしていないデバイスについてはこの一覧には表示されず、一方で、ポリシーバージョンＶ１．１０をサポートしているデバイスＢはこの一覧に含まれ、表示されることになる。

Ｓ８０３において、設定情報配信部４０５は、Ｓ８０２で選択されたすべてのデバイスに対してセキュリティポリシーを配信したかどうかを確認する。ここで、すべてのデバイスに対してセキュリティポリシーの配信が完了している場合には本配信処理を終了する。また、セキュリティポリシーを配信していないデバイスが存在する場合には、その中から１のデバイスを処理対象のデバイスとしてＳ８０４以降の処理を実行する。

Ｓ８０４において、設定情報配信部４０５は、対象デバイスのポリシーパスワード情報がデバイス情報データベース４０９に存在するかどうかを、設定情報管理部４０３を介して確認する。対象デバイスのポリシーパスワードがデータベースに存在する場合にはＳ８０５に進み、存在しない場合にはＳ８０６に進む。Ｓ８０５において、設定情報配信部４０５は、設定情報管理部４０３を介してデバイス情報データベース４０９から対象デバイスのポリシーパスワード情報を読み出して、取得する。

Ｓ８０６において、設定情報配信部４０５は、対象デバイスに配信すべきセキュリティポリシーについてのポリシーパスワードの入力を受け付ける。ここでは、図１１で示すように、ＵＩ制御部４０１によりＧＵＩを用いて表示させて、ユーザーの入力を受け付ける。図１１（ａ）は、ユーザーによるポリシーパスワードの入力を受け付けるための設定画面であり、Ｓ８０５でポリシーパスワードが取得できた場合には、あらかじめそのポリシーパスワードが入力された状態で表示される。ユーザーは、さらに、ポリシーパスワードを編集することも可能である。

Ｓ８０７において、設定情報配信部４０５は、Ｓ８０６で受け付けたポリシーパスワードを、該デバイス情報として設定情報管理部４０３を介してデバイス情報データベース４０９に格納する。Ｓ８０８において、設定情報配信部４０５は、Ｓ８０１で選択したセキュリティポリシーと、Ｓ８０５〜Ｓ８０７で設定されたポリシーパスワードとをもとに、配信データとしての設定情報を生成する。Ｓ８０９において、設定情報配信部４０５は、Ｓ８０８で生成した設定情報を、通信部４０７を介して対象デバイスに配信する。

なお、図８で示す処理では、配信対象の複数のデバイスについて、１台ずつポリシーパスワードを設定した上で、設定情報を生成して、配信処理が行われていた。しかしながら、Ｓ８０２で選択されたすべてのデバイスに対して、一度にポリシーパスワードを設定した上で、設定情報を生成して、一斉に配信処理を行うことも可能である。具体的には、Ｓ８０６において、図１１（ｂ）で示すように、選択された配信対象デバイスの全てに対してポリシーパスワードの入力を受け付ける画面を提供する。

図１１（ｂ）では、以前にセキュリティポリシーを配信したことがないデバイスＡについては、ポリシーパスワードがデバイス情報データベースに４０９に格納されていないため、テキストボックスが空欄になっている。一方、デバイスＢは、過去にセキュリティポリシーを配信した際のポリシーパスワードがデバイス情報データベースに４０９に格納されているため、あらかじめテキストボックスにポリシーパスワードが入力された状態になっている。この画面で、複数のデバイスに対するポリシーパスワードが入力されるので、Ｓ８０７〜Ｓ８０９での処理で、当該複数のデバイスに対する設定情報の配信処理が行えるようになる。

なお、図１１（ｂ）では、いずれか１つのテキストボックスにポリシーパスワードの入力があった場合に、ほかのデバイスにも同じポリシーパスワードを一括で設定するための指示部をさらに設けてもよい。これにより、簡易に、同じポリシーパスワードを複数のデバイス用に一括で設定できるようになる。

図１８は、管理装置１０１が管理するデバイス情報データベース４０９に含まれる内容を示す図である。各デバイスの識別情報や、セキュリティポリシーのバージョン情報、ポリシーパスワード情報などが含まれている。

より具体的には、デバイス情報としては、設定情報取得部４０４が取得した各デバイスのデバイス名やシリアルＮｏ、サポートするポリシーバージョンなどの情報が格納されている。また、デバイスごとのポリシーパスワードを保持する領域も存在する。

前述のＳ８０４においては、着目している対象デバイスのポリシーパスワードが、デバイス情報データベース４０９に存在するかどうかを確認される。また、前述のＳ８０７においては、ユーザーが図１１で示す画面を貸して入力したポリシーパスワードが、デバイス情報データベース４０９に格納されることになる。

図１２は、Ｓ８０９において、管理装置１０１がデバイスに配信する設定情報の一例を示す図である。この設定情報は、ＸＭＬで記述されている。また、この設定情報は、図９および図１０に例示する「パブリックスペース」という名前のセキュリティポリシーを「デバイスＡ」、「デバイスＢ」という名前の２台のデバイスに配信する場合の設定情報の例である。

図１２（ａ）は、ポリシー名が「パブリックスペース」であるセキュリティポリシーを用いて生成された「デバイスＡ」に配信されるべき設定情報の例である。

１２０１は、セキュリティポリシーの設定を表す要素である。管理装置１０１でセキュリティポリシーを識別するための識別情報（ＩＤ）と、ポリシーバージョン、ポリシー名が属性として含まれている。１２０２は、ポリシーパスワードを表す要素であり、セキュリティポリシーに係る設定をデバイスＡに適用するために必要なパスワードを保持している。１２０３は、セキュリティポリシーに係る設定を表す要素であり、複数の子要素（Ｉｔｅｍタグ）で構成されている。一つのＩｔｅｍタグが一つのポリシー項目に対応していて、各項目を識別するための識別情報（ＩＤ）の属性を持っている。“ｔｒｕｅ”、“ｆａｌｓｅ”は、各項目に係るポリシーが有効とするかどうかを示す値を意味する。

図１２（ｂ）は、ポリシー名が「パブリックスペース」であるセキュリティポリシーを用いて生成された「デバイスＢ」に配信されるべき設定情報の例である。１２０４で示すポリシーパスワードを表す要素については、図１２（ａ）と異なる。

図１２において、１２０２と１２０４は、異なるパスワードが設定されているが、デバイスＡとデバイスＢに同じポリシーパスワードが設定されている場合は、１２０２と１２０４のパスワードも同一のものとなる。

なお、図１２に示す設定情報には、セキュリティポリシー以外の設定情報（不図示）を更に含めるようにすることも可能である。例えば、前述のＳ８０８において、ユーザーに対して、他の設定情報も配信するか否かを更に問い合わせる。そして、他の設定情報についても配信するとの旨をユーザーが入力した場合に、さらに配信対象として設定情報を追加する画面をＵＩ制御部４０１によりＧＵＩを用いて表示させる。ここで、追加される設定情報としては、例えば、アドレス帳情報やユーザー情報などといったセキュリティとはあまり関連しないような設定情報が含まれる。なお、この追加の設定情報に関しては、前述のポリシーパスワードによる制限を受けない。つまり、この追加の設定情報をさらにデバイスの操作画面を介して変更しようとしても、デバイスは、前述した図５（ａ）で示すようなポリシーパスワードの入力を要求しない。

図１３は、管理装置１０１およびデバイス１０２〜１０４が保持できるセキュリティポリシーの設定内容の一例を表す図である。

管理装置１０１では、図９に示すように複数のセキュリティポリシーを管理している。より詳細には、各セキュリティポリシーについて、図１３に示すようなセキュリティポリシーの設定内容を管理している。デバイス１０２〜１０４においては、このセキュリティポリシーが設定情報として配信され、適用された場合に、それに従って図６に示すような機能制限を行う。図５は、図１３で示すセキュリティポリシーの設定内容を持つデバイスのセキュリティポリシーについての設定画面でもある。ここで、図１３で“ＴＲＵＥ”との設定値を持つ項目については、対応するポリシーが有効であることを示す。例えば、ポリシー項目ＩＤ“Ｉ０００１”は有効となっているので、デバイスにおいてＦＡＸ送信のための機能についてはユーザーの利用が制限される。

なお、管理装置１０１および各デバイスで表示されるセキュリティポリシーについての設定画面は、サポートするポリシーバージョンによって異なる場合がある。例えば、図１２で示す設定情報は、ポリシーバージョンＶ１．００のセキュリティポリシーが含まれている。そして、ポリシーバージョンＶ１．００をサポートするデバイスが提供するセキュリティポリシーについての設定画面には、ポリシーバージョンＶ１．００のセキュリティポリシーに含まれる設定項目のみが表示されることになる。一方で、ポリシーバージョンＶ１．１０などより新しいバージョンをサポートしているデバイスでは、ポリシーバージョンＶ１．００のセキュリティポリシーが適用された場合でも、設定画面上で表示される設定項目が多くなることがある。これは、セキュリティポリシーのバージョンアップによりセキュリティに関する設定項目が増えたためである。よって、ポリシーバージョンがより新しいバージョンをサポートしているデバイス、それよりも古いバージョンのセキュリティポリシーを適用した場合は合致する項目のみ、設定値が反映されることになる。

図１４は、管理装置１０１がファイルシステム上に設定情報をファイルとしてエクスポートする処理を説明するためのフローチャートを示す。なお、本処理についても、管理装置１０１でデバイス管理ソフトウェア４００を実行することで実現される。

ここで、ファイルとしてエクスポートする設定情報の内容は、図１２に示す設定情報と同等のＸＭＬ形式であるが、ポリシーパスワードやポリシー設定などの機密として扱われるべき情報を含むため、ポリシーパスワードとは異なるパスワードで暗号化する。本実施例においては、このパスワードを暗号化パスワードと呼び、ポリシーパスワードとは区別して扱う。

まず、Ｓ１４０１で、設定情報配信部４０５は、エクスポートの対象となるセキュリティポリシーの選択処理を実行する。具体的には、まず、設定情報配信部４０５は、設定情報管理部４０３を介して設定情報データベース４０８からセキュリティポリシーの一覧を取得する。そして、ＵＩ制御部４０１により取得したセキュリティポリシーの一覧を、ＧＵＩを用いて表示させて、ユーザーの選択を受け付ける。

Ｓ１４０２において、設定情報配信部４０５は、セキュリティポリシーを適用するためのポリシーパスワードの入力を受け付ける。ここでは、ＵＩ制御部４０１により表示されＧＵＩ（図１５）を用いて、ユーザーのポリシーパスワードの入力を受け付ける。Ｓ１４０３において、設定情報配信部４０５は、設定情報を暗号化するための暗号化パスワードの入力を受け付ける。ここでは、前述のＧＵＩ（（図１５））を用いて、さらに、ユーザーの暗号化パスワードの入力を受け付ける。Ｓ１４０４において、設定情報配信部４０５は、設定情報のファイル出力先であるファイルパスの入力を受け付ける。ここでは、前述のＧＵＩ（（図１５））を用いて、さらに、ユーザーのファイルパスの入力を受け付ける。

Ｓ１４０５において、設定情報配信部４０５は、Ｓ１４０１及びＳ１４０２でのセキュリティポリシー及びポリシーパスワードを用いて、設定情報を生成する。Ｓ１４０６において、設定情報配信部４０５は、生成した設定情報を暗号化して、Ｓ１４０４で設定したファイルパスに出力することでエクスポートを行う。ここでは、エクスポートされたファイルは、Ｓ１４０３で設定した暗号化パスワードを利用することで復号化されることになる。

図１５は、図１４のエクスポート処理に必要な各種情報を入力する画面の一例を示す図である。具体的には、ポリシーパスワード、暗号化パスワード、そして出力先のファイルパスの入力を促している。

図１６は、デバイス１０２、１０３、１０４のソフトウェアのモジュール構成例について説明した図を示す。ここでは、とくに本発明に関連する設定情報、セキュリティポリシーの管理などに必要となるソフトウェアに関する構成を説明する。

ポリシー管理部１６０１は、設定情報データベース１６０５に格納されているセキュリティポリシーの設定に従い、デバイスの各種機能の制限を制御する。

解析部１６０２は、通信部１６０４を介して管理装置１０１から受信した設定情報を解析する。受信した設定情報に含まれるポリシーパスワードが、設定情報データベース１６０５に格納しているポリシーパスワードと合致するかを判定する。ここで、合致すると判定された場合に限り、解析部１６０２は、その受信した設定情報に含まれるセキュリティポリシーで、設定情報データベース１６０５に格納しているセキュリティポリシーの設定を更新する。また、受信した設定情報に含まれるセキュリティポリシー以外の設定についても、解析部１６０２は、設定情報データベース１６０５に格納している設定値の更新を行う。ここで、更新の対象となる設定値は、設定情報に含まれるセキュリティポリシー以外の設定であって、既に設定情報データベース１６０５で格納されているセキュリティポリシーに違反しない範囲の設定のみである。管理装置１０１から受信した設定情報に含まれるセキュリティポリシー以外の設定であっても、セキュリティポリシーに違反する設定値は、設定情報データベース１６０５の更新の際に解析部１６０２により無視され、反映されない。

設定情報管理部１６０３は、セキュリティポリシーの設定を含む設定情報に係る各種設定値を、設定情報データベース１６０５に格納したり、読み出したりする。設定情報データベース１６０５への格納は、解析部１６０２に従い行われる。

ＵＩ制御部１６０６は、デバイスを操作するためのグラフィカルユーザインタフェース（ＧＵＩ）を提供する。ＧＵＩは、操作パネル３０５に表示されたり、他のＰＣのウェブブラウザ上に不図示のウェブサーバを介して表示されたりする。

図１７は、デバイス１０２〜１０４で、設定情報を受信する際の処理を説明するためのフローチャートを示す。本処理は、デバイスのＣＰＵ３０１が、ＨＤＤ３０４に記録された本処理に係るプログラムを読み出して実行することにより実現されるものである。

Ｓ１７０１において、通信部１６０４は、管理装置１０１から設定情報を受信する。Ｓ１７０２において、解析部１６０２は、Ｓ１７０１で受信した設定情報が暗号化されているかどうか確認する。暗号化されていた場合にはＳ１７０３に進み、暗号化されていなかった場合にはＳ１７０４に進む。

ここで、管理装置１０１から受信した設定情報が暗号化されているケースとしては、図１４で説明した処理で一度、エクスポートされた設定情報が、デバイス１０２〜１０４に対して、そのまま配信された場合である。

Ｓ１７０３において、解析部１６０２は、ＵＩ制御部１６０６により表示されるＧＵＩを介して、復号化のためのパスワード入力を受け付ける。ここで、入力されたパスワードが、設定情報に設定されている暗号化パスワードに一致する場合に限り、解析部１６０２が管理装置１０１から受信した設定情報を復号化する。

Ｓ１７０４において、解析部１６０２は、設定情報に含まれるポリシーパスワードが、設定情報データベース１６０５に格納しているポリシーパスワードに合致するかどうか判定する。ポリシーパスワードが合致した場合にはＳ１７０５に進み、合致しない場合にはＳ１７０６に進む。

Ｓ１７０５において、解析部１６０２は、Ｓ１７０１で受信した設定情報に含まれるセキュリティポリシーに係る設定値を用いて、設定情報データベース１６０５の更新処理を実行する。具体的には、設定情報管理部１６０３を介して、設定情報データベース１６０５に格納しているセキュリティポリシーに係る設定項目の設定値を、受信した設定情報に含まれる同じ項目の設定値で更新する。また、受信した設定情報に含まれるセキュリティポリシーに係る設定項目のうち、設定情報データベース１６０５で管理されていない設定項目は無視され、反映されない。

Ｓ１７０６において、解析部１６０２は、Ｓ１７０１で受信した設定情報に含まれるセキュリティポリシー以外の設定項目の設定値についての処理が完了しているか否かを判断する。未処理の場合にはＳ１７０７に進み、完了していた場合には本処理を終了する。

Ｓ１７０７において、解析部１６０２は、Ｓ１７０１で受信した設定情報に含まれるセキュリティポリシー以外の設定項目の設定値の１つを、対象の設定値として読み出して判定を行う。具体的には、その対象の設定値が、設定情報データベース１６０５に格納されている設定値に従うセキュリティポリシーに違反するかどうかを確認する。例えば、その受信した設定情報に、セキュリティポリシーとしてＦＡＸの送受信が禁止されているにも関わらず、例外通知の通信方法としてＦＡＸを用いることを示す設定値が含まれていた場合には、違反として判定される。セキュリティポリシーに違反する設定値の場合にはＳ１７０６に戻る。違反しない場合にはＳ１７０８に進み、解析部１６０２は、設定情報管理部１６０３を介して、対象の設定値を用いて、設定情報データベース１６０５を更新する。

ここで、Ｓ１７０７において、解析部１６０２によりセキュリティポリシーに違反すると判定された設定値は、設定情報データベース１６０５に反映されない。

本実施例では、管理装置におけるセキュリティポリシーを含む設定情報の配信の指示の際に、デバイスごとにポリシーパスワードを設定している。そして、配信先のデバイスで既に管理しているポリシーパスワードと、配信された設定情報に含まれるパスワードとが合致した場合に限り、デバイスのセキュリティポリシーが更新される。この構成により、各デバイスのセキュリティポリシーが容易に変更されることを防ぎつつ、複数のデバイスに対するセキュリティポリシーを含む設定情報を容易に配信することが可能となる。

［実施例２］
本実施例では、管理装置１０１が、バックアップとして利用する、または他デバイスへの配信データとして流用するために、特定のデバイスからの設定情報を取得する際の実施例について説明する。この際に、本実施例の管理装置１０１では、設定情報に含まれるセキュリティポリシーとポリシーパスワードを分離して記憶、管理しておく。そして、セキュリティポリシーの配信する際に、所定の条件を満たした場合には、管理しておいたポリシーパスワードを流用することにより、パスワード入力の手間を省いて、利便性を向上させる。

なお、本実施例では、実施例１と同様の部分については同一の符号を用いて、その詳細な説明を省略する。以下に、実施例１とは異なる点のみを説明する。

図１９は、管理装置１０１が、デバイス１０２〜１０４の何れかから設定情報を取得する処理を説明するためのフローチャートである。本処理は、管理装置１０１でデバイス管理ソフトウェア４００が実行されることにより実現される。

Ｓ１９０１において、設定情報取得部４０４は、デバイスに対して所定の要求を行うことで、設定情報を取得する。ここで、該要求において、必要な設定項目などを指定することで、ユーザーの所望の設定情報を取得することも可能である。

図２０は、管理装置１０１がデバイスから取得する設定情報を示す図である。基本的には、図１２に示す設定情報と同等であるが、細かな差異について以下に説明する。

２００１は、セキュリティポリシーの設定を表す要素である。デバイスが保持するセキュリティポリシーであるため、図１２の１２０１には存在するＩＤやポリシー名は２００１には存在しない。２００２は、ポリシーパスワードを表す要素であり、デバイス側の設定情報データベース１６０５に格納されているパスワードが設定されている。２００３は、セキュリティポリシーの設定内容を表す要素であり、デバイスの現在のセキュリティポリシーに係る各項目の設定値が記述されている。２００４は、セキュリティポリシーとは別の、デバイスの各種情報を表す要素である。図２０の例では、デバイス名やシリアルＮｏ、機種名などが記述されている。なお、図１２と同様に、図２０に示す設定情報には、セキュリティポリシーやデバイス情報以外の不図示の各種設定やアドレス帳情報などを含まれていても良い。

続いて、Ｓ１９０２において、設定情報管理部４０３は、取得された設定情報に含まれる設定値を用いて、新規にセキュリティポリシーを作成し、設定情報データベース４０８に保存する。ここで、作成したセキュリティポリシーのポリシー名は、図９に示すような管理装置１０１の設定画面において、セキュリティポリシーを一覧表示するために、暫定的に「流用セキュリティポリシー」などと自動的に設定すれば良い。なお、ここで作成されたセキュリティポリシーのファイルには、ポリシーパスワードが設定されない。つまり、ここでは、図２０の２００２で示すポリシーパスワードを削除した状態のセキュリティポリシーが、「流用セキュリティポリシー」といったポリシー名を用いて管理されることになる。

なお、図２０の２００１で示すポリシーバージョンが管理装置１０１で扱えない（管理装置１０１にとって未知の）ものだった場合は、Ｓ１９０２で作成するセキュリティポリシーのポリシーバージョンは管理装置１０１が扱えるうちの最新のポリシーバージョンとする。また、図２０の２００３に記述されているセキュリティポリシーの内容の中で、管理装置１０１で扱えない設定項目については無視する。逆に、管理装置１０１が扱える最新のポリシーバージョンに含まれる項目に該当するものが、図２０の２００３に存在しなかった場合、そのポリシー項目には所定の初期値を設定する。

Ｓ１９０３において、設定情報取得部４０４は、取得した設定情報にポリシーパスワードが含まれるかどうか判定する。ここで、ポリシーパスワードが含まれる場合にはＳ１９０４に進み、含まれない場合には本処理を終了する。

Ｓ１９０４において、設定情報管理部４０３は、取得された設定情報に含まれるポリシーパスワードを設定情報データベース４０８に記憶する。なお、本実施例では、図２１で示すように、設定情報データベース４０８においては、Ｓ１９０２で作成したセキュリティポリシー（ポリシーＩＤ：Ｐ０００３）に関連づけて、取得元デバイスの識別情報と当該ポリシーパスワードを管理している。

なお、図２１において、ポリシーＩＤ：Ｐ０００１、Ｐ０００２で示すセキュリティポリシーは、取得元デバイスＩＤが空欄となっている。これは、これらのセキュリティポリシーがデバイスから取得したものではなく、管理装置１０１の設定画面にて作成されたものであることを示している。

図２２は、管理装置１０１がデバイス１０２、１０３、１０４に設定情報を配信する処理の流れを示すフローチャートである。図２２のフローチャートに示す処理は、管理装置１０１のデバイス管理ソフトウェア４００により実行される。即ち、図２２のフローチャートの処理は、ＣＰＵ２０１が、ＨＤＤ２１２に記録されたプログラムを読み出して実行することにより実現されるものである。図８と同等の処理は、同一の符号を用いることで説明を省略する。

Ｓ２２０１では、図８のＳ８０４と同様に、設定情報配信部４０５は、対象デバイスのポリシーパスワード情報がデバイス情報データベース４０９に存在するかを判定する。ここで、ポリシーパスワードが存在する場合にはＳ８０５に進み、存在しない場合にはＳ２２０２に進む。

Ｓ２２０２において、設定情報管理部４０３は、Ｓ８０１で選択されたセキュリティポリシーに関連付けて、取得時のポリシーパスワードが設定情報データベース４０８で管理されているか否かを判断する。該当するポリシーパスワードが管理されていた場合にはＳ２２０３に進み、管理されていない場合にはＳ８０６に進む。

Ｓ２２０３において、設定情報管理部４０３は、対象デバイスが、Ｓ８０１で選択されたセキュリティポリシーに関連付けて管理されている取得元デバイスと同一であるかどうかを判定する。ここで、同一であった場合にはＳ２２０４に進み、同一でない場合にはＳ８０６に進む。

Ｓ２２０４において、設定情報管理部４０３は、Ｓ２２０２で確認した取得時ポリシーパスワードを設定情報データベース４０８から読み出して、取得する。

図２３は、図２２の処理を経て、Ｓ８０６でＵＩ制御部４０１により表示されるポリシーパスワードの入力を受け付ける画面の一例を示す図である。これは、前述の図１１（ｂ）で示す画面の変形例である。これは、ユーザーが配信対象のセキュリティポリシーとして、前述の「流用セキュリティポリシー」を選択した場合の例である。ここでは、配信対象のデバイスとして、「デバイスＡ」、「デバイスＢ」、「デバイスＤ」が選択されている。

図２３では、デバイスＢについては、Ｓ８０５で読み出されたデバイス情報データベースに格納されているポリシーパスワードがあらかじめテキストボックスに入力された状態になっている。デバイスＤについては、Ｓ２２０４において読み出された、設定情報データベース４０８に管理されていた取得時ポリシーパスワードが、あらかじめテキストボックスにポリシーパスワードが入力された状態になっている。

なお、Ｓ２２０３における判定条件は、パスワードを流用することに対する危険性や利便性を考慮したうえで適切な条件に設定すれば良く、本実施例に示す条件に限るものではない。たとえば、配信対象デバイスと取得元デバイスの機種情報が同一であった場合に「Ｙｅｓ」と判定する、という条件が考えられる。また、取得時パスワードが管理されている場合（Ｓ２２０２で「Ｙｅｓ」）に、必ずそのパスワードを利用するといった処理を行うことも可能である。

（他の実施例）
本発明は、上述した実施形態を適宜組み合わせることにより構成された装置あるいはシステムやその方法も含まれるものとする。

ここで、本発明は、上述した実施形態の機能を実現する１以上のソフトウェア（プログラム）を実行する主体となる装置あるいはシステムである。また、その装置あるいはシステムで実行される上述した実施形態を実現するための方法も本発明の一つである。また、そのプログラムは、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給され、そのシステム或いは装置の１以上のコンピュータ（ＣＰＵやＭＰＵ等）によりそのプログラムが読み出され、実行される。つまり、本発明の一つとして、さらにそのプログラム自体、あるいは該プログラムを格納したコンピュータにより読み取り可能な各種記憶媒体も含むものとする。また、上述した実施形態の機能を実現する回路（例えば、ＡＳＩＣ）によっても、本発明は実現可能である。

１００ ＬＡＮ
１０１ 管理装置
１０２〜１０４ デバイス

Claims (10)

1. ネットワークで通信することができるデバイスを管理する管理装置であって、
   デバイスのセキュリティに係る設定項目の設定値を示すセキュリティポリシーとして管理する第１の管理手段と、
   前記管理されたセキュリティポリシーの配信先となるデバイスを選択する選択手段と、
   セキュリティポリシーのデバイスへの反映、または、セキュリティポリシーのデバイスでの変更の際に必要となる第１のパスワードを設定する設定手段と、
   前記セキュリティポリシーと、前記設定された第１のパスワードとを含む配信データを生成する生成手段と、
   前記生成された配信データを、前記選択されたデバイスに配信する配信手段と、を有することを特徴とする管理装置。
2. 管理対象となるデバイスのデバイス情報を管理する第２の管理手段を、さらに有し、
   前記設定手段は、前記第２の管理手段で前記選択されたデバイスの第１のパスワードが管理されていた場合には、当該管理されていた第１のパスワードを前記生成手段により生成される配信データに利用すべきパスワードとして設定することを特徴とする請求項１に記載の管理装置。
3. 前記生成手段は、前記セキュリティポリシーとは異なる設定項目の設定値を含む設定情報をさらに含む配信データを生成し、
   前記生成された配信データが配信された前記デバイスでは、当該デバイスが管理する第１のパスワードと、前記生成された配信データに含まれる第１のパスワードとが合致する場合は、前記生成された配信データに含まれるセキュリティポリシーと、前記設定情報のなかで当該セキュリティポリシーに違反しない設定項目の設定値とが反映され、
   一方、前記生成された配信データが配信された前記デバイスでは、当該デバイスが管理する第１のパスワードと、前記生成された配信データに含まれる第１のパスワードとが合致しない場合は、前記生成された配信データに含まれるセキュリティポリシーを反映することなく、前記設定情報に含まれる設定値が反映されることを特徴とする請求項１または２に記載の管理装置。
4. デバイスから第１のパスワードが設定されたセキュリティポリシーを取得する取得手段と、
   前記取得されたセキュリティポリシーから前記第１のパスワードを削除する削除手段と、を、さらに有し、
   前記管理手段は、前記第１のパスワードが削除された前記セキュリティポリシーを管理することを特徴とする請求項１乃至３のいずれか１項に記載の管理装置。
5. 前記管理手段は、前記第１のパスワードが削除された前記セキュリティポリシーと、当該セキュリティポリシーに設定されていた前記第１のパスワードと、を関連付けて管理し、
   前記設定手段は、前記取得されたセキュリティポリシーを用いて配信データを生成する際には、所定の条件を満たす場合に当該セキュリティポリシーに関連付けて管理されていた第１のパスワードを設定することを特徴とする請求項４に記載の管理装置。
6. 前記第１の管理手段で管理されたセキュリティポリシーを、ファイルとしてエクスポートする際に、第１のパスワードと、暗号化と復号化とに関連する第２のパスワードと、の入力を受付ける受付手段と、
   前記入力された第２のパスワードを用いて復号化できるように、前記セキュリティポリシーと前記入力された第１のパスワードとを含む情報の暗号化を行う暗号化手段と、
   前記暗号化された情報をファイルとしてエクスポートする出力手段と、をさらに有することを特徴とする請求項１乃至５のいずれか１項に記載の管理装置。
7. デバイスでは、前記セキュリティポリシーに従い、機能の利用の制限が行われることを特徴とする請求項１乃至６のいずれか１項に記載の管理装置。
8. 前記セキュリティポリシーは、デバイスの送信機能、またはインターフェースの制限に係る設定項目が含まれることを特徴とする請求項１乃至７のいずれか１項に記載の管理装置。
9. ネットワークで通信することができるデバイスを管理する管理装置の制御方法であって、
   デバイスのセキュリティに係る設定項目の設定値を示すセキュリティポリシーとして管理する第１の管理工程と、
   前記管理されたセキュリティポリシーの配信先となるデバイスを選択する選択工程と、
   セキュリティポリシーのデバイスへの反映、または、セキュリティポリシーのデバイスでの変更の際に必要となる第１のパスワードを設定する設定工程と、
   前記セキュリティポリシーと、前記設定された第１のパスワードとを含む配信データを生成する生成工程と、
   前記生成された配信データを、前記選択されたデバイスに配信する配信工程と、を有することを特徴とする制御方法。
10. 請求項１乃至８のいずれか１項に記載の手段としてコンピュータを機能させるためのプログラム。

Images