JP7426241B2 - 物品管理システムおよび物品管理方法 - Google Patents

Description

本発明は、物品管理システムおよび物品管理方法に関する。

ＲＦＩＤ（Radio Frequency Identification）タグは近年構築されつつあるＩｏＴ（Internet of Things）技術で活用が進んでいる。活用が検討されている分野は、物流・流通、交通、金融、ＦＡ、アミューズメント、医療、食品等、幅が広い。
例えば、ＩｏＴ技術を利用したシステムの一形態として、ＲＦＩＤタグを利用した、物品としての商品の管理システムが知られている（例えば、特許文献１）。特許文献１には、商品陳列場所の複数の商品棚の各々にＲＦＩＤタグリーダライタを設け、各商品棚の各棚段に配置したアンテナをＲＦＩＤタグリーダライタに接続させ、ＲＦＩＤタグリーダライタに、商品に付されたＲＦＩＤタグを非接触で読み取らせる在庫管理システムが記載されている。

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

ところで、従来の商品管理システムは、例えば店舗での各商品の在庫の有無を判別できるが、来店者にとって興味のある商品が店舗にあるとは限らない。来店者にとって興味のある商品が店舗にあることが分かれば、来店者は、当該商品を購入するか否かについて判断することができ、来店者にとって有益である。

そこで、本発明の目的は、エリア内に特定の物品があることを認識し易くすることである。

本発明のある態様は、エリア内に存在する一以上の物品の管理を行う物品管理システムであって、前記エリア内の物品に取り付けられ、固有のタグ識別情報を記憶し、周囲の電波からエネルギーを得て動作する無線タグと、前記エリアから所定距離以内を移動し、前記無線タグからタグ識別情報を受信する携帯端末と、前記携帯端末と通信可能であり、前記エリア内の物品を識別する物品情報と、物品に取り付けられている無線タグのタグ識別情報と、を対応付けて記憶する情報処理装置とを含み、前記携帯端末は、前記無線タグからタグ識別情報を受信した場合に、受信したタグ識別情報に対応付けて記憶されている物品情報が、予め、ユーザを識別するユーザ識別情報と対応付けて登録された物品情報に含まれるか、前記情報処理装置に対して問合せを行い、前記情報処理装置は、前記問合せに応じて、前記受信したタグ識別情報に対応付けて記憶されている物品情報が、前記携帯端末から取得したユーザ識別情報に対応付けて登録された物品情報に含まれると判断した場合に、前記受信したタグ識別情報に対応付けて記憶されている物品情報によって特定される物品が前記エリア内にあることを前記携帯端末に通知する、物品管理システムである。

本発明のある態様によれば、エリア内に特定の物品があることを認識し易くすることができる。

第１の実施形態の商品管理システムのシステム構成を概略的に示す図である。 第１の実施形態の商品管理システムの各装置の内部構成を示すブロック図である。 ＩｏＴタグから送信されるアドバタイジングパケットの構成を示す図である。 在庫データベースのデータ構成例を示す図である。 商品登録データベースのデータ構成例を示す図である。 第１の実施形態の商品管理システムの動作を示すシーケンスチャートである。 第１の実施形態の商品確認処理のフローチャートである。 来店者端末に表示される画像の一例を示す図である。 来店者端末に表示される画像の一例を示す図である。 第２の実施形態の商品確認処理のフローチャートである。 第３の実施形態の商品管理システムのシステム構成を概略的に示す図である。 店舗フロアの一例に係る平面図である。 第３の実施形態の商品管理システムの各装置の内部構成を示すブロック図である。 第３の実施形態の商品管理システムの動作を示すシーケンスチャートである。 第３の実施形態の商品管理システムにおいて、商品のエリア内の位置を特定する別の方法について説明する図である。 来店者端末に表示される画像の一例を示す図である。 第４の実施形態の商品管理システムの動作を示すシーケンスチャートの一部である。

本開示において「物品」とは、例えば製品、半製品（製造途中にある中間段階の製品）、商品等の有体物を意味する。以下の実施形態では、物品の一例として商品を挙げる。
本開示において「通信可能」とは、直接的に通信が可能である場合に限られず、間接的に通信が可能である場合も含まれる。例えば、「Ａ装置とＣ装置が通信可能である」とは、Ａ装置とＣ装置が直接的に通信を確立してデータの送信若しくは受信を行う場合に限られず、Ａ装置とＣ装置がＢ装置を介してデータの送信若しくは受信を行う場合も含まれる。
本開示において「物品情報」とは、物品を他の物品と識別可能とする情報であれば如何なる情報でもよく、例えば、物品に固有のコード、シリアル番号、型式、種別等であってもよく、物品の画像情報であってもよい。
本開示において「物品情報に関連する関連情報」又は「物品に関連する関連物品」とは、目的とする物品情報若しくは物品と予め関連付けられているものに限られず、物品の取引者若しくは需要者が、目的とする物品情報若しくは物品と関連付けられることが想起可能なものであればよい。例えば、同一のデザインの商品、若しくは同一のデザインが付された、色違いの商品同士、又はサイズ違いの商品同士は、当然に関連付けられているといえる。
本開示におけるＩｏＴタグの通信距離は一例に過ぎず、限定されない。ＩｏＴタグの通信距離は、ＩｏＴタグの用途に応じて適宜変更若しくは調整可能である。

（１）第１の実施形態
以下、物品管理システムの一実施形態である商品管理システムについて図面を参照して説明する。また、本実施形態の商品管理システム１では、周囲環境の電波を基に発電する環境発電型タグであって、バッテリを備えていないタグであるＩｏＴタグ（以下では適宜、単に「タグ」という。）を利用するものとする。

（１－１）商品管理システムのシステム構成
先ず、図１を参照して本実施形態の商品管理システム１のシステム構成について説明する。図１は、本実施形態の商品管理システム１のシステム構成を概略的に示す図である。
図１において、本実施形態の商品管理システム１は、店舗内の各商品に取り付けられたＩｏＴタグＴ（無線タグの一例）から受信する信号を基に、ネットワークに接続されたアプリケーションサーバ５によって在庫管理が行われるクラウド型のシステムである。なお、アプリケーションサーバ５は、複数の店舗の在庫管理を行うことが可能であるが、図１では１つの店舗のみを示している。

図１に示すように、商品管理システム１では、例えば店舗内には無線装置２が設けられ、来店者ＣＳは来店者端末４（携帯端末の一例）を所持している。
来店者端末４は、店舗エリアから所定距離以内を移動することが想定される。ここで、「所定距離」とは、来店者端末４が店舗外に位置した場合であっても店舗内のタグと通信可能となる距離であり、上述したように、タグの用途に応じて適宜変更若しくは調整可能な距離である。店舗エリアとは、例えば店舗等の予め区画されたエリアでもよく、区画されたエリアから所定距離だけ離れた近傍エリアを含んでいてもよい。
来店者端末４は、限定しない例として、例えば、ラップトップ型のパーソナルコンピュータ、タブレット端末、スマートフォンが挙げられる。来店者端末４は、無線通信ネットワーク若しくは店舗内ＬＡＮ(Local Area Network)（図示せず）およびネットワークＮＷを介してアプリケーションサーバ５と通信可能である。図１では、来店者が１名であり１つの来店者端末４のみが示されるが、店舗内に複数の来店者がいる場合には複数の来店者端末４が存在しうる。

店舗内に設けられている無線装置２は、例えば各商品のＩｏＴタグＴに対して無線環境を提供することができる。無線装置２は、例えば、無線ＬＡＮ(Local Area Network)装置、アクセスポイント等であるが、タブレット端末やスマートフォン等の携帯端末であってもよい。
後に詳述するが、ＩｏＴタグＴは、周囲環境の電波を基に発電する環境発電型の装置であり、バッテリを備えていない。無線装置２の数は問わないが、店舗内のすべてのＩｏＴタグＴが発電可能な無線環境を提供できると良い。

なお、本実施形態の商品管理システム１において、無線装置２は必須の構成要素ではなく、無線装置２がなくとも店舗内において十分に環境発電可能である場合には、無線装置２は必要ない。例えば、無線装置２がない場合であっても来店者端末４によって放射される無線信号によってＩｏＴタグＴが環境発電可能であるならば、無線装置２は必要ない。また、ＩｏＴタグＴは、来店者端末４および無線装置２以外の他の装置（例えば、店員の携帯端末等）から送信される電波をも環境発電のために利用することができる。言い換えれば、来店者端末４、あるいは来店者端末４以外の他の装置によって提供される電波が環境発電のために十分でない場合に、ＩｏＴタグＴは、無線装置２から放射される電波を環境発電のために利用することができる。

