JP4999791B2 - 情報処理装置、その制御方法、及びプログラム - Google Patents

Description

本発明は、情報機器上でＰＣを介さずにリムーバブルメディア内のファイルにアクセスする技術に関し、特にファイル名を示す文字コードの変換技術に関する。

近年の情報機器では、パーソナルコンピュータ（以下、ＰＣと称する）を介さずにリムーバブルメディアにアクセス可能となっている。例えば、リムーバブルメディア内のファイルにアクセスするポートを有し、画像の入出力を行う機能を持つ多機能周辺装置（ＭＦＰ：Ｍｕｌｔｉｆｕｎｃｔｉｏｎ Ｐｅｒｉｐｈｅｒａｌ）が市場に登場している。

上記のファイルは、必ずファイル名が付与された状態でリムーバブルメディアに格納されている。このファイル名は複数の文字から構成され、各文字は１バイト又は複数バイトの文字コードで表現されている。

一般に、ＵＩ表示や情報機器内で使用される文字コード（以下、内部コードと称する）としては、それぞれの国で幅広く使用されている文字コードが使用される。例えば、日本の場合は、ＳＪＩＳ（Ｓｈｉｆｔｅｄ ＪＩＳ ｃｏｄｅ））やＥＵＣ（Ｅｘｔｅｎｄｅｄ ＵＮＩＸ（登録商標） Ｃｏｄｅ）が多く利用される。

一方、ファイル名、及び全世界に流通する外部コードは、互換性の面から全世界で統一的に扱われているものが望ましく、ＵｎｉｃｏｄｅやＡＳＣＩＩコードが使用されることが多い。例えば、リムーバブルメディア内のファイルを扱うためのファイルシステムの１つであるＭｉｃｒｏｓｏｆｔ社のＦＡＴファイルシステムも、ロングのファイル名にＵｎｉｃｏｄｅを使用している。このため、ＦＡＴファイルシステム上のファイルは、基本的にはいずれの国でも正しくアクセスできる。

このように、情報機器では、一般に、外部コードと内部コードを使い分けているため、リムーバブルメディア内のファイルに正しくアクセスするためには、それら文字コードの相互変換機能が必要となる。この文字コードの相互変換機能において、一定の機械的な変換ルールが適用できない体系を持つ言語をサポートするには、巨大な文字コード変換テーブルが必要となる。また、情報機器の内部では、内部コードの種類毎に、禁則文字や文字の解釈を行う必要もある。

ここで、基本的な文字コード変換処理について、図１４を参照しながら説明する。図１４は、「Ａ（半角）」と「Ｏ（全角）」の２文字を、ＭＦＰ本体１０１とリムーバブルメディア１０５との間で授受する場合を例示している。また、図１４では、ＭＦＰ本体１０１の内部では、ＳＪＩＳが内部コードとして使用され、リムーバブルメディア１０５上では、Ｕｎｉｃｏｄｅ（ＵＴＦ−１６）が外部コードとして使用されているものとする。

リムーバブルメディア１０５上の「Ａ（半角）」は、符号１０７で示すように、「０ｘ００４１」の２バイトで表現される。この文字コードをＭＦＰ本体１０１で使用するためには、外部コードから内部コードへの変換処理（符号１０２参照）を行う必要がある。ここで、ＭＦＰ本体１０１は、内部コード／外部コード変換テーブル１０３を参照し、符号１０７で示す外部コードとしてのＵｎｉｃｏｄｅ（ＵＴＦ−１６）の「０ｘ００４１」を、符号１０６で示す内部コードとしてのＳＪＩＳの「０ｘ４１」に変換する。

同様に、ＭＦＰ本体１０１は、内部コード／外部コード変換テーブル１０３を参照することにより、Ｕｎｉｃｏｄｅの「Ｏ（全角）：０ｘＦＦ２Ｆ」を、ＳＪＩＳの「Ｏ（全角）：０ｘ８２６Ｅ」に変換する（符号１０９、１０８参照）。

また、内部コードと外部コードとの変換は、可逆的に行う必要があり、ＭＦＰ本体１０１は、内部で処理したファイルをリムーバブルメディア１０５に書き込む場合には、そのファイル名を示す内部コードを外部コードに変換する（符号１０４参照）。

次に、このような文字コード変換処理を行わなかった場合の問題点を説明する。例えば、「Ａ（半角）」を示す「０ｘ００４１」の場合は、その文字列内に「０ｘ００」が含まれることになる。一般的な情報処理における文字列の取り扱いでは、「０ｘ００」は終端符号として利用されるため、このような終端符号に係る文字コードが含まれる文字列の場合、途中で文字列が切り落とされてしまう可能性がある。

また、「Ｏ（全角）」を示す「０ｘＦＦ２Ｆ」の場合は、２バイト目に「０ｘ２Ｆ」が含まれることになる。ＳＪＩＳにおいて、１バイトの「０ｘ２Ｆ」は「／」を意味するため、このような文字コードが含まれる文字列の場合、当該ファイル名が別のファイル名として誤認識されてしまう可能性がある。このように、文字列が切り落とされる、又は誤認識されることは、情報機器において、ファイル名に基づいてファイルに正しくアクセスすることができなくなることを意味する。

従って、特にマルチバイト系の文字列を正しく情報機器でハンドリングするためには、文字コードの変換処理や文字コード変換テーブルの存在が不可欠となる。しかしながら、内部コード体系は各言語によって異なっているため、文字コード変換テーブルは情報機器がサポートする言語の数だけ必要となる。

情報機器の中でも、ＰＣは使用できるメモリ資源も豊富なことから、予めＯＳに各種の言語の文字コード変換テーブルを搭載しておくこともできる。しかしながら、メモリ資源の少ないＭＦＰでは、各種の言語に対処し得る文字コード変換テーブルを搭載することは、事実上、不可能である。

