"製品在庫インジケータを提供するためのコンピュータ実行方法であって、コンピュータ上で販売時点データPOSデータを受信するステップであって、前記POSデータは、販売された製品を特定する第1の製品識別情報と、前記製品を販売した店舗を特定する第1の店舗識別情報と、並びに、前記製品を販売した第1の時間に対応するタイムスタンプとを含む、ステップと、前記コンピュータにより、受信した前記POSデータに少なくとも一部基いて、前記店舗での前記製品に関する販売事象速度を決定するステップと、前記コンピュータにより、第2の時間において、前記製品の問い合わせを受信するステップであって、前記第2の時間は、前記第1の時間よりも後である、ステップと、前記コンピュータにより、前記販売事象速度に少なくとも基いて、前記第2の時間と前記第1の時間の差分に対応する持続時間中に販売事象を観測しない確率を決定するステップと、前記問い合わせに応答して、前記店舗での前記製品の製品在庫表示を提供するステップと、を含む、方法。POSデータは、前記製品が販売された前記店舗以外の情報源からのデータを含む、請求項1に記載の方法。前記在庫表示は、前記確率が、第1の確率閾値よりも高い時の在庫ありインジケータを含む、請求項1に記載の方法。前記在庫表示は、前記確率が、前記第1の確率閾値よりも低く、且つ、第2の確率閾値よりも高い時の制限インジケータを含み、前記第2の確率閾値は、前記第1の確率閾値よりも低く、前記在庫インジケーションは、更に、前記確率が、前記第2の確率閾値よりも低い時の在庫切れインジケータを含む、請求項3に記載の方法。前記reと前記タイムスタンプを、前記製品と前記店舗に対応するデータオブジェクトの中に記憶することを、更に含む、請求項1に記載の方法。前記持続時間中に販売事象を観測しない確率は、方程式expに従って決定される、請求項1に記載の方法。前記販売事象速度は、指数関数型の移動平均に従って決定される、請求項1に記載の方法。前記販売事象速度は、式1に従って決定され、は、以下の式ii1ktiにより再帰的に決定され、式中、tiは、販売事象iと販売事象i1間の期間であり、kは、範囲0と、前記在庫インジケータを限定へと切り替える必要のある時間を示す限定時間フィールドと、前記在庫インジケータを在庫切れへと切り替える必要のある時間を示す在庫切れ時間フィールドと、前記製品の最終販売時間に対応するタイムスタンプフィールドとを含む、ステップと、前記コンピュータによって、前記第1のタイムスタンプ、前記速度フィールド、前記タイムスタンプフィールド、及び、第1の確率閾値に少なくとも一部基いて、新規限定時間を決定するステップと、前記コンピュータによって、前記第1のタイムスタンプ、前記速度フィールド、前記タイムスタンプフィールド、及び、第2の確率閾値に少なくとも基いて、新規在庫切れ時間を決定するステップと、前記コンピュータによって、前記限定時間フィールドを前記新規の限定時間で更新するステップと、前記コンピュータによって、前記在庫切れ時間フィールドを前記新規の在庫切れ時間で更新することと、前記コンピュータによって、前記データオブジェクトを記憶することと、更に、前記コンピュータによって、前記データオブジェクトに記憶されたデータに少なくとも基いて、前記製品在庫インジケータを提供するステップと、を含む、方法。前記店舗の前記製品の製品在庫要求を受信することを更に含み、前記製品在庫インジケータを提供するステップは、前記製品在庫要求を受信した時間を、前記限定時間フィールド、及び、前記在庫切れ時間フィールドの少なくとも一方と突き合わせて比較することを含む、請求項14の記載の方法。前記店舗での前記製品の販売事象速度を、re1となるよう、決定することを更に含み、前記新規の限定時間は、以下の方程式reに従って決定され、前記新規の在庫切れ時間は、以下の方程式reに従って決定される、請求項14に記載の方法。製品在庫インジケータを提供するためのコンピュータ実行方法であって、コンピュータによって、販売時点データPOSデータを受信するステップであって、前記POSデータは、販売された製品、前記製品を販売した店舗、並びに、前記製品を販売した時間に対応する第1のタイムスタンプを特定する、ステップと、前記コンピュータによって、前記製品と店舗に対応するデータオブジェクトを検索取得するステップであって、前記データオブジェクトは、前記製品の販売事象間の平均時間を示す速度フィールド、及び、前記製品の最終販売時間に対応するタイムスタンプフィールドを含む、ステップと、前記コンピュータによって、前記速度フィールド、前記タイムスタンプフィールド、及び、前記製品が販売された時間に対応する前記第1のタイムスタンプに少なくとも基づいて、販売事象間の新規の平均時間を決定する、ステップと、前記コンピュータによって、前記速度フィールドを前記新規の平均時間で更新するステップと、前記コンピュータによって、前記タイムスタンプフィールドを前記第1のタイムスタンプで更新するステップと、前記コンピュータによって、前記データオブジェクトを記憶するステップと、前記コンピュータによって、前記データオブジェクトに記憶されたデータに少なくとも基いて、前記製品在庫インジケータを提供するステップと、を含む、方法。製品在庫インジケータを提供するためのコンピュータ実行方法において、コンピュータによって、販売時点データPOSデータを受信するステップであって、前記POSデータは、販売された製品、前記製品を販売した店舗、並びに、前記製品を販売した時間に対応する第1のタイムスタンプを特定する、ステップと、前記コンピュータによって、前記製品と店舗に対応するデータオブジェクトを検索取得するステップであって、前記データオブジェクトは、前記製品の販売事象間の平均時間を示す速度フィールド、及び、前記製品の最終販売時間に対応するタイムスタンプフィールドを含む、ステップと、前記コンピュータによって、前記データオブジェクトに記憶されたデータに少なくとも基いて、前記製品在庫インジケータを提供するステップと、を含む、方法。製品在庫インジケータを提供するためのコンピュータ実行方法であって、コンピュータによって、販売時点データPOSデータを受信するステップであって、前記POSデータは、販売された製品、販売された前記製品の数量、前記製品を販売した店舗、並びに、前記製品を販売した時間に対応する第1のタイムスタンプを特定する、ステップと、前記コンピュータによって、販売された前記製品の前記数量と前記第1のタイムスタンプに少なくとも基いて、前記店舗の前記製品の販売速度を決定するステップと、前記コンピュータによって、在庫スナップショットを受信するステップであって、前記在庫スナップショットは、第1の時間での前記店舗の前記製品の在庫量Qを反映し、前記在庫スナップショットの受信は、前記第1の時間より後での第2の時間において発生する、ステップと、前記コンピュータによって、Qより少ない数量の製品が、時間T1から時間T2の間に販売される確率を決定するステップであって、前記確率は、前記販売速度、前記第1の時間、及び、前記第2の時間に少なくとも基く、ステップと、前記コンピュータにより、前記確率に少なくとも基いて、前記製品在庫インジケータを提供するステップと、を含む、方法。、であって、Qより少ない数量の製品が時間T1から時間T2の間に販売される前記確率は、以下の式に従って決定される、請求項19に記載の方法。前記販売速度は、指数関数型の移動平均に従って決定される、請求項19に記載の方法。前記販売速度は、式によって決定され、は、以下の式ii1juiにより再帰的に決定され、は、以下の式ii1ktiにより再帰的に決定され、式中、uiは販売事象i中に販売された単位数、tiは販売事象iから販売事象i1までの期間、jは範囲0j1内の定数、及び、kは範囲0k1内の定数である、請求項21に記載の方法。jは、範囲002≦j≦05内にある、請求項22に記載の方法。jは、範囲003≦k≦01内にある、請求項22に記載の方法jとkは、等しい、請求項22に記載の方法。製品在庫インジケータを提供するためのコンピュータ実行方法であって、コンピュータによって、販売時点データPOSデータを受信するステップであって、前記POSデータは、販売された製品、販売された前記製品の数量、前記製品を販売した店舗、並びに、前記製品を販売した時間に対応する第1のタイムスタンプを特定する、ステップと、前記コンピュータによって、販売された前記製品の前記数量と前記第1のタイムスタンプに少なくとも基いて、前記店舗の前記製品の販売速度を決定するステップと、前記コンピュータによって、在庫スナップショットを受信するステップであって、前記在庫スナップショットは、第1の時間T1での前記店舗の前記製品の在庫量Qを反映し、前記在庫スナップショットの受信は、前記第1の時間の後での第2の時間T2において発生する、ステップと、前記コンピュータによって、Qより少ない数量の製品が、時間T1から時間T2の間に販売される確率を決定するステップと、前記コンピュータによって、前記確率が第1の確率閾値よりも高い時、在庫ありインジケータを提供するステップと、前記コンピュータによって、前記確率が第2の確率閾値よりも低い時、在庫切れインジケータを提供するステップと、を含む方法。前記第1および第2の確率閾値は、前記店舗により販売される全ての製品について、一貫している、請求項26に記載の方法。前記第1および第2の確率閾値は、固定である、請求項26に記載の方法。前記第1の確率閾値は、前記第2の確率閾値と同一ではない、請求項26に記載の方法。前記第2の確率閾値は、前記第1の確率閾値よりも低く、前記方法が、前記確率が、前記第1の確率閾値よりも低く、且つ、第2の確率閾値よりも高い時、不明インジケータを提供するステップを、更に含む、請求項29の記載の方法。製品在庫インジケータを提供するためのコンピュータ実行方法であって、コンピュータによって、販売時点データPOSデータを受信するステップであって、前記POSデータは、販売された製品、販売された前記製品の数量、前記製品を販売した店舗、並びに、前記製品を販売した時間に対応する第1のタイムスタンプを特定する、ステップと、前記コンピュータによって、前記製品と店舗に対応するデータオブジェクトを検索取得するステップであって、前記データオブジェクトは、前記製品の販売事象中に販売された平均単位数を示す第1の速度フィールドと、前記製品の販売事象間の平均時間を示す第2の速度フィールドと、前記製品の最終販売時間に対応するタイムスタンプフィールド、数量フィールド、及び、ΔTフィールドを含む、ステップと、前記コンピュータによって、前記第1の速度フィールド、及び、前記製品を販売した前記数量に少なくとも基いて、新規平均販売単位数を決定するステップと、前記コンピュータによって、前記第2の速度フィールド、前記タイムスタンプフィールド、及び、前記第1のタイムスタンプに基いて、販売事象間の新規平均時間を決定するステップと、前記コンピュータによって、前記第1の速度フィールドを前記新規の平均販売単位数で更新するステップと、前記コンピュータによって、前記第2の速度フィールドを販売事象間の前記新規の平均時間で更新するステップと、前記コンピュータによって、前記タイムスタンプフィールドを前記第1のタイムスタンプで更新するステップと、前記コンピュータによって、前記オブジェクトを記憶するステップと、前記コンピュータによって、前記データオブジェクトに記憶された前記データに少なくとも基いて、前記製品在庫インジケータを提供するステップと、を含む、方法。在庫スナップショットを受信することを、更に含み、前記在庫スナップショットは、第1の時間T1での前記店舗での前記製品の在庫量Qを反映し、前記在庫スナップショットの受信は、前記第1の時間より後の第2の時間において発生し、更に、前記数量フィールドを前記在庫量Qで更新することと、前記ΔTフィールドを前記T2-T1値で更新することとを含む、請求項31に記載の方法。前記データオブジェクトは、rsuploadフィールドを更に含み、前記方法は、前記rsuploadフィールドを前記第2の速度フィールドの値により前記第1の速度フィールドの値を除算した値で更新することを、更に含む、請求項32に記載の方法。製品在庫インジケータを提供するためのコンピュータ実行方法であって、コンピュータによって、販売時点データPOSデータを受信するステップであって、前記POSデータは、販売された製品、販売された前記製品の数量、前記製品を販売した店舗、並びに、前記製品を販売した時間に対応する第1のタイムスタンプを特定する、ステップと、前記コンピュータによって、前記製品と店舗に対応するデータオブジェクトを検索取得するステップであって、前記データオブジェクトは、前記製品の販売事象中に販売された平均単位数を示す第1の速度フィールドと、前記製品の販売事象間の平均時間を示す第2の速度フィールドと、前記製品の最終販売時間に対応するタイムスタンプフィールドと、数量フィールドと、ΔTフィールドとを含む、ステップと、前記コンピュータによって、前記データオブジェクトに記憶されたデータに少なくとも基いて、前記製品在庫インジケータを提供するステップと、を含む、方法。製品在庫見積もりシステムであって、ストレージ資源とネットワークモジュールと、前記ストレージ資源、及び、前記ネットワークモジュールと通信可能に接続するプロセッサーとを含み、前記プロセッサーは、前記ストレージ資源に記憶されたアプリケーションコード命令を実行し、前記アプリケーションコード命令は、前記製品在庫見積もりシステムに対して、前記ネットワークモジュールを介して、販売時点データPOSデータを受信するステップであって、前記POSデータは、販売された製品、前記製品を販売した店舗、並びに、前記製品を販売した時間に対応する第1のタイムスタンプを特定する、ステップと、前記ストレージ資源から、前記製品と店舗に対応するデータオブジェクトを検索取得するステップであって、前記データオブジェクトは、前記製品の販売事象間の平均時間を示す速度フィールド、及び、前記製品の最終販売時間に対応するタイムスタンプフィールドを含む、ステップと、前記データオブジェクトに記憶された前記データに少なくとも基いて、製品在庫インジケータを提供することも実行させるステップと、を含む、製品在庫見積もりシステム。製品在庫見積もりシステムであって、ストレージ資源と、ネットワークモジュールと、前記ストレージ資源、及び、前記ネットワークモジュールと通信可能に接続するプロセッサーとを含み、前記プロセッサーは、前記ストレージ資源に記憶されたアプリケーションコード命令を実行し、前記アプリケーションコード命令は、前記製品在庫見積もりシステムに対して、前記ネットワークモジュールを介して、販売時点データPOSデータを受信するステップであって、前記POSデータは、販売された製品、販売された前記製品の数量、前記製品を販売した店舗、並びに、前記製品を販売した時間に対応する第1のタイムスタンプを特定する、ステップと、前記ストレージ資源から、前記製品と店舗に対応するデータオブジェクトを検索取得するステップであって、前記データオブジェクトは、前記製品の販売事象中に販売された平均単位数を示す第1の速度フィールドと、前記製品の販売事象間の平均時間を示す第2の速度フィールドと、前記製品の最終販売時間に対応するタイムスタンプフィールドと、数量フィールドと、ΔTフィールドとを含む、ステップと、前記データオブジェクトに記憶された前記データに少なくとも基いて、製品在庫インジケータを提供するステップと、を実行させる、製品在庫見積もりシステム。製品在庫見積もりシステムであって、ストレージ資源と、ネットワークモジュールと、前記ストレージ資源、及び、前記ネットワークモジュールと通信可能に接続するプロセッサーとを含み、前記プロセッサーは、前記ストレージ資源に記憶されたアプリケーションコード命令を実行し、前記アプリケーションコード命令は、前記製品在庫見積もりシステムに対して、前記ネットワークモジュールを介して、定期的な在庫スナップショットを受信するステップであって、前記在庫スナップショットは、第1の時間での店舗の製品の在庫量Qを反映し、前記在庫スナップショットの受信は、前記第1の時間より後での第2の時間において発生する、ステップと、前記製品と前記店舗に対応するデータオブジェクト内の前記在庫量Q、及びΔT=T2-T1値を前記ストレージ資源内に記憶するステップと、前記ネットワークモジュールを介して、実時間の販売時点POSデータを受信するステップであって、前記POSデータは、前記製品、前記店舗、販売された前記製品の量、及び、前記製品を販売した時間に対応する第1のタイムスタンプを特定する、ステップと、前記ストレージ資源から、前記製品と店舗に対応する前記データオブジェクトを検索取得するステップであって、前記データオブジェクトは、前記製品の販売事象中に販売された平均単位数を示す第1の速度フィールドと、前記製品の販売事象間の平均時間を示す第2の速度フィールドと、前記製品の最終販売時間に対応するタイムスタンプフィールドと、記憶された在庫量Qに対応する数量フィールドと、及び、記憶された前記値ΔT=T2-T1に対応するΔTフィールドとを含む、ステップと、前記データオブジェクトに記憶された前記データに少なくとも基いて、製品在庫インジケータを提供するステップと、を含む、製品在庫見積もりシステム。ネットワークインターフェース、及び、ストレージ資源を備えたコンピュータシステムと共に使用されるコンピュータプログラムであって、前記コンピュータプログラムは、コンピュータ可読記憶媒体、及び、その内部に組み込まれたコンピュータプログラム命令を含み、前記コンピュータプログラム命令は、前記ネットワークインターフェースを介して、実時間の販売時点POSデータを受信する命令であって、前記POSデータが、販売された製品、前記製品を販売した店舗、並びに、前記製品を販売した時間に対応する第1のタイムスタンプを特定する命令と、前記ストレージ資源から、前記製品と店舗に対応するデータオブジェクトを検索取得する命令であって、前記データオブジェクトは、前記製品の販売事象間の平均時間を示す速度フィールド、及び、前記製品の最終販売時間に対応するタイムスタンプフィールドを含む、命令と、前記速度フィールド、前記タイムスタンプフィールド、及び、前記製品を販売した時間に対応する前記第1のタイムスタンプに少なくとも基いて、販売事象間の新規平均時間を決定する命令と、前記速度フィールドを前記新規平均時間で更新する命令と、前記タイムスタンプフィールドを前記第1のタイムスタンプで更新する命令と、前記データオブジェクトを記憶する命令と、前記データオブジェクトに記憶された前記データに少なくとも基いて、製品在庫インジケータを提供する命令と、を含む、コンピュータプログラム。ネットワークインターフェース、及び、ストレージ資源を備えたコンピュータシステムと共に使用されるコンピュータプログラムであって、前記コンピュータプログラムは、コンピュータ可読記憶媒体、及び、その内部に組み込まれたコンピュータプログラム命令を含み、前記コンピュータプログラム命令は、前記ネットワークインターフェースを介して、実時間の販売時点POSデータを受信する命令であって、前記POSデータが、販売された製品、販売された前記製品の数量、前記製品を販売した店舗、並びに、前記製品を販売した時間に対応する第1のタイムスタンプを特定する、命令と、販売された前記製品の前記数量、及び、前記第1のタイムスタンプに少なくとも基いて、前記店舗の前記製品の販売速度を決定する命令と、前記ネットワークインターフェースを介して、在庫スナップショットを受信する命令であって、前記在庫スナップショットは、第1の時間での前記店舗の前記製品の在庫量Qを反映し、前記在庫スナップショットの受信は、前記第1の時間より後での第2の時間において発生する、ステップと、Qより少ない数量の製品が、時間T1から時間T2の間に販売される確率を決定する命令であって、前記確率は、前記販売速度、前記第1の時間T1及び、前記第2の時間T2に少なくとも基く前記命令と、前記確率に少なくとも基いて、製品在庫インジケータを提供する命令と、を含む、コンピュータプログラム。製品在庫見積もりシステムであって、ストレージ資源と、ネットワークモジュールと、前記ストレージ資源、及び、前記ネットワークモジュールと通信可能に接続するプロセッサーであって、前記ストレージ資源内に記憶されたアプリケーションコード命令を実行する、プロセッサーと、製品在庫見積もりを提供する手段と、を含む、製品在庫見積もりシステム。製品在庫見積もりシステムであって、ストレージ資源と、ネットワークモジュールと、受信した販売時点POSデータに基いて、店舗における製品の販売事象速度を決定する手段と、最終の実時間POSデータを受信した時間と製品在庫見積もり要求を受信した時間との間で、前記店舗での前記製品の販売事象を観測しない確率を決定する手段と、前記ストレージ資源、及び、前記ネットワークモジュールと通信可能に接続するプロセッサーであって、前記ストレージ資源に記憶され、且つ、前記製品在庫システムに対して、前記確率に少なくとも基き、製品在庫インジケータを提供することを実行させるアプリケーションコード命令を実行する、プロセッサーと、を含む、製品在庫見積もりシステム。製品在庫見積もりシステムであって、ストレージ資源と、ネットワークモジュールと、受信した販売時点POSデータに基いて、店舗の製品に関する販売速度を決定する手段と、数量Qよりも少ない製品が、第1の時間T1から第2の時間T2の間に販売される確率を決定する手段であって、前記確率が、前記販売速度、前記第1の時間T1、及び、前記第2の時間T2に基いており、前記数量Q、前記第1の時間T1、及び、前記第2の時間T2は、受信した定期的な在庫スナップショットに対応する手段と、前記ストレージ資源、及び、前記ネットワークモジュールと通信可能に接続するプロセッサーであって、前記ストレージ資源に記憶され、且つ、前記製品在庫システムに対して、前記確率に少なくとも基き、製品在庫インジケータを提供することを実行させるアプリケーションコード命令を実行する、プロセッサーと、を含む、製品在庫見積もりシステム。従って、当技術分野では、複数の製品、小売店、及び、場所を網羅する精確な地域製品情報を顧客に提供するシステムが、必要とされている。製品在庫の見積もり法は、製品の販売事象製品提供行為の速度、及び、その製品に関する過去の製品在庫の見積りから経過した時間量を決定することを含む。次に、この製品に関する新たな製品在庫見積りを、この製品の販売事象速度に基いて決定する。製品に関する販売事象の速度は、販売業者からの製品に関するデータフィード、または、他の販売データに基いて決定できる。一態様によれば、製品在庫インジケータを提供するための、コンピュータ実行方法は、販売時点管理POSデータを受信することを含む。POSデータは、販売した製品、この製品を販売した店舗、及び、製品を販売した時間に対応するタイムスタンプを特定する。製品、及び、店舗に対応するデータオブジェクトが引き出される。このデータオブジェクトは、製品の販売事象間の平均時間を示す販売事象速度フィールドと、製品在庫インジケータを限定モードへと切り替える必要のある時間を示す限定時間フィールドと、製品在庫インジケータを在庫切れモードへと切り替える必要のある時間を示す在庫切れ時間フィールドと、並びに、製品の最後の販売時間に対応するタイムスタンプフィールドTlastsaleとを含む。新たな限定時間が、少なくとも第1のタイムスタンプ、販売事象速度フィールド、タイムスタンプフィールド、及び、第1の確率閾値p1に基いて決定される。新たな在庫切れ時間が、少なくとも第1のタイムスタンプ、販売事象速度フィールド、タイムスタンプフィールド、及び、第2の確率閾値p2に基いて決定される。限定時間フィールドを、新たな限定時間で更新する。在庫切れ時間フィールドを、新たな在庫切れ時間で更新する。データオブジェクトを記憶する。このデータオブジェクトの中に記憶されたデータに少なくとも基いて、製品在庫インジケータを提供する。本明細書において述べる方法、及び、システムでは、製品在庫の精確な見積もり、並びに、世界中の地域の販売POSデータや、製品販売、及び、製品を販売する企業に関する他の情報の収集が可能である。一部の例示的実施形態によれば、POSデータ収集システムは、ハードウェア装置、及び/または、ソフトウェアとして実装されるPOSデータ収集器を含むことができる。このアダプターPOSデータ収集器は、小売店舗の販売場所、例えば、バーコードスキャナーとPOS端末例えば、レジ装置上で実行するPOSアプリケーションとの間で設置することが可能である。製品を販売場所でスキャンする際、アダプターは、バーコードがバーコードスキャナーからPOSアプリケーションへと送られる時に、バーコードを読み取ることができる。バーコードを読み取った後、アダプターは、バーコードを、著しく遅延させることなくPOSアプリケーションへ送信できるので、アダプターによる通常の業務処理の中断は起こらない。更に、アダプターは、ネットワーク接続を介して、バーコードを遠隔サーバに送ることもできる。このようにして、遠隔サーバは、膨大な数の製品、小売店、及び、場所を網羅するPOSデータを収集できる。これと同じ実施形態、若しくは、付加的な実施形態では、データ収集システムは、ソフトウェアとして実装される情報抽出手段を含むことができる。この情報抽出手段は、商業小売店舗のローカルコンピュータシステムに実装可能であり、これを用いて、製品販売、及び/または、商業小売店舗自体に関する情報を抽出することができる。例えば、多くの商業小売店には、製品在庫情報、販売データ、店舗一覧例えば、1つ以上の場所を持つ企業の場合、製品一覧例えば、販売している全商品、価格‐数量データ例えば、店舗ごと、製品価格ごと、店舗地図、チラシ、クーポン等を記憶するローカルコンピュータシステムが備えられている。これらのデータ、及び、製品販売や製品を販売する企業に関する他のデータは、商業小売店舗のローカルコンピュータシステムに記憶され得る。このデータは、市販データベースの形式例えば、MySQL、Oracle、MSSQLServer等、または、他の公知の方法例えば、製品在庫/販売ソフトウェア、フラットファイル、スプレッドシート等に従って記憶可能である。一部の例示的実施形態によれば、情報抽出手段を用いて、この様なデータベースまたは、他の公知の形式に記憶された情報へ、容易、且つ、直感的にインターフェースを有することができ、それにより、データを抽出し、これをネットワーク接続を介して遠隔サーバへ送信することができる。例えば、情報抽出手段は、既存データベースの属性を遠隔コンピュータが予期するものへと、容易、且つ、直感的に対応付けたり、一度、定期的、及び/または、実時間での抽出データの遠隔サーバへの送信を容易、且つ、直感的にスケジュールするためのユーザインターフェースを提供することが可能である。この方法によって、遠隔コンピュータは、膨大な数の製品、小売店、及び、場所を網羅する情報を収集できる。これと同じ実施形態、若しくは、付加的な実施形態では、製品在庫見積もりシステムは、商業小売店舗のコンピュータシステムの一部、若しくは、第三者のコンピュータシステムの一部として実装可能である。製品在庫見積もりシステムは、商業小売店が、販売用に提供する所与の全ての製品の在庫を見積もるのに使用できる。この様な製品見積もりは、例えば、POSデータ、定期的な在庫供給量、バーコードスキャンデータ、全地球測位システムGPSデータ、領収書解析データ利用者、または、企業から受け取った領収書の画像の光学文字認識データ、第三者アグリゲータからのデータといった他の商取引以外のデータ、及び、適切な他のデータを含む任意の数の入力データに基づくことが可能である。例示的実施形態によれば、製品在庫見積もりは、所与の製品の販売事象の速度の決定に基くことが可能である。他の例示的実施形態では、製品在庫見積もりは、所与の製品の販売の速度の測定に基づくこともある。これらの例示的実施形態の双方は、上記の入力データを使用可能であり、このデータは、実時間で例えば、ネットワーク/通信/システムの遅延を考慮に入れて最大限迅速に、若しくは、周期単位で例えば、8時間ごと、一日一度、或いは、他の適切な時間周期でスケジュールした、小売店からのバッチ更新で利用できる。例示的実施形態によれば、製品在庫見積もりシステムは、在庫見積もりを、例えば、見込み顧客が、製品のインターネット検索を実行する際に、この見込み顧客に対して提供可能である。本発明の1つ以上の態様は、本明細書で論じ、説明する機能を具現化するコンピュータプログラムを含むことができる。しかしながら、本発明をコンピュータプログラムとして実現するのに、多くの様々な方法があり得ること、そして、本発明を任意の1組のコンピュータプログラム命令に制限するものと解釈すべきでないことは明らかなはずである。更に、熟練したプログラマーであれば、添付のフローチャート、及び、本出願の文章における関連説明に基いて、本開示の発明を実現するため、この様なプログラムを書くことができるであろう。それ故、本発明をどの様に作成し、これを使用するかについて適切に理解する上で、特定の組のプログラムコード命令の開示は、必要であるとは認識されない。以下、本発明の独創的な機能について、プログラムフローを説明する図と併せて読まれる以下の説明でより詳細に述べる。ここで、図面を参照する。これらの図面では、その全体を通じて、類似の番号は、類似の構成要素を示しており、本発明の例示的実施形態が、詳細に述べられる。図1は、1部の例示的実施形態に従って、POSデータを収集するためのシステム100を示す。図1で示すように、システム100は、POSデータ収集器105、POSスキャナー110、POS端末115、並びに、遠隔システム150を含むことができる。POSデータ収集器105は、接続120を介して、POSスキャナー110へと接続し、接続125を介して、POS端末115へと接続することが可能である。POSデータ収集器105は、限定されないが、ユニバーサルシリアルバスUSB、RS-232、及び/または、これらの任意の組み合わせを含む任意の標準、または、専用ストレージ、及び/または、通信プロトコルを用いて、POSスキャナー110、及び、POS端末115と通信できる。また、図1の実施形態は、有線接続120、125を示しているが、これら接続の何れか、若しくは、双方を、他の一部の例示的実施形態に従って、無線通信リンク例えば、Wi-Fi、MiFi、Bluetooth登録商標等に置き換えることも可能である。更に、図1、及び、図2では、POSデータ収集器105を、独立したハードウェア装置として示しているが、POSデータ収集器105の1つ以上の構成要素を、代替の例示的実施形態に従って、POSスキャナー110、及び、POS端末115の一方、または、双方に統合する場合もある。図1で示すように、POSスキャナー110は、一部の例示的実施形態によれば、従来の略固定型のバーコードスキャナーで良い。図2は、代替実施形態に基づくシステム200を示し、このシステムでは、POSスキャナーは、POS無線バーコードスキャナー212、及び、POS無線基地局210を含む。この代替実施形態では、POSデータ収集器105は、POSデータ収集器105が図1のPOSスキャナー110と通信するのと同じ方法で、POS無線基地局210と通信可能である。図1、及び、図2は、異なる例示的実施形態を説明しているが、POSデータ収集器105は、図1、及び、図2で示したものとは異なるハードウェアを備えたPOSシステムにおいても同様に使用可能であることも理解されたい。例示的実施形態によれば、POSスキャナー110は、バーコードスキャナーで良く、限定されないが、UPC、EAN、JAN等を含む任意の数のバーコード形式を読み取るよう構成できる。他の例示的実施形態によれば、POSスキャナー110は、RFID読み取り装置、若しくは、POSシステム内の製品識別情報の読み取りに対応する他の任意の装置でも良い。図1で更に示すように、POSデータ収集器105は、ネットワーク140を介して、遠隔システム150へと通信可能に接続できる。ネットワーク140は、ストレージエリア網SAN、パーソナルエリア網PAN、ローカルエリア網LAN、メトロポリタンエリア網MAN、広域網WAN、無線ローカルエリア網WLAN、仮想プライベート網VPN、イントラネット、インターネット、または、信号、データ、及び/または、メッセージ総称して、データと呼ぶの通信を支援する他の任意の適切なアーキテクチャー、或いは、システムとして実現されるか、または、その一部を構成できる。POSデータ収集器105は、接続135を介して、ネットワーク140と接続できる。例示的実施形態によれば、接続135は、専用のセルラーモデム接続でも良い。代替実施形態では、接続135は、有線イーサネット登録商標接続、有線/無線インターネット接続例えば、MiFiを備えたホットスポットへのWi-Fi、または、Bluetooth登録商標接続、或いは、ネットワーク140での信号の通信に適した任意の他の有線、或いは、無線接続が可能である。図3は、一部の例示的実施形態に基づくPOSデータ収集器105のブロック図である。POSデータ収集器105の構成要素は、限定されないが、プロセッサー360、ストレージ資源362、ネットワークモジュール364、入出力I/Oモジュール366、クロックモジュール368、GPSモジュール370、及び、障害インジケータ130障害インジケータ130は、図1、図2でも図示を含んでも良い。図示の様に、プロセッサー360は、POSデータ収集器105の他の構成要素のそれぞれと通信可能に接続できる。プロセッサー360は、プログラム命令の解釈、及び/または、実行、及び/または、ソフトウェアモジュール380に関連するデータの処理を実行するよう動作する任意のシステム、デバイス、若しくは、装置を含んでも良く、限定されないが、マイクロプロセッサー、マイクロコントローラ、デジタル信号プロセッサーDSP、特定用途向け集積回路ASIC、または、プログラム命令の解釈、及び/または、実行、及び/または、データ処理用に構成された他の任意のデジタル、または、アナログ回路を含むことが可能である。ある実施形態では、プロセッサー360は、ローカルに記憶された例えば、ストレージ資源362内プログラム命令の解釈、及び/または、実行、及び/または、ローカルに記憶されたデータを処理できる。同じ実施形態、若しくは、代替実施形態では、プロセッサー360は、遠隔に記憶された例えば、図1、及び、図2のネットワーク140のネットワークストレージ資源図示せずプログラム命令の解釈、及び/または、実行、及び/または、遠隔に記憶されたデータを処理できる。ローカルストレージ資源362は、コンピュータ可読媒体例えば、ハードディスクドライブ、フロッピー登録商標ディスクドライブ、CD‐ROM、及び/または、他の種類の回転ストレージメディア、フラッシュメモリー、EEPROM、及び/または、他の種類の固形ストレージメディアを含むことが可能で、通常、データを記憶するよう動作できる。ネットワークモジュール364は、情報POSデータ収集器105とネットワーク140図1と図2との間のインターフェースとして機能するよう動作する任意の適切なシステム、装置、または、デバイスが可能である。ネットワークモジュール364によって、情報POSデータ収集器105は、限定されないが、ネットワーク140、及び、接続135に関する説明において前述で列挙した全ての伝送プロトコル、及び/または、規格を含む任意の適切な伝送プロトコル、及び/または、規格を用いてネットワーク140を介して通信できる。I/Oモジュール366は、通常、情報POSデータ収集器105へと/情報POSデータ収集器105から/情報POSデータ収集器105内でデータを受信、及び/または、送信するよう動作する任意のシステム、デバイス、または、装置であり得る。I/Oモジュール366は、例えば、限定されないが、USBインターフェース、及び/または、RS-232インターフェースを含む任意の数の通信インターフェースを含めることができる。クロックモジュール368は、通常、内部クロックを維持するよう動作する任意のシステム、デバイス、または、装置で良い。ある例示的実施形態によれば、クロックモジュール368は、UTC協定世界時と同期できる。更に、クロックモジュール368は、POSデータ収集器105への電力が絶たれた時例えば、独立バッテリー式電源を介して、精確な内部クロックを維持するよう構成可能である。GPSモジュール370は、全地球測位衛星信号、または、他の類似法例えば、ネットワークモジュール364によって受信された位置情報を介してに基いて、POSデータ収集器105の位置を判定し、これを提供するよう通常動作する任意のシステム、デバイス、または、装置であり得る。障害インジケータ130としては、通常、POSデータ収集器105付近の利用者が視覚的、若しくは、聴覚的に検知可能な表示を提供するよう動作する任意のシステム、デバイス、または、装置が可能である。例えば、障害インジケータ130は、一部の例示的実施形態によれば、可視LEDライトであり得る。同じ実施形態、または、代替実施形態において、障害インジケータは、可聴ノイズをできる可聴式スピーカの場合もある。図4は、一部の例示的実施形態に従って、POSデータを収集する方法400を示すブロックフロー図である。この方法について、図1‐3で説明した構成要素を参照して説明する。ブロック405では、POSデータ収集器105のソフトウェアモジュール380は、、購入される製品に関連する製品識別情報IDを取得するように待機することができる。例えば、POSスキャナー110を用いて、購入する製品のバーコードをスキャンする。スキャン後、POSスキャナー110は、POS端末115上で実行するPOSアプリケーションによる処理のため、製品識別情報を送信する。POSデータ収集器105は、POSスキャナー110、及び、POS端末115間で通信可能に接続されているので、POSデータ収集器105は、購入された製品に関連する製品識別情報が、POS端末115へ送信される際、この製品識別情報を取得できる。ブロック410では、ソフトウェアモジュール380が、更新されていないバージョンの製品識別情報をPOS端末115へ送信することができる。一部の例示的実施形態によれば、この送信は、著しい遅延をもたらさずに実行可能であるので、POSシステム100へのPOSデータ収集器105の追加によって、通常の業務フローが阻害されることはない。即ち、POS端末115上で実行するPOSアプリケーションは、購入取引を進めることが可能となり、POSデータ収集器105のPOSシステム100への追加に起因する著しい遅延は発生しない。ブロック415では、ソフトウェアモジュール380は、ネットワークモジュール364とネットワーク140を介して、遠隔システム150との接続を確立できる。例示的実施形態によれば、ソフトウェアモジュール380は、DNS、または、他のプロトコルを介して、ホスト名、及び/または、アドレスを解決してから、接続を確立するため、遠隔システム150と通信することによって、この接続を確立することが可能である。接続が成功裏に確立されればブロック420、ソフトウェアモジュール380は、ブロック425へと進み、製品識別情報を遠隔ホスト端末150へと送信できる。一部の例示実施形態によれば、この送信は、HTTPSプロトコル、若しくは、データをネットワーク140を介して遠隔システムへと送信するのに適した任意の他のプロトコルを介して可能である。HTTPSプロトコルを使用する例示的実施形態に従うと、ソフトウェアモジュール380は、SSL証明書の有効性を検証し、有効性が立証されなければ、データを送信しなくても良い。例示的実施形態によれば、ブロック425でのデータ送信は、製品識別情報のみを含むだけであり得る。別の実施形態では、ソフトウェアモジュール380は、追加データを遠隔サーバ150へ送信できる。両方の事例において、例示的実施形態で使用されるHTTPSプロトコルによれば、送信データを、HTTPSを介して、POST要求の本体として送ることが可能である。このため、製品識別情報のみを送信した場合、POST要求の本体は、以下のフィールドを含み得る。scan代替実施形態において、ソフトウェアモジュール380は、限定されないが、以下の1つ以上を含むデータを提供することができる:販売業者識別情報、店舗識別情報例えば、店舗が1つ以上ある販売業者の場合、製品のスキャン回数、現タイムスタンプ、装置識別情報例えば、製造者が発行したシリアル番号、セキュリティキー例えばセキュア通信のための、ソフトウェアバージョン番号、価格、装置のGPS座標を含む追加データを提供できる。本代替実施形態によれば、POST要求の本体は、以下のフィールドの1つ以上を含むことが可能である。serialkeyversioncurrenttimesequencestoregpsscan更に別の例示的実施形態では、ソフトウェアモジュール380は、製品識別情報が、POSスキャナーで走査された時間を示すタイムスタンプを提供できる。この実施形態によれば、上記のPOST要求の本体は、以下の様に変更できる。scanブロック445では、ソフトウェアモジュール380は、送信に成功したかどうかを判定できる。例えば、HTTPSを介した送信によれば、送信に成功した時、ソフトウェアモジュール380は、空の本体を含むHTTP200/OK応答を受信可能である。一方、送信に失敗した場合、ソフトウェアモジュール380は、4xx、若しくは、5xxのHTTPエラーの何れかを受信できる。データ送信に失敗した場合ブロック445において、ソフトウェアモジュール380は、ブロック450に進んで、所定再試行回数を超えているかどうかを判定できる。所定再試行回数を超えていなければ、ソフトウェアモジュール380は、再試行回数を1進めてから、ブロック425に進むことができ、そこで、製品識別情報及び、上記の他の任意のデータを遠隔システム150に再度送信することを試みることができる。例示的実施形態によれば、ソフトウェアモジュール380は、ブロック425へすぐに進むことができる。他の実施形態では、ソフトウェアモジュール380は、所定時間量例えば、1、5、10分等待機してから、送信をやり直すことでできる。更に他の例示的実施形態では、ソフトウェアモジュール380は、再試行前に1分間タイムアウト間隔待機し、次の試行送信にも失敗した場合には、タイムアウト間隔を2倍にする。この実施形態では、ソフトウェアモジュール380は、タイムアウト間隔が32分となるまで、続けて失敗した送信試行ごとに、タイムアウト間隔を2倍にし続けることが可能であり、タイムアウト間隔が32分となった時点で、ソフトウェアモジュール380は、32分ごとにデータ送信を試行し続けることもできる。ブロック450において、送信試行回数が所定の再試行回数を超える場合、ソフトウェアモジュールは、ブロック440へと進んで、障害インジケータ130を起動できる。このようにして、POSデータ収集器に障害が発生したという旨を、小売店の従業員に通知することが可能である。同様に、接続確立に失敗した場合ブロック420での判定、ソフトウェアモジュール380は、ブロック435へと進んで、所定再試行回数を超えたかどうかを判定できる。所定再試行回数を超えていなければ、ソフトウェアモジュール380は、再試行回数を1進めてから、ブロック415へ進み、そこで、遠隔システム150との接続確立を再度試行する。ここでは、前述のものと類似するタイムアウト間隔アルゴリズムを使用できる。ブロック435において、接続試行回数が所定再試行回数を超える場合、ソフトウェアモジュールは、ブロック440に進んで、障害インジケータ130を起動できる。このようにして、POSデータ収集器に障害が発生したという旨を、小売店の従業員に通知できる。障害インジケータが起動すると、ソフトウェアモジュール380は、ブロック405へ戻り、そこで、購入している追加の製品に関連する次の製品識別情報を取得するため待機できる。従って、ソフトウェアモジュール380は、障害状況であっても、動作し続けることができる。この方法により、POSデータ収集器105は、スキャンした製品識別情報をPOS端末へ送信し続けることが可能であるのでブロック410、障害状態が業務運営に影響することはない。例示的実施形態図示せずによれば、この様な場合において、ソフトウェアモジュール380は、遠隔システムとの接続確立、または、遠隔システム150へのデータ送信のための次回の試行に成功すれば、障害インジケータを解除することができる。従って、図4の例示的実施形態によれば、POSデータ収集器105は、各製品がスキャンされる時と略実時間で、しかも、著しい遅延をもたらさずに即ち、図4の方法手順を実行に必要なだけの遅延より大きな遅延がなく各製品識別情報を送信できる。例示的実施形態に基づき、且つ、実時間でPOSデータを送信する代替実施形態として、POSデータ収集器105は、POSデータを蓄積し、蓄積データを定期的に遠隔システム150へ送信できる。例えば、蓄積された製品識別データが、遠隔システム150へと送られるまで、ソフトウェアモジュール380は、蓄積された製品識別データをストレージ資源362に記憶可能である。一実施形態では、例えば、ソフトウェアモジュール380は、所定時間例えば、5、15、30分等の間製品識別情報を蓄積してから、このデータを遠隔サーバ150へ送ることができる。他の実施形態では、ソフトウェアモジュール380は、製品識別情報を蓄積し、所定数の識別情報例えば、5、100、1000個等が蓄積された後で、この識別情報を遠隔サーバ150へと送信できる。更に別の実施形態では、ソフトウェアモジュール380は、POSデータを蓄積し、時間周期、及び、所定の製品識別情報の計数の双方を用いて、データの遠隔システム150への送信時を決定することが可能である。この例示的実施形態によれば、ソフトウェアモジュール380は、所定時間の間、または、所定数の製品識別情報が蓄積されるまで、いずれか先に起こるまで、製品識別情報をバッファに保存することが可能である。更に別の実施形態では、ソフトウェアモジュール380は、所定量のデータ例えば、1kB、1MB等が蓄積されるまで、POSデータを蓄積できる。従って、適切な頻度で更新データを送信しながら、トラフィックを最小にするよう、データ送信を最適化することが可能である。従って、ソフトウェアモジュール380は、例示的実施形態に従って、蓄積された製品識別情報のみを送信できる。この様な場合、HTTPS要求の本体は、以下の様な形式が可能である。scanscanソフトウェアモジュール380が、製品識別情報の他にもデータを提供する実施形態において、POST要求の本体は、以下のフィールドの1つ以上を含むことができる。serialkeyversioncurrenttimesequencestoregpsscanscan上記の例示的実施形態では、ネットワークモジュール364とネットワーク140を介した遠隔システム150への接続は、開放されたままとするか、または、送信の度に閉じることが可能である。POSデータ収集器105は、例示的実施形態に従って、作動インジケータを遠隔システム150へと送信できる。例えば、製品がスキャン走査されるかどうかに関係無く、ソフトウェアモジュール380は、定期的例えば、4、6、8時間等ごとに、作動インジケータを遠隔システム150へ送信可能である。ソフトウェアモジュール380は、図4で述べたものと類似するステップを用いて、作動インジケータを送信できる。例えば、ソフトウェアモジュール380は、遠隔システム150との接続確立、及び、作動インジケータの送信を試行する際、同じ再試行/失敗アルゴリズムを実行できる。送信でHTTPSプロトコルを用いる例示的実施形態によれば、作動インジケータのHTTPS送信は、製品識別情報複数を送信するのに使用されるURLとは別のURLへと送ることもある。更に、動的POSTインジケータの本体は、以下のうちの1つ以上のフィールドを含むことが可能である。serialkeyversioncurrenttimesequence従って、遠隔システム150は、作動インジケータ送信を用い、障害があるかどうかについて、POSデータ収集器105を監視する。即ち、遠隔システム150は、所定時間周期のスケジュールに従って、作動インジケータを受信しない場合、POSデータ収集器105が動作していないと判断できる。従って、POSデータ収集システムの提供者は、該システムが正しい動作を停止した場合、POSデータ収集器105の障害を解決するよう手配できる。図5は、一部の例示的実施形態に従って、データを抽出するシステム500を示す。図5で示すように、システム500は、ローカルコンピュータ502、遠隔ストレージ資源508、遠隔コンピュータ510、及び、遠隔データベース516を含むことができる。ローカルコンピュータ502は、商業小売店本部に設置された小売店の中央サーバであるか、または、地域のサーバ、或いは、店舗専用のサーバであり得る。データベース504は、ローカルコンピュータ502上に存在するか、または、遠隔データベースサーバ図示せず上に存在可能であり、小売製品、及び/または、製品を販売する企業に関するデータを含むことができる。例えば、ローカルコンピュータ502は、商業小売店舗によって保有され得、データベース504は、小売店の製品在庫、小売店の店舗例えば、1つ以上の場所を持つ企業の場合、販売取引、製品一覧、価格量データ例えば、店舗ごと、製品価格ごと、チラシ、クーポン等を含められる。例示的実施形態によれば、データベース504は、市販のデータベースプログラム例えば、MySQL、Oracle、MSSQLServer等で良い。代替実施形態では、データベース504は、市販の製品在庫/販売ソフトウェア、フラットデータファイル、スプレッドシート等の一部であっても良い。同様に、遠隔データベース516は、任意の種類が可能であり、ローカルコンピュータ502から遠隔に配置可能である。例示的実施形態によれば、情報抽出手段506は、ローカルコンピュータ512上に配備可能である。情報抽出手段は、一般に、データベース504からデータを抽出し、抽出したデータを処理し、更に、データを遠隔ストレージ508、及び/または、遠隔コンピュータ510へと送信するよう動作するソフトウェアであり得る。図示の通り、情報抽出手段506は、設定ファイル514を含む。設定ファイル514は、バイナリー、平文、データベース、または、他の適切な形式を含む任意の形式が可能である。設定ファイル514は、データベース504、遠隔ストレージ508、及び/または、遠隔コンピュータ510に関連する接続やマッピング設定を含められ得る。情報抽出手段506、及び、設定ファイル514については、図6‐8を参照して以下で詳細に述べる。遠隔ストレージ508は、ローカルコンピュータ502、及び、遠隔コンピュータ510の双方からアクセス可能な任意のストレージ装置で良い。例示的実施形態によれば、遠隔ストレージ508は、ディスクベースののストレージ装置、例えば、磁気ストレージ、磁気光学ストレージ、または、他の種類のディスクベースのストレージを含められる。図5で示すように、遠隔ストレージは、例えば、独立したネットワーク接続ストレージソリューションとして、または、クラウドストレージソリューション等として、ローカルコンピュータ502、及び、遠隔コンピュータ510から分離できる。また、遠隔ストレージ508は、例えば、遠隔コンピュータ510に存在するストレージ資源若しくは、ストレージ資源アレーとして、遠隔コンピュータ510の一体部分を形成可能である。遠隔コンピュータ510は、業務、科学調査、管制、娯楽、または、他の目的用の任意の形式の情報、知能、または、データを計算、分類、加工、送信、受信、検索取得、創出、交換、記憶、表示、明示、検知、記録、再生、処理、または、利用するよう動作可能な任意の手段、或いは、手段の集合であり得る。例えば、遠隔コンピュータ510は、メインフレームコンピュータ、ネットワークサーバ、パーソナルコンピュータ、PDA,家庭用電子機器、ネットワークストレージ装置、または、他の任意の適切な装置が可能であり、サイズ、形状、性能、機能、及び、価格の点で異なり得る。遠隔コンピュータ510は、メモリー、中央処理装置CPUまたはハードウェア、或いは、ソフトウェア制御ロジックの様な1つ以上の処理資源を含むことができる。、遠隔コンピュータ510の追加の構成要素には、1つ以上のストレージ装置、外部装置と通信するための1つ以上の通信ポート、及び、キーボード、マウス、及び、ビデオディスプレイの様な種々の入出力I/O装置が含まれ得る。更に、遠隔コンピュータ510は、種々のハードウェア構成要素間で情報を送信するよう動作する1つ以上のバスを含むこともできる。更に、図5で示すように、ローカルコンピュータ502は、ネットワーク512を介して、遠隔ストレージ提供されていれば、及び、遠隔コンピュータ510と通信可能に接続できる。ネットワーク512は、ストレージエリア網SAN、パーソナルエリア網PAN、ローカルエリア網LAN、メトロポリタンエリア網MAN、広域網WAN、無線ローカルエリア網WLAN、仮想プライベート網VPN、イントラネット、インターネット、または、信号、データ、及び/または、メッセージ総称して、データと呼ぶの通信を支援する他の任意の適切なアーキテクチャー、或いは、システムとして実現されるか、または、その一部とすることができる。例示的実施形態によれば、ローカルコンピュータ502は、専用セルラーモデム接続を介して、ネットワーク512へと接続できる。代替実施形態では、ローカルコンピュータ502は、有線イーサネット登録商標接続、有線/無線インターネット接続例えば、MiFiを備えたホットスポットへのWi-Fi、または、Bluetooth登録商標接続、或いは、ネットワーク512を介した信号送信に適した他の任意の有線、或いは、無線接続を介して、ネットワーク512に接続できる。図6は、一部の例示的実施形態に従って、データを抽出するシステム600を示す。図6で示すように、システム600は、設定ダイヤログ601を含むことができる。設定ダイヤログ601は、情報抽出手段506により、ローカルコンピュータ502の利用者へ表示可能であり、通常、利用者からの入力を受容するよう動作可能である。例えば、設定ダイヤログ601は、データベース種類メニュー602を含められ得る。一部の例示的実施形態によれば、データベース種類メニュー602は、情報抽出手段506と互換性のある事前に構成されたデータベース種類の選択肢を含むドロップ‐ダウン形式のメニューが可能である。例えば、データベース種類メニュー602には、市販のデータベースプログラム例えば、MySQL、Oracle、MSSQLServer等、市販の製品在庫/販売ソフトウェア例えば、POSlog等、フラットデータファイル、スプレッドシート等のエントリーを含められ得る。これに従って、ローカルコンピュータ502の利用者は、データベース種類メニュー602の中にあるデータベース504に対応する適切なエントリーを選択できる。一部の例示的実施形態によれば、設定ダイヤログ601には、データベースホスト入力部604任意でポート番号を含む、データベース名称入力部606、DB利用者名入力部608、及び、DBパスワード入力部610も、更に含められる。従って、ローカルコンピュータ502の利用者は、データベース504固有の接続パラメータを指定可能であり、それにおり情報抽出手段506は、データベース内のデータへのアクセスを取得できる。図6では、入力部602~610を明示的に示しているが、設定ダイヤログ601は、この特定の実施形態に限定されるべきものではない。例えば、データベース504アクセスに関連する別の入力部を、設けることも可能である。また、ローカルコンピュータ502、及び、データベース504の特定の構成によっては、図示の入力部の一部は、データベース504にアクセスする上で必要ではないこともある。今述べたデータベース構成パラメータに加えて、設定ダイヤログ601には、遠隔コンピュータ、及び/または、遠隔ストレージの構成パラメータも入力することもできる。例えば、一部の実施形態では、設定ダイヤログ601は、リモートユーザ入力部612、リモートパスワード入力部614、スケジュール頻度メニュー616、スケジュール時間入力部618、及び、スケジュール日付メニュー619を含むこともある。一部の例示的実施形態では、スケジュール頻度メニュー616は、情報抽出手段506と互換性のある事前構成された頻度種類の選択肢を含むドロップ‐ダウン形式のメニューが可能である図示の実施形態によれば、スケジュール頻度メニュー616は、情報抽出手段506がデータベース504からデータを抽出して、たとえば毎週土曜の午後7時スケジュール時間入力部618、及び、スケジュール日付メニュー619によって指定といった週単位で、抽出データを遠隔ストレージ508、及び/または、遠隔コンピュータ510へと送信する必要があることを示す週単位頻度種別を含む。他の実施形態では、スケジュール頻度メニュー616は、他の定期抽出頻度、例えば、月単位、日単位、または、時間単位等に関するエントリーを含むこともできる。更に、別の実施形態では、スケジュール頻度メニュー616は、即時抽出、または、手動抽出用のエントリーも含む場合もある。これらの実施形態によれば、情報抽出手段506は、利用者が保存ボタン622をクリックすると即時、データベース504からデータを抽出し、抽出したデータを遠隔ストレージ508、及び/または、遠隔コンピュータ510へと送信できる。更に、別の例示的実施形態によれば、スケジュール頻度メニュー616は、実時間抽出用のエントリーを含み得る。この実施形態によれば、情報抽出手段506は、実時間でデータベース504からデータを抽出し、抽出したデータを遠隔ストレージ508、及び/または、遠隔コンピュータ510へと送信することができる。例えば、実時間抽出は、データベース504内のデータベーステーブルの更新に呼応して、実行できる。この機能は、例えば、製品価格、店舗閉鎖、販売促進、地域行事、製品販売例えば、最新の販売情報を反映する品目データの更新、または、製品販売、及び/または、製品を販売する店舗に関する他の更新を反映する場合に便利である。他の例示的実施形態では、実時間抽出は、データベース504外の他の既定のイベント例えば、ローカルコンピュータの遠隔ストレージ508、及び/または、遠隔コンピュータ510への接続確立、情報抽出手段のデータベース504への接続確立等に応答して実行できる。これらのイベント、及び、実時間抽出を始動する他のイベントは、設定ファイル514の中で提供可能である。従って、パラメータ612~619を提供することにより、ローカルコンピュータ502の利用者は、遠隔ストレージ508、及び/または、遠隔コンピュータ510固有の接続パラメータを指定可能となり、情報抽出手段506が、これらに接続して、データを送信できる。図6において、入力部612~619を明示的に示したが、設定ダイヤログ601は、この特定の実施形態のみに限定されるべきものではない。例えば、遠隔ストレージ508、及び/または、遠隔コンピュータ510へのアクセスに関する追加の入力部を提供することができる。また、ローカルコンピュータ502、遠隔ストレージ508、及び、遠隔コンピュータ510の特定の構成如何によっては、図示の入力部の一部は、遠隔ストレージ508、及び/または、遠隔コンピュータ510にアクセスする上で必要ではないこともある。例示的実施形態によれば、設定ダイヤログ601は、接続試験ボタン620、保存ボタン622、及び、クリアーボタン624を含むことが可能であり、これらは、各ボタンのレベルで表される機能を提供できる。例えば、接続試験ボタン620は、利用者が供給した入力パラメータを用いて、データべース504、遠隔ストレージ508、及び/または、遠隔コンピュータ510への有効な接続を検証できる。保存ボタン622は、利用者が供給した入力パラメータを設定ファイル514に保存できる。クリアーボタン624は、利用者が供給した入力パラメータを全てクリアーして、入力フィールドを空白、及び/または、未選択の状態とすることができる。図7は、一部の例示的実施形態に従って、データを抽出するシステム700を示す。図7で示すように、システム700は、テーブルマッピングダイヤログ702を含んでも良い。テーブルマッピングダイヤログ702は、情報抽出手段506によって、ローカルコンピュータ502の利用者へと表示でき、通常、データベース504のテーブル属性例えば、テーブルフィールドの情報抽出手段506内の所定属性へのマッピングを支援する利用者からの入力を受容するよう動作可能である。一部の例示的実施形態では、テーブルマッピングダイヤログ702は、ある種の情報、または、テーブルに固有でも良い。例えば、図7は、店舗情報専用のテーブルマッピングダイヤログ702を示している。この実施形態によれば、利用者は、店舗情報例えば、1つ、または、複数の店舗のある小売業者の場合に関連するテーブル属性のマッピングを提供できる。他の例示的実施形態では、テーブルマッピングダイヤログ702は、製品情報特定の小売店が販売する全ての製品に関連するデータに固有であっても良い。更に別の例示的実施形態では、テーブルマッピングダイヤログ702は、価格‐数量情報例えば、店舗ごと、製品在庫ごと、及び、価格情報に固有であっても良い。製品販売、及び、製品を販売する企業に関する他のデータを収集できるよう、テーブルマッピングダイヤログ702に関する更に別の実施形態を提供可能である。一部の例示的実施形態によれば、テーブルマッピングダイヤログ702は、ドロップ‐ダウンメニュー形式のテーブルメニュー704を含むことができる。テーブルメニュー704上で利用可能なエントリーは、設定ファイル514に記憶される接続パラメータを用いてデータベース504内で利用可能なテーブルに基いて提供可能である。利用者が、テーブルメニュー704を用いてテーブルを選択すると、選択したテーブルの属性が、テーブル属性フィールド706内に表示され得る。図示の例では、選択したテーブルStores店舗は、3つの属性、すなわちname店舗名、address住所、id識別情報を含む。テーブルマッピングダイヤログ702は、店舗属性フィールド708も含むことができる。店舗属性フィールド708は、情報抽出手段506の既定属性を含められる。図示の実施形態では、テーブルマッピングダイヤログ702は、上記のように、店舗情報に固有であることから、このフィールドは、店舗属性としてレベル付けされている。他の実施形態では、テーブルマッピングダイヤログ702のこのフィールドは、別のレベルを有することができる例えば、製品属性、価格‐数量属性等。従って、ローカルコンピュータ502の利用者は、テーブル属性テーブル属性フィールド706内で表示、及び、情報抽出手段506の所定属性例えば、店舗属性フィールド708内で表示間のマッピングを提供することができる。例えば、利用者は、テーブル属性フィールド706からname店舗名を選択し、店舗属性フィールド708からName店舗名を選択して、マッピング保存ボタン712を押下できる。同様に、利用者は、address住所をAddressLine住所欄1へと、そして、id識別情報をStorecode店舗コードへとマッピングすることができる。この例のマッピング結果は、図7のテーブルマッピングダイヤログ720において示される。具体的には、マッピングは、マッピング済の値フィールド726の中で示される方法で、利用者に表示可能である。例示的実施形態に基づき、またテーブルマッピングダイヤログ720で示される様に、テーブル属性が一度マッピングされると、これは、テーブル属性フィールド706から削除できる。同様に、店舗属性がマッピングされると、これは、店舗属性フィールド706から削除できる。例示的実施形態によれば、テーブルマッピングダイヤログ702は、作成ボタン714、保存ボタン716、及び、クリアーボタン718を含むことが可能であり、これらは、各ボタンのレベルで表される機能を提供できる。例えば、作成ボタン714は、利用者が供給した入力パラメータを用いて、情報抽出手段506が、遠隔ストレージ508、及び/または、遠隔コンピュータ510へ送信するデータを表すファイルを作成する。このボタンは、例えば、利用者が供給したマッピングの正確さを確実にする上で、有用である。保存ボタン716は、利用者が供給した入力パラメータを設定ファイル514、または、個別のマッピングファイル図示せずに保存できる。クリアーボタン624は、利用者が供給した入力パラメータを全てクリアーして、入力フィールドを空白、及び/または、初期状態へと戻すことができる。前述の例示的実施形態の特徴に基いて、ローカルコンピュータ502の利用者は、既存のレガシーデータベースシステムのテーブル属性の、情報抽出手段506が望ましいものとする規定属性へのマッピングを容易に実行できる。図8は、一部の例示的実施形態に従って、データを抽出する方法800を示すブロックフロー図である。この方法800は、図5~7で説明した構成要素を参照して説明する。更に、図8は、一部の例示的実施形態に基いて、データを抽出する手段についても例示説明する。ブロック802では、情報抽出手段506は始動条件にたいして待機することができる。例えば、その様な始動条件は、利用者から供給された設定ダイヤログ601のパラメータ616~619に従って、提供可能である。上述の様に、始動条件は、定期的設定、即時設定、または、実時間設定に基づくことが可能である。設定した始動イベントが発生したら、情報抽出手段506は、ブロック804へと進むことができる。ブロック804では、情報抽出手段506は、設定ファイル514を読み取り、利用者が供給した設定ダイヤログ601のパラメータ602~610に従って、データベース接続パラメータを取得できる。更に、情報抽出手段506は、テーブルマッピングダイヤログ702の中で提供された利用者が供給したマッピングに従って、テーブルマッピングパラメータを取得できる。ブロック806では、情報抽出手段506は、取得したデータベース接続パラメータを用いて、データベース504への接続を試みることができる。この接続試行に成功すれば、情報抽出手段506は、ブロック808へ進むことができる。ブロック808では、情報抽出手段506は、データベース504内に存在する1つ以上のデータベーステーブルからデータを抽出できる。例えば、情報抽出手段506は、ブロック804で得られた属性マッピングを用いて、指定されたテーブルフィールドからデータを抽出することが可能である。更に、情報抽出手段506は、遠隔データベース516内に存在する1つ以上のデータベーステーブルからもデータを抽出できる。このようにして、情報抽出手段506は、同じ場所、または、異なる場所にある複数のデータベースからデータを受けることが可能である。例えば、小売業者は、それぞれが販売データを保持する複数の店舗を運営する場合がある。情報抽出手段506は、各データベース504、516からデータを受けとり、点在する小売業者の販売データの全てまたは、任意の所与の部分に関するデータ源を提供できる。ブロック810では、情報抽出手段506は、抽出データを処理することができる。例えば、情報抽出手段506は、抽出データの形式が、予期される形式例えば、住所データの均一性、構文等と一致するかどうかについて検証可能である。一部の実施形態では、情報抽出手段506は、抽出データの形式が予期される形式と一致しない場合は、抽出データを再フォーマットすることが可能であり、更に、抽出データの形式が期待される形式と一致する場合には、抽出データを再フォーマットしなくても良い。同じ実施形態、または、付加的な実施形態では、ブロック810において、情報抽出手段は、抽出データに基いて、データを自動生成可能である。例えば、一部の実施形態において、情報抽出手段506は、所与の店舗位置に関する緯度、及び、経度情報を必要とする場合がある。この情報は、データベース504で入手できないことがある。従って、店舗位置の住所情報をデータベース504で取得でき、且つ、マッピングダイヤログ702を用いて、適切にマッピングされている場合、店舗位置の住所情報に基いて、緯度と経度の情報を生成するよう情報抽出手段506を設定可能である。前述の様に、ブロック810では、例示的実施形態に基いて、抽出データを処理する手段も説明できる。ブロック812では、情報抽出手段506は、例えば、ブロック804で取得された遠隔ストレージ、及び/または、遠隔コンピュータ接続に関するパラメータを用いて、遠隔ストレージ508、及び/または、遠隔コンピュータ510に接続することを試行できる。この接続試行に成功したら、情報抽出手段506は、ブロック814に進み、そこで、情報抽出手段506は、データ即ち、ブロック810において実行した追加/変更処理を施した抽出データを遠隔ストレージ508、及び/または、遠隔コンピュータ510へと送信できる。データを送った後、情報抽出手段506は、ブロック802に戻って、次の始動条件に対して待機することができる。図9は、例示的実施形態に従って、製品在庫を見積もるためのシステム900を示す。図9で示すように、システム900は、コンピュータ910を含むことができる。コンピュータ910は、業務、科学調査、管制、娯楽、または、他の目的用の任意の形式の情報、知能、または、データを計算、分類、加工、送信、受信、検索、創出、交換、記憶、表示、明示、検知、記録、再生、処理、または、利用するよう動作可能な任意の手段、或いは、手段の集合で良い。例えば、コンピュータ910は、メインフレームコンピュータ、ネットワークサーバ、パーソナルコンピュータ、PDA、家庭用電子機器、ネットワークストレージ装置、または、他の任意の適切な装置が可能であり、サイズ、形状、性能、機能、及び、価格の点で異なり得る。コンピュータ910は、1つ以上の処理資源例えば、プロセッサー901を含むことができる。例えば、プロセッサー901は、プログラム命令の解釈、及び/または、実行、及び/または、ソフトウェアモジュール950に関連するデータの処理を実行するよう動作する任意のシステム、デバイス、若しくは、装置を含んでも良く、限定されないが、マイクロプロセッサー、マイクロコントローラ、デジタル信号プロセッサーDSP、特定用途向け集積回路ASIC、または、プログラム命令の解釈、及び/または、実行、及び/または、データ処理用に構成された他の任意のデジタル、または、アナログ回路を含むことが可能である。いくつかの実施形態では、プロセッサー901は、ローカルに記憶されたプログラム命令の解釈、及び/または、実行、及び/または、ローカルに記憶されたデータを処理できる。同じ実施形態、若しくは、別の実施形態では、プロセッサー901は、遠隔に記憶されたプログラム命令の解釈、及び/または、実行、及び/または、遠隔に記憶されたデータを処理できる。コンピュータ910の追加の構成要素は、1つ以上のストレージ資源を含むことができる。例えば、コンピュータ910は、ローカルストレージ資源例えば、図3のローカルストレージ資源362について説明されたもの、または、遠隔ストレージ資源例えば、図5の遠隔ストレージ508について説明されたもの等のストレージ資源970を含むことができる。更に、コンピュータ910は、外部装置例えば、ネットワークI/F902、I/O入出力装置903等と通信するための1つ以上の通信ポート、及び、キーボード、マウス、及び、ビデオディスプレイの様な種々の入出力I/O装置も含められる。コンピュータ910は、種々のハードウェア構成要素間の情報を伝送するよう動作する1つ以上のバスも含み得る。一部の例示的実施形態によれば、コンピュータ910は、例えば、商業小売業者の本部、支部、または、指定小売店舗に設置された商業小売業者のコンピュータシステムの一部として実現可能である。他の例示的実施形態では、コンピュータ910は、例えば、、第三者企業の事業地に遠隔的に設置、若しくは第三者によって保有/運用される商業小売業者の本部、支部、または、小売店舗等に設置された第三者コンピュータシステムの一部として実現可能である。コンピュータ910は、入力データ920を受け取るよう設定することができる。一部の例示的実施形態によれば、入力データ920には、例えば、POSデータ、在庫データフィード、バーコードスキャンデータ、全地球測位システムGPSデータ、レシートデータ利用者、または、企業からの、第三者アグリゲータからのデータの様な他の商取引以外のデータ、及び、他のデータが含まれる。入力データ920は、実時間で例えば、ネットワーク/通信/システムの遅延を考慮して最大限迅速に、または、定期的例えば、小売業者がスケジュールした分ごと、時間ごと、8時間ごと、1日1度、または、適切な他の時間周期からのバッチ更新処理で取得可能である。コンピュータ910は、製品在庫見積もり結果出力930を提供するように設定可能である。一部の例示的実施形態によれば、製品在庫見積もり結果出力930は、製品在庫見積もりを見込み買い手例えば、消費者に提供するのに使用できる。例えば、コンピュータ910は、インターネット検索エンジン/ウェブサーバとして構成可能である。この実施形態では、消費者は、特定の製品についてインターネット検索を実行できる。消費者の検索要求に応答して、コンピュータ910は、製品在庫見積もり結果出力930を含む検索結果を提供することができる。検索結果は、製品を扱う複数の近隣の商業小売業者、及び、近隣の商業小売業者それぞれでの販売用に製品の在庫があるかどうかを示す等のため、各小売店に関する製品在庫見積もり結果出力930を含められる。また、コンピュータ910は、製品在庫見積もり結果出力930を、例えば、インターネット検索エンジン/ウェブサーバへと通信可能に接続できるよう、独立した製品在庫見積もりシステムとして構成可能である。特定の製品に関するインターネット検索に応答して、この代替実施形態は、ウェブサーバとコンピュータ910が、別個のハードウェア要素であるということを除き、前述の様に機能できる。従って、ウェブサーバは、コンピュータ910に問い合わせて、製品在庫見積もり結果出力930店舗単位ごとに取得可能であり、この情報は、検索結果と共に提供できる。他の例示的実施形態において、製品在庫見積もり結果出力930は、製品在庫見積もりを商業小売業者へと提供するために、使用可能である。この実施形態では、コンピュータ910は、商業小売業者の店舗に配置された端末例えば、POS端末、倉庫の端末、または、他の端末であるか、或いは、この様な端末にローカル、または、遠隔の何れかで接続する独立したシステムであり得る。この実施形態によれば、特定の製品の在庫見積りは、例えば、店舗の従業員が端末を使用することによって得ることができる。この実施形態の端末は、前述のインターネット検索エンジン/ウェブサーバと同様に動作し、所定製品の在庫についてコンピュータ910に問い合わせると、見積もられた製品の在庫が、製品在庫見積もり結果出力930へと提供されることとなるこれによって、例えば、端末のモニター上に表示できる。一部の例示的実施形態によれば、コンピュータ910は、ソフトウェアモジュール950を含むことができる。ソフトウェアモジュール950は、特定の製品の在庫を、その製品の販売事象の速度に基いて、見積もる即ち、製品在庫見積もり結果出力930を生成することができる。例えば、製品販売事象の速度reは、以下の方程式で表現できる。reNeTここで式中、Neは、期間T中の販売事象の回数である。一部の例示的実施形態によれば、reは、販売事象間の平均時間から推定することができる。例えば、reを以下の式で表現できる。re≒re1i回の販売事象の観測後、を再帰的に以下の様に見積もることができる。ii1kti、ここで式中、tiは販売事象iと販売事象i1間の時間であり、kは何らかの定数である。従って、販売事象速度は、指数関数型の移動平均により表記でき、直近の事象ほど、過去の事象よりも多くの重みを含むこととなる即ち、過去の事象の重みは、指数関数的に減衰し得る。一部の例示的実施形態によれば、製品在庫を見積もる際、ソフトウェアモジュール950は、通常の業務時間を考慮に入れるよう、時間値を調整することが可能である。例えば、ある店舗が、午後5時に閉店して、翌朝9時に開店し、そして、所与の製品の直近2度の販売が、午後4時58分、及び、翌朝午前9時2分に発生した場合、ソフトウェアモジュール950は、これらの販売事象間の時間が、4分であると決定できる。表1では、一部の例示的実施形態に従って、販売事象の速度reを見積もるための一例のデータを示す。表1の例示販売データによれば、販売事象の絶対速度は、8/25=0.32事象/分である25分間中に8回の事象、第一事象は数えない。この速度は、近似値である。何故ならば、最後の販売事象と一致するよう、時間周期の終了を恣意的に選択するからである。この例示販売データを用いて、8を以下の式の様に再帰的に推定できる。ここでも、kは、0から1までの定数値が可能である。例えば、kを0.1とする場合、上記方程式は、以下の様に解くことができる。従って、kを01とすると、例示データについて見積もられた販売事象速度reは、042事象/分である。注意すべき点として、kが小さいほど、過去の事象に対してより多くの重みを与え、kが大きいほど、より直近の事象に対して重みをより多くあたえることができる。kの選択値の効果を、表2で例示説明しており、ここでは、種々のkの値を想定した場合の、表1の例示データについて見積もられる販売事象速度を提供する。一部の例示的実施形態によれば、直近10~30回の販売について見積もられた販売事象の速度を平均して、妥当な仮定が得られる。従って、kは、003≦k≦01の範囲の中に収まり得る。一部の例示的実施形態によれば、販売事象の見積もり速度を用いて、製品在庫を見積もることができる。例えば、コンピュータ910のソフトウェアモジュール950は、品目データを含むPOSデータ例えば、入力データ920の全て、若しくは、その一部を受けとることができる。1つの単一品目は、所与の製品品目の1つ以上が、所与の店舗において所与の時間に販売される販売事象を表すことができる。例示的実施形態によれば、ソフトウェアモジュール950は、販売事象が、ポアッソン分布に従う均一な場合もあれば、そうでない場合もあるということを仮定することができる。これにより、所与の販売事象の見積もり速度reが与えられれば、ソフトウェアモジュール950は、ある時間t中に販売事象を観測しない確率をexpとして近似できる。例えば、販売事象速度reを004事象分と仮定とする場合、販売事象間の平均時間は、124≒042時間≒25分となる。この例では、最終販売が、午後12時に発生した場合、1時間の間に即ち、午後1時までに販売事象を観測しない確率は、exp0091として近似できる。同様に、5時間の間に即ち、午後5時までに販売事象を観測しない確率は、exp614e6として近似できる。例示的実施形態によれば、ソフトウェアモジュール950は、確率p1、p2を、以下の特性を用いて定義できる。時間t0中に無販売事象がexpp1の様に発生する場合、見積もり製品在庫は、在庫ありとしてリスト表示される。持続時間t1中に無販売事象がp1expp2の様に発生する場合、見積もり製品在庫は、不明としてリスト表示される。持続時間t2中に無販売事象がexpは、販売事象中の平均単位数である。ここで、は、の場合と同じ様に、以下の式の様に算出できる。ここで式中、uiは、販売事象i中に販売された単位数であり、kは、何らかの定数である。従って、販売速度は、指数関数型の移動平均で表記できるので、直近の事販売ほど、過去の販売よりも重みを多く有することが可能となる即ち、過去の販売の重みは、指数関数的に減衰し得る。表1における例示的な販売データに従って、販売事象の絶対速度は、259278単位販売である。この例示的な販売データを用いて、9は、以下の様に再帰的に見積もられる。ここでも、kは、0から1までの定数値が可能である。例えば、kを01とすると、上記方程式は、以下の様に解くことができる。rsreであるため、例示的なデータ結果から、以下の見積もり販売速度が得られる。従って、kを01とすると、例示データに関する見積もり販売速度rsは、0924単位/分である。注意すべき点として、kが小さいほど、過去の事象に対してより多くの重みをもたらすが、kが大きいほど、より直近の事象に対して重みをより多くもたらすことができる。従って、reに関するkの選択と同様、rsに関するkは、003≦k≦01の範囲で良い。一部の例示的実施形態によれば、見積もられた販売速度を用いて、製品の在庫を推定できる。例えば、コンピュータ910のソフトウェアモジュール950は、所与の店舗から、製品ごと、店舗ごとに、在庫内の量を示す在庫のスナップショットを受領できる。このスナップショットは、例えば、情報抽出手段506から提供される定期的な在庫データフィードとして、入力データ920上で提供可能である。ある実施形態では、定期的な在庫データフィードは、情報抽出手段506によって提供可能であるので、コンピュータ910のソフトウェアモジュール950は、在庫のスナップショットを取得してからしばらく経って、在庫データフィードを受領する。この遅延は、ある程度の確実性を持って知ることが可能であり、例えば、以下の式で表現できる。ここで式中、Tfeedは、店舗/販売業者により在庫データフィードが生成された時間であり得、Tuploadは、データフィードがコンピュータ910のソフトウェアモジュール950から利用可能となった時間であり得、δは、δ0、1となる確率変数であり得る。一部の実施形態では、ΔTは、例えば、定期的な在庫データフィードとして送信されるデータの一部として、店舗/販売業者によって報告可能である。代替的、または、付加的に、販売業者、または、小売販売に関する品目単位情報の他の適切な情報源も使用可能であり、その代表例として、この類の情報の第三者アグリゲータがある。一部の実施形態では、ソフトウェアモジュール950は、実データからδ統計を算出できる例えば、複数の定期的な在庫データフィード更新等に基づく。別の実施形態では、ソフトウェアモジュール950は、δが、全ての店舗/販売業者に共通の何らかの固定δを有する対数正規分布乱数であることを仮定する場合もある。一部の例示的実施形態によれば、ソフトウェアモジュール950は、δ≡1と仮定しており、こうすれば、以下の様に遅延計算を簡略できる。一部の実施形態では、ソフトウェアモジュール950は、連続した定期的在庫データフィード間の販売事象リストを記憶し、これらの記憶された販売事象からのデータ、及び、在庫データフィードQfeedとともに用いて、在庫Quploadを計算することができ、この時点で即ち、時間Tupload、在庫データフィードは、コンピュータ910のソフトウェアモジュール950へとアップロードされる。例えば、Quploadを以下の方程式に従って算出できる。ここで式中、Uは、所与の販売中の品目数量である。一部の例示的実施形態によれば、ソフトウェアモジュール950は、以下の擬似コードに対応する命令を用いて上記機能を実装できる。CalculateQuploadproductidquploadが算出されるべき製品qfeedスナップショットが取られた時点での在庫tfeedスナップショットが取られた時間salesevents所与の店舗の全ての販売データの配列quploadqfeedtuploadcurrenttimeforeachifquploadquploadeventquantityある特定の実施形態は、必要とされる記憶量を減らすために、例えば、tfeedより古いいかなるデータも消去することにより、salesevents配列からデータを削除するifdeletereturnqupload一部の例示的実施形態によれば、ソフトウェアモジュール950は、在庫データフィードがアップロードされる時点において、在庫Quploadを見積もることが可能である。例えば、ソフトウェアモジュール950は、以下の方程式に従って在庫を推定できる。QuploadQfeedこの推定は、現在庫Quploadは、在庫スナップショットを取得した時点の在庫から販売速度をΔTで乗じたものを減じた数量に近くあり得るという事実に基いている。即ち、ΔTは、スナップショットを取得した時間とデータをコンピュータ910のソフトウェアモジュール950にアップロードした時間との時間差である。ソフトウェアモジュール950は、確率を伴って周期ΔT内で販売される品目数Nを分配可能である。例えば、確率論に従うと、以下の通りである。ここで式中、xrsΔTであり、上記方程式は、以下の様に簡略化できる。従って、ソフトウェアモジュール950は、累積分布関数に従って、N単位、または、これより少ない任意の所与の製品を販売する確率を求めることができる。例えば、以下の通りである。以下の例示データは、説明用に提供するものである。Qfeed22ΔT1rs10時間2275従って、ソフトウェアモジュール950は、Qnow5であると決定し、更に、製品が在庫ありであることを示す製品在庫見積もり結果出力930を介してことが可能である。このQnowの値は、近似値である。何故ならば、店舗が、時間ΔT内に10品目よりも多く、若しくは、これよりも少なく販売した場合があるからである。一部の実施形態では、ソフトウェアモジュール950は、付加的、若しくは、代替的に、確率を用いて製品の在庫を推定できる。上記例示データの場合、時間ΔT中に14個、若しくは、これより少ない数の商品が販売された可能性が高い場合、ソフトウェアモジュール950は、製品が在庫にあると決定できる。QfeedQsold15であることから、最大14個の商品が時間ΔT中に販売され、製品在庫見積もり結果出力930上に在庫ありインジケーションが生成されたままである。これは、在庫の中に商品がもう一つ残っているであろうからである。前述の様に、ソフトウェアモジュール950は、以下に基いて、14個、または、これより少ない数の商品を販売する確率を決定できる。従って、ソフトウェアモジュール950は、商品が、在庫ありであるという確率が91、そして、売り切れという確率が9であると決定できる。一部の例示的実施形態によれば、ソフトウェアモジュール950は、製品在庫が、在庫あり、不明、または、在庫切れであるかどうか見積もる上での確率閾値を定義できる。例えば、ソフトウェアモジュール950は、在庫中に商品がある確率が0.5を超える場合は、製品在庫は、在庫ありであり、0.5を下回る場合には、不明であると見積もることができる。同様に、在庫中に商品のある確率が0.1を下回る場合、ソフトウェアモジュール950は、製品在庫は、在庫ぎれと見積もれる。実施形態によっては、これらの確率閾値は、すべての製品にわたって一貫である場合もある。例えば、全ての製品が、不明の見積もりについては0.5、そして、在庫切れの見積もりについては、0.1を使用することができる。代替実施形態によれば、確率閾値が、製品ごとに一貫である場合もある。例えば、製品Aでは、不明見積もりについては0.5、在庫切れ見積りについては0.1、そして、製品Bでは、不明見積もりについては0.3、在庫切れ見積りについては0.05とすることができる。ある実施形態では、確率閾値は、比較的変動しないこともある。他の実施形態では、確率閾値は、例えば、製品見積もりシステム900の性能のフィードバック/解析に基く調整を受けることにより、時間と共に変動する場合もある例えば、ソフトウェアモジュール950は、許容可能な偽陽性率から確率閾値を導出できる。一部の例示的実施形態によれば、ソフトウェアモジュール950は、製品在庫が、在庫あり、または、在庫切れであるかどうかを見積もるための1つの確率閾値を定義できる。例えば、ソフトウェアモジュール950は、在庫に商品がある確率が0.5を超える場合は、製品在庫が在庫ありであり、0.5を下回る場合は、在庫切れであると見積もることが可能である。図12は、一部の例示的実施形態に従って、製品在庫を見積もるための方法1200を示すブロックフロー図を示す。この方法1200は、図1、9、および13で説明した構成要素を参考として説明する。ブロック1210では、コンピュータ910のソフトウェアモジュール950は、製品在庫見積もりの要求を受領するために待機し得る。一部の実施形態では、コンピュータ910は、インターネット検索エンジン/ウェブサーバとして構成可能である。この実施形態では、消費者は、所定の製品についてインターネット検索を実行できる。この検索によって、コンピュータ910は、1つ以上の小売店舗が、特定の販売製品を提供することを判定できる。従って、消費者による検索により、製品在庫見積もりの要求が始動し、ソフトウェアモジュール950は、製品が1つ以上の小売店舗で製品を購入できるかどうかを示すことができる。他の実施形態によれば、コンピュータ910は、独立した製品在庫見積もりシステムとして構成できる。この実施形態では、製品在庫見積もり要求は、1つ以上の入力データ920を介して到来可能である。ブロック1210における要求の受領後、ソフトウェアモジュール950は、ブロック1220へと進み、ブロック1210で受領された要求内で指定される製品IDと店舗IDに対応するデータオブジェクト例えば、データオブジェクト1300を検索取得することを試行できる。その様なデータが存在しなければ、ソフトウェアモジュール950は、ブロック1230へと進むことができる。一部の実施形態では、要求に対応するデータがないことから、ソフトウェアモジュール950は、ブロック1230において、製品在庫見積もり結果出力930を未定義へと設定できる。この場合、在庫基準検証の必要性を示すため、製品在庫見積もり結果出力930を、在庫に関する確認要求、または、制限に設定可能である。ソフトウェアモジュール950が、ブロック1220において、既存のデータオブジェクトを取得したら、ソフトウェアモジュール950は、ブロック1235へと進むことができる。ブロック1235では、ソフトウェアモジュール950は、Qnow及び/または、確率Prの値を、上述の様に求めることができる。例示的実施形態では、この見積もりにおいて、確率Prのみを使用できる。別の実施形態では、Qnowを見積もりで使用して、Qnowで得られた結果を検証するため、Prを使用できる。ブロック1240では、ソフトウェアモジュール950は、確率Prを不明見積もりのために設定された確率閾値とを比較できる。確率Prが、不明閾値よりも高い場合、ソフトウェアモジュール950は、ブロック1250に進んで、製品在庫見積もり結果出力930を在庫ありに設定することができる。一方、確率Prが、不明閾値よりも低ければ、ソフトウェアモジュール950は、ブロック1260に進むことができる。ブロック1260では、ソフトウェアモジュール950は、確率Prが在庫切れ閾値よりも高いかどうかを判定できる。確率Prが在庫切れ閾値よりも高ければ、ソフトウェアモジュール950は、ブロック1270へと進んで、製品在庫見積もり結果出力930を不明に設定可能である。一方、確率Prが在庫切れ閾値よりも低ければ、ソフトウェアモジュール950は、ブロック1280へと進んで、製品在庫見積もり結果出力930を在庫切れに設定可能である。図13は、一部の例示的実施形態に基づくデータオブジェクト1300のブロック図を示す。コンピュータ910は、データオブジェクト1300を含むことができる。例えば、ソフトウェアモジュール950は、データオブジェクト1300をストレージ資源970に記憶することができる。一部の実施形態では、図9~12を参照して上に述べたように、ソフトウェアモジュール950は、データオブジェクト1300に記憶されたデータを用いて、製品在庫見積もりを提供できる。通常、コンピュータ910は、製品‐店舗の組ごとに、データオブジェクト1300を1つ含むことができる。販売事象速度に基いて、製品在庫を推定する間、データオブジェクト1300は、以下のフィールドを含み得る:Tlastsale1310。ソフトウェアモジュール950は、POSデータ受領時に、図9を参照して述べたように、Tlastsale1310、1320、及び、1330を決定できる。販売速度に基いて製品在庫を推定する間、一部の実施形態のデータオブジェクト1300は、更に、以下のフィールドを含み得る:ΔT1340の計算時に、rsの代わりとして使用できる。一部の実施形態では、データオブジェクト1300に記憶されたデータによって、ソフトウェアモジュール950は、入力データ920上のPOSデータを介して受領した品目データの全てを記憶する必要性なしに、製品在庫見積もりを例えば、製品在庫見積もり結果出力930上に提供することができる。一部の例示的実施形態では、製品在庫は、品目販売データに基いて、決定することができる。例えば、商品が現在、不明、若しくは、在庫切れとして一覧にされていれば、特定製品の販売を含む新規販売データの受領に基き、製品在庫を、在庫ありに更新できる。店舗が、製品を販売中にあれば、この製品は、在庫に入れられる。この例示的な実施形態では、店舗の実際の在庫を知ることなく、製品在庫を見積もることができる。これまでに示した実施形態において説明した例示的方法、及び、システムは、例示説明であり、代替実施形態では、本発明の範囲と精神から逸脱せずに、一部の構成要素/ステップを、異なる順序で、互いに並列して、完全に省略して、及び/または、種々の例示的方法の間で組みあわせて実行することが可能であり、更に、幾つかの追加の構成要素/ステップも実行できる。従って、この様な代替実施形態も、本明細書で述べた発明の中に含められる。本発明は、上述の方法、及び、処理機能を実行するコンピュータハードウェア、及び、ソフトウェアで使用することができる。当業者にとって明らかなように、本明細書で述べたシステム、方法、及び、手順は、プログラム可能なコンピュータ、コンピュータで実行可能なソフトウェア、または、デジタル回路として具現化できる。ソフトウェアは、コンピュータ可読媒体上に記憶できる。例えば、コンピュータ可読媒体は、フロッピー登録商標ディスク、RAM、ROM、ハードディスク、リムーバブルメディア、フラッシュメモリー、メモリーステック、光学媒体、磁気‐光学媒体、CD-ROM等を含んでも良い。デジタル回路には、集積回路、ゲートアレー、ビルディングブロックロジック、フィールドプログラマブルゲートアレイFPGA等を含められる。本明細書で述べたシステムおよび方法は、機械可読媒体内に記憶された命令、及び、命令を実行するプロセッサーを含む少なくとも1つのコンピュータシステム内で動作する1つ以上のソフトウェアモジュールによって実現可能である。これまでに本発明の特定の実施形態について詳細に説明してきたが、この説明は、例示説明を目的とするものにすぎない。前で説明されたものに加えて、開示されている例示的実施形態の態様の種々の変更、および対応する等価ブロックを、下記の特許請求内で定義された本発明の精神と範囲から逸脱せずに、当業者によって作成することが可能であり、特許請求の範囲は、この様な変更や等価構造を網羅するよう、最も幅広い解釈が認められるべきである。"