JP6142527B2 - 設定情報管理プログラム、情報処理装置及び設定情報管理方法 - Google Patents

Description

本発明は、設定情報管理プログラム、情報処理装置及び設定情報管理方法に関する。

ユーザが印刷データに設定した印刷設定を大きく変更することなく、印刷機の運用コストの削減に効果のある印刷環境を提供する目的で、印刷装置に設定可能な印刷設定の複数の設定項目に対して優先順位を設定させ、印刷データの印刷時にユーザにより設定された印刷設定の複数の設定項目のうちの少なくとも１つを、設定された優先順位に基づいて変更する印刷制御方法は従来から知られている（例えば特許文献１参照）。

ＰＣ（パーソナルコンピュータ）やサーバ装置などの情報処理装置は、予めプログラムで決められた処理を行う。情報処理装置の中には、状況に応じて処理内容（プログラムの動作）を変えられるものがあった。情報処理装置は、外部から設定値（プロパティ）を読み込み、その設定値に従って動作を変化させる。このような設定値に従って動作を変化させる情報処理装置では、ユーザが自分の環境に合わせて設定値を変更できるようにすることで、ユーザの利便性を向上させていた。

しかし、設定値に従って動作を変化させる情報処理装置では、ユーザ本人以外の例えば管理者などが設定値を管理したいという要望も存在する。このような設定値に従って動作を変化させる情報処理装置では、ユーザ本人以外の例えば管理者などが設定値を管理したいという要望に対応できないという問題があった。

本発明の実施の形態は上記の点に鑑みなされたもので、プログラムの動作を決定づける設定値の管理を、管理者が容易に行える設定情報管理プログラム、情報処理装置及び設定情報管理方法を提供することを目的とする。

上記目的を達成するために本願請求項１は、コンピュータを、プログラムの設定情報を複数の優先度ごとに記憶する記憶部から、起動するプログラムの設定情報を複数の優先度ごとに取得し、優先度の異なる複数の設定情報に含まれる設定値について、より優先度の高い設定情報に含まれる設定値を有効な設定値として、起動するプログラムの設定情報を作成する設定情報管理手段、前記設定情報管理手段により作成された前記設定情報を読み込み、読み込んだ前記設定情報に従った動作を行う前記プログラムを起動するプログラム管理手段、前記設定情報管理手段により作成された前記設定情報を表示装置に表示して前記設定情報をユーザに提示すると共に、前記ユーザから前記設定情報の変更を受け付ける設定変更受付手段、として機能させ、前記設定情報管理手段は、前記設定変更受付手段が受け付けた前記ユーザからの前記設定情報の変更を、前記ユーザに対応した優先度の前記設定情報に反映させることを特徴とする。

本発明の実施の形態によれば、プログラムの動作を決定づける設定値の管理を、管理者が容易に行うことができる。

本実施形態に係る情報処理システムの一例の構成図である。 本実施形態に係るコンピュータの一例のハードウェア構成図である。 情報処理装置の一例の処理ブロック図である。 設定部の一例の処理ブロック図である。 起動処理の手順を表した一例のフローチャート図である。 記憶部に保管されている設定情報の一例の構成図である。 設定ファイルの内容を表した一例の説明図である。 作成された設定ファイルの内容を表した一例の説明図である。 設定変更処理の手順を表した一例のフローチャートである。 設定変更ＵＩ部に渡される設定情報の内容を表した一例の説明図である。 設定変更画面の一例のイメージ図である。 変更後のＰｒｉｏｒｉｔｙＢの設定ファイルの内容を表した一例の説明図である。 設定変更処理の手順を表した他の例のフローチャートである。 設定管理装置に保管されている設定情報の一例の構成図である。

次に、本発明の実施の形態について、詳細に説明する。
［第１の実施形態］
＜システム構成＞
図１は本実施形態に係る情報処理システムの一例の構成図である。図１の情報処理システム１はインターネットやＬＡＮなどのネットワーク１２により、情報処理装置１０及び設定管理装置１１がデータ通信可能に接続されている。

情報処理装置１０は例えばクライアント端末や携帯端末である。情報処理装置１０は一般的なＯＳなどが搭載されたＰＣ、スマートフォンや携帯電話など、ユーザが操作可能な端末装置である。情報処理装置１０は無線による通信の手段または有線による通信の手段を有する。情報処理装置１０はキーボードやマウスなどの入力装置やディスプレイなどの出力装置を有しており、ＯＳ上で１つ以上のアプリケーションプログラムが動作する。

