JP4466235B2 - 画像形成注文システム及びこれを構成するサーバーシステム及び画像形成処理システム - Google Patents

Description

本発明は、ネットワーク上に設置されるサーバーシステムと、このサーバーシステムに対してアクセスを行うクライアントシステムと写真店側の画像形成処理システムとにより構成された画像形成注文システム及びこれを構成するサーバーシステム及び画像形成処理システムに関するものである。

写真プリントの注文（画像形成の注文に相当し、写真プリントは画像形成媒体に相当）は、撮影済みネガフィルムやデジタルカメラの記憶媒体を写真店に持っていくことで行われるのがごく一般的である。一方、インターネット等のネットワークを経由して写真プリントの注文を行うシステム（画像形成注文システム）も徐々に浸透してきている。このシステムは、インターネット上にサーバーシステムを設置し、ネットワークでプリント注文を行う機能をサーバーシステムに搭載することで実現することができる（例えば、下記特許文献１）。

例えば、オンラインでプリント注文を行いたい顧客は、自分のパソコンを用いて上記サーバーシステムのホームページにアクセスする。そして、写真プリントの作成を依頼したい画像データを自分のパソコンからサーバーシステムへとアップロードする。顧客は、アップロードされた個々の画像について、プリント枚数やプリントサイズなどを設定する。また、プリント注文を依頼する写真店を設定する。これらの設定が終わると、注文内容を確認し、ＯＫであれば所定のボタンをクリックすることで、注文内容が確定する。確定された注文データは、サーバーシステム内に設定された所定の注文データ保存部に保存される。

写真店側では、同じくパソコン等を使用して、自分の写真店に対する注文データの有無を確認することができる。そして、画像データを含む注文データのダウンロードを行い、写真処理装置により写真プリントの作成を行う。仕上がりの写真プリントは、顧客が直接写真店を訪問するか、写真店から顧客の自宅へ写真プリントの発送を行うことで、仕上がり写真プリントの提供が行われる。

オンラインでプリント注文サービス（オンラインプリントサービス）を提供する提供者は、数多く知られており、夫々のサービス提供者がオンラインプリントサービスを提供するためのＷｅｂページや必要なコンピュータプログラムをサーバーシステムに搭載している。写真店側としては、オンラインプリントサービスによるプリント注文を受注できるようにするには、夫々のサービス提供者のＷｅｂページにアクセスし、会員登録等の手続を踏むことで、プリント注文を受けることができる。この場合、写真店側としては、１つのオンラインプリントサービスだけでなく、複数のオンラインプリントサービスからオンラインのプリント注文を受けることもありうる。すなわち、サービス提供者Ａからのプリント注文を受け付ける場合と、サービス提供者Ｂからのプリント注文を受け付ける場合とがある。

かかる場合、次のような問題がある。プリント注文の依頼を受けた写真店側では、ダウンロードした画像データを用いて、写真プリントの作成を行うが、通常のプリント作成のほか、インデックスプリントやフレーム合成プリントなども作成することがある。インデックスプリントは、１オーダー分の画像（サムネイル画像）を所定のフォーマット（設定）に従って並べてプリントしたものであるが、このインデックスプリントを作成するに際して、サービス提供者に固有のデータを設定した上でプリントすることがある。インデックスプリントで設定されるものは、サービス提供者を識別するためのロゴデータ、１枚のインデックスプリントにはめ込み合成するサムネイル画像の数、サムネイル画像の大きさ、画像の並べ方などである。かかる設定は、写真店のオペレータの作業により行われ、設定されたデータは、写真処理装置の記憶装置に保存される。

しかしながら、このような設定データ（固有データ）は、いつも同じ内容のデータを使用するのではなく、しばしば内容が変更されるものである。かかる場合は、設定データの変更を行う必要があるが、設定データの内容によっては迅速に設定変更を行う必要がある。例えば、期間限定のキャンペーンや広告情報をインデックスプリントにいっしょにプリントするような場合、迅速に設定変更を行う必要がある。このような設定データの変更作業は、オペレータにとっては煩雑な作業であり、プリント処理の作業効率を低下させてしまう。

また、上記のインデックスプリントの例でいうと、サービス提供者により設定内容が異なるため、間違えて異なるサービス提供者用に設定したデータを使用してしまう可能性もあった。特に、ロゴデータのようなサービス提供者と密接な関係のある設定データを取り違えてしまうことは大きな問題である。以上、インデックスプリントの場合について説明したが、その他のフレーム合成プリントなどで固有のデータを使用する場合も同様である。

なお、下記特許文献２には、写真プリントに使用するテンプレートデータを保存するテンプレートサーバーを開示している。写真店（ラボシステム）は、高解像度のテンプレートをサーバーに保存しておき、適宜テンプレートデータをダウンロードして使用する。また、注文受付センター（サービス提供者に相当）には、上記高解像度テンプレートに基づき生成された低解像度テンプレートが保存される。顧客（プリント依頼者）は、この低解像度テンプレートをダウンロードして、低解像度の画像データをはめ込み合成するなどの処理を行うものである。顧客は、この合成したデータを写真店に持っていき、写真店ではこの顧客により作成されたデータを確認しつつ、テンプレートを使用したプリント処理を行う。

