JP2003006035A - データ処理装置、データ処理方法、及びデータ処理プログラムを記憶したコンピュータが読み取り可能な記憶媒体 - Google Patents

Abstract

(57)【要約】 【課題】 ＷＷＷサーバ装置上などでユーザが容易にデ
ータ処理を行うことができるデータ処理装置などを提供
すること。 【解決手段】 画像ファイルを補正処理する前に、補正
処理前のオリジナル画像ファイルを記憶装置の所定のエ
リアに複製して格納することにより退避させる。そして
オリジナル画像ファイルに対して補正処理を施した後、
当該オリジナル画像ファイルを補正処理後の処理済画像
ファイルで置き換える。そして、必要があれば、処理済
画像ファイルを退避させたオリジナル画像ファイルによ
って置き換えて補正処理前の画像ファイルを復元する。
また、処理済画像ファイルのヘッダにオリジナル画像フ
ァイルのファイル名を記入することにより、処理済画像
ファイルと記憶装置に格納されているオリジナル画像フ
ァイルの対応付けて管理する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、情報処理装置、情
報処理方法、情報処理プログラムを記憶したコンピュー
タが読み取り可能な記憶媒体に関し、例えば、ＷＷＷサ
ーバ上にアップロードされた画像ファイルや音声ファイ
ルなどに対して画質や音質などの補正を行うものに関す
る。

【０００２】

【従来の技術】インターネットの急激な普及に伴い、Ｗ
ＷＷサーバ装置の記憶装置に自分専用の領域を確保し、
そこで画像ファイルや音声ファイルを保管したり、又は
ＷＷＷサーバ装置にアップロードしたこれらの画像ファ
イルや音声ファイルをＷｅｂページとして他のユーザに
公開することが広く行われている。これらのデジタル化
された画像ファイルや音声ファイルは、所定のアルゴリ
ズムに従って画質や音質を改善することが可能である。
そのため、ユーザはデジタルカメラ、オーディオ機器な
どに予め具備された補正機能を使用したり、又はパーソ
ナルコンピュータに補正用のソフトウェアをインストー
ルしてこれを利用することにより、画質、音質などのデ
ータをより良い質のデータに補正した後、ＷＷＷサーバ
装置にこれらのデータをアップロードする必要があっ
た。

【０００３】

【発明が解決しようとする課題】しかし、ユーザの使用
しているデジタルカメラやオーディオ機器などがデータ
補正機能を具備していなかったり、また、ユーザがこれ
らのデータ補正用のソフトウェアをパーソナルコンピュ
ータにインストールしていない場合は、未補正のデータ
をＷＷＷサーバ装置にアップロードしなければならなか
った。また、ＷＷＷサーバ装置側にこれらのデータ補正
機能を具備させて、ユーザがデータをアップロード後に
ＷＷＷサーバ装置にて補正を行うことを可能とした場
合、一旦補正処理を行うと、補正処理前のデータの復元
を行うことが困難であった。そのため、ユーザが補正処
理後のデータを確認した結果、やはり元のデータに戻し
たいと要望した場合、ユーザは元のデータをＷＷＷサー
バ装置に再度アップロードしなければならないことがあ
った。また、上記の問題を回避するために、補正処理前
のデータと補正処理後のデータを共に保管する機能をＷ
ＷＷサーバ装置に備えたとしても、これら補正処理前後
のデータを単純に保管するだけでは、ユーザがファイル
名を変更してしまったり、同じファイル名で別のデータ
を再アップロードするなどした場合に、補正処理前デー
タと補正処理後データの対応が取れなくなる場合があっ
た。

【０００４】そこで、本発明の目的は、ＷＷＷサーバ装
置上などでユーザが容易にデータ処理を行うことができ
るデータ処理装置、データ処理方法、データ処理プログ
ラムを記憶した記憶媒体などを提供することである。

【０００５】

【課題を解決するための手段】本発明は、前記目的を達
成するために、請求項１に記載の発明では、処理前のデ
ータを取得するデータ取得手段と、前記処理前のデータ
を複製して退避する退避手段と、前記取得した処理前の
データに対して所定のデータ処理を行うデータ処理手段
と、前記退避手段にて退避した処理前のデータと前記デ
ータ処理手段にてデータ処理した処理後のデータを関連
付ける関連付け手段と、前記処理後のデータを、前記関
連付け手段にて当該処理後のデータに関連付けられた前
記処理前のデータで置き換える置き換え手段と、を具備
したことを特徴とするデータ処理装置を提供する。請求
項２に記載の発明では、前記処理前のデータと前記処理
後のデータの両方を提示する提示手段と、ユーザに前記
提示手段にて提示された両者の内一方を選択させる選択
手段と、を更に具備し、前記置き換え手段は、前記選択
手段にて前記処理前のデータが選択された場合に置き換
えを行うことを特徴とする請求項１に記載のデータ処理
装置を提供する。請求項３に記載の発明では、前記退避
手段は、前記処理後のデータと前記処理前のデータとを
同じ識別子で退避することを特徴とする請求項１に記載
のデータ処理装置を提供する。識別子としては例えば処
理前のデータに係るファイル名などがある。請求項４に
記載の発明では、前記置き換え手段は、前記処理後のデ
ータを前記処理前のデータにて上書きすることにより置
き換えを行うことを特徴とする請求項１に記載のデータ
処理装置を提供する。請求項５に記載の発明では、前記
処理前のデータを第１のデータとし、前記データ処理を
第１のデータ処理とし、前記第１のデータから、前記処
理前のデータよりも少なくともデータ量が同じか小さい
第２のデータを生成する第２データ生成手段と、前記生
成された第２のデータに対して第２のデータ処理を行う
第２データ処理手段と、前記第２のデータ処理前の前記
第２のデータと、前記第２のデータ処理後の前記第２の
データの両方を提示するための提示情報を送信する提示
情報送信手段と、前記提示情報を用いて提示された両者
の内の何れをユーザが選択したかを特定する二者択一情
報を受信する二者択一情報受信手段と、を更に具備し、
前記データ処理手段は、前記受信した二者択一情報によ
り、前記第２のデータ処理後の前記第２のデータが特定
され、かつ、前記第２のデータに対応する前記第１のデ
ータが前記第１のデータ処理を施されていない場合に、
当該第１のデータに対して前記第１のデータ処理を施す
ことを特徴とする請求項１に記載のデータ処理装置を提
供する。第１のデータが画像データであった場合、第２
のデータは例えば第１のデータのサムネイルとすること
ができる。また、第１のデータ処理及び第２のデータ処
理は例えば画質補正処理とすることができる。更に、請
求項５に記載の発明に、前記受信した二者択一情報によ
り、前記第２のデータ処理前の前記第２のデータが特定
され、かつ、前記第１のデータ処理を受けたデータ処理
後の第１のデータが存在する場合に、前記置き換え手段
が当該データ処理後の第１のデータを前記第１のデータ
で置き換える構成を加えることが可能である。請求項６
に記載の発明では、前記第２データ生成手段は、所定の
数の前記第１のデータに対して前記第２のデータを生成
し、前記第２データ処理手段は、前記生成された前記所
定の数の前記第２のデータをデータ処理し、前記提示情
報送信手段は、前記所定の個数の前記生成された第２の
データと、前記データ処理された処理後の第２のデータ
の両方を提示するための提示情報を送信し、前記第２の
データ生成手段による第２のデータの生成、前記第２の
データ処理手段による前記第２のデータに対するデータ
処理、及び前記提示情報送信手段による提示情報の送信
は、第１のデータに対して所定の個数ずつ複数回行うこ
とができることを特徴とする請求項５に記載のデータ処
理装置を提供する。請求項７に記載の発明では、前記関
連付け手段は、前記処理前のデータ又は当該処理前のデ
ータから得られる前記処理後のデータの少なくとも一方
に、前記処理前のデータと前記処理後のデータとの対応
関係が判別可能な情報を付加させることを特徴とする請
求項１に記載のデータ処理装置を提供する。例えば、処
理前のデータ及び処理後のデータは、処理対象となるデ
ータ（画像データなど）と一体管理される部分（ヘッダ
など）を含み、当該一体管理される部分に前記対応関係
が判別可能な情報を付加する。請求項８に記載の発明で
は、前記関連付け手段は、前記処理前のデータと前記処
理後のデータのそれぞれの内部に識別子を埋め込むこと
を特徴とする請求項７に記載のデータ処理装置を提供す
る。請求項９に記載の発明では、前記関連付け手段は、
前記処理後のデータに前記処理前のデータの識別子を埋
め込み、前記処理前データと一体管理される部分に前記
識別子に対応する識別子を付与することを特徴とする請
求項７に記載のデータ処理装置を提供する。請求項１０
に記載の発明では、前記処理前のデータ内部に識別情報
を埋め込むことにより、前記提示情報において、前記処
理前のデータをデフォルト選択とすることを特徴とする
請求項５に記載のデータ処理装置を提供する。請求項１
１に記載の発明では、処理前のデータを取得する第１の
ステップと、前記第１のステップにて取得した処理前の
データを複製して退避する第２のステップと、前記第１
のステップにて取得した処理前のデータに対して所定の
データ処理を行う第３のステップと、前記第２のステッ
プにて退避した処理前のデータと前記第３のステップに
てデータ処理した処理後のデータを関連付ける第４のス
テップと、前記第３のステップにて処理した処理後のデ
ータを、前記第４のステップにて当該処理後のデータに
関連付けられた前記処理前のデータで置き換える第５の
ステップと、から構成されたことを特徴とするデータ処
理方法を提供する。請求項１２に記載の発明では、処理
前のデータを取得するデータ取得機能と、前記処理前の
データを複製して退避する退避機能と、前記取得した処
理前のデータに対して所定のデータ処理を行うデータ処
理機能と、前記退避機能にて退避した処理前のデータと
前記データ処理機能にてデータ処理した処理後のデータ
を関連付ける関連付け機能と、前記処理後のデータを、
前記関連付け機能にて当該処理後のデータに関連付けら
れた前記処理前のデータで置き換える置き換え機能と、
をコンピュータに実現させるためのデータ処理プログラ
ムを記憶したコンピュータが読み取り可能な記憶媒体を
提供する。また、前記処理前のデータを第１のデータと
し、前記データ処理を第１のデータ処理とし、前記第１
のデータから、前記処理前のデータよりも少なくともデ
ータ量が同じか小さい第２のデータを生成する第２デー
タ生成手段と、前記生成された第２のデータに対して第
２のデータ処理を行う第２データ処理手段と、前記第２
の処理前の前記第２のデータと、前記第２の処理後の前
記第２のデータの両方を提示する提示手段と、前記提示
手段にて提示された両者の内の何れをユーザが選択した
かを特定する二者択一情報を取得する二者択一情報取得
手段と、を更に具備し、前記データ処理手段は、前記取
得した二者択一情報により、前記第２の処理後の前記第
２のデータが特定され、かつ、前記第２のデータに対応
する前記第１のデータが前記第１のデータ処理を施され
ていない場合に、当該第１のデータに対して前記第１の
データ処理を施すことを特徴とする請求項１に記載のデ
ータ処理装置を提供する（第１の構成）。前記第１の構
成における前記置き換え手段は、前記取得した二者択一
情報により、前記第２の処理前の前記第２のデータが特
定され、かつ、前記第１のデータ処理を受けた処理後の
第１のデータが存在する場合に、当該処理後の第１のデ
ータを前記第１のデータで置き換えるように構成するこ
とができる（第２の構成）。更に、前記第１の構成にお
ける前記第２データ生成手段は、所定の数の前記第１の
データに対して前記第２のデータを生成し、前記第２デ
ータ処理手段は、前記生成された前記所定の数の前記第
２のデータをデータ処理し、前記提示手段は、前記所定
の個数の前記生成された第２のデータと、前記処理され
た処理後の第２のデータの両方を提示し、前記第２のデ
ータ生成手段による第２のデータの生成、前記第２のデ
ータ処理手段による第２のデータに対するデータ処理、
及び前記提示手段による第２のデータと処理後の第２の
データの提示は、第１のデータに対して所定の個数ずつ
複数回行うことができるように構成することができる
（第３の構成）。また、請求項１に記載のデータ処理装
置は、前記関連付け手段が、前記処理前のデータ又は当
該処理前のデータから得られる前記処理後のデータの少
なくとも一方に、前記処理前のデータと前記処理後のデ
ータとの対応関係が判別可能な情報を付随させる付随手
段を具備するように構成することができる（第４の構
成）。前記第４の構成における前記付随手段は、前記処
理前のデータと一体管理される部分と前記処理後のデー
タと一体管理される部分のそれぞれの内部に、両者を対
応付けるための情報を埋め込むように構成することがで
きる（第５の構成）。更に、前記第４の構成における前
記付随手段は、前記処理後のデータと一体管理される部
部に前記処理前のデータを特定する特定情報を埋め込む
ように構成することができる（第６の構成）。前記第６
の構成における前記特定情報は、前記処理前のデータの
識別子であるように構成することができる（第７の構
成）。前記第１の構成は、前記処理前のデータと一体管
理される部分に識別情報を埋め込むことにより、前記提
示手段において、前記処理前のデータをデフォルト選択
とするように構成することができる（第８の構成）。

【０００６】

【発明の実施の形態】本実施の形態では、一例として画
像ファイルの画質を処理するシステムを例に説明する。 （第１の実施の形態） ［第１の実施の形態の概要］画像ファイルを補正処理す
る前に、補正処理前のオリジナル画像ファイルを記憶装
置の所定のエリアに複製して格納することにより退避さ
せる。そしてオリジナル画像ファイルに対して補正処理
を施した後、当該オリジナル画像ファイルを補正処理後
の処理済画像ファイルで置き換える。そして、必要があ
れば、処理済画像ファイルを退避させたオリジナル画像
ファイルによって置き換えて補正処理前の画像ファイル
を復元する。また、処理済画像ファイルのヘッダーにオ
リジナル画像ファイルのファイル名を記入することによ
り、処理済画像ファイルと記憶装置に格納されているオ
リジナル画像ファイルの対応付けて管理する。

【０００７】［第１の実施の形態の詳細］以下に、図１
から図１９までを用いて第１の実施の形態の詳細につい
て説明する。図１は、本実施の形態の情報処理装置に備
えられたデータやプログラムなどの論理的な関係を示し
た構成図である。当該情報処理装置は、後程具体的な物
理的構成を示すように、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ
Ｗｅｂ）サーバ装置として構成され、ＣＰＵ（Ｃｅｎ
ｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）がこれら
のプログラムに従って、これらのデータの操作や、各部
の制御を行うことにより所定の情報処理機能を発揮する
ようになっている。

【０００８】当該情報処理装置を構成する論理的な構成
要素は、システム領域１、オリジナル保管領域２、ユー
ザ領域３、サムネイル一時保管領域４の３つの領域に分
けることができる。システム領域１は、システムが稼動
するのに必要なプログラム及びデータで構成された領域
であり、大きく分けてＷｅｂ部６と画像管理部８から構
成されいる。

【０００９】Ｗｅｂ部６は、通常のＷＷＷサーバ装置と
同様な機能、即ちクライアント端末装置からインターネ
ットなどを介して情報を受信し、当該情報に応じたＨＴ
ＭＬ形式のファイル（以下ＨＴＭＬファイルと記す）を
クライアント端末装置に送信する機能などを実現するた
めのプログラムやデータから構成されている。そして、
Ｗｅｂ部６は更にＷＷＷサーバ１０とＷｅｂページ群１
１から構成されている。

【００１０】ＷＷＷサーバ１０は、クライアント端末装
置に装備されたブラウザにＨＴＭＬファイルやその他の
データなどを供給するプログラムである。なお、ＨＴＭ
Ｌファイルは、ＨＴＭＬ言語にて画面の表示内容を定義
したファイルであって、クライアント端末装置のＣＰＵ
は、ブラウザ（プログラム）に従ってＨＴＭＬファイル
にて定義された画面を解釈し、これをディスプレイなど
の表示装置に表示することができる。

【００１１】Ｗｅｂページ群１１は、ＷＷＷサーバ１０
がクライアント端末装置に提供するためのＨＴＭＬファ
イル群から構成されている。これらのＨＴＭＬファイル
によって、ログイン画面やＷｅｂページのトップページ
などのセッション中にクライアント端末装置で表示する
ための画面が定義されている。なお、ＨＴＭＬはＷＷＷ
サーバ装置上にあるＷｅｂページを記述するための言語
であり、タグと呼ばれる予約語を用いて画像ファイルや
音声ファイルのある場所やリンク先を記述することがで
きる。ここで、画像ファイルとは、写真やイラストなど
の静止画像をデジタルデータとしてファイル化したもの
である。画像ファイルの形式としては、ＪＰＥＧ形式、
ＧＩＦ形式、ＢＭＰ形式などがある。また、音声ファイ
ルとは、音声をデジタルデータとしてファイル化したも
のである。

