JP2020071577A - 情報処理装置、および情報処理方法、並びにプログラム - Google Patents

Abstract

【課題】外部装置からアーカイブ装置へのデータ記録等のアクセス処理を効率的に実行可能とした構成を実現する。【解決手段】アーカイブ装置のデータ記憶部であるライブラリへのデータ記録処理制御を実行するデータ処理部を有する。データ処理部は、外部装置からのライブラリへのデータ記録要求の入力に応じて、記録データをローカルキャッシュ部に格納して、外部装置に記録処理完了通知を出力する。さらにローカルキャッシュ部格納後の経過時間を計測し、ローカルキャッシュ部格納後、予め規定した猶予時間の経過後に記録データをローカルキャッシュ部から前記ライブラリに転送して記録する。【選択図】図４

Description

本開示は、情報処理装置、および情報処理方法、並びにプログラムに関する。具体的には、データの記録保存機能を持つアーカイブ装置を利用したデータ記録や読み出しを実行する情報処理装置、および情報処理方法、並びにプログラムに関する。

データの長期保存を可能としたデータ記録装置としてアーカイブ装置が知られている。アーカイブ装置は、データ記録メディアとして例えば多数の光ディスクを有し、光ディスクに大容量データ、例えばテレビ番組等のデータを記録して長期保存する装置である。このように大容量データの長期保存を可能とした大型の記憶装置をアーカイブ装置と呼ぶ。
アーカイブ装置について開示した従来技術として、例えば特許文献１（特開２０１６−１０３３０４号公報）、特許文献２（特表２００９−５２０２７９号公報）等がある。

アーカイブ装置内の記録メディア、例えば光ディスクに対するデータ記録、あるいは光ディスクに記録されたデータを読み出す場合、アーカイブ装置が理解可能なコマンドを生成して入力することが必要である。
具体的には、例えば、アーカイブ装置固有のＡＰＩ（アプリケーション・プログラミング・インタフェース）に規定されたコマンドを入力するといったアーカイブ装置固有の処理が必用となる。

従って、例えばアーカイブ装置にネットワークを介して接続されたＰＣ等の装置であっても、上述したアーカイブ装置固有のＡＰＩを有していない場合、アーカイブ装置内のデータにアクセスすることができない。

アーカイブ装置にネットワークを介して接続されたＰＣ等のユーザ装置にアーカイブ装置固有のＡＰＩをインストールすることは可能であるが、ネットワークを介して接続されるユーザ装置は多数あり、また、新たなユーザ装置が接続されることも多く、このようなユーザ装置はアーカイブ装置にアクセスできないという問題が発生する。

また、ユーザ装置であるＰＣの出力コマンドをアーカイブ装置固有のＡＰＩコマンドに変換してアーカイブ装置を利用するといった設定も可能であるが、１つの大きな問題としてアーカイブ装置によるデータ記録処理に長時間を要するという問題がある。

多くのアーカイブ装置は、大容量データの確実な長期保存を行うため、一般的なＤＶＤ等の光ディスクに対するデータ記録処理とは異なる特殊なデータ記録処理を行う構成としている。このため、データ記録速度が遅くデータ記録処理に時間がかかるという問題がある。

例えばユーザ側のＰＣからアーカイブ装置にデータ書き込み要求を行った場合、そのデータの記録処理が完了するまで数１０分〜数時間を要することも想定される。このような場合、データ記録処理が完了するまで、ユーザを待機させるとユーザ側の処理の効率性を著しく損なわせることになる。

特開２０１６−１０３３０４号公報 特表２００９−５２０２７９号公報

本開示は、例えば上記問題点に鑑みてなされたものであり、アーカイブ装置固有のＡＰＩを有していない一般のＰＣ等のユーザ装置がネットワークを介してアーカイブ装置にアクセスし、アーカイブ装置にデータを記録、または読み出すことを可能とする情報処理装置、および情報処理方法、並びにプログラムを提供することを目的とする。

また、本開示の一実施例は、ユーザ装置からアーカイブ装置に対するデータ記録要求が発生した場合、ユーザ装置に対する記録完了通知を即座に実行し、アーカイブ装置内のメディアへの記録処理を記録要求入力時から所定時間後に実行する構成としている。この構成により、ユーザ装置側の待機時間を解消し、また確実で効率的なデータ記録を可能とした情報処理装置、および情報処理方法、並びにプログラムを提供する。

本開示の第１の側面は、
アーカイブ装置のデータ記憶部であるライブラリへのデータ記録処理制御を実行するデータ処理部を有し、
前記データ処理部は、
外部装置からの前記ライブラリへのデータ記録要求に応じて、
記録データをローカルキャッシュ部に格納するとともに、前記ローカルキャッシュ部格納後の経過時間を計測し、
前記経過時間が所定の猶予時間を経過することに応じて前記記録データを前記ローカルキャッシュ部から前記ライブラリに記録する情報処理装置にある。

さらに、本開示の第２の側面は、
アーカイブ装置において実行する情報処理方法であり、
前記アーカイブ装置が備える、データ記憶部であるライブラリへのデータ記録処理制御を実行するデータ処理部が、
外部装置からの前記ライブラリへのデータ記録要求に応じて、
記録データをローカルキャッシュ部に格納するとともに、前記ローカルキャッシュ部格納後の経過時間を計測し、
前記経過時間が所定の猶予時間を経過することに応じて前記記録データを前記ローカルキャッシュ部から前記ライブラリに記録する情報処理方法にある。

さらに、本開示の第３の側面は、
アーカイブ装置において情報処理を実行させるプログラムであり、
前記プログラムは、前記アーカイブ装置が備える、データ記憶部であるライブラリへのデータ記録処理制御を実行するデータ処理部に、
外部装置からの前記ライブラリへのデータ記録要求の入力に応じて、
記録データをローカルキャッシュ部に格納するとともに、前記ローカルキャッシュ部格納後の経過時間を計測させる処理と、
前記経過時間が所定の猶予時間を経過することに応じて前記記録データを前記ローカルキャッシュ部から前記ライブラリに記録する処理を実行させるプログラムにある。

なお、本開示のプログラムは、例えば、様々なプログラム・コードを実行可能な情報処理装置、画像処理装置やコンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体によって提供可能なプログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、情報処理装置やコンピュータ・システム上でプログラムに応じた処理が実現される。

本開示のさらに他の目的、特徴や利点は、後述する本発明の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。

本開示の一実施例の構成によれば、外部装置からアーカイブ装置へのデータ記録等のアクセス処理を効率的に実行可能とした構成が実現される。
具体的には、例えば、アーカイブ装置のデータ記憶部であるライブラリへのデータ記録処理制御を実行するデータ処理部を有する。データ処理部は、外部装置からのライブラリへのデータ記録要求の入力に応じて、記録データをローカルキャッシュ部に格納して、外部装置に記録処理完了通知を出力する。さらにローカルキャッシュ部格納後の経過時間を計測し、ローカルキャッシュ部格納後、予め規定した猶予時間の経過後に記録データをローカルキャッシュ部から前記ライブラリに転送して記録する。
本構成により、外部装置からアーカイブ装置へのデータ記録等のアクセス処理を効率的に実行可能とした構成が実現される。
なお、本明細書に記載された効果はあくまで例示であって限定されるものではなく、また付加的な効果があってもよい。

本開示の情報処理装置であるアーカイブ装置と、アーカイブ装置を含む情報処理システムの構成例と処理について説明する図である。 アーカイブ装置の構成と処理について説明する図である。 ユーザ装置におけるアーカイブ装置のメディアアクセス例について説明する図である。 アーカイブ装置のデータ処理部の構成と処理について説明する図である。 アーカイブ装置のデータ処理部が実行するローカルキャッシュ部に対するデータ記録処理のシーケンスについて説明するフローチャートを示す図である。 キャッシュ管理データの例について説明する図である。 アーカイブ装置のデータ処理部が実行するキャッシュ格納データの経過時間管理処理の処理シーケンスについて説明するフローチャートを示す図である。 アーカイブ装置のデータ処理部が実行するキャッシュ格納データのライブラリに対する記録処理シーケンスについて説明するフローチャートを示す図である。 アーカイブ装置のデータ処理部が実行するローカルキャッシュ部のデータ消去処理の処理シーケンスについて説明するフローチャートを示す図である。 アーカイブ装置のデータ処理部が実行するローカルキャッシュ部のデータ消去処理の処理シーケンスについて説明するフローチャートを示す図である。 アーカイブ装置やユーザ装置を構成する情報処理装置のハードウェア構成例について説明する図である。 手術室システムの全体構成を概略的に示す図である。 集中操作パネルにおける操作画面の表示例を示す図である。 手術室システムが適用された手術の様子の一例を示す図である。 図１４に示すカメラヘッド及びＣＣＵの機能構成の一例を示すブロック図である。

以下、図面を参照しながら本開示の情報処理装置、情報処理システム、および情報処理方法、並びにプログラムの詳細について説明する。なお、説明は以下の項目に従って行う。
１．本開示の情報処理システムの構成例と処理について
２．本開示のアーカイブ装置の構成と処理について
３．アーカイブ装置のデータ処理部の構成と処理について
４．アーカイブ装置のデータ処理部が実行する処理のシーケンスについて
４−１．（処理１）ユーザ装置からのデータ記録要求に対する処理のシーケンスについて
４−２．（処理２）ローカルキャッシュ部に格納されたキャッシュ格納データのライブラリ１０２に対する記録開始前の経過時間管理処理の処理シーケンスについて
４−３．（処理３）ローカルキャッシュ部に格納されたキャッシュ格納データのライブラリ１０２に対する記録処理と、記録開始後の経過時間管理処理の処理シーケンスについて
４−４．（処理４）ローカルキャッシュ部のデータ消去処理の処理シーケンスについて
５．アーカイブ装置のハードウェア構成例について
６．応用例
７．本開示の構成のまとめ

［１．本開示の情報処理システムの構成例と処理について］
まず、図１を参照して本開示の情報処理システムの構成例と処理について説明する。
図１は、本開示の情報処理システム１０の構成例を示す図である。
情報処理システム１０は、ネットワークに接続されたアーカイブ装置１００と複数のユーザ装置２０を有する。ユーザ装置２０は例えばＰＣ等の装置である。

アーカイブ装置１００は、記録メディアとして例えば多数の光ディスクを有する。図に示すように、アーカイブ装置１００は、複数毎の光ディスクを格納したカートリッジを多数、格納している。
アーカイブ装置１００は、光ディスクに例えば長時間の映像データ等を記録し、記録データの長期保存を可能とした大容量型の記憶装置である。

アーカイブ装置１００内の記録メディアである光ディスクに対するデータ記録処理、あるいは光ディスクに記録されたデータの読み出し処理を行うためには、アーカイブ装置１００が理解可能なコマンドを生成して入力することが必要である。
具体的には、例えば、アーカイブ装置固有のＡＰＩ（アプリケーション・プログラミング・インタフェース）に規定されたコマンド（ＨＴＴＰコマンド等）を入力するといったアーカイブ装置固有の処理が必要となる。

一方、図１に示すユーザ装置２０は例えばＰＣ等の装置であり、多くの装置はこのアーカイブ装置固有のＡＰＩが利用できない装置である。
ユーザ装置２０には、既存のファイルシステム、例えばＮＴＦＳ、ＳＭＢ、ＮＦＳ等のファィルシステムがインストールされている。

従って、ユーザ装置２０は、ユーザ装置２０内のメディア、あるいは外部接続されたハードディスクや光ディスク、あるいはフラッシュメモリ等の様々なメディアに対するアクセスは、このＮＴＦＳ、ＳＭＢ、ＮＦＳ等のファィルシステムを利用して行なう。

図１に示すアーカイブ装置１００内のディスクもユーザ装置２０から見れば、外部接続されたメディアである。しかし、前述したように、アーカイブ装置１００内の記録メディアに対するデータ記録処理や読み出し処理を行うためには、アーカイブ装置１００固有のＡＰＩの規定コマンドを入力する必要があり、このコマンドを出力できないユーザ装置２０はアーカイブ装置１００のメディアに対するアクセス（データ記録や読み出し）ができない。

本開示のシステムは、この問題を解決し、ユーザ装置２０にインストールされている既存のファイルシステム、例えばＮＴＦＳ、ＳＭＢ、ＮＦＳ等のファィルシステムを利用してアーカイブ装置１００のメディアに対するアクセス（データ記録や読み出し）を可能としたものである。
以下、この処理を実現するためのアーカイブ装置１００の構成と処理について説明する。

［２．本開示のアーカイブ装置の構成と処理について］
次に、図２以下を参照して本開示のアーカイブ装置１００の構成と処理について説明する。

図２は本開示のアーカイブ装置１００の構成例を示す図である。
図２に示すように、アーカイブ装置１００は、データ処理部１０１、ライブラリ１０２、ライブラリ制御部１０３、ローカルキャッシュ部１０４、メモリ１０５、通信部１０６を有する。

データ処理部１０１は、アーカイブ装置１００に対するデータ記録処理、アーカイブ装置１００からのデータ読み出し処理、アーカイブ装置１００に記録されたデータのデータ更新処理等、アーカイブ装置１００において実行する様々なデータ処理の統括的制御を実行する。

