JP2019099373A - 台車及び情報処理装置 - Google Patents

Abstract

【課題】物品が載置されたことを検出することを台車及び情報処理装置を提供する。
【解決手段】ショッピングカートである台車は、載置部、取得手段及び検出手段を備える。載置部は、物品を載置する。取得手段は、載置部の振動の波形を取得する。検出手段は、取得手段により取得された波形に基づいて載置部へと物品が載置されたことを検出する。ショッピングカート１００は、ＣＰＵ１、記憶部２、操作部３、表示器４、状態ランプ５、無線通信部６、加速度センサ７、カードリーダ９、プリンタ１０、時計部１１及びバス１２を含む。ＣＰＵ１、記憶部２、操作部３、表示器４、状態ランプ５、無線通信部６、加速度センサ７、スキャナ８、カードリーダ９、プリンタ１０及び時計部１１は、バス１２に接続される。
【選択図】図１

Description

本発明の実施形態は、台車及び情報処理装置に関する。

買物客が、ショッピングカートなどの台車に備えられた端末を用いて、店舗において購入を決定した商品の買上登録を行いながら、当該買上登録が済んだ商品を上記の台車に載置してゆくようにしたシステムが提案されている。
この種のシステムにおいては、買上登録が済んでいない商品が、買上登録が済んだ商品に混ぜて台車に載置されると、店員が一見しただけではそのような状態にあることを判断することが困難である。

このため、商品が台車に載置される毎に、買上登録が済んでいない商品が載置されることを防止するための何らかの処置を行うことが好ましい。
このような事情から、台車に物品が載置されたことを検知できることが望まれていた。

特開２００９−２４１６６９号公報

本発明が解決しようとする課題は、物品が載置されたことを検出することができる台車及び情報処理装置を提供することである。

実施形態の台車は、載置部、取得手段及び検出手段を備える。載置部は、物品を載置する。取得手段は、載置部の振動の波形を取得する。検出手段は、取得手段により取得された波形に基づいて載置部へと物品が載置されたことを検出する。

一実施形態に係るショッピングカートに備えられる電気的要素の要部回路構成を示すブロック図。 図１に示されるショッピングカートの外観の斜視図。 図１中のＣＰＵの検出処理に係る処理手順を示すフローチャート。 検出リストを示す図。 図１中のＣＰＵの販売処理に係る処理手順を示すフローチャート。 図１中のＣＰＵの販売処理に係る処理手順を示すフローチャート。 図１中のＣＰＵの販売処理に係る処理手順を示すフローチャート。 前回コードエリアの一例を示す図。 商品リストの一例を示す図。 図１中のＣＰＵの販売処理に係る処理手順を示すフローチャート。 図１中のＣＰＵの販売処理に係る処理手順を示すフローチャート。

以下、実施の形態について図面を用いて説明する。なお、本実施形態においては、台車の一形態であるショッピングカートに関する具体例を説明する。
（第１の実施形態）
図１は第１の実施形態に係るショッピングカートに備えられる電気的要素の要部回路構成を示すブロック図である。図２は本実施形態に係るショッピングカートの外観の斜視図である。

図１に示すようにショッピングカート１００は、ＣＰＵ（central processing unit）１、記憶部２、操作部３、表示器４、状態ランプ５、無線通信部６、加速度センサ７、カードリーダ９、プリンタ１０、時計部１１及びバス１２を含む。ＣＰＵ１、記憶部２、操作部３、表示器４、状態ランプ５、無線通信部６、加速度センサ７、スキャナ８、カードリーダ９、プリンタ１０及び時計部１１は、バス１２に接続される。
図２に示すようにショッピングカート１００は、商品かご１０１、走行機構１０２、ユーザインタフェースユニット１０３及びランプユニット１０４を含む。

ＣＰＵ１は、記憶部２に記憶されたオペレーティングシステム、ミドルウェア及びアプリケーションプログラムに基づいて、後述する情報処理を実行する。このＣＰＵ１は、記憶部２とともに構成されるコンピュータの中枢をなす。

記憶部２は、ＲＯＭ（read-only memory）及びＲＡＭ（random-access memory）を含む。記憶部２は、例えばハードディスクドライブやＳＳＤ（solid state drive）などの補助記憶ユニットを含んでも良い。記憶部２は、上記のオペレーティングシステム、ミドルウェア及びアプリケーションプログラムを記憶する。記憶部２は、ＣＰＵ１が各種の処理を行う上で参照するデータを記憶する場合もある。記憶部２の記憶領域の一部は、ＣＰＵ１が各種の処理を行う上で一時的に使用するデータを記憶しておくエリア、つまりワークエリアとして利用される。記憶部２の記憶領域の一部は、それぞれ後述する、検出リスト及び商品リストを記憶する領域として使用される。

操作部３は、典型的にはタッチセンサである。操作部３がタッチセンサである場合、操作部３は表示器４の表示面に重ねて配置される。操作部３は、表示器４の表示画面へのタッチがなされた際に、そのタッチ位置に応じた検出信号を出力する。ただし操作部３としては、タッチセンサ以外の様々な操作デバイスを適宜に用いることもできる。また操作部３としては、タッチセンサ及びその他の様々な操作デバイスのうちの複数を組み合わせて用いることもできる。

表示器４は、典型的にはＬＣＤ（liquid crystal display）である。表示器４は、ＣＰＵ１の制御の下に画像を表示する。表示器４が表示する画像は、通常はショッピングカート１００を使用している買物客に対して提示するべき各種の情報を表した画像である。

状態ランプ５は、４つの表示状態をＣＰＵ１の制御の下に選択的にとり得る。４つの表示状態は、例えば消灯状態、青色点灯状態、黄色点灯状態及び赤色点灯状態である。４つの表示状態はこの他、人間が視覚的に違いを認識可能なものであれば任意であってよい。状態ランプ５は、ショッピングカート１００の周囲に居る人間から表示状態を認識可能なようにランプユニット１０４に取り付けられている。状態ランプ５は、その表示状態を水平方向についての３６０度の範囲のどこからでも、かつ店内の遠くからでも視認できることが望ましい。