ＩｏＴタグＴの通信距離は、例えば３～１０メートルの範囲である。したがって、来店者端末４を所持する来店者ＣＳが店舗に近付き（例えば、店舗のエリアから所定距離以内に位置し）、あるいは、店舗内に位置するときに、店舗内の商品に取り付けられているＩｏＴタグＴと来店者端末４とが通信可能となる。

ＩｏＴタグＴは、低電力消費の無線通信を行うように構成されており、通信プロトコルの例としては、Bluetooth Low Energy（登録商標）(以下、ＢＬＥ)、Bluetooth（登録商標）、ZigBee（登録商標）等が挙げられる。以下では、ＢＬＥによる通信を行う場合を例として説明する。
ＩｏＴタグＴは、ＢＬＥの規格に準拠する場合、周囲のＢＬＥ端末に対してアドバタイジングパケット（後述する）をブロードキャストする。

来店者ＣＳが所持する来店者端末４は、店舗の商品に関するアプリケーションプログラムがインストールされている。このアプリケーションプログラム（以下、単に「商品アプリケーション」という。）を実行することで、来店者ＣＳは、例えば、店舗で扱う様々な商品の詳細情報を閲覧し、あるいは、来店前に気に入った、若しくは気になる商品を登録しておくことができる。

また、来店者端末４は、ＢＬＥ端末として機能する。つまり、来店者端末４は、ＩｏＴタグＴによりブロードキャストされるアドバタイジングパケットを受信する。アドバタイジングパケットには、ＩｏＴタグＴの固有の識別情報として、暗号化されたタグＩＤ（タグ識別情報の一例）が含まれている。来店者端末４は、ＩｏＴタグＴから受信した情報を、無線通信ネットワーク（図示せず）若しくは店舗内ＬＡＮおよびネットワークＮＷを介してアプリケーションサーバ５に送信する。

アプリケーションサーバ５（情報処理装置の一例）は、例えば店舗に対してクラウド型の在庫管理サービスを提供するとともに、来店者ＣＳに対して商品の情報についてのウェブサービスを提供するネットワークサーバである。
アプリケーションサーバ５は、店舗で保有するタグＩＤと商品コードとを対応付けた在庫データベースを記憶している。また、アプリケーションサーバ５は、商品アプリケーションを使用するユーザ（来店者ＣＳを含む）が商品を登録するための商品登録データベースを記憶する。
後述するように、アプリケーションサーバ５は、来店者ＣＳが予め商品アプリケーションを通して登録した商品が店舗に陳列されているか否かを判断して、店舗に陳列されていると判断した場合には来店者ＣＳの来店者端末４に通知する。なお、以下の説明では、ユーザが商品登録データベースに登録した商品を適宜「登録商品」と表記する。

（１－２）商品管理システムの各装置の構成
次に、図２～図５を参照して、本実施形態の商品管理システム１の各装置の構成を説明する。
図２は、本実施形態の商品管理システム１の各装置の内部構成を示すブロック図である。図３は、ＩｏＴタグＴから送信されるアドバタイジングパケットの構成を示す図である。図４は、在庫データベースのデータ構成例を示す図である。図５は、商品登録データベースのデータ構成例を示す図である。

図２を参照すると、ＩｏＴタグＴは、制御部１１、アンテナ１２、ハーベスティング部１３、電圧制御部１４、ＲＦトランシーバ１５、および、センサ１６を含む。
ＩｏＴタグＴの全体の形態は図示しないが、例えば、アンテナ１２とセンサ１６が形成される所定のパターンの導電性金属箔と、当該金属箔に接続されるＩＣチップとを含む薄膜状の部材である。ＩＣチップ内に、制御部１１、ハーベスティング部１３、および、電圧制御部１４、ＲＦトランシーバ１５が実装される。

制御部１１はマイクロプロセッサとメモリ１１１を有し、ＩｏＴタグＴの全体を制御する。メモリ１１１は、ＲＡＭ(Random Access Memory)又はＲＯＭ(Read Only Memory)であり、マイクロプロセッサによって実行されるプログラムのほか、ＩｏＴタグＴに固有の識別情報であるタグＩＤ、センサ１６が出力するセンサデータを記憶する。

ハーベスティング部１３は、周囲環境の電波（例えば周囲の無線通信による電波）に基づいて環境発電を行い、発電により得られた電力を内部のエネルギーストレージ１３１に貯蔵する。本実施形態では、ハーベスティング部１３は、例えばアンテナ１２が受信した無線信号を直流電圧に変換し、エネルギーストレージ１３１に貯蔵する。エネルギーストレージ１３１は、例えばキャパシタである。キャパシタの場合には、半導体チップ上に構成されたもの（つまりオンダイ(on-die)型のキャパシタ）でもよい。

ハーベスティング部１３が環境発電に使用する電波は、広範囲の周波数帯域において複数の異なる周波数帯の電波である。例えば、いわゆる３Ｇ～５Ｇ等の移動体通信システムで採用されている周波数帯の無線通信による電波、Bluetooth（登録商標）、Wi-Fi（登録商標）等の通信規格で採用されている周波数帯の無線通信による電波、ZigBee（登録商標）やThread等の通信プロトコルに代表される２．４ＧＨｚ帯の無線通信による電波、ＲＦＩＤで採用されている周波数帯（例えば、９００ＭＨｚ帯、１３．５６ＭＨｚ帯）の無線通信による電波等が挙げられる。
ここに例示したような電波は、一般に、ほとんどすべての店舗で適用可能である。そして、店舗内の商品に取り付けられているＩｏＴタグＴは、周囲環境の電波を基にしてハーベスティング部１３による環境発電で得られる電力で動作する。そのため、ＩｏＴタグＴにバッテリを搭載する必要がなく、システムコストを抑制することができる。また、バッテリを搭載する必要がないことから、バッテリの交換作業を行わずに済むため、タグが存在するにもかかわらずタグＩＤを取得できないという不具合が生じない。

電圧制御部１４は、制御部１１およびＲＦトランシーバ１５に動作電圧を供給するとともに、エネルギーストレージ１３１の電圧をモニタしており、モニタ結果に応じて電力モードを切り替える。エネルギーストレージ１３１の電圧が所定の閾値以下である場合には、電力モードを最小限の回路のみを動作させる第１モードとし、このとき制御部１１およびＲＦトランシーバ１５では、後述するパケットの生成や無線信号の送信等が行われない。エネルギーストレージ１３１の電圧が所定の閾値以上まで充電された場合には、電力モードを通常の処理ルーチンを実行する第２モードとし、このとき制御部１１およびＲＦトランシーバ１５ではパケットの生成、無線信号の送信を含む各種の処理が行われる。
なお、制御部１１は、例えば電力モードが第１モードの場合であってもエネルギーストレージ１３１の電圧が所定の閾値以上に充電された場合には、センサ１６により検出されたセンサデータを、検出時刻のデータとともにメモリ１１１に格納してもよい。その場合、制御部１１は、電力モードが第１モードから第２モードに切り替えられた時点で、メモリ１１１に格納していたセンサデータおよび検出時刻のデータを含むパケットを生成し、送信してもよい。それによって、エネルギーストレージ１３１の充電電圧が比較的低い期間におけるタグの動きの有無に関する情報を無線装置２に提供することができる。

センサ１６は、例えば、ＩｏＴタグＴ自体の動き（モーション）を検出する。検出されたデータ（センサデータ）は、後述するパケットに含めるためにメモリ１１１に一時的に格納される。センサデータは、例えばタグが動かされたか否かについて判断可能となるように構成されている。なお、センサデータは、ＩｏＴタグＴの動きの程度を示す値であってもよく、ＩｏＴタグＴが動いたか否かを示す２値であってもよい。
センサ１６は、ＩｏＴタグＴに係る重量や圧力を検出してもよい。センサ１６は、ＩＣチップに温度センサが内蔵されている場合には、温度を検出してもよい。

制御部１１は、電力モードが第２モードの場合に、ＢＬＥのプロトコルに従ってアドバタイジングパケットを生成する。
アドバタイジングパケットは、ＢＬＥにおいてブロードキャスト通信を実現するためにアドバタイジングチャネルを利用して送信されるパケットであり、図３に示すパケット構成を有する。アドバタイジングパケットは、以下では適宜、単に「パケット」という。

図３においてプリアンブル及びアドレスアクセスは、それぞれが所定の固定値である。ＣＲＣは巡回検査符号であり、パケットペイロード（つまり、アドバタイジングチャネルＰＤＵ(protocol data unit)）を対象として所定の生成多項式を用いて算出される検査データである。
アドバタイジングチャネルＰＤＵ（以下、単に「ＰＤＵ」という。）は、ヘッダとペイロードとからなり、当該ペイロードは、ＡＤＶアドレスとＡＤＶデータとからなる。ＡＤＶアドレスはアドバタイザー（つまり、報知する主体であるＩｏＴタグＴ）のアドレスであるが、送信元を特定しないように送信の都度に設定されるランダムな値でもよい。ＡＤＶデータはアドバタイザーのデータ（ブロードキャストデータ）であり、本実施形態では、タグＩＤおよびセンサ１６によって出力されるセンサデータを含む。

