JP2022085175A - 注文受付端末、注文受付方法及びプログラム - Google Patents

Abstract

【課題】ユーザの携帯端末から無線ＬＡＮを介して送信された画像データと印刷に関する注文とを比較的容易に対応付けることが可能な注文受付端末、注文受付方法及びプログラムを提供する。【解決手段】注文受付端末は、プロセッサと、第１及び第２プログラムを記憶するメモリと、ディスプレイとを備える。第１プログラムは、注文画面をディスプレイに表示させる処理と、注文が開始されるのに応じて、ランダムなＩＤを生成する処理と、画像データをアップロードするための画像受付画面のＵＲＬを特定可能な情報をディスプレイに表示させる処理とをプロセッサに実行させる。ＵＲＬには、ＩＤが含まれる。ＵＲＬのホスト名は、注文受付端末のＩＰアドレスである。第２プログラムは、画像受付画面を通じて選択された画像データを携帯端末から無線ＬＡＮを介して受信する処理をプロセッサに実行させる。【選択図】図１

Description

本発明は、注文受付端末、注文受付方法及びプログラムに関する。

特開２００５－０９４２０６号公報（特許文献１）は、画像形成装置を開示する。この画像形成装置は、撮像部と、無線通信部と、画像出力部と、処理部とを備える。この処理部は、画像取込部と、状態情報取得部と、一次照合部と、データ取得部と、印刷指示部とを備える。画像取込部は、撮像部が撮像した画像を取り込む。状態情報取得部は、無線通信部が受信した携帯端末の状態情報を取得する。一次照合部は、画像取込部が取り込んだ画像と状態情報取得部が取得した状態情報とを照合する。データ取得部は、一次照合で無線通信対象と認定された携帯端末から無線通信部が受信した画像データを取得する。印刷指示部は、データ取得部によって取得された画像データに基づく印刷を画像出力部に対して指示する（特許文献１参照）。

特開２００５－０９４２０６号公報

本発明は、ユーザの携帯端末から無線ＬＡＮ（Local Area Network）を介して送信された画像データと印刷に関する注文とを比較的容易に対応付けることが可能な注文受付端末、注文受付方法及びプログラムを提供することを目的とする。

本発明のある局面に従う注文受付端末は、印刷に関する注文を受け付ける注文受付端末である。注文受付端末は、プロセッサと、第１及び第２プログラムを記憶するメモリと、ディスプレイとを備える。第１プログラムは、印刷に関する注文画面をディスプレイに表示させる処理と、注文画面を通じた注文が開始されるのに応じて、注文を識別するためのランダムなＩＤ（Identification）を生成する処理と、印刷の対象となる画像データをアップロードするための画像受付画面のＵＲＬ（Uniform Resource Locator）を特定可能な情報をディスプレイに表示させる処理とを前記プロセッサに実行させる。ＵＲＬには、ＩＤが含まれる。ＵＲＬのホスト名は、注文受付端末のＩＰ（Internet Protocol）アドレスである。第２プログラムは、ユーザの携帯端末において表示された画像受付画面を通じて選択された画像データを携帯端末から無線ＬＡＮを介して受信する処理をプロセッサに実行させる。

この注文受付端末においては、注文毎にランダムにＩＤが生成され、該ＩＤが画像受付画面のＵＲＬに含まれる。そして、該ＵＲＬを特定可能な情報がディスプレイに表示される。該ＵＲＬは、注文を行なっているユーザしか知り得ない。したがって、ユーザの携帯端末のＷｅｂブラウザを通じて、該ＵＲＬへのアクセスが行なわれ、画像受付画面を通じて画像データがアップロードされると、アップロードされた画像と注文受付端末における注文とを一対一で対応付けることができる。すなわち、この注文受付端末によれば、例えば、ユーザの携帯端末に特別なアプリケーションをインストールする等の手間を要さず、通常のＷｅｂブラウザを通じて送信された画像データと印刷に関する注文とを対応付けることができる。

また、同一店舗に複数の注文受付端末が配置される場合がある。このような場合に、複数の注文受付端末が同一のＩＤを生成し、複数の注文受付端末間で画像受付画面のＵＲＬが同一となると、各注文受付端末において、Ｗｅｂブラウザを通じて送信された画像データと印刷に関する注文とを一対一で対応付けられない。この注文受付端末においては、画像受付画面のＵＲＬのホスト名が注文受付端末のＩＰアドレスである。したがって、この注文受付端末によれば、同一店舗に複数の注文受付端末が配置されても、複数の注文受付端末間で画像受付画面のＵＲＬが同一とならない。その結果、この注文受付端末によれば、同一店舗に複数の注文受付端末が配置されても、Ｗｅｂブラウザを通じて送信された画像データと印刷に関する注文とを一対一で対応付けることができる。

上記注文受付端末において、第２プログラムは、ＩＤの更新時にランダムなキーを生成する処理と、ＩＤ及びキーを画像受付画面に含める処理と、携帯端末による画像データの送信時に、ＩＤ及びキーの注文受付端末への送信を携帯端末に行なわせる処理とをプロセッサにさらに実行させてもよい。

この注文受付端末は、携帯端末から画像データと共にＩＤ及びキーを受信する。この注文受付端末によれば、ＩＤ及びキーの両方が正しいか否かを確認することによって、意図しない画像データのアップロードをより高精度に検出することができる。