無線通信部６は、複数の無線アクセスポイント２００のうちの１つとＬＡＮ３００とを介してサーバ４００と通信する。なお、無線アクセスポイント２００は、店舗内のさまざまな位置に設置される。サーバ４００は、店舗に備えられたいわゆる店舗サーバ、又は複数の店舗を総括する本部に備えられたいわゆる本部サーバ等である。サーバ４００は、商品販売データの集計、さらにはショッピングカート１００で使用するデータの管理などのための情報処理を行う。サーバ４００は、店舗にて販売する商品に関するＰＬＵ（price lock up）ファイルを保持している。ＰＬＵファイルは、店舗にて販売する商品のそれぞれに対応したデータレコードの集合である。ＰＬＵファイルのデータレコードは、対応する商品を識別するために付与された商品コードに関連付けて、対応する商品に関する商品名、単価及び重量などの周知の各種の情報を含んでいる。

加速度センサ７は、商品かご１０１に取り付けられており、商品かご１０１に生じる加速度を計測する。加速度センサ７は、計測した加速度をリアルタイムに出力する。
スキャナ８は、商品を識別するための商品コードを含んだバーコードデータを表したバーコードをスキャンし、バーコードデータを出力する。

カードリーダ９は、決済カードに記録されたカード情報を読み取る。なお、決済カードとは、現金によらずに決済を行うためのカードのことであり、クレジットカード、電子マネー対応ＩＣ（integrated circuit）カード、デビットカード及びプリペイドカードなどが含まれ得る。
プリンタ１０は、例えばサーマルプリンタやドットインパクトプリンタなどであり、レシート等を印刷する。
時計部１１は、現時点の時刻を判定するための計時動作を行い、判定した時刻を表す時刻データを出力する。時計部は、日時を判定し、それを表す日時データを出力するものであってもよい。

走行機構１０２は、商品かご１０１の下方に位置し、商品かご１０１を支持する。走行機構１０２は、４つの車輪１０２ａを備え、手押しによる走行を可能とする。
ユーザインタフェースユニット１０３は、ＣＰＵ１、記憶部２、操作部３、表示器４、無線通信部６、カードリーダ９及びプリンタ１０を収容する。ユーザインタフェースユニット１０３は、表示器４の表示面を買物客に向ける。本実施形態では、カードリーダ９は、磁気ストライプタイプのクレジットカード及び非接触タイプの電子マネー対応ＩＣカードに対応する。カードリーダ９は、スリット９ａに沿って買物客によりスライドされるクレジットカードからカード情報を読み取る。カードリーダ９は、読み取りユニット９ｂに近接したＩＣカードから無線でカード情報を読み取る。なおカードリーダ９は、ＩＣカード以外の媒体に搭載されたＩＣチップからもカード情報と同種の情報を読み取ることができる。プリンタ１０は、プリントしたレシートを排出口１０ａからユーザインタフェースユニット１０３の外に排出する。

次に以上のように構成されたショッピングカート１００の動作について説明する。
買物客は、店舗の入口付近に置かれたショッピングカート１００の使用を開始する場合、開始指示のための予め定められた操作を行う。そして買物客はこの後、当該ショッピングカート１００を押しながら店内を移動する。そして買物客は、購入することを決定した商品の買上登録のための登録操作を行った上で、当該の商品を商品かご１０１に載置する。あるいは買物客は、購入することを決定した商品を商品かご１０１に載置した上で、当該商品の買上登録のための登録操作を行う。複数の商品を買い上げる買物客は、以上の作業を繰り返すことを利用上のルールとする。登録操作は、買上商品に表示されたバーコードにスキャナ８を近接させる動作、あるいは操作部３に含まれていて買上商品が関連付けられたボタンを押下する動作などである。なお、商品が商品かご１０１に載置されることを、以下においては商品投入と称することとする。

加速度センサ７は、常時測定していて、測定した加速度を出力する。そして商品かご１０１に振動が生じると、この振動が加速度の変化として加速度センサ７の出力に表れる。つまり加速度センサ７の出力は、商品かご１０１に振動の波形を表した波形信号である。かくして加速度センサ７は、載置部として機能する商品かご１０１の振動の波形を取得していることになり、取得手段として機能する。加速度センサ７の出力は、サンプリングされて、波形データとして記憶部２に記憶される。

ＣＰＵ１は、開始指示のための上記の操作に応じて、以下に説明する２つの情報処理の実行を開始する。２つの情報処理は、以下においては検出処理及び販売処理と称することとする。検出処理は、商品投入を検出するための処理である。販売処理は、商品の買上登録及び会計のための処理である。ＣＰＵ１は、この検出処理及び販売処理を並行して実行する。ＣＰＵ１は、検出処理及び販売処理を、１つの情報処理プログラムに含まれる別々のプログラムモジュールに従ってそれぞれ実行するのでも、別々の情報処理プログラムに基づいてそれぞれ実行するのでもよい。なお、以下に説明する情報処理の内容は一例であって、同様な結果を得ることが可能な様々な処理を適宜に利用できる。

図３は検出処理に係るＣＰＵ１の処理手順を示すフローチャートである。
Ａｃｔ１としてＣＰＵ１は、検出リストのクリアなどの初期化を行う。
Ａｃｔ２としてＣＰＵ１は、記憶部２に記憶されている波形データのうちから、予め定められた解析期間に加速度センサ７から出力された部分を切り出す。解析期間の長さは例えば、商品投入の際に商品かご１０１に生じる振動が継続する時間を考慮して、ショッピングカート１００の設計者などにより定められる。また解析期間は例えば、解析期間の長さとして定められた時間を現時点から遡った時点始まり、現時点で終わる期間とする。解析期間の長さの設定値は、情報処理プログラム中に記述されるか、参照データとして記憶部２に記憶される。

