JP7360972B2 - 販売データ処理装置およびプログラム - Google Patents

Description

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

従来、販売データ処理装置において、軽微なエラーであれば保守作業員によらず解消したいという要望がある。こういった要望は、無人或いは人員の少ない店舗のセルフチェックアウト装置などにおいて、より顕著である。

販売データ処理装置におけるエラーを保守作業員によらず解消しようとする技術は、例えば特許文献１に開示されている。こちらでは、エラーの原因となっているデバイスを切り離して使用を継続する。

しかしながら、例えば他機器との通信のタイミングが重なったなどでエラーとなった場合には、同じ処理の再実行やデバイスのリセット、或いは全体的な再起動によって解消することが多い。こういったエラーの場合には、既存技術のようなデバイスの切り離しによる解消は適当でない。

本発明が解決しようとする課題は、保守作業員によらずエラーを解消可能な販売データ処理装置およびプログラムを提供することである。

実施形態の販売データ処理装置は、一取引にかかる決済の対象として商品の情報を記録する登録処理部と、前記取引におけるエラーの発生および当該エラーの解消のための操作についての情報を報知するエラー報知部と、前記エラーの解消のための対処を段階的に実行する解消処理部と、前記解消処理部による最初の段階の対処で前記エラーが解消されない場合に、前記取引を中止する中止処理部と、前記中止処理部による前記取引の中止の後であって前記解消処理部による段階を進めた対処の後に、新規の取引を開始する再開処理部と、を備える。

図１は、実施形態の販売データ処理装置の構成の一例を示すブロック図である。 図２は、制御部の機能構成の一例を示すブロック図である。 図３は、制御部が実行する処理の流れの一例を示すフローチャート図である。 図４は、表示部の表示例を示す図である。 図５は、表示部の表示例を示す図である。 図６は、表示部の表示例を示す図である。 図７は、表示部の表示例を示す図である。

（第１の実施形態）
実施形態について図面を用いて説明する。図１は、実施形態の販売データ処理装置１００の構成の一例を示すブロック図である。販売データ処理装置１００は、制御部１１０、記憶部１２０、表示部１３０、タッチパネル１４１、スキャナ１４２、釣銭機１５０、カードリーダ１６０、スピーカ１７０、プリンタ１８０、通信Ｉ／Ｆ（Interface）１９０などを備えている。販売データ処理装置１００としては、例えば顧客が自身で商品登録から決済まで行うセルフチェックアウト装置や、店員が操作するＰＯＳ端末装置などがある。

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

記憶部１２０は、例えば、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）等の記憶装置である。記憶部１２０は、制御部１１０が実行可能な各種のプログラムや、設定情報等を記憶する。また記憶部１２０は、ＰＬＵファイルやジャーナルデータ１２１を記憶する。

ＰＬＵファイルは、商品が属する商品分類、商品名、単価、その商品を示すイラスト画像、等の商品に関する商品情報を、商品コードに関連付けて記憶したものである。商品コードは、商品にユニークに割り当てられた識別情報であって、例えばＪＡＮコードなどである。商品に付されたバーコードなどのコードシンボルをデコードして得られるコード情報は、例えば商品コードと同じくＪＡＮコードである。

ジャーナルデータ１２１は、売上を含む取引の履歴データであって、取引にかかる決済の対象として登録した商品の情報を含む。

表示部１３０は、例えば液晶ディスプレイなどの表示装置であって、販売データ処理装置１００のオペレータに向けた情報を表示する。タッチパネル１４１は、表示部１３０の表面に重ねて設けられ、表示部１３０の表示内容に応じた操作を受け付ける。スキャナ１４２は、商品に付されたバーコードなどのコードシンボルの読み取りに使用される。

釣銭機１５０は、現金による決済に使用される。カードリーダ１６０は、クレジットカードなどに記録された情報を読み取るもので、現金によらない決済に使用される。プリンタ１８０は、決済の記録であるレシートなどを印字し発行する。

スピーカ１７０は、音声を発するもので、音声による情報の報知に使用される。通信Ｉ／Ｆ１９０は、ネットワークを介した外部装置とのデータの送受信を仲介する。

図２は、制御部１１０の機能構成の一例を示すブロック図である。制御部１１０は、ＲＯＭが記憶するプログラムをＣＰＵが実行することにより、各種機能部（登録処理部１１１、エラー報知部１１２、リトライ処理部１１３、中止処理部１１４、再起動処理部１１５、再開処理部１１６等）を実現する。リトライ処理部１１３および再起動処理部１１５は、エラーの解消のための対処を段階的に実行する解消処理部を構成する。

