JP2010237791A - 注文装置の統括制御システム - Google Patents

Abstract

【課題】一部のサービスの機能に問題が生じた場合の対応を容易に行うことができ、注文処理の効率低下を抑制する。
【解決手段】プリント注文を受け付ける複数の注文装置１を統括的に監視する統括制御装置２と、注文装置１は、複数種のサービス内容に応じた複数種のサービス処理手段４０と、複数種のサービス処理手段４０にエラーが発生しているか否かを監視する基本処理手段２０と、を有し、統括制御装置２は、注文装置１からエラーに関する情報を取得し、エラーが発生している場合に、エラー内容を解析するエラー解析手段２５１と、解析結果に応じて、サービス処理手段４０の使用可否に関する表示をさせる指令信号を生成する表示指令手段２５２と、指令信号を注文装置１へ送信する指令信号送信手段２５３と、を備え、指令信号を受けた注文装置１は、エラーに係るサービス処理手段４０の使用を禁止し、使用可否に関する表示をさせる。
【選択図】図２

Description

本発明は、画像データに基づく写真プリント注文を受け付ける注文装置と、ネットワークにより接続された複数の前記注文装置を統括的に監視および制御する統括制御装置と、を備えた注文装置の統括制御システムに関するものである。

写真店（ミニラボ店とも称される。）では、顧客がデジタル画像データを持ち込み、店内に設置された注文装置で顧客自らが写真プリントの注文を行なえる。この注文装置として、例えば、特許文献１が知られている。

特許文献１の受付装置における注文操作は、先ず、デジタル画像データが記憶されたメディアからデジタル画像データを読み込み、コマ画像として表示させ、次いで、プリント対象を選択し、プリント枚数、プリントサイズ、所定の補正処理等を選択し、注文を確定する流れである。写真プリントの仕上がりタイプも選択可能であり、このタイプとしては、コマ画像ごとに１枚の写真を形成するタイプや、複数のコマ画像を１枚の写真に規則性を持って配置したインデックスプリントや、最終的にアルバム編集されるためにプリントされるアルバムプリントと称されるタイプもある。

また、写真店が提供する写真プリント注文に関するサービスは多様化しており、従来からある普通プリントの作成の他、アルバムプリント、コラージュプリント、シャッフルプリントなど多様化している。このようなサービスの多様化に対応して、顧客が自ら操作する注文装置にも対応する機能を持たせる必要がある。このようなサービスの内容に応じた機能は、通常はソフトウェアにより提供されている。この機能により、注文装置を操作する顧客は、画像データの取り込みから注文完了までの種々の操作をモニター画面を見ながら行うことができ、便利になってきている。

特開２００６−１０３１００号公報

一方、上記ソフトウェアにバグ等のエラーが存在し、そのまま使用させると問題が生じる場合がある。かかる場合、従来の注文装置においては、その注文装置自体が利用できなくなるような処理が行われていた。したがって、例えば、上記バグ等のエラーが特定のサービス（例えば、コラージュプリント）に関するもののみである場合であって、他のサービス（例えば、アルバムプリント）には関連のないエラーであっても、注文装置が利用できなくなっていた。したがって、本来利用できるはずのサービスであっても、上記の如く構成されていたため、利用できず、写真店における注文処理の効率低下や、顧客からの写真プリント注文の機会を逃すという問題があった。

また、写真店においては、写真プリント注文の受け付けを効率よく行うために、多数の注文装置を設置し、これらをネットワークにより接続している。かかる場合において、特定の注文装置を操作している時にエラーが発生することがあるが、当該エラーは、他の同じ機能を有する注文装置にも関連する場合や、関連しない場合など、種々の状況が考えられる。例えば、他の注文装置には関連しないエラーであれば、他の注文装置で同じ操作をできるのか否かを容易に知ることができれば、注文装置の操作性を向上できると考えられる。

本発明は上記実情に鑑みてなされたものであり、その課題は、多様な写真プリントサービスを提供するに際して、一部のサービスの機能に問題が生じた場合の対応を容易に行うことができ、写真店における注文処理の効率低下を抑制する注文装置の統括制御システムを提供することである。

上記課題を解決するため本発明に係る注文装置の統括制御システムは、
画像データに基づく写真プリント注文を受け付ける注文装置と、
ネットワークにより接続された複数の前記注文装置を統括的に監視および制御する統括制御装置と、を備えた注文装置の統括制御システムであって、
前記注文装置の夫々は、写真プリント注文に関する複数種のサービス内容のそれぞれに応じた注文処理を実行する複数種のサービス処理手段と、複数種の注文処理に共通に用いられる基本処理を実行するとともに、前記複数種のサービス処理手段にエラーが発生しているか否かを監視する基本処理手段と、を有し、
前記統括制御装置は、それぞれの注文装置から前記エラーに関する情報を取得し、エラーが発生している場合に、エラー内容を解析するエラー解析手段と、
解析結果に応じて、前記サービス処理手段の使用可否に関する表示をさせる指令信号を生成する表示指令手段と、
注文装置に前記表示をさせるために前記指令信号を注文装置へ送信する指令信号送信手段と、を備え、
前記指令信号を受けた注文装置の基本処理手段は、エラーに係るサービス処理手段の使用を禁止させるとともに、前記使用可否に関する表示をさせる処理を実行する、ことを特徴とするものである。