Ａｃｔ３としてＣＰＵ１は、上記のように切り出した波形データを対象として解析処理を行う。ＣＰＵ１は具体的には、対象となる波形データが示す波形の振幅及び周波数などを解析する。
Ａｃｔ４としてＣＰＵ１は、上記のような解析の結果に、商品投入により商品かご１０１に生じる振動に含まれる特徴があるか否かを確認する。なお、ここでどのような解析の結果が得られている場合に特徴ありと判定すべきかは、ショッピングカート１００の物理的な振動特性などに応じて変化する。そこでどのような解析の結果が得られている場合に特徴ありと判定するかは、ショッピングカート１００の設計者などにより適宜に定められてよい。なお、商品かご１０１に生じる振動は主として、商品投入により生じるものの他に、走行により生じるものがある。そして両ケースの振動は明らかに異なる。そこで走行による振動によって特徴ありと判定しないように、判定の条件を定めることが想定される。そしてＣＰＵ１は、特徴ありと判定したならばＡｃｔ５へと進む。

Ａｃｔ５としてＣＰＵ１は、今回特徴ありとした波形に基づいて、過去に商品投入として検出済みであるか否かを確認する。ＣＰＵ１は、最初にＡｃｔ５を実行する場合には、まだ過去には商品投入を検出していないのでＮｏと判定し、Ａｃｔ６へと進む。
Ａｃｔ６としてＣＰＵ１は、検出リストを更新する。検出リストは、商品投入の検出の個々を識別するための検出コードのリストである。ＣＰＵ１は、検出リストに既に含まれている検出コードとは別の検出コードを予め定められたルールに従って決定し、これを含むように検出リストを更新する。

図４は検出リストを示す図である。
図４では、Ａｃｔ６が６回行われた後の状態の一例を示している。図４の例では、検出コードは昇順の４桁の数値としている。ただし、検出コードは、商品投入としての検出の個々を識別できればよく、別のルールで決定されてもよい。またこの例では、検出リストは、検出コードに関連づけて検出時刻及びチェックフラグを記述している。ＣＰＵ１は、Ａｃｔ６を実行する際に時計部１１が出力している時刻データを、検出コードに関連づけて検出リストに含める。またＣＰＵ１は、「未」を示す状態のチェックフラグを検出コードに関連づけて検出リストに含める。チェックフラグは、後述するように「済」を示す状態に変更されるものであり、関連付けられている検出コードで特定される商品投入に対応する商品コードの取得が済んでいるか否かを表す。

ＣＰＵ１は、Ａｃｔ６を終えたならばＡｃｔ７へと進む。なおＣＰＵ１は、Ａｃｔ３での解析の結果に関して特徴なしと判定したならば、Ａｃｔ４にてＮｏと判定し、Ａｃｔ６をパスしてＡｃｔ７へと進む。
Ａｃｔ７としてＣＰＵ１は、予め定められた待機期間が終了するのを待ち受ける。待機期間は、Ａｃｔ２−Ａｃｔ６を繰り返す周期を定めるものであり、ショッピングカート１００の設計者などにより適宜に定められる。一例として待機期間は、Ａｃｔ２を実行した時点から始まり、それから予め定められた時間が経過した時点に終わる期間とする。ＣＰＵ１は、時計部１１の出力を参照して経過時間を計測し、当該経過時間が上記の設定値以上となった場合に待機期間が終了したとしてＹｅｓと判定し、Ａｃｔ２へと戻る。そしてＣＰＵ１は、Ａｃｔ２以降の処理を前述と同様にして繰り返す。待機期間の長さの設定値は、情報処理プログラム中に記述されるか、参照データとして記憶部２に記憶される。

ここで、２つの解析期間が時間的に重複する可能性がある場合には、波形データの同一部分が２つの解析期間においてそれぞれ切り出される場合がある。また、２つの解析期間が時間的に重複しない場合でも、同一の商品投入に関する波形のうちの異なる部分の波形データが、別々の解析期間にそれぞれ切り出される場合がある。そしてこれらの場合に、同一の商品投入に関して、Ａｃｔ４にて複数回にわたって特徴ありと判定されることがある。そこでＣＰＵ１は、Ａｃｔ２以降を繰り返す場合には、切り出す波形データが、既に検出済みの商品投入により生じた振動の一部を表すものである場合には、Ａｃｔ５にてＹｅｓと判定し、Ａｃｔ６をパスしてＡｃｔ７へと進む。つまりＣＰＵ１は、新たな商品投入の検出とはしない。

以上のような検出処理を実行することによってＣＰＵ１は、取得手段としての加速度センサ７により取得された波形に基づいて商品投入を検出していることになる。かくして検出処理をＣＰＵ１が実行することによって、ＣＰＵ１を中枢部分とするコンピュータは検出手段として機能する。

図５、図６及び図７は販売処理に係るＣＰＵ１の処理手順を示すフローチャートである。
図５中のＡｃｔ１１としてＣＰＵ１は、商品リスト及び前回コードエリアのクリアなどの初期化を行う。商品リストは、買上登録のために取得済みの商品コードの一覧であり、記憶部２に記憶される。前回コードエリアは、記憶部２に設定され、検出リストに含まれた検出コードの１つを記憶するためのエリアである。
図８は前回コードエリアの一例を示す図である。

Ａｃｔ１２としてＣＰＵ１は、商品の買上登録のための登録操作が行われたか否かを確認する。そしてＣＰＵ１は、該当する操作が行われていないならばＮｏと判定し、Ａｃｔ１３へと進む。
Ａｃｔ１３としてＣＰＵ１は、検出リストに最も新しく追加された検出コードを読み出す。ＣＰＵ１は具体的には、検出リストに含まれる最も大きな検出コードを読み出す。なおＣＰＵ１は、関連付けられた検出時刻が最も新しい検出コードを読み出してもよい。
Ａｃｔ１４としてＣＰＵ１は、上記の読み出しにより、これまでに読み出していない新規の検出コードが得られたか否かを確認する。なおＣＰＵ１は、この判定の終了後、新たに読み出した検出コードを前回コードエリアに書き込む。かくしてＣＰＵ１は、新たに読み出した検出コードが前回コードエリアに記憶された検出コードと一致するならば、新規の検出コードが得られていないと判断することができる。なおＣＰＵ１は、まだ商品投入が検出されておらず、検出リストに検出リストが１つも含まれていない場合には、新規の検出コードが得られていないと判断することとする。そしてＣＰＵ１はこれらの場合はＡｃｔ１４にてＮｏと判定し、Ａｃｔ１５へと進む。
Ａｃｔ１５としてＣＰＵ１は、会計処理への移行を指示するための操作が行われたか否かを確認する。そしてＣＰＵ１は、例えば操作部３に設けられた小計キーの押下などの該当する操作が行われていないならばＮｏと判定し、Ａｃｔ１２へと戻る。
かくしてＣＰＵ１はＡｃｔ１２−Ａｃｔ１５としては、登録操作が行われるか、新規の検出コードが取得されるか、あるいは会計処理への移行の指示が行われるのを待ち受ける。

