JP2009199615A - データ保管システムへのデータアップロード方法 - Google Patents

Abstract

【課題】静止画及び動画が混在するデータを一括してアップロードできるデータ保管システムへのデータアップロード方法を提供する。
【解決手段】ファイル形式の異なるデータを複数、選択しネットワーク上にアップロードする場合に、ファイル形式に応じて属性情報を付加する処理を実行するようにしたので、前記処理では、第１のファイル形式のデータに付属する第１の属性情報を第２のファイル形式のデータに付属する第２の付属情報の様式に変更する。
【選択図】図４

Description

本発明は、データ保管システムへのデータアップロード方法に関し、特に、ユーザの持つデジタル画像データをインターネット等の通信環境を用いて接続されたサーバ上に保管し、インターネット上で第三者からの閲覧やプリント注文を行える情報処理システムにおけるデータ保管システムへのデータアップロード方法に関するものである。

近年、通信インフラの整備及び情報通信技術の発展により、インターネットを利用したデータ保管サービスが可能となっている。

情報提供サービスの一種として、ユーザが画像入力機器で撮影したデジタル画像データをネットワーク上のサーバの記憶領域に預かり、そのデジタル画像データをユーザが望む時に閲覧やダウンロードができるようなサービスを提供するネットワークサービスがある（例えば、特許文献１参照。）。又、預かったデジタル画像データをユーザが望む第三者に公開できるサービスを提供するネットワークサービスがある。このようなネットワークサービスを提供するプロバイダを、以後フォトサイトと称す。

特開平１１−２２４２２８号公報（第６頁、図３）

ところが、静止画及び動画両方の形式で撮影可能な画像入力機器を利用して撮影された複数のデジタル画像をユーザが取得し、複数のデジタル画像の中に静止画と動画が混在したとすると、これらは異なるファイル形式であるため、転送の際の圧縮などの場合に、指定する属性が異なるため属性を一括で設定することができないという問題がある。たとえ転送の際の属性の設定が可能な場合でも、静止画のみあるいは動画のみを、個別の操作でファイルの種類毎にアップロードしなければならないという問題がある。

又、静止画及び動画が混在するデータを複数選択して、一括してアップロードする際に、静止画には撮影された時の撮影日時・カメラの情報などの撮影時の情報は、各社のデジタルカメラに採用されている共通の規約に基づき、Exchangeable Image File Format（EXIF情報）として、ファイル形式の中に埋め込んでアップロードし、フォトサイト側で閲覧時に参照することができる。しかし、動画についてはそのような規約がないため、画像入力機器側でＥＸＩＦ情報に相当する情報をアプリケーションに渡すことができたとしても、アップロードする際には、動画のファイル形式によっては、ファイル内に動画のＥＸＩＦに相当する情報埋め込むことができない。すなわち、撮影時の情報は取得されているにもかかわらず、フォトサイトに転送できないので、フォトサイトで閲覧時に活用することができないという問題点がある。

本発明は、上記従来技術の問題点に鑑み、静止画及び動画が混在するデータを一括してアップロードできるデータ保管システムへのデータアップロード方法を提供する。

この課題を解決するために、本発明のデータアップロード方法は、ファイル形式の異なるデータを複数、選択するステップと、前記ファイル形式に対応する処理を実行するステップと、前記処理結果とともに前記データをネットワークに送出するステップとを備えることを特徴とする。

又、ファイル形式の異なるデータを複数、選択するステップと、前記ファイル形式に対応する処理を実行するステップと、前記処理結果とともに前記データをネットワークに送出するステップとを備えるデータアップロード方法を提供できる。好ましい実施態様では、前記処理は、第１のファイル形式のデータに付属する第１の属性情報を第２のファイル形式のデータに付属する第２の付属情報の様式に変更する処理である。又、前記処理は、第１のファイル形式のデータのサムネイルデータを作成する処理である。また、前記ファイル形式は少なくともExchangeable Image File Formatを含む。また、前記処理は、少なくとも前記データの解像度を変更する処理または、前記データを圧縮する処理のうち１つである。

又、前記データアップロード方法を実現するプログラム、及びプログラムを情報処理装置読み出し可能に記憶する記憶媒体をも提供する。

又、ファイル形式の異なるデータを複数、選択する手段と、前記ファイル形式に対応する処理を実行する手段と、前記処理結果とともに前記データをネットワークに送出する手段とを備える情報処理装置を提供できる。好ましい実施態様では、前記処理は、第１のファイル形式のデータに付属する第１の属性情報を第２のファイル形式のデータに付属する第２の付属情報の様式に変更する処理である。又、前記処理は、第１のファイル形式のデータのサムネイルデータを作成する処理である。また、前記ファイル形式は少なくともExchangeable Image File Formatを含む。また、前記処理は、少なくとも前記データの解像度を変更する処理または、前記データを圧縮する処理のうち１つである。

以上述べた通り、本発明によれば、静止画及び動画が混在するデータを一括してアップロードできるデータ保管システムへのデータアップロード方法を提供できる。

すなわち、インターネットなどのコンピュータネットワークに接続された端末から情報のアップロードをすることができ、且つ、静止画と動画が混在した複数の画像ファイルに転送属性を設定して一括の操作でアップロードすることができるようになった。又、動画のＥＸＩＦ情報相当の情報も、静止画と同様に代表画像のなかに埋め込んでアップデートし、参照できるようになったので、アップロードするユーザや閲覧するユーザにとって使い勝手がよくなるという効果が得られる。