ライブラリ１０２は、アーカイブ装置１００のデータ保存領域であり、多数のデータ記録メディア、例えば多数の光ディスクを有する。なお、図１を参照して説明したように、ライブラリ１０２は、複数毎の光ディスクを格納したカートリッジを多数、有する構成である。

ライブラリ制御部１０３は、ライブラリ１０２に格納された多数のディスクからデータ記録、あるいはデータ読み出し対象となるディスクを選択し、データの記録、あるいは読出し処理を実行する。

なお、ライブラリ１０２に装着されるメディアは、例えば１回のみデータ記録可能（Ｗｒｉｔｅ Ｏｎｃｅ）な光ディスクである。このようなタイプのメディアを利用する理由は、記録データの長期保存や完全性を担保するためである。
ただし、その他の書き換え可能なメディアを利用する構成も可能である。

ローカルキャッシュ部１０４は、例えばハードディスクやフラッシュメモリ等の高速アクセス可能な記録メディアであり、データ記録、消去、再書き込み可能なメディアである。
本開示の構成では、ユーザ装置２０からアーカイブ装置１００に対するデータ記録要求に伴ってユーザ装置２０から入力される記録データや、ユーザ装置２０からアーカイブ装置１００に対するデータ読み出し要求によって、ライブラリ１０２から読み出されたデータは一時的にこのローカルキャッシュ部１０４に格納される。この処理の制御は、主にデータ処理部１０１が実行する。

また、ユーザ装置２０が、ライブラリ１０２から読み出されたデータに対する書き換え等、データ更新を行う場合も、ローカルキャッシュ部１０４に格納されたデータの更新処理として実行され、更新後のデータをローカルキャッシュ部１０４から、ライブラリ１０２内のメディアに転送して記録する。この処理の制御も、主にデータ処理部１０１が実行する。

図２に示すメモリ１０５には、アーカイブ装置１００が実行する処理に関する管理データや、処理プログラム、パラメータ等が記録される。
通信部１０６は、外部のユーザ装置２０等との外部装置との通信に利用される。

データ処理部１０１が実行する制御処理の具体例については後段で詳細に説明するが、データ処理部１０１が実行する処理の概要について説明する。
例えば、ユーザ装置２０からアーカイブ装置１００に対してデータの記録要求やデータ更新要求がなされた場合、ユーザ装置から入力された記録データや更新データは、まず、ローカルキャッシュ部１０４に格納される。

このローカルキャッシュ部１０４に対するデータ記録処理や、ローカルキャッシュ部１０４に格納されたデータの更新処理は短時間で完了できる。アーカイブ装置１００のデータ処理部１０１は、ローカルキャッシュ部１０４に対するデータ記録処理や更新処理が完了すると、処理が完了したことを、通信部１０６を介してユーザ装置２０に通知する。
この完了通知を受信したユーザ装置２０は、データ記録（または更新）が完了したと判断し、遅延なく次の処理に移行することができる。

ローカルキャッシュ部１０４に格納されたデータは、その後、データ処理部１０１の判断に基づいて、ライブラリ制御部１０３を介してライブラリ１０２内のディスクに記録される。
なお、このライブラリ１０２内のディスクに対するデータ記録処理は時間を要する処理である。

上述したように、本開示のアーカイブ装置１００は、時間のかかるライブラリ１０２内のディスクに対するデータ記録処理を、ユーザ装置からのデータ記録要求時に実行せず、ユーザ装置からのデータ記録要求時には、記録データをローカルキャッシュ部１０４に格納する処理と、ユーザに対する記録完了通知の出力を実行する。その後、所定時間経過後、ローカルキャッシュ部１０４に格納したデータをライブラリ１０２内のディスクに転送して記録する。

このようにライブラリ１０２内のディスクに対するデータ記録処理をユーザ装置からの記録要求とは切り離した非同期的な処理として実行する。
この処理により、ユーザ装置２０は、アーカイブ装置１００のライブラリ１０２に対するデータ記録完了を待つことなく次の処理に移行することができる。

本開示の構成では、ユーザ装置２０がアクセス対象とするアーカイブ装置１００の記憶出段はローカルキャッシュ部１０４となる。このローカルキャッシュ部１０４に対するアクセス処理は、ユーザ装置２０が利用可能な既存のファイルシステム、例えばＮＴＦＳ、ＳＭＢ、ＮＦＳ等のファィルシステムを利用して実行することができる。

一方、アーカイブ装置１００のデータ処理部１０１は、ローカルキャッシュ部１０４に格納されたデータ（キャッシュデータ）をライブラリ１０２に記録する場合に、アーカイブ装置固有のＡＰＩ対応のコマンドを利用した処理を実行する。
この処理により、ライブラリ１０２内のメディア（ディスク）に対するアクセスが可能となり、ライブラリ１０２内のメディア（ディスク）に対するデータ記録、および読み出しが可能となる。

このように、本開示の構成では、ユーザ装置２０からアーカイブ装置１００へのアクセスを、ライブラリ１０２内のメディア（ディスク）ではなくローカルキャッシュ部１０４へのアクセスとして行うことを可能としている。これにより、ユーザ装置２０が利用する既存のファイルシステム、例えばＮＴＦＳ、ＳＭＢ、ＮＦＳ等のファィルシステムを利用したアクセス処理が可能となる。

一方、ライブラリ１０２内のメディア（ディスク）に対するアクセスは、アーカイブ装置１００の内部処理として実行する。
具体的には、アーカイブ装置１００のデータ処理部１０１が、ライブラリ１０２とローカルキャッシュ部１０４間のデータ転送を制御する。このデータ転送には、アーカイブ装置固有のＡＰＩ対応のコマンドを利用した処理が必要となる。

このようにユーザ装置２０とアーカイブ装置１００のライブラリ１０２間にローカルキャッシュ部１０４を介在させることで、ユーザ装置２０は、直接、アーカイブ装置１００のライブラリ１０２にアクセスを行う必要がなくなる。この構成により、ユーザ装置２０は、アーカイブ装置固有のＡＰＩ対応のコマンドを用いることなく、アーカイブ装置１００に対するデータ記録や読み出しを行うことが可能となる。

なお、アーカイブ装置１００のライブラリ１０２内にどのようなデータが存在するかについては、アーカイブ装置１００からユーザ装置２０に提供されるディレクトリ情報を見て確認することができる。アーカイブ装置１００のデータ処理部１０１は、ライブラリ１０２内の記録データ構成を示すディレクトリ情報を生成してユーザ装置に提供する。

図３は、アーカイブ装置１００と接続したユーザ装置２０のディレクトリ情報の表示例である。
例えば、図３に示すように、１つのルートディレクトリをアーカイブ装置１００のライブラリ１０２内の１つのカートリッジに対応づけて表示する。
図３に示す１つのルートディレクトリの内部には１つ以上のデータファイルが含まれる。
これらのデータファイルは、そのルートディレクトリ対応のカートリッジ内のディスクに記録された個別のファイルに対応する。

なお、アーカイブ装置１００側のデータ処理部の制御により、ユーザ装置２０側に表示するカートリッジ（オンラインカートリッジ）と、表示しないカートリッジ（オフラインカートリッジ）を設定することができる。

［３．アーカイブ装置のデータ処理部の構成と処理について］
次に、図４以下を参照してアーカイブ装置１００のデータ処理部１０１の構成と処理について説明する。

図４は、アーカイブ装置１００のデータ処理部１０１が実行する処理を機能単位で個別ブロックとして示した図である。各ブロックは例えばデータ処理部１０１において実行するプログラム（ソフトウェア）を構成する個別の処理機能に対応する。

なお、図４に示すように、データ処理部１０１が実行するプログラムは、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）コア部に相当するカーネルと、様々なアプリケーションを実行するユーザスペース（アプリ実行部）に区分される。ＯＳ（カーネル）上のユーザスペースにおいて様々なアプリケーションを実行することができる。
図４のユーザスペースに示すブロックは、アーカイブ装置１００においてデータ記録や読み取り処理等を実行する１つのアプリケーションの機能単位のブロックである。

図４に示すように、データ処理部１０１のユーザスペース（アプリ実行部）において実行するアプリケーションは以下の処理部（機能）を有する。
ファイルシステム制御部１２１、通知処理部１２２、ファイルマネージャＧＵＩ１２３、キャッシュマネージャ１２４、ライブラリ処理部（ＲＥＳＴクライアント）１２５、ライブラリアクセス部（ＲＥＳＴ ＡＰＩ）１２６である。

ファイルシステム制御部１２１は、本開示の処理、すなわちユーザ装置２０からローカルキャッシュ部１０４に対するアクセス処理と、ローカルキャッシュ部１０４とライブラリ１０２間のデータ転送等の処理、あるいはユーザ装置に対する通知処理等、アーカイブ装置１００に対するデータアクセスに関する総合的な制御処理を実行する。

なお、ユーザ装置２０からアーカイブ装置１００に対するアクセス要求は、通信部１０６を介してデータ処理部１０１に入力され、データ処理部１０１のカーネル部のＩ／Ｏ処理部１３１を介してユーザスペース（アプリ実行部）で実行中のアプリケーションに渡される。図４に示す例では、ユーザスペース（アプリ実行部）で実行中のアプリケーションのファイルシステム制御部１２１が受領して処理を行う。

通知処理部１２２と、ファイルマネージャＧＵＩ１２３は、ユーザ装置２０に対する通知処理、例えば異常発生時のエラーメッセージの通知、あるいはデータ記録完了等の処理完了通知処理などを実行する。
これらの通知は、通信部１０６を介してユーザ装置２０に出力される。

なお、図３を参照して説明したディレクトリの表示データもファイルマネージャＧＵＩ１２３の処理によって生成される表示データである。ファイルシステム制御部１２１が、ライブラリ処理部１２５、ライブラリアクセス部１２６を介してライブラリ１０２の構成情報を取得し、ファイルマネージャＧＵＩ１２３この構成情報に基づいて図３に示すようなディレクトリ構成を示す表示データを生成してユーザ装置２０に提供する。

ファイルシステム制御部１２１はファイルマネージャＧＵＩ１２３を適用して図３に示すようなディレクトリ構成を示す表示データを生成する際、前述したようにユーザ装置２０側に表示するカートリッジ（オンラインカートリッジ）と、表示しないカートリッジ（オフラインカートリッジ）を設定するといった制御を行うことができる。

キャッシュマネージャ１２４は、ローカルキャッシュ部１０４を利用した処理、具体的にはローカルキャッシュ部１０４に対するデータ記録やデータ読み出し処理の制御を行う。
ローカルキャッシュ部１０４には、アーカイブ装置１００のライブラリ１０２から読み出されたデータや、ユーザ装置２０から入力されたデータ等が記録される。

ライブラリ処理部（ＲＥＳＴクライアント）１２５、ライブラリアクセス部（ＲＥＳＴ ＡＰＩ）１２６は、アーカイブ装置１００のライブラリ制御部１０３を介したライブラリ１０２のアクセスを実行する。
ライブラリ処理部（ＲＥＳＴクライアント）１２５はライブラリ１０２のアクセスに利用するＡＰＩを呼び出す処理等を実行し、ライブラリアクセス部（ＲＥＳＴ ＡＰＩ）１２６は、呼び出されたＡＰＩを適用したライブラリ１０２のアクセスを実行する。

なお、ライブラリ制御部１０３は、ライブラリアクセス部（ＲＥＳＴ ＡＰＩ）１２６から入力するアクセスコマンドに応じて、ライブラリ１０２内のカートリッジ選択、およびカートリッジ内のディスク選択を実行して、ライブラリ制御部１０３内のデータ記録再生部に装着し実際のデータ記録または読み出しを実行する。

なお、ライブラリ１０２に対する記録データは、ローカルキャッシュ部１０４から取得されるデータであり、ライブラリ１０２からの読み出しデータは、ローカルキャッシュ部１０４に格納される。

［４．アーカイブ装置のデータ処理部が実行する処理のシーケンスについて］
次に、図５以下を参照して、本開示のアーカイブ装置１００のデータ処理部１０１が実行する複数の処理についてフローチャートを参照して説明する。
図５以下を参照して、以下の各処理のシーケンスについて説明する。
（処理１）ユーザ装置２０からのデータ記録要求に対する処理のシーケンス（図５）
（処理２）ローカルキャッシュ部１０４に格納されたキャッシュ格納データのライブラリ１０２に対する記録開始前の経過時間管理処理の処理シーケンス（図７）
（処理３）ローカルキャッシュ部１０４に格納されたキャッシュ格納データのライブラリ１０２に対する記録処理と、記録開始後の経過時間管理処理の処理シーケンス（図８）
（処理４）ローカルキャッシュ部１０４のデータ消去処理の処理シーケンス（図９、図１０）

［４−１．（処理１）ユーザ装置２０からのデータ記録要求に対する処理のシーケンスについて］
まず、図５に示すフローチャートを参照して、ユーザ装置２０からのデータ記録要求に対する処理のシーケンスについて説明する。

なお、図５以下に示すフローチャートに従った処理は、アーカイブ装置１００の記憶部、例えば図２に示すデータ処理部１０１内のメモリ１０５に格納されたプログラムに従って実行することが可能であり、例えばプログラム実行機能を有するＣＰＵ等のプロセッサ有するデータ処理部１０１の制御下で実行することができる。
以下、図５に示すフローチャートの各ステップの処理について説明する。