ＣＰＵ１は、買物客による登録操作が行われたならば、Ａｃｔ１２にてＹｅｓと判定し、Ａｃｔ１６へと進む。
Ａｃｔ１６としてＣＰＵ１は、登録操作により買上登録の対象として指定される商品の商品コードを取得し、当該商品コードを含むように商品リストを更新する。ここにＣＰＵ１は、登録操作に応じて取得した商品コードを、商品かご１０１に載置された商品を識別するための識別データとして取得しているのである。かくして情報処理プログラムに基づく情報処理をＣＰＵ１が実行することによって、ＣＰＵ１を中枢部分とするコンピュータは取得手段として機能する。

図９は商品リストの一例を示す図である。
図９においては、商品コードが「ＡＡＡＡ」である商品３個と、商品コードが「ＢＢＢＢ」である商品２個とが取得済みである場合の商品リストを示している。

Ａｃｔ１７としてＣＰＵ１は、検出リストに最も新しく追加された検出コードを読み出す。
Ａｃｔ１８としてＣＰＵ１は、上記の読み出しにより、これまでに読み出していない新規の検出コードが得られたか否かを確認する。そしてＣＰＵ１は、次の新たな商品投入が検出処理により検出されていないために新規の検出コードが得られないならばＮｏと判定し、Ａｃｔ１７へと戻る。
かくしてＣＰＵ１は、Ａｃｔ１７及びＡｃｔ１８としては、新規の検出コードが読み出されるのを待ち受ける。なおＣＰＵ１は、このＡｃｔ１７及びＡｃｔ１８は、具体的にはＡｃｔ１３及びＡｃｔ１４と同様な処理により行う。そしてＣＰＵ１は、新規の検出コードが読み出されたならば、Ａｃｔ１８にてＹｅｓと判定し、Ａｃｔ１２−Ａｃｔ１５の待ち受け状態に戻る。ＣＰＵ１は、このときにはまた、Ａｃｔ１７で読み出した検出コードに関連付けて検出リストに含まれているチェックフラグを「済」を示す状態に更新する。
このようにＣＰＵ１は、商品投入よりも先に登録操作が行われたならば、その後の商品投入がなされた後に、Ａｃｔ１２−Ａｃｔ１５の待ち受け状態に戻る。

ＣＰＵ１は、Ａｃｔ１３にて新たに読み出した検出コードが前回コードエリアに記憶された検出コードと一致しないならば、新規の検出コードが取得されたとしてＡｃｔ１４にてＹｅｓと判定し、図６中のＡｃｔ１９へと進む。

Ａｃｔ１９としてＣＰＵ１は、登録操作が行われたか否かを確認する。そしてＣＰＵ１は、該当する操作が行われていないならばＮｏと判定し、Ａｃｔ２０へと進む。
Ａｃｔ２０としてＣＰＵ１は、検出リストに最も新しく追加された検出コードを読み出す。
Ａｃｔ２１としてＣＰＵ１は、上記の読み出しにより、これまでに読み出していない新規の検出コードが得られたか否かを確認する。なおＣＰＵ１は、このＡｃｔ２０及びＡｃｔ２１は、具体的にはＡｃｔ１３及びＡｃｔ１４と同様な処理により行う。そしてＣＰＵ１は、次の新たな商品投入が検出処理により検出されていないために新規の検出コードが得られないならばＮｏと判定し、Ａｃｔ２２へと進む。
Ａｃｔ２２としてＣＰＵ１は、予め定められた待受期間が終了したか否かを確認する。待受期間は、商品投入後に登録操作を行う場合において、当該登録操作を待ち受ける期間である。待受期間は、ショッピングカート１００の設計者などにより適宜に定められてよい。そしてＣＰＵ１は、待受期間が終了していないならばＮｏと判定し、Ａｃｔ１９に戻る。待受期間の長さは、ショッピングカート１００の設計者などにより適宜に定められる。待受期間の長さの設定値は、情報処理プログラム中に記述されるか、参照データとして記憶部２に記憶される。
かくしてＣＰＵ１はＡｃｔ１９−Ａｃｔ２２としては、登録操作が行われるか、新規の検出コードが取得されるか、あるいは待受時間が終了するのを待ち受ける。

ＣＰＵ１は、待受期間内に買物客による登録操作が行われたならば、Ａｃｔ１９にてＹｅｓと判定し、Ａｃｔ２３へと進む。
Ａｃｔ２３としてＣＰＵ１は、登録操作により買上登録の対象として指定される商品の商品コードを取得し、当該商品コードを含むように商品リストを更新する。そしてＣＰＵ１はこののち、図５中のＡｃｔ１２−Ａｃｔ１５の待受状態に戻る。つまりＣＰＵ１は、このときには、買物客が前述したルールに従い、購入することを決定した商品を商品かご１０１に載置した上で、当該商品の買上登録のための登録操作を行ったと判断し、そのままＡｃｔ１２−Ａｃｔ１５の待ち受け状態に戻る。ＣＰＵ１は、このときには、Ａｃｔ１３で読み出した検出コードに関連付けて検出リストに含まれているチェックフラグを「済」を示す状態に更新する。