この問題に対処するために、下記の特許文献１に係る技術が開発されている。この特許文献１では、入力データから取り出した文字コードについて、コード変換テーブルを参照して他の文字コード体系に係る文字コードに変換して出力している。

この際、特許文献１に係る発明では、未定義の文字コード、すなわち、コード変換テーブルで文字コードの変換が不可能な文字コードの場合は、元の文字コードを代替コードに変換して出力し、元の文字コードとその出力位置とをテーブルに蓄積している。これにより、特許文献１に係る発明では、全ての言語（文字コード体系）に対応するコード変換テーブルを用意しておく必要はなくなり、省資源化を図ることが可能となる。
特開平１０−３２０１７１号公報

しかしながら、上記の特許文献１の手法では、未定義の文字コード体系の数の増加に応じて代替コードを使用する頻度が高まり、ファイル名が重複する確率が大きくなり、正しくアクセスできないファイルが出現してしまう。

本発明は、このような背景の下になされたもので、その目的は、大容量のメモリを必要とすることなく、より多くの文字コード体系に係るファイル識別情報のファイルに対して確実にアクセスできるようにすることにある。

上記課題を解決するため、本発明は、受信したファイルの処理を行う情報処理装置において、前記ファイルを識別するための識別情報であって、所定の文字コードで記述された識別情報を取得する取得手段と、前記情報処理装置が前記所定の文字コードに基づく処理が可能か否かを判別する判別手段と、前記判別手段により、前記情報処理装置が前記所定の文字コードに基づく処理が可能と判別されなかった場合、当該所定の文字コードを前記情報処理装置が処理可能な代替の文字コードに変換する変換手段と、前記変換手段により変換された後の前記識別情報に係る代替の文字コードと変換前の文字コードとを対応付けてバッファテーブルに登録する登録手段と、前記ファイルに対する処理が終了した場合に、当該ファイルに係る前記代替の文字コードと変換前の文字コードを前記バッファテーブルから消去する消去手段と、を有することを特徴とする。

本発明によれば、大容量のメモリを必要とすることなく、より多くの文字コード体系に係るファイル識別情報のファイルに対して確実にアクセスすることが可能となる。

以下、本発明を実施するための最良の形態を、図面に基づいて説明する。

＜画像形成装置＞
図１は、本発明の実施の形態に係る画像形成装置（ＭＦＰ）の概略構成を示すブロック図である。この画像形成装置１０は、制御部１００、リーダ部（画像入力装置）２００、プリンタ部（画像出力装置）３００、及び電源部４００を有している。

リーダ部２００は、原稿画像を光学的に読み取り、光電変換素子（図示省略）により電子的な画像データに変換して制御部１００に出力する。リーダ部２００は、原稿画像を読取るスキャナユニット（図示省略）と、原稿用紙を搬送する原稿給紙ユニット（図示省略）とで構成される。

プリンタ部３００は、記録用紙を搬送し、その記録用紙に画像データを可視画像として印刷して装置外に排紙する。プリンタ部３００は、給紙ユニット３６０、マーキングユニット３１０、排紙ユニット３７０を有している。給紙ユニット３６０は、複数種類の記録用紙カセット（図示省略）を有し、これら記録用紙カセットに収納された記録用紙をマーキングユニット３１０に供給する。マーキングユニット３１０は、電子写真方式等の印刷方式により、リーダ部２００から出力された画像データを視認可能に画像化して、記録用紙に転写・定着させる。排紙ユニット３７０は、マーキングユニット３１０により画像が転写・定着された記録用紙をソート・ステイプルして装置外へ排紙する。

制御部１００は、リーダ部２００、プリンタ部３００と電気的に接続され、さらにネットワークを介してホストコンピュータ（図示省略）にも接続されている。

制御部１００は、リーダ部２００を制御して、原稿画像データを読込み、プリンタ部３００を制御して画像データを記録用紙に印刷するコピー機能を提供する。また、制御部１００は、リーダ部２００によって読取られた画像データを、コード化して圧縮し、ネットワークを介して各種サーバへ送信するスキャナ機能を提供する。さらに、制御部１００は、ホストコンピュータからネットワークを介して受信したコードデータを画像データに変換し、プリンタ部３００に出力するプリンタ機能を提供する。

なお、制御部１００は、リムーバルメディア（図示省略）に記憶された画像データをプリンタ部３００で印刷する場合の各種の制御も行う。この場合、制御部１００は、リムーバルメディアに記憶された画像ファイルを取得する際に、本実施の形態に特有なアクセス制御を行う。このリムーバルメディアに対するアクセス制御については、後で詳細に説明する。

＜制御部＞
次に、制御部１００の構成を図２に基づいて説明する。メインコントローラ１１０は、ＣＰＵ１１１、メモリ制御部１１２、バス制御部１１３、スキャンＩ／Ｆ１１４、プリントＩ／Ｆ１１５、及びパネルＩ／Ｆ１１６を有している。さらに、メインコントローラ１１０は、スキャン画像処理部１１７、プリント画像処理部１１８、圧縮伸張部１１９、圧縮・伸張部１１９、変倍・回転部１２０、及びシリアルＩ／Ｆ部１２１を有している。

ＣＰＵ１１１は、制御部１００全体の動作を制御するものであり、メモリ１３１、ＲＯＭ１３３等に格納されたプログラムに基づいて動作する。このプログラムには、ホストコンピュータから受信したＰＤＬ（ページ記述言語）コードデータを解釈し、ラスターイメージデータに展開するプログラムも含まれている。

メモリ制御部１１２は、ＣＰＵ１１１の制御の下に、各Ｉ／Ｆから入出力されるデータの転送制御を行うものであり、バス競合時の調停やＤＭＡデータ転送の制御を行う。バス制御部１１３は、ＢｏｏｔＲＯＭ１３２、ＲＯＭ１３３、モデム１３４のアクセスを制御する。