設定管理装置１１は一般的なサーバ用ＯＳなどが搭載されたサーバ装置である。設定管理装置１１は無線による通信の手段または有線による通信の手段を有する。設定管理装置１１はキーボードやマウスなどの入力装置やディスプレイなどの出力装置を有する。設定管理装置１１は例えばファイルサーバにより実現される。なお、設定管理装置１１の存在は必須ではなく、例えば管理者が各情報処理装置１０に設定情報を配布、反映させる手段が他にあればよい。

ネットワーク１２は情報処理装置１０と設定管理装置１１の間で情報伝達を行うものであればよく、ルータやファイアウォールなどの機器を挟んで構成されることもある。図１では、一例として情報処理装置１０が複数台、設定管理装置１１が一台である例を示しているが、情報処理装置１０が一台、設定管理装置１１が複数台であってもよい。

＜ハードウェア構成＞
情報処理装置１０及び設定管理装置１１は、例えば図２に示すハードウェア構成のコンピュータにより実現される。

図２は本実施形態に係るコンピュータの一例のハードウェア構成図である。図２に示したコンピュータ５００は、入力装置５０１、表示装置５０２、外部Ｉ／Ｆ５０３、ＲＡＭ（Random Access Memory）５０４、ＲＯＭ（Read Only Memory）５０５、ＣＰＵ（Central Processing Unit）５０６、通信Ｉ／Ｆ５０７、及びＨＤＤ（Hard Disk Drive）５０８などを備え、それぞれがバスＢで相互に接続されている。

入力装置５０１はキーボードやマウス、タッチパネルなどを含み、ユーザが各操作信号を入力するのに用いられる。表示装置５０２はディスプレイなどを含み、コンピュータシステム５００による処理結果を表示する。

通信Ｉ／Ｆ５０７はコンピュータシステム５００をネットワーク１２に接続するインタフェースである。これにより、コンピュータシステム５００は通信Ｉ／Ｆ５０７を介してデータ通信を行うことができる。

ＨＤＤ５０８はプログラムやデータを格納している不揮発性の記憶装置である。格納されるプログラムやデータには、例えばコンピュータシステム５００全体を制御する基本ソフトウェアであるＯＳ（Operating System）や、ＯＳ上において各種機能を提供するアプリケーションプログラムなどがある。ＨＤＤ５０８は格納しているプログラムやデータを所定のファイルシステム及び／又はＤＢ（データベース）により管理している。

外部Ｉ／Ｆ５０３は、外部装置とのインタフェースである。外部装置には、記録媒体５０３ａなどがある。これにより、コンピュータシステム５００は外部Ｉ／Ｆ５０３を介して記録媒体５０３ａの読み取り及び／又は書き込みを行うことができる。記録媒体５０３ａにはフレキシブルディスク、ＣＤ（Compact Disk）、ＤＶＤ（Digital Versatile Disk）、ＳＤメモリカード（SD Memory card）、ＵＳＢメモリ（Universal Serial Bus memory）などがある。

ＲＯＭ５０５は、電源を切ってもプログラムやデータを保持することができる不揮発性の半導体メモリ（記憶装置）である。ＲＯＭ５０５には、コンピュータシステム５００の起動時に実行されるＢＩＯＳ（Basic Input/Output System）、ＯＳ設定、及びネットワーク設定などのプログラムやデータが格納されている。ＲＡＭ５０４は、プログラムやデータを一時保持する揮発性の半導体メモリ（記憶装置）である。

ＣＰＵ５０６は、ＲＯＭ５０５やＨＤＤ５０８などの記憶装置からプログラムやデータをＲＡＭ５０４上に読み出し、処理を実行することで、コンピュータシステム５００全体の制御や機能を実現する演算装置である。情報処理装置１０及び設定管理装置１１はコンピュータシステム５００のハードウェア構成により、後述するような各種処理を実現できる。

＜ソフトウェア構成＞
《情報処理装置１０》
本実施形態に係る情報処理装置１０は例えば図３に示す処理ブロックで実現される。図３は情報処理装置の一例の処理ブロック図である。