【００１２】画像管理部８は、管理プログラム１３、ユ
ーザデータ１４、ログデータ１５、画像処理プログラム
１６、サムネイル作成プログラム１７、オリジナル消去
プログラム１８などから構成されている。管理プログラ
ム１３は、ＣＧＩ（Ｃｏｍｍｏｎ Ｇａｔｅｗａｙ Ｉ
ｎｔｅｒｆａｃｅ）プログラムであり、後述する各処理
を行うためのプログラムである。なお、ＣＧＩプログラ
ムとは、クライアント端末装置のブラウザからの要求を
受けて、所望の動作を行いその結果を返すプログラムで
ある。即ち、従来のＷＷＷサーバ装置は、ブラウザから
受信した信号に応じて、これに対応したＨＴＭＬファイ
ルをクライアント端末装置に送信し、各画面を紙芝居的
に表示するのみであったが、ＣＧＩプログラムを用いる
ことによって、ユーザが取得した信号に応じて所定の動
作をＷＷＷサーバ装置に実行させることが可能となっ
た。ＣＧＩプログラムは、例えばＰｅｒｌなどのコンピ
ュータ言語によって記述される。

【００１３】ユーザデータ１４は、各ユーザに関するデ
ータなどから構成されている。ユーザに関するデータと
しては、例えばユーザＩＤ、パスワード、ユーザのホー
ムディレクトリの場所などがある。当該情報処理装置の
ＣＰＵは、これらのユーザＩＤ及びパスワードを参照す
ることにより、ユーザの認証を行うことができ、ユーザ
のホームディレクトリの場所を参照することにより、認
証を経たユーザに当該ディレクトリへのアクセスを許可
することができる。

【００１４】ログデータ１５は、ユーザがＷＷＷサーバ
装置と行ったセッション内容や管理プログラム１３に従
ってＣＰＵが実行した内容を記録したデータである。ロ
グデータ１５は、例えばテキストなどによって記述され
ており、ログデータ１５を参照することにより、ユーザ
とのデータ送受信の履歴、画像ファイルに対して行われ
た画質補正処理の履歴などを知ることができる。

【００１５】画像処理プログラム１６は、本システムの
中心となる画質補正を行うためのプログラムである。画
像処理プログラム１６は、画質補正処理対処の画像ファ
イルをオリジナル保管領域２に複製して退避させた後、
当該処理対象の画像ファイルに対して画質補正処理を行
うためのプログラムである。本実施の形態では、画像の
コントラスト（明るい部分と暗い部分の明るさの比）を
自動補正するように構成した。なお、画質補正として
は、コントラストの補正の他に色補正などがある。当該
情報処理装置のＣＰＵは、画像処理プログラム１６に従
って、所定の画像のコントラストを検出し、これを用い
て最適なコントラストに画質補正した処理済画像ファイ
ルを生成する。この際、処理対象となった画像ファイル
は処理済画像ファイルによって同じファイル名にて上書
きされる。以降、処理済画像ファイルに対してユーザが
アップロードした状態の画像ファイルをオリジナル画像
ファイルと記すことにする。

【００１６】サムネイル作成プログラム１７は、画像フ
ァイルに対応する適当な大きさの画像（サムネイル画
像）データを作成するためのプログラムである。以下簡
単のためサムネイル画像は単にサムネイルと記す。画像
ファイルは一般にデータ量が多く、これをクライアント
端末装置にダウンロードしたり画像処理を行うのには比
較的長い時間を要する。また、ユーザが単に画像の内容
を識別したり、処理前後のコントラストの変化を比べた
りする場合は、必ずしも精細な画像を表示する必要はな
い。このため、オリジナルのデータのいわばミニチュア
であるサムネイル画像を用いて処理対象である画像ファ
イルを小さくしてサムネイルへの処理を先行させ、処理
時間の短縮などを図ることができる。

【００１７】オリジナル消去プログラム１８は、オリジ
ナル領域に存在している保管期限を経過した画像ファイ
ルを消去するためのプログラムである。オリジナル消去
プログラム１８は、他のプログラムと異なりセッション
中には必要とはならない。画像ファイルが画像処理プロ
グラム１６によって画質補正処理を受けた場合、補正処
理を受ける前のオリジナル画像ファイルは、オリジナル
保管領域２に複製されて一定期間保管される。情報処理
装置のＣＰＵは、オリジナル消去プログラム１８に従っ
て、一定期間ごとにオリジナル保管領域２に保管されて
いるオリジナル画像ファイルをチェックし、保管期限が
経過したオリジナル画像ファイルを消去する。これによ
って、不要な画像ファイルによる記憶媒体の消費を防ぐ
ことができる。

【００１８】また、図１の構成では、一定時間ごとにＣ
ＰＵが管理プログラム１３に従ってオリジナル消去プロ
グラムを起動し、これによってオリジナル保管領域２内
のオリジナル画像ファイルを消去する構成になっている
が、これに限定するものではなく、オリジナル消去プロ
グラム１８が管理プログラム１３から独立して一定時間
ごとに起動するように構成しても良い。

【００１９】ユーザ領域３は、各ユーザに与えられた領
域であり、各ユーザは各種データやプログラムなどをア
ップロードして自由に格納することができる。ユーザ領
域３に保有されるデータとしては、例えばユーザがＷｅ
ｂページをＷＷＷサーバ装置上で開設するためのＨＴＭ
Ｌファイル、Ｗｅｂページ上に掲載する画像ファイル、
音声ファイル、動画データなどがある。画像ファイルに
は、当該情報処理装置によって画質補正処理された画像
ファイルが含まれる。更に、Ｗｅｂページ掲載目的でな
く、ユーザが単に画像ファイルや音声ファイルの保管す
るためにこれらのデータをユーザ領域３にアップロード
する場合もある。なお、ユーザ領域３に保管されている
画像ファイルが画質補正処理を受けた場合、補正前の画
像ファイルは補正後の画像ファイルにより上書きされ
る。

【００２０】オリジナル保管領域２は、ユーザ領域３に
保管されている画像ファイルが画質補正処理を受ける場
合に、画質補正前のオリジナル画像ファイルを保存して
退避させるための領域である。オリジナル保管領域２に
保管されているオリジナル画像ファイルは、ユーザが画
像ファイルを画質補正した後に、当該補正後の画像ファ
イルを補正前の画像ファイルに戻したい場合に、オリジ
ナル保管領域２に保管されているオリジナル画像ファイ
ルによってユーザ領域に保管されている画質補正後の画
像ファイルを上書きするのに使用される。これによっ
て、ユーザは画質補正前の画像ファイルを復元すること
ができる。

【００２１】サムネイル一時保管領域４は、サムネイル
画像データを保管する領域である。サムネイル一時保管
領域４に保管されるサムネイル画像データは、ユーザ領
域３、又はオリジナル保管領域２に保管されているオリ
ジナル画像ファイルから生成したオリジナルサムネイル
と、当該オリジナルサムネイルを画質補正処理した処理
済サムネイルから構成されている。これらのサムネイル
画像データは、ユーザに処理前の画像と処理後の画像を
比較可能に提示してユーザが何れかを選択させる際に、
比較のために提示する画像データとして使用される。な
お、サムネイル一時保管領域４に保管されるサムネイル
画像データは、画質補正のセッション中に、画質補正の
対象となっているディレクトリに属する画像ファイルに
対して作成され、当該セッションが終了する際に消去さ
れる。

【００２２】次に、オリジナル画像ファイルと処理済画
像ファイルを関連付けるために、処理済画像ファイルに
添付するヘッダについて説明する。当該ヘッダには当該
画像ファイルに対して行われた処理記録情報が書込まれ
ている。図２は、処理済画像ファイルに添付されるヘッ
ダ２３の内容の一例を示した図である。ヘッダ２３は、
通常の画像ファイルのコメントエリアに、処理記録情報
を挿入したものである。多くの画像ファイルのフォーマ
ットには、コメント用のエリアが設けられている。画像
ファイルによって表示される画像は、このエリアに書込
まれた情報によって影響を受けない。従って、このエリ
アにヘッダ２３のような処理記録情報を挿入してもなん
ら表示される画像に影響はなく、ヘッダ２３を添付した
画像ファイルとヘッダ２３を添付しない画像ファイルと
の間の互換性を保つことができる。

【００２３】下線２５で示した部分は、当該処理済画像
ファイルがＰＱＥ（グラフィックスエンジンの一種）に
よって画質補正処理を受けたものであることを表す。Ｐ
ＱＥとは、画像処理プログラム１６の名称である。ＰＱ
Ｅは、コントラスト補正を行うプログラムであるＰＱＥ
−Ｃｏｎｔｒａｓｔや、色補正を行うプログラムである
ＰＱＥ−Ｃｏｌｏｒなどの各コンポーネントから構成さ
れている。なお、本実施の形態では、説明を簡単化する
ために、ＰＱＥ−Ｃｏｌｏｒによる色補正については考
えないものとする。下線２７で示した部分は、オリジナ
ル保管領域２に保管されている、当該処理済画像ファイ
ルに対応するオリジナル画像ファイルのファイル名を表
す。即ち、当該処理済画像ファイルを生成する元となっ
たオリジナル画像ファイルのファイル名を表す。なお、
ファイル名は、当該ファイルを他のファイルから識別す
るための識別子として作用する。

【００２４】下線２９で示した部分は、画質補正処理を
行うために、ＰＱＥ−Ｃｏｎｔｒａｓｔバージョン１．
０４が使用されたことを示している。これによって画質
補正の種類としてコントラスト補正が行われたことが分
かる。下線３１で示した部分は、各補正に用いたパラメ
ータ値を示している。「Ｂｒｉｇｈｔ＝０．９８」なる
表記は明るさの補正に係るパラメータ値を表し、「Ｃｏ
ｎｔｒａｓｔ＝１．０９」なる表記はコントラスト補正
に係るパラメータ値を表す。下線３５で示した部分は、
画質補正処理を行った日時を表している。この情報は処
理を行った日時分秒の単位まで特定できるようになって
いる。図の例では、西暦２００１年５月２５日１８時５
０分５８秒に処理が行われたことを表している。下線３
７で示した部分は、画質補正処理を行った主体、例えば
情報処理装置の名称（情報処理装置がＷＷＷサーバ装置
である場合はサーバ名）などを表している。

【００２５】ヘッダ２３の挿入は、画質補正時に当該情
報処理装置のＣＰＵが画像処理プログラム１６に従って
挿入するものである。処理済画像ファイルにオリジナル
画像ファイル名を記録する理由は以下の通りである。処
理済画像ファイルはユーザ領域３に置かれるため、ユー
ザによるファイル名の変更やユーザ領域３内で置かれる
位置の変更がなされうる。ここに言うファイル名の変更
とは、ファイル内容に大幅な変更はない（同一画像に係
るデータである）が、ファイル名のみユーザにより変更
された場合を含む。一例として、ユーザが自身のクライ
アント装置でフォトレタッチソフトなどを用いてファイ
ル内容に変更を施し、これをファイル名を変更してユー
ザ領域３にアップロードする場合が挙げられる。このよ
うな事態が生じた場合でも、ユーザ領域３内の処理済画
像ファイルとオリジナル領域２に保管されたオリジナル
画像ファイルを確実に対応させる必要がある。そして、
処理済画像ファイルのファイル名が変更されたり、別の
ディレクトリに移動されたりしても、当該処理済画像フ
ァイルのヘッダにオリジナル画像ファイルのファイル名
を記録しておけば、これによって、当該処理済画像ファ
イルとオリジナル画像ファイルを一意に対応付けること
ができる。また、処理済画像ファイルに挿入する情報
は、オリジナル画像ファイル名に限らず、例えばファイ
ルに一意に割り振られたＩＤなど、オリジナル画像ファ
イル又は及びその保管領域、位置を特定できるものであ
れば良い。

【００２６】図３は、ユーザ領域３にオリジナル画像フ
ァイルと処理済画像ファイルが混在して存在している例
を示した図である。例えば、画像ファイル５１は、ヘッ
ダ５２と画像データ５３から構成されており、ファイル
名は「Ａ．ｊｐｇ」である。画像ファイル５１は、ユー
ザからアップロードされたままの状態のオリジナル画像
ファイルであり、ヘッダ５２には、オリジナル画像ファ
イル名が記入されていない。一方画像ファイル５４は、
画質補正処理を受けた処理済画像ファイルである。その
ため、ヘッダ５５には、画質補正処理の対象となったオ
リジナル画像ファイル名「Ｃ．ｊｐｇ００１」が記入さ
れている。画像データ５６は、画質補正処理を受けた画
像データである。なお、ファイル名の拡張子の「００
１」は、オリジナル画像ファイルを退避させる際に付加
されたシリアル番号である。本実施の形態では、画質補
正処理を行う場合、拡張子にシリアル番号を付加するこ
ととした。このように、シリアル番号を付加することに
より、当該ファイル名を完全に一意にすることができ
る。

【００２７】画像ファイル５４に対応するオリジナル画
像ファイル５８はオリジナル保管領域２に退避されてい
る。画像データ６０は、即ちユーザからアップロードさ
れたままの状態の画質補正処理前の画像データである。
このようにヘッダ５５に記載されたオリジナル画像ファ
イル名から画像ファイル５４と画像ファイル５８を対応
付けることができる。そして、たとえ画像ファイル５４
のファイル名が変更されたり、画像ファイル５４の位置
が移動されたりしてもヘッダ５５を参照することによ
り、画像ファイル５４と画像ファイル５８を対応付ける
ことができる。

【００２８】ところで、ユーザにオリジナルサムネイル
と処理済サムネイルを提示した結果、ユーザがオリジナ
ルサムネイルを選択した場合、当該サムネイルに係るオ
リジナル画像ファイルのヘッダに、ユーザがオリジナル
画像ファイルを選択した旨の情報を記入するように構成
しても良い。即ち、オリジナルの画像と画質補正済みの
画像の内、ユーザがオリジナルの画像の方を選択したこ
とを示す情報をオリジナル画像ファイルのヘッダに記入
するのである。

【００２９】図４は、このような情報を書込んだヘッダ
３２の一例を示した図である。ヘッダ３２には、画質補
正を施されていないので画質補正に関する情報が入って
おらず、また、オリジナル保管領域にオリジナルデータ
を保管する必要がないので、そのファイル名も入ってい
ない。下線３９は、当該オリジナルデータがＰＱＥの処
理対象になったことがあること（この場合は処理対象に
なったが処理は行われなかった）を示している。下線４
１で示されるオリジナル画像ファイル名の欄には、”
＃”なる記号が記入されている。記号”＃”は、あえて
画質補正処理後の画像データでなくオリジナル画像ファ
イルの画像データが選ばれたという事実を示している。
なお、これは、記入する情報を”＃”記号に限定するも
のではなく、当該事実を特定できるものであれば良い。
このように、選択の結果オリジナル画像ファイルが選ば
れた場合、当該オリジナル画像ファイルに所定の情報を
埋め込む。

【００３０】以上のようにヘッダの記入内容を規定する
と、ユーザ領域３には、以下の３通りの画像ファイルが
混在することになる。 （１）ユーザがオリジナルの画像と画質補正処理後の画
像を比較した結果、オリジナルの画像を選択した場合の
オリジナル画像ファイル。 （２）ユーザが画質補正処理を選択した結果、画質補正
処理を施された処理済画像ファイル。 （３）新規にアップロードされたオリジナル画像ファイ
ルであって、いまだユーザのオリジナルの画像と画質補
正済みの画像との選択を経ていないオリジナル画像ファ
イル。

【００３１】図５は、ユーザ領域３に上記の３通りの画
像ファイルが混在している例を示した図である。画像フ
ァイル６２は、上記（１）に該当する画像ファイルであ
り、ヘッダ６８のファイル名欄には、記号”＃”が記入
されている。画像データ６９は、オリジナルのままであ
る。画像ファイル６４は、上記（２）に該当する画像フ
ァイルであり、ヘッダ７０に対応するオリジナル画像フ
ァイル７５のファイル名が記入されている。画像データ
７１は、画質補正処理を受けた画像データである。ま
た、オリジナル保管領域２には、処理済画像ファイル６
４に対応するオリジナル画像ファイル７５が退避されて
いる。画像ファイル６６は、上記（３）に該当する画像
ファイルであり、ヘッダ７２には、何も記入されていな
い。画像データ７３は、オリジナルの画像データであ
る。

【００３２】次に、第１の実施の形態に係る情報処理装
置の物理的な構成などについて説明する。図６は、当該
情報処理装置が接続されるネットワークの構成の一例を
示した図である。当該情報処理装置はＷＷＷサーバ装置
８２として構成されている。当該ネットワークは、ＷＷ
Ｗサーバ装置８２、クライアント端末装置である端末装
置８３、８３、８３、・・・、がインターネット８０によ
り接続可能に配設されることにより構成されている。イ
ンターネット８０は、公衆回線、光ファイバ網、衛星通
信回線、移動体端末装置用無線通信回線などの通信回線
が接続されることにより構成されている。

【００３３】ＷＷＷサーバ装置８２と、端末装置８３、
８３、８３、・・・、は、インターネットで使用される標
準的なプロトコルであるＴＣＰ／ＩＰ（Ｔｒａｎｓｍｉ
ｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ／Ｉｎ
ｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）などを用いてデータ
の通信を行うことができる。端末装置８３、８３、８
３、・・・、は例えばパーソナルコンピュータ（以下ＰＣ
と記す）などにより構成されている。ユーザはＷＷＷサ
ーバ装置８２に備えられたユーザ領域（ハードディスク
に設けられている記憶領域など）から自分専用の領域
を、ＷＷＷサーバ装置８２を運営している事業者から借
り受けるなどして取得し、当該領域にインターネット８
０を介して様々なデータをアップロードすることができ
る。ユーザは、この領域にＷｅｂページ用のファイルを
アップロードすることにより、Ｗｅｂページを開設する
ことができる。

