情報処理装置
【課題】装着された外部メモリ内に格納された所定構成に対応した動作を行うことによって、外部メモリを装着するだけで、ユーザが操作しなくても特定のファイルを自動的に外部メモリから読み出して動作を実行し、ファイルの作成が容易で、動作の順序も容易に修正することができるようにする。
【解決手段】着脱可能な不揮発性の外部メモリの装着を検出し、検出信号を出力する外部メモリ制御部と、該外部メモリ制御部からの検出信号に基づき、前記外部メモリ内の情報を参照して内容情報を通知する外部メモリ構成通知部と、該外部メモリ構成通知部からの通知情報内における所定構成の存在を検索する所定構成検索部と、該所定構成検索部によって検索された所定構成に対応した動作を行うように制御する制御部とを有する。
【解決手段】着脱可能な不揮発性の外部メモリの装着を検出し、検出信号を出力する外部メモリ制御部と、該外部メモリ制御部からの検出信号に基づき、前記外部メモリ内の情報を参照して内容情報を通知する外部メモリ構成通知部と、該外部メモリ構成通知部からの通知情報内における所定構成の存在を検索する所定構成検索部と、該所定構成検索部によって検索された所定構成に対応した動作を行うように制御する制御部とを有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、例えば、パソコンやプリンタ等に関するものである。
【背景技術】
【０００２】
従来、情報処理装置において、着脱可能な外部記憶装置によって情報処理装置の制御を行う場合、前記外部記憶装置の装着を確認後、ユーザが、前記情報処理装置の操作パネルを操作したり、前記情報処理装置のホストコンピュータを操作したりすることによって、前記外部記憶装置内に格納された情報を選択して起動させるようになっている。
【０００３】
この場合、前記情報処理装置に対するユーザによる操作の介入が、前記情報処理装置の操作パネルから直接的に、又は、通信を介してホストコンピュータから間接的に行われるようになっている。例えば、前記情報処理装置が印刷装置である場合、ユーザが前記印刷装置の操作パネルを操作し、装着された外部記憶装置に格納された印刷データを指定して印刷させたり、ユーザが印刷装置のホストコンピュータを操作して、該ホストコンピュータから、前記外部記憶装置内に格納された定型フォームを指定して、印刷装置にオーバーレイ印刷させるようになっている。
【０００４】
そのため、前記情報処理装置に外部記憶装置を装着しても、ユーザが介入して前記外部記憶装置内のディレクトリやファイルを指定し、動作を開始させる操作を行わないと、前記情報処理装置は起動しない。特に、同じ手順を毎回行う必要がある場合にユーザの介入を必要とすることは、前記ユーザにとって煩わしく、また、他のユーザが他の情報処理装置に対して同じ動作を行う際に誤りが生じやすい。
【０００５】
そこで、外部記憶装置が装着されると、該外部記憶装置に格納されたデータの印刷を自動的に行う情報処理装置としての印刷装置が提案されている（例えば、特許文献１参照。）。この場合、ユーザの介入を必要としないので、ユーザが煩わしく感じることがなく、また、操作における誤りが発生することがない。
【特許文献１】特開平５−２５０３６５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、前記従来の情報処理装置においては、外部記憶装置に格納されたすべてのデータが自動的に印刷されるので、前記外部記憶装置においてデータを格納するファイルの作成の手順が複雑になってしまい、また、印刷する必要のないデータを前記外部記憶装置に格納しておくことができない。さらに、前記外部記憶装置からデータを読み出して印刷する順序の修正を行うことができない。
【０００７】
本発明は、前記従来の情報処理装置の問題点を解決して、装着された外部メモリ内に格納された所定構成に対応した動作を行うことによって、外部メモリを装着するだけで、ユーザが操作しなくても特定のファイルを自動的に外部メモリから読み出して動作を実行し、ファイルの作成が容易で、動作の順序も容易に修正することができる情報処理装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
そのために、本発明の情報処理装置においては、着脱可能な不揮発性の外部メモリの装着を検出し、検出信号を出力する外部メモリ制御部と、該外部メモリ制御部からの検出信号に基づき、前記外部メモリ内の情報を参照して内容情報を通知する外部メモリ構成通知部と、該外部メモリ構成通知部からの通知情報内における所定構成の存在を検索する所定構成検索部と、該所定構成検索部によって検索された所定構成に対応した動作を行うように制御する制御部とを有する。
【発明の効果】
【０００９】
本発明によれば、情報処理装置は、外部メモリ内の情報内における所定構成の存在を検索し、検索された所定構成に対応した動作を行うように制御する。
【００１０】
この場合、外部メモリを装着するだけで、ユーザが操作しなくても特定のファイルを自動的に外部メモリから読み出して動作を実行し、ファイルの作成が容易で、動作の順序も容易に修正することができる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の実施の形態について図面を参照しながら詳細に説明する。
【００１２】
本実施の形態においては、情報処理装置がプリンタ、複写機、ファクシミリ装置等の画像形成装置であり、該画像形成装置に着脱可能な外部メモリがＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）規格のバスに接続可能なメモリとしてのＵＳＢメモリである場合について説明する。
【００１３】
図１は本発明の第１の実施の形態における画像形成装置のシステム構成を示すブロック図である。
【００１４】
図において、１０は情報処理装置としての画像形成装置であり、該画像形成装置１０は通信機能を備える。そして、１１は、通信路１２を介して前記画像形成装置１０に印刷情報を送信するコンピュータ装置としてのクライアント装置である。該クライアント装置１１は、前記通信路１２を介して画像形成装置１０に印刷の依頼を行う他、前記画像形成装置１０の情報を閲覧したり、前記画像形成装置１０の操作を行う。なお、前記通信路１２は、クライアント装置１１と画像形成装置１０とを接続し、前記クライアント装置１１及び前記画像形成装置１０間の情報交換に使用される情報の経路である。本実施の形態において、前記通信路１２は、印刷の依頼や、印刷データが通過する、例えば、ＵＳＢ、セントロニクスインターフェイス、ネットワーク等の経路である。また、１３は、ＵＳＢインターフェイスを備え、前記画像形成装置１０に着脱可能な記憶装置である外部メモリとしてのＵＳＢメモリであり、該ＵＳＢメモリ１３には、印刷データや制御の指示、ファイルの情報等が、構成（ディレクトリとファイル）として格納される。
【００１５】
次に、前記画像形成装置１０におけるハードウェアの構成について説明する。
【００１６】
図２は本発明の第１の実施の形態における画像形成装置のハードウェアの構成を示すブロック図である。
【００１７】
図２において、２１は前記画像形成装置１０の制御を行うプロセッサであり、２２は該プロセッサ２１が画像形成装置１０を制御するのに必要なプログラムやデータを格納するＲＯＭであり、２３はプロセッサ２１が動作するにあたり、必要な作業機やデータを格納するＲＡＭである。なお、情報を受信するためのバッファ、作成した画像の一時記憶領域、ファイル送信キュー等もＲＡＭ２３に含まれる。
【００１８】
また、２４はシステムのパラメータ、書き換え可能なプログラムやデータ等を保存する領域であるフラッシュメモリであり、２５はクライアント装置１１との通信を行う部分である通信部であり、２６は、ユーザに対して情報を表示するとともに、ユーザが操作するスイッチ等を備え、ユーザが操作して画像形成装置１０に対して指示を出す操作パネル部である。
【００１９】
そして、２７は印刷を行う印刷装置であり、２８は該印刷装置２７とのインターフェイスを取り制御する印刷装置制御部であり、２９はＵＳＢメモリ１３を装着するＵＳＢスロットを含む機構部としてのＵＳＢメモリ制御部である。
【００２０】
また、１４は内部バスであり、前記プロセッサ２１、ＲＯＭ２２、ＲＡＭ２３、フラッシュメモリ２４、通信部２５、操作パネル部２６、印刷装置制御部２７及びＵＳＢメモリ制御部２９のそれぞれの情報の共通経路として機能する。
【００２１】
次に、前記画像形成装置１０における機能について説明する。
【００２２】
図３は本発明の第１の実施の形態における画像形成装置の機能構成を示すブロック図、図４は本発明の第１の実施の形態におけるファイル送信キューの構成例を示す第１の図、図５は本発明の第１の実施の形態におけるファイル送信キューの構成例を示す第２の図、図６は本発明の第１の実施の形態におけるＵＳＢメモリの構成例を示す図、図７は本発明の第１の実施の形態における所定構成検索部の構成例を示す図である。
【００２３】
図３に示されるように、画像形成装置１０は、機能の観点から通信制御部３１、データ渡し処理部３２、ＰＤＬ（Ｐａｇｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ：ページ記述言語）処理部３３、印刷部３４及びファイル送信キュー３５を含む制御部３０、外部メモリ制御部としてのＵＳＢメモリ制御部３６、外部メモリ構成通知部としてのＵＳＢメモリ構成通知部３７、並びに、所定構成検索部４０を有する。
【００２４】
ここで、前記制御部３０は、通信制御部３１、データ渡し処理部３２、ＰＤＬ処理部３３、印刷部３４及びファイル送信キュー３５を含み、一般的にはホストコンピュータからの情報を処理し、印刷部３４において印刷を行うための制御を行う。なお、前記ホストコンピュータからの情報は主に印刷データである。そして、通信制御部３１は、クライアント装置１１との間で、ＵＳＢ、セントロニクスインターフェイス、ネットワーク等を介しての通信を行い、印刷データの受信、制御情報の受信、情報の送出等を制御する部分であり、受信バッファ等もここに含まれる。
【００２５】
また、前記データ渡し処理部３２は、クライアント装置１１からの受信データ又はＵＳＢメモリ１３のデータのいずれを、ＰＤＬ処理部３３に引き渡すかを制御する部分である。この場合、前記データ渡し処理部３２は、ファイル送信キュー３５のファイル登録の有無を調べる（図３（１））ことによって判断する。さらに、ＰＤＬ処理部３３は、前記データ渡し処理部３２より引き渡されたデータ及び情報を判断し、印刷データとして処理する他、制御コマンドとして処理する部分である。なお、無効なデータや指示は、受け捨てられる。そして、印刷部３４は、ＰＤＬ処理部３３によって処理及び作成された画像を印刷する。
【００２６】
また、ＵＳＢメモリ制御部３６は、ＵＳＢのスロット、ＵＳＢデバイスを制御するＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）等のロジックとこれを制御するドライバを含むプログラムとのインターフェイス部分であり、ハードウエア的な情報を、論理的な情報に変換する。この場合、前記ＵＳＢメモリ制御部３６は、ＵＳＢメモリ１３の装着を検出することによって、該ＵＳＢメモリ１３装着の信号、すなわち、ＵＳＢメモリ１３の装着の検出通知（図３（２））を出力し、これにより、ＵＳＢメモリ構成通知部３７を起動する。そして、ＵＳＢの規約上、周辺機器同士の接続はできないため、前記画像形成装置１０は、ＵＳＢのホストポート又はＯＮ−ＴＨＥ−ＧＯの機能を持つポートを有し、ＵＳＢメモリ１３に対してホストとなる機能を有する。
【００２７】
また、ＵＳＢメモリ構成通知部３７は、ＵＳＢメモリ１３のファイルシステムを含み、ＵＳＢメモリデバイスに対して、ファイル単位での情報や構成を提供する。そして、前記ＵＳＢメモリ構成通知部３７は、ＵＳＢメモリ内容（図３（３））からファイルシステムを通して構成されたＵＳＢメモリ１３の論理的な内容としてのファイル構成／ファイル内容（図３（４））、ファイルの読み出しデータ（図３（５））等の情報を提供し、また、ＵＳＢメモリ１３に対して、ファイルの書き込みも行う。
【００２８】
また、所定構成検索部４０は、ＵＳＢメモリ１３におけるファイル構成／ファイル内容（図３（４））に対して、所定の構成が存在するか否かを検索し、その結果によって、所定の動作を制御部３０に行わせるように、ファイル送信キュー３５に送信ファイルを登録する（図３（６））。すなわち、ファイル送信キュー３５への登録（図３（６））は、制御部３０に対する自動動作の指示となる。なお、ファイル送信キュー３５の参照及び削除は、制御部３０における自動作動の起動判断及び一動作の終了動作を示している。
【００２９】
また、前記ＵＳＢメモリ１３は、前述されたように、ＵＳＢインターフェイスを備えた着脱可能な不揮発性の外部記憶装置であり、ファイルシステムを備え、クライアント装置１１において読み書きすることができ、ポータブルなデバイスである。さらに、記憶媒体を含む、デジタルカメラも同様に扱うことができる。
【００３０】
ここで、前記ＵＳＢメモリ１３のファイル構成は、図６に示されるようなものが想定されている。この場合、“Ｒｏｏｔ”ディレクトリの下に“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリが存在し、該“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリの下に、送信すべきファイルが存在する。また、前記ＵＳＢメモリ内容（図３（３））は、ＵＳＢメモリ制御部３６によって遣（や）り取りされるＵＳＢメモリ１３の内容である。さらに、前記ファイルの読み出しデータ（図３（５））は、自動動作によって処理されるデータであり、データ渡し処理部３２によって、ＵＳＢメモリ構成通知部３７、ＵＳＢメモリ制御部３６を経由してＵＳＢメモリ１３から読み出される。さらに、図３（７）は、クライアント装置１１からのジョブであり、通常の動作において処理されるデータである。
【００３１】
そして、図７には、前記所定構成検索部４０の内部構成が示されており、前記所定構成検索部４０はＡｕｔｏＡｃｔｉｏｎディレクトリ検索機構４１と内部ファイル登録機構４２とを有する。前記ＡｕｔｏＡｃｔｉｏｎディレクトリ検索機構４１は、メモリの情報の中から“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリを検索する。また、前記内部ファイル登録機構４２は、前記ＡｕｔｏＡｃｔｉｏｎディレクトリ検索機構４１によって検索された“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリ内のファイルをファイル送信キュー３５に登録する役割を果たす。
【００３２】
そして、ファイル送信キュー３５は、所定構成の検出によって、制御部３０が実行を行うために情報を引き渡す部分であり、動作の実行に応じて状態が変化する。図４及び５にはファイル送信キュー３５の構成例が示されており、前記ファイル送信キュー３５は、ＦＩＦＯ（Ｆｉｒｓｔ−Ｉｎ Ｆｉｒｓｔ−Ｏｕｔ）の記憶領域であり、ＵＳＢメモリ１３上の送信すべきファイルのパスを順序立てて格納する領域である。図４及び５において、読み出しポインタ及び書き込みポインタの初期値は、点線の矢印によって表され、同じ領域を示している。図４及び５においては、ファイルパスの登録がない状態を示す。
【００３３】
さらに、図４には、登録の制限数を持つファイル送信キュー３５の例が示されている。図４に示される例は、ファイルパスを５つ登録し、２つを読み出し終えた状態を示している。そして、ファイルパス登録後、書き込みポインタは、次の領域を指し、読み出しポインタは、読み出し終了後、次を指すように更新される。さらに、最後の領域の次は、先頭に戻る。なお、ファイルの最大登録数は、ファイルパス記憶領域−１の値である。
【００３４】
また、図５には、リンクリストによるエントリ数の制限を持たないファイル送信キュー３５の例が示されている。しかし、この場合もメモリ制限は存在する。図５に示される例は、図４に示される例と同様に、ファイルパスを５つ登録し、２つを読み出し終えた状態を示している。そして、ファイルパスの格納領域をメモリプールから取得し、情報を格納し、読み終えた後、メモリプールに返す動作を行う。
【００３５】
次に、前記構成の画像形成装置１０の動作について説明する。
【００３６】
図８は本発明の第１の実施の形態におけるデバイスディスクリプタの構成を示す図、図９は本発明の第１の実施の形態におけるインターフェイスディスクリプタの構成を示す図、図１０は本発明の第１の実施の形態におけるＵＳＢメモリ挿入後の制御の動作を示すフローチャート、図１１は本発明の第１の実施の形態における送信ファイルをファイル送信キューに登録する動作を示すフローチャート、図１２は本発明の第１の実施の形態における処理データを読み出す動作を示すフローチャートである。
【００３７】
本実施の形態においては、ユーザがＵＳＢメモリ１３を画像形成装置１０に装着すると、前記ＵＳＢメモリ１３が使用可能であることの確認を行い、前記ＵＳＢメモリ１３の“Ｒｏｏｔ”の中から“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリを検索する。さらに、“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリの中を検索し、検索したファイルをファイル送信キュー３５に登録する。制御部３０では、ＰＤＬ処理部３３にデータを渡すデータ渡し処理部３２が、ファイル送信キュー３５の示すファイルを、ＵＳＢメモリ１３から読み出してＰＤＬ処理部３３に渡すか、クライアント装置１１からの受信データを渡すかを制御し、ＰＤＬ処理部３３は渡されたデータを処理するようになっている。
【００３８】
まず、ユーザがＵＳＢメモリ１３を画像形成装置１０に装着してから、前記ＵＳＢメモリ１３が使用可能であることを確認し、“Ｒｏｏｔ”の中から、“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリの検索をする動作について説明する。
【００３９】
この場合、ユーザがＵＳＢメモリ１３を画像形成装置１０のＵＳＢスロットに挿す。すると、ＵＳＢメモリ制御部３６のＵＳＢデバイスを制御するＬＳＩがＵＳＢデバイスとしてのＵＳＢメモリ１３の装着を検出し、割り込みをあげる。すると、割り込みによって、ＵＳＢメモリ構成通知部３７が起動する。
【００４０】
続いて、装着されたＵＳＢデバイスが、メモリ等の記憶装置、すなわち、ストレージデバイスあることを、図８及び９に示されるような、ＵＳＢデバイスディスクリプタ及びインターフェイスディスクリプタ内の種別を判断することで検出する。この場合、図８におけるデバイスディスクリプタのクラスコードがマスストレージを示す００であること、及び、図９におけるインターフェイスディスクリプタのクラスコードがマスストレージを示す０８であることを確認することで判断される。そして、前記ＵＳＢデバイスがストレージデバイスであるか否かを判断し、ストレージデバイスでなければ、処理を終了する。この場合、必要に応じて操作パネル部２６に、エラーメッセージとして、“未サポートＵＳＢデバイス”と表示させる。
【００４１】
また、前記ＵＳＢデバイスがストレージデバイスであると、ストレージデバイスであるＵＳＢメモリ１３のファイルシステムが、画像形成装置１０内に格納されているファイルシステムで対応可能なファイルシステムによって構成されているか否かを調べる。そして、対応可能なファイルシステムであるか否かを判断し、対応不可能なファイルシステムであれば、処理を終了する。この場合、必要に応じて操作パネル部２６に、エラーメッセージとして、“未サポートファイルシステム”と表示させる。
【００４２】
また、対応可能なファイルシステムであれば、ファイルシステムの内部構成を、所定構成検索部４０が検索する。この場合、“Ｒｏｏｔ”の中に“ＡｕｔｏＡｃｔｉｏｎ”のディレクトリが存在するか否かを調べる。そして、“Ｒｏｏｔ”の中に“ＡｕｔｏＡｃｔｉｏｎ”のディレクトリが存在しなければ検索は処理を終了する。この場合、必要に応じて操作パネル部２６に、エラーメッセージとして、“自動動作なし”と表示させる。
【００４３】
また、“Ｒｏｏｔ”の中に“ＡｕｔｏＡｃｔｉｏｎ”のディレクトリが存在すれば、“Ｒｏｏｔ”中の“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリの中を検索し、結果に応じた動作を制御部３０が行えるように情報を残し、後の動作を制御部３０に引き継いで、処理を終了する。
【００４４】
次に、送信ファイルをファイル送信キューに登録する動作について説明する。
【００４５】
この部分の処理は、“Ｒｏｏｔ”中の“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリの中を検索し、検索したファイルをファイル送信キューに登録することで、制御部３０が処理すべきデータを認識することができるように設定することである。そして、ファイル送信キュー３５の構造は、図４及び５に示す方法で実現する。
【００４６】
まず、ファイル送信キュー３５を空の状態に初期化する。そして、“Ｒｏｏｔ”中の“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリの中にファイルが存在するか否かを判断し、存在しなければ、何もせずに処理を終了する。また、“Ｒｏｏｔ”中の“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリの中にファイルが存在する場合は、“Ｒｏｏｔ”中の“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリの中のファイルポインタを初期化する。
【００４７】
そして、ファイルポインタの示す所にファイルがあるか否かを判断し、ファイルポインタの示す所にファイルが存在しなければ、検索を終了する。また、ファイルポインタの示す所にファイルが存在する場合は、該ファイルの拡張子を確認する。そして、本装置、すなわち、画像形成装置１０において処理可能なファイルであるか否かを判断する。ここで、あらかじめ処理することができないと認識したファイルは、すなわち、処理不可能ファイルを、ファイル送信キュー３５に登録せずに、スキップする。また、処理可能なファイルをファイル送信キュー３５に登録する。続いて、ファイルポインタを更新し、次のファイルの検索を続ける。
【００４８】
次に、データ渡し処理部３２がＰＤＬ処理部３３にデータを渡す処理の動作について説明する。この場合、所定構成検索部４０が検索し残したファイル送信キュー３５の示すファイルをＰＤＬ処理部３３に渡すか、クライアント装置１１からの受信データを渡すかを制御する。
【００４９】
まず、データソースが未確定状態であるか否か、すなわち、ジョブの処理中ではないか否かを判断する。そして、ジョブの処理中であれば、そのデータの後続のデータを送出するようにする。実際は、処理するデータの源を示すデータソース（この場合、ファイル送信キュー３５の示すファイルか、クライアント装置１１からの受信データを示す。）を調べる。
【００５０】
そして、データソースはファイルであるか又は受信データであるかを判断し、ファイルである場合、該ファイルを読み出し、ＰＤＬ処理に転送する。また、受信データである場合は、該受信データをＰＤＬ処理部３３に転送する。一方、データソースが未確定状態であるか否かを判断して、ジョブの処理中でなく未確定状態である場合には、ファイル送信キュー３５にファイルが登録されているか否かを調べる。ここで、ファイルが登録されていなければ、通常通りにクライアント装置１１からの受信データを処理する。すなわち、クライアント装置１１からの受信データを確認し、クライアント装置１１からの受信データがあるか否かを判断する。そして、クライアント装置１１からの受信データがなければ、次のデータ要求に向け、処理を終了する。また、クライアント装置１１からの受信データがある場合は、データソースをクライアント装置１１からの受信ジョブとする。
【００５１】
続いて、前述のように、受信データをＰＤＬ処理部３３に転送し、受信データが終了したか否かを判断し、終了していなければ、次のデータ要求に向け、処理を終了する。また、受信データが終了している場合は、データソースを未確定状態として、処理を終了する。
【００５２】
一方、ファイル送信キュー３５にファイルが登録されている場合には、データソースをファイルとし、該当ファイルをオープンする。そして、ファイルオープンＯＫか否か、すなわち、ファイルオープンの結果が正常であるか否かを判断し、ファイルオープンの結果が正常でなければ、ファイルの送信を行わず、ファイル送信キュー３５の登録を削除する。
【００５３】
また、ファイルオープンの結果が正常であれば、読み出しの準備を行う。そして、前述のように、ファイルを読み出し、ＰＤＬ処理に転送する。続いて、ファイルの転送が終了したか否かを判断し、ファイルの転送が終了していなければ、次のデータ要求に向け処理を終了する。また、ファイルの転送が終了すると、該ファイルをクローズする。そして、前述のように、ファイル送信キュー３５の登録を削除する。続いて、データソースを未確定として、次のデータ要求に向けて処理を終了する。
【００５４】
次に、フローチャートについて説明する。まず、図１０に示すフローチャートについて説明する。
ステップＳ１ ユーザがＵＳＢメモリ１３を画像形成装置１０のＵＳＢスロットに挿す。
ステップＳ２ ＵＳＢメモリ制御部３６がＵＳＢデバイスの装着を検出し、割り込みをあげる。
ステップＳ３ 割り込みによってＵＳＢメモリ構成通知部３７が起動する。
ステップＳ４ 装着されたＵＳＢデバイスの種別を確認する。
ステップＳ５ ＵＳＢデバイスの種別がストレージデバイスであるか否かを判断する。ＵＳＢデバイスの種別がストレージデバイスである場合はステップＳ７に進み、ＵＳＢデバイスの種別がストレージデバイスでない場合はステップＳ６に進む。
ステップＳ６ 処理を終了する。必要に応じ、操作パネル部２６に“未サポートＵＳＢデバイス”を表示させる。
ステップＳ７ ＵＳＢメモリ１３のファイルシステムが、ＵＳＢメモリ構成通知部３７のファイルシステムにおいて対応可能であるか確認を行う。
ステップＳ８ 対応可能であるか否かを判断する。対応可能である場合はステップＳ１０に進み、対応可能でない場合はステップＳ９に進む。
ステップＳ９ 処理を終了する。必要に応じ、操作パネル部２６に“未サポートファイルシステム”を表示させる。
ステップＳ１０ ファイルシステムの内部構成を所定構成検索部４０が検索する。
ステップＳ１１ “Ｒｏｏｔ”の中に“ＡｕｔｏＡｃｔｉｏｎ”のディレクトリが存在するか否かを判断する。“Ｒｏｏｔ”の中に“ＡｕｔｏＡｃｔｉｏｎ”のディレクトリが存在する場合はステップＳ１３に進み、“Ｒｏｏｔ”の中に“ＡｕｔｏＡｃｔｉｏｎ”のディレクトリが存在しない場合はステップＳ１２に進む。
ステップＳ１２ 処理を終了する。必要に応じ、操作パネル部２６に“自動動作なし”を表示させる。
ステップＳ１３ ディレクトリ中を検索した結果に応じた処理を起動することができるように、情報を残し、制御部３０が動作するようにし、処理を終了する。
【００５５】
次に、図１１に示すフローチャートについて説明する。
ステップＳ２１ ファイル送信キュー３５を空にする。
ステップＳ２２ ディレクトリの中にファイルが存在するか否かを判断する。ディレクトリの中にファイルが存在する場合はステップＳ２３に進み、ディレクトリの中にファイルが存在しない場合は処理を終了する。
ステップＳ２３ ディレクトリの中のファイルポインタを初期化する。
ステップＳ２４ ファイルポインタの示す所にファイルがあるか否かを判断する。ファイルポインタの示す所にファイルがある場合はステップＳ２５に進み、ファイルポインタの示す所にファイルがない場合は処理を終了する。
ステップＳ２５ ファイルポインタの示すファイルの拡張子を確認する。
ステップＳ２６ 本装置において処理可能なファイルであるか否かを判断する。本装置において処理可能なファイルである場合はステップＳ２８に進み、本装置において処理可能なファイルでない場合はステップＳ２７に進む。
ステップＳ２７ 処理不可能ファイルをスキップする。
ステップＳ２８ ファイル送信キュー３５に処理可能なファイルを登録する。
ステップＳ２９ ファイルポインタを更新する。
【００５６】
次に、図１２に示すフローチャートについて説明する。
ステップＳ３１ データソースが未確定状態であるか否かを判断する。データソースが未確定状態である場合はステップＳ３３に進み、データソースが未確定状態でない場合はステップＳ３２に進む。
ステップＳ３２ データソースはファイルであるか否かを判断する。データソースはファイルである場合はステップＳ３８に進み、データソースはファイルでない場合はステップＳ４６に進む。
ステップＳ３３ ファイル送信キュー３５にファイルが登録されているか否かを判断する。ファイル送信キュー３５にファイルが登録されている場合はステップＳ３４に進み、ファイル送信キュー３５にファイルが登録されていない場合はステップＳ４３に進む。
ステップＳ３４ データソースをファイルとする。
ステップＳ３５ 該当ファイルをオープンする。
ステップＳ３６ ファイルオープンの結果が正常であるか否かを判断する。ファイルオープンの結果が正常である場合はステップＳ３７に進み、ファイルオープンの結果が正常でない場合はステップＳ４１に進む。
ステップＳ３７ 読み出しの準備を行う。
ステップＳ３８ ファイルを読み出しＰＤＬ処理部３３に転送する。
ステップＳ３９ ファイルの転送が終了したか否かを判断する。ファイルの転送が終了した場合はステップＳ４０に進み、ファイルの転送が終了しない場合は処理を終了する。
ステップＳ４０ ファイルをクローズする。
ステップＳ４１ 該当ファイルをファイル送信キュー３５の登録から削除する。
ステップＳ４２ データソースを未確定とする。
ステップＳ４３ クライアント装置１１からの受信データを確認する。
ステップＳ４４ クライアント装置１１からの受信データがあるか否かを判断する。クライアント装置１１からの受信データがある場合はステップＳ４５に進み、クライアント装置１１からの受信データがない場合は処理を終了する。
ステップＳ４５ データソースをクライアント装置１１からの受信ジョブとする。
ステップＳ４６ 受信データをＰＤＬ処理部３３に転送する。
ステップＳ４７ 受信データが終了したか否かを判断する。受信データが終了した場合はステップＳ４８に進み、受信データが終了しない場合は処理を終了する。
ステップＳ４８ データソースを未確定状態とし、処理を終了する。
【００５７】
次に、ファイル送信キュー３５への登録までのシステムの動作の例をシーケンス図を用いて説明する。
【００５８】
図１３は本発明の第１の実施の形態における送信ファイルをファイル送信キューに登録する動作の例を示すシーケンス図である。
【００５９】
まず、画像形成装置１０にＵＳＢメモリ１３が装着されると、ＵＳＢメモリ制御部３６がＵＳＢメモリ１３、すなわち、ＵＳＢデバイスを検出する。そして、該ＵＳＢデバイスの検出によってＵＳＢメモリ構成通知部３７を起動させる。次に、ＵＳＢデバイスの確認を行う。この場合、ＵＳＢデバイスがストレージデバイス、すなわち、記憶装置であることを、ＵＳＢメモリ構成通知部３７を介して確認する。
【００６０】
続いて、該ＵＳＢメモリ構成通知部３７は、ファイルシステムの確認を行う。この場合、ファイルシステムが、画像形成装置１０内で対応することができることを、ＵＳＢメモリ制御部３６を通して確認する。そして、確認することができたら、所定構成検索部４０を起動する。
【００６１】
次に、所定構成検索部４０は、所定構成の検索を行う。この場合、所定のディレクトリ構成やファイルを含むことを、ＵＳＢメモリ構成通知部３７及びＵＳＢメモリ制御部３６を通して確認する。
【００６２】
続いて、所定構成の検索の結果、送信ファイルをファイル送信キュー３５に登録する。
【００６３】
次に、ＵＳＢメモリ１３の装着時のデータ取り出しの動作の例をシーケンス図を用いて説明する。
【００６４】
図１４は本発明の第１の実施の形態における処理データを読み出す動作の例を示すシーケンス図である。
【００６５】
まず、ＰＤＬ処理部３３は、データ渡し処理部３２に、データ要求を行う。そして、前記データ渡し処理部３２は、データの処理中ではなかったので、ファイル送信キュー３５の内容を確認する。この場合、ファイル送信キュー３５には何も登録されていない。次に、データ渡し処理部３２は、クライアント製置１１からの受信データを確認する。ここで、受信データがあると、該受信データをＰＤＬ処理部３３へ転送する。続いて、受信データが終わり、データ終了とする。そして、ＰＤＬ処理部３３がデータの処理を行う。
【００６６】
次に、画像形成装置１０にＵＳＢメモリ１３が装着され、自動送信のデータが１つ確認された場合のシステム動作を説明する。なお、ＵＳＢメモリ１３が装着されてからファイル送信キュー３５へ登録するまでの動作は前述された図１３のシーケンス図における動作と同様であるので説明を省略する。
【００６７】
まず、ＰＤＬ処理部３３が、データ渡し処理部３２に、データ要求を行う。そして、前記データ渡し処理部３２は、データの処理中ではなかったので、ファイル送信キュー３５の内容を確認する。この場合、ファイル送信キュー３５に登録ファイルがあることを確認する。そして、検出したファイルをオープンする。続いて、ファイルデータをＰＤＬ処理部３３に転送する。また、ファイルデータに継続があり、データ継続とし、ＰＤＬ処理部３３がデータの処理を行う。
【００６８】
次に、ＰＤＬ処理部３３が、データ渡し処理部３２に、データ要求を行う。すると、データ渡し処理部３２は、データの処理中、すなわち、継続中のため、ファイルデータをＰＤＬ処理部３３に転送する。そして、ファイルデータが終わり、データ終了とする。
【００６９】
続いて、データ渡し処理部３２は、転送したファイルをクローズする。さらに、ファイル送信キュー３５に登録されたファイルを削除する。そして、ＰＤＬ処理部３３がデータを処理する。
【００７０】
次に、図１３に示されるシ−ケンスについて説明する。
ステップＳ５１ ＵＳＢメモリ１３が装着される。
ステップＳ５２ ＵＳＢデバイスが検出される。
ステップＳ５３ ＵＳＢデバイスを確認する。
ステップＳ５４ ファイルシステムの確認を行う。
ステップＳ５５ 所定構成の検索を行う。
ステップＳ５６ 送信ファイルの登録を行う。
【００７１】
次に、図１４に示されるシ−ケンスについて説明する。
ステップＳ６１ データ渡し処理部３２にデータ要求を行う。
ステップＳ６２ ファイル送信キュー３５の内容の確認を行う。
ステップＳ６３ ファイル送信キュー３５には何も登録されていない。
ステップＳ６４ クライアント装置１１からの受信データを確認する。
ステップＳ６５ 受信データがある。
ステップＳ６６ 受信データをＰＤＬ処理部３３に転送する。
ステップＳ６７ データ終了とする。
ステップＳ６８ データを処理する。
ステップＳ６９ データ渡し処理部３２にデータ要求を行う。
ステップＳ７０ ファイル送信キュー３５の内容の確認を行う。
ステップＳ７１ ファイル送信キュー３５に登録ファイルがあることを確認する。
ステップＳ７２ 検出したファイルをオープンする。
ステップＳ７３ ファイルデータをＰＤＬ処理部３３に転送する。
ステップＳ７４ ファイルデータに継続があり、データ継続とした。
ステップＳ７５ データを処理する。
ステップＳ７６ データ渡し処理部３２にデータ要求を行う。
ステップＳ７７ ファイルデータをＰＤＬ処理部３３に転送する。
ステップＳ７８ データ終了とする。
ステップＳ７９ 転送したファイルをクローズする。
ステップＳ８０ 登録されたファイルを削除する。
ステップＳ８１ ＰＤＬ処理部３３がデータを処理する。
【００７２】
このように、本実施の形態において、画像形成装置１０は、ユーザがＵＳＢメモリ１３を装着しただけで、特定のディレクトリに格納された特定のファイルのデータを、クライアント装置１１からデータを送信した場合と同様に、画像形成の処理に送って処理することができる。また、送出の必要なファイルを移動することによって、修正を容易に行うこともできる。
【００７３】
また、前記画像形成装置１０では、主として印刷や表示を行うことになるが、前記画像形成装置１０を制御するパラメータ、システムプログラム等のフラッシュメモリ２４に格納されたデータ内容の更新にも適応することができる。
【００７４】
次に、本発明の第２の実施の形態について説明する。なお、第１の実施の形態と同じ構造を有するものについては、同じ符号を付与することによってその説明を省略する。また、前記第１の実施の形態と同じ動作及び効果についてもその説明を省略する。
【００７５】
図１５は本発明の第２の実施の形態におけるＵＳＢメモリの構成例を示す図、図１６は本発明の第２の実施の形態における所定構成検索部の構成例を示す図である。
【００７６】
本実施の形態においては、所定構成におけるＵＳＢメモリ１３がディレクトリ構成を有する点において、前記第１の実施の形態と相違する。この場合、図１５に示されるように、前記ＵＳＢメモリ１３のディレクトリ及びファイルの構成は、“Ｒｏｏｔ”ディレクトリの下に“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリが存在し、該“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリの下に送信すべきファイルの順序を定めるディレクトリ構成“Ｏｒｄｅｒ”が存在し、その内部に送信すべきファイルが存在するようになっている。
【００７７】
そして、この構造を検出する所定構成検索部４０は、図１６に示されるように、前記第１の実施の形態におけるＡｕｔｏＡｃｔｉｏｎディレクトリ検索機構４１及び内部ファイル登録機構４２に加え、Ｏｒｄｅｒディレクトリ検索機構４３及びソート機構４４を有する。ここで、前記ＡｕｔｏＡｃｔｉｏｎディレクトリ検索機構４１はメモリの情報の中から“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリを検索する。そして、内部ファイル登録機構４２はファイルをファイル送信キュー３５に登録を行う。また、前記Ｏｒｄｅｒディレクトリ検索機構４３は、前記ＡｕｔｏＡｃｔｉｏｎディレクトリ検索機構４１によって検索されたディレクトリ内に“Ｏｒｄｅｒ”ディレクトリを検出する役割を果たし、その結果を前記ソート機構４４が、“Ｏｒｄｅｒ”ディレクトリ順に並べ直す。
【００７８】
次に、本実施の形態における画像形成装置１０の動作について説明する。
【００７９】
図１７は本発明の第２の実施の形態における送信ファイルをファイル送信キューに登録する動作を示すフローチャートである。
【００８０】
なお、本実施の形態では、ＵＳＢメモリ１３挿入後の制御の動作において、ユーザがＵＳＢメモリ１３を画像形成装置１０に装着してから、“Ｒｏｏｔ”の中に“ＡｕｔｏＡｃｔｉｏｎ”のディレクトリが存在するか否かを調べ、“Ｒｏｏｔ”の中に“ＡｕｔｏＡｃｔｉｏｎ”のディレクトリが存在しなければ検索は処理を終了するまでの動作、すなわち、図１０におけるステップＳ１〜Ｓ１２までの動作については、前記第１の実施の形態と同じであるので、説明を省略する。そして、本実施の形態においても、図１０におけるステップＳ１３と同様の動作を行い、“Ｒｏｏｔ”の中に“ＡｕｔｏＡｃｔｉｏｎ”のディレクトリが存在する場合、“Ｒｏｏｔ”中の“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリの中を検索し、結果に応じた動作を制御部３０が行えるように情報を残し、後の動作を制御部３０に引き継いで、処理を終了するようになっている。
【００８１】
この部分の処理、すなわち、図１０におけるステップＳ１３と同様の動作は、“Ｒｏｏｔ”中の“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリの中を検索し、特定のディレクトリ名の中に格納されたファイルを検索し、ファイル送信キューに登録し、制御部３０が送信を行えるように情報を設定することである。
【００８２】
この場合、まず、ファイル送信キュー３５を空の状態に初期化する。そして、“Ｒｏｏｔ”中の“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリの中に“Ｏｒｄｅｒ”で始まるディレクトリが存在するか否かを判断し、存在しない場合はディレクトリの中にファイルが存在するか否かを判断する。また、“Ｒｏｏｔ”中の“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリの中に“Ｏｒｄｅｒ”で始まるディレクトリが存在する場合は、“Ｏｒｄｅｒ”で始まるディレクトリを名称の若い順にソートしたテーブルを作成する。さらに、該テーブルの順に“Ｏｒｄｅｒ”で始まるディレクトリの中のファイルをソートされた順にファイル送信キュー３５に登録する。
【００８３】
続いて、“Ｒｏｏｔ”中の“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリの中にファイルが存在するか否かを判断し、存在しなければ、何もせずに処理を終了する。また、“Ｒｏｏｔ”中の“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリの中にファイルが存在する場合は、“Ｒｏｏｔ”中の“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリの中のファイルポインタを初期化する。
【００８４】
そして、該ファイルポインタの示す所にファイルがあるか否かを判断し、ファイルポインタの示す所にファイルが存在しなければ、処理を終了する。また、ファイルポインタの示す所に、ファイルが存在する場合は、該ファイルの拡張子を確認する。そして、本装置、すなわち、画像形成装置１０において処理可能なファイルであるか否かを拡張子で判断する。ここで、あらかじめ処理することができないと認識したファイルは、ファイル送信キュー３５に登録は行わない、すなわち、処理不可能ファイルを、ファイル送信キュー３５に登録せずに、スキップする。また、処理可能なファイルである場合は、該ファイルをファイル送信キュー３５に登録する。続いて、ファイルポインタを更新し、次のファイルの検索を続ける。
【００８５】
この後のＰＤＬ処理部３３にデータを渡すデータ渡し処理部３２の動作については、前記第１の実施の形態と同じであるので、説明を省略する。そして、所定構成検索部４０が登録したファイル送信キュー３５の示すファイルを登録順に処理することで送出順序が設定される。
【００８６】
次に、図１７に示すフローチャートについて説明する。
ステップＳ９１ ファイル送信キュー３５を空にする。
ステップＳ９２ ディレクトリの中に“Ｏｒｄｅｒ”で始まるディレクトリが存在するか否かを判断する。ディレクトリの中に“Ｏｒｄｅｒ”で始まるディレクトリが存在する場合はステップＳ９３に進み、ディレクトリの中に“Ｏｒｄｅｒ”で始まるディレクトリが存在しない場合はステップＳ９５に進む。
ステップＳ９３ “Ｏｒｄｅｒ”で始まるディレクトリを名称の若い順にソートしたテーブルを作成する。
ステップＳ９４ テーブルの順に“Ｏｒｄｅｒ”で始まるディレクトリ内のファイルをソートされた順にファイル送信キューに登録する。
ステップＳ９５ ディレクトリの中にファイルが存在するか否かを判断する。ディレクトリ内にファイルが存在する場合はステップＳ９６に進み、ディレクトリ内にファイルが存在しない場合は処理を終了する。
ステップＳ９６ ディレクトリの中のファイルポインタを初期化する。
ステップＳ９７ ファイルポインタの示す所にファイルがあるか否かを判断する。ファイルポインタの示す所にファイルがある場合はステップＳ９８に進み、ファイルポインタの示す所にファイルがない場合は処理を終了する。
ステップＳ９８ ファイルポインタの示すファイルの拡張子を確認する。
ステップＳ９９ 本装置において処理可能なファイルであるか否かを判断する。本装置において処理可能なファイルである場合はステップＳ１０１に進み、本装置において処理可能なファイルでない場合はステップＳ１００に進む。
ステップＳ１００ 処理不可能ファイルをスキップする。
ステップＳ１０１ ファイル送信キュー３５に処理可能なファイルを登録する。
ステップＳ１０２ ファイルポインタを更新する。
【００８７】
このように、本実施の形態においては、図１５に示されるような所定構成“Ｏｒｄｅｒ”ディレクトリによって、ファイルの送出順序を制御することが可能となる。そのため、ファイルの送信手順を追加していく場合に、手順を記すファイルの更新を必要とせず、容易に追加を行うことができる。
【００８８】
次に、本発明の第３の実施の形態について説明する。なお、第１及び第２の実施の形態と同じ構造を有するものについては、同じ符号を付与することによって、その説明を省略する。また、前記第１及び第２の実施の形態と同じ動作及び効果についても、その説明を省略する。
【００８９】
図１８は本発明の第３の実施の形態におけるＵＳＢメモリの構成例を示す第１の図、図１９は本発明の第３の実施の形態におけるＵＳＢメモリの構成例を示す第２の図、図２０は本発明の第３の実施の形態における所定構成検索部の構成例を示す図である。
【００９０】
本実施の形態においては、所定構成におけるＵＳＢメモリ１３が“Ａｃｔｉｏｎ．ｉｎｆ”の特定ファイルを“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリ構成の中に有する点において、前記第１の実施の形態と相違する。そして、前記“Ａｃｔｉｏｎ．ｉｎｆ”は“ＡｕｔｏＡｃｔｉｏｎ”にて起動されるファイルの順序を書き示すことでファイル送信キュー３５に前記順序で登録される。
【００９１】
図１８及び１９に示されるように、ＵＳＢメモリ１３のディレクトリ及びファイルの構成は、“Ｒｏｏｔ”ディレクトリの下に“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリが存在し、該“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリの下に送信すべきファイルの順序を定めるファイル“Ａｃｔｉｏｎ．ｉｎｆ”が存在し、その内部に送信すべきファイルの情報が格納されるようになっている。
【００９２】
そして、この構造を検出する所定構成検索部４０の内部構成は、図２０に示されるように、前記第１の実施の形態におけるＡｕｔｏＡｃｔｉｏｎディレクトリ検索機構４１及び内部ファイル登録機構４２に加え、Ａｃｔｉｏｎ．ｉｎｆファイル検索機構４５を有する。ここで、ＡｕｔｏＡｃｔｉｏｎディレクトリ検索機構４１はメモリの情報の中から“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリを検索する。そして、内部ファイル登録機構４２はファイルをファイル送信キュー３５に登録を行う。また、前記Ａｃｔｉｏｎ．ｉｎｆファイル検索機構４５は、前記ＡｕｔｏＡｃｔｉｏｎディレクトリ検索機構４１によって検索されたディレクトリ内に“Ａｃｔｉｏｎ．ｉｎｆ”ファイルを検出する役割を果たす。
【００９３】
次に、本実施の形態における画像形成装置１０の動作について説明する。
【００９４】
図２１は本発明の第３の実施の形態における送信ファイルをファイル送信キューに登録する動作を示すフローチャートである。
【００９５】
前記第１の実施の形態においては、ファイルを検出順にファイル送信キュー３５に登録するのに対し、本実施の形態においては、ファイル送信の順序を制御することを目的とした特定のファイルである“Ａｃｔｉｏｎ．ｉｎｆ”を備える点が相違する。なお、本実施の形態では、ＵＳＢメモリ１３挿入後の制御の動作において、ユーザがＵＳＢメモリ１３を画像形成装置１０に装着してから、“Ｒｏｏｔ”の中に“ＡｕｔｏＡｃｔｉｏｎ”のディレクトリが存在するか否かを調べ、“Ｒｏｏｔ”の中に“ＡｕｔｏＡｃｔｉｏｎ”のディレクトリが存在しなければ検索は処理を終了するまでの動作、すなわち、図１０におけるステップＳ１〜Ｓ１２までの動作については、前記第１の実施の形態と同じであるので、説明を省略する。そして、本実施の形態においても、図１０におけるステップＳ１３と同様の動作を行い、“Ｒｏｏｔ”の中に“ＡｕｔｏＡｃｔｉｏｎ”のディレクトリが存在する場合、“Ｒｏｏｔ”中の“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリの中を検索し、結果に応じた動作を制御部３０が行えるように情報を残し、後の動作を制御部３０に引き継いで、処理を終了するようになっている。
【００９６】
この部分の処理、すなわち、図１０におけるステップＳ１３と同様の動作は、“Ｒｏｏｔ”中の“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリの中を検索し、特定のディレクトリ名の中に格納されたファイルを検索し、ファイル送信キューに登録し、制御部３０が送信を行えるように情報を設定することである。
【００９７】
この場合、まず、ファイル送信キュー３５を空の状態に初期化する。そして、“Ｒｏｏｔ”中の“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリの中に“Ａｃｔｉｏｎ．ｉｎｆ”ファイルが存在するか否かを判断し、存在しない場合はディレクトリの中にファイルが存在するか否かを判断する。また、“Ｒｏｏｔ”中の“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリの中に“Ａｃｔｉｏｎ．ｉｎｆ”ファイルが存在する場合は、“Ａｃｔｉｏｎ．ｉｎｆ”ファイルの内容をファイル送信キュー３５に登録する。
【００９８】
続いて、“Ｒｏｏｔ”中の“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリの中にファイルが存在するか否かを判断し、存在しなければ、何もせずに処理を終了する。また、“Ｒｏｏｔ”中の“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリの中にファイルが存在する場合は、“Ｒｏｏｔ”中の“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリの中のファイルポインタを初期化する。
【００９９】
そして、ファイルポインタの示す所にファイルがあるか否かを判断し、ファイルポインタの示す所にファイルが存在しなければ、処理を終了する。また、ファイルポインタの示す所に、ファイルが存在する場合は、該ファイルの拡張子を確認する。そして、本装置、すなわち、画像形成装置１０において処理可能なファイルであるか否かを拡張子で判断する。ここで、あらかじめ処理することができないと認識したファイルは、ファイル送信キュー３５に登録は行わない、すなわち、処理不可能ファイルを、ファイル送信キュー３５に登録せずに、スキップする。また、処理可能なファイルである場合は、該ファイルをファイル送信キュー３５に登録する。続いて、ファイルポインタを更新し、次のファイルの検索を続ける。
【０１００】
この後のＰＤＬ処理部３３にデータを渡すデータ渡し処理部３２の動作については、前記第１の実施の形態と同じであるので、説明を省略する。そして、所定構成検索部４０が登録した“Ａｃｔｉｏｎ．ｉｎｆ”ファイルの内容を写したファイル送信キュー３５の示すファイルを登録順に処理することで送出順序が設定される。
【０１０１】
次に、図２１に示すフローチャートについて説明する。
ステップＳ１１１ ファイル送信キュー３５を空にする。
ステップＳ１１２ ディレクトリの中に“Ａｃｔｉｏｎ．ｉｎｆ”ファイルが存在するか否かを判断する。ディレクトリの中に“Ａｃｔｉｏｎ．ｉｎｆ”ファイルが存在する場合はステップＳ１１３に進み、ディレクトリの中に“Ａｃｔｉｏｎ．ｉｎｆ”ファイルが存在しない場合はステップＳ１１４に進む。
ステップＳ１１３ “Ａｃｔｉｏｎ．ｉｎｆ”ファイルの内容をファイル送信キュー３５に登録する。
ステップＳ１１４ ディレクトリの中にファイルが存在するか否かを判断する。ディレクトリ内にファイルが存在する場合はステップＳ１１５に進み、ディレクトリ内にファイルが存在しない場合は処理を終了する。
ステップＳ１１５ ディレクトリの中のファイルポインタを初期化する。
ステップＳ１１６ ファイルポインタの示す所にファイルがあるか否かを判断する。ファイルポインタの示す所にファイルがある場合はステップＳ１１７に進み、ファイルポインタの示す所にファイルがない場合は処理を終了する。
ステップＳ１１７ ファイルポインタの示すファイルの拡張子を確認する。
ステップＳ１１８ 本装置において処理可能なファイルであるか否かを判断する。本装置において処理可能なファイルである場合はステップＳ１２０に進み、本装置において処理可能なファイルでない場合はステップＳ１１９に進む。
ステップＳ１１９ 処理不可能ファイルをスキップする。
ステップＳ１２０ ファイル送信キュー３５に処理可能なファイルを登録する。
ステップＳ１２１ ファイルポインタを更新する。
【０１０２】
このように、本実施の形態においては、図１８及び１９に示されるような所定構成“Ａｃｔｉｏｎ．ｉｎｆ”によって、ファイルの送出順序を、細かく制御することが可能となる。この場合、前記第２の実施の形態とは異なり、順序の制御を行うのみならず、１つのファイルの内容で制御が可能なためテキストエディタ等によって一連の動作全体を明示して定めることが可能となる。ｉｎｆ内のファイルが、確かにあるか否かのｃｈｅｃｋも行う。
【０１０３】
次に、本発明の第４の実施の形態について説明する。なお、第１〜第３の実施の形態と同じ構造を有するものについては、同じ符号を付与することによってその説明を省略する。また、前記第１〜第３の実施の形態と同じ動作及び効果についても、その説明を省略する。
【０１０４】
図２２は本発明の第４の実施の形態における画像形成装置の機能構成を示すブロック図、図２３は本発明の第４の実施の形態におけるＵＳＢメモリの構成例を示す図である。
【０１０５】
本実施の形態において、画像形成装置１０は、図２２に示されるように、ログ処理部３８を有する。該ログ処理部３８は、前記ＰＤＬ処理部３３から排出されるログデータを、通信制御部３１へログ送出（図２２（１１））を行い、通信制御部３１を介してクライアント装置１１との通信（図２２（１２））によって、クライアント装置１１に送出させる。また、前記ログ処理部３８は、ＵＳＢメモリ１３へのログ書き込み（図２２（１３））を介してＵＳＢメモリ構成通知部３７に引き渡し、ＵＳＢメモリ１３の内容変更（図２２（１４））をＵＳＢメモリ制御部３６に渡し、ＵＳＢメモリ１３に書き込むように指示する。そして、各々のルートのログデータ処理中に発生したエラーは、他方及び通常のデータ処理に影響を及ぼさないようになっている。
【０１０６】
また、本実施の形態においては、図２３に示されるように、所定構成におけるＵＳＢメモリ１３の構成がログ格納用にディレクトリを有する点で、前記第１の実施の形態と相違する。
【０１０７】
次に、本実施の形態における画像形成装置１０の動作について説明する。
【０１０８】
図２４は本発明の第４の実施の形態におけるログ格納時の動作を示すフローチャートである。
【０１０９】
本実施の形態において、ログのクライアント装置１１への送信開始、並びに、終了コマンド、記憶装置への格納の開始及び終了のコマンドは、前記第１〜第３の実施の形態において説明したいずれかのファイル送信動作によって行われる。そして、本実施の形態においては、ログの採取、すなわち、記憶装置への格納は、格納のための所定ディレクトリを自動作成し、作成毎にログ格納ファイルを作成する。
【０１１０】
まず、ログの採取の開始は、ＰＤＬ処理部３３がログ開始コマンドを受信することによって始まる。本実施の形態においては、図２３に示されるように、送出ファイルのうち、ログ開始コマンドを含む“ＬｏｇＳｔａｒｔ．ｐｊｌ”ファイルの処理で始まる。
【０１１１】
続いて、ログ採取中であるか否かを判断することによって、ログ採取の多重起動チェックを行う。そして、既に起動中の場合は、ログ採取中のファイルをクローズさせ、ログファイル格納用のディレクトリが存在するか否かを判断する。また、既に起動中でなければ、直ちに、ログファイル格納用のディレクトリが存在するか否かを判断する。そして、ログファイル格納用のディレクトリがない場合は、ログファイル格納用のディレクトリを作成する。
【０１１２】
続いて、既にログファイルがログ用ディレクトリ内に存在するか否かを判断し、既に存在する場合は、重複しないように別名のファイルを作成する。また、存在しない場合は、新規ファイル名称でファイルを作成する。
【０１１３】
そして、ここまでで、オープンエラーが発生したか否かを判断し、該オープンエラーが発生した場合はログ採取を終了させ、ログ取りを中止する。ただし、運用及びログ送信の動作は継続して行う。
【０１１４】
続いて、ログするイベントの発生及びログ終了のイベントを待機する状態となる。そして、ログ採取終了コマンドをＰＤＬ処理部３３が受信すると、ログの終了処理を行う、すなわち、ログファイルをクローズする。また、ログ書き込みのイベントの発生によって、イベントをログに書き込む。ここで、ログへの書き込みの際にエラーがなければ、再度、イベント発生を待機する状態となる。また、本実施の形態においては、図２３に示される送出ファイルのうち“Ｆｉｌｅ００２．ｔｘｔ”、“Ｆｉｌｅ００３．ｐｒｎ”ファイルの処理は、このループで処理される。そして、ジョブの終了としてファイルの処理終了などのイベントが発生すれば、そのログが格納される。
【０１１５】
続いて、ログへの書き込みの際にエラーが発生した場合は、ログ採取を中止する。そして、ログファイルをクローズし、ログ採取処理を終了させる。本実施の形態においては、ログ終了イベントの発生、又は、書き込みエラーは図２３に示される送出ファイルのうち、ログ終了コマンドを含む“ＬｏｇＥｎｄ．ｐｊｌ”ファイルの処理において発生する。
【０１１６】
次に、図２４に示すフローチャートについて説明する。
ステップＳ１３１ ＰＤＬ処理部３３がログ開始コマンドを受信する。
ステップＳ１３２ ログ採取中であるか否かを判断する。ログ採取中である場合はステップＳ１３３に進み、ログ採取中でない場合ステップＳ１３４に進む。
ステップＳ１３３ ログ採取中のファイルをクローズする。
ステップＳ１３４ ログ用のディレクトリが存在するか否かを判断する。ログ用のディレクトリが存在する場合はステップＳ１３６に進み、ログ用のディレクトリが存在しない場合はステップＳ１３５に進む。
ステップＳ１３５ ログファイル格納用ディレクトリを作成する。
ステップＳ１３６ ログ用ディレクトリ内にログファイルがあるか否かを判断する。ログ用ディレクトリ内にログファイルがある場合はステップＳ１３７に進み、ログ用ディレクトリ内にログファイルがない場合はステップＳ１３８に進む。
ステップＳ１３７ 重複しないログファイル名でファイルを作成する。
ステップＳ１３８ 初期値ログファイル名で新規ファイルを作成する。
ステップＳ１３９ オープンエラーが発生したか否かを判断する。オープンエラーが発生した場合はステップＳ１４０に進み、オープンエラーが発生しない場合はステップＳ１４１に進む。
ステップＳ１４０ ログ取りを中止し、処理を終了する。
ステップＳ１４１ イベントが発生したか否かを判断する。終了イベントが発生した場合はステップＳ１４５に進み、ログ書き込みイベントが発生した場合はステップＳ１４２に進み、イベントが発生しない場合は発生するまで待機する。
ステップＳ１４２ イベントをログに書き込む。
ステップＳ１４３ 書き込みエラーが発生したか否かを判断する。書き込みエラーが発生した場合はステップＳ１４４に進み、書き込みエラーが発生しない場合はステップＳ１４１に戻る。
ステップＳ１４４ ログ取りを中止する。
ステップＳ１４５ ログファイルをクローズし、処理を終了する。
【０１１７】
次に、処理のモジュール間の動作の例をシーケンス図を用いて説明する。
【０１１８】
図２５は本発明の第４の実施の形態におけるログ格納時のシステム動作の例を示すシーケンス図である。
【０１１９】
ここで、動作は３つのフェーズで構成される。まず、ＵＳＢメモリ１３内のファイルによるログ開始コマンド受信によって、ログ採取開始時の動作シーケンスを行う場合について説明する。
【０１２０】
この場合、ログ開始コマンドを含むＵＳＢメモリ１３上のファイルが読み出される。そして、この読み出しによって、ファイル送信キュー３５を介して指定されたデータ渡し処理部３２のファイル読み出しを介してログ取り開始コマンドがＰＤＬ処理部３３において解釈され、ログ取りが開始される。この後、ログ処理部３８に、ログの通知指示が通知され、通信制御部３１のログ出し格納を経由して、上位装置としてのホストコンピュータへ送信されると同時にＵＳＢメモリ構成通知部３７へのログ格納指示が出され、ログの格納処理が開始され、ＵＳＢメモリ１３にログが格納される。
【０１２１】
このとき、ＵＳＢメモリ１３上に、ログ格納のディレクトリが存住しない場合は、ディレクトリが作成され、その中に特定の名称でログファイルが作成されて、格納が開始される。既にディレクトリが存在する場合は、ディレクトリ名称の重複を避けるために、次番号の名称のディレクトリを作成する。一連のログの場合は同一ディレクトリに次番号の名称のログファイルを作成する。
【０１２２】
続いて、イベントやファイル処理によって発生したログを、作成された領域に格納される動作シーケンスについて説明する。
【０１２３】
この場合、装置のステータスの変化や、ログ情報の発生などのイベントが発生すると、ＰＤＬ処理部３３から、その情報をログ処理部３８に引き渡し、ログ出し格納処理を行う。そして、通信制御部３１への送信指示とＵＳＢメモリ構成通知部３７への格納指示によって、ログはＵＳＢメモリ１３のファイルに追記される。同様に、次のログがＵＳＢメモリ１３のファイルに追記され、複数のログが１つのファイルに格納される。
【０１２４】
続いて、ＵＳＢメモリ１３内のファイルによるログ終了コマンド受信によって、ログ採取終了時の動作シーケンスについて説明する。
【０１２５】
この場合、ログ終了コマンドを含んだＵＳＢメモリ１３上のファイルが読み出される。そして、この読み出しによって、ファイル送信キュー３５を介したデータ渡し処理部３２のファイル読み出しが行われる。さらに、該ファイル読み出しによって、ログ取り終了コマンドがＰＤＬ処理部３３において解釈され、ログ取りが終了される。続いて、ログ処理部３８に、ログの通知終了指示が通知され、通信制御部３１のログ出し、及び、格納を経由して上位装置としてのホストコンピュータへ送信されると同時にＵＳＢメモリ構成通知部３７へのログ格納終了指示が出され、ログの格納処理が終了されて、ＵＳＢメモリ１３にログがクローズされる。
【０１２６】
次に、図２５に示されるシ−ケンスについて説明する。
ステップＳ１５１ ＵＳＢメモリ１３がログ開始コマンドを含む。
ステップＳ１５２ ＵＳＢメモリ１３のファイルを読み出す。
ステップＳ１５３ データ渡し処理部３２がファイルを読み出す。
ステップＳ１５４ ＰＤＬ処理部３３においてログ取りを開始する。
ステップＳ１５５ ログ処理部３８にログの通知指示が通知される。
ステップＳ１５６ ログ出し格納処理を行う。
ステップＳ１５７ 通信制御部３１へログの通知指示が送信される。
ステップＳ１５８ ＵＳＢメモリ構成通知部３７へログ格納指示が送信される。
ステップＳ１５９ ＵＳＢメモリ構成通知部３７はＵＳＢメモリ１３にログを格納する。
ステップＳ１６０ ＵＳＢメモリ構成通知部３７によってＵＳＢメモリ１３にログが格納される。
ステップＳ１６１ ステータスの変化及びイベントが発生する。
ステップＳ１６２ ログ処理部３８に情報を引き渡す。
ステップＳ１６３ ログ出し格納処理を行う。
ステップＳ１６４ 通信制御部３１へ送信指示が送信される。
ステップＳ１６５ ＵＳＢメモリ構成通知部３７へログ格納指示が送信される。
ステップＳ１６６ ＵＳＢメモリ構成通知部３７はＵＳＢメモリ１３にログを格納する。
ステップＳ１６７ ＵＳＢメモリ構成通知部３７によってＵＳＢメモリ１３にログが追記される。
ステップＳ１６８ ステータスの変化及びイベントが発生する。
ステップＳ１６９ ログ処理部３８に情報を引き渡す。
ステップＳ１７０ ログ出し格納処理を行う。
ステップＳ１７１ 通信制御部３１へ送信指示が送信される。
ステップＳ１７２ ＵＳＢメモリ構成通知部３７へログ格納指示が送信される。
ステップＳ１７３ ＵＳＢメモリ構成通知部３７はＵＳＢメモリ１３にログを格納する。
ステップＳ１７４ ＵＳＢメモリ構成通知部３７によってＵＳＢメモリ１３にログが追記される。
ステップＳ１７５ ＵＳＢメモリ１３がログ終了コマンドを含む。
ステップＳ１７６ ＵＳＢメモリ１３のファイルを読み出す。
ステップＳ１７７ データ渡し処理部３２がファイルを読み出す。
ステップＳ１７８ ＰＤＬ処理部３３においてログ取りを終了する。
ステップＳ１７９ ログ処理部３８にログの通知終了指示が通知される。
ステップＳ１８０ ログ出し格納処理を行う。
ステップＳ１８１ 通信制御部３１へ通知終了指示が送信される。
ステップＳ１８２ ＵＳＢメモリ構成通知部３７へログ格納終了指示が送信される。
ステップＳ１８３ ＵＳＢメモリ構成通知部３７はＵＳＢメモリ１３にログを格納する。
ステップＳ１８４ ＵＳＢメモリ１３にログがクローズされる。
【０１２７】
このように、本実施の形態においては、前記第１〜第３の実施の形態の機能と組み合わせることで、ログの結果をＵＳＢメモリ１３に書き込み、該ＵＳＢメモリ１３内の所定ディレクトリ構成を自動作成し、作成毎にログエリアを作成することが可能となる。また、ＵＳＢメモリ１３のような外部メモリの装着によって、印刷データを送出するだけの機能に対して、記録することの制御が可能となる。
【０１２８】
なお、前記第１〜第４の実施の形態においては、画像形成装置１０等の情報処理装置においてフラッシュメモリに格納されたシステムプログラムやパラメータを大量に書き換える場合、ＵＳＢメモリ１３にシステム書き換えのデータを格納しておき、電源の投入後に、装着させるだけで、アップデートを容易に行うことができる。
【０１２９】
例えば、前記情報処理装置が店頭に並べられた製品である場合、デモンストレーションのために、ホストとなるクライアント装置１１を用意することなく、特定のデータを実行させることができる。また、店舗毎に内容を差し替えることなどが容易に行える。
【０１３０】
また、前記情報処理装置の保守や障害調査の際に、ホストとなるクライアント装置１１を用意することなく、調査用のデータを流し、ログを採取することができる。
【０１３１】
さらに、外部記憶装置として、ＵＳＢメモリ１３を例として説明したが、スマートメディア、スティックメモリ、ＳＤメモリ、マルチメディアカード、コンパクトフラッシュ（Ｒ）などの各種メモリカードの他に、ＵＳＢインターフェイスを経由したハードディスク、パーソナルコンピュータ、デジタルカメラ等の外部デバイス上の記憶領域も対象とすることが可能である。
【０１３２】
なお、本発明は前記実施の形態に限定されるものではなく、本発明の趣旨に基づいて種々変形させることが可能であり、それらを本発明の範囲から排除するものではない。
【図面の簡単な説明】
【０１３３】
【図１】本発明の第１の実施の形態における画像形成装置のシステム構成を示すブロック図である。
【図２】本発明の第１の実施の形態における画像形成装置のハードウェアの構成を示すブロック図である。
【図３】本発明の第１の実施の形態における画像形成装置の機能構成を示すブロック図である。
【図４】本発明の第１の実施の形態におけるファイル送信キューの構成例を示す第１の図である。
【図５】本発明の第１の実施の形態におけるファイル送信キューの構成例を示す第２の図である。
【図６】本発明の第１の実施の形態におけるＵＳＢメモリの構成例を示す図である。
【図７】本発明の第１の実施の形態における所定構成検索部の構成例を示す図である。
【図８】本発明の第１の実施の形態におけるデバイスディスクリプタの構成を示す図である。
【図９】本発明の第１の実施の形態におけるインターフェイスディスクリプタの構成を示す図である。
【図１０】本発明の第１の実施の形態におけるＵＳＢメモリ挿入後の制御の動作を示すフローチャートである。
【図１１】本発明の第１の実施の形態における送信ファイルをファイル送信キューに登録する動作を示すフローチャートである。
【図１２】本発明の第１の実施の形態における処理データを読み出す動作を示すフローチャートである。
【図１３】本発明の第１の実施の形態における送信ファイルをファイル送信キューに登録する動作の例を示すシーケンス図である。
【図１４】本発明の第１の実施の形態における処理データを読み出す動作の例を示すシーケンス図である。
【図１５】本発明の第２の実施の形態におけるＵＳＢメモリの構成例を示す図である。
【図１６】本発明の第２の実施の形態における所定構成検索部の構成例を示す図である。
【図１７】本発明の第２の実施の形態における送信ファイルをファイル送信キューに登録する動作を示すフローチャートである。
【図１８】本発明の第３の実施の形態におけるＵＳＢメモリの構成例を示す第１の図である。
【図１９】本発明の第３の実施の形態におけるＵＳＢメモリの構成例を示す第２の図である。
【図２０】本発明の第３の実施の形態における所定構成検索部の構成例を示す図である。
【図２１】本発明の第３の実施の形態における送信ファイルをファイル送信キューに登録する動作を示すフローチャートである。
【図２２】本発明の第４の実施の形態における画像形成装置の機能構成を示すブロック図である。
【図２３】本発明の第４の実施の形態におけるＵＳＢメモリの構成例を示す図である。
【図２４】本発明の第４の実施の形態におけるログ格納時の動作を示すフローチャートである。
【図２５】本発明の第４の実施の形態におけるログ格納時のシステム動作の例を示すシーケンス図である。
【符号の説明】
【０１３４】
１０ 画像形成装置
１３ ＵＳＢメモリ
３０ 制御部
３６ ＵＳＢメモリ制御部
３７ ＵＳＢメモリ構成通知部
４０ 所定構成検索部
【技術分野】
【０００１】
本発明は、情報処理装置、例えば、パソコンやプリンタ等に関するものである。
【背景技術】
【０００２】
従来、情報処理装置において、着脱可能な外部記憶装置によって情報処理装置の制御を行う場合、前記外部記憶装置の装着を確認後、ユーザが、前記情報処理装置の操作パネルを操作したり、前記情報処理装置のホストコンピュータを操作したりすることによって、前記外部記憶装置内に格納された情報を選択して起動させるようになっている。
【０００３】
この場合、前記情報処理装置に対するユーザによる操作の介入が、前記情報処理装置の操作パネルから直接的に、又は、通信を介してホストコンピュータから間接的に行われるようになっている。例えば、前記情報処理装置が印刷装置である場合、ユーザが前記印刷装置の操作パネルを操作し、装着された外部記憶装置に格納された印刷データを指定して印刷させたり、ユーザが印刷装置のホストコンピュータを操作して、該ホストコンピュータから、前記外部記憶装置内に格納された定型フォームを指定して、印刷装置にオーバーレイ印刷させるようになっている。
【０００４】
そのため、前記情報処理装置に外部記憶装置を装着しても、ユーザが介入して前記外部記憶装置内のディレクトリやファイルを指定し、動作を開始させる操作を行わないと、前記情報処理装置は起動しない。特に、同じ手順を毎回行う必要がある場合にユーザの介入を必要とすることは、前記ユーザにとって煩わしく、また、他のユーザが他の情報処理装置に対して同じ動作を行う際に誤りが生じやすい。
【０００５】
そこで、外部記憶装置が装着されると、該外部記憶装置に格納されたデータの印刷を自動的に行う情報処理装置としての印刷装置が提案されている（例えば、特許文献１参照。）。この場合、ユーザの介入を必要としないので、ユーザが煩わしく感じることがなく、また、操作における誤りが発生することがない。
【特許文献１】特開平５−２５０３６５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、前記従来の情報処理装置においては、外部記憶装置に格納されたすべてのデータが自動的に印刷されるので、前記外部記憶装置においてデータを格納するファイルの作成の手順が複雑になってしまい、また、印刷する必要のないデータを前記外部記憶装置に格納しておくことができない。さらに、前記外部記憶装置からデータを読み出して印刷する順序の修正を行うことができない。
【０００７】
本発明は、前記従来の情報処理装置の問題点を解決して、装着された外部メモリ内に格納された所定構成に対応した動作を行うことによって、外部メモリを装着するだけで、ユーザが操作しなくても特定のファイルを自動的に外部メモリから読み出して動作を実行し、ファイルの作成が容易で、動作の順序も容易に修正することができる情報処理装置を提供することを目的とする。
【課題を解決するための手段】
【０００８】
そのために、本発明の情報処理装置においては、着脱可能な不揮発性の外部メモリの装着を検出し、検出信号を出力する外部メモリ制御部と、該外部メモリ制御部からの検出信号に基づき、前記外部メモリ内の情報を参照して内容情報を通知する外部メモリ構成通知部と、該外部メモリ構成通知部からの通知情報内における所定構成の存在を検索する所定構成検索部と、該所定構成検索部によって検索された所定構成に対応した動作を行うように制御する制御部とを有する。
【発明の効果】
【０００９】
本発明によれば、情報処理装置は、外部メモリ内の情報内における所定構成の存在を検索し、検索された所定構成に対応した動作を行うように制御する。
【００１０】
この場合、外部メモリを装着するだけで、ユーザが操作しなくても特定のファイルを自動的に外部メモリから読み出して動作を実行し、ファイルの作成が容易で、動作の順序も容易に修正することができる。
【発明を実施するための最良の形態】
【００１１】
以下、本発明の実施の形態について図面を参照しながら詳細に説明する。
【００１２】
本実施の形態においては、情報処理装置がプリンタ、複写機、ファクシミリ装置等の画像形成装置であり、該画像形成装置に着脱可能な外部メモリがＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）規格のバスに接続可能なメモリとしてのＵＳＢメモリである場合について説明する。
【００１３】
図１は本発明の第１の実施の形態における画像形成装置のシステム構成を示すブロック図である。
【００１４】
図において、１０は情報処理装置としての画像形成装置であり、該画像形成装置１０は通信機能を備える。そして、１１は、通信路１２を介して前記画像形成装置１０に印刷情報を送信するコンピュータ装置としてのクライアント装置である。該クライアント装置１１は、前記通信路１２を介して画像形成装置１０に印刷の依頼を行う他、前記画像形成装置１０の情報を閲覧したり、前記画像形成装置１０の操作を行う。なお、前記通信路１２は、クライアント装置１１と画像形成装置１０とを接続し、前記クライアント装置１１及び前記画像形成装置１０間の情報交換に使用される情報の経路である。本実施の形態において、前記通信路１２は、印刷の依頼や、印刷データが通過する、例えば、ＵＳＢ、セントロニクスインターフェイス、ネットワーク等の経路である。また、１３は、ＵＳＢインターフェイスを備え、前記画像形成装置１０に着脱可能な記憶装置である外部メモリとしてのＵＳＢメモリであり、該ＵＳＢメモリ１３には、印刷データや制御の指示、ファイルの情報等が、構成（ディレクトリとファイル）として格納される。
【００１５】
次に、前記画像形成装置１０におけるハードウェアの構成について説明する。
【００１６】
図２は本発明の第１の実施の形態における画像形成装置のハードウェアの構成を示すブロック図である。
【００１７】
図２において、２１は前記画像形成装置１０の制御を行うプロセッサであり、２２は該プロセッサ２１が画像形成装置１０を制御するのに必要なプログラムやデータを格納するＲＯＭであり、２３はプロセッサ２１が動作するにあたり、必要な作業機やデータを格納するＲＡＭである。なお、情報を受信するためのバッファ、作成した画像の一時記憶領域、ファイル送信キュー等もＲＡＭ２３に含まれる。
【００１８】
また、２４はシステムのパラメータ、書き換え可能なプログラムやデータ等を保存する領域であるフラッシュメモリであり、２５はクライアント装置１１との通信を行う部分である通信部であり、２６は、ユーザに対して情報を表示するとともに、ユーザが操作するスイッチ等を備え、ユーザが操作して画像形成装置１０に対して指示を出す操作パネル部である。
【００１９】
そして、２７は印刷を行う印刷装置であり、２８は該印刷装置２７とのインターフェイスを取り制御する印刷装置制御部であり、２９はＵＳＢメモリ１３を装着するＵＳＢスロットを含む機構部としてのＵＳＢメモリ制御部である。
【００２０】
また、１４は内部バスであり、前記プロセッサ２１、ＲＯＭ２２、ＲＡＭ２３、フラッシュメモリ２４、通信部２５、操作パネル部２６、印刷装置制御部２７及びＵＳＢメモリ制御部２９のそれぞれの情報の共通経路として機能する。
【００２１】
次に、前記画像形成装置１０における機能について説明する。
【００２２】
図３は本発明の第１の実施の形態における画像形成装置の機能構成を示すブロック図、図４は本発明の第１の実施の形態におけるファイル送信キューの構成例を示す第１の図、図５は本発明の第１の実施の形態におけるファイル送信キューの構成例を示す第２の図、図６は本発明の第１の実施の形態におけるＵＳＢメモリの構成例を示す図、図７は本発明の第１の実施の形態における所定構成検索部の構成例を示す図である。
【００２３】
図３に示されるように、画像形成装置１０は、機能の観点から通信制御部３１、データ渡し処理部３２、ＰＤＬ（Ｐａｇｅ Ｄｅｓｃｒｉｐｔｉｏｎ Ｌａｎｇｕａｇｅ：ページ記述言語）処理部３３、印刷部３４及びファイル送信キュー３５を含む制御部３０、外部メモリ制御部としてのＵＳＢメモリ制御部３６、外部メモリ構成通知部としてのＵＳＢメモリ構成通知部３７、並びに、所定構成検索部４０を有する。
【００２４】
ここで、前記制御部３０は、通信制御部３１、データ渡し処理部３２、ＰＤＬ処理部３３、印刷部３４及びファイル送信キュー３５を含み、一般的にはホストコンピュータからの情報を処理し、印刷部３４において印刷を行うための制御を行う。なお、前記ホストコンピュータからの情報は主に印刷データである。そして、通信制御部３１は、クライアント装置１１との間で、ＵＳＢ、セントロニクスインターフェイス、ネットワーク等を介しての通信を行い、印刷データの受信、制御情報の受信、情報の送出等を制御する部分であり、受信バッファ等もここに含まれる。
【００２５】
また、前記データ渡し処理部３２は、クライアント装置１１からの受信データ又はＵＳＢメモリ１３のデータのいずれを、ＰＤＬ処理部３３に引き渡すかを制御する部分である。この場合、前記データ渡し処理部３２は、ファイル送信キュー３５のファイル登録の有無を調べる（図３（１））ことによって判断する。さらに、ＰＤＬ処理部３３は、前記データ渡し処理部３２より引き渡されたデータ及び情報を判断し、印刷データとして処理する他、制御コマンドとして処理する部分である。なお、無効なデータや指示は、受け捨てられる。そして、印刷部３４は、ＰＤＬ処理部３３によって処理及び作成された画像を印刷する。
【００２６】
また、ＵＳＢメモリ制御部３６は、ＵＳＢのスロット、ＵＳＢデバイスを制御するＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）等のロジックとこれを制御するドライバを含むプログラムとのインターフェイス部分であり、ハードウエア的な情報を、論理的な情報に変換する。この場合、前記ＵＳＢメモリ制御部３６は、ＵＳＢメモリ１３の装着を検出することによって、該ＵＳＢメモリ１３装着の信号、すなわち、ＵＳＢメモリ１３の装着の検出通知（図３（２））を出力し、これにより、ＵＳＢメモリ構成通知部３７を起動する。そして、ＵＳＢの規約上、周辺機器同士の接続はできないため、前記画像形成装置１０は、ＵＳＢのホストポート又はＯＮ−ＴＨＥ−ＧＯの機能を持つポートを有し、ＵＳＢメモリ１３に対してホストとなる機能を有する。
【００２７】
また、ＵＳＢメモリ構成通知部３７は、ＵＳＢメモリ１３のファイルシステムを含み、ＵＳＢメモリデバイスに対して、ファイル単位での情報や構成を提供する。そして、前記ＵＳＢメモリ構成通知部３７は、ＵＳＢメモリ内容（図３（３））からファイルシステムを通して構成されたＵＳＢメモリ１３の論理的な内容としてのファイル構成／ファイル内容（図３（４））、ファイルの読み出しデータ（図３（５））等の情報を提供し、また、ＵＳＢメモリ１３に対して、ファイルの書き込みも行う。
【００２８】
また、所定構成検索部４０は、ＵＳＢメモリ１３におけるファイル構成／ファイル内容（図３（４））に対して、所定の構成が存在するか否かを検索し、その結果によって、所定の動作を制御部３０に行わせるように、ファイル送信キュー３５に送信ファイルを登録する（図３（６））。すなわち、ファイル送信キュー３５への登録（図３（６））は、制御部３０に対する自動動作の指示となる。なお、ファイル送信キュー３５の参照及び削除は、制御部３０における自動作動の起動判断及び一動作の終了動作を示している。
【００２９】
また、前記ＵＳＢメモリ１３は、前述されたように、ＵＳＢインターフェイスを備えた着脱可能な不揮発性の外部記憶装置であり、ファイルシステムを備え、クライアント装置１１において読み書きすることができ、ポータブルなデバイスである。さらに、記憶媒体を含む、デジタルカメラも同様に扱うことができる。
【００３０】
ここで、前記ＵＳＢメモリ１３のファイル構成は、図６に示されるようなものが想定されている。この場合、“Ｒｏｏｔ”ディレクトリの下に“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリが存在し、該“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリの下に、送信すべきファイルが存在する。また、前記ＵＳＢメモリ内容（図３（３））は、ＵＳＢメモリ制御部３６によって遣（や）り取りされるＵＳＢメモリ１３の内容である。さらに、前記ファイルの読み出しデータ（図３（５））は、自動動作によって処理されるデータであり、データ渡し処理部３２によって、ＵＳＢメモリ構成通知部３７、ＵＳＢメモリ制御部３６を経由してＵＳＢメモリ１３から読み出される。さらに、図３（７）は、クライアント装置１１からのジョブであり、通常の動作において処理されるデータである。
【００３１】
そして、図７には、前記所定構成検索部４０の内部構成が示されており、前記所定構成検索部４０はＡｕｔｏＡｃｔｉｏｎディレクトリ検索機構４１と内部ファイル登録機構４２とを有する。前記ＡｕｔｏＡｃｔｉｏｎディレクトリ検索機構４１は、メモリの情報の中から“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリを検索する。また、前記内部ファイル登録機構４２は、前記ＡｕｔｏＡｃｔｉｏｎディレクトリ検索機構４１によって検索された“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリ内のファイルをファイル送信キュー３５に登録する役割を果たす。
【００３２】
そして、ファイル送信キュー３５は、所定構成の検出によって、制御部３０が実行を行うために情報を引き渡す部分であり、動作の実行に応じて状態が変化する。図４及び５にはファイル送信キュー３５の構成例が示されており、前記ファイル送信キュー３５は、ＦＩＦＯ（Ｆｉｒｓｔ−Ｉｎ Ｆｉｒｓｔ−Ｏｕｔ）の記憶領域であり、ＵＳＢメモリ１３上の送信すべきファイルのパスを順序立てて格納する領域である。図４及び５において、読み出しポインタ及び書き込みポインタの初期値は、点線の矢印によって表され、同じ領域を示している。図４及び５においては、ファイルパスの登録がない状態を示す。
【００３３】
さらに、図４には、登録の制限数を持つファイル送信キュー３５の例が示されている。図４に示される例は、ファイルパスを５つ登録し、２つを読み出し終えた状態を示している。そして、ファイルパス登録後、書き込みポインタは、次の領域を指し、読み出しポインタは、読み出し終了後、次を指すように更新される。さらに、最後の領域の次は、先頭に戻る。なお、ファイルの最大登録数は、ファイルパス記憶領域−１の値である。
【００３４】
また、図５には、リンクリストによるエントリ数の制限を持たないファイル送信キュー３５の例が示されている。しかし、この場合もメモリ制限は存在する。図５に示される例は、図４に示される例と同様に、ファイルパスを５つ登録し、２つを読み出し終えた状態を示している。そして、ファイルパスの格納領域をメモリプールから取得し、情報を格納し、読み終えた後、メモリプールに返す動作を行う。
【００３５】
次に、前記構成の画像形成装置１０の動作について説明する。
【００３６】
図８は本発明の第１の実施の形態におけるデバイスディスクリプタの構成を示す図、図９は本発明の第１の実施の形態におけるインターフェイスディスクリプタの構成を示す図、図１０は本発明の第１の実施の形態におけるＵＳＢメモリ挿入後の制御の動作を示すフローチャート、図１１は本発明の第１の実施の形態における送信ファイルをファイル送信キューに登録する動作を示すフローチャート、図１２は本発明の第１の実施の形態における処理データを読み出す動作を示すフローチャートである。
【００３７】
本実施の形態においては、ユーザがＵＳＢメモリ１３を画像形成装置１０に装着すると、前記ＵＳＢメモリ１３が使用可能であることの確認を行い、前記ＵＳＢメモリ１３の“Ｒｏｏｔ”の中から“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリを検索する。さらに、“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリの中を検索し、検索したファイルをファイル送信キュー３５に登録する。制御部３０では、ＰＤＬ処理部３３にデータを渡すデータ渡し処理部３２が、ファイル送信キュー３５の示すファイルを、ＵＳＢメモリ１３から読み出してＰＤＬ処理部３３に渡すか、クライアント装置１１からの受信データを渡すかを制御し、ＰＤＬ処理部３３は渡されたデータを処理するようになっている。
【００３８】
まず、ユーザがＵＳＢメモリ１３を画像形成装置１０に装着してから、前記ＵＳＢメモリ１３が使用可能であることを確認し、“Ｒｏｏｔ”の中から、“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリの検索をする動作について説明する。
【００３９】
この場合、ユーザがＵＳＢメモリ１３を画像形成装置１０のＵＳＢスロットに挿す。すると、ＵＳＢメモリ制御部３６のＵＳＢデバイスを制御するＬＳＩがＵＳＢデバイスとしてのＵＳＢメモリ１３の装着を検出し、割り込みをあげる。すると、割り込みによって、ＵＳＢメモリ構成通知部３７が起動する。
【００４０】
続いて、装着されたＵＳＢデバイスが、メモリ等の記憶装置、すなわち、ストレージデバイスあることを、図８及び９に示されるような、ＵＳＢデバイスディスクリプタ及びインターフェイスディスクリプタ内の種別を判断することで検出する。この場合、図８におけるデバイスディスクリプタのクラスコードがマスストレージを示す００であること、及び、図９におけるインターフェイスディスクリプタのクラスコードがマスストレージを示す０８であることを確認することで判断される。そして、前記ＵＳＢデバイスがストレージデバイスであるか否かを判断し、ストレージデバイスでなければ、処理を終了する。この場合、必要に応じて操作パネル部２６に、エラーメッセージとして、“未サポートＵＳＢデバイス”と表示させる。
【００４１】
また、前記ＵＳＢデバイスがストレージデバイスであると、ストレージデバイスであるＵＳＢメモリ１３のファイルシステムが、画像形成装置１０内に格納されているファイルシステムで対応可能なファイルシステムによって構成されているか否かを調べる。そして、対応可能なファイルシステムであるか否かを判断し、対応不可能なファイルシステムであれば、処理を終了する。この場合、必要に応じて操作パネル部２６に、エラーメッセージとして、“未サポートファイルシステム”と表示させる。
【００４２】
また、対応可能なファイルシステムであれば、ファイルシステムの内部構成を、所定構成検索部４０が検索する。この場合、“Ｒｏｏｔ”の中に“ＡｕｔｏＡｃｔｉｏｎ”のディレクトリが存在するか否かを調べる。そして、“Ｒｏｏｔ”の中に“ＡｕｔｏＡｃｔｉｏｎ”のディレクトリが存在しなければ検索は処理を終了する。この場合、必要に応じて操作パネル部２６に、エラーメッセージとして、“自動動作なし”と表示させる。
【００４３】
また、“Ｒｏｏｔ”の中に“ＡｕｔｏＡｃｔｉｏｎ”のディレクトリが存在すれば、“Ｒｏｏｔ”中の“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリの中を検索し、結果に応じた動作を制御部３０が行えるように情報を残し、後の動作を制御部３０に引き継いで、処理を終了する。
【００４４】
次に、送信ファイルをファイル送信キューに登録する動作について説明する。
【００４５】
この部分の処理は、“Ｒｏｏｔ”中の“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリの中を検索し、検索したファイルをファイル送信キューに登録することで、制御部３０が処理すべきデータを認識することができるように設定することである。そして、ファイル送信キュー３５の構造は、図４及び５に示す方法で実現する。
【００４６】
まず、ファイル送信キュー３５を空の状態に初期化する。そして、“Ｒｏｏｔ”中の“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリの中にファイルが存在するか否かを判断し、存在しなければ、何もせずに処理を終了する。また、“Ｒｏｏｔ”中の“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリの中にファイルが存在する場合は、“Ｒｏｏｔ”中の“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリの中のファイルポインタを初期化する。
【００４７】
そして、ファイルポインタの示す所にファイルがあるか否かを判断し、ファイルポインタの示す所にファイルが存在しなければ、検索を終了する。また、ファイルポインタの示す所にファイルが存在する場合は、該ファイルの拡張子を確認する。そして、本装置、すなわち、画像形成装置１０において処理可能なファイルであるか否かを判断する。ここで、あらかじめ処理することができないと認識したファイルは、すなわち、処理不可能ファイルを、ファイル送信キュー３５に登録せずに、スキップする。また、処理可能なファイルをファイル送信キュー３５に登録する。続いて、ファイルポインタを更新し、次のファイルの検索を続ける。
【００４８】
次に、データ渡し処理部３２がＰＤＬ処理部３３にデータを渡す処理の動作について説明する。この場合、所定構成検索部４０が検索し残したファイル送信キュー３５の示すファイルをＰＤＬ処理部３３に渡すか、クライアント装置１１からの受信データを渡すかを制御する。
【００４９】
まず、データソースが未確定状態であるか否か、すなわち、ジョブの処理中ではないか否かを判断する。そして、ジョブの処理中であれば、そのデータの後続のデータを送出するようにする。実際は、処理するデータの源を示すデータソース（この場合、ファイル送信キュー３５の示すファイルか、クライアント装置１１からの受信データを示す。）を調べる。
【００５０】
そして、データソースはファイルであるか又は受信データであるかを判断し、ファイルである場合、該ファイルを読み出し、ＰＤＬ処理に転送する。また、受信データである場合は、該受信データをＰＤＬ処理部３３に転送する。一方、データソースが未確定状態であるか否かを判断して、ジョブの処理中でなく未確定状態である場合には、ファイル送信キュー３５にファイルが登録されているか否かを調べる。ここで、ファイルが登録されていなければ、通常通りにクライアント装置１１からの受信データを処理する。すなわち、クライアント装置１１からの受信データを確認し、クライアント装置１１からの受信データがあるか否かを判断する。そして、クライアント装置１１からの受信データがなければ、次のデータ要求に向け、処理を終了する。また、クライアント装置１１からの受信データがある場合は、データソースをクライアント装置１１からの受信ジョブとする。
【００５１】
続いて、前述のように、受信データをＰＤＬ処理部３３に転送し、受信データが終了したか否かを判断し、終了していなければ、次のデータ要求に向け、処理を終了する。また、受信データが終了している場合は、データソースを未確定状態として、処理を終了する。
【００５２】
一方、ファイル送信キュー３５にファイルが登録されている場合には、データソースをファイルとし、該当ファイルをオープンする。そして、ファイルオープンＯＫか否か、すなわち、ファイルオープンの結果が正常であるか否かを判断し、ファイルオープンの結果が正常でなければ、ファイルの送信を行わず、ファイル送信キュー３５の登録を削除する。
【００５３】
また、ファイルオープンの結果が正常であれば、読み出しの準備を行う。そして、前述のように、ファイルを読み出し、ＰＤＬ処理に転送する。続いて、ファイルの転送が終了したか否かを判断し、ファイルの転送が終了していなければ、次のデータ要求に向け処理を終了する。また、ファイルの転送が終了すると、該ファイルをクローズする。そして、前述のように、ファイル送信キュー３５の登録を削除する。続いて、データソースを未確定として、次のデータ要求に向けて処理を終了する。
【００５４】
次に、フローチャートについて説明する。まず、図１０に示すフローチャートについて説明する。
ステップＳ１ ユーザがＵＳＢメモリ１３を画像形成装置１０のＵＳＢスロットに挿す。
ステップＳ２ ＵＳＢメモリ制御部３６がＵＳＢデバイスの装着を検出し、割り込みをあげる。
ステップＳ３ 割り込みによってＵＳＢメモリ構成通知部３７が起動する。
ステップＳ４ 装着されたＵＳＢデバイスの種別を確認する。
ステップＳ５ ＵＳＢデバイスの種別がストレージデバイスであるか否かを判断する。ＵＳＢデバイスの種別がストレージデバイスである場合はステップＳ７に進み、ＵＳＢデバイスの種別がストレージデバイスでない場合はステップＳ６に進む。
ステップＳ６ 処理を終了する。必要に応じ、操作パネル部２６に“未サポートＵＳＢデバイス”を表示させる。
ステップＳ７ ＵＳＢメモリ１３のファイルシステムが、ＵＳＢメモリ構成通知部３７のファイルシステムにおいて対応可能であるか確認を行う。
ステップＳ８ 対応可能であるか否かを判断する。対応可能である場合はステップＳ１０に進み、対応可能でない場合はステップＳ９に進む。
ステップＳ９ 処理を終了する。必要に応じ、操作パネル部２６に“未サポートファイルシステム”を表示させる。
ステップＳ１０ ファイルシステムの内部構成を所定構成検索部４０が検索する。
ステップＳ１１ “Ｒｏｏｔ”の中に“ＡｕｔｏＡｃｔｉｏｎ”のディレクトリが存在するか否かを判断する。“Ｒｏｏｔ”の中に“ＡｕｔｏＡｃｔｉｏｎ”のディレクトリが存在する場合はステップＳ１３に進み、“Ｒｏｏｔ”の中に“ＡｕｔｏＡｃｔｉｏｎ”のディレクトリが存在しない場合はステップＳ１２に進む。
ステップＳ１２ 処理を終了する。必要に応じ、操作パネル部２６に“自動動作なし”を表示させる。
ステップＳ１３ ディレクトリ中を検索した結果に応じた処理を起動することができるように、情報を残し、制御部３０が動作するようにし、処理を終了する。
【００５５】
次に、図１１に示すフローチャートについて説明する。
ステップＳ２１ ファイル送信キュー３５を空にする。
ステップＳ２２ ディレクトリの中にファイルが存在するか否かを判断する。ディレクトリの中にファイルが存在する場合はステップＳ２３に進み、ディレクトリの中にファイルが存在しない場合は処理を終了する。
ステップＳ２３ ディレクトリの中のファイルポインタを初期化する。
ステップＳ２４ ファイルポインタの示す所にファイルがあるか否かを判断する。ファイルポインタの示す所にファイルがある場合はステップＳ２５に進み、ファイルポインタの示す所にファイルがない場合は処理を終了する。
ステップＳ２５ ファイルポインタの示すファイルの拡張子を確認する。
ステップＳ２６ 本装置において処理可能なファイルであるか否かを判断する。本装置において処理可能なファイルである場合はステップＳ２８に進み、本装置において処理可能なファイルでない場合はステップＳ２７に進む。
ステップＳ２７ 処理不可能ファイルをスキップする。
ステップＳ２８ ファイル送信キュー３５に処理可能なファイルを登録する。
ステップＳ２９ ファイルポインタを更新する。
【００５６】
次に、図１２に示すフローチャートについて説明する。
ステップＳ３１ データソースが未確定状態であるか否かを判断する。データソースが未確定状態である場合はステップＳ３３に進み、データソースが未確定状態でない場合はステップＳ３２に進む。
ステップＳ３２ データソースはファイルであるか否かを判断する。データソースはファイルである場合はステップＳ３８に進み、データソースはファイルでない場合はステップＳ４６に進む。
ステップＳ３３ ファイル送信キュー３５にファイルが登録されているか否かを判断する。ファイル送信キュー３５にファイルが登録されている場合はステップＳ３４に進み、ファイル送信キュー３５にファイルが登録されていない場合はステップＳ４３に進む。
ステップＳ３４ データソースをファイルとする。
ステップＳ３５ 該当ファイルをオープンする。
ステップＳ３６ ファイルオープンの結果が正常であるか否かを判断する。ファイルオープンの結果が正常である場合はステップＳ３７に進み、ファイルオープンの結果が正常でない場合はステップＳ４１に進む。
ステップＳ３７ 読み出しの準備を行う。
ステップＳ３８ ファイルを読み出しＰＤＬ処理部３３に転送する。
ステップＳ３９ ファイルの転送が終了したか否かを判断する。ファイルの転送が終了した場合はステップＳ４０に進み、ファイルの転送が終了しない場合は処理を終了する。
ステップＳ４０ ファイルをクローズする。
ステップＳ４１ 該当ファイルをファイル送信キュー３５の登録から削除する。
ステップＳ４２ データソースを未確定とする。
ステップＳ４３ クライアント装置１１からの受信データを確認する。
ステップＳ４４ クライアント装置１１からの受信データがあるか否かを判断する。クライアント装置１１からの受信データがある場合はステップＳ４５に進み、クライアント装置１１からの受信データがない場合は処理を終了する。
ステップＳ４５ データソースをクライアント装置１１からの受信ジョブとする。
ステップＳ４６ 受信データをＰＤＬ処理部３３に転送する。
ステップＳ４７ 受信データが終了したか否かを判断する。受信データが終了した場合はステップＳ４８に進み、受信データが終了しない場合は処理を終了する。
ステップＳ４８ データソースを未確定状態とし、処理を終了する。
【００５７】
次に、ファイル送信キュー３５への登録までのシステムの動作の例をシーケンス図を用いて説明する。
【００５８】
図１３は本発明の第１の実施の形態における送信ファイルをファイル送信キューに登録する動作の例を示すシーケンス図である。
【００５９】
まず、画像形成装置１０にＵＳＢメモリ１３が装着されると、ＵＳＢメモリ制御部３６がＵＳＢメモリ１３、すなわち、ＵＳＢデバイスを検出する。そして、該ＵＳＢデバイスの検出によってＵＳＢメモリ構成通知部３７を起動させる。次に、ＵＳＢデバイスの確認を行う。この場合、ＵＳＢデバイスがストレージデバイス、すなわち、記憶装置であることを、ＵＳＢメモリ構成通知部３７を介して確認する。
【００６０】
続いて、該ＵＳＢメモリ構成通知部３７は、ファイルシステムの確認を行う。この場合、ファイルシステムが、画像形成装置１０内で対応することができることを、ＵＳＢメモリ制御部３６を通して確認する。そして、確認することができたら、所定構成検索部４０を起動する。
【００６１】
次に、所定構成検索部４０は、所定構成の検索を行う。この場合、所定のディレクトリ構成やファイルを含むことを、ＵＳＢメモリ構成通知部３７及びＵＳＢメモリ制御部３６を通して確認する。
【００６２】
続いて、所定構成の検索の結果、送信ファイルをファイル送信キュー３５に登録する。
【００６３】
次に、ＵＳＢメモリ１３の装着時のデータ取り出しの動作の例をシーケンス図を用いて説明する。
【００６４】
図１４は本発明の第１の実施の形態における処理データを読み出す動作の例を示すシーケンス図である。
【００６５】
まず、ＰＤＬ処理部３３は、データ渡し処理部３２に、データ要求を行う。そして、前記データ渡し処理部３２は、データの処理中ではなかったので、ファイル送信キュー３５の内容を確認する。この場合、ファイル送信キュー３５には何も登録されていない。次に、データ渡し処理部３２は、クライアント製置１１からの受信データを確認する。ここで、受信データがあると、該受信データをＰＤＬ処理部３３へ転送する。続いて、受信データが終わり、データ終了とする。そして、ＰＤＬ処理部３３がデータの処理を行う。
【００６６】
次に、画像形成装置１０にＵＳＢメモリ１３が装着され、自動送信のデータが１つ確認された場合のシステム動作を説明する。なお、ＵＳＢメモリ１３が装着されてからファイル送信キュー３５へ登録するまでの動作は前述された図１３のシーケンス図における動作と同様であるので説明を省略する。
【００６７】
まず、ＰＤＬ処理部３３が、データ渡し処理部３２に、データ要求を行う。そして、前記データ渡し処理部３２は、データの処理中ではなかったので、ファイル送信キュー３５の内容を確認する。この場合、ファイル送信キュー３５に登録ファイルがあることを確認する。そして、検出したファイルをオープンする。続いて、ファイルデータをＰＤＬ処理部３３に転送する。また、ファイルデータに継続があり、データ継続とし、ＰＤＬ処理部３３がデータの処理を行う。
【００６８】
次に、ＰＤＬ処理部３３が、データ渡し処理部３２に、データ要求を行う。すると、データ渡し処理部３２は、データの処理中、すなわち、継続中のため、ファイルデータをＰＤＬ処理部３３に転送する。そして、ファイルデータが終わり、データ終了とする。
【００６９】
続いて、データ渡し処理部３２は、転送したファイルをクローズする。さらに、ファイル送信キュー３５に登録されたファイルを削除する。そして、ＰＤＬ処理部３３がデータを処理する。
【００７０】
次に、図１３に示されるシ−ケンスについて説明する。
ステップＳ５１ ＵＳＢメモリ１３が装着される。
ステップＳ５２ ＵＳＢデバイスが検出される。
ステップＳ５３ ＵＳＢデバイスを確認する。
ステップＳ５４ ファイルシステムの確認を行う。
ステップＳ５５ 所定構成の検索を行う。
ステップＳ５６ 送信ファイルの登録を行う。
【００７１】
次に、図１４に示されるシ−ケンスについて説明する。
ステップＳ６１ データ渡し処理部３２にデータ要求を行う。
ステップＳ６２ ファイル送信キュー３５の内容の確認を行う。
ステップＳ６３ ファイル送信キュー３５には何も登録されていない。
ステップＳ６４ クライアント装置１１からの受信データを確認する。
ステップＳ６５ 受信データがある。
ステップＳ６６ 受信データをＰＤＬ処理部３３に転送する。
ステップＳ６７ データ終了とする。
ステップＳ６８ データを処理する。
ステップＳ６９ データ渡し処理部３２にデータ要求を行う。
ステップＳ７０ ファイル送信キュー３５の内容の確認を行う。
ステップＳ７１ ファイル送信キュー３５に登録ファイルがあることを確認する。
ステップＳ７２ 検出したファイルをオープンする。
ステップＳ７３ ファイルデータをＰＤＬ処理部３３に転送する。
ステップＳ７４ ファイルデータに継続があり、データ継続とした。
ステップＳ７５ データを処理する。
ステップＳ７６ データ渡し処理部３２にデータ要求を行う。
ステップＳ７７ ファイルデータをＰＤＬ処理部３３に転送する。
ステップＳ７８ データ終了とする。
ステップＳ７９ 転送したファイルをクローズする。
ステップＳ８０ 登録されたファイルを削除する。
ステップＳ８１ ＰＤＬ処理部３３がデータを処理する。
【００７２】
このように、本実施の形態において、画像形成装置１０は、ユーザがＵＳＢメモリ１３を装着しただけで、特定のディレクトリに格納された特定のファイルのデータを、クライアント装置１１からデータを送信した場合と同様に、画像形成の処理に送って処理することができる。また、送出の必要なファイルを移動することによって、修正を容易に行うこともできる。
【００７３】
また、前記画像形成装置１０では、主として印刷や表示を行うことになるが、前記画像形成装置１０を制御するパラメータ、システムプログラム等のフラッシュメモリ２４に格納されたデータ内容の更新にも適応することができる。
【００７４】
次に、本発明の第２の実施の形態について説明する。なお、第１の実施の形態と同じ構造を有するものについては、同じ符号を付与することによってその説明を省略する。また、前記第１の実施の形態と同じ動作及び効果についてもその説明を省略する。
【００７５】
図１５は本発明の第２の実施の形態におけるＵＳＢメモリの構成例を示す図、図１６は本発明の第２の実施の形態における所定構成検索部の構成例を示す図である。
【００７６】
本実施の形態においては、所定構成におけるＵＳＢメモリ１３がディレクトリ構成を有する点において、前記第１の実施の形態と相違する。この場合、図１５に示されるように、前記ＵＳＢメモリ１３のディレクトリ及びファイルの構成は、“Ｒｏｏｔ”ディレクトリの下に“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリが存在し、該“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリの下に送信すべきファイルの順序を定めるディレクトリ構成“Ｏｒｄｅｒ”が存在し、その内部に送信すべきファイルが存在するようになっている。
【００７７】
そして、この構造を検出する所定構成検索部４０は、図１６に示されるように、前記第１の実施の形態におけるＡｕｔｏＡｃｔｉｏｎディレクトリ検索機構４１及び内部ファイル登録機構４２に加え、Ｏｒｄｅｒディレクトリ検索機構４３及びソート機構４４を有する。ここで、前記ＡｕｔｏＡｃｔｉｏｎディレクトリ検索機構４１はメモリの情報の中から“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリを検索する。そして、内部ファイル登録機構４２はファイルをファイル送信キュー３５に登録を行う。また、前記Ｏｒｄｅｒディレクトリ検索機構４３は、前記ＡｕｔｏＡｃｔｉｏｎディレクトリ検索機構４１によって検索されたディレクトリ内に“Ｏｒｄｅｒ”ディレクトリを検出する役割を果たし、その結果を前記ソート機構４４が、“Ｏｒｄｅｒ”ディレクトリ順に並べ直す。
【００７８】
次に、本実施の形態における画像形成装置１０の動作について説明する。
【００７９】
図１７は本発明の第２の実施の形態における送信ファイルをファイル送信キューに登録する動作を示すフローチャートである。
【００８０】
なお、本実施の形態では、ＵＳＢメモリ１３挿入後の制御の動作において、ユーザがＵＳＢメモリ１３を画像形成装置１０に装着してから、“Ｒｏｏｔ”の中に“ＡｕｔｏＡｃｔｉｏｎ”のディレクトリが存在するか否かを調べ、“Ｒｏｏｔ”の中に“ＡｕｔｏＡｃｔｉｏｎ”のディレクトリが存在しなければ検索は処理を終了するまでの動作、すなわち、図１０におけるステップＳ１〜Ｓ１２までの動作については、前記第１の実施の形態と同じであるので、説明を省略する。そして、本実施の形態においても、図１０におけるステップＳ１３と同様の動作を行い、“Ｒｏｏｔ”の中に“ＡｕｔｏＡｃｔｉｏｎ”のディレクトリが存在する場合、“Ｒｏｏｔ”中の“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリの中を検索し、結果に応じた動作を制御部３０が行えるように情報を残し、後の動作を制御部３０に引き継いで、処理を終了するようになっている。
【００８１】
この部分の処理、すなわち、図１０におけるステップＳ１３と同様の動作は、“Ｒｏｏｔ”中の“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリの中を検索し、特定のディレクトリ名の中に格納されたファイルを検索し、ファイル送信キューに登録し、制御部３０が送信を行えるように情報を設定することである。
【００８２】
この場合、まず、ファイル送信キュー３５を空の状態に初期化する。そして、“Ｒｏｏｔ”中の“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリの中に“Ｏｒｄｅｒ”で始まるディレクトリが存在するか否かを判断し、存在しない場合はディレクトリの中にファイルが存在するか否かを判断する。また、“Ｒｏｏｔ”中の“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリの中に“Ｏｒｄｅｒ”で始まるディレクトリが存在する場合は、“Ｏｒｄｅｒ”で始まるディレクトリを名称の若い順にソートしたテーブルを作成する。さらに、該テーブルの順に“Ｏｒｄｅｒ”で始まるディレクトリの中のファイルをソートされた順にファイル送信キュー３５に登録する。
【００８３】
続いて、“Ｒｏｏｔ”中の“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリの中にファイルが存在するか否かを判断し、存在しなければ、何もせずに処理を終了する。また、“Ｒｏｏｔ”中の“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリの中にファイルが存在する場合は、“Ｒｏｏｔ”中の“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリの中のファイルポインタを初期化する。
【００８４】
そして、該ファイルポインタの示す所にファイルがあるか否かを判断し、ファイルポインタの示す所にファイルが存在しなければ、処理を終了する。また、ファイルポインタの示す所に、ファイルが存在する場合は、該ファイルの拡張子を確認する。そして、本装置、すなわち、画像形成装置１０において処理可能なファイルであるか否かを拡張子で判断する。ここで、あらかじめ処理することができないと認識したファイルは、ファイル送信キュー３５に登録は行わない、すなわち、処理不可能ファイルを、ファイル送信キュー３５に登録せずに、スキップする。また、処理可能なファイルである場合は、該ファイルをファイル送信キュー３５に登録する。続いて、ファイルポインタを更新し、次のファイルの検索を続ける。
【００８５】
この後のＰＤＬ処理部３３にデータを渡すデータ渡し処理部３２の動作については、前記第１の実施の形態と同じであるので、説明を省略する。そして、所定構成検索部４０が登録したファイル送信キュー３５の示すファイルを登録順に処理することで送出順序が設定される。
【００８６】
次に、図１７に示すフローチャートについて説明する。
ステップＳ９１ ファイル送信キュー３５を空にする。
ステップＳ９２ ディレクトリの中に“Ｏｒｄｅｒ”で始まるディレクトリが存在するか否かを判断する。ディレクトリの中に“Ｏｒｄｅｒ”で始まるディレクトリが存在する場合はステップＳ９３に進み、ディレクトリの中に“Ｏｒｄｅｒ”で始まるディレクトリが存在しない場合はステップＳ９５に進む。
ステップＳ９３ “Ｏｒｄｅｒ”で始まるディレクトリを名称の若い順にソートしたテーブルを作成する。
ステップＳ９４ テーブルの順に“Ｏｒｄｅｒ”で始まるディレクトリ内のファイルをソートされた順にファイル送信キューに登録する。
ステップＳ９５ ディレクトリの中にファイルが存在するか否かを判断する。ディレクトリ内にファイルが存在する場合はステップＳ９６に進み、ディレクトリ内にファイルが存在しない場合は処理を終了する。
ステップＳ９６ ディレクトリの中のファイルポインタを初期化する。
ステップＳ９７ ファイルポインタの示す所にファイルがあるか否かを判断する。ファイルポインタの示す所にファイルがある場合はステップＳ９８に進み、ファイルポインタの示す所にファイルがない場合は処理を終了する。
ステップＳ９８ ファイルポインタの示すファイルの拡張子を確認する。
ステップＳ９９ 本装置において処理可能なファイルであるか否かを判断する。本装置において処理可能なファイルである場合はステップＳ１０１に進み、本装置において処理可能なファイルでない場合はステップＳ１００に進む。
ステップＳ１００ 処理不可能ファイルをスキップする。
ステップＳ１０１ ファイル送信キュー３５に処理可能なファイルを登録する。
ステップＳ１０２ ファイルポインタを更新する。
【００８７】
このように、本実施の形態においては、図１５に示されるような所定構成“Ｏｒｄｅｒ”ディレクトリによって、ファイルの送出順序を制御することが可能となる。そのため、ファイルの送信手順を追加していく場合に、手順を記すファイルの更新を必要とせず、容易に追加を行うことができる。
【００８８】
次に、本発明の第３の実施の形態について説明する。なお、第１及び第２の実施の形態と同じ構造を有するものについては、同じ符号を付与することによって、その説明を省略する。また、前記第１及び第２の実施の形態と同じ動作及び効果についても、その説明を省略する。
【００８９】
図１８は本発明の第３の実施の形態におけるＵＳＢメモリの構成例を示す第１の図、図１９は本発明の第３の実施の形態におけるＵＳＢメモリの構成例を示す第２の図、図２０は本発明の第３の実施の形態における所定構成検索部の構成例を示す図である。
【００９０】
本実施の形態においては、所定構成におけるＵＳＢメモリ１３が“Ａｃｔｉｏｎ．ｉｎｆ”の特定ファイルを“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリ構成の中に有する点において、前記第１の実施の形態と相違する。そして、前記“Ａｃｔｉｏｎ．ｉｎｆ”は“ＡｕｔｏＡｃｔｉｏｎ”にて起動されるファイルの順序を書き示すことでファイル送信キュー３５に前記順序で登録される。
【００９１】
図１８及び１９に示されるように、ＵＳＢメモリ１３のディレクトリ及びファイルの構成は、“Ｒｏｏｔ”ディレクトリの下に“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリが存在し、該“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリの下に送信すべきファイルの順序を定めるファイル“Ａｃｔｉｏｎ．ｉｎｆ”が存在し、その内部に送信すべきファイルの情報が格納されるようになっている。
【００９２】
そして、この構造を検出する所定構成検索部４０の内部構成は、図２０に示されるように、前記第１の実施の形態におけるＡｕｔｏＡｃｔｉｏｎディレクトリ検索機構４１及び内部ファイル登録機構４２に加え、Ａｃｔｉｏｎ．ｉｎｆファイル検索機構４５を有する。ここで、ＡｕｔｏＡｃｔｉｏｎディレクトリ検索機構４１はメモリの情報の中から“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリを検索する。そして、内部ファイル登録機構４２はファイルをファイル送信キュー３５に登録を行う。また、前記Ａｃｔｉｏｎ．ｉｎｆファイル検索機構４５は、前記ＡｕｔｏＡｃｔｉｏｎディレクトリ検索機構４１によって検索されたディレクトリ内に“Ａｃｔｉｏｎ．ｉｎｆ”ファイルを検出する役割を果たす。
【００９３】
次に、本実施の形態における画像形成装置１０の動作について説明する。
【００９４】
図２１は本発明の第３の実施の形態における送信ファイルをファイル送信キューに登録する動作を示すフローチャートである。
【００９５】
前記第１の実施の形態においては、ファイルを検出順にファイル送信キュー３５に登録するのに対し、本実施の形態においては、ファイル送信の順序を制御することを目的とした特定のファイルである“Ａｃｔｉｏｎ．ｉｎｆ”を備える点が相違する。なお、本実施の形態では、ＵＳＢメモリ１３挿入後の制御の動作において、ユーザがＵＳＢメモリ１３を画像形成装置１０に装着してから、“Ｒｏｏｔ”の中に“ＡｕｔｏＡｃｔｉｏｎ”のディレクトリが存在するか否かを調べ、“Ｒｏｏｔ”の中に“ＡｕｔｏＡｃｔｉｏｎ”のディレクトリが存在しなければ検索は処理を終了するまでの動作、すなわち、図１０におけるステップＳ１〜Ｓ１２までの動作については、前記第１の実施の形態と同じであるので、説明を省略する。そして、本実施の形態においても、図１０におけるステップＳ１３と同様の動作を行い、“Ｒｏｏｔ”の中に“ＡｕｔｏＡｃｔｉｏｎ”のディレクトリが存在する場合、“Ｒｏｏｔ”中の“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリの中を検索し、結果に応じた動作を制御部３０が行えるように情報を残し、後の動作を制御部３０に引き継いで、処理を終了するようになっている。
【００９６】
この部分の処理、すなわち、図１０におけるステップＳ１３と同様の動作は、“Ｒｏｏｔ”中の“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリの中を検索し、特定のディレクトリ名の中に格納されたファイルを検索し、ファイル送信キューに登録し、制御部３０が送信を行えるように情報を設定することである。
【００９７】
この場合、まず、ファイル送信キュー３５を空の状態に初期化する。そして、“Ｒｏｏｔ”中の“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリの中に“Ａｃｔｉｏｎ．ｉｎｆ”ファイルが存在するか否かを判断し、存在しない場合はディレクトリの中にファイルが存在するか否かを判断する。また、“Ｒｏｏｔ”中の“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリの中に“Ａｃｔｉｏｎ．ｉｎｆ”ファイルが存在する場合は、“Ａｃｔｉｏｎ．ｉｎｆ”ファイルの内容をファイル送信キュー３５に登録する。
【００９８】
続いて、“Ｒｏｏｔ”中の“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリの中にファイルが存在するか否かを判断し、存在しなければ、何もせずに処理を終了する。また、“Ｒｏｏｔ”中の“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリの中にファイルが存在する場合は、“Ｒｏｏｔ”中の“ＡｕｔｏＡｃｔｉｏｎ”ディレクトリの中のファイルポインタを初期化する。
【００９９】
そして、ファイルポインタの示す所にファイルがあるか否かを判断し、ファイルポインタの示す所にファイルが存在しなければ、処理を終了する。また、ファイルポインタの示す所に、ファイルが存在する場合は、該ファイルの拡張子を確認する。そして、本装置、すなわち、画像形成装置１０において処理可能なファイルであるか否かを拡張子で判断する。ここで、あらかじめ処理することができないと認識したファイルは、ファイル送信キュー３５に登録は行わない、すなわち、処理不可能ファイルを、ファイル送信キュー３５に登録せずに、スキップする。また、処理可能なファイルである場合は、該ファイルをファイル送信キュー３５に登録する。続いて、ファイルポインタを更新し、次のファイルの検索を続ける。
【０１００】
この後のＰＤＬ処理部３３にデータを渡すデータ渡し処理部３２の動作については、前記第１の実施の形態と同じであるので、説明を省略する。そして、所定構成検索部４０が登録した“Ａｃｔｉｏｎ．ｉｎｆ”ファイルの内容を写したファイル送信キュー３５の示すファイルを登録順に処理することで送出順序が設定される。
【０１０１】
次に、図２１に示すフローチャートについて説明する。
ステップＳ１１１ ファイル送信キュー３５を空にする。
ステップＳ１１２ ディレクトリの中に“Ａｃｔｉｏｎ．ｉｎｆ”ファイルが存在するか否かを判断する。ディレクトリの中に“Ａｃｔｉｏｎ．ｉｎｆ”ファイルが存在する場合はステップＳ１１３に進み、ディレクトリの中に“Ａｃｔｉｏｎ．ｉｎｆ”ファイルが存在しない場合はステップＳ１１４に進む。
ステップＳ１１３ “Ａｃｔｉｏｎ．ｉｎｆ”ファイルの内容をファイル送信キュー３５に登録する。
ステップＳ１１４ ディレクトリの中にファイルが存在するか否かを判断する。ディレクトリ内にファイルが存在する場合はステップＳ１１５に進み、ディレクトリ内にファイルが存在しない場合は処理を終了する。
ステップＳ１１５ ディレクトリの中のファイルポインタを初期化する。
ステップＳ１１６ ファイルポインタの示す所にファイルがあるか否かを判断する。ファイルポインタの示す所にファイルがある場合はステップＳ１１７に進み、ファイルポインタの示す所にファイルがない場合は処理を終了する。
ステップＳ１１７ ファイルポインタの示すファイルの拡張子を確認する。
ステップＳ１１８ 本装置において処理可能なファイルであるか否かを判断する。本装置において処理可能なファイルである場合はステップＳ１２０に進み、本装置において処理可能なファイルでない場合はステップＳ１１９に進む。
ステップＳ１１９ 処理不可能ファイルをスキップする。
ステップＳ１２０ ファイル送信キュー３５に処理可能なファイルを登録する。
ステップＳ１２１ ファイルポインタを更新する。
【０１０２】
このように、本実施の形態においては、図１８及び１９に示されるような所定構成“Ａｃｔｉｏｎ．ｉｎｆ”によって、ファイルの送出順序を、細かく制御することが可能となる。この場合、前記第２の実施の形態とは異なり、順序の制御を行うのみならず、１つのファイルの内容で制御が可能なためテキストエディタ等によって一連の動作全体を明示して定めることが可能となる。ｉｎｆ内のファイルが、確かにあるか否かのｃｈｅｃｋも行う。
【０１０３】
次に、本発明の第４の実施の形態について説明する。なお、第１〜第３の実施の形態と同じ構造を有するものについては、同じ符号を付与することによってその説明を省略する。また、前記第１〜第３の実施の形態と同じ動作及び効果についても、その説明を省略する。
【０１０４】
図２２は本発明の第４の実施の形態における画像形成装置の機能構成を示すブロック図、図２３は本発明の第４の実施の形態におけるＵＳＢメモリの構成例を示す図である。
【０１０５】
本実施の形態において、画像形成装置１０は、図２２に示されるように、ログ処理部３８を有する。該ログ処理部３８は、前記ＰＤＬ処理部３３から排出されるログデータを、通信制御部３１へログ送出（図２２（１１））を行い、通信制御部３１を介してクライアント装置１１との通信（図２２（１２））によって、クライアント装置１１に送出させる。また、前記ログ処理部３８は、ＵＳＢメモリ１３へのログ書き込み（図２２（１３））を介してＵＳＢメモリ構成通知部３７に引き渡し、ＵＳＢメモリ１３の内容変更（図２２（１４））をＵＳＢメモリ制御部３６に渡し、ＵＳＢメモリ１３に書き込むように指示する。そして、各々のルートのログデータ処理中に発生したエラーは、他方及び通常のデータ処理に影響を及ぼさないようになっている。
【０１０６】
また、本実施の形態においては、図２３に示されるように、所定構成におけるＵＳＢメモリ１３の構成がログ格納用にディレクトリを有する点で、前記第１の実施の形態と相違する。
【０１０７】
次に、本実施の形態における画像形成装置１０の動作について説明する。
【０１０８】
図２４は本発明の第４の実施の形態におけるログ格納時の動作を示すフローチャートである。
【０１０９】
本実施の形態において、ログのクライアント装置１１への送信開始、並びに、終了コマンド、記憶装置への格納の開始及び終了のコマンドは、前記第１〜第３の実施の形態において説明したいずれかのファイル送信動作によって行われる。そして、本実施の形態においては、ログの採取、すなわち、記憶装置への格納は、格納のための所定ディレクトリを自動作成し、作成毎にログ格納ファイルを作成する。
【０１１０】
まず、ログの採取の開始は、ＰＤＬ処理部３３がログ開始コマンドを受信することによって始まる。本実施の形態においては、図２３に示されるように、送出ファイルのうち、ログ開始コマンドを含む“ＬｏｇＳｔａｒｔ．ｐｊｌ”ファイルの処理で始まる。
【０１１１】
続いて、ログ採取中であるか否かを判断することによって、ログ採取の多重起動チェックを行う。そして、既に起動中の場合は、ログ採取中のファイルをクローズさせ、ログファイル格納用のディレクトリが存在するか否かを判断する。また、既に起動中でなければ、直ちに、ログファイル格納用のディレクトリが存在するか否かを判断する。そして、ログファイル格納用のディレクトリがない場合は、ログファイル格納用のディレクトリを作成する。
【０１１２】
続いて、既にログファイルがログ用ディレクトリ内に存在するか否かを判断し、既に存在する場合は、重複しないように別名のファイルを作成する。また、存在しない場合は、新規ファイル名称でファイルを作成する。
【０１１３】
そして、ここまでで、オープンエラーが発生したか否かを判断し、該オープンエラーが発生した場合はログ採取を終了させ、ログ取りを中止する。ただし、運用及びログ送信の動作は継続して行う。
【０１１４】
続いて、ログするイベントの発生及びログ終了のイベントを待機する状態となる。そして、ログ採取終了コマンドをＰＤＬ処理部３３が受信すると、ログの終了処理を行う、すなわち、ログファイルをクローズする。また、ログ書き込みのイベントの発生によって、イベントをログに書き込む。ここで、ログへの書き込みの際にエラーがなければ、再度、イベント発生を待機する状態となる。また、本実施の形態においては、図２３に示される送出ファイルのうち“Ｆｉｌｅ００２．ｔｘｔ”、“Ｆｉｌｅ００３．ｐｒｎ”ファイルの処理は、このループで処理される。そして、ジョブの終了としてファイルの処理終了などのイベントが発生すれば、そのログが格納される。
【０１１５】
続いて、ログへの書き込みの際にエラーが発生した場合は、ログ採取を中止する。そして、ログファイルをクローズし、ログ採取処理を終了させる。本実施の形態においては、ログ終了イベントの発生、又は、書き込みエラーは図２３に示される送出ファイルのうち、ログ終了コマンドを含む“ＬｏｇＥｎｄ．ｐｊｌ”ファイルの処理において発生する。
【０１１６】
次に、図２４に示すフローチャートについて説明する。
ステップＳ１３１ ＰＤＬ処理部３３がログ開始コマンドを受信する。
ステップＳ１３２ ログ採取中であるか否かを判断する。ログ採取中である場合はステップＳ１３３に進み、ログ採取中でない場合ステップＳ１３４に進む。
ステップＳ１３３ ログ採取中のファイルをクローズする。
ステップＳ１３４ ログ用のディレクトリが存在するか否かを判断する。ログ用のディレクトリが存在する場合はステップＳ１３６に進み、ログ用のディレクトリが存在しない場合はステップＳ１３５に進む。
ステップＳ１３５ ログファイル格納用ディレクトリを作成する。
ステップＳ１３６ ログ用ディレクトリ内にログファイルがあるか否かを判断する。ログ用ディレクトリ内にログファイルがある場合はステップＳ１３７に進み、ログ用ディレクトリ内にログファイルがない場合はステップＳ１３８に進む。
ステップＳ１３７ 重複しないログファイル名でファイルを作成する。
ステップＳ１３８ 初期値ログファイル名で新規ファイルを作成する。
ステップＳ１３９ オープンエラーが発生したか否かを判断する。オープンエラーが発生した場合はステップＳ１４０に進み、オープンエラーが発生しない場合はステップＳ１４１に進む。
ステップＳ１４０ ログ取りを中止し、処理を終了する。
ステップＳ１４１ イベントが発生したか否かを判断する。終了イベントが発生した場合はステップＳ１４５に進み、ログ書き込みイベントが発生した場合はステップＳ１４２に進み、イベントが発生しない場合は発生するまで待機する。
ステップＳ１４２ イベントをログに書き込む。
ステップＳ１４３ 書き込みエラーが発生したか否かを判断する。書き込みエラーが発生した場合はステップＳ１４４に進み、書き込みエラーが発生しない場合はステップＳ１４１に戻る。
ステップＳ１４４ ログ取りを中止する。
ステップＳ１４５ ログファイルをクローズし、処理を終了する。
【０１１７】
次に、処理のモジュール間の動作の例をシーケンス図を用いて説明する。
【０１１８】
図２５は本発明の第４の実施の形態におけるログ格納時のシステム動作の例を示すシーケンス図である。
【０１１９】
ここで、動作は３つのフェーズで構成される。まず、ＵＳＢメモリ１３内のファイルによるログ開始コマンド受信によって、ログ採取開始時の動作シーケンスを行う場合について説明する。
【０１２０】
この場合、ログ開始コマンドを含むＵＳＢメモリ１３上のファイルが読み出される。そして、この読み出しによって、ファイル送信キュー３５を介して指定されたデータ渡し処理部３２のファイル読み出しを介してログ取り開始コマンドがＰＤＬ処理部３３において解釈され、ログ取りが開始される。この後、ログ処理部３８に、ログの通知指示が通知され、通信制御部３１のログ出し格納を経由して、上位装置としてのホストコンピュータへ送信されると同時にＵＳＢメモリ構成通知部３７へのログ格納指示が出され、ログの格納処理が開始され、ＵＳＢメモリ１３にログが格納される。
【０１２１】
このとき、ＵＳＢメモリ１３上に、ログ格納のディレクトリが存住しない場合は、ディレクトリが作成され、その中に特定の名称でログファイルが作成されて、格納が開始される。既にディレクトリが存在する場合は、ディレクトリ名称の重複を避けるために、次番号の名称のディレクトリを作成する。一連のログの場合は同一ディレクトリに次番号の名称のログファイルを作成する。
【０１２２】
続いて、イベントやファイル処理によって発生したログを、作成された領域に格納される動作シーケンスについて説明する。
【０１２３】
この場合、装置のステータスの変化や、ログ情報の発生などのイベントが発生すると、ＰＤＬ処理部３３から、その情報をログ処理部３８に引き渡し、ログ出し格納処理を行う。そして、通信制御部３１への送信指示とＵＳＢメモリ構成通知部３７への格納指示によって、ログはＵＳＢメモリ１３のファイルに追記される。同様に、次のログがＵＳＢメモリ１３のファイルに追記され、複数のログが１つのファイルに格納される。
【０１２４】
続いて、ＵＳＢメモリ１３内のファイルによるログ終了コマンド受信によって、ログ採取終了時の動作シーケンスについて説明する。
【０１２５】
この場合、ログ終了コマンドを含んだＵＳＢメモリ１３上のファイルが読み出される。そして、この読み出しによって、ファイル送信キュー３５を介したデータ渡し処理部３２のファイル読み出しが行われる。さらに、該ファイル読み出しによって、ログ取り終了コマンドがＰＤＬ処理部３３において解釈され、ログ取りが終了される。続いて、ログ処理部３８に、ログの通知終了指示が通知され、通信制御部３１のログ出し、及び、格納を経由して上位装置としてのホストコンピュータへ送信されると同時にＵＳＢメモリ構成通知部３７へのログ格納終了指示が出され、ログの格納処理が終了されて、ＵＳＢメモリ１３にログがクローズされる。
【０１２６】
次に、図２５に示されるシ−ケンスについて説明する。
ステップＳ１５１ ＵＳＢメモリ１３がログ開始コマンドを含む。
ステップＳ１５２ ＵＳＢメモリ１３のファイルを読み出す。
ステップＳ１５３ データ渡し処理部３２がファイルを読み出す。
ステップＳ１５４ ＰＤＬ処理部３３においてログ取りを開始する。
ステップＳ１５５ ログ処理部３８にログの通知指示が通知される。
ステップＳ１５６ ログ出し格納処理を行う。
ステップＳ１５７ 通信制御部３１へログの通知指示が送信される。
ステップＳ１５８ ＵＳＢメモリ構成通知部３７へログ格納指示が送信される。
ステップＳ１５９ ＵＳＢメモリ構成通知部３７はＵＳＢメモリ１３にログを格納する。
ステップＳ１６０ ＵＳＢメモリ構成通知部３７によってＵＳＢメモリ１３にログが格納される。
ステップＳ１６１ ステータスの変化及びイベントが発生する。
ステップＳ１６２ ログ処理部３８に情報を引き渡す。
ステップＳ１６３ ログ出し格納処理を行う。
ステップＳ１６４ 通信制御部３１へ送信指示が送信される。
ステップＳ１６５ ＵＳＢメモリ構成通知部３７へログ格納指示が送信される。
ステップＳ１６６ ＵＳＢメモリ構成通知部３７はＵＳＢメモリ１３にログを格納する。
ステップＳ１６７ ＵＳＢメモリ構成通知部３７によってＵＳＢメモリ１３にログが追記される。
ステップＳ１６８ ステータスの変化及びイベントが発生する。
ステップＳ１６９ ログ処理部３８に情報を引き渡す。
ステップＳ１７０ ログ出し格納処理を行う。
ステップＳ１７１ 通信制御部３１へ送信指示が送信される。
ステップＳ１７２ ＵＳＢメモリ構成通知部３７へログ格納指示が送信される。
ステップＳ１７３ ＵＳＢメモリ構成通知部３７はＵＳＢメモリ１３にログを格納する。
ステップＳ１７４ ＵＳＢメモリ構成通知部３７によってＵＳＢメモリ１３にログが追記される。
ステップＳ１７５ ＵＳＢメモリ１３がログ終了コマンドを含む。
ステップＳ１７６ ＵＳＢメモリ１３のファイルを読み出す。
ステップＳ１７７ データ渡し処理部３２がファイルを読み出す。
ステップＳ１７８ ＰＤＬ処理部３３においてログ取りを終了する。
ステップＳ１７９ ログ処理部３８にログの通知終了指示が通知される。
ステップＳ１８０ ログ出し格納処理を行う。
ステップＳ１８１ 通信制御部３１へ通知終了指示が送信される。
ステップＳ１８２ ＵＳＢメモリ構成通知部３７へログ格納終了指示が送信される。
ステップＳ１８３ ＵＳＢメモリ構成通知部３７はＵＳＢメモリ１３にログを格納する。
ステップＳ１８４ ＵＳＢメモリ１３にログがクローズされる。
【０１２７】
このように、本実施の形態においては、前記第１〜第３の実施の形態の機能と組み合わせることで、ログの結果をＵＳＢメモリ１３に書き込み、該ＵＳＢメモリ１３内の所定ディレクトリ構成を自動作成し、作成毎にログエリアを作成することが可能となる。また、ＵＳＢメモリ１３のような外部メモリの装着によって、印刷データを送出するだけの機能に対して、記録することの制御が可能となる。
【０１２８】
なお、前記第１〜第４の実施の形態においては、画像形成装置１０等の情報処理装置においてフラッシュメモリに格納されたシステムプログラムやパラメータを大量に書き換える場合、ＵＳＢメモリ１３にシステム書き換えのデータを格納しておき、電源の投入後に、装着させるだけで、アップデートを容易に行うことができる。
【０１２９】
例えば、前記情報処理装置が店頭に並べられた製品である場合、デモンストレーションのために、ホストとなるクライアント装置１１を用意することなく、特定のデータを実行させることができる。また、店舗毎に内容を差し替えることなどが容易に行える。
【０１３０】
また、前記情報処理装置の保守や障害調査の際に、ホストとなるクライアント装置１１を用意することなく、調査用のデータを流し、ログを採取することができる。
【０１３１】
さらに、外部記憶装置として、ＵＳＢメモリ１３を例として説明したが、スマートメディア、スティックメモリ、ＳＤメモリ、マルチメディアカード、コンパクトフラッシュ（Ｒ）などの各種メモリカードの他に、ＵＳＢインターフェイスを経由したハードディスク、パーソナルコンピュータ、デジタルカメラ等の外部デバイス上の記憶領域も対象とすることが可能である。
【０１３２】
なお、本発明は前記実施の形態に限定されるものではなく、本発明の趣旨に基づいて種々変形させることが可能であり、それらを本発明の範囲から排除するものではない。
【図面の簡単な説明】
【０１３３】
【図１】本発明の第１の実施の形態における画像形成装置のシステム構成を示すブロック図である。
【図２】本発明の第１の実施の形態における画像形成装置のハードウェアの構成を示すブロック図である。
【図３】本発明の第１の実施の形態における画像形成装置の機能構成を示すブロック図である。
【図４】本発明の第１の実施の形態におけるファイル送信キューの構成例を示す第１の図である。
【図５】本発明の第１の実施の形態におけるファイル送信キューの構成例を示す第２の図である。
【図６】本発明の第１の実施の形態におけるＵＳＢメモリの構成例を示す図である。
【図７】本発明の第１の実施の形態における所定構成検索部の構成例を示す図である。
【図８】本発明の第１の実施の形態におけるデバイスディスクリプタの構成を示す図である。
【図９】本発明の第１の実施の形態におけるインターフェイスディスクリプタの構成を示す図である。
【図１０】本発明の第１の実施の形態におけるＵＳＢメモリ挿入後の制御の動作を示すフローチャートである。
【図１１】本発明の第１の実施の形態における送信ファイルをファイル送信キューに登録する動作を示すフローチャートである。
【図１２】本発明の第１の実施の形態における処理データを読み出す動作を示すフローチャートである。
【図１３】本発明の第１の実施の形態における送信ファイルをファイル送信キューに登録する動作の例を示すシーケンス図である。
【図１４】本発明の第１の実施の形態における処理データを読み出す動作の例を示すシーケンス図である。
【図１５】本発明の第２の実施の形態におけるＵＳＢメモリの構成例を示す図である。
【図１６】本発明の第２の実施の形態における所定構成検索部の構成例を示す図である。
【図１７】本発明の第２の実施の形態における送信ファイルをファイル送信キューに登録する動作を示すフローチャートである。
【図１８】本発明の第３の実施の形態におけるＵＳＢメモリの構成例を示す第１の図である。
【図１９】本発明の第３の実施の形態におけるＵＳＢメモリの構成例を示す第２の図である。
【図２０】本発明の第３の実施の形態における所定構成検索部の構成例を示す図である。
【図２１】本発明の第３の実施の形態における送信ファイルをファイル送信キューに登録する動作を示すフローチャートである。
【図２２】本発明の第４の実施の形態における画像形成装置の機能構成を示すブロック図である。
【図２３】本発明の第４の実施の形態におけるＵＳＢメモリの構成例を示す図である。
【図２４】本発明の第４の実施の形態におけるログ格納時の動作を示すフローチャートである。
【図２５】本発明の第４の実施の形態におけるログ格納時のシステム動作の例を示すシーケンス図である。
【符号の説明】
【０１３４】
１０ 画像形成装置
１３ ＵＳＢメモリ
３０ 制御部
３６ ＵＳＢメモリ制御部
３７ ＵＳＢメモリ構成通知部
４０ 所定構成検索部
【特許請求の範囲】
【請求項１】
（ａ）着脱可能な不揮発性の外部メモリの装着を検出し、検出信号を出力する外部メモリ制御部と、
（ｂ）該外部メモリ制御部からの検出信号に基づき、前記外部メモリ内の情報を参照して内容情報を通知する外部メモリ構成通知部と、
（ｃ）該外部メモリ構成通知部からの通知情報内における所定構成の存在を検索する所定構成検索部と、
（ｄ）該所定構成検索部によって検索された所定構成に対応した動作を行うように制御する制御部とを有することを特徴とする情報処理装置。
【請求項２】
前記外部メモリはＵＳＢメモリである請求項１に記載の情報処理装置。
【請求項３】
前記所定構成検索部は、前記内容情報内の所定ディレクトリ構成及び所定ファイル名を検索する請求項１に記載の情報処理装置。
【請求項４】
前記制御部は、前記所定構成検索部によって検索された所定構成の情報に基づき、前記外部メモリ内からデータを読み出して処理する請求項１に記載の情報処理装置。
【請求項５】
前記制御部は、前記所定構成検索部によって検索された所定構成の情報を登録する情報キューを備え、該情報キューに登録された順に処理する請求項４に記載の情報処理装置。
【請求項６】
（ａ）前記所定ディレクトリ構成は処理の順序を示す情報を備え、
（ｂ）前記制御部は、前記順序に基づき、前記情報キューに情報を登録する請求項５に記載の情報処理装置。
【請求項７】
（ａ）前記所定ファイルは処理の順序を示す情報を備え、
（ｂ）前記制御部は、前記順序に基づき、前記情報キューに情報を登録する請求項５に記載の情報処理装置。
【請求項８】
前記制御部は、処理の履歴情報を格納する格納手段を備え、接続された上位装置に前記履歴情報を送信する請求項１に記載の情報処理装置。
【請求項９】
前記制御部は、処理の履歴情報を格納する格納手段を備え、前記履歴情報を前記外部メモリの所定ディレクトリに格納する請求項１に記載の情報処理装置。
【請求項１】
（ａ）着脱可能な不揮発性の外部メモリの装着を検出し、検出信号を出力する外部メモリ制御部と、
（ｂ）該外部メモリ制御部からの検出信号に基づき、前記外部メモリ内の情報を参照して内容情報を通知する外部メモリ構成通知部と、
（ｃ）該外部メモリ構成通知部からの通知情報内における所定構成の存在を検索する所定構成検索部と、
（ｄ）該所定構成検索部によって検索された所定構成に対応した動作を行うように制御する制御部とを有することを特徴とする情報処理装置。
【請求項２】
前記外部メモリはＵＳＢメモリである請求項１に記載の情報処理装置。
【請求項３】
前記所定構成検索部は、前記内容情報内の所定ディレクトリ構成及び所定ファイル名を検索する請求項１に記載の情報処理装置。
【請求項４】
前記制御部は、前記所定構成検索部によって検索された所定構成の情報に基づき、前記外部メモリ内からデータを読み出して処理する請求項１に記載の情報処理装置。
【請求項５】
前記制御部は、前記所定構成検索部によって検索された所定構成の情報を登録する情報キューを備え、該情報キューに登録された順に処理する請求項４に記載の情報処理装置。
【請求項６】
（ａ）前記所定ディレクトリ構成は処理の順序を示す情報を備え、
（ｂ）前記制御部は、前記順序に基づき、前記情報キューに情報を登録する請求項５に記載の情報処理装置。
【請求項７】
（ａ）前記所定ファイルは処理の順序を示す情報を備え、
（ｂ）前記制御部は、前記順序に基づき、前記情報キューに情報を登録する請求項５に記載の情報処理装置。
【請求項８】
前記制御部は、処理の履歴情報を格納する格納手段を備え、接続された上位装置に前記履歴情報を送信する請求項１に記載の情報処理装置。
【請求項９】
前記制御部は、処理の履歴情報を格納する格納手段を備え、前記履歴情報を前記外部メモリの所定ディレクトリに格納する請求項１に記載の情報処理装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【公開番号】特開２００６−１１８０７（Ｐ２００６−１１８０７Ａ）
【公開日】平成１８年１月１２日（２００６．１．１２）
【国際特許分類】
【出願番号】特願２００４−１８７８１６（Ｐ２００４−１８７８１６）
【出願日】平成１６年６月２５日（２００４．６．２５）
【出願人】（５９１０４４１６４）株式会社沖データ (2,444)
【出願人】（５９４２０２３６１）株式会社沖データシステムズ (259)
【Ｆターム（参考）】
【公開日】平成１８年１月１２日（２００６．１．１２）
【国際特許分類】
【出願日】平成１６年６月２５日（２００４．６．２５）
【出願人】（５９１０４４１６４）株式会社沖データ (2,444)
【出願人】（５９４２０２３６１）株式会社沖データシステムズ (259)
【Ｆターム（参考）】
[ Back to top ]