(57)【要約】【課題】  ある特定のユーザがアクセスできるデータをそのアクセス権情報と共に別のストレージ装置に簡単な操作でコピーする。【解決手段】  画像ストレージ装置５０１は、指定ユーザが保有、利用、閲覧及び削除の何れかのアクセス権を有する画像データを抽出し、抽出した画像データとそのアクセス制御属性を画像ストレージ装置５０２に送信する。画像ストレージ装置５０２は、受信した画像データを記録し、記録した画像データに対し、受信したアクセス制御属性に従いユーザとそのアクセス権を設定する。【選択図】  図５
2016004339.tif 000002
【特許請求の範囲】
【請求項１】
アクセスできるユーザとそのアクセス権を制限されたデータの内の指定ユーザにかかるデータを第１のストレージ装置から第２のストレージ装置に伝送するデータ伝送システムであって、
前記第１のストレージ装置は、
データを記録した第１の記録媒体と、
前記第１の記録媒体に記録されるデータにアクセスできるユーザとそのアクセス権に関するアクセス制御属性を保持する第１のデータベースと、
前記第１のデータベースを参照し、前記第１の記録媒体に記録されるデータから前記指定ユーザがアクセスできるデータを抽出する抽出手段と、
前記抽出手段により抽出したデータとそのアクセス制御属性を前記第２のストレージ装置に送信する送信手段
とを具備し、
前記第２のストレージ装置は、
データを記録できる第２の記録媒体と、
前記第２の記録媒体に記録されるデータにアクセスできるユーザとそのアクセス権に関するアクセス制御属性を保持する第２のデータベースと、
前記第１のストレージ装置から送信される前記データ及び前記アクセス制御属性を受信する受信手段と、
前記受信手段で受信したデータを前記第２の記録媒体に記録し、前記受信手段で受信した前記アクセス制御属性に従い、前記第２の記録媒体に記録した前記受信手段で受信したデータに対しアクセスできるユーザとアクセス権を前記第２のデータベースに追加する制御手段
とを具備し、
前記第１の記録媒体に記録される、前記第２のストレージ装置に送信したデータを削除設定することを特徴とするデータ伝送システム。
【請求項２】
前記第１のストレージ装置は、前記抽出手段により抽出した前記データが前記第２のストレージ装置の前記第２の記録媒体に記録されているかどうかを問い合わせる手段を具備し、前記第２のストレージ装置の前記第２の記録媒体に記録されているデータを前記第２のストレージ装置に送信しないことを特徴とする請求項１に記載のデータ伝送システム。
【請求項３】
前記制御手段は、前記受信したデータと同一のデータが前記第２の記録媒体に記録されている場合、前記第２の記録媒体に記録しないことを特徴とする請求項１又は２に記載のデータ伝送システム。
【請求項４】
前記第１のストレージ装置から前記第２のストレージ装置に送信されるデータが画像データであることを特徴とする請求項１ないし３の何れか１項に記載のデータ伝送システム。
【請求項５】
前記第１のストレージ装置が前記指定ユーザを指定する手段を有することを特徴とする請求項１ないし４の何れか１項に記載のデータ伝送システム。
【請求項６】
アクセスできるユーザとそのアクセス権を制限されたデータの内の指定ユーザにかかるデータを第１のストレージ装置から第２のストレージ装置に伝送するデータ伝送方法であって、
前記指定ユーザを指定するステップと、
前記第１のストレージ装置が有する記録媒体に記録されるデータにアクセスできるユーザとそのアクセス権に関するアクセス制御属性を保持する第１のデータベースを参照し、前記第１の記録媒体に記録されるデータから前記指定ユーザがアクセスできるデータを抽出する抽出ステップと、
前記抽出ステップにより抽出したデータとそのアクセス制御属性を前記第２のストレージ装置に伝送する伝送ステップと、
前記伝送ステップで伝送された前記データを前記第２のストレージ装置の第２の記録媒体に記録し、前記伝送ステップで伝送された前記アクセス制御属性に従い、前記第２の記録媒体に記録した前記伝送ステップで伝送された前記データに対しアクセスできるユーザとアクセス権を、前記第２の記録媒体に記録されるデータにアクセスできるユーザとそのアクセス権に関するアクセス制御属性を保持する第２のデータベースに追加する制御ステップと、
前記第１の記録媒体に記録される、前記第２のストレージ装置に送信したデータを削除設定するステップ
とを有することを特徴とするデータ伝送方法。
【請求項７】
データを読み書きできる記録媒体と、
前記記録媒体に記録されるデータにアクセスできるユーザとそのアクセス権に関するアクセス制御属性を保持するデータベースと、
他の装置との接続を検知する接続検知手段と、
前記他の装置と通信する通信手段と、
前記接続検知手段により前記他の装置との接続が検知されたときに、送信側となるか受信側となるかを判断する判断手段と、
前記他の装置との間でデータの移行を行う指定ユーザを指定する指定手段と、
前記判断手段の判断が送信側である場合に、前記データベースを参照し、前記指定ユーザがアクセスできるデータを前記記録媒体から抽出する抽出手段と、
前記判断手段の判断が送信側である場合に、前記抽出手段により抽出したデータとそのアクセス制御属性を前記通信手段により前記他の装置に送信させ、前記判断手段の判断が受信側である場合に、前記通信手段を介して前記他の装置から受信したデータを前記記録媒体に記録し、前記他の装置からのアクセス制御属性に従い、前記通信手段で受信し前記記録媒体に記録したデータに対しアクセスできるユーザとアクセス権を前記データベースに追加する制御手段
とを具備することを特徴とするストレージ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ伝送システム及び方法並びにストレージ装置に関する。
【背景技術】
【０００２】
従来、外部情報やメタ情報を指定し、記憶媒体間で移行するデータを選択する記憶媒体間のデータ移行方法が提案されてきた（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−１６９６８８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１に記載されるデータ移行方法は、一つの記憶装置の記憶媒体間のデータの移行を前提とするものであり、記憶装置間でデータの移行とともにデータのアクセス方法を変更しなければならない場合には使用できない。
【０００５】
複数の記憶装置（又はコンピュータ）に記憶されるデータを、その保有者とアクセス権に注目して１つの記憶装置（又はコンピュータ）に集約したいとする要望がある。例えば、特定の保有者のデータを集約するに際して、保有者のアカウント情報とそのデータに対する閲覧権を有するアカウントのアカウント情報を集約先に自動設定したいとする要望がある。
【０００６】
本発明は、このような要望を満たすデータ伝送システム及び方法並びにストレージ装置を提示することを目的とする。
【課題を解決するための手段】
【０００７】
本発明に係るデータ伝送システムは、アクセスできるユーザとそのアクセス権を制限されたデータの内の指定ユーザにかかるデータを第１のストレージ装置から第２のストレージ装置に伝送するデータ伝送システムであって、前記第１のストレージ装置は、データを記録した第１の記録媒体と、前記第１の記録媒体に記録されるデータにアクセスできるユーザとそのアクセス権に関するアクセス制御属性を保持する第１のデータベースと、前記第１のデータベースを参照し、前記第１の記録媒体に記録されるデータから前記指定ユーザがアクセスできるデータを抽出する抽出手段と、前記抽出手段により抽出したデータとそのアクセス制御属性を前記第２のストレージ装置に送信する送信手段とを具備し、前記第２のストレージ装置は、データを記録できる第２の記録媒体と、前記第２の記録媒体に記録されるデータにアクセスできるユーザとそのアクセス権に関するアクセス制御属性を保持する第２のデータベースと、前記第１のストレージ装置から送信される前記データ及び前記アクセス制御属性を受信する受信手段と、前記受信手段で受信したデータを前記第２の記録媒体に記録し、前記受信手段で受信した前記アクセス制御属性に従い、前記第２の記録媒体に記録した前記受信手段で受信したデータに対しアクセスできるユーザとアクセス権を前記第２のデータベースに追加する制御手段とを具備し、前記第１の記録媒体に記録される、前記第２のストレージ装置に送信したデータを削除設定することを特徴とする。
【発明の効果】
【０００８】
本発明によれば、特定のユーザがアクセスできるデータをそのアクセス権情報と共に別のストレージ装置に簡単な操作でコピーできる。
【図面の簡単な説明】
【０００９】
【図１】本発明の一実施例で使用する画像ストレージ装置の概略構成ブロック図である。
【図２】図１に示す画像ストレージ装置のソフトウエアモジュール構成を示すブロック図である。
【図３】本実施例におけるデータ配置のディレクトリ構成図である。
【図４】本実施例のユーザ・アクセス管理のデータベース構成図である。
【図５】画像伝送のための画像ストレージ装置同士の接続例である。
【図６】本実施例の画像送信側でのモジュール間のイベントの説明図である。
【図７】本実施例の画像受信側でのモジュール間のイベントの説明図である。
【図８】本実施例のユーザ指定の画面例である。
【図９】伝送すべきデータを送信側から受信側に通知するＸＭＬファイル例である。
【図１０】画像受信側での確認画面例である。
【図１１】画像送信側の処理手順例を示すフローチャートである。
【図１２】画像受信側の処理手順例を示すフローチャートである。
【図１３】画像データの移行例である。
【図１４】画像データの別の移行例である。
【図１５】サーバと連携する本発明の第２実施例の概略構成図である。
【図１６】第２実施例でのユーザ・アクセス管理のデータベース構成図である。
【図１７】クライアントからサーバへの通知に使用するＸＭＬファイル例である。
【図１８】クライアントからサーバに同期に関して問い合わせるＸＭＬファイル例である。
【図１９】図１８に示す問合せに対するサーバの応答例である。
【発明を実施するための形態】
【００１０】
以下、図面を参照して、本発明の実施例を詳細に説明する。
【実施例１】
【００１１】
図１は、本発明に係るデータ伝送システムの一実施例で使用される画像ストレージ装置１００の概略構成ブロック図である。
【００１２】
表示部１０２は、プログラムによって処理中のデータの情報及び各種メッセージメニューなどを表示するＬＣＤ（Liquid Crystal Display）等から構成される。操作部１０７は、物理ボタンやタッチパネルなどからなり、ユーザがオペレーションを行うために用いられる。通信Ｉ／Ｆ１０６は、ネットワークカードなどから構成され、通信データの送受信を行うために使用される。演算装置（ＣＰＵ）１０１は、装置全体の制御を司る。
【００１３】
ＲＯＭ（Read Only Memory)１０３は、演算装置（ＣＰＵ）１０１が実行するシステムやプログラム及びこれらが使用するパラメータ等を記憶している。ＲＡＭ（Random Access Memory）１０４は、プログラムを演算装置（ＣＰＵ）１０１が実行する時のワークエリア等として用いられる。
【００１４】
ＨＤＤ（ハードディスクドライプ）１０５は、画像などのユーザデータおよび後述するデータベースファイルの保存に使用される記録媒体である。ＨＤＤの代わりに、ＳＳＤやメモリカードなどの書き換え可能なメディアであっても構わない。
【００１５】
ＵＳＢポート１０８は、装置間でデータのコピーを行うために使用されるＵＳＢ規格に準拠するインターフェースであり、２つの端子Ａ，Ｂを具備する。本実施例では、ＵＳＢポート１０８の端子Ａ，ＢのどちらにＵＳＢケーブルが接続されるかで、画像ストレージ装置１００がＵＳＢ規格のホストになるかデバイスになるかが決定される。説明例として、端子ＡにＵＳＢケーブルが接続した場合、ホストになり、端子ＢにＵＳＢケーブルが接続した場合、デバイスになるとする。
【００１６】
メモリカードスロット１０９は、必須ではないが、画像を登録するためなどに使用される。必須のものではないので、ＵＳＢポートなどでも代替しうるし、通信を使って、画像を登録するのであれば、いずれも不要である。
【００１７】
図２は、画像ストレージ装置１００のソフトウエアモジュール構成例を示す図である。
【００１８】
表示モジュール２０３は、表示部１０２の制御を行うソフトウエアであって、送受信制御モジュール２０２などの要求に基づき表示部１０２への表示を行う。操作モジュール２０４は、操作部１０７の制御を行うソフトウエアであって、操作部１０７に対するユーザ操作を検知し、画像管理アプリケーション２０８又は送受信制御モジュール２０２などに対してイベントを配信する。通信モジュール２０７は、通信Ｉ／Ｆ１０６の制御を行うソフトウエアであって、通信プロトコルの処理などを行う。画像管理アプリケーション２０８などは、通信モジュール２０７による通信によりデータの送受信を行い、画像などを登録する。
【００１９】
画像管理アプリケーション２０８は、画像を登録し、登録した画像の表示を行い、ユーザ操作に従い画像に対する処理を行うソフトウエアである。
【００２０】
送受信制御モジュール２０２は、画像管理アプリケーション２０８で登録された画像データ及びこれに関する情報並びにユーザ情報などの送受信処理をおこなうソフトウエアである。
【００２１】
ファイル管理モジュール２０６は、ＲＯＭ１０３、ＨＤＤ１０５及びメモリカードスロット１０９に挿入されたメモリカードのデータ読み書きを制御し、一つのファイルシステムとしての取り扱いを可能とするソフトウエアである。メモリカードスロット１０９にメモリカードが挿入されると、ファイル管理モジュール２０６が、当該メモリカードをファイルシステムにマウントする。ファイル管理モジュール２０６はまた、画像管理アプリケーション２０８で登録されている画像データ及び設定ファイルなどをＨＤＤ１０５に保存する。登録されている画像データはファイルシステム上のパスによって特定される。
【００２２】
データベース２０５は、リレーショナルデータベースであって、ファイルシステム上のファイルとそれを読み込み動作するソフトウエアで構成される。データベース２０５は、画像管理アプリケーション２０８で登録されている画像データの、ファイル管理モジュール２０６上のパス及びメタデータを保持し、個々の画像に対するユーザとそのアクセス権に関するアクセス制御属性を管理する。
【００２３】
ＵＳＢ接続検知モジュール２０１は、ＵＳＢポート１０８の制御を行うソフトウエアであって、通信プロトコルの処理などを行うことで、ＵＳＢを用いた通信を司る。ＵＳＢ接続検知モジュール２０１はＵＳＢデバイスの接続を検知し、送受信制御モジュール２０２に所定のイベントを配信する。
【００２４】
図３は、ファイル管理モジュール２０６によって管理されるファイルシステム上でのデータ構成例を示す。なお、理解を容易にするために、図３では、画像管理アプリケーション２０８と送受信制御モジュール２０２などが使用するディレクトリとファイルのみを示してあり、この他にオペレーションシステムなどが使用するディレクトリとファイルが存在する。
【００２５】
ルートディレクトリはファイルシステムのルートに位置し、すべてのディレクトリやファイルがこの下に存在する。ルートディレクトリの直下には画像管理ディレクトリ３０２、データベースディレクトリ３０５及び設定ディレクトリ３０７がある。
【００２６】
画像管理ディレクトリ３０２には、画像管理アプリケーション２０８が管理する複数の画像ファイル３０３と複数の動画ファイル３０４が存在する。図３では、画像ファイル３０３と動画ファイル３０４が画像管理ディレクトリ３０２の直下におかれている。しかし、画像管理ディレクトリ３０２の下に一階層以上のサブディレクトリを設け、そのサブディレクトリ中に画像ファイル３０３又は動画ファイル３０４を配置しても良い。
【００２７】
データベースディレクトリ３０５には、データベース２０５が使用し、データベース２０５に登録されたデータの保存などに使用されるデータベースファイル３０６が存在する。図３では、データベースファイル３０６は１個であるが、複数のファイルから構成されるものでも良い。
【００２８】
設定ディレクトリ３０７には、画像管理アプリケーション２０８及び送受信制御モジュール２０２などが使用する設定ファイル３０８が存在する。図３では、設定ファイル３０８は１個であるが、複数のファイルから構成されるものでも良い。
【００２９】
図４は、データベース（ＤＢ）２０５で管理され、データベースファイル３０６に保存されるデータ構成例を示す。図４に示すデータ構成は説明用の一例であり、実際には画像管理アプリケーション２０８のような搭載アプリケーションに依存する。ユーザごとの画像ファイルを管理する機能だけを提供するのであれば、後述する画像詳細情報４０２は不要である。逆に画像管理アプリケーション２０８がより豊富な機能を提供するのであれば、それに応じてテーブルとカラムを追加する必要がある。例えば、画像ごとにコメントをつける機能を提供するには、画像ごとに付されたコメントを管理するためのテーブル、例えば、画像登録機器ＩＤ、画像ＩＤ及びコメントの文字列をカラムとするテーブルを追加する必要がある。
【００３０】
画像情報４０１は、画像管理アプリケーション２０８が管理する画像の情報を格納するテーブルであって、画像登録機器ＩＤ、画像ＩＤ、ファイルパス、削除フラグ、動画フラグ及び画像ユニークＩＤを格納できる。画像登録機器ＩＤは、画像が登録された機器の機器ＩＤ（機器ＩＤは画像ストレージ装置１００の個体別に付与されたＩＤである）であり、画像ＩＤは特定の機器内で各画像に付されるユニークなＩＤであるから、画像登録機器ＩＤと画像ＩＤとで画像が特定される。ファイルパスは画像管理ディレクトリ３０２以下のどこに格納されているかを示すパスである。
【００３１】
削除フラグにはｂｏｏｌ値が保存され、通常はｆａｌｓｅ（偽）が指定又は設定されている。ユーザが画像管理アプリケーション２０８において削除のオペレーションをした場合など当該画像のユーザへの表示が行われずに物理的な削除が予定されている場合には、削除フラグにｔｒｕｅ（真）が指定又は設定される。
【００３２】
動画フラグにもｂｏｏｌ値が保存され、当該画像が静止画の場合はｆａｌｓｅが指定又は設定され、動画の場合にはｔｒｕｅが指定又は設定される。
【００３３】
画像ユニークＩＤはカメラなどで発番されるユニークなＩＤであって、画像ファイルから取り出されてＤＢ２０５に格納される。削除フラグがｔｒｕｅの画像の情報は、ユーザの操作とは別の機会に画像情報４０１、画像詳細情報４０２、画像保有者４０４、画像利用者４０５、画像閲覧者４０６及び画像削除被許可者４０７の各テーブル並びに画像管理ディレクトリ３０２から削除される。
【００３４】
画像詳細情報４０２は、画像管理アプリケーション２０８が管理する画像のメタ情報を格納するテーブルであって、画像登録機器ＩＤと画像ＩＤで指定される画像に関する、撮影日時、カメラ及びレンズの情報を格納できる。撮影日時は、当該画像が撮影された日時を示し、カメラは当該画像が撮影されたカメラ機種を示し、レンズは当該画像が撮影されたレンズ機種を示す。画像によって一つに決まる情報、例えば、絞り、ホワイトバランス、撮影者及び撮影場所といった情報も格納可能である。例えば、画像詳細情報４０２にカラムを追加するか、画像詳細情報４０２と同じく画像登録機器ＩＤと画像ＩＤを主キーとするテーブルを作って、これらの情報を格納する。
【００３５】
ユーザ情報４０３は、ユーザの情報を格納するテーブルであって、ユーザ登録機器ＩＤ、ユーザＩＤ、ユーザの氏名及び顔写真画像のファイルパスを格納できる。ユーザ登録機器ＩＤはユーザが登録された機器のＩＤであり、ユーザＩＤは特定の機器内でユーザに付されたユニークなＩＤであるから、ユーザ登録機器ＩＤとユーザＩＤとでユーザが特定される。ユーザ情報４０３に登録された情報は、画像管理アプリケーション２０８などでアクセス制限を行うために使用される。本実施例では、顔写真は画像管理ディレクトリ３０２中に保存されることとしたが、設定ディレクトリ３０７などに保存しても良い。
【００３６】
画像保有者４０４、画像利用者４０５、画像閲覧者４０６及び画像削除被許可者４０７は、アクセス制御属性を表すテーブルである。
【００３７】
画像保有者４０４は、画像とその画像を保有管理する者の関係を格納するテーブルであって、画像の画像登録機器ＩＤ、画像ＩＤ、及び当該画像を保管管理するユーザのユーザＩＤを格納する。ここでの「保有管理」は、当該画像のファイル及びメタデータに対して画像管理アプリケーション２０８などでなしうるすべてのオペレーションをなしうることを指す。具体的には、保有管理者は、閲覧、編集、メモリカードへのコピー及び削除などができる他、アクセス制御属性を変更することもできる。
【００３８】
画像利用者４０５は、画像とその画像を利用する者の関係を格納するテーブルであって、画像の画像登録機器ＩＤ、画像ＩＤ、及び当該画像を利用するユーザのユーザＩＤを格納する。ここでの「利用」は、当該画像のファイル及びメタデータに対して画像管理アプリケーション２０８などでなしうるオペレーションのうち、削除とアクセス制御属性の変更を除くすべてのオペレーションをなしうることを指す。具体的には、利用者は、閲覧、編集及びメモリカードへのコピーを実行可能である。
【００３９】
画像閲覧者４０６は、画像とその画像を閲覧する者の関係を格納するテーブルであって、画像の画像登録機器ＩＤ、画像ＩＤ及びその画像を閲覧するユーザのユーザＩＤを格納する。ここでの「閲覧」は、当該画像のファイル及びメタデータに対して画像管理アプリケーション２０８などでなしうるサムネイルでの閲覧など、画像データに改変を加えずデータそのものの取得を目的としないオペレーションをなしうることを指す。
【００４０】
画像削除被許可者４０７は、画像とその画像の削除を許可された者の関係を格納するテーブルであって、画像の画像登録機器ＩＤ、画像ＩＤ及びその画像の削除を許可されたユーザのユーザＩＤを格納する。上述したようにユーザがある画像を利用できる場合であっても、当該画像を保有管理していない限り、削除することはできない。しかし当該画像の削除を許可された者は、当該画像の削除を実行できる。
【００４１】
図５は、画像ストレージ装置５０１，５０２をＵＳＢケーブル５０３で相互に接続した構成を示す。画像ストレージ装置５０１，５０２は共に、画像ストレージ装置１００と同じ構成からなる。本実施例では、画像ストレージ装置５０１のＵＳＢポート１０８の端子Ａと画像ストレージ装置５０２のＵＳＢポート１０８の端子ＢをＵＳＢケーブル５０３で接続する。詳細は後述するが、このＵＳＢ接続により画像ストレージ装置５０１が画像送信側、画像ストレージ装置５０２が画像受信側となり、画像ストレージ装置５０１から画像ストレージ装置５０２に必要な画像とユーザ情報が転送される。
【００４２】
例えば、既存の画像ストレージ装置５０１の画像管理アプリケーション２０８で家族など集団全員の画像等を登録していたとする。この状態で、集団の構成員のうちの一人が結婚や離婚などで集団から外れるときに、その外れる構成員に関係する画像を別の画像ストレージ装置５０１にコピーしたいことがある。このために、先ず、画像ストレージ装置５０１に画像ストレージ装置５０２をＵＳＢケーブル５０３で接続する。図５は、この状態を示す。
【００４３】
画像ストレージ装置５０２のＨＤＤ１０５に故障があってはデータをコピーしても無駄になる可能性がある。そこで、画像ストレージ装置５０１と画像ストレージ装置５０２が接続されたとき、画像ストレージ装置５０２において、ＨＤＤ１０５のディスクチェックを行う機能があってもよい。また、画像送信側となる画像ストレージ装置５０１に、画像が全く記憶されていない場合に、ユーザにその旨を告知するアラートを出力する機能もあってもよい。
【００４４】
図６は、画像送信側となる画像ストレージ装置５０１のソフトウエアモジュール間の動作説明図であり、図７は、画像受信側となる画像ストレージ装置５０２のソフトウエアモジュール間の動作説明図である。
【００４５】
図６を参照して、送信側となる画像ストレージ装置５０１の動作を説明する。画像ストレージ装置５０１のＵＳＢポート１０８にユーザがＵＳＢケーブル５０３を挿すと、ＵＳＢ接続検知モジュール２０１が挿入を検出し、送受信制御モジュール２０２を起動する（６０１）。その際、ＵＳＢ接続検知モジュール２０１はＵＳＢポート１０８の端子Ａと端子ＢのどちらにＵＳＢケーブル５０３が接続されたかによってホスト側となるかデバイス側となるかを判断し、判断結果を送受信制御モジュール２０２に通知する。ホスト側と判定されたとき、送受信制御モジュール２０２は、自らを画像送信側と判断して動作する。逆にデバイス側と判定されたとき、送受信制御モジュール２０２は、自らを画像受信側であると判断して動作する。ここでは、ＵＳＢポート１０８の端子ＡにＵＳＢケーブル５０３が接続されたので、画像ストレージ装置５０１は画像送信側として動作することになる。どちらが画像送信側となるかは、ユーザが指定するようにしてもよい。
【００４６】
画像送信側と判断されると、送受信制御モジュール２０２は、データベース２０５中のユーザ情報４０３からすべてのユーザの氏名及び顔写真画像のファイルパスを取得する（６０２）。そして、送受信制御モジュール２０２は表示モジュール２０３を使って、画像送信側から画像受信側にコピーすべきユーザの選択を促す文言とユーザを表すボタンを表示部１０２に表示させる（６０３）。図８は、表示モジュール２０３による表示例を示す。
【００４７】
ユーザが図８に示すボタン８０２、ボタン８０３及びボタン８０４のいずれかを押下すると、操作モジュール２０４が送受信制御モジュール２０２にどのボタンが押下されたかを通知する（６０４）。送受信制御モジュール２０２は、操作されたボタンに従い、データのコピーを要するユーザを認識する。以下では、ユーザが指定したユーザのユーザＩＤをＮとする。
【００４８】
送受信制御モジュール２０２は、データベース２０５からユーザ情報４０３の全レコードを選択し、画像保有者４０４、画像利用者４０５、画像閲覧者４０６及び画像削除被許可者４０７の各テーブルからユーザＩＤがＮのレコードを抽出する。これにより、指定ユーザ（ＩＤ＝Ｎ）が保有、利用、閲覧及び削除のいずれかのアクセス権を有する画像とそのアクセス権をリストアップできる。送受信制御モジュール２０２は、抽出したレコードと同一の画像登録機器ＩＤと画像ＩＤで特定される画像の情報を画像情報４０１及び画像詳細情報４０２から収集する。送受信制御モジュール２０２は、これら選択されたレコードに含まれる情報を画像受信側に伝送するためのＸＭＬファイルを作成する。図９は、作成されるＸＭＬファイルの一例を示す。図９に示す例では、一つのＸＭＬにすべてのテーブルの情報を収容しているが、必ずしも一つのファイルに収容する必要はない。
【００４９】
さらに、送受信制御モジュール２０２は、ファイル管理モジュール２０６から画像ファイルを取得する（６０６）。そして、送受信制御モジュール２０２は、画像ストレージ装置５０２（受信側）にＸＭＬファイル及び画像ファイルを送信する（６０７）。この送信（６０７）は、通知（６０４）とデータ取得（６０５）が終わった後にまとめて実行されるとは限らず、ＸＭＬファイルが作成された後などに適宜行われる。なお、ＸＭＬファイルが複数ある場合、これらのファイルをｔａｒなどでアーカイブしても良い。送信（６０７）では、画像ストレージ装置５０２（受信側）が受信したデータが何かを認識できるように、送信側と受信側の間の通信方式に応じた適切な付帯情報をつける。
【００５０】
図７を参照して、受信側となる画像ストレージ装置５０２の動作を説明する。画像ストレージ装置５０２のＵＳＢポート１０８にユーザがＵＳＢケーブルを挿すと、ＵＳＢ接続検知モジュール２０１が挿入を検出し、送受信制御モジュール２０２を起動する（７０１）。ＵＳＢ接続検知モジュール２０１がデバイス側と判定し、この判定結果に従い送受信制御モジュール２０２が自らを受信側と判断し、以下のように動作する。
【００５１】
送受信制御モジュール２０２は、表示モジュール２０３に送信側から画像のコピーを受ける旨を表示する（７０２）。図１０は、表示モジュール２０３での表示例を示す。受信側の画像ストレージ装置５０２は、送信（６０７）として上述した画像ストレージ装置５０１（送信側）からのＸＭＬファイルと画像ファイルを受信する（７０３）。
【００５２】
送受信制御モジュール２０２は、受信したＸＭＬファイルを用いデータベース２０５の画像情報４０１〜画像削除被許可者４０７の各テーブルにレコードを挿入する（７０４）。送受信制御モジュール２０２は、受信した画像ファイルをファイル管理モジュール２０６で管理する画像管理ディレクトリ３０２に保存する（７０５）。保存が終わったら、表示モジュール２０３に保存終了の表示を行ってもよい。また、この表示の際に画像ストレージ装置５０１（送信側）にコピーの正常終了を通知してもよい。画像ストレージ装置５０１（送信側）は、受信側からの通知内容を表示モジュール２０３に表示する。
【００５３】
図１１は、画像ストレージ装置５０１（送信側）の送受信制御モジュール２０２の動作フローチャートを示す。
【００５４】
画像ストレージ装置５０１（送信側）の送受信制御モジュール２０２は、データベース２０５の全テーブルから図９に示すようなＸＭＬファイルを作成する（Ｓ１１０１）。
【００５５】
具体的には、送受信制御モジュール２０２は、ユーザ情報４０３から全レコードを取得し、＜ｕｓｅｒ＞タグそれぞれのｉｄ属性及び＜ｕｓｅｒ＞タグに囲まれた各要素の内容を決定する。ユーザ情報４０３のユーザＩＤが＜ｕｓｅｒ＞タグのｉｄ属性に使用される。ユーザ情報４０３の氏、名及び顔写真のファイルパスはそれぞれ、＜ｌａｓｔ＿ｎａｍｅ＞タグ、＜ｆｉｒｓｔ＿ｎａｍｅ＞タグ及び＜ｆｉｌｅ＿ｐａｔｈ＞タグの内容として使用される。ユーザＩＤがＮのユーザ、つまり図８で指定を受けたユーザについては、＜ｕｓｅｒ＞タグのａｌｉｖｅ属性をｔｒｕｅとし、それ以外のユーザに関してはｆａｌｓｅとする。ユーザ情報４０３の１レコード分が＜ｕｓｅｒ＞タグ一つに該当し、複数の＜ｕｓｅｒ＞が＜ｕｓｅｒｓ＞を構成する。紙幅の都合上、図９では二人分の＜ｕｓｅｒ＞の記述にとどまるが、全ユーザが＜ｕｓｅｒｓ＞に含まれなければならない。
【００５６】
送受信制御モジュール２０２はまた、ユーザＩＤがＮであるレコードを画像利用者４０５から取得し、＜ｕｓｅｒ＿ａｃｃｅｓｓ＞タグに囲まれた各要素の内容を決定する。画像利用者４０５の１レコードが＜ａｃｃｅｓｓ＞タグ１つに対応し、画像利用者４０５の画像登録機器ＩＤ、画像ＩＤ及びユーザＩＤはそれぞれ、＜ａｃｃｅｓｓ＞タグのａｐｐａｒａｔｕｓ＿ｉ属性、ｉｍａｇｅ＿ｉｄ属性及びｕｓｅｒ＿ｉｄ属性に使用される。
【００５７】
送受信制御モジュール２０２は、ユーザＩＤがＮであるレコードを画像閲覧者４０６から取得し、＜ｖｉｅｗｅｒ＿ａｃｃｅｓｓ＞タグに囲まれた各要素の内容を決定する。画像閲覧者４０６の１レコードが＜ａｃｃｅｓｓ＞タグ１つに対応し、画像閲覧者４０６の画像登録機器ＩＤ、画像ＩＤ及びユーザＩＤはそれぞれ、＜ａｃｃｅｓｓ＞タグのａｐｐａｒａｔｕｓ＿ｉ属性、ｉｍａｇｅ＿ｉｄ属性及びｕｓｅｒ＿ｉｄ属性に使用される。
【００５８】
送受信制御モジュール２０２は、ユーザＩＤがＮであるレコードを画像保有者４０４、画像利用者４０５及び画像閲覧者４０６から取得し、各レコードに含まれる画像登録機器ＩＤと画像ＩＤの組み合わせの一覧を作成する。この一覧を以下では移行対象画像ＰＫ一覧という。画像登録機器ＩＤと画像ＩＤの組み合わせは複数の画像登録機器の個々の画像を、これらの画像登録機器を横断して特定する識別子であり、以下、汎画像ＩＤと呼ぶ。送受信制御モジュール２０２は、移行対象画像ＰＫ一覧に含まれる汎画像ＩＤで特定されるレコードを画像保有者４０４から取得し、＜ｏｗｎｅｒ＿ａｃｃｅｓｓ＞タグに囲まれた各要素の内容を決定する。画像保有者４０４の１レコードが＜ａｃｃｅｓｓ＞タグ１つに対応し、画像保有者４０４の画像登録機器ＩＤ、画像ＩＤ及びユーザＩＤはそれぞれ、＜ａｃｃｅｓｓ＞タグのａｐｐａｒａｔｕｓ＿ｉ属性、ｉｍａｇｅ＿ｉｄ属性及びｕｓｅｒ＿ｉｄ属性に使用される。
【００５９】
送受信制御モジュール２０２は、移行対象画像ＰＫ一覧に含まれる汎画像ＩＤ（画像登録機器ＩＤと画像ＩＤの組み合わせ）で特定されるレコードを画像情報４０１と画像詳細情報４０２から取得する。送受信制御モジュール２０２は、取得したレコードに従い、＜ｉｍａｇｅ＞タグのａｐｐａｒａｔｕｓ属性及びｉｄ属性並びに＜ｉｍａｇｅ＞タグに囲まれる各要素の内容を決定する。画像情報４０１の画像登録機器ＩＤ及び画像ＩＤがそれぞれ＜ｉｍａｇｅ＞タグのａｐｐａｒａｔｕｓ属性及びｉｄ属性に使用される。画像情報４０１のファイルパス、削除フラグ、動画フラグ及び画像ユニークＩＤはそれぞれ、＜ｆｉｌｅ＿ｐａｔｈ＞タグ、＜ｓｔａｔｕｓ＞タグ、＜ｍｏｖｉｅ＞タグ及び＜ｕｎｉｑｕｅ＿ｉｄ＞の内容に使用される。画像詳細情報４０２の撮影日時、カメラ及びレンズはそれぞれ、＜ｄａｔｅ＞タグ、＜ｃａｍｅｒａ＞タグ及び＜ｌｅｎｓｅ＞タグの内容に使用される。画像登録機器ＩＤと画像ＩＤで特定される画像情報４０１と画像詳細情報４０２の１レコード分が＜ｉｍａｇｅ＞タグ一つに該当し、複数の＜ｉｍａｇｅ＞が＜ｉｍａｇｅｓ＞を構成する。
【００６０】
送受信制御モジュール２０２は、作成したＸＭＬを画像ストレージ装置５０２（受信側）に送信する（Ｓ１１０２）。このとき、送受信制御モジュール２０２は、ＸＭＬファイルの送信後、画像ストレージ装置５０２（受信側）からのＸＭＬファイルの受信完了通知を待機してもよい。
【００６１】
送受信制御モジュール２０２は、移行対象画像ＰＫ一覧に含まれる汎画像ＩＤで特定される画像情報４０１のレコードのファイルパスから、画像のファイルパスの一覧リストを作成する（Ｓ１１０３）。
【００６２】
送受信制御モジュール２０２は、Ｓ１１０３で作成した一覧リストで特定されるファイルを逐次、画像受信側に送信し、送信する都度、一覧リストからそのファイルを指定する情報を削除する（Ｓ１１０４〜Ｓ１１０６）。一覧リストが空になると（Ｓ１１０４）、送受信制御モジュール２０２は、Ｓ１１０７に進む。
【００６３】
具体的には、送受信制御モジュール２０２は、Ｓ１１０３で作成した一覧リストが空でない場合（Ｓ１１０４）、一覧リストからファイルパスを一つ取り出して一覧リストから削除する（Ｓ１１０５）。そして、送受信制御モジュール２０２は、取り出したファイルパスの画像ファイルと、そのファイルパス、画像登録機器ＩＤ及び画像ＩＤの情報を受信側に送信し（Ｓ１１０６）、Ｓ１１０４に戻る。なお、送受信制御モジュール２０２は、一覧リストの最後のファイルに対してＳ１１０６でその旨を受信側に通知する。送受信制御モジュール２０２は、受信側からの受信通知を待って、次の画像ファイル等を送信するようにしてもよい。
【００６４】
このようにして、送受信制御モジュール２０２は、Ｓ１１０３で作成した一覧リストで特定される画像とその付帯情報を画像ストレージ装置５０２（受信側）に送信する。
【００６５】
一覧リストが空になると（Ｓ１１０４）、送受信制御モジュール２０２は、送信済みの画像に対する削除を設定する（Ｓ１１０７）。具体的には、送受信制御モジュール２０２は、ユーザＩＤがＮであるレコードを画像保有者４０４から取得し、これらのレコードの汎画像ＩＤの一覧を作成する。この汎画像ＩＤ一覧に含まれる汎画像ＩＤで指定される画像が画像利用者４０５又は画像閲覧者４０６に存在する場合、送受信制御モジュール２０２は画像利用者４０５及び画像閲覧者４０６から該当するユーザＩＤを取得する。そして、送受信制御モジュール２０２は、画像利用者４０５又は画像閲覧者４０６から取得したユーザＩＤ（ユーザＩＤがＮである場合を除く）と、使用した汎画像ＩＤとを、画像削除被許可者４０７に追加する。他方、汎画像ＩＤ一覧の汎画像ＩＤで指定される画像が画像利用者４０５及び画像閲覧者４０６のいずれにも存在しない場合、送受信制御モジュール２０２は、この汎画像ＩＤで特定される画像情報４０１のレコードの削除フラグをｔｒｕｅとする。この場合は、ユーザＩＤがＮであるレコードのみが選択されたケースを含む。これにより、削除プロセルによる削除の対象となる。
【００６６】
最後に、送信側の送受信制御モジュール２０２は、画像ストレージ装置５０２（受信側）との間の接続を切断する（Ｓ１１０８）。
【００６７】
図１２は、画像ストレージ装置５０２（受信側）の送受信制御モジュール２０２の受信動作のフローチャートを示す。図１２を参照して、画像ストレージ装置５０２（受信側）におけるデータベース２０５及びファイル管理モジュール２０６への受信データの保存動作を説明する。
【００６８】
画像ストレージ装置５０２（受信側）は、画像ストレージ装置５０１（送信側）から送付されたＸＭＬファイルを受信し（Ｓ１２０１）、ＸＭＬファイルの内容をデータベース２０５に登録する（Ｓ１２０２）。ＸＭＬの属性と、内容などとカラムの対応関係は、ＸＭＬ作成の際の対応関係と同じである。ただし、送受信制御モジュール２０２は、ＸＭＬファイルの＜ｉｍａｇｅ＞タグから画像情報４０１にレコードを追加する前に、＜ｕｎｉｑｕｅ＿ｉｄ＞タグから取得した画像ユニークＩＤで画像情報４０１の画像ユニークＩＤカラムを検索する。検索の結果、同一の画像ユニークＩＤを持つレコードが既に存在する場合、送受信制御モジュール２０２は、これらの重複する識別情報を重複画像ＩＤ対応表に登録する。すなわち、ＸＭＬ上のａｐｐａｒａｔｕｓ属性及びｉｄ属性でそれぞれ指定される画像登録機器ＩＤ及び画像ＩＤと、その既に存在するレコードの画像登録機器ＩＤ及び画像ＩＤとが、対として、登重複画像ＩＤ対応表に登録して保存される。その上で、送受信制御モジュール２０２は、ＸＭＬの＜ｏｗｎｅｒ＿ａｃｃｅｓｓ＞タグ、＜ｕｓｅｒ＿ａｃｃｅｓｓ＞タグ及び＜ｖｉｅｗｅｒ＿ａｃｃｅｓｓ＞タグのデータをそれぞれ画像保有者、画像利用者及び画像閲覧者の各テーブルに追加する。この追加の際、送受信制御モジュール２０２は、保存されているＩＤの対応に従い既存レコードのＩＤに置き換える。
【００６９】
本実施例では画像の同一性をカメラの発番するＩＤのみで行ったが、画像そのものの比較結果、ハッシュ値及びファイルサイズの１以上を使って同一性を判定しても良い。
【００７０】
受信したＸＭＬファイルからデータベース２０５に登録する際に、各テーブルの画像登録機器ＩＤ及びユーザ登録機器ＩＤを画像ストレージ装置（送信側）５０１の機器ＩＤに変えることはしない。
【００７１】
送受信制御モジュール２０２は、受信したＸＭＬファイルの＜ｕｓｅｒ＞タグのａｌｉｖｅ属性から、図８で指定を受けたユーザのユーザＩＤ（説明例では、Ｎ）を知り得る。送受信制御モジュール２０２は、ユーザＩＤがＮ以外であるレコードを画像保有者４０４から取得し、これらのレコードの汎画像ＩＤ（画像登録機器ＩＤと画像ＩＤの組み合わせ）の一覧を作成する。送受信制御モジュール２０２は、この汎画像ＩＤ一覧の各汎画像ＩＤについて、画像削除被許可者４０７に、汎画像ＩＤの画像登録機器ＩＤ及び画像ＩＤと、ユーザＩＤ（＝Ｎ）を指定するレコードを追加する（Ｓ１２０３）。
【００７２】
送受信制御モジュール２０２は、画像ファイルの受信を待機する（Ｓ１２０４）。送受信制御モジュール２０２は、画像ファイルを受信すると、画像ファイルと共に送られてきた汎画像ＩＤ（画像登録機器ＩＤと画像ＩＤ）が重複画像ＩＤ対応表のＸＭＬ由来のＩＤに含まれるかどうかを調べる。送受信制御モジュール２０２は、受信した画像ファイルの汎画像ＩＤが重複画像ＩＤ対応表のＸＭＬ由来のＩＤに含まれる場合、受信画像ファイルを登録せず、含まれない場合、受信画像ファイルを同時に通知されたファイルパスの位置に保存する（Ｓ１２０５）。
【００７３】
なお、重複画像ＩＤ対応表に含まれる画像がそもそも送られないように、事前に重複画像ＩＤ対応表を画像ストレージ装置５０１（送信側）に送付し、送信側が、重複画像ＩＤ対応表に含まれない画像ファイルのみを送信するようにしてもよい。
【００７４】
最後とされる画像ファイルを受信するまで（Ｓ１２０６）、送受信制御モジュール２０２は、次の画像ファイルの受信を待機する（Ｓ１２０４）。最後の画像ファイルを受信すると（Ｓ１２０６）、送受信制御モジュール２０２は、画像ストレージ装置５０１（送信側）との接続を切断する（Ｓ１２０７）。
【００７５】
本実施例では、ユーザ指定とコピー開始操作だけで、その指定ユーザが閲覧できる全画像をそのメタデータ及びアクセス権などの付属データと共に画像ストレージ装置５０１から画像ストレージ装置５０２にコピーできる。指定ユーザは、ストレージ装置の変更を気にすることなく、画像を利用し閲覧できる。指定ユーザしか閲覧できなかった画像が送信側の画像ストレージ装置５０１から削除し、受信側の画像ストレージ装置５０２に既に存在している画像をコピーしないことにより、ストレージ容量を節約できる。受信側にコピーした画像を送信側の画像ストレージ装置に残すように、即ち、削除設定しないようにしても良いことはいうまでもない。
【００７６】
受信側の画像ストレージ装置をそのままに、複数の画像ストレージ装置を送信側として順次、選択することで、複数の画像ストレージ装置に分散記録又は重複記録された画像を１台の画像ストレージ装置に集約できる。図１３は、その集約例を示す。
【００７７】
また、本実施例によれば、図１４に示すように、それぞれ異なる保有者の複数の画像を、保有者毎に別々の画像ストレージ装置に集めることも容易になる。
【実施例２】
【００７８】
図１５は本発明の第２実施例の概略構成ブロック図を示す。図１５に示す実施例では、画像ストレージ装置１５０１（送信側）が画像ストレージ装置１５０２（受信側）に画像データとその付属データを同期によりコピーした後、画像ストレージ装置１５０３（サーバ）を介して所望画像の閲覧／利用を可能にする。画像ストレージ装置１５０１，１５０２，１５０３はいずれも、図１に示すハードウエア構成及び図２に示すソフトウエア構成を有する。ファイル管理モジュール２０６によって管理されるファイルシステム上でのファイル／フォルダ配置は、図３と同様である。
【００７９】
図１６は、データベース２０５で管理され、データベースファイル３０６に保存されるデータベースの構成例を示す。図１６に示す構成では、図４と比較して、認証機器１６０８というテーブルが追加され、ユーザ情報１６０３に「マスタ」というカラムが追加されている。更には、ユーザ情報１６０３、画像情報１６０１、画像保有者１６０４、画像利用者１６０５及び画像閲覧者１６０６のそれぞれに、「同期済」というカラムが追加されている。基本構成は同じであるので、実施例１での説明が、図１６に示すデータベースにも基本的に妥当する。
【００８０】
図１６に示す構成における、図１４に示す構成に対する追加部分を説明する。認証機器１６０８は、認証した機器のＩＤである認証機器ＩＤと、認証された機器のＩＤである被認証機器ＩＤと、同期済みか否かのブール値とを格納する。ここで、認証とはデータ同期の許可を与えるものであり、画像ストレージ装置１５０１（送信側）から画像ストレージ装置１５０２（受信側）にデーを移行するには、相互の認証が必要となる。画像ストレージ装置１５０１（送信側）から画像ストレージ装置１５０２（受信側）にデータ移行をする時に、画像ストレージ装置１５０１（送信側）と画像ストレージ装置１５０２（受信側）の各認証機器１６０８に、認証のための２つのレコードが追加される。即ち、各認証機器１６０８には、認証機器ＩＤが送信側の機器ＩＤであり、被認証機器ＩＤが受信側の機器ＩＤであるレコードと、認証機器ＩＤが受信側の機器ＩＤであり、被認証機器ＩＤが送信側の機器ＩＤであるレコードが追加される。この段階では、送信側と受信側は共にサーバと同期していないので、送信側と受信側の認証機器１６０８の同期済コラムにはｔｒｕｅがセットされる。
【００８１】
送信側から受信側にデータ移行した後では、送信側と受信側のユーザ情報１６０３にはそれぞれ、同じユーザ登録機器ＩＤとユーザＩＤを主キーとするレコードが存在することになる。そこで、どちらがマスタデータであるかを示すフラグが、ユーザ情報１６０３に追加した「マスタ」に登録され、また同じく追加されたマスタ機器ＩＤにはマスタになる機器の機器ＩＤが登録される。実施例１の利用法ではユーザＩＤがＮのユーザは、データ移行前では送信側をマスタとするが、移行後では受信側をマスタとする。注目するユーザにとって当該機器に存在するデータがマスタデータである場合、マスタにはｂｏｏｌ値のｔｒｕｅがセットされ、それ以外ではｆａｌｓｅがセットされる。データの同期（又はコピー）はマスタデータからそれ以外に対して実行される。
【００８２】
ユーザ情報１６０３、画像情報１６０１、画像保有者１６０４、画像利用者１６０５、画像閲覧者１６０６及び認証機器１６０８のそれぞれの「同期済」は、マスタデータを保存する機器からサーバに対する同期が完了していることを示す。「同期済」はｂｏｏｌ値であり、サーバへの同期が完了した時点でｔｒｕｅが設定され、それ以外では、ｆａｌｓｅが設定される。なお、画像詳細情報１６０２に「同期済」が用意されていないのは、画像情報１６０１と同時に同期するので、必要はないからである。
【００８３】
画像ストレージ装置１５０１（送信側）と画像ストレージ装置１５０２（受信側）とをＵＳＢで接続することによって、実施例１と同様の動作で指定ユーザに関係する画像とその付属データを前者から後者にコピーできる。但し、次の点が実施例１とは異なる。すなわち、画像ストレージ装置１５０１（送信側）では、指定ユーザ（ユーザＩＤがＮ）について、ユーザＩＤがＮで指定されるユーザ情報１６０３のレコードのマスタをｆａｌｓｅにする。他方、画像ストレージ装置１５０２（受信側）では、＜ｕｓｅｒ＞タグのａｌｉｖｅ属性から指定ユーザのユーザＩＤ（ここではＮ）を知り、ユーザＩＤ＝Ｎで指定されるユーザ情報１６０３のレコードのマスタをｔｒｕｅにする。またマスタ機器ＩＤにマスタとなった機器の機器ＩＤを登録する。このような変更がユーザ情報１６０３にあった場合、同期済をｆａｌｓｅにする。
【００８４】
また、認証機器ＩＤが送信側の機器ＩＤであり、被認証機器ＩＤが受信側の機器ＩＤであるレコードと、認証機器ＩＤが受信側の機器ＩＤであり、被認証機器ＩＤが送信側の機器ＩＤであるレコードが、送信側及び受信側の各認証機器１６０８に追加される。これにより、送信側と受信側が、それぞれを同期相手として登録される。
【００８５】
画像ストレージ装置１５０１（送信側）は、画像ストレージ装置１５０３（サーバ）に対して、当該サーバが実施例１の受信側であるとした場合と同様の動作で同期を実行する。具体的に説明する。送信側は、ユーザ情報１６０３、画像情報１６０１、画像保有者１６０４、画像利用者１６０５、画像閲覧者１６０６及び認証機器１６０８の、同期済がｆａｌｓｅのレコードについて、実施例１と同様にＸＭＬファイル及び画像ファイルをサーバに送信する。ＸＭＬファイルと必要な１又は複数の画像ファイルをアーカイブ化してサーバに送信しても良いし、ＸＭＬファイルの送信後に、必要な１又は複数の画像ファイルをまとめて送信しても良い。送信側は、送信結果に従いデータベース２０５を更新する。ＸＭＬファイルの内容は画像情報１６０１〜画像閲覧者１６０６に関しては、図９と同じであり、ＸＭＬファイルのタグとカラムの対応は実施例１の説明がそのままあてはまる。なお、同期済とマスタの情報は、ＸＭＬファイルに含める必要がない。
【００８６】
認証機器１６０８に対応する内容については、図９には含まれないが、図１７に示す例で＜ｌｉｃｅｎｓｅｓ＞タグで囲まれた部分を図９に追加すればよい。＜ｌｉｃｅｎｓｅｓ＞タグで囲まれた部分が認証機器１６０８に対応し、認証機器１６０８の一レコードが＜ｌｉｃｅｎｓｅ＞タグで囲まれた部分一つに対応する。＜ｌｉｃｅｎｓｅｒ＞が認証機器ＩＤに、＜ｌｉｃｅｎｓｅｅ＞が被認証機器ＩＤに対応する。また、ユーザ情報１６０３のマスタ機器ＩＤのためには、図１７に示す例で＜ｕｓｅｒ＞タグのｍａｓｔｅｒ＿ｉｄ属性を使用する。図９に示す＜ｕｓｅｒ＞タグの代わりに、図１７に示す＜ｕｓｅｒ＞タグを使用すればよい。
【００８７】
画像ストレージ装置１５０３（サーバ）は、上述した対応に従いＸＭＬからデータベース２０５のデータを更新する。このとき、データベース２０５のインサートされたレコードの同期済カラムは、ｆａｌｓｅにされる。
【００８８】
この後、画像ストレージ装置１５０１（送信側）または画像ストレージ装置１５０２（受信側）が、画像ストレージ装置１５０３（サーバ）に対して、ユーザ情報１６０３のマスタがｆａｌｓｅであるユーザの情報を送信する。ユーザの情報は、図１８に示すような内容のＸＭＬファイルで送られる。図１８に示す例で、＜ｓｙｎｃｈｒｏ＿ｒｅｑｕｅｓｔ＞タグのａｐｐａｒａｔｕｓ属性は、自分の機器ＩＤである。＜ｕｓｅｒｓ＞タグに含まれる＜ｕｓｅｒ＞タグのａｐｐａｒａｔｕｓ属性及びｉｄ属性はそれぞれ、マスタがｆａｌｓｅのユーザのユーザ情報１６０３のレコードのユーザ登録機器ＩＤ及びユーザＩＤである。
【００８９】
これに対して、画像ストレージ装置１５０３（サーバ）は、送られてきたＸＭＬファイルの＜ｕｓｅｒ＞タグのａｐｐａｒａｔｕｓ属性及びｉｄ属性で指定されるレコードをユーザ情報１６０３から取得する。サーバの送受信制御モジュール２０２は、取得したレコードのマスタ機器ＩＤを認証機器ＩＤとし、ＸＭＬ中の＜ｓｙｎｃｈｒｏ＿ｒｅｑｕｅｓｔ＞タグのａｐｐａｒａｔｕｓ属性で指定される機器ＩＤが被認証機器ＩＤとなるレコードを認証機器１６０８で検索する。
【００９０】
目的のレコードが認証機器１６０８に存在する場合、サーバの送受信制御モジュール２０２は、次のようにＸＭＬファイルを作成し、必要な画像データを相手に送信する。すなわち、送受信制御モジュール２０２は、同期済がｆａｌｓｅのレコードをユーザ情報１６０３、画像情報１６０１、画像保有者１６０４、画像利用者１６０５及び画像閲覧者１６０６から取得する。そして、送受信制御モジュール２０２は、取得したレコードの情報を、画像詳細情報１６０２を加えて、図９および図１７に示すようなＸＭＬファイルを作成して、同期相手に送信する。画像情報１６０１から画像ファイルを送信する必要がある場合には、その画像ファイルをも送信する。ＸＭＬファイルと必要な１又は複数の画像ファイルをアーカイブ化してサーバに送信しても良いし、ＸＭＬファイルの送信後に、必要な１又は複数の画像ファイルをまとめて送信しても良い。サーバは、ＸＭＬファイルの作成に使用した各レコードの同期済カラムをｔｒｕｅに変更する。
【００９１】
目的のレコードが認証機器１６０８に存在しない場合、サーバの送受信制御モジュール２０２は、図１９に示すような内容のＸＭＬファイルを応答として同期相手に送信する。
【００９２】
サーバからの応答を受信した同期相手（画像ストレージ装置１５０１または１５０２）は、サーバから送信されたＸＭファイルで特定されるテーブルにレコードを追加し、サーバからの画像ファイルを画像管理ディレクトリ中に保存する。
【００９３】
上述の動作により、画像ストレージ装置１５０１から画像ストレージ装置１５０２へのデータ移行後も、画像ストレージ装置１５０１，１５０２は送信側であっか受信側であったかに関わらず、サーバから必要な画像をダウンロードできる。そのためには、画像ストレージ装置１５０１，１５０２をマスタとするユーザの閲覧又は利用を可能とする権限を希望の画像に与えればよい。
【００９４】
本発明の好適な実施例を説明したが、本発明はこれら特定の実施例に限られるものではなく、発明の要旨を逸脱しない範囲の様々な形態も本発明に含まれる。上述の実施例の一部を適宜組み合わせてもよい。
【００９５】
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウエア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。
【図１】
2016004339.tif 000003
【図２】
2016004339.tif 000004
【図３】
2016004339.tif 000005
【図４】
2016004339.tif 000006
【図５】
2016004339.tif 000007
【図６】
2016004339.tif 000008
【図７】
2016004339.tif 000009
【図８】
2016004339.tif 000010
【図９】
2016004339.tif 000011
【図１０】
2016004339.tif 000012
【図１１】
2016004339.tif 000013
【図１２】
2016004339.tif 000014
【図１３】
2016004339.tif 000015
【図１４】
2016004339.tif 000016
【図１５】
2016004339.tif 000017
【図１６】
2016004339.tif 000018
【図１７】
2016004339.tif 000019
【図１８】
2016004339.tif 000020
【図１９】
2016004339.tif 000021