登録処理部１１１は、一取引にかかる決済の対象として商品の情報を記録する。具体的には、登録処理部１１１は、商品に付されたバーコードなどのコードシンボルを読み取ったスキャナ１４２が出力するコード情報（商品コード）を、記憶部１２０が記憶するＰＬＵファイルで検索して得た商品情報を、決済の対象として記録する。また、登録処理部１１１は、決済の対象とする商品情報を、ジャーナルデータ１２１としても記録する。

エラー報知部１１２は、登録処理中に発生した各種エラーについて、表示部１３０やスピーカ１７０を介してオペレータに報知する。例えば、エラー報知部１１２は、取引におけるエラーの発生と当該エラーの解消のための操作とを、オペレータに報知する。

リトライ処理部１１３は、エラーの解消のための第１段階の対処を実行する。第１段階の対処は、例えば、エラーが発生した処理と同じ処理をリトライ（再実行）することである。リトライ処理部１１３は、同じ処理の再実行で失敗した場合に、処理の再々実行を行う。リトライ処理部１１３による処理の再実行は、所定の回数まで行う。

中止処理部１１４は、リトライ処理部１１３によってエラーが解消されない場合に、取引を中止する。

再起動処理部１１５は、中止処理部１１４による取引の中止を受けて、エラーの解消のための第２段階の対処を実行する。第２段階の対処は、例えば、不具合の起きているデバイスのリセット（再起動）である。また、再起動処理部１１５は、第２段階の対処でエラーが解消されない場合に、エラーの解消のための第３段階の対処を実行する。第３段階の対処は、例えば、販売データ処理装置１００のリセット（システム全体の再起動）である。

本実施形態では、エラーの解消のための対処を、第１～３の３段階に分けている。段階が進むごとに、所用時間が長くなる。所要時間が最も長くなる対処の第３段階は、実行に際して、オペレータの意思確認を行う。ここでの意思確認は、対処の第３段階の後で、中止した取引を再開（継続）するつもりの有無の確認である。

再開処理部１１６は、再起動処理部１１５による対処の後に、新規の取引を開始する。また、再開処理部１１６は、開始した新規の取引において、登録処理部１１１により記録された情報（ジャーナルデータ１２１）に基づいて、中止処理部１１４により中止された取引で登録されていた商品の登録を自動実行する。

このような構成の販売データ処理装置１００は、販売データ処理にあたって、例えば、スキャナ１４２でバーコードを読み取り、読み取ったバーコードに対応する商品の情報を決済の対象として登録し、同時にジャーナルデータ１２１として記録し、釣銭機１５０またはカードリーダ１６０により支払を受け付け、プリンタ１８０でレシートを発行する。表示部１３０は、処理の間、操作案内などオペレータに向けた情報を表示し、タッチパネル１４１はオペレータによる操作を受け付け、スピーカ１７０は必要に応じて音声を発する。

販売データ処理装置１００は、販売データ処理中のエラー発生に際し、図３に示すような処理を行う。図３は、制御部１１０が実行する処理の流れの一例を示すフローチャート図である。本実施形態の販売データ処理装置１００においては、タイミング依存のエラー発生時に、エラーから復帰させるために、慣れた店員が行う経験則的な手法を、自動化している。

タイミング依存のエラーとしては、例えば、スキャナ１４２がバーコードを読み込もうとしたところ（或いはプリンタ１８０がレシートを発行しようとしたところ）に、他のデバイスの通信の割り込みや通信に対するレスポンスのタイミングが重なるなどして、バーコード読み込み（或いはレシート発行）に失敗する、というようなエラーがある。このような、接続デバイスの動作に際して、他の信号とのタイミングが重なるなどしたために起こるタイミング依存のエラーは、例えば取引開始からやり直すとうまくいくことが多い。

制御部１１０は、デバイスエラーが発生すると（ステップＳ１のＹｅｓ）、リトライ処理部１１３による第１段階の対処、すなわち、只今のエラーが発生した際の処理のリトライ（再実行）を行う（ステップＳ２）。ここで、図４は、このときの表示部１３０の表示例を示す図である。

ステップＳ２において、制御部１１０は、エラー報知部１１２により、表示部１３０に、エラーが発生した時点で表示していた商品登録画面１３１に重ねて、報知画面１３２を表示する。報知画面１３２は、「エラー：デバイスが応答しません。」という状況を伝えるメッセージの他、「残り １０秒」など、リトライ開始までの残り時間数を、カウントダウン表示する。また、報知画面１３２は、残り時間を待たずすぐにリトライを開始する操作を受け付けるリトライボタン１９１を備えたユーザインタフェースとして機能する。

