符号化情報読取端末のためのプリペイド使用システム
【目的】一群の符号化情報読取端末を管理するためのフリート管理システムを提供する。
【解決手段】一群の符号化情報読取（ＥＩＲ）端末を管理するためのフリート管理システムは、１又は複数のコンピュータと、フリート管理ソフトウェア・モジュールと、フリート管理ソフトウェア・モジュールと通信する支払処理ソフトウェア・モジュールとを備える。フリート管理ソフトウェア・モジュールは、顧客が開始した要求の受信に応答して、支払処理ソフトウェア・モジュールにより支払が処理されると、ロック解除メッセージを生成するように構成される。ロック解除メッセージは、ＥＩＲ端末で読み取られるバーコード、又はネットワークを介してＥＩＲ端末へ送られるビット・ストリームにより提供される。各ＥＩＲ端末は、ロック解除メッセージに応答して、所定数以下のＥＩＲ動作を実行するように構成される。
【解決手段】一群の符号化情報読取（ＥＩＲ）端末を管理するためのフリート管理システムは、１又は複数のコンピュータと、フリート管理ソフトウェア・モジュールと、フリート管理ソフトウェア・モジュールと通信する支払処理ソフトウェア・モジュールとを備える。フリート管理ソフトウェア・モジュールは、顧客が開始した要求の受信に応答して、支払処理ソフトウェア・モジュールにより支払が処理されると、ロック解除メッセージを生成するように構成される。ロック解除メッセージは、ＥＩＲ端末で読み取られるバーコード、又はネットワークを介してＥＩＲ端末へ送られるビット・ストリームにより提供される。各ＥＩＲ端末は、ロック解除メッセージに応答して、所定数以下のＥＩＲ動作を実行するように構成される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、符号化情報読取端末等のモバイル・コンピュータ・デバイスによるデータ収集に関し、特に、符号化情報読取端末のためのプリペイド使用モデルに関する。
【背景技術】
【０００２】
関連する出願に対する相互参照： 本願は、２０１１年１月３１日に出願された「符号化情報読取端末のためのプリペイド使用システム（Pre-paid Usage System For Encoded Information Reading Terminals）」と題される米国特許出願第１３／０１７，１４７号の優先権を主張するものであり、その出願の内容全体を参照により援用する。
【０００３】
小売業及び製造業を含めての様々な組織において、バーコード読取端末及び別のタイプの符号化情報読取（ＥＩＲ）端末を含む相当な数のＥＩＲ端末が使用されることがある。事業運営に必要なＥＩＲ端末の購入に関する支出は、業種によっては非常に高額になり得る。
【発明の概要】
【０００４】
一実施形態では、符号化情報読取（ＥＩＲ）端末が提供される。ＥＩＲ端末は、中央演算処理装置（ＣＰＵ）と、ＣＰＵと通信可能に結合されるメモリと、通信インターフェースと、バーコード読取デバイス又はＲＦＩＤ読取デバイス又はカード読取デバイスにより提供されるＥＩＲデバイスとを備えることができる。ＥＩＲデバイスは、符号化されたメッセージ（符号化メッセージ）を含む生のメッセージ・データの出力を行うように、又は符号化メッセージに対応する復号化されたメッセージ・データの出力を行うように構成することができる。
【０００５】
ＥＩＲ端末は、通信インターフェース又はＥＩＲデバイスを介してのロック解除符号化メッセージ（unlocking encoded message）の入力に応答して、ＥＩＲ動作のカウンタを初期設定するように構成することができる。ＥＩＲ端末はさらに、ＥＩＲ動作を実行する前に、ＥＩＲ動作のカウンタを所定の一定値と比較することにより、行おうとしたＥＩＲ動作が許可されるかを確かめるように、構成することができる。ＥＩＲ端末はさらに、それぞれのＥＩＲ動作の実行中に、ＥＩＲ動作のカウンタを増分又は減分するように構成することができる。
【０００６】
別の実施形態では、複数のＥＩＲ端末を管理するためのフリート（fleet、集団）管理システムが提供される。フリート管理システムは、１又は複数のコンピュータと、フリート管理ソフトウェア・モジュールと、フリート管理ソフトウェア・モジュールと通信する支払処理ソフトウェア・モジュールとを備える。
【０００７】
フリート管理ソフトウェア・モジュールは、顧客が開始した要求の受信に応答して、支払処理ソフトウェア・モジュールにより支払が処理されるとロック解除メッセージを生成するように構成することができる。ロック解除メッセージは、ＥＩＲ端末で読み取られるバーコードにより、又は通信インターフェースを介してＥＩＲ端末へ送られるビット・ストリームにより提供され得る。それぞれのＥＩＲ端末は、ロック解除メッセージの受信に応答して所定数以下のＥＩＲ動作を実行するように構成される。
【０００８】
本発明の目的及び特徴は、特許請求の範囲及び図面を参照することでより良好に理解できるであろう。図面は、必ずしも尺度を合わせておらず、本発明の原理を示すことに重点が置かれている。図面では、さまざまな図にわたって、同様の部分を示すために同様の番号が使用されている。
【図面の簡単な説明】
【０００９】
【図１】図１は、本発明による複数のＥＩＲ端末を管理するためのフリート管理システムの一実施形態のレイアウトを示す。
【図２】図２は、本発明による一群のＥＩＲ端末のためのプリペイド使用モデルを実施する方法の一実施形態のフローチャートを示す。
【図３】図３は、本発明によるロック解除メッセージの要求の構造の一実施形態を示す。
【図４】図４は、本発明によるフリート管理データベース・テーブルの構造の一実施形態を示す。
【図５】図５は、本発明によるＥＩＲ端末のコンポーネント・レベルの図を示す。
【図６ａ】図６ａは、例示的な手持ち型のＥＩＲ端末ハウジングを示す。
【図６ｂ】図６ｂは、例示的な手持ち型のＥＩＲ端末ハウジングを示す。
【図７ａ】図７ａは、ポータブルで再取付可能なＥＩＲ端末ハウジングの例を示す。
【図７ｂ】図７ｂは、例示的なポータブルで再取付可能なＥＩＲ端末ハウジングを示す。
【図７ｃ】図７ｃは、例示的なポータブルで再取付可能なＥＩＲ端末ハウジングを示す。
【図８】図８は、本発明によるＥＩＲ端末によりプリペイド使用モデルを実施する方法の一実施形態のフローチャートを示す。
【発明を実施するための形態】
【００１０】
一実施形態では、符号化情報読取（ＥＩＲ）端末が提供され、符号化情報読取端末は、端末ユーザ（例えば、小売業者）によりプリペイド（料金前払い）されている所定数の符号化情報読取動作を実行するようにプログラミングすることができる。所定数のＥＩＲ動作の実行後に、新たなバッチのＥＩＲ動作を端末製造業者／販売元／貸主から購入する必要があることを端末の操作者へ通知するように、ＥＩＲ端末をプログラミングすることができる。一実施形態では、ＥＩＲ端末は、プリペイド使用の閾値に達したとき、例えば、プリペイドされたＥＩＲ動作の９０％を実行した後などに、端末の操作者へ通知を行うようにプログラミングすることが可能である。
【００１１】
端末ユーザが、プリペイドされたＥＩＲ動作の実行後もＥＩＲ端末の使用を継続すると決定した場合は、新たなバッチのＥＩＲ動作を端末製造業者／販売元／貸主から購入する。一実施形態では、新たなバッチのＥＩＲ動作は、ウェブ・インターフェースを介して注文してクレジット・カードで支払うことができる。当業者であれば、これとは別の注文及び支払の方法も本発明の精神及び範囲内に入ることが理解できるであろう。
【００１２】
端末製造業者／販売元／貸主により実行されるフリート管理システムは、端末ユーザからの新たなバッチのＥＩＲ動作を求める要求を受信すると、支払の処理を行い、所定数のＥＩＲ動作を実行するようにＥＩＲ端末をプログラミングするためのロック解除メッセージを生成することができる。ロック解除メッセージは、例えば、共有鍵や公開／秘密鍵ペアを用いることなどにより暗号化することができる。ロック解除メッセージは、ＥＩＲ端末で読み取られるバーコードに符号化すること、又はネットワークを介してＥＩＲ端末へ送信することが可能である。
【００１３】
本発明によるプリペイド使用モデル（pre-paid usage model、使用のために前払いするモデル）は、例えば、事業運営に必要な一群のＥＩＲ端末を購入することにより資本支出が非常に大きくなり得る小規模な小売業者にとって、有益である。さらに、本発明によるプリペイド使用モデルは、従来のリース・モデルと比較して、追加的な利点をＥＩＲ端末製造業者／販売元／貸主に提供もする。なぜなら、プリペイド使用モデルは、本質的に、端末の使用料を適時に支払う強力な動機を端末ユーザに提供するからである。
【００１４】
複数のＥＩＲ端末を管理するためのフリート管理システムの一実施形態のレイアウトを図１に示す。フリート管理システム１０００は、１又は複数のコンピュータ１１０ａ〜１１０ｚを備えることができる。本明細書において、「コンピュータ」は、データ処理のためのプログラマブル・デバイスを示し、中央演算処理装置（ＣＰＵ）３１０と、メモリ３２０と、少なくとも１つの通信インターフェースとを含む。コンピュータは、例えば、ウィンドウズ（登録商標）・オペレーティング・システムを実行するパーソナル・コンピュータ（ＰＣ）により提供され得る。当業者であれば、別のハードウェア・プラットフォーム及びオペレーティング・システムも本発明の精神及び範囲内に入ることが理解できるであろう。フリート管理システム１０００はさらに、コンピュータ１１０ａ〜１１０ｚのグループから選択される１又は複数のコンピュータによって実行されるフリート管理ソフトウェア・モジュール１２０を備えることができる。フリート管理ソフトウェア・モジュールは、ＨＴＴＰサーバ・ソフトウェア・モジュール１３０を介して、エンド・ユーザ（例えば、新たなバッチの走査を購入することを希望するエンド・ユーザ）によりアクセス可能であり、ＨＴＴＰサーバ・ソフトウェア・モジュール１３０はコンピュータ１１０ａ〜１１０ｚのグループから選択される１又は複数のコンピュータによって実行可能である。ＨＴＴＰサーバを実行するコンピュータは、広域ネットワークＷＡＮ（例えば、インターネット）９００からアクセス可能である。
【００１５】
フリート管理システム１０００はさらに、コンピュータ１１０ａ〜１１０ｚのグループから選択される１又は複数のコンピュータにより実行可能な支払処理ソフトウェア・モジュール１４０を備えることができる。フリート管理ソフトウェア・モジュール１２０のインスタンスは、適切なプロセス間通信（ＩＰＣ）方法を用いて、支払処理ソフトウェア・モジュール１４０のインスタンスと通信することができる（例えば、２つのプログラムのインスタンスが異なるコンピュータにより実行される場合には、ローカル・エリア・ネットワーク（ＬＡＮ）５００を介するＴＣＰ接続を通じて、また、２つのプログラムのインスタンスが同一のコンピュータに位置する場合には、ローカル・ホスト内で、通信することができる）。一実施形態では、支払処理ソフトウェア・モジュール１４０は外部の支払処理システム（図１に示さず）内で、例えば、ＷＡＮ（インターネット等）９００を介して、通信することができる。
【００１６】
フリート管理システム１０００はさらに、フリート管理データベース１５０を備えることができる。一実施形態では、フリート管理データベース１５０は、コンピュータ１１０ａ〜１１０ｚのグループから選択される１又は複数のコンピュータに存在し得る。別の実施形態では、フリート管理データベース１５０は、フリート管理システム１０００の他のコンポーネントをホストするローカル設備から離れたところに配置され得る１又は複数のコンピュータに存在し得る。一実施形態では、フリート管理データベースは、リレーショナル・データベース（例えば、オラクル（登録商標）やＤＢ／２（登録商標））により提供され得る。当業者であれば、これらとは別のタイプのデータベースも本発明の精神及び範囲内に入ることが理解できるであろう。
【００１７】
フリート管理ソフトウェア・モジュール１２０のインスタンスは、適切なプロセス間通信（ＩＰＣ）方法を用いてフリート管理データベースのインスタンスと通信することができる（例えば、２つのプログラムのインスタンスが異なるコンピュータにより実行される場合には、ローカル・エリア・ネットワーク（ＬＡＮ）５００を介するＴＣＰ接続を通じて、また、２つのプログラムのインスタンスが同一のコンピュータに位置する場合には、ローカル・ホスト内で、通信することができる）。
【００１８】
一実施形態では、フリート管理ソフトウェア・モジュール１２０と、ＨＴＴＰサーバ・ソフトウェア・モジュール１３０と、支払処理ソフトウェア・モジュール１４０と、フリート管理データベース１５０とは、単一のコンピュータに配置され得る。別の実施形態では、フリート管理ソフトウェア・モジュール１２０と、ＨＴＴＰサーバ・ソフトウェア・モジュール１３０と、支払処理ソフトウェア・モジュール１４０と、フリート管理データベース１５０とは、異なるコンピュータに存在し得る。さらに別の実施形態では、フリート管理ソフトウェア・モジュール１２０と、ＨＴＴＰサーバ・ソフトウェア・モジュール１３０と、支払処理ソフトウェア・モジュール１４０と、フリート管理データベース１５０とにおける複数のインスタンスを実行するために幾つかのコンピュータを使用することにより、スケーラビリティ(scalability)を達成することができる。さらに別の実施形態では、ソフトウェア・モジュール１２０、１３０、１４０、及びデータベース１５０のうち、幾つかは併置され、幾つかは異なるコンピュータに存在することも可能である。
【００１９】
上記のフリート管理システム１０００の説明では、ソフトウェア・モジュール１２０、１３０、１４０、及びデータベース１５０に機能が分けられているが、これは単なる例示である。当業者であれば、本明細書に記載のソフトウェア・モジュール１２０、１３０、１４０、及びデータベース１５０の機能は、単一のソフトウェア・モジュールによって実現されても、あるいは２以上のソフトウェア・モジュールに分割されても、本発明の精神及び範囲から逸脱しないことが理解できるであろう。
【００２０】
当業者であれば、ウェブ・アプリケーション・インフラストラクチャに典型的に含まれる、別のソフトウェア・コンポーネント及びハードウェア・コンポーネント（例えば、ファイアウォール、ＨＴＴＰロード・バランサ、ＳＳＬアクセラレータ）も本発明の精神及び範囲内に入ることが理解できるであろう。本発明に従った、一群のＥＩＲ端末のためのプリペイド使用モデルを実施する方法の一実施形態を、図２のフローチャートを参照して説明する。この方法は、本明細書に記載のフリート管理ソフトウェア・モジュール１２０により実行することができる。
【００２１】
ステップ２００及び２１０において、方法は、ユーザからの処理の要求を待つ。一実施形態では、ユーザの要求は、ブラウザ・ベースのユーザ・インターフェースを通じて開始され、ＨＴＴＰサーバ・ソフトウェア・モジュール１３０を介して、フリート管理ソフトウェア・モジュール１２０へ送信され得る。
【００２２】
ステップ２２０において、方法は、ロック解除メッセージを求める要求が受信されたかを確定する。受信されていれば、方法はステップ２３０に進む。
【００２３】
ステップ２３０において、方法は、ロック解除メッセージの要求を解析及び検証する。一実施形態では、ロック解除メッセージの要求は、図３に概略的に示されるフィールドを備えることができる。
【００２４】
図２を再び参照する。ステップ２４０で、方法は、要求された数のＥＩＲ動作に対する支払額を計算する。一実施形態では、方法は、顧客コードや、端末タイプや、端末シリアル番号により識別されるＥＩＲ端末に関するＥＩＲ動作の料金を確かめるために、フリート管理データベース１５０にクエリ（問い合わせ）を行うことが可能である。別の実施形態では、ＥＩＲ動作の料金はさらに、使用履歴、顧客に使用されているフリート（fleet、集団）のサイズ、要求されるＥＩＲ動作の数、及び／又は他の要因に依存し得る。
【００２５】
一実施形態では、フリート管理データベースはテーブルを含むことが可能であり、その例示的な構造を図４に示す。
【００２６】
別の実施形態では、方法は、同じＥＩＲ動作料金を、全てのロック解除コードの要求に対して用いることができ、従って、フリート管理データベース１５０にクエリを行うステップを省略することができる。
【００２７】
再び図２を参照する。ステップ２５０において、方法は、ロック解除メッセージの要求の一部として供給される支払詳細を用いて、要求された数のＥＩＲ動作についての支払の処理を行うために、支払処理ソフトウェア・モジュール１４０を呼び出す。
【００２８】
一実施形態では、支払処理ソフトウェア・モジュールは、ＷＡＮ（例えば、インターネット）９００を介して外部の支払処理システム（図１に示さず）と通信することにより、クレジット・カードによる支払いを処理することができる。
【００２９】
ステップ２６０において、方法は、支払の処理が成功したかを確かめる。成功した場合、ステップ２７０で処理が継続される。そうでない場合、方法は、ステップ２６５（支払処理の試みの失敗をユーザに通知するステップ）に分岐し、その後ステップ２００に戻る。
【００３０】
ステップ２７０において、方法は、ロック解除メッセージを暗号化する。一実施形態では、共有鍵を用いて暗号化が実行され得る。別の実施形態では、暗号化は公開／秘密鍵ペア（非対称鍵暗号化）を用いて実行され得る。当業者であれば、これらとは別の暗号化方式も本発明の精神及び範囲内に入ることが理解できるであろう。
【００３１】
ステップ２８０において、ロック解除メッセージは、ＥＩＲ端末により読取られるバーコードに符号化される。別の実施形態では、ロック解除メッセージを表すビット・ストリームが、ネットワークを介してＥＩＲ端末へ送信される。当業者であれば、ロック解除メッセージをＥＩＲ端末に配信する別の方法も本発明の精神及び範囲内に入ることが理解できるであろう。
【００３２】
ステップ２９０において、方法は、フリート管理データベース１５０に、支払イベントのログをとるようにクエリする。ステップ２９０が完了すると、この方法はステップ２００に戻る。
【００３３】
次に、ロック解除メッセージの要求の構造の一実施形態を、図３を参照して説明する。ロック解除メッセージの要求の構造３００は次のようなフィールドを含み得る。
− 端末識別子フィールド３１２：一実施形態では、端末識別子は、製造業者によりＥＩＲ端末に割り当てられた端末シリアル番号により提供され得る。
− 要求されたＥＩＲ動作数フィールド３１４
【００３４】
別の実施形態では、ロック解除メッセージの要求の構造はさらに、顧客識別子フィールド等のような、他のフィールドを含むことができる。
【００３５】
次に、フリート管理データベース・テーブルの構造の一実施形態を、図４を参照して説明する。フリート管理データベースは、顧客フリート・テーブル４１０、端末パラメータ・テーブル４５０、支払イベント・ログ・テーブル４８０を含み得る。
【００３６】
一実施形態では、顧客フリート・テーブル４１０は、以下のフィールドを含み得る：
− 顧客識別子４１２
− 端末識別子４１４
【００３７】
一実施形態では、端末パラメータ・テーブル４５０は、以下のフィールドを含み得る：
− 端末識別子４５２
− 端末タイプ・フィールド４５４
− 今までに購入されたＥＩＲ動作の総数４５６
【００３８】
一実施形態では、料金テーブル４８０は、以下のフィールドを含み得る：
− 端末タイプ４８２
− 顧客のフリートのサイズ４８４
− その端末に関して今までに購入されたＥＩＲ動作の総数４８６
− 一つのＥＩＲ動作の料金４８８
【００３９】
一実施形態では、支払イベント・ログ・テーブル４９０は以下のテーブルを含み得る：
− タイムスタンプ４９２
− 端末識別子４９４
− 購入されたＥＩＲ動作数４９６
− 支払額４９８
− 支払トランザクション（取引）識別子４９９
【００４０】
図２を再び参照する。ステップ２４０において、ＥＩＲ端末のフリートのためのプリペイド使用モデルを実施する方法は、要求されたＥＩＲ動作数に対する支払額を算出する。一実施形態では、方法は、ロック解除メッセージの要求を解析して端末識別子値（terminal identifier value）を抽出し、それから、端末識別子に対応する顧客識別子を確かめるために、フリート管理データベース１５０にクエリする（問い合わせを行う）。次に、方法は、要求が現在処理されている端末に関して、以前に購入されたＥＩＲ動作の数を確めるるために、フリート管理データベース１５０にクエリする。次に、方法は、顧客の端末フリート（端末の集団）のサイズを確かめるために、フリート管理データベース１５０にクエリする。最後に、方法は、単一（１つ）のＥＩＲ動作の料金を確かめるために、フリート管理データベース１５０にクエリする。単一のＥＩＲ動作の料金は、一実施形態では、購入されているＥＩＲ動作の数に依存し得る（すなわち、数量割引の対象であり得る）。そして、ＥＩＲ動作料金と、要求されるＥＩＲ動作の数とを乗算することにより、支払額が算出される。当業者であれば、フリート管理データベース１５０の別の構造も本発明の精神及び範囲内に入ることが理解できるであろう。
【００４１】
本発明の実施に適するＥＩＲ端末のブロック図を、図５を参照して説明する。ＥＩＲ端末１００は、マイクロプロセッサ３１０とメモリ３２０とを備え、図５に最適に示されるように、両方ともバス３７０に結合される。マイクロプロセッサ３１０は、汎用マイクロプロセッサ又は専用マイクロプロセッサ（例えば、ＡＳＩＣ）により提供される。一実施形態では、ＥＩＲ端末１００は、中央演算処理装置（ＣＰＵ）として示される単一のマイクロプロセッサを備えることができる。別の実施形態では、ＥＩＲ端末１００は、２以上のマイクロプロセッサ、例えば、ＣＰＵと専用マイクロプロセッサ（ＡＳＩＣ等）とを、備えることができる。一実施形態では、メモリ３２０は、ＲＡＭ、ＲＯＭ、ＥＰＲＯＭ、及び／又はＳＩＭカード・ベースのメモリにより提供され得る。
【００４２】
ＥＩＲ端末１００はさらに、バーコード読取デバイス、ＲＦＩＤ読取デバイス、及びカード読取デバイス等を含めての１又は複数のＥＩＲデバイス３１５を備えることが可能であり、これらもシステム・バス３７０に結合される。一実施形態では、ＥＩＲ読取デバイスは、符号化メッセージに対応する復号化（復号化された）メッセージ・データを出力することができる。別の実施形態では、ＥＩＲ読取デバイスは、符号化メッセージを備える生のメッセージ・データ、例えば、生の画像データや生のＲＦＩＤデータを出力することができる。
【００４３】
当然ながら、バーコードを読み取るデバイス、ＲＦＩＤを読み取るデバイス、又は符号化情報を保持するカードを読み取るデバイスが、これらの２つ以上の種類のものを読み取る場合も、本発明の範囲内である。例えば、バーコードを読み取るデバイスは、カード・リーダ及び／又はＲＦＩＤリーダを含むことが可能であり、ＲＦＩＤを読み取るデバイスも、バーコード及び／又はカードを読み取ることが可能であり、カードを読み取るデバイスは、バーコード及び／又はＲＦＩＤを読み取ることも可能である。さらに明確化しておくと、そのようなデバイスであると見なすにあたり、デバイスの主たる機能が任意のこれらの機能に関連している必要はない。例えば、バーコードを読み取ることができる携帯電話や、スマートフォンや、ＰＤＡは、本発明の目的に関しては、バーコードを読み取るデバイスである。
【００４４】
ＥＩＲ端末１００はさらに、キーボード・インターフェース３５４と、ディスプレイ・アダプタ３５５とを備え、これらの両方ともがシステム・バス３７０に結合される。ＥＩＲ端末１００はさらにバッテリ３５６を備えることができる。
【００４５】
一実施形態では、ＥＩＲ端末１００はさらに、ＧＰＳレシーバ３８０を備えることができる。一実施形態では、ＥＩＲ端末１００はさらに、加入者識別モジュール（ＳＩＭ）カードを受けるように構成される少なくとも１つのコネクタ３９０を備えることができる。
【００４６】
ＥＩＲ端末１００はさらに、例えば８０２．１１対応ワイヤレス通信インターフェースやイーサネット（登録商標）・インターフェースにより提供され得る通信インターフェース３４０を備えることができる。当業者であれば、これらとは別のタイプのネットワーク・インターフェースも本発明の精神及び範囲に入ることが理解できるであろう。
【００４７】
一実施形態では、ＥＩＲ端末１００は、図１のＬＡＮ５００に接続されるコンピュータ１５１と通信することができる。一実施形態では、ＥＩＲ端末１００は、８０２．１１対応ワイヤレス・インターフェースを用いて、ワイヤレス・アクセス・ポイント５０５を介して、ＬＡＮ５００と接続することができる。別の実施形態では、ＥＩＲ端末は、イーサネット（登録商標）・インターフェースを介して（例えば、ドッキング・ステーションを介して）ＬＡＮ５００に接続することができる。当業者であれば、ＥＩＲ端末をＬＡＮ５００に接続する別の方法も本発明の精神及び範囲内に入ることが理解できるであろう。
【００４８】
一実施形態では、ＬＡＮ５００は、ルータ６００を介してＷＡＮ（例えば、インターネット）９００に接続することができる。ＥＩＲ端末は、ルータ１５７を介してインターネットに接続することができるリモート・コンピュータ１５５と通信することも可能である。
【００４９】
本明細書において様々なネットワークが示したが、ＯＳＩモデルのネットワーク層から見て単一のネットワークは、複数の下位層のネットワークを備え得る。すなわち、単一のインターネット・プロトコル（ＩＰ）・ネットワークと見なされ得るものは、複数の異なる物理ネットワークを含み得る。
【００５０】
次に、本発明に従ったＥＩＲ端末の形状（フォーム・ファクタ、form factor）及びハウジングについて説明する。ＥＩＲ端末１００のコンポーネントは、種々の異なるハウジングに組み込み可能である。図６ａ及び図６ｂの実施形態に示されるように、図５のコンポーネントは、手持ち型ハウジング１０１に組み込むことができる。図６ａ及び６ｂのＥＩＲ端末１００は、手持ち型の携帯型データ端末の形状である。図６ａ及び図６ｂに示されるＥＩＲ端末１００は、キーボード１０９０と、関連するタッチ・スクリーン・オーバーレイを有するディスプレイ５０４と、カード・リーダ１３４８と、本明細書で述べたような画像化アセンブリ（組立体）のコンポーネント、すなわち画像センサＩＣチップに組み込まれる画像センサ・アレイ、を含み得る画像化モジュール３６０とを含むことができる。図６ｂの側面図に示されるように、図５のブロック図のコンポーネントは、ハウジング１０１内の複数の回路基板１０７７上に支持され得る。画像化モジュール３６０は、感色性ピクセル（color sensitive pixel）を有する画像センサ・アレイを含むことができ、この感色性ピクセルについては、２００５年６月３に出願された米国特許仮出願番号６０／６８７，６０６号、２００５年６月１４日に出願された米国特許仮出願番号６０／６９０，２６８号、２００５年６月２２日に出願された米国特許仮出願番号６０／６９２，８９０号、及び２００５年６月２７日に出願された米国特許仮出願番号６０／６９４，３７１号で述べられている。これらの出願は全て「単色及びカラーのハイブリッド・イメージ・センサを持つデジタル画像取得光学式リーダ（Digital Picture Taking Optical Reader Having Hybrid Monochrome And Color Image Sensor）」と題されており、これらの全てを参照により援用する。
【００５１】
図７ａ〜図７ｃの実施形態では、ＥＩＲ端末１００はトランザクション（取引）端末の形状であり、小売購入トランザクション端末(retail purchase transaction terminal)や料金検査装置(price verifier)として構成され得る。図７ａ〜図７ｃに示されるトランザクション端末のハウジング１０２は、いろいろな場所へ移動できるようにするために、持ち運びできるように構成されており、さらに、キャッシャー・ステーション（casher station、レジ）の固定構造物や、小売店の床の固定構造物などのような固定の構造物に、交換可能に取り付けられるように構成される。底面図である図７ｃを参照すると、ＥＩＲ端末１００のハウジング１０２は、ＥＩＲ端末１００を固定構造物へ交換可能に取り付けることを容易にする構造２６８を有する。次に図７ｂを参照すると、ＥＩＲ端末１００は、関連するタッチ画面５０４Ｔを有するディスプレイ５０４、カード・リーダ１３４８、画像化モジュール３６０、及びルミナス・シュラウド（luminous shroud、光用の囲い板）３６２とを含む。
【００５２】
次に、本発明に従ったＥＩＲ端末によりプリペイド使用モデルを実施する方法の一実施形態を、図８に示されたフロー図を参照して説明する。
【００５３】
ステップ８１０及び８２０において、方法は、端末操作者によるコマンド入力を待つ。
【００５４】
ステップ８３０で、方法は、ＥＩＲ動作を行おうとしたかを確かめる。行おうとしていた場合、方法は８４０に進む。
【００５５】
ステップ８４０では、方法は、ＥＩＲ動作のカウンタの値がゼロより大きいかを確かめる。大きい場合は、方法はステップ８６０に進む。そうでない場合は、方法はステップ８５０へ分岐して、新たなバッチのＥＩＲ動作がプリペイドされなければ、行おうとしたＥＩＲ動作は実行されないことを、ＥＩＲ端末操作者に通知する。
【００５６】
ステップ８６０では、方法は、端末操作者により要求されたＥＩＲ動作を実行する。
【００５７】
ステップ８７０では、方法は、ＥＩＲ動作のカウンタの値をデクリメント（減分）し、それを不揮発性メモリに記憶する。ステップが完了すると、方法はステップ８１０に戻る。
【００５８】
ＥＩＲ端末によりプリペイド使用モデルを実施する方法の別の実施形態では、ＥＩＲ動作のカウンタは、ゼロに初期設定され、それぞれのＥＩＲ動作を行おうとする前にインクリメント（増分）され、さらに、行おうとしたＥＩＲ動作が許可されるかを確かめるために、プリペイドされた動作の数と比較される。
【００５９】
行おうとしたＥＩＲ動作が許可されなかったという通知を受信すると（又は、例えば、プリペイドされた動作の９０％という閾値に達したことを示す通知のような、早期通知を受信すると）、操作者は、新たなバッチのＥＩＲ動作のためのロック解除メッセージを注文することができる。一実施形態では、ロック解除メッセージは、バーコードの形でＥＩＲ端末に配信され得る。一実施形態では、ロック解除メッセージは、ビット・ストリームとしてネットワークを介してＥＩＲ端末に配信され得る。ＥＩＲ端末は、ロック解除符号化メッセージの入力に応答して、ＥＩＲ動作のカウンタの値を初期設定するように構成することができる。
【００６０】
本明細書に記載の装置及び方法の中には以下に述べるものがある。
【００６１】
Ａ１． 符号化情報読取（ＥＩＲ）端末であって、
中央演算処理装置（ＣＰＵ）と、
前記ＣＰＵと通信可能に結合されるメモリと、
通信インターフェースと、
バーコード読取デバイス、ＲＦＩＤ読取デバイス、及びカード読取デバイスを含むグループから選択されるものであり、符号化メッセージを含む生のメッセージデータの出力と、符号化メッセージに対応する復号化メッセージデータの出力とのうちの１つを実行するように構成されるものであるＥＩＲデバイスと
を備え、
前記ＥＩＲ端末は、前記通信インターフェースと、前記ＥＩＲデバイスとのうちの１つを介するロック解除符号化メッセージの入力に応答して、ＥＩＲ動作のカウンタを初期設定するように構成されるものであり、
前記ＥＩＲ端末はさらに、ＥＩＲ動作を実行する前に、ＥＩＲ動作の前記カウンタを所定の一定値と比較することにより、前記ＥＩＲ動作が許可されるかを確かめるように構成されるものであり、
前記ＥＩＲ端末はさらに、それぞれのＥＩＲ動作の実行のときに、ＥＩＲ動作の前記カウンタのインクリメントと、ＥＩＲ動作の前記カウンタのデクリメントとのうちの１つを実行するように構成される、
符号化情報読取（ＥＩＲ）端末。
【００６２】
Ａ２． Ａ１のＥＩＲ端末であって、前記メモリは、揮発性メモリと不揮発性メモリとを備え、
ＥＩＲ動作の前記カウンタは、前記不揮発性メモリに記憶される、
ＥＩＲ端末。
【００６３】
Ａ３． Ａ１のＥＩＲ端末であって、ＥＩＲ動作の前記カウンタは、実行されたＥＩＲ動作の数と、プリペイドされたＥＩＲ動作の残数とのうち１つを反映する、ＥＩＲ端末。
【００６４】
Ａ４． Ａ１のＥＩＲ端末であって、前記所定の一定値は、ゼロと、プリペイドされたＥＩＲ動作の数とのうちの１つと等しいものである、ＥＩＲ端末。
【００６５】
Ａ５． Ａ１のＥＩＲ端末であって、前記ロック解除メッセージは、プリペイドされたＥＩＲ動作の数を含むものである、ＥＩＲ端末。
【００６６】
Ａ６． Ａ１のＥＩＲ端末であって、前記ロック解除メッセージは、共有鍵暗号化方式と、非対称鍵暗号化方式とのうちの１つを用いて暗号化されるものである、ＥＩＲ端末。
【００６７】
Ａ７． Ａ１のＥＩＲ端末であって、前記ＥＩＲ端末はさらに、行おうとしたＥＩＲ動作が許可されないことを確認したことに応答して、前記ＥＩＲ端末の操作者へ通知を行うように構成される、ＥＩＲ端末。
【００６８】
Ａ８． Ａ１のＥＩＲ端末であって、前記ＥＩＲ端末はさらに、行おうとしたＥＩＲ動作が許可されないことを確認したことに応答して、外部のシステムへメッセージを送信するように構成される、ＥＩＲ端末。
【００６９】
Ｂ１． 複数のＥＩＲ端末を管理するためのフリート管理システムであって、前記複数のＥＩＲ端末の各ＥＩＲ端末は、バーコード読取デバイスと、ＲＦＩＤ読取デバイスと、カード読取デバイスとを含むグループから選択されるＥＩＲデバイスを含むものであり、前記フリート管理システムは、
１又は複数のコンピュータであって、各コンピュータは、中央演算処理装置と、メモリと、通信インターフェースとを備えるものである、１又は複数のコンピュータと、
前記１又は複数のコンピュータの少なくとも１つのコンピュータにより実行されるフリート管理ソフトウェア・モジュールと、
前記フリート管理ソフトウェア・モジュールと通信する支払処理ソフトウェア・モジュールであって、前記１又は複数のコンピュータの少なくとも１つのコンピュータにより実行されている、支払処理ソフトウェア・モジュールと
を備えるものであり、
前記フリート管理ソフトウェア・モジュールは、顧客が開始した要求の受信に応答して、前記支払処理ソフトウェア・モジュールにより支払いの処理がなされると、ロック解除メッセージを生成するように構成されるものであり、
前記ロック解除メッセージは、ＥＩＲ端末で読み取られるバーコードと、前記通信インターフェースを介してＥＩＲ端末へ転送されるビットストリームとのうちの１つにより提供されるものであり、
前記複数のＥＩＲ端末の各ＥＩＲ端末は、前記ロック解除メッセージの受信に応答して、所定数以下のＥＩＲ動作を実行するように構成される、
フリート管理システム。
【００７０】
Ｂ２． Ｂ１のフリート管理システムであって、前記フリート管理ソフトウェア・モジュールと通信するフリート管理データベースをさらに備え、前記フリート管理データベースは、１又は複数のコンピュータに存在するものであり、
前記フリート管理ソフトウェア・モジュールは、顧客が開始した前記要求の受信に応答して、前記ロック解除メッセージを生成する前に、前記フリート管理データベースにクエリを行うように構成される、フリート管理システム。
【００７１】
Ｂ３． Ｂ１のフリート管理システムであって、前記支払処理ソフトウェア・モジュールは、クレジットカード処理と、銀行口座からの自動引き落としとのうちの少なくとも１つを実行するように構成される、フリート管理システム。
【００７２】
Ｂ４． Ｂ１のフリート管理システムであって、前記支払処理ソフトウェア・モジュールは、外部の支払処理システムにクエリを行うように構成される、フリート管理システム。
【００７３】
Ｂ５． Ｂ１のフリート管理システムであって、前記フリート管理ソフトウェア・モジュールと通信するＨＴＴＰサーバ・ソフトウェア・モジュールをさらに備え、前記ＨＴＴＰサーバ・ソフトウェア・モジュールは、前記１又は複数のコンピュータの少なくとも１つにより実行されるものであり、
前記ＨＴＴＰサーバ・ソフトウェア・モジュールは、顧客が開始した前記要求を入力するように構成される、フリート管理システム。
【００７４】
Ｂ６． Ｂ１のフリート管理システムであって、前記フリート管理ソフトウェア・モジュールと通信するフリート管理データベースをさらに備え、前記フリート管理データベースは、１又は複数のコンピュータに存在するものであり、
前記フリート管理データベースは複数のフリート管理記録を備え、各フリート管理記録は、端末識別子のフィールドと、支払額のフィールドと、許可される走査数のフィールドとを含む、フリート管理システム。
【００７５】
本発明を、特定の実施形態に関連して特定的に図示及び説明したが、本明細書の記載及び図面により支持される請求項により定義される本発明の精神及び範囲から逸脱しない範囲で、実施形態において細部のさまざまな変更が行われてよいことは、当業者には理解できるであろう。さらに、例示的な実施形態が特定数のエレメントにより説明されている場合に関して、それらの例示的な実施形態は、その特定数のエレメントよりも少ない数のエレメントを用いて実現されてもよい。
【技術分野】
【０００１】
本発明は、一般に、符号化情報読取端末等のモバイル・コンピュータ・デバイスによるデータ収集に関し、特に、符号化情報読取端末のためのプリペイド使用モデルに関する。
【背景技術】
【０００２】
関連する出願に対する相互参照： 本願は、２０１１年１月３１日に出願された「符号化情報読取端末のためのプリペイド使用システム（Pre-paid Usage System For Encoded Information Reading Terminals）」と題される米国特許出願第１３／０１７，１４７号の優先権を主張するものであり、その出願の内容全体を参照により援用する。
【０００３】
小売業及び製造業を含めての様々な組織において、バーコード読取端末及び別のタイプの符号化情報読取（ＥＩＲ）端末を含む相当な数のＥＩＲ端末が使用されることがある。事業運営に必要なＥＩＲ端末の購入に関する支出は、業種によっては非常に高額になり得る。
【発明の概要】
【０００４】
一実施形態では、符号化情報読取（ＥＩＲ）端末が提供される。ＥＩＲ端末は、中央演算処理装置（ＣＰＵ）と、ＣＰＵと通信可能に結合されるメモリと、通信インターフェースと、バーコード読取デバイス又はＲＦＩＤ読取デバイス又はカード読取デバイスにより提供されるＥＩＲデバイスとを備えることができる。ＥＩＲデバイスは、符号化されたメッセージ（符号化メッセージ）を含む生のメッセージ・データの出力を行うように、又は符号化メッセージに対応する復号化されたメッセージ・データの出力を行うように構成することができる。
【０００５】
ＥＩＲ端末は、通信インターフェース又はＥＩＲデバイスを介してのロック解除符号化メッセージ（unlocking encoded message）の入力に応答して、ＥＩＲ動作のカウンタを初期設定するように構成することができる。ＥＩＲ端末はさらに、ＥＩＲ動作を実行する前に、ＥＩＲ動作のカウンタを所定の一定値と比較することにより、行おうとしたＥＩＲ動作が許可されるかを確かめるように、構成することができる。ＥＩＲ端末はさらに、それぞれのＥＩＲ動作の実行中に、ＥＩＲ動作のカウンタを増分又は減分するように構成することができる。
【０００６】
別の実施形態では、複数のＥＩＲ端末を管理するためのフリート（fleet、集団）管理システムが提供される。フリート管理システムは、１又は複数のコンピュータと、フリート管理ソフトウェア・モジュールと、フリート管理ソフトウェア・モジュールと通信する支払処理ソフトウェア・モジュールとを備える。
【０００７】
フリート管理ソフトウェア・モジュールは、顧客が開始した要求の受信に応答して、支払処理ソフトウェア・モジュールにより支払が処理されるとロック解除メッセージを生成するように構成することができる。ロック解除メッセージは、ＥＩＲ端末で読み取られるバーコードにより、又は通信インターフェースを介してＥＩＲ端末へ送られるビット・ストリームにより提供され得る。それぞれのＥＩＲ端末は、ロック解除メッセージの受信に応答して所定数以下のＥＩＲ動作を実行するように構成される。
【０００８】
本発明の目的及び特徴は、特許請求の範囲及び図面を参照することでより良好に理解できるであろう。図面は、必ずしも尺度を合わせておらず、本発明の原理を示すことに重点が置かれている。図面では、さまざまな図にわたって、同様の部分を示すために同様の番号が使用されている。
【図面の簡単な説明】
【０００９】
【図１】図１は、本発明による複数のＥＩＲ端末を管理するためのフリート管理システムの一実施形態のレイアウトを示す。
【図２】図２は、本発明による一群のＥＩＲ端末のためのプリペイド使用モデルを実施する方法の一実施形態のフローチャートを示す。
【図３】図３は、本発明によるロック解除メッセージの要求の構造の一実施形態を示す。
【図４】図４は、本発明によるフリート管理データベース・テーブルの構造の一実施形態を示す。
【図５】図５は、本発明によるＥＩＲ端末のコンポーネント・レベルの図を示す。
【図６ａ】図６ａは、例示的な手持ち型のＥＩＲ端末ハウジングを示す。
【図６ｂ】図６ｂは、例示的な手持ち型のＥＩＲ端末ハウジングを示す。
【図７ａ】図７ａは、ポータブルで再取付可能なＥＩＲ端末ハウジングの例を示す。
【図７ｂ】図７ｂは、例示的なポータブルで再取付可能なＥＩＲ端末ハウジングを示す。
【図７ｃ】図７ｃは、例示的なポータブルで再取付可能なＥＩＲ端末ハウジングを示す。
【図８】図８は、本発明によるＥＩＲ端末によりプリペイド使用モデルを実施する方法の一実施形態のフローチャートを示す。
【発明を実施するための形態】
【００１０】
一実施形態では、符号化情報読取（ＥＩＲ）端末が提供され、符号化情報読取端末は、端末ユーザ（例えば、小売業者）によりプリペイド（料金前払い）されている所定数の符号化情報読取動作を実行するようにプログラミングすることができる。所定数のＥＩＲ動作の実行後に、新たなバッチのＥＩＲ動作を端末製造業者／販売元／貸主から購入する必要があることを端末の操作者へ通知するように、ＥＩＲ端末をプログラミングすることができる。一実施形態では、ＥＩＲ端末は、プリペイド使用の閾値に達したとき、例えば、プリペイドされたＥＩＲ動作の９０％を実行した後などに、端末の操作者へ通知を行うようにプログラミングすることが可能である。
【００１１】
端末ユーザが、プリペイドされたＥＩＲ動作の実行後もＥＩＲ端末の使用を継続すると決定した場合は、新たなバッチのＥＩＲ動作を端末製造業者／販売元／貸主から購入する。一実施形態では、新たなバッチのＥＩＲ動作は、ウェブ・インターフェースを介して注文してクレジット・カードで支払うことができる。当業者であれば、これとは別の注文及び支払の方法も本発明の精神及び範囲内に入ることが理解できるであろう。
【００１２】
端末製造業者／販売元／貸主により実行されるフリート管理システムは、端末ユーザからの新たなバッチのＥＩＲ動作を求める要求を受信すると、支払の処理を行い、所定数のＥＩＲ動作を実行するようにＥＩＲ端末をプログラミングするためのロック解除メッセージを生成することができる。ロック解除メッセージは、例えば、共有鍵や公開／秘密鍵ペアを用いることなどにより暗号化することができる。ロック解除メッセージは、ＥＩＲ端末で読み取られるバーコードに符号化すること、又はネットワークを介してＥＩＲ端末へ送信することが可能である。
【００１３】
本発明によるプリペイド使用モデル（pre-paid usage model、使用のために前払いするモデル）は、例えば、事業運営に必要な一群のＥＩＲ端末を購入することにより資本支出が非常に大きくなり得る小規模な小売業者にとって、有益である。さらに、本発明によるプリペイド使用モデルは、従来のリース・モデルと比較して、追加的な利点をＥＩＲ端末製造業者／販売元／貸主に提供もする。なぜなら、プリペイド使用モデルは、本質的に、端末の使用料を適時に支払う強力な動機を端末ユーザに提供するからである。
【００１４】
複数のＥＩＲ端末を管理するためのフリート管理システムの一実施形態のレイアウトを図１に示す。フリート管理システム１０００は、１又は複数のコンピュータ１１０ａ〜１１０ｚを備えることができる。本明細書において、「コンピュータ」は、データ処理のためのプログラマブル・デバイスを示し、中央演算処理装置（ＣＰＵ）３１０と、メモリ３２０と、少なくとも１つの通信インターフェースとを含む。コンピュータは、例えば、ウィンドウズ（登録商標）・オペレーティング・システムを実行するパーソナル・コンピュータ（ＰＣ）により提供され得る。当業者であれば、別のハードウェア・プラットフォーム及びオペレーティング・システムも本発明の精神及び範囲内に入ることが理解できるであろう。フリート管理システム１０００はさらに、コンピュータ１１０ａ〜１１０ｚのグループから選択される１又は複数のコンピュータによって実行されるフリート管理ソフトウェア・モジュール１２０を備えることができる。フリート管理ソフトウェア・モジュールは、ＨＴＴＰサーバ・ソフトウェア・モジュール１３０を介して、エンド・ユーザ（例えば、新たなバッチの走査を購入することを希望するエンド・ユーザ）によりアクセス可能であり、ＨＴＴＰサーバ・ソフトウェア・モジュール１３０はコンピュータ１１０ａ〜１１０ｚのグループから選択される１又は複数のコンピュータによって実行可能である。ＨＴＴＰサーバを実行するコンピュータは、広域ネットワークＷＡＮ（例えば、インターネット）９００からアクセス可能である。
【００１５】
フリート管理システム１０００はさらに、コンピュータ１１０ａ〜１１０ｚのグループから選択される１又は複数のコンピュータにより実行可能な支払処理ソフトウェア・モジュール１４０を備えることができる。フリート管理ソフトウェア・モジュール１２０のインスタンスは、適切なプロセス間通信（ＩＰＣ）方法を用いて、支払処理ソフトウェア・モジュール１４０のインスタンスと通信することができる（例えば、２つのプログラムのインスタンスが異なるコンピュータにより実行される場合には、ローカル・エリア・ネットワーク（ＬＡＮ）５００を介するＴＣＰ接続を通じて、また、２つのプログラムのインスタンスが同一のコンピュータに位置する場合には、ローカル・ホスト内で、通信することができる）。一実施形態では、支払処理ソフトウェア・モジュール１４０は外部の支払処理システム（図１に示さず）内で、例えば、ＷＡＮ（インターネット等）９００を介して、通信することができる。
【００１６】
フリート管理システム１０００はさらに、フリート管理データベース１５０を備えることができる。一実施形態では、フリート管理データベース１５０は、コンピュータ１１０ａ〜１１０ｚのグループから選択される１又は複数のコンピュータに存在し得る。別の実施形態では、フリート管理データベース１５０は、フリート管理システム１０００の他のコンポーネントをホストするローカル設備から離れたところに配置され得る１又は複数のコンピュータに存在し得る。一実施形態では、フリート管理データベースは、リレーショナル・データベース（例えば、オラクル（登録商標）やＤＢ／２（登録商標））により提供され得る。当業者であれば、これらとは別のタイプのデータベースも本発明の精神及び範囲内に入ることが理解できるであろう。
【００１７】
フリート管理ソフトウェア・モジュール１２０のインスタンスは、適切なプロセス間通信（ＩＰＣ）方法を用いてフリート管理データベースのインスタンスと通信することができる（例えば、２つのプログラムのインスタンスが異なるコンピュータにより実行される場合には、ローカル・エリア・ネットワーク（ＬＡＮ）５００を介するＴＣＰ接続を通じて、また、２つのプログラムのインスタンスが同一のコンピュータに位置する場合には、ローカル・ホスト内で、通信することができる）。
【００１８】
一実施形態では、フリート管理ソフトウェア・モジュール１２０と、ＨＴＴＰサーバ・ソフトウェア・モジュール１３０と、支払処理ソフトウェア・モジュール１４０と、フリート管理データベース１５０とは、単一のコンピュータに配置され得る。別の実施形態では、フリート管理ソフトウェア・モジュール１２０と、ＨＴＴＰサーバ・ソフトウェア・モジュール１３０と、支払処理ソフトウェア・モジュール１４０と、フリート管理データベース１５０とは、異なるコンピュータに存在し得る。さらに別の実施形態では、フリート管理ソフトウェア・モジュール１２０と、ＨＴＴＰサーバ・ソフトウェア・モジュール１３０と、支払処理ソフトウェア・モジュール１４０と、フリート管理データベース１５０とにおける複数のインスタンスを実行するために幾つかのコンピュータを使用することにより、スケーラビリティ(scalability)を達成することができる。さらに別の実施形態では、ソフトウェア・モジュール１２０、１３０、１４０、及びデータベース１５０のうち、幾つかは併置され、幾つかは異なるコンピュータに存在することも可能である。
【００１９】
上記のフリート管理システム１０００の説明では、ソフトウェア・モジュール１２０、１３０、１４０、及びデータベース１５０に機能が分けられているが、これは単なる例示である。当業者であれば、本明細書に記載のソフトウェア・モジュール１２０、１３０、１４０、及びデータベース１５０の機能は、単一のソフトウェア・モジュールによって実現されても、あるいは２以上のソフトウェア・モジュールに分割されても、本発明の精神及び範囲から逸脱しないことが理解できるであろう。
【００２０】
当業者であれば、ウェブ・アプリケーション・インフラストラクチャに典型的に含まれる、別のソフトウェア・コンポーネント及びハードウェア・コンポーネント（例えば、ファイアウォール、ＨＴＴＰロード・バランサ、ＳＳＬアクセラレータ）も本発明の精神及び範囲内に入ることが理解できるであろう。本発明に従った、一群のＥＩＲ端末のためのプリペイド使用モデルを実施する方法の一実施形態を、図２のフローチャートを参照して説明する。この方法は、本明細書に記載のフリート管理ソフトウェア・モジュール１２０により実行することができる。
【００２１】
ステップ２００及び２１０において、方法は、ユーザからの処理の要求を待つ。一実施形態では、ユーザの要求は、ブラウザ・ベースのユーザ・インターフェースを通じて開始され、ＨＴＴＰサーバ・ソフトウェア・モジュール１３０を介して、フリート管理ソフトウェア・モジュール１２０へ送信され得る。
【００２２】
ステップ２２０において、方法は、ロック解除メッセージを求める要求が受信されたかを確定する。受信されていれば、方法はステップ２３０に進む。
【００２３】
ステップ２３０において、方法は、ロック解除メッセージの要求を解析及び検証する。一実施形態では、ロック解除メッセージの要求は、図３に概略的に示されるフィールドを備えることができる。
【００２４】
図２を再び参照する。ステップ２４０で、方法は、要求された数のＥＩＲ動作に対する支払額を計算する。一実施形態では、方法は、顧客コードや、端末タイプや、端末シリアル番号により識別されるＥＩＲ端末に関するＥＩＲ動作の料金を確かめるために、フリート管理データベース１５０にクエリ（問い合わせ）を行うことが可能である。別の実施形態では、ＥＩＲ動作の料金はさらに、使用履歴、顧客に使用されているフリート（fleet、集団）のサイズ、要求されるＥＩＲ動作の数、及び／又は他の要因に依存し得る。
【００２５】
一実施形態では、フリート管理データベースはテーブルを含むことが可能であり、その例示的な構造を図４に示す。
【００２６】
別の実施形態では、方法は、同じＥＩＲ動作料金を、全てのロック解除コードの要求に対して用いることができ、従って、フリート管理データベース１５０にクエリを行うステップを省略することができる。
【００２７】
再び図２を参照する。ステップ２５０において、方法は、ロック解除メッセージの要求の一部として供給される支払詳細を用いて、要求された数のＥＩＲ動作についての支払の処理を行うために、支払処理ソフトウェア・モジュール１４０を呼び出す。
【００２８】
一実施形態では、支払処理ソフトウェア・モジュールは、ＷＡＮ（例えば、インターネット）９００を介して外部の支払処理システム（図１に示さず）と通信することにより、クレジット・カードによる支払いを処理することができる。
【００２９】
ステップ２６０において、方法は、支払の処理が成功したかを確かめる。成功した場合、ステップ２７０で処理が継続される。そうでない場合、方法は、ステップ２６５（支払処理の試みの失敗をユーザに通知するステップ）に分岐し、その後ステップ２００に戻る。
【００３０】
ステップ２７０において、方法は、ロック解除メッセージを暗号化する。一実施形態では、共有鍵を用いて暗号化が実行され得る。別の実施形態では、暗号化は公開／秘密鍵ペア（非対称鍵暗号化）を用いて実行され得る。当業者であれば、これらとは別の暗号化方式も本発明の精神及び範囲内に入ることが理解できるであろう。
【００３１】
ステップ２８０において、ロック解除メッセージは、ＥＩＲ端末により読取られるバーコードに符号化される。別の実施形態では、ロック解除メッセージを表すビット・ストリームが、ネットワークを介してＥＩＲ端末へ送信される。当業者であれば、ロック解除メッセージをＥＩＲ端末に配信する別の方法も本発明の精神及び範囲内に入ることが理解できるであろう。
【００３２】
ステップ２９０において、方法は、フリート管理データベース１５０に、支払イベントのログをとるようにクエリする。ステップ２９０が完了すると、この方法はステップ２００に戻る。
【００３３】
次に、ロック解除メッセージの要求の構造の一実施形態を、図３を参照して説明する。ロック解除メッセージの要求の構造３００は次のようなフィールドを含み得る。
− 端末識別子フィールド３１２：一実施形態では、端末識別子は、製造業者によりＥＩＲ端末に割り当てられた端末シリアル番号により提供され得る。
− 要求されたＥＩＲ動作数フィールド３１４
【００３４】
別の実施形態では、ロック解除メッセージの要求の構造はさらに、顧客識別子フィールド等のような、他のフィールドを含むことができる。
【００３５】
次に、フリート管理データベース・テーブルの構造の一実施形態を、図４を参照して説明する。フリート管理データベースは、顧客フリート・テーブル４１０、端末パラメータ・テーブル４５０、支払イベント・ログ・テーブル４８０を含み得る。
【００３６】
一実施形態では、顧客フリート・テーブル４１０は、以下のフィールドを含み得る：
− 顧客識別子４１２
− 端末識別子４１４
【００３７】
一実施形態では、端末パラメータ・テーブル４５０は、以下のフィールドを含み得る：
− 端末識別子４５２
− 端末タイプ・フィールド４５４
− 今までに購入されたＥＩＲ動作の総数４５６
【００３８】
一実施形態では、料金テーブル４８０は、以下のフィールドを含み得る：
− 端末タイプ４８２
− 顧客のフリートのサイズ４８４
− その端末に関して今までに購入されたＥＩＲ動作の総数４８６
− 一つのＥＩＲ動作の料金４８８
【００３９】
一実施形態では、支払イベント・ログ・テーブル４９０は以下のテーブルを含み得る：
− タイムスタンプ４９２
− 端末識別子４９４
− 購入されたＥＩＲ動作数４９６
− 支払額４９８
− 支払トランザクション（取引）識別子４９９
【００４０】
図２を再び参照する。ステップ２４０において、ＥＩＲ端末のフリートのためのプリペイド使用モデルを実施する方法は、要求されたＥＩＲ動作数に対する支払額を算出する。一実施形態では、方法は、ロック解除メッセージの要求を解析して端末識別子値（terminal identifier value）を抽出し、それから、端末識別子に対応する顧客識別子を確かめるために、フリート管理データベース１５０にクエリする（問い合わせを行う）。次に、方法は、要求が現在処理されている端末に関して、以前に購入されたＥＩＲ動作の数を確めるるために、フリート管理データベース１５０にクエリする。次に、方法は、顧客の端末フリート（端末の集団）のサイズを確かめるために、フリート管理データベース１５０にクエリする。最後に、方法は、単一（１つ）のＥＩＲ動作の料金を確かめるために、フリート管理データベース１５０にクエリする。単一のＥＩＲ動作の料金は、一実施形態では、購入されているＥＩＲ動作の数に依存し得る（すなわち、数量割引の対象であり得る）。そして、ＥＩＲ動作料金と、要求されるＥＩＲ動作の数とを乗算することにより、支払額が算出される。当業者であれば、フリート管理データベース１５０の別の構造も本発明の精神及び範囲内に入ることが理解できるであろう。
【００４１】
本発明の実施に適するＥＩＲ端末のブロック図を、図５を参照して説明する。ＥＩＲ端末１００は、マイクロプロセッサ３１０とメモリ３２０とを備え、図５に最適に示されるように、両方ともバス３７０に結合される。マイクロプロセッサ３１０は、汎用マイクロプロセッサ又は専用マイクロプロセッサ（例えば、ＡＳＩＣ）により提供される。一実施形態では、ＥＩＲ端末１００は、中央演算処理装置（ＣＰＵ）として示される単一のマイクロプロセッサを備えることができる。別の実施形態では、ＥＩＲ端末１００は、２以上のマイクロプロセッサ、例えば、ＣＰＵと専用マイクロプロセッサ（ＡＳＩＣ等）とを、備えることができる。一実施形態では、メモリ３２０は、ＲＡＭ、ＲＯＭ、ＥＰＲＯＭ、及び／又はＳＩＭカード・ベースのメモリにより提供され得る。
【００４２】
ＥＩＲ端末１００はさらに、バーコード読取デバイス、ＲＦＩＤ読取デバイス、及びカード読取デバイス等を含めての１又は複数のＥＩＲデバイス３１５を備えることが可能であり、これらもシステム・バス３７０に結合される。一実施形態では、ＥＩＲ読取デバイスは、符号化メッセージに対応する復号化（復号化された）メッセージ・データを出力することができる。別の実施形態では、ＥＩＲ読取デバイスは、符号化メッセージを備える生のメッセージ・データ、例えば、生の画像データや生のＲＦＩＤデータを出力することができる。
【００４３】
当然ながら、バーコードを読み取るデバイス、ＲＦＩＤを読み取るデバイス、又は符号化情報を保持するカードを読み取るデバイスが、これらの２つ以上の種類のものを読み取る場合も、本発明の範囲内である。例えば、バーコードを読み取るデバイスは、カード・リーダ及び／又はＲＦＩＤリーダを含むことが可能であり、ＲＦＩＤを読み取るデバイスも、バーコード及び／又はカードを読み取ることが可能であり、カードを読み取るデバイスは、バーコード及び／又はＲＦＩＤを読み取ることも可能である。さらに明確化しておくと、そのようなデバイスであると見なすにあたり、デバイスの主たる機能が任意のこれらの機能に関連している必要はない。例えば、バーコードを読み取ることができる携帯電話や、スマートフォンや、ＰＤＡは、本発明の目的に関しては、バーコードを読み取るデバイスである。
【００４４】
ＥＩＲ端末１００はさらに、キーボード・インターフェース３５４と、ディスプレイ・アダプタ３５５とを備え、これらの両方ともがシステム・バス３７０に結合される。ＥＩＲ端末１００はさらにバッテリ３５６を備えることができる。
【００４５】
一実施形態では、ＥＩＲ端末１００はさらに、ＧＰＳレシーバ３８０を備えることができる。一実施形態では、ＥＩＲ端末１００はさらに、加入者識別モジュール（ＳＩＭ）カードを受けるように構成される少なくとも１つのコネクタ３９０を備えることができる。
【００４６】
ＥＩＲ端末１００はさらに、例えば８０２．１１対応ワイヤレス通信インターフェースやイーサネット（登録商標）・インターフェースにより提供され得る通信インターフェース３４０を備えることができる。当業者であれば、これらとは別のタイプのネットワーク・インターフェースも本発明の精神及び範囲に入ることが理解できるであろう。
【００４７】
一実施形態では、ＥＩＲ端末１００は、図１のＬＡＮ５００に接続されるコンピュータ１５１と通信することができる。一実施形態では、ＥＩＲ端末１００は、８０２．１１対応ワイヤレス・インターフェースを用いて、ワイヤレス・アクセス・ポイント５０５を介して、ＬＡＮ５００と接続することができる。別の実施形態では、ＥＩＲ端末は、イーサネット（登録商標）・インターフェースを介して（例えば、ドッキング・ステーションを介して）ＬＡＮ５００に接続することができる。当業者であれば、ＥＩＲ端末をＬＡＮ５００に接続する別の方法も本発明の精神及び範囲内に入ることが理解できるであろう。
【００４８】
一実施形態では、ＬＡＮ５００は、ルータ６００を介してＷＡＮ（例えば、インターネット）９００に接続することができる。ＥＩＲ端末は、ルータ１５７を介してインターネットに接続することができるリモート・コンピュータ１５５と通信することも可能である。
【００４９】
本明細書において様々なネットワークが示したが、ＯＳＩモデルのネットワーク層から見て単一のネットワークは、複数の下位層のネットワークを備え得る。すなわち、単一のインターネット・プロトコル（ＩＰ）・ネットワークと見なされ得るものは、複数の異なる物理ネットワークを含み得る。
【００５０】
次に、本発明に従ったＥＩＲ端末の形状（フォーム・ファクタ、form factor）及びハウジングについて説明する。ＥＩＲ端末１００のコンポーネントは、種々の異なるハウジングに組み込み可能である。図６ａ及び図６ｂの実施形態に示されるように、図５のコンポーネントは、手持ち型ハウジング１０１に組み込むことができる。図６ａ及び６ｂのＥＩＲ端末１００は、手持ち型の携帯型データ端末の形状である。図６ａ及び図６ｂに示されるＥＩＲ端末１００は、キーボード１０９０と、関連するタッチ・スクリーン・オーバーレイを有するディスプレイ５０４と、カード・リーダ１３４８と、本明細書で述べたような画像化アセンブリ（組立体）のコンポーネント、すなわち画像センサＩＣチップに組み込まれる画像センサ・アレイ、を含み得る画像化モジュール３６０とを含むことができる。図６ｂの側面図に示されるように、図５のブロック図のコンポーネントは、ハウジング１０１内の複数の回路基板１０７７上に支持され得る。画像化モジュール３６０は、感色性ピクセル（color sensitive pixel）を有する画像センサ・アレイを含むことができ、この感色性ピクセルについては、２００５年６月３に出願された米国特許仮出願番号６０／６８７，６０６号、２００５年６月１４日に出願された米国特許仮出願番号６０／６９０，２６８号、２００５年６月２２日に出願された米国特許仮出願番号６０／６９２，８９０号、及び２００５年６月２７日に出願された米国特許仮出願番号６０／６９４，３７１号で述べられている。これらの出願は全て「単色及びカラーのハイブリッド・イメージ・センサを持つデジタル画像取得光学式リーダ（Digital Picture Taking Optical Reader Having Hybrid Monochrome And Color Image Sensor）」と題されており、これらの全てを参照により援用する。
【００５１】
図７ａ〜図７ｃの実施形態では、ＥＩＲ端末１００はトランザクション（取引）端末の形状であり、小売購入トランザクション端末(retail purchase transaction terminal)や料金検査装置(price verifier)として構成され得る。図７ａ〜図７ｃに示されるトランザクション端末のハウジング１０２は、いろいろな場所へ移動できるようにするために、持ち運びできるように構成されており、さらに、キャッシャー・ステーション（casher station、レジ）の固定構造物や、小売店の床の固定構造物などのような固定の構造物に、交換可能に取り付けられるように構成される。底面図である図７ｃを参照すると、ＥＩＲ端末１００のハウジング１０２は、ＥＩＲ端末１００を固定構造物へ交換可能に取り付けることを容易にする構造２６８を有する。次に図７ｂを参照すると、ＥＩＲ端末１００は、関連するタッチ画面５０４Ｔを有するディスプレイ５０４、カード・リーダ１３４８、画像化モジュール３６０、及びルミナス・シュラウド（luminous shroud、光用の囲い板）３６２とを含む。
【００５２】
次に、本発明に従ったＥＩＲ端末によりプリペイド使用モデルを実施する方法の一実施形態を、図８に示されたフロー図を参照して説明する。
【００５３】
ステップ８１０及び８２０において、方法は、端末操作者によるコマンド入力を待つ。
【００５４】
ステップ８３０で、方法は、ＥＩＲ動作を行おうとしたかを確かめる。行おうとしていた場合、方法は８４０に進む。
【００５５】
ステップ８４０では、方法は、ＥＩＲ動作のカウンタの値がゼロより大きいかを確かめる。大きい場合は、方法はステップ８６０に進む。そうでない場合は、方法はステップ８５０へ分岐して、新たなバッチのＥＩＲ動作がプリペイドされなければ、行おうとしたＥＩＲ動作は実行されないことを、ＥＩＲ端末操作者に通知する。
【００５６】
ステップ８６０では、方法は、端末操作者により要求されたＥＩＲ動作を実行する。
【００５７】
ステップ８７０では、方法は、ＥＩＲ動作のカウンタの値をデクリメント（減分）し、それを不揮発性メモリに記憶する。ステップが完了すると、方法はステップ８１０に戻る。
【００５８】
ＥＩＲ端末によりプリペイド使用モデルを実施する方法の別の実施形態では、ＥＩＲ動作のカウンタは、ゼロに初期設定され、それぞれのＥＩＲ動作を行おうとする前にインクリメント（増分）され、さらに、行おうとしたＥＩＲ動作が許可されるかを確かめるために、プリペイドされた動作の数と比較される。
【００５９】
行おうとしたＥＩＲ動作が許可されなかったという通知を受信すると（又は、例えば、プリペイドされた動作の９０％という閾値に達したことを示す通知のような、早期通知を受信すると）、操作者は、新たなバッチのＥＩＲ動作のためのロック解除メッセージを注文することができる。一実施形態では、ロック解除メッセージは、バーコードの形でＥＩＲ端末に配信され得る。一実施形態では、ロック解除メッセージは、ビット・ストリームとしてネットワークを介してＥＩＲ端末に配信され得る。ＥＩＲ端末は、ロック解除符号化メッセージの入力に応答して、ＥＩＲ動作のカウンタの値を初期設定するように構成することができる。
【００６０】
本明細書に記載の装置及び方法の中には以下に述べるものがある。
【００６１】
Ａ１． 符号化情報読取（ＥＩＲ）端末であって、
中央演算処理装置（ＣＰＵ）と、
前記ＣＰＵと通信可能に結合されるメモリと、
通信インターフェースと、
バーコード読取デバイス、ＲＦＩＤ読取デバイス、及びカード読取デバイスを含むグループから選択されるものであり、符号化メッセージを含む生のメッセージデータの出力と、符号化メッセージに対応する復号化メッセージデータの出力とのうちの１つを実行するように構成されるものであるＥＩＲデバイスと
を備え、
前記ＥＩＲ端末は、前記通信インターフェースと、前記ＥＩＲデバイスとのうちの１つを介するロック解除符号化メッセージの入力に応答して、ＥＩＲ動作のカウンタを初期設定するように構成されるものであり、
前記ＥＩＲ端末はさらに、ＥＩＲ動作を実行する前に、ＥＩＲ動作の前記カウンタを所定の一定値と比較することにより、前記ＥＩＲ動作が許可されるかを確かめるように構成されるものであり、
前記ＥＩＲ端末はさらに、それぞれのＥＩＲ動作の実行のときに、ＥＩＲ動作の前記カウンタのインクリメントと、ＥＩＲ動作の前記カウンタのデクリメントとのうちの１つを実行するように構成される、
符号化情報読取（ＥＩＲ）端末。
【００６２】
Ａ２． Ａ１のＥＩＲ端末であって、前記メモリは、揮発性メモリと不揮発性メモリとを備え、
ＥＩＲ動作の前記カウンタは、前記不揮発性メモリに記憶される、
ＥＩＲ端末。
【００６３】
Ａ３． Ａ１のＥＩＲ端末であって、ＥＩＲ動作の前記カウンタは、実行されたＥＩＲ動作の数と、プリペイドされたＥＩＲ動作の残数とのうち１つを反映する、ＥＩＲ端末。
【００６４】
Ａ４． Ａ１のＥＩＲ端末であって、前記所定の一定値は、ゼロと、プリペイドされたＥＩＲ動作の数とのうちの１つと等しいものである、ＥＩＲ端末。
【００６５】
Ａ５． Ａ１のＥＩＲ端末であって、前記ロック解除メッセージは、プリペイドされたＥＩＲ動作の数を含むものである、ＥＩＲ端末。
【００６６】
Ａ６． Ａ１のＥＩＲ端末であって、前記ロック解除メッセージは、共有鍵暗号化方式と、非対称鍵暗号化方式とのうちの１つを用いて暗号化されるものである、ＥＩＲ端末。
【００６７】
Ａ７． Ａ１のＥＩＲ端末であって、前記ＥＩＲ端末はさらに、行おうとしたＥＩＲ動作が許可されないことを確認したことに応答して、前記ＥＩＲ端末の操作者へ通知を行うように構成される、ＥＩＲ端末。
【００６８】
Ａ８． Ａ１のＥＩＲ端末であって、前記ＥＩＲ端末はさらに、行おうとしたＥＩＲ動作が許可されないことを確認したことに応答して、外部のシステムへメッセージを送信するように構成される、ＥＩＲ端末。
【００６９】
Ｂ１． 複数のＥＩＲ端末を管理するためのフリート管理システムであって、前記複数のＥＩＲ端末の各ＥＩＲ端末は、バーコード読取デバイスと、ＲＦＩＤ読取デバイスと、カード読取デバイスとを含むグループから選択されるＥＩＲデバイスを含むものであり、前記フリート管理システムは、
１又は複数のコンピュータであって、各コンピュータは、中央演算処理装置と、メモリと、通信インターフェースとを備えるものである、１又は複数のコンピュータと、
前記１又は複数のコンピュータの少なくとも１つのコンピュータにより実行されるフリート管理ソフトウェア・モジュールと、
前記フリート管理ソフトウェア・モジュールと通信する支払処理ソフトウェア・モジュールであって、前記１又は複数のコンピュータの少なくとも１つのコンピュータにより実行されている、支払処理ソフトウェア・モジュールと
を備えるものであり、
前記フリート管理ソフトウェア・モジュールは、顧客が開始した要求の受信に応答して、前記支払処理ソフトウェア・モジュールにより支払いの処理がなされると、ロック解除メッセージを生成するように構成されるものであり、
前記ロック解除メッセージは、ＥＩＲ端末で読み取られるバーコードと、前記通信インターフェースを介してＥＩＲ端末へ転送されるビットストリームとのうちの１つにより提供されるものであり、
前記複数のＥＩＲ端末の各ＥＩＲ端末は、前記ロック解除メッセージの受信に応答して、所定数以下のＥＩＲ動作を実行するように構成される、
フリート管理システム。
【００７０】
Ｂ２． Ｂ１のフリート管理システムであって、前記フリート管理ソフトウェア・モジュールと通信するフリート管理データベースをさらに備え、前記フリート管理データベースは、１又は複数のコンピュータに存在するものであり、
前記フリート管理ソフトウェア・モジュールは、顧客が開始した前記要求の受信に応答して、前記ロック解除メッセージを生成する前に、前記フリート管理データベースにクエリを行うように構成される、フリート管理システム。
【００７１】
Ｂ３． Ｂ１のフリート管理システムであって、前記支払処理ソフトウェア・モジュールは、クレジットカード処理と、銀行口座からの自動引き落としとのうちの少なくとも１つを実行するように構成される、フリート管理システム。
【００７２】
Ｂ４． Ｂ１のフリート管理システムであって、前記支払処理ソフトウェア・モジュールは、外部の支払処理システムにクエリを行うように構成される、フリート管理システム。
【００７３】
Ｂ５． Ｂ１のフリート管理システムであって、前記フリート管理ソフトウェア・モジュールと通信するＨＴＴＰサーバ・ソフトウェア・モジュールをさらに備え、前記ＨＴＴＰサーバ・ソフトウェア・モジュールは、前記１又は複数のコンピュータの少なくとも１つにより実行されるものであり、
前記ＨＴＴＰサーバ・ソフトウェア・モジュールは、顧客が開始した前記要求を入力するように構成される、フリート管理システム。
【００７４】
Ｂ６． Ｂ１のフリート管理システムであって、前記フリート管理ソフトウェア・モジュールと通信するフリート管理データベースをさらに備え、前記フリート管理データベースは、１又は複数のコンピュータに存在するものであり、
前記フリート管理データベースは複数のフリート管理記録を備え、各フリート管理記録は、端末識別子のフィールドと、支払額のフィールドと、許可される走査数のフィールドとを含む、フリート管理システム。
【００７５】
本発明を、特定の実施形態に関連して特定的に図示及び説明したが、本明細書の記載及び図面により支持される請求項により定義される本発明の精神及び範囲から逸脱しない範囲で、実施形態において細部のさまざまな変更が行われてよいことは、当業者には理解できるであろう。さらに、例示的な実施形態が特定数のエレメントにより説明されている場合に関して、それらの例示的な実施形態は、その特定数のエレメントよりも少ない数のエレメントを用いて実現されてもよい。
【特許請求の範囲】
【請求項１】
符号化情報読取（ＥＩＲ）端末であって、
中央演算処理装置（ＣＰＵ）と、
前記中央演算処理装置と通信可能に結合されるメモリと、
通信インターフェースと、
バーコード読取デバイス、ＲＦＩＤ読取デバイス、及びカード読取デバイスを含むグループから選択される符号化情報読取デバイスであって、符号化メッセージを含む生のメッセージ・データを出力することと、符号化メッセージに対応する復号化メッセージデータを出力することとのうちの１つを実行するように構成される符号化情報読取デバイスと
を備え、
前記符号化情報読取端末は、前記通信インターフェースと、前記符号化情報読取デバイスとのうちの１つを介するロック解除符号化メッセージの入力に応答して、符号化情報読取動作のカウンタを初期設定するように構成されるものであり、
前記符号化情報読取端末はさらに、符号化情報読取動作を実行する前に、符号化情報読取動作の前記カウンタを所定の一定値と比較することにより、前記符号化情報読取動作が許可されるかを確かめるように構成されるものであり、
前記符号化情報読取端末はさらに、それぞれの符号化情報読取動作の実行のときに、符号化情報読取動作の前記カウンタのインクリメントと、符号化情報読取動作の前記カウンタのデクリメントとのうちの１つを実行するように構成されるものである、
符号化情報読取端末。
【請求項２】
請求項１記載の符号化情報読取端末であって、前記メモリは、揮発性メモリと、不揮発性メモリとを備え、
符号化情報読取動作の前記カウンタは、前記不揮発性メモリに記憶される、
符号化情報読取端末。
【請求項３】
請求項１記載の符号化情報読取端末であって、符号化情報読取動作の前記カウンタは、実行された符号化情報読取動作の数と、プリペイドされた符号化情報読取動作の残数とのうち１つを反映する、符号化情報読取端末。
【請求項４】
請求項１記載の符号化情報読取端末であって、前記ロック解除メッセージは、プリペイドされた符号化情報読取動作の数を含むものである、符号化情報読取端末。
【請求項５】
請求項１記載の符号化情報読取端末であって、前記ロック解除メッセージは、共有鍵暗号化方式と、非対称鍵暗号化方式とのうちの１つを用いて暗号化されるものである、符号化情報読取端末。
【請求項６】
請求項１記載の符号化情報読取端末であって、前記符号化情報読取端末はさらに、行おうとした符号化情報読取動作が許可されないことの確認に応答して、前記符号化情報読取端末の操作者へ通知を行うように構成される、符号化情報読取端末。
【請求項７】
請求項１記載の符号化情報読取端末であって、前記符号化情報読取端末はさらに、行おうとした符号化情報読取動作が許可されないことの確認に応答して、外部のシステムへメッセージを送信するように構成される、符号化情報読取端末。
【請求項８】
複数の符号化情報読取端末を管理するためのフリート管理システムであって、前記複数の符号化情報読取端末の各符号化情報読取端末は、バーコード読取デバイス、ＲＦＩＤ読取デバイス、及びカード読取デバイスを含むグループから選択される符号化情報読取デバイスを含むものであり、前記フリート管理システムは、
、中央演算処理装置と、メモリと、通信インターフェースとを各コンピュータが備える、１又は複数のコンピュータと、
前記１又は複数のコンピュータの少なくとも１つのコンピュータにより実行されるフリート管理ソフトウェア・モジュールと、
前記フリート管理ソフトウェア・モジュールと通信するものであり、前記１又は複数のコンピュータの少なくとも１つのコンピュータにより実行されるものである支払処理ソフトウェア・モジュールと
を備えるものであり、
前記フリート管理ソフトウェア・モジュールは、顧客により開始された要求の受信に応答して、前記支払処理ソフトウェア・モジュールにより支払いが処理されると、ロック解除メッセージを生成するように構成されるものであり、
前記ロック解除メッセージは、符号化情報読取端末で読み取られるバーコードと、前記通信インターフェースを介して符号化情報読取端末へ送られるビット・ストリームとのうちの１つにより提供されるものであり、
前記複数の符号化情報読取端末の各符号化情報読取端末は、前記ロック解除メッセージの受信に応答して、所定数以下の符号化情報読取動作を実行するように構成される、
フリート管理システム。
【請求項９】
請求項８記載のフリート管理システムであって、前記フリート管理ソフトウェア・モジュールと通信するフリート管理データベースをさらに含み、前記フリート管理データベースは１又は複数のコンピュータに存在するものであり、
前記フリート管理ソフトウェア・モジュールは、顧客により開始された前記要求の受信に応答して、前記ロック解除メッセージを生成する前に、前記フリート管理データベースにクエリを行うように構成される、フリート管理システム。
【請求項１０】
請求項８記載のフリート管理システムであって、前記フリート管理ソフトウェア・モジュールと通信するＨＴＴＰサーバ・ソフトウェア・モジュールをさらに備え、前記ＨＴＴＰサーバ・ソフトウェア・モジュールは、前記１又は複数のコンピュータの少なくとも１つにより実行されるものであり、
前記ＨＴＴＰサーバ・ソフトウェア・モジュールは、顧客により開始された前記要求を入力するように構成される、フリート管理システム。
【請求項１】
符号化情報読取（ＥＩＲ）端末であって、
中央演算処理装置（ＣＰＵ）と、
前記中央演算処理装置と通信可能に結合されるメモリと、
通信インターフェースと、
バーコード読取デバイス、ＲＦＩＤ読取デバイス、及びカード読取デバイスを含むグループから選択される符号化情報読取デバイスであって、符号化メッセージを含む生のメッセージ・データを出力することと、符号化メッセージに対応する復号化メッセージデータを出力することとのうちの１つを実行するように構成される符号化情報読取デバイスと
を備え、
前記符号化情報読取端末は、前記通信インターフェースと、前記符号化情報読取デバイスとのうちの１つを介するロック解除符号化メッセージの入力に応答して、符号化情報読取動作のカウンタを初期設定するように構成されるものであり、
前記符号化情報読取端末はさらに、符号化情報読取動作を実行する前に、符号化情報読取動作の前記カウンタを所定の一定値と比較することにより、前記符号化情報読取動作が許可されるかを確かめるように構成されるものであり、
前記符号化情報読取端末はさらに、それぞれの符号化情報読取動作の実行のときに、符号化情報読取動作の前記カウンタのインクリメントと、符号化情報読取動作の前記カウンタのデクリメントとのうちの１つを実行するように構成されるものである、
符号化情報読取端末。
【請求項２】
請求項１記載の符号化情報読取端末であって、前記メモリは、揮発性メモリと、不揮発性メモリとを備え、
符号化情報読取動作の前記カウンタは、前記不揮発性メモリに記憶される、
符号化情報読取端末。
【請求項３】
請求項１記載の符号化情報読取端末であって、符号化情報読取動作の前記カウンタは、実行された符号化情報読取動作の数と、プリペイドされた符号化情報読取動作の残数とのうち１つを反映する、符号化情報読取端末。
【請求項４】
請求項１記載の符号化情報読取端末であって、前記ロック解除メッセージは、プリペイドされた符号化情報読取動作の数を含むものである、符号化情報読取端末。
【請求項５】
請求項１記載の符号化情報読取端末であって、前記ロック解除メッセージは、共有鍵暗号化方式と、非対称鍵暗号化方式とのうちの１つを用いて暗号化されるものである、符号化情報読取端末。
【請求項６】
請求項１記載の符号化情報読取端末であって、前記符号化情報読取端末はさらに、行おうとした符号化情報読取動作が許可されないことの確認に応答して、前記符号化情報読取端末の操作者へ通知を行うように構成される、符号化情報読取端末。
【請求項７】
請求項１記載の符号化情報読取端末であって、前記符号化情報読取端末はさらに、行おうとした符号化情報読取動作が許可されないことの確認に応答して、外部のシステムへメッセージを送信するように構成される、符号化情報読取端末。
【請求項８】
複数の符号化情報読取端末を管理するためのフリート管理システムであって、前記複数の符号化情報読取端末の各符号化情報読取端末は、バーコード読取デバイス、ＲＦＩＤ読取デバイス、及びカード読取デバイスを含むグループから選択される符号化情報読取デバイスを含むものであり、前記フリート管理システムは、
、中央演算処理装置と、メモリと、通信インターフェースとを各コンピュータが備える、１又は複数のコンピュータと、
前記１又は複数のコンピュータの少なくとも１つのコンピュータにより実行されるフリート管理ソフトウェア・モジュールと、
前記フリート管理ソフトウェア・モジュールと通信するものであり、前記１又は複数のコンピュータの少なくとも１つのコンピュータにより実行されるものである支払処理ソフトウェア・モジュールと
を備えるものであり、
前記フリート管理ソフトウェア・モジュールは、顧客により開始された要求の受信に応答して、前記支払処理ソフトウェア・モジュールにより支払いが処理されると、ロック解除メッセージを生成するように構成されるものであり、
前記ロック解除メッセージは、符号化情報読取端末で読み取られるバーコードと、前記通信インターフェースを介して符号化情報読取端末へ送られるビット・ストリームとのうちの１つにより提供されるものであり、
前記複数の符号化情報読取端末の各符号化情報読取端末は、前記ロック解除メッセージの受信に応答して、所定数以下の符号化情報読取動作を実行するように構成される、
フリート管理システム。
【請求項９】
請求項８記載のフリート管理システムであって、前記フリート管理ソフトウェア・モジュールと通信するフリート管理データベースをさらに含み、前記フリート管理データベースは１又は複数のコンピュータに存在するものであり、
前記フリート管理ソフトウェア・モジュールは、顧客により開始された前記要求の受信に応答して、前記ロック解除メッセージを生成する前に、前記フリート管理データベースにクエリを行うように構成される、フリート管理システム。
【請求項１０】
請求項８記載のフリート管理システムであって、前記フリート管理ソフトウェア・モジュールと通信するＨＴＴＰサーバ・ソフトウェア・モジュールをさらに備え、前記ＨＴＴＰサーバ・ソフトウェア・モジュールは、前記１又は複数のコンピュータの少なくとも１つにより実行されるものであり、
前記ＨＴＴＰサーバ・ソフトウェア・モジュールは、顧客により開始された前記要求を入力するように構成される、フリート管理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６ａ】
【図６ｂ】
【図７ａ】
【図７ｂ】
【図７ｃ】
【図８】
【図２】
【図３】
【図４】
【図５】
【図６ａ】
【図６ｂ】
【図７ａ】
【図７ｂ】
【図７ｃ】
【図８】
【公開番号】特開２０１２−１６０１８５（Ｐ２０１２−１６０１８５Ａ）
【公開日】平成２４年８月２３日（２０１２．８．２３）
【国際特許分類】
【外国語出願】
【出願番号】特願２０１２−１６９８１（Ｐ２０１２−１６９８１）
【出願日】平成２４年１月３０日（２０１２．１．３０）
【出願人】（５０３１３１２０５）メトロロジック・インストルメンツ・インコーポレーテッド (6)
【Ｆターム（参考）】
【公開日】平成２４年８月２３日（２０１２．８．２３）
【国際特許分類】
【出願番号】特願２０１２−１６９８１（Ｐ２０１２−１６９８１）
【出願日】平成２４年１月３０日（２０１２．１．３０）
【出願人】（５０３１３１２０５）メトロロジック・インストルメンツ・インコーポレーテッド (6)
【Ｆターム（参考）】
[ Back to top ]