上記注文受付端末において、ＩＤ及びキーの各々は、非表示の状態で画像受付画面に含まれてもよい。

上記注文受付端末において、第２プログラムは、ＩＤが生成されるのに応じて、ＩＤを保持する処理と、注文が完了するのに応じて、保持されているＩＤを破棄する処理とをプロセッサにさらに実行させてもよい。

本発明の他の局面に従う注文受付方法は、印刷に関する注文を受け付ける。この注文受付方法は、印刷に関する注文画面を注文受付端末のディスプレイに表示させるステップと、注文画面を通じた注文が開始されるのに応じて、注文を識別するためのランダムなＩＤを生成するステップと、印刷の対象となる画像データをアップロードするための画像受付画面のＵＲＬを特定可能な情報をディスプレイに表示させるステップと、ユーザの携帯端末において表示された画像受付画面を通じて選択された画像データを携帯端末から無線ＬＡＮを介して受信するステップとを含む。ＵＲＬには、ＩＤが含まれる。ＵＲＬのホスト名は、注文受付端末のＩＰアドレスである。

この注文受付方法によれば、例えば、ユーザの携帯端末に特別なアプリケーションをインストールする等の手間を要さず、通常のＷｅｂブラウザを通じて送信された画像データと印刷に関する注文とを対応付けることができる。

本発明の他の局面に従うプログラムは、印刷に関する注文を受け付ける処理をコンピュータに実行させる。このプログラムは、印刷に関する注文画面を注文受付端末のディスプレイに表示させるステップと、注文画面を通じた注文が開始されるのに応じて、注文を識別するためのランダムなＩＤを生成するステップと、印刷の対象となる画像データをアップロードするための画像受付画面のＵＲＬを特定可能な情報をディスプレイに表示させるステップと、ユーザの携帯端末において表示された画像受付画面を通じて選択された画像データを携帯端末から無線ＬＡＮを介して受信するステップとをコンピュータに実行させる。ＵＲＬには、ＩＤが含まれる。ＵＲＬのホスト名は、前記注文受付端末のＩＰアドレスである。

このプログラムによれば、例えば、ユーザの携帯端末に特別なアプリケーションをインストールする等の手間を要さず、通常のＷｅｂブラウザを通じて送信された画像データと印刷に関する注文とを対応付けることができる。

本発明によれば、ユーザの携帯端末から無線ＬＡＮを介して送信された画像データと印刷に関する注文とを比較的容易に対応付けることが可能な注文受付端末、注文受付方法及びプログラムを提供することができる。

印刷注文システムの構成を模式的に示す図である。 注文受付端末のハードウェア構成の一例を示す図である。 注文受付端末のソフトウェア構成の一例を示す図である。 携帯端末の構成の一例を示す図である。 写真印刷に関する注文の受付手順を示すフローチャートである。 図５のステップＳ１１５で表示される画面の一例を示す図である。 画像受付画面の一例を示す図である。 印刷注文システムにおけるシーケンスの一例を示す図である。

以下、本発明の実施の形態について、図面を参照しながら詳細に説明する。なお、図中同一又は相当部分には同一符号を付してその説明は繰り返さない。

［１．構成］
＜１－１．システム構成＞
図１は、本実施の形態に従う注文受付端末１００を含む印刷注文システム１０の構成を模式的に示す図である。印刷注文システム１０は、例えば、写真印刷の注文を受け付ける店舗に設置される。

図１に示されるように、印刷注文システム１０は、注文受付端末１００と、ユーザが所持する携帯端末２００と、管理ＰＣ（Personal Computer）３００と、プリンタ４００と、無線ＬＡＮ（Local Area Network）ルータ５００と、Ｌ２スイッチ６００とを含んでいる。

注文受付端末１００は、ユーザから写真の印刷に関する注文を受け付けるように構成されている。注文受付端末１００については、後程詳しく説明する。

携帯端末２００は、例えば、スマートフォンで構成されている。携帯端末２００は、例えば、写真撮影機能を有しており、撮影された画像データを記憶するように構成されている。携帯端末２００は、無線ＬＡＮルータ５００及びＬ２スイッチ６００を介して注文受付端末１００と無線通信可能である。印刷注文システム１０において、ユーザは、注文受付端末１００を操作することによって、例えば、携帯端末２００に記憶されている画像データの印刷を注文する。携帯端末２００については、後程詳しく説明する。

管理ＰＣ３００は、店舗のスタッフによって使用されるパーソナルコンピュータである。管理ＰＣ３００は、注文受付端末１００が受け付けた注文に関する情報を取得する。管理ＰＣ３００は、注文に基づいた写真印刷をプリンタ４００に実行させる。

このように、印刷注文システム１０においては、携帯端末２００に記憶されている画像データの印刷の注文が注文受付端末１００を通じて行なわれる。そして、携帯端末２００に記憶されている画像データは、無線ＬＡＮを介して注文受付端末１００に送信される。印刷注文システム１０においては、注文受付端末１００を通じて行なわれる注文と、携帯端末２００から受信される印刷対象の画像データとが対応付けられる。

印刷注文システム１０において何ら工夫が施されていないと、注文受付端末１００を通じて行なわれている注文と、他のユーザの携帯端末２００から受信された画像データとがユーザの意図に反して対応付けられるような事態が生じ得る。例えば、携帯端末２００に専用のアプリケーションをインストールし、該アプリケーションを通じて画像データの送信を行なうことによって、このような事態の回避が可能である。しかしながら、専用のアプリケーションを携帯端末２００にインストールするのは、ユーザにとって面倒である。