制御部１１は、ＰＤＵを暗号化することが好ましい。暗号化方法は限定しないが、例えば鍵長１２８ビットのＡＥＳ（Advanced Encryption Standard）を利用することができる。

ＲＦトランシーバ１５は、送信するパケット（ベースバンド信号）に対して所定のデジタル変調（例えばＧＦＳＫ（Gaussian Frequency Shift Keying））を行った後に直交変調を行い、高周波信号（ＢＬＥの場合、２．４ＧＨｚの周波数帯の信号）をアンテナ１２に送出する。

アンテナ１２は、送信アンテナと発電用アンテナを含む。
送信アンテナは、ＲＦトランシーバ１５によって送出される高周波の無線信号（パケット）を送信する。他方、発電用アンテナは、例えば周囲環境の電波や無線装置２から送信される無線信号を受信し、ハーベスティング部１３と協働してレクテナとして機能する。

図２に示すように、無線装置２は、制御部２１、アンテナ２２、および、ＲＦ発信機２５を備える。
制御部２１は、ＲＦ発信機２５を制御するマイクロコントローラを含み、例えば、ベースバンド信号の生成、送信タイミングの決定等を行う。
ＲＦ発信機２５は、ビーコン信号をアンテナ２２から送信するために、例えば所定のパターンのベースバンド信号を直交変調してアンテナ２２に送出する。

前述したように、ＩｏＴタグＴは、周囲環境の電波に基づいて環境発電を行うが、周囲環境の電波が少ない場合には、パケットの生成や無線信号の送信等の通常の動作が行われない（例えば、電力モードが第１モードの場合）。そこで、無線装置２の制御部２１は、ＩｏＴタグＴと通信できない状態（例えば、アドバタイジングパケットを受信できない状態）が所定時間以上継続する場合には、アンテナ２２による無線送信を開始するか、又は、アンテナ２２による送信電力を増加させるようにＲＦ発信機２５を制御することが好ましい。それによって、ＩｏＴタグＴの周囲環境の電波が増加するために電力の貯蔵が可能となり、無線装置２との無線通信を開始、あるいは再開することができるようになる。

図２に示すように、来店者端末４は、制御部４１、ストレージ４２、操作入力部４３、表示部４４、第１通信部４５、および、第２通信部４６を備える。

制御部４１は、マイクロプロセッサを主体として構成され、来店者端末４の全体を制御する。例えば、制御部４１は、ＩｏＴタグＴから受信したパケットのＰＤＵを復号し、ＣＲＣからＩｏＴタグＴ側と同一の生成多項式を用いて誤り検出を行った後、当該ＰＤＵからブロードキャストデータを抽出する。制御部４１は、来店者端末４のユーザＩＤと、抽出したブロードキャストデータとを含む商品確認要求を、第２通信部４６を介してアプリケーションサーバ５に送信する。
ユーザＩＤは、来店者端末４のユーザを識別するための固有の識別情報である。ユーザＩＤは、商品アプリケーションを利用するユーザの間で重複することがないように決定され、各ユーザに割り当てられる。ユーザＩＤは、例えば、商品アプリケーションにログインするときに要求される情報に含まれる。

来店者端末４には、前述した商品アプリケーションおよびウェブブラウザを含む各種のプログラムがインストールされている。
商品アプリケーションは、例えばウェブアプリケーションであり、ウェブブラウザ上で動作する。商品アプリケーションは、第２通信部４６を介してアプリケーションサーバ５との間でＨＴＴＰ（Hypertext Transfer Protocol）通信（もしくはよりセキュアなＨＴＴＰＳ通信）を行い、商品に関するコンテンツ（例えばＨＴＭＬ文書等）を取得して表示部４４に表示する。
商品アプリケーションは、ユーザによる所定の操作に応じてユーザが選択した商品の商品コードを登録することをアプリケーションサーバ５に要求する。当該要求に応じて、アプリケーションサーバ５の商品登録データベースに、ユーザごとに登録商品コードが記録される。
商品アプリケーションは、後述するように、来店者端末４を所持する来店者ＣＳの登録商品、つまり、登録商品コードに対応する商品が陳列している場合、登録商品が陳列していることを示すメッセージを表示する。

ストレージ４２は、ＳＳＤ（Solid State Drive）等の記憶装置であり、制御部４１によって実行される各種のプログラム（例えば、商品アプリケーション、ウェブブラウザ）を格納する。ストレージ４２は、店舗内の各ＩｏＴタグＴから得られたブロードキャストデータを一時的に保持してもよい。

操作入力部４３は、各種のプログラムを実行するために来店者から操作入力を受け付ける入力インタフェースであり、表示部４４の表示パネルに設けられるタッチパネル入力部であってもよい。表示部４４は、例えばＬＣＤ(Liquid Crystal Panel)等の表示パネルと、表示パネルの駆動回路とを含み、制御部４１によるプログラムの実行結果を表示する。
第１通信部４５は、例えば、第２通信部４６よりも狭い通信範囲で対象物と無線通信を行うものであり、例えば各ＩｏＴタグＴからＢＬＥプロトコルに従って送信されるパケットを受信するように構成されている。
第２通信部４６は、無線通信ネットワーク若しくは店舗内ＬＡＮおよびネットワークＮＷを介してアプリケーションサーバ５と通信を行うための通信インタフェースである。

図２に示すように、アプリケーションサーバ５は、制御部５１、ストレージ５２、および、通信部５３を備える。
制御部５１は、マイクロプロセッサを主体として構成され、アプリケーションサーバ５の全体を制御する。
ストレージ５２は、例えばＨＤＤの大規模記憶装置を備え、在庫データベース（在庫ＤＢ）および商品登録データベース（商品登録ＤＢ）を記憶する。

図４の在庫データベースは、１つのレコードについて「店舗ＩＤ」、「タグＩＤ」、「商品コード」、「色」、「サイズ」、「在庫有無」、「商品位置」の各フィールドの値を有し、各店舗の商品の在庫の有無を管理するためのデータベースである。店舗ＩＤは、アプリケーションサーバ５が管理する複数の店舗の各々を識別するための識別情報である。商品コード（物品情報の一例）は、ＪＡＮコード等の商品を特定する情報である。「色」および「サイズ」の各フィールドには、商品コードに対応する商品の色およびサイズを示す値が格納される。「在庫有無」フィールドには、商品コードに対応する商品の在庫の有無を示す値が格納される。「商品位置」フィールドには、例えば、商品が配置されている棚の棚ＩＤが格納される。なお、図４に示した各フィールドは一例に過ぎず、商品に関する他のデータに関するフィールド（例えば、商品の種別、商品カテゴリー、通常品／限定品の区別等）を設けてもよい。
在庫データベースは、店舗に対する商品の入荷情報を基に作成、更新される。例えば店舗に新たな商品が入荷されると、在庫データベースに１つのレコードが作成される在庫データベースはまた、店舗から商品が無くなると（例えば、商品が購入され、あるいは他の店舗に移管されると）、在庫データベースから当該商品に対応するレコードが削除される。
図４に示したように、在庫データベースでは、店舗ＩＤごとに、タグＩＤと、当該タグＩＤのタグが取り付けられた商品の内容とが対応付けられている。タグＩＤは、２以上のタグについて同一の情報となることがないタグ固有の識別情報であるため、タグＩＤが分かれば、対応する商品を有する店舗が一意に特定される。したがって、来店者端末４が在庫データベースに含まれるいずれかのタグＩＤを受信したことが分かれば、来店者端末４が来店中の、若しくは近傍にいる店舗を特定することができる。

図５の商品登録データベースは、１つのレコードについて「ユーザ情報」、「登録商品コード」の各フィールドの値を有し、例えばユーザが気に入った商品や気になる商品等、ユーザが商品を登録しておくためのデータベースである。「ユーザ情報」フィールドの詳細は限定するものではないが、例えば「ユーザＩＤ」、「ユーザ名称」、「ユーザアドレス」等のサブフィールドを含む。
商品登録データベースに商品コードを登録するために、ユーザ（例えば来店者ＣＳ）は、商品アプリケーション上で、商品コードの登録を要求するための所定の処理を行う。

例えば、制御部５１のマイクロプロセッサは所定のプログラムを実行することで、以下の処理を行う。
(i) 図示しない店舗端末からの商品情報を基に、在庫データベースを更新する。
例えば、店舗に新たな商品が入荷した場合、店舗端末からの商品情報を基に、在庫データベースに１つのレコードを作成する。
店舗にある商品が購入された、あるいは他の店舗に移管した等によって、店舗から商品が無くなった場合には、店舗端末からの商品情報を基に、当該商品に対応するレコードを削除する。