かかるテンプレートは、写真店で使用するためのデータであり、オンラインプリントサービスが提供されるサーバーシステムに置かれるものではない。従って、上記テンプレートデータは、本発明におけるサービス提供者により提供される固有データとは異なる。しかも、注文受付センターに置かれるのは、低解像度テンプレートであり、しかも、これはあくまでも確認用であり、実際のプリント処理に供されるデータではない。従って、特許文献１に開示されるシステム構成は、本発明の課題を解決できるものではない。
特開２００１−２４３３６５号公報 特開平１１−１６７５９４号公報

本発明は上記実情に鑑みてなされたものであり、その課題は、オンラインプリントサービスを提供する提供者に固有の固有データの設定を確実に行うことができ、設定変更の作業をなくすことができる画像形成注文システム及びこれを構成するサーバーシステム及び画像形成処理システムを提供することである。

上記課題を解決するため本発明に係る画像形成注文システムは、
ネットワーク上に設置されるサーバーシステムと、このサーバーシステムに対してアクセスを行うクライアントシステムと写真店側の画像形成処理システムとにより画像形成注文システムを構成し、この画像形成注文システムは、サーバーシステムにアップロードされた画像データを保存する画像データ保存部と、保存された画像データについて画像形成処理を依頼するための注文データを生成する注文データ生成手段と、この注文データを保存しておくための注文データ保存部とを備えた画像形成注文システムであって、
前記サーバーシステムは、ネットワークによる画像形成注文サービスを提供する側により設定され、かつ、画像形成媒体作成のために用いられるサービス提供者に固有のデータを保存しておく固有データ保存部が設けられ、
前記写真店側に設置される画像形成処理システムは、
注文データ保存部に保存されている注文データと、その画像形成注文に係る画像データとをダウンロードして取得する注文データ取得手段と、
固有データ保存部から固有データをダウンロードして取得する固有データ取得手段と、
合成画像作成のためのフォーマットデータ、及び、ダウンロードした画像データ、固有データを用いて画像形成媒体の作成を行う画像形成処理部とを備えていることを特徴とするものである。

この構成による画像形成注文システムの作用・効果を説明する。このシステムでは、ネットワーク上にサーバーシステムが設置され、このサーバーシステムにネットワーク経由で画像形成注文を行うための機能が搭載される。画像形成処理を依頼したい者は、画像形成注文をしたい画像データをアップロードすれば、サーバーシステムの画像データ保存部に画像データが保存される。画像形成処理を依頼する場合は、注文データ生成手段により注文データが生成され、注文データ（例えば、プリントサイズやプリント枚数などのデータ）は注文データ保存部に保存される。このようなネットワーク画像形成システムは、多数のサービス提供者により提供されており、本発明においても上記構成を有するサーバーシステムは１つでもよいが、複数であればより効果を発揮する。注文データ生成手段や注文データ保存部は、サーバーシステムやクライアントシステムに構成することができる。

また、サーバーシステムには、画像形成注文サービスを提供するサービス提供者により設定される固有データが保存される固有データ保存部も設けられる。この固有データも、画像形成媒体作成時に使用されるデータである。

一方、写真店側には画像形成媒体の作成を行うための画像形成処理システムが設置される。写真店側では、サーバーシステム等にアクセスし、注文データと、画像データとをダウンロードして取得することができる。また、固有データも同じようにダウンロードして取得することができる。これらダウンロードした画像データや固有データを用いて、画像形成媒体の作成を行うことができる。

かかる構成によれば、固有データについては、サーバーシステムからダウンロードして機器に固有データを設定・保存することができるので、オペレータは自分で設定作業を行う必要はない。固有データの内容についてもサービス提供者側で設定変更された固有データをそのままダウンロードすれば済むので、そのような設定変更を写真店側で行う必要はない。また、あるサービス提供者が提供するサーバーシステムにアクセスして、注文データ等といっしょに固有データをダウンロードするので、他のサービス提供者の固有データと間違えて使用してしまうこともない。その結果、オンライン画像形成サービスを提供する提供者に固有の固有データの設定を確実に行うことができ、設定変更の作業をなくすことができる画像形成注文システムを提供することができる。なお、サービス提供者は、特定の営業形態や組織形態等に限定されるものではない。

上記課題を解決するため本発明に係る画像形成注文システムを構成するサーバーシステムは、
アップロードされた画像データを保存する画像データ保存部と、
ネットワークによる画像形成注文サービスを提供する側により設定され、かつ、画像形成媒体作成のために用いられるサービス提供者に固有のデータを保存しておく固有データ保存部とを設けていることを特徴とするものである。

