(57)【要約】【課題】適正なデータ形式の画像データを指定されている画像管理サーバに自動配信して、管理サーバがデータ形式の揃った画像データを一元管理できる利便性に優れた画像データ管理システム環境を自在に整備することである。【解決手段】画像変換サーバ１が通信部３０４を介して画像入力ＰＣから入力される原画像データに対して、メモリ３０６に登録されている管理テーブルを参照して、画像変換部３０２がいずれかの変換処理プログラム３０２−１または変換処理プログラム３０２−２を選択して、予め決められた画像データ形式に変換し、制御部３０１の管理の下で、少なくとも原画像データ及び変換後の画像データを含む画像データセットを通信部３０４より他の画像管理サーバに転送する構成を特徴とする。【選択図】　　　　図３
2004072668.tif 000002
【特許請求の範囲】
【請求項１】
原画像データを入力する入力手段と、前記原画像データを予め決められた画像データ形式に変換する変換手段と、少なくとも原画像データ及び変換後の画像データを含む画像データセットを他の管理サーバに転送する転送手段とを有する画像変換サーバと、
前記画像変換サーバから前記画像データセットを受信する受信手段を有する画像管理サーバと、
を備えることを特徴とする画像データ管理システム。
【請求項２】
前記画像変換サーバは、前記入力された原画像データをメモリに格納する格納手段を有し、
前記画像管理サーバは、前記画像データセットの正常受信完了を示す正常受信完了信号を前記画像変換サーバに送信する送信手段を有し、
前記画像変換サーバは、前記正常受信完了信号を受信した後に少なくとも前記原画像データをメモリから削除する削除手段を備えることを特徴とする請求項１記載の画像データ管理システム。
【請求項３】
前記画像変換サーバは、前記変換手段を複数有しており、前記入力手段は前記原画像データの転送先を示すデータを入力可能な入力手段であって、前記転送先に合わせて前記複数の変換手段のうちから予め決められた変換手段を選択する選択手段を有することを特徴とする請求項１または２記載の画像データ管理システム。
【請求項４】
前記変換後の画像データは、ウエブブラウザにおいて閲覧可能な形式に変換された画像データであることを特徴とする請求項１乃至３のいずれかに記載の画像データ管理システム。
【請求項５】
前記画像データ形式は、解像度，サイズ，フォーマットを含むファイル属性に基づき決定されることを特徴とする請求項１記載の画像データ管理システム。
【請求項６】
前記画像データは、デジタルカメラにより撮像されて装着自在のメモリ媒体に記憶されていることを特徴とする請求項１記載の画像データ管理システム。
【請求項７】
前記入力手段は、複数種類のデータ読み出しドライバを備え、前記画像データに付加される識別情報に従いいずれかのドライバにより原画像データを入力することを特徴とする請求項１記載の画像データ管理システム。
【請求項８】
データ転送先を示す情報と共に原画像データを入力する入力手段と、前記入力された原画像データをメモリに格納する格納手段と、前記原画像データをそれぞれ異なる画像データ形式に変換する複数の変換手段と、少なくとも原画像データと変換後の画像データを含む画像データセットを他の管理サーバに転送する転送手段を有する画像変換サーバと、
前記画像変換サーバから変換後の画像データを含む画像データセットを受信する受信手段を有する画像管理サーバとからなる画像データ管理システムであって、
前記画像変換サーバは前記転送先に合わせて前記複数の変換手段から少なくとも１つの変換手段を選択して画像データを変換する選択手段を有することを特徴とする画像データ管理システム。
【請求項９】
情報処理装置より原画像データを受信可能な画像変換サーバであって、
前記原画像データを予め決められた画像データ形式に変換する複数の変換手段と、
少なくとも原画像データ及び変換後の画像データを含む画像データセットを他の管理サーバに転送する転送手段と、
を有することを特徴とする画像変換サーバ。
【請求項１０】
前記原画像データの属性管理テーブルに基づき、少なくとも１つの変換手段を選択する選択手段と、
前記原画像データの属性管理テーブルに基づき、いずれかの管理サーバに変換済みの画像データを転送する転送手段と、
を有することを特徴とする請求項９記載の画像変換サーバ。
【請求項１１】
前記属性管理テーブルは、ユーザ毎のデジタルカメラの機種名，転送先情報，格納先情報，画像変換方法指定情報を含むことを特徴とする請求項９記載の画像変換サーバ。
【請求項１２】
情報処理装置より原画像データを受信可能な画像変換サーバにおける画像データ処理方法であって、
前記原画像データを予め決められた画像データ形式に変換する第１または第２の変換ステップと、
前記原画像データの属性管理テーブルに基づき、前記第１または第２の変換ステップを選択する選択ステップと、
少なくとも前記原画像データ及び第１または第２の変換ステップによる変換後の画像データを含む画像データセットを他の管理サーバに転送する転送ステップと、
を有することを特徴とする画像データ処理方法。
【請求項１３】
前記転送ステップによる画像データセットの転送後、変換後の画像データを削除する削除ステップを有することを特徴とする請求項１２記載の画像データ処理方法。
【請求項１４】
前記原画像データを転送すべき対象かどうかを判断する判断ステップを有し、
前記第１または第２の変換ステップは、前記判断ステップにより前記原画像データを転送すべき対象であると判断した場合に、原画像データを予め決められた画像データ形式に変換することを特徴とする請求項１２記載の画像データ処理方法。
【請求項１５】
前記判断ステップは、前記原画像データの画質に基づき、転送すべき対象かどうかを判断することを特徴とする請求項１４記載の画像データ処理方法。
【請求項１６】
請求項１２〜１５のいずれかに記載の画像データ処理方法を実現するプログラムを記憶したことを特徴とするコンピュータが読み取り可能な記憶媒体。
【請求項１７】
請求項１２〜１５のいずれかに記載の画像データ処理方法を実現することを特徴とするプログラム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、デジタルカメラなどの撮像装置で撮影されたデジタル原画像データを汎用の閲覧が容易な画像データに変換して転送処理する画像変換サーバ等を含む画像データ管理システムおよび画像変換サーバおよび画像データ処理方法およびコンピュータが読み取り可能な記憶媒体およびプログラムに関するものである。
【０００２】
【従来の技術】
従来、画像データを管理するシステムにおいて、例えば特定団体の管理下にある競技等に関する写真を管理する場合、契約プロカメラマンがカメラで撮影し、契約委託元の管理団体においてネガやポジフィルムの原版を管理し、出版社や新聞社などの報道関係からの問い合わせに応じて印刷等の目的で複製させるためにフィルムの貸し出しを行うという管理形態を行っている。
【０００３】
この管理形態では、写真画像データの電子化はなされていないので手作業で検索するなど不便な点を有しているが、一方では直接にネガやポジフィルムの画像が見られるため写真画像が識別し易いと言う利点があった。
【０００４】
【発明が解決しようとする課題】
しかし、近年デジタルカメラの高画質化が進み、プロカメラマンがデジタルカメラを用いて撮影を行うケースが出てきており、前述のフィルム管理システムに合わないケースが発生してきている。
【０００５】
例えば、プロカメラマンがデジタルカメラで撮影した画像は、画像劣化をさせずにメモリ等に格納する画像データのサイズを減らすために、可逆圧縮の画像データ形式であることが殆どである。
【０００６】
しかし、可逆圧縮方式はデジタルカメラメーカが独自に開発することが殆どで、各社独自方式に対応した専用ドライバソフトウエアがないと画像の内容を確認することが困難である。つまり、従来の管理形態では容易であった画像の内容確認が困難になっている。
【０００７】
また、デジタルカメラの機種によっては、デジタルカメラの表示部上で確認可能な画像データが、可逆圧縮画像データと共に撮影時に作成されるので表示部上で確認することは可能である。よって、デジタルカメラで撮影した可逆圧縮画像データはデジタルカメラの表示部上で閲覧用に作成された画像を用いて見るか、ＰＣ上に特別なドライバソフトがなければ目視することができなかった。
【０００８】
つまり、プロカメラマンがデジタルカメラで撮影した画像データをＰＣ上で容易に目視するためには、プロカメラマンがネットワーク経由で契約元に送信する際、或いは画像データを受信した契約元において目視できる状態に変換する必要があり煩わしい作業が必要であるという欠点を有していた。
【０００９】
特開２００１−２８５７５６号公報には画像蓄積提供システムが開示されており、インデックス付き画像ファイルをデータベースに格納して、閲覧希望者に見出し画像を提供するシステムが開示されている。このシステムにおいては、デジタルカメラで画像を撮影した画像提供者がＰＣ上で閲覧画像を作成する手間を省くための技術が開示されている。
【００１０】
この場合、デジタルカメラで撮影時に閲覧用の画像を作成してしまうか、サーバが閲覧用の画像のない画像データを受信した場合には閲覧用画像をサーバにおいて作成するものである。しかし、これらは多様な管理システムに画像データを転送することには対応しておらず、個別に決められた画像管理体制に適応することはできなかった。
【００１１】
また、上述した従来のネガ・ポジフィルム原版管理システムにおいては、プロカメラマンの撮影写真販売をＷｅｂ上で行う仕組みとは連携していなかった。
【００１２】
例えば、特開２００２−４９７９８号公報にはＷｅｂ上で写真家の撮影した写真を閲覧して購入するためのシステムが開示されている。デジタルカメラでの撮影が可能になったことで、写真が電子データとして取り扱えるのでこの様なＷｅｂでの販売も容易になるが、上述のようにプロカメラマンの撮影した画像データがメーカ独自の可逆圧縮方式であると、そのままＷｅｂ上で閲覧可能なデータにはならず、画像変換の煩わしい作業が発生するという欠点を有していた。
【００１３】
本発明は、上記の問題点を解決するためになされたもので、本発明の目的は、入力される原画像データの入稿者の情報に従い、管理サーバが要求する画像データ形式に適合する画像データに変換し、少なくとも原画像データ及び変換後の画像データを含む画像データセットを他の管理サーバに転送することにより、画像データ入稿者は、単に原画像データを入力するという簡単な処理で、管理サーバが管理すべきデータ形式に適合する画像データを自動変換生成して、管理サーバ向け毎にデータ形式が異なる場合でも、元画像データ提供者による事前のデータ加工処理を不要として、適正なデータ形式の画像データを指定されている管理サーバに自動配信して、データ形式の揃った画像データを管理サーバが一元管理できる利便性に優れた画像データ管理環境を自在に整備できる画像データ管理システムおよび画像変換サーバおよび画像データ処理方法およびコンピュータが読み取り可能な記憶媒体およびプログラムを提供することである。
【００１４】
【課題を解決するための手段】
本発明に係る第１の発明は、原画像データを入力する入力手段と、前記原画像データを予め決められた画像データ形式に変換する変換手段（図３に示す画像変換部３０２の変換処理アプリケーション３０２−１，３０２−２に相当）と、少なくとも原画像データ及び変換後の画像データを含む画像データセットを他の管理サーバに転送する転送手段（図３に示す通信部３０４に相当）とを有する画像変換サーバ（図１に示す画像変換サーバ１）と、前記画像変換サーバから前記画像データセットを受信する受信手段（図３に示す通信部３０４に相当）を有する画像管理サーバ（図１に示す画像管理サーバ３Ａ，３Ｂ）とを備えることを特徴とする。
【００１５】
本発明に係る第２の発明は、前記画像変換サーバは、前記入力された原画像データをメモリ（図３に示すメモリ３０６に相当）に格納する格納手段（図３に示すメモリ制御部３０５に相当）を有し、前記画像管理サーバは、前記画像データセットの正常受信完了を示す正常受信完了信号を前記画像変換サーバに送信する送信手段（図８に示す通信部５０４）を有し、前記画像変換サーバは、前記正常受信完了信号を受信した後に少なくとも前記原画像データをメモリから削除する削除手段（図３に示すメモリ制御部３０５に相当）を備えることを特徴とする。
【００１６】
本発明に係る第３の発明は、前記画像変換サーバは、前記変換手段を複数（図３に示す画像変換部３０２の変換処理アプリケーション３０２−１，３０２−２に相当）有しており、前記入力手段は前記原画像データの転送先を示すデータを入力可能な入力手段であって、前記転送先に合わせて前記複数の変換手段のうちから予め決められた変換手段を選択する選択手段（図３に示す制御部３０１が実行する図１０に示すステップＳ８１２〜Ｓ８１４）を有することを特徴とする。
【００１７】
本発明に係る第４の発明は、前記変換後の画像データは、ウエブブラウザにおいて閲覧可能な形式に変換された画像データであることを特徴とする。
【００１８】
本発明に係る第５の発明は、前記画像データ形式は、解像度，サイズ，フォーマットを含むファイル属性に基づき決定されることを特徴とする。
【００１９】
本発明に係る第６の発明は、前記画像データは、デジタルカメラにより撮像されて装着自在のメモリ媒体に記憶されていることを特徴とする。
【００２０】
本発明に係る第７の発明は、前記入力手段は、複数種類のデータ読み出しドライバを備え、前記画像データに付加される識別情報に従いいずれかのドライバにより原画像データを入力することを特徴とする。
【００２１】
本発明に係る第８の発明は、データ転送先を示す情報と共に原画像データを入力する入力手段と、前記入力された原画像データをメモリに格納する格納手段と、前記原画像データをそれぞれ異なる画像データ形式に変換する複数の変換手段と、少なくとも原画像データと変換後の画像データを含む画像データセットを他の管理サーバに転送する転送手段を有する画像変換サーバ（図１に示す画像変換サーバ１）と、前記画像変換サーバから変換後の画像データを含む画像データセットを受信する受信手段を有する画像管理サーバとからなる画像データ管理システムであって、前記画像変換サーバは前記転送先に合わせて前記複数の変換手段から少なくとも１つの変換手段を選択して画像データを変換する選択手段（図３に示す制御部３０１が実行する図１０に示すステップＳ８１２〜Ｓ８１４）を有することを特徴とする。
【００２２】
本発明に係る第９の発明は、情報処理装置より原画像データを受信可能な画像変換サーバであって、前記原画像データを予め決められた画像データ形式に変換する複数の変換手段（図３に示す画像変換部３０２の変換処理アプリケーション３０２−１，３０２−２に相当）と、少なくとも原画像データ及び変換後の画像データを含む画像データセットを他の管理サーバに転送する転送手段（図１０に示すステップＳ８１８）とを有することを特徴とする。
【００２３】
本発明に係る第１０の発明は、前記原画像データの属性管理テーブルに基づき、いずれかの変換手段を選択する選択手段と、前記原画像データの属性管理テーブルに基づき、いずれかの管理サーバに変換済みの画像データを転送する転送手段とを有することを特徴とする。
【００２４】
本発明に係る第１１の発明は、前記属性管理テーブルは、ユーザ毎のデジタルカメラの機種名，転送先情報，格納先情報，画像変換方法指定情報を含むことを特徴とする。
【００２５】
本発明に係る第１２の発明は、情報処理装置より原画像データを受信可能な画像変換サーバにおける画像データ処理方法であって、前記原画像データを予め決められた画像データ形式に変換する第１または第２の変換ステップ（図１０に示すステップＳ８１５）と、前記原画像データの属性管理テーブルに基づき、前記第１または第２の変換ステップを選択する選択ステップ（図１０に示すステップＳ８１２〜Ｓ８１４）と、少なくとも原画像データ及び第１または第２の変換ステップによる変換後の画像データを含む画像データセットを他の管理サーバに転送する転送ステップ（図１０に示すステップＳ８１８）とを有することを特徴とする。
【００２６】
本発明に係る第１３の発明は、前記転送ステップによる画像データセットの転送後、変換後の画像データを削除する削除ステップを有することを特徴とする。
【００２７】
本発明に係る第１４の発明は、前記原画像データを転送すべき対象かどうかを判断する判断ステップを有し、前記第１または第２の変換ステップは、前記判断ステップにより前記原画像データを転送すべき対象であると判断した場合に、原画像データを予め決められた画像データ形式に変換することを特徴とする。
【００２８】
本発明に係る第１５の発明は、前記判断ステップは、前記原画像データの画質に基づき、転送すべき対象かどうかを判断することを特徴とする。
【００２９】
本発明に係る第１６の発明は、第１２〜第１５の発明のいずれかに記載の画像データ処理方法を実現するプログラムを記憶媒体に記憶したことを特徴とする。
【００３０】
本発明に係る第１７の発明は、第１２〜第１５の発明のいずれかに記載の画像データ処理方法を実現するプログラムであることを特徴とする。
【００３１】
【発明の実施の形態】
〔第１実施形態〕
図１は、本発明に係る画像データ管理システムの一例を示すシステム構成図であり、例えばインターネットや公衆回線等で構成されるネットワークを介して接続される画像変換サーバ、画像管理サーバ、画像販売サーバ、画像購入者のパーソナルコンピュータ（以下、購入者ＰＣと呼ぶ）、及び画像データ入力用パーソナルコンピュータ（以下、画像入力ＰＣと呼ぶ）とデジタルカメラからなるシステム例に対応する。
【００３２】
図１において、画像変換サーバ１は、画像入力ＰＣ２を介して、デジタルカメラ６で撮影した可逆圧縮画像データ（原画像データ）を受信して汎用の画像データに変換するものである。また、画像変換サーバ１は原画像データと変換後の画像データ（以下、単に汎用画像データと呼ぶ）をセットで画像管理サーバ３Ａ或いは３Ｂに転送するものである。後述するが、汎用画像データとは、例えばＪＰＥＧ等の汎用画像フォーマットに変換されている画像を言う。
【００３３】
画像管理サーバ３Ａ或いは画像管理サーバ３Ｂは、原画像データ、汎用画像データ、撮影情報データ（撮影日時、絞りやシャッタスピード等の撮影条件）をセットで保存、管理するものである。画像販売サーバ４は、画像管理サーバ３Ａ或いは画像管理サーバ３Ｂで管理される原画像データ或いは汎用画像データを販売するためのＷｅｂサーバであり、購入希望者が自分のＰＣ（ここでは購入者ＰＣと呼ぶ）５から接続して、Ｗｅｂ上で画像を閲覧し、希望画像を購入することが可能な機能を提供するものである。
【００３４】
図２は、図１に示した画像変換サーバ１、画像入力ＰＣ２、画像管理サーバ３Ａ或いは３Ｂ、画像販売サーバ４、購入者ＰＣ５のハードウエア構成例を説明するブロック図である。これらは、汎用のパーソナルコンピュータやワークステーションなどで実現されている。
【００３５】
図２において、ＣＰＵ２０１は、システムバス２０４に接続される各デバイスを統括的に制御する。また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるオペレーティングシステムプログラム（以下ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要なプログラム等が記憶されている。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。
【００３６】
キーボードコントローラ（ＫＢＣ）２０５は、キーボード（ＫＢ）２０９や不図示のポインティングデバイスからのキー入力を制御する。ＣＲＴコントローラ（ＣＲＴＣ）２０６は、ＣＲＴディスプレイ（ＣＲＴ）２１０の表示を制御する。これらは必要に応じて管理者が使用するものでり、本発明には直接関係があるものではない。
【００３７】
外部メモリコントローラ（ＭＣ）２０７は、ブートプログラム、各種のアプリケーション、フォントデータ、ユーザファイル、編集ファイル、プリンタ制御コマンド生成プログラム（以下プリンタドライバ）等を記憶するハードディスク（ＨＤ）やフレキシブルディスク（ＦＤ）或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）カードメモリ等の外部メモリ２１１へのアクセスを制御する。
【００３８】
通信Ｉ／Ｆコントローラ２０８は、ネットワークを介して、外部機器と接続するものであり、ネットワークでの通信制御処理を実行する。なお、ＣＰＵ２０１は、例えばＲＡＭ２０２内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ＣＲＴ２１０上での表示を可能としている。また、ＣＰＵ２０１は、ＣＲＴ２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。
【００３９】
また、画像データを圧縮・伸長するためのプログラムを外部メモリ２１１に格納しており、各種圧縮方式を用いて画像データを圧縮することや、圧縮されたファイルを伸長することが可能な構成である。
【００４０】
図３〜図６は、画像変換サーバ１、画像管理サーバ３Ａ，３Ｂ、画像販売サーバ４、購入者ＰＣ５、画像入力ＰＣ２における機能ブロックを示す。ここでは、図２で説明したハードウエア構成として備えていても、本実施形態とは直接関係のない機能は省略している。
【００４１】
図３は、図１に示した画像変換サーバ１の機能構成を説明するブロック図であり、図２に示したハード構成とＲＯＭ，外部メモリ２１１内のプログラムをＣＰＵが実行することにより実現する画像変換サーバ１における機能構成例に対応する。
【００４２】
図３において、制御部３０１は画像変換サーバの各機能部を統括して制御するものである。画像変換部３０２はデジタルカメラで撮影された原画像データに画像変換処理を施すものである。
【００４３】
画像変換部３０２は、図示されるように複数の画像変換処理アプリケーションを有しており、変換処理プログラム（変換処理アプリケーション）３０２−１または変換処理プログラム３０２−２それぞれが原画像データに対して異なる画像変換処理を実現する。
【００４４】
例えば、画像変換処理プログラム３０２−１は、独自ハフマンテーブルを用いて可逆圧縮されている原画像データに対してハフマンテーブルを元に伸長し、伸長後の画像データに対して解像度変換とサイズ変換を行い、ＪＰＥＧ圧縮を掛けることで汎用画像データを作成する一連の変換処理である。
【００４５】
画像変換処理アプリケーション３０２−２は、前述の画像変換処理アプリケーション３０２−１とは、異なる可逆圧縮画像データからの伸長処理、異なる解像度変換とサイズ変換処理、或いは異なる汎用画像フォーマットへの変換（圧縮を含む）を行うことで異なる汎用画像データを作成するものである。独自の可逆圧縮としては他に、ディザの周期を利用して周期が長いものに少ない符号量を与えるなど圧縮を行う方式等が考えられる。
【００４６】
汎用の画像フォーマット（圧縮を含む）としては、ＪＰＥＧの他にＴＩＦＦ、ＧＩＦ、ＰＩＮＧ、ＪＢＩＧ、ＪＰＥＧ２０００、ＢＭＰ等がある。また、これらの処理のためには、予め画像変換部にはデジタルカメラメーカが提供する画像表示用のドライバアプリをメーカ別、機種別に予め登録しておく必要があることは言うまでもない。
【００４７】
Ｗｅｂ機能部３０３は、Ｗｅｂサーバとして画像データの入力者（ユーザ）に対して原画像データを入力する際に必要とする画面などを提供するためのものである。通信部３０４はＴＣＰ／ＩＰプロトコルを用いてインターネットを介して外部機器との通信が可能であり、ＦＴＰプロトコルによるファイル転送などの通信も行う。
【００４８】
メモリ制御部３０５は、ＲＡＭ、ＨＤ（ハードディスク）、ＦＤ（フレキシブルディスク）、ＣＦカードメモリ（コンパクトフラッシュ（登録商標））などを含むメモリ３０６の書き込み、読み出し制御を行うものである。
【００４９】
図４は、図１に示した画像変換サーバ１のメモリ３０６内に登録されているユーザ情報テーブルの一例を示す図である。
【００５０】
図４において、ユーザ情報テーブルでは、例えば、ユーザ（画像データを入力する側、或いは画像データ管理側）は画像変換サーバ１に次の設定をしておく必要がある。
【００５１】
設定に必要なデータは、画像を入力する入力者氏名Ｄ１、前記入力者が用いるユーザＩＤＤ２，パスワードＤ３，前記入力者が用いるデジタルカメラの機種名Ｄ４、画像セットデータの転送先（転送先名称）Ｄ５、格納先Ｄ６、画像変換処理指定（画像変換処理）Ｄ７を示すデータである。画像変換サーバ１においては、機種名と転送先（管理先）が設定されると、機種別の原画像データ保存方法と転送先における管理方法とから、汎用画像データの作成に必要な画像変換処理を設定する。画像変換処理の設定方法としては、ユーザが予め画像変換サーバに用意されている変換処理の中から選択することや、ユーザが作成した変換処理のプログラムを画像変換サーバ１に直接アップロードして登録することなどでも実現可能である。
【００５２】
図５は、図１に示したデジタルカメラ６の機種ＤＤ１とその撮影画像をＰＣ上で閲覧するために必要な対応ドライバアプリケーションＤＤ２の関係を示すテーブルの一例を示す図である。
【００５３】
図６は、図１に示した画像変換サーバ１が転送すべき画像データの転送先ＤＤＤ１である画像管理団体とその管理団体の画像管理に必要な閲覧用の画像フォーマット属性（管理ファイル属性）ＤＤＤ２の対応を示すテーブルの一例を示す図である。
【００５４】
例えば、カメラマンなどが登録の際に撮影に用いる機種として、Ｃ社のデジタルカメラ６を予め登録しておく、そして転送先である画像データの管理元としてサッカーフォト管理団体サーバを登録しておく。
【００５５】
画像変換サーバ１では、予めＣ社のデジタルカメラ６用のドライバアプリケーションを、図３に示したメモリ３０６上にインストールしており、更に、サッカーフォト管理団体サーバは汎用画像データとして、例えば１００ｄｐｉで縦５０ｍｍ×横５０ｍｍの画像サイズでＪＰＥＧフォーマットを用いて管理していることを予め登録しておく。
【００５６】
これらの情報に基づいて、原画像データをドライバアプリケーションで伸長し、伸長後の画像データに所望のサイズへの変換処理を画像変換部３０２が変換処理アプリケーション３０２−１，３０２−２のいずれかを選択して伸長処理を行うが、図４に示すテーブルで決定されるように、サッカーフォト管理団体サーバとしては、画像変換処理アプリケーション３０２−１として登録されているため、サイズ変換後の画像データにＪＰＥＧ圧縮を施すという変換処理が実行されることとなる。
【００５７】
なお、別の団体は異なる画像サイズで管理することや、異なるフォーマットで管理するなどが考えられ、それらに合わせた画像変換処理が図４に示したようにテーブルに登録されているので、機種名や転送先情報から転送先に最適な画像変換処理が実行される。
【００５８】
図７は、図１に示した画像入力ＰＣ２或いは購入者ＰＣ５の機能構成を説明するブロック図であり、各機能部は、図２で説明したハード構成を用い、ＲＯＭ２０２や外部メモリ２１１内のプログラムをＣＰＵ２０１が実行することで実現されるものである。
【００５９】
図７において、制御部４０１は画像入力ＰＣ或いは購入者ＰＣの各機能部を統括して制御するものである。ブラウザ機能部４０２はＷｅｂサーバと通信して受信したＨＴＭＬファイルを表示用のデータに変換し、ＣＧＩで用いるパラメータを送信し、Ｊａｖａ（登録商標）等で作成されたプラグインソフトを実行する等の機能を有している。入出力制御部４０３は外部インタフェース機能を実現するものであり、ＵＳＢ、１３９４、パラレル、ＲＳ−２３２Ｃ、ＳＣＳＩなどによる外部機器、例えばデジタルカメラとのデータ入出力制御を行うものである。デジタルカメラの機種によっては大量のメモリを内蔵するものがあり、入出力制御部４０３の制御でデジタルカメラ内部に保存される画像データを入力する。
【００６０】
カードリーダ部４０４はデジタルカメラ６で用いられるＣＦカードメモリのデータを読み取るためのものである。ノートブックパソコンであればＰＣＭＣＩＡソケットに対してアダプタを用いてＣＦカードを挿入することでカード上のデータが読み取り可能となる。
【００６１】
通信部４０５はＴＣＰ／ＩＰプロトコルを用いてインターネットを介して外部機器との通信が可能であり、ＦＴＰプロトコルによるファイル転送などの通信も行う。メモリ４０６は画像データの蓄積や、ワークメモリに用いられるものである。
【００６２】
表示部４０７はブラウザ機能部４０２で作成された表示データなど様々な表示データをユーザに視覚的に提示する。データ入力部４０８はキーボード、マウスなどからなり、ユーザがデータを入力するためのものである。４０９はシステムバスで、各デバイス４０１〜４０８とのアクセスを可能としている。
【００６３】
図８は、図１に示した画像管理サーバ３Ａ，３Ｂの機能構成を説明するブロック図であり、図２に示したハード構成とＲＯＭ２０２，外部メモリ２１１内のプログラムをＣＰＵ２０１が実行することで各機能部を実現するものである。
【００６４】
図８において、制御部５０１は各機能部を統括的に制御するものである。メモリ５０２は、画像データを一時的に書き込んだり、ＣＰＵのワークメモリとして用いられる。メモリ５０２の記憶領域の一部はＮＶＲＡＭを用いて不揮発性となっていることが好ましい。
【００６５】
画像記憶部５０３は画像変換サーバから送信されてきた画像データを保存するためのものである。通信部５０４は、ＴＣＰ／ＩＰプロトコルを用いてインターネットを介して外部機器との通信が可能であり、ＦＴＰプロトコルによるファイル転送などの通信も行う。
【００６６】
画像管理部５０５は、画像記憶部５０３内の画像データを管理するためのものであり、メモリ５０２にある画像データの管理テーブルを作成・修正・参照して画像記憶部５０３への画像データ書き込み読み出し制御を行うものである。受信監視部５０６は、画像変換サーバから送信されてくる画像データが確実に受信したか否かを監視するためのものである。５０７はシステムバスで、各デバイス５０１〜５０６とのアクセスを可能としている。また、本サーバ３Ａ、３Ｂの機能をＡＳＰとしてサービス業者が各団体ごとに管理するサービスとして統合して提供することも本発明の範囲である。この場合は転送先としてＡＳＰ内部の管理先毎に対して異なる画像変換処理が登録されるように構成される。
【００６７】
図９は、図１に示した画像販売サーバ４の機能構成を説明するブロック図であり、図２に示したハード構成とＲＯＭ２０２，外部メモリ２１１内のプログラムをＣＰＵ２０１が実行することで各機能部を実現するものである。
【００６８】
図９において、制御部６０１は各機能部を統括的に制御するものである。Ｗｅｂ機能部６０２は画像データの購入者に対して画像データを購買する際に必要とする画面を提供する等Ｗｅｂサーバとしての機能を実現するためのものである。通信部６０３はＴＣＰ／ＩＰプロトコルを用いてインターネットを介して外部機器との通信が可能であり、ＦＴＰプロトコルによるファイル転送などの通信も行う。
【００６９】
メモリ制御部６０４は、ＲＡＭ、ＨＤ（ハードディスク）、ＦＤ（フレキシブルディスク）、ＣＦカードメモリ（コンパクトフラッシュ（登録商標））などを含むメモリ６０５の書き込み、読み出し制御を行うものである。６０６はシステムバスで、各デバイス６０１〜６０５とのアクセスを可能としている。
【００７０】
図１０は、本発明に係る画像データ管理システムにおける第１のデータ処理手順の一例を示すフローチャートであり、図１に示した画像入力ＰＣ２から画像変換サーバ１に対して、デジタルカメラ６で撮影した原画像データをサーバにアップロードして変換後の画像データを画像管理サーバ３Ａ或いは３Ｂに転送する動作手順に対応する。なお、（Ｓ８０１）〜（Ｓ８１８）は各ステップを示し、各ステップに対応する手順は、画像入力ＰＣ２のメモリ４０６あるいは画像変換サーバ１のメモリ３０６に格納されており、これを制御部４０１，３０１がそれぞれ読み出して実行するものとする。
【００７１】
また、本動作を行う前に、画像入力ＰＣ２は制御部４０１の制御に基づき入出力制御部４０３を介してデジタルカメラ或いはデジタルカメラで撮影した画像を格納しているコンパクトフラッシュ（登録商標）メモリ等の記憶媒体から画像データを読み出し、メモリ４０６に格納しておく。
【００７２】
さらに、図１０において、中心の破線部より左側が画像入力ＰＣ２側の処理であり、右側が画像変換サーバ１側の処理である。
【００７３】
まず、ステップＳ８０１において、画像入力ＰＣ２はブラウザ機能部４０２を用いて特定のＵＲＬを有する画像変換サーバ１に対して通信部４０５を介して通信を開始する。そして、ステップＳ８０２において接続要求を受信した画像変換サーバ１はユーザ認証画面を画像入力ＰＣ２に対して送信する。
【００７４】
次に、ステップＳ８０３で画像入力ＰＣ２のユーザはデータ入力部４０９を用いて予め登録している自分のユーザＩＤとパスワードを入力し、通信部４０５を介して画像変換サーバ１に送信する。そして、ステップＳ８０４において、画像変換サーバ１は制御部３０１の制御により受信したユーザＩＤＤ２とパスワードＤ３（図４参照）からユーザ認証を行い、ユーザ認証後に、ステップＳ８０５でユーザ情報テーブル（図４）を検索し、登録された画像転送先の選択画面を通信部３０４を介して画像入力ＰＣ２に送信する。
【００７５】
そして、ステップＳ８０６で、画像入力ＰＣ２のユーザは選択画面から画像の転送先を選択し、選択した転送先を画像変換サーバ１に送信する。
【００７６】
そして、画像変換サーバ１は、ステップＳ８０７にて受信した転送先のデータをメモリ制御部３０５によりメモリ３０６に格納し、ステップＳ８０８で画像の送信を促す画面を画像入力ＰＣ２に対して送信する。
【００７７】
次に、ステップＳ８０９で、画像入力ＰＣ２は通信部４０５を介して受信した画像送信を表示部４０７に表示するとともに、ユーザは送信を促す画面を確認した上でデータ入力部４０８を用いて原画像データを指定し、画像変換サーバ１に対してＦＴＰにより原画像データとその撮影条件データを転送する。
【００７８】
そして、ステップＳ８１０において、制御部４０１は、ステップＳ８０９で指定した原画像データと撮影条件データが全て送信終了したか判断し、全ての原画像データと撮影条件データの送信が終了すると、画像入力ＰＣ２での原画像データ送信動作を終了する。
【００７９】
一方、画像変換サーバ１は、ステップＳ８１１で送信された原画像データをメモリ制御部３０５によりメモリ３０６に保存する。そして、ステップＳ８１２において、画像変換サーバ１は制御部３０１がステップＳ８０７で格納してある転送先のデータを参照してユーザ情報テーブルから転送先に対応する画像変換処理を判断し、判断結果に基づいてステップＳ８１３或いはステップＳ８１４で画像変換処理プログラム３０２−１或いは画像変換処理プログラム３０２−２を選択する。
【００８０】
そして、ステップＳ８１５で画像変換部３０２において選択された画像変換処理プログラムを用いてメモリに保存されている原画像データに対して画像変換処理を施す。次に、ステップＳ８１６では、メモリ制御部３０５は画像変換処理前の原画像データ、撮影条件データ、画像変換処理後の汎用画像データを各原画像単位でセットにして関連付け保存する。関連つけた保存の方法としては、制御部３０１の制御に基づいてメモリ制御部３０５がメモリ３０６にデータを保存する際に、３つのデータを１つのホルダ（ディレクトリ）に格納するか、或いは３つのデータのデータ名称を統一して唯一のものとして拡張子が異なることで管理する等である。
【００８１】
そして、ステップＳ８１７で全ての原画像データに対する画像変換処理とセットでの保存が終了していたら、制御部３０１は、ステップＳ８１８で詳細は後述する転送処理を行って、処理を終了する。
【００８２】
図１１は、本発明に係る画像データ管理システムにおける第２のデータ処理手順の一例を示すフローチャートであり、図１０に示したフローチャートで説明したステップＳ８１８における転送処理の詳細手順に対応する。なお、Ｓ９０１〜Ｓ９１４は各ステップを示す。
【００８３】
また、図１１において、中心の破線部より左側が画像変換サーバ１側の処理手順に対応し、右側が画像管理サーバ３Ａあるいは画像管理サーバ３Ｂ側の処理手順に対応する。
【００８４】
まず、ステップＳ９０１において、画像変換サーバ１は制御部３０１により送信リトライ用のパラメータｉに「１」をセット（「ｉ＝１」）する。
【００８５】
次に、ステップＳ９０２で画像変換サーバ１は通信部３０４を制御して画像管理サーバ３Ａにアクセスする。画像保管サーバ３Ａは、画像変換サーバ１から画像データセットの転送のためのアクセスが開始されたことを検出して、ステップＳ９０３で画像変換サーバ１に対して通信部５０４を制御することで画像送信指示を送信する。そして、画像変換サーバ１は、画像送信指示を受信した後に、ステップＳ９０４で制御部３０１は通信部３０４を用いてメモリ３０６に格納されている画像データセットをＦＴＰにより画像管理サーバに向けて転送する。
【００８６】
また、画像変換サーバ１は、ステップＳ９０５で全ての画像データセットを転送し終わるまで転送を続ける。
【００８７】
一方、画像管理サーバ３Ａは、ステップＳ９０６で画像変換サーバ１から受信する画像データセットを、制御部５０１が制御して画像管理部５０５を用いて画像記憶部５０３に格納する。そして、ステップＳ９０７で全ての画像データセットの保存が終了したかどうか受信監視部５０６を用いて検出する。
【００８８】
例えば、ＦＴＰでの転送を開始する前に、上位層における独自のプロトコルなどで画像変換サーバ１から画像データセットの数や全体のデータサイズなどを通知して貰っておき、受信監視部５０６が受信した画像データセットの数や全体のデータサイズが予め通知されていた数或いはサイズに到達したか否かを判断すること等で実現可能である。
【００８９】
また、ステップＳ９０７で、受信監視部５０６が全ての画像データセットの保存が終了したことを検出したら、画像管理サーバ３Ａは、ステップＳ９０８において、制御部５０１が通信部５０４を介して正常受信通知を画像変換サーバ１に送信して、画像データセットの受信動作を終了する。
【００９０】
また、画像変換サーバ１は、ステップＳ９０９において正常受信が終了したか否かを判断し、正常受信が終了していることを検出したら、ステップＳ９１０において原画像データを削除する。
【００９１】
なお、原画像データは、画質が高く著作権の管理対象としての価値が高いことから、著作権を有する管理団体が運営する画像管理サーバ３Ａに原画像データが転送された後は速やかに削除され、不正な流出や転用を避ける必要がある。
【００９２】
また、正常受信通知は、アプリケーション層などの上位レイヤで独自のプロトコルで通知することが可能である。
【００９３】
そして、ステップＳ９１１では、制御部３０１が転送先に関するテーブルを参照し、画像販売サーバ４が登録されている場合には、変換後の汎用画像データと撮影条件データを、通信部３０４を介して送信する。画像販売サーバ４は通信部６０３を介して変換後の汎用画像データと撮影条件データを受信してメモリ制御部６０４の制御でメモリ６０５に保存する。
【００９４】
そして、最終的に、ステップＳ９１２で画像変換サーバ１は変換後の画像データを消去して動作を終了する。
【００９５】
一方、ステップＳ９０９において、正常受信が終了していないと判断した場合には、ステップＳ９１３で、リトライ用のパラメータｉをインクリメントし、ステップＳ９１４でｉ＝３になるまでリトライを繰り返す。
【００９６】
そして、送信リトライを繰り返しても、正常受信終了通知が画像管理サーバ３Ａから送られて来ない場合には、原画像データを消去せず、画像販売サーバ４への画像転送も行わずに動作を終了する。
【００９７】
なお、原画像データは重要性が高いので正常に送信できていない場合には削除は行わない。また、管理団体の運営する画像管理サーバ３Ａにおいて管理されていない状態で画像販売はできないので画像販売サーバ４に対しても変換後の汎用画像データの転送は行わない。
【００９８】
また、画像販売サーバ４は、送信されてきたＪＰＥＧ等の汎用画像データを、Ｗｅｂ機能部６０２を用いてＷｅｂ上に掲載する。そして、画像購入希望者は購入者ＰＣ５から画像販売サーバ４にアクセスして、画像を閲覧・選択して購入することが可能となる。
【００９９】
また、画像変換サーバ１の画像変換部３０２における合成変換において、汎用画像データフォーマットとして特にＪＰＥＧ、ＰＩＮＧ、ＧＩＦを用いると、一般的なウェブブラウザアプリケーションがサポートしているためにＷｅｂ上に直接掲載できるので利便性が高い。
【０１００】
上記第１実施形態においては、原画像データとして独自の可逆圧縮で圧縮されている画像データの変換について説明したが、画像管理サーバの管理対象が汎用画像データフォーマットのみであることも考えられる。この場合は特に高画質の画像データを管理対象としてはいないので、コンシューマ用カメラで撮影保存した非可逆圧縮の画像データを用いて管理対象の画像を作成することも可能である。しかし、このような状況においても、画像管理サーバにおける管理対象の汎用画像データフォーマットがデジタルカメラで保存した保存フォーマットと異なる場合には、別途変換処理が必要になるのでユーザの操作が煩わしい。この場合、例えば、管理対象の画像がＴＩＦＦの１００ｄｐｉの２００ｍｍ×２００ｍｍ）であるなら、コンシューマ向けのデジタルカメラのようにＪＰＥＧの汎用画像データで保存している画像データを画像管理サーバに送信する作業を簡単に行うために、本発明の画像変換サーバを用いることが可能である。画像変換サーバ１に登録されている転送先に対して、解像度変換とフォーマット変換の両方が可能になる画像変換処理をテーブルに登録しておけば良い。
【０１０１】
さらに、１つのＪＰＥＧ画像データに対して、閲覧用にＪＰＥＧのサイズの小さいデータを作成するための画像変換処理と、前述の解像度変換及びフォーマット変換が可能になる画像変換処理を施し作成した２つの画像データをセットで送信することも本発明の範囲である。つまり、１つの転送先に対して画像処理を複数登録しておくことが可能とし、複数の変換処理後のデータをセットで送信するものとして構成することが可能である。
【０１０２】
また、画像変換サーバに、転送先に対して送信する画像データの種類をテーブルとして登録しておくことで、変換後の画像データのみを送信することや、撮影情報データと変換後の画像データだけを送信することも可能である。転送画像のデータ種類を判別する手順をＲＯＭ内のプログラムに設けることで制御部３０１がプログラム実行の際にテーブル情報により転送画像を判断する。
【０１０３】
〔第２実施形態〕
本実施形態では、ユーザが画像変換サーバ１に転送した画像データの中で、画像管理サーバ３Ａ，３Ｂが必要としない画像データを選別して転送するものである。
【０１０４】
現在のデジタルカメラ６においては、高画質用の可逆圧縮方式の画像データと、撮像画像の枚数を増やすために汎用のＪＰＥＧ等の圧縮を用いた画像データなどを選択してコンパクトフラッシュ（登録商標）メモリ等の記録媒体に記録することが可能なものがある。
【０１０５】
特に、契約カメラマンが契約元に依頼された被写体を撮影する際には、契約元に依頼された画像データ形式で撮影することが望まれるが、ＪＰＥＧ等の低画質画像形式を選択して同一の記録媒体に記録してしまうことがあり得る。
【０１０６】
このように画像属性が異なる画像データが混在する状態でメモリに記憶させている状態において、すなわち、高画質の可逆圧縮画像データとＪＰＥＧ画像が混在している場合に、画像変換サーバ１のユーザであるカメラマンが一つ一つ選択して転送することは非常に煩わしいものであり、一括して画像変換サーバ１に送信することが望ましい。
【０１０７】
一方では、写真の管理団体の管理上は高画質画像データを管理するものであり、汎用的な画質の画像データは必要としない。そこで、画像変換サーバ１が管理団体の管理対象に合わない画像データは転送しないように選別転送制御を行うことにより、ユーザの煩わしさを軽減することを実現する。
【０１０８】
図１２は、本発明に係る画像データ管理システムにおける第３のデータ処理手順の一例を示すフローチャートであり、図１に示した画像入力ＰＣ２から画像変換サーバ１に対して、デジタルカメラ６で撮影した原画像データをサーバにアップロードして変換後の画像データを画像管理サーバ３Ａ或いは３Ｂに転送する処理手順に対応する。なお、（Ｓ８０１）〜（Ｓ８１９）は各ステップを示し、各ステップに対応する手順は、画像入力ＰＣ２のメモリ４０６あるいは画像変換サーバ１のメモリ３０６に格納されており、これを制御部４０１，３０１がそれぞれ読み出して実行するものとする。
【０１０９】
また、本手順は、図１０に示した手順とほぼ同様の手順であり、異なるステップは、ステップＳ８１９による、画像データ選別処理を実行する点であるので、それ以外のステップの説明は省略する。
【０１１０】
図１３は、本発明に係る画像データ管理システムにおける第４のデータ処理手順の一例を示すフローチャートであり、図１２に示したステップＳ８１９における画像選別処理手順に対応する。なお、Ｓ１００１〜Ｓ１００５は各ステップを示す。
【０１１１】
まず、ステップＳ１００１において、制御部３０１はメモリ３０６内に記憶されているユーザから転送されてきた画像の１つを選択する。そして、ステップＳ１００２において、高画質の可逆圧縮画像データであるか否かを判定する。なお、該判定は、画像ファイルの拡張子や画像ファイルに付けられた属性情報などで判定するものとする。予め管理団体毎に管理対象とする原画像データのフォーマットを規定したテーブルをメモリ３０６に作成しておきＳ１００２の判定時に参照して、管理対象となる画像であるか否かを判定する。特にここでは管理団体の管理対象は高画質画像データであることに基づいているが、必ずしも高画質データである必要はない。
【０１１２】
そして、ステップＳ１００２において、高画質画像データであると判定した場合は、ステップＳ１００３で、画像データを画像変換処理対象として記録領域に残し、低画質画像データ（例えばＪＰＥＧ圧縮）であると判定した場合は、ステップＳ１００４で、画像データを変換対象から外す。
【０１１３】
ここでは例えば画像データを消去しているが、変換対象から外せれば他の処理でも良い。
【０１１４】
そして、ステップＳ１００５で、保存している画像データ全てに対して画像の選別処理を施したか否かをチェックし、全ての画像データの選別が終了していれば画像選別処理を終了して、画像変換処理のための動作を行う。
【０１１５】
このように、同一の記録媒体などに複数の画像フォーマットで画像が記録されている際に、ユーザが選別して送信するとういう煩わしい作業を行う必要はなく、管理団体のサーバにも不要な画像が送られることがないので利便性が高い。
【０１１６】
なお、上記第１実施形態と、第２実施形態においては、画像転送を行いたいユーザが、一度画像入力ＰＣ２にデジタルカメラ６を接続するか、或いは記録媒体を画像入力ＰＣ２に接続して撮影画像データを画像入力ＰＣ２に移した後で処理した場合を説明した。
【０１１７】
しかし、これに限らず、デジタルカメラ６に通信機能（通信カートや移動体通信端末（携帯電話，ＰＤＡ等を含む）を持たせる等して画像変換サーバ１と直接通信し、ユーザ認証情報を送信した後で、直接ＦＴＰなどのファイル転送を行うことでも実現することが可能である。
【０１１８】
〔第３実施形態〕
上記第２実施形態では、デジタルカメラ６で撮像された画像データ中で、画質判定を行って、メモリに記憶された画像データ中から転送すべき画像データを選別する場合について説明したが、画像変換サーバ１が画質判定により選別された画像データを画像管理サーバ３Ａ，３Ｂに転送する際に、撮像データに含まれる撮像条件（シャッタ速度，絞り値等）や、撮像タイミング（撮像日時）を参照して、選別された画像データの転送順序を変更してハイライトシーンとなり得る画像データから先行して画像データを画像管理サーバ３Ａ，３Ｂに転送するように制御してもよい。
【０１１９】
なお、スポーツフォトは、ジャンル別に、例えばプレー内容が競技ルール（試合時間等）により異なるから、例えばサッカーであれば、前後半のキックオフ後、１５分以内、前後半の終了前１０分に点が入るシーンとなる確率が高くなる傾向がある。そこで、撮像時間を指定して、その時間から順次さかのぼって記録された画像データを読み出して転送したり、得点が入った時刻を転送データに付加して画像変換サーバ１に転送することにより、点が入ったシーンの画像データを速やかに転送することは任意である。
【０１２０】
図１４は、本発明に係る画像データ管理システムにおける第５のデータ処理手順の一例を示すフローチャートであり、図１２に示したステップＳ８１９における画像選別処理手順に対応する。なお、Ｓ１１０１〜Ｓ１１０５は各ステップを示す。
【０１２１】
まず、ステップＳ１１０１において、制御部３０１はメモリ３０６内に記憶されているユーザから転送されてきた画像の１つを選択する。そして、ステップＳ１１０２において、転送順序指定があるか否かを判定する。なお、該指定は、画像入力ＰＣ２から画像変換サーバ１に転送する際に、パラメータとして設定するものであってもいいし、画像変換サーバ１に登録されたユーザ毎にあらかじめ指定されるものであってもよい。
【０１２２】
そして、ステップＳ１１０２において、転送順序指定（本実施形態では、撮像時間の遅いものから順次転送が指定されているものとする）があると判定した場合は、ステップＳ１１０３で、受信した画像データの撮像記録時間をサーチして、画像データの転送順序が遅い順に並び替えを行い、該撮像時間が遅いものから順次さかのぼるように転送を行うように転送指示を行う。
【０１２３】
一方、ステップＳ１１０２で、転送順序指定がない場合には、ステップＳ１１０４で、受信した画像データの撮像記録時間をサーチして、画像データの転送順序が早い順に順次転送を行うように転送指示を行う。
【０１２４】
そして、ステップＳ１１０５で、保存している画像データ全てに対して画像の転送指定が終了しているか否かをチェックし、全ての画像データの転送指定が終了していれば画像転送指定処理を終了して、画像変換処理のための動作を行う。
【０１２５】
〔第４実施形態〕
上記各実施形態では、デジタルカメラ６に装着されたフラッシュメモリ等に記憶された画像データを画像入力ＰＣ２に取り込んで画像変換サーバ１に転送する場合について説明したが、ＤＰＯＦフォーマットを拡張して、ユーザ情報（画像変換処理を指定する情報と、変換後の画像データの転送先を指定する情報とを含む）を付加可能とすることにより、本実施形態における画像変換サーバ１への画像処理要求や、画像管理サーバ３Ａ，３Ｂへの転送条件をあらかじめカメラマンがリムバルな画像メディア（前述のフラッシュメモリ）に書き込み設定することにより、その後の画像変換処理を軽減できるように構成してもよい。
【０１２６】
なお、ＤＰＯＦとは、いわゆるデジタルカメラにおけるプリントサービスとしてのフォーマットであり、該ＤＰＯＦ（Ｄｉｇｉｔａｌ　Ｐｒｉｎｔ　Ｏｒｄｅｒ　Ｆｉｌｅ　Ｆｏｒｍａｔ）を利用可能なプリントサービスシステムが数多く提案されている（例えば特開２００２−３２２９１号公報）。
【０１２７】
図１５は、本発明に係る画像処理システムで適用可能な拡張型ＤＰＯＦファイルの内部データ構造と画像ファイルとリンクファイルのデータ内容を示した図である。
【０１２８】
図１５において、２００１は拡張型ＤＰＯＦファイルのデータ構造で、ＤＰＯＦファイル名，ＤＰＯＦファイルに対する付加情報（リンクファイルを指定する情報を含む）、プリントすべき画像を指定する情報である画像ファイル名、およびそれぞれの画像に対するプリントサイズと枚数から構成されている。２００２ａ〜２００２ｃは画像ファイルのデータ構造で、ファイル名と付加情報から構成されている。
【０１２９】
２００３，２００４はリンクファイルのデータ構造で、ファイル名とメディア種類，メディアＩＤ，画像データ変換方法指定情報，画像データ転送情報（画像データ転送指定情報）等から構成されている。該リンクファイル２００３，２００４は、画像変換サーバ１のメモリで管理される。
【０１３０】
なお、リンクファイル２００４は画像再生時の処理等で使用する付加情報を含む場合のリンクファイルの例であり、画像修飾データ（マスクデータや切り出しデータ等を含む）が含まれている場合に対応する。また、リンクファイル２００４には、図４に示したユーザ情報テーブルの情報も含まれている。
【０１３１】
２００５は、図１に示したデジタルカメラ６のメディアＩＤに相当するメディアのＩＤ情報である。２００６ａ，２００６ｂはメディア内の画像データファイルのデータ構造であり、ＴＣ／Ｆｉｌｅ名／ＵＲＬおよび付加情報（画像変換サーバ１で管理されるリンクファイルを指定する情報を含む）から構成されている。
【０１３２】
以下、図１５を用いて、ＤＰＯＦファイルとリンクファイル、画像ファイルのデータ構造を説明する。
【０１３３】
拡張型ＤＰＯＦファイル２００１には、プリントする画像のファイル名、プリントサイズ、枚数情報がリストとなって含まれている。該ファイル名としては、リンクファイルの名称もプリントする画像のファイル名と同列で記述される。
【０１３４】
ファイル名によって指定された画像ファイルに静止画像があれば、そのままプリントが実行されるが、もし、リンクファイルであった場合、リンクファイルの内容データにより指定されるメディアを特定するためのＩＤ情報が読み出され、画像データの読み出し要求が出される。
【０１３５】
具体的には、画像変換サーバ１では、転送される画像データを取得し、さらに、リンクファイル内の画像データファイルのファイル名を検索し表示する。そして、指定された画像変換処理が実行される。
【０１３６】
そして、画像変換サーバ１は、インターネットアクセスを実行し、リンクファイル内のＵＲＬ情報（通信回線を介して画像データの取得先を指定する情報）に基づいてＷＷＷサイトに画像データを送信して、処理済みの画像データを画像管理サーバ３Ａ，３Ｂに自動的にアップロードする。
【０１３７】
図１６は、本発明に係る情報処理装置におけるデータ処理手順の一例を示すフローチャートであり、撮像された画像データに画像変換処理の指定と転送先を指示して画像データを画像変換サーバ１等に転送する手順に対応する。なお、Ｓ１６０１，Ｓ１６０２は各ステップを示す。
【０１３８】
先ず、画像入力ＰＣ２は、デジタルカメラ６に装着されたＭＭＣカード（フラッシュメモリ）を図示しないインタフェースを介して撮像された画像データと拡張型のＤＰＯＦファイルを読み出し（Ｓ１６０１）、拡張型のＤＰＯＦファイル中で指定されている転送先情報に従い、画像変換処理を指定するためのリンクファイルを指定する付加情報と画像データを画像変換サーバ１に転送して（Ｓ１６０２）、処理を終了する。
【０１３９】
なお、転送前に、転送すべき画像データにアクセスして再生して、図示しない表示装置に、例えばサムネイルデータ形式で表示する処理を実行することは、任意である。
【０１４０】
以下、図１７に示すメモリマップを参照して本発明に係る画像データ管理システムで読み出し可能なデータ処理プログラムの構成について説明する。
【０１４１】
図１７は、本発明に係る画像データ管理システムで読み出し可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【０１４２】
なお、特に図示しないが、記憶媒体に記憶されるプログラム群を管理する情報、例えばバージョン情報，作成者等も記憶され、かつ、プログラム読み出し側のＯＳ等に依存する情報、例えばプログラムを識別表示するアイコン等も記憶される場合もある。
【０１４３】
さらに、各種プログラムに従属するデータも上記ディレクトリに管理されている。また、各種プログラムをコンピュータにインストールするためのプログラムや、インストールするプログラムが圧縮されている場合に、解凍するプログラム等も記憶される場合もある。
【０１４４】
本実施形態における図１０，図１１〜図１４，図１６に示す機能が外部からインストールされるプログラムによって、ホストコンピュータにより遂行されていてもよい。そして、その場合、ＣＤ−ＲＯＭやフラッシュメモリやＦＤ等の記憶媒体により、あるいはネットワークを介して外部の記憶媒体から、プログラムを含む情報群を出力装置に供給される場合でも本発明は適用されるものである。
【０１４５】
以上のように、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【０１４６】
この場合、記憶媒体から読み出されたプログラムコード自体が本発明の新規な機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１４７】
プログラムコードを供給するための記憶媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ等を用いることができる。
【０１４８】
また、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１４９】
さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１５０】
【発明の効果】
以上説明したように、本発明に係る画像データ管理システムによれば、入力される原画像データの入稿者の情報に従い、画像管理サーバが要求する画像データ形式に適合する画像データに変換し、少なくとも原画像データ及び変換後の画像データを含む画像データセットを他の管理サーバに転送することにより、画像データ入稿者は、単に原画像データを入力するという簡単な処理で、画像管理サーバが要求しているデータ形式に適合する画像データを自動変換生成して、画像管理サーバ向け毎にデータ形式が異なる場合でも、元画像データ提供者による事前のデータ加工処理を不要として、適正なデータ形式の画像データを指定されている画像管理サーバに自動配信して、画像管理サーバがデータ形式の揃った画像データを一元管理できる利便性に優れた画像データ管理システム環境を自在に整備できるという効果を奏する。
【０１５１】
また、画像変換サーバによれば、元画像の入力機器に左右されることなく、入力機器独自にデータ管理が行われている場合でも、種々の原画像データから画像管理サーバが要求するデータ形式の画像データを自動的に変換生成でき、元画像データを入稿する入稿者のデータ処理負担とデータ配信処理負担とを軽減することができるという効果を奏する。
【０１５２】
さらに、画像データ処理方法およびコンピュータが読み取り可能な記憶媒体およびプログラムによれば、画像管理サーバ向け毎にデータ形式が異なる場合でも、元画像データ提供者による事前のデータ加工処理を不要として、適正なデータ形式の画像データを指定されている画像管理サーバに自動配信して、データ形式の揃った画像データを画像管理サーバが一元管理できる利便性に優れた画像データ管理環境を自在に整備できる等の効果を奏する。
【図面の簡単な説明】
【図１】本発明に係る画像データ管理システムの一例を示すシステム構成図である。
【図２】図１に示した画像変換サーバ、画像入力ＰＣ、画像管理サーバ、画像販売サーバ、購入者ＰＣのハードウエア構成例を説明するブロック図である。
【図３】図１に示した画像変換サーバの機能構成を説明するブロック図である。
【図４】図１に示した画像変換サーバのメモリ内に登録されているユーザ情報テーブルの一例を示す図である。
【図５】図１に示したデジタルカメラの機種とその撮影画像をＰＣ上で閲覧するために必要な対応ドライバアプリケーションの関係を示すテーブルの一例を示す図である。
【図６】図１に示した画像変換サーバが転送すべき画像データの転送先である画像管理団体とその管理団体の画像管理に必要な閲覧用の画像フォーマット属性の対応を示すテーブルの一例を示す図である。
【図７】図１に示した画像入力ＰＣ或いは購入者ＰＣの機能構成を説明するブロック図である。
【図８】図１に示した画像管理サーバの機能構成を説明するブロック図である。
【図９】図１に示した画像販売サーバの機能構成を説明するブロック図である。
【図１０】本発明に係る画像データ管理システムにおける第１のデータ処理手順の一例を示すフローチャートである。
【図１１】本発明に係る画像データ管理システムにおける第２のデータ処理手順の一例を示すフローチャートである。
【図１２】本発明に係る画像データ管理システムにおける第３のデータ処理手順の一例を示すフローチャートである。
【図１３】本発明に係る画像データ管理システムにおける第４のデータ処理手順の一例を示すフローチャートである。
【図１４】本発明に係る画像データ管理システムにおける第５のデータ処理手順の一例を示すフローチャートである。
【図１５】本発明に係る画像処理システムで適用可能な拡張型ＤＰＯＦファイルの内部データ構造と画像ファイルとリンクファイルのデータ内容を示す図である。
【図１６】本発明に係る情報処理装置におけるデータ処理手順の一例を示すフローチャートである。
【図１７】本発明に係る画像データ管理システムで読み出し可能な各種データ処理プログラムを格納する記憶媒体のメモリマップを説明する図である。
【符号の説明】
３０１　制御部
３０２−１，３０２−２　変換処理プログラム
３０４　通信部
３０６　メモリ
【図１】
2004072668.tif 000003
【図２】
2004072668.tif 000004
【図３】
2004072668.tif 000005
【図４】
2004072668.tif 000006
【図５】
2004072668.tif 000007
【図６】
2004072668.tif 000008
【図７】
2004072668.tif 000009
【図８】
2004072668.tif 000010
【図９】
2004072668.tif 000011
【図１０】
2004072668.tif 000012
【図１１】
2004072668.tif 000013
【図１２】
2004072668.tif 000014
【図１３】
2004072668.tif 000015
【図１４】
2004072668.tif 000016
【図１５】
2004072668.tif 000017
【図１６】
2004072668.tif 000018
【図１７】
2004072668.tif 000019