印刷注文システム１０においては、携帯端末２００にデフォルトでインストールされているＷｅｂブラウザを通じて、注文受付端末１００への画像データのアップロードが行なわれる。すなわち、印刷注文システム１０においては、工夫が施されているため、特に専用のアプリケーションが携帯端末２００にインストールされていなくても、注文受付端末１００を通じて行なわれている注文と、アップロードされた画像データとの意図通りの対応付けが可能となっている。以下、注文受付端末１００及び携帯端末２００について詳細に説明する。

＜１－２．注文受付端末の構成＞
（１－２－１．注文受付端末のハードウェア構成）
図２は、注文受付端末１００のハードウェア構成の一例を示す図である。図２に示されるように、注文受付端末１００は、制御部１１０と、記憶部１２０と、通信Ｉ／Ｆ（interface）１３０と、ディスプレイ１４０と、タッチパネル１４２とを含んでいる。注文受付端末１００に含まれている各構成要素は、バスを介して電気的に接続されている。

制御部１１０は、ＣＰＵ（Central Processing Unit）１１２、ＲＡＭ（Random Access Memory）１１４及びＲＯＭ（Read Only Memory）１１６等を含み、情報処理に応じて各構成要素の制御を行なうように構成されている。

記憶部１２０は、例えば、フラッシュメモリ等のメモリで構成されている。記憶部１２０は、例えば、注文受付ソフト１２２及び画像受信Ｗｅｂアプリ１２４を記憶するように構成されている。注文受付ソフト１２２及び画像受信Ｗｅｂアプリ１２４の各々は、制御部１１０によって実行される。すなわち、画像受信Ｗｅｂアプリ１２４は、各注文受付端末１００に個別にインストールされている。

注文受付ソフト１２２は、写真印刷に関する注文を受け付けるための処理を実行するプログラムを含む。画像受信Ｗｅｂアプリ１２４は、Ｗｅｂアプリケーションであり、携帯端末２００から画像データを受信するための処理を実行するプログラムを含む。

注文受付ソフト１２２及び画像受信Ｗｅｂアプリ１２４の各々が制御部１１０によって実行される場合に、注文受付ソフト１２２及び画像受信Ｗｅｂアプリ１２４の各々に含まれるプログラムはＲＡＭ１１４に展開される。そして、制御部１１０は、ＲＡＭ１１４に展開されたプログラムをＣＰＵ１１２によって解釈及び実行することにより、各構成要素を制御する。

また、記憶部１２０には、作業フォルダ１２６及び共有フォルダ１２８が設けられている。作業フォルダ１２６は、注文受付ソフト１２２の実行時に使用される作業領域である。共有フォルダ１２８は、注文受付ソフト１２２と画像受信Ｗｅｂアプリ１２４との間で画像データを共有する場合に使用される記憶領域である。

通信Ｉ／Ｆ１３０は、外部機器と通信するように構成されている。通信Ｉ／Ｆ１３０は、例えば、無線ＬＡＮモジュール又は有線ＬＡＮモジュールで構成される。

ディスプレイ１４０は、画像を表示するように構成されている。ディスプレイ１４０は、例えば、印刷に関する注文を受け付ける注文画面を表示する。ディスプレイ１４０は、例えば、液晶ディスプレイ又は有機ＥＬディスプレイ等のディスプレイによって構成される。

タッチパネル１４２は、ディスプレイ１４０上に取り付けられている。ディスプレイ１４０上にタッチパネル１４２が取り付けられているため、ユーザは、ディスプレイ１４０に表示されたＵＩ（User Interface）をタッチすることによって、注文受付端末１００を操作することができる。

（１－２－２．注文受付端末のソフトウェア構成）
図３は、注文受付端末１００のソフトウェア構成の一例を示す図である。図３に示されるように、注文受付端末１００には、注文受付ソフト１２２と画像受信Ｗｅｂアプリ１２４とがインストールされている。

注文画面表示部１５１、注文受付部１５２、ＩＤ（Identification）生成部１５３、受付開始要求部１５４、ＵＲＬ（Uniform Resource Locator）表示部１５５及び受付停止要求部１５６の各々は、ソフトウェアモジュールであり、制御部１１０が注文受付ソフト１２２を実行することによって実現される。

注文画面表示部１５１は、注文画面をディスプレイ１４０に表示させる。注文受付部１５２は、タッチパネル１４２を介してユーザから印刷に関する注文を受け付ける。ＩＤ生成部１５３は、各注文に対応付けるＩＤをランダムに生成する。受付開始要求部１５４は、注文に対応付けられたＩＤを指定して、画像受信Ｗｅｂアプリ１２４に画像データの受付開始を要求する。受付停止要求部１５６は、画像受信Ｗｅｂアプリ１２４に画像データの受付停止を要求する。