図３の情報処理装置１０は、プログラムを実行することにより、アプリケーション（プラグイン）２１、プラットフォーム（Ｃｏｒｅ）２２、ＯＳＧｉ（Open Service Gateway Initiative）２３、ＪａｖａＶＭ２４、プラットフォームＡＰＩ（Application Programming Interface）２５、記憶部２６、を実現している。

アプリケーション２１は情報処理装置１０上でユーザが様々な処理を行うためのプログラムである。アプリケーション２１は後述のアプリケーション管理部に監視された状態で動作する。アプリケーション２１の処理内容は特に限定しない。アプリケーション２１は文書作成、閲覧、画像処理など、一般的なＰＣ上での処理を行う。なお、図３ではアプリケーション２１の一例としてアプリケーションＡ、アプリケーションＢを表している。

プラットフォームＡＰＩ２５はアプリケーション２１が、プラットフォーム２２を利用するためのインタフェースである。プラットフォームＡＰＩ２５はアプリケーション２１からの要求を、プラットフォーム２２が受信するために設けられた予め定義されたインタフェースであり、例えば関数やクラス等により構成される。

また、プラットフォーム２２は、表示制御（ＵＩ制御）部３１、アプリケーション管理部３２、設定部３３、通信部３４を有する。表示制御部３１は例えばアプリケーション２１からの要求に基づいて表示装置５０２の表示を制御する。アプリケーション管理部３２はアプリケーション２１の管理を行う。アプリケーション管理部３２はアプリケーション２１の起動や終了、インストール／アンインストール／アップデートの他、動作の設定についても管理を行う。

設定部３３は設定情報の管理、設定情報の変更、設定管理装置１１からの設定情報の受信など、設定情報に関する処理を行う。なお、設定部３３の詳細は後述する。通信部３４は設定管理装置１１との通信を実行する。

ＯＳＧｉ２３は、プラグイン（Ｊａｖａモジュール）の動的追加や実行を管理するための基盤システム（ＯＳＧｉフレームワーク）である。ＪａｖａＶＭ（Virtual Machine）２４はプラグインの実行環境である。なお、ＯＳＧｉ２３及びＪａｖａＶＭ２４は既存の技術であるため、説明を省略する。記憶部２６は設定情報など、情報処理装置１０で必要な情報を記憶する。

設定部３３は例えば図４に示す処理ブロックで実現される。図４は設定部の一例の処理ブロック図である。図４の設定部３３は、設定情報管理部４１、設定変更ＵＩ部４２、設定情報受信部４３を有する。

設定情報管理部４１は、アプリケーション２１の設定情報の管理を行う。設定情報管理部４１はアプリケーション２１ごとの設定値について、記憶部２６から取り出し、アプリケーション管理部３２を介してアプリケーション２１に渡す。また、設定情報管理部４１は設定変更ＵＩ部４２及び設定情報受信部４３との間で設定情報をやり取りし、記憶部２６に記憶されている設定情報を変更する。

設定変更ＵＩ部４２は設定情報管理部４１から設定情報を受け取り、設定情報を例えば表示装置５０２に表示して、ユーザへ設定情報の提示を行う。また、設定変更ＵＩ部４２は例えば入力装置５０１からユーザからの設定情報の変更を受け付け、設定情報の変更を設定情報管理部４１に渡す。

なお、設定変更ＵＩ部４２は設定情報管理部４１から受け取った設定情報の属性によりユーザからの設定情報の変更を受け付けるかどうかを決定付ける。ユーザからの設定情報の変更を受け付けない場合、設定変更ＵＩ部４２はＵＩ上で設定情報を変更できないように加工して設定情報を表示する。

設定情報受信部４３は通信部３４を介して設定管理装置１１から設定情報を得て、その設定情報を設定情報管理部４１に渡す。なお、設定情報受信部４３は必須でなく、設定管理装置１１が設定情報を配信する場合に必要となる。

図３の情報処理装置１０は複数のアプリケーション（プラグイン）２１が共通に利用する機能をプラットフォーム２２に集約することで、処理を集約している。なお、図３の処理ブロック図の分類形態は一例であり、図３に示されるような階層で分類されていることは必須でない。

