JP2021135605A - システム、サーバ、販売データ処理装置、およびプログラム - Google Patents

Abstract

【課題】スキャンデータまたは撮像画像からコードシンボルを読み取りづらい商品について、読み取り動作の繰り返しによらず容易に商品データを取得可能とする。【解決手段】システムは、スキャンデータまたは撮像画像から、商品に添付されているコードシンボルが示すコード情報を取得するコード取得処理部と、キーによるコード情報の手入力を受け付ける手入力受付部と、前記コード取得処理部によるコード情報の取得ができなかった事象について発信するエラー伝達部と、前記エラー伝達部による発信があった商品の情報を、所定の記憶部に蓄積するエラー記録処理部と、前記エラー伝達部による発信があった場合に、前記記憶部に蓄積された商品の情報を選択肢として提示する選択肢提示部と、を備える。【選択図】図１１

Description

本発明の実施形態は、システム、サーバ、販売データ処理装置、およびプログラムに関する。

従来、販売データ処理装置において、商品の包装に表示されたバーコードを、スキャンデータまたは撮像画像から取得（以下、読み取りと表現する）しての商品登録が行われている（例えば特許文献１）。このような商品登録において、例えばもやしやピーマン、にんじん等の袋詰めのような平坦でない包装に表示されたバーコードであると、読み取りが一度で成功せず、読み取り動作が何度も繰り返し行われることがある。

一つの商品の読み取り動作が繰り返されると、登録完了までの時間が長くなってしまう上、パッケージが平らになるよう商品を取り回したりすることで内容物が傷んでしまうおそれがある。

なお、上述ではバーコードを例に説明しているが、バーコードの他、例えば二次元コードなどであっても同様に、パッケージが平坦でないことによる読み取りづらさが起こり得る。

本発明が解決しようとする課題は、スキャンデータまたは撮像画像からコードシンボルを読み取りづらい商品について、読み取り動作の繰り返しによらず容易に商品データを取得可能とすることである。

実施形態のシステムは、スキャンデータまたは撮像画像から、商品に添付されているコードシンボルが示すコード情報を取得するコード取得処理部と、キーによるコード情報の手入力を受け付ける手入力受付部と、前記コード取得処理部によるコード情報の取得ができなかった事象について発信するエラー伝達部と、前記エラー伝達部による発信があった商品の情報を、所定の記憶部に蓄積するエラー記録処理部と、前記エラー伝達部による発信があった場合に、前記記憶部に蓄積された商品の情報を選択肢として提示する選択肢提示部と、を備える。

図１は、実施形態のシステムの構成の一例を示す図である。 図２は、サーバの構成の一例を示すブロック図である。 図３は、ＰＬＵマスタの記憶内容の一例を示す図である。 図４は、読取エラー蓄積部の記憶内容の一例を示す図である。 図５は、サーバの制御部が備える機能部の構成の一例を示すブロック図である。 図６は、ＰＣの構成の一例を示すブロック図である。 図７は、読取エラー商品情報表示画面の一例を示す図である。 図８は、ＰＯＳ端末の構成の一例を示すブロック図である。 図９は、ＰＯＳ端末の制御部が備える機能部の構成の一例を示すブロック図である。 図１０は、商品登録画面の一例を示す図である。 図１１は、読取エラー商品選択画面の一例を示す図である。 図１２は、他の例の読取エラー商品選択画面を示す図である。 図１３は、ＰＯＳ端末における販売データ処理の流れの一例を示す図である。 図１４は、サーバにおけるエラー蓄積処理の流れの一例を示す図である。 図１５は、サーバにおけるデータ編集処理の流れの一例を示す図である。

（第１の実施形態）
実施形態について図面を用いて説明する。図１は、実施形態のシステムの構成の一例を示す図である。

本実施形態のシステムは、店舗が備えるＰＯＳ端末１００や、センターに設置されるサーバ２００、読取エラー蓄積部３００、ＰＣ（Personal Computer）４００などを含んで構成されている。当該システムにおいては、ＰＯＳ端末１００で商品に付されたバーコードの読み取りが成功しない等の理由からオペレータが商品コードを置数キーにて手入力した場合、当該手入力された商品コードについて読取エラーがあったとし、当該読取エラーの履歴を蓄積して利用する。