さてＣＰＵ１は、登録操作がなされることなく、また新規の検出コードが取得されることも無いままに待受期間が終了したならば、Ａｃｔ２２にてＹｅｓと判定し、Ａｃｔ２４へと進む。
Ａｃｔ２４としてＣＰＵ１は、商品かご１０１へと最後に載置した商品を買上登録するための登録操作を行うよう買物客に促すためのガイダンスを開始する。ガイダンスは、予め定められたガイダンス画面の表示器４での表示として行うことが想定される。しかしながらガイダンスは、表示に変えて、あるいは表示に加えて、音声メッセージの出力などの別の方法により行ってもよい。つまり、この状態においては、まだ買物客がルールに反して行動したわけではないが、ルールを知らずにルールに反して行動する恐れがあるために、正しく行動するように買物客に案内するのである。ガイダンス画面の表示は、商品かご１０１に載置された商品の買上登録が済んでいないことを報知するための情報の出力の一例である。そしてＣＰＵ１は、当該情報を出力する報知動作のための処理を行っていることになる。かくして情報処理プログラムに基づく情報処理をＣＰＵ１が実行することによって、ＣＰＵ１を中枢部分とするコンピュータはそのような処理を行う処理手段として機能する。

Ａｃｔ２５としてＣＰＵ１は、登録操作が行われたか否かを確認する。そしてＣＰＵ１は、該当する操作が行われていないならばＮｏと判定し、Ａｃｔ２６へと進む。
Ａｃｔ２６としてＣＰＵ１は、検出リストに最も新しく追加された検出コードを読み出す。
Ａｃｔ２７としてＣＰＵ１は、上記の読み出しにより、これまでに読み出していない新規の検出コードが得られたか否かを確認する。なおＣＰＵ１は、このＡｃｔ２６及びＡｃｔ２７は、具体的にはＡｃｔ１３及びＡｃｔ１４と同様な処理により行う。そしてＣＰＵ１は、次の新たな商品投入が検出処理により検出されていないために新規の検出コードが得られないならばＮｏと判定し、Ａｃｔ２５へと戻る。
かくしてＣＰＵ１はＡｃｔ２５−Ａｃｔ２７としては、登録操作が行われるか、あるいは新規の検出コードが取得されるのを待ち受ける。ＣＰＵ１は、このＡｃｔ２５−Ａｃｔ２７の待受状態にあるときには、状態ランプ５を黄色点灯させるなどして、店員に知らせるようにしてもよい。当該待受状態が継続する場合、買物客が不慣れである場合が考えられる。従って、状態ランプ５を黄色点灯などによって、その事を店員が認識可能とすれば、買物客に声掛けをするなどの処置を講ずることが可能となる。

ＣＰＵ１は、買物客による登録操作が行われたならば、Ａｃｔ２５にてＹｅｓと判定し、Ａｃｔ２８へと進む。
Ａｃｔ２８としてＣＰＵ１は、登録操作により買上登録の対象として指定される商品の商品コードを含むように商品リストを更新する。
Ａｃｔ２９としてＣＰＵ１は、Ａｃｔ２４で開始していたガイダンスを終了する。そしてＣＰＵ１はこののち、図５中のＡｃｔ１２−Ａｃｔ１５の待受状態に戻る。つまりＣＰＵ１は、このときには、買物客が前述したルールに従い、購入することを決定した商品を商品かご１０１に載置した上で、当該商品の買上登録のための登録操作を行ったと判断し、Ａｃｔ１２−Ａｃｔ１５の待ち受け状態に戻る。

買物客がガイダンスに従って登録操作を行うことなしに、次の商品投入を行った場合、検出処理によって検出リストに新たな検出コードが追加される。そうするとＣＰＵ１は、Ａｃｔ２７にてＹｅｓと判定し、Ａｃｔ３０へと進む。
Ａｃｔ３０としてＣＰＵ１は、警報を開始する。当該警報は、ルールに従わない誤った動作を買物客が行ったことを、買物客及び店員に通報するものである。警報は、予め定められた警報画面の表示器４での表示と、状態ランプ５における赤色点灯とにより行う事が想定される。ただし、警報の内容は任意であってよく、ショッピングカート１００の設計者などにより適宜に定められてよい。

Ａｃｔ３１としてＣＰＵ１は、解除操作がなされるのを待ち受ける。解除操作は、警報を解除するために店員により行うものとして予め定められたものである。店員は、状態ランプ５における赤色点灯により警報を確認したならば、解除操作を行う。この上で、商品リストと商品かご１０１に入れられている商品の照合を行うなどの、誤りに対する処置を適宜に行う。ＣＰＵ１は、このようにして解除操作が行われたならばＹｅｓと判定し、Ａｃｔ３２へと進む。
Ａｃｔ３２としてＣＰＵ１は、Ａｃｔ３０で開始していた警報を終了する。そしてＣＰＵ１はこののち、図５中のＡｃｔ１２−Ａｃｔ１５の待ち受け状態に戻る。

さて、買物客は、買い上げようとする全ての商品の買上登録と、当該商品の商品かご１０１への投入を終えたならば、ＣＰＵ１が図５中のＡｃｔ１２−Ａｃｔ１５の待ち受け状態にあるときに、会計処理への移行を指示するための操作を行う。これに応じてＣＰＵ１は、Ａｃｔ１５にてＹｅｓと判定し、図７中のＡｃｔ３３へと進む。

Ａｃｔ３３としてＣＰＵ１は、会計処理を行う。ＣＰＵ１はすなわち、商品リストに示される全ての商品の買い上げに関する代金を算出する。そしてＣＰＵ１は、当該代金を、決済カードからカードリーダ９によって取得した情報を用いた周知の処理によって決済する。なお、決済は、別の決済装置を用いて行ってもよい。すなわち、ＣＰＵ１は、算出した代金を例えば無線アクセスポイント２００及びＬＡＮ３００を介して決済装置に通知する。決済装置では、当該通知された代金を、任意の決済方法で決済する。この場合の決済には、現金決済を適用することも可能である。なおＣＰＵ１は、この会計処理に際して、例えば単価の取得などのためにサーバ４００に適宜にアクセスしてもよい。