【００３４】即ち、ユーザは自己の端末装置８３上、或
いはＷＷＷサーバ装置８２で、ＨＴＭＬ言語にてＷｅｂ
ページをデザインし、作成したＨＴＭＬファイルと当該
Ｗｅｂページ上に掲載する写真画像などを格納した画像
ファイルをユーザ領域の所定の場所（サイト）にアップ
ロードすることにより、ＷＷＷサーバ装置８２上でＷｅ
ｂページを開設することができる。ユーザがＷＷＷサー
バ装置８２上でＷｅｂページを開設すると、インターネ
ット８０に接続している任意の端末装置８３、８３、８
３、・・・、から当該Ｗｅｂページを構成するＷｅｂペー
ジにアクセスすることが可能となる。

【００３５】より詳細に述べると、ユーザが端末装置８
３、８３、８３、・・・、から当該Ｗｅｂページを特定す
る符号であるＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃ
ｅＬｏｃａｔｏｒｓ）を入力して送信すると、ＷＷＷサ
ーバ装置８２は当該ＵＲＬにて特定されるＨＴＭＬファ
イルを当該端末装置８３、８３、８３、・・・、に送信す
る。端末装置８３、８３、８３、・・・、はＷＷＷサーバ
装置８２からダウンロードしたＨＴＭＬファイルにて定
義される画面を予め端末装置８３、８３、８３、・・・、
に備えられているブラウザプログラムを用いてディスプ
レイなどの表示装置に表示する。

【００３６】本実施の形態に係るＷＷＷサーバ装置８２
では、ユーザが画像ファイルをアップロードした後、当
該画像ファイルの画質をＷＷＷサーバ装置８２側にて補
正することができる。例えば、ユーザが端末装置８３に
てＨＴＭＬ言語などにてＷｅｂページをデザインし、関
連する画像ファイル（オリジナル画像ファイル）と共に
ＷＷＷサーバ８２にアップロードする。その後、後に説
明する所定の操作を行って画質補正を要求する信号をＷ
ＷＷサーバ装置８２に送信すると、ＷＷＷサーバ装置８
２にて、アップロード済みのオリジナル画像ファイルの
画質を補正することができる。

【００３７】なお、端末装置８３、８３、８３、・・・、
は、ＰＣの他にも例えばインターネット接続可能なワー
ドプロセッサ、インターネット接続可能なテレビ、ＰＤ
Ａ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔ
ａｎｔ）、移動体端末装置などにより構成することも可
能である。また、端末装置８３、８３、８３、・・・、
は、ＬＡＮ（Ｌｏｃａｌ ＡｒｅａＮｅｔｗｏｒｋ）、
ＷＡＮ（Ｗｏｒｌｄ Ａｒｅａ Ｎｅｔｗｏｒｋ）など
を介してインターネット６１に接続するように構成して
も良い。また、このネットワーク構成全体が企業内など
におかれた場合、インターネット８０は、ＬＡＮのみで
実現することができる。

【００３８】図７（ａ）は、ＷＷＷサーバ装置８２の構
成の一例を示した図である。ＷＷＷサーバ装置８２は、
制御部８５にバスライン９８を介してキーボード９０、
マウス９１、表示装置９３、印刷装置９４、通信制御装
置９６、記憶装置１００、記憶媒体駆動装置１０１、入
出力インターフェース１０３、画像読取装置１０４など
が接続して構成されている。制御部８５は、各種演算を
行うと共にＷＷＷサーバ装置８２全体を制御する。制御
部８５は、ＣＰＵ８７、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ
Ｍｅｍｏｒｙ）８６、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅ
ｓｓ Ｍｅｍｏｒｙ）８８などから構成されている。Ｒ
ＯＭ８６は、ＣＰＵ８７が各種演算や制御を行うための
各種プログラム、データ及びパラメータなどを格納した
リードオンリーメモリである。ＣＰＵ８７は、ＲＯＭ８
６からプログラムやデータ、パラメータなどを読み込む
ことはできるが、これらを書き換えたり消去することは
できない。

【００３９】ＲＡＭ８８は、ＣＰＵ８７にワーキングメ
モリとして使用されるランダムアクセスメモリである。
ＣＰＵ８７は、ＲＡＭ８８にプログラムやデータなどを
書込んだり消去したりすることができる。本実施の形態
では、ＲＡＭ８８には、ＣＰＵ８７が画質補正処理、サ
ムネイル作成処理、オリジナル画像ファイル消去処理な
どの各処理を行うためのエリアが確保可能となってい
る。

【００４０】キーボード９０は、ＷＷＷサーバ装置８２
に対して文字や数字などの情報を入力するためのデバイ
スであり、例えば、ＷＷＷサーバ装置８２を設置してい
る事業者が所定のプログラムを起動してＷＷＷサーバ装
置８２のメンテナンスや更新を行う際に使用する。キー
ボード９０は、カナや英文字などを入力するためのキー
や数字を入力するためのテンキー、各種機能キー、カー
ソルキー及びその他のキーによって構成されている。

【００４１】マウス９１は、ポインティングデバイスで
ある。ＧＵＩ（ＧｒａｐｈｉｃａｌＵｓｅｒ Ｉｎｔｅ
ｒｆａｃｅ）などを用いてＷＷＷサーバ装置８２を操作
する場合、表示装置９３上に表示されたボタンやアイコ
ンをマウス９１でクリックすることにより、所定の情報
の入力を行うことができる。表示装置９３は、例えば例
えばＣＲＴ（Ｃａｔｈｏｄｅ Ｒａｙ Ｔｕｂｅ）ディ
スプレイ、液晶ディスプレイ、プラズマディスプレイな
どで構成される。表示装置９３には、例えば、ＷＷＷサ
ーバ装置８２を設置した事業者がＷＷＷサーバ装置８２
を操作する際に、例えば、記憶装置１００の使用状況
や、ＷＷＷサーバ装置８２でＷｅｂページを開設してい
るユーザに関する情報などの事業の運営に必要な情報を
表示することができる。

【００４２】印刷装置９４は、例えば、ログデータ１５
やユーザデータ１４といった事業の運営に必要な情報な
どを紙などの印刷媒体に印刷するデバイスであって、例
えば、インクジェットプリンタ、レーザプリンタ、熱転
写プリンタ、ドットプリンタなどの各種プリンタ装置に
よって構成されている。通信制御部９６は、ＷＷＷサー
バ装置８２をインターネット８０に接続するための装置
であり、ＣＰＵ８７は、セッション中に通信制御部９６
を介して端末装置８３から画像ファイルやＨＴＭＬファ
イルやＵＲＬ、その他の信号を取得したり、また、画像
ファイル、ＨＴＭＬファイル、その他のデータを端末装
置８３に送信することができる。

【００４３】記憶装置１００は、読み書き可能な記憶媒
体と、その記憶媒体に対してプログラムやデータを読み
書きするための駆動装置によって構成されている。当該
記憶媒体として主にハードディスクが使用されるが、そ
の他に、例えば、光磁気ディスク、磁気ディスク、半導
体メモリなどの他の読み書き可能な記憶媒体によって構
成することも可能である。記憶装置１００は、各種プロ
グラムを格納したプログラム格納部１０６、各種データ
を格納したデータ格納部１０７を備えている。ＣＰＵ８
７は、駆動装置を駆動することにより、記憶装置１００
に対してプログラムやデータの読み書きを行うことがで
きる。

【００４４】記憶媒体駆動装置１０１は、着脱可能な記
憶媒体を駆動してデータの読み書きを行うための駆動装
置である。着脱可能な記憶媒体としては、例えば、光磁
気ディスク、磁気ディスク、磁気テープ、半導体メモ
リ、データをパンチした紙テープ、ＣＤ−ＲＯＭなどが
ある。なお、ＣＤ−ＲＯＭや紙テープは、読み込みのみ
可能である。ＣＰＵ８７は、記憶媒体駆動装置１０１に
装着された記憶媒体からプログラムやデータなどを取得
し、例えば、ＷＷＷサーバ１０や画像処理プログラム１
６などの各種プログラムのインストール及びアップデー
トを行ったりすることができ、また、装着した記憶媒体
に対してログデータ１５やその他のデータの書込みを行
ってバックアップ用のデータを作成したりなどすること
ができる。

【００４５】入出力インターフェース１０３は、例え
ば、シリアルインターフェースやその他の規格のインタ
ーフェースにより構成されている。入出力インターフェ
ース１０３に当該インターフェースに対応した外部機器
を接続することにより、ＷＷＷサーバ装置８２の機能を
拡張することができる。このような外部機器として例え
ば、ハードディスクなどの記憶装置、スピーカ、マイク
ロフォンなどがある。画像読取装置１０４は、紙などの
印刷媒体に印刷された写真や絵又は文書などの画像デー
タを読み取る装置である。画像読取装置１０４は、例え
ばスキャナなどにより構成されてる。ＣＰＵ８７は、所
定のプログラムに従って動作することにより、画像読取
装置１０４から読み取った画像データを用いて画像ファ
イルを生成することかできる。

【００４６】図７（ｂ）は、プログラム格納部１０６に
格納されている各プログラムを示した図である。プログ
ラム格納部１０６には、ＷＷＷサーバ１０、管理プログ
ラム１３、画像処理プログラム１６、サムネイル作成プ
ログラム１７、オリジナル消去プログラム１８、図示し
ないブラウザ、ＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅ
ｍ）、インターネット接続プログラムその他のプログラ
ムなどが格納されている。これらのプログラムは、例え
ばＣＰＵ８７のレジスタ（ＣＰＵ内のメモリ）にロード
されて実行されることにより、例えば画質補正機能、サ
ムネイル作成機能などの所定の機能をＣＰＵ８７に発揮
させることができる。

【００４７】ＷＷＷサーバ１０ないしオリジナル消去プ
ログラム１８の各プログラムにて実現される機能は先に
説明した通りである。ブラウザは、ＨＴＭＬファイルを
解釈して、ＨＴＭＬファイルにて定義された画面を表示
装置９３に表示するためのプログラムである。また、キ
ーボード９０やマウス９１によって入力されたデータを
取得し、所定の動作をＣＰＵ８７に行わせることなども
できる。

【００４８】ＯＳは、ＷＷＷサーバ装置８２を機能させ
るための基本的なプログラムであり、ＲＡＭ８８のメモ
リ管理、ファイルの入出力管理、バスライン９８を介し
た各機器の制御などの基本的な機能をＣＰＵ８７に実現
させる。また、ＧＵＩによるユーザインターフェースを
提供することも可能である。

【００４９】インターネット接続プログラムは、通信制
御部９６を介してＣＰＵ８７をインターネット８０に接
続し、ＷＷＷサーバ装置８２と端末装置８３との通信を
可能とさせるためのプログラムである。ＷＷＷサーバ装
置８２と端末装置８３は、例えばダイアルアップＩＰ接
続にて接続される。

【００５０】図７（ｃ）は、データ格納部１０７に格納
されている各種データを示した図である。データ格納部
１０７には、Ｗｅｂページ群１１、ユーザデータ１４、
ログデータ１５、オリジナル保管領域２、ユーザ領域
３、サムネイル一時保管領域４、その他のデータから構
成されている。これらのデータの内容は、先に説明した
通りである。ＣＰＵ８７は、プログラム格納部１０６に
格納されたプログラムに従って動作することにより、例
えば、サムネイル一時保管領域４にサムネイルを一時的
に保管したり、ログデータ１５を更新したり、オリジナ
ル保管領域２にオリジナル画像ファイルを退避させたり
など、データ格納部１０７に格納されたデータの更新、
消去、新規作成などを行うことができる。

【００５１】図８は、端末装置８３の構成の一例を示し
た図である。本実施の形態では、ＰＣを用いて端末装置
８３を構成した。端末装置８３は、制御部１１５にバス
ライン１２８を介して、キーボート１２０、マウス１２
１、印刷装置１２４、通信制御装置１２６、記憶装置１
３０、記憶媒体駆動装置１３１、入出力インターフェー
ス１３３、画像読取装置１３４などが接続されることに
より構成されている。制御部１１５は、更にＣＰＵ１１
７、ＲＯＭ１１６、ＲＡＭ１１８から構成されている。

【００５２】これら制御部１１５ないし画像読取装置１
３４までの各構成要素の基本的な機能は、図７に示した
制御部８５ないし画像読取装置１０４までの機能と同じ
であり、重複する説明は省略する。キーボード１２０
は、例えば、ユーザがテキストエディタなどを用いてＷ
ＷＷ８３にアップロードするためのＨＴＭＬファイルを
作成したり、ブラウザの画面からＷＷＷサーバ８２に送
信するＵＲＬを入力したりなど、各種文字データやその
他のデータを入力する際に使用する。マウス１２１は、
例えば、ＷＷＷサーバ装置８２からダウンロードしたサ
ムネイルに付属したラジオボタン（後述）をクリックし
て選択したり、表示装置１１３に表示されたボタンやア
イコンなどをクリックする際に使用する。通信制御装置
１２６は、端末装置８３とインターネット８０の接続を
制御する装置であり、例えばモデムなどにより構成され
ている。ＣＰＵ１１７は、通信制御装置１２６を介して
ＷＷＷサーバ装置８２とＨＴＭＬファイルや画像ファイ
ルをアップロード及びダウンロードを行ったり、また、
マウス１２１によって所定のアイコンやラジオボタンな
どがクリックされた旨の信号をＷＷＷサーバ装置８２に
送信することができる。

【００５３】記憶装置１３０には、端末装置８３を機能
させるための各種プログラムを格納したプログラム格納
部１３６や各種データを格納したデータ格納部１３７な
どを備えている。記憶媒体駆動装置１３１は、例えば、
光磁気ディスクなどの着脱可能な記憶媒体を駆動するこ
とができ、ＷＷＷサーバ装置８２にアップロードする画
像ファイルを取得することができる。入出力インターフ
ェース１３３は、例えばデジタルカメラを接続して、当
該カメラから画像データを取得する場合などに使用され
る。ＣＰＵ１１７は、所定のプログラムに従って動作し
て、当該画像データからＷＷＷサーバ装置８２にアップ
ロードするための画像ファイルを作成することができ
る。画像読取装置１３４は、例えばスキャナなどにより
構成されており、例えばＷＷＷサーバ装置８２にアップ
ロードするための画像を読み取り画像データを生成する
ことができる。ＣＰＵ１１７は、所定のプログラムに従
って動作し、画像読取装置１３４にて取得した画像デー
タを用いて画像ファイルを生成し記憶装置１３０に格納
することができる。

【００５４】図８（ｂ）は、プログラム格納部１３６に
格納されているプログラムの一例を示した図である。プ
ログラム格納部１３６には、ブラウザ１４０、回線接続
プログラム１４１、ＦＴＰ（Ｆｉｌｅ Ｔｒａｎｓｆｅ
ｒ Ｐｒｏｔｏｃｏｌ）プログラム１４２、テキストエ
ディタ１４３、図示しないＯＳ、その他のプログラムが
格納されている。ブラウザ１４０は、ＨＴＭＬファイル
を用いて当該ファイルにて定義された画面を表示装置１
２３に表示するためのプログラムである。ブラウザ１４
０は、データ格納部１４５に格納されたＨＴＭＬファイ
ルやＷＷＷサーバ装置８２からダウンロードしたＨＴＭ
Ｌファイルなどを用いて所定の画面を表示装置１２３に
表示する際に使用される。回線接続プログラム１４１
は、端末装置８３をインターネット８０に接続するため
のプログラムである。ＦＴＰプログラム１４２は、イン
ターネット８０上でファイルを転送する際に使用するプ
ログラムである。回線接続プログラム１４１にて端末装
置８３をインターネット８０に接続した後、ＦＴＰプロ
グラム１４２を用いることにより、ＨＴＭＬファイルや
画像ファイルをＷＷＷサーバ装置８２に送信することが
できる。テキストエディタ１４３は、テキストファイル
を作成する際に使用するプログラムであって、ユーザは
テキストエディタ１４３を用いてＷＷＷサーバ装置８２
にアップロードするためのＨＴＭＬファイルを作成する
ことができる。

【００５５】図８（ｃ）は、記憶装置１３０のデータ格
納部１３７に格納されている各データを示した図であ
る。データ格納部１３７には、ＨＴＭＬファイル格納部
１４５、画像ファイル格納部１４６などが設けられてい
る。ＨＴＭＬファイル格納部１４５は、ユーザがＷｅｂ
ページを開設するために作成したＨＴＭＬファイル群を
格納する領域である。当該ＨＴＭＬファイル群をＷＷＷ
サーバ装置８２にアップロードすることにより、ユーザ
はＷｅｂページを開設することができる。画像ファイル
格納部１４６は、ＷＷＷサーバ装置８２にアップロード
するための画像ファイルを格納する領域である。ここに
格納される画像ファイルは、例えばデジタルカメラやス
キャナなどにより取得した画像データから生成された画
像ファイルや、いわゆるお絵かきソフトなどと呼ばれる
画像データ生成用のソフトウェアによって生成された画
像ファイルや、或いは記憶媒体駆動装置１３１を介して
記憶媒体から取得した画像ファイルなどである。

