(57)【要約】【課題】専用注文用紙での注文における発注者側と受注者側の両者の負担を軽減する。【解決手段】端末からの顧客を指定した注文書印刷指示に対応して、顧客毎に顧客情報と商品情報を含む注文書情報を提供する手段と、前記注文書情報に基づき、顧客情報、商品情報、これらのコード画像および個数記入欄を配置した注文書電子データを作成する手段と、前記注文書電子データに基づき、用紙に注文書を印刷する手段と、顧客により記入が行われた前記注文書の画像を取り込む手段と、取り込んだ画像からコード画像および個数記入欄の記入を認識し、注文情報を作成する手段とを備える。【選択図】図１
2017162297.tif 000002
【特許請求の範囲】
【請求項１】
端末からの顧客を指定した注文書印刷指示に対応して、顧客毎に顧客情報と商品情報を含む注文書情報を提供する手段と、
前記注文書情報に基づき、顧客情報、商品情報、これらのコード画像および個数記入欄を配置した注文書電子データを作成する手段と、
前記注文書電子データに基づき、用紙に注文書を印刷する手段と、
顧客により記入が行われた前記注文書の画像を取り込む手段と、
取り込んだ画像からコード画像および個数記入欄の記入を認識し、注文情報を作成する手段と
を備えたことを特徴とする受発注システム。
【請求項２】
前記注文情報に基づき、注文者、商品名および注文個数を配置した注文請書電子データを作成する手段と、
前記注文請書電子データに基づき、用紙に注文請書を印刷する手段と
を備えたことを特徴とする請求項１に記載の受発注システム。
【請求項３】
顧客の来所予定と、顧客毎の過去の購入履歴とを参照し、注文書を印刷する顧客を抽出する手段
を備えたことを特徴とする請求項１または２に記載の受発注システム。
【請求項４】
前記注文書情報を提供する手段は、顧客の属性情報と商品の属性情報とを参照し、注文書に掲載する商品を絞り込む
ことを特徴とする請求項１乃至３のいずれか一項に記載の受発注システム。
【請求項５】
前記注文書電子データを作成する手段は、注文書に掲載する商品の数に応じ、用紙内の配置または用紙サイズを変更する
ことを特徴とする請求項１乃至４のいずれか一項に記載の受発注システム。
【請求項６】
端末からの顧客を指定した注文書印刷指示に対応して、顧客毎に顧客情報と商品情報を含む注文書情報を提供する手段と、
前記注文書情報に基づき、顧客情報、商品情報、これらのコード画像および個数記入欄を配置した注文書電子データを作成する手段と、
前記注文書電子データに基づき、用紙への注文書の印刷を要求する手段と、
顧客により記入が行われた前記注文書から取り込んだ画像を取得する手段と、
取り込んだ画像からコード画像および個数記入欄の記入を認識し、注文情報を作成する手段と
を備えたことを特徴とする受発注装置。
【請求項７】
端末からの顧客を指定した注文書印刷指示に対応して、顧客毎に顧客情報と商品情報を含む注文書情報を提供し、
前記注文書情報に基づき、顧客情報、商品情報、これらのコード画像および個数記入欄を配置した注文書電子データを作成し、
前記注文書電子データに基づき、用紙への注文書の印刷を要求し、
記入済の前記注文書から取り込んだ画像を取得し、
取り込んだ画像からコード画像および個数記入欄の記入を認識し、注文情報を作成する、
処理をコンピュータに実行させることを特徴とする受発注プログラム。
【請求項８】
端末からの顧客を指定した注文書印刷指示に対応して、顧客毎に顧客情報と商品情報を含む注文書情報を提供し、
前記注文書情報に基づき、顧客情報、商品情報、これらのコード画像および個数記入欄を配置した注文書電子データを作成し、
前記注文書電子データに基づき、用紙への注文書の印刷を要求し、
顧客により記入が行われた前記注文書から取り込んだ画像を取得し、
取り込んだ画像からコード画像および個数記入欄の記入を認識し、注文情報を作成する、
処理をコンピュータが実行することを特徴とする受発注方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、受発注システム、受発注装置、受発注プログラムおよび受発注方法に関する。
【背景技術】
【０００２】
昨今、通信販売においては、注文を情報機器端末により行うネットスーパー等のサービスが展開されているが、主に高齢者を考慮し、未だマークシートを使用した専用注文用紙を用いて注文を行うサービスも存在している。
【０００３】
これは、高齢者にとってＰＣ（Personal Computer）やスマートフォンなどの情報機器端末を操作することの敷居が高いこと、ネット（ネットワーク取引）は信頼できないという思い込み、過去からやり続けている方法を大きく変えたくないといった理由によるものと考えられる。
【０００４】
その結果、今後も当分の間は専用注文用紙を用いた注文はなくならないと考えられる。なお、記入済の専用注文用紙の内容は、手渡し・郵送・ＦＡＸ・電子メール等の種々の手段を経由して販売店側に伝えられる。
【０００５】
一方、特許文献１には、注文シートに予め印字された宛先をマークするだけで宛先を決定し、商品注文を自動送信する技術が開示されている。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上述したように、今後も専用注文用紙を用いた注文は利用されていくと考えられるが、専用注文用紙での注文は発注者側と受注者側の両者に負担がかかるという問題がある。先ず、発注者側として、特に要介護認定を受けているような高齢者にとって、できるだけ小さく設計されたマークシートの専用注文用紙は記載が難しい。ＥＣ（Electric Commerce）サイトでは商品画像の横などすぐ近くに発注を行うためのボタンを配置することができるが、専用注文用紙の場合は注文可能な商品のカタログと注文用紙を別の用紙とする場合が多い。そのため、自分が欲しい商品を専用注文用紙から探しなおすことが必要となり、高齢者にとっては煩わしい。また、似たような商品がいくつもある場合、商品画像の無い専用注文用紙への転記間違いが発生する場合もある。
【０００７】
他方で、受注者側は、専用のマークシートの専用注文用紙を商品のカタログを変更するたびに変更する必要があり、マークシート読取装置についても専用注文用紙の内容が変更となるたびにどの位置のマークがどの商品に対応するのかについての設定変更が必要となり、変更に費用がかかる。
【０００８】
本発明は上記の従来の問題点に鑑み提案されたものであり、その目的とするところは、専用注文用紙での注文における発注者側と受注者側の両者の負担を軽減することにある。
【課題を解決するための手段】
【０００９】
上記の課題を解決するため、本発明にあっては、端末からの顧客を指定した注文書印刷指示に対応して、顧客毎に顧客情報と商品情報を含む注文書情報を提供する手段と、前記注文書情報に基づき、顧客情報、商品情報、これらのコード画像および個数記入欄を配置した注文書電子データを作成する手段と、前記注文書電子データに基づき、用紙に注文書を印刷する手段と、顧客により記入が行われた前記注文書の画像を取り込む手段と、取り込んだ画像からコード画像および個数記入欄の記入を認識し、注文情報を作成する手段とを備える。
【発明の効果】
【００１０】
本発明にあっては、専用注文用紙での注文における発注者側と受注者側の両者の負担を軽減することができる。
【図面の簡単な説明】
【００１１】
【図１】第１の実施形態のシステム構成例を示す図である。
【図２】注文書印刷指示端末等のハードウェア構成例を示す図である。
【図３】複合機のハードウェア構成例を示す図である。
【図４】第１の実施形態の処理例を示すシーケンス図である。
【図５】注文書の印刷指示を簡易化する処理例を示すフローチャートである。
【図６】販売管理サーバにおいて複数の店舗を管理する例を示す図である。
【図７】顧客に応じて適切な商品を絞り込む例を示す図である。
【図８】注文書の例を示す図である。
【図９】帳票レイアウトサイズと帳票サイズの定義の追加の例を示す図である。
【図１０】商品点数に応じた注文書への商品の面付の処理例を示すフローチャートである。
【図１１】画像を拡大した場合の注文書の例を示す図である。
【図１２】注文請書の例を示す図である。
【図１３】第２の実施形態のシステム構成例を示す図である。
【図１４】第２の実施形態の処理例を示すシーケンス図である。
【図１５】第３の実施形態のシステム構成例を示す図である。
【図１６】第３の実施形態の処理例を示すシーケンス図である。
【発明を実施するための形態】
【００１２】
以下、本発明の好適な実施形態につき説明する。
【００１３】
＜第１の実施形態＞
（構成）
図１は第１の実施形態のシステム構成例を示す図であり、ソフトウェア機能構成も併せて示している。なお、要介護認定を受けている高齢者を預かるデイケア施設（老人ホーム）に来所した高齢者本人または家族から商品の注文を受け付け、帰宅前に商品を引き渡すサービスを想定して説明するが、これに限られるものではない。
【００１４】
図１において、デイケア施設には、一般的なＰＣ（Personal Computer）等の注文書印刷指示端末１と複合機２とが配置されている。また、ネットワーク上には、顧客マスタ３、スプールサーバ４、スキャンサーバ５、帳票サーバ６、ＦＡＸサーバ７および販売管理サーバ８が配置されている。これらの物理的な装置は、任意の場所に配置することができ、例えば、デイケア施設に配置することもできる。なお、販売管理サーバ８は店舗に配置されているものとして図示したが、店舗側の管理下にあるということを示すだけであり、物理的に店舗に配置される必要はない。また、各サーバは、機能的な区分で示したものであり、物理的な装置としては任意に集約することができる。一方、店舗には、ＦＡＸ（ファクシミリ装置）９が配置されている。
【００１５】
注文書印刷指示端末１は、手書きで注文を受け付けるための注文書の印刷を指示するものであり、注文者等特定部１１と注文書印刷指示部１２とを備えている。注文者等特定部１１は、注文書を印刷する対象の注文者の選択と、店舗の選択と、注文書および注文受付後に発行される注文請書の印刷方法（複合機２による印刷、注文書印刷指示端末１への電子メールを介した印刷、ＦＡＸによる印刷等）を指定する機能を有している。注文書印刷指示部１２は、注文書の印刷を指示し、注文者等特定部１１で特定した注文者ＩＤ、日付、店舗情報、注文書、注文請書の印刷方法を含む注文指示データを販売管理サーバ８に送信する機能を有している。また、注文書印刷指示端末１は、電子メールを受信する電子メール受信部１３を備えている。
【００１６】
複合機２は、注文書の印刷を行うとともに、記入済の注文書の画像の取り込み（スキャン）を行うものであり、データ受信部２１と印刷実行部２２と印刷指示部２３とアクセス制御部２４とスキャン実行部２５とスキャンデータ送信部２６とＦＡＸ送受信部２７とを備えている。データ受信部２１は、注文書印刷指示端末１、スプールサーバ４等から印刷データを受信する機能を有している。印刷実行部２２は、受信した印刷データに基づいて印刷を実行し、印刷完了ページ数を監視し、印刷が完全に完了したことを確認する機能を有している。注文書や注文請書は、例えば、ＰＤＦ（Portable Document Format）形式の電子データで受信することを想定している。印刷指示部２３は、後述するクラウドストレージ１０にアクセスし、印刷対象の注文書等の文書を指定する機能を有している。アクセス制御部２４は、クラウドストレージ１０にアクセスする際にユーザＩＤやパスワードを入力して送信する機能を有している。スキャン実行部２５は、記入済の注文書をスキャンし、スキャンデータを作成する機能を有している。スキャンデータ送信部２６は、スキャンデータをスキャンサーバ５に送信する機能を有している。ＦＡＸ送受信部２７は、電話回線を介してＦＡＸの送受信を行う機能を有している。
【００１７】
顧客マスタ３は、注文を行う可能性のある顧客の個人情報を保管するものであり、販売管理サーバ８から注文者ＩＤを受け、注文者の個人情報を販売管理サーバ８に返す機能を有している。個人情報には、注文者ＩＤ（顧客ＩＤ）、注文者名（顧客名）、所属（老人ホーム名等）、注文請書を印刷するプリンタ情報等が含まれる。
【００１８】
スプールサーバ４は、複合機２による注文書等の印刷を確実に実行するために管理するものであり、データ受信部４１と印刷指示部４２と帳票蓄積部４３とを備えている。データ受信部４１は、帳票サーバ６から送信された注文書等の印刷データ（ＰＤＦ等）を受信して保持し、印刷可能状態とする機能を有している。印刷指示部４２は、帳票サーバ６から受信した印刷データを、帳票サーバ６から指示された複合機２に対して印刷実行し、複合機２の状態を監視し、指示した枚数の出力が完了することを確認する機能を有している。帳票蓄積部４３は、印刷可能状態となった印刷データおよび印刷が完了した印刷データを保存する機能を有している。
【００１９】
スキャンサーバ５は、スキャンデータを受信して所定の画像処理を行う機能を有しており、スキャン画像受信部５１とスキャン画像処理部５２と在庫確認部５３とスキャン結果データ出力部５４とを備えている。スキャン画像受信部５１は、複合機２から送信されたスキャンデータを受信する機能を有している。スキャン画像処理部５２は、注文書に含まれる２次元コード等のコード画像や個数記入欄への書き込みを認識し、文字データ化する機能を有している。読み込めないコード画像や個数記入欄があった場合、複合機２に読み込めなかった画像の位置情報等を含むエラーを返す機能も有している。在庫確認部５３は、文字データ化された認識結果から商品と注文個数を抽出し、販売管理サーバ８に在庫確認を行う機能を有している。スキャン結果データ出力部５４は、スキャン画像処理部５２て文字データ化した情報を帳票サーバ６に出力する機能を有している。
【００２０】
帳票サーバ６は、販売管理サーバ８から受信する情報に基づいて注文書の電子データを作成するとともに、スキャンサーバ５から受信する情報に基づいて注文請書の電子データを作成する機能を有している。帳票サーバ６は、帳票データ定義部６１とデータ受信部６２と帳票生成部６３と送信先特定部６４とデータ送信部６５と帳票レイアウトサイズ定義部６６と帳票サイズ定義部６７とを備えている。帳票データ定義部６１は、帳票（注文書、注文請書等）のレイアウトを定義するものである。注文書についてコード画像の位置、販売管理サーバ８から受信したデータ（注文者ＩＤ、注文日付、商品説明、商品画像）と、注文情報としてデータ化すべき事項のコード画像をどのように組版するかを定義する。商品点数が１枚で収まらない場合は２枚目の注文書にオーバーフローするような定義も含む。注文請書については、スキャンサーバ５から受信したデータをどのように組版するかを定義する。商品点数が１枚で収まらない場合は２枚目の注文請書にオーバーフローするような定義も含む。
【００２１】
データ受信部６２は、販売管理サーバ８またはスキャンサーバ５からデータを受信する機能を有している。帳票生成部６３は、販売管理サーバ８から受信したデータに基づき帳票データ定義に従って注文書を作成するとともに、スキャンサーバ５から受信したデータに基づき帳票データ定義に従って注文請書の電子データを作成する機能を有している。送信先特定部６４は、注文書について注文書印刷指示端末１の注文者等特定部１１で特定された印刷方法に対応する送信先を特定する機能を有している。送信先はスプールサーバ４、メール送信、ＦＡＸサーバ７、クラウドストレージ１０（後述）の何れかとなる。データ送信部６５は、送信先特定部６４において特定された送信先へ特定された送信方法でデータを送信する機能を有している。
【００２２】
ＦＡＸサーバ７は、店舗のＦＡＸ９に注文情報を送信するとともに、デイケア施設側でスプールサーバ４による複合機２でのオンラインによる印刷が困難な場合に注文書等を複合機２にＦＡＸ送信する機能を有しており、データ受信部７１とＦＡＸ送信部７２と帳票蓄積部７３とを備えている。データ受信部７１は、帳票サーバ６から送信される注文書等の印刷データ（ＰＤＦ等）を受信し、ＦＡＸ送信準備状態にする機能を有している。ＦＡＸ送信部７２は、ＦＡＸ送信準備状態になった印刷データを帳票サーバ６から指示されたＦＡＸ番号に送信する機能を有している。帳票蓄積部７３は、ＦＡＸ送信準備状態、ＦＡＸ送信完了状態のＰ印刷データを蓄積する機能を有している。
【００２３】
販売管理サーバ８は、購入可能な商品の商品情報（商品名、説明文、商品画像等のデータ）を保管し、要求に応じて情報を提供するものであり、注文書情報提供部８１と商品情報８２とを備えている。注文書情報提供部８１は、注文書印刷指示端末１から受信した注文指示データを元に顧客マスタ３から個人情報を取得し、商品情報８２から注文者が購入可能な商品の情報を抽出し、帳票サーバ６にデータを送信する機能を有している。
【００２４】
ＦＡＸ９は、ＦＡＸサーバ７から送信された注文情報を受信し、印刷する機能を有している。なお、ＦＡＸ送信の機能は本実施形態において用いていないため、図示を省略している。
【００２５】
図２は注文書印刷指示端末１等（顧客マスタ３、スプールサーバ４、スキャンサーバ５、帳票サーバ６、ＦＡＸサーバ７、販売管理サーバ８等も同様）のハードウェア構成例を示す図である。図２において、注文書印刷指示端末１等は、システムバス１１１に接続されたＣＰＵ（Central Processing Unit）１１２、ＲＯＭ（Read Only Memory）１１３、ＲＡＭ（Random Access Memory）１１４、ＮＶＲＡＭ（Non-Volatile Random Access Memory）１１５を備えている。また、注文書印刷指示端末１等は、Ｉ／Ｆ（Interface）１１６と、Ｉ／Ｆ１１６に接続された、Ｉ／Ｏ（Input/Output Device）１１７、ＨＤＤ（Hard Disk Drive）／ＳＳＤ（Solid State Drive）１１８、ＮＩＣ（Network Interface Card）１１９と、Ｉ／Ｏ１１７に接続されたモニタ１２０、キーボード１２１、マウス１２２等を備えている。Ｉ／Ｏ１１７にはＣＤ／ＤＶＤ（Compact Disk/Digital Versatile Disk）ドライブ等を接続することもできる。
【００２６】
ＣＰＵ１１２は、ＲＡＭ１１４をワークエリアとしてＲＯＭ１１３またはＨＤＤ／ＳＳＤ１１５等に格納されたプログラムを実行することで、注文書印刷指示端末１等の動作を統括的に制御する。Ｉ／Ｆ１１６は、注文書印刷指示端末１等に接続される機器とのインタフェースとなる。ＮＩＣ１１９は、ネットワークを介して他の情報処理装置と通信を行うためのインタフェースである。図１で説明した注文書印刷指示端末１等の機能は、ＣＰＵ１１２において所定のプログラムが実行されることで実現される。プログラムは、記録媒体を経由して取得されるものでもよいし、ネットワークを経由して取得されるものでもよいし、ＲＯＭ組込でもよい。
【００２７】
図３は複合機２のハードウェア構成例を示す図である。図３において、複合機２は、コピー機能、スキャナ機能、プリンタ機能、ドキュメントボックス機能、ユーティリティ機能等の各種の機能を実現可能な本体部２１０と、ユーザの操作を受け付ける操作部２２０とを備える。本体部２１０と操作部２２０は、専用の通信路２３０を介して相互に通信可能に接続されている。本体部２１０は、操作部２２０で受け付けた操作に応じた動作を行うことができる。本体部２１０は、ＣＰＵ（Central Processing Unit）２１１と、ＲＯＭ（Read Only Memory）２１２と、ＲＡＭ（Random Access Memory）２１３と、ＨＤＤ（Hard Disk Drive）２１４と、通信Ｉ／Ｆ（Interface）２１５と、接続Ｉ／Ｆ２１６と、エンジン部２１７とを備え、これらがシステムバス２１８を介して相互に接続されている。ＣＰＵ２１１は、本体部２１０の動作を統括的に制御する。ＣＰＵ２１１は、ＲＡＭ２１３をワークエリアとしてＲＯＭ２１２またはＨＤＤ２１４等に格納されたプログラムを実行することで、本体部２１０全体の動作を制御し、上述したコピー機能、スキャナ機能、プリンタ機能、ドキュメントボックス機能、ユーティリティ機能等の各種機能を実現する。通信Ｉ／Ｆ２１５は、ネットワークと接続するためのインタフェースである。接続Ｉ／Ｆ２１６は、通信路２３０を介して操作部２２０と通信するためのインタフェースである。エンジン部２１７は、コピー機能、スキャナ機能、および、プリンタ機能を実現させるための、汎用的な情報処理および通信以外の処理を行うハードウェアである。
【００２８】
操作部２２０は、ＣＰＵ２２１と、ＲＯＭ２２２と、ＲＡＭ２２３と、フラッシュメモリ２２４と、通信Ｉ／Ｆ２２５と、接続Ｉ／Ｆ２２６と、操作パネル２２７と、外部接続Ｉ／Ｆ２２８とを備え、これらがシステムバス２２９を介して相互に接続されている。ＣＰＵ２２１は、操作部２２０の動作を統括的に制御する。ＣＰＵ２２１は、ＲＡＭ２２３をワークエリアとしてＲＯＭ２２２またはフラッシュメモリ２２４等に格納されたプログラムを実行することで、操作部２２０全体の動作を制御し、ユーザから受け付けた入力に応じた情報（画像）の表示などの各種機能を実現する。通信Ｉ／Ｆ２２５は、ネットワークと接続するためのインタフェースである。接続Ｉ／Ｆ２２６は、通信路２３０を介して本体部２１０と通信するためのインタフェースである。操作パネル２２７は、ユーザの操作に応じた各種の入力を受け付けるとともに、各種の情報（例えば、受け付けた操作に応じた情報、画像形成装置本体１１の動作状況を示す情報、設定状態などを示す情報等）を表示する。外部接続Ｉ／Ｆ２２８は、ＩＣカードリーダ等の機器と接続するためのインタフェースである。
【００２９】
（動作）
図４は第１の実施形態の処理例を示すシーケンス図である。先ず、記入用の注文書を出力（印刷）する処理について説明する。図４において、デイケア施設の職員は、注文書を印刷しようとする場合、注文書印刷指示端末１を操作し、注文者等特定部１１により注文者、店舗、印刷方法等を特定し、注文書印刷指示部１２から販売管理サーバ８に対して注文書印刷指示を行う（ステップＳ１０１）。
【００３０】
なお、注文書印刷指示端末１の注文者等特定部１１をよりインテリジェント化して、注文書の印刷指示を簡易化することもできる。図５（ａ）は事前処理を示しており、デイケア施設の職員は、顧客マスタ３に利用者の来所予定を入力し（ステップＳ１３１）、顧客マスタ３に来所者ごとの注文実施可否予定を入力する（ステップＳ１３２）。
【００３１】
その後、注文書印刷指示を行う際に、注文者等特定部１１は、顧客マスタ３から過去Ｘヶ月以上購入履歴の無い来所者を販売管理サーバ８から抽出する（ステップＳ１４１）。Ｘヶ月は運用を通して定められた月数である。次いで、注文者等特定部１１は、販売管理サーバ８から抽出した情報と、顧客マスタ３の情報とを参照し、当日来所予定で、注文可否予定が否でない来所者で、過去Ｘヶ月以上購入履歴の無い来所者以外を抽出する（ステップＳ１４２）。次いで、職員から抽出対象の確認・修正を受け付け、反映する（ステップＳ１４３）。そして、注文書印刷指示部１２により印刷指示を行う（ステップＳ１４４）。
【００３２】
図４に戻り、販売管理サーバ８の注文書情報提供部８１は、注文書印刷指示端末１から受信した注文指示データを元に顧客マスタ３から個人情報を取得し（ステップＳ１０２、Ｓ１０３）、商品情報８２から注文者が購入可能な商品の情報を抽出して、注文書情報のデータを帳票サーバ６に送信する（ステップＳ１０４）。送信するデータとしては、文字列についてはＣＳＶ（Comma Separated Values）等の形式とし、商品画像のデータとともに送信する。
【００３３】
なお、図１における販売管理サーバ８では１つの店舗における商品情報８２を示したが、販売管理サーバ８に複数の店舗の商品情報を保持することで、スーパー、コンビニエンスストア、ドラッグストア等の複数の店舗から商品情報を入手することが可能である。図６には、販売管理サーバ８に店舗Ａ用の商品情報８２Ａ、店舗Ｂ用の商品情報８２Ｂ等を保持した場合を示している。この追加により、複数の店舗からの商品情報を入手して１つの注文書を作成することができ、１店舗だけでは入手できない商品であっても他店舗から入手することが可能となる。この場合、販売管理サーバ８の注文書情報提供部８１は複数の店舗の商品についての注文情報を帳票サーバ６に提供し、帳票サーバ６の帳票生成部６３は店舗を区別可能に注文書の電子データを作成する。
【００３４】
また、図１における顧客マスタ３の個人情報３１では、注文者の氏名等の一般的な個人情報を取得する場合を想定しているが、更に、注文者の性別やアレルギー物質についての属性といった踏み込んだ情報を保管することで、注文書に列挙する商品を、より適切に絞り込むことが可能になる。図７は、顧客マスタ３の個人情報３１に「性別」「アレルギー情報」等を追加し、販売管理サーバ８の商品情報８２に「対象性別」「アレルギー情報」等を追加している。この場合、販売管理サーバ８の注文書情報提供部８１は、顧客マスタ３から取得した注文者の「性別」「アレルギー情報」等を考慮し、商品情報８２の「対象性別」「アレルギー情報」等に反しない商品についての注文書情報を提供する。その結果、例えば特定の食物アレルギーを持つ注文者にその食物アレルギー原因物質を含む商品を販売することを未然に防止することができる。
【００３５】
また、販売管理サーバ８が個人情報を判別して注文書情報を帳票サーバ６に送信するとして説明したが、個人情報の管理をより厳格にするため、販売管理サーバ８ではなく、より利用者側の管理下にある帳票サーバ６が個人情報の判別を行うようにしてもよい。更には、注文書に出力するデータ・画像を判別したが、判別せずに、注文書に印字を行い、個人情報に該当するデータ・画像・個数入力欄をマスキング等を行うようにしてもよい。
【００３６】
図４に戻り、帳票サーバ６では、データ受信部６２により注文書情報のデータを受信すると、帳票生成部６３は、販売管理サーバ８から受信したデータに基づき、帳票データ定義部６１の帳票データ定義に従って注文書の電子データを作成する（ステップＳ１０５）。図８は注文書のレイアウトの例を示しており、注文者の氏名、日付、これらの内容をコード化したコード画像と、複数（図示の例では８個）の商品について、商品画像、店舗名、価格、商品名と、店舗名・価格・商品名をコード化したコード画像と、個数記入欄とが配置されている。
【００３７】
なお、帳票データ定義部６１の帳票データ定義に加えて、帳票サーバ６に帳票レイアウトサイズを変更する定義を追加することができる。この定義により、注文書のページに対する商品数が２個など、用紙サイズに対して商品点数が少なすぎる場合に、商品画像のサイズを１．５倍、２倍などに拡大して表示することができる。
【００３８】
更に、帳票サーバ６に帳票サイズを変更する定義を追加することができる。この定義により、注文書のページに対する商品数が２００個など、用紙サイズに対して商品点数が多すぎる場合、元々Ａ４サイズであった帳票をＡ３のサイズに変更し、記載可能な商品点数を倍にすることが可能となる。
【００３９】
図９は帳票レイアウトサイズと帳票サイズの定義の追加の例を示す図であり、帳票サーバ６に、帳票レイアウトサイズ定義部６６と帳票サイズ定義部６７とを追加している。なお、帳票レイアウトサイズ定義部６６と帳票サイズ定義部６７の一方だけを追加してもよい。
【００４０】
図１０は、上記の帳票レイアウトサイズ定義部６６と帳票サイズ定義部６７を用いた、商品点数に応じた注文書への商品の面付の処理例を示すフローチャートである。図１０において、処理を開始すると、帳票サーバ６の帳票生成部６３は、商品点数を取得し（ステップＳ１５１）、Ａ４サイズ標準レイアウトを設定する（ステップＳ１５２）。
【００４１】
次いで、帳票生成部６３は、Ａ４サイズの１ページの商品点数（固定値）を取得し（ステップＳ１５３）、商品点数が１ページあたりの商品点数以下であるか否か判断する（ステップＳ１５４）。そして、商品点数が１ページあたりの商品点数以下であると判断した場合（ステップＳ１５４のＹｅｓ）、Ａ４サイズ標準レイアウトで面付を行い（ステップＳ１５９）、処理を終了する。
【００４２】
また、帳票生成部６３は、商品点数が１ページあたりの商品点数以下でないと判断した場合（ステップＳ１５４のＮｏ）、より大きな用紙サイズに対応するＡ３サイズ標準レイアウトを設定する（ステップＳ１５５）。次いで、帳票生成部６３は、Ａ３サイズの１ページの商品点数（固定値）を取得し（ステップＳ１５６）、商品点数が１ページあたりの商品点数のＹ％以下であるか否か判断する（ステップＳ１５７）。Ｙ％は用紙の空白部分が多く、無駄と判断される閾値である。そして、帳票生成部６３は、商品点数が１ページあたりの商品点数のＹ％以下でないと判断した場合（ステップＳ１５７のＮｏ）、Ａ３サイズ標準レイアウトで面付を行い（ステップＳ１０８）、処理を終了する。
【００４３】
また、帳票生成部６３は、商品点数が１ページあたりの商品点数のＹ％以下であると判断した場合（ステップＳ１５７のＹｅｓ）、商品画像サイズを拡大したレイアウトを設定し（ステップＳ１５８）、Ａ３サイズ標準レイアウトで面付を行い（ステップＳ１０８）、処理を終了する。図１１は、商品画像サイズを拡大して面付を行った例を示しており、図８に示した例では１ページに８個の商品を掲載していたのに対し、図１１では４個の商品について商品画像を拡大して掲載している。
【００４４】
なお、図１０の処理では、注文書が２ページを超える場合を考慮していないが、大きいＡ３サイズに変更しても２ページを超えてしまう場合、Ａ４サイズでも同じページ数であればＡ４サイズを用いる等、ページ数が少なくなることを優先する等の処理を行うことができる。
【００４５】
図４に戻り、帳票サーバ６は、印刷方法としてスプールサーバ経由が指定されている場合、作成した注文書の電子データを伴ってスプールサーバ４に送信指示を行う（ステップＳ１０６）。スプールサーバ４は、データ受信部４１により注文書の電子データを受信すると、帳票蓄積部４３により電子データを蓄積するとともに、複合機２に対して印刷指示を行う（ステップＳ１０７）。複合機２は、データ受信部２１により電子データを受信し、印刷実行部２２により印刷を実行する（ステップＳ１０８）。スプールサーバ４の印刷指示部４２は、複合機２の状態を監視し、指示した枚数の出力が完了することを確認する。これにより、注文書を漏れなく確実に印刷することができる。
【００４６】
印刷された注文書は、デイケア施設の職員により、該当する顧客に配布される。顧客は、注文書の内容を確認した上で、注文したい商品の個数記入欄に個数を記入する。その後、記入済の注文書は職員により回収され、以下のスキャン処理に入る。
【００４７】
図４において、複合機２において記入済の注文書がセットされ、スキャン実行部２５によりスキャンが行われると（ステップＳ１１１）、スキャンデータ送信部２６は所定のスキャンサーバ５に対してスキャンデータ（スキャン画像）を送信する（ステップＳ１１２）。
【００４８】
スキャンサーバ５は、スキャン画像受信部５１によりスキャンデータを受信すると、スキャン画像処理部５２によりコード画像と個数記入欄の認識を行い、文字データ化された認識結果を取得する。そして、スキャンサーバ５は、在庫確認部５３により、文字データ化された認識結果から商品と注文個数を抽出し、販売管理サーバ８に在庫確認を行う（ステップＳ１１３、Ｓ１１４）。在庫が足りずに注文個数を満たせない場合は、在庫を満たせる値に注文個数を修正する。そして、スキャン結果データ出力部５４により、修正後の文字化された認識結果のデータを注文情報として帳票サーバ６に送信する（ステップＳ１１５）。
【００４９】
帳票サーバ６は、データ受信部６２により注文情報を受信すると、帳票データ定義部６１の帳票データ定義に従い、注文請書の電子データを作成する（ステップＳ１１６）。この電子データはＰＤＦ等のフォーマットで作成する。そして、データ送信部６５により、スプールサーバ４に対し、注文請書の電子データを伴って印刷指示を行う（ステップＳ１１７）。
【００５０】
スプールサーバ４は、データ受信部４１により注文請書の電子データを受信すると、帳票蓄積部４３により電子データを蓄積するとともに、複合機２に対して印刷指示を行う（ステップＳ１１８）。複合機２は、データ受信部２１により電子データを受信し、印刷実行部２２により印刷を実行する（ステップＳ１１９）。スプールサーバ４の印刷指示部４２は、複合機２の状態を監視し、指示した枚数の出力が完了することを確認する。これにより、注文請書を漏れなく確実に印刷することができる。印刷された注文請書は、デイケア施設の職員により、該当する顧客に配布され、注文した内容の控えとする。図１２は注文請書の例を示す図であり、注文者の氏名、日付、商品名、注文個数、金額等が記載されている。
【００５１】
図４に戻り、帳票サーバ６は、データ送信部６５により、ＦＡＸサーバ７に対し、注文請書と同内容の注文情報の電子データと宛先となる店舗の電話番号を伴って送信指示を行う（ステップＳ１２０）。ＦＡＸサーバ７は、データ受信部７１により注文情報を受信すると、指定された電話番号に注文情報をＦＡＸ送信する（ステップＳ１２１）。これにより、店舗に注文内容が伝わり、商品が揃えられた上でデイケア施設に納品が行われる。なお、店舗との間でデータ通信が行える場合には、ＦＡＸ送信に代えてデータ送信を行うこともできる。
【００５２】
＜第２の実施形態＞
図１３は第２の実施形態のシステム構成例を示す図であり、デイケア施設の複合機２が他のサーバと同一のネットワーク環境になく、スプールサーバ４による印刷が行えない場合に対応した例である。この例では、帳票サーバ６で作成した注文書および注文請書を、ＦＡＸ送信で複合機２に送信して印刷するか、注文書および注文請書の電子データを注文書印刷指示端末１に電子メールで送信して、注文書印刷指示端末１から複合機２により印刷を行わせるかのいずれかの方法をとるようにしている。他の構成は第１の実施形態で説明したものと同様である。
【００５３】
図１４は第２の実施形態の処理例を示すシーケンス図である。図１４において、デイケア施設の職員は、注文書を印刷しようとする場合、注文書印刷指示端末１を操作し、注文者等特定部１１により注文者、店舗、印刷方法等を特定し、注文書印刷指示部１２から販売管理サーバ８に対して注文書印刷指示を行う（ステップＳ２０１）。
【００５４】
販売管理サーバ８の注文書情報提供部８１は、注文書印刷指示端末１から受信した注文指示データを元に顧客マスタ３から個人情報を取得し（ステップＳ２０２、Ｓ２０３）、商品情報８２から注文者が購入可能な商品の情報を抽出して、注文書情報のデータを帳票サーバ６に送信する（ステップＳ２０４）。送信するデータとしては、文字列についてはＣＳＶ等の形式とし、商品画像のデータとともに送信する。
【００５５】
帳票サーバ６では、データ受信部６２により注文書情報のデータを受信すると、帳票生成部６３は、販売管理サーバ８から受信したデータに基づき、帳票データ定義部６１の帳票データ定義に従って注文書の電子データを作成する（ステップＳ２０５）。そして、印刷方法としてＦＡＸが指定されている場合、データ送信部６５により、注文書の電子データと宛先となる複合機２の電話番号を伴って送信指示を行う（ステップＳ２０６）。ＦＡＸサーバ７は、データ受信部７１により注文書の電子データを受信すると、指定された電話番号に注文書の電子データをＦＡＸ送信する（ステップＳ２０７）。複合機２は、ＦＡＸ送受信部２７によりＦＡＸ受信を行うと、用紙に注文書を印刷する（ステップＳ２０８）。
【００５６】
また、印刷方法として電子メール経由が指定されている場合、帳票サーバ６は、データ送信部６５により、注文書の電子データを添付した電子メールを、注文書印刷指示端末１のアドレスに送信する（ステップＳ２０９）。注文書印刷指示端末１は、電子メール受信部１３により電子メールを受信すると、添付された注文書の電子データに基づき、複合機２に印刷を指示し（ステップＳ２１０）、注文書の印刷を行う（ステップＳ２１１）。
【００５７】
印刷された注文書は、デイケア施設の職員により、該当する顧客に配布される。顧客は、注文書の内容を確認した上で、注文したい商品の個数記入欄に個数を記入する。その後、記入済の注文書は職員により回収され、以下のスキャン処理に入る。
【００５８】
複合機２において記入済の注文書がセットされ、スキャン実行部２５によりスキャンが行われると（ステップＳ２２１）、スキャンデータ送信部２６によりスキャン画像を電子メールに添付してスキャンサーバ５に送信するか、ＦＡＸ送受信部２７によりスキャン画像をスキャンサーバ５に対してＦＡＸ送信する（ステップＳ２２２）。
【００５９】
スキャンサーバ５は、スキャン画像受信部５１によりスキャンデータを受信すると、スキャン画像処理部５２によりコード画像と個数記入欄の認識を行い、文字データ化された認識結果を取得する。そして、スキャンサーバ５は、在庫確認部５３により、文字データ化された認識結果から商品と注文個数を抽出し、販売管理サーバ８に在庫確認を行う（ステップＳ２２３、Ｓ２２４）。在庫が足りずに注文個数を満たせない場合は、在庫を満たせる値に注文個数を修正する。そして、スキャン結果データ出力部５４により、修正後の文字化された認識結果のデータを注文情報として帳票サーバ６に送信する（ステップＳ２２５）。
【００６０】
帳票サーバ６は、データ受信部６２により注文情報を受信すると、帳票データ定義部６１の帳票データ定義に従い、注文請書の電子データを作成する（ステップＳ２２６）。この電子データはＰＤＦ等のフォーマットで作成する。そして、印刷方法としてＦＡＸが指定されている場合、データ送信部６５により、注文請書の電子データと宛先となる複合機２の電話番号を伴って送信指示を行う（ステップＳ２２７）。ＦＡＸサーバ７は、データ受信部７１により注文請書の電子データを受信すると、指定された電話番号に注文請書の電子データをＦＡＸ送信する（ステップＳ２２８）。複合機２は、ＦＡＸ送受信部２７によりＦＡＸ受信を行うと、用紙に注文請書を印刷する（ステップＳ２２９）。
【００６１】
また、印刷方法として電子メール経由が指定されている場合、帳票サーバ６は、データ送信部６５により、注文請書の電子データを添付した電子メールを、注文書印刷指示端末１のアドレスに送信する（ステップＳ２３０）。注文書印刷指示端末１は、電子メール受信部１３により電子メールを受信すると、添付された注文請書の電子データに基づき、複合機２に印刷を指示し（ステップＳ２３１）、注文請書の印刷を行う（ステップＳ２３２）。
【００６２】
一方、帳票サーバ６は、データ送信部６５により、ＦＡＸサーバ７に対し、注文請書と同内容の注文情報の電子データと宛先となる店舗の電話番号を伴って送信指示を行う（ステップＳ２３３）。ＦＡＸサーバ７は、データ受信部７１により注文情報を受信すると、指定された電話番号に注文情報をＦＡＸ送信する（ステップＳ２３４）。これにより、店舗に注文内容が伝わり、商品が揃えられた上でデイケア施設に納品が行われる。なお、店舗との間でデータ通信が行える場合には、ＦＡＸ送信に代えてデータ送信を行うこともできる。
【００６３】
なお、第１の実施形態において加えられた変形は、この第２の実施形態にも適用することができる。
【００６４】
＜第３の実施形態＞
図１５は第３の実施形態のシステム構成例を示す図であり、クラウドストレージ１０を利用して、注文書および注文請書の印刷およびスキャンデータの保持を行うようにしたものである。クラウドストレージ１０は、データ受信部１０１とアクセス制御部１０２と帳票蓄積部１０３とを備えている。データ受信部１０１は、帳票サーバ６から指示されたユーザＩＤ、パスワードで認証後、注文書および注文請書の電子データを受信する機能を有している。アクセス制御部１０２は、帳票サーバ６から指示されたユーザのみアクセスが可能となるよう制御する機能を有している。認証にはユーザＩＤとパスワードが用いられる。帳票蓄積部１０３は、帳票サーバ６から送信された電子データを保管する機能を有している。他の構成は第１の実施形態で説明したものと同様である。
【００６５】
図１６は第３の実施形態の処理例を示すシーケンス図である。図１６において、デイケア施設の職員は、注文書を印刷しようとする場合、注文書印刷指示端末１を操作し、注文者等特定部１１により注文者、店舗、印刷方法等を特定し、注文書印刷指示部１２から販売管理サーバ８に対して注文書印刷指示を行う（ステップＳ３０１）。
【００６６】
販売管理サーバ８の注文書情報提供部８１は、注文書印刷指示端末１から受信した注文指示データを元に顧客マスタ３から個人情報を取得し（ステップＳ３０２、Ｓ３０３）、商品情報８２から注文者が購入可能な商品の情報を抽出して、注文書情報のデータを帳票サーバ６に送信する（ステップＳ３０４）。送信するデータとしては、文字列についてはＣＳＶ等の形式とし、商品画像のデータとともに送信する。
【００６７】
帳票サーバ６では、データ受信部６２により注文書情報のデータを受信すると、帳票生成部６３は、販売管理サーバ８から受信したデータに基づき、帳票データ定義部６１の帳票データ定義に従って注文書の電子データを作成する（ステップＳ３０５）。そして、印刷方法としてクラウドストレージ経由が指定されている場合、データ送信部６５により、注文書の電子データをクラウドストレージ１０にアップロードする（ステップＳ３０６）。
【００６８】
デイケア施設の職員は、複合機２からアクセス制御部２４からユーザＩＤ、パスワードを入力してクラウドストレージ１０にアクセスし、印刷指示部２３から注文書の印刷を指示する（ステップＳ３０７）。これにより、クラウドストレージ１０から注文書の電子データが複合機２に送信され（ステップＳ３０８）、印刷実行部２２により印刷が行われる（ステップＳ３０９）。
【００６９】
印刷された注文書は、デイケア施設の職員により、該当する顧客に配布される。顧客は、注文書の内容を確認した上で、注文したい商品の個数記入欄に個数を記入する。その後、記入済の注文書は職員により回収され、以下のスキャン処理に入る。
【００７０】
複合機２において記入済の注文書がセットされ、スキャン実行部２５によりスキャンが行われると（ステップＳ３１１）、スキャンデータ送信部２６は所定のクラウドストレージ１０に対してスキャンデータ（スキャン画像）を送信する（ステップＳ３１２）。スキャンサーバ５からクラウドストレージ１０にアクセスが行われ（ステップＳ３１２）、スキャンサーバ５にスキャンデータが渡される（ステップＳ３１３）。
【００７１】
スキャンサーバ５は、スキャン画像受信部５１によりスキャンデータを取得すると、スキャン画像処理部５２によりコード画像と個数記入欄の認識を行い、文字データ化された認識結果を取得する。そして、スキャンサーバ５は、在庫確認部５３により、文字データ化された認識結果から商品と注文個数を抽出し、販売管理サーバ８に在庫確認を行う（ステップＳ３１５、Ｓ３１６）。在庫が足りずに注文個数を満たせない場合は、在庫を満たせる値に注文個数を修正する。そして、スキャン結果データ出力部５４により、修正後の文字化された認識結果のデータを注文情報として帳票サーバ６に送信する（ステップＳ３１７）。
【００７２】
帳票サーバ６は、データ受信部６２により注文情報を受信すると、帳票データ定義部６１の帳票データ定義に従い、注文請書の電子データを作成する（ステップＳ３１８）。この電子データはＰＤＦ等のフォーマットで作成する。そして、印刷方法としてクラウドストレージ経由が指定されている場合、データ送信部６５により、注文請書の電子データをクラウドストレージ１０にアップロードする（ステップＳ３１９）。
【００７３】
デイケア施設の職員は、複合機２からアクセス制御部２４からユーザＩＤ、パスワードを入力してクラウドストレージ１０にアクセスし、印刷指示部２３から注文請書の印刷を指示する（ステップＳ３２０）。これにより、クラウドストレージ１０から注文請書の電子データが複合機２に送信され（ステップＳ３２１）、印刷実行部２２により印刷が行われる（ステップＳ３２２）。
【００７４】
一方、帳票サーバ６は、データ送信部６５により、ＦＡＸサーバ７に対し、注文請書と同内容の注文情報の電子データと宛先となる店舗の電話番号を伴って送信指示を行う（ステップＳ３２３）。ＦＡＸサーバ７は、データ受信部７１により注文情報を受信すると、指定された電話番号に注文情報をＦＡＸ送信する（ステップＳ３２４）。これにより、店舗に注文内容が伝わり、商品が揃えられた上でデイケア施設に納品が行われる。なお、店舗との間でデータ通信が行える場合には、ＦＡＸ送信に代えてデータ送信を行うこともできる。
【００７５】
なお、第１の実施形態において加えられた変形は、この第３の実施形態にも適用することができる。
【００７６】
＜総括＞
以上説明したように、本実施形態によれば、専用注文用紙での注文における発注者側と受注者側の両者の負担を軽減することができる。すなわち、発注者側は、注文書の商品画像や説明に付随する個数記入欄に記入を行うだけでよいため、注文が容易になり、記入間違いも大幅に減る。また、受注者側は、注文書の内容がコード画像として付随し、コード画像と個数記入欄を認識するだけで注文内容を取得することができるため、専用のマークシートの場合のような設定変更を頻繁に行う必要がなくなる。
【００７７】
以上、本発明の好適な実施の形態により本発明を説明した。ここでは特定の具体例を示して本発明を説明したが、特許請求の範囲に定義された本発明の広範な趣旨および範囲から逸脱することなく、これら具体例に様々な修正および変更を加えることができることは明らかである。すなわち、具体例の詳細および添付の図面により本発明が限定されるものと解釈してはならない。
【００７８】
＜実施形態の用語と請求項の用語の対応＞
販売管理サーバ８は「注文書情報を提供する手段」の一例である。帳票サーバ６は「注文書電子データを作成する手段」の一例である。複合機２は「注文書を印刷する手段」の一例である。複合機２は「注文書の画像を取り込む手段」の一例である。帳票サーバ６は「注文情報を作成する手段」の一例である。
【符号の説明】
【００７９】
１                        注文書印刷指示端末
１１                      注文者等特定部
１２                      注文書印刷指示部
１３                      電子メール受信部
２                        複合機
２１                      データ受信部
２２                      印刷実行部
２３                      印刷指示部
２４                      アクセス制御部
２５                      スキャン実行部
２６                      スキャンデータ送信部
２７                      ＦＡＸ送受信部
３                        顧客マスタ
３１                      個人情報
４                        スプールサーバ
４１                      データ受信部
４２                      印刷指示部
４３                      帳票蓄積部
５                        スキャンサーバ
５１                      スキャン画像受信部
５２                      スキャン画像処理部
５３                      在庫確認部
５４                      スキャン結果データ出力部
６                        帳票サーバ
６１                      帳票データ定義部
６２                      データ受信部
６３                      帳票生成部
６４                      送信先特定部
６５                      データ送信部
６６                      帳票レイアウトサイズ定義部
６７                      帳票サイズ定義部
７                        ＦＡＸサーバ
７１                      データ受信部
７２                      ＦＡＸ送信部
７３                      帳票蓄積部
８                        販売管理サーバ
８１                      注文書情報提供部
８２、８２Ａ、８２Ｂ      商品情報
９                        ＦＡＸ
９１                      ＦＡＸ受信部
１０                      クラウドストレージ
１０１                    データ受信部
１０２                    アクセス制御部
１０３                    帳票蓄積部
【先行技術文献】
【特許文献】
【００８０】
【特許文献１】特開２００５−２６６９０６号公報
【図１】
2017162297.tif 000003
【図２】
2017162297.tif 000004
【図３】
2017162297.tif 000005
【図４】
2017162297.tif 000006
【図５】
2017162297.tif 000007
【図６】
2017162297.tif 000008
【図７】
2017162297.tif 000009
【図８】
2017162297.tif 000010
【図９】
2017162297.tif 000011
【図１０】
2017162297.tif 000012
【図１１】
2017162297.tif 000013
【図１２】
2017162297.tif 000014
【図１３】
2017162297.tif 000015
【図１４】
2017162297.tif 000016
【図１５】
2017162297.tif 000017
【図１６】
2017162297.tif 000018