（ステップＳ１０１）
まず、アーカイブ装置１００のデータ処理部１０１は、ユーザ装置２０からのユーザリクエスト、具体的にはアーカイブ装置１００に対するデータ記録要求を入力する。

先に図４を参照して説明したように、ユーザ装置２０からアーカイブ装置１００に対するアクセス要求は、通信部１０６を介してデータ処理部１０１に入力され、データ処理部１０１のカーネル部のＩ／Ｏ処理部１３１を介してユーザスペース（アプリ実行部）で実行中のアプリケーションに渡される。図４に示す例では、ユーザスペース（アプリ実行部）で実行中のアプリケーションのファイルシステム制御部１２１が受領して処理を開始する。

（ステップＳ１０２）
次に、データ処理部１０１は、ステップＳ１０２において、ステップＳ１０１で入力したリクエスト（データ記録要求）に伴ってユーザ装置２０から入力した記録データ（ファイル）を、ローカルキャッシュ部１０４に格納する。

この処理は、図４に示すファイルシステム制御部１２１とキャッシュマネージャ１２４が実行する処理である。前述したように、キャッシュマネージャ１２４は、ローカルキャッシュ部１０４を利用した処理、具体的にはローカルキャッシュ部１０４に対するデータ記録やデータ読み出し処理の制御を行う。
ローカルキャッシュ部１０４には、ステップＳ１０２において、ユーザ装置２０から入力されたデータをローカルキャッシュ部１０４に記録する。

前述したように、ローカルキャッシュ部１０４は、例えばハードディスクやフラッシュメモリ等の高速アクセス可能な記録メディアであり、データ記録消去、再書き込み可能なメディアである。
本開示の構成では、ユーザ装置２０からアーカイブ装置１００に入力された記録要求データは、一時的にこのローカルキャッシュ部１０４に格納する。

（ステップＳ１０３）
次に、データ処理部１０１は、ステップＳ１０３において、ローカルキャッシュ部１０４に対するユーザからの記録要求データの記録処理が完了したか否かを判定する。
未完了の場合はステップＳ１０２に戻り、ローカルキャッシュ部１０４に対するデータ記録処理を継続する。
完了した場合はステップＳ１０４に進む。

（ステップＳ１０４）
ローカルキャッシュ部１０４に対するデータ記録処理が完了すると、データ処理部１０１は、ステップＳ１０４において、ローカルキャッシュ部１０４に記録されたキャッシュデータの管理情報である「キャッシュ管理データ」に、ユーザリクエスト（ジョブ）対応のエントリを追加登録する。さらに、そのエントリ対応のキャッシュデータについてのキャッシュ格納後の経過時間の計測を開始する。

「キャッシュ管理データ」の具体例について図６を参照して説明する。
アーカイブ装置１００のデータ処理部１０１は、ローカルキャッシュ部１０４に格納されたデータ（キャッシュデータ）の各々について、例えば図６に示す「キャッシュ管理データ」のエントリとして登録してメモリ１０５に格納する。

なお、各エントリは、ユーザリクエスト（ジョブ）単位のキャッシュデータ（ファイル）単位で生成される。ただし、「キャッシュ管理データ」のエントリとして登録済みのデータ（ファイル）と同一ファイルに対するアクセスが発生した場合は、データ処理部１０１は、そのデータ（ファイル）対応のエントリの更新処理を実行する。

図６に示すように、「キャッシュ管理データ」には、ユーザリクエスト（ジョブ）単位、すなわちキャッシュデータ（ファイル）単位のエントリ単位で以下の各項目が対応付けて記録される。
（ａ）ジョブＩＤ（＝ユーザリクエストＩＤ）
（ｂ）キャッシュ格納ファイル名
（ｃ）データ容量（ＧＢ）
（ｄ）キャッシュ格納後の経過時間
（ｅ）ライブラリへの記録処理状態
（ｆ）ライブラリへの記録開始許容フラグ
（ｇ）ファイル属性識別子

（ａ）ジョブＩＤ（＝ユーザリクエストＩＤ）には、ローカルキャッシュ部１０４に格納したデータのキャッシュ格納処理を実行させたジョブ（ユーザリクエスト）の識別子（ＩＤ）を記録する。
（ｂ）キャッシュ格納ファイル名には、ローカルキャッシュ部１０４に格納したデータファイルのファイル名を記録する。
（ｃ）データ容量（ＧＢ）には、ローカルキャッシュ部１０４に格納したデータファイルのデータ容量を記録する。

（ｄ）キャッシュ格納後の経過時間には、ローカルキャッシュ部１０４に格納したデータのキャッシュ格納後の経過時間が記録される。なお、この経過時間は、キャッシュ格納済みデータに対する再アクセス発生時にはリセットされる。この処理の具体的な例については後述する。
なお、キャッシュ格納済みデータに対するアクセスには、キャッシュ格納済みデータに対する書き込み（Ｗｒｉｔｅ）処理、読み取り（Ｒｅａｄ）処理が含まれる。書き込み（Ｗｒｉｔｅ）処理には、データやファイルの新規作成、変更、更新、さらにデータやファイルの属性の変更、更新、移動、名前の変更等の処理も含まれる。

（ｅ）ライブラリへの記録処理状態には、ローカルキャッシュ部１０４に格納したデータのライブラリ１０２への記録処理状態を記録する。図に示すように、「記録済み」、「記録中」、「未記録」のいずれかの状態情報が記録される。

（ｆ）ライブラリへの記録開始許容フラグには、ローカルキャッシュ部１０４に格納したデータが、ライブラリ１０２への記録処理を開始してよいデータであるか否かのフラグが記録される。
ローカルキャッシュ部１０４に格納したデータ（ファイル）は、予め規定した時間（記録開始猶予時間）の経過後に、ライブラリ１０２に対する記録処理、すなわちローカルキャッシュ部１０４からライブラリ１０２に対する転送記録が開始される。

具体的には、ローカルキャッシュ部１０４に格納したデータの「（ｄ）キャッシュ格納後の経過時間」が、記録開始猶予時間を経過している場合は、記録開始許容フラグ（例えば１）が設定される。
一方、「（ｄ）キャッシュ格納後の経過時間」が記録開始猶予時間を経過していない場合は、記録開始非許容フラグ（例えば０）が設定される。

なお、記録開始猶予時間は、例えば１０分、２０分、あるいは１時間等、様々な設定が可能である。また、データ（ファイル）の種類やデータ（ファイル）容量に応じて異なる時間に設定することも可能である。また、この記録開始猶予時間は、アーカイブ装置１００のオペレータ（ユーザ）によって設定、変更可能である。
例えば、データ単位、ファイル単位、ライブラリ１０２内のディスク単位、カートリッジ単位、データ種類単位等、様々なカテゴリ単位での設定、変更を行うことができる。

（ｇ）ファイル属性識別子には、ローカルキャッシュ部１０４に格納したデータが、ライブラリ１０２への記録処理を完了したデータであるか否かを示す識別子が記録される。
ローカルキャッシュ部１０４に格納したデータが、ライブラリ１０２への記録処理を完了していないデータ（未記録、または記録中）である場合は、「属性識別子＝Ａ」が記録される。記録処理が完了したデータである場合は「属性識別子＝Ａ」が付与されない。
ローカルキャッシュ部１０４に格納したデータが、ライブラリ１０２への記録処理を完了したデータである場合は、「属性識別子＝Ｎ」が記録される。

このように、キャッシュ管理データには、ローカルキャッシュ部１０４に格納されたデータ（ファイル）単位の様々な情報が記録される。
ステップＳ１０４において、データ処理部１０１は、ステップＳ１０２〜Ｓ１０３においてローカルキャッシュ部１０４に記録されたデータについて、図６に示す（ａ）〜（ｇ）の各情報を記録する。さらに、そのキャッシュデータについて、キャッシュ格納後の経過時間の計測を開始する。

（ステップＳ１０５）
次に、アーカイブ装置１００のデータ処理部１０１は、ステップＳ１０５においてユーザリクエスト（データ記録要求）を行ったユーザ装置２０に対して、ユーザリクエストの処理完了通知、すなわちユーザからのデータ記録要求の処理が完了したことを示す処理完了通知を出力する。

この処理は、図４に示すデータ処理部１０１の通知処理部１２２と、ファイルマネージャＧＵＩ１２３によって実行される。この通知は、通信部１０６を介してユーザ装置２０に出力される。

なお、前述したように、ローカルキャッシ部１０４は例えばハードディスクやフラッシュメモリ等の高速アクセスが可能な記憶装置であり、ユーザリクエストに基づくローカルキャッシ部１０４へのデータ記録処理は短時間で完了する。
従って、このステップＳ１０５における完了通知は、ステップＳ１０１におけるユーザリクエストの入力から大きな遅延を発生させることなく実行することができる。

（ステップＳ１０６）
次に、アーカイブ装置１００のデータ処理部１０１は、メモリ１０５に格納されたキャッシュ管理データ、すなわち図６を参照して説明したキャッシュ管理データに登録されたジョブ中、未処理ジョブの処理を行う。

なお、本処理例においてジョブは、ローカルキャッシュ部１０４に記録されたデータをライブラリ１０２のメディアに記録する処理となる。
なお、この処理は、先に図６を参照して説明したキャッシュ管理データ中の「（ｆ）ライブラリへの記録開始許容フラグ」の値に応じて実行される。
すなわち、「（ｆ）ライブラリへの記録開始許容フラグ」の値が、記録開始許容フラグ（例えば１）に設定された場合に、ライブラリ１０２のメディアに記録する処理が実行されることになる。
この処理の具体的シーケンスについては、後段において、図８に示すフローチャートを参照して説明する。

［４−２．（処理２）ローカルキャッシュ部１０４に格納されたキャッシュ格納データのライブラリ１０２に対する記録開始前の経過時間管理処理の処理シーケンスについて］
次に、図７に示すフローチャートを参照して、ローカルキャッシュ部１０４に格納されたキャッシュ格納データのライブラリ１０２に対する記録開始前の経過時間管理処理の処理シーケンスについて説明する。
以下、図７に示すフローチャートの各ステップの処理について説明する。

（ステップＳ１２１）
まず、アーカイブ装置１００のデータ処理部１０１は、ローカルキャッシュ部１０４に格納されたデータ中、キャッシュ格納後の経過時間が予め規定した「記録開始猶予時間」以内のデータに対する再アクセスが発生したか否かを判定する。
再アクセスが発生したことを検出しない場合は、特に処理を実行しない。
再アクセスが発生したことを検出した場合は、ステップＳ１２２に進む。

（ステップＳ１２２）
ステップＳ１２１において、キャッシユ格納後の経過時間が予め規定した「記録開始猶予時間」以内のデータに対する再アクセスが発生したことを検出した場合、データ処理部１０１は、ステップＳ１２２において、再アクセスの対象となったキャッシュ格納データについて、キャッシュ格納後の経過時間の計測を停止し、計測データをリセットして、経過時間＝０とする。

（ステップＳ１２３）
さらに、データ処理部１０１は、ステップＳ１２３において、再アクセスの対象となったキャッシュ格納データの再アクセス処理の完了後、キャッシュ格納後の経過時間の計測を開始する。

このように、アーカイブ装置１００のデータ処理部１０１は、ローカルキャッシュ部１０４に格納されたデータ中、キャッシュ格納後の経過時間が予め規定した「記録開始猶予時間」以内のデータに対する再アクセスが発生した場合、経過時間計測を停止して、アクセス完了後に再度、経過時間の計測を０から開始する。
すなわち、アクセスが頻繁に行われるデータについては、ローカルキャッシュ部１０４からライブラリ１０２への記録処理を行わず、ローカルキャッシュ部１０４におけるデータ保持期間が延長される。

このような処理を行うことで、ライブラリ１０２に対する無駄なデータ記録の発生を低減することができる。
例えば、ユーザ装置２０が、ローカルキャッシュ部１０４内のデータを読み出してその一部を書き換えるといったデータ更新処理が繰り返されるような場合、各更新データを逐次ライブラリ１０２に記録すると、ライブラリ１０２内のライトワンス型の記録メディアに無駄な記録データが増加してしまう。

本開示の構成では、ローカルキャッシュ部１０４に記録されたデータは予め規定した猶予時間が経過した後、ライブラリ１０２に転送して記録する構成としている。
さらに、この猶予期間内に再アクセスが発生した場合は、経過時間の計測を停止してリセットする。このような処理を行うことで、ライブラリ１０２の記録メディアの記録可能容量を無駄に消費される可能性を低減することができる。
また、アーカイブ装置１００内におけるローカルキャッシュ部１０４からライブラリ１０２へのデータ転送、記録処理の実行頻度も低減することができ、電力消費の低減も可能となる。

［４−３．（処理３）ローカルキャッシュ部１０４に格納されたキャッシュ格納データのライブラリ１０２に対する記録処理と、記録開始後の経過時間管理処理の処理シーケンスについて］
次に、図８に示すフローチャートを参照して、ローカルキャッシュ部１０４に格納されたキャッシュ格納データのライブラリ１０２に対する記録処理と、記録開始後の経過時間管理処理の処理シーケンスについて説明する。
以下、図８に示すフローチャートの各ステップの処理について説明する。

