JP6244355B2 - セルフチェックアウトシステムにおける買い物中監査を開始するシステム及び方法 - Google Patents

Description

［関連出願の相互参照］
本出願は、２０１２年５月１７日に出願された米国特許出願第６１／６４８，３１５号の優先権を主張し、この米国特許出願の全内容が引用により本明細書に組み入れられる。

本発明は、概して、チェックアウトシステム（清算システム）における監査を開始することに関し、特に、買い物中に受信した監査パラメータに基づいて、セルフチェックアウトシステムにおける買い物中監査を開始するかのバイナリ判定を行うこと、及び、監査を開始するかの確率的判定とバイナリ判定とを組み合わせることに関する。

ある種のセルフチェックアウトシステムでは、買い物客（以下、「顧客」という言葉と交換可能に使用される）は、携帯可能なセルフスキャン装置を使用して品物をスキャンすることができ、買い物客は、買い物の間、店内で装置を持ち運びしてもよい。このようなシステムでは、買い物客は、レジに並ぶことがないので待ち時間を最小限にできるという利点があり、また、清算を自動化できることから、小売店は人件費を削減することができるという利点がある。このようなシステムの一例は、１９９９年１月２９日に出願された米国特許第６，２４３，４４７号広報に記載されており、全内容が引用により本明細書に組み入れられる。

しかしながら、従来のセルフチェックアウトシステムでは、買い物客による意図的な及び意図しないスキャンエラーが発生することが多かった。例えば、買い物客は、値段の安い品物を意図的にスキャンして、実際には、より高価な品物を買い物かご又はカートに入れる可能性がある。また、品物のスキャンを忘れる又は品物が適切にスキャンされなかった等、非意図的なエラーが発生し得る。意図的であろうとなかろうと、このようなスキャンエラーが発生すると、利益が失われ、また、セルフチェックアウトシステムの利点が減じられてしまう。

したがって、意図的な又は意図的でないスキャンエラーを修正するべく、セルフスキャンを監査する機能が求められている。更には、監査を行うか否かのバイナリ判定を買い物中に行うような監査を実行する機能が求められている。そして更に、買い物中バイナリ判定と、長期の確率的判定とを組み合わせて監査を実行するかを判定する機能が求められている。上記のような問題及びその他の問題が存在する。

本発明は、従来のシステムにおける上記のような及びその他の問題を解決することを目的とし、概して、セルフチェックアウトシステムにおいて買い物中の監査を開始するか否かを判定するシステム及び方法を提供する。本発明のある態様では、システムは、買い物中に、一の又は複数の監査パラメータを受信してもよい。また、ある態様では、一の又は複数の監査パラメータは、買い物継続時間を示す情報を含んでもよい。例えば、情報は、セルフスキャン装置が初期化された時である開始時間、及び、チェックアウト（清算）が発生した時である終了時間を含んでもよく、及び／又は、単純に、買い物中に実行されるタイマに関連付けられた値を含んでもよい。ある態様では、一の又は複数の監査パラメータは、買い物中に発生した複数のスキャンの回数値及び／又は合計値を含んでもよい。また、ある態様では、一の又は複数の監査パラメータは、２回のスキャンの間の時間の長さを含んでもよい。また、ある態様では、一の又は複数の監査パラメータは、買い物の間の無効の回数を含んでもよい。

本発明のある態様では、システムは、一の又は複数の監査パラメータに基づいて、監査スコアを計算してもよい。ある態様では、システムは、開始時間及び終了時間に基づいて買い物継続時間を判定することにより、又は、別の継続時間を示す情報を取得することにより、監査スコアを計算してもよい。ある態様では、システムは、スキャンした物品の数及び／又はスキャンした物品の値並びに買い物の継続時間に基づいて、買い物かごサイズ対継続時間の比を判定することにより、監査スコアを計算してもよい。

本発明のある態様では、システムは、監査スコアと、所定の監査閾値とを比較してもよい。ある態様では、所定の監査閾値は、買い物中監査がいつトリガされたかを示すように、店が設定されてもよい。例えば、所定の監査閾値は、買い物かごサイズ対継続時間の比の最小値を含んでもよく、最小値未満では、買い物中監査がトリガされる。ある態様では、様々な監査パラメータを互いに組み合わせてもよい。上記の例では、買い物かごサイズと買い物継続時間とを組み合わせて、監査スコアが、買い物かごサイズと継続時間との比に基づいてもよい。例えば、２時間の買い物の間に、合計２ドルになる５つの物品をスキャンした買い物客は、監査パラメータの最小閾値を下回る（買い物かごサイズ対継続時間の比）監査スコアを有してもよい。

