(57)【要約】【課題】  デバイスデータ管理システムで管理しているデバイスデータをデバイスに適用する際には、作業効率を重視するためユーザー認証以外の認証方法を採用することがあるが、デバイスデータを容易に特定されてしまうと、デバイスの設定作業に関係がない第三者にデバイスデータを安易に変更されてしまう恐れがある。【解決手段】  デバイスデータに対して一時的な特定情報を関連付け、その特定情報でもってデバイスの設定作業を行わせる。【選択図】  図１０
2019128816.tif 000002
【特許請求の範囲】
【請求項１】
デバイスの設定値に利用されるデバイスデータと、前記デバイスデータごとにユニークに付与されるＩＤとを関連づけて格納するデバイスデータ管理システムであって、
前記デバイスデータを一意に特定することが可能となる前記ＩＤの発行とは別に、前記ＩＤと同じく前記デバイスデータを一意に特定することが可能となるエイリアスを発行する発行手段と、
前記ＩＤに対し、前記発行手段により発行されたエイリアスをさらに関連付けたエイリアス情報を保持する保持手段と、
要求元からリクエストを受信したことに伴い前記リクエストに含まれる前記エイリアスと前記エイリアス情報を基に前記デバイスデータを特定し、特定された前記デバイスデータを提供する提供手段と、を有し、
発行された前記エイリアスは、前記デバイスデータの提供範囲が変更されることにより無効になり、無効となった前記エイリアスを基に前記デバイスデータが提供されることのないように制御することを特徴とするデバイスデータ管理システム。
【請求項２】
前記発行手段は、前記デバイスデータの提供範囲を変更する指示を受け付ける毎にエイリアスを発行し、
前記保持手段は、前記ＩＤに対し、前記発行手段により発行されたエイリアスをさらに関連付けた情報を保持することを特徴とする請求項１に記載のデバイスデータ管理システム。
【請求項３】
前記発行手段により新たなエイリアスが発行される場合、前記保持手段は、新たなエイリアスを関連付けた前記エイリアス情報を有効にし、古いエイリアスが関連付けられた前記エイリアス情報を無効にすることを特徴とする請求項１または２に記載のデバイスデータ管理システム。
【請求項４】
前記デバイスデータの提供範囲を変更する指示は、前記デバイスの設定作業を行う委託先組織の変更の指示であり、
前記保持手段は、前記エイリアス情報に対しさらに委託先組織ＩＤを関連付けて保持し、
前記提供手段は、要求元であるクライアントからリクエストを受信したことに伴い、前記リクエストに含まれる委託先組織ＩＤの確認を行い、前記委託先組織ＩＤに関連付くエイリアスのリストを提供することを特徴とする請求項２または３に記載のデバイスデータ管理システム。
【請求項５】
前記委託先組織の変更の指示により、前記デバイスの設定作業を行わない委託先組織が前記デバイスデータの提供範囲に含まれることになった場合、前記デバイスの設定作業を行わない委託先組織に対しては前記エイリアスを関連付けないことを特徴とする請求項４に記載のデバイスデータ管理システム。
【請求項６】
前記デバイスの設定作業を行わない委託先組織のクライアントからリクエストを受信したことに伴い、前記エイリアスの部分をマスクした前記リストを提供することを特徴とする請求項５に記載のデバイスデータ管理システム。
【請求項７】
前記提供手段は、要求元であるデバイスからリクエストを受信したことに伴い、前記デバイスデータのうちのスクリプトを提供し、
前記スクリプトには設定値に関するファイルを含む設定データをダウンロードする指示が記載されており、前記スクリプトは前記デバイスにて実行されることを特徴とする請求項１乃至４のいずれか１項に記載のデバイスデータ管理システム。
【請求項８】
前記デバイスとは記録紙に印刷を行うプリンタエンジンを備えた画像形成装置であることを特徴とする請求項１乃至７の何れか１項に記載のデバイスデータ管理システム。
【請求項９】
デバイスの設定値に利用されるデバイスデータと、前記デバイスデータごとにユニークに付与されるＩＤとを関連づけて格納するデバイスデータ管理システムの制御方法であって、
前記デバイスデータを一意に特定することが可能となる前記ＩＤの発行とは別に、前記ＩＤと同じく前記デバイスデータを一意に特定することが可能となるエイリアスを発行する発行ステップと、
前記ＩＤに対し、前記発行ステップにおいて発行されたエイリアスをさらに関連付けたエイリアス情報を保持する保持ステップと、
要求元からリクエストを受信したことに伴い前記リクエストに含まれる前記エイリアスと前記エイリアス情報を基に前記デバイスデータを特定し、特定された前記デバイスデータを提供する提供ステップと、
を含み、
発行された前記エイリアスは、前記デバイスデータの提供範囲が変更されることにより無効になり、無効となった前記エイリアスを基に前記デバイスデータが提供されることのないように制御することを特徴とする制御方法。
【請求項１０】
デバイスの設定値に利用されるデバイスデータと、前記デバイスデータごとにユニークに付与されるＩＤとを関連づけて格納するデバイスデータ管理システムの制御方法のプログラムであって、
前記デバイスデータを一意に特定することが可能となる前記ＩＤの発行とは別に、前記ＩＤと同じく前記デバイスデータを一意に特定することが可能となるエイリアスを発行する発行ステップと、
前記ＩＤに対し、前記発行ステップにおいて発行されたエイリアスをさらに関連付けたエイリアス情報を保持する保持ステップと、
要求元からリクエストを受信したことに伴い前記リクエストに含まれる前記エイリアスと前記エイリアス情報を基に前記デバイスデータを特定し、特定された前記デバイスデータを提供する提供ステップと、
を含み、
発行された前記エイリアスは、前記デバイスデータの提供範囲が変更されることにより無効になり、無効となった前記エイリアスを基に前記デバイスデータが提供されることのないように制御することを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、デバイスの設定作業に利用される設定データに従って自動的にデバイスの設定作業を実行させるためのデバイスデータ管理システム、制御方法、およびプログラムに関する。
【背景技術】
【０００２】
情報処理装置（例えばデジタル複合機）を導入するにあたっては、導入先の顧客の要望に応じた適切な設定作業が必要である。設定作業には、例えばファームウェアのアップデートや各種設定値の変更、アプリケーションのインストールなどがあるが、作業項目数が多いと時間がかかるうえに人為的なミスが発生しやすい。また、大規模な商談などでは、同じ設定作業を複数の情報処理装置に対して実施することもあり、効率が悪い。そこで、あらかじめ設定作業内容を定義した設定データを作成しておき、設定作業時には設定データに基づき自動的に設定値の変更やアプリケーションのインストールを行うことで設定作業の効率化を図るデバイスデータ管理システムがある。デバイスデータ管理システムの主な利用方法として、顧客の要望を聞き取る営業担当者がオフィスで設定データを作成し、設定担当者が工場などで設定データを使用して設定作業を行うことが考えられる。そのようなデバイスデータ管理システムについては特許文献１が開示している。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１７−７６８５７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
設定作業に利用される設定データ、具体的には情報処理装置（以降、デバイスと呼称する）の設定値として適用されるデバイスデータを外部装置からデバイスが取得する際、作業の効率化を目的にデバイスはユーザー認証とは別の認証方法で外部装置から取得することが考えられる。しかし、ユーザー認証されないため外部装置上のデバイスデータへ不正にアクセスされる虞があり、なりすまし攻撃などによってデバイスの設定作業に関係がない第三者にデバイスデータを安易に変更されてしまう恐れがある。
【０００５】
そこで本発明は、デバイスデータに対して一時的な特定情報を関連付け、その特定情報でもってデバイスの設定作業を行わせることで、デバイスデータへの不正アクセスの可能性を低減させることを目的とする。
【課題を解決するための手段】
【０００６】
本発明の一実施例に係るデバイス管理システムは、デバイスの設定値に利用されるデバイスデータと、前記デバイスデータごとにユニークに付与されるＩＤとを関連づけて格納するデバイスデータ管理システムであって、前記デバイスデータを一意に特定することが可能となる前記ＩＤの発行とは別に、前記ＩＤと同じく前記デバイスデータを一意に特定することが可能となるエイリアスを発行する発行手段と、前記デバイスデータおよび前記ＩＤの２つを関連付けた情報に対し、前記発行手段により発行されたエイリアスをさらに関連付けたエイリアス情報を保持する保持手段と、要求元からリクエストを受信したことに伴い前記リクエストに含まれる前記エイリアスと前記エイリアス情報を基に前記デバイスデータを特定し、特定された前記デバイスデータを提供する提供手段と、を有し、発行された前記エイリアスは、前記デバイスデータの提供範囲が変更されることにより無効になり、無効となった前記エイリアスを基に前記デバイスデータが提供されることのないように制御することを特徴とする。
【発明の効果】
【０００７】
本発明により、デバイスデータに対して一時的な特定情報を関連付け、その特定情報でもってデバイスの設定作業を行わせることが可能となり、デバイスデータへの不正アクセスの可能性を低減できる。
【図面の簡単な説明】
【０００８】
【図１】デバイスデータ管理システムの構成を示す説明図
【図２】管理サーバー１０１のハードウェア構成についての説明図
【図３】管理サーバー１０１、ＰＣ１０２、デバイス１０３のソフトウェア構成を示す説明図
【図４】デバイス１０４のハードウェア構成を示す説明図
【図５】設定データの一例を示す説明図
【図６】デバイス１０３で実行するスクリプトの一例を示す説明図
【図７】ＰＣ１０２で設定データを管理する際の画面例を示す説明図
【図８】ＰＣ１０２で設定データを編集する際の画面例を示す説明図
【図９】エイリアス管理部３０３が管理しているエイリアス情報の一例を示す説明図
【図１０】管理サーバー１０１がエイリアス情報を更新する処理の流れを示すフローチャート
【図１１】ＰＣ１０２が管理サーバー１０１から設定データ一覧を取得する処理の流れを示すフローチャート
【図１２】ＰＣ１０２における設定データ管理画面および編集画面の一例を示す説明図
【図１３】デバイス１０３が管理サーバー１０１からスクリプトを取得する際の画面例を示す説明図
【図１４】デバイス１０３が管理サーバー１０１からスクリプトを取得する処理の流れを示すフローチャート
【図１５】管理サーバー１０１がＰＣ１０２に送信する設定データの一例を示す説明図
【図１６】ＰＣ１０２で設定データを編集する際の画面例を示す説明図
【図１７】エイリアス管理部３０３が管理しているエイリアス情報の一例を示す説明図
【図１８】管理サーバー１０１がエイリアス情報を更新する処理の流れを示すフローチャート
【図１９】ＰＣ１０２が管理サーバー１０１から設定データ一覧を取得する処理の流れを示すフローチャート
【図２０】ＰＣ１０２で設定データを管理する際の画面例を示す説明図
【図２１】管理サーバー１０１がＰＣ１０２に送信する設定データの一例を示す説明図
【発明を実施するための形態】
【０００９】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【００１０】
（実施例１）
図１は、本発明の一実施例を適用可能な管理サーバーが動作するデバイスデータ管理システムの構成を示す説明図である。管理サーバー１０１はデジタル複合機に代表されるネットワークデバイス（以降、「デバイス」と省略する）の設定値などを含むデータ（デバイスデータ）を管理する管理サーバーである。
【００１１】
ＰＣ１０２は、管理サーバー１０１に接続し、ユーザー認証をしたうえでデバイスデータの作成や編集を行う情報処理装置である。デバイス１０３は、デジタル複合機に代表されるネットワークデバイスである。デバイス１０３は、ユーザー認証以外の認証（たとえば、デバイス認証などの公知の認証技術）を行って管理サーバー１０１に接続し、ＰＣ１０２で作成したデバイスデータを取得する。なお、実施例で説明する設定データに関するサービス以外のＷｅｂサービスを利用する際には、ユーザー認証を行う形態でも良い。これらの機器はすべて通信回線１００により通信可能に接続されている。
【００１２】
図２は、管理サーバー１０１のハードウェア構成についての説明図である。ハードディスク（ＨＤＤ）２１２には、後述のすべての説明で動作主体となる本実施例に係るデバイスデータ管理プログラムが格納される。２０１はＣＰＵで、後述のすべての説明において特に断りのない限り、ハードウェア上の実行の主体である。一方ソフトウェア上の制御の主体は、上述のように、ハードディスク（ＨＤＤ）２１２に格納されたデバイスデータ管理プログラムである。即ち、ＣＰＵ２０１が、ＨＤＤ２１２にコンピューター読み取り可能に記録されたデバイス管理プログラムを読み出して実行することにより、後述する管理サーバー１０１の機能を実現する。
【００１３】
２０２はＲＯＭで、ＢＩＯＳやブートプログラムが格納されている。２０３はＲＡＭで、ＣＰＵ２０１の主メモリー、ワークエリア等として機能する。２０５はキーボードコントローラ（ＫＢＣ）で、キーボード（ＫＢ）２０９やポインティングデバイス（ＰＤ）２１０などからの指示入力を制御する。２０６はディスプレイコントローラ（ＤＳＰＣ）で、ディスプレイ（ＤＳＰ）２１１の表示を制御する。２０７はディスクコントローラ（ＤＫＣ）で、ハードディスク（ＨＤＤ）２１２やＣＤ−ＲＯＭ（ＣＤ）２１３などの記憶装置へのアクセスを制御するものである。ＨＤＤ２１２およびＣＤ−ＲＯＭ（ＣＤ）２１３などには、ブートプログラム、オペレーティングシステム、データベース、デバイスデータ管理プログラムおよびそのデータ等が記憶されている。２０８はインタフェースコントローラ（ＩＦＣ）で、ネットワーク１００を介してＰＣ１０２やデバイス１０３とのデータ通信を行う。これらの各構成要素は、システムバス２０４上に配置される。
【００１４】
なお、本実施例に係るデバイスデータ管理プログラムは、ＣＤ−ＲＯＭなどの記憶媒体に格納された形で供給されても良い。その場合には図２に示すＣＤ２１３などによって記憶媒体からプログラムが読み取られ、ＨＤＤ２１２にインストールされる。また、ＰＣ１０２のハードウェア構成も図２に示す通りである。
【００１５】
図３は、管理サーバー１０１、ＰＣ１０２、デバイス１０３のソフトウェア構成を示す説明図である。管理サーバー１０１において、認証部３００は、ＰＣ１０２やデバイス１０３からの認証要求に応じて認証を行い、ＰＣ１０２やデバイス１０３がデバイスデータ管理システムを利用可能かどうかの判断を行う。アクセス制御部３０１は、認証部３００の認証結果および、後述のデータアクセス権編集部３１２で設定されたアクセス権に応じて、ＰＣ１０２およびデバイス１０３からのデバイスデータへのアクセスを制御する。デバイスデータ管理部３０２は、ＰＣ１０２から送信されたデバイスデータを管理する。デバイスデータには、後述の設定データやスクリプトが含まれている。エイリアス管理部３０３は、デバイスデータ管理部３０２で管理しているデバイスデータのＩＤのエイリアスを管理する。エイリアスとは、ＩＤの代わりとなる識別情報のことであり、ＩＤを変更せずともエイリアスを変更することでデバイスデータの提供範囲に対応することが可能となる。
【００１６】
ＰＣ１０２において、認証要求部３１０は、管理サーバー１０１に対して認証要求を送信する。このとき、管理サーバー１０１でデバイスデータへのアクセス権を判定するため、認証要求部３１０はＩＤとパスワードを用いたユーザー認証を行う。設定データ編集部３１１は、管理サーバー１０１から設定データを取得し、ユーザーからの指示に従い設定データの更新や管理サーバー１０１への保存を行う。データアクセス権編集部３１２は、管理サーバー１０１で管理されているデバイスデータへのアクセス権の設定を行う。アクセス権の設定は、デバイスデータごとでも良いし、ユーザーごと、あるいは複数のユーザーをまとめたグループ（例えば組織）ごとに設定しても良い。
【００１７】
スクリプト生成部３１３は、設定データ編集部３１１が管理サーバー１０１に設定データを保存する際に、設定データの内容に基づきスクリプト（デバイス１０３が実行可能なコマンド群）を生成し、設定データと関連づけて管理サーバー１０１に保存する。本実施例では、ＰＣ１０２でスクリプトを生成しているが、管理サーバー１０１で生成しても良い。その場合、スクリプト生成部３１３は管理サーバー１０１上で動作し、ＰＣ１０２から設定データが保存された際にデバイスデータ管理部３０２からスクリプト生成部３１３が呼び出されることによりスクリプトを生成する。いずれの場合も、設定データとスクリプトは１対１で保存される。
【００１８】
デバイス１０３において、認証要求部３２０は、管理サーバー１０１に対して認証要求を送信する。このとき、デバイス１０３は管理サーバー１０１が管理しているデバイスデータのうち特定のスクリプトを取得するだけであるため、ユーザー認証以外の認証（たとえばデバイス認証）を行う。ユーザー認証が不要であるため、デバイスの電源を入れることによってデバイスデータのＩＤを知るユーザーであれば誰でもデバイスの設定を行える。スクリプト取得部３２１は、管理サーバー１０１から、デバイスデータのうちスクリプトを取得する。スクリプト実行部３２２は、スクリプト取得部３２１が取得したスクリプトを実行し、デバイス１０３の設定変更やファイルのダウンロードなどを行う。
【００１９】
ＰＣ１０２やデバイス１０３と管理サーバー１０１は、ＲＥＳＴ（Ｒｅｐｒｅｓｅｎｔａｔｉｏｎａｌ  Ｓｔａｔｅ  Ｔｒａｎｓｆｅｒ）やＳＯＡＰ（Ｓｉｍｐｌｅ  Ｏｂｊｅｃｔ  Ａｃｃｅｓｓ  Ｐｒｏｔｏｃｏｌ）などの公知の技術を用いて通信を行う。
【００２０】
図４は、デバイス１０４のハードウェア構成を示す説明図である。図４において、４００は、デバイス１０４の一例としての、印刷機能やスキャン機能、ネットワーク通信機能などを備える画像形成装置である。４０１は画像形成装置全体の制御を司るＣＰＵである。４０２はＣＰＵ４０１が実行する印刷処理プログラムやフォントデータを格納するＲＯＭである。４０３はＣＰＵ４０１のワークエリア、受信バッファ、画像描画に使用されるＲＡＭである。４０４は画像形成装置４００の設定値などを記録するハードディスク（ＨＤＤ）である。
【００２１】
４０５は各種スイッチやボタン、並びに、タッチパネル、メッセージ表示用の液晶表示部で構成される操作パネルである。操作パネル４０５では、ユーザーが前記画像形成装置の設定値を変更することが可能である。４０６はネットワークに接続するためのネットワークインタフェースである。４０７は記録紙に印刷を行うプリンタエンジンである。４０８は原稿を読み取るためのスキャナーである。４０９はファクシミリの送受信を行うための通信部である。
【００２２】
図５は、管理サーバー１０１が管理するデバイスデータのうち設定データの一例を示す説明図である。設定データとして、設定データＩＤ、組織ＩＤ、設定データ名、設定値ファイル、アドレス帳、対象デバイスの情報を保持している。設定データＩＤは、その設定データを一意に特定するための識別子であり、設定データ毎にユニークに付与されるＩＤである。デバイス１０３がスクリプトを特定する際にも使用する情報であり、デバイス１０３の操作パネル４０５から入力しやすく、かつ推測されにくいランダムな数字で構成されている。
【００２３】
組織ＩＤは、その設定データを所有している組織のＩＤである。設定データ名は、ユーザーがその設定データを識別しやすくするための任意の文字列である。設定値ファイルは、デバイス１０３に適用する各種設定値が記述されたファイルの識別子である。設定値ファイルには、たとえばデバイス１０３の管理者アカウントやパスワード、連絡先メールアドレスなどの機密情報、個人情報が含まれる場合がある。アドレス帳は、デバイス１０３に適用するアドレス帳の識別子である。アドレス帳には、ＦＡＸ番号やメールアドレスなどの個人情報が含まれる場合がある。対象デバイスは、その設定データを適用する対象のデバイスの識別子である。
【００２４】
図６は、デバイス１０３で実行するスクリプトの一例を示す説明図である。具体的には、図５に示す「設定データＩＤ＝３１５２４８６１２８」の設定データに関連づけられたスクリプトの例であり、処理Ｎｏ．（処理の順番）、処理の内容、処理で使用するコンテンツの種類、および該コンテンツの識別子を保持している。スクリプト実行部３２２は、設定データＩＤをキーとしてまず図６に示すスクリプトをダウンロードし、処理Ｎｏ．に従い順次設定処理を実行する。処理の内容にコンテンツＩＤが指定されている場合は、その都度スクリプト実行部３２２が通信回線１００を経由してコンテンツを取得する。各種コンテンツは、コンテンツＩＤをキーとして、デバイスデータとは別に管理されていて、図１に不図示のコンテンツサーバーで管理していても良いし、管理サーバー１０１がその機能を有していても良い。
【００２５】
図６のスクリプトの例では、１番目の処理（処理Ｎｏ．００１）として設定値ファイルＳ００１をダウンロードし、２番目の処理（処理Ｎｏ．００２）としてその設定値ファイルＳ００１をデバイス１０３に適用する、という手順が記述されている。３番目の処理（処理Ｎｏ．００３）として再起動を行い、４番目の処理（処理Ｎｏ．００４）としてアドレス帳の情報が記載されたＡ社本社用．ｃｓｖをダウンロードし、５番目の処理（処理Ｎｏ．００５）としてダウンロードしたファイルをアドレス帳にインポートすることになる。図６に示すスクリプトは実際には、ＪＳＯＮ（ＪａｖａＳｃｒｉｐｔ(登録商標)  Ｏｂｊｅｃｔ  Ｎｏｔａｔｉｏｎ）などの構造化データとして表現され、デバイス１０３のスクリプト実行部３２２で解釈され実行される。
【００２６】
図７は、ＰＣ１０２で設定データを管理する際の画面例を示す説明図である。図７に示す画面は、ＰＣ１０２上で動作するクライアントアプリケーションで表示しても良いし、管理サーバー１０１が提供するＷｅｂアプリケーションとして、ＰＣ１０２からＷｅｂブラウザーで管理サーバー１０１に接続することで表示しても良い。
【００２７】
図７（ａ）は、最初に表示されるログイン画面である。ここでユーザー認証に成功すると、図７（ｂ）が表示される。図７（ｂ）は、設定データの一覧画面である。ログインしたユーザーが参照可能な設定データだけが表示されていて、具体的には、図５で例示した設定データのうちＵｓｅｒ０１の所属する組織の組織ＩＤ＝０００１が所有しているものだけが表示されている。この画面では設定データの作成や削除といった管理操作できる。
【００２８】
図８は、ＰＣ１０２で設定データを編集する際の画面例を示す説明図である。図８（ａ）は、図７（ｂ）で設定データＩＤ＝３１５２４８６１２８の設定データの編集ボタンを押下したときに表示される画面例を示している。設定データＩＤは管理サーバー１０１が自動的に決定するＩＤであるため変更はできない。それ以外の情報として、設定データ名や、設定値ファイル、アドレス帳の編集が可能である。また、該設定データを利用可能な組織として、委託先組織の指定が可能である。委託先組織のユーザーは、設定データを利用してデバイス１０４の設定作業を行うことが可能となる。設定値ファイルやアドレス帳といったコンテンツデータは、参照ボタンを押下して、図１に不図示のコンテンツサーバーに登録済みのコンテンツを選択しても良いし、ＰＣ１０２のＨＤＤ２１２に保存されたファイルを選択しても良い。
【００２９】
図８（ａ）で保存ボタンを押下すると、設定データ編集部３１１は、ユーザーが入力した設定データを管理サーバー１０１に送信して保存する。さらに、コンテンツとしてＰＣ１０２に保存されているファイルを指定した場合は、保存ボタンを押下した際に設定データ編集部３１１が、指定されたコンテンツを図１に不図示のコンテンツサーバーに送信して保存する。
【００３０】
図８（ｂ）は、図８（ａ）で委託先の選択ボタンを押下した際に表示される委託先選択画面であり、委託先の提供範囲を決定するための画面でもある。必要に応じて、委託先の追加登録や削除が可能である。ここで選択した組織からは、図８（ａ）に示す設定データの参照や編集が可能になり、そのようなことが可能になる組織が委託先の提供範囲となる。
【００３１】
図９は、エイリアス管理部３０３が管理しているエイリアス情報の一例を示す説明図である。設定データＩＤと委託先組織ＩＤの組み合わせごとにエイリアスを割り当てていて、エイリアスごとに有効か無効かを示すステータスを管理している。有効な場合にはエイリアスの有効期限を設定している。本実施例において有効期限は、所定の有効期限（たとえば委託開始から３か月）を設定しているが、図８の画面においてユーザーに有効期限を指定させても良い。このように各情報が関連付けられて管理される情報をエイリアス情報と称するが、必ずしもこれらの情報に限るものではなく、例えば、委託先組織ＩＤが欠けた状態のエイリアス情報もあり得る。
【００３２】
図１０は、管理サーバー１０１がエイリアス情報を更新する処理の流れを示すフローチャートである。図１０のフローチャートに示す処理は、管理サーバー１０１のエイリアス管理部３０３により実行される。すなわち図１０のフローチャートの処理は、ＣＰＵ２０１が、ＨＤＤ２１２に記録されたプログラムを読み出して実行することにより実現されるものである。
【００３３】
ステップＳ１００１において、エイリアス管理部３０３は、デバイスデータ管理部３０２からのエイリアス情報更新指示を受け、デバイスデータ管理部３０２が保存した設定データを取得する。ステップＳ１００２において、エイリアス管理部３０３は、ステップＳ１００１で取得した設定データにおいて委託先組織ＩＤが指定されていたかどうかを判定する。委託先組織ＩＤが指定されている場合ステップＳ１００３に進み、指定されていない場合はステップＳ１００７に進む。
【００３４】
ステップＳ１００３において、エイリアス管理部３０３は、ステップＳ１００１で取得した設定データＩＤと委託先組織ＩＤの組み合わせに合致するエイリアス情報が存在するかどうかを判定する。合致するエイリアス情報が存在する場合はステップＳ１００５に進み、存在しない場合はステップＳ１００４に進む。ステップＳ１００４において、エイリアス管理部３０３は、ステップＳ１００１で取得した設定データＩＤと委託先組織ＩＤの組み合わせに対応するエイリアスを発行し、エイリアス情報を追加する。これにより、設定データＩＤと委託先組織ＩＤとエイリアス、そしてデバイスデータが関連付いたエイリアス情報ができる。
【００３５】
ステップＳ１００５において、エイリアス管理部３０３は、ステップＳ１００１で取得した設定データＩＤと委託先組織ＩＤの組み合わせに合致するエイリアス情報のステータスを有効に設定するとともに、所定の有効期限を設定する。ステップＳ１００６において、エイリアス管理部３０３は、該設定データＩＤに合致するエイリアス情報のうち、該委託先組織ＩＤに合致しないエイリアス情報のステータスを無効に設定する。たとえば、保存した設定データＩＤが３１５２４８６１２８で委託先組織ＩＤとして０００２が指定されていた場合、図９の例において、２行目（設定データＩＤ＝３１５２４８６１２８で委託先組織ＩＤ＝０００７）のステータスを無効にする。これは、ひとつの設定データを同時に複数の委託先組織に委託できなくするためである。
【００３６】
ステップＳ１００７において、エイリアス管理部３０３は、該設定データＩＤに合致するすべてのエイリアス情報のステータスを無効に設定する。たとえば、保存した設定データＩＤが３１５２４８６１２８で委託先組織が指定されていなかった場合、図９の例において、１行目（設定データＩＤ＝３１５２４８６１２８で委託先組織ＩＤ＝０００２）と２行目（設定データＩＤ＝３１５２４８６１２８で委託先組織ＩＤ＝０００７）の両方のステータスを無効にする。これは、該設定データの委託を取りやめ、他の組織のユーザーから参照・編集できないようにすることを意味する。
【００３７】
図１１は、要求元であるＰＣ１０２が管理サーバー１０１から設定データ一覧を取得する処理の流れを示すフローチャートである。図１１のフローチャートに示す処理は、管理サーバー１０１のデバイスデータ管理部３０２により実行される。すなわち図１１のフローチャートの処理は、ＣＰＵ２０１が、ＨＤＤ２１２に記録されたプログラムを読み出して実行することにより実現されるものである。
【００３８】
ステップＳ１１０１において、デバイスデータ管理部３０２は、ＰＣ１０２から設定データ一覧取得リクエストを受信する。ステップＳ１１０２において、デバイスデータ管理部３０２は、管理サーバー１０１が管理している設定データのうち、所有者がリクエスト送信元組織の組織ＩＤと同一であるものを抽出し、設定データのリストに追加する。
【００３９】
ステップＳ１１０３において、デバイスデータ管理部３０２は、エイリアス管理部３０３を介して、リクエスト送信元組織に対して委託されている（すなわちエイリアス情報が有効である）ものがあるかどうかを判定する。リクエスト送信元組織に委託されている設定データがある場合はステップＳ１１０４に進み、ない場合にはステップＳ１１０７に進む。ステップＳ１１０４において、デバイスデータ管理部３０２は、エイリアス管理部３０３を介して、該エイリアス情報の有効期限を超過していないかどうか判定する。エイリアス情報が有効期限内だった場合はステップＳ１１０５に進み、有効期限を超過していた場合はステップＳ１１０６に進む。
【００４０】
ステップＳ１１０５において、デバイスデータ管理部３０２は、該設定データの設定データＩＤを、該委託先組織ＩＤに対応するエイリアスに置換したうえで設定データのリストに追加する。ここでいう置換とは、デバイスデータ管理部３０２が管理している（すなわち図５に示す）デバイスデータそのものの設定データＩＤを書き換えるのではない。あくまで図１１の処理結果として管理サーバー１０１がＰＣ１０２に送信するリストデータ（すなわち図１１）の書き換えである。すなわち、ＰＣ１０２に送信するデータとして、ＨＤＤ２１２から設定データをＲＡＭ上に読み込こんだ設定データの設定データＩＤをエイリアスに置換するという意味であり、ＨＤＤ２１２上の設定データそのものを書き換えるのではない。
【００４１】
ステップＳ１１０６において、デバイスデータ管理部３０２は、リクエスト送信元組織に対して委託されているすべての設定データに対して処理が完了したかどうかを判定する。すべての設定データに対して処理が完了している場合はステップＳ１１０７に進み、未処理の設定データがある場合はステップＳ１１０４に戻る。ステップＳ１１０７において、デバイスデータ管理部３０２は、ステップＳ１１０２およびステップＳ１１０５で追加された設定データのリストを、リクエスト元のＰＣ１０２に送信する。
【００４２】
図１２は、委託先組織のユーザーに対して表示される、ＰＣ１０２における設定データ管理画面および編集画面の一例を示す説明図である。具体的には組織ＩＤ＝０００２のユーザーに表示される画面を例示している。図１２（ａ）は、組織ＩＤ＝０００２のユーザーに表示される設定データ一覧画面である。図５の例に基づき、組織ＩＤ＝０００２が所有する設定データとして設定データＩＤ＝５８０７５１５７９８の設定データが表示されている。さらに、組織ＩＤ＝０００１から委託されている設定データも表示されている。ここで、組織ＩＤ＝０００１から委託されている設定データは、オリジナルの設定データＩＤ（３１５２４８６１２８）ではなく、エイリアス（４８４８７６２１０８）を表示している。なお図１２（ａ）に示す通り、委託されている設定データにはチェックボックスが無く、組織ＩＤ＝０００２のユーザーは削除できないようになっている。
【００４３】
図１２（ｂ）は、図１２（ａ）において委託されている設定データの編集ボタンを押下したときに表示される設定データ編集画面である。ここでも、設定データＩＤはエイリアスを表示している。自己が所有するデータの編集画面（すなわち図８（ａ））と比較して、図１２（ｂ）は委託先の選択機能は無く、かわりに委託元の組織ＩＤが表示されている。以上、図１２に示す通り、委託先である組織ＩＤ＝０００２のユーザーに対しては設定データＩＤのエイリアスが表示され、オリジナルの設定データＩＤを目にすることはない。
【００４４】
図１３は、要求元であるデバイス１０３が管理サーバー１０１からスクリプトを取得する際の画面例を示す説明図である。図１３（ａ）では、管理サーバー１０１が管理しているデバイスデータから所望のスクリプトを検索するために、組織ＩＤと設定データＩＤを入力する画面である。ここではユーザー認証は用いず、デバイス１０３の操作パネル４０５で入力が容易な数字情報のみを用いて設定データの検索を可能としている。検索ボタンを押下すると、ユーザーが指定した組織ＩＤと設定データＩＤの組み合わせに合致するデバイスデータが管理サーバー１０１に保存されていている場合は図１３（ｂ）が表示され、保存されていない場合は不図示のエラー画面が表示される。
【００４５】
図１３（ｂ）は、図１３（ａ）で指定した組織ＩＤと設定データＩＤが合致した設定データの内容を確認する画面である。設定データ名や、設定処理の内容が表示され、実行ボタンを押下すると、該デバイスのスクリプト実行部３２２によって設定作業が実行される。具体的には、スクリプト実行部３２２が管理サーバー１０１から該設定データＩＤに対応するスクリプト（図６）を取得し、それに基づきスクリプトで指定されたコンテンツを適宜ダウンロードしながら設定処理を実行していく。スクリプト実行部３２２がスクリプトを最後まで実行すると、デバイス１０３の操作パネル４０５に、不図示の設定完了画面が表示される。
【００４６】
なお、デバイス１０３が管理サーバー１０１と通信を開始する際には、バックグラウンドで認証要求部３２０がデバイス認証を行う。これにより、不正なデバイスがデバイスデータ管理システムを利用することを防いでいる。ユーザー認証ではなくデバイス認証なので、各デバイスに対してユーザー情報を入力する手間が省け効率化が図れる。また、設定データＩＤはエイリアスなので、委託契約が解除された後エイリアスは無効になるため、デバイスの設定はできなくなる。すなわち、委託先組織が変更されない限り、委託契約を受けた組織のユーザーはエイリアスを基にデバイスデータを取得してデバイス１０４の設定作業を行える。また、エイリアス自体が無効になってもデバイスデータに本来設定されたデバイスデータＩＤ自体は無効にならないため、委託先組織の変更に伴いデバイスデータのユニークさが失われることはないので、管理サーバー１０１はデバイスデータの管理を容易に行える。
【００４７】
図１４は、デバイス１０３が管理サーバー１０１からスクリプトを取得する処理の流れを示すフローチャートである。図１４のフローチャートに示す処理は、管理サーバー１０１のデバイスデータ管理部３０２により実行される。すなわち図１４のフローチャートの処理は、ＣＰＵ２０１が、ＨＤＤ２１２に記録されたプログラムを読み出して実行することにより実現されるものである。
【００４８】
ステップＳ１４０１において、デバイスデータ管理部３０２は、認証部３００およびアクセス制御部３０１を経由して、デバイス１０３からスクリプト取得リクエストを受信する。ステップＳ１４０２において、デバイスデータ管理部３０２は、エイリアス管理部３０３を介して、ステップＳ１４０１で受信したリクエスト中に指定された組織ＩＤおよび設定データＩＤの組み合わせがエイリアス情報に存在するかどうかを判定する。該当するエイリアス情報が存在する場合はステップＳ１４０３に進み、エイリアス情報が存在しない場合はステップＳ１４０５に進む。
【００４９】
ステップＳ１４０３において、デバイスデータ管理部３０２は、ステップＳ１４０２で見つかったエイリアス情報に基づき、エイリアスのステータスが有効かつ有効期限内かどうかを判定する。エイリアスが有効かつ有効期限内である場合はステップＳ１４０４に進み、エイリアスが無効または有効期限切れの場合はステップＳ１４０６に進む。ステップＳ１４０４において、デバイスデータ管理部３０２は、ステップＳ１４０３またはステップＳ１４０５で特定した設定データに関連づけられたスクリプトを取得し、デバイス１０３に送信する。
【００５０】
ステップＳ１４０５において、デバイスデータ管理部３０２は、ステップＳ１４０１で受信したリクエスト中に指定された組織ＩＤおよび設定データＩＤの組み合わせに合致する設定データが存在するかどうかを判定する。条件に合致する設定データが存在する場合はステップＳ１４０４に進み、存在しない場合はステップＳ１４０６に進む。ステップＳ１４０６において、デバイスデータ管理部３０２は、ステップＳ１４０１で受信したリクエスト中に指定された組織ＩＤおよび設定データＩＤの組み合わせに合致する設定データはないと判断し、デバイス１０３にエラーを送信する。
【００５１】
なお本実施例において、スクリプトには設定データＩＤが不要であるため含めていないが、含めている場合は、ステップＳ１４０３からステップＳ１４０４に進んだ際に、スクリプトに含まれている設定データＩＤをエイリアスに置換したうえでデバイス１０３に送信すればよい。ここでいう置換も、前述のステップＳ１１０５と同様に、デバイスデータ管理部３０２が管理しているスクリプトそのものではなく、あくまで図１４の処理結果として管理サーバー１０１がＰＣ１０２に送信するデータの書き換えである。図１４の処理の結果として取得したスクリプトに基づき図１３（ｂ）に示す画面が表示され、実行ボタンを押下することによりスクリプト実行部３２２が設定処理を実行する。
【００５２】
図１５は、図１１の処理の結果、管理サーバー１０１がＰＣ１０２に送信する設定データの一例を示す説明図である。図１５（ａ）は、設定データの所有者、すなわち組織ＩＤ＝０００１のユーザーがＰＣ１０２を使用してデバイスデータ管理システムにログインし、設定データを取得した場合の例である。設定データＩＤ１５０１には図５に示す通り、オリジナルの値が設定されている。図１５（ｂ）は、委託先、すなわち組織ＩＤ＝０００２のユーザーがＰＣ１０２を使用してデバイスデータ管理システムにログインし、図１５（ａ）と同じ設定データを取得した場合の例である。図１５（ａ）との違いは、設定データＩＤ１５０２の部分だけである。ステップＳ１１０５の処理の結果として、設定データＩＤ１５０２には図９に示す通り、エイリアスの値が設定されている。
【００５３】
実施例１によれば、管理サーバー１０１で設定データＩＤのエイリアスを管理し、エイリアスが有効な時に限り他者からのエイリアスのＩＤを用いた設定データへのアクセスを許可することにより、デバイスデータを他者に一時的に提供しつつ適切に保護することができる。
【００５４】
（実施例２）
本発明の実施例２では、図１〜図７および図１３〜図１４に示す構成が実施例１の形態と同じであるため同様の部分については同一の符号を用いてその説明を省略する。図１６は、ＰＣ１０２で設定データを編集する際の画面例を示す説明図である。図８（ｂ）と比較して、デバイスの設定作業を委託先組織に許可するかどうかを指定できる点が異なる。
【００５５】
委託先組織に設定作業を許可する場合は第１の実施例と同様である。すなわち、ある組織（組織Ａ）が設定データを作成し、設定作業の実行のみを別の組織（組織Ｂ）に委託するような場合には、組織Ａから委託先組織Ｂに対して設定データＩＤのエイリアスを発行することにより、デバイス１０３から該設定データに対応するスクリプトの取得が可能となる。
【００５６】
一方、委託先組織に設定作業を許可しない設定の用途としては、ある組織（組織Ｃ）からの指示に基づき、別の組織（組織Ｄ）が設定データを作成し設置も実行する場合がある。たとえば、組織Ｃからの指示の設定に不整合があるなどして設定作業が成功せず、組織Ｄでは設定データの不備を解決できないような場合に、組織Ｄから委託先組織Ｃに対して設定データを共有し、内容を確認してもらうことが考えられる。この場合、委託先組織Ｃは設定作業を行わないため、組織Ｄから組織Ｃに対して設定データＩＤのエイリアスを発行する必要はない。加えて、個人情報や機密情報が含まれる可能性のある設定データを容易に特定されないように、設定データＩＤを秘匿することが望ましい。したがって、委託先組織に設定作業を許可しない場合は、管理サーバー１０１委託先組織に対して設定データＩＤのエイリアスを発行するのではなく、意味のない値にマスクする必要がある（マスク処理の詳細は図１９で後述）。
【００５７】
図１７は、エイリアス管理部３０３が管理しているエイリアス情報の一例を示す説明図である。図９との違いは、ステータスが「有効（設定不可）」となっているエイリアスがある点である。図１６において、設定作業を許可しない設定にした場合、図１７に示す通りステータスが「有効（設定不可）」となる。なお図１７の例では、ステータスが「有効（設定不可）」であってもエイリアスを発行しているが、実際には使用しないため、エイリアスを発行せずにエイリアスの値を空としても良い。
【００５８】
図１８は、管理サーバー１０１がエイリアス情報を更新する処理の流れを示すフローチャートである。図１０と比較して、ステップＳ１８０１〜Ｓ１８０２の処理が追加になっている点が異なる。図１０と同一の処理は、同一の符号を用いることで説明を省略する。
【００５９】
ステップＳ１８０１において、エイリアス管理部３０３は、ステップＳ１００１で取得した設定データにおいて、委託先組織に設定作業を許可しているかどうかを判定する。委託先組織に設定作業を許可している場合はステップＳ１００５にすすみ、許可していない場合はステップＳ１８０２に進む。
【００６０】
ステップＳ１８０２において、エイリアス管理部３０３は、ステップＳ１００１で取得した設定データＩＤと委託先組織ＩＤの組み合わせに合致するエイリアス情報のステータスを有効かつ設定作業不可に設定するとともに、所定の有効期限を設定する。
【００６１】
図１９は、ＰＣ１０２が管理サーバー１０１から設定データ一覧を取得する処理の流れを示すフローチャートである。図１１と比較して、ステップＳ１９０１〜Ｓ１９０２の処理が追加になっている点が異なる。図１１と同一の処理は、同一の符号を用いることで説明を省略する。
【００６２】
ステップＳ１９０１において、デバイスデータ管理部３０２は、エイリアス管理部３０３を介して、該エイリアス情報のステータスが設定作業不可であるかどうかを判定する。該エイリアス情報が設定作業不可ではない場合はステップＳ１１０５に進み、設定作業不可であった場合はステップＳ１９０２に進む。
【００６３】
ステップＳ１９０２において、デバイスデータ管理部３０２は、該設定データの設定データＩＤを、たとえば「＊＊＊＊＊＊＊＊＊＊」のようにマスクしたうえで設定データのリストに追加する。ここでいうマスクとは、前述のステップＳ１１０５と同様に、デバイスデータ管理部３０２が管理しているデバイスデータそのものではなく、あくまで図１９の処理結果として管理サーバー１０１がＰＣ１０２に送信するリストデータの書き換えである。
【００６４】
図２０は、ＰＣ１０２で設定データを管理する際の画面例を示す説明図である。図１２（ａ）と比較して、委託されている設定データの設定データＩＤが、「＊＊＊＊＊＊＊＊＊＊」でマスクされている点が異なる。これは、図１６において委託先組織に設定作業を許可せず、ステップＳ１９０２の処理が実行された結果である。
【００６５】
図２１は、管理サーバー１０１がＰＣ１０２に送信する設定データの一例を示す説明図である。図１５と比較して、設定データＩＤ２１０１の値が「＊＊＊＊＊＊＊＊＊＊」とマスクされている点が異なる。これは、図１９においてステップＳ１９０２が実行された結果である。
【００６６】
実施例２によれば、委託先組織に設定データの参照および編集のみを許可したい場合において設定データのＩＤを開示することがなくなるため、第三者に安易に設定データを特定される危険性を低減することができる。
【００６７】
（その他の実施例）
本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施例の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【符号の説明】
【００６８】
１００  通信回線
１０１  管理サーバー
１０２  ＰＣ
１０３  デバイス
３００  認証部
３０１  アクセス制御部
３０２  デバイスデータ管理部
３０３  エイリアス管理部
３１０  認証要求部
３１１  設定データ編集部
３１２  データアクセス権編集部
３１３  スクリプト生成部
３２０  認証要求部
３２１  スクリプト取得部
３２２  スクリプト実行部
【図１】
2019128816.tif 000003
【図２】
2019128816.tif 000004
【図３】
2019128816.tif 000005
【図４】
2019128816.tif 000006
【図５】
2019128816.tif 000007
【図６】
2019128816.tif 000008
【図７】
2019128816.tif 000009
【図８】
2019128816.tif 000010
【図９】
2019128816.tif 000011
【図１０】
2019128816.tif 000012
【図１１】
2019128816.tif 000013
【図１２】
2019128816.tif 000014
【図１３】
2019128816.tif 000015
【図１４】
2019128816.tif 000016
【図１５】
2019128816.tif 000017
【図１６】
2019128816.tif 000018
【図１７】
2019128816.tif 000019
【図１８】
2019128816.tif 000020
【図１９】
2019128816.tif 000021
【図２０】
2019128816.tif 000022
【図２１】
2019128816.tif 000023