スキャンＩ／Ｆ１１４は、リーダ部２００から入力される画像データを受信し、メモリ１３１やスキャン画像処理部１１７に転送する。スキャン画像処理部１１７は、スキャンＩ／Ｆ１１４から受け取った画像データに対して所定の画像処理を施す。この画像処理としては、ラインピッチ補正、オフセット補正、非線形補正、色空間マッチング、ＭＴＦ（Ｍｏｄｕｌａｔｉｏｎ Ｔｒａｎｓｆｅｒ Ｆｕｎｃｔｉｏｎ）補正、空間フィルタ、無彩色判定等の処理が挙げられる。

プリントＩ／Ｆ１１５は、プリンタ部から送られてくるビデオ制御信号をもとに制御信号を作成し、制御信号に合わせてビデオ信号を出力する。プリント画像処理部１１８は、メモリ１３１からラスターイメージデータを入力し、画像処理を施してメモリ１３１に出力する機能を有する。この画像処理としては、色空間圧縮、下地除去、ｌｏｇ変換、非線形色空間変換、乱数加算、ガンマ変換、誤差拡散処理、スクリーン処理等の処理が挙げられる。

圧縮・伸張部１１９は、メモリ１３１に蓄積されたラスターイメージデータをＭＨ、ＭＲ、ＭＭＲ、ＪＢＩＧ、ＪＰＥＧ等の方式でコード化して圧縮し、さらに、圧縮され蓄積されたコードデータをラスターイメージデータに伸張してメモリ１３１に格納する。変倍・回転部１２０は、メモリ１３１に蓄積されたラスターイメージデータを拡大・縮小する処理や、９０°回転、１８０°回転、２７０°回転等の回転処理を行う。

ＢｏｏｔＲＯＭ１３２には、ＣＰＵ１１１が各種の起動処理を行うブートプログラムが格納される。ＲＯＭ１３３は、各種のアプリケーションプログラム、設定情報、フォントデータを格納するために用いられる。このアプリケーションプログラムには、図５〜図６、図８〜図９、図１１〜図１３のフローチャートに係る処理手順をコンピュータ実行可能に指令が組合せてなるアプリケーションプログラムも含まれる。

なお、ＲＯＭ１３３には、文字コード体系の異なる各種の文字コードでファイル／ディレクトリ名が記述された画像ファイルにアクセスするための文字コード変換テーブル（図示省略）も格納されている。

パネルＩ／Ｆ１１６は、パネル１４０との通信を行う。パネル１４０は、図４に示したように、液晶表示部１７２と複数個のハードキーからなるハードキー部１７３を有する。ハードキーの押下操作により入力された信号は、パネルＩ／Ｆ１１６を介してＣＰＵ１１１に転送される。また、液晶表示部１７２には、パネルＩ／Ｆ１１６から送られてきたデータが表示される。さらに、液晶表示部１７２には、図１０に示すＵＩ（Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）画面等の各種のＵＩ画面も表示される。

シリアルＩ／Ｆ１２１は、ホストコンピュータとの通信、各種デバイスとの通信をコネクタ１３８を介して行う。このシリアルＩ／Ｆ１２１は、ホストコンピュータからＰＤＬデータを受信するＩ／Ｆや、デジタル画像データが記録された記録メディアとのコマンド通信、画像データ転送等に用いられる。

モデム１４６とＮＣＵ１３５は、公衆回線に接続され、ＦＡＸの通信制御を行う。リアルタイムクロックモジュール１３６は、画像形成装置１０内で管理する日付と時刻を更新・保存するために用いられ、バックアップ電池によって電源がバックアップされている。
Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ１３７は、外部のネットワークと接続される。このネットワークとしては、一般的に、イーサネット（登録商標）が挙げられ、ホストコンピュータからのＰＤＬデータの受信や、スキャナ画像の送信、リモート管理等に用いられる。

＜プリント画像処理部＞
次に、プリント画像処理部１１８について、図３に基づいて詳細に説明する。メモリ制御部１１２から出力入力される画像データは、データ入力部１５０によりデータのフォーマット変換が行われた後、線形補間部１５１によって画像の拡大・縮小処理が施される。

色空間圧縮部１５２は、線形補間部１５１から入力された画像データに対して、プリンタ部３００が再現可能な色の範囲内で圧縮処理を施し、彩度調整、色位相調整、下地調整、黒領域調整等の調整処理を行う。さらに、色空間圧縮部１５２は、入力に係る画像データの色空間がＹＵＶ（Ｙ：輝度信号、Ｕ：輝度信号と青色線分の差、Ｖ：輝度信号と赤色線分の差）の場合には、色空間圧縮部１５２でＲＧＢ色空間に変換する。

下地除去・白黒変換部１５３は、ＲＧＢの画像データに対して非線形演算を行い画像の下地を除去する。さらに、下地除去・白黒変換部１５３は、スキャン画像処理部１１７で無彩色と判定された場合に、画像データをＲＧＢからＭｏｎｏｃｈｒｏｍｅに変換するカラー／白黒変換処理を行う。

ＬＯＧ変換部１５４は、１次元のＬｏｏｋ−Ｕｐ Ｔａｂｌｅを用いて非線形変換を行い、画像データ（画像信号）をＲＧＢ信号からＣＭＹ信号に変換する。ＣＭＹＫ変換部１５５は、３次元のＬｏｏｋ−Ｕｐ Ｔａｂｌｅを用いてＣＭＹ信号をＣＭＹＫ信号に変換する。なお、メモリ制御部１１２から入力された画像データの色空間がＣＭＹＫの場合には、色空間圧縮部１５２からＣＭＹＫ変換部１５５までの各部は、入力された画像データをそのまま後段の部に出力する。

カラーバランス補正部１５６は、画像の明度調整を行う。γ補正部１５７は、入力されたＣＭＹＫ信号の各信号に対して、個別に１次元Ｌｏｏｋ−Ｕｐ Ｔａｂｌｅを用いて濃度調整処理を行う。

