(57)【要約】【課題】装置換装時に発生する振動・衝撃により、データライブラリ装置の動作が阻害される。【解決手段】複数枚の記録媒体を管理し、前記記録媒体にデータを記録再生するデータ記録再生装置を複数備えるデータライブラリ装置において、装置を制御する制御部と、装置換装の開始と終了を検知する検知部を備え、前記制御部は、前記検知部による検知情報に基づいて実行中の処理の中断と再開を行うことで、換装作業による振動・衝撃が装置動作を阻害することのないよう制御する。【選択図】  図１２
2014116044.tif 000002
【特許請求の範囲】
【請求項１】
一つ以上のデータライブラリ装置と、該データライブラリ装置と接続されているサーバと、を備えるデータアーカイブシステムであって、
前記データライブラリ装置は、
記録媒体が一枚以上格納される記録媒体格納部と、
前記記録媒体にデータを記録または前記記録媒体からデータを再生する、一つ以上のデータ記録再生部と、
前記記録媒体格納部と前記データ記録再生部との間で前記記録媒体を運搬して受け渡しを行う記録媒体運搬部と、
前記データライブラリ装置が備える被換装装置の換装の開始と終了を検知する換装検知部と、
前記データライブラリ装置の動作を制御するデータライブラリ装置制御部と、
を備え、
前記サーバは、
前記データライブラリ装置を管理するためのデータライブラリ装置管理情報を記憶する記憶部と、
前記データアーカイブシステム全体の動作を制御するサーバ制御部と、
を備え、
前記データライブラリ制御部は、前記換装検知部が検知した旨を前記サーバに通知し、
前記サーバ制御部は、前記データライブラリ装置制御部から装置換装の開始を検知した旨の通知を受けると、前記通知を発行したデータライブラリ装置に係るデータライブラリ装置管理情報を参照し、該データライブラリ装置において実行中の処理があった場合、前記実行中の処理を中断する命令を該データライブラリ装置に発行するよう制御することを特徴とするデータアーカイブシステム。
【請求項２】
請求項１に記載のデータアーカイブシステムであって、
前記サーバ制御部は、前記通知を発行したデータライブラリ装置のデータライブラリ装置制御部から装置換装の終了を検知した旨の通知を受けると、前記中断していた処理を再開する命令を該データライブラリ装置に発行するよう制御することを特徴とするデータアーカイブシステム。
【請求項３】
請求項１に記載のデータアーカイブシステムであって、
前記サーバ制御部は、前記通知を発行したデータライブラリ装置のデータライブラリ装置制御部から装置換装の終了を検知した旨の通知を受けると、該データライブラリ装置に新たに取り付けられた装置の装置情報を取得する命令をデータライブラリ装置に発行するよう制御することを特徴とするデータアーカイブシステム。
【請求項４】
請求項３に記載のデータアーカイブシステムであって、
前記サーバ制御部は、前記データライブラリ装置制御部から装置情報を取得すると、前記取得した装置情報を、前記記憶部にデータライブラリ装置管理情報として登録するよう制御することを特徴とするデータアーカイブシステム。
【請求項５】
請求項４に記載のデータアーカイブシステムであって、
前記サーバ制御部は、装置換装の開始を検知した旨の通知を受けてから、前記データライブラリ装置に新たに取り付けられた装置の装置情報を前記データライブラリ装置管理情報として登録し終えるまでの間、データ記録命令及びデータ再生命令を発行しないように該データライブラリ装置を制御することを特徴とするデータアーカイブシステム。
【請求項６】
請求項１から５に記載のデータアーカイブシステムであって、
前記データライブラリ装置の電源を遮断することなく、該データライブラリ装置が備える被換装装置の換装を行なうことを特徴とするデータアーカイブシステム。
【請求項７】
請求項１から６に記載のデータアーカイブシステムであって、
前記データライブラリ装置の備える１つ以上のデータ記録再生部でのデータ記録処理またはデータ再生処理を実行中に記録媒体格納部を換装する場合、該データ記録処理またはデータ再生処理を実行しているデータ記録再生装置の台数と、少なくとも同じ数の記録媒体を格納するための領域を、該データライブラリ装置に新しく取り付けられる記録媒体格納部に設けておくことを特徴とするデータアーカイブシステム。
【請求項８】
請求項１から７に記載のデータアーカイブシステムであって、
前記サーバ制御部は、前記被換装装置が、換装の必要があるか、および、換装可能な状況にあるか、を判断し、該被換装装置のうち１つ以上の装置について、換装の必要があり、または、該装置が換装可能な状況にある、と判断した場合、装置換装に備えた準備処理を行う命令を該データライブラリ装置に発行するよう制御することを特徴とするデータアーカイブシステム。
【請求項９】
請求項１から８に記載のデータアーカイブシステムであって、
前記データライブラリ装置管理情報とは、前記被換装装置に係る情報であり、
前記データライブラリ装置から取得可能であり、
少なくとも、前記データ記録再生部に関する現在の動作状況を示す情報と、前記記録媒体格納部に関して該記録媒体格納装置に格納された各記録媒体の利用状況を示す情報と、を含む情報であることを特徴とするデータアーカイブシステム。
【請求項１０】
請求項９に記載のデータアーカイブシステムであって、
前記データライブラリ装置は、情報を表示するためのデータライブラリ装置情報表示手段を備え、
前記サーバは、情報を表示するためのサーバ情報表示手段を備え、
前記サーバ制御部は、前記データライブラリ装置管理情報を前記サーバ情報表示手段に表示するように制御し、かつ、前記データライブラリ装置情報表示手段に該データライブラリ管理情報を表示する命令を前記データライブラリ装置に発行することを特徴とするデータアーカイブシステム。
【請求項１１】
請求項１から１０に記載のデータアーカイブシステムであって、
前記記憶部は、前記データライブラリ装置が備える装置において、装置を換装した際に発生する衝撃または振動が、データライブラリ装置内のどこに、どれだけ影響するかを示す衝撃影響情報を記憶し、
前記サーバは、前記データライブラリ装置制御部から装置換装の開始を検知した旨の通知を受けると、前記データライブラリ装置管理情報と前記衝撃影響情報とを参照し、
前記データライブラリ装置において、処理を実行中であり、かつ、装置換装の際に発生する衝撃または振動の影響を装置の動作が阻害されるほどに受ける装置について、該影響を受ける装置が実行している処理を中断するようデータライブラリ装置に命令を発行するよう制御することを特徴とするデータアーカイブシステム。
【請求項１２】
請求項１から１１に記載のデータアーカイブシステムであって、
前記サーバに複数のデータライブラリ装置が接続されている場合、
前記サーバは、前記データライブラリ装置制御部から装置換装の開始を検知した旨の通知を受けると、前記通知を発行したデータライブラリ装置以外のデータライブラリ装置について、実行中の処理があれば処理を中断するよう、前記各データライブラリ装置に命令を発行することを特徴とするデータアーカイブシステム。
【請求項１３】
データライブラリ装置であって、
記録媒体が一枚以上格納される記録媒体格納装置と、
前記記録媒体にデータを記録または前記記録媒体からデータを再生する、一つ以上のデータ記録再生装置と、
前記記録媒体格納部と前記データ記録再生部との間で前記記録媒体を運搬して受け渡しを行う記録媒体運搬部と、
前記データライブラリ装置が備える各装置の換装の開始と終了を検知する換装検知部と、
前記データライブラリ装置の動作を制御するデータライブラリ装置制御部と、
を備え、
前記換装検知部は、前記データライブラリ装置の備える各装置の換装開始と終了を監視し、１つ以上の装置について装置換装の開始を検知し、
前記データライブラリ装置制御部は、前記換装検知手段が検知した旨をサーバに通知することを特徴とするデータライブラリ装置。
【請求項１４】
１つ以上のデータライブラリ装置と、該データライブラリ装置と接続されているサーバと、を備えるデータアーカイブシステムであって、
前記データライブラリ装置は、
記録媒体が複数枚格納される記録媒体格納装置と、
前記記録媒体にデータを記録または前記記録媒体からデータを再生する、複数のデータ記録再生装置と、
前記記録媒体格納装置と前記データ記録再生装置との間で前記記録媒体を運搬して受け渡しを行う記録媒体運搬部と、
装置換装の開始と終了を検知する換装検知部と、
前記データライブラリ装置の動作を制御するデータライブラリ装置制御部と、を備え、
前記サーバは、
前記データライブラリ装置を管理するためのデータライブラリ装置管理情報を記憶する記憶部と、
前記データライブラリ装置制御部から装置換装の開始を検知した旨の通知を受けると、前記通知を発行したデータライブラリ装置に係るデータライブラリ装置管理情報を参照し、
前記データライブラリ装置において実行中の処理があったならば、
前記処理を中断するようデータライブラリ装置に命令を発行するよう制御する制御部と、
を備えることを特徴とするデータアーカイブシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データアーカイブシステム、データライブラリ装置に関するものである。
【背景技術】
【０００２】
本技術分野の背景技術として、特開２００７−２９４０２１号公報がある。特許文献１には「本発明のディスク記録装置によれば、筐体可動部動作による振動・衝撃の発生が予期されるときに記録を停止することにより、筐体可動部動作時の振動・衝撃による記録への影響を排除することができる。」と記載されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−２９４０２１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１では、ビデオカメラにおいてＬＣＤ（Ｌｉｑｕｉｄ Ｃｒｙｓｔａｌ Ｄｉｓｐｌａｙ）やＥＶＦ（Ｅｌｅｃｔｒｏｎｉｃ Ｖｉｅｗ Ｆｉｎｄｅｒ）を開閉した際に発生する振動・衝撃がディスク媒体への記録に影響を与えないよう、振動・衝撃を事前に検知して記録処理を中断しているが、装置を換装する際に発生する振動・衝撃の影響については考慮されていない。
【０００５】
そこで、本発明は、装置の動作中に換装を行なうとき、換装によって発生する振動・衝撃が実行中の装置動作を阻害することがなく、電源断及び再起動せずとも換装後の装置を制御することが可能なデータアーカイブシステム、データライブラリ装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、例えば特許請求の範囲に記載の構成を採用する。 
【発明の効果】
【０００７】
本発明によれば、装置動作中に装置換装作業を実行しても振動・衝撃が装置動作に影響を与えず、また、換装後には換装した装置を制御するのに必要な情報を取得するため、装置換装の度に電源断及び再起動することのないデータアーカイブシステムを提供することができる。
【０００８】
上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。
【図面の簡単な説明】
【０００９】
【図１】データアーカイブシステムの構成を示すブロック図
【図２ａ】データライブラリ装置の外観図(正面図)
【図２ｂ】データライブラリ装置の外観図(側面図)
【図３】データアーカイブシステムにおけるサーバの構成を示すブロック図
【図４】データ記録再生装置の構成を示すブロック図
【図５】光ディスク運搬装置の構成を示すブロック図
【図６】光ディスク運搬装置の外観図
【図７】サーバからのライブラリ装置への命令発行フローチャート
【図８】データライブラリ装置からサーバへの通知発行フローチャート
【図９】データライブラリ装置からサーバへの検知イベント報知フローチャート
【図１０】データライブラリ装置の情報表示の様子を示した図
【図１１】装置換装時に発生する振動・衝撃が装置動作に影響する様子を示した図
【図１２】装置換装作業の開始／終了を検知して動作を中断／再開するフローチャート(扉開閉の振動・衝撃が影響しない)
【図１３】装置換装作業の報知を受けたサーバの処理フローチャート
【図１４】装置情報取得方法の例を示す図
【図１５】装置換装作業の開始／終了検知時、サーバの命令で動作を中断／再開するフローチャート(扉開閉の振動・衝撃が影響しない)
【図１６ａ】処理を中断する装置を選択するサーバの処理フローチャートの変形例
【図１６ｂ】処理を中断する装置を選択するサーバの処理フローチャートの変形例
【図１７】振動・衝撃影響情報の例を示す図
【図１８】装置換装作業の開始／終了を検知して動作を中断／再開するフローチャート(扉開閉の振動・衝撃が影響する)
【図１９】装置換装の要否を判断するサーバの処理フローチャート
【図２０】光ディスク使用中に光ディスク格納装置が換装されたときの１つ目の対処例を示す図
【図２１】光ディスク使用中に光ディスク格納装置が換装されたときの２つ目の対処例を示す図
【図２２】データベースに登録されたデータライブラリ装置の管理情報の一例を示した図
【図２３】データライブラリ装置が設置された様子を示した図
【発明を実施するための形態】
【００１０】
図１はデータアーカイブシステムの構成を示すブロック図である。１０１はデータライブラリ装置であり、記録時には、サーバ１１５からデータ記録命令を受け、データを受け取り、受け取ったデータを光ディスク１０８に記録する。再生時には、光ディスク１０８からデータを再生し、サーバ１１５にデータを受け渡す。
【００１１】
１０２はデータライブラリ装置のＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）であり、サーバ１１５からの要求により、光ディスク運搬装置１０６を制御して、光ディスク格納装置１０７に格納された複数枚の光ディスク１０８の中から所望の光ディスクを選択し、データ記録再生装置１０９、１１０、１１１に送る。また、光ディスク運搬装置１０６を制御してデータ記録再生装置１０９、１１０、１１１から光ディスク１０８を受け取り、光ディスク格納装置１０７内の所定の位置に光ディスクを格納する。また、記録再生装置着脱検出部１１２、光ディスク格納装置着脱検出部１１３、扉開閉検出部１１４が検出した情報をサーバ１１５に通知する。
【００１２】
１０３はユーザＩ／Ｆ部であり、各種スイッチなど、ユーザがデータライブラリ装置を操作するための手段を提供する。１０４は情報表示部であり、液晶ディスプレイやＬＥＤ（Ｌｉｇｈｔ  Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ）によってデータライブラリ装置の稼動状況など各種情報を表示する。１０５はメモリであり、各種のプログラムや情報を記憶し、例えばデータライブラリ装置のＣＰＵ１０２を制御するためのプログラムや設定情報もメモリ１０５に記憶している。
【００１３】
１０６は光ディスク運搬装置であり、データライブラリ装置のＣＰＵ１０２に制御されて、光ディスク１０８を光ディスク格納装置１０７から取り出し、運搬し、データ記録再生装置１０９、１１０、１１１に装填する。あるいは、光ディスク１０８をデータ記録再生装置１０９、１１０、１１１から受け取り、運搬し、光ディスク格納装置１０７へと格納する。
【００１４】
１０７は光ディスク格納装置であり、光ディスク１０８を複数備える。また、光ディスク格納装置１０７は着脱することができ、すべての光ディスクへデータを記録し終えたら光ディスク格納装置ごとデータライブラリ装置外部へ取り出し、代わりに未記録ディスクを格納した別の光ディスク格納装置をデータライブラリ装置内部へ入れることなどができる。
【００１５】
なお、図１では光ディスク格納装置１０７は１つしか図示しないが、ライブラリ装置内に複数備えてもよく、例えば一方は未記録ディスク格納装置、他方は記録済ディスク格納装置など、用途に応じて使い分けたり、一方は片面記録可能なディスク、他方は両面記録可能なディスクなど、ディスク種別に応じて使い分けたりしても構わない。もちろん、光ディスク格納装置１０７の内部を未記録ディスク格納領域と記録済ディスク格納領域とに区切っても構わない。
【００１６】
１０８は光ディスクであり、光ディスク格納装置１０７の内部に複数枚格納されている。光ディスクは、データ記録時、光ディスク運搬装置１０６によって光ディスク格納装置１０７から取り出され、データ記録再生装置１０９、１１０、１１１に装填され、データ記録が終了すると、光ディスク運搬装置１０６によって光ディスク格納装置１０７へと戻される。一方、データ再生時、光ディスク１０８は光ディスク運搬装置１０６によって光ディスク格納装置１０７から取り出され、データ記録再生装置１０９、１１０、１１１に装填され、データを再生し、データ再生が終了すると、光ディスク運搬装置１０６によって光ディスク格納装置１０７へと戻される。
【００１７】
１０９、１１０、１１１はデータ記録再生装置であり、データライブラリ装置のＣＰＵ１０２に制御されて、光ディスク１０８へのデータ記録または光ディスク１０８からのデータ再生を行う。また、データ記録再生装置は着脱することができ、例えば故障などが発生した際にはデータライブラリ装置から取り外し、代わりのデータ記録再生装置をデータライブラリ装置に設置することなどができる。
【００１８】
１１２は記録再生装置着脱検出部であり、データ記録再生装置１０９、１１０、１１１の着脱を検出し、検出した情報をＣＰＵ１０２に伝達する。１１３は光ディスク格納装置着脱検出部であり、光ディスク１０７の着脱を検出し、検出した情報をＣＰＵ１０２に伝達する。１１４は扉開閉検出部であり、データライブラリ装置が備える扉の開閉を検出し、検出した情報をＣＰＵ１０２に伝達する。
【００１９】
図２にデータライブラリ装置の外観図を示す。図２ａが正面図、図２ｂが側面図である。
【００２０】
サーバ１１５は、データライブラリ装置１０１のＣＰＵ１０２との通信によってデータライブラリ装置にデータ記録再生制御させるとともに、ハードディスク１１７を介したデータ管理、表示装置１１８を介した情報表示、ネットワーク１１６を介して接続された他の機器とのデータ及び情報送受信制御を行なう。１１６はネットワークであり、サーバ、データライブラリ装置等が複数接続される。１１７はハードディスクであり、データアーカイブシステムの制御に関わるデータや情報を蓄積する。１１８は表示装置であり、サーバあるいはサーバに接続されたデータライブラリ装置やハードディスクに関する情報を表示する。
【００２１】
図３はデータアーカイブシステムにおけるサーバの構成を示すブロック図である。サーバ１１５には、１つ以上のデータライブラリ装置１０１と、ネットワーク１１６と、ハードディスク１１７と、表示装置１１８が接続されて構成される。
【００２２】
３０１はサーバ１１５のＣＰＵであり、データ記録時には、ネットワーク１１６からネットワーク制御部３０５を介して受信したデータをハードディスクインタフェース部３０４を介してハードディスク１１７に記録する。または、データライブラリインタフェース部３０３を介してデータライブラリ装置を制御し、データライブラリ装置が内蔵する光ディスクに記録する。データ再生時には、ハードディスクインタフェース部３０４を介してハードディスク１１７からデータを読み出し、読み出したデータをネットワーク制御部３０５を介してネットワーク１１６に送信する。あるいは、データライブラリインタフェース部３０３を介してデータライブラリ装置を制御し、データライブラリ装置が内蔵する光ディスクからデータを再生し、再生したデータを受け取り、受け取ったデータをネットワーク制御部３０５を介してネットワーク１１６に送信する。
【００２３】
また、データライブラリ装置から受け取った各種の情報を適宜加工して記録、管理し、また、その情報を再生し、再生した情報に基づいて制御方針を決定するとともに、実際の制御を行う。さらには、外部表示制御部３０６を介して表示装置１１８に情報を表示する。
【００２４】
３０２はメモリであり、サーバ１１５のＣＰＵ３０１を制御するためのプログラム、各種の情報が記録されている。また、データライブラリ装置１０１から送られた、データライブラリ装置内の熱情報や振動情報、さらには、データライブラリ装置が内蔵する各データ記録再生装置の特性情報を記録する。
【００２５】
３０３はデータライブラリインタフェース部であり、データライブラリ装置１０１とサーバ１１５のＣＰＵＣＰＵ３０１との間でのデータ送受信に関する制御を行う。なお、図では１つのデータライブラリインタフェース部に複数のデータライブラリ装置が接続されているが、例えば、ネットワークを介して複数のデータライブラリ装置が接続されるような構成でもよい。
【００２６】
３０４はハードディスクインタフェース部であり、ハードディスク１１７とＳＡＴＡ（Ｓｅｒｉａｌ Ａｄｖａｎｃｅｄ  Ｔｅｃｈｎｏｌｏｇｙ  Ａｔｔａｃｈｍｅｎｔ）などの規格に準拠したデータ転送を行う。３０５はネットワーク制御部であり、ネットワーク１１６とサーバ１１５のＣＰＵ３０１との間でのデータ送受信に関する制御を行う。
【００２７】
３０７はデータベース管理部であり、データアーカイブシステムを制御するために使用する各種情報を記録したデータベースへのアクセスをつかさどる。なお、データベース管理部３０７では、システムを制御するためにデータベースの新規作成や更新が必要であるかといった判断や、どの情報をデータベースに登録するか、といった判断を行なうものであり、データベースの本質的な操作や管理は行なわない。しかし、それに限定されることはなく、データベース管理部３０７においてデータベースの本質的な操作や管理を行なうようにしても構わない。
【００２８】
３０８は装置選択処理部であり、データの記録や再生を行う際、サーバに接続された１つ以上のデータライブラリ装置のいずれを使うかの判断や選択、さらには、前記選択したデータライブラリ装置の内蔵する１つ以上のデータ記録再生装置のいずれを使うかの判断や選択を行う。
【００２９】
３０９は容量算出部であり、データの記録を行う際、記録するデータ量と、データを記録する光ディスクの記録可能容量(空き容量)とを比較し、当該光ディスクへの記録可否の判断、さらには記録可能な場合には前記データを記録した後に光ディスクの記録可能容量がどの程度になるかを算出する処理を行う。また、前記データを記録するライブラリ装置に装填されている光ディスク格納装置の総容量の算出も行なう。すなわち、光ディスク格納装置が格納している複数枚の光ディスクの合計容量と、その合計容量のうち使用済み(データ記録済み)の容量と、未使用の容量、つまり空き容量がどれだけかを算出する処理も行う。
【００３０】
図４はデータ記録再生装置の構成を示すブロック図である。
【００３１】
４０７はＣＰＵであり、データ記録再生装置１０９の記録処理、再生処理の制御を行う。なお、ＣＰＵでなくとも、同様の制御が可能な任意の回路を用いてもよい。また、データ記録再生装置の記録処理または再生処理を開始する際に、自身の管理する各ブロックの負荷情報の収集を開始し、記録処理または再生処理を終了する際に、収集した情報をメモリに記録し、記録した情報をライブラリ装置のＣＰＵ１０２へ出力する。４０１はデータ記録媒体、例えばＢＤ−Ｒ（Ｂｌｕ−ｒａｙ  Ｄｉｓｃ  Ｒｅｃｏｒｄａｂｌｅ）である。なお、以下の説明においては、単に光ディスク４０１として説明する。また、データ記録媒体は、必ずしも光ディスクに限定されるものではなく、光磁気ディスクやホログラム等の記録媒体であってもよい。
【００３２】
４０２は光ピックアップであり、光ディスク４０１から信号を読み出して増幅回路４０３に送る。また、信号処理回路４０４から送られた変調信号を光ディスク４０１に記録する。４０３は増幅回路であり、光ピックアップ４０２を介して光ディスク４０１から読み出した再生信号を増幅して信号処理回路４０４に送る。また、サーボ信号を生成してサーボ回路４０６に送る。
【００３３】
４０４は信号処理回路であり、入力信号を復調し、誤り訂正等を行ったデータをインタフェース回路４０５に送る。また、インタフェース回路４０５から送られたデータに誤り訂正符号を付加する等を行い、変調して光ピックアップ４０２に送る。４０５はインタフェース回路であり、例えばＳＡＴＡその他の転送方式に準拠したデータ転送処理を行う。データ転送時には、信号処理回路４０４から送られたデータをホストであるライブラリ装置のＣＰＵに送る。また、ホストであるライブラリ装置のＣＰＵから送られたデータを信号処理回路４０４に送る。
【００３４】
４０６はサーボ回路であり、増幅回路４０３にて生成されたサーボ信号により光ピックアップ４０２を制御する。４０８はメモリであり、データ記録再生装置を制御するためのプログラムや各種設定情報、光ディスクから取得した媒体情報などを格納する。なお、メモリ４０８はデータ記録再生装置内でＣＰＵ４０７と接続する例を示したが、データ記録再生装置内外のどこに接続されていてもよい。また、情報を保持できればメモリでなくてもよく、例えばハードディスクでもよい。
【００３５】
図５は光ディスク運搬装置のブロック図、図６は光ディスク運搬装置の外観図である。
【００３６】
５０１はＣＰＵであり、光ディスク運搬装置の制御を行う。５０２はメモリであり、光ディスク運搬装置を制御するためのプログラムや各種設定情報等を格納する。また、収集した熱情報や振動情報を記録するための領域としても使用する。なお、メモリ５０２は光ディスク運搬装置内でＣＰＵ５０１と接続する例を示したが、光ディスク運搬装置内外のどこに接続されていてもよい。また、情報を保持できればメモリでなくてもよく、例えばハードディスクでもよい。
【００３７】
５０３はモータ制御回路であり、ＣＰＵ５０１からの指示に基づいて５０４、５０５、５０６のロボットアーム部を駆動する。また、ロボットハンド部５０７を駆動する。ロボットアーム部５０４、５０５、５０６は前進や後進といった直進運動や回転運動により、ロボットハンド部５０７の位置を調整する。ロボットハンド部５０７は光ディスク１０８を破損することなく保持可能な形状から成り、光ディスク格納装置１０７及びデータ記録再生装置１０９、１１０、１１１に対して光ディスクの出し入れや受け渡しを行う。
【００３８】
上記構成の光ディスク運搬装置によって、データライブラリ装置のＣＰＵからの指示に従って、光ディスク格納装置とデータ記録再生装置との間で光ディスクを運搬する。
【００３９】
なお、ここでは光ディスク運搬装置がデータライブラリ装置内に１つ存在する例を示したが、複数の光ディスク運搬装置が存在しても構わない。また、光ディスク運搬装置の形状は図６の例に限らず、例えば、光ディスクの中心穴を利用して光ディスクを固定し、運搬するようなものでも構わない。
【００４０】
図７は、サーバからデータライブラリ装置への命令発行フローチャート例を示したものである。サーバは、接続された一つ以上のデータライブラリ装置に対して命令を発行し、前記命令の処理が完了し、続いて命令を発行する必要があるならば次の命令を発行する。例えば、データライブラリ装置にデータ記録処理を実行させるとき、データを記録せよ、という一つの命令ではなく、複数の命令に分けて実行する。もちろん、ごく単純な処理であれば一つの命令で済むこともあるが、多くの場合、一つの処理を実行するには幾つかの命令を順に発行する。
【００４１】
データ記録を例にすれば、データ記録に使うデータ記録再生装置の状況を確認し、記録可能な状態へと状態遷移させ、光ディスク運搬装置の状況を確認し、光ディスクを運搬可能な状態へと状態遷移させ、指定した光ディスクを光ディスク格納装置から取り出し、取り出したディスクをデータ記録に使うデータ記録再生装置に運搬させ、データ記録再生装置に光ディスクを装填し、記録すべきデータを受け渡した上でデータを書き込ませる、などの命令を順番に実行して行く。
【００４２】
また、サーバは制御に必要な情報やパラメータをメモリまたはデータベースから取得し、前記取得した情報に基づいて制御する。また、前記取得した情報が、情報を取得したときから変化した場合、メモリやデータベースに記憶させていた情報を更新し、常に最新の情報が記憶されているようにする。
【００４３】
ステップＳ７０１では、データベース管理部３０７を介してデータベースから、あるいはメモリ３０２から命令を発行するために必要な情報を取得する。例えば、サーバに接続された各データライブラリ装置の稼動状況や、各データライブラリ装置が内蔵する一つ以上のデータ記録再生装置の稼動状況などの情報を取得し、データ記録処理を実行する際、どのデータライブラリ装置の、どのデータ記録再生装置を使うか、などの判断に利用する。
【００４４】
ステップＳ７０２では、データライブラリ装置に発行する命令の選択及び決定を行なう。ここではデータ記録処理の実行を例に説明する。
【００４５】
ステップＳ７０３では、装置選択処理部３０８が、ステップＳ７０１で取得した情報に基づき、どの装置に命令を発行するかを選択し、決定する。例えば、稼動していない、すなわち命令を発行すれば命令に応えられる状態にある装置の中から、データライブラリ装置１の内蔵するデータ記録再生装置１を選択し、命令を発行する。
【００４６】
ステップＳ７０４では、データライブラリ装置１のデータ記録再生装置１に対してデータ記録処理の第一の命令を発行する。データ記録処理の第一の命令とは、前述の例で示したように、データ記録に使うデータ記録再生装置(ここではデータライブラリ装置１のデータ記録再生装置１とする)を記録可能な状態へと状態遷移させることである。
【００４７】
ステップＳ７０５では、表示装置１１８に表示する情報及びデータベースやメモリに記憶している情報を更新する。ここで更新する情報とは、例えば、今までデータライブラリ装置１のデータ記録再生装置１の状態が「アイドル中」だったものを、「データ記録準備中」などに更新することを指す。なお、表示や情報を更新するタイミングは一つの例に過ぎず、図中とは違うタイミングで更新しても構わない。例えば、ステップＳ７０４で命令を発行し、データライブラリ装置から命令を受信した旨の通知を受けてから更新するようにするなどしてもよい。また、情報表示と管理情報の更新は、それぞれ別のタイミングに行なっても構わない。
【００４８】
ステップＳ７０６では、ステップＳ７０４で発行した命令が完了するのを待つ。命令が完了したことの判断は、例えば、データライブラリ装置から命令完了通知を受けたことから判断すればよい。なお、図示しないが、処理中に発生した障害により、一定時間待っても前記命令完了通知を受けられない場合、あるいは処理失敗通知を受けた場合などには、本フローの処理を中断してエラーを報知する。
【００４９】
発行した命令の処理が完了したならばステップＳ７０７に進み、データ記録処理を実行する上で順番に発行すべき命令がすべて終了したか否かを判断する。例えば、データ記録再生装置をデータ記録可能な状態に遷移させる命令が終了した後には、続いて光ディスク運搬装置の状況を確認するための命令を発行するので、ステップＳ７０９に進み、前記次に発行すべき命令を決定し、ステップＳ７０４で命令を発行する。
【００５０】
一方、すべての命令を発行し終えていたならばステップＳ７０８に進み、ステップＳ７０５と同様に表示と管理情報とを更新する。ここでは、命令を実行し終えたので、例えば、データライブラリ装置１のデータ記録再生装置１の状態を「アイドル中」などに更新すればよい。なお、表示及び管理する情報の例としてデータ記録再生装置に関する情報を挙げているが、それ以外の情報を表示及び管理することも考えられる。例えば、光ディスク運搬装置の稼動状況を示す情報を表示装置に表示したり、データベースに管理することである。
【００５１】
データアーカイブシステムを設置する環境としては、サーバは中央制御室、データライブラリ装置はデータセンタなど、各々別の場所に集約されて設置されることが想定され、中央制御室では管理者がサーバに接続された表示装置の情報を監視し、状況に応じて適切な管理を行ない、データセンタでは作業者がデータライブラリ装置の情報表示部の情報を監視し、状況に応じて適切な作業を行なうことになる。したがって、表示装置に表示する情報は、管理者がシステムを管理する上で有益な情報であり、また、その情報が見やすく表示され、表示された情報は詳しければ詳しいほどよい。
【００５２】
図８は、データライブラリ装置からサーバへの通知発行フローチャート例を示したものである。データライブラリ装置は、主にサーバからの命令に従って処理を実行し、処理を実行し終えたら、その旨をサーバに通知する。
【００５３】
ステップＳ８０１では、サーバからの命令到着状況を監視する。命令が到着していればステップＳ８０２に進み、到着していなければ命令の到着を待つ。
【００５４】
ステップＳ８０２では、命令の内容に従った処理を実行する。命令の内容とは、何に対して、何を使って、何をしろ、というものである。例えば、データ記録再生装置１から６まで、光ディスクが１から２５０まであるとき、データ記録再生装置１で光ディスク２５０に対してデータを記録しろ、というものである。なお、記録すべきデータは、サーバからデータライブラリ装置へと渡される。
【００５５】
ステップＳ８０３では処理が終了したか否かを確認する。例えば、サーバから指示されたすべてのデータを光ディスクに記録し終えたならばステップＳ８０４へ進み、まだ記録し終えていなければ記録し終えるまで処理を続行する。なお、処理の途中でエラーが起きるなどして処理を終了せざるを得なくなった場合も、ステップＳ８０４に進む。ステップＳ８０４では、サーバに対して処理が終了した旨を通知する。ここ通知する情報は、データライブラリ装置とサーバとの間で定めた取り決めに従い、例えば、処理が正常に終了したこと、エラーが起きるなどして処理が正常に終了しなかったことなどの情報であったり、どこで、どのようなエラーが起きたか等のより詳細な情報であっても構わない。なお、ステップ８０４において、例えば一定時間待っても処理が終了しない場合には、エラーを報知する。
【００５６】
図９は、データライブラリ装置が検知したイベントをサーバへ報知するフローチャート例を示したものである。データライブラリ装置は、図８で示すように、主にサーバから指示された命令に従って処理を実行するが、例えば、データライブラリ装置内でサーバに情報伝達すべき事象が発生した場合には、データライブラリ装置からサーバに対して報知を行なうこともある。
【００５７】
ステップＳ９０１では、データライブラリ装置におけるイベントの発生状況を監視する。ここで監視するイベントとは、例えば、光ディスク格納装置がデータライブラリ装置から取り外された、あるいは取り外されていた光ディスク格納装置がデータライブラリ装置に取り付けられた、などの事象の発生を、光ディスク格納装置着脱検出部１１３によって検出したことを指す。それ以外にも、記録再生装置着脱検出部１１２が検出するデータ記録再生装置の着脱イベント、扉開閉検出部１１４が検出するデータライブラリ装置の備える換装用の扉が開閉されたイベント、などのイベントがある。
【００５８】
ステップＳ９０１でイベントが検出されると、ステップ９０２で、データライブラリ装置のＣＰＵ１０２は、サーバに対してイベントが発生したことを報知する。報知する情報は、データライブラリ装置側で何が起きたのかをサーバ側で判断するのに必要十分なものであればよい。また、その情報の形式は、データライブラリ装置とサーバとの間で定めた取り決めに従えばよく、例えば、イベント番号として「１」を報知すると光ディスク格納装置が取り付けられたイベントの発生、「３」を報知するとデータ記録再生装置１０９が取り外されたイベントの発生を示す、などとすればよい。なお、図中ではステップＳ９０１において、一つのイベントしか監視していないかのように示したが、これは説明を簡単にするためであり、実際には一つ以上のイベント発生を監視し、発生したイベントの内容に応じて適切な情報を報知する。
【００５９】
図１０は、データライブラリ装置の情報表示の一例を示したものである。図ではデータライブラリ装置の前面に情報を表示するようにしている。表示している情報は、データライブラリ装置内に格納されたデータ記録再生装置や光ディスク運搬装置など、各装置の稼動状況である。図では複数の情報表示部１０４によって表示を実現しており、各装置の稼動状況をＬＥＤの点灯、点滅、消灯で表現している。もちろん、緑や赤などＬＥＤの色を組み合わせて、より多くのパターンを表現できるようにしてもよい。
【００６０】
また、左端には総容量メータを表示するようにしている。これは、データライブラリ装置に内蔵されている記録媒体の総容量に対する使用量を示すものであり、このメータを見ることによって、あとどれだけデータを記録できるか、あとどれだけ記録媒体に空きがあるかを把握することができる。なお、メータの表現方法は、データを記録する度にメータの指す値が最小の状態から増えて行くようにしても、逆にメータの指す値が最大の状態から減らして行くようにしても構わない。前者の場合、メータの示す値は総容量に対してどれだけ容量を使っているか、後者の場合、メータの示す値は総容量に対してどれだけ空き容量があるか、を示すことになる。
【００６１】
なお、データライブラリ装置の情報表示は、例えば図８のようにサーバから、どの情報表示部を、どの色で、点灯／点滅させろ、などという命令に従って行なえばよい。表示だけに関わる命令をサーバから受けて処理を実行するのではなく、データ記録再生装置１でデータ記録を開始しろ、という命令を受けて、前記受けた命令の内容に従ってデータライブラリ装置が情報表示部の表示内容を変更するようにしてもよい。例えば、データ記録再生装置１にデータ記録を開始させるのと同じタイミングで、情報表示部の表示内容を「記録中」を示す表示内容に変更する、などである。
【００６２】
ところで、データアーカイブシステムの主な用途は、大量のデータを保存用の記録媒体に記録することである。アーカイブするデータ量が多ければ多いほどデータを記録するのに要する時間は長くなり、また、多くの記録媒体が必要となる。そのため、データアーカイブ処理を効率的に行なうために、データ記録処理を途絶えさせないようにすることが望ましい。データ記録処理を途絶えさせないためには、データを記録し終えた記録媒体から新しい(データ未記録の)記録媒体への入れ替え作業を行なわなければならないが、ここに課題がある。
【００６３】
一つは、記録媒体の入れ替え作業を行なう際に発生する振動・衝撃が、システム動作に影響することである。データライブラリ装置内部に格納された記録媒体、もしくは複数の記録媒体を格納した記録媒体格納装置を入れ替えるためには、データライブラリ装置のカバー、または蓋、または扉を開ける必要があり、その際に振動・衝撃が起こり得るし、記録媒体、もしくは記録媒体格納装置を取り外し、新しい記録媒体、もしくは記録媒体格納装置を装填する際にも振動・衝撃が起こり得る。ここで、データ記録処理を実行しているときに前記振動・衝撃が起こると、例えば記録媒体への書き込み位置にずれが生じるなどしてデータの一部を記録し損じることになる。データを記録し損じることは、データを保存することを主用途とするデータアーカイブシステムにとって、システムの信頼性を損なうことになるため、絶対に避けなければならない。図１１に、光ディスク格納装置を換装する際に発生する振動・衝撃が、データ記録再生装置の動作に影響を与えている様子を示す。
【００６４】
もう一つは、データアーカイブ処理効率の低下である。前記振動・衝撃によるデータ記録し損じを防ぐ手段の一例として、記録媒体の入れ替え時にはシステムの電源を一旦ＯＦＦにすることが考えられるが、データを絶えず記録し続けるデータアーカイブシステムにおいて、記録媒体の入れ替え頻度は決して低くなく、その度に電源をＯＮ／ＯＦＦしていては、データアーカイブ処理の効率が悪い。なぜなら、システムの電源をＯＮ／ＯＦＦするには無視できないほどの時間を要するためである。
【００６５】
例えば、データ記録中に電源をＯＦＦにする場合、データ記録処理が終了するまで待つ、あるいはデータ記録処理の完遂を断念し、データ記録再生装置から記録媒体である光ディスクを取り出し、光ディスク運搬装置で光ディスク格納装置の所定位置まで戻し、光ディスク運搬装置を初期位置に戻し、電源をＯＦＦにするといった手順が必要となる。
【００６６】
もちろん、データ記録再生は複数台のデータ記録再生装置で同時に実行されていることも考えられ、その場合には、すべての装置の記録終了を待つ、あるいは断念したとしても、データ記録再生装置から光ディスクを取り出し、光ディスク運搬装置で光ディスク格納装置の所定位置まで戻すという作業を、光ディスク１枚ずつについて行なわなければならない。電源をＯＮにするときには、システムを構成するハードウェアならびにソフトウェアを起動しなければならず、それらがすべて起動完了し、動作可能になるためには、秒単位ではなく分単位の時間を要する。その間、データアーカイブシステムはデータ記録処理を行えないため、データを効率的にアーカイブするという要件を満たせない。
【００６７】
以下では、本発明のデータアーカイブシステムにおいて、データを効率的にアーカイブするために、電源をＯＮ／ＯＦＦすることなく記録媒体の換装が行なえるようにし、前記換装作業中に発生する振動・衝撃がシステム動作に影響を及ぼすことのないように制御する例を説明する。
【００６８】
図１２はデータライブラリ装置において、装置換装作業中に発生する振動・衝撃への対処処理の一例を示したものである。
【００６９】
ステップＳ１２０１において、データライブラリ装置はサーバからの命令にしたがって処理を実行中であるとする。また、データライブラリ装置の備えるカバーや蓋は閉じた状態であるとする。
【００７０】
処理が完了したらステップＳ１２１１に進み、命令された処理が完了した旨をサーバに通知して終了する。前記処理の実行中、ステップＳ１２０２では扉開閉検出部１１４が検出する情報を監視し、データライブラリ装置の備えるカバーや蓋が開いたことを検知すると、ステップＳ１２０３に進む。ここでは、データライブラリ装置の備えるカバーや蓋が開いたことを装置換装作業が始まる契機と見なす。
【００７１】
ステップＳ１２０３では、装置換装作業の開始に備えてステップＳ１２０１で実行していた処理を中断する。処理の中断と言っても、実行中の処理内容によって、即座に中断できるもの、切りの良いところまで処理を進めないと中断できないもの、など様々である。ここでは、即座に中断できるものとして説明して行くが、切りの良いところまで処理を進めないと中断できないときでも処理を中断することに変わりはない。また、本対策に加えて、例えば確実に処理が中断できたことを確認するステップを設けたり、処理が中断できたことを作業者に示す情報を表示、または音声で出力したり、処理が中断できるまでは換装できないよう装置を物理的にロックするなどの対策を追加することが可能であり、それらを追加することでよりセキュアなシステムを実現できる。なお、処理を中断する際には、どの処理を、どの時点で修正したか等の情報をメモリに記憶しておくものとする。また、装置の動作状況を情報として管理し、その管理情報にも処理を中断している旨を示す情報を記憶すると、制御の確実性が高まる。
【００７２】
ステップＳ１２０４では光ディスク格納装置着脱検出部１１３及び記録再生装置着脱検出部１１２が検出する情報を監視する。ここでは、光ディスク格納装置の換装を検知した場合の動作を例に説明を行なうものとし、データ記録再生装置の換装を検知したときの動作は後述する。光ディスク格納装置着脱検出部１１３によって光ディスク格納装置が取り外されたことを検知すると、ステップＳ１２０５に進む。換装作業の手順としては、交換対象となった光ディスク格納装置が取り外されると、続いて前記取り外された装置の代わりとなる別の光ディスク格納装置がデータライブラリ装置に装填されることになる。
【００７３】
そこで、ステップＳ１２０５では、光ディスク格納装置着脱検出部１１３が検出する情報を監視し、ステップＳ１２０４で取り外された箇所に、光ディスク格納装置が装填されるのを待つ。光ディスク格納装置が装填されたならばステップＳ１２０６に進む。ここで、ステップＳ１２０５で装填された光ディスク格納装置の素性は、データライブラリ装置自身も、またデータライブラリ装置を管理・制御するサーバも、この時点で知ることはできない。ただし、装置の換装が行なわれた場合、取り外された装置に代わって新たに取り付けられた装置の素性を知り、その情報をデータベース等に登録・管理しなければ、データアーカイブシステムは正常に動作することはできなくなる。なぜなら、データアーカイブシステムの制御はデータベース等に蓄積された情報、例えば、データライブラリ装置１の光ディスク格納装置のディスク番号１は空きディスクである、といった情報に基づいた制御をするため、データベースの情報と実際に取り付けられている装置の状況とが不一致の場合、システムは正しく動作できない。そこで、データライブラリ装置は、新たに装填された光ディスク格納装置について、例えば光ディスク格納装置を識別するための装置固有の識別番号、さらには当該システムで使用済みか、あるいは未使用の新しい装置なのかを示す情報、さらには何枚の光ディスクを内蔵し、各ディスクの種類、容量、記録されているデータの内容等の情報を取得し、サーバに通知する必要がある。また、データ記録再生装置が換装された場合は、データ記録再生装置について、例えばデータ記録再生装置を識別するための装置固有の識別番号、さらには装置の製造元やバージョン情報等の情報を取得し、サーバに通知する。換装された装置の素性を知る手段は後述する。
【００７４】
ステップＳ１２０６では、ステップＳ１２０３で中断していた処理を再開する。処理を再開するにあたっては、処理を中断した際に記憶しておいた情報を読み出し、前記読み出した情報に基づいて処理を再開・実行する。また、装置の動作状況を情報として管理している場合、処理を再開した、あるいは処理を再開して動作中である旨を示す情報に更新しておくと、制御の確実性が高まる。
【００７５】
次に、ステップＳ１２０７では装置の換装作業が完了した旨をサーバに通知する。ここでの通知の目的は、サーバに装置の換装作業が発生し、完了したことを伝えること、換装作業発生したことを受けてデータライブラリ装置で実行すべき処理をサーバが判断し、命令発行を促すことである。なお、図ではステップＳ１２０６で再開した処理とステップＳ１２０７の処理とが連続的に、順番に実行されるように見えるが、実際には例えばデータ記録処理とサーバへの報知とは並列に実行されるものとする。すなわちサーバへの報知中であっても、データ記録処理が止まるようなことはない。
【００７６】
ステップＳ１２０８ではステップＳ１２０７での報知の結果、サーバから装置情報取得命令が到着するのを待つ。装置情報取得命令が到着するとステップＳ１２０９に進む。なお、装置情報取得命令の詳細については後述する。簡単に説明すると、換装された装置を制御する上で必要な情報を取得し、取得した情報をサーバに受け渡す処理である。装置の換装が起きた後、換装された装置を制御するためにはサーバが管理する情報と、実際に取り付けられている装置とを一致させなければならない。そのため、データライブラリ装置では、装置換装後には必ずサーバから装置情報取得命令を受けて実行するようにし、それ以外の命令が届いても実行せずに無視する、あるいはサーバにエラーを報知するなど、より確実性を高めるようにするとよい。もちろん、一定時間経過してもサーバから何の命令も届かない、あるいは装置情報取得命令が届かない場合などには、異常発生と判断してメンテナンスを要求するなどの対処を行なうものとする。
【００７７】
ステップＳ１２０９ではステップＳ１２０８でサーバから命令された装置情報取得処理を実行し、換装された装置を制御するために必要な情報を取得し、取得した情報をサーバに伝達する。
【００７８】
図１３にデータライブラリ装置から装置換装が発生した旨の報知を受けた後のサーバの処理例を示す。
【００７９】
ステップＳ１３０１でデータライブラリ装置の発行した換装完了通知(ステップＳ１２０７)を受けると、ステップＳ１３０２では、データライブラリ装置に対して換装後の装置を制御する上で必要な情報を取得するため、装置情報取得命令を発行する。ステップＳ１３０３では、装置情報が到着するのを待ち、装置情報が到着したならばステップＳ１３０４に進む。ステップＳ１３０４では、換装後の装置情報をデータベースに登録し、また、取得した装置情報に基づいて表示装置に表示する情報を更新し、換装後の装置情報を表示するようにする。ステップＳ１３０５では、データベースに登録した換装後の装置情報に基づき、装置を制御して行く。
【００８０】
ここで、装置の換装が発生した場合、換装後の装置情報を取得し、前記取得した装置情報をデータベースに登録し、前記データベースの情報に基づいた制御を行なうことは換装後の装置を正しく制御するために重要なことである。そのため、例えばステップＳ１３０２で発行した装置情報取得命令が何らかの理由で正しく完了しなかった場合、再度命令を発行するなどして、換装後の装置に関する情報を確実に取得するようにしておくとよい。
【００８１】
また、取得した情報をステップＳ１３０４でデータベースに登録する際、例えば、データベースがいっぱいで情報が登録できない場合には、不要になった情報や最も古い情報から順に削除するなどして情報を記憶するのに必要な領域を確保し、ステップＳ１３０３で取得した情報をデータベースに登録し損ねることのないよう制御するものとする。新規の情報を登録するのに十分な領域があるならば残しておいても構わないが、装置換装時に取り外された装置の情報は不要となるので、取り外された装置の情報を新たに取り付けられた装置の情報で上書きするようにすれば情報を登録し損ねることを防ぐことができる。
【００８２】
図１４は、換装作業によって新たに取り付けられた、すなわち、換装後の装置の装置情報を取得する方法の例を示したものである。換装後の装置情報を取得する方法はいくつか考えられ、必要な情報を取得することさえできれば、どの方法を用いても構わない。図１４では、なるべく効率よく情報を取得する方法として、換装した光ディスク格納装置に不揮発性メモリやフラッシュメモリなどの記憶媒体を備えるように構成し、前記記憶媒体に当該装置に関する情報を記憶しておき、情報取得時には、前記記憶しておいた情報を前記記憶媒体から取得する。光ディスク格納装置に関する情報とは、例えば、装置に格納された光ディスクの種類や層数や記録は片面か両面かなどである。
【００８３】
また、別の方法としては、光ディスク格納装置の所定位置、例えば記録媒体管理番号の最も小さい番号の位置に、当該装置に関する情報を記憶した光ディスクを格納しておき、情報取得時には、前記記憶しておいた情報を前記光ディスクから取得する。もちろん、光ディスク格納装置に格納されたすべての光ディスクを１枚ずつ調査して情報を取得することなども可能である。しかし、前記情報取得方法の例と比べると情報取得効率が悪いことは間違いなく、情報を効率よく取得するための手段を用意しておくことが望ましい。
【００８４】
ここで、図１２の説明に戻る。ステップＳ１２１０では、ステップＳ１２０１で実行、ステップＳ１２０３で中断、ステップＳ１２０６で再開した処理が完了したか否かを確認する。処理が完了していればステップＳ１２１１へ進み、完了していなければ完了するまで処理を続ける。
【００８５】
ステップＳ１２１１では、サーバからの命令に従って実行していた処理が完了した旨を通知する。
【００８６】
このように、装置の換装開始と終了とを検知し、換装作業中には実行中の処理を停止することで、換装作業中に発生し得る振動・衝撃がデータライブラリ装置で実行中の処理に影響することを防ぐことができる。また、装置の電源ＯＮ／ＯＦＦすることがなく、装置換装後に処理を再開することができるので、電源ＯＮ／ＯＦＦが必要なシステムに比べてデータアーカイブ処理に割ける時間を長くする効果が期待できる。また、換装作業完了後には、換装した装置に関する情報をデータベースに登録するため、データベースに登録された情報と実際に取り付けられている装置との不一致が発生することがないため、前記登録した情報に基づいて制御することでシステム動作に異常を来たすことがない。
【００８７】
ところで、図１２では、装置の換装開始をデータライブラリ装置の備えるカバーや蓋が開いたことを検知した情報で判断し(ステップＳ１２０２)、その後で実行中の処理を中断することとした(ステップＳ１２０３)。すなわち、カバーや蓋が開く瞬間には処理を実行していることになるので、カバーや蓋が開くときには振動・衝撃が起きない、あるいは起きたとしても実行中の動作には影響しないほど十分に小さいという前提である。同様に、装置の換装終了を装置が取り付けられたことを検知した情報で判断し(ステップＳ１２０５)、その後で処理を再開し(ステップＳ１２０６)、開けられたカバーや蓋が閉められる(図示せず)。すなわち、カバーや蓋が閉じる瞬間には処理を再開していることになるので、カバーや蓋が閉じるときには振動・衝撃が起きない、あるいは起きたとしても実行中の動作には影響しないほど十分に小さいという前提である。
【００８８】
カバーや蓋の開閉で動作に影響するほどの振動・衝撃が起きる場合には、本フローでは不十分であり、別の対策が必要となる。その対策については後述する。もちろん、本フローの処理に加え、振動・衝撃を検知する手段を設け(例えば、センサ)、一定以上の大きさの振動・衝撃を検知したら即座に実行中の処理を中断するようにすると、振動・衝撃対処の確実性がさらに高まる。
【００８９】
なお、図１２の処理フローは必ずしもこの順序である必要はなく、適宜入れ替えても構わない。例えば、ステップＳ１２０５で装置が取り付けられた後、先にステップＳ１２０７を実行してからステップＳ１２０６を実行しても構わない。データアーカイブ効率を考えると、中断していた処理を即座に再開すべきと考えがちだが、システム全体で効率を考えると一概には言えない。例えば、アーカイブすべきデータが大量にあるときは、換装後の光ディスク格納装置から光ディスクを取り出して、次々とデータをアーカイブして行くべきであり、これをなし得るには換装完了をいち早くサーバに報知し、換装後の装置情報をデータベースに登録し、換装後の装置を制御できるようにすべきである。そのため、全体的な処理効率を向上するため、例えば、アーカイブすべきデータ量を確認し、いずれの処理を先に実行するかを決めるなど、制御に柔軟性を持たせておくのもよい。
【００９０】
図１２の処理フローでは示していないが、各ステップで図１０に示した前面パネルの情報表示を更新してもよい。例えば、光ディスク格納装置１が取り外されたらＬＥＤを赤色に点灯させ、取り付けられたら緑色に点灯させるなどして、処理の実行状況が見えるようにするとよい。もちろん、図１０の表示に限らず、それ以外の場所に表示するようにしてもよい。例えば、装置換装する作業者が見やすい位置に表示部を設けるとよい。
【００９１】
図１２の処理フローでは、１つの装置が換装された例について説明した。しかし、場合によっては一度に複数の装置が換装される可能性もある。その場合、ステップＳ１２０４やステップＳ１２０５の装置着脱検知を繰り返し行い、複数の装置の着脱に備える。また、例えば３つの装置が取り外されたならば３つの装置が取り付けられるまでは中断していた処理を再開しないようにする。そして、サーバに装置換装を報知する際には、３つの装置が換装されたこと、また、その３つの装置とはどれであるかを報知し、換装した３つの装置について装置情報を取得し、各情報をサーバに受け渡すようにする。
【００９２】
図１３のサーバ側の処理でも同様に、複数の装置の換装に対応し、複数台の装置が換装されたならば、換装された複数の装置についての情報取得命令を発行し、前記取得した各装置情報をすべてデータベースに登録するようにする。なお、いくつの装置を換装するのか予め把握しておくようにすると制御の確実性が高まる。さらには、装置がいくつ取り外されたかを数える必要がなくなるなど、制御も簡単化できる。もちろん、幾つの装置を換装するかを知るためには、例えば換装作業者にユーザＩ／Ｆ部１０３を通じて換装予定数を入力させ、前記入力された情報を取得し、制御に利用すること、などが必要となる。
【００９３】
図１２の処理フローでは、データライブラリ装置が１つの命令をサーバから受け、実行しているように示しているが、複数の命令を同時に実行していることも考えられる。例えば、データ記録再生装置１と２でデータ記録処理、データ記録再生装置３でデータ再生処理を実行している、などである。このとき、ステップＳ１２０３では実行しているすべての処理を中断し、ステップＳ１２０６では中断したすべての処理を再開する。
【００９４】
図１２の処理フローでは、データライブラリ装置のＣＰＵの判断によって実行中の処理を中断、あるいは再開するように示しているが、このような判断をサーバの判断で行なうようにすることもできる。データライブラリ装置が判断するとき、サーバとの通信は不要となるので換装の開始／終了を検知すると、即座に検知に応じた処理が行える点で有利である。
【００９５】
しかし、前述のようにデータライブラリ装置はサーバからの命令に従って処理を実行するものであり、その理由の一つはシステムの制御に利用する各種情報はデータベースを利用するなどしてサーバが管理していることが挙げられる。もちろん、データライブラリ装置がサーバに頼ることなく制御するような構成も考えられるが、その場合には、制御に必要な情報をデータライブラリ装置が管理することになる。また、データライブラリ装置は複数のデータ記録再生装置を備えており、それらを並列に制御して同時にデータ記録処理を実行させる場面などでは制御が複雑となるため、サーバとの役割分担を明確化し、サーバが命令を出し、データライブラリ装置は命令に従って処理を実行する、という構成の方が全体としてのメリットは大きくなる。
【００９６】
図１５は、図１２の変化形であり、データライブラリ装置が装置換装作業の開始／終了を検知したことをサーバに通知し、サーバの命令で実行中の処理を中断／再開する処理の一例である。なお、図１２と共通するステップについては詳細な説明は割愛する。
【００９７】
ステップＳ１２０１ではサーバから命令された処理を実行している。ステップＳ１２０２ではカバーや蓋が開いたことを検知し、検知したならばステップＳ１５０１に進む。
【００９８】
ステップＳ１５０１では、データライブラリ装置の備える装置の換装作業か開始される旨をサーバに通知する。なお、ここでは換装作業の開始を、ステップＳ１２０２においてデータライブラリ装置の備えるカバーや蓋が開いたことを検知した情報から判断しているが、これに限らず、例えば所定のスイッチが押されたことを検知した情報から判断するなどしても構わない。
【００９９】
ステップＳ１５０２からステップＳ１５０４はサーバの処理である。ステップＳ１５０２でデータライブラリ装置から換装開始通知を受ける。ステップＳ１５０３では、換装作業開始に伴って管理情報を更新すると共に、表示装置に表示する情報を更新する。具体的には、前記換装開始通知を発行してきたデータライブラリ装置に関する情報、例えばデータライブラリ装置に内蔵された各装置の稼動状況などの情報をデータベースから取得・確認し、例えば前記稼動状況に関する情報を「換装作業に備えて処理中断」などに更新する。また、その情報を表示装置に表示する。
【０１００】
ステップＳ１５０４では、データライブラリ装置に対して処理中断命令を発行する。これは、ステップＳ１５０３で取得・更新した情報に基づき、換装作業が行なわれるデータライブラリ装置において実行されている処理を中断するよう命令するものである。なお、実行中の処理が複数あった場合、それらすべてを中断するものとする。もちろん、指定の処理だけ中断することも可能であり、その処理の一例は後述する。また、後の処理再開に備えて、処理再開時に必要な情報は漏れなく記憶しておくものとする。
【０１０１】
ステップＳ１５０５では、データライブラリ装置はサーバからの指示に従って実行中の処理を中断する。
【０１０２】
ステップＳ１２０４では、装置が取り外されたことを検知する。ステップＳ１２０５では、ステップＳ１２０４で装置が取り外された箇所に装置が取り付けられたことを検知する。
【０１０３】
ステップＳ１５０６では、ステップＳ１２０５ですべての装置が取り付けられたことを受け、換装作業が完了した旨をサーバに通知する。なお、ここでは換装作業が完了したことを、装置が取り付けられたことを検知した情報から判断しているが、これに限らず、例えばステップＳ１２０２で開けられたカバーや蓋が閉められたことを検知した情報から判断するなどしても構わない。
【０１０４】
ステップＳ１５０７からステップＳ１５０９はサーバの処理である。ステップＳ１５０７でデータライブラリ装置から換装完了通知を受ける。ステップＳ１５０８では、換装作業完了に伴って管理情報を更新すると共に、表示装置に表示する情報を更新する。具体的には、前記換装完了通知を発行してきたデータライブラリ装置に関する情報、例えばデータライブラリ装置に内蔵された各装置の稼動状況に関する情報を「(中断していた処理を再開して)実行中」などに更新する。また、その情報を表示装置に表示する。ステップＳ１５０９では、データライブラリ装置に対して処理再開命令を発行する。これは、ステップＳ１５０４で中断させた処理を再開するよう命令するものである。なお、ステップＳ１５０３とＳ１５０４、ステップＳ１５０８とＳ１５０９について、表示及び管理情報更新と、命令発行の順序やタイミングは限定されず、例えば命令を発行した後で表示を更新するなどしても構わない。
【０１０５】
ステップＳ１５１０では、データライブラリ装置はサーバからの指示に従って中断していた処理を再開する。
【０１０６】
ステップＳ１２０７からステップＳ１２１１の処理は、図１２及び図１３を用いて説明した通りであり、換装した装置の情報をデータライブラリ装置が取得し、取得した情報をサーバに受け渡し、サーバは受け取った装置情報をデータベースに登録する、ということが主な目的となる。ところで、図１５の例では、ステップＳ１５０６でサーバに対して換装完了通知を発行しているため、ステップＳ１２０７でサーバへの報知処理は省略しても構わない。その場合、データライブラリ装置ではステップＳ１５１０で処理を再開した後にステップＳ１２０８でサーバからの装置情報取得命令を待つようにし、サーバはステップＳ１５０７で装置換装完了通知を受けた後、例えばステップＳ１５０９で処理再開命令を発行するのに続けて、装置情報取得命令(ステップＳ１３０２と同等)を発行するようにすればよい。あるいは、ステップＳ１２０７で報知する内容を変更し、例えばステップＳ１５１０の再開処理が完了したことだけをサーバに報知し、前記報知を受けたサーバは、換装後の装置情報取得命令を発行する、というように、ステップＳ１２０７の報知をサーバが装置情報取得命令を発行する契機として活用するようにしてもよい。
【０１０７】
以上の例によって、データライブラリ装置が装置換装作業の開始／終了を検知したことをサーバに通知し、サーバの命令で実行中の処理を中断／再開することを実現できる。
【０１０８】
ところで、データライブラリ装置の換装時に発生する振動・衝撃は、必ずしもデータライブラリ装置が実行するすべての処理に影響するとは限らない。例えば、データライブラリ装置に内蔵する各装置の設置位置、換装位置によっては、ある装置Ａを換装するときに発生する振動・衝撃は装置Ｂの動作には影響しない、といったことが起こり得る。
【０１０９】
そこで、実行中のすべての処理をむやみに中断するのではなく、振動・衝撃の影響範囲に限って処理を中断することで、さらにデータアーカイブ効率を向上させることも考えられる。図１６及び図１７を用いて説明する。
【０１１０】
図１６は図１５のサーバ側の処理を抜粋し、一部処理を追加・変更したものである。
【０１１１】
図１６ａは、ステップＳ１５０２でデータライブラリ装置から換装開始通知を受けた後のサーバの処理である。ステップＳ１６０１では、装置換装したデータライブラリ装置に関する振動・衝撃影響情報を取得する。振動・衝撃影響情報とは、例えば図１７に示すテーブルであり、サーバは本情報を取得して読み出し可能な記録領域に記憶しておく。あるいは、データベースに登録しておく。
【０１１２】
図１７の例では、装置換装時に作業者が行なう各操作について、データライブラリ装置内のどの装置に、どの程度影響があるかが読み取れるようになっている。例えば、光ディスク格納装置を着脱するときにはデータライブラリ装置内のデータ記録再生装置１や６には振動・衝撃が影響するが、データ記録再生装置２には影響しないことが分かる。なお、影響の程度を○×で示したが、例えば数字を用いて表してもよいし、○×の２段階ではなく、より細かく例えば０から４までの５段階で表現してもよい。
【０１１３】
ステップＳ１６０２では、ステップＳ１５０２で通知された情報と、ステップＳ１６０１で取得した振動・衝撃影響情報と、データベースの各装置の稼動状況とから、どの装置に処理中断命令を発行するかを決定する。具体的には、通知された情報から、どのデータライブラリ装置で換装作業が行なわれるのかを判断し、前記換装作業が行われるデータライブラリ装置についてデータベースの登録情報を参照し、データライブラリ装置内の各装置の稼動状況を確認し、振動・衝撃影響情報から処理実行中の装置の中で、どの装置に振動・衝撃の影響が及ぶかを判断し、処理実行中の装置のうち振動・衝撃の影響が及ぶ装置の処理を中断することを決定する。
【０１１４】
ステップＳ１５０３では、ステップＳ１６０２で処理を中断するとした装置について、情報表示やデータベースの装置稼動状況を更新する。ステップＳ１６０３では、ステップＳ１６０２で処理を中断するとした装置の処理を中断するよう、データライブラリ装置に命令を発行する。
【０１１５】
図１６ｂは、ステップＳ１５０７でデータライブラリ装置から換装完了通知を受けた後のサーバの処理である。ステップＳ１５０８では中断していた処理を再開する装置に関して、情報表示及びデータベースの装置稼動状況を更新する。ステップＳ１６０４では、ステップＳ１６０３で発行した命令に従って処理を中断した装置の処理を再開するよう、データライブラリ装置に命令を発行する。
【０１１６】
このように制御することで、振動・衝撃の影響を受ける装置だけ処理を中断するようにできる。なお、ここまで述べてきた処理の中では、換装作業が開始されることは分かっても、どの装置が換装されるかは分からない。そこで、ステップＳ１６０２において、どの装置に振動・衝撃が影響するかを判断する際には、例えば、処理を実行中の装置であり、前記処理を実行中の装置(横軸)と換装可能な状態にある装置(詳細は後述、縦軸)との関係において、図１７中で「○」となる装置は振動・衝撃の影響を受ける装置であるとして、実行中の処理を中断すると判断すればよい。もちろん、どの装置が換装されるかが分かれば、より正確で、より無駄を省いた制御が可能となる。どの装置が換装されるかを知る手段の例は後述する。
【０１１７】
図１８は、図１２の変化形の一つであり、データライブラリ装置のカバーや蓋の開閉によっても振動・衝撃が起き、前記振動・衝撃がシステム動作に影響を与える場合の対策を示したものである。
【０１１８】
ステップＳ１２０１ではサーバから命令された処理を実行している。
【０１１９】
ステップＳ１８０１では換装開始イベントの発生を監視する。換装開始イベントとは、例えば換装作業者がデータライブラリ装置の筐体に設定されたユーザＩ／Ｆ部１０３であるスイッチ等を押下し、前記スイッチが押下されたことを検知したことであるとする。なお、前記スイッチとは換装開始を知らせることに特化した専用のスイッチでもよいし、スイッチ自体は既存のものを使い回すが、そのスイッチが３秒間押し続けられた、などの特定の操作内容を換装開始イベントとして扱うようにしてもよい。
【０１２０】
換装開始を検知すると、ステップＳ１２０３に進み、これから換装作業が開始され、その換装作業中に振動・衝撃が起こることに備えて、実行中の処理を中断する。次にステップＳ１２０２に進み、データライブラリ装置のカバーや蓋が開くのを待ち、開いたことを検知したならばステップＳ１２０４に進む。なお、ステップＳ１２０２よりも先にステップＳ１２０３で実行中の処理を中断しているのは、データライブラリ装置のカバーや蓋が開くときに発生する振動・衝撃が動作に影響するのを防ぐためである。ステップＳ１２０４では装置が取り外されたことを検知し、ステップＳ１２０５では取り外された箇所に装置が取り付けられたことを検知する。
【０１２１】
ステップＳ１８０２では、ステップＳ１２０２で開けられたカバーや蓋が閉じられたことを検知する。カバーや蓋を閉じる際にも振動・衝撃が発生し、動作に影響することが想定されるため、この時点では中断している処理を再開してはならない。カバーや扉が閉じられたことを検知するとステップＳ１２０６に進み、中断していた処理を再開する。その後のステップＳ１２０７からステップＳ１２１１までの処理は図１２で説明したのとほぼ変わりなく、ステップＳ１８０２でカバーや扉が閉じられたことを換装作業が完了したものと見なし、サーバに換装作業が完了した旨を報知し、サーバからの装置情報取得命令を受け、換装後の装置情報を取得してサーバに送信し、ステップＳ１２０１で実行していた処理が完了したならば完了した旨をサーバに通知して処理を終了する。
【０１２２】
このような処理フローによって、データライブラリ装置のカバーや蓋の開閉時に発生する振動・衝撃の影響を防ぐことができる。さらには、図１８を変化させ、図１５のようにサーバと逐次やり取りを行い、サーバからの命令を契機に処理の中断や再開を行なうようにすることもできる。
【０１２３】
ここで、扉の開閉をスイッチの押下で検出できるようにするのと同様に、データライブラリ装置内部のどの装置を換装するかをスイッチの押下で検出できるようにすることもできる。例えば、データライブラリ装置内部の各装置に対応したスイッチを用意し、前記スイッチを押下することで、前記スイッチの押下を検出したデータライブラリ装置はどの装置が換装されるかを把握することができる。どの装置が換装されるかをデータライブラリ装置が特定し、把握することができるならば、その手段は特に限定されない。例えば、キーボードなどの入力装置を介してどの装置を換装するかの情報を入力させるなどしても構わない。
【０１２４】
このような手段によって、どの装置が換装されるかを把握するための情報を取得できるようになると、データライブラリ装置及びサーバは、前記情報に基づいて、より正確に、より詳細な制御が行なえるようになる。例えば、データ記録再生装置１が換装されることを検知すると、図１７のデータ記録再生装置１を着脱したときに発生する振動・衝撃の影響範囲だけを調査すれば良い。また、装置が換装されることは分かっても、どの装置が換装されるかを特定することができない場合、処理を中断したものの、実際には振動・衝撃の影響を受けない装置が換装された、ということが起こり得るので、中断していた時間が無駄になってしまう。
【０１２５】
一方、データ記録再生装置１が換装されることを特定できたならば、そのような無駄は起こらず、必要最低限の装置の動作を中断し、それ以外の装置の動作は中断することなく続けられる。さらには、装置の着脱を監視する処理の負荷を軽減する効果も期待できる。例えば、どの装置が換装されるか把握できない場合、すべての装置について、常に着脱状況を監視し続けなければならない。ところが、スイッチの押下によって、どの装置が換装されるかを把握できるようになると、前記スイッチの押下を契機に前記スイッチに対応した装置の着脱状況の監視を始め、装置が取り外され、その後取り付けられたことを検知すると監視を止める、という制御が可能となり、必要なときに、必要な装置の着脱状況だけを監視することができるようになる。
【０１２６】
ここで、作業者が装置を換装する際に、誤って別の装置を取り外してしまう人的なミスが起こり得る。そのようなミスへの対策として、例えば、装置をロックする手段を設け、ロックの開閉をデータライブラリ装置のＣＰＵから行なえるようにし、通常すべての装置をロックしておき、換装可能な装置、あるいは換装すべき装置についてはロックを解除する。すると、作業者が換装すべきでない装置を取り外そうとしてもロックによって取り外すことができず、自身の誤りに気づき、結果として人的ミスを未然に防ぐことができる。また、換装すべき装置が正しく取り外され、代わりの装置が取り付けられたならば、データライブラリ装置は装置が取り付けられたことを検知して取り付けられた装置をロックする。
【０１２７】
装置のロックを外すタイミングは特に限定されず、例えば、作業者が光ディスク格納装置を換装しようとして、光ディスク格納装置に対応するスイッチを押下したときでもよい。このとき、スイッチの押下を検知したデータライブラリ装置では検知した情報をサーバに通知し、サーバからの命令を待ち、サーバから換装準備しろ、等の命令を受けると光ディスク格納装置のロックを解除する。すなわち、作業者から、この装置を換装するので許可をいただけますか、と伺いを立て、データライブラリ装置及びサーバが許可を出すことで初めてロックが解除され、換装可能になるという仕組みである。これは、例えばシステム障害が発生したとき、サーバ側では障害を検知できず、作業者が装置を目視で確認した結果、装置を換装すべきと判断するような場面で有効である。
【０１２８】
一方、サーバが装置の換装が必要と判断し、作業者に換装を促す場面もあるだろう。例えば、あるデータライブラリ装置が内蔵する光ディスク格納装置に関して光ディスク格納装置に格納された光ディスクをすべて使い切ってしまったとき、データ記録再生装置に負荷が蓄積してメンテナンスを行なわないとデータ記録再生の信頼性を保てないと判断したとき、などである。図１９にサーバの装置換装要否判断処理フローの一例を示す。なお、サーバは図１９の装置換装要否判断処理を、例えば、定期的に一日に一回同時刻に実施したり、データ記録あるいはデータ再生処理が完了する度に実施するなどして、装置の都合でデータ記録再生が行なえない、あるいはデータ記録再生の信頼性が保てない、などの事態を防ぐようにする。
【０１２９】
ステップＳ１９０１では、データライブラリ装置の管理情報をデータベース等から取得する。ここで取得する情報は、例えば、データライブラリ装置が内蔵する各データ記録再生装置の負荷蓄積情報や、各データ記録再生装置の処理実行履歴や、光ディスクの使用状況である。
【０１３０】
ステップＳ１９０２ではステップＳ１９０１で取得した情報と、装置換装基準情報とを比較し、換装が必要な装置の有無、換装が必要な装置がある場合はその装置の特定を行なう。装置換装基準情報とは装置を換装する際の基準を示した情報であり、例えば、各装置について判断時に参照するパラメータの種類、前記パラメータがいくつだったら換装するかという閾値から成る。例えば、データ記録再生装置のデータ記録処理実行時間が通算で５００時間を超えたら換装が必要、それ未満であれば換装は不要と判断する。また、光ディスク格納装置が格納する光ディスクが２５０枚であるとき、２５０枚すべて記録し終えてしまったとき、あるいはその見込みが立ったとき(２４９枚記録し終え、２５０枚目を記録し始めたとき等)、または光ディスク２５０枚の総容量のうち９５％を記録し終えてしまったときなどに換装が必要と判断する。
【０１３１】
ステップＳ１９０３では、ステップＳ１９０２で換装が必要と判断された装置があるかを確認し、換装すべき装置があればステップＳ１９０４に進む。
【０１３２】
ステップＳ１９０４では、データライブラリ装置に対して換装準備命令を発行する。具体的には、データライブラリ装置の備える装置のうち、どの装置の換装が必要かを示すと共に、前記換装の必要な装置に対応したロックを解除すること、前記換装の必要な装置に対応した表示を変更するよう指示する。さらには、本命令発行を契機に、データライブラリ装置において前記換装の必要な装置の着脱状況の監視を始めるように指示してもよい。また、ここで表示の変更指示とは、光ディスク格納装置の換装が必要なとき、図１０に示した前面パネルの情報表示のうち、光ディスク格納装置に対応した表示を変更することであり、例えば、換装が必要なことを示すためにＬＥＤを赤色で点滅させるようにする。作業者は、この表示を見ると、当該データライブラリ装置の光ディスク格納装置を換装すべきと判断し、代替となる装置を準備し、準備が整えば実際に換装作業を開始する。
【０１３３】
ステップＳ１９０５では、換装対象となる装置に関して、情報表示及びデータベースの装置状況を更新し、例えば、換装待ち状態、などにする。なお、図示していないが、例えばステップＳ１９０４の命令発行後、データライブラリ装置から命令を正しく受けた旨の通知を受け取るようにし、前記通知を受けたことを契機にステップＳ１９０５を実行するようにしてもよい。
【０１３４】
なお、これまでの説明では、データライブラリ装置の備える装置を換装する例として、複数の光ディスクを格納した光ディスク格納装置ごと入れ替える場合について述べた。もちろん、これは一つの例に過ぎず、様々な場合に応用することができる。例えば、記録済みの光ディスク、あるいは記録に失敗した光ディスクを格納する装置を設け、その装置ごと取り外す、あるいはその装置から光ディスクを１枚ずつ取り出す場合に応用できる。
【０１３５】
もちろん、データ記録再生装置の換装にも応用することができる。データアーカイブシステムでは、データを記録再生するときにデータ記録再生装置を使用するが、大量のデータを取り扱うというシステムの特性上、データ記録再生装置は常に稼動し続けることになるため負荷が蓄積し、故障を引き起こしやすい状況に陥ることが予想される。その対策の一例として、一定の負荷が蓄積したデータ記録再生装置は故障を引き起こす前に別のデータ記録再生装置に換装することが考えられる。このとき、光ディスク格納装置の換装と同じように、換装作業中に発生する振動・衝撃がシステム動作に影響を及ぼすことのないように制御することが必要であり、この制御には本発明を適用することができる。その結果、電源をＯＮ／ＯＦＦすることなくデータ記録再生装置が換装でき、換装作業中に発生する振動・衝撃が、換装対象となるデータ記録再生装置以外の各装置の動作に影響を及ぼすことがない。
【０１３６】
また、データ記録再生装置の換装は、データ記録再生動作中には実行できないので必ず処理を停止してから換装するよう制御する。また、例えば記録し終えたディスクを取り出さず、データ記録再生装置内部に残したまま換装してしまうのも避けねばならない。なぜなら、記録し終えたディスクがデータ記録再生装置の中に残ったまま換装してしまうと、前記ディスクは、データライブラリ装置またはサーバの管理下から離れてしまい、制御できなくなってしまう。これは、データベースに登録された前記光ディスクの情報と、実際のディスク自体の状況とが不一致になるためであり、例えばデータベース上ではデータライブラリ装置内部に存在するはずの光ディスクを運搬、再生、などしようとしても、実際には光ディスクが存在しておらず、当該処理を実行できない。したがって、データ記録再生装置を換装するには、必ず光ディスクを排出しておくように制御する。また、データ記録再生装置を換装可能な状態にする際には、必ず内部に光ディスクが存在しないことを確認した後で換装可能な状態にするよう制御する。
【０１３７】
これまで説明してきたように、本発明では、データ記録再生装置においてデータ記録再生処理を実行中であっても装置を換装できる。このとき、データ記録再生処理は光ディスクに対して行うものであり、その光ディスクは記録再生開始時に光ディスク格納装置から取り出され、終了時に光ディスク格納装置に戻されるのであるから、データ記録再生処理実行中に光ディスク格納装置が換装され、例えば換装後の光ディスク格納装置がすべて光ディスクで満たされてしまっていたとすると、データ記録再生装置内にある光ディスクの戻し先がなく、システムとして異常な状況に陥ってしまう。例えば、データ記録再生装置１とデータ記録再生装置２でデータ記録再生処理を実行中、光ディスク格納装置を換装し、換装した光ディスク格納装置に格納可能な枚数の上限である２５０枚の光ディスクが格納されていると、２つのデータ記録再生装置内にある計２枚の光ディスクを光ディスク格納装置に収納することができなくなってしまう。
【０１３８】
そこで、このような状況に陥ることなく、換装後も正常な動作が行えるように対策を講じる必要がある。なお、この対策が必要とされる場面は、図１２のステップＳ１２１０からステップＳ１２１１などである。例えば、データライブラリ装置では、ステップＳ１２１０でデータ記録処理を終了し、ステップＳ１２１１でサーバに処理完了通知を発行する。データ記録処理完了通知を受けたサーバでは、データライブラリ装置に対してデータ記録再生装置から光ディスクを取り出し、取り出したディスクを光ディスク運搬装置で運搬し、所定の位置に戻すよう命令する。この命令を発行するにあたり、光ディスクをどの位置に戻すかが重要なポイントとなる。
【０１３９】
図２０はデータ記録再生装置でデータ記録再生処理を実行中に光ディスク格納装置を換装したとき、データ記録再生処理に使っていた光ディスクをどこに収納するか、その一例を示した図である。
【０１４０】
図中のデータ記録再生装置では光ディスクに対してデータ記録処理を行っている。前記データ記録処理によってデータが記録される光ディスクは、光ディスク格納装置Ｎ−１(図示せず)から取り出された光ディスクである。このとき、光ディスク格納装置Ｎ−１は、格納された光ディスク２５０枚のうち２４９枚に記録を終え、最後の１枚に対して図中のデータ記録再生装置によってデータ記録している。記録中の１枚を含む２５０枚すべてにデータを記録しているため、新たにデータを記録しようとしても記録可能な光ディスクがないことから、早急に光ディスク格納装置を換装しなければならない。そこで、記録中の１枚を除く２４９枚の光ディスクを格納した光ディスク格納装置Ｎ−１を、別の光ディスク格納装置Ｎに換装する。
【０１４１】
ここで、光ディスク格納装置Ｎには２４９枚の未記録光ディスクを収納し、１枚分の空き領域を持たせておく。前述のように、光ディスク格納装置の換装が完了したら、光ディスク格納装置Ｎの装置情報はサーバによって取得され、データベースに登録される。その後、図中のデータ記録再生装置で実行していたデータ記録処理が完了すると、データライブラリ装置はサーバに処理完了を通知する。サーバは、前記データベースに登録した装置情報を参照し、光ディスク格納装置Ｎに空き領域があることを確認し、図中のデータ記録再生装置から光ディスクを取り出し、光ディスク運搬装置によって運搬し、前記空き領域に収納するように命令する。
【０１４２】
もちろん、これまで説明してきたように、空き領域へ光ディスクを収納し終えたら、データライブラリ装置はサーバにその旨を通知し、通知を受けたサーバは、光ディスク格納装置Ｎの空き領域にデータ記録し終えたディスクが収納されたことを示す情報を、データベースに登録(情報更新)する。すなわち、換装直後には空き領域であった領域は空き領域ではなくなり、換装中にデータ記録されていた光ディスクが格納される。
【０１４３】
以上のように、データ記録再生処理中に光ディスク格納装置を換装する場合、例えば、新たに取り付ける光ディスク格納装置に予め空き領域を用意しておき、データ記録再生処理中の光ディスクを収納できるようにしておくことが、データ記録再生装置内にある光ディスクの戻し先がなくなってしまう事態への対策として有効である。なお、空き領域は１枚分であるとして説明したが、その限りではない。例えば、データ記録再生装置が６台ある場合、最大で６枚の光ディスクを収納するだけの領域が必要となることから、データライブラリ装置の備えるデータ記録再生装置の台数から最適な枚数分の空き領域を用意しておくとよい。
【０１４４】
あるいは、データライブラリ装置にディスク排出口を設け、データ記録処理を終えた光ディスクを光ディスク運搬装置によって前記排出口に運搬し、データライブラリ装置外に排出するなどしてもよい。このとき、データ記録処理中に取り付けられた光ディスク格納装置Ｎには空き領域を設ける必要はない。なぜならば、光ディスク格納装置Ｎへの換装中、データ記録再生装置においてデータ記録されていた光ディスクは、データ記録終了後、前記ディスク排出口に運搬されて排出されるからである。
【０１４５】
図２１は、データ記録再生装置でデータ記録再生処理を実行中に光ディスク格納装置を換装したとき、データ記録再生処理に使っていた光ディスクをどこに収納するか、図２０とは別の例を示した図である。この例では、光ディスク格納装置を複数備えるものとする。具体的には光ディスク格納装置Ａと光ディスク格納装置Ｂの２つの光ディスク格納装置を備える。その格納枚数はそれぞれ１２５枚であるとする。
【０１４６】
図中のデータ記録再生装置では光ディスクに対してデータ記録処理を行っている。前記データ記録処理によってデータが記録される光ディスクは、光ディスク格納装置Ａから取り出されたものである。このとき、光ディスク格納装置Ｂは１２５枚すべてに記録を終え、光ディスク格納装置Ａは１２５枚のうち１２４枚に記録を終え、最後の１枚に対して図中のデータ記録再生装置によってデータ記録している。
【０１４７】
光ディスク格納装置ＡとＢトータルで考えたとき、記録中の１枚を含む２５０枚すべてにデータを記録しているため、新たにデータを記録しようとしても記録可能な光ディスクがないことから、早急に光ディスク格納装置を換装しなければならない。このとき、光ディスク格納装置Ａからは光ディスクが１枚取り出されてデータ記録処理に使われているため換装してはならない。なぜなら、換装してしまうと、前記データ記録処理に使われている光ディスクを戻すことができなくなってしまうからである。
【０１４８】
一方、光ディスク格納装置Ｂは記録し終えたディスクが全数揃っているため、いつ換装しても構わない。すなわち、複数の光ディスク格納装置を備えるとき、光ディスク格納装置から光ディスクが取り出されているときには当該光ディスク格納装置は換装対象とせず、光ディスクが取り出されていない光ディスク格納装置のみを換装対象とする。換装対象としない光ディスク格納装置については、例えば前述のように装置をロックして取り外しできないようにし、また、情報表示部に換装不可である旨を示す情報を表示するようにするとよい。一方、換装可能な光ディスク格納装置については、例えば前述のように装置のロックを解除して装置を取り外せるようにし、また、情報表示部に換装可である旨を示す情報を表示するようにするとよい。
【０１４９】
さらには、複数の光ディスク格納装置を備えるとき、どの光ディスク格納装置の、どの光ディスクから順にデータ記録して行くかのアルゴリズムを工夫するとよい。前述のように、光ディスク格納装置から光ディスクが取り出されているとき当該光ディスク格納装置は換装できないと判断するので、例えば光ディスク格納装置Ａから１枚、光ディスク格納装置Ｂから１枚取り出して、それぞれにデータ記録処理を行うのは賢明ではない。例えば、光ディスク格納装置Ａから光ディスクを２枚取り出してデータ記録処理を行うなど、一つの光ディスク格納装置から集中的に光ディスクを使って行くようなアルゴリズムにするとよい。
【０１５０】
図２２はサーバがデータベース等に登録・管理するデータライブラリ装置の管理情報の一例である。データライブラリ装置の備える各装置、光ディスク格納装置、データ記録再生装置、光ディスク運搬装置に関する情報から成る。例えば光ディスク格納装置の情報は、現在換装待ちの状態であり、光ディスク格納装置に格納された全光ディスクの記録可能容量の合計が残り３％であり、また、２５０枚に及ぶ全光ディスクの情報も持ち、その一例として、ディスク番号２５０はデータ記録再生装置１によってデータＡを記録している最中であることが分かる。また、データ記録再生装置の情報は、データ記録再生装置の内蔵する台数分あり(図２２では６台分)、各データ記録再生装置の動作状況の概要、その詳細、処理負荷がどの程度蓄積したかを示す情報から成る。また、光ディスク運搬装置の情報は、動作状況の概要、その詳細、処理負荷がどの程度蓄積したかを示す情報から成る。なお、これはサーバに接続された１つのデータライブラリ装置に関する情報に過ぎず、例えばサーバに１０台のデータライブラリ装置が接続されたならば図２２の情報を１０台分持つことになる。もちろん、図２２の情報は一例に過ぎず、それ以外の情報を管理・登録しても構わない。その情報とは、例えば、各装置のＩＤなどである。
【０１５１】
図２３はデータライブラリ装置の設置イメージを示した例である。前述の通り、アーカイブシステムは、中央制御室などにサーバが設置され、データセンタなどにデータライブラリ装置が複数台設置されることが想定される。データセンタでは、図のように複数のデータライブラリ装置が棚などに隣接して、また上下に積み重ねられて、設置されることもある。このような場合、各データライブラリ装置で発生する振動・衝撃の影響が、当該データライブラリ装置に及ぶだけでなく、上下左右に設置された別のデータライブラリ装置に及ぶこともある。
【０１５２】
例えば、図２３で示したデータライブラリ装置４に対して光ディスク格納装置の換装作業が行なわれたとき、隣接するデータライブラリ装置３、上に設置されたデータライブラリ装置２に対して、換装時に発生した振動・衝撃が影響し、その振動・衝撃が各装置で実行中の動作、例えばデータ記録処理に影響し、データを記録し損ねるなど、装置が正常に動作できない事態を引き起こすこととなる。そこで、データライブラリ装置換装時の振動・衝撃がデータライブラリ装置内の各装置に影響することへの対策だけでなく、別のデータライブラリ装置に影響することへの対策を行なうようにすると、アーカイブシステムとしての動作信頼性を高める効果が得られる。
【０１５３】
データライブラリ装置４で光ディスク格納装置を換装するタイミングは、これまで述べてきたように、例えば装置のカバーや上蓋が開いたこと、所定のスイッチが押下されたことから判断できる。そのとき、振動・衝撃の発生に備えて、データライブラリ装置４内で実行中の処理を中断することはもちろん、データライブラリ装置２や３の処理を中断する。データライブラリ装置４では、換装作業開始を検知すると、前記情報をサーバに通知し、サーバは前記換装作業開始通知を受けると、データライブラリ装置４以外のデータライブラリ装置の動作状況を調査する。
【０１５４】
例えばデータライブラリ装置２のデータ記録再生装置１がデータ記録中であれば処理中断命令を発行し、データライブラリ装置３のデータ記録再生装置４がデータ再生中であれば処理中断命令を発行する。このように、データライブラリ装置の換装時に発生する振動・衝撃に備えて、近接する別のデータライブラリ装置において実行中の処理を中断することができる。データライブラリ装置４で換装作業が完了したことを検知したならば、サーバの命令に従って中断していた処理を再開すること、など、振動・衝撃への対処に関わる処理ステップは、当該データライブラリ装置自身の換装作業で発生する振動・衝撃に対するものと特に変わらない。振動・衝撃の発生源がデータライブラリ装置自身であるか、別のデータライブラリ装置であるか、が大きな相違点である。換装作業の開始／終了を検知したとき、前記検知した情報を別のデータライブラリ装置に伝える手段は、例えば、データライブラリ装置同士で直接行なうようにしてもよい。もちろん、制御に際してはデータベースを参照することも必要となるので、サーバを介して情報伝達することが望ましい。
【０１５５】
一方で、サーバを介すると情報の伝達に時間がかかり、例えば、換装作業の開始を検知しても、別のデータライブラリ装置がサーバから処理中断命令を受けて処理を中断する前に、作業が開始されてしまうことも考えられる。その対策としては、前述のように、作業者に換装可否を知らせるための情報や、装置のロックを併用することが一例として挙げられる。
【０１５６】
例えば、換装作業の開始を検知すると、その時点では換装対象の装置のロックは解除せず、作業者が装置を取り外せないようにしておき、別のデータライブラリ装置で実行していた全ての処理が中断されたことを確認した後で、初めて装置のロックを解除するとともに、換装可能を示す情報を表示し、前記表示を見た作業者が装置を換装する、などとすれば、情報伝達にかかる時間の長さが前後しても、確実に処理を中断してから換装作業が行なわれることになる。もちろん、データライブラリ装置内部の各装置が実行している処理を必ずしもすべて中断する必要はなく、振動・衝撃の影響を受ける装置の処理だけに限定して中断／再開することもできる。
【０１５７】
また、サーバに接続された全てのデータライブラリ装置の処理を中断する必要はなく、振動・衝撃の影響を受ける装置(例えば、上下左右に設置された４台)に限定して中断／再開することもできる。一方、別のサーバに接続されたライブラリ装置であっても、近くに設置されているならば処理を停止すべきであり、その場合には、サーバ間で換装作業開始／終了タイミングを計るための情報伝達が必要になるほか、各データライブラリ装置がデータセンタ内のどこに設置されているか、といった設置位置に関する情報を管理・取得することが必要になる。
【０１５８】
なお、これまで述べてきた例に関して、振動・衝撃を検出するための手段としてセンサ等を設け、前記センサから取得できる情報を制御に利用することもできる。ただし、センサの情報とは、振動・衝撃が起きた結果であるため、センサの情報を受けて処理を中断しても遅きに失することも考えられる。したがって、センサの情報だけでは本発明を実現するには不十分であるが、例えば、本発明の例とセンサの情報とを組み合わせ、より詳細な制御を行なうようにしてもよい。
【０１５９】
なお、上記の実施例のフローチャートにおいて、処理が正常に終了するまで待ち、処理が正常に終了したら次のステップに進む例をいくつか示してきた。これは、説明を簡単化したものであり、実際には何らかの障害によって、いつまでも処理が終了しない、あるいは処理が異常終了することもある。本発明の効果とは直接関わらないため詳細な説明は割愛するが、例えば、所定の時間待っても処理が終了しない、あるいは処理結果が異常であったときには、エラーを報知した後にフローチャートを終了するなどして、システムが動作不能な状態に陥ることのないように制御するのはもちろんである。
【０１６０】
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。
【０１６１】
また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。 
また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。
【符号の説明】
【０１６２】
１０１…データライブラリ装置、１０２…ＣＰＵ、１０３…ユーザＩ／Ｆ部、１０４…情報表示部、１０５…メモリ、１０６…光ディスク運搬装置、１０７…光ディスク格納装置、１０８…光ディスク、１０９、１１０、１１１…データ記録再生装置、１１２…記録再生装置着脱検出部、１１３…光ディスク格納装置着脱検出部、１１４…扉開閉検出部、１１５…サーバ、１１６…ネットワーク、１１７…ハードディスク、１１８…表示装置
【図１】
2014116044.tif 000003
【図２ａ】
2014116044.tif 000004
【図２ｂ】
2014116044.tif 000005
【図３】
2014116044.tif 000006
【図４】
2014116044.tif 000007
【図５】
2014116044.tif 000008
【図６】
2014116044.tif 000009
【図７】
2014116044.tif 000010
【図８】
2014116044.tif 000011
【図９】
2014116044.tif 000012
【図１０】
2014116044.tif 000013
【図１１】
2014116044.tif 000014
【図１２】
2014116044.tif 000015
【図１３】
2014116044.tif 000016
【図１４】
2014116044.tif 000017
【図１５】
2014116044.tif 000018
【図１６ａ】
2014116044.tif 000019
【図１６ｂ】
2014116044.tif 000020
【図１７】
2014116044.tif 000021
【図１８】
2014116044.tif 000022
【図１９】
2014116044.tif 000023
【図２０】
2014116044.tif 000024
【図２１】
2014116044.tif 000025
【図２２】
2014116044.tif 000026
【図２３】
2014116044.tif 000027