本実施形態における全体のシステムの構成図である。 本実施形態のフォトサイトの構成例を示す図である。 本実施形態のフォトサイトのハードウエア構成例を示す図である。 本実施形態におけるデータのアップロードを行う際の処理の流れを表したフローチャートである。 本実施形態におけるアップロードしたデータの閲覧を行う際の処理の流れを表したフローチャートである。 本実施形態におけるクライアント側アプリケーションの画像管理画面の一例を示す図である。 本実施形態におけるクライアント側アプリケーションの画像選択画面の一例を示す図である。 本実施形態におけるクライアント側アプリケーションのサーバへのアクセス画面の一例を示す図である。 本実施形態におけるクライアント側アプリケーションの情報付加画面の一例を示す図である。 本実施形態におけるクライアント側アプリケーションの静止画転送属性画面の一例を示す図である。 本実施形態におけるクライアント側アプリケーションの動画転送属性画面の一例を示す図である。 本実施形態における画像閲覧リストの一例を示す図である。 本実施形態における画像閲覧画面の一例を示す図である。

以下に、図面を参照して、本発明の好適な実施形態を例示的に詳しく説明する。尚、本実施形態に記載されている構成要素の相対配置、表示画面等は、特に特定的な記載がない限りは、本発明の範囲をそれらのみに限定する趣旨のものではない。ネットワークを使用するサービスにおいての共通の課題を解決する発明であり、これらも本発明に含まれる。

＜画像アップロード及び閲覧サービスシステムの構成例＞
本実施形態の目的は、ユーザが静止画及び動画のファイル形式が混在した画像データをインターネット上のフォトサイトに一括してアップロードすることである。

本発明の一実施形態として、インターネットを介して静止画及び動画のファイル形式が混在した画像データを一括して受信し、管理するフォトサイトシステムについて説明する。

図１は、本実施形態におけるアップロード及び閲覧サービスを提供するシステム全体の構成例を示す図である。

（ＣｌｉｅｎｔＡ：画像アップロード者）
１０１は、パーソナルコンピュータに接続可能な画像入力機器である。画像入力機器１０１はデジタルカメラやデジタルビデオ、デジタルスチルカメラ、画像／動画撮影可能なデジタルカメラなど複合した機能をもつ機器が考えられる。又、１０４Ａは、画像入力機器１０１で撮影された画像を管理するためのクライアントアプリケーションである。

１０２Ａは、ユーザ用パーソナルコンピュータである（以下、ユーザＰＣと略す）。ユーザＰＣ１０２Ａは、ブラウザ１０３を介して、インターネット１０６上の各種サイトに接続されている。ブラウザ１０３はユーザＰＣ１０２Ａ上で動作し、インターネット１０６での情報転送可能な標準プロトコルを有し、HTTP(HyperText Transfer Protocol)プロトコル等の標準プロトコルを用いて、フォトサイトサーバ１０５にアクセスし、フォトサイトのサーバＰＣ１０８が管理するマルチメディア情報とリンクされている情報を表示する。マルチメディア情報はHTML(HyperText Markup Language)、XML(eXtensible Markup Language)等の記述言語で作成された画像、音声等を再生するための情報である。この動作により、ユーザＰＣ１０２Ａは、フォトサイトサーバ１０５が提供する通信インフラとしてインターネット１０６を利用した画像のアップロードサービスを受けることが出来る。

（ＣｌｉｅｎｔＢ：画像閲覧者）
１０２Ｂは、ユーザＰＣ１０２Ａと同様の構成を備えるユーザＰＣである。ユーザＰＣ１０２Ｂは、フォトサイトサーバ１０５が提供する通信インフラとしてインターネット１０６を利用したアップロードされた画像の閲覧サービスを受けることが出来る。

尚、本実施形態では、画像をアップロードする端末としてユーザＰＣ１０２Ａ、アップロードされた画像を閲覧する端末としてユーザＰＣ１０２Ｂとを別に設けて説明する。しかしながら、ユーザＰＣ１０２Ａ、Ｂは同一の端末であってもよく、特に限定しない。

（Ｓｅｒｖｅｒ：フォトサイト）
１０８は、フォトサイトのサーバコンピュータであり（以下、サーバＰＣと略す）、インターネット１０６に接続されている。又、サーバＰＣ１０８はLocal Area Network（ＬＡＮ）などのネットワークを介してユーザの各種データを保管するデータベース１０９に接続している。

１１０は、クライアントサイドのユーザＰＣ１０２からの要求に応じて、画像のアップロード・閲覧・管理サービスを実行するサーバアプリケーションである
＜画像アップロード及び閲覧サービスシステムの動作例＞
（画像のアップロード）
ユーザＰＣ１０２Ａは、動画及び静止画の画像を撮影することが可能な画像入力機器１０１と接続し、動画及び静止画が混在する複数の画像ファイルを取得している。そして、クライアントアプリケーション１０４Ａは、フォトサイトサーバ１０５のアップロードサービスを受けるために、フォトサイトサーバ１０５にアップロードする画像ファイルをローカル環境から選択し転送の準備を開始する。ここで、クライアントアプリケーション１０４Ａは動画及び静止画が混在する複数の画像ファイルを選択するものとする。

次に、クライアントアプリケーション１０４Ａは、フォトサイトサーバ１０５に、ブラウザ１０３を介して、インターネット１０６を経由してアクセスし、フォトサイトサーバ１０５へのログインに必要な認証情報等を取得する。