多値スクリーン処理部１５８は、入力された多値の画像データに対してスクリーン処理を施し、４ビット、２ビット、又は１ビットの階調に変換する。誤差拡散処理部１５９は、入力された多値の画像データに対して誤差拡散処理を行い、４ビット、２ビット、又は１ビットの階調に変換する。

なお、入力された画像データに対してスクリーン処理を施す場合は、多値スクリーン処理部１５８で上記の処理を行い、誤差拡散処理部１５９では入力されたデータをそのまま出力する。誤差拡散処理を施す場合は、多値スクリーン処理部１５８は、入力されたデータをそのまま出力し、誤差拡散処理部１５９で上記の処理を行う。

ＳＳＴ部１６０は、イメージデータのエッジ部をパターンマッチングで検出し、ジャギー（エイリアシング）を軽減する。トリミング部１６１は、画像データの枠消しやマスキング処理を行う。データ出力部１６２は、前段の各部で処理された画像データをメモリ制御部１１２に出力する。

＜操作部＞
次に、操作部として機能するパネル１４０を図４に基づいて説明する。パネル１４０は、パネル制御部１７１、液晶表示部１７２、ハードキー部１７３、画像記憶メディア制御部１７４、及び画像記憶メディアＩ／Ｆ１７５を有している。

パネル制御部１７１は、メインコントローラ１１０内のパネルＩ／Ｆ１１８に接続されている。このパネル制御部１７１は、ハードキー部１７３の監視と液晶表示部１７２の表示制御を行い、ハードキー部１７３で生成されたキー操作信号をパネルＩ／Ｆ１１６を介してＣＰＵ１１１に伝達する。さらに、パネル制御部１７１は、パネルＩ／Ｆ１１６から入力される制御信号に基づいて、液晶表示部１７２の表示制御を行う。

画像記憶メディア制御部１７４は、メインコントローラ１１０内のシリアルＩ／Ｆ１２１７４に接続さている。画像記憶メディア制御部１７４は、画像記憶メディアＩ／Ｆ１７５に装着された画像記憶メディアに対するアクセス制御を行う。この画像記憶メディアとしては、一般的にＳＤＣａｒｄ（商標）やコンパクトフラッシュ（登録商標）、ＵＳＢメモリ等のリムーバルメディアが挙げられる。

＜画像データのプリント処理＞
図５は、本実施例における画像記憶メディアに格納された画像データをプリント出力する処理手順を示すフローチャートである。図５中のＳ５０１〜Ｓ５０７は処理手順のステップ番号を示すものである。

画像記憶メディア（リムーバブルメディア）に格納された画像データをプリント出力する場合、ユーザは、パネル１４０上で画像の選択と印刷設定を行う（Ｓ５０１）。この場合、ＣＰＵ１１１は、リムーバブルメディア上のファイル／ディレクトリ名の取得処理を行う。さらに、ＣＰＵ１１１は、必要に応じて、後述するマップテーブル（図７参照）の作成処理も行う。そして、ＣＰＵ１１１は、取得したファイル／ディレクトリ名をリスト形式で液晶表示部１７２に表示させる（図１０参照）。

なお、上記のマップテーブルは、前述の文字コード変換テーブルでファイル／ディレクトリ名を変換できない場合に、代替のファイル／ディレクトリ名をＣＰＵ１１１が処理可能な文字コードで付与し、一時的に保存しておくためのバッファテーブルである。

Ｓ５０１で行うファイル／ディレクトリ名の取得処理の詳細は、図６、図１１、図１２のフローチャートで説明する。また、ファイルリストの表示処理の詳細は、図８、図１４のフローチャートで説明する。

ユーザがパネル１４０上で印刷開始を指示すると、ＣＰＵ１１１は、画像記憶メディアＩ／Ｆ１７５に装着されたリムーバブルメディア上の画像データ（画像ファイル）を、シリアルＩ／Ｆ１２１を介して読み込んでメモリ１３１に格納する（Ｓ５０２）。この場合、ＣＰＵ１１１は、ユーザにより選択されたファイル／ディレクトリ名に係る画像ファイルを読み込む。この画像ファイルの読み込み処理の詳細は、図８のフローチャートで説明する。

次に、ＣＰＵ１１１は、メモリ１３１に格納した画像データが圧縮されている場合は、その画像データを伸張処理して、メモリ１３１に蓄積する（Ｓ５０３）。そして、ＣＰＵ１１１は、ユーザによりＳ５０１で設定された設定情報に基づく画像変換／加工処理をプリント画像処理部１１８により実行させ、その処理に係る画像データをメモリ１３１に格納する（Ｓ５０４）。

次に、ＣＰＵ１１１は、メモリ１３１に格納された画像データをプリンタＩ／Ｆ１１５を介してプリンタ部３００に出力して印刷させる。この場合、ＣＰＵ１１１は、プリンタ部３００からの制御信号に同期して、画像データをプリンタ部３００に出力する。

次に、ＣＰＵ１１１は、Ｓ５０１で選択された全ての画像データのプリント処理が終了していなければ（Ｓ５０６）、Ｓ５０２に戻る。一方、プリント処理が終了していれば（Ｓ５０６）、ＣＰＵ１１１は、後述するマップテーブルがＳ５０１で作成されている場合は、そのマップテーブルを削除する（Ｓ５０７）。

＜ファイル／ディレクトリ名の取得処理＞
次に、図５のＳ５０１で行うファイル／ディレクトリ名の取得処理の詳細を、図６のフローチャートに基づいて説明する。図６中のＳ６０１〜Ｓ６０６は、処理手順のステップ番号を示すものである。なお、図５のＳ５０１で行うファイル／ディレクトリ名の取得処理は、図６の他に、図１１、図１２の方法で行うこともできる。