【００５６】次に、ユーザがＷＷＷサーバ装置８２にア
ップロードした画像ファイルに対して画質補正処理を行
う場合に、端末装置８３の表示装置１２３に表示される
画面を図９ないし図１２を用いて説明する。なお、ユー
ザはＷＷＷサーバ装置８２にユーザ領域を確保し、当該
ユーザ領域に画像ファイルをアップロードしているもの
とする。図９は、ＷＷＷサーバ装置８２を運営している
事業者が開設しているサイトのトップページ１５０を示
したものである。トップページ１５０は、当該サイトに
て提供するコンテンツの紹介やバナー広告などが掲載さ
れている。トップページ１５０は、フォト画質補正ボタ
ン１５１を備えている。フォト画質補正ボタン１５１が
マウス１２１などによってクリックされると、画質補正
ボタン１５１がクリックされた旨の信号がＷＷＷサーバ
装置８２に送信される。そしてＷＷＷサーバ装置８２で
は、管理プログラム１３などが起動し、画像ファイルの
画質補正処理のルーチンがスタートするようになってい
る。

【００５７】図１０は、ログインページ１５５を示した
図である。トップページ１５０でフォト画質補正ボタン
１５１がクリックされると表示される画面である。ログ
インページ１５５は、ユーザＩＤ入力欄１５６、パスワ
ード入力欄１５７、ＯＫボタン１５８、リセットボタン
１５９、登録ボタン１６０などから構成されている。こ
れらはフォーム機能で実現される。ユーザＩＤ入力欄１
５６は、ユーザＩＤを入力するテキスト入力フィールド
である。パスワード入力欄１５７はパスワードを入力す
るテキスト入力フィールドである。セキュリティを高め
るために、パスワード欄１５７にはユーザがパスワード
を入力すると入力した文字の代わりに＊印が表示され
る。

【００５８】ＯＫボタン１５８は、ユーザＩＤ欄１５
６、パスワード入力欄１５７に入力した情報をＷＷＷサ
ーバ装置８２に送信する際にクリックするボタンであ
る。ＯＫボタン１５８をクリックすることにより、入力
されたユーザＩＤとパスワードがＷＷＷサーバ装置８２
に送信され、ユーザの認証が行われる。リセットボタン
１５９はユーザＩＤ欄１５６とパスワード入力欄１５７
をリセットするためのボタンである。ＯＫボタン１５８
がクリックされる前なら、リセットボタンをクリックす
ることにより、ユーザＩＤ欄１５６及びパスワード入力
欄１５７に入力した事項をリセットし、再入力すること
ができる。登録ボタン１６０は、ユーザが当該画質補正
処理システムの利用者としてユーザ登録されていない場
合にクリックするボタンである。登録ボタン１６０がク
リックされるとユーザ登録画面が表示され、当該ユーザ
登録画面に所定事項を入力してＷＷＷサーバ装置８２に
送信することによりユーザ登録することができる。

【００５９】図１１は、ツリー構造表示ページ１６３を
示した図である。ツリー構造表示ページ１６３は、ＷＷ
Ｗサーバ装置８２がユーザの認証に成功した場合に、表
示される。ツリー構造表示ページ１６３は、ツリー構造
表示欄１６４、送信ボタン１６５、リセットボタン１６
６などから構成されている。ツリー構造表示ページ１６
３には、ユーザのホームディレクトリ以下の構造がツリ
ー構造として表示される。各ディレクトリ名にはチェッ
クボックスが表示されている。ユーザは、当該ツリー構
造の中から、今回画質補正を行いたいディレクトリを一
つ又は複数選択し、対応するチェックボックスをクリッ
クすることによってチェックマークを記入する。チェッ
クマークが記入されたディレクトリに属する画像ファイ
ルが画質補正処理の対象となる。また、複数のディレク
トリを選択することも可能である。

【００６０】例えば、図１１の例では、「宴会」ディレ
クトリの下にある「イメージ」ディレクトリに属する画
像ファイルが画質補正処理の対象となる。送信ボタン１
６５は、ツリー構造表示ページ１６３にてチェックされ
たディレクトリを特定する情報をＷＷＷサーバ装置８２
に送信する際にクリックするボタンである。リセットボ
タン１６６は、チェックボックスに対して行われたチェ
ックをリセットする際にクリックするボタンである。送
信ボタン１６５がクリックされる前であれば、リセット
ボタン１６６をクリックすることによりツリー構造表示
欄１６４に対して再入力を行うことができる。ツリー構
造表示欄１６４に表示されるツリー構造は、必ずしもデ
ィレクトリのツリー構造でなくても良い。例えば、論理
的な構造であるサイトマップでも良い。また、ファイル
をディレクトリ構造で管理していない場合や、画像ファ
イルの所在が一意的に決定できる場合は図１１に示す画
面を省略することもできる。

【００６１】図１２は、二者択一ページ１７０を示した
図である。二者択一ページ１７０は、ツリー構造表示ペ
ージ１６３にて送信ボタン１６５がクリックされると表
示される。二者択一ページ１７０は、オリジナルサムネ
イル表示欄１７１、処理済サムネイル表示欄１７２、ス
クロールバー１７３、ＯＫボタン１７４、キャンセルボ
タン１７５などから構成されている。オリジナルサムネ
イル欄１７１には、ツリー構造表示欄１６４にてチェッ
クされたディレクトリに属するオリジナル画像ファイル
から生成されたオリジナルサムネイルが表示され、処理
済サムネイル表示欄１７２には当該オリジナルサムネイ
ルを画質補正処理した処理済サムネイルが表示される。
オリジナルサムネイル欄１７１と処理済サムネイル欄１
７２には、それぞれ対応するサムネイルが組となって表
示される。

【００６２】オリジナルサムネイル表示欄１７１と処理
済サムネイル表示欄１７２に表示されたサムネイルの下
にはラジオボタン１７６が表示されている。ユーザは、
オリジナルサムネイルと処理済サムネイルを比較し、ラ
ジオボタン１７６をクリックすることにより何れかを選
択することができる。なお、ラジオボタン１７６は、オ
リジナルサムネイルと処理済サムネイルの内、一方が選
択されると他方のボタンの選択が解除されるようになっ
ている。即ち、ユーザは、これらのサムネイルを比較し
て、当該画像ファイルに対して画質補正処理を行うか否
かを選択する。スクロールバー１７３は、サムネイルを
スクロールするためのバーである。図１２の例では、フ
ォト−１、フォト−２、フォト−３の３つの画像ファイ
ルに係るサムネイルが表示されているが、スクロールバ
ー１７３を下方へスクロールすることにより、更にフォ
ト−４、フォト−５、・・・、を表示させることができ
る。

【００６３】また、デフォルトの状態で表示されるラジ
オボタン１７６は、当該画像ファイルが新規にアップロ
ードされたものである場合、又は、前回の画質補正処理
の際に処理済サムネイルが選択されて画質補正処理を行
われたものである場合は、処理済サムネイル表示欄１２
７側のラジオボタン１７６が選択状態となり、前回の画
質処理の際にオリジナルサムネイルが選択され、画質補
正処理が行われなかったものは、オリジナルサムネイル
側のラジオボタン１７６が選択状態となる。前回の画質
補正処理でオリジナルサムネイルが選ばれたかどうか
は、画像ファイルのヘッダの”＃”記号の有無から判断
される。詳細については後述する。このようにデフォル
トを設定したのは、ＷＷＷサーバ装置８２の運営側とし
ては、画像ファイルに対して画質補正を施すことを勧め
るという姿勢に基づくものであり、ユーザが意識せずに
ＯＫボタン１７４を押せば基本的に全ての画像ファイル
に対して画質補正が施されることになる。しかしなが
ら、ユーザが意識してオリジナル画像ファイルを選択し
た場合、その選択を尊重してデフォルトをオリジナルサ
ムネイルに設定している。この結果として、ユーザは、
現在ユーザ領域３に格納している画像ファイルが画質補
正処理を行ったものか否かを判断することができる。

【００６４】オリジナル画像ファイルがオリジナル消去
プログラム１８により既に消去されてしまった場合は、
例えばフォト−３のオリジナルサムネイル表示欄１７１
に示した「オリジナル画像は消去されました！」といっ
たような表示を行うことにより、ユーザにオリジナル画
像ファイルが消去済みであることを知らせる。オリジナ
ル領域２に格納されたオリジナル画像ファイルがまだ消
去されていず、かつ処理済画像ファイルが選択されて処
理済画像ファイルがユーザ領域３に格納されている場合
は、オリジナルサムネイルのラジオボタン１７６をクリ
ックすることによって、ユーザ領域３に格納されている
処理済画像ファイルをオリジナル画像ファイルにて置き
換えることができる。ＯＫボタン１７４がクリックされ
ると、それぞれの画像ファイルに対してオリジナルサム
ネイルと処理済サムネイルの内の何れかが選択されたか
という情報がＷＷＷサーバ装置８２に送信される。キャ
ンセルボタン１７５がクリックされるとラジオボタン１
７６の選択状態がデフォルトの状態にリセットされる。

【００６５】図１３は、ＷＷＷサーバ装置８２の画質補
正動作を説明するためのフローチャートである。端末装
置８３は、ユーザの操作に基づきＷＷＷサーバ装置８２
にインターネット８０を介してアクセスする（ステップ
１１０）。ＷＷＷサーバ装置８２は、端末装置８３から
アクセスを受けると、Ｗｅｂページ群１１からトップペ
ージ１５０を表示するためのデータ（ＨＴＭＬファイ
ル）を取得し端末装置８３に送信する（ステップ２１
０）。端末装置８３は、ＷＷＷサーバ装置８２からデー
タを受信し、表示装置１２３にトップページ１５０を表
示する。ユーザがフォト画質補正ボタン１５１をクリッ
クすることにより、端末装置８３は、ＷＷＷサーバ装置
８２にフォト画質補正要求信号を送信する（ステップ１
１５）。ＷＷＷサーバ装置８２は、端末装置８３からフ
ォト画質補正要求信号を受信するとＷｅｂページ群１１
からログインページ１５５を表示するためのデータを取
得し、端末装置８３に送信する（ステップ２１５）。即
ち、フォト画質ボタン１５１がクリックされたら、ログ
インページ１５５にジャンプするという構造にしてお
く。

【００６６】端末装置８３は、ＷＷＷサーバ装置８２か
らデータを受信すると、表示装置１２３にログインペー
ジ１５５を表示する。ユーザは、ログインページ１５５
からユーザＩＤとパスワードを入力し、ＯＫボタン１５
８をクリックしてＷＷＷサーバ装置８２に送信する（ス
テップ１２０）。ＷＷＷサーバ装置８２は、端末装置か
らユーザＩＤやパスワードなどのデータを受け取ると、
管理プログラム１３を起動する。ＣＰＵ８７は、管理プ
ログラム１３に従って、ユーザデータ１４を参照し、ユ
ーザの認証を行う（ステップ２２０）。なお、以降簡略
化のため、ＣＰＵがプログラムに従って動作することを
プログラムが〜するというようにプログラムを主体とし
て記載することにする。管理プログラム１３は、ユーザ
の認証に成功するとユーザデータ１４を参照し、当該ユ
ーザのホームディレクトリ以下の構造を把握する。そし
て、管理プログラム１３は、ユーザのホームディレクリ
以下の構造を端末装置８３で表示させるため、ツリー構
造表示ページ１６３を表示させるためのデータを作成す
る。そしてＷＷＷサーバ装置８２は、ツリー構造表示ペ
ージ１６３を表示させるためのデータを端末装置８３に
送信する（ステップ２２５）。

【００６７】端末装置８３は、ＷＷＷサーバ装置８２か
らデータを受信すると表示装置１２３にツリー構造表示
ページ１６３を表示する。ユーザは、表示されたツリー
構造から画質補正処理を行う画像ファイルが属するディ
レクトリをチェックボックスをチェックすることにより
選択し、送信ボタン１６５をクリックする。すると端末
装置８３は、対象となるディレクトリを特定するディレ
クトリ情報をＷＷＷサーバ装置８２に送信する（ステッ
プ１２５）。ＷＷＷサーバ装置８２が端末装置８３から
ディレクトリ情報を受信すると、管理プログラム１３
は、ユーザ領域３を検索し、対象となる全ての画像ファ
イルをピックアップする。管理プログラム１３は、サム
ネイル作成プログラム１７を起動し、ピックアップされ
た画像ファイルのオリジナルサムネイルを生成する。更
に、管理プログラム１３は、画像処理プログラム１６を
起動し、生成されたオリジナルサムネイルを画質補正処
理して処理済サムネイルを生成する。管理プログラム１
６は、これらのサムネイルから二者択一ページ１７０を
表示するためのデータを生成する。ＷＷＷサーバ装置８
３は、当該データを端末装置８３に送信する（ステップ
２３０）。なお、ステップ２３０で行われる処理の詳細
な手順は後程図１４を用いて説明する。

【００６８】端末装置８３は、ＷＷＷサーバ装置８３か
らデータを受信すると表示装置１２３に二者択一画面１
７０を表示する。ユーザは、各サムネイルのペアから好
ましい方を選択し、ＯＫボタンをクリックする。これに
より、端末装置８３は、二者択一情報をＷＷＷサーバ装
置８２に送信する（ステップ１３０）。ＷＷＷサーバ装
置８３は、端末装置８３から二者択一情報を受信する
と、これに基づいて画質補正処理を行う（ステップ２３
５）。なお、ステップ２３５にて行われる処理の詳細手
順は後程図１５を用いて説明する。

【００６９】図１４は、ステップ２３０で行われる二者
択一ページ表示ルーチンの処理手順を示したフローチャ
ートである。管理プログラム１３は、ユーザ領域３へ画
像ファイルを取得しにいき、画質補正処理の対象と成っ
ている全ての画像がピックアップされたか否かを判断す
る（ステップ３０１）。全ての画像がピックアップされ
たと判断された場合は（ステップ３０１；Ｙ）、処理を
終了する。画質補正対象である画像ファイルを取得した
場合は（ステップ３０１；Ｎ）、管理プログラム１３
は、当該画質ファイルのヘッダ内の処理記録情報を参照
し、当該画像ファイルが以下の３パターンの内の何れで
あるかを判断する（ステップ３０３）。 （１）ユーザがオリジナルの画像と画質補正処理後の画
像を比較した結果、オリジナルの画像を選択した場合の
オリジナル画像ファイル。 （２）ユーザが画質補正処理を選択した結果、画質補正
処理を施された処理済画像ファイル。 （３）新規にアップロードされたオリジナル画像ファイ
ルであって、いまだユーザのオリジナルの画像と画質補
正済みの画像との選択を経ていないオリジナル画像ファ
イル。 なお、当該画像ファイルが３パターンの何れであるか
は、上述のとおり画像ファイルのヘッダを参照すること
で判断することができる。

【００７０】当該画像ファイルが（１）のパターンであ
った場合、即ち、当該画像ファイルがあえて一度選ばれ
たオリジナル画像ファイルであった場合、管理プログラ
ム１３は、サムネイル作成プログラム１７を起動してオ
リジナル画像ファイルのオリジナルサムネイルを作成す
る（ステップ３１０）。次に、管理プログラム１３は、
画像処理プログラム１６を起動してステップ３１０にて
作成したオリジナルサムネイルを画質補正処理し、処理
済サムネイルを作成する（ステップ３１２）。このと
き、各サムネイルは、サムネイル一時保管領域４に記憶
しておく。これらはセッション終了後、不要となった時
点で消去される。次に、管理プログラム１３は、オリジ
ナルサムネイルと処理済サムネイルをペアで並んで表示
されるように二者択一ページ１７０を表示するためのデ
ータを生成する（ステップ３１４）。次に、管理プログ
ラム１３は、ステップ３１４で生成した二者択一ページ
１７０のラジオボタン１７６の内、オリジナルサムネイ
ルのラジオボタン１７６が選択されているようにラジオ
ボタン１７６のデフォルトを設定する（ステップ３１
６）。