本発明のある態様では、システムは、監査スコアが所定の監査閾値を超えているか（閾値が最大値である場合）又は下回っているか（閾値が最小値である場合）の判定を行ってもよい。

本発明のある態様では、監査スコアが、所定の監査閾値を超える又は下回った場合、システムは、買い物中の監査を行うべきであると判定してもよい。

本発明のある態様では、監査スコアが、所定の監査閾値を超えない又は下回らない場合、システムは、買い物中の監査を行うべきでないと判定してもよい。

ある態様では、バイナリ判定の後に又はバイナリ判定と組み合わせて、システムは更に、買い物客の監査が行われるかの確率を判定してもよい。これらの態様では、システムは、買い物客と関連付けられた複数の監査ポイントを判定してもよい。監査ポイントの合計値は、その買い物客に基づいてインクリメント又はデクリメントされてもよい。ある態様では、監査ポイントの高値が、監査される確率が低いことに関連付けられてもよい（また、その反対も成り立つ）。例えば、システムは、監査を行っていない買い物客に対しては、監査ポイントの値をデクリメントしてもよく、監査されていない買い物客が将来監査される確率が高くなるようにしてもよい。監査ポイントの合計値は、以前の監査結果に基づいてインクリメント又はデクリメントされてもよい。例えば、前の監査においてエラーが発生していない又はエラーが少ない場合には、監査ポイントが付与されてもよく、反対に、前の監査においてエラーが多発している場合には、監査ポイントを削減してもよい。監査ポイントの合計値は、買い物の都度デクリメントされてもよく、全ての買い物客が少なくとも周期的に監査されるのを確かにしてもよい。

本発明の様々なその他の側面、特徴及び利点が、以下の本発明の詳細な説明及び添付の図面を参照することにより明らかとなるであろう。また、上記の概要及び以下の詳細な説明は共に例示にすぎず、本発明の範囲を限定するものではない。

本発明の様々な実施形態に係る、買い物中監査を開始するシステムのブロック図である。

本発明の様々な実施形態に係る、買い物中監査を開始するプロセスのフロー図である。

本発明の様々な実施形態に係る、監査ポイントを割り当てるユーザインターフェースのスクリーンショットの一例である。

本発明の様々な実施形態に係る、設定をカスタマイズするためのユーザインターフェースのスクリーンショットの一例である。

本発明の様々な実施形態に係る、オペレーションの時間に基づいて設定をカスタマイズするためのユーザインターフェースのスクリーンショットの一例である。

図１は、本発明の様々な実施形態に係る、買い物中監査を開始するシステム１００のブロック図である。「買い物中監査（ｉｎ−ｔｒｉｐ ａｕｄｉｔ）」とは、買い物中に開始された監査を含む。買い物は、買い物客がセルフスキャンセッションを開始した時点で開始されてもよく、例えば、買い物客が、店が提供するセルフスキャン端末を取った時点、又は、携帯デバイス上のセルフスキャンアプリケーションを起動した時点で開始としてもよい。買い物は、買い物客が清算（チェックアウト）を行った時点（例えば、セルフスキャンした物品について支払いを行った時点）で終了としてもよい。

本発明の様々な態様では、システム１００は、例えば、監査コンピュータ１０１、監査モジュール１０２、管理モジュール１０４、監査データベース１０６、セルフスキャン装置１０８、チェックアウト端末１１０を備えてもよい。セルフスキャン装置１０８としては、例えば、店が提供するセルフスキャン端末、セルフスキャンアプリケーションが設定されたスマートフォンのような携帯デバイス、又は、ユーザが買い物の間に物品をセルフスキャンすることができるその他のポータブルデバイスが挙げられる。