(ii) 来店者端末４から受信した商品確認要求に含まれるブロードキャストデータからタグＩＤを抽出し、抽出したタグＩＤの認証を行う。
なお、認証は、例えば、ネットワークＮＷに接続された認証サーバ（図示せず）に問合せを行い、認証サーバから認証結果を取得することで行ってもよい。この場合、認証サーバは、例えば、ＩｏＴタグＴの製造者が管理するサーバであって、製造したすべてのＩｏＴタグＴのタグＩＤを記憶するデータベースを有し、当該データベースを参照して、アプリケーションサーバ５から問合せのあったタグＩＤの認証を行う。

(iii) ユーザＩＤと認証が成功したタグＩＤとに基づいて、商品確認処理を実行する。商品確認処理は、例えば、ユーザＩＤに対応する登録商品が店舗にあるか否か確認する処理である。
商品確認処理は、商品登録データベースを参照して、ユーザＩＤに対応する登録商品コード（つまり、来店者端末４の登録商品）を特定することを含む。
商品確認処理は、在庫データベースにおいて、処理対象のタグＩＤに関連付けられた店舗ＩＤを特定することを含む。在庫データベースにおいて同一のデータである２以上のタグＩＤは存在しないため、タグＩＤをキーとして、複数の店舗ＩＤのうちいずれかの店舗ＩＤが一意に特定される。さらに、在庫データベースを参照することで、特定された店舗ＩＤに関連付けられ、かつ在庫有を示す商品コード（つまり、対応する店舗にある商品）が特定される。
来店者端末４の登録商品と、対応する店舗にある商品とを突き合わせることで、来店者の登録商品が店舗にあるか否かについて確認することができる。なお、登録商品に対応する関連商品（後述する）が店舗にあるか否かについて確認してもよい。

通信部５３は、来店者端末４との間で通信を行うための通信インタフェースとして機能する。
例えば、制御部５１は、通信部５３を介して、来店者の登録商品が店舗エリア内にある場合には、登録商品が店舗エリア内にあることを来店者端末４に通知する。制御部５１は、通信部５３を介して、来店者の登録商品に対応する関連商品（後述する）が店舗エリア内にある場合には、関連商品が店舗エリア内にあることを来店者端末４に通知することが好ましい。

制御部５１は、タグＩＤの認証が成功した場合に限り、当該タグＩＤに基づく商品確認処理の実行し、商品確認要求の実行結果に基づいて通知内容を来店者端末４に対する送信することが好ましい。すなわち、制御部５１は、タグＩＤの認証が成功し、かつ登録商品が店舗エリア内にある場合に来店者端末４に通知内容を送信することが好ましい。そうすることで、タグＩＤの認証によって当該タグＩＤが真正であるか否かについて確認できるため、誤った通知内容を来店者端末４に送信することがない。

（１－３）商品管理システムの動作
次に、図６および図７を参照して、本実施形態の商品管理システム１の動作を説明する。図６は、本実施形態の商品管理システム１の動作を示すシーケンスチャートである。図７は、本実施形態の商品確認処理のフローチャートである。
図６のシーケンスチャートの処理は、来店者端末４が店舗内の各ＩｏＴタグ（タグＴ１，Ｔ２，…）からパケットを受信する度に繰り返し行われる。

無線装置２は、例えばビーコン信号を放射することで（ステップＳ２）、店舗内の各商品に取り付けられているタグＴ１，Ｔ２，…が発電可能な無線環境を提供することができる。各タグは、周囲環境の電波に基づいて環境発電を行い、発電により得られた電力を内部のエネルギーストレージ（例えばキャパシタ）に貯蔵して動作する。そして、タグＴ１，Ｔ２，…が、パケットを生成し（ステップＳ４）、生成したパケットをブロードキャストする（ステップＳ６）。

例えば来店者ＣＳの来店者端末４が店内に位置するか、あるいは店舗の外に位置したとしても店舗に近い位置にある場合には、来店者端末４と店内のタグとの間でＢＬＥ通信が可能となる。すなわち、来店者端末４は、タグから送信されるパケットを受信可能となる。来店者端末４は、受信したパケットに含まれるＰＤＵを復号し、ＰＤＵからブロードキャストデータを抽出する。次いで来店者端末４は、ユーザＩＤと、抽出したブロードキャストデータとを含む商品確認要求をアプリケーションサーバ５に送信する（ステップＳ８）。

ブロードキャストデータには、タグＩＤと、センサデータとが含まれている。
アプリケーションサーバ５は、受信した商品確認要求に含まれるブロードキャストデータからタグＩＤを抽出し、タグＩＤの認証を行う（ステップＳ１０）。タグＩＤの認証は、例えば、外部の認証サーバに問合せを行うことで得られる認証結果に基づいて行うことができる。

タグＩＤの認証が成功するとアプリケーションサーバ５は、来店者ＣＳ（ユーザ）の登録商品が店舗に陳列されているか確認する商品確認処理を実行する（ステップＳ１２）。商品確認処理については後述するが、例えば、来店者端末４のユーザである来店者の登録商品が店内に陳列されているか否か等が確認される。
アプリケーションサーバ５は、ステップＳ１２の商品確認処理の処理結果に基づき、来店者端末４に通知する通知内容を作成し（ステップＳ１３）、作成した通知内容を来店者端末４に送信する（ステップＳ１４）。
来店者端末４は、アプリケーションサーバ５からの通知内容を表示する（ステップＳ１６）。

以下、ステップＳ１２の商品確認処理の詳細な内容について図７を参照する。
なお、以下の説明において、関連商品とは、例えば、登録商品と色違い若しくはサイズ違いの別の商品、登録商品の後継となる別の商品、登録商品と組み合わせて使用することが予め定義された別の商品等である。関連商品に対応する商品コードを「関連商品コード」という。
図７において、アプリケーションサーバ５は、商品登録データベースを参照して、商品確認要求に含まれるユーザＩＤに基づき、来店者ＣＳが登録している登録商品コードを特定する（ステップＳ２０）。次に、アプリケーションサーバ５は、在庫データベースを参照して、処理対象のタグＩＤに基づき、来店者が来店している店舗の店舗ＩＤを特定する（ステップＳ２２）。
前述したように、図４の在庫データベースには、店舗ごとに商品（タグＩＤ）の在庫を管理しているため、来店者端末４から取得したタグＩＤに基づき、来店者が来店している店舗の店舗ＩＤを特定できる。次に、アプリケーションサーバ５は、在庫データベースを参照して、特定した店舗ＩＤに基づき、現在、当該店舗ＩＤの店舗に在庫がある商品の商品コードを抽出する（ステップＳ２４）。

アプリケーションサーバ５は、ステップＳ２４で抽出した商品コードのうち、ステップＳ２０で特定した登録商品コードが含まれると判断した場合には（ステップＳ２６：ＹＥＳ）、来店者ＣＳが登録している登録商品コードに対応する商品（登録商品）が店内に陳列されている（店内に有る）と判断する（ステップＳ２８）。
アプリケーションサーバ５は、ステップＳ２４で抽出した商品コードのうち、ステップＳ２０で特定した登録商品コードが含まれないと判断し（ステップＳ２６：ＮＯ）、かつ当該登録商品コードに対応する関連商品コードが含まれると判断した場合（ステップＳ３０：ＹＥＳ）、関連商品が店内に陳列されていると判断する（ステップＳ３２）。アプリケーションサーバ５は、ステップＳ２４で抽出した商品コードのうち、関連商品コードが含まれないと判断した場合には（ステップＳ３０：ＮＯ）、登録商品も関連商品も店内に陳列されていないと判断する（ステップＳ３４）。
なお、登録商品コード及び／又は関連商品コードが複数存在する場合には、ステップＳ２６，Ｓ３２の判断は、個々の登録商品コード及び／又は関連商品コードごとに行われ、店内に陳列されている登録商品及び／又は関連商品の数量を特定してもよい。その場合、在庫データベースにおいて、同一の登録商品コード及び／又は関連商品コードを含むレコード数がカウントされる。