ＵＲＬ表示部１５５は、印刷対象となる画像データをアップロードするための画像受付画面のＵＲＬを特定可能な情報（二次元バーコード）を含む画面をディスプレイ１４０に表示させる。この画面には、例えば、無線ＬＡＮの接続設定のために必要な情報も含まれる。また、このＵＲＬには、注文受付端末１００のＩＰ（Internet Protocol）アドレス、及び、注文に対応付けられたＩＤが含まれる。例えば、ＵＲＬは、http://［注文受付端末１００のＩＰアドレス］/u/［ＩＤ］となる。すなわち、ＵＲＬのホスト名が注文受付端末１００のＩＰアドレスとなっている。ユーザは、この画面を参照しながら、携帯端末２００の無線ＬＡＮの接続設定を行ない、携帯端末２００を用いて画像受付画面から画像データのアップロードを行なう。

開始要求受付部１６１、ＩＤ保持部１６２、キー生成部１６３、キー保持部１６４、送信要求受付部１６５、送信可否判定部１６６、画面送信部１６７、画像受信部１６８、保存可否判定部１６９、画像保存部１７０、停止要求受付部１７１及びＩＤ等破棄部１７２の各々は、ソフトウェアモジュールであり、制御部１１０が画像受信Ｗｅｂアプリ１２４を実行することによって実現される。

開始要求受付部１６１は、注文受付ソフト１２２の受付開始要求部１５４から画像データの受付開始の要求を受け付ける。ＩＤ保持部１６２は、受付開始要求部１５４によって指定されたＩＤを記憶部１２０に保持させる。キー生成部１６３は、注文に対応付けるキーを生成する。キー保持部１６４は、キー生成部１６３によって生成されたキーを記憶部１２０に保持させる。

送信要求受付部１６５は、携帯端末２００から画像受付画面の送信要求を受け付ける。送信可否判定部１６６は、携帯端末２００が指定したＵＲＬに含まれているＩＤと、記憶部１２０に保持されているＩＤとに基づいて送信可否を判定する。具体的には、送信可否判定部１６６は、携帯端末２００が指定したＵＲＬに含まれているＩＤと、記憶部１２０に保持されているＩＤとが一致すれば、注文受付端末１００のディスプレイ１４０を見ているユーザが携帯端末２００で該ＵＲＬにアクセスしているといえるため、画像受付画面を送信可能であると判定する。一方、送信可否判定部１６６は、携帯端末２００が指定したＵＲＬに含まれているＩＤと、記憶部１２０に保持されているＩＤとが一致しなければ、注文受付端末１００のディスプレイ１４０を見ていない他のユーザが携帯端末２００で該ＵＲＬにアクセスしているといえるため、画像受付画面を送信不可能であると判定する。

画面送信部１６７は、送信可否判定部１６６が画像受付画面の送信が可能であると判定した場合に、画像受付画面を携帯端末２００に送信する。画面送信部１６７によって送信される画像受付画面には、ＩＤ及びキーが非表示の状態で含まれる。画像受信部１６８は、画像受付画面を介してアップロードされた画像データを受信する。画像受信部１６８は、画像データと共に、画像受付画面に含まれるＩＤ及びキーも受信する。

保存可否判定部１６９は、画像受信部１６８が受信したＩＤ及びキーと、記憶部１２０に保持されているＩＤ及びキーとに基づいて画像データの保存可否を判定する。具体的には、保存可否判定部１６９は、画像受信部１６８が受信したＩＤ及びキーが記憶部１２０に保持されているＩＤ及びキーとそれぞれ一致すれば、画像データを保存可能であると判定する。一方、保存可否判定部１６９は、画像受信部１６８が受信したＩＤ及びキーが記憶部１２０に保持されているＩＤ及びキーと一致しなければ、画像データを保存不可能であると判定する。

画像保存部１７０は、保存可否判定部１６９が画像データの保存が可能であると判定した場合に、画像受信部１６８によって受信された画像データを共有フォルダ１２８に保存する。停止要求受付部１７１は、注文受付ソフト１２２の受付停止要求部１５６から画像データの受付停止要求を受け付ける。ＩＤ等破棄部１７２は、停止要求受付部１７１が受付停止要求を受け付けた後に、記憶部１２０に保持されているＩＤ及びキーを破棄する。

＜１－３．携帯端末の構成＞
図４は、携帯端末２００の構成の一例を示す図である。図４に示されるように、携帯端末２００は、制御部２１０と、記憶部２２０と、カメラ２３０と、ディスプレイ２４０と、タッチパネル２４２と、通信Ｉ／Ｆ２５０とを含んでいる。携帯端末２００に含まれている各構成要素は、バスを介して電気的に接続されている。

制御部２１０は、ＣＰＵ２１２、ＲＡＭ２１４及びＲＯＭ２１６等を含み、情報処理に応じて各構成要素の制御を行なうように構成されている。

記憶部２２０は、例えば、フラッシュメモリ等のメモリで構成されている。記憶部２２０は、例えば、制御プログラム２２１を記憶するように構成されている。制御プログラム２２１は、制御部２１０によって実行される携帯端末２００の制御プログラムである。制御部２１０が制御プログラム２２１を実行する場合に、制御プログラム２２１は、ＲＡＭ２１４に展開される。そして、制御部２１０は、ＲＡＭ２１４に展開された制御プログラム２２１をＣＰＵ２１２によって解釈及び実行することにより、各構成要素を制御する。

カメラ２３０は、被写体像を撮像し、画像データを生成するように構成されている。カメラ２３０は、例えば、ＣＭＯＳ（Complementary Metal Oxide Semiconductor）イメージセンサ又はＣＣＤ（Charge Coupled Device）イメージセンサ等のイメージセンサを含んでいる。