（ステップＳ１４１）
まず、アーカイブ装置１００のデータ処理部１０１は、ステップＳ１４１において、ローカルキャッシュ部１０４に格納されたデータ中、キャッシュ格納後の経過時間が予め規定した「記録開始猶予時間」以上となったデータ（＝アーカイブ許容データ）があるか否かを判定する。

なお、キャッシュ格納後の経過時間が「記録開始猶予時間」以上となったデータを「アーカイブ許容データ」と呼ぶ。
「アーカイブ許容データ」は、ローカルキャッシュ部１０４からライブラリ１０２のメディアへの転送記録の開始が許容されたデータ（キャッシュデータ）である。
一方、キャッシュ格納後の経過時間が「記録開始猶予時間」未満のデータは、ローカルキャッシュ部１０４からライブラリ１０２のメディアへの転送記録の開始が許容されないデータであり「アーカイブ非許容データ」と呼ぶ。

ステップＳ１４１において、キャッシュ格納後の経過時間が「記録開始猶予時間」以上となったデータ（＝アーカイブ許容データ）が検出された場合は、ステップＳ１４２に進む。

（ステップＳ１４２）
キャッシュ格納後の経過時間が「記録開始猶予時間」以上となったアーカイブ許容データが検出された場合、データ処理部１０１は、ステップＳ１４２において、そのアーカイブ許容データをローカルキャッシュ部１０４から読み出してライブラリ１０２のメディアへ転送して記録する処理を開始する。

この処理は、図４に示すデータ処理部１０１のキャッシュマネージャ１２４、ファイルシステム制御部１２１、ライブラリ処理部１２５、ライブラリアクセス部１２６によって実行される。

キャッシュマネージャ１２４は、ローカルキャッシュ部１０４から、キャッシュ格納後の経過時間が「記録開始猶予時間」以上となったアーカイブ許容データを読み出し、ライブラリ処理部１２５、ライブラリアクセス部１２６がこのデータをライブラリ制御部１０３に出力してライブラリ１０２への記録処理を実行させる。

なお、ライブラリ処理部（ＲＥＳＴクライアント）１２５、ライブラリアクセス部（ＲＥＳＴ ＡＰＩ）１２６は、ライブラリ１０２のアクセスを行うためのＡＰＩを利用してデータ記録を実行する。
このライブラリ１０２のメディアへの記録処理は、時間を要する処理となる。

（ステップＳ１４３）
次に、アーカイブ装置１００のデータ処理部１０１は、ライブラリ１０２への記録処理を実行中のデータ（キャッシュデータ）に対して、外部のユーザ装置２０からアクセスが発生したか否かを判定する。

なお、キャッシュデータは、ライブラリ１０２への記録処理実行中も、実行後も基本的にローカルキャッシュ部１０４に継続して保持され、すぐには消去されない。なお、ローカルキャッシュ部１０４のデータ消去処理については、後段で図９以下のフローを参照して説明する。

ユーザ装置２０は、ローカルキャッシュ部１０４に継続して保持されているキャッシュデータを既存のファイルシステム（ＮＴＦＳ等）を利用して即座にアクセスして閲覧（Ｏｐｅｎ）することができる。

ステップＳ１４３では、データ処理部１０１は、ライブラリ１０２への記録処理を実行中のデータ（キャッシュデータ）に対して外部のユーザ装置２０からアクセスが発生したか否かを判定する。
アクセスが発生していない場合は、ステップＳ１４４に進む。
アクセスが発生した場合はステップＳ１４５に進む。

（ステップＳ１４４）
ステップＳ１４４の処理は、ステップＳ１４３において、ライブラリ１０２への記録処理を実行中のデータ（キャッシュデータ）に対して外部のユーザ装置２０からアクセスが発生していないと判定した場合に実行する処理である。

この場合、データ処理部１０１は、ステップＳ１４４において、ライブラリ１０２へのデータ記録処理の完了を判定し、完了していない場合は、ステップＳ１４２に戻りステップＳ１４２〜Ｓ１４４の処理を繰り返す。
ステップＳ１４４で、ライブラリ１０２へのデータ記録処理が完了したと判定すると処理を終了する。

（ステップＳ１４５）
ステップＳ１４５〜Ｓ１４７の処理は、ステップＳ１４３において、ライブラリ１０２への記録処理を実行中のデータ（キャッシュデータ）に対して外部のユーザ装置２０からアクセスが発生したと判定した場合に実行する処理である。

この場合、データ処理部１０１はステップＳ１４５において、ライブラリ１０２への記録処理を実行中のデータ（キャッシュデータ）の記録処理を中止する。
なお、前述したように、ライブラリ１０２への記録処理を実行中のデータ（キャッシュデータ）はローカルキャッシュ部１０４に継続して格納されている。

（ステップＳ１４６）
次に、データ処理部１０１は、ステップＳ１４６において、ライブラリ１０２への記録処理を実行していたデータ（キャッシュデータ）に対応するキャッシュ格納後の経過時間の計測を停止し、計測データをリセットして、経過時間＝０とする。

（ステップＳ１４７）
さらに、データ処理部１０１は、ステップＳ１４７において、再アクセスの対象となったキャッシュ格納データの再アクセス処理の完了後、キャッシュ格納後の経過時間の計測を開始する。

このように、アーカイブ装置１００のデータ処理部１０１は、ローカルキャッシュ部１０４に格納されたデータに対するライブラリ１０２への転送、記録処理を実行中のデータに対する再アクセスが発生した場合にも、キャッシュ格納後の経過時間の計測を停止して、アクセス完了後に再度経過時間の計測を０から開始する。
このような処理を行うことで、ライブラリ１０２に対する無駄なデータ記録を低減することができる。

前述したように、本開示の構成では、ローカルキャッシュ部１０４に記録されたデータは予め規定した猶予時間が経過した後、ライブラリ１０２に転送して記録する構成としている。さらに、この猶予時間経過後にライブラリ１０２への転送記録が開始された後でも、再アクセスが発生した場合は、ライブラリ１０２への転送記録を中止するとともに、そのデータのキャッシュ格納後の経過時間計測を停止してリセットする。

このような処理を行うことで、ライブラリ１０２のライトワンス型の記録メディアに対する無駄なデータの記録を低減できる。また、アーカイブ装置１００内におけるローカルキャッシュ部１０４からライブラリ１０２へのデータ転送、記録処理の実行頻度も低減することができ、電力消費の低減も可能となる。

［４−４．（処理４）ローカルキャッシュ部１０４のデータ消去処理の処理シーケンスについて］
次に、図９、図１０に示すフローチャートを参照して、ローカルキャッシュ部１０４のデータ消去処理の処理シーケンスについて説明する。

ローカルキャッシュ部１０４には、時間とともに、多数のデータが記録され、やがてローカルキャッシュ部１０４の記録容量の上限に達することになる。このような状態において、ローカルキャッシュ部１０４に新たなデータ記録を行うためには、ローカルキャッシュ部１０４に記録されているデータの一部を消去する必要がある。

以下の図９、図１０に示すフローチャートは、この処理、すなわち、ローカルキャッシュ部１０４のデータ消去処理の処理シーケンスを説明したフローチャートである。
以下、図９、図１０に示すフローチャートの各ステップの処理について説明する。

（ステップＳ２０１）
まず、アーカイブ装置１００のデータ処理部１０１は、ステップＳ２０１において、新たにローカルキャッシュ部１０４に格納する「新規キャッシュ格納データ」の発生を検出する。

（ステップＳ２０２）
次に、データ処理部１０１は、ステップＳ２０２において「新規キャッシュ格納データ」のデータ容量と、ローカルキャッシュ部１０４の空き容量を比較する。
新規格納データのデータ容量＜空き容量・・・（判定式）
上記の（判定式）が成立する場合は、ステップＳ２０３に進む。
一方、上記の（判定式）が成立しない場合は、ステップＳ２０４に進む。

（ステップＳ２０３）
ステップＳ２０２において、
新規格納データのデータ容量＜空き容量・・・（判定式）
上記の（判定式）が成立したと判定した場合は、ステップＳ２０３に進む。
上記の（判定式）が成立した場合は、「新規キャッシュ格納データ」をローカルキャッシュ部１０４に格納することが可能であり、データ処理部１０１は、ステップＳ２０３において、「新規キャッシュ格納データ」をローカルキャッシュ部１０４に格納する。

（ステップＳ２０４）
一方、ステップＳ２０２において、
新規格納データのデータ容量＜空き容量・・・（判定式）
上記の（判定式）が成立しないと判定した場合は、ステップＳ２０４に進む。
上記の（判定式）が成立しない場合は、「新規キャッシュ格納データ」をローカルキャッシュ部１０４に格納することが不可能となる。

この場合、データ処理部１０１は、まず、ステップＳ２０４において、ローカルキャッシュ部１０４に既に格納されているキャッシュ格納済みデータ中に、ライブラリ１０２への記録が完了したデータが存在するか否かを判定する。
ライブラリ１０２への記録が完了したデータが存在する場合は、ステップＳＳ２０５に進む。
一方、ライブラリ１０２への記録が完了したデータが存在しない場合は、ステップＳ２２１に進む。

（ステップＳ２０５）
ステップＳ２０５の処理は、ステップＳ２０４において、ライブラリ１０２への記録が完了したデータが存在すると判定した場合に実行する処理である。
この場合、データ処理部１０１は、ステップＳ２０５において、ライブラリ１０２への記録が完了したデータを選択し、これらのデータから予め規定したアルゴリズム、例えばＦＩＦＯ（Ｆｉｒｓｔ ｉｎ Ｆｉｒｓｔ Ｏｕｔ）やＬＲＵ（Ｌｅａｓｔ Ｒｅｃｅｎｔｌｙ Ｕｓｅｄ）等のアルゴリズムに従って消去対象データを選択して消去する。
この処理を実行後、ステップＳ２０２に戻り、ステップＳ２０２以下の処理を繰り返す。

（ステップＳ２２１）
ステップＳ２２１の処理は、ステップＳ２０４において、ローカルキャッシュ部１０４にライブラリ１０２への記録が完了したデータが存在しないと判定した場合に実行する処理である。
この場合、データ処理部１０１は、ステップＳ２２１において、ローカルキャッシュ部１０４の格納済みデータ中にライブラリ１０２への記録処理実行中のデータが存在するか否かを判定する。

ライブラリ１０２への記録処理実行中のデータが存在する場合はステップＳ２２２に進む。
一方、ライブラリ１０２への記録処理実行中のデータが存在しない場合はステップＳ２２４に進む。

（ステップＳ２２２）
ステップＳ２２２の処理は、ステップＳ２２１において、ライブラリ１０２への記録処理実行中のデータが存在すると判定した場合に実行する処理である。
この場合、データ処理部１０１は、ステップＳ２２２において、ライブラリ１０２への記録処理実行中のデータについて、ライブラリ１０２への記録処理の完了を待機する。

（ステップＳ２２３）
さらに、ステップＳ２２３において、データ処理部１０１は、ライブラリ１０２への記録処理実行中のデータについて、ライブラリ１０２への記録処理が完了したか否かを判定し、完了していない場合はステップＳ２２２〜Ｓ２２３の処理を繰り返す。

ステップＳ２２３において、ライブラリ１０２への記録処理実行中のデータについて、ライブラリ１０２への記録処理が完了したと判定した場合は、ステップＳ２０２に戻り、ステップＳ２０２以下の処理を繰り返す。

（ステップＳ２２４）
ステップＳ２２４の処理は、ステップＳ２２１において、ライブラリ１０２への記録処理実行中のデータが存在しないと判定した場合に実行する処理である。
すなわち、キャッシュ格納済みデータ中にライブラリ記録完了データ、およびライブラリ記録中データが存在しない、つまりライブラリ未記録データが存在する状態となる。この場合、データ処理部１０１は、ステップＳ２２４において、予め規定したアルゴリズムに従ってローカルキャッシュ部１０４に格納済みのキャッシュデータの消去処理を実行する。
ただし、未記録データをライブラリに記録完了させてから消去処理を実行する。さらに、この未記録データをライブラリに記録完了させるときに、記録開始猶予時間は無視され、ライブラリへの記録開始許容フラグは１（記録開始許容）となり、即座にライブラリに記録処理を行う。

予め規定したアルゴリズムとは、例えばＦＩＦＯ（Ｆｉｒｓｔ ｉｎ Ｆｉｒｓｔ Ｏｕｔ）やＬＲＵ（Ｌｅａｓｔ Ｒｅｃｅｎｔｌｙ Ｕｓｅｄ）等のアルゴリズムである。
これらのアルゴリズムのいずれかを用いて消去対象とするキャッシュデータを選択して消去する。
消去処理後は、ステップＳ２０２に戻り、ステップＳ２０２以下の処理を繰り返す。

なお、この図９、図１０に示すフローに従った処理は、図４に示すデータ処理部１０１のファイルシステム制御部１２１と、キャッシュマネージャ１２４によって実行される。
この図９、図１０に示すフローに従った処理を実行することで、ローカルキャッシュ部１０４に新たなキャッシュデータの記録領域を確保することが可能となる。

［５．アーカイブ装置のハードウェア構成例について］
次に、上述した処理を実行するアーカイブ装置１００や、ユーザ装置２０のハードウェア構成例について図１１を参照して説明する。

