(57)【特許請求の範囲】
【請求項１】
電子棚札サーバーから提供されたアップデートデータを無線通信を介して複数の電子タグに提供するゲートウェイで行われる電子棚札システムの運用方法であって、
アップデートデータを伝送するタググループを決定する段階と、
前記タググループに対するリンクスケジュール情報及びタグ識別情報を含むＰＵＭＰ（Ｐｒｉｃｅ  Ｕｐｄａｔｅ  Ｍｕｌｔｉ  Ｐｏｌｌ）フレームを伝送する段階と、
前記タググループに属する少なくとも一つの電子タグから応答メッセージを受信すると、前記タググループに対する前記アップデートデータを含むブロックデータフレームを伝送する段階と、を含み、
前記タググループは、少なくとも一つの電子タグで構成される、電子棚札システムの運用方法。
【請求項２】
前記タグ識別情報は、
前記複数の電子タグを少なくとも一つのグループに区分するグループ情報と、
前記少なくとも一つのグループを少なくとも一つのサブグループに区分するサブグループ情報と、を含む、請求項１に記載の電子棚札システムの運用方法。
【請求項３】
前記電子棚札システムの運用方法は、
前記複数の電子タグに対して、前記グループ情報及び前記サブグループ情報を割り当てる段階をさらに含む、請求項２に記載の電子棚札システムの運用方法。
【請求項４】
前記ＰＵＭＰフレームを伝送する段階は、
前記タググループに含まれた少なくとも一つのサブグループ別に、アップリンク時間またはダウンリンク時間を決定して、前記リンクスケジュール情報を生成する段階と、
前記タググループ、前記サブグループのグループ識別情報、及び前記リンクスケジュール情報を含んでＰＵＭＰメッセージを生成する段階と、を含む、請求項２または３に記載の電子棚札システムの運用方法。
【請求項５】
前記ブロックデータフレームを伝送する段階は、
前記ＰＵＭＰフレームに対する応答メッセージを伝送した少なくとも一つの電子タグに割り当てられた第１グループまたは第１サブグループを識別する段階と、
前記識別した第１グループまたは第１サブグループが、前記リンクスケジュール情報に含まれたグループ及びサブグループに該当するか否かを確認する段階と、を含む、請求項２または４に記載の電子棚札システムの運用方法。
【請求項６】
前記ブロックデータフレームを伝送する段階は、
前記少なくとも一つの電子タグが前記応答メッセージを伝送した場合、前記第１サブグループに属する少なくとも一つの電子タグに対するアップデートデータを統合してブロックデータフレームを生成する段階を含む、請求項５に記載の電子棚札システムの運用方法。
【請求項７】
ゲートウェイと１：Ｎの関係でマッチングされ、前記ゲートウェイから無線通信を介してアップデートデータを更新することができる電子タグで行われる電子棚札システムの運用方法であって、
前記ゲートウェイから、リンクスケジュール情報及びタグ識別情報を含むＰＵＭＰ（Ｐｒｉｃｅ  Ｕｐｄａｔｅ  Ｍｕｌｔｉ  Ｐｏｌｌ）フレームを受信する段階と、
前記タグ識別情報及び前記リンクスケジュール情報を利用して、自分に割り当てられたアップリンク時間にＰＵＭＰメッセージに対する応答メッセージを伝送する段階と、
前記ゲートウェイからブロックデータフレームを受信すると、受信した前記ブロックデータフレームから自分のアップデートデータを識別してアップデートを行う段階と、を含む、電子棚札システムの運用方法。
【請求項８】
前記タグ識別情報は、
複数の電子タグを少なくとも一つのグループに区分するグループ情報と、
前記少なくとも一つのグループを少なくとも一つのサブグループに区分するサブグループ情報と、を含む、請求項７に記載の電子棚札システムの運用方法。
【請求項９】
前記応答メッセージを伝送する段階は、
自分が属するグループ及びサブグループに割り当てられた前記アップリンク時間を確認する段階と、
現在の時刻が前記アップリンク時間に属する場合、前記ＰＵＭＰメッセージに対する応答メッセージを伝送する段階と、を含む、請求項８に記載の電子棚札システムの運用方法。
【請求項１０】
前記応答メッセージを伝送する段階は、
現在の時刻が前記アップリンク時間に属しない場合、前記アップリンク時間までの残り時間の間にスリープ状態を維持する段階と、
前記スリープ状態が終了すると、前記ＰＵＭＰメッセージに対する応答メッセージを伝送する段階と、をさらに含む、請求項９に記載の電子棚札システムの運用方法。
【請求項１１】
電子棚札サーバーから提供されたアップデートデータを複数の電子タグに提供するゲートウェイ及び前記複数の電子タグを含む電子棚札システムであって、
前記複数の電子タグにリンクスケジュール情報及びタグ識別情報を含むＰＵＭＰ（Ｐｒｉｃｅ  Ｕｐｄａｔｅ  Ｍｕｌｔｉ  Ｐｏｌｌ）フレームを伝送し、前記ＰＵＭＰフレームに対する応答フレームを伝送した一つの電子タグのアップデートデータをグループ化したブロックデータフレームを伝送するゲートウェイと、
前記ＰＵＭＰフレームを受信して自分に割り当てられたアップリンク時間に前記応答フレームを伝送し、前記ブロックデータフレームを受信すると、自分のアップデートデータを識別してアップデートを行う複数の電子タグと、を含む、電子棚札システム。
【請求項１２】
前記ゲートウェイは、
一つの無線通信チャネルを利用して、前記複数の電子タグに前記ＰＵＭＰフレーム及びブロックデータフレームを伝送する、請求項１１に記載の電子棚札システム。
【請求項１３】
前記タグ識別情報は、
前記複数の電子タグを少なくとも一つのグループに区分するグループ情報と、
前記少なくとも一つのグループを少なくとも一つのサブグループに区分するサブグループ情報と、を含み、
前記リンクスケジュール情報は、
前記サブグループ別に決定されたアップリンク時間またはダウンリンク時間を含む、請求項１１または１２に記載の電子棚札システム。
【請求項１４】
前記ゲートウェイは、
前記複数の電子タグに対するアップデートデータを格納するアップデートデータ格納部と、
前記電子タグのグループまたはサブグループ別に、前記リンクスケジュール情報及び前記タグ識別情報を含むＰＵＭＰフレームを生成するＰＵＭＰ管理部と、
前記電子タグのグループ別に、アップデートデータを統合してブロックデータフレームを生成するブロックデータフレーム生成部と、を含む、請求項１３に記載の電子棚札システム。
【請求項１５】
前記電子タグは、
前記ＰＵＭＰフレームを利用して自分に割り当てられたアップリンク時間を確認し、確認したアップリンク時間に前記ＰＵＭＰフレームに対する応答メッセージを送出するように制御するタグ制御部と、
前記グループ情報またはサブグループ情報を利用して、前記ブロックデータフレームから自分のアップデートデータを識別してアップデートを行うアップデート管理部と、を含む、請求項１３または１４に記載の電子棚札システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子棚札システム及び電子棚札システムの運用方法に関する。
【背景技術】
【０００２】
タグ技術及び近距離無線通信の発展に伴い、タグに基づく様々なシステムが提供されている。このようなタグに基づくシステムの一つとして電子棚札システムが挙げられ、電子棚札システムは、様々な物品を随時提供する大型スーパーなどの環境において多様に適用されている。
【０００３】
このような電子棚札システムは、サーバーから提供されたアップデートデータを無線で提供するゲートウェイと、ゲートウェイから提供されたアップデートデータに基づいて商品情報などを表示する電子タグとで構成される。ここで、ゲートウェイと電子タグは、無線通信を介してアップデートデータを伝送することができる。
【０００４】
また、電子タグは、内蔵された電力に基づいて動作するため、電力管理を必要とする。そのために、電子タグは、所定期間スリープ状態を維持した後、必要なときにウェイクアップ状態に切り換えてアップデートデータを受信する。そのために、ゲートウェイは、所定時間ごとにウェイクアップメッセージを送出し、電子タグは、ウェイクアップ状態で受信したウェイクアップメッセージに基づき、アップデート過程を行うか否かを決定する。
【０００５】
従って、電子棚札システムには、少なくとも二つの相違する無線通信チャネルが要求される。すなわち、ウェイクアップメッセージを周期的に送受信するためのウェイクアップチャネルと、アップデートデータを送受信するためのデータチャネルが要求される。一つの無線チャネルを利用する場合、ウェイクアップメッセージとアップデートデータとの衝突が発生する恐れが大きいため、別途のチャネルに分離して使用するのである。
【０００６】
特に、ウェイクアップチャネルは、複数のゲートウェイが存在する場合、衝突を避けるために、ゲートウェイごとに相違する周波数帯域を使用する方式が採択されている。
【０００７】
そのため、限定された空間に設けられる電子棚札システムに少なくとも二つ以上の別途の無線通信チャネルが必須であるという限界性がある。
【０００８】
また、これにより、無線周波数帯域の消耗の問題、ゲートウェイ及び電子タグがウェイクアップチャネル用の無線通信モジュール及びデータチャネル用の無線通信モジュールを別途に備えなければならないという問題、及び周波数間の干渉を避けるために通信範囲を調節することで通信範囲の外郭地域に存在する電子タグで無線通信の不安定が発生するという問題などがある。
【０００９】
下記の先行技術文献は、このような従来技術に関するものであって、上述の問題に対する解決策が提示されていない。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】韓国公開特許公報第２０１２‐０１０９０５０号
【特許文献２】韓国公開特許公報第２０１０‐００６８１６０号
【発明の概要】
【発明が解決しようとする課題】
【００１１】
本発明の課題は、上記の従来技術の問題点を解決するためのもので、ＰＵＭＰ（Ｐｒｉｃｅ  Ｕｐｄａｔｅ  Ｍｕｌｔｉ  Ｐｏｌｌ）フレームを利用することにより一つの無線通信チャネルでも電子タグのアップデートを安定して管理することができる電子棚札システム及び電子棚札システムの運用方法を提供することにある。
【課題を解決するための手段】
【００１２】
本発明の第１技術的な側面は、電子棚札システムの運用方法を提案する。上記電子棚札システムの運用方法は、電子棚札サーバーから提供されたアップデートデータを無線通信を介して複数の電子タグに提供するゲートウェイで行われる。上記電子棚札システムの運用方法は、アップデートデータを伝送するタググループを決定する段階と、上記タググループに対するリンクスケジュール情報及びタグ識別情報を含むＰＵＭＰ（Ｐｒｉｃｅ  Ｕｐｄａｔｅ  Ｍｕｌｔｉ  Ｐｏｌｌ）フレームを伝送する段階と、上記タググループに属する少なくとも一つの電子タグから応答メッセージを受信すると、上記タググループに対する上記アップデートデータを含むブロックデータフレームを伝送する段階と、を含む。ここで、上記タググループは、少なくとも一つの電子タグで構成される。
【００１３】
一実施例において、上記タグ識別情報は、上記複数の電子タグを少なくとも一つのグループに区分するグループ情報と、上記少なくとも一つのグループを少なくとも一つのサブグループに区分するサブグループ情報と、を含むことができる。
【００１４】
一実施例において、上記電子棚札システムの運用方法は、上記複数の電子タグに対して、上記グループ情報及び上記サブグループ情報を割り当てる段階をさらに含むことができる。
【００１５】
一実施例において、上記ＰＵＭＰフレームを伝送する段階は、上記タググループに含まれた少なくとも一つのサブグループ別に、アップリンク時間またはダウンリンク時間を決定して、上記リンクスケジュール情報を生成する段階と、上記タググループ、上記サブグループのグループ識別情報、及び上記リンクスケジュール情報とを含んで上記ＰＵＭＰメッセージを生成する段階と、を含むことができる。
【００１６】
一実施例において、上記タググループを識別する段階は、上記ＰＵＭＰフレームに対する応答メッセージを伝送した少なくとも一つの電子タグに割り当てられた第１グループまたは第１サブグループを識別する段階と、上記識別した第１グループまたは第１サブグループが、上記リンクスケジュール情報に含まれたグループ及びサブグループに該当するか否かを確認する段階と、を含むことができる。
【００１７】
一実施例において、上記ブロックデータフレームを伝送する段階は、上記少なくとも一つの電子タグが上記応答メッセージを伝送した場合、上記第１サブグループに属する少なくとも一つの電子タグに対するアップデートデータを統合して上記ブロックデータフレームを生成する段階を含むことができる。
【００１８】
本発明の第２技術的な側面は、他の電子棚札システムの運用方法を提案する。上記電子棚札システムの運用方法はゲートウェイと１：Ｎの関係でマッチングされ、上記ゲートウェイから無線通信を介してアップデートデータを更新することができる電子タグで行われる。上記電子棚札システムの運用方法は、上記ゲートウェイから、リンクスケジュール情報及びタグ識別情報を含むＰＵＭＰ（Ｐｒｉｃｅ  Ｕｐｄａｔｅ  Ｍｕｌｔｉ  Ｐｏｌｌ）フレームを受信する段階と、上記タグ識別情報及び上記リンクスケジュール情報を利用して、自分に割り当てられたアップリンク時間に上記ＰＵＭＰメッセージに対する応答メッセージを伝送する段階と、上記ゲートウェイからブロックデータフレームを受信すると、受信した上記ブロックデータフレームから自分のアップデートデータを識別してアップデートを行う段階と、を含む。
【００１９】
一実施例において、上記タグ識別情報は、上記複数の電子タグを少なくとも一つのグループに区分するグループ情報と、上記少なくとも一つのグループを少なくとも一つのサブグループに区分するサブグループ情報と、を含むことができる。
【００２０】
一実施例において、上記応答メッセージを伝送する段階は、自分が属するグループ及びサブグループに割り当てられた上記アップリンク時間を確認する段階と、現在の時刻が上記アップリンク時間に属する場合、上記ＰＵＭＰメッセージに対する応答メッセージを伝送する段階と、を含むことができる。
【００２１】
一実施例において、上記応答メッセージを伝送する段階は、現在の時刻が上記アップリンク時間に属しない場合、上記アップリンク時間までの残り時間の間にスリープ状態を維持する段階と、上記スリープ状態が終了すると、上記ＰＵＭＰメッセージに対する応答メッセージを伝送する段階と、をさらに含むことができる。
【００２２】
本発明の第３技術的な側面は、電子棚札システムを提案する。上記電子棚札システムは電子棚札サーバーから提供されたアップデートデータを複数の電子タグに提供するゲートウェイ及び上記複数の電子タグを含む。上記電子棚札システムは、上記複数の電子タグにリンクスケジュール情報及びタグ識別情報を含むＰＵＭＰ（Ｐｒｉｃｅ  Ｕｐｄａｔｅ  Ｍｕｌｔｉ  Ｐｏｌｌ）フレームを伝送し、上記ＰＵＭＰフレームに対する応答フレームを伝送した一つの電子タグのアップデートデータをグループ化したブロックデータフレームを伝送するゲートウェイと、上記ＰＵＭＰフレームを受信して自分に割り当てられたアップリンク時間に上記応答フレームを伝送し、上記ブロックデータフレームを受信すると、自分のアップデートデータを識別してアップデートを行う複数の電子タグと、を含むことができる。
【００２３】
一実施例において、上記ゲートウェイは、一つの無線通信チャネルを利用して、上記複数の電子タグに上記ＰＵＭＰフレーム及びブロックデータフレームを伝送することができる。
【００２４】
一実施例において、上記タグ識別情報は、上記複数の電子タグを少なくとも一つのグループに区分するグループ情報と、上記少なくとも一つのグループを少なくとも一つのサブグループに区分するサブグループ情報と、を含み、上記リンクスケジュール情報は、上記サブグループ別に決定されたアップリンク時間またはダウンリンク時間を含むことができる。
【００２５】
一実施例において、上記ゲートウェイは、上記複数の電子タグに対するアップデートデータを格納するアップデートデータ格納部と、上記電子タグのグループまたはサブグループ別に、上記リンクスケジュール情報及び上記タグ識別情報を含むＰＵＭＰフレームを生成するＰＵＭＰ管理部と、上記電子タグのグループ別に、アップデートデータを統合してブロックデータフレームを生成するブロックデータフレーム生成部と、を含むことができる。
【００２６】
一実施例において、上記電子タグは、上記ＰＵＭＰフレームを利用して自分に割り当てられたアップリンク時間を確認し、確認したアップリンク時間に上記ＰＵＭＰフレームに対する応答メッセージを送出するように制御するタグ制御部と、上記グループ情報またはサブグループ情報を利用して、上記ブロックデータフレームから自分のアップデートデータを識別してアップデートを行うアップデート管理部と、を含むことができる。
【発明の効果】
【００２７】
本発明の一実施形態によると、ＰＵＭＰ（Ｐｒｉｃｅ  Ｕｐｄａｔｅ  Ｍｕｌｔｉ  Ｐｏｌｌ）フレームを利用することにより一つの無線通信チャネルでも電子タグのアップデートを安定して管理することができ、これにより、ゲートウェイ及び電子タグで要求される無線通信モジュールの数を低減することができるという効果がある。
【図面の簡単な説明】
【００２８】
【図１】本発明による電子棚札システムの一実施例を説明するための構成図である。
【図２】本発明による電子棚札サーバーの一実施例を説明するための構成図である。
【図３】本発明によるゲートウェイの一実施例を説明するための構成図である。
【図４】本発明による電子タグの一実施例を説明するための構成図である。
【図５】ゲートウェイと電子タグとの通信過程を時系列的に示した参考図である。
【図６】本発明によるＰＵＭＰフレームの一例を示す参考図である。
【図７】本発明による電子棚札システムの運用方法の一実施例を説明するための概略的なフローチャートである。
【図８】本発明のゲートウェイで行われる電子棚札システムの運用方法の一実施例を説明するための概略的なフローチャートである。
【図９】本発明の電子タグで行われる電子棚札システムの運用方法の一実施例を説明するための概略的なフローチャートである。
【発明を実施するための形態】
【００２９】
以下では、添付の図面を参照して本発明の好ましい実施形態について説明する。しかし、本発明の実施形態は様々な他の形態に変形されることができ、本発明の範囲は以下で説明する実施形態に限定されない。また、本発明の実施形態は、当該技術分野で平均的な知識を有する者に本発明をより完全に説明するために提供されるものである。したがって、図面における要素の形状及び大きさなどはより明確な説明のために誇張されることがある。
【００３０】
図１は本発明による電子棚札システムの一実施例を説明するための構成図である。
【００３１】
図１を参照すると、電子棚札システムの一実施例は、電子棚札サーバー１００と、少なくとも一つのゲートウェイ２００と、複数の電子タグ３００と、を含むことができる。
【００３２】
本発明において、ゲートウェイ２００は、複数の電子タグ３００と１：Ｎ（Ｎ＞２の自然数）の関係を有することができる。したがって、一つのゲートウェイ２００は、複数の電子タグ３００に、後述するようにＰＵＭＰ（Ｐｒｉｃｅ  Ｕｐｄａｔｅ  Ｍｕｌｔｉ  Ｐｏｌｌ）フレームを提供してアップデートデータを提供することができる。
【００３３】
また、ゲートウェイ２００と、それに係る複数の電子タグ３００は、一つの無線通信チャネルのみを使用することができる。すなわち、従来は少なくとも一つのウェイクアップチャネルと、一つのデータチャネルが要求されたが、本発明は、一つの無線通信チャネルを利用して、電子タグ３００のウェイクアップ管理及びアップデートデータの伝送を行うことができる。
【００３４】
電子棚札サーバー１００は、電子棚札システムを全体的に管理することができる。
【００３５】
電子棚札サーバー１００は、少なくとも一つのゲートウェイ２００を利用して電子タグ３００に商品情報を提供することができる。電子棚札サーバー１００と少なくとも一つのゲートウェイ２００とは、有線または無線で連結されることができる。
【００３６】
ゲートウェイ２００は、自分が管理する複数の電子タグ３００にアップデートデータを伝送することができる。また、ゲートウェイ２００は、ＰＵＭＰ（Ｐｒｉｃｅ  Ｕｐｄａｔｅ  Ｍｕｌｔｉ  Ｐｏｌｌ）フレームを利用して電子タグ３００のウェイクアップ管理を行うことができる。
【００３７】
電子タグ３００は、ゲートウェイ２００からアップデートデータの提供を受けて、これをディスプレイすることができる。例えば、電子タグ３００は、特定の商品に対する情報（商品の詳細情報、価額など）を表示することができる。
【００３８】
以下、上述の電子棚札システムを構成する電子棚札サーバー１００、ゲートウェイ２００及び電子タグ３００について、図２から図９を参照してより詳細に説明する。
【００３９】
図２は本発明による電子棚札サーバーの一実施例を説明するための構成図である。
【００４０】
図２を参照すると、電子棚札サーバー１００は、通信部１１０と、アップデート管理部１２０と、アップデートデータベース１３０と、ゲートウェイデータベース１４０と、を含むことができる。
【００４１】
通信部１１０は、有線通信または無線通信を利用して、ゲートウェイ２００との通信連結を設定することができる。
【００４２】
アップデート管理部１２０は、ゲートウェイ２００にアップデートデータを提供することができる。例えば、電子棚札サーバー１００は、電子タグＡに提供するアップデートデータが存在する場合、電子タグＡを管理するゲートウェイＡ'に該アップデートデータを提供することができる。
【００４３】
そのために、電子棚札サーバー１００は、ゲートウェイとそのゲートウェイが管理する電子タグとの関係を格納するゲートウェイデータベース１４０と、アップデートデータを格納するアップデートデータベース１３０と、を備えることができる。
【００４４】
一実施例において、アップデート管理部１２０は、外部から提供される商品情報を利用してアップデートデータベース１３０を更新することができる。そのために、電子棚札サーバー１００は、外部から商品情報の提供を受けるための所定の外部入力インターフェースを備えることができる。
【００４５】
図３は本発明によるゲートウェイの一実施例を説明するための構成図であり、図６は本発明によるＰＵＭＰフレームの一例を示す参考図である。
【００４６】
以下、図３及び図６を参照して、本発明によるゲートウェイ２００の一実施例について説明する。
【００４７】
まず、図３を参照すると、ゲートウェイ２００は、通信部２１０と、ＰＵＭＰ管理部２２０と、ブロックデータフレーム生成部２３０と、タグ情報データベース２４０と、アップデートデータ格納部２５０と、を含むことができる。
【００４８】
通信部２１０は、電子棚札サーバー１００または電子タグ３００との通信連結を設定することができる。
【００４９】
一実施例において、通信部２１０は、電子棚札サーバー１００との通信のための第１通信モジュールと、電子タグ３００との通信のための第２通信モジュールと、を含むことができる。ここで、第２通信モジュールは、一つの無線通信モジュールで構成されることができる。すなわち、従来は、ウェイクアップチャネルとデータチャネルとを別途に使用したため、第２通信モジュールが相違する周波数帯域のための複数の無線通信モジュールで構成されなければならなかった。しかし、本発明は、一つの無線通信チャネルを利用するため、第２通信モジュールが一つの無線通信モジュールで構成されることができる。
【００５０】
ＰＵＭＰ管理部２２０は、自分が管理する複数の電子タグに対してＰＵＭＰ（Ｐｒｉｃｅ  Ｕｐｄａｔｅ  Ｍｕｌｔｉ  Ｐｏｌｌ）フレームを生成して提供することができる。
【００５１】
具体的には、ＰＵＭＰ管理部２２０は、自分が管理する複数の電子タグを所定のグループ及びサブグループに区分して管理することができ、ＰＵＭＰ管理部２２０は、このようなグループ及びサブグループを受信対象として、ＰＵＭＰフレームを伝送することができる。ここで、ＰＵＭＰフレームは、リンクスケジュール情報と、タグ識別情報と、を含むことができる。
【００５２】
以下、さらに図６を参照して、ＰＵＭＰフレームについてより詳細に説明する。図６におけるＰＵＭＰフレームは、ジグビー標準（８０２．１５．４）のビーコンフレーム（Ｂｅａｃｏｎ  Ｆｒａｍｅ）の形式で構成された例を示しており、ＰＵＭＰ  ｐａｙｌｏａｄフィールドを利用してＰＵＭＰ関連情報を格納している。
【００５３】
しかし、ＰＵＭＰフレームは、実施例によりＰＵＭＰ  ｐａｙｌｏａｄフィールドを適用した他の標準案にしたがって構成されてもよい。
【００５４】
図６における（ａ）と（ｂ）は、ＰＵＭＰ  ｐａｙｌｏａｄフィールドの例を示しており、Ｎ_ＴＡＧフィールド、Ｍｏｒｅ  ＰＵＭＰフィールド及びＰＵＭＰ  Ｓｅｑｕｅｎｃｅフィールドを共通して有する。また、（ａ）はグループＩＤ及びサブグループＩＤを利用してＰＵＭＰ  ｐａｙｌｏａｄを構成する例であり、（ｂ）は電子タグの固有のアドレス、すなわち、Ｓｈｏｒｔ  ａｄｄｒｅｓｓを利用してＰＵＭＰ  ｐａｙｌｏａｄを構成する例である。
【００５５】
Ｎ_ＴＡＧフィールドは、現在のＰＵＭＰフレームで管理される電子タグの数を示し、Ｍｏｒｅ  ＰＵＭＰフィールドは、現在のＰＵＭＰフレームと同じＰＵＭＰ  Ｓｅｑｕｅｎｃｅを有するＰＵＭＰフレームが以降発生するか否かを示す。また、ＰＵＭＰ  Ｓｅｑｕｅｎｃｅフィールドは、ＰＵＭＰフレームの固有の識別子を意味する。
【００５６】
ＰＵＭＰ  ｐａｙｌｏａｄフィールドの一例として、（ａ）は、グループＩＤ（Ｇｒｏｕｐ  ＩＤ）及びサブグループＩＤ（Ｓｕｂ‐Ｇｒｏｕｐ  ＩＤ）を利用してＰＵＭＰ  ｐａｙｌｏａｄを構成する例である。
【００５７】
ＴｙｐｅフィールドはＰＵＭＰフレームの種類を示し、その詳細値は、次の表１のように区分されることができる。したがって、（ａ）は、グループ別にＰＵＭＰフレームを提供するため、Ｔｙｐｅフィールドが１の値を有し、（ｂ）は、電子タグが個別にＳｈｏｒｔ  ａｄｄｒｅｓｓを利用してＰＵＭＰフレームを提供するため、Ｔｙｐｅフィールドが２の値を有することが分かる。
【００５８】
【表１】
0005574307.tif 000002
【００５９】
本発明において、ゲートウェイ２００は、自分が管理する複数の電子タグ３００を少なくとも一つのグループに区分して管理することができ、また、一つのグループを少なくとも一つのサブグループに区分して管理することができる。そのために、ＰＵＭＰフレームは、グループ情報とサブグループ情報を含むタグ識別情報を含むことができる。したがって、図６の例において、Ｇｒｏｕｐ  ＩＤフィールドはこのようなグループ情報に該当し、Ｓｕｂ‐Ｇｒｏｕｐ  ＩＤフィールドはサブグループ情報に該当する。
【００６０】
Ｇｒｏｕｐ  ＩＤフィールドは、ＰＵＭＰフレームを受信する電子タグで構成されたグループの固有の識別子を示し、Ｓｕｂ‐Ｇｒｏｕｐ  ＩＤフィールドは、グループに属する下位のサブグループの固有の識別子を示す。
【００６１】
一実施例において、タグ識別情報は、それぞれの電子タグに割り当てられる固有識別情報をさらに含むことができ、これは図６の例においてＳｈｏｒｔ  ａｄｄｒｅｓｓフィールドで表されることができる。
【００６２】
Ｓｈｏｒｔ  ａｄｄｒｅｓｓフィールドは、電子タグ３００に個別に割り当てられた固有のアドレスを示す。
【００６３】
また、上述のように、ＰＵＭＰフレームは、アップリンク及びダウンリンクのスケジュール情報を含むことができる。ここで、アップリンクは、電子タグ３００がＰＵＭＰフレームに対する応答メッセージをゲートウェイ２００に伝送するリンクを意味し、ダウンリンクは、ゲートウェイ２００が電子タグ３００にアップデートデータを含むブロックデータフレームを提供するリンクを意味する。
【００６４】
ＵＬ  Ｓｔａｒｔ  Ｏｆｆｓｅｔフィールドは、電子タグにおいてアップリンクを行う時点までの残り時間（ｏｆｆｓｅｔ）を示し、ＵＬ  Ｄｕｒａｔｉｏｎフィールドは、アップリンクの持続時間を示す。したがって、電子タグ３００は、ＵＬ  Ｓｔａｒｔ  Ｏｆｆｓｅｔフィールドを利用してアップリンクの開始時点を確認し、ＵＬ  Ｄｕｒａｔｉｏｎフィールドを利用してアップリンクの持続時間を確認することができる。
【００６５】
ＤＬ  Ｓｔａｒｔ  Ｏｆｆｓｅｔフィールドは、電子タグにおいてダウンリンクを行う時点までの残り時間（ｏｆｆｓｅｔ）を示し、ＤＬ  Ｄｕｒａｔｉｏｎフィールドは、ダウンリンクの持続時間を示す。
【００６６】
図６に示した例において、ＰＵＭＰフレームは、一つのタグ識別情報と、リンクスケジュール情報６１０、６２０と、を含んでいるが、実施例に応じて、一つのＰＵＭＰフレームに複数個のタグ識別情報と、リンクスケジュール情報６１０、６２０と、を含んでいてもよい。これにより、一つのＰＵＭＰフレーム伝送後に、複数個のブロックデータフレームを提供することができる。
【００６７】
また、図３を参照すると、ＰＵＭＰ管理部２２０は、アップデートデータを伝送するタググループを決定し、決定したタググループに対して、リンクスケジュール情報及びタグ識別情報を含むＰＵＭＰフレームを生成して伝送することができる。
【００６８】
一実施例において、ＰＵＭＰ管理部２２０は、自分が管理する複数の電子タグに対して、グループ情報及びサブグループ情報を割り当てることができる。
【００６９】
一実施例において、ＰＵＭＰ管理部２２０は、タググループに属する少なくとも一つのサブグループ別に、アップリンク時間またはダウンリンク時間を決定して、リンクスケジュール情報を生成することができる。これにより、ＰＵＭＰ管理部２２０は、このようなタググループの識別情報、サブグループのグループ識別情報、及びリンクスケジュール情報を含んでＰＵＭＰメッセージを生成することができる。
【００７０】
ブロックデータフレーム生成部２３０は、電子タグのグループ別にアップデートデータを統合してブロックデータフレームを生成することができる。
【００７１】
具体的には、ブロックデータフレーム生成部２３０は、ＰＵＭＰフレームを受信したタググループに属する少なくとも一つの電子タグからＰＵＭＰフレームに対する応答メッセージを受信すると、タググループに対するアップデートデータを含むブロックデータフレームを伝送することができる。つまり、ブロックデータフレームは、グループまたはサブグループをなす少なくとも一つの電子タグに対するアップデートデータを含む一つのデータフレームである。
【００７２】
一実施例において、ブロックデータフレーム生成部２３０は、ＰＵＭＰフレームに対する応答メッセージを伝送した少なくとも一つの電子タグを検証することができる。具体的には、ブロックデータフレーム生成部２３０は、ＰＵＭＰフレームに対する応答メッセージを伝送した少なくとも一つの電子タグのグループまたはサブグループを識別し、識別したグループまたはサブグループがリンクスケジュール情報に含まれたグループ及びサブグループに該当するか否かを確認することができる。その後、ブロックデータフレーム生成部２３０は、上記条件を満たすと、該サブグループに属する少なくとも一つの電子タグに対するアップデートデータを統合してブロックデータフレームを生成することができる。
【００７３】
タグ情報データベース２４０は、自分が管理する少なくとも一つの電子タグ３００に対する情報を格納することができる。例えば、上述した電子タグのグループ情報、サブグループ情報及びＳｈｏｒｔ  ａｄｄｒｅｓｓ情報のうち少なくとも一つを含んで格納することができる。
【００７４】
アップデートデータ格納部２５０は、電子棚札サーバー１００から提供されたアップデートデータを格納することができる。アップデートデータ格納部２５０は、電子タグ別にアップデートデータを格納することができる。したがって、ブロックデータフレーム生成部２３０は、アップデートを行うとき、タググループ（またはタグサブグループ）に属する電子タグを識別し、識別した電子タグに対するアップデートデータをアップデートデータ格納部２５０から取り集めてブロックデータフレームを生成することができる。
【００７５】
図４は本発明による電子タグの一実施例を説明するための構成図である。
【００７６】
図４を参照すると、電子タグ３００は、通信部３１０と、タグ制御部３２０と、アップデート管理部３３０と、商品情報格納部３４０と、ディスプレイ部３５０と、を含むことができる。
【００７７】
通信部３１０は、ゲートウェイ２００との無線通信環境を生成することができ、ゲートウェイの通信部２１０と一つの無線通信チャネルを利用して無線通信を行うことができる。
【００７８】
タグ制御部３２０は、電子タグ３００の他の構成要素を制御して電子タグ３００を駆動させることができる。例えば、タグ制御部３２０は、商品情報格納部３４０に格納された商品情報をディスプレイ部３５０を介して外部にディスプレイするように制御することができる。
【００７９】
一実施例において、タグ制御部３２０は、ゲートウェイ２００と連動して自分のグループまたはサブグループを割り当てられることができる。
【００８０】
アップデート管理部３３０は、ゲートウェイ２００からＰＵＭＰフレームを受信し、ＰＵＭＰフレームに含まれたタグ識別情報及びリンクスケジュール情報を利用して、自分に割り当てられたアップリンク時間にＰＵＭＰメッセージに対する応答メッセージを伝送することができる。
【００８１】
一実施例において、アップデート管理部３３０は、自分が属するグループ及びサブグループに割り当てられたアップリンク時間を確認し、現在の時刻がアップリンク時間に属すると、ＰＵＭＰメッセージに対する応答メッセージを伝送することができる。
【００８２】
図６を例に挙げると、アップデート管理部３３０は、自分に割り当てられたグループ識別子及びサブグループ識別子がＰＵＭＰフレームのＧｒｏｕｐ  ＩＤフィールド及びＳｕｂ‐Ｇｒｏｕｐ  ＩＤに記載された内容と一致するか否かを判断して、自分のアップリンクまたはダウンリンク時間を確認することができる。
【００８３】
一実施例において、アップデート管理部３３０は、電子タグ３００のスリープ状態を管理することができる。
【００８４】
例えば、アップデート管理部３３０は、現在の時刻が自分のアップリンク時間に属しないと、アップリンク時間までの残り時間の間にスリープ状態を維持し、スリープ状態が終了すると、ＰＵＭＰメッセージに対する応答メッセージを伝送することができる。
【００８５】
他の例を挙げると、アップデート管理部３３０は、ＰＵＭＰフレームが送出される時刻を確認し、該時間が到来するまで自分をスリープ状態に設定することができる。
【００８６】
アップデート管理部３３０は、ゲートウェイ２００からブロックデータフレームを受信すると、受信した上記ブロックデータフレームから自分のアップデートデータを識別してアップデートを行うことができる。具体的には、ダウンリンクを介してブロックデータフレームを受信すると、受信したブロックデータフレームから自分のアップデートデータを識別して商品情報格納部３４０に格納することができる。その後、アップデートが完了したことをタグ制御部３２０に通知し、タグ制御部３２０によりアップデートデータがディスプレイされるようにすることができる。
【００８７】
商品情報格納部３４０は、アップデート管理部３３０から提供されたアップデートデータを格納することができる。
【００８８】
ディスプレイ部３５０は、商品情報格納部３４０に格納されたデータに該当する内容を外部に表示することができる。ディスプレイ部３５０は、ＬＥＤ、ＬＣＤなどの様々なディスプレイ手段で構成されることができるため、特定の手段に限定されない。
【００８９】
図５はゲートウェイと電子タグとの通信過程を時系列的に示した参考図である。ここで、電子タグ１から３は同一のグループに属し、電子タグ１及び２は第１サブグループ、電子タグ３は第２サブグループに属する。
【００９０】
図５に示したように、ゲートウェイ２００は、自分が管理する複数の電子タグ３００にＰＵＭＰフレームを提供することができる。
【００９１】
電子タグ１及び２は、自分が属するグループ及び第１サブグループがアップリンク可能であることを確認し、ＰＵＭＰフレームに対する応答メッセージを伝送することができる。
【００９２】
一方、電子タグ３は、自分が属する第２サブグループのアップリンク時間を計算し、計算したアップリンク時間が到来するまで自分をスリープ状態に設定することが分かる。
【００９３】
ゲートウェイ２００は、電子タグ１及び２から応答メッセージを受信すると、電子タグ１及び２に対するアップデートデータを含むブロックデータフレームを生成し、これを電子タグ１及び２に提供する。
【００９４】
電子タグ１及び２は、受信したブロックデータフレームから自分のアップデートデータを識別してアップデートを行うことができる。電子タグ１及び２は、アップデートが完了すると、次回のＰＵＭＰフレームを受信する時間まで自分をスリープ状態に設定することができる。
【００９５】
一方、電子タグ３は、自分のアップリンク時点になると、ウェイクアップ状態に切り換えて応答メッセージを提供する。
【００９６】
ゲートウェイ２００は、電子タグ３から応答メッセージを受信すると、電子タグ３に対するアップデートデータを含むブロックデータフレームを生成し、これを電子タグ３に提供する。
【００９７】
電子タグ３は、ブロックデータフレームを利用してアップデートを行い、次回のＰＵＭＰフレームが提供される時点まで自分をスリープ状態に設定することができる。
【００９８】
図７は本発明による電子棚札システムの運用方法の一実施例を説明するための概略的なフローチャートである。
【００９９】
図７を参照すると、電子棚札サーバー１００は、電子タグ３００に対するアップデートデータがある場合、該電子タグ３００を管理するゲートウェイ２００にアップデートデータを提供することができる（Ｓ７０１）。
【０１００】
ゲートウェイ２００は、電子棚札サーバー１００から提供されたアップデートデータを格納し（Ｓ７０２）、自分が管理する電子タグ３００に対するＰＵＭＰフレームまたはブロックデータフレームを生成することができる（Ｓ７０３）。
【０１０１】
ゲートウェイ２００は、生成したＰＵＭＰフレームを電子タグ３００に提供し（Ｓ７０４）、それに対する応答メッセージを受信すると（Ｓ７０５）、該電子タグに対するブロックデータフレームを伝送することができる（Ｓ７０６）。
【０１０２】
このような電子棚札システムの運用方法については、図８及び図９を参照し、各構成要素で行われる電子棚札システムの運用方法についてより詳細に説明する。
【０１０３】
図８は本発明のゲートウェイで行われる電子棚札システムの運用方法の一実施例を説明するための概略的なフローチャートであり、図９は本発明の電子タグで行われる電子棚札システムの運用方法の一実施例を説明するための概略的なフローチャートである。
【０１０４】
図８及び図９を参照して後述する電子棚札システムの運用方法の実施例は、図１から図６を参照して上述したゲートウェイ及び電子タグで行われるため、上述の内容と重複する内容に関する説明は省略する。しかし、当業者であれば、上述した説明に基づき、後述する電子棚札システムの運用方法の実施例について明確に理解することができる。
【０１０５】
図８を参照すると、ゲートウェイ２００は、アップデートデータを伝送するタググループを決定し（Ｓ８１０）、タググループに対するリンクスケジュール情報及びタグ識別情報を含むＰＵＭＰフレームを伝送することができる（Ｓ８２０）。
【０１０６】
次に、ゲートウェイ２００は、タググループに属する少なくとも一つの電子タグから応答メッセージを受信すると、該タググループに対するアップデートデータを含むブロックデータフレームを伝送することができる（Ｓ８３０）。
【０１０７】
ここで、タググループは、少なくとも一つの電子タグで構成され、また、タグ識別情報が、複数の電子タグを少なくとも一つのグループに区分するグループ情報、及び少なくとも一つのグループを少なくとも一つのサブグループに区分するサブグループ情報を含むことは上述した通りである。
【０１０８】
一実施例において、ゲートウェイ２００は、電子タグに対して、グループ情報及びサブグループ情報を割り当てることができる。
【０１０９】
Ｓ８３０に関する一実施例において、ゲートウェイ２００は、タググループに含まれた少なくとも一つのサブグループ別に、アップリンク時間またはダウンリンク時間を決定してリンクスケジュール情報を生成し、タググループ及びサブグループのグループ識別情報、及びリンクスケジュール情報を含んでＰＵＭＰメッセージを生成することができる。
【０１１０】
Ｓ８３０に関する一実施例において、ゲートウェイ２００は、ＰＵＭＰフレームに対する応答メッセージを伝送した少なくとも一つの電子タグに割り当てられた第１グループまたは第１サブグループを識別し、識別した第１グループまたは第１サブグループがリンクスケジュール情報に含まれたグループ及びサブグループに該当するか否かを確認することができる。
【０１１１】
Ｓ８３０に関する一実施例において、ゲートウェイ２００は、少なくとも一つの電子タグが応答メッセージを伝送した場合、第１サブグループに属する少なくとも一つの電子タグに対するアップデートデータを統合してブロックデータフレームを生成することができる。
【０１１２】
図９を参照すると、電子タグ３００は、ゲートウェイ２００からリンクスケジュール情報及びタグ識別情報を含むＰＵＭＰフレームを受信し（Ｓ９１０）、タグ識別情報及びリンクスケジュール情報を利用して自分に割り当てられたアップリンク時間にＰＵＭＰメッセージに対する応答メッセージを伝送することができる（Ｓ９２０）。
【０１１３】
次に、電子タグ３００は、ゲートウェイ２００からブロックデータフレームを受信すると、受信したブロックデータフレームから自分のアップデートデータを識別してアップデートを行うことができる。
【０１１４】
Ｓ９２０に関する一実施例において、電子タグ３００は、自分が属するグループ及びサブグループに割り当てられたアップリンク時間を確認し、現在の時刻がアップリンク時間に属すると、ＰＵＭＰメッセージに対する応答メッセージを提供することができる。
【０１１５】
Ｓ９２０に関する他の実施例において、電子タグ３００は、現在の時刻がアップリンク時間に属しないと、アップリンク時間までの残り時間の間にスリープ状態を維持し、スリープ状態が終了すると、ＰＵＭＰメッセージに対する応答メッセージを提供することができる。
【０１１６】
以上、本発明の実施形態について詳細に説明したが、本発明の権利範囲はこれに限定されず、特許請求の範囲に記載された本発明の技術的思想から外れない範囲内で多様な修正及び変形が可能であるということは、当技術分野の通常の知識を有する者には明らかである。
【符号の説明】
【０１１７】
１００  電子棚札サーバー
１１０  通信部
１２０  アップデート管理部
１３０  アップデートデータベース
１４０  ゲートウェイデータベース
２００  ゲートウェイ
２１０  通信部
２２０  ＰＵＭＰ管理部
２３０  ブロックデータフレーム生成部
２４０  タグ情報データベース
２５０  アップデートデータ格納部
３００  電子タグ
３１０  通信部
３２０  タグ制御部
３３０  アップデート管理部
３４０  商品情報格納部
３５０  ディスプレイ部
【図１】
0005574307.tif 000003
【図２】
0005574307.tif 000004
【図３】
0005574307.tif 000005
【図４】
0005574307.tif 000006
【図５】
0005574307.tif 000007
【図６】
0005574307.tif 000008
【図７】
0005574307.tif 000009
【図８】
0005574307.tif 000010
【図９】
0005574307.tif 000011