ある態様では、監査モジュール１０２は、監査パラメータを受信して、当該監査パラメータと予め定められた監査閾値とを比較してもよい。監査パラメータとしては、例えば、買い物の継続時間、買い物中のスキャンの回数又は無効の回数（例えば、スキャンはしたものの、その物品を戻した場合）、買い物中にスキャンした物品の数又は値（例えば、値段）、及び／又は、スキャンした物品の数が少ない又は値が小さい買い物の連続回数が含まれる。ある態様では、予め定められた監査閾値は、スキャンされる物品の種類に依存する変数であってもよい。例えば、魚介類又は惣菜のような特定の種類の物品を無効とするような閾値は、その他の種類の物品に対する閾値よりも低く設定されてもよい。特定の実施例では、魚介類又は惣菜の物品が２つ無効とされた場合に、買い物中監査を発生させるようにしてもよく、２つの缶詰が無効とされても買い物中監査を発生させないようにしてもよい。

予め設定される監査閾値としては、例えば、買い物の最大継続時間、買い物中のスキャンの最大回数又は無効の最大回数、買い物中にスキャンした物品の最小数又は最小値、及び／又は、スキャンした物品の数が少ない又は値が小さい買い物の最大連続回数が含まれる。ある態様では、予め設定される監査閾値は、必要に応じて、店又はロケーションによってそれぞれ設定されてもよい。

ある態様では、監査モジュール１０２は、監査パラメータと予め定められた監査閾値との比較に基づいて、買い物中監査を行うべきかを判定してもよい。例えば、買い物の継続時間が、最大許容時間を越えた場合には、監査モジュール１０２は、買い物中監査を行うべきであると判定してもよい。ある態様では、監査パラメータは、トリガの機能を果たし、監査パラメータが所定の監査閾値を超える又は下回った時点で、確率的な判定というよりもバイナリ判定（真／偽）の結果、買い物中監査が自動的にトリガされる。

ある態様では、監査モジュール１０２は、買い物のスキャン及び／又は監査履歴を、監査データベース１０４に記憶してもよい。例えば、買い物客のセルフスキャン及び監査履歴が記憶されて、参照のために使用されてもよい。ある態様では、監査モジュール１０２は、過去の買い物及び／又は買い物客の監査履歴に基づいて、買い物中監査を行うべきかを判定してもよい。

ある態様では、監査モジュール１０２が、監査パラメータに基づいて買い物中監査をトリガしない場合には、監査モジュール１０２は、買い物中監査が発生する確率を判定してもよい。ある態様では、確率は、例えば、監査ポイントの現在までの合計値である、買い物客の監査ポイントに基づいてもよい。買い物客の以前のセルフスキャン及び／又は監査履歴に基づいて、その買い物客の監査ポイントの現在までの合計値に、監査ポイントが加算又は減算されてもよい。

ある態様では、監査モジュール１０２は、監査パラメータと買い物中監査が発生する確率との組み合わせに基づいて、買い物中監査を行うべきかを判定してもよい。例えば、監査モジュール１０２は、監査パラメータの重み付けとして確率を利用してもよく、例えば、監査パラメータ単独では買い物中監査がトリガされない場合であっても、（監査ポイントに基づいて）確率が高い場合には、その組み合わせで買い物中監査が行われるようにしてもよい。

表１には、買い物客の以前の監査におけるエラーの割合に基づいて、その買い物客の監査ポイントの現在の合計値に加算されるポイントが示されている。表１に示される例では、以前の監査においてエラーの割合が低かった場合（例えば、スキャンエラーの発生率）には、高い監査ポイントが与えられるようになっており、表２に示すように、監査ポイントの合計値が高いほど、将来監査される確率が低くなっている。当然のことながら、表１及び２は一例に過ぎず、限定することを意図していない。その他の値を使用できることは明らかである。ある態様では、その他の因子に基づいて、監査ポイントの加算又は減算を行ってもよい。例えば、買い物客が監査されなかった買い物の各々について、監査ポイントを減算して、将来監査される確率を上げるようにしてもよい。このような態様で、監査されない買い物の回数が増加すると、将来監査される確率が高くなるようにしてもよい。

SHAPE \* MERGEFORMAT

ある態様では、管理モジュール１０４を使用して、監査モジュール１０２の設定又はその他の動作の設定を変更してもよい。ある態様では、例えば、店が、管理モジュール１０４を使用して、所定の監査閾値、顧客が開始した時点のポイントの数字、買い物一回あたりに失われたポイントの数字、監査を免除される最小物品数、監査を免除すべきカート内の合計値、監査の間にスキャンすべき最小物品数、及び／又は、一回目のセルフスキャンを常に監査すべきか否か、等を調整してもよい。