図１１は、アーカイブ装置１００や、ユーザ装置２０として適用可能なハードウェアの一構成例を示す図である。
図１１に示す構成について説明する。
ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）３０１は、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）３０２、または記憶部３０８に記憶されているプログラムに従って各種の処理を実行するデータ処理部として機能する。例えば、上述した実施例において説明したシーケンスに従った処理を実行する。ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）３０３には、ＣＰＵ３０１が実行するプログラムやデータなどが記憶される。これらのＣＰＵ３０１、ＲＯＭ３０２、およびＲＡＭ３０３は、バス３０４により相互に接続されている。

ＣＰＵ３０１はバス３０４を介して入出力インタフェース３０５に接続され、入出力インタフェース３０５には、各種スイッチ、キーボード、タッチパネル、マウス、マイクロフォンなどからなる入力部３０６、ディスプレイ、スピーカなどからなる出力部３０７が接続されている。

ＣＰＵ３０１は、入力部３０６から入力される指令や状況データ等を入力し、各種の処理を実行し、処理結果を例えば出力部３０７に出力する。
入出力インタフェース３０５に接続されている記憶部３０８は、例えばハードディスク等からなり、ＣＰＵ３０１が実行するプログラムや各種のデータを記憶する。通信部３０９は、インターネットやローカルエリアネットワークなどのネットワークを介したデータ通信の送受信部として機能し、外部の装置と通信する。

入出力インタフェース３０５に接続されているドライブ３１０は、磁気ディスク、光ディスク、光磁気ディスク、あるいはメモリカード等の半導体メモリなどのリムーバブルメディア３１１を駆動し、データの記録あるいは読み取りを実行する。

本開示のアーカイブ装置１００の場合、図１１に示すドライブ３１０とリムーバブルメディア３１１は、
（ａ）図２に示すローカルキャッシュ部１０４に対応して構成されるドライブとリムーバブルメディア、
（ｂ）図２に示すライブラリ制御部１０３とライブラリ１０２に対応して構成されるドライブとリムーバブルメディア、
これら２種類の構成を含むものとなる。

［６．応用例］
本開示に係る技術は、様々な製品へ応用することができる。例えば、本開示に係る技術は、手術室システムに適用されてもよい。

図１２は、本開示に係る技術が適用され得る手術室システム５１００の全体構成を概略的に示す図である。図１２を参照すると、手術室システム５１００は、手術室内に設置される装置群が視聴覚コントローラ（ＡＶ Ｃｏｎｔｒｏｌｌｅｒ）５１０７及び手術室制御装置５１０９を介して互いに連携可能に接続されることにより構成される。

手術室には、様々な装置が設置され得る。図１２では、一例として、内視鏡下手術のための各種の装置群５１０１と、手術室の天井に設けられ術者の手元を撮像するシーリングカメラ５１８７と、手術室の天井に設けられ手術室全体の様子を撮像する術場カメラ５１８９と、複数の表示装置５１０３Ａ〜５１０３Ｄと、レコーダ５１０５と、患者ベッド５１８３と、照明５１９１と、を図示している。

ここで、これらの装置のうち、装置群５１０１は、後述する内視鏡手術システム５１１３に属するものであり、内視鏡や当該内視鏡によって撮像された画像を表示する表示装置等からなる。内視鏡手術システム５１１３に属する各装置は医療用機器とも呼称される。一方、表示装置５１０３Ａ〜５１０３Ｄ、レコーダ５１０５、患者ベッド５１８３及び照明５１９１は、内視鏡手術システム５１１３とは別個に、例えば手術室に備え付けられている装置である。これらの内視鏡手術システム５１１３に属さない各装置は非医療用機器とも呼称される。視聴覚コントローラ５１０７及び／又は手術室制御装置５１０９は、これら医療機器及び非医療機器の動作を互いに連携して制御する。

視聴覚コントローラ５１０７は、医療機器及び非医療機器における画像表示に関する処理を、統括的に制御する。具体的には、手術室システム５１００が備える装置のうち、装置群５１０１、シーリングカメラ５１８７及び術場カメラ５１８９は、手術中に表示すべき情報（以下、表示情報ともいう）を発信する機能を有する装置（以下、発信元の装置とも呼称する）であり得る。また、表示装置５１０３Ａ〜５１０３Ｄは、表示情報が出力される装置（以下、出力先の装置とも呼称する）であり得る。また、レコーダ５１０５は、発信元の装置及び出力先の装置の双方に該当する装置であり得る。視聴覚コントローラ５１０７は、発信元の装置及び出力先の装置の動作を制御し、発信元の装置から表示情報を取得するとともに、当該表示情報を出力先の装置に送信し、表示又は記録させる機能を有する。なお、表示情報とは、手術中に撮像された各種の画像や、手術に関する各種の情報（例えば、患者の身体情報や、過去の検査結果、術式についての情報等）等である。

具体的には、視聴覚コントローラ５１０７には、装置群５１０１から、表示情報として、内視鏡によって撮像された患者の体腔内の術部の画像についての情報が送信され得る。また、シーリングカメラ５１８７から、表示情報として、当該シーリングカメラ５１８７によって撮像された術者の手元の画像についての情報が送信され得る。また、術場カメラ５１８９から、表示情報として、当該術場カメラ５１８９によって撮像された手術室全体の様子を示す画像についての情報が送信され得る。なお、手術室システム５１００に撮像機能を有する他の装置が存在する場合には、視聴覚コントローラ５１０７は、表示情報として、当該他の装置からも当該他の装置によって撮像された画像についての情報を取得してもよい。

あるいは、例えば、レコーダ５１０５には、過去に撮像されたこれらの画像についての情報が視聴覚コントローラ５１０７によって記録されている。視聴覚コントローラ５１０７は、表示情報として、レコーダ５１０５から当該過去に撮像された画像についての情報を取得することができる。なお、レコーダ５１０５には、手術に関する各種の情報も事前に記録されていてもよい。

視聴覚コントローラ５１０７は、出力先の装置である表示装置５１０３Ａ〜５１０３Ｄの少なくともいずれかに、取得した表示情報（すなわち、手術中に撮影された画像や、手術に関する各種の情報）を表示させる。図示する例では、表示装置５１０３Ａは手術室の天井から吊り下げられて設置される表示装置であり、表示装置５１０３Ｂは手術室の壁面に設置される表示装置であり、表示装置５１０３Ｃは手術室内の机上に設置される表示装置であり、表示装置５１０３Ｄは表示機能を有するモバイル機器（例えば、タブレットＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ））である。

また、図１２では図示を省略しているが、手術室システム５１００には、手術室の外部の装置が含まれてもよい。手術室の外部の装置は、例えば、病院内外に構築されたネットワークに接続されるサーバや、医療スタッフが用いるＰＣ、病院の会議室に設置されるプロジェクタ等であり得る。このような外部装置が病院外にある場合には、視聴覚コントローラ５１０７は、遠隔医療のために、テレビ会議システム等を介して、他の病院の表示装置に表示情報を表示させることもできる。

手術室制御装置５１０９は、非医療機器における画像表示に関する処理以外の処理を、統括的に制御する。例えば、手術室制御装置５１０９は、患者ベッド５１８３、シーリングカメラ５１８７、術場カメラ５１８９及び照明５１９１の駆動を制御する。

手術室システム５１００には、集中操作パネル５１１１が設けられており、ユーザは、当該集中操作パネル５１１１を介して、視聴覚コントローラ５１０７に対して画像表示についての指示を与えたり、手術室制御装置５１０９に対して非医療機器の動作についての指示を与えることができる。集中操作パネル５１１１は、表示装置の表示面上にタッチパネルが設けられて構成される。

図１３は、集中操作パネル５１１１における操作画面の表示例を示す図である。図１３では、一例として、手術室システム５１００に、出力先の装置として、２つの表示装置が設けられている場合に対応する操作画面を示している。図１３を参照すると、操作画面５１９３には、発信元選択領域５１９５と、プレビュー領域５１９７と、コントロール領域５２０１と、が設けられる。

発信元選択領域５１９５には、手術室システム５１００に備えられる発信元装置と、当該発信元装置が有する表示情報を表すサムネイル画面と、が紐付けられて表示される。ユーザは、表示装置に表示させたい表示情報を、発信元選択領域５１９５に表示されているいずれかの発信元装置から選択することができる。

プレビュー領域５１９７には、出力先の装置である２つの表示装置（Ｍｏｎｉｔｏｒ１、Ｍｏｎｉｔｏｒ２）に表示される画面のプレビューが表示される。図示する例では、１つの表示装置において４つの画像がＰｉｎＰ表示されている。当該４つの画像は、発信元選択領域５１９５において選択された発信元装置から発信された表示情報に対応するものである。４つの画像のうち、１つはメイン画像として比較的大きく表示され、残りの３つはサブ画像として比較的小さく表示される。ユーザは、４つの画像が表示された領域を適宜選択することにより、メイン画像とサブ画像を入れ替えることができる。また、４つの画像が表示される領域の下部には、ステータス表示領域５１９９が設けられており、当該領域に手術に関するステータス（例えば、手術の経過時間や、患者の身体情報等）が適宜表示され得る。

コントロール領域５２０１には、発信元の装置に対して操作を行うためのＧＵＩ（Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）部品が表示される発信元操作領域５２０３と、出力先の装置に対して操作を行うためのＧＵＩ部品が表示される出力先操作領域５２０５と、が設けられる。図示する例では、発信元操作領域５２０３には、撮像機能を有する発信元の装置におけるカメラに対して各種の操作（パン、チルト及びズーム）を行うためのＧＵＩ部品が設けられている。ユーザは、これらのＧＵＩ部品を適宜選択することにより、発信元の装置におけるカメラの動作を操作することができる。なお、図示は省略しているが、発信元選択領域５１９５において選択されている発信元の装置がレコーダである場合（すなわち、プレビュー領域５１９７において、レコーダに過去に記録された画像が表示されている場合）には、発信元操作領域５２０３には、当該画像の再生、再生停止、巻き戻し、早送り等の操作を行うためのＧＵＩ部品が設けられ得る。

また、出力先操作領域５２０５には、出力先の装置である表示装置における表示に対する各種の操作（スワップ、フリップ、色調整、コントラスト調整、２Ｄ表示と３Ｄ表示の切り替え）を行うためのＧＵＩ部品が設けられている。ユーザは、これらのＧＵＩ部品を適宜選択することにより、表示装置における表示を操作することができる。

なお、集中操作パネル５１１１に表示される操作画面は図示する例に限定されず、ユーザは、集中操作パネル５１１１を介して、手術室システム５１００に備えられる、視聴覚コントローラ５１０７及び手術室制御装置５１０９によって制御され得る各装置に対する操作入力が可能であってよい。

図１４は、以上説明した手術室システムが適用された手術の様子の一例を示す図である。シーリングカメラ５１８７及び術場カメラ５１８９は、手術室の天井に設けられ、患者ベッド５１８３上の患者５１８５の患部に対して処置を行う術者（医者）５１８１の手元及び手術室全体の様子を撮影可能である。シーリングカメラ５１８７及び術場カメラ５１８９には、倍率調整機能、焦点距離調整機能、撮影方向調整機能等が設けられ得る。照明５１９１は、手術室の天井に設けられ、少なくとも術者５１８１の手元を照射する。照明５１９１は、その照射光量、照射光の波長（色）及び光の照射方向等を適宜調整可能であってよい。

内視鏡手術システム５１１３、患者ベッド５１８３、シーリングカメラ５１８７、術場カメラ５１８９及び照明５１９１は、図１２に示すように、視聴覚コントローラ５１０７及び手術室制御装置５１０９（図１４では図示せず）を介して互いに連携可能に接続されている。手術室内には、集中操作パネル５１１１が設けられており、上述したように、ユーザは、当該集中操作パネル５１１１を介して、手術室内に存在するこれらの装置を適宜操作することが可能である。

以下、内視鏡手術システム５１１３の構成について詳細に説明する。図示するように、内視鏡手術システム５１１３は、内視鏡５１１５と、その他の術具５１３１と、内視鏡５１１５を支持する支持アーム装置５１４１と、内視鏡下手術のための各種の装置が搭載されたカート５１５１と、から構成される。

内視鏡手術では、腹壁を切って開腹する代わりに、トロッカ５１３９ａ〜５１３９ｄと呼ばれる筒状の開孔器具が腹壁に複数穿刺される。そして、トロッカ５１３９ａ〜５１３９ｄから、内視鏡５１１５の鏡筒５１１７や、その他の術具５１３１が患者５１８５の体腔内に挿入される。図示する例では、その他の術具５１３１として、気腹チューブ５１３３、エネルギー処置具５１３５及び鉗子５１３７が、患者５１８５の体腔内に挿入されている。また、エネルギー処置具５１３５は、高周波電流や超音波振動により、組織の切開及び剥離、又は血管の封止等を行う処置具である。ただし、図示する術具５１３１はあくまで一例であり、術具５１３１としては、例えば攝子、レトラクタ等、一般的に内視鏡下手術において用いられる各種の術具が用いられてよい。

内視鏡５１１５によって撮影された患者５１８５の体腔内の術部の画像が、表示装置５１５５に表示される。術者５１８１は、表示装置５１５５に表示された術部の画像をリアルタイムで見ながら、エネルギー処置具５１３５や鉗子５１３７を用いて、例えば患部を切除する等の処置を行う。なお、図示は省略しているが、気腹チューブ５１３３、エネルギー処置具５１３５及び鉗子５１３７は、手術中に、術者５１８１又は助手等によって支持される。