《設定管理装置１１》
なお、設定管理装置１１の処理ブロックについて省略する。設定管理装置１１は配信する設定情報が情報処理装置１０からネットワーク１２を介して見えるような状態となるように、予め決められた位置に配信する設定情報を配置しておく。

＜処理の詳細＞
以下では本実施形態に係る情報処理装置１０の処理の詳細について説明する。

《アプリケーション２１の起動処理》
図５は起動処理の手順を表した一例のフローチャート図である。ステップＳ１において例えばユーザまたはＯＳはアプリケーション管理部３２に対し、アプリケーション２１の起動命令を出す。例えばユーザはアプリケーション２１の立ち上げが必要な場合に、アプリケーション２１の起動命令を出す。また、ＯＳはアプリケーション２１が常駐ソフトであり、ＯＳ起動時に自動的に立ち上げが必要な場合に、アプリケーション２１の起動命令を出す。

ステップＳ２において、アプリケーション管理部３２は起動命令により指定されたアプリケーション２１の起動準備を行う。このとき、アプリケーション管理部３２は指定されたアプリケーション２１の起動に必要な設定情報を、設定部３３の設定情報管理部４１に要求する。

ステップＳ３において、設定情報管理部４１は指定されたアプリケーション２１の設定情報を記憶部２６から取り出す。このとき、設定情報管理部４１は後述するように優先度の異なる複数の設定情報を得る。設定情報管理部４１は優先度の異なる複数の設定情報に含まれるそれぞれの設定値について、より優先度の高い設定情報に含まれる設定値を有効な設定値として、アプリケーション２１に渡す設定情報を作成する。

なお、ステップＳ３におけるアプリケーション２１に渡す設定情報を作成する処理の詳細は後述する。そして、設定情報管理部４１は作成した設定情報をアプリケーション管理部３２に渡す。

ステップＳ４において、アプリケーション管理部３２は設定情報管理部４１から得られた設定情報を渡してアプリケーション２１を起動する。ステップＳ５において、起動したアプリケーション２１は渡された設定情報を読み込み、その設定情報に従った動作を開始する。

なお、本実施形態において、設定情報はアプリケーション２１の動作を決定づける情報であれば、どのような情報であってもよい。例えば設定値の一例としては、印刷属性の設定値（カラー／モノクロ、片面／両面など）やプラグインのＯＮ／ＯＦＦ、設定ファイルの取得先など、がある。

《ステップＳ３の処理の詳細》
ここでは、図５のステップＳ３の動作について、更に詳細に説明する。例えば記憶部２６には図６のように優先度ごとに分割して、設定情報がアプリケーション２１ごとに保管されている。ここでは設定情報の保管形態をファイルとし、１つのアプリケーション２１のある優先度の設定情報を１つの設定ファイルとする。図６は記憶部に保管されている設定情報の一例の構成図である。

図６ではアプリケーションＡの設定情報を、アプリケーションＡの設定ファイルとして表している。また、図６ではアプリケーションＢの設定情報を、アプリケーションＢの設定ファイルとして表している。

アプリケーション２１の設定ファイルは複数のアプリケーション２１の分まとめて優先度ごとに１つのフォルダ（ディレクトリ）に格納される。図６ではアプリケーションＡの設定ファイル及びアプリケーションＢの設定ファイルが、ＰｒｉｏｒｉｔｙＡ〜Ｃ（優先度）ごとに１つのフォルダなどに格納される例を表している。

なお、異なる優先度のフォルダ（ディレクトリ）同士の位置関係は、ばらばらであってもよいし、ある特定の親フォルダ（親ディレクトリ）の下にまとめてもよいため、特に規定しない。

１つのアプリケーション２１の設定ファイルには、アプリケーション２１に必要な設定情報が格納される。ただし、異なる優先度の設定ファイルが存在する場合は、全ての設定ファイルに全ての設定値が存在する必要はなく、各設定値が何れか一つの設定ファイルに存在していればよい。なお、設定値が無くてもアプリケーション２１の動作が可能な場合は何れの設定ファイルにも、ある設定値が存在しない、という状態も許容される。

図７は設定ファイルの内容を表した一例の説明図である。図７はアプリケーションに必要な設定値が「設定値１」〜「設定値６」まで存在する場合の例を表している。それぞれの優先度（ＰｒｉｏｒｉｔｙＡ〜Ｃ）の設定ファイルには、図７（Ａ）〜図７（Ｃ）のような設定情報が含まれているものとする。