図８Ａおよび図８Ｂは、アプリケーションサーバ５が作成する来店者端末４への通知内容の一例である。来店者端末４は、通知内容を含む画面として例えば画面Ｇ１～Ｇ５を表示部に表示する。画面Ｇ１～Ｇ５の各々は、通知内容を含む画面のそれぞれ別個の表示例である。
例えば、画面Ｇ１は、来店者の登録商品が店舗の所定の棚番号の棚に陳列されていることを示す通知内容を含む。ここで、棚番号は、在庫データベース（図４参照）における商品位置に対応する。
画面Ｇ２は、来店者の登録商品が店舗になく、関連商品として来店者の登録商品のサイズ違いの商品が店内に陳列されていることを示す通知内容を含む。なお、画面Ｇ２には、来店者の登録商品の入荷予定日等の情報を含めてもよい。
画面Ｇ３は、来店者の登録商品が店舗になく、関連商品として来店者の登録商品と類似の商品（例えば、登録商品の後継モデル）が店内に陳列されていることを示す通知内容を含む。このメッセージには、例えば、関連商品の数量の情報が含まれる。なお、画面Ｇ３において、仮に、後継モデルの商品が未発売で店舗に陳列されていない場合には、当該商品の発売予定日等の情報を含めてもよい。
画面Ｇ４は、来店者の登録商品が店舗になく、関連商品として来店者の登録商品と組み合わせて使用することが予め定義された別の商品が店内に陳列されていることを示す通知内容を含む。
登録商品が店舗にない場合には、登録商品の在庫が有る他の店舗の情報を通知内容に含めてもよい。
画面Ｇ５は、登録商品に対応する関連商品として対象商品と組み合わせることが推奨される他の商品の画像と、各関連商品の商品位置が示された店舗マップＭ１とを含む通知内容を含む。この例では、２つの関連商品の各々について商品位置に対応する棚の位置が店舗マップＭ１に示される。
このように、来店者ＣＳが店舗内で、あるいは店舗に近付いてタグＩＤを受信すると、来店者ＣＳが予め登録した商品（登録商品）が店舗にある場合には、店舗にあることが来店者端末４に通知されることになる。

以上説明したように、本実施形態の商品管理システム１では、例えば、来店者が店舗への来店の前にお気に入りとして登録した商品の商品コードや店舗で手にとって確認したい商品の商品コードを予め登録しておくと、店舗に陳列されている等の情報が来店者端末４に通知される。来店者は、例えば登録商品が店内に陳列されていることを認識できることから、当該商品を手にとって現物の商品を確認することができる。
本実施形態の商品管理システム１によれば、来店者が店舗を巡回しなくても、来店者端末４が店舗内のタグと通信を行うことで、来店者は自身の登録商品が店内に陳列されている場合に陳列されていることが通知される。例えば、来店者は、店舗の近くを通りかかっただけであっても、当該店舗に自身の登録商品が陳列されていることがわかる。そのため、来店者は、店内で自身の登録商品の在庫があるかどうか巡回して確認する手間が省ける利点がある。例えば、来店者は、大型の店舗を巡回して、目的とする自身の登録商品を店内で探索する労力を省くことができる。
また、来店者は、自身の登録商品が店内に陳列されていない場合であっても、登録商品に関連する情報や登録商品の在庫がある他の店舗等の情報を得ることができる。

（２）第２の実施形態
次に、第２の実施形態に係る商品管理システムについて、第１の実施形態との相違点に着目し、図９を参照して説明する。図９は、第２の実施形態の商品確認処理のフローチャートである。
本実施形態の商品管理システムは、アプリケーションサーバ５で実行される商品確認処理（図６のステップＳ１２）が第１の実施形態と異なる。

本実施形態の商品管理システムでは、第１の実施形態とは異なり、来店者が店舗内を巡回し、来店者が自身の登録商品の近傍に到達した時点で、登録商品が近傍にあることを来店者端末４に対して通知するように構成されている。そのため、例えば、来店者が特定の商品を購入する意図がなく来店した場合であっても、適切なタイミングで来店者に登録商品が近傍にあることを来店者に注意喚起させることができる。そのため、店舗にとっては来店者による商品の購入を促進させることができ、来店者にとっては登録商品をその場で直ちに確認する機会が得られる。
商品の近傍とは、当該商品に取り付けられているタグの通信距離の範囲内に位置する程度に、商品に近接していることを意味し、タグの通信距離に応じて適宜、調整若しくは変更可能である。

登録商品が来店者の近傍にあることを通知するためには、来店者の来店者端末４と、登録商品に対応するタグとの通信可能距離が長過ぎない方が好ましい。通信可能距離が長過ぎる場合には、通知を受けた来店者が自身の登録商品を探索するのに時間が掛かる。本実施形態ではタグの通信距離は、例えば、２～５メートルの範囲内であるが、これには限定されない。
本実施形態では、来店者の登録商品が店舗内に陳列されている場合には、来店者が店舗内を巡回し、来店者端末４が登録商品に取り付けられているタグと通信可能となる距離まで来店者が登録商品に近付くと、来店者端末４が当該タグから送信されるパケットを受信可能となる。このパケット受信がトリガとなり、アプリケーションサーバ５から来店者端末４に対して、登録商品が来店者端末４の近傍にあることが来店者端末４に通知される。すなわち、アプリケーションサーバ５は、来店者端末４から受信するタグＩＤに基づき、登録商品が来店者端末４の近傍にある場合に来店者端末４に通知する。

図９において本実施形態の商品確認処理では、アプリケーションサーバ５は、商品登録データベースを参照して、ステップＳ８で受信した商品確認要求に含まれるユーザＩＤに対応する登録商品コードを特定する（ステップＳ４０）。アプリケーションサーバ５は、在庫データベースを参照して、ステップＳ１０（図６）で認証を行ったタグＩＤに対応する商品コードを特定する（ステップＳ４２）。
次いでアプリケーションサーバ５は、ステップＳ４２で特定された商品コードが、ステップＳ４０で特定された登録商品コードと一致するか否か判断する。両者が一致する場合には（ステップＳ４４：ＹＥＳ）、登録商品が来店者端末４の近傍にあると判断される（ステップＳ４６）。逆に両者が一致しない場合には（ステップＳ４４：ＮＯ）、ステップＳ４２で特定された商品コードが、来店者の登録商品に対応する関連商品の関連商品コードと一致するか否か判断される。
ステップＳ４２で特定された商品コードが関連商品コードと一致する場合には（ステップＳ４８：ＹＥＳ）、関連商品が来店者端末４の近傍にあると判断される（ステップＳ５０）。逆に両者が一致しない場合には（ステップＳ４８：ＮＯ）、登録商品も関連商品も来店者端末４の近傍にないと判断される（ステップＳ５２）。ステップＳ４６，Ｓ５０，Ｓ５２の判断結果を含む通知内容が来店者端末４に送信される。
なお、登録商品コードが複数存在する場合には、ステップＳ４４，Ｓ４８の判断は、個々の登録商品コードごと、又は、個々の登録商品コードに対応する関連商品コードごとに行われる。

（３）第３の実施形態
次に、第３の実施形態に係る商品管理システム１Ａについて、第１の実施形態との相違点に着目し、図１０～図１４を参照して説明する。図１０は、本実施形態の商品管理システム１Ａのシステム構成を概略的に示す図である。図１１は、例示的な店舗フロアの一例に係る平面図である。図１２は、本実施形態の商品管理システム１Ａの各装置の内部構成を示すブロック図である。図１３は、本実施形態の商品管理システム１Ａの動作を示すシーケンスチャートである。図１４は、本実施形態の商品管理システム１Ａにおいて、商品のエリア内の位置を特定する別の方法について説明する図である。

本実施形態の商品管理システム１Ａは、来店者の登録商品が店舗に陳列されている場合、登録商品が陳列されている位置を特定する情報（位置情報）をも来店者端末４に通知することができる。本実施形態の商品管理システム１Ａは、店舗内に複数の無線装置２が設けられ、アプリケーションサーバ５は、各無線装置２から受信する装置ＩＤおよびタグＩＤに基づいて、登録商品の位置情報を特定し、特定した位置情報を来店者端末４に通知する。登録商品の位置の通知態様は限定しないが、例えば、店舗マップ上で登録商品の位置がわかるように来店者端末４上に表示することが好ましい。登録商品の位置情報を来店者端末４に通知することによって、来店者は店舗内で登録商品を容易に見つけることができるため、商品の購入が短時間で済み来店者にとって便利であるとともに、店舗にとっても商品の販売を促進することができる。

上述したように、本実施形態の商品管理システム１Ａでは、店舗内に複数の無線装置２が配置される。図１０に示すように、各無線装置２は、ネットワークＮＷを介してアプリケーションサーバ５と通信可能である。
例えば図１１に示す店舗の平面図では、店舗のエリアを区画する６個の領域Ｒ１～Ｒ６が設けられる場合、各領域に対応して６個の無線装置２－１～２－６が配置される。無線装置２－１～２－６にはそれぞれ、固有の装置ＩＤ（装置識別情報の一例）が割り当てられる。図１１に示す例では、無線装置２－１～２－６にそれぞれ、装置ＩＤ：Ｇ１～Ｇ６が割り当てられている。