クライアントアプリケーション１０４Ａは、アップロードするよう選択された複数の画像ファイルの中に静止画像が含まれていることを検出した場合、静止画像用の転送属性をユーザに設定させるUser Interface（ＵＩ）を提供する。そして、ユーザがユーザＰＣ１０２Ａを操作してＵＩに従って設定した条件で転送用静止画像ファイルを作成する。

クライアントアプリケーション１０４Ａは、アップロードするよう選択された画像ファイルの中に動画像が含まれていることを検出した場合、動画像用の転送属性をユーザに設定させるＵＩを提供する。そして、ユーザがユーザＰＣ１０２Ａを操作してＵＩに従って設定した条件で転送用動画像ファイルを作成する。

ここで、本実施形態では、クライアントアプリケーション１０４Ａは、転送用動画像ファイル作成にあたっては、動画像の１コマから代表静止画像を作成する。クライアントアプリケーション１０４Ａは、コメントや画像入力機器１０１から取得した撮影時情報（通常、静止画のファイル形式に入っているＥＸＩＦ情報に相当）などを、作成した代表静止画像の中に埋め込んで、転送用動画像ファイルを作成する。

通常、静止画像のファイル形式には撮影時情報やサムネイル画像がＥＸＩＦ情報として統一した規格で含まれているが、動画像のファイル形式には代表静止画像や、撮影時情報、コメントは含まれていないか、あるいは含まれる形式が異なっていた。

本実施形態では、上述のように処理することによって、動画像、静止画像など、どのようなファイル形式の画像ファイルであっても、サムネイル画像や撮影時情報を含む共通の形式をもつ転送用画像ファイルとしてアップロードするので、フォトサイトサーバ１０５は一元的に画像ファイルを管理することができる。

尚、本実施形態ではクライアントアプリケーション１０４Ａが代表静止画像を作成する場合について説明するが、これに限らず、画像入力装置１０１が代表静止画像を作成し、画像ファイルとともにクライアントアプリケーション１０４Ａに渡されるようにしてもよい。

クライアントアプリケーション１０４Ａは、静止画及び動画が混在する転送用画像ファイルをインターネット１０６を経由して、フォトサイトサーバ１０５にアップロードする。

（画像の閲覧）
フォトサイトサーバ１０５は、インターネット１０６を経由して静止画及び動画の混在した転送用画像ファイルを取得する。サーバアプリケーション３１０は、取得した転送用画像ファイルを解析し、静止画像、動画像、動画像の代表画像、画像のコメントや撮影時情報などを取得する。そして、データベース１０９に各種画像や各種情報を保存する。

クライアントアプリケーション１０４Ｂは、ブラウザ１０３を介して、インターネット１０６を経由して、フォトサイトサーバ１０５に画像閲覧要求を行う。フォトサイトサーバ１０５はデータベース１０９からユーザの要求に沿った各種画像や各種情報を読み出し、画像閲覧リストデータを作成し、インターネット１０６に送出してユーザＰＣ１０２Ｂのディスプレイに図１２に示すような画像閲覧リストを表示させる。

次に、ユーザＰＣ１０２Ｂはブラウザ１０３を介して、フォトサイトサーバ１０５からインターネット１０６を経由して配信された画像閲覧リストをディスプレイに表示する。ユーザＰＣ１０２Ｂのブラウザは、画像閲覧リストデータを展開し、画像・動画・音情報を再生し、ユーザに閲覧サービスを提供することができる。また、図１３に示すような画像閲覧画面で、画像とともにその撮影時情報やコメントを閲覧させる。

＜本実施形態のフォトサイトサーバの構成例＞
図２は、本実施形態のフォトサイトサーバ１０５の構成例を示す図である。

フォトサイトサーバ１０５は、主に、ファイアウォール（Ｆ／Ｗ）２０１、ロードバランサ（ＬＢ）２０２、アプリケーションサーバ２０３、２０４、コンテンツ変換サーバ２０５、メールサーバ２０６、ＦＴＰサーバ２０７、データベース（ＤＢ）サーバ２０８、ファイルサーバ２０９、イーサネット（登録商標）スイッチ（ＳＷ）２１０からなる。

フォトサイトサーバ１０５において、ファイアウォール２０１は、外部からの侵入やアタックを遮断する等の機能を持つ。フォトサイトサーバ１０５内のイントラネット上のサーバ群を安全に運用するために使用する。

フォトサイトサーバ１０５には、主にＰＣに対してサービスを提供するアプリケーションサーバ(ＰＣ-APPS)２０３と、携帯端末に対してサービスを提供するアプリケーションサーバ(Mobile-APPS)２０４があり、それぞれのアプリケーションサーバはＷＷＷサーバとして機能している。アプリケーションサーバ２０３、２０４は、適時ＤＢサーバ２０８と連携して画像情報やユーザ情報を取得し、ページを生成する。

ロードバランサ２０２は負荷分散装置であり、フォトサイトサーバ１０５へのアクセスをイントラネット内の複数サーバに振り分ける負荷分散機能を有している。又、その他に、アクセス元の端末情報を取得して、携帯端末からの閲覧要求であるか、ＰＣからの閲覧要求であるかを判別する機能を有している。そしてこの判別結果に従い、ＰＣからの閲覧要求はアプリケーションサーバ２０３に、携帯端末からの閲覧要求はコンテンツ変換サーバ(Mobile-Trans)２０５を介してモバイルアプリケーションサーバ２０４に振り分けを行う。