この構成による注文装置の統括制御システムの作用・効果を説明する。注文装置は、画像データに基づく写真プリント注文を受け付ける機能を有しており、この注文装置の複数台がネットワークにより接続されている。また、注文装置は、画像データに基づいて、各種サービスのプリント注文を行える機能を備えている。各種サービスは、例えば、Ｌ版、２Ｌ版等の普通プリント、アルバムプリント、コラージュプリント、シャッフルプリント、名刺プリント、はがきプリント、各種サイズによるコレクションプリント、写真集、各種記憶媒体への書き込みが挙げられる。画像データは、例えば、画像、文字、記号、またはそれらの組み合わせで構成されるデジタルデータが挙げられる。

注文装置は、基本処理手段と複数種のサービス処理手段とを有している。ここで「複数」は１以上である。サービス処理手段は、サービス内容に応じた注文処理を実行する機能であり、例えば、普通プリント、アルバムプリント、コラージュプリント、シャッフルプリント、名刺プリント、はがきプリント、各種サイズによるコレクションプリント、写真集、各種記憶媒体への書き込み処理単位に構成される。サービス処理手段は、例えば、ソフトウェアの機能に基づいて構成することができる。この場合、それぞれのサービス内容ごとにソフトウェアが存在する。また、基本処理手段についても、同様にソフトウェアにより構成することが可能である。

また、基本処理手段は、複数種のサービス処理手段にエラーが発生しているか否かを監視する機能を有する。エラーとは、例えば、サービス処理手段がソフトウェアにより構成される場合に、ソフトウェアのバグである。バグは特定の操作を行うときに発生するケースがあるため、かかるエラーを基本処理手段により監視する。

統括制御装置は、ネットワークに接続されたそれぞれの注文装置を監視しており、特に、注文装置からエラーに関する情報（エラーが発生しているか、正常であるか等の情報）を取得する。そして、エラーに関する情報から、エラーが発生していることが検出されると、そのエラーの内容を解析する。そして、この解析結果に応じて、サービス処理手段の使用可否に関する表示をさせる指令信号を生成する。この指令信号は、注文装置へ送信される。

指令信号を受信した注文装置の基本処理手段は、エラーに係るサービス処理手段の使用を禁止させる。ただし、エラーに関連のないサービス処理手段については使用は禁止されないので、注文装置自体が使用不能になることはなく、他のサービスに関しては、処理を行うことができるので、写真店における注文処理の効率低下を抑制することができる。

また、エラーが発生した場合、注文装置のモニターに使用可否に関する表示をさせる。表示の態様については、特に限定されるものではない。例えば、当該サービスは使用できなくなった旨の表示、他の注文装置では使用可能である旨の表示、などエラーの内容に応じて適切な表示を行うようにすればよい。これにより、一部のサービスの機能に問題が生じた場合の対応を容易に行うことができ、写真店における注文処理の効率低下を抑制する注文装置の統括制御システムを提供することができる。

本発明に係る前記エラー解析手段は、発生したエラーが当該注文装置にのみ関するものか、すべての注文装置に関するものかを解析し、前記指令信号送信手段は、前記解析結果に応じて、関連する注文装置に対して前記指令信号を送信することが好ましい。

発生したエラーによっては、そのエラーが当該注文装置のみに関する場合と、すべての注文装置に関する場合とがある。例えば、ソフトウェアのバグによるエラーの場合は、すべての注文装置に関係する場合がほとんどであると考えられる。その場合には、エラーの内容に応じた処理をすることが好ましく、例えば、バグによるエラーであれば、すべての注文装置に送信する。そして、すべての注文装置に対して、当該サービスの使用が禁止され、また、使用が禁止された旨の表示が行われる。

（サービス処理手段および基本処理手段について）
本発明に係るサービス処理手段および基本処理手段については、例えば、次のように構成することができる。すなわち、基本処理手段は、プラットホームと称されるソフトウェアで構成でき、サービス処理手段は、このプラットホームの上で動作するアプリケーションソフトウェアで構成できる。

サービス処理手段のそれぞれは、その他のサービス処理手段と独立して機能し、任意のサービス処理手段の変更が、その他のサービス処理手段に影響を与えることがないように構成されている。サービス処理手段は、例えば、画像処理部、制御部、ＧＵＩ等の機能を有する。それぞれのサービス処理手段に画像処理部を設けておくことで、サービス処理手段ごとに、画像処理部のバージョン、設定値等が異なるように構成できるため、サービス毎に最適の画像処理アプリケーションのバージョン、設定値等を用いることができる。

基本処理手段は、複数種の注文処理に共通に用いられる基本処理を実行することができる。基本処理は、例えば、記憶媒体からの画像データ読み取り処理、注文確定・蓄積処理（以下では「カート」と称することがある）の管理、プリンタの操作処理、各種データ転送処理が挙げられる。

