(57)【要約】【課題】  本発明の課題は、画像形成装置の管理及び処理に係る所定情報を可搬性記憶媒体に書き込むことで、オフラインで効率よく装置に係る問題の解析を行えるようにすることを提供することを目的とする。【解決手段】  本発明の課題は、可搬性記憶媒体を接続するためのインタフェースと、前記可搬性記憶媒体が前記インタフェースに接続されると、所定情報に基づいて、該可搬性記憶媒体へ内部情報を書き込むか否かを判断する書込可否判断手段と、前記書込可否判断手段によって書き込み可能であると判断した場合、前記内部情報を前記可搬性記憶媒体に書き込む書込手段とを有する画像形成装置によって達成される。【選択図】  図３
2007076334.tif 000002
【特許請求の範囲】
【請求項１】
可搬性記憶媒体を接続するためのインタフェースと、
前記可搬性記憶媒体が前記インタフェースに接続されると、所定情報に基づいて、該可搬性記憶媒体へ内部情報を書き込むか否かを判断する書込可否判断手段と、
前記書込可否判断手段によって書き込み可能であると判断した場合、前記内部情報を前記可搬性記憶媒体に書き込む書込手段とを有することを特徴とする画像形成装置。
【請求項２】
前記所定情報は、前記可搬性記憶媒体に格納されている該可搬性記憶媒体に固有の情報であって、
前記書込可否判断手段は、予め設定された前記内部情報の書き込みを許可する前記可搬性記憶媒体に固有の情報に前記所定情報が含まれる場合に、書き込み可能であると判断することを特徴とする請求項１記載の画像形成装置。
【請求項３】
前記所定情報は、前記可搬性記憶媒体に格納されている該可搬性記憶媒体の使用回数を示し、
前記書込可否判断手段は、前記可搬性記憶媒体から前記使用回数を読み取って、所定使用回数未満を示す場合に、書き込み可能であると判断し、
前記書込手段は、前記内部情報を前記可搬性記憶媒体に書き込む際に、前記使用回数をインクリメントすることを特徴とする請求項１記載の画像形成装置。
【請求項４】
ユーザに前記可搬性記憶媒体への書き込み可否を設定可能とする書込可否設定手段を有し、
前記書込可否判断手段は、前記書き込み可否の設定を前記所定情報として、該可搬性記憶媒体へ内部情報を書き込むか否かを判断することを特徴とする請求項１記載の画像形成装置。
【請求項５】
前記所定情報は、該画像形成装置へのユーザ認証の結果に係る情報であることを特徴とする請求項１記載の画像形成装置。
【請求項６】
前記書込手段は、特定の契機によって、前記可搬性記憶媒体への前記内部情報の書き込みを停止することを特徴とする請求項１乃至５のいずれか一項記載の画像形成装置。
【請求項７】
操作部からのユーザの指示を前記特定の契機とすることを特徴とする請求項６記載の画像形成装置。
【請求項８】
前記書込手段は、
前記可搬性記憶媒体の残容量を取得する残容量取得手段を有し、
前記残容量に基づいて前記特定の契機を判断して、前記可搬性記憶媒体への前記内部情報の書き込みを停止することを特徴とする請求項６記載の画像形成装置。
【請求項９】
前記書込手段は、
前記可搬性記憶媒体の残容量を取得する残容量取得手段を有し、
前記書き込み中に前記残容量が所定値以下となった場合を前記特定の契機を判断して、前記可搬性記憶媒体への前記内部情報の書き込みを停止して、書き込み先を内部記憶装置へと切り換えて書き込みを続行することを特徴とする請求項６記載の画像形成装置。
【請求項１０】
前記書込可否判断手段と書込手段とは、前記可搬性記憶媒体に格納されているプログラムを起動することによって実現されることを特徴とする請求項１乃至９のいずれか一項記載の画像形成装置。
【請求項１１】
コンピュータに、請求項１乃至１０のいずれか一項記載の画像形成装置における手段として機能させるプログラム。
【請求項１２】
請求項１１記載のプログラムを記録したコンピュータ読取可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、着脱可能な可搬性記憶媒体のインタフェースを有する画像形成装置に関し、装置の管理及び処理に係る所定情報を可搬性記憶媒体に書き込むことで、オフラインで効率よく装置に係る問題の解析を行えるようにすることを提供するものである。
【背景技術】
【０００２】
近年、プリンタ、ファクス、コピー、スキャナなどの各装置の機能を１つの筐体内に収納した画像形成装置が一般的に知られている。このような複合型の画像形成装置では、一つの筺体内に表示部、印刷部、及び撮像部などを設けると共に、プリンタ、ファクス、コピー、スキャナの各機能に対するアプリケーションを有し、そのアプリケーションを切り換えることにより、プリンタ、ファクス、コピー、スキャナとして動作することができる。
【０００３】
更に、個人認証の機能を備え、各ユーザに対して各機能の利用権限の設定を可能とする画像形成装置も開発されている。
【０００４】
このように、画像形成装置は、プログラムに基づき処理を実行する種々のアプリケーションやモジュールにより動作しているため、ソフトウェアの欠陥により問題が発生することがある。特に、画像形成装置のような組み込み機器において、ソフトウェアに起因する問題が発生した場合、その外観から問題の原因を解析することは困難である。そのため、ソフトウェアが動作時に残すデバッグ情報が必要となる。
【０００５】
また、実際の解析作業はパソコンを用いて行われることが多く、問題が発生した装置から、デバッグ装置からデバッグ情報をパソコンに持ってくる手段が必要である。特許文献１は、問題発生時に、画像形成装置に接続された着脱可能な可搬性記憶媒体にデバッグ情報を書き込むことが提案されている。着脱可能な記録媒体を接続するだけで、デバッグ情報を記録媒体に書き出すことが可能となった。
【特許文献１】特開２００４−２４９６６７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１では、着脱可能な記録媒体を接続するだけで、デバッグ情報を記録媒体に書き出されてしまうため、デバッグ情報にプログラムに関する機密情報が含まれている場合、情報セキュリティの面で好ましい処理とは言えない。また、記録媒体への記録中に、記録媒体の容量が上限に達してしまった場合に対策がなされないため、取得した情報を壊してしまう恐れや、必要な情報が取得できない可能性も考えられる。
【０００７】
そこで、本発明の課題は、このような問題点に鑑み、不必要なユーザにデバッグ情報を取得させないように制御し、かつ、必要なデバッグ情報を確実に取得可能とする画像形成装置を提供することである。
【課題を解決するための手段】
【０００８】
上記課題を解決するため、本発明は、可搬性記憶媒体を接続するためのインタフェースと、前記可搬性記憶媒体が前記インタフェースに接続されると、所定情報に基づいて、該可搬性記憶媒体へ内部情報を書き込むか否かを判断する書込可否判断手段と、前記書込可否判断手段によって書き込み可能であると判断した場合、前記内部情報を前記可搬性記憶媒体に書き込む書込手段とを有するように構成される。
【０００９】
このような画像形成装置では、デバッグ情報取得の可否を判断するため、不必要なユーザにデバッグ情報を取得させないようにできる。従って、情報漏えいの危険性を低下させることができる。
【００１０】
また、前記書込手段は、前記可搬性記憶媒体の残容量を取得する残容量取得手段を有し、
前記残容量に基づいて前記特定の契機を判断して、前記可搬性記憶媒体への前記内部情報の書き込みを停止するようにしてもよい。
【００１１】
このような画像形成装置では、容量不足時にデバッグ情報の取得を停止するため、取得したデバッグ情報を保護することができる。
【００１２】
或いは、前記書込手段は、前記可搬性記憶媒体の残容量を取得する残容量取得手段を有し、前記書き込み中に前記残容量が所定値以下となった場合を前記特定の契機を判断して、前記可搬性記憶媒体への前記内部情報の書き込みを停止して、書き込み先を内部記憶装置へと切り換えて書き込みを続行するようにしてもよい。
【００１３】
このような画像形成装置では、容量不足時にデバッグ情報の取得先を画像形成装置に内臓される記憶装置に変更するため、必要なデバッグ情報を確実に取得することができる。
【００１４】
更に、前記書込可否判断手段と書込手段とは、前記可搬性記憶媒体に格納されているプログラムを起動することによって実現されるようにしてもよい。
【００１５】
このような画像形成装置では、可搬性記憶媒体にデバッグ情報取得用のアプリケーションを保持することによって、この特定のアプリケーションを備えた可搬性記憶媒体でしかデバッグ情報の取得が行えないように制限することができる。従って、情報漏えいの危険性を低下させることができる。
【００１６】
上記課題を解決するための手段として、本発明は、上記画像形成装置での処理をコンピュータに行わせるためのプログラム、及びそのプログラムを記録したコンピュータ読取可能な記録媒体とすることもできる。
【発明の効果】
【００１７】
本発明によれば、不必要なユーザにデバッグ情報を取得させないように制御し、かつ、必要なデバッグ情報を確実に取得可能とする。
【発明を実施するための最良の形態】
【００１８】
以下、本発明の実施の形態を図面に基づいて説明する。
【００１９】
本発明の一実施例に係る多種の画像形成機能を融合する画像形成装置は、例えば、図１に示すような機能構成を成す。図１は、本発明の一実施例に係る多種の画像形成機能を融合する画像形成装置の機能構成を示すブロック図である。図１において、画像形成装置１は、アプリケーション層２とプラットフォーム層４とエンジン部８とを含む。インタフェース３はアプリケーション層２に対するプラットフォーム層４の提供するインタフェース（ＡＰＩ）であり、インタフェース７はプラットフォーム層４とエンジン部８との間のインタフェース（エンジンＩ／Ｆ）である。
【００２０】
アプリケーション層２は、画像形成装置１における個別の処理を行うソフトウェア群であり、コピー用のアプリケーションであるコピーアプリケーション２ａと、ファックス用のアプリケーションであるファックスアプリケーション２ｂと、プリンタ用のアプリケーションであるプリンタアプリケーション２ｃと、画像形成装置１のデバッグ情報の可搬性の外部記憶媒体への書き込み制御を行うデバッグ情報取得アプリケーション２０とを含む。
【００２１】
プラットフォーム層４は、アプリケーション層２のアプリケーションに対してインタフェース３を介して共通的なサービス機能を提供するソフトウェア群であり、サービス層５とＯＳ層６に分かれる。
【００２２】
サービス層５には、アプリケーション管理、操作部制御、システム画面表示、ＬＥＤ表示、リソース管理、および割り込み制御等の複数の機能を有するシステム制御サービス（ＳＣＳ：System Control Service）５ａと、ファックス機能のＡＰＩを提供するファクス制御サービス（ＦＣＳ：FAX Control Service）５ｂと、エンジン部の制御を行うエンジン制御サービス（ＥＣＳ：Engine Control Service)５ｃと、メモリ制御を行うメモリ制御サービス（ＭＣＳ：Memory Control Service）５ｄと、ユーザとのインタフェースとなるオペレーションパネル（操作部）の制御を行う操作部制御サービス（ＯＣＳ：Operation panel Control Service）５ｅと、ネットワーク入出力を必要とするアプリケーションに対して共通に利用できるサービスを提供するネットワーク制御サービス（ＮＣＳ：Network Control Service）５ｆと、ユーザ権限情報の管理を行うユーザ情報制御サービス（ＵＣＳ:User information Control Service）５ｇとが含まれる。
【００２３】
一方、エンジン部８には、プロッタ８１、スキャナ８２、その他ハードウェアリソース８３等のエンジンと、これらのエンジンを制御するエンジン制御ボード８４とが含まれる。
【００２４】
図２は、画像形成装置のハードウェア構成を示すブロック図である。図２において、画像形成装置１は、画像形成装置１における主たる制御動作を行うコントローラ１０１にオペレーションパネル１１３とファクスコントロールユニット１１４とプロッタ８１とスキャナ８２とその他ハードウェアリソース８３とが接続されて構成されている。
【００２５】
コントローラ１０１は、画像処理用途向けのＩＣであるＡＳＩＣ１０２にブリッジとしてのＮＢ１０５を介して一般制御用のＩＣであるＣＰＵ１０６が接続される。
【００２６】
ＮＢ１０５のＰＣＩバス９ａに、周辺デバイス等との接続を行うブリッジであるＳＢ１０８と、ネットワーク通信を制御するＮＩＣ１０９と、ＵＳＢディスクとして扱うことでデータを取り込むことができるＵＳＢ（Universal Serial Bus）ターゲット１１０と、ＩＥＥＥ802.11bインタフェースを提供するＩＥＥＥ802.11b  １１１ａと、ＩＥＥＥ1394インタフェースを提供するＩＥＥＥ1394  １１１ｂと、他のＵＳＢターゲット（例えば、ＵＳＢメモリ）と接続し大容量の画像データの送受信を可能とするＵＳＢホスト１１４と、ＳＤ（Secure Digital memory card）カード等のメモリカード１１６との間でプログラムおよびデータの入出力を行うメモリカードインタフェース１１５とが接続される。
【００２７】
ＡＳＩＣ１０２に記憶装置としてのローカルメモリ（ＭＥＭ−Ｃ）１０３とＨＤＤ（Hard Disk Drive）１０４とが接続され、ＮＢ１０５に記憶装置としてのシステムメモリ（ＭＥＭ−Ｐ）１０７が接続されて構成されている。
【００２８】
以下、本発明に係る、デバッグ情報の可搬性の外部記憶媒体への書き込みを制御する処理について説明する。以下参照される図では、本発明に係る処理に関連する構成部分と、処理フローのみが示され、画像形成装置１が備える他構成部分及び他処理フローは省略される。
[原理構成]
先ず、本発明に係る処理を実現するための原理構成について図３で説明する。図３は、外部記憶媒体にデバッグ情報を書き込む原理構成を示す図である。図３において、画像形成装置１内において、コピーアプリケーション２ａ、ファクスアプリケーション２ｂ、及びプリンタアプリケーション２ｃの夫々が、所定の共有メモリ１０７ａ内の割り当てられた記憶領域に必要に応じてデバッグ情報を随時格納する（ステップＳ１）。
【００２９】
画像形成装置１に可搬性の外部記憶媒体としてＵＳＢメモリ１１４ｄがＵＳＢホスト１１４に接続されると、ネットワーク制御サービス５ｆのｕｓｂｈｄ（ＵＳＢホストデーモン）５１のＵＳＢ接続検知部５３がその接続を検知すると（ステップＳ２）、ＵＳＢメモリ１１４ｄが接続されたことをｕｓｂｈｄ５１内のアプリケーション起動部５５に通知する（ステップＳ３）。接続検知の通知に応じて、アプリケーション起動部５５は、デバッグ情報取得アプリケーション２０に対して、デバッグ情報の書き込み開始を指示する（ステップＳ４）。
【００３０】
デバッグ情報取得アプリケーション２０は、共有メモリ１０７ａへアクセスし（ステップＳ５）、各アプリケーション２ａ〜２ｃによって格納されたデバッグ情報を読み出して（ステップＳ６）、ＵＳＢメモリ１１４ｄへと書き込む（ステップＳ７）。
【００３１】
ＵＳＢメモリ１１４ｄは、ＵＳＢマスストレージクラスに対応したＵＳＢ接続可能な記憶装置である。ｕｓｂｈｄ５１は、通信制御を行う機能の１つとしてネットワーク制御サービス５ｆに備えられ、ＵＳＢ接続検知ブ５３によってＵＳＢホスト１１４に接続されるデバイスを監視すると共に、アプリケーション起動部５５によってデバッグアプリケーションを起動する。
【００３２】
共有メモリ１０７ａは、アプリケーション２ａから２ｃによって共有して使用され、デバッグ情報が格納される。共有メモリ１０７ａは、例えば、システムメモリ１０７内の記憶領域の一部分であってもよい。
【００３３】
デバッグ情報取得アプリケーション２０は、上述したように、共有メモリ１０７ａに書き込まれたデバッグ情報を取得して、ＵＳＢメモリ１１４ｄに書き込む。なお、デバッグ情報取得アプリケーション２０は、オペレーションパネル１１３からのユーザの指示を受けて、デバッグ情報をＵＳＢメモリ１１４ｄに書き込むようにしてもよい。また、デバッグ情報取得アプリケーション２０は、デバッグ情報取得アプリケーション２０の起動後にデバッグ情報を取得し続けてもよいが、不正にデバッグ情報が取得されるのを抑止するために、デバッグ情報取得アプリケーション２０の起動時の１回のみ、上述したようなデバッグ情報をＵＳＢメモリ１１４ｄに書き込む処理を行うようにしてもよい。
［デバッグ情報の取得可否判断］
先ず、外部記憶媒体（例えば、ＵＳＢメモリ１１４ｄ）を特定する個体情報を用いてデバッグ情報の取得可否を判断する処理について図４、図５、及び図６で説明する。図４は、外部記憶媒体の個体情報を用いて取得可否判断を行う処理例を示す図である。図４中、図３に示す処理部及びステップと同等の処理部及びステップには同一符号を付し、その説明を省略する。
【００３４】
図４において、デバッグ情報取得アプリケーション２０は、アプリケーション起動部５４からデバッグ情報の書き込み開始指示を受信すると、不揮発性メモリ１０４ａにアクセスし（ステップＳ４−１）、デバッグ情報を取得可能な外部記憶媒体のベンダ名とシリアル番号とで示される取得可能媒体情報１４１を読み出す（ステップＳ４−２）。また、デバッグ情報取得アプリケーション２０は、ＵＳＢメモリ１１４ｄにアクセスして、ＵＳＢメモリ１１４ｄに予め格納されているベンダ名とシリアル番号とで示される個体情報１４２を取得する（ステップＳ４−３）。
【００３５】
デバッグ情報取得アプリケーション２０は、不揮発性メモリ１０４ａから取得した取得可能媒体情報１４１にＵＳＢメモリ１１４ｄから取得した個体情報１４２が含まれている場合に、共有メモリ１０７ａからデバッグ情報を読み出してＵＳＢメモリ１１４ｄへと書き込む（ステップＳ５からＳ７）。
【００３６】
不揮発性メモリ１０４ａには、予め、デバッグ情報の書き込みを許される外部記憶媒体のベンダ名とシリアル番号とが取得可能媒体情報１４１として設定されている。不揮発性メモリ１０４ａとして、ＨＤＤ１０４の所定記憶領域が割り当てられていてもよい。取得可能媒体情報１４１に示されるシリアル番号は、ある程度の範囲を指定するようにしてもよい。
【００３７】
取得可能媒体情報１４１では、例えば、ベンダ名「いろは」のシリアル番号「１１１１１１１１から２２２２２２２２」がデバッグ情報を取得可能な外部記憶媒体であることを示している。また、個体情報１４２では、ベンダ名「いろは」のシリアル番号「１２３４５６７８」であることが示されている。この例の場合、個体情報１４２は、取得可能媒体情報１４１で示される範囲内であるので、この個体情報１４２で特定されるＵＳＢメモリ１１４ｄにはデバッグ情報が書き込まれる。
【００３８】
また、ＵＳＢメモリ１１４ｄに、予め、デバッグ情報取得可能なアプリケーション名を可能アプリケーション名１４３に設定しておいてもよい。デバッグ情報取得アプリケーション２０は、ステップＳ４−３にて個体情報１４２を読み出す際に、この可能アプリケーション名１４３も読み出して、設定されているアプリケーション名に対応するデバッグ情報のみをＵＳＢメモリ１１４ｄに書き込むようにしてもよい。
【００３９】
更に、ＵＳＢメモリ１１４ｄに、使用回数１４４を書き込む領域を設けておき、デバッグ情報取得アプリケーション２０は、デバッグ情報の書き込み完了時にインクリメントさせておくと共に、ステップＳ４−３にてこの使用回数を読み出して所定の上限値未満である場合に、デバッグ情報の書き込むようにしてもよい。
【００４０】
図５は、図４に示す処理例を説明するためのフローチャート図である。図５において、デバッグ情報取得アプリケーション２０は、アプリケーション起動部５４からデバッグ情報の書き込み開始指示を受信すると、不揮発性メモリ１０４ａからデバッグ情報取得可能である記憶媒体に関する取得可能媒体情報１４１を取得する（ステップＳ１１）。また、デバッグ情報取得アプリケーション２０は、外部記憶媒体（図４の例では、ＵＳＢメモリ１１４ｄ）から個体情報１４２を取得する（ステップＳ１２）。この際、可能アプリケーション名１４３と、使用回数１４４とを併せて取得してもよい。
【００４１】
そして、デバッグ情報取得アプリケーション２０は、取得可能媒体情報１４１に個体情報１４２が含まれているか否かを判断することによって、ＵＳＢメモリ１１４ｄがデバッグ情報取得可能な外部記憶媒体であるか否かを判断する（ステップＳ１３）。更に、使用回数１４４が上限値未満であるか否かを判断することによってデバッグ情報取得可能な記憶媒体か否かを決定してもよい。デバッグ情報取得可能な記憶媒体でない場合、デバッグ情報取得アプリケーション２０は、ログ取得エラーをオペレーションパネル１１３に表示して（ステップＳ１３−２）、ユーザにＵＳＢメモリ１１４ｄがデバッグ情報取得可能な記憶媒体でないことを通知する。そして、この処理を終了する。
【００４２】
一方、ＵＳＢメモリ１１４ｄがデバッグ情報取得可能な記憶媒体である場合、デバッグ情報取得アプリケーション２０は、ＵＳＢメモリ１１４ｄから読み出した可能アプリケーション名１４３に設定されているアプリケーションのデバッグ情報を取得するデバッグ情報取得処理を実行する（ステップＳ１４）。デバッグ情報取得アプリケーション２０は、デバッグ情報をＵＳＢ１１４ｄに書き込み終えるとこの処理を終了する。
【００４３】
ステップＳ１３−２にてオペレーションパネル１１３に表示されるログ取得エラーを示す画面例について説明する。図６は、ステップＳ１３−２にて表示されるログ取得エラーを示す画面例を示す図である。図６において、ログ取得エラー画面７１は、ログ取得エラーを示すメッセージを表示するメッセージ領域７１ａと、正規の外部記憶媒体を接続した場合に再度処理を試みるためのＯＫボタン７１ｂと、デバッグ情報の取得を行わないで処理を終了させるためのキャンセルボタン７１ｃとを有する。
【００４４】
ログ取得エラーを示すメッセージを表示するメッセージ領域７１ａには、「現在、接続されているメモリには、ログを書き出すことはできません。  正規のメモリを接続して、「ＯＫ」を押してください。「キャンセル」を押すと、ログの取得を終了します」などのメッセージが表示される。
【００４５】
次に、画像形成装置１内に保存されるデバッグ情報取得可否を示す設定に基づいて、デバッグ情報の取得可否を判断する処理について図７、図８、及び図９で説明する。図７は、画像形成装置内のデバッグ情報取得可否を示す設定に基づいて、デバッグ情報の取得可否を判断する処理例を示す図である。図７中、図３及び図４に示す処理部及びステップと同等の処理部及びステップには同一符号を付し、その説明を省略する。
【００４６】
図７において、デバッグ情報取得アプリケーション２０は、アプリケーション起動部５４からデバッグ情報の書き込み開始指示を受信すると、不揮発性メモリ１０４ａにアクセスし（ステップＳ４−３）、不揮発性メモリ１０４ａ内に保存されているデバッグ情報取得可否情報１４５を読み出す（ステップＳ４−４）。
【００４７】
デバッグ情報取得アプリケーション２０は、不揮発性メモリ１０４ａから取得したデバッグ情報取得可否情報１４５がデバッグ情報取得可能であることを示す場合に、共有メモリ１０７ａからデバッグ情報を読み出してＵＳＢメモリ１１４ｄへと書き込む（ステップＳ５からＳ７）。
【００４８】
不揮発性メモリ１０４ａには、予め、管理者によって画像形成装置１に設定された外部記憶媒体へのデバッグ情報の書き込みの可否を示すデバッグ情報取得可否情報１４５が保存される。
【００４９】
図８は、図７に示す処理例を説明するためのフローチャート図である。図８において、デバッグ情報取得アプリケーション２０は、アプリケーション起動部５４からデバッグ情報の書き込み開始指示を受信すると、不揮発性メモリ１０４ａからデバッグ情報取得可否情報１４５を取得する（ステップＳ２１）。
【００５０】
そして、デバッグ情報取得アプリケーション２０は、デバッグ情報取得可否情報１４５がデバッグ情報取得可能を示すか否かを判断する（ステップＳ２２）。デバッグ情報取得不可の場合、デバッグ情報取得アプリケーション２０は、ログ取得エラーをオペレーションパネル１１３に表示して（ステップＳ２２−２）、ユーザにログの取得が許されていないことを通知する。
【００５１】
一方、デバッグ情報取得可能な場合、デバッグ情報取得アプリケーション２０は、共有メモリ１０７ａからデバッグ情報を取得するデバッグ情報取得処理を実行する（ステップＳ２３）。デバッグ情報取得アプリケーション２０は、デバッグ情報をＵＳＢ１１４ｄに書き込み終えるとこの処理を終了する。
【００５２】
管理者が、画像形成装置１へデバッグ情報取得の可否を設定する画面例について図９で説明する。図９は、デバッグ情報取得の可否を設定する画面例を示す図である。図９において、デバッグ情報取得設定画面７２は、管理者のみにデバッグ情報取得を可能とする設定種別ボタン７２ａと、全てのユーザにデバッグ情報取得を可能とする設定種別ボタン７２ｂと、この画像形成装置１のデバッグ情報取得を許可しない設定種別ボタン７２ｃと、ＯＫボタン７２ｄと、キャンセルボタン７２ｅとを有する。
【００５３】
設定種別ボタン７２ａから７２ｃのいずれかが選択されると、例えば、反転して現在の設定状態が示される。この場合、管理者のみにデバッグ情報取得を可能とする設定種別ボタン７２ａが選択されており、デバッグ情報取得可否情報１４５には、「管理者のみ」を示す情報が設定される。
【００５４】
デバッグ情報取得可否情報１４５が「管理者のみ」を示す場合、ユーザは、管理者としてのログインを予め画像形成装置１に対して行っておく必要がある。そして、デバッグ情報取得アプリケーション２０は、ステップＳ２２にて、デバッグ情報取得可否情報１４５が「管理者のみ」を示す場合には、更に、ユーザが管理者としてログインされているか否かを判断し、管理者としてログインされている場合に、ステップＳ２３が実行される。管理者としてログインされていない場合には、ステップＳ２２−２が実行される。
【００５５】
デバッグ情報取得可否情報１４５が「全てのユーザ」を示す場合、ユーザは、ログインしていること条件としなくてもよい。
【００５６】
デバッグ情報取得可否情報１４５が「許可しない」を示す場合、ユーザのログインに関わらずデバッグ情報取得は不可となり、ステップＳ２２−２が実行される。
【００５７】
次に、ユーザの権限情報に基づいて、デバッグ情報の取得可否を判断する処理について図１０、図１１、及び図１２で説明する。図１０は、デバッグ情報の取得可否を判断する処理例を示す図である。図１０中、図３、図４及び図７に示す処理部及びステップと同等の処理部及びステップには同一符号を付し、その説明を省略する。図１０に示す処理例では、ユーザはログインしていることが要求される。
【００５８】
図１０において、デバッグ情報取得アプリケーション２０は、アプリケーション起動部５４からデバッグ情報の書き込み開始指示を受信すると、ユーザ情報管理サービス５ｇにアクセスして（ステップＳ４−５）、ユーザ情報管理サービス５ｇからログインしているユーザに対応するデバッグ情報取得可否を示すユーザ権限情報を取得する（ステップＳ４−６）。
【００５９】
デバッグ情報取得アプリケーション２０は、ユーザ情報管理サービス５ｇから取得したユーザ権限情報がデバッグ情報取得可能であることを示す場合に、共有メモリ１０７ａからデバッグ情報を読み出してＵＳＢメモリ１１４ｄへと書き込む（ステップＳ５からＳ７）。
【００６０】
ユーザ情報管理サービス５ｇによって管理されるユーザ権限情報には、予め、管理者によって設定されたデバッグ情報取得可否の情報が含まれている。
【００６１】
図１１は、図１０に示す処理例を説明するためのフローチャート図である。図１１において、デバッグ情報取得アプリケーション２０は、アプリケーション起動部５４からデバッグ情報の書き込み開始指示を受信すると、ユーザ情報管理サービス５ｇからユーザ権限情報を取得する（ステップＳ３１）。ここで、ユーザ情報管理サービス５ｇは、誰もログインしていない場合、未ログイン状態であることを示す情報をデバッグ情報取得アプリケーション２０に通知する。ログインしているユーザがいれば、ログイン済みのユーザのユーザ権限情報をデバッグ情報取得アプリケーション２０に通知する。
【００６２】
そして、デバッグ情報取得アプリケーション２０は、ユーザ権限情報がデバッグ情報取得可能を示すか否かを判断することによって、ユーザがデバッグ情報取得可能なユーザ権限を持っているか否かを判断する（ステップＳ３２）。また、デバッグ情報取得アプリケーション２０は、未ログイン状態であることを示す情報をユーザ情報管理サービス５ｇから受信している場合、デバッグ情報取得不可であると判断する。
デバッグ情報取得不可のユーザの場合、デバッグ情報取得アプリケーション２０は、ログ取得エラーをオペレーションパネル１１３に表示して（ステップＳ３２−２）、ユーザにログの取得が許されていないことを通知する。
【００６３】
一方、デバッグ情報取得可能なユーザの場合、デバッグ情報取得アプリケーション２０は、共有メモリ１０７ａからデバッグ情報を取得するデバッグ情報取得処理を実行する（ステップＳ３３）。デバッグ情報取得アプリケーション２０は、デバッグ情報をＵＳＢ１１４ｄに書き込み終えるとこの処理を終了する。
【００６４】
ステップＳ３３−２にてオペレーションパネル１１３に表示されるログ取得エラーを示す画面例について説明する。図１２は、図１１のステップＳ３３−２にて表示されるログ取得エラーを示す画面例を示す図である。図１２において、ログ取得エラー画面７３は、ログ取得エラーを示すメッセージを表示するメッセージ領域７３ａと、ログ取得エラー画面７３を終了させるためのＯＫボタン７１ｂとを有する。
【００６５】
ログ取得エラーを示すメッセージを表示するメッセージ領域７３ａには、「現在、ログインしているユーザには、ログを取得する権限はありません。  「ＯＫ」をして、この画面を終了させた後、ログ取得の権限があるユーザでログインしてください。」などのメッセージが表示される。
［デバッグ情報取得処理］
次に、デバッグ情報取得処理（ステップＳ５からＳ７）について詳細に説明する。図１３は、外部記憶媒体の書き込みサイズに基づいてデバッグ情報を書き込むデバッグ情報取得処理を説明するためのフローチャート図である。図１３において、デバッグ情報取得アプリケーション２０は、外部記憶媒体としてのＵＳＢメモリ１１４ｄへのデバッグ情報取得が可能であると判断すると、ＵＳＢメモリ１１４ｄから空き領域としての総メモリ容量を取得する（ステップＳ１４１）。ここで、デバッグ情報取得アプリケーション２０は、現在の書き込みサイズを一時的に保持しておく作業領域（以下、単に現在の書き込みサイズという）を初期化しておく。
【００６６】
デバッグ情報取得アプリケーション２０は、現在の書き込みサイズを取得して（ステップＳ１４２）、その現在の書き込みサイズに基づいてＵＳＢメモリ１１４ｄの残り容量を更新し、その残り容量がステップＳ１４１で取得した総メモリ容量に対して所定値（例えば、５０ＫＢ）以上あるか否かを判断する（ステップＳ１４３）。残り容量が所定値未満である場合、デバッグ情報取得アプリケーション２０は、ＵＳＢメモリ１１４ｄへのデバッグ情報の書き込みを停止して（ステップＳ１４３−１）、ログ取得エラーを表示して（ステップＳ１４３−２）、デバッグ情報取得処理を終了する。
【００６７】
一方、残り容量が所定値以上ある場合、デバッグ情報取得アプリケーション２０は、共有メモリ１０７ａからＵＳＢメモリ１１４ｄへと所定データ単位でデバッグ情報を書き込む（ステップＳ１４４）。
【００６８】
そして、デバッグ情報取得アプリケーション２０は、デバッグ情報の書き込みを完了したか否かを判断する（ステップＳ１４５）。デバッグ情報取得アプリケーション２０は、共有メモリ１０７ａに保持されているデバッグ情報をＵＳＢメモリ１１４ｄへの書き込みを途中であると判断した場合、現在の書き込みサイズに書き込んだデータ容量に更新して、ステップＳ１４２へと戻る。
【００６９】
一方、デバッグ情報取得アプリケーション２０は、共有メモリ１０７ａに保持されているデバッグ情報を全てＵＳＢメモリ１１４ｄへと書き込みを完了したと判断した場合、デバッグ情報取得処理を終了する。
【００７０】
ステップＳ１４３−２にて表示されるログ取得エラーを示す画面例について説明する。図１４は、ステップＳ１４３−２にて表示されるログ取得エラーを示す画面例を示す図である。図１４において、ログ取得エラー画面７４は、ログ取得エラーを示すメッセージを表示するメッセージ領域７４ａと、ＯＫボタン７４ｂとを有する。
【００７１】
ログ取得エラーを示すメッセージを表示するメッセージ領域７４ａには、「ログ書き出し用メモリの容量不足のため、ログ取得を終了しました。」などのメッセージが表示される。
【００７２】
次に、ＵＳＢメモリ１１４ｄにデバッグ情報全てを書き込めない場合に、画像形成装置１に備えられたＨＤＤ１０４へ切り換えて退避させるようにしたデバッグ情報取得処理について、図１５、図１６、図１７、及び図１８で説明する。図１５は、外部記憶装置の容量不足によりハードディスクへ切り換えてデバッグ情報を退避する処理例を示す図である。図１５中、図３、図４、図７、及び図１０に示す処理部及びステップと同等の処理部及びステップには同一符号を付し、その説明を省略する。
【００７３】
図１５において、デバッグ情報取得アプリケーション２０は、アプリケーション起動部５４からデバッグ情報の書き込み開始指示を受信すると（ステップＳ２からＳ４）、共有メモリ１０７ａからＵＳＢメモリ１１４ｄへとデバッグ情報を書き込む（ステップＳ５からＳ７）。
【００７４】
デバッグ情報取得アプリケーション２０は、共有メモリ１０７ａからＵＳＢメモリ１１４ｄへとデバッグ情報を書き込む際に、ＵＳＢメモリ１１４ｄが容量不足になったと判断すると、ＨＤＤ１０４へと書き込み先を切り換えて、ＵＳＢメモリ１１４ｄに書き込まれなかったデバッグ情報を退避する。そして、新しいＵＳＢメモリ１１４ｄが接続された場合には、ＨＤＤ１０４に退避しておいたデバッグ情報を書き込むようにする。
【００７５】
図１６及び図１７は、図１５に示す処理例を説明するためのフローチャート図である。図１６において、デバッグ情報取得アプリケーション２０は、外部記憶媒体としてのＵＳＢメモリ１１４ｄへのデバッグ情報取得が可能であると判断すると、ＵＳＢメモリ１１４ｄから書き込み可能な記憶領域の総メモリ容量を取得する（ステップＳ１４１）。ここで、デバッグ情報取得アプリケーション２０は、現在の書き込みサイズを一時的に保持しておく作業領域（以下、単に現在の書き込みサイズという）を初期化しておく。
【００７６】
デバッグ情報取得アプリケーション２０は、現在の書き込みサイズを取得して（ステップＳ１４２）、その現在の書き込みサイズに基づいてＵＳＢメモリ１１４ｄの残り容量を更新し、その残り容量がステップＳ１４１で取得した総メモリ容量に対して所定値以上あるか否かを判断する（ステップＳ１４３）。残り容量が所定値以上ある場合、図１３で説明したようにステップＳ１４４及びＳ１４５を実行し、デバッグ情報の書き込みが完了するとデバッグ情報取得処理を終了する。
【００７７】
一方、残り容量が所定値未満である場合、デバッグ情報取得アプリケーション２０は、ＵＳＢメモリ１１４ｄへのデバッグ情報の書き込みを停止して（ステップＳ１４３−１）、ログ取得エラーを表示して（ステップＳ１４３−２）、書き込み先をＨＤＤ１０４へ切り換える（ステップＳ１４３−３）。デバッグ情報取得アプリケーション２０は、残りのデバッグ情報全てを切り換えたＨＤＤ１０４へ書き込む（ステップＳ１４３−４）。図１７のステップＳ１４３−４へと処理が継続する。
【００７８】
デバッグ情報取得アプリケーション２０は、ログ取得エラーに応じて、ユーザが接続した新しいＵＳＢメモリ１１４ｄの接続を検知したか否かを判断する（ステップＳ１４３−４）。ＵＳＢ接続を検知せずに、ユーザによってキャンセルがなされたこをと検知すると、デバッグ情報取得処理を終了する。
【００７９】
一方、ＵＳＢ接続を検知すると、デバッグ情報取得アプリケーション２０は、ステップＳ１４３−４でＨＤＤ１０４に書き込んだデバッグ情報のサイズを取得する（ステップＳ１４３−５）。また、デバッグ情報取得アプリケーション２０は、接続されたＵＳＢメモリ１１４ｄの空き領域としての総メモリ容量を取得する（ステップＳ１４４−６）。
【００８０】
デバッグ情報取得アプリケーション２０は、ステップＳ１４３−５で取得したＨＤＤに書き込んだデバッグ情報のサイズがステップＳ１４４−６で取得した総メモリ容量に対して所定値以上あるか否かを判断する（ステップＳ１４４−８）。残り容量が所定値以上ある場合、デバッグ情報取得アプリケーション２０は、ＨＤＤ１０４からＵＳＢメモリ１１４ｄへとデバッグ情報を書き込み（ステップＳ１４４−９）、デバッグ情報取得処理を終了する。
【００８１】
一方、残り容量が所定値未満である場合、デバッグ情報取得アプリケーション２０は、総メモリ容量分のデバッグ情報をＨＤＤ１０４から読み出してＵＳＢメモリ１１４ｄへと書き込み（ステップＳ１４４−１０）、デバッグ情報取得処理を終了する。
【００８２】
ステップＳ１４３−２にて表示されるログ取得エラーを示す画面例について説明する。図１８は、ステップＳ１４３−２にて表示されるログ取得エラーを示す他の画面例を示す図である。図１８において、ログ取得エラー画面７５は、ログ取得エラーを示すメッセージを表示するメッセージ領域７５ａと、外部記憶媒体を接続した場合に再度処理を試みるためのＯＫボタン７５ｂと、デバッグ情報の取得を行わないで処理を終了させるためのキャンセルボタン７５ｃを有する。
【００８３】
ログ取得エラーを示すメッセージを表示するメッセージ領域７５ａには、「ログ書き出し用メモリの容量が不足しています。  新しいメモリを接続して、「ＯＫ」を押してください。「キャンセル」でログ取得を終了します。」などのメッセージが表示される。
[外部記憶媒体にデバッグ情報取得アプリケーションが備えられる構成]
上述では、画像形成装置１がデバッグ情報取得アプリケーション２０を備えた構成にて説明したが、外部記憶装置側に備えた場合であっても上述した種々の処理を実現可能である。
【００８４】
図１９は、デバッグ情報取得アプリケーションが外部記憶媒体に記憶されている場合の処理例を示す図である。図１９において、上述したデバッグ情報取得アプリケーション２０に実質的に同等なデバッグ情報取得アプリケーション２０ｐが、外部記憶装置としてのＵＳＢメモリ１１４ｄに記憶されている。
【００８５】
まず、画像形成装置１に外部記憶媒体としてＵＳＢメモリ１１４ｄがＵＳＢホスト１１４に接続されると、ネットワーク制御サービス５ｆのｕｓｂｈｄ（ＵＳＢホストデーモン）５１のＵＳＢ接続検知部５３がその接続を検知すると（ステップＳ２）、ＵＳＢメモリ１１４ｄが接続されたことをｕｓｂｈｄ５１内のアプリケーション起動部５５に通知する（ステップＳ３）。接続検知の通知に応じて、アプリケーション起動部５５は、ＵＳＢメモリ１１４ｄへアクセスして、デバッグ情報取得アプリケーション２０ｐに対して、デバッグ情報の書き込み開始を指示する（ステップＳ４−２）。
【００８６】
この場合、アプリケーション起動部５５は、ＵＳＢメモリ１１４ｄのデバッグ情報取得アプリケーション２０ｐを起動すると、仮想的に画像形成装置１内にてアプリケーション２０ｐが動作するため、上述したデバッグ情報取得アプリケーション２０と同等の位置付けとなる。従って、デバッグ情報取得アプリケーション２０ｐによって実行される種々の処理は、デバッグ情報取得アプリケーション２０による処理と同等であるので、詳細な説明を省略する。
【００８７】
上記実施例において、画像形成装置１を構成する各機能をプログラム化し、予め、例えば、ＣＤ−ＲＯＭ等の記録媒体に記録しておき、コンピュータに搭載したＣＤ−ＲＯＭドライブのような媒体駆動装置にこのＣＤ−ＲＯＭ等を装着して、このプログラムをコンピュータの記憶領域にロードして実行することによって、本発明の目的を達成することができる。
【００８８】
また、このような記録媒体から読み出されたプログラムが上記実施例における種々の機能を実現することにより、そのプログラム及びそのプログラムを記録した記録媒体も本発明を構成することができる。
【００８９】
なお、このようなプログラムを格納する記録媒体として半導体媒体（例えば、ＲＯＭ、不揮発性メモリ等）、光媒体（例えば、ＤＶＤ，ＭＯ，ＭＤ，ＣＤ等）、磁気媒体（例えば、磁気テープ、フレキシブルディスク等）等が使用可能である。
【００９０】
本発明によれば、デバッグ情報取得の可否を判断するため、不必要なユーザにデバッグ情報を取得させないようにすることができる。従って、情報漏えいの危険性を低下させることができる。
【００９１】
また、外部記憶媒体の容量が不足している場合に、デバッグ情報の取得を停止するため、取得したデバッグ情報を保護することができる。
【００９２】
更に、外部記憶媒体の容量が不足している場合に、デバッグ情報の取得先を画像形成装置１に内臓される記憶装置に変更することにより、必要なデバッグ情報を確実に取得することができる。
【００９３】
本発明は、具体的に開示された実施例に限定されるものではなく、特許請求の範囲から逸脱することなく、種々の変形や変更が可能である。
【図面の簡単な説明】
【００９４】
【図１】本発明の一実施例に係る多種の画像形成機能を融合する画像形成装置の機能構成を示すブロック図である。
【図２】画像形成装置のハードウェア構成を示すブロック図である。
【図３】外部記憶媒体にデバッグ情報を書き込む原理構成を示す図である。
【図４】外部記憶媒体の個体情報を用いて取得可否判断を行う処理例を示す図である。
【図５】図４に示す処理例を説明するためのフローチャート図である。
【図６】ステップＳ１３−２にて表示されるログ取得エラーを示す画面例を示す図である。
【図７】画像形成装置内のデバッグ情報取得可否を示す設定に基づいて、デバッグ情報の取得可否を判断する処理例を示す図である。
【図８】図７に示す処理例を説明するためのフローチャート図である。
【図９】デバッグ情報取得の可否を設定する画面例を示す図である。
【図１０】デバッグ情報の取得可否を判断する処理例を示す図である。
【図１１】図１０に示す処理例を説明するためのフローチャート図である。
【図１２】図１１のステップＳ３３−２にて表示されるログ取得エラーを示す画面例を示す図である。
【図１３】外部記憶媒体の書き込みサイズに基づいてデバッグ情報を書き込むデバッグ情報取得処理を説明するためのフローチャート図である。
【図１４】ステップＳ１４３−２にて表示されるログ取得エラーを示す画面例を示す図である。
【図１５】外部記憶装置の容量不足によりハードディスクへ切り換えてデバッグ情報を退避する処理例を示す図である。
【図１６】図１５に示す処理例を説明するためのフローチャート図（その１）である。
【図１７】図１５に示す処理例を説明するためのフローチャート図（その２）である。
【図１８】ステップＳ１４３−２にて表示されるログ取得エラーを示す他の画面例を示す図である。
【図１９】デバッグ情報取得アプリケーションが外部記憶媒体に記憶されている場合の処理例を示す図である。
【符号の説明】
【００９５】
１          画像形成装置
２          アプリケーション層
２ａ        コピーアプリケーション
２ｂ        ファクスアプリケーション
２ｃ        プリンタアプリケーション
２０        デバッグ情報取得アプリケーション
４          プラットフォーム層
５          サービス層
５ａ        システム制御サービス
５ｂ        ファクス制御サービス
５ｃ        エンジン制御サービス
５ｄ        メモリ制御サービス
５ｅ        操作部制御サービス
５ｆ        ネットワーク制御サービス
５ｇ        ユーザ情報制御サービス
５１        ｕｓｂｈｄ
５３        ＵＳＢ接続検知部
５５        アプリケーション起動部
６          ＯＳ層
７          インタフェース
８          エンジン部
８１        プロッタ
８２        スキャナ
８３        その他ハードウェアリソース
８４        エンジン制御ボード
１０１      コントローラ
１０２      ＡＳＩＣ
１０３      ローカルメモリ（ＭＥＭ−Ｃ）
１０４      ＨＤＤ
１０５      ＮＢ
１０６      ＣＰＵ
１０７      システムメモリ（ＭＥＭ−Ｐ）
１０８      ＳＢ
１０９      ＮＩＣ
１１０      ＵＳＢターゲット
１１１ａ    ＩＥＥＥ８０２．１１ｂ
１１１ｂ    ＩＥＥＥ１３９４
１１４      ＵＳＢホスト
１１４ｄ    ＵＳＢメモリ
１１５      メモリカードＩ／Ｆ
１１４ｄ    メモリカード
１４１      取得可能媒体情報
１４２      個体情報
１４３      可能アプリケーション名
１４４      使用回数
【図１】
2007076334.tif 000003
【図２】
2007076334.tif 000004
【図３】
2007076334.tif 000005
【図４】
2007076334.tif 000006
【図５】
2007076334.tif 000007
【図６】
2007076334.tif 000008
【図７】
2007076334.tif 000009
【図８】
2007076334.tif 000010
【図９】
2007076334.tif 000011
【図１０】
2007076334.tif 000012
【図１１】
2007076334.tif 000013
【図１２】
2007076334.tif 000014
【図１３】
2007076334.tif 000015
【図１４】
2007076334.tif 000016
【図１５】
2007076334.tif 000017
【図１６】
2007076334.tif 000018
【図１７】
2007076334.tif 000019
【図１８】
2007076334.tif 000020
【図１９】
2007076334.tif 000021