(57)【要約】【課題】  ユーザに紐づいたアプリケーションの設定を管理可能な情報処理装置において、設定値の容量が予め指定された閾値を超えた場合に適切に設定値の管理を行なう【解決手段】  管理装置を利用しているユーザを管理するユーザ管理手段と、設定値の容量が予め設定された閾値を超えているか判定する設定値容量管理手段と、設定値を一括削除可能なユーザを調査する設定値管理手段と、を有すること【選択図】図６
2013186845.tif 000002
【特許請求の範囲】
【請求項１】
ユーザに紐づいたアプリケーションの設定を管理可能な情報処理装置における個人設定値の管理装置であって、
管理装置を利用しているユーザを管理するユーザ管理手段（３０１）と、
設定値の容量が予め設定された閾値を超えているか判定する設定値容量管理手段（３０４、３０７）と、
設定値を一括削除可能なユーザを調査する設定値管理手段（３０１、３０４）と、
を有することを特徴とする個人設定値の管理装置。
【請求項２】
前記設定値管理手段として、管理装置のログを利用することを特徴とする請求項1に記載の個人設定値の管理装置。
【請求項３】
前記設定値管理手段として、ディレクトリサーバのユーザ情報を利用することを特徴とする請求項1に記載の個人設定値の管理装置。
【請求項４】
ユーザに紐づいたアプリケーションの設定を管理可能な情報処理装置における個人設定値の管理装置であって、
管理装置を利用しているユーザを管理するユーザ管理手段（３０１）と、
設定値の容量が予め設定された閾値を超えているか判定する設定値容量管理手段（３０４、３０７）と、
削除可能な属性を持つ設定値を調査する設定値管理手段（３０１、３０４）と、
を有することを特徴とする個人設定値の管理装置。
【請求項５】
ユーザに紐づいたアプリケーションの設定の管理可能な情報処理装置における個人用設定値の管理方法であって、
ユーザのログイン処理を行なうステップ（S６０１）と、
設定値の容量が予め設定された閾値を超えているか判定するステップ（S６０２）と、
設定値を一括削除可能なユーザを調査するステップ（S６０４）と、
を有することを特徴とする個人用設定値の管理方法。
【請求項６】
設定値を一括削除可能なユーザを調査する方法として、情報処理装置のログを利用することを特徴とする請求項５に記載の個人用設定値の管理方法。
【請求項７】
設定値を一括削除可能なユーザを調査する方法として、ディレクトリサーバのユーザ情報を利用することを特徴とする請求項５に記載の個人用設定値の管理方法。
【請求項８】
さらに、設定値を一括削除可能なユーザを調査するか否かを判断するために、操作者が管理者であるかどうかを判断するステップ（S６０３）を有することを特徴とする請求項５乃至請求項７の何れか１項に記載の個人用設定値の管理方法。
【請求項９】
ユーザに紐づいたアプリケーションの設定の管理可能な情報処理装置における個人用設定値の管理方法であって、
ユーザのログイン処理を行なうステップ（S６０１）と、
設定値の容量が予め設定された閾値を超えているか判定するステップ（S６０２）と、
削除可能な属性を持つ設定値を調査するステップ（S６０６）と、
を有することを特徴とする個人用設定値の管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置で稼動するアプリケーションの利用者ごとに設定値・属性値のデータの管理に関する。
【背景技術】
【０００２】
近年、ディジタル複合機のような組み込み機器においても、ＩＣカードなどによるユーザ認証機能が追加され、機器上で動作するアプリケーションユーザごとにカスタマイズされた動作を行なうことが可能となった。それを実現するために、ユーザに紐づいたアプリケーションの設定値を管理する必要があるが、組み込み機器はパーソナルコンピュータとは違い、様々な理由から少ないメモリ、ストレージリソースで稼動し、アプリケーションごとに固定的にリソースを割り当てて管理され、アプリケーションもそれにあわせて設計されている。
【０００３】
しかし、機器でサポートするユーザの管理は外部のディレクトリサーバで行なわれることがあるが、その場合、ユーザに紐づいたアプリケーションの設定値の容量がアプリケーションに予め割り当てられた容量を超えてしまうことが発生しうる。
【０００４】
ユーザに紐づいたデータの管理についての従来の技術としては、電子メールの受信文書の管理についてのものがある（特許文献１）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００６−１２７３１８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明では、設定値の容量が予め指定された閾値を超えた場合の設定値の管理方法に関するものである。
【課題を解決するための手段】
【０００７】
上述した課題を解決するために、
本発明の請求項１の個人設定値の管理装置は、
ユーザに紐づいたアプリケーションの設定を管理可能な情報処理装置における個人設定値の管理装置であって、
管理装置を利用しているユーザを管理するユーザ管理手段（３０１）と、
設定値の容量が予め設定された閾値を超えているか判定する設定値容量管理手段（３０４、３０７）と、
設定値を一括削除可能なユーザを調査する設定値管理手段（３０１、３０４）と、
を有することを特徴とする個人設定値の管理装置である。
【０００８】
本発明の請求項４の個人設定値の管理装置は、
ユーザに紐づいたアプリケーションの設定を管理可能な情報処理装置における個人設定値の管理装置であって、
管理装置を利用しているユーザを管理するユーザ管理手段（３０１）と、
設定値の容量が予め設定された閾値を超えているか判定する設定値容量管理手段（３０４、３０７）と、
削除可能な属性を持つ設定値を調査する設定値管理手段（３０１、３０４）と、
を有することを特徴とする個人設定値の管理装置である。
【発明の効果】
【０００９】
本発明によれば、設定値を扱うアプリケーションのユーザは、設定値の容量がいっぱいになったときに、自らの判断で削除を行なう必要がなくなり、適当な設定値を削除候補として知ることができる。
【図面の簡単な説明】
【００１０】
【図１】情報処理装置のシステムの構成を示すブロック図
【図２】ディジタル複合機のハードウェア構成を表すブロック図
【図３】ディジタル複合機のソフトウェアのモジュール構成を表すブロック図
【図４】設定値管理部３０４での設定値の第一階層の管理構造を説明した図
【図５】設定値管理部３０４での設定値の第二階層以下の管理構造を説明した図
【図６】ユーザに紐づいたアプリケーションの設定の管理可能な情報処理装置における個人用設定値の管理を実現するためのフローチャート
【図７】ディジタル複合機から出力されるログのフォーマットに関する説明
【図８】図７で説明したログのフォーマット中のログ種別に関する説明
【発明を実施するための形態】
【００１１】
以下、本発明を実施するための最良の形態について図面を用いて説明する。
【００１２】
［実施例１］
図1は、本説明の実施例におけるネットワーク構成を表した簡略図である。
【００１３】
１０１、１０２は情報処理装置であり、様々なアプリケーションを稼動可能である。１０３は、設定値配信装置であり、前記情報処理装置１０１、１０２に対してアプリケーションの設定値の配信を行なう。１０４は、ネットワーク上の端末を利用するユーザを一括管理するディレクトリサーバであり、ＬＤＡＰサーバや、Ｍｉｃｒｏｓｏｆｔ社のＡｃｔｉｖｅ  Ｄｉｒｅｃｔｏｒｙサーバなどを用いて構成する。システムを構成する１０１から１０４は通常のパーソナルコンピュータなどの汎用情報処理装置で実現できるが、本説明においては、１０１、１０２の情報処理装置はスキャン、ディジタル画像の保存、送信、プリントを行なうことが可能なディジタル複合機（ＭＦＰ）を例として説明する。
【００１４】
図2は、ディジタル複合機（ＭＦＰ）１０１、１０２のハードウェア構成の概略を示すブロック構成図である。図示において、２０１はＭＦＰ全体の制御を司るＣＰＵであり、２０２はＣＰＵ２０１が実行する印刷処理プログラムやフォントデータを格納するＲＯＭである。２０３はＣＰＵ２０１のワークエリア、受信バッファ、画像描画に使用されるＲＡＭである。２０４は、アドレス帳などのデータを記録するハードディスク（ＨＤＤ）である。２０５は各種スイッチやボタン、並びに、メッセージ表示用の液晶表示部で構成される操作パネルである。２０６はネットワークに接続するためのネットワークインタフェースである。２０７は記録紙に印刷を行うプリンタエンジン、２０８は原稿を読み取るためのスキャナ、２０９はファクシミリの送受信を行うための通信部である。
【００１５】
図3は、ディジタル複合機（ＭＦＰ）１０１、１０２の設定値の管理に関連する部分のソフトウェアのモジュールブロック図である。３０１はユーザ管理・認証部であり、ＭＦＰそのものの利用開始、もしくはＭＦＰの提供するある機能の利用開始時に呼び出され、ＭＦＰが提供する機能へのアクセスをユーザに許可するかどうかの判断を行い、利用中のユーザの管理を行なう。
【００１６】
機能へのアクセスのインタフェースとしては、操作パネル２０５を利用した直接操作、Ｗｅｂブラウザなどからのリモート操作、ＷｅｂＳｅｒｖｉｃｅを利用したＡＰＩアクセス、などを可能とする。
【００１７】
認証に必要なユーザ情報について、ＭＦＰ内に保持したものを利用するする場合、ディレクトリサーバ１０４に格納されたものを利用する場合などの選択肢がある。
【００１８】
３０２は配信データ管理部であり、ネットワーク経由で接続された設定値配信装置１０３から配信される設定値データを処理し、後述する設定値管理部304と連携して設定値の管理を行なう。
【００１９】
３０３はアプリケーションであり、ＭＦＰの提供する基本機能であるスキャン３１０、ボックス３１１、送信３１２、プリント313を単独もしくは組み合わせて利用し、付加的な機能を提供する。
【００２０】
３０４は設定値管理部であり、ユーザごと、アプリケーションごとに設定値を管理することを担う。設定値の実データは３０７設定値ストレージに保存される。
【００２１】
３０５はログ管理部であり、ユーザ管理・認証部３０１でユーザの認証が行なわれた際、アプリケーション３０３、３１０〜３０３の基本機能が利用された際などにのログの保存、また保存されたログの参照などのログの管理を担う。
【００２２】
３０６はジョブ制御部であり、アプリケーション３０３からのジョブ投入の管理、ログ管理部３０５へのログの出力などを担う。
【００２３】
３１０はスキャンジョブ処理部であり、スキャナ２０８を利用して原稿をディジタル画像データとして読み込む処理を担う。
【００２４】
３１１はボックスジョブ処理部であり、スキャンジョブデータ、印刷ジョブデータを一時的にハードディスク２０４のボックスと呼ばれる専用領域に保存する処理を担う。
【００２５】
３１２は送信ジョブ処理部であり、ディジタル画像データを、電子メール、FTP、SMBなど様々な手段、プロトコルで他の情報処理装置に送信する処理を担う。
【００２６】
３１３はプリントジョブ処理部であり、スキャンジョブデータ、印刷ジョブデータ、ボックスに格納されたデータを出力する処理を担う。
【００２７】
次に設定値管理部３０４における設定値の管理構造について説明する。設定値はツリー構造で管理される。図４で示されるようにトップレベルのノードはユーザ(Alice, Bobなど)となる。そして、図５で示されるように各ユーザノードの下にアプリケーションの情報がサブツリーとして管理される。すべてのユーザに同様にアプリケーションの設定値サブツリーが存在するとは限らない。
【００２８】
各アプリケーションのルートノード以下の構造は、各アプリケーションで定義され、管理される。通常、アプリケーションが利用されることにより、設定値が生じ、アプリケーションから設定値管理部に登録依頼が行なわれれ、設定値ツリーが構成される。
【００２９】
次に、図６のフローチャートを用いて、情報処理装置１０１を利用中に設定値の容量が予め設定された閾値を超えた場合の処理について説明する。
【００３０】
S６０１において、ユーザが情報処理装置の利用を可能とするために認証処理を行なう。S ６０２において、アプリケーションにより、設定値に対するアクセス(参照、上書き、追記など)が行なわれる。
【００３１】
上記“利用”により、設定値の容量に変化が生じるような操作が行なわれた場合に、S６０３において予め設定値管理部３０４に設定された閾値の容量を超えているかどうかの判断を行なう。閾値は、アプリケーションごとに個別に設定することも可能であるし、情報処理装置にインストールされているアプリケーションんすべてをまとめた総量で設定することも可能である。値としては、総量に対する割合(例えば90％)をすればいい。判断の結果、閾値を超えていない場合は処理を終了する。超えている場合は、次のステップに進む。
【００３２】
S６０４では、設定値管理部３０４はユーザ管理・認証部３０１に問い合わせ設定値にアクセス中のユーザが管理者であるかどうかを問い合わせる。問い合わせの結果、ユーザが管理者である場合は、S６０５の削除可能なユーザを調査するステップに進む。管理者でない場合は、ユーザが他人のデータを削除することは適当でないと判断し、S６０５はスキップする。
【００３３】
次にS６０５で、ログを利用して削除可能なユーザを調査する方法を詳細に説明する。ログは、アプリケーション、サービスが様々な場面において出力される。例えば、ユーザがＭＦＰを利用するための認証を行なった時、アプリケーションの開始時、終了時、状態変化時、ジョブ投入時、などである。
【００３４】
図５、６は、ログのフォーマット(どのような情報が出力されるか)を記述したものである。ここで説明されているとおり、ログはアプリケーションに関する情報、ユーザに関する情報を含んでいるので、適当にフィルタリングをかけることにより、選別を行なうことができる。例えば、認証情報を利用してMFPをあるユーザが利用したことがないことを削除可能な条件として調べるには、ログ種別がセキュリティで、アプリケーション情報が認証のためのアプリケーションのアプリ固有IDとして指定してフィルタリングをして調査することができる。
【００３５】
また、設定値をサポートするアプリケーションを過去に利用していないユーザを条件とする場合は、アプリケーション情報として該当するアプリケーションのアプリ固有IDを指定すればいい。このようにフィルタリング処理を行なって得たユーザのリストと、設定値管理部３０４で管理されているユーザのリスト対比することで、条件を満たすユーザを抽出することができる。
【００３６】
次にＳ６０７で、削除可能なデータの調査を行なう。ここで、設定値としてどのようなものがあるか具体的に例をあげる。
【００３７】
第一の例としては、ボタンの表示情報がある。操作パネル２０５の画面には機能・アプリケーションにアクセスするためのボタンが配置される。ボタン表示は階層構造になっており、いくつかのボタンはあるボタンのを押下することによって表示される。ユーザによって利用する機能・アプリケーションの頻度は異なるので、アクセスの頻度の高いボタンのボタン表示階層のトップレベルのアクセスしやすい場所に表示したいというニーズがあり、ユーザごとにカスタマイズすることが可能となっている。このユーザ後と異なるボタン情報は設定値として保存される。
【００３８】
第二の例としては、アカウント情報がある。ＭＦＰから送信先として外部のファイルサーバが指定されることがあり、その場合アクセスするための認証が必要となる。通常、ＭＦＰを利用するための認証とファイルサーバへのアクセスへの認証は、アカウント情報としては異なるが１対１となっていることが多い。その場合、ファイルサーバへのアカウント情報を記憶しておくことにより、ユーザがファイルサーバへのアクセスが必要となるたびにアカウント情報の入力を行なうことを省略可能とすることができる。このアカウント情報も設定値として保存される。
【００３９】
第一の例の設定値は、設定値が存在しなければボタン表示を行なうことができないので、設定値が失われることは画面表示機能そのものが実現できないことになる。一方、第二の例の設定値は、ユーザの利便性のためのものであり、たとえ失われたとしても、ユーザが再びアカウント情報を入力すれば済むものである。このように、設定値の重要性のレベルが異なるので、設定値の属性として予め重要性のレベルを登録しておく。
【００４０】
実際に、設定値の削除が可能かを調査では、調査対象のユーザの設定値のサブツリーに存在するすべての設定値について、属性として重要性のレベルとして削除可能が設定されているかを順に調査する。
【００４１】
Ｓ６０８では、調査の結果を設定値へのアクセスを行なっているアプリケーションに通知する。アプリケーションは調査結果を元に適宜処理を行なう。操作パネルを利用するアプリケーションであれば、ユーザに対して削除候補となる設定値を表示して、削除を実行するかどうか問い合わせる画面を表示することが行なえるであろう。
【００４２】
［実施例２］
S６０５で、ディレクトリサーバのユーザ情報を利用して削除可能なユーザを調査する方法を説明する。設定値管理部３０４で管理されているユーザのリストを取得する。次にリスト中のユーザについてに、ディレクトリサーバ１０４に対して存在するか問い合わせる。ここで、ディレクトリサーバに存在しなければ、削除可能とする。
【００４３】
また、ディレクトリサーバに存在する場合であっても、該ユーザの属性として、勤務地がMFPの設置されているオフィス以外になっている場合を条件として、削除可能とすることも可能である。
【符号の説明】
【００４４】
３０１  ユーザ管理・認証部
３０４  設定値管理部
【図１】
2013186845.tif 000003
【図２】
2013186845.tif 000004
【図３】
2013186845.tif 000005
【図４】
2013186845.tif 000006
【図５】
2013186845.tif 000007
【図６】
2013186845.tif 000008
【図７】
2013186845.tif 000009
【図８】
2013186845.tif 000010