より詳細には、本実施形態のシステムは、以下の（１）〜（５）の工程を行う。
（１）ＰＯＳ端末１００は、読取エラーがあった商品コードを含む情報を、サーバ２００に伝達する。
（２）サーバ２００は、読取エラーがあった商品コードを含む情報を、読取エラー蓄積部３００に記憶させる。
（３）ＰＣ４００は、サーバ２００を介し、読取エラー蓄積部３００が記憶する情報を取得して表示部４４０に表示させ、ＰＯＳ端末１００に送信する対象を決定する操作を受け付ける。
（４）ＰＣ４００は、上記（３）で決定した情報をサーバ２００に送信する。サーバ２００は、所定のタイミングで、ＰＣ４００から受信した情報をＰＯＳ端末１００に送信する。
（５）ＰＯＳ端末１００は、読取エラーがあった場合に、上記（４）でサーバ２００から受信した情報を参照し、この場合にも上記（１）同様の情報伝達をサーバ２００に行う。

なお、便宜上、ＰＯＳ端末１００を１台のみ図示しているが、実施にあたっては複数台であってよい。また、センターは複数の店舗を統括する。つまり、読取エラー蓄積部３００は、複数店舗の複数台のＰＯＳ端末１００のエラー情報を蓄積する。本件で取り扱うパッケージの形状に由来するコードシンボルの読み辛さは、店舗やＰＯＳ端末１００を問わず起こり得ると推測される事象であるので、店舗をまたいでのエラー蓄積が情報の有効利用に寄与すると考えられる。

図２は、サーバ２００の構成の一例を示すブロック図である。サーバ２００は、制御部２１０、記憶部２２０、通信Ｉ／Ｆ（Interface）２３１，２３２等を備えている。通信Ｉ／Ｆ２３１は、専用回線を介したＰＯＳ端末１００との通信を仲介する。通信Ｉ／Ｆ２３２は、ＬＡＮ（Local Area Network）を介したＰＣ４００との通信を仲介する。

制御部２１０は、ＣＰＵ（Central Processing Unit）やＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等により構成され、サーバ２００を構成する各部を統括的に制御する。また制御部２１０は、ＲＯＭが記憶するプログラムをＣＰＵが実行することにより、各種機能部を実現する。

記憶部２２０は、例えば、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）等の記憶装置である。記憶部２２０は、制御部２１０が実行可能な各種のプログラムや、設定情報等を記憶する。また記憶部２２０は、ＰＬＵマスタ２２１を記憶し、読取エラー蓄積部３００として使用される。

図３は、ＰＬＵマスタ２２１の記憶内容の一例を示す図である。ＰＬＵマスタ２２１は、店舗に陳列して販売する商品の各々について、商品の売上登録に係る情報を格納する。

ＰＬＵマスタ２２１は、商品にユニークに割り当てられた識別情報である商品コード、商品が属する商品分類、商品名、単価、その商品を示すイラスト画像、等の商品に関する商品情報と、その商品の特徴量とを、関連付けて記憶する。特徴量は、認識の対象となる商品を撮像した画像から抽出したものであって、商品の標準的な形状、表面の色合い、模様、凹凸状況等の外観の特徴をパラメータ化したものである。

図４は、読取エラー蓄積部３００の記憶内容の一例を示す図である。なお、本実施形態では、読取エラー蓄積部３００は、サーバ２００が備える記憶部２２０内に設けたが、実施にあたって、読取エラー蓄積部３００がサーバ２００と別に設けられていてもよい。読取エラー蓄積部３００は、エラー情報を記憶する。エラー情報は、例えば、読取エラーがあった商品の商品コード（例えばＪＡＮコード）と当該エラーの発生日時とに、読取エラーが発生した店舗、レジ、担当者を識別する番号などを関連付けたものである。

図５は、サーバ２００の制御部２１０が備える機能部の構成の一例を示すブロック図である。制御部２１０は、ＲＯＭが記憶するプログラムをＣＰＵが実行することにより、各種機能部（エラー記録処理部２１１、エラー集計処理部２１２、データ編集処理部２１３、エラー候補送信部２１４等）として機能する。

エラー記録処理部２１１は、コードシンボルからコード情報の取得ができなかった事象について伝達があった商品の情報を、読取エラー蓄積部３００に記憶させる。エラー集計処理部２１２は、読取エラー蓄積部３００が記憶する情報（エラー情報）から、商品コードごとの読取エラーの発生回数を集計し、エラー集計情報として記憶部２２０に記憶させる。エラー集計処理部２１２は、例えば閉店後から開店前までの間に行う日次のバッチ処理として、上述の集計を行う。エラー集計情報は、例えば、商品コードおよび商品名に、所定期間中のエラー発生回数を関連付けたものである。

