画像形成装置および画像形成システム
【課題】画像形成装置に蓄積されている文書を複数のユーザが扱う場合の不具合を防止可能な画像形成装置および画像形成システムを提供することを目的とする。
【解決手段】文書を電子データとして蓄積可能な画像形成装置であって、ユーザとの間で情報交換を行う複数のユーザインターフェースと、複数のユーザインターフェースを制御するユーザインターフェース制御部７１と、文書の管理情報を管理し、ユーザインターフェース制御部７１からの要求に基づいて管理情報を提供するドキュメント管理部８５とを有し、ドキュメント管理部８５は、文書に対する操作及び文書の管理情報を一括して管理することにより上記課題を解決する。
【解決手段】文書を電子データとして蓄積可能な画像形成装置であって、ユーザとの間で情報交換を行う複数のユーザインターフェースと、複数のユーザインターフェースを制御するユーザインターフェース制御部７１と、文書の管理情報を管理し、ユーザインターフェース制御部７１からの要求に基づいて管理情報を提供するドキュメント管理部８５とを有し、ドキュメント管理部８５は、文書に対する操作及び文書の管理情報を一括して管理することにより上記課題を解決する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、画像形成装置および画像形成システムに係り、特に複数の蓄積文書を扱う画像形成装置および画像形成システムに関する。
【背景技術】
【０００２】
従来の画像形成装置は、コピーした文書をそのまま印刷して出力、又はネットワークからのプリント出力を行なうことができる。さらに、画像形成装置はハードディスクなどの記憶領域を備えている場合、機器本体に文書を電子データとして蓄積、保存することもできる。
【０００３】
例えば画像形成装置はスキャナから取り込んだ原稿を電子データとして蓄積、保存することができる。ユーザは、必要な場合に画像形成装置に電子データとして蓄積、保存されている原稿を印刷し、又はパーソナルコンピュータ（ＰＣ）に取り込んで編集することもできる。原稿が複数ページに跨る場合には、各ページの電子データをまとめてＰＣに取り込み、文書（蓄積文書）として管理することもできる。
【０００４】
また、画像形成装置の一例としてのプリンタにおいては、ＰＣからプリント出力を行なう際に、印刷でなく保存を行なうという指定を行えば、簡単に機器本体に文書を蓄積、保存することができる。そして、ユーザはユーザの都合が良いときに何時でも、機器本体に電子データとして蓄積、保存されている文書を印刷して利用することができる。機器本体に電子データとして蓄積、保存されている文書は、一度印刷すると消去されるか、何回も印刷できるようにするかをユーザに選択させるようにすることもできる。
【０００５】
また、機器本体に蓄積されている文書には様々な管理情報を付加できる。例えば管理情報には、文書名，文書作成者もしくは文書オーナ情報，パスワード，蓄積日時，有効期間及び文書にアクセスできるユーザのアクセス制御リスト（ＡＣＬ）等がある。
【０００６】
機器本体に蓄積されている文書にパスワードが付加されている場合、ユーザは文書を印刷しようとするときにパスワードを入力する必要がある。したがって、パスワードを知らない文書の印刷はできない。このように、機器本体に蓄積されている文書はパスワードを付加することにより、機密性を保つことができる。
【０００７】
また、機器本体に蓄積されている文書に対し、ユーザは印刷、その他にも様々な操作を行なうこともできる。ユーザは機器本体に蓄積されている文書が不要になれば削除することができる他、文書に付加されているパスワードを変更したり、誰でも印刷できるようにパスワードを削除することもできる。さらに、ユーザは機器本体に蓄積されている文書の文書名を後から変更、削除することもできる。機器本体に蓄積されている文書に対する上記のような操作は誰でも行えてしまうと、その文書を本当に利用したいユーザが知らない間に削除されてしまうなどの不都合が生じることもあるため、操作できるユーザを限定することもできる。
【０００８】
ところで、画像形成装置には機器本体の操作パネル、ＰＣからリモートで操作するＷｅｂサービス等の複数の操作部（ユーザインターフェース）が存在する。オフィス等の環境では、プリンタを使用するＰＣも複数あることが一般的であり、Ｗｅｂサービスを利用してプリンタを操作できるユーザインターフェースもＰＣの数と同じだけ複数存在する。
【０００９】
したがって、オフィス等の環境では、ユーザインターフェースが複数又は複数種類あるために、複数のユーザが、それぞれのユーザインターフェースで同時に文書操作を行おうとする場合が発生する。ここで言う文書操作とは、印刷，パスワード変更，文書名変更等である。
【００１０】
複数のユーザが、それぞれのユーザインターフェースで同時に文書操作を行おうとした場合は、様々な不都合が起こりうる。例えば、ユーザＡが印刷する為にパスワード入力や部数選択などを行っている際に、別のユーザＢにより同時にパスワード変更や文書の削除等が行われると、ユーザＡは印刷できなくなる。
【００１１】
例えば画像形成装置に蓄積されている蓄積文書の印刷を行なう際、ユーザは操作パネル又はＰＣのＷｅｂ画面に表示されている文書情報の一覧を閲覧し、その文書情報の一覧から印刷する文書を決定して印刷を行なう。印刷を行いたいユーザが画像形成装置の操作パネルから文書操作を行っている際に、別のユーザはＰＣのユーザインターフェースから文書情報を書き換えることができる。この場合、画像形成装置の操作パネルに表示されている文書情報の一覧には、画面更新がされるまで、ＰＣのユーザインターフェースから書き換えられた文書情報の内容を反映できない。したがって、画像形成装置の操作パネルに表示されている文書情報の一覧に存在しているにも関わらず、印刷しようとする蓄積文書が無いということも起きる。
【００１２】
その他、二人のユーザが同時に文書名を変更した場合、実際に蓄積文書の管理情報に反映されるのは、片方のユーザによる変更のみである。もう一方のユーザは自分で行った文書名の変更が蓄積文書の管理情報に反映されなかったことを知ることができず、後になってから文書操作を行なう際に蓄積文書が見つからない等、不都合が生じてしまう。
【００１３】
Ｗｅｂサービスでは、ユーザが自ら画面の更新を行なうことで蓄積文書の管理情報が新しくなるが、画像形成装置側からのリアルタイムでの更新が望ましい。上記のように画像形成装置には複数のユーザが同時に蓄積文書を操作することによる不具合を避ける為に排他制御などの複雑な仕組みが必要となる。
【００１４】
特許文献１には、リモート及びローカルの認証を統一し、リモート認証に基づく操作が行われている場合に、競合する操作に対するローカル認証を許可せず、一方、ローカル認証に基づく操作が行われている場合に、競合する操作に対するリモート認証を許可しない制御処理を提供する画像処理装置、情報処理装置、制御プログラムが開示されている。
【特許文献１】特開２００２−３５９７１８号公報
【発明の開示】
【発明が解決しようとする課題】
【００１５】
しかしながら、従来の画像形成装置では、認証を行なう際に、ユーザインターフェースからの操作の排他を行っており、認証を伴わない操作に関して操作の排他を行なうことができないという問題がある。また、従来の画像形成装置はリモート及びローカルの二つのユーザインターフェース種類単位でのみ操作を制限している。リモートからの操作は更に複数のユーザから行われる可能性がある為、従来の画像形成装置ではリモート及びローカルの二つのユーザインターフェース種類単位でのみ操作を制限だけでは不十分である。
【００１６】
また、ユーザインターフェースからの操作要求を拒否する場合、従来の画像形成装置では他に使用者がいることのみユーザインターフェースに表示するため、誰が実際に操作を行っているのかを表すユーザ情報を提供できない。よって、画像形成装置を後から操作しようとしたユーザが、緊急で他のユーザに操作を行なう権利を譲って欲しい場合、従来の画像形成装置では他のユーザを特定することが難しいという問題があった。
【００１７】
本発明は、上記の点に鑑みなされたもので、画像形成装置に蓄積されている文書を複数のユーザが扱う場合の不具合を防止可能な画像形成装置および画像形成システムを提供することを目的とする。
【課題を解決するための手段】
【００１８】
上記課題を解決するため、本発明は、文書を電子データとして蓄積可能な画像形成装置であって、ユーザとの間で情報交換を行う複数のユーザインターフェースと、複数の前記ユーザインターフェースを制御するユーザインターフェース制御部と、前記文書の管理情報を管理し、前記ユーザインターフェース制御部からの要求に基づいて前記管理情報を提供するドキュメント管理部とを有し、前記ドキュメント管理部は、前記文書に対する操作及び前記文書の管理情報を一括して管理することを特徴とする。
【００１９】
また、本発明は、文書を電子データとして蓄積可能な画像形成装置と、前記画像形成装置とネットワーク経由で接続されている１台以上の情報処理装置とを有する画像形成システムであって、前記画像形成装置は、前記情報処理装置を操作するユーザ及び前記機器本体を操作するユーザとの間で情報交換を行う複数のユーザインターフェースと、複数の前記ユーザインターフェースを制御するユーザインターフェース制御部と、前記文書の管理情報を管理し、前記ユーザインターフェース制御部からの要求に基づいて前記管理情報を提供するドキュメント管理部とを有し、前記ドキュメント管理部は、前記文書に対する操作及び前記文書の管理情報を一括して管理することを特徴とする。
【００２０】
なお、本発明の構成要素、表現または構成要素の任意の組合せを、方法、装置、システム、コンピュータプログラム、記録媒体、データ構造などに適用したものも本発明の態様として有効である。
【発明の効果】
【００２１】
本発明によれば、画像形成装置に蓄積されている文書を複数のユーザが扱う場合の不具合を防止可能な画像形成装置および画像形成システムを提供可能である。
【発明を実施するための最良の形態】
【００２２】
次に、本発明を実施するための最良の形態を、以下の実施例に基づき図面を参照しつつ説明していく。ただし、この実施例に記載される構成要素、種類、組み合わせ、形状、その相対配置などは特定的な記載がない限り、この発明の範囲を、それのみに限定する主旨でなく単なる説明例に過ぎない。
【実施例１】
【００２３】
図１は、本発明によるネットワークプリントシステムの一実施例の構成図である。図１のネットワークプリントシステム１は、複数のクライアントＰＣ（以下、ＰＣという）１０ａ〜１０ｄと、所定の作像プロセスにより記録用シートに画像を形成する画像形成装置の一例としてのプリンタ１１ａ，複合機１１ｂと、ホストＰＣ１２とが、ネットワークの一例としてのＬＡＮを経由して接続されている。なお、ＰＣの何れか一つを指す場合はＰＣ１０と記載する。また、プリンタ１１ａ，複合機１１ｂの何れかを指す場合はプリンタ１１と記載する。
【００２４】
ＰＣ１０は、プリンタ１１に印刷データを送信して、印刷，蓄積又は書き込み等の処理を行う。プリンタ１１には、ユーザにプリンタ１１の操作やプリンタ１１の情報を視覚的に確認させるユーザとのインターフェースである操作パネルを備えている。また、プリンタ１１にはユーザにプリンタ１１の情報を視覚的に確認させるため、プリンタ１１の情報を用紙に印刷して出力するレポート印刷機能を備えている。また、プリンタ１１はＰＣ１０からＷｅｂブラウザを介してプリンタ１１の操作やプリンタ１１の情報を視覚的に確認させるユーザとのインターフェースであるＷｅｂサービス機能を備えている。
【００２５】
次に、本発明による画像形成装置の機能構成について説明する。ここでは、画像形成装置の一例としての複合機１１ｂを例として説明する。図２は本発明による複合機の機能構成を示す一実施例のブロック図である。図２の複合機１１ｂは、ソフトウェア群２０，エンジン２２，ネットワークコントローラ２３及びハードウェアリソース２４から構成されている。
【００２６】
ソフトウェア群２０は、プリンタ，コピー，ＦＡＸ等のアプリケーション３０と、各アプリケーション３０の要求を共通して処理する共通プラットフォーム３１とから構成されている。共通プラットフォーム３１は、アプリケーション３０からの処理要求を受け、エンジン２２等のハードウェア資源の獲得，動作要求を発生させるコントロールサービス群と、複数のハードウェア資源の管理を行い，コントロールサービス群からの要求を調停するシステムリソースマネージャ（ＳＲＭ）６１と、汎用ＯＳ６２とを有する。
【００２７】
コントロールサービス群は複数のモジュールから構成されている。具体的に、共通プラットフォーム３１に含まれるコントロールサービスは、ＥＣＳ５１，ＭＣＳ５２，ＯＣＳ５３，ＦＣＳ５４，ＮＣＳ５５，ＵＣＳ５６，ＣＣＳ５７，ＳＣＳ５８から構成されている。また、複合機１１ｂは共通プラットフォーム３１にアプリケーション３０の処理要求を実現するＡＰＩ（Application Program Interface）を有する。汎用ＯＳ６２は、汎用のオペレーティングシステムであり、共通プラットフォーム３１及びアプリケーション３０の各ソフトウェアを並列に処理、実現している。
【００２８】
ＳＲＭ６１は、ＳＣＳ５８と共にシステムの制御及びハードウェア資源の管理を行なうものである。ＳＲＭ６１は、ハードウェア資源を利用する上位層からの要求に従って調停を行い、実行制御する。
【００２９】
エンジンコントロールサービス（ＥＣＳ）５１は、プロッタ，スキャナ，ファクシミリ等から成るハードウェア資源のエンジン制御を行なう。メモリコントロールサービス（ＭＣＳ）５２は、画像用のメモリを管理するもので、画像メモリの取得及び解放、ハードディスクドライブ（ＨＤＤ）の利用や画像データの圧縮，伸張も行なう。
【００３０】
操作パネルコントロールサービス（ＯＣＳ）５３は、ユーザとのインターフェース部分である操作パネルの制御を行なう。ＯＣＳ５３は、操作パネルのキー押下を取得し、各アプリケーション３０にキー押下の通知を行なう。また、ＯＣＳ５３は操作パネルの操作表示部に各種画面の描画出力やＬＥＤ点灯，操作パネルの操作機能を各アプリケーション３０に提供している。
【００３１】
ファックスコントロールサービス（ＦＣＳ）５４は、図示していないファックスコントロールユニット（ＦＣＵ）とのコマンド・データ転送制御を行なうものであり、ファクシミリ送受信、ファクシミリデータの登録／引用、ファクシミリ読み取り等を行なうためのＡＰＩを各アプリケーション３０に提供している。
【００３２】
ネットワークコントロールサービス（ＮＣＳ）５５は、ネットワークの各種プロトコル制御を行なうものである。ＮＣＳ５５は、ネットワーク側から受信したデータの各アプリケーション３０への振り分けや、アプリケーション３０からデータをネットワーク側に送信する際の仲介を行う。
【００３３】
ユーザ情報コントロールサービス（ＵＣＳ）５６は、共通プラットフォーム３１においてユーザ情報の一元管理を行っている。ＵＣＳ５６は、不正なデータアクセスを防ぐことを目的とし、データアクセスに対する利用制限を制御している。
【００３４】
認証／課金コントロールサービス（ＣＣＳ）５７は、認証／課金制御を行なう。ＣＣＳ５７はセキュリティ強化に対応するための、ユーザログインによる認証を伴う機能制限情報を発行する。また、ＣＣＳ５７はユーザに認証を要求する画面を生成する。さらに、ＣＣＳ５７は、ある機能を実行する際に、どの課金装置にて課金を行えば良いかという情報を各アプリケーション３０に提供する。
【００３５】
システムコントロールサービス（ＳＣＳ）５８は、アプリケーション３０の切り替え等のアプリ管理、ハードウェア資源の調停、システム画面表示などの操作パネルの制御を行なう。
【００３６】
アプリケーション３０は、プリンタアプリ４１と、コピーアプリ４２と、ＦＡＸアプリ４３と、スキャナアプリ４４と、ネットファイルアプリ４５とを有している。プリンタアプリ４１は、プリンタ機能を実現する。コピーアプリ４２は、コピー機能を実現する。ＦＡＸアプリ４３は、ファクシミリ機能を実現する。スキャナアプリ４４は、スキャナ機能を実現する。ネットファイルアプリ４５は、ネットファイル機能を実現する。
【００３７】
図２のブロック図では、プリンタ機能，コピー機能，ファクシミリ機能、スキャナ機能およびネットファイル機能等を実現するアプリケーション３０を別々に有しているが、各機能を実現するアプリケーション３０を機能に共通して一つ存在させても、協調動作する複数のアプリケーション３０を有していても構わない。
【００３８】
次に、本発明によるアプリケーション３０の構成について説明する。ここでは、アプリケーション３０の一例としてのプリンタアプリ４１を例として説明するが、コピーアプリ４２等の他のアプリケーション３０、又は全てのアプリケーション３０に適用しても構わない。図３は本発明によるプリンタアプリの一実施例の構成図である。図３のプリンタアプリ４１は複数のモジュールにより構成されている。
【００３９】
図３のプリンタアプリ４１は、ユーザインターフェース制御部７１，アプリケーション機能制御部７２及び共通プラットフォームインターフェース部７３を有している。ユーザインターフェース制御部７１は、ユーザインターフェースを制御する。アプリケーション機能制御部７２は、プリンタの起動，維持の制御を行い、印刷機能，その他のプリンタの付加価値を高める機能を実現する。また、共通プラットフォームインターフェース部７３はハードウェア資源を管理する共通プラットフォーム３１とのインターフェースを実現している。
【００４０】
ここでは、ユーザインターフェース制御部７１，アプリケーション機能制御部７２について更に説明を行なう。ユーザインターフェース制御部７１は、操作パネル制御部８１及びＷｅｂサービス制御部８２を有している。操作パネル制御部８１は、ユーザに情報を提供する又はユーザの要求を受け付けるユーザインターフェースである操作パネルの制御を行なう。Ｗｅｂサービス制御部８２は、ユーザに情報を提供する又はユーザの要求を受け付けるユーザインターフェースであるＷｅｂ画面の制御を行なう。
【００４１】
アプリケーション機能制御部７２は、要求受付部８３，アクセスユーザ管理部８４及びドキュメント管理部８５を有している。ドキュメント管理部８５は、機器本体に蓄積されている蓄積文書の管理情報，文書操作を管理する。ドキュメント管理部８５は、ユーザインターフェース制御部７１の操作パネル制御部８１又はＷｅｂサービス制御部８２からの要求を受け付け、処理を行う。要求受付部８３は、ユーザインターフェース制御部７１とドキュメント管理部８５とのやり取りを受け付ける。なお、ユーザインターフェース制御部７１とドキュメント管理部８５とを直接やり取りさせて、要求受付部８３を配置しない構成も可能である。ドキュメント管理部８５の詳細は後述する。
【００４２】
アクセスユーザ管理部８４は、複合機１１ｂにログインしている、又は印刷や機器設定などの操作を行おうとしているユーザを管理する。アクセスユーザ管理部８４は、図２の共通プラットフォーム３１においてユーザ情報の一元管理を行っているＵＣＳ５６と接続される。アクセスユーザ管理部８４は、アドレス帳に登録されているユーザ情報等を参照する。そして、アクセスユーザ管理部８４は複合機１１ｂを現在操作しているユーザに対してＩＤ付けを行い、管理する。
【００４３】
ドキュメント管理部８５は、ドキュメント（蓄積文書）毎に操作中のユーザＩＤリストを保持する。複合機１１ｂの操作パネルに操作中のユーザ情報を表示する場合、ドキュメント管理部８５はドキュメント毎に保持している操作中のユーザＩＤリストを元に、アクセスユーザ管理部８４へ問い合わせを行い、ユーザ情報を取得する。そして、ドキュメント管理部８５は取得したユーザ情報を操作パネル制御部８１に提供する。アクセスユーザ管理部８４は、複合機１１ｂを操作している最中のユーザ情報を管理しており、ユーザ毎の操作内容や閲覧内容についても保持し、管理を行っている。
【００４４】
また、ドキュメント管理部８５はドキュメントに変更が加わった際に、アクセスユーザ管理部８４へ問い合わせを行い、そのドキュメントを閲覧している全てのユーザのユーザ情報を取得する。そして、ドキュメント管理部８５は取得したユーザ情報を元に、ドキュメントを閲覧しているユーザインターフェースを特定し、ドキュメントが更新されたことを通知する。
【００４５】
次に、本発明で管理対象となるドキュメントの管理情報について説明する。図４はドキュメントに付随される管理情報の一例の構成図である。ドキュメントには、ドキュメントＩＤ，ドキュメント名，作成者，パスワード，作成日時，有効期間，ページ数などの管理情報が付随している。これらの管理情報の一部は複合機１１ｂの操作パネルなどのユーザインターフェースに表示される。ユーザは、ユーザインターフェースに表示された管理情報の一部を参照して、印刷や削除などの文書操作を行なう。
【００４６】
図５は、操作パネルに表示されるドキュメント一覧画面の一例のイメージ図である。ドキュメント一覧画面は、管理情報の一部を利用して生成される。ドキュメントに対して行える操作内容は、閲覧，印刷，削除，パスワード変更，ドキュメント名変更などの管理情報の変更が上げられる。
【００４７】
また、ユーザ認証管理機能を備えている場合、複合機１１ｂはユーザ種類別のドキュメント操作権限を与えることができ、ユーザ種類によってドキュメントの印刷可又は印刷不可を管理できる。
【００４８】
例えば文書管理者は全ドキュメントについて閲覧，印刷，削除，パスワードの変更，ドキュメント名変更の全てを行なうことができる。一方、一般ユーザは自分の作成したドキュメントのみ全操作を行なうことができる。そして、一般ユーザは他のユーザの作成したドキュメントについて閲覧しか行えない。
【００４９】
このように、複合機１１ｂではユーザ種類別のドキュメント操作権限を与えることができるように、ユーザ種類別の使用権限の仕様を保持している必要があるため、ドキュメント管理部８５に使用権限の仕様を保持しておく。
【００５０】
図６は、ドキュメント管理部の一実施例の構成図である。図６のドキュメント管理部８５は、制御部９１，ドキュメント管理情報記憶部９２，ユーザ種類別文書操作権限仕様記憶部９３を有している。ドキュメント管理情報記憶部９２はドキュメントの管理情報を記憶している。また、ユーザ種類別文書操作権限仕様記憶部９３はユーザ種類別の使用権限の仕様を記憶している。制御部９１は、ドキュメントの管理情報およびユーザ種類別の使用権限の仕様を用いて上記したような処理を行う。なお、ドキュメントは別途管理する他のモジュールにて保持しても構わない。
【００５１】
図７は、操作パネル制御部及びＷｅｂサービス制御部とドキュメント管理部とのデータのやり取りを示した構成図である。図７を元に、プリンタアプリ４１の各モジュールの責務を明らかにしていく。
【００５２】
操作パネルやＷｅｂサービスは、ユーザの要求を受け付ける。言い換えれば、操作パネルやＷｅｂサービスは印刷，削除等のドキュメントに対する操作要求を受け付ける。この操作要求をユーザインターフェース制御部７１はドキュメント管理部８５に依頼する。このとき、ユーザインターフェース制御部７１からドキュメント管理部８５に渡される情報は操作要求の対象であるドキュメントを特定するもの（ドキュメントＩＤなど）及び操作内容（印刷，削除など）である。
【００５３】
ユーザインターフェース制御部７１からの操作要求を受け、ドキュメント管理部８５はドキュメント操作の実行とドキュメントの管理情報の変更を行う。実際にドキュメントを印刷又は削除する文書操作には、ハードウェア資源の活用等が必要であるため、更に別のモジュールへと処理を委譲していくことになる。
【００５４】
その場合、ドキュメント管理部８５は文書操作に対応する処理を行う為に、各処理を行うモジュールに振り分けを行なう。このとき、複合機１１ｂでユーザ認証管理を行なう場合は、ドキュメント管理部８５が、それぞれのドキュメントについて、要求するユーザが対象となるドキュメントの文書操作が可能か否かの判定を行なう。ドキュメントの文書操作が可能と判定された場合のみ、ドキュメント管理部８５はドキュメントの文書操作の実行とドキュメントの管理情報の更新とが可能である。
【００５５】
よって、ドキュメント管理部８５ではドキュメントの文書操作を行なうユーザのユーザ情報と、保持しているユーザ種類別のドキュメント操作権限とを照らし合わせ、対象となるドキュメントの文書操作が可能か否かの判定を行なう。もちろん、ドキュメント管理部８５は、現在ログインしているユーザを管理する他のモジュールに処理を委譲しても構わない。
【００５６】
また、ドキュメント管理部８５ではドキュメントが更新された際に、ドキュメントを閲覧している全てのユーザのユーザインターフェースに対し、ドキュメントが更新されたことを通知する。
【００５７】
また、ドキュメント管理部８５はドキュメントがユーザにより操作中か否かの状態を保持する。この状態の保持の仕方は、ドキュメント毎に管理構造体を持ち、その中に制御フラグを持つ等のやり方が考えられる。ドキュメント管理部８５はユーザインターフェース制御部７１からドキュメントに対する操作要求（印刷，削除等）を受け付けると、そのドキュメントに対応する管理構造体を見て、ドキュメントがユーザにより操作中か否かの判定を行い、操作中でない場合のみドキュメントに対する文書操作の実行及びドキュメントを変更する。既に他のユーザによりドキュメントが操作中であれば、ドキュメント管理部８５はユーザインターフェース制御部７１に操作不可を返す。ただし、ドキュメントの閲覧に関しては、他のユーザが印刷等の文書操作を行っていても可能である。
【００５８】
図８は、ユーザインターフェース制御部とアプリケーション機能制御部の各モジュールとのやり取りを示すシーケンス図である。ただし、図８のシーケンス図では主なやり取りの流れを示し、実現に際して関数コールや非同期のイベント処理，関数の戻りで実現するなどの規定を何ら限定しない。図８のシーケンス図は、複合機１１ｂに蓄積されているドキュメントのドキュメント一覧画面をユーザインターフェースに表示したあと、ユーザの文書操作によりドキュメントの削除を行なう例である。
【００５９】
ステップＳ１に進み、ユーザインターフェース制御部７１はドキュメント管理部８５に文書閲覧要求を行なう。なお、ユーザインターフェース制御部７１からの文書閲覧要求は要求受付部８３を介してアプリケーション機能制御部７２の各モジュールに伝わる。文書閲覧要求には、要求するユーザを特定する為の情報（ユーザＩＤなど）が含まれる。
【００６０】
ステップＳ２に進み、ドキュメント管理部８５は文書閲覧権限チェックを行なう。具体的に、ドキュメント管理部８５では、文書閲覧要求を行ったユーザがドキュメントを閲覧可能か否かの判定を行なう。閲覧可能か否かの判定には、そもそも文書閲覧自体が行えるか否かという判定、又、ドキュメント一つ一つに対してユーザが閲覧可能か否かという判定がある。例えば文書管理者は全てのドキュメントを閲覧可能である。また、一般ユーザは自分の作成したドキュメントのみを閲覧可能である。この条件は例であり、更に詳細なユーザ種類を定義して、ユーザ種類別の文書閲覧範囲を規定することもできる。
【００６１】
ステップＳ３に進み、要求受付部８３はユーザの操作内容である閲覧をアクセスユーザ管理部８４に登録する。また、ステップＳ４に進み、ドキュメント管理部８５はユーザが閲覧可能なドキュメントについてのみ、ユーザインターフェース制御部７１へ管理情報を提供する。
【００６２】
なお、管理情報にもドキュメント名，作成者など様々な項目があるが、ドキュメント管理部８５は、それぞれの項目についてもユーザが閲覧可能か否かの判定を行なう。例えばドキュメント管理部８５は、管理情報に含まれる項目のうち個人情報に関わる作者名などの表示をしない、機密情報についてドキュメント名を表示しない等の判定を行える。これらの表示しない管理情報の項目は、ドキュメント管理部８５においてアスタリスク等の違う文字列に置き換えられたあと、ユーザインターフェース制御部７１に提供される。
【００６３】
ユーザインターフェース制御部７１では、ドキュメント管理部８５から提供されたドキュメントの管理情報を利用してドキュメント一覧画面を操作パネル等に表示する。このときユーザインターフェース制御部７１は、ドキュメント管理部８５によってアスタリスク等の違う文字列に置き換えられた管理情報の項目があれば、違う文字列に置き換えられたあとの管理情報を利用してドキュメント一覧画面を操作パネル等に表示する。ドキュメント管理部８５からユーザインターフェース制御部７１に提供する管理情報には、ユーザが印刷，削除等の文書操作を行えるか否かの情報を付加することもできる。
【００６４】
ユーザインターフェース制御部７１では、ユーザが印刷，削除等の文書操作を行えるか否かの情報に基づき、表示キーを半輝度表示にする等、文書操作ができないことをユーザへ視覚的に示すこともできる。
【００６５】
ステップＳ５以降は、ドキュメントの削除を行なうシーケンスが続いている。ドキュメント一覧画面上からユーザによりドキュメントが選択されたあと、消去ボタンが押下されると、ユーザインターフェース制御部７１はステップＳ５に進み、ドキュメント管理部８５に文書削除要求を行なう。
【００６６】
ステップＳ６に進み、ドキュメント管理部８５は文書操作権限チェックを行なう。具体的に、ドキュメント管理部８５では、文書削除要求を行ったユーザがドキュメントを削除可能か否かの判定を行なう。削除可能か否かは、閲覧と同様、ユーザ種類別の文書削除範囲を規定することができる。
【００６７】
また、削除対象のドキュメントにパスワードが付加されていれば、ドキュメント管理部８５はステップＳ７に進み、ユーザインターフェース制御部７１にパスワードの入力を要求する。ユーザインターフェース制御部７１は操作パネル等にパスワード入力画面を表示してユーザからのパスワードの入力を受け付ける。
【００６８】
パスワード入力画面にパスワードが入力されると、ユーザインターフェース制御部７１はステップＳ８に進み、ドキュメント管理部８５に入力されたパスワードを通知する。ステップＳ９に進み、ドキュメント管理部８５は入力されたパスワードと削除対象のドキュメントに付加されているパスワードとの整合チェックを行なう。
【００６９】
パスワードが整合されれば、ドキュメント管理部８５はステップＳ１０に進み、文書削除開始通知をユーザインターフェース制御部７１に通知する。そして、ドキュメント管理部８５は削除対象のドキュメントの削除処理を開始する。なお、パスワードが間違っている場合、ドキュメント管理部８５はパスワードの再入力を促し、入力誤りが規定回数以上繰り返されると、ドキュメントをロックして操作できなくする等の処理を行う。削除対象のドキュメントの削除処理が終了すると、ドキュメント管理部８５はステップＳ１２に進み、文書削除終了通知をユーザインターフェース制御部７１に通知する。
【００７０】
削除対象のドキュメントの削除処理が終了すると、ドキュメント管理部８５は削除したドキュメントの管理情報も削除する。つまり、ドキュメント一覧画面も変更される為、ドキュメント管理部８５はドキュメント一覧画面を表示しているユーザインターフェース制御部７１に対してドキュメント一覧画面が更新されたことを通知する必要がある。
【００７１】
そこで、ステップＳ１３に進み、ドキュメント管理部８５はドキュメント一覧画面を表示している全てのユーザインターフェースを特定する為に、アクセスユーザ管理部８４にドキュメント一覧画面を表示しているユーザのユーザ情報を要求する。ステップＳ１４に進み、ドキュメント管理部８５はアクセスユーザ管理部８４からドキュメント一覧画面を表示しているユーザのユーザ情報を取得する。
【００７２】
ステップＳ１５に進み、ドキュメント管理部８５はドキュメント一覧画面を表示しているユーザのユーザインターフェース制御部７１に文書情報更新通知を行い、ドキュメント一覧画面が更新されたことを通知する。
【００７３】
ステップＳ１６に進み、ユーザインターフェース制御部７１はドキュメント管理部８５に改めて文書閲覧要求を行なう。ステップＳ１７に進み、ドキュメント管理部８５は文書閲覧権限チェックを行なう。なお、改めて文書閲覧要求を行なう際は、全ての文書閲覧権限をチェックする必要はない。
【００７４】
この仕組みは、初めの文書閲覧要求時に、成功したら閲覧が可能であることを表すハンドル等のＩＤをユーザインターフェース制御部７１に提供しておくことで、次からハンドル等のＩＤをドキュメント管理部８５に渡して要求することが可能となる。ただし、ドキュメント毎の文書閲覧権限チェックは管理情報が更新されている為に毎回必要である。
【００７５】
そして、ステップＳ１８に進み、ドキュメント管理部８５はユーザが閲覧可能なドキュメントについてのみ、ユーザインターフェース制御部７１へ管理情報を提供する。ユーザインターフェース制御部７１では、ドキュメント管理部８５から提供されたドキュメントの管理情報を利用してドキュメント一覧画面を操作パネル等に表示する。
【００７６】
最後に、ユーザがドキュメント一覧画面から抜けた場合、ユーザインターフェース制御部７１はステップＳ１９に進み、その旨を伝える文書閲覧終了通知をドキュメント管理部８５に通知する。閲覧が終了した為、要求受付部８３はステップＳ２０に進み、アクセスユーザ管理部８４に登録されているユーザの操作内容である閲覧を変更して図８のシーケンス図の処理を終了する。
【００７７】
図９は、ユーザインターフェース制御部から文書閲覧要求が発生した場合におけるドキュメント管理部の動作を示す一例のフローチャートである。ここでは、未ログインの際のユーザに認証を要求する処理について、省略して説明する。また、図９のフローチャートでは触れていないが、ユーザインターフェース制御部７１に提供するドキュメント一覧画面に、閲覧しているユーザが印刷、削除などの文書操作を行えるか否かの情報を付加して渡すことも可能である。その場合、ユーザインターフェース制御部７１はユーザのドキュメント操作権限に応じて表示形式を変えて出力することも可能である。
【００７８】
ステップＳ３１に進み、ドキュメント管理部８５の制御部９１は待機中となる。ステップＳ３２に進み、制御部９１はユーザインターフェース制御部７１から文書閲覧要求を受信する。ステップＳ３３に進み、制御部９１は文書閲覧要求をしてきたユーザの操作内容として閲覧がアクセスユーザ管理部８４に登録済みであるか否かを判定する。
【００７９】
初回の文書閲覧要求では閲覧が登録済みでないと判定してステップＳ３４に進み、制御部９１がユーザ認証を行なうか否かを判定する。ユーザ認証を行なうと判定した場合、制御部９１はステップＳ３５に進み、ユーザ種類別文書操作権限仕様記憶部９３に記憶されているユーザ種類別の文書閲覧権限を確認する。
【００８０】
ステップＳ３６に進み、制御部９１はユーザ種類別の文書閲覧権限に基づき、文書閲覧要求を行ったユーザがドキュメントを閲覧可能か否かの判定を行なう。ユーザがドキュメントを閲覧可能であれば、制御部９１はステップＳ３７に進み、ドキュメント管理情報記憶部９２に記憶されている管理情報に基づき、全てのドキュメントに対して文書閲覧権限の確認を行なう。
【００８１】
ステップＳ３８に進み、制御部９１はユーザが閲覧可能なドキュメントのドキュメントＩＤリストを作成する。ステップＳ３９に進み、制御部９１はユーザが閲覧可能なドキュメント数が０より大きいか否かを判定する。ユーザが閲覧可能なドキュメント数が０より大きければ、制御部９１はステップＳ４０に進み、ユーザが閲覧可能なドキュメントのドキュメントＩＤリストを元に、ユーザが閲覧可能なドキュメントの管理情報リストを作成する。なお、制御部９１は表示しない管理情報の項目をマスクする。
【００８２】
ステップＳ４１に進み、制御部９１はユーザが閲覧可能なドキュメントの管理情報リストをユーザインターフェース制御部７１に提供して処理を終了する。なお、ステップＳ３３において、更新時の文書閲覧要求では閲覧が登録済みであると判定してステップＳ３７に進む。また、ステップＳ３４において、ユーザ認証を行なわないと判定した場合、制御部９１はステップＳ３７に進む。
【００８３】
また、ステップＳ３６において、ユーザがドキュメントを閲覧可能でなければ、制御部９１はステップＳ４３に進み、文書操作不可をユーザインターフェース制御部７１に通知して処理を終了する。ステップＳ３９において、ユーザが閲覧可能なドキュメント数が０より大きくなければ、制御部９１はステップＳ４２に進み、ユーザが閲覧可能なドキュメントが存在しない旨をユーザインターフェース制御部７１に通知して処理を終了する。
【００８４】
図１０は、ユーザインターフェース制御部から文書操作要求が発生した場合におけるドキュメント管理部の動作を示す一例のフローチャートである。ここでは、ドキュメント１つに対してのフローチャートを一例として記述しているが、ドキュメントが複数の場合も同様である。
【００８５】
また、操作対象のドキュメントにパスワードが付加されていれば、制御部９１はユーザインターフェース制御部７１にパスワードの入力を要求する。制御部９１は入力されたパスワードと削除対象のドキュメントに付加されているパスワードとの整合チェックの結果がパスワードの不一致である場合、パスワードの再入力を行わせるが、これに限定するものではない。また、入力誤りが規定回数以上繰り返されると、パスワードの再入力を行わないなどの処理を追加してもよい。
【００８６】
さらに、入力誤りが規定回数以上繰り返されると、ドキュメントをロックして操作できなくする等の処理を行う。ドキュメントがロックされてからロック解除されるまでは、他のユーザにより文書操作の要求がされても受け付けることはしない。また、ロックされているドキュメントに対して文書操作の要求がされた場合、制御部９１はアクセスユーザ管理部８４から文書操作を行っているユーザのユーザ情報を取得し、そのユーザ情報を文書操作の要求が受け付けられないユーザに対して通知することも可能である。
【００８７】
ステップＳ５１に進み、ドキュメント管理部８５の制御部９１は待機中となる。ステップＳ５２に進み、制御部９１はユーザインターフェース制御部７１から文書操作要求を受信する。続いてステップＳ５３に進み、制御部９１はユーザ認証を行なうか否かを判定する。ユーザ認証を行なうと判定した場合、制御部９１はステップＳ５４に進み、ユーザ種類別文書操作権限仕様記憶部９３に記憶されているユーザ種類別の文書操作権限を確認する。ステップＳ５５に進み、制御部９１はユーザ種類別の文書操作権限に基づき、文書操作要求を行ったユーザがドキュメントを操作可能か否かの判定を行なう。
【００８８】
ユーザがドキュメントを操作可能であれば、制御部９１はステップＳ５６に進み、文書操作の対象であるドキュメントの状態（操作中か否か）の確認を行なう。ステップＳ５７に進み、文書操作の対象であるドキュメントの状態が操作中で無ければ、制御部９１はステップＳ５８に進み、文書操作の対象であるドキュメントをロックする。
【００８９】
ステップＳ５９に進み、制御部９１は文書操作の対象であるドキュメントにパスワードが付加されているか否かを判定する。文書操作の対象であるドキュメントにパスワードが付加されていなければ、制御部９１はステップＳ６０に進み、文書操作の対象であるドキュメントに対して文書操作を実行する。
【００９０】
ステップＳ６１に進み、制御部９１はドキュメントの管理情報が変更されたか否かを判定する。ドキュメントの管理情報が変更されていれば、制御部９１はステップＳ６６に進み、ドキュメント一覧画面を表示しているユーザのユーザインターフェース制御部７１に文書情報更新通知を行い、ドキュメント一覧画面が更新されたことを通知する。ステップＳ６２に進み、制御部９１は文書操作の対象であるドキュメントをロックを解除して処理を終了する。
【００９１】
なお、ステップＳ６１においてドキュメントの管理情報が変更されていなければ、制御部９１はステップＳ６２に進む。ステップＳ５９において文書操作の対象であるドキュメントにパスワードが付加されていれば、制御部９１はステップＳ６３に進み、ユーザインターフェース制御部７１にパスワードの入力を要求する。ステップＳ６４に進み、ユーザインターフェース制御部７１は操作パネル等にパスワード入力画面を表示してユーザからのパスワードの入力を受け付ける。
【００９２】
パスワード入力画面にパスワードが入力されると、ユーザインターフェース制御部７１は入力されたパスワードをドキュメント管理部８５の制御部９１に通知する。ステップＳ６５に進み、制御部９１は入力されたパスワードと文書操作の対象であるドキュメントに付加されているパスワードとの整合チェックを行なう。パスワードが整合されれば、制御部９１はステップＳ６０に進む。パスワードが間違っていれば、制御部９１はステップＳ６３に戻り、パスワードの再入力を促す。
【００９３】
また、ステップＳ５７において文書操作の対象であるドキュメントの状態が操作中であれば、制御部９１はステップＳ６７に進み、文書操作の対象であるドキュメントが操作不可である旨をユーザインターフェース制御部７１に通知して処理を終了する。また、ステップＳ５５においてユーザがドキュメントを操作可能でなければ、制御部９１はステップＳ６８に進み、文書操作不可をユーザインターフェース制御部７１に通知して処理を終了する。
【００９４】
（まとめ）
本発明では、ドキュメント管理部８５が自機に蓄積されているドキュメントの管理情報を一括して管理し、ドキュメントの閲覧や操作(印刷、削除など)に関わる処理を一括して行う構成の為、ソフトウェア構成の複雑化を廃しソフトウェア構造が明確化される。そして本発明では、複数のユーザインターフェースにドキュメント一覧画面が表示される場合の差異を確実に無くすことができる。
【００９５】
ドキュメント管理部８５にて一括して行う処理には、ユーザインターフェースに表示する管理情報を提供する、ユーザが閲覧可能な文書かどうかの判断を行う、ドキュメントの管理情報ひとつひとつについてユーザが参照してよいかの判断を一括して行う、文書操作にパスワード入力が必要かどうかの判断や、パスワードの整合チェックを一括して行う等が含まれる。
【００９６】
また、本発明ではユーザインターフェースに表示する管理情報に加え、ユーザがドキュメントに対して可能な文書操作の情報を提供することで、ユーザインターフェースで印刷キーや削除キーなどの操作キーの表示形式を変えることができる。したがって、ユーザは操作できないキー（印刷キーなど）を押すことが無くなり、ユーザが無駄な動作をすることも無くなり、画像形成装置においても余計な処理を減らすことができる。また本発明では文書操作を行うたびの操作権限チェックを省くこともできる。
【００９７】
また、本発明では、機器本体の操作パネルやＰＣからリモートで操作するＷｅｂサービス等の複数の操作部（ユーザインターフェース）が存在する場合、一人のユーザがドキュメントの管理情報の変更や操作を行う際に他のユーザによる操作を禁止することで、複数のユーザが同時にドキュメントの文書操作をおこなえない。これにより、あるユーザが印刷のためにパスワード入力や部数選択などを行っている際、別のユーザにより同時に文書操作され、パスワードが変えられた、ドキュメント自体が削除された、などで印刷できなくなることを解消できる。
【００９８】
他にも、本発明では二人のユーザが同時に文書名変更を行った場合、実際に反映されるのは片方のみで、もう片方のユーザはそれを知ることもなく、後になってから文書操作を行う際にドキュメントが見つからないなどの不都合も解消できる。
【００９９】
また、本発明では複数のユーザが同時にドキュメントの文書操作を行う場合に、片方のユーザが文書操作の占有を行っている為に、文書操作が不可能であった別のユーザであっても、現在ドキュメントを占有しているユーザの情報がわかるため、文書操作できない理由を知ることが出来、文書操作しているユーザにコンタクトをとることも可能である。しがって、ユーザの作業を円滑に行なうことができる。また、他のユーザの情報を表示することは、個人情報に関わるため、この機能を無効にすることも可能である。
【０１００】
また、本発明では、機器本体に蓄積されているドキュメントの一覧画面の更新は一定時間間隔で定期的に更新されるものではなく、管理情報に変更があるたびに常に更新されるため、ドキュメントの一覧画面には最新の情報が常に表示される。これにより、印刷を行いたいユーザが機器本体の操作パネルから文書操作を行っている際に、別のユーザがＰＣからＷｅｂ画面上の操作部で管理情報を書き換えることをしても、ユーザが閲覧している操作パネルの画面には（画面更新を行わないと）それが表れず、操作パネルに存在しているドキュメントにも関わらず、実際印刷しようとするとドキュメントが無いということも解消される。他にも、二人のユーザが同時に文書名変更を行った場合、実際に反映されるのは片方のみで、もう片方のユーザはそれを知ることもなく、後になってから文書操作を行う際にドキュメントが見つからないなど、不都合も解消される。
【０１０１】
本発明は、具体的に開示された実施例に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。例えば本発明は、複数の利用者に共通に使用されるリソースを管理保持し、複数の情報表示・操作のユーザインターフェースを備え、リソースが同時に操作される情報機器に適用可能である。
【図面の簡単な説明】
【０１０２】
【図１】本発明によるネットワークプリントシステムの一実施例の構成図である。
【図２】本発明による複合機の機能構成を示す一実施例のブロック図である。
【図３】本発明によるプリンタアプリの一実施例の構成図である。
【図４】ドキュメントに付随される管理情報の一例の構成図である。
【図５】操作パネルに表示されるドキュメント一覧画面の一例のイメージ図である。
【図６】ドキュメント管理部の一実施例の構成図である。
【図７】操作パネル制御部及びＷｅｂサービス制御部とドキュメント管理部とのデータのやり取りを示した構成図である。
【図８】ユーザインターフェース制御部とアプリケーション機能制御部の各モジュールとのやり取りを示すシーケンス図である。
【図９】ユーザインターフェース制御部から文書閲覧要求が発生した場合におけるドキュメント管理部の動作を示す一例のフローチャートである。
【図１０】ユーザインターフェース制御部から文書操作要求が発生した場合におけるドキュメント管理部の動作を示す一例のフローチャートである。
【符号の説明】
【０１０３】
１ ネットワークプリントシステム
１０ａ〜１０ｄ クライアントＰＣ
１１ａ プリンタ
１１ｂ 複合機
１２ ホストＰＣ
２０ ソフトウェア群
２１ エンジンＩ／Ｆ
２２ エンジン
２３ ネットワークコントローラ
２４ ハードウェアリソース
３０ アプリケーション
３１ 共通プラットフォーム
３２ ＡＰＩ
４１ プリンタアプリ
４２ コピーアプリ
４３ ＦＡＸアプリ
４４ スキャナアプリ
４５ ネットファイルアプリ
５１ ＥＣＳ
５２ ＭＣＳ
５３ ＯＣＳ
５４ ＦＣＳ
５５ ＮＣＳ
５６ ＵＣＳ
５７ ＯＣＳ
５８ ＳＣＳ
６１ ＳＲＭ
６２ 汎用ＯＳ
７１ ユーザインターフェース制御部
７２ アプリケーション機能制御部
７３ 共通プラットフォームインターフェース部
８１ 操作パネル制御部
８２ Ｗｅｂサービス制御部
８３ 要求受付部
８４ アクセスユーザ管理部
８５ ドキュメント管理部
９１ 制御部
９２ ドキュメント管理情報記憶部
９３ ユーザ種類別文書操作権限仕様記憶部
【技術分野】
【０００１】
本発明は、画像形成装置および画像形成システムに係り、特に複数の蓄積文書を扱う画像形成装置および画像形成システムに関する。
【背景技術】
【０００２】
従来の画像形成装置は、コピーした文書をそのまま印刷して出力、又はネットワークからのプリント出力を行なうことができる。さらに、画像形成装置はハードディスクなどの記憶領域を備えている場合、機器本体に文書を電子データとして蓄積、保存することもできる。
【０００３】
例えば画像形成装置はスキャナから取り込んだ原稿を電子データとして蓄積、保存することができる。ユーザは、必要な場合に画像形成装置に電子データとして蓄積、保存されている原稿を印刷し、又はパーソナルコンピュータ（ＰＣ）に取り込んで編集することもできる。原稿が複数ページに跨る場合には、各ページの電子データをまとめてＰＣに取り込み、文書（蓄積文書）として管理することもできる。
【０００４】
また、画像形成装置の一例としてのプリンタにおいては、ＰＣからプリント出力を行なう際に、印刷でなく保存を行なうという指定を行えば、簡単に機器本体に文書を蓄積、保存することができる。そして、ユーザはユーザの都合が良いときに何時でも、機器本体に電子データとして蓄積、保存されている文書を印刷して利用することができる。機器本体に電子データとして蓄積、保存されている文書は、一度印刷すると消去されるか、何回も印刷できるようにするかをユーザに選択させるようにすることもできる。
【０００５】
また、機器本体に蓄積されている文書には様々な管理情報を付加できる。例えば管理情報には、文書名，文書作成者もしくは文書オーナ情報，パスワード，蓄積日時，有効期間及び文書にアクセスできるユーザのアクセス制御リスト（ＡＣＬ）等がある。
【０００６】
機器本体に蓄積されている文書にパスワードが付加されている場合、ユーザは文書を印刷しようとするときにパスワードを入力する必要がある。したがって、パスワードを知らない文書の印刷はできない。このように、機器本体に蓄積されている文書はパスワードを付加することにより、機密性を保つことができる。
【０００７】
また、機器本体に蓄積されている文書に対し、ユーザは印刷、その他にも様々な操作を行なうこともできる。ユーザは機器本体に蓄積されている文書が不要になれば削除することができる他、文書に付加されているパスワードを変更したり、誰でも印刷できるようにパスワードを削除することもできる。さらに、ユーザは機器本体に蓄積されている文書の文書名を後から変更、削除することもできる。機器本体に蓄積されている文書に対する上記のような操作は誰でも行えてしまうと、その文書を本当に利用したいユーザが知らない間に削除されてしまうなどの不都合が生じることもあるため、操作できるユーザを限定することもできる。
【０００８】
ところで、画像形成装置には機器本体の操作パネル、ＰＣからリモートで操作するＷｅｂサービス等の複数の操作部（ユーザインターフェース）が存在する。オフィス等の環境では、プリンタを使用するＰＣも複数あることが一般的であり、Ｗｅｂサービスを利用してプリンタを操作できるユーザインターフェースもＰＣの数と同じだけ複数存在する。
【０００９】
したがって、オフィス等の環境では、ユーザインターフェースが複数又は複数種類あるために、複数のユーザが、それぞれのユーザインターフェースで同時に文書操作を行おうとする場合が発生する。ここで言う文書操作とは、印刷，パスワード変更，文書名変更等である。
【００１０】
複数のユーザが、それぞれのユーザインターフェースで同時に文書操作を行おうとした場合は、様々な不都合が起こりうる。例えば、ユーザＡが印刷する為にパスワード入力や部数選択などを行っている際に、別のユーザＢにより同時にパスワード変更や文書の削除等が行われると、ユーザＡは印刷できなくなる。
【００１１】
例えば画像形成装置に蓄積されている蓄積文書の印刷を行なう際、ユーザは操作パネル又はＰＣのＷｅｂ画面に表示されている文書情報の一覧を閲覧し、その文書情報の一覧から印刷する文書を決定して印刷を行なう。印刷を行いたいユーザが画像形成装置の操作パネルから文書操作を行っている際に、別のユーザはＰＣのユーザインターフェースから文書情報を書き換えることができる。この場合、画像形成装置の操作パネルに表示されている文書情報の一覧には、画面更新がされるまで、ＰＣのユーザインターフェースから書き換えられた文書情報の内容を反映できない。したがって、画像形成装置の操作パネルに表示されている文書情報の一覧に存在しているにも関わらず、印刷しようとする蓄積文書が無いということも起きる。
【００１２】
その他、二人のユーザが同時に文書名を変更した場合、実際に蓄積文書の管理情報に反映されるのは、片方のユーザによる変更のみである。もう一方のユーザは自分で行った文書名の変更が蓄積文書の管理情報に反映されなかったことを知ることができず、後になってから文書操作を行なう際に蓄積文書が見つからない等、不都合が生じてしまう。
【００１３】
Ｗｅｂサービスでは、ユーザが自ら画面の更新を行なうことで蓄積文書の管理情報が新しくなるが、画像形成装置側からのリアルタイムでの更新が望ましい。上記のように画像形成装置には複数のユーザが同時に蓄積文書を操作することによる不具合を避ける為に排他制御などの複雑な仕組みが必要となる。
【００１４】
特許文献１には、リモート及びローカルの認証を統一し、リモート認証に基づく操作が行われている場合に、競合する操作に対するローカル認証を許可せず、一方、ローカル認証に基づく操作が行われている場合に、競合する操作に対するリモート認証を許可しない制御処理を提供する画像処理装置、情報処理装置、制御プログラムが開示されている。
【特許文献１】特開２００２−３５９７１８号公報
【発明の開示】
【発明が解決しようとする課題】
【００１５】
しかしながら、従来の画像形成装置では、認証を行なう際に、ユーザインターフェースからの操作の排他を行っており、認証を伴わない操作に関して操作の排他を行なうことができないという問題がある。また、従来の画像形成装置はリモート及びローカルの二つのユーザインターフェース種類単位でのみ操作を制限している。リモートからの操作は更に複数のユーザから行われる可能性がある為、従来の画像形成装置ではリモート及びローカルの二つのユーザインターフェース種類単位でのみ操作を制限だけでは不十分である。
【００１６】
また、ユーザインターフェースからの操作要求を拒否する場合、従来の画像形成装置では他に使用者がいることのみユーザインターフェースに表示するため、誰が実際に操作を行っているのかを表すユーザ情報を提供できない。よって、画像形成装置を後から操作しようとしたユーザが、緊急で他のユーザに操作を行なう権利を譲って欲しい場合、従来の画像形成装置では他のユーザを特定することが難しいという問題があった。
【００１７】
本発明は、上記の点に鑑みなされたもので、画像形成装置に蓄積されている文書を複数のユーザが扱う場合の不具合を防止可能な画像形成装置および画像形成システムを提供することを目的とする。
【課題を解決するための手段】
【００１８】
上記課題を解決するため、本発明は、文書を電子データとして蓄積可能な画像形成装置であって、ユーザとの間で情報交換を行う複数のユーザインターフェースと、複数の前記ユーザインターフェースを制御するユーザインターフェース制御部と、前記文書の管理情報を管理し、前記ユーザインターフェース制御部からの要求に基づいて前記管理情報を提供するドキュメント管理部とを有し、前記ドキュメント管理部は、前記文書に対する操作及び前記文書の管理情報を一括して管理することを特徴とする。
【００１９】
また、本発明は、文書を電子データとして蓄積可能な画像形成装置と、前記画像形成装置とネットワーク経由で接続されている１台以上の情報処理装置とを有する画像形成システムであって、前記画像形成装置は、前記情報処理装置を操作するユーザ及び前記機器本体を操作するユーザとの間で情報交換を行う複数のユーザインターフェースと、複数の前記ユーザインターフェースを制御するユーザインターフェース制御部と、前記文書の管理情報を管理し、前記ユーザインターフェース制御部からの要求に基づいて前記管理情報を提供するドキュメント管理部とを有し、前記ドキュメント管理部は、前記文書に対する操作及び前記文書の管理情報を一括して管理することを特徴とする。
【００２０】
なお、本発明の構成要素、表現または構成要素の任意の組合せを、方法、装置、システム、コンピュータプログラム、記録媒体、データ構造などに適用したものも本発明の態様として有効である。
【発明の効果】
【００２１】
本発明によれば、画像形成装置に蓄積されている文書を複数のユーザが扱う場合の不具合を防止可能な画像形成装置および画像形成システムを提供可能である。
【発明を実施するための最良の形態】
【００２２】
次に、本発明を実施するための最良の形態を、以下の実施例に基づき図面を参照しつつ説明していく。ただし、この実施例に記載される構成要素、種類、組み合わせ、形状、その相対配置などは特定的な記載がない限り、この発明の範囲を、それのみに限定する主旨でなく単なる説明例に過ぎない。
【実施例１】
【００２３】
図１は、本発明によるネットワークプリントシステムの一実施例の構成図である。図１のネットワークプリントシステム１は、複数のクライアントＰＣ（以下、ＰＣという）１０ａ〜１０ｄと、所定の作像プロセスにより記録用シートに画像を形成する画像形成装置の一例としてのプリンタ１１ａ，複合機１１ｂと、ホストＰＣ１２とが、ネットワークの一例としてのＬＡＮを経由して接続されている。なお、ＰＣの何れか一つを指す場合はＰＣ１０と記載する。また、プリンタ１１ａ，複合機１１ｂの何れかを指す場合はプリンタ１１と記載する。
【００２４】
ＰＣ１０は、プリンタ１１に印刷データを送信して、印刷，蓄積又は書き込み等の処理を行う。プリンタ１１には、ユーザにプリンタ１１の操作やプリンタ１１の情報を視覚的に確認させるユーザとのインターフェースである操作パネルを備えている。また、プリンタ１１にはユーザにプリンタ１１の情報を視覚的に確認させるため、プリンタ１１の情報を用紙に印刷して出力するレポート印刷機能を備えている。また、プリンタ１１はＰＣ１０からＷｅｂブラウザを介してプリンタ１１の操作やプリンタ１１の情報を視覚的に確認させるユーザとのインターフェースであるＷｅｂサービス機能を備えている。
【００２５】
次に、本発明による画像形成装置の機能構成について説明する。ここでは、画像形成装置の一例としての複合機１１ｂを例として説明する。図２は本発明による複合機の機能構成を示す一実施例のブロック図である。図２の複合機１１ｂは、ソフトウェア群２０，エンジン２２，ネットワークコントローラ２３及びハードウェアリソース２４から構成されている。
【００２６】
ソフトウェア群２０は、プリンタ，コピー，ＦＡＸ等のアプリケーション３０と、各アプリケーション３０の要求を共通して処理する共通プラットフォーム３１とから構成されている。共通プラットフォーム３１は、アプリケーション３０からの処理要求を受け、エンジン２２等のハードウェア資源の獲得，動作要求を発生させるコントロールサービス群と、複数のハードウェア資源の管理を行い，コントロールサービス群からの要求を調停するシステムリソースマネージャ（ＳＲＭ）６１と、汎用ＯＳ６２とを有する。
【００２７】
コントロールサービス群は複数のモジュールから構成されている。具体的に、共通プラットフォーム３１に含まれるコントロールサービスは、ＥＣＳ５１，ＭＣＳ５２，ＯＣＳ５３，ＦＣＳ５４，ＮＣＳ５５，ＵＣＳ５６，ＣＣＳ５７，ＳＣＳ５８から構成されている。また、複合機１１ｂは共通プラットフォーム３１にアプリケーション３０の処理要求を実現するＡＰＩ（Application Program Interface）を有する。汎用ＯＳ６２は、汎用のオペレーティングシステムであり、共通プラットフォーム３１及びアプリケーション３０の各ソフトウェアを並列に処理、実現している。
【００２８】
ＳＲＭ６１は、ＳＣＳ５８と共にシステムの制御及びハードウェア資源の管理を行なうものである。ＳＲＭ６１は、ハードウェア資源を利用する上位層からの要求に従って調停を行い、実行制御する。
【００２９】
エンジンコントロールサービス（ＥＣＳ）５１は、プロッタ，スキャナ，ファクシミリ等から成るハードウェア資源のエンジン制御を行なう。メモリコントロールサービス（ＭＣＳ）５２は、画像用のメモリを管理するもので、画像メモリの取得及び解放、ハードディスクドライブ（ＨＤＤ）の利用や画像データの圧縮，伸張も行なう。
【００３０】
操作パネルコントロールサービス（ＯＣＳ）５３は、ユーザとのインターフェース部分である操作パネルの制御を行なう。ＯＣＳ５３は、操作パネルのキー押下を取得し、各アプリケーション３０にキー押下の通知を行なう。また、ＯＣＳ５３は操作パネルの操作表示部に各種画面の描画出力やＬＥＤ点灯，操作パネルの操作機能を各アプリケーション３０に提供している。
【００３１】
ファックスコントロールサービス（ＦＣＳ）５４は、図示していないファックスコントロールユニット（ＦＣＵ）とのコマンド・データ転送制御を行なうものであり、ファクシミリ送受信、ファクシミリデータの登録／引用、ファクシミリ読み取り等を行なうためのＡＰＩを各アプリケーション３０に提供している。
【００３２】
ネットワークコントロールサービス（ＮＣＳ）５５は、ネットワークの各種プロトコル制御を行なうものである。ＮＣＳ５５は、ネットワーク側から受信したデータの各アプリケーション３０への振り分けや、アプリケーション３０からデータをネットワーク側に送信する際の仲介を行う。
【００３３】
ユーザ情報コントロールサービス（ＵＣＳ）５６は、共通プラットフォーム３１においてユーザ情報の一元管理を行っている。ＵＣＳ５６は、不正なデータアクセスを防ぐことを目的とし、データアクセスに対する利用制限を制御している。
【００３４】
認証／課金コントロールサービス（ＣＣＳ）５７は、認証／課金制御を行なう。ＣＣＳ５７はセキュリティ強化に対応するための、ユーザログインによる認証を伴う機能制限情報を発行する。また、ＣＣＳ５７はユーザに認証を要求する画面を生成する。さらに、ＣＣＳ５７は、ある機能を実行する際に、どの課金装置にて課金を行えば良いかという情報を各アプリケーション３０に提供する。
【００３５】
システムコントロールサービス（ＳＣＳ）５８は、アプリケーション３０の切り替え等のアプリ管理、ハードウェア資源の調停、システム画面表示などの操作パネルの制御を行なう。
【００３６】
アプリケーション３０は、プリンタアプリ４１と、コピーアプリ４２と、ＦＡＸアプリ４３と、スキャナアプリ４４と、ネットファイルアプリ４５とを有している。プリンタアプリ４１は、プリンタ機能を実現する。コピーアプリ４２は、コピー機能を実現する。ＦＡＸアプリ４３は、ファクシミリ機能を実現する。スキャナアプリ４４は、スキャナ機能を実現する。ネットファイルアプリ４５は、ネットファイル機能を実現する。
【００３７】
図２のブロック図では、プリンタ機能，コピー機能，ファクシミリ機能、スキャナ機能およびネットファイル機能等を実現するアプリケーション３０を別々に有しているが、各機能を実現するアプリケーション３０を機能に共通して一つ存在させても、協調動作する複数のアプリケーション３０を有していても構わない。
【００３８】
次に、本発明によるアプリケーション３０の構成について説明する。ここでは、アプリケーション３０の一例としてのプリンタアプリ４１を例として説明するが、コピーアプリ４２等の他のアプリケーション３０、又は全てのアプリケーション３０に適用しても構わない。図３は本発明によるプリンタアプリの一実施例の構成図である。図３のプリンタアプリ４１は複数のモジュールにより構成されている。
【００３９】
図３のプリンタアプリ４１は、ユーザインターフェース制御部７１，アプリケーション機能制御部７２及び共通プラットフォームインターフェース部７３を有している。ユーザインターフェース制御部７１は、ユーザインターフェースを制御する。アプリケーション機能制御部７２は、プリンタの起動，維持の制御を行い、印刷機能，その他のプリンタの付加価値を高める機能を実現する。また、共通プラットフォームインターフェース部７３はハードウェア資源を管理する共通プラットフォーム３１とのインターフェースを実現している。
【００４０】
ここでは、ユーザインターフェース制御部７１，アプリケーション機能制御部７２について更に説明を行なう。ユーザインターフェース制御部７１は、操作パネル制御部８１及びＷｅｂサービス制御部８２を有している。操作パネル制御部８１は、ユーザに情報を提供する又はユーザの要求を受け付けるユーザインターフェースである操作パネルの制御を行なう。Ｗｅｂサービス制御部８２は、ユーザに情報を提供する又はユーザの要求を受け付けるユーザインターフェースであるＷｅｂ画面の制御を行なう。
【００４１】
アプリケーション機能制御部７２は、要求受付部８３，アクセスユーザ管理部８４及びドキュメント管理部８５を有している。ドキュメント管理部８５は、機器本体に蓄積されている蓄積文書の管理情報，文書操作を管理する。ドキュメント管理部８５は、ユーザインターフェース制御部７１の操作パネル制御部８１又はＷｅｂサービス制御部８２からの要求を受け付け、処理を行う。要求受付部８３は、ユーザインターフェース制御部７１とドキュメント管理部８５とのやり取りを受け付ける。なお、ユーザインターフェース制御部７１とドキュメント管理部８５とを直接やり取りさせて、要求受付部８３を配置しない構成も可能である。ドキュメント管理部８５の詳細は後述する。
【００４２】
アクセスユーザ管理部８４は、複合機１１ｂにログインしている、又は印刷や機器設定などの操作を行おうとしているユーザを管理する。アクセスユーザ管理部８４は、図２の共通プラットフォーム３１においてユーザ情報の一元管理を行っているＵＣＳ５６と接続される。アクセスユーザ管理部８４は、アドレス帳に登録されているユーザ情報等を参照する。そして、アクセスユーザ管理部８４は複合機１１ｂを現在操作しているユーザに対してＩＤ付けを行い、管理する。
【００４３】
ドキュメント管理部８５は、ドキュメント（蓄積文書）毎に操作中のユーザＩＤリストを保持する。複合機１１ｂの操作パネルに操作中のユーザ情報を表示する場合、ドキュメント管理部８５はドキュメント毎に保持している操作中のユーザＩＤリストを元に、アクセスユーザ管理部８４へ問い合わせを行い、ユーザ情報を取得する。そして、ドキュメント管理部８５は取得したユーザ情報を操作パネル制御部８１に提供する。アクセスユーザ管理部８４は、複合機１１ｂを操作している最中のユーザ情報を管理しており、ユーザ毎の操作内容や閲覧内容についても保持し、管理を行っている。
【００４４】
また、ドキュメント管理部８５はドキュメントに変更が加わった際に、アクセスユーザ管理部８４へ問い合わせを行い、そのドキュメントを閲覧している全てのユーザのユーザ情報を取得する。そして、ドキュメント管理部８５は取得したユーザ情報を元に、ドキュメントを閲覧しているユーザインターフェースを特定し、ドキュメントが更新されたことを通知する。
【００４５】
次に、本発明で管理対象となるドキュメントの管理情報について説明する。図４はドキュメントに付随される管理情報の一例の構成図である。ドキュメントには、ドキュメントＩＤ，ドキュメント名，作成者，パスワード，作成日時，有効期間，ページ数などの管理情報が付随している。これらの管理情報の一部は複合機１１ｂの操作パネルなどのユーザインターフェースに表示される。ユーザは、ユーザインターフェースに表示された管理情報の一部を参照して、印刷や削除などの文書操作を行なう。
【００４６】
図５は、操作パネルに表示されるドキュメント一覧画面の一例のイメージ図である。ドキュメント一覧画面は、管理情報の一部を利用して生成される。ドキュメントに対して行える操作内容は、閲覧，印刷，削除，パスワード変更，ドキュメント名変更などの管理情報の変更が上げられる。
【００４７】
また、ユーザ認証管理機能を備えている場合、複合機１１ｂはユーザ種類別のドキュメント操作権限を与えることができ、ユーザ種類によってドキュメントの印刷可又は印刷不可を管理できる。
【００４８】
例えば文書管理者は全ドキュメントについて閲覧，印刷，削除，パスワードの変更，ドキュメント名変更の全てを行なうことができる。一方、一般ユーザは自分の作成したドキュメントのみ全操作を行なうことができる。そして、一般ユーザは他のユーザの作成したドキュメントについて閲覧しか行えない。
【００４９】
このように、複合機１１ｂではユーザ種類別のドキュメント操作権限を与えることができるように、ユーザ種類別の使用権限の仕様を保持している必要があるため、ドキュメント管理部８５に使用権限の仕様を保持しておく。
【００５０】
図６は、ドキュメント管理部の一実施例の構成図である。図６のドキュメント管理部８５は、制御部９１，ドキュメント管理情報記憶部９２，ユーザ種類別文書操作権限仕様記憶部９３を有している。ドキュメント管理情報記憶部９２はドキュメントの管理情報を記憶している。また、ユーザ種類別文書操作権限仕様記憶部９３はユーザ種類別の使用権限の仕様を記憶している。制御部９１は、ドキュメントの管理情報およびユーザ種類別の使用権限の仕様を用いて上記したような処理を行う。なお、ドキュメントは別途管理する他のモジュールにて保持しても構わない。
【００５１】
図７は、操作パネル制御部及びＷｅｂサービス制御部とドキュメント管理部とのデータのやり取りを示した構成図である。図７を元に、プリンタアプリ４１の各モジュールの責務を明らかにしていく。
【００５２】
操作パネルやＷｅｂサービスは、ユーザの要求を受け付ける。言い換えれば、操作パネルやＷｅｂサービスは印刷，削除等のドキュメントに対する操作要求を受け付ける。この操作要求をユーザインターフェース制御部７１はドキュメント管理部８５に依頼する。このとき、ユーザインターフェース制御部７１からドキュメント管理部８５に渡される情報は操作要求の対象であるドキュメントを特定するもの（ドキュメントＩＤなど）及び操作内容（印刷，削除など）である。
【００５３】
ユーザインターフェース制御部７１からの操作要求を受け、ドキュメント管理部８５はドキュメント操作の実行とドキュメントの管理情報の変更を行う。実際にドキュメントを印刷又は削除する文書操作には、ハードウェア資源の活用等が必要であるため、更に別のモジュールへと処理を委譲していくことになる。
【００５４】
その場合、ドキュメント管理部８５は文書操作に対応する処理を行う為に、各処理を行うモジュールに振り分けを行なう。このとき、複合機１１ｂでユーザ認証管理を行なう場合は、ドキュメント管理部８５が、それぞれのドキュメントについて、要求するユーザが対象となるドキュメントの文書操作が可能か否かの判定を行なう。ドキュメントの文書操作が可能と判定された場合のみ、ドキュメント管理部８５はドキュメントの文書操作の実行とドキュメントの管理情報の更新とが可能である。
【００５５】
よって、ドキュメント管理部８５ではドキュメントの文書操作を行なうユーザのユーザ情報と、保持しているユーザ種類別のドキュメント操作権限とを照らし合わせ、対象となるドキュメントの文書操作が可能か否かの判定を行なう。もちろん、ドキュメント管理部８５は、現在ログインしているユーザを管理する他のモジュールに処理を委譲しても構わない。
【００５６】
また、ドキュメント管理部８５ではドキュメントが更新された際に、ドキュメントを閲覧している全てのユーザのユーザインターフェースに対し、ドキュメントが更新されたことを通知する。
【００５７】
また、ドキュメント管理部８５はドキュメントがユーザにより操作中か否かの状態を保持する。この状態の保持の仕方は、ドキュメント毎に管理構造体を持ち、その中に制御フラグを持つ等のやり方が考えられる。ドキュメント管理部８５はユーザインターフェース制御部７１からドキュメントに対する操作要求（印刷，削除等）を受け付けると、そのドキュメントに対応する管理構造体を見て、ドキュメントがユーザにより操作中か否かの判定を行い、操作中でない場合のみドキュメントに対する文書操作の実行及びドキュメントを変更する。既に他のユーザによりドキュメントが操作中であれば、ドキュメント管理部８５はユーザインターフェース制御部７１に操作不可を返す。ただし、ドキュメントの閲覧に関しては、他のユーザが印刷等の文書操作を行っていても可能である。
【００５８】
図８は、ユーザインターフェース制御部とアプリケーション機能制御部の各モジュールとのやり取りを示すシーケンス図である。ただし、図８のシーケンス図では主なやり取りの流れを示し、実現に際して関数コールや非同期のイベント処理，関数の戻りで実現するなどの規定を何ら限定しない。図８のシーケンス図は、複合機１１ｂに蓄積されているドキュメントのドキュメント一覧画面をユーザインターフェースに表示したあと、ユーザの文書操作によりドキュメントの削除を行なう例である。
【００５９】
ステップＳ１に進み、ユーザインターフェース制御部７１はドキュメント管理部８５に文書閲覧要求を行なう。なお、ユーザインターフェース制御部７１からの文書閲覧要求は要求受付部８３を介してアプリケーション機能制御部７２の各モジュールに伝わる。文書閲覧要求には、要求するユーザを特定する為の情報（ユーザＩＤなど）が含まれる。
【００６０】
ステップＳ２に進み、ドキュメント管理部８５は文書閲覧権限チェックを行なう。具体的に、ドキュメント管理部８５では、文書閲覧要求を行ったユーザがドキュメントを閲覧可能か否かの判定を行なう。閲覧可能か否かの判定には、そもそも文書閲覧自体が行えるか否かという判定、又、ドキュメント一つ一つに対してユーザが閲覧可能か否かという判定がある。例えば文書管理者は全てのドキュメントを閲覧可能である。また、一般ユーザは自分の作成したドキュメントのみを閲覧可能である。この条件は例であり、更に詳細なユーザ種類を定義して、ユーザ種類別の文書閲覧範囲を規定することもできる。
【００６１】
ステップＳ３に進み、要求受付部８３はユーザの操作内容である閲覧をアクセスユーザ管理部８４に登録する。また、ステップＳ４に進み、ドキュメント管理部８５はユーザが閲覧可能なドキュメントについてのみ、ユーザインターフェース制御部７１へ管理情報を提供する。
【００６２】
なお、管理情報にもドキュメント名，作成者など様々な項目があるが、ドキュメント管理部８５は、それぞれの項目についてもユーザが閲覧可能か否かの判定を行なう。例えばドキュメント管理部８５は、管理情報に含まれる項目のうち個人情報に関わる作者名などの表示をしない、機密情報についてドキュメント名を表示しない等の判定を行える。これらの表示しない管理情報の項目は、ドキュメント管理部８５においてアスタリスク等の違う文字列に置き換えられたあと、ユーザインターフェース制御部７１に提供される。
【００６３】
ユーザインターフェース制御部７１では、ドキュメント管理部８５から提供されたドキュメントの管理情報を利用してドキュメント一覧画面を操作パネル等に表示する。このときユーザインターフェース制御部７１は、ドキュメント管理部８５によってアスタリスク等の違う文字列に置き換えられた管理情報の項目があれば、違う文字列に置き換えられたあとの管理情報を利用してドキュメント一覧画面を操作パネル等に表示する。ドキュメント管理部８５からユーザインターフェース制御部７１に提供する管理情報には、ユーザが印刷，削除等の文書操作を行えるか否かの情報を付加することもできる。
【００６４】
ユーザインターフェース制御部７１では、ユーザが印刷，削除等の文書操作を行えるか否かの情報に基づき、表示キーを半輝度表示にする等、文書操作ができないことをユーザへ視覚的に示すこともできる。
【００６５】
ステップＳ５以降は、ドキュメントの削除を行なうシーケンスが続いている。ドキュメント一覧画面上からユーザによりドキュメントが選択されたあと、消去ボタンが押下されると、ユーザインターフェース制御部７１はステップＳ５に進み、ドキュメント管理部８５に文書削除要求を行なう。
【００６６】
ステップＳ６に進み、ドキュメント管理部８５は文書操作権限チェックを行なう。具体的に、ドキュメント管理部８５では、文書削除要求を行ったユーザがドキュメントを削除可能か否かの判定を行なう。削除可能か否かは、閲覧と同様、ユーザ種類別の文書削除範囲を規定することができる。
【００６７】
また、削除対象のドキュメントにパスワードが付加されていれば、ドキュメント管理部８５はステップＳ７に進み、ユーザインターフェース制御部７１にパスワードの入力を要求する。ユーザインターフェース制御部７１は操作パネル等にパスワード入力画面を表示してユーザからのパスワードの入力を受け付ける。
【００６８】
パスワード入力画面にパスワードが入力されると、ユーザインターフェース制御部７１はステップＳ８に進み、ドキュメント管理部８５に入力されたパスワードを通知する。ステップＳ９に進み、ドキュメント管理部８５は入力されたパスワードと削除対象のドキュメントに付加されているパスワードとの整合チェックを行なう。
【００６９】
パスワードが整合されれば、ドキュメント管理部８５はステップＳ１０に進み、文書削除開始通知をユーザインターフェース制御部７１に通知する。そして、ドキュメント管理部８５は削除対象のドキュメントの削除処理を開始する。なお、パスワードが間違っている場合、ドキュメント管理部８５はパスワードの再入力を促し、入力誤りが規定回数以上繰り返されると、ドキュメントをロックして操作できなくする等の処理を行う。削除対象のドキュメントの削除処理が終了すると、ドキュメント管理部８５はステップＳ１２に進み、文書削除終了通知をユーザインターフェース制御部７１に通知する。
【００７０】
削除対象のドキュメントの削除処理が終了すると、ドキュメント管理部８５は削除したドキュメントの管理情報も削除する。つまり、ドキュメント一覧画面も変更される為、ドキュメント管理部８５はドキュメント一覧画面を表示しているユーザインターフェース制御部７１に対してドキュメント一覧画面が更新されたことを通知する必要がある。
【００７１】
そこで、ステップＳ１３に進み、ドキュメント管理部８５はドキュメント一覧画面を表示している全てのユーザインターフェースを特定する為に、アクセスユーザ管理部８４にドキュメント一覧画面を表示しているユーザのユーザ情報を要求する。ステップＳ１４に進み、ドキュメント管理部８５はアクセスユーザ管理部８４からドキュメント一覧画面を表示しているユーザのユーザ情報を取得する。
【００７２】
ステップＳ１５に進み、ドキュメント管理部８５はドキュメント一覧画面を表示しているユーザのユーザインターフェース制御部７１に文書情報更新通知を行い、ドキュメント一覧画面が更新されたことを通知する。
【００７３】
ステップＳ１６に進み、ユーザインターフェース制御部７１はドキュメント管理部８５に改めて文書閲覧要求を行なう。ステップＳ１７に進み、ドキュメント管理部８５は文書閲覧権限チェックを行なう。なお、改めて文書閲覧要求を行なう際は、全ての文書閲覧権限をチェックする必要はない。
【００７４】
この仕組みは、初めの文書閲覧要求時に、成功したら閲覧が可能であることを表すハンドル等のＩＤをユーザインターフェース制御部７１に提供しておくことで、次からハンドル等のＩＤをドキュメント管理部８５に渡して要求することが可能となる。ただし、ドキュメント毎の文書閲覧権限チェックは管理情報が更新されている為に毎回必要である。
【００７５】
そして、ステップＳ１８に進み、ドキュメント管理部８５はユーザが閲覧可能なドキュメントについてのみ、ユーザインターフェース制御部７１へ管理情報を提供する。ユーザインターフェース制御部７１では、ドキュメント管理部８５から提供されたドキュメントの管理情報を利用してドキュメント一覧画面を操作パネル等に表示する。
【００７６】
最後に、ユーザがドキュメント一覧画面から抜けた場合、ユーザインターフェース制御部７１はステップＳ１９に進み、その旨を伝える文書閲覧終了通知をドキュメント管理部８５に通知する。閲覧が終了した為、要求受付部８３はステップＳ２０に進み、アクセスユーザ管理部８４に登録されているユーザの操作内容である閲覧を変更して図８のシーケンス図の処理を終了する。
【００７７】
図９は、ユーザインターフェース制御部から文書閲覧要求が発生した場合におけるドキュメント管理部の動作を示す一例のフローチャートである。ここでは、未ログインの際のユーザに認証を要求する処理について、省略して説明する。また、図９のフローチャートでは触れていないが、ユーザインターフェース制御部７１に提供するドキュメント一覧画面に、閲覧しているユーザが印刷、削除などの文書操作を行えるか否かの情報を付加して渡すことも可能である。その場合、ユーザインターフェース制御部７１はユーザのドキュメント操作権限に応じて表示形式を変えて出力することも可能である。
【００７８】
ステップＳ３１に進み、ドキュメント管理部８５の制御部９１は待機中となる。ステップＳ３２に進み、制御部９１はユーザインターフェース制御部７１から文書閲覧要求を受信する。ステップＳ３３に進み、制御部９１は文書閲覧要求をしてきたユーザの操作内容として閲覧がアクセスユーザ管理部８４に登録済みであるか否かを判定する。
【００７９】
初回の文書閲覧要求では閲覧が登録済みでないと判定してステップＳ３４に進み、制御部９１がユーザ認証を行なうか否かを判定する。ユーザ認証を行なうと判定した場合、制御部９１はステップＳ３５に進み、ユーザ種類別文書操作権限仕様記憶部９３に記憶されているユーザ種類別の文書閲覧権限を確認する。
【００８０】
ステップＳ３６に進み、制御部９１はユーザ種類別の文書閲覧権限に基づき、文書閲覧要求を行ったユーザがドキュメントを閲覧可能か否かの判定を行なう。ユーザがドキュメントを閲覧可能であれば、制御部９１はステップＳ３７に進み、ドキュメント管理情報記憶部９２に記憶されている管理情報に基づき、全てのドキュメントに対して文書閲覧権限の確認を行なう。
【００８１】
ステップＳ３８に進み、制御部９１はユーザが閲覧可能なドキュメントのドキュメントＩＤリストを作成する。ステップＳ３９に進み、制御部９１はユーザが閲覧可能なドキュメント数が０より大きいか否かを判定する。ユーザが閲覧可能なドキュメント数が０より大きければ、制御部９１はステップＳ４０に進み、ユーザが閲覧可能なドキュメントのドキュメントＩＤリストを元に、ユーザが閲覧可能なドキュメントの管理情報リストを作成する。なお、制御部９１は表示しない管理情報の項目をマスクする。
【００８２】
ステップＳ４１に進み、制御部９１はユーザが閲覧可能なドキュメントの管理情報リストをユーザインターフェース制御部７１に提供して処理を終了する。なお、ステップＳ３３において、更新時の文書閲覧要求では閲覧が登録済みであると判定してステップＳ３７に進む。また、ステップＳ３４において、ユーザ認証を行なわないと判定した場合、制御部９１はステップＳ３７に進む。
【００８３】
また、ステップＳ３６において、ユーザがドキュメントを閲覧可能でなければ、制御部９１はステップＳ４３に進み、文書操作不可をユーザインターフェース制御部７１に通知して処理を終了する。ステップＳ３９において、ユーザが閲覧可能なドキュメント数が０より大きくなければ、制御部９１はステップＳ４２に進み、ユーザが閲覧可能なドキュメントが存在しない旨をユーザインターフェース制御部７１に通知して処理を終了する。
【００８４】
図１０は、ユーザインターフェース制御部から文書操作要求が発生した場合におけるドキュメント管理部の動作を示す一例のフローチャートである。ここでは、ドキュメント１つに対してのフローチャートを一例として記述しているが、ドキュメントが複数の場合も同様である。
【００８５】
また、操作対象のドキュメントにパスワードが付加されていれば、制御部９１はユーザインターフェース制御部７１にパスワードの入力を要求する。制御部９１は入力されたパスワードと削除対象のドキュメントに付加されているパスワードとの整合チェックの結果がパスワードの不一致である場合、パスワードの再入力を行わせるが、これに限定するものではない。また、入力誤りが規定回数以上繰り返されると、パスワードの再入力を行わないなどの処理を追加してもよい。
【００８６】
さらに、入力誤りが規定回数以上繰り返されると、ドキュメントをロックして操作できなくする等の処理を行う。ドキュメントがロックされてからロック解除されるまでは、他のユーザにより文書操作の要求がされても受け付けることはしない。また、ロックされているドキュメントに対して文書操作の要求がされた場合、制御部９１はアクセスユーザ管理部８４から文書操作を行っているユーザのユーザ情報を取得し、そのユーザ情報を文書操作の要求が受け付けられないユーザに対して通知することも可能である。
【００８７】
ステップＳ５１に進み、ドキュメント管理部８５の制御部９１は待機中となる。ステップＳ５２に進み、制御部９１はユーザインターフェース制御部７１から文書操作要求を受信する。続いてステップＳ５３に進み、制御部９１はユーザ認証を行なうか否かを判定する。ユーザ認証を行なうと判定した場合、制御部９１はステップＳ５４に進み、ユーザ種類別文書操作権限仕様記憶部９３に記憶されているユーザ種類別の文書操作権限を確認する。ステップＳ５５に進み、制御部９１はユーザ種類別の文書操作権限に基づき、文書操作要求を行ったユーザがドキュメントを操作可能か否かの判定を行なう。
【００８８】
ユーザがドキュメントを操作可能であれば、制御部９１はステップＳ５６に進み、文書操作の対象であるドキュメントの状態（操作中か否か）の確認を行なう。ステップＳ５７に進み、文書操作の対象であるドキュメントの状態が操作中で無ければ、制御部９１はステップＳ５８に進み、文書操作の対象であるドキュメントをロックする。
【００８９】
ステップＳ５９に進み、制御部９１は文書操作の対象であるドキュメントにパスワードが付加されているか否かを判定する。文書操作の対象であるドキュメントにパスワードが付加されていなければ、制御部９１はステップＳ６０に進み、文書操作の対象であるドキュメントに対して文書操作を実行する。
【００９０】
ステップＳ６１に進み、制御部９１はドキュメントの管理情報が変更されたか否かを判定する。ドキュメントの管理情報が変更されていれば、制御部９１はステップＳ６６に進み、ドキュメント一覧画面を表示しているユーザのユーザインターフェース制御部７１に文書情報更新通知を行い、ドキュメント一覧画面が更新されたことを通知する。ステップＳ６２に進み、制御部９１は文書操作の対象であるドキュメントをロックを解除して処理を終了する。
【００９１】
なお、ステップＳ６１においてドキュメントの管理情報が変更されていなければ、制御部９１はステップＳ６２に進む。ステップＳ５９において文書操作の対象であるドキュメントにパスワードが付加されていれば、制御部９１はステップＳ６３に進み、ユーザインターフェース制御部７１にパスワードの入力を要求する。ステップＳ６４に進み、ユーザインターフェース制御部７１は操作パネル等にパスワード入力画面を表示してユーザからのパスワードの入力を受け付ける。
【００９２】
パスワード入力画面にパスワードが入力されると、ユーザインターフェース制御部７１は入力されたパスワードをドキュメント管理部８５の制御部９１に通知する。ステップＳ６５に進み、制御部９１は入力されたパスワードと文書操作の対象であるドキュメントに付加されているパスワードとの整合チェックを行なう。パスワードが整合されれば、制御部９１はステップＳ６０に進む。パスワードが間違っていれば、制御部９１はステップＳ６３に戻り、パスワードの再入力を促す。
【００９３】
また、ステップＳ５７において文書操作の対象であるドキュメントの状態が操作中であれば、制御部９１はステップＳ６７に進み、文書操作の対象であるドキュメントが操作不可である旨をユーザインターフェース制御部７１に通知して処理を終了する。また、ステップＳ５５においてユーザがドキュメントを操作可能でなければ、制御部９１はステップＳ６８に進み、文書操作不可をユーザインターフェース制御部７１に通知して処理を終了する。
【００９４】
（まとめ）
本発明では、ドキュメント管理部８５が自機に蓄積されているドキュメントの管理情報を一括して管理し、ドキュメントの閲覧や操作(印刷、削除など)に関わる処理を一括して行う構成の為、ソフトウェア構成の複雑化を廃しソフトウェア構造が明確化される。そして本発明では、複数のユーザインターフェースにドキュメント一覧画面が表示される場合の差異を確実に無くすことができる。
【００９５】
ドキュメント管理部８５にて一括して行う処理には、ユーザインターフェースに表示する管理情報を提供する、ユーザが閲覧可能な文書かどうかの判断を行う、ドキュメントの管理情報ひとつひとつについてユーザが参照してよいかの判断を一括して行う、文書操作にパスワード入力が必要かどうかの判断や、パスワードの整合チェックを一括して行う等が含まれる。
【００９６】
また、本発明ではユーザインターフェースに表示する管理情報に加え、ユーザがドキュメントに対して可能な文書操作の情報を提供することで、ユーザインターフェースで印刷キーや削除キーなどの操作キーの表示形式を変えることができる。したがって、ユーザは操作できないキー（印刷キーなど）を押すことが無くなり、ユーザが無駄な動作をすることも無くなり、画像形成装置においても余計な処理を減らすことができる。また本発明では文書操作を行うたびの操作権限チェックを省くこともできる。
【００９７】
また、本発明では、機器本体の操作パネルやＰＣからリモートで操作するＷｅｂサービス等の複数の操作部（ユーザインターフェース）が存在する場合、一人のユーザがドキュメントの管理情報の変更や操作を行う際に他のユーザによる操作を禁止することで、複数のユーザが同時にドキュメントの文書操作をおこなえない。これにより、あるユーザが印刷のためにパスワード入力や部数選択などを行っている際、別のユーザにより同時に文書操作され、パスワードが変えられた、ドキュメント自体が削除された、などで印刷できなくなることを解消できる。
【００９８】
他にも、本発明では二人のユーザが同時に文書名変更を行った場合、実際に反映されるのは片方のみで、もう片方のユーザはそれを知ることもなく、後になってから文書操作を行う際にドキュメントが見つからないなどの不都合も解消できる。
【００９９】
また、本発明では複数のユーザが同時にドキュメントの文書操作を行う場合に、片方のユーザが文書操作の占有を行っている為に、文書操作が不可能であった別のユーザであっても、現在ドキュメントを占有しているユーザの情報がわかるため、文書操作できない理由を知ることが出来、文書操作しているユーザにコンタクトをとることも可能である。しがって、ユーザの作業を円滑に行なうことができる。また、他のユーザの情報を表示することは、個人情報に関わるため、この機能を無効にすることも可能である。
【０１００】
また、本発明では、機器本体に蓄積されているドキュメントの一覧画面の更新は一定時間間隔で定期的に更新されるものではなく、管理情報に変更があるたびに常に更新されるため、ドキュメントの一覧画面には最新の情報が常に表示される。これにより、印刷を行いたいユーザが機器本体の操作パネルから文書操作を行っている際に、別のユーザがＰＣからＷｅｂ画面上の操作部で管理情報を書き換えることをしても、ユーザが閲覧している操作パネルの画面には（画面更新を行わないと）それが表れず、操作パネルに存在しているドキュメントにも関わらず、実際印刷しようとするとドキュメントが無いということも解消される。他にも、二人のユーザが同時に文書名変更を行った場合、実際に反映されるのは片方のみで、もう片方のユーザはそれを知ることもなく、後になってから文書操作を行う際にドキュメントが見つからないなど、不都合も解消される。
【０１０１】
本発明は、具体的に開示された実施例に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。例えば本発明は、複数の利用者に共通に使用されるリソースを管理保持し、複数の情報表示・操作のユーザインターフェースを備え、リソースが同時に操作される情報機器に適用可能である。
【図面の簡単な説明】
【０１０２】
【図１】本発明によるネットワークプリントシステムの一実施例の構成図である。
【図２】本発明による複合機の機能構成を示す一実施例のブロック図である。
【図３】本発明によるプリンタアプリの一実施例の構成図である。
【図４】ドキュメントに付随される管理情報の一例の構成図である。
【図５】操作パネルに表示されるドキュメント一覧画面の一例のイメージ図である。
【図６】ドキュメント管理部の一実施例の構成図である。
【図７】操作パネル制御部及びＷｅｂサービス制御部とドキュメント管理部とのデータのやり取りを示した構成図である。
【図８】ユーザインターフェース制御部とアプリケーション機能制御部の各モジュールとのやり取りを示すシーケンス図である。
【図９】ユーザインターフェース制御部から文書閲覧要求が発生した場合におけるドキュメント管理部の動作を示す一例のフローチャートである。
【図１０】ユーザインターフェース制御部から文書操作要求が発生した場合におけるドキュメント管理部の動作を示す一例のフローチャートである。
【符号の説明】
【０１０３】
１ ネットワークプリントシステム
１０ａ〜１０ｄ クライアントＰＣ
１１ａ プリンタ
１１ｂ 複合機
１２ ホストＰＣ
２０ ソフトウェア群
２１ エンジンＩ／Ｆ
２２ エンジン
２３ ネットワークコントローラ
２４ ハードウェアリソース
３０ アプリケーション
３１ 共通プラットフォーム
３２ ＡＰＩ
４１ プリンタアプリ
４２ コピーアプリ
４３ ＦＡＸアプリ
４４ スキャナアプリ
４５ ネットファイルアプリ
５１ ＥＣＳ
５２ ＭＣＳ
５３ ＯＣＳ
５４ ＦＣＳ
５５ ＮＣＳ
５６ ＵＣＳ
５７ ＯＣＳ
５８ ＳＣＳ
６１ ＳＲＭ
６２ 汎用ＯＳ
７１ ユーザインターフェース制御部
７２ アプリケーション機能制御部
７３ 共通プラットフォームインターフェース部
８１ 操作パネル制御部
８２ Ｗｅｂサービス制御部
８３ 要求受付部
８４ アクセスユーザ管理部
８５ ドキュメント管理部
９１ 制御部
９２ ドキュメント管理情報記憶部
９３ ユーザ種類別文書操作権限仕様記憶部
【特許請求の範囲】
【請求項１】
文書を電子データとして蓄積可能な画像形成装置であって、
ユーザとの間で情報交換を行う複数のユーザインターフェースと、
複数の前記ユーザインターフェースを制御するユーザインターフェース制御部と、
前記文書の管理情報を管理し、前記ユーザインターフェース制御部からの要求に基づいて前記管理情報を提供するドキュメント管理部とを有し、
前記ドキュメント管理部は、前記文書に対する操作及び前記文書の管理情報を一括して管理することを特徴とする画像形成装置。
【請求項２】
前記ドキュメント管理部は、前記文書の管理情報を記憶するドキュメント管理情報記憶部と、
ユーザの種類別に前記文書に対する操作権限の仕様を記憶するユーザ種類別文書操作権限仕様記憶部と、
各種制御を行なう制御部とを有し、
前記制御部は、前記ユーザインターフェースを操作している前記ユーザの前記文書に対する操作権限を前記ユーザ種類別文書操作権限仕様記憶部から読み出し、前記ユーザが操作権限を持つ前記文書の管理情報を前記ドキュメント管理情報記憶部から読み出して、前記ユーザインターフェース制御部に前記文書の管理情報を提供することを特徴とする請求項１記載の画像形成装置。
【請求項３】
前記制御部は、前記文書の管理情報を構成する各項目毎に、前記ユーザが操作権限を持つか否かを判定して、前記ユーザが操作権限を持つ前記管理情報の項目を前記ユーザインターフェース制御部に提供することを特徴とする請求項２記載の画像形成装置。
【請求項４】
前記ユーザインターフェース制御部は、前記ユーザの操作権限に応じて、前記ユーザが前記文書に対する操作を要求する為の前記ユーザインターフェース上に表示される要求部を表示形式を変えて表示することを特徴とする請求項２又は３記載の画像形成装置。
【請求項５】
前記制御部は、前記ユーザが特定できない場合、前記項目として前記文書の作成者が記録されている前記文書の管理情報を、前記ユーザインターフェース制御部に提供しないことを特徴とする請求項３又は４記載の画像形成装置。
【請求項６】
前記制御部は、前記文書の管理情報に応じて、前記文書に対する操作にパスワードの入力が必要であるか否かを判定し、前記文書に対する操作にパスワードの入力が必要であれば、前記ユーザインターフェース制御部から前記文書に対する操作の要求があると、前記ユーザインターフェース制御部に対してパスワードの入力を要求することを特徴とする請求項２乃至５何れか一項記載の画像形成装置。
【請求項７】
文書を電子データとして蓄積可能な画像形成装置と、前記画像形成装置とネットワーク経由で接続されている１台以上の情報処理装置とを有する画像形成システムであって、
前記画像形成装置は、
前記情報処理装置を操作するユーザ及び前記機器本体を操作するユーザとの間で情報交換を行う複数のユーザインターフェースと、
複数の前記ユーザインターフェースを制御するユーザインターフェース制御部と、
前記文書の管理情報を管理し、前記ユーザインターフェース制御部からの要求に基づいて前記管理情報を提供するドキュメント管理部とを有し、
前記ドキュメント管理部は、前記文書に対する操作及び前記文書の管理情報を一括して管理することを特徴とする画像形成システム。
【請求項８】
前記ドキュメント管理部は、一つの前記ユーザインターフェースからの前記文書に対する操作の要求を処理している間、他の前記ユーザインターフェースからの前記文書に対する操作を禁止することを特徴とする請求項７記載の画像形成システム。
【請求項９】
前記画像形成装置は、前記ユーザインターフェースを操作している前記ユーザの情報と前記ユーザの前記文書に対する操作とを管理するアクセスユーザ管理部を更に有し、
前記ドキュメント管理部は、他の前記ユーザインターフェースからの前記文書に対する操作を禁止する際、前記文書に対する操作を禁止されたユーザの操作する前記ユーザインターフェースに対し、前記アクセスユーザ管理部から読み出した前記文書に対する操作を行っている前記ユーザの情報を表示するように、前記ユーザインターフェース制御部に前記ユーザの情報を提供することを特徴とする請求項８記載の画像形成システム。
【請求項１０】
前記ドキュメント管理部は、他の前記ユーザインターフェースからの前記文書に対する操作を禁止する際、前記文書に対する操作を禁止されたユーザの操作する前記ユーザインターフェースに対し、前記アクセスユーザ管理部から読み出した前記文書に対する操作を行っている前記ユーザの情報を表示しない設定も可能であることを特徴とする請求項９記載の画像形成システム。
【請求項１１】
前記ドキュメント管理部は、複数の前記ユーザインターフェースに前記文書の管理情報が表示されているとき、一つの前記ユーザインターフェースからの前記文書に対する操作の要求を処理したことにより前記文書の管理情報が変更されると、前記アクセス管理部が管理している前記ユーザの情報と前記ユーザの前記文書に対する操作とに基づいて、複数の前記ユーザインターフェースに表示されている前記文書の管理情報を、前記ユーザインターフェース制御部に更新させることを特徴とする請求項１０記載の画像形成システム。
【請求項１】
文書を電子データとして蓄積可能な画像形成装置であって、
ユーザとの間で情報交換を行う複数のユーザインターフェースと、
複数の前記ユーザインターフェースを制御するユーザインターフェース制御部と、
前記文書の管理情報を管理し、前記ユーザインターフェース制御部からの要求に基づいて前記管理情報を提供するドキュメント管理部とを有し、
前記ドキュメント管理部は、前記文書に対する操作及び前記文書の管理情報を一括して管理することを特徴とする画像形成装置。
【請求項２】
前記ドキュメント管理部は、前記文書の管理情報を記憶するドキュメント管理情報記憶部と、
ユーザの種類別に前記文書に対する操作権限の仕様を記憶するユーザ種類別文書操作権限仕様記憶部と、
各種制御を行なう制御部とを有し、
前記制御部は、前記ユーザインターフェースを操作している前記ユーザの前記文書に対する操作権限を前記ユーザ種類別文書操作権限仕様記憶部から読み出し、前記ユーザが操作権限を持つ前記文書の管理情報を前記ドキュメント管理情報記憶部から読み出して、前記ユーザインターフェース制御部に前記文書の管理情報を提供することを特徴とする請求項１記載の画像形成装置。
【請求項３】
前記制御部は、前記文書の管理情報を構成する各項目毎に、前記ユーザが操作権限を持つか否かを判定して、前記ユーザが操作権限を持つ前記管理情報の項目を前記ユーザインターフェース制御部に提供することを特徴とする請求項２記載の画像形成装置。
【請求項４】
前記ユーザインターフェース制御部は、前記ユーザの操作権限に応じて、前記ユーザが前記文書に対する操作を要求する為の前記ユーザインターフェース上に表示される要求部を表示形式を変えて表示することを特徴とする請求項２又は３記載の画像形成装置。
【請求項５】
前記制御部は、前記ユーザが特定できない場合、前記項目として前記文書の作成者が記録されている前記文書の管理情報を、前記ユーザインターフェース制御部に提供しないことを特徴とする請求項３又は４記載の画像形成装置。
【請求項６】
前記制御部は、前記文書の管理情報に応じて、前記文書に対する操作にパスワードの入力が必要であるか否かを判定し、前記文書に対する操作にパスワードの入力が必要であれば、前記ユーザインターフェース制御部から前記文書に対する操作の要求があると、前記ユーザインターフェース制御部に対してパスワードの入力を要求することを特徴とする請求項２乃至５何れか一項記載の画像形成装置。
【請求項７】
文書を電子データとして蓄積可能な画像形成装置と、前記画像形成装置とネットワーク経由で接続されている１台以上の情報処理装置とを有する画像形成システムであって、
前記画像形成装置は、
前記情報処理装置を操作するユーザ及び前記機器本体を操作するユーザとの間で情報交換を行う複数のユーザインターフェースと、
複数の前記ユーザインターフェースを制御するユーザインターフェース制御部と、
前記文書の管理情報を管理し、前記ユーザインターフェース制御部からの要求に基づいて前記管理情報を提供するドキュメント管理部とを有し、
前記ドキュメント管理部は、前記文書に対する操作及び前記文書の管理情報を一括して管理することを特徴とする画像形成システム。
【請求項８】
前記ドキュメント管理部は、一つの前記ユーザインターフェースからの前記文書に対する操作の要求を処理している間、他の前記ユーザインターフェースからの前記文書に対する操作を禁止することを特徴とする請求項７記載の画像形成システム。
【請求項９】
前記画像形成装置は、前記ユーザインターフェースを操作している前記ユーザの情報と前記ユーザの前記文書に対する操作とを管理するアクセスユーザ管理部を更に有し、
前記ドキュメント管理部は、他の前記ユーザインターフェースからの前記文書に対する操作を禁止する際、前記文書に対する操作を禁止されたユーザの操作する前記ユーザインターフェースに対し、前記アクセスユーザ管理部から読み出した前記文書に対する操作を行っている前記ユーザの情報を表示するように、前記ユーザインターフェース制御部に前記ユーザの情報を提供することを特徴とする請求項８記載の画像形成システム。
【請求項１０】
前記ドキュメント管理部は、他の前記ユーザインターフェースからの前記文書に対する操作を禁止する際、前記文書に対する操作を禁止されたユーザの操作する前記ユーザインターフェースに対し、前記アクセスユーザ管理部から読み出した前記文書に対する操作を行っている前記ユーザの情報を表示しない設定も可能であることを特徴とする請求項９記載の画像形成システム。
【請求項１１】
前記ドキュメント管理部は、複数の前記ユーザインターフェースに前記文書の管理情報が表示されているとき、一つの前記ユーザインターフェースからの前記文書に対する操作の要求を処理したことにより前記文書の管理情報が変更されると、前記アクセス管理部が管理している前記ユーザの情報と前記ユーザの前記文書に対する操作とに基づいて、複数の前記ユーザインターフェースに表示されている前記文書の管理情報を、前記ユーザインターフェース制御部に更新させることを特徴とする請求項１０記載の画像形成システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【公開番号】特開２００７−２０８８２３（Ｐ２００７−２０８８２３Ａ）
【公開日】平成１９年８月１６日（２００７．８．１６）
【国際特許分類】
【出願番号】特願２００６−２７２５２（Ｐ２００６−２７２５２）
【出願日】平成１８年２月３日（２００６．２．３）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
【公開日】平成１９年８月１６日（２００７．８．１６）
【国際特許分類】
【出願日】平成１８年２月３日（２００６．２．３）
【出願人】（０００００６７４７）株式会社リコー (37,907)
【Ｆターム（参考）】
[ Back to top ]