(57)【要約】【課題】所定サイズのコンテナファイル単位で論理オブジェクトテーブルを設定し、所定条件下でコンテナファイルをクローズすることで、高速シーク処理等を実現したアーカイブ装置を提供する。【解決手段】記録メディアに対するアクセス制御を実行するデータ処理部が、記録データ単位である論理オブジェクトによって構成されるコンテナファイルの管理用の論理オブジェクトテーブルを生成してメモリに記録する。コンテナファイルに対する処理実行中に、コンテナファイルサイズが予め規定した終了基準値以上となった場合等、規定条件を満たす場合、論理オブジェクトテーブルをメモリから読み出して、記録メディアに記録して、コンテナファイルをクローズする。【選択図】図２２
2020123157.tif 000002
【特許請求の範囲】
【請求項１】
記録メディアに対するアクセス制御を実行するデータ処理部を有し、
前記データ処理部は、
前記記録メディアに対する記録データ単位である論理オブジェクトによって構成されるコンテナファイル単位の管理テーブルである論理オブジェクトテーブルを生成してメモリに記録し、
前記記録メディアに記録するコンテナファイルに対する処理の実行中に、コンテナファイルサイズが予め規定した基準値以上となったか否かを判定し、基準値以上となったと判定した場合、前記論理オブジェクトテーブルをメモリから読み出して、前記記録メディアに記録して、コンテナファイルをクローズする情報処理装置。
【請求項２】
前記データ処理部は、
前記記録メディアに記録するコンテナファイルに対する処理の実行中に、コンテナファイル内の論理オブジェクト数が予め規定した上限数に達したか否かを判定し、上限数に達したと判定した場合、前記論理オブジェクトテーブルをメモリから読み出して、前記記録メディアに記録して、コンテナファイルをクローズする請求項１に記載の情報処理装置。
【請求項３】
前記データ処理部は、
前記記録メディアに記録するコンテナファイルに対する処理の実行中に、前記記録メディアの空き容量が予め規定した基準値以下となったか否かを判定し、基準値以下となったと判定した場合、前記論理オブジェクトテーブルをメモリから読み出して、前記記録メディアに記録して、コンテナファイルをクローズする請求項１に記載の情報処理装置。
【請求項４】
前記データ処理部は、
前記記録メディアのアンマウント処理時に、前記論理オブジェクトテーブルをメモリから読み出して、前記記録メディアに記録して、コンテナファイルをクローズする請求項１に記載の情報処理装置。
【請求項５】
前記データ処理部は、
コンテナファイルのクローズ時に、該コンテナファイルのファイル名を変更する請求項１に記載の情報処理装置。
【請求項６】
前記コンテナファイルのファイル名は、
該コンテナファイルの、
（１）先頭論理オブジェクトＩＤ（ＦＩＲＳＴ＿ＬＯＩＤ）
（２）先頭論理ファイルＩＤ（ＦＩＲＳＴ＿ＬＦＩＤ）
（３）含有論理オブジェクト数（Ｎ＿ＬＯ）
（４）含有ファイルマーク数（Ｎ＿ＦＭ）
上記（１）〜（４）の各データを含むファイル名である請求項５に記載の情報処理装置。
【請求項７】
前記論理オブジェクトテーブルは、
前記記録メディアに記録された論理オブジェクトの種別と、論理オブジェクト識別子、および論理オブジェクトが属するコンテナファイル先頭からのオフセット位置を記録したテーブルである請求項１に記載の情報処理装置。
【請求項８】
前記データ処理部は、
前記記録メディアに記録された論理オブジェクトのシーク処理に際して、前記論理オブジェクトテーブルの記録データを参照して論理オブジェクトの記録位置を判別する請求項１に記載の情報処理装置。
【請求項９】
前記データ処理部は、
前記記録メディアに記録するコンテナファイルに対する新たな論理オブジェクトの記録処理を実行する際に、記録する論理オブジェクトのオブジェクト種別情報と論理オブジェクトのサイズ情報を含むヘッダを前記論理オブジェクトの前方隣接位置に記録する請求項１に記載の情報処理装置。
【請求項１０】
前記オブジェクト種別情報は、外部装置から入力した記録データを含む論理ブロック、または、位置決め用のマークであるファイルマークのいずれであるかを識別するための情報である請求項９に記載の情報処理装置。
【請求項１１】
前記データ処理部は、
前記記録メディアに記録されたコンテナファイル単位の管理データであるコンテナファイルテーブルを生成してメモリに記録する請求項１に記載の情報処理装置。
【請求項１２】
前記コンテナファイルテーブルは、コンテナファイル各々について、
（１）先頭論理オブジェクトＩＤ（ＦＩＲＳＴ＿ＬＯＩＤ）
（２）先頭論理ファイルＩＤ（ＦＩＲＳＴ＿ＬＦＩＤ）
（３）含有論理オブジェクト数（Ｎ＿ＬＯ）
（４）含有ファイルマーク数（Ｎ＿ＦＭ）
上記（１）〜（４）の各データを記録したテーブルである請求項１１に記載の情報処理装置。
【請求項１３】
前記コンテナファイルのデータ形式は、ＺＩＰ形式である請求項１に記載の情報処理装置。
【請求項１４】
前記記録メディアは光ディスクである請求項１に記載の情報処理装置。
【請求項１５】
アーカイブ装置において実行する情報処理方法であり、
前記アーカイブ装置は、記録メディアに対するアクセス制御を実行するデータ処理部を有し、
前記データ処理部が、
前記記録メディアに対する記録データ単位である論理オブジェクトによって構成されるコンテナファイル単位の管理テーブルである論理オブジェクトテーブルを生成してメモリに記録し、
前記記録メディアに記録するコンテナファイルに対する処理の実行中に、コンテナファイルサイズが予め規定した基準値以上となったか否かを判定し、基準値以上となったと判定した場合、前記論理オブジェクトテーブルをメモリから読み出して、前記記録メディアに記録して、コンテナファイルをクローズする情報処理方法。
【請求項１６】
アーカイブ装置において情報処理を実行させるプログラムであり、
前記アーカイブ装置は、記録メディアに対するアクセス制御を実行するデータ処理部を有し、
前記プログラムは、前記データ処理部に、
前記記録メディアに対する記録データ単位である論理オブジェクトによって構成されるコンテナファイル単位の管理テーブルである論理オブジェクトテーブルを生成してメモリに記録させ、
前記記録メディアに記録するコンテナファイルに対する処理の実行中に、コンテナファイルサイズが予め規定した基準値以上となったか否かを判定し、基準値以上となったと判定した場合、前記論理オブジェクトテーブルをメモリから読み出して、前記記録メディアに記録して、コンテナファイルのクローズ処理を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、情報処理装置、および情報処理方法、並びにプログラムに関する。具体的には、データの記録保存機能を持つアーカイブ装置を利用したデータ記録や読み出しを実行する情報処理装置、および情報処理方法、並びにプログラムに関する。
【背景技術】
【０００２】
データの長期保存を可能としたデータ記録装置としてアーカイブ装置が知られている。例えば、コンピュータが使用する様々なデータを、障害発生時に備えてバックアップする場合や、将来にわたって長期保存する場合にアーカイブ装置が利用される。
【０００３】
アーカイブ装置について開示した従来技術として、例えば特許文献１（特開２０１６−１０３３０４号公報）、特許文献２（特表２００９−５２０２７９号公報）等がある。
【０００４】
従来のアーカイブ装置は、記録媒体として磁気テープが使用されることが多かった。
磁気テープはテープ装置によって読み書きが行われるが、その際のテープ装置とホストＰＣとの間の通信には、もっぱらＳＣＳＩ（Ｓｍａｌｌ  Ｃｏｍｐｕｔｅｒ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｆａｃｅ）規格で定められたＳＳＣ（ＳＣＳＩ  Ｓｔｒｅａｍ  Ｃｏｍｍａｎｄｓ）と呼ばれるコマンドセット（ＳＳＣコマンドセット）が使用される。
【０００５】
しかし、磁気テープはランダムアクセス性能が劣るという問題があり、ランダムアクセス性能の高いディスク型記録メディア、例えば磁気ディスクや光ディスクを利用したアーカイブ装置の利用も増加している。
【０００６】
しかし、磁気ディスク装置や光ディスク装置では、それぞれＳＣＳＩ規格で定められたＳＢＣ（ＳＣＳＩ  Ｂｌｏｃｋ  Ｃｏｍｍａｎｄｓ）、ＭＭＣ（Ｍｕｌｔｉ−Ｍｅｄｉａ  Ｃｏｍｍａｎｄｓ）と呼ばれるコマンドセットが使用され、これらはテープ装置で用いられるＳＳＣコマンドセットとは互換性がない。
【０００７】
従来のバックアップ用やアーカイブ用のアプリケーションプログラムは、磁気テープ対応のＳＳＣコマンドセットを用いて制御を行うものが多く、このようなアプリケーションを利用する場合、単純にテープ装置をディスク装置に置き換えることができないという問題がある。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２０１６−１０３３０４号公報
【特許文献２】特表２００９−５２０２７９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
本開示は、例えば上記問題点に鑑みてなされたものであり、磁気ディスクや光ディスク等のディスク型記録メディアを有するアーカイブ装置に対して、従来の磁気テープ対応のＳＳＣコマンドセットを用いたアクセスを実現する情報処理装置、および情報処理方法、並びにプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
本開示の第１の側面は、
記録メディアに対するアクセス制御を実行するデータ処理部を有し、
前記データ処理部は、
前記記録メディアに対する記録データ単位である論理オブジェクトによって構成されるコンテナファイル単位の管理テーブルである論理オブジェクトテーブルを生成してメモリに記録し、
前記記録メディアに記録するコンテナファイルに対する処理の実行中に、コンテナファイルサイズが予め規定した基準値以上となったか否かを判定し、基準値以上となったと判定した場合、前記論理オブジェクトテーブルをメモリから読み出して、前記記録メディアに記録して、コンテナファイルをクローズする情報処理装置にある。
【００１１】
さらに、本開示の第２の側面は、
アーカイブ装置において実行する情報処理方法であり、
前記アーカイブ装置は、記録メディアに対するアクセス制御を実行するデータ処理部を有し、
前記データ処理部が、
前記記録メディアに対する記録データ単位である論理オブジェクトによって構成されるコンテナファイル単位の管理テーブルである論理オブジェクトテーブルを生成してメモリに記録し、
前記記録メディアに記録するコンテナファイルに対する処理の実行中に、コンテナファイルサイズが予め規定した基準値以上となったか否かを判定し、基準値以上となったと判定した場合、前記論理オブジェクトテーブルをメモリから読み出して、前記記録メディアに記録して、コンテナファイルをクローズする情報処理方法にある。
【００１２】
さらに、本開示の第３の側面は、
アーカイブ装置において情報処理を実行させるプログラムであり、
前記アーカイブ装置は、記録メディアに対するアクセス制御を実行するデータ処理部を有し、
前記プログラムは、前記データ処理部に、
前記記録メディアに対する記録データ単位である論理オブジェクトによって構成されるコンテナファイル単位の管理テーブルである論理オブジェクトテーブルを生成してメモリに記録させ、
前記記録メディアに記録するコンテナファイルに対する処理の実行中に、コンテナファイルサイズが予め規定した基準値以上となったか否かを判定し、基準値以上となったと判定した場合、前記論理オブジェクトテーブルをメモリから読み出して、前記記録メディアに記録して、コンテナファイルのクローズ処理を実行させるプログラムにある。
【００１３】
なお、本開示のプログラムは、例えば、様々なプログラム・コードを実行可能な情報処理装置、画像処理装置やコンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体によって提供可能なプログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、情報処理装置やコンピュータ・システム上でプログラムに応じた処理が実現される。
【００１４】
本開示のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。
【発明の効果】
【００１５】
本開示の一実施例の構成によれば、所定サイズのコンテナファイル単位で論理オブジェクトテーブルを設定し、所定条件下でコンテナファイルをクローズすることで、高速シーク処理等を実現したアーカイブ装置が実現される。
具体的には、例えば、記録メディアに対するアクセス制御を実行するデータ処理部が、記録データ単位である論理オブジェクトによって構成されるコンテナファイルの管理用の論理オブジェクトテーブルを生成してメモリに記録する。コンテナファイルに対する処理実行中に、コンテナファイルサイズが予め規定した終了基準値以上となった場合等、規定条件を満たす場合、論理オブジェクトテーブルをメモリから読み出して、記録メディアに記録して、コンテナファイルをクローズする。
本構成により、所定サイズのコンテナファイル単位で論理オブジェクトテーブルを設定し、所定条件下でコンテナファイルをクローズすることで、高速シーク処理等を実現したアーカイブ装置が実現される。
なお、本明細書に記載された効果はあくまで例示であって限定されるものではなく、また付加的な効果があってもよい。
【図面の簡単な説明】
【００１６】
【図１】記録媒体として磁気テープを使用したアーカイブ装置を利用した情報処理システムの構成例について説明する図である。
【図２】磁気テープおよびテープ装置で構成されるシーケンシャルアクセスデバイスモデルについて説明する図である。
【図３】記録メディアとしてテープを利用したアーカイブ装置とホストＰＣ各々の構成と処理について説明する図である。
【図４】記録メディアとしてテープを利用したアーカイブ装置とホストＰＣ各々の構成と処理について説明する図である。
【図５】ネットワーク接続されたホストＰＣと、記録メディアとしてディスクを有するアーカイブ装置構成と処理について説明する図である。
【図６】コンテナファイルをテープとみなして、コンテナファイル上に論理ブロックとファイルマークをシーケンシャルに記録する構成について説明する図である。
【図７】各論理オブジェクトの前に固定長のヘッダを付ける構成について説明する図である。
【図８】ヘッダに相当する情報を分散させず、テーブルにまとめる構成について説明する図である。
【図９】ディスクのマウント中は、論理オブジェクトテーブルをメモリ上に置き、ディスクのアンマウント直前にディスクにテーブルを書き戻す構成について説明する図である。
【図１０】ヘッダ方式と、テーブル方式の併用方式について説明する図である。
【図１１】可換型記録媒体を取り出す前のみならず、随時、論理オブジェクトテーブル差分を書き戻す方式について説明する図である。
【図１２】本開示の情報処理システムの構成例について説明する図である。
【図１３】アーカイブ装置と、ホストＰＣ（ユーザ装置）の内部構成例について説明する図である。
【図１４】本開示のアーカイブ装置の詳細構成例について説明する図である。
【図１５】ヘッダ方式とテーブル方式を併用し、論理オブジェクトテーブルをコンテナファイルの末尾に内包する方式について説明する図である。
【図１６】ＺＩＰ形式について説明する図である。
【図１７】複数のコンテナファイルを用いてテープ内の論理オブジェクト群を表現する方式について説明する図である。
【図１８】コンテナファイルの一例について説明する図である。
【図１９】コンテナファイルのファイル名について説明する図である。
【図２０】コンテナファイルテーブルについて説明する図である。
【図２１】本開示のアーカイブ装置が光ディスク等の未使用記録媒体をマウント（装着）する際の処理シーケンスについて説明するフローチャートを示す図である。
【図２２】本開示のアーカイブ装置が光ディスク等の記録媒体に新たな論理ブロックを追記する処理のシーケンスについて説明するフローチャートを示す図である。
【図２３】メモリ上の論理オブジェクトテーブルのデータ例について説明する図である。
【図２４】コンテナファイルオープン処理のシーケンスについて説明するフローチャートを示す図である。
【図２５】本開示のアーカイブ装置が光ディスク等の記録媒体に新たなファイルマークを追記する処理のシーケンスについて説明するフローチャートを示す図である。
【図２６】本開示のアーカイブ装置が光ディスク等の記録媒体に対するデータ記録を実行中にコンテナファイルのサイズが終了基準値に到達した場合の処理のシーケンスについて説明するフローチャートを示す図である。
【図２７】アンマウント処理のシーケンスについて説明するフローチャートを示す図である。
【図２８】シーク処理のシーケンスについて説明するフローチャートを示す図である。
【図２９】アーカイブ装置やユーザ装置を構成する情報処理装置のハードウェア構成例について説明する図である。
【発明を実施するための形態】
【００１７】
以下、図面を参照しながら本開示の情報処理装置、および情報処理方法、並びにプログラムの詳細について説明する。なお、説明は以下の項目に従って行う。
１．磁気テープを利用したアーカイブ装置と、記録メディアをディスクに置き換えた場合に必要となる処理の概要について
２．本開示のアーカイブ装置の構成と処理について
２−１．本開示の情報処理システムの構成例について
２−２．本開示のアーカイブ装置が実行する論理オブジェクトテーブルのメディア記録処理の詳細について
２−２−１．コンテナファイルの形式
２−２−２．コンテナファイルの分割
２−２−３．コンテナファイルの名称
２−２−４．コンテナファイルテーブル
２−２−５．本開示の構成による効果
３．本開示のアーカイブ装置が実行する処理のシーケンスについて
３−１．（処理１）未使用記録媒体のマウント処理
３−２．（処理２）論理ブロック追記処理
３−３．（処理３）ファイルマーク追記処理
３−４．（処理４）コンテナファイルのサイズが終了基準値に到達した場合の処理
３−５．（処理５）コンテナファイル内の論理オブジェクト数が上限に到達した場合の処理
３−６．（処理６）記録中のディスクの空き容量が基準値を下回った場合の処理
３−７．（処理７）アンマウント時の処理
３−８．（処理８）記録済メディアのマウント処理
３−９．（処理９）シーク時の処理
４．アーカイブ装置、ホストＰＣのハードウェア構成例について
５．本開示の構成のまとめ
【００１８】
［１．磁気テープを利用したアーカイブ装置と、記録メディアをディスクに置き換えた場合に必要となる処理の概要について］
本開示の処理についての説明の前に、まず、磁気テープを利用したアーカイブ装置と、記録メディアをディスクに置き換えた場合に必要となる処理の概要について説明する。
【００１９】
前述したように、従来のアーカイブ装置は、記録媒体として磁気テープを使用したものが多い。
図１に記録媒体として磁気テープを使用したアーカイブ装置を利用した情報処理システム１０の構成例を示す。
【００２０】
情報処理システム１０は、記録メディアであるテープに対するデータ記録や読み取りを実行するアーカイブ装置３０と、アーカイブ装置３０とネットワーク接続されたホストＰＣ（ユーザ装置）２０ａ〜２０ｄを有する。
ホストＰＣ（ユーザ装置）２０ａ〜２０ｄは、ネットワークを介してアーカイブ装置３０に対して、テープに対するデータ記録や、テープからのデータ読み取りを要求する。
【００２１】
アーカイブ装置３０とネットワーク接続されたホストＰＣ（ユーザ装置）２０ａ〜２０ｄとの通信には、もっぱらＳＣＳＩ（Ｓｍａｌｌ  Ｃｏｍｐｕｔｅｒ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｆａｃｅ）規格で定められたＳＳＣ（ＳＣＳＩ  Ｓｔｒｅａｍ  Ｃｏｍｍａｎｄｓ）と呼ばれるコマンドセット（ＳＳＣコマンドセット）が使用される。
【００２２】
（１ａ，ＳＳＣについて）
磁気テープに対するアクセス用コマンドとして用いられるＳＳＣ（ＳＣＳＩ  Ｓｔｒｅａｍ  Ｃｏｍｍａｎｄｓ）について説明する。
【００２３】
ＳＳＣコマンドセットでは、磁気テープおよびテープ装置で構成される記録装置を、シーケンシャルアクセスデバイスモデルと称して抽象化して定義している。
図２を参照してこのモデルについて説明する。このモデルでは、図２に示すように、テープ上に設けられた記録のための区画をパーティションと呼ぶ。
図２に示すように、パーティションに論理ブロックおよびファイルマークを連続的に記録していく。
【００２４】
ここで論理ブロックは、アーカイブ装置にアクセスするユーザ装置であるホストＰＣから送られたデータのかたまりである。
各論理ブロックのサイズは可変長であり、ホストＰＣ上のアプリケーションが決定することができる。
ＳＳＣ規格上の最大長は、２２４−１バイトであるが、一般には数十キロバイトから数百キロバイトとすることが多い。
【００２５】
またファイルマークは、ホストＰＣ上のアプリケーションが任意の時点で書き込むことのできる位置決め用のマークである。
ＳＳＣ規格では、論理ブロックとファイルマークとを総称して、論理オブジェクトと呼んでいる。
【００２６】
論理オブジェクトを識別するために、各論理オブジェクトには、論理オブジェクト識別子が割り振られる。
ボリュームの先頭に記録された論理オブジェクトの論理オブジェクト識別子を０とし、以降、昇順に連番で割り振られる。
【００２７】
また、間にファイルマークを挟まない連続した論理ブロックを、論理ファイルと呼ぶ。
各論理ファイルは、ファイルマークで区切られる。
論理ファイルを識別するために、各論理ファイルには、論理ファイル識別子が割り振られる。
先頭に記録された論理ファイルの論理ファイル識別子を０とし、以後、昇順に連番で割り振られる。
【００２８】
ＳＳＣ規格では、ホストＰＣと記録メディアとしてテープを持つアーカイブ装置の間で送受信するコマンドとして、ＷＲＩＴＥ、ＷＲＩＴＥ  ＦＩＬＥＭＡＲＫ、ＲＥＡＤ、ＳＰＡＣＥ、ＬＯＣＡＴＥ、ＬＯＡＤ  ＵＮＬＯＡＤ等のコマンドが定義されている。
【００２９】
ＷＲＩＴＥは、ホストＰＣ２０からアーカイブ装置３０に送った論理ブロックデータをテープ上の現在の位置に書き込むためのコマンドである。
ＷＲＩＴＥ  ＦＩＬＥＭＡＲＫは、テープ上の現在の位置にファイルマークを書き込むためのコマンドである。
ＲＥＡＤは、テープ上の現在の位置からの論理ブロックを読み出し、アーカイブ装置３０からホストＰＣ２０に送るコマンドである。
【００３０】
ＳＰＡＣＥは、テープ上の現在位置を指定した論理オブジェクト数分だけ、または指定したファイルマーク数ぶんだけ移動させるコマンドである。
ＬＯＣＡＴＥは、テープ上の現在位置を、論理オブジェクト識別子で指定した論理オブジェクト位置に移動させるコマンドである。
ＬＯＡＤ  ＵＮＬＯＡＤは、アーカイブ装置３０に、テープをマウントまたはアンマウントさせるコマンドである。
【００３１】
（１ｂ．システム構成例について）
次に、図３以下を参照して、記録メディアとしてテープを利用したアーカイブ装置３０とホストＰＣ２０各々の構成と処理について説明する。
【００３２】
図３は、ネットワークを介さず、ホストＰＣ２０がアーカイブ装置３０に直接接続された構成例である。
ホストＰＣ２０は、アプリケーションプログラム２１、テープデバイスドライバ２２を有する。
アプリケーションプログラム２１はもっぱらテープデバイスドライバ２２経由で、アーカイブ装置３０にアクセスする。テープデバイスドライバ２２は、ＳＣＳＩ−ＳＳＣプロトコルに従ったＳＳＣコマンドをアーカイブ装置３０に出力する。
【００３３】
アーカイブ装置３０のテープアクセス部３１は、ホストＰＣ２０から入力したＳＳＣコマンドを用いては記録メディアであるテープをアクセスし、データ記録や読み取りを実行する。
【００３４】
このように、ホストＰＣ２０のテープデバイスドライバ２２は、ＳＳＣ規格にしたがってアーカイブ装置３０にアクセスする。
アプリケーションプログラム２１によって、直接、アーカイブ装置３０にアクセスするものもあるが、その場合は、アプリケーションプログラム２１がＳＳＣ規格にしたがってアクセスを行う。
【００３５】
図４は、ホストＰＣ２０とアーカイブ装置３０がネットワークによって接続された構成例である。先に図１を参照して説明したシステム構成に相当する。ｉＳＣＳＩインタフェースを用いたシステム構成例である。
【００３６】
ホストＰＣ２０は、アプリケーションプログラム２１、テープデバイスドライバ２２の他、ｉＳＣＳＩイニシエーターサービス２３、ネットワークコントローラ（ＮＩＣ）２４を有する。
一方、アーカイブ装置３０もテープアクセス部３１の他、ネットワークコントローラ（ＮＩＣ）３２、ｉＳＣＳＩターゲットサービス３３を有する。
【００３７】
ホストＰＣ２０のｉＳＣＳＩイニシエーターサービス２３と、ネットワークコントローラ（ＮＩＣ）２４と、アーカイブ装置３０のネットワークコントローラ（ＮＩＣ）３２、ｉＳＣＳＩターゲットサービス３３は、ＳＳＣコマンドのネットワークを介した送受信処理のために必要となる処理を実行する。
【００３８】
図４に示す構成では、ＳＳＣコマンドの送受信において、ｉＳＣＳＩイニシエーターサービス２３、およびｉＳＣＳＩターゲットサービス３３を経由する構成であるが、ホストＰＣ２０のアプリケーションプログラム２１にとっては、先の図３に示す構成と同等であり、アプリケーションの実行する処理は同じである。
【００３９】
（１ｃ．記録メディアをテープからディスクへ置き換えた場合の問題点について）
磁気テープは、バイトあたりの単価が安価で大容量であるが、その一方で、原理的にランダムアクセス性能が劣るという欠点がある。
【００４０】
ランダムアクセス性能や、その他磁気テープにはない機能・性能を得るためには、磁気テープの代わりに磁気ディスクや光ディスクを用いることが有効である。
しなしながら、前述したように、磁気ディスク装置や光ディスク装置では、それぞれＳＣＳＩ規格で定められた  ＳＢＣ（ＳＣＳＩ  Ｂｌｏｃｋ  Ｃｏｍｍａｎｄｓ）、ＭＭＣ（Ｍｕｌｔｉ−Ｍｅｄｉａ  Ｃｏｍｍａｎｄｓ）と呼ばれるコマンドセットが使用され、これらはテープ装置で用いられるＳＳＣコマンドセットとは互換性がない。
【００４１】
従来のバックアップ用やアーカイブ用のアプリケーションプログラムは、ＳＳＣコマンドセットを用いて制御を行うものが多いが、このようなアプリケーションにおいては、単純にテープ装置をディスク装置に置き換えることはできない。
【００４２】
この問題を解決するため、仮想テープライブラリ（ＶＴＬ：Ｖｉｒｔｕａｌ  Ｔａｐｅ  Ｌｉｂｒａｒｙ）と呼ばれるシステムが考案され、実用化されている。
【００４３】
図５を参照して、ネットワーク接続されたホストＰＣ２０と、記録メディアとしてディスクを有するアーカイブ装置３０の構成と処理について説明する。
【００４４】
ホストＰＣ２０は、先に図４を参照して説明した構成と全く同様であり、アーカイブ装置３０の記録メディアがテープである場合の処理と全く同じ処理を実行する。
【００４５】
一方、アーカイブ装置３０には、図５に示すテープアクセス部３１の代わりに、テープエミュレータ３４、ファイルシステムドライバ３５、ディスクアクセス部３６を有する。
テープエミュレータ３４と、ファイルシステムドライバ３５と、ディスクアクセス部３６、これらの構成が仮想テープライブラリ（ＶＴＬ：Ｖｉｒｔｕａｌ  Ｔａｐｅ  Ｌｉｂｒａｒｙ）に相当する。
【００４６】
ファイルシステムドライバ３５は、ディスクアクセス用のコマンドであるＳＢＣあるいはＭＭＣコマンドセットを持つディスクアクセス用のファイルシステムを利用可能としたドライバである。ファイルシステムドライバ３５の前段のテープエミュレータ３４は、ホストＰＣ２０の生成したテープアクセス用コマンドを解釈して、ディスクアクセス可能なコマンドに変換するエミュレーションソフトウェアである。
【００４７】
このエミュレーションソフトウェアは、ホストＰＣ２０から受領したＳＳＣコマンドセットを解釈して、本来テープに記録すべきデータをファイルとして記録する機能を持つ。
この構成により、従来テープ用に開発されたアプリケーションプログラム資産を、なんら改変することなくディスク装置に対して適用することが可能となる。
【００４８】
先に説明した図４のアーカイブ装置３０は、ｉＳＣＳＩターゲットサービス３２がテープアクセス用のＳＳＣコマンドを利用して、直接、テープアクセス部３１を制御している。これに対して、図５に示すアーカイブ装置３０では、テープエミュレータ３４、およびファイルシステムドライバ３５を経由することで、ＳＳＣコマンドをディスクアクセス用のコマンドであるＳＢＣあるいはＭＭＣコマンドに変換してディスクアクセス部３６を制御している。これにより、ホストＰＣ２０は、テープメディアと同様の処理によってディスクアクセスを行うことができる。
【００４９】
（１ｄ．仮想テープライブラリを利用した処理の具体例）
次に、仮想テープライブラリを利用した処理の具体例について説明する。
なお、本開示書では、仮想テープライブラリを有するアーカイブ装置３０が、ホストＰＣ２０から受領したデータの記録先となるファイルを、コンテナファイルと呼ぶことにする。
【００５０】
仮想テープライブラリを実現するにあたっては、図６に示すように、コンテナファイルをテープとみなして、コンテナファイル上に論理ブロックとファイルマークをシーケンシャルに記録する方法が考えられる。
しかしこのままだと、論理ブロックとファイルマークの区別がつかず、また論理ブロックの境界も判別することができない。
【００５１】
（１ｄ−１．ヘッダ方式）
そこで、図７に示すように、各論理オブジェクトの前に固定長のヘッダを付ける方法が考えられる。
ヘッダ内にはたとえば、論理オブジェクトが論理ブロックであるかファイルマークであるかの種別情報と、当該論理オブジェクトのサイズ、および論理オブジェクト識別子を記録する。
【００５２】
種別が論理ブロックである場合は、ヘッダの直後に、サイズで示された長さの論理ブロックのデータを記録する。
また、種別がファイルマークである場合は、論理オブジェクトのサイズは０となり、ヘッダの直後には何も記録しないか、次の論理オブジェクトのヘッダが記録される。
【００５３】
すなわち、コンテナファイル内のある論理オブジェクトにおいて、そのヘッダの開始位置に、ヘッダ自身のサイズと、ヘッダ内に記録された論理オブジェクトサイズを加えた位置が、次の論理オブジェクトのヘッダ開始位置となる。
このようにヘッダを付加することで、コンテナファイル内の論理オブジェクトの種別と境界を判別することができる。
【００５４】
アーカイブ装置３０内の仮想テープライブラリは、ヘッダを順に参照することで、任意の位置にシークを行うことができるが、ヘッダを参照するたびに読み出しとシーク動作を繰り返すことになるため、ランダムアクセス性能はよくない。
【００５５】
（１ｄ−２．テーブル方式）
上述したヘッダ方式に対して、ヘッダに相当する情報を分散させず、図８に示すようにテーブルにまとめる方法も可能である。
【００５６】
図８に示す論理オブジェクトテーブルの各エントリは、記録メディアに記録された各論理オブジェクトに対応し、各論理オブジェクトの種別と、論理オブジェクト識別子、および論理オブジェクトが属するコンテナファイル先頭からのオフセット位置が記述される。
【００５７】
このテーブル方式を利用した仮想テープライブラリを有するアーカイブ装置３０は、シーク動作を行う際に、論理オブジェクトテーブル上でシーク先の論理オブジェクト識別子を持つエントリを検索し、そこに記述されたオフセット位置にシークすればよい。
すなわちただ一度のシーク動作で済むため、ランダムアクセス性能はよい。
【００５８】
一方、このテーブル方式では、論理オブジェクトテーブルをどこに持つかという課題が生じる。
検索速度の観点からは、論理オブジェクトテーブルは、アーカイブ装置３０内のメモリ上に記録することが好ましい。
【００５９】
しかし、記録メディアとして光ディスク等の可換型記録媒体を用いる場合は、媒体を記録装置から取り出した際には、論理オブジェクトテーブルは光ディスク等の可換型記録媒体上に記録されていることが望ましい。
【００６０】
これらを両立させるためには、図９に示すように、光ディスク等の可換型記録媒体を装置に装填した状態、すなわちディスクのマウント中は、論理オブジェクトテーブルをメモリ上に置き、ディスクを取り出す直前、すなわちディスクのアンマウント直前にディスクにテーブルを書き戻す方法が考えられる。
【００６１】
論理オブジェクトテーブルは、コンテナファイルの独立したファイルとして記録してもよいし、コンテナファイルの末尾に付加する形式でもよい。
【００６２】
ただしこの方法では、マウント中に電源断などの異常が発生した場合、論理ブロックデータが記録媒体に記録されていたとしても、それを参照するための論理オブジェクトテーブルが消失してしまうため、論理オブジェクトに正しくアクセスすることができなくなる。
すなわちこの方式は、障害回復性の点で劣るといえる。
【００６３】
（１ｄ−３．ヘッダ・テーブル併用方式）
そこで、図１０に示すように、前述のヘッダを用いた方式と、テーブルを用いた方式とを併用する方式が考えられる。
【００６４】
このヘッダ、テーブル併用方式では、ヘッダ記録処理とテーブル参照処理を併用する。データ記録時には、各論理オブジェクトの記録処理毎に各論理オブジェクトの前に固定長のヘッダを付けて記録する。さらに、光ディスク等の可換型記録媒体を取り出す直前、すなわちディスクのアンマウント直前にディスクに論理オブジェクトテーブルを記録する。テーブルは、コンテナファイルの独立したファイルとして記録してもよいし、コンテナファイルの末尾に付加する形式でもよい。
【００６５】
このようにヘッダとテーブルを併用することで、シーク処理に際しては、メモリ上の論理オブジェクトテーブルを用いて高速なランダムアクセスを実現することが可能となる。またマウント中に電源断が発生した場合には、記録媒体上のコンテナファイル内に記録されたヘッダ情報を読み出すことで、論理オブジェクトテーブルを再構築することができる。
【００６６】
（１ｅ．仮想テープライブラリを用いる場合の注意点と問題点について）
次に、上述した仮想テープライブラリを用いる場合の注意点と問題点について説明する。
【００６７】
（１ｅ−１．コンテナファイル形式について）
一般に、ハードディスクなどの固定型の記録装置を用いる場合においては、ホストＰＣと記録装置、およびソフトウェアから構築されるシステムが、一体として運用される場合が多い。
【００６８】
このような場合は、ハードディスクに記録されるコンテナファイルの形式が独自のものであったとしても、これと一体として使用されるソフトウェアが当該ファイル形式を認識可能であれば問題なく運用できる。
【００６９】
一方、光ディスク等の可換型記録媒体を用いた記録装置では、記録媒体が記録装置から取り出されることがある。
従って、たとえばアーカイブなどの用途で数十年といった長期の保管が必要な場合、データが記録された記録媒体が残っていても、それを読み出すためのソフトウェアや、そのソフトウェアを動作させるためのオペレーティングシステムが保守されていなければ、データを読み出すことができなくなる。
【００７０】
このような場合に備えて、記録媒体に記録するコンテナファイルの形式は、公開された標準規格に準拠していることが望ましい。
標準規格に準拠していれば、たとえばオペレーティングシステムが異なっても読み出せる可能性は高く、また、コンテナファイルの形式が公開されているため、必要に応じて新たにソフトウェアを開発することも可能となる。
【００７１】
（１ｅ−２．論理オブジェクトテーブルの記録媒体への記録と保存処理について）
上述したテーブル方式では、メモリ上の論理オブジェクトテーブルをいつ記録媒体に書き戻すか、また、記録媒体上にどのような形式で保存するか、が問題となる。
【００７２】
（１ｅ−２−１．論理オブジェクトテーブルを一括して書き戻す方式の問題点）
たとえば、光ディスク等の可換型記録媒体を取り出す（アンマウント）処理の前にのみ、メモリ上の論理オブジェクトテーブルを一括して光ディスク等の可換型記録媒体に書き戻すようにした場合、以下のような問題が考えられる。
【００７３】
すなわち、大容量、たとえば数テラバイトの未使用記録媒体に容量いっぱいになるまで連続した書き込みを行った場合、論理オブジェクトの平均サイズを１０キロバイトとすれば、論理オブジェクトの総数は数百万におよぶ。
【００７４】
これらの論理オブジェクトに対するエントリを論理オブジェクトテーブルテーブルに保持するためには、数ギガバイトといった大きなメモリ空間が必要になる。
また、論理オブジェクトテーブルをディスクに書き戻す際に時間を要するため、記録媒体の取り出し操作が遅くなる。
さらに、障害発生時の回復処理において、数百万におよぶすべてのヘッダを参照する必要があり、処理時間が長くなる。
【００７５】
（１ｅ−２−２．論理オブジェクトテーブルの差分を書き戻す方式の問題点）
図１１に示すように、可換型記録媒体を取り出す前のみならず、随時、たとえば一定数の論理オブジェクトを記録した後に論理オブジェクトテーブルの差分のみを書き戻すようにする方法も考えられる。
【００７６】
この場合、メモリ上に保持すべき論理オブジェクトテーブルのエントリ数は少なくて済むため、メモリ消費量や、書き戻しのための時間は短くて済む。
【００７７】
しかしながら、記録媒体上で論理オブジェクトテーブルが分散することになるため、目的のエントリを探索するためには、分散したすべての論理オブジェクトテーブル情報を参照する必要がある。そのためマウント時またはシーク処理時に長い時間を要するという欠点がある。
【００７８】
［２．本開示のアーカイブ装置の構成と処理について］
次に、本開示のアーカイブ装置の構成と処理について説明する。
【００７９】
本開示のアーカイブ装置は、論理オブジェクトテーブル差分を随時書き戻す方法を基本とする。
ただし、シーク動作のために論理オブジェクトテーブルの探索を行う際、記録媒体上に分散したすべての論理オブジェクトテーブル情報を参照するのではなく、その一部のみを参照する方式である。
【００８０】
これを実現するためには、記録媒体上に分散した論理オブジェクトテーブル情報のうち、シーク先となる論理オブジェクトのエントリが記録されている部分がどこであるかを判断する必要がある。
本開示のアーカイブ装置は、ファイルシステムのディレクトリ情報を利用してこれを実現する。
【００８１】
［２−１．本開示の情報処理システムの構成例について］
本開示のアーカイブ装置が実行する処理の説明の前に、まず、図１２を参照して本開示の情報処理システムの構成例について説明する。
図１２は、本開示の情報処理システム１００の構成例を示す図である。
情報処理システム１００は、先に図１を参照して説明したと同様、ネットワークに接続されたアーカイブ装置１３０と複数のホストＰＣ（ユーザ装置）１２０を有する。
【００８２】
アーカイブ装置１３０は、記録メディアとして例えば多数の光ディスクを有する。なお、記録メディアは、光ディスクに限らず磁気ディスクであってもよい。本実施例ては一例として光ディスクを用いた構成例について説明する。
【００８３】
図に示すように、アーカイブ装置１３０は、複数毎の光ディスクを格納したカートリッジを多数、格納している。
アーカイブ装置１３０は、光ディスクに様々なデータ、例えば映像データ等を記録し、記録データの長期保存を可能とした大容量型の記憶装置である。
【００８４】
なお、本開示のシステムは、図１２に示すネットワーク接続構成に限らず、例えば先に図３を参照して説明したと同様の構成、すなわち１つのホストＰＣとアーカイブ装置が直接接続された構成であってもよい。
【００８５】
図１３は、図１２に示すアーカイブ装置１３０と、ホストＰＣ（ユーザ装置）１２０の内部構成例を示す図である。
この図１３に示す各装置の構成要素自体は、先に図５を参照して説明した構成要素と同様である。
【００８６】
すなわち、ホストＰＣ１２０は、アプリケーションプログラム１２１、テープデバイスドライバ１２２、ｉＳＣＳＩイニシエーターサービス１２３、ネットワークコントローラ（ＮＩＣ）１２４を有する。
一方、アーカイブ装置１３０は、ネットワークコントローラ（ＮＩＣ）１３２、ｉＳＣＳＩターゲットサービス１３３、テープエミュレータ１３４、ファイルシステムドライバ１３５、ディスクアクセス部１３６を有する。
【００８７】
ホストＰＣ１２０のアプリケーションプログラム１２１は、アーカイブ装置１３０
の記録メディアに対するデータ記録処理や、読み取り要求を実行するアプリケーションである。テープデバイスドライバ１２２は、アプリケーションプログラム１２１の要求に応じて、ＳＣＳＩ−ＳＳＣプロトコルに従ったＳＳＣコマンドを生成する。
【００８８】
ホストＰＣ１２０のｉＳＣＳＩイニシエーターサービス１２３と、ネットワークコントローラ（ＮＩＣ）１２４は、テープデバイスドライバ１２２の生成したＳＣＳＩ−ＳＳＣプロトコルに従ったＳＳＣコマンドを、ネットワークを介してアーカイブ装置１３０に送信するための送信データを生成して出力する。
【００８９】
アーカイブ装置１３０のネットワークコントローラ（ＮＩＣ）１３２、ｉＳＣＳＩターゲットサービス１３３は、ホストＰＣ１２０の送信データからＳＳＣコマンドを取得してテープエミュレータ１３４に出力する。
【００９０】
テープエミュレータ１３４は、ホストＰＣ１２０の生成したテープアクセス用コマンド（ＳＳＣコマンド）を解釈して、ディスクアクセス可能なコマンドに変換する。例えば、磁気ディスク装置や光ディスク装置のアクセス用コマンドであるＳＣＳＩ規格で定められた  ＳＢＣ（ＳＣＳＩ  Ｂｌｏｃｋ  Ｃｏｍｍａｎｄｓ）、ＭＭＣ（Ｍｕｌｔｉ−Ｍｅｄｉａ  Ｃｏｍｍａｎｄｓ）等のコマンドに変換する処理等を実行して、変換コマンドをファイルシステムドライバ１３５に出力する。
【００９１】
ファイルシステムドライバ１３５は、ディスクアクセス用のコマンドであるＳＢＣあるいはＭＭＣコマンドセット等のディスクアクセス用のファイルシステムを利用可能としたドライバである。このファイルシステムドライバ１３５を介してディスクアクセス部１３６においてディスクをアクセスし、ホストＰＣ１２０の要求処理であるデータの記録や読み取りを実行する。
【００９２】
基本的な処理の流れは、先に図５を参照した処理と同様であるが、本開示のアーカイブ装置１３０は、従来にはない新たな処理を実行する。
【００９３】
本開示のアーカイブ装置１３０は、メディアに記録される単位データである論理オブジェクトの種別と、論理オブジェクト識別子、およびコンテナファイル内でのオフセット位置を記録した論理オブジェクトテーブルを生成してメモリに記録するとともに、このテーブルをメモリから光ディスク等の記録メディアに記録する処理等を実行する。論理オブジェクトテーブルのメモリから光ディスク等の記録メディアに記録する処理は、差分を随時書き戻す方法を基本とする。
【００９４】
さらに、例えばホストＰＣ１２０からアクセス要求のなされた論理オブジェクトのシーク動作を行う際、記録媒体上に分散したすべての論理オブジェクトテーブル情報を参照するのではなく、その一部のみを参照して目的の論理オブジェクトの記録位置を解析可能とした構成を実現する。
これを実現するためには、記録媒体上に分散した論理オブジェクトテーブル情報のうち、シーク先となる論理オブジェクトのエントリが記録されている部分がどこであるかを判断する必要がある。
本開示のアーカイブ装置は、ファイルシステムのディレクトリ情報を利用してこれを実現する。
【００９５】
図１４は、本開示のアーカイブ装置１３０の詳細構成例を示す図である。アーカイブ装置１３０は、ネットワークコントローラ（ＮＩＣ）１３２、ｉＳＣＳＩターゲットサービス１３３、テープエミュレータ１３４、ファイルシステムドライバ１３５、ディスクアクセス部１３６、メモリ１３７を有する。
【００９６】
テープエミュレータ１３４は、ヘッダ処理部１４１、論理オブジェクトテーブル処理部１４２を有する。
ヘッダ処理部１４１は、ディスクに記録する論理オブジェクト単位のヘッダ情報、すなわち論理オブジェクトが論理ブロックであるかファイルマークであるかの種別情報と、当該論理オブジェクトのサイズ、および論理オブジェクト識別子等から構成されるヘッダの生成、ファイルシステムドライバ１３５への出力、ディスクからのヘッダ読み取り処理等を実行する。
【００９７】
論理オブジェクトテーブル処理部１４２は、論理オブジェクトの種別と、論理オブジェクト識別子、およびコンテナファイル内でのオフセット位置を記録した論理オブジェクトテーブルの生成、メモリ１３７への書き出し、メモリ１３４７からの読み取り、ファイルシステムドライバ１３５への出力、ディスクから読み取り処理等を実行する。
【００９８】
論理オブジェクトテーブル処理部１４２は、さらに、後述するコンテナファイルテーブル、すなわち光ディスク等の記録媒体に記録されたコンテナファイルのリストであるコンテナファイルテーブルの生成、メモリに対する記録処理、クリア処理等も実行する。
【００９９】
なお、図には示していないが、テープエミュレータ１３４は、従来と同様のコマンドのエミュレーション処理も実行する。すなわち、ホストＰＣ１２０の生成したテープアクセス用コマンド（ＳＳＣコマンド）を解釈して、ディスクアクセス可能なコマンドに変換する。例えば、磁気ディスク装置や光ディスク装置のアクセス用コマンドであるＳＣＳＩ規格で定められた  ＳＢＣ（ＳＣＳＩ  Ｂｌｏｃｋ  Ｃｏｍｍａｎｄｓ）、ＭＭＣ（Ｍｕｌｔｉ−Ｍｅｄｉａ  Ｃｏｍｍａｎｄｓ）等のコマンドに変換する処理等を実行して、変換コマンドをファイルシステムドライバ１３５に出力する。
【０１００】
［２−２．本開示のアーカイブ装置が実行する論理オブジェクトテーブルのメディア記録処理の詳細について］
次に、本開示のアーカイブ装置１３０が実行する論理オブジェクトテーブルのメディア記録処理の詳細について説明する。
【０１０１】
［２−２−１．コンテナファイルの形式］
本開示のアーカイブ装置１３０のデータ処理部、例えばテープエミュレータ１３４等のデータ処理部は、アーカイブ装置１３０のメモリに記録された論理オブジェクトテーブルを光ディスク等の記録メディアに記録する処理を実行する。
図１５に示すように、先に説明したヘッダ方式とテーブル方式を併用し、論理オブジェクトテーブルはコンテナファイルの末尾に内包する形式とする。
【０１０２】
図１５に示すように、論理オブジェクトテーブルには、記録メディアに記録された各論理オブジェクトの種別と、論理オブジェクト識別子、および論理オブジェクトが属するコンテナファイル先頭からのオフセット位置が記述される。
【０１０３】
この論理オブジェクトテーブルは、光ディスク等の記録メディアがマウントされている間はメモリに記録されており、記録メディアがアンマウントされる際に記録メディアに転記される。
例えば、あるコンテナファイルに対するデータ記録時にコンテナファイルをクローズする際には、その末尾に、当該コンテナファイル内のすべての論理オブジェクトに対する論理オブジェクトテーブルを付加してからクローズする。
なお、本開示書においてクローズ処理とは、主に当該ファイルに対して、以後恒久的に書き換えや追記を行わない状態にすることを指すが、必ずしも恒久的に書き換えや追記を行わない状態にすることに限らず、ある一定期間の間、書き換えや追記を行わない状態にすることをクローズ処理としてもよい。
【０１０４】
このコンテナファイル形式には、ＺＩＰ形式を用いることができる。ＺＩＰ形式では、図１６に示すように、前述のヘッダに相当するＬｏｃａｌ  Ｆｉｌｅ  Ｈｅａｄｅｒと、また前述の論理オブジェクトテーブルに相当するＣｅｎｔｒａｌ  Ｄｉｒｅｃｔｏｒｙを有するため、これをコンテナファイルに用いることができる。
コンテナファイル形式にＺＩＰ形式を用いた場合、論理オブジェクトは、ＺＩＰ内のファイルに相当する。ＺＩＰにおけるファイル名は、当該論理オブジェクトの論理オブジェクト識別子と論理ファイル識別子を、結合子を介して連結させた文字列とする。
【０１０５】
［２−２−２．コンテナファイルの分割］
本開示の構成では、図１７に示すように、複数のコンテナファイルを用いて複数の論理オブジェクト群を表現する。
【０１０６】
記録中のコンテナファイルは、以下に示す４つの時点において一旦クローズし、記録を継続する場合は、新規に作成したコンテナファイルに記録を行う。
（第１時点）可換型媒体を記録装置から取り出す（アンマウント）直前
（第２時点）記録中のコンテナファイルのサイズが、あらかじめ定めた基準値を超えた時点
（第３時点）記録中のコンテナファイル内の論理オブジェクト数が、あらかじめ定めた基準値を超えた時点
（第４時点）カートリッジ内に複数の光ディスクを有する可換型媒体において、記録中のディスクの空き容量が、あらかじめ定めた基準値を下回った時点
【０１０７】
第１の時点は、可換型媒体を記録装置から取り出す直前である。
前述のようにコンテナファイルの末尾には論理オブジェクトテーブルが記録されるので、記録装置から取り出された可換型媒体には、当該コンテナファイル内に記録されたすべての論理オブジェクトの論理オブジェクトテーブルが記録されることになる。
【０１０８】
第２の時点は、記録中のコンテナファイルのサイズが、あらかじめ定めた基準値を超えた時点である。
たとえば、コンテナファイルのサイズを４ギビバイト（すなわち４ｘ２３０バイト）未満に制限すれば、論理オブジェクトテーブルの各エントリ内のオフセット情報を３２ビットで表現することができ、論理オブジェクトテーブルのサイズを抑制することができる。
【０１０９】
第３の時点は、記録中のコンテナファイル内の論理オブジェクト数が、あらかじめ定めた基準値を超えた時点である。
これにより論理オブジェクトテーブルの使用するメモリの消費量を一定量以下とすることができる。
【０１１０】
第４の時点は、カートリッジ内に複数の光ディスクを有する可換型媒体において、記録中のディスクの空き容量が、あらかじめ定めた基準値を下回った時点である。
これにより、コンテナファイルがディスクをまたいで記録されることがなくなる。すなわち、コンテナファイル内の論理ブロックと論理オブジェクトテーブルが同一のディスクに記録されることになる。したがって、論理オブジェクトテーブルを参照してから論理ブロックにアクセスする際に、ディスク入れ替えによる遅延が発生しない。
【０１１１】
［２−２−３．コンテナファイルの名称］
本開示のアーカイブ装置１３０は、コンテナファイルの名称として、以下の４つの値を含むファイル名を設定する。
（１）先頭論理オブジェクトＩＤ（ＦＩＲＳＴ＿ＬＯＩＤ）
（２）先頭論理ファイルＩＤ（ＦＩＲＳＴ＿ＬＦＩＤ）
（３）含有論理オブジェクト数（Ｎ＿ＬＯ）
（４）含有ファイルマーク数（Ｎ＿ＦＭ）
【０１１２】
第１に、当該コンテナファイルが含む先頭の論理オブジェクトの論理オブジェクトＩＤ（識別子）。以後これをＦＩＲＳＴ＿ＬＯＩＤと呼ぶ。
第２に、当該コンテナファイルが含む先頭の論理オブジェクトが論理ブロックである場合は、当該論理ブロックの属する論理ファイルＩＤ（識別子）。または、当該コンテナファイルが含む先頭の論理オブジェクトがファイルマークである場合は、当該ファイルマークの直前の論理ファイルの論理ファイルＩＤ（識別子）。以後これを、ＦＩＲＳＴ＿ＬＦＩＤと呼ぶ。
【０１１３】
第３に、当該コンテナファイルが含む論理オブジェクトの数。以後これをＮ＿ＬＯと呼ぶ。
第４に、当該コンテナファイルが含むファイルマークの数。以後これをＮ＿ＦＭと呼ぶ。
【０１１４】
たとえば、図１８に示すようなコンテナファイルでは、
先頭の論理オブジェクトＩＤ（識別子）＝０、
先頭の論理オブジェクトの属する論理ファイルＩＤ（識別子）＝０、
コンテナファイルが含む論理オブジェクトの数＝３、
コンテナファイルが含むファイルマークの数＝１、
であるから、これらを固定桁数で表現し、結合子としてアンダーバーを用いると、図１９に示すようなファイル名、すなわち、
ファイル名＝００００００００＿００００００００＿０００００００３＿０００００００１
となる。
【０１１５】
逆に言えば、コンテナファイルのファイル名から、そのコンテナファイル内の先頭の論理オブジェクト識別子、先頭の論理オブジェクトの属する論理ファイル識別子、コンテナファイルが含む論理オブジェクトの数、コンテナファイルが含むファイルマーク数、をそれぞれ得ることが可能である。
【０１１６】
これにより、ある論理オブジェクト識別子を持つ論理オブジェクトが、当該コンテナファイルに含まれるか否かを判別することができる。
すなわち、ある探索対象の論理オブジェクト識別子の値をＴＡＲ＿ＬＯＩＤとすると、以下の（判定式１）、すなわち、
ＦＩＲＳＴ＿ＬＯＩＤ≦ＴＡＲ＿ＬＯＩＤ＜ＦＩＲＳＴ＿ＬＯＩＤ＋Ｎ＿ＬＯ・・（判定式１）
上記（判定式１）を満足するなら、探索対象の論理オブジェクトは、当該コンテナファイルに含まれると判断できる。
【０１１７】
また、ある探索対象のファイルマークの直前の論理ファイルの論理ファイル識別子をＴＡＲ＿ＬＦＩＤとすると、以下の（判定式２）、すなわち、
ＦＩＲＳＴ＿ＬＦＩＤ≦ＴＡＲ＿ＬＦＩＤ＜ＦＩＲＳＴ＿ＬＦＩＤ＋Ｎ＿ＦＭ・・（判定式２）
上記（判定式２）を満足するなら、探索対象のファイルマークは、当該コンテナファイルに含まれると判断できる。
【０１１８】
［２−２−４．コンテナファイルテーブル］
本開示のアーカイブ装置は、記録媒体上にあるコンテナファイルの一覧を、メモリ上で図２０に示すようなコンテナファイルテーブルとして管理する。
記録媒体をマウントした際、ファイルシステムのディレクトリ情報から得られるファイル名を元に、図２０に示すコンテナファイルテーブルを作成する。
【０１１９】
ディレクトリ情報は記録媒体上に記録されており、データ処理部１３４は、ファイルシステムドライバ１３５を介してディレクトリ情報を取得して参照することができる。
ディレクトリ情報には各コンテナファイルのファイル名、すなわち、図１９を参照して説明したと同様のデータからなるファイル名が記録されている。
【０１２０】
なお、図２０に示すコンテナファイルテーブルの各エントリが、ひとつのコンテナファイルに対応する情報を持つ。
図２０に示すように、コンテナファイルテーブルには、記録媒体上にあるコンテナファイル各々について、
（１）先頭論理オブジェクトＩＤ（ＦＩＲＳＴ＿ＬＯＩＤ）
（２）先頭論理ファイルＩＤ（ＦＩＲＳＴ＿ＬＦＩＤ）
（３）含有論理オブジェクト数（Ｎ＿ＬＯ）
（４）含有ファイルマーク数（Ｎ＿ＦＭ）
これらの各データを記録したテーブルである。
なお、上記各データは、コンテナファイル名の構成データに対応する。
【０１２１】
図２０に示すコンテナファイルテーブルは記録媒体にそのままの形で書き戻されることはない。コンテナファイルテーブルの各エントリ情報からコンテナファイルのファイル名を生成することにより、ファイルシステムデータとして記録媒体に書き戻される。
【０１２２】
［２−２−５．本開示の構成による効果］
本開示の構成を用いることにより、少ないメモリ使用量で動作し、かつマウント時間やシーク時間を短縮可能なディスク搭載アーカイブ装置、例えば、光ディスク等の可換型記録媒体を記録メディアとして有するアーカイブ装置１３０を実現することができる。
【０１２３】
なお、本開示のアーカイブ装置１３０は、ディスクに対するコンテナファイルの書き込み処理をシーケンシャルに行い、かつ、フラグメントが発生しないため、シーケンシャルな書き込みを必要とする追記型光ディスク装置を利用した構成にも適用可能である。
【０１２４】
さらに、コンテナファイルの形式に標準的なＺＩＰ形式を用いることにより、将来的にテープエミュレータの保守が困難になった場合でも、汎用的なＺＩＰ解凍プログラムを用いることにより、記録内容を復元できる。
【０１２５】
［３．本開示のアーカイブ装置が実行する処理のシーケンスについて］
次に、本開示のアーカイブ装置が実行する処理のシーケンスについて説明する。
【０１２６】
本開示のアーカイブ装置が実行する処理のシーケンスとして、以下の各処理について、順次、説明する。
（処理１）未使用記録媒体のマウント処理
（処理２）論理ブロック追記処理
（処理３）ファイルマーク追加処理
（処理４）コンテナファイルのサイズが終了基準値に到達した場合の処理
（処理５）コンテナファイル内の論理オブジェクト数が上限に到達した場合の処理
（処理６）記録中野ディスクの空き容量が基準値を下回った場合の処理
（処理７）アンマウント時の処理
（処理８）記録済みメディアのマウント処理
（処理９）シーク時の処理
【０１２７】
［３−１．（処理１）未使用記録媒体のマウント処理］
まず、本開示のアーカイブ装置１３０が光ディスク等の未使用記録媒体をマウント（装着）する際の処理シーケンスについて、図２１に示すフローチャートを参照して説明する。
【０１２８】
なお、以下において説明するフローチャートに従った処理は、アーカイブ装置１３０の記憶部に格納されたプログラムに従って実行することが可能であり、例えばプログラム実行機能を有するＣＰＵ等のプロセッサ有するデータ処理部の制御下で実行することができる。
図２１に示すフローチャートの各ステップの処理について説明する。
【０１２９】
（ステップＳ１０１）
まず、本開示のアーカイブ装置のデータ処理部は、ステップＳ１０１において、ファイルシステムＡＰＩを呼び出して、マウントする記録媒体上のコンテナファイル一覧を取得し、メモリ上にコンテナファイルテーブルとして展開する。
【０１３０】
すなわち、ファイルシステムのディレクトリ情報から得られるファイル名を元に、図２０に示すコンテナファイルテーブルを作成する。前述したように、ディレクトリ情報は記録媒体上に記録されており、データ処理部は、ファイルシステムドライバを介してディレクトリ情報を取得することができる。
ディレクトリ情報には各コンテナファイルのファイル名、すなわち、図１９を参照して説明したと同様のデータからなるファイル名が記録されている。
【０１３１】
なお、ここで使用するファイルシステムＡＰＩは、利用するＯＳによって異なるものとなる。
たとえば、Ｗｉｎｄｏｗｓ  ＯＳにおいては、ＦｉｎｄＦｉｒｓｔＦｉｌｅ（）関数、およびＦｉｎｄＮｅｘｔＦｉｌｅ（）関数を利用する。
また、Ｌｉｎｕｘ（登録商標）等のＰＯＳＩＸ系のＯＳにおいては、ｒｅａｄｄｉｒ（）関数を用いることができる。
【０１３２】
本開示のアーカイブ装置のデータ処理部は、これらの関数を用いて、記録媒体上のコンテナファイル一覧（ディレクトリ情報）を取得する。
【０１３３】
取得するコンテナファイル一覧は、コンテナファイル名の一覧である。すなわち、図１９を参照して説明したコンテナファイル名であり、
先頭の論理オブジェクトＩＤ（識別子）、
先頭の論理オブジェクトの属する論理ファイルＩＤ（識別子）、
コンテナファイルが含む論理オブジェクトの数、
コンテナファイルが含むファイルマークの数、
これら４種類のデータを含むファイル名である。
【０１３４】
本開示のアーカイブ装置のデータ処理部は、マウントする光ディスク等の記録媒体に記録済みのコンテナファイルのコンテナファイル名を取得して、メモリ上にコンテナファイルテーブルとして記録する。
【０１３５】
このコンテナファイルテーブルは、先に図２０を参照して説明したデータによって構成されるコンテナファイルテーブルを作成してメモリに記録する。
図２０に示すコンテナファイルテーブルの各エントリが、ひとつのコンテナファイルに対応する情報を持つ。
【０１３６】
（ステップＳ１０２）
本開示のアーカイブ装置のデータ処理部は、次のステップＳ１０２において、メモリに記録したコンテナファイルテーブルを先頭論理ブロック識別子の昇順にソートする。
【０１３７】
なお、未使用記録媒体においては、コンテナファイルはまだひとつも記録されていないから、コンテナファイルテーブルは空の状態となる。
【０１３８】
（ステップＳ１０３）
次にステップＳ１０３において、本開示のアーカイブ装置のデータ処理部は、メモリに記録したコンテナファイルテーブルの末尾に新規にエントリを追加する。
【０１３９】
この新規追加エントリは、この後に記録される論理オブジェクトを格納するためのコンテナファイルに対応するエントリである。
ただし、この時点ではコンテナファイルは未だ作成されない。
以上で未使用記録媒体のマウント処理は終了する。
【０１４０】
［３−２．（処理２）論理ブロック追記処理］
次に、本開示のアーカイブ装置１３０が光ディスク等の記録媒体に新たな論理ブロックを追記する処理のシーケンスについて、図２２に示すフローチャートを参照して説明する。
【０１４１】
図２２に示すフローチャートは、ホストＰＣから発行されたＷＲＩＴＥコマンドに対する処理として、未使用記録媒体に論理ブロックを一つ追記する場合のフローチャートである。
以下、図２２に示すフローの各ステップの処理について、順次、説明する。
【０１４２】
（ステップＳ２０１）
まず、本開示のアーカイブ装置のデータ処理部は、ステップＳ２０１において、メモリ上の論理オブジェクトテーブルにエントリを追加し、ディスクに記録する論理オブジェクトの種別、すなわち当該論理オブジェクトが論理ブロックであることを示す識別情報と、論理オブジェクト識別子、論理ファイル識別子、コンテナファイル上のオフセット位置等の情報を記録する。
【０１４３】
なお、本処理例は、未使用記録媒体に対する最初の書き込みであるので、図２３に示すように、メモリ上の論理オブジェクトテーブルに、
論理オブジェクト識別子＝０、
オフセット位置＝０、
論理オブジェクト種別＝論理ブロック、
上記設定のひとつのエントリを追加する。
【０１４４】
（ステップＳ２０２）
次に、本開示のアーカイブ装置のデータ処理部は、ステップＳ２０２において、書き込み先となるコンテナファイルがオープンされているかを確認し、オープンされていない場合は、ステップＳ２０３に進み、コンテナファイルオープン処理を行う。
【０１４５】
なお、未使用記録媒体への初回記録時においては、コンテナファイルはまだオープンされていないため、コンテナファイルオープン処理を行うことが必要となる。
【０１４６】
コンテナファイルオープン処理のシーケンスについて、図２４に示すフローチャートを参照して説明する。
【０１４７】
（ステップＳ３０１）
本開示のアーカイブ装置のデータ処理部は、まず、ステップＳ３０１において、メモリ上に記録したコンテナファイルテーブル末尾のエントリからコンテナファイルのファイル名を生成する。
【０１４８】
ファイル名の生成規則は、たとえば先に図１９を参照して説明したように、当該コンテナファイルに含まれる先頭の論理オブジェクトの論理オブジェクト識別子と、その論理オブジェクトが属する論理ファイルの論理ファイル識別子、および当該コンテナファイルに含まれる論理オブジェクトの数とファイルマークの数を含む形式とする。
【０１４９】
未使用記録媒体への初回記録時は、論理オブジェクトはまだひとつも記録されていないので、生成されるコンテナファイル名は、
００００００００＿００００００００＿００００００００＿００００００００
上記のファイル名となる。
【０１５０】
（ステップＳ３０２）
次に、本開示のアーカイブ装置のデータ処理部は、ステップＳ３０２において、生成ファイル名を用いて、ファイルシステムＡＰＩを呼び出し、ファイルの新規作成オープンを行う。
【０１５１】
ここで使用するファイルシステムＡＰＩは、たとえばＷｉｎｄｏｗｓ  ＯＳにおいては  ＣｒｅａｔｅＦｉｌｅ（）関数、また、Ｌｉｎｕｘ（登録商標）等のＰＯＳＩＸ系のＯＳでは、ｏｐｅｎ（）関数を用いる。
【０１５２】
（ステップＳ２０４）
図２２のフローに戻り、光ディスク等の記録媒体に新たな論理ブロックを追記する処理のシーケンスについての説明を続ける。
ステップＳ２０２においてコンテナファイルオープン済みと判定した場合、または、ステップＳ２０３においてコンテナファイルオープン処理が完了すると、ステップＳ２０４に進む。
【０１５３】
本開示のアーカイブ装置のデータ処理部は、ステップＳ２０４において、論理オブジェクトヘッダを記録媒体に記録する。
【０１５４】
論理オブジェクトヘッダには、記録する論理オブジェクトが論理ブロックであることを示す種別情報が含まれる。
また、記録する論理オブジェクトのサイズ情報が含まれる。
【０１５５】
（ステップＳ２０５）
本開示のアーカイブ装置のデータ処理部は、ステップＳ２０４におけるヘッダ記録が完了すると、ステップＳ２０５において、記録したヘッダ領域に続けてホストＰＣから記録要求された論理ブロックデータを記録媒体に記録する。
【０１５６】
（ステップＳ２０６）
続いて、本開示のアーカイブ装置のデータ処理部は、ステップＳ２０６において、ヘッダと論理ブロックデータ記録後のコンテナファイルのサイズの確認を行う。
【０１５７】
コンテナファイルのサイズが、予め規定したコンテナファイル終了基準値以上であると判定した場合は、ステップＳ２０９に進む。
一方、コンテナファイルのサイズが、予め規定したコンテナファイル終了基準値未満であると判定した場合は、ステップＳ２０７に進む。
【０１５８】
（ステップＳ２０７）
ステップＳ２０６において、コンテナファイルのサイズが、予め規定したコンテナファイル終了基準値未満であると判定した場合、アーカイブ装置のデータ処理部は、ステップＳ２０７において、コンテナファイル内の論理オブジェクト数の確認を行う。
【０１５９】
コンテナファイル内の論理オブジェクト数が予め規定した上限数（終了基準値）に達している場合は、ステップＳ２０９に進む。
一方、コンテナファイル内の論理オブジェクト数が予め規定した上限数（終了基準値）に達していない（終了基準値未満）場合は、ステップＳ２０８に進む。
【０１６０】
（ステップＳ２０８）
ステップＳ２０７において、コンテナファイル内の論理オブジェクト数が予め規定した上限数（終了基準値）に達していない（終了基準値未満）場合、アーカイブ装置のデータ処理部は、ステップＳ２０８において、記録中のディスクの空き容量を確認する。
【０１６１】
空き容量が予め規定した基準値（終了基準値）以下である場合は、ステップＳ２０９に進む。
一方、空き容量が予め規定した基準値（終了基準値）以下でない場合は、ステップＳ２０９の処理を実行することなく、本フローの処理を終了する。
【０１６２】
（ステップＳ２０９）
ステップＳ２０９の処理は、以下のいずれかの場合に実行する。
（１）ステップＳ２０６において、コンテナファイルのサイズが、予め規定したコンテナファイル終了基準値以上であると判定した場合、
（２）ステップＳ２０７において、コンテナファイル内の論理オブジェクト数が予め規定した上限数（終了基準値）に達していると判定した場合、
（３）ステップＳ２０８において、ディスク空き容量が予め規定した基準値（終了基準値）以下であると判定した場合、
【０１６３】
上記（１）〜（３）のいずれかに該当する場合、アーカイブ装置のデータ処理部は、ステップＳ２０９において、コンテナファイルのクローズ処理を実行して処理を終了する。
【０１６４】
なお、論理ブロックの追記処理を行う場合も、図２２に示すフローに従った処理を実行する。
ただし、論理ブロックの追記処理を行う場合には、ステップＳ２０２の時点ですでにコンテナファイルがオープンされているため、先に説明した図２４に示すフローのコンテナファイルオープン処理は行われない。
【０１６５】
［３−３．（処理３）ファイルマーク追記処理］
次に、本開示のアーカイブ装置１３０が光ディスク等の記録媒体に新たなファイルマークを追記する処理のシーケンスについて、図２５に示すフローチャートを参照して説明する。
以下、図２５に示すフローの各ステップの処理について、順次、説明する。
【０１６６】
（ステップＳ５０１）
まず、本開示のアーカイブ装置のデータ処理部は、ステップＳ５０１において、メモリに展開している論理オブジェクトテーブルにエントリを追加し、記録する論理オブジェクトの種別、すなわち当該論理オブジェクトがファイルマークであることを示す識別情報と、論理オブジェクト識別子、論理ファイル識別子、コンテナファイル上のオフセット位置等の情報を記録する。
【０１６７】
（ステップＳ５０２）
次に、本開示のアーカイブ装置のデータ処理部は、ステップＳ５０２において、書き込み先となるコンテナファイルがオープンされているかを確認し、オープンされていない場合は、ステップＳ５０３に進み、コンテナファイルオープン処理を行う。
【０１６８】
コンテナファイルオープン処理は、先に図２２のフローを参照して説明した論理ブロック追記処理おけるステップＳ２０３のコンテナファイルオープン処理と同様の処理である。すなわち、先に図２４のフローを参照して説明した処理と同じ処理である。
【０１６９】
（ステップＳ５０４）
ステップＳ５０２においてコンテナファイルオープン済みと判定した場合、または、ステップＳ５０３において、コンテナファイルオープン処理が完了すると、ステップＳ５０４に進む。
【０１７０】
本開示のアーカイブ装置のデータ処理部は、ステップＳ５０４において、論理オブジェクトヘッダを記録媒体に記録する。
【０１７１】
論理オブジェクトヘッダには、記録する論理オブジェクトがファイルマークであることを示す種別情報が含まれる。
また、記録する論理オブジェクトのサイズ情報が含まれる。ただし、ファイルマークは実データを持たないため、論理オブジェクトのサイズは０とする。
【０１７２】
（ステップＳ５０５）
続いて、本開示のアーカイブ装置のデータ処理部は、ステップＳ５０５において、ヘッダと論理ブロックデータ記録後のコンテナファイルのサイズの確認を行う。
【０１７３】
コンテナファイルのサイズが、予め規定したコンテナファイル終了基準値以上であると判定した場合は、ステップＳ５０８に進む。
一方、コンテナファイルのサイズが、予め規定したコンテナファイル終了基準値未満であると判定した場合は、ステップＳ５０６に進む。
【０１７４】
（ステップ５０６）
ステップＳ５０５において、コンテナファイルのサイズが、予め規定したコンテナファイル終了基準値未満であると判定した場合、アーカイブ装置のデータ処理部は、ステップＳ５０６において、コンテナファイル内の論理オブジェクト数の確認を行う。
【０１７５】
コンテナファイル内の論理オブジェクト数が予め規定した上限数（終了基準値）に達している場合は、ステップＳ５０８に進む。
一方、コンテナファイル内の論理オブジェクト数が予め規定した上限数（終了基準値）に達していない（終了基準値未満）場合は、ステップＳ５０７に進む。
【０１７６】
（ステップＳ５０７）
ステップＳ５０６において、コンテナファイル内の論理オブジェクト数が予め規定した上限数（終了基準値）に達していない（終了基準値未満）場合、アーカイブ装置のデータ処理部は、ステップＳ５０７において、記録中のディスクの空き容量を確認する。
【０１７７】
空き容量が予め規定した基準値（終了基準値）以下である場合は、ステップＳ５０８に進む。
一方、空き容量が予め規定した基準値（終了基準値）以下でない場合は、ステップＳ５０８の処理を実行することなく、本フローの処理を終了する。
【０１７８】
（ステップＳ５０８）
ステップＳ５０８の処理は、以下のいずれかの場合に実行する。
（１）ステップＳ５０５において、コンテナファイルのサイズが、予め規定したコンテナファイル終了基準値以上であると判定した場合、
（２）ステップＳ５０６において、コンテナファイル内の論理オブジェクト数が予め規定した上限数（終了基準値）に達していると判定した場合、
（３）ステップＳ５０７において、ディスク空き容量が予め規定した基準値（終了基準値）以下であると判定した場合、
【０１７９】
上記（１）〜（３）のいずれかに該当する場合、アーカイブ装置のデータ処理部は、ステップＳ５０８において、コンテナファイルのクローズ処理を実行して処理を終了する。
【０１８０】
［３−４．（処理４）コンテナファイルのサイズが終了基準値に到達した場合の処理］
次に、本開示のアーカイブ装置１３０が光ディスク等の記録媒体に対するデータ記録を実行中にコンテナファイルのサイズが終了基準値に到達した場合の処理のシーケンスについて、図２６に示すフローチャートを参照して説明する。
【０１８１】
先に図２２を参照して説明した論理ブロック追記処理のフロー中のステップＳ２０６や、図２５を参照して説明したファイルマーク追記処理のフロー中のステップＳ５０５において、コンテナファイルのサイズが終了基準値以上となったと判定された場合には、図２２のフローのステップＳ２０９、または図２５のフローのステップＳ５０８において、コンテナファイルクローズ処理を行う。
以下に説明する図２６に示すフローに従った処理は、これらの場合に実行するコンテナファイルクローズ処理のシーケンスである。
以下、図２６に示すフローの各ステップの処理について、順次、説明する。
【０１８２】
（ステップＳ６０１）
まず、本開示のアーカイブ装置のデータ処理部は、ステップＳ６０１において、メモリに記録していたキャッシュデータである論理オブジェクトテーブルをメモリから読み出して、このテーブルを記録媒体上のコンテナファイルの末尾に記録する。
【０１８３】
先に図１５を参照して説明したように、論理オブジェクトテーブルは、記録メディアに記録された各論理オブジェクトの種別と、論理オブジェクト識別子、および論理オブジェクトが属するコンテナファイル先頭からのオフセット位置を記録したテーブルである。
【０１８４】
（ステップＳ６０２）
次に、ステップＳ６０２において、コンテナファイルをクローズする。
【０１８５】
（ステップＳ６０３）
その後、ステップＳ６０３において、クローズしたコンテナファイル名のリネームを行う。
【０１８６】
コンテナファイル名は、先に図１８、図１９を参照して説明したように、以下の４つの数値のシーケンシャルデータとして設定される。
（１）先頭論理オブジェクトＩＤ（ＦＩＲＳＴ＿ＬＯＩＤ）
（２）先頭論理ファイルＩＤ（ＦＩＲＳＴ＿ＬＦＩＤ）
（３）含有論理オブジェクト数（Ｎ＿ＬＯ）
（４）含有ファイルマーク数（Ｎ＿ＦＭ）
【０１８７】
これらのコンテナファイル名の構成要素中、
（１）先頭論理オブジェクトＩＤ（ＦＩＲＳＴ＿ＬＯＩＤ）
（２）先頭論理ファイルＩＤ（ＦＩＲＳＴ＿ＬＦＩＤ）
これらは、コンテナファイルに最初の論理オブジェクトを記録した時点で確定する。
【０１８８】
一方、
（３）含有論理オブジェクト数（Ｎ＿ＬＯ）
（４）含有ファイルマーク数（Ｎ＿ＦＭ）
これらは、コンテナファイルに対する追記処理によって、逐次、変化するため、コンテナファイルをクローズする時点まで確定しない。
【０１８９】
従って、本開示のアーカイブ装置のデータ処理部は、ステップＳ６０３において、コンテナファイルのクローズ時点で確定した含有論理オブジェクト数と含有ファイルマーク数を確認し、この確定した含有論理オブジェクト数と含有ファイルマーク数を設定した新たなコンテナファイル名を生成し、その名前にリネームを行う。
【０１９０】
この処理により、未了コンテナファイルは、完了コンテナファイルとなり、これ以降、当該コンテナファイルに対する追記や変更は行われない。
【０１９１】
（ステップＳ６０４）
その後、本開示のアーカイブ装置のデータ処理部は、ステップＳ６０４において、メモリに記録されているコンテナファイルテーブルに新規エントリを追加する。
【０１９２】
コンテナファイルテーブルは、先に図２０を参照して説明したコンテナファイルの一覧を示すテーブルである。
本開示のアーカイブ装置は、記録媒体上にあるコンテナファイルの一覧を、メモリ上で図２０に示すようなコンテナファイルテーブルとして管理する。
【０１９３】
図２０に示すように、コンテナファイルテーブルには、記録媒体上にあるコンテナファイル各々について、
（１）先頭論理オブジェクトＩＤ（ＦＩＲＳＴ＿ＬＯＩＤ）
（２）先頭論理ファイルＩＤ（ＦＩＲＳＴ＿ＬＦＩＤ）
（３）含有論理オブジェクト数（Ｎ＿ＬＯ）
（４）含有ファイルマーク数（Ｎ＿ＦＭ）
これらの各データを記録したテーブルである。
なお、上記各データは、コンテナファイル名の構成データに対応する。
【０１９４】
クローズ処理対象のコンテナファイルの先頭論理オブジェクトＩＤ（識別子）は、ひとつ前のエントリの先頭論理オブジェクトＩＤ（識別子）に、ひとつ前のエントリの論理オブジェクト数を加えた値とする。
また、当該エントリの先頭論理ファイルＩＤ（識別子）は、ひとつ前のエントリの先頭論理ファイルＩＤ（識別子）に、ひとつ前のエントリのファイルマーク数を加えた値とする。
【０１９５】
（ステップＳ６０５）
最後に、本開示のアーカイブ装置のデータ処理部は、ステップＳ６０５において、メモリ上に記録していたキャッシュデータである論理オブジェクトテーブルの登録データをクリアする。
【０１９６】
先に図１５を参照して説明したように、論理オブジェクトテーブルは、記録メディアに記録された各論理オブジェクトの種別と、論理オブジェクト識別子、および論理オブジェクトが属するコンテナファイル先頭からのオフセット位置を記録したテーブルである。
【０１９７】
この論理オブジェクトテーブルは、ステップＳ６０１において既に光ディスク等の記録媒体に転記されているのでメモリからクリアしても問題がない。
【０１９８】
［３−５．（処理５）コンテナファイル内の論理オブジェクト数が上限に到達した場合の処理］
次に、本開示のアーカイブ装置１３０が光ディスク等の記録媒体に対するデータ記録を実行中にコンテナファイル内の論理オブジェクト数が予め規定した上限数に到達した場合の処理のシーケンスについて説明する。
【０１９９】
先に図２２を参照して説明した論理ブロック追記処理のフロー中のステップＳ２０７や、図２５を参照して説明したファイルマーク追記処理のフロー中のステップＳ５０６において、コンテナファイル内の論理オブジェクト数が予め規定した上限数に到達したと判定された場合には、図２２のフローのステップＳ２０９、または図２５のフローのステップＳ５０８において、コンテナファイルクローズ処理を行う。
【０２００】
これらの場合に実行するコンテナファイルクローズ処理のシーケンスは、上述した図２６に示すフローに従った処理と同様の処理となる。
【０２０１】
［３−６．（処理６）記録中のディスクの空き容量が基準値を下回った場合の処理］
次に、本開示のアーカイブ装置１３０が光ディスク等の記録媒体に対するデータ記録を実行中にディスクの空き容量が予め規定した基準値を下回った場合の処理のシーケンスについて説明する。
【０２０２】
先に図２２を参照して説明した論理ブロック追記処理のフロー中のステップＳ２０８や、図２５を参照して説明したファイルマーク追記処理のフロー中のステップＳ５０７において、ディスクの空き容量が予め規定した基準値を下回ったと判定された場合には、図２２のフローのステップＳ２０９、または図２５のフローのステップＳ５０８において、コンテナファイルクローズ処理を行う。
【０２０３】
これらの場合に実行するコンテナファイルクローズ処理のシーケンスは、上述した図２６に示すフローに従った処理と同様の処理となる。
【０２０４】
［３−７．（処理７）アンマウント時の処理］
次に、本開示のアーカイブ装置１３０が光ディスク等の記録媒体をアンマウント、すなわち、データ記録再生可能なディスク装着状態を解除するアンマウントする際に実行する処理のシーケンスについて説明する。
【０２０５】
本開示のアーカイブ装置１３０は、例えば、ホストＰＣ１２０から発行されたＵＮＬＯＡＤコマンドに対する処理として、光ディスク等の記録媒体に対するデータ記録等の処理を終了してアンマウント処理を実行する。
このアンマウント処理のシーケンスについて、図２７に示すフローチャートを参照して説明する。
【０２０６】
（ステップＳ７０１）
まず、本開示のアーカイブ装置のデータ処理部は、ステップＳ７０１において、メモリに展開中の論理オブジェクトテーブル（キャッシュデータ）の内容を、記録媒体上のコンテナファイルの末尾に追記する。
【０２０７】
先に図１５を参照して説明したように、論理オブジェクトテーブルは、記録メディアに記録された各論理オブジェクトの種別と、論理オブジェクト識別子、および論理オブジェクトが属するコンテナファイル先頭からのオフセット位置を記録したテーブルである。
【０２０８】
（ステップＳ７０２）
次に、ステップＳ７０２において、コンテナファイルをクローズする。
【０２０９】
（ステップＳ７０３）
その後、ステップＳ７０３において、クローズしたコンテナファイル名のリネームを行う。
このリネーム処理は、先に図２６のフローを参照して説明したステップＳ６０３のリネーム処理と同様の処理である。
【０２１０】
（ステップＳ７０４）
次に、本開示のアーカイブ装置のデータ処理部は、ステップＳ７０４において、メモリに展開中のコンテナファイルテーブルをクリアする。
【０２１１】
コンテナファイルテーブルは、先に図２０を参照して説明したコンテナファイルの一覧を示すテーブルである。
本開示のアーカイブ装置は、光ディスク等の記録媒体をマウント中は、記録媒体上にあるコンテナファイルの一覧を、メモリ上で図２０に示すようなコンテナファイルテーブルとして管理する。
【０２１２】
図２０に示すように、コンテナファイルテーブルには、記録媒体上にあるコンテナファイル各々について、
（１）先頭論理オブジェクトＩＤ（ＦＩＲＳＴ＿ＬＯＩＤ）
（２）先頭論理ファイルＩＤ（ＦＩＲＳＴ＿ＬＦＩＤ）
（３）含有論理オブジェクト数（Ｎ＿ＬＯ）
（４）含有ファイルマーク数（Ｎ＿ＦＭ）
これらの各データを記録したテーブルである。
なお、上記各データは、コンテナファイル名の構成データに対応する。
【０２１３】
記録媒体のアクセスを完了してアンマウントする際は、このステップＳｄ７０４において、メモリに記録されているコンテナファイルのデータをクリアする。
【０２１４】
（ステップＳ７０５）
最後に、本開示のアーカイブ装置のデータ処理部は、ステップＳ７０５において、メモリ上に記録していたキャッシュデータである論理オブジェクトテーブルの登録データをクリアする。
【０２１５】
先に図１５を参照して説明したように、論理オブジェクトテーブルは、記録メディアに記録された各論理オブジェクトの種別と、論理オブジェクト識別子、および論理オブジェクトが属するコンテナファイル先頭からのオフセット位置を記録したテーブルである。
この論理オブジェクトテーブルは、ステップＳ７０１において既に光ディスク等の記録媒体に転記されているのでメモリからクリアしても問題はない。
【０２１６】
［３−８．（処理８）記録済メディアのマウント処理］
次に、本開示のアーカイブ装置１３０がすでにデータが記録された記録済メディアをデータ記録再生可能な装着状態に設定するマウント処理を実行する際の処理のシーケンスについて説明する。
【０２１７】
本開示のアーカイブ装置１３０は、例えば、ホストＰＣ１２０から発行されたＬＯＡＤコマンドに対する処理として、論理オブジェクトを記録してある光ディスク等の記録媒体のマウント処理を実行する。
このマウント処理のシーケンスは、前述した「（処理１）未使用記録媒体のマウント処理」のシーケンスとして説明した図２１のフローチャートに従ったシーケンスと同様のシーケンスである。
【０２１８】
図２１に示すフローチャートの各ステップの処理について説明する。
（ステップＳ１０１）
まず、本開示のアーカイブ装置のデータ処理部は、ステップＳ１０１において、ファイルシステムＡＰＩを呼び出して、マウントする記録媒体上のコンテナファイル一覧を取得し、メモリ上にコンテナファイルテーブルとして展開する。
【０２１９】
ここで使用するファイルシステムＡＰＩは、利用するＯＳによって異なるものとなる。
たとえば、Ｗｉｎｄｏｗｓ  ＯＳにおいては、ＦｉｎｄＦｉｒｓｔＦｉｌｅ（）関数、およびＦｉｎｄＮｅｘｔＦｉｌｅ（）関数を利用する。
また、Ｌｉｎｕｘ（登録商標）等のＰＯＳＩＸ系のＯＳにおいては、ｒｅａｄｄｉｒ（）関数を用いることができる。
【０２２０】
本開示のアーカイブ装置のデータ処理部は、これらの関数を用いて、記録媒体上のコンテナファイル一覧を取得する。
【０２２１】
取得するコンテナファイル一覧は、コンテナファイル名の一覧である。すなわち、図１９を参照して説明したコンテナファイル名であり、
先頭の論理オブジェクトＩＤ（識別子）、
先頭の論理オブジェクトの属する論理ファイルＩＤ（識別子）、
コンテナファイルが含む論理オブジェクトの数、
コンテナファイルが含むファイルマークの数、
これら４種類のデータを含むファイル名である。
【０２２２】
本開示のアーカイブ装置のデータ処理部は、マウントする光ディスク等の記録媒体に記録済みのコンテナファイルのコンテナファイル名を取得して、メモリ上にコンテナファイルテーブルとして記録する。
【０２２３】
このコンテナファイルテーブルは、先に図２０を参照して説明したデータによって構成されるコンテナファイルテーブルを作成してメモリに記録する。
図２０に示すコンテナファイルテーブルの各エントリが、ひとつのコンテナファイルに対応する情報を持つ。
【０２２４】
（ステップＳ１０２）
本開示のアーカイブ装置のデータ処理部は、次のステップＳ１０２において、メモリに記録したコンテナファイルテーブルを先頭論理ブロック識別子の昇順にソートする。
【０２２５】
なお、記録済み媒体においては、コンテナファイルテーブルには記録済みコンテナファイルに関するデータが記録される。
【０２２６】
（ステップＳ１０３）
次にステップＳ１０３において、本開示のアーカイブ装置のデータ処理部は、メモリに記録したコンテナファイルテーブルの末尾に新規にエントリを追加する。
【０２２７】
この新規追加エントリは、この後に記録される論理オブジェクトを格納するためのコンテナファイルに対応するエントリである。
以上で記録済メディアのマウント処理は終了する。
【０２２８】
［３−９．（処理９）シーク時の処理］
次に、本開示のアーカイブ装置１３０が光ディスク等の記録媒体から目的のデータを検索するシーク処理を実行する際の処理のシーケンスについて説明する。
【０２２９】
本開示のアーカイブ装置１３０は、例えば、ホストＰＣ１２０から発行されたＬＯＣＡＴＥあるいはＳＰＡＣＥコマンドに対する処理として、マウント中のディスクから、指定された論理オブジェクトにアクセスするため、指定された論理オブジェクト位置にピックアップを設定するシーク処理を行う。
このシーク処理のシーケンスについて図２８に示すフローチャートを参照して説明する。
【０２３０】
（ステップＳ８０１）
まず、本開示のアーカイブ装置のデータ処理部は、ステップＳ８０１において、メモリ上に記録してあるコンテナファイルテーブルを検索し、ホストＰＣ１２０から発行されたＬＯＣＡＴＥあるいはＳＰＡＣＥコマンドで指定された論理オブジェクトを含むコンテナファイルエントリを検索する。
【０２３１】
メモリ上に記録してあるコンテナファイルテーブルは、先に図２０を参照して説明したように、記録媒体上にあるコンテナファイル各々について以下のでーたを記録したテーブルである。
（１）先頭論理オブジェクトＩＤ（ＦＩＲＳＴ＿ＬＯＩＤ）
（２）先頭論理ファイルＩＤ（ＦＩＲＳＴ＿ＬＦＩＤ）
（３）含有論理オブジェクト数（Ｎ＿ＬＯ）
（４）含有ファイルマーク数（Ｎ＿ＦＭ）
これらの各データを記録したテーブルである。
なお、上記各データは、コンテナファイル名の構成データに対応する。
【０２３２】
図２０に示すように、コンテナファイルのエントリには、コンテナファイルが含む先頭の論理オブジェクトの論理オブジェクト識別子、および、そのコンテナファイル内の論理オブジェクト数が記録されている。従って、ある論理オブジェクト識別子があたえられたとき、その論理オブジェクトがコンテナファイルに含まれるか否かは、エントリ情報のみで判断することができる。
【０２３３】
また、各エントリは、先頭論理オブジェクト識別子の昇順にソートされているので、二分探索でテーブルを検索することができる。
【０２３４】
（ステップＳ８０２）
次に、ステップＳ８０１のコンテナファイルテーブル検索において発見した目的のコンテナファイル、すなわちホストＰＣ１２０から発行されたＬＯＣＡＴＥあるいはＳＰＡＣＥコマンドで指定された論理オブジェクトを含むコンテナファイルエントリのコンテナファイルテーブルの記録データに基づいて、そのコンテナファイルのファイル名を生成する。
【０２３５】
先に図１８〜図２０を参照して説明したように、コンテナファイルテーブルに登録されたコンテナファイル各エントリの記録データである、
（１）先頭論理オブジェクトＩＤ（ＦＩＲＳＴ＿ＬＯＩＤ）
（２）先頭論理ファイルＩＤ（ＦＩＲＳＴ＿ＬＦＩＤ）
（３）含有論理オブジェクト数（Ｎ＿ＬＯ）
（４）含有ファイルマーク数（Ｎ＿ＦＭ）
これらの各データは、コンテナファイル名の構成データに対応する。
【０２３６】
すなわち、上記（１）〜（４）のデータをシーケンシャルに並べることで、コンテナファイル名が生成される。
ステップＳ８０２において、このコンテナファイル名生成処理を実行する。
【０２３７】
（ステップＳ８０３）
次に、本開示のアーカイブ装置のデータ処理部は、ステップＳ８０３において、ステップＳ８０２で生成したコンテナファイル名に基づいてそのコンテナファイル名のコンテナファイルを記録媒体から読み取り、オープンする。
【０２３８】
（ステップＳ８０４）
次に、本開示のアーカイブ装置のデータ処理部は、ステップＳ８０４において、オープンしたコンテナファイルの末尾に記録されている論理オブジェクトテーブルを、メモリ上に展開（転送記録）する。
【０２３９】
（ステップＳ８０５）
次に、本開示のアーカイブ装置のデータ処理部は、ステップＳ８０５において、メモリに記録した論理オブジェクトテーブルを検索し、指定された論理オブジェクト識別子を持つエントリを探す。
【０２４０】
なお、先に図１５を参照して説明したように、論理オブジェクトテーブルは、記録メディアに記録された各論理オブジェクトの種別と、論理オブジェクト識別子、および論理オブジェクトが属するコンテナファイル先頭からのオフセット位置を記録したテーブルである。
なお、論理オブジェクトテーブルの各エントリは、論理オブジェクト識別子順に並んでいるので、二分探索でテーブルを検索することができる。
【０２４１】
（ステップＳ８０６）
次に、本開示のアーカイブ装置のデータ処理部は、ステップＳ８０６において、ステップＳ８０５における論理オブジェクトテーブル検索で抽出した目的の論理オブジェクトのエントリに記録された情報に基づいて、コンテナファイル内に記録されている目的の論理オブジェクトの位置を特定し、この論理オブジェクトを読み出し可能な位置にピックアップを合せるシーク処理を行う。
【０２４２】
なお、論理オブジェクトテーブルのエントリには、各論理オブジェクトのコンテナファイル内での位置、すなわち先頭からのオフセットが記録されており、このオフセット情報に基づいて、コンテナファイル内の各論理オジェクトの位置を特定することができる。
【０２４３】
［４．アーカイブ装置、ホストＰＣのハードウェア構成例について］
次に、上述した処理を実行するアーカイブ装置１３０や、ホストＰＣ（ユーザ装置）１２０のハードウェア構成例について図２９を参照して説明する。
【０２４４】
図２９は、アーカイブ装置１３０や、ユーザ装置１２０として適用可能なハードウェアの一構成例を示す図である。
図２９に示す構成について説明する。
ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）３０１は、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）３０２、または記憶部３０８に記憶されているプログラムに従って各種の処理を実行するデータ処理部として機能する。例えば、上述した実施例において説明したシーケンスに従った処理を実行する。ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）３０３には、ＣＰＵ３０１が実行するプログラムやデータなどが記憶される。これらのＣＰＵ３０１、ＲＯＭ３０２、およびＲＡＭ３０３は、バス３０４により相互に接続されている。
【０２４５】
ＣＰＵ３０１はバス３０４を介して入出力インタフェース３０５に接続され、入出力インタフェース３０５には、各種スイッチ、キーボード、タッチパネル、マウス、マイクロフォンなどからなる入力部３０６、ディスプレイ、スピーカなどからなる出力部３０７が接続されている。
【０２４６】
ＣＰＵ３０１は、入力部３０６から入力される指令や状況データ等を入力し、各種の処理を実行し、処理結果を例えば出力部３０７に出力する。
入出力インタフェース３０５に接続されている記憶部３０８は、例えばハードディスク等からなり、ＣＰＵ３０１が実行するプログラムや各種のデータを記憶する。通信部３０９は、インターネットやローカルエリアネットワークなどのネットワークを介したデータ通信の送受信部として機能し、外部の装置と通信する。
【０２４７】
入出力インタフェース３０５に接続されているドライブ３１０は、磁気ディスク、光ディスク、光磁気ディスク、あるいはメモリカード等の半導体メモリなどのリムーバブルメディア３１１を駆動し、データの記録あるいは読み取りを実行する。
【０２４８】
［５．本開示の構成のまとめ］
以上、特定の実施例を参照しながら、本開示の実施例について詳解してきた。しかしながら、本開示の要旨を逸脱しない範囲で当業者が実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本開示の要旨を判断するためには、特許請求の範囲の欄を参酌すべきである。
【０２４９】
なお、本明細書において開示した技術は、以下のような構成をとることができる。
（１）  記録メディアに対するアクセス制御を実行するデータ処理部を有し、
前記データ処理部は、
前記記録メディアに対する記録データ単位である論理オブジェクトによって構成されるコンテナファイル単位の管理テーブルである論理オブジェクトテーブルを生成してメモリに記録し、
前記記録メディアに記録するコンテナファイルに対する処理の実行中に、コンテナファイルサイズが予め規定した基準値以上となったか否かを判定し、基準値以上となったと判定した場合、前記論理オブジェクトテーブルをメモリから読み出して、前記記録メディアに記録して、コンテナファイルをクローズする情報処理装置。
【０２５０】
（２）  前記データ処理部は、
前記記録メディアに記録するコンテナファイルに対する処理の実行中に、コンテナファイル内の論理オブジェクト数が予め規定した上限数に達したか否かを判定し、上限数に達したと判定した場合、前記論理オブジェクトテーブルをメモリから読み出して、前記記録メディアに記録して、コンテナファイルをクローズする（１）に記載の情報処理装置。
【０２５１】
（３）  前記データ処理部は、
前記記録メディアに記録するコンテナファイルに対する処理の実行中に、前記記録メディアの空き容量が予め規定した基準値以下となったか否かを判定し、基準値以下となったと判定した場合、前記論理オブジェクトテーブルをメモリから読み出して、前記記録メディアに記録して、コンテナファイルをクローズする（１）または（２）に記載の情報処理装置。
【０２５２】
（４）  前記データ処理部は、
前記記録メディアのアンマウント処理時に、前記論理オブジェクトテーブルをメモリから読み出して、前記記録メディアに記録して、コンテナファイルをクローズする（１）〜（３）いずれかに記載の情報処理装置。
【０２５３】
（５）  前記データ処理部は、
コンテナファイルのクローズ時に、該コンテナファイルのファイル名を変更する（１）〜（４）いずれかに記載の情報処理装置。
【０２５４】
（６）  前記コンテナファイルのファイル名は、
該コンテナファイルの、
（１）先頭論理オブジェクトＩＤ（ＦＩＲＳＴ＿ＬＯＩＤ）
（２）先頭論理ファイルＩＤ（ＦＩＲＳＴ＿ＬＦＩＤ）
（３）含有論理オブジェクト数（Ｎ＿ＬＯ）
（４）含有ファイルマーク数（Ｎ＿ＦＭ）
上記（１）〜（４）の各データを含むファイル名である（５）に記載の情報処理装置。
【０２５５】
（７）  前記論理オブジェクトテーブルは、
前記記録メディアに記録された論理オブジェクトの種別と、論理オブジェクト識別子、および論理オブジェクトが属するコンテナファイル先頭からのオフセット位置を記録したテーブルである（１）〜（６）いずれかに記載の情報処理装置。
【０２５６】
（８）  前記データ処理部は、
前記記録メディアに記録された論理オブジェクトのシーク処理に際して、前記論理オブジェクトテーブルの記録データを参照して論理オブジェクトの記録位置を判別する（１）〜（７）いずれかに記載の情報処理装置。
【０２５７】
（９）  前記データ処理部は、
前記記録メディアに記録するコンテナファイルに対する新たな論理オブジェクトの記録処理を実行する際に、記録する論理オブジェクトのオブジェクト種別情報と論理オブジェクトのサイズ情報を含むヘッダを前記論理オブジェクトの前方隣接位置に記録する（１）〜（８）いずれかに記載の情報処理装置。
【０２５８】
（１０）  前記オブジェクト種別情報は、外部装置から入力した記録データを含む論理ブロック、または、位置決め用のマークであるファイルマークのいずれであるかを識別するための情報である（９）に記載の情報処理装置。
【０２５９】
（１１）  前記データ処理部は、
前記記録メディアに記録されたコンテナファイル単位の管理データであるコンテナファイルテーブルを生成してメモリに記録する（１）〜（１０）いずれかに記載の情報処理装置。
【０２６０】
（１２）  前記コンテナファイルテーブルは、コンテナファイル各々について、
（１）先頭論理オブジェクトＩＤ（ＦＩＲＳＴ＿ＬＯＩＤ）
（２）先頭論理ファイルＩＤ（ＦＩＲＳＴ＿ＬＦＩＤ）
（３）含有論理オブジェクト数（Ｎ＿ＬＯ）
（４）含有ファイルマーク数（Ｎ＿ＦＭ）
上記（１）〜（４）の各データを記録したテーブルである（１１）に記載の情報処理装置。
【０２６１】
（１３）  前記コンテナファイルのデータ形式は、ＺＩＰ形式である（１）〜（１２）いずれかに記載の情報処理装置。
【０２６２】
（１４）  前記記録メディアは光ディスクである（１）〜（１３）いずれかに記載の情報処理装置。
【０２６３】
（１５）  アーカイブ装置において実行する情報処理方法であり、
前記アーカイブ装置は、記録メディアに対するアクセス制御を実行するデータ処理部を有し、
前記データ処理部が、
前記記録メディアに対する記録データ単位である論理オブジェクトによって構成されるコンテナファイル単位の管理テーブルである論理オブジェクトテーブルを生成してメモリに記録し、
前記記録メディアに記録するコンテナファイルに対する処理の実行中に、コンテナファイルサイズが予め規定した基準値以上となったか否かを判定し、基準値以上となったと判定した場合、前記論理オブジェクトテーブルをメモリから読み出して、前記記録メディアに記録して、コンテナファイルをクローズする情報処理方法。
【０２６４】
（１６）  アーカイブ装置において情報処理を実行させるプログラムであり、
前記アーカイブ装置は、記録メディアに対するアクセス制御を実行するデータ処理部を有し、
前記プログラムは、前記データ処理部に、
前記記録メディアに対する記録データ単位である論理オブジェクトによって構成されるコンテナファイル単位の管理テーブルである論理オブジェクトテーブルを生成してメモリに記録させ、
前記記録メディアに記録するコンテナファイルに対する処理の実行中に、コンテナファイルサイズが予め規定した基準値以上となったか否かを判定し、基準値以上となったと判定した場合、前記論理オブジェクトテーブルをメモリから読み出して、前記記録メディアに記録して、コンテナファイルのクローズ処理を実行させるプログラム。
【０２６５】
また、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。例えば、プログラムは記録媒体に予め記録しておくことができる。記録媒体からコンピュータにインストールする他、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、インターネットといったネットワークを介してプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。
【０２６６】
なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にある場合もあるが、各構成の装置が同一筐体内にあるものには限らない。
【産業上の利用可能性】
【０２６７】
以上、説明したように、本開示の一実施例の構成によれば、所定サイズのコンテナファイル単位で論理オブジェクトテーブルを設定し、所定条件下でコンテナファイルをクローズすることで、高速シーク処理等を実現したアーカイブ装置が実現される。
具体的には、例えば、記録メディアに対するアクセス制御を実行するデータ処理部が、記録データ単位である論理オブジェクトによって構成されるコンテナファイルの管理用の論理オブジェクトテーブルを生成してメモリに記録する。コンテナファイルに対する処理実行中に、コンテナファイルサイズが予め規定した終了基準値以上となった場合等、規定条件を満たす場合、論理オブジェクトテーブルをメモリから読み出して、記録メディアに記録して、コンテナファイルをクローズする。
本構成により、所定サイズのコンテナファイル単位で論理オブジェクトテーブルを設定し、所定条件下でコンテナファイルをクローズすることで、高速シーク処理等を実現したアーカイブ装置が実現される。
【符号の説明】
【０２６８】
１０  情報処理システム
２０  ホストＰＣ（ユーザ装置）
２１  アプリケーションプログラム
２２  テープデバイスドライバ
２３  ｉＳＣＳＩイニシエーターサービス
２４  ネットワークコントローラ（ＮＩＣ）
３０  アーカイブ装置
３１  テープアクセス部
３２  ネットワークコントローラ（ＮＩＣ）
３３  ｉＳＣＳＩターゲットサービス
３４  テープエミュレータ
３５  ファイルシステムドライバ
３６  ディスクアクセス部
１００  情報処理システム
１２０  ホストＰＣ（ユーザ装置）
１２１  アプリケーションプログラム
１２２  テープデバイスドライバ
１２３  ｉＳＣＳＩイニシエーターサービス
１２４  ネットワークコントローラ（ＮＩＣ）
１３０  アーカイブ装置
１３２  ネットワークコントローラ（ＮＩＣ）
１３３  ｉＳＣＳＩターゲットサービス
１３４  テープエミュレータ
１３５  ファイルシステムドライバ
１３６  ディスクアクセス部
１４１  ヘッダ処理部
１４２  論理オブジェクトテーブル処理部
３０１  ＣＰＵ
３０２  ＲＯＭ
３０３  ＲＡＭ
３０４  バス
３０５  入出力インタフェース
３０６  入力部
３０７  出力部
３０８  記憶部
３０９  通信部
３１０  ドライブ
３１１  リムーバブルメディア
【図１】
2020123157.tif 000003
【図２】
2020123157.tif 000004
【図３】
2020123157.tif 000005
【図４】
2020123157.tif 000006
【図５】
2020123157.tif 000007
【図６】
2020123157.tif 000008
【図７】
2020123157.tif 000009
【図８】
2020123157.tif 000010
【図９】
2020123157.tif 000011
【図１０】
2020123157.tif 000012
【図１１】
2020123157.tif 000013
【図１２】
2020123157.tif 000014
【図１３】
2020123157.tif 000015
【図１４】
2020123157.tif 000016
【図１５】
2020123157.tif 000017
【図１６】
2020123157.tif 000018
【図１７】
2020123157.tif 000019
【図１８】
2020123157.tif 000020
【図１９】
2020123157.tif 000021
【図２０】
2020123157.tif 000022
【図２１】
2020123157.tif 000023
【図２２】
2020123157.tif 000024
【図２３】
2020123157.tif 000025
【図２４】
2020123157.tif 000026
【図２５】
2020123157.tif 000027
【図２６】
2020123157.tif 000028
【図２７】
2020123157.tif 000029
【図２８】
2020123157.tif 000030
【図２９】
2020123157.tif 000031