無線装置２－１～２－６にはそれぞれ、概ね、対応する領域をカバーするように、タグＴとの間の無線通信が可能な範囲（通信可能範囲）ＣＡ１～ＣＡ６が設定されている。例えば、店舗において領域Ｒ４に配置されている商品に取り付けられているタグＴは、無線装置２－４との間で無線通信が可能となるように設定される。なお、図１１は一例に過ぎず、店舗に配置される無線装置２の数、店舗のエリアを区画する領域の数、あるいは、無線装置２が配置される位置は、例えば、ＩｏＴタグＴの通信可能範囲や店舗内の通信環境に応じて適宜最適化可能である。
店舗が広く店舗内に多数のタグＴが分散して配置される場合には、店舗内に複数の無線装置２を分散して配置することで、店舗内のすべてのタグＴとの通信をカバーすることができる。

図１２に示すように、無線装置２－１～２－６の構成は、図２に示した無線装置２と同じであるが、ネットワークＮＷを介してアプリケーションサーバ５と通信可能に構成される。以下、無線装置２－１～２－６に共通する事項について言及するときには、適宜「無線装置２」と表記する。

本実施形態の商品管理システム１Ａでは、無線装置２がタグＴからパケットを受信すると、当該パケットから取得されるブロードキャストデータと、自身の装置ＩＤとを対応付けてアプリケーションサーバ５に送信する。アプリケーションサーバ５は、無線装置２から受信する装置ＩＤを基に、ブロードキャストデータに含まれるタグＩＤに対応する商品が、店舗のエリア内のいずれの領域に配置されているかを認識することができる。
店舗のエリアを複数の領域に分割する際には、様々な基準に基づいて行うことができる。例えば、複数の領域Ｒ１～Ｒ６の各々を、商品を配置する異なる棚に対応付けて設定してもよい。この場合、アプリケーションサーバ５は、商品が店舗内のいずれの棚に配置されているか認識することができる。別の例では、複数の領域Ｒ１～Ｒ６のうち一部の領域を来店者が移動可能な領域（店内領域）に割り当て、一部の領域をバックヤードの領域（バックヤード領域）に割り当ててもよい。この場合、アプリケーションサーバ５は、商品が店内領域にあるか、又はバックヤード領域にあるか認識することができる。

図１３のシーケンスチャートは、第１の実施形態のシーケンスチャート（図６）と比較して、主としてＡ部が追加された点で異なる。
図１３において、Ａ部の処理は、店舗内の各タグと無線装置２の通信に基づいて在庫データベースを逐次更新する処理である。すなわち、無線装置２は、例えばビーコン信号を放射することで（ステップＳ２）、このビーコン信号により店舗内の各商品に取り付けられているタグＴ１，Ｔ２，…が発電可能な無線環境を提供することができる。各タグは、周囲環境の電波に基づいて環境発電を行い、発電により得られた電力を内部のエネルギーストレージ（例えばキャパシタ）に貯蔵して動作する。エネルギーストレージの電圧が所定の閾値以上まで充電された場合、タグＩＤとセンサデータをブロードキャストデータとして含むパケットを生成して送信する（ステップＳ４，Ｓ５）。
無線装置２は、各タグから送信されるパケットを認識して受信すると、当該パケットに含まれるＰＤＵを復号するとともに、ＰＤＵに含まれるブロードキャストデータを抽出する。無線装置２は、自身の装置ＩＤと、ブロードキャストデータとをアプリケーションサーバ５に送信する（ステップＳ９）。

アプリケーションサーバ５は、受信したブロードキャストデータに含まれるタグＩＤの認証を行う（ステップＳ１０）。タグＩＤの認証は、例えば、外部の認証サーバに問合せを行うことで得られる認証結果に基づいてなされる。タグＩＤの認証が成功すると、アプリケーションサーバ５は、在庫データベースを更新する（ステップＳ１１）。
在庫データベースの更新では、処理対象のタグＩＤに対応するレコードの「在庫有無」フィールドの値を「有」のまま（商品入荷時の値）とし、一定期間受信しないタグＩＤ対応するレコードの「在庫有無」フィールドの値を「無」とする。すなわち、アプリケーションサーバ５は、無線装置２が受信したパケットに含まれるタグＩＤに基づいて、店舗のエリア内に存在する商品を特定する。在庫データベースにおいて、「在庫有無」フィールドの値が「有」であるレコードの商品コードに対応する商品が店舗に残っていることがわかる。
さらに、アプリケーションサーバ５は、ステップＳ９で受信した装置ＩＤに対応する店舗内の領域（例えば、Ｒ１～Ｒ６のいずれか；図１１参照）が、処理対象のタグＩＤに対応する商品コードの商品の商品位置となるように、在庫データベースを更新する。

なお、図１３のＡ部の処理は、他の実施形態の商品管理システムにおいても無線装置２を利用する場合には実行することができる。このＡ部の処理を実行することで、店舗の各商品の在庫の有無、および、在庫有りの場合の商品位置を逐次、更新することができる。

図１３において、Ｂ部の処理は、来店者端末４が店舗内のタグから送信されるパケットを受信したときの処理である。このＢ部の処理は、図６の処理と基本的に同じであるが、ステップＳ１２Ａ～Ｓ１６の処理が図６の場合と異なる。
本実施形態では、ステップＳ１２Ａにおいてアプリケーションサーバ５は、図６のステップＳ１２と同様に来店者の登録商品が店舗に陳列されているか確認することに加えて、登録商品が店舗に陳列されている場合には、在庫データベースを参照して登録商品の商品位置を特定する。また、アプリケーションサーバ５は、登録商品が店舗に陳列されていない場合には、当該登録商品に対応する関連商品が店舗に陳列されているか確認し、店舗に陳列されている場合には在庫データベースを参照して関連商品の商品位置を特定する。アプリケーションサーバ５は、ステップＳ１２Ａの商品確認処理の確認結果（来店者の登録商品、又は、当該登録商品の関連商品の商品位置の情報を含む）に基づいて通知内容を作成し（ステップＳ１３）、作成した通知内容を来店者端末４に送信する（ステップＳ１４）。
ステップＳ１４で受信した通知内容に基づき、来店者端末４は、図８Ａおよび図８Ｂに例示したように、様々な通知内容を表示する（ステップＳ１６）。本実施形態では、来店者の登録商品の商品位置、又は、当該登録商品の関連商品の商品位置の情報がステップＳ１４の確認結果に含まれるため、来店者端末４は、店舗における商品の位置がわかるように、例えば図８Ｂに例示したように店舗のフロアのマップを表示することが好ましい。

次に、商品のエリア内の位置を特定する別の方法について、図１４を参照して説明する。図１４では、図１１と同様に、６個の無線装置２－１～２－６が店舗のエリア内に配置されている場合を例示する。
この方法では、各無線装置２は、タグからパケットを受信すると、自身の装置ＩＤと、当該タグからパケットを受信したときの受信信号強度（ＲＳＳＩ（Received Signal Strength Indicator）値）と、当該パケットから得られたブロードキャストデータとをアプリケーションサーバ５に送信する。例えば、図１４において、タグＴからパケットを受信したときのＲＳＳＩ値は、無線装置２－１，２－２，２－４，２－５においてそれぞれ、Ｓ_Ｒ１，Ｓ_Ｒ２，Ｓ_Ｒ４，Ｓ_Ｒ５である。なお、この例では、無線装置２－３，２－６でのＲＳＳＩ値は微小であると仮定して無視している。
アプリケーションサーバ５は、各無線装置２のＲＳＳＩ値を取得すると、ＲＳＳＩ値が最大である無線装置２を特定し、特定した無線装置２の装置ＩＤに対応する店舗内の領域（図１４では、例えば領域Ｒ２）を特定する。

複数の無線装置２におけるＲＳＳＩ値を利用して商品位置をさらに精度良く特定することもできる。具体的には、距離に応じた電波の減衰特性を利用し、各端末でのＲＳＳＩ値に基づいてタグＴと各無線装置２との距離を推定し、三角測量法によりタグＴを測位する。
例えば図１４において、アプリケーションサーバ５は、各無線装置２のＲＳＳＩ値を取得した後、大きい順に３個のＲＳＳＩ値（例えば、Ｓ_Ｒ１，Ｓ_Ｒ２，Ｓ_Ｒ５）と各ＲＳＳＩ値に対応する無線装置２の既知の位置情報とに基づいて、三角測量法によりタグＴを測位することができる。また、店舗内の電波の伝播環境は一般に理想的な自由空間ではないため、４個以上の任意の数の無線装置２を単一のタグＴの測位に利用することで、さらにタグＴの測位精度を高めることもできる。