さらに、サーバーシステムは、保存された画像データについて画像形成処理を依頼するための注文データを生成する注文データ生成手段と、
この注文データを写真店側からダウンロード可能に保存しておくための注文データ保存部とを設けていることが好ましい。

これらのサーバーシステムの作用・効果は、上記で述べたのと同じである。

本発明に係る固有データは、フレーム合成画像作成用（例えば、インデックスプリント作成用）のロゴデータであることが好ましい。ロゴデータは、サービス提供者を識別する機能を有しており、他のサービス提供者のロゴデータと取り違えると問題である。本発明の構成によれば、ロゴデータも注文データといっしょにダウンロードされるので、そのような取り違えが発生することがない。

本発明に係る固有データは、フレーム合成画像作成用（例えば、インデックスプリント作成用）のテキストデータであることが好ましい。

テキストデータとしては、期間限定のキャンペーンや宣伝広告についてのデータが例としてあげられる。このようなデータは、頻繁にデータの内容が書き換わる可能性があり、設定変更も迅速に対応する必要がある。本発明によれば、最新の固有データをダウンロードして設定することができるので、迅速な設定変更が可能であり、しかも、オペレータがそのために要する労力は必要ない。

上記課題を解決するため本発明に係る画像形成注文システムを構成する画像形成処理システムは、
前記注文データ保存部に保存されている注文データと、その画像形成注文に係る画像データとをダウンロードして取得する注文データ取得手段と、
固有データ保存部から固有データをダウンロードして取得する固有データ取得手段と、
合成画像作成のためのフォーマットデータ、及び、ダウンロードした画像データ、固有データを用いて画像形成媒体の作成を行う画像形成処理部とを備えていることを特徴とするものである。

かかる構成による画像形成処理システムの作用・効果は、既に述べたのと同じである。

本発明において、画像形成注文サービスを提供するサービス提供者が複数あり、そのうちの１つを指定する手段と、
この指定に基づいて、前記画像形成注文サービスが提供されるサーバーシステムに対してアクセスして、注文データと、その画像形成注文に係る画像データのダウンロードを要求する手段とを備えていることが好ましい。

写真店において、画像形成注文サービスを提供する複数のサービス提供者から注文を受けられるようにすることもできる。この場合、画像形成処理システムにそのサービス提供者を指定する手段（例えば、ＵＲＬを指定する）を設け、これにより、サーバーシステムにアクセスし、注文データ等をダウンロードすることができる。かかる構成によれば、注文データ等のダウンロードまでの作業を簡単に行うことができる。

本発明において、ダウンロードした固有データを保存する固有データ保存部を備え、
同じサービス提供者による画像形成処理を続ける場合、前記固有データ保存部に保存される固有データを用いて画像形成媒体の作成を行うことが好ましい。

固有データは、注文データのダウンロードといっしょにダウンロードして、機器に設定するものであり、基本的にはその都度、固有データもダウンロードする。ただし、同じサービス提供者からの画像形成注文を処理する場合には、同じ固有データを何度もダウンロードしなおすのは無駄であるので、固有データ保存部に保存された固有データを利用するようにしてもよい。これにより、ダウンロードに要する時間等を短縮化することができる。

本発明に係る画像形成注文システムの一例として、写真プリント注文システムの好適な実施形態を図面を用いて説明する。図１は、システムの概要を示す模式図である。写真プリント（画像形成媒体に相当）を写真店に依頼する場合には、通常は、顧客が撮影済みネガフィルムやデジタルカメラにより画像が記録された記憶媒体を直接写真店に持ち込むことで行われる。これに対して、顧客が直接写真店を訪問しなくても写真プリントの作成を依頼できるオンラインの写真プリント注文システムが公知であり、本発明もこれに関するものである。

＜システムの概要＞
インターネット上（ネットワークの一例）のサーバーシステム１が設置されており、本発明に係る写真プリント注文システムの中核を構成する。サーバーシステム１は、インターネット経由で写真プリントの作成注文（画像形成の注文に相当）を受け付ける機能を有し、その機能を実現するための、種々のソフトウェア及びハードウェアが搭載される。サーバーシステム１は、ハードウェア的には１台もしくは複数台のサーバー装置を備えている。好ましくは、負荷を分散させるために、機能に応じて複数のサーバー装置により構成することが好ましい。例えば、注文受付用のサーバー、データベースサーバー、Ｗｅｂサーバ等である。ネットワークは有線・無線を問うものではなく、種々の形態を採用することができる。

また、オンラインでプリント注文サービスを提供するサービス提供者は、１つだけではなく、複数存在する。図１に示すようにサービス提供者４Ａと４Ｂの２つのサービス提供者が例示されており、基本的には、異なるサーバーシステム１Ａ，１Ｂにより、サービスが提供される。従って、サーバーシステム１は、１つだけとは限られず複数存在することになる。