ＣＰＵ１１１は、ファイル／ディレクトリのエントリ情報をリムーバブルメディアから取得する（Ｓ６０１）。上記のエントリ情報には、ファイル／ディレクトリを識別するための識別情報の一例としてのファイル／ディレクトリの名称や、ファイルとディレクトリを区別するためのフラグなどが含まれている。ＦＡＴファイルシステムでは、ディレクトリエントリと呼ばれる領域にエントリ情報が記録されている。なお、ＦＡＴファイルシステムの仕様では、マルチバイト文字コードや所定の文字長を超える名称の場合には、ファイル／ディレクトリ名をＵｎｉｃｏｄｅに変換する必要がある。

次に、ＣＰＵ１１１は、Ｓ６０１で取得したファイル／ディレクトリ名にＡＳＣＩＩコード以外の文字コードが含まれているか否か、すなわち、本装置１０内のコード変換テーブルで変換可能なファイル／ディレクトリ名であるか否かを判別する（Ｓ６０２）。

上記のＡＳＣＩＩコードは、１バイト（実際には７ビット）で文字の種類を表現する文字コード体系であり、さらに、使用できる数値の範囲が定められている。従って、Ｓ６０１で取得したファイル／ディレクトリ名を１バイト単位で、ＡＳＣＩＩコードの範囲に収まっているか否かを判別することで、ファイル／ディレクトリ名がＡＳＣＩＩコードだけで構成されているか否かを判別することができる。

ＣＰＵ１１１は、ファイル／ディレクトリ名がＡＳＣＩＩコードだけで構成されていない場合は、当該ファイルを正しく取り扱うことができないため、ＡＳＣＩＩコードだけで構成された代替のファイル／ディレクトリ名を作成する（Ｓ６０３）。そして、ＣＰＵ１１１は、作成した代替のファイル／ディレクトリ名、すなわち、文字コード変換後のファイル／ディレクトリ名をマップテーブルに登録し（Ｓ６０４）、Ｓ６０５に進む。なお、本実施の形態では、マップテーブルはメモリ１３１上に動的に形成することを想定している。

この代替のファイル／ディレクトリ名は、一意性を確保するために、図７において符号７０１ａ、７０２ａで示すように、「プレフィックス＋数値」で表現し、代替のファイル／ディレクトリ名を作成する毎に、「数値」をインクリメントしていく。また、ＣＰＵ１１１は、代替のファイル／ディレクトリ名を、オリジナルのファイル／ディレクトリ名と対応付けてマップテーブルに登録する。

ＣＰＵ１１１は、ファイル／ディレクトリ名がＡＳＣＩＩコードのみで構成されている場合は、ファイル名の変換を行うことなく正しく当該ファイルを扱うことが可能であるため、Ｓ６０３、Ｓ６０４の代替のファイル／ディレクトリ名の作成・登録処理をスキップして、Ｓ６０５の処理を行う。

Ｓ６０５では、ＣＰＵ１１１は、リムーバブルメディアから取得したオリジナルのファイル／ディレクトリ名、又は作成・登録した代替のファイル／ディレクトリ名を、メモリ１３１上に確保される表示用ファイルリストに追加する。この表示用ファイルリストは、図５のＳ５０１でユーザがファイルを選択する際に、液晶表示部１７２にファイル一覧を表示するために使用される。

次に、ＣＰＵ１１１は、別のファイル／ディレクトリのエントリ情報が存在するか否かを判別し（Ｓ６０６）、エントリ情報が存在すれば、Ｓ６０１に戻ることによりＳ６０１〜６０６を繰り返し実行する。別のエントリ情報が存在しなければ、ＣＰＵ１１１は、ファイル／ディレクトリ名の取得処理を終了する。

＜ファイル／ディレクトリ名に基づく画像の読み込み処理＞
次に、図５のＳ５０２で行うファイル／ディレクトリ名の読み込み処理の詳細を、図８のフローチャートに基づいて説明する。図８中のＳ８０１〜Ｓ８０４は、処理手順のステップ番号を示すものである。なお、図５のＳ５０２で行うファイル／ディレクトリ名の読み込み処理は、図８の他に、図１３の方法で行うこともできる。

ＣＰＵ１１１は、図５のＳ５０１にてユーザが選択したファイル／ディレクトリ名に基づいて、選択に係るファイル／ディレクトリにアクセスするためのファイル／ディレクトリ名を検索する。具体的には、ＣＰＵ１１１は、ユーザが選択したファイル／ディレクトリ名を図７に例示したマップテーブル上で検索する（Ｓ８０１）。この場合、ユーザが選択したファイル／ディレクトリ名を、図７に示したマップテーブルの符号７０１ａ，７０２ａで示す代替のファイル／ディレクトリ名のエリアで検索する。

次に、ＣＰＵ１１１は、代替のファイル／ディレクトリ名がマップテーブルに登録されているか否かを判別する（Ｓ８０２）。そして、ＣＰＵ１１１は、代替のファイル名がマップテーブルに登録されている場合は、それに対応付けて登録されているオリジナルのファイル／ディレクトリ名を取得し（Ｓ８０３）、Ｓ８０４に進む。例えば、符号７０１ａで示した代替のファイル名が検索された場合は、ＣＰＵ１１１は、それに対応つけられた符号７０１で示したオリジナルのファイル／ディレクトリ名を取得する。

そして、ＣＰＵ１１１は、Ｓ８０３で取得したオリジナルのファイル／ディレクトリ名に基づいてファイルの読み込みを行う（Ｓ８０４）。

Ｓ８０２で代替のファイル／ディレクトリ名がマップテーブルに登録されていないと判別された場合は、ユーザが選択したファイル／ディレクトリ名は、図６のＳ６０３、Ｓ６０４で代替のファイル／ディレクトリ名の作成・登録処理が行われなかったことを意味する。換言すれば、ユーザが選択したファイル／ディレクトリ名は、オリジナルのものであることを意味する。この場合、ＣＰＵ１１１は、そのオリジナルのファイル／ディレクトリ名を直接使用してファイルの読み込み処理を行う（Ｓ８０４）。

