(57)【要約】【課題】  ネットワークを介して写真などの高解像度画像に対する編集や印刷出力のサービスを、実用的な価格ですることを目的とする。【解決手段】  画像処理装置は高解像度画像を記憶媒体に記憶し、低解像度画像をサーバ装置に転送する。低解像度画像を受信したサーバ装置は、情報処理装置へ転送する。情報処理装置は低解像度画像を使って編集処理を実行し、編集内容をサーバ装置へ送信する。編集内容を受信したサーバ装置は、画像処理装置へ転送する。画像処理装置は受信した編集内容にしたがって、記憶媒体に記憶された高解像度画像を編集し、プリンタへ印刷指示を行う。【選択図】  図１
2005102222.tif 000002
【特許請求の範囲】
【請求項１】
サーバ装置と通信可能な画像処理装置の制御方法であって、
記憶媒体に高解像度画像を格納する格納ステップと、
前記高解像度画像よりも低解像度の画像を、前記サーバ装置へ転送する転送ステップと、
前記サーバ装置から、情報処理装置によって前記低解像度画像に対して施された編集の内容を示す編集情報を受信する受信ステップと、
前記編集情報に基づいて、前記記憶媒体に格納された高解像度画像を編集する編集ステップとを有することを特徴とする制御方法。
【請求項２】
前記編集の内容は、テンプレートに前記低解像度画像やテキストをはめ込むようなアルバム編集であることを特徴とする請求項１に記載の制御方法。
【請求項３】
前記編集の内容は、赤目処理、回転および合成のうち少なくとも１つであることを特徴とする請求項１に記載の制御方法。
【請求項４】
前記編集ステップにて編集された高解像度画像の印刷指示をプリンタへ出力するステップとをさらに備えたことを特徴とする請求項１に記載の制御方法。
【請求項５】
前記格納ステップにて高解像度画像が前記記憶媒体に格納される期間には、上限が設定されていることを特徴とする請求項１に記載の制御方法。
【請求項６】
画像処理装置及び情報処理装置と通信可能なサーバ装置の制御方法であって、
前記画像処理装置から、前記画像処理装置内に記憶された高解像度画像よりも低解像度の画像を受信する低解像度画像受信ステップと、
前記低解像度画像を情報処理装置へ転送する低解像度画像転送ステップと、
前記情報処理装置から、前記低解像度画像に対して施された編集の内容を示す編集情報を受信する編集情報受信ステップと、
前記編集情報を前記画像処理装置へ転送する編集情報転送ステップとを備え、
前記転送した編集情報にしたがって、前記画像処理装置によって前記高解像度画像は編集されることを特徴とする制御方法。
【請求項７】
サーバ装置と通信可能な情報処理装置の制御方法であって、
前記サーバ装置から、画像処理装置内に記憶された高解像度画像よりも低解像度の画像を受信する低解像度画像受信ステップと、
前記低解像度画像に対して編集を施す編集ステップと、
前記編集の内容を示す編集情報を前記サーバ装置へ送信する送信ステップと、
前記送信した編集情報は、前記サーバ装置から前記画像処理装置へ転送され、前記画像処理装置によって前記高解像度画像は編集されることを特徴とする制御方法。
【請求項８】
サーバ装置と通信可能な画像処理装置であって、
記憶媒体に高解像度画像を格納する格納手段と、
前記高解像度画像よりも低解像度の画像を、前記サーバ装置へ転送する転送手段と、
前記サーバ装置から、情報処理装置によって前記低解像度画像に対して施された編集の内容を示す編集情報を受信する受信手段と、
前記編集情報に基づいて、前記記憶媒体に格納された高解像度画像を編集する編集手段とを有することを特徴とする画像処理装置。
【請求項９】
画像処理装置及び情報処理装置と通信可能なサーバ装置であって、
前記画像処理装置から、前記画像処理装置内に記憶された高解像度画像よりも低解像度の画像を受信する低解像度画像受信手段と、
前記低解像度画像を情報処理装置へ転送する低解像度画像転送手段と、
前記情報処理装置から、前記低解像度画像に対して施された編集の内容を示す編集情報を受信する編集情報受信手段と、
前記編集情報を前記画像処理装置へ転送する編集情報転送手段とを備え、
前記転送した編集情報にしたがって、前記画像処理装置によって前記高解像度画像は編集されることを特徴とするサーバ装置。
【請求項１０】
サーバ装置と通信可能な情報処理装置であって、
前記サーバ装置から、画像処理装置内に記憶された高解像度画像よりも低解像度の画像を受信する低解像度画像受信手段と、
前記低解像度画像に対して編集を施す編集手段と、
前記編集の内容を示す編集情報を前記サーバ装置へ送信する送信手段と、
前記送信した編集情報は、前記サーバ装置から前記画像処理装置へ転送され、前記画像処理装置によって前記高解像度画像は編集されることを特徴とする情報処理装置。
【請求項１１】
請求項１、６及び７のうち少なくとも１つの制御方法をコンピュータ装置に実行させるためのプログラム。
【請求項１２】
請求項１１に記載のプログラムをコンピュータ装置読み出し可能に記憶した記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介して写真などの高解像度画像に対して編集を行う際に利用される、画像処理装置、サーバ装置、情報処理装置、それらの制御方法、それらの制御方法をコンピュータ装置に実行させるためのプログラム及びそれらのプログラムをコンピュータ装置読み出し可能に記憶した記憶媒体に関するものである。
【背景技術】
【０００２】
今日一般に普及しているカメラでの撮影フイルム等は、写真の現像焼付け等を受け付ける所謂ラボ店に持ち込んで所望の撮影データを写真として焼付けてもらっていた。この際、希望によりトリミングの指定ができるが、その内容は制約されたものであった。
【０００３】
撮影結果を得たい場合にラボ店までいちいち出向かなければならないのは面倒である。この点を解消するために、銀塩写真のレベルの画像をデジタル化して、それをネットワークで伝送処理することも考えられる。（例えば、特許文献１参照。）
【特許文献１】特開平１０−１４５５４２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、今日一般に普及している銀塩写真のレベルの画像をデジタル化して顧客に配信するサービスを行おうとしても、ネットワークで伝送処理すると一般家庭で手軽に利用できる料金からはかけ離れてしまい、商業的に成り立たない。
【０００５】
フルカラー画像の非可逆圧縮方式として良く用いられるＪＰＥＧ圧縮を用いたとしても、ネットワーク通信容量と料金、画像品質は比例するが、通信時間は逆比例する。この結果、（１）通信料金、（２）通信時間、（３）画像品質の３つの要素をバランスさせることは難しい。
【０００６】
また、今日急速に普及しているインターネット（以下、「ＷＷＷ」と称す。）は、画像の表現形式としてＨＴＭＬという記述言語を持ち、インターネット上をＨＴＴＰという通信プロトコルで画面を伝送する。この伝送方式は、静止画を含む文字の伝送／表示には適するが、そこに表示されている画像や文字を編集するのは困難である。このため、一般的なＷＷＷ通信プロトコルを用いることはふさわしくない。
【０００７】
以上の点を解消するために独自の方式を採用すると、世界中の誰もが手軽に利用できる様になっているＷＷＷのメリットがなくなってしまう。
【０００８】
本発明は、上述した課題を解決することを目的としてなされたものであり、ネットワークを介して写真などの高解像度画像に対する編集や印刷出力のサービスを、実用的な価格で提供することを目的とする。
【０００９】
また、本発明は、ＷＷＷの基本仕様を変えずに、ネットワーク上の装置間でインタラクティブな画像編集を可能にすることを目的とする。
【００１０】
更に、本発明は、テンプレートを用いて画像編集を行い、より少ない記憶容量の専有で実用的な保管サービスを提供することを目的とする。
【課題を解決するための手段】
【００１１】
本願の発明の１つは、サーバ装置と通信可能な画像処理装置の制御方法であって、記憶媒体に高解像度画像を格納する格納ステップと、前記高解像度画像よりも低解像度の画像を、前記サーバ装置へ転送する転送ステップと、前記サーバ装置から、情報処理装置によって前記低解像度画像に対して施された編集の内容を示す編集情報を受信する受信ステップと、前記編集情報に基づいて、前記記憶媒体に格納された高解像度画像を編集する編集ステップとを有することを特徴とする。
【００１２】
また、本願の発明の１つは、画像処理装置及び情報処理装置と通信可能なサーバ装置の制御方法であって、前記画像処理装置から、前記画像処理装置内に記憶された高解像度画像よりも低解像度の画像を受信する低解像度画像受信ステップと、前記低解像度画像を情報処理装置へ転送する低解像度画像転送ステップと、前記情報処理装置から、前記低解像度画像に対して施された編集の内容を示す編集情報を受信する編集情報受信ステップと、前記編集情報を前記画像処理装置へ転送する編集情報転送ステップとを備え、前記転送した編集情報にしたがって、前記画像処理装置によって前記高解像度画像は編集されることを特徴とする。
【００１３】
また、本願発明の１つは、サーバ装置と通信可能な情報処理装置の制御方法であって、前記サーバ装置から、画像処理装置内に記憶された高解像度画像よりも低解像度の画像を受信する低解像度画像受信ステップと、前記低解像度画像に対して編集を施す編集ステップと、前記編集の内容を示す編集情報を前記サーバ装置へ送信する送信ステップと、前記送信した編集情報は、前記サーバ装置から前記画像処理装置へ転送され、前記画像処理装置によって前記高解像度画像は編集されることを特徴とする。
【発明の効果】
【００１４】
以上、説明したように本発明によれば、ネットワーク上の複数の装置が協同して高解像度画像情報の編集及び印刷出力をする場合に、各装置間で授受する画像情報のデータ量を少なくすることができるので、通信負荷が軽減されるという効果が得られる。
【００１５】
例えば、ユーザが自宅のコンピュータを操作して、自己がカメラで撮影した写真の内容を任意に編集した結果を、ラボに設置された高機能のプリンタを使ったプリントに生かすことができるようになる。
【発明を実施するための最良の形態】
【００１６】
以下、図面を参照して本発明に係る一発明の実施の形態例を詳細に説明する。
【００１７】
図１は本発明に係る一発明の実施の形態例における画像編集システムの全体構成例を示す図であり、ネットワーク画像編集受発注システムに適用した例を示している。
【００１８】
本発明の実施の形態例においては、図１に示すネットワーク構成を基本としており、本発明の実施の形態例のサービス（以下、「本サービス」と称す。）を利用しようとする写真ディーラーは、本店にサーバ装置（Ｗｅｂサーバ）５を設置し、各支店にクライアント装置１、２を設置する。本店と支店との間は専用線（例えば６４Ｋｂｐｓ〜１２８Ｋｂｐｓ）で互いに接続したネットワークを構築することが望ましい。
【００１９】
しかし、一般的な公衆ＩＳＤＮ回線、例えば６４ＫｂｐｓのＩＳＤＮ回線により互いを通信可能に接続するネットワークシステムを介して接続しても良い。この場合には、例えば最も一般的なネットワークシステムであるインターネットに加入等する必要がある。インターネットへ接続する場合には、専用線で接続してもダイアルアップ回線で接続しても良い。
【００２０】
但し、専用回線を介して互いに接続されている方が常にデータがリンクされているので使い勝手は良い。
【００２１】
図１に示す例では、本店５と支店１間を専用線で接続しているが、全てインターネットプロバイダー経由で接続しても良い。なお、プロバイダーの図は省略してある。
【００２２】
図１のシステム構成を備える実施の形態例における実際の画像処理の流れを以下に説明する。
【００２３】
ユーザ７、１０が撮影済みフイルム６、１１を支店１または２に持参すると、支店１、２ではそれを通常の銀塩フイルムの現像器で現像し、現像したフイルムを例えばスキャナ（Ｓ）を用いて読み込む。そしてデジタル画像に変換し、大容量記憶装置であるハードディスク３、４に画像データとして保存する。その画像データは店の人か、ユーザ自身が操作卓（ディスクトップコンピュータ等を用いても良い。）を用いて所望の各種画像編集が可能に構成されている。
【００２４】
本実施の形態例で可能としている画像編集機能としては、例えば、ボタンをクリックすることにより油絵調の写真に変えたり、水彩画調の写真に変えたりすることが可能に構成されている。またピンボケ写真をシャープにしたり、赤目を除去（黒目に変える）する処理などが可能に構成されている。この画像編集機能としてはあらゆる画像編集機能を適用することが可能である。
【００２５】
更に本実施の形態例においては、画像自身への編集だけでなく、幾つかの画像を組み合わせて「アルバム」を編集することもできる。その場合、予め美しい絵柄がデザインされている「テンプレート」にユーザの画像をはめ込むだけで、簡単にプロ級のアルバム編集が可能である。
【００２６】
テンプレートとは、ある手段の部分編集済みドキュメントファイルであり、テキストスロットとフォトスロットという文字または画像を自由に挿入できるファイル構造を有する。ユーザは部分編集済みドキュメントファイル、即ちテンプレートをさらに自分好みに追加編集して、目的の画像を完成させる。画像を例えばドラッグ＆ドロップ操作でテンプレートのフォトスロットにはめ込む。
【００２７】
編集した画像はプリンタ（Ｐ）を用いて印刷出力し、その印刷結果８、１２がユーザに渡される。これらの一連のサービスは本店５と支店１、２とで何等変わる所はない。本店５にフイルムを持参したユーザは、支店１、２のユーザ７、１０と全く同じサービスが受けられる。
【００２８】
本店５と支店１、２との唯一の違いは、本店５にはＷｅｂサーバ９が設置されていることだけである。このＷｅｂサーバ９は、技術的には支店１または４に設置しても良いが、常識的な説明として、本店５に設置している例を説明する。
【００２９】
図１に示す本実施の形態例システムの特徴は、支店１、２で行われるデジタル画像処理が、従来の銀塩写真のミニラボの様に、その店の中で殆ど全て処理されることである。
【００３０】
従来の銀塩写真のプロセスの内、基幹ラボと呼ばれているものは、ユーザのフイルムやネガは受付け店舗で処理するのではなく、１ヵ所の基幹ラボに物理的に集められ、基幹ラボで現像／焼き付け処理をして各受付け店舗に配信している。それに対しミニラボでは、フイルムを預かった店で現像／焼き付け処理をする。本実施の形態例における各ディーラー支店は、上述した所謂「ミニラボ型」と同様の処理サービスを行う。
【００３１】
＜本店と支店間の情報の授受＞
通常の画像編集処理においては、以上に説明したように各ディーラー支店で全ての処理を完結することができる。本実施の形態例においては、以上の通常の画像出力サービスに加えて、以下に説明するユーザがネットワークを用いて直接自宅等から画像編集を行うプロキシ画像編集処理を可能とすることに特徴を有している。このプロキシ画像の詳細については後述する。
【００３２】
このプロキシ画像編集を可能とするために、支店１、２共に処理に必要なコンピュータシステムを備えることとしては設備投資に多大の資金が必要であり、現実的な対応ではない。このため、本実施の形態例においては図１に示すように本店５にのみＷｅｂサーバ９を設置し、他の支店１、２にはＷｅｂサーバを設置せず、通信回線を介して本店５のＷｅｂサーバ９と接続した状態としている。
【００３３】
そして、本発明の実施の形態例においては、支店１、２がユーザに対してプロキシ画像編集サービスを提供しようとした場合に以下に説明するネットワーク通信を行っている。以下、詳細に説明する。
【００３４】
上述したように支店１、２それぞれにＷｅｂサーバを設置するのは費用的に効率的ではない。例えばチェーン展開しているラボ店の場合、本店に一つ設置すれば十分である。リーズナブルな費用でパーソナルコンピュータ（コンピュータ）１台でＷｅｂサーバを開設する方法もあるにはあるが、コンピュータはあらゆる不測の事態を想定して設計されていないため、システムダウンの無い信頼性の高いシステムを構築することは困難であり、かえって費用がかかることにもなる。実施の形態例においては本店５にのみＷｅｂサーバ９を設置することとして、Ｗｅｂサーバ９と支店１、２間を専用線のみならず、ＩＳＤＮの様なダイアルアップ回線を介しての接続も可能に構成されている。
【００３５】
各支店１、２とＷｅｂサーバ９間を接続するためのネットワークサービスの種類にもいろいろあるが、ここで想定しているサービスにおいては、基本サービスとして、例えばユーザ７がフイルム６を支店１に持参すると、支店で現像／スキャンされた画像がＷｅｂサーバ９にアップロードされる。
【００３６】
そして、２〜３時間後にはユーザは自宅のコンピュータ（例えばコンピュータ）から先に現像を依頼した撮影画像を例えばＷＷＷからアクセスしてダウンロードして鑑賞でき、必要な画像を選択し、編集し、印刷指示を可能とする。
【００３７】
以上のサービスを提供するには、支店１、２においてユーザの画像をスキャナ（Ｓ）で読み込み、読み込んだ画像を図１に示すネットワークを使って支店１から本店５のＷｅｂサーバ９に送る必要がある。また、ユーザが自己の依頼画像を鑑賞／編集等するためには、ユーザよりＷｅｂサーバ９をアクセスし、Ｗｅｂサーバ９より該当画像を検索してユーザ７の自宅にダウンロードする必要がある。ユーザが使用可能な回線通信速度はさほど速いものが期待できず、例えば２８Ｋｂｐｓ程度の低速の回線等で行われることを想定する必要がある。
【００３８】
以上の点を考慮して本実施の形態例では以下の方式を用いることとしている。例えば支店１でスキャナ（Ｓ）でスキャンして読み込んだ高解像度の画像情報は、そのまま支店１のディスクに保管する。同時に、この高解像度画像情報より低解像度の画像情報（プロキシ画像等）を生成して同様に前記高解像度画像情報に関連付けてこの低解像度画像情報（プロキシ画像等）を支店１のディスクに記憶させる。
【００３９】
そして、本店５のＷｅｂサーバ９には高解像度画像情報より生成した低解像度画像情報のみをアップロードする。そして、例えばユーザ７よりの該当画像のダウンロード要求がくると、この低解像度画像情報をユーザに送る。ユーザ７の自宅では、受信した低解像度画像に対して所望の編集等を行う。
【００４０】
ユーザ７は、ダウンロードして画像に対する必要な画像処理が終了すると、ネットワークを介してその編集情報（画像に対する例えば編集指示情報）のみをＷｅｂサーバ９に送る。本店５では、この編集情報のみを通信回線経由で支店１に送る。
【００４１】
支店１では、本店５より受け取った編集情報に従って対応する高解像度画像に対する編集処理を実行する。そして、指定された編集処理の終了した高解像度画像情報を例えばプリンタＰより印刷出力し、該当ユーザに渡すことになる。
【００４２】
本実施の形態例においては、以上の様に支店より本店への画像情報の送信及び本店よりユーザへの画像情報のダウンロードは低解像度画像情報で行い、ユーザより本店へは直接編集済み画像情報を送らずに、編集指示データのみが送られる。そして本店は当該編集指示データのみを支店に送る。
【００４３】
支店では、送られてきた編集データに該当する高解像度画像情報を検索して、この編集データに該当する高解像度画像情報に対して編集指示に従った編集処理を実行する。この様に制御することにより、ネットワークのトラフィックを最小にするシステムを提供することが可能となる。
【００４４】
＜本システムにおける特徴＞
以上に説明した方式のシステムは、特別の画像編集を行わない場合には所謂ミニラボ方式であるが、画像編集を行おうとした場合には基幹ラボ方式とミニラボ方式の混合方式ともいえる方式である。
【００４５】
ここで、基幹ラボに対するミニラボ方式の特徴を考察すると、
（１）基幹ラボよりもミニラボ全体の方が処理能力が大きい。いかに高速／大容量のサーバと言えども、全国に分散した何万ものミニラボ型システムの処理能力にはかなわないことは、コンピュータのダウンサイジングの歴史が証明している。
（２）高解像度画像の転送は時間がかかるので、Ｗｅｂサーバには低解像度のプロキシ画像とサムネールだけしかアップロードしないと言う考え方は合理的である。
（３）ユーザの画像がユーザが来店した店舗の中にあるシステムに格納されているということは、店の主人にとってもユーザにとっても安心感を与える。店の主人の判断で融通の利くサービスが展開できる。
（４）万が一店舗のシステムが故障することがあっても、その影響はその店舗止まりである。他の店舗のシステムや本店のシステムを含めた全体のシステムに影響を与えることが無く、全体システムがダウンすることはない。
（５）小売店にとって、基幹ラボは仕事を奪うサービスであると言うこともでき、小売店はフイルムの取次店になりさがってしまう可能性がある。これに比較して本実施の形態例では本店のシステムは自店では処理しきれないユーザをさばいてくれる支援サービスである。
以上の点より本店にとっても、各支店にとっても本実施の形態例は利点を有している。
【００４６】
更に、本実施の形態例においては、システムの特性を生かして店にフイルムを預ける際、若干の追加料金を払うことにより、スキャナ（Ｓ）より読み込んだ画像を本店５のＷｅｂサーバ９にアップロードするサービスを受けることもできるように構成されている。そのサービスを利用するユーザに対しては、アクセスコードを報知し、ユーザは自宅のコンピュータからインターネット経由でディーラー本店にアクセスして例えばディーラーの「ホームページ」を開き、先に報知された自分だけしか知らないアクセスコードを入力すると、支店でデジタイズした画像をインターネット経由で見ることができる。
【００４７】
この場合において、ユーザよりの読み込み画像は、ディーラーの支店と、ディーラーの本店のサーバの両方に存在する。ディーラーの支店には、後で印刷に用いる画像なので、"１６Ｂａｓｅ"と呼ばれる「高解像度」の画像が保存される。
【００４８】
一方、ディーラーの本店のサーバには、支店より送られて来るサムネール画像及びプロキシ画像と呼ばれる「低解像度」画像が保存されている。ディーラーの本店の画像は、もっぱらコンピュータで見るための画像であるため、低解像度で良いからである。
【００４９】
通常、サムネールには１／１６Ｂａｓｅ画像が使われ、プロキシ画像にはＢａｓｅ画像が使用される。
【００５０】
＜本例で採用する画像の表現＞
本実施の形態例では、以下に示す各解像度画像を用いて画像の処理を行う。
・１６Ｂａｓｅ画像（原高解像度画像）：２０４８×３０７２画素
・４Ｂａｓｅ画像（中解像度画像）：１０２４×１５３６画素
・Ｂａｓｅ画像（プロキシ画像）：５１２×７６８画素
・１／４Ｂａｓｅ（更なる低解像度画像）：２５６×３８４画素
・１／１６Ｂａｓｅ（サムネール画像）：１２８×１９２画素
本実施の形態例の特徴は、ネットワーク上のＷｅｂサーバ９にある低解像度の画像を編集し、その「編集情報」のみをネットワークを介して支店に伝送することにより、印刷用画像の様な画像情報のサイズの大きいデータを送ることなく、高解像度画像のネットワーク編集／印刷機能を提供する所にある。
【００５１】
画像を例えば「油絵調」にした場合、ディーラー本店のサーバから、「油絵調」を意味する数バイトのコードと、画像の「ファイル名」だけが支店に伝送される。それを受け取った支店では、元々自分の店に保存してある「高解像度」画像に同じ「油絵調」の編集を施し、自店のプリンタに出力する。
【００５２】
支店にとって、本店が行う本実施の形態例システムは、支店の仕事を奪うサービスではなく、自店では処理し切れないユーザをさばいてくれる支援サービスである。
【００５３】
更に、本店５のＷｅｂサーバ９は、コンテンツサービスも提供している。これは、グリーティングカード会社が保有する膨大な画像データベースをネットワークを介してユーザが使えるようにするサービスである。
【００５４】
このサービスをユーザ自身で利用する場合、グリーティングカード会社のデータベースにアクセスする手順はディーラー本店にアクセスする手順と同じとは限らず、操作方法を新たに覚えなければならない。しかし、本実施の形態例によれば、ディーラー本店にアクセスする手順と同じ手順でグリーティングカード会社のデータベースにアクセスすることが可能となり、新たな手順を記憶しなければならないという煩雑さを避けることができ、アクセスプロトコルを一つに統合することができる。
【００５５】
＜支店における基本処理＞
以上の基本構成を備える本実施の形態例のシステムにおける支店における基本処理を、以下図２を参照して説明する。図２は本発明に係る一発明の実施の形態例における支店における基本処理の流れを示すフローチャートである。図１に示す構成要素には同一番号を付与してある。図２においては、図の左から右に時間軸が流れている様に表現されている。
【００５６】
ユーザ７は撮影済みフイルム６を本実施の形態例システムに加盟しているディーラーの支店１（以下、「加盟店」とも表現する）に持参する。加盟店では、そのフイルムを現像した後、スキャナ（Ｓ）でスキャンして画像として読み込み、読み込んだアナログ画像を対応するデジタル画像に変換する。
【００５７】
この読み込まれたデジタル画像は上述した原画像（高解像度画像）であり、２０４８×３０７２画素の１６Ｂａｓｅ画像である。この高解像度画像は、（Ｈｉ−Ｒｅｓ）としてストレージ（ディスク装置）３に保存する。
【００５８】
そして、ユーザの注文に基づき、不図示の上述したテンプレートを保存する例えば図１に示す光ディスク（ＣＤ）より検索可能なコンピュータの操作卓などから所望のテンプレートを選択し、検索してきてコンピュータで制御される表示装置の表示画面上で画像を編集する。そして編集が終了するとプリンタ（Ｐ）より印刷出力する。
【００５９】
印刷結果はユーザの指示に従ったものとなり、例えばインデックスプリント８−１であったり、大伸ばし８−２であったり、その他であったりする。
【００６０】
以上に説明した概略処理が本実施の形態例システムの基本処理制御である。一連の処理は全てディーラーで処理されるので、本実施の形態例システムはミニラボ型のサービスであると言える。なお、ユーザはフイルムを預けてから作業内容を注文する際に、ネットワーク・アクセスの際に用いるアクセスコードを知らさせるので、このアクセスコードを誰にも知られない様に注意する必要がある。
【００６１】
なお、ユーザは、フイルムを加盟店に持参した時に２種類の「アクセスコード」を知らされる時がある。この番号も自己のプライバシーを保護しようとする場合には誰にも知られない様に注意する必要がある。
【００６２】
＜ユーザと本店間の基本処理＞
本実施の形態例においては、以上の支店の処理のみでは無く、上述したようにユーザと本店間でネットワークを用いて直接画像の編集処理が可能である。以下の図３を参照して本発明の実施の形態例におけるユーザと本店間におけるネットワークを用いた画像の編集処理の概略を説明する。図３は本発明の実施の形態例におけるユーザと本店間におけるネットワークを用いた画像の編集処理の概略を示すフローチャートである。
【００６３】
本実施の形態例においては、ディーラー支店は、ユーザ７の画像を読み込んでデジタル画像に変換する時、印刷用の高解像度画像の他に、モニタ画像表示用の低解像度プロキシ画像とそれよりさらに低解像度のサムネール画像も同時に生成して記憶装置内に保存する。
【００６４】
サムネール画像はモニタ画面に複数枚表示して、すばやく目的の画像を検索する時などに用いる。そして、ディーラー支店１のコンピュータは、本店のＷｅｂサーバ９（以後「コマースサーバ」とも表現する）に、自動的にプロキシ画像とサムネール画像を伝送する。
【００６５】
ディーラー本店のコマースサーバは、受け取った画像を自システムのデータベースに保存し、その画像をＷｅｂサーバ９のホームページに自動的に登録／公開する。登録／公開する為に、ＨＴＭＬで記述されているホームページの特定行が、受信したサムネール画像を指し示す様に、コードを自動生成する。
【００６６】
また、低解像度プロキシ画像は「ＰｒｘｙＩｍａｇｅ．ＪＰＥＧ」というファイル名で保存し、サムネール画像は「Ｔｈｕｍｂｎａｉｌ．ＧＩＦ」というファイル名で保存する。
【００６７】
そして、例えば以下の様なコードを生成する：
＜A HREF="PrxyImge.JPEG"＞Click to see Your Image＜/A＞＜br＞
＜A HREF="PrxyImge.JPEG"＞IMG SRC=＜"Thumbnail.GIF"＞＜/A＞＜br＞
このコードの１行目は、ホームページ上に「ＣｌｉｃｋｔｏｓｅｅＹｏｕｒＩｍａｇｅ」と言う文字列を表示させる。このため、ホームページを開いているユーザがそこをクリックすると「ＰｒｘｙＩｍａｇｅ．ＪＰＥＧ」という画像ファイルをユーザのコンピュータ３１に自動的にダウンロードして表示する。
【００６８】
このコードの２行目は、ホームページ上にユーザのサムネール画像を表示する。このため、ホームページを開いているユーザがそこをクリックすると、同様に「ＰｒｘｙＩｍａｇｅ．ＪＰＥＧ」という画像ファイルをユーザのコンピュータ３１に自動的にダウンロードして表示する。ここでは、ＰｒｘｙＩｍａｇｅ．ＪＰＥＧにはＪＰＥＧフォーマットを想定しており、Ｔｈｕｍｂｎａｉｌ．ＧＩＦはＧＩＦフォーマットを想定している。
【００６９】
ディーラー支店１からもらった「アクセスコード」２０を知っているユーザは、自宅のコンピュータからインターネットを通じて、ディーラー本店５の本実施の形態例システムのＷｅｂサーバ９上のホームページ３０にアクセスすることにより、自分の画像を見たり編集したりできる。アクセスコード２０を友人や家族に教えれば、同様に全国どこからでもアクセスして自分の画像を見せることができる。
【００７０】
２種類ある「アクセスコード」の内、１つは公開用、もう一つは非公開用（自分専用）で用いることが可能である。本実施の形態例では、非公開用の「アクセスコード」を使って、公開用のセキュリティレベルを制御できる。公開用のセキュリティレベルの種類として以下の各レベルが用意されている。
【００７１】
「閲覧−可能／不可能、印刷−可能／不可能、編集−可能／不可能、消去−可能／不可能、セキュリティレベル制御−不可能」
また、この際デフォルトの設定は例えば以下の通りとすることが望ましい。
【００７２】
「閲覧−可能、印刷−不可能、編集−不可能、消去−不可能、セキュリティレベル制御−不可能」
以上のうち、公開用の「アクセスコード」では、セキュリティレベルは制御できない様に制御すれば良い。
【００７３】
インターネットで公開された画面を編集するためには、予めコマースサーバ（Ｗｅｂサーバ）専用プラグインをダウンロードしておく必要がある。編集結果は画像データを含まない編集指示データであるスクリプト（ＬｉｖｅＩｍａｇｅ＋ＲｅｐａｉｒｅｄＩｍａｇｅ）で表現されているので、ファイルサイズは極めて小さい。
【００７４】
編集機能は本実施の形態例システム加盟店の店内でできる機能をほぼ網羅しており、「赤目処理」３２−１「油絵処理」「セピア処理」等の各種画像処理を初めとして、テンプレートへの画像の「はめ込み合成」、「アルバム編集」３２−２から、コンテンツサーバを利用した有料画像のロードまで幅広く利用できる。
【００７５】
Ｗｅｂの画面には「印刷指示ボタン」３２−３があり、それをクリックすることにより自分の画像を印刷する様にディーラーに指示できる。この結果、翌日までにはディーラー支店で印刷出力が完了しており、出来上がった印刷を後日取りに行くことで所望の画像データが自宅よりの指示のみで入手可能となる。
【００７６】
ユーザの自宅のコンピュータ３１の画面上には、専用アプリケーションを起動しても良く、上述した様に、市販のＷｅｂブラウザ（例えばＮｅｔｓｃａｐｅ社のＮａｖｉｇａｔｏｒやマイクロソフト社のＩｎｔｅｒｎｅｔＥｘｐｌｏｒｅｒなど）の機能拡張ユニットをダウンロードしても良い。
【００７７】
機能拡張ユニットとしては、ＮａｖｉｇａｔｏｒプラグインやＤｉｒｅｃｔ−Ｘ等が使えるが、より汎用性を高める為に、Ｊａｖａ言語で記述したアプレットでも良い。
【００７８】
これらアプレット（３２−１〜３）を押下する度に、ＨＴＴＰプロトコルによってコマンドがＷｅｂサーバ９に伝送され、編集結果３３を得ることが可能となる。編集結果３３は、ページを描画するための解像度フリーな記述言語「ＯｐｅｎＰａｇｅ」と、そのページを何枚印刷するかと言った情報を含む「コマンド」から成る。
【００７９】
図４は本発明の実施の形態例における編集の終わった画像の編集情報を自動的に加盟店にダウンロードし、自動的に印刷を行っている時の様子を示すフローチャートである。
【００８０】
ディーラー本店５から支店１に自動的に流れるデータは、「編集情報」３３のみ（ＬｉｖｅＩｍａｇｅ＋ＲｅｐａｉｒｅｄＩｍａｇｅのみでＲａｗＩｍａｇｅを含まない）であるため、通信される情報のサイズが小さく、ごく短時間で（一瞬の内に）ダウンロードされる。
【００８１】
「編集情報」を受け取ったディーラー支店１のコンピュータは、フイルムより画像を読み込んだ際に保存しておいた「印刷用高解像度画像」３をＲａｗＩｍｂＮｏ・ニして受信した「編集情報」４０とリンクさせ、ラスタライズをかけて必要な画像処理（赤目処理４１など）を施し、その後にプリンタ（Ｐ）より印刷出力する。印刷結果８はユーザ７が支店に取りに行くか宅配便等で配達される。
【００８２】
図５は以上に説明した図２乃至図４に示す画像処理の全体の流れ及び後述する基本サービスの流れを示すフローチャートである。図５において、５１は支店からアップロードされた低解像度のプロキシ画像及びサムネール画像である。これらはＷｅｂサーバ９のホームページ３０から参照されている。
【００８３】
また、ユーザの希望により、デジタイズサービスを受けることができ、結果は例えばユーザの高精細画像３がＣＤ−Ｒ５０にL録されてユーザに渡される。逆にＣＤ−Ｒに記録されたユーザの画像を読み込んで編集したりＷｅｂサーバ９にアップロードしたり、プリンタＰに印刷したりもできる。
【００８４】
＜基本サービス＞
本実施の形態例においては、以下に示す基本サービスを提供可能に構成されている。
【００８５】
「デジタイズサービス、ネットワークサービス、コンテンツサービス、ＣＤ−Ｒデジタイズサービス」
以上のサービス中のＣＤ−Ｒを用いたデジタイズサービスを図６を参照して以下に説明する。
【００８６】
本実施の形態例におけるデジタイズサービスでは、ＣＤ−Ｒを用いるサービスを依頼する際には、フイルムを店舗に持ち込んでスキャナによる読み込み（スキャン）を依頼し、デジタル化した画像データＣＤ−Ｒ５０に書き込んでもらうサービスであり、ＣＤ−Ｒ５０に最大２００コマまで書き込めるサービスである。ＣＤ−Ｒ５０への書き込みは一度に全て書き込む必要はなく、途中まで書いたＣＤ−Ｒ５０を持参すれば、そこに追加書き込みができる。
【００８７】
ＣＤ−Ｒ５０に書き込む画像ファイルは、例えばＦｌａｓｈＰｉｘファイルフォーマットに準拠しており、ＣＤ−ＲＯＭ５０に同時に書き込まれる（例えば）無料の「ビューア」６０をユーザが自己の保有するコンピュータ（例えばパーソナルコンピュータ）６２にインストールすることにより、画像６１を自己のコンピュータの例えば表示装置の表示画面より即座に鑑賞できる。
【００８８】
本実施の形態例では、ＣＤ−Ｒ５０においてＦｌａｓｈＰｉｘファイルフォーマットを採用したことでビューアが極めて高速でページめくりでき、階層符号化の特徴を生かした作りになっている。
【００８９】
また、このＣＤ−Ｒ５０を利用してユーザが各自で自己のコンピュータを用いて各種の画像編集を行う場合には、画像編集時に用いると処理が容易になる各種のツールがまとめて記録されている編集キットＣＤ−ＲＯＭ６３が用意されている。例えば、Ａｄａｐｔｅｃのパケットライト方式「ＵＤＦフォーマット」に準拠したＣＤ−ＲＯＭを作成する。勿論、ＳＯＮＹのパケットライト方式「ＣＤ−ＲＦＳフォーマット」であっても構わない。
【００９０】
「編集キット」６３には、本格的な編集アプリ（編集アプリケーション）６４の他に、サンプル画像とテンプレート６５が付属して来るので、店頭で行うのと全く同じ画像編集がユーザ自身のコンピュータ６６で行うことができる。
【００９１】
編集アプリ６４をインストールしたコンピュータ６６では、テンプレート６５にＣＤ−Ｒ５０より読み出してきた自分の撮影した画像６１をはめ込むことにより、簡単に高度な作品を作ることができる。そして、それに各種の画像処理、例えば赤目処理６７を施し、インデックス印刷６８−１やアルバム印刷６８−２を始めとした各種印刷を行うことが可能である。
【００９２】
次にネットワークを利用したネットワークサービスを説明する。まず、インタフェイスネット印刷指示を行うインタフェイスネット印刷指示サービスを説明する。
【００９３】
インタフェイスネット印刷指示サービスを受けようとするユーザは、インターネットにアクセスできるユーザであることが条件となる。この条件を満たすユーザが市販のＷｅｂブラウザを使って本サービス加盟店のＷｅｂサーバにアクセスすると、加盟店よりパスワードを入力する画面が送られてユーザの表示画面に表示される。
【００９４】
ユーザは、加盟店に対するフイルムの現像依頼の時に店から教えてもらったアクセスコード（パスワード）２０を入力する。すると、フイルムの（図示しない）サムネール画像の一覧が表示される。その画面の下の方にある「印刷」ボタン３２−３をクリックすると、「インデックスプリント」８−１が印刷される。
【００９５】
サムネール画像の特定の画像をクリックすると、その拡大画像（例えば１／４Ｂａｓｅ）が表示され、その画面の下の方にある「印刷」ボタン３２−３をクリックすると、その画面の「大伸ばし」８−２が印刷される。
【００９６】
次に、インターネット編集サービスを説明する。
ユーザがインターネットを経由して、自宅から本サービス加盟店のＷｅｂサー
バをアクセスして自分の画像を表示し、表示画像を編集してアルバム等を作成できるサービスである。インターネット編集サービスにおいては、本実施の形態例における上述した「ネットワーク画像編集受発注システム」の基本機能が殆どすべて利用できる。
【００９７】
この際ユーザは特別なアプリケーションを別途購入する必要はなく、インターネットにアクセスできる環境さえあれば、Ｊａｖａのアプレットまたはプラグインをダウンロードして編集作業が行える。
【００９８】
本実施の形態例においては、この操作を実現する為にプロキシ編集の概念を導入しており、ユーザのマシン（ローカルマシン）では低解像度の画像をダウンロードして、この低解像度の画像に対して各種の編集作業を行い、実行した編集結果のスクリプト（ＯｐｅｎＰａｇｅ）のみをサーバマシンである小売店の店舗のコンピュータに対して伝送し、小売店では予め高解像度で読み取って記憶してある画像に対して、そのスクリプトを実行することにより、印刷用の高解像度画像にユーザが行おうとしている編集を行い、編集結果を印刷出力することが出来、この印刷出力結果をユーザが小売店より得ることができる。これは、小売店に出向いてもよく、郵送で送ってもらってもよい。
【００９９】
＜ホーム・ラボの形式＞
家庭で画像の撮影、スキャン、画像処理／編集、印刷の一貫プロセスの全てもしくは大部分を行う方式を「ホーム・ラボの形式」と呼ぶことにする。
【０１００】
図７に示す様に、ホーム・ラボを実現する方法は大きく分けて２種類あり、「スタンドアロン型」（専用アプリケーション型）７０と「ブラウザ型」（プラグイン型）７１である。スタンドアロン・アプリケーションの場合には、それ自体で高度な編集機能を持ち、インターネットに接続しなくても全ての編集機能が利用できるものである。
【０１０１】
いずれの方法であっても、加盟店で撮影画像などを高解像度で読み取ってもらい（スキャン）、上述したようにこの高解像度画像情報より生成した低解像度の編集用の画像を通信機能７２などを介してダウンロードし、このダウンロード画像に対して上記の編集を行う。
【０１０２】
この解像度での印刷出力で良い時には自宅のシステムのプリンタより印刷出力しても良いが、高解像度で印刷をするためには、インターネットに接続して本実施の形態例システムにリンクする必要がある。通信機能７２はＨＴＴＰプロトコルを中心とした標準的な通信モジュールである。
【０１０３】
ブラウザ型７１の場合には、元々が閲覧ソフトであるから、通信機能はあるが編集機能は備わっていない。サーバ９がＣＧＩ機能を駆使して編集できた様に見せる方法には無理がある。サーバからのレスポンスが遅いからである。ところが、図７のようにサーバから編集機能のプラグイン７３を予めダウンロードしておくと、ＮａｖｉｇａｔｏｒやＥｘｐｌｏｒｅｒの様な市販のブラウザが「専用編集画面」を持てる様になる。
【０１０４】
＜セキュリティの確保＞
（１）通信機能の限定
ネットワークを利用するに当たって、専用のセキュリティサーバを購入して使うことを本システム利用の条件としては、非常にコスト高になり、このビジネスが成り立たなくなる虞れがある。商用のセキュリティサーバの基本は、業務に必要の無い通信プロトコルを遮断することによってセキュア性を増している。
【０１０５】
そこで本実施の形態例では、Ｗｉｎｄｏｗｓ−ＮＴＳｅｒｖｅｒに入っている通信サービスの内、本実施の形態例システムに必要ない機能は全て削除すれば、安全性が増し高価なセキュリティサーバは不要になり、簡易なもので良くなる。
【０１０６】
例えば、ＵＮＩＸがサポートする良く知られた通信プロトコルには以下のようなものがあるが、これらの機能は全て削ってしまっても、このシステム構築には差し支えない。特にＦＴＰ、ＴＥＬＮＥＴ、ＲＬＯＧＩＮ等はハッカーが挿入し易い危険なプロトコルである。本実施の形態例システムには必要ないので削除する。
【０１０７】
具体的には、本実施の形態例システムはＵＤＰ上に存在するＨＴＴＰプロトコルと、ＵＤＰソケットを用いた独自通信プロトコルだけで構築する。
【０１０８】
（２）ディーラーアドレスの限定
本実施の形態例では、基幹店舗に設置されているサーバに対してどんなディーラーからでもアクセスできるのではなく、予め登録したディーラーアドレスしか受け付けないように制御している。
【０１０９】
（３）ディーラーパスワード（アクセスコード）
ディーラー毎に設定できるパスワード（アクセスコード）を用いてセキュア性を増している。
【０１１０】
＜Ｗｅｂサイトのハードウエア構成＞
Ｗｅｂサイトのハードウエア構成は例えば以下の通りである。
【０１１１】
（１）サーバサイト
サーバサイトにおいては、Ｗｅｂサーバとして例えば、Ｗｉｎｄｏｗｓ−ＮＴサーバを、ハードディスク装置は記憶容量３２ＧＢ、接続通信回線としては５１２Ｋｂｐｓの専用線を接続する。
【０１１２】
（２）小売サイト（ａ）
Ｗｅｂサーバとしては例えば、Ｗｉｎｄｏｗｓ−９５を、ハードディスク装置の記憶容量としては４ＧＢ、接続通信回線としては、６４Ｋｂｐｓの専用線を接続する。
【０１１３】
（３）小売サイト（ｂ）
Ｗｅｂサーバとしては、Ｗｉｎｄｏｗｓ−９５を、ハードディスク装置の記憶容量としては４ＧＢ、接続通信回線としては６４Ｋｂｐｓダイアルアップの改選を接続する。
【０１１４】
＜Ｗｅｂサーバ９に要求される基本機能＞
Ｗｅｂサーバ９に要求される基本機能としては以下の機能が要求される。
（１）ＨＴＴＰプロトコルに対応した、Ｗｅｂサーバとしての処理
（２）ＮＴのサービスとしての機能
（３）ファイル拡張子に基づくＭＩＭＥ形式の定義
（４）基本的な認証機能
Ｗｅｂサーバに特別なアクションをさせるためのＣＧＩ機能と、データベストリンクするためのＯＤＢＣサポートは必須機能である。Ｗｅｂサーバの内、アンダーラインを付けたサーバの中から本実施の形態例のシステムに向いたものを選択する。Ｗｅｂサーバの具体例として、例えばＮｅｔｓｃａｐｅ社のＣｏｍｍｅｒｃｅＳｅｒｖｅｒを使う。
【０１１５】
図８にサーバ９側の基本システム構成例を示す。
自宅にコンピュータのある人は、インターネット８０を経由して、コマースサーバサイトにアクセスできる。この場合には、ユーザが最初に仮想のＤＰＥ店（写真ディーラー）を訪れるのは、Ｗｅｂサーバ８１上の、コマースサーバホームページである。ここに本実施の形態例システム独自のホームページ３０を開く。
【０１１６】
Ｗｅｂサーバ８１自体は、基本的な機能としては指定されたファイルをクライアント（ユーザ）７に転送（ダウンロード）するだけの機能しか有していない。このため、Ｗｅｂサーバ８１とホームページ３０だけで様々なサーバ機能を実現するのは困難である。従って、通常はコモンゲートウエイインタフェイス（ＣＧＩ）８２（ＣｏｍｍｏｎＧａｔｅｗａｙＩｎｔｅｒｆａｃｅ）を使ってインタラクティブなサーバ機能を構築する。
【０１１７】
勿論、ＣＧＩスクリプティングも万能ではなく、より高度なプログラムはＤＬＬ（ＤｙｎａｍｉｃＬｉｎｋＬｉｂｒａｒｙ）で記述する必要がある。更に、ＪａｖａやＶｉｓｕａｌＢａｓｉｃで記述してもよい。本実施の形態例のサーバでは、プロキシ編集プログラム８４を、サーバ側（Ｗｅｂサーバ側）８４とクライアント側（ユーザ側）７３の両方に用意する。
【０１１８】
クライアント側のプロキシ編集プラグイン７３は、いわゆる画像編集アプリケーションに近いもので、低解像度画像の編集、回転、変換、移動、合成等の基本機能に加えて、テンプレートの表示、編集機能、ファイルのインポート機能等を有する。これらの操作は、画面解像度程度（７２〜１００ｄｐｉ）の低解像度画像に対して行われるので極めて高速である。
【０１１９】
一方、サーバ側のプロキシ編集ソフト８４に機能は、クライアント側のプロキシ編集プラグイン７３の裏方に徹し、ＷＷＷＷｅｂサーバ８１とホームページ３０だけでは実現できない機能をＣＧＩ８２からの要求に基づいて実行する。具体的には、（１）ホームページの自動生成と（２）クライアントから要求された画像ファイルとテンプレートのダウンロード、（３）データベースのアクセスが中心である。データベース８５は例えばＯＤＢＣインタフェイス８３を介してＣＧＩプログラム８２から呼ぶことができる。データベース８５には、ユーザ管理情報（アクセスコード等）を記録する。
【０１２０】
クライアント側のプログラムは、通常「プラグイン」７３とか「Ｊａｖａアプレット」と呼ばれる。サーバ側とクライアント側ＤＬＬ−ＣＧＩを直接サポートするＷｅｂサーバならば設計が容易である。
【０１２１】
また、データベストの接続は簡単に済ませたい。ＯＤＢＣは速度的には不満が残るインタフェイスであるが、ＯＤＢＣをサポートするＷｅｂサーバがやはり便利である。従って本実施の形態例ではＷｅｂサーバを採用している。
【０１２２】
＜本実施の形態例におけるＷｅｂサーバサイトのソフトウエア構成＞
図９に本実施の形態例におけるＷｅｂサイトのソフトウエア構成を示す。
【０１２３】
ディーラー本店（本実施の形態例の通信サービスを提供するＷｅｂサイト）には以下のソフトウエアを実装する。
【０１２４】
本実施の形態例システムのディーラー本店と各ユーザのコンピュータとを接続する際のセキュリティを保つためのセキュリティ管理ソフト９−５、ディーラー本店のホームページ９−６、Ｗｅｂサーバ／注文受付ソフト９−２８／９−７、プロキシ編集システム９−１０、顧客画像管理ソフト９−２７、注文管理ソフト９−１１、課金管理、代金決済ソフト９−１３、ディーラーデータベース９−８、運用サポートツール９−１４、他ネットへの接続サーバ（ブリッジ）９−９、印刷物の配送管理ソフト９−１２、コンテンツサーバ９−２６である。
【０１２５】
また、ディーラー支店には以下のソフトウエアを実装する。
【０１２６】
顧客画像管理ソフト９−２２、注文管理ソフト９−２３、課金管理、代金決済ソフト９−２５、専用ビューアソフト９−１５、ＦｌａｓｈＰｉｘビューアソフト９−１６、ビューアプラグイン（専用ビューア）９−１５である。
【０１２７】
プロキシ編集システムとしては以下のソフトウエアを具備することが望ましい。
【０１２８】
専用ビューアソフト９−１５、大判、捺染印刷ドライバ９−２０、ＲＩＰ(Raster Image Processor)９−２０、スキャナドライバ９−１７、ユーザデータベース９−２１、印刷物の配送管理ソフト９−２４である。
【０１２９】
また、ユーザは以下のソフトウエアを実装することが必要である。
【０１３０】
ＦｌａｓｈＰｉｘビューアソフト９−４、ビューアプラグイン９−１、専用ビューアソフト９−３、インターネット・ブラウザ９−２等である。
【０１３１】
本実施の形態例システムのホームページ９−６は、ユーザが自宅のコンピュータからディーラー本店をアクセスした際に最初に接続する画面で、ＨＴＭＬで記述され、幾つかの階層構造を持ち、下記の構成から成る。
ホームページ...本実施の形態例システムに入ったことを示すページ、
サイトページ...ディーラーのリストが見られるページ、
サービスページ...取り扱っている付加価値サービスの一覧表のページ、
注文ページ...印刷等のサービスを実行するページ（ＣＧＩ）、
サムネールページ...サムネールが表示されるページ（ＣＧＩで自動生成）、
編集ページ...アルバム編集等が実行できるページ（Ｊａｖａサポート）、
ヘルプページ...操作方法を開設するページ（キーワード検索可能）、
注意事項ページ...ユーザが操作を誤ったりした時に表示させるページ。
【０１３２】
＜本実施の形態例のホームページ＞
ＨＴＭＬで記述した本実施の形態例システム紹介のページで、全世界の誰でもアクセスできる。コンテンツは少なくとも以下の項目を含む。
【０１３３】
（本実施の形態例システムの特徴）
本実施の形態例システムのサービス内容としては、無料のデモ画面、コンテンツサービスの目次、今月のサービスメニュー、サイト情報、料金表等がある。
【０１３４】
以下、各ソフトウエアモジュールの機能を説明する。
【０１３５】
＜Ｗｅｂサーバ／注文受付ソフト＞
ＨＴＭＬで記述したホームページと、そのバックグラウンドで走るＣＧＩスクリプト／ＣＧＩのコンピュータにより、顧客の注文をインターネット経由で受け付ける。顧客の名前、アクセスコード、サービスの種類、印刷枚数等の情報をインタラクティブに受け付ける。当面、顧客のクレジットカード番号等の機密情報は転送せず、店頭での会員登録のみとするが、ＮｅｔｓｃａｐｅＣｏｍｍｅｒｃｅＳｅｒｖｅｒの信頼性が確認されれば、順次インターネット経由でクレジットの受付を行う。
【０１３６】
＜プロキシ編集システム＞
サーバにはサムネール画像（１／４Ｂａｓｅ）とプロキシ画像（Ｂａｓｅ）だけがあって、印刷可能な高解像度画像（４Ｂａｓｅ，１６Ｂａｓｅ）はディーラーのマシンにのみ存在する時、クライアントからサーバへのアクセスによりそれらの画像をクライアントにダウンロードし、クライアントに於いて所望の画像処理編集やアルバム編集を行い、サーバにはその「編集情報」のみを伝送し、クライアントから印刷の指示があった場合には、その「編集情報」を前記ディーラーのマシンに転送し、そこで「編集情報」に基づき前記高解像度画像を自動的に編集し印刷するシステム。
【０１３７】
この仕組みを実現するための狭義のプログラムがサーバとクライアントにあって、クライアントはプロキシ画像を編集する編集機能と、編集手順を全て記録する機能を有する画像編集プラグイン（またはアプレット）を有し、サーバはクライアントに画像を転送するサーバ機能と、クライアントが編集した「編集情報」を記憶する機能とを有する。
【０１３８】
前記「注目受付ソフト」の指示に基づき、サーバは「編集情報」を所定のディーラーに転送する。
【０１３９】
＜顧客画像管理ソフト＞
顧客の画像は、スキャン後３０日間は無料でアップロードし、それ以後は追加料金を払えば期間を延長し、そうでない場合は消去する。この管理は、ネットワーク上に分散したデータの管理になるので、通常のデータベースでは実現不可能であるが、プロセススクリプトの概念を用いることにより解決可能である。
【０１４０】
＜注文管理ソフト＞
顧客からの注文内容を管理し、必要なディーラーのマシンにどんな作業をさせるかを指示し、顧客の注文の進捗状況を管理するソフト及びデータベース。
【０１４１】
一人の顧客の注文内容を実現するために、ネットワーク上に分散したリソースをつなぎ合わせ、間違いなく印刷出力を出したり、顧客の画像情報を所定の期間保管し、それが過ぎたら消去する作業は難解であるが、プロセススクリプトの概念を用いることにより解決可能である。
【０１４２】
＜課金管理、代金決済ソフト＞
顧客に幾ら課金するか、ディーラーに幾ら課金するかを管理し（支店に代わって本店は一括して）クレジットカード会社に代金を請求するソフトウエア。
【０１４３】
＜ディーラーデータベース＞
チェーン展開を行っているディーラーの本店が、支店のサービスの加盟状況、装置の保有状況、売掛金の状況等を管理するソフト／データベース。
【０１４４】
＜セキュリティ管理ソフト＞
サーバへの不正なアクセスを防止するためのソフトウエア。セキュリティは、（１）通信プロトコルの制限、（２）登録アドレス以外の端末からのアクセスの排除、（３）パスワード（アクセスコード）、の組合せにより実現する。
【０１４５】
＜運用サポートツール＞
チェーン展開を行っているディーラーの本店と支店の場合、サーバが本店で管理されることもあるので、本店のネットワーク管理能力が最も高い。本店のサーバ管理者がネットワーク経由で支店の状況を調べたり、補助したりする機能。専用線で接続されている支店に対しては、独自プロトコルでオンラインアクセスが可能。ダイアルアップの支店に対しては、プロセススクリプトで問い合わせるのが便利。この手のプロトコルには業界標準のネットワークマネジメントシステムがあるにはあるが、本実施の形態例システム独自であっても構わない。
【０１４６】
＜他ネットへの接続サーバ＞
本発明以外に類似のサービスを提供する会社と相互乗り入れするためのゲートウェイ機能。
【０１４７】
＜印刷物の配送管理ソフト＞
印刷済み画像はユーザが取りに来るのが原則であるが、予め郵送を申し込んでおいたユーザにはラベル印刷機能でユーザの宛名シールを印刷し、配送手続きを簡素化する。
【０１４８】
＜コンテンツサーバ＞
グリーティングカード会社のコンテンツを有料でインターネット経由で提供できる様にしたもの。本発明とプロトコル的にシームレスに繋がっており、ユーザにとっては、これらのメニューが、あたかも本実施の形態例システムのテンプレートを選ぶ時の操作と同じ感覚でコンテンツを利用できる様になっている。
【０１４９】
＜ＦｌａｓｈＰｉｘビューアソフト＞
ＦｌａｓｈＰｉｘのファイルを読み書き表示できるビューアである。ここでは画像の編集はできない。
【０１５０】
＜ビューアプラグイン＞
本実施の形態例システムのファイルを表示できるＮｅｔｓｃａｐｅ準拠ビューアプラグイン。編集はできない。通常、ＮｅｔｓｃａｐｅはＨＴＭＬで記述された文書がＧＩＦ、ＪＰＥＧ等の画像ファイルしか表示できないが、このプラグインを実装すると、Ｗｅｂサーバに登録してある本実施の形態例システム対応のＢｏｏｋファイル（．ＢＫ）が表示／編集できる。
【０１５１】
＜専用ビューアソフト＞
スタンドアロンのアプリケーションで、Ｎｅｔｓｃａｐｅブラウザを必要としない点を除けば、、ビューアプラグインに同じ。
【０１５２】
＜大判、捺染印刷ドライバ＞
市販パッケージアプリから大判、捺染プリンタに印刷するためのプリンタドライバである。
【０１５３】
以上の処理の流れの基本構成の流れを図１０に示す。
【０１５４】
本実施の形態例においては、ユーザが撮影フイルム１０-１を取扱店１０
に持参する。そして、取扱店１０はこのフイルム１０−１をスキャナ（Ｓ）１０−２で読み込み、印刷出力用の高解像度画像１０−５、表示出力用の低解像度のプロキシ画像１０−４、検索表示用のサムネール画像１０−３を生成してメモリ中に登録する。
【０１５５】
そして、これらの画像中の低解像度画像であるサムネール画像１０−３及びプロキシ画像１０−４を必要に応じて基幹店舗２０あるいはユーザに送り、それぞれの表示画像２０−１、３０−１として記憶させる。
【０１５６】
ユーザは、この点解像度データを機関店舗Ａ類は取扱店より通信回線２０−５、３０−６を介してダウンロードすることができる。または、ＣＤ−Ｒ３５に記録された形式で取扱店より入手することができ、これを自己のコンピュータで読み込むことにより自装置内に格納できる。
【０１５７】
ユーザは、これらの表示用画像を自己の表示装置３０−５に表示させ、必要な画像編集を指示する。この編集指示結果はプロキシ画像に反映され、表示装置３０−５より確認することができる。簡単な編集プログラム等は、基幹店舗２０よりダウンロードして実行することもできるが、取扱店１０等よりＣＤ―ＲＯＭ３４に記憶された編集キットの形でも購入することができる。これにより、通信に要する時間及び、必要とするメモり容量を減少させることができる。
【０１５８】
この編集キット３４には、編集に必要な各種の編集アプリケーション３４−１が格納されているとともに、画像編集時に各種画像レイアウトの容易かなどに寄与するテンプレート３４−２も合わせて格納されており、このテンプレートを参照することにより画像編集を容易なものとできる。
【０１５９】
ユーザは、これらの編集キットなどを利用して表示装置３０−５に表示される編集処理されたプロキシ画像を確認して必要な編集指示を行う。この指示された編集指示（３０−５あるいは３０−６）は、処理すべき画像をダウンロードした基幹店舗２０あるいは取扱店１０に送られる。基幹店舗２０に編集指示が送られた場合には、基幹店舗２０はこの編集指示のみを取扱店１０に転送する。
【０１６０】
取扱店は、送られてきた編集指示に従って高解像度画像１０−５に対する編集を行い、編集結果をプリンタ１０−８より印刷出力１０−９する。ユーザは、この印刷出力結果を取扱店１０に出向いて、あるいは郵送で入手する。
【０１６１】
以上の説明中のサンプルテンプレート３４−２は、例えば予め出力フォーマットが定められた複数種類のテンプレートより構成されている。なお、このテンプレートは、アルバムの台紙に相当するものである。テンプレートには、全体に色がついていたり、背景に絵、柄が施されていたりする各種のものが予めデザイナー等により制作されたものである。
【０１６２】
テンプレートとしては、テンプレートの集合でブック形式のまとめたブック、背景などを形成する写真、任意に選択してクリップするクリップアート、フォトボーダー等がある。テンプレートは、例えば画像情報をはめ込む画像スロット、文字情報をはめ込む文字スロット等がレイアウトされており、更に背景等もレイアウトされているものもある。サンプルテンプレート３４−２に保持されているテンプレート情報は、レイアウト情報及び背景のみである。
【０１６３】
このテンプレートのレイアウトは、テンプレートの作成者の意思が反映されるように構成されており、作成者がかくスロットの位置を変更して欲しくない場合や画像の数を増やしたくない場合には各スロット位置は固定であり、スロット位置を自由に移動させても良いと意図したテンプレートである場合にはスロット位置も図４のステップＳ７に自由の変更することができる。
【０１６４】
更に、文字スロットについても、文字スロット内に既に文字情報がレイアウトされており、その内容が変更できないものや、自由に変更可能なもの、あるいは初期状態では並みのレイアウトされておらず、操作者が自由に提示することが可能なものなどがある。また、テンプレートの背景に関しても、自由に予め用意されている写真を選択したり、予め用意されているアート画像（クリップアート）等を設定できるものや全く変更することのできないものなど各種のレイアウトが用意されており、操作者はこのテンプレート集より自分の希望するテンプレートを所望の種類所望の数だけ選択することになる。
【０１６５】
また、テンプレートの各スロットの枠についても、枠の効果を定義可能なものがあり、枠の表示を白黒とするか境界をぼかすか等、各種の処理が定義可能である。
【０１６６】
このテンプレートの定義情報は選択されたテンプレートの選択情報と共に関連付けて保持される。複数のテンプレートの選択されたものの集合をブックと称し、１つのブックに選択されたテンプレート情報及び定義情報が関連付けて保持され、ブックを構成する各ページ毎にテンプレートが選択されており、このテンプレートに対して選択された処理画像の定義情報等が関連付けてページ毎に保持され、更に、テンプレート毎に各選択画像に対する定義情報が関連付けて保持されることになる。
【０１６７】
そして、実際の印刷出力処理においては、原画像である高解像度画像１０−５に対して編集指示１０−６で定義された画像処理を行い、画像処理の終了した画像をテンプレートにはめ込み、画像の外文字や背景の組み込まれたテンプレート群がブックを構成し、最終的にはブック形式でユーザの手元に渡すことが可能である。
【０１６８】
以上の実施の形態例において、上記の説明を更に追加する。
【０１６９】
＜ダイアルアップ接続によるサーバの擬似的公開＞
例えば、図３乃至図５に示すように、ＷＷＷのＷｅｂサーバを公開し、Ｗｅｂ端末からインタラクティブに制御や情報を受け付け、それに基づくサービスを提供するサーバにおいて、Ｗｅｂ端末からの制御や情報を一旦Ｗｅｂサーバに蓄え、ダイアルアップ接続機能を有する第二のサーバから前記Ｗｅｂサーバに何らかのアクセスがあった場合に、上記制御や情報を該第二のサーバに伝え、それに基づくサービスを実行する様に指示し、通常ではダイアルアップによる接続能力しかない該第二のサーバにＷｅｂ端末からのリクエストに基づくサービスをさせている。この結果、少ない通信量で所望の適切な画像編集が行え、その結果をフィードバックできるサーバの擬似的公開方式が提供できる。
【０１７０】
また、ポーリングによるジョブの受信方式として、上記ダイアルアップ接続によるサーバの擬似的公開方式において、第二のサーバにタイマを設け、定期的に自動的に前記のＷｅｂサーバにアクセスさせることにより、前記のＷｅｂ端末からのリクエストが、少なくとも上記タイマのタイムアップ後必ず第二のサーバに届くように設定したタイマを有するポーリングによるジョブの受信方式とすることができ、効率的かつ確実な通信回線を使用が実現する。
【０１７１】
更に、ネットワークを介したプロキシ編集システムとして、ネットワークを介して画像の編集を行う際に、いわゆるリモートの画像編集装置には印刷用の高解像度画像と表示用の低解像度画像を記憶しておき、ローカルの画像編集装置には低解像度画像をネットワーク経由でリモートの画像編集装置からダウンロードする様に制御する。
【０１７２】
そして、ローカルの画像編集装置ではこの低解像度画像データを用いて所定の画像編集を行い、その編集情報のみをリモートの画像編集装置にアップロードし、リモートの画像編集装置内において印刷用の高解像度画像に対して、該編集情報に基づきローカルの装置で施したものと全く同じ編集を実行することにより、ネットワーク上を高解像度の画像を伝送することなく、リモートの装置で所望の画像編集を施した高解像度画像を印刷することを特徴とするネットワークを介したプロキシ編集システムが提供できる。
【０１７３】
そして例えば、編集情報のみをリモートの画像編集装置に伝送し、リモートの画像編集装置内において高解像度画像に対して、該編集情報に基づきローカルの装置で施したものと全く同じ編集を実行することにより、ネットワーク上を高解像度の画像を伝送することなく、リモートの装置で所望の画像編集を施した高解像度画像を表示することができる。
【０１７４】
更に、プロキシ編集結果の再構築装置として、例えば、ページ記述言語を用いて画像を表現し、その編集情報として、ページ記述言語で編集項目を表現し、受信側で解像度に依存しない再編集を実行することにより、より効率の良いプロキシ編集結果の再構築が実現する。
【０１７５】
また、本実施の形態例においては、画像データの保管方法として、フイルムを現像した後スキャンしてデジタイズし、または例えばＣＤ−ＲＯＭの様なデジタルメディアに記録されているデジタル画像を読み出して第一のコンピュータの補助記憶装置に印刷可能なレベルの解像度の画像を保管すると共に、その解像度を間引いた低解像度をＷＷＷのＷｅｂサーバにアップロードし、それを第二のコンピュータに実装されているブラウザアプリケーションで表示し、第二のコンピュータから印刷指示等のコマンドをＷｅｂサーバに送出したら、その情報をＷｅｂサーバから前記第一のコンピュータに伝えることにより、第一のコンピュータにて高解像度の印刷を実行することにより、少ない情報量の授受で高解像度の画像データの編集印刷出力が実現する。
【０１７６】
更にまた、テンプレートの保管方法として、上述した画像データの保管方法において、画像編集の雛形としてのテンプレートをＷｅｂサーバに保管し、第二のコンピュータに実装されているブラウザアプリケーションで画像を表示する場合のテンプレートとして表示し、印刷の指示を得た場合には、編集情報と共に前記第一のコンピュータに伝えることにより、第一のコンピュータにてテンプレート付きの高解像度の印刷を実行することができる。
【０１７７】
以上説明したように本発明の実施の形態例によれば、ユーザが自宅のコンピュータを操作して、例えば自己が撮影した写真の内容を任意に編集して、編集結果をプリントに生かすことができる。この場合においても、少ない通信量で写真取扱店と自己のユーザコンピュータ間で写真の編集が行える。
【０１７８】
（他の実施形態）
なお、本発明は、複数の機器（例えばホストコンピュータ，インタフェイス機器，リーダ，プリンタなど）から構成されるシステムに適用しても、一つの機器からなる装置（例えば、複写機，ファクシミリ装置など）に適用してもよい。
【０１７９】
また、本発明の目的は、前述した実施形態の機能を実現するソフトウエアのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、達成されることは言うまでもない。
【０１８０】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【０１８１】
プログラムコードを供給するための記憶媒体としては、例えば、フロッピディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭなどを用いることができる。
【０１８２】
また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１８３】
さらに、記憶媒体から読出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【図面の簡単な説明】
【０１８４】
【図１】本発明に係る一発明の実施の形態例における画像編集システムの全体構成例を示す図である。
【図２】本発明に係る一発明の実施の形態例における支店における基本処理の流れを示すフローチャートである。
【図３】本発明の実施の形態例におけるユーザと本店間におけるネットワークを用いた画像の編集処理の概略を示すフローチャートである。
【図４】本発明の実施の形態例における編集の終わった画像の編集情報を自動的に加盟店にダウンロードし、自動的に印刷を行っている時の様子を示すフローチャートである。
【図５】図２乃至図４に示す画像処理の全体の流れ及び後述する基本サービスの流れを示すフローチャートである。
【図６】本実施の形態例における基本サービス中のデジタイズサービスを説明するための図である。
【図７】本実施の形態例におけるホーム・ラボを実現する２種類の方法を示す図である。
【図８】本実施の形態例におけるサーバ側のハードウエア構成を示す図である。
【図９】本実施の形態例におけるＷｅｂサイトのソフトウエア構成を示す図である。
【図１０】本実施の形態例における基本構成の流れを示す図である。
【図１】
2005102222.tif 000003
【図２】
2005102222.tif 000004
【図３】
2005102222.tif 000005
【図４】
2005102222.tif 000006
【図５】
2005102222.tif 000007
【図６】
2005102222.tif 000008
【図７】
2005102222.tif 000009
【図８】
2005102222.tif 000010
【図９】
2005102222.tif 000011
【図１０】
2005102222.tif 000012