上記サーバーシステム１に対してインターネット経由で顧客（注文者）がアクセス可能である。アクセスのためにパソコン２（コンピュータでありクライアントシステムを構成する。）が一般的に使用されるが、ＰＤＡや携帯電話のようなモバイル機器によるアクセスも可能である。顧客がサーバーシステム１にアクセスして注文システムを利用するためには、予め、会員登録を行っておく必要がある。会員登録の手順は、公知の手順を用いることができる。顧客は、パソコン２を用いて、サーバーシステム１のホームページにアクセスすることで、所定の注文ページを開き、画像データのアップロード等の所定の手順を踏むことで、インターネット経由で写真プリントの注文を依頼することができる。顧客はいずれのサーバーシステム１Ａ，１Ｂを利用することもでき、両システムの会員となることもできる。

また、詳細は後述するが、アップロードされた画像データについては、アルバム形式に顧客のパソコン２のモニター画面に表示させることができる。アルバム形式で表示される多数の画像のうちの任意の画像を選択して写真プリントの依頼をすることができる。アルバム提供は、サーバーシステム１に設けられたアルバム提供手段の機能により実現できる。

一方、注文を受ける側の写真店においても、サーバーシステム１に対してアクセス可能であり、自分の写真店に対して写真プリントの注文があった場合は、画像データを含む注文データのダウンロードを行うことができる。写真店には、注文管理ソフトウェアがインストールされているパソコン３０（コンピュータ）を用いて、サーバーシステム１に対してアクセスすることができる。写真店が、インターネットで写真プリントの注文を受けるためには、顧客の場合と同様に、会員登録を行う必要がある。

写真店は、上記の異なるサービス提供者４Ａ，４Ｂのサービスを利用でき、両方の会員となることができる。その場合は、サーバーシステム１Ａ，１Ｂに対してアクセス可能であり、両方からのプリント処理の依頼を受けることができる。

写真店には、１台もしくは複数台の写真処理装置３１が設置されており、パソコン３０によりダウンロードされた画像データを用いて、写真プリントの作成処理を行うことができる。パソコン３０と写真処理装置３１とは、通信ラインにより接続されている。写真処理装置３１は、公知の構造のものを利用することができる。パソコン３０と写真処理装置３１により写真処理システム３（画像形成処理システムに相当）を構成する。なお、写真処理システムの構成については、種々の変形例が可能である。パソコン３０の機能を写真処理装置３１に組み込んでも良い。複数の写真処理装置３１とパソコン３０とが、内部ネットワーク（ＬＡＮ）により接続される形態でも良い。

なお、写真店という場合には、特定の形態の写真店に限定されるものではない。個人経営の形態でも良いし、チェーン店の形態でも良い。写真専門店に限定されるものでもない。写真店の規模についても特定のものに限定されるものではない。

＜サーバーシステムの機能ブロック図＞
図２は、図１に示す写真プリント注文システムのサーバーシステム１の種々の機能を示すブロック図である。これは、どのサービス提供者が提供する場合も同じである。送受信部１０は、インターネット経由で送信されてきたデータを受信すると共に、インターネットへとデータを送出する機能を有する。データ処理部１１は、送受信部１０を介して受信されたデータ、及び、送受信部１０を介して送信しようとするデータに関する種々の処理を行う。例えば、受信したデータの解析を行い、解析結果に基づいた処理を実行するものであり、ホームページ（Ｗｅｂページ）の要求であれば、該当するホームページデータをデータベースから抽出して、要求元のコンピュータへと送り返す。

また、データ処理部１１はＣＧＩ（Ｗｅｂサーバで外部プログラムを利用するためのインターフェース）の機能を備えており、サーバーシステム１に置かれたスプリプトが起動すると、ＣＧＩアプリケーションが実行され、写真プリント注文システムに必要な機能を実現する。図２に示される各機能についても、このＣＧＩにより実現できるものであるが、本発明としてはこれに限定されるものではない。なお、実行された結果は、データ処理部１１によりＨＴＭＬデータとして、顧客側あるいは写真店側のコンピュータへと送り返される。

認証システム１２は、会員登録をされているか否かの認証を行う。顧客や写真店が、本注文システムを利用するためには、最初に会員登録を行う必要があり、これにより、ＩＤとパスワードが付与される。顧客がプリント処理の注文・注文内容の確認を行う場合には、会員登録に基づく認証が必要とされる。また、写真店が注文内容の確認や注文データのダウンロードを行う場合にも、認証が必要である。認証システムについては、公知のシステムを用いることができる。

会員登録を行った顧客のデータは、顧客データベース１３に保存される。会員登録を行った写真店のデータは、写真店データベース１４に保存される。各データベース１３，１４は、データベース制御部１５により制御される。顧客データや写真店データとしては、種々のデータを保存するようにできる。