データ編集処理部２１３は、上記エラー集計情報の編集を受け付ける。より具体的には、データ編集処理部２１３は、ＰＣ４００が表示部４４０に表示するブラウザ（或いはアプリケーションソフトウェア）経由で要求した場合に、応答としてエラー集計情報を提供し、また、ＰＣ４００の操作部４５０によりエラー集計情報への編集を受け付けると、エラー集計情報を更新する。

エラー候補送信部２１４は、エラー集計情報を、ＰＯＳ端末１００に転送する。ここで転送するエラー集計情報は、ＰＬＵマスタ２２１に存在する商品のものに限る。

図６は、ＰＣ４００の構成の一例を示すブロック図である。ＰＣ４００は、制御部４１０、記憶部４２０、通信Ｉ／Ｆ４３０、表示部４４０および操作部４５０等を備えている。通信Ｉ／Ｆ４３０は、ＬＡＮを介したサーバ２００との通信を仲介する。

制御部４１０は、ＣＰＵやＲＯＭ、ＲＡＭ等により構成され、ＰＣ４００を構成する各部を統括的に制御する。制御部４１０は、ＲＯＭが記憶するプログラムをＣＰＵが実行することにより、各種機能を実現する。記憶部４２０は、例えば、ＨＤＤやＳＳＤ等の記憶装置である。記憶部４２０は、制御部４１０が実行可能な各種のプログラムや、設定情報等を記憶する。

表示部４４０は、例えば液晶ディスプレイなどの表示装置であって、オペレータに向けた情報を表示する。操作部４５０は、例えばキーボードやマウスなどの入力装置であって、オペレータの入力操作を受け付ける。

図７は、読取エラー商品情報表示画面４４１の一例を示す図である。ＰＣ４００は、ウェブブラウザや所定のアプリケーションソフトウェアなどにより、読取エラー商品情報表示画面４４１を、表示部４４０に表示する。読取エラー商品情報表示画面４４１は、サーバ２００から取得するエラー集計情報を表示し、操作部４５０により編集を受け付ける。エラー集計情報は、エラー集計処理部２１２が読取エラーの発生回数を商品ごとに集計した情報である。より詳細には、エラー集計情報は、所定期間（例えば直近の過去１週間）に読取エラーがあった商品の、商品コード（ＪＡＮコード）、商品名、発生回数を記録したものである。

また、読取エラー商品情報表示画面４４１は、ソート条件の変更を受け付けるためのボタン４４２，４４３を有する。ボタン４４２が操作された場合、制御部４１０は、エラー集計情報を、ＪＡＮコード（商品コード）順（例えば昇順）に並べ替えて表示する。ボタン４４３が操作された場合、制御部４１０は、エラー集計情報を、発生回数が多い順に並べ替えて表示する。

さらに読取エラー商品情報表示画面４４１は、送信ボタン４４４を有する。送信ボタン４４４が操作を受けると、制御部４１０は、表示データの全て（或いは選択範囲）を、ＰＯＳ端末１００へ送信する。

図８は、ＰＯＳ端末１００の構成の一例を示すブロック図である。ＰＯＳ端末１００は、制御部１１０、記憶部１２０、通信Ｉ／Ｆ（Interface）１３０、表示部１４０、操作部１５０、プリンタ１６０等を備えている。通信Ｉ／Ｆ１３０は、専用回線を介して接続されたサーバ２００との通信を行う。

表示部１４０は、例えば液晶ディスプレイなどの表示装置であって、オペレータ（店員）に向けた情報を表示する。操作部１５０は、タッチパネル１５１やスキャナ１５２、置数キー１５３などを備えている。

タッチパネル１５１は、表示部４０の表面に重ねて設けられ、表示部１４０に表示された情報に応じた操作を受け付け、制御部１１０に伝達する。置数キー１５３は、情報の手入力を受け付ける入力部の一例であって、０，１，２，…，９などの数字の入力を受け付けるキーである。