図７（Ａ）はＰｒｉｏｒｉｔｙＡの設定ファイルの内容である。図７（Ｂ）はＰｒｉｏｒｉｔｙＢの設定ファイルの内容である。図７（Ｃ）はＰｒｉｏｒｉｔｙＣの設定ファイルの内容である。ファイルで表す場合、設定名、設定値がそれぞれ文字列となる。設定値はアプリケーション２１が必要な形式を取る（文字列、数値、真偽値など）。

図７（Ａ）〜図７（Ｃ）の設定ファイルを持ち、設定ファイルの優先度がＰｒｉｏｒｉｔｙＡ→ＰｒｉｏｒｉｔｙＢ→ＰｒｉｏｒｉｔｙＣの順番に、あらかじめ定められている場合、設定情報管理部４１はより優先度の高い設定情報を有効にするため、図８に示すような設定値を有する設定情報を作成する。図８は作成された設定ファイルの内容を表した一例の説明図である。

つまり、図８に示すように、設定情報管理部４１はＰｒｉｏｒｉｔｙＡの設定ファイルに存在する設定値が優先して有効となり、ＰｒｉｏｒｉｔｙＡの設定ファイルに存在せずＰｒｉｏｒｉｔｙＢの設定ファイルに存在する設定値が次に有効となり、ＰｒｉｏｒｉｔｙＡ、Ｂの設定ファイルに存在せずＰｒｉｏｒｉｔｙＣの設定ファイルに存在する設定値が最後に有効となる。

例えば、設定情報管理部４１はＰｒｉｏｒｉｔｙＢ、Ｃの設定ファイルに存在する設定値があったとしても、重複してＰｒｉｏｒｉｔｙＡの設定ファイルに設定値が存在していれば、ＰｒｉｏｒｉｔｙＡの設定ファイルに存在する設定値を採用する。また、設定情報管理部４１はＰｒｉｏｒｉｔｙＣの設定ファイルに存在する設定値があったとしても、重複してＰｒｉｏｒｉｔｙＢの設定ファイルに設定値が存在していれば、ＰｒｉｏｒｉｔｙＢの設定ファイルに存在する設定値を採用する。

例えば、図７の例では「設定１」の設定値が図７（Ａ）〜図７（Ｃ）の設定ファイル全てに存在しているため、優先度が最も高いＰｒｉｏｒｉｔｙＡの設定ファイルに含まれる設定値「１００」が採用されている。

図６及び図７では優先度がＰｒｉｏｒｉｔｙＡ〜Ｃの３つである場合を一例として示している。なお、優先度の数は幾つでも構わない。例えば図６及び図７に示すように、優先度がＰｒｉｏｒｉｔｙＡ〜Ｃの３つである場合は、ＰｒｉｏｒｉｔｙＡを部署の管理者が設定し、ＰｒｉｏｒｉｔｙＢをアプリケーションのユーザが設定し、ＰｒｉｏｒｉｔｙＣを初期値として設定する、ことが考えられる。

このような優先度の使い方の場合は部署の管理者の設定が最優先に採用される。部署の管理者の設定が存在しない場合はアプリケーションのユーザの設定が採用される。部署の管理者の設定もアプリケーションのユーザの設定も存在しない場合は、初期値が採用されることになる。

《設定変更処理》
図９は設定変更処理の手順を表した一例のフローチャートである。図９は情報処理装置１０を操作してユーザが設定変更を行う設定変更処理を表している。

ステップＳ１１において、ユーザは例えば入力装置５０１から設定情報の変更を行うアプリケーション２１を指定し、設定変更ＵＩ部４２の起動命令を行う。ステップＳ１２において、アプリケーション管理部３２はユーザから起動命令を受けた設定変更ＵＩ部４２を起動する。設定変更ＵＩ部４２は指定を受けたアプリケーション２１の設定情報を設定情報管理部４１に要求する。

ステップＳ１３において、設定情報管理部４１は指定を受けたアプリケーション２１の設定情報を記憶部２６から取得し、設定変更ＵＩ部４２に渡す。設定変更ＵＩ部４２はステップＳ１４において、設定情報管理部４１から渡された設定情報を元に、後述のような設定変更画面を例えば表示装置５０２に表示する。