ディスプレイ２４０は、画像を表示するように構成されている。ディスプレイ２４０は、例えば、画像受付画面を表示する。ディスプレイ２４０は、例えば、液晶ディスプレイ又は有機ＥＬディスプレイ等のディスプレイによって構成される。

タッチパネル２４２は、ディスプレイ２４０上に取り付けられている。ディスプレイ２４０上にタッチパネル２４２が取り付けられているため、ユーザは、ディスプレイ２４０に表示されたＵＩをタッチすることによって、携帯端末２００を操作することができる。

通信Ｉ／Ｆ２５０は、外部機器と通信するように構成されている。通信Ｉ／Ｆ２５０は、例えば、無線ＬＡＮモジュールで構成される。

［２．注文受付動作］
図５は、写真印刷に関する注文の受付手順を示すフローチャートである。図５を参照して、左側のフローチャートで示される処理は注文受付端末１００において実行され、右側のフローチャートで示される処理は携帯端末２００において実行される。左側のフローチャートで示される処理は、ディスプレイ１４０に注文画面が表示された状態で実行される。

図５の左側を参照して、制御部１１０は、注文受付部１５２として機能し、ユーザによる注文が開始されたか否かを判定する（ステップＳ１００）。注文が開始されていないと判定されると（ステップＳ１００においてＮＯ）、制御部１１０は、注文が開始されるまで待機する。注文が開始されたと判定されると（ステップＳ１００においてＹＥＳ）、制御部１１０は、ＩＤ生成部１５３として機能し、注文に対応づけるＩＤをランダムに生成する（ステップＳ１０５）。

制御部１１０は、ＩＤ保持部１６２及びキー生成部１６３として機能し、ＩＤを記憶部１２０に保持させると共に、キーをランダムに生成する（ステップＳ１１０）。また、ステップＳ１１０において、制御部１１０は、キー保持部１６４としても機能し、生成されたキーを記憶部１２０に保持させる。制御部１１０は、ＵＲＬ表示部１５５として機能し、印刷対象となる画像データをアップロードするための画像受付画面のＵＲＬを特定可能な情報を含む画面をディスプレイ１４０に表示させる（ステップＳ１１５）。なお、上述のように、このＵＲＬには、注文受付端末１００のＩＰ（Internet Protocol）アドレス、及び、注文に対応付けられたＩＤが含まれる。

図６は、図５のステップＳ１１５で表示される画面７００の一例を示す図である。図６を参照して、画面７００には、無線ＬＡＮ接続のために必要な情報（例えば、ＳＳＩＤ及びパスワード）が含まれている。また、この画面には二次元バーコード７０５が含まれている。二次元バーコード７０５は、無線ＬＡＮ接続のために必要な情報を示している。ユーザは、携帯端末２００の二次元バーコードリーダで二次元バーコード７０５を読むことによって、携帯端末２００の無線ＬＡＮの接続設定を行なうことができる。また、この画面には、二次元バーコード７１０が含まれている。二次元バーコード７１０は、画像受付画面のＵＲＬを示す。ユーザは、携帯端末２００の二次元バーコードリーダで二次元バーコード７１０を読むことによって、画像受付画面にアクセスすることができる。

再び図５を参照して、制御部１１０は、送信要求受付部１６５として機能し、携帯端末２００から画像受付画面の送信要求を受信したか否かを判定する（ステップＳ１２０）。画像受付画面の送信要求を受信していないと判定されると（ステップＳ１２０においてＮＯ）、制御部１１０は、画像受付画面の送信要求を受信するまで待機する。

一方、画像受付画面の送信要求を受信したと判定されると（ステップＳ１２０においてＹＥＳ）、制御部１１０は、送信可否判定部１６６として機能し、携帯端末２００が指定したＵＲＬに含まれているＩＤと、記憶部１２０に保持されているＩＤとが一致することを確認する（ステップＳ１２５）。仮にＩＤが一致しなければ、制御部１１０は、エラー画面を携帯端末２００へ送信し、再度画面送信要求受信待ち状態に戻る。

ＩＤの一致が確認された後に、制御部１１０は、画面送信部１６７として機能し、画像受付画面を携帯端末２００に送信する（ステップＳ１３５）。なお、画像受付画面には、ＩＤ及びキーが非表示の状態で含まれる。

図７は、画像受付画面の一例を示す図である。図７に示されるように、画面８００は、画像受付画面の一例である。ボタン８０５がタッチされると、画像データの選択画面が表示される。画像データの選択画面を通じた画像データの選択が完了すると、画像データのアップロードが開始される。この際、画像データは１ファイル毎にアップロードされ、選択された全画像データのアップロードが完了するまで、画像データのアップロードが継続される。数値８２０は選択された画像データのうちアップロードが完了した画像データの数を示し、数値８１５は選択された画像データのうちアップロードが完了していない画像データの数を示す。

再び図５を参照して、制御部１１０は、画像受信部１６８として機能し、携帯端末２００から画像データを受信したか否かを判定する（ステップＳ１４０）。画像データを受信していないと判定されると（ステップＳ１４０においてＮＯ）、制御部１１０は、画像データを受信するまで待機する。

