(57)【特許請求の範囲】
【請求項１】
複数のリソースデータを含むことが可能なアーカイブファイルを参照可能な情報処理装置において、
前記複数のリソースデータの情報に追加情報があるか否かを判別し、さらに前記複数のリソースデータの情報を用いて前記複数のリソースデータの種別が外字データであるか、書体データであるか、アプリケーションであるかを判別する判別手段と、
前記判別手段が判別したリソースデータの種別がその外字データである場合は、前記追加情報によって登録と判定されたその外字データの登録処理を行ない、前記判別手段が判別したリソースデータの種別が書体データである場合は前記追加情報によって登録と判定されたその書体データの登録を行なう登録手段と、
前記判別手段が判別したリソースデータの種別がアプリケーションデータである場合は、そのアプリケーションの実行を行う実行手段と、
を備えることを特徴とする情報処理装置。
【請求項２】
特定構造のアカイブファイル中からアーカイブファイルの全体に関する情報を取得する第１の取得手段と、
特定構造のアーカイブファイル中からアーカイブファイルに含まれるリソースデータの情報を取得する第２の取得手段と、
特定構造のアーカイブファイル中からリソースデータを処理する為に必要な追加情報を取得する第３の取得手段と、
前記第３の取得手段により取得される追加情報に基づき、リソースデータを設定する設定手段と、
をさらに有することを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記第１の取得手段は、特定構造のアーカイブファイル中からアーカイブファイル全体のサイズを取得することを特徴とする請求項２記載の情報処理装置。
【請求項４】
前記第１の取得手段は、特定構造のアーカイブファイル中からアーカイブファイルの識別情報を取得することを特徴とする請求項２記載の情報処理装置。
【請求項５】
前記第１の取得手段は、特定構造のアーカイブファイル中からアーカイブファイルに含まれるリソースデータ数を取得することを特徴とする請求項２記載の情報処理装置。
【請求項６】
前記第２の取得手段は、特定構造のアーカイブファイル中からアーカイブファイルに含まれるリソースデータのファイル名称を取得することを特徴とする請求項２記載の情報処理装置。
【請求項７】
前記第２の取得手段は、特定構造のアーカイブファイル中からアーカイブファイルに含まれるリソースデータのファイルの暗号圧縮状態に関する情報を取得することを特徴とする請求項２記載の情報処理装置。
【請求項８】
前記第３の取得手段は、特定構造のアーカイブファイル中からリソースデータを処理する為に必要な追加情報のフォーマットに関する情報を取得することを特徴とする請求項２記載の情報処理装置。
【請求項９】
前記第３の取得手段が取得する特定構造のアーカイブファイル中からリソースデータを処理する為に必要な追加情報は、外字データを扱う為の情報であることを特徴とする請求項２記載の情報処理装置。
【請求項１０】
前記第３の取得手段が取得する特定構造のアーカイブファイル中からリソースデータを処理する為に必要な追加情報は、書体データを扱う為の情報であることを特徴とする請求項２記載の情報処理装置。
【請求項１１】
前記第３の取得手段が取得する特定構造のアーカイブファイル中からリソースデータを処理する為に必要な追加情報は、アプリケーションによって生成されたデータを扱う為の情報であることを特徴とする請求項２記載の情報処理装置。
【請求項１２】
前記設定手段は、外字データを登録解除するようにリソースデータを設定することを特徴とする請求項２記載の情報処理装置。
【請求項１３】
前記設定手段は、書体データを登録解除するようにリソースデータを設定することを特徴とする請求項２記載の情報処理装置。
【請求項１４】
複数のリソースデータを含むことが可能なアーカイブファイルを参照可能な情報処理装置における情報処理方法において、
前記複数のリソースデータの情報に追加情報があるか否かを判別し、さらに前記複数のリソースデータの情報を用いて前記複数のリソースデータの種別が外字データであるか、書体データであるか、アプリケーションであるかを判別する判別ステップと、
前記判別ステップが判別したリソースデータの種別がその外字データである場合は、前記追加情報によって登録と判定されたその外字データの登録処理を行ない、前記判別ステップが判別したリソースデータの種別が書体データである場合は前記追加情報によって登録と判定されたその書体データの登録を行なう登録ステップと、
前記判別ステップが判別したリソースデータの種別がアプリケーションデータである場合は、そのアプリケーションの実行を行う実行ステップと、
を備えることを特徴とする情報処理方法。
【請求項１５】
請求項１４に記載の情報処理方法の各ステップをコンピュータに実行させるプログラムを記憶したコンピュータが読み取り可能な記憶媒体。
【請求項１６】
請求項１４に記載の情報処理方法の各ステップをコンピュータに実行させるプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、複数のリソースデータを含むことが可能なアーカイブファイルを参照可能な情報処理装置の情報処理に関するものである。
【０００２】
【従来の技術】
従来、所定のアーカイバにより圧縮処理されたアーカイブファイルに含まれるデータは、ある特定のデータファイルに限られており、そのアーカイブファイルを認識可能な解凍モジュール（クライアントモジュール）では、あらかじめ決まったルールにより、例えば拡張子の内容に従い、そのアーカイブファイルを認識し、その拡張子に従う解凍手順に従い特定の解凍処理を行っていた。
【０００３】
【発明が解決しようとする課題】
上記従来技術では、アーカイブファイルに含まれるデータを、ある特定の決まりにのっとって処理を行うことしか出来ないため、アーカイブファイルに対する解凍処理が単一的な処理に留まり、解凍処理時に解凍されるファイルの種別に応じた複合的な解凍処理を連続的に行えず、必要に応じて、解凍後のファイルをユーザがその都度、解凍されたファイルの種別に従い、システムファイルに個別に登録する等の処理を行わなければならいない等の問題点があった。
【０００４】
本発明は、上記の問題点を解消するためになされたもので、本発明の目的は、アーカイブファイルに含まれる複数のリソースデータの種別を判定して、当該リソースデータの種別に適応した処理を行える仕組みを提供することを目的とする。
【０００５】
【課題を解決するための手段】
本発明に係る情報処理装置は、以下の特徴的構成を備える。
複数のリソースデータを含むことが可能なアーカイブファイルを参照可能な情報処理装置において、前記複数のリソースデータの情報に追加情報があるか否かを判別し、さらに前記複数のリソースデータの情報を用いて前記複数のリソースデータの種別が外字データであるか、書体データであるか、アプリケーションであるかを判別する判別手段と、前記判別手段が判別したリソースデータの種別がその外字データである場合は、前記追加情報によって登録と判定されたその外字データの登録処理を行ない、前記判別手段が判別したリソースデータの種別が書体データである場合は前記追加情報によって登録と判定されたその書体データの登録を行なう登録手段と、前記判別手段が判別したリソースデータの種別がアプリケーションデータである場合は、そのアプリケーションの実行を行う実行手段とを備えることを特徴とする。
【００４７】
【発明の実施の形態】
以下、図面を参照し本発明について詳細に説明する。
【００４８】
先ず、本発明の実施形態における情報処理装置で扱うアーカイブファイルの構造を図１を用いて説明する。
【００４９】
図１は、本発明の一実施形態を示す情報処理装置におけるアーカイブファイルの全体構造を説明する図である。
【００５０】
図１において、１はヘッダ情報部を示し、アーカイブファイル全体に関する情報を保持する部分である。具体的にはファイルのバージョン、サイズ、中に含まれるリソースデータファイル数、作成日付や、以降説明を行う各情報部へのオフセット値などの情報が含まれる。
【００５１】
２はテーブルディレクトリを示し、アーカイブファイル中に含まれる、各リソースデータファイルに関する情報が格納されている。具体的にはテーブルディレクトリ部２−１、リソースデータファイルの種別情報、ファイルサイズ等、リソースデータファイルに関する情報が格納されているファイル情報部２−２および追加の情報があればその情報へのオフセット値２−３などが含まれる。この情報はアーカイブファイルに含まれるリソースデータファイルの数だけ存在する。
【００５２】
３は追加情報テーブルで、各リソースファイルに関する追加の情報が格納される。ここで、追加の情報とは主に、クライアントモジュールがリソースデータを登録や設定等を行う際に使用するデータである。
【００５３】
４−１〜４−Ｎはリソースファイル実体を表し、アーカイブファイル中には複数格納することが出来る。リソースファイル実体は圧縮、暗号化などの処理を施して格納することも可能であり、その情報はファイル情報部２−２に格納することが出来る。
【００５４】
次に、図１に示したアーカイブファイルを用いて、クライアントモジュールの動作手順に関して詳細に説明する。
【００５５】
先ず図２を用いて、クライアントモジュールが動作する情報処理装置における動作環境について説明する。
【００５６】
図２は、本発明の一実施形態を示す情報処理装置の構成を説明するブロック図であり、クライアントモジュールが動作するＰＣの基本的な構成に対応する。
【００５７】
図２において、２０１はＣＰＵであり、この装置全体の制御及び演算処理等を行うものである。２０２はＲＯＭであり、システム起動プログラム及び文字パターン・データ等の記憶領域である。２０３はＲＡＭであり、使用制限のないデータ領域であり、様々な処理毎に後出のフローチャートで表される各々のプログラム及びデータがロードされ、実行される領域である。
【００５８】
２０４はキーボード制御部（ＫＢＣ）であり、キーボード（ＫＢ）２０５よりキー入力データを受け取りＣＰＵ２０１へ伝達する。２０７はディスプレイ装置（ＣＲＴ）であり、ＣＲＴＣ２０６よりデータを受け取り表示する。２０９は外部記憶装置であり、例えばフレキシブルディスク装置（ＦＤ）あるいはハードディスク装置（ＨＤ）などであり、プログラム及びデータを記憶させておき、実行時必要に応じて参照またはＲＡＭ２０３へロードする。クライアントモジュールもこの外部記憶装置２０９に格納されており、実行要求に応じてＲＡＭ２０３上へ読み出され実行される。
【００５９】
２１０はプリンタ制御部（ＰＲＴＣ）であり、プリンタ装置（ＰＲＴ）２１１に対する印刷データの出力を制御する。２１２はシステムバスであり、上述の構成要素間のデータの通路として機能する。
【００６０】
図３は、図１に示したヘッダ情報部１の内容の詳細例を説明する図である。
【００６１】
図３において、ヘッダ情報にはヘッダ情報部のサイズ、ファイルのバージョン情報、アーカイブファイル全体のサイズ、ファイル識別情報、アーカイブファイル内に含まれるリソースデータファイルの数、作成年月日、図１に示した追加情報テーブル３，ファイル実体４−１〜４−Ｎ，テーブルディレクトリ部２−１、リソースデータファイルの種別情報、ファイルサイズ等、リソースデータファイルに関する情報が格納されているファイル情報部２−２および追加の情報があればその情報へのオフセット値２−３等の各種情報テーブルへのオフセット情報などが格納されているものとする。
【００６２】
図４は、図１に示したテーブルディレクトリ部２−１の詳細例を説明する図である。
【００６３】
図４において、テーブルディレクトリ部２−１には、リソースデータの種別を示すリソース識別タグ情報、リソースデータファイルへのオフセット値、リソースデータ実体のファイル名、ファイルサイズ、リソースデータの作成日時、リソースデータの暗号・圧縮状態を表す暗号／圧縮情報、クライアントモジュールが実行する際に必要な追加情報の有無、追加情報のフォーマットおよびサイズ、オフセットに関する情報が格納されている。
【００６４】
図５は、図４に示したテーブルディレクトリ情報２−１中のリソース識別タグとリソースデータ種別との対応を説明する図である。
【００６５】
なお、タグの情報としては、４文字のアルファベットを使用しても良く、任意の文字列を使用しても良く、ＩＤのような数字を使用しても構わない。
【００６６】
図５において、識別タグＳＧＡＩはマイクロソフト社のＷｉｎｄｏｗｓ（登録商標）環境におけるシステム全体の外字を示し、識別タグＺＧＡＩは書体に従属させた外字フォントデータファイル外字を示し、識別タグＰＧＡＩはプリンタデバイスに登録させるプリンタ用の外字フォントデータを示し、識別タグＲＦＯＮは欧文フォントを示し、識別タグＪＦＯＮは和文（日本語）フォントなどの書体データを示し、ＡＰＬＤはアプリケーションプログラムが生成するドキュメントデータファイル（アプリケーションプログラム）を示し、識別タグＤＦＩＬは単なるデータファイルを示し、識別タグＭＡＣＲはプリンタ用等のマクロデータ定義ファイルを示し、識別タグＭＴＲＣはフォントデータを扱う際のフォントメトリクスデータを示す。なお、リソースデータファイルとして定義可能なデータファイルであれば、その種別やサイズ形式などには特に制限はなく、定義可能な種別や数に関しても制限はない。
【００６７】
図６は、図１に示した追加情報テーブルの一例を示す図であり、（Ａ）〜（Ｆ）は各フォーマットＦ０〜Ｆ５別の追加情報テーブル例に対応する。
【００６８】
図６に示すように、追加情報テーブルには任意のフォーマットが定義可能であり、アーカイブファイル内に含まれるリソースデータファイルをクライアントモジュールが処理する際に必要と思われる任意の情報を含むことが可能である。
【００６９】
以下、図６の（Ａ）〜（Ｆ）を参照して追加情報のフォーマットＦ０〜Ｆ５に関する例を詳細に説明する。
【００７０】
図６の（Ａ）は、フォーマットＦ０の例を表し、ある特定の長さの情報を任意の個数含むことが可能であり、いかなるフォーマットにもいかなるデータにも柔軟に対応可能なフォーマットの例である。
【００７１】
図６の（Ｂ）は、フォーマットＦ１の例を表し、この追加データフォーマットはＷｉｎｄｏｗｓ（登録商標）などにおけるシステム外字データを扱う為の付加情報の例である。追加情報にはシステム外字を登録するのか、登録を解除するのかといった、外字の登録動作に関する情報が記述されているものである。この情報を元に、クライアントモジュールはシステム外字の登録または解除の処理を行うことが可能となる。
【００７２】
図６の（Ｃ）は、フォーマットＦ２の例を表し、この追加データフォーマットはＷｉｎｄｏｗｓ（登録商標）などにおける書体従属外字データを扱う為の付加情報の例である。追加情報には、含まれる従属外字数、外字を従属させる書体の名称に関する情報、外字を登録するのか、登録を解除するのかといった、書体外字の登録動作に関する情報が記述されているものである。この情報を元に、クライアントモジュールは書体従属外字の登録または解除の処理を行うことが可能となる。
【００７３】
図６の（Ｄ）は、フォーマットＦ３の例を表し、この追加データフォーマットは書体データをＷｉｎｄｏｗｓ（登録商標）などのシステムへ登録あるいは登録解除する為の情報を含む追加情報フォーマットである。このフォーマットには、登録あるいは登録解除する書体の書体名称に関する情報、書体データを登録するのか登録解除するのかを表す書体登録動作指示情報、書体データのインストール先を表すインストール先情報などが含まれる。例えばインストール先情報が省略されたような場合には、システムにおける書体データを格納するデフォルトのインストール先に書体データをインストールし、記述されている場合にはその場所にインストールを行うなどの動作が可能である。
【００７４】
図６の（Ｅ）は、フォーマットＦ４の例を表し、アプリケーションプログラムが生成するドキュメントファイルを扱う際の追加情報の例である。ここでは、アプリケーションプログラムを起動する為に必要な情報、アプリケーションプログラムに、アーカイブファイル中に含まれるドキュメントファイルの情報を渡す為のコマンドラインパラメータに相当する情報、ドキュメントファイルをインストールするインストール先の情報などが含まれる。なお、インストール先が省略されているような場合には、環境変数を参照し、テンポラリの場所に格納するなどの方法が考えられる。
【００７５】
図６の（Ｆ）はフォーマットＦ５の例を表し、クライアントマシン上にアーカイブファイルの格納されたデータファイルをコピーする為の追加情報フォーマットである。ここでは、データファイルをクライアント上にコピーするのか、あるいはデータを削除するのかを示す情報（データファイル操作表示情報）及び、データファイルをどこにおけば良いかといった、インストール先の情報（データファイルインストール先情報）が格納されている。前記同様、インストール先が省略されているような場合は、環境変数を参照し、テンポラリの場所に格納するなどの方法が考えられる。
【００７６】
このように、追加情報のいくつかの例を示したが、その他の情報に対しても任意のフォーマットを定義することが可能であり、クライアントモジュールがクライアントマシン上で動作する為に必要な任意の情報を格納することが可能である。
【００７７】
次に、図７を用いて、クライアントモジュールがクライアントＰＣ上で動作する処理の流れを詳細に説明する。
【００７８】
なお、クライアントモジュールとは、クライアントＰＣ上にインストールされており、本発明で用いる図１に示すアーカイブファイルを解釈し、その内容を実行するプログラムのことである。通常Ｗｉｎｄｏｗｓ（登録商標）などのＯＳでは、ファイルの拡張子に対して動作するアプリケーションプログラムを定義することが可能である。本クライアントモジュールも同様に、本アーカイブファイルの拡張子のファイルが指定された場合に、自動的に本クライアントモジュールが起動するような設定が、クライアントＰＣ上に設定されているものとする。この設定はユーザが独自に行っても良く、クライアントモジュールのセットアッププログラムが設定を行っても良い。
【００７９】
クライアントモジュールは、図２に示す外部記憶装置２０９に格納されており、任意のタイミングで起動要求が起きると、ＲＡＭ２０３上に読み出され実行される。起動されるタイミングは、アーカイブファイルを解凍するときにユーザによって起動されても良く、またはシステム起動時に自動的に起動され、システムが終了するまでＲＡＭ２０３上に常駐しても良く、または、Ｗｅｂブラウザのヘルパアプリケーションに登録され、Ｗｅｂブラウザからアーカイブファイルにアクセスする際に起動されても良い。
【００８０】
また、アーカイブファイルはあらかじめ外部記憶装置２０９に保存されていても良く、Ｗｅｂブラウザなどによって一時的にクライアントＰＣの上外部記憶装置２０９上に保存されていても良く、ユーザによってその在処を指定されても良く、クライアントモジュールのコマンドラインからその情報を取得してもよい。
【００８１】
図７は、本発明に係る情報処理装置における第１のデータ処理手順の一例を示すフローチャートである。なお、Ｓ７０１〜Ｓ７０８は各ステップを示す。
【００８２】
先ず、ステップＳ７０１では、クライアントモジュールに渡されたアーカイブファイルの内容を確認する為に、アーカイブファイルのヘッダ情報を参照し、ＲＡＭ２０３上にその情報を保持する。
【００８３】
そして、ステップＳ７０２では、ヘッダ情報中のバージョンナンバやファイル識別情報などを用いて、クライアントモジュールが理解可能なファイルフォーマットかどうかの判定を行い、判定の結果、クライアントモジュールが参照可能なファイルフォーマットであると判定した場合には、ステップＳ７０３へ進み、その他のフォーマットであった場合には、処理を終了する。
【００８４】
そして、ステップＳ７０３では、ステップＳ７０１において読み取ったヘッダ情報から、現在扱っているアーカイブファイルに含まれるリソースデータの数に相当する情報を読み取り、ステップＳ７０３以降の処理をファイル数分だけ繰り返す。
【００８５】
続いて、ステップＳ７０４では現在のカウンタに対するテーブルディレクトリ情報を、アーカイブファイルから読み出し、ＲＡＭ２０３上に保持する。現在のカウンタとはアーカイブファイル中に含まれるリソースデータの何番目を扱うかと言う情報であり、以降１つのリソースデータに対する一連の処理が終了した時点でカウンタが加算される。
【００８６】
次に、ステップＳ７０５ではステップＳ７０４で取得したテーブルディレクトリの情報を元に、追加情報の有無、追加情報のフォーマット、追加情報のオフセット情報およびサイズ等の情報を元に、追加情報をアーカイブファイル中からＲＡＭ２０３上に読み出す。
【００８７】
そして、ステップＳ７０６では、テーブルディレクトリに含まれているリソースデータの情報を元に、アーカイブファイルからリソースデータファイルを一時的にＲＡＭ２０３上に読み出す（詳細は図８において後述する）。
【００８８】
そして、ステップＳ７０７において、リソースデータファイルを、ファイル毎の種別に応じてさまざまな操作、設定処理（詳細は図９において後述する）をクライアントＰＣ上において実行する。
【００８９】
次に、ステップＳ７０８では、未処理のリソースデータファイルが、現在扱っているアーカイブファイル中に含まれているかどうかの判定を、アーカイブファイル中のヘッダ情報から行い、未処理のデータがある場合には、ステップＳ７０４へ進み、未処理のデータが無い場合には、処理を終了する。
【００９０】
図８は、本発明に係る情報処理装置における第２のデータ処理手順の一例を示すフローチャートであり、図７に示したステップＳ７０６における処理の詳細手順に対応する。なお、Ｓ８０１〜Ｓ８０６は各ステップを示す。
【００９１】
先ず、ステップＳ８０１では、テーブルディレクトリのファイル情報を元に、アーカイブファイル中のリソースデータファイル実体にアクセスし、ファイル実体を読み出す。そして、ステップＳ８０２では、そのリソースデータファイルが暗号化されているかどうかの判定をテーブルディレクトリの情報を用いて行い、暗号化されていると判定した場合には、ステップＳ８０３へ進み復号化の処理を行い、暗号化されていないと判定した場合には、ステップＳ８０４へ進む。
【００９２】
なお、暗号化と復号化の方法に関しては特に制限は無く、ここではその方法に関しては言及しない。
【００９３】
そして、ステップＳ８０４では、読み取ったリソースデータファイルが圧縮されているかどうかの判定をテーブルディレクトリの情報を用いて行い、圧縮されていると判定した場合は、ステップＳ８０５へ進み解凍処理を行い、圧縮されていないと判定した場合は、ステップＳ８０６へ進む。
【００９４】
なお、圧縮解凍の方法に特に制限はなく、ここではその詳細に関しては言及しない。
【００９５】
そして、ステップＳ８０６ではテーブルディレクトリ中のリソースデータファイルのオリジナル作成日付を参照し、リソースデータファイルの日付を変更（セット）して、処理を終了する。
【００９６】
これにより、オリジナルファイルと同じ状態に復帰させることが可能となる。
【００９７】
図９は、本発明に係る情報処理装置における第３のデータ処理手順の一例を示すフローチャートであり、図７に示したステップＳ７０７における処理の詳細手順に対応する。なお、Ｓ９０１〜Ｓ９１５は各ステップを示す。
【００９８】
まず、ステップＳ９０１において、追加情報に関する情報をテーブルディレクトリの情報を参照することで、追加情報のフォーマットとサイズを調べ、ステップＳ９０２において、その追加情報をＲＡＭ２０３のようなメモリ上に読み出す。ステップＳ９０３、ステップＳ９０７、ステップＳ９１１、ステップＳ９１３ではそれぞれ扱うリソースデータの種別を判定し、そのリソースデータに応じた処理を追加情報の情報を元に行う。
【００９９】
ここでは、外字、書体、アプリケーションデータ、データファイルの判定例を示し、その他のリソース種別に関しては、ステップＳ９１５におけるその他の処理として、個別の説明を割愛しているが、扱うことが可能なデータ種別が、前記外字、書体、アプリケーションデータ、データファイルに限定されている訳ではない。
【０１００】
先ず、ステップＳ９０３では、扱うリソースデータの種別が外字データかどうかの判定をテーブルディレクトリ中のリソース識別タグを用いて行い、外字の場合には、ステップＳ９０４において、外字データの登録か削除かの判定を図６の（Ｂ）もしくは図６の（Ｃ）の追加情報を用いて判定を行い、登録処理であると判定した場合には、ステップＳ９０５において登録処理を行い、削除処理であると判定した場合には、ステップＳ９０６において削除処理を行い、ステップＳ９０７へ進む。
【０１０１】
一方、ステップＳ９０７では、扱うリソースデータの種別が書体データかどうかの判定をテーブルディレクトリ中のリソース識別タグを用いて行い、書体であると判定した場合には、ステップＳ９０８において、図６の（Ｄ）に示す追加情報を用いて書体データの登録か削除かの判定を行い、登録処理であると判定した場合には、ステップＳ９０９において書体の登録処理を行い、削除処理であると判定した場合には、ステップＳ９１０において書体の削除処理を行い、ステップＳ９１１へ進む。
【０１０２】
そして、ステップＳ９１１では扱うリソースデータの種別がアプリケーションのデータかどうかの判定を、テーブルディレクトリ中のリソース識別タグを用いて行い、アプリケーションデータであると判定した場合には、ステップＳ９１２へ進む。そして、ステップＳ９１２では、図６の（Ｅ）に示す追加情報のフォーマットを用いて、アプリケーションプログラムにリソースファイル名称やコマンドラインパラメータなどの情報を渡し起動する。
【０１０３】
一方、ステップＳ９１３では、扱うリソースデータの種別がデータファイルかどうかの判定を、テーブルディレクトリ中のリソース識別タグを用いて行い、データファイルであると判定した場合には、ステップＳ９１４へ進む。そして、ステップＳ９１４では図６の（Ｆ）に示す追加情報のフォーマットを用いて、指定された格納場所へデータファイルの格納を行い、ステップＳ９１５へ進み、省略したリソースデータ種別に関して、上記と同様の処理を行い、処理を終了する。
【０１０４】
以下、図１０に示すメモリマップを参照して本発明に係る情報処理装置を適用可能なデータ処理システムで読み出し可能なデータ処理プログラムの構成について説明する。
【０１０５】
図１０は、本発明に係る情報処理装置を適用可能なデータ処理システムで読み出し可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【０１０６】
なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０１０７】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０１０８】
本実施形態における図７〜図９に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０１０９】
以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１１０】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１１１】
プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ等を用いることができる。
【０１１２】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１１３】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１１４】
【発明の効果】
以上説明したように、本発明によれば、アーカイブファイルに含まれる複数のリソースデータの種別を判定して、当該リソースデータの種別に適応した処理を行える。
【図面の簡単な説明】
【図１】本発明の一実施形態を示す情報処理装置におけるアーカイブファイルの全体構造を説明する図である。
【図２】本発明の一実施形態を示す情報処理装置の構成を説明するブロック図である。
【図３】図１に示したヘッダ情報部の内容の詳細例を説明する図である。
【図４】図１に示したテーブルディレクトリ部の詳細例を説明する図である。
【図５】図４に示したテーブルディレクトリ部中のリソース識別タグとリソースデータ種別との対応を説明する図である。
【図６】図１に示した追加情報テーブルの一例を示す図である。
【図７】本発明に係る情報処理装置における第１のデータ処理手順の一例を示すフローチャートである。
【図８】本発明に係る情報処理装置における第２のデータ処理手順の一例を示すフローチャートである。
【図９】本発明に係る情報処理装置における第３のデータ処理手順の一例を示すフローチャートである。
【図１０】本発明に係る情報処理装置を適用可能なデータ処理システムで読み出し可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【符号の説明】
２０１  ＣＰＵ
２０２  ＲＯＭ
２０３  ＲＡＭ
２０５  ＫＢ
２０９  外部記憶装置
２１１  ＰＲＴ
【図１】
0004095275.tif 000002
【図２】
0004095275.tif 000003
【図３】
0004095275.tif 000004
【図４】
0004095275.tif 000005
【図５】
0004095275.tif 000006
【図６】
0004095275.tif 000007
【図７】
0004095275.tif 000008
【図８】
0004095275.tif 000009
【図９】
0004095275.tif 000010
【図１０】
0004095275.tif 000011