アプリケーションサーバ２０３は、ＰＣからのアクセスに対応するネット画像保存サービスのホームページを持つ。又、ユーザ毎にユーザホームページを提供し、各ユーザが画像の閲覧、パスワードの設定、閲覧用の招待メールの発送などを可能とする画像預かりサービスを利用できるようにする。

コンテンツ変換サーバ２０５は、携帯端末からのアクセスに対してモバイルアプリケーションサーバ２０４を中継するプロクシサーバとして動作する。携帯端末からリクエストを受けると、コンテンツ変換サーバ２０５は受けたリクエストを、更にモバイルアプリケーションサーバ２０４に中継する。

アプリケーションサーバ２０３の指示により、メールサーバ２０６は、サービス登録確認のためのメールをユーザＰＣ１０２Ａに送信したり、画像閲覧の招待メールをユーザＰＣ１０２Ｂに送信したりする。

ユーザＰＣ１０２Ａからの画像はｆｔｐプロトコルにてＦＴＰサーバ２０７で受ける。いったん受けた画像データは、主ストレージとして機能するファイルサーバ２０９に保存される。

＜本実施形態のフォトサイトサーバのハードウエア構成例＞
図３は、本実施形態のフォトサイトサーバ１０５のハードウエア構成例を示す図である。尚、図３は、制御部を中心に示しており、入出力装置などは省略してある。

３０１はCentral Processing Unit（ＣＰＵ）であり、フォトサイト全体を制御する。Read Only Memory（ＲＯＭ）３０２には、変更を必要としないプログラムやパラメータが格納されている。Random Access Memory（ＲＡＭ）３０５はプログラムやデータを一時記憶する記憶領域であり、データ記憶領域３１０とプログラムロード領域３１２からなる。

プログラムロード領域３１２には、外部記憶装置３０４からOperating System（ＯＳ）やプリンタドライバなどのシステムプログラム、あるいはユーザなどから提供されるアプリケーションプログラムがロードされて、ＣＰＵ３０１により実行される。

データ記憶領域３１０には、本実施形態で使用する領域として、例えばユーザＰＣ１０２に対して提供するため作成された送信画面３１１ａ、ユーザの通信端末から受信した受信データ３１１ｂ、保管可能な否かをチェックするため使用される画像データの保管可能な容量３１１ｃや現在使用している保管用容量３１１ｄ、携帯端末からの閲覧時に使用される削除フラグ１、２を記憶する領域３１１ｅやセッションＩＤ３１１ｆなどが確保される。

外部記憶装置３０４は固定されたハードディスクやメモリカード、あるいは着脱可能で携帯可能なフロッピー（登録商標）ディスクやCompact Disk（ＣＤ）等の光ディスク、磁気や光カード、ＩＣカード、メモリカードなどを含むものであり、データ記憶領域３４１とプログラム記憶領域３４２からなる。

データ記憶領域３４１には、保管を依頼した顧客情報を管理する顧客情報データベース３４１ａ、保管されている画像情報を管理する画像情報データベース３４１ｂ、携帯端末用の情報を管理する携帯端末データベース３４１ｃ等が記憶される。これらは、例えば、図４にその構成例の１つが以下で詳細に示される。

プログラム記憶領域３２０には、ＲＡＭ３０５のプログラムロード領域３１２にロードされて実行される（メモリカードなどでは直接実行されてよい）プログラムが記憶される。図３には図示されてないが、本実施形態で使用されるＯＳやＢＩＯＳなどのシステムプログラムも記憶されている。図３には、ＰＣアクセス処理用のプログラム３２１として、以下に詳細に示すユーザ登録モジュール３２１ａ、ログインモジュール３２１ｂ、画像閲覧モジュール３２１ｃ、プリントオーダモジュール３２１ｄなどが格納される。更に、携帯端末アクセス処理用のプログラム３２２として、本実施形態の特徴部分であるアルバム閲覧モジュール３２２ａが格納される。

尚、上記フォトサイトサーバのハードウエア構成例では、１つの装置として構成されているように示したが、図２の各サーバが独立した装置であって全体がLocal Area Network（ＬＡＮ）等で接続されたシステム構成であってもよく、又、記憶部、特に外部記憶装置４０は複数の装置に分散されて構成されていてもよい。

＜静止画及び動画が混在した画像ファイルのアップロードの動作例＞
図４のフローチャートを利用して、本発明の一実施形態として、静止画及び動画が混在した複数ファイルのアップロードを行う例を説明する。図４のステップＳ４０１からＳ４１２は、本実施形態のクライアントサイドのアプリケーションからみた処理の流れである。図４のステップＳ４１６からＳ４２０は、本実施形態のフォトサイトサーバサイドからみた処理の流れである。

３４１ａはフォトサイト１０５にユーザ登録された会員情報を一元管理するデータベースを表している。３４１ｂはユーザＰＣ１０２Ａからフォトサイトサーバ１０５にアップロードされた画像を保管するデータベースを表している。
尚、本実施形態ではフォトサイトはアップロードサービス提供の際に、ユーザ認証を必要とする一例を説明しているが、会員登録及び認証の有無は限定しない。