【００７１】当該画像ファイルが（２）のパターンであ
った場合、即ち、当該画像ファイルが処理済画像ファイ
ルであった場合、管理プログラム１３は、サムネイル作
成プログラム１７を起動し、当該処理済画像ファイルの
サムネイルを作成する（ステップ３２０）。次に、管理
プログラム１３は、オリジナル保管領域２を検索し、当
該画像ファイルのオリジナル画像ファイルをピックアッ
プする（ステップ３２２）。なお、管理プログラム１３
は、オリジナル画像ファイルのファイル名を当該処理済
画像ファイルのヘッダに記録された処理記録情報から取
得する。次に管理プログラム１３は、サムネイル作成プ
ログラム１７を起動し、ステップ３２２にてピックアッ
プしたオリジナル画像ファイルのサムネイルを作成する
（ステップ３２３）。このとき、各サムネイルは、サム
ネイル一時保管領域４に記憶しておく。これらはセッシ
ョン終了後、不要となった時点で消去される。なお、先
に述べたように、オリジナル保管領域２に保管されたオ
リジナル画像ファイルは、所定の保管期限を経過すると
オリジナル消去プログラム１８によって消去される。こ
のように、管理プログラム１３がオリジナル保管領域２
を検索したときに、当該オリジナル画像ファイルが既に
オリジナル消去プログラム１８によって消去されている
場合は、管理プログラム１３はサムネイル作成プログラ
ム１７の起動を行わず、サムネイルの作成は行われな
い。この場合は、管理プログラム１３は、二者択一ペー
ジ１７０の当該サムネイルの表示欄に「オリジナル画像
は消去されました」などと、オリジナル画像ファイルが
既に消去された旨の表示を行うようにする。更にこの場
合、ユーザにとっては画像を選択する余地がないためラ
ジオボタン１７６の表示は行わない。次に、管理プログ
ラム１３は、オリジナルサムネイルと処理済サムネイル
をペアで並んで表示されるように二者択一ページ１７０
を表示するためのデータを生成する（ステップ３２
４）。次に、管理プログラム１３は、ステップ３２４で
生成した二者択一ページ１７０のラジオボタン１７６の
内、処理済サムネイルのラジオボタン１７６が選択され
ているようにラジオボタン１７６のデフォルトを設定す
る（ステップ３２６）。

【００７２】当該画像ファイルが（３）のパターンであ
った場合、即ち、当該画像ファイルがＷＷＷサーバ装置
８３に新規にアップロードされたものである場合、管理
プログラム１３は、サムネイル作成プログラム１７を起
動し、当該オリジナル画像ファイルのサムネイル、即ち
オリジナルサムネイルを作成する（ステップ３３０）。
次に、管理プログラム１３は、ステップ３１２、ステッ
プ３１４と同様にして、処理済サムネイルを作成して
（ステップ３３２）、オリジナルサムネイルと処理済サ
ムネイルをペアで並んで表示されるように二者択一ペー
ジ１７０を表示するためのデータを生成する（ステップ
３３４）。このとき、各サムネイルは、サムネイル一時
保管領域４に記憶しておく。これらはセッション終了
後、不要となった時点で消去される。次に、管理プログ
ラム１３は、ステップ３３４で生成した二者択一ページ
１７０のラジオボタン１７６の内、処理済サムネイルの
ラジオボタン１７６が選択されているようにラジオボタ
ン１７６のデフォルトを設定する（ステップ３３６）。

【００７３】以上のようにステップ２３０の二者択一ペ
ージ表示ルーチンでは、画像ファイルの３つのパターン
に従って、ラジオボタン１７６のデフォルト選択肢を変
化させる。即ち、（１）のパターンの場合は、一度、あ
えてオリジナル画像ファイルが選ばれているわけである
から、オリジナルサムネイルをデフォルトとする。
（２）のパターンの場合は、一度処理後の画像が選ばれ
ているわけであるから、処理済サムネイルをデフォルト
とする。（３）のパターンの場合は、一度もセッション
を行っていない画像であるから、予め本画像処理システ
ムによって定められた方をデフォルトとする。通常処理
後画像の方がオリジナル画像に比べて好ましい画像であ
るので、ここでは、処理後画像をデフォルトとする。こ
のようにデフォルトを設定することにより、ユーザがオ
リジナル画像と処理後画像のどちらを好むかを選択する
際に、より適切な方を選択することを容易にすることが
できる。

【００７４】図１５は、ステップ２３５（図１３）で行
われる画像処理・更新ルーチンの処理手順を示したフロ
ーチャートである。管理プログラム１３は、端末装置８
３から画像ファイルに対する二者択一情報を取得し、画
質補正処理の対象となっている全ての画像に対する二者
択一情報を取得した否かを判断する（ステップ４０
１）。全ての画像に対する二者択一情報を取得し、新た
に取得する二者択一情報がないと判断された場合は（ス
テップ４０１；Ｙ）、管理プログラム１３は処理を終了
する。管理プログラム１３は、二者択一情報を取得した
場合は（ステップ４０１；Ｎ）、各画像ファイルについ
て、これまでユーザ領域３に置かれていた画像ファイル
がオリジナルであったか処理後であったかという情報
と、今回ユーザが選択したのがオリジナルであるか処理
後であるかの情報を照らし合わせ、それが以下の４つの
パターンの内の何れに該当するかを判断する（ステップ
４０２）。 （１）ユーザ領域３に保存されている画像ファイルが新
規にアップロードされたものであって、二者択一情報が
オリジナル画像ファイルを選択したものである場合。 （２）ユーザ領域３に保存されている画像ファイルが新
規にアップロードされたものか、或いは、前回の選択で
オリジナル画像ファイルが選択された結果、ユーザ領域
３に保存されたオリジナル画像ファイルであって、二者
択一情報が処理後画像ファイルを選択したものである場
合。 （３）ユーザ領域３に保存されている画像ファイルが処
理済画像ファイルであって、二者択一情報がオリジナル
画像ファイルを選択したものである場合。 （４）ユーザ領域３に保存されている画像ファイルがオ
リジナル画像ファイルであって、二者択一情報がオリジ
ナル画像ファイルを選択したものである場合。若しくは
ユーザ領域３に保存されている画像ファイルが処理済フ
ァイルであり、二者択一情報が処理後ファイルを選択し
たものである場合。

【００７５】管理プログラム１３が（１）のパターンで
あると判断した場合は、管理プログラム１３は、オリジ
ナル画像ファイルのヘッダにファイル名として”＃”記
号を記入し、当該ヘッダに更に現在の日時、及び当該処
理を施した主体の名称（サーバ名など）などを記録する
（ステップ４２０）。なお、処理後のオリジナル画像フ
ァイルはユーザ領域３に保存したままとなる。

【００７６】管理プログラム１３が（２）のパターンで
あると判断した場合は、管理プログラム１３は、画像処
理プログラム１６を起動し、当該オリジナル画像ファイ
ルに対して画像処理を行う。そして、画像処理プログラ
ム１６は、処理を終えると当該ファイル名の後ろにシリ
アルナンバーを加えたものをオリジナルデータファイル
名として記入する。またヘッダにこの画像処理の種類、
パラメータ、現在の日時、及びこの処理が施された主体
の名称などを記録する（ステップ４１０）。次に、管理
プログラム１３は、ユーザ領域３に記憶されているオリ
ジナル画像ファイルをオリジナル保管領域２に複製（コ
ピー）することによって、オリジナル画像ファイルをオ
リジナル保管領域２に退避させて保管する（ステップ４
１３）。このとき、オリジナル保管領域２に保管された
オリジナル画像ファイルのファイル名とユーザ領域３に
保管されていたオリジナル画像ファイル名を同じにして
おく。次に、管理プログラム１３は、ステップ４１０に
て画像処理を施した処理済画像ファイルを用いてユーザ
領域３の当該ディレクトリに記憶されている当該オリジ
ナル画像ファイルを上書きする（ステップ４１６）。こ
れによって、ユーザ領域３内の当該オリジナル画像ファ
イルは、処理済画像ファイルによって置き換えられる。

【００７７】管理プログラム１３が（３）のパターンで
あると判断した場合は、管理プログラム１３は、ユーザ
領域３内にある当該処理済画像ファイルのヘッダに記録
された処理記録情報を参照して対応するオリジナル画像
ファイル名を取得する。そして、管理プログラム１３
は、取得したオリジナル画像ファイル名を用いてオリジ
ナル保存領域２を検索し、該当するオリジナル画像ファ
イルを取得する（ステップ４３０）。次に、管理プログ
ラム１３は、ステップ４２０と同様にしてオリジナル画
像ファイルのヘッダにファイル名として”＃”記号を記
入し、当該ヘッダに更に現在の日時、及び当該処理を施
した主体の名称（サーバ名など）などを記録する（ステ
ップ４３４）。次に、管理プログラム１３は、当該オリ
ジナル画像ファイルによって、ユーザ領域３に記憶され
ている処理済画像ファイルを上書きする（ステップ４３
８）。そして、管理プログラム１３は、オリジナル保管
領域２に保管していた当該オリジナル画像ファイルを消
去する。管理プログラム１３が（４）のパターンである
と判断した場合は、管理プログラム１３は、特に処理は
行わない。

【００７８】また、管理プログラム１３は、オリジナル
画像ファイルが選択された場合にヘッダに”＃”記号を
記入するなど、ヘッダに処理記録情報を記入する構成と
したが、オリジナル画像ファイルが選択された場合にヘ
ッダに何も書込まないように構成した場合は、上記
（１）、（３）のパターンでのオリジナル画像ファイル
への書込みは行わない。そして、管理プログラム１３
は、ログアウト処理を行い、セッションを終了させる。
また管理プログラム１３は、サムネイル一時保管領域４
に作成され一時的に必要となったデータを消去する。以
上により、ユーザは一括して画質補正を行うことができ
る。

【００７９】また、一度に全ての画像ファイルに関する
オリジナルサムネイル、処理済サムネイルを表示、選択
するのではなく、一定数ごとに表示、選択するように構
成することもできる。ユーザの保有する画像ファイルの
数が多い場合、端末装置８３のブラウザ１４０上に一度
に多数の画像を表示されるのは見づらく、また表示や画
像処理に時間がかかる。そのような場合、一定数たとえ
ば５枚ずつの画像に対して、処理前、処理後サムネイル
を表示、選択し、その後で次の５枚に対して同様のこと
を行う、という具合にしても良い。この場合は、図１３
に示したフローチャートを図１６、図１７のフローチャ
ートに示したように、システムが一定数ごとに処理を行
うだけでよく、その他の部分に関しては変更の必要はな
い。

【００８０】図１６は、一定数ごとに処理を行う場合の
フローチャートを示した図である。図１３に対応する部
分には同じステップ番号を付し、説明を省略する。ＷＷ
Ｗサーバ装置８３が端末装置８３からディレクトリ情報
を受信すると、管理プログラム１３は、ユーザ領域３を
検索し、対象となる画像ファイルのピックアップを開始
する。管理プログラム１３は、対象なるディレクトリに
属する画像ファイル（オリジナル画像ファイル又は処理
済画像ファイル）の内いまだピックアップしていないも
のから、例えば５個などの所定の一定数をピックアップ
する（ステップ２２７）。次に管理プログラム１３は、
ピックアップした画像ファイルを対象に二者択一ページ
ルーチンに移行し、ＷＷＷサーバ装置８２は、二者択一
ページ表示ルーチン２３０にて生成した二者択一ページ
１７０を表示するデータを端末装置８３に送信する（ス
テップ２３０）。端末装置８３は、二者択一ページを表
示するデータ受信して表示装置１２３（図８）に表示す
る。ユーザは受信した二者択一ページ１７０にて画像を
選択して二者択一情報をＷＷＷサーバ装置に送信する
（ステップ１３０）。次に、ＷＷＷサーバ装置８２が二
者択一情報を取得すると、管理プログラム１３は、これ
をＲＡＭ８８（図７）に設けた二者択一情報格納エリア
でこれを保存する（ステップ２３２）。次に、管理プロ
グラム１３は、対象となる全ての画像ファイルのピック
アップが終了したかどうか判断し、終了していない場合
は（ステップ２３３；Ｎ）、ステップ２２７に戻って残
りの画像ファイルからピックアップを続行する。全ての
画像ファイルのピックアップが終了した場合は（ステッ
プ２３３；Ｙ）、管理プログラム１３は、画像処理・更
新ルーチンに移行する（ステップ２３５）。

【００８１】図１７は、一定数ごとに処理を行う場合の
もう１つの手順を示したフローチャートである。図１６
で示した場合は、端末装置８３から受信した二者択一情
報を蓄積し、ピックアップが終了した時点でこれらを一
括処理したが、図１７の例では、二者択一情報を受信す
る度に画像処理・更新ルーチンを行う。これによって、
ユーザが二者択一画面１７０にてサムネイルを選択して
いる間に画質補正処理などを行うことができる。ＷＷＷ
サーバ装置８３は、端末装置８３からディレクトリ情報
を受信すると、管理プログラム１３は、ユーザ領域３を
検索し、対象となる画像ファイルをピックアップを開始
する。管理プログラム１３は、対象なるディレクトリに
属する画像ファイル（オリジナル画像ファイル又は処理
済画像ファイル）の内いまだピックアップされていない
ものから、例えば５個などの所定の一定数をピックアッ
プする（ステップ２２７）。次に管理プログラム１３
は、ピックアップした画像ファイルを対象に二者択一ペ
ージルーチンに移行し、ＷＷＷサーバ装置８２は、二者
択一ページ表示ルーチン２３０にて生成した二者択一ペ
ージを表示するデータを端末装置８３に送信する（ステ
ップ２３０）。端末装置８３は、二者択一ページを表示
するデータを受信して表示装置１２３（図８）に表示す
る。ユーザは受信した二者択一ページ１７０にて画像を
選択して二者択一情報をＷＷＷサーバ装置に送信する
（ステップ１３０）。次に、管理プログラム１３は、画
像処理・更新ルーチンに移行し、二者択一情報に従っ
て、画質補正処理などを行う（ステップ２３５）。次
に、管理プログラム１３は、対象となる全ての画像ファ
イルのピックアップが終了したかどうか判断し、終了し
ていない場合は（ステップ２３７；Ｎ）、ステップ２２
７に戻って残りの画像ファイルからピックアップを続行
する。全ての画像ファイルのピックアップが終了した場
合は処理を終了する（ステップ２３７；Ｙ）。

【００８２】次に、ユーザ領域３に置かれているファイ
ルであるがゆえに、ファイル名の変更、置かれる位置の
変更、同名ファイルでの上書きといったことが起こりう
るが、本実施の形態のような管理を行えば、これらに対
しても何ら問題が起きないことを説明する。まずファイ
ル名の変更と、置かれる位置の変更の場合であるが、本
実施の形態のような管理を行えば、何ら問題は起きな
い。ユーザ領域３にオリジナル画像ファイルがあった場
合、ファイル名の変更や置かれる位置の変更があっても
なくても、本システムではセッションごとにサムネイル
作成がされ、それに対し画質補正がされた処理後サムネ
イルファイルが作成され、両者が並べて表示されること
に変わりはない。またユーザ領域３に処理済画像ファイ
ルがあった場合であるが、一度画質補正処理が行われた
ファイルは、それに対応するオリジナル画像ファイルが
特定できるため、システムは通常どおりにオリジナルサ
ムネイルと処理後サムネイルを作成し、並べて表示さ
れ、通常どおりに動作する。また一般に一度画質補正処
理が行われたファイルに対して同じ処理を二度繰り返す
ことは好ましくないが、これも本実施の形態のような管
理を行えば、ヘッダ情報から一度処理されたことがすぐ
にわかり防ぐことができるが、これに関しても、ファイ
ル名の変更、置かれる位置の変更があってもヘッダ情報
に変化はないから、同様に二度繰り返すのを防ぐことが
できる。

【００８３】次に、同名ファイルでの上書きがされた場
合でも、本実施の形態のような管理を行えば、何ら問題
は起きない。ユーザ領域３にオリジナル画像ファイルが
あった場合には、新規のオリジナル画像ファイルで上書
きされるだけであるから何の問題もない。これに対し、
ユーザ領域３に処理済画像ファイルがあり、これに同名
の新規画像ファイルで上書きされた場合、オリジナル保
管領域２に保管されているオリジナル画像ファイルは、
上書きされる前の処理済画像ファイルと対応付けられて
いたものであるから、この上書きで対応が取れなくな
る。しかしながら、上書きした新しい画像ファイルは、
ヘッダ内に何も記述されていないから、オリジナル画像
ファイルと判断される。オリジナル画像ファイルは、次
回セッションにおいて、それまでにオリジナル保管領域
２に置かれていたファイルは全く考慮しないから、上記
対応が取れなくなった画像ファイルが悪影響をおよぼす
ことはない。従って何ら問題なくシステムは動作する。
また、この対応が取れなくなったファイルは、オリジナ
ル画像ファイルの保管期限を過ぎると、オリジナル消去
プログラム１８によって消去されるので、不要なファイ
ルが残り続けるという不具合もない。

【００８４】なお、本実施の形態では、データは一例と
してファイルシステム内で管理されるファイルとし、処
理記録情報をヘッダ内のコメント部にテキスト形式で書
き込むことにしたが、構成はこの限りではない。まず、
テキスト形式でなくても良い。特にパラメータ値などは
バイナリとしても全く同様の単純な管理で行える上、更
にファイルサイズを節約することもできる。更に、例え
ば独自ファイルシステムを作成し、ファイルとともに管
理される最終更新日時やファイルオーナー名などのファ
イルのプロパティ情報と同等の扱いとしても良い。また
データはデータベースシステム内で管理されるデータと
し、データ本体及び処理記録情報を一つの構造体として
管理するなどしても良い。更に、処理記録情報をヘッダ
に書込まず、電子透かしとして画像データ中に埋め込ん
でも良い。電子透かしとは、画像ファイルが印刷された
場合に当該透かしデータが肉眼では認識されないような
方法で画像データ中に透かしデータを入れたものであ
る。また、本実施の形態では、処理済画像ファイルのヘ
ッダにオリジナル画像ファイルのファイル名を書込む構
成としたが、例えばオリジナル画像ファイルのヘッダに
オリジナル画像ファイルと処理済画像ファイルを対応付
けるための情報を書込んでも良い。これは、例えばオリ
ジナル画像データと対応する処理済画像ファイルの両者
のヘッダに共通の一意な番号を記入することなどにより
可能となる。より具体的には、同じＩＤ或いは対応が判
別できるＩＤを両方のファイルに埋め込む。