ある態様では、管理モジュール１０４を使用して、監査パラメータ又は確率に関係なく、買い物中監査を行うようにフラグを立ててもよい。ある態様では、フラグは、例えば、全ての買い物を監査すべきと示す常監査フラグ、次に買い物を行ったときに監査すべきであることを示す次の買い物フラグ、及び、特定のセルフスキャン装置又は特定の買い物客を監査すべきであることを示す特定の買い物フラグが含まれ得る。ある態様では、直接及び／又はセルフスキャン装置１０８を介して、フラグがチェックアウト端末１１０に送信されてもよい。フラグが検出されると、チェックアウト端末１１０は、監査を発生させてもよい。

ある態様では、買い物中監査は、部分監査を含み、レジ係又はその他の店員が、セルフキャン済み物品のサブセットを手動でスキャン又は確認してもよい。その他の態様では、監査は、セルフスキャン済み物品を全て、手動でスキャン又は確認する完全監査を含み得る。ある態様では、システムは、物品の数及び／又は買い物客の買い物かごのパーセンテージサイズに基づいて、部分監査において店員がスキャンする物品の最少数を判定してもよい。ある態様では、部分的な買い物中監査の結果に応じて、完全な買い物中監査をトリガまたは発生させてもよい。例えば、部分監査で確認を行った物品の大部分が正しくなかった場合には、完全な買い物中監査をトリガしてもよい。

ある態様では、監査モジュール１０２及び／又は管理モジュール１０４は、監査パラメータ又は確率に関係なく、部分買い物中監査若しくは完全な買い物中監査を発生させるべき、又は、監査を行わないことをセルフスキャン装置１０８に通知させるようにしてもよい。このような態様では、チェックアウト端末１１０は、上記のような通知を受信して、買い物中監査を行うべきかの判定を行ってもよい。例えば、監査モジュール１０２及び／又は管理モジュール１０４は、上記の通知をエンコードする特別なチェックアウトバーコードをセルフスキャン装置１０８に表示させるようにしてもよい。チェックアウト端末１１０は、特別なチェックアウトバーコードを読み込んで、それに従って動作してもよい。

ある態様では、予め定められた監査閾値は、部分買い物中監査の場合と、完全な買い物中監査の場合とで異なってもよい。すなわち、ある態様では、部分買い物中監査又は完全な買い物中監査を発生させるかの判定に、異なる基準が設けられてもよい。同様に、監査ポイントの加算及び／又は減算は、部分買い物中監査の場合と、完全な買い物中監査の場合とで異なってもよい。

オペレーションでは、買い物客が、例えば、店が用意したセルフスキャン端末を手に取る、買い物客の携帯デバイスでセルフスキャンアプリケーションを立ち上げる、又は、買い物客が物品をセルフスキャンすることができる別の装置を使用する等、セルフスキャン装置１０８の使用を開始することにより、買い物を開始する。買い物客は、セルフスキャン装置１０８を使用して、複数の物品のセルフスキャンを行う、及び、スキャン済み物品を無効にする又は取り除いてもよい。ある態様では、セルフスキャン装置１０８は、スキャン結果をメモリ（図１には示さず）に格納してもよい。ある態様では、セルフスキャン装置１０８は、買い物中に、周期的に又は継続してスキャン結果をリモートデバイスに通信してもよく、リモートデバイスは後の読み出しのためにスキャン結果を記憶してもよい。

ある態様では、スキャン済み物品を清算することによって、買い物を完了する。例えば、買い物客は、セルフスキャン装置１０８をチェックアウト端末１１０に提示してもよい。セルフスキャン装置１０８は、スキャン結果をチェックアウト端末１１０に送信する。ある態様では、セルフスキャン装置１０８は、スキャン結果と関連付けられた識別子をエンコードしたバーコードを提示し、チェックアウト端末１１０はそれを読み取る。チェックアウト端末１１０は、識別子に基づいてスキャンを参照する。別の態様では、チェックアウト端末１１０は、セルフスキャン装置１０８からスキャン結果を読み出す。

ある態様では、買い物の間に、監査モジュール１０２は、スキャンした物品の数及び／又は無効とした物品の数、スキャンの間隔、及び／又は、その他の監査パラメータのような監査パラメータをモニタしてもよい。このような態様の一部において、チェックアウトの前に、監査モジュール１０２は、買い物中監査を行うべきかを判定してもよい。すなわち、チェックアウトが行われるまでに、買い物中監査が行われるべきかが判定され、買い物中監査が行われるべきであることがチェックアウト端末に通知される。別の態様では、チェックアウトの間に、監査モジュール１０２は、買い物中監査を行うべきかを判定してもよい。

