(57)【特許請求の範囲】
【請求項１】
記憶手段に割り当てられたアドレス空間である第１のメモリアドレス空間のアドレスを指定して前記記憶手段にアクセスするダイレクトメモリアクセス（ＤＭＡ）、または、前記第１のメモリアドレス空間と異なるアドレス空間である第２のメモリアドレス空間のアドレスを指定してＣＰＵを用いて前記記憶手段にアクセスするＣＰＵアクセスにより情報を読み出す前記記憶手段に記憶されたファイルを管理するファイル管理方法において、
前記ＤＭＡまたは前記ＣＰＵアクセスのいずれにより前記記憶手段に記憶されたファイルにアクセスするかを示すアクセス方法をオペレーションシステム側のジョブから受付けるアクセス方法受付ステップと、
前記アクセス方法受付ステップが、前記アクセス方法として前記ＤＭＡを受付けた場合に前記第１のメモリアドレス空間における前記ファイルのアドレスを出力し、前記アクセス方法として前記ＣＰＵアクセスを受付けた場合に前記第２のメモリアドレス空間における前記ファイルのアドレスを前記ジョブへ出力するアドレス出力ステップと、
を備えたことを特徴とするファイル管理方法。
【請求項２】
記憶手段に割り当てられたアドレス空間である第１のメモリアドレス空間のアドレスを指定して前記記憶手段にアクセスするダイレクトメモリアクセス（ＤＭＡ）、または、前記第１のメモリアドレス空間を分割した領域である複数のバンクを一意に識別するバンク番号と前記バンクの先頭アドレスからの相対位置を表すアドレスとに基づいて算出したアドレスであって、前記第１のメモリアドレス空間より小さいアドレス空間である第２のメモリアドレス空間のアドレスを指定してＣＰＵを用いて前記記憶手段にアクセスするＣＰＵアクセスにより情報を読み出す前記記憶手段に記憶されたファイルを管理するファイル管理方法において、
前記ＤＭＡまたは前記ＣＰＵアクセスのいずれにより前記記憶手段に記憶されたファイルにアクセスするかを示すアクセス方法をオペレーションシステム側のジョブから受付けるアクセス方法受付ステップと、
前記アクセス方法受付ステップが、前記アクセス方法として前記ＤＭＡを受付けた場合に前記第１のメモリアドレス空間における前記ファイルのアドレスを出力し、前記アクセス方法として前記ＣＰＵアクセスを受付けた場合に前記ファイルが存在する前記バンクの前記バンク番号と、前記ファイルが存在する前記バンクの先頭アドレスからの相対位置を表すアドレスとを前記ジョブへ出力するアドレス出力ステップと、
を備えたことを特徴とするファイル管理方法。
【請求項３】
記憶手段に割り当てられたアドレス空間である第１のメモリアドレス空間のアドレスを指定して前記記憶手段にアクセスするダイレクトメモリアクセス（ＤＭＡ）、または、前記第１のメモリアドレス空間を分割した領域である複数のバンクを一意に識別するバンク番号と前記バンクの先頭アドレスからの相対位置を表すアドレスとに基づいて算出したアドレスであって、前記第１のメモリアドレス空間より小さいアドレス空間である第２のメモリアドレス空間のアドレスを指定してＣＰＵを用いて前記記憶手段にアクセスするＣＰＵアクセスにより情報を読み出す前記記憶手段に記憶されたファイルを管理するファイル管理方法において、
前記ＤＭＡまたは前記ＣＰＵアクセスのいずれにより前記記憶手段に記憶されたファイルにアクセスするかを示すアクセス方法をオペレーションシステム側のジョブから受付けるアクセス方法受付ステップと、
前記アクセス方法受付ステップが、前記アクセス方法として前記ＤＭＡを受付けた場合に前記第１のメモリアドレス空間における前記ファイルのアドレスを出力し、前記アクセス方法として前記ＣＰＵアクセスを受付けた場合に前記ファイルが存在する前記バンクの前記バンク番号と前記ファイルが存在する前記バンクの先頭アドレスからの相対位置を表すアドレスとに基づいて前記第２のメモリアドレス空間における前記ファイルのアドレスを算出し、算出したアドレスを前記ジョブへ出力するアドレス出力ステップと、
を備えたことを特徴とするファイル管理方法。
【請求項４】
記憶手段に割り当てられたアドレス空間である第１のメモリアドレス空間のアドレスを指定して前記記憶手段にアクセスするダイレクトメモリアクセス（ＤＭＡ）、または、前記第１のメモリアドレス空間と異なるアドレス空間である第２のメモリアドレス空間のアドレスを指定してＣＰＵを用いて前記記憶手段にアクセスするＣＰＵアクセスにより情報を読み出す前記記憶手段に記憶されたファイルを管理するファイル管理方法において、
前記ＤＭＡまたは前記ＣＰＵアクセスのいずれにより前記記憶手段に記憶されたファイルにアクセスするかを示すアクセス方法をオペレーションシステム側のジョブから受付けるアクセス方法受付ステップと、
前記アクセス方法受付ステップが、前記アクセス方法として前記ＤＭＡを受付けた場合に前記第１のメモリアドレス空間における前記ファイルのアドレスを出力し、前記アクセス方法として前記ＣＰＵアクセスを受付けた場合に前記第２のメモリアドレス空間に含まれる領域であって前記記憶手段に記憶するファイルを一時的に記憶する領域のアドレスを前記ジョブへ出力するアドレス出力ステップと、
前記記憶手段からファイルを読み出す場合には前記アドレス出力ステップが出力したアドレスに対して前記記憶手段から読み出すファイルを転送し、前記記憶手段にファイルを書込む場合には前記アドレス出力ステップが出力したアドレスに対して前記ジョブにより書込まれたファイルを前記記憶手段に転送するファイル転送ステップと、
を備えたことを特徴とするファイル管理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ファクシミリ装置等に適用されるファイルシステムにおけるファイル管理方法に関する。
【０００２】
【従来の技術】
近年、低価格化競争の激化に伴い、低価格／低機能なＣＰＵ（Ｃentral Ｐrocessor Ｕnit）を搭載したファイルシステム、例えば、ファクシミリ装置において、メモリに関しては低価格化によって大容量のメモリを搭載することが期待されている。
【０００３】
この結果、ＣＰＵのアドレス空間に対して実際のメモリ空間の方が大きくて直接アクセスできないようなケースが発生することから、バンク切替えにより入出力を行なうことでメモリにアクセス可能とすることが知られている。
【０００４】
また、各種Ｉ／Ｏに対しては専用のＤＭＡ（Ｄirect Ｍemory Ａccess）を操作することにより、処理速度の向上とＣＰＵの負担の軽減を図ることも広く行なわれている。
【０００５】
【発明が解決しようとする課題】
ここに、メモリを１つのジョブ（タスク）だけで占有できればよいが、例えばファクシミリ装置では、通信或いは印刷中に別のファイルを作成するためにスキャナからの読取りを行なうといった別ファイルに対してのアクセスが発生することも多々ある。このようなマルチタスクオペレーション環境でのソフトウェアの動作に対応したファイル管理システムが構築されている。マルチタスク環境であるため、各ジョブはバンクを切替えることにより然るべきアドレスにアクセスするが、例えば、優先度の高いジョブにスイッチされ、その後に実行権が自分に戻ってときには、そのジョブ自身がバンクを元に戻すことができないこととなる。この場合、実際の画データへのアクセスはＣＰＵの場合もあればＤＭＡの場合もあるが、基本的には、システム全体に依存してしまい、必ずしもＣＰＵとＤＭＡとでアクセスできず、汎用性に欠ける。
【０００６】
つまり、元々、従来であれば、ＲＡＭ上でファイル管理する場合、実際のメモリ空間がＣＰＵのアドレス空間を超えることがなく、また、ＤＭＡアクセスとＣＰＵアクセスとの併用方式自体はあるが、ファイル管理システムとしては常にＣＰＵのアドレスを入出力し、ファイル管理システムの利用側であるジョブでＤＭＡアクセスを判断し、アドレス換算を行なっているものであり、ＣＰＵのアクセスにはバンクが含まれていないため、特別に考慮する必要のなかったものである。このため、上記のようにＣＰＵのアドレス空間を超える場合のファイル管理については特に考慮されていない。
【０００７】
そこで、本発明は、システムに依存することなくＣＰＵやＤＭＡでファイルアクセスできる汎用性を持つファイルシステムにおけるファイル管理方法を提供することを目的とする。
【０００８】
【課題を解決するための手段】
請求項１記載の発明は、記憶手段に割り当てられたアドレス空間である第１のメモリアドレス空間のアドレスを指定して前記記憶手段にアクセスするダイレクトメモリアクセス（ＤＭＡ）、または、前記第１のメモリアドレス空間と異なるアドレス空間である第２のメモリアドレス空間のアドレスを指定してＣＰＵを用いて前記記憶手段にアクセスするＣＰＵアクセスにより情報を読み出す前記記憶手段に記憶されたファイルを管理するファイル管理方法において、前記ＤＭＡまたは前記ＣＰＵアクセスのいずれにより前記記憶手段に記憶されたファイルにアクセスするかを示すアクセス方法をオペレーションシステム側のジョブから受付けるアクセス方法受付ステップと、前記アクセス方法受付ステップが、前記アクセス方法として前記ＤＭＡを受付けた場合に前記第１のメモリアドレス空間における前記ファイルのアドレスを出力し、前記アクセス方法として前記ＣＰＵアクセスを受付けた場合に前記第２のメモリアドレス空間における前記ファイルのアドレスを前記ジョブへ出力するアドレス出力ステップと、を備えたことを特徴とする。従って、ＤＭＡ／ＣＰＵの２つのモードでファイルへのアクセスが可能となり、システム全体に依存しない汎用性を持たせることができる。
【０００９】
請求項２記載の発明は、記憶手段に割り当てられたアドレス空間である第１のメモリアドレス空間のアドレスを指定して前記記憶手段にアクセスするダイレクトメモリアクセス（ＤＭＡ）、または、前記第１のメモリアドレス空間を分割した領域である複数のバンクを一意に識別するバンク番号と前記バンクの先頭アドレスからの相対位置を表すアドレスとに基づいて算出したアドレスであって、前記第１のメモリアドレス空間より小さいアドレス空間である第２のメモリアドレス空間のアドレスを指定してＣＰＵを用いて前記記憶手段にアクセスするＣＰＵアクセスにより情報を読み出す前記記憶手段に記憶されたファイルを管理するファイル管理方法において、前記ＤＭＡまたは前記ＣＰＵアクセスのいずれにより前記記憶手段に記憶されたファイルにアクセスするかを示すアクセス方法をオペレーションシステム側のジョブから受付けるアクセス方法受付ステップと、前記アクセス方法受付ステップが、前記アクセス方法として前記ＤＭＡを受付けた場合に前記第１のメモリアドレス空間における前記ファイルのアドレスを出力し、前記アクセス方法として前記ＣＰＵアクセスを受付けた場合に前記ファイルが存在する前記バンクの前記バンク番号と、前記ファイルが存在する前記バンクの先頭アドレスからの相対位置を表すアドレスとを前記ジョブへ出力するアドレス出力ステップと、を備えたことを特徴とする。従って、請求項１記載の発明に加えて、バンクの切替えによりＣＰＵによってファイルへのアクセスが可能なシステムへの適用も可能となり、汎用性を向上させることができる。
【００１０】
請求項３記載の発明は、記憶手段に割り当てられたアドレス空間である第１のメモリアドレス空間のアドレスを指定して前記記憶手段にアクセスするダイレクトメモリアクセス（ＤＭＡ）、または、前記第１のメモリアドレス空間を分割した領域である複数のバンクを一意に識別するバンク番号と前記バンクの先頭アドレスからの相対位置を表すアドレスとに基づいて算出したアドレスであって、前記第１のメモリアドレス空間より小さいアドレス空間である第２のメモリアドレス空間のアドレスを指定してＣＰＵを用いて前記記憶手段にアクセスするＣＰＵアクセスにより情報を読み出す前記記憶手段に記憶されたファイルを管理するファイル管理方法において、前記ＤＭＡまたは前記ＣＰＵアクセスのいずれにより前記記憶手段に記憶されたファイルにアクセスするかを示すアクセス方法をオペレーションシステム側のジョブから受付けるアクセス方法受付ステップと、前記アクセス方法受付ステップが、前記アクセス方法として前記ＤＭＡを受付けた場合に前記第１のメモリアドレス空間における前記ファイルのアドレスを出力し、前記アクセス方法として前記ＣＰＵアクセスを受付けた場合に前記ファイルが存在する前記バンクの前記バンク番号と前記ファイルが存在する前記バンクの先頭アドレスからの相対位置を表すアドレスとに基づいて前記第２のメモリアドレス空間における前記ファイルのアドレスを算出し、算出したアドレスを前記ジョブへ出力するアドレス出力ステップと、を備えたことを特徴とする。従って、請求項２記載の発明に加えて、ファイル管理システムを利用するジョブ側が一切バンクを意識する必要がないので、一層、汎用性を向上させることができる。
【００１１】
請求項４記載の発明は、記憶手段に割り当てられたアドレス空間である第１のメモリアドレス空間のアドレスを指定して前記記憶手段にアクセスするダイレクトメモリアクセス（ＤＭＡ）、または、前記第１のメモリアドレス空間と異なるアドレス空間である第２のメモリアドレス空間のアドレスを指定してＣＰＵを用いて前記記憶手段にアクセスするＣＰＵアクセスにより情報を読み出す前記記憶手段に記憶されたファイルを管理するファイル管理方法において、前記ＤＭＡまたは前記ＣＰＵアクセスのいずれにより前記記憶手段に記憶されたファイルにアクセスするかを示すアクセス方法をオペレーションシステム側のジョブから受付けるアクセス方法受付ステップと、前記アクセス方法受付ステップが、前記アクセス方法として前記ＤＭＡを受付けた場合に前記第１のメモリアドレス空間における前記ファイルのアドレスを出力し、前記アクセス方法として前記ＣＰＵアクセスを受付けた場合に前記第２のメモリアドレス空間に含まれる領域であって前記記憶手段に記憶するファイルを一時的に記憶する領域のアドレスを前記ジョブへ出力するアドレス出力ステップと、前記記憶手段からファイルを読み出す場合には前記アドレス出力ステップが出力したアドレスに対して前記記憶手段から読み出すファイルを転送し、前記記憶手段にファイルを書込む場合には前記アドレス出力ステップが出力したアドレスに対して前記ジョブにより書込まれたファイルを前記記憶手段に転送するファイル転送ステップと、を備えたことを特徴とする。従って、オペレーションシステムにファイルシステムが依存せずにバンクを切替えてＣＰＵによってアクセスできるので、前述した請求項記載の発明の場合よりも、より一層汎用性を持たせることができる。
【００１２】
【発明の実施の形態】
本発明の第一の実施の形態を図１ないし図５に基づいて説明する。本実施の形態は、例えばファクシミリ装置のファイルシステムに適用されている。図１は外部バス２４ビットのＣＰＵのアドレス空間を示しており、０ｘ００００００〜０ｘＦＦＦＦＦＦなるアドレス空間内にコモン領域やバンク領域が割当てられている。ＲＡＭはアドレス０ｘ８０００００〜なるコモン領域に割当てられ、ファイル管理システムの管理情報はコモン領域に割当てられ、画データはアドレス０ｘＣ０００００〜０ｘＦＦＦＦＦＦなるバンク領域に割当てられている。バンクとしては、バンク番号０〜ＮなるＮ＋１個のバンクが用意されている。また、内部レジスタは３２ビットを持つものとする。
【００１３】
図２は、ＤＭＡのアドレス空間を示しており、ＣＰＵのアドレス空間におけるアドレス０ｘ８０００００（ＲＡＭ用のコモン領域の先頭アドレス）に相当するアドレス０ｘ００００００からアドレス０ｘＦＦＦＦＦＦまでの空間が割当てられている。このＤＭＡのアドレス空間には、コモン領域、バンク０、バンク１、…、バンクＮに各々相当する領域が割当てられている。
【００１４】
次に、ファイルシステム全体の管理について図３の模式的ブロック図を参照して説明する。ファイルシステム全体を管理する管理部Ｓと、各々のファイルを管理するファイル管理部Ｄと、ファイル中の各ページを管理するページ管理部Ｐと、ページ中の画データを管理するデータ管理部Ｔとに分かれている。管理部Ｓは、未使用ファイルへのリンク、使用中ファイルへのリンク、未使用ページへのリンク、未使用ブロックへのリンク、残ファイル数カウンタ、残ページ数カウンタ、残ブロック数カウンタ、等を備え、ファイル管理部Ｄはファイル１〜ファイルｎなるｎ個のファイル、ページ管理部Ｐはページ１〜ページｎなるｎ個のページ、ブロック管理部Ｔはブロック１〜ブロックｎなるｎ個のブロックを備えている。ここに、これらの管理部Ｓ，Ｄ，Ｐ，ＴはＳ→Ｄ→Ｐ→Ｔの順に階層構造化されている。
【００１５】
図４に作成されたファイル管理例を示す。例えば、使用中ファイルへのリンク←→ファイル１←→ページ１←→ブロック１←→…←→ブロックｉのルートでファイル管理される。管理部はコモン領域に置かれ、画データはバンク領域に置かれる。また、画データが存在するバンク領域は適当なブロックに分割され、ブロック管理部Ｔが使用状況とアドレスとの管理を行なう。
【００１６】
このような前提の下、請求項１記載の発明に相当する本実施の形態によるファイル管理方法について図５を参照して説明する。即ち、バンク領域に置かれる画データへのアクセスが、ファイル単位若しくはページ単位によってＣＰＵによるものか、ＤＭＡによるものかが切替わる場合であり、ここでは、ファイル単位の例で説明する。まず、ファイルオープン要求時にＣＰＵ／ＤＭＡの何れのモードによるアクセスであるかのモード指定を伴い、オペレーションシステム側のジョブがファイル管理システムに通知する。これを受けて、ファイル管理システム側ではアクセス用テンポラリファイルを作成し、指定されたモードをそこに記憶する。ページ単位の場合にはページオープン要求時にこのような処理が行なわれる。
【００１７】
ファイル管理システム側からのＯＫ通知を受けて、実際に画データの入出力を行なう際には（ジョブ側から先頭ブロックリード／ライト要求があったとき）、ファイル管理システムにおいてはブロック管理部Ｔがテンポラリファイルを参照することで指定されたモードを判定し、ＤＭＡモードが指定されていた場合には画情報ブロックをＤＭＡアドレスで算出し、ＣＰＵモードが指定されていた場合には画情報ブロックをＣＰＵアドレスで算出する。そして、算出したアドレスをアクセス可能なアドレスとしてジョブ側に通知することで、指定されたモードでのアクセスを可能とし実際に画情報のリード／ライトを行ない、その後、同様に、次ブロック以降のリード要求等を受け付ける。
【００１８】
これにより、例えば図１及び図２に示したアドレス空間例において、ＣＰＵバスのアドレス０ｘＣ０００００に位置する画情報のブロックへのアクセスの場合であれば、ＣＰＵモードの場合にはアドレス０ｘＣ０００００となり、ＤＭＡモードの場合にはアドレス０ｘ４０００００となり、何れのモードでもアクセス可能である。
【００１９】
よって、本実施の形態によれば、ＤＭＡ／ＣＰＵの２つのモードでファイルへのアクセスが可能となり、システム全体に依存しない汎用性を持たせることができる。
【００２０】
本発明の第二の実施の形態を図６に基づいて説明する。実際のメモリ空間がＣＰＵのアドレス空間内に収まる第一の実施の形態の場合と異なり、本実施の形態は、ＣＰＵのアドレス空間に対して実際のメモリ空間が大きくてバンクの切替えによりこのメモリへの入出力を行い、オペレーションシステムが各ジョブの現在アクセス中のバンク番号を管理することで多重動作（印刷、読取り、通信等）が可能なファイルシステムに適用されている。
【００２１】
即ち、本実施の形態では、ＣＰＵのアドレス空間を変えた場合は、そのアドレスの算出方法をＣＰＵのアドレス空間を超えてリニアに存在するものと仮定し、１つのパラメータでバンク番号とバンクのベースアドレスからのオフセットを表現させることで、ファイル管理システムにおけるブロック管理部Ｔによるモード判定に基づきＣＰＵによるアクセス時であれば定められたルールのアドレス表現でジョブに然るべきアドレスを通知させる。１つのパラメータに収まらない場合には、２つのパラメータを用いてもよい。何れにしても、これらのバンク番号とバンクのベースアドレスからのオフセットとの組合せにより表現されるアドレスを“論理アドレス”という。例えば、メモリサイズに応じて、３２ビットで表現できる場合は、上位８ビットをバンク番号とし、残りの２４ビットをオフセットとすれば、１つのパラメータで済む。３２ビットで表現できなければ、２つのパラメータによる表現とすればよい。このようなアドレス通知を受けたジョブは、パラメータを判断してバンク番号を切替えることにより、ＣＰＵによるアクセスが可能となる。
【００２２】
例えば、図１に示したＣＰＵの空間アドレスの論理アドレスを３２ビットで表現できる場合は、
バンクサイズ；０ｘ４００００バイト
コモン領域  ；０ｘ００００００００〜０ｘ００ＢＦＦＦＦＦ
バンク０    ；０ｘ００Ｃ０００００〜０ｘ００ＦＦＦＦＦＦ
バンク１    ；０ｘ０１００００００〜０ｘ０１０３ＦＦＦＦ
バンク２    ；０ｘ０１０４００００〜０ｘ０１０７ＦＦＦＦ
…
のようになる。
【００２３】
このような前提の下、請求項２記載の発明に相当する本実施の形態によるファイル管理方法について図６を参照して説明する。まず、ファイルオープン要求時にＣＰＵ／ＤＭＡの何れのモードによるアクセスであるかのモード指定を伴い、オペレーションシステム側のジョブがファイル管理システムに通知する。これを受けて、ファイル管理システム側ではアクセス用テンポラリファイルを作成し、指定されたモードをそこに記憶する。ページ単位の場合にはページオープン要求時にこのような処理が行なわれる。
【００２４】
ファイル管理システム側からのＯＫ通知を受けて、実際に画データの入出力を行なう際には（ジョブ側から先頭ブロックリード／ライト要求があったとき）、ファイル管理システムにおいてはブロック管理部Ｔがテンポラリファイルを参照することで指定されたモードを判定し、ＤＭＡモードが指定されていた場合には画情報ブロックをＤＭＡアドレスで算出し、ＣＰＵモードが指定されていた場合には画情報ブロックを論理アドレスで算出する。そして、算出したアドレスをアクセス可能なアドレスとしてジョブ側に通知することで、指定されたモードでのアクセスを可能とし実際に画情報のリード／ライトを行ない、その後、同様に、次ブロック以降のリード要求等を受け付ける。従って、ＣＰＵモードの場合であれば、ジョブ側では論理アドレスによるアドレス通知を受けることにより、論理アドレスからバンク番号とＣＰＵにおけるアドレス空間上でのアドレスの算出とを行ない、バンクの切替えを行なう。この場合、ジョブ側が算出するアドレスは、常に、０ｘＣ０００００〜０ｘＦＦＦＦＦなるバンク領域の値をとる。
【００２５】
従って、本実施の形態によれば、第一の実施の形態の効果に加えて、バンクの切替えによりＣＰＵによってファイルへのアクセスが可能なシステムへの適用も可能となり、汎用性が増す。
【００２６】
本発明の第三の実施の形態を図７に基づいて説明する。本実施の形態も、第二の実施の形態と同様に、実際のメモリ空間がＣＰＵのアドレス空間内に収まる第一の実施の形態の場合と異なり、ＣＰＵのアドレス空間に対して実際のメモリ空間が大きくてバンクの切替えによりこのメモリへの入出力を行い、オペレーションシステムが各ジョブの現在アクセス中のバンク番号を管理することで多重動作（印刷、読取り、通信等）が可能なファイルシステムに適用されている。
【００２７】
ここに、第二の実施の形態による場合、ある固定化されたシステムでしかファイルシステムを実現できないのに対して、本実施の形態では、ジョブ側が一切バンクを意識せずにＣＰＵによりメモリにアクセス可能として、汎用性を広げたものである。この場合、システムに依存するのがファイル管理部Ｓとオペレーティングシステムであるので、この部分だけをチューニングすればよいといえる。このため、本実施の形態では、ファイル管理システムがバンク設定することによりＣＰＵモードに対処可能とし、ジョブ側がバンクを意識せずにＣＰＵによりメモリにアクセス可能としたものである。
【００２８】
このような前提の下、請求項３記載の発明に相当する本実施の形態によるファイル管理方法について図７を参照して説明する。まず、ファイルオープン要求時にＣＰＵ／ＤＭＡの何れのモードによるアクセスであるかのモード指定を伴い、オペレーションシステム側のジョブがファイル管理システムに通知する。ここでは、ＣＰＵモードによるアクセス指定があったものとする。これを受けて、ファイル管理システム側ではアクセス用テンポラリファイルを作成し、指定されたモード、即ち、ＣＰＵモードをそこに記憶する。ページ単位の場合にはページオープン要求時にこのような処理が行なわれる。
【００２９】
ファイル管理システム側からのＯＫ通知を受けて、実際に画データの入出力を行なう際には（ジョブ側から先頭ブロックリード／ライト要求があったとき）、ファイル管理システムにおいてはブロック管理部Ｔがテンポラリファイルを参照することで指定されたモードを判定する。ＣＰＵモードが指定されていた場合にはそのバンク番号とオフセットの値はブロック管理部Ｔだけが認識し、このブロック管理部Ｔがバンクを切替えた後、オフセット値のみを加味したＣＰＵによるジョブアクセス用アドレスを算出する。この処理が、バンク設定に相当する。そして、算出したジョブアクセス用のアドレスをアクセス可能なアドレスとしてジョブ側に通知することで、ＣＰＵモードでのアクセスを可能とし実際に画情報のリード／ライトを行ない、その後、同様に、次ブロック以降のリード要求等を受け付ける。ＤＭＡモードが指定された場合には第二の実施の形態の場合と同様に処理される。
【００３０】
従って、本実施の形態によれば、第二の実施の形態の効果に加えて、ファイル管理システムを利用するジョブ側が一切バンクを意識する必要がないので、一層、汎用性が増す。
【００３１】
本発明の第四の実施の形態を図８及び図９に基づいて説明する。本実施の形態も、第二、三の実施の形態と同様に、ＣＰＵのアドレス空間に対して実際のメモリ空間が大きくてバンクの切替えによりこのメモリへの入出力を行うことで多重動作（印刷、読取り、通信等）が可能なファイルシステムに適用されるが、バンクを管理できるオペレーションシステムを利用できない場合への適用例である。このため、1ブロック単位に相当するバッファをコモン領域中に多重動作分用意することを前提とする。そこで、例えばファイルオープン時に複数のバッファの内、どれを取得したかをテンポラリファイルに保持し、ＤＭＡ転送によってバッファから画情報ブロックへ、又は、画情報ブロックからバッファへ転送する。そして、実際の画情報の入出力を行なう場合、ブロック管理部Ｔは指定されたモードを判定し、ＣＰＵモードが指定されていた場合には、リード時にあっては、ＤＭＡ転送により画情報ブロックからバッファへ転送した後、そのバッファのアドレスをジョブ側に通知する。そこで、ジョブ側はバッファに転送された画情報をリードする。一方、ライト時には、まず、バッファのアドレスをジョブ側に通知した後、ジョブ側ではそのバッファに対して画情報を書込む。そして、ジョブ側から書込終了の通知を受けた時点で、ＤＭＡ転送にて画情報ブロックに転送する。
【００３２】
このような前提の下、請求項４記載の発明に相当する本実施の形態によるファイル管理方法について図８及び図９を参照して説明する。図８は、リード時の管理方法を示している。まず、ファイルオープン要求時にＣＰＵ／ＤＭＡの何れのモードによるアクセスであるかのモード指定を伴い、オペレーションシステム側のジョブがファイル管理システムに通知する。ここでは、ＣＰＵモードによるアクセス指定があったものとする。これを受けて、ファイル管理システム側ではアクセス用テンポラリファイルを作成し、指定されたモード、即ち、ＣＰＵモードをそこに記憶する。同時に、コモン領域中からバッファを取得し、アドレスを保存する。ページ単位の場合にはページオープン要求時にこのような処理が行なわれる。
【００３３】
ファイル管理システム側からのＯＫ通知を受けて、実際に画データの入力を行なう際には（ジョブ側から先頭ブロックリード要求があったとき）、ファイル管理システムにおいては画情報ブロックのアドレスの計算処理を行なう。即ち、ブロック管理部Ｔがテンポラリファイルを参照することで指定されたモードを判定し、本例のように、ＣＰＵモードが指定されていた場合には、ＤＭＡ転送により画情報ブロックからバッファに転送し、ＤＭＡ転送終了待ち状態となる。ＤＭＡ転送終了後、そのバッファのアドレスをＣＰＵアドレスとしてジョブ側に通知する。そこで、ジョブ側はバッファに転送された画情報をリードする。その後、同様に、次ブロック以降のリード要求等を受け付ける。ＤＭＡモードが指定された場合には第二の実施の形態の場合と同様に処理される。
【００３４】
図９は、ライト時の管理方法を示している。まず、ファイルオープン要求時にＣＰＵ／ＤＭＡの何れのモードによるアクセスであるかのモード指定を伴い、オペレーションシステム側のジョブがファイル管理システムに通知する。ここでは、ＣＰＵモードによるアクセス指定があったものとする。これを受けて、ファイル管理システム側ではアクセス用テンポラリファイルを作成し、指定されたモード、即ち、ＣＰＵモードをそこに記憶する。同時に、コモン領域中からバッファを取得し、アドレスを保存する。ページ単位の場合にはページオープン要求時にこのような処理が行なわれる。
【００３５】
ファイル管理システム側からのＯＫ通知を受けて、実際に画データの出力を行なう際には（ジョブ側から先頭ブロックライト要求があったとき）、ファイル管理システムにおいては画情報ブロック計算処理を行なう。即ち、ＤＭＡアドレスをテンポラリファイルに保存した後、まず、バッファのアドレスをＣＰＵアドレスとしてジョブ側に通知する。そこで、ジョブ側ではそのバッファに対して画情報を書込む。そして、ジョブ側から先頭ブロックに対する書込終了の通知を受けた時点で、テンポラリファイルを参照の上、バッファからＤＭＡ転送にて画情報ブロックに転送し、ＤＭＡ転送終了待ち状態となる。このとき、バッファのアドレスをＤＭＡアドレスに換算することにより、その後のＤＭＡアクセスを可能とする。そして、ジョブ側にＯＫ通知を出すことにより、同様に、次ブロック以降のライト要求等を受け付ける。ＤＭＡモードが指定された場合には第二の実施の形態の場合と同様に処理される。
【００３６】
従って、本実施の形態によれば、オペレーションシステムにファイルシステムが依存せずにバンクを切替えてＣＰＵによってアクセスできるので、前述した実施の形態の場合よりも、より一層汎用性を持たせることができる。
【００３７】
【発明の効果】
請求項１記載の発明によれば、ＤＭＡ／ＣＰＵの２つのモードでファイルへのアクセスが可能となり、システム全体に依存しない汎用性を持たせることができる。
【００３８】
請求項２記載の発明によれば、請求項１記載の発明の効果に加えて、バンクの切替えによりＣＰＵによってファイルへのアクセスが可能なシステムへの適用も可能となり、汎用性を向上させることができる。
【００３９】
請求項３記載の発明によれば、請求項２記載の発明の効果に加えて、ファイル管理システムを利用するジョブ側が一切バンクを意識する必要がないので、一層、汎用性を向上させることができる。
【００４０】
請求項４記載の発明によれば、オペレーションシステムにファイルシステムが依存せずにバンクを切替えてＣＰＵによってアクセスできるので、前述した請求項記載の発明の場合よりも、より一層汎用性を持たせることができる。
【図面の簡単な説明】
【図１】本発明の第一の実施の形態を示すＣＰＵのアドレス空間の説明図である。
【図２】ＤＭＡのアドレス空間を示す説明図である。
【図３】ファイルシステム全体管理構成を示す説明図である。
【図４】作成されたファイル管理例を示す説明図である。
【図５】ファイル管理処理例を示すシーケンス図である。
【図６】本発明の第二の実施の形態によるファイル管理処理例を示すシーケンス図である。
【図７】本発明の第三の実施の形態によるファイル管理処理例を示すシーケンス図である。
【図８】本発明の第四の実施の形態によるリード時のファイル管理処理例を示すシーケンス図である。
【図９】本発明の第四の実施の形態によるライト時のファイル管理処理例を示すシーケンス図である。
【図１】
0003745909.tif 000002
【図２】
0003745909.tif 000003
【図３】
0003745909.tif 000004
【図４】
0003745909.tif 000005
【図５】
0003745909.tif 000006
【図６】
0003745909.tif 000007
【図７】
0003745909.tif 000008
【図８】
0003745909.tif 000009
【図９】
0003745909.tif 000010