アプリケーションサーバ５が、登録商品を測位するとともに来店者端末４も測位することによって、来店者端末４の現在位置から登録商品の陳列位置までの最短経路を取得し、その最短経路の情報を来店者端末４に通知するようにしてもよい。その場合、来店者端末４の商品アプリケーションは、アプリケーションサーバ５から取得した最短経路の情報を店舗マップ上に表示させてもよい。
すなわち、複数の無線装置２における来店者端末４からの受信信号のＲＳＳＩ値を利用して、タグＴと同様に、来店者端末４も測位することができる。アプリケーションサーバ５は、来店者端末４の位置情報と、登録商品の位置情報と、既知の店舗マップとに基づいて、来店者端末４の位置から登録商品の陳列位置までの最短経路を所定の経路探索プログラムを実行して取得する。アプリケーションサーバ５は、経路探索プログラムの実行結果として最短経路の情報を、図１３のステップＳ１３で作成する通知内容に含ませるようにする。
最短経路の情報を含む通知内容の表示例を図１５に示す。図１５の画面Ｇ６は、店舗マップＭ１において来店者端末４の位置（「現在位置」）から来店者の登録商品の陳列位置（棚ＳＡ２）までの最短経路ＲＴの情報を含む通知内容を例示している

（４）第４の実施形態
次に、第４の実施形態に係る商品管理システムについて、第３の実施形態との相違点に着目し、図１６を参照して説明する。図１６は、本実施形態の商品管理システムの動作を示すシーケンスチャートの一部である。
第３の実施形態の商品管理システム１Ａでは、図１３のＡ部の処理によって店舗内の商品在庫を示す在庫データベースが逐次更新されていく。この商品在庫の更新では、ステップＳ１０で認証が成功したタグＩＤに対応する商品コードの商品を在庫有りとする場合について説明した。本実施形態の商品管理システムでは、第３の実施形態と異なり、例えば来店者や店員等によって商品がピックアップされている等、商品が動かされている場合には、当該商品を在庫有りと判断しない。つまり、本実施形態では、店舗内で動かされていない商品のみを在庫有りとして判断される。商品が動かされている場合、例えば、来店者が当該商品を試着し、若しくは購入する可能性や、店員が商品の入れ替え作業等を行っている可能性がある。そのため、例えば店員が来店者に対して確実に購入可能な商品の在庫を案内するために、動かされていない商品を把握できると好都合である。

本実施形態の商品管理システムの動作は、図１３のシーケンスチャートのＡ部と比較して、図１６に示すように、ステップＳ１０と、ステップＳ１１に代わるステップＳ１１Ａとの間にＣ部が含まれる点が異なる。このＣ部に注目して、以下説明する。
タグＩＤの認証が成功するとアプリケーションサーバ５は、受信したブロードキャストデータに含まれるセンサデータを参照し、タグが動かされたか否かに基づいて在庫フラグの値を決定する。上述したように、商品に取り付けられているタグは、タグ自体の動き（モーション）、つまり商品の動きを検出するため、来店者や店員等により商品が動かされている場合には、センサデータを参照することで、タグが動かされているか否か判断できる。
在庫フラグの値が「１」であることは、対象となるタグに対応する商品が棚に配置され、動かされていない状態であることを意味する。具体的には、アプリケーションサーバ５は，タグが動かされておらず、タグが動かされてから所定時間経過したという条件を満たした場合（ステップＳ６０：ＮＯ、かつステップＳ６４：ＹＥＳ）に限り、在庫フラグの値を「１」とする（ステップＳ６６）。アプリケーションサーバ５は、当該条件を満たさない場合には、在庫フラグの値を「０」とする（ステップＳ６２）。
なお、タグが動かされてから所定時間経過したことを条件に含めているのは、所定時間が動かされていないことが確認できれば、いったん動かされた商品も棚に戻されて動かなくなったと判断できるためである。しかし、その限りではなく、ステップＳ６０のみによって在庫フラグの値を決定してもよい。

アプリケーションサーバ５は、タグＩＤと在庫フラグに基づいて在庫データベースを更新する（ステップＳ１１Ａ）。本実施形態の在庫データベースの更新では、在庫フラグの値が「１」である場合、処理対象のタグＩＤに対応するレコードの「在庫有無」フィールドの値を「有」とする。逆に、在庫フラグの値が「０」である場合、処理対象のタグＩＤに対応するレコードの「在庫有無」フィールドの値を「無」とする。

以上の処理を実行することで、商品確認処理（図１３のステップＳ１２Ａ）では、来店者の登録商品、又は、当該登録商品に対応する関連商品が近傍にあるか否かの判断に基づく通知（図１３のステップＳ１４）が、来店者にとってより実効的なものとなる。つまり、来店者にとって、例えば他者が現在動かしている登録商品は自身が手に取ることができないため、そのような登録商品が来店者に通知されないような仕組みとすることができる。

以上説明したように、各実施形態の商品管理システム１はＩｏＴタグＴを利用するが、この利点は以下のとおりである。
一般に、ＲＦＩＤタグとして、内部に電池を持つアクティブタグと、内部に電池を持たないパッシブタグとが知られている。アクティブタグは通信可能範囲が比較的広いものの、高価であり、また、電池交換が必要であることから、店舗で扱う多数の商品の各々に取り付けるのは現実的でない。
従来の商品管理システムでは、電池を持たないパッシブタグを商品に取り付けることが想定されており、その通信可能範囲は、ＵＨＦ帯（例えば９００ＭＨｚ帯）の場合で３～８ｍ程度と短い。そのため、特許文献１に記載されたシステムのように、店舗内のすべての商品を読み取るためには短い間隔で多数のアンテナを店舗内に配置し、多数のアンテナを収容する多数のリーダライタを店舗内に配置することが行われる。それに対して、開示のＩｏＴタグＴでは、パッシブタグとは異なり、周囲環境に存在する電波によって給電されて動作するため、常に近くに給電のためにリーダライタを固定配置させる必要がない。
ＲＦＩＤタグとしてパッシブタグを利用した従来の商品管理システムでは、商品陳列場所の複数の商品棚の各々にリーダライタが設けられ、各リーダライタの位置は既知であることから、各リーダライタが受信するＲＦＩＤタグの信号を基に、各タグの位置、つまり各商品の位置を推定できる可能性はある。しかし、仮にそのような位置推定が可能であったとしても、前述したように、パッシブタグの通信可能範囲の短さに起因して多数のリーダライタを店舗内に配置しなければならず、システム全体の設置コストが嵩むという不利益がある。
さらに、ＲＦＩＤとは異なる近距離無線通信方式として、ＦｅｌｉＣａ（登録商標）等のＮＦＣ（Near field communication）が知られているが、通信距離が５０ｃｍ以下と短く、また高価でもあり、在庫管理に不向きである。
上述した観点に鑑み、各実施形態の商品管理システムでは、周囲環境の電波をもとに発電する環境発電型のタグであって、バッテリを備えていないタグであるＩｏＴタグを利用する。これにより、例えば店舗内の無線装置から放射される無指向性の電波によって発電して動作するため、店舗内に多数のリーダライタを配置する必要がないという利点がある。

以上、物品管理システムおよび物品管理方法の実施形態について説明したが、本発明は上記の実施形態に限定されない。また、上記の実施形態は、本発明の主旨を逸脱しない範囲において、種々の改良や変更が可能である。
例えば、上述した実施形態において、ＩｏＴタグは、無線装置２、店員端末、および、来店者端末４のうち少なくともいずれかから放射される電波を基に発電することが可能である。

例えば、上述した実施形態において、来店者端末４や無線装置２は、アクセス権限のあるＩｏＴタグＴからのパケットのみを受信できるようにしてもよい。店舗内には、本システムとは無関係の携帯端末や無線タグが、ＢＬＥのプロトコル等、無線装置２とＩｏＴタグＴとの間で行われている無線通信プロトコルと同じプロトコルでデータを送信し、当該データを来店者端末４や無線装置２が受信する可能性がある。そこで、来店者端末４や無線装置２が受信すべきパケットと、受信する必要がないデータとを区別するために、ＩｏＴタグＴから送信されるパケットには、アクセス権限を示すデータ（アクセス権限データ）を含めるようにすることが好ましい。この場合、上述した実施形態において来店者端末４や無線装置２は、パケットを受信する度に、受信したパケットに含まれるアクセス権限データを確認し、自身にアクセス権限がないパケットを破棄する。

例えば、上述した実施形態では、アプリケーションサーバ５は、ユーザごとにユーザの登録商品コードを含む商品登録データベースを記憶しておき、来店者ＣＳの来店者端末４から、ユーザＩＤとタグＩＤとを取得して、タグＩＤに対応する商品コードと登録商品コードが一致するか確認する。しかし、そのような処理方法に限られない。アプリケーションサーバ５ではなく来店者端末４が、登録商品コードを記憶してもよい。その場合には、アプリケーションサーバ５は、在庫データベースを参照することで来店者端末４から取得するタグＩＤに対応する商品コードを特定して来店者端末４に返し、来店者端末４が、登録商品コードと、アプリケーションサーバ５から受信する商品コードとが一致するか確認して、その確認結果を表示させるようにする。