ある態様では、監査モジュール１０２及び／又は管理モジュール１０６は、監査モジュールに関して上記で説明したような機能を実行するプロセッサ（図１には示さず）を有する監査コンピュータ１０１のようなハードウェアとして実装されてもよい。ある態様では、監査モジュール１０２は、監査コンピュータ１０１、セルフスキャン装置１０８及び／又はチェックアウト端末１１０の一部として実装されてもよく、これら全てのデバイスの一部が、上記で説明したような監査モジュール１０２の機能の少なくとも一部を実行するように構成されてもよい。

図２は、本発明の様々な実施形態に係る、ある一の買い物行為に対して、買い物中監査を開始するプロセス２００のフロー図である。プロセス２００のオペレーションの一部は、図１に示され上記で説明したシステム１００の構成要素を参照して説明されるが、これは例示を目的としており、プロセス２００は、本開示の範囲内において、別の構成要素及び／又はシステムを使用して実装されてもよい。更に、図２に示されるオペレーションの特定の配置、その他の図及び以下に記される説明は、限定することを意図していない。ある態様では、オペレーションの様々な態様を、以下に記載したものとは異なる順番で実行することができ、オペレーションの様々な態様を、その他のオペレーションと組み合わせても良いし、共に省略してもよい、及び／又は、当業者に明らかであるように、更なる様々なオペレーションを、本開示の範囲内において付加してもよい。

本発明のある態様では、オペレーション２０２において、プロセス２００は、買い物中に、一の又は複数の監査パラメータを受信することを含み得る。また、ある態様では、一の又は複数の監査パラメータは、買い物の継続時間を示す情報を含んでもよい。例えば、上記の情報として、セルフスキャン装置１０２が初期化された時である開始時間、及び、チェックアウト（清算）が発生した時である終了時間を含んでもよく、及び／又は、単純に、タイマの値を含んでもよい。ある態様では、一の又は複数の監査パラメータは、買い物中に発生した複数のスキャンの回数値及び／又は合計値を含んでもよい。また、ある態様では、一の又は複数の監査パラメータは、２回のスキャンの間の時間の長さを含んでもよい。また、ある態様では、一の又は複数の監査パラメータは、買い物の間の無効の回数を含んでもよい。

本発明のある態様では、オペレーション２０４において、プロセス２００は、一の又は複数の監査パラメータに基づいて、監査スコアを計算してもよい。ある態様では、開始時間及び終了時間に基づいて買い物継続時間を判定することにより、又は、別の継続時間を示す情報を取得することにより、監査スコアを計算してもよい。ある態様では、監査スコアを計算することは、スキャン済み物品の数及び／又はスキャン済み物品の値に基づいて、（スキャンした物品を示す）買い物かごサイズを判定することを含み得る。例えば、買い物客が、合計金額が２ドルになる５つの物品をスキャンした場合が考えられる。

本発明のある態様では、オペレーション２０６において、プロセス２００は、監査スコアと、所定の監査閾値とを比較することを含んでもよい。ある態様では、買い物中監査がいつトリガされたかを示すように、所定の監査閾値を店が設定してもよい。例えば、所定の監査閾値は、買い物かごサイズ対継続時間の比の最小値を含んでもよく、当該最小値未満では、買い物中監査がトリガされる。

上記の監査パラメータは例に過ぎず、これに限定することを意図していない。ある態様では、様々な監査パラメータを互いに組み合わせてもよい。上記の例では、買い物かごサイズと、買い物継続時間とを組み合わせて、監査スコアが、買い物かごサイズと継続時間との比に基づいてもよい。例えば、２時間の買い物の間に、合計２ドルになる５つの物品をスキャンした買い物客は、監査パラメータの最小閾値比を下回る（買い物かごサイズ対継続時間の比）監査スコアを有するようにしてもよい。

本発明のある態様では、オペレーション２０８において、プロセス２００は、監査スコアが所定の監査閾値を超えているか（閾値が最大値である場合）又は下回っているか（閾値が最小値である場合）の判定を行うことを含んでもよい。

オペレーション２０８において、監査スコアが、所定の監査閾値を超える又は下回る場合には、プロセス２００は、オペレーション２１０に進み、買い物中監査を行うべきと判定することを含んでもよい。