【００８５】また、データ処理対象は画像に限らない。
音声データであれば、画像処理プログラム１６を音声プ
ログラムに変更し、管理プログラム１３が対象とするデ
ータを画像ファイルでなく、音声ファイルとするだけ
で、全く同様に行うことができる。また、ＨＴＭＬファ
イルを対象とした、スペルチェックやスタイルチェック
などの文章校正なども、画像処理プログラム１６をスペ
ルチェック、スタイルチェックプログラムに変更し、管
理プログラム１３が対象とするデータを画像ファイルで
なく、ＨＴＭＬファイルとするだけで、同様にできる。
更に、ＨＴＭＬファイルにおける、レイアウトの自動補
正などにも同様に応用でき、上記の範囲に限らない。

【００８６】説明を簡単にするために、管理プログラム
１３ではディレクトリ構造のみを表示するとしたが、こ
こに更に各ディレクトリに存在する画像ファイルの一
覧、及び各画像ファイルごとにチェックボックスを表示
し、そこで処理を行いたい画像ファイルをユーザに選択
させても良い。また当然ながらユーザの使い勝手を考慮
しシステムを単純にするために、このステップを省略し
ても良い。ユーザ領域に置かれていた画像ファイルがこ
れまで新規もしくはオリジナルであり、今回処理後が選
択された場合、オリジナル保管領域２にそのままオリジ
ナルファイルを保管する旨述べた。そして、逆にユーザ
領域３に置かれていた画像ファイルがこれまで処理後で
あり、今回オリジナルが選択された際は、ユーザ領域３
に戻すオリジナルファイルのヘッダ内に、オリジナルデ
ータファイル名”＃”及び日時、処理主体を記入する旨
述べた。しかし、オリジナルファイルのヘッダ内に記入
するタイミングは上記と逆でも良い。即ち保管の際にヘ
ッダに記入してしまい、戻す際には単にそのまま戻すの
である。

【００８７】また、本実施の形態では、画像処理前後の
サムネイルを作成してユーザに提示する構成としたが、
これに限定するものではなく、オリジナル画像ファイル
とこれを画質補正処理したものをユーザに提示するよう
に構成することもできる。また、サムネイルの生成など
の処理は、対象となっているオリジナル画像ファイルの
全てに対して一度に行う必要はない。

【００８８】また、画像処理プログラム１６などのデー
タ処理プログラムは、処理方法を複数持っていても良
い。この場合、図１２の二者択一ではなく、処理前デー
タ、処理方法１による処理後データ、処理方法２による
処理後データという三者からの選択とするなどである。
例えば、本実施の形態では、画像ファイルに対してコン
トラスト補正を行った。他の画像処理として例えば画像
処理プログラム１６に更に色補正を行う機能を具備する
ことができる。そして、ユーザに対しては、オリジナル
サムネイルと、コントラスト補正を行ったサムネイル、
色補正を行ったサムネイル、コントラスト補正及び色補
正を行ったサムネイルを提示し、選択させることができ
る。

【００８９】図１８は、コントラスト補正を行った後に
色補正を行った場合にヘッダに記入される処理記録情報
の一例を示した図である。下線１８０で示した部分は当
該画像ファイルがコントラスト補正を受けたことを意味
する部分であり、図２で説明したものと同じであるので
説明を省略する。下線１８２で示した部分は、色補正を
行うコンポーネントであるＰＱＥ−Ｃｏｌｏｒバージョ
ン２．１１により色補正されたことを意味する。下線１
８４で示した部分は、色補正を行った際のパラメータを
示している。図の例では、パラメータはＲｅｄ＝０．９
９、Ｇｒｅｅｎ＝１．０１、Ｂｌｕｅ＝１．０５であ
り、カラー画像を構成する三原色である赤、緑、青を補
正した際のパラメータを表している。下線１８８で示し
た部分は、当該色補正を行った日時を表しており、図の
例では、西暦２００１年３月１２日１０時５分１秒を表
している。下線１８９で示した部分は、当該色補正を行
った主体を表す部分であり、図の例ではＷＷＷサーバ装
置８２の名前となっている。

【００９０】また、ヘッダのより詳細な構造は、図１９
に示したように構成することができる。ヘッダは、「Ｂ
ＩＴＭＡＰ ＦＩＬＥ ＨＥＡＤＥＲ」、「ＢＩＴＭＡ
ＰＩＮＦＯ ＨＥＡＤＥＲ」、「パレット数データ×色
数」、「処理記録情報」、コメント、データなどから構
成される。この内「処理記録情報」の部分に図２に示し
たテキストデータが書込まれる。

【００９１】また、本実施の形態では、ユーザが受けた
画質補正処理サービスに対して課金するように構成する
ことも可能である。この場合は、管理プログラム１３
（図１）の元に新たに課金プログラムを設け、オリジナ
ル画像ファイルから処理済画像ファイルを生成した場
合、又はユーザ領域３に保管してある処理済画像ファイ
ルをオリジナル画像ファイルにて上書きした場合に、課
金プログラムにこれらの処理の種類と回数を記録させ
る。そして、課金プログラムは、処理の種類の単価に処
理を行った回数を掛けてユーザに請求する課金額を計算
する。金額を端末装置８３に表示するようにすることも
できる。即ち、データを処理する回数を取得する処理回
数取得手段と、前記処理回数取得手段にて取得した処理
回数を用いて課金金額を算出する課金金額取得手段と、
をデータ処理装置に具備させることが可能である。ま
た、前記データ処理は、処理前のデータから処理後のデ
ータを作成する処理と、処理後のデータを処理前のデー
タで置き換える処理とすることができる。

【００９２】以上第１の実施の形態では、以下のような
効果を得ることができる。ユーザは画像処理機能を有す
る機器やソフトウェアを有していなくても、ＷＷＷサー
バ装置８２にて画質補正処理を行うことができる。ユー
ザはＷＷＷサーバ装置８２上で画質補正した処理済画像
ファイルを、オリジナル消去プログラム１８がオリジナ
ル保管領域２に保管した当該オリジナル画像ファイルを
消去する以前であれば、オリジナル画像ファイルに復元
することができる。処理済画像ファイルを作成した際
の、ヘッダに書きこむ処理記録情報に元のオリジナル画
像ファイル名が含まれているため、ユーザによって処理
済画像ファイル名が変更されたり、ディレクトリが変更
された場合でも、ユーザ領域３内の処理済画像ファイル
とオリジナル保管領域２内のオリジナル画像ファイルを
対応付けることができる。

【００９３】オリジナル画像ファイルと処理済画像ファ
イルの内、ユーザがオリジナル画像ファイルを選択した
場合は、ユーザが選択した旨を表す記号”＃”がヘッダ
に書込まれるため、当該ファイルを新規にアップロード
されたオリジナル画像ファイルから区別することができ
る。ユーザに画質処理前後の画像を選択させる際に、サ
ムネイルを用いるため、画像データを小さくすることか
でき、かつ画質補正処理を迅速に行うことができる。ま
た、ユーザが選択した結果、必要がある場合にのみ、オ
リジナル画像ファイルを画質補正処理するため、ＷＷＷ
サーバ装置８２に与える負荷を軽減することができる。
複数のデータをＷＷＷサーバ装置上で一括処理し、処理
前のデータが処理後のデータに置き換えられるシステム
において、ユーザが希望する場合は処理前のデータに戻
すことができるようにして、処理前のデータと処理後の
データを対応付けて管理することができる。

【００９４】（第１の実施の形態の変形例１）図２０
は、第１の実施の形態の変形例に係るサーバ装置の構成
を示した図である。本変形例では、Ｗｅｂ６と画像管理
部１３を別のサーバ装置として構成した。画像管理サー
バ装置１９０は、負荷状況に応じて複数台数をＷＷＷサ
ーバ装置１９１に並列接続することができる。ＷＷＷサ
ーバ装置１９１は、Ｗｅｂ部６を備えており、インター
ネット８０を介して端末装置８３と接続可能となってい
る。Ｗｅｂ部６の構成は図１に示したものと同様であ
る。画像管理サーバ装置１９０は、画像管理部１３、オ
リジナル保管領域２、サムネイル一時保管領域４などを
備えており、これらの構成や作用は図１に示したものと
同様である。ＷＷＷサーバと画像管理サーバを分けるこ
とで、画像処理による負荷の影響をＷＷＷサーバに与え
ずに済むなどの利点がある。また、画像管理サーバ１９
０をＷＷＷサーバ装置１９１に並列に複数台接続するこ
とにより、画像処理能力を更に高めることができる。

【００９５】以上の第１の実施の形態の変形例１では、
画像管理部８をＷＷＷサーバ装置から独立したサーバ装
置で構成することにより、処理能力を高めることができ
る。また、複数のデータをＷＷＷサーバ装置８２上で一
括処理し、処理前のデータが処理後のデータに置き換え
られるシステムにおいて、ユーザが希望する場合は処理
前のデータに戻すことができるように、処理前のデータ
と処理後のデータを対応付けて管理する方法を提供する
ことができる。

【００９６】（第１の実施の形態の変形例２）第１の実
施の形態では、ユーザが処理済サムネイルを選択した場
合に、当該オリジナル画像ファイルに対して画質補正処
理を行った。変形例２では、ユーザが画像ファイルをア
ップロードした時点で全ての画像ファイルに対して画質
補正処理を行う。ユーザが端末装置８３から画像データ
をアップロードすると、管理プログラム１３が起動し、
これらオリジナル画像データをオリジナル保管領域２に
保管する。次に、管理プログラム１３は、画像処理プロ
グラム１６を起動し、オリジナル画像保管領域２に今回
アップロードされたオリジナル画像データを画質補正処
理する。そして得られた処理済画像ファイルをユーザ領
域３に保管する。このとき、第１の実施の形態と同様
に、処理済画像ファイルのヘッダにオリジナル画像ファ
イルのファイル名などを記入しておく。このため、ユー
ザのＷｅｂページには自動的に画質が補正された画像が
掲載されることになる。

【００９７】ユーザが画像を画質補正前のものに戻した
い場合は、端末装置８３にトップページ１５０を表示さ
せ、フォト画質補正ボタン１５１をクリックする。する
と管理プログラム１３が起動し、オリジナル保管領域２
に保管されたオリジナル画像でファイルからオリジナル
サムネイルを生成し、また、ユーザ領域３に保管した処
理済画像ファイルから処理済サムネイルを生成して、サ
ムネイル一時保管領域４に格納する。そして、これらを
二者択一画面１７０に表示してユーザに選択させる。ユ
ーザがオリジナルサムネイルを選択した場合は、管理プ
ログラム１３は、ユーザ領域３に格納した当該処理済画
像ファイルをオリジナル保管領域２に保管してあるオリ
ジナル画像ファイルにて上書きする。ユーザが処理済サ
ムネイルを選択した場合は、管理プログラム１３は何も
しない。

【００９８】なお、二者択一画面１７０で表示する画像
は、サムネイルではなく、オリジナル保管領域２及びユ
ーザ領域３に保管してある画質補正処理前後のファイル
をそのまま端末装置８３に送信するように構成しても良
い。また、オリジナル保管領域２に保管されたオリジナ
ル画像ファイルは一定期間ごとにオリジナル消去プログ
ラム１８にて消去されること、及びサムネイル一時保管
領域４に格納されたサムネイル画像データはセッション
終了後に消去される点は第１の実施の形態と同様であ
る。

【００９９】（第２の実施の形態）以下、図面を参照し
て本発明データ記憶再生方法及びデータ一括処理システ
ムの実施の形態の例につき説明しよう。

【０１００】図２３は本例による画像データ記憶再生方
法が使用されるシステムを全体として示し、４０１はプ
ロバイダのサーバで、４０２ａ，４０２ｂ，４０２ｃ‥
‥は夫々このサーバ４０１にサービスを要求し、このサ
ーバ４０１よりサービスが提供される、このサーバ４０
１と通信回線４０３により接続されたクライアント（ユ
ーザ）のコンピュータである。

【０１０１】このサーバ４０１側から見たクライアント
のコンピュータ４０２ａ，４０２ｂ，４０２ｃ‥‥の数
は、サーバ４０１側のメモリ、中央制御装置（ＣＰＵ）
の演算能力から設定される任意の数である。

【０１０２】このクライアント（ユーザ）の保有するコ
ンピュータ４０２ａ，４０２ｂ，４０２ｃ‥‥はパーソ
ナルコンピュータなどであり、このパーソナルコンピュ
ータ４０２ａ，４０２ｂ，４０２ｃ‥‥には、少なくと
も図２１、図２２に示す如くブラウザプログラムが用意
されている。このブラウザプログラムは現在広く利用さ
れている、例えばネットスケープ・ナビゲータ（Ｎｅｔ
ｓｃａｐｅ Ｎａｖｉｇａｔｏｒ）、マイクロソフトイ
ンターネット・エクスプローラ（Ｍｉｃｒｏｓｏｆｔ
Ｉｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ）などのウェブ
（Ｗｅｂ）ページ閲覧プログラムである。

【０１０３】ここで、クライアント（ユーザ）のパーソ
ナルコンピュータ４０２ａ，４０２ｂ，４０２ｃ‥‥
が、このブラウザプログラムを利用した例では、プロバ
イダのサーバ４０１のＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓ
ｏｕｒｃｅ Ｌｏｃａｔｏｒ）を開き、当該ＵＲＬに格
納されたウェブ（Ｗｅｂ）ページの記述に応じた画面を
このユーザのパーソナルコンピュータ４０２ａ，４０２
ｂ，４０２ｃ‥‥に接続もしくは一体化されたディスプ
レイに表示する如くする。

【０１０４】またこのクライアント（ユーザ）のパーソ
ナルコンピュータ４０２ａ，４０２ｂ，４０２ｃ‥‥は
任意に転送プログラムを起動して、画像データをプロバ
イダのサーバ４０１にアップロードできる如くなされて
いる。

【０１０５】このサーバ４０１はワークステーションな
どで少なくとも図２１、図２２に示す如く、画像処理プ
ログラム、ＷＷＷ（Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂ）サ
ーバ、Ｗｅｂページ群、管理プログラム群、ユーザデー
タ、オリジナル画像データ、処理済画像データ、ログデ
ータが記憶されている。

【０１０６】この画像処理プログラムは、画像データの
一枚の画像を画質補正するプログラムである。

【０１０７】このＷＷＷサーバは、現在広く利用されて
いる例えばアパッチ（Ａｐａｃｈｅ）、ネットスケープ
サーバ（Ｎｅｔｓｃａｐｅ Ｓｅｒｖｅｒ）、マイクロ
ソフト・インターネット・インフォメーション・サーバ
（Ｍｉｃｒｏｓｏｆｔ Ｉｎｔｅｒｎｅｔ Ｉｎｆｏｒ
ｍａｔｉｏｎ Ｓｅｒｖｅｒ）などである。

【０１０８】このＷｅｂページ群はＨＴＭＬ（ｈｙｐｅ
ｒ ｔｅｘｔ ｍａｒｋｕｐ ｌａｎｇｕａｇｅ）で記
述されたファイル、またそこに挿入される図形や画像の
ファイルなどの様々なファイルの集まりである。

【０１０９】この管理プログラム群は、後述の図２４に
示す流れに従って画像データの画質補正の実施を制御す
るためのプログラム群である。

【０１１０】このユーザデータは、少なくとも、このサ
ーバ４０１上にアカウントを持っているユーザを把持す
るデータと、各ユーザの所有するデータと、この各画像
ファイルが既に画質補正済かどうかを把持するデータと
から成る。

【０１１１】このオリジナル画像データは、ユーザから
既にアップロードされている、画質補正前の画像データ
である。

【０１１２】この処理済画像データは、画質補正後の画
像データであり、ログデータはこの画像データの画質補
正の実施記録である。

【０１１３】クライアント（ユーザ）のパーソナルコン
ピュータ４０２ａ，４０２ｂ，４０２ｃ‥‥側からアッ
プロードされるデータは画像データの他に画像データに
関する補助データも含んでいる。この補助データは、画
像データに関する情報、画像データを作成した例えば電
子スチルカメラに割当てられた固有情報であり、プロバ
イダのサーバ４０１側の画像処理プログラムは、この固
有情報が、アップロードされた画像データに添付されて
いる場合に、この固有情報に基づいている場合に、この
固有情報に基づいて、最適な画像処理を行う如くする。