スキャナ１５２は、商品に付されたバーコード等のコードシンボルを読み取るものであって、コードシンボルをデコードして得たコード情報を出力する。商品に付されたコードシンボルをデコードして得られるコード情報は、例えばＪＡＮコード等、商品を特定可能な情報である。

プリンタ１６０は、取引ごとの購入商品の情報を表示するレシート等の紙片を、印字し発行する。

制御部１１０は、ＣＰＵやＲＯＭ、ＲＡＭ等により構成され、ＰＯＳ端末１００を構成する各部を統括的に制御する。記憶部１２０は、例えば、ＨＤＤやＳＳＤ等の記憶装置である。記憶部１２０は、制御部１１０が実行可能な各種のプログラムや、設定情報等を記憶する。

また記憶部１２０は、ＰＬＵファイル１２１やエラー時選択肢１２２、販売登録データなどを、記憶する。ＰＬＵファイル１２１は、所定のタイミングでサーバ２００から取得するデータであって、ＰＬＵマスタ２２１と同じデータである。エラー時選択肢１２２は、所定のタイミングでサーバ２００から取得するデータであって、図７の読取エラー商品情報表示画面４４１に表示され送信ボタン４４４により送信されたエラー集計情報である。

ここで、サーバ２００から送信されたエラー集計情報は、ＰＬＵマスタ２２１に存在する商品についてのものに限られている。したがって、エラー時選択肢１２２が含む商品の情報は、ＰＬＵファイル１２１に存在する商品のものに限られている。したがって、ＰＬＵファイル１２１に存在しない商品の情報が選択肢として提示されることがない。

図９は、ＰＯＳ端末１００の制御部１１０が備える機能部の構成の一例を示すブロック図である。制御部１１０は、ＲＯＭが記憶するプログラムをＣＰＵが実行することにより、各種機能部（コード取得処理部１１１、手入力受付部１１２、エラー伝達部１１３、選択肢提示部１１４、登録処理部１１５等）として機能する。

コード取得処理部１１１は、スキャンデータまたは撮像画像から、商品に添付されているコードシンボルが示すコード情報を取得する。より具体的には、コード取得処理部１１１は、スキャナ１５２が読み取ったバーコードをデコードすることによりコード情報を得て、これを出力する。

手入力受付部１１２は、置数キー１５３によるコード情報の手入力を受け付ける。

エラー伝達部１１３は、コード取得処理部１１１によるコード情報の取得ができなかった事象（読取エラー）について発信する。具体的には、手入力受付部１１２がコード情報の手入力を受け付けた場合に、当該コード情報が示す商品について読取エラーがあったとし、当該読取エラーがあった商品の情報（エラー情報）をサーバ２００に送信する。また、次に説明する選択肢提示部１１４により提示された選択肢が選択された場合にも、エラー伝達部１１３は、読取エラーがあったとして同様の処理を行う。

選択肢提示部１１４は、エラー伝達部１１３による発信があった場合に、記憶部１２０に蓄積された商品の情報を、選択肢として提示する。つまり、選択肢提示部１１４は、読取エラー時には、エラー時選択肢１２２に記録された商品の情報を、表示部１４０に表示し（図１１，１２参照、後述）、操作部１５０により選択操作の受け付けを行う。

登録処理部１１５は、コード取得処理部１１１、手入力受付部１１２、選択肢提示部１１４により入力されたコード情報が示す商品の情報を、販売登録データとして記憶部１２０に記憶させる。なお、販売登録データは、所定のタイミングでＰＯＳ端末１００へ転送され、転送に応じて記憶部１２０からは削除される。

図１０は、商品登録画面１４１の一例を示す図である。ＰＯＳ端末１００の制御部１１０は、販売データ処理に際し、表示部１４０に商品登録画面１４１を表示させる。商品登録画面１４１は、スキャナ１５２が読み取ったバーコードに合致する商品の情報や、エラー時候補表示ボタン１７１を、表示する。

図１１は、読取エラー商品選択画面１４２の一例を示す図である。制御部１１０は、図１０の商品登録画面１４１において、エラー時候補表示ボタン１７１がタッチパネル１５１を介して操作されると、表示部１４０に読取エラー商品選択画面１４２を表示させる。読取エラー商品選択画面１４２は、エラー時選択肢１２２に記録された商品の情報をリスト形式で表示し、また、ソートボタン１８１〜１８４を表示する。