先ず、クライアントサイドのユーザはユーザＰＣ１０２Ａを操作して画像入力機器１０１で撮影されたローカル画像の管理を行うクライアントアプリケーション１０４Ａを起動する。クライアントアプリケーション１０４Ａはローカル環境または、ユーザＰＣ１０２Ａに接続されている画像入力機器１０１から動画及び静止画が混在した複数の画像を取得する（ステップＳ４０１）。又、クライアントアプリケーション１０４Ａは、ユーザＰＣ１０２Ａがインターネット１０６を経由してダウンロードした画像を取得することなども考えられる。本実施形態において、画像の入力の方法は限定しない。

ユーザは、クライアントアプリケーション１０４Ａが取得した画像ファイルの中から、フォトサイトサーバ１０５にアップロードし、フォトサイトサーバ１０５に保管する対象の画像を複数選択する（ステップＳ４０２）。本実施形態では、動画及び静止画等形式が混在した複数の画像ファイルを選択するものとする。

ユーザＰＣ１０２はインターネット１０６を経由してフォトサイトサーバ１０５にアクセスし、フォトサイトサーバ１０５へのログインを行う（ステップＳ４０３）。

フォトサイトサーバ１０５は会員情報ＤＢ３４１ａを参照し、認証を求めたユーザＰＣ１０２のユーザが既に会員登録されているかに基づきアップロードサービスの提供を許可するかどうかを判定する（ステップＳ４１６）。フォトサイトサーバ１０５はアップロードサービスの提供を許可するならば、認証を発行する（ステップＳ４１７）。

クライアントアプリケーション１０４Ａは、アップロードサービスの提供が許された場合、画像ファイルをアップロードする準備を開始する。

クライアントアプリケーション１０４Ａは、ステップＳ４０２で選択された複数のアップロード対象画像ファイルを調査し、対象画像ファイルの中に、静止画の画像ファイルが含まれているかを判定する（ステップＳ４０４）。静止画の画像が含まれていれば、静止画の画像ファイルをアップロードする準備を開始する（ステップＳ４０５〜Ｓ４０７）。静止画の画像ファイルが含まれていなければ、次に、動画の画像ファイルが含まれているかの判定にすすむ（ステップＳ４０８）。

ここで、本実施形態ではクライアントアプリケーション１０４Ａは画像ファイルの形式がＪＰＥＧ形式であれば静止画、ＭＰＥＧ形式であれば動画であると判定するものとする。ただし、判定基準はこれに限らない。

クライアントアプリケーション１０４Ａは、静止画の画像ファイルをアップロードする準備を開始し、ユーザのフォトサイトサーバ１０５での空き容量を調査するため、インターネット１０６を経由して、フォトサイトサーバ１０５にユーザの空き容量を問い合わせる（ステップＳ４０５）。

フォトサイトサーバ１０５はユーザの認証を確認後、フォトサイトサーバ１０５が管理する会員情報ＤＢ３４１ａを参照し、ユーザの残された空き容量を計算し、クライアントアプリケーション１０４Ａに空き容量の数値を返す（ステップＳ４１８）。尚、今回は空き容量の表示機能を追加した、ユーザの転送設定画面の表示の一例を説明しているが、本実施形態において、空き容量表示機能の有無は限定しない。

クライアントアプリケーション１０４Ａは、ユーザＰＣ１０２のディスプレイに対してアップロードする画像の転送属性などを設定する静止画転送属性設定画面１０００（図１０）を表示する。また、フォトサイトサーバ１０５から受信した空き容量を参考数値として表示し、ユーザに適切な転送属性の設定を促す。ユーザは、静止画転送属性設定画面１０００にしたがい、適切な圧縮率など転送属性を設定する（ステップＳ４０６）。

クライアントアプリケーション１０４Ａは、ステップＳ４０６でユーザの設定した転送属性にしたがって、画像ファイルに対して解像度の変更や圧縮などを行い、オリジナルの画像ファイルとは別の転送用静止画像ファイルを作成する（ステップＳ４０７）。尚、静止画の画像ファイルには画像入力機器１０１内において予め、Exchangeable Image File Formatで規定されたカメラの機種や露出などの撮影時情報（ＥＸＩＦ情報）が埋め込まれている。したがって、特別な処理を行わなくても、転送用静止画像ファイルには画像の撮影時情報が含まれる。

クライアントアプリケーション１０４Ａは、ステップＳ４０２で選択された複数のアップロード対象画像を調査し、対象画像ファイルの中に、動画の画像が含まれているかを判定する（ステップＳ４０８）。動画の画像ファイルが含まれていれば、動画の画像ファイルをアップロードする準備を開始する（ステップＳ４０９〜Ｓ４１１）。動画の画像ファイルが含まれていなければ、転送用画像ファイルのアップロードにすすむ（ステップＳ４１２）。

クライアントアプリケーション１０４Ａは、動画の画像ファイルをアップロードする準備を開始し、ユーザのフォトサイトサーバ１０５での空き容量を調査するため、インターネット１０６を経由して、フォトサイトサーバ１０５にユーザの空き容量を問い合わせる（ステップＳ４０９）。フォトサイトサーバ１０５はユーザの認証を確認後、会員情報ＤＢ３４１ａを参照し、ユーザの残された空き容量を計算し、クライアントアプリケーション１０４Ａに空き容量の数値を返す（ステップＳ４１８）。尚、今回は空き容量の表示機能を追加した、ユーザの転送設定画面の表示の一例を説明しているが、本実施形態において、空き容量表示機能の有無は限定しない。