Ａｃｔ３４としてＣＰＵ１は、レシートを発行する。具体的にはＣＰＵ１は、商品のリスト及び決済の結果などを表したレシート画像を生成し、このレシート画像をプリントするようプリンタ１０に指示する。

Ａｃｔ３５としてＣＰＵ１は、状態ランプ５を決済状態とする。決済状態とは、決済が完了していることを買物客及びショッピングカート１００の周囲に居る人に知らせる状態であり、例えば青色点灯の状態とすることが想定される。
Ａｃｔ３６としてＣＰＵ１は、商品リストをクリアする。なおＣＰＵ１は、クリアする前の商品リストを、決済済みの商品のリストとして別に記憶部２に保存してもよい。このようにすれば、買物客が追加購入するべく商品投入を行った場合でも、当該決済済みの商品のリストを参照することにより、決済済みの商品を確認することが可能となる。

Ａｃｔ３７としてＣＰＵ１は、登録操作が行われたか否かを確認する。そしてＣＰＵ１は、該当する操作が行われていないならばＮｏと判定し、Ａｃｔ３８へと進む。
Ａｃｔ３８としてＣＰＵ１は、検出リストに最も新しく追加された検出コードを読み出す。
Ａｃｔ３９としてＣＰＵ１は、上記の読み出しにより、これまでに読み出していない新規の検出コードが得られたか否かを確認する。そしてＣＰＵ１は、次の新たな商品投入が検出処理により検出されていないために新規の検出コードが得られないならばＮｏと判定し、Ａｃｔ３８へと戻る。なおＣＰＵ１は、このＡｃｔ３８及びＡｃｔ３９は、具体的にはＡｃｔ１３及びＡｃｔ１４と同様な処理により行う。
かくしてＣＰＵ１はＡｃｔ３７−Ａｃｔ３９としては、新たな商品の買い上げ登録のための登録操作が行われるか、あるいは新規の検出コードが取得されるのを待ち受ける。

ＣＰＵ１は、買物客が追加購入する商品についての登録操作を行うと、Ａｃｔ３７にてＹｅｓと判定し、Ａｃｔ４０へと進む。
Ａｃｔ４０としてＣＰＵ１は、状態ランプ５を消灯する。ＣＰＵ１はつまり、決済が完了していることを買物客及びショッピングカート１００の周囲に居る人に知らせる状態を解消する。そしてＣＰＵ１はこののち、図５中のＡｃｔ１６以降の処理を前述と同様に実行する。つまりＣＰＵ１は、Ａｃｔ３６でクリア済みの商品リストへの商品コードの追加を再開する。

またＣＰＵ１は、買物客が追加購入するべく登録操作を行うことなしに商品投入した場合は、Ａｃｔ３９にてＹｅｓと判定し、Ａｃｔ４１へと進む。
Ａｃｔ４１としてＣＰＵ１は、状態ランプ５を消灯する。ＣＰＵ１はつまり、決済が完了していることを買物客及びショッピングカート１００の周囲に居る人に知らせる状態を解消する。そしてＣＰＵ１はこののち、図６中のＡｃｔ１９−Ａｃｔ２２の待受状態に戻る。つまりＣＰＵ１は、上記の投入された商品に関しての登録操作が行われるのを待ち受ける状態に移行する。

以上のようにＣＰＵ１は、一旦決済が完了した後においても、追加の買い物のための処理をそのまま開始することが可能である。

ところで、ＣＰＵ１が図６中のＡｃｔ１９−Ａｃｔ２２の待受状態にあるときに、買物客が投入済みの商品についての買上登録を行うことなしに、次の商品投入を行ったとする。これは、明らかにルールに反する行為である。ＣＰＵ１は、この商品投入が検出処理により検出されると、Ａｃｔ２０で新規の検出コードが取得されるようになるので、Ａｃｔ２１にてＹｅｓと判定し、Ａｃｔ３０へと進み、Ａｃｔ３０以降を前述と同様にして実行する。ＣＰＵ１はつまり、そのような商品投入に関して警報を発する。

なお、ＣＰＵ１が図７中のＡｃｔ３７−Ａｃｔ３９の待受状態にあるショッピングカート１００にて、例えば店員により予め定められた終了操作がなされたならば、ＣＰＵ１は検出処理及び販売処理を終了し、開始指示のための操作を待ち受ける状態に移行する。

以上のようにショッピングカート１００によれば、商品かご１０１の振動に基づくことによって、商品かご１０１への商品投入を検出することができる。
またショッピングカート１００によれば、商品投入の前後の予め定められた期間内に買上登録がなされない場合には、ガイダンス画面の表示などにより、商品登録を行うべきであることを買物客に知らせるためのガイダンスを行う。これにより、買上登録がなされていない商品が商品かご１０１に載置されている状態が放置されることの防止を図ることができる。

（第２の実施形態）
続いて第２の実施形態に係るショッピングカートについて説明する。
なお、第２の実施形態のショッピングカートの構成は第１の実施形態と同様であってよく、図１及び図２を援用し、その詳細な説明については省略する。
第２の実施形態におけるショッピングカート１００の動作が第１の実施形態と異なる点は、ＣＰＵ１による情報処理の内容である。ただしＣＰＵ１は、検出処理に関しては、第１の実施形態と同様に実行する。そして販売処理として、以下に説明する情報処理を実行する。

図１０及び図１１は販売処理に係るＣＰＵ１の処理手順を示すフローチャートである。なお、第１の実施形態における販売処理において実行されている処理と同様な処理については、詳細な説明を省略する。
Ａｃｔ５１としてＣＰＵ１は、商品リストのクリアなどの初期化を行う。商品リストは、第１の実施形態と同様であってよい。

Ａｃｔ５２としてＣＰＵ１は、商品の買上登録のための登録操作が行われたか否かを確認する。そしてＣＰＵ１は、該当する操作が行われていないならばＮｏと判定し、Ａｃｔ５３へと進む。
Ａｃｔ５３としてＣＰＵ１は、会計処理への移行を指示するための操作が行われたか否かを確認する。そしてＣＰＵ１は、例えば操作部３に設けられた小計キーの押下などの該当する操作が行われていないならばＮｏと判定し、Ａｃｔ５２へと戻る。
かくしてＣＰＵ１はＡｃｔ５２及びＡｃｔ５３としては、登録操作が行われるか、あるいは会計処理への移行の指示が行われるのを待ち受ける。

