(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2023179088
(43)【公開日】2023-12-19
(54)【発明の名称】プログラム、情報端末、システム
(51)【国際特許分類】
G07G 1/00 20060101AFI20231212BHJP
G07G 1/12 20060101ALI20231212BHJP
【ＦＩ】
G07G1/00 311D
G07G1/12 301Z
【審査請求】未請求
【請求項の数】9
【出願形態】ＯＬ
(21)【出願番号】P 2022092150
(22)【出願日】2022-06-07
(71)【出願人】
【識別番号】000145068
【氏名又は名称】株式会社寺岡精工
(74)【代理人】
【識別番号】100149548
【弁理士】
【氏名又は名称】松沼 泰史
(74)【代理人】
【識別番号】100145481
【弁理士】
【氏名又は名称】平野 昌邦
(72)【発明者】
【氏名】黒崎 直人
【テーマコード（参考）】
3E142
【Ｆターム（参考）】
3E142AA01
3E142BA01
3E142CA17
3E142CA20
3E142DA08
3E142EA04
3E142GA17
3E142GA22
3E142GA41
3E142JA01
(57)【要約】
【課題】携帯端末を用いた商品の登録を好適に実施する。
【解決手段】購入する商品の登録に用いる情報端末としてコンピュータを機能させるプログラムであって、前記コンピュータを、画像を取得する画像取得手段、前記画像取得手段で取得した画像内の商品識別情報に基づいて商品を登録する登録手段、自情報端末の振動を検出する振動検出手段、自情報端末の操作者に商品の購入に関する情報を出力可能な出力手段として機能させ、前記出力手段は、前記振動検出手段で所定の振動が検出され、かつ、当該振動の検出前に前記登録手段で商品が登録されていなかった場合、商品の購入に関する情報を出力する。
【選択図】図１
【解決手段】購入する商品の登録に用いる情報端末としてコンピュータを機能させるプログラムであって、前記コンピュータを、画像を取得する画像取得手段、前記画像取得手段で取得した画像内の商品識別情報に基づいて商品を登録する登録手段、自情報端末の振動を検出する振動検出手段、自情報端末の操作者に商品の購入に関する情報を出力可能な出力手段として機能させ、前記出力手段は、前記振動検出手段で所定の振動が検出され、かつ、当該振動の検出前に前記登録手段で商品が登録されていなかった場合、商品の購入に関する情報を出力する。
【選択図】図１
【特許請求の範囲】
【請求項1】
購入する商品の登録に用いる情報端末としてコンピュータを機能させるプログラムであって、
前記コンピュータを、
画像を取得する画像取得手段、
前記画像取得手段で取得した画像内の商品識別情報に基づいて商品を登録する登録手段、
自情報端末の振動を検出する振動検出手段、
自情報端末の操作者に商品の購入に関する情報を出力可能な出力手段
として機能させ、
前記出力手段は、
前記振動検出手段で所定の振動が検出され、かつ、当該振動の検出前に前記登録手段で商品が登録されていなかった場合、商品の購入に関する情報を出力する
ことを特徴とするプログラム。
前記コンピュータを、
画像を取得する画像取得手段、
前記画像取得手段で取得した画像内の商品識別情報に基づいて商品を登録する登録手段、
自情報端末の振動を検出する振動検出手段、
自情報端末の操作者に商品の購入に関する情報を出力可能な出力手段
として機能させ、
前記出力手段は、
前記振動検出手段で所定の振動が検出され、かつ、当該振動の検出前に前記登録手段で商品が登録されていなかった場合、商品の購入に関する情報を出力する
ことを特徴とするプログラム。
【請求項2】
前記出力手段は、
前記振動検出手段で検出した振動に応じて出力内容を異ならせる
ことを特徴とする請求項１に記載のプログラム。
前記振動検出手段で検出した振動に応じて出力内容を異ならせる
ことを特徴とする請求項１に記載のプログラム。
【請求項3】
前記コンピュータを、
前記画像取得手段で取得した画像から自情報端末の操作者の振舞いを認識する振舞認識手段
として更に機能させ、
前記出力手段は、
前記振舞認識手段で認識した振舞が所定の振舞である場合、商品の購入に関する情報を出力する
ことを特徴とする請求項１又は請求項２に記載のプログラム。
前記画像取得手段で取得した画像から自情報端末の操作者の振舞いを認識する振舞認識手段
として更に機能させ、
前記出力手段は、
前記振舞認識手段で認識した振舞が所定の振舞である場合、商品の購入に関する情報を出力する
ことを特徴とする請求項１又は請求項２に記載のプログラム。
【請求項4】
前記出力手段は、
商品の購入に関する情報として、商品の購入に際し店員の介在が必要である旨の情報、又は、商品の購入の要否を確認する情報を出力する
ことを特徴とする請求項１に記載のプログラム。
商品の購入に関する情報として、商品の購入に際し店員の介在が必要である旨の情報、又は、商品の購入の要否を確認する情報を出力する
ことを特徴とする請求項１に記載のプログラム。
【請求項5】
前記コンピュータを、
前記振動検出手段で検出した振動に基づいて、商品の購入に際し店員の介在が必要であるか否かを判定する店員介在要否判定手段
として更に機能させる
ことを特徴とする請求項１に記載のプログラム。
前記振動検出手段で検出した振動に基づいて、商品の購入に際し店員の介在が必要であるか否かを判定する店員介在要否判定手段
として更に機能させる
ことを特徴とする請求項１に記載のプログラム。
【請求項6】
購入する商品の登録に用いる情報端末としてコンピュータを機能させるプログラムであって、
前記コンピュータを、
画像を取得する画像取得手段、
前記画像取得手段で取得した画像内の商品識別情報に基づいて商品を登録する登録手段、
自情報端末以外から振動を取得する振動取得手段、
自情報端末の操作者に商品の購入に関する情報を出力可能な出力手段
として機能させ、
前記出力手段は、
前記振動取得手段で所定の振動が取得され、かつ、当該振動の取得前に前記登録手段で商品が登録されていなかった場合、商品の購入に関する情報を出力する
ことを特徴とするプログラム。
前記コンピュータを、
画像を取得する画像取得手段、
前記画像取得手段で取得した画像内の商品識別情報に基づいて商品を登録する登録手段、
自情報端末以外から振動を取得する振動取得手段、
自情報端末の操作者に商品の購入に関する情報を出力可能な出力手段
として機能させ、
前記出力手段は、
前記振動取得手段で所定の振動が取得され、かつ、当該振動の取得前に前記登録手段で商品が登録されていなかった場合、商品の購入に関する情報を出力する
ことを特徴とするプログラム。
【請求項7】
購入する商品の登録に用いる情報端末であって、
画像を取得する画像取得手段と、
前記画像取得手段で取得した画像内の商品識別情報に基づいて商品を登録する登録手段と、
自情報端末の振動を検出する振動検出手段と、
操作者に商品の購入に関する情報を出力可能な出力手段と
を備え、
前記出力手段は、
前記振動検出手段で所定値以上の振動が検出され、かつ、当該振動の検出前に前記登録手段で商品が登録されていなかった場合、商品の購入に関する情報を出力する
ことを特徴とする情報端末。
画像を取得する画像取得手段と、
前記画像取得手段で取得した画像内の商品識別情報に基づいて商品を登録する登録手段と、
自情報端末の振動を検出する振動検出手段と、
操作者に商品の購入に関する情報を出力可能な出力手段と
を備え、
前記出力手段は、
前記振動検出手段で所定値以上の振動が検出され、かつ、当該振動の検出前に前記登録手段で商品が登録されていなかった場合、商品の購入に関する情報を出力する
ことを特徴とする情報端末。
【請求項8】
購入する商品の登録に用いる情報端末を含むシステムであって、
画像を取得する画像取得手段、
前記画像取得手段で取得した画像内の商品識別情報に基づいて商品を登録する登録手段、
自情報端末の振動を検出する振動検出手段、
自情報端末の操作者に商品の購入に関する情報を出力可能な出力手段
を備え、
前記出力手段は、
前記振動検出手段で所定の振動が検出され、かつ、当該振動の検出前に前記登録手段で商品が登録されていなかった場合、商品の購入に関する情報を出力する
ことを特徴とするシステム。
画像を取得する画像取得手段、
前記画像取得手段で取得した画像内の商品識別情報に基づいて商品を登録する登録手段、
自情報端末の振動を検出する振動検出手段、
自情報端末の操作者に商品の購入に関する情報を出力可能な出力手段
を備え、
前記出力手段は、
前記振動検出手段で所定の振動が検出され、かつ、当該振動の検出前に前記登録手段で商品が登録されていなかった場合、商品の購入に関する情報を出力する
ことを特徴とするシステム。
【請求項9】
自情報端末の姿勢を検出する姿勢検出手段と、
前記姿勢検出手段で検出した姿勢に応じて前記登録手段での商品の登録を制限する制限手段と
を更に備えることを特徴とする請求項８に記載のシステム。
前記姿勢検出手段で検出した姿勢に応じて前記登録手段での商品の登録を制限する制限手段と
を更に備えることを特徴とする請求項８に記載のシステム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、プログラム、情報端末、システムに関する。
【背景技術】
【0002】
携帯端末を用いて顧客自ら商品を登録するシステムが知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特開２０１８－１４７２５２号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
しかしながら、上述のようなシステムには、例えば悪意のある顧客や不慣れな顧客への対策において改善の余地がある。
【0005】
本発明は、このような事情に鑑みてなされたもので、携帯端末を用いた商品の登録を好適に実施する技術を提供することを目的とする。
【課題を解決するための手段】
【0006】
上述した課題を解決するための一態様であるプログラムは、購入する商品の登録に用いる情報端末としてコンピュータを機能させるプログラムであって、前記コンピュータを、画像を取得する画像取得手段、前記画像取得手段で取得した画像内の商品識別情報に基づいて商品を登録する登録手段、自情報端末の振動を検出する振動検出手段、自情報端末の操作者に商品の購入に関する情報を出力可能な出力手段として機能させ、前記出力手段は、前記振動検出手段で所定の振動が検出され、かつ、当該振動の検出前に前記登録手段で商品が登録されていなかった場合、商品の購入に関する情報を出力することを特徴とするプログラムである。
【図面の簡単な説明】
【0007】
【図1】販売システムを説明するためのネットワークの概念図である。
【図2】携帯端末を取り付け可能なカートについて説明する説明図である。
【図3】携帯端末、クラウドサーバ、精算装置の動作の概要を説明するシーケンス図である。
【図4】携帯端末の表示例である。
【図5】携帯端末の表示例である。
【図6】携帯端末の動作の一例を説明するフローチャートである。
【図7】携帯端末の動作の一例を説明するフローチャートである。
【図8】携帯端末の動作の一例を説明するフローチャートである。
【図9】携帯端末の動作の他の例を説明するフローチャートである。
【図10】携帯端末の動作の他の例を説明するフローチャートである。
【図11】携帯端末の動作の他の例を説明するフローチャートである。
【発明を実施するための形態】
【0008】
（第１実施形態）
図１は、第１実施形態（第２実施形態も同様）の販売システム１を説明するためのネットワークの概念図である。図１に示す販売システム１は、本部サーバ１０、クラウドサーバ２０、ストアコントローラ３０、取引状況管理装置４０（例えば、パーソナルコンピュータ等）、精算装置５０、携帯端末６０を含む。
図１は、第１実施形態（第２実施形態も同様）の販売システム１を説明するためのネットワークの概念図である。図１に示す販売システム１は、本部サーバ１０、クラウドサーバ２０、ストアコントローラ３０、取引状況管理装置４０（例えば、パーソナルコンピュータ等）、精算装置５０、携帯端末６０を含む。
【0009】
販売システム１は、種々の業態（スーパーマーケット、コンビニエンスストア、ドラッグストア、ホームセンタ、家電量販店等）に導入可能である。図１において、破線Ｔは、店舗内（商品陳列エリア、会計エリア、バックヤード等）を示している。図１に示すように、ストアコントローラ３０、取引状況管理装置４０、精算装置５０は、店舗内に設置される。これらは、ＬＡＮ１９（有線でも無線でもよい）を介して通信可能に接続される。店舗内には、携帯端末６０が存在する。携帯端末６０は、基本的には、カート（ショッピングカート）７０に取り付けられた状態（セットされた状態）で使用される。本部サーバ１０及びクラウドサーバ２０は、店舗外（例えば、本社やデータセンタ等）に設置される。店舗内に設置されている装置（ストアコントローラ３０、取引状況管理装置４０、精算装置５０）と店舗外に設置されている装置（本部サーバ１０、クラウドサーバ２０）とは、通信（直接的に通信、又は、ストアコントローラ３０を介して通信）可能である。
【0010】
なお、図１において、各装置（端末）の台数は例示である。例えば、図１において、精算装置５０の右側に「…」を図示したが、店舗内に設置される精算装置５０の数は１台以上であればよい。また例えば、図１において、２台の携帯端末６０を図示したが、店舗内において使用される携帯端末６０の数は客の数に応じて変化する。また、店舗内には、他の装置を設置してもよい。例えば、店舗内には、店員の操作に基づいて商品を登録し、顧客の操作に基づいて精算するセミセルフの装置群（登録装置、精算装置）や、顧客の操作に基づいて商品を登録し、顧客の操作に基づいて精算するフルセルフの装置（登録精算装置）を設置してもよい。
【0011】
（携帯端末６０）
携帯端末６０は、顧客によって使用される。具体的には、携帯端末６０は、店舗内において顧客自身が商品を登録する際に使用される。携帯端末６０は、例えば、スマートフォンであるが、タブレット端末であってもよい。携帯端末６０は、顧客の所有物であってもよいし、店側が貸与するものであってもよい。
携帯端末６０は、顧客によって使用される。具体的には、携帯端末６０は、店舗内において顧客自身が商品を登録する際に使用される。携帯端末６０は、例えば、スマートフォンであるが、タブレット端末であってもよい。携帯端末６０は、顧客の所有物であってもよいし、店側が貸与するものであってもよい。
【0012】
図示は省略するが、携帯端末６０は、例えば、ＣＰＵ、記憶部、表示部、操作部、音声出力部（スピーカ）、音声入力部（マイク）、撮像部（カメラ）及び通信部のほか、当該携帯端末６０（筐体）の振動（変位、速度、又は、加速度）を検出する振動検出部を備える。振動検出部は、当該携帯端末６０（自携帯端末６０）の振動を検出可能なセンサ（デバイス）であればよく、例えば、加速度センサ、ジャイロセンサである。振動検出部は、振動を検出した場合、検出結果をＣＰＵに出力する。例えば、振動検出部は、検出結果として、検出した振動の大きさをＣＰＵに出力する。なお、振動の大きさを振動値（又は振動量と称する場合がある。振動検出部によって検出される振動の大きさ（振動値）は、変位、速度、加速度のいずれの大きさであってもよい。なお、振動検出部は、カート７０（後述）への商品の投入によって生じる振動のほか、例えばカート７０の移動（走行）等による振動も検出する。携帯端末６０は、更に、発光部（ライト）を備えてもよい。
【0013】
ＣＰＵは、中央演算処理装置であって、記憶部に記憶されているプログラムを読み出して実行することにより、携帯端末６０全体を制御する。記憶部は、種々の情報（例えば、ＣＰＵが参照又は生成等する情報、外部から取得した情報等）を記憶する。記憶部は、１以上の種々の記憶部材（例えば、メモリやストレージとなるもの。例えば、ＲＡＭ、ＲＯＭ、ハードディスク、ＳＳＤ（Solid State Drive）等）の総称である。表示部は、例えば、液晶ディスプレイであって、種々の情報（画像情報を含む）を表示する。表示部は、表示画面への操作を受付可能なタッチパネルとして構成される。操作部は、操作者（顧客）の操作を受け付ける。操作部は、１以上の種々の操作部材（筐体に設けられた種々の操作子（ハードボタン）の総称である。なお、表示部はタッチパネルとして構成されため、操作部の一部として捉えてもよい。音声出力部は、音声を出力する。音声入力部は、音声を入力する。撮像部は、撮像画像（静止画像、動画像）を取得する。通信部は、種々の情報を送受信する。通信部は、１以上の種々の通信部材（例えば、５Ｇ等の携帯無線通信、無線ＬＡＮ、近距離無線通信、非接触通信等の通信部材）の総称である。
【0014】
携帯端末６０は、撮像部によって取得した撮像画像から種々のコード（例えば、ＪＡＮコード等のバーコード）を読み取るコード認識機能（スキャナ機能）を備える。携帯端末６０による登録は、当該コード認識機能によって実現される。また、携帯端末６０は、振動検出部による振動の検出と処理の状況（状態）等とに応じた制御を実行する。つまり、携帯端末６０は、振動を検出したときの状況に応じた制御や、ある状況において振動を検出したか否かに応じた制御を実行する。詳細は後述する。
【0015】
図２は、携帯端末６０を取り付け可能なカート７０について説明する説明図である。カート７０は、図２に示すように、買物籠８０（非図示）を載置可能な買物籠載置部７１、携帯端末６０を取り付け可能なホルダ部７２を有する。携帯端末６０は、基本的にはカート７０に取り付けられた状態で使用されると説明したが、具体的にはホルダ部７２に取り付けられた状態で使用される。
【0016】
図２に示した例では、買物籠載置部７１には買物籠８０が載置されておらず、ホルダ部７２には携帯端末６０が取り付けられていないが、来店した顧客は、準備として、買物籠載置部７１に買物籠８０を載置し、ホルダ部７２に携帯端末６０を取り付ける。また、カート７０には、精算時において店員による確認が必要となる商品（顧客による持ち帰り又は店舗への返却について保留された保留商品）を一時的に保管するための専用バッグ９０が取り付けられている。
【0017】
携帯端末６０は、ホルダ部７２に取り付けられているときは、撮像部によってホルダ部７２の位置から買物籠８０を見下ろした方向の撮像画像（スルー画像（ライブビュー））を取得する。顧客は、商品の陳列エリア（陳列棚）にて所望の商品（購入する商品）を見つけた場合、該商品を手に取って該商品に付されたバーコードがスキャナ機能によって読み取られるようにホルダ部７２の下方（ホルダ部７２と買物籠８０との間の空間）に移動させる。
【0018】
（スキャン動作）
商品に付されたバーコードがスキャナ機能によって読み取られるように、該商品をホルダ部７２の下方に持っていく動作を商品スキャン動作（又は単にスキャン動作）と称する。なお、図４（Ｂ）は、スキャン動作が行われている場面を示している。携帯端末６０は、スキャン動作によって商品コード（商品識別情報）を取得する。
商品に付されたバーコードがスキャナ機能によって読み取られるように、該商品をホルダ部７２の下方に持っていく動作を商品スキャン動作（又は単にスキャン動作）と称する。なお、図４（Ｂ）は、スキャン動作が行われている場面を示している。携帯端末６０は、スキャン動作によって商品コード（商品識別情報）を取得する。
【0019】
携帯端末６０は、商品スキャン動作を認識してもよい。つまり、携帯端末６０は、商品スキャン動作が行われているか否か（即ち、スキャン動作の有無）を判断してもよい。例えば、携帯端末６０は、画像認識技術（例えば、パターン認識技術等）による画像認識機能によって、撮像画像内に、商品、手、バーコードらしきものを認識したか否かに基づいて、スキャン動作の有無を判断してもよい。
【0020】
（精算装置５０）
精算装置５０は、顧客によって使用される。具体的には、精算装置５０は、携帯端末６０によって登録された商品を顧客の操作に基づいて精算する。つまり、販売システム１は、携帯端末６０を使用して顧客自ら商品を登録し、精算装置５０を使用して顧客自ら精算するといった態様のサービスを提供する。
精算装置５０は、顧客によって使用される。具体的には、精算装置５０は、携帯端末６０によって登録された商品を顧客の操作に基づいて精算する。つまり、販売システム１は、携帯端末６０を使用して顧客自ら商品を登録し、精算装置５０を使用して顧客自ら精算するといった態様のサービスを提供する。
【0021】
図示は省略するが、精算装置５０は、ＣＰＵ、記憶部、表示部、スキャナ部、カード決済部（非現金決済部）、釣銭機（現金決済部）、印刷部、音声出力部、撮像部、通信部及びサインポールを備える。なお、精算装置５０は、１以上の種々の操作部材からなるキー操作部や、人の存在を検出（検知、認識）するセンサ（人感センサ等）等を更に備えてもよい。
【0022】
ＣＰＵは、中央演算処理装置であって、記憶部に記憶されているプログラムを読み出して実行することにより、精算装置５０全体を制御する。記憶部は、種々の情報を記憶する。記憶部は、１以上の種々の記憶部材の総称である。表示部は、例えば、液晶ディスプレイであって、種々の情報を表示する。表示部は、表示画面への操作を受付可能なタッチパネルとして構成される。スキャナ部は、種々のコード（例えば、精算用コード（後述）、商品コード、品券類やポイントカードや店員の名札等に付された店員コード）をスキャンし、夫々のコードを読み取る。
【0023】
カード決済部は、種々のカード（クレジットカード、交通系カード等のプリペイドカード、デビット支払時におけるキャッシュカード、ポイント支払時におけるポイントカード等）による決済機構である。釣銭機は、現金による決済機構である。印刷部は、種々の媒体（レシート等）を印刷、発行する。音声出力部は、音声（例えば、確認音、警告音、音声ガイダンス等）を出力する。撮像部（カメラ）は、撮像画像（静止画像、動画像）を取得する。通信部は、１以上の種々の通信部材の総称である。サインポールは、先端部分に発光部を有し、発光部の発光態様によって、種々の情報（店員呼出、動作状況等）を報知する。
【0024】
（本部サーバ１０）
本部サーバ１０は、販売システム１全体を管理するサーバである。本部サーバ１０は、例えば、種々の情報（例えば、商品マスタファイル（商品マスタ）等）や、種々の実績情報（例えば、売上実績情報、商品販売実績情報等）を記憶する。また、本部サーバ１０は、例えば、クラウドサーバ２０やストアコントローラ３０に種々の情報（例えば、商品マスタ等）を供給する。商品マスタは、商品コードに対応付けて商品名や価格等を記憶するファイルである。図示は省略するが、本部サーバ１０は、少なくとも、ＣＰＵ、記憶部及び通信部を備える。本部サーバ１０は、複数台のサーバから構成されてもよい。
本部サーバ１０は、販売システム１全体を管理するサーバである。本部サーバ１０は、例えば、種々の情報（例えば、商品マスタファイル（商品マスタ）等）や、種々の実績情報（例えば、売上実績情報、商品販売実績情報等）を記憶する。また、本部サーバ１０は、例えば、クラウドサーバ２０やストアコントローラ３０に種々の情報（例えば、商品マスタ等）を供給する。商品マスタは、商品コードに対応付けて商品名や価格等を記憶するファイルである。図示は省略するが、本部サーバ１０は、少なくとも、ＣＰＵ、記憶部及び通信部を備える。本部サーバ１０は、複数台のサーバから構成されてもよい。
【0025】
（クラウドサーバ２０）
クラウドサーバ２０は、主に携帯端末６０による商品の登録をサポートするサーバである。クラウドサーバ２０は、種々の情報（例えば、商品マスタ、取引情報（カート情報）等）を記憶する。また、クラウドサーバ２０は、例えば、携帯端末６０や精算装置５０に種々の情報（例えば、画面情報等）を供給する。図示は省略するが、クラウドサーバ２０は、少なくとも、ＣＰＵ、記憶部及び通信部を備える。クラウドサーバ２０は、複数台のサーバから構成されてもよい。
クラウドサーバ２０は、主に携帯端末６０による商品の登録をサポートするサーバである。クラウドサーバ２０は、種々の情報（例えば、商品マスタ、取引情報（カート情報）等）を記憶する。また、クラウドサーバ２０は、例えば、携帯端末６０や精算装置５０に種々の情報（例えば、画面情報等）を供給する。図示は省略するが、クラウドサーバ２０は、少なくとも、ＣＰＵ、記憶部及び通信部を備える。クラウドサーバ２０は、複数台のサーバから構成されてもよい。
【0026】
（ストアコントローラ３０）
ストアコントローラ３０は、主に店舗内に設置されている装置（取引状況管理装置４０、精算装置５０）と店舗外に設置されている装置（本部サーバ１０、クラウドサーバ２０）との間における情報の通信を担当するサーバである。図示は省略するが、ストアコントローラ３０は、少なくとも、ＣＰＵ、記憶部及び通信部を備える。
ストアコントローラ３０は、主に店舗内に設置されている装置（取引状況管理装置４０、精算装置５０）と店舗外に設置されている装置（本部サーバ１０、クラウドサーバ２０）との間における情報の通信を担当するサーバである。図示は省略するが、ストアコントローラ３０は、少なくとも、ＣＰＵ、記憶部及び通信部を備える。
【0027】
（取引状況管理装置４０）
取引状況管理装置４０は、店舗内に設置されている装置（ストアコントローラ３０、精算装置５０）を管理（処理状況、動作状況等を監視、制御等）する装置（例えば、パーソナルコンピュータ）である。図示は省略するが、取引状況管理装置４０は、少なくとも、ＣＰＵ、記憶部、表示部（タッチパネルとして構成してもよい）、操作部（キーボード、マウス等）、通信部を備える。取引状況管理装置４０は、印刷装置（非図示）と通信可能であり、種々の情報を印刷装置から出力してもよい。
取引状況管理装置４０は、店舗内に設置されている装置（ストアコントローラ３０、精算装置５０）を管理（処理状況、動作状況等を監視、制御等）する装置（例えば、パーソナルコンピュータ）である。図示は省略するが、取引状況管理装置４０は、少なくとも、ＣＰＵ、記憶部、表示部（タッチパネルとして構成してもよい）、操作部（キーボード、マウス等）、通信部を備える。取引状況管理装置４０は、印刷装置（非図示）と通信可能であり、種々の情報を印刷装置から出力してもよい。
【0028】
また、取引状況管理装置４０は、店舗内に設置されている装置の管理に加え、本部サーバ１０等にアクセスし、本部サーバ１０等に記憶されている商品マスタをメンテナンス（商品の設定等）してもよいし、クラウドサーバ２０にアクセスし、クラウドサーバ２０に記憶されている取引情報等を表示又は修正してもよい。
【0029】
（携帯端末６０、クラウドサーバ２０、精算装置５０の動作の概要）
図３は、携帯端末６０、クラウドサーバ２０、精算装置５０の動作の概要を説明するシーケンス図である。図３のシーケンス図は、携帯端末６０が、初期登録画面（１品目の商品の登録前の登録画面。図４（Ａ）の登録画面）を表示してから、精算装置５０が商品一覧画面（非図示）を表示する迄の、各装置（携帯端末６０、クラウドサーバ２０、精算装置５０）の動作を示している。なお、図３のシーケンス図は、主に各装置の連携を説明するものであるため、図３のシーケンス図では、上述した携帯端末６０による振動に係る制御に係る部分の説明を省略している。
図３は、携帯端末６０、クラウドサーバ２０、精算装置５０の動作の概要を説明するシーケンス図である。図３のシーケンス図は、携帯端末６０が、初期登録画面（１品目の商品の登録前の登録画面。図４（Ａ）の登録画面）を表示してから、精算装置５０が商品一覧画面（非図示）を表示する迄の、各装置（携帯端末６０、クラウドサーバ２０、精算装置５０）の動作を示している。なお、図３のシーケンス図は、主に各装置の連携を説明するものであるため、図３のシーケンス図では、上述した携帯端末６０による振動に係る制御に係る部分の説明を省略している。
【0030】
なお、携帯端末６０は、例えば、顧客の操作に基づいてサービス開始画面（メニュー画面。非図示）を表示し、サービス開始画面における買物開始指示ボタンの操作に基づいて初期登録画面を表示するものとする。また、初期登録画面を表示する際に（買物開始指示ボタンの操作に基づいて）、当該携帯端末６０による取引（又は当該取引の取引識別情報）を識別する取引識別情報をクラウドサーバ２０から取得（受信）しているものとする。
【0031】
ステップＳ１：携帯端末６０は、顧客のスキャン動作によって商品コードを取得する。
ステップＳ２：携帯端末６０は、当該取引の取引識別情報とステップＳ１にて取得した商品コードとをクラウドサーバ２０に送信する。
ステップＳ２：携帯端末６０は、当該取引の取引識別情報とステップＳ１にて取得した商品コードとをクラウドサーバ２０に送信する。
【0032】
ステップＳ３：クラウドサーバ２０は、取引識別情報と商品コードとを携帯端末６０から受信する。
ステップＳ４：クラウドサーバ２０は、当該取引（ステップＳで受信した取引識別情報に対応する取引）の取引情報を当該商品コードに基づいて更新する。つまり、クラウドサーバ２０は、ステップＳ３で受信した商品コードに対応する商品名や価格を商品マスタから取得（抽出）し、当該取引の取引情報に記憶する。
ステップＳ５：クラウドサーバ２０は、更新後の取引情報を携帯端末６０に送信する。例えば、クラウドサーバ２０は、更新後の取引情報の内容を反映した登録画面（例えば、図４（Ｃ）の登録画面）を生成し、該登録画面の画面情報を携帯端末６０に送信する。
ステップＳ４：クラウドサーバ２０は、当該取引（ステップＳで受信した取引識別情報に対応する取引）の取引情報を当該商品コードに基づいて更新する。つまり、クラウドサーバ２０は、ステップＳ３で受信した商品コードに対応する商品名や価格を商品マスタから取得（抽出）し、当該取引の取引情報に記憶する。
ステップＳ５：クラウドサーバ２０は、更新後の取引情報を携帯端末６０に送信する。例えば、クラウドサーバ２０は、更新後の取引情報の内容を反映した登録画面（例えば、図４（Ｃ）の登録画面）を生成し、該登録画面の画面情報を携帯端末６０に送信する。
【0033】
ステップＳ６：携帯端末６０は、画面情報（取引情報）をクラウドサーバ２０から受信する。
ステップＳ７：携帯端末６０は、ステップＳ６で受信した画面情報に基づいて登録画面を表示する。具体的には、１品目の商品の場合には、携帯端末６０は、初期登録画面に代えて当該１品目の商品を反映した登録画面を表示し、２品目以降の商品の場合には、携帯端末６０は、当該２品目以降の商品を反映した登録画面を表示する。
ステップＳ７：携帯端末６０は、ステップＳ６で受信した画面情報に基づいて登録画面を表示する。具体的には、１品目の商品の場合には、携帯端末６０は、初期登録画面に代えて当該１品目の商品を反映した登録画面を表示し、２品目以降の商品の場合には、携帯端末６０は、当該２品目以降の商品を反映した登録画面を表示する。
【0034】
ステップＳ７の後には、顧客のスキャン動作によって商品コードを取得する場合（ステップＳ１に戻る場合）と、顧客の会計指示ボタンＢＴ６３０（図４（Ｃ）参照）の操作によって精算用コードを生成、表示する場合（ステップＳ８に進む場合）とがある。つまり、ステップＳ１～Ｓ７は、商品コードを取得する毎、繰り返し実行される。
【0035】
ステップＳ８：携帯端末６０は、顧客の会計指示ボタンＢＴ６３０の操作によって精算用コードを生成し、表示する。精算用コードとは、精算用情報をコード化（例えば２次元コード化）したものである。精算用情報とは、当該取引の取引情報をクラウドサーバ２０から取得するために必要な情報（例えば、当該取引を識別する取引識別情報）である。
【0036】
顧客は、携帯端末６０に表示されている精算用コードを精算装置５０に読み取らせる。 なお、精算装置５０は、待機状態において、精算用コードの読取（読取動作）を案内する案内画面を表示しているものとする。
【0037】
ステップＳ９：精算装置５０は、顧客の読取動作に基づいて、携帯端末６０に表示されている精算用コードを読み取る。つまり、精算装置５０は、当該取引を識別する取引識別情報を取得する。
ステップＳ１０：精算装置５０は、当該取引の取引情報をクラウドサーバ２０に要求する。例えば、精算装置５０は、当該取引を識別する取引識別情報を含む要求情報（取引情報取得要求情報）をクラウドサーバ２０に送信する。
ステップＳ１０：精算装置５０は、当該取引の取引情報をクラウドサーバ２０に要求する。例えば、精算装置５０は、当該取引を識別する取引識別情報を含む要求情報（取引情報取得要求情報）をクラウドサーバ２０に送信する。
【0038】
ステップＳ１１：クラウドサーバ２０は、要求（取引情報取得要求情報）を受信する。
ステップＳ１２：クラウドサーバ２０は、当該取引（ステップＳ１１で受信した取引情報取得要求情報に含まれる取引識別情報に対応する取引）の取引情報を精算装置５０に送信する。例えば、クラウドサーバ２０は、当該取引の取引情報の内容を反映した商品一覧面（非図示）を生成し、該商品一覧画面の画面情報を精算装置５０に送信する。
ステップＳ１２：クラウドサーバ２０は、当該取引（ステップＳ１１で受信した取引情報取得要求情報に含まれる取引識別情報に対応する取引）の取引情報を精算装置５０に送信する。例えば、クラウドサーバ２０は、当該取引の取引情報の内容を反映した商品一覧面（非図示）を生成し、該商品一覧画面の画面情報を精算装置５０に送信する。
【0039】
ステップＳ１３：精算装置５０は、携帯端末６０は、画面情報（取引情報）をクラウドサーバ２０から受信する。
ステップＳ１４：精算装置５０は、ステップＳ１３で受信した画面情報に基づいて商品一覧画面を表示する。
ステップＳ１４：精算装置５０は、ステップＳ１３で受信した画面情報に基づいて商品一覧画面を表示する。
【0040】
（携帯端末６０の表示例）
図４及び図５は、携帯端末６０の表示例である。携帯端末６０は、既にカート７０（ホルダ部７２）に取り付けられているものとする。なお、ホルダ部７２の位置から買物籠８０を見下ろした方向の撮像画像には、スキャン動作が行われていないときには買物籠８０や既に買物籠８０に投入された商品等が撮像され、スキャン動作が行われているときには当該スキャン動作の対象商品と当該対象商品の後方に買物籠８０や既に買物籠８０に投入された商品等が撮像されるが、図４及び図５では、簡略化のため、スキャン動作の対象商品以外のもの（買物籠８０や既に買物籠８０に投入された商品等）については、図示を省略している。
図４及び図５は、携帯端末６０の表示例である。携帯端末６０は、既にカート７０（ホルダ部７２）に取り付けられているものとする。なお、ホルダ部７２の位置から買物籠８０を見下ろした方向の撮像画像には、スキャン動作が行われていないときには買物籠８０や既に買物籠８０に投入された商品等が撮像され、スキャン動作が行われているときには当該スキャン動作の対象商品と当該対象商品の後方に買物籠８０や既に買物籠８０に投入された商品等が撮像されるが、図４及び図５では、簡略化のため、スキャン動作の対象商品以外のもの（買物籠８０や既に買物籠８０に投入された商品等）については、図示を省略している。
【0041】
図４（Ａ）は、スキャン動作が行われていない状態の登録画面（初期登録画面）である。なお、携帯端末６０は、例えば、顧客の操作に基づいてサービス開始画面（メニュー画面。非図示）を表示し、サービス開始画面における買物開始指示ボタンの操作に基づいて登録画面（初期登録画面）を表示する。
【0042】
図４（Ａ）の登録画面（図４（Ｂ）や図４（Ｃ）の登録画面も同様）には、撮像画像表示領域ＨＲ６１０や登録情報表示領域ＨＲ６２０が設けられている。撮像画像表示領域ＨＲ６１０は、主に撮像画像を表示する領域である。登録情報表示領域ＨＲ６２０は、主に商品の登録情報を表示する領域である。
【0043】
【0044】
図４（Ｃ）は、図４（Ｂ）の場面に続く場面である。具体的には、図４（Ｃ）は、図４（Ｂ）に示したスキャン動作によって商品（食パン）が登録された場面である。つまり、スキャン動作によって商品コードを取得した携帯端末６０は、商品コード等をクラウドサーバ２０に送信し（図３のステップＳ２）、図４（Ｃ）に示したような登録画面を表示する（図３のステップＳ６）。
【0045】
携帯端末６０は、商品（１品目の商品）の登録後には、図４（Ｃ）に示すように、会計指示操作を受け付ける会計指示ボタンＢＴ６３０（本例では「お会計へ進む」と表示したボタン）を操作可能に表示する。顧客は、精算（会計）に進む場合（つまり、商品の登録を終える場合）、会計指示ボタンＢＴ６３０を操作する。
【0046】
図５（Ａ）は、図４（Ａ）の場面又は図４（Ｂ）に続く他の場面である。携帯端末６０は、図４（Ｂ）に示したようなスキャン動作が行われていない状態、又は、図４（Ｂ）に示したようなスキャン動作が行われたものの商品が登録されていない状態において、振動検出部によって第１閾値よりも大きい第２閾値以上の振動を検出した場合、図５（Ａ）に示したように、登録画面（図４（Ａ））の前面に小画面ＳＧ１０を表示する。
【0047】
（第１閾値、第２閾値、確度）
第１閾値及び第２閾値について説明する。第１閾値及び第２閾値は、夫々、携帯端末６０（振動検出部）によって検出される振動の大きさ（振動値）と比較される値である。携帯端末６０は、第１閾値及び第２閾値を用いて、商品がカート７０（買物籠８０）に投入された可能性（商品投入可能性）を判断（判定）する。具体的には、携帯端末６０は、第１閾値及び第２閾値を用いて、商品投入可能性を３段階（商品投入無、商品投入有（低確度）、商品投入有（高確度））に判断する。「商品投入無」は、商品投入無と判断した判断結果である。「商品投入有（低確度）」は、商品投入有と判断した判断結果であって該判断結果（商品投入有との判断）の確度が比較的低いと判断した判断結果である。「商品投入有（高確度）」は、商品投入有と判断した判断結果であって該判断結果（商品投入有との判断）の確度が比較的高いと判断した判断結果である。
第１閾値及び第２閾値について説明する。第１閾値及び第２閾値は、夫々、携帯端末６０（振動検出部）によって検出される振動の大きさ（振動値）と比較される値である。携帯端末６０は、第１閾値及び第２閾値を用いて、商品がカート７０（買物籠８０）に投入された可能性（商品投入可能性）を判断（判定）する。具体的には、携帯端末６０は、第１閾値及び第２閾値を用いて、商品投入可能性を３段階（商品投入無、商品投入有（低確度）、商品投入有（高確度））に判断する。「商品投入無」は、商品投入無と判断した判断結果である。「商品投入有（低確度）」は、商品投入有と判断した判断結果であって該判断結果（商品投入有との判断）の確度が比較的低いと判断した判断結果である。「商品投入有（高確度）」は、商品投入有と判断した判断結果であって該判断結果（商品投入有との判断）の確度が比較的高いと判断した判断結果である。
【0048】
携帯端末６０は、検出した振動値が第１閾値未満であれば、商品投入無と判断する。携帯端末６０は、検出した振動値が第１閾値以上第２閾値未満であれば、商品投入有（低確度）と判断する。携帯端末６０は、検出した振動値が第２閾値以上であれば、商品投入有（高確度）と判断する。つまり、第１閾値は商品投入の有無を判断する閾値であり、第２閾値は商品投入有と判断した際の当該判断自体の確度を判断する閾値である。
【0049】
なお、第１閾値（第２閾値も同様）は、例えば、実験によって決定されたものであってもよい。例えば、実際に商品をカート７０（買物籠８０）に投入した際に振動検出部によって検出される振動値（商品投入時の振動値）と、カート７０を移動等させた際に振動検出部によって検出される振動値（商品非投入時の振動値）と、を夫々多数収集し、商品投入時の振動値の分布や商品非投入時の振動値の分布に基づいて、第１閾値や第２閾値を決定してもよい。
【0050】
一例として、商品投入時の振動値の分布及び商品非投入時の振動値の分布によれば、ある振動値（振動値Ａ）未満の振動は、商品をカート７０に投入した際の振動である可能性が相当低く、カート７０を移動等させた際の振動である可能性が相当高い場合、当該振動値Ａを第１閾値としてもよい。また、商品投入時の振動値の分布及び商品非投入時の振動値の分布によれば、ある振動値（振動値Ｂ）以上の振動は、商品をカート７０に投入した際の振動である可能性が相当高く、カート７０を移動等させた際の振動である可能性が相当低い場合、当該振動値Ｂを第２閾値としてもよい。
【0051】
図５（Ａ）に戻る。小画面ＳＧ１０には、専用バッグ９０に商品を入れるべき旨を案内するメッセージＭＳ１１と、専用バッグ９０に商品を入れるべき旨を案内する画像ＧＡ１２と、商品の登録ができなかった旨を報知するメッセージＭＳ１３と、精算機（精算装置５０）で店員が対応する旨を報知するメッセージＭＳ１４とが表示されている。また、小画面ＳＧ１０には、ＯＫボタンＢＴ１５が操作可能に表示されている。
【0052】
顧客は、専用バッグ９０に商品を入れ、ＯＫボタンＢＴ１５を操作する（ＯＫボタンＢＴ１５を操作した後に専用バッグ９０に商品を入れてもよい）。小画面ＳＧ１０は、ＯＫボタンＢＴ１５の操作によって消去される（図４（Ａ）のような表示となる）。
【0053】
図５（Ｂ）は、図４（Ａ）の場面又は図４（Ｂ）に続く他の場面である。携帯端末６０は、図４（Ｂ）に示したようなスキャン動作が行われていない状態、又は、図４（Ｂ）に示したようなスキャン動作が行われたものの商品が登録されていない状態において、振動検出部によって第１閾値以上であって第２閾値未満の振動を検出した場合、図５（Ｂ）に示したように、登録画面（図４（Ａ））の前面に小画面ＳＧ２０を表示する。
【0054】
小画面ＳＧ２０には、確認である旨を報知するメッセージＭＳ２１と、商品の登録ができなかった旨を報知するメッセージＭＳ２３と、商品を登録するか否かを確認するメッセージＭＳ２４とが表示されている。また、小画面ＳＧ２０には、商品を登録しない旨の登録しないボタンＢＴ２５と、商品を登録する旨の登録するボタンＢＴ２６とが操作可能に表示されている。
【0055】
顧客は、商品を登録しない場合には登録しないボタンＢＴ２５を操作し、商品を登録する場合には登録するボタンＢＴ２６を操作する。小画面ＳＧ２０は、登録しないボタンＢＴ２５又は登録するボタンＢＴ２６の操作によって消去される（図４（Ａ）のような表示となる）。
【0056】
図５（Ｃ）は、図４（Ｃ）の場面に続く場面である。携帯端末６０は、図４（Ｃ）に示したような商品の登録が行われた後の状態において、振動検出部によって第１閾値以上の振動を検出しなかった場合、登録画面（図４（Ｃ））の前面に小画面ＳＧ３０を表示する。
【0057】
小画面ＳＧ３０には、確認である旨を報知するメッセージＭＳ３１と、商品を投入したか否かを確認するメッセージＭＳ３２とが表示されている。また、小画面ＳＧ３０には、ＯＫボタンＢＴ３５が操作可能に表示されている。
【0058】
顧客は、商品の投入を確認（投入していない場合には投入し）、ＯＫボタンＢＴ３５を操作する（ＯＫボタンＢＴ３５を操作した後に商品の投入を確認してもよい）。小画面ＳＧ３０は、ＯＫボタンＢＴ３５の操作によって消去される（図４（Ｃ）のような表示となる）。
【0059】
（携帯端末６０の実施例（実施例１））
携帯端末６０は、例えば、下記の機能ａ～機能ｅのうちの少なくとも１つの機能を有し、少なくとも１つの機能を実現するように動作する。なお、詳細は、図６～図８のフローチャートを用いて説明する。
携帯端末６０は、例えば、下記の機能ａ～機能ｅのうちの少なくとも１つの機能を有し、少なくとも１つの機能を実現するように動作する。なお、詳細は、図６～図８のフローチャートを用いて説明する。
【0060】
（機能ａ）携帯端末６０は、商品の登録がないのに（つまり商品コードの取得なしに）カート７０への商品の投入があったと判断し（第１閾値以上の振動を検出し）、かつ、当該判断の確度が比較的高い場合（該振動が第２閾値以上であった場合）、エラー音（強い調子の音）を出力し、商品の専用バッグ９０への投入の指示し、精算装置５０で店員が対応する旨を報知する（図８のステップ４５０、ステップ４６０）。例えば、携帯端末６０は、エラー音を出力するとともに、図５（Ａ）の小画面ＳＧ１０を表示する。
（機能ｂ）携帯端末６０は、商品の登録がないのにカート７０への商品の投入があったと判断したものの（第１閾値以上の振動を検出したものの）、当該判断の確度が比較的低い場合（該振動が第２閾値未満であった場合）、通知音（柔らかい調子の音）を出力し、商品を登録するか否かを確認する（図８のステップ４７０、ステップ４８０）。例えば、携帯端末６０は、通知音を出力するとともに、図５（Ｂ）の小画面ＳＧ２０を表示する。
（機能ｃ）携帯端末６０は、登録した商品についてカート７０への投入があったと判断したものの（第１閾値以上の振動を検出したものの）、当該判断の確度が比較的低い場合（該振動が第２閾値未満であった場合）、商品を投入した旨を確認する（図７（Ａ）のステップ４２０）。例えば、携帯端末６０は、図５（Ｃ）の小画面ＳＧ３０を表示する。
（機能ｄ）携帯端末６０は、登録した商品についてカート７０への投入がなかったと判断した場合（第１閾値以上の振動を検出しなかった場合）、商品を投入した旨を確認する（図７（Ｂ）のステップ５２０）。例えば、携帯端末６０は、図５（Ｃ）の小画面ＳＧ３０を表示する。
（機能ｅ）携帯端末６０は、ある商品の商品コードを取得した際に、当該商品よりも前に登録した商品についてカート７０への投入がなかったと判断した場合（第１閾値以上の振動を検出しなかった場合）、商品を投入した旨を確認する（図６（Ｂ）のステップ２２０）。例えば、携帯端末６０は、図５（Ｃ）の小画面ＳＧ３０を表示する。
（機能ｂ）携帯端末６０は、商品の登録がないのにカート７０への商品の投入があったと判断したものの（第１閾値以上の振動を検出したものの）、当該判断の確度が比較的低い場合（該振動が第２閾値未満であった場合）、通知音（柔らかい調子の音）を出力し、商品を登録するか否かを確認する（図８のステップ４７０、ステップ４８０）。例えば、携帯端末６０は、通知音を出力するとともに、図５（Ｂ）の小画面ＳＧ２０を表示する。
（機能ｃ）携帯端末６０は、登録した商品についてカート７０への投入があったと判断したものの（第１閾値以上の振動を検出したものの）、当該判断の確度が比較的低い場合（該振動が第２閾値未満であった場合）、商品を投入した旨を確認する（図７（Ａ）のステップ４２０）。例えば、携帯端末６０は、図５（Ｃ）の小画面ＳＧ３０を表示する。
（機能ｄ）携帯端末６０は、登録した商品についてカート７０への投入がなかったと判断した場合（第１閾値以上の振動を検出しなかった場合）、商品を投入した旨を確認する（図７（Ｂ）のステップ５２０）。例えば、携帯端末６０は、図５（Ｃ）の小画面ＳＧ３０を表示する。
（機能ｅ）携帯端末６０は、ある商品の商品コードを取得した際に、当該商品よりも前に登録した商品についてカート７０への投入がなかったと判断した場合（第１閾値以上の振動を検出しなかった場合）、商品を投入した旨を確認する（図６（Ｂ）のステップ２２０）。例えば、携帯端末６０は、図５（Ｃ）の小画面ＳＧ３０を表示する。
【0061】
図６～図８は、携帯端末６０の動作の一例を説明するフローチャートである。図６（Ａ）のフローチャートは、サービス開始画面における買物開始指示ボタンの操作に基づいて開始する。図６（Ｂ）、図７（Ａ）、図７（Ｂ）のフローチャートは、夫々、図６（Ａ）のフローチャートから遷移する。図８のフローチャートは、図７（Ａ）のフローチャートから遷移する。なお、図６～図８のフローチャート（図９～図１１のフローチャートも同様）は、図３のシーケンス図のステップＳ１、ステップＳ２、ステップＳ８に関連する（主にステップＳ１に関連する）。
【0062】
（フラグ、タイマの説明）
はじめに、図６～図８のフローチャート（図９～図１１のフローチャートも同様）において登場する「商品コード直前取得有無フラグ（以下「商品コード取得フラグ」と略称する）」、「商品コード取得フラグクリアタイマ」、「店員要確認フラグ」について説明する。
商品コード取得フラグ：直前の所定時間（例えば１０秒間）内に商品コードを取得しているか否かを示したフラグである。商品コード取得フラグがセットされている場合（例えば値「１」の場合）、直前の所定時間内に商品コードを取得している旨を示し、商品コード取得フラグがセットされていない場合（例えば値「０」の場合）、直前の所定時間内に商品コ―ドを取得していない旨を示す。商品コード取得フラグは、商品コードを取得したことに基づいてセットされる。
商品コード取得フラグクリアタイマ：商品コード取得フラグをクリア（例えば値を「１」から「０」に変更）するタイミングを管理するタイマである。具体的には、商品コード取得フラグクリアタイマは、上記所定時間（例えば１０秒間）をカウントダウン（又はカウントアップ）するタイマである。商品コード取得フラグクリアタイマは、商品コードを取得したことに基づいてセットされる。
店員要確認フラグ：精算装置５０の処理において店員の対応が必要であるか否かを示したフラグである。店員要確認フラグがセットされている場合、店員の対応が必要である旨を示し、店員要確認フラグがクリアされている場合、店員の対応が必要でない旨を示す。店員要確認フラグは、直前の所定時間内に商品コードを取得していない状態（つまり商品の登録がない状態）において、商品投入可能性が比較的高いと判断したことに基づいてセットされる。
はじめに、図６～図８のフローチャート（図９～図１１のフローチャートも同様）において登場する「商品コード直前取得有無フラグ（以下「商品コード取得フラグ」と略称する）」、「商品コード取得フラグクリアタイマ」、「店員要確認フラグ」について説明する。
商品コード取得フラグ：直前の所定時間（例えば１０秒間）内に商品コードを取得しているか否かを示したフラグである。商品コード取得フラグがセットされている場合（例えば値「１」の場合）、直前の所定時間内に商品コードを取得している旨を示し、商品コード取得フラグがセットされていない場合（例えば値「０」の場合）、直前の所定時間内に商品コ―ドを取得していない旨を示す。商品コード取得フラグは、商品コードを取得したことに基づいてセットされる。
商品コード取得フラグクリアタイマ：商品コード取得フラグをクリア（例えば値を「１」から「０」に変更）するタイミングを管理するタイマである。具体的には、商品コード取得フラグクリアタイマは、上記所定時間（例えば１０秒間）をカウントダウン（又はカウントアップ）するタイマである。商品コード取得フラグクリアタイマは、商品コードを取得したことに基づいてセットされる。
店員要確認フラグ：精算装置５０の処理において店員の対応が必要であるか否かを示したフラグである。店員要確認フラグがセットされている場合、店員の対応が必要である旨を示し、店員要確認フラグがクリアされている場合、店員の対応が必要でない旨を示す。店員要確認フラグは、直前の所定時間内に商品コードを取得していない状態（つまり商品の登録がない状態）において、商品投入可能性が比較的高いと判断したことに基づいてセットされる。
【0063】
【0064】
ステップＳ２００：携帯端末６０は、商品コードを取得したか否かを判断する。商品コードを取得した場合（ステップＳ２００：ＹＥＳ）、図６（Ｂ）のステップＳ２０１に進む。商品コードを取得していない場合（ステップＳ２００：ＮＯ）、ステップＳ４００に進む。
ステップＳ４００：携帯端末６０は、第１閾値以上の振動を検出したか否かを判断する。つまり、携帯端末６０は、第１閾値以上の大きさの振動があったか否かを判断する。第１閾値以上の振動を検出した場合（ステップＳ４００：ＹＥＳ）、図７（Ａ）のステップＳ４０１に進む。第１閾値以上の振動を検出していない場合（ステップＳ４００：ＮＯ）、ステップＳ５０２に進む。
ステップＳ４００：携帯端末６０は、第１閾値以上の振動を検出したか否かを判断する。つまり、携帯端末６０は、第１閾値以上の大きさの振動があったか否かを判断する。第１閾値以上の振動を検出した場合（ステップＳ４００：ＹＥＳ）、図７（Ａ）のステップＳ４０１に進む。第１閾値以上の振動を検出していない場合（ステップＳ４００：ＮＯ）、ステップＳ５０２に進む。
【0065】
ステップＳ５０２：携帯端末６０は、直前の所定時間内に商品コードを取得している状態（商品コード取得後状態）であるか否かを判断する。具体的には、携帯端末６０は、商品コード取得フラグがセットされている場合には商品コード取得後状態であると判断し、商品コード取得フラグがセットされていない場合には商品コード取得後状態でないと判断する。図６（Ｂ）のステップＳ２０１、図７（Ａ）のステップＳ４０１においても同様である。商品コード取得後状態である場合（ステップＳ５０２：ＹＥＳ）、ステップＳ５０３に進む。商品コード取得後状態でない場合（ステップＳ５０２：ＮＯ）、ステップＳ６００に進む。なお、商品コード取得後状態は、商品の投入が予定されている状態（商品投入待ち状態）でもある。
【0066】
ステップＳ５０３：携帯端末６０は、商品コード取得後状態（商品投入待ち状態）の終了タイミングであるか否かを判断する。具体的には、携帯端末６０は、商品コード取得フラグクリアタイマがタイムアウトした場合には商品コード取得後状態の終了タイミングであると判断し、商品コード取得フラグクリアタイマがタイムアウトしていない場合には商品コード取得後状態の終了タイミングでないと判断する。終了タイミングである場合（ステップＳ５０３：ＹＥＳ）、図７（Ｂ）のステップＳ５０９に進む。終了タイミングでない場合（ステップＳ５０３：ＮＯ）、ステップＳ６００に進む。
【0067】
ステップＳ６００：携帯端末６０は、会計指示ボタンＢＴ６３０の操作があったか否かを判断する。会計指示ボタンＢＴ６３０の操作があった場合（ステップＳ６００：ＹＥＳ）、ステップＳ７００に進む。会計指示ボタンＢＴ６３０の操作がなかった場合（ステップＳ６００：ＮＯ）、ステップＳ２００に戻る。
ステップＳ７００：携帯端末６０は、精算用コードを生成、表示する。そして、本フローチャートは終了する。なお、顧客は、携帯端末６０に表示されている精算用コードを精算装置５０に読み取らせる。
ステップＳ７００：携帯端末６０は、精算用コードを生成、表示する。そして、本フローチャートは終了する。なお、顧客は、携帯端末６０に表示されている精算用コードを精算装置５０に読み取らせる。
【0068】
（図６（Ｂ）のフローチャート）
ステップＳ２０１：携帯端末６０は、商品コード取得後状態（商品投入待ち状態）であるか否かを判断する。商品コード取得後状態である場合（ステップＳ２０１：ＹＥＳ）、ステップＳ２０８に進む。商品コード取得後状態でない場合（ステップＳ２０１：ＮＯ）、ステップＳ２３５に進む。
ステップＳ２０８：携帯端末６０は、商品コード取得フラグクリアタイマをクリアする（カウントを止める）。続いてステップＳ２０９に進む。
ステップＳ２０９：携帯端末６０は、商品コード取得フラグをクリアする。続いてステップＳ２２０に進む。
ステップＳ２２０：携帯端末６０は、商品を投入した旨を顧客に確認する。例えば、携帯端末６０は、図５（Ｃ）の小画面ＳＧ３０を表示する。図７（Ａ）のステップＳ４２０や図７（Ｂ）のステップＳ５２０についても同様である。続いてステップＳ２２１に進む。
ステップＳ２２１：携帯端末６０は、確認の操作があったか否かを判断する。例えば、携帯端末６０は、図５（Ｃ）の小画面ＳＧ３０のＯＫボタンＢＴ３５の操作があったか否かを判断する。図７（Ａ）のステップＳ４２１や図７（Ｂ）のステップＳ５２１についても同様である。確認の操作があった場合（ステップＳ２２１：ＹＥＳ）、ステップＳ２２５に進む。確認の操作がなかった場合（ステップＳ２２１：ＮＯ）、ステップＳ２２１に戻る。
ステップＳ２０１：携帯端末６０は、商品コード取得後状態（商品投入待ち状態）であるか否かを判断する。商品コード取得後状態である場合（ステップＳ２０１：ＹＥＳ）、ステップＳ２０８に進む。商品コード取得後状態でない場合（ステップＳ２０１：ＮＯ）、ステップＳ２３５に進む。
ステップＳ２０８：携帯端末６０は、商品コード取得フラグクリアタイマをクリアする（カウントを止める）。続いてステップＳ２０９に進む。
ステップＳ２０９：携帯端末６０は、商品コード取得フラグをクリアする。続いてステップＳ２２０に進む。
ステップＳ２２０：携帯端末６０は、商品を投入した旨を顧客に確認する。例えば、携帯端末６０は、図５（Ｃ）の小画面ＳＧ３０を表示する。図７（Ａ）のステップＳ４２０や図７（Ｂ）のステップＳ５２０についても同様である。続いてステップＳ２２１に進む。
ステップＳ２２１：携帯端末６０は、確認の操作があったか否かを判断する。例えば、携帯端末６０は、図５（Ｃ）の小画面ＳＧ３０のＯＫボタンＢＴ３５の操作があったか否かを判断する。図７（Ａ）のステップＳ４２１や図７（Ｂ）のステップＳ５２１についても同様である。確認の操作があった場合（ステップＳ２２１：ＹＥＳ）、ステップＳ２２５に進む。確認の操作がなかった場合（ステップＳ２２１：ＮＯ）、ステップＳ２２１に戻る。
【0069】
ステップＳ２３５：携帯端末６０は、図６（Ａ）のステップＳ２００にて取得した商品コード等をクラウドサーバ２０に送信する。続いてステップＳ２３８に進む。
ステップＳ２３８：携帯端末６０は、商品コード取得フラグをセットする。続いてステップＳ２３９に進む。
ステップＳ２３９：携帯端末６０は、商品コード取得フラグクリアタイマをセットする。続いて図６（Ａ）のステップＳ２００に戻る。
ステップＳ２３８：携帯端末６０は、商品コード取得フラグをセットする。続いてステップＳ２３９に進む。
ステップＳ２３９：携帯端末６０は、商品コード取得フラグクリアタイマをセットする。続いて図６（Ａ）のステップＳ２００に戻る。
【0070】
（図７（Ａ）のフローチャート）
ステップＳ４０１：携帯端末６０は、商品コード取得後状態（商品投入待ち状態）であるか否かを判断する。商品コード取得後状態である場合（ステップＳ４０１：ＹＥＳ）、ステップＳ４０８に進む。商品コード取得後状態でない場合（ステップＳ４０１：ＮＯ）、図８のステップＳ４４０に進む。
ステップＳ４０８：携帯端末６０は、商品コード取得フラグクリアタイマをクリアする。続いてステップＳ４０９に進む。
ステップＳ４０９：携帯端末６０は、商品コード取得フラグをクリアする。続いてステップＳ４１０に進む。
ステップＳ４０１：携帯端末６０は、商品コード取得後状態（商品投入待ち状態）であるか否かを判断する。商品コード取得後状態である場合（ステップＳ４０１：ＹＥＳ）、ステップＳ４０８に進む。商品コード取得後状態でない場合（ステップＳ４０１：ＮＯ）、図８のステップＳ４４０に進む。
ステップＳ４０８：携帯端末６０は、商品コード取得フラグクリアタイマをクリアする。続いてステップＳ４０９に進む。
ステップＳ４０９：携帯端末６０は、商品コード取得フラグをクリアする。続いてステップＳ４１０に進む。
【0071】
ステップＳ４１０：携帯端末６０は、第２閾値以上の振動を検出したか否かを判断する。つまり、図６（Ａ）のステップＳ４００において第１閾値以上の大きさの振動を検出したが、当該振動の大きさが第２閾値以上であるか否かを判断する。第２閾値以上の振動を検出した場合（ステップＳ４１０：ＹＥＳ）、図６（Ａ）のステップＳ２００に戻る。第２閾値以上の振動を検出していない場合（ステップＳ４１０：ＮＯ）、ステップＳ４２０に進む。
ステップＳ４２０：携帯端末６０は、商品を投入した旨を顧客に確認する。続いてステップＳ４２１に進む。
ステップＳ４２１：携帯端末６０は、確認の操作があったか否かを判断する。確認の操作がなかった場合（ステップＳ４２１：ＮＯ）、ステップＳ４２１に戻る。
ステップＳ４２０：携帯端末６０は、商品を投入した旨を顧客に確認する。続いてステップＳ４２１に進む。
ステップＳ４２１：携帯端末６０は、確認の操作があったか否かを判断する。確認の操作がなかった場合（ステップＳ４２１：ＮＯ）、ステップＳ４２１に戻る。
【0072】
（図７（Ｂ）のフローチャート）
ステップＳ５０９：携帯端末６０は、商品コード取得フラグをクリアする。続いてステップＳ５２０に進む。
ステップＳ５２０：携帯端末６０は、商品を投入した旨を顧客に確認する。続いてステップＳ４５１に進む。
ステップＳ５２１：携帯端末６０は、確認の操作があったか否かを判断する。確認の操作があった場合（ステップＳ５２１：ＹＥＳ）、図６（Ａ）のステップＳ２００に戻る。確認の操作がなかった場合（ステップＳ５２１：ＮＯ）、ステップＳ５２１に戻る。
ステップＳ５０９：携帯端末６０は、商品コード取得フラグをクリアする。続いてステップＳ５２０に進む。
ステップＳ５２０：携帯端末６０は、商品を投入した旨を顧客に確認する。続いてステップＳ４５１に進む。
ステップＳ５２１：携帯端末６０は、確認の操作があったか否かを判断する。確認の操作があった場合（ステップＳ５２１：ＹＥＳ）、図６（Ａ）のステップＳ２００に戻る。確認の操作がなかった場合（ステップＳ５２１：ＮＯ）、ステップＳ５２１に戻る。
【0073】
（図８のフローチャート）
ステップＳ４４０：携帯端末６０は、第２閾値以上の振動を検出したか否かを判断する。つまり、図６（Ａ）のステップＳ４００において第１閾値以上の大きさの振動を検出したが、当該振動の大きさが第２閾値以上であるか否かを判断する。第２閾値以上の振動を検出した場合（ステップＳ４４０：ＹＥＳ）、ステップＳ４５０に進む。第２閾値以上の振動を検出していない場合（ステップＳ４４０：ＮＯ）、ステップＳ４７０に進む。
ステップＳ４４０：携帯端末６０は、第２閾値以上の振動を検出したか否かを判断する。つまり、図６（Ａ）のステップＳ４００において第１閾値以上の大きさの振動を検出したが、当該振動の大きさが第２閾値以上であるか否かを判断する。第２閾値以上の振動を検出した場合（ステップＳ４４０：ＹＥＳ）、ステップＳ４５０に進む。第２閾値以上の振動を検出していない場合（ステップＳ４４０：ＮＯ）、ステップＳ４７０に進む。
【0074】
ステップＳ４５０：携帯端末６０は、エラー音（警告音）を出力（例えば、１秒間出力）する。エラー音は、ステップＳ４７０にて出力する通知音よりも強い調子の音（例えば、「ビブッ」と形容されるような音）である。続いてステップＳ４６０に進む。
【0075】
ステップＳ４６０：携帯端末６０は、顧客に商品の専用バッグ９０への投入の指示し、精算装置５０で店員が対応する旨を報知する。例えば、携帯端末６０は、図５（Ａ）の小画面ＳＧ１０を表示する。続いてステップＳ４６１に進む。
ステップＳ４６１：携帯端末６０は、確認の操作があったか否かを判断する。例えば、携帯端末６０は、図５（Ａ）の小画面ＳＧ１０のＯＫボタンＢＴ１５の操作があったか否かを判断する。確認の操作があった場合（ステップＳ４６１：ＹＥＳ）、ステップＳ４６９に進む。確認の操作がなかった場合（ステップＳ４６１：ＮＯ）、ステップＳ４６１に戻る。
ステップＳ４６１：携帯端末６０は、確認の操作があったか否かを判断する。例えば、携帯端末６０は、図５（Ａ）の小画面ＳＧ１０のＯＫボタンＢＴ１５の操作があったか否かを判断する。確認の操作があった場合（ステップＳ４６１：ＹＥＳ）、ステップＳ４６９に進む。確認の操作がなかった場合（ステップＳ４６１：ＮＯ）、ステップＳ４６１に戻る。
【0076】
ステップＳ４６９：携帯端末６０は、店員要確認フラグをセットする。なお、既に、店員要確認フラグがセットされている場合には、ステップＳ４６９の処理は省略してもよい。続いて図６（Ａ）のステップＳ２００に戻る。
【0077】
ステップＳ４７０：携帯端末６０は、通知音（確認音）を出力（例えば、１秒間出力）する。通知音は、ステップＳ４５０にて出力するエラー音よりも柔らかい調子の音（例えば、「ポロローン」で形容されるような音）である。続いてステップＳ４８０に進む。
【0078】
ステップＳ４８０：携帯端末６０は、商品を登録するか否かを顧客に確認する。例えば、携帯端末６０は、図５（Ｂ）の小画面ＳＧ２０を表示する。続いてステップＳ４８１に進む。
ステップＳ４８１：携帯端末６０は、登録しない旨の操作があったか否かを判断する。例えば、携帯端末６０は、図５（Ｂ）の小画面ＳＧ２０の登録しないボタンＢＴ２５の操作があったか否かを判断する。登録しない旨の操作があった場合（ステップＳ４８１：ＹＥＳ）、図６（Ａ）のステップＳ２００に戻る。登録しない旨の操作がなかった場合（ステップＳ４８１：ＮＯ）、ステップＳ４８２に進む。
ステップＳ４８１：携帯端末６０は、登録しない旨の操作があったか否かを判断する。例えば、携帯端末６０は、図５（Ｂ）の小画面ＳＧ２０の登録しないボタンＢＴ２５の操作があったか否かを判断する。登録しない旨の操作があった場合（ステップＳ４８１：ＹＥＳ）、図６（Ａ）のステップＳ２００に戻る。登録しない旨の操作がなかった場合（ステップＳ４８１：ＮＯ）、ステップＳ４８２に進む。
【0079】
ステップＳ４８２：携帯端末６０は、登録する旨の操作があったか否かを判断する。例えば、携帯端末６０は、図５（Ｂ）の小画面ＳＧ２０の登録するボタンＢＴ２６の操作があったか否かを判断する。登録する旨の操作があった場合（ステップＳ４８２：ＹＥＳ）、ステップＳ４８３に進む。登録する旨の操作がなかった場合（ステップＳ４８２：ＮＯ）、ステップＳ４８１に戻る。
【0080】
ステップＳ４８３：携帯端末６０は、商品コードを取得したか否かを判断する。商品コードを取得した場合（ステップＳ４８３：ＹＥＳ）、ステップＳ４８５に進む。商品コードを取得していない場合（ステップＳ４８３：ＮＯ）、ステップＳ４８３に戻る。
ステップＳ２８５：携帯端末６０は、ステップＳ４８３にて取得した商品コード等をクラウドサーバ２０に送信する。続いて図６（Ａ）のステップＳ２００に戻る。
ステップＳ２８５：携帯端末６０は、ステップＳ４８３にて取得した商品コード等をクラウドサーバ２０に送信する。続いて図６（Ａ）のステップＳ２００に戻る。
【0081】
（携帯端末６０の他の実施例（実施例２））
実施例１に示した動作（機能）は、スキャン動作の有無に応じてその後の動作を変化させるものではなかったが、実施例２では、スキャン動作の有無に応じてその後の動作を変化させる。具体的には、携帯端末６０は、実施例１の機能ａに代えて実施例２の機能ａ’を実現するように動作し、実施例１の機能ｂに代えて実施例２の機能ｂ’を実現するように動作する。なお、詳細は、図９～図１１のフローチャートを用いて説明する。
実施例１に示した動作（機能）は、スキャン動作の有無に応じてその後の動作を変化させるものではなかったが、実施例２では、スキャン動作の有無に応じてその後の動作を変化させる。具体的には、携帯端末６０は、実施例１の機能ａに代えて実施例２の機能ａ’を実現するように動作し、実施例１の機能ｂに代えて実施例２の機能ｂ’を実現するように動作する。なお、詳細は、図９～図１１のフローチャートを用いて説明する。
【0082】
（機能ａ’）携帯端末６０は、スキャン動作のみで実際には商品の登録がないのにカート７０への商品の投入があったと判断し（図１１のステップＳ４０２（ＮＯ））、かつ、当該判断の確度が比較的高い場合、エラー音を出力し、商品の専用バッグ９０への投入の指示し、精算装置５０で店員が対応する旨を報知する（図８のステップ４５０、ステップ４６０）。
【0083】
つまり、実施例１では、商品が登録されていない状態で第２閾値以上の振動を検出すれば、図４（Ｂ）に示したようなスキャン動作が行われていたか否かに関わらず、例えば、図５（Ａ）に示したような小画面ＳＧ１０を表示するが、実施例２では、商品が登録されていない状態で第２閾値以上の振動を検出してもスキャン動作が行われていなければ小画面ＳＧ１０を表示しない（スキャン動作が行われていれば小画面ＳＧ１０を表示する）。
【0084】
（機能ｂ’）携帯端末６０は、スキャン動作のみで実際には商品の登録がないのにカート７０への商品の投入があったと判断したものの（図１１のステップＳ４０２（ＮＯ））、当該判断の確度が比較的低い場合、通知音を出力し、商品を登録するか否かを確認する（図８のステップ４７０、ステップ４８０）。
【0085】
つまり、実施例１では、商品が登録されていない状態で第１閾値以上第２閾値未満の振動を検出すれば、スキャン動作が行われていたか否かに関わらず、例えば、図５（Ｂ）に示したような小画面ＳＧ２０を表示するが、実施例２では、商品が登録されていない状態で第１閾値以上第２閾値未満の振動を検出してもスキャン動作が行われていなければ小画面ＳＧ２０を表示しない（スキャン動作が行われていれば小画面ＳＧ２０を表示する）。
【0086】
図９～図１１は、携帯端末６０の動作の他の例を説明するフローチャートである。図９（Ａ）のフローチャートは、サービス開始画面における買物開始指示ボタンの操作に基づいて開始する。図９（Ｂ）、図１０（Ａ）、図１０（Ｂ）、図１１のフローチャートは、夫々、図９（Ａ）のフローチャートから遷移する。
【0087】
（フラグ、タイマの説明）
はじめに、図９～図１１のフローチャートにおいて登場する「スキャン動作直前有無フラグ（以下「スキャン動作フラグ」と略称する）」、「スキャン動作フラグクリアタイマ」について説明する。
スキャン動作フラグ：直前の所定時間（例えば１０秒間）内にスキャン動作が行われているか否かを示したフラグである。スキャン動作フラグがセットされている場合（例えば値「１」の場合）、直前の所定時間内にスキャン動作が行われている旨を示し、スキャン動作フラグがセットされていない場合（例えば値「０」の場合）、直前の所定時間内にスキャン動作が行われていない旨を示す。スキャン動作フラグは、スキャン動作を検出したことに基づいてセットされる。
スキャン動作フラグクリアタイマ：スキャン動作フラグをクリア（例えば値を「１」から「０」に変更）するタイミングを管理するタイマである。具体的には、スキャン動作クリアタイマは、上記所定時間（例えば１０秒間）をカウントダウン（又はカウントアップ）するタイマである。スキャン動作クリアタイマは、スキャン動作を検出したことに基づいてセットされる。
はじめに、図９～図１１のフローチャートにおいて登場する「スキャン動作直前有無フラグ（以下「スキャン動作フラグ」と略称する）」、「スキャン動作フラグクリアタイマ」について説明する。
スキャン動作フラグ：直前の所定時間（例えば１０秒間）内にスキャン動作が行われているか否かを示したフラグである。スキャン動作フラグがセットされている場合（例えば値「１」の場合）、直前の所定時間内にスキャン動作が行われている旨を示し、スキャン動作フラグがセットされていない場合（例えば値「０」の場合）、直前の所定時間内にスキャン動作が行われていない旨を示す。スキャン動作フラグは、スキャン動作を検出したことに基づいてセットされる。
スキャン動作フラグクリアタイマ：スキャン動作フラグをクリア（例えば値を「１」から「０」に変更）するタイミングを管理するタイマである。具体的には、スキャン動作クリアタイマは、上記所定時間（例えば１０秒間）をカウントダウン（又はカウントアップ）するタイマである。スキャン動作クリアタイマは、スキャン動作を検出したことに基づいてセットされる。
【0088】
（図９（Ａ）のフローチャート）
図９（Ａ）のフローチャートの開始時において、各フラグ（商品コード取得フラグ、店員要確認フラグ、スキャン動作フラグ）、各タイマ（商品コード取得フラグクリアタイマ、スキャン動作フラグクリアタイマ）は、初期化される。
図９（Ａ）のフローチャートの開始時において、各フラグ（商品コード取得フラグ、店員要確認フラグ、スキャン動作フラグ）、各タイマ（商品コード取得フラグクリアタイマ、スキャン動作フラグクリアタイマ）は、初期化される。
【0089】
図９（Ａ）のフローチャートは、図６（Ａ）のフローチャートに対し、ステップＳ１００、ステップＳ３０２及びステップＳ３０３が追加されている。なお、図９（Ａ）のフローチャートでは、ステップＳ６００以降（ステップＳ６００、ステップＳ７００）の図示を省略している。図９（Ａ）のフローチャートのステップＳ２００、ステップＳ４００、ステップＳ５０２、ステップＳ５０３、ステップＳ６００（図示省略）及びステップＳ７００（図示省略）は、図６（Ａ）のフローチャートと同様であるため、説明の一部又は全部を省略する。
【0090】
ステップＳ１００：携帯端末６０は、スキャン動作があったか否かを判断する。スキャン動作があった場合（ステップＳ１００：ＹＥＳ）、図９（Ｂ）のステップＳ１０６に進む。スキャン動作がなかった場合（ステップＳ１００：ＮＯ）、ステップＳ２００に進む。
【0091】
ステップＳ２００：携帯端末６０は、商品コードを取得したか否かを判断し、商品コードを取得した場合（ステップＳ２００：ＹＥＳ）、図１０（Ａ）のステップＳ２０１の処理を実行し、商品コードを取得していない場合（ステップＳ２００：ＮＯ）、ステップＳ３０２の処理を実行する。
【0092】
ステップＳ３０２：携帯端末６０は、直前の所定時間内にスキャン動作が行われている状態（スキャン動作後状態）であるか否かを判断する。具体的には、携帯端末６０は、スキャン動作フラグがセットされている場合にはスキャン動作後状態であると判断し、スキャン動作フラグがセットされていない場合にはスキャン動作後状態でないと判断する。図１１のステップＳ４０２においても同様である。スキャン動作後状態である場合（ステップＳ３０２：ＹＥＳ）、ステップＳ３０３に進む。スキャン動作後状態でない場合（ステップＳ３０２：ＮＯ）、ステップＳ４００に進む。
【0093】
ステップＳ３０３：携帯端末６０は、スキャン動作後状態の終了タイミングであるか否かを判断する。具体的には、携帯端末６０は、スキャン動作フラグクリアタイマがタイムアウトした場合にはスキャン動作後状態の終了タイミングであると判断し、スキャン動作フラグクリアタイマがタイムアウトしていない場合にはスキャン動作後状態の終了タイミングでないと判断する。終了タイミングである場合（ステップＳ３０３：ＹＥＳ）、図１０（Ｂ）のステップＳ３０６に進む。終了タイミングでない場合（ステップＳ３０３：ＮＯ）、ステップＳ４００に進む。
【0094】
ステップＳ４００：携帯端末６０は、第１閾値以上の振動を検出したか否かを判断し、第１閾値以上の振動を検出した場合（ステップＳ４００：ＹＥＳ）、図１１のステップＳ４０１の処理を実行し、第１閾値以上の振動を検出していない場合（ステップＳ４００：ＮＯ）、ステップＳ５０２の処理を実行する。
【0095】
ステップＳ５０２：携帯端末６０は、直前の所定時間内に商品コードを取得している状態（商品コード取得後状態）であるか否かを判断し、商品コード取得後状態である場合（ステップＳ５０２：ＹＥＳ）、ステップＳ５０３の処理を実行し、商品コード取得後状態でない場合（ステップＳ５０２：ＮＯ）、ステップＳ６００の処理を実行する。
ステップＳ５０３：携帯端末６０は、商品コード取得後状態（商品投入待ち状態）の終了タイミングであるか否かを判断し、終了タイミングである場合（ステップＳ５０３：ＹＥＳ）、図７（Ｂ）のステップＳ５０９の処理を実行し、終了タイミングでない場合（ステップＳ５０３：ＮＯ）、ステップＳ６００の処理を実行する。また、上述したように、図９（Ａ）のフローチャートではステップＳ６００以降の図示は省略したが、図６（Ａ）のフローチャートのステップＳ６００以降と同様である。
ステップＳ５０３：携帯端末６０は、商品コード取得後状態（商品投入待ち状態）の終了タイミングであるか否かを判断し、終了タイミングである場合（ステップＳ５０３：ＹＥＳ）、図７（Ｂ）のステップＳ５０９の処理を実行し、終了タイミングでない場合（ステップＳ５０３：ＮＯ）、ステップＳ６００の処理を実行する。また、上述したように、図９（Ａ）のフローチャートではステップＳ６００以降の図示は省略したが、図６（Ａ）のフローチャートのステップＳ６００以降と同様である。
【0096】
（図９（Ｂ）のフローチャート）
ステップＳ１０６：携帯端末６０はスキャン動作フラグをセットする。続いてステップＳ１０７に進む。
ステップＳ１０７：携帯端末６０は、スキャン動作フラグクリアタイマをセットする。続いて図９（Ａ）のステップＳ１００に戻る。
ステップＳ１０６：携帯端末６０はスキャン動作フラグをセットする。続いてステップＳ１０７に進む。
ステップＳ１０７：携帯端末６０は、スキャン動作フラグクリアタイマをセットする。続いて図９（Ａ）のステップＳ１００に戻る。
【0097】
（図１０（Ａ）のフローチャート）
図１０（Ａ）のフローチャートは、図６（Ｂ）のフローチャートに対し、ステップＳ２３６及びステップＳ２３６が追加されている。なお、図１０（Ａ）のフローチャートでは、図６（Ｂ）のフローチャートの破線枠Ｐ内のステップ（ステップＳ２０１～ステップＳ２２１）の内容を纏めて「Ｐ」と省略している。図１０（Ａ）のフローチャートのステップＳ２０１～ステップＳ２２１（「Ｐ」と省略）、ステップＳ２３５、ステップＳ２３８及びステップＳ２３９は、図６（Ｂ）のフローチャートと同様であるため、説明の一部又は全部を省略する。
図１０（Ａ）のフローチャートは、図６（Ｂ）のフローチャートに対し、ステップＳ２３６及びステップＳ２３６が追加されている。なお、図１０（Ａ）のフローチャートでは、図６（Ｂ）のフローチャートの破線枠Ｐ内のステップ（ステップＳ２０１～ステップＳ２２１）の内容を纏めて「Ｐ」と省略している。図１０（Ａ）のフローチャートのステップＳ２０１～ステップＳ２２１（「Ｐ」と省略）、ステップＳ２３５、ステップＳ２３８及びステップＳ２３９は、図６（Ｂ）のフローチャートと同様であるため、説明の一部又は全部を省略する。
【0098】
ステップＳ２３５：携帯端末６０は、図９（Ａ）のステップＳ２００にて取得した商品コード等をクラウドサーバ２０に送信する。続いてステップＳ２３６に進む。
ステップＳ２３６：携帯端末６０は、スキャン動作フラグクリアタイマをクリアする。続いてステップＳ２３７に進む。
ステップＳ２３７：携帯端末６０は、スキャン動作フラグをクリアする。続いてステップＳ２３８に進む。
ステップＳ２３６：携帯端末６０は、スキャン動作フラグクリアタイマをクリアする。続いてステップＳ２３７に進む。
ステップＳ２３７：携帯端末６０は、スキャン動作フラグをクリアする。続いてステップＳ２３８に進む。
【0099】
携帯端末６０は、商品コード取得フラグをセットし（ステップＳ２３８）、商品コード取得フラグクリアタイマをセットし（ステップＳ２３９）、図９（Ａ）のステップＳ１００に戻る。
【0100】
【0101】
（図１１のフローチャート）
図１１のフローチャートは、図７（Ａ）のフローチャートに対し、ステップＳ４０２、ステップＳ４３６及びステップＳ４３７が追加されている。なお、図１１のフローチャートでは、図７（Ａ）のフローチャートのステップＳ４０８以降（ステップＳ４０８～ステップＳ４１０、ステップＳ４２０、ステップＳ４２１）の図示を省略している。図１１のフローチャートのステップＳ４０１、ステップＳ４０８以降（図示省略）は、図７（Ａ）のフローチャートと同様であるため、説明の一部又は全部を省略する。
図１１のフローチャートは、図７（Ａ）のフローチャートに対し、ステップＳ４０２、ステップＳ４３６及びステップＳ４３７が追加されている。なお、図１１のフローチャートでは、図７（Ａ）のフローチャートのステップＳ４０８以降（ステップＳ４０８～ステップＳ４１０、ステップＳ４２０、ステップＳ４２１）の図示を省略している。図１１のフローチャートのステップＳ４０１、ステップＳ４０８以降（図示省略）は、図７（Ａ）のフローチャートと同様であるため、説明の一部又は全部を省略する。
【0102】
ステップＳ４０１：携帯端末６０は、商品コード取得後状態（商品投入待ち状態）であるか否かを判断し、商品コード取得後状態である場合（ステップＳ４０１：ＹＥＳ）、ステップＳ４０８以降の処理を実行し、商品コード取得後状態でない場合（ステップＳ４０１：ＮＯ）、ステップＳ４０２の処理を実行する。
【0103】
ステップＳ４０２：携帯端末６０は、スキャン動作後状態であるか否かを判断する。スキャン動作後状態である場合（ステップＳ４０２：ＹＥＳ）、ステップＳ４３６に進む。スキャン動作後状態でない場合（ステップＳ４０２：ＮＯ）、図９（Ａ）のステップＳ１００に戻る。
【0104】
ステップＳ４３６：携帯端末６０は、スキャン動作フラグクリアタイマをクリアする。続いてステップＳ４３７に進む。
ステップＳ４３７：携帯端末６０は、スキャン動作フラグをクリアする。続いて、図８のステップＳ４４０に進む。つまり、図１１のステップＳ４３７に続く処理は、図７（Ａ）のステップＳ４０１（ＮＯ）の場合に続く処理と同様である。
ステップＳ４３７：携帯端末６０は、スキャン動作フラグをクリアする。続いて、図８のステップＳ４４０に進む。つまり、図１１のステップＳ４３７に続く処理は、図７（Ａ）のステップＳ４０１（ＮＯ）の場合に続く処理と同様である。
【0105】
以上、第１実施形態について説明したが、第１実施形態によれば、携帯端末６０を用いた商品の登録を好適に実施することができる。例えば、実施例１の携帯端末６０は、商品が登録されていない状態において、振動検出部によって検出された振動（ＣＰＵが取得した振動値）が、第１閾値以上第２閾値未満であれば未登録の商品投入（いわゆるカゴ抜け）が生じたと判断（低確度）し、第２閾値以上であればカゴ抜けが生じたと判断（高確度）する（機能ａ及び機能ｂ）。実施例１の携帯端末６０によれば、未登録の商品がカート７０（買物籠８０）に投入されたと判断した場合に、当該判断の確度に応じて適切な対応を採ることができる。また、実施例２の携帯端末６０は、スキャン動作後であることを条件に、商品が登録されていない状態において、振動検出部によって検出された振動（ＣＰＵが取得した振動値）が、第１閾値以上第２閾値未満であれば未登録の商品投入（カゴ抜け）が生じたと判断（低確度）し、第２閾値以上であればカゴ抜けが生じたと判断（高確度）する（機能ａ’及び機能ｂ’）。実施例２の携帯端末６０によれば、カート７０の走行やカート７０への人や物の衝突等による振動の影響を無視しつつ、スキャン動作を行うことで商品の登録を偽装するといった悪意のある顧客にも有効に対処することができる。また、実施例１の携帯端末６０（実施例２の携帯端末６０も同様）によれば、登録した商品のカート７０への投入のし忘れを防止することができる（機能ｃ～機能ｅ）。
【0106】
以下、第１実施形態に関する他の構成について説明する。なお、以下に説明する第１実施形態に関する他の構成のうち、第２実施形態（携帯端末６０がカート側振動検出部（後述）から振動値を取得等する場合）の他の構成としても適用可能なものは、第２実施形態に適用してもよい。
【0107】
なお、実施例１、実施例２に共通するが、携帯端末６０は、図６（Ｂ）のステップＳ２２０において、登録した商品を投入した旨を顧客に確認すると説明したが、登録した商品を投入したか登録した商品を投入せずに棚に戻したかを確認してもよい。例えば、携帯端末６０は、ステップＳ２２０において、図５（Ｃ）の小画面ＳＧ３０に代えて、投入した旨のボタンと投入せずに棚に戻した旨のボタンとを操作可能に表示した小画面ＳＧ４０（非図示）を表示してもよい。図７（Ａ）のステップＳ４２０や図７（Ｂ）のステップＳ５２０においても同様である。
【0108】
携帯端末６０は、小画面ＳＧ４０（非図示）において棚に戻した旨のボタンが操作された場合、精算機（精算装置５０）で店員が対応する旨を報知してもよいし、更に、登録したが棚に戻した商品を専用バッグ９０に入れる旨を報知してもよい。例えば、携帯端末６０は、小画面ＳＧ４０（非図示）において棚に戻した旨のボタンが操作された場合には、図５（Ａ）の小画面ＳＧ１０を表示してもよい。
【0109】
また、実施例１、実施例２に共通するが、携帯端末６０は、図８のステップＳ４８１において、登録しない旨の操作があった場合（例えば、図５（Ｂ）の小画面ＳＧ２０の登録しないボタンＢＴ２５の操作があった場合）、店員要確認フラグをセットし、実施例１の場合には図６（Ａ）のステップＳ２００に戻ってもよい（実施例２の場合には図９（Ａ）のステップＳ１００に戻ってもよい）。
【0110】
また、実施例１、実施例２に共通するが、携帯端末６０は、図８のステップＳ４８３において、所定時間内に商品コードを取得しなかった場合には、再度、商品を登録するか否かを確認してもよい（ステップＳ４８０に戻ってもよい）。携帯端末６０は、所定時間内に商品コードを取得しなかった場合には、再度、商品を登録するか否かを確認することに代えて又は加えて、店員要確認フラグをセットしてもよい。
【0111】
また、実施例１、実施例２に共通するが、携帯端末６０は、会計指示ボタンＢＴ６３０の操作があった場合（ステップＳ６００：ＹＥＳ）、図６（Ｂ）の破線枠Ｐ内のステップ（ステップＳ２０１～ステップＳ２２１）を実行し、その後、精算用コードを生成、表示してもよい（ステップＳ７００）。
【0112】
つまり、携帯端末６０は、上述した機能（機能ａ、機能ｂ、機能ａ’、機能ｂ’、機能ｃ、機能ｄ、機能ｅ）に代えて又は加えて、下記機能ｆを実現するように動作してもよい。
【0113】
（機能ｆ）携帯端末６０は、会計指示ボタンＢＴ６３０の操作があった際に、当該商品よりも前に登録した商品についてカート７０への投入がなかったと判断した場合（第１閾値以上の振動を検出しなかった場合）、商品を投入した旨を確認する。
【0114】
また、実施例１、実施例２に共通するが、上記フローチャート（図６～図１１のフローチャート）では、夫々のフラグに対応する夫々のタイマを生成（起動）し、夫々のフラグを制御（クリア）する例を説明したが、タイマを生成せずにログなどとして記録する時刻からの経過時間に基づいて、夫々のフラグを制御してもよい。つまり、タイムスタンプによってフラグを制御してもよい。一例として、携帯端末６０は、図６（Ｂ）のステップＳ２３８において商品コード取得フラグをセットし、続くステップＳ２３９において商品コード取得フラグを制御するタイマとして商品コード取得フラグクリアタイマをセットし、例えば、図６（Ａ）のステップＳ５０３にて商品コード取得フラグクリアタイマの値を参照して終了タイミングを判断しているが、ステップＳ２３９において商品コード取得フラグクリアタイマをセットせずに（つまりステップＳ２３９の処理を行わずに）、図６（Ａ）のステップＳ５０３では商品コード取得フラグのセット時刻（ステップＳ２３８の処理時刻）又は商品コード等の送信時刻（ステップＳ２３５の処理時刻）からの経過時間を参照して終了タイミングを判断してもよい。
【0115】
また、上記フローチャートでは、夫々のフラグの値（セットされているか否か）に基づいて制御を異ならせる例を説明したが、タイマの状態（つまりカウント中であるか否か）に基づいて制御を異ならせてもよい。一例として、携帯端末６０は、図６（Ｂ）のステップＳ２３８において商品コード取得フラグをセットし、続くステップＳ２３９において商品コード取得フラグを制御するタイマとして商品コード取得フラグクリアタイマをセットし、例えば、図６（Ａ）のステップＳ５０２にて商品コード取得フラグの値を参照して商品コード取得後状態であるか否かを判断しているが、ステップＳ２３８において商品コード取得フラグをセットせずに（つまりステップＳ２３８の処理を行わずに）、図６（Ａ）のステップＳ５０２では商品コード取得フラグクリアタイマが動作中（カウント中）であるか否かで商品コード取得後状態であるか否かを判断してもよい。
【0116】
また、フラグやタイマの一方又は両方に代えて又は加えて、ステータス（動作状況情報）を用いて（変化、参照等して）、動作を制御してもよい。変化するステータスは、例えば、スキャン動作前（無）状態、スキャン動作後（有）状態、商品コード取得後状態（商品投入待ち状態）などである。
【0117】
また、実施例１、実施例２に共通するが、携帯端末６０は、カゴ抜けが生じたと判断（高確度）した場合（図８のステップＳ４４０）、確認の操作の後に（ステップＳ４６１（ＹＥＳ））、店員用確認フラグをセットしているが（ステップＳ４６９）、カゴ抜けが生じたと判断（高確度）した場合には、無条件に（例えば、エラー音を出力する前に）、店員用確認フラグをセットしてもよい。
【0118】
また、実施例１、実施例２に共通するが、携帯端末６０は、カゴ抜けが生じたと判断（高確度）した場合、店員用確認フラグをセットしているが（図８のステップＳ４６９）、店員用確認フラグのセットに代えて又は加えて、カゴ抜けが生じたと判断（高確度）した旨の情報を取引識別情報とともに他の装置（例えば、クラウドサーバ２０、取引状況管理装置４０）に送信してもよい。
【0119】
取引状況管理装置４０は、取引におけるカゴ抜け発生の情報（カゴ抜けが生じたと判断されているか否かの情報）を表示（カゴ抜けが生じたと判断（高確度）した旨の情報をクラウドサーバ２０に送信し、取引状況管理装置４０に送信しない態様の場合にはクラウドサーバ２０にアクセスして表示）してもよい。なお、携帯端末６０は、カゴ抜けが生じたと判断（高確度）した場合、カゴ抜けが生じたと判断（高確度）した旨の情報等を店員の携帯端末に送信してもよい。
【0120】
各取引における携帯端末６０の判断結果をカウントしてもよい。例えば、各取引において、カゴ抜けが生じたと判断（低確度）した低確度回数（図８のステップＳ４４０（ＮＯ）と判断した回数）、又は、カゴ抜けが生じたと判断（高確度）した高確度回数（図８のステップＳ４４０（ＹＥＳ）と判断した回数）の一方又は両方をカウントしてもよい。
【0121】
低確度回数や高確度回数のカウントは携帯端末６０が行ってもよいし、携帯端末６０以外の装置（例えば、クラウドサーバ２０、取引状況管理装置４０）が行ってもよい。つまり、携帯端末６０は、各取引において、カゴ抜けが生じたと判断（低確度）した場合、自身で低確度回数をカウントアップしてもよいし、カゴ抜けが生じたと判断（低確度）した旨の情報を取引識別情報とともにクラウドサーバ２０に送信し、クラウドサーバ２０側で低確度回数をカウントアップしてもよいし、カゴ抜けが生じたと判断（低確度）した旨の情報を取引識別情報とともに取引状況管理装置４０に送信し、取引状況管理装置４０側で低確度回数をカウントアップしてもよい。カゴ抜けが生じたと判断（高確度）した場合についても同様である。
【0122】
なお、携帯端末６０が低確度回数や高確度回数をカウントアップする態様において、携帯端末６０は、低確度回数又は高確度回数をカウントアップしたときは、取引識別情報とともにカウントアップ後の回数（又は、カウントアップした回数の別（つまり、低確度回数と高確度回数のどちらをカウントアップしたか）を示した情報）を取引識別情報とともにクラウドサーバ２０や取引状況管理装置４０に送信してもよい。携帯端末６０は、低確度回数又は高確度回数をカウントアップしたときに代えて又は加えて、取引情報を要求する際に（図３のステップＳ１０）、取引識別情報とともに最終的な回数をクラウドサーバ２０や取引状況管理装置４０に送信してもよい。なお、携帯端末６０は、低確度回数や高確度回数を取引識別情報とともに店員の携帯端末に送信してもよい。
【0123】
また、携帯端末６０から受信したカゴ抜けが生じたと判断した旨の情報（低確度／高確度）に基づいてクラウドサーバ２０（取引状況管理装置４０も同様）が低確度回数や高確度回数をカウントアップする態様において、クラウドサーバ２０（取引状況管理装置４０も同様）は、低確度回数又は高確度回数をカウントアップしたときは、カウントアップ後の回数（又は、カウントアップした回数の別を示した情報）を当該携帯端末６０に送信してもよい。
【0124】
取引状況管理装置４０は、各取引におけるカゴ抜け発生の情報（低確度回数、高確度回数）を表示（低確度回数や高確度回数をクラウドサーバ２０がカウントアップし、取引状況管理装置４０がカウントアップしない態様の場合にはクラウドサーバ２０にアクセスして表示）してもよい。
【0125】
また、精算装置５０において、例えば、高確度回数が０回であっても、低確度回数が所定回数以上である場合には、店員が介在するようにしてもよい。この場合、精算装置５０は、「店員によるランダムにチェックが行われます」や「誤操作カウントが〇回以上となったため店員が確認させていただきます」等のメッセージを表示してもよい。
【0126】
なお、携帯端末６０は、振動検出部によって検出される振動（振動値）の閾値との比較結果（振動比較結果）に代えて又は加えて、撮像部によって取得（撮像）される画像の比較結果（画像比較結果）に基づいて、カゴ抜け判断の確度を判断してもよい。例えば、携帯端末６０は、振動前の画像である前画像（例えば、第１閾値以上の振動が検出される前に撮像された画像）と振動後の画像である後画像（第１閾値以上の振動が検出された後に撮像された画像）とを比較した画像比較結果に基づいて、カゴ抜け判断の確度を判断してもよい。また、携帯端末６０は、振動比較結果に代えて又は加えて、画像比較結果に基づいて、カゴ抜けの発生を判断してもよい。つまり、携帯端末６０は、振動比較結果、画像比較結果のうちの少なくとも一方に基づいてカゴ抜けの発生を判断し、振動比較結果、画像比較結果のうちの少なくとも一方に基づいてカゴ抜け判断の確度を判断してもよい（組み合わせは３×３の９通りである）。
【0127】
一例として、画像比較結果に基づいてカゴ抜けの発生を判断し、画像比較結果に基づいてカゴ抜け判断の確度を判断する構成の場合、携帯端末６０は、商品が登録されていない状態において、注目する２つの画像（前画像、後画像）の差異度（例えば、前画像全体の特徴量と後画像全体の特徴量の差を示した値を算出する。上記差異度は、前画像に存在しないオブジェクトが後画像にも存在していない場合よりも、前画像に存在しないオブジェクトが後画像には存在している場合の方が大きな値となる。従って、携帯端末６０は、商品が登録されていない状態において、算出した差異度が第１閾値以上第２閾値未満であればカゴ抜けが生じたと判断（低確度）し、算出した差異度が第２閾値場以上である場合にはカゴ抜けが生じたと判断（高確度）してもよい。
【0128】
携帯端末６０は、上述したように、ホルダ部７２に取り付けらけた状態で使用されるが、振動検出部によってホルダ部７２に取り付けられているか否かを判断してもよい。例えば、携帯端末６０は、所定の時間、姿勢に変化がない場合（つまり加速度等を検出しない場合）、ホルダ部７２に取り付けられていると判断してもよい。なお、カート７０は、ホルダ部７２に取り付けた携帯端末６０を充電する充電機能を備えてもよい。この場合、携帯端末６０は、該充電機能による充電がなされている場合（例えば、充電中であると認識している場合、又は充電機能に係るカート７０側のコネクタ（端子又はケーブル）との接続を認識している場合）には、ホルダ部７２に取り付けられていると判断してもよい。また、カート７０は、ホルダ部７２に携帯端末６０が取り付けられているか否かを認識可能なセンサと通信部とを備え、カート７０は、ホルダ部７２に取り付けられている携帯端末６０に対し、ホルダ部７２に取り付けられている旨の情報を送信（所定の時間間隔で送信）してもよい。この場合、携帯端末６０は、所定時間に亘って、上記情報を受信していない場合、ホルダ部７２に取り付けられていないと判断してもよい。
【0129】
携帯端末６０は、ホルダ部７２に取り付けられているときにはカゴ抜けが生じたか否かを判断するカゴ抜け判断機能を有効とし、ホルダ部７２に取り付けられていないときにはカゴ抜け判断機能を無効としてもよい。つまり、携帯端末６０は、ホルダ部７２から取り外された場合にはカゴ抜け判断機能を有効から無効に切り替え、ホルダ部７２に再度取り付けられた場合にはカゴ抜け判断機能を無効から有効に切り替えてもよい。携帯端末６０が顧客の所有物ではなくカート７０の一部として構成されるものである場合には、カゴ抜け判断機能の有効／無効を切り替える機能はなくてもよい（つまりカゴ抜け判断機能は常に有効であってもよい）。
【0130】
また、携帯端末６０がホルダ部７２に取り付けられているか否かに応じて、携帯端末６０による商品の登録を制限してもよい。例えば、携帯端末６０がホルダ部７２に取り付けられている場合には商品の登録を許可し、携帯端末６０がホルダ部７２に取り付けられていない場合には商品の登録を禁止してもよい。禁止の方法は、例えば、撮像部での撮像を禁止する方法であってもよいし、商品コードの取得（図３のステップＳ１）を禁止する方法であってもよいし、クラウドサーバ２０への商品コード等の送信（図３のステップＳ２）を禁止する方法であってもよいし、クラウドサーバ２０における取引情報の更新（図１のステップＳ４）を禁止する方法であってもよい。
【0131】
また、携帯端末６０がホルダ部７２に取り付けられていない場合には、商品の種類に応じて携帯端末６０による登録を制限してもよい。具体的には、携帯端末６０がホルダ部７２に取り付けられている状態では登録が不可能な商品又は登録が困難な特定商品（大きな商品、陳列棚の値札のバーコードを読み取る商品等）については、携帯端末６０がホルダ部７２に取り付けられている場合であっても登録を許可し、特定商品以外の商品（つまりホルダ部７２に取り付けられている状態でも登録が容易な商品）について、ホルダ部７２に取り付けられていない場合には登録を禁止してもよい。特定商品であるか否かは、例えば、商品マスタに予め設定しておいてもよい。
【0132】
（第２実施形態）
第１実施形態では携帯端末６０が振動を検出したが、第２実施形態ではカート７０が振動を検出する。カート７０は、少なくとも、振動検出部及び通信部を備える。なお、説明の便宜上、携帯端末６０が備える振動検出部を端末側振動検出部と称し、カート７０が備える振動検出部をカート側振動検出部と称する場合がある。カート７０が備える振動検出部（カート側振動検出部）は、当該カート７０（自カート７０）の振動や、当該カート７０に載置された買物籠８０の振動を検出する、例えば、加速度センサ、ジャイロセンサである。
第１実施形態では携帯端末６０が振動を検出したが、第２実施形態ではカート７０が振動を検出する。カート７０は、少なくとも、振動検出部及び通信部を備える。なお、説明の便宜上、携帯端末６０が備える振動検出部を端末側振動検出部と称し、カート７０が備える振動検出部をカート側振動検出部と称する場合がある。カート７０が備える振動検出部（カート側振動検出部）は、当該カート７０（自カート７０）の振動や、当該カート７０に載置された買物籠８０の振動を検出する、例えば、加速度センサ、ジャイロセンサである。
【0133】
カート７０は、カート側振動検出部によって検出した振動値（振動検出結果）を通信部によって携帯端末６０に出力する。カート７０の通信部と携帯端末６０の通信部との間の通信は、例えば、デバイスコントローラとＵＳＢ等の有線接続による通信であってもよいし、ブルートゥース（登録商標）等の無線接続による通信であってもよい。
【0134】
携帯端末６０は、カート７０から振動値を取得した場合、取得した振動値に基づいて、第１実施形態の場合と同様、カゴ抜けの発生を判断し、カゴ抜け判断の確度を判断する。カート７０から取得した振動値と比較する閾値（第１閾値や第２閾値）は、実際に商品をカート７０（買物籠８０）に投入した際にカート側振動検出部によって検出される振動値（商品投入時の振動値）と、カート７０を移動等させた際にカート側振動検出部によって検出される振動値（商品非投入時の振動値）と、を夫々多数収集し、商品投入時の振動値や商品非投入時の振動値の分布に基づいて、決定してもよい。
【0135】
（他のセンサによる振動の検出）
カート側振動検出部は、例えば、加速度センサ、ジャイロセンサであると説明したが、カート側振動検出部は、当該カート７０の振動や当該カート７０に載置された買物籠８０の振動を検出可能なセンサであればよく、重量（例えば、買物籠８０内の商品の重量）を検出可能なセンサ（例えば、ロードセル）であってもよいし、圧力（例えば、当該カート７０や買物籠８０に上方から掛かる圧力）を検出するセンサであってもよいし、音圧（例えば、当該カート７０や買物籠８０の周辺の音圧）を検出するセンサであってもよい。つまり、カート側振動検出部は、端末側振動検出部と同様、加速度センサやジャイロセンサであってもよいが、商品を投入した場合やカート７０が移動した場合の振動は、重量の変化や、圧力の変化や、音圧の変化としても検出可能であるため、カート側振動検出部は、重量を検出可能なセンサや圧力を検出するセンサや音圧を検出するセンサであってもよい。換言すれば、カート７０は、振動を検出するセンサ（カート側振動検出部）として、重量検出部や圧力検出部や音圧検出部を備えてもよい。
カート側振動検出部は、例えば、加速度センサ、ジャイロセンサであると説明したが、カート側振動検出部は、当該カート７０の振動や当該カート７０に載置された買物籠８０の振動を検出可能なセンサであればよく、重量（例えば、買物籠８０内の商品の重量）を検出可能なセンサ（例えば、ロードセル）であってもよいし、圧力（例えば、当該カート７０や買物籠８０に上方から掛かる圧力）を検出するセンサであってもよいし、音圧（例えば、当該カート７０や買物籠８０の周辺の音圧）を検出するセンサであってもよい。つまり、カート側振動検出部は、端末側振動検出部と同様、加速度センサやジャイロセンサであってもよいが、商品を投入した場合やカート７０が移動した場合の振動は、重量の変化や、圧力の変化や、音圧の変化としても検出可能であるため、カート側振動検出部は、重量を検出可能なセンサや圧力を検出するセンサや音圧を検出するセンサであってもよい。換言すれば、カート７０は、振動を検出するセンサ（カート側振動検出部）として、重量検出部や圧力検出部や音圧検出部を備えてもよい。
【0136】
重量の変化から把握する振動値を用いて、カゴ抜けの発生を判断し、カゴ抜け判断の確度を判断する閾値の数は、２以上であってもよい。つまり、重量の変化から把握する振動値と比較する閾値は、カゴ抜け発生の判断と、該判断の確度の判断とが可能な数であればよく、２以上であってもよい。つまり、重量の変化から把握する振動値と比較する閾値は、例えば、実際に商品をカート７０（買物籠８０）に投入した際に検出される重量の変化（商品投入時の重量変化）と、カート７０を移動等させた際に検出される重量の変化と（商品非投入時の重量変化）と、を夫々多数収集し、商品投入時の重量変化や商品非投入時の重量変化のパターンに基づいて、決定してもよい。圧力の変化から把握する振動値と比較する閾値や、音圧の変化から把握する振動値と比較する閾値についても同様である。
【0137】
（振動以外による判断）
なお、カート７０は、振動に代えて又は加えて、重量（例えば、買物籠８０内の商品の重量）を検出（計量）し、重量値（重量検出結果）を携帯端末６０に出力してもよい。また、カート７０は、振動や重量に代えて又は加えて、圧力（例えば、当該カート７０や買物籠８０に上方から掛かる圧力）を検出し、圧力値（圧力検出結果）を携帯端末６０に出力してもよい。また、カート７０は、振動動や重量や圧力に代えて又は加えて、音圧（例えば、当該カート７０や買物籠８０の周辺の音圧）を検出し、音圧値（音圧検出結果）を携帯端末６０に出力してもよい。つまり、カート７０は、振動を検出するセンサ（カート側振動検出部）として、重量検出部や圧力検出部や音圧検出部を備えてもよいが、重量（例えば、買物籠８０内の商品の重量）を検出（計量）するものとして重量検出部を備え、圧力（例えば、当該カート７０や買物籠８０に上方から掛かる圧力）を検出するものとして圧力検出部を備え、音圧（例えば、当該カート７０や買物籠８０の周辺の音圧）を検出するものとして音圧検出部を備えてもよい。
なお、カート７０は、振動に代えて又は加えて、重量（例えば、買物籠８０内の商品の重量）を検出（計量）し、重量値（重量検出結果）を携帯端末６０に出力してもよい。また、カート７０は、振動や重量に代えて又は加えて、圧力（例えば、当該カート７０や買物籠８０に上方から掛かる圧力）を検出し、圧力値（圧力検出結果）を携帯端末６０に出力してもよい。また、カート７０は、振動動や重量や圧力に代えて又は加えて、音圧（例えば、当該カート７０や買物籠８０の周辺の音圧）を検出し、音圧値（音圧検出結果）を携帯端末６０に出力してもよい。つまり、カート７０は、振動を検出するセンサ（カート側振動検出部）として、重量検出部や圧力検出部や音圧検出部を備えてもよいが、重量（例えば、買物籠８０内の商品の重量）を検出（計量）するものとして重量検出部を備え、圧力（例えば、当該カート７０や買物籠８０に上方から掛かる圧力）を検出するものとして圧力検出部を備え、音圧（例えば、当該カート７０や買物籠８０の周辺の音圧）を検出するものとして音圧検出部を備えてもよい。
【0138】
携帯端末６０は、カート７０から取得した種々の情報に基づいて、カゴ抜けの発生を判断し、カゴ抜け判断の確度を判断してもよい。つまり、携帯端末６０は、カート７０から取得する、振動値（振動検出結果）、重量値（重量検出結果）、圧力値（圧力検出結果）、音圧値（音圧検出結果）のうちの少なくとも１つと、夫々の閾値（第１閾値、第２閾値）と、に基づいて、商品投入の有無を判断しかつ該判断の確度を判断してもよい。
【0139】
カート７０から取得した重量値と比較する閾値（第１閾値や第２閾値）については、例えば、増加分の重量が商品投入によるものではないと判断可能な重量（具体的には、最軽量の商品の重量よりも小さい重量）を第１閾値とし、増加分の重量が商品投入によるものであると判断可能な重量（つまり、誤差によって増加したとは考えられないような重量）を第２閾値としてもよい。
【0140】
カート７０から取得した圧力値と比較する閾値（第１閾値や第２閾値）は、実際に商品をカート７０（買物籠８０）に投入した際にカート７０が備える圧力検出部によって検出される圧力値（商品投入時の圧力値）と、カート７０を移動等させた際にカート７０が備える圧力検出部によって検出される圧力値（商品非投入時の圧力値）と、を夫々多数収集し、商品投入時の圧力値や商品非投入時の圧力値の分布に基づいて、決定してもよい。カート７０から取得した音圧力値と比較する閾値についても同様である。
【0141】
なお、携帯端末６０に代えて、カート７０が、カゴ抜けの発生を判断し、カゴ抜け判断の確度を判断してもよい。例えば、カート７０は、ＣＰＵや記憶部を備え、自身が検出した検出結果（振動検出結果、重量検出結果、圧力検出結果、音圧検出結果のうちの少なくとも１つ）と、記憶部に記憶した検出結果毎の閾値（第１閾値、第２閾値）とに基づいて、カゴ抜けの発生を判断し、カゴ抜け判断の確度を判断してもよい。カート７０は、判断結果を携帯端末６０に送信する。
【0142】
なお、カート７０が振動検出部（カート側振動検出部）を備えると説明したが、振動検出部を備える振動検出器をカート７０に取り付けてもよい。また、買物籠８０が振動検出部を備えてもよいし、買物籠８０に振動検出器を取り付けてもよい。重量検出部、圧力検出部、音圧検出部についても同様である。
【0143】
なお、カート７０側には２以上の振動検出部（カート側振動検出部）を設けてもよい（カート７０側の２以上の箇所に振動検出部を設けてもよい）。重量検出部、圧力検出部、音圧検出部についても同様である。
【0144】
以上、第２実施形態について説明したが、第２実施形態によれば、第１実施形態と同様、携帯端末を用いた商品の登録を好適に実施することができる。また、複数種類のセンシング情報（振動、重量、圧力、音圧）を用いたり、複数箇所でセンシングしたりすることにより、判断の精度が向上する。
【0145】
以上、各実施形態について説明したが、各実施形態によれば、携帯端末を用いた商品の登録を好適に実施することができる。
【0146】
（変形例等）
以上、各実施形態について説明したが、機器の構成、データの構成、処理の流れ、表示及び出力の態様などは、例えば下記（１）～（８）に示すように、適宜変更が可能である。また、下記（１）～（８）は、夫々適宜組み合わされてよい。
以上、各実施形態について説明したが、機器の構成、データの構成、処理の流れ、表示及び出力の態様などは、例えば下記（１）～（８）に示すように、適宜変更が可能である。また、下記（１）～（８）は、夫々適宜組み合わされてよい。
【0147】
（１）第１実施形態では、携帯端末６０が備える端末側振動検出部等の検出結果（振動等）に基づいて商品投入の有無を判断しかつ該判断の確度を判断する例を説明し、第２実施形態ではカート側振動検出部等の検出結果（振動等）に基づいて商品投入の有無を判断しかつ該判断の確度を判断する例を説明したが、第１実施形態と第２実施形態を組み合わせてもよい。つまり、携帯端末６０は、携帯端末６０自身の端末側振動検出部が検出した振動、携帯端末６０自身の撮像部によって取得した撮像画像、カート側振動検出部から取得した振動、重量検出部から取得した重量、圧力検出部から取得した圧力、音圧検出部から取得した音圧のうちの少なくとも１つに基づいて、商品投入の有無を判断しかつ該判断の確度を判断してもよい。カート７０に情報を集めて（携帯端末６０からカート７０に検出結果を送信し）、カート７０が判断してもよい。
【0148】
なお、カート７０側のカート側振動検出部等の検出結果は利用せずに携帯端末６０の振動検出部等の検出結果を利用して判断する態様において、携帯端末６０からカート７０に検出結果を送信し、携帯端末６０に代えてカート７０が、商品投入の有無を判断しかつ該判断の確度を判断してもよい。下記（２）以降において携帯端末６０の動作として説明する内容についても同様である。
【0149】
（２）第１実施形態（第２実施形態も同様）では、振動（振動検出結果）に係る閾値が２つ（第１閾値、第２閾値）である例を説明したが、３以上であってもよい。つまり、第１実施形態（第２実施形態も同様）では、振動が、第１閾値未満であれば商品投入無と判断し、第１閾値以上第２閾値未満であれば商品投入有（低確度）と判断し、第２閾値以上であれば商品投入有（高確度）と判断し、商品投入有（低確度）と判断した場合と、商品投入有（高確度）と判断した場合とで異なる情報を出力する例を説明したが、より細かく分類するように判断し、夫々に応じた情報を出力してもよい。画像（画像比較結果）に係る閾値についても同様である。また、第２実施形態における、重量（重量検出結果）に係る閾値、圧力（圧力検出結果）に係るに係る閾値、音圧検出結果に係る閾値についても同様である。
【0150】
（３）第１実施形態（第２実施形態も同様）において、移動中のカート７０（買物籠８０）への商品の投入を考慮してもよい。振動中のカート７０への商品投入による振動は、静止中のカート７０への商品投入による振動よりも大きいと考えられるため、移動中のカート７０への商品の投入を考慮する場合であっても、移動中のカート７０への商品の投入を考慮しない場合と同様、振動が、第１閾値未満であれば商品投入無と判断し、第１閾値以上第２閾値未満であれば商品投入有（低確度）と判断し、第２閾値以上であれば商品投入有（高確度）と判断してもよい。
【0151】
あるいは、静止中のカート７０に実際に商品を投入した際に振動検出部によって検出される振動（静止中商品投入時の振動値）と、移動中のカート７０に実際に商品を投入した際に振動検出部によって検出される振動（移動中商品投入時の振動値）と、単にカート７０を移動させた際に振動検出部によって検出される振動（移動中商品非投入時の振動値）と、を夫々多数収集し、夫々の振動（静止中商品投入時の振動値、移動中商品投入時の振動値、移動中商品非投入時の振動値）の分布に基づいて２以上の閾値を決定しておき、振動検出部によって検出される振動と当該２以上の閾値とを比較することによって、商品投入無、商品投入有（低確度）、商品投入有（高確度）を判断してもよい。
【0152】
端末側振動検出部（又はカート側振動検出部）とは異なる部材（例えば、携帯端末６０やカート７０の備えるＧＰＳ等の位置センサ、カート７０が備える車輪等の動きを検出するセンサ、音圧検出部、画像認識機能（撮像画像の背景部分の変化の認識等））によってカート７０が静止しているか移動しているかを検出してもよい。上記異なる部材によってカート７０が移動していると判断した場合には、振動検出部によって検出される振動（移動中のカート７０における振動値）とカート動時用の閾値（カート移動時用の第１閾値、カート移動時用の第２閾値）とを比較することによって、商品投入無、商品投入有（低確度）、商品投入有（高確度）を判断してもよい。なお、カート移動時用の閾値は、移動中の夫々の振動（移動中商品投入時、移動中商品非投入時の振動値）の分布に基づいて決定してもよい。
【0153】
（４）第１実施形態（第２実施形態も同様）において、カート７０（買物籠８０）内の商品の荷崩れ（移動）を考慮してもよい。例えば、カート７０内に存在する商品が所定数（例えば、５品）以上である場合には荷崩れが生じ易いと仮定（設定）し、振動検出部によって検出された振動と、振動検出前の時点において既にカート７０に投入されている商品数（又は既に登録した商品数）と、閾値とに基づいて、商品投入無、商品投入有（低確度）、商品投入有（高確度）を判断してもよい。一例として、振動検出部によって検出された振動が第２閾値以上であって当該振動検出前の時点において既にカート７０に投入されている商品数（又は既に登録した商品数）が所定数未満である場合には商品投入有（高確度）と判断し、振動検出部によって検出された振動が第２閾値以上であっても当該振動検出前の時点において既にカート７０に投入されている商品数（又は既に登録した商品数）が所定数以上である場合には商品投入有（低確度）と判断してもよい。なお、既にカート７０に投入された商品数（又は既に登録した商品数）に代えて又は加えて、既にカート７０に投入されている商品（又は既に登録した商品）の総重量や、既にカート７０に投入されている商品（又は既に登録した商品）のサイズや形状も考慮し、荷崩れが生じ易いか否かを設定してもよい。つまり、振動検出部によって検出された振動と、振動検出時における状況（商品数、総重量、商品のサイズや形状のうちの１つ以上）とに基づいて、商品投入無、商品投入有（低確度）、商品投入有（高確度）を判断してもよい。なお、画像に基づいて荷崩れが生じたか否かを判断してもよい。例えば、振動前の画像に存在しないオブジェクトが振動後の画像には存在している場合や、振動前の画像の所定領域（周縁部）において新たなオブジェクトを認識した場合（撮像領域内への商品や手の進入を認識した場合）には、荷崩れが生じていないと判断してもよい。
【0154】
（５）第１実施形態（第２実施形態も同様）では、あるセンシング情報（例えば、１つの振動検出部から取得する振動等）について１つ値（一瞬の値）に基づいて商品投入有無等を判断する例を説明したが、複数の値（例えば、経時的な値の変化のパターン、複数の値から得られる特徴量）に基づいて商品投入有無等を判断してもよい。
【0155】
一例として、振動の場合について説明する。判断用として、実際に商品をカート７０（買物籠８０）に投入した際に端末側振動検出部（又はカート側振動検出部）から連続して得られる振動の変化パターン（商品投入時の振動変化パターン）を多数収集し、商品投入時の振動変化パターンの特徴量を算出しておく。判断の場面では、携帯端末６０は、端末側振動検出部（又はカート側振動検出部）から連続して得られる振動の変化パターンの特徴量を算出し、算出した特徴量と、商品投入時の振動変化パターンの特徴量とを比較し、両者の類似度（一致度）が、第１閾値未満であれば商品投入無と判断し、第１閾値以上第２閾値未満であれば商品投入有（低確度）と判断し、第２閾値以上であれば商品投入有（高確度）と判断してもよい。あるいは、判断用として、カート７０を移動等させた際に端末側振動検出部（又はカート側振動検出部）から連続して得られる振動の変化パターン（商品非投入時の振動変化パターン）を多数収集し、商品非投入時の振動変化パターンの特徴量を算出しておく。判断の場面では、携帯端末６０は、端末側振動検出部（又はカート側振動検出部）から連続して得られる振動の変化パターンの特徴量を算出し、算出した特徴量と、商品非投入時の振動変化パターンの特徴量とを比較し、両者の差異度が、第１閾値未満であれば商品投入無と判断し、第１閾値以上第２閾値未満であれば商品投入有（低確度）と判断し、第２閾値以上であれば商品投入有（高確度）と判断してもよい。携帯端末６０は、商品投入時の振動変化パターンの特徴量と、商品非投入時の振動変化パターンの特徴量の両方を用いて、商品投入無、商品投入有（低確度）、商品投入有（高確度）を判断してもよい。
【0156】
（６）上記（５）にも関連するが、機械学習によって生成された学習済モデルを用いて商品投入有無等を判断してもよい。商品投入有無等の判断用の学習済モデル（以下、学習済モデル１０００と称する）は、例えば、ニューラルネットワークを用いて表されるモデルであってもよい。具体的には、学習済モデル１０００は、センシング情報等（振動値、重量値、音圧値、位置、車輪等の動き、撮像画像等のうちの１つ以上）に基づく夫々の特徴量（振動値に係る特徴量、…、撮像画像等のうちの１つ以上）を入力した場合に、商品が投入された確率（尤度）と、商品が投入されていない確率（尤度）と、を出力するものであってもよい。
【0157】
学習済モデル１０００は、学習モデル生成装置（例えば、パーソナルコンピュータ）によって生成される。学習モデル生成装置は、例えば、カート７０に商品を投入していない多数の夫々の場面におけるセンシング情報等に基づく夫々の特徴量（投入無特徴量）と、該夫々の場面では商品を投入していない旨を示した教師データ（つまり投入無特徴量に対応する教師データ）と、カート７０に商品を投入した多数の夫々の場面におけるセンシング情報等に基づく夫々の特徴量（投入有特徴量）と、該夫々の場面では商品を投入した旨を示した教師データ（つまり投入有特徴量に対応する教師データ）とに基づいて生成されたモデルである。
【0158】
携帯端末６０は、センシング情報等から特徴量を算出する。携帯端末６０は、算出した特徴量を学習済モデル１０００の入力層に入力し、出力層から出力値（商品が投入された確率、商品が投入されていない確率）を得る。携帯端末６０は、例えば、出力層から得られた商品が投入された確率が、所定の第１確率（例えば、１０％）未満であれば商品投入無と判断し、所定の第１確率以上であって所定の第２確率（例えば、５０％）未満であれば商品投入有（低確度）と判断し、所定の第２確率であれば商品投入有（高確度）と判断してもよい。
【0159】
（７）上記（６）にも関連するが、機械学習によって生成された学習済モデルを用いてスキャン動作の有無を判断してもよい。スキャン動作の有無の判断用の学習済モデル（以下、学習済モデル１１００と称する）は、例えば、ニューラルネットワークを用いて表されるモデルであってもよい。具体的には、学習済モデル１１００は、撮像画像に基づく特徴量を入力した場合に、スキャン動作が行われた確率（尤度）と、スキャン動作が行われていない確率（尤度）と、を出力するものであってもよい。
【0160】
学習済モデル１１００は、学習モデル生成装置によって生成される。学習モデル生成装置は、例えば、スキャン動作が行われていない多数の夫々の場面における撮像画像に基づく夫々の特徴量（スキャン動作無特徴量）と、該夫々の場面ではスキャン動作が行われていない旨を示した教師データ（つまりスキャン動作無特徴量に対応する教師データ）と、スキャン動作が行われた多数の夫々の場面における撮像画像に基づく夫々の特徴量（スキャン動作有特徴量）と、該夫々の場面ではスキャン動作が行われた旨を示した教師データ（つまりスキャン動作有特徴量に対応する教師データ）とに基づいて生成されたモデルである。学習モデル生成装置によって生成された学習済モデル１１００は、携帯端末６０が参照可能な場所に記憶しておく。
【0161】
携帯端末６０は、撮像画像から特徴量を算出する。携帯端末６０は、算出した特徴量を学習済モデル１１００の入力層に入力し、出力層から出力値（スキャン動作が行われた確率、スキャン動作が行われていない確率）を得る。携帯端末６０は、例えば、出力層から得られたスキャン動作が行われた確率が、所定の確率（例えば、５０％）未満であればスキャン動作が行われていないと判断し、所定の確率以上であればスキャン動作が行われていると判断する。
【0162】
（８）各装置（携帯端末６０、精算装置５０、カート７０等）における各機能（入出力、記憶、処理（判断含む））の一部又は全部は、当該機能の実行主体として説明した装置とは異なる他の装置において実現してもよい。例えば、各装置は、入出力のインターフェース等に特化したいわゆるシンクライアントとして機能してもよい。一例として、各装置の動作を制御するためのプログラムをクラウドサーバ（クラウドサーバ２０と同一であってもよいし他のクラウドサーバであってもよい）が実行し、各装置はブラウジング機能によって画面を表示等してもよい。具体例として、クラウドサーバ２０が、携帯端末６０から判断に必要な情報を取得し（受信）し、商品投入無、商品投入有（低確度）、商品投入有（高確度）を判断してもよい。
【0163】
＜実施形態の総括＞
［技術分野］
本発明は、プログラム、情報端末、システムに関する。
［背景技術］
携帯端末を用いて顧客自ら商品を登録するシステムが知られている（例えば、特許文献１参照）。
［先行技術文献］
［特許文献］
［特許文献１］特開２０１８－１４７２５２号公報
［発明の概要］
［発明が解決しようとする課題］
しかしながら、上述のようなシステムには、例えば悪意のある顧客や不慣れな顧客への対策において改善の余地がある。本発明は、このような事情に鑑みてなされたもので、携帯端末を用いた商品の登録を好適に実施する技術を提供することを目的とする。
［課題を解決するための手段］
［技術分野］
本発明は、プログラム、情報端末、システムに関する。
［背景技術］
携帯端末を用いて顧客自ら商品を登録するシステムが知られている（例えば、特許文献１参照）。
［先行技術文献］
［特許文献］
［特許文献１］特開２０１８－１４７２５２号公報
［発明の概要］
［発明が解決しようとする課題］
しかしながら、上述のようなシステムには、例えば悪意のある顧客や不慣れな顧客への対策において改善の余地がある。本発明は、このような事情に鑑みてなされたもので、携帯端末を用いた商品の登録を好適に実施する技術を提供することを目的とする。
［課題を解決するための手段］
【0164】
（１）上述した課題を解決するための一態様は、購入する商品の登録に用いる情報端末（例えば、携帯端末６０）としてコンピュータを機能させるプログラムであって、前記コンピュータを、画像を取得する画像取得手段、前記画像取得手段で取得した画像内の商品識別情報に基づいて商品を登録する登録手段、自情報端末の振動を検出する振動検出手段（例えば、端末側振動検出部）、自情報端末の操作者に商品の購入に関する情報を出力可能な出力手段（例えば、表示部、音声出力部、通信部）として機能させ、前記出力手段は、前記振動検出手段で所定の振動が検出され、かつ、当該振動の検出前に前記登録手段で商品が登録されていなかった場合（例えば、図７のステップＳ４０１がＮＯの場合）、商品の購入に関する情報（例えば、ステップＳ４５０、ステップＳ４６０、ステップＳ４７０、ステップＳ４８０を参照）を出力することを特徴とするプログラムである。
（１）のプログラムによれば、携帯端末を用いた商品の登録を好適に実施することができる。例えば、カゴ抜けが発生した虞がある場合に、必要な情報を操作者等に報知することができる。
（１）のプログラムによれば、携帯端末を用いた商品の登録を好適に実施することができる。例えば、カゴ抜けが発生した虞がある場合に、必要な情報を操作者等に報知することができる。
【0165】
（２）前記出力手段は、前記振動検出手段で検出した振動に応じて出力内容を異ならせる（例えば、図７のステップＳ４４０、ステップＳ４５０、ステップＳ４７０、ステップＳ４８０を参照）ことを特徴とする（１）に記載のプログラム。
（２）のプログラムによれば、携帯端末を用いた商品の登録を好適に実施することができる。例えば、カゴ抜けが発生の可能性（確度）に応じた好適な情報を操作者に報知することができる。例えば、図８に示したように、カゴ抜けが発生の可能性が比較的高い場合には操作者にカゴ抜けへの対応を求める情報を報知し（ステップＳ４６０）、カゴ抜けが発生の可能性が比較的低い場合には操作者に単に確認をも求める情報を報知するため（ステップＳ４８０）、カゴ抜けへの対策を維持しつつ（緩めることなく）、いたずらに操作者に不快な思いをさせないようにすることができる。また、カゴ抜けに対する店員の対応の頻度も効果的に削減することもできる。
（２）のプログラムによれば、携帯端末を用いた商品の登録を好適に実施することができる。例えば、カゴ抜けが発生の可能性（確度）に応じた好適な情報を操作者に報知することができる。例えば、図８に示したように、カゴ抜けが発生の可能性が比較的高い場合には操作者にカゴ抜けへの対応を求める情報を報知し（ステップＳ４６０）、カゴ抜けが発生の可能性が比較的低い場合には操作者に単に確認をも求める情報を報知するため（ステップＳ４８０）、カゴ抜けへの対策を維持しつつ（緩めることなく）、いたずらに操作者に不快な思いをさせないようにすることができる。また、カゴ抜けに対する店員の対応の頻度も効果的に削減することもできる。
【0166】
（３）前記コンピュータを、前記画像取得手段で取得した画像から自情報端末の操作者の振舞いを認識する振舞認識手段（例えば、画像認識機能）として更に機能させ、前記出力手段は、前記振舞認識手段で認識した振舞が所定の振舞（例えば、スキャン動作）である場合（例えば、図１１のステップＳ４０２を参照）、商品の購入に関する情報を出力することを特徴とする（１）又は（２）に記載のプログラムである。
（３）のプログラムによれば、携帯端末を用いた商品の登録を好適に実施することができる。例えば、カート７０の走行やカート７０への人や物の衝突等による振動の影響を無視しつつ、スキャン動作を行うことで商品の登録を偽装するといった悪意のある顧客に有効に対処することができる。
（３）のプログラムによれば、携帯端末を用いた商品の登録を好適に実施することができる。例えば、カート７０の走行やカート７０への人や物の衝突等による振動の影響を無視しつつ、スキャン動作を行うことで商品の登録を偽装するといった悪意のある顧客に有効に対処することができる。
【0167】
（４）前記出力手段は、商品の購入に関する情報として、商品の購入に際し店員の介在が必要である旨の情報（例えば、図５（Ａ）の小画面ＳＧ１０）、又は、商品の購入の要否を確認する情報（例えば、図５（Ｂ）の小画面ＳＧ２０）を出力することを特徴とする（１）～（３）のいずれかに記載のプログラムである。
（４）のプログラムによれば、携帯端末を用いた商品の登録を好適に実施することができる。場面（状況）に応じた情報を出力することができる。
（４）のプログラムによれば、携帯端末を用いた商品の登録を好適に実施することができる。場面（状況）に応じた情報を出力することができる。
【0168】
（５）前記コンピュータを、前記振動検出手段で検出した振動に基づいて、商品の購入に際し店員の介在が必要であるか否かを判定する店員介在要否判定手段（例えば、図８のステップＳ４４０、ステップＳ４６０、ステップＳ４６９を参照）として更に機能させることを特徴とする（１）～（４）のいずれかに記載のプログラム。
（５）のプログラムによれば、携帯端末を用いた商品の登録を好適に実施することができる。例えば、カゴ抜けに対する店員の対応の頻度も効果的に削減することもできる。
（５）のプログラムによれば、携帯端末を用いた商品の登録を好適に実施することができる。例えば、カゴ抜けに対する店員の対応の頻度も効果的に削減することもできる。
【0169】
（６）上述した課題を解決するための一態様は、購入する商品の登録に用いる情報端末（例えば、携帯端末６０）としてコンピュータを機能させるプログラムであって、前記コンピュータを、画像を取得する画像取得手段、前記画像取得手段で取得した画像内の商品識別情報に基づいて商品を登録する登録手段、自情報端末以外から振動を取得する振動取得手段（例えば、カート側振動検出部から振動値を取得する通信部）、自情報端末の操作者に商品の購入に関する情報を出力可能な出力手段（例えば、表示部、音声出力部、通信部）として機能させ、前記出力手段は、前記振動取得手段で所定の振動が取得され、かつ、当該振動の取得前に前記登録手段で商品が登録されていなかった場合（例えば、図７のステップＳ４０１がＮＯの場合）、商品の購入に関する情報（例えば、ステップＳ４５０、ステップＳ４６０、ステップＳ４７０、ステップＳ４８０を参照）を出力することを特徴とするプログラムである。
（６）のプログラムによれば、（１）のプログラムと同様の効果を得ることができる。
（６）のプログラムによれば、（１）のプログラムと同様の効果を得ることができる。
【0170】
（７）上述した課題を解決するための一態様は、購入する商品の登録に用いる情報端末（例えば、携帯端末６０）であって、画像を取得する画像取得手段と、前記画像取得手段で取得した画像内の商品識別情報に基づいて商品を登録する登録手段と、自情報端末の振動を検出する振動検出手段と、操作者に商品の購入に関する情報を出力可能な出力手段（例えば、表示部、音声出力部、通信部）とを備え、前記出力手段は、前記振動検出手段で所定値以上の振動が検出され、かつ、当該振動の検出前に前記登録手段で商品が登録されていなかった場合（例えば、図７のステップＳ４０１がＮＯの場合）、商品の購入に関する情報（例えば、ステップＳ４５０、ステップＳ４６０、ステップＳ４７０、ステップＳ４８０を参照）、商品の購入に関する情報を出力することを特徴とする情報端末である。
（７）の情報端末によれば、（１）のプログラムと同様の効果を得ることができる。
（７）の情報端末によれば、（１）のプログラムと同様の効果を得ることができる。
【0171】
（８）上述した課題を解決するための一態様は、購入する商品の登録に用いる情報端末（例えば、携帯端末６０）を含むシステムであって、画像を取得する画像取得手段、前記画像取得手段で取得した画像内の商品識別情報に基づいて商品を登録する登録手段、自情報端末の振動を検出する振動検出手段、自情報端末の操作者に商品の購入に関する情報を出力可能な出力手段（例えば、表示部、音声出力部、通信部）を備え、前記出力手段は、前記振動検出手段で所定の振動が検出され、かつ、当該振動の検出前に前記登録手段で商品が登録されていなかった場合（例えば、図７のステップＳ４０１がＮＯの場合）、商品の購入に関する情報（例えば、ステップＳ４５０、ステップＳ４６０、ステップＳ４７０、ステップＳ４８０を参照）を出力することを特徴とするシステムである。
（８）のシステムによれば、（１）のプログラムと同様の効果を得ることができる。
（８）のシステムによれば、（１）のプログラムと同様の効果を得ることができる。
【0172】
（９）自情報端末の姿勢を検出する姿勢検出手段（例えば、携帯端末６０の振動検出部、カート７０側のコネクタ、センサ）と、前記姿勢検出手段で検出した姿勢に応じて前記登録手段での商品の登録を制限する制限手段（例えば、撮像部での撮像を禁止する手段、商品コードの取得を禁止する手段、商品コード等の送信を禁止する手段、取引情報の更新を禁止する手段）とを更に備えることを特徴とする（８）に記載のシステム
（９）のシステムによれば、例えば、携帯端末６０が振動を検出する態様の場合において、確実に、カゴ抜けが発生した虞がある場合に必要な情報を操作者に報知することができる。
（９）のシステムによれば、例えば、携帯端末６０が振動を検出する態様の場合において、確実に、カゴ抜けが発生した虞がある場合に必要な情報を操作者に報知することができる。
【0173】
なお、以上に説明した各装置（本部サーバ１０、ストアコントローラ３０、取引状況管理装置４０、精算装置５０、携帯端末６０、カート７０等）の機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより上記各装置の処理を行ってもよい。ここで、「記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行する」とは、コンピュータシステムにプログラムをインストールすることを含む。ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、インターネットやＷＡＮ、ＬＡＮ、専用回線等の通信回線を含むネットワークを介して接続された複数のコンピュータ装置を含んでもよい。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。このように、プログラムを記憶した記録媒体は、ＣＤ－ＲＯＭ等の非一過性の記録媒体であってもよい。また、記録媒体には、当該プログラムを配信するために配信サーバからアクセス可能な内部または外部に設けられた記録媒体も含まれる。配信サーバの記録媒体に記憶されるプログラムのコードは、端末装置で実行可能な形式のプログラムのコードと異なるものでもよい。すなわち、配信サーバからダウンロードされて端末装置で実行可能な形でインストールができるものであれば、配信サーバで記憶される形式は問わない。なお、プログラムを複数に分割し、それぞれ異なるタイミングでダウンロードした後に端末装置で合体される構成や、分割されたプログラムのそれぞれを配信する配信サーバが異なっていてもよい。さらに「コンピュータ読み取り可能な記録媒体」とは、ネットワークを介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、上述した機能の一部を実現するためのものであってもよい。さらに、上述した機能をコンピュータシステムに既に記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。
【符号の説明】
【0174】
１…販売システム １０…本部サーバ ２０…クラウドサーバ ３０…ストアコントローラ ４０…取引状況管理装置 ５０…精算装置 ６０…携帯端末 ７０…ショッピングカート ９０…専用バッグ
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】