また、基本処理手段とサービス処理手段とが共有で使用し、かつサービス処理手段の独立性を低下させないような機能や処理は、共有ライブラリ手段の機能として備える構成がある。なお、共有ライブラリ手段に画像処理部の機能を設ける場合には、サービス処理手段に画像処理部を設けなくてもよい場合がある。

また、基本処理手段、サービス処理手段、共有ライブラリ手段の情報伝達（例えば、データ、機能の呼び出し）は、例えば、以下のように定義されてもよい。（１）共有ライブラリ手段との情報伝達は、基本処理手段、サービス処理手段共に自由にできる。（２）基本処理手段とサービス処理手段の情報伝達は自由にできる。（３）サービス処理手段間の情報伝達は禁止する。これによりサービス処理手段間の依存性をなくし、任意のサービス処理手段の変更がその他のサービス処理手段に影響を与えないようにでき、個々のサービス処理手段の追加、変更、削除を自由に行える。（４）基本処理手段を経由したサービス処理手段間の情報伝達を可能に設定するオプションを有する。

また、基本処理手段は、基本ＧＵＩ部と基本制御部とを有する。比較的変更が多い「見た目」の部分（注文操作画面等の表示される処理部分）と、比較的変更が少ない「見た目以外」の部分を分離して構築し、頻繁に発生する見た目の変化による影響を局所化できる効果がある。サービス処理手段も同様に、サービスＧＵＩ部とサービス制御部とを有する。

基本処理手段とサービス処理手段との情報伝達は、インターフェースによって行われる。サービス処理手段の追加、削除を他のサービス処理手段への影響を無くすために、所定の規則に従ったインターフェースが構築されている。

基本処理手段は、前記任意のサービス処理手段による注文処理実行中に、記憶媒体から画像データを取得する手段を有している。すなわち、この基本処理手段によって、任意の注文処理実行中に、記憶媒体から画像データを自由に読み取ることができる。

よって、注文装置は、各種サービス単位に注文操作を実行できるように構成され、任意の注文処理操作中いつでも、記憶媒体から画像データを取得することが可能である。注文処理手順に依存しないため、または注文処理操作中いつでも画像データの読み込みタイミングを注文者の自由にできるので、注文操作性を飛躍的に向上させることができる。

本発明において、「オーダー」は、写真プリントを作成する場合の注文単位である。「１オーダ」は、フィルム１本分あるいは複数本分、記憶媒体１個分あるいは複数個分、データフォルダ１個分あるいは複数個分についてのプリント注文に係る画像データ群を指すものであるが、これに限定されるものではなく、１オーダーの概念はオペレータ、注文者により適宜設定することができる。以下、同様である。

写真処理システムの一例について説明するための図 注文装置の機能構成について説明するための図 注文操作のフローチャート 注文操作画面の一例について説明するための図 注文操作画面の一例について説明するための図 注文操作画面の一例について説明するための図 エラー発生時のフローチャート 注文操作画面におけるエラー発生に関する表示例を示す図 注文操作画面におけるエラー発生に関する表示例を示す図

本発明に係る注文装置の好適な実施形態を、図面を用いて説明する。図１は、写真店に設置される写真処理システムの構成の一例を示している。プリンタの種類、設置台数は図１に限定されない。また、画像処理装置５、プリント注文受付のための注文装置１の設置台数も図１に限定されない。写真処理システムを構成するそれぞれの装置はお互いがＬＡＮ等のネットワークによって接続されている。

この写真処理システムは、写真プリントの作成や記憶媒体への画像書き込みといった画像記録を行うためのシステムである。写真プリントの注文に係る画像データは、顧客が自ら持参した記憶媒体（以下ではメディアと称する）に記録されている。顧客は、注文装置１を操作し、メディアに記録された画像データに基づく写真プリントの注文を行なえる。また、注文に係る画像データは、ネガフィルムからスキャナー（不図示）を用いて読みとることもできる。また、注文者が自宅のＰＣや携帯端末からインターネットを経由し、写真店のサーバにアクセスし注文する、いわゆるオンラインプリント注文も可能である。オンラインプリント注文は公知の構成であり詳細な説明は省略する。

銀塩式プリンタは、画像データに基づいて写真プリントの作成を行える。写真プリントの作成を行う場合は、プリント用に処理されたプリント用画像データを露光エンジンに送信し、ペーパー等の写真感光材料に画像を焼付露光する。画像が焼付露光されたペーパーを現像処理することで、写真プリントを作成することができる。

インクジェットプリンタは、各種データ通信のための通信部を備え、この通信部は、画像処理装置５からプリント用画像データを受信し、メモリに保存する。また、インクジェットプリンタは、ＲＩＰ処理部を有し、このＲＩＰ処理部はＲＩＰ処理を実行する機能である。ＲＩＰ処理部は、写真プリント処理に係るＲＧＢ画像データのプリント用画像データを、ＲＩＰ処理し、ＣＭＹＫごとのグレースケールデータに展開する。そして、印刷部は、ＣＭＹＫごとのグレースケールデータに基づいて印刷処理する。印刷部は、ＣＭＹＫのそれぞれのプリントヘッドを備えている。プリントヘッドは、間欠搬送される用紙に対し、プリントヘッドが主走査方向に一走査し、この走査時に、各色のインク吐出ノズルからインクが吐出し、用紙の表面に付着する。この間欠搬送、主走査動作およびインク吐出動作を繰り返すことで、用紙の印刷領域に画像が形成される。インク吐出の方法としては、インクが充填された圧力室内の容積がピエゾ素子によって変化することで、圧力室に連通するインク吐出ノズルからインクを吐出する一般的なピエゾ方式が例示される。