（支持アーム装置）
支持アーム装置５１４１は、ベース部５１４３から延伸するアーム部５１４５を備える。図示する例では、アーム部５１４５は、関節部５１４７ａ、５１４７ｂ、５１４７ｃ、及びリンク５１４９ａ、５１４９ｂから構成されており、アーム制御装置５１５９からの制御により駆動される。アーム部５１４５によって内視鏡５１１５が支持され、その位置及び姿勢が制御される。これにより、内視鏡５１１５の安定的な位置の固定が実現され得る。

（内視鏡）
内視鏡５１１５は、先端から所定の長さの領域が患者５１８５の体腔内に挿入される鏡筒５１１７と、鏡筒５１１７の基端に接続されるカメラヘッド５１１９と、から構成される。図示する例では、硬性の鏡筒５１１７を有するいわゆる硬性鏡として構成される内視鏡５１１５を図示しているが、内視鏡５１１５は、軟性の鏡筒５１１７を有するいわゆる軟性鏡として構成されてもよい。

鏡筒５１１７の先端には、対物レンズが嵌め込まれた開口部が設けられている。内視鏡５１１５には光源装置５１５７が接続されており、当該光源装置５１５７によって生成された光が、鏡筒５１１７の内部に延設されるライトガイドによって当該鏡筒の先端まで導光され、対物レンズを介して患者５１８５の体腔内の観察対象に向かって照射される。なお、内視鏡５１１５は、直視鏡であってもよいし、斜視鏡又は側視鏡であってもよい。

カメラヘッド５１１９の内部には光学系及び撮像素子が設けられており、観察対象からの反射光（観察光）は当該光学系によって当該撮像素子に集光される。当該撮像素子によって観察光が光電変換され、観察光に対応する電気信号、すなわち観察像に対応する画像信号が生成される。当該画像信号は、ＲＡＷデータとしてカメラコントロールユニット（ＣＣＵ：Ｃａｍｅｒａ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）５１５３に送信される。なお、カメラヘッド５１１９には、その光学系を適宜駆動させることにより、倍率及び焦点距離を調整する機能が搭載される。

なお、例えば立体視（３Ｄ表示）等に対応するために、カメラヘッド５１１９には撮像素子が複数設けられてもよい。この場合、鏡筒５１１７の内部には、当該複数の撮像素子のそれぞれに観察光を導光するために、リレー光学系が複数系統設けられる。

（カートに搭載される各種の装置）
ＣＣＵ５１５３は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）やＧＰＵ（Ｇｒａｐｈｉｃｓ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）等によって構成され、内視鏡５１１５及び表示装置５１５５の動作を統括的に制御する。具体的には、ＣＣＵ５１５３は、カメラヘッド５１１９から受け取った画像信号に対して、例えば現像処理（デモザイク処理）等の、当該画像信号に基づく画像を表示するための各種の画像処理を施す。ＣＣＵ５１５３は、当該画像処理を施した画像信号を表示装置５１５５に提供する。また、ＣＣＵ５１５３には、図１２に示す視聴覚コントローラ５１０７が接続される。ＣＣＵ５１５３は、画像処理を施した画像信号を視聴覚コントローラ５１０７にも提供する。また、ＣＣＵ５１５３は、カメラヘッド５１１９に対して制御信号を送信し、その駆動を制御する。当該制御信号には、倍率や焦点距離等、撮像条件に関する情報が含まれ得る。当該撮像条件に関する情報は、入力装置５１６１を介して入力されてもよいし、上述した集中操作パネル５１１１を介して入力されてもよい。

表示装置５１５５は、ＣＣＵ５１５３からの制御により、当該ＣＣＵ５１５３によって画像処理が施された画像信号に基づく画像を表示する。内視鏡５１１５が例えば４Ｋ（水平画素数３８４０×垂直画素数２１６０）又は８Ｋ（水平画素数７６８０×垂直画素数４３２０）等の高解像度の撮影に対応したものである場合、及び／又は３Ｄ表示に対応したものである場合には、表示装置５１５５としては、それぞれに対応して、高解像度の表示が可能なもの、及び／又は３Ｄ表示可能なものが用いられ得る。４Ｋ又は８Ｋ等の高解像度の撮影に対応したものである場合、表示装置５１５５として５５インチ以上のサイズのものを用いることで一層の没入感が得られる。また、用途に応じて、解像度、サイズが異なる複数の表示装置５１５５が設けられてもよい。

光源装置５１５７は、例えばＬＥＤ（ｌｉｇｈｔ ｅｍｉｔｔｉｎｇ ｄｉｏｄｅ）等の光源から構成され、術部を撮影する際の照射光を内視鏡５１１５に供給する。

アーム制御装置５１５９は、例えばＣＰＵ等のプロセッサによって構成され、所定のプログラムに従って動作することにより、所定の制御方式に従って支持アーム装置５１４１のアーム部５１４５の駆動を制御する。

入力装置５１６１は、内視鏡手術システム５１１３に対する入力インタフェースである。ユーザは、入力装置５１６１を介して、内視鏡手術システム５１１３に対して各種の情報の入力や指示入力を行うことができる。例えば、ユーザは、入力装置５１６１を介して、患者の身体情報や、手術の術式についての情報等、手術に関する各種の情報を入力する。また、例えば、ユーザは、入力装置５１６１を介して、アーム部５１４５を駆動させる旨の指示や、内視鏡５１１５による撮像条件（照射光の種類、倍率及び焦点距離等）を変更する旨の指示、エネルギー処置具５１３５を駆動させる旨の指示等を入力する。

入力装置５１６１の種類は限定されず、入力装置５１６１は各種の公知の入力装置であってよい。入力装置５１６１としては、例えば、マウス、キーボード、タッチパネル、スイッチ、フットスイッチ５１７１及び／又はレバー等が適用され得る。入力装置５１６１としてタッチパネルが用いられる場合には、当該タッチパネルは表示装置５１５５の表示面上に設けられてもよい。

あるいは、入力装置５１６１は、例えばメガネ型のウェアラブルデバイスやＨＭＤ（Ｈｅａｄ Ｍｏｕｎｔｅｄ Ｄｉｓｐｌａｙ）等の、ユーザによって装着されるデバイスであり、これらのデバイスによって検出されるユーザのジェスチャや視線に応じて各種の入力が行われる。また、入力装置５１６１は、ユーザの動きを検出可能なカメラを含み、当該カメラによって撮像された映像から検出されるユーザのジェスチャや視線に応じて各種の入力が行われる。更に、入力装置５１６１は、ユーザの声を収音可能なマイクロフォンを含み、当該マイクロフォンを介して音声によって各種の入力が行われる。このように、入力装置５１６１が非接触で各種の情報を入力可能に構成されることにより、特に清潔域に属するユーザ（例えば術者５１８１）が、不潔域に属する機器を非接触で操作することが可能となる。また、ユーザは、所持している術具から手を離すことなく機器を操作することが可能となるため、ユーザの利便性が向上する。

処置具制御装置５１６３は、組織の焼灼、切開又は血管の封止等のためのエネルギー処置具５１３５の駆動を制御する。気腹装置５１６５は、内視鏡５１１５による視野の確保及び術者の作業空間の確保の目的で、患者５１８５の体腔を膨らめるために、気腹チューブ５１３３を介して当該体腔内にガスを送り込む。レコーダ５１６７は、手術に関する各種の情報を記録可能な装置である。プリンタ５１６９は、手術に関する各種の情報を、テキスト、画像又はグラフ等各種の形式で印刷可能な装置である。

以下、内視鏡手術システム５１１３において特に特徴的な構成について、更に詳細に説明する。

（支持アーム装置）
支持アーム装置５１４１は、基台であるベース部５１４３と、ベース部５１４３から延伸するアーム部５１４５と、を備える。図示する例では、アーム部５１４５は、複数の関節部５１４７ａ、５１４７ｂ、５１４７ｃと、関節部５１４７ｂによって連結される複数のリンク５１４９ａ、５１４９ｂと、から構成されているが、図１４では、簡単のため、アーム部５１４５の構成を簡略化して図示している。実際には、アーム部５１４５が所望の自由度を有するように、関節部５１４７ａ〜５１４７ｃ及びリンク５１４９ａ、５１４９ｂの形状、数及び配置、並びに関節部５１４７ａ〜５１４７ｃの回転軸の方向等が適宜設定され得る。例えば、アーム部５１４５は、好適に、６自由度以上の自由度を有するように構成され得る。これにより、アーム部５１４５の可動範囲内において内視鏡５１１５を自由に移動させることが可能になるため、所望の方向から内視鏡５１１５の鏡筒５１１７を患者５１８５の体腔内に挿入することが可能になる。

関節部５１４７ａ〜５１４７ｃにはアクチュエータが設けられており、関節部５１４７ａ〜５１４７ｃは当該アクチュエータの駆動により所定の回転軸まわりに回転可能に構成されている。当該アクチュエータの駆動がアーム制御装置５１５９によって制御されることにより、各関節部５１４７ａ〜５１４７ｃの回転角度が制御され、アーム部５１４５の駆動が制御される。これにより、内視鏡５１１５の位置及び姿勢の制御が実現され得る。この際、アーム制御装置５１５９は、力制御又は位置制御等、各種の公知の制御方式によってアーム部５１４５の駆動を制御することができる。

例えば、術者５１８１が、入力装置５１６１（フットスイッチ５１７１を含む）を介して適宜操作入力を行うことにより、当該操作入力に応じてアーム制御装置５１５９によってアーム部５１４５の駆動が適宜制御され、内視鏡５１１５の位置及び姿勢が制御されてよい。当該制御により、アーム部５１４５の先端の内視鏡５１１５を任意の位置から任意の位置まで移動させた後、その移動後の位置で固定的に支持することができる。なお、アーム部５１４５は、いわゆるマスタースレイブ方式で操作されてもよい。この場合、アーム部５１４５は、手術室から離れた場所に設置される入力装置５１６１を介してユーザによって遠隔操作され得る。

また、力制御が適用される場合には、アーム制御装置５１５９は、ユーザからの外力を受け、その外力にならってスムーズにアーム部５１４５が移動するように、各関節部５１４７ａ〜５１４７ｃのアクチュエータを駆動させる、いわゆるパワーアシスト制御を行ってもよい。これにより、ユーザが直接アーム部５１４５に触れながらアーム部５１４５を移動させる際に、比較的軽い力で当該アーム部５１４５を移動させることができる。従って、より直感的に、より簡易な操作で内視鏡５１１５を移動させることが可能となり、ユーザの利便性を向上させることができる。

ここで、一般的に、内視鏡下手術では、スコピストと呼ばれる医師によって内視鏡５１１５が支持されていた。これに対して、支持アーム装置５１４１を用いることにより、人手によらずに内視鏡５１１５の位置をより確実に固定することが可能になるため、術部の画像を安定的に得ることができ、手術を円滑に行うことが可能になる。

なお、アーム制御装置５１５９は必ずしもカート５１５１に設けられなくてもよい。また、アーム制御装置５１５９は必ずしも１つの装置でなくてもよい。例えば、アーム制御装置５１５９は、支持アーム装置５１４１のアーム部５１４５の各関節部５１４７ａ〜５１４７ｃにそれぞれ設けられてもよく、複数のアーム制御装置５１５９が互いに協働することにより、アーム部５１４５の駆動制御が実現されてもよい。

（光源装置）
光源装置５１５７は、内視鏡５１１５に術部を撮影する際の照射光を供給する。光源装置５１５７は、例えばＬＥＤ、レーザ光源又はこれらの組み合わせによって構成される白色光源から構成される。このとき、ＲＧＢレーザ光源の組み合わせにより白色光源が構成される場合には、各色（各波長）の出力強度及び出力タイミングを高精度に制御することができるため、光源装置５１５７において撮像画像のホワイトバランスの調整を行うことができる。また、この場合には、ＲＧＢレーザ光源それぞれからのレーザ光を時分割で観察対象に照射し、その照射タイミングに同期してカメラヘッド５１１９の撮像素子の駆動を制御することにより、ＲＧＢそれぞれに対応した画像を時分割で撮像することも可能である。当該方法によれば、当該撮像素子にカラーフィルタを設けなくても、カラー画像を得ることができる。

また、光源装置５１５７は、出力する光の強度を所定の時間ごとに変更するようにその駆動が制御されてもよい。その光の強度の変更のタイミングに同期してカメラヘッド５１１９の撮像素子の駆動を制御して時分割で画像を取得し、その画像を合成することにより、いわゆる黒つぶれ及び白とびのない高ダイナミックレンジの画像を生成することができる。

