(57)【特許請求の範囲】
【請求項１】
顧客が手書きで記入した商品の注文に関する申請書の画像データを取得する画像取得部と、
所定情報を外部装置に出力可能であって、当該所定情報として前記申請書の画像データおよび前記申請書の種類を示す帳票種別情報を出力する出力部と、
所定情報を外部装置から取得可能であって、当該所定情報として前記申請書の画像データに対するＯＣＲ（Ｏｐｔｉｃａｌ  Ｃｈａｒａｃｔｅｒ  Ｒｅｃｏｇｎｉｔｉｏｎ）処理の結果に基づいて生成された注文申請データを取得する取得部と、
所定情報を表示可能であって、当該所定情報として前記注文申請データを表示する表示部と、
前記画像取得部において前記申請書の画像データが取得される前に、顧客が記入した前記申請書の種類を選択操作に基づいて選択する選択部と、
を備え、
前記出力部は、前記注文申請データから抽出されたデータであって顧客が前記申請書において注文した商品を識別するための商品識別データを出力可能であり、前記注文申請データが修正されたことに基づいて前記商品識別データを再度出力し、
前記取得部は、前記商品識別データに紐付く商品情報データを取得可能であり、前記注文申請データが修正されたことに基づいて該修正の内容に応じた前記商品情報データを取得し、
前記出力部は前記帳票種別情報として前記選択部において選択された前記申請書の種類を示す情報を出力し、
前記表示部は、前記選択部において選択された前記申請書の種類を確認するための画像として、選択された前記申請書の見本画像を表示する端末装置。
【請求項２】
前記取得部は、前記注文申請データとして、顧客が前記申請書に記入した注文内容に関する顧客記入データと商品の注文を受け付ける店舗の係員が前記申請書に記入した内容に関する係員記入データとを取得する
請求項１に記載の端末装置。
【請求項３】
前記取得部は、前記商品情報データとして、前記注文申請データに含まれる注文対象の商品の在庫状況を示す在庫データを取得可能であり、
前記表示部は、前記注文申請データと併せて在庫データを表示する
請求項１または２に記載の端末装置。
【請求項４】
前記在庫データには、前記注文対象の商品の在庫数を示すデータが含まれる
請求項３に記載の端末装置。
【請求項５】
所定の入力操作を受付ける入力部を備え、
前記入力部は、前記注文申請データの内容が承認されたことを示す承認操作を受付け可能であり、
前記出力部は、前記承認操作に基づいて承認済みの前記注文申請データを出力する
請求項１から４のいずれか１項に記載の端末装置。
【請求項６】
前記表示部にはタッチパネルが設けられ、
前記入力部は、
前記タッチパネルに設けられたタッチセンサであって前記タッチパネルに表示された承認ボタンに対する接触操作を前記承認操作として受付け可能である
請求項５に記載の端末装置。
【請求項７】
前記表示部にはタッチパネルが設けられ、
前記入力部は、前記タッチパネルの所定領域における署名の入力操作を前記承認操作として受付け可能である
請求項５または６に記載の端末装置。
【請求項８】
顧客が手書きで記入した商品の注文に関する申請書の画像データに対してＯＣＲ処理を実行し、当該ＯＣＲ処理の結果に基づいて注文申請データを生成する第一サーバと、
前記申請書の画像データを取得する画像取得部、前記申請書の画像データおよび前記申請書の種類を示す帳票種別情報を前記第一サーバに出力する出力部、前記第一サーバが生成した前記注文申請データを取得する取得部および所定情報を表示可能であって当該所定情報として前記注文申請データを表示する表示部、前記画像取得部において前記申請書の画像データが取得される前に、顧客が記入した前記申請書の種類を選択操作に基づいて選択する選択部を有する端末装置と、
を備え、
前記端末装置は、
前記出力部において、前記注文申請データから抽出されたデータであって顧客が前記申請書において注文した商品を識別するための商品識別データを出力可能であり、前記注文申請データが修正されたことに基づいて前記出力部において前記商品識別データを再度出力し、
前記取得部において、前記商品識別データに紐付く商品情報データを取得可能であり、前記注文申請データが修正されたことに基づいて前記取得部において該修正の内容に応じた前記商品情報データを取得し、
前記出力部において、前記帳票種別情報として、前記選択部で選択された前記申請書の種類を示す情報を出力し、
前記表示部において、前記選択部で選択された前記申請書の種類を確認するための画像として、選択された前記申請書の見本画像を表示する商品受注システム。
【請求項９】
前記端末装置は、
前記取得部において、前記注文申請データとして、顧客が前記申請書に記入した注文内容に関する顧客記入データと商品の注文を受け付ける店舗の係員が前記申請書に記入した内容に関する係員記入データとを前記第一サーバから取得する
請求項８に記載の商品受注システム。
【請求項１０】
前記申請書によって注文可能な商品に係る情報を保持するデータベースを有する第二サーバを備え、
前記第二サーバのデータベースには、前記注文可能な商品の在庫状況を示す在庫データが保持され、
前記端末装置は、
前記取得部において前記注文申請データに含まれる注文対象の商品の前記在庫データを前記商品情報データとして前記第二サーバから取得し、前記表示部において前記注文申請データと併せて前記在庫データを表示する
請求項８または９に記載の商品受注システム。
【請求項１１】
前記端末装置が前記取得部において前記第二サーバから取得する前記在庫データには、前記注文対象の商品の在庫数を示すデータが含まれる
請求項１０に記載の商品受注システム。
【請求項１２】
承認された前記注文申請データの内容を保持するデータベースを有する第三サーバを備え、
前記端末装置は、
所定の入力操作を受付ける入力部を有し、当該入力部において前記注文申請データの内容が承認されたことを示す承認操作を受付け可能であり、前記承認操作に基づいて前記出力部において承認済みの前記注文申請データを前記第二サーバに出力し、
前記第二サーバを介して承認済みの前記注文申請データの内容が前記第三サーバのデータベースに登録される
請求項１０または１１に記載の商品受注システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末装置および商品受注システムに関する。
【背景技術】
【０００２】
スーパーマーケットや百貨店などの店舗では、中元や歳暮、クリスマスなどの時期に、多くの顧客から贈答品の注文を受付けている。従来、申請書（例えば商品の注文申請書）に手書きで記載された商品名や注文数量、顧客情報（例えば住所、氏名）などの情報をＯＣＲ（Ｏｐｔｉｃａｌ  Ｃｈａｒａｃｔｅｒ  Ｒｅｃｏｇｎｉｔｉｏｎ）技術を用いて読み取ることで、申請書内容のデータ入力に係る処理の効率化を図っていた。例えばＯＣＲ装置を用いて申請書に記載された情報を端末装置への入力作業なしにデータ化し、当該データに基づいて商品の受注や受注に伴う配送指示が行われていた（例えば、特許文献１）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００１−８４３１９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、ＯＣＲ処理では情報の読取りエラーが発生し得る。また、顧客による申請書の記入ミス等も生じ得る。申請書について誤った情報がデータ化された場合、商品の受注や配送指示後に注文内容の修正作業が発生するという問題が生じている。修正作業が発生すると、顧客に対する注文内容の問い合わせや、受注・配送指示のやり直しなど、店舗側の作業負荷が増大することになる。
【０００５】
本発明はこのような点に鑑みてなされたものであり、商品の注文時に顧客および店舗係員がＯＣＲ処理された申請書の情報を確認可能であって、商品の受注が完了し、配送指示などの受注以降の処理の開始後において注文内容の修正作業が発生することを抑制できる商品受注端末装置および商品受注システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、本発明の一態様に係る端末装置は、顧客が手書きで記入した商品の注文に関する申請書の画像データを取得する画像取得部と、所定情報を外部装置に出力可能であって、当該所定情報として前記申請書の画像データおよび前記申請書の種類を示す帳票種別情報を出力する出力部と、所定情報を外部装置から取得可能であって、当該所定情報として前記申請書の画像データに対するＯＣＲ（Ｏｐｔｉｃａｌ  Ｃｈａｒａｃｔｅｒ  Ｒｅｃｏｇｎｉｔｉｏｎ）処理の結果に基づいて生成された注文申請データを取得する取得部と、所定情報を表示可能であって、当該所定情報として前記注文申請データを表示する表示部と、前記画像取得部において前記申請書の画像データが取得される前に、顧客が記入した前記申請書の種類を選択操作に基づいて選択する選択部と、を備え、前記出力部は、前記注文申請データから抽出されたデータであって顧客が前記申請書において注文した商品を識別するための商品識別データを出力可能であり、前記注文申請データが修正されたことに基づいて前記商品識別データを再度出力し、前記取得部は、前記商品識別データに紐付く商品情報データを取得可能であり、前記注文申請データが修正されたことに基づいて該修正の内容に応じた前記商品情報データを取得し、前記出力部は前記帳票種別情報として前記選択部において選択された前記申請書の種類を示す情報を出力し、前記表示部は、前記選択部において選択された前記申請書の種類を確認するための画像として、前記選択された申請書の見本画像を表示する。
【０００７】
また、上記目的を達成するために、本発明の一態様に係る商品受注システムは、顧客が手書きで記入した商品の注文に関する申請書の画像データに対してＯＣＲ処理を実行し、当該ＯＣＲ処理の結果に基づいて注文申請データを生成する第一サーバと、前記申請書の画像データを取得する画像取得部、前記申請書の画像データおよび前記申請書の種類を示す帳票種別情報を前記第一サーバに出力する出力部、前記第一サーバが生成した前記注文申請データを取得する取得部および所定情報を表示可能であって当該所定情報として前記注文申請データを表示する表示部、前記画像取得部において前記申請書の画像データが取得される前に、顧客が記入した前記申請書の種類を選択操作に基づいて選択する選択部を有する端末装置と、を備え、前記端末装置は、前記出力部において、前記注文申請データから抽出されたデータであって顧客が前記申請書において注文した商品を識別するための商品識別データを出力可能であり、前記注文申請データが修正されたことに基づいて前記出力部において前記商品識別データを再度出力し、前記取得部において、前記商品識別データに紐付く商品情報データを取得可能であり、前記注文申請データが修正されたことに基づいて前記取得部において該修正の内容に応じた前記商品情報データを取得し、前記出力部において、前記帳票種別情報として、前記選択部で選択された前記申請書の種類を示す情報を出力し、前記表示部において、前記選択部で選択された前記申請書の種類を確認するための画像として、前記選択された申請書の見本画像を表示する。
【発明の効果】
【０００８】
本発明の一態様によれば、商品の受注の完了後に注文内容の修正作業が発生することを抑制することができる。
【図面の簡単な説明】
【０００９】
【図１】本発明の一実施形態の商品受注システムの概略構成を示す図である。
【図２】本発明の一実施形態の商品受注システムを用いた商品受注手順の一例を示すシーケンスチャートである。
【図３】本発明の一実施形態の商品受注システムの各構成要素の機能構成を示す概略的な機能ブロック図である。
【図４】本発明の一実施形態の商品受注システムの商品受注処理における各構成要素の連携の一例を示すシーケンス図である。
【図５】本発明の一実施形態の商品受注端末装置における申請書選択画面の一例を示す図である。
【図６】本発明の一実施形態の商品受注端末装置における申請書確認画面の一例を示す図である。
【図７】本発明の一実施形態の商品受注端末装置における画像取得画面の一例を示す図である。
【図８】（ａ）は本発明の一実施形態の商品受注端末装置における画像確認画面５４の一例を示す図であり、（ｂ）は顧客情報に関する記入欄の画像の一例を示す図である。
【図９】本発明の一実施形態の商品受注端末装置におけるデータ送信画像の一例を示す図である。
【図１０】本発明の一実施形態の商品受注端末装置における送信完了画面の一例を示す図である。
【図１１】本発明の一実施形態の商品受注端末装置における顧客記入情報画面の一例を示す図である。
【図１２】本発明の一実施形態の商品受注端末装置における係員記入情報画面の一例を示す図である。
【図１３】本発明の一実施形態の商品受注端末装置における領収書発行完了画面の一例を示す図である。
【図１４】本発明の一実施形態の商品受注端末装置における受注完了画面の一例を示す図である。
【発明を実施するための形態】
【００１０】
以下に添付図面を参照しながら、本発明の好適な実施形態について詳細に説明する。かかる実施形態に示す寸法、材料、その他具体的な数値等は、発明の理解を容易とするための例示にすぎず、特に断る場合を除き、本発明を限定するものではない。なお、本明細書および図面において、実質的に同一の機能、構成を有する要素については、同一の符号を付することにより重複説明を省略し、また本発明に直接関係のない要素は図示を省略する。また、以下、本実施形態による商品受注端末装置の説明において、商品受注端末装置の正面に相対したユーザから見て左側を左とし、ユーザから見て右側を右とし、ユーザから見て上側を上とし、ユーザから見て下側を下とし、ユーザから見て手前側を前とし、ユーザから見て奥側を後とする。
【００１１】
本発明の一実施形態（以下、「本実施形態」という）による商品受注端末装置および商品受注システムの概要について、図１および図２を参照して説明する。図１は、商品受注システム１の概略構成を示す図である。また図２は、商品受注システム１における商品の受注手順の概要を示すシーケンスチャートである。
【００１２】
図１に示すように、本実施形態による商品受注システム１は、商品受注端末装置（端末装置の一例）１０、ＯＣＲサーバ（第一サーバの一例）２０、商品データベースサーバ（第二サーバの一例）３０および基幹サーバ（第三サーバの一例）４０を含んで構成される。商品受注システム１は、これらの構成要素の動作によって店舗での商品の受注に係る一連の処理（商品受注処理）を実行するシステムである。なお以下、データベースは「ＤＢ」と略記する場合がある。
【００１３】
商品受注端末装置１０、ＯＣＲサーバ２０および商品ＤＢサーバ３０は、ネットワーク３により接続されている。ネットワーク３は、例えばインターネットであってもよいし、ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）であってもよい。また商品受注システム１において、商品ＤＢサーバ３０および基幹サーバ４０は、所定のネットワークで接続され、データの連携が可能に構成されている。なお、商品ＤＢサーバ３０および基幹サーバ４０は、所定の通信路によって一方向（例えば商品ＤＢサーバ３０から基幹サーバ４０）のデータ連携が可能に構成されても良い。なお、本実施形態において基幹サーバ４０は、商品受注端末装置１０およびＯＣＲサーバ２０との間ではデータ連携や通信を行わない。
【００１４】
商品受注端末装置１０は、百貨店やスーパーマーケット等の店舗が管理する端末装置である。商品受注端末装置１０は、商品の注文に係る申請書（注文申請書）による店舗での商品の受注に関する処理（受注処理）を行う端末装置である。商品受注端末装置１０が行う受注処理の詳細は後述する。商品受注端末装置１０は、通信機能を備えた端末装置であればよく、例えばパーソナルコンピュータ（パソコン）やタブレット端末、スマートフォン等が挙げられる。本例では、商品受注端末装置１０をタブレット端末として説明する。図１に示すように、タブレット端末である商品受注端末装置１０には、正面中央に所定画像を表示可能な表示部１１を備えている。表示部１１は、文字や画像などからなる表示画面を表示する領域が設けられたディスプレイである。また表示部１１にはタッチパネル１２が設けられている。タッチパネル１２は、操作面に対する接触動作を入力位置情報として検出するタッチセンサ（図３の入力部１１２）を有する。
【００１５】
本例では、理解を容易にするため、商品受注システム１において各種サーバと接続される一の商品受注端末装置１０を例にとって説明するが、本発明はこれに限られない。商品受注システム１において各種サーバと接続される商品受注端末装置１０は、複数台であってもよい。また商品受注システム１において、一の店舗で管理される複数台の商品受注端末装置１０が各種サーバと接続されていてもよいし、複数店舗においてそれぞれ管理されている商品受注端末装置１０が各種サーバと接続されていてもよい。
【００１６】
ＯＣＲサーバ２０は、画像データに対してＯＣＲ技術による文字認識処理（ＯＣＲ処理）を行うサーバ装置である。ＯＣＲサーバ２０は、ＯＣＲ処理の結果をデジタルデータ（例えばテキストデータ）として出力可能に構成されている。詳しくは後述するが、本実施形態による商品受注システム１においてＯＣＲサーバ２０は、注文申請書の画像データに対してＯＣＲ処理を行い、ＯＣＲ処理結果のデータを商品受注端末装置１０に出力する。また、商品ＤＢサーバ３０は、商品受注システム１における一連の受注処理に係る情報を保持するデータベースを備えたサーバ装置である。
【００１７】
ＯＣＲサーバ２０および商品ＤＢサーバ３０は、例えばクラウド環境に作られたクラウドサーバであってもよい。クラウドサーバを用いることで、運用コストの低減や災害時の安全性の向上を図ることができる。またこれに限られず、ＯＣＲサーバ２０および商品ＤＢサーバ３０は、例えばオンプレミスサーバ等のクラウドサーバ以外のサーバ装置であってもよい。オンプレミスサーバを用いることで、例えば情報セキュリティの向上や接続スピードの高速化を図ることができる。
【００１８】
また基幹サーバ４０は、店舗が管理するサーバ装置である。基幹サーバ４０は、商品の受注を含め店舗に係る各種業務（例えば、仕入、受注・配送指示、および配送など）に関する情報を保持するデータベースを備えたサーバ装置である。基幹サーバ４０は、商品受注システム１の他に、仕入れや配送に関する処理を行う他のシステムとも連携可能に構成されていてもよい。基幹サーバ４０としてはオンプレミスサーバを用いることが想定されるが、これに限られず、クラウドサーバを用いても良い。商品受注システム１は、これらの構成要素においてデータ連携を行うことにより、一連の商品受注処理を実行する。
【００１９】
ここで、図２を用いて、本実施形態による商品受注システム１による一連の商品受注処理の概略について説明する。
【００２０】
図２に示すように、商品受注処理は顧客が店舗に来店することで開始される（ステップＳ１）。来店した顧客が商品の注文申請書を記入（手書き）し、例えば店舗の受注カウンターにおいて申請書を店舗の係員（以下、単に「係員」という場合がある）に提出する（ステップＳ２）。
【００２１】
店舗では、例えば受注カウンターにおいて注文申請書が提出されたことに基づいて、商品受注端末装置１０を用いた受注処理が進められる。まず、注文申請書を受け付けた係員により商品受注端末装置１０を用いて注文申請書の画像が撮影される（ステップＳ３）。詳しくは後述するが、本実施形態による商品受注端末装置１０は、撮影機能を有している。商品受注端末装置１０は、ネットワーク３を介して撮影された注文申請書の画像データをＯＣＲサーバ２０にアップロードする（ステップＳ４）。ＯＣＲサーバ２０は、アップロードされた注文申請書の画像データを取得すると、当該画像データに対してＯＣＲ処理を実行する（ステップＳ５）。次いで、ＯＣＲサーバ２０は、注文申請書の画像データに対するＯＣＲ処理結果（テキストデータ）に基づいて注文申請内容を示す注文申請データを生成し、ＣＳＶ形式のデータとして商品受注端末装置１０に出力する（ステップＳ６）。
【００２２】
商品受注端末装置１０はＯＣＲサーバ２０が出力したＣＳＶデータ（注文申請データ）を取り込む（ステップＳ７）。取り込まれた注文申請データは、商品受注端末装置１０の表示部１１において注文申請内容を示すテキストとして表示される（ステップＳ８）。店舗の係員は、商品受注端末装置１０に表示された注文申請データを顧客に見せる。顧客は注文申請データを確認し（ステップＳ９）、内容に誤り等がなければ注文申請データを承認する旨を店舗従業員に伝える（ステップＳ１０）。
【００２３】
顧客が注文申請データを承認したことを確認すると、店舗の係員により商品受注端末装置１０において承認操作が行われる（ステップＳ１１）。詳しくは後述するが、承認操作の実行に基づいて、商品受注端末装置１０は商品ＤＢサーバ３０に承認済みの注文申請データを出力する。出力された注文申請データの内容は、商品ＤＢサーバ３０および基幹サーバ４０のデータベースに登録される（ステップＳ１２）。これにより、商品の受注が完了して配送の指示などが実行されることとなる。
【００２４】
このように、本実施形態による商品受注システム１では、商品の注文時において商品の注文申請書の内容をＯＣＲ処理した結果に基づく注文申請データを商品受注端末装置１０の表示部１１に表示し、商品の注文時において顧客および係員がＯＣＲ処理によってデータ化された注文申請内容（注文申請データ）を確認することができる。
【００２５】
例えば、従来では、商品の注文時において顧客および係員がＯＣＲ処理でデータ化された注文申請内容を確認することができなかった。このため、データ化された注文申請内容に誤りがあった場合、受注完了後に修正作業が生じ、顧客への注文内容の問い合わせや受注および配送指示のやり直しなどにより店舗の係員の作業負荷が増大していた。また中元や歳暮、クリスマスなどの時期は業務の繁忙期であることから、修正作業の発生は店舗における円滑な業務の妨げとなるおそれもあった。
【００２６】
これに対し、商品受注端末装置１０では、例えばＯＣＲ処理時における注文申請書の読取りエラーの発生などにより、データ化された注文申請内容に誤りがあったとしても、受注が完了する前に発見することができる。これにより、商品受注端末装置１０および商品受注システム１は、受注が完了して配送指示等が行われた後に注文内容の修正作業が発生することを抑制することができる。このため、商品受注端末装置１０および商品受注システム１は、店舗の係員の作業負荷を軽減し、店舗における業務の進行を円滑にすることができる。
【００２７】
次に、図３を用いて、商品受注システム１の各構成要素の詳細について説明する。図３は、商品受注システム１の各構成要素の機能を説明する機能ブロック図である。
【００２８】
図３に示すように、商品受注端末装置１０は、表示部１１、入力部１１２、撮影部１３、出力部１４、取得部１５および制御部１００を備えている。商品受注端末装置１０における表示部１１は上述のとおりのディスプレイである。このディスプレイは、例えばＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）、有機ＥＬ（ＥｌｅｃｔｒｏＬｕｍｉｎｅｓｃｅｎｃｅ）ディスプレイで構成される。上記ステップＳ８のように、商品受注システム１における一連の受注処理において、表示部１１には例えばＯＣＲ処理の結果に基づいてデータ化された注文申請内容（注文申請データ）が表示される。
【００２９】
商品受注端末装置１０における入力部１１２は、所定の入力操作を受付け可能な構成である。入力部１１２は、商品受注端末装置１０のユーザ（例えば、店舗の係員）による情報入力に用いられる。上述のように、タブレット端末としての商品受注端末装置１０における入力部１１２は、タッチパネル１２（図１参照）が有するタッチセンサである。なお、商品受注端末装置１０がスマートフォンである場合も同様である。タッチセンサは、ディスプレイの上面に複数配置された接触動作による操作（タッチ操作）を検出するための素子と、さらにその上に積層された透明な操作面で構成される。タッチパネル１２上で接触動作を検知する方法は、圧力の変化を感知する感圧式、静電気による電気信号を感知する静電式、その他の方法を適用することができる。
【００３０】
上記ステップＳ１１のように、商品受注端末装置１０において入力部１１２は、商品受注処理における承認操作に用いられる。承認操作は、例えばタッチセンサを有するタッチパネル１２上の特定領域に表示された承認用の画像ボタン（承認ボタン）に対するタッチ操作である。なお入力部１１２はタッチパネルにおけるタッチセンサに限られず、例えば商品受注端末装置１０の表示部１１以外の所定箇所に設けられたボタンでもよい。また、商品受注端末装置１０がパソコンである場合にはキーボードやマウスであってもよい。
【００３１】
商品受注端末装置１０における撮影部１３は、所定の画像を撮影可能なカメラである。撮影部１３は、例えば図１に示す商品受注端末装置１０の裏面側上部に設けられている。商品受注システム１では、商品受注処理における上記ステップＳ３からステップＳ５のように、撮影部１３が撮影した注文申請書の画像がＯＣＲサーバ２０においてＯＣＲ処理によりデータ化される。
【００３２】
商品受注端末装置１０における出力部１４は、ネットワーク３を介して、外部装置に所定の情報を出力可能な構成である。出力部１４は、商品受注システム１内のサーバ装置に各種データや信号等を出力（送信）する。本実施形態において出力部１４は、商品受注システム１内のサーバ装置とのデータ連携における情報出力に用いられる。例えば、商品受注処理におけるステップＳ４のように、出力部１４はＯＣＲサーバ２０に注文申請書の画像データを出力（アップロード）する。また例えば出力部１４は、商品受注処理におけるステップＳ１１のように、注文内容に対する承認操作に基づいて、注文申請データを商品ＤＢサーバ３０に送信する。
【００３３】
商品受注端末装置１０における取得部１５は、ネットワーク３を介して、外部装置から所定の情報を取得可能な構成である。取得部１５は、商品受注システム１内のサーバ装置から各種データや信号を取得（受信）する。本実施形態において商品受注端末装置１０に取得部１５は、商品受注システム１内のサーバ装置とのデータ連携における情報入力に用いられる。例えば、商品受注処理におけるステップＳ７のように、取得部１５はＯＣＲサーバ２０が生成したＣＳＶデータ（注文申請データ）を取得する。
【００３４】
商品受注端末装置１０における制御部１００は、商品受注端末装置１０内の各構成要素の制御処理を統括する構成である。制御部１００は、例えばＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）である。制御部１００は、商品受注端末装置１０内の各構成要素に対して制御信号やコマンドを出力することにより、各構成要素に対して直接または間接的な制御を行う。
【００３５】
また商品受注端末装置１０は、各種データが記憶される記憶部１１０を備えている。記憶部１１０は、記憶領域としてプログラム用メモリ１２０および画像用メモリ１３０を有している。記憶部１１０は、制御部１００によって情報の参照（取得）や登録が行われる。
【００３６】
プログラム用メモリ１２０は、制御部１００が実行する制御処理に使用されるソフトウェアとしてのプログラムを保存する記憶領域である。プログラム用メモリ１２０に保存されている各プログラムは、制御部１００が各プログラムを読み込んで実行することによって、それぞれの機能を発揮する。制御部１００は、プログラム用メモリ１２０に記憶された各プログラムに基づいて商品受注端末装置１０の総括的な制御を行う。
【００３７】
図３に示すように、本実施形態においてプログラム用メモリ１２０には、商品受注システム１による一連の受注処理に係る商品受注端末装置１０の動作（受注処理動作）の制御に用いるプログラム群（ソフトウェア）である商品受注アプリケーションが記憶されている。制御部１００が商品受注アプリケーションを構成するプログラムを読み込んで実行することによって、当該プログラムが受注処理部１２１として機能する。
【００３８】
受注処理部１２１は、制御部１００を介して表示部１１、入力部１１２、撮影部１３、出力部１４および取得部１５といった構成要素を制御して、商品受注端末装置１０における受注処理動作を制御する。これにより、パソコンやスマートフォン、タブレット端末といった汎用の端末装置を商品受注端末装置として機能させることができる。
【００３９】
画像用メモリ１３０には、商品受注端末装置１０における各種処理において表示部１１に表示される画像データが保持されている。本実施形態において、画像用メモリ１３０には、受注処理部１２１が制御する受注処理動作の進行に応じて表示部１１に表示される画像データ（商品受注画面データ）が複数保持されている。商品受注画面データの詳細は後述する。また、これらの他に、記憶部１１０の他に商品受注端末装置１０には、外部装置（例えばＯＣＲサーバ２０、商品ＤＢサーバ３０）から取得した各種データを一時的に保存する一時記憶領域や、所定のレジスタが設けられている。例えば、商品受注端末装置１０においてＯＣＲサーバ２０から取得した注文申請データ（ＣＳＶデータ）は、一時記憶領域に記憶された後、表示部１１に表示される。
【００４０】
このように、本実施形態による商品受注端末装置１０は、顧客が手書きで記入した商品の注文に関する注文申請書（申請書の一例）の画像データを取得する撮影部（画像取得部の一例）１３と、所定情報を外部装置に出力可能であって、当該所定情報として注文申請書の画像データを出力する出力部１４と、所定の情報を外部装置から取得可能であって、当該所定情報として注文申請書の画像データに対するＯＣＲ（Ｏｐｔｉｃａｌ  Ｃｈａｒａｃｔｅｒ  Ｒｅｃｏｇｎｉｔｉｏｎ）処理の結果に基づいて生成された注文申請データを取得する取得部１５と、注文申請データを表示する表示部１１と、を備える。
【００４１】
これにより、商品受注システム１における商品受注端末装置１０では、顧客および店舗従業員が商品の注文時においてＯＣＲ処理によってデータ化された注文申請内容（注文申請データ）を確認することができる。これにより、注文時において注文申請データの誤りを発見することが可能となり、受注完了以降に、商品の注文申請内容の修正作業が発生することを抑制することができる。
【００４２】
次に、商品受注システム１におけるＯＣＲサーバ２０の機能構成について説明する。ＯＣＲサーバ２０は、取得部２１、ＯＣＲ処理部２２および出力部２３を備えている。
【００４３】
ＯＣＲサーバ２０における取得部２１は、ネットワーク３を介して、外部装置（例えば、商品受注端末装置１０）から所定の情報を取得可能な構成である。取得部２１は、商品受注端末装置１０（具体的には、出力部１４）から各種データや信号を取得（受信）する。本実施形態においてＯＣＲサーバ２０の取得部２１は、商品受注システム１内の商品受注端末装置１０とのデータ連携における情報入力に用いられる。例えば取得部２１は、商品受注端末装置１０とのデータ連携において、商品受注端末装置１０の撮影部１３によって撮影された注文申請書の画像データを受信する。
【００４４】
ＯＣＲサーバ２０におけるＯＣＲ処理部２２は、画像データを読み取ってＯＣＲ技術による文字認識処理であるＯＣＲ処理を実行する。ＯＣＲ処理では、例えば画像データ内の文字領域に含まれる各文字が文字コードに変換されることで、画像データ内の文字情報がテキストデータに変換される。ＯＣＲ処理部２２は、取得部２１が受信した注文申請書の画像データに対して、ＯＣＲ技術による自動文字認識処理を行い、ＯＣＲ処理結果として注文申請書の内容を示すテキストデータ（申請書ＯＣＲデータ）を生成する。
【００４５】
より詳細には、ＯＣＲ処理部２２は不図示のＯＣＲエンジンを有し、当該ＯＣＲエンジンにおいて注文申請書の画像データ内の文字認識処理を行う。本実施形態において注文申請書は定型の帳票である。ＯＣＲエンジンは、例えば自動帳票識別が可能に構成されている。ＯＣＲエンジンは、例えば注文申請書の画像データに対する文字認識において、予め用意された複数の帳票フォーマットの中から注文申請書の画像データに適合するフォーマットを識別すると、フォーマットに基づいて画像データ内の文字画像（手書き、活字）やチェックマーク、丸付け箇所などを抽出し、抽出した情報についてパターン認識などの周知の技術を用いて１文字（または一の記号）ごとに文字コードに変換する。ＯＣＲ処理部２２において注文申請書の画像データ内の文字情報をテキストデータ化した申請書ＯＣＲデータが生成される。例えば、申請書ＯＣＲデータは注文申請書の画像データに含まれる文字列の集合体である。
【００４６】
ＯＣＲサーバ２０には、注文申請書の画像データと合わせて、商品受注端末装置１０から注文申請書の種類を示す情報（帳票種別情報）が送信されてもよい。これにより、ＯＣＲサーバ２０（具体的にはＯＣＲ処理部２２）は、ＯＣＲエンジンでの文字認識に用いる帳票フォーマットを容易に識別することができる。
【００４７】
また、ＯＣＲ処理部２２におけるＯＣＲエンジンは、ＡＩ技術を適用したＡＩ−ＯＣＲエンジンであってもよい。ＡＩ−ＯＣＲエンジンは、深層学習（Ｄｅｅｐ  Ｌｅａｒｎｉｎｇ）によって文字認識精度や画像データのレイアウト解析（認識範囲の特定）の精度の向上を図ることができる。なお、ＡＩ−ＯＣＲエンジンを用いる場合、ＯＣＲサーバ２０は開放されたネットワーク環境（クラウド環境）に設けられたクラウドサーバであることが好ましい。これにより、ＡＩ−ＯＣＲエンジンが多くのデータから学習することができ、ＯＣＲ処理部２２が生成するＯＣＲ処理結果の精度を向上させることができる。
【００４８】
さらに、ＯＣＲ処理部２２は、申請書の画像データに対するＯＣＲ処理の結果である申請書ＯＣＲデータに基づいて注文申請データを生成する。注文申請データは、注文申請書における記入内容や項目のデータをカンマ区切りで示すＣＳＶ形式の注文申請データを生成する。注文申請データは、顧客が注文申請書に記入した注文内容に関する顧客記入データと、店舗の係員が注文申請書に記入した内容に関する係員記入データとを含んで構成される。また、商品申請データには、顧客記入データおよび係員記入データに加えて所定データ（例えば商品に関する補足情報に関するデータなど）が含まれてもよい。
【００４９】
ＯＣＲ処理部２２は、申請書ＯＣＲデータを解析して申請書ＯＣＲデータの内容（記入内容や項目）を顧客記入データと係員記入データとに分類した上でＣＳＶ形式の注文申請データを生成する。注文申請データは、商品受注端末装置１０において顧客記入データおよび係員記入データのそれぞれを識別可能に構成されていればよい。注文申請データは、例えば一つのＣＳＶファイルで構成されてもよいし、顧客記入データおよび係員記入データのそれぞれを別個のファイルとして形成した複数（例えば２つ）のＣＳＶファイルで構成されてもよい。
【００５０】
ＯＣＲサーバ２０における出力部２３は、ネットワーク３を介して、外部装置に所定の情報を出力可能な構成である。出力部２３は、商品受注端末装置１０に各種データや信号等を出力（送信）する。本実施形態において出力部２３は、商品受注システム１内の商品受注端末装置１０とのデータ連携における情報出力に用いられる。例えば、出力部２３は、商品受注端末装置１０とのデータ連携において、ＯＣＲ処理部２２で生成された注文申請データを送信する。これにより、商品受注端末装置１０は取得部１５において、撮影部１３が撮影した注文申請書の画像データをＯＣＲ処理において読み取った結果（文字認識結果）に基づいて生成された注文申請データとして、顧客記入データおよび係員記入データ）を取得することができる。
【００５１】
このように、本実施形態においてＯＣＲサーバ２０は、顧客が手書きで記入した商品の注文に係る注文申請書の画像データに対してＯＣＲ処理による文字認識を実行し、当該ＯＣＲ処理の結果（申請書ＯＣＲデータ）に基づいて注文申請データ（ＣＳＶデータ）を生成し、商品受注端末装置１０に送信（出力）する。
【００５２】
次に、商品受注システム１における商品ＤＢサーバ３０の機能構成について説明する。商品ＤＢサーバ３０は、注文申請書によって注文可能な商品に関する情報である商品情報や、当該商品に対する注文に関する情報である注文情報を保持するデータベースを備えるサーバ装置である。図３に示すように商品ＤＢサーバ３０は、取得部３１、処理部３２および記憶部３３を備えている。
【００５３】
商品ＤＢサーバ３０における取得部３１は、ネットワーク３を介して外部装置（例えば、商品受注端末装置１０）から所定の情報を取得可能な構成である。取得部３１は、商品受注端末装置１０（具体的には、出力部１４）から各種データや信号を取得（受信）する。また本実施形態において、商品ＤＢサーバ３０の取得部３１は、商品受注システム１内の商品受注端末装置１０および基幹サーバ４０とのデータ連携における情報入力に用いられる。例えば取得部３１は、商品受注端末装置１０が承認操作（上記ステップＳ１１）の実行に基づいて出力した承認済みの注文申請データを受信する。取得部３１は、受信した各種データを処理部３２に出力する。
【００５４】
商品ＤＢサーバ３０における処理部３２は、取得部３１が取得した各種データに基づく処理を実行する。処理部３２は、取得部３１から入力されたデータに基づいて、記憶部３３に新たな情報を記憶したり、記憶部３３から所定の情報を取得して商品受注端末装置１０や基幹サーバ４０に出力したりする。例えば処理部３２は、取得部３１から承認済みの注文申請データが入力されると、当該注文申請データの内容を記憶部３３に記憶し、さらに基幹サーバ４０に出力する。このように処理部３２は、商品受注端末装置１０および基幹サーバ４０とのデータ連携における情報出力にも用いられる。
【００５５】
商品ＤＢサーバ３０における記憶部３３は、所定の記憶領域であって、商品受注システム１における一連の受注処理に係る情報（データ）を保持する各種データベースが設けられている。具体的には、記憶部３３は、商品情報データベース３３１および注文情報データベース３３２を保持している。
【００５６】
商品ＤＢサーバ３０の商品情報ＤＢ３３１は、注文申請書によって注文可能な商品の情報を保存するデータベースである。商品情報ＤＢ３３１には、例えば各種商品の識別に用いる情報（商品コード、商品名など）や、仕入先を示す情報（仕入コード、仕入先名など）、価格などのデータがテーブル形式で保存されている。また、商品ＤＢサーバ３０の商品情報ＤＢ３３１には、注文申請書によって注文可能な各種商品の在庫状況を示す在庫データが保持されている。在庫データには、少なくとも在庫数を示すデータが含まれている。また例えば在庫データには、在庫の有無を示すフラグデータ（１：在庫あり、０：在庫なし）が含まれていてもよい。
【００５７】
また注文情報ＤＢ３３２は、注文申請書によって顧客から申請された注文内容に関する情報を保存するデータベースである。注文情報ＤＢ３３２には、例えば注文日や配送希望日時、注文者（顧客）や配送先の情報（氏名・住所）、商品に関する情報（商品名、商品コード、注文個数、価格など）、受付け係員の情報（氏名、受付け店名）などのデータがテーブル形式で保存される。注文情報ＤＢ３３２に保存されるデータは、注文申請データ（顧客記入データ、係員記入データ）の内容に対応している。
【００５８】
商品ＤＢサーバ３０の処理部３２は、商品情報ＤＢ３３１および注文情報ＤＢ３３２に対してデータの登録や、データの参照（抽出）を行う。例えば処理部３２は、取得部３１が受信したデータや信号に基づいて商品情報ＤＢ３３１、注文情報ＤＢ３３２からデータを抽出し、抽出したデータを商品受注端末装置１０や基幹サーバ４０に出力する。また、例えば処理部３２は、取得部３１が受信したデータや信号に基づいて注文情報ＤＢ３３２にデータの登録（挿入）を行う。
【００５９】
商品ＤＢサーバ３０において例えば処理部３２は、取得部３１が受信した承認済みの注文申請データの内容を注文情報ＤＢ３３２に登録する（上記ステップＳ１２）。つまり注文情報ＤＢ３３２には、注文情報として、商品受注端末装置１０において顧客および係員に承認された注文申請データの内容が保持される。また、処理部３２は、注文情報ＤＢ３３２に注文情報として商品申請データの内容を登録すると、登録した注文情報を基幹サーバ４０に出力する。
【００６０】
次に、商品受注システム１における基幹サーバ４０の機能構成について説明する。図３に示すように基幹サーバ４０は、取得部４１、処理部４２および記憶部４３を備えている。上述のように基幹サーバ４０は、商品受注システム１の他に、仕入れや配送に関する処理を行う他のシステムとも連携可能に構成されてもよい。なお、理解を容易にするため、図３では商品受注システム１と関連する構成のみを図示している。
【００６１】
基幹サーバ４０における取得部４１は、所定のネットワークや通信路を介して外部装置（例えば、商品ＤＢサーバ３０）から所定の情報を取得可能な構成である。取得部４１は、商品ＤＢサーバ３０（具体的には、処理部３２）から各種データや信号を取得（受信）する。本実施形態において、基幹サーバ４０の取得部４１は、商品受注システム１内の商品ＤＢサーバ３０とのデータ連携における情報入力に用いられる。また、取得部４１は、商品受注システム１以外の他のシステムからの情報を取得してもよい。例えば取得部４１は、商品ＤＢサーバ３０から、注文情報ＤＢ３３２に新たに登録されたデータ（承認済みの注文申請データの内容）を取得する。取得部４１は、受信した各種データを処理部４２に出力する。
【００６２】
基幹サーバ４０における処理部４２は、取得部４１が取得した各種データに基づく処理を実行する。例えば処理部４２は、取得部４１から入力されたデータに基づいて、記憶部４３に新たな情報を記憶する。例えば処理部４２は、取得部４１が受信した注文情報ＤＢ３３２のデータ（承認済みの注文申請データの内容）を記憶部４３に記憶する。また処理部４２は、記憶部４３から所定の情報を取得して連携する他のシステムにおける所定のサーバ装置などに出力してもよい。
【００６３】
基幹サーバ４０における記憶部４３は、所定の記憶領域であって、各種データベースが保持されている。具体的には、記憶部４３は注文情報データベース４３１を保持している。注文情報ＤＢ４３１は、注文申請書によって顧客から申請された注文内容に関する情報（データ）を保存するデータベースであって、商品ＤＢサーバ３０における注文情報ＤＢ３３２と同じ項目を含むデータベースである。
【００６４】
例えば処理部４２は、取得部４１が商品ＤＢサーバ３０から取得した承認済みの注文申請データの内容を注文情報ＤＢ４３１に登録（挿入）する。これにより、商品ＤＢサーバ３０における注文情報ＤＢ３３２のデータが、基幹サーバ４０の注文情報ＤＢ４３１に反映される。つまり、基幹サーバ４０における注文情報ＤＢ４３１は、注文情報ＤＢ３３２と同様に、例えば顧客に承認された注文申請データの内容を保持している。基幹サーバ４０では、注文情報ＤＢ４３１に登録された注文内容に基づいて、配送指示などの商品の受注以降の業務に係る処理が実行される。つまり、承認済みの注文申請データの内容が注文情報ＤＢ４３１に登録されることで、商品受注システム１における商品の受注が完了する。
【００６５】
次に、本実施形態による商品受注システム１の商品受注処理の流れの一例について、図１から図３を参照しつつ、図４を用いて説明する。図４は、商品受注システム１における商品受注処理の流れの一例を示すシーケンスチャートである。図４では、一連の商品受注処理における商品受注システム１の各構成（商品受注端末装置１０、ＯＣＲサーバ２０、商品ＤＢサーバ３０および基幹サーバ４０）の動作およびデータの流れを示している。
【００６６】
まず、商品受注システム１では、商品受注端末装置１０において商品受注アプリケーション（以下「商品受注アプリ」と略記）が起動される（ステップＳ１０１）。これにより、商品受注システム１における商品受注処理が開始される。商品受注アプリは、例えば商品受注端末装置１０が店舗の係員の起動操作を検出することで起動される。店舗の係員は、店舗に来店した顧客から記入済みの商品の注文申請書を受け付けると、商品受注端末装置１０の表示部１１におけるタッチパネル１０３に表示された商品受注アプリの起動用アイコンを選択（タッチ操作）する起動操作を行う。タッチセンサである入力部１１２が当該起動操作を検出することによって、商品受注アプリが起動される。
【００６７】
具体的には、入力部１１２が当該起動操作を検出すると、当該検出に基づいて、制御部１００がプログラム用メモリ１２０に保存されている商品受注アプリ用のプログラムを読み込む。これにより、商品受注端末装置１０において商品受注アプリが起動され、受注処理部１２１が、制御部１００を介して商品受注端末装置１０の各構成の商品受注処理に係る動作制御を開始することになる。
【００６８】
商品受注アプリが起動すると、商品受注端末装置１０の受注処理部１２１は、顧客が記入した注文申請書の画像データを取得する（ステップＳ１０２）。受注処理部１２１は、制御部１００を介して撮影部１３を起動し、タッチパネル１２を撮影モードに切り替える。撮影部１３が起動されると、店舗の係員は、顧客が記入した注文申請書の画像を撮影する。これにより、商品受注端末装置１０において注文申請書の画像データが取得される。受注処理部１２１は制御部１００を介して、撮影部１３によって取得した申請書の画像を出力部１４に出力する。
【００６９】
次いで、商品受注端末装置１０の出力部１４はステップＳ１０２で入力された注文申請書の画像データをＯＣＲサーバ２０に送信（出力）する（ステップＳ１０３）。具体的には、受注処理部１２１は、制御部１００を介して出力部１４を制御し、注文申請書の画像データをＯＣＲサーバ２０に送信する。
【００７０】
本実施形態において、商品受注端末装置１０とＯＣＲサーバ２０との間におけるデータ（画像データおよびＣＳＶデータ）の連携は、例えばＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｇｒａｍｍｉｎｇ  Ｉｎｔｅｒｆａｃｅ）を用いたＡＰＩ連携によるものでもよい。商品受注端末装置１０の出力部１４は、例えばネットワーク３を介したＡＰＩ連携により、顧客が記入した注文申請書の画像データをＯＣＲサーバ２０とのデータ連携におけるＯＣＲ処理要求（ＯＣＲリクエスト）としてＯＣＲサーバ２０に出力する。なお、ＯＣＲサーバ２０がオンプレミスサーバである場合には、商品受注端末装置１０は、例えばＯＣＲサーバ２０との画像データ（申請書画像のデータ）の連携にＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）を利用してもよい。
【００７１】
商品受注端末装置１０から出力された注文申請書の画像データは、ＯＣＲサーバ２０の取得部２１において受信される（ステップＳ１０４）。取得部２１は、当該画像データを取得するとＯＣＲ処理部２２に出力する。これにより、ＯＣＲサーバ２０のＯＣＲ処理部２２において、商品受注端末装置１０に置いて撮影（取得）された注文申請書の画像データに対するＯＣＲ処理が実行される（ステップＳ１０５）。
【００７２】
ＯＣＲ処理部２２は、ＯＣＲエンジンによって記入済み申請書の画像データを読み取り、ＯＣＲ処理結果としてテキストデータ（申請書ＯＣＲデータ）を生成する。さらに、ＯＣＲ処理部２２は、申請書ＯＣＲデータに基づいて顧客記入データおよび係員記入データを含むＣＳＶ形式の注文申請データを生成する（ステップＳ１０６）。ＯＣＲ処理部２２は、注文申請データを、出力部２３に出力する。
【００７３】
ＯＣＲサーバ２０の出力部２３は、ＯＣＲ処理部２２が生成した注文申請データを商品受注端末装置１０に送信（出力）する（ステップＳ１０７）。具体的には、出力部２３は、例えばネットワーク３を介したＡＰＩ連携によって注文申請データを商品受注端末装置１０に出力する。
【００７４】
注文申請データは、商品受注端末装置１０の取得部１５において受信される（ステップＳ１０８）。受注処理部１２１は、制御部１００を介して、取得部１５が受信した当該商品申請データを記憶部３３の一時記憶領域に記憶する。また、受注処理部１２１は制御部１００を介して、出力部１４から商品ＤＢサーバ３０に商品情報データの参照リクエストを送信（出力）する（ステップＳ１０９）。具体的には、受注処理部１２１は、注文申請データにおける顧客記入データから、顧客が注文申請した商品を識別するための商品識別データ（例えば、商品名）を抽出し、制御部１００を介して出力部１４に出力する。出力部１４は、商品データの参照リクエストとして、例えば当該商品識別データを含むコマンドを生成し、ネットワーク３を介して商品ＤＢサーバ３０に送信する。なお、商品識別データは、商品名に限られず、例えば商品を示す商品コード等であってもよい。
【００７５】
商品ＤＢサーバ３０は、商品データの参照リクエストを受信すると商品情報ＤＢ３３１から商品情報データを取得する（ステップＳ１１０）。具体的には、商品ＤＢサーバ３０の取得部３１は、受信した商品データの参照リクエストに含まれる商品識別データ（例えば商品名）を処理部３２に出力する。処理部３２は、記憶部３３の商品情報ＤＢ３３１を参照し、商品識別データに紐づく商品情報データを取得する。商品情報データには、商品識別データが示す商品の在庫データが含まれる。処理部３２は、取得した商品情報データを商品受注端末装置１０に送信（出力）する（ステップＳ１１１）。処理部３２は、例えば商品情報データを項目と値からなる注文申請データと同様のＣＳＶ形式に変換した上で、商品受注端末装置１０に出力する。
【００７６】
商品情報データは、商品受注端末装置１０の取得部１５において受信される（ステップＳ１１２）。これにより、取得部１５は、注文申請データに含まれる注文対象の商品の在庫データ（在庫状況を示すデータ）を取得することができる。次いで、商品受注端末装置１０の表示部１１には、注文申請データが表示される（ステップＳ１１３）。具体的には、商品受注端末装置１０の受注処理部１２１は、制御部１００を介して記憶部３３の一時記憶領域から上記ステップＳ１０８で受信した注文申請データを読み込み、表示部１１に出力する。これにより、表示部１１には、商品申請データとして顧客記入データおよび係員記入データが表示される。
【００７７】
例えば、注文申請データにおける顧客記入データが商品受注端末装置１０の表示部１１に表示されると、店舗の係員は表示部１１を顧客に提示して、注文内容の確認を依頼する。顧客は、提示された顧客記入データを確認し、自分が申請書に記入した内容と顧客記入データとに違いがあるか否か、すなわちＯＣＲ処理結果に基づく顧客記入データに修正の必要があるか否かを判断することができる。同様に店舗の係員は、表示部１１に表示された係員記入データを確認することで、自分が申請書に記入した内容とＯＣＲ処理結果に基づく係員記入データとに違いがあるか否か（修正の必要があるか否か）を判断することができる。また表示部１１には、注文申請データと併せて、商品ＤＢサーバ３０から受信した商品情報データのうち少なくとも在庫データを表示してもよい。これにより、商品受注端末装置１０の表示部１１において、商品申請データのうち顧客記入データおよび係員記入データの少なくともいずれか一方とともに、在庫データを確認することができる。
【００７８】
このように、本実施形態による商品受注システム１では、商品受注端末装置１０の表示部１１に申請書データが表示されるため、顧客および店舗の係員は、申請書に記入した内容とＯＣＲ処理によってテキストデータ化された申請内容（表示部１１に表示された顧客記入データ、係員記入データ）とに相違がないかを確認することができる。また表示部１１において、注文申請データと併せて在庫データが表示される場合、顧客および店舗の係員は、顧客が注文した商品の在庫の状況（例えば、在庫の有無や在庫数）を確認し、在庫が不足している場合には、注文申請データを修正して商品の注文数量や商品の種類の変更等を行えばよい。これにより、商品受注システム１における商品受注端末装置１０は、注文申請データと併せて表示部１１に在庫データを表示可能であることにより、在庫不足によって受注後に修正作業が発生することを抑制することができる。
【００７９】
注文申請データが商品受注端末装置１０の表示部１１に表示されると、受注処理部１２１は、注文申請データに修正があるか否かを判定する（ステップＳ１１４）。顧客および店舗の係員は、注文申請データを確認し修正の必要があると判断した場合、商品受注端末装置１０のタッチパネル１２において修正対象となる注文申請データの選択操作（タッチ操作）を行う。受注処理部１２１は、制御部１００を介して入力部１１２（タッチセンサ）が選択操作されたことを検出すると、注文申請データに修正があると判定して（ステップＳ１１４のＹＥＳ）、注文申請データの修正入力を受け付ける（ステップＳ１１５）。
【００８０】
入力部１１２の選択操作を検出すると、受注処理部１２１は、制御部１００を介してタッチパネル１２に入力用キーボードを表示する。顧客および店舗の係員は、タッチパネル１２において修正対象となる注文申請データを選択し、タッチパネル１２上の入力用キーボードのタッチ操作によって注文申請データの内容を修正するための修正入力作業を行う。入力部１１２は、入力用キーボードのタッチ操作を修正入力として検出する。
【００８１】
ここで、例えば注文申請データの修正対象が商品に関する情報（商品名や商品の注文数量等）である場合、受注処理部１２１は、再度、上記ステップＳ１０９と同様に商品ＤＢサーバ３０に対して商品データの参照リクエストを送信する。これにより、商品受注端末装置１０は、修正内容に応じた商品情報データを商品ＤＢサーバ３０から取得することができる。したがって、商品受注端末装置１０では注文申請データの修正内容に応じて、注文対象の商品の在庫データを取得することができる。
【００８２】
次いで、商品受注端末装置１０における入力部１１２は、注文申請データの内容が承認されたことを示す承認操作を受け付ける（ステップＳ１１６）。なお、上記ステップＳ１１４において注文申請データに修正があると判定されなかった場合（ステップＳ１１４のＮＯ）、上記ステップＳ１１５において注文申請データの修正入力が行われずにステップＳ１１６が実行される。詳しくは後述するが、商品受注端末装置１０の入力部１１２は、タッチパネル１２に表示された承認のための画像ボタン（承認ボタン）に対する接触操作（タッチ操作）を承認操作として受付ける。商品受注端末装置１０における受注処理部１２１は、制御部１００を介して承認操作を検出する。受注処理部１２１は承認操作を検出すると、承認済みの注文申請データを出力部１４に出力する。
【００８３】
商品受注端末装置１０における出力部１４は、承認操作が実行されたことに基づいて承認済みの注文申請データ（顧客記入データ、係員記入データ）を、ネットワーク３を介して商品ＤＢサーバ３０に送信（出力）する（ステップＳ１１７）。上記ステップＳ１１５において注文申請データの修正入力が行われた場合、承認済みの注文申請データは、修正入力を反映した内容となる。
【００８４】
商品ＤＢサーバ３０は、承認済みの注文申請データを受信すると、当該注文申請データの内容を注文情報ＤＢ３３２に登録する（ステップＳ１１８）。商品ＤＢサーバ３０において取得部３１は、受信した承認済みの注文申請データを処理部３２に出力する。処理部３２は、承認済みの注文申請データの内容を抽出し、新たな注文情報データとして注文情報ＤＢ３３２に挿入（登録）する。さらに、処理部３２は、承認済みの注文申請データの内容、すなわち新たに挿入した注文情報データを、所定のネットワークを介して基幹サーバ４０に送信する（ステップＳ１１９）。
【００８５】
基幹サーバ４０において取得部４１が承認済みの注文申請データの内容（新たな注文情報データ）を受信すると、当該注文申請データの内容が処理部４２に出力され、処理部４２によって記憶部４３の注文情報ＤＢ４３１に登録される（ステップＳ１２０）。このように、本実施形態による商品受注システム１において、承認済みの注文申請データの内容が商品ＤＢサーバ３０を介して基幹サーバ４０のデータベースに登録される。これにより、顧客が申請した商品の注文が確定して店舗における受注が完了し、配送指示などの受注以降の業務が開始される。なお、商品ＤＢサーバ３０から基幹サーバ４０への新たな注文情報データの送信は、顧客が商品代金の支払いを完了したことが確認された後であってもよいし、商品ＤＢサーバ３０の注文情報ＤＢ３３２に挿入された注文情報データの内容に対する所定のチェック処理後であってもよい。
【００８６】
一方、商品受注端末装置１０では、上記ステップＳ１１７において承認済みの注文申請データを商品ＤＢサーバ３０に送信した後、領収書の発行処理を行う（ステップＳ１２１）。具体的には、商品受注端末装置１０において受注処理部１２１は、上記ステップＳ１１７で承認済みの注文申請データが商品ＤＢサーバ３０に送信されると、制御部１００を介して記憶部１１０の所定の記憶領域から領収書のフォーマットデータを読み込む。受注処理部１２１は、当該フォーマットデータに注文申請データにおける商品名や単価、税込価格といった情報を反映し、領収書データを生成する。受注処理部１２１は、制御部１００を介して、 生成した領収書データを出力部１４に出力する。出力部１４は、LANなどの店舗内のネットワークを介して接続されたプリンタ（不図示）に領収書データを送信する。これにより、当該プリンタにおいて領収書が印刷される。
【００８７】
次いで、商品受注端末装置１０では、商品注文完了処理を実行する（ステップＳ１２２）。具体的には、商品受注端末装置１０における受注処理部１２１は、制御部１００を介して、表示部１１に設けられたタッチパネル１２に商品注文処理を完了するための画像ボタン（完了ボタン）を表示する。入力部１１２は、タッチパネル１２に表示された完了ボタンに対する接触動作を商品注文完了操作として受付ける。受注処理部１２１は、制御部１００を介して、入力部１１２が商品注文完了操作を受け付けたことを検出すると、商品注文処理を終了する。これにより、商品受注システム１における一連の商品受注処理が終了する。
【００８８】
このように、本実施形態による商品受注システム１は、顧客が手書きで記入した注文申請書の画像データに対してＯＣＲ処理を実行し、当該ＯＣＲ処理の結果に基づいて注文申請データを生成するＯＣＲサーバ２０と、注文申請書の画像データを取得（例えば撮影）する撮影部１３、注文申請書の画像データをＯＣＲサーバ２０に出力する出力部１４、ＯＣＲサーバ２０が生成した注文申請データを取得する取得部１５および注文申請データを表示する表示部１１を有する商品受注端末装置１０とを備える。これにより、顧客および店舗の係員は、ＯＣＲ処理によって読み取られてデータ化された注文申請書の内容（注文申請データ）に誤りがないかを、注文時に確認することができる。このため、商品受注システム１は、商品の受注が完了し、配送指示などの受注以降の処理の開始後において注文内容の修正作業が発生することを抑制し、店舗側の作業負荷を軽減して業務を円滑に進行させることができる。
【００８９】
次に、図５から図１４を用いて商品受注システム１における一連の受注処理のうち、商品受注端末装置１０での注文処理時における画面表示態様の一例を説明する。図５は、申請書選択画面５１の一例を示す図である。申請書選択画面５１は、上記ステップＳ１０１における商品受注アプリの起動時に商品受注端末装置１０の表示部１１に表示される。本実施形態において、図５から図１４に示す商品注文アプリに関する各画面は、受注処理部１２１が制御部１００を介して画像用メモリ１３０から各画面の画像データを取得し、種々の情報を当該画像データに適用した上で表示部１１に出力することによって表示される。
【００９０】
商品注文アプリが起動されると、図５に示すように商品受注端末装置１０の表示部１１には、申請書選択画面５１が表示される。商品受注端末装置１０では、受注処理部１２１が制御部１００を介して画像用メモリ１３０から申請書選択画面５１の表示に係る画像データを取得し、表示部１１に出力することで表示される。なお、商品注文アプリに関する画面表示はいずれも申請書選択画面５１と同様にして行われる。
【００９１】
申請書選択画面５１は、商品申請書の種類を選択するための画面である。申請書選択画面５１の中央には、選択ボタン表示領域５１ａが設けられている。選択ボタン表示領域５１ａには、ＯＣＲサーバ２０において自動認識可能な帳票の種類（本例では、各種注文申請書のフォーマットの種類）を示す複数の選択ボタンが表示される。例えば、店舗の係員は、選択ボタン表示領域５１ａに表示された選択ボタンの中から、顧客が記入した注文申請書の種類を示すボタンを選択してタッチ操作を行う。これにより、受注処理の対象となる注文申請書を選択することができる。
【００９２】
また図５に示すように、申請書選択画面５１の右下領域にはマニュアルボタン５１ｂが表示されている。マニュアルボタン５１ｂを選択操作（タッチ操作）することで、商品注文アプリの操作方法を示すマニュアルを表示部１１に表示することができる。
【００９３】
選択ボタン表示領域５１ａのいずれかの選択ボタンに対して選択操作が行われると、図６に示すように、商品受注端末装置１０の表示部１１に申請書確認画面５２が表示される。申請書確認画面５２は、申請書選択画面５１で選択した注文申請書の種類を確認するための画面である。申請書確認画面５２の中央には、申請書表示領域５２ａが設けられている。申請書表示領域５２ａには、申請書選択画面５１において選択された注文申請書の見本画像が表示される。これにより、店舗の係員は、選択した注文申請書が、顧客が記入した注文申請書の種類と同じ種類であるかを確認することができる。例えば、店舗の係員が申請書選択画面５１において、選択ボタン表示領域５１ａの選択ボタンのうち「クリスマス予約販売」のボタンを選択操作したとする。この場合、図６に示すように申請書表示領域５２ａには、クリスマス商品の予約販売のための申請書の見本画像５２０が表示される。
【００９４】
図６に示すように、申請書確認画面５２の下領域には承諾ボタン５２ｂとキャンセルボタン５２ｃとが表示されている。承諾ボタン５２ｂが選択操作されると、注文申請書の種類の確認が完了し、注文申請書の種類が確定する。一方、キャンセルボタン５２ｃが選択操作されると、再度、申請書選択画面５１が表示される。これにより、店舗の係員は、例えば注文申請書の種類の選択を誤った場合に、容易に注文申請書の種類選択をやり直すことができる。
【００９５】
注文申請書の種類が確定されると、次いで、店舗の係員は、商品受注端末装置１０の撮影部１３を用いて顧客が記入した注文申請書の画像の取得（上記ステップＳ１０２）のための操作を行う。このため、表示部１１においてタッチパネル１２が撮影モードになるとともに、図７に示す画像取得画面５３が表示される。商品受注端末装置１０では、申請書選択画面５１、申請書確認画面５２において注文申請書の種類の選択、確定を行った後に注文申請書の画像取得を行う。これにより、注文申請書の画像取得のやり直しといった作業の手戻りの発生を防ぐことができる。
【００９６】
図７に示すように、画像取得画面５３には、表示部１１の中央領域を囲むようにして、４つのガイド枠画像５３１および中心ガイド画像５３２が表示される。商品受注端末装置１０のユーザ（例えば、店舗の係員）は、撮影部１３において認識された注文申請書の画像５００の四隅がガイド枠画像５３１内に収まり、かつ注文申請書の画像５００の中心が中心ガイド画像５３２に重なるように商品受注端末装置１０の位置を調整する。これにより、注文申請書全体を収めた画像を撮影することができる。
【００９７】
画像取得画面５３の下領域には撮影ボタン５３ａとキャンセルボタン５３ｂとが表示されている。撮影ボタン５３ａが選択操作されると、商品受注端末装置１０の撮影部１３において注文申請書の画像５００が撮影される。また、キャンセルボタン５３ｂが選択操作されると、例えば、再度、申請書選択画面５１が表示される。
【００９８】
画像取得画面５３において撮影ボタン５３ａが選択されると、図８（ａ）に示すように商品受注端末装置１０の表示部１１において画像確認画面５４が表示される。画像確認画面５４の中央領域には、画像取得画面５３において撮影した注文申請書の画像５００が表示されている。これにより、画像確認画面５４によって撮影した注文申請書の画像を確認することができる。ここで、図８（ｂ）には、画像５００内における注文申請書の顧客記入欄のうち、顧客情報に関する記入欄（顧客情報記入欄）の画像αの一例を示している。本例において、顧客情報記入欄の画像αには、顧客が出書きで記入した氏名、電話番号、住所といった顧客情報の画像が含まれている。
【００９９】
図８（ａ）に示すように、画像確認画面５４の下領域には承諾ボタン５４ａとキャンセルボタン５４ｂとが表示されている。承諾ボタン５４ａが選択操作されると、注文申請書の画像５００の取得が完了する。入力部１１２が承諾ボタン５４ａの選択操作を検出したことにより、受注処理部１２１によって画像５００が出力部１４に出力され、上記ステップＳ１０３のように、出力部１４からＯＣＲサーバ２０に注文申請書の画像５００のデータが送信される。一方、キャンセルボタン５４ｂが選択操作されると、再度、画像取得画面５３が表示される。これにより、画像５００に不備があった（例えば不明瞭であった）場合に、店舗の係員は注文申請書の画像取得を再度行うことができる。
【０１００】
画像確認画面５４において承諾ボタン５４ａが選択されると、図９に示すように商品受注端末装置１０の表示部１１において画像確認画面５４上にデータ送信画像５０１が表示される。これにより、画像確認画面５４に表示されている注文申請書の画像５００のデータがＯＣＲサーバ２０に送信中であることが報知される。
【０１０１】
ＯＣＲサーバ２０への注文申請書の画像５００のデータの送信（上記ステップＳ１０３）が完了すると、商品受注端末装置１０の表示部１１において、図１０に示すように送信完了画面５５が表示される。送信完了画面５５の中央領域には、送信完了画像５０２が表示される。これにより、注文申請書の画像５００のデータがＯＣＲサーバ２０に送信されたことが報知される。
【０１０２】
このように、商品受注システム１における受注処理の上記ステップＳ１０１からステップＳ１０３の実行時において、商品受注端末装置１０には、図５から図１０に示す各画面が表示される。これにより、例えば店舗の係員は、注文申請書の画像取得や注文申請書の画像送信に係る操作を円滑に行うことができる。
【０１０３】
また、図１１および図１２は、商品受注システム１における受注処理の上記ステップＳ１１３の処理時（注文申請内容の表示時）において表示部１１に表示される注文申請データの表示画面の一例を示す図である。図１１は、注文申請データのうち、顧客記入データを表示するための顧客記入情報確認画面５６の一例を示す図である。顧客記入情報確認画面５６の中央領域には、顧客記入データの表示領域である顧客記入データ領域５６ａが設けられている。本例において、顧客記入データ領域５６ａには、画像取得画面５３（図７参照）において撮影され、画像確認画面５４（図８（ａ）参照）および送信完了画面５５（図１０参照）を経てＯＣＲサーバ２０に送信された画像５００の注文申請書における顧客記入欄の内容が表示される。
【０１０４】
図１１に示すように、本例では、顧客記入データ領域５６ａにおいて、顧客記入データとして、画像５００の注文申請書の顧客情報記入欄の画像αの内容を示すデータ（氏名、住所、電話番号）が表示されている。また、顧客記入データ領域５６ａには、顧客記入データとして、画像５００の注文申請書において顧客が記入した注文内容に関するデータ（商品名、注文数量、配送日（お渡し日）、配送時刻（時刻指定））が表示されている。顧客は、顧客記入情報確認画面５６の顧客記入データ領域５６ａを閲覧することで、ＯＣＲ処理によって読み取られてデータ化された注文内容や顧客情報に誤りがないかを確認することができる。
【０１０５】
顧客記入情報確認画面５６において、顧客記入データ領域５６ａに表示されているデータは、タッチパネル１２への操作による修正入力が可能になっている。このため、顧客は、顧客記入データ領域５６ａに表示されているデータに誤りがある場合には、顧客記入情報確認画面５６において修正入力作業を行うことができる。なお、図１１では図示しないが、例えば、顧客記入情報確認画面５６の所定領域（例えば顧客記入データ領域５６ａの下部）において、顧客が注文した商品（本例では「クリスマスケーキＡ」）についての在庫データ（在庫数または在庫の有無を示すデータ）を表示してもよい。これにより、顧客および係員は、注文した商品の在庫の状況（例えば、在庫の有無や在庫数）を確認し、在庫が不足している場合には、注文申請データ（ここでは、顧客記入データ）を修正することができる。
【０１０６】
また、図１１に示すように、顧客記入情報確認画面５６の下領域には承認ボタン５６ｂとキャンセルボタン５６ｃとが表示されている。例えば、顧客が顧客記入情報確認画面５６における承認ボタン５６ｂのタッチ操作を行うと、上記ステップＳ１１６において、入力部１１２は当該タッチ操作を承認操作として受付ける。これにより、注文申請データにおける顧客記入データが承認される。このように、顧客記入情報確認画面５６では、顧客記入データ領域５６ａに表示された顧客記入データが表示された状態で、承認操作を行うことができる。このため、顧客は顧客記入データの内容を確認しながら承認操作を行うことができる。なお例えば、在庫が不足している場合には、承認ボタン５６ｂを無効（タッチ操作を受け付けない状態）としてもよい。これにより、在庫が不足している場合に誤って商品が受注されることを防止することができる。なお、顧客記入情報確認画面５６における承認操作は、顧客から承認する旨を口頭などで伝達された店舗の係員が行ってもよい。また、キャンセルボタン５６ｃが押下されると、例えば表示部１１に再度、申請書選択画面５１（図５参照）が表示される。これにより、商品受注端末装置１０において実行中の注文申請書についての受注処理を中断して、最初から新たに受注処理を実行することができる。なお、キャンセルボタン５６ｃの押下時において、申請書選択画面５１に戻る前に、受注処理の中断の可否を確認するための確認画面を表示部１１に表示してもよい。
【０１０７】
図１２は、注文申請データのうち、係員記入データを表示するための係員記入情報確認画面５７の一例を示す図である。係員記入情報確認画面５７は、例えば承認ボタン５６ｂ（図１１参照）の承認操作に基づいて表示部１１に表示される。係員記入情報確認画面５７の中央領域には、係員記入データの表示領域である係員記入データ領域５７ａが設けられている。本例において、係員記入データ領域５７ａには、画像取得画面５３（図７参照）において撮影され、画像確認画面５４（図８（ａ）参照）および送信完了画面５５（図１０参照）を経てＯＣＲサーバ２０に送信された画像５００の注文申請書における係員記入欄の内容が表示される。
【０１０８】
図１２に示すように、本例では、係員記入データ領域５７ａにおいて、係員記入データとして、画像５００の注文申請書の係員情報に関する記入欄の内容を示すデータ（注文受付日、受付係員名、受付店コード、受付店名、商品名、単価（税抜）、注文数量、合価（税抜）、合価（税込）、社員コード、担当者氏名）が表示されている。店舗の係員は、係員記入情報確認画面５７の係員記入データ領域５７ａを閲覧することで、ＯＣＲ処理によって読み取られてデータ化された係員情報に関する記入欄の内容に誤りがないかを確認することができる。なお、各店舗における受注業務の実態に合わせて、係員記入情報確認画面５７の表示は省略してもよい。
【０１０９】
係員記入情報確認画面５７において、顧客記入データ領域５６ａと同様に、係員記入データ領域５７ａに表示されているデータはタッチパネル１２への操作による修正入力が可能になっている。このため、係員は、係員記入データ領域５７ａに表示されているデータに誤りがある場合には、係員記入情報確認画面５７において修正入力作業を行うことができる。
【０１１０】
また、図１２に示すように、係員記入情報確認画面５７の下領域には承認ボタン５７ｂとキャンセルボタン５７ｃとが表示されている。例えば、係員が係員記入情報確認画面５７における承認ボタン５７ｂのタッチ操作を行うと、上記ステップＳ１１６において、入力部１１２は当該タッチ操作を承認操作として受付ける。これにより、注文申請データにおける係員記入データが承認される。顧客記入情報確認画面５６および係員記入情報確認画面５７において承認操作が行われると、上記ステップＳ１１７において、承認済みの注文申請データ（顧客記入データ、係員記入データ）が、出力部１４から商品ＤＢサーバ３０に送信される。また、キャンセルボタン５７ｃが押下された場合には、キャンセルボタン５６ｃ（図１１参照）の押下時と同様に申請書選択画面５１（図５参照）に戻るように構成されてもよいし、顧客記入情報確認画面５６に戻るように構成されてもよい。
【０１１１】
係員記入情報確認画面５７において承認ボタン５７ｂの承認操作が実行されると、商品受注端末装置１０では、上記ステップＳ１２１のように領収書の発行処理が実行される。領収書の発行処理が実行されると、表示部１１には、図１３に示すように領収書発行完了画面５９が表示される。領収書発行完了画面５９には、承諾ボタン５９ａおよび再出力ボタン５９ｂが表示されている。承諾ボタン５９ａが選択操作されると、図１４に示すように受注完了画面６０が表示される。これにより、商品受注端末装置１０における受注処理に係る動作、すなわち商品受注アプリにおける一連の受注動作が終了する。また、再出力ボタン５９ｂが表示されると、領収書の発行処理（上記ステップＳ１２１）が再度実行される。
【０１１２】
受注完了画面６０には、受注継続ボタン６０ａおよびメニューボタン６０ｂが表示される。受注継続ボタン６０ａが選択操作されると、表示部１１に再度、申請書選択画面５１（図５参照）が表示され、商品受注端末装置１０において新たな注文申請書についての受注動作を実行することができる。一方、メニューボタン６０ｂが選択操作されると不図示のメニュー画面が表示部１１に表示され、例えば商品受注端末装置１０における受注処理以外の処理を実行するためのメニューを選択することができる。
【０１１３】
このように、商品受注システム１における商品受注端末装置１０での受注処理の上記ステップＳ１１３からステップＳ１２２の実行時において、商品受注端末装置１０には、図１１から図１４に示す各画面が表示される。これにより、例えば店舗の係員は、注文申請データの確認や注文申請データの内容の承認、および領収書の発行に関する操作を円滑に行うことができる。
【０１１４】
以上説明したように、本実施形態による商品受注システム１では、店舗において従来から用いていた注文申請書をそのまま利用して、受注処理の効率化および修正作業の抑制を図ることができる。このため、店舗の係員は、従来の受注業務における処理手順に沿って商品受注端末装置１０を操作することで、円滑に受注業務を行うことができる。したがって、商品受注システム１は、受注業務のシステム化において作業手順が大幅に変更されることによる作業ミスや、新たな作業手順を習得するための時間を削減することができる。
【０１１５】
（変形例）
上記実施形態では、商品受注端末装置１０では、撮影部１３、表示部１１、記憶部１１０等の各機能を１つの端末装置（本例では、タブレット端末）が有しているとしたが、これに限られない。例えば、上記の各機能が別個の装置に分散され、当該別個の装置を総称して受注処理端末装置としてもよい。例えば制御部１００を有する装置を商品受注端末装置の本体装置とし、撮影部１３は本体装置と接続可能な所定の撮影装置（デジタルカメラ、スマートフォンなど）であってもよい。この場合、本体装置は、所定の撮影装置で撮影された注文申請書の画像データを取得する画像取得部を有していればよい。
【０１１６】
また、上記実施形態では、注文申請データについての承認操作の一例として、商品受注端末装置１０のタッチパネル１２に表示された承認ボタンへのタッチ操作を挙げたが、本発明はこれに限られない。例えば、入力部１１２は、タッチパネル１２の所定領域における署名の入力操作を承認操作として受付可能に構成されてもよい。例えば商品受注端末装置１０の顧客記入情報確認画面５６および係員記入情報確認画面５７において、承認ボタン５６ｂ，５７ｂに代えて、ユーザ（例えば、顧客、係員）の指やタッチペンによる電子サインを入力可能なサイン欄を表示してもよい。これにより、入力部１１２は、電子サインの入力操作を承認操作として受け付けることができる。また、顧客記入情報確認画面５６および係員記入情報確認画面５７において、承認ボタンおよびサイン欄の両方を表示し、いずれかを選択して承認操作を行ってもよい。
【０１１７】
また、上記実施形態では、商品受注端末装置１０における入力部１１２はタッチパネル１２のタッチセンサであるとしたが、本発明はこれに限られない。例えば、商品受注端末装置１０における入力部は、接触せずに入力操作が可能な非接触型の操作パネルであってもよい。
【０１１８】
以上、上記実施形態により本発明を説明したが、本発明の範囲は、図示され記載された例示的な実施形態に限定されるものではなく、本発明が目的とするものと均等な効果をもたらす全ての実施形態をも含む。さらに、本発明の範囲は、請求項により画される発明の特徴の組み合わせに限定されるものではなく、全ての開示されたそれぞれの特徴のうち特定の特徴のあらゆる所望する組み合わせによって画されうる。
【符号の説明】
【０１１９】
１  商品受注システム
３  ネットワーク
１０  商品受注端末装置
１１  表示部
１２  タッチパネル
１３  撮影部
１４、２３  出力部
１５、３１、４１  取得部
２０  ＯＣＲサーバ
２１  取得部
２２  ＯＣＲ処理部
３０  商品データベースサーバ
３２、４２  処理部
３３、４３、１１０  記憶部
４０  基幹サーバ
５１  申請書選択画面
１００  制御部
１０３  タッチパネル
１１２  入力部
１２０  プログラム用メモリ
１２１  受注処理部
１３０  画像用メモリ
３３１  商品情報データベース
３３２、４３１  注文情報データベース
【要約】      （修正有）【課題】商品の受注や配送指示後に注文内容の修正作業が発生することを抑制することができる端末装置及び商品受注システムを提供する。【解決手段】商品受注端末装置１０、ＯＣＲサーバ２０、商品ＤＢサーバ３０及び基幹サーバ４０がネットワーク３により接続されている商品受注システム１において、商品受注端末装置１０は、顧客が手書きで記入した商品の注文に関する申請書の画像データを取得する撮影部１３と、所定情報を外部装置に出力可能であって、当該所定情報として申請書の画像データを出力する出力部１４と、所定情報を外部装置から取得可能であって、当該所定情報として申請書の画像データに対するＯＣＲ処理の結果に基づいて生成された注文申請データを取得する取得部１５と、注文申請データを表示する表示部１１と、を備える。【選択図】図３【図１】
0006969631.tif 000002
【図２】
0006969631.tif 000003
【図３】
0006969631.tif 000004
【図４】
0006969631.tif 000005
【図５】
0006969631.tif 000006
【図６】
0006969631.tif 000007
【図７】
0006969631.tif 000008
【図８】
0006969631.tif 000009
【図９】
0006969631.tif 000010
【図１０】
0006969631.tif 000011
【図１１】
0006969631.tif 000012
【図１２】
0006969631.tif 000013
【図１３】
0006969631.tif 000014
【図１４】
0006969631.tif 000015