また、不図示の媒体書き込み装置は、ＣＤ−Ｒ（記憶媒体の一例）等のメディアに画像データの書き込みを行う機能を有する。画像処理装置５から画像データを媒体書き込み装置に送信することで、ＣＤ−Ｒ等のメディアに画像データを書き込むことができる。

（注文装置）
注文装置１は、顧客により操作されるものであり、画像データの受付と注文内容の設定等を行うことができる。注文装置１は、それ自身が画像形成プリンタの機能を有していてもよい。例えば、熱昇華型のプリンタを内蔵している。この場合、ネットワークに接続された他の装置と関係なく、独立してプリント処理を行うこともできる。注文装置１は、画像形成用のプリンタを内蔵していない場合、あるいは他のプリンタで写真プリント（またはメディアへの書込み処理）をする場合には、ネットワーク経由で画像処理装置５あるいは直接にプリンタ側にプリント対象の画像データを転送する。画像処理装置５については後述する。

注文装置１は、メディア駆動部１０を備えており、各種メディアＡに格納されている画像データを内部に取り込むことができる。メディアＡとしては、ＣＤ−Ｒ、デジタルカメラ用の記憶メディア、ＭＯディスクなどが例としてあげられる。また、フラットベッドスキャナー（不図示）により、写真フィルムのない写真プリントから画像データを取得することができる。また、注文装置１は、モニター１２を備えており、入力された画像データを画面に表示させることができる。また、注文内容の設定などは、モニター画面に設けられたタッチパネル１３により行うことができる。もちろん、キーボードやマウスなどの入力手段を設けてもよい。

注文装置１は、受付証発行部１１を備えており、注文内容が確定すると、受付証をプリントアウトする。受付証には、注文内容、課金情報、顧客情報などがプリントされる。この受付証を写真店の担当者に渡すことで、画像記録や料金支払いなどが行われる。

（統括制御装置）
統括制御装置２は、図１に示すように、ネットワークに接続されており、特に、注文装置１の監視・制御を行う機能を有する。後述するように、注文装置１におけるエラー発生に関する情報を集中的に管理し、各注文装置１に対するエラー関連の表示の制御を行う。特定の注文装置１においてエラーが発生した場合、必要であれば、ネットワークに接続されている他の注文装置１に対して情報を送信し、エラー関連の表示をさせる。統括制御装置２は、通常のコンピュータ（パソコン）により構成することができ、モニター画面、キーボード、マウス等を備えている。

（注文装置の機能）
注文装置１の構成を図２の機能ブロック図により説明する。注文装置１は、システムＣを備えており、各種ハードウェアとはインターフェースを介して接続される。すなわち、メディア駆動部１０、受付証発行部１１、モニター１２、タッチパネル１３、ハードディスク１４がインターフェースを介して接続される。ハードディスク１４は、メディア駆動部１０を介して取得した画像データを一時的に保存することができる機能を有してしいる。また、ハードディスク１４に、オーダー情報を保存しておくこともできる。ハードディスク１４は、大容量保存手段としての機能の他にＣＰＵ実行の際の作業領域として機能してもよい。また、システムＣ側には不図示のＣＰＵまたはＭＰＵ、メモリ（ＲＯＭ、ＲＡＭ等）が具備されている。

インクジェットプリンタにより写真プリントの作成を行う場合は、適宜のタイミングで画像データを含む注文に関するオーダー情報のデータを、ネットワーク・インターフェース１５を介してネットワークへ送出し、画像処理装置５または直接に各種プリンタに送信する構成である。

システムＣは、基本処理手段２０およびサービス処理手段４０，５０，６０を備える。これらは、次のように構成することができる。すなわち、基本処理手段２０の基本的要素は、プラットホームと称されるソフトウェアで構成することができ、サービス処理手段４０，５０，６０の基本的要素は、このプラットホームの上で動作するアプリケーションソフトウェアで構成することができる。

基本処理手段２０は、複数種の注文処理に共通に用いられる基本処理を実行する機能である。基本処理は、例えば、記憶媒体からの画像データ読み取り処理、カートの管理、プリンタの操作処理、各種データ転送処理が挙げられる。基本処理手段２０は、例えば、基本制御部２２、基本ＧＵＩ部２１の機能を有する。

基本処理手段２０の基本制御部２２の機能について以下に説明する。メディアから画像データを読み込む処理は、サービス処理手段による注文処理手順に依存せずに、または注文処理操作中いつでも実行できる。検知部２２１は、メディアＡがメディア駆動部１０に挿入されたことを示す信号を検知する。これによって、読取制御部２２２は、メディアＡに記録されている画像データを読み取る。読み込まれた画像データはハードディスク１４に保存される。画像データを読み取る場合に、Ｅｘｉｆ情報中のサムネイル画像データを読み込むように構成でき、また、読み込まれた画像データのサムネイル画像を表示するように構成できる。