ボタン１８１が操作された場合、制御部１１０は、エラー集計情報を、ＪＡＮコード（商品コード）順（例えば昇順）に並べ替えて表示する。ボタン１８２が操作された場合、制御部１１０は、エラー集計情報を、発生回数が多い順に並べ替えて表示する。また、ボタン１８３，１８４は、ページめくりボタンである。

なお、選択肢提示部１１４は、記憶部１２０に蓄積された商品の情報（エラー時選択肢１２２）のうち、読取エラーの頻度が高い方から所定件数だけを、提示するのであってよい。また、選択肢提示部１１４による選択肢提示の範囲の他の例としては、「前日中に５回以上の読取エラーが発生した商品」などが考えられる。

図１２は、他の例の読取エラー商品選択画面１４３を示す図である。この図の読取エラー商品選択画面１４３は、エラー時選択肢１２２に記録された商品の情報を、ボタンの形式で表示する。ボタン１９１，１９２…は、商品コードおよび商品名を表示している。なお実施にあたっては、ボタン１９１，１９２…に、商品を示す画像を表示させるようにしてもよい。

図１３は、ＰＯＳ端末１００における販売データ処理の流れの一例を示す図である。ＰＯＳ端末１００の制御部１１０は、表示部１４０に商品登録画面１４１を表示させ、コード取得処理部１１１がコードシンボルを読み取ったか判断する（ステップＳ１）。ステップＳ１においてコードシンボルが読み取られていると（ステップＳ１のＹｅｓ）、制御部１１０は、コードシンボルが示す商品コードに合致する商品の情報を、商品登録画面１４１に表示させ、これとともに登録処理部１１５が、同商品の情報を販売登録データとして記憶部１２０に記憶させる（ステップＳ２）。

ステップＳ１においてコードシンボルが読み取られていないとき（ステップＳ１のＮｏ）、制御部１１０は、手入力受付部１１２がコード情報の手入力を受け付けたか判断する（ステップＳ３）。ステップＳ３においてコード情報の手入力が受け付けられていた場合（ステップＳ３のＹｅｓ）、制御部１１０は、受け付けたコード情報（すなわち商品コード）に合致する商品の情報を商品登録画面１４１に表示させ、これとともに登録処理部１１５が、同商品の情報を販売登録データとして記憶部１２０に記憶させる（ステップＳ４）。そしてこの後、エラー伝達部１１３が、ステップＳ４で登録した商品について読取エラーがあったとするエラー情報を、サーバ２００に送信する（ステップＳ５）。

ステップＳ３においてコード情報の手入力が受け付けられていなかった場合（ステップＳ３のＮｏ）、制御部１１０は、エラー時候補表示ボタン１７１（商品登録画面１４１が備える。図１０参照）が操作されているか判断する（ステップＳ６）。ステップＳ６においてエラー時候補表示ボタン１７１が操作を受けていた場合（ステップＳ６のＹｅｓ）、選択肢提示部１１４が、読取エラー商品選択画面１４３を表示部１４０に表示させる（ステップＳ７）。読取エラー商品選択画面１４３において選択肢が選択されると(ステップＳ８のＹｅｓ)、当該選択肢の商品について、商品データの登録（ステップＳ４）およびエラー情報の送信（ステップＳ５）が行われる。

商品登録画面１４１でエラー時候補表示ボタン１７１が操作を受けなかった場合（ステップＳ６のＮｏ）と、読取エラー商品選択画面１４３で選択肢が選択されなかった場合(ステップＳ８のＮｏ)、制御部１１０は、処理をステップＳ１に戻す。

図１４は、サーバ２００におけるエラー蓄積処理の流れの一例を示す図である。サーバ２００の制御部２１０は、ＰＯＳ端末１００からエラー情報を受信すると（ステップＳ１１）、エラー記録処理部２１１が、読取エラー蓄積部３００に上記エラー情報を記憶させる（ステップＳ１２）。

また、ステップＳ１１においてＰＯＳ端末１００からエラー情報を受信していなく（ステップＳ１１のＮｏ）、所定のタイミング（例えば開店処理時或いは閉店処理時など）である場合（ステップＳ１３のＹｅｓ）、エラー集計処理部２１２が、エラー情報を集計する（ステップＳ１４）。

なお、ステップＳ１３において所定のタイミングでなかった場合（ステップＳ１３のＮｏ）、制御部２１０は処理をステップＳ１１に戻す。