設定変更ＵＩ部４２はユーザの変更できる優先度の情報（例えばＰｒｉｏｒｉｔｙＢなど）を持っている。設定変更ＵＩ部４２はユーザの変更できる優先度以上の優先度（例えばＰｒｉｏｒｉｔｙＡなど）で設定されている設定値について、ユーザが変更できないように設定変更画面を表示する。

ステップＳ１５において、ユーザは例えば入力装置５０１から設定変更画面に対して設定情報の変更を入力する。ステップＳ１６において、設定変更ＵＩ部４２はユーザからの設定情報の変更を受け付け、設定情報の変更を設定情報管理部４１に渡す。ステップＳ１７において、設定情報管理部４１は設定変更ＵＩ部４２から渡された設定情報の変更を記憶部２６の設定情報に反映させる。

なお、ステップＳ１３における設定情報の取得はアプリケーション２１の起動処理と同等である。しかし、設定変更ＵＩ部４２に渡される設定情報は図８と異なり、図１０のようになる。

図１０は設定変更ＵＩ部に渡される設定情報の内容を表した一例の説明図である。図１０の設定情報は、それぞれの設定値が、どの優先度の設定であるかを示す情報（優先度情報）が付加されている。例えば図１０の設定情報は「設定１」「設定３」「設定４」の設定値がＰｒｉｏｒｉｔｙＡの設定であり、「設定２」「設定６」の設定値がＰｒｉｏｒｉｔｙＢの設定であり、「設定５」の設定値がＰｒｉｏｒｉｔｙＣの設定である。

また、ステップＳ１４において設定変更ＵＩ部４２が表示する設定変更画面は例えば図１１のようになる。図１１は設定変更画面の一例のイメージ図である。図１１の設定変更画面１０００はユーザが変更可能な優先度をＰｒｉｏｒｉｔｙＢとしている。

設定変更画面１０００はＰｒｉｏｒｉｔｙＡの設定ファイルで設定されている「設定１」「設定３」「設定４」の設定値の変更をユーザから受け付けない。なお、設定変更画面１０００はＰｒｉｏｒｉｔｙＡの設定ファイルで設定されている「設定１」「設定３」「設定４」の設定値が変更できないことをグレー字で表示することで表している。設定変更画面１０００は変更できない設定値をグレー字で表示すること以外で表してもよい。

また、図１１の設定変更画面１０００において「設定５」の設定値が「３」に変更された場合、ステップＳ１７ではＰｒｉｏｒｉｔｙＢの設定ファイルに対して「設定５」の設定値の変更（追加）が行われる。つまり、図７（Ｂ）はＰｒｉｏｒｉｔｙＢの設定ファイルの内容は図１２のようになる。なお、図７（Ａ）のＰｒｉｏｒｉｔｙＡの設定ファイルの内容、及び、図７（Ｃ）はＰｒｉｏｒｉｔｙＣの設定ファイルの内容は変化しない。

図１３は設定変更処理の手順を表した他の例のフローチャートである。図１３は設定管理装置１１を用いて部署の管理者などが設定変更を行う設定変更処理を表している。

ステップＳ２１において、アプリケーション管理部３２は所定時間ごと、あるいはアプリケーション２１の起動時などのタイミングで、設定部３３の設定情報管理部４１に設定管理装置１１からの設定情報の取得を指示する。

ステップＳ２２において、設定情報管理部４１は設定情報受信部４３に設定管理装置１１からの設定情報の取得を要求する。ステップＳ２３において、設定情報受信部４３は設定管理装置１１の所定の格納場所にアクセスし、設定情報を検索し取得する。設定情報受信部４３は設定管理装置１１から取得した設定情報を設定情報管理部４１に渡す。設定情報管理部４１はステップＳ２４において、設定情報受信部４３から渡された設定情報を記憶部２６に記憶されている設定情報に反映させる。

なお、設定管理装置１１には例えば図１４のように、情報処理装置１０と似た形で設定情報が保管されている。図１４は設定管理装置に保管されている設定情報の一例の構成図である。設定情報は例えば部署の管理者が作成し、図１４のように設定管理装置１１に蓄積しておく。なお、設定情報の保管形式や格納場所は任意であり、情報処理装置１０側に知らせておけば、どのような保管形式や格納場所であってもよい。