読み込まれた画像データは、基本ＧＵＩ部２１の一覧表示部２１１の機能によって、モニター１２の画面に表示される。例えば、モニター１２の画面に一覧表示してもよいし、画面の表示領域を分割して、分割された下部に表示してもよい。この画面の表示領域を分割して表示する機能は、後述するサービス処理手段４０のサービスＧＵＩ部４１の機能による。

絞込み検索部２２３は、各種絞り込み条件１５０１に応じて画像データを絞り込む機能である。例えば、「全て」を指示（タッチ）し、「写真の絞り込み」１５０２を指示すれば、すべての画像が表示エリア１５０３に表示される。「撮影日」を指示すると、さらに絞り込み条件「昨日と今日」、「最近１週間」、「最近１ヶ月」等が表示され（不図示）、例えば「最近１週間」を指示し、「写真の絞り込み」１５０２を指示すれば、最近１週間の撮影日の画像のみが表示エリア１５０３に表示される。表示エリア１５０３の任意の画像を指示すれば（２重枠の１５０３ａ）、拡大画像が拡大表示エリア１５０４に表示される。「展開」ボタン１５０５を指示すれば、表示エリア１５０３に表示されている画像が、実行中のサービス処理手段の注文処理に、展開部２２４の機能によって反映される。

エラー監視手段２２５は、各サービス処理手段４０，５０，６０においてエラーが発生しているか否かを監視する機能である。エラーの内容については多様なものが考えられるが、例として以下のようなものがあげられる。

例えば、注文装置１を操作している時に発生するエラーである。注文者は、アルバムプリントのサービスを受ける場合、サービス処理手段５０の機能を利用して操作することになるが、その操作の中で特定の操作を行うと画面が重たくなるとか、画像データが読み込めなくなるとか、ソフトウェアが強制終了されてしまうとか、種々の不具合が生じることがある。この原因の主なものは、サービス処理手段５０を構成するソフトウェアのバグによるものである。このような状況になったとき、エラー監視手段２２５は、エラーであると判断する。

このようなエラーは、ソフトウェア自身に起因するものであり、他の注文装置１にインストールされているサービス処理手段５０についても同様の不具合が発生する可能性が高い。すなわち、エラーの中には、当該エラーが発生した注文装置１だけのものであるか、他の注文装置１にも起こりうる共通のものであるか、の２通りが存在する。

なお、同じソフトウェアのバグであったとしても、複数の注文装置１の間でバージョンが異なる場合には、エラーが発生するのは、特定の注文装置１にのみであり、すべての注文装置１に発生するエラーであるとは限らない。

その他のエラーの具体例を説明する。画像データを取り込む時に、ハードディスクの容量が不足してしまうことがある。この場合、写真プリントしたい画像データを読み込めないため、エラー発生になる。このエラーは、サービス特有のものではなく、当該注文装置１にのみ関するエラーであり、他の注文装置１には関係のないエラーである。また、画像データを取り込む時に、途中でメディアを外してしまった場合も同様である。

以上のように、エラー監視手段２２５により、各サービス処理手段４０，５０，６０のエラー発生状況を監視しており、監視履歴は監視履歴保存手段１４１（ハードディスク１４に設定可能）に保存することができる。監視履歴は、各サービス毎に保存され、エラーが発生した時期、エラーの内容などのデータが保存される。

指令信号受信手段２２６、表示処理手段２２７、サービス処理禁止手段２２８の各機能については後述する。

サービス処理手段４０、５０、６０は、サービス内容に応じた注文処理を実行する機能であり、例えば、サービス処理手段４０は、フーダプリントの注文処理機能であり、サービス処理手段５０は、アルバムプリント、サービス処理手段６０は、コラージュプリントの注文処理機能として構成できる。他のサービスも任意に注文装置１に追加できる。サービスの削除も任意に行うことができる。各サービスのバージョンアップは、個別に行うことができる。

サービス処理手段４０を例にして説明する。サービス処理手段４０は、例えば、画像処理部（不図示）、サービス制御部４２、サービスＧＵＩ部４１の機能を有する。

基本ＧＵＩ部２１、サービスＧＵＩ部４１は、モニター１２に表示させる注文処理操作の表示内容を制御し、注文受付操作を顧客が行い易いように、種々の操作に係る表示画面を提供する。操作画面のデータは不図示のメモリに保存されている。

共有ライブラリ手段３０は、基本処理手段２０とサービス処理手段４０、５０、６０が共有で使用し、かつサービス処理手段４０、５０、６０の独立性を低下させないような機能や処理を実行する機能である。

システムＣの各機能は、例えば、コンピュータプログラムとＣＰＵおよびメモリ等の協働作用により実現することができ、このプログラムは、不図示のＲＯＭに記憶されている。また、システムＣを専用回路、ファームウエア等で構成してもよく、それらの組み合わせ構成としてもよい。また、基本処理手段２０を専用回路、ファームウエア等で構成してもよく、サービス処理手段４０、５０、６０をコンピュータプログラムとＣＰＵおよびメモリ等の協働作用により実現してもよい。