一方、画像データを受信したと判定されると（ステップＳ１４０においてＹＥＳ）、制御部１１０は、保存可否判定部１６９として機能し、画像データと共に受信したＩＤ及びキーが記憶部１２０に保持されているＩＤ及びキーとそれぞれ一致することを確認する（ステップＳ１４５）。仮にＩＤ及びキーのいずれか又は両方が一致しなければ、制御部１１０は、エラー画面を携帯端末２００へ送信し、再度画像データ受信待ち状態に戻る。

ＩＤ及びキーの両方の一致が確認された後に、制御部１１０は、画像保存部１７０として機能し、受信された画像データを共有フォルダ１２８に保存する（ステップＳ１５０）。

携帯端末２００における画像データの送信（ステップＳ２２５）、及び、注文受付端末１００におけるステップＳ１４０～ステップＳ１５０の処理は、印刷対象として選択された画像データ数分ループして行なわれる。

その後、制御部１１０は、注文受付部１５２として機能し、印刷に関する注文が完了したか否かを判定する（ステップＳ１６０）。注文が完了していないと判定されると（ステップＳ１６０においてＮＯ）、制御部１１０は、注文が完了するまで待機する。

一方、注文が完了したと判定されると（ステップＳ１６０においてＹＥＳ）、制御部１１０は、ＩＤ等破棄部１７２として機能し、記憶部１２０に保持されているＩＤ及びキーを削除する（ステップＳ１６５）。

図５の右側を参照して、ユーザは、例えば、画面７００（図６）を参照して、携帯端末２００の無線ＬＡＮ接続設定を行なう（ステップＳ２００）。ユーザは、画面７００に含まれる二次元バーコード７１０を携帯端末２００によって読み込む。これにより、制御部２１０は、注文受付端末１００に画面送信要求を送信する（ステップＳ２０５）。

制御部２１０は、画像受付画面を受信したか否かを判定する（ステップＳ２１０）。画像受付画面を受信していないと判定されると（ステップＳ２１０においてＮＯ）、制御部２１０は、画像受付画面を受信するまで待機する。

一方、画像受付画面を受信したと判定されると（ステップＳ２１０においてＹＥＳ）、制御部２１０は、画像受付画面を表示するようにディスプレイ２４０を制御する（ステップＳ２１５）。

制御部２１０は、記憶部２２０に記憶されている画像データの送信指示があったか否かを判定する（ステップＳ２２０）。画像データの送信指示がないと判定されると（ステップＳ２２０においてＮＯ）、制御部２１０は、画像データの送信指示があるまで待機する。

一方、画像データの送信指示があったと判定されると（ステップＳ２２０においてＹＥＳ）、制御部２１０は、画像受付画面を通じて選択された画像データを注文受付端末１００に送信するように通信Ｉ／Ｆ２５０を制御する（ステップＳ２２５）。また、制御部２１０は、画像データと共に、画像受付画面に非表示の状態で含まれているＩＤ及びキーも注文受付端末１００に送信するように通信Ｉ／Ｆ２５０を制御する。

このように、注文受付端末１００においては、注文毎にランダムにＩＤが生成され、該ＩＤが画像受付画面のＵＲＬに含まれる。そして、該ＵＲＬを特定可能な情報がディスプレイ１４０に表示される。該ＵＲＬは、注文を行なっているユーザしか知り得ない。したがって、ユーザの携帯端末２００のＷｅｂブラウザを通じて、該ＵＲＬへのアクセスが行なわれ、画像受付画面を通じて画像データがアップロードされると、アップロードされた画像と注文受付端末１００における注文とを一対一で対応付けることができる。すなわち、注文受付端末１００によれば、例えば、ユーザの携帯端末２００に特別なアプリケーションをインストールする等の手間を要さず、通常のＷｅｂブラウザを通じて送信された画像データと印刷に関する注文とを対応付けることができる。

また、同一店舗に複数の注文受付端末が配置される場合がある。このような場合に、仮に、複数の注文受付端末が同一のＩＤを生成し、複数の注文受付端末間で画像受付画面のＵＲＬが同一となると、各注文受付端末において、Ｗｅｂブラウザを通じて送信された画像データと印刷に関する注文とを一対一で対応付けられない。注文受付端末１００においては、画像受付画面のＵＲＬのホスト名が注文受付端末１００のＩＰアドレスである。したがって、注文受付端末１００によれば、同一店舗に複数の注文受付端末１００が配置されても、複数の注文受付端末１００間で画像受付画面のＵＲＬが同一とならない。その結果、注文受付端末１００によれば、同一店舗に複数の注文受付端末１００が配置されても、Ｗｅｂブラウザを通じて送信された画像データと印刷に関する注文とを一対一で対応付けることができる。

また、注文受付端末１００は、携帯端末２００から画像データと共にＩＤ及びキーを受信する。注文受付端末１００によれば、ＩＤ及びキーの両方が正しいか否かを確認することによって、意図しない画像データのアップロードをより高精度に検出することができる。

図８は、印刷注文システム１０におけるシーケンスの一例を示す図である。図８を参照して、注文受付端末１００を操作しているユーザによる注文が開始される（ステップＳ３００）。注文受付ソフト１２２においては、ＩＤが生成される（ステップＳ３０５）。注文受付ソフト１２２は、例えば、http://localhost/begin/［ＩＤ］といったＵＲＬにアクセスすることによって、画像データの受付開始要求を画像受信Ｗｅｂアプリ１２４に送信する（ステップＳ３１０）。なお、このＵＲＬ（http://localhost/begin/［ＩＤ］）へのアクセスは、ローカルホスト（localhost）からのみ可能である。すなわち、ユーザの携帯端末２００からのこのＵＲＬへのアクセスは拒否される。