クライアントアプリケーション１０４Ａは、ユーザＰＣ１０２のディスプレイに対してアップロードする動画像の転送属性などを設定する動画転送属性設定画面１１００（図１１）を表示する。フォトサイトサーバ１０５からの空き容量を参考数値として表示し、ユーザに適切な転送属性の設定を促す。ユーザはユーザＰＣ１０２Ａを操作して動画転送属性設定画面１１００にしたがい、適切な圧縮率など転送属性を設定する（ステップＳ４１０）。

さらに、本実施形態のステップＳ４１０では、クライアントアプリケーション１０４Ａは動画の画像ファイルの１コマの代表画像を取得する。また、画像ファイルから撮影時情報（静止画のＥＸＩＦ情報に相当）を取得する。そして、代表画像に撮影時情報を埋め込む。これにより、後述する転送用動画像ファイルに撮影時情報を含めることができる。尚、画像ファイルに予め撮影時情報が添付されていない場合、ユーザがユーザＰＣ１０２Ａを操作して撮影時情報を入力するようにしてもよい。

クライアントアプリケーション１０４Ａは、ステップＳ４１０でユーザの設定した転送属性にしたがって、解像度の変更や圧縮などを行い、オリジナルの画像ファイルとは別に転送用動画像ファイルを作成する（ステップＳ４１１）。

クライアントアプリケーション１０４Ａは、ユーザの設定した転送属性にしたがってステップＳ４０７で作成した転送用静止画像ファイル、ステップＳ４１０で属性情報が埋め込まれた代表画像、ステップＳ４１１で作成した転送用動画像ファイルを、インターネット１０６を介して、フォトサイトサーバ１０５に転送する（ステップＳ４１２）。

このように本実施形態では、動画の画像ファイルについては特別に、代表画像に撮影時情報を埋め込む処理を実行し、動画とともに代表画像をフォトサイトサーバ１０５にアップロードするようにしたことにより、静止画と同様に、動画の撮影時情報をインターネット１０６を経由してフォトサイトに転送することができる。

尚、通常、動画の撮影時情報は画像入力機器１０１により画像ファイルに添付されることがあるが、この添付方法は画像入力機器１０１のメーカ各社によって規格が異なっており、ファイル形式によっては代表画像に埋め込まれていない場合があった。このような従来技術では、インターネット１０６を経由して画像の転送を行ったときに撮影時情報は画像と一緒に転送されず、抜け落ちてしまっていた。

フォトサイトサーバ１０５は転送用画像ファイルや代表画像を受信する（ステップＳ４１９）。そして、転送用画像ファイルや代表画像を解析し、静止画像、動画像、動画の代表画像、撮影時情報などを読み取り、画像データベース３４１ｂに保管する。又、ユーザの空き容量等の情報を更新し、画像のアップロードが完了したことをクライアントアプリケーション１０４Ａに通知する（ステップＳ４２０）。このようにして、画像のアップロードが完了する。

＜アップロードされた画像を閲覧する動作例＞
まず、クライアントサイドのユーザは、ユーザＰＣ１０２Ｂを操作してブラウザを起動する（ステップＳ５０１）。ユーザＰＣ１０２Ｂのディスプレイに表示された所定のＷｅｂページに準備されているリンク先から、閲覧サービスを提供するフォトサイトサーバ１０５のＷｅｂページを選択してアクセスする（ステップＳ５０２）。

本実施形態のフォトサイトサーバ１０５は登録会員制であるので、クライアントサイドのユーザの認証を行なう（ステップＳ５０８）。フォトサイトサーバ１０５は管理する会員情報ＤＢ（５０６）を参照し、認証を求めたクライアントサイドのユーザに閲覧サービスが提供可能であれば、ユーザが受けられる他サービスも含めて提示するメニューリスト画面を送信する（ステップＳ５０９）。

クライアントサイドのユーザＰＣ１０２Ｂはメニューリスト画面をディスプレイに表示し、ユーザの操作を待つ（ステップＳ５０３）。ユーザが閲覧サービスを選択した場合、ユーザＰＣ１０２Ｂはインターネット１０６を介してフォトサイトサーバ１０５に画像の閲覧要求を行う（ステップＳ５０４）。

フォトサイトサーバ１０５はユーザＰＣ１０２Ｂから画像の閲覧要求をうけて、画像閲覧用ＷＥＢページの作成を行う（ステップＳ５１０〜５１８）。会員ＤＢ３４１ａからユーザの権限を参照し、閲覧対象の画像があるかを判定する（ステップＳ５１０）。閲覧対象の画像があれば、画像が保管されている画像ＤＢ３４１ｂから画像を取得する（ステップＳ５１１）。

フォトサイトサーバ１０５は画像ＤＢ３４１ｂから取得した画像の情報を解析し、画像が動画であるか静止画であるかを判定する（ステップＳ５１２）。画像が静止画であれば、その静止画からサムネイルを作成する（ステップＳ５１６）。また、その静止画から画像のコメントやＥＸＩＦ情報など画像のプロパティを取得する（ステップＳ５１７）。そして、ステップＳ５１６で作成したサムネイルやステップＳ５１７で取得した画像のプロパティを閲覧用ＷＥＢページの項目に記述する（ステップＳ５１８）。