オペレーション２０８において、監査スコアが、所定の監査閾値を超えない又は下回らない場合には、プロセス２００は、オペレーション２１２に進み、買い物中監査を行うべきでないと判定することを含んでもよい。

ある態様では、オペレーション２１０及び／又は２１２の後に又はオペレーション２１０及び／又は２１２と組み合わせて、プロセス２００は更に、買い物客の監査が行われる確率を判定してもよい。ある態様では、プロセス２００は、表１及び表２に記載されたパラメータに基づいて、確率を判定してもよい。ある態様では、例えば、プロセス２００は、買い物客と関連付けられた監査ポイントの数を判定してもよい。監査ポイントの合計値は、その買い物客に基づいてインクリメント又はデクリメントされてもよい。ある態様では、監査ポイントの高値が、監査される確率が低いことに関連付けられてもよい（また、その反対も成り立つ）。例えば、システムは、監査を行っていない買い物客に対しては、監査ポイントの値をデクリメントしてもよく、監査されていない買い物客が将来に監査される確率が高くなるようにしてもよい。監査ポイントの合計値は、以前の監査結果に基づいてインクリメント又はデクリメントされてもよい。例えば、前の監査においてエラーが発生していない又はエラーが少ない場合には、監査ポイントが付与されてもよく、反対に、前の監査においてエラーが多発している場合には、監査ポイントを削減してもよい。全ての買い物客が少なくとも周期的に監査されるのを確かにするべく、ポイントの合計値を、買い物の都度デクリメントしてもよい。

図３は、本発明の様々な実施形態に係る、監査ポイントを割り当てるためのユーザインターフェース３００のスクリーンショットの一例である。

図４は、本発明の様々な実施形態に係る、設定をカスタマイズするためのユーザインターフェース４００のスクリーンショットの一例である。

図５は、本発明の様々な実施形態に係る、オペレーションの時間数に基づいて設定をカスタマイズするためのユーザインターフェース５００のスクリーンショットの一例である。

本明細書において「例示（ｅｘｅｍｐｌａｒｙ）」という言葉は、「一例として」示すということを意味する。本明細書において「例示」された実施形態は、必ずしも、他の実施形態と比較して望ましい又は有利であると解釈されるべきではない。単数形又は複数形を使用した言葉は、それぞれ複数の又は単数のものを含む。更に、「本明細書に記載される（ｈｅｒｅｉｎ，）」、「上記の（ａｂｏｖｅ）」、「以下の（ｂｅｌｏｗ）」、及び、同様な言葉は、本願で使用される場合には、本願全体を指して使用されており、本願の特定の部分を指しているのではない。列挙される２つ以上のアイテムを指して「又は（ｏｒ）」という言葉が使用される場合には、列挙されたアイテムの任意、列挙されたアイテムの全て、及び、列挙されたアイテムの任意の組み合わせを指すべく、この言葉が使用されている。

本発明の特定の機能又は側面を説明するのに使用されている特定の用語は、この用語が関連付けられる本発明の特定の特徴、機能又は側面に限定されるように定義されていることを暗に示すと解釈されるべきでない。詳細な説明の章で言葉を明示的に定義していない限り、概して、添付の特許請求の範囲で使用されている言葉は、本発明を、明細書に開示される特定の実施形態に限定するものであると解釈されるべきではない。本発明の実際の範囲は、開示される実施形態だけでなく、本発明を実行する又は実装する等価の態様の全てを含む。

当業者であれば、本明細書に開示された側面と関連する様々な例示の論理ブロック、モジュール、プロセッサ、手段及びアルゴリズムの段階は、電子ハードウェア（例えば、情報源符号化を又はその他の技術を使用して設計されてもよいデジタル実装、アナログ実装、又はこれらの組み合わせ）、命令を組み込んだプログラム又は設計コードの様々な態様（本明細書では、簡便のために、「ソフトウェア」と称する場合もある）、ファームウェア、又は、これらの組み合わせとして実装されてもよいことを理解できる。ハードウェア及びソフトウェアと交換可能性を明確に示すべく、様々な例示の構成要素、ブロック、モジュール及び段階が、機能という観点で概して説明されている。この機能が、ハードウェア又はソフトウェアとして実装されるかは、特定のアプリケーション及びシステム全体に課される設計条件に依存する。当業者であれば、特定の用途のそれぞれについて様々な態様で上記の機能を実装することができ、このような実装の決定が、本開示の範囲から逸脱するものであると解釈されるべきではない。