サーバーシステム１が複数ある場合、顧客は、それぞれのサーバーシステム１Ａ，１Ｂ…にアクセスして会員登録を行うことができ、複数のプリント注文サービスを利用することができる。また、写真店も複数のサーバーシステム１Ａ，１Ｂ…にアクセスして会員登録を行うことができる。これにより、複数のサービス提供者のプリントサービスを利用することができる。

Ｗｅｂページ保存部１６には、ホームページ（トップページ）をはじめとするＷｅｂページのデータを保存する。各ページに対応したＵＲＬを指定することで、指定されたＷｅｂページをパソコン２，３０のモニター画面に表示させることができる。Ｗｅｂページデータは、ＨＴＭＬに基づいて記述される。また、オンラインアルバムを提供するためのページデータなども保存される。

アルバム提供手段１７は、顧客のパソコン２によりアップロードされた画像データをアルバム形式で画面表示させるためのツールを提供するものである。アルバムは、会員登録を行うことで、個人に対して専用のページが付与され、そのページとアップロードされた画像データが保存されているＵＲＬをリンクさせることで、個人に対してオンラインアルバムを提供することができる。オンラインアルバムの具体的な画面構成例に付いては、後述する。

注文データ生成手段１８は、オンラインでプリント処理を注文するための注文データを生成する機能を有する。先ほど説明したように、顧客がアップロードした画像データについて、自分がプリント処理を希望する画像を指定してプリント処理を依頼することができる。プリント処理を依頼する場合、例えば、オンラインアルバムとして表示される画像を選択するとともに、プリントサイズやプリント枚数を指定する。更に，プリント処理を依頼したい写真店を指定する。写真店は、写真店データベースに登録されている写真店データの一覧を画面表示させ、その中の１つを選択することができる。この点は図８に例示されており、後述する。

以上の注文データの設定は、Ｗｅｂ画面上で行うことができる。画面上でプリント処理に必要なデータを入力し、入力したデータを確認することで注文データを生成させることができる。注文データには、プリント処理に必要なデータ（前述したプリントサイズを表すデータ等のテキストデータ）と、プリント処理の対象となる画像データが含まれる。

注文データ保存部１９（データベース）には、注文データが保存される。上記の注文データ生成手段により生成された注文データが保存される。注文データは顧客単位あるいは写真店単位で管理され、プリント処理を依頼した顧客は、自分の注文データのリストを見ることができる。また、写真店は、プリント処理依頼先として自分が指定されている注文データのリストを見ることができる。

画像データ保存部２０には、顧客によりアップロードされた画像データが多数保存されており、顧客データ（顧客ＩＤ）と関連付けがされた状態で保存されている。また、オンラインアルバムに貼り付けられるように指定されている画像データについては、そのオンラインアルバムを特定するＩＤと関連付けられている。また、注文データにおいてプリント処理の対象となっている画像データについても、その注文を特定する注文ＩＤとの関連付けがされている。従って、写真店から注文データとこれに対応した画像データとを共にダウンロードすることができる。

データベース制御部２２は、注文データ保存部１９、画像データ保存部２０、固有データ保存部２１に対する制御を行う。例えば、特定の注文データに関するダウンロード要求があれば、その注文データと関連する画像データと、更に固有データを読み出し、要求先へと送信（ダウンロード）する。固有データの書き換え要求や、削除、新規固有データの保存追加に対する処理も行う。固有データの書き換え等の処理は、サービス提供者のパソコンを介して行うことができる。オンラインアルバムの表示要求であれば、アルバムに貼り付ける画像データを読み出して、オンラインアルバムとして表示できるような処理を行う。固有データは、サーバーシステム１Ａ，１Ｂごとに異なるデータである。

＜写真処理システム＞
次に、写真処理システム３のうちサーバーシステム１からの注文を受け付ける機能（パソコン３０にインストールされる機能）を説明する。パソコン３０には、サーバーシステム１から注文データをダウンロードして注文を管理するためのソフトウェアがインストールされている。送受信部４０は、インターネット経由でデータの送受信を行う。注文受付部４１は、インターネット経由でダウンロードした注文の受付を行う機能を有する。すなわち、注文受付部４１は、サーバーシステム１から注文データ、画像データをダウンロードして取得する注文データ取得手段４１ａとしての機能を有する。また、固有データをダウンロードして取得する固有データ取得手段４１ｂとしての機能を有する。

また、写真処理システム３は、インターネットからだけでなく、店頭においてもプリント注文を受け付けることができ、そのための画像入力部が設けられる。画像入力部は、写真店を訪問してきた顧客から預かった記憶媒体から画像データを取得することができる。例えば、デジタルカメラ用の記憶媒体、ＣＤ−Ｒ、ＭＯディスク等の種々の媒体から画像データを取得することができる。

ダウンロードした注文データは、注文データ保存部４３に保存される。画像データは、注文データと関連付けがされた状態で画像データ保存部４４に保存される。固有データも、注文データと関連付けがされた状態で固有データ保存部４５に保存される。各注文には、固有の識別番号を付与し、これにより各データを紐付けすることができる。識別番号は、オーダー単位で付与することができる。