画像受信Ｗｅｂアプリ１２４においては、ＩＤが保持され、キーが生成される（ステップＳ３１５）。生成されたキーは、画像受信Ｗｅｂアプリ１２４において保持される。画像受信Ｗｅｂアプリ１２４は、画像データの受付けを開始する旨のレスポンスを注文受付ソフト１２２に送信する（ステップＳ３２０）。その後、写真印刷に関する商品（例えば、アルバム作成、カレンダー作成）の選択等のシーケンスが進む。

注文受付ソフト１２２は、例えば、画面７００（図６）をディスプレイ１４０に表示させ、ユーザに情報を提示する（ステップＳ３２５）。ユーザは、携帯端末２００を操作して、無線ＬＡＮの接続設定を行なう（ステップＳ３３０）。また、ユーザは、無線ＬＡＮの接続設定後に、携帯端末２００によって二次元バーコードを読み込みＵＲＬにアクセスする（ステップＳ３３５）。

携帯端末２００は、画像受信Ｗｅｂアプリ１２４に画像受付画面の送信を要求する（ステップＳ３４０）。画像受信Ｗｅｂアプリ１２４は、ＵＲＬに含まれているＩＤが保持しているＩＤと一致することを確認する（ステップＳ３４５）。ＩＤの一致が確認されると、画像受信Ｗｅｂアプリ１２４は、画像受付画面を携帯端末２００に送信する（ステップＳ３５０）。画像受付画面には、非表示でＩＤ及びキーが含まれる。

携帯端末２００は、画像受付画面をＷｅｂブラウザで開くことで、画像受付画面をユーザに提示する（ステップＳ３５５）。ユーザは、画像受付画面を参照して、印刷対象の画像データを選択する（ステップＳ３６０）。

携帯端末２００は、選択された画像データ、並びに、画像受付画面に含まれるＩＤ及びキーを画像受信Ｗｅｂアプリ１２４に送信する（ステップＳ３６５）。画像受信Ｗｅｂアプリ１２４は、受信したＩＤ及びキーが記憶部１２０に保持されているＩＤ及びキーとそれぞれ一致することを確認する（ステップＳ３７０）。

ＩＤ及びキーの一致が確認されると、画像受信Ｗｅｂアプリ１２４は、受信した画像データを共有フォルダ１２８に保存する（ステップＳ３７５）。画像受信Ｗｅｂアプリ１２４は、画像データの受信が成功した旨を示すレスポンスを携帯端末２００に送信する（ステップＳ３８０）。注文受付ソフト１２２は、共有フォルダ１２８に保存された画像データを読み込み、印刷に関する注文の受け付けを続ける（ステップＳ３８５）。

その後、各種選択（例えば、アルバムにおける写真の配置、個人情報の入力等）に関するシーケンスが進む。

注文が完了又は中断する（ステップＳ３９０）。注文受付ソフト１２２は、例えば、http://localhost/endといったＵＲＬにアクセスすることによって、画像データの受付停止要求を画像受信Ｗｅｂアプリ１２４に送信する（ステップＳ３９５）。画像受信Ｗｅｂアプリ１２４においては、保持されていたＩＤ及びキーが破棄される（ステップＳ４００）。画像受信Ｗｅｂアプリ１２４は、受付停止要求を受け付けた旨を示すレスポンスを注文受付ソフト１２２に送信する（ステップＳ４０５）。なお、このＵＲＬ（http://localhost/end）へのアクセスは、ローカルホスト（localhost）からのみ可能である。すなわち、ユーザの携帯端末２００からのこのＵＲＬへのアクセスは拒否される。

［３．特徴］
以上のように、注文受付端末１００においては、注文毎にランダムにＩＤが生成され、該ＩＤが画像受付画面のＵＲＬに含まれる。そして、該ＵＲＬを特定可能な情報がディスプレイ１４０に表示される。該ＵＲＬは、注文を行なっているユーザしか知り得ない。したがって、ユーザの携帯端末２００のＷｅｂブラウザを通じて、該ＵＲＬへのアクセスが行なわれ、画像受付画面を通じて画像データがアップロードされると、アップロードされた画像と注文受付端末１００における注文とを一対一で対応付けることができる。すなわち、注文受付端末１００によれば、例えば、ユーザの携帯端末２００に特別なアプリケーションをインストールする等の手間を要さず、通常のＷｅｂブラウザを通じて送信された画像データと印刷に関する注文とを対応付けることができる。

［４．変形例］
以上、実施の形態について説明したが、本発明は、上記実施の形態に限定されるものではなく、その趣旨を逸脱しない限りにおいて、種々の変更が可能である。以下、変形例について説明する。

上記実施の形態においては、店舗に複数台の注文受付端末１００が配置された。しかしながら、店舗に配置される注文受付端末１００は１台であってもよい。

また、上記実施の形態においては、ＵＲＬのホスト名が注文受付端末１００のＩＰアドレスとされた。しかしながら、ＵＲＬのホスト名は必ずしも注文受付端末１００のＩＰアドレスでなくてもよい。ＵＲＬのホスト名は、例えば、注文受付端末１００のＦＱＤＮであってもよい。

