(57)【要約】【課題】  携帯ＰＯＳシステムを利用した帳票受付システムにおいて、携帯電話から携帯ＰＯＳサーバへ送信する画像データのデータ量を小さくし、通信コストを低減し、データ管理しやすくする。【解決手段】  本発明の帳票受付システム１は、携帯電話３を利用した携帯ＰＯＳシステムを利用して帳票受付を行う。帳票としては、複写式の注文票８を利用する。注文票８の被複写用紙８２には、罫線のみが印刷され、罫線によって矩形枠が形成され、矩形枠内には注文票８の筆記内容が複写されている。携帯電話３は予め設定されている抽出パターンに基づいて撮影した被複写用紙８２から枠領域画像１１を切り抜き、不要部分を除去してサーバ４へ送信する。サーバ４では携帯電話３から送信された枠領域画像１１の数と、登録されたエントリデータ１２の数とが一致するか否かを判定し、一致しない場合は、その旨の警告を提示する。【選択図】図１
2011090662.tif 000002
【特許請求の範囲】
【請求項１】
帳票に関するデータを管理し、携帯電話との通信機能を有するサーバと、前記サーバとの通信機能及び前記帳票の画像を撮影するデジタルカメラ機能を有する携帯電話と、を備えた帳票受付システムであって、
前記携帯電話は、
予め設定されている抽出パターンに基づいて、撮影した帳票画像全体から少なくとも一つの枠領域画像を抽出する抽出手段と、
前記枠領域画像を前記サーバへ送信する送信手段と、
を備えることを特徴とする帳票受付システム。
【請求項２】
当該帳票受付システムは、
前記サーバに送信された前記枠領域画像を作業者に提示して作業者の入力を促し、作業者により入力された１つの枠領域画像毎のデータをエントリデータとしてサーバへ登録するエントリ手段を更に備え、
前記サーバは、
前記携帯電話から送信された前記枠領域画像の数と、前記エントリ手段により登録された前記エントリデータの数とが一致するか否かを判定する判定手段と、
前記判定手段により、前記枠領域画像の数と前記エントリデータの数とが一致しないと判定された場合は、その旨の警告を提示する警告手段と、
を更に備えることを特徴とする請求項１に記載の帳票受付システム。
【請求項３】
前記携帯電話により撮影される帳票は、記入用紙及び被複写用紙を組み合わせた複写式帳票の被複写用紙であって、
前記被複写用紙には、前記記入用紙の印刷内容のうち、複写対象領域に対応する領域を囲む矩形枠が形成されるように該被複写用紙の縦辺及び横辺に平行な罫線が印刷され、前記罫線は全て前記被複写用紙の少なくとも１辺まで延伸することを特徴とする請求項１に記載の帳票受付システム。
【請求項４】
前記携帯電話は、
前記帳票のフォーマットに応じた抽出パターンを一つ以上格納したパターンテーブルを保持するテーブル保持手段を更に備えることを特徴とする請求項１に記載の帳票受付システム。
【請求項５】
前記携帯電話は、
前記抽出手段により抽出された枠領域画像のうち空白のものを除去する除去手段を更に備え、
前記送信手段は、前記除去手段により空白が除去された枠領域画像を前記サーバへ送信することを特徴とする請求項１に記載の帳票受付システム。
【請求項６】
前記携帯電話は、
前記撮影した帳票画像の傾きを補正する補正手段を更に備えることを特徴とする請求項１に記載の帳票受付システム。
【請求項７】
帳票の画像を撮影する撮影手段と、サーバとの通信手段と、を備えた携帯電話であって、
前記撮影手段により撮影された帳票画像全体から、予め設定されている画像抽出パターンに基づいて、少なくとも一つの枠領域画像を抽出する抽出手段と、
前記枠領域画像を前記サーバへ送信する送信手段と、
を備えることを特徴とする携帯電話。
【請求項８】
前記携帯電話は、
前記帳票のフォーマットに応じた抽出パターンを一つ以上格納したパターンテーブルを保持するテーブル保持手段を更に備えることを特徴とする請求項７に記載の携帯電話。
【請求項９】
前記携帯電話は、
前記抽出手段により抽出された枠領域画像のうち空白のものを除去する除去手段を更に備え、
前記送信手段は、前記除去手段により空白が除去された枠領域画像を前記サーバへ送信することを特徴とする請求項７に記載の携帯電話。
【請求項１０】
前記携帯電話は、
前記撮影した帳票画像の傾きを補正する補正手段を更に備えることを特徴とする請求項７に記載の携帯電話。
【請求項１１】
帳票に関する画像と、該画像内の筆記内容が所定のデータ形式で入力処理されたエントリデータと、を管理するサーバであって、
前記画像は、帳票画像全体から、予め設定されている抽出パターンに基づいて少なくとも一つの枠領域が抽出された枠領域画像であり、
当該サーバは、
未処理の前記枠領域画像を作業端末に提示して作業者の入力を促し、作業者により入力された１つの枠領域画像毎のデータをエントリデータとして受け付けるエントリ手段と、
前記枠領域画像の数と、前記エントリデータの数とが一致するか否かを判定する判定手段と、
前記判定手段により、前記枠領域画像の数と前記エントリデータの数とが一致しないと判定された場合は、その旨を警告する警告手段と、
を備えることを特徴とするサーバ。
【請求項１２】
所定フォーマットの帳票が印刷された記入用紙と、該記入用紙の裏面側に重ねられる被複写用紙とが組み合わされ、前記記入用紙への筆記内容が前記被複写用紙に複写される複写式帳票であって、
前記被複写用紙には、前記記入用紙の印刷内容のうち、複写対象領域に対応する領域を囲む矩形枠が形成されるように該被複写用紙の縦辺および横辺に平行な罫線が印刷され、
前記罫線は全て前記被複写用紙の少なくとも１辺まで延伸することを特徴とする複写式帳票。
【請求項１３】
携帯電話により読み取り可能なプログラムであって、
予め設定されている抽出パターンに基づいて、撮影した帳票画像全体から少なくとも一つの枠領域画像を抽出する抽出ステップと、
前記枠領域画像をサーバへ送信する送信ステップと、
を含むことを特徴とするプログラム。
【請求項１４】
コンピュータにより読み取り可能なプログラムであって、
帳票画像全体から、予め設定されている抽出パターンに基づいて少なくとも一つの枠領域が抽出された枠領域画像の数と、前記枠領域画像内の筆記内容が所定のデータ形式で入力処理されたエントリデータの数とが、一致するか否かを判定する判定ステップと、
前記判定ステップにより、前記枠領域画像の数と前記エントリデータの数とが一致しないと判定された場合は、その旨を警告する警告ステップと、
を含むことを特徴とするプログラム。
【請求項１５】
帳票に関するデータを管理し、携帯電話及びエントリ端末との通信機能を有するサーバと、前記サーバとの通信機能及び前記帳票の画像を撮影するデジタルカメラ機能を有する携帯電話と、前記サーバに送信された枠領域画像を作業者に提示して作業者の入力を促し、作業者により入力された１つの枠領域画像毎のデータをエントリデータとしてサーバへ登録するエントリ端末と備えた帳票受付システムであって、
前記携帯電話は、
予め設定されている抽出パターンに基づいて、撮影した帳票画像全体から少なくとも一つの枠領域画像を抽出する抽出手段と、
前記枠領域画像を前記サーバへ送信する送信手段と、を備え、
前記エントリ端末は、
前記作業者が前記枠領域画像の内容を識別可能か否かを示す画像識別可否フラグ、及び前記枠領域画像内の記載の不備を示す不備確認フラグのうち、少なくともいずれか一方の付加を受け付けるフラグ付加手段と、
前記エントリデータに対して、帳票の識別情報及び該帳票を撮影した店員の店員コードまたは該店員の属する店舗コードを対応付けて入力するため識別情報入力手段と、
前記フラグ付加手段によりフラグが付加され、前記識別情報入力手段により帳票を撮影した店員の店員コードまたは該店員の属する店舗コードが対応付けられたエントリデータを前記サーバに登録するエントリデータ登録手段と、を備え、
前記サーバは、
前記エントリデータに付加された前記画像識別可否フラグ及び前記不備確認フラグの内容にしたがって、不鮮明または不備の帳票の識別情報を、該帳票を撮影した店員の店員コードまたは該店員の属する店舗コードと対応付けて記憶する不鮮明撮影管理手段を備えることを特徴とする帳票受付システム。
【請求項１６】
前記サーバの不鮮明撮影管理手段は、
前記不鮮明撮影管理手段にて管理される不鮮明または不備の帳票の一覧を、撮影した店員、携帯電話、または店舗毎に作成する不鮮明一覧生成手段と、
前記不鮮明一覧生成手段によって生成された不鮮明または不備の帳票の一覧を、撮影元の携帯電話に送信する送信手段と、を備え、
前記携帯電話は、
前記サーバから送信される不鮮明または不備の帳票の一覧を表示する表示手段を備えることを特徴とすることを特徴とする請求項１５に記載の帳票受付システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯電話を利用したＰＯＳシステムにおける帳票受付処理に関する。
【背景技術】
【０００２】
従来より、店舗で商品を販売する都度、店舗レジで商品の販売情報を記録し、集計結果をサーバで集約して、在庫管理、顧客管理、受発注管理、マーケティング材料等として用いるＰＯＳ（Ｐｏｉｎｔ  Ｏｆ  Ｓａｌｅｓ）システムが利用されている。
ところで、商品の購入は常に店舗で行われるとは限らず、店舗に陳列しない商品を例えば顧客がカタログをみて購入するべく、所定フォーマットの注文票に送り先や注文商品を記入し、店舗等にて注文票の受付及び決済を行うことがある。また例えば特許文献１には、ネットワークを介して商品を購入する際の決済や商品の受け取りをコンビニエンスストアにて行う方法についての記述がある。
このように、近年では店舗以外での商品の購入や受け取りに関する仕組みが種々提案されているが、こうした商品購入動向に柔軟に対応すべく、より簡易に上述のＰＯＳシステムを導入できる技術として、携帯電話を利用した携帯ＰＯＳシステムが開発されている。この携帯ＰＯＳシステムでは、従来のＰＯＳシステムにおける店舗レジに代えて携帯電話を利用する。
【０００３】
具体的には、上述のカタログ物販の注文票受付に携帯ＰＯＳシステムを利用する例では、顧客が必要事項を記入した注文票を店舗で受け付ける際に、店舗従業員が注文票の内容を携帯電話のデジタルカメラ機能を用いて撮影する。撮影された注文票画像は携帯電話の通信機能を利用して携帯ＰＯＳサーバに送られる。携帯ＰＯＳサーバでは、各携帯電話から送られた注文票画像の内容を注文データとして残すために、データ入力作業を行うエントリーセンタに注文票画像を送り、オペレータによりパンチ入力された注文データを受け取る。携帯ＰＯＳサーバは注文データの内容に応じて、サプライヤに発注処理を行ったり、在庫管理を行ったり、決済管理を行ったりする。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００５−２８４５２４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来の注文票（帳票）の受付処理では、上述の例のように携帯電話のデジタルカメラ機能で撮影された画像がそのまま携帯ＰＯＳサーバへアップロードされる。そのため通信するデータ量が大きく、通信コストや携帯ＰＯＳサーバでのデータ管理設備コストが大きくなってしまうという問題があった。また、その画像データはエントリーセンタでオペレータによりパンチ入力されるが、入力漏れが発生しやすく、これを防ぎたいという要望があった。
【０００６】
本発明は、このような課題に鑑みてなされたもので、携帯ＰＯＳシステムを利用した帳票受付システムにおいて、携帯電話から携帯ＰＯＳサーバへ送信する画像データのデータ量を小さくすることにより、通信コストを低減し、データを管理しやすくすることを目的とする。
【課題を解決するための手段】
【０００７】
前述した課題を解決するため第１の発明は、帳票に関するデータを管理し、携帯電話との通信機能を有するサーバと、前記サーバとの通信機能及び前記帳票の画像を撮影するデジタルカメラ機能を有する携帯電話と、を備えた帳票受付システムであって、前記携帯電話は、予め設定されている抽出パターンに基づいて、撮影した帳票画像全体から少なくとも一つの枠領域画像を抽出する抽出手段と、前記枠領域画像を前記サーバへ送信する送信手段と、を備えることを特徴とする帳票受付システムである。
【０００８】
第１の発明によれば、携帯電話のデジタルカメラで撮影した帳票画像全体から予め設定されている抽出パターンに基づいて枠領域画像を抽出し、抽出された枠領域画像をサーバへ送信する。このため、帳票画像の不要な部分が除去され、データ量を小さくでき、通信コストを低減し、データを管理しやすくできる。
【０００９】
また、当該帳票受付システムは、前記サーバに送信された前記枠領域画像を作業者に提示して作業者の入力を促し、作業者により入力された１つの枠領域画像毎のデータをエントリデータとしてサーバへ登録するエントリ手段を更に備え、前記サーバは、前記携帯電話から送信された前記枠領域画像の数と、前記エントリ手段により登録された前記エントリデータの数とが一致するか否かを判定する判定手段と、前記判定手段により、前記枠領域画像の数と前記エントリデータの数とが一致しないと判定された場合は、その旨の警告を提示する警告手段と、を更に備える。
従って、サーバは、携帯電話から送信された枠領域画像の数と、エントリ手段により登録されたエントリデータの数とが一致するか否かを判定し、一致しないと判定された場合は、その旨の警告を提示するので、エントリ手段におけるデータの入力漏れを防ぎ、サーバにおけるデータの管理が容易となる。
【００１０】
また、前記携帯電話により撮影される帳票は、記入用紙及び被複写用紙を組み合わせた複写式帳票の被複写用紙であって、前記被複写用紙には、前記記入用紙の印刷内容のうち、複写対象領域に対応する領域を囲む矩形枠が形成されるように該被複写用紙の縦辺及び横辺に平行な罫線が印刷され、前記罫線は全て前記被複写用紙の少なくとも１辺まで延伸することが望ましい。
【００１１】
このように、罫線のみが印刷され、筆記内容が複写された被複写用紙を撮影対象とすれば、携帯電話はサーバが必要とする情報以外を撮影せずともよく、画像のデータ量が小さくなる。また、罫線により形成される矩形枠によって上述の抽出パターンを抽出しやすくなり、携帯電話における抽出処理を高速化できる。
【００１２】
また、前記携帯電話は、前記帳票のフォーマットに応じた抽出パターンを一つ以上格納したパターンテーブルを保持するテーブル保持手段を更に備えることが望ましい。テーブル保持手段により、各種体裁の帳票の抽出パターンを保持するので、携帯電話は様々な帳票の体裁に応じた枠領域画像を切り抜くことが可能となる。
【００１３】
また、前記携帯電話は、前記抽出手段により抽出された枠領域画像のうち空白のものを除去する除去手段を更に備え、前記送信手段は、前記除去手段により空白が除去された枠領域画像を前記サーバへ送信することが望ましい。
【００１４】
このように、抽出した枠領域画像のうち、空白のものを除去することにより、サーバへアップロードするデータをより小さくできる。
【００１５】
また、前記携帯電話は、前記撮影した帳票画像の傾きを補正する補正手段を更に備えることが望ましい。
これにより撮影した帳票画像の傾きを補正できるので、携帯電話は枠領域画像を正確に抽出できる。
【００１６】
第２の発明は、帳票の画像を撮影する撮影手段と、サーバとの通信手段と、を備えた携帯電話であって、前記撮影手段により撮影された帳票画像全体から、予め設定されている画像抽出パターンに基づいて、少なくとも一つの枠領域画像を抽出する抽出手段と、前記枠領域画像を前記サーバへ送信する送信手段と、を備えることを特徴とする携帯電話である。
【００１７】
第２の発明の携帯電話により、撮影した帳票画像全体から予め設定されている抽出パターンに基づいて枠領域画像を抽出し、抽出された枠領域画像をサーバへ送信できる。このため、帳票画像の不要な部分が除去され、データ量を小さくでき、携帯電話の通信コストを低減できる。
【００１８】
また、前記携帯電話は、前記帳票のフォーマットに応じた抽出パターンを一つ以上格納したパターンテーブルを保持するテーブル保持手段を更に備えることが望ましい。
また、前記携帯電話は、前記抽出手段により抽出された枠領域画像のうち空白のものを除去する除去手段を更に備え、前記送信手段は、前記除去手段により空白が除去された枠領域画像を前記サーバへ送信することが望ましい。
また、前記携帯電話は、前記撮影した帳票画像の傾きを補正する補正手段を更に備えたりすることが望ましい。
【００１９】
第３の発明は、帳票に関する画像と、該画像内の筆記内容が所定のデータ形式で入力処理されたエントリデータと、を管理するサーバであって、前記画像は、帳票画像全体から、予め設定されている抽出パターンに基づいて少なくとも一つの枠領域が抽出された枠領域画像であり、当該サーバは、未処理の前記枠領域画像を作業端末に提示して作業者の入力を促し、作業者により入力された１つの枠領域画像毎のデータをエントリデータとして受け付けるエントリ手段と、前記枠領域画像の数と、前記エントリデータの数とが一致するか否かを判定する判定手段と、前記判定手段により、前記枠領域画像の数と前記エントリデータの数とが一致しないと判定された場合は、その旨を警告する警告手段と、を備えることを特徴とするサーバである。
【００２０】
第３の発明により、サーバは、未処理の前記枠領域画像を作業端末に提示して作業者の入力を促し、作業者により入力された１つの枠領域画像毎のデータをエントリデータとして受け付け、枠領域画像の数と、エントリデータの数とが一致するか否かを判定し、一致しないと判定された場合は、その旨を警告する。よって、データの入力漏れを防ぎ、サーバにおけるデータの管理が容易となる。
【００２１】
第４の発明は、所定フォーマットの帳票が印刷された記入用紙と、該記入用紙の裏面側に重ねられる被複写用紙とが組み合わされ、前記記入用紙への筆記内容が前記被複写用紙に複写される複写式帳票であって、前記被複写用紙には、前記記入用紙の印刷内容のうち、複写対象領域に対応する領域を囲む矩形枠が形成されるように該被複写用紙の縦辺および横辺に平行な罫線が印刷され、前記罫線は全て前記被複写用紙の少なくとも１辺まで延伸することを特徴とする複写式帳票である。
【００２２】
第４の発明の複写式帳票は、被複写用紙に罫線が印刷され、また筆記内容が複写されるだけであるので、これを携帯電話の撮影対象とすれば、撮影した画像のデータ量を小さくできる。また、被複写用紙の罫線により形成される矩形枠によって抽出すべき箇所を抽出しやすくなる。したがって、上述の第１の発明の帳票受付システムに好適な帳票を提供できる。
【００２３】
第５の発明は、携帯電話により読み取り可能なプログラムであって、予め設定されている抽出パターンに基づいて、撮影した帳票画像全体から少なくとも一つの枠領域画像を抽出する抽出ステップと、前記枠領域画像をサーバへ送信する送信ステップと、を含むことを特徴とするプログラムである。
【００２４】
この第５の発明のプログラムを、携帯電話に適用することにより、汎用の携帯電話を、第１の発明の帳票受付システムに好適な携帯電話として機能させることが可能となる。
【００２５】
第６の発明は、コンピュータにより読み取り可能なプログラムであって、帳票画像全体から、予め設定されている抽出パターンに基づいて少なくとも一つの枠領域が抽出された枠領域画像の数と、前記枠領域画像内の筆記内容が所定のデータ形式で入力処理されたエントリデータの数とが、一致するか否かを判定する判定ステップと、前記判定ステップにより、前記枠領域画像の数と前記エントリデータの数とが一致しないと判定された場合は、その旨を警告する警告ステップと、を含むことを特徴とするプログラムである。
【００２６】
この第６の発明のプログラムをコンピュータに適用することにより、汎用のコンピュータを、第１の発明の帳票受付システムのサーバとして機能させることが可能となる。
【００２７】
第７の発明は、帳票に関するデータを管理し、携帯電話及びエントリ端末との通信機能を有するサーバと、前記サーバとの通信機能及び前記帳票の画像を撮影するデジタルカメラ機能を有する携帯電話と、前記サーバに送信された枠領域画像を作業者に提示して作業者の入力を促し、作業者により入力された１つの枠領域画像毎のデータをエントリデータとしてサーバへ登録するエントリ端末と備えた帳票受付システムであって、前記携帯電話は、予め設定されている抽出パターンに基づいて、撮影した帳票画像全体から少なくとも一つの枠領域画像を抽出する抽出手段と、前記枠領域画像を前記サーバへ送信する送信手段と、を備え、前記エントリ端末は、前記作業者が前記枠領域画像の内容を識別可能か否かを示す画像識別可否フラグ、及び前記枠領域画像内の記載の不備を示す不備確認フラグのうち、少なくともいずれか一方の付加を受け付けるフラグ付加手段と、前記エントリデータに対して、帳票の識別情報及び該帳票を撮影した店員の店員コードまたは該店員の属する店舗コードを対応付けて入力するため識別情報入力手段と、前記フラグ付加手段によりフラグが付加され、前記識別情報入力手段により帳票を撮影した店員の店員コードまたは該店員の属する店舗コードが対応付けられたエントリデータを前記サーバに登録するエントリデータ登録手段と、を備え、前記サーバは、前記エントリデータに付加された前記画像識別可否フラグ及び前記不備確認フラグの内容にしたがって、不鮮明または不備の帳票の識別情報を、該帳票を撮影した店員の店員コードまたは該店員の属する店舗コードと対応付けて記憶する不鮮明撮影管理手段を備えることを特徴とする帳票受付システムである。
【００２８】
第７の発明によれば、エントリ端末において、作業者が枠領域画像の内容を識別可能か否かを示す画像識別可否フラグ、及び前記枠領域画像内の記載の不備を示す不備確認フラグのうち、少なくともいずれか一方を付加してエントリデータを作成し、また、このエントリデータには帳票を撮影した店員の店員コードまたは該店員の属する店舗コードが対応付けられる。このようなエントリデータがサーバに登録されると、サーバは、エントリデータに付加された画像識別可否フラグ及び不備確認フラグの内容にしたがって、不鮮明または不備の帳票の識別情報を、該帳票を撮影した店員の店員コードまたは該店員の属する店舗コードと対応付けて管理する。
従って、これまでエントリーセンタが店舗の店員に問い合わせることにより対応していた不備確認作業をサーバに登録できるようになり、エントリデータの入力作業を効率化できるようになる。
【００２９】
また、前記サーバの不鮮明撮影管理手段は、前記不鮮明撮影管理手段にて管理される不鮮明または不備の帳票の一覧を、撮影した店員、携帯電話、または店舗毎に作成する不鮮明一覧生成手段と、前記不鮮明一覧生成手段によって生成された不鮮明または不備の帳票の一覧を、撮影元の携帯電話に送信する送信手段と、を備え、前記携帯電話は、前記サーバから送信される不鮮明または不備の帳票の一覧を表示する表示手段を備えることが望ましい。
これにより、サーバにて管理している不鮮明または不備の帳票を、帳票を受け付けた携帯電話に送信して簡単に確認させることができるようになり、帳票の再撮影を促すことが可能となる。
【発明の効果】
【００３０】
本発明によれば、携帯ＰＯＳシステムを利用した帳票受付システムにおいて、携帯電話から携帯ＰＯＳサーバへ送信する画像データのデータ量を小さくすることにより、通信コストを低減し、データ管理しやすくすることが可能となる。
【図面の簡単な説明】
【００３１】
【図１】帳票受付システム１のシステム構成図
【図２】携帯電話３のハードウエア構成図
【図３】携帯ＰＯＳサーバ４のハードウエア構成図
【図４】複写式帳票８の記入用紙８１と被複写用紙８２について説明する図
【図５】携帯電話３における枠領域画像の抽出と、携帯ＰＯＳサーバ４へのアップデートの流れを示すフローチャート
【図６】被複写用紙８２からの枠領域抽出について説明する図
【図７】携帯電話３に保持される矩形テーブル３０について説明する図
【図８】携帯ＰＯＳサーバ４へアップロードされる枠領域画像について説明する図
【図９】エントリ端末５１におけるエントリデータの登録と、携帯ＰＯＳサーバにおける未登録データの確認の流れを示すフローチャート
【図１０】携帯ＰＯＳサーバ４で管理されるデータベース管理情報１３の一例
【図１１】不鮮明に撮影された帳票画像の一例
【図１２】エントリ端末５１のハードウエア構成図
【図１３】注文票８の記入用紙の一例（第２の実施の形態）
【図１４】エントリデータの入力ルールの一例
【図１５】エントリ端末５１における入力処理の流れを説明するフローチャート
【図１６】エントリ端末５１における入力処理の流れを説明するフローチャート
【図１７】第２の実施の形態において、携帯ＰＯＳサーバ４で管理されるデータベース管理情報１３と、店員管理情報１５の一例
【図１８】第２の実施の形態において、携帯ＰＯＳサーバ４で管理される不鮮明画像管理情報１７の一例
【図１９】携帯電話３の業務アプリケーションの流れを示す図
【図２０】携帯電話３の業務アプリケーションの流れを示す図
【図２１】携帯電話３の業務アプリケーションの流れを示す図
【発明を実施するための形態】
【００３２】
以下、図面に基づいて本発明の好適な実施形態について詳細に説明する。
［第1の実施の形態］
まず、図１〜図３を参照して本発明の構成について説明する。
【００３３】
図１は、本発明に係る帳票受付システム１のシステム構成を示す図である。
図１に示すように、帳票受付システム１は携帯ＰＯＳシステムを利用するものであり、その主要な構成は、店舗２の従業員等が操作する携帯電話３と、携帯ＰＯＳサーバ４とである。また、本実施の形態では、カタログを利用した物販における帳票受付を例としており、この例においては、帳票受付システム１に、更にエントリーセンタ５、サプライヤ６、管理センタ７、及びコールセンタ９を含む。携帯ＰＯＳサーバ４、エントリーセンタ５、サプライヤ６、管理センタ７、コールセンタ９にはそれぞれコンピュータ等のデータ処理端末が設置されており、また各コンピュータはＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、インターネット等のネットワークを介して互いに通信接続される。また、携帯電話３と携帯ＰＯＳサーバ４との通信接続は、携帯電話基地局を含む携帯電話回線、ＰＨＳ（Ｐｅｒｓｏｎａｌ  Ｈａｎｄｙ−ｐｈｏｎｅ  Ｓｙｓｔｅｍ）、無線ＬＡＮ等を含む各種ネットワークを介して行われる。
【００３４】
また、エントリーセンタ５のエントリ端末５１は、例えばＷｅｂブラウザを搭載したパーソナルコンピュータ等、汎用のコンピュータで実現され、エントリ端末５１と携帯ＰＯＳサーバ４との間の情報の交換は、ＨＴＴＰプロトコルで行われる。
【００３５】
次に、図２を参照して、本発明に係る携帯電話３のハードウエア構成を説明する。
図２に示すように、携帯電話３は、制御部３０１、記憶部３０２、通信部３０３、入力部３０４、表示部３０５、音声入力部３０６、音声出力部３０７、デジタルカメラ部３０８、メモリカード入出力部３０９等を有する。
【００３６】
制御部３０１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｓｅｓｓ  Ｍｅｍｏｒｙ）等により構成され、ＲＯＭ、記憶部３０２、メモリカード等に格納されるプログラム（携帯アプリケーションを含む）をＲＡＭ上のワークメモリ領域に呼び出して実行し、携帯電話３の各部を駆動制御する。ＲＯＭは、携帯電話３のＯＳ（オペレーティング・システム）、プログラム実行に必要なデータ等を恒久的に保持する。ＲＡＭは、ロードしたプログラムやデータを一時的に保持するとともに、制御部３０１が各種処理を行うために使用するワークエリアを備える。
記憶部３０２は、携帯電話３に内蔵されたフラッシュメモリ等の不揮発性の記憶媒体であり、携帯電話３にインストールされているプログラム（携帯アプリケーション）や、電話番号及びメールアドレス等のアドレス帳データ等の更新可能なデータを記憶する。
【００３７】
入力部３０４は、数字や文字、操作指示を入力するためのキーボタン等を有し、キーボタンの操作に応じた信号を制御部３０１に出力する。
表示部３０５は、液晶表示パネル等を有し、制御部３０１からの指示に従った表示を行う。
【００３８】
通信部３０３は、通信制御部、変調器、復調器、アンテナ等を含み、音声入力部３０６から入力された音声データを変調し基地局へ送信したり、基地局から受信した音声データを復調し、音声出力部３０７へ出力したりする。また、通信部３０３は、パケット通信用のデータを生成し、アンテナを介して基地局に送信したり、あるいは、基地局から送信される無線信号を受信し、受信した信号を復調してパケット通信用のデータを取得する。
【００３９】
音声入力部３０６は、マイク、Ａ／Ｄ変換器等により構成され、入力された音声信号をディジタル信号に変換して通信部３０３へ出力する。音声出力部３０７は、音声再生回路、スピーカ、イヤホン等により構成され、通信部３０３にて受信し、復調された音声データを受け取ると、音声再生回路によって音声に変換し、スピーカ等から出力する。
【００４０】
デジタルカメラ部３０８は、レンズ、ＣＣＤ（Ｃｈａｒｇｅ  Ｃｏｕｐｌｅｄ  Ｄｅｖｉｃｅ）、画像処理回路等から構成され、レンズにて受光した光をＣＣＤにて電気信号に変換することにより画像信号を生成する。デジタルカメラ部３０８により撮影された画像は、制御部３０１の制御により記憶部３０２に格納される。
メモリカード入出力部３０９は、着脱可能な記録媒体であるメモリカードとの通信インタフェースであり、制御部３０１の制御により、メモリカードに記憶されているデータを取得したり、またはメモリカードに対してデータの書き込みを行ったりする。
【００４１】
次に、図３を参照して、本発明に係る携帯ＰＯＳサーバ４のハードウエア構成を説明する。
図３に示すように、携帯ＰＯＳサーバ４は、制御部４１、記憶部４２、メディア入出力部４３、入力部４４、表示部４５、周辺機器Ｉ／Ｆ部４６、通信部４７、データベース４８等がバス４９を介して接続されて構成される。
【００４２】
制御部４１は、ＣＰＵ、ＲＯＭ、ＲＡＭ等により構成される。
ＣＰＵは、記憶部４２、ＲＯＭ、記録媒体等に格納されるプログラムをＲＡＭ上のワークメモリ領域に呼び出して実行し、バス４９を介して接続された各部を駆動制御する。本実施の形態において、制御部４１のＣＰＵは帳票受付に関する処理（図５、図９参照）を実行する。
【００４３】
ＲＯＭは、コンピュータのブートプログラムやＢＩＯＳ等のプログラム、データ等を恒久的に保持する。ＲＡＭは、ロードしたプログラムやデータを一時的に保持するとともに、制御部４１が各種処理を行うために使用するワークエリアを備える。
【００４４】
記憶部４２は、ＨＤＤ（ハードディスクドライブ）等であり、制御部１０が実行するプログラムや、プログラム実行に必要なデータ、ＯＳ（オペレーティング・システム）等が格納されている。これらのプログラムコードは、制御部４１により必要に応じて読み出されてＲＡＭに移され、ＣＰＵに読み出されて実行される。
【００４５】
メディア入出力部４３（ドライブ装置）は、例えば、フロッピー（登録商標）ディスクドライブ、ＰＤドライブ、ＣＤドライブ、ＤＶＤドライブ、ＭＯドライブ等のメディア入出力装置であり、データの入出力を行う。
【００４６】
入力部４４は、例えば、キーボード、マウス等のポインティング・デバイス、テンキー等の入力装置であり、入力されたデータを制御部４１へ出力する。
表示部４５は、例えば液晶パネル、ＣＲＴモニタ等のディスプレイ装置と、ディスプレイ装置と連携して表示処理を実行するための論理回路で構成され、制御部４１の制御により入力された表示情報をディスプレイ装置上に表示させる。
周辺機器Ｉ／Ｆ部４６は、プリンタ、その他の周辺機器とのインタフェースである。
通信部４７は、通信制御装置、通信ポート等を有し、ネットワークとの通信を媒介する通信インタフェースである。
【００４７】
データベース４８は、携帯ＰＯＳサーバ４で管理するデータを蓄積して記憶する。例えば、各携帯電話３から送信される枠領域画像データ１１や、エントリーセンタ５のエントリ端末５１から登録されるエントリデータ（注文データ）１２、これらのデータを管理するための情報であるデータベース管理情報１３、在庫管理情報等が蓄積して記憶される。また、後述する矩形テーブル３０もデータベース４８に記憶される。
【００４８】
ここで図１に戻り、カタログ物販の注文票受付に本発明の帳票受付システム１を利用する場合のデータの流れを説明する。図１において、サプライヤ６は商品の取り扱い業者であり、管理センタ７は、カタログの販売業者等であり、コールセンタ９は、利用者１０からの問い合わせ窓口または注文に関する不備の問い合わせ窓口である。
【００４９】
帳票受付システム１では、まず、カタログの注文を行う利用者１０は、店舗２または管理センタ７（カタログ販売者）から予め入手したカタログを参照して注文票８に所望の注文内容を記入し、店舗２へ注文票８を持参する。注文票８には、記入用紙８１への筆記内容が、被複写用紙８２へ複写された状態となっている。店舗２では、その場で従業員が注文票８の内容を確認し、携帯電話３のデータ通信機能を利用して在庫確認を行なう。すなわち、携帯電話３は通信部３０３を介して携帯ＰＯＳサーバ４にアクセスし、携帯ＰＯＳサーバ４から提供される所定の在庫確認画面に注文票８に記入された商品コードと注文個数を入力する。携帯ＰＯＳサーバ４は、入力された商品コードと注文個数とから在庫の有無を確認し、確認内容を携帯電話３へ送信する。携帯電話３は、受信した在庫確認内容を携帯電話３の表示部３０５に表示する。従業員は在庫がある場合は、利用者１０から代金を受け取る。その後、注文票８の受付処理を行う。
【００５０】
注文票８の受付処理を行う際、店舗２の従業員は、携帯電話３のデジタルカメラ部３０８で注文票８を撮影し、撮影した画像を携帯ＰＯＳサーバ４へ送信する。
本実施の形態では、注文票８として図４に示すような、複写式の注文票８を利用する。店舗２の従業員は、携帯電話３のデジタルカメラ部３０８によって、複写式注文票８の被複写用紙８２を撮影する。
【００５１】
図４に示すように、注文票８は、（Ａ）記入用紙８１と（Ｂ）被複写用紙８２とを組み合わせた複写式の帳票である。例えば、注文票１枚目を記入用紙８１、２枚目を被複写用紙８２とし、これらの用紙には、記入用紙８１への筆圧によって２枚目の被複写用紙８２に手書き文字等の筆記内容を複写可能な用紙が使用される。例えば、記入用紙８１として、裏面にカーボンインクが塗布されたカーボン印刷用紙を用いたり、或いは、記入用紙８１及び被複写用紙８２として、発色剤カプセルと顕色剤とが互いに接する面にそれぞれ塗布されたノーカーボン紙（上用紙、中用紙、または下用紙）が適宜組み合わせて用いられる。更にこの注文票８に、店舗控え、利用者控え、管理センタ控え等の各用紙を追加して、綴りとしてもよい。
【００５２】
記入用紙８１の表面には、注文票８のユニークコード８３と、依頼主記入欄８５と、複数の送り先記入欄８６が印刷されている。
ユニークコード８３は、注文票８のフォーマットの種類を示す識別コード（注文票ＩＤ）とシリアルナンバーとを組み合わせた識別コードであり、数値やテキストで表現されるか、或いは例えばＱＲコード（登録商標）のような２次元コードの形式で表現される。２次元コードで表現される場合には、携帯電話３のデジタルカメラ部３０８や、所定の読み取り装置によって読み取り可能なものとする。以下の説明において「注文票コード」と表記した場合は、注文票８のユニークコード８３と同じ意味である。
【００５３】
依頼主記入欄８５には、依頼主（利用者１０）の住所、名前、電話番号が手書きで記入される。また、各送り先記入欄８６には、届け先の住所、名前、電話番号の他、必要に応じて商品コードや注文数等の情報が手書きで記入される。
記入用紙８１の依頼主記入欄８５及び送り先記入欄８６の領域は複写可能となっている。
【００５４】
また、記入用紙８１のユニークコード８３、依頼主記入欄８５、及び送り先記入欄８６以外の領域８７には、各種案内や業務用の内容、広告等が印刷されていてもよい。
【００５５】
また、被複写用紙８２は、記入用紙８１の裏面側に重ねられており、記入用紙８１の印刷内容のうち、複写対象領域（依頼主記入欄８５、送り先記入欄８６）に対応する領域を囲む矩形枠が形成されるように、罫線Ｋ１〜Ｋ７、Ｔ１〜Ｔ３が印刷される。罫線Ｋ１〜Ｋ７、Ｔ１〜Ｔ３は、それぞれ被複写用紙８２の横辺（上辺または下辺）、縦辺（左辺または右辺）に平行に引かれており、全て被複写用紙８２の少なくとも１辺まで延伸する。例えば、罫線Ｋ１〜Ｋ７は、全て被複写用紙８２の左辺まで伸びており、罫線Ｔ１〜Ｔ３は、全て被複写用紙８２の上辺まで伸びている。そしてこれらの罫線Ｋ１〜Ｋ７、Ｔ１〜Ｔ３によって囲まれた矩形枠は、それぞれ依頼主記入欄８５、または各送り先記入欄８６の住所・氏名・電話番号欄に対応している。また、被複写用紙８２には、罫線Ｋ１〜Ｋ７、Ｔ１〜Ｔ３以外のものは印刷されない。記入用紙８１の筆記内容が各矩形枠内に複写される。
【００５６】
次に、図５を参照して、携帯電話３における注文票の受付から携帯ＰＯＳサーバ４へのアップデートまでの処理について説明する。
【００５７】
まず、携帯電話３は、起動時に携帯ＰＯＳサーバ４へアクセスし、矩形テーブル３０の更新の有無を確認する。更新されている場合には、新たな矩形テーブル３０をダウンロードして携帯電話３に保持されている矩形テーブル３０を上書きする。
【００５８】
注文票８を受け付ける際、店舗２の従業員は携帯電話３を操作して、注文票受付アプリケーションを起動した状態で、デジタルカメラ部３０８によってユニークコード８３の読み取り、その後、被複写用紙８２全体の撮影を行う。そして、注文ボタン（携帯電話３の決定ボタン）を押下する（ステップＳ１０１）。
【００５９】
すると、携帯電話３の制御部３０１は、まず、撮影した画像が傾いているか否かを判定し、必要に応じて傾きの補正を行う（ステップＳ１０２）。具体的には、撮影した画像から一つの罫線または用紙の辺を抽出し、この罫線または辺の両端のＸ座標またはＹ座標が一致しているか否かを判定する。一致していない場合は、罫線（または辺）両端におけるＸ座標またはＹ座標のずれの大きさから傾き角度を算出して、その角度だけ画像を回転する。また、被複写用紙８２の面に対してカメラレンズが平行に位置せず、例えば用紙の上下方向でカメラレンズとの距離が異なるように撮影されたような場合は、上下両辺の長さを比較し、一方の長さに対する他方の長さの比（拡大率または縮小率）を算出し、この比に従って画像の上下方向各位置を拡大または縮小する。左右で辺の長さが異なるように撮影された場合にも同様の処理が行われる。
【００６０】
また、撮影時の傾きを防ぐため、注文票受付アプリケーション実行中、デジタルカメラ部３０８起動時に表示部３０５に上下及び左右の少なくとも一方向にガイド線を表示させ、操作者が画像の傾きを認識しやすいようにしてもよい。また、撮影した画像の傾きが大きく、上述の補正処理で補正できない場合は、再度撮影するよう警告を表示させてもよい。
【００６１】
被複写用紙８２が撮影されると、制御部３０１は、撮影された被複写用紙８２の角部を原点（０，０）として、原点から横方向に伸びる辺をＸ軸とし、Ｘ軸上を走査する（ステップＳ１０３）。ここでは、被複写用紙８２の左上位置を原点、用紙上辺をＸ軸、用紙左辺をＹ軸としている。
図６に示す例では、被複写用紙８２の上辺（Ｘ軸）には、罫線Ｔ１，Ｔ２，Ｔ３がそれぞれＸ１位置、Ｘ２位置、Ｘ３位置で交差している。制御部３０１は、各罫線とＸ軸との交点Ｘ座標（Ｘ１，Ｘ２，Ｘ３）を取得し、ＲＡＭに保持する（ステップＳ１０４）。
【００６２】
次に制御部３０１は、画像の左辺（Ｙ軸）を走査する（ステップＳ１０５）。
図６に示す例では、被複写用紙８２の左辺（Ｙ軸）には、罫線Ｋ１，Ｋ２，Ｋ３，Ｋ４，Ｋ５，Ｋ６，Ｋ７がそれぞれＹ１位置、Ｙ２位置、Ｙ３位置、Ｙ４位置、Ｙ５位置、Ｙ６位置、Ｙ７位置で交差している。制御部３０１は、各罫線とＹ軸との交点座標（Ｙ１，Ｙ２，Ｙ３，Ｙ４，Ｙ５，Ｙ６，Ｙ７）を取得し、ＲＡＭに保持する（ステップＳ１０６）。
【００６３】
次に、制御部３０１は矩形テーブル３０から、該当する注文票８の抽出パターンを読み込む。すなわち、ステップＳ１０１で読み取ったユニークコード８３を用いて矩形テーブル３０を検索し、注文票８の抽出パターンを読み込む（ステップＳ１０７）。
【００６４】
図７に矩形テーブル３０の一例を示す。図７に示すように、矩形テーブル３０は、注文票８の種類毎に、抽出される矩形枠と、その抽出位置が定められている。抽出位置は各矩形枠の左上位置と右下位置とによって予め決定される。この矩形テーブル３０は、携帯アプリケーションダウンロード時に携帯電話３の記憶部３０２に構築される。携帯アプリケーションからは任意のタイミングでこの矩形テーブル３０を参照（ダウンロード）可能とする。
【００６５】
例えば図７に示す矩形テーブル３０では、注文票８の種類３０ａとして、注文票Ａの注文票ＩＤと注文票Ｂの注文票ＩＤとが格納されており、注文票Ａの注文票ＩＤには、「１」、「２」、「３」、「４」、「５」といった矩形番号３０ｂが対応付けて格納されている。各矩形番号３０ｂには、矩形枠左上の抽出位置３０ｃと矩形枠右下の抽出位置３０ｄとがそれぞれ格納されている。例えば、注文票Ａの矩形番号「１」の矩形枠は、左上位置（Ｘ１，Ｙ１）、右下位置（Ｘ２，Ｙ２）によって決定される。同様に、注文票Ａの矩形番号「２」の矩形枠は、左上位置（Ｘ１，Ｙ３）、右下位置（Ｘ３，Ｙ４）によって決定される。
なお、矩形テーブル３０の抽出位置Ｘ１，Ｘ２，・・・、Ｙ１，Ｙ２，・・・は、座標の値ではなく、原点から走査した際の罫線の読み取り順序が格納されている。これは、座標の値によって抽出パターンを定めてしまうと、撮影誤差による位置ずれに対応できないからである。
【００６６】
このような矩形テーブル３０は、携帯ＰＯＳサーバ４のデータベース４８に一元管理され、新たな注文票（帳票）が追加された場合には、新たな矩形テーブル３０が登録される。また、注文票（帳票）が廃止された場合には、対応する矩形テーブル３０がデータベース４８から削除されるものとする。
【００６７】
制御部３０１は、読み込んだ抽出パターンに応じて、撮影した画像から注文票の各矩形枠を抽出し、図８（Ｂ）に示すような枠領域画像を切り抜く（ステップＳ１０８）。切り抜かれた枠領域画像１１ａ，１１ｂ，１１ｃ，１１ｄ，１１ｅは、それぞれ個別の画像となる。
更に、制御部３０１は、切り抜いた枠領域画像１１ａ，１１ｂ，１１ｃ，１１ｄ，１１ｅのうち、空白の画像があれば破棄し（ステップＳ１０９）、更に、例えばランレングス圧縮等の手法でデータを圧縮し（ステップＳ１１０）、ユニークコード８３（注文票ＩＤ）とともに携帯ＰＯＳサーバ４に送信する（ステップＳ１１１）。
【００６８】
携帯ＰＯＳサーバ４は、ユニークコード８３（注文票ＩＤが含まれる）と枠領域画像１１ａ〜１１ｅとを受信し（ステップＴ１０１）、データベース４８に記憶する（ステップＴ１０２）。以下、枠領域画像に付す符号を１１とする。
以上の処理によって、携帯電話３にて撮影された注文票８から必要な領域の画像（枠領域画像１１）のみが切り抜かれて携帯ＰＯＳサーバ４のデータベース４８へ登録される。
【００６９】
携帯ＰＯＳサーバ４は、各携帯電話３から送信され、データベース４８に登録されている枠領域画像１１をエントリーセンタ５のエントリ端末５１に送信し、枠領域画像１１内の筆記内容を例えばテキストデータとしてパンチ入力させる。パンチ入力されたデータはエントリデータ（注文データ）１２としてサーバ４のデータベース４８に登録される。
【００７０】
ここで、図９を参照して、エントリーセンタ５における枠領域画像１１のパンチ入力と、携帯ＰＯＳサーバ４におけるエントリデータ（注文データ）１２の管理処理とを説明する。
【００７１】
なお、携帯ＰＯＳサーバ４には、エントリ端末５１からの要求に応じてデータファイルやプログラムの実行結果を返すＷＷＷ（Ｗｏｒｌｄ  Ｗｉｄｅ  Ｗｅｂ）サーバソフトウエアと、このＷＷＷソフトウエアから呼び出される処理プログラムとが搭載されており、ＷＷＷソフトウエア及び処理プログラムの働きにより図９の携帯ＰＯＳサーバ４側の動作が実現される。
【００７２】
図９に示すように、エントリ端末５１から携帯ＰＯＳサーバ４に対して注文票コード一覧の検索要求が送信されると（ステップＵ２０１）、携帯ＰＯＳサーバ４は、注文票コードの一覧をデータベース４８から検索し（ステップＴ２０１）、注文票コードの一覧を要求元のエントリ端末５１へ返す（ステップＴ２０２）。
【００７３】
次にエントリ端末５１において、注文票コードの一覧が表示され（ステップＵ２０２）、注文票コードの一覧からパンチ入力が終わっていない注文票コードがひとつ選択されると（ステップＵ２０３）、携帯ＰＯＳサーバ４は、選択された注文票コードに関する画像の一覧をデータベース４８から検索し（ステップＴ２０３）、要求元のエントリ端末５１へ画像ＩＤの一覧を返す（ステップＴ２０４）。エントリ端末５１では携帯ＰＯＳサーバ４から画像ＩＤの一覧を受信すると、その画像ＩＤの一覧を表示する（ステップＵ２０４）。エントリ端末５１において、画像ＩＤの一覧から画像ＩＤが一つ選択されると（ステップＵ２０５）、携帯ＰＯＳサーバ４は、選択された画像ＩＤに対応する枠領域画像１１をデータベース４８から検索し（ステップＴ２０５）、その枠領域画像１１を要求元のエントリ端末５１へ返す（ステップＴ２０６）。エントリ端末５１では携帯ＰＯＳサーバ４から枠領域画像１１を受信すると、その枠領域画像１１を表示する（ステップＵ２０６）。枠領域画像１１は圧縮された状態で送られるため、エントリ端末５１にて解凍（復号）して表示する。
【００７４】
エントリ端末５１において、オペレータは枠領域画像１１内の筆記内容（手書き文字等）をテキストデータとして入力する（ステップＵ２０７）。枠領域画像１１の筆記内容が書き損じである場合には、オペレータは「無効」の旨を入力する。入力されたエントリデータ（注文データ）１２は携帯ＰＯＳサーバ４へ送信される。携帯ＰＯＳサーバ４は、エントリデータ（注文データ）１２をデータベース４８に登録する（ステップＴ２０７）。
【００７５】
エントリ端末５１において、枠領域画像１１についてパンチ入力が終了し、オペレータによってパンチ入力終了が入力されると、エントリ端末５１は携帯ＰＯＳサーバ４に対してパンチ入力終了の指示が送信される（ステップＵ２０８）。
【００７６】
携帯ＰＯＳサーバ４は、パンチ入力終了の指示を受信すると、データベース４８に登録されている現在処理中の注文票コードについての枠領域画像１１の数と、注文データ１２の数とが一致しているか否かを判定し（ステップＵ２０９）、判定結果をエントリ端末５１へ返す。
【００７７】
図１０は、携帯ＰＯＳサーバ４のデータベース管理情報１３の一例を示す図である。図１０に示すように、携帯ＰＯＳサーバ４は、注文票ＩＤとシリアルナンバーとを組み合わせたユニークコード８３に対応付けて、枠領域画像１１と、エントリデータ１２とを管理している。また、データベース管理情報１３では、枠領域画像１１の数とエントリデータ１２の数とが一致するか否かについてエントリ完了フラグによって管理している。エントリ完了後、枠領域画像１１の数とエントリデータ１２の数とが一致すると確認されたものについてはエントリ完了フラグが「１」にセットされる。
【００７８】
エントリ端末５１は、携帯ＰＯＳサーバ４から受信した枠領域画像１１とエントリデータ（注文データ）１２の数との一致判定結果を受信すると、その確認結果を表示する（ステップＵ２０９）。枠領域画像１１の数とエントリデータ（注文データ）の数が一致しない場合は、入力漏れがあるのでその旨の警告を表示する（ステップＵ２１０；Ｙｅｓ）。入力漏れ画像についてパンチ入力を行う場合は、ステップＵ２０４へ戻り、画像ＩＤ一覧から未入力の枠領域画像１１を選択し、携帯ＰＯＳサーバ４から取得し、パンチ入力を行う。枠領域画像１１の数とエントリデータ（注文データ）１２の数が一致した場合は（ステップＵ２１０；Ｎｏ）、ステップＵ２０２へ移行し、他の注文票コードについての枠領域画像１１のパンチ入力処理を行う。
【００７９】
以上説明したようなエントリ処理が終了すると、携帯ＰＯＳサーバ４は注文データの内容に応じて、サプライヤ７に発注処理を行う。サプライヤ６は、携帯ＰＯＳサーバ４から発注メールを受信すると、携帯ＰＯＳサーバ４へアクセスし、注文データをダウンロードする。そして注文データに応じて商品を選択し、梱包・発送する。
また、携帯ＰＯＳサーバ４は管理センタ７に対して注文データを送信する。管理センタ７では、複数の携帯ＰＯＳサーバ４にて受け付けた注文データを集約し、管理する。また、コールセンタ９は、利用者９からの電話またはメール等による問い合わせに対応するため、例えば、店舗２や携帯ＰＯＳサーバ４との間で注文内容や決済、その他の問い合わせに応答する。
【００８０】
以上説明したように、本実施の形態の帳票受付システム１では、携帯電話３から携帯ＰＯＳサーバ４に対して画像データを送る際に、携帯電話３は、予め設定されている抽出パターンに基づいて、撮影した注文票画像全体から少なくとも一つの枠領域画像１１を抽出して携帯ＰＯＳサーバ４へ送信する。
従って、撮影した画像データのデータ量を小さくすることが可能となり、通信コストを低減できる。
また、画像データは注文票単位ではなく、より小さな枠領域画像単位で管理可能となるため、携帯ＰＯＳサーバ４ではデータの管理が容易となる。
【００８１】
特に、携帯ＰＯＳサーバ４にて画像データ（枠領域画像１１）を受信後、その内容をエントリデータ（注文データ）１２としてパンチ入力されるが、携帯ＰＯＳサーバ４は、枠領域画像１１の数とエントリデータ１２の数とを照合することにより、簡単に入力漏れを確認できる。
【００８２】
また、注文票８として図４に示すような複写式の帳票を用い、撮影対象とする被複写用紙８２への印刷内容は縦横の罫線のみとし、また、縦横の罫線をそれぞれ用紙の横辺（上辺）または縦辺（左辺）まで延伸させているので、携帯電話３のデジタルカメラ部３０８にて撮影後、罫線が形成する矩形枠を特定しやすく、また、傾き補正や抽出等の画像処理がしやすくなる。
【００８３】
また、帳票のフォーマットに応じた複数の抽出パターンを矩形テーブル３０として携帯電話３で保持しているので、携帯電話３は様々な体裁の帳票から所定の抽出パターンで枠領域画像を切り抜くことが可能となる。
【００８４】
更に、携帯電話３は、必要に応じて、抽出された枠領域画像１１のうち空白のものを除去したり、データ圧縮したりした後に携帯ＰＯＳサーバ４へ送信するようにすれば、更にデータ量を小さくすることが可能となる。
【００８５】
また、携帯電話３にて注文票８を撮影した際、撮影した画像の傾きを補正するようにすれば、より正確に枠領域画像を抽出することが可能となる。
【００８６】
なお、上述の実施の形態では、注文票の罫線は、依頼主や送り先の住所、氏名、電話番号の領域を切り抜く例を示したが、これに限定されるものではない。例えば、商品コードや注文数もエントリデータとして登録する場合は、その記入範囲も切り抜くように、矩形枠（罫線）を形成すればよい。
また、枠領域画像として切り抜く画像データの単位は、依頼主や送り先単位ではなく、商品単位など、所望の単位としてもよい。
【００８７】
また、帳票の被複写用紙８２の縦横の罫線は、それぞれ１辺（上辺、左辺）に延伸するものとしたが、各罫線が上下辺両方または左右辺両方にそれぞれ延伸するものとし、携帯電話３において枠領域を抽出する際に、Ｘ軸、Ｙ軸上のみならず、上下辺及び左右辺を走査するようにしてもよい。上下辺及び左右辺を走査する場合には、上下または左右方向の罫線位置の不一致を判定しやすく、画像の傾きの判定や補正が容易となる。
【００８８】
また、本実施の形態では、商品の注文についての帳票受付を例として説明したが、本発明はこの例に限定されるものではなく、顧客管理帳票、在庫管理帳票等、様々な帳票の受付に適用可能である。
【００８９】
［第２の実施の形態］
次に、本発明の第２の実施の形態について説明する。
上述の第１の実施の形態の帳票受付システム１では、店舗２で注文票８を受け付け、店員が携帯電話３のデジタルカメラ機能を用いて注文票８を撮影するが、このとき撮影された画像は図１１に示すように不鮮明な場合がある。この不鮮明な画像を元にエントリーセンタ５においてオペレータがパンチ入力しようとすると、オペレータは画像の内容を読み取れなくて困惑したり、入力内容の判断に迷うことがあった。
また、画像が不鮮明でその内容をパンチ入力できない場合は、エントリーセンタ５のオペレータが店舗のスタッフに注文票８の控えの内容を問い合わせて確認しなければならず、作業負担が大きかった。
【００９０】
そこで、第２の実施の形態では、注文票８の画像が不鮮明であったり、記入内容に不備があったりする場合に、エントリーセンタ５のオペレータがエントリデータに画像不鮮明を示すフラグ（画像識別可否フラグ）または記入不備がある旨を示すフラグ（不備確認フラグ）を付加しておく。更に、その帳票の注文を受けた店員コードまたは店舗コードをエントリデータに対応付けて入力しておく。携帯ＰＯＳサーバ４はエントリ端末５１からエントリデータを受け取ると、そのエントリデータに付加された画像識別可否フラグや不備確認フラグを認識し、注文を受けた店員コードまたは店舗コードとともに管理する。また、携帯ＰＯＳサーバ４は、画像識別可否フラグや不備確認フラグが付加されたエントリデータの元の注文票８の一覧を店員、店舗、または携帯電話毎に作成し、該当する携帯電話３へ送信する。携帯電話３の業務アプリケーションでは、画像識別可否フラグや不備確認フラグが設定された注文票８の一覧を表示し、一覧の中から注文票コード等が選択されると、再撮影のため、携帯電話３のデジタルカメラ３０８を起動する。デジタルカメラ３０８にて撮影された画像は携帯ＰＯＳサーバ４へ送信され、その後、携帯ＰＯＳサーバ４からエントリーセンタ５へ再度送信される。
【００９１】
以下、第２の実施の形態のフラグ付加処理について説明する。
第２の実施の形態の帳票受付システム１の構成は第１の実施の形態と同様であるので説明を省略し、同一の各部は同一の符号を付すこととする。
【００９２】
エントリ端末５１の構成を図１２に示す。
図１２に示すようにエントリ端末５１は、制御部５１１、記憶部５１２、メディア入出力部５１３、入力部５１４、表示部５１５、周辺機器Ｉ／Ｆ部５１６、及び通信部５１７等がバス５１８を介して接続されて構成される。
【００９３】
また、第２の実施の形態において使用される注文票８は、第１の実施の形態と同様の複写式の注文票８とするが、１枚目の記入用紙には、図１３に示すように、注文票８のユニークコード８３（ＱＲコード等。以下、注文票のユニークコード８３を注文票コードという）と、依頼主記入欄８５と、複数の送り先記入欄８６が印刷される他、更に店舗記入欄８８、注文票コード・カタログコード８９等が印刷される。店舗記入欄８８には、注文の承り日や店舗名、店舗コード、取扱者名（店員名）、店員コード等の各手書き記入欄が設けられており、この店舗記入欄８８の領域も複写可能となっていて、枠領域画像の抽出対象とされる。
【００９４】
注文を受け付けた店員は、携帯電話３のデジタルカメラ部３０８を使用して、ユニークコード８３の読み取り、その後、被複写用紙８２全体の撮影を行い、この注文票８に該当する抽出パターンに従って矩形枠（枠領域画像１１）を抽出して、携帯ＰＯＳサーバ４へ送信する。このとき携帯電話３は携帯電話３の識別情報とともに送信する。携帯ＰＯＳサーバ４では、携帯電話３にて撮影・抽出された枠領域画像１１を受信し、データベース４８に記憶する。また、エントリーセンタ５のエントリ端末５１へ送信する。
【００９５】
エントリ端末５１では、携帯ＰＯＳサーバ４から枠領域画像１１を受信し、オペレータがその筆記内容を確認して、エントリ端末５１にパンチ入力（テキストデータとしてのデータ入力）する。
オペレータは予め定められた入力ルールに従って、パンチ入力を行い、エントリデータを作成する。エントリデータの入力規則は、注文票８に対応する仕様書にてオペレータに指示される。
エントリデータは、注文票８の各項目の筆記内容を入力する入力フィールドとその項目の不備を示すフラグを設定するためのフラグフィールド、及び画像の不鮮明を示すフラグを設定するためのフラグフィールドにより構成される。以下、入力項目の不備を示すフラグを不備確認フラグと呼び、画像の不鮮明を示すフラグを画像識別可否フラグと呼ぶ。
【００９６】
図１４は、エントリデータの入力規則の一例を示す図である。
図１４に示すように、エントリデータは、注文票８の各枠領域画像１１（「届け先１」、「届け先２」等）内の各項目（「郵便番号」、「漢字住所」、「カナ氏名」、「漢字氏名」等）に対応する入力フィールドが設けられる。また、各項目の入力フィールドに対応した不備確認フラグフィールドが設けられる。また、画像全体が不鮮明であるか否かを示す画像識別可否フラグフィールドが設けられる。
また、各入力フィールドに対して、それぞれフィールド名、入力フィールドのデータ長、データ開始位置、データ終了位置、入力フィールドの入力形式が定義される。また、入力フィールドがフラグである場合は、フラグの値とその意味が定義される。なお、図１４の「フィールドの入力形式」の値は、例えば「９」は１バイト数字、「Ｎ」は２バイト文字、「Ｘ」は１バイト英数字を意味する。
【００９７】
このような規則に従って、注文票８の各枠領域画像１１内の各項目（「郵便番号」、「住所」、「カナ氏名」、「漢字氏名」等）の筆記内容がパンチ入力され、例えばＣＳＶ形式のテキストデータとしてのエントリデータが作成される。１つの注文票８につき、１行（１レコード）のエントリデータが作成される。
【００９８】
オペレータが、画像が全体的に不鮮明で読み取れないと判断した注文票８については、画像識別可否フラグが「１」にセットされ、各項目の筆記内容はパンチ入力されない。画像が鮮明な場合は、画像識別可否フラグが「０」にセットされ、各項目の筆記内容がパンチ入力される。
【００９９】
画像が鮮明で、各入力フィールドに正常に入力できた場合は、その項目に対応する不備確認フラグは「０」にセットされる。
一方、画像は鮮明であるが、記入内容に不備があり、判断できない場合、不備確認フラグは「１」または「２」にセットされる。
項目内が無記入の場合は、不備確認フラグは「１」にセットされる。
また、項目内に判読不能な文字が書かれていたり、実際にない文字が使用されていたりする場合は、該当文字が２バイト文字（かな、漢字等）であれば、いわゆるゲタ文字（以下、この明細書では「＝」と表記する）や特殊記号がその文字の代わりに入力され、該当文字が１バイト文字（英数字）であれば、「#」が代わりに入力される。そして、その項目に対応する不備確認フラグは「２」にセットされる。
また、項目が全体に不鮮明で読み取れない場合は、該当項目の入力形式が２バイト文字（かな、漢字等）であれば、「●」が代わりに入力され、該当項目の入力形式が１バイト文字（英数字）であれば、「*」が代わりに入力される。そして、その項目に対応する不備確認フラグは「２」にセットされる。
【０１００】
次に、図１５、図１６を参照して、エントリ端末５１における入力処理について説明する。
帳票受付システム１において、第１の実施の形態と同様の処理が行われ、エントリ端末５１にて携帯ＰＯＳサーバ４から注文票８の枠領域画像１１を受信すると、エントリ端末５１は、その枠領域画像１１を表示部５１５に表示する（ステップＵ３０１（図９のステップＵ２０６と同様））。
エントリ端末５１でオペレータは枠領域画像１１が全体的に鮮明か否かを判断し、全体として鮮明と判断した場合は（ステップＵ３０２；Ｙｅｓ）、エントリ項目の「画像識別可否フラグ」に「０」を入力する（ステップＵ３０３）。そして、注文票８の１項目のパンチ入力を開始する（ステップＵ３０４）。
一方、全体として不鮮明と判断した場合は（ステップＵ３０２；Ｎｏ）、エントリ項目の「画像識別可否フラグ」に「１」を入力し（ステップＵ３０５）、この注文票８のパンチ入力を終了する（ステップＵ３０６）。
【０１０１】
注文票８の項目を入力する場合、オペレータはこの項目が記入されているか判断し、記入されていない場合は（ステップＵ３０７；Ｎｏ）、項目に対応する不備確認フラグフィールドに「１」をセットする（ステップＵ３０８）。
項目が記入されているが鮮明でない場合は（ステップＵ３０９；Ｎｏ）、該当項目に「●」や「*」を入力し（ステップＵ３１０）、項目に対応する不備確認フラグフィールドに「２」をセットする（ステップＵ３１１）。エントリ端末５１は、ステップＵ３１０のように項目に「●」や「*」が入力された場合に連動して、対応する不備確認フラグフィールドに「２」をセットするようにしてもよい。
【０１０２】
項目が記入されており、項目全体も鮮明である場合において（ステップＵ３０９；Ｙｓ）、読めない文字が含まれている場合は（ステップＵ３１２；Ｎｏ）、該当文字の箇所に「＝（ゲタ文字）」や「#」を入力し（ステップＵ３１５）、項目に対応する不備確認フラグフィールドに「２」をセットする（ステップＵ３１６）。この場合もエントリ端末５１は、「＝」や「#」が入力された場合に連動して、対応する不備確認フラグフィールドに「２」をセットするようにしてもよい。
項目内に読めない文字がない場合は（ステップＵ３１２；Ｙｅｓ）、記載通りにパンチ入力し、対応する不備確認フラグフィールドに「０」をセットする。エントリ端末５１が項目内の入力内容を判断して、「●」、「*」、「＝」、「#」等の特殊文字や記号が入力されていない場合に、対応する不備確認フラグフィールドに「０」をセットするようにしてもよい。
【０１０３】
ステップＵ３０７〜Ｕ３１４の処理によって全ての項目がパンチ入力された場合は（ステップＵ３１７；Ｙｅｓ）、この注文票８のパンチ入力を終了し（ステップＵ３１８）、図９のステップＵ２０８へ移行する。
全ての項目のパンチ入力が終了していない場合は（ステップＵ３１７；Ｎｏ）、次の項目のパンチ入力を開始する（ステップＵ３１９）。
【０１０４】
なお、図９のステップＵ２０８以降、エントリ端末５１は入力漏れの有無の確認を行なうが、この際、画像識別可否フラグが「１」または不備確認フラグが「１」または「２」となっている項目については、入力漏れと判定しない（ステップＵ２１０；Ｎｏ）こととする。
【０１０５】
以上の入力処理によって各注文票８についてエントリデータが作成されると、エントリ端末５１は携帯ＰＯＳサーバ４にエントリデータを送信（登録）する。
【０１０６】
エントリデータは、携帯ＰＯＳサーバ４にて、データベース管理情報１３として管理される。図１７（ａ）に示すように、携帯ＰＯＳサーバ４は、注文票の種類を示すコード（注文票ＩＤ）とシリアルナンバーとを組み合わせたユニークコード８３（注文票コード）に対応付けて、枠領域画像１１と、エントリデータ１２とを管理している。また、データベース管理情報１３では、枠領域画像１１の数とエントリデータ１２の数とが一致するか否かについてエントリ完了フラグによって管理している。第２の実施の形態では、各枠領域画像１１に対応したエントリデータに不備確認フラグが含まれ、また、注文票全体の画像識別可否フラグとその注文票８を受け付けた店員コードとが対応付けて記憶される。また、図１７（ｂ）に示すように、各店員の店員コードは店員管理情報１５として、使用する携帯電話３の識別情報（携帯電話コード）や所属する店舗（店舗コード）と対応付けて携帯ＰＯＳサーバ４に管理されている。
【０１０７】
携帯ＰＯＳサーバ４は、エントリデータを受信すると、エントリデータに付加されている画像識別可否フラグ及び不備確認フラグを認識する。画像識別可否フラグまたは不備確認フラグが付加されているエントリデータについては、元の注文票８の識別情報（注文票コード）と注文票８を受け付けた店員の店員コードとを対応付け、不鮮明画像管理情報１７としてデータベース１２に記憶する。
図１８に不鮮明画像管理情報１７の一例を示す。
なお、不鮮明画像管理情報１７には、店員コードに代えて店舗コードや携帯電話の識別情報（携帯電話コード）が、元の注文票８の識別情報（注文票コード）と対応付けられて管理されてもよい。
また、携帯ＰＯＳサーバ４は、例えば１日分のエントリ業務の終了後、不鮮明画像管理情報１７に基づいて、画像識別可否フラグ及び不備確認フラグの少なくともいずれか一方が付加されている注文票コードの一覧（不鮮明一覧）を、店員コード毎に作成し、保持する。
【０１０８】
携帯電話３では、注文票受付アプリケーションを実行する際、携帯ＰＯＳサーバ４にアクセスする。このとき、携帯電話３から携帯ＰＯＳサーバ４に対して携帯電話コードが送信されている。
携帯ＰＯＳサーバ４は、携帯電話３から携帯ＰＯＳサーバ４にアクセスがあった場合、その携帯電話３の携帯電話コードに対応付けられている店員コードを店員管理情報１５から取得し、その店員コードに対応付けられた不鮮明一覧をデータベース１２から読み出して、携帯電話３へ送信する。
【０１０９】
図１９〜図２１は携帯電話３における注文票受付アプリケーション実行中の画面の遷移を示す図である。
図１９（ａ）に示すように、注文票受付アプリケーションを開始する際、携帯電話３にはメニュー画面３１が表示される。例えば、「注文受付」、「注文票再撮影」、「入会前キャンセル」、「店舗情報確認」等の各種メニューが表示部３０５に表示される。
携帯ＰＯＳサーバ４の不鮮明画像管理情報に、当該携帯電話３を使用する店員用の不鮮明一覧が作成されている場合は、「注文票再撮影」メニュー画像に対して「新着あり」等のメッセージが表示される。
【０１１０】
携帯電話３が操作され、「注文票再撮影」メニューが選択されると、携帯電話３は携帯ＰＯＳサーバ４へアクセスする（図１９（ｂ））。
携帯ＰＯＳサーバ４から携帯電話３に不鮮明一覧が送信されると、図１９（ｃ）に示すように、携帯電話３は不鮮明一覧３２を表示部３０５に表示する。不鮮明一覧３２が送信されない場合は、携帯電話３は「再撮影が必要な注文票はありません」等のメッセージ３３を表示する。
【０１１１】
携帯電話３にて、不鮮明一覧３２から注文票コードが選択されると、選択された注文票８についての詳細が携帯ＰＯＳサーバ４から送信される。図２０（ａ）に示すように、携帯電話３は受信した注文票８の詳細３４を表示部３０５に表示する。
注文票８の詳細３４には、注文日、事業所コード、カタログコード、カタログ名、注文票コード等の該当する注文票についての基本情報と、「画像不鮮明」、「お届け先２住所不備」のような不備の内容を示す情報とが含まれる。不備の内容を示す情報には、画像全体が不鮮明なのか、或いは一部に不備があるのか、一部に不備がある場合は不備のあった項目等の情報が明示されることが望ましい。これにより、店員は前回の撮影で不鮮明または不備のあった箇所を把握できるようになり、再撮影を行う際に注意を喚起できる。
【０１１２】
次に、店員によって店舗に保管されている該当する注文票８が確認され、図２０（ｂ）に示す注文票コード入力画面３５にて、ＱＲコードが読み込まれるか、或いは注文票コードが入力枠内に入力されると、携帯電話３はデジタルカメラ部３０８を起動する（図２０（ｃ））。注文票コードが適切に入力されない場合はエラー画面３７を表示する。
【０１１３】
図２１（ａ）に示すように、デジタルカメラ部３０８によって注文票８の２枚目の被複写用紙８２が撮影されると携帯電話３はプレビュー画像３８を表示する。画面の確認メッセージに従って「はい」が入力されると、第１の実施の形態に示す矩形枠（枠領域）の抽出処理を行って撮影された注文票８の画像から枠領域画像１１を抽出し、携帯ＰＯＳサーバ４に送信する（図２１（ｂ））。
【０１１４】
送信が完了すると、送信結果（送信完了、確認不可、アップロードエラー）に従って、図２１（ｃ）に示すような各種メッセージ画面３９、４０，４１を表示する。
携帯ＰＯＳサーバ４に送信された画像（枠領域画像）は、上述の第１及び第２の実施の形態のフローチャートに従って、エントリ端末５１へ送信され、再度、エントリデータの入力処理が行われる。
【０１１５】
以上説明したように、第２の実施の形態の帳票受付システムにおいて、エントリ端末５１が枠領域画像の筆記内容の入力処理を行う際、オペレータが画像を識別可能か否かを示す画像識別可否フラグや、筆記内容に不備があることを示す不備確認フラグの設定を受け付ける。また、注文票８を受け付けた（撮影した）店員の店員コードをエントリデータとして入力する。
そして、フラグの付加されたエントリデータが携帯ＰＯＳサーバ４へ登録されると、携帯ＰＯＳサーバ４は、フラグの内容を認識し、不鮮明に撮影された注文票８の識別情報と、注文票８を撮影した店員の店員コードとを対応付け、不鮮明撮影管理情報１７として記憶する。
更に、携帯ＰＯＳサーバ４は、不鮮明撮影管理情報１７に基づいて、不鮮明な注文票８の一覧（不鮮明一覧）を店員コード毎に作成し、当該店員の使用する携帯電話３の注文票受付アプリケーションからアクセスがあった際に、該当する不鮮明一覧をその携帯電話３へ送信する。
携帯電話３では不鮮明一覧を受け取り、その一覧のうちいずれかの注文票８が選択されると、デジタルカメラ部３０８を起動して、再撮影を促す。
【０１１６】
従って、第２の実施の形態によれば、エントリ端末５１のオペレータにより確認された不鮮明な画像を携帯ＰＯＳサーバ４で管理できるようになる。また、携帯ＰＯＳサーバ４が不鮮明な注文の内容を店舗側へ一括して通知できる。これにより、エントリーセンタ５が直接店舗の店員に問い合わせることにより対応していた不備確認作業を効率化できるようになる。
【０１１７】
なお、上述の実施の形態では、不鮮明撮影管理情報は、不鮮明な注文票コードとその注文票を撮影した店員の店員コードとを対応付けて管理しているが、注文票を撮影した携帯電話の携帯電話コードと対応付けて管理したり、注文票を受け付けた店舗の店舗コードと対応付けて管理したりしてもよい。また、上述の例では、不備の文字や不備の項目に「●」、「*」、「＝」、「#」等の特殊文字や記号を入力するようにしているが、本発明は、これらの特殊文字や記号に限定されるものではなく、どのような特殊文字や記号等を用いてもよい。
【０１１８】
その他、当業者であれば、本願で開示した技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、それらについても当然に本発明の技術的範囲に属するものと了解される。
【符号の説明】
【０１１９】
１・・・帳票受付システム
２・・・店舗
３・・・携帯電話
３０１・・・制御部
３０２・・・記憶部
３０３・・・通信部
３０８・・・デジタルカメラ部
４・・・携帯ＰＯＳサーバ
４１・・・制御部
４２・・・記憶部
４３・・・メディア入出力部
４７・・・通信部
４８・・・データベース
５・・・エントリーセンタ
５１・・・エントリ端末
６・・・サプライヤ
７・・・管理センタ
８・・・注文票（複写式帳票）
８１・・・記入用紙
８２・・・被複写用紙
８３・・・ユニークコード
Ｋ１〜Ｋ７、Ｔ１〜Ｔ３・・・罫線
９・・・コールセンタ
１０・・・利用者
１１・・・枠領域画像
１２・・・エントリデータ（注文データ）
１３・・・データベース管理情報
３０・・・・矩形テーブル
【図１】
2011090662.tif 000003
【図２】
2011090662.tif 000004
【図３】
2011090662.tif 000005
【図４】
2011090662.tif 000006
【図５】
2011090662.tif 000007
【図６】
2011090662.tif 000008
【図７】
2011090662.tif 000009
【図８】
2011090662.tif 000010
【図９】
2011090662.tif 000011
【図１０】
2011090662.tif 000012
【図１１】
2011090662.tif 000013
【図１２】
2011090662.tif 000014
【図１３】
2011090662.tif 000015
【図１４】
2011090662.tif 000016
【図１５】
2011090662.tif 000017
【図１６】
2011090662.tif 000018
【図１７】
2011090662.tif 000019
【図１８】
2011090662.tif 000020
【図１９】
2011090662.tif 000021
【図２０】
2011090662.tif 000022
【図２１】
2011090662.tif 000023