画像処理装置
【課題】保存データのセキュリティを向上させ、且つ、保存データの活用を十分に行う。
【解決手段】スキャナ機能１７、又は通信部１１である取得部により画像データを取得し、ログ管理部２１により、保存データとしてＨＤＤ２５等の不揮発性メモリに保存してこの保存データの所有者（データを入力したユーザ）のみがアクセスできるようにアクセス権を設定する。この保存データが組織の内部の存在している間は、この保存データへのアクセス権を変更しないようにし、この保存データが、ＦＡＸ機能１８、印刷機能１９、Email機能２０等の出力部により、組織の外部に公開された場合には、保存データへのアクセス権を緩めるようにしたので、セキュリティの向上が可能となると同時に保存データの十分な活用が可能となる。
【解決手段】スキャナ機能１７、又は通信部１１である取得部により画像データを取得し、ログ管理部２１により、保存データとしてＨＤＤ２５等の不揮発性メモリに保存してこの保存データの所有者（データを入力したユーザ）のみがアクセスできるようにアクセス権を設定する。この保存データが組織の内部の存在している間は、この保存データへのアクセス権を変更しないようにし、この保存データが、ＦＡＸ機能１８、印刷機能１９、Email機能２０等の出力部により、組織の外部に公開された場合には、保存データへのアクセス権を緩めるようにしたので、セキュリティの向上が可能となると同時に保存データの十分な活用が可能となる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像処理装置が処理して保存している保存データへのアクセス権を制御する機能を有する画像処理装置に関するものである。
【背景技術】
【０００２】
従来、ユーザが複合機等の画像処理装置に対して処理（一度に依頼する処理のまとまりを「ジョブ」という。）を依頼する場合には、ユーザを識別するための識別子を画像処理装置へ入力し、画像処理装置が保持するリスト内の識別子と照合して使用者が正当であるか否かが識別される。識別子の照合処理を行った後、許可されたユーザに対してそのアクセス権に応じて許可された範囲の処理が許されるようになっている。
【０００３】
更に、従来の技術では、ユーザから処理を依頼されて画像処理装置が処理したデータをログとして保存する機能がある。例えば、画像処理装置が受信した電子メール（以下「Email」という。）の添付ファイルを印刷する処理の場合、Email受信した添付ファイルを画像処理装置内部の記憶装置、又は外部の記憶装置にログとして保存することを行っている。
【０００４】
このように、ユーザから処理を依頼されて画像処理装置が処理したデータをログとして保存した場合、従来の技術では、保存したデータの読み出し権限は設定されていないか、もしくは管理者のみが固定的に持っていた。画像処理装置が設置されているユーザの利用環境においては、管理者を務めるのは必ずしもその利用環境のトップではなく、例えば、一般の社員が業務として勤めるケースも存在するし、社外の派遣社員に管理業務を委託する場合もありうる。
【０００５】
一方、ユーザが画像処理装置を使用して扱うデータは、重要文書などである場合もあり、他の社員に見られては困るものも存在する。
【０００６】
このようなデータを保存管理する技術は、例えば、下記の特許文献１に開示されている。特許文献１よれば、画像処理装置は、入力されたデータに予め保持しているキーデータを組み合わせてデータを保存する際のファイル名候補として表示し、これをユーザが選択することでファイル名を決定して保存する。このことにより、保存するデータに対して、後にその保存データにアクセスする際に、その内容を容易に推測できるように名称を付与することができる。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００６−７２８９２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、従来の画像処理装置では、保存したデータのアクセス権の管理を行っていないケースではデータの漏えいが発生しやすく、アクセス権が固定化されているケースでは、保存したデータを公開すべき時期において特定のユーザのみしかアクセスできないためデータの活用が十分できないという課題があった。
【課題を解決するための手段】
【０００９】
本発明の画像処理装置は、画像処理対象となるデータを取得する取得部と、取得したデータを記憶する記憶手段と、前記データを出力する出力部と、前記記憶手段により前記データを記憶するときには、予め定義されているアクセス権を前記データに付与し、前記出力部によって前記データが出力されたときには、前記アクセス権を変更するアクセス権制御部とを有している。
【００１０】
本発明の他の画像処理装置は、画像処理対象となるデータを取得する取得部と、取得したデータを記憶する記憶手段と、前記データを出力する出力部と、前記記憶手段により前記データを記憶するときには、予め定義されているアクセス権を前記データに付与し、前記出力部によって前記データが組織の外部に出力されたときには、前記アクセス権を変更するアクセス権制御部とを有している。
【発明の効果】
【００１１】
本発明の画像処理装置によれば、画像データが装置の内部に存在する場合には、その保存データのアクセス権を絞り、保存データが装置の外部に公開された場合には、保存データのアクセス権を緩めることができるので、セキュリティの向上が図られると同時に保存データの十分な活用が可能となるという効果がある。
【００１２】
本発明の他の画像処理装置によれば、保存データが組織の内部に存在する場合には、保存データのアクセス権を絞り、データが組織の外部に公開された場合には、保存データのアクセス権を緩めることができ、セキュリティの向上が図られると同時に保存データの十分な活用が可能となるという効果がある。
【図面の簡単な説明】
【００１３】
【図１】図１は本発明の実施例１における画像処理装置の概略を示す機能ブロック図である。
【図２】図２は図１の操作パネルの例を示す構成図である。
【図３】図３は図１の操作パネルから入力されるジョブ投入情報の例を示す説明図である。
【図４】図４は図１のログ管理部が管理するアクセス権設定テーブルの例を示す説明図である。
【図５】図５は図１の画像処理装置におけるジョブ実行時の動作を示すフローチャートである。
【図６】図６は図１の画像処理装置における状態変化時の動作を示すフローチャートである。
【図７】図７は図１の画像処理装置におけるジョブ終了時の動作を示すフローチャートである。
【図８】図８は本発明の実施例２における画像処理装置の概略を示す機能ブロック図である。
【図９】図９は図２の操作パネルにおける表示パネルの表示例を示す説明図である。
【図１０】図１０は図８の画像処理装置におけるジョブ実行時の動作を示すフローチャートである。
【図１１】図１１は図８の画像処理装置における状態変化時の動作を示すフローチャートである。
【図１２】図１２は図８の画像処理装置におけるジョブ終了時の動作を示すフローチャートである。
【発明を実施するための形態】
【００１４】
本発明を実施するための形態は、以下の好ましい実施例の説明を添付図面と照らし合わせて読むと、明らかになるであろう。但し、図面はもっぱら解説のためのものであって、本発明の範囲を限定するものではない。
【実施例１】
【００１５】
（実施例１の画像処理装置の構成）
図１は、本発明の実施例１における画像処理装置の概略を示す機能ブロック図である。
【００１６】
図１において、各機能ブロックは、所定のハードウェア及び／又はプログラムが有機的に動作することにより所定の機能を発揮するように構成されている。プログラムは、図示しない制御部によって実行される。
【００１７】
画像処理装置１０は、例えば、スキャナ機能１７、ファクシミリ手段（例えば、ＦＡＸ機能）１８、印刷手段（例えば、印刷機能）１９、及び電子メール手段（例えば、Email機能）２０を有する複合機である。画像処理装置１０は、通常、画像データを処理対象とする。画像データには、テキストデータ、イメージデータ、ポストスクリプト（PostScript）等のページ記述言語で記載されたデータ等が含まれる。
【００１８】
画像処理装置１０は、通常、通信部１１及び図示しないローカルエリアネットワーク（以下「ＬＡＮ」という。）を介して、図示しないパーソナルコンピュータ（以下「パソコン」という。）等の上位装置と接続されている。
【００１９】
通信部１１は、各通信用の通信プロトコルに対応したプログラムを搭載しており、その通信プロトコルを用いて外部の装置と通信を行うもので、操作パネル３０と同様に装置の外部との入出力の窓口の機能を有している。この通信部１１は、通信プロトコルの下位層を構成しており、データの送受信において自発的に通信を行わずにすべて上位層の指示の元で動作するように構成されている。
【００２０】
具体的には、ＵＳＢ（Universal Serial Bus）、ＩＥＥＥ１３９４等のローカルなシリアルバス規格対応や、インターネット、ＦＡＸ通信等のグローバルな通信プロトコル対応の処理を行う機能を有している。本実施例１の場合、通信部１１の役割は、画像処理装置１０内の上位層であるコマンド処理部１２へ受信したデータを転送し、コマンド処理部１２から受け取ったデータを外部装置へ送信する機能を有している。
【００２１】
コマンド処理部１２は、通信部１１の上位層であって、通信部１１から転送された受信データの処理、及びその処理の中で発生した情報の送信、又はコマンド処理部１２の上位層であるジョブ認識部１６やジョブ管理部１４から要求されたデータの送信を行う機能を有している。
【００２２】
受信したデータの処理とは、受信したデータの中に含まれるコマンドを見つけ出し、そのコマンドを解析して実行することをいい、コマンドで要求されている内容が各種設定値の参照や変更等簡単なものである場合には、本コマンド処理部１２が直接処理を実行し、要求されている内容がデータの印刷等複雑なもの場合には、ジョブ認識部１６へ転送して処理を依頼するように構成されている。
【００２３】
コマンド処理部１２は、コマンドの実行中にユーザの認証が必要になったときは、図示しないパソコン等の上位装置に認証を要求する。上位装置において、認証が実行され権限照合が成功すると、上位装置から受信したユーザ識別子を引数として、ジョブ認識部１６、設定値管理部１３、ジョブ管理部１４等の他の機能ブロックに対し処理を要求する機能を有している。なお、データの送信は、送信用コマンドの形式を作成して、通信部１１へ送信を要求することにより行うように構成されている。
【００２４】
操作パネル３０は、図示しない制御部に内部バスインタフェースで直接接続された入出力装置である。操作パネル３０から入力されたデータは、ジョブ認識部１６へ転送される。
【００２５】
ジョブ認識部１６は、操作パネル３０から入力されたデータや通信部１１からコマンド処理部１２を経由して入力されたデータに基づき、起動するべきジョブを識別し、ジョブ実行に必要な付属の情報を識別する機能を有している。ジョブ実行に必要な付属の情報とは、例えば、ＦＡＸ送信であれば、送信先電話番号であり、Email送信であれば、送信先メールアドレスであり、印刷であれば、解像度、色の濃さ、両面/片面印刷や印刷部数等である。これらのジョブ実行に必要な付属の情報は、ジョブ投入情報４０である。ジョブ認識部１６は、識別したジョブと付属の情報をジョブ管理部１４へ転送する機能を有している。
【００２６】
ジョブ管理部１４は、ユーザから要求されたジョブを受け付け、その状態を監視し、終了を判断する役割を持つ機能ブロックである。ジョブ管理部１４は、ジョブの受け付け処理において、ジョブの依頼者がそのジョブを実行する権限を持っているか否かを確認する機能(権限の照合)を有し、ジョブの依頼者が入力したユーザ識別子と画像処理装置の保持する当該依頼者の識別子とを照合する機能を有している。
【００２７】
権限の照合の結果、識別子が一致したときは、実行可能であると判断し、そのジョブの所有者として照合した識別子をジョブに添付させる機能を有している。内部処理から投入されたジョブの場合には、ジョブ管理部１４は、権限の照合を行わずに引数として渡された情報をジョブにセットして実行するように構成されている。
【００２８】
ジョブ管理部１４は、状態の監視機能を有しており、ジョブの処理を待つ開始順番待ちなのか、ジョブが開始されて実行中なのか、開始したがエラーが発生して止まっているのか等を監視する機能を有している。
【００２９】
ジョブ管理部１４は、終了の判断機能を有しており、ジョブが正常に終了したのか、異常で終了したのか、異常で終了した場合には何が原因なのかを監視する機能を有している。更に、ジョブに対する状態の問い合わせを受け付けて応答する機能、ジョブに対するその他の指示を受けて実行する責任も有している。ジョブに対する監視以外の指示としては、開始、一時停止、キャンセル、再開などが該当する。ジョブ管理部１４は、いずれの指示についても、実行前にはジョブに添付してある識別子により所有者を確認し、指示したユーザが所有者であれば実行し、所有者でなければ実行を拒否する等の対応を行うように構成されている。
【００３０】
設定値管理部１３は、画像処理装置１０の各種設定値を管理する役割を持ち、設定値の読み出しや設定値の変更を受け付ける機能を有している。図１では設定値管理部１３と、コマンド処理部１２及びログ管理部２１との間に矢印が記載されているが、すべての機能ブロックが設定値を使用するため、設定値管理部１３は、すべての機能ブロックからアクセスされる構成になっている。設定値管理部１３は、永続化機能を有しており、電源の再投入などがあった場合にも記憶内容を保持し続けることができるように構成されている。
【００３１】
機能管理部１５は、画像処理装置１０内で保持している機能ブロックのうちで、実際にジョブを実行する機能ブロック（以下「個別機能ブロック」という。）を管理する機能を有している。ジョブ管理部１４からの指示により、各個別機能ブロックにジョブの全体又は一部を割り当て、動作させる役割を持っている。
【００３２】
ジョブ管理部１４は、例えば、原稿上の画像データをスキャナで読み取って、この画像データを電子メールに添付して指定された送信先に送信するという、ユーザから要求された単位のジョブ（＝ScanToEmail）を扱うことが役割であることに対し、機能管理部１５は、Scanの処理（スキャナ機能１７）とEmailの処理（Email機能）とを個々に管理するように構成されている。
【００３３】
このように個別機能ブロックに分けて管理することにより、これらを組み合わせることで様々なジョブが実現できるようになるため、管理する個別機能ブロック数を少なくすることができ、制御が容易になる。本実施例１の画像処理装置１０では、スキャナ機能１７、ＦＡＸ機能１８、印刷機能１９、及びEmail機能２０の４種の機能ブロックがジョブ実行用の機能ブロックとして定義されている。
【００３４】
スキャナ機能１７は、スキャナユニットを駆動してユーザの原稿をスキャンして画像データを読み取る機能を有している。スキャナ機能１７は、原稿上の画像データを読み取る機能に特化した動作を行い、後工程によって自ら動作を変えることはしないように構成されている。
【００３５】
ＦＡＸ機能１８は、ＦＡＸ受信、及びＦＡＸ送信を行う機能を有しており、ジョブ管理部１４から与えられる場所へ、受信した画像データを保存、又は転送し、同様にジョブ管理部１４から与えられる場所の画像データをＦＡＸ送信するように構成されている。ＦＡＸ機能１８は、ＦＡＸの送受信機能に特化した動作を行い、前工程、後工程によって自ら動作を変えることはしないように構成されている。
【００３６】
印刷機能１９は、ジョブ管理部１４から与えられる場所の画像データを用紙等の印刷媒体に印刷する機能を有している。印刷機能１９は、印刷機能に特化した動作を行い、前工程によって自ら動作を変えることはしないように構成されている。
【００３７】
Email機能２０は、Email受信機能、及びEmail送信機能を有しており、ジョブ管理部１４から与えられる場所へ受信した画像データを保存または転送し、ジョブ管理部１４から与えられる場所の画像データをEmail送信する。Email機能２０は、Emailに特化した動作を行い、前工程によって自ら動作を変えることはしないように構成されている。
【００３８】
ログ管理部２１は、ジョブ管理部１４からジョブの状態が変化する毎に呼び出され、ログ取得に関する処理を実行する機能を有している。即ち、ログ管理２１は、ジョブの実行前においては、ユーザによって入力されたジョブ投入情報４０の確認、及び設定値管理部１３内に格納されているデータ保存の有効／無効を示す設定値と照合することによりデータ保存を行うか否かを決定する機能を有している。
【００３９】
データ保存とは、ログ取得のことで、画像処理装置１０に入力されるデータ、及び出力されるデータをログ情報として保存する機能をいう。入力されるデータとしては、上位装置から受信した印刷用の画像データ、ＦＡＸ受信データ、スキャナで読み取った画像データ等がある。出力データとしては、印刷した画像デー夕、ＦＡＸ送信した画像データ、Email送信した画像データ等がある。このようなデータを画像処理装置１０の内部の記憶装置、又は外部のサーバ等に逐次保存する機能を本実施例１ではデータ保存といい、保存されたデータを保存データという。
【００４０】
記憶部２２は、受信したデータの一時保存先や送受信するコマンドの保存先として使用されるランダムアクセスメモリ（以下「ＲＡＭ」という。）である。図１では、機能管理部１５との間に矢印が記載されているが、すべての機能ブロックが記憶部２２を使用するため、すべての機能ブロックからアクセスされるように構成されている。記憶部２２は、永続化機能を有しておらず、電源の再投入等があった場合には記憶内容を保持し続けることはできない。
【００４１】
アカウント管理部２３は、画像処理装置１０を使用するユーザの属性がすべて登録されているデータベースである。ユーザを管理する単位は、１ユーザ又は１グループ等であり、１ユーザ毎に１レコードを構成している。管理の項目は、ユーザを識別する識別子、名前の文字列、所属コード等である。ユーザを識別する識別子には、通常各種あり、例えば、ユーザネームとパスワード、連番、指紋、アイリス等が該当する。アカウント管理部２３は、各レコードをインデックスで管理し、インデックスで指定することにより、目的のレコードにアクセスすることができるように構成されている。
【００４２】
アドレス管理部２４は、画像処理装置１０がアクセスするアドレスを記憶するデータベースである。管理する単位は、１ユーザ(またはグループ、機器)単位のアドレスである。ここで、アドレスとは、例えば、スキャナ機能１７でスキャンして入力した画像データを送信する場合の送信先のEmailアドレスや、スキャンした画像データをＦＡＸ送信する場合の送信先の電話番号等をいう。アドレス管理部２４は、データをインデックスで管理し、インデックスを指定することにより目的のデータにアクセスすることができるように構成されている。
【００４３】
ハードディスク（以下「ＨＤＤ」という。）２５は、不揮発性メモリで、プログラムの記憶やログ情報の保存等に使用される記憶手段である。
【００４４】
（実施例１の操作パネルの構成）
図２は、図１の操作パネルの例を示す構成図である。
【００４５】
操作パネル３０は、図示しない内部バスインタフェースを介して図示しない制御部に直接接続された入出力装置である。操作パネル３０は、画像処理装置１０の電源投入／切断を行う電源ボタン３１と、電源の投入／切断の状態を表示する電源ランプ３２と、エラー表示、トナーの有無、用紙の有無等の画像処理装置１０の状態をランプで表示する状態表示部３３と、ジョブ認識部１６からのメッセージやガイダンスを表示する表示パネル３４とを有している。表示パネル３４は、例えば、液晶表示装置（以下「ＬＣＤ」という。）又は発光ダイオード（以下「ＬＥＤ」という。）と入力用のタッチパネルで構成されている。表示パネル３４には、例えば、画像処理装置１０内で実行されている処理の進行状態や、エラーの内容、現在有効となっている設定値の値などが表示されるように構成されている。
【００４６】
更に、操作パネル３０は、数字を入力するテンキー３５と、ジョブの一覧の表示を要求するジョブ要求ボタン３６と、表示パネル３４に表示されたジョブ一覧の画像を上下左右に移動させてジョブを選択する入力操作ボタン３７と、選択されたジョブを確定させて実行する実行ボタン３８と、スキャナのスキャン開始等を指示するスタートボタン３９とを有している。テンキー３５は、数字の入力機能と同時に文字入力機能を有している。
【００４７】
選択可能なジョブには、COPY（複写機能）、ScanToEmail(スキャンした画像データをEmailに添付して送信する機能)、ScanToFAX(スキャンした画像をＦＡＸ送信する機能)等のサービス機能や、設定値の変更機能のような画像処理装置１０の維持管理に関するジョブがある。操作パネル３０から入力された情報は、ジョブ認識部１６へ転送される。
【００４８】
図３は、図１の操作パネルから入力されるジョブ投入情報の例を示す説明図である。
【００４９】
ジョブ投入情報４０は、ユーザが画像処理装置１０にジョブを投入する場合に、そのジョブに対して付加される情報である。例えば、図３に示すように、ユーザ名４１、パスワード４９、投入ジョブ種別４５、及び投入ジョブ種別毎の設定値４７等は、ジョブ投入時にユーザによって入力される情報である。ユーザ名４１及びパスワード４９は、ユーザの認証に必要な情報であり、画像処理装置１０の内部において、装置内部に保持している情報と照合されて、許可されたユーザであるか否かが確認される。
【００５０】
許可されたユーザであれば、画像処理装置１０の内部に登録されているユーザに関する様々な属性情報が参照される。例えば、そのユーザのユーザ所属４２や勤務年数４３、役職４４等が参照される。登録されている各ユーザの属性情報の中から必要なものがジョブ投入情報４０に追加される。
投入ジョブ種別４５は、ユーザによって選択されたジョブを識別する識別子（以下「ジョブＩＤ」という。）である。投入ジョブ種別４５には、COPY、ScanToEmail、ScanToFAX、Email送信、ＦＡＸ送信等がある。図３は、Email送信が選択された場合の例である。
【００５１】
更に、画像処理装置１０に時計(リアルタイムクロック)が搭載されている場合や、時刻サーバから時刻を取得するネットワークプロトコルがサポートされている場合には、ジョブ投入時の時刻４８等も追加される。
【００５２】
このように、ジョブ投入情報４０とは、ジョブ投入時にジョブ実行に必要な様々な情報を集めたものである。本実施例１の例では、ジョブ投入情報４０は、ユーザ名４１、ユーザ所属４２、勤務年数４３、役職４４、投入ジョブ種別４５、設定値（送信先アドレス）４６、設定値（ファイル形式）４７、ジョブ投入時の時刻４８、及びパスワード４９を有している。
【００５３】
図４（ａ）、（ｂ）は、図１のログ管理部が管理するアクセス権設定テーブルの例を示す説明図である。
【００５４】
アクセス権設定テーブル５０は、保存データを保存したときに作成されその保存データに関連付けられ、ユーザ毎にアクセス対象５２と権限がマッピングされて管理されている。アクセス権設定テーブル５０には、画像処理装置１０を使用するユーザのアクセス権の一覧が登録されている。図４（ａ）、（ｂ）は、ログデータへのアクセス権を変更する際の例であり、図４（ａ）は、変更前のアクセス権設定テーブル５０、図４（ｂ）は、変更後のアクセス権設定テーブル５０を表している。両図において、変更のない欄については、共通の符号が付されている。
【００５５】
図４（ａ）、（ｂ）において、ユーザ５１の欄は、当該の保存データにアクセスする可能性のあるユーザを表している。図４（ａ）、（ｂ）の例では、この保存データの所有者であるＣさんと、管理者と、Ａさん及びＢさんがアクセスする可能性のあるユーザである。アクセス対象５２の欄は、ユーザ毎のアクセス対象を表しており、アクセス対象５２には、印刷機能、コピー機能、Email送信機能等のような機能の場合と、保存データや設定値等の静的データの場合がある。
【００５６】
読出５３の欄は、当該のユーザが保存データの読み出しをすることが可能か否かを表しており、アクセス対象５２が機能の場合には、読み出しは意味をなさないので“―”で表示されている。￥データ保存￥file001.datは、保存データを表し、読出５３が○のときは、読み出し可能を表し、×のときは、読み出し不可能を意味している。
【００５７】
変更５４の欄は、当該のユーザが保存データの変更をすることが可能か否かを表している。アクセス対象５２が機能の場合には、変更は意味をなさないので“―”で表示されている。実行の欄は、当該のユーザが機能の実行をすることが可能か否かを表しており、アクセス対象５２が保存データの場合には、実行は意味をなさないので“―”で表示されている。図４（ａ）においては、Ｃさんのみが保存データの読み出しが可能なように設定されているが、図４（ｂ）においては、Ｃさん以外のユーザについて、保存データの読み出しが可能に変更されている。Ｃさんは、このデータを保存した本人なので最初から読み出しが可能になっている。
【００５８】
（実施例１における画像処理装置の動作）
画像処理装置１０に対して、通常、一般のユーザは、操作パネル３０からCOPY、ScanToEmail送信、ScanToFAX送信等のジョブを要求して実行し、自分のパソコンからは、画像処理装置１０に対して印刷、ＦＡＸ送信、Email送信等のジョブを要求して実行するのが一般的である。画像処理装置１０に対して、更に、ＦＡＸ受信等のユーザの意図とは直接関係の無い外部機器からのジョブ投入も存在する。
【００５９】
データ保存は、これらのジョブの実行に同期し、入力、出力したデータを所定の記憶手段（例えば、ＨＤＤ２５、又は外部のサーバ）に記憶して保存する機能である。通常、データ保存の有無の設定は管理者が行い、一般のユーザは、データ保存については意識せずに画像処理装置１０を使用する。
【００６０】
このような技術に対し、本実施例１の特徴は、組織の外部への情報の出力動作とデータ保存に対するアクセス権を連携させたことにある。例えば、ユーザがScanToEmailのジョブを選択した場合、始めに、ユーザにより原稿がスキャンされ、スキャナ機能１７によって読み取られた画像データは、Email機能２０により送信される。このとき、データ保存の設定値が有効に設定してあると、スキャンした電子データをＨＤＤ２５、又は予め決められた外部のサーバに保存する。
【００６１】
本実施例１では、読み取られた画像データのデータ保存を行う際に、保存した画像データに決められたアクセス制御を設定するようにしている。更に、Email送信が終了したときには、Email送信したアドレスを確認して社外へ送信した場合と社内へ送信した場合を判断し、社外へ送信した場合には、保存した電子データのアクセス権を変更してアクセスできるユーザの範囲を拡大し、宛先が社内の場合にはアクセス権の変更は行わないようにしている。
【００６２】
以上説明した内容の詳細についてジョブ実行時の基本動作、状態変化時の動作、及びジョブ終了時の動作の３つの処理に分けて、以下に説明する。これらの３つの処理及び個別機能ブロックの処理等は、マルチタスキングにより、互いに必要な情報の受け渡しや処理の同期をとりながら並行処理されるように構成されている。
【００６３】
（実施例１における画像処理装置のジョブ実行時の動作）
図５は、図１の画像処理装置におけるジョブ実行時の動作を示すフローチャートである。
【００６４】
ユーザにより操作パネル３０からジョブの投入を行うことによって、本処理が開始される。ユーザが画像処理装置１０に対してジョブを投入する方法については、前述の通り何通りか存在するが、ここでは、操作パネル３０からScanToEmailのジョブを投入する例に絞り説明する。
【００６５】
ステップＳ１において、ユーザが操作パネル３０上の操作によってジョブを選択すると操作パネル３０は、ジョブＩＤをジョブ認識部１６へ通知する。更に、ユーザにより、ジョブ投入情報４０の一部は、ユーザが操作パネル３０を操作することにより入力される。その入力値はジョブＩＤと共にジョブ認識部１６へ通知される。
【００６６】
ステップＳ２において、ジョブ認識部１６は、通知されたジョブＩＤを確認にし、それがジョブの投入であると認識すると、ジョブ管理部１４へジョブ投入情報４０と共に通知する。ステップＳ３において、ジョブ管理部１４は、ジョブの実行準備が整うと、機能管理部１５に対し、ジョブＩＤを通知してジョブの実行を指示する。
【００６７】
ステップＳ４において、機能管理部１５は、ユーザが要求したScanToEmailのジョブを実行するため、個別機能ブロックから必要なものを選択する。本実施例１の場合には、スキャナ機能１７とEmail機能２０とを選択し、その２つの機能間でデータのパスを接続する。接続が完了すると、それぞれの機能に対してジョブ投入情報４０でユーザが入力した設定値を通知して動作を開始させる。
【００６８】
ステップＳ５において、機能管理部１５は、スキャナ機能１７とEmail機能２０の状況を常に監視し、状態が変化した場合にはジョブ管理部１４へ通知する。状態は、大きく「ジョブ実行前」、「ジョブ実行中」、「ジョブ終了」、「ジョブエラー中」等のメイン状態に分かれる。通常、状態はさらに細かくサブ状態を持ち、詳細な状況を表現するように設計されている。例えば、メイン状態が「ジョブ終了」でもサブ状態は「正常終了」、「異常終了」、「キャンセルされた」等に細分類されている。メイン状態が「ジョブエラー中」でもサブ状態は「紙切れ」、「ジャム」、「トナー切れ」等に細分類されている。本実施例１の説明において、機能管理部１５からジョブ管理部１４への変化通知はメインの状態のみが必要となる。
【００６９】
ステップＳ６において、ジョブ管理部１４は、機能管理部１５から状態の変化が通知されると、ジョブ管理部１４内において必要な処理を行うことの他、状態変化を知りたい機能ブロックに対して状態の変化を通知する。状態の変化を知りたい機能ブロックは、画像処理装置１０が起動されたタイミングでジョブ管理部１４に対して自分を登録しておく必要がある。ジョブ管理部１４は、登録してある機能ブロックに対して状態変化を通知するだけで、通知後にどのような処理が実行されるかは関知しない。
【００７０】
ジョブ管理部１４がジョブ認識部１６へ状態の変化を通知した後は、操作パネル３０にその情報が通知され、ジョブの実行状況が表示パネル３４に表示される。ログ管理部２１へ通知した後の処理は、図６を用いて後に詳細に説明する。
【００７１】
ステップＳ７において、ジョブ管理部１４は、機能管理部１５からの状態通知の中で「ジョブ終了」が通知された時は、上述したように登録してある機能ブロックに対して状態変化を通知した後に、機能管理部１５に対してジョブ終了指示を出し、記憶部２２等の内部資源の解放を要求する。
【００７２】
ステップＳ８において、ジョブ認識部１６は、ジョブ管理部１４から「ジョブ終了」が通知されると、操作パネル３０にその情報を通知する。操作パネル３０は、ここで「ジョブ終了」を表示パネル３４に表示するのだが、この場合にはサブ状態も表示することが好ましいので操作パネル３０は、ジョブ認識部１６経由でジョブ管理部１４に対してサブ状態を要求する。
【００７３】
その後、ステップＳ９において、操作パネル３０は、ジョブ認識部１６経由で入手したメイン状態（例えば、「ジョブ終了」）とサブ状態(例えば、「正常終了」)の情報を基に通知メッセージを作成して表示パネル３４へ表示する。
【００７４】
（実施例１における画像処理装置の状態変化時の動作）
図６は、図１の画像処理装置における状態変化時の動作を示すフローチャートである。
【００７５】
ステップ１１において、設定管理部１３には、予め、管理者によって、データ保存の有効／無効の設定値が設定されている。ログ管理部２１は、状態変化の通知があると設定値管理部１３に、データ保存の設定値を要求してこれを読み出す。
【００７６】
ステップＳ１２において、データ保存の設定が有効のときは、ログ管理部２１は、実行するジョブがデータ保存の対象かどうかを判断する。設定値管理部１３内にデータ保存する対象のジョブが列挙されていれば、それと照合し判断する。ログ管理部２１は、データ保存をすると判断した場合には（ＹＥＳ）、ステップＳ１３へ進み、無効である場合には（ＮＯ）、本処理を終了する。
【００７７】
ステップＳ１３において、ログ管理部２１は、データ保存機能として保存するデータをジョブ管理部１４へ要求する。この部分の設計方法はいろいろあり、ログ管理部２１がジョブ管理部１４に対して「データが用意できたら通知せよ」と依頼しておくやり方もある。本実施例１ではログ管理部２１側からデータを要求する例で説明する。
【００７８】
ステップＳ１４において、ジョブ管理部１４は、機能管理部１５を介して、スキャナ機能１７においてスキャンして読み取ったデータを受け取り、要求元のログ管理部２１へ送付する。例えば、この状態変化時の動作が「ジョブ実行中」になったタイミングで動作したとすると、まだスキャナ機能１７は、動作開始した直後で、まだ原稿の読み取りが終了していない可能性がある。その場合には、ジョブ管理部１４は、原稿の読み取りが終了するのを待ち、読み取れた電子データを逐次受取ってログ管理部２１へ受け渡す。また別ルートでスキャナ機能１７が読み取ったデータは、Email機能２０へも渡されてジョブが実行される。
【００７９】
ステップＳ１５において、ログ管理部２１は、ジョブ管理部１４から受け取ったデータ保存用のデータを保存データとして永続化する。永続化とは、電源を切断しても保存されていることが保障される記憶方法である。具体的にはＨＤＤ２５に保存するか、ネットワーク上にある特定のサーバにログインし、そのＨＤＤ２５等の不揮発性メモリ内に保存する動作となる。
【００８０】
ステップＳ１６において、ログ管理部２１は、データの永続化が完了すると、対象となるジョブのジョブ投入情報４０をジョブ管理部１４へ要求する。ジョブ投入情報４０は、図３に示すように画像処理装置１０にジョブを投入する場合に、ユーザが画像処理装置１０に対して入力する情報である。一般にはユーザ名４１、パスワード４９、投入ジョブ種別４５、及び投入ジョブ種別毎の設定値４７を入力する。
【００８１】
ユーザ名４１、パスワード４９は、通常の認証に必要な入力である。画像処理装置１０の内部でこの入力値を照合して許可されたユーザであるかどうかを確認する。許可されたユーザであれば、画像処理装置１０の内部にそのユーザの情報が登録されているはずである。ここでログ管理部２１が必要としているのは、ジョブを投入したユーザの識別子であるユーザ名４１及びパスワード４９である。
【００８２】
ステップＳ１７において、ジョブ管理部１４は、機能管理部１５経由でジョブ投入情報４０を入手し、ログ管理部２１へ通知する。ステップＳ１８において、ログ管理部２１は、取得したジョブ投入情報４０からジョブ投入したユーザの識別子であるユーザ名４１及びパスワード４９を入手し、それをアカウント管理部２３へ渡して、インデックスを取得する。インデックスは、アカウント管理部２３が特定のユーザを識別するために使用する識別子で、インデックスで指定することにより画像処理装置１０内に登録されているユーザを特定することができる。
【００８３】
ユーザは、自分を特定する情報としてユーザ名４１、パスワード４９等を使用し、インデックスは使用しない。インデックスは、画像処理装置１０の内部でユーザを特定するための識別子である。
【００８４】
ステップＳ１９において、アカウント管理部２３は、指定されたユーザのインデックスを返信する。その後、ステップＳ２０において、アクセス権制御部（例えば、ログ管理部）２１は、取得したインデックスを使用し、保存データのアクセス権を設定する。本実施例１では、データ保存機能によって保存したデータは、ジョブを投入したユーザのみが読み出せるようアクセス権の設定を行う。この時点では管理者も読みだすことはできない。
【００８５】
（実施例１における画像処理装置のジョブ終了時の動作）
図７は、図１の画像処理装置におけるジョブ終了時の動作を示すフローチャートである。
【００８６】
ステップＳ２１において、ログ管理部２１は、実行中のジョブが、ジョブ終了のメイン状態に変化したタイミングで呼び出され、サブ状態が、正常終了であることを確認する。サブ状態が、正常終了であった場合には、対象となるジョブ投入情報４０を参照して設定値４６（送信先アドレス）を読みだす。この時点では、ジョブ終了が通知されているのでEmail送信が完了したことが保障されている。
【００８７】
ステップＳ２２において、ログ管理部２１は、送信完了したEmailアドレス（＝設定値４６）が社外へ送付したものか、社内へ送付したものかを判断する。判断方法はEmailアドレスのドメインを確認する。送信先のドメインと、自機（＝画像処理装置１０）のドメインが異なれば、社外宛てと判断することができる。
【００８８】
社外宛てか社内宛てかの判断は、例えば、ＦＡＸ送信であった場合には、送信先電話番号が内線か外線かで判断する。その外、ネットワークプロトコルで通信する場合には、ＩＰアドレスが社内のものか、社外のものかで判断する。いずれのケースも、設定値管理部１３に社内のアドレス(ドメイン、電話番号、ＩＰ)を設定しておき、このシーケンスのタイミングでそれを読みだし、それ以外の宛先ならば、社外宛てと判断することが可能である。このように、社内宛てか社外宛てかの判断がログ管理部２１で行われ、社外宛てであつた場合には、ステップＳ２３へ進み、社内宛であった場合には、本シーケンスを終了する。
【００８９】
ステップＳ２３において、ログ管理部２１は、アクセス権の変更内容を設定値管理部１３から読みだす。本実施例１では、社外に公開したデータに対してアクセス権を変更するが、固定的に管理者への読み出し権限を追加するという方法もある。本実施例１では、社外へ公開したデータのアクセス権は、設定値管理部１３に登録されている内容に基づいて変更する。
【００９０】
ステップＳ２４において、ログ管理部２１は、設定値管理部１３から読みだした変更内容に従い、アカウント管理部２３へインデックスを要求する。例えば、変更内容が、Ａさん、Ｂさん、管理者に読み出し権を与えるという内容の場合には、Ａさん、Ｂさん、管理者のインデックススを要求する。
【００９１】
ステップＳ２５において、アカウント管理部２３は、要求されたインデックスを返信する。その後、ステップＳ２６において、ログ管理部２１は、取得したインデックスを使用し、保存されているデータのアクセス権を変更して本シーケンスを終了する。
【００９２】
ここで、アクセス権の変更について、図４を用いて説明する。
アクセス権管理テーブル５０には、画像処理装置１０を使用するユーザの一覧が登録されており、ユーザ５１毎にアクセス対象５２と権限がマッピングされて管理されている。アクセス対象５２の例としては、コピーすること、印刷すること、Email送信すること等などの動作や、保存データや設定値等の静的データがある。権限の例としては、読み出し可／不可を示す読出５３、変更可／不可を示す変更５４、実行可／不可を示す実行５５等がある。
【００９３】
本実施例１では、ジョブの投入者をＣさんとし、インデックスで指定するユーザ(Ａさん、Ｂさん、管理者)にアクセス対象５２である保存されたデータに対して権限である読み出し可を設定する動作を行う。図４では、このジョブでデータ保存したデータが￥データ保存ディレクトリ下にfileOO1.datというファイル名で保存されている。そのファイルに対する読み出し権利をＡさん、Ｂさん、管理者について有効に変更している。Ｃさんはジョブの投入者なので図６で説明したシーケンスにより読み出し権利は既に与えられている。
【００９４】
変更権利については本実施例１では説明しないが、変更権利も変更対象としてもよい。実行権利については、ファイル自体がデータファイルであり実行するファイルではないため、対象外となっている。
【００９５】
以上詳細に説明したように、本実施例１によれば、データ保存機能で保存したデータに対しては、ジョブ投入者のみがアクセス可能であるようにし、それが一旦社外へ公開されたタイミングで、予め、指定されたユーザへも公開するようにしている。仮に、個人情報のようなデータに対して、本人だけがアクセス可能にした場合、このデータが一旦、社外に公開された場合であってもアクセス権を変更しないようにした場合には、管理者又は上司等がチェックやモニタができないことになる。
【００９６】
本実施例１では、ScanToEmailの場合に、例えば、スキャンしたデータfile001.dataに関する図４（ａ）に示すアクセス権限の状態から、組織外にEmail送信をしたときは、図４（ｂ）のように変更するようにしている。つまり、Email送信前には、管理者やＡさん、Ｂさんには、読出の権限がなかったが送信した後にはデータfile001.dataを読み出すことができる。更に、本実施例１では、ログ機能として保存したデータについて述べているが、スプールや一時保存として保存したデータについても同様である。
【００９７】
（実施例１の効果）
本実施例１の画像処理装置１０によれば、次のような効果がある。
【００９８】
即ち、保存データが組織の内部に存在する場合には、保存データへのアクセス権を絞り、データが組織の外部に公開された場合には、保存データへのアクセス権を緩めることができ、セキュリティの向上が可能となると同時に保存データの十分な活用が可能となるという効果がある。
【実施例２】
【００９９】
（実施例２の構成）
図８は、本発明の実施例２における画像処理装置の概略を示す機能ブロック図であり、実施例１を示す図１中の要素と共通の要素には共通の符号が付されている。
【０１００】
実施例２における画像処理装置１０Ａは、実施例１の設定値管理部１３に替えてこれとは構成の異なる設定値管理部１３Ａと、実施例１のログ管理部２１に替えてこれとは構成の異なるログ管理部２１Ａとを有している。更に、画処理装置１０Ａでは、実施例１のアドレス管理部２４は削除されている。その他の構成は、実施例１における画像処理装置１０と同様である。
【０１０１】
実施例１の設定値管理部１３と構成の異なる設定値管理部１３Ａは、実施例１と同様に画像処理装置１０Ａの設定値を管理する役割を持ち、設定値の読み出しや設定値の変更を受け付ける。図８では設定値管理部１３Ａとコマンド処理部１２及びログ管理部２１Ａとの間に限定した矢印だけが記載されているが、設定値管理部１３Ａは、実際には、すべての機能ブロックからアクセスされる。設定値管理部１３Ａは、永続化機能を有し、電源の再投入などがあった場合にも記憶内容を保持し続けることができる。
【０１０２】
設定値管理部１３Ａにおいて、実施例１の設定管理部１３との違いは、組織の内部、外部を判断する情報を保持していないことである。
【０１０３】
実施例１のログ管理部２１と構成の異なるログ管理部２１Ａは、実施例１と同様にジョブ管理部１４からジョブの状態が変化するごとに呼び出され、実施例１とほぼ同様の処理を行う。実施例１との違いは、組織の内部、外部を判断する処理を保持していないことである。
【０１０４】
図９は、図２の操作パネルにおける表示パネルの表示例を示す説明図である。
表示パネル３４は、例えば、ＬＣＤ、又はＬＥＤと、入力用のタッチパネルで構成されている。表示パネル３４には、例えば、画像処理装置１０Ａ内で実行されている処理の進行状態や、エラーの内容、現在有効となっている設定値の値などが表示されるように構成されている。図９の例では、COPYを実行する際の表示パネル３４の表示例を示している。
【０１０５】
濃度設定部３４ａは、コピーの濃度を指定するボタンである。用紙選択部３４ｂは、Ａ４、Ａ３、Ａ５、Ｂ４等の用紙のサイズや自動用紙選択、手差し等の用紙選択の方法を選択するボタンである。印刷スタイル３４ｃは、コピーのスタイルが等倍か変倍か、片面か両面かを選択するボタンである。表示部３４ｄは、例えば、コピー可のような各種メッセージを表示する表示部である。カウンタ３４ｅは、コピー部数や原稿枚数をカウントするカウンタを表示する表示部である。
【０１０６】
（実施例２における画像処理装置の動作）
本実施例２の特徴は、画像処理装置１０Ａのデータ出力とデータ保存に対するアクセス権を連携させたことである。本実施例２では、ユーザが原稿をスキャンしてそれを印刷するジョブであるCOPYを例に、以下に説明する。
【０１０７】
（実施例２における画像処理装置のジョブ実行の動作）
図１０は、図８の画像処理装置におけるジョブ実行時の動作を示すフローチャートであり、実施例１を示す図５中の要素と共通の要素には共通の符号が付されている。
【０１０８】
本実施例２のジョブ実行時の動作では、実施例１における図５のステップＳ４及びＳ５に替えて、これとは異なる処理を行うステップＳ４Ａ及びＳ５Ａが設けられている。その他のステップＳ１〜Ｓ３及びＳ６〜Ｓ９は、実施例１と同様である。
【０１０９】
実施例１と同様に、ステップＳ１において、ユーザが操作パネル３０上の操作によってジョブを選択すると操作パネル３０は、ジョブＩＤをジョブ識別部１６へ通知する。以下実施例１と同様にステップＳ２、Ｓ３が実行される。
【０１１０】
ステップＳ４Ａにおいて、機能管理部１５は、ユーザから指示されたCOPYを実現するため、個別機能ブロックから必要なものを選択する。本実施例２の場合には、スキャナ機能１７と印刷機能１９とを選択し、その２つの機能ブロック間でデータのパスを接続する。接続が完了すると、各機能に対して、ジョブ投入情報４０のうち、ユーザが入力した設定値を通知して動作を開始させる。
【０１１１】
ステップＳ５Ａにおいて、機能管理部１５は、スキャナ機能１７と印刷機能１９の状況を常に監視し、状態が変化した場合にはジョブ管理部１４へ通知する。
以下、実施例１と同様に、ステップＳ６〜Ｓ９が実行される。
【０１１２】
（実施例２における画像処理装置の状態変化時の動作）
図１１は、図８の画像処理装置における状態変化時の動作を示すフローチャートであり、実施例１を示す図６中の要素と共通の要素には共通の符号が付されている。
【０１１３】
本実施例２の状態変化時の動作は、実施例１における図６の動作がScanToEmailのジョブであるのに対し、実施例２における図１１の動作は、COPYのジョブである点が異なる他は実施例１と同様である。
【０１１４】
（実施例２における画像処理装置のジョブ終了時の動作）
図１２は、図８の画像処理装置におけるジョブ終了時の動作を示すフローチャートであり、実施例１を示す図７中の要素と共通の要素には共通の符号が付されている。
【０１１５】
本実施例２のジョブ終了時の動作では、実施例１における図７のステップＳ２１及びＳ２２に替えて、これとは異なる処理を行うステップＳ３１及びＳ３２が設けられている。その他のステップＳ２３〜Ｓ２６は、実施例１と同様である。
【０１１６】
ステップＳ３１において、ログ管理部２１Ａは、実行中のジョブが、ジョブ終了のメイン状態に変化したタイミングで呼び出されると、サブ状態を確認する。ステップＳ３２において、サブ状態が、正常終了であった場合には（ＹＥＳ）、ステップＳ２３へ進む。サブ状態が、正常終了でなかった場合には（ＮＯ）、本シーケンスを終了する。対象となるジョブのデータが保存されていない場合にも本シーケンスの処理は行わない。以下、ステップＳ２３〜Ｓ２６が実施例１と同様に実行される。
【０１１７】
以上説明したように、本実施例２によれば、データ保存機能で保存したデータに対しては、ジョブ投入者のみがアクセス可能とし、それが一旦装置外へ出力されたタイミングで指定したユーザへも公開することが可能となる。
【０１１８】
本実施例２では、COPYのジョブを例に説明したので、ジョブ終了時にアクセス権の変更をしているが、ＦＡＸ送信等、送信開始時点で送信先に画像データが届いてしまうジョブが選択された場合には、ジョブの開始時にアクセス権の変更を行う。この場合は、正常送信でなかったときでもアクセス権の変更を行うことになる。
【０１１９】
本実施例２では、ログ機能として保存したデータについて述べているが、スプールや一時保存として保存したデータについても同様である。
【０１２０】
（実施例２の効果）
本実施例２の画像処理装置１０によれば、次のような効果がある。
【０１２１】
即ち、データが装置の内部に存在する場合には、保存データのアクセス権を絞り、データが装置の外部に公開された場合には、保存データのアクセス権を緩めることができ、セキュリティの向上が可能となると同時に保存データの十分な活用が可能となるという効果がある。
【０１２２】
（変形例）
本発明は、上記実施例に限定されず、種々の利用形態や変形が可能である。この利用形態や変形例としては、例えば、次の（ａ）〜（ｄ）のようなものがある。
【０１２３】
（ａ） 実施例１、２では、画像処理装置１０，１０Ａとして複合機を例に説明したが、本発明はこれに限定されるものではなく、ファクシミリ装置、複写機やＭＦＰ（MultiFunction Printre/Product/Peripheral）等にも利用できる。
【０１２４】
（ｂ） 実施例1、２における組織は、会社組織を前提に説明したが、これに限定されない。例えば、官庁や団体等の組織であてもよい。
【０１２５】
（ｃ） 実施例１では、社外にデータが公開された場合には、データのアクセス権を緩めることで説明したが、別の会社であっても、例えば取引上密接関係があり、秘密保持契約等の関係がある場合は、社内扱いとしてもよい。即ち、このような会社にデータを公開しても、その時点では、アクセス権を緩めないようにしてもよい。
【０１２６】
（ｄ） 実施例１、２では、データとして画像データを例に説明したが、必ずしも画像データに限定されない。例えば、音声データや音源データであってもよいし、プログラムや信号データであってもよい。
【符号の説明】
【０１２７】
１０，１０Ａ 画像処理装置
１１ 通信部
１３，１３Ａ 設定値管理部
１４ ジョブ管理部
１５ 機能管理部
１７ スキャナ機能
１８ ＦＡＸ機能
１９ 印刷機能
２０ Email機能
２１，２１Ａ ログ管理部
２５ ＨＤＤ
３０ 操作パネル
４０ ジョブ投入情報
５０ アクセス権設定テーブル
【技術分野】
【０００１】
本発明は、画像処理装置が処理して保存している保存データへのアクセス権を制御する機能を有する画像処理装置に関するものである。
【背景技術】
【０００２】
従来、ユーザが複合機等の画像処理装置に対して処理（一度に依頼する処理のまとまりを「ジョブ」という。）を依頼する場合には、ユーザを識別するための識別子を画像処理装置へ入力し、画像処理装置が保持するリスト内の識別子と照合して使用者が正当であるか否かが識別される。識別子の照合処理を行った後、許可されたユーザに対してそのアクセス権に応じて許可された範囲の処理が許されるようになっている。
【０００３】
更に、従来の技術では、ユーザから処理を依頼されて画像処理装置が処理したデータをログとして保存する機能がある。例えば、画像処理装置が受信した電子メール（以下「Email」という。）の添付ファイルを印刷する処理の場合、Email受信した添付ファイルを画像処理装置内部の記憶装置、又は外部の記憶装置にログとして保存することを行っている。
【０００４】
このように、ユーザから処理を依頼されて画像処理装置が処理したデータをログとして保存した場合、従来の技術では、保存したデータの読み出し権限は設定されていないか、もしくは管理者のみが固定的に持っていた。画像処理装置が設置されているユーザの利用環境においては、管理者を務めるのは必ずしもその利用環境のトップではなく、例えば、一般の社員が業務として勤めるケースも存在するし、社外の派遣社員に管理業務を委託する場合もありうる。
【０００５】
一方、ユーザが画像処理装置を使用して扱うデータは、重要文書などである場合もあり、他の社員に見られては困るものも存在する。
【０００６】
このようなデータを保存管理する技術は、例えば、下記の特許文献１に開示されている。特許文献１よれば、画像処理装置は、入力されたデータに予め保持しているキーデータを組み合わせてデータを保存する際のファイル名候補として表示し、これをユーザが選択することでファイル名を決定して保存する。このことにより、保存するデータに対して、後にその保存データにアクセスする際に、その内容を容易に推測できるように名称を付与することができる。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００６−７２８９２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、従来の画像処理装置では、保存したデータのアクセス権の管理を行っていないケースではデータの漏えいが発生しやすく、アクセス権が固定化されているケースでは、保存したデータを公開すべき時期において特定のユーザのみしかアクセスできないためデータの活用が十分できないという課題があった。
【課題を解決するための手段】
【０００９】
本発明の画像処理装置は、画像処理対象となるデータを取得する取得部と、取得したデータを記憶する記憶手段と、前記データを出力する出力部と、前記記憶手段により前記データを記憶するときには、予め定義されているアクセス権を前記データに付与し、前記出力部によって前記データが出力されたときには、前記アクセス権を変更するアクセス権制御部とを有している。
【００１０】
本発明の他の画像処理装置は、画像処理対象となるデータを取得する取得部と、取得したデータを記憶する記憶手段と、前記データを出力する出力部と、前記記憶手段により前記データを記憶するときには、予め定義されているアクセス権を前記データに付与し、前記出力部によって前記データが組織の外部に出力されたときには、前記アクセス権を変更するアクセス権制御部とを有している。
【発明の効果】
【００１１】
本発明の画像処理装置によれば、画像データが装置の内部に存在する場合には、その保存データのアクセス権を絞り、保存データが装置の外部に公開された場合には、保存データのアクセス権を緩めることができるので、セキュリティの向上が図られると同時に保存データの十分な活用が可能となるという効果がある。
【００１２】
本発明の他の画像処理装置によれば、保存データが組織の内部に存在する場合には、保存データのアクセス権を絞り、データが組織の外部に公開された場合には、保存データのアクセス権を緩めることができ、セキュリティの向上が図られると同時に保存データの十分な活用が可能となるという効果がある。
【図面の簡単な説明】
【００１３】
【図１】図１は本発明の実施例１における画像処理装置の概略を示す機能ブロック図である。
【図２】図２は図１の操作パネルの例を示す構成図である。
【図３】図３は図１の操作パネルから入力されるジョブ投入情報の例を示す説明図である。
【図４】図４は図１のログ管理部が管理するアクセス権設定テーブルの例を示す説明図である。
【図５】図５は図１の画像処理装置におけるジョブ実行時の動作を示すフローチャートである。
【図６】図６は図１の画像処理装置における状態変化時の動作を示すフローチャートである。
【図７】図７は図１の画像処理装置におけるジョブ終了時の動作を示すフローチャートである。
【図８】図８は本発明の実施例２における画像処理装置の概略を示す機能ブロック図である。
【図９】図９は図２の操作パネルにおける表示パネルの表示例を示す説明図である。
【図１０】図１０は図８の画像処理装置におけるジョブ実行時の動作を示すフローチャートである。
【図１１】図１１は図８の画像処理装置における状態変化時の動作を示すフローチャートである。
【図１２】図１２は図８の画像処理装置におけるジョブ終了時の動作を示すフローチャートである。
【発明を実施するための形態】
【００１４】
本発明を実施するための形態は、以下の好ましい実施例の説明を添付図面と照らし合わせて読むと、明らかになるであろう。但し、図面はもっぱら解説のためのものであって、本発明の範囲を限定するものではない。
【実施例１】
【００１５】
（実施例１の画像処理装置の構成）
図１は、本発明の実施例１における画像処理装置の概略を示す機能ブロック図である。
【００１６】
図１において、各機能ブロックは、所定のハードウェア及び／又はプログラムが有機的に動作することにより所定の機能を発揮するように構成されている。プログラムは、図示しない制御部によって実行される。
【００１７】
画像処理装置１０は、例えば、スキャナ機能１７、ファクシミリ手段（例えば、ＦＡＸ機能）１８、印刷手段（例えば、印刷機能）１９、及び電子メール手段（例えば、Email機能）２０を有する複合機である。画像処理装置１０は、通常、画像データを処理対象とする。画像データには、テキストデータ、イメージデータ、ポストスクリプト（PostScript）等のページ記述言語で記載されたデータ等が含まれる。
【００１８】
画像処理装置１０は、通常、通信部１１及び図示しないローカルエリアネットワーク（以下「ＬＡＮ」という。）を介して、図示しないパーソナルコンピュータ（以下「パソコン」という。）等の上位装置と接続されている。
【００１９】
通信部１１は、各通信用の通信プロトコルに対応したプログラムを搭載しており、その通信プロトコルを用いて外部の装置と通信を行うもので、操作パネル３０と同様に装置の外部との入出力の窓口の機能を有している。この通信部１１は、通信プロトコルの下位層を構成しており、データの送受信において自発的に通信を行わずにすべて上位層の指示の元で動作するように構成されている。
【００２０】
具体的には、ＵＳＢ（Universal Serial Bus）、ＩＥＥＥ１３９４等のローカルなシリアルバス規格対応や、インターネット、ＦＡＸ通信等のグローバルな通信プロトコル対応の処理を行う機能を有している。本実施例１の場合、通信部１１の役割は、画像処理装置１０内の上位層であるコマンド処理部１２へ受信したデータを転送し、コマンド処理部１２から受け取ったデータを外部装置へ送信する機能を有している。
【００２１】
コマンド処理部１２は、通信部１１の上位層であって、通信部１１から転送された受信データの処理、及びその処理の中で発生した情報の送信、又はコマンド処理部１２の上位層であるジョブ認識部１６やジョブ管理部１４から要求されたデータの送信を行う機能を有している。
【００２２】
受信したデータの処理とは、受信したデータの中に含まれるコマンドを見つけ出し、そのコマンドを解析して実行することをいい、コマンドで要求されている内容が各種設定値の参照や変更等簡単なものである場合には、本コマンド処理部１２が直接処理を実行し、要求されている内容がデータの印刷等複雑なもの場合には、ジョブ認識部１６へ転送して処理を依頼するように構成されている。
【００２３】
コマンド処理部１２は、コマンドの実行中にユーザの認証が必要になったときは、図示しないパソコン等の上位装置に認証を要求する。上位装置において、認証が実行され権限照合が成功すると、上位装置から受信したユーザ識別子を引数として、ジョブ認識部１６、設定値管理部１３、ジョブ管理部１４等の他の機能ブロックに対し処理を要求する機能を有している。なお、データの送信は、送信用コマンドの形式を作成して、通信部１１へ送信を要求することにより行うように構成されている。
【００２４】
操作パネル３０は、図示しない制御部に内部バスインタフェースで直接接続された入出力装置である。操作パネル３０から入力されたデータは、ジョブ認識部１６へ転送される。
【００２５】
ジョブ認識部１６は、操作パネル３０から入力されたデータや通信部１１からコマンド処理部１２を経由して入力されたデータに基づき、起動するべきジョブを識別し、ジョブ実行に必要な付属の情報を識別する機能を有している。ジョブ実行に必要な付属の情報とは、例えば、ＦＡＸ送信であれば、送信先電話番号であり、Email送信であれば、送信先メールアドレスであり、印刷であれば、解像度、色の濃さ、両面/片面印刷や印刷部数等である。これらのジョブ実行に必要な付属の情報は、ジョブ投入情報４０である。ジョブ認識部１６は、識別したジョブと付属の情報をジョブ管理部１４へ転送する機能を有している。
【００２６】
ジョブ管理部１４は、ユーザから要求されたジョブを受け付け、その状態を監視し、終了を判断する役割を持つ機能ブロックである。ジョブ管理部１４は、ジョブの受け付け処理において、ジョブの依頼者がそのジョブを実行する権限を持っているか否かを確認する機能(権限の照合)を有し、ジョブの依頼者が入力したユーザ識別子と画像処理装置の保持する当該依頼者の識別子とを照合する機能を有している。
【００２７】
権限の照合の結果、識別子が一致したときは、実行可能であると判断し、そのジョブの所有者として照合した識別子をジョブに添付させる機能を有している。内部処理から投入されたジョブの場合には、ジョブ管理部１４は、権限の照合を行わずに引数として渡された情報をジョブにセットして実行するように構成されている。
【００２８】
ジョブ管理部１４は、状態の監視機能を有しており、ジョブの処理を待つ開始順番待ちなのか、ジョブが開始されて実行中なのか、開始したがエラーが発生して止まっているのか等を監視する機能を有している。
【００２９】
ジョブ管理部１４は、終了の判断機能を有しており、ジョブが正常に終了したのか、異常で終了したのか、異常で終了した場合には何が原因なのかを監視する機能を有している。更に、ジョブに対する状態の問い合わせを受け付けて応答する機能、ジョブに対するその他の指示を受けて実行する責任も有している。ジョブに対する監視以外の指示としては、開始、一時停止、キャンセル、再開などが該当する。ジョブ管理部１４は、いずれの指示についても、実行前にはジョブに添付してある識別子により所有者を確認し、指示したユーザが所有者であれば実行し、所有者でなければ実行を拒否する等の対応を行うように構成されている。
【００３０】
設定値管理部１３は、画像処理装置１０の各種設定値を管理する役割を持ち、設定値の読み出しや設定値の変更を受け付ける機能を有している。図１では設定値管理部１３と、コマンド処理部１２及びログ管理部２１との間に矢印が記載されているが、すべての機能ブロックが設定値を使用するため、設定値管理部１３は、すべての機能ブロックからアクセスされる構成になっている。設定値管理部１３は、永続化機能を有しており、電源の再投入などがあった場合にも記憶内容を保持し続けることができるように構成されている。
【００３１】
機能管理部１５は、画像処理装置１０内で保持している機能ブロックのうちで、実際にジョブを実行する機能ブロック（以下「個別機能ブロック」という。）を管理する機能を有している。ジョブ管理部１４からの指示により、各個別機能ブロックにジョブの全体又は一部を割り当て、動作させる役割を持っている。
【００３２】
ジョブ管理部１４は、例えば、原稿上の画像データをスキャナで読み取って、この画像データを電子メールに添付して指定された送信先に送信するという、ユーザから要求された単位のジョブ（＝ScanToEmail）を扱うことが役割であることに対し、機能管理部１５は、Scanの処理（スキャナ機能１７）とEmailの処理（Email機能）とを個々に管理するように構成されている。
【００３３】
このように個別機能ブロックに分けて管理することにより、これらを組み合わせることで様々なジョブが実現できるようになるため、管理する個別機能ブロック数を少なくすることができ、制御が容易になる。本実施例１の画像処理装置１０では、スキャナ機能１７、ＦＡＸ機能１８、印刷機能１９、及びEmail機能２０の４種の機能ブロックがジョブ実行用の機能ブロックとして定義されている。
【００３４】
スキャナ機能１７は、スキャナユニットを駆動してユーザの原稿をスキャンして画像データを読み取る機能を有している。スキャナ機能１７は、原稿上の画像データを読み取る機能に特化した動作を行い、後工程によって自ら動作を変えることはしないように構成されている。
【００３５】
ＦＡＸ機能１８は、ＦＡＸ受信、及びＦＡＸ送信を行う機能を有しており、ジョブ管理部１４から与えられる場所へ、受信した画像データを保存、又は転送し、同様にジョブ管理部１４から与えられる場所の画像データをＦＡＸ送信するように構成されている。ＦＡＸ機能１８は、ＦＡＸの送受信機能に特化した動作を行い、前工程、後工程によって自ら動作を変えることはしないように構成されている。
【００３６】
印刷機能１９は、ジョブ管理部１４から与えられる場所の画像データを用紙等の印刷媒体に印刷する機能を有している。印刷機能１９は、印刷機能に特化した動作を行い、前工程によって自ら動作を変えることはしないように構成されている。
【００３７】
Email機能２０は、Email受信機能、及びEmail送信機能を有しており、ジョブ管理部１４から与えられる場所へ受信した画像データを保存または転送し、ジョブ管理部１４から与えられる場所の画像データをEmail送信する。Email機能２０は、Emailに特化した動作を行い、前工程によって自ら動作を変えることはしないように構成されている。
【００３８】
ログ管理部２１は、ジョブ管理部１４からジョブの状態が変化する毎に呼び出され、ログ取得に関する処理を実行する機能を有している。即ち、ログ管理２１は、ジョブの実行前においては、ユーザによって入力されたジョブ投入情報４０の確認、及び設定値管理部１３内に格納されているデータ保存の有効／無効を示す設定値と照合することによりデータ保存を行うか否かを決定する機能を有している。
【００３９】
データ保存とは、ログ取得のことで、画像処理装置１０に入力されるデータ、及び出力されるデータをログ情報として保存する機能をいう。入力されるデータとしては、上位装置から受信した印刷用の画像データ、ＦＡＸ受信データ、スキャナで読み取った画像データ等がある。出力データとしては、印刷した画像デー夕、ＦＡＸ送信した画像データ、Email送信した画像データ等がある。このようなデータを画像処理装置１０の内部の記憶装置、又は外部のサーバ等に逐次保存する機能を本実施例１ではデータ保存といい、保存されたデータを保存データという。
【００４０】
記憶部２２は、受信したデータの一時保存先や送受信するコマンドの保存先として使用されるランダムアクセスメモリ（以下「ＲＡＭ」という。）である。図１では、機能管理部１５との間に矢印が記載されているが、すべての機能ブロックが記憶部２２を使用するため、すべての機能ブロックからアクセスされるように構成されている。記憶部２２は、永続化機能を有しておらず、電源の再投入等があった場合には記憶内容を保持し続けることはできない。
【００４１】
アカウント管理部２３は、画像処理装置１０を使用するユーザの属性がすべて登録されているデータベースである。ユーザを管理する単位は、１ユーザ又は１グループ等であり、１ユーザ毎に１レコードを構成している。管理の項目は、ユーザを識別する識別子、名前の文字列、所属コード等である。ユーザを識別する識別子には、通常各種あり、例えば、ユーザネームとパスワード、連番、指紋、アイリス等が該当する。アカウント管理部２３は、各レコードをインデックスで管理し、インデックスで指定することにより、目的のレコードにアクセスすることができるように構成されている。
【００４２】
アドレス管理部２４は、画像処理装置１０がアクセスするアドレスを記憶するデータベースである。管理する単位は、１ユーザ(またはグループ、機器)単位のアドレスである。ここで、アドレスとは、例えば、スキャナ機能１７でスキャンして入力した画像データを送信する場合の送信先のEmailアドレスや、スキャンした画像データをＦＡＸ送信する場合の送信先の電話番号等をいう。アドレス管理部２４は、データをインデックスで管理し、インデックスを指定することにより目的のデータにアクセスすることができるように構成されている。
【００４３】
ハードディスク（以下「ＨＤＤ」という。）２５は、不揮発性メモリで、プログラムの記憶やログ情報の保存等に使用される記憶手段である。
【００４４】
（実施例１の操作パネルの構成）
図２は、図１の操作パネルの例を示す構成図である。
【００４５】
操作パネル３０は、図示しない内部バスインタフェースを介して図示しない制御部に直接接続された入出力装置である。操作パネル３０は、画像処理装置１０の電源投入／切断を行う電源ボタン３１と、電源の投入／切断の状態を表示する電源ランプ３２と、エラー表示、トナーの有無、用紙の有無等の画像処理装置１０の状態をランプで表示する状態表示部３３と、ジョブ認識部１６からのメッセージやガイダンスを表示する表示パネル３４とを有している。表示パネル３４は、例えば、液晶表示装置（以下「ＬＣＤ」という。）又は発光ダイオード（以下「ＬＥＤ」という。）と入力用のタッチパネルで構成されている。表示パネル３４には、例えば、画像処理装置１０内で実行されている処理の進行状態や、エラーの内容、現在有効となっている設定値の値などが表示されるように構成されている。
【００４６】
更に、操作パネル３０は、数字を入力するテンキー３５と、ジョブの一覧の表示を要求するジョブ要求ボタン３６と、表示パネル３４に表示されたジョブ一覧の画像を上下左右に移動させてジョブを選択する入力操作ボタン３７と、選択されたジョブを確定させて実行する実行ボタン３８と、スキャナのスキャン開始等を指示するスタートボタン３９とを有している。テンキー３５は、数字の入力機能と同時に文字入力機能を有している。
【００４７】
選択可能なジョブには、COPY（複写機能）、ScanToEmail(スキャンした画像データをEmailに添付して送信する機能)、ScanToFAX(スキャンした画像をＦＡＸ送信する機能)等のサービス機能や、設定値の変更機能のような画像処理装置１０の維持管理に関するジョブがある。操作パネル３０から入力された情報は、ジョブ認識部１６へ転送される。
【００４８】
図３は、図１の操作パネルから入力されるジョブ投入情報の例を示す説明図である。
【００４９】
ジョブ投入情報４０は、ユーザが画像処理装置１０にジョブを投入する場合に、そのジョブに対して付加される情報である。例えば、図３に示すように、ユーザ名４１、パスワード４９、投入ジョブ種別４５、及び投入ジョブ種別毎の設定値４７等は、ジョブ投入時にユーザによって入力される情報である。ユーザ名４１及びパスワード４９は、ユーザの認証に必要な情報であり、画像処理装置１０の内部において、装置内部に保持している情報と照合されて、許可されたユーザであるか否かが確認される。
【００５０】
許可されたユーザであれば、画像処理装置１０の内部に登録されているユーザに関する様々な属性情報が参照される。例えば、そのユーザのユーザ所属４２や勤務年数４３、役職４４等が参照される。登録されている各ユーザの属性情報の中から必要なものがジョブ投入情報４０に追加される。
投入ジョブ種別４５は、ユーザによって選択されたジョブを識別する識別子（以下「ジョブＩＤ」という。）である。投入ジョブ種別４５には、COPY、ScanToEmail、ScanToFAX、Email送信、ＦＡＸ送信等がある。図３は、Email送信が選択された場合の例である。
【００５１】
更に、画像処理装置１０に時計(リアルタイムクロック)が搭載されている場合や、時刻サーバから時刻を取得するネットワークプロトコルがサポートされている場合には、ジョブ投入時の時刻４８等も追加される。
【００５２】
このように、ジョブ投入情報４０とは、ジョブ投入時にジョブ実行に必要な様々な情報を集めたものである。本実施例１の例では、ジョブ投入情報４０は、ユーザ名４１、ユーザ所属４２、勤務年数４３、役職４４、投入ジョブ種別４５、設定値（送信先アドレス）４６、設定値（ファイル形式）４７、ジョブ投入時の時刻４８、及びパスワード４９を有している。
【００５３】
図４（ａ）、（ｂ）は、図１のログ管理部が管理するアクセス権設定テーブルの例を示す説明図である。
【００５４】
アクセス権設定テーブル５０は、保存データを保存したときに作成されその保存データに関連付けられ、ユーザ毎にアクセス対象５２と権限がマッピングされて管理されている。アクセス権設定テーブル５０には、画像処理装置１０を使用するユーザのアクセス権の一覧が登録されている。図４（ａ）、（ｂ）は、ログデータへのアクセス権を変更する際の例であり、図４（ａ）は、変更前のアクセス権設定テーブル５０、図４（ｂ）は、変更後のアクセス権設定テーブル５０を表している。両図において、変更のない欄については、共通の符号が付されている。
【００５５】
図４（ａ）、（ｂ）において、ユーザ５１の欄は、当該の保存データにアクセスする可能性のあるユーザを表している。図４（ａ）、（ｂ）の例では、この保存データの所有者であるＣさんと、管理者と、Ａさん及びＢさんがアクセスする可能性のあるユーザである。アクセス対象５２の欄は、ユーザ毎のアクセス対象を表しており、アクセス対象５２には、印刷機能、コピー機能、Email送信機能等のような機能の場合と、保存データや設定値等の静的データの場合がある。
【００５６】
読出５３の欄は、当該のユーザが保存データの読み出しをすることが可能か否かを表しており、アクセス対象５２が機能の場合には、読み出しは意味をなさないので“―”で表示されている。￥データ保存￥file001.datは、保存データを表し、読出５３が○のときは、読み出し可能を表し、×のときは、読み出し不可能を意味している。
【００５７】
変更５４の欄は、当該のユーザが保存データの変更をすることが可能か否かを表している。アクセス対象５２が機能の場合には、変更は意味をなさないので“―”で表示されている。実行の欄は、当該のユーザが機能の実行をすることが可能か否かを表しており、アクセス対象５２が保存データの場合には、実行は意味をなさないので“―”で表示されている。図４（ａ）においては、Ｃさんのみが保存データの読み出しが可能なように設定されているが、図４（ｂ）においては、Ｃさん以外のユーザについて、保存データの読み出しが可能に変更されている。Ｃさんは、このデータを保存した本人なので最初から読み出しが可能になっている。
【００５８】
（実施例１における画像処理装置の動作）
画像処理装置１０に対して、通常、一般のユーザは、操作パネル３０からCOPY、ScanToEmail送信、ScanToFAX送信等のジョブを要求して実行し、自分のパソコンからは、画像処理装置１０に対して印刷、ＦＡＸ送信、Email送信等のジョブを要求して実行するのが一般的である。画像処理装置１０に対して、更に、ＦＡＸ受信等のユーザの意図とは直接関係の無い外部機器からのジョブ投入も存在する。
【００５９】
データ保存は、これらのジョブの実行に同期し、入力、出力したデータを所定の記憶手段（例えば、ＨＤＤ２５、又は外部のサーバ）に記憶して保存する機能である。通常、データ保存の有無の設定は管理者が行い、一般のユーザは、データ保存については意識せずに画像処理装置１０を使用する。
【００６０】
このような技術に対し、本実施例１の特徴は、組織の外部への情報の出力動作とデータ保存に対するアクセス権を連携させたことにある。例えば、ユーザがScanToEmailのジョブを選択した場合、始めに、ユーザにより原稿がスキャンされ、スキャナ機能１７によって読み取られた画像データは、Email機能２０により送信される。このとき、データ保存の設定値が有効に設定してあると、スキャンした電子データをＨＤＤ２５、又は予め決められた外部のサーバに保存する。
【００６１】
本実施例１では、読み取られた画像データのデータ保存を行う際に、保存した画像データに決められたアクセス制御を設定するようにしている。更に、Email送信が終了したときには、Email送信したアドレスを確認して社外へ送信した場合と社内へ送信した場合を判断し、社外へ送信した場合には、保存した電子データのアクセス権を変更してアクセスできるユーザの範囲を拡大し、宛先が社内の場合にはアクセス権の変更は行わないようにしている。
【００６２】
以上説明した内容の詳細についてジョブ実行時の基本動作、状態変化時の動作、及びジョブ終了時の動作の３つの処理に分けて、以下に説明する。これらの３つの処理及び個別機能ブロックの処理等は、マルチタスキングにより、互いに必要な情報の受け渡しや処理の同期をとりながら並行処理されるように構成されている。
【００６３】
（実施例１における画像処理装置のジョブ実行時の動作）
図５は、図１の画像処理装置におけるジョブ実行時の動作を示すフローチャートである。
【００６４】
ユーザにより操作パネル３０からジョブの投入を行うことによって、本処理が開始される。ユーザが画像処理装置１０に対してジョブを投入する方法については、前述の通り何通りか存在するが、ここでは、操作パネル３０からScanToEmailのジョブを投入する例に絞り説明する。
【００６５】
ステップＳ１において、ユーザが操作パネル３０上の操作によってジョブを選択すると操作パネル３０は、ジョブＩＤをジョブ認識部１６へ通知する。更に、ユーザにより、ジョブ投入情報４０の一部は、ユーザが操作パネル３０を操作することにより入力される。その入力値はジョブＩＤと共にジョブ認識部１６へ通知される。
【００６６】
ステップＳ２において、ジョブ認識部１６は、通知されたジョブＩＤを確認にし、それがジョブの投入であると認識すると、ジョブ管理部１４へジョブ投入情報４０と共に通知する。ステップＳ３において、ジョブ管理部１４は、ジョブの実行準備が整うと、機能管理部１５に対し、ジョブＩＤを通知してジョブの実行を指示する。
【００６７】
ステップＳ４において、機能管理部１５は、ユーザが要求したScanToEmailのジョブを実行するため、個別機能ブロックから必要なものを選択する。本実施例１の場合には、スキャナ機能１７とEmail機能２０とを選択し、その２つの機能間でデータのパスを接続する。接続が完了すると、それぞれの機能に対してジョブ投入情報４０でユーザが入力した設定値を通知して動作を開始させる。
【００６８】
ステップＳ５において、機能管理部１５は、スキャナ機能１７とEmail機能２０の状況を常に監視し、状態が変化した場合にはジョブ管理部１４へ通知する。状態は、大きく「ジョブ実行前」、「ジョブ実行中」、「ジョブ終了」、「ジョブエラー中」等のメイン状態に分かれる。通常、状態はさらに細かくサブ状態を持ち、詳細な状況を表現するように設計されている。例えば、メイン状態が「ジョブ終了」でもサブ状態は「正常終了」、「異常終了」、「キャンセルされた」等に細分類されている。メイン状態が「ジョブエラー中」でもサブ状態は「紙切れ」、「ジャム」、「トナー切れ」等に細分類されている。本実施例１の説明において、機能管理部１５からジョブ管理部１４への変化通知はメインの状態のみが必要となる。
【００６９】
ステップＳ６において、ジョブ管理部１４は、機能管理部１５から状態の変化が通知されると、ジョブ管理部１４内において必要な処理を行うことの他、状態変化を知りたい機能ブロックに対して状態の変化を通知する。状態の変化を知りたい機能ブロックは、画像処理装置１０が起動されたタイミングでジョブ管理部１４に対して自分を登録しておく必要がある。ジョブ管理部１４は、登録してある機能ブロックに対して状態変化を通知するだけで、通知後にどのような処理が実行されるかは関知しない。
【００７０】
ジョブ管理部１４がジョブ認識部１６へ状態の変化を通知した後は、操作パネル３０にその情報が通知され、ジョブの実行状況が表示パネル３４に表示される。ログ管理部２１へ通知した後の処理は、図６を用いて後に詳細に説明する。
【００７１】
ステップＳ７において、ジョブ管理部１４は、機能管理部１５からの状態通知の中で「ジョブ終了」が通知された時は、上述したように登録してある機能ブロックに対して状態変化を通知した後に、機能管理部１５に対してジョブ終了指示を出し、記憶部２２等の内部資源の解放を要求する。
【００７２】
ステップＳ８において、ジョブ認識部１６は、ジョブ管理部１４から「ジョブ終了」が通知されると、操作パネル３０にその情報を通知する。操作パネル３０は、ここで「ジョブ終了」を表示パネル３４に表示するのだが、この場合にはサブ状態も表示することが好ましいので操作パネル３０は、ジョブ認識部１６経由でジョブ管理部１４に対してサブ状態を要求する。
【００７３】
その後、ステップＳ９において、操作パネル３０は、ジョブ認識部１６経由で入手したメイン状態（例えば、「ジョブ終了」）とサブ状態(例えば、「正常終了」)の情報を基に通知メッセージを作成して表示パネル３４へ表示する。
【００７４】
（実施例１における画像処理装置の状態変化時の動作）
図６は、図１の画像処理装置における状態変化時の動作を示すフローチャートである。
【００７５】
ステップ１１において、設定管理部１３には、予め、管理者によって、データ保存の有効／無効の設定値が設定されている。ログ管理部２１は、状態変化の通知があると設定値管理部１３に、データ保存の設定値を要求してこれを読み出す。
【００７６】
ステップＳ１２において、データ保存の設定が有効のときは、ログ管理部２１は、実行するジョブがデータ保存の対象かどうかを判断する。設定値管理部１３内にデータ保存する対象のジョブが列挙されていれば、それと照合し判断する。ログ管理部２１は、データ保存をすると判断した場合には（ＹＥＳ）、ステップＳ１３へ進み、無効である場合には（ＮＯ）、本処理を終了する。
【００７７】
ステップＳ１３において、ログ管理部２１は、データ保存機能として保存するデータをジョブ管理部１４へ要求する。この部分の設計方法はいろいろあり、ログ管理部２１がジョブ管理部１４に対して「データが用意できたら通知せよ」と依頼しておくやり方もある。本実施例１ではログ管理部２１側からデータを要求する例で説明する。
【００７８】
ステップＳ１４において、ジョブ管理部１４は、機能管理部１５を介して、スキャナ機能１７においてスキャンして読み取ったデータを受け取り、要求元のログ管理部２１へ送付する。例えば、この状態変化時の動作が「ジョブ実行中」になったタイミングで動作したとすると、まだスキャナ機能１７は、動作開始した直後で、まだ原稿の読み取りが終了していない可能性がある。その場合には、ジョブ管理部１４は、原稿の読み取りが終了するのを待ち、読み取れた電子データを逐次受取ってログ管理部２１へ受け渡す。また別ルートでスキャナ機能１７が読み取ったデータは、Email機能２０へも渡されてジョブが実行される。
【００７９】
ステップＳ１５において、ログ管理部２１は、ジョブ管理部１４から受け取ったデータ保存用のデータを保存データとして永続化する。永続化とは、電源を切断しても保存されていることが保障される記憶方法である。具体的にはＨＤＤ２５に保存するか、ネットワーク上にある特定のサーバにログインし、そのＨＤＤ２５等の不揮発性メモリ内に保存する動作となる。
【００８０】
ステップＳ１６において、ログ管理部２１は、データの永続化が完了すると、対象となるジョブのジョブ投入情報４０をジョブ管理部１４へ要求する。ジョブ投入情報４０は、図３に示すように画像処理装置１０にジョブを投入する場合に、ユーザが画像処理装置１０に対して入力する情報である。一般にはユーザ名４１、パスワード４９、投入ジョブ種別４５、及び投入ジョブ種別毎の設定値４７を入力する。
【００８１】
ユーザ名４１、パスワード４９は、通常の認証に必要な入力である。画像処理装置１０の内部でこの入力値を照合して許可されたユーザであるかどうかを確認する。許可されたユーザであれば、画像処理装置１０の内部にそのユーザの情報が登録されているはずである。ここでログ管理部２１が必要としているのは、ジョブを投入したユーザの識別子であるユーザ名４１及びパスワード４９である。
【００８２】
ステップＳ１７において、ジョブ管理部１４は、機能管理部１５経由でジョブ投入情報４０を入手し、ログ管理部２１へ通知する。ステップＳ１８において、ログ管理部２１は、取得したジョブ投入情報４０からジョブ投入したユーザの識別子であるユーザ名４１及びパスワード４９を入手し、それをアカウント管理部２３へ渡して、インデックスを取得する。インデックスは、アカウント管理部２３が特定のユーザを識別するために使用する識別子で、インデックスで指定することにより画像処理装置１０内に登録されているユーザを特定することができる。
【００８３】
ユーザは、自分を特定する情報としてユーザ名４１、パスワード４９等を使用し、インデックスは使用しない。インデックスは、画像処理装置１０の内部でユーザを特定するための識別子である。
【００８４】
ステップＳ１９において、アカウント管理部２３は、指定されたユーザのインデックスを返信する。その後、ステップＳ２０において、アクセス権制御部（例えば、ログ管理部）２１は、取得したインデックスを使用し、保存データのアクセス権を設定する。本実施例１では、データ保存機能によって保存したデータは、ジョブを投入したユーザのみが読み出せるようアクセス権の設定を行う。この時点では管理者も読みだすことはできない。
【００８５】
（実施例１における画像処理装置のジョブ終了時の動作）
図７は、図１の画像処理装置におけるジョブ終了時の動作を示すフローチャートである。
【００８６】
ステップＳ２１において、ログ管理部２１は、実行中のジョブが、ジョブ終了のメイン状態に変化したタイミングで呼び出され、サブ状態が、正常終了であることを確認する。サブ状態が、正常終了であった場合には、対象となるジョブ投入情報４０を参照して設定値４６（送信先アドレス）を読みだす。この時点では、ジョブ終了が通知されているのでEmail送信が完了したことが保障されている。
【００８７】
ステップＳ２２において、ログ管理部２１は、送信完了したEmailアドレス（＝設定値４６）が社外へ送付したものか、社内へ送付したものかを判断する。判断方法はEmailアドレスのドメインを確認する。送信先のドメインと、自機（＝画像処理装置１０）のドメインが異なれば、社外宛てと判断することができる。
【００８８】
社外宛てか社内宛てかの判断は、例えば、ＦＡＸ送信であった場合には、送信先電話番号が内線か外線かで判断する。その外、ネットワークプロトコルで通信する場合には、ＩＰアドレスが社内のものか、社外のものかで判断する。いずれのケースも、設定値管理部１３に社内のアドレス(ドメイン、電話番号、ＩＰ)を設定しておき、このシーケンスのタイミングでそれを読みだし、それ以外の宛先ならば、社外宛てと判断することが可能である。このように、社内宛てか社外宛てかの判断がログ管理部２１で行われ、社外宛てであつた場合には、ステップＳ２３へ進み、社内宛であった場合には、本シーケンスを終了する。
【００８９】
ステップＳ２３において、ログ管理部２１は、アクセス権の変更内容を設定値管理部１３から読みだす。本実施例１では、社外に公開したデータに対してアクセス権を変更するが、固定的に管理者への読み出し権限を追加するという方法もある。本実施例１では、社外へ公開したデータのアクセス権は、設定値管理部１３に登録されている内容に基づいて変更する。
【００９０】
ステップＳ２４において、ログ管理部２１は、設定値管理部１３から読みだした変更内容に従い、アカウント管理部２３へインデックスを要求する。例えば、変更内容が、Ａさん、Ｂさん、管理者に読み出し権を与えるという内容の場合には、Ａさん、Ｂさん、管理者のインデックススを要求する。
【００９１】
ステップＳ２５において、アカウント管理部２３は、要求されたインデックスを返信する。その後、ステップＳ２６において、ログ管理部２１は、取得したインデックスを使用し、保存されているデータのアクセス権を変更して本シーケンスを終了する。
【００９２】
ここで、アクセス権の変更について、図４を用いて説明する。
アクセス権管理テーブル５０には、画像処理装置１０を使用するユーザの一覧が登録されており、ユーザ５１毎にアクセス対象５２と権限がマッピングされて管理されている。アクセス対象５２の例としては、コピーすること、印刷すること、Email送信すること等などの動作や、保存データや設定値等の静的データがある。権限の例としては、読み出し可／不可を示す読出５３、変更可／不可を示す変更５４、実行可／不可を示す実行５５等がある。
【００９３】
本実施例１では、ジョブの投入者をＣさんとし、インデックスで指定するユーザ(Ａさん、Ｂさん、管理者)にアクセス対象５２である保存されたデータに対して権限である読み出し可を設定する動作を行う。図４では、このジョブでデータ保存したデータが￥データ保存ディレクトリ下にfileOO1.datというファイル名で保存されている。そのファイルに対する読み出し権利をＡさん、Ｂさん、管理者について有効に変更している。Ｃさんはジョブの投入者なので図６で説明したシーケンスにより読み出し権利は既に与えられている。
【００９４】
変更権利については本実施例１では説明しないが、変更権利も変更対象としてもよい。実行権利については、ファイル自体がデータファイルであり実行するファイルではないため、対象外となっている。
【００９５】
以上詳細に説明したように、本実施例１によれば、データ保存機能で保存したデータに対しては、ジョブ投入者のみがアクセス可能であるようにし、それが一旦社外へ公開されたタイミングで、予め、指定されたユーザへも公開するようにしている。仮に、個人情報のようなデータに対して、本人だけがアクセス可能にした場合、このデータが一旦、社外に公開された場合であってもアクセス権を変更しないようにした場合には、管理者又は上司等がチェックやモニタができないことになる。
【００９６】
本実施例１では、ScanToEmailの場合に、例えば、スキャンしたデータfile001.dataに関する図４（ａ）に示すアクセス権限の状態から、組織外にEmail送信をしたときは、図４（ｂ）のように変更するようにしている。つまり、Email送信前には、管理者やＡさん、Ｂさんには、読出の権限がなかったが送信した後にはデータfile001.dataを読み出すことができる。更に、本実施例１では、ログ機能として保存したデータについて述べているが、スプールや一時保存として保存したデータについても同様である。
【００９７】
（実施例１の効果）
本実施例１の画像処理装置１０によれば、次のような効果がある。
【００９８】
即ち、保存データが組織の内部に存在する場合には、保存データへのアクセス権を絞り、データが組織の外部に公開された場合には、保存データへのアクセス権を緩めることができ、セキュリティの向上が可能となると同時に保存データの十分な活用が可能となるという効果がある。
【実施例２】
【００９９】
（実施例２の構成）
図８は、本発明の実施例２における画像処理装置の概略を示す機能ブロック図であり、実施例１を示す図１中の要素と共通の要素には共通の符号が付されている。
【０１００】
実施例２における画像処理装置１０Ａは、実施例１の設定値管理部１３に替えてこれとは構成の異なる設定値管理部１３Ａと、実施例１のログ管理部２１に替えてこれとは構成の異なるログ管理部２１Ａとを有している。更に、画処理装置１０Ａでは、実施例１のアドレス管理部２４は削除されている。その他の構成は、実施例１における画像処理装置１０と同様である。
【０１０１】
実施例１の設定値管理部１３と構成の異なる設定値管理部１３Ａは、実施例１と同様に画像処理装置１０Ａの設定値を管理する役割を持ち、設定値の読み出しや設定値の変更を受け付ける。図８では設定値管理部１３Ａとコマンド処理部１２及びログ管理部２１Ａとの間に限定した矢印だけが記載されているが、設定値管理部１３Ａは、実際には、すべての機能ブロックからアクセスされる。設定値管理部１３Ａは、永続化機能を有し、電源の再投入などがあった場合にも記憶内容を保持し続けることができる。
【０１０２】
設定値管理部１３Ａにおいて、実施例１の設定管理部１３との違いは、組織の内部、外部を判断する情報を保持していないことである。
【０１０３】
実施例１のログ管理部２１と構成の異なるログ管理部２１Ａは、実施例１と同様にジョブ管理部１４からジョブの状態が変化するごとに呼び出され、実施例１とほぼ同様の処理を行う。実施例１との違いは、組織の内部、外部を判断する処理を保持していないことである。
【０１０４】
図９は、図２の操作パネルにおける表示パネルの表示例を示す説明図である。
表示パネル３４は、例えば、ＬＣＤ、又はＬＥＤと、入力用のタッチパネルで構成されている。表示パネル３４には、例えば、画像処理装置１０Ａ内で実行されている処理の進行状態や、エラーの内容、現在有効となっている設定値の値などが表示されるように構成されている。図９の例では、COPYを実行する際の表示パネル３４の表示例を示している。
【０１０５】
濃度設定部３４ａは、コピーの濃度を指定するボタンである。用紙選択部３４ｂは、Ａ４、Ａ３、Ａ５、Ｂ４等の用紙のサイズや自動用紙選択、手差し等の用紙選択の方法を選択するボタンである。印刷スタイル３４ｃは、コピーのスタイルが等倍か変倍か、片面か両面かを選択するボタンである。表示部３４ｄは、例えば、コピー可のような各種メッセージを表示する表示部である。カウンタ３４ｅは、コピー部数や原稿枚数をカウントするカウンタを表示する表示部である。
【０１０６】
（実施例２における画像処理装置の動作）
本実施例２の特徴は、画像処理装置１０Ａのデータ出力とデータ保存に対するアクセス権を連携させたことである。本実施例２では、ユーザが原稿をスキャンしてそれを印刷するジョブであるCOPYを例に、以下に説明する。
【０１０７】
（実施例２における画像処理装置のジョブ実行の動作）
図１０は、図８の画像処理装置におけるジョブ実行時の動作を示すフローチャートであり、実施例１を示す図５中の要素と共通の要素には共通の符号が付されている。
【０１０８】
本実施例２のジョブ実行時の動作では、実施例１における図５のステップＳ４及びＳ５に替えて、これとは異なる処理を行うステップＳ４Ａ及びＳ５Ａが設けられている。その他のステップＳ１〜Ｓ３及びＳ６〜Ｓ９は、実施例１と同様である。
【０１０９】
実施例１と同様に、ステップＳ１において、ユーザが操作パネル３０上の操作によってジョブを選択すると操作パネル３０は、ジョブＩＤをジョブ識別部１６へ通知する。以下実施例１と同様にステップＳ２、Ｓ３が実行される。
【０１１０】
ステップＳ４Ａにおいて、機能管理部１５は、ユーザから指示されたCOPYを実現するため、個別機能ブロックから必要なものを選択する。本実施例２の場合には、スキャナ機能１７と印刷機能１９とを選択し、その２つの機能ブロック間でデータのパスを接続する。接続が完了すると、各機能に対して、ジョブ投入情報４０のうち、ユーザが入力した設定値を通知して動作を開始させる。
【０１１１】
ステップＳ５Ａにおいて、機能管理部１５は、スキャナ機能１７と印刷機能１９の状況を常に監視し、状態が変化した場合にはジョブ管理部１４へ通知する。
以下、実施例１と同様に、ステップＳ６〜Ｓ９が実行される。
【０１１２】
（実施例２における画像処理装置の状態変化時の動作）
図１１は、図８の画像処理装置における状態変化時の動作を示すフローチャートであり、実施例１を示す図６中の要素と共通の要素には共通の符号が付されている。
【０１１３】
本実施例２の状態変化時の動作は、実施例１における図６の動作がScanToEmailのジョブであるのに対し、実施例２における図１１の動作は、COPYのジョブである点が異なる他は実施例１と同様である。
【０１１４】
（実施例２における画像処理装置のジョブ終了時の動作）
図１２は、図８の画像処理装置におけるジョブ終了時の動作を示すフローチャートであり、実施例１を示す図７中の要素と共通の要素には共通の符号が付されている。
【０１１５】
本実施例２のジョブ終了時の動作では、実施例１における図７のステップＳ２１及びＳ２２に替えて、これとは異なる処理を行うステップＳ３１及びＳ３２が設けられている。その他のステップＳ２３〜Ｓ２６は、実施例１と同様である。
【０１１６】
ステップＳ３１において、ログ管理部２１Ａは、実行中のジョブが、ジョブ終了のメイン状態に変化したタイミングで呼び出されると、サブ状態を確認する。ステップＳ３２において、サブ状態が、正常終了であった場合には（ＹＥＳ）、ステップＳ２３へ進む。サブ状態が、正常終了でなかった場合には（ＮＯ）、本シーケンスを終了する。対象となるジョブのデータが保存されていない場合にも本シーケンスの処理は行わない。以下、ステップＳ２３〜Ｓ２６が実施例１と同様に実行される。
【０１１７】
以上説明したように、本実施例２によれば、データ保存機能で保存したデータに対しては、ジョブ投入者のみがアクセス可能とし、それが一旦装置外へ出力されたタイミングで指定したユーザへも公開することが可能となる。
【０１１８】
本実施例２では、COPYのジョブを例に説明したので、ジョブ終了時にアクセス権の変更をしているが、ＦＡＸ送信等、送信開始時点で送信先に画像データが届いてしまうジョブが選択された場合には、ジョブの開始時にアクセス権の変更を行う。この場合は、正常送信でなかったときでもアクセス権の変更を行うことになる。
【０１１９】
本実施例２では、ログ機能として保存したデータについて述べているが、スプールや一時保存として保存したデータについても同様である。
【０１２０】
（実施例２の効果）
本実施例２の画像処理装置１０によれば、次のような効果がある。
【０１２１】
即ち、データが装置の内部に存在する場合には、保存データのアクセス権を絞り、データが装置の外部に公開された場合には、保存データのアクセス権を緩めることができ、セキュリティの向上が可能となると同時に保存データの十分な活用が可能となるという効果がある。
【０１２２】
（変形例）
本発明は、上記実施例に限定されず、種々の利用形態や変形が可能である。この利用形態や変形例としては、例えば、次の（ａ）〜（ｄ）のようなものがある。
【０１２３】
（ａ） 実施例１、２では、画像処理装置１０，１０Ａとして複合機を例に説明したが、本発明はこれに限定されるものではなく、ファクシミリ装置、複写機やＭＦＰ（MultiFunction Printre/Product/Peripheral）等にも利用できる。
【０１２４】
（ｂ） 実施例1、２における組織は、会社組織を前提に説明したが、これに限定されない。例えば、官庁や団体等の組織であてもよい。
【０１２５】
（ｃ） 実施例１では、社外にデータが公開された場合には、データのアクセス権を緩めることで説明したが、別の会社であっても、例えば取引上密接関係があり、秘密保持契約等の関係がある場合は、社内扱いとしてもよい。即ち、このような会社にデータを公開しても、その時点では、アクセス権を緩めないようにしてもよい。
【０１２６】
（ｄ） 実施例１、２では、データとして画像データを例に説明したが、必ずしも画像データに限定されない。例えば、音声データや音源データであってもよいし、プログラムや信号データであってもよい。
【符号の説明】
【０１２７】
１０，１０Ａ 画像処理装置
１１ 通信部
１３，１３Ａ 設定値管理部
１４ ジョブ管理部
１５ 機能管理部
１７ スキャナ機能
１８ ＦＡＸ機能
１９ 印刷機能
２０ Email機能
２１，２１Ａ ログ管理部
２５ ＨＤＤ
３０ 操作パネル
４０ ジョブ投入情報
５０ アクセス権設定テーブル
【特許請求の範囲】
【請求項１】
画像処理対象となるデータを取得する取得部と、
取得したデータを記憶する記憶手段と、
前記データを出力する出力部と、
前記記憶手段により前記データを記憶するときには、予め定義されているアクセス権を前記データに付与し、前記出力部によって前記データが出力されたときには、前記アクセス権を変更するアクセス権制御部と、
を有することを特徴とする画像処理装置。
【請求項２】
前記アクセス権制御部は、
前記記憶手段により前記データを記憶するときには、予め定義されているアクセス権を前記データに付与し、前記出力部によって前記データが組織の外部に出力されたときには、前記アクセス権を変更することを特徴とする請求項１記載の画像処理装置。
【請求項３】
前記アクセス権制御部は、
前記アクセス権の前記変更を行うときには、前記記憶手段が記憶している前記データに対するアクセス制限を緩和するように前記アクセス権を変更することを特徴とする請求項１又は２記載の画像処理装置。
【請求項４】
前記データは、画像データであり、
前記取得部は、
原稿上の前記画像データを読み取るスキャナ、又は外部の装置から送信された前記画像データを受信する通信部であることを特徴とする請求項１〜３のいずれか１項に記載の画像処理装置。
【請求項５】
前記記憶手段は、
不揮発性メモリであることを特徴とする請求項１〜４のいずれか１項に記載の画像処理装置。
【請求項６】
前記出力部は、
前記画像データを印刷媒体に印刷する印刷手段、前記画像データをファクシミリ送信するファクシミリ手段、又は前記画像データを電子メール送信する電子メール手段であることを特徴とする請求項４又は５記載の画像処理装置。
【請求項１】
画像処理対象となるデータを取得する取得部と、
取得したデータを記憶する記憶手段と、
前記データを出力する出力部と、
前記記憶手段により前記データを記憶するときには、予め定義されているアクセス権を前記データに付与し、前記出力部によって前記データが出力されたときには、前記アクセス権を変更するアクセス権制御部と、
を有することを特徴とする画像処理装置。
【請求項２】
前記アクセス権制御部は、
前記記憶手段により前記データを記憶するときには、予め定義されているアクセス権を前記データに付与し、前記出力部によって前記データが組織の外部に出力されたときには、前記アクセス権を変更することを特徴とする請求項１記載の画像処理装置。
【請求項３】
前記アクセス権制御部は、
前記アクセス権の前記変更を行うときには、前記記憶手段が記憶している前記データに対するアクセス制限を緩和するように前記アクセス権を変更することを特徴とする請求項１又は２記載の画像処理装置。
【請求項４】
前記データは、画像データであり、
前記取得部は、
原稿上の前記画像データを読み取るスキャナ、又は外部の装置から送信された前記画像データを受信する通信部であることを特徴とする請求項１〜３のいずれか１項に記載の画像処理装置。
【請求項５】
前記記憶手段は、
不揮発性メモリであることを特徴とする請求項１〜４のいずれか１項に記載の画像処理装置。
【請求項６】
前記出力部は、
前記画像データを印刷媒体に印刷する印刷手段、前記画像データをファクシミリ送信するファクシミリ手段、又は前記画像データを電子メール送信する電子メール手段であることを特徴とする請求項４又は５記載の画像処理装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２０１１−１１９９５６（Ｐ２０１１−１１９９５６Ａ）
【公開日】平成２３年６月１６日（２０１１．６．１６）
【国際特許分類】
【出願番号】特願２００９−２７５１０６（Ｐ２００９−２７５１０６）
【出願日】平成２１年１２月３日（２００９．１２．３）
【出願人】（５９１０４４１６４）株式会社沖データ (2,444)
【Ｆターム（参考）】
【公開日】平成２３年６月１６日（２０１１．６．１６）
【国際特許分類】
【出願日】平成２１年１２月３日（２００９．１２．３）
【出願人】（５９１０４４１６４）株式会社沖データ (2,444)
【Ｆターム（参考）】
[ Back to top ]