次のステップＳ３で、リトライによりエラーが解消していれば（ステップＳ３のＹｅｓ）、制御部１１０は、商品登録画面１３１による取引を続行とし（ステップＳ４）、処理をステップＳ１に戻す。

ステップＳ３では、１回のリトライによりエラーが解消しなかった場合、制御部１１０は、自動的に、リトライを所定回数（例えば３回）まで繰り返す。それでもエラーが解消しなかった場合（ステップＳ３のＮｏ）、制御部１１０は、中止処理部１１４により現在の取引を中止し（ステップＳ５）、再起動処理部１１５による第２段階の対処、すなわち、不具合が発生しているデバイスのリセット（再起動）を行う（ステップＳ６）。

次のステップＳ７で、リセットによりエラーが解消していれば（ステップＳ７のＹｅｓ）、制御部１１０は、再開処理部１１６によりジャーナルデータ１２１をもとに取引を自動で再実行して（ステップＳ８）、処理をステップＳ１に戻す。

ステップＳ８の処理をより詳細に述べると、制御部１１０は、まず、新規の取引を立ち上げる。次に、ジャーナルデータ１２１を参照して、ステップＳ５で中止した取引において登録済みであった商品の情報を取得する。そして、取得した商品の情報を、新規の取引に反映させる。図５は、このときの表示部１３０の表示例を示す図である。

ステップＳ８において、制御部１１０は、新規に立ち上げた取引にかかる商品登録画面１３３を、表示する。制御部１１０は、当該商品登録画面１３３に重ねて、報知画面１３４を表示する。報知画面１３４は、「自動再登録中。しばらくおまちください。」という状況を伝えるメッセージを表示する。

ステップＳ７で、リセットによりエラーが解消しなかった場合（ステップＳ７のＮｏ）、制御部１１０は、少なくとも数分程度の時間を要すると考えられる装置全体の再起動に備えて、オペレータに意思確認を行う（ステップＳ９）。図６は、このときの表示部１３０の表示例を示す図である。

ステップＳ９において、制御部１１０は、表示部１３０に、エラーが発生した時点で表示していた商品登録画面１３１に重ねて、報知画面１３５を表示する。報知画面１３５は、「エラーが解消しません。取引を最初からやりなおします。」という状況を伝えるメッセージの他、「残り １０秒」など、再起動開始までの残り時間数を、カウントダウン表示する。また、報知画面１３５は、残り時間を待たずすぐに次の処理へ移るための操作を受け付けるボタン１９２，１９３を備えるユーザインタフェースとして機能する。

継続ボタン１９２が操作を受けると（ステップＳ９の継続）、制御部１１０は、再起動後に現在の登録処理を継続する意思があると解して、処理をステップＳ１０に進める。また、ボタン１９２，１９３が操作されないまま残り時間数のカウントダウンが終了した場合（ステップＳ９のタイムアウト）、制御部１１０は、継続ボタン１９２が操作された場合と同じく、処理をステップＳ１０に進める。

ステップＳ１０において、制御部１１０は、再起動処理部１１５による第３段階の対処すなわち販売データ処理装置１００のリセット（システム全体の再起動）を行う。続いて制御部１１０は、再開処理部１１６により、ジャーナルデータ１２１をもとに取引を自動で再実行する（ステップＳ１１）。ステップＳ１１での処理は、ステップＳ８での処理を同じであるので、説明を省略する。

次に、制御部１１０は、オペレータに、継続の意思確認を行う（ステップＳ１２）。図７は、このときの表示部１３０の表示例を示す図である。制御部１１０は、新規に立ち上げた取引にかかる商品登録画面１３３に重ねて、報知画面１３６を表示する。報知画面１３６は、「再登録完了しました。引き続き取引を継続できます。」という状況を伝えるメッセージを表示する。また、報知画面１３６は、オペレータが意志を伝えるための操作を受け付けるボタン１９４，１９５を備えるユーザインタフェースとして機能する。

継続ボタン１９４が操作を受けると、制御部１１０は、再登録完了した取引を継続する意思があると解して（ステップＳ１２の継続）、処理をステップＳ１に戻す。新規ボタン１９５が操作を受けると、制御部１１０は、再登録完了した取引は継続しないと解して（ステップＳ１２の新規）、本処理を終了する。

ステップＳ９において、キャンセルボタン１９３が操作を受けると（ステップＳ９のキャンセル）、制御部１１０は、再起動後に現在の登録処理を継続しないと解し、続くステップＳ１３で装置全体の再起動を行った後、本処理を終了する。