データ転送制御部４７は、ダウンロードした注文データ等を適宜タイミングで写真処理装置３１へ送信する機能を有する。注文データ等は、データ送受信部４６を介してＬＡＮ経由で送信される。

＜写真処理装置の構成＞
次に、写真処理システム３を構成する写真処理装置の機能を図４のブロック図により説明する。写真処理装置３１の本発明と関わりのない個所は、公知の構造のものを利用することができる。

送受信部３３０は、ＬＡＮ経由でデータの送受信を行う。具体的には、ＬＡＮ経由でパソコン３０から送信されてきた注文データ、画像データ、固有データなどを受信する。この受信したデータに基づいて、写真プリントの作成を行うことができる。

画像データ保存部３１０は、データ送受信部３３０により受信した画像データの保存を行う。固有データは、固有データ保存部３３１に保存される。

画像処理部３１１は、画像データに対して画像処理を施してプリント処理を行うのに適したデータに変換する。例えば、色・濃度の補正処理や赤目補正等の特殊処理、データをプリントサイズにするための拡大処理等である。モニター３１２には、画像データを表示させることができ、オペレータによる画像処理作業を補助する。また、プリント処理を行うための必要な画面表示をさせる。

インデックス画像合成部３３３は、固有データ保存部３３１に保存される固有データと、インデックスフォーマットデータ保存部３３２に保存されるフォーマットデータに基づいて、インデックスプリントを作成するためのデータを生成する。インデックス画像を構成するサムネイル画像は、画像データ保存部３１０に保存されている画像データに基づいて作成される。

インデックスプリントの作成例を図５に示す。サムネイル画像５０が所定のフォーマットに沿って並べて配置した状態でプリントされる。画像を並べる個数を指定すると、フォーマットデータに基づいて、画像を配置することができる。また、固有データの１つであるロゴデータ５１が右上に配置されている。ロゴデータの大きさや配置個所も固有データの１つとして記述することができる。

インデックスプリントの別の作成例を図６に示す。ここには、テキスト情報５２がプリントされている。ここには、サービス提供者の宣伝広告やキャンペーン情報などをプリントすることができる。これをプリントするためのテキストデータも固有データの１例である。テキストデータの具体的な内容に付いては、適宜決めることができる。

露光エンジン３１４（プリント処理部に相当）は、画像処理部３１１で画像処理された画像データ及びインデックス画像合成部３３により作成されたインデックス画像データを用いて、写真感光材料に画像を焼付露光する機能を有する。露光エンジン３１４としては、レーザーエンジン、ＰＬＺＴエンジン、ＣＲＴエンジン等の適宜のタイプのエンジンを用いることができる。

画像が焼付露光された写真感光材料は、現像・乾燥処理部３１３において、現像処理及び乾燥処理が施される。この処理が終了した後、仕上がりの写真プリントとして装置外部に排出される。通常の写真プリントと、インデックスプリントが作成される。

前述の固有データについては、注文データや画像データの保存処理と連動して、固有データ保存部３３１に保存するが、その注文のプリント処理が終了すると、その固有データは基本的には破棄される。これにより、最新の固有データのみが固有データ保存部３３１に保存される。このように、固有データ保存部３３１に保存される固有データの設定は、自動的に切り替わる。ただし、同じサーバーシステム１からの注文を続けてプリント処理する場合は、固有データを削除せずにキャッシュに保存させておくことができる。これにより、プリント処理の効率を上げることができる。

＜オンラインアルバムの構成例＞
次に、サーバーシステム１により提供されるオンラインアルバムの表示画面の構成例を図７により説明する。図７では、画像１０３が６枚表示されており、画面左上にタイトル１００が表示されている。アルバムを構成する画像が増えてきた場合は、複数ページにわたって表示される。個々の画像はサムネイル画像であり、個々の画像のファイル名１０１も画像下部に表示される。この表示されている画像について、プリント処理を依頼する場合は、プリント注文ボタン（アイコン）をクリック１０２する。

図８は、プリント注文ボタン１０２をクリックしたときに表示される画面の構成例である。画面には、プリント処理を依頼する写真店の情報がエリア１１０に表示される。写真店の検索はボタン１１１をクリックすることで行うことができ、会員登録されている任意の写真店を選択することができる。表示される写真店の情報としては、写真店の名前、営業時間、プリントサイズと料金などである。

また、図７に示される画像が図８においてもサムネイル画像１１２として表示される。チェックボックス１１２ａにチェックが入っているのは、プリント対象となる画像である。チェックをはずすことで、プリント処理の対象から外すことができる。また、ラジオボタン１１３により、プリントサイズを選択することができる。また、テキストボックス１１４にプリント枚数の数値を入力する。これらの入力は、各画像毎に行うことができる。これらの数値を入力することで、注文データが順次生成されていくことになる。画像やアルバム名については、エリア１１７に表示される。