＜ファイル／ディレクトリ名の表示処理＞
次に、図５のＳ５０１で行うファイル／ディレクトリ名の表示処理を、図９のフローチャートに基づいて説明する。図９中のＳ９０１〜Ｓ９０５は、処理手順のステップ番号を示すものである。

ＣＰＵ１１１は、図６で説明したファイル／ディレクトリ名の取得処理にて表示用ファイルリストに登録したファイル／ディレクトリ名を読み出す（Ｓ９０１）。次に、ＣＰＵ１１１は、その読み出したファイル／ディレクトリ名が図５のＳ６０３で作成された代替のファイル／ディレクトリ名であるか否かを判別する（Ｓ９０２）。

この代替のファイル／ディレクトリ名であるか否かの判別は、図７の７０１ａ、７０２ａに示すように、ファイル／ディレクトリ名の先頭に「？」が付加されているか否かを判別することにより行う。この「？」は、通常、ファイル／ディレクトリ名として使用することができない、所謂、禁則文字である。つまり、ファイル／ディレクトリ名に「？」を付加することにより、ユーザが作成したオリジナルのファイル／ディレクトリ名と代替のファイル／ディレクトリ名を容易に区別することが可能となる。

なお、「？」等の禁則文字を用いることなく、例えば、メモリ１３１上に確保される表示用ファイルリストに、ファイル／ディレクトリ名と対応付けて、代替のファイル／ディレクトリ名であるか否かを示すフラグを持たせるようにしてもよい。要するに、個

別のファイル／ディレクトリを示す代替の名称（識別情報）であることを、ユーザが何らかの方法で識別できるようにすればよい。

ＣＰＵ１１１は、Ｓ９０２でオリジナルのファイル／ディレクトリ名であると判別した場合は、そのオリジナルのファイル／ディレクトリ名を通常の形態で液晶表示部１７２に表示する（Ｓ９０３）。

一方、代替のファイル／ディレクトリ名であると判別した場合は、ＣＰＵ１１１は、その代替のファイル／ディレクトリ名を特殊な形態で晶表示部１７２に表示する（Ｓ９０４）。この特殊な表示形態により、ユーザは、代替のファイル／ディレクトリ名であることを容易に認識することが可能となる。

この特殊な表示形態は、例えば、図１０のようにすることができる。図１０の例では、「？」が付加された代替のファイル／ディレクトリ名がフォーカスされている場合に（符号１００２参照）、上部のステータス表示アリア１００１に、「一時的に名称を変更しています」という文言を表示させている（符号１００１ａ参照）。

この他、代替のファイル／ディレクトリ名がフォーカスされている場合に、その文字の表示色を通常の文字の表示色と異なる色にする等、ファイル／ディレクトリ名を示す文字列それ自体を特殊な形態で表示するようにしてもよい。

次に、ＣＰＵ１１１は、表示用ファイルリストから未だ読み出していないファイル／ディレクトリ名が存在する場合は（Ｓ９０５）、Ｓ９０１に戻って、ファイル／ディレクトリ名の読み出し・表示処理を続行する。ＣＰＵ１１１は、表示用ファイルリストから全てのファイル／ディレクトリ名を読み出して表示した場合は（Ｓ９０５）、当該ファイル／ディレクトリ名の読み出し・表示処理を終了する。

＜ファイル／ディレクトリ名の第２の取得処理＞
次に、ファイル／ディレクトリ名の第２の取得処理を図１１のフローチャートに基づいて説明する。図１１中のＳ１１０１〜Ｓ１１０６は、処理手順のステップ番号を示すものである。

ＣＰＵ１１１は、ファイル／ディレクトリのエントリ情報をリムーバブルメディアから取得する（Ｓ１１０１）。このエントリ情報は、ファイル／ディレクトリの名称の他に、ファイル又はディレクトリの何れであるかを示すフラグ、属性フラグ、ファイルの更新日時、ファイルサイズ等の属性情報を含むものである。ＦＡＴファイルシステムでは、ディレクトリエントリと呼ばれる領域に記載された情報である。

次に、ＣＰＵ１１１は、Ｓ１１０１で取得したファイル／ディレクトリ名にＡＳＣＩＩコード以外の文字コードが含まれているか否かを判別する（Ｓ１１０２）。この判別処理は、図６のＳ６０２の説明で行ったのと同様の手法で行うことができる。

ＣＰＵ１１１は、ファイル／ディレクトリ名がＡＳＣＩＩコードだけで構成されていない場合は、当該ファイルを正しく取り扱うことができないため、ＡＳＣＩＩコードだけで構成された代替のファイル／ディレクトリ名を作成する（Ｓ１１０３）。

図６の場合は、代替のファイル／ディレクトリ名は、一意性を確保するために、「プレフィックス＋数値」で名付けた。しかしながら、この「プレフィックス＋数値」の場合は、シンプルではあるがファイルが増減した場合には数値の部分が変わってしまうため、同じファイルに割り当てる名称がリムーバルメディアを挿抜する毎に異なってしまうという問題がある。

そこで、ＣＰＵ１１１は、Ｓ１１０３では、Ｓ１１０１で取得した属性フラグ、ファイルの更新日時、ファイルサイズ等の属性情報から、ＡＳＣＩＩコードによる代替のファイル／ディレクトリ名を作成する。これらの属性情報は、ファイルが修正されない限り変わるものではないため、同じファイルには必ず同じＡＳＣＩＩコードによるファイル名が割り当てられることとなる。これにより、同じファイルに割り当てる名称がリムーバルメディアを挿抜する毎に異なってしまうことを防止することができる。

Ｓ１１０４〜Ｓ１１０６は、図６のＳ６０４〜Ｓ６０６と同じ処理であるため、その説明を省略する。