このように、本実施形態の販売データ処理装置１００によれば、慣れた店員が行う程度のエラー解消の手法を自動的に行うことができるので、慣れた店員でも対処できない程度のエラーでなければ保守作業員によらずにエラーを解消することが可能となる。したがって、無人或いは人員の少ない店舗のセルフチェックアウト装置を自身で操作する顧客であっても、またＰＯＳ端末装置の操作に不慣れな店員であっても、販売データ処理装置１００のエラーを解消して、取引を継続することができる。

なお、本実施形態では、エラーの解消のための段階的な対処のうち、「最初の段階の対処」に対しての「段階を進めた対処」として、第２段階および第３段階の対処を行っているが、実施にあたってはこれに限らず、例えば段階を進めた対処が複数段階でなくとも、例えば第２段階の対処および第３段階の対処のいずれかのみを行うようにするなどしても、従来に比べて一定の効果を得ることができる。

本実施形態の販売データ処理装置で実行されるプログラムは、ＲＯＭ等に予め組み込まれて提供される。

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

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

また、本実施形態の販売データ処理装置で実行されるプログラムは、上述した各部（登録処理部１１１、エラー報知部１１２、リトライ処理部１１３、中止処理部１１４、再起動処理部１１５、再開処理部１１６）を含むモジュール構成となっている。ＣＰＵ（プロセッサ）は、上記記憶媒体からプログラムを読み出して実行することにより、上記各部を主記憶装置上にロードする。これにより、登録処理部１１１、エラー報知部１１２、リトライ処理部１１３、中止処理部１１４、再起動処理部１１５、再開処理部１１６が、主記憶装置上に生成される。

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

１００…販売データ処理装置
１１０…制御部
１１１…登録処理部、１１２…エラー報知部、
１１３…リトライ処理部（解消処理部の一つ）、１１４…中止処理部、
１１５…再起動処理部（解消処理部の一つ）、１１６…再開処理部
１２０…記憶部、１２１…ジャーナルデータ
１３０…表示部
１３１…商品登録画面、１３２…報知画面、
１３３…商品登録画面、１３４～１３６…報知画面
１４１…タッチパネル、１４２…スキャナ
１５０…釣銭機
１６０…カードリーダ
１７０…スピーカ
１８０…プリンタ
１９０…通信Ｉ／Ｆ
１９１…リトライボタン
１９２…継続ボタン、１９３…キャンセルボタン
１９４…継続ボタン、１９５…新規ボタン

特開２０１９－２１０５８号公報

Claims (6)

1. 一取引にかかる決済の対象として商品の情報を記録する登録処理部と、
   前記取引におけるエラーの発生および当該エラーの解消のための操作についての情報を報知するエラー報知部と、
   前記エラーの解消のための対処を段階的に実行する解消処理部と、
   前記解消処理部による最初の段階の対処で前記エラーが解消されない場合に、前記取引を中止する中止処理部と、
   前記中止処理部による前記取引の中止の後であって前記解消処理部による段階を進めた対処の後に、新規の取引を開始する再開処理部と、
   を備える販売データ処理装置。
2. 前記再開処理部は、開始した新規の取引において、前記登録処理部により記録された情報に基づいて、前記中止処理部により中止された取引で登録されていた商品を登録する
   請求項１に記載の販売データ処理装置。
3. 前記再開処理部は、新規の取引の開始にあたって、中止された取引を継続するかオペレータに意思確認するためのユーザインタフェースを提供する
   請求項２に記載の販売データ処理装置。
4. 前記再開処理部は、新規の取引において中止された取引を継続した場合に、当該継続された取引をキャンセルするための操作を受け付け可能なユーザインタフェースを提供する
   請求項１～３のいずれか１つに記載の販売データ処理装置。
5. 前記解消処理部は、前記エラーの解消のための最初の段階の対処として、前記エラーが発生した処理のリトライを所定回数を限度に行い、前記エラーの解消のための段階を進めた対処として、前記エラーが発生しているデバイスのリセットおよび自装置の再起動の少なくともいずれかを行う
   請求項１～４のいずれか１つに記載の販売データ処理装置。
6. 販売データ処理装置が備えるコンピュータに、
   一取引にかかる決済の対象として商品の情報を記録する登録処理機能と、
   前記取引におけるエラーの発生および当該エラーの解消のための操作についての情報を報知するエラー報知機能と、
   前記エラーの解消のための対処を段階的に実行する解消処理機能と、
   前記解消処理機能による最初の段階の対処で前記エラーが解消されない場合に、前記取引を中止する中止処理機能と、
   前記中止処理機能による前記取引の中止の後であって前記解消処理機能による段階を進めた対処の後に、新規の取引を開始する再開処理機能と、
   を実現させるためのプログラム。

Images