また、光源装置５１５７は、特殊光観察に対応した所定の波長帯域の光を供給可能に構成されてもよい。特殊光観察では、例えば、体組織における光の吸収の波長依存性を利用して、通常の観察時における照射光（すなわち、白色光）に比べて狭帯域の光を照射することにより、粘膜表層の血管等の所定の組織を高コントラストで撮影する、いわゆる狭帯域光観察（Ｎａｒｒｏｗ Ｂａｎｄ Ｉｍａｇｉｎｇ）が行われる。あるいは、特殊光観察では、励起光を照射することにより発生する蛍光により画像を得る蛍光観察が行われてもよい。蛍光観察では、体組織に励起光を照射し当該体組織からの蛍光を観察するもの（自家蛍光観察）、又はインドシアニングリーン（ＩＣＧ）等の試薬を体組織に局注するとともに当該体組織にその試薬の蛍光波長に対応した励起光を照射し蛍光像を得るもの等が行われ得る。光源装置５１５７は、このような特殊光観察に対応した狭帯域光及び／又は励起光を供給可能に構成され得る。

（カメラヘッド及びＣＣＵ）
図１５を参照して、内視鏡５１１５のカメラヘッド５１１９及びＣＣＵ５１５３の機能についてより詳細に説明する。図１５は、図１４に示すカメラヘッド５１１９及びＣＣＵ５１５３の機能構成の一例を示すブロック図である。

図１５を参照すると、カメラヘッド５１１９は、その機能として、レンズユニット５１２１と、撮像部５１２３と、駆動部５１２５と、通信部５１２７と、カメラヘッド制御部５１２９と、を有する。また、ＣＣＵ５１５３は、その機能として、通信部５１７３と、画像処理部５１７５と、制御部５１７７と、を有する。カメラヘッド５１１９とＣＣＵ５１５３とは、伝送ケーブル５１７９によって双方向に通信可能に接続されている。

まず、カメラヘッド５１１９の機能構成について説明する。レンズユニット５１２１は、鏡筒５１１７との接続部に設けられる光学系である。鏡筒５１１７の先端から取り込まれた観察光は、カメラヘッド５１１９まで導光され、当該レンズユニット５１２１に入射する。レンズユニット５１２１は、ズームレンズ及びフォーカスレンズを含む複数のレンズが組み合わされて構成される。レンズユニット５１２１は、撮像部５１２３の撮像素子の受光面上に観察光を集光するように、その光学特性が調整されている。また、ズームレンズ及びフォーカスレンズは、撮像画像の倍率及び焦点の調整のため、その光軸上の位置が移動可能に構成される。

撮像部５１２３は撮像素子によって構成され、レンズユニット５１２１の後段に配置される。レンズユニット５１２１を通過した観察光は、当該撮像素子の受光面に集光され、光電変換によって、観察像に対応した画像信号が生成される。撮像部５１２３によって生成された画像信号は、通信部５１２７に提供される。

撮像部５１２３を構成する撮像素子としては、例えばＣＭＯＳ（Ｃｏｍｐｌｅｍｅｎｔａｒｙ Ｍｅｔａｌ Ｏｘｉｄｅ Ｓｅｍｉｃｏｎｄｕｃｔｏｒ）タイプのイメージセンサであり、Ｂａｙｅｒ配列を有するカラー撮影可能なものが用いられる。なお、当該撮像素子としては、例えば４Ｋ以上の高解像度の画像の撮影に対応可能なものが用いられてもよい。術部の画像が高解像度で得られることにより、術者５１８１は、当該術部の様子をより詳細に把握することができ、手術をより円滑に進行することが可能となる。

また、撮像部５１２３を構成する撮像素子は、３Ｄ表示に対応する右目用及び左目用の画像信号をそれぞれ取得するための１対の撮像素子を有するように構成される。３Ｄ表示が行われることにより、術者５１８１は術部における生体組織の奥行きをより正確に把握することが可能になる。なお、撮像部５１２３が多板式で構成される場合には、各撮像素子に対応して、レンズユニット５１２１も複数系統設けられる。

また、撮像部５１２３は、必ずしもカメラヘッド５１１９に設けられなくてもよい。例えば、撮像部５１２３は、鏡筒５１１７の内部に、対物レンズの直後に設けられてもよい。

駆動部５１２５は、アクチュエータによって構成され、カメラヘッド制御部５１２９からの制御により、レンズユニット５１２１のズームレンズ及びフォーカスレンズを光軸に沿って所定の距離だけ移動させる。これにより、撮像部５１２３による撮像画像の倍率及び焦点が適宜調整され得る。

通信部５１２７は、ＣＣＵ５１５３との間で各種の情報を送受信するための通信装置によって構成される。通信部５１２７は、撮像部５１２３から得た画像信号をＲＡＷデータとして伝送ケーブル５１７９を介してＣＣＵ５１５３に送信する。この際、術部の撮像画像を低レイテンシで表示するために、当該画像信号は光通信によって送信されることが好ましい。手術の際には、術者５１８１が撮像画像によって患部の状態を観察しながら手術を行うため、より安全で確実な手術のためには、術部の動画像が可能な限りリアルタイムに表示されることが求められるからである。光通信が行われる場合には、通信部５１２７には、電気信号を光信号に変換する光電変換モジュールが設けられる。画像信号は当該光電変換モジュールによって光信号に変換された後、伝送ケーブル５１７９を介してＣＣＵ５１５３に送信される。

また、通信部５１２７は、ＣＣＵ５１５３から、カメラヘッド５１１９の駆動を制御するための制御信号を受信する。当該制御信号には、例えば、撮像画像のフレームレートを指定する旨の情報、撮像時の露出値を指定する旨の情報、並びに／又は撮像画像の倍率及び焦点を指定する旨の情報等、撮像条件に関する情報が含まれる。通信部５１２７は、受信した制御信号をカメラヘッド制御部５１２９に提供する。なお、ＣＣＵ５１５３からの制御信号も、光通信によって伝送されてもよい。この場合、通信部５１２７には、光信号を電気信号に変換する光電変換モジュールが設けられ、制御信号は当該光電変換モジュールによって電気信号に変換された後、カメラヘッド制御部５１２９に提供される。

なお、上記のフレームレートや露出値、倍率、焦点等の撮像条件は、取得された画像信号に基づいてＣＣＵ５１５３の制御部５１７７によって自動的に設定される。つまり、いわゆるＡＥ（Ａｕｔｏ Ｅｘｐｏｓｕｒｅ）機能、ＡＦ（Ａｕｔｏ Ｆｏｃｕｓ）機能及びＡＷＢ（Ａｕｔｏ Ｗｈｉｔｅ Ｂａｌａｎｃｅ）機能が内視鏡５１１５に搭載される。

カメラヘッド制御部５１２９は、通信部５１２７を介して受信したＣＣＵ５１５３からの制御信号に基づいて、カメラヘッド５１１９の駆動を制御する。例えば、カメラヘッド制御部５１２９は、撮像画像のフレームレートを指定する旨の情報及び／又は撮像時の露光を指定する旨の情報に基づいて、撮像部５１２３の撮像素子の駆動を制御する。また、例えば、カメラヘッド制御部５１２９は、撮像画像の倍率及び焦点を指定する旨の情報に基づいて、駆動部５１２５を介してレンズユニット５１２１のズームレンズ及びフォーカスレンズを適宜移動させる。カメラヘッド制御部５１２９は、更に、鏡筒５１１７やカメラヘッド５１１９を識別するための情報を記憶する機能を備えてもよい。

なお、レンズユニット５１２１や撮像部５１２３等の構成を、気密性及び防水性が高い密閉構造内に配置することで、カメラヘッド５１１９について、オートクレーブ滅菌処理に対する耐性を持たせることができる。

次に、ＣＣＵ５１５３の機能構成について説明する。通信部５１７３は、カメラヘッド５１１９との間で各種の情報を送受信するための通信装置によって構成される。通信部５１７３は、カメラヘッド５１１９から、伝送ケーブル５１７９を介して送信される画像信号を受信する。この際、上記のように、当該画像信号は好適に光通信によって送信され得る。この場合、光通信に対応して、通信部５１７３には、光信号を電気信号に変換する光電変換モジュールが設けられる。通信部５１７３は、電気信号に変換した画像信号を画像処理部５１７５に提供する。

また、通信部５１７３は、カメラヘッド５１１９に対して、カメラヘッド５１１９の駆動を制御するための制御信号を送信する。当該制御信号も光通信によって送信されてよい。

画像処理部５１７５は、カメラヘッド５１１９から送信されたＲＡＷデータである画像信号に対して各種の画像処理を施す。当該画像処理としては、例えば現像処理、高画質化処理（帯域強調処理、超解像処理、ＮＲ（Ｎｏｉｓｅ ｒｅｄｕｃｔｉｏｎ）処理及び／又は手ブレ補正処理等）、並びに／又は拡大処理（電子ズーム処理）等、各種の公知の信号処理が含まれる。また、画像処理部５１７５は、ＡＥ、ＡＦ及びＡＷＢを行うための、画像信号に対する検波処理を行う。

画像処理部５１７５は、ＣＰＵやＧＰＵ等のプロセッサによって構成され、当該プロセッサが所定のプログラムに従って動作することにより、上述した画像処理や検波処理が行われ得る。なお、画像処理部５１７５が複数のＧＰＵによって構成される場合には、画像処理部５１７５は、画像信号に係る情報を適宜分割し、これら複数のＧＰＵによって並列的に画像処理を行う。

制御部５１７７は、内視鏡５１１５による術部の撮像、及びその撮像画像の表示に関する各種の制御を行う。例えば、制御部５１７７は、カメラヘッド５１１９の駆動を制御するための制御信号を生成する。この際、撮像条件がユーザによって入力されている場合には、制御部５１７７は、当該ユーザによる入力に基づいて制御信号を生成する。あるいは、内視鏡５１１５にＡＥ機能、ＡＦ機能及びＡＷＢ機能が搭載されている場合には、制御部５１７７は、画像処理部５１７５による検波処理の結果に応じて、最適な露出値、焦点距離及びホワイトバランスを適宜算出し、制御信号を生成する。

また、制御部５１７７は、画像処理部５１７５によって画像処理が施された画像信号に基づいて、術部の画像を表示装置５１５５に表示させる。この際、制御部５１７７は、各種の画像認識技術を用いて術部画像内における各種の物体を認識する。例えば、制御部５１７７は、術部画像に含まれる物体のエッジの形状や色等を検出することにより、鉗子等の術具、特定の生体部位、出血、エネルギー処置具５１３５使用時のミスト等を認識することができる。制御部５１７７は、表示装置５１５５に術部の画像を表示させる際に、その認識結果を用いて、各種の手術支援情報を当該術部の画像に重畳表示させる。手術支援情報が重畳表示され、術者５１８１に提示されることにより、より安全かつ確実に手術を進めることが可能になる。

カメラヘッド５１１９及びＣＣＵ５１５３を接続する伝送ケーブル５１７９は、電気信号の通信に対応した電気信号ケーブル、光通信に対応した光ファイバ、又はこれらの複合ケーブルである。

ここで、図示する例では、伝送ケーブル５１７９を用いて有線で通信が行われていたが、カメラヘッド５１１９とＣＣＵ５１５３との間の通信は無線で行われてもよい。両者の間の通信が無線で行われる場合には、伝送ケーブル５１７９を手術室内に敷設する必要がなくなるため、手術室内における医療スタッフの移動が当該伝送ケーブル５１７９によって妨げられる事態が解消され得る。

以上、本開示に係る技術が適用され得る手術室システム５１００の一例について説明した。なお、ここでは、一例として手術室システム５１００が適用される医療用システムが内視鏡手術システム５１１３である場合について説明したが、手術室システム５１００の構成はかかる例に限定されない。例えば、手術室システム５１００は、内視鏡手術システム５１１３に代えて、検査用軟性内視鏡システムや顕微鏡手術システムに適用されてもよい。

本開示に係る技術、すなわちアーカイブ装置の構成や処理は、以上、説明した構成のうち、レコーダ５１０５として、またはレコーダ５１０５に接続された記憶装置として適用可能である。

［７．本開示の構成のまとめ］
以上、特定の実施例を参照しながら、本開示の実施例について詳解してきた。しかしながら、本開示の要旨を逸脱しない範囲で当業者が実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本開示の要旨を判断するためには、特許請求の範囲の欄を参酌すべきである。

なお、本明細書において開示した技術は、以下のような構成をとることができる。
（１） アーカイブ装置のデータ記憶部であるライブラリへのデータ記録処理制御を実行するデータ処理部を有し、
前記データ処理部は、
外部装置からの前記ライブラリへのデータ記録要求に応じて、
記録データをローカルキャッシュ部に格納するとともに、前記ローカルキャッシュ部格納後の経過時間を計測し、
前記経過時間が所定の猶予時間を経過することに応じて前記記録データを前記ローカルキャッシュ部から前記ライブラリに記録する情報処理装置。

（２） 前記データ処理部は、
前記記録データを前記ローカルキャッシュ部に格納後、前記外部装置に記録処理完了通知を出力する（１）に記載の情報処理装置。

（３） 前記データ処理部は、
前記記録データをローカルキャッシュ部に格納後、前記所定の猶予時間の経過前に前記外部装置から前記記録データに対する再アクセスを検出した場合、
前記経過時間の計測をリセットし、前記再アクセスの完了後に再度、経過時間の計測を開始する（１）または（２）に記載の情報処理装置。

（４） 前記データ処理部は、
前記所定の猶予時間の経過後、前記ローカルキャッシュ部から前記ライブラリへの前記記録データの記録処理を実行中に、前記外部装置から前記記録データに対する再アクセスを検出した場合、
前記記録データの記録を中止し、前記再アクセスの完了後に再度、経過時間の計測を開始する（１）〜（３）いずれかに記載の情報処理装置。