フォトサイトサーバ１０５は、画像が動画であれば、図４のステップＳ４１２にて動画とともにアップデートされた代表画像を画像ＤＢ３４１ｂから取得する（ステップＳ５１３）。代表画像のサムネイルを作成する（ステップＳ５１４）。また、代表画像から画像のコメントやＥＸＩＦ相当の情報など、画像のプロパティを取得する（ステップＳ５１５）。そして、ステップＳ５１４で作成したサムネイルやステップＳ５１５で取得した画像のプロパティを閲覧用ＷＥＢページの項目に記述する（ステップＳ５１８）。

フォトサイトサーバ１０５は、ユーザＰＣ１０２Ｂで１度に閲覧できる画像の分だけ、サムネイルと画像のプロパティの記述を繰り返し、閲覧用ＷＥＢページを作成する（ステップＳ５１８）。このようにして作成した閲覧用ＷＥＢページを、ユーザＰＣ１０２ＢのブラウザにWebページで表示できるように転送する（ステップＳ５１９）。

ユーザＰＣ１０２Ｂのブラウザは、インターネット１０６を介してフォトサイトサーバ１０５から受信した閲覧用ＷＥＢページを表示する（ステップＳ５０５）。閲覧用ＷＥＢページには、ユーザが閲覧可能な画像のサムネイルやプロパティが表示される。ここで、動画の撮影時情報や代表画像のサムネイルも閲覧画面上に表示される。これでアップロードされた画像の閲覧のフローが完了する。

＜フォトサイトへの画像アップロード時の表示画面例＞
本実施形態におけるクライアントアプリケーション１０４Ａの画面の表示例を図６〜１１に示す。また、図６〜１１の表示例を使って、クライアントアプリケーション１０４Ａの画像管理及びフォトサイトサーバへのアップロードの機能について説明する。

本実施形態での画面の流れは以下のとおりである。
１） 画像管理画面
２） 画像選択画面
３） ログイン画面
４） コメントなどの情報付加画面
５） 静止画転送属性設定画面
６） 動画転送属性設定画面
７） アップロード実行画面
アップロード操作対象の画像は、ユーザＰＣ１０２Ａ上にすでに読み込まれているか、又は、連結されていることを前提とする。どのように準備されているかは、本実施形態では限定しない。

（クライアントアプリケーション１０４Ａの画像管理画面の例）
図６は本実施形態におけるクライアントアプリケーション１０４Ａの画像管理画面の一例である。画像をフォルダ単位で管理し、フォルダ名と各画像をサムネイルで一覧表示している。動画については、画像とともにアップロードされた代表画像からサムネイルを作成し、表示している。ユーザは閲覧や操作を行う画像を探すために、フォルダ単位で移動（６０２）し、全画像をサムネイル（６０１）で表示する。画像のアップロード操作を開始するには、左横のインターネットメニュー（６０３）を押下する。

（クライアントアプリケーション１０４Ａの画像選択画面の例）
クライアントアプリケーション１０４Ａがフォトサイトサーバ１０５へ画像のアップロードを開始すると、最初は図７に示す画像選択画面（７００）を表示する。

ユーザはユーザＰＣ１０２Ａを操作して選択したフォルダ（７０２）内の画像を、ファイル名(７０３)とサムネイル(７０４)で表示する。フォルダ（７０２）内の画像のうち、動画形式のものは、画像のサムネイルに動画をあらわすアイコンを付加する（７０５）。ユーザはユーザＰＣ１０２Ａを操作して、表示された画像の中からフォトサイトサーバ１０５にアップロードする画像をクリックして選択する。選択された画像は、サムネイルの枠の周りの色が変わり選択状態を表す（７０６）。

（クライアントアプリケーション１０４Ａのフォトサイトサーバへのアクセス画面の例）
アップロードする画像が選択されると、クライアントアプリケーション１０４Ａはフォトサイトサーバ１０５へのアクセスを行うために図８に示すログイン画面（８００）を表示する。
ユーザはユーザＰＣ１０２Ａを操作して、すでにユーザに通知されているログイン名（８０２）とパスワード（８０３）を入力して、インターネットを介してフォトサイトサーバ１０５に認証を求める。又、ユーザがフォトサイトサーバ１０５への会員登録を行っていない場合、会員登録を行うために会員登録リンク（８０４）をクリック操作してフォトサイトサーバ１０５にアクセスし、登録作業を行う。

（クライアントアプリケーション１０４Ａのコメント情報付加画面の例）
クライアントアプリケーション１０４Ａはフォトサイトサーバ１０５へ画像をアップロードする際に画像についてのコメントを入力するために図９に示すコメント情報付加画面（９００）を表示する。

ユーザはユーザＰＣ１０２Ａを操作して画像に対してコメントやサウンドを付加して（９０２）アップロードするかどうか選択する。尚、コメント情報付加機能の有無については、本実施形態では限定しない。

（クライアントアプリケーション１０４Ａの静止画転送属性の設定画面）
クライアントアプリケーション１０４Ａは、画像選択画面７００で選択された画像の中に静止画があると判断した場合、図１０に示す静止画転送属性設定画面（１０００）を表示する。ここでは、画像のアップロードにかかる時間やフォトサイトサーバ１０５での処理や記憶容量の負荷を軽減するために、画像を圧縮して画像サイズを小さくすることを目的とする。
クライアントアプリケーション１０４Ａはアップロードするオリジナルの静止画のファイルサイズの合計を計算し表示する（１００２）。本実施形態のフォトサイトサーバ１０５では画像を保管できる容量に制限があるので、確認ボタンが押されると、クライアントアプリケーション１０４Ａはフォトサイトサーバ１０５にアクセスして空き容量を計算し、表示する（１００３）。画像をアップロードする際に、画像の圧縮を行わず、オリジナルのファイルサイズでアップロードするか、圧縮を行うかを選択するようコントロールを表示する（１００４）。図１０では、選択された画像はJPEG形式で圧縮する。複数の画像を選択した場合には、それぞれ別々に圧縮する。圧縮は画像のサイズを大・中・小で縮小したり、画像の質を設定したりする（１００４）。ユーザがユーザＰＣ１０２Ａを操作して適用ボタン（１００６）をクリックすることにより、クライアントアプリケーション１０４Ａは静止画像の圧縮を実行し、転送用静止画像ファイルを作成する。そして、転送用静止画像ファイルのサイズを再計算して、表示する（１００５）。