図１５は、サーバ２００におけるデータ編集処理の流れの一例を示す図である。サーバ２００の制御部２１０は、ＰＣ４００から、エラー集計情報の要求があると(ステップＳ２１のＹｅｓ)、データ編集処理部２１３が、ＰＣ４００にエラー集計情報を送信する（ステップＳ２２）。また、ＰＣ４００の操作部４５０によりエラー集計情報への編集を受け付けた場合（ステップＳ２３）、データ編集処理部２１３が、エラー集計情報を更新する（ステップＳ２４）。

なお、ステップＳ２１においてＰＣ４００から表示要求がなかった場合（ステップＳ２１のＮｏ）、制御部２１０は処理をステップＳ２１に戻す。また、ステップＳ２３においてＰＣ４００から編集操作を受け付けなかった場合（ステップＳ２３のＮｏ）、制御部２１０は本処理を終了する。

このようなシステムにおいて、ＰＯＳ端末１００のオペレータである店員は、スキャナ１５２でバーコードがなかなか読み取れない場合に、置数キー１５３によりコード情報を手入力する。この場合、手入力されたコード情報を商品コードとする商品の情報が販売登録されるとともに、同商品の情報が、エラー情報として読取エラー蓄積部３００に蓄積される。

また、ＰＯＳ端末１００のオペレータである店員は、スキャナ１５２でバーコードがなかなか読み取れない場合に、エラー時候補表示ボタン１７１を操作することにより、エラー時選択肢１２２に記録された商品の情報を、表示部１４０に表示させ、タッチパネル１５１により選択することができる。この場合にも、選択された商品の情報が、エラー情報として読取エラー蓄積部３００に蓄積される。

以上、本実施形態によれば、読取エラーの回避が困難な読取対象であっても、読取エラーが発生したときに、読取エラーが頻発するものとして情報を蓄積した商品を、選択肢として提示し、そこから選択することで読取に代えることが可能となる。つまり、スキャンデータまたは撮像画像からコードシンボルを読み取りづらい商品について、読み取り動作の繰り返しによらず容易に商品データを取得可能とする。これにより、商品の読み取り動作を繰り返すことで登録完了までの時間が長くなったり商品が傷んだりする不都合の発生を避けることができる。

なお、上記実施形態では、ＰＣ４００を設け、ＰＣ４００を用いてエラー集計情報の編集や送信などの手作業を行っているが、実施にあたってはこれに限らず、ＰＣ４００を用いなくてもよい。その場合にエラー集計情報の編集を行うのであれば、例えば所定のタイミングで所定の抽出条件で自動的に行うようにすればよい。具体例としては、開店処理時にエラー集計を行い、引き続き、１週間以内のエラー発生回数が高いものから１０件を選択してＰＯＳ端末１００に送信するなどである。

また、上記実施形態では、ＰＯＳ端末１００とサーバ２００とＰＣ４００とでシステムを構成しているが、実施にあたってはこれに限らず、例えば、単体で用いるキャッシュレジスターが、読取エラー蓄積部３００や全ての機能部を備えていてもよい。

また、上記実施形態においては、読取エラーの検知に代えて店員の手作業を拾っているが、実施にあたっては、読取エラーの自動検知を行うようにしてもよい。例えば、監視カメラに撮像されたＰＯＳ端末１００のオペレータの動作から、オペレータがスキャン動作を繰り返していることが分かるにもかかわらず、コード情報が入力されないという事象を、読取エラー発生として拾うようにしてもよい。

さらに、上述の読取エラーの自動検知を、監視カメラでなく、或いは据え置き型の商品コード読取用カメラを用いて行ってもよい。具体的には、物が撮像されているがコード情報が取れない、何度もスキャン動作がされているようだがコード情報が入力されないという事象を、読取エラー発生として拾うようにしてもよい。

なお、本実施形態のシステムで実行されるプログラムは、ＲＯＭ等に予め組み込まれて提供される。

本実施形態のシステムで実行されるプログラムは、インストール可能な形式又は実行可能な形式のファイルでＣＤ−ＲＯＭ、フレキシブルディスク（ＦＤ）、ＣＤ−Ｒ、ＤＶＤ（Digital Versatile Disk）等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。

さらに、本実施形態のシステムで実行されるプログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良い。また、本実施形態のシステムで実行されるプログラムをインターネット等のネットワーク経由で提供または配布するように構成しても良い。