ＣＰＵ１は、買物客による登録操作が行われたならば、Ａｃｔ５２にてＹｅｓと判定し、Ａｃｔ５４へと進む。
Ａｃｔ５４としてＣＰＵ１は、登録操作により買上登録の対象として指定される商品の商品コードを取得し、当該商品コードを含むように商品リストを更新する。ここにＣＰＵ１は、登録操作に応じて取得した商品コードを、商品かご１０１に載置された商品を識別するための識別データとして取得しているのである。かくして情報処理プログラムに基づく情報処理をＣＰＵ１が実行することによって、ＣＰＵ１を中枢部分とするコンピュータは取得手段として機能する。
そしてＣＰＵ１は、商品リストを更新し終えたならば、Ａｃｔ５２及びＡｃｔ５３の待受状態へと戻る。

さて、買物客は、買い上げようとする全ての商品の買上登録と、当該商品の商品かご１０１への投入を終えたならば、ＣＰＵ１が図１０中のＡｃｔ５２及びＡｃｔ５３の待ち受け状態にあるときに、会計処理への移行を指示するための操作を行う。これに応じてＣＰＵ１は、Ａｃｔ５３にてＹｅｓと判定し、Ａｃｔ５５へと進む。

Ａｃｔ５５としてＣＰＵ１は、会計処理を行う。
Ａｃｔ５６としてＣＰＵ１は、レシートを発行する。
これら会計処理及びレシートの発行は、第１の実施形態と同様に行われてよい。

Ａｃｔ５７としてＣＰＵ１は、買上登録された商品の数と商品投入の検出数とが一致するか否かを確認する。ＣＰＵ１は具体的には、商品リストに示されている商品の数と、検出リストに含まれる検出コードの数とを比較する。そしてＣＰＵ１は、商品リストに示されている商品の数と、検出リストに含まれる検出コードの数とが一致するならばＹｅｓと判定し、図１１中のＡｃｔ５８へと進む。

Ａｃｔ５８としてＣＰＵ１は、状態ランプ５を決済状態とする。決済状態とは、決済が完了していることを買物客及びショッピングカート１００の周囲に居る人に知らせる状態であり、例えば青色点灯の状態とすることが想定される。
Ａｃｔ５９としてＣＰＵ１は、商品リスト及び検出リストをクリアする。なおＣＰＵ１は、クリアする前の商品リストを、決済済みの商品のリストとして別に記憶部２に保存してもよい。このようにすれば、買物客が追加購入するべく商品投入を行った場合でも、当該決済済みの商品のリストを参照することにより、決済済みの商品を確認することが可能となる。またＣＰＵ１は、クリアする前の検出リストを、決済済みの商品の投入に関する検出のリストとして別に記憶部２に保存してもよい。このようにすれば、買物客が追加購入するべく商品投入を行った場合でも、検出リスト及び決済済みの商品の投入に関する検出のリストにそれぞれ含まれる検出コードの数との和として、トータルの商品投入数を確認することが可能となる。

Ａｃｔ６０としてＣＰＵ１は、登録操作が行われたか否かを確認する。そしてＣＰＵ１は、該当する操作が行われていないならばＮｏと判定し、Ａｃｔ６１へと進む。
Ａｃｔ６１としてＣＰＵ１は、検出リストに最も新しく追加された検出コードを読み出す。
Ａｃｔ６２としてＣＰＵ１は、上記の読み出しにより、これまでに読み出していない新規の検出コードが得られたか否かを確認する。なお、この確認は、第１の実施形態と同様にして行われてよい。そしてＣＰＵ１は、次の新たな商品投入が検出処理により検出されていないために新規の検出コードが得られないならばＮｏと判定し、Ａｃｔ６０へと戻る。
かくしてＣＰＵ１はＡｃｔ６０−Ａｃｔ６２としては、新たな商品の買い上げ登録のための登録操作が行われるか、あるいは新規の検出コードが取得されるのを待ち受ける。

ＣＰＵ１は、買物客が追加購入する商品についての登録操作を行うと、Ａｃｔ６０にてＹｅｓと判定し、Ａｃｔ６３へと進む。
Ａｃｔ６３としてＣＰＵ１は、状態ランプ５を消灯する。ＣＰＵ１はつまり、決済が完了していることを買物客及びショッピングカート１００の周囲に居る人に知らせる状態を解消する。そしてＣＰＵ１はこののち、図１０中のＡｃｔ５４以降の処理を前述と同様に実行する。つまりＣＰＵ１は、Ａｃｔ５９でクリア済みの商品リストへの商品コードの追加を再開する。

またＣＰＵ１は、買物客が追加購入するべく登録操作を行うことなしに商品投入した場合は、Ａｃｔ６２にてＹｅｓと判定し、Ａｃｔ６４へと進む。
Ａｃｔ６４としてＣＰＵ１は、状態ランプ５を消灯する。ＣＰＵ１はつまり、決済が完了していることを買物客及びショッピングカート１００の周囲に居る人に知らせる状態を解消する。そしてＣＰＵ１はこののち、図１０中のＡｃｔ５２及びＡｃｔ５３の待受状態に戻る。つまりＣＰＵ１は、上記の投入された商品に関しての登録操作が行われるのを待ち受ける状態に移行する。

以上のようにＣＰＵ１は、一旦決済が完了した後においても、追加の買い物のための処理をそのまま開始することが可能である。

さてＣＰＵ１は、商品リストに示されている商品の数と、検出リストに含まれる検出コードの数とが一致しなかったならば図１０中のＡｃｔ５７にてＮｏと判定し、Ａｃｔ６５へと進む。
Ａｃｔ６５としてＣＰＵ１は、警報を開始する。当該警報は、買上登録済みの商品数と商品投入の検出数とが一致していないことを、買物客及び店員に通報するものである。警報は、予め定められた警報画面の表示器４での表示と、状態ランプ５における赤色点灯とにより行う事が想定される。ただし、警報の内容は任意であってよく、ショッピングカート１００の設計者などにより適宜に定められてよい。