ソフトウェアに実装される場合、機能は、一の若しくは複数の命令又はコードとして、コンピュータ可読媒体に記憶されてもよい又はコンピュータ可読媒体を介して送信されてもよい。コンピュータ可読媒体としては、非一時的記憶媒体、又は、コンピュータプログラムを一の場所から別の場所へと転送することを容易にする任意の媒体を含む通信媒体を含むことができる。非一時的記憶媒体は、コンピュータがアクセス可能な任意の利用可能な媒体であってもよい。一例として、これに限定されないが、非一時的記憶媒体としては、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭ、又は、その他の光ディスク記憶装置、磁気ディスク記憶装置又はその他の磁気記憶デバイス、又は、命令の形態である所望のプログラムコード若しくはデータ構造を搬送又は格納可能であり、コンピュータがアクセス可能な任意のその他の媒体が含まれ得る。

コンピュータ可読媒体は、任意の好適なコンピュータプログラム物品に実装してもよいことは明らかである。

ハードウェア実装の場合、実施形態は、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、電子デバイス、明細書に記載の機能を実行するように設計されたその他の電子ユニット、又は、これらの組み合わせを使用して実装することができる。メモリは、プロセッサ内に実装してもよいし、プロセッサの外に実装してもよい。本明細書で使用されている「メモリ（ｍｅｍｏｒｙ）」という言葉は、長期、短期、揮発性、不揮発性のような任意の種類のメモリ又はその他の記憶デバイスを指し、特定の種類のメモリ、メモリの数、又は、メモリが格納される媒体の種類を限定するものではない。ファームウェア及び／又はソフトウェア実装の場合、実施形態は、本明細書に記載した機能を実行するプロセス、機能のようなモジュールを使用して実装することができる。本明細書に記載の実施形態を実装するのに、命令を明確に実現する機械可読媒体を使用することができる。

本発明の他の態様、使用、および有利な効果は、明細書を考慮し、本明細書に記載された発明の実施を通じて、当業者に明らかなものとなる。本明細書は例示的なものに過ぎず、本発明の趣旨は以下の特許請求の範囲に基づいてのみ限定されることが意図されている。

Claims (24)

1. セルフチェックアウトシステムにおいて買い物中監査を提供する、コンピュータに実装される方法であって、
   買い物中に一の又は複数の監査パラメータを受信する段階と、
   前記一の又は複数の監査パラメータに基づいて監査スコアを計算する段階と、
   前記監査スコアと所定の監査閾値とを比較する段階と、
   前記比較に基づいて、買い物中監査を行うべきか判定する段階と、
   前記監査が発生する確率を判定する段階と、
   前記確率に基づいて、前記監査を発生させる段階と
   を備え、
   前記確率を判定する段階が、
   前記一の又は複数の監査パラメータに基づいて、顧客と関連付けられた複数の監査ポイントに加算又は減算を行う段階を有し、前記確率は、前記複数の監査ポイントに基づく、方法。
2. 前記一の又は複数の監査パラメータを受信する段階は、前記買い物の継続時間を示す情報を受信する段階を有する、請求項１に記載の方法。
3. 前記監査スコアを計算する段階は、受信した前記情報に基づいて前記買い物の継続時間を判定する段階を有する、請求項２に記載の方法。
4. 前記所定の監査閾値は、前記買い物の許容される最大継続時間を含み、前記買い物中監査を行うべきか判定する段階は、
   前記買い物の継続時間が、前記許容される最大継続時間に一致するか又は超えるかを判定する段階を有する、請求項３に記載の方法。
5. 前記一の又は複数の監査パラメータを受信する段階が更に、
   前記買い物の間に、複数のスキャンを受信する段階を有し、
   前記所定の監査閾値は、単位時間あたりの購入の最少回数又は最小値を含み、前記買い物中監査を行うべきか判定する段階は、
   前記買い物の継続時間と関連する前記複数のスキャンの回数又は値が、前記単位時間あたりの購入の最少回数又は最小値を下回るかを判定する段階を有する、請求項３に記載の方法。
6. 前記一の又は複数の監査パラメータを受信する段階は、
   前記買い物の間に、複数のスキャンを受信する段階を有する、請求項１に記載の方法。
