(57)【要約】【課題】  他のストレージ装置との間のデータコピーを容易化する。【解決手段】  ＵＳＢ接続検知モジュール（２２４）は、他の画像ストレージ装置の接続を検知すると、データ送受信制御モジュール（２１２）を起動する。データ送受信制御モジュール（２１２）は、自らが送信側となり前記他のストレージ装置が受信側となるか、前記他のストレージ装置が送信側となり自らが受信側となるかを判定する。データ送受信制御モジュール（２１２）は、自らが送信側となる場合、データを所定フォーマットで前記他のストレージ装置に送信し、自らが受信がとなる場合、他のストレージ装置から所定フォーマットで受信したデータを保存用に変換して保存する。【選択図】  図６
2015219615.tif 000002
【特許請求の範囲】
【請求項１】
データ保存手段と、
他のストレージ装置との接続を検知する接続検知手段と、
前記接続検知手段によって前記他のストレージ装置との接続が検知されたときに、自らが送信側となり前記他のストレージ装置が受信側となるか、前記他のストレージ装置が送信側となり自らが受信側となるかを判定する判定手段と、
自らが送信側となる場合、前記データ保存手段の保存するデータを前記他のストレージ装置に送信し、自らが受信がとなる場合、前記他のストレージ装置から受信したデータを前記データ保存手段に保存するデータ送受信制御手段
とを備えることを特徴とするストレージ装置。
【請求項２】
前記データ保存手段がＲＡＩＤ構成の複数の記憶媒体からなることを特徴とする請求項１に記載のストレージ装置。
【請求項３】
前記データ保存手段が、ファイルシステムの機能とリレーショナルデータベースの機能を有することを特徴とする請求項１又は２に記載のストレージ装置。
【請求項４】
更に、前記データ保存手段の障害を検知し、ユーザに通知する手段を有することを特徴とする請求項１から３のいずれか１項に記載のストレージ装置。
【請求項５】
更に、前記判定手段の判定結果が自らが送信側となることを示す場合に、前記データ保存手段に前記他のストレージ装置に送信すべきデータが保存されているかどうかを確認し、存在しないときにはユーザに通知する手段を具備することを特徴とする請求項１ないし４のいずれか１項に記載のストレージ装置。
【請求項６】
前記送受信制御手段が、転送すべきデータを所定の転送フォーマットの形式で転送することを特徴とする請求項１ないし５のいずれか１項に記載のストレージ装置。
【請求項７】
前記転送フォーマットがＸＭＬファイルの形式であることを特徴とする請求項６に記載のストレージ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ストレージ装置に関する。
【背景技術】
【０００２】
従来、ハードディスクなどの大容量記録装置では、記録媒体に読み取り不可の損傷が生じた場合、データを失うことになる。このようなデータ消失の可能性を低減する方法として、ＲＡＩＤ（Redundant Arrays of Independent Disks）と呼ばれる冗長化構成が知られている（特許文献１）。
【０００３】
例えば、ＲＡＩＤ１は２つのＨＤＤに同時に同じデータを書き込むものであり、一方のＨＤＤが故障によりデータを読めなくなっても、他方のＨＤＤからデータを読み出すことができる。故障したＨＤＤを同容量で同じ型番のＨＤＤと交換することで、新しいＨＤＤに既存のＨＤＤからデータがコピーされ、以後、運用を継続できる。
【０００４】
また、ＲＡＩＤ５は、データを誤り訂正符号と共に複数のディスクに分散配置して記録し、故障したディスクを交換すると、残ったディスクからデータを自動復元するものである。
【０００５】
ＲＡＩＤは、当初は、交換には同容量で同じ型番のディスクを使用するのが一般的であったが、昨今では、必ずしも同容量でなくてもよく、また、異なる型番のものも交換用に利用可能である。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特許第４７５８６６６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
家電製品にも大容量記録装置が使用され、データ確保のためにＲＡＩＤ構成を採用する必要性が認識されるものの、一般消費者にとってディスク交換は面倒であり、却ってデータを失う可能性が高まる。
【０００８】
ＲＡＩＤの有無に関わらず、記録装置の不調に対して、保存データを別のストレージ装置に転送する必要性があり、そのための手順を間違いの無い手軽なものにする必要がある。例えば、転送方向を間違えた場合に、本来の保存したいデータを失いかねない。
【０００９】
本発明は、他のストレージ装置との間のデータコピーを容易にするストレージ装置を提示することを目的とする。
【課題を解決するための手段】
【００１０】
本発明に係るストレージ装置は、データ保存手段と、他のストレージ装置との接続を検知する接続検知手段と、前記接続検知手段によって前記他のストレージ装置との接続が検知されたときに、自らが送信側となり前記他のストレージ装置が受信側となるか、前記他のストレージ装置が送信側となり自らが受信側となるかを判定する判定手段と、自らが送信側となる場合、前記データ保存手段の保存するデータを前記他のストレージ装置に送信し、自らが受信がとなる場合、前記他のストレージ装置から受信したデータを前記データ保存手段に保存するデータ送受信制御手段とを備えることを特徴とする。
【発明の効果】
【００１１】
本発明によれば、接続するだけで送信側となるか受信側となるかが判定され，適切な方向でデータが転送されるので、データコピーが容易になり、コピー方向を間違うこともなくなる。
【図面の簡単な説明】
【００１２】
【図１】本発明の一実施例の概略構成ブロック図である。
【図２】本実施例のソフトウエアモジュール構成を示す概略構成ブロック図である。
【図３】本実施例のディレクトリ／ファイルの配置例を示す模式図である。
【図４】本実施例のデータベース構成例を示す模式図である。
【図５】本実施例の画像ストレージ装置同士の接続例である。
【図６】本実施例の送信側でのモジュール間イベントを示すブロック図である。
【図７】本実施例の受信側でのモジュール間イベントを示すブロック図である。
【図８】本実施例の送信側での表示例である。
【図９】本実施例のストレージ装置間通知に使用するファイル例である。
【図１０】本実施例の受信側の画面での表示例である。
【図１１】本実施例の送信側の処理手順を示すフローチャートである。
【図１２】本実施例の受信側の処理手順を示すフローチャートである。
【図１３】本発明の実施例２のソフトウエアモジュール構成を示す概略構成ブロック図である。
【図１４】実施例２のディレクトリ／ファイルの配置例を示す模式図である。
【図１５】実施例２のデータベース構成例を示す模式図である。
【図１６】本実施例のストレージ装置間通知に使用するファイル例である。
【発明を実施するための形態】
【００１３】
以下、図面を参照して、本発明の実施例を詳細に説明する。
【実施例１】
【００１４】
図１は、本発明の一実施例である画像ストレージ装置１００の概略構成ブロック図を示す。
【００１５】
画像ストレージ装置１００は、全体を制御するＣＰＵ１０１、及び種々の情報を表示する表示部１０２を具備する。表示部１０２は、液晶表示装置（ＬＣＤ：Liquid Crystal Display）等から構成され、ＣＰＵ１０１上で動作するプログラムによって処理中のデータ及び各種メッセージメニューなどを表示する。
【００１６】
ＲＯＭ（Read Only Memory）１０３は、ＣＰＵ１０１が実行するプログラム及び当該プログラムが使用するパラメータ等を記憶する。ＲＡＭ（Random Access Memory）１０４は、プログラムをＣＰＵ１０１が実行する時のワークエリア等として用いられる。
【００１７】
ＨＤＤ（ハードディスクドライプ）１０５，１０６はいずれも、画像データなどユーザデータと後述するデータベースファイルの保存に使用されるデータ保存手段又はデータ保存媒体である。ＨＤＤの代わりに、ＳＳＤ及びメモリカード等の、不揮発性メモリを使う半導体記憶装置であっても良い。ＨＤＤ１０５，１０６は、本実施例ではＲＡＩＤ１を構成するが、その他のＲＡＩＤ構成であってもよい。
【００１８】
通信Ｉ／Ｆ１０７はいわゆるネットワークカードなどからなり、外部装置との間でデータを送受信する。操作部１０８は、ユーザが種々の指示をＣＰＵ１０１に入力するキーボード、マウス及びタッチパネル等からなる。ＵＳＢポート１０９は、ＵＳＢデバイスを接続可能なコネクタである。メモリカードスロット１１０にはメモリカードを挿抜できる。
【００１９】
図２は、図１に示す画像ストレージ装置１００のソフトウエアモジュール構成例を示す。
【００２０】
表示モジュール２１０は、表示部１０２を制御するソフトウエアであって、後述するデータ送受信制御モジュール２１２などの要求に基づき、表示部１０２に指定内容を表示させる。操作モジュール２１４は、操作部１０８を制御するソフトウエアであって、操作部１０８に対するユーザのオペレーションを検知し、データ送受信制御モジュール２１２などに操作内容に応じたイベントを配信する。通信モジュール２１６は、通信Ｉ／Ｆ１０７を制御するソフトウエアであって、通信プロトコルの処理などを行う。後述する画像管理アプリケーション２１８などが、通信モジュール２１６及び通信Ｉ／Ｆ１０７を介して他の装置にデータを送受信し、画像などを登録する。
【００２１】
画像管理アプリケーション２１８は、画像を登録し、登録した画像の表示を行い、ユーザのオペレーションに従い画像に対する処理をおこなうソフトウエアである。
【００２２】
データ送受信制御モジュール２１２は、画像管理アプリケーション２１８で登録された画像データ及び付随情報、並びに本機器に関する設定情報を送受信処理するソフトウエアである。
【００２３】
ファイル管理モジュール２２０は、ＲＯＭ１０３、ＨＤＤ１０５，１０６及びメモリカードスロット１１０に挿入されたメモリカードを所定のファイルシステムにマウントし、データを入出力するソフトウエアである。例えば、メモリカードスロット１１０にメモリカードが挿入されると、ファイル管理モジュール２２０は、そのメモリカードをファイルシステムにマウントする。
【００２４】
画像管理アプリケーション２１８は、画像データ及び設定ファイルなどのデータをＨＤＤ１０５，１０６の両方に同時に書き込む。即ち、画像管理アプリケーション２１８は、ＨＤＤ１０５，１０６をＲＡＩＤ１（ミラーリング）として使用する。
【００２５】
データベース２２２はリレーショナルデータベースであって、ファイルシステム上のデータファイルと当該データファイルにデータを読み書きするソフトウエア（データベースエンジン）からなる。画像管理アプリケーション２１８で登録されている画像データの、ファイル管理モジュール２２０上のパス及びメタデータなどは、データベース２２２に保存される。
【００２６】
ＵＳＢ接続検知モジュール２２４は、ＵＳＢポート１０９へのＵＳＢデバイスの接続を検知し、接続したＵＳＢデバイスとの間でデータを送受信するソフトウエアである。ＵＳＢ接続検知モジュール２２４は、ＵＳＢデバイスの接続を検知すると、データ送受信制御モジュール２１２に所定のイベントを配信する。
【００２７】
図３は、ファイル管理モジュール２２０によって管理されるファイルシステム上でのデータ構成例を示す。理解を容易にするために、図３は、画像管理アプリケーション２１８やデータ送受信制御モジュール２１２などが使用するディレクトリとファイルのみを示す。これらの他に、オペレーションシステムなどが使用するディレクトリ及びファイルが存在する。
【００２８】
ルートディレクトリは当該ファイルシステムのルートに位置し、すべてのディレクトリやファイルはこの下に存在する。ルートディレクトリの直下には画像管理ディレクトリ３０２、データベースディレクトリ３０５及び設定ディレクトリ３０７がある。
【００２９】
画像管理ディレクトリ３０２には、画像管理アプリケーション２１８が管理する複数の画像ファイル３０３と複数の動画ファイル３０４が存在する。図３では、画像ファイル３０３と動画ファイル３０４は画像管理ディレクトリ３０２の直下におかれているが、画像管理ディレクトリ３０２の下に一階層以上のサブディレクトリを設けて、その中に配置しても良い。
【００３０】
データベースディレクトリ３０５には、データベース２２２が使用し、データベース２２２に登録されたデータの保存などに使用されるデータベースファイル３０６が存在する。図３では、データベースファイル３０６は１個であるが、複数のファイルから構成されるものでも良い。
【００３１】
設定ディレクトリ３０７には、画像管理アプリケーション２１８及びデータ送受信制御モジュール２１２などが使用する設定ファイル３０８が存在する。図３では、設定ファイル３０８は１個であるが、複数のファイルから構成されるものでも良い。
【００３２】
図４は、データベース２２２の構成例を示す。図４に示すような構成のデータベースがデータベースファイル３０６に保存される。このデータ構成は説明用の一例であり、画像管理アプリケーション２１８のようなアプリケーションに依存する。画像ファイルを管理する機能だけを提供するのであれば、後述する画像情報４０１だけ存在すればよい。逆に画像管理アプリケーション２１８がより豊富な機能を提供するのであれば、それに応じてテーブルとカラムを追加する必要がある。例えば、ユーザの管理が必要ならユーザ管理用のテーブルが必要になる。
【００３３】
画像情報４０１は、画像管理アプリケーション２１８が管理する画像の情報を格納するテーブルであって、画像ＩＤ、ファイルパス、削除フラグ及び動画フラグを格納できる。画像ＩＤは、画像を特定するためのＩＤであり、ファイルパスは画像管理ディレクトリ３０２以下のどこに格納されているかを示すパスである。削除フラグにはｂｏｏｌ値が保存され、通常はｆａｌｓｅが指定されているが、ユーザが画像管理アプリケーション２１８において削除操作をした場合にはｔｒｕｅが指定される。動画フラグにもｂｏｏｌ値が保存され、静止画に対してｆａｌｓｅが設定され、動画に対してｔｒｕｅが設定される。
【００３４】
画像詳細情報４０４は、画像管理アプリケーション２１８が管理する画像の情報を格納するテーブルであって、画像ＩＤで指定される画像に関する情報、具体的には、撮影日時、カメラ及びレンズの各情報を格納できる。撮影日時は、当該画像が撮影された日時を示し、カメラは当該画像が撮影されたカメラ機種を示し、レンズは当該画像が撮影されたレンズ機種を示す。画像ごとの情報、例えば、絞り、ホワイトバランス、撮影者及び撮影場所といった情報は、画像詳細情報４０４にカラムを追加するか、画像詳細情報４０４と同じ画像ＩＤを主キーとするテーブルを作ることによって、格納できる。
【００３５】
コメント４０３は、画像管理アプリケーション２１８によって画像ごとに付されたコメントを格納するテーブルであって、コメントを特定するＩＤであるコメントＩＤと、コメントの文字列自体であるコメント文を格納する領域からなる。
【００３６】
画像コメント対照表４０２は、画像管理アプリケーション２１８によって画像ごとに付されたコメントと画像との対応関係を格納するテーブルであって、互いに対応する画像ＩＤとコメントＩＤとを格納できる。一つの画像に対して複数決まり得る情報、例えば、被写体、閲覧可能なユーザ及びコメント付加を許すユーザといった情報は、コメント４０３及び画像コメント対照表４０２と同等の構造をもったテーブル構成を使うことで格納できる。つまり、その情報自体にＩＤを与えて管理するコメント４０３のようなテーブルと、このＩＤと画像ＩＤの対応関係を格納する画像コメント対照表４０２のようなテーブルを作れば良い。
【００３７】
図５は、２つの画像ストレージ装置５０１，５０２をＵＳＢケーブル５０３で接続した状態を示す。画像ストレージ装置５０１，５０２はいずれも、図１に示す構成における画像ストレージ装置１００に対応し、画像ストレージ装置１００と同様の構成からなる。
【００３８】
既存の画像ストレージ装置１００の画像管理アプリケーション２１８で画像等を登録していたときに、ＨＤＤ１０５または１０６に故障又はデータ読み書き失敗などの障害が発生したとする。このようなとき、画像ストレージ装置１００上のシステムがこの故障を検知し、新しい画像ストレージ装置をＵＳＢで既存の画像ストレージ装置１００に接続することをユーザに勧めるアラートを表示する。ユーザが新しい画像ストレージ装置を既存の画像ストレージ装置に接続することにより、図５の状態となる。この場合、既存の画像ストレージ装置が画像ストレージ装置（送信側）５０１に対応し、新しい画像ストレージ装置が画像ストレージ装置（受信側）５０２に対応する。
【００３９】
なお、画像ストレージ装置（受信側）５０２のＨＤＤ１０５および１０６に故障があると、データをコピーしても無駄になる可能性がある。これに対しては、画像ストレージ装置（送信側）５０１と画像ストレージ装置（受信側）５０２が互いに接続されたとき、画像ストレージ装置（受信側）５０２において、ＨＤＤ１０５および１０６のディスクチェックを行う機能があってもよい。画像ストレージ装置５０１，５０２を互いに接続したときに、画像ストレージ装置（送信側）５０１に画像データが全く存在しないとき、ユーザに所定の警告又はアラートを通知するようにしてもよい。
【００４０】
図６は、画像ストレージ装置（送信側）５０１におけるソフトウエアモジュール間の動作を示し、図７は、画像ストレージ装置（受信側）５０２におけるソフトウエアモジュール間の動作を示す。
【００４１】
図６を参照して、画像ストレージ装置（送信側）５０１の動作を説明する。画像ストレージ装置（送信側）５０１のＵＳＢポート１０９にユーザがＵＳＢケーブルを挿すと、ＵＳＢ接続検知モジュール２２４が挿入を検出し、データ送受信制御モジュール２１２を起動する（６０１）。その際、ＵＳＢ接続検知モジュール２２４は、接続された端子によってホスト側として接続されたかデバイス側として接続されたかを判定し、判定結果をデータ送受信制御モジュール２１２に通知する。ホスト側と判定された場合、データ送受信制御モジュール２１２は、自らを送信側と判断して動作する。逆にデバイス側と判定された場合、データ送受信制御モジュール２１２は、自らを受信側であると判断して動作する。
【００４２】
送信側となる場合、データ送受信制御モジュール２１２は、表示モジュール２１０に、画像ストレージ装置（送信側）５０１から画像ストレージ装置（受信側）５０２に画像等のコピーを行う旨の文言を表示する（６０２）。図８は、表示モジュール２１０での表示例を示す。
【００４３】
画像ストレージ装置（受信側）５０２から後述する通知があると（６０３）、データ送受信制御モジュール２１２は、データベース２２２の全テーブル４０１〜４０４からデータを取得し（６０４）、テーブルに入っている情報と同等のＸＭＬファイルを作成する。図９は、このように作成されたＸＭＬファイルの一例である。ＸＭＬファイルはストレージ装置間でデータを転送するのに使用する転送フォーマットの一例である。
【００４４】
さらに、データ送受信制御モジュール２１２は、ファイル管理モジュール２２０から画像ファイルおよび設定ファイルを取得する（６０５）。そして、データ送受信制御モジュール２１２は、画像ストレージ装置（受信側）５０２に、ＸＭＬファイル、画像ファイル及び設定ファイルを送信する（６０６）。この送信（６０）は処理（６０４、６０５）が終わった後にまとめて行われるとは限らず、ＸＭＬファイルが作成された後などに適宜行われる。
【００４５】
なお、設定ファイルが複数ある場合、これらのファイルをｔａｒなどでアーカイブしても良い。また、画像ストレージ装置（受信側）５０２が受信データが何であるかを認識できるように、画像ストレージ装置（送信側）５０１は、画像ストレージ装置（受信側）５０２との間の通信方式に応じた適切な付帯情報をつけて、各データを送信する。
【００４６】
図７を参照して、画像ストレージ装置（受信側）５０２の動作を説明する。画像ストレージ装置（受信側）５０２のＵＳＢポート１０９にユーザがＵＳＢケーブルを挿すと、ＵＳＢ接続検知モジュール２２４が挿入を検出し、データ送受信制御モジュール２１２を起動する（７０１）。以下は、ＵＳＢ接続検知モジュール２２４でのデバイス側との判定をもとに、データ送受信制御モジュール２１２が自らを受信側と判定した場合のデータ送受信制御モジュール２１２の動作である。
【００４７】
データ送受信制御モジュール２１２は、表示モジュール２１０に、画像ストレージ装置（送信側）５０１から画像ストレージ装置（受信側）５０２に画像等のコピーを行う旨のアラートを表示する（７０２）。図１０は、画像ストレージ装置（受信側）５０２の表示モジュール２１０での表示例を示す。ユーザが図１０に示すアラート画面の「はい」ボタン１００１を押下すると、操作モジュール２１４は、データ送受信制御モジュール２１２にイベントを配信する（７０３）。そして、データ送受信制御モジュール２１２は、画像ストレージ装置（送信側）５０１に対し送信開始の通知を送信する（７０４）。画像ストレージ装置（送信側）５０１は、画像ストレージ装置（受信側）５０２からのこの通知（７０４）に従い、上述した処理により、ＸＭＬファイル、画像ファイル及び設定ファイルを画像ストレージ装置（受信側）５０２に送信する（６０６）。
【００４８】
画像ストレージ装置（送信側）５０１からこれらのファイルを受信すると（７０５）、データ送受信制御モジュール２１２は、ＸＭＬファイルからデータベース２２２の全テーブル４０１〜４０４にレコードを挿入する（７０６）。そして、データ送受信制御モジュール２１２は、画像ファイル及び設定ファイルをそれぞれファイル管理モジュール２２０で管理する画像管理ディレクトリ３０２及び設定ディレクトリ３０７に保存する（７０７）。保存が終わったら、データ送受信制御モジュール２１２は、表示モジュール２１０にコピー終了を表示してもよい。また、この表示の際に画像ストレージ装置（送信側）５０１にコピー終了を通知し、画像ストレージ装置（送信側）５０１の表示モジュール２１０においても同様の表示を行っても良い。
【００４９】
画像ストレージ装置（送信側）５０１と画像ストレージ装置（受信側）５０２で全く同じソフトウエアが稼働し、データベース２２２のバージョンと一致する場合、ＸＭＬファイルを介さずにデータベースファイル３０６をそのままコピーしても良い。
【００５０】
図１１は、画像ストレージ装置（送信側）５０１のデータ送受信制御モジュール２１２の動作フローチャートを示す。図１１を参照して、送信側の動作を説明する。
【００５１】
データ送受信制御モジュール２１２は、データベース２２２のすべてのテーブルのすべての情報から図９のようなＸＭＬファイルを作成する（Ｓ１１０１）。画像情報４０１と画像詳細情報４０４を結合して、＜ｉｍａｇｅ＞タグのｉｄ属性と＜ｉｍａｇｅ＞タグに囲まれた各要素の内容が決定される。画像情報４０１の画像ＩＤが＜ｉｍａｇｅ＞タグのｉｄ属性に使用され、画像情報４０１のファイルパス、削除フラグ及び動画フラグはそれぞれ、＜ｆｉｌｅ＿ｐａｔｈ＞タグ、＜ｓｔａｔｕｓ＞タグ及び＜ｍｏｖｉｅ＞タグの各内容に使用される。画像詳細情報４０４の撮影日時、カメラ及びレンズの情報はそれぞれ、＜ｄａｔｅ＞タグ、＜ｃａｍｅｒａ＞タグ及び＜ｌｅｎｓｅ＞タグの各内容に使用される。画像情報４０１と画像詳細情報４０４の結合結果１レコード分が＜ｉｍａｇｅ＞タグ一つに該当し、結合結果すべて、つまり複数の＜ｉｍａｇｅ＞が、＜ｉｍａｇｅｓ＞を構成する。
【００５２】
同様に、コメント４０３から＜ｃｏｍｍｅｎｔ＞タグが決定される。コメント４０３のコメントＩＤが＜ｃｏｍｍｅｎｔ＞タグのｉｄ属性に使用され、コメント４０３のコメント文が＜ｃｏｍｍｅｎｔ＞タグの内容となる。コメント４０３の１レコード分が＜ｃｏｍｍｅｎｔ＞タグ一つに該当し、すべてのレコード、つまり複数の＜ｃｏｍｍｅｎｔ＞が、＜ｃｏｍｍｅｎｔｓ＞を構成する。
【００５３】
また画像コメント対照表４０２から＜ｒｅｌａｔｉｏｎ＞タグが決定される。画像コメント対照表４０２の画像ＩＤ及びコメントＩＤはそれぞれ、＜ｒｅｌａｔｉｏｎ＞タグのｉｍａｇｅ＿ｉｄ属性及びｃｏｍｍｅｎｔ＿ｉｄ属性に使用される。画像コメント対照表４０２の１レコード分が＜ｒｅｌａｔｉｏｎ＞タグ一つに該当し、すべてのレコード、つまり複数の＜ｒｅｌａｔｉｏｎ＞が、＜ｒｅｌａｔｉｏｎｓ＿ｃｏｍｍｅｎｔ＿ｉｍａｇｅ＞を構成する。
【００５４】
データ送受信制御モジュール２１２は、作成されたＸＭＬファイルを画像ストレージ装置（受信側）５０２に送信する（Ｓ１１０２）。データ送受信制御モジュール２１２は、ＸＭＬファイルを画像ストレージ装置（受信側）５０２から受信した旨の通知を受け取るまで、待機していても良い。
【００５５】
データ送受信制御モジュール２１２は、画像情報４０１のカラムである、画像情報４０１のすべてのレコードからファイルパスの一覧を作成する（Ｓ１１０３）。データ送受信制御モジュール２１２は、リストが空でないかを確認し（Ｓ１１０４）、もし空であれば（Ｓ１１０４）、Ｓ１１０７に進む。リストが空でなければ（Ｓ１１０４）、データ送受信制御モジュール２１２は、リストからファイルパスを一つ取り出し、当該ファイルパスをリストから削除する（Ｓ１１０５）。そしてデータ送受信制御モジュール２１２は、当該ファイルパスに存在するファイルを、画像ストレージ装置（受信側）５０２に送信する（Ｓ１１０６）。この時、データ送受信制御モジュール２１２は、当該ファイルのファイルパスについても当該ファイルと同時に画像ストレージ装置（受信側）５０２に通知する。なお、データ送受信制御モジュール２１２は、各ファイル又は特定のファイルについて画像ストレージ装置（受信側）５０２から受信した旨の通知を受け取るまで、待機していても良い。
【００５６】
さらに、データ送受信制御モジュール２１２は、設定ディレクトリにある設定ファイルを画像ストレージ装置（受信側）５０２に送信する（Ｓ１１０７）。データ送受信制御モジュール２１２は、画像ストレージ装置（受信側）５０２から設定ファイルを受信した旨の通知を受け取るまで、待機していても良い。
【００５７】
最後に、データ送受信制御モジュール２１２は、画像ストレージ装置（受信側）５０２との間の接続を切断する（Ｓ１１０８）。
【００５８】
図１２は、画像ストレージ装置（受信側）５０２のデータ送受信制御モジュール２１２の動作フローチャートを示す。
【００５９】
画像ストレージ装置（受信側）５０２のデータ送受信制御モジュール２１２は、画像ストレージ装置（送信側）５０１から送付されたＸＭＬファイルを受信し（Ｓ１２０１）、ＸＭＬファイルの内容をデータベース２２２に登録する（Ｓ１２０２）。この時のＸＭＬの属性と内容などとカラムとの対応関係については、ＸＭＬ作成の際の対応関係と同じである。
【００６０】
その後、データ送受信制御モジュール２１２は、次のファイルを受信するまで待機する（Ｓ１２０３）。次に送られたファイルが設定ファイル以外の場合、つまり画像ファイルの場合（Ｓ１２０４）、データ送受信制御モジュール２１２は、受信した画像ファイルを、同時に通知されるファイルパスに保存する（Ｓ１２０５）。次に送られたファイルが設定ファイルの場合（Ｓ１２０４）、データ送受信制御モジュール２１２は、受信した設定ファイルを設定ディレクトリに保存する（Ｓ１２０６）。
【００６１】
最後に、データ送受信制御モジュール２１２は、画像ストレージ装置（送信側）５０１との間の接続を切断する（Ｓ１２０７）。
【００６２】
このように、画像ストレージ装置（送信側）５０１に存在する全ての画像及びそのメタデータ並びに設定ファイルが、ＵＳＢを介して画像ストレージ装置（受信側）５０２を接続するだけで画像ストレージ装置（受信側）５０２にコピーされる。すなわち、接続作業だけで、重要なファイルをバックアップコピーでき、画像ストレージ装置（受信側）５０２上で同じデータを同じ設定で利用できる。
【実施例２】
【００６３】
本発明をドキュメント管理に適用した実施例２を説明する。基本的には、実施例１における「画像ストレージ装置」を「ドキュメントストレージ装置」に読み替え、コピー対象として「画像」を「ドキュメント」と読み替えればよい。
【００６４】
図１３は、本実施例に係るドキュメントストレージ装置のソフトウエアモジュール構成例を示す。図１３に示す構成は、図２に示す構成に対し、画像管理アプリケーション２１８がドキュメント管理アプリケーション１３１８に変更されている点を除いて、同様である。図１３に示す要素１３１０〜１３１６，１３２０〜１３２４は図２に示す要素２１０〜２１６，２２０〜２２４とそれぞれ対応し、同様に機能する。
【００６５】
ドキュメント管理アプリケーション１３１８は、ドキュメントを登録し、登録したドキュメントの表示を管理し、ユーザ操作に従いドキュメントに対する処理を実行するソフトウエアである。ドキュメントストレージ装置（送信側）とドキュメントストレージ装置（受信側）とのＵＳＢケーブルでの接続時には、画像ストレージ装置５０１，５０２の場合と同様に、ドキュメント管理アプリケーション１３１８を使用しない。従って、図６及び図７を参照して説明した動作がそのまま実施例２にも適用可能である。
【００６６】
図１４は、ファイル管理モジュール１３２０によって管理されるファイルシステム上でのデータ構成例を示す。図３とは、画像管理ディレクトリ３０２と画像ファイル３０３や動画ファイル３０４の代わりに、ドキュメント管理ディレクトリ１４０２とワープロドキュメント１４０３や表計算ドキュメント１４０４、テキストファイル１４０５が存在する点が異なる。図１４のルートディレクトリ１４０１及びデータベースディレクトリ１４０６はそれぞれ、図３のルートディレクトリ３０１及びデータベースディレクトリ３０５と対応する。図１４のデータベースファイル１４０７、設定ディレクトリ１４０８及び設定ファイル１４０９はそれぞれ、図３のデータベースファイル３０６、設定ディレクトリ３０７及び設定ファイル３０８と対応する。
【００６７】
どのような種類のファイルをドキュメント管理ディレクトリ１４０２に格納するかは、ドキュメント管理アプリケーション１３１８のような搭載アプリケーションに依存する。従って、ワープロドキュメント１４０３、表計算ドキュメント１４０４及びテキストファイル１４０５の全部が必ず存在しなければならないわけでもなく、逆にこの他にプレゼンテーションドキュメント及びＰＤＦなどがあっても良い。
【００６８】
図１５は、データベース１３２２で管理され、データベースファイル１４０７に保存されるデータ構成例を示す。このデータ構成は説明用の一例であり、ドキュメント管理アプリケーション１３１８のような搭載アプリケーションに依存する。ドキュメントを管理する機能だけを提供するのであれば、後述するドキュメント情報１５０１だけ存在すればよい。逆にドキュメント管理アプリケーション１３１８がより豊富な機能を提供するのであれば、それに応じてテーブルとカラムを追加する必要がある。
【００６９】
ドキュメント情報１５０１は、ドキュメント管理アプリケーション１３１８が管理するドキュメントの情報を格納するテーブルであって、ドキュメントＩＤ、ファイルパス、フォーマット形式、作成日時及び所有者ユーザＩＤを格納できる。ドキュメントＩＤはドキュメントを特定するＩＤを示し、ファイルパスはドキュメント管理ディレクトリ１４０２以下のどこに格納されているかを示すパスである。フォーマット形式は、当該ドキュメントのファイル形式を示す。作成日時は、当該ドキュメントが作成された日時を示し、所有者ユーザＩＤは当該ドキュメントの所有者のユーザＩＤ（後述）を示す。
【００７０】
ドキュメント概要情報１５０２は、ドキュメント管理アプリケーション１３１８が管理するドキュメントの情報を格納するテーブルであって、ドキュメントＩＤで指定されるドキュメントに関する概要を格納できる。概要は、当該ドキュメントの要約など概略を示すための情報である。
【００７１】
部門情報１５０４は、ドキュメント管理アプリケーション１３１８を利用するユーザの所属部門を示す情報を格納するテーブルであって、部門ＩＤ及び部門名を格納できる。部門ＩＤは、部門を特定するＩＤであり、部門名は部門の名称である。
【００７２】
ユーザ情報１５０５は、ドキュメント管理アプリケーション１３１８を利用するユーザの情報を格納するテーブルであって、ユーザＩＤ、氏、名及び部門ＩＤを格納できる。ユーザＩＤは、ユーザを特定するＩＤであり、氏は当該ユーザの姓を示し、名は当該ユーザの名前を示す。部門ＩＤは、当該ユーザの所属する部門のＩＤを示す。
【００７３】
承認１５０３は、ユーザがドキュメント管理アプリケーション１３１８を利用してドキュメントの承認をした場合の承認記録を格納するテーブルであって、承認ＩＤ、承認日時、コメント、ドキュメントＩＤ及び承認者ユーザＩＤを格納できる。承認ＩＤは、ユーザが与えた承認を特定するＩＤである。承認日時は当該承認を行った日時を示し、コメントは当該承認を行った際にユーザが残したコメントを示す。ドキュメントＩＤは当該承認をしたドキュメントのＩＤを示し、承認者ユーザＩＤは当該承認をしたユーザのＩＤを示す。
【００７４】
ドキュメントストレージ装置の場合でも、別のドキュメントストレージ装置へのデータコピーの動作は、図６〜図１２を参照して説明した画像ストレージ装置の場合のそれと同様である。すなわち、二つのドキュメントストレージ装置をＵＳＢケーブルで接続したとき、送信側から受信側に、送信側で管理されているドキュメントすべてと当該ドキュメントのメタデータ、さらに設定ファイルがコピーされる。その際、図６及び図７を使い説明したモジュール間連携により、図８及び図１０を使って説明した画面を表示し、図１１及び図１２を使い説明した処理のステップで処理される。ただし、上述したようにテーブルの設計が異なることから、作成されるＸＭＬファイルは異なる。以下では、データベース１３２２の全てのテーブルの全ての情報から図１６に示すようなＸＭＬファイルを作成するステップ（Ｓ１１０１）を詳しく説明する。
【００７５】
ドキュメント情報１５０１とドキュメント概要情報１５０２を結合して、＜ｄｏｃｕｍｅｎｔ＞タグのｉｄ属性及び＜ｄｏｃｕｍｅｎｔ＞タグに囲まれた各要素の内容が決定される。ドキュメント情報１５０１のドキュメントＩＤが＜ｄｏｃｕｍｅｎｔ＞タグのｉｄ属性に使用される。ドキュメント情報１５０１のファイルパス、フォーマット形式、作成日時及び所有者ユーザＩＤはそれぞれ、＜ｆｉｌｅ＿ｐａｔｈ＞タグ、＜ｆｏｒｍａｔ＞タグ、＜ｄａｔｅ＞タグ及び＜ｏｗｎｅｒ＿ｉｄ＞タグの各内容に使用される。ドキュメント概要情報１５０２の概要は、＜ｓｕｍｍａｒｙ＞タグの内容に使用される。ドキュメント情報１５０１とドキュメント概要情報１５０２の結合結果１レコード分が＜ｄｏｃｕｍｅｎｔ＞タグ一つに該当し、この結合結果のすべて、つまり複数の＜ｄｏｃｕｍｅｎｔ＞が、＜ｄｏｃｕｍｅｎｔｓ＞を構成する。
【００７６】
同様に、部門情報１５０４から＜ｓｅｃｔｉｏｎ＞タグが決定される。部門情報１５０４の部門ＩＤが＜ｓｅｃｔｉｏｎ＞タグのｉｄ属性に使用され、部門情報１５０４の部門名が＜ｓｅｃｔｉｏｎ＞タグの内容となる。部門情報１５０４の１レコード分が＜ｓｅｃｔｉｏｎ＞タグ一つに該当し、すべてのレコード、つまり複数の＜ｓｅｃｔｉｏｎ＞が＜ｓｅｃｔｉｏｎｓ＞を構成する。ユーザ情報１５０５から＜ｕｓｅｒ＞タグが決定される。ユーザ情報１５０５のユーザＩＤが＜ｕｓｅｒ＞タグのｉｄ属性に使用され、ユーザ情報１５０５の氏、名及び部門ＩＤはそれぞれ、＜ｌａｓｔ＿ｎａｍｅ＞タグ、＜ｆｉｒｓｔ＿ｎａｍｅ＞タグ及び＜ｓｅｃｔｉｏｎ＞タグの各内容に使用される。ユーザ情報１５０５の１レコード分が＜ｕｓｅｒ＞タグ一つに該当し、すべてのレコード、つまり複数の＜ｕｓｅｒ＞が＜ｕｓｅｒｓ＞を構成する。
【００７７】
さらに、承認１５０３から＜ａｐｐｒｏｖａｌ＞タグが決定される。承認１５０３の承認ＩＤが＜ａｐｐｒｏｖａｌ＞タグのａｐｐｒｏｖａｌ＿ｉｄ属性に使用される。承認１５０３の承認日時、コメント、ドキュメントＩＤ及び承認者ユーザＩＤはそれぞれ、＜ｄａｔｅ＞タグ、＜ｃｏｍｍｅｎｔ＞タグ、＜ｄｏｃｕｍｅｎｔ＿ｉｄ＞タグ及び＜ｕｓｅｒ＿ｉｄ＞タグの各内容に使用される。承認１５０３の１レコード分が＜ａｐｐｒｏｖａｌ＞タグ一つに該当し、すべてのレコード、つまり複数の＜ａｐｐｒｏｖａｌ＞が＜ａｐｐｒｏｖａｌｓ＞を構成する。
【００７８】
このようなＸＭＬファイルにより、送信側のドキュメントストレージ装置に存在するすべてのドキュメント及びそのメタデータ並びに設定ファイルを、ＵＳＢでつなぐだけで、受信側のドキュメントストレージ装置にコピーされる。すなわち、接続作業だけで、重要なファイルをバックアップコピーでき、受信側のストレージ装置上で同じデータを同じ設定で利用できる。
【００７９】
本発明をその好適な実施例に基づいて詳述してきたが、本発明はこれら特定の実施例に限られるものではなく、この発明の要旨を逸脱しない範囲の様々な形態も本発明に含まれる。上述の実施例の一部を適宜組み合わせてもよい。
【００８０】
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウエア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
2015219615.tif 000003
【図２】
2015219615.tif 000004
【図３】
2015219615.tif 000005
【図４】
2015219615.tif 000006
【図５】
2015219615.tif 000007
【図６】
2015219615.tif 000008
【図７】
2015219615.tif 000009
【図８】
2015219615.tif 000010
【図９】
2015219615.tif 000011
【図１０】
2015219615.tif 000012
【図１１】
2015219615.tif 000013
【図１２】
2015219615.tif 000014
【図１３】
2015219615.tif 000015
【図１４】
2015219615.tif 000016
【図１５】
2015219615.tif 000017
【図１６】
2015219615.tif 000018