【０１１４】この固有情報は、例えばクライアントのパ
ーソナルコンピュータ４０２ａ，４０２ｂ，４０２ｃ‥
‥上で稼動するブラウザソフトウェアが、プロバイダの
サーバ４０１上に記憶された固有データを読み出し、ク
ライアント（ユーザ）のディスプレイの管面上のメニュ
ー表示し、クライアント（ユーザ）が使用している電子
スチルカメラの名称を選択することにより、この電子ス
チルカメラに対応する固有情報が選択できる如くなす。

【０１１５】また、転送プログラムはこの場合、パーソ
ナルコンピュータ４０２ａ，４０２ｂ，４０２ｃ‥‥内
に記憶されている転送プログラムと使用される固有情報
データ転送用のプログラムとにより、このブラウザソフ
トウェアと同様にクライアント（ユーザ）のパーソナル
コンピュータ４０２ａ，４０２ｂ，４０２ｃ‥‥のディ
スプレイの管面上で、クライアント（ユーザ）が使用し
ている電子スチルカメラの名称を選択し、固有情報を選
択することが可能となっており、この転送プログラムに
より、画像データと共にこの固有情報を合わせて転送で
きる。

【０１１６】この固有情報を利用する場合に対して、サ
ーバ４０１側上で、稼動する画像処理プログラムが、画
像データに対応する画像処理最適化ルーチンを有する場
合には、この固有情報は転送する必要はない。

【０１１７】上述のようにアップロードされた画像デー
タは、固有情報又は画像処理最適ルーチンにより、画像
処理プログラムが最適化され、処理済データとして、サ
ーバ４０１上に記憶保持される。

【０１１８】また通信回路４０３としては、ユーザのパ
ーソナルコンピュータ４０２ａ，４０２ｂ，４０２ｃ‥
‥とプロバイダのサーバ４０１とを接続する公衆回線、
専用回線、インターネットなどである。

【０１１９】次にこのサーバ４０１の管理プログラム群
による画像データの画質補正につき図２４のフローチャ
ートを用いて説明する。

【０１２０】まず、例えばＷｅｂページの内の一つとし
て、プロバイダのサーバ４０１のＷｅｂページなどに図
２５に示す如く「フォト画質補正」と表示されたボタン
４１０などを設け、通信回線４０３例えばインターネッ
トを介したユーザがブラウザ上でこのボタン４１０をク
リックすることによって、この画質補正の処理を開始す
る。

【０１２１】プロバイダのサーバ４０１のＷＷＷサーバ
が通信回線４０３を介したユーザのパーソナルコンピュ
ータ４０２ａ，４０２ｂ，４０２ｃ‥‥から画質補正の
開始ページ表示の指示を受けると、ＷＷＷサーバはＷｅ
ｂページの内の一つであるログインページをユーザのブ
ラウザに表示させる（ステップＳ１）。即ち、図２５に
示す如き「フォト画質補正」ボタン４１０を、ログイン
ページにリンクしておき、この「フォト画質補正」ボタ
ン４１０がクリックされたら、ログインページにジャン
プする如くする。このログインページは、図２６に示す
如くユーザＩＤ４１１とパスワード４１２の２つテキス
ト入力フィールドと送信ボタン４１３、リセットボタン
４１４を備えたページである。これらはフォーム機能で
実現される。ユーザはこのログインページにユーザＩＤ
とパスワードとを入力し（ステップＳ２）、その後送信
ボタン４１３を押す（クリックする）。すると、ブラウ
ザはこのデータをＷＷＷサーバに送信する。

【０１２２】ＷＷＷサーバは、このデータを受け取り、
ＣＧＩ（Ｃｏｍｍｏｎ Ｇａｔｅｗａｙ Ｉｎｔｅｒｆ
ａｃｅ）プログラムである第１の管理プログラムを起動
する。この第１の管理プログラムはユーザ認証を行い
（ステップＳ３）、この認証に成功すると、ユーザデー
タを参照し、ユーザのホームディレクトリ以下の構造を
把持する。そしてユーザのブラウザに、ユーザのホーム
ディレクトリ以下のツリー構造を表示させる（ステップ
Ｓ４）。

【０１２３】このとき、図２７に示す如く、各ディレク
トリ名４１５と共にチェックボックス４１６、送信ボタ
ン４１７、リセットボタン１８も表示する。このチェッ
クボックス４１６、送信ボタン４１７、リセットボタン
１８もフォーム機能によって実現される。ただし、この
第１の管理プログラムが表示させるツリー構造は、必ず
しもディレクトリのツリー構造でなくても良い。例え
ば、論理的な構造であるサイトマップでも良い。

【０１２４】ユーザは、このツリー構造の中から、今回
画質補正を行いたいディレクトリを選択し、対応するチ
ェックボックス４１６をクリックすることによりチェッ
クマークを記入（ステップＳ５）した後、送信ボタン４
１７をクリックすることによって送信する。

【０１２５】ＷＷＷサーバは、このデータを受け取り、
ＣＧＩプログラムである第２の管理プログラムを起動す
る。この第２の管理プログラムはユーザデータを参照
し、選択されたディレクトリ内に存在する画像ファイル
の中から、既に画質補正されたもの以外のものをピック
アップする（ステップＳ６）。具体的には例えば各ディ
レクトリに一つのテキストファイルを置く。このテキス
トファイルを第１のテキストファイルと呼ぶことにす
る。この第１のテキストファイルの内容は図２８に示す
如く、ファイル名と処理時刻（日時）のペアで一行とな
る行の並びである。

【０１２６】この第２の管理プログラムは、現在そのデ
ィレクトリに存在する画像ファイルと第１のテキストフ
ァイルの各行とを比較し、もし第１のテキストファイル
内にそのファイル名が書かれていなければピックアップ
対象とする。もしこの第１のテキストファイル内にその
ファイル名が書かれていたならば、次にファイルの作成
時刻と、この第１のテキストファイル内に書かれている
処理時刻とを比較する。もしファイルの作成時刻の方が
処理時刻よりも新しければ、ピックアップ対象とする。
そうでなければ、ピックアップ対象としない。

【０１２７】そして、この第２の管理プログラムは、こ
れらピックアップされた全てのファイルに対して画像処
理プログラムを起動することにより画質補正処理を行い
（ステップＳ７）、処理結果を一時的な名前を付けたフ
ァイルに保存し、そしてユーザのブラウザに、図２９，
図３０に示す如く、処理前と処理後との画像を並べて表
示させる（ステップＳ８）。

【０１２８】この場合、図２９、図３０に示す如くこの
処理前及び後の画像と共にラジオボタン４１９ａ，４１
９ｂ、送信ボタン４２０、リセットボタン４２１を表示
させ、このラジオボタン４１９ａ，４１９ｂをクリック
させることで、ユーザに処理前と処理後とのどちらかを
二者択一で選択させる（ステップＳ９）。このラジオボ
タン４１９ａ，４１９ｂ、送信ボタン４２０、リセット
ボタン４２１も、フォーム機能によって実現される。

【０１２９】この選択とはユーザ所有のウェブ（Ｗｅ
ｂ）ページに今後表示するときに、処理前のデータをそ
のまま表示するか、処理後のデータを表示するかを選択
するものである。ユーザは、全ての画像のペアについて
選択を行い、送信ボタン４２０をクリックすることで送
信する。

【０１３０】ＷＷＷサーバは、このユーザの選択情報デ
ータを受け取り、ＣＧＩプログラムである第３の管理プ
ログラムを起動する。この第３の管理プログラムは、ユ
ーザの選択情報データを参照し、処理後画像が選択され
たものについては、処理後の画像データ、即ち一時的な
ファイル名で保存されている画像データで、処理前の画
像ファイルをオーバーライトする（ステップＳ１０）。

【０１３１】またユーザデータの中に、当該ファイルが
既に処理済である旨記録する。例えば上述実現法であれ
ば、ディレクトリごとの第１のテキストファイルを参照
し、既にこの画像ファイル名がこの第１のテキストファ
イルの中に書かれていたならば、その行を消去し、更に
この画像ファイル名と、現在の時刻のペアを一行として
追加記録する。そして、この第３の管理プログラムは第
２の管理プログラムが生成した一時的な名前の付けられ
たファイルを消去する。

【０１３２】本例においては、更に、この第３の管理プ
ログラムは、上述オーバーライトを行った回数をカウン
トし、ユーザデータ内に記録し、この回数に応じた課金
を行う如くする。

【０１３３】ただし、この第３の管理プログラムは、上
述動作に限らず、別の動作を行っても良い。例えば、処
理前のオリジナル画像ファイルを破棄したくない場合に
は、オリジナル画像ファイルを別のディレクトリ、例え
ば現ディレクトリの下にオリジナル保管用ディレクトリ
を作成し、そこに保管し、その後で処理後のデータを処
理前の画像ファイルと同じ名前で当初のディレクトリに
保存するなどしても良い。

【０１３４】或いは、処理後のデータを、処理前のオリ
ジナルファイルと別の名前で記憶し、ユーザが所有する
ＨＴＭＬファイルの中に記述されている処理前の画像デ
ータを参照している部分を、処理後の画像データを参照
するように書き換えるなどとしても良い。

【０１３５】また各管理プログラムは各ステップの処理
を実行するたびに、ログファイルに実行結果を書込む。

【０１３６】以上で処理が終了し、上述ログインセッシ
ョンが終了する。このとき第３の管理プログラムは上述
処理後データによるオーバーライトが一度でも行われて
いれば、セッションの回数をユーザデータ内に記録し、
この回数に応じた課金を行う。更に、ユーザの利便性の
ため、この第３の管理プログラムは、このときユーザの
Ｗｅｂページにジャンプさせるなどしても良い。

【０１３７】本例は上述のウェブサーバ４０１のＷｅｂ
ページ（記憶媒体）にアップロードした（記憶した）画
像データを選択して画質補正（データ変換）するので、
ユーザは特に画質補正機能などが搭載されたハードウェ
アを必要とすることなく、また、ソフトウェアを購入
し、使いこなす必要もなく、更にバージョンアップを気
にする必要もなく、ユーザ自身の用意した画像データを
ウェブサーバ４０１にアップロードし、画質補正を行い
たいファイルを選ぶだけで、そのウェブサーバ４０１上
に画質補正の施された画像データを得ることができる利
益がある。

【０１３８】なお上述例では、データ処理（データ変
換）対象を画像データとしたが、本発明は画像データに
限らず、例えば音声データであっても良い。データ処理
対象が音声データであれば、上述例において画像処理プ
ログラムを音声処理プログラムに変更し、管理プログラ
ムが対象とするデータを画像ファイルでなく、音声ファ
イルとするだけで、全く同様に行うことができる。

【０１３９】また、ＨＴＭＬファイルを対象とした、ス
ペルチェックやスタイルチェックなどの文章校正など
も、画像処理プログラムをスペルチェック、スタイルチ
ェックプログラムに変更し、管理プログラムが対象とす
るデータを画像ファイルでなく、ＨＴＭＬファイルとす
るだけで同様にできる。更にＨＴＭＬファイルにおける
レイアウトの自動補正などにも同様に応用できる。

【０１４０】また、上述では説明を簡単にするために、
第２の管理プログラムの制御下で画質補正の処理を行っ
たが、この画質補正プログラムの演算量が多く処理時間
がかかる場合、当面ユーザに選択させるのに必要なサム
ネイルに対してのみ処理を行い、実際にユーザが画像処
理を選択したもののみ、後で画質補正処理を行っても良
く、図３１、図３２、図３３及び図３４を用いて説明す
る。

【０１４１】図３１、図３２は、図２１及び図２２に対
応した構成図と機能図で、同様に、アップロードされた
画像データは、サムネイル作成プログラム及び画像処理
プログラムにより、サムネイルデータと画像処理された
サムネイルデータとして、サーバ上に記憶保持する。

【０１４２】図３３、図３４に示されるように、ユーザ
がログインし、認証を受けた後、アップロードした画像
が記録保持されているディレクトリが表示され、ユーザ
の画像処理すべきディレクトリ指示に基づいて、対応す
るディレクトリに示される記憶領域から未処理画像を抽
出する。

【０１４３】図３３では、未処理画像５枚ずつ選択して
処理画像と対応する未処理画像とからなるサムネイルを
表示し、ユーザに対して、何れの画像を選択するか判断
を求めた後に、次の未処理画像５枚の選択画面を表示す
る。全ての画像が選択された後、選択されたサムネイル
に対応するオリジナル画像のみ、画像処理を行ない、画
像処理された画像データを未処理画像データと置換す
る。

【０１４４】図３４は、上述図３３に示される複数画像
ごとの処理と異なり、５枚の画像データごとに、選択を
行い、選択後、画像処理を行い、記憶保持された未処理
画像データと置換する。

【０１４５】図３３及び図３４では、サムネイルされる
各画像が、オリジナル画像を圧縮又は画素間引した画像
であるため、画像処理に要する演算装置（ＣＰＵ）の処
理負荷が軽くなり、全体のソフトウェアの処理速度が早
くなるという利点がある。

【０１４６】また上述例では説明を簡単にするために、
第１の管理プログラムでは、ディレクトリ構造のみを表
示するとしたが、ここに更に各ディレクトリに存在する
画像ファイルの一覧及び各画像ファイルごとにチェック
ボックスを表示し、そこで処理を行いたい画像ファイル
をユーザに選択させても良い。

【０１４７】また上述データ処理プログラムは、処理方
法を複数持っていても良い。この場合、図２９、図３０
に示す二者択一ではなく、処理前データ、第１の処理方
法による処理後データ、第２の処理方法による処理後デ
ータなどの選択としても良い。

【０１４８】また、本発明は上述例に限ることなく、本
発明の要旨を逸脱することなく、その他種々の構成が採
り得ることは勿論である。

【０１４９】第２の実施の形態によればウェブサーバの
記憶媒体（ウェブページ）に記憶した（アップロードし
た）データ例えば画像データを選択してデータ変換例え
ば画質補正するので、ユーザは特に画質補正機能などが
搭載されたハードウェアを必要とすることなく、また、
ソフトウェアを購入、使いこなす必要もなく、更に、バ
ージョンアップを気にする必要もなく、ユーザ自身の用
意した画像データなどのデータをウェブサーバにアップ
ロードし、データ変換例えば画質補正を行いたいファイ
ルを選ぶだけで、そのウェブサーバ上にデータ変換例え
ば画質補正の施された画像データなどのデータを得るこ
とができる利益がある。

【０１５０】（第２の実施の形態の変形例）第１の実施
の形態では、処理済画像ファイルのヘッダにファイル名
などのオリジナル画像ファイルを特定する情報を挿入す
ることにより、両者の対応関係を把握した。一方第２の
実施の形態では、図２８に示したテキストファイルを作
成して両者の対応を取った。第１の実施の形態でも、ヘ
ッダによらず、両者の対応関係をテキストファイルにて
把握することが可能である。この場合には、第２の実施
の形態と同様にユーザ領域の当該ユーザのディレクトリ
に図２８と同様なテキストファイルを設ける。

【０１５１】第１の実施の形態では、該当するディレク
トリに属する画像ファイルのヘッダを調べて、当該ディ
レクトリに属する画像ファイルが以下の何れのパターン
であるかを判断した。 （１）ユーザがオリジナルの画像と画質補正処理後の画
像を比較した結果、オリジナルの画像を選択した場合の
オリジナル画像ファイル。 （２）ユーザが画質補正処理を選択した結果、画質補正
処理を施された処理済画像ファイル。 （３）新規にアップロードされたオリジナル画像ファイ
ルであって、いまだユーザのオリジナルの画像と画質補
正済みの画像との選択を経ていないオリジナル画像ファ
イル。 本変形例では、管理プログラム１３は、当該テキストフ
ァイルの内容を参照して、当該ディレクトリに属する画
像ファイルが以上の内の何れのパターンであるかを調べ
る。管理プログラム１３は、オリジナル画像ファイルに
対して画質補正処理が施された場合、当該テキストファ
イルにファイル名と処理日時などを記入する。そしてユ
ーザがオリジナルの方を選択した場合は、ファイル名の
後に”＃”記号をつけ、更にこれと共に処理日時などを
当該テキストファイルに記入する。

【０１５２】管理プログラム１３は、テキストファイル
に記載された内容と、ユーザ領域３に格納された画像フ
ァイルとを比較し、ユーザ領域３内の各画像ファイルが
上記（１）〜（３）の何れのパターンであるかを特定す
る。テキストファイルに記載されていない画像ファイ
ル、或いはテキストファイルに記載されているが、画像
ファイルの作成日時がテキストファイルに記載された日
時より後であるものは（３）のパターンである。テキス
トファイルに記載され（＃記号無し）、テキストファイ
ルに記載された処理日時が、画像ファイル作成日時より
も後であるものは（２）のパターンである。テキストフ
ァイルに記載され（＃記号あり）、テキストファイルに
記載された処理日時が、画像ファイル作成日時よりも後
であるものは（１）のパターンである。