本実施形態では、静止画の画質とサイズを三択で指定し、ＪＰＥＧファイルとして一括して圧縮する方法をあげたが、圧縮後のファイルサイズを指定したり、解像度や色を変換したり、ファイル形式を指定したりして圧縮する方法であってもよく、それに応じていろいろな静止画転送属性設定画面例が考えられる。

（クライアントアプリケーション１０４Ａの動画転送属性設定画面）
クライアントアプリケーション１０４Ａは、画像選択画面７００で選択された画像の中に動画があると判断した場合、図１１に示す動画転送属性設定画面（１１００）を表示する。ここでは、画像のアップロードにかかる時間やフォトサイトサーバ１０５での処理や記憶容量の負荷を小さくすることを目的とする。

クライアントアプリケーション１０４Ａはアップロードするオリジナルの動画のファイルサイズの合計を計算し表示する（１１０２）。本実施形態のフォトサイトサーバ１０５は画像を保管できる容量に制限があるので、確認ボタンが押されると、クライアントアプリケーション１０４Ａはフォトサイトサーバ１０５にアクセスして空き容量を計算し、表示する（１１０３）。画像をアップロードする際に、画像の圧縮を行わず、オリジナルのファイルサイズでアップロードするか、圧縮を行うかを選択するようコントロールを表示する。図１１では、選択された画像の大きさを小さい固定サイズに圧縮する（１１０４）。複数の画像を選択した場合には、それぞれ別々に圧縮する。又、動画の再生時間を短くして動画のサイズを小さくすることもできる。再生時間を編集する動画を選択して、再生時間ボタンをおすと、動画を実際に実行し不要な部分を削って、必要な部分だけを転送できるようなコントロール（１１０５）を表示する。

ユーザがユーザＰＣ１０２Ａを操作して適用ボタン（１１０６）をクリックすることにより、クライアントアプリケーション１０４Ａは動画像の圧縮を実行し、転送用動画像ファイルを作成する。転送用動画像ファイルのサイズを再計算して、表示する（１１０６）。

本実施形態では、動画のサイズを固定で指定し、圧縮する方法を挙げたが、圧縮後のファイルサイズを指定したり、ファイル番号や形式を指定したりして圧縮する方法であってもよく、それに応じていろいろな動画転送属性設定画面１１００例が考えられる。

尚、本発明の目的は、前述した実施形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体（または記録媒体）を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはCPUやMPU）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても、達成されることはいうまでもない。この場合、記憶媒体から読み出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。又、コンピュータが読み出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているオペレーティングシステム（OS）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることはいうまでもない。

更に、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張カードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張カードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

本発明を上記記憶媒体に適用する場合、その記憶媒体には、先に説明したフローチャートに対応するプログラムコードを含むプログラムコードが格納されることになる。

Claims (11)

1. ファイル形式の異なるデータを複数、選択するステップと、
   前記ファイル形式に対応する処理を実行するステップと、
   前記処理結果とともに前記データをネットワークに送出するステップとを備えることを特徴とするデータアップロード方法。
2. 前記処理は、第１のファイル形式の前記データから抽出される代表データに前記第１のファイル形式のデータに関する前記第１の属性情報を埋め込む処理であることを特徴とする請求項１に記載のデータアップロード方法。
3. 第２のファイル形式の前記データには第２の属性情報が予め埋め込まれていることを特徴とする請求項２に記載のデータアップロード方法。
4. 前記処理は、前記第１のファイル形式のデータから抽出される代表データから第１のサムネイルデータを作成する処理であることを特徴とする請求項１に記載のデータアップロード方法。
5. 前記処理は、第２のファイル形式のデータからサムネイルデータを作成する処理であることを特徴とする請求項１に記載のデータアップロード方法。
6. 前記ファイル形式は少なくともExchangeable Image File Formatを含むことを特徴とする請求項１に記載のデータアップロード方法。
7. 前記処理は、少なくとも前記データの解像度を変更する処理または、前記データを圧縮する処理のうち１つであることを特徴とする請求項１に記載のデータアップロード方法。
8. 前記ファイル形式は少なくともＭＰＥＧ方式あるいはＪＰＥＧ方式を含むことを特徴とする請求項１に記載のデータアップロード方法。
9. 請求項１に記載のデータアップロード方法をコンピュータに実施させるためのプログラム。
10. 請求項９に記載のプログラムをコンピュータ読み出し可能に記憶した記憶媒体。
11. ファイル形式の異なるデータを複数、選択する手段と、
    前記ファイル形式に対応する処理を実行する手段と、
    前記処理結果とともに前記データをネットワークに送出する手段とを備えることを特徴とするデータアップロード装置。

Images