(57)【特許請求の範囲】
【請求項１】
コミュニケータ（１２）および遠隔表示モジュール（１８）を包含する表示システム（１０）であって、前記コミュニケータ（１２）は使用時に表示情報（７６）を前記表示モジュール（１８）へ送信し、前記表示モジュール（１８）が低電力モードにおいて情報の表示だけを行い、かつより高い電力モードにおいて周期的に前記コミュニケータ（１２）と通信して更新された表示情報（７６）を獲得するべく適合されており、かつ通信の間に、前記より高い電力モードとより低い電力モードの間を自動的に切換えるべく適合され、前記表示モジュール（１８）による低い全体的な電力の消費を可能にし、さらに、前記表示モジュール（１８）に２つまたはそれより多くの時間スロットのうちの１つが割り当てられてその時間スロット内において前記コミュニケータ（１２）との通信を行い、
前記コミュニケータが、表示モジュール（１８）との通信の同期に関係する情報を含む同期成分（７４）および前記表示モジュール（１８）を更新するための表示情報を包含するデータ成分（７６）を包含する２成分信号（７０）を送信し、
前記表示モジュール（１８）が、前記コミュニケータ（１２）との通信の前記同期を自動的に訂正するべく適合され、
前記同期成分（７４）が、２つまたはそれより多くの同期パケット（８２）を含み、
各前記同期パケット（８２）は、前記同期成分（７４）内における当該同期パケット（８２）の位置に関係するデータを包含し、
前記表示モジュール（１８）が、受信した前記同期パケット（８２）に包含される当該同期パケットの位置に関係するデータに基づいて、前記コミュニケータ（１２）との通信の同期を訂正し、前記コミュニケータ（１２）からの送信を受信する前記より高い電力モードへの切換えの同期の正確度を決定することを可能にする、表示システム。
【請求項２】
前記コミュニケータと前記表示モジュールの間における通信が、あらかじめ決定済みのタイミング・スケジュールに従って同期され、前記表示モジュール（１８）が、前記コミュニケータ（１２）と前記表示モジュール（１８）の間の周期的な通信の同期の正確度の決定を可能にするべく構成される、請求項１に記載の表示システム。
【請求項３】
前記コミュニケータが、表示モジュール（１８）との通信の前記同期に関係する情報を含む同期（ウエイクアップ）成分（７４）および前記表示モジュール（１８）を更新するための表示情報を含むデータ（ペイロード）成分（７６）を包含する２成分信号（７０）を送信し、前記表示モジュール（１８）が、前記同期成分（７４）の少なくとも一部の受信後により高い電力モードからより低い電力モードへの切換えを行うべく適合され、前記表示モジュール（１８）がより高い電力モードにとどまる持続期間が、前記同期成分（７４）の内容に依存して可変であり、たとえば、前記より低い電力モードへの切換えに先行する必須の情報の受信の保証に充分なだけとされる、請求項２に記載の表示システム。
【請求項４】
前記コミュニケータ（１２）が、前記信号（７０）の単一のデータ成分内において２つまたはそれより多くの表示モジュールへデータを転送するべく適合され、前記表示モジュール（１８）が、周期的に前記より高い電力モードへ切り替わり、前記データ成分（７６）段階の間に前記表示モジュール（１８）に対してデータが送信されているか否かをチェックし、それによって前記データ転送成分（７６）の少なくとも一部にわたって前記より低い電力モードにとどまるべく適合される、請求項３に記載の表示システム。
【請求項５】
前記同期成分（７４）が、２つまたはそれより多くの同期パケット（８２）を包含し、各同期パケット（８２）が前記同期パケット（８２）の位置に関係するデータを、前記同期成分（７４）の前記送信の中に包含する、請求項１から４のいずれかに記載の表示システム。
【請求項６】
前記同期成分（７４）が、同期パケット（８２）のシリーズを包含し、前記シリーズ内の各データ・パケットが、前記同期成分（７４）を伴う前記データ・パケットの主データ・パケットに関する相対的な送信に関連するデータを包含し、前記主データ・パケットが前記データ・パケットのシリーズ内における中央のデータ・パケットであり、前記シリーズが３つもしくはそれより多く（例えば、７つ）のデータ・パケットを前記主データ・パケットの各側に包含し、前記表示モジュール（１８）が、前記表示モジュール（１８）によって受信された同期データ・パケット（８２）の前記相対位置に基づいてより低い電力モードとより高い電力モードの間の切換えを再同期するべく適合される、請求項１から５のいずれかに記載の表示システム。
【請求項７】
前記表示モジュールが、正常使用時に、少なくとも１つ（たとえば、２つ）の同期データ・パケット（８２）を、受信するためにより高い電力モードへ切り替わり、その後前記より低い電力モードへ戻り、前記表示モジュール（１８）のために割り当てられた次の同期信号またはデータ信号のうちのいずれかを待機するべく適合される、請求項６に記載の表示システム。
【請求項８】
前記コミュニケータ（１２）が、あらかじめ決定済みのチャンネル上において再同期信号を送信するべく適合され、前記コミュニケータ（１２）との同期を失った任意の表示モジュール（１８）が、前記あらかじめ決定済みのチャンネル上において前記再同期信号のリスニングを行うべく適合されており、その後前記表示モジュール（１８）が、同期（ウエイクアップ）成分（７４）を包含する前記２成分信号（７０）のリスニングを（その種のマルチキャスト再同期に続いて）再開する、請求項１から７のいずれかに記載の表示システム。
【請求項９】
前記コミュニケータ（１２）が、前記表示モジュール（１８）へ延長された持続期間にわたって、たとえば、時間スロットの３つのその種のシリーズにわたって（その種の同期ストーム内において）同期信号を送信するべく適合される、請求項１から８のいずれかに記載の表示システム。
【請求項１０】
前記表示モジュールがあらかじめ割当て済みの一意的な識別子を有し、該識別子を表わす信号成分が前記表示モジュールに対する表示更新命令があるときに前記コミュニケータによって送信され、前記表示モジュールが、前記コミュニケータが前記表示モジュールのための更新画像データを送信する前に、前記一意的な識別子信号成分の受信の確認応答を行う、請求項１から９のいずれかに記載の表示システム。
【請求項１１】
２つまたはそれより多くの表示モジュールを包含し、前記コミュニケータ（１２）が、２つまたはそれより多くの時間スロットにおいてデータを送信するべく適合され、その間に、関連する時間スロットと関連付けされた表示モジュール（１８）のための時間スロット・データが送信される、請求項１から１０のいずれかに記載の表示システム。
【請求項１２】
各表示モジュール（１８）が一意的なアドレスを包含し、前記コミュニケータ（１２）との通信のための時間スロットが、前記アドレスの最下位ビットに基づいて割り当てられている、請求項１１に記載の表示システム。
【請求項１３】
前記コミュニケータ（１２）が各時間スロットの間に時間スロットＩＤを送信し、表示モジュールに、前記コミュニケータ（１２）が正しく同期されているか否かの決定を可能にする、請求項１１に記載の表示システム。
【請求項１４】
各時間スロットの間に前記コミュニケータ（１２）が、時間スロットＩＤ、前記同期パルス期間のあらかじめ決定済みの位置である中央の位置に対する時間を表わすデータ、および前記時間スロットの残りの部分内の情報を受信する各前記通信モジュールのアドレスのうちの１つまたは複数を包含するデータの同期パケットを送信する、請求項１１に記載の表示システム。
【請求項１５】
前記表示モジュール（１８）が、あらかじめ決定済みの信号持続期間にわたるあらかじめ決定済みの反復期間において前記コミュニケータ（１２）によって送信された予測される同期信号を首尾よく処理することに失敗した場合に、前記コミュニケータ（１２）との再同期を、前記あらかじめ決定済みの反復期間よりおよび／または正常使用時より短い持続期間にわたってより低い電力モードにとどまり、その後、前記同期信号の（充分な部分）を検出するためにより高い電力モードへ、前記あらかじめ決定済みの信号持続期間の位数の期間にわたって切り替わり、同期信号の検出の試行に失敗した後は、より低い電力モードへ切り替わり、再び前記あらかじめ決定済みの反復期間より短い持続期間にわたって前記より低い電力モードにとどまること、その後再び前記同期信号を検出するべく前記より高い電力モードへ切り替わることの反復によって行うべく適合される、請求項１から１４のいずれかに記載の表示システム。
【請求項１６】
前記表示モジュールがあらかじめ決定済みの数の試行の後までに有効な同期信号を検出しなかった場合には、
前記表示モジュール（１８）が、
異なる周波数または周波数範囲をスキャンして前記コミュニケータ（１２）が送信周波数を切換えたか否かを決定し、
周波数範囲のあらかじめ決定済みのリストから順次選択された周波数範囲でスキャンし、
コミュニケータ（１２）からの潜在的に有効な信号を検出する周波数上において、請求項１１に示されたルーチンを実行して同期信号を検出する、請求項１５に記載の表示システム。
【請求項１７】
前記表示モジュール（１８）が、有効な同期信号の検出の試行をあらかじめ決定済みの数だけ行った後により低い電力状態へ切り替わり、前記同期信号の反復期間の２から３倍の位数の延長された持続時間にわたってとどまり、その後再同期プロシージャを再開する、請求項１５に記載の表示システム。
【請求項１８】
修正スライディング・ウインドウ・プロトコルに基づくデータ転送プロトコルを包含し、非修正プロトコルの下においては、特定の、必ずしもすべてではない送信されたデータ・パケットの前記表示モジュールによる受信時に、前記コミュニケータ（１２）が、定義済みの最大データ・サイズまで追加のデータ・パケットをシーケンシャル（継続的）に送信するだけであるが、前記修正プロトコルの下においては、データ・パケットが個別に、および／またはシーケンシャルに確認応答されるのではなくグループによって確認応答されるか、かつ／または前記表示モジュールが、受信済みのデータの個別のパケットを識別するデータのグループを包含する確認応答信号を通信するか、かつ／またはデータの非シーケンシャル・パケットが確認応答されずに再送信を要求することができるが、前記システムがビット・エラー比のレベルに応じて確認応答プロトコルを適合可能であり、低、中、および高ＢＥＲのために３つの可能なプロトコルが提供される、請求項１から１７のいずれかに記載の表示システム。
【請求項１９】
複数の表示モジュールを包含し、前記システムが２つまたはそれより多くのその種の表示モジュールをグループ化し、同一のデータ転送セッションにおいて前記グループ化された表示モジュールと通信するべく適合され、グループ更新が２回または３回反復され、前記グループ内のすべての表示モジュールにわたる正確な更新を試み、その後、前記更新データを正確に受信しなかった任意の個別の表示モジュールが前記コミュニケータによって連続的にアドレスされることが可能であり、画像データが、時間期間にわたってグループ内の表示モジュールに転送され、各前記表示モジュールにおいてストアされ、前記グループ内の前記表示モジュールが、前記コミュニケータからのグループ更新命令に応答して前記表示を前記ストア済み画像に切換え可能である、請求項１から１８のいずれかに記載の表示システム。
【請求項２０】
前記コミュニケータが、各時間スロットが表示モジュールのグループと関連付けされた２つまたはそれより多くのあらかじめ決定済みの時間スロット内において１つまたは複数の表示モジュールの２つまたはそれより多くのグループに対して周期的に表示情報を送信するべく適合されており、前記コミュニケータが、表示モジュールの異なるグループのために４つのまたは８つの時間スロット内において送信するべく適合され、時分割多重プロトコルを使用するべく適合される、請求項１から１９のいずれかに記載の表示システム。
【請求項２１】
前記コミュニケータが、タイミング命令に応じて表示する画像を更新する表示モジュールのための遅延時間または指定時間等のタイミング成分を包含する画像更新命令を送信するべく適合される、請求項１から２０のいずれかに記載の表示システム。
【請求項２２】
前記表示モジュールが、表示器上における画像の表示を単純に可能にするだけであり、それ以外は前記表示モジュールがスタンバイ・モードに入る低電力モード、前記表示モジュールが前記コミュニケータからの同期信号の受信に適合される第１のより高い電力モード、および前記表示モジュールがデータを受信し、該データがメモリまたは前記表示器へ書き込まれる第２のより高い電力モードを包含する３つまたはそれより多くの電力モードの間において切り替わるべく適合される、請求項１から２１のいずれかに記載の表示システム。
【請求項２３】
前記システムが小売アウトレット内の製品陳列の場所における情報の表示のために使用される、請求項１から２２のいずれかに記載の表示システム。
【請求項２４】
コミュニケータを駆動して、表示データを、小売アウトレット内の製品に隣接して配置された複数の表示モジュールへ中継するべく適合されたコンピュータを包含し、前記コンピュータは、外部データ・ソースからの、たとえば小売アウトレット内の製品の在庫レベルに関係するデータ入力を有し、かつ、
１つの製品からのデータを別の製品と関係させ、それによって製品の抱合わせ販売を可能にする表示モジュール画像を作成すること、
規則を使用して製品の標準価格を特定額だけ減じ、かつ前記表示モジュールによる表示のための代替画像テンプレートを使用させて値引きをプロモートする製品価格プロモーションを実行すること、
前記コンピュータが、小売業者の在庫データベースを監視するべく設定された規則を実行し、かつ関連する在庫レベル、たとえば『残りＸＸＸ個』『在庫あり』等を顧客に対して示すべく適合されること、および／または店内に保持された在庫レベルおよび／または前記在庫レベルの変化レートに基づいて価格変更が顧客に示されるようにすること、および／または在庫切れの場合には代替製品に対する交差参照を顧客に提供すること、および／または売切れ通知の表示、たとえば黒地に白文字の『売切れ』に変更すること、
競争者の価格をインターネット経由等で調査し、自動的に、リアルタイムで店内の製品に隣接して表示される情報を調整し、前記競争者の価格を表示して、店内で最良の価格が得られることを強調すること、
表示モジュールに隣接する前記製品について『販売期限』日までの残り時間に従って価格情報を自動的に更新すること、
表示モジュールにより『１つ購入すればもう一つのおまけ付き』等の特典を表示すること、
表示モジュールにより、隣接する製品の１つまたは複数の成分等の詳細製品情報、原産国、フリー・トレード、脂肪含有量についての情報、レビュー・コメント（たとえばワインについての）、健康への影響のシグナル、日付による販売期限、使用期限、および賞味期限を表示すること、
前記表示モジュールに関連付けされた温度センサを使用した温度監視を行い、前記表示モジュールが前日等の所定期間にわたる冷凍庫または氷温ユニットの最高温度を顧客に対して保証することを可能にし、前記表示モジュールが温度センサを組込み、前記コミュニケータへ温度情報を返し、それによって不完全な温度ゾーンの警告を可能にすること、
表示モジュールによって日付を表示し、それによって、関連付けされた製品の『販売期限日』との比較を行うときのユーザのための日付のメモを可能にすること、
表示モジュールによって時間を表示し、各ＳＹＮＣパルスを用いて時および分の更新およびストア（表示器がウエイクアップしていないことから表示されない）が可能になり、その後、ＳＹＮＣ期間を変更する期間（ポーリング・オフ持続期間）に到達したときに、すべての前記表示モジュールが正しい時間で前記ＳＹＮＣ期間を切詰め、かつ完了時に再び増加可能になること、
販売促進カラー、たとえば赤のコーナーの表示を行い、黒のコーナー表示（特典なし）から赤のコーナー表示（特典あり）へ自動的に画像が変更されること、
たとえば表示モジュールが、権限なしに棚から前記表示モジュールを取外す試みが検出可能なように加速度計を包含する傾きスイッチ等の不正証拠センサを包含し、その種の試みが前記ユニット上に表示されるか、かつ／またはコミュニケータを介して中央の事務所へ通知される、前記表示モジュールの不正の検出、
隣接する製品が、試着室の隣または顧客サービス部に伴うといった顧客の返却ベイを利用できるか否かを前記表示モジュール上に表示すること、その種のストック商品が、展示場所（棚）から離れた場所において製品を識別するレーザ・スキャナ等のシステム入力デバイスを使用してスタッフの一員によって識別可能であること、
表示モジュールの場所を決定し、かつユーザに対し、前記コンピュータおよび／または前記表示モジュールを介して三角測量情報を表示するべく２つまたはそれより多くのコミュニケータが適合される三角測量、
たとえば、カタログ小売業者、および／またはたとえばファーストフードのアウトレットにおいて、たとえば待ち行列、特にむしろ偶発性の待ち行列が形成される場所でいずれの顧客がサービスを受けているかの表示を行うこと、
前記表示モジュールによってスタッフの一員に対して指示を表示すること、ならびに／または
表示モジュール上に更新の回数および／または前記表示モジュールのバッテリが交換を必要とするまでの残日数を表示すること
のうちの少なくとも１つを実行するべく適合されている、請求項２３に記載の表示システム。
【請求項２５】
前記表示モジュールが、ユーザが表示器上において製品仕様、マニュアル等々の詳細情報をスクロールすることを可能するタッチ・スクリーンおよび／またはスイッチを包含し、前記表示モジュールが、前記ユーザに対するデフォルトとして表示する主要表示画像および前記ユーザが前記表示モジュール上のスクロール・オプションの選択時に概観できる副画像を包含し、前記主要画像が前記表示器に最初に描かれ、前記副画像が一日を通じた暇な時間に描かれ、かつ／または４〜１０秒等の一定時間後に主要画像への自動復帰がもたらされる、請求項１に記載の表示システム。
【請求項２６】
さらにメモリ・ストレージを包含し、表示されることのある複数の画像をストアする請求項１から２５のいずれかに記載の表示システム。
【請求項２７】
ストアされる第１の画像が製品情報画像であり、第２の画像が空間プランナ画像である、請求項２６に記載の表示システム。
【請求項２８】
棚卸しモードを包含し、選択された期間、たとえばショップを閉じている時間帯に前記表示器が棚卸しモードに切換えられて、製品情報に代えて前記表示モジュールに局所的な空間プランナ画像が表示される、請求項２６に記載の表示システム。
【請求項２９】
たとえば１つまたは複数の病床の予約、義務の医療詳細の表示、既知の部位および必要部位の表示、来るべき手術の時間、部位、および担当医の表示、投薬頻度および投与レベルの表示、識別番号（たとえば小児用ベッド）、外科手術用器具、および／または在庫医薬品等の表示を可能にする、請求項１から２８のいずれかに記載の表示システムの医療環境における用途。
【請求項３０】
たとえば命令および統御情報を局所指令へ送信することを可能にし、前記局所指令が（コード化された）指示、地図等を半径２００ｍ内の要員へ送信することができる、請求項１から２８のいずれかに記載の表示システムの軍事環境における用途。
【請求項３１】
たとえば倉庫内の商品全体を通じて場所、在庫レベル、局所的な指示（たとえば、注文、住所等）を表示する、請求項１から２８のいずれかに記載の表示システムの倉庫内における用途。
【請求項３２】
たとえば手動で移動可能な無線表示モジュール上にレストランの番号を表示し、前記表示モジュールを提示できる顧客が、前記顧客によって選択されるテーブル上に含められる注文の数および購入される商品とともに、関連する注文のための場所のウエイターを選んで指示を与える、請求項１から２８のいずれかに記載の表示システムのレストランにおける用途。
【請求項３３】
小売アウトレット内の製品展示場所に情報を表示するための表示モジュールであって、使用時に表示情報を前記表示モジュールへ送信する遠隔コミュニケータとの通信、および情報を表示する第１の低電力モード、ならびに周期的に、あらかじめ決定済みの態様で前記コミュニケータと通信し、それによって更新された表示情報を獲得する第２のより高い電力モードにおける動作に適合されており、さらに通信の間に前記第１と第２のモードの動作の間を切換えるべく適合され、前記表示モジュールによる低い全体的な電力消費を可能とし、
２つまたはそれより多くの時間スロットのうちの１つが割り当てられて、その時間スロット内において前記コミュニケータ（１２）との通信を行い、
前記コミュニケータとの通信の同期に関係する情報を含む同期成分（７４）および更新のための表示情報を包含するデータ成分（７６）を包含する２成分信号（７０）を前記コミュニケータから受信し、
前記同期成分（７４）は、２つまたはそれより多くの同期パケット（８２）を含み、
各前記同期パケット（８２）は、前記同期成分（７４）内における当該同期パケット（８２）の位置に関係するデータを包含し、
受信した前記同期パケット（８２）に包含される当該同期パケットの位置に関係するデータに基づいて、前記コミュニケータ（１２）との通信の同期を自動的に訂正し、
前記コミュニケータ（１２）からの送信を受信する前記より高い電力モードへの切換えの同期の正確度を決定することを可能にする、表示モジュール。
【請求項３４】
請求項１に記載のシステムとの統合に適合された請求項３３に記載の表示モジュール。
【請求項３５】
請求項１から２８のいずれかに記載の表示システムにおける使用のためのマルチ表示モジュールであって、表示通信モジュール（５７）およびそれと物理的に接続される２つまたはそれより多くの表示ユニット（５４’）を包含し、前記表示通信モジュールが、１つまたは複数の前記表示ユニットの表示データを無線受信するべく適合される、マルチ表示モジュール。
【請求項３６】
複数の前記表示モジュール（１８）を有し、
前記コミュニケータ（１２）は、使用時に表示情報（７６）を各前記表示モジュール（１８）へ送信する請求項１から２８のいずれかに記載の表示システム。
【請求項３７】
コミュニケータ（１２）および遠隔表示モジュール（１８）を包含する表示システム（１０）の同期方法であって、
前記コミュニケータ（１２）は使用時に表示情報（７６）を前記表示モジュール（１８）へ送信し、
前記表示モジュール（１８）は、低電力モードにおいて情報の表示だけを行い、かつ、より高い電力モードにおいて周期的に前記コミュニケータ（１２）と通信して、更新された表示情報（７６）を獲得するべく適合されており、該通信の間に、前記より高い電力モードとより低い電力モードの間を自動的に切換えるべく適合され、全体的な電力の消費低減を可能とし、さらに、各前記表示モジュール（１８）に２つまたはそれより多くの時間スロットのうちの１つが割り当てられてその時間スロット内において前記コミュニケータ（１２）との通信を行い、
前記同期方法は、
前記コミュニケータから、表示モジュール（１８）との通信の同期に関係する情報を含む同期成分（７４）および前記表示モジュール（１８）を更新するための表示情報を包含するデータ成分（７６）を包含する２成分信号（７０）を送信する第１過程と、
前記表示モジュール（１８）と前記コミュニケータ（１２）との通信の前記同期を訂正する第２過程と
を含み、
前記同期成分（７４）は、２つまたはそれより多くの同期パケット（８２）を含み、
各前記同期パケット（８２）は、前記同期成分（７４）内における当該同期パケット（８２）の位置に関係するデータを包含し、
前記第２過程では、前記前記表示モジュール（１８）が受信した前記同期パケット（８２）に包含される当該同期パケットの位置に関係するデータに基づいて、前記コミュニケータ（１２）と前記表示モジュール（１８）との通信の同期を訂正し、前記コミュニケータ（１２）からの送信を受信する前記より高い電力モードへの切換えの同期の正確度を決定することを可能にする表示システムの同期方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信を使用して遠隔更新される表示システムに関し、特に、排他的とはしないが、しばしば電子ペーパと呼ばれている低電力の双安定または多安定表示器を包含するシステムに関する。表示システムは、小売アウトレット内の物品の売り場において使用されることがあり、あるいはバッテリによって給電される１つまたは複数の表示ユニットに情報が長期間にわたって表示される類似の応用のために使用されることがある。本発明のねらいとするところは、それによって電力利用が最小化され、かつバッテリ寿命が可能な限り長く維持される手段を提供することである。
【背景技術】
【０００２】
売り場表示器を提供することは周知であるが、それらは概して複雑であり、商業広告の性質から大型の表示器を伴い、高い電力需要を有し、しばしば幹線電気供給を必要とする。現在利用可能なあまり大きくない表示器およびバッテリ動作の表示システムでさえ、未だに大きな電力を引込み、そのため幹線給電がなければ頻繁なバッテリ交換を必要とする。その上、この種の表示器を更新するための手段が複雑かつ厄介なものであるか、かつ／またはユーザが個別に表示ユニットに取組んで、たとえばユニット上の表示情報をローカルに更新することが必要となり得る。
【０００３】
多数の自給式表示モジュールまたは電子棚札（ＥＳＬ）を使用して電子製品情報が表示できることも特許文献１および特許文献２等から周知である。これにおいて各ＥＳＬには、バッテリからの電力、中央プロセッサと通信する手段（赤外線等）、および正しい製品情報と正しいラベルの関連付けができるようになる手段が提供される。ＥＳＬに関連付けされた主要な問題が、画像の維持に必要となる電力の消費であることは認識されている。使用の期間にわたってバッテリを再充電する手段が提案された（特許文献３等）。電力もまた双安定表示器の使用によって低く維持され（特許文献４および特許文献５等）、双安定表示器によって可能になる主要な利点は、各デバイス上における高価な表示ドライバ・ソフトウエアの必要性が取除かれることであり、かつ表示器へのアドレシング情報の直接無線送信が可能になることである。言換えるとマイクロコントローラおよびドライビング・ソフトウエアが単一のコントロール・ユニット内に維持され、多数の表示ユニット内には含められず、コストを節約する。
【０００４】
これらの表示システムに共通することは、各表示ユニットまたはＥＳＬによって表示可能な情報が限られることである。たとえば、しばしば情報が、アイコン（たとえば『セール』『特別提供品』等）に関係する情報と組合せられた数字情報（たとえば、価格および／または数量）に限定される。その種の表示システムを用いる場合には、表示可能な情報の量と情報の更新および維持に求められる電力の間におけるバランスが存在する。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】米国特許第４，８８８，７０９号明細書
【特許文献２】米国特許第５，３１３，６５９号明細書
【特許文献３】米国特許第５，５４８，２８２号明細書
【特許文献４】米国特許出願公開第２００１／００２０９３５  Ａ１号明細書
【特許文献５】米国特許出願公開第２００３／０１５６０９０  Ａ１号明細書
【発明の概要】
【０００６】
本発明は、表示器および表示システムにおける改良、特に小売環境におけるそれの提供を追求し、たとえば数年間隔というようにバッテリ充電の必要が頻繁でない低電力消費の棚表示器であって、価格、価格取決め、製造者、製品仕様、製品名、ブランド情報、在庫レベル、重量、消費期限、製品バーコード、およびこれらの類を含む製品データ等の有用な消費者情報の提供が可能であり、かつ効率的かつ低電力消費態様で中央システムからの遠隔更新が可能な棚表示器を有利に提供する。独特なことは、本発明が、以前に可能であったより高い情報の帯域幅の表示を可能にする一方、電力のもっとも効率的な使用を維持し、したがって長いバッテリ寿命持続の達成を可能にすることである。
【０００７】
本発明の一態様は、コミュニケータおよび遠隔表示モジュールを包含する小売アウトレット内の製品展示場所に情報を表示するための表示システムを提供し、コミュニケータは使用時に表示情報を遠隔表示モジュールへ送信し、表示モジュールは低電力モードで情報を表示し、かつより高い電力モードにおいて周期的にあらかじめ決定済みの態様でコミュニケータと通信し、それによって更新された表示情報を獲得するべく適合されており、表示モジュールおよび表示モジュールは、通信の間に第１および第２のモードの動作の間を切換え、表示モジュールによる全体的な低い電力消費を可能にするべく適合されている。
【０００８】
本発明のさらに別の態様は、空間プランニング応用において使用するための表示システムを提供する。
【０００９】
本発明のそのほかの態様ならびに特徴は、付随する特許請求の範囲およびこの明細書の残りの部分から明らかなものとなるであろう。
【図面の簡単な説明】
【００１０】
【図１】本発明による表示システムの概略ブロック図である。
【図２】図１に示されているシステムのコミュニケータ１２を形成する部分の概略ブロック図である。
【図３】図１に示されているシステムの表示モジュールを形成する部分の概略ブロック図である。
【図４】割り付けられた時間スロット内におけるデータ転送に関係する概略ブロック図である。
【図５】同期パケットを示した概略ブロック図である。
【図６】図１に示されているシステム内のコミュニケータ１２によって送信される個別のウエイクアップ・パケットおよびペイロードを示した概略ブロック図である。
【図７】低いビット・エラー・レート（ＢＥＲ）に関連する概略のタイミング図である。
【図８】中程度のＢＥＲに関連する概略のタイミング図である。
【図９】高いＢＥＲに関連する概略のタイミング図である。
【図１０】記録表示モジュールへのデータ転送を示したタイミング・シーケンスの概略図である。
【図１１】表示モジュールから通信モジュールへのデータの転送に関するタイミング・シーケンスの概略図である。
【図１２】再同期に関連するタイミング・シーケンスの概略ブロック図である。
【図１３】異なる周波数にわたる再同期に関連するタイミング・シーケンスの別のブロック図である。
【図１４】即時および／または標準更新プロセスの概略フローチャートである。
【図１５】グループ更新プロセスの概略フローチャートである。
【図１６】定時グループ更新プロセスの概略フローチャートである。
【図１７】差分画像更新プロセスの概略フローチャートである。
【図１８】表示モジュールの定時画像更新プロセスの概略フローチャートである。
【図１９】在庫管理ビジネス規則の例の概略フローチャートである。
【図２０】複数の表示器を包含する表示器通信モジュールの概略ブロック図である。
【図２１】図２０に示されている表示器通信モジュールおよび複数の表示器の構成要素の概略ブロック図である。
【図２２】理論上のバッテリ寿命対ポーリング・オフ持続時間のグラフである。
【図２３】年単位のバッテリ寿命対１日当りの更新回数を４インチＱＶＧＡ表示器について表したグラフである。
【図２４】年単位のバッテリ寿命対１日当りの更新回数を対角２インチＬＣＤについて表したグラフである。
【図２５】グループ更新プロシージャにおけるステップのフローチャートである。
【図２６】本発明の追加の態様による空間プランニング情報を表示する表示システムの概略ブロック図である。
【図２７】空間プランニング情報を示す表示器の例を示した説明図である。
【発明を実施するための形態】
【００１１】
以下、添付図面を参照して本発明の実施態様を、例を示すだけのために説明する。
【００１２】
図１を参照すると本発明による表示システム１０の概要が示されている。表示システム１０の中心には、コントローラ１４（場合によってＲＦサブシステムと呼ぶことがある）、１つまたは複数の表示モジュール１８へ表示情報を転送する通信モジュール１６を包含するコミュニケータ１２がある。好都合なことにコミュニケータ１２は、小売アウトレット等の家屋内に集中配置することが可能であり、１つまたは複数の通信モジュール１６を包含して家屋全体にわたって配置された１つまたは複数の表示モジュール１８との通信を可能にする。さらに表示システム１０は、コントローラ１４および表示ネットワーク管理モジュール２２の両方と通信する通信データベース２０を包含する。表示ネットワーク管理モジュール２２は、ユーザがコミュニケータ１２をコントロールすること、また製品画像データベース２４および製品規則エンジン２６から情報を受取ることを可能にする。実際、表示ネットワーク管理モジュール２２は、マイクロプロセッサおよび多様なメモリ・ストレージ手段、たとえばＲＡＭならびにハード・ドライブ、およびユーザとのインターフェースのための周辺デバイス、たとえばキーボード、表示器ならびにマウスを包含している標準のオフィス・コンピュータ・システム等のコンピュータ２７内にインストールされたコンピュータ・ソフトウエア・パッケージの形式とすることができ、多様なアプリケーションがインストールされて表示ネットワーク管理モジュール２２および製品規則エンジン２６等々の機能を可能にする。製品規則エンジン２６は、画像レンダラ機能２８、画像テンプレート３０、およびテンプレート・デザイナ・モジュール３２を包含する。製品規則エンジン２６はまた、ビジネス規則データベース３６を介したビジネス規則の通信を可能にするシステム規則エンジン３４とも通信する。システム規則エンジン３４は、たとえば製品情報と関連する小売業者データベース等の１つまたは複数のデータベースと、またインターネット、したがってワールド・ワイド・ウェブ等の外部ネットワーク４０と通信する。
【００１３】
図２を参照すると、コミュニケータ１２（ＲＦサブシステム）の概略ブロック図が示されており、通信モジュール１６（１つまたは複数）をドライブするための通信ドライバ４２を含むコントローラ１４を有し、通信モジュール１６は、マイクロプロセッサ等のマイクロコントローラ４４、表示モジュール１８との通信のためのＲＦトランシーバ４６、水晶発振子４８、およびメモリ５０を包含している。本発明の表示システム１０内に１つまたは複数の通信モジュール１６を備え、相応じてコントローラ１４を適応させて、通信ドライバ４２を介した１つまたは複数の通信モジュール１６のそれぞれとの通信を可能にしてもよい。
【００１４】
すべての個別のアイテムは、ローカル・インターフェース接続または入力および出力ポートを付加的に包含することが可能であり、それによってユーザが、たとえばローカル表示キーボードおよびマウスを使用してそれぞれの個別のアイテム（コントローラ１４、通信モジュール１６、または表示モジュール１８等）と直接通信することを可能にする。その種の個別のアイテムのためのユーザ・インターフェースに対する特定の参照は、以下のシステム１０の構成要素の説明に関連して必ずしも言及していない。
【００１５】
通信データベース２０
通信データベース２０は、コミュニケータ１２と表示ネットワーク管理モジュール２２の間において共有される。命令およびステータス情報の共有キューが、コミュニケータ１２と表示ネットワーク管理モジュール２２の間におけるメッセージの受渡しに使用される。
【００１６】
コミュニケータ・サービス
コミュニケータ・サービスは、コントローラ１４上で実行して適切な表示モジュール１８へのＲＦプロトコル等の通信プロトコルを介した命令およびデータの配信を管理するソフトウエアからなる。コミュニケータ・サービスは、表示ネットワーク管理モジュール２２から追加された新しい命令について通信データベース２０の共有キューを監視する。命令が検出されたときには、コミュニケータ・サービスがそれを通信データベース２０から受取り、表示モジュール１８への配信のために対応する命令を通信ドライバ４２に向けて発行する。
【００１７】
コミュニケータ・サービスは、通信プロトコルが可能な限り効果的に使用されることを保証し、複数の表示モジュール１８に対して命令を発行して後述する時間スロットを埋める。キューに入れられた命令を分析することによって、コミュニケータ・サービスは、利用可能なデータがある場合には各時間スロットが埋められてデータのスループットが最適化されることを保証できる。
【００１８】
確認応答が表示モジュール１８から受信されると、データベース・キュー内の対応する命令が、ステータス情報を用いて更新される。コミュニケータ・サービスは、表示モジュール通信のためのセッションを使用し、複数の命令およびそれらのデータが単一セッション内において表示モジュール１８へ送信されることを可能にする。
【００１９】
通信ドライバ４２
通信ドライバ４２は、コミュニケータ・サービス・アプリケーションとコミュニケータ・ハードウエア１２の間をインターフェースするソフトウエアからなる。命令がコミュニケータ・サービスによって配信されるとき、それらは適切な表示モジュール１８に対するスケジューリングおよび送信のために通信モジュール１６へ伝えられる。通信ドライバ４２は、コミュニケータ１２とコンピュータまたはコントローラ１４の間におけるハードウエア・インターフェースの管理を担う。これは、コミュニケータ１２のハードウエアが追加されるか、またはシステムから取除かれるときに通知を提供し、通信が行われることの保証に必要なシステム・リソースを管理する。
【００２０】
通信モジュール１６
通信モジュール１６は、マイクロコントローラ４４、メモリ５０、正確な水晶発振子４８、およびＲＦトランシーバ４６からなる。これは、通信ドライバ４２から命令およびデータを受信して処理し、通信（ＲＦ）プロトコルを使用するＲＦトランシーバ４６を介して出力する。これは、コミュニケータ・サービスと表示モジュール１８の間における複数のセッション、表示モジュール１８に対するそれらの適切な時間スロットにおけるデータの送信、および受信した確認応答の処理を管理する。通信モジュール１６はまた、同期信号７４またはＳＹＮＣフレームが、周期的に、正確なタイミング・ウインドウ内において送信されることの保証も担い、それによりすべての表示モジュール１８が同期を保つことを可能にする。
【００２１】
同期信号７４またはＳＹＮＣフレームは、複数のデータ・パケットまたは同期パケット８２からなる。各パケットは、同期期間の中心からのオフセットを含み、表示モジュールが、そのクロックを再調整すること、および最後にＳＹＮＣフレームが受信されてから生じたかも知れないドリフトに注意を払うことを可能にする。ＳＹＮＣフレームは、また時間スロット識別子も含み、かついくつかの、たとえば２つまでの表示モジュール１８のアドレスを有しており、いずれの表示モジュール１８が、それらへの次の命令の受信を必要としているかを示すことができる。
【００２２】
データおよび命令は、各時間スロットの間に適切な表示モジュール１８へ送信される。命令は、それの完了に複数の時間スロットを要することがある。コミュニケータ１２は、各時間スロットのための内容を、コミュニケータ・サービスによって発行された命令およびデータに基づいて管理する。
【００２３】
表示モジュール１８
表示モジュール１８は、英国モールバンのＺＢＤディスプレイ・リミテッド（ＺＢＤ  Ｄｉｓｐｌａｙｓ  Ｌｉｍｉｔｅｄ）から入手できる双安定ＬＣＤ等の、また米国特許第６，２４９，３３２号および米国特許第６，４５６，３４８号の中で述べられているような低電力マルチ表示器５４を包含する。表示器５４は、好ましくは典型的な値を３２０×２４０、４００×１６０、または２２４×９０とする多数のサイズでマトリクス・アレイの表示が可能であり、ピクセルは、６０と２００ｄｐｉの間の解像度でグラフィック画像を形成する。通常これは、表示器が１００ｄｐｉの解像度において表示する能力を伴う場合に、高さにおいて２５〜８０ｍｍ台、幅において７０〜１００ｍｍ台の寸法を有することを意味する。本発明の鍵は、画像が、電力を必要とすることなく表示器上に維持され、電力が表示されている画像の更新にのみ使用されることである。その結果、その種の表示器のためのバッテリ寿命が数年となることが可能である。そのほかの双安定表示器を使用してもよく、それには電気泳動インク、双安定コレステリック、双安定ねじれネマティック、強誘電体液晶、および／またはエレクトロ・クロミック表示器等が含まれる。使用に適しているすべての表示器に共通することは、それらが電力の印加を伴うことなく長期間にわたって画像を保持しなければならないことであり、画像は、ユニットへの衝撃（表示器をたたくまたは押すといったことからもたらされる機械的衝撃、環境における突然の変化に関連付けされた温度衝撃等）に抗して保持される必要がある。
【００２４】
表示器５４は、マイクロコントローラ５２、メモリ５８、半二重トランシーバ等のＲＦトランシーバ５６、温度センサ６６、および電圧変換モジュール６８を包含する。表示モジュール１８は、さらに、表示モジュール１８の異なる動作モードのための２つの形式の電力を構成する電源６０を包含する。電源６０は、通信モジュール１６との通信を可能にするといった表示モジュール１８の完全な動作を可能にし、またモジュールの同期を可能にするに充分なより低い電力（スリープ）モードの動作を可能にする太陽電池、リチウム二酸化マンガン一次電池等のバッテリ６２を包含し、ＲＣ発振器６４の補助の下に、より低い電力モード（たとえば、実質的に表示のみ）とより高い電力モードの動作を切換える。より高い電力モードにおいては、表示モジュール１８がＲＦトランシーバ５６を介して命令およびデータを受信し、命令の中に指定されている動作を実行し、動作が完了したときに確認応答をもって応答する。
【００２５】
ＲＦトランシーバ５６は、命令およびデータの受信に使用される。通常、トランシーバ５６は、低電力のスタンバイ状態にある。それが周期的に、非常に短い期間にわたって受信モードにパワー・アップされる。この期間の間に、同期データのパケットまたはＳＹＮＣパケット８２が正常に受信され、ＳＹＮＣパケット８２内のデータをマイクロコントローラが使用し、マイクロコントローラ５２を使用する内部システムのウエイクアップ・クロックの再較正を行い、それがメイン・コミュニケータ１２と同期を保っていることを保証する。ＳＹＮＣパケット８２が表示モジュール１８のネットワーク・アドレスも含んでいる場合には、続く命令（１つまたは複数）およびデータ・パケットを受信するべくパワー・アップされた状態を保つ。命令（１つまたは複数）の完了時に、命令ステータス情報を含む命令の確認応答が送信される。ＳＹＮＣパケット８２が表示モジュール１８のネットワーク・アドレスを含まない場合には、直ちに、次のＳＹＮＣパケット８２が期待されるときまで低電力状態へ戻る。命令および関連付けされたデータが受信され、確認応答（１つまたは複数）を送信すると、その後マイクロコントローラ５２は、次のＳＹＮＣパケット８２が期待されるときまでＲＦトランシーバ５６を低電力スタンバイ・モード入れて命令（１つまたは複数）を処理する。
【００２６】
表示更新は、メモリ５８内へ画像をダウンロードする命令、およびそれに続くＬＣＤ表示器５４を更新する命令からなる。表示更新は、ＬＣＤ表示器５４の温度に基づいて電圧およびタイミングの変更を行うことを必要とする。表示器５４の更新の間においてはマイクロコントローラ５２が、温度センサ６６から温度の読みを獲得し、電圧変換モジュール６８を使用して適切な表示更新電圧を生成し、あらかじめ決定済みの波形をＬＣＤ表示器５４へ印加して更新を実行する。更新の前に、マイクロコントローラ５２は温度センサ６６の給電をオフにする。更新後に電圧変換モジュール６８の給電をオフにし、その後マイクロコントローラ５２が非常に低い電力のスタンバイ状態に入る。スタンバイ・モードにおいては、マイクロコントローラ５２が、バッテリ電力を保存する非常に低い電力状態に置かれる。ＲＦ通信の間は、マイクロコントローラ５２およびＲＦトランシーバ５６への給電が行われる。表示更新の間は、マイクロコントローラ５２、温度センサ６６、電圧変換モジュール６８、および表示器５４への給電が行われる。
【００２７】
通信（ＲＦ）プロトコル
図４を参照すると、通信モジュール１６によって複数の表示モジュール１８へ送信される信号７０が略図的に示されており、信号７０は、一連の離散的な時分割要素７２を含み、各要素７２は、同期またはウエイクアップ成分７４およびデータまたはペイロード成分７６を包含し、特定の時間スロット７８と関連付けされている。ここでは４つの時間スロット７８が使用され、それぞれは、低電力であるが高帯域幅の通信プロトコルを都合よく容易にするグループの表示モジュール１８と関連付けされた一連のラベル付き信号要素７２を有する。通信プロトコルは、通信モジュール１６によって送信された同期パルス８２の周期的なシリーズ８０を利用して、目標表示モジュール１８へ送信されるべきデータの時分割多重を可能にしている。
【００２８】
ウエイクアップまたは同期成分７４は、その時間スロット７８内において通信モジュール１６がいずれの表示モジュール１８との通信を希望しているかということをはじめ、正確にどの時間スロットにおいてその表示モジュール１８がウエイクアップするかという測度に関係する情報を含む。これが略図的に図５に示されており、そこから、同期パケット８２のシリーズ８０が、ラベル０が付けられた中央またはプライマリ・データ・パケットの周りに対称にグループ化された合計で１５個のパケット８２を包含できることがわかる。表示モジュール１８が関連する時間スロット７８を用いて同期されるために、表示モジュール１８は、より高い電力モードに入り、適切にＲＦトランシーバ５６をオンにしてラベル０が付けられたプライマリ・データ・パケットを受信する必要がある。図５に示されているとおり、トランシーバは、１データ・パケットよりわずかに長い持続期間（すなわち最大で約４ミリ秒）にわたってオンに切換えられ、相応じて‐３のラベルが付けられたすべての同期パケット８２（ラベル０のプライマリ同期パケットから３同期パケット８２離れたパケット）を受信する。したがって、マイクロコントローラ５２が、その後に続いてより正確に、正しい時間において、より低い電力からより高い電力の動作モードへ切換えるために、表示モジュール１８内のクロックを再較正することが可能になる。したがって、有益なことには、個別の表示モジュール１８内のクロック構成を比較的低い許容度のものとすることが可能であり、それに対してたとえば水晶発振子４８を包含する通信モジュール１６内のプライマリ・クロック・メカニズムは、より許容度がきつく、かつそれ自体のドリフトが低いものとする必要がある。この態様においては、個別の表示ユニットのコストを最小限に抑えることができる一方、使用される電力も最小化される（低い許容度のクロックの使用からもたらされるおそれのある同期における実質的な誤差が、実質的かつ不必要なバッテリ電力の使用を生じさせることがあるため）。図５に、表示モジュール１８のための切換え動作が示されており、最初のドリフトＤが‐３から０へ補償され、２番目は、ドリフトＤが＋２から０へ補償される。
【００２９】
同期パルス成分７４の間の期間は、表示モジュール１８が、低電力ＲＣ発振器６４を逃がすディープ・スリープ、または低電力モードとなる。この特徴は、バッテリ寿命をかなり延長する助けとなる。
【００３０】
データ・パケット８６のシリーズ８４が、１秒等のあらかじめ決定済みの期間を超えない、各信号要素７２の最大組合せ時間を伴った各同期パルス成分７４または同期パルス／データ・パケットのバーストの後にブロードキャストされる。それに加えて、図６に示されているとおり、時間スロット７８（または信号要素７２）の間にリッスン・ビフォア・トーク（ＬＢＴ）が実装されてデューティ・サイクル制限の効果を低減する。データ・パケットは、グループで確認応答されてプロトコルの効率を増加させる。すべてのパケットは、一意的なＩＤを有しており、たとえば干渉に起因してそれらが失敗し、通らなかった場合には反復される。
【００３１】
また表示モジュール１８は、それらのアドレスに基づいて別個の時間スロット７８内に置かれ、ポーリング期間をさらに延ばすことを可能にしている。このことは、店内または小売アウトレット内の表示器の一様な分布を保証することになる。
【００３２】
データ転送段階の間における送信プロトコルは、選択的反復を使用するスライディング・ウインドウ・プロトコルを利用する。センダおよびレシーバ両方が許容可能な連続番号の窓を維持しており、エラーを伴うことなく受信されたパケットだけに応答する。このプロトコルは、単一時間スロット７８の間に、最大数の、好ましくは２つの表示モジュール１８に対して通信を与える。
【００３３】
表示モジュール１８との通信はセッションで実行される。各セッションは、任意数の命令およびそれらに関連付けされたデータを含むことができる。セッションは、関連した時間スロットについて複数の送信要素７２を跨ぐことが可能である。典型的な画像更新命令およびデータは、その完了に２〜４個の要素７２を要することがある。
【００３４】
通信プロトコルは、通信モジュール１６によって送信された同期パルスの周期的なシリーズを利用して、目標表示器へ送信されるべきデータの時分割多重を可能にしている。
【００３５】
周波数割付け
ヨーロッパにおいては、初期コントロール・チャンネルとして中心周波数８６９．８５ＭＨｚが使用される。データ・チャンネルは、８６８．０〜８６８．６ＭＨｚおよび８６８．７〜８６９．２ＭＨｚの周波数範囲内に配置される。
【００３６】
米国においては、初期コントロール・チャンネルとして中心周波数９２７．５ＭＨｚが使用される。データ・チャンネルは、９０２〜９２８ＭＨｚの周波数範囲内に配置される。
【００３７】
ほかの地域においては、適切な周波数を割り付けて規制に適合させることが可能である。
【００３８】
表示時間スロット
表示モジュール１８の各シリーズには、表示器モジュール・アドレスの解釈に従って、好ましくはそのアドレスのＬＳＢに従ってポーリング時間スロット７８が割付けられる。時間スロットの厳密な数は、初期セットアップ・プロシージャの間に送信される表示器構成によって決定可能であり、デフォルトの設定を８つの時間スロットとすることができる。時間スロットの数は、好ましくは２のべき乗とする必要がある。時間スロット内における表示器のグループ化は、次の規則を厳守することができる：時間スロット＝表示器アドレス＆（ｎ‐１）（これにおいてｎは、利用可能な時間スロットの数である）。ここでは、図４に示されているとおり４つの時間スロットが使用される。
【００３９】
標準ポーリング
個別の表示モジュール１８は、整合するネットワークＩＤを有する通信モジュール１６との関連付けに適合されている。表示器が通信モジュール１６と関連付けされた後は、それが適切なポーリング期間ごとにウエイクアップされて同期パケット８２の発見を試みる。同期パケット８２が見つからなかった場合には、スリープへ戻り、スケジュールされた次の時間スロット７８でウエイクアップする。このプロシージャが、１０回等のプログラム済みの回数にわたって生じ、有効な同期パケット８２が見つからなかった場合には、表示モジュール１８が再同期を試みる。
【００４０】
同期パルス成分７４の間の期間は、好ましくは１．１秒＋１０ミリ秒（図４参照）より大きい。好ましくはこの設定を、初期ラベル構成の間において構成可能とする。同期パルス成分７４は、図５に示されているとおり、実際に、同期パルス期間にわたってブロードキャストされる背合わせの同期パケット８２のシリーズ８０からなる。同期パルス・パケット８２は、３つの主要情報セットを含む。すなわち：
表示器がそれ自体の発振器のドリフトを補償することを可能にする同期パルス期間の中心に対する時間を測定するフィールド８８、
その時間スロットの間に通信モジュール１６が通信を希望する表示モジュール１８についての、好ましくは２つだけとするアドレスのリスト９０、
同期パルス成分７４が目標としている時間スロットがいずれであるかを示す「時間スロットＩＤ」９２；これが表示モジュール１８のためのより高速な再同期を可能にする。
【００４１】
ウエイクアップ期間９４の長さは、パケット構造内のどこで表示モジュール１８がウエイクアップするかに応じて変動する。最大は、表示モジュール１８が２つのパケット８２にわたってウエイクアップしている場合であり、最小は１パケットである。有効な、または完全なパケット８２が処理されると、ＲＦトランシーバ５６が即座にパワー・ダウンされて電力が保存され、好ましくは、同期された切換えが表示モジュール１６をオンに戻してあらかじめ決定済みの将来的な時間におけるコミュニケータ１２からのデータの受信を可能にするために不可欠なものを除くすべての電気的構成要素がそれと同様になる。
【００４２】
好ましくはシステム１０が、ＬＢＴ（リッスン・ビフォア・トーク）機能を運用して同一無線チャンネル上のあらゆるＲＦ干渉に対処するべく構成される。送信機（通信モジュール１６）がチャンネル上において、あらかじめ決定済みの時間内に消失しない干渉を検出した場合には、その時間スロットを通信モジュール１６がスキップする。これは、残りの表示モジュール１８が同期成分７４と同期してとどまることを保証する。
【００４３】
ＬＢＴ期間は、ｔＬ＝ｔＦ＋ｔＰＳとして定義され、ｔＦは５ミリ秒に固定されており、ｔＰＳは、たとえば０．５ミリ秒のステップを伴う擬似ランダム態様で０〜５ミリ秒の間において変動する。チャンネル上の干渉を伴うことなく固定期間が過ぎれば、これが「０」に設定される。これについての図式を図６に示す。
【００４４】
データ転送
送信プロトコルは、選択的反復を使用する修正スライディング・ウインドウ・プロトコルを利用する。標準スライディング・ウインドウ・プロトコルによれば、２つのユニットの間において有向データ送信がイネーブルされ、データの送信側が基本的に、有限数のデータ・パケットのためのウインドウ・サイズを定義し、そのデータ・パケットのすべてが他方の受取り側ユニットへ送信される。送信機は、その後、シリーズ内の最初のデータ・パケットの受取りの確認応答が受取り側ユニットによって満足のいく形で応答されるまで、その先のデータ・パケットを送信しない。受取り側ユニットによって確認応答されたデータ・パケットの数に応じて、その先のデータ・パケットが、送信機によってひと続きで送信され、送信機は、多数の送信されるパケットの塊を移動させるが、その数は、受取り側ユニットへ送信され、受取り側ユニットによって確認応答または受信がなされていないとして定義されるウインドウ・サイズまでとし、それを超えない。したがって、送信されているデータ・パケットのウインドウは、個別のパケットが受取り側ユニットによって確認応答されるに従って漸進的にスライドする。しかしながら、ここでは、センダおよびレシーバの両方が許容可能な連続番号のウインドウを維持する場合の変形を述べる。最大ウインドウ・サイズが設定され、反復されるパケットと新しい送信の間の差をレシーバが明確に認識できるように、各データ・パケットが５ビットのＩＤを用いて一意的に識別される（１６個の一意的なパケット）。あらゆる場合において、８つの確認応答されていないパケットだけが未解決となり得る。送信ウインドウは、もっとも古い確認応答されていないパケットＩＤ（すなわち、もっとも突出したパケット）から８パケットに及ぶ。したがってレシーバは、８パケットの受信バッファを維持する。
【００４５】
確認応答パケットは、表示器の受信バッファの場所に対応する１６ビット長のビットマップからなる。「１」はパケットが首尾よくロードされたことを含意し、「０」はそのスロットについてデータがまったく受信されなかったことを含意する。
【００４６】
各時間スロット７８内において、ここでは２つの表示モジュール１８までとするあらかじめ決定済みの数までデータを送信するための規定がある。単一の表示モジュール１８のアドレスが整合することを仮定すると、次のプロセスが生じる。
（１）表示モジュール１８がそれのポーリング・スケジュール７８に従ってウエイクアップし、同期パケット８２をロケートし、アドレスの整合を見つけ出す（フィールド９０）。
（２）表示モジュール１８が、同期パケット７４の期間が満了するまでスリープし、その後、ウエイクアップして直ちにペイロード成分７６内のデータの処理に取りかかれるようになる。
（３）ここでは８パケット８６とする設定済みの数までのバースト内においてデータが目標表示モジュール１８へ送信される。これがセッション内の最初のデータ・パケットである場合には、パケット・カウントをリセットする適切な命令ビットがセットされる。各データ・パケット８６は、好ましくはネットワークＩＤ、ソフトウエア・アドレス、パケットＩＤ、命令情報、およびペイロードの情報を含む。
（４）８つのパケットが受信された場合、または表示モジュール１８がバースト内の最後のパケットを受信した場合には、直ちにそれがＡＣＫパケットを送信する。時間スロット７８内の最終パケットは、そのことを示す命令ビットがセットされる。ＡＣＫはまた、３ミリ秒〜５ミリ秒を超えるクリアなチャンネルを表示モジュール１８が検出すると、センダが送信を停止したことをそれが示すことから、その場合にも送信される（これは、送信機がそれのウインドウの上側限界に達したときに生じる）。
（５）確認応答パケットは、再送信を必要とするパケットのリストを含む。これは、パケット構造の中で詳説する。
（６）通信モジュール１６は、失敗したパケットを反復し、それの送信ウインドウの上側限界に達するまで、残されている送信されるべきデータを用いて残りのパケット・スロットを満たす。
（７）このプロセスを、すべてのデータが送信されるか（セッション終了ビットのセット）または時間スロット７８が満了されるまで反復する。
（８）すべてのデータの送信が完了する前に時間スロットが満了した場合には、通信モジュール１６がマイクロコントローラ４４へ、送信のために残されているデータを次の時間スロット内にキューすることを伝える。これは、確認応答された最後のパケットＩＤから再開することになる。通信モジュール１６は、すべての開いている通信セッションのために最後のパケットＩＤを追跡している。
【００４７】
通信モジュール１６は、データ送信の交換の開始時（すなわち、ＳｅｎｄＰａｃｋｅｔ（）の１つの呼び出し時）に「セッション開始」ビットをセットする。これが、リンクの両端においてパケットＩＤをリセットする。
【００４８】
通信モジュール１６は、現在のデータ・セッションにおいて表示器へ送信するべきデータがなくなると、命令パケット内の「セッション終了」ビットをセットする。この時点においては、通信モジュール１６が表示器に対するデータ・チャンネルを、それが「セッション終了」ビットがセットされたパケットを受信するまで、開いたままに維持している。このビットの送信は、リンクの両端においてパケットＩＤのリセットも生じさせる。
【００４９】
通信モジュール１６から特定の表示モジュール１８へ送信するべきデータがなくなった場合であっても、返されてくる「セッション終了」パケットがまだ受信できていなければ、通信モジュール１６は、次の時間スロットの間にわたってその表示モジュール１８をウエイクアップさせる。これは、まだ有効な戻りデータがあるが時間スロットが満了した場合を取扱うことになる。
【００５０】
表示器からの戻りデータ・パケットは、確認応答パケット期間内に送信される必要がある。
【００５１】
好ましくは、パケット間に４．５ミリ秒を超えるデッドスペースが存在しないものとする。このことは、そのチャンネル上で競合する別の送信機がデータ転送を開始しないことを保証するものとなる。
【００５２】
アプリケーション・ファームウエアによってパケットが表示器の受信バッファから取除かれていない場合には、表示器が（ＮＹＥＴ）確認応答パケットを送信する。これが、通信モジュール１６に、データの確認応答が可能となる状態に表示器がなるまでそのパケットの再試行を行わせることになる。コミュニケータ１２がエラー・フラグをセットするまでの再試行回数はプログラム可能である。通信モジュール１６は、データ・パケットの各バーストの送信が完了した後、リスニングを行う。バーストの終了からあらかじめ決定済みの時間内にそれが搬送波を検知しない場合には、以前のパケットが失われたものと見なしてペイロードを再送信する。これもまた、チャンネルが占有されることを防止し、システムのフロー・コントロールの重要な部分である。
【００５３】
不都合なチャンネル状態の下においては、プロトコルが、受信されるパケットごとの確認応答まで退く。しかしながらチャンネル品質が良好になれば、各バーストで８つのデータ・パケット８２が送信される。これは、図７に示されているとおり、低いＢＥＲ（ビット・エラー・レート）を伴うチャンネル上のスループットを最適化することになる。
【００５４】
表示モジュールの受信バッファは、ウインドウのサイズに等しい数のロケーションを有しているだけでよい。これは、プロトコルのメモリのオーバーヘッドを低減する。
【００５５】
図７、８、および９は、多様なＢＥＲのためのデータ送信時間スロットの開始の詳細である。この場合においては、表示器からデータが返されていないことが仮定されている。図７、８、および９を参照すると、通信モジュール１６からの信号７０の同期成分７４を形成する同期パケット８２のシリーズ８０をはじめ、表示モジュール１８内のＲＦトランシーバ５６の状態の略図的な表示が示されている。トランシーバ状態９６は、要素７２のペイロード段階または送信の日の間に同期パケットのシリーズ８０からアドレス整合が見つかるとモジュール１８が受信モードに入り、データ・パケット８６のシリーズ８４内の８つのパケット８６のバーストでデータを受信することを示す。バッファ等の表示モジュールのメモリ内にストアされている内容が９８に示されている。確認応答パケット１００が通信モジュール１６に返される。図７においては、低いビット・エラー・レートの場合に確認応答パケット１００が、先行する８つのパケットすべての受取りを単一の形で確認応答する。それに対して中程度のビット・エラー・レートの場合には、確認応答パケット１００が、パケット３等の誤りの多いパケットの反復を要求し、その後そのデータ・パケットが再送される。ビット・エラーが高い場合には、表示モジュール１８が、首尾よく受信されローカル・メモリまたはバッファにストアされた個別のパケットを確認応答するべく適合され、したがって標準のスライディング・プロトコルが実行される。
【００５６】
データ・チャンネルの利用度を増加するために、通信モジュール１６は、時間スロット内のデータ送信について２つの表示器をキューに入れることができる。図１０はこのプロセスを示している。リスト内の２番目の表示器が周期的にウエイクアップし、まだ最初の表示器のためのデータ・パケットが送信中であるか否かを調べる。
【００５７】
通信モジュール１６が最初の表示モジュール１８へのパケットの送信を完了し、表示モジュール１８の応答が受信されると、直ちにリスト内の２番目の表示モジュール１８へのデータの送信が行われる。これは、別のシステムがこのチャンネルを奪うことを防止するものとなる。これらのパケット８６は、バーストの間に４．７５ミリ秒のギャップを伴って反復される。
【００５８】
２番目の表示モジュール１８は、図１０のライン１０２を参照されたいが、これらのバーストの１つの間のいずれかのポイントでウエイクアップして確認応答を送信し、その後標準のデータ送信を開始する。これは、そのパケットのコントロール・ビットを走査するか、またはデータがまったく送信されない短い期間を検出するかのいずれかによってデータ・バーストの終了を識別できる。データは、図１０に示されているとおり、ローカル・バッファ１０４にストアされる。
【００５９】
戻りデータ・パケット
戻りデータ・パケット１０６は、返される確認応答上に「ピギー・バック」される。図１１は、可変長データ・パケットを仮定している。この場合において、最初の３つのデータ・バイトが確認応答であり、続く（オプションの）４つのデータ・バイトがペイロードである。
【００６０】
表示器の送信バッファ内にキューに入れられたデータがある場合には、それが次の確認応答パケットの間に送り返される。このデータ・パケットは、その後通信モジュール１６によって確認応答される。この戻りパスについてはスライディング・ウインドウ・プロトコルが存在しない。障害パケットは、「ＢＡＤ」を生成することになり、現在の通信セッションを終了する。
【００６１】
確認応答が通信モジュール１６から表示器へ送信されない場合には、表示器の次の確認応答期間の間に通信モジュール１６へデータが再送される。
【００６２】
初期同期および再同期プロシージャ
表示モジュール１８が通信モジュール１６と同期していない場合、送信機（通信モジュール１６）のポーリング間隔を用いて再同期を行う必要がある。再同期の要求は、次の４つの態様の１つを通じて生じる：すなわち、通信モジュール１６が同期パケットの送信を行わなくなること、通信モジュール１６が関連する周波数上において同期パケットの送信を行わなくなること、表示モジュール１８のポーリング期間が許容範囲外であること（すなわち、有効なデータ・パケット８２を受信する同期パルス７４の期間を超えること）、および／または初期セットアップ後に表示モジュール１８が有効な通信モジュール１６のロケートを試みていることである。
【００６３】
表示モジュール１８は、最初にリスト内の１番目の周波数の走査を試みる。この走査は、ウエイクアップおよびその周波数チャンネル上での搬送波検出またはＣＤ走査の実行からなる。搬送波が存在しなければ、表示モジュール１８は、同期パケットのバースト長よりわずかに短い期間にわたってスリープへ戻る。表示モジュール１８は、搬送波信号を検出すると２つの同期パケット８２にわたってウエイクアップのままとどまり、データの処理を試みる。それが失敗すると、データ・パケットの間にわたってウエイクアップしていたことを仮定して、同期パケットのバースト長よりわずかに短い期間にわたってスリープへ戻る。
【００６４】
有効な同期パケット８２が処理された場合には、表示モジュール１８に、その同期パケット８２が関連付けされている時間スロット、および同期パケットのバースト内における時間オフセットがわかる。これは、次のポーリング期間まで表示モジュール１８がスリープし、その時点でそれの標準動作レジームへ入ることを可能にする。
【００６５】
プログラム可能数、たとえば５つより少ない、好ましくは２つの完全なサイクルの後に表示モジュール１８が最初の周波数において有効な同期パケット８２のロケートに失敗すると、初期セットアップの間にプログラムされた代替周波数上において同期パルスのロケートを試みる。
【００６６】
これは、最初の周波数上における走査と類似する態様で行われる。しかしながら表示器は、リスト内のすべての周波数上においてＣＤを行う都度、それがウエイクアップすることから、わずかに長い期間にわたってウエイクアップままとどまる。
【００６７】
この時点で表示モジュール１８が通信モジュール１６との同期に失敗すると、再び通信モジュール１６のロケートを試みるまで、１５秒等の長い期間にわたってスリープする。これはバッテリ寿命を延長し、ユニットが保管されていた場合に備える。
【００６８】
グループ・アドレシング
グループ・アドレシングの態様は２つあり、第１はグループに対して表示器を割付け、第２はそのグループに対してデータを送信する。
【００６９】
表示器の割付け
特定のグループに対して表示器を割付ける方法は２つある。
単一割付け（確認応答あり）：通信モジュール１６が表示モジュール１８を通常どおりにウエイクアップするが、データ・パケットのうちの１つがセットされた命令ビットを有し、その後に続いて命令が送信されてモジュールにグループＩＤを割り当てる。これらのパケットは、通常のデータ転送プロトコルに従って確認応答される。
グループ割付け（確認応答なし）。これは、通信モジュール１６がポーリング・グループ内の表示モジュール１８のセットを同時に割付けることを可能にする。あらかじめ決定済みの形式にセットされた表示器アドレス１フィールドおよび別のあらかじめ決定済みの形式にセットされた表示器アドレス２フィールド等の特定の命令を伴うＳＹＮＣパケット８２の送信後、そのポーリング・グループ内のすべての表示器がウエイクアップし、パケットを処理する。通信モジュール１６は、その後表示モジュールによって予測されているあらかじめ決定済みの構造を伴うデータ・パケットを送信し、それによって表示モジュールのグループが、そのグループ内のすべての表示モジュールによって受信され、かつ処理されている単一のデータ転送を通じて割付けられることを可能にする。
【００７０】
グループへのデータの送信
通信モジュール１６は、表示器のグループとの通信を希望するとき、特殊な同期パケットのシリーズを送信する。それらは、あらかじめ決定済みの態様でセットされたアドレス１フィールドおよび、通信モジュール１６が通信を希望するグループにセットされたアドレス２フィールドを有する。この時点において、ＡＣＫパケットが返されないにもかかわらず、割り当てられたグループ内のすべての表示器に対してデータがストリーミングされる。送信されるパケットＩＤは、表示モジュール１８が誤りの多いデータを受信したか否かの決定がそれ自体に委ねられていることから、好ましくは送信される各パケットとともにインクリメントされる。
【００７１】
表示器アドレス１が０ｘＦＦＦＦにセットされ、表示器アドレス２が０ｘ０００１にセットされていた場合には、次のデータ・パケットがグループ１内のラベルだけに予定されることになる。注意が必要であるが、これは時間スロット・グルーピング（表示器アドレスのＬＳＢに基づく）とは異なる。すべての表示器が更新されたことを確実にするために異なる時間スロットについて数回のプロセスの反復が必要になることがある。グループ・アドレス、たとえば０ｘ００００を予約とし、すべての表示器に対するブロードキャスト・アドレスとして使用することができる。
【００７２】
好ましくは、手前で述べたものと類似するデータ構造を有するＳＹＮＣパケットが生成され、転送されるべきデータ・パケットの長さを識別する情報、ＳＹＮＣパケットのバースト内の同期されるパケットの数、および／または残りのＳＹＮＣパケットの数をはじめ、たとえば第１の表示器アドレスおよび第２の表示器アドレスを通じてアドレスされる表示器のグループに関係するアドレス情報を含む。好ましくは、ＳＹＮＣバーストが照準される時間スロット識別に関係する情報も提供される。好ましくはデータ・パケットが、ベース・ステーションと関連するアドレス情報、および所定のデータ・パケット・バースト内の関係のあるデータ・パケットと関連するシーケンシング情報を包含する表示器の間において転送される。たとえばデータ・パケットは、命令要素、『残りパケット』要素、および実際のデータ（たとえば４７２ビットとすることができる）を含む４８０ビットを包含できる。命令バイトは、命令ビット、開始セッション、開始時間スロット、終了セッション、およびパケットＩＤを包含できる。好ましくは、確認応答パケットを包含するデータ・パケットが表示器によって生成されてベース・ステーションへ返されるが、それもまたアドレス、時間スロット等々に関係する関連情報をはじめ、それ自体が命令バイトおよび／または返されるデータを構成できるデータ・パケットを包含する。特に、表示器は、たとえば手前で述べた態様で、首尾よく受信されたデータを確認応答し、さらに追加のデータ、すなわち誤りが多かったものとすることができるデータを要求するべく適合されている。
【００７３】
復元不能なリンク・エラーが生じた場合には、表示器１８が好ましくタイムアウトしてスリープし、その情報が通信モジュール１６へ返される。
【００７４】
表示器の再プログラミング
少なくとも１５秒ごとに、好都合なポイントにおいて表示器が、それのＨ／Ｗアドレス等のあらかじめ決定済みのアドレス、および０ｘ００等のあらかじめ決定済みの値をセットし、あらかじめ決定済みのプロトコルを利用してコントロール周波数を走査する。これは、同期パルス成分７４の間に生じがちであり、その間は表示器が通信モジュール１６と通信していない。これが、表示器の容易な再プログラミングを可能にすることになる。
【００７５】
複数の通信モジュール１６
店内の追加の送信機への異なる周波数の割付けを通じてこのシステム１０とともに複数の通信モジュール１６が扱われる。
【００７６】
表示器は、初期構成段階の間にダウンロードされたいずれかの周波数上で、それらが整合するネットワークＩＤとともに見つけた有効な通信モジュール１６と関連付けされる。
【００７７】
順次異なる通信モジュール１６を利用して表示器との通信を試行することはＰＣアプリケーション・ソフトウエアに委ねられている。通信モジュール１６の１つを介して首尾よく表示器にデータが送信された後は、それが、そのデバイスのための一次送信機であると見なされることになる。
【００７８】
表示ネットワーク管理モジュール２２
表示ネットワーク管理モジュール(ＤＮＭ：Ｄｉｓｐｌａｙ  Ｎｅｔｗｏｒｋ  Ｍａｎａｇｅｍｅｎｔ  ｍｏｄｕｌｅ）２２は、データベース、データベース２０のためのアプリケーション・プログラミング・インターフェース、およびグラフィカル・ユーザ・インターフェースからなる。
【００７９】
データベース２０
データベース２０は、コミュニケータ１２と表示ネットワーク管理モジュール２２の間において共有される。データベース２０は、いずれの表示モジュール１８が製品、表示器モジュール統計情報、製品画像、命令およびステータス・キュー、および監査ログ・テーブルと関連付けされているかについての情報を含む。
【００８０】
アプリケーション・プログラミング・インターフェース（ＡＰＩ）
ＡＰＩは、サードパーティのアプリケーションと通信システムの間におけるメイン・インターフェースを提供するソフトウエアからなる。命令の包括的なライブラリがＡＰＩ内に用意されており、画像レンダリング・モジュール２８等のサードパーティのアプリケーションが画像を製品と関連付けすること、および表示モジュール１８に画像の更新をプッシュすることを可能にする。またＡＰＩは、製品の作成および削除、製品に対する表示モジュール１８の関連付け、およびステータスおよび統計情報の検索を管理するための機能も提供する。
【００８１】
システム１０のセットアップ段階の間に、ＡＰＩが使用されてデータベース２０内に製品および表示モジュールが作られる。これらが作成された後、ＡＰＩが使用されて、表示モジュール１８（または複数の表示モジュール）と製品が関連付けされる。この関連付けが行われてしまえば、ＡＰＩが、製品更新呼出しが行われるとき、常にその製品と関連付けされた適切な表示モジュールへ画像の更新が送信されることを保証する。
【００８２】
システム１０がセットアップされた後は、製品のための新しい画像を画像レンダリング・モジュール２８が有するとき、常にＡＰＩが呼出される。画像更新呼出しを受信すると、ＡＰＩは、表示モジュールの更新を、その製品と関連付けされた表示モジュール１８への送信のためのコミュニケータ・サービスのキューへ入れる前にその画像のサイズおよびフォーマットを確認する。ＡＰＩは、コミュニケータ・サービスからの応答を待機し、それを呼出しアプリケーションへ返す。またＡＰＩは、失敗が検出された場合の再試行も扱う。
【００８３】
グラフィカル・ユーザ・インターフェース（ＧＵＩ）
ＧＵＩは、ユーザがＡＰＩおよびデータベース２０をセットアップし、構成するための手段を提供するソフトウエア・アプリケーションからなる。
【００８４】
ＧＵＩは、製品および表示モジュールの作成および削除、表示モジュールと製品の関連付け、およびグラフ形式での使用度の統計および監査情報の表示をおこなうための手段を提供する。
【００８５】
製品規則エンジン２６
製品規則エンジン(ＰＲＥ：Ｐｒｏｄｕｃｔ  Ｒｕｌｅｓ  Ｅｎｇｉｎｅ）２６は、製品の更新を管理し、更新統計およびステータス情報を表示するユーザ・インターフェースへ提供するソフトウエア・アプリケーションからなる。
【００８６】
システム規則エンジン３４は、製品のために新しい画像が必要であると決定すると、製品規則エンジン２６の実行をスケジュールする。製品規則エンジン２６は、システム規則エンジンのデータベース３８からその製品データを検索し、画像レンダラ２８にその製品のための新しい画像の生成をスケジュールする。これが、図１４のステップ１２０〜１２４に示されている。
【００８７】
画像のレンダリングが完了すると、新しい画像を含む製品更新命令が、ＡＰＩを介し、表示ネットワーク管理モジュール２２へ向けて発行される。その後、ステップ１３２に示されるとおり、表示モジュール１８（１つまたは複数）に対して画像が送信されて表示される。さらに、ステップ１３４に示されるとおり、コミュニケータ１２が更新ステータスを表示ユニット１８から検索し、ステップ１３６に示されるとおり、表示ネットワーク管理モジュール２２が更新キューを監視し、監査テーブル内のデータベースにステータスをストアする。このサイクルが反復されて完全なデータベース監査テーブルが維持され、図１４のステップ１４０に示されるとおり、このプロセスが完了するまで製品規則エンジン１３８が周期的にＡＰＩを介してステータスを検索する。
【００８８】
図１５を参照するとグループ更新プロセスが示されており、ステップ１４２に示されているとおり、ビジネス規則エンジン３４が、グループ製品更新要求が要求されているか否かを決定する。たとえば、表示モジュール１８のグループを、接近度および／または製品タイプに従ってグループ化し、表示画像が変更されるようにグループ更新することができる（これに関する後述の説明を参照されたい）。ステップ１４４においては、製品規則エンジンがレンダリングされるべき製品画像を要求し、ステップ１４６において画像レンダラ２８が適宜画像をレンダリングする。製品規則エンジン２６は、『開始／終了グループ』命令を表示ネットワーク管理モジュール２２に対して発行し、各製品について、製品規則エンジン２６が、ダウンロード画像命令を表示ネットワーク管理モジュール２２に対して発行する。さらに製品規則エンジン２６が終了グループ命令を表示ネットワーク管理に対して発行し、ステップ１５４に示されているとおり、ＤＮＭ２２がグループを作成し、グループ内のその製品に関連付けされた表示器１８のためのコミュニケータ１２へのダウンロード画像命令をキューへ入れる。コミュニケータ１２は、表示器をグループへ割当て、それらのための画像をダウンロードし、ＤＮＭ２２が、図１５のステップ１５８に示されているとおり、更新キューを監視する。ＤＮＭ２２は、さらに、すべての画像ダウンロードが完了するとグループ更新命令を発行し、ステップ１６２に示されているとおり、すべての表示器１８に対してコミュニケータがグループ更新命令をブロードキャストする。グループ内のすべての表示器は、ステップ１６４に示されているとおり、ダウンロードされた画像を用いてそれらの表示を更新し、コミュニケータ１２は、そのグループ内の表示器１８から更新ステータスを検索する。ＤＮＭ２２が製品規則エンジン２６に対してグループ更新の完成ステータスを発行し、製品規則エンジンは、ステップ１７０に示されているとおり、ＡＰＩを介してステータスを検索する。
【００８９】
定時グループ更新のためのプロセスを図１６に示すが、システム規則エンジン３４は、ステップ１７４に示されているとおり、定時グループ製品更新要求が要求されているか否かを決定し、製品規則エンジン２６が、画像レンダラ２８によってレンダリングされるべき製品画像を要求する。さらに製品規則エンジン２６は、ステップ１８０に示されているとおり、更新が発生する時間を伴った開始グループ命令をＤＮＭ２２に対して発行する。各製品について、製品規則エンジン２６がダウンロード画像命令をＤＮＭ２２に対して発行する。さらにＰＲＥ２６は、ステップ１８４に示されているとおり、ＤＮＭ２２に対して終了グループ命令を発行する。ＤＮＭ２２は、ステップ１８６に示されているとおり、グループを作成し、関連するグループ内の製品に関連付けされた表示器１８のためのコミュニケータ１２に対するダウンロード画像命令をキューへ入れる。コミュニケータ１２は、表示器１８をグループへ割当て、それらに対する画像をダウンロードし、ＤＮＭ２２が、更新キューを監視する。すべての画像がレンダリングされ、すべての更新が関連する表示器１８を通じて送信されることを保証するために、図１６に示されているとおり多くのこれらのステップが反復される。その後ＤＮＭ２２は、ステップ１９０に示されているとおり、すべての画像ダウンロードが完了して適切な時間に到達するとグループ更新命令を発行する。続いてコミュニケータ１２が、ステップ１９４に示されているとおり、すべての表示器１８に対して命令をブロードキャストし、ダウンロードされた画像を用いて表示器が表示を更新する。コミュニケータ１２は、グループ内のすべての表示器１８から更新ステータスを検索し、ＤＮＭ２２が、ＰＲＥ２６に対してグループ更新完了ステータスを発行する。
【００９０】
図１７を参照すると、差分画像更新を提供するためのプロセスのフローチャートが示されている。再びシステム規則エンジン（ＳＲＥ：Ｓｙｓｔｅｍ  Ｒｕｌｅｓ  Ｅｎｇｉｎｅ）３４が、ステップ２１４に定められたように、製品更新要求を決定し、製品規則エンジン２６が、画像レンダラ２８によってレンダリングされることになる製品画像を要求する。製品規則エンジン２６は、ＤＮＭ２２に対してダウンロード画像命令を発行し、ＤＮＭが、ステップ２１２に示されているとおり、それらの画像を以前の画像更新と比較する。それらの画像がまったく同じであれば、ＤＮＭ２２は、画像更新ステータスを完了としてマークし、ステップ２１８に示されているとおり、更新キューを監視し、ステータスをデータベース監査テーブル内にストアする。製品規則エンジン２６がＡＰＩを介してステータスを承認し、ステップ２２４に示されているとおり、このプロセスが完了する。しかしながらステップ２１４において画像がまったく同じでない場合には、ＤＮＭ２２が、画像における相違が小〜中であるか否かを判断する。それが小〜中であれば、ステップ２２８に示されているとおり、ＤＮＭ２２が差分リストを作成し、差分更新命令を発行する。その後コミュニケータ１２が、表示器１８に対して差分更新を発行する。その後に続いて表示器１８が、ステップ２３２に示されているとおり、ダウンロードした画像を用いて表示を更新してステータス情報を返す。コミュニケータ１２は、更新されたステータスを表示器１８から検索し、相応じてＤＮＭ２２およびＰＲＥ２６への通知を行う。
【００９１】
ステップ２２６において、画像の差分が小〜中ではないときは、ステップ２３６に示されているとおり、画像の差分が大であることが判明するのでＤＮＭ２２が画像更新命令２３８を発行し、その結果コミュニケータ１２が、ステップ２４０に示されているとおり、関連する表示器１８に対して画像更新を発行する。
【００９２】
ステップ２３２においては、ダウンロードされた画像を用いて表示器１８が表示を更新し、コミュニケータ１２へステータスを返し、順次ＤＮＭ２２およびＰＲＥ２６への通知が相応じて行われる。
【００９３】
図１８は、表示器１８上における画像の更新の追加プロセスの詳細を提供する。これにおいては、ステップ２４２に示されているとおり、ＳＲＥ３４が要求されているところの製品更新要求を決定する。ＰＲＥ２６が、レンダリングされることになる製品画像を要求し、画像レンダラ２８が画像のレンダリングを行う。ＰＲＥ２６は、ここでも、更新時間とともにダウンロード画像命令をＤＮＭ２２に対して発行する。ＤＮＭ２２は、その製品と関連付けされた表示器１８のためのコミュニケータ１２への画像更新命令を更新時間とともにキューへ入れる。コミュニケータ１２は、ステップ２５２に示されているとおり、表示器１８に対する画像をダウンロードし、定時画像更新命令を発行する。表示器１８は、２５４において新しい画像を受信し、ステータスを返す。周期的に表示器１８がウエイクアップし、指定時間に達していれば、ステップ２５２に示されているとおり、ダウンロードされた画像情報を用いて表示を更新する。
【００９４】
コミュニケータ１２は、更新されたステータスを表示器１８から検索し、ここでも、ステップ２６４においてプロセスが完了される前に相応じてＤＮＭ２２およびＰＲＥ２６への通知が行われる。
【００９５】
画像レンダリング・モジュール
画像レンダリング・モジュールは、テンプレート・デザイナ３２および画像レンダラ２８からなる。
【００９６】
テンプレート・デザイナ３２
テンプレート・デザイナ３２は、表示モジュール１８のためのテンプレート３０のデザインを作成する手段をユーザに提供するソフトウエア・アプリケーションからなる。テンプレート３０は、表示モジュールの画像を構成する異なるグラフィック要素のレイアウトを与え、それらのグラフィック要素が画像にどのように適用されるかについての規則のセットを定義する。
【００９７】
テンプレート・デザイナ３２は、システム規則エンジンの出力から提供されるデータ要素のメニューをユーザに提示する。これらのデータ要素は、その後画像に適用可能であり、さらに追加の規則をセットアップして、フォント、フォント・サイズ、レイアウト位置、およびそのほかのフォーマット情報を定義できる。
【００９８】
画像レンダラ２８
画像レンダラ２８は、製品規則エンジン２６によってスケジュールされるソフトウエア・アプリケーションからなり、テンプレート・デザイナ３２を使用して作成される画像テンプレート３０に基づいて表示モジュールの画像のレンダリングを行う。
【００９９】
このアプリケーションは、システム規則エンジン３４によって供給されるデータを使用し、関連付けされたテンプレート内に供給された規則に従って情報をフォーマットし、表示モジュール１８への送信に適した製品画像を出力する。
【０１００】
システム規則エンジン３４
システム規則エンジン３４は、１つの形式において、表示モジュール・デバイスが正しい画像を表示していることを保証する多数の特定のタスクを実行するソフトウエア・アプリケーションである。この規則エンジンが実行する動作を次に示す。
・複数の共通点のないデータ・ソースから単一出力ディスティネーションへ合流させる。
・イベントまたは条件演算をデータ・ソースに適用し、単一の『派生』データ要素出力を作り出す。
・データ・ソースからの情報を使用して、データ要素がどのように適用され、出力ディスティネーション上で展開されるかを定義する。
・『リスナ』を使用してデータ状態を調査し、あらかじめ決定済みの状態が生じるまで待機した後、確認された状態に応答して実行アクションを作成する。
【０１０１】
ユーザは、任意数の上記の動作を定義してそれらのデータ・ソースを監視し、操作されたデータの内容に基づいてイベントを開始する。これらのイベントは、通常、限定ではないが画像レンダラ２８による製品のための新しい画像の生成およびＡＰＩに対する画像更新命令の発行を導く。
【０１０２】
システム規則エンジン３４を使用して可能になる動作の例を次に示す。
・１つの製品からのデータと別の製品の関連付け、すなわち抱合わせ販売のための表示モジュール画像の作成。
・規則を使用して製品の標準価格を特定額だけ減じ、画像レンダラに代替画像テンプレートを使用させて値引きをプロモートさせる製品価格プロモーション。
・在庫状況のレベルに基づく製品価格の変更。規則をセットアップして小売業者の在庫データベースを監視し、関連する在庫レベルを顧客に示すことができる。規則は、店に保持されている在庫のレベルに基づく価格変更を行うこと、または在庫切れの場合に代替製品への交差参照を顧客へ提供することもできる。
・ウェブ４０の掃引ならびに競争者の価格の調査。リアルタイムで店内の製品情報を自動的に調整して、それらの競争者の価格を表示し、店内で最良の価格が得られることを強調する。
・『販売期限』日までの残り時間に従った価格情報の自動更新。
・在庫レベルおよび在庫レベルの変化レートに従った価格情報の自動更新。
【０１０３】
図１９を参照すると、在庫管理システムを使用してどのようにビジネス規則を維持できるかが示されている。ここでは、システム規則エンジン（ＳＲＥ３４）が、ステップ２２６に示されているとおり、価格および在庫情報を含むデータベース３８を監視する。
【０１０４】
ＳＲＥ３４は、ステップ２６８において在庫の変化についての問い合わせを行い、変化がない場合にはデータベース３８の監視および問い合わせプロセスを通るループを継続する。しかしながら在庫に変化があった場合には、システム規則エンジン３４が、ステップ２７０に示されているとおり、抱合わせ販売フィールドをヌルにセットし、ステップ２７２に示されているとおり、在庫レベルとあらかじめ決定済みの限界を比較する。問い合わせステップ２７４において、在庫があらかじめ決定済みの高い限界より大きいかまたは等しい場合には、ステップ２７６に示されているとおり、在庫フィールドが『在庫あり』にセットされ、画像レンダラ２８が、適切な規約データベース３８からデータを引出して製品および価格データベース情報の在庫フィールドならびに抱合わせ販売フィールドに基づき、図１９の画像Ｉに示される画像を生成するべく画像を作成することが可能になる。製品規則エンジン２６は、その後、関連する表示モジュール１８上において新しい画像が表示されることを保証するために製品更新を通る。
【０１０５】
問い合わせ段階２８６に示されているとおり、在庫があらかじめ決定済みの『中』在庫レベルより大きいかまたは等しい場合には、ステップ２８８に示されているとおり、在庫フィールドが『在庫限界』にセットされ、ステップ２７８以降のプロセスが前述のとおりに続けられる。
【０１０６】
追加の問い合わせステップ２１９においては、在庫が高または中のいずれにも見なされなかった場合に、ＳＲＥ３４が、在庫が０より大きいか否かの問い合わせを行い、それがイエスであれば、在庫フィールドを『在庫わずか』にセットし、画像レンダラ２８および製品規則エンジン２６を使用して適切な画像が作成される。
【０１０７】
しかしながらステップ２９０において在庫が０であれば、在庫フィールドが『在庫切れ』にセットされ、ステップ２９６に示されているとおり、抱合わせ販売フィールドが代替製品にセットされる。その後ステップ２７８に示されているとおり、画像レンダラ２８が関連する製品のための適切な画像を作成する。
【０１０８】
表示モジュール１８の定時更新
表示モジュール１８の定時更新は、グループ更新を達成する代替方法を提供する。この方法を使用する表示モジュールは、コミュニケータ１２および表示ネットワーク・モジュールとは独立して特定の時間に画像更新を行う。これは、図１８に示されているようなグループ更新のブロードキャストの必要性を取除く。
【０１０９】
マルチ表示モジュール
図２０を参照すると、単一の表示通信モジュール５７および複数の表示器５４ｉ、５４ｉｉ、５４ｉｉｉ、および５４ｉｖの組合せ方法が示されており、これらはひとまとまりで棚縁システムを作り出し、棚縁に沿った複数の表示器の単純かつ効果的な更新方法を提供し、かつ単一通信モジュールを共有することによって棚縁ソリューションの全体的なシステム・コストを低減する。
【０１１０】
表示通信モジュール５７
表示通信モジュール５７は、マイクロコントローラ５２’、ＲＦトランシーバ５６’、シリアル・バス・インターフェース５９、および電源６０’からなる。単一の表示通信モジュール５７が複数の表示器５４の間で共有され、各表示器５４の更新に必要なデータを提供する。
【０１１１】
表示通信モジュール５７は、通信プロトコルを介して通信モジュール１６とインターフェースするソフトウエア・アプリケーションを実行するマイクロコントローラ５２’を含む。これが命令およびデータをコミュニケータ１２から受信し、命令を処理し、表示器５４ｉ〜５４ｉｖのそれぞれについてそれらを完了すると確認応答を返す。
【０１１２】
更新命令を処理するとき、マイクロコントローラ５２’は、適切な表示器５４を（命令の中に提供されたアドレスに基づいて）選択し、シリアル・バス・インターフェース５９を介して表示器５４’に電力を印加し、命令およびデータを発行する。命令が完了されると、マイクロコントローラ５２’は、表示器５４をパワー・ダウンし、ＲＦトランシーバ５６’を介してコミュニケータ１２へ確認応答を返す。
【０１１３】
表示器５４’
表示モジュール５４’はＬＣＤ表示器、シリアル・バス・インターフェース、電圧変換モジュール、温度センサ、およびＬＣＤ更新アルゴリズムが集積されたＩＣからなる。
【０１１４】
アイドル時は、表示器５４’が低電力のスタンバイ・モードにある。表示器５４’は、個別にアドレスされるときにのみパワー・アップされ、最小限の電力が使用されることが保証される。
【０１１５】
シリアル・バス・インターフェース５９を介して表示通信モジュール５７から更新命令が受信されると、表示モジュールは、温度センサ６６’をパワー・アップして読み値を獲得し、その後、読取った値を使用して更新に必要な電圧を生成するべく電圧変換モジュールを調整する。その後、ＬＣＤ更新アルゴリズムが適用されて、表示を更新するべく波形が訂正される。
【０１１６】
更新が完了すると、表示器は、シリアル・バス・インターフェース５９を介して確認応答を発行した後、それの非常に低い電力状態へ戻る。
【０１１７】
製品１８’は、棚の縁上に確実に嵌合するべく設計される。その構成は、単一の表示通信モジュールおよび複数の表示器をそれの中に組込み、多数の表示器をコントロールするコスト効果的な方法を提供する。また製品１８’は、単一の電源、好ましくはバッテリから給電され、それの標準スタンバイ・モードにおいては表示通信モジュールだけがアクティブとなるように設計され、表示器５４’は、更新が要求されたときにだけ給電される。
【０１１８】
電力の計算
上記のシステムの特徴のうちの１つまたは複数および方法のうちの１つまたは複数のステップを使用した低電力消費の達成を立証するために、以下の電力消費データを提供する。これにおいては単一バッテリが、１．５３Ａｈの合計可用エネルギ（すなわち、バッテリの総容量の約９０％）を提供することが仮定されている。バッテリの放電は、温度に依存することになる。簡単のため、２３℃の定温が仮定されている。
【０１１９】
各表示モジュール１８のための電力使用は、次の表１に示される代表的な寄与からなる。
【０１２０】
【表１】
0005477979.tif 000002
【０１２１】
上記は、表示器の駆動に求められる電圧の供給に必要なＤＣ‐ＤＣ変換器のために追加の１８．３ｍＪとともに、更新に５．７ｍＪを必要とする４インチＱＶＧＡ表示ユニットについて計算された。行電圧は３０Ｖ、列電圧は５Ｖであり、ＤＣ‐ＤＣ変換器の効率は、これらの計算のために８５％が仮定された。表示ユニットの有効負荷は、したがって３３ｋΩである。１ビット表示器のための画像更新時間には最悪ケース（画像当り１．５７８秒）が採用され、ＲＦ受信時間は６．３７３秒であった。
【０１２２】
図２２は、日当り数回（１〜５０回）の画像更新がある本発明のシステムを使用するときのバッテリ寿命（年数）の理論的な計算を示したグラフである。
【０１２３】
明らかであろうが、表示器の駆動が電力消費の主要な寄与となっていることは、日当り５０回の画像更新が示している。これは、双安定表示器の使用がいかに重要であるかを示す。表示モジュールが一定電力を必要とするのであれば、現在利用できる最小電力タイプの単安定または発光タイプの表示器についてさえ、最良でもバッテリ寿命が日単位となるであろう。
【０１２４】
通常、小売応用のためには、表示器が多くとも日当り２〜５回の間で更新されることになる。日当り５回の更新の場合には、ポーリング・オフ持続時間が約２０秒であれば、バッテリ寿命が約９年になる。ポーリング・オフ期間を約８秒まで下げてもバッテリ寿命は５％短縮されるだけ、すなわち約８．５年になるだけである。ポーリング期間の規則性を２秒に１回まで増加すると、バッテリ寿命が目に見えて影響を受けるようになり、４０％の著しい寿命の短縮を生じる。これについて図２３にプロットした。
【０１２５】
実際上はバッテリの保管寿命に限界があることから、ここで見ている理論値をバッテリが達成することはない。たとえば、これらの計算のために使用された代表的なバッテリは、保管寿命が７年であることが知られている。したがって、これを超えてバッテリ寿命を延長させるべくポーリング・オフ時間を最適化することは殆ど意味がない。平均して日当り６回未満の画像更新の場合には、したがって、ポーリング・オフ時間が４〜８秒の間において最適となり、好ましくは約８秒とする。
【０１２６】
小売応用においては、単一の通信デバイスによって更新可能なユニット数とポーリング・オフ期間の間にトレードオフが存在する。小売業者が、たとえば１，０００個のラベルの変更を必要とする場合、おそらくはそれに夜通し掛かることになろう。通常、小売業者は、すべてのラベルを８時間の期間内に更新する必要がある。すべてのラベルの更新に要する時間は、ポーリング・オフ期間によって決定されることになる。それが８秒であれば、１，０００個のラベルは２．２時間内に連続して更新され、満足の得られるものとなる一方、電力使用の最小化が確保される。
【０１２７】
ほかの応用が異なる使用レートを有することはあり得る。たとえば、その応用が、フラッシュ・メモリ内にロードされたあらかじめストア済みの画像を表示するオプションを含み、見る者がそれらの画像をトグルするインターフェースを有する場合には、日当り５０〜１００回の表示の更新が見込まれる。この場合においては、より長いポーリング時間を有する利点がまったくない（電力がポーリング・オフ持続時間と非依存になるため‐‐図２２参照）。その種の応用のための鍵は、画像の更新に必要とされる電力の最小化および／またはバッテリから利用できるエネルギの最大化である。たとえば、表示器の更新に要する時間、表示器のローディング（キャパシタンスおよびトラック抵抗）、および使用される電圧の低減はすべて、表示器のエネルギ消費の低減のための効果的な手段である。
【０１２８】
最適ＳＹＮＣまたはポーリング・オフ期間が、より小型の表示器についても計算された。Ｖｌｃｄ＝１５Ｖ、Ｖｄ＝３Ｖ、わずか１５ｋΩの有効負荷を、たとえば対角２インチ、１２０×１６０の表示デバイスの代表値として仮定する。表示更新時間を０．６秒とし、画像内容の１／４について要するＲＦ受信時間を１．５９秒とする。本発明のＲＦシステムを用いると、図２４に示したとおりバッテリ寿命とポーリング・オフ持続期間の間に以下の関係が得られる。
【０１２９】
明らかに、より小さい表示器およびＲＦの書込み期間にわたる負荷に起因して、このサイズのバッテリ（総合的に１．７Ａｈ）が相当に長くなる。ポーリング持続時間を２秒に設定してもまだ、日当り５回の更新について５〜７年のバッテリ寿命が容易に得られる。代替として、この計算から、５〜７年のバッテリ寿命を保持しつつ、同じ表示器を平均して日当り１５回（８秒のＳＹＮＣ期間を伴って）更新できることもあきらかである。
【０１３０】
この、より小型の表示デバイスを考慮するとき、別の重要な設計考慮事項が存在し、すなわちコストおよびサイズを斟酌する必要がある。一般に、これらの考慮事項は両方ともに縮小されることになる。たとえば、４インチＱＶＧＡへの１．７Ａｈの給電に３つのボタン電池を使用することができるが、より小型の対角２インチの表示器は裏に２つのバッテリしか嵌合できない。したがって、より小型の表示器に利用可能なエネルギは、合計して約１．０Ａｈとなる。このことは、図２４の分析が、図２３の分析に向う傾向にあることを意味する。この場合、最適ＳＹＮＣ期間（ポーリング・オフ持続期間）が再び４〜１６秒となり、好ましくは８秒に近い。
【０１３１】
まとめると、最適ポーリング・オフ持続期間（ＳＹＮＣ期間）は、表示器のサイズおよび画像内容、平均の必要更新数、およびバッテリから利用できる合計のエネルギ（保管寿命ならびに電流引き込みおよび温度の効果を考慮に入れる）と関係する。最適ポーリング・オフ持続期間は２〜１６秒の間であり、２秒未満ではＲＦ  ＳＹＮＣが要する電力が多すぎ、最良でも最小限の利用に表示器を制限し、１６秒を超えれば、多数の表示器の更新に要する時間が過剰になる一方、追加の利益が殆どない（バッテリの保管寿命、および続く表示更新に関連付けされる比較的高い電力に起因する）。実用上は、８秒が好ましいと考えられる。
【０１３２】
グループ更新
システムの１つの態様は、いくつかまたはすべてのユニットを同時に、かつ並列に更新するグループ更新の使用である。これは、日の途中で各ユニット（表示モジュール１８）にアップロードされ、フラッシュ内にストアされるが、ユニットがグループ更新要求を受信するまで表示されないストア済みの画像を使用してなされる。
【０１３３】
グループ更新のためのプロシージャは、図２５のフローチャートに示されたとおりとすることができるが、それ自体は改めて説明するまでもない。実践においては、いくつかのラベルが、それらが環境内からの干渉を有するか、大半のラベルより送信機から離れて位置するために最初の試行において首尾よく更新されないことが観察される。更新されるラベルの数の最大化を補助するために、グループ更新命令を、たとえば３回にわたって反復してこの損失を最小化する。
【０１３４】
実際にこのシステムが、代表的なスーパーマーケット内における運用時に送信機から最大で１００ｍ離されて据えられるラベルについて９７％の成功率を与えることが明らかにされた。この３％の損失がランダムな事象（たとえば、顧客からの干渉）によって生じるとすれば、反復グループ更新によって１００×（１‐０．０３３  ）％のラベルだけ、言換えると１００，０００個の表示器のうちの３つだけが正しく更新されないことになる。
【０１３５】
実践においては、この損失がランダムではないことがわかっており、ほかのラベルより生じやすいラベルがいくつかある。この場合には、２番目および３番目のグループ更新の成功率が低下しがちである。その種の場合においては、グループ更新に続いてそれらの表示器が従来的な態様で連続的に更新されることになる。しかしながら、これにはいくらかの時間が掛かる可能性がある。本発明の１つの態様は、グループ更新に続いて、もっとも頻繁に更新が困難となり、したがってグループ更新シーケンスに失敗しがちなユニットから開始する連続更新のシーケンスを選択することによってその時間を最短にする。コミュニケータ・システムをコントロールするソフトウエアは、たとえば個別のユニットの局所的環境または送信機からの特定のユニットまでの距離に起因して、いずれのラベルがもっとも頻繁に連続更新に失敗するかに関する情報を獲得している。
【０１３６】
そのほかの機能
小売セクタにおいては、表示システム１０を適合させて、特に、コミュニケータを駆動して、表示データを、小売アウトレット内の製品に隣接して配置された複数の表示モジュールへ中継するべく適合されたコンピュータを使用して次に示す機能のうちの１つまたは複数を提供することが可能であり、コンピュータは、好ましくは、外部データ・ソースからの、たとえば小売アウトレット内の製品の在庫レベルに関係するデータ入力を有し、
１つの製品からのデータを別の製品と関係させ、それによって製品の抱合わせ販売を可能にする表示モジュール画像を作成すること、
規則を使用して製品の標準価格を特定額だけ減じ、かつ表示モジュールによる表示のための代替画像テンプレートを使用させて値引きをプロモートする製品価格プロモーションを実行すること、
コンピュータが、小売業者の在庫データベースを監視するべく設定された規則を実行し、かつ関連する在庫レベル、たとえば『残りＸＸＸ個』『在庫あり』等を顧客に対して示すべく適合されること、および／または店内に保持された在庫レベルおよび／または在庫レベルの変化レートに基づいて価格変更が顧客に示されるようにすること、および／または在庫切れの場合には代替製品に対する交差参照を顧客に提供すること、および／または売切れ通知の表示、たとえば黒地に白文字の『売切れ』に変更すること、
競争者の価格をインターネット経由等で調査し、好ましくは自動的に、より好ましくはリアルタイムで店内の製品に隣接して表示される情報を調整し、それらの競争者の価格を表示して、店内で最良の価格が得られることを強調すること、
表示モジュールに隣接する製品について『販売期限』日までの残り時間に従って価格情報を自動的に更新すること、
表示モジュールにより『１つ購入すればもう一つのおまけ付き』等の特典を表示すること、
表示モジュールにより、隣接する製品の１つまたは複数の成分等の詳細製品情報、原産国、フリー・トレード、脂肪含有量についての情報、レビュー・コメント（たとえばワインについての）、健康への影響のシグナル、日付による販売期限、使用期限、および賞味期限を表示すること、
表示モジュールに関連付けされた温度センサを使用した温度監視を行い、表示モジュールが前日等の所定期間にわたる冷凍庫または氷温ユニットの最高温度を顧客に対して保証することを可能にし、好ましくは表示モジュールが温度センサを組込み、コミュニケータへ温度情報を返し、それによって不完全な温度ゾーンの警告を可能にすること、
表示モジュールによって日付を表示し、それによって、関連付けされた製品の『販売期限日』との比較を行うときのユーザのための日付のメモを可能にすること、
表示モジュールによって時間を表示し、好ましくは各ＳＹＮＣパルスを用いて時および分の更新およびストア（表示器がウエイクアップしていないことから表示されない）が可能になり、その後、ＳＹＮＣ期間を変更する期間（ポーリング・オフ持続期間）に到達したときに、すべての表示器が正しい時間でＳＹＮＣ期間を切詰め、完了時に再び増加可能になること、
販売促進カラー、たとえば赤のコーナーの表示を行い、黒のコーナー表示（特典なし）から赤のコーナー表示（特典あり）へ自動的に画像が変更されること、
たとえば表示モジュールが、権限なしに棚から表示モジュールを取外す試みが検出可能なように加速度計を包含する傾きスイッチ等の不正証拠センサを包含し、好ましくはその種の試みがユニット上に表示されるか、かつ／またはコミュニケータを介して中央の事務所へ通知される、表示モジュールの不正の検出、
隣接する製品が、試着室の隣または顧客サービス部に伴うといった顧客の返却ベイを利用できるか否かを表示モジュール上に表示すること、好ましくはその種のストック商品が、展示場所（棚）から離れた場所において製品を識別するレーザ・スキャナ等のシステム入力デバイスを使用してスタッフの一員によって識別可能であること、
表示モジュールの場所を決定し、かつユーザに対し、コンピュータおよび／または表示モジュールを介して三角測量情報を表示するべく２つまたはそれより多くのコミュニケータが適合される三角測量、
たとえば、アルゴス（Ａｒｇｏｓ）またはイケア（ＩＫＥＡ）ステーション等のカタログ小売業者および／またはたとえばファーストフードのアウトレットにおいて、たとえば待ち行列、特にむしろ偶発性の待ち行列が形成される場所でいずれの顧客がサービスを受けているかの表示を行うこと、
表示モジュールによってスタッフの一員に対して指示を表示すること、ならびに／または
表示モジュール上に更新の回数および／または表示モジュールのバッテリが交換を必要とするまでの残日数を表示すること、のうちの少なくとも１つを実行するべく適合されている。
【０１３７】
都合よくは、ユーザが表示器上において製品仕様、マニュアル等々の詳細情報をスクロールすることを可能にできるタッチ・スクリーンおよび／またはスイッチを表示モジュールが包含し、好ましくは表示モジュールが、ユーザに対するデフォルトとして表示する主要表示画像およびユーザが表示モジュール上のスクロール・オプションの選択時に概観できる副画像を包含し、より好ましくは主要画像が表示器に最初に描かれ、副画像が一日を通じた暇な時間に描かれ、かつ／またはさらに好ましくは４〜１０秒等の一定時間後に主要画像への自動復帰がもたらされる。
【０１３８】
それに加えて、棚卸しモードが提供されることが可能であり、選択された期間、たとえばショップを閉じている時間帯に表示器が棚卸しモードに切換えられて、製品情報に代えて表示モジュールにローカルの１つまたは複数の棚についての配置マップが表示される。
【０１３９】
図２６は、空間プランニングにおいて使用される表示システムの概略ブロック図である。そこには、図１を参照して完全に説明済みの番号を付した表示システム１０の機能を伴う空間プランナ表示システム３００が示されている。また、空間プランナのデータベース３０２、プラン図の副画像３０４、および在庫品に取付けられるいくつかのＩＤタグ３０６も示されている。
【０１４０】
小売環境においては、プラン図が、どこに製品および備品を陳列すれば顧客の購入を最大化できるかを示した図になる。顧客のショッピングの癖を追跡することによって、プラン図から小売業者は、店内の製品のレイアウトを最適化することが可能になる。
【０１４１】
この実施態様は、表示ユニット１８の有する複数画像能力とＲＦシステム１４の有する非常に迅速に表示ユニット１８のグループを更新する能力を結合する。好ましい実施態様においては、空間プランナ・システム３００が表示システム１０と同じインフラストラクチャを使用し、店の閉店時間の間にイネーブルされる。これは、顧客に対して店が閉じられているとき、またはたとえば２４時間営業の店において午前１時から６時までの間といった顧客の活動が殆ど、またはまったくない期間とすることができる。
【０１４２】
空間プランナ・システム３００は、追加の空間プランナ・データベース３０２を有し、それが小売業者のデータベース３８と結合されて、システム規則３６を作る入力をシステム規則エンジン３４へ供給する。好ましい実施態様においては、メインの小売業者製品および価格データベース３８からのデータがあらかじめ決定済みの時間に取出され、テンプレート・デザイナ３２内にストアされている製品価格設定のために作られたテンプレート３０を使用して各製品のための画像に変換され、表示ユニットの主要画像ストレージへ送信される。これらの画像は、これ続いて直ちに表示される主要製品価格／説明画像２４である。追加の実施態様では、コンピュータ２７において製品情報を検索する命令を使用でき、これが、小売業者による店が予想外に静かな期間の利用を可能にする。
【０１４３】
空間プランナ・データベース３０２からのデータは、テンプレート・デザイナ３２内に作成済みの製品レイアウトまたは棚配置のために作られたテンプレート３０を使用して各製品のための画像に変換される。これらの画像は、表示ユニットの副画像ストレージ３０４へ送信されるが、特定の更新命令が送信されるまで表示されない。
【０１４４】
好ましい実施態様においてはシステム規則３６が、特定の日および時に、すべての表示ユニット１８に対して副画像３０４（すなわちプラン図）を表示するグループ更新命令を送信するべくセットアップされる。しかしながら、追加の実施態様においてグループ更新命令がアドホック・ベースで送信されることはあり得る。
【０１４５】
副画像３０４は、店のスタッフがどのように棚の上に製品を補充または積み直しするかを決定することを可能にするプラン図を表示する。好ましい実施態様においては、システム規則３６が、表示ユニット１８上で主要画像２４が表示される時間を定義している。追加の実施態様においては、表示ユニット１８が、入力を介して主要画像（すなわち製品画像）と副画像（プラン図）を切換えることができる。入力はスタッフによりコントロールされるものとすることができ、たとえばスタッフの一員が開店中の静かな期間内に棚の補充を行っている最中に副画像３０４を表示中の表示ユニット１８に顧客が近づいてきた場合、そのスタッフの一員は、顧客利便性のためにその顧客が通過するまで表示ユニット１８の表示を主要画像２４に戻すことができる。
【０１４６】
追加の実施態様においては表示ユニット１８がさらに、主要画像から副画像３０８へ画像の変更があるとき、または一般的に表示ユニット１８が表示を変更したときを示すスピーカを、たとえば圧電スピーカを包含する。このサウンドは、棚積みを行っている者に更新後のプラン図情報が閲覧可能となっていることを知らせる。当業者は認識するであろうが、表示ユニットへのスピーカの組込みは、棚積み実施態様に限定されず、表示システム１０およびこの明細書の中で言及しているそれの変形のすべての実施態様に適用可能である。
【０１４７】
図２７は、表示されることのある副画像の一例を示している。この分野の代表的なプラン図は、陳列全体および／または店内のレイアウト全体を覆う情報を示す。本発明の小売ベースの実施態様においては、スクリーンの限られたサイズから、表示システム１０または空間プランナ・システム３００にその種の情報が適さない。図２７は、表示ユニット１８が包含する表示器５４を示しているが、それが３つのセクション３１０、３１２、３１４に分割される。各セクションは、情報３１６、３１８、３２０、３２２を表示する。
【０１４８】
図示の実施態様においては、表示が３つのセクション３１０、３１２、３１４に分割されるが、棚上の製品の数、表示５４のサイズ、表示ユニット１８の位置に応じてセクションの数が変わることがある。好ましい実施態様においては、表示５４が３つのアイテム、すなわち中央のセクション３１０内のその表示が関係するアイテム、それの左に積まれるアイテム３１２、およびそれの右に積まれるアイテム３１４を示す。
【０１４９】
周囲セクション３１２、３１４は、主要画像で単一のアイテムを示す表示ユニット１８の例において棚積みをする者の参照用である。
【０１５０】
この例においては、各セクション３１０、３１２、３１４が、補充されるべき製品に関する情報３１６、たとえば炭酸飲料、ブランド３１８、補充されるべき製品の数量３２０、製品が積まれるべきスタイル３２２、たとえばピラミッド、個別等を含む。棚に単一の製品だけが積まれる場合には、周囲セクション３１２、３１４が必要なく、積まれるべき製品に関するより多くの詳細を表示できる。追加の実施態様においては、周囲セクション３１２、３１４が、積まれる製品に関する情報３１６および／またはブランド３１８だけを積む者の参考のために含み、表示内の必要空間を小さくし、より多くの情報が中央のセクション３１０に表示されることを可能にする。追加の実施態様においては、この表示が、その表示ユニット１８の上および／または下の棚上の製品についての棚積み情報を示す。副画像内に表示される情報は、テンプレート・デザイナ３２および使用されるテンプレート３０から完全にコントロール可能である。
【０１５１】
混乱を回避するために、中央セクション３１０または製品のための棚積み情報に関係する情報を伴うセクションが強調される。これは、太字のテキスト、異なる色、大きい文字のテキスト等を伴うことができる。
【０１５２】
表示ユニット１８が一般に、高さ８０ｍｍ、幅７０ｍｍと小さいことから、プラン図を表示するテキスト・ベースのアプローチは好ましい。追加の実施態様においては、プラン図と標準的に関連付けされるグラフィック形式で製品を表示する画像ベースのプラン図も使用できる。
【０１５３】
追加の実施態様においては、表示システム１０がさらに、一連のＲＦトランシーバ５６および在庫品上のタグ３０６（図２６）、好ましくはＲＦＩＤタグを包含する。各表示ユニット１８がＲＦトランシーバ５６を有しており、それがさらにあらかじめ決定済みの範囲、たとえば２メートル内のすべてのＲＦＩＤタグ３０６を検出する。ＲＦＩＤタグは、個別の在庫品に取付けられており、表示ユニット１８が、そのユニットの範囲内にある在庫品からの信号を検出することを可能にする。好ましい実施態様においてはＲＦＩＤタグ３０６が情報、すなわち取付けられている製品の決定を可能にする識別子を送信し、表示ユニット１８内のマイクロコントローラ５２は、検出されたタグと表示ユニット上に表示されている情報を比較することが可能である。したがって、設定済み範囲内の在庫レベルおよび在庫のタイプの測定を容易に行うことができる。表示ユニット１８は、次にウエイクアップしたときに実際に棚の上にある製品の数をコンピュータ２７へ送信し、コンピュータ２７は、残っている在庫の数とシステム規則３６を比較して、補充が必要であるか否かを決定する。在庫レベルの決定をマイクロコントローラ５２において行ってもよく、その場合にはそれが、コンピュータ２７へメッセージを送信して低レベルの在庫にフラグを立てることになる。
【０１５４】
さらにまた、電力を節約するためにＳＹＮＣパルスが、センサ・ウエイクアップおよびスキャン命令を含む。センサ・ウエイクアップおよびスキャン命令は、ＲＦＩＤトランシーバ５６に給電してあらかじめ決定済みの範囲内のＲＦＩＤタグ３０６を備えたすべての製品を検出し、どのような製品が範囲内にあるかをＲＦＩＤタグ３０６の識別信号を介して決定し、情報をコンピュータ２７へ送信し、ＲＦトランシーバ５６をスリープ・モードに戻す。さらに電力を節約するため、センサ・ウエイクアップおよびスキャン命令のタイミングが時間依存となる。たとえば、ピークの買い物時間帯の間は、センサ・ウエイクアップおよびスキャン命令が定期的に、たとえば１０分ごとに起動されるが、在庫がほぼ一定のとどまりがちとなる顧客数の少ない時間帯の間は、それが２、３時間置きになる。
【０１５５】
当業者は認識するであろうが、センサの使用はＲＦＩＤタグおよびＲＦトランシーバ５６に限定されない。ＲＦＩＤタグ３０６の使用は、表示ユニット１８内にＲＦトランシーバ５６がすでに存在する既存のインフラストラクチャへの容易な統合を可能にする。残っている在庫の量が検出された重量と比例する場合には、棚の上の在庫の現在の重量を測定する重量センサも使用できる。在庫レベルの表示を与えることになる棚上の在庫の高さを検出する光センサも使用できる。好ましい実施態様においては、センサが在庫のタイプに関する情報を提供することができる。在庫のタイプに関する情報は、単一のセンサ・ウエイクアップおよびスキャン命令において複数アイテムの在庫レベルが監視されることを可能にする。
【０１５６】
さらに小売セクタにおいては、レストラン内での表示システムの用途に可能性があり、たとえば手動で移動可能な無線表示モジュール等の上に注文に関係する情報を表示し、顧客は、その顧客によって選択されるテーブル上に含められる注文の数および購入される商品とともに表示モジュールを提示し、それによって関連する注文のための場所をウエイターに知らせることができる。
【０１５７】
追加の機能を、次に示すセクタ等に提供できる。
【０１５８】
医療環境における、たとえば１つまたは複数の病床の予約、義務の医療詳細の表示、既知の部位および必要部位の表示、来るべき手術の時間、部位、および担当医の表示、投薬頻度および投与レベルの表示、識別番号（たとえば小児用ベッド）、外科手術用器具、および／または在庫医薬品等の表示を可能にするといった、表示システムの用途。
【０１５９】
軍事環境における、たとえば命令および統御情報を局所指令へ送信することを可能にし、好ましくはその局所指令は（コード化された）指示、地図等を半径２００ｍ内の要員へ送信することができるといった、表示システムの用途。
【０１６０】
倉庫における、たとえば倉庫内の商品全体を通じて場所、在庫レベル、局所的な指示（たとえば、注文、住所等）を表示するといった、表示システムの用途。
【０１６１】
最後に、このシステムが個別のＥＳＬユニット（表示モジュール１８）のために複数の時間スロットを使用して電力の消費を大きく低減することに注意する。たとえば、図４を参照すると、４つの時間スロットが使用されている。
【０１６２】
ＲＦプロトコルは、ＳＹＮＣパケットおよび時分割多重（時間スロット）の組合せを使用することによって電流消費および帯域幅を最適化する。コミュニケータは、時間スロット（１．１秒）毎に多数のＳＹＮＣパケットを送信する。各表示器は、それのＲＦアドレスに基づいて時間スロットに割り当てられる。このスキームは、利用可能な帯域幅の実質的に１００％が使用されることを可能にするが、各表示器は、それに割付けられた時間スロットの間にわたってだけウエイクアップすればよい。時間スロットの数は、２の任意のべき乗とすることができる。時間スロットの数を増加すれば、表示器の電力消費が減少するが、より長い応答時間を結果としてもたらす。
【０１６３】
各時間スロットの開始時には、奇数のＳＹＮＣパケットを含むブロックが送信される。各ＳＹＮＣパケットは、中央のＳＹＮＣパケットからのオフセットを含み（たとえば、ｔ＝‐２、ｔ＝‐１、ｔ＝０、ｔ＝１、ｔ＝２等）、表示器が、受信した最初のＳＹＮＣパケットのパケット・オフセットに基づいてそれのクロックを調整することによって、中央のＳＹＮＣパケット（ｔ＝０）に対して再同期を行うことを可能にする。これは、より低い正確度およびそれに対応してより低コストの水晶発振子の使用を可能にすることによってプロトコルをクロックのドリフトに対して弾力的にする。コミュニケータとの表示器の同期の維持に、この方法は、通常、低い許容度の３２ＫＨｚクロックの水晶発振子を必要とするが、マイクロコントローラ内の内部ＲＣ発振器から機能させることも可能であり、さらにコストの節約を提供する。
【０１６４】
発明者らは、各表示モジュールを約８秒毎に１度ウエイクアップすれば、有意の電力が節約されることを見出した。しかしながら実用環境においては、所定のモジュールが、混雑したスーパーマーケット（たとえば）内のＲＦ干渉に起因して、いくつかのＳＹＮＣパルスにわたって同期信号の受信に失敗することがある。各ＳＹＮＣパルス内において複数のＳＹＮＣパケットが送信されるこのシステムを採用すればよい。
【０１６５】
合計で５つのＳＹＮＣパケットが使用される場合、表示器のクロックには、コミュニケータとの同期を失うまでに最大で３×ＳＹＮＣパケット（ｔ＝０、ｔ＝１、ｔ＝２）分のドリフトが許容され、言換えるとクロックは、各ウエイクアップ期間の間に最大で１１．２５ミリ秒までドリフトすることができる。各ユニットは、仕様上２０ｐｐｍの正確度を有する水晶発振子を有し、このことは、各ウエイクアップ期間の間に最大で０．１６ミリ秒まで発振器がドリフトすることがあり、表示器が最大で７０個のＳＹＮＣパルスを失うこと、または再同期スキャンの実行が余儀なくされるまで６１６秒（７０×ウエイクアップ期間）が与えられることを意味する。
【０１６６】
単一のＳＹＮＣパケットが送信された場合には、ドリフトが３ミリ秒内となる正確度が必要とされる。したがって液晶モジュールは、わずか１８個のＳＹＮＣパルスの後に再同期スキャンが必要となり、これは１５８秒にしかならない。
【０１６７】
ユニットが特定時間（たとえば５０〜１００時間スロット）の後までＳＹＮＣパルスを受信しなかった場合には、その表示モジュールが再スキャンを行ってＳＹＮＣパルスを見つけ出すことが必須となる。高電力モードにおける３ミリ秒の短いバーストではなく、このプロセスは、通常は高電力モードで１秒となる全時間スロットを要する。言換えると、ＲＦ干渉を通じてＳＹＮＣパルスが失われた場合には、３３３倍の多くの電力が消費される。その種の干渉を招き得る要因は、周囲の物体からの電気的干渉から、表示モジュールの局所的環境における変化（金属製の物体、トロリー、およびスーパーマーケットの営業日の途中で生じるそのほかの局所的な変化）まである。この問題に対処するため、予測された平均時間に先行するパルスおよびそれに続くパルス両方を含むＳＹＮＣパルスのシリーズが発射される。これは、ユニットがＳＹＮＣパルスを受信する正確度を大きく増加し、電力が最小限に維持されることを保証する。
【０１６８】
小売環境は、数千の液晶モジュールが単一のコミュニケータからアドレスされることになる環境である。低コストおよび極めて低い電力消費だけでなく信頼性も重要である。本発明の複数ＳＹＮＣパルス・パケットを使用する態様は、極めて低い電力消費の保証を助ける一方、再同期スキャンが希となることおよびシステムが信頼できることを保証する。
【０１６９】
出願人は、表示モジュール１８にコミュニケータ１２との同期を戻すことができる手段を最適化する２つの追加のプロセスを実装している。
【０１７０】
マルチキャスト（再同期）：
構成チャンネル（ＬＢＴ（リッスン・ビフォア・トーク）規制の対象とならない）上において「ウエイクアップ」パケットの連続ストリームが「再同期」にセットされた命令バイトとともに送信される。これが約１５秒の期間にわたって送信され（すなわち、すべての時間スロットの合計時間より大きい）すべての表示器がこの期間にウエイクアップすることを保証する。「再同期」命令は、表示モジュール１８に、１５秒の待機の後に再同期を試行し、コミュニケータ１２にＳＹＮＣパケットの再送を開始する時間を与える必要があることを知らせる。構成チャンネル上においてリスニングを行っている表示モジュール１８だけがこの命令を受信することになる。言換えると、コミュニケータ１２との同期を失った表示モジュール１８がリスニングを行い、『再同期』命令を待機するデフォルトのチャンネルを使用することが可能であり、それに続いてその表示モジュール１８が、それの適切な時間スロットのための同期信号のために、適切なチャンネル上においてリスニングを開始する。
【０１７１】
同期ストーム：
正常動作においては、コミュニケータ１２が時間スロットの開始時に多数の同期パケット（通常は５つ）を送信する。「同期ストーム」モードにおいては、コミュニケータ１２が連続同期パケットを送信し（正常通信チャンネル上、ＬＢＴ規制の対象となる）、同期が外れた表示モジュール１８が、完全な再スキャンを行うことを必要とせずに再同期することを可能にする。同期ストームは、いくつかの表示モジュール１８が同期パケット内のオフセットについて同期から離れすぎていることがあるために、完全に連続した複数の、好ましくは３つの時間スロットにわたって持続し、それらが正しい同期時間の再計算を行うことを可能にする。その種の同期通信のストームは、好ましくは、表示モジュール１８のグループ内のそれぞれのための各時間スロット内に同期パケットのシリーズを包含する。このシリーズは、好ましくは時間スロットの開始時に始まり、それの全体にわたって持続し、そのことを除けばその態様は、正常な５つの同期信号（たとえば、マーク・スペース比の形）と類似である。各信号は、好ましくはそれが対象とする時間スロットに従ったラベル（表示モジュール１８のグループ）、および時間スロット内の相対的な位置または時間を包含し、それによって表示モジュールがそれ自体のウエイクアップ時間を異なる時間スロットおよび／または時間スロット内の異なる時間へシフトすることを可能にする。またこの『ストーム』の場合も、好ましくは３つの完全に連続する時間スロットにわたって送信される。
【図１】
0005477979.tif 000003
【図２】
0005477979.tif 000004
【図３】
0005477979.tif 000005
【図４】
0005477979.tif 000006
【図５】
0005477979.tif 000007
【図６】
0005477979.tif 000008
【図７】
0005477979.tif 000009
【図８】
0005477979.tif 000010
【図９】
0005477979.tif 000011
【図１０】
0005477979.tif 000012
【図１１】
0005477979.tif 000013
【図１２】
0005477979.tif 000014
【図１３】
0005477979.tif 000015
【図１４】
0005477979.tif 000016
【図１５】
0005477979.tif 000017
【図１６】
0005477979.tif 000018
【図１７】
0005477979.tif 000019
【図１８】
0005477979.tif 000020
【図１９】
0005477979.tif 000021
【図２０】
0005477979.tif 000022
【図２１】
0005477979.tif 000023
【図２２】
0005477979.tif 000024
【図２３】
0005477979.tif 000025
【図２４】
0005477979.tif 000026
【図２５】
0005477979.tif 000027
【図２６】
0005477979.tif 000028
【図２７】
0005477979.tif 000029