プリント処理を依頼したい画像を追加したい場合は、ボタン１１５をクリックすることで、画像をアップロードする画面に移行することができる。他のアルバムについてプリント処理を依頼したい場合は、操作部１１６をクリックすることで、他のアルバムの画像を選択することができる。すなわち、個人で複数のアルバムを作成して画像を管理することができる。

＜プリント処理の手順＞
次に、写真処理システム３を用いて注文データをダウンロードして、写真プリントを作成するまでの手順を図９のフローチャートにより説明する。まず、写真店では、パソコン３０を用いて、ホームページ（サービス提供者のサービスが提供されるサーバーシステム１Ａ，１Ｂが複数ある場合、そのうちの１つ）にアクセスする（＃１０）。次に、認証手続を行った後、その写真店に対して与えられた専用のページに移行する（＃１１）。写真店では、専用のページで注文の有無を確認することができる。例えば、注文はオーダー単位でリスト表示される。リスト表示には、プリント処理が完了したか否かの表示もされる。写真店は、プリント処理が未処理の注文データがあれば、これをダウンロードする（＃１２，１３）。

ダウンロードした注文データ及び画像データは、注文データ保存部４３，４４に保存される（＃１４）。また、これらのデータといっしょに固有データもダウンロードされ、固有データ保存部４５に保存される（＃１５）。これらダウンロードされたデータは、適宜のタイミングでＬＡＮ経由で写真処理装置３１へと転送される（＃１６）。

データを受信した写真処理装置３１では、このデータを用いて、既に説明したように、画像処理、プリント処理（画像の焼付露光）、現像処理・乾燥処理が施された後、写真プリントが完成する（＃１７〜＃２１）。また、固有データを用いて、インデックス画像の合成処理がされ、インデックスプリントも作成される（＃１８）。仕上がりの写真プリントは、袋詰にされる。顧客が写真店に直接取りに来る場合は、袋詰した状態で保管しておき、顧客が訪問するのを待つ。また、宅配で配送を希望する顧客に対しては、配送のための作業を行う。

＜他のプリント手順＞
次に、サーバーシステム１から注文データをダウンロードしてプリント処理を行う場合の別実施形態を図１０のフローチャートで説明する。

この実施形態では、パソコン３０の機能が写真処理装置３１に組み込まれているものとし、写真処理装置３１のオペレータが直接サーバーシステム１にアクセスできる。すなわち、 図３に示す機能を図４に一体的に組み込むことができる。

まず、写真処理装置３１のオペレータは、プリントサービスの選択を行う（＃３０）。これは、どのサービス提供者のページにアクセスするかの選択である。これは、モニター画面上で行うことができる。選択したサービスについて、プリント処理の指示を行う（＃３１）。これは、例えば、モニター画面上の所定のボタンをクリックすることで行われる。このクリック動作により、自動的に選択したサービスが提供されるサーバーシステム１へアクセスがされる（＃３２）。

そのサーバーシステム１に、未処理のプリント依頼があれば、注文データ，画像データ、固有データがダウンロードされる（＃３３）。これらのデータは、写真処理装置３１内の所定の保存部に保存される（＃３４）。以後は、ダウンロードしたデータを用いてプリント処理が行われ、これは既に説明したとおりである。プリント処理を指示してからデータが保存されるまでの一連の処理を自動的に行うことができる。

＜別実施形態＞
本実施形態では、固有データの例として、インデックスプリント用のロゴデータやテキストデータを説明したが，これに限定されるものではない。インデックスプリント作成用のテンプレートデータが固有データとして作成される場合は、これを含めても良い。また、フレーム合成プリントを作成する場合にも同様に考えることができる。

既に説明したように、パソコン３０の機能は写真処理装置３１に組み込まれていてもよい。また、パソコン３０と写真処理装置３１の接続はＬＡＮでなくてもよく、パソコン３０と接続される写真処理装置３１の台数も任意に設定することができる。

写真店がチェーン店である場合は、サーバーシステムに保存されている固有データを複数の写真店で共有して使用することができる。

本実施形態では、画像形成処理として写真プリントを作成する例を示したが、本発明はこれに限られるものではない。例えば、写真処理装置において画像処理を施した画像データを、ＣＤ−Ｒ等の記録媒体に記録するものでもよく、またはネットワークへ再アップロードするものでもよい。これらも画像形成媒体を作成する画像形成処理に相当するものである。

本実施形態では、注文データ生成手段の機能をサーバーシステム１に設けたが、これを顧客（クライアントシステム）のパソコン２に設けても良い。注文データを生成するためのコンピュータプログラムは、適宜サーバーシステム１からダウンロードしてインストールしておくことができる。この場合、サーバーシステム１には注文データを保存せずに、顧客のパソコン２に保存しておくことができる。ただし、サーバーシステム１の画像データと、これを注文データに関連付けるための識別情報を付与し、この識別情報をサーバーシステム１に保存する。そして、顧客のパソコン２からは、別ルートで写真店側の写真処理システム３に識別情報と共に注文データを転送する。これにより、写真店側は画像データと注文データ（要望データ含む）を取得することができる。なお、注文データの生成は顧客のパソコン２で行い、注文データの保存はサーバーシステム１で行うように構成してもよい。