上述した各実施形態では、アプリケーションサーバ５によって商品確認処理の実行結果に基づいて送信される通知内容が、来店者端末４上表示される場合について説明したが、その限りではない。来店者端末４に対する通知方法は表示に行われる場合に限られず、来店者端末４による音声出力、若しくは来店者端末４の振動出力によって行われてもよい。表示以外の出力態様によっても来店者は、例えば登録商品が近傍にあることを知覚的に認識し得る。

１…商品管理システム
Ｔ…ＩｏＴタグ
１１…制御部
１１１…メモリ
１２…アンテナ
１３…ハーベスティング部
１３１…エネルギーストレージ
１４…電圧制御部
１５…ＲＦトランシーバ
１６…センサ
２…無線装置
２１…制御部
２２…アンテナ
２５…ＲＦ発信機
４…来店者端末
４１…制御部
４２…ストレージ
４３…操作入力部
４４…表示部
４５…第１通信部
４６…第２通信部
５…アプリケーションサーバ
５１…制御部
５２…ストレージ
５３…通信部
ＮＷ…ネットワーク

Claims (16)

1. エリア内に存在する一以上の物品の管理を行う物品管理システムであって、
   前記エリア内の物品に取り付けられ、固有のタグ識別情報を記憶し、周囲の電波からエネルギーを得て動作する無線タグと、
   前記エリアから所定距離以内において、前記無線タグからタグ識別情報を受信する携帯端末と、
   前記携帯端末と通信可能であり、前記エリア内の物品を識別する物品情報と、前記物品に取り付けられている無線タグのタグ識別情報と、を対応付けて記憶する情報処理装置とを含み、
   前記携帯端末は、前記無線タグからタグ識別情報を受信した場合に、受信したタグ識別情報に対応付けて記憶されている物品情報が、予め、ユーザを識別するユーザ識別情報と対応付けて登録された物品情報に含まれるか、前記情報処理装置に対して問合せを行い、
   前記情報処理装置は、前記問合せに応じて、前記受信したタグ識別情報に対応付けて記憶されている物品情報が、前記携帯端末から取得したユーザ識別情報に対応付けて登録された物品情報に含まれると判断した場合に、前記受信したタグ識別情報に対応付けて記憶されている物品情報によって特定される物品が前記エリア内にあることを前記携帯端末に通知する、
   物品管理システム。
2. 前記情報処理装置は、前記携帯端末から受信するタグ識別情報に基づき、前記予め登録された物品情報によって特定される物品が前記携帯端末の近傍にある場合に前記携帯端末に通知する、
   請求項１に記載された物品管理システム。
3. 前記情報処理装置は、前記予め登録された物品情報によって特定される物品に関連する関連物品が前記エリア内にある場合には、前記関連物品が前記エリア内にあることを前記携帯端末に通知する、
   請求項１又は２に記載された物品管理システム。
4. 前記物品管理システムは、前記情報処理装置と通信可能な複数の無線装置をさらに含み、
   各無線装置は、固有の装置識別情報に関連付けられ、前記無線タグと通信可能であり、
   前記情報処理装置は、各無線装置から受信する装置識別情報およびタグ識別情報に基づいて、前記予め登録された物品情報によって特定される物品の位置を特定し、特定した位置に関する情報を前記携帯端末に通知する、
   請求項１から３のいずれか一項に記載された物品管理システム。
5. 前記複数の無線装置の各々は、前記無線タグと通信できない状態が所定時間以上継続する場合には、無線送信を開始するか、又は、送信電力を増加させる、
   請求項４に記載された物品管理システム。
6. 前記情報処理装置は、複数のユーザの各々を識別するユーザ識別情報と、各ユーザによって予め登録された物品情報と、を対応付けて記憶し、
   前記問合せの元となるユーザのユーザ識別情報を基に当該ユーザに対して予め登録された物品情報によって特定される物品が前記エリア内にあるか否か判断する、
   請求項１から５のいずれか一項に記載された物品管理システム。
7. エリア内に存在する一以上の物品の管理を行う物品管理システムであって、
   エリア内の物品に取り付けら、固有のタグ識別情報を記憶し、周囲の電波からエネルギーを得て動作する無線タグと、
   エリアから所定距離以内において、当該エリア内の無線タグからタグ識別情報を受信する携帯端末と、
   前記携帯端末と通信可能であり、所定エリアを含む複数エリア内の各エリアを識別するエリア識別情報ごとに、物品を識別する物品情報と、物品に取り付けられている無線タグのタグ識別情報、を対応付けて記憶する情報処理装置と、を含み、
   前記情報処理装置は、前記携帯端末から受信するタグ識別情報に基づき、予め登録された物品情報によって特定される物品が前記複数エリアのうち前記所定エリアにある場合に前記携帯端末に通知する、
   物品管理システム。
8. 前記情報処理装置は、前記携帯端末から受信するタグ識別情報に基づき、前記予め登録された物品情報によって特定される物品が前記携帯端末の近傍にある場合に前記携帯端末に通知する、
   請求項７に記載された物品管理システム。
9. 前記情報処理装置は、前記予め登録された物品情報によって特定される物品に関連する関連物品が前記所定エリア内にある場合には、前記関連物品が前記所定エリア内にあることを前記携帯端末に通知する、
   請求項７又は８に記載された物品管理システム。
10. 前記物品管理システムは、前記情報処理装置と通信可能な複数の無線装置をさらに含み、
    各無線装置は、固有の装置識別情報に関連付けられ、前記無線タグと通信可能であり、
    前記情報処理装置は、各無線装置から受信する装置識別情報およびタグ識別情報に基づいて、前記予め登録された物品情報によって特定される物品の位置を特定し、特定した位置に関する情報を前記携帯端末に通知する、
    請求項７から９のいずれか一項に記載された物品管理システム。
11. 前記複数の無線装置の各々は、前記無線タグと通信できない状態が所定時間以上継続する場合には、無線送信を開始するか、又は、送信電力を増加させる、
    請求項１０に記載された物品管理システム。
12. 前記無線タグは、Bluetooth Low Energy（登録商標）の規格に準拠したパケットをブロードキャスト送信する、
    請求項１から１１のいずれか一項に記載された物品管理システム。
13. 前記パケットは、無線タグのタグ識別情報を含み、
    前記携帯端末は、受信したパケットに含まれるタグ識別情報を前記情報処理端末に送信する、
    請求項１２に記載された物品管理システム。
14. 前記情報処理装置は、前記携帯端末から取得した前記タグ識別情報を認証し、認証が成功し、かつ予め登録された物品情報によって特定される物品が前記エリア内にある場合に前記携帯端末に通知する、
    請求項１から１３のいずれか一項に記載された物品管理システム。
15. エリア内に存在する一以上の物品の管理を行う物品管理方法であって、
    前記エリア内の物品に取り付けられた無線タグが、固有のタグ識別情報を記憶し、周囲の電波からエネルギーを得て動作し、
    前記エリアから所定距離以内を移動する携帯端末が、前記無線タグからタグ識別情報を受信し、
    前記携帯端末と通信可能な情報処理装置が、前記エリア内の物品を識別する物品情報と、物品に取り付けられている無線タグのタグ識別情報と、を対応付けて記憶しており、
    前記携帯端末が、前記受信したタグ識別情報に対応付けて記憶されている物品情報が、予め、ユーザを識別するユーザ識別情報と対応付けて登録された物品情報に含まれるか、前記情報処理装置に問合せを行い、
    前記情報処理装置が、前記問合せに応じて、前記受信したタグ識別情報に対応付けて記憶されている物品情報が、前記携帯端末から取得したユーザ識別情報に対応付けて登録された物品情報に含まれると判断した場合に、前記受信したタグ識別情報に対応付けて記憶されている物品情報によって特定される物品が前記エリア内にあることを前記携帯端末に通知する、
    物品管理方法。
16. エリア内に存在する一以上の物品の管理を行う物品管理方法であって、
    エリア内の物品に取り付けられた無線タグが、固有のタグ識別情報を記憶し、周囲の電波からエネルギーを得て動作し、
    エリアから所定距離以内を移動する携帯端末が、当該エリア内の前記無線タグからタグ識別情報を受信し、
    前記携帯端末と通信可能な情報処理装置が、所定エリアを含む複数エリア内の各エリアを識別するエリア識別情報ごとに、物品を識別する物品情報と、物品に取り付けられている無線タグのタグ識別情報と、を対応付けて記憶しており、
    前記情報処理装置が、前記携帯端末から受信するタグ識別情報に基づき、予め登録された物品情報によって特定される物品が前記複数エリアのうち前記所定エリアにある場合に前記携帯端末に通知する、
    物品管理方法。

Images