＜仕向け又は表示言語情報に基づく文字コード変換処理＞
次に、ファイル／ディレクトリ名の第３の取得処理を図１２のフローチャートに基づいて説明する。図１２中のＳ１２０１〜Ｓ１２０５は、処理手順のステップ番号を示すものである。なお、このファイル／ディレクトリ名の第３の取得処理は、図５のＳ５０１で行われるものである。

ＣＰＵ１１１は、メモリ１３１又はＲＯＭ１３３に格納された仕向け又は表示言語情報に基づいて、ファイル／ディレクトリ名の文字コード変換処理を行うか否かを判別する（Ｓ１２０１）。

すなわち、仕向け又は表示言語情報は、基本的に、画像形成装置１０が如何なる言語（文字コード）の環境の下で使用されるか否かを判別するための情報である。例えば、マルチバイト文字コードが使用されない環境の下では、７ビットのＡＳＣＩＩコードを内部コードとする画像形成装置１０において、前述のファイル／ディレクトリ名の変換処理、すなわち、代替のファイル／ディレクトリ名の作成処理を行わなくてもよい。

また、マルチバイト文字コードの使用圏で装置が使用される場合であっても、内部コードとバイト数の異なるバイト数の文字コードとの間でコード変換するテーブルが装置に存在すれば、代替のファイル／ディレクトリ名の作成処理を行わなくてもよい。

このような設定条件により、Ｓ１２０１では、ＣＰＵ１１１は、ファイル／ディレクトリ名の文字コード変換処理を行うか否かを判別する。そして、ＣＰＵ１１１は、ファイル／ディレクトリ名の変換処理を行うべき設定条件であった場合は、前述の図５のＳ６０１〜ＳＳ６０４と全く同様の処理を、Ｓ１２０２〜Ｓ１２０５で行う。

また、前述のようなファイル／ディレクトリ名の変換処理を行う必要のない設定条件であった場合は、ＣＰＵ１１１は、Ｓ１２０２〜Ｓ１２０５の処理を行うことなく、終了する。

＜ファイル／ディレクトリ名に基づく画像の第２の読み込み処理＞
次に、図５のＳ５０２で行うファイル／ディレクトリ名の第２の読み込み処理を、図１３のフローチャートに基づいて説明する。図１３中のＳ１３０１〜Ｓ１３０５は、処理手順のステップ番号を示すものである。

ＣＰＵ１１１は、メモリ１３１又はＲＯＭ１３３に格納された仕向け又は表示言語情報に基づいて、マップテーブルの検索を行うか否かを判別する（Ｓ１３０１）。

すなわち、前述のように、仕向け又は表示言語情報は、仕向け又は表示言語情報は、基本的に、画像形成装置１０が如何なる言語（文字コード）の環境の下で使用されるか否かを判別するための情報である。例えば、マルチバイト文字コードが使用されない環境の下では、７ビットのＡＳＣＩＩコードを内部コードとする画像形成装置１０において、前述のファイル／ディレクトリ名の変換処理、すなわち、代替のファイル／ディレクトリ名の作成処理を行わなくてもよい。

また、マルチバイト文字コードの使用圏で画像形成装置１０が使用される場合であっても、その外部コードとしてのマルチバイト文字コードを内部コードであるＡＳＣＩＩコードに変換するテーブルが画像形成装置１０に存在すれば、前述のファイル／ディレクトリ名の変換処理を行わなくてもよい。このように、ファイル／ディレクトリ名の変換処理が行われない場合は、当然に、マップテーブルも作成されない。

そこで、ＣＰＵ１１１は、Ｓ１３０１では、上記のような設定条件を判別することにより、マップテーブルの検索を行うか否かを判別する。そして、ＣＰＵ１１１は、マップテーブルの検索を行うと判別した場合は、前述の図８のＳ８０１〜ＳＳ８０４と全く同様の処理を、Ｓ１３０２〜Ｓ１３０５で行う。

また、ＣＰＵ１１１は、Ｓ１３０１でマップテーブルの検索を行わないと判別した場合は、Ｓ１３０２〜Ｓ１３０４の処理を行うことなくＳ１３０５に進み、ファイル／ディレクトリ名に基づくファイルの読み込み処理を行う。

以上説明したように、本実施の形態では、外部コードを内部コードに変換するコード変換テーブルに登録されていない文字コードでファイル／ディレクトリ名が記述されている場合には、ＣＰＵ１１１は、不登録のファイル／ディレクトリ名を内部コードによる代替のファイル／ディレクトリ名に変換する。

ＣＰＵ１１１は、その代替のファイル／ディレクトリ名をオリジナルのファイル／ディレクトリ名と対応付けて、マップテーブルに一時的に登録する。ＣＰＵ１１１は、当該ファイルにアクセスする場合は、マップテーブルから変換前のオリジナルのファイル／ディレクトリ名を取得する。そして、ＣＰＵ１１１は、当該ファイルに対するアクセス、印刷等の所定の処理が終了した場合には、マップテーブルを削除する。なお、マップテーブルの削除処理は、マップテーブルから代替のファイル／ディレクトリ名とオリジナルのファイル／ディレクトリ名を消去するのと同等の処理である。

この削除処理により、大容量のメモリを必要とすることなく、より多くの文字コード体系に係るファイル識別情報のファイルに対して、確実にアクセスすることが可能となる。
また、マルチバイト系の文字コードを内部コードとして使用する場合、文字コードの種類によって１文字のバイト数が異なるため、１文字のバイト数に応じて文字コードの処理形態を変更する必要があり、装置本体内での文字列の処理が、複雑になってしまう。しかしながら、本実施の形態では、オリジナルの文字コードのバイト数が何バイトであっても、一律に１バイトの文字コードに揃えることができるため、装置本体内での文字列の処理を簡素化することができる。

なお、本発明は、上記の実施の形態に限定されることなく、例えば、外部コードを内部コードに変換するコード変換テーブルが搭載されておらず、文字コード変換機能を有しない情報処理装置に適用することも可能である。また、本発明は、画像形成装置等の周辺装置だけでなく、情報処理システムの中核をなすコンピュータそれ自体に適用することも可能である。