本実施形態のシステムで実行されるプログラムは、上述した各部（コード取得処理部１１１、手入力受付部１１２、エラー伝達部１１３、選択肢提示部１１４、登録処理部１１５、エラー記録処理部２１１、エラー集計処理部２１２、データ編集処理部２１３、エラー候補送信部２１４）を含むモジュール構成となっている。ＣＰＵ（プロセッサ）は、上記記憶媒体からプログラムを読み出して実行することにより、上記各部を主記憶装置上にロードする。これにより、コード取得処理部１１１、手入力受付部１１２、エラー伝達部１１３、選択肢提示部１１４、登録処理部１１５、エラー記録処理部２１１、エラー集計処理部２１２、データ編集処理部２１３、およびエラー候補送信部２１４が、主記憶装置上に生成される。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１００…ＰＯＳ端末
１１０…制御部、１１１…コード取得処理部、１１２…手入力受付部、
１１３…エラー伝達部、１１４…選択肢提示部、１１５…登録処理部
１２０…記憶部、１２１…ＰＬＵファイル、１２２…エラー時選択肢
１３０…通信Ｉ／Ｆ、
１４０…表示部、１４１…商品登録画面、
１４２…読取エラー商品選択画面、１４３…読取エラー商品選択画面
１５０…操作部、１５１…タッチパネル、１５２…スキャナ、１５３…置数キー
１６０…プリンタ
２００…サーバ
２１０…制御部、２１１…エラー記録処理部、２１２…エラー集計処理部、
２１３…データ編集処理部、２１４…エラー候補送信部
２２０…記憶部、２２１…ＰＬＵマスタ
２３１，２３２…通信Ｉ／Ｆ
３００…読取エラー蓄積部
４００…ＰＣ、４１０…制御部、４２０…記憶部、４３０…通信Ｉ／Ｆ
４４０…表示部、４４１…読取エラー商品情報表示画面
４５０…操作部

特開２０１７−２７４８５号公報

Claims (6)

1. スキャンデータまたは撮像画像から、商品に添付されているコードシンボルが示すコード情報を取得するコード取得処理部と、
   キーによるコード情報の手入力を受け付ける手入力受付部と、
   前記コード取得処理部によるコード情報の取得ができなかった事象について発信するエラー伝達部と、
   前記エラー伝達部による発信があった商品の情報を、所定の記憶部に蓄積するエラー記録処理部と、
   前記エラー伝達部による発信があった場合に、前記記憶部に蓄積された商品の情報を選択肢として提示する選択肢提示部と、
   を備えるシステム。
2. 前記エラー記録処理部は、前記選択肢提示部が提示した選択肢から選択された商品の情報も、前記記憶部に蓄積する
   請求項１に記載のシステム。
3. 前記選択肢提示部は、前記記憶部に蓄積された商品の情報のうち、前記発信の頻度が高い方から所定件数を提示する
   請求項１または２に記載のシステム。
4. 販売データ処理における商品の登録に際し、商品に添付されているコードシンボルをスキャンデータまたは撮像画像から取得できなかった場合に、当該商品の情報を所定の記憶部に蓄積するエラー記録処理部
   を備えるサーバ。
5. スキャンデータまたは撮像画像から、商品に添付されているコードシンボルが示すコード情報を取得するコード取得処理部と、
   キーによるコード情報の手入力を受け付ける手入力受付部と、
   前記コード取得処理部によるコード情報の取得ができなかった事象について発信するエラー伝達部と、
   前記エラー伝達部による発信があった場合に、所定の記憶部に蓄積された前記事象が頻発する商品についての情報に基づいて選択肢を提示する選択肢提示部と、
   を備える販売データ処理装置。
6. 販売データ処理における商品の登録を行うシステムが備えるコンピュータに、
   スキャンデータまたは撮像画像から、商品に添付されているコードシンボルが示すコード情報を取得するコード取得処理機能と、
   キーによるコード情報の手入力を受け付ける手入力受付機能と、
   前記コード取得処理機能によるコード情報の取得ができなかった事象について発信するエラー伝達機能と、
   前記エラー伝達機能による発信があった商品の情報を、所定の記憶部に蓄積するエラー記録処理機能と、
   前記エラー伝達機能による発信があった場合に、前記記憶部に蓄積された商品の情報を選択肢として提示する選択肢提示機能と、
   を実現させるためのプログラム。

Images