注文促進システム
【課題】サーバに情報データを保存しているだけで注文の意思がないユーザに対して、ユーザの心象を害さないように情報データについてのプロダクトの注文を促進することができ、かつ、それまで注文の意思がなかったユーザが、心理的な抵抗なく注文を行うことができ、さらに、ユーザやプロダクトの生産者にリスクや負担をかけることなく、確実に悪戯注文を防ぐことのできる注文促進システムを提供する。
【解決手段】リテーラシステムと保存管理サーバとが連動して、リテーラシステムが、保存管理サーバで管理されているユーザの保存サーバへの情報データの保管状況や注文状況に応じて、問い合わせ情報および問い合わせ条件を設定し、これらにより各情報データについての注文問い合わせの可否を判断し、ユーザへ定期的かつ能動的に注文問い合わせを行い、注文を促進することで、上記課題を解決する。
【解決手段】リテーラシステムと保存管理サーバとが連動して、リテーラシステムが、保存管理サーバで管理されているユーザの保存サーバへの情報データの保管状況や注文状況に応じて、問い合わせ情報および問い合わせ条件を設定し、これらにより各情報データについての注文問い合わせの可否を判断し、ユーザへ定期的かつ能動的に注文問い合わせを行い、注文を促進することで、上記課題を解決する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、サーバに保管されたユーザの画像データや音楽データなどの情報データを管理して、ユーザの注文に応じて写真やＣＤ−Ｒなどの商品の生産処理を行う注文促進システムに関する。
【背景技術】
【０００２】
近年のオンラインによる注文処理システムの普及により、写真などのプリント注文は、インターネットや、店頭に設置された受付機などにより、ネットワークを介して行われるようになってきている。また、ユーザの画像データを、サーバにおいて一定の容量や期間の範囲内で保存するサービスも行われている。これにより、ユーザは、デジタルカメラやカメラ付携帯電話などにおいて撮影され、カメラ内に記憶されている画像のデータ量が大きくなった場合や、カメラの容量が最大保管容量に達し、メモリ容量が不十分となった場合などに、画像をサーバにアップロードして、保存しておくことができる。さらに、ユーザがＷｅｂ上で、サーバに保存されている画像の中から好みのものを選んで、写真プリントなどの製品を注文することのできるサービスも行われている。
【０００３】
このような注文処理システムにおいては、ユーザが簡易かつスムーズに注文を行えるような、様々な方法が用いられている。
一例として、特許文献１には、ユーザがデジタルカメラからプリント注文をする際に、良好な効率で、迅速にプリント注文を行うことができるプリント注文システムが開示されている。特許文献１のプリント注文システムでは、デジタルカメラにおいて一次的な注文画像の選択の注文設定を行い、その後、注文受付機において最終的な注文画像の選択とプリント枚数などの設定を行う。これにより、デジタルカメラと注文受付機の両方において、プリント注文を行う画像の選択が可能であり、プリント注文を迅速に行うことができる。
【０００４】
また、特許文献２には、パソコン操作に不慣れな顧客であっても、オンラインで写真プリントの注文を手軽に行うことができる写真プリント注文用リモートコントローラが開示されている。特許文献２では、操作の簡易な独自のリモートコントローラをインターネットに接続し、このリモートコントローラを操作して、プリント注文を行うことにより、注文処理を簡易化し、パソコンに不慣れな顧客であっても、スムーズに注文を行うことを可能としている。
【０００５】
また、次世代携帯電話の通信速度の高速化や、デジタル放送開始によるテレビのＰＣ化に伴い、今後は、ユーザが画像データや音楽データを自身のＰＣに保存することに加えて、企業が提供する保存サーバに対して、例えばテレビやＰＣなどを通じてデータをアップロードして保存するような形態がとられることも考えられる。
ネットサービスの浸透から、このようなオンラインでのデータの保存の需要が増してくる時には、保存サーバにおけるデータの保存および管理の方法が重要となってくる。
【０００６】
ところで、上述のような、パソコンや受付機を用いたオンラインによる注文処理システムにおいては、注文の意思のないユーザが悪戯でプリント注文を行い、その後、受取および代金の支払いを行わずに放置する、いわゆる悪戯注文がなされることがある。これを防止するため、様々な方法が考案されている。
【０００７】
例えば、特許文献３には、悪戯注文を防止することのできる画像形成注文システムが開示されている。特許文献３の画像形成注文システムでは、インターネットによる注文において、新規の注文者による注文を受けた際に、注文者の注文者データをデータベースに蓄積する。その後、注文者が受取に来ない、代金を払わない等の事態が生じた場合は、悪戯注文を行われたとみなし、その注文者の注文者データをリスト形式で別途保存する。注文者による注文を受けた時は、予め、このリストにより注文者データの照合を行い、リストに当てはまる注文者であれば、悪戯注文を行う可能性があるとして、プリントの自動生産は行わず、オペレータがプリント生産の続行の可否を判断する。特許文献３では、このような方法により、悪戯目的の注文に効率よく対処することができ、悪戯注文を防ぐことができるとされている。
【０００８】
【特許文献１】特開２００６−３１８１６５号公報
【特許文献２】特開２００６−３３１１７３号公報
【特許文献３】特開２００６−００４１７２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
ところで、従来の注文処理システムは、上述のように、注文を手軽にすることができるという利点を有しているが、いずれの技術も、ユーザが主体的に注文する意思を持ち、注文動作を行う時のみ効果を発揮するものである。つまり、サーバに画像を保存するだけで満足し、注文する意思を持っていないユーザに対して注文を訴求することはできない。
【００１０】
さらに、上述したように、注文処理システムにおいては、悪戯注文の防止も課題となる。特許文献３は、一度注文を行うことにより、予めリストに登録されたユーザにしか効果を発揮しない。つまり、二度目以降の悪戯注文の防止には役立つが、新規のユーザが悪戯注文を行った場合には、対処することができない。
【００１１】
また、注文処理システムでは、Ｗｅｂによるプリント注文も行われている。Ｗｅｂによる注文の場合は、注文と同時にクレジットカードで課金を行う方法や、店頭あるいは郵送でのプリントの受取時に課金を行う方法が一般的である。しかし、クレジットカードによる課金は、カード番号などの情報を入力する必要があるため、入力情報が他者に悪用され、ユーザ以外の者によって悪戯注文が行われ、悪意がある場合には、注文商品や現金が騙し取られ、ユーザに課金だけが行われてしまう可能性があり、セキュリティの面で顧客にリスクがあるという問題がある。また、受取時に課金を行う方法では、店頭で受け取る場合は、ユーザが注文だけをして受け取りにこないため、課金の回収ができず、生産者側が損失を受けるというリスクを背負うことになり、また、郵送での受け取りの場合は、嫌がらせで他人の住所宛てに製品を郵送するように悪戯注文がなされ、注文していない者が代金を請求されるおそれがある。
【００１２】
さらに、例えば、予め月毎に一定額の料金を徴収することにより、所定枚数のプリント注文を受け付ける方法がある。このような方法では、毎月一定額を課金することにより、悪戯注文を防ぐことはできるが、注文を行わない月であっても、ユーザは常に一定額の料金を徴収されてしまうため、プリントを定期的に行わないユーザにとっては、不都合が生じる。
また、ラボ店などの店頭に設置されている受付端末において、注文と同時に課金を行い、課金が完了した時点で注文の受付が完了したものとし、生産を開始する方法もあるが、この場合は、確実に課金を行うことができる一方で、ユーザが注文を行うために受付機まで足を運ぶ必要があり、利便性に欠ける。
さらに、このような上述の注文処理システムや方法は、注文の意思のあるユーザを対象とするものであり、サーバに画像を保存するだけで満足し、注文の意思のないユーザに対して注文を訴求することはできない。
【００１３】
本発明の第１の目的は、上記従来技術の問題点を解決し、ユーザの情報データをサーバで無料で保存するサービスを提供することにより、サーバへの情報データの保存を促進すると共に、サーバに情報データを保存しているだけで注文の意思がないユーザに対して、ユーザの心象を害さないように情報データについてのプロダクトの注文を促進することができ、かつ、それまで注文の意思がなかったユーザが、心理的な抵抗なく注文を行うことができる注文促進システムを提供することにある。
また、本発明の第２の目的は、第１の目的に加えて、ユーザやプロダクトの生産者にリスクや負担をかけることなく、確実に悪戯注文を防ぐことのできる注文促進システムを提供することにある。
【課題を解決するための手段】
【００１４】
上記課題を解決するために、本発明は、通信ネットワークを介してユーザがアップロードした画像データまたは音楽データを含む情報データ、もしくは、該情報データのアップロード後の保存状況を取得する取得手段、取得した前記情報データ、もしくは、前記保存状況に基づいて、前記情報データの注文の問い合わせ情報を解析する解析手段、および、前記情報データ、もしくは、前記保存状況と前記問い合わせ情報とを対応付けて保存する保存手段を有する保存管理サーバと、ユーザの会員ＩＤを取得するＩＤ取得手段、および、注文の問い合わせ条件を記憶する条件記憶手段を有し、商品の販売管理機能を備える１以上のリテーラシステムとを備える注文促進システムであって、前記リテーラシステムは、前記ＩＤ取得手段により取得した会員ＩＤを前記保存管理サーバに送信し、前記保存管理サーバは、前記保存手段から、受信した前記会員ＩＤに対応する前記問い合わせ情報を読み出して、前記リテーラシステムに送信し、前記リテーラシステムは、前記保存管理サーバから受け取った前記問い合わせ情報、および、前記条件記憶手段に記憶されている前記問い合わせ条件に基づき、前記ユーザへの前記各情報データまたは各プロダクトについての注文の問い合わせの可否および内容を判定し、判定結果に基づき注文の問い合わせを行うことを特徴とする注文促進システムを提供する。
【００１５】
また、本発明は、通信ネットワークを介してユーザがアップロードした画像データまたは音楽データを含む情報データ、もしくは、該情報データのアップロード後の保存状況を取得する取得手段、取得した前記情報データ、もしくは、前記保存状況に基づいて、前記情報データの注文の問い合わせ情報を解析する解析手段、前記情報データ、もしくは、前記保存状況と前記問い合わせ情報とを対応付けて保存する保存手段、および、注文の問い合わせ条件を記憶する条件記憶手段とを有する保存管理サーバと、ユーザの会員ＩＤを取得するＩＤ取得手段を有するリテーラシステムとを備える注文促進システムであって、前記リテーラシステムは、前記ＩＤ取得手段により取得した会員ＩＤを前記保存管理サーバに送信し、前記保存管理サーバは、前記保存手段から、受信した前記会員ＩＤに対応する前記問い合わせ情報、および、前記問い合わせ条件を読み出して、これらに基づき、前記ユーザへの前記各情報データまたは各プロダクトについての注文の問い合わせの可否および内容を判定し、判定結果を前記リテーラシステムに送信し、前記リテーラシステムは、受信した前記判定結果に基づき注文の問い合わせを行うことを特徴とする注文促進システムを提供する。
【００１６】
このような本発明の注文促進システムは、前記保存管理サーバは、前記情報データのアップロードを行うユーザをログインＩＤにより認証する認証手段を有し、前記保存手段は、アップロードされた前記情報データを前記ログインＩＤおよび前記会員ＩＤと対応付けて保存することが好ましい。
【００１７】
また、前記問い合わせ情報は、前記各情報データまたは各プロダクトについての注文問い合わせの可否情報とユーザの注文意思情報とを含む第１の問い合わせ情報、ならびに、前記情報データの最新のアップロード時刻情報、注文問い合わせを行っていない情報データが存在するか否かの情報、プリント注文がされていない画像データのファイル数の情報、プリント注文がされていない画像データのファイル容量の情報、記録媒体への記録を行っていない画像データのファイル数の情報、記録媒体への記録を行っていない画像データのファイル容量の情報、記録媒体への記録を行っていない音楽データのファイル数の情報、および、記録媒体への記録を行っていない音楽データのファイル容量の情報のうち１以上を含む第２の問い合わせ情報のうち少なくとも1つを含むことが好ましい。
【００１８】
さらに、前記問い合わせ条件とは、前記問い合わせ情報に基づき前記各情報データまたは各プロダクトについての注文の問い合わせの可否を判定するための条件であり、前記第１の問い合わせ情報については、注文問い合わせが可であり、かつ、ユーザに注文の意思があることを、第２の問い合わせ情報については、各情報と所定の閾値との比較の結果を、それぞれ条件とし、全ての前記問い合わせ条件を満たす場合に、注文の問い合わせが可能であると判定することが好ましい。
【００１９】
また、前記問い合わせ情報は、さらに、ユーザへの注文の問い合わせ時に、注文がされなかった場合の問い合わせ内容および日時を含む情報を第３の問い合わせ情報として有し、前記問い合わせ条件は、前記第１の問い合わせ情報において、注文問い合わせが可であり、かつ、ユーザに注文の意思があるものに関して、前記第３の問い合わせ情報に基づき注文の問い合わせの可否を判定することが好ましい。
【００２０】
さらに、前記リテーラシステムは、前記判定結果に基づき、問い合わせ可能なプロダクトを表示する表示手段を有することが好ましい。
【００２１】
さらに、前記リテーラシステムでなされたユーザの注文に基づきプロダクトの生産処理を行う生産部を有し、前記リテーラシステムは、ユーザからの注文を受け付ける注文受付手段を有し、前記注文受付手段は、前記問い合わせに応じたユーザによる注文を受け付けると、該注文に対して課金を行い、前記生産部に注文情報を送信し、前記生産部は、前記注文情報を受信すると、前記保存管理サーバから前記注文情報に対応する前記情報データを取得し、生産処理を行うことが好ましい。
【００２２】
また、前記保存管理サーバは、１の管理サーバと、サーバ使用料情報を保持する少なくとも１以上の保存サーバとを有し、前記保存手段は、前記保存サーバの識別情報を前記会員ＩＤと対応付けて保存し、前記保存管理サーバは、前記リテーラシステムから前記会員ＩＤを受信すると、前記保存手段において前記会員ＩＤに対応付けられた前記保存サーバの識別情報を読み出し、前記保存サーバのサーバ使用料情報を取得して前記リテーラシステムに通知し、前記リテーラシステムは、前記プロダクトの生産料金に、通知された前記サーバ使用料情報に基づくサーバ使用料を加算した金額をユーザに課金することが好ましい。
【００２３】
さらに、前記リテーラシステムは、新規な会員ＩＤを発行し、前記会員ＩＤを前記リテーラシステムの識別情報と共に前記保存管理サーバに送信して、前記保存管理サーバは、受信した前記会員ＩＤおよび前記リテーラシステムの識別情報に基づき、新規なログインＩＤを発行し、前記保存手段は、前記会員ＩＤおよび前記ログインＩＤを対応付けて保存し、管理することが好ましい。
【００２４】
また、前記リテーラシステムは、新規な会員ＩＤを発行し、前記会員ＩＤをユーザにより申告されたログインＩＤと共に前記保存管理サーバに送信して、前記保存管理サーバは、前記保存手段において、受信した前記会員ＩＤおよび前記ログインＩＤを対応付けて保存し、管理することが好ましい。
【００２５】
さらに、前記認証手段は、前記ログインＩＤを取得すると、前記保存手段から、前記ログインＩＤに対応付けられた前記会員ＩＤに基づき、対応する前記保存サーバの識別情報を読み出し、前記保存サーバの識別情報に基づき、特定の前記保存サーバへ自動的に遷移することが好ましい。
【００２６】
また、前記保存管理サーバは、アップロードされた前記情報データが画像データである場合は、顔の数を判定して、これを該画像データの注文数として該画像データに付加する顔認証手段を有することが好ましい。
【００２７】
さらに、前記保存管理サーバは、ユーザが任意に画像データの生産数を設定するための数量設定機能を備えることが好ましい。
【００２８】
さらに、前記問い合わせ情報および前記問い合わせ条件に基づき、注文の詳細な設定を行う詳細注文部を有し、前記リテーラシステムは、前記問い合わせ情報および前記問い合わせ条件を該詳細注文部に転送することが好ましい。
【００２９】
また、前記リテーラシステムは、前記プロダクトをユーザに配送するための配送伝票のプリント部を有することが好ましい。
【００３０】
さらに、前記注文受付手段は、前記注文情報に基づき前記プロダクトの生産完了時刻を計算し、ユーザに提示する手段を有することが好ましい。
【００３１】
また、本発明は、上述のいずれかの注文促進システムに備えられることを特徴とする保存管理サーバを提供する。
さらに、本発明は、上述のいずれかの注文促進システムに備えられることを特徴とするリテーラシステムを提供する。
【発明の効果】
【００３２】
本発明の注文促進システムによれば、サーバにおいて、課金を行わずに情報データを保存するサービスを提供することにより、ユーザの情報データのサーバへの保存を促進し、また、ユーザのスーパーマーケット等のリテーラでの買い物時に、未注文の情報データを表示して、プロダクトの注文を促すことにより、サーバに情報データを保存するだけで注文の意思がないユーザに対して、注文の問い合わせを行うことができる。さらに、注文の問い合わせを、予め設定された問い合わせ情報および問い合わせ条件に基づき行うことにより、ユーザの心象を害さないように、注文を促進することができる。
また、本発明の注文促進システムによれば、注文と同時に課金することができるため、ユーザやプロダクトの生産者にリスクや負担をかけることなく、確実に悪戯注文を防ぐことができる。さらに、ユーザの日常生活における買い物の代金の支払い時に、注文代金を合わせて課金するため、ユーザが注文代金を支払うことへの心理的な抵抗が少なくなる。
さらに、本発明では、画像データだけでなく、音楽データなどの様々な情報データに対しても、データの保存および注文を行うことができる。
【発明を実施するための最良の形態】
【００３３】
以下に、本発明に係る注文促進システムについて、添付の図面に示す好適実施形態に基づいて詳細に説明する。
【００３４】
図１は、本発明の注文促進システムの装置構成の一実施形態を示すブロック図である。
本発明の注文促進システムは、ユーザがＷｅｂサイトなどから、ネットワークを介してサーバにアップロードした画像データや音楽データなどの情報データを、サーバで保存し、管理する。さらに、サーバに保存されている情報データに関する各種のプロダクト、例えば画像データのプリント作成や、画像データまたは音楽データの、ＣＤ等の記録メディアへの保存など、の注文を受け付けて、商品を生産する。
【００３５】
また、本発明の注文促進システムにおいては、ネットワークを介して情報データを受信して、これをサーバに保存し、管理する保存フェーズと、サーバに保存されている情報データを用いるプロダクトの注文を行う注文フェーズとが、それぞれ独立して機能する。
【００３６】
保存フェーズは、情報データを保存するための保存管理サーバを有する。保存管理サーバは、サーバ内の一定容量をフリー（課金なし）でユーザに提供して、ユーザがアップロードした画像データや音楽データなどの情報データを保存する。さらに、写真プリントや、情報データの記録メディアへの記録などの、プロダクトの注文の有無に関わらず、保存管理サーバにおいてファイル管理サービスを提供するなどの付加価値をつける。これにより、ユーザのデジタルカメラや携帯電話、ＰＣなどに保存されている情報データを、保存管理サーバへアップロードさせるための動機を作ることができ、情報データのサーバへの保存を促進することができる。
【００３７】
注文フェーズは、リテーラシステムおよび生産システムを有する。リテーラシステムは、小売店や小売業者であるリテーラに備えられているシステムであり、保存管理サーバに保存されている情報データのプロダクトの注文を受け付け、さらに、保存管理サーバに保存された情報データについて、注文問い合わせを行うものである。具体的には、ユーザの日常の買い物の際に、後押しとして、保存管理サーバで管理しているユーザの情報データの保管状況に応じて、注文を訴求する。さらに、リテーラシステムでは、ユーザからの注文を受け付けて、注文情報を生産システムに送信する。生産システムは、受信した注文情報に基づき生産処理を行う。これにより、眠っていた市場を掘り起こす、つまり、保存管理サーバに保存されているだけであった情報データを、注文に結びつけることができる。
【００３８】
図１に示す注文促進システム１０は、上述の保存フェーズの機能を有する画像／音楽情報保存管理サーバ（以下、保存管理サーバという）１２と、注文フェーズの機能を有する、リテーラシステム群１８および生産システム２２とを備えている。また、図１に示す各部分は、インターネットなどの公知のネットワークにより接続されており、情報の通信が可能である。
【００３９】
保存管理サーバ１２は、管理サーバ１４、および複数の保存サーバ１６ａ〜１６ｃからなる保存サーバ群１６を有している。リテーラシステム群１８は、複数のリテーラシステム１８ａ〜１８ｃを有している。
【００４０】
管理サーバ１４は、ユーザが情報データを保存管理サーバ１２にアップロードする際の窓口となる部分である。管理サーバ１４は、各ユーザに対して、ネットワーク上で個人を認証するための、任意のログインＩＤ（識別情報）を発行する。
ユーザが情報データを保存管理サーバ１２へアップロードする時には、管理サーバ１４のＷｅｂ画面にアクセスして、ログインＩＤにより個人認証を行うことにより、特定の保存サーバ１６ａ〜１６ｃのいずれかへ情報データをアップロードすることができる。
また、管理サーバ１４は、ログインＩＤと、保存先の特定の保存サーバの識別情報、後述するリテーラシステム１８ａ〜１８ｃにおいて設定される会員ＩＤ、および、注文問い合わせを行う際に用いる問い合わせ情報とが対応付けられて登録された、図１には図示しない個人情報データベースを有している。これについては、後に詳述する。
【００４１】
保存サーバ群１６は、ユーザによりアップロードされた情報データを保存する部分であり、複数の保存サーバ１６ａ〜１６ｃから構成されている。
保存サーバ１６ａ〜１６ｃは、それぞれ異なる業態や業種の企業によるものである。そのため、情報データを保存するサービスを行うという点では共通しているが、保存の容量や期間、その他のサービスなどについては、各自が異なるものを提供している。各リテーラシステム１８ａ〜１８ｃは、それぞれ特定の保存サーバ１６ａ〜１６ｃを有しており、この特定の保存サーバと連動することにより、独自のサービスを提供する。
保存サーバ１６ａ〜１６ｃは、それぞれ特定のリテーラシステム１８ａ〜１８ｃと対応付けられており、ユーザが利用するリテーラシステム１８ａ〜１８ｃによって、どの保存サーバに情報データを保存するかが決定される。リテーラシステム１８ａ〜１８ｃにおいて、ユーザの要望に応じてユーザに会員ＩＤを発行すると、そのリテーラシステムに対応する保存サーバの識別情報が、発行された会員ＩＤ、および問い合わせ情報と共に管理サーバの顧客情報データベースに登録される。また、管理サーバ１４は、登録された会員ＩＤに対して、一意に定められるログインＩＤを発行して、会員ＩＤ、問い合わせ情報、および保存サーバの識別情報と対応付けて顧客情報データベースに登録する。
【００４２】
また、保存サーバ１６ａ〜１６ｃは、それぞれのサーバ使用料が設定されており、ユーザからのプロダクト注文に応じて、適宜、サーバ使用料がリテーラシステム１８ａ〜１８ｃに課金される。これについては、後に詳述する。
なお、図１においては、３台の保存サーバを用いる構成をとっているが、本発明はこれに限定されず、保存サーバは、１台、２台、または４台以上であってもよい。
【００４３】
リテーラシステム群１８は、ユーザが日常生活において利用する小売店や小売業者であり、複数のリテーラシステム１８ａ〜１８ｃから構成されている。リテーラシステム１８ａ〜１８ｃは、例えば、スーパーマーケット、コンビニエンスストア、写真店などの商店であり、各々が、保存管理サーバ１２と連動する注文システムを備えたＰＯＳシステム（Point Of Sales system：販売時点情報管理システム）などの、商品の購入や決済などを行うための販売管理システムを有している。リテーラシステム１８ａ〜１８ｃは、ＰＯＳシステムにおいて、ユーザからのプロダクトの注文を受け付け、後述する生産システムへ、受け付けた注文の内容を、注文情報として送信する。また、リテーラシステム１８ａ〜１８ｃは、注文問い合わせのための、それぞれ異なる問い合わせ条件を有しており、この問い合わせ条件と、後述する問い合わせ情報とに応じて注文問い合わせを行う。
【００４４】
また、各リテーラシステム１８ａ〜１８ｃは、ユーザやリテーラシステム１８ａ〜１８ｃのオペレータが閲覧および操作可能な表示手段２０ａ〜２０ｃを有している。表示手段２０ａ〜２０ｃは、注文問い合わせの内容を表示するための、ユーザやオペレータが操作可能な表示手段であり、例えば、タッチパネルなどの公知のモニタである。また、表示手段２０ａ〜２０ｃは、オペレータとユーザとの両方が閲覧および操作可能であることが好ましいため、両面に表示画面を備えていることが好ましい。また、表示手段２０ａ〜２０ｃは、注文問い合わせの他に、会計時にユーザに金額などを提示してもよい。
なお、本実施例においては、注文問い合わせは、表示手段２０ａ〜２０ｃによる画面表示として行うが、本発明はこれに限定されず、音声表示により、注文問い合わせを行う構成としてもよい。
また、図１においては、３つのリテーラシステムを図示しているが、本発明はこれに限定されず、リテーラシステムは、１、２、または４以上であってもよい。
【００４５】
プロダクトの一例としては、情報データが画像データである場合には、写真プリント、マグカップやＴシャツなどへのグッズ、ＣＤ−Ｒなどの記録メディアなどが挙げられる。さらに、情報データが音楽データである場合には、ＣＤ−Ｒなどの記録メディアが、プロダクトとして挙げられる。また、画像データと音楽データを組み合わせた音楽つき電子アルバムなども挙げられる。
【００４６】
また、リテーラシステム１８ａ〜１８ｃは、ユーザに対して、任意の会員ＩＤを付与した会員カードを発行する。会員ＩＤは、上述したように、管理サーバ１４で発行されたログインＩＤと対応付けられて個人情報データベースに登録され、後述する注文問い合わせや注文処理を行う際に、用いられる。
本実施例において、ログインＩＤは、管理サーバにおいて一意に定められるが、会員ＩＤは、各リテーラシステム１８ａ〜１８ｃにおいて独自に設定可能である。つまり、一人のユーザに対して、１のログインＩＤと、１以上の会員ＩＤが発行されることになる。また、本実施例においては、ログインＩＤと会員ＩＤとは異なるものを用いるが、本発明はこれに限定されず、ログインＩＤと会員ＩＤとは、同一のものを用いてもよい。
【００４７】
ここで、本発明においては、各ユーザに注文問い合わせを行うかどうかの判断、および注文問い合わせの内容を決定するために、第１〜第３の問い合わせ情報、ならびに、問い合わせ条件を設定する。
【００４８】
第１の問い合わせ情報とは、ユーザの意思に基づく、各情報データについての注文問い合わせの可否情報、およびユーザの注文意思情報である。注文問い合わせとは、保存サーバ１６ａ〜１６ｃに保存されている各情報データについて、各プロダクトの注文がなされていない場合に、リテーラシステム１８ａ〜１８ｃにおいて、ユーザにプロダクトの注文を促進するために、各情報データまたは各プロダクトについて注文を行うかどうかの問い合わせを行うことである。ユーザは、リテーラシステム１８ａ〜１８ｃに、各情報データまたは各プロダクトについてこの注文問い合わせを行わせてもよいかどうかの注文問い合わせの可否情報を、予め設定することができる。注文問い合わせの可否情報は、初期設定では全ての情報データについて問い合わせ可能な設定となっており、ユーザは、問い合わせを受けたくない情報データまたはプロダクトについてのみ、問い合わせ不可能に設定すればよい。
第１の問い合わせ情報は、リテーラシステム１８ａ〜１８ｃにおける会員登録時に、ユーザの入力により設定され、管理サーバ１４の個人情報データベースに、会員ＩＤおよびログインＩＤに対応付けられて登録される。以降、ユーザの必要に応じて、管理サーバ１４またはユーザが選択した保存サーバのＷｅｂ画面において、変更が可能である。
【００４９】
第２の問い合わせ情報とは、ある特定のユーザが保存サーバ群１６に保存している情報データの状況についての情報である。第２の問い合わせ情報は、情報データの最新のアップロード日時情報と、注文問い合わせを行っていない情報データが存在するか否かの情報とを有する。さらに、注文問い合わせを行っていない情報データについて、プリント注文がされていない画像データのファイル数の情報、プリント注文がされていない画像データのファイル容量の情報、ＣＤ−Ｒへの記録を行っていない画像データのファイル数の情報、ＣＤ−Ｒへの記録を行っていない画像データのファイル容量の情報、ＣＤ−Ｒへの記録を行っていない音楽データのファイル数の情報、および、ＣＤ−Ｒへの記録を行っていない音楽データのファイル容量の情報を含む。
第２の問い合わせ情報は、管理サーバ１４からの要求に応じて、保存サーバ１６ａ〜１６ｃが有する図示しない解析手段において、保存サーバ１６ａ〜１６ｃにおけるユーザの情報データの保存状況に基づき決定され、管理サーバ１４に送信される。あるいは、管理サーバ１４が解析手段を有する構成とし、保存サーバ１６ａ〜１６ｃは、管理サーバ１４へ情報データの保存状況を送信して、管理サーバ１４は、受信した保存状況を解析手段において解析し、第２の問い合わせ情報を決定するものとしてもよい。
注文問い合わせの判断は、第１および第２の問い合わせ情報を用いて行うことが好ましいが、どちらかひとつの問い合わせ情報のみを用いて判断することもできる。
【００５０】
さらに、ユーザに対して２度目以降の注文問い合わせを行う場合には、それまでに行った注文問い合わせの状況も加味して、注文問い合わせを行うか否かの判断をすることが好ましい。そこで、上述した第１および第２の問い合わせ情報に加えて、第３の問い合わせ情報を用いて、注文問い合わせを行うことが好ましい。
第３の問い合わせ情報とは、ユーザに注文問い合わせを行った場合に、ユーザが問い合わせに応じて注文を行ったかどうかの情報である。注文問い合わせを行ったが、ユーザが注文を行わなかった場合には、管理サーバ１４は、この注文問い合わせの日時および内容を、第３の問い合わせ情報として、ログインＩＤと対応付けて個人情報データベースに記録する。
つまり、第３の問い合わせ情報は、それまでに行った注文問い合わせの内容を、次の注文問い合わせを行うタイミングの判断に利用するためのものである。
【００５１】
問い合わせ条件とは、第１〜第３の問い合わせ情報に基づき、注文問い合わせの可否、および、内容を決定するための条件である。問い合わせ条件は、予め、各リテーラシステム１８ａ〜１８ｃにおいて設定され、各リテーラシステム１８ａ〜１８ｃが有する条件記憶手段に登録されているものである。
問い合わせ条件としては、第１〜第３の問い合わせ情報の優先順位、第２の問い合わせ情報の内容に基づく問い合わせの可否の閾値などを設定することができる。
優先順位については特に限定はないが、第１の問い合わせ情報の優先順位を最先とし、次に第３の問い合わせ情報を優先するように、問い合わせ条件を設定することが好ましい。つまり、第１の問い合わせ情報において、ユーザが、注文問い合わせを可能にしている場合、すなわち注文の意思がある場合には、さらに第２の問い合わせ情報の内容に基づき、注文問い合わせの可否を判断するが、第１の問い合わせ情報において、ユーザが注文問い合わせを拒否している場合は、第２の問い合わせ情報の内容に関わらず、注文問い合わせを行わないように、問い合わせ条件を設定する。
【００５２】
第１の問い合わせ情報において、ユーザに注文の意思があるもの、つまり、第１の問い合わせ情報についての問い合わせ条件をクリアしたものに関しては、さらに、第２の問い合わせ情報に基づき、個々の情報に対する閾値との比較を行い、注文問い合わせの可否を判定する。
第２の問い合わせ情報に対する注文問い合わせの条件は、例えば、プリント注文がされていない画像データのファイル数がある所定値を超えている場合や、最新の情報データのアップロード日時が過去三日以内である場合、データの容量がある一定量を超えた場合などに問い合わせを行うように設定する。
この閾値は、例えば、保存サーバ内の空き容量が不足してきた場合に、ユーザが、保存されている情報データについてプリントやＣＤ−Ｒなどのプロダクトを注文することにより、サーバ内の情報データを削除して、空き容量を増やし、新たな情報データをアップロードすることを想定して設定する。したがって、保存サーバ内の空き容量がわずかな場合に注文問い合わせを行うように、条件を設定するのが好ましい。また、問い合わせと共に、保存サーバ内の空き容量を表示することにより、空き容量が残り少ないことをユーザに提示することができ、より効果的な注文の促進を行うことができる。
また、ユーザが新たに情報データをアップロードした場合は、それについての注文を促進するように条件を設定するのが好ましい。
【００５３】
次に、第３の問い合わせ情報に対する問い合わせ条件は、以前注文問い合わせを行ったにも関わらずユーザが注文を行わなかった場合に、以降注文問い合わせを停止する、ユーザがその後、所定の回数リテーラに来店するまで注文問い合わせを行わない、新しい情報データが保存サーバ１６ａ〜１６ｃにアップロードされるまで注文問い合わせを行わない、などの条件を設定する。なお、リテーラへのユーザの来店回数は、例えば、会員ＩＤがリテーラシステム１８ａ〜１８ｃに読み取られた日付を記録しておくことにより導き出せばよい。
第３の問い合わせ情報を用いることにより、注文問い合わせを行ったが、ユーザに注文の意思がなく、注文がなされなかった場合に、ユーザに何度も同じ問い合わせを行うことを防ぎ、ユーザの心象を害すことなく、注文問い合わせを行うことができる。
【００５４】
本実施例では、一例として、第１の問い合わせ情報が問い合わせ条件をクリアした場合には、第２の問い合わせ情報に対する問い合わせ条件をクリアした注文内容のうち、第３の問い合わせ情報の問い合わせ条件をクリアしたもののみについて、注文問い合わせを行う。
つまり、第１〜第３の問い合わせ情報の優先順位は、第１の問い合わせ情報、第３の問い合わせ情報、第２の問い合わせ情報の順とする。
また、第１〜第３の問い合わせ情報は、ユーザの情報データの保存状況や注文状況、およびユーザの注文の意思により、適宜変更されるものである。
さらに、問い合わせ条件についても、各リテーラの営業方針やサービス内容によって、適宜変更が可能である。これにより、リテーラシステム１８ａ〜１８ｃは、それぞれが独自のサービスをカスタマイズして、提供することができる。
【００５５】
生産システム２２は、リテーラシステム群１８において注文されたプロダクトを生産する部分である。生産システム２２は、例えば、大ラボや、リテーラシステム群１８の店内に設置されているミニラボなどの生産システムである。
生産システム２２は、リテーラシステム群１８から注文情報を受け取ると、これに基づいてプロダクトの生産を行う。
【００５６】
次に、図１の注文促進システム１０における処理の流れを、図１および図２を参照しつつ、詳細に説明する。
【００５７】
初めに、ユーザは、スーパーマーケットやコンビニエンスストアなどの小売店であるリテーラシステム１８ａ〜１８ｃのいずれかに来店して、会員登録を行う。ここでは一例として、リテーラシステム１８ａにおいて、会員登録を行うものとするが、他のリテーラシステムで登録を行った場合も、以下の処理の流れは同様である。
リテーラシステム１８ａは、ユーザに、会員ＩＤを登録した会員カードを発行することにより、会員登録を行う。会員カードは、そのリテーラシステムにおいてユーザがサービスを受けるために、リテーラシステムが発行するカードであり、例えば、ポイントカードなどの公知のカードである。
【００５８】
リテーラシステム１８ａは、ユーザに、第１の問い合わせ情報を入力させることにより、注文意思情報、あるいはさらに注文問い合わせの可否を決定して入力し、さらに、必要に応じて住所や電話番号などの個人情報を入力させる。さらに、リテーラシステム１８ａは、ユーザに会員ＩＤを登録した会員カードを発行すると、自動的に管理サーバ１４にアクセスして、リテーラシステム１８ａの識別情報、会員ＩＤ、ユーザにより入力された第１の問い合わせ情報、ユーザの個人情報、および、リテーラシステム１８ａに対応する、保存先の保存サーバの識別情報を送信する。なお、保存サーバの識別情報は、予めリテーラシステム１８ａにおいて設定されているものである。
管理サーバ１４は、リテーラシステム１８ａの要求に応じて、リテーラシステム１８ａの識別情報および会員ＩＤに基づき、一意のログインＩＤを発行し、リテーラシステム１８ａにこれを送信する。さらに、ログインＩＤを、リテーラシステム１８ａから受け取った会員ＩＤ、第１の問い合わせ情報、ユーザの個人情報、保存サーバの識別情報、およびリテーラシステム１８ａの識別情報と対応付けて、個人情報データベースに登録する。
【００５９】
次に、保存フェーズにおける処理の流れについて説明する。
会員登録が終了した後に、ユーザが、管理サーバ１４のＷｅｂ画面において、発行されたログインＩＤを用いてログインすると、リテーラシステム１８ａにより設定された保存サーバに、自動的に遷移して、情報データをアップロードして、各種のサービスを受けることができる。つまり、管理サーバ１４は、各保存サーバ１６ａ〜１６ｃに遷移するための、共通の窓口としての役割を果たす。ここでは一例として、リテーラシステム１８ａに対応する保存サーバとして、保存サーバ１６ａが設定されているものとするが、他の保存サーバの場合も、以下の処理の流れは同様である。
【００６０】
ユーザは、携帯電話などの通信機能つき撮像機、ＰＣ、ＭＰ３プレーヤなどから、管理サーバ１４のＷｅｂ画面にアクセスして、ログインＩＤを入力する。管理サーバ１４は、個人情報データベースを検索して、入力されたログインＩＤに対応付けられた保存サーバ１６ａの識別情報を読み出し、該当する保存サーバのＷｅｂ画面に遷移する。ユーザは、そこで、所望の情報データを保存サーバにアップロードする。
アップロードされた情報データは、ログインＩＤと対応付けられて、保存サーバ１６ａに保存され、管理される。
【００６１】
これにより、ユーザの利用する保存サーバを、リテーラシステムが指定することができるので、保存サーバを、リテーラが独自に所持しているサーバや、提携企業が提供するサーバとすることにより、リテーラシステムと保存サーバとの結びつきが強いサービスも行うことができ、リテーラシステムと保存サーバとを効果的に連動することができる。
【００６２】
次に、注文フェーズにおける処理の流れについて説明する。
情報データを保存した後に、ユーザが、リテーラで買い物を行って、その会計の際に、ユーザが会員カードを提示すると、オペレータ（リテーラの店員など）が、商品の会計を行うと共に、リテーラシステム１８ａにより会員ＩＤを読み取って、これを管理サーバ１４へ送信する。
【００６３】
管理サーバ１４は、個人情報データベースにおいて、受け取った会員ＩＤに対応するログインＩＤを検索し、ログインＩＤに対応する第１の問い合わせ情報を読み出す。さらに、ログインＩＤに対応する保存サーバの識別情報から、保存サーバ１６ａから、ユーザが選択している保存サーバを識別して、該当する保存サーバへ、保存サーバが有している情報データに基づく第２および第３の問い合わせ情報、ならびに、保存サーバの使用料の情報の通知を要求する。保存サーバは、自身が有しているユーザの情報データに基づき、第２および第３の問い合わせ情報を作成して、これをサーバの使用料の情報と共に、管理サーバ１４に通知する。管理サーバ１４は、個人情報データベースに登録されている第１の問い合わせ情報と、保存サーバから受け取った第２および第３の問い合わせ情報、ならびに保存サーバの使用料の情報とを、リテーラシステム１８ａに送信する。
【００６４】
リテーラシステム１８ａは、管理サーバ１４から受け取った第１〜第３の問い合わせ情報を解析し、これらをリテーラシステム１８ａで設定される問い合わせ条件と照らし合わせて、ユーザへの注文問い合わせの可否および内容を判定する。
判定の結果、注文問い合わせを行うことが可能であれば、リテーラシステム１８ａの表示手段２０ａに、注文問い合わせの可能なプロダクトの内容を表示する。
【００６５】
注文問い合わせは、表示手段２０ａに、未注文データがあることを知らせる表示をすることにより行う。ユーザは、表示手段２０ａの表示を見て、未注文の情報データについて注文を行いたい場合は、表示手段２０ａのタッチパネルを操作することにより、その場で注文を行う。
あるいは、リテーラシステム１８ａにおいて会計時に、表示手段２０ａがオペレータに向けて、「ユーザに、未注文のデータがあるので問い合わせをして下さい」などの、未注文の情報データがある旨の表示を行い、表示を見たオペレータが口頭でユーザに問い合わせを行ってもよい。
この場合は、ユーザが、注文を行うことをオペレータに口頭で伝えると、オペレータがリテーラシステム１８ａを操作して、注文内容を入力するようにすればよい。
【００６６】
図３に、表示手段２０ａにおける注文画面の一例を示す。図３では、一例として、リテーラシステム１８ａに、第２の問い合わせ情報として、プリント注文がされていない画像データのファイル数の情報、および、ＣＤ−Ｒへの記録を行っていない画像データのファイル数の情報が含まれている場合の画面例を示す。
図３において、プロダクトの表示として、第２の問い合わせ情報に対応して、プリントおよびＣＤ−Ｒの２種類を、生産可能なプロダクトとして表示し、さらにこれらの数量、金額、および合計金額を表示する。なお、プロダクトの表示は、第２の問い合わせ情報の内容によって、適宜変更する。
プロダクトの数量は、セット数単位で設定し、例えばプリントであれば、全画像データにつき、１枚ずつプリントを行うことを１セットとして設定する。そして、各プロダクトの料金、および、全ての注文の合計の料金を合わせて表示する。
なお、注文問い合わせを行う情報データが画像データである場合は、注文画面の下部などに、画像データの一部を、サムネイル画像として表示してもよい。
【００６７】
また、プロダクトがプリントである場合に備えて、保存サーバ１６ａにおいて、予め画像データの顔認証機能により、各画像データについて、プリント枚数を個々に自動設定してもよい。つまり、画像データを保存サーバ１６ａへアップロードする際に、保存サーバ１６ａにおいて、公知の顔認証機能を用いて、各画像データについて、画像内に存在する顔の数を識別する。そして、識別された顔の数を、その画像データのプリント枚数として、各画像データに付随させて記憶しておく。リテーラシステム１８ａにおけるプリント注文時には、この付随されたプリント枚数を、デフォルト値として自動的に設定する。
あるいは、情報データのアップロード時や、その後、ユーザが管理サーバ１４にログインした際に、各画像データの注文数を、ユーザが任意に設定しておき、各画像データに付随させるようにしてもよい。
【００６８】
ユーザは、表示手段２０ａのタッチパネルなどを操作することにより、各プロダクトの数量を設定して、注文ボタンを押下することで、プロダクトの注文を行う。ユーザが注文を行うと、リテーラシステム１８ａにおいて、注文内容に応じた代金をリテーラでのユーザの購入商品の代金に加算した金額が、支払い金額として提示される。つまり、注文への課金が、リテーラシステム１８ａでの買い物と同時に行われることになる。ユーザは、リテーラシステム１８ａにおいて、リテーラでの買い物の代金と注文の代金とを合計した金額を支払う。
【００６９】
ここで、プロダクトの料金は、リテーラシステム１８ａが管理サーバ１４から受け取った、保存サーバの使用料に基づき設定される。つまり、リテーラシステム１８ａは、生産システム２２でのプロダクトの生産料金に保存サーバ１６ａのサーバ使用料を加算したものを注文代金として、ユーザに対する課金を行う。
このようにして、リテーラシステム１８ａでの会計時に、簡単な操作で、ユーザがプロダクトの注文を行うことができる。
【００７０】
代金の支払いが完了すると、リテーラシステム１８ａは、入力された注文内容を注文情報として、生産システム２２に送信する。生産システム２２では、注文情報を受け取ると、保存サーバ１６ａから該当する情報データを取得し、プロダクトの生産を開始する。
【００７１】
また、リテーラでの会計時には、リテーラシステム１８ａは、ユーザに対して生産完了時刻を提示してもよい。例えば、リテーラがスーパーマーケットであれば、同じ店舗内にある写真店に備えられている生産システム２２によって、プロダクトを生産する場合がある。この時に、リテーラシステム１８ａにおいて、生産システム２２の稼動状況などを取得して、プロダクトの生産および梱包に必要な作業時間等を計算し、ユーザがリテーラで購入した商品を袋詰めして、その後写真店に向かうまでの数分間の間にプロダクトの受け渡し準備が終了可能であるかどうか、つまり、その場で受け渡し可能かどうかを判断する。そして、受け渡しが可能であると判断すれば、その旨を画面に表示することにより、ユーザに伝える。また、プロダクトの生産に時間を要する場合や、店内に生産システム２２を備えていないリテーラの場合は、その場での受け渡しが困難であるため、ユーザに受け渡し可能な日時を提示してもよい。これにより、ユーザは、受け渡し可能な日時にリテーラへ来店して、プロダクトを受け取ることができる。あるいは、リテーラは、ユーザが日常利用する小売店であるので、次回のユーザのリテーラへの来店時に、リテーラシステム１８ａにおいて、プロダクトの受取を行うように表示手段２０ａに表示することにより、ユーザが注文したことを忘れていた場合にも、受取を行うことができる。
【００７２】
また、会員登録時に、ユーザの住所などを登録しておくことにより、完成したプロダクトを宅配によってユーザの自宅へ配送することもできる。この場合は、リテーラシステム１８ａにおいて、配送伝票のプリント機能を備えることにより、注文時に、配送伝票をプリントすればよい。
本発明の注文促進システムにおいては、プロダクトの注文を行う生産を開始する時点で、すでに課金は終了しているので、プロダクトの受取形態は、ユーザのニーズに合わせて、様々な方法をとることができる。
【００７３】
上述の実施例では、各リテーラシステム１８ａ〜１８ｃにおいて、ユーザが使用する保存サーバを自動的に決定する方法をとったが、本発明はこれに限定されず、初めに管理サーバ１４においてユーザにログインＩＤを発行して、ユーザに好みの保存サーバを選択させてもよい。
以下に、このような実施例について詳述する。
【００７４】
初めて情報データをアップロードするユーザは、携帯電話やＰＣを通して、管理サーバ１４のＷｅｂ画面にアクセスする。次に、ユーザは、保存サーバ群１６の中から、情報データをアップロードする保存サーバを選択する。保存サーバの選択は、ユーザが受けたいサービスに応じて行えばよい。ここでは、一例として、保存サーバ１６ａが選択されたものとするが、他の保存サーバが選択された場合であっても、以下の処理の流れは同様である。
続いて、ユーザは、第１の問い合わせ情報を入力し、必要に応じて、さらに個人情報を入力する。
管理サーバ１４は、ユーザに対してログインＩＤを発行し、ユーザが入力した第１の問い合わせ情報、個人情報、およびユーザが選択した保存サーバの識別情報と対応付けて、個人情報データベースに登録することにより、ユーザ登録を行う。
【００７５】
ユーザは、次回の管理サーバ１４のＷｅｂ画面へのアクセス時からは、発行されたログインＩＤを入力することにより、ユーザ登録時に選択した保存サーバのＷｅｂサイトに自動的に導かれることになる。
【００７６】
ログイン登録後に、ユーザは、自身が選択した保存サーバ１６ａに対応するリテーラへ来店して、リテーラシステム１８ａにおいて会員登録を行う。会員登録の際には、リテーラシステム１８ａは、ユーザに、管理サーバ１４において発行されたログインＩＤを申告させる。リテーラシステム１８ａは、会員登録を行うと、発行した会員カードの会員ＩＤを、ユーザが申告したログインＩＤと共に、管理サーバ１４へ送信する。管理サーバ１４は、受け取ったログインＩＤから個人情報データベース内に登録されているログインＩＤを検索し、これに対応付けて、受け取った会員ＩＤを個人情報データベースに登録する。
以降は、上述の実施例と同様に、ユーザによる情報データのアップロード、および、リテーラシステムによる注文問い合わせを行うことができる。
【００７７】
あるいは、管理サーバ１４は、ユーザ登録を行う際に、ユーザが選択した保存サーバ１６ａに対応するリテーラシステム１８ａから新たな会員ＩＤを自動的に取得して、上述したログインＩＤなどの情報に加えて、取得した会員ＩＤも個人情報データベースに登録するようにしてもよい。
【００７８】
また、上述の実施例においては、注文画面は図３に示すような簡易なものとしているが、ユーザが注文の内容を時間をかけて決定したいときは、リテーラにおいて、リテーラシステム１８ａ〜１８ｃに設置されている表示手段２０ａ〜２０ｃとは別に、詳細注文システムを設置して、これを用いて注文を行うようにしてもよい。リテーラシステム１８ａ〜１８ｃは、ユーザが詳細な注文を行いたいと希望した場合には、管理サーバ１４から受信した各問い合わせ情報および問い合わせ条件などを、店内の所定箇所に設置された詳細注文システムに転送する。詳細注文システムでは、受け取った情報に基づき、詳細な注文を行うための注文画面を表示する。ここでは、画像データのサムネイル画像を表示して、各画像について、注文の有無や数、画像処理の内容などの詳細に渡り、ユーザが設定を行い、注文を行うことができる。リテーラシステム１８ａ〜１８ｃにおいて、即座に注文内容を決定することが困難なユーザは、この詳細注文システムによって、時間をかけて注文を行うことができる。詳細注文システムにおいてなされた注文内容は、リテーラシステム１８ａ〜１８ｃでなされた注文と同様に、生産システム２２へ送信され、プロダクトの生産が開始される。
また、注文問い合わせをされた情報データが画像データである場合は、リテーラシステム１８ａ〜１８ｃなどでインデクッスプリントを印刷してユーザに提供し、ユーザは、後にこのインデックスプリントを参考にして、時間をかけて注文内容を検討することができるようにしてもよい。
【００７９】
また、上述の実施例では、各リテーラシステム１８ａ〜１８ｃごとに問い合わせ条件を設定することにより、リテーラシステムごとに独自のサービスをカスタマイズして、提供することができるが、本発明はこれに限定されず、管理サーバ１４において、一括して一つの問い合わせ条件を設定して、保持してもよい。例えば、図４に示すように、簡便にシステムを構築したい場合には、各リテーラシステムごとに差異をつけずに、中央で各保存サーバを管理している管理サーバ１４において、全ての問い合わせ情報及び問い合わせ条件を保持し、これらを解析して、注文問い合わせの判定結果のみをリテーラシステムに通知する。これにより、注文促進システム全体のメンテナンス性を向上させることができる。
また、第１〜第３の問い合わせ情報についても、管理サーバ１４の個人情報データベースで保持していてもよいし、リテーラシステム１８ａ〜１８ｃで、第１〜第３の問い合わせ情報を部分的に、または全て保持していてもよい。
【００８０】
さらに、本発明において、カメラ付携帯電話などの、ネットワークに接続可能な撮影機器を用いて情報データを得た場合は、例えば撮影機器において、1枚画像を撮影する度に、撮影された画像データを自動的に、管理サーバ１４へアップロードするようにしてもよい。この時、ログインＩＤは、撮影機器から画像データと共に管理サーバ１４へ送信され、自動的にログインする。この場合のログインＩＤは、予め管理サーバ１４のＷｅｂ画面においてログイン登録時に設定したものでもよいし、あるいは、撮影機器の機種が個別に有する識別ＩＤを用いてもよい。
【００８１】
このように、本発明の注文促進システムによれば、ユーザの情報データを保存管理サーバで保存、管理するサービスを提供することにより、保存管理サーバにユーザの情報データを呼び込み、膨大な情報データの管理権を得ることができる。
また、ユーザへ定期的に、かつ能動的に注文問い合わせを行い、注文を促進することで、これまで保存サーバに保存されるに留まっていた情報データを、効果的に注文に導き、利益を得ることが可能となる。さらに、各問い合わせ情報および問い合わせ条件を用いて注文問い合わせの可否を判断することにより、リテーラシステムが、保存サーバと連動して、ユーザの情報データの保存情報を把握することができ、かつ、ユーザの心象を害すことなく、保存サーバ内の情報データの保存情報に応じて、注文問い合わせを行うことができ、有用性を実現することができる。
また、リテーラシステムにおいて発行される会員ＩＤと、管理サーバにおいて発行されるログインＩＤとを対応付けて管理することにより、プロダクトの注文の意思を持たないユーザに対して、スーパーマーケットやコンビニエンスストアでの買い物など、プロダクトの注文行為とは乖離した日常生活の中で、注文の訴求を行うことが可能となる。また、リテーラでの日常の買い物のついでに注文を行うことができ、プロダクトに対する課金が、リテーラでの買い物における購入金額に加算されるため、写真店などに出かけてプロダクトのみを注文する場合に比較して、ユーザの心理的な注文への抵抗力を和らげ、注文促進の効果が高まる。
【００８２】
さらに、ユーザは、多種多様なサービスを展開する各リテーラにおいて、買い物のついでに注文を行うことができるため、従来のように、注文やプロダクトの受取のためだけに店頭に出向く必要がなく、利便性が向上する。
また、リテーラシステムにおいてユーザが注文を行うと、その場で代金を支払うことになるので、注文と課金とを同時に行うことができる。このため、クレジットカードによる課金において生じるセキュリティのリスクを回避し、かつ、プロダクトの受取時の課金や、配送時の着払いによる課金の場合に生じる悪戯注文の防止も可能となる。
【００８３】
以上、本発明に係る注文促進システムについて詳細に説明したが、本発明は上記種々の実施例に限定されず、本発明の主旨を逸脱しない範囲において、種々の改良や変更をしてもよいのはもちろんである。
【図面の簡単な説明】
【００８４】
【図１】本発明の注文促進システムのシステム構成の一例を示すブロック図である。
【図２】本発明の注文促進システムの機能ごとの構成の一例を示すブロック図である。
【図３】注文画面の一例を示す図である。
【図４】本発明の注文促進システムの機能ごとの構成の他の一例を示すブロック図である。
【符号の説明】
【００８５】
１０ 注文促進システム
１２ 画像／音楽情報保存管理サーバ
１４ 管理サーバ
１６ａ、１６ｂ、１６ｃ 保存サーバ
１８ａ、１８ｂ、１８ｃ リテーラシステム
２０ａ、２０ｂ、２０ｃ 表示手段
２２ 生産システム
【技術分野】
【０００１】
本発明は、サーバに保管されたユーザの画像データや音楽データなどの情報データを管理して、ユーザの注文に応じて写真やＣＤ−Ｒなどの商品の生産処理を行う注文促進システムに関する。
【背景技術】
【０００２】
近年のオンラインによる注文処理システムの普及により、写真などのプリント注文は、インターネットや、店頭に設置された受付機などにより、ネットワークを介して行われるようになってきている。また、ユーザの画像データを、サーバにおいて一定の容量や期間の範囲内で保存するサービスも行われている。これにより、ユーザは、デジタルカメラやカメラ付携帯電話などにおいて撮影され、カメラ内に記憶されている画像のデータ量が大きくなった場合や、カメラの容量が最大保管容量に達し、メモリ容量が不十分となった場合などに、画像をサーバにアップロードして、保存しておくことができる。さらに、ユーザがＷｅｂ上で、サーバに保存されている画像の中から好みのものを選んで、写真プリントなどの製品を注文することのできるサービスも行われている。
【０００３】
このような注文処理システムにおいては、ユーザが簡易かつスムーズに注文を行えるような、様々な方法が用いられている。
一例として、特許文献１には、ユーザがデジタルカメラからプリント注文をする際に、良好な効率で、迅速にプリント注文を行うことができるプリント注文システムが開示されている。特許文献１のプリント注文システムでは、デジタルカメラにおいて一次的な注文画像の選択の注文設定を行い、その後、注文受付機において最終的な注文画像の選択とプリント枚数などの設定を行う。これにより、デジタルカメラと注文受付機の両方において、プリント注文を行う画像の選択が可能であり、プリント注文を迅速に行うことができる。
【０００４】
また、特許文献２には、パソコン操作に不慣れな顧客であっても、オンラインで写真プリントの注文を手軽に行うことができる写真プリント注文用リモートコントローラが開示されている。特許文献２では、操作の簡易な独自のリモートコントローラをインターネットに接続し、このリモートコントローラを操作して、プリント注文を行うことにより、注文処理を簡易化し、パソコンに不慣れな顧客であっても、スムーズに注文を行うことを可能としている。
【０００５】
また、次世代携帯電話の通信速度の高速化や、デジタル放送開始によるテレビのＰＣ化に伴い、今後は、ユーザが画像データや音楽データを自身のＰＣに保存することに加えて、企業が提供する保存サーバに対して、例えばテレビやＰＣなどを通じてデータをアップロードして保存するような形態がとられることも考えられる。
ネットサービスの浸透から、このようなオンラインでのデータの保存の需要が増してくる時には、保存サーバにおけるデータの保存および管理の方法が重要となってくる。
【０００６】
ところで、上述のような、パソコンや受付機を用いたオンラインによる注文処理システムにおいては、注文の意思のないユーザが悪戯でプリント注文を行い、その後、受取および代金の支払いを行わずに放置する、いわゆる悪戯注文がなされることがある。これを防止するため、様々な方法が考案されている。
【０００７】
例えば、特許文献３には、悪戯注文を防止することのできる画像形成注文システムが開示されている。特許文献３の画像形成注文システムでは、インターネットによる注文において、新規の注文者による注文を受けた際に、注文者の注文者データをデータベースに蓄積する。その後、注文者が受取に来ない、代金を払わない等の事態が生じた場合は、悪戯注文を行われたとみなし、その注文者の注文者データをリスト形式で別途保存する。注文者による注文を受けた時は、予め、このリストにより注文者データの照合を行い、リストに当てはまる注文者であれば、悪戯注文を行う可能性があるとして、プリントの自動生産は行わず、オペレータがプリント生産の続行の可否を判断する。特許文献３では、このような方法により、悪戯目的の注文に効率よく対処することができ、悪戯注文を防ぐことができるとされている。
【０００８】
【特許文献１】特開２００６−３１８１６５号公報
【特許文献２】特開２００６−３３１１７３号公報
【特許文献３】特開２００６−００４１７２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
ところで、従来の注文処理システムは、上述のように、注文を手軽にすることができるという利点を有しているが、いずれの技術も、ユーザが主体的に注文する意思を持ち、注文動作を行う時のみ効果を発揮するものである。つまり、サーバに画像を保存するだけで満足し、注文する意思を持っていないユーザに対して注文を訴求することはできない。
【００１０】
さらに、上述したように、注文処理システムにおいては、悪戯注文の防止も課題となる。特許文献３は、一度注文を行うことにより、予めリストに登録されたユーザにしか効果を発揮しない。つまり、二度目以降の悪戯注文の防止には役立つが、新規のユーザが悪戯注文を行った場合には、対処することができない。
【００１１】
また、注文処理システムでは、Ｗｅｂによるプリント注文も行われている。Ｗｅｂによる注文の場合は、注文と同時にクレジットカードで課金を行う方法や、店頭あるいは郵送でのプリントの受取時に課金を行う方法が一般的である。しかし、クレジットカードによる課金は、カード番号などの情報を入力する必要があるため、入力情報が他者に悪用され、ユーザ以外の者によって悪戯注文が行われ、悪意がある場合には、注文商品や現金が騙し取られ、ユーザに課金だけが行われてしまう可能性があり、セキュリティの面で顧客にリスクがあるという問題がある。また、受取時に課金を行う方法では、店頭で受け取る場合は、ユーザが注文だけをして受け取りにこないため、課金の回収ができず、生産者側が損失を受けるというリスクを背負うことになり、また、郵送での受け取りの場合は、嫌がらせで他人の住所宛てに製品を郵送するように悪戯注文がなされ、注文していない者が代金を請求されるおそれがある。
【００１２】
さらに、例えば、予め月毎に一定額の料金を徴収することにより、所定枚数のプリント注文を受け付ける方法がある。このような方法では、毎月一定額を課金することにより、悪戯注文を防ぐことはできるが、注文を行わない月であっても、ユーザは常に一定額の料金を徴収されてしまうため、プリントを定期的に行わないユーザにとっては、不都合が生じる。
また、ラボ店などの店頭に設置されている受付端末において、注文と同時に課金を行い、課金が完了した時点で注文の受付が完了したものとし、生産を開始する方法もあるが、この場合は、確実に課金を行うことができる一方で、ユーザが注文を行うために受付機まで足を運ぶ必要があり、利便性に欠ける。
さらに、このような上述の注文処理システムや方法は、注文の意思のあるユーザを対象とするものであり、サーバに画像を保存するだけで満足し、注文の意思のないユーザに対して注文を訴求することはできない。
【００１３】
本発明の第１の目的は、上記従来技術の問題点を解決し、ユーザの情報データをサーバで無料で保存するサービスを提供することにより、サーバへの情報データの保存を促進すると共に、サーバに情報データを保存しているだけで注文の意思がないユーザに対して、ユーザの心象を害さないように情報データについてのプロダクトの注文を促進することができ、かつ、それまで注文の意思がなかったユーザが、心理的な抵抗なく注文を行うことができる注文促進システムを提供することにある。
また、本発明の第２の目的は、第１の目的に加えて、ユーザやプロダクトの生産者にリスクや負担をかけることなく、確実に悪戯注文を防ぐことのできる注文促進システムを提供することにある。
【課題を解決するための手段】
【００１４】
上記課題を解決するために、本発明は、通信ネットワークを介してユーザがアップロードした画像データまたは音楽データを含む情報データ、もしくは、該情報データのアップロード後の保存状況を取得する取得手段、取得した前記情報データ、もしくは、前記保存状況に基づいて、前記情報データの注文の問い合わせ情報を解析する解析手段、および、前記情報データ、もしくは、前記保存状況と前記問い合わせ情報とを対応付けて保存する保存手段を有する保存管理サーバと、ユーザの会員ＩＤを取得するＩＤ取得手段、および、注文の問い合わせ条件を記憶する条件記憶手段を有し、商品の販売管理機能を備える１以上のリテーラシステムとを備える注文促進システムであって、前記リテーラシステムは、前記ＩＤ取得手段により取得した会員ＩＤを前記保存管理サーバに送信し、前記保存管理サーバは、前記保存手段から、受信した前記会員ＩＤに対応する前記問い合わせ情報を読み出して、前記リテーラシステムに送信し、前記リテーラシステムは、前記保存管理サーバから受け取った前記問い合わせ情報、および、前記条件記憶手段に記憶されている前記問い合わせ条件に基づき、前記ユーザへの前記各情報データまたは各プロダクトについての注文の問い合わせの可否および内容を判定し、判定結果に基づき注文の問い合わせを行うことを特徴とする注文促進システムを提供する。
【００１５】
また、本発明は、通信ネットワークを介してユーザがアップロードした画像データまたは音楽データを含む情報データ、もしくは、該情報データのアップロード後の保存状況を取得する取得手段、取得した前記情報データ、もしくは、前記保存状況に基づいて、前記情報データの注文の問い合わせ情報を解析する解析手段、前記情報データ、もしくは、前記保存状況と前記問い合わせ情報とを対応付けて保存する保存手段、および、注文の問い合わせ条件を記憶する条件記憶手段とを有する保存管理サーバと、ユーザの会員ＩＤを取得するＩＤ取得手段を有するリテーラシステムとを備える注文促進システムであって、前記リテーラシステムは、前記ＩＤ取得手段により取得した会員ＩＤを前記保存管理サーバに送信し、前記保存管理サーバは、前記保存手段から、受信した前記会員ＩＤに対応する前記問い合わせ情報、および、前記問い合わせ条件を読み出して、これらに基づき、前記ユーザへの前記各情報データまたは各プロダクトについての注文の問い合わせの可否および内容を判定し、判定結果を前記リテーラシステムに送信し、前記リテーラシステムは、受信した前記判定結果に基づき注文の問い合わせを行うことを特徴とする注文促進システムを提供する。
【００１６】
このような本発明の注文促進システムは、前記保存管理サーバは、前記情報データのアップロードを行うユーザをログインＩＤにより認証する認証手段を有し、前記保存手段は、アップロードされた前記情報データを前記ログインＩＤおよび前記会員ＩＤと対応付けて保存することが好ましい。
【００１７】
また、前記問い合わせ情報は、前記各情報データまたは各プロダクトについての注文問い合わせの可否情報とユーザの注文意思情報とを含む第１の問い合わせ情報、ならびに、前記情報データの最新のアップロード時刻情報、注文問い合わせを行っていない情報データが存在するか否かの情報、プリント注文がされていない画像データのファイル数の情報、プリント注文がされていない画像データのファイル容量の情報、記録媒体への記録を行っていない画像データのファイル数の情報、記録媒体への記録を行っていない画像データのファイル容量の情報、記録媒体への記録を行っていない音楽データのファイル数の情報、および、記録媒体への記録を行っていない音楽データのファイル容量の情報のうち１以上を含む第２の問い合わせ情報のうち少なくとも1つを含むことが好ましい。
【００１８】
さらに、前記問い合わせ条件とは、前記問い合わせ情報に基づき前記各情報データまたは各プロダクトについての注文の問い合わせの可否を判定するための条件であり、前記第１の問い合わせ情報については、注文問い合わせが可であり、かつ、ユーザに注文の意思があることを、第２の問い合わせ情報については、各情報と所定の閾値との比較の結果を、それぞれ条件とし、全ての前記問い合わせ条件を満たす場合に、注文の問い合わせが可能であると判定することが好ましい。
【００１９】
また、前記問い合わせ情報は、さらに、ユーザへの注文の問い合わせ時に、注文がされなかった場合の問い合わせ内容および日時を含む情報を第３の問い合わせ情報として有し、前記問い合わせ条件は、前記第１の問い合わせ情報において、注文問い合わせが可であり、かつ、ユーザに注文の意思があるものに関して、前記第３の問い合わせ情報に基づき注文の問い合わせの可否を判定することが好ましい。
【００２０】
さらに、前記リテーラシステムは、前記判定結果に基づき、問い合わせ可能なプロダクトを表示する表示手段を有することが好ましい。
【００２１】
さらに、前記リテーラシステムでなされたユーザの注文に基づきプロダクトの生産処理を行う生産部を有し、前記リテーラシステムは、ユーザからの注文を受け付ける注文受付手段を有し、前記注文受付手段は、前記問い合わせに応じたユーザによる注文を受け付けると、該注文に対して課金を行い、前記生産部に注文情報を送信し、前記生産部は、前記注文情報を受信すると、前記保存管理サーバから前記注文情報に対応する前記情報データを取得し、生産処理を行うことが好ましい。
【００２２】
また、前記保存管理サーバは、１の管理サーバと、サーバ使用料情報を保持する少なくとも１以上の保存サーバとを有し、前記保存手段は、前記保存サーバの識別情報を前記会員ＩＤと対応付けて保存し、前記保存管理サーバは、前記リテーラシステムから前記会員ＩＤを受信すると、前記保存手段において前記会員ＩＤに対応付けられた前記保存サーバの識別情報を読み出し、前記保存サーバのサーバ使用料情報を取得して前記リテーラシステムに通知し、前記リテーラシステムは、前記プロダクトの生産料金に、通知された前記サーバ使用料情報に基づくサーバ使用料を加算した金額をユーザに課金することが好ましい。
【００２３】
さらに、前記リテーラシステムは、新規な会員ＩＤを発行し、前記会員ＩＤを前記リテーラシステムの識別情報と共に前記保存管理サーバに送信して、前記保存管理サーバは、受信した前記会員ＩＤおよび前記リテーラシステムの識別情報に基づき、新規なログインＩＤを発行し、前記保存手段は、前記会員ＩＤおよび前記ログインＩＤを対応付けて保存し、管理することが好ましい。
【００２４】
また、前記リテーラシステムは、新規な会員ＩＤを発行し、前記会員ＩＤをユーザにより申告されたログインＩＤと共に前記保存管理サーバに送信して、前記保存管理サーバは、前記保存手段において、受信した前記会員ＩＤおよび前記ログインＩＤを対応付けて保存し、管理することが好ましい。
【００２５】
さらに、前記認証手段は、前記ログインＩＤを取得すると、前記保存手段から、前記ログインＩＤに対応付けられた前記会員ＩＤに基づき、対応する前記保存サーバの識別情報を読み出し、前記保存サーバの識別情報に基づき、特定の前記保存サーバへ自動的に遷移することが好ましい。
【００２６】
また、前記保存管理サーバは、アップロードされた前記情報データが画像データである場合は、顔の数を判定して、これを該画像データの注文数として該画像データに付加する顔認証手段を有することが好ましい。
【００２７】
さらに、前記保存管理サーバは、ユーザが任意に画像データの生産数を設定するための数量設定機能を備えることが好ましい。
【００２８】
さらに、前記問い合わせ情報および前記問い合わせ条件に基づき、注文の詳細な設定を行う詳細注文部を有し、前記リテーラシステムは、前記問い合わせ情報および前記問い合わせ条件を該詳細注文部に転送することが好ましい。
【００２９】
また、前記リテーラシステムは、前記プロダクトをユーザに配送するための配送伝票のプリント部を有することが好ましい。
【００３０】
さらに、前記注文受付手段は、前記注文情報に基づき前記プロダクトの生産完了時刻を計算し、ユーザに提示する手段を有することが好ましい。
【００３１】
また、本発明は、上述のいずれかの注文促進システムに備えられることを特徴とする保存管理サーバを提供する。
さらに、本発明は、上述のいずれかの注文促進システムに備えられることを特徴とするリテーラシステムを提供する。
【発明の効果】
【００３２】
本発明の注文促進システムによれば、サーバにおいて、課金を行わずに情報データを保存するサービスを提供することにより、ユーザの情報データのサーバへの保存を促進し、また、ユーザのスーパーマーケット等のリテーラでの買い物時に、未注文の情報データを表示して、プロダクトの注文を促すことにより、サーバに情報データを保存するだけで注文の意思がないユーザに対して、注文の問い合わせを行うことができる。さらに、注文の問い合わせを、予め設定された問い合わせ情報および問い合わせ条件に基づき行うことにより、ユーザの心象を害さないように、注文を促進することができる。
また、本発明の注文促進システムによれば、注文と同時に課金することができるため、ユーザやプロダクトの生産者にリスクや負担をかけることなく、確実に悪戯注文を防ぐことができる。さらに、ユーザの日常生活における買い物の代金の支払い時に、注文代金を合わせて課金するため、ユーザが注文代金を支払うことへの心理的な抵抗が少なくなる。
さらに、本発明では、画像データだけでなく、音楽データなどの様々な情報データに対しても、データの保存および注文を行うことができる。
【発明を実施するための最良の形態】
【００３３】
以下に、本発明に係る注文促進システムについて、添付の図面に示す好適実施形態に基づいて詳細に説明する。
【００３４】
図１は、本発明の注文促進システムの装置構成の一実施形態を示すブロック図である。
本発明の注文促進システムは、ユーザがＷｅｂサイトなどから、ネットワークを介してサーバにアップロードした画像データや音楽データなどの情報データを、サーバで保存し、管理する。さらに、サーバに保存されている情報データに関する各種のプロダクト、例えば画像データのプリント作成や、画像データまたは音楽データの、ＣＤ等の記録メディアへの保存など、の注文を受け付けて、商品を生産する。
【００３５】
また、本発明の注文促進システムにおいては、ネットワークを介して情報データを受信して、これをサーバに保存し、管理する保存フェーズと、サーバに保存されている情報データを用いるプロダクトの注文を行う注文フェーズとが、それぞれ独立して機能する。
【００３６】
保存フェーズは、情報データを保存するための保存管理サーバを有する。保存管理サーバは、サーバ内の一定容量をフリー（課金なし）でユーザに提供して、ユーザがアップロードした画像データや音楽データなどの情報データを保存する。さらに、写真プリントや、情報データの記録メディアへの記録などの、プロダクトの注文の有無に関わらず、保存管理サーバにおいてファイル管理サービスを提供するなどの付加価値をつける。これにより、ユーザのデジタルカメラや携帯電話、ＰＣなどに保存されている情報データを、保存管理サーバへアップロードさせるための動機を作ることができ、情報データのサーバへの保存を促進することができる。
【００３７】
注文フェーズは、リテーラシステムおよび生産システムを有する。リテーラシステムは、小売店や小売業者であるリテーラに備えられているシステムであり、保存管理サーバに保存されている情報データのプロダクトの注文を受け付け、さらに、保存管理サーバに保存された情報データについて、注文問い合わせを行うものである。具体的には、ユーザの日常の買い物の際に、後押しとして、保存管理サーバで管理しているユーザの情報データの保管状況に応じて、注文を訴求する。さらに、リテーラシステムでは、ユーザからの注文を受け付けて、注文情報を生産システムに送信する。生産システムは、受信した注文情報に基づき生産処理を行う。これにより、眠っていた市場を掘り起こす、つまり、保存管理サーバに保存されているだけであった情報データを、注文に結びつけることができる。
【００３８】
図１に示す注文促進システム１０は、上述の保存フェーズの機能を有する画像／音楽情報保存管理サーバ（以下、保存管理サーバという）１２と、注文フェーズの機能を有する、リテーラシステム群１８および生産システム２２とを備えている。また、図１に示す各部分は、インターネットなどの公知のネットワークにより接続されており、情報の通信が可能である。
【００３９】
保存管理サーバ１２は、管理サーバ１４、および複数の保存サーバ１６ａ〜１６ｃからなる保存サーバ群１６を有している。リテーラシステム群１８は、複数のリテーラシステム１８ａ〜１８ｃを有している。
【００４０】
管理サーバ１４は、ユーザが情報データを保存管理サーバ１２にアップロードする際の窓口となる部分である。管理サーバ１４は、各ユーザに対して、ネットワーク上で個人を認証するための、任意のログインＩＤ（識別情報）を発行する。
ユーザが情報データを保存管理サーバ１２へアップロードする時には、管理サーバ１４のＷｅｂ画面にアクセスして、ログインＩＤにより個人認証を行うことにより、特定の保存サーバ１６ａ〜１６ｃのいずれかへ情報データをアップロードすることができる。
また、管理サーバ１４は、ログインＩＤと、保存先の特定の保存サーバの識別情報、後述するリテーラシステム１８ａ〜１８ｃにおいて設定される会員ＩＤ、および、注文問い合わせを行う際に用いる問い合わせ情報とが対応付けられて登録された、図１には図示しない個人情報データベースを有している。これについては、後に詳述する。
【００４１】
保存サーバ群１６は、ユーザによりアップロードされた情報データを保存する部分であり、複数の保存サーバ１６ａ〜１６ｃから構成されている。
保存サーバ１６ａ〜１６ｃは、それぞれ異なる業態や業種の企業によるものである。そのため、情報データを保存するサービスを行うという点では共通しているが、保存の容量や期間、その他のサービスなどについては、各自が異なるものを提供している。各リテーラシステム１８ａ〜１８ｃは、それぞれ特定の保存サーバ１６ａ〜１６ｃを有しており、この特定の保存サーバと連動することにより、独自のサービスを提供する。
保存サーバ１６ａ〜１６ｃは、それぞれ特定のリテーラシステム１８ａ〜１８ｃと対応付けられており、ユーザが利用するリテーラシステム１８ａ〜１８ｃによって、どの保存サーバに情報データを保存するかが決定される。リテーラシステム１８ａ〜１８ｃにおいて、ユーザの要望に応じてユーザに会員ＩＤを発行すると、そのリテーラシステムに対応する保存サーバの識別情報が、発行された会員ＩＤ、および問い合わせ情報と共に管理サーバの顧客情報データベースに登録される。また、管理サーバ１４は、登録された会員ＩＤに対して、一意に定められるログインＩＤを発行して、会員ＩＤ、問い合わせ情報、および保存サーバの識別情報と対応付けて顧客情報データベースに登録する。
【００４２】
また、保存サーバ１６ａ〜１６ｃは、それぞれのサーバ使用料が設定されており、ユーザからのプロダクト注文に応じて、適宜、サーバ使用料がリテーラシステム１８ａ〜１８ｃに課金される。これについては、後に詳述する。
なお、図１においては、３台の保存サーバを用いる構成をとっているが、本発明はこれに限定されず、保存サーバは、１台、２台、または４台以上であってもよい。
【００４３】
リテーラシステム群１８は、ユーザが日常生活において利用する小売店や小売業者であり、複数のリテーラシステム１８ａ〜１８ｃから構成されている。リテーラシステム１８ａ〜１８ｃは、例えば、スーパーマーケット、コンビニエンスストア、写真店などの商店であり、各々が、保存管理サーバ１２と連動する注文システムを備えたＰＯＳシステム（Point Of Sales system：販売時点情報管理システム）などの、商品の購入や決済などを行うための販売管理システムを有している。リテーラシステム１８ａ〜１８ｃは、ＰＯＳシステムにおいて、ユーザからのプロダクトの注文を受け付け、後述する生産システムへ、受け付けた注文の内容を、注文情報として送信する。また、リテーラシステム１８ａ〜１８ｃは、注文問い合わせのための、それぞれ異なる問い合わせ条件を有しており、この問い合わせ条件と、後述する問い合わせ情報とに応じて注文問い合わせを行う。
【００４４】
また、各リテーラシステム１８ａ〜１８ｃは、ユーザやリテーラシステム１８ａ〜１８ｃのオペレータが閲覧および操作可能な表示手段２０ａ〜２０ｃを有している。表示手段２０ａ〜２０ｃは、注文問い合わせの内容を表示するための、ユーザやオペレータが操作可能な表示手段であり、例えば、タッチパネルなどの公知のモニタである。また、表示手段２０ａ〜２０ｃは、オペレータとユーザとの両方が閲覧および操作可能であることが好ましいため、両面に表示画面を備えていることが好ましい。また、表示手段２０ａ〜２０ｃは、注文問い合わせの他に、会計時にユーザに金額などを提示してもよい。
なお、本実施例においては、注文問い合わせは、表示手段２０ａ〜２０ｃによる画面表示として行うが、本発明はこれに限定されず、音声表示により、注文問い合わせを行う構成としてもよい。
また、図１においては、３つのリテーラシステムを図示しているが、本発明はこれに限定されず、リテーラシステムは、１、２、または４以上であってもよい。
【００４５】
プロダクトの一例としては、情報データが画像データである場合には、写真プリント、マグカップやＴシャツなどへのグッズ、ＣＤ−Ｒなどの記録メディアなどが挙げられる。さらに、情報データが音楽データである場合には、ＣＤ−Ｒなどの記録メディアが、プロダクトとして挙げられる。また、画像データと音楽データを組み合わせた音楽つき電子アルバムなども挙げられる。
【００４６】
また、リテーラシステム１８ａ〜１８ｃは、ユーザに対して、任意の会員ＩＤを付与した会員カードを発行する。会員ＩＤは、上述したように、管理サーバ１４で発行されたログインＩＤと対応付けられて個人情報データベースに登録され、後述する注文問い合わせや注文処理を行う際に、用いられる。
本実施例において、ログインＩＤは、管理サーバにおいて一意に定められるが、会員ＩＤは、各リテーラシステム１８ａ〜１８ｃにおいて独自に設定可能である。つまり、一人のユーザに対して、１のログインＩＤと、１以上の会員ＩＤが発行されることになる。また、本実施例においては、ログインＩＤと会員ＩＤとは異なるものを用いるが、本発明はこれに限定されず、ログインＩＤと会員ＩＤとは、同一のものを用いてもよい。
【００４７】
ここで、本発明においては、各ユーザに注文問い合わせを行うかどうかの判断、および注文問い合わせの内容を決定するために、第１〜第３の問い合わせ情報、ならびに、問い合わせ条件を設定する。
【００４８】
第１の問い合わせ情報とは、ユーザの意思に基づく、各情報データについての注文問い合わせの可否情報、およびユーザの注文意思情報である。注文問い合わせとは、保存サーバ１６ａ〜１６ｃに保存されている各情報データについて、各プロダクトの注文がなされていない場合に、リテーラシステム１８ａ〜１８ｃにおいて、ユーザにプロダクトの注文を促進するために、各情報データまたは各プロダクトについて注文を行うかどうかの問い合わせを行うことである。ユーザは、リテーラシステム１８ａ〜１８ｃに、各情報データまたは各プロダクトについてこの注文問い合わせを行わせてもよいかどうかの注文問い合わせの可否情報を、予め設定することができる。注文問い合わせの可否情報は、初期設定では全ての情報データについて問い合わせ可能な設定となっており、ユーザは、問い合わせを受けたくない情報データまたはプロダクトについてのみ、問い合わせ不可能に設定すればよい。
第１の問い合わせ情報は、リテーラシステム１８ａ〜１８ｃにおける会員登録時に、ユーザの入力により設定され、管理サーバ１４の個人情報データベースに、会員ＩＤおよびログインＩＤに対応付けられて登録される。以降、ユーザの必要に応じて、管理サーバ１４またはユーザが選択した保存サーバのＷｅｂ画面において、変更が可能である。
【００４９】
第２の問い合わせ情報とは、ある特定のユーザが保存サーバ群１６に保存している情報データの状況についての情報である。第２の問い合わせ情報は、情報データの最新のアップロード日時情報と、注文問い合わせを行っていない情報データが存在するか否かの情報とを有する。さらに、注文問い合わせを行っていない情報データについて、プリント注文がされていない画像データのファイル数の情報、プリント注文がされていない画像データのファイル容量の情報、ＣＤ−Ｒへの記録を行っていない画像データのファイル数の情報、ＣＤ−Ｒへの記録を行っていない画像データのファイル容量の情報、ＣＤ−Ｒへの記録を行っていない音楽データのファイル数の情報、および、ＣＤ−Ｒへの記録を行っていない音楽データのファイル容量の情報を含む。
第２の問い合わせ情報は、管理サーバ１４からの要求に応じて、保存サーバ１６ａ〜１６ｃが有する図示しない解析手段において、保存サーバ１６ａ〜１６ｃにおけるユーザの情報データの保存状況に基づき決定され、管理サーバ１４に送信される。あるいは、管理サーバ１４が解析手段を有する構成とし、保存サーバ１６ａ〜１６ｃは、管理サーバ１４へ情報データの保存状況を送信して、管理サーバ１４は、受信した保存状況を解析手段において解析し、第２の問い合わせ情報を決定するものとしてもよい。
注文問い合わせの判断は、第１および第２の問い合わせ情報を用いて行うことが好ましいが、どちらかひとつの問い合わせ情報のみを用いて判断することもできる。
【００５０】
さらに、ユーザに対して２度目以降の注文問い合わせを行う場合には、それまでに行った注文問い合わせの状況も加味して、注文問い合わせを行うか否かの判断をすることが好ましい。そこで、上述した第１および第２の問い合わせ情報に加えて、第３の問い合わせ情報を用いて、注文問い合わせを行うことが好ましい。
第３の問い合わせ情報とは、ユーザに注文問い合わせを行った場合に、ユーザが問い合わせに応じて注文を行ったかどうかの情報である。注文問い合わせを行ったが、ユーザが注文を行わなかった場合には、管理サーバ１４は、この注文問い合わせの日時および内容を、第３の問い合わせ情報として、ログインＩＤと対応付けて個人情報データベースに記録する。
つまり、第３の問い合わせ情報は、それまでに行った注文問い合わせの内容を、次の注文問い合わせを行うタイミングの判断に利用するためのものである。
【００５１】
問い合わせ条件とは、第１〜第３の問い合わせ情報に基づき、注文問い合わせの可否、および、内容を決定するための条件である。問い合わせ条件は、予め、各リテーラシステム１８ａ〜１８ｃにおいて設定され、各リテーラシステム１８ａ〜１８ｃが有する条件記憶手段に登録されているものである。
問い合わせ条件としては、第１〜第３の問い合わせ情報の優先順位、第２の問い合わせ情報の内容に基づく問い合わせの可否の閾値などを設定することができる。
優先順位については特に限定はないが、第１の問い合わせ情報の優先順位を最先とし、次に第３の問い合わせ情報を優先するように、問い合わせ条件を設定することが好ましい。つまり、第１の問い合わせ情報において、ユーザが、注文問い合わせを可能にしている場合、すなわち注文の意思がある場合には、さらに第２の問い合わせ情報の内容に基づき、注文問い合わせの可否を判断するが、第１の問い合わせ情報において、ユーザが注文問い合わせを拒否している場合は、第２の問い合わせ情報の内容に関わらず、注文問い合わせを行わないように、問い合わせ条件を設定する。
【００５２】
第１の問い合わせ情報において、ユーザに注文の意思があるもの、つまり、第１の問い合わせ情報についての問い合わせ条件をクリアしたものに関しては、さらに、第２の問い合わせ情報に基づき、個々の情報に対する閾値との比較を行い、注文問い合わせの可否を判定する。
第２の問い合わせ情報に対する注文問い合わせの条件は、例えば、プリント注文がされていない画像データのファイル数がある所定値を超えている場合や、最新の情報データのアップロード日時が過去三日以内である場合、データの容量がある一定量を超えた場合などに問い合わせを行うように設定する。
この閾値は、例えば、保存サーバ内の空き容量が不足してきた場合に、ユーザが、保存されている情報データについてプリントやＣＤ−Ｒなどのプロダクトを注文することにより、サーバ内の情報データを削除して、空き容量を増やし、新たな情報データをアップロードすることを想定して設定する。したがって、保存サーバ内の空き容量がわずかな場合に注文問い合わせを行うように、条件を設定するのが好ましい。また、問い合わせと共に、保存サーバ内の空き容量を表示することにより、空き容量が残り少ないことをユーザに提示することができ、より効果的な注文の促進を行うことができる。
また、ユーザが新たに情報データをアップロードした場合は、それについての注文を促進するように条件を設定するのが好ましい。
【００５３】
次に、第３の問い合わせ情報に対する問い合わせ条件は、以前注文問い合わせを行ったにも関わらずユーザが注文を行わなかった場合に、以降注文問い合わせを停止する、ユーザがその後、所定の回数リテーラに来店するまで注文問い合わせを行わない、新しい情報データが保存サーバ１６ａ〜１６ｃにアップロードされるまで注文問い合わせを行わない、などの条件を設定する。なお、リテーラへのユーザの来店回数は、例えば、会員ＩＤがリテーラシステム１８ａ〜１８ｃに読み取られた日付を記録しておくことにより導き出せばよい。
第３の問い合わせ情報を用いることにより、注文問い合わせを行ったが、ユーザに注文の意思がなく、注文がなされなかった場合に、ユーザに何度も同じ問い合わせを行うことを防ぎ、ユーザの心象を害すことなく、注文問い合わせを行うことができる。
【００５４】
本実施例では、一例として、第１の問い合わせ情報が問い合わせ条件をクリアした場合には、第２の問い合わせ情報に対する問い合わせ条件をクリアした注文内容のうち、第３の問い合わせ情報の問い合わせ条件をクリアしたもののみについて、注文問い合わせを行う。
つまり、第１〜第３の問い合わせ情報の優先順位は、第１の問い合わせ情報、第３の問い合わせ情報、第２の問い合わせ情報の順とする。
また、第１〜第３の問い合わせ情報は、ユーザの情報データの保存状況や注文状況、およびユーザの注文の意思により、適宜変更されるものである。
さらに、問い合わせ条件についても、各リテーラの営業方針やサービス内容によって、適宜変更が可能である。これにより、リテーラシステム１８ａ〜１８ｃは、それぞれが独自のサービスをカスタマイズして、提供することができる。
【００５５】
生産システム２２は、リテーラシステム群１８において注文されたプロダクトを生産する部分である。生産システム２２は、例えば、大ラボや、リテーラシステム群１８の店内に設置されているミニラボなどの生産システムである。
生産システム２２は、リテーラシステム群１８から注文情報を受け取ると、これに基づいてプロダクトの生産を行う。
【００５６】
次に、図１の注文促進システム１０における処理の流れを、図１および図２を参照しつつ、詳細に説明する。
【００５７】
初めに、ユーザは、スーパーマーケットやコンビニエンスストアなどの小売店であるリテーラシステム１８ａ〜１８ｃのいずれかに来店して、会員登録を行う。ここでは一例として、リテーラシステム１８ａにおいて、会員登録を行うものとするが、他のリテーラシステムで登録を行った場合も、以下の処理の流れは同様である。
リテーラシステム１８ａは、ユーザに、会員ＩＤを登録した会員カードを発行することにより、会員登録を行う。会員カードは、そのリテーラシステムにおいてユーザがサービスを受けるために、リテーラシステムが発行するカードであり、例えば、ポイントカードなどの公知のカードである。
【００５８】
リテーラシステム１８ａは、ユーザに、第１の問い合わせ情報を入力させることにより、注文意思情報、あるいはさらに注文問い合わせの可否を決定して入力し、さらに、必要に応じて住所や電話番号などの個人情報を入力させる。さらに、リテーラシステム１８ａは、ユーザに会員ＩＤを登録した会員カードを発行すると、自動的に管理サーバ１４にアクセスして、リテーラシステム１８ａの識別情報、会員ＩＤ、ユーザにより入力された第１の問い合わせ情報、ユーザの個人情報、および、リテーラシステム１８ａに対応する、保存先の保存サーバの識別情報を送信する。なお、保存サーバの識別情報は、予めリテーラシステム１８ａにおいて設定されているものである。
管理サーバ１４は、リテーラシステム１８ａの要求に応じて、リテーラシステム１８ａの識別情報および会員ＩＤに基づき、一意のログインＩＤを発行し、リテーラシステム１８ａにこれを送信する。さらに、ログインＩＤを、リテーラシステム１８ａから受け取った会員ＩＤ、第１の問い合わせ情報、ユーザの個人情報、保存サーバの識別情報、およびリテーラシステム１８ａの識別情報と対応付けて、個人情報データベースに登録する。
【００５９】
次に、保存フェーズにおける処理の流れについて説明する。
会員登録が終了した後に、ユーザが、管理サーバ１４のＷｅｂ画面において、発行されたログインＩＤを用いてログインすると、リテーラシステム１８ａにより設定された保存サーバに、自動的に遷移して、情報データをアップロードして、各種のサービスを受けることができる。つまり、管理サーバ１４は、各保存サーバ１６ａ〜１６ｃに遷移するための、共通の窓口としての役割を果たす。ここでは一例として、リテーラシステム１８ａに対応する保存サーバとして、保存サーバ１６ａが設定されているものとするが、他の保存サーバの場合も、以下の処理の流れは同様である。
【００６０】
ユーザは、携帯電話などの通信機能つき撮像機、ＰＣ、ＭＰ３プレーヤなどから、管理サーバ１４のＷｅｂ画面にアクセスして、ログインＩＤを入力する。管理サーバ１４は、個人情報データベースを検索して、入力されたログインＩＤに対応付けられた保存サーバ１６ａの識別情報を読み出し、該当する保存サーバのＷｅｂ画面に遷移する。ユーザは、そこで、所望の情報データを保存サーバにアップロードする。
アップロードされた情報データは、ログインＩＤと対応付けられて、保存サーバ１６ａに保存され、管理される。
【００６１】
これにより、ユーザの利用する保存サーバを、リテーラシステムが指定することができるので、保存サーバを、リテーラが独自に所持しているサーバや、提携企業が提供するサーバとすることにより、リテーラシステムと保存サーバとの結びつきが強いサービスも行うことができ、リテーラシステムと保存サーバとを効果的に連動することができる。
【００６２】
次に、注文フェーズにおける処理の流れについて説明する。
情報データを保存した後に、ユーザが、リテーラで買い物を行って、その会計の際に、ユーザが会員カードを提示すると、オペレータ（リテーラの店員など）が、商品の会計を行うと共に、リテーラシステム１８ａにより会員ＩＤを読み取って、これを管理サーバ１４へ送信する。
【００６３】
管理サーバ１４は、個人情報データベースにおいて、受け取った会員ＩＤに対応するログインＩＤを検索し、ログインＩＤに対応する第１の問い合わせ情報を読み出す。さらに、ログインＩＤに対応する保存サーバの識別情報から、保存サーバ１６ａから、ユーザが選択している保存サーバを識別して、該当する保存サーバへ、保存サーバが有している情報データに基づく第２および第３の問い合わせ情報、ならびに、保存サーバの使用料の情報の通知を要求する。保存サーバは、自身が有しているユーザの情報データに基づき、第２および第３の問い合わせ情報を作成して、これをサーバの使用料の情報と共に、管理サーバ１４に通知する。管理サーバ１４は、個人情報データベースに登録されている第１の問い合わせ情報と、保存サーバから受け取った第２および第３の問い合わせ情報、ならびに保存サーバの使用料の情報とを、リテーラシステム１８ａに送信する。
【００６４】
リテーラシステム１８ａは、管理サーバ１４から受け取った第１〜第３の問い合わせ情報を解析し、これらをリテーラシステム１８ａで設定される問い合わせ条件と照らし合わせて、ユーザへの注文問い合わせの可否および内容を判定する。
判定の結果、注文問い合わせを行うことが可能であれば、リテーラシステム１８ａの表示手段２０ａに、注文問い合わせの可能なプロダクトの内容を表示する。
【００６５】
注文問い合わせは、表示手段２０ａに、未注文データがあることを知らせる表示をすることにより行う。ユーザは、表示手段２０ａの表示を見て、未注文の情報データについて注文を行いたい場合は、表示手段２０ａのタッチパネルを操作することにより、その場で注文を行う。
あるいは、リテーラシステム１８ａにおいて会計時に、表示手段２０ａがオペレータに向けて、「ユーザに、未注文のデータがあるので問い合わせをして下さい」などの、未注文の情報データがある旨の表示を行い、表示を見たオペレータが口頭でユーザに問い合わせを行ってもよい。
この場合は、ユーザが、注文を行うことをオペレータに口頭で伝えると、オペレータがリテーラシステム１８ａを操作して、注文内容を入力するようにすればよい。
【００６６】
図３に、表示手段２０ａにおける注文画面の一例を示す。図３では、一例として、リテーラシステム１８ａに、第２の問い合わせ情報として、プリント注文がされていない画像データのファイル数の情報、および、ＣＤ−Ｒへの記録を行っていない画像データのファイル数の情報が含まれている場合の画面例を示す。
図３において、プロダクトの表示として、第２の問い合わせ情報に対応して、プリントおよびＣＤ−Ｒの２種類を、生産可能なプロダクトとして表示し、さらにこれらの数量、金額、および合計金額を表示する。なお、プロダクトの表示は、第２の問い合わせ情報の内容によって、適宜変更する。
プロダクトの数量は、セット数単位で設定し、例えばプリントであれば、全画像データにつき、１枚ずつプリントを行うことを１セットとして設定する。そして、各プロダクトの料金、および、全ての注文の合計の料金を合わせて表示する。
なお、注文問い合わせを行う情報データが画像データである場合は、注文画面の下部などに、画像データの一部を、サムネイル画像として表示してもよい。
【００６７】
また、プロダクトがプリントである場合に備えて、保存サーバ１６ａにおいて、予め画像データの顔認証機能により、各画像データについて、プリント枚数を個々に自動設定してもよい。つまり、画像データを保存サーバ１６ａへアップロードする際に、保存サーバ１６ａにおいて、公知の顔認証機能を用いて、各画像データについて、画像内に存在する顔の数を識別する。そして、識別された顔の数を、その画像データのプリント枚数として、各画像データに付随させて記憶しておく。リテーラシステム１８ａにおけるプリント注文時には、この付随されたプリント枚数を、デフォルト値として自動的に設定する。
あるいは、情報データのアップロード時や、その後、ユーザが管理サーバ１４にログインした際に、各画像データの注文数を、ユーザが任意に設定しておき、各画像データに付随させるようにしてもよい。
【００６８】
ユーザは、表示手段２０ａのタッチパネルなどを操作することにより、各プロダクトの数量を設定して、注文ボタンを押下することで、プロダクトの注文を行う。ユーザが注文を行うと、リテーラシステム１８ａにおいて、注文内容に応じた代金をリテーラでのユーザの購入商品の代金に加算した金額が、支払い金額として提示される。つまり、注文への課金が、リテーラシステム１８ａでの買い物と同時に行われることになる。ユーザは、リテーラシステム１８ａにおいて、リテーラでの買い物の代金と注文の代金とを合計した金額を支払う。
【００６９】
ここで、プロダクトの料金は、リテーラシステム１８ａが管理サーバ１４から受け取った、保存サーバの使用料に基づき設定される。つまり、リテーラシステム１８ａは、生産システム２２でのプロダクトの生産料金に保存サーバ１６ａのサーバ使用料を加算したものを注文代金として、ユーザに対する課金を行う。
このようにして、リテーラシステム１８ａでの会計時に、簡単な操作で、ユーザがプロダクトの注文を行うことができる。
【００７０】
代金の支払いが完了すると、リテーラシステム１８ａは、入力された注文内容を注文情報として、生産システム２２に送信する。生産システム２２では、注文情報を受け取ると、保存サーバ１６ａから該当する情報データを取得し、プロダクトの生産を開始する。
【００７１】
また、リテーラでの会計時には、リテーラシステム１８ａは、ユーザに対して生産完了時刻を提示してもよい。例えば、リテーラがスーパーマーケットであれば、同じ店舗内にある写真店に備えられている生産システム２２によって、プロダクトを生産する場合がある。この時に、リテーラシステム１８ａにおいて、生産システム２２の稼動状況などを取得して、プロダクトの生産および梱包に必要な作業時間等を計算し、ユーザがリテーラで購入した商品を袋詰めして、その後写真店に向かうまでの数分間の間にプロダクトの受け渡し準備が終了可能であるかどうか、つまり、その場で受け渡し可能かどうかを判断する。そして、受け渡しが可能であると判断すれば、その旨を画面に表示することにより、ユーザに伝える。また、プロダクトの生産に時間を要する場合や、店内に生産システム２２を備えていないリテーラの場合は、その場での受け渡しが困難であるため、ユーザに受け渡し可能な日時を提示してもよい。これにより、ユーザは、受け渡し可能な日時にリテーラへ来店して、プロダクトを受け取ることができる。あるいは、リテーラは、ユーザが日常利用する小売店であるので、次回のユーザのリテーラへの来店時に、リテーラシステム１８ａにおいて、プロダクトの受取を行うように表示手段２０ａに表示することにより、ユーザが注文したことを忘れていた場合にも、受取を行うことができる。
【００７２】
また、会員登録時に、ユーザの住所などを登録しておくことにより、完成したプロダクトを宅配によってユーザの自宅へ配送することもできる。この場合は、リテーラシステム１８ａにおいて、配送伝票のプリント機能を備えることにより、注文時に、配送伝票をプリントすればよい。
本発明の注文促進システムにおいては、プロダクトの注文を行う生産を開始する時点で、すでに課金は終了しているので、プロダクトの受取形態は、ユーザのニーズに合わせて、様々な方法をとることができる。
【００７３】
上述の実施例では、各リテーラシステム１８ａ〜１８ｃにおいて、ユーザが使用する保存サーバを自動的に決定する方法をとったが、本発明はこれに限定されず、初めに管理サーバ１４においてユーザにログインＩＤを発行して、ユーザに好みの保存サーバを選択させてもよい。
以下に、このような実施例について詳述する。
【００７４】
初めて情報データをアップロードするユーザは、携帯電話やＰＣを通して、管理サーバ１４のＷｅｂ画面にアクセスする。次に、ユーザは、保存サーバ群１６の中から、情報データをアップロードする保存サーバを選択する。保存サーバの選択は、ユーザが受けたいサービスに応じて行えばよい。ここでは、一例として、保存サーバ１６ａが選択されたものとするが、他の保存サーバが選択された場合であっても、以下の処理の流れは同様である。
続いて、ユーザは、第１の問い合わせ情報を入力し、必要に応じて、さらに個人情報を入力する。
管理サーバ１４は、ユーザに対してログインＩＤを発行し、ユーザが入力した第１の問い合わせ情報、個人情報、およびユーザが選択した保存サーバの識別情報と対応付けて、個人情報データベースに登録することにより、ユーザ登録を行う。
【００７５】
ユーザは、次回の管理サーバ１４のＷｅｂ画面へのアクセス時からは、発行されたログインＩＤを入力することにより、ユーザ登録時に選択した保存サーバのＷｅｂサイトに自動的に導かれることになる。
【００７６】
ログイン登録後に、ユーザは、自身が選択した保存サーバ１６ａに対応するリテーラへ来店して、リテーラシステム１８ａにおいて会員登録を行う。会員登録の際には、リテーラシステム１８ａは、ユーザに、管理サーバ１４において発行されたログインＩＤを申告させる。リテーラシステム１８ａは、会員登録を行うと、発行した会員カードの会員ＩＤを、ユーザが申告したログインＩＤと共に、管理サーバ１４へ送信する。管理サーバ１４は、受け取ったログインＩＤから個人情報データベース内に登録されているログインＩＤを検索し、これに対応付けて、受け取った会員ＩＤを個人情報データベースに登録する。
以降は、上述の実施例と同様に、ユーザによる情報データのアップロード、および、リテーラシステムによる注文問い合わせを行うことができる。
【００７７】
あるいは、管理サーバ１４は、ユーザ登録を行う際に、ユーザが選択した保存サーバ１６ａに対応するリテーラシステム１８ａから新たな会員ＩＤを自動的に取得して、上述したログインＩＤなどの情報に加えて、取得した会員ＩＤも個人情報データベースに登録するようにしてもよい。
【００７８】
また、上述の実施例においては、注文画面は図３に示すような簡易なものとしているが、ユーザが注文の内容を時間をかけて決定したいときは、リテーラにおいて、リテーラシステム１８ａ〜１８ｃに設置されている表示手段２０ａ〜２０ｃとは別に、詳細注文システムを設置して、これを用いて注文を行うようにしてもよい。リテーラシステム１８ａ〜１８ｃは、ユーザが詳細な注文を行いたいと希望した場合には、管理サーバ１４から受信した各問い合わせ情報および問い合わせ条件などを、店内の所定箇所に設置された詳細注文システムに転送する。詳細注文システムでは、受け取った情報に基づき、詳細な注文を行うための注文画面を表示する。ここでは、画像データのサムネイル画像を表示して、各画像について、注文の有無や数、画像処理の内容などの詳細に渡り、ユーザが設定を行い、注文を行うことができる。リテーラシステム１８ａ〜１８ｃにおいて、即座に注文内容を決定することが困難なユーザは、この詳細注文システムによって、時間をかけて注文を行うことができる。詳細注文システムにおいてなされた注文内容は、リテーラシステム１８ａ〜１８ｃでなされた注文と同様に、生産システム２２へ送信され、プロダクトの生産が開始される。
また、注文問い合わせをされた情報データが画像データである場合は、リテーラシステム１８ａ〜１８ｃなどでインデクッスプリントを印刷してユーザに提供し、ユーザは、後にこのインデックスプリントを参考にして、時間をかけて注文内容を検討することができるようにしてもよい。
【００７９】
また、上述の実施例では、各リテーラシステム１８ａ〜１８ｃごとに問い合わせ条件を設定することにより、リテーラシステムごとに独自のサービスをカスタマイズして、提供することができるが、本発明はこれに限定されず、管理サーバ１４において、一括して一つの問い合わせ条件を設定して、保持してもよい。例えば、図４に示すように、簡便にシステムを構築したい場合には、各リテーラシステムごとに差異をつけずに、中央で各保存サーバを管理している管理サーバ１４において、全ての問い合わせ情報及び問い合わせ条件を保持し、これらを解析して、注文問い合わせの判定結果のみをリテーラシステムに通知する。これにより、注文促進システム全体のメンテナンス性を向上させることができる。
また、第１〜第３の問い合わせ情報についても、管理サーバ１４の個人情報データベースで保持していてもよいし、リテーラシステム１８ａ〜１８ｃで、第１〜第３の問い合わせ情報を部分的に、または全て保持していてもよい。
【００８０】
さらに、本発明において、カメラ付携帯電話などの、ネットワークに接続可能な撮影機器を用いて情報データを得た場合は、例えば撮影機器において、1枚画像を撮影する度に、撮影された画像データを自動的に、管理サーバ１４へアップロードするようにしてもよい。この時、ログインＩＤは、撮影機器から画像データと共に管理サーバ１４へ送信され、自動的にログインする。この場合のログインＩＤは、予め管理サーバ１４のＷｅｂ画面においてログイン登録時に設定したものでもよいし、あるいは、撮影機器の機種が個別に有する識別ＩＤを用いてもよい。
【００８１】
このように、本発明の注文促進システムによれば、ユーザの情報データを保存管理サーバで保存、管理するサービスを提供することにより、保存管理サーバにユーザの情報データを呼び込み、膨大な情報データの管理権を得ることができる。
また、ユーザへ定期的に、かつ能動的に注文問い合わせを行い、注文を促進することで、これまで保存サーバに保存されるに留まっていた情報データを、効果的に注文に導き、利益を得ることが可能となる。さらに、各問い合わせ情報および問い合わせ条件を用いて注文問い合わせの可否を判断することにより、リテーラシステムが、保存サーバと連動して、ユーザの情報データの保存情報を把握することができ、かつ、ユーザの心象を害すことなく、保存サーバ内の情報データの保存情報に応じて、注文問い合わせを行うことができ、有用性を実現することができる。
また、リテーラシステムにおいて発行される会員ＩＤと、管理サーバにおいて発行されるログインＩＤとを対応付けて管理することにより、プロダクトの注文の意思を持たないユーザに対して、スーパーマーケットやコンビニエンスストアでの買い物など、プロダクトの注文行為とは乖離した日常生活の中で、注文の訴求を行うことが可能となる。また、リテーラでの日常の買い物のついでに注文を行うことができ、プロダクトに対する課金が、リテーラでの買い物における購入金額に加算されるため、写真店などに出かけてプロダクトのみを注文する場合に比較して、ユーザの心理的な注文への抵抗力を和らげ、注文促進の効果が高まる。
【００８２】
さらに、ユーザは、多種多様なサービスを展開する各リテーラにおいて、買い物のついでに注文を行うことができるため、従来のように、注文やプロダクトの受取のためだけに店頭に出向く必要がなく、利便性が向上する。
また、リテーラシステムにおいてユーザが注文を行うと、その場で代金を支払うことになるので、注文と課金とを同時に行うことができる。このため、クレジットカードによる課金において生じるセキュリティのリスクを回避し、かつ、プロダクトの受取時の課金や、配送時の着払いによる課金の場合に生じる悪戯注文の防止も可能となる。
【００８３】
以上、本発明に係る注文促進システムについて詳細に説明したが、本発明は上記種々の実施例に限定されず、本発明の主旨を逸脱しない範囲において、種々の改良や変更をしてもよいのはもちろんである。
【図面の簡単な説明】
【００８４】
【図１】本発明の注文促進システムのシステム構成の一例を示すブロック図である。
【図２】本発明の注文促進システムの機能ごとの構成の一例を示すブロック図である。
【図３】注文画面の一例を示す図である。
【図４】本発明の注文促進システムの機能ごとの構成の他の一例を示すブロック図である。
【符号の説明】
【００８５】
１０ 注文促進システム
１２ 画像／音楽情報保存管理サーバ
１４ 管理サーバ
１６ａ、１６ｂ、１６ｃ 保存サーバ
１８ａ、１８ｂ、１８ｃ リテーラシステム
２０ａ、２０ｂ、２０ｃ 表示手段
２２ 生産システム
【特許請求の範囲】
【請求項１】
通信ネットワークを介してユーザがアップロードした画像データまたは音楽データを含む情報データ、もしくは、該情報データのアップロード後の保存状況を取得する取得手段、取得した前記情報データ、もしくは、前記保存状況に基づいて、前記情報データの注文の問い合わせ情報を解析する解析手段、および、前記情報データ、もしくは、前記保存状況と前記問い合わせ情報とを対応付けて保存する保存手段を有する保存管理サーバと、
ユーザの会員ＩＤを取得するＩＤ取得手段、および、注文の問い合わせ条件を記憶する条件記憶手段を有し、商品の販売管理機能を備える１以上のリテーラシステムとを備える注文促進システムであって、
前記リテーラシステムは、前記ＩＤ取得手段により取得した会員ＩＤを前記保存管理サーバに送信し、
前記保存管理サーバは、前記保存手段から、受信した前記会員ＩＤに対応する前記問い合わせ情報を読み出して、前記リテーラシステムに送信し、
前記リテーラシステムは、前記保存管理サーバから受け取った前記問い合わせ情報、および、前記条件記憶手段に記憶されている前記問い合わせ条件に基づき、前記ユーザへの前記各情報データまたは各プロダクトについての注文の問い合わせの可否および内容を判定し、判定結果に基づき注文の問い合わせを行うことを特徴とする注文促進システム。
【請求項２】
通信ネットワークを介してユーザがアップロードした画像データまたは音楽データを含む情報データ、もしくは、該情報データのアップロード後の保存状況を取得する取得手段、取得した前記情報データ、もしくは、前記保存状況に基づいて、前記情報データの注文の問い合わせ情報を解析する解析手段、前記情報データ、もしくは、前記保存状況と前記問い合わせ情報とを対応付けて保存する保存手段、および、注文の問い合わせ条件を記憶する条件記憶手段とを有する保存管理サーバと、
ユーザの会員ＩＤを取得するＩＤ取得手段を有するリテーラシステムとを備える注文促進システムであって、
前記リテーラシステムは、前記ＩＤ取得手段により取得した会員ＩＤを前記保存管理サーバに送信し、
前記保存管理サーバは、前記保存手段から、受信した前記会員ＩＤに対応する前記問い合わせ情報、および、前記問い合わせ条件を読み出して、これらに基づき、前記ユーザへの前記各情報データまたは各プロダクトについての注文の問い合わせの可否および内容を判定し、判定結果を前記リテーラシステムに送信し、
前記リテーラシステムは、受信した前記判定結果に基づき注文の問い合わせを行うことを特徴とする注文促進システム。
【請求項３】
前記保存管理サーバは、前記情報データのアップロードを行うユーザをログインＩＤにより認証する認証手段を有し、
前記保存手段は、アップロードされた前記情報データを前記ログインＩＤおよび前記会員ＩＤと対応付けて保存することを特徴とする請求項１または２に記載の注文促進システム。
【請求項４】
前記問い合わせ情報は、
前記各情報データまたは各プロダクトについての注文問い合わせの可否情報とユーザの注文意思情報とを含む第１の問い合わせ情報、ならびに、
前記情報データの最新のアップロード時刻情報、注文問い合わせを行っていない情報データが存在するか否かの情報、プリント注文がされていない画像データのファイル数の情報、プリント注文がされていない画像データのファイル容量の情報、記録媒体への記録を行っていない画像データのファイル数の情報、記録媒体への記録を行っていない画像データのファイル容量の情報、記録媒体への記録を行っていない音楽データのファイル数の情報、および、記録媒体への記録を行っていない音楽データのファイル容量の情報のうち１以上を含む第２の問い合わせ情報のうち少なくとも1つを含むことを特徴とする請求項１〜３のいずれかに記載の注文促進システム。
【請求項５】
前記問い合わせ条件とは、前記問い合わせ情報に基づき前記各情報データまたは各プロダクトについての注文の問い合わせの可否を判定するための条件であり、
前記第１の問い合わせ情報については、注文問い合わせが可であり、かつ、ユーザに注文の意思があることを、第２の問い合わせ情報については、各情報と所定の閾値との比較の結果を、それぞれ条件とし、全ての前記問い合わせ条件を満たす場合に、注文の問い合わせが可能であると判定することを特徴とする請求項４に記載の注文促進システム。
【請求項６】
前記問い合わせ情報は、さらに、ユーザへの注文の問い合わせ時に、注文がされなかった場合の問い合わせ内容および日時を含む情報を第３の問い合わせ情報として有し、
前記問い合わせ条件は、前記第１の問い合わせ情報において、注文問い合わせが可であり、かつ、ユーザに注文の意思があるものに関して、前記第３の問い合わせ情報に基づき注文の問い合わせの可否を判定することを特徴とする請求項５に記載の注文促進システム。
【請求項７】
前記リテーラシステムは、前記判定結果に基づき、問い合わせ可能なプロダクトを表示する表示手段を有することを特徴とする請求項１〜６のいずれかに記載の注文促進システム。
【請求項８】
さらに、前記リテーラシステムでなされたユーザの注文に基づきプロダクトの生産処理を行う生産部を有し、
前記リテーラシステムは、ユーザからの注文を受け付ける注文受付手段を有し、
前記注文受付手段は、前記問い合わせに応じたユーザによる注文を受け付けると、該注文に対して課金を行い、前記生産部に注文情報を送信し、
前記生産部は、前記注文情報を受信すると、前記保存管理サーバから前記注文情報に対応する前記情報データを取得し、生産処理を行うことを特徴とする請求項１〜７のいずれかに記載の注文促進システム。
【請求項９】
前記保存管理サーバは、１の管理サーバと、サーバ使用料情報を保持する少なくとも１以上の保存サーバとを有し、
前記保存手段は、前記保存サーバの識別情報を前記会員ＩＤと対応付けて保存し、
前記保存管理サーバは、前記リテーラシステムから前記会員ＩＤを受信すると、前記保存手段において前記会員ＩＤに対応付けられた前記保存サーバの識別情報を読み出し、前記保存サーバのサーバ使用料情報を取得して前記リテーラシステムに通知し、
前記リテーラシステムは、前記プロダクトの生産料金に、通知された前記サーバ使用料情報に基づくサーバ使用料を加算した金額をユーザに課金することを特徴とする請求項１〜８のいずれかに記載の注文促進システム。
【請求項１０】
前記リテーラシステムは、新規な会員ＩＤを発行し、前記会員ＩＤを前記リテーラシステムの識別情報と共に前記保存管理サーバに送信して、
前記保存管理サーバは、受信した前記会員ＩＤおよび前記リテーラシステムの識別情報に基づき、新規なログインＩＤを発行し、
前記保存手段は、前記会員ＩＤおよび前記ログインＩＤを対応付けて保存し、管理することを特徴とする請求項３〜９のいずれかに記載の注文促進システム。
【請求項１１】
前記リテーラシステムは、新規な会員ＩＤを発行し、前記会員ＩＤをユーザにより申告されたログインＩＤと共に前記保存管理サーバに送信して、
前記保存管理サーバは、前記保存手段において、受信した前記会員ＩＤおよび前記ログインＩＤを対応付けて保存し、管理することを特徴とする請求項３〜９のいずれかに記載の注文促進システム。
【請求項１２】
前記認証手段は、前記ログインＩＤを取得すると、前記保存手段から、前記ログインＩＤに対応付けられた前記会員ＩＤに基づき、対応する前記保存サーバの識別情報を読み出し、前記保存サーバの識別情報に基づき、特定の前記保存サーバへ自動的に遷移することを特徴とする請求項３〜１１のいずれかに記載の注文促進システム。
【請求項１３】
前記保存管理サーバは、アップロードされた前記情報データが画像データである場合は、顔の数を判定して、これを該画像データの注文数として該画像データに付加する顔認証手段を有することを特徴とする請求項１〜１２のいずれかに記載の注文促進システム。
【請求項１４】
前記保存管理サーバは、ユーザが任意に画像データの生産数を設定するための数量設定機能を備えることを特徴とする請求項１〜１３のいずれかに記載の注文促進システム。
【請求項１５】
さらに、前記問い合わせ情報および前記問い合わせ条件に基づき、注文の詳細な設定を行う詳細注文部を有し、
前記リテーラシステムは、前記問い合わせ情報および前記問い合わせ条件を該詳細注文部に転送することを特徴とする請求項１〜１４のいずれかに記載の注文促進システム。
【請求項１６】
前記リテーラシステムは、前記プロダクトをユーザに配送するための配送伝票のプリント部を有することを特徴とする請求項８〜１５のいずれかに記載の注文促進システム。
【請求項１７】
前記注文受付手段は、前記注文情報に基づき前記プロダクトの生産完了時刻を計算し、ユーザに提示する手段を有することを特徴とする請求項８〜１６のいずれかに記載の注文促進システム。
【請求項１８】
請求項１〜１７のいずれかに記載の注文促進システムに備えられることを特徴とする保存管理サーバ。
【請求項１９】
請求項１〜１７のいずれかに記載の注文促進システムに備えられることを特徴とするリテーラシステム。
【請求項１】
通信ネットワークを介してユーザがアップロードした画像データまたは音楽データを含む情報データ、もしくは、該情報データのアップロード後の保存状況を取得する取得手段、取得した前記情報データ、もしくは、前記保存状況に基づいて、前記情報データの注文の問い合わせ情報を解析する解析手段、および、前記情報データ、もしくは、前記保存状況と前記問い合わせ情報とを対応付けて保存する保存手段を有する保存管理サーバと、
ユーザの会員ＩＤを取得するＩＤ取得手段、および、注文の問い合わせ条件を記憶する条件記憶手段を有し、商品の販売管理機能を備える１以上のリテーラシステムとを備える注文促進システムであって、
前記リテーラシステムは、前記ＩＤ取得手段により取得した会員ＩＤを前記保存管理サーバに送信し、
前記保存管理サーバは、前記保存手段から、受信した前記会員ＩＤに対応する前記問い合わせ情報を読み出して、前記リテーラシステムに送信し、
前記リテーラシステムは、前記保存管理サーバから受け取った前記問い合わせ情報、および、前記条件記憶手段に記憶されている前記問い合わせ条件に基づき、前記ユーザへの前記各情報データまたは各プロダクトについての注文の問い合わせの可否および内容を判定し、判定結果に基づき注文の問い合わせを行うことを特徴とする注文促進システム。
【請求項２】
通信ネットワークを介してユーザがアップロードした画像データまたは音楽データを含む情報データ、もしくは、該情報データのアップロード後の保存状況を取得する取得手段、取得した前記情報データ、もしくは、前記保存状況に基づいて、前記情報データの注文の問い合わせ情報を解析する解析手段、前記情報データ、もしくは、前記保存状況と前記問い合わせ情報とを対応付けて保存する保存手段、および、注文の問い合わせ条件を記憶する条件記憶手段とを有する保存管理サーバと、
ユーザの会員ＩＤを取得するＩＤ取得手段を有するリテーラシステムとを備える注文促進システムであって、
前記リテーラシステムは、前記ＩＤ取得手段により取得した会員ＩＤを前記保存管理サーバに送信し、
前記保存管理サーバは、前記保存手段から、受信した前記会員ＩＤに対応する前記問い合わせ情報、および、前記問い合わせ条件を読み出して、これらに基づき、前記ユーザへの前記各情報データまたは各プロダクトについての注文の問い合わせの可否および内容を判定し、判定結果を前記リテーラシステムに送信し、
前記リテーラシステムは、受信した前記判定結果に基づき注文の問い合わせを行うことを特徴とする注文促進システム。
【請求項３】
前記保存管理サーバは、前記情報データのアップロードを行うユーザをログインＩＤにより認証する認証手段を有し、
前記保存手段は、アップロードされた前記情報データを前記ログインＩＤおよび前記会員ＩＤと対応付けて保存することを特徴とする請求項１または２に記載の注文促進システム。
【請求項４】
前記問い合わせ情報は、
前記各情報データまたは各プロダクトについての注文問い合わせの可否情報とユーザの注文意思情報とを含む第１の問い合わせ情報、ならびに、
前記情報データの最新のアップロード時刻情報、注文問い合わせを行っていない情報データが存在するか否かの情報、プリント注文がされていない画像データのファイル数の情報、プリント注文がされていない画像データのファイル容量の情報、記録媒体への記録を行っていない画像データのファイル数の情報、記録媒体への記録を行っていない画像データのファイル容量の情報、記録媒体への記録を行っていない音楽データのファイル数の情報、および、記録媒体への記録を行っていない音楽データのファイル容量の情報のうち１以上を含む第２の問い合わせ情報のうち少なくとも1つを含むことを特徴とする請求項１〜３のいずれかに記載の注文促進システム。
【請求項５】
前記問い合わせ条件とは、前記問い合わせ情報に基づき前記各情報データまたは各プロダクトについての注文の問い合わせの可否を判定するための条件であり、
前記第１の問い合わせ情報については、注文問い合わせが可であり、かつ、ユーザに注文の意思があることを、第２の問い合わせ情報については、各情報と所定の閾値との比較の結果を、それぞれ条件とし、全ての前記問い合わせ条件を満たす場合に、注文の問い合わせが可能であると判定することを特徴とする請求項４に記載の注文促進システム。
【請求項６】
前記問い合わせ情報は、さらに、ユーザへの注文の問い合わせ時に、注文がされなかった場合の問い合わせ内容および日時を含む情報を第３の問い合わせ情報として有し、
前記問い合わせ条件は、前記第１の問い合わせ情報において、注文問い合わせが可であり、かつ、ユーザに注文の意思があるものに関して、前記第３の問い合わせ情報に基づき注文の問い合わせの可否を判定することを特徴とする請求項５に記載の注文促進システム。
【請求項７】
前記リテーラシステムは、前記判定結果に基づき、問い合わせ可能なプロダクトを表示する表示手段を有することを特徴とする請求項１〜６のいずれかに記載の注文促進システム。
【請求項８】
さらに、前記リテーラシステムでなされたユーザの注文に基づきプロダクトの生産処理を行う生産部を有し、
前記リテーラシステムは、ユーザからの注文を受け付ける注文受付手段を有し、
前記注文受付手段は、前記問い合わせに応じたユーザによる注文を受け付けると、該注文に対して課金を行い、前記生産部に注文情報を送信し、
前記生産部は、前記注文情報を受信すると、前記保存管理サーバから前記注文情報に対応する前記情報データを取得し、生産処理を行うことを特徴とする請求項１〜７のいずれかに記載の注文促進システム。
【請求項９】
前記保存管理サーバは、１の管理サーバと、サーバ使用料情報を保持する少なくとも１以上の保存サーバとを有し、
前記保存手段は、前記保存サーバの識別情報を前記会員ＩＤと対応付けて保存し、
前記保存管理サーバは、前記リテーラシステムから前記会員ＩＤを受信すると、前記保存手段において前記会員ＩＤに対応付けられた前記保存サーバの識別情報を読み出し、前記保存サーバのサーバ使用料情報を取得して前記リテーラシステムに通知し、
前記リテーラシステムは、前記プロダクトの生産料金に、通知された前記サーバ使用料情報に基づくサーバ使用料を加算した金額をユーザに課金することを特徴とする請求項１〜８のいずれかに記載の注文促進システム。
【請求項１０】
前記リテーラシステムは、新規な会員ＩＤを発行し、前記会員ＩＤを前記リテーラシステムの識別情報と共に前記保存管理サーバに送信して、
前記保存管理サーバは、受信した前記会員ＩＤおよび前記リテーラシステムの識別情報に基づき、新規なログインＩＤを発行し、
前記保存手段は、前記会員ＩＤおよび前記ログインＩＤを対応付けて保存し、管理することを特徴とする請求項３〜９のいずれかに記載の注文促進システム。
【請求項１１】
前記リテーラシステムは、新規な会員ＩＤを発行し、前記会員ＩＤをユーザにより申告されたログインＩＤと共に前記保存管理サーバに送信して、
前記保存管理サーバは、前記保存手段において、受信した前記会員ＩＤおよび前記ログインＩＤを対応付けて保存し、管理することを特徴とする請求項３〜９のいずれかに記載の注文促進システム。
【請求項１２】
前記認証手段は、前記ログインＩＤを取得すると、前記保存手段から、前記ログインＩＤに対応付けられた前記会員ＩＤに基づき、対応する前記保存サーバの識別情報を読み出し、前記保存サーバの識別情報に基づき、特定の前記保存サーバへ自動的に遷移することを特徴とする請求項３〜１１のいずれかに記載の注文促進システム。
【請求項１３】
前記保存管理サーバは、アップロードされた前記情報データが画像データである場合は、顔の数を判定して、これを該画像データの注文数として該画像データに付加する顔認証手段を有することを特徴とする請求項１〜１２のいずれかに記載の注文促進システム。
【請求項１４】
前記保存管理サーバは、ユーザが任意に画像データの生産数を設定するための数量設定機能を備えることを特徴とする請求項１〜１３のいずれかに記載の注文促進システム。
【請求項１５】
さらに、前記問い合わせ情報および前記問い合わせ条件に基づき、注文の詳細な設定を行う詳細注文部を有し、
前記リテーラシステムは、前記問い合わせ情報および前記問い合わせ条件を該詳細注文部に転送することを特徴とする請求項１〜１４のいずれかに記載の注文促進システム。
【請求項１６】
前記リテーラシステムは、前記プロダクトをユーザに配送するための配送伝票のプリント部を有することを特徴とする請求項８〜１５のいずれかに記載の注文促進システム。
【請求項１７】
前記注文受付手段は、前記注文情報に基づき前記プロダクトの生産完了時刻を計算し、ユーザに提示する手段を有することを特徴とする請求項８〜１６のいずれかに記載の注文促進システム。
【請求項１８】
請求項１〜１７のいずれかに記載の注文促進システムに備えられることを特徴とする保存管理サーバ。
【請求項１９】
請求項１〜１７のいずれかに記載の注文促進システムに備えられることを特徴とするリテーラシステム。
【図１】
【図２】
【図３】
【図４】
【図２】
【図３】
【図４】
【公開番号】特開２００８−２５０７１２（Ｐ２００８−２５０７１２Ａ）
【公開日】平成２０年１０月１６日（２００８．１０．１６）
【国際特許分類】
【出願番号】特願２００７−９１６０３（Ｐ２００７−９１６０３）
【出願日】平成１９年３月３０日（２００７．３．３０）
【出願人】（３０６０３７３１１）富士フイルム株式会社 (25,513)
【Ｆターム（参考）】
【公開日】平成２０年１０月１６日（２００８．１０．１６）
【国際特許分類】
【出願日】平成１９年３月３０日（２００７．３．３０）
【出願人】（３０６０３７３１１）富士フイルム株式会社 (25,513)
【Ｆターム（参考）】
[ Back to top ]