さらに、本発明の目的は、上述した実施の形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体によっても達成される。すなわち、この記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読出して実行することによって達成される。

この場合、記憶媒体から読出されたプログラムコード自体が前述した実施の形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。

また、プログラムコードを供給するための記憶媒体としては、次のものを用いることができる。例えば、フロッピー（登録商標）ディスク、ハードディスク、光磁気ディスク等を用いることができる。また、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷ、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ等の光ディスク、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。または、プログラムコードをネットワークを介してダウンロードしてもよい。

また、本発明は、コンピュータが読出したプログラムコードを実行することにより、上記の実施の形態の機能が実現される場合だけに限定されるものではない。その他、例えば、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施の形態の機能が実現される場合も含まれる。

さらに、記憶媒体から読出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれることにより実施の形態の機能が実現される場合も含まれる。この場合、当該書込みの後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行うこととなる。

本発明の実施の形態に係る画像形成装置（ＭＦＰ）の概略構成を示すブロック図である。 図１の画像形成装置の制御部の構成を示すブロック図である。 図２のメインコントローラ内のプリント画像処理部の構成を示すブロック図である。 図２に示したパネルの構成を示すブロック図である。 図１の画像形成装置（ＭＦＰ）が画像記憶メディアに格納された画像データをプリント出力する場合の処理手順を示すフローチャートである。 図５のＳ５０１で行うフォルダ名／ファイル名の取得処理の詳細を示すフローチャートである。 マップテーブルに登録される代替のフォルダ名／ファイル名を説明するための図である。 図５のＳ５０２で行う画像ファイルの読み込み処理の詳細を示すフローチャートである。 図５のＳ５０１で行うファイル／ディレクトリ名の表示処理の詳細を示すクローチャートである。 ファイル／ディレクトリ名の表示方法を示す図である。 図５のＳ５０１で行うフォルダ名／ファイル名の取得処理の第２の手法を示すフローチャートである。 図５のＳ５０１で行うフォルダ名／ファイル名の取得処理の第３の手法を示すフローチャートである。 図５のＳ５０２で行うファイル／ディレクトリ名の第２の読み込み処理を示すフローチャートである。 文字コード変換処理の基本的な仕組みを説明するめの概念図である。

符号の説明

１０：画像形成装置
１００：制御部
１１１：ＣＰＵ
１１２：メモリ制御部
１３１：メモリ
１３３：ＲＯＭ
１４０：パネル
１７５：画像記憶メディアＩ／Ｆ

Claims (9)

1. 受信したファイルの処理を行う情報処理装置において、
   前記ファイルを識別するための識別情報であって、所定の文字コードで記述された識別情報を取得する取得手段と、
   前記情報処理装置が前記所定の文字コードに基づく処理が可能か否かを判別する判別手段と、
   前記判別手段により、前記情報処理装置が前記所定の文字コードに基づく処理が可能と判別されなかった場合、当該所定の文字コードを前記情報処理装置が処理可能な代替の文字コードに変換する変換手段と、
   前記変換手段により変換された後の前記識別情報に係る代替の文字コードと変換前の文字コードとを対応付けてバッファテーブルに登録する登録手段と、
   前記ファイルに対する処理が終了した場合に、当該ファイルに係る前記代替の文字コードと変換前の文字コードを前記バッファテーブルから消去する消去手段と、
   を有することを特徴とする情報処理装置。
2. 前記情報処理装置は、コード変換テーブルを参照し、取得した文字コードを当該文字コードとは異なる文字コード体系に係る文字コードに変換する文字コード変換機能を備えることを特徴とする請求項１記載の情報処理装置。
3. 前記判別手段は、前記取得手段によって取得された識別情報が、前記コード変換テーブルで変換可能な文字コード体系に係る文字コードで記述されているか否かを判別することを特徴とする請求項２記載の情報処理装置。
4. 前記変換手段は、前記識別情報に係る文字コードを前記代替の文字コードに変換する場合に、当該代替の文字コードに変換された識別情報であることを識別できるように変換処理を行うことを特徴とする請求項１〜３の何れかに記載の情報処理装置。
5. 前記変換手段は、禁則文字に係る文字コードを使用することにより、代替の文字コードに変換された識別情報であることを識別できるようにすることを特徴とする請求項１〜４の何れかに記載の情報処理装置。
6. 前記変換手段により文字コードの変換処理がなされた識別情報を文字コードの変換処理がなされていない識別情報と異なる形態で表示部に表示させる表示制御手段を有することを特徴とする請求項１〜５の何れかに記載の情報処理装置。
7. 前記変換手段は、前記識別情報に係る文字コードを前記ファイルの属性情報を用いて代替の文字コードに変換することを特徴とする請求項１〜６の何れかに記載の情報処理装置。
8. 受信したファイルの処理を行う情報処理装置の制御方法において、
   前記ファイルを識別するための識別情報であって、所定の文字コードで記述された識別情報を取得する取得工程と、
   前記情報処理装置が前記所定の文字コードに基づく処理が可能か否かを判別する判別工程と、
   前記判別工程により、前記情報処理装置が前記所定の文字コードに基づく処理が可能と判別されなかった場合、当該所定の文字コードを前記情報処理装置が処理可能な代替の文字コードに変換する変換工程と、
   前記変換工程により変換された後の前記識別情報に係る代替の文字コードと変換前の文字コードとを対応付けてバッファテーブルに登録する登録工程と、
   前記ファイルに対する処理が終了した場合に、当該ファイルに係る前記代替の文字コードと変換前の文字コードを前記バッファテーブルから消去する消去工程と、
   を有することを特徴とする情報処理装置の制御方法。
9. 請求項８に記載の情報処理装置の制御方法をコンピュータが実行可能に指令を組合わせてなるプログラム。

Images