１０ 印刷注文システム、１００ 注文受付端末、１１０，２１０ 制御部、１１２，２１２ ＣＰＵ、１１４，２１４ ＲＡＭ、１１６，２１６ ＲＯＭ、１２０，２２０ 記憶部、１２２ 注文受付ソフト、１２４ 画像受信Ｗｅｂアプリ、１２６ 作業フォルダ、１２８ 共有フォルダ、１３０，２５０ 通信Ｉ／Ｆ、１４０，２４０ ディスプレイ、１４２，２４２ タッチパネル、１５１ 注文画面表示部、１５２ 注文受付部、１５３ ＩＤ生成部、１５４ 受付開始要求部、１５５ ＵＲＬ表示部、１５６ 受付停止要求部、１６１ 開始要求受付部、１６２ ＩＤ保持部、１６３ キー生成部、１６４ キー保持部、１６５ 送信要求受付部、１６６ 送信可否判定部、１６７ 画面送信部、１６８ 画像受信部、１６９ 保存可否判定部、１７０ 画像保存部、１７１ 停止要求受付部、１７２ ＩＤ等破棄部、２００ 携帯端末、２２１ 制御プログラム、２３０ カメラ、３００ 管理ＰＣ、４００ プリンタ、５００ 無線ＬＡＮルータ、６００ Ｌ２スイッチ、７００，８００ 画面、７０５，７１０ 二次元バーコード、８０５ ボタン、８１５，８２０ 数値。

Claims (6)

1. 印刷に関する注文を受け付ける注文受付端末であって、
   プロセッサと、
   第１及び第２プログラムを記憶するメモリと、
   ディスプレイとを備え、
   前記第１プログラムは、
   前記印刷に関する注文画面を前記ディスプレイに表示させる処理と、
   前記注文画面を通じた前記注文が開始されるのに応じて、前記注文を識別するためのランダムなＩＤ（Identification）を生成する処理と、
   前記印刷の対象となる画像データをアップロードするための画像受付画面のＵＲＬ（Uniform Resource Locator）を特定可能な情報を前記ディスプレイに表示させる処理とを前記プロセッサに実行させ、
   前記ＵＲＬには、前記ＩＤが含まれ、
   前記ＵＲＬのホスト名は、前記注文受付端末のＩＰ（Internet Protocol）アドレスであり、
   前記第２プログラムは、ユーザの携帯端末において表示された前記画像受付画面を通じて選択された前記画像データを前記携帯端末から無線ＬＡＮ（Local Area Network）を介して受信する処理を前記プロセッサに実行させる、注文受付端末。
2. 前記第２プログラムは、
   前記ＩＤの更新時にランダムなキーを生成する処理と、
   前記ＩＤ及び前記キーを前記画像受付画面に含める処理と、
   前記携帯端末による前記画像データの送信時に、前記ＩＤ及び前記キーの前記注文受付端末への送信を前記携帯端末に行なわせる処理とを前記プロセッサにさらに実行させる、請求項１に記載の注文受付端末。
3. 前記ＩＤ及び前記キーの各々は、非表示の状態で前記画像受付画面に含まれる、請求項２に記載の注文受付端末。
4. 前記第２プログラムは、
   前記ＩＤが生成されるのに応じて、前記ＩＤを保持する処理と、
   前記注文が完了するのに応じて、保持されている前記ＩＤを破棄する処理とを前記プロセッサにさらに実行させる、請求項１から請求項３のいずれか１項に記載の注文受付端末。
5. 印刷に関する注文を受け付ける注文受付方法であって、
   前記印刷に関する注文画面を注文受付端末のディスプレイに表示させるステップと、
   前記注文画面を通じた前記注文が開始されるのに応じて、前記注文を識別するためのランダムなＩＤ（Identification）を生成するステップと、
   前記印刷の対象となる画像データをアップロードするための画像受付画面のＵＲＬ（Uniform Resource Locator）を特定可能な情報を前記ディスプレイに表示させるステップと、
   ユーザの携帯端末において表示された前記画像受付画面を通じて選択された前記画像データを前記携帯端末から無線ＬＡＮ（Local Area Network）介して受信するステップとを含み、
   前記ＵＲＬには、前記ＩＤが含まれ、
   前記ＵＲＬのホスト名は、前記注文受付端末のＩＰ（Internet Protocol）アドレスである、注文受付方法。
6. 印刷に関する注文を受け付ける処理をコンピュータに実行させるプログラムであって、
   前記印刷に関する注文画面を注文受付端末のディスプレイに表示させるステップと、
   前記注文画面を通じた前記注文が開始されるのに応じて、前記注文を識別するためのランダムなＩＤ（Identification）を生成するステップと、
   前記印刷の対象となる画像データをアップロードするための画像受付画面のＵＲＬ（Uniform Resource Locator）を特定可能な情報を前記ディスプレイに表示させるステップと、
   ユーザの携帯端末において表示された前記画像受付画面を通じて選択された前記画像データを前記携帯端末から無線ＬＡＮ（Local Area Network）を介して受信するステップとを前記コンピュータに実行させ、
   前記ＵＲＬには、前記ＩＤが含まれ、
   前記ＵＲＬのホスト名は、前記注文受付端末のＩＰ（Internet Protocol）アドレスである、プログラム。

Images