Ａｃｔ６６としてＣＰＵ１は、解除操作がなされるのを待ち受ける。解除操作は、警報を解除するために店員により行うものとして予め定められたものである。店員は、状態ランプ５における赤色点灯により警報を確認したならば、解除操作を行う。この上で、商品リストと商品かご１０１に入れられている商品の照合を行うなどの、誤りに対する処置を適宜に行う。ＣＰＵ１は、このようにして解除操作が行われたならばＹｅｓと判定し、Ａｃｔ６７へと進む。
Ａｃｔ６７としてＣＰＵ１は、Ａｃｔ６５で開始していた警報を終了する。そしてＣＰＵ１はこののち、図１０及び図１１に示す販売処理を終了する。

以上のように第２の実施形態のショッピングカート１００によれば、商品かご１０１の振動に基づくことによって、商品かご１０１への商品投入を検出することができる。
また第２の実施形態のショッピングカート１００によれば、決済完了後に買上登録された商品の数と商品投入の検出数とが異なる場合には、その旨を警報する。これにより、買上登録された商品と商品かご１０１に載置されている商品とが整合しない場合には、店員などが適切に処置することが可能となる。
また第２の実施形態のショッピングカート１００によれば、買物客は買上登録のための操作と商品投入との順番を考慮する必要がない。

この実施形態は、次のような種々の変形実施が可能である。
ユーザインタフェースユニット１０３をショッピングカート１００の本体に対して着脱可能とし、かつ装着時には商品かご１０１の振動がユーザインタフェースユニット１０３に十分に伝わるようにユーザインタフェースユニット１０３をショッピングカート１００に固定可能とする。さらにユーザインタフェースユニット１０３には、加速度センサ７を内蔵する。そして、ショッピングカート１００の本体と、ユーザインタフェースユニット１０３として使用される情報処理装置とを個別に譲渡するようにしてもよい。この場合、ユーザインタフェースユニット１０３としては、既存のタブレット端末等の情報処理装置に、検出処理及び販売処理の情報処理プログラムをインストールすることにより実現することもできる。

商品リストに示される商品のそれぞれに関して決済済みであるか否かを例えばフラグを商品それぞれに関連付けておくことなどによって管理しておいてもよい。そしてＣＰＵ１は、会計処理後に登録指示がなされた商品については、未決済の商品として商品リストに追加することとして、商品リストはクリアしないこととしてもよい。そしてＣＰＵ１はこの場合は、未決済として管理している商品についての代金の決済を行う。これにより、決済を完了したのちに、追加で商品を買い上げることを可能とすることができる。

商品投入の検出回数として商品かご１０１に載置された商品の数をカウントしたり、商品投入が検出されたことに応じて、そのことを買物客に報知する動作を実行させたりするなど、商品投入が検出されたことに応じて行う処理は、任意に変更が可能である。なお、商品の数については、検出リストに含まれる検出コードの数として数えることもできる。

加速度センサ７に代えて、重量センサなどの別の手段によって振動の波形を取得してもよい。

例えば商品リストの更新などの販売処理の一部の処理は、サーバ４００などのショッピングカート１００とは別の装置にて行われてもよい。

商品かご１０１とは別の商品かごを備える、商品かごを備えずに置き板のみを備える、商品を引っ掛けるフックを備えるなどの、別の形態の台車においても、商品の載置に伴う振動を検出可能とすることにより同様に実施が可能である。

ショッピングカート１００の利用のルールは任意に変更が可能である。例えば、買上登録のための登録操作を行った上で、当該の商品を商品かご１０１に載置する動作と、購入することを決定した商品を商品かご１０１に載置した上で、当該商品の登録操作を行う動作との一方のみを許容するルールとしてもよい。そして、販売処理のうちの図６に示される処理に関しては、ルールに反する恐れのある動作に対してガイダンスを行ったり、ルールに反した動作に対して警報を行ったりするように適宜に変更する。

情報処理によりＣＰＵ１が実現する各機能は、その一部または全てをロジック回路などのようなプログラムに基づかない情報処理を実行するハードウェアにより実現することも可能である。また上記の各機能のそれぞれは、上記のロジック回路などのハードウェアにソフトウェア制御を組み合わせて実現することも可能である。

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

１…ＣＰＵ、２…記憶部、３…操作部、４…表示器、５…状態ランプ、６…無線通信部、７…加速度センサ、８…スキャナ、９…カードリーダ、１０…プリンタ、１１…時計部、１２…バス、１００…ショッピングカート、１０１…商品かご、１０２…走行機構、１０３…ユーザインタフェースユニット、１０４…ランプユニット、２００…無線アクセスポイント、４００…サーバ。

Claims (4)

1. 物品を載置するための載置部と、
   前記載置部の振動の波形を取得する取得手段と、
   前記取得手段により取得された波形に基づいて前記載置部へと前記物品が載置されたことを検出する検出手段と、
   を具備した台車。
2. 前記載置部へと前記物品が載置されたことが前記検出手段で検出されたことに応じて、前記物品の載置に関わる予め定められた処理を行う処理手段、
   をさらに備える請求項１に記載の台車。
3. 前記載置部に載置される物品を識別するための識別データを取得する取得手段、
   をさらに備え、
   前記処理手段は、前記載置部へと前記物品が載置されたことが前記検出手段で検出されるのよりも前の予め定められた期間及び前記載置部へと前記物品が載置されたことが前記検出手段で検出されたよりも後の予め定められた期間の少なくともいずれか一方において前記取得手段により前記識別データが取得されていない場合に、そのことを報知するための情報を出力する報知動作のための処理を行う、
   請求項２に記載の台車。
4. 物品を載置するための載置部を備えた台車に取り付けられる情報処理装置であり、
   前記載置部の振動の波形を取得する取得手段と、
   前記取得手段により取得された波形に基づいて前記載置部へと前記物品が載置されたことを検出する検出手段と、
   を具備した情報処理装置。