（統括制御装置の機能）
統括制御装置２の機能について、図２により説明する。受信手段２５０は、各注文装置１からエラーに関する情報を受信する。具体的には、監視履歴保存手段１４１に保存されている監視履歴データを受信する。受信するタイミングは、適宜設定することができる。例えば、所定時間毎に定期的にデータを読みに行くようにしてもよい。また、注文装置１において、エラーが発生したときのみデータを受信するように構成してもよい。この場合、エラー発生後、直ちにデータを受信し必要な処理を実行することが好ましい。

なお、各注文装置１が備えている監視履歴保存手段１４１と同じ機能を統括制御装置２が備えていてもよい。この場合は、ネットワークに接続されている全ての監視履歴を統括的に保存する。その場合、注文装置１側のデータが更新されれば、統括制御装置２側のデータを連動させて更新するようにする。

エラー解析手段２５１は、受信したエラーに関する情報を解析する。解析すべき内容は、そのエラーが、エラーの発生した注文装置１にのみ関するものか、他の注文装置１に関するものかである。例えば、前述のようにソフトウェアのバグに基づくものであれば、すべての注文装置１に関するエラーとなる。ただし、ソフトウェアのバージョンによっては、一部の注文装置１にのみ関するエラーということもありうる。また、例えば、ハードディスクの容量不足に起因するエラーであれば、その注文装置のみに関するエラーということになる。

統括制御装置２は、各注文装置１におけるサービス処理手段４０，５０，６０の最新のバージョン情報を把握できるように構成する。例えば、特定の注文装置１において、バージョンアップがされた場合、その情報を更新する。特定の注文装置１において、新たなサービス処理手段が追加されたり削除された場合も、その情報を把握しておく。これにより、適正な指令を各注文装置１に対して与えることができる。例えば、新たなサービスの追加やバージョンアップなどは、すべての注文装置１に関して同時に行われるものではなく、時間あるいは日を変えて行われる可能性があるからである。

表示指令手段２５２は、エラー解析手段２５１の解析結果に応じて、エラーに係るサービス処理手段４０，５０，６０の使用可否に関する表示をさせる指令信号を生成する。例えば、ソフトウェアのバグが重大なものであれば、当該サービスの利用を禁止する旨の表示指令信号を生成する。また、エラーが当該注文装置１にのみの事情に基づくものであれば、他の注文装置１であれば利用可能である旨の表示指令信号を生成する。

指令信号送信手段２５３は、表示指令手段２５２により生成された指令信号を注文装置１に送信する。なお、指令信号はすべての注文装置１に送信されるとは限らず、エラーの解析結果に応じて、必要な注文装置１に対してのみ送信する。重大なソフトウェアバグのようなエラーの場合は、すべての注文装置１に対して指令信号が送信される。

（注文装置１側の対応する機能）
次に、上記の統括制御装置２の機能に対応した注文装置１側の基本処理手段２０の機能を説明する。図２に戻り、指令信号受信手段２２６は、上記の指令信号送信手段２５３から送信される指令信号を受信する機能である。

表示処理手段２２７は、指令信号に含まれる表示指令信号に基づいて、モニター１２の画面に表示をさせる。例えば、「このサービスの利用は禁止されました」「このサービスの利用を終了させていただきます」「エラーが発生しました」「エラーが発生したので強制終了します」「他の端末を利用してください」「このサービスは他の端末であれば利用可能です」「このサービスはすべての端末で利用が禁止されました」などの表示をさせる。表示内容については多種の変形例が考えられる。

サービス処理禁止手段２２８は、エラー発生に係るサービス処理手段４０，５０，６０に関して処理の禁止をさせる機能を有する。禁止する態様としては、そのサービスに関する操作ができないように、画面上でグレイアウトする方法や、画面上から完全にそのサービスの情報を削除してしまう方法がある。エラーが解消すれば、そのサービスを復活させればよい。

（画像処理装置）
画像処理装置５は、オーダー単位に画像データを管理する機能を有している。また、オーダー単位に写真プリント処理、メディアへの書込み処理を制御する機能を有している。以下において、画像処理装置５の主要な構成要素の一例について説明するが、これに限定されない。

画像処理装置５は、不図示のオーダー情報保存手段を備え、オーダー情報を保存する機能を有している。また、画像処理装置５は、写真プリント注文に係る画像データやオーダー情報を管理制御するオーダー管理手段を備えている。オーダー管理手段は、プリント処理に関し、プリンタの設定、プリント順序等を設定できる。また、プリント順序に関し、モニターにオーダー情報を表示させ、プリント順序を変更する機能も有する。

オーダー情報保存手段は、後述するプレジャッジ処理されて設定された補正情報、画像データ、オーダー情報等を保存している。また、画像データは、補正情報に基づいて画像処理された後のデータでもよい。また、画像処理装置５は、各種操作画面を表示するためのモニター等の表示手段と、各種の入力用にキーボード、マウス等の入力手段を備える。

