(57)【要約】【課題】データ検索に係るコストを抑制する。【解決手段】送信元での送信順に係る付加情報が付与された受信データを受信する受信部と、受信データを格納する第１および第２のデータ格納部を有する記憶部と、付加情報に基づいて受信データを第１および第２のデータ格納部のいずれに格納するかを制御する制御部と、を備え、第１のデータ格納部は、受信データを送信順にしたがってファイル単位にサイクリックに格納可能なように構成され、制御部は、受信データを第１のデータ格納部の該当するファイルに格納できないことを付加情報が示す場合に第２のデータ格納部に格納するように制御する。【選択図】図１
2010224948.tif 000002
【特許請求の範囲】
【請求項１】
送信元での送信順に係る付加情報が付与された受信データを受信する受信部と、
前記受信データを格納する第１および第２のデータ格納部を有する記憶部と、
前記付加情報に基づいて前記受信データを前記第１および第２のデータ格納部のいずれに格納するかを制御する制御部と、
を備え、
前記第１のデータ格納部は、前記受信データを送信順にしたがってファイル単位にサイクリックに格納可能なように構成され、前記制御部は、前記受信データを前記第１のデータ格納部の該当するファイルに格納できないことを前記付加情報が示す場合に前記第２のデータ格納部に格納するように制御することを特徴とするファイルシステム。
【請求項２】
前記付加情報は、前記送信元での送信順を示す通番を含み、前記制御部は、それぞれの前記ファイルを前記通番によって管理し、前記受信データに付与された前記通番に基づいて前記受信データを該当するファイルに格納可能か否かを判断することを特徴とする請求項１記載のファイルシステム。
【請求項３】
前記ファイル毎に対応して開始通番と終了通番を記述したデータ管理テーブルをさらに備え、
前記制御部は、前記データ管理テーブルを参照し、前記受信データの通番が格納対象とされるファイルの前記開始通番より小さい場合には前記受信データを前記第２のデータ格納部に格納するように制御することを特徴とする請求項２記載のファイルシステム。
【請求項４】
前記付加情報は、一群の前記送信データに対応して付与されるＩＤを含み、
前記データ管理テーブルは、前記ＩＤ、前記開始通番、前記終了通番、前記ファイルの識別番号を含んで構成され、
前記制御部は、前記受信データのＩＤが格納対象とされる前記ファイルのＩＤより小さい場合には前記受信データを前記第２のデータ格納部に格納するように制御することを特徴とする請求項３記載のファイルシステム。
【請求項５】
前記ファイル毎にファイルの使用状況情報と初期化可能情報とを示すファイル管理テーブルをさらに備え、
前記制御部は、前記ファイル管理テーブルを参照し、前記使用状況情報と初期化可能情報の内容を書き換えることで前記ファイル毎の状態遷移を行い、状態遷移に基づいて前記第１のデータ格納部における前記ファイルへのアクセス管理を行うことを特徴とする請求項１記載のファイルシステム。
【請求項６】
前記制御部は、前記記憶部に格納されている受信データの検索を前記付加情報に基づいて行う場合、前記第１のデータ格納部において検索対象の受信データの前記付加情報に対応する該当ファイルを検索し、該当ファイルに存在しない場合には前記第２のデータ格納部を検索することを特徴とする請求項１記載のファイルシステム。
【請求項７】
前記制御部は、前記記憶部に格納されている受信データの削除を前記付加情報に基づいて行う場合、前記第１のデータ格納部において削除対象の受信データの前記付加情報に対応する該当ファイルを検索し、該当ファイルに存在しない場合には前記第２のデータ格納部を検索することを特徴とする請求項１記載のファイルシステム。
【請求項８】
送信元での送信順に係る付加情報が付与された受信データを受信するステップと、
前記付加情報に基づいて前記受信データを第１および第２のデータ格納部のいずれに格納するかを制御するステップと、
を含み、
前記第１のデータ格納部は、前記受信データを送信順にしたがってファイル単位にサイクリックに格納可能なように構成され、前記制御するステップにおいて、前記受信データを前記第１のデータ格納部の該当するファイルに格納できないことを前記付加情報が示す場合に前記第２のデータ格納部に格納するように制御することを特徴とするファイルシステムのアクセス方法。
【請求項９】
前記付加情報は、前記送信元での送信順を示す通番を含み、前記制御するステップにおいて、それぞれのファイルを前記通番によって管理し、前記受信データに付与された通番に基づいて前記受信データを該当するファイルに格納可能か否かを判断することを特徴とする請求項８記載のファイルシステムのアクセス方法。
【請求項１０】
前記ファイル毎に対応して開始通番と終了通番を記述したデータ管理テーブルで管理し、
前記制御するステップにおいて、前記データ管理テーブルを参照し、前記受信データの通番が格納対象とされるファイルの前記開始通番より小さい場合には前記受信データを前記第２のデータ格納部に格納するように制御することを特徴とする請求項９記載のファイルシステムのアクセス方法。
【請求項１１】
前記付加情報は、一群の送信データに対して付与されるＩＤを含み、
前記データ管理テーブルは、前記ＩＤ、前記開始通番、前記終了通番、前記ファイルの識別番号を含み、
前記制御するステップにおいて、前記受信データのＩＤが格納対象とされる前記ファイルのＩＤより小さい場合には前記受信データを前記第２のデータ格納部に格納するように制御することを特徴とする請求項１０記載のファイルシステムのアクセス方法。
【請求項１２】
前記ファイル毎にファイルの使用状況情報と初期化可能情報とを示すファイル管理テーブルで管理し、
前記制御するステップにおいて、前記ファイル管理テーブルを参照し、前記使用状況情報と初期化可能情報の内容を書き換えることで前記ファイル毎の状態遷移を行い、状態遷移に基づいて前記第１のデータ格納部におけるファイルへのアクセス管理を行うことを特徴とする請求項８記載のファイルシステムのアクセス方法。
【請求項１３】
格納されている受信データの検索を前記付加情報に基づいて行う場合、前記第１のデータ格納部において検索対象の受信データの前記付加情報に対応する該当ファイルを検索するステップと、
該当ファイルに存在しない場合には前記第２のデータ格納部を検索するステップと、
をさらに含むことを特徴とする請求項８記載のファイルシステムのアクセス方法。
【請求項１４】
格納されている受信データの削除を前記付加情報に基づいて行う場合、前記第１のデータ格納部において削除対象の受信データの前記付加情報に対応する該当ファイルを検索するステップと、
該当ファイルに存在しない場合には前記第２のデータ格納部を検索するステップと、
をさらに含むことを特徴とする請求項８記載のファイルシステムのアクセス方法。
【請求項１５】
送信元での送信順に係る付加情報が付与された受信データを受信する受信部と、前記受信データを格納する第１および第２のデータ格納部を有する記憶部と、を備えるファイルシステムを構成するコンピュータに、
前記第１のデータ格納部に対して、前記受信データを送信順にしたがってファイル単位にサイクリックに格納する第１の処理と、
前記受信データを前記第１のデータ格納部の該当するファイルに格納できないことを前記付加情報が示す場合に第２のデータ格納部に格納する第２の処理と、
を実行させるプログラム。
【請求項１６】
前記付加情報は、前記送信元での送信順を示す通番を含み、前記第２の処理において、それぞれのファイルを通番によって管理し、前記受信データに付与された通番に基づいて前記受信データを該当するファイルに格納可能か否かを判断することを特徴とする請求項１５記載のプログラム。
【請求項１７】
前記ファイル毎に対応して開始通番と終了通番を記述したデータ管理テーブルで管理する処理を含み、
前記第２の処理において、前記データ管理テーブルを参照し、前記受信データの通番が格納対象とされるファイルの前記開始通番より小さい場合には前記受信データを前記第２のデータ格納部に格納することを特徴とする請求項１６記載のプログラム。
【請求項１８】
前記付加情報は、一群の送信データに対して付与されるＩＤを含み、
前記データ管理テーブルは、前記ＩＤ、前記開始通番、前記終了通番、前記ファイルの識別番号を含み、
前記第２の処理において、前記受信データのＩＤが格納対象とされるファイルのＩＤより小さい場合には前記受信データを前記第２のデータ格納部に格納することを特徴とする請求項１７記載のプログラム。
【請求項１９】
前記ファイル毎にファイルの使用状況情報と初期化可能情報とを示すファイル管理テーブルで管理する処理を含み、
前記第２の処理において、前記ファイル管理テーブルを参照し、前記使用状況情報と初期化可能情報の内容を書き換えることでファイル毎の状態遷移を行い、状態遷移に基づいて前記第１のデータ格納部におけるファイルへのアクセス管理を行うことを特徴とする請求項１５記載のプログラム。
【請求項２０】
格納されている受信データの検索を付加情報に基づいて行う場合、前記第１のデータ格納部において検索対象の受信データの前記付加情報に対応する該当ファイルを検索する処理と、
該当ファイルに存在しない場合には前記第２のデータ格納部を検索する処理と、
をさらに実行することを特徴とする請求項１５記載のプログラム。
【請求項２１】
格納されている受信データの削除を付加情報に基づいて行う場合、前記第１のデータ格納部において削除対象の受信データの前記付加情報に対応する該当ファイルを検索する処理と、
該当ファイルに存在しない場合には前記第２のデータ格納部を検索する処理と、
をさらに実行することを特徴とする請求項１５記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ファイルシステムおよびそのアクセス方法並びにプログラムに係り、特に、サイクリックにファイルを格納するファイルシステムおよびそのアクセス方法並びにプログラムに係る。
【背景技術】
【０００２】
従来より、予め格納できるレコード数を設定し、先頭レコードから昇順にデータを格納し、最終レコードに格納後は先頭レコードに戻り、レコードの内容を最新データに書き換えていくことで最新データをある一定件数分を常時保管していくサイクリック・ファイルが知られている。
【０００３】
このようなサイクリック・ファイルにおける管理方法は、大容量のサイクリック・ファイルを作成しようとした場合、格納装置上にそれに見合った連続したスペースが必要である。そこで、格納装置内の物理的な空き状況に依存せず、所望の容量のサイクリック・ファイルが構築でき、検索スピードが速く拡張が容易なサイクリック・ファイルの管理方法が知られている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平７−２１９８２０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
以下の分析は本発明において与えられる。
【０００６】
従来のサイクリック・ファイルの管理方法によれば、送信された多量のデータを受信して保存する際、複数ファイルをサイクリックに使用することで資源を効率よく利用することができる。サイクリック方式を用いたデータ保持方法は、受信した順番にファイルへ格納していき、そのファイルの容量がなくなった時点で次ファイルを使用する。
【０００７】
ところで、データ間で順序性を有する場合、送信側で順序性を保った状態でデータを送信したとしても、ネットワークの状態などによっては順序性を保った状態でデータを受信するとは限らず、順序が入れ替わってデータを受信したりデータが欠落したりすることがある。このような場合、サイクリック方式を利用したファイルシステムにおいて、受信データを順番通りに格納しようとしても受信データの格納場所が点在してしまう可能性がある。したがって、ファイルシステムにおいて、所望のデータを検索する際に、点在する格納場所を検索しなければならず、検索に時間がかかる虞がある。すなわち、検索のための処理コストが増大してしまう。また、処理対象のデータを削除する際にも、点在している格納場所それぞれに対してデータ削除処理を行わなくてはならなかった。
【０００８】
したがって、本発明の目的は、順序が入れ替わったデータを保存する場合であっても、データ検索に係るコストを抑制するファイルシステムおよびそのアクセス方法並びにプログラムを提供することにある。
【課題を解決するための手段】
【０００９】
本発明の１つのアスペクト（側面）に係るファイルシステムは、送信元での送信順に係る付加情報が付与された受信データを受信する受信部と、受信データを格納する第１および第２のデータ格納部を有する記憶部と、付加情報に基づいて受信データを第１および第２のデータ格納部のいずれに格納するかを制御する制御部と、を備え、第１のデータ格納部は、受信データを送信順にしたがってファイル単位にサイクリックに格納可能なように構成され、制御部は、受信データを第１のデータ格納部の該当するファイルに格納できないことを付加情報が示す場合に第２のデータ格納部に格納するように制御する。
【００１０】
本発明の他のアスペクト（側面）に係るファイルシステムのアクセス方法は、送信元での送信順に係る付加情報が付与された受信データを受信するステップと、付加情報に基づいて受信データを第１および第２のデータ格納部のいずれに格納するかを制御するステップと、を含み、第１のデータ格納部は、受信データを送信順にしたがってファイル単位にサイクリックに格納可能なように構成され、制御するステップにおいて、受信データを第１のデータ格納部の該当するファイルに格納できないことを付加情報が示す場合に第２のデータ格納部に格納するように制御する。
【００１１】
本発明のさらに他のアスペクト（側面）に係るプログラムは、送信元での送信順に係る付加情報が付与された受信データを受信する受信部と、受信データを格納する第１および第２のデータ格納部を有する記憶部と、を備えるファイルシステムを構成するコンピュータに、第１のデータ格納部に対して、受信データを送信順にしたがってファイル単位にサイクリックに格納する第１の処理と、受信データを第１のデータ格納部の該当するファイルに格納できないことを付加情報が示す場合に第２のデータ格納部に格納する第２の処理と、を実行させる。
【発明の効果】
【００１２】
本発明によれば、データ検索対象が２つの格納場所に限られるためデータ検索におけるコストが抑えられる。
【図面の簡単な説明】
【００１３】
【図１】本発明の第１の実施例に係るファイルシステムの構成を示すブロック図である。
【図２】ファイル管理テーブルの構造を示す図である。
【図３】ファイル使用フラグおよび初期化可能フラグの遷移を表す図である。
【図４】データ管理テーブルの構造を示す図である。
【図５】本発明の第１の実施例に係るファイルシステムのデータ受信時の動作を表すフローチャートである。
【図６】本発明の第１の実施例に係るファイルシステムのデータ格納処理を表すフローチャートである。
【図７】本発明の第１の実施例に係るファイルシステムのデータ検索時の動作を表すフローチャートである。
【発明を実施するための形態】
【００１４】
本発明の実施形態に係るファイルシステムは、送信元での送信順に係る付加情報が付与された受信データを受信する受信部（図１の１１）と、受信データを格納する第１および第２のデータ格納部（図１の３１〜３ｎおよび３０に相当）を有する記憶部（図１の１４）と、付加情報に基づいて受信データを第１および第２のデータ格納部のいずれに格納するかを制御する制御部（図１の１２）と、を備える。第１のデータ格納部は、受信データを送信順にしたがってファイル単位にサイクリックに格納可能なように構成され、制御部は、受信データを第１のデータ格納部の該当するファイルに格納できないことを付加情報が示す場合に第２のデータ格納部に格納するように制御する。
【００１５】
ファイルシステムにおいて、付加情報は、送信元での送信順を示す通番を含み、制御部は、それぞれのファイルを通番によって管理し、受信データに付与された通番に基づいて受信データを該当するファイルに格納可能か否かを判断するようにしてもよい。
【００１６】
ファイルシステムにおいて、ファイル毎に対応して開始通番と終了通番を記述したデータ管理テーブルをさらに備え、制御部は、データ管理テーブルを参照し、受信データの通番が格納対象とされるファイルの開始通番より小さい場合には受信データを第２のデータ格納部に格納するようにしてもよい。
【００１７】
ファイルシステムにおいて、付加情報は、一群の送信データに対応して付与されるＩＤを含み、データ管理テーブルは、ＩＤ、開始通番、終了通番、ファイルの識別番号を含んで構成され、制御部は、受信データのＩＤが格納対象とされるファイルのＩＤより小さい場合には受信データを第２のデータ格納部に格納するように制御するようにしてもよい。
【００１８】
ファイルシステムにおいて、ファイル毎にファイルの使用状況情報と初期化可能情報とを示すファイル管理テーブルをさらに備え、制御部は、ファイル管理テーブルを参照し、使用状況情報と初期化可能情報の内容を書き換えることでファイル毎の状態遷移を行い、状態遷移に基づいて第１のデータ格納部におけるファイルへのアクセス管理を行うようにしてもよい。
【００１９】
ファイルシステムにおいて、制御部は、記憶部に格納されている受信データの検索を付加情報に基づいて行う場合、第１のデータ格納部において検索対象の受信データの付加情報に対応する該当ファイルを検索し、該当ファイルに存在しない場合には第２のデータ格納部を検索するようにしてもよい。
【００２０】
ファイルシステムにおいて、制御部は、記憶部に格納されている受信データの削除を付加情報に基づいて行う場合、第１のデータ格納部において削除対象の受信データの付加情報に対応する該当ファイルを検索し、該当ファイルに存在しない場合には第２のデータ格納部を検索するようにしてもよい。
【００２１】
以下、実施例に即し、図面を参照して詳しく説明する。
【実施例１】
【００２２】
図１は、本発明の第１の実施例に係るファイルシステムの構成を示すブロック図である。図１において、ファイルシステムは、受信部１１、制御部１２、制御用ファイル格納部１３、記憶部１４を備える。
【００２３】
データ受信部１１は、グループＩＤ、送信元での送信順を表す通番、この通番が終了通番であるかを示すフラグ、すなわち送信順に係る付加情報が付与された受信データをネットワーク１０から受信し、制御部１２に出力する。
【００２４】
制御部１２は、制御用ファイル格納部１３における格納先を表す情報を元に、受信データの付加情報（グループＩＤ、通番、フラグ）に基づいて受信データを記憶部１４に格納する。なお、制御部１２は、コンピュータを備え、このコンピュータにプログラムを実行させることで機能するように構成されても良い。
【００２５】
制御用ファイル格納部１３は、ファイル管理テーブル２１とデータ管理テーブル２２を備える。
【００２６】
記憶部１４は、サイクリックにスワップして書き込みがなされるデータ格納用のファイル３１〜３ｎ（それぞれファイル番号１〜ｎ）と、ファイル３１〜３ｎに書き込みができない場合に書き込まれるデータ退避用ファイル３０とを備え、ファイル３１〜３ｎあるいはデータ退避用ファイル３０に受信データを格納する。ここで、ファイルとは、一連のデータ格納に係る格納単位を持ったものであって、必ずしも物理的に独立したものとは限らず、論理的なものであってもよい。また、制御用ファイル格納部１３と記憶部１４は、物理的に同一の記憶装置であっても、異なる記憶装置であってもよい。
【００２７】
次に、ファイル管理テーブル２１について説明する。図２は、ファイル管理テーブルの構造を示す図である。ファイル管理テーブル２１は、ファイルを識別するためのファイル番号に対応して、ファイル使用フラグ、初期化可能フラグを保持する。ファイル使用フラグおよび初期化可能フラグは、ファイルのアクセス状態に応じて以下のように内容が変化する。
【００２８】
ファイル使用フラグに関し、「使用済み」は、データが格納されている状態を表し、「使用中」は、データ格納中（現在のデータ格納対象ファイルに対応）の状態を表し、「使用可」は、データを格納できる状態、すなわち初期化されファイルが空の状態を表す。また、初期化可能フラグに関し、「可能」は、ファイル内のデータを空にしても可の状態を表し、「済」は、データが空の状態を表し、「不可」は、ファイル内のデータを空にすることが不可の状態（データ破棄は不可の状態）を表す。
【００２９】
図３は、ファイル使用フラグおよび初期化可能フラグの遷移を表す図である。ファイル使用フラグおよび初期化可能フラグは、制御部１２によって書き換えられ、状態ＳＴ１、ＳＴ２、ＳＴ３、ＳＴ４、ＳＴ１の順に状態遷移する。
【００３０】
初めに状態ＳＴ１において、（使用済み、可能）の状態にあるものとする。
【００３１】
制御部１２は、ファイル番号に対応するファイルに書き込まれているデータを全て破棄して空の状態とする初期化処理を行うと、状態ＳＴ１から状態ＳＴ２（使用可、済）に遷移させる。
【００３２】
ファイル番号に対応するファイルがデータ格納の対象となった場合、制御部１２は、状態ＳＴ２から状態ＳＴ３（使用中、不可）に遷移させる。
【００３３】
データ格納の対象のファイルが次のファイルに移行した場合、制御部１２は、状態ＳＴ３から状態ＳＴ４（使用済み、不可）に遷移させる。
【００３４】
ユーザなどの指示によって該当のファイルの内容が不要となった場合、制御部１２は、状態ＳＴ４から状態ＳＴ１（使用済み、可能）に遷移させる。
【００３５】
なお、（使用可、可能）、（使用可、不可）、（使用中、可能）、（使用中、済）、（使用済み、済）の各状態は存在しない。
【００３６】
一方、データ管理テーブル２２は、図４に示すようにデータ管理用レコード単位に、グループＩＤ、開始通番、終了通番、ファイル番号の各情報を保持する。
【００３７】
ここで、１つのファイルには、ファイル容量が許す限り受信データを格納するものとする。受信データは、グループＩＤで識別されるグループにグループ化されており、かつ、順序付けがされている。１つのグループの合計データサイズが１つのファイルの容量を超える場合があれば、１つのファイル内に複数グループの全データを格納することができる。データ管理テーブル２２は、１つのグループのデータがどのファイルに格納されているかを表しているため、同一ファイル番号が複数ある場合も存在する。
【００３８】
ここで、例えば、受信データが日付でグループ化されており、そのグループ内で順序付けされている場合を想定する。図４では、例えば、１月１日グループ（グループＩＤ＝１）のデータ（開始通番１、終了通番１００）がファイル番号１のファイル３１に格納され、まだファイル番号１のファイル３１に対し受信データをさらに格納することができるため、１月２日グループ（グループＩＤ＝２）のデータ（開始通番１）を順次格納していき、終了通番２５０でファイル番号１のファイル３１の容量が一杯になってしまったことを表している。なお、図４に示す状態は、グループＩＤ＝２、通番７０１のデータを受信してファイル番号＝３のファイル３３に格納し、次のレコードとしてファイル３３にグループＩＤ＝３のデータが格納可能である状態を示している。
【００３９】
次に、データを受信する場合の制御部１２の動作について説明する。図５は、本発明の第１の実施例に係るファイルシステムのデータ受信時の動作を表すフローチャートである。
【００４０】
ステップＳ１１において、制御部１２は、受信した受信データにおけるグループＩＤ、通番、最終通番を表すフラグを確認する。
【００４１】
ステップＳ１２において、制御部１２は、ファイル管理テーブル２１を参照して現在のデータ格納対象となるファイル番号を取得し、取得したファイル番号を有する最大のグループＩＤをデータ管理テーブル２２を参照して取得する。
【００４２】
ステップＳ１３において、制御部１２は、受信データのグループＩＤと、データ管理テーブル２２から取得したグループＩＤとを比較する。
【００４３】
比較の結果、ＩＤが一致する場合（ステップＳ１３のＹｅｓ）、ステップＳ１４において、制御部１２は、受信データの通番がデータ管理テーブル２２の終了通番と一致するか否かを判断する。
【００４４】
ステップＳ１４において、一致しない場合（ステップＳ１４のＹｅｓ）、ステップＳ１５に進む。
【００４５】
ステップＳ１４において、一致する場合（ステップＳ１４のＮｏ）、ステップＳ１６において、制御部１２は、ファイル管理テーブル２１内の該当レコードおよびデータ管理テーブル２２内の該当レコードを書き換え、後述のデータ格納処理に進む。すなわち、受信データが最終通番である場合、ファイル管理テーブル２１から現在のデータ格納ファイル情報を取得し、ファイル使用フラグを「使用済み」とし、初期化可能フラグを「不可」とする。また、データ管理テーブル２２から現在のデータ格納となるファイル番号を取得し、受信データのグループＩＤに対応する終了通番の箇所に受信データの通番を記載する。さらに、データ管理テーブル２２に対して新規にレコードを作成する。この場合に記載する情報は、グループＩＤ、開始通番、終了通番、ファイル番号として、それぞれ、「次グループＩＤ」、「１」、「−（未定）」、「現在のデータ格納ファイル番号」とする（図４の最下段に相当）。
【００４６】
ステップＳ１５において、制御部１２は、受信データの通番がデータ管理テーブル２２の開始通番より小さいかを判断する。小さい場合（ステップＳ１５のＹｅｓ）、格納対象となるファイルは、使用済みであるので、ステップＳ１９において、データ退避用ファイル３０に受信データを格納し、一連の処理を終了する。また、受信データの通番が開始通番以上である場合（ステップＳ１５のＮｏ）、後述のデータ格納処理に進む。
【００４７】
一方、ステップＳ１３において、ＩＤが一致しない場合（ステップＳ１３のＮｏ）、ステップＳ１８において、受信データのグループＩＤがデータ管理テーブル２２から取得したグループＩＤより値が大きいか否かをチェックする。
【００４８】
値が小さい場合（ステップＳ１８のＮｏ）、格納対象となるファイルは、使用済みであるので、ステップＳ１９において、データ退避用ファイル３０に受信データを格納し、一連の処理を終了する。
【００４９】
値が大きい場合（ステップＳ１８のＹｅｓ）、ステップＳ２０において、エラーであるとして受信データを書き込めなかった旨の情報を外部に出力して終了する。
【００５０】
次に、データ格納処理における制御部１２の動作について説明する。図６は、データ格納処理を表すフローチャートである。
【００５１】
ステップＳ３１において、制御部１２は、受信データのデータサイズを確認する。
【００５２】
ステップＳ３２において、制御部１２は、書き込み対象となるファイル（３１〜３ｎのいずれか）におけるレコードを取得し、該当の書き込み対象となるファイルにおける今までの受信データの総サイズを求める。
【００５３】
ステップＳ３３において、制御部１２は、「今までの受信データの総サイズ」＋「今回の受信データのサイズ」≦「書き込み対象となるファイルの容量」を判定し、真ならば（ステップＳ３３のＹｅｓ）、受信データを該当の書き込み対象となるファイルに格納し、一連の処理を終了し、偽ならば、ステップＳ３５に進む。
【００５４】
ステップＳ３５において、制御部１２は、次のデータ格納用のファイルに対し、受信データを書き込むことができるか否かを判定する。可能ならば（ステップＳ３５のＹｅｓ）、ステップＳ３６において、制御部１２は、ファイル管理テーブルを書き換え、次のデータ格納用のファイルに対し、受信データを書き込み（ステップＳ３７）、一連の処理を終了する。
【００５５】
ステップＳ３５において、可能でないならば（ステップＳ３５のＮｏ）、ステップＳ３８において、エラーであるとして受信データを書き込めなかった旨の情報を外部に出力して終了する。
【００５６】
次に、データを検索する場合の制御部１２の動作について説明する。図７は、本発明の第１の実施例に係るファイルシステムのデータ検索時の動作を表すフローチャートである。
【００５７】
ステップＳ４１において、制御部１２は、ユーザなど外部から指示された検索対象となるデータのグループＩＤと通番を確認する。
【００５８】
ステップＳ４２において、制御部１２は、データ管理テーブル２２を参照し、確認したグループＩＤと通番を元に通番が開始通番から終了通番までの値となるようなファイル番号を検索する。
【００５９】
ファイル番号の検索の結果、該当するファイル（３１〜３ｎのいずれか）に検索データが存在した場合（ステップＳ４３のＹｅｓ）、ステップＳ４５において、制御部１２は、検索結果としてデータ位置やデータ情報を外部に出力して終了する。
【００６０】
ファイル番号の検索の結果、該当するファイルが存在しない場合（ステップＳ４３のＮｏ）、データ退避用ファイル３０を検索する。
【００６１】
データ退避用ファイル３０に検索対象データが存在する場合（ステップＳ４４のＹｅｓ）、ステップＳ４５において、制御部１２は、検索結果としてデータ位置やデータ情報を外部に出力して終了する。
【００６２】
データ退避用ファイル３０に検索対象データが存在しない場合（ステップＳ４４のＮｏ）、ステップＳ４６において、制御部１２は、検索対象データを格納していないか、あるいは検索対象データを受信していないと判断し、必要に応じてその旨を外部に出力して終了する。
【００６３】
また、特定のデータを削除する場合、上記の検索対象データを検索する場合と同様の動作を行い、削除対象データの存在するファイルを探し出し、そのデータを削除する。
【００６４】
以上のようなファイルシステムによれば、データ格納のファイルが多量に存在しても、検索対象となるファイルは、多くともファイル３１〜３ｎのいずれかとデータ退避用ファイル３０との２つのファイルとすることが可能である。したがって、検索および削除にかかる処理時間を短くすることができる。
【００６５】
なお、前述の特許文献等の各開示を、本書に引用をもって繰り込むものとする。本発明の全開示（請求の範囲を含む）の枠内において、さらにその基本的技術思想に基づいて、実施形態ないし実施例の変更・調整が可能である。また、本発明の請求の範囲の枠内において種々の開示要素の多様な組み合わせないし選択が可能である。すなわち、本発明は、請求の範囲を含む全開示、技術的思想にしたがって当業者であればなし得るであろう各種変形、修正を含むことは勿論である。
【符号の説明】
【００６６】
１０  ネットワーク
１１  受信部
１２  制御部
１３  制御用ファイル格納部
１４  記憶部
２１  ファイル管理テーブル
２２  データ管理テーブル
３０  データ退避用ファイル
３１〜３ｎ  ファイル
【図１】
2010224948.tif 000003
【図２】
2010224948.tif 000004
【図３】
2010224948.tif 000005
【図４】
2010224948.tif 000006
【図５】
2010224948.tif 000007
【図６】
2010224948.tif 000008
【図７】
2010224948.tif 000009