【０１５３】なお、第１の実施の形態ないし第２の実施
の形態で説明した情報処理装置は、以下の装置、方法、
システムなどにより構成することもできる。 （１）クライアントのパーソナルコンピュータとプロバ
イダのサーバとを有し、前記クライアントのパーソナル
コンピュータより画像データを前記プロバイダのサーバ
にアップロードしたときに前記サーバで前記画像データ
の画質補正をするようにしたことを特徴とする画質補正
方法。 （２）クライアントのパーソナルコンピュータより画像
データをプロバイダのサーバにアップロードするように
した画像データ処理装置において、前記サーバに画像デ
ータを取得する画像データ取得手段と、前記画像データ
を記憶する第１の記憶手段と、該第１の記憶手段に記憶
された画像データを画質補正処理する画質補正処理手段
と、前記画質補正処理した画像データを前記画質補正処
理前と同じ識別子で記憶する第２の記憶手段と、前記画
質補正処理を管理する管理手段とを設けたことを特徴と
する画像データ処理装置。 （３）（１）に記載の画像データ処理装置において、前
記管理手段は前記画像データが画質補正処理済であるか
否かを判別する判別手段を含むことを特徴とする画像デ
ータ処理装置。 （４）（１）に記載の画像データ処理装置において、前
記管理手段は、定期的に、もしくは画像データを新たに
取得したときに対象画像データを画質補正処理するよう
にすることを特徴とする画像データ処理装置。 （５）（１）ないし（３）に記載の画像データ処理装置
において、課金手段を設けたことを特徴とする画像デー
タ処理装置。 （６）ウェブサーバの記憶媒体に対して、データを記憶
し、これを再生するデータ記憶再生方法であって、前記
ウェブサーバの記憶媒体にデータを記憶する記憶ステッ
プと、前記記憶ステップに伴って、ファイル構造を管理
する管理ステップと、前記管理ステップに伴って抽出さ
れたディレクトリ構造を表示する表示ステップと、前記
ディレクトリ構造の表示に示された特定のディレクトリ
位置を選択する選択ステップと、前記選択したディレク
トリに記憶されたデータに対してデータ変換する変換ス
テップと、前記データ変換されたデータを再生出力する
再生出力ステップとから成ることを特徴とするデータ記
憶再生方法。 （７）（６）に記載のデータ記憶再生方法において、前
記データを再生出力する再生出力ステップは、更にデー
タ変換前のデータをデータ変換後のデータと共に出力す
るようにしたことを特徴とするデータ記憶再生方法。 （８）（７）にのデータ記憶再生方法において、前記デ
ータ変換前のデータと前記データ変換後のデータとの内
の一方を選択し、選択されたデータを前記記憶媒体に記
憶することを特徴とするデータ記憶再生方法。 （９）（６）ないし（８）に記載のデータ記憶再生方法
において、前記データが画像データであることを特徴と
するデータ記憶再生方法。 （１０）（６）に記載のデータ記憶再生方法において、
ユーザＩＤを入力させ、ログインさせるログインステッ
プと、前記データ変換したデータ変換回数、もしくはロ
グイン後に前記データ変換が一度でも行なわれた場合の
ログイン回数をカウントするカウントステップと、入力
されたユーザＩＤを所有するユーザに対して、前記デー
タ変換回数もしくは前記ログイン回数もしくはその両方
に応じて課金する課金ステップとを備えたことを特徴と
するデータ記憶再生方法。 （１１）ウェブサーバの記憶媒体上に記憶された画像デ
ータより、前記画像データを選択するステップと、前記
選択された画像データ及び前記画像データを画像処理し
た画像処理後の画像データとを表示するステップと、前
記選択画像及び前記画像処理後画像データとから一方の
画像を選択するステップと、選択された画像が処理後の
画像であれば、処理後であることを示すデータととも
に、画像処理後の画像データを前記記録媒体上に記憶す
ることを特徴とするデータ記憶再生方法。 （１２）画像データに対し、第１の画像処理を行う第１
の画像処理手段と、サムネイル画像データに対し、第２
の画像処理を行う第２の画像処理手段と、ユーザが所有
する一つ以上の画像データのうち、前記第１の画像処理
が一度も施されていない一つ以上の画像データを抽出す
る抽出手段と、前記抽出された画像データのサムネイル
画像を作成する手段と、前記サムネイル画像データに、
前記第２の画像処理を施す手段と、前記処理前サムネイ
ル画像データと、前記処理後サムネイル画像データの少
なくとも２者をユーザに比較選択させる手段と、前記比
較選択の結果、処理後サムネイル画像データが選択され
たものに関しては、当該サムネイルを作成する元となっ
た画像データに対し、前記第１の画像処理を施す手段
と、前記第１の画像処理を施された画像データで、前記
第１の画像処理前のデータを置き換える手段とを有する
ことを特徴とするデータ一括処理システム。 （１３）（１２）に記載のデータ一括処理システムにお
いて、前記第１の画像処理手段と前記第２の画像処理手
段を同一手段とすることを特徴とするデータ一括処理シ
ステム。 （１４）（１２）に記載のデータ一括処理システムにお
いて、一定数の画像データにのみサムネイルの作成、前
記サムネイルへの前記第２の画像処理を実施、前記画像
処理前及び処理後の少なくとも２者の選択提示を行うと
いうステップを有し、前記第１の画像処理が一度も施さ
れていない複数の画像データに対し、前記ステップを複
数回繰り返すことを特徴とするデータ一括処理システ
ム。 （１５）データに対し、データ処理を行うデータ処理ス
テップと、前記データ処理が施されたという処理記録情
報を、前記データと一体管理部分に書込む書込みステッ
プとを有することを特徴とするデータ処理方法。 （１６）（１５）に記載のデータ処理方法において、前
記処理記録情報は、当該処理の種類を含むことを特徴と
するデータ処理方法。 （１７）（１５）に記載のデータ処理方法において、前
記処理記録情報は、当該処理に用いた各パラメータ値を
含むことを特徴とするデータ処理方法。 （１８）（１５）に記載のデータ処理方法において、前
記処理記録情報は、当該処理の時刻を含むことを特徴と
するデータ処理方法。 （１９）（１５）に記載のデータ処理方法において、前
記処理記録情報は、当該処理を施した主体を識別する情
報を含むことを特徴とするデータ処理方法。 （２０）（１５）に記載のデータ処理方法において、前
記データ処理は、画像データの画質補正であることを特
徴とするデータ処理方法。 （２１）（１５）に記載のデータ処理方法において、前
記データはファイルであり、前記データと一体管理され
る部分は前記ファイル内の一部であることを特徴とする
データ処理方法。 （２２）データを保管するネットワーク上のサーバと、
保管されたデータを閲覧するネットワーク上の閲覧用の
機器を含むデータ処理システムにおいて、前記データを
単独又は複数一括してデータ処理するデータ処理手段
と、前記データ処理が施されたという処理記録情報を前
記データと一体管理される部分に書込む書込み手段とを
有することを特徴とするデータ処理システム。 （２３）データのアップロードを受けるネットワーク上
のサーバと、前記データをアップロードするネットワー
ク上のクライアントコンピュータとを含むデータ処理シ
ステムにおいて、前記データをアップロードするアップ
ロード手段と、前記データをデータ処理するデータ処理
手段と、前記データ処理が施されたという処理記録情報
を前記データと一体管理される部分に書込む書込み手段
とを有することを特徴とするデータ処理システム。

【０１５４】

【発明の効果】本発明によれば、ユーザはＷＷＷサーバ
装置上などで容易に画質補正処理などのデータ処理を行
うことができる。

【図面の簡単な説明】

【図１】本実施の形態の情報処理装置に備えられたデー
タやプログラムなどの論理的な関係を示した構成図であ
る。

【図２】処理済画像ファイルに添付されるヘッダの内容
の一例を示した図である。

【図３】ユーザ領域にオリジナル画像ファイルと処理済
画像ファイルが混在している例を示した図である。

【図４】画質補正処理を行わなかった場合のヘッダの一
例を示した図である。

【図５】ユーザ領域に上記の３通りの画像ファイルが混
在している例を示した図である。

【図６】情報処理装置が接続されるネットワークの構成
の一例を示した図である。

【図７】ＷＷＷサーバ装置の構成の一例を示した図であ
る。

【図８】端末装置の構成の一例を示した図である。

【図９】ＷＷＷサーバ装置を運営している事業者が開設
しているサイトのトップページを示したものである。

【図１０】ログインページを示した図である。

【図１１】ツリー構造表示ページを示した図である。

【図１２】二者択一ページを示した図である。

【図１３】ＷＷＷサーバ装置の画質補正動作を説明する
ためのフローチャートである。

【図１４】二者択一ページ表示ルーチンの処理手順を示
したフローチャートである。

【図１５】画像処理・更新ルーチンの処理手順を示した
フローチャートである。

【図１６】一定数ごとに処理を行う場合のフローチャー
トである。

【図１７】一定数ごとに処理を行う場合のフローチャー
トである。

【図１８】コントラスト補正を行った後に色補正を行っ
た場合にヘッダに記入される処理記録情報の一例を示し
た図である。

【図１９】ヘッダの詳細な構成を示した図である。

【図２０】第１の実施の形態の変形例１に係るサーバ装
置の構成を示した図である。

【図２１】本発明データ記憶再生方法の実施の形態の例
の説明に供する構成図である。

【図２２】本発明データ記憶再生方法の実施の形態の例
の説明に供する機能ブロック図である。

【図２３】本発明の説明に供する線図である。

【図２４】本発明の説明に供するフローチャートであ
る。

【図２５】本発明の説明に供する線図である。

【図２６】本発明の説明に供する線図である。

【図２７】本発明の説明に供する線図である。

【図２８】本発明の説明に供する線図である。

【図２９】本発明の説明に供する線図である。

【図３０】本発明の説明に供する線図である。

【図３１】本発明の実施の形態の他の例の説明に供する
構成図である。

【図３２】本発明の実施の形態の他の例の説明に供する
機能ブロック図である。

【図３３】本発明の説明に供するフローチャートであ
る。

【図３４】本発明の説明に供するフローチャートであ
る。

【符号の説明】

１ 情報処理装置 ２ オリジナル保管領域 ３ ユーザ領域 ４ サムネイル一時保管領域 ６ Ｗｅｂ部 ８ 画像管理部 １３ 管理プログラム １４ ユーザデータ １５ ログデータ １６ 画像処理プログラム ５１ オリジナル画像ファイル ５２ ヘッダ ５３ 画像データ ５４ 処理済画像ファイル ５５ ヘッダ ５６ 画像データ ５８ オリジナル画像ファイル ６０ 画像データ ８０ インターネット ８２ ＷＷＷサーバ装置 ８３ 端末装置 ８５ 制御部 ８６ ＲＯＭ ８７ ＣＰＵ ８８ ＲＡＭ ９０ キーボード ９１ マウス ９３ 表示装置 ９４ 印刷装置 ９６ 通信制御装置 ９６ バスライン １００ 記憶装置 １０１ 記憶媒体駆動装置 １０３ 入出力インターフェース １０４ 画像読取装置 １０６ プログラム格納部 １０７ データ格納部 １５０ トップページ １５５ ログインページ １５６ ユーザＩＤ入力欄 １５７ パスワード入力欄 １５８ ＯＫボタン １５９ リセットボタン １６０ 登録ボタン １６３ ツリー構造表示ページ １６４ ツリー構造表示欄 １６６ 送信ボタン １６６ リセットボタン １７０ 二者択一ページ １７１ オリジナルサムネイル表示欄 １７２ 処理済サムネイル表示欄 １７３ スクロールバー １７４ ＯＫボタン １７５ キャンセルボタン １７６ ラジオボタン １９１ ＷＷＷサーバ装置 １９０ 画像管理サーバ装置 ４０１ サーバ ４１０ 「フォト補正」ボタン ４１１ ユーザＩＤ ４１２ パスワード ４１３ 送信ボタン ４１４ リセットボタン ４１６ チェックボックス ４１７ 送信ボタン ４１８ リセットボタン ４１９ ラジオボタン ４２０ 送信ボタン ４２１ リセットボタン

Claims (12)

【特許請求の範囲】
1. 【請求項１】 処理前のデータを取得するデータ取得手
   段と、 前記処理前のデータを複製して退避する退避手段と、 前記取得した処理前のデータに対して所定のデータ処理
   を行うデータ処理手段と、 前記退避手段にて退避した処理前のデータと前記データ
   処理手段にてデータ処理した処理後のデータを関連付け
   る関連付け手段と、 前記処理後のデータを、前記関連付け手段にて当該処理
   後のデータに関連付けられた前記処理前のデータで置き
   換える置き換え手段と、 を具備したことを特徴とするデータ処理装置。
2. 【請求項２】 前記処理前のデータと前記処理後のデー
   タの両方を提示する提示手段と、 ユーザに前記提示手段にて提示された両者の内一方を選
   択させる選択手段と、を更に具備し、 前記置き換え手段は、前記選択手段にて前記処理前のデ
   ータが選択された場合に置き換えを行うことを特徴とす
   る請求項１に記載のデータ処理装置。
3. 【請求項３】 前記退避手段は、前記処理後のデータと
   前記処理前のデータとを同じ識別子で退避することを特
   徴とする請求項１に記載のデータ処理装置。
4. 【請求項４】 前記置き換え手段は、前記処理後のデー
   タを前記処理前のデータにて上書きすることにより置き
   換えを行うことを特徴とする請求項１に記載のデータ処
   理装置。
5. 【請求項５】 前記処理前のデータを第１のデータと
   し、 前記データ処理を第１のデータ処理とし、 前記第１のデータから、前記処理前のデータよりも少な
   くともデータ量が同じか小さい第２のデータを生成する
   第２データ生成手段と、 前記生成された第２のデータに対して第２のデータ処理
   を行う第２データ処理手段と、 前記第２のデータ処理前の前記第２のデータと、前記第
   ２のデータ処理後の前記第２のデータの両方を提示する
   ための提示情報を送信する提示情報送信手段と、 前記提示情報を用いて提示された両者の内の何れをユー
   ザが選択したかを特定する二者択一情報を受信する二者
   択一情報受信手段と、 を更に具備し、 前記データ処理手段は、前記受信した二者択一情報によ
   り、前記第２のデータ処理後の前記第２のデータが特定
   され、かつ、前記第２のデータに対応する前記第１のデ
   ータが前記第１のデータ処理を施されていない場合に、
   当該第１のデータに対して前記第１のデータ処理を施す
   ことを特徴とする請求項１に記載のデータ処理装置。
6. 【請求項６】 前記第２データ生成手段は、所定の数の
   前記第１のデータに対して前記第２のデータを生成し、 前記第２データ処理手段は、前記生成された前記所定の
   数の前記第２のデータをデータ処理し、 前記提示情報送信手段は、前記所定の個数の前記生成さ
   れた第２のデータと、前記データ処理された処理後の第
   ２のデータの両方を提示するための提示情報を送信し、 前記第２のデータ生成手段による第２のデータの生成、
   前記第２のデータ処理手段による前記第２のデータに対
   するデータ処理、及び前記提示情報送信手段による提示
   情報の送信は、第１のデータに対して所定の個数ずつ複
   数回行うことができることを特徴とする請求項５に記載
   のデータ処理装置。
7. 【請求項７】 前記関連付け手段は、前記処理前のデー
   タ又は当該処理前のデータから得られる前記処理後のデ
   ータの少なくとも一方に、前記処理前のデータと前記処
   理後のデータとの対応関係が判別可能な情報を付加させ
   ることを特徴とする請求項１に記載のデータ処理装置。
8. 【請求項８】 前記関連付け手段は、前記処理前のデー
   タと前記処理後のデータのそれぞれの内部に識別子を埋
   め込むことを特徴とする請求項７に記載のデータ処理装
   置。
9. 【請求項９】 前記関連付け手段は、前記処理後のデー
   タに前記処理前のデータの識別子を埋め込み、前記処理
   前データと一体管理される部分に前記識別子に対応する
   識別子を付与することを特徴とする請求項７に記載のデ
   ータ処理装置。
10. 【請求項１０】 前記処理前のデータ内部に識別情報を
    埋め込むことにより、前記提示情報において、前記処理
    前のデータをデフォルト選択とすることを特徴とする請
    求項５に記載のデータ処理装置。
11. 【請求項１１】 処理前のデータを取得する第１のステ
    ップと、 前記第１のステップにて取得した処理前のデータを複製
    して退避する第２のステップと、 前記第１のステップにて取得した処理前のデータに対し
    て所定のデータ処理を行う第３のステップと、 前記第２のステップにて退避した処理前のデータと前記
    第３のステップにてデータ処理した処理後のデータを関
    連付ける第４のステップと、 前記第３のステップにて処理した処理後のデータを、前
    記第４のステップにて当該処理後のデータに関連付けら
    れた前記処理前のデータで置き換える第５のステップ
    と、から構成されたことを特徴とするデータ処理方法。
12. 【請求項１２】 処理前のデータを取得するデータ取得
    機能と、 前記処理前のデータを複製して退避する退避機能と、 前記取得した処理前のデータに対して所定のデータ処理
    を行うデータ処理機能と、 前記退避機能にて退避した処理前のデータと前記データ
    処理機能にてデータ処理した処理後のデータを関連付け
    る関連付け機能と、 前記処理後のデータを、前記関連付け機能にて当該処理
    後のデータに関連付けられた前記処理前のデータで置き
    換える置き換え機能と、 をコンピュータに実現させるためのデータ処理プログラ
    ムを記憶したコンピュータが読み取り可能な記憶媒体。