（ジャッジ処理）
ジャッジ手段は、画像データに対するプレジャッジ処理を実行する機能を有する。プレジャッジ処理において、所定数のコマ画像をモニターに表示し、コマ画像ごとにプリント条件を設定することができる。例えば、所定数（例えば、４コマ、６コマ）のコマ画像をモニターに表示し、表示されたコマ画像に対し、プリント枚数、プリントサイズ、画像の補正情報等のプリント条件を設定することができる。このプレジャッジ処理は必ず行なわなければならないものではなく、プレジャッジ処理を省略してプリント処理を行うことも可能である。注文装置１からのオーダー情報の画像データは、ジャッジ処理されてもよく、ジャッジ処理されなくてもよい。

ジャッジ手段は、例えば、色や濃度を補正するための補正情報を入力する機能を提供するものであり、かかる補正情報の入力は必要に応じて設定される。その他の補正情報の設定としては、赤目補正、逆光補正などの特殊補正の設定が例としてあげられる。設定された補正情報は、画像データ、オーダー情報に関連づけられてオーダー情報保存手段に保存される。

プリント用画像データ作成手段は、ジャッジ手段で設定されたプリント条件の補正データ、プリントサイズ等の補正情報に基づいて、それに対応する画像データを画像処理し、プリント用画像データ（ＲＧＢ画像データである）を作成する機能を有している。プリント用画像データ作成手段は、コンピュータプログラムと、ＣＰＵ、メモリ等ハードウェア資源との協働作用によって実現する構成や、また、専用回路で構成された画像処理基板での構成が例示される。画像処理基板としては、例えば、入力メモリ、画像処理回路部、展開メモリにより構成され、画像処理回路部において所定の画像処理が行なわれる。具体的には、プレジャッジ処理等の補正データに基づく色・濃度の補正、設定されたプリントサイズに従ったデータの拡縮処理などである。ここで作成されたプリント用画像データは、プリンタ側に通信手段によって送信される。

注文装置１から受信したオーダー情報の場合、ジャッジ処理されなくとも、プリント用画像データ作成手段によって、プリンタの種類に応じたプリント用画像データが作成される。なお、別実施形態として、注文装置１側から直接にプリンタ側にオーダー情報を送信し、プリンタ側で、プリント用画像データが作成されてもよい。

（写真プリントサービスの注文処理フロー）
次に、図３のフローチャート、図４〜６の注文操作画面を用いて注文処理について説明する。

図４のサービス選択画面が表示される。これは基本処理手段２０の機能による（ステップＳ１）。例えば、注文者は「ＦＵ：ＤＡ フーダ」ボタン４０１を指示（タッチ）し、「サービス開始」ボタン４０２を指示する。これによって、図５の「ＦＵ：ＤＡ フーダ」サービスの詳細画面に移行し、「自分名刺」５０１のサービスを選択する（ステップＳ２）。不図示のサービス説明画面が表示され（ステップＳ３）、基本処理手段２０から該当するサービス処理手段４０へ、サービス起動指令がなされる（ステップＳ４）。

サービス処理手段４０は、サービス操作画面の表示を実行する（ステップＳ５）。操作画面の一部を図６に例示する。図６に示すようなプリント編集画面等の操作画面が表示され、注文者による画面操作が行われる（ステップＳ６）。６０１ａは名刺の表の編集エリアを示し、６０１ｂは名刺の裏の編集エリアを示す。それぞれのエリアを指示（タッチ）して前面・裏面を切り替えて編集することができる。６０４は、プリント条件を変更するためのボタンエリアを示し、例えば「レイアウト」ボタンを指示すれば、レイアウト編集画面が表示され、任意のレイアウトを選択し、編集エリア６０１ａ、６０１ｂの表示に反映させることができる。

６０２は画像表示エリアである。「流し込み」ボタン６０３を指示して、不図示のメモリから画像データを読み出し、画像表示エリア６０２に一覧表示させることができる。また、「流し込み」ボタン６０３を指示せずに、マニュアル選択によって、画像データをドラッグ＆ドロップすることによって画像表示エリア６０２に表示させることができる。画像表示エリア６０２の左先頭画像が名刺編集エリア６０１ａ、６０１ｂに表示される。表示エリア６０５には、他の画像を用いた名刺が表示される。

画像データの選択の後、名前、住所等の文字情報の入力、編集を行うことができる。詳細な画面については、説明を省略する。画像編集に関する操作が終了した後は、注文処理のための操作を行う。

（エラー発生時のフロー）
次にエラーが発生したときのフローを図７により説明する。注文装置１は、エラー監視手段２２５の機能により、サービス処理手段４０，５０，６０のエラー発生を監視している（Ｓ１０）。エラーが発生すると、それを監視履歴保存手段１４０に保存する（Ｓ１１，Ｓ１２）。

統括制御装置２は、エラー情報を取得する（Ｓ１３）。エラー解析手段２５１は、取得したエラー情報を解析する（Ｓ１４）。次に、表示指令手段２５２は、解析結果に基づいて指令信号を生成する（Ｓ１５）。指令信号は、指令信号送信手段２５３により、関連する注文装置１へと送信される（Ｓ１６）。例えば、ソフトウェアの重大なバグの場合、すべての注文装置１に対して送信される。また、エラーが発生した注文装置１に特有のものであれば、当該注文装置１に対してのみ送信される。