7. 前記監査スコアを計算する段階は、前記複数のスキャンのうちの少なくとも２つのスキャンの間の時間の長さを判定する段階を有する、請求項６に記載の方法。
8. 前記所定の監査閾値は、前記少なくとも２つのスキャンの間の最大許容時間を含み、前記買い物中監査を行うべきか判定する段階は、
   前記時間の長さが、前記許容される最大継続時間と一致するか又は超えるかを判定する段階を有する、請求項７に記載の方法。
9. 前記一の又は複数の監査パラメータを受信する段階は、
   前記買い物の間に、複数の無効を受信する段階を有する、請求項１に記載の方法。
10. 前記監査スコアを計算する段階は、前記複数の無効の回数をカウントする段階を有する、請求項９に記載の方法。
11. 前記所定の監査閾値は、許容される無効の最大回数を含み、前記買い物中監査を行うべきか判定する段階は、
    カウントされた前記複数の無効の回数が、前記許容される無効の最大回数と一致するか又は超えるかを判定する段階を有する、請求項１０に記載の方法。
12. 前記複数の監査ポイントに加算することは前記確率を低減し、前記複数の監査ポイントを減算することは前記確率を増加させる、請求項１に記載の方法。
13. 一の又は複数のプロセッサを有するコンピュータデバイスを備え、セルフチェックアウトシステムにおける買い物中監査を提供するシステムであって、
    前記コンピュータデバイスは、
    買い物中に一の又は複数の監査パラメータを受信し、
    前記一の又は複数の監査パラメータに基づいて監査スコアを計算し、
    前記監査スコアと所定の監査閾値とを比較し、
    前記比較に基づいて、買い物中監査を行うべきか判定し、
    前記監査が発生する確率を判定し、
    前記確率に基づいて、前記監査を発生させ、
    前記一の又は複数の監査パラメータに基づいて、顧客と関連付けられた複数の監査ポイントに加算又は減算を行うように構成され、前記確率は、前記複数の監査ポイントに基づく、システム。
14. 前記コンピュータデバイスは更に、
    前記買い物の継続時間を示す情報を受信するように構成される、請求項１３に記載のシステム。
15. 前記コンピュータデバイスは更に、
    受信した前記情報に基づいて、前記買い物の継続時間を判定するように構成される、請求項１４に記載のシステム。
16. 前記所定の監査閾値は、前記買い物の許容される最大継続時間を含み、前記コンピュータデバイスは更に、
    前記買い物の継続時間が、前記許容される最大継続時間に一致するか又は超えるかを判定するように構成される、請求項１５に記載のシステム。
17. 前記所定の監査閾値は、単位時間あたりの購入の最少回数又は最小値を含み、前記コンピュータデバイスは更に、
    前記買い物の間に、複数のスキャンを受信し、
    前記買い物の継続時間と関連する前記複数のスキャンの回数又は値が、前記単位時間あたりの購入の最少回数又は最小値を下回るかを判定するように構成される、請求項１５に記載のシステム。
18. 前記コンピュータデバイスは更に、
    前記買い物の間に、複数のスキャンを受信する段階を有するように構成される、請求項１３に記載のシステム。
19. 前記コンピュータデバイスは更に、
    前記複数のスキャンのうちの少なくとも２つのスキャンの間の時間の長さを判定するように構成される、請求項１８に記載のシステム。
20. 前記所定の監査閾値は、前記少なくとも２つのスキャンの間の最大許容時間を含み、前記コンピュータデバイスは更に、
    前記時間の長さが、前記許容される最大継続時間と一致するか又は超えるかを判定するように構成される、請求項１９に記載のシステム。
21. 前記コンピュータデバイスは更に、
    前記買い物の間に、複数の無効を受信するように構成される、請求項１３に記載のシステム。
22. 前記コンピュータデバイスは更に、
    前記複数の無効の回数をカウントするように構成される、請求項２１に記載のシステム。
23. 前記所定の監査閾値は、許容される無効の最大回数を含み、前記コンピュータデバイスは更に、
    カウントされた前記複数の無効の回数が、前記許容される無効の最大回数と一致するか又は超えるかを判定するように構成される、請求項２２に記載のシステム。
24. 前記複数の監査ポイントに加算することは前記確率を低減し、前記複数の監査ポイントを減算することは前記確率を増加させる、請求項１３に記載のシステム。