図１４のように、情報処理装置１０と同じ形で設定情報を設定管理装置１１に保管されている場合、設定情報管理部４１は設定管理装置１１に保管されている設定情報で記憶部２６に記憶されている設定情報を上書きすることで設定情報を反映させる。このため設定管理装置１１に設定情報が無い場合は情報処理装置１０の設定情報は上書きされない。

例えば図１４の例では、設定管理装置１１にアプリケーションＢのＰｒｉｏｒｉｔｙＢの設定ファイルが無い。したがって、情報処理装置１０の記憶部２６に保管されている設定情報が図６の例では、アプリケーションＢのＰｒｉｏｒｉｔｙＢの設定ファイルが上書きされない。

図１３のフローチャートでは、情報処理装置１０から設定管理装置１１にアクセスして設定情報を取得する例を示したが、設定管理装置１１から情報処理装置１０に配信するようにしてもよい。つまり、設定管理装置１１の設定情報が情報処理装置１０の記憶部２６に反映されれば、他の方法を用いてもよい。

本実施形態では図示していないが、例えば情報処理装置１０は設定情報が更新されたときに、表示装置５０２に更新情報を表示してユーザに設定情報が更新されたことを通知する機能を設けるようにしてもよい。

また、記憶部２６に記憶されている設定情報は、例えば暗号化など難読化することにより改竄などの不正を防ぐことができる。難読化する設定情報の範囲は、例えば優先度の高い設定情報のみを難読化してもよいし、全体を難読化するようにしてもよい。なお、優先度の高い設定情報が設定ファイルごと削除されることを防ぐため、例えば優先度の高い設定情報の設定ファイルが格納されているフォルダを分かりづらくしたり、優先度の高い設定情報が削除されているときにアプリケーション２１が起動しない仕組みを設けたり、してもよい。

本実施形態では、アプリケーション２１を起動する情報処理装置１０において、アプリケーション２１の動作が決定づけられる設定値を、ユーザ及び管理者に優先度を異ならせて個別に設定可能としたことで、ユーザの利便性と管理者による管理とを両立する。

このように、管理者の優先度をユーザの優先度よりも高くすることで、本実施形態では管理者が情報処理装置１０のアプリケーション２１の処理内容を管理者の望ましい形で制御できる。また、本実施形態では管理者により設定されていない設定値についてユーザが自由に設定できるので、ユーザの利便性の低下を最小限に抑えることができる。

本発明は、具体的に開示された上記の実施形態に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。なお、特許請求の範囲に記載したプログラム管理手段はアプリケーション管理部３２に対応する。設定変更受付手段は設定変更ＵＩ部４２に対応する。設定情報取得手段は設定情報受信部４３に対応する。設定情報格納装置は設定管理装置１１に対応する。

１ 情報処理システム
１０ 情報処理装置
１１ 設定管理装置
１２ ネットワーク
２１ アプリケーション（プラグイン）
２２ プラットフォーム（Ｃｏｒｅ）
２３ ＯＳＧｉ（Open Service Gateway Initiative）
２４ ＪａｖａＶＭ
２５ プラットフォームＡＰＩ（Application Programming Interface）
２６ 記憶部
３１ 表示制御（ＵＩ制御）部
３２ アプリケーション管理部
３３ 設定部
３４ 通信部
４１ 設定情報管理部
４２ 設定変更ＵＩ部
４３ 設定情報受信部
５００ コンピュータ
５０１ 入力装置
５０２ 表示装置
５０３ 外部Ｉ／Ｆ
５０３ａ 記録媒体
５０４ ＲＡＭ
５０５ ＲＯＭ
５０６ ＣＰＵ
５０７ 通信Ｉ／Ｆ
５０８ ＨＤＤ
Ｂ バス

特開２００６−１３９６０３号公報

Claims (7)

1. コンピュータを、
   プログラムの設定情報を複数の優先度ごとに記憶する記憶部から、起動するプログラムの設定情報を複数の優先度ごとに取得し、優先度の異なる複数の設定情報に含まれる設定値について、より優先度の高い設定情報に含まれる設定値を有効な設定値として、起動するプログラムの設定情報を作成する設定情報管理手段、
   前記設定情報管理手段により作成された前記設定情報を読み込み、読み込んだ前記設定情報に従った動作を行う前記プログラムを起動するプログラム管理手段、
   前記設定情報管理手段により作成された前記設定情報を表示装置に表示して前記設定情報をユーザに提示すると共に、前記ユーザから前記設定情報の変更を受け付ける設定変更受付手段、
   として機能させ、
   前記設定情報管理手段は、前記設定変更受付手段が受け付けた前記ユーザからの前記設定情報の変更を、前記ユーザに対応した優先度の前記設定情報に反映させること
   を特徴とする設定情報管理プログラム。