なお、クライアントシステムは、１台のパソコン２（コンピュータ）のみで構成してもよいし、複数のパソコンがネットワークにより接続されているものでも良い。

写真プリント注文システムの構成を示す模式図 サーバーシステムの機能ブロック図 写真処理システム（注文受付機能）の機能ブロック図 写真処理システム（写真処理装置）の機能ブロック図 インデックスプリントの作成例を示す図 インデックスプリントの他の作成例を示す図 オンラインアルバムの構成例を示す図 プリント注文を行うための画面構成例を示す図 写真プリントを作成するときの手順を示すフローチャート 写真プリントを作成するときの他の手順を示すフローチャート

符号の説明

１，１Ａ，１Ｂ サーバーシステム
２ パソコン
３ 写真処理システム
４，４Ａ，４Ｂ サービス提供者
１８ 注文データ生成手段
１９ 注文データ保存部
２０ 画像データ保存部
２１ 固有データ保存部
３０ パソコン
３１ 写真処理装置
４１ 注文受付部
４１ａ 注文データ取得手段
４１ｂ 固有データ取得手段
４３ 注文データ保存部
４４ 画像データ保存部
４５ 固有データ保存部
３３１ 固有データ保存部
３３３ インデックス画像合成部

Claims (8)

1. ネットワーク上に設置されるサーバーシステムと、このサーバーシステムに対してアクセスを行うクライアントシステムと写真店側の画像形成処理システムとにより画像形成注文システムを構成し、この画像形成注文システムは、サーバーシステムにアップロードされた画像データを保存する画像データ保存部と、保存された画像データについて画像形成処理を依頼するための注文データを生成する注文データ生成手段と、この注文データを保存しておくための注文データ保存部とを備えた画像形成注文システムであって、
   前記サーバーシステムは、ネットワークによる画像形成注文サービスを提供する側により設定され、かつ、画像形成媒体作成のために用いられるサービス提供者に固有のデータを保存しておく固有データ保存部が設けられ、
   前記写真店側に設置される画像形成処理システムは、
   注文データ保存部に保存されている注文データと、その画像形成注文に係る画像データとをダウンロードして取得する注文データ取得手段と、
   固有データ保存部から固有データをダウンロードして取得する固有データ取得手段と、
   合成画像作成のためのフォーマットデータ、及び、ダウンロードした画像データ、固有データを用いて画像形成媒体の作成を行う画像形成処理部とを備えていることを特徴とする画像形成注文システム。
2. 請求項１に記載の画像形成注文システムを構成するサーバーシステムであって、
   アップロードされた画像データを保存する画像データ保存部と、
   ネットワークによる画像形成注文サービスを提供する側により設定され、かつ、画像形成媒体作成のために用いられるサービス提供者に固有のデータを保存しておく固有データ保存部とを設けていることを特徴とするサーバーシステム。
3. 保存された画像データについて画像形成処理を依頼するための注文データを生成する注文データ生成手段と、
   この注文データを写真店側からダウンロード可能に保存しておくための注文データ保存部とを設けていることを特徴とする請求項２に記載のサーバーシステム。
4. 前記固有データは、合成画像作成用のロゴデータであることを特徴とする請求項３に記載のサーバーシステム。
5. 前記固有データは、合成画像作成用のテキストデータであることを特徴とする請求項３又は４に記載のサーバーシステム。
6. 請求項１に記載の画像形成注文システムを構成する画像形成処理システムであって、
   前記注文データ保存部に保存されている注文データと、その画像形成注文に係る画像データとをダウンロードして取得する注文データ取得手段と、
   固有データ保存部から固有データをダウンロードして取得する固有データ取得手段と、
   合成画像作成のためのフォーマットデータ、及び、ダウンロードした画像データ、固有データを用いて画像形成媒体の作成を行う画像形成処理部とを備えていることを特徴とする画像形成処理システム。
7. 画像形成注文サービスを提供するサービス提供者が複数あり、そのうちの１つを指定する手段と、
   この指定に基づいて、前記画像形成注文サービスが提供されるサーバーシステムに対してアクセスして、注文データと、その画像形成注文に係る画像データのダウンロードを要求する手段とを備えていることを特徴とする請求項６に記載の画像形成処理システム。
8. ダウンロードした固有データを保存する固有データ保存部を備え、
   同じサービス提供者による画像形成処理を続ける場合、前記固有データ保存部に保存される固有データを用いて画像形成媒体の作成を行うことを特徴とする請求項６又は７に記載の画像形成処理システム。

Images