（５） 前記データ処理部は、
前記外部装置が参照可能な情報として、前記ライブラリの格納データのデータ構成を示すディレクトリ情報を生成する（１）〜（４）いずれかに記載の情報処理装置。

（６） 前記所定の猶予時間は、記録データのデータ単位、またはデータ種類単位に応じて予め規定された時間である（１）〜（５）いずれかに記載の情報処理装置。

（７） 前記データ処理部は、
前記ローカルキャッシュ部に記録したデータ単位の管理情報を記録したキャッシュ管理データを生成してメモリに格納する（１）〜（６）いずれかに記載の情報処理装置。

（８） 前記データ処理部は、
前記キャッシュ管理データに、
前記ローカルキャッシュ部に記録したデータ単位で前記猶予時間が経過したか否かを示すライブラリ記録開始許容フラグを記録する（７）に記載の情報処理装置。

（９） 前記データ処理部は、
前記キャッシュ管理データに、
前記ローカルキャッシュ部に記録したデータ単位で前記ライブラリへの転送記録が完了したか否かを示す属性識別子を記録する（７）または（８）に記載の情報処理装置。

（１０） 前記データ処理部は、
前記ローカルキャッシュ部に対する新規記録データのデータ容量と、前記ローカルキャッシュ部の空き容量を比較して、新規記録データのデータ容量が前記ローカルキャッシュ部の空き容量を超える場合には、前記ローカルキャッシュ部の記録済みデータから、規定アルゴリズムに従って消去対象データを選択して消去する（１）〜（９）いずれかに記載の情報処理装置。

（１１） 前記データ処理部は、
前記ローカルキャッシュ部に前記ライブラリに対する転送記録済みデータが存在するか否かを判定し、存在する場合には、前記ローカルキャッシュ部に格納後の経過時間が長いデータから順に消去対象データとして選択して消去する（１０）に記載の情報処理装置。

（１２） 前記データ処理部は、
前記ローカルキャッシュ部に前記ライブラリに対する転送記録済みデータが存在するか否かを判定し、存在しない場合には、
前記ローカルキャッシュ部に前記ライブラリに対する転送記録中のデータが存在するか否かを判定し、存在する場合には、前記転送記録中のデータの転送記録処理完了後に前記データを消去対象データとして選択して消去する（１０）または（１１）に記載の情報処理装置。

（１３） 前記データ処理部は、
前記ローカルキャッシュ部に前記ライブラリに対する転送記録済みデータが存在するか否かを判定し、存在しない場合には、
前記ローカルキャッシュ部に前記ライブラリに対する転送記録中のデータが存在するか否かを判定し、存在しない場合には、
予め規定した消去データ選択アルゴリズムを適用して消去対象データを選択して消去する（１０）〜（１２）いずれかに記載の情報処理装置。

（１４） 前記消去データ選択アルゴリズムは、
ＦＩＦＯ（Ｆｉｒｓｔ ｉｎ Ｆｉｒｓｔ Ｏｕｔ）、またはＬＲＵ（Ｌｅａｓｔ Ｒｅｃｅｎｔｌｙ Ｕｓｅｄ）である（１３）に記載の情報処理装置。

（１５） 相互に通信可能なアーカイブ装置とユーザ装置を有する情報処理システムであり、
前記ユーザ装置が、
前記アーカイブ装置に対してデータ記録要求を出力し、
前記アーカイブ装置は、
前記ユーザ装置からのデータ記録要求に応じて、
記録データをローカルキャッシュ部に格納後、前記ユーザ装置に記録処理完了通知を出力するとともに、前記ローカルキャッシュ部格納後の経過時間を計測し、
前記経過時間が所定の猶予時間を経過することに応じて前記ローカルキャッシュ部から前記ライブラリに記録する情報処理システム。

（１６） 前記アーカイブ装置は、
前記記録データを前記ローカルキャッシュ部に格納後、外部装置からの再アクセスを検出した場合、
前記経過時間の計測をリセットし、前記再アクセスの完了後に再度、経過時間の計測を開始する（１５）に記載の情報処理システム。

（１７） アーカイブ装置において実行する情報処理方法であり、
前記アーカイブ装置が備える、データ記憶部であるライブラリへのデータ記録処理制御を実行するデータ処理部が、
外部装置からの前記ライブラリへのデータ記録要求に応じて、
記録データをローカルキャッシュ部に格納するとともに、前記ローカルキャッシュ部格納後の経過時間を計測し、
前記経過時間が所定の猶予時間を経過することに応じて前記記録データを前記ローカルキャッシュ部から前記ライブラリに記録する情報処理方法。

（１８） 相互に通信可能なアーカイブ装置とユーザ装置を有する情報処理システムにおいて実行する情報処理方法であり、
前記ユーザ装置が、
前記アーカイブ装置に対してデータ記録要求を出力し、
前記アーカイブ装置が、
前記ユーザ装置からのデータ記録要求の入力に応じて、
記録データをローカルキャッシュ部に格納後、前記ユーザ装置に記録処理完了通知を出力するとともに、前記ローカルキャッシュ部格納後の経過時間を計測し、
前記ローカルキャッシュ部格納後、予め規定した猶予時間の経過後に前記記録データを前記ローカルキャッシュ部から前記ライブラリに転送して記録する情報処理方法。

（１９） アーカイブ装置において情報処理を実行させるプログラムであり、
前記プログラムは、前記アーカイブ装置が備える、データ記憶部であるライブラリへのデータ記録処理制御を実行するデータ処理部に、
外部装置からの前記ライブラリへのデータ記録要求の入力に応じて、
記録データをローカルキャッシュ部に格納するとともに、前記ローカルキャッシュ部格納後の経過時間を計測させる処理と、
前記経過時間が所定の猶予時間を経過することに応じて前記記録データを前記ローカルキャッシュ部から前記ライブラリに記録する処理を実行させるプログラム。

また、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。例えば、プログラムは記録媒体に予め記録しておくことができる。記録媒体からコンピュータにインストールする他、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）、インターネットといったネットワークを介してプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。

なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にある場合もあるが、各構成の装置が同一筐体内にあるものには限らない。

以上、説明したように、本開示の一実施例の構成によれば、外部装置からアーカイブ装置へのデータ記録等のアクセス処理を効率的に実行可能とした構成が実現される。
具体的には、例えば、アーカイブ装置のデータ記憶部であるライブラリへのデータ記録処理制御を実行するデータ処理部を有する。データ処理部は、外部装置からのライブラリへのデータ記録要求の入力に応じて、記録データをローカルキャッシュ部に格納して、外部装置に記録処理完了通知を出力する。さらにローカルキャッシュ部格納後の経過時間を計測し、ローカルキャッシュ部格納後、予め規定した猶予時間の経過後に記録データをローカルキャッシュ部から前記ライブラリに転送して記録する。
本構成により、外部装置からアーカイブ装置へのデータ記録等のアクセス処理を効率的に実行可能とした構成が実現される。

１０ 情報処理システム
２０ ユーザ装置
１００ アーカイブ装置
１０１ データ処理部
１０２ ライブラリ
１０３ ライブラリ制御部
１０４ ローカルキャッシュ部
１０５ メモリ
１０６ 通信部
１２１ ファイルシステム制御部
１２２ 通知処理部
１２３ ファイルマネージャＧＵＩ
１２４ キャッシュマネージャ
１２５ ライブラリ処理部（ＲＥＳＴクライアント）
１２６ ライブラリアクセス部（ＲＥＳＴ ＡＰＩ）
３０１ ＣＰＵ
３０２ ＲＯＭ
３０３ ＲＡＭ
３０４ バス
３０５ 入出力インタフェース
３０６ 入力部
３０７ 出力部
３０８ 記憶部
３０９ 通信部
３１０ ドライブ
３１１ リムーバブルメディア

Claims (16)

1. アーカイブ装置のデータ記憶部であるライブラリへのデータ記録処理制御を実行するデータ処理部を有し、
   前記データ処理部は、
   外部装置からの前記ライブラリへのデータ記録要求に応じて、
   記録データをローカルキャッシュ部に格納するとともに、前記ローカルキャッシュ部格納後の経過時間を計測し、
   前記経過時間が所定の猶予時間を経過することに応じて前記記録データを前記ローカルキャッシュ部から前記ライブラリに記録する情報処理装置。
2. 前記データ処理部は、
   前記記録データを前記ローカルキャッシュ部に格納後、前記外部装置に記録処理完了通知を出力する請求項１に記載の情報処理装置。
3. 前記データ処理部は、
   前記記録データをローカルキャッシュ部に格納後、前記所定の猶予時間の経過前に前記外部装置から前記記録データに対する再アクセスを検出した場合、
   前記経過時間の計測をリセットし、前記再アクセスの完了後に再度、経過時間の計測を開始する請求項１に記載の情報処理装置。
4. 前記データ処理部は、
   前記所定の猶予時間の経過後、前記ローカルキャッシュ部から前記ライブラリへの前記記録データの記録処理を実行中に、前記外部装置から前記記録データに対する再アクセスを検出した場合、
   前記記録データの記録を中止し、前記再アクセスの完了後に再度、経過時間の計測を開始する請求項１に記載の情報処理装置。
5. 前記データ処理部は、
   前記外部装置が参照可能な情報として、前記ライブラリの格納データのデータ構成を示すディレクトリ情報を生成する請求項１に記載の情報処理装置。
6. 前記所定の猶予時間は、記録データのデータ単位、またはデータ種類単位に応じて予め規定された時間である請求項１に記載の情報処理装置。
7. 前記データ処理部は、
   前記ローカルキャッシュ部に記録したデータ単位の管理情報を記録したキャッシュ管理データを生成してメモリに格納する請求項１に記載の情報処理装置。
8. 前記データ処理部は、
   前記キャッシュ管理データに、
   前記ローカルキャッシュ部に記録したデータ単位で前記猶予時間が経過したか否かを示すライブラリ記録開始許容フラグを記録する請求項７に記載の情報処理装置。
9. 前記データ処理部は、
   前記キャッシュ管理データに、
   前記ローカルキャッシュ部に記録したデータ単位で前記ライブラリへの転送記録が完了したか否かを示す属性識別子を記録する請求項７に記載の情報処理装置。
10. 前記データ処理部は、
    前記ローカルキャッシュ部に対する新規記録データのデータ容量と、前記ローカルキャッシュ部の空き容量を比較して、新規記録データのデータ容量が前記ローカルキャッシュ部の空き容量を超える場合には、前記ローカルキャッシュ部の記録済みデータから、規定アルゴリズムに従って消去対象データを選択して消去する請求項１に記載の情報処理装置。
11. 前記データ処理部は、
    前記ローカルキャッシュ部に前記ライブラリに対する転送記録済みデータが存在するか否かを判定し、存在する場合には、前記ローカルキャッシュ部に格納後の経過時間が長いデータから順に消去対象データとして選択して消去する請求項１０に記載の情報処理装置。
12. 前記データ処理部は、
    前記ローカルキャッシュ部に前記ライブラリに対する転送記録済みデータが存在するか否かを判定し、存在しない場合には、
    前記ローカルキャッシュ部に前記ライブラリに対する転送記録中のデータが存在するか否かを判定し、存在する場合には、前記転送記録中のデータの転送記録処理完了後に前記データを消去対象データとして選択して消去する請求項１０に記載の情報処理装置。
13. 前記データ処理部は、
    前記ローカルキャッシュ部に前記ライブラリに対する転送記録済みデータが存在するか否かを判定し、存在しない場合には、
    前記ローカルキャッシュ部に前記ライブラリに対する転送記録中のデータが存在するか否かを判定し、存在しない場合には、
    予め規定した消去データ選択アルゴリズムを適用して消去対象データを選択して消去する請求項１０に記載の情報処理装置。
14. 前記消去データ選択アルゴリズムは、
    ＦＩＦＯ（Ｆｉｒｓｔ ｉｎ Ｆｉｒｓｔ Ｏｕｔ）、またはＬＲＵ（Ｌｅａｓｔ Ｒｅｃｅｎｔｌｙ Ｕｓｅｄ）である請求項１３に記載の情報処理装置。
15. アーカイブ装置において実行する情報処理方法であり、
    前記アーカイブ装置が備える、データ記憶部であるライブラリへのデータ記録処理制御を実行するデータ処理部が、
    外部装置からの前記ライブラリへのデータ記録要求に応じて、
    記録データをローカルキャッシュ部に格納するとともに、前記ローカルキャッシュ部格納後の経過時間を計測し、
    前記経過時間が所定の猶予時間を経過することに応じて前記記録データを前記ローカルキャッシュ部から前記ライブラリに記録する情報処理方法。
16. アーカイブ装置において情報処理を実行させるプログラムであり、
    前記プログラムは、前記アーカイブ装置が備える、データ記憶部であるライブラリへのデータ記録処理制御を実行するデータ処理部に、
    外部装置からの前記ライブラリへのデータ記録要求の入力に応じて、
    記録データをローカルキャッシュ部に格納するとともに、前記ローカルキャッシュ部格納後の経過時間を計測させる処理と、
    前記経過時間が所定の猶予時間を経過することに応じて前記記録データを前記ローカルキャッシュ部から前記ライブラリに記録する処理を実行させるプログラム。

Images