注文装置１の基本処理手段２０は、送信されてきた指令信号を指令信号受信手段２２６により受信する（Ｓ１７）。受信された指令信号により表示処理手段２２７は、モニター１２にエラーに関する表示をさせる（Ｓ１８）。図８は、表示例を示す図である。図示のような操作画面でエラーが発生した場合、例えば「このサービスの利用を終了させていただきます」という吹き出し表示をする。次に、サービスの利用を禁止する（Ｓ１９）。この場合、ネットワークに接続されている他の注文装置１に対しても同様の処理が施される。

ただし、他の注文装置１において、エラーとは関係のないサービスを利用していた場合は、「○○のサービスの利用は禁止されました」という表示をするか、エラーに係るサービスを利用しようとした場合に、上記と同じ表示をさせるようにしてもよい。したがって、表示のタイミングに関しては、注文装置１の利用状況を考慮して適宜設定することができる。

なお、エラーに係るサービスが利用禁止されたとしても、他のサービスは利用可能である。例えば、図２におけるサービス処理手段４０に係るサービスの利用が禁止されても、他のサービス処理手段５０，６０に関しては、引き続き利用することができる。したがって、一部の機能が使用できなくなるだけであり、注文装置１そのものは、他のサービスに関しては利用することができる。したがって、写真店において、注文処理の効率が必要以上に低下することを抑制することができる。

図８に示す操作画面でエラーが発生し、当該サービスの利用が禁止される場合は、例えば、図８に示す画面から図４に示すサービス選択画面に戻ることができる。例えば、コラージュプリントのサービスを利用禁止とする場合、禁止されたサービスについては、画面に表示されないようにするか、図９に示すようにグレイアウトさせる。グレイアウトさせることで、その部分にタッチしても、そのサービスは利用できない。またグレイアウトさせることで、そのサービスに関して何らかのエラーが発生したことを認識することができる。また、単にグレイアウトさせるだけでなく、図示のように利用できない旨を吹き出し等で表示してもよい。

＜別実施形態＞
エラー発生表示をさせる場合、エラー発生原因を合わせて表示してもよい。例えば、「ハードディスクの容量が不足しています」「ソフトウェアにバグが発生されました」などと表示することができる。

エラーが発生した注文装置１以外の他の注文装置１にエラー関連の表示をさせる場合、表示だけにとどめておいて、直ちにサービスの利用を禁止しなくてもよい。例えば、ソフトウェアのバグは特定の操作を行ったときにのみ発生することが多く、そのような操作を行わない限り、エラーは発生しないからである。また、バグの中には軽微なものも存在する。かかる場合、サービスの利用を終了した後に、当該サービスの利用を禁止するように構成してもよい。

１ 注文装置
１０ メディア駆動部
１２ モニター
１３ タッチパネル
２０ 基本処理手段
２１ 基本ＧＵＩ部
２１１ 一覧表示部
２２ 基本制御部
２２１ 検知部
２２２ 読取制御部
２２３ 絞込み検索部
２２４ 展開部
２２５ エラー監視手段
２２６ 指令信号受信手段
２２７ 表示処理手段
２２８ サービス処理禁止手段
２５０ 受信手段
２５１ エラー解析手段
２５２ 表示指令手段
２５３ 指令信号送信手段
３０ 共有ライブラリ手段
４０ サービス処理手段
４１ サービスＧＵＩ部
４２ サービス制御部

Claims (2)

1. 画像データに基づく写真プリント注文を受け付ける注文装置と、
   ネットワークにより接続された複数の前記注文装置を統括的に監視および制御する統括制御装置と、を備えた注文装置の統括制御システムであって、
   前記注文装置の夫々は、写真プリント注文に関する複数種のサービス内容のそれぞれに応じた注文処理を実行する複数種のサービス処理手段と、複数種の注文処理に共通に用いられる基本処理を実行するとともに、前記複数種のサービス処理手段にエラーが発生しているか否かを監視する基本処理手段と、を有し、
   前記統括制御装置は、それぞれの注文装置から前記エラーに関する情報を取得し、エラーが発生している場合に、エラー内容を解析するエラー解析手段と、
   解析結果に応じて、前記サービス処理手段の使用可否に関する表示をさせる指令信号を生成する表示指令手段と、
   注文装置に前記表示をさせるために前記指令信号を注文装置へ送信する指令信号送信手段と、を備え、
   前記指令信号を受けた注文装置の基本処理手段は、エラーに係るサービス処理手段の使用を禁止させるとともに、前記使用可否に関する表示をさせる処理を実行する、注文装置の統括制御システム。
2. 前記エラー解析手段は、発生したエラーが当該注文装置にのみ関するものか、すべての注文装置に関するものかを解析し、前記指令信号送信手段は、前記解析結果に応じて、関連する注文装置に対して前記指令信号を送信する請求項１に記載の注文装置の統括制御システム。

Images