2. 前記設定変更受付手段は、それぞれの設定値が、どの優先度の設定情報に含まれる設定値であるかを示す優先度情報が付加された前記設定情報を、前記設定情報管理手段から取得し、前記ユーザに対応した優先度以下の優先度情報が付加された前記設定情報に含まれる設定値を変更可能に前記表示装置に表示し、前記ユーザに対応した優先度を超える優先度情報が付加された前記設定情報に含まれる設定値を変更できないように前記表示装置に表示すること
   を特徴とする請求項１記載の設定情報管理プログラム。
3. 前記設定情報管理手段は、前記設定情報を前記優先度及び前記プログラムごとに記憶する記憶部から、起動するプログラムに対応する前記設定情報を前記複数の優先度ごとに取得し、優先度の異なる複数の設定情報に含まれる設定値について、異なる優先度の設定情報に重複する設定値が含まれるときに、より優先度の高い設定情報に含まれる設定値を有効な設定値として採用すること
   を特徴とする請求項１又は２記載の設定情報管理プログラム。
4. 前記ユーザに対応した優先度以外の優先度の前記設定情報を格納する設定情報格納装置から、前記ユーザに対応した優先度以外の優先度の前記設定情報を取得する設定情報取得手段、
   として更に前記コンピュータを機能させ、
   前記設定情報管理手段は、前記設定情報取得手段が取得した前記ユーザに対応した優先度以外の優先度の前記設定情報を、前記記憶部に記憶されている前記ユーザに対応した優先度以外の優先度の前記設定情報に反映させること
   を特徴とする請求項１乃至３何れか一項記載の設定情報管理プログラム。
5. 前記記憶部に記憶されている前記設定情報は、一部又は全部が難読化されていること
   を特徴とする請求項１乃至４何れか一項記載の設定情報管理プログラム。
6. プログラムの設定情報を複数の優先度ごとに記憶する記憶部から、起動するプログラムの設定情報を複数の優先度ごとに取得し、優先度の異なる複数の設定情報に含まれる設定値について、より優先度の高い設定情報に含まれる設定値を有効な設定値として、起動するプログラムの設定情報を作成する設定情報管理手段と、
   前記設定情報管理手段により作成された前記設定情報を読み込み、読み込んだ前記設定情報に従った動作を行う前記プログラムを起動するプログラム管理手段と、
   前記設定情報管理手段により作成された前記設定情報を表示装置に表示して前記設定情報をユーザに提示すると共に、前記ユーザから前記設定情報の変更を受け付ける設定変更受付手段と、
   を有し、
   前記設定情報管理手段は、前記設定変更受付手段が受け付けた前記ユーザからの前記設定情報の変更を、前記ユーザに対応した優先度の前記設定情報に反映させること
   を特徴とする情報処理装置。
7. コンピュータによって実行される設定情報管理方法であって、
   プログラムの設定情報を複数の優先度ごとに記憶する記憶部から、起動するプログラムの設定情報を複数の優先度ごとに取得し、優先度の異なる複数の設定情報に含まれる設定値について、より優先度の高い設定情報に含まれる設定値を有効な設定値として、起動するプログラムの設定情報を作成する設定情報管理ステップと、
   前記設定情報管理ステップで作成された前記設定情報を読み込み、読み込んだ前記設定情報に従った動作を行う前記プログラムを起動するプログラム管理ステップと、
   前記設定情報管理ステップにより作成された前記設定情報を表示装置に表示して前記設定情報をユーザに提示すると共に、前記ユーザから前記設定情報の変更を受け付ける設定変更受付ステップと、
   を有し、
   前記設定情報管理ステップは、前記設定変更受付ステップで受け付けた前記ユーザからの前記設定情報の変更を、前記ユーザに対応した優先度の前記設定情報に反映させること
   を特徴とする設定情報管理方法。

Images