JP2012164318A - リアルタイムのデータ予測 - Google Patents

Abstract

【課題】情報のインプット後になされた判断に基づいて、情報を変更させ得るシステムを提供する。また、特定のデータポイントへの変更を通知する。
【解決手段】販売組織１５０の中で、販売代理店１７５、独立の代理店１８０及び販売業者１９０は販売の予測を提供する。エリアマネージャー１７０はこれらの予測を受け取り、それらを販売のバイスプレジデント１６０を経由し、マーケティング部門１４０に回す。そして財務データ（予測）のフィードバック又は分析を行い、生産部門１３０（例えば、技術及び製造）に新しいデータを送る。そして製造の考慮事項に基づくコメント、変更を与え、財務部門１２０に情報を回す。財務部門１２０は、資本の利用可能性又はアカウントの状態などの考慮事項に基づいてコメントし、変更を与え、その後ＣＥＯ１１０にベースライン予測として更新された予測データを手渡す。
【選択図】図１

Description

（関連出願の相互参照）
この出願は、２００４年４月２６日になされた米国の仮出願第６０／５６５，７５８号に基づく優先権を主張する。

データは、投資の価値、トランザクションのための投資対効果検討、マネージャーの能力、及び産業（業界）の傾向を多くの他の物の間で判断するために、投資界やビジネス界によって利用される。データは、様々な問題の判断及び決定を行うために他の分野や他のコミュニティにおいても用いられ得る。従って、会社又は組織のためのデータは一般に重要であり、最新のデータ（例えば、計画された販売データなど）は、潜在的に測り知れないほど貴重である。しかし、会社における予測データは、一般に、非同期又はランダムな更新に従順でない形式又はシステムで格納される。

例えば、予報サイクルは、多くの場合、毎月及び四半期の情報の更新に基づくものである。政府規制は、多くの場合、わずか四半期（３ヶ月ごと）の報告を要求している。現実世界における活動は、更新のために予定日に起こることはめったになく、顧客はいつでも注文をキャンセルするか、増やすかもしれない。さらに、顧客へ直接影響を与える間接的な行動（例えば、競争相手の製品発表又はベンダの供給変化などの）が会計スケジュールに基づく都合の良い時間に合わせられることもめったにない。

従って、ランダムな又は非同期の更新を可能とするシステムを提供することは有益であり得る。さらに、予測という形式の情報は、多くの場合判断に基づく。従って、そのような情報のインプット後になされた判断に基づいて、情報を変更させ得るシステムを提供することは、有益であり得る。さらに、いくらかの情報（データポイント）は、格別の意義を有し得る。従って、ユーザが特定のデータポイントへの変更の通知されることができ得るシステムを提供することは、有益であり得る。

本発明は、範囲を変えるシステム、装置、及び方法と併せて説明され、図示される。この概要において説明される本発明の側面に加えて、発明の他の側面は、図面を参照することによって、及び、以下の詳細な説明を読むことによって明白になるであろう。リアルタイムの更新を備えるデータ予測の方法及び装置が説明される。

ある具体例において、本発明は、システムである。該システムは、第一のクライアントを含む。前記システムは、また、第一のクライアントに繋げられた分析サーバを含む。前記システムは、さらに、前記分析サーバに繋げられた情報の第一の顧客データベースを含む。該第一の顧客データベースは、予測データを具体化し、予測データに対する本質的にリアルタイムの更新を受け取る。前記第一の顧客データベースは、前記分析サーバに関連するＯＬＡＰ（ＯＬＡＰ）キューブをサポートし得る。

前記分析サーバは、その中にＯＬＡＰキューブを含むものでもよく、該ＯＬＡＰキューブは、第一の顧客データベースの情報を分析し更新する。前記第一の顧客データベースは、システムの第一組の選択されたユーザが使用するために設けられ得る。第一のクライアントに繋げられ、第一の顧客データベースに繋げられる識別サーバも含まれ得る。第一のクライアントは、スマートクライアントであり得、第一のクライアントは、それ自体のＯＬＡＰキューブを含み得る。前記識別サーバ及び前記分析サーバには、第二のクライアントも繋げられ得る。さらに、前記識別サーバ及び前記分析サーバには情報の第二の顧客データベースが繋げられ得るものでもよく、該第二の顧客データベースは、システムの第二組のユーザが使用するために設けられ得る。システムによって処理される情報は、財務情報であり得る。

第一の顧客データベースには、データのウォッチが含まれ得る。第一の顧客データベースには、販売予測データも含まれ得る。第一の顧客データベースには、さらに、非販売員からの変更を含んだ販売予測データが含まれ得る。

別の具体例において、本発明は、また、システムである。該システムは、ＯＬＡＰキューブを含む分析サーバを含む。前記システムはまた、ＯＬＡＰキューブをサポートする分析サーバに繋げられた情報データベースを含む。情報データベースは、予測データを具体化し、予測データに対する本質的にリアルタイムの更新を受け取る。前記システムはまた、情報データベースに繋げられた識別サーバを含み得る。前記システムは、さらに、前記分析サーバ及び前記識別サーバに繋げられたクライアントを含み得る。さらに、情報データベースは、財務情報を格納し得る。

また別の具体例において、本発明は、情報を保守する方法である。該方法は、一連の予測データを受け取ることを含む。前記方法は、また、ＯＬＡＰキューブを通して、予測データを情報のデータベースに組み込むことを含む。前記方法は、さらに、データベースからベースライン予測を取り出すことを含む。また、前記方法は、データベースに対する更新を受け取ることを含む。さらに、前記方法は、ＯＬＡＰキューブを通して全情報に亘って、更新をほぼ直ぐに伝達することを含む。

前記方法は、また、一連のウォッチされた情報のデータポイントをウォッチすることを含み得る。前記方法は、さらに、更新の伝達及び受け取りに応答して、一連のウォッチされたデータポイントの変更をユーザに通知することを含み得る。同様に、前記方法は、また、ユーザに情報を提供することを含み得る。前記方法は、さらに、ユーザから情報の予期される変更を受け取ることを含み得る。前記方法は、また、ＯＬＡＰキューブを通して全情報に亘って、更新として予期される変更を、ほぼ直ぐに伝達することを含み得る。

さらに、前記方法は、情報を通して受け取られて伝達された更新をレビューすることを含み得る。前記方法は、レビューに応答してユーザが読み取り可能な情報の更新を提供することを含み得る。前記予測データは、財務情報であり得る。また、前記方法は、機械可読媒体の中で具体化される状態の手順に応答して、プロセッサによって実行され得る。さらに、前記方法は、情報と一致する実際のデータを受け取ることを含み得る。前記方法は、さらに、実際のデータを情報と比較し、ユーザが読み取り可能な情報と実際のデータとの比較を提供することを含み得る。

ある具体例において、本発明は方法である。該方法は、販売員からコンピュータに予測情報を受け取ることを含む。前記方法は、さらに、非販売員からコンピュータに予測情報の具体的な入力についてのコメントを受け取ることを含む。前記方法は、また、非販売員からコンピュータに予測情報の変更を受け取ることを含む。前記方法は、さらに、コンピュータに対するインタフェースにおいて、販売員にコメント及び変更の表示を提供することを含む。

コメントは、マーケティング及び経営幹部から受け取られ得る。予測情報、関連するコメント及び変更は、コンピュータと関連付けられたデータベース及びＯＬＡＰキューブ内に格納され得る。前記コンピュータは、実際には、データベース及びＯＬＡＰキューブをホストするコンピュータのネットワークであり得る。前記方法は、命令に応答してプロセッサによって実行され得るものであり、前記命令は、機械可読媒体の中で具体化される。

前記方法は、さらに、予測情報の具体的なデータを見る要求を受け取ることを含み得る。さらに、前記方法は、具体的なデータが見る要求に応答して変更されると、更新を提供することを含み得る。同様に、前記方法は、一連の予測情報のデータに関連する非販売員から判断を受け取り、判断に応答して一連の予測のデータを変更することを含み得る。前記方法は、また、最も大きな規模の変更のために変更を分析することを含み得る。前記方法は、さらに、販売員に一連のインパクトを提供することを含み得るものであり、該インパクトは、変更の規模の等級序列に基づく変更を示す。

さらに、前記コメント及び変更は、通信のためにコンピュータに繋げられるコンピュータ以外の装置を通して受け取られ得る。同様に、予測データは、通信のためにコンピュータに繋げられるコンピュータ以外の装置を通して受け取られ得る。さらに、コンピュータに対するインタフェースは、通信のためにコンピュータに繋げられるコンピュータ以外の装置を通り得る。

また別の具体例において、本発明はシステムである。該システムは、予測データを受け取るユーザインタフェースを含む。前記システムは、また、ＯＬＡＰキューブを含む分析サーバを含む。システムは、さらに、ＯＬＡＰキューブをサポートすべく分析サーバに繋げられた情報データベースを含む。前記情報データベースは、予測データを具体化し、ユーザインタフェースを通して予測データに対する本質的にリアルタイムの更新を受け取る。前記ユーザインタフェースは、データが時間とともに変更すると、フィードバックとともにユーザインタフェースを通して予測データを表示する。

さらに別の具体例において、本発明は、予測のデータを入力する販売員に対して、組織のメンバーから予測に関するフィードバックを提供する方法である。該方法は、コンピュータにおいて販売員から予測のデータを受け取ることを含む。前記方法はまた、予測情報として、データベース内に、ＯＬＡＰキューブと併せて予測のデータを格納することを含む。前記方法は、さらに、組織のメンバーからコンピュータにＯＬＡＰキューブにおける予測情報の具体的な入力についてのコメントを受け取ることを含む。前記方法は、また、組織のメンバーからコンピュータに予測情報の変更を受け取ることを含む。さらに、前記方法は、ＯＬＡＰキューブ及びデータベース内にコメント及び変更を組み込むことを含む。また、前記方法は、コンピュータに対するインタフェースにおいて、販売員にコメント及び変更の表示を提供することを含む。

さらなる別の具体例において、本発明は方法である。該方法は、予測データを関連するウィンドウ値とともにデータベースに受け取ることを含む。前記方法はまた、関連するウィンドウ値に基づくデータにアクセスすることを含む。方法はさらに、関連したウィンドウ値に基づいてアクセスされたデータを、他のデータと比較することを含む。

別の具体例において、本発明は、情報を保守する方法である。該方法は、一連の予測データを受け取ることを含む。前記方法はまた、ＯＬＡＰキューブを通して情報のデータベースに予測データを組み込むことを含む。前記方法はさらに、データベースからベースライン予測を取り出すことを含む。前記方法はまた、データベースに対する更新を受け取ることを含む。さらに、前記方法は、ＯＬＡＰキューブを通して全情報に亘って、更新をほぼ直ぐに伝達することを含む。前記方法は、また、データベースから更新されたベースライン予測を導出することを含み、該更新されたベースライン予測は、ベースライン予測から導出される。

別の具体例において、本発明は方法である。前記方法は、第一組のユーザからコンピュータに予測情報を受け取ることを含む。前記方法は、また、コンピュータによってアクセス可能なデータベース及び対応するＯＬＡＰキューブに前記予測情報を統合することを含む。前記方法は、さらに、ユーザの第二組のユーザからコンピュータに予測情報の具体的な入力についてのコメントを受け取ることを含む。前記方法は、また、第二組のユーザからコンピュータに予測情報の変更を受け取ることを含む。前記方法は、さらに、データベース及びＯＬＡＰキューブにコメント及び変更を統合することを含む。さらに、前記方法は、コンピュータに対するインタフェースにおいて、第一組のユーザにコメント及び変更の表示を提供することを含む。

本発明は、説明される様々な具体例において例示され、添付される請求の範囲のみによって限定されるものである。

本発明は、様々な典型的な具体例において説明され、添付される請求の範囲のみによって限定されるものである。
組織を通じての情報の流れを示す。 ある具体例における販売員用の情報を示す。 ある具体例における顧客用の情報を示す。 ある具体例における地域用の情報を示す。 ある具体例におけるより大きな地域用の情報を示す。 ある具体例における会社の世界規模の経営用の情報を示す。 リアルタイムの更新によってデータを予測するのと同時に用いられ得るネットワークの具体例を示す。 リアルタイムの更新によってデータを予測するのと同時に用いられ得るマシンの具体例を示す。 リアルタイムの更新によってデータを予測するのに用いられるシステムの具体例を示す。 リアルタイムの更新によってデータを予測するのに用いられるシステムの別の具体例を示す。 リアルタイムの更新によってデータを予測するのに用いられる方法の具体例を示す。 リアルタイムの更新によってデータを予測するのに用いられる方法の別の具体例を示す。 ある具体例における製品ごとの情報の表示を示す。 ある具体例における顧客ごとの情報の表示を示す。 ある具体例における具体的なインパクトの表示を示す。 ある具体例における情報用の経営レポートを示す。 ある具体例における情報用の在庫レポートを示す。 ある具体例における情報用のギャップレポートを示す。 ある具体例における販売員用の情報のドリルダウンされた表示を示す。 ある具体例における更新された予測を示す。 ある具体例における地域のドリルダウンされた表示を示す。 ある具体例における判断の適用を示す。 ある具体例における判断の適用をさらに示す。 ある具体例における判断の適用後の予測を示す。 ある具体例における情報に関する変更履歴を示す。 ある具体例におけるウォッチの追加を示す。 リアルタイムの予測システムにおいてフィードバックを提供するプロセスの具体例を示す。 ある具体例における様々なグループとそれらのグループに関連するデータとの関係を示す。 リアルタイムの予測システムにおいてフィードバックを提供するプロセスの別の具体例を示す。 ある具体例におけるリアルタイムの予測システムと様々なグループとの関係を示す。 リアルタイムの予測システムにおいて販売のフィードバックを提供するプロセスの具体例を示す。 ある具体例におけるアトミックデータポイントに対する変更を示す。 ベースラインを生成するプロセスの具体例を示す。 ベースラインとともにリアルタイムの予測システムを操作するプロセスの具体例を示す。 ある具体例におけるベースラインと可能性のある操作との関係を示す。 リアルタイムの予測システムにおけるデータを収集するプロセスの具体例を示す。 リアルタイムの予測システムにおいてデータに注釈をするプロセスの具体例を示す。 リアルタイムの予測システムにおいて注釈されたデータを表示するプロセスの具体例を示す。 リアルタイムの予測システムにおいて注釈されたデータを改訂するプロセスの具体例を示す。 リアルタイムの予測システムを操作するプロセスの具体例を示す。 ある具体例におけるリアルタイムの予測システムとともに経営のタイムラインを示す。 データ構造の具体例を示す。 ＯＬＡＰ構造の具体例を示す。 ＯＬＡＰ構造の変更を行うプロセスの具体例を示す。 ＯＬＡＰ構造のクエリーに応答するプロセスの具体例を示す。 タイムラインとともにデータ構造の具体例を示す。 データの要求に応答するプロセスの具体例を示す。 データの変更を格納するプロセスの具体例を示す。 一連のベースライン及びトラックされたデータの具体例を示す。 媒体及び関連する装置の具体例を示す。 様々な図面における同様の参照記号は、同様の要素を示す。

本発明は、範囲を変えるシステム、装置、及び方法と併せて説明され、図示される。この概要において説明される本発明の側面に加えて、発明の他の側面は、図面を参照することによって、及び、以下の詳細な説明を読むことによって明白になるであろう。リアルタイムの更新によってデータを予測する方法及び装置が説明される。一般に、前記方法及び装置は、様々なソースから予測データを収集し、収集されたデータからベースライン予測を作成し、様々なソース及び他のデータソースから収集される本質的にリアルタイムのデータの変更に基づいて、ベースライン予測を更新することと関連している。さらに、方法及び装置は、更新を伴う予測データのレビューを可能とし、データのシミュレーション又は変更を可能とし得る。

ある具体例において、本発明は、システムである。該システムは、第一のクライアントを含む。また、該システムは、第一のクライアントに繋げられた分析サーバを含む。前記システムは、さらに、前記分析サーバに繋げられた情報の第一の顧客データベースを含む。該第一の顧客データベースは、予測データを具体化し、予測データに対する本質的
にリアルタイムの更新を受け取る。前記第一の顧客データベースは、前記分析サーバと関連したＯＬＡＰキューブをサポートし得る。

前記分析サーバは、その中にＯＬＡＰキューブを含むものでもよく、該ＯＬＡＰキューブは、第一の顧客データベースの情報を分析し更新する。前記第一の顧客データベースは、システムの第一組の選択されたユーザが使用するために設けられ得る。第一のクライアントに繋げられ、第一の顧客データベースに繋げられる識別サーバも含まれ得る。第一のクライアントは、スマートクライアントであり得るし、第一のクライアントは、それ自体のＯＬＡＰキューブを含み得る。前記識別サーバ及び前記分析サーバには、第二のクライアントも繋げられ得る。さらに、前記識別サーバ及び前記分析サーバには情報の第二の顧客データベースが繋げられるものでもよく、該第二の顧客データベースは、システムの第二組のユーザが使用するために設けられ得る。システムによって処理される情報は、財務情報であり得る。

第一の顧客データベースには、データのウォッチが含まれ得る。第一の顧客データベースには、販売予測データも含まれ得る。第一の顧客データベースは、さらに、非販売員からの変更を含んだ販売予測データが含み得る。

別の具体例において、本発明はシステムでもある。該システムは、ＯＬＡＰキューブを含む分析サーバを含む。前記システムは、また、ＯＬＡＰキューブをサポートする分析サーバに繋げられた情報データベースを含む。情報データベースは、予測データを具体化し、予測データに対する本質的にリアルタイムの更新を受け取る。前記システムは、また、情報データベースに繋げられた識別サーバを含み得る。前記システムは、さらに、前記分析サーバ及び前記識別サーバに繋げられたクライアントを含み得る。さらに、情報データベースは、財務情報を格納し得る。

また別の具体例において、本発明は、情報を保守する方法である。該方法は、一連の予測データを受け取ることを含む。前記方法は、また、ＯＬＡＰキューブを通して情報のデータベースに予測データを組み込むことを含む。前記方法は、さらに、データベースからベースライン予測を取り出すことを含む。また、前記方法は、データベースに対する更新を受け取ることを含む。さらに、前記方法は、ＯＬＡＰキューブを通して全情報の更新をほぼ直ぐに伝達することを含む。

前記方法は、また、一連のウォッチ（見張り）された情報のデータポイントをウォッチ（見張り）することを含み得る。前記方法は、さらに、更新の伝達及び受け取りに応答して、一連のウォッチされたデータポイントの変更をユーザに通知することを含み得る。同様に、前記方法は、また、ユーザに情報を提供することを含み得る。前記方法は、さらに、ＯＬＡＰキューブを通してユーザから情報の予期される変更を受け取ることを含み得る。前記方法は、また、情報の全てに亘って、更新として予期される変更をほぼ直ぐに伝達することを含み得る。

さらに、前記方法は、情報を通して受け取られ伝達された更新をレビューすることを含み得る。前記方法は、レビューに応答してユーザが読み取り可能な情報の更新を提供することを含み得る。前記予測データは、財務情報であり得る。また、前記方法は、機械可読媒体の中で具体化される状態の手順に応答して、プロセッサによって実行され得る。さらに、前記方法は、情報と一致する実際のデータを受け取ることを含み得る。前記方法は、さらに、実際のデータを情報と比較し、ユーザが読み取り可能な情報と実際のデータとの比較を提供することを含み得る。

ある具体例において、本発明は方法である。該方法は、販売員からコンピュータに予測情報を受け取ることを含む。前記方法は、さらに、非販売員からコンピュータに予測情報の具体的な入力についてのコメントを受け取ることを含む。前記方法は、また、非販売員からコンピュータに予測情報の変更を受け取ることを含む。前記方法は、さらに、コンピュータのインタフェースにおいて、販売員に対してコメント及び変更の表示を提供することを含む。

コメントは、マーケティング及び経営幹部から受け取られ得る。予測情報及び関連するコメント及び変更は、コンピュータと関連付けられたデータベース及びＯＬＡＰキューブ内に格納され得る。前記コンピュータは、実際には、データベース及びＯＬＡＰキューブをホストするコンピュータのネットワークであり得る。前記方法は、命令に応答してプロセッサによって実行され得るものであり、前記命令は、機械可読媒体の中で具体化される。

前記方法は、さらに、予測情報の具体的なデータを見る要求を受け取ることを含み得る。さらに、前記方法は、具体的なデータが見る要求に応答して変更されると、更新を提供することを含み得る。同様に、前記方法は、予測情報の一連のデータと関連する非販売員から判断を受け取り、判断に応答して一連の予測のデータを変更することを含み得る。前記方法は、また、最も大きな規模の変更のために変更を分析することを含み得る。前記方法は、さらに、販売員に一連のインパクトを提供することを含み得るものであり、該インパクトは、変更の規模の等級序列に基づいて変更を示す。

さらに、前記コメント及び変更は、通信のためにコンピュータに繋げられるコンピュータ以外の装置を通して受け取られ得る。同様に、予測データは、通信のためにコンピュータに繋げられるコンピュータ以外の装置を通して受け取られ得る。さらに、コンピュータに対するインタフェースは、通信のためにコンピュータに繋げられるコンピュータ以外の装置を通り得る。

また別の具体例において、本発明はシステムである。該システムは、予測データを受け取るユーザインタフェースを含む。前記システムは、また、ＯＬＡＰキューブを含む分析サーバを含む。システムは、さらに、ＯＬＡＰキューブをサポートすべく分析サーバに繋げられた情報データベースを含む。前記情報データベースは、予測データを具体化し、ユーザインタフェースを通して予測データに対する本質的にリアルタイムの更新を受け取る。前記ユーザインタフェースは、データが時間とともに変更すると、ユーザインタフェースを通してフィードバックとともに予測データを表示する。

さらに別の具体例において、本発明は、予測のデータを入力する販売員に対して、組織のメンバーから予測に関するフィードバックを提供する方法である。該方法は、販売員からコンピュータに予測のデータを受け取ることを含む。前記方法は、また、ＯＬＡＰキューブと併せて、予測情報として予測のデータをデータベースに格納することを含む。前記方法は、さらに、組織のメンバーからコンピュータに、ＯＬＡＰキューブにおける予測情報の具体的な入力についてのコメントを受け取ることを含む。前記方法は、また、組織のメンバーからコンピュータに予測情報の変更を受け取ることを含む。さらに、前記方法は、ＯＬＡＰキューブ及びデータベース内にコメント及び変更を組み込むことを含む。また、前記方法は、コンピュータのインタフェースにおいて、販売員に対してコメント及び変更の表示を提供することを含む。

さらなる別の具体例において、本発明は方法である。該方法は、関連するウィンドウ値とともに予測データをデータベースに受け取ることを含む。前記方法は、また、関連するウィンドウ値に基づくデータにアクセスすることを含む。方法は、さらに、関連したウィンドウ値に基づいて、アクセスされたデータを他のデータと比較することを含む。

別の具体例において、本発明は、情報を保守する方法である。該方法は、一連の予測データを受け取ることを含む。前記方法は、また、ＯＬＡＰキューブを通して予測データを情報のデータベースに組み込むことを含む。前記方法は、さらに、データベースからベースライン予測を取り出すことを含む。前記方法は、また、データベースに対する更新を受け取ることを含む。さらに、前記方法は、ＯＬＡＰキューブを通して全情報に亘って更新をほぼ直ぐに伝達することを含む。前記方法は、また、データベースから更新されたベースライン予測を導出することを含み、該更新されたベースライン予測は、ベースライン予測から導出される。

別の具体例において、本発明は方法である。前記方法は、第一組のユーザからコンピュータに予測情報を受け取ることを含む。前記方法は、また、コンピュータによってアクセス可能なデータベース及び対応するＯＬＡＰキューブに前記予測情報を統合することを含む。前記方法は、さらに、第二組のユーザからコンピュータに予測情報の具体的な入力についてのコメントを受け取ることを含む。前記方法は、また、第二組のユーザからコンピュータに予測情報の変更を受け取ることを含む。前記方法は、さらに、データベース及びＯＬＡＰキューブにコメント及び変更を統合することを含む。さらに、前記方法は、コンピュータのインタフェースにおいて販売員に対してコメント及び変更の表示を提供することを含む。

図１は、組織を通じての情報の流れを示す。組織１００は、会社又は他の組織における財務に関係する典型例であり得る。ＣＥＯ１１０は、仕事の基本的な一部分として、財務情報を必要とする。従って、販売組織１５０は、販売の予想を準備するよう要求される。この予測は、例えば、数ヶ月又は数年に及び得る。説明された例では６ヶ月間であるが、様々な状況においては、それとは異なる期間が事情に適合し得る。本発明の精神及び範囲内において、組織の中で要求され得る予測が他にもある。例えば、在庫又は経費の予測がリアルタイムで準備され、トラックされ得る。

販売組織１５０の中で、販売代理店１７５は、近く発表されるそれらの販売予測を提供する。同様に、独立の代理店１８０及び販売業者１９０は、近く発表される販売の予測を提供する。エリアマネージャー１７０は、これらの予測を受け取り、それらを販売のバイスプレジデント１６０まで回す。すると、バイスプレジデント１６０は、予測をマーケティング部門１４０に回す。この時点で、そして前のリンクで、例えば、推定値の変更、データに関する情報又は立証の要求、あるいは、フィードバック又は分析の他の形式等を通じて、財務データ（予測）のフィードバック又は分析が行われ得る。

すると、マーケティング１４０は、生産１３０（例えば、技術及び製造）に新しいデータを送る。生産１３０は、製造の考慮事項（例えば、遅延又は貯蔵量など）に基づいてコメントし、変更を与え、その後、財務１２０に情報を回し得る。財務部１２０は、資本の利用可能性又はアカウント（例えば、期限超過のアカウントなど）の状態などの財務的な考慮事項に基づいてコメントし、変更を与え得る。財務部１２０は、その後、ＣＥＯ１１０にベースライン予測として更新された予測データを手渡す。

ＣＥＯ１１０は、例えば、報道機関各社、顧客、ベンダ、及び監督機関などの組織のメンバーでない人と話す際に、経営上の分析を行うために、そして参照するために、このベースラインを用い得る。静的な予測では、ＣＥＯ１１０がデータを見る時までに、古くなっている可能性がある。リアルタイムの更新によって、ＣＥＯ１１０は、利用可能なデータをより有効に信頼して、組織の財務状況を分析しコメントし得る。

予測及び更新のプロセスをさらに詳しく説明するために、データが最初どのように提供されるかについて言及され得る。この場合も同様に、プロセスは販売データで示されるが、様々な形式のデータは、リアルタイムに予測され、トラックされ得る。図２は、ある具体例における販売員用の情報を示す。該情報は、ユーザインタフェース２００を通して入力され及び／又は表示される。フィールド又はフレーム２６０は、販売員２２０用の情報の表示である。図示するように、これは、販売員２２０用の通貨（例えば、ドルなど）の表示であり、会社２３０、その会社用の部品２４０、部品２４０用の詳細２４５、及び詳細が現在選択されていない別の部品２５０を含む。フィールド又はフレーム２６０は、販売員２２０によって販売される製品に関するユーザインタフェースであり、販売員２２０用の特定の製品と関連した予測データの入力を可能とする。

ある具体例において、販売代理店又は同様な個人（ユーザ）は、フレーム２６０の各セルの中に情報を入力し、データが不注意に残されていない又は間違って入力されていないことを確認すべく、各セルに「タッチする」（セル内にデータを入力する又はセル内のデータを確認する）ことを要求される。さらに、ユーザは、部品２７０の概要データの各セルにタッチすることを要求され得る。さらに、入力されるものと関連するステータス情報がステータス２０５として表示され、入力されたデータの提出のため及びソフトウェアの終了のために、提出２１０ボタン及び終了２１５ボタンがそれぞれ提供される。データが入力されると、同様なユーザインタフェースがデータを表示するために用いられ得る。以下で説明されるように、データが変更される場合、それらの変更も表示され得る。

図示するように、入力がなされると、同様なユーザインタフェース３００が情報を表示するために用いられ得る。図３は、ある具体例における顧客に関する情報を示す。インタフェース３００は、予測される概要、インパクトメッセージ、トップ１０の顧客、及びナビゲーションツールを提供する。予測される表示３１０は、ある具体例における特定の販売代理店について（全ての販売員に関して）の情報を提供する。該情報は、販売員が時間に当てられた行及び列で分けられた状態で、セル形式で表示される。ディスプレイ３６０は、何が表示されているかを示し、この場合、東アメリカ地域の北東アメリカ部における代理販売法人組織を示す。さらに、セレクター３６５は、表示３１０の形式を決定し、この場合には概要であり、時間セレクター３７０は、表示された時間を決定し、タイプセレクター３７５は、ドルや単位などの表示のタイプを決定する。さらに、ディスプレイ３１０は、見る方法（図示されるように、月ごとに）及び表示するタイプ（図示される表）の選択をユーザに提供する。

表示の別の部分は、インパクトメッセージ表示３１５であり、変更に基づく予測に対するインパクトについてのメッセージを提供する。表示のさらに別の部分は、トップ１０の顧客の表示３０５であり、他に何か表示されるか否かにかかわらず、トップ１０の顧客の予測をリアルタイムで提供すべく用いられ得る。さらに、ステータス及びナビゲーションのツールが提供される。予測ボタン３３５は、表示される予測データをもたらす。ドリルダウン（掘り下げ）ボタン３３０は、表示されたデータのサブセットの入力の詳細をユーザがドリルダウンすることを可能とする。設定ボタン３２５は、ユーザが表示の設定を変更することを可能とする。ヘルプボタン３２０は、ユーザがオンラインヘルプにアクセスし、場合によっては、例えば、ネットワーク上でヘルプにアクセスすることを可能とする。アイデンティティ３４５は、現在のユーザのアイデンティティを表示し、予測ステータス３４０は、予測のステータス（例えば、是認される必要があるか、又は、動作中であり更新を提供するであろうかどうか）を表示する。さらに、ログアウトボタン３５５及びホームボタン３５０は、システムを終了すること、又は、システムの所定のホーム部分にナビゲートすることをそれぞれ可能とする。

様々な顧客及びエリアに関連するユーザからの情報とともに、より広いエリアの概要が提供され得る。図４は、ある具体例における地域用の情報を図示する。異なる地域、又は例えば、前に表示されたデータを含む地域にナビゲートすることによって、地域の情報が表示され得る。この例では、フレーム３１０の表示は、北東アメリカ地域用のデータとして、販売法人組織に関するデータを提供する。表示３６０は、どの地域が表示されるかを示す。これは、図３のデータからのより高いレベルの抽出又は異なるレベルの組織におけるデータを本質的に表示しているため、販売法人組織に関して表示されたデータは、図３に表示されたデータの集約であるということに注意されたい。

同様に、より大きな地域用のデータの集約へも進み得る。図５は、ある具体例におけるより大きな地域用の情報を図示する。ここで、表示３１０は、北東及び南東アメリカ地域のデータを提供し、北東アメリカ地域は、図４の販売法人組織のデータを集約する。同様に、南東アメリカ地域は、適切なデータを集約する。予期されるように、表示３６０は、何が表示されているかを示し、この場合には、東アメリカ地域を示す。

予期されるように、集約は、最終的には世界的なレベルにまで行き得る。図６は、ある具体例における会社の世界規模の経営用の情報を図示する。ユーザインタフェース３００は、どのエリアが表示３６０に表示されるかの表示とともに、世界的な規模のデータを提供する。特に、表示３１０は、東アメリカ、西アメリカ、及びアジア太平洋地域のデータを提供する。東アメリカのデータは、図５のデータを集約したものである。さらに、図示されるように、情報は変更がなされていない。さらに、表示３１０は、エリア又はエンティティ（タブ３８０）ごと、顧客（タブ３８５）ごと、及び製品（タブ３９０）ごとの表示を可能とする。しかし、情報を収集してそれが表示されるので、例えば、個々のクライアント又はワークステーションを用いるネットワーク上の様々なユーザなどによって、情報を処理することが有益であり得る。

以下の図７〜図８の説明は、上記及び以下で説明する本発明の方法を実行するのに適したコンピュータハードウェア及び他の操作コンポーネントの概要を提供することを意図したものであり、適用可能な環境を制限することを意図したものではない。同様に、コンピュータハードウェア及び他の操作コンポーネントは、上述した発明の装置の一部として好適であり得る。本発明は、ハンドヘルド装置、マルチプロセッサシステム、マイクロプロセッサーベースの又はプログラム可能な電気製品、ネットワークＰＣ、小型コンピュータ、大型機などを含む、他のコンピュータシステム構造によって実施することができる。本発明は、また、通信ネットワークを通して接続される遠隔の処理装置によってタスクが実行される分散コンピューティング環境においても実施することができる。

図７は、インターネットなどのネットワーク７０５を通して繋げられるいくつかのコンピュータシステムを示す。本明細書中で使用される用語「インターネット」は、伝送制御プロトコル／インターネット・プロトコル（ＴＣＰ／ＩＰ）プロトコルや、場合によっては、ワールドワイドウェブ（ウェブ）を作成するハイパーテキスト・マークアップ言語（ｈｔｍｌ）文書のためのハイパーテキスト転送プロトコル（ｈｔｔｐ）等の他のプロトコル等の、ある種のプロトコルを用いるネットワークのネットワークをいう。インターネットとプロトコルとの物理的接続及びインターネットの通信手順は、当業者にとって周知である。

インターネット７０５へのアクセスは、一般に、ＩＳＰ７１０や７１５などのインターネットサービスプロバイダー（ＩＳＰ）によって提供される。クライアントコンピュータシステム７３０，７４０，７５０及び７６０などの、クライアントシステム上のユーザは、ＩＳＰ７１０や７１５などのインターネットサービスプロバイダーを通してインターネットへのアクセスを獲得する。インターネットへアクセスすることで、クライアントコンピュータシステムのユーザは、情報を交換し、電子メールを送受信し、ｈｔｍｌ形式で作成された文書などの文書を見ることができる。これらの文書は、しばしば、インターネット「上」にあると見なされるウェブサーバ７２０などのウェブサーバによって提供される。コンピュータシステムは、そのシステムにＩＳＰがなくても、構築されインターネットに接続されることができるが、これらのウェブサーバは、しばしば、ＩＳＰ７１０などのＩＳＰによって提供される。

ウェブサーバ７２０は、一般に、サーバコンピュータシステムとして動作する少なくとも１つのコンピュータシステムであり、ワールドワイドウェブのプロトコルによって動作するよう構成され、インターネットに繋げられる。任意的に、ウェブサーバ７２０は、クライアントシステムに対してインターネットへのアクセスを提供するＩＳＰの一部であり得る。ウェブサーバ７２０は、それ自体ウェブコンテンツ７９５に繋げられるサーバコンピュータシステム７２５に繋げられて示され、それはメディアデータベースの形式と見なすことができる。２つのコンピュータシステム７２０及び７２５が図７に示されるが、ウェブサーバシステム７２０及びサーバコンピュータシステム７２５は、ウェブサーバ機能及び後述するサーバコンピュータシステム７２５によって提供されるサーバ機能を提供する異なるソフトウェアコンポーネントを有する１つのコンピュータシステムであり得る。

クライアントコンピュータシステム７３０，７４０，７５０及び７６０のそれぞれは、適切なウェブブラウズソフトウェアを備え、ウェブサーバ７２０によって提供されるｈｔｍｌページを見ることができる。ＩＳＰ７１０は、クライアントコンピュータシステム７３０の一部と見なすことができるモデムインタフェース７３５を通してクライアントコンピュータシステム７３０に対するインターネット接続性を提供する。クライアントコンピュータシステムは、パーソナルコンピュータシステム、ネットワークコンピュータ、ウェブＴＶシステム、又は他のそのようなコンピュータシステムであり得る。

同様に、ＩＳＰ７１５は、クライアントコンピュータシステム７４０，７５０及び７６０にインターネット接続性を提供するが、図７に例示するように、接続はこれらの３つのコンピュータシステムに対して同じではない。クライアントコンピュータシステム７４０は、モデムインタフェース７４５を通して繋げられる。一方、クライアントコンピュータシステム７５０及び７６０は、ランの一部である。図７は、インタフェース７３５及び７４５を総称的に「モデム」として示すが、これらの各インタフェースは、アナログモデム、ＩＳＤＮモデム、ケーブルモデム、衛星トランスミッションインタフェース（例えば、「直接的なＰＣ」）、又は他のコンピュータシステムにコンピュータシステムを繋げるための他のインタフェースであり得る。

クライアントコンピュータシステム７５０及び７６０は、ネットワークインタフェース７５５及び７６５を通してラン７７０に繋げられ、それは、イーサーネットネットワーク又は他のネットワークインタフェースであり得る。ラン７７０は、また、ゲートウェイコンピュータシステム７７５に繋げられ、該ゲートウェイコンピュータシステム７７５は、ローカルエリアネットワークに対してファイアウォール及び他のインターネット関連サービスを提供することができる。このゲートウェイコンピュータシステム７７５は、クライアントコンピュータシステム７５０及び７６０にインターネット接続性を提供すべく、ＩＳＰ７１５に繋げられる。ゲートウェイコンピュータシステム７７５は、従来のサーバコンピュータシステムであり得る。また、ウェブサーバシステム７２０は、従来のサーバコンピュータシステムであり得る。

また、サーバコンピュータシステム７８０は、クライアント７５０，７６０にファイル７９０及び他のサービスを提供するために、ゲートウェイシステム７７５を通してインターネットと接続することを必要とせず、ネットワークインタフェース７８５を通してラン７７０に直接繋げることができる。

図８は、クライアントコンピュータシステム若しくはサーバコンピュータシステムとして、又は、ウェブサーバシステムとして用いられ得る従来のコンピュータシステムの一例を示す。そのようなコンピュータシステムは、ＩＳＰ７１０などのインターネットサービスプロバイダーの機能の多くを実行すべく用いられ得る。コンピュータシステム８００は、モデム又はネットワークインタフェース８２０を通して外部システムと相互作用する。モデム又はネットワークインタフェース８２０をコンピュータシステム８００の一部と見なすことができることが理解されるであろう。このインタフェース８２０は、アナログモデム、ＩＳＤＮモデム、ケーブルモデム、トークンリングインタフェース、衛星トランスミッションインタフェース（例えば、「直接的なＰＣ」）、又は他のコンピュータシステムにコンピュータシステムを繋げるための他のインタフェースであり得る。

コンピュータシステム８００は、プロセッサ８１０を含み、それは、インテルペンティアムマイクロプロセッサー又はモトローラパワーＰＣマイクロプロセッサーなどの従来のマイクロプロセッサーであり得る。メモリー８４０は、バス８７０によってプロセッサ８１０に繋げられる。メモリー８４０は、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）であり得、また、静的なラム（ＳＲＡＭ）を含み得る。バス８７０は、プロセッサ８１０をメモリー８４０と繋げ、また、不揮発性ストレージ８５０、ディスプレイ制御装置８３０、及び入出力（Ｉ／Ｏ）コントローラ８６０と繋げる。

ディスプレイ制御装置８３０は、ディスプレイ装置８３５上の表示を従来の方法で制御する。ディスプレイ装置８３５は、陰極線管（ＣＲＴ）又は液晶ディスプレイ（ＬＥＤ）であり得る。入出力装置８５５は、マウス又は他のポインティングデバイスを含めた、キーボード、ディスクドライブ、プリンタ、スキャナ、及び他の入出力デバイスを含み得る。ディスプレイ制御装置８３０及び入出力コントローラ８６０は、従来の周知技術によって実施することができる。デジタル画像入力装置８６５は、デジタルカメラからの画像がコンピュータシステム８００に入力されるのを可能にするために、入出力コントローラ８６０に繋げられるデジタルカメラであり得る。

不揮発性記憶装置８５０は、多くの場合、大量のデータ用の磁気のハードディスク、光ディスク、又は別の形式の記憶装置である。このデータの幾つかは、多くの場合、コンピュータシステム８００のソフトウェアの実行の間に、ダイレクトメモリーアクセスのプロセスによってメモリー８４０に書き込まれる。用語「機械可読媒体」又は「コンピュータ可読媒体は、プロセッサ８１０によってアクセス可能であり、また、データ信号をエンコードする搬送波を包含する任意の形式の記憶装置を含むことは、当業者であれば直ちに認識するであろう。

コンピュータシステム８００は、異なるアーキテクチャを備えた多くの可能性のあるコンピュータシステムの一例である。例えば、インテルマイクロプロセッサーに基づいたパーソナルコンピュータは、しばしば多重バスを有し、その一つは、周辺装置や、プロセッサ８１０及びメモリー８４０に直接接続するための入出力（Ｉ／Ｏ）バス（しばしばメモリーバスと呼ばれる）であり得る。バスは、異なるバスプロトコルのために任意の必要な翻訳を実行するブリッジコンポーネントを通して共に接続される。

ネットワークコンピュータは、本発明によって用いることのできる別のタイプのコンピュータシステムである。ネットワークコンピュータは、通常ハードディスク又は他の大容量記憶装置を含まず、実行可能プログラムは、プロセッサ８１０によって実行されるためにネットワーク接続からメモリー８４０にロードされる。周知のウェブＴＶシステムもまた、本発明に係るコンピュータシステムであると見なされるが、それは、一部の入力又は出力デバイスなど、図８に示されるきのう特徴のいくつかを欠いたものであり得る。典型的なコンピュータシステムは、通常、少なくともプロセッサ、メモリー、及びメモリーをプロセッサと繋げるバスを含むであろう。

さらに、コンピュータシステム８００は、ディスクオペレーティングシステムなどのファイル管理システムを含むオペレーティングシステムソフトウェアによって制御され、それは、オペレーティングシステムソフトウェアの一部である。関連付けられたファイル管理システムソフトウェアを有するオペレーティングシステムソフトウェアの一例は、ワシントンのレッドモンドのマイクロソフトコーポレーションが提供するウィンドウズ（登録商標）として知られるオペレーティングシステム及びそれらに関連するファイル管理システムのファミリーである。関連付けられたファイル管理システムソフトウェアを有するオペレーティングシステムソフトウェアの別の例は、ＬＩＮＵＸオペレーティングシステム及びそれに関連するファイル管理システムである。ファイル管理システムは、一般に不揮発性記憶装置８５０の中に格納され、プロセッサ８１０に、オペレーティングシステムによって要求される様々な行為を実行させ、データの入力及び出力を実行させ、データをメモリーに格納させ、不揮発性記憶装置８５０にファイルを格納することを含む。

詳細な説明のある部分は、コンピュータメモリーの中のデータビット上の操作のアルゴリズム及びシンボル表現で示される。これらのアルゴリズムの説明及び表現は、データ処理技術の分野の当業者が、他の当業者に最も効果的に内容を伝達すべく用いる方法である。アルゴリズムは、ここで、そして一般的に、目的とする結果に導くための一連の自己無撞着な作業順序であると考えられる。操作は、物理量の物理的な操作を要求するものである。通常、必ずではないが、これらの量は、格納、転送、結合、比較、及び他の処理を施すことが可能な電気又は磁気的な信号の形式を取る。主に共通の使用のために、これらの信号をビット、値、要素、シンボル、文字、用語、数字、又は同様のものとして参照することは、時には便利であると判明している。

ただし、これら及び同様な用語の全ては適切な物理量と関連付けられるべきものであって、単にこれらの量に当てはめられた簡便なラベルに過ぎないものであることは、心に留めておくべきである。当然のことながら、以下の考察から明白であるように別の形で特に述べられない限り、詳細な説明の全体に亘って、例えば、「プロセシング」、「コンピューティング」、「計算」、「判断」、「表示」等の用語を用いる議論は、コンピュータシステム又は同様な電子コンピューティング装置の動作及び処理をいうものであり、また、それらは、コンピュータシステムのレジスターとメモリー内の物理的な（電子的な）量として表わされたデータを、コンピュータシステムメモリー、レジスター、あるいは、他のそのような情報記憶装置、送信又は表示装置内の物理量として同様に表される他のデータに処理し及び変換するものである。

また、幾つかの具体例において、本発明は、ここに操作を実行するための装置関する。この装置は、要求される目的のために特別に構成され得るか、又は、コンピュータに格納されたコンピュータプログラムによって選択的に作動されるか再構成される汎用コンピュータを備え得る。そのようなコンピュータプログラムは、これらに限定されるものではないが、フロッピーディスク、光ディスク、ＣＤ−ＲＯＭ、及び磁気光ディスク、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリー（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気的又は光学的カードを含む任意の形式の記憶媒体、あるいは、電子的命令を記憶するのに適した任意の形式の記憶媒体等の、コンピュータ可読可能な記憶媒体に格納され得る。そして、それぞれは、コンピュータシステムバスに繋げられる。

本明細書中に示されたアルゴリズム及び表示は、いかなる特定のコンピュータ又は他の装置とも本質的には関連するものではない。様々な汎用システムは、本明細書中の教示に従ってプログラムとともに用いられ得るか、又は、要求される方法ステップを実行するために、より特殊化した装置を構築するのが便利であると判明し得る。これら様々なシステムのために要求される構造は、以下の詳細な説明から明らかとなるであろう。さらに、本発明は、いかなる特定のプログラミング言語にも準拠して説明されることはなく、従って、様々な具体例は、様々なプログラミング言語を用いて実施され得る。

図７及び図８で示されるような様々なネットワーク及びマシンが利用され得る。図９は、リアルタイムの更新を用いてデータを予測するのに使用されるシステムの具体例を示す。システム９００は、クライアント、サーバ、及びサポートデータベースを含む。システムの様々な具体例は、そのようなシステムの実行又はインストールを取り囲む状況によって必要となる異なる構成を用いて使用され得る。システム９００は、予測及び本質的にリアルタイムの更新の両方に適した様々なタイプのデータとともに用いられ得る。本質的にリアルタイムの更新は、可能な限り速やかにシステムに提供される更新をいい、それは、即時であり得るか、又は、適切な情報を有する人がその情報をシステム９００に中継することができると直ぐに行われ得る。

システム９００は、クライアント９１０及び９７０を備えるクライアント部分、識別サーバ９２０及び分析サーバ９４０を備えるサーバ部分、データベース９３０，９５０，及び９６０を備えるデータベース部分とを含む。ある具体例において、データベース９３０，９５０，及び９６０は、それぞれ、特定の顧客（例えば、第一の顧客、第二の顧客、及び第三の顧客）のために設けられる。識別又は認証サーバ９２０は、クライアント９１０及び９７０などの様々なクライアントからアクセス要求を受け取る。すると、サーバ９２０は、クライアント及び現在のユーザを識別又は認証し、（あるとすれば）どのデータベースがアクセス可能であるかを決定する。すると、分析サーバ９４０は、クライアントから要求を受け取るのを開始し、選択されたデータベースにおけるデータ分析が可能となる。

認証及びアクセスは、様々な方法で処理され得る。例えば、クライアント（例えば、クライアント９１０）が認証されると、分析サーバ９４０用のアドレスをエンコードするトークンや、どのデータベース（９３０など）が用いられるかについての情報などとともに、分析サーバ９４０にリダイレクトされ得る。あるいは、クライアント９１０は、キー（例えば、公開キー−プライベートキー対の一部）を受け取り得る。キーは、分析サーバ９４０用の既知のアドレスにアクセスするために用いられ得る（例えば、そのキーは、応答を可能にし得る）。キーは、また、例えば、データにアクセスするために、分析サーバ９４０からデータベース９３０に送信されることを要求され得る。

分析サーバ９４０は、ＯＬＡＰキューブを用いて部分的に実行され得る。ＯＬＡＰキューブは、例えば、ワシントン、レッドモンドのマイクロソフトコーポレーションなどの、様々な商業用のエンティティから入手可能である。ＯＬＡＰキューブは、例えば、データベース９３０などのデータベースによってサポートされると、自動化されたデータ分析を実行することができ、データの速いスループット及び変更の速い伝達を可能とする。ある具体例において、クライアント９１０は、情報やクエリーを提出するため及びユーザインタフェースで情報を見るためのみに用いられるローカルなクライアントであるため、全ての分析はサーバ９４０で行われる。別の具体例において、クライアント９７０は、ある分析機能（例えば、ローカルなＯＬＡＰキューブ及び記憶装置を通して）を含むスマートクライアントである。クライアント９７０は、スマートなクライアントとして、ネットワーク及びサーバ９４０から隔離されて操作され得るが、クライアント９７０に現実に格納された又は複製されたデータの分析及び表示は依然として可能である。

説明されるように、図９は、地理的に及び組織的に配布され得るシステムを示し、従って、例えば、アクセス及びシステムのメンテナンスに基づいた収益の創出を可能とし得る。図１０は、リアルタイムの更新によってデータを予測するのに用いられるシステムの他の具体例を示す。サイト１０００は、クライアント１０１０（場合によっては、多数のクライアント）と、サーバ１０２０と、データベース１０３０とを含む。システムは自己完結型であり、認証が必要である場合もあり、必要でない場合もある（サイト１０００は、例えば、許可されたユーザに限定され得る）。クライアント１０１０は、分析機能を有しないローカルなクライアントとして、又は、スマートクライアントとして実行され、サーバ１０２０は、例えば、ＯＬＡＰキューブによって分析のために実行され得る。

どのようなシステムや他の具体例が動作するかは様々である。図１１は、リアルタイムの更新によってデータを予測するのに用いられる方法の具体例を示す。この文書の方法（１１００）及び他の方法は、一連のプロセスモジュールとして説明され、それは、例えば、同様の方法で又は一連の方法で、再配置され、且つ、実行され、若しくは操作され得る。モジュール１１１０において、財務データなどのデータは、最初の予測のために受け取られる。モジュール１１２０において、データは、システム（ＯＬＡＰキューブ又はサポートデータベースにおけるなど）に伝達される。モジュール１１３０において、例えば、期限の到来により、又は十分なデータが収集されているという決定により、予測ベースラインが形成される。

利用可能なベースラインによって、予測に関する情報には変更されるものもあり、静的なままのものもあり得る。モジュール１１４０において、変更が受け取られる。モジュール１１５０において、受け取られた変更が伝達され又は処理され、システムを通じて更新が伝達され、警告又は通知が送信され、記録される任意の修正が適切であるとして適用される。モジュール１１４０及び１１５０は、変更が受け取られると、繰返しの方法で複数回実行され得るため、本質的に継続的で且つほぼリアルタイムの更新が可能となる。さらに、次の予測（例えば、次の四半期）の時期が到来すると、プロセスはモジュール１１１０に戻り得る。

ある具体例において、具体的なプロセスが利用され得る。図１２は、リアルタイムの更新によってデータを予測するのに用いられる方法の他の具体例を示す。モジュール１２１０において、例えば、販売代理店からの生データなどの、最初の予測のデータが受け取られる。モジュール１２２０において、受け取られたデータがシステムを通して伝達される。モジュール１２３０において、生データに加えられる予測に通じる判断などの、データへの改訂が受け取られる。そのような判断は、販売代理店のスーパーバイザー、マーケティング部門の要員、製造又は技術要員、財務要員、さらにはＣＥＯ又は他のハイレベルの人員からも来得る。モジュール１２１０，１２２０，及び１２３０は、例えば、異なる時期に到着するデータ又はインプットサイクルにおける他の変化によって繰り返され得る。モジュール１２４０において、ベースラインは、モジュール１２１０，１２２０，及び１２３０からの予測データによって形成される。

モジュール１２５０において、以前の予測データに対する更新などの変更が受け取られる。変更の中には予測の確認（予想から現実への変更）であり得るものもあるが、多くの変更は、予測されたデータとは異なる価格、量などで注文が来たことによる実際の変更であり得る。モジュール１２６０において、実際の変更されたデータがウォッチされているかどうかについて判定される。その場合には、モジュール１２６５において、ウォッチ及びシステムの機能の要求に対する適切な詳細のレベルで、ウォッチの要求に基づく通知が送られる。モジュール１２７０において、変更は、例えば、システムを通してＯＬＡＰキューブ及び／又はデータベースを通って伝達される。モジュール１２７５において、影響される様々なデータポイントは、それらのいずれかがウォッチされているかどうかを判定するためにチェックされる。その場合には、モジュール１２８０において、ウォッチの要求に基づいて通知が提供される。モジュール１２９０において、変更されたデータを受け取るのに先立って、予測へのインパクトが示され、好ましくは、ユーザがデータを容易に解釈可能な方法で示される。モジュール１２９５において、変更された情報に応答するユーザから判断又は調整が受け取られ、モジュール１２５０などでさらに変更が受け取られることとなる。

具体例のさらなる側面及び特徴は、具体例のためのユーザインタフェースや、どのようにして及びなぜインタフェースが変わるかの説明を参照することにより理解され得る。図１３は、具体例における製品ごとの情報の表示を例示する。記載されるように、情報は、例えば、地域ごとに表示され得る。図示されるように、表示３１０は、製品ごとの情報を、同様な又は同じ情報によって提供する。表示３６０は、図示された例における全てのファミリーに対しての、製品ごとの表示であることを示す。ちょうど地域に対するインパクトがインパクト表示３１５の中に提供され得るのと同様に、それらはまた、製品に対しても提供され得るものであり、表示３１０の中に提供されたデータの一覧に基づいてインパクトが表示され得る。また、ユーザは、インパクトがグローバルなレベルで提供されるか、又は、例えば、そのユーザのために予め決定された／予め選択されたレベルで提供されるよう指定し得る。

図１４は、ある具体例における顧客ごとの情報の表示を例示する。この場合も同様に、異なる方法で情報を表示するオプションが示される。その上、部品又は地域ごとの表示、顧客ごとの表示により、例えば、どの顧客が注文を増大させているか、注文を減少させているか、又は短期変更を経験しているかの判断を可能とする。データは、好ましくは顧客、部品、地域、販売員、及び他の関連情報と関連付けて格納されるため、様々な異なる方法でデータを表示することが可能となる。さらに、データがＯＬＡＰキューブにポピュレートされているため、表示間での移行には、単に、情報のある一側面をＯＬＡＰキューブにおいて保存されるように表示することから、情報の別の側面をＯＬＡＰキューブにおいて既に保存されるように表示することへ移行することを含む。データはタブ３８５（マークされた顧客）を選択することに応答して表示され、表示３６０はどのようにデータが見られるかを示すことに注意されたい。

上述されるように、図１３及び図１４中のデータは、予測がベースラインに編集されるのに先立って表示される。しかし、データの変更は、いつでも、特に、ベースラインが形成された後に行われ得る。図１５は、具体例における具体的なインパクトの表示を図示する。インパクトは、システムを通して伝達されるので、データの変更を人間が理解できる言語へ翻訳したもの（例えば、英語など）である。図示された例において、インパクト表示３１５は、報告されたインパクトをより綿密に調査することが可能となるように拡大される。さらに、どのようにインパクトが発生したか又はインパクトの源が何であるかを判断するために、インパクトをドリルダウンすることが可能である。さらに、インパクトは、ベースライン予測の形成前、形成の間、又は形成後に発生し得る。従って、ステータスインジケータ３４０は、予測が受け取られた後（又は、ユーザがもはやインプットする選択肢を有さなくなった後）に、これらのインパクトが見られることを示し、さらに、継続的な更新が受け取られるであろうことを示す。

データの他の提示もまた利用可能である。図１６は、具体例における情報用の経営報告を示す。経営表示４０５は、需要又は絶対的な需要の量の変更及び概要の変更についての情報とともに、経営上の又は製造の観点に基づくデータの一覧を提供する。この場合も同様に、ドリルダウンは、また任意的であり得、ある部品に対する需要は、いつ需要が発生するか、又は、なぜ変更が発生しているかに分類され得る。

図１７は、具体例における情報のための在庫レポートに対する予測された変更を示す。図１６の経営表示４０５の一覧と異なり、経営表示４０５に示された在庫リポートは、概要及び詳細情報の両方を備え、予測された更新の変更のインパクトの金銭的価値にさらに焦点を当てる。そのようなリポートは、また、需要及び実需を満たす能力に基づいたサービスのために提供され得る。

同様に、経営表示４０５にはギャップレポートも提供され得る。図１８は、ある具体例における情報に対するギャップレポートを示す。ギャップレポートは、予測と現在の数字との間の相違の一覧を提供し、従って、会社がその期待された予測を実現するのを確実にするには、どのような注文が発生する必要があるかを示し得る。

ドリルダウンは、ユーザがかかる行動を制限されない限り、一般に利用可能である。図１９は、ある具体例における、販売員に関するドリルダウンされた情報の表示を示す。より前の予測に基づいて、（例えば、図３で見られたような）複数の販売員に関するデータの表示上でドリルダウンすることによって１人の販売員に関するデータが表示され得る。ドリルダウン表示４１０は、１人の販売員用の入力を構成するデータの詳細を提供する。さらに、ユーザがそれを行う権限を有するならば、適用判断ボタン４１５によって、予測が正確であるかどうか、又は、どのように変更する必要があるかについての判断の入力を行うことが可能となる。これは、以下でより詳細に説明されるであろう。

誰かがそのようなドリルダウンされたデータ等のデータを見ている間、又はユーザがオフラインであるときに、更新が行われ得る。図２０は、具体例における更新された予測を示す。様々な理由で予測の変更が行われ得ることに注意されたい。表示３１０は、概要データを示し、ボールによってフラグが立てられたいくつかのデータは、予測における変更を示す。そのような変更は、リアルタイムの更新に基づく予測データに対して、判断（予測の後）又は現実の変更が適用された結果であり得る。インパクト表示３１５は、さらに、現実の変更がインパクトを与えるときなど、ある場合に更なる情報を提供し得る。

更新についての情報を追跡するときには、ドリルダウンデータ、及び対応する変化又は情報を見ることができる。図２１は、具体例における地域のドリルダウン表示を示す。ドリルダウン表示４２５は、小区域に固有な、部品に固有な、及び顧客に固有な情報などの、この実例で選択された地域に特有なデータを示す。従って、ドリルダウン表示４２５は、例えば、表示３１０に提供された一覧と異なる一覧を示し得る。さらに、アドウォッチボタン４２０により、ユーザは、例えば、ある基準点を超えて、ある時間内に、又は別の方法で、変更に対する所与のデータポイントを見張ることが可能となる。

さらなる説明を参照することにより、判断及びウォッチの両方が理解され得る。図２２は、具体例における判断の適用を示す。判断インタフェース４３０は、値変更選択肢４４０及び率変更選択肢４６０を含む。値変更選択肢４４０は、種類４４５（例えば、個数又は収益）及び値４５０（例えば、変更量）を含む。率変更選択肢４６０は、方向４６５（増加／減少）、種類４７０（例えば、収益又は個数）、及び量４７５（例えば、変更量）を含む。図示されるように、設定量が与えられて、値の変更が実行され、変更の最終的な結果が指定される。率による変更によって、変更（デルタ）の量が指定される。さらに、変更（判断）が入力されているので、ステータス３４０は、変更の効果を生じるために、承認が与えられなければならないことを示す。

図２３は、具体例における判断の適用をさらに示す。この例において、判断が既に適用されたので、判断履歴４８０は、表示される入力とともにポピュレートされる。これにより、ユーザが不必要な判断入力を避けることを可能にし得るか、又は、将来の判断の適用の内容を提供し得る。この場合も同様に、判断は値変更選択肢４４０に入力され、当該データをさらに変更する。

図２４は、ある具体例における判断の適用後の予測を示す。変更が入力されると、オリジナルデータの一覧は、判断が適用されたとの表示を提供する。特に、判断インジケータボール５１０がここに出現し、表示されたデータ又は表示されたデータに集約されたデータに関連付けられた判断履歴の存在を示す。予期されるように、変更されたデータへドリルダウンすることにより、図２３の履歴４８０などの判断履歴を見ることが可能となろう。図２５は、具体例における情報の変更履歴を示す。ドリルダウンすることによって、又は判断インジケータボール５１０を選択することによって、その判断を入力した人、変更の種類、影響を受ける人、及び変更の量についての情報を含めて、履歴５２０が表示される。示される例において、さらに訂正を提供することによって予測が作成された後、販売員は判断に対応する。

判断が予測を変更する間、ウォッチは、現実又は予測のいずれかの変更を示す。図２６は、具体例におけるウォッチの追加を示す。ウォッチの適用が選択されるとウォッチウィンドウ５３０がポップアップし、該ウォッチウィンドウ５３０は、ウォッチされるべき変更量が入力される変更タイプ５３５を含む。従って、ユーザは、非常に小さな変更、壊滅的な変更、又はいくらかの中間的な変更によってウォッチを始動させるかどうかを調整することができる。一般に、規定の基準値に達する又は超える（不足する又は届かない）と、ウォッチは、ウォッチを設定しているユーザに対して、Ｅメール又は同様のメッセージを送信する。

判断の適用要求に応じるなどにより、データが最初の値から新しい値に変更されると、このことは多くの影響を与え得る。これは、例えば、率又は絶対項の変更であり、また、例えば、具体的な予想又は情報、若しくは一般的な予想（予感や直感など）に起因し得る。データを変更すると、他のデータに変更が伝達されることとなる。また、変更されたデータの原因となったデータの幾つか又は全てに対して逆伝達される変更を伴って、他のデータに対して変更が行われ得る。さらに、データの一部がウォッチ用に設定され、ユーザへの通知がデータの変更であり、変更がそれを通じて伝達されるならば、これによってウォッチ警告が始動され得る。ウォッチは、例えば、指定された基準点を超える変更、又は、特定日前の変更等の、任意の変更に対して設定され得る。また、ウォッチは、目に見える変化を検出することを必要とせず、一般に表示が十億単位であれば、通知を始動するのに千単位の変化で十分であり得る。

変更の説明が高いレベル（例えば、全世界）で提供される一方で、単位量の変更もまた行われ得る。１つの製品に関する情報は、例えば、全製品に関して地理的エリアに対してよりも、むしろ地理的なエリアに亘って表示され得る。情報は、また、例えば、１つの製品又は製品種目に関して又は他のベース上で、一連の顧客に対して表示され得る。さらに、情報は、通貨よりもむしろ製品単位で表示され得る。好ましくは、通貨数及びユニット数（個数）の両方についての情報が格納される。従って、ユーザインタフェースにおける情報の表示は、２つのタイプの表示の間で移行し得る。ユニットは、物理量（例えば、部品又は装置の数）、推定の物理量（例えば、出される食事の数）、又は、ある種のサービスメトリック（例えば、請求される時間数）であり得る。さらに、様々なデータポイントは、絶対数であり得るか、（例えば、千単位の量などに）縮小され得る。また、ウォッチ及び判断は、通貨ベースというよりも量ベースで適用され得る。

特定の製品又はサービスがトラックされ得るので、更新は、例えば、１つの注文又は長期に亘る関係の変更に基づき得る。顧客は、ビジネスから撤退するか、製品の生産を中止することを決定し、従って、例えば、購入されたコンポーネントに関するニーズを終え得る。同様に、ベンダは、製品の生産を中止することを決定し、コンポーネントの生産を中止した後に適正な備蓄を確保すべく購入を増やすことを顧客に要求する。そのような結果として生じる更新は、例えば、予測される注文に対する確認、取消し又は他の変更であり得る。そのような更新は、さらに伝達され得る。さらに、いかなる判断も動的であり得る（例えば、常に１０％数字を減らす）か、条件付きであり得る（Ｘに減少するまで、予測数をＸに減らす）。従って、伝達は、全ての関連したデータポイントに到達するのに先立って終了し得る。

財務の具体例に関するさらなる考慮事項

財務データに特に関連する典型的なシステムの以下の説明は、様々な具体例に含まれ得る実施の詳細とともに、具体例の詳細を提供する。特徴及び詳細は、本発明の精神と範囲内で他の具体例において部分的に用いられ、上述した他の特徴及び詳細と結合され得る。特に、提供される詳細の殆どは、多くのタイプのデータに好適であり、財務データに限定されない。

ある具体例において、システムは、会社に、ボトムアップの販売データ及び財務データの予測を作成するプロセスを効率化させる。ある具体例において、これは、前線にいる者からのデータを収集することを含む。これは、販売代理店、代理業者、代理店企業、顧客、小売店、又は予測データの他のソースからデータを受け取ることを含み得る。これに続いて、データがシステムの中で集約され、該システムは、その後、販売及びマーケティングの管理者が判断を適用することを可能にし得る。階層的な判断の適用は、具体的なデータ及び他のデータに対しての対応する変更に適用された判断に関するデータを維持することなどにより、トラックされ得る。さらに、変更は（ＯＬＡＰキューブによって実施されて）データを通って表示されるため、判断を適用する前又は後に、適用される判断の結果は理解され得る。さらに、データを理解すべく分析ツールも用いられ得る。そのようなツールの例には、回帰分析、統計分析、データマイニング、及び他のツール間の相関分析が含まれる。

最初のデータの一覧が与えられた後、好ましくは、販売のバイスプレジデント又は同様な権限を有する者が、自分に到着したデータを理解し、判断し、承認した後に、その者は、公式な予測ベースラインを作成し得る。この時点で、その者は、会社内の他の者が消費するデータをリリースし、更新がトラックされるベースラインを画定する。ベースラインは、毎年、四半期、毎月、隔週、毎週、必要ならば毎日であり得、他の時間枠の上で実施され得る。さらに、複数のユーザ又は権限を有する者は、例えば、市場投入を可能にすることなどにより、予測を構築するか、予測を修正する役割を果たし得る。従って、予測の幾つかの部分は、マーケティングから生じ得る。マーケティングは、プロセスにおけるある時点で判断を適用し得るか、又は、マーケティングは、例えば、（短期販売予測と対比して）長期予測を提供し得る。

リリースされた予測は、会社内の生産、技術、及び経営などの部門に、何がいつ及びどこで構築される必要があるかに関しての洞察を提供する。さらに、これにより、生産から入念な検査（ひいてはフィードバック）が可能となり、例えば、部品又は供給品に関する傾向の予測を可能とし得る。同様に、これは、例えば、各行毎の詳細レベル又は企業レベルのいずれかのレベルで、財務部門が粗利益などの財務データを分析し予測することを可能とする。これにより、システム内及び別の財務システム内の両方において、資本需要を計画すること、シミュレーションすること、又は「仮説」形式のシナリオが可能にする。また、財務部門は、どのアカウントが疑わしいか、及び支払いがより適当となるまで推奨されないかを示すことにより、又は、どのような予期される金融の傾向が様々な産業に対してなし得るかを示すことなどにより、ベースラインに対してフィードバックを提供することができる。

これから、ＣＥＯは、予測の概観とともに、予測の全ての展望を見得る。これにより、ＣＥＯは会社全体に対する「１つの数字」を手に入れることができ、ＣＥＯが一般大衆と相互作用する際に、メディア及び外部関係者と知的な議論を行うことができる。また、ＣＥＯは、一連の数字及び関連する関係をトラックすることができ、また、これらの数字と関連する会社内の展望を理解することができる。さらに、これにより、会社の予期されている開発の明確且つ詳細な見通しが提供される。また、ＣＥＯが変更をシミュレーションし、判断を適用し、（他の部門及び人々とともに）数字をウォッチし得るため、ＣＥＯ及びスタッフは、潜在的な変更を分析し得る。従って、これは、ＣＥＯが行う必要のあり得る重要な決定を行うことの手助けとなる。そのような決定には、ＣＥＯ又は会社の他のメンバーによってなされるかどうかにかかわらず、例えば、どの部品をいつ止め、いくらの内部資源を割り当て、ビジネスを動かしていると思われるものに基づいてどこに投資するか、どのように内部経営を効率化するか、及びどのように資本効率を最大化するかを決定することを含み得る。

整えられたベースラインによって、分析及びフィードバックだけでなくリアルタイムの更新も利用可能である。システムは、それらが一定の閾値を通過するならば、変更のインパクトを示し、部門、グループごとに又は別の方法でインパクトを示し得る。すると、これにより、会社が外部（例えば、市場）の影響に反応することができ、全グループが変更に対処すべく選択肢を考慮し且つ合意することができ、具体的な選択肢を選択すべきかどうかについて、グループの又は合意の決定が可能となる。

ある具体例において、プロセスは、次のように説明され得る。

データの収集は、可能な範囲まで自動化される。これには、データを生成する者（又は、例えば、観察するデータを入力する者）に対して自動リマインダーを送信することが含まれ得る。ユーザ又は予測者（彼らの時間に多くの他の要求を有する販売員であり得る）は、例えば、余計な又は少ないゼロ、無意識に大きな又は小さな変更、あるいは、不完全なデータを入力することや、脱落などの日常的なエラーを補足する又はキャッチするのに十分に頑強である簡単なユーザインタフェースを用いて、データを入力する。また、ユーザは、正確な予測を作成するのに役立つデータを提供され得る。例えば、バックログが出発点として用いられ得るか、最後の予測がそのような出発点として用いられ得る。さらに、楽天的過ぎる予測又は攻撃を抑制することを試みる等によって、予測精度に関してフィードバックが与えられ得る。

データを入力されるか、期限が近付くか又は経過すると、データをレビューし判断する任務の人々に通知が送られ得る。通知は、例えば、怠慢な予測、承認された又は承認の準備ができた予測、若しくは、予測作成についての問題と関連し得る。システムは、データを見て、（様々なレベルで見られるか又はドリルダウンされ得る）統合されたデータを見て、（例えば、グローバルに又はローカルに）判断を適用し、例えば、再加工／訂正／再考のために予測を送り返し、及び予測を承認する（及び／又は、次の階層的レベルに送る）ツールを提供する。

好ましくは、インタフェースは簡単であり、（例えば、グラフィックの又は表形式の表示に切り換えるなど）グローバルな見方を変更するコントロールを備える。さらに、これには、（前の予測、次の四半期、年度ごとの比較、及び、例えば、最新情報とベースラインとの比較など）の様々な期間との比較の提供が含まれ得る。同様に、実際の販売又は実際のデータとの比較が提供され得る。

さらに、データは様々な形式で示されるか、又は表示されるデータ収集全体の様々な側面とともに示され得る。そして、データは、高いレベルからより低いレベルのデータ収集から、最終的にはアトミックデータレベルまでドリルダウンされ得る。従って、データは、収益、個数、粗利益通貨、粗利益率、単純利益通貨、単純利益率、平均売り値として、若しくは、収集される又は収集されたデータから導き出せる任意の他の形式で提供され得る。同様に、データは、例えば、地域ごと、顧客ごと、部品（又はサービス）ごとに、又は、アトミックデータのカスタム集約、あるいは、以前に集約されたデータごとに、様々な方法によってスライスされ得る。カスタム集約は、例えば、プログラムごと、セグメントごと、又はデータの他の様々な分類ごとのデータの表示を可能にし得る。

さらに、データは、様々な分析に基づいて表示され得る。例えば、ユーザは、クリックによって任意の点における任意の値にドリルすることができ、何がそれを作り出すのかを見ることができる。従って、ユーザは、例えば、部品、顧客、又は地域に関するデータを分類することができる。同様に、ユーザは、さらに分類するために、（例えば、顧客の部門又は地域の一部など）任意のサブエンティティをクリックすることができる。

いくつかの具体例において、ベースライン作成及び継続的な更新は、別々のタスクを形成し、別々のインタフェースを有し得る。従って、それぞれには異なるビジネスプロセスが用いられ得る。ベースラインを作成することは、しばしば、例えば、販売員が会社に対して約束する等、下から上への参加を指向する。更新を作成することは、しばしば、判断及び／又は行動を促す又は要求するより多くの変更の通知であり、最大の顧客は、注文をキャンセルし始め、高位の幹部は直ちに行動する必要がある。

データがシステム内に格納されると、これによって継続的な更新が可能となり、変更は本質的に直ちに伝達され得る。システムは、（変更の）インパクトを明確にする変更を直ちに全てのグループに通知し得る。これらのグループには、例えば、販売、マーケティング、生産、技術、経営、財務、及び幹部グループが含まれ得る。さらに、更新は、簡単なクライアント又はインタフェースを用いて提供され、販売員が適切な時に適切な量で顧客のために商品を得ることを保証するために、生産と結び付けられ得る。

変更が生じるため連続的且つ本質的にリアルタイムの更新によってかなり正確なものが提供されるが、変更を予想するために判断が用いられ、判断履歴は、予想された変更がいつ起こるか又は予想がすでに予測に統合されているかどうかを決定するために用いられ得る。判断は、予測データに階層的に適用され得る。従って、高レベルの数字に判断が適用され、それから、変更が転送されるか又は低レベルに伝達され、ユーザが判断の効果を確かめることができる。

（例えば、判断及び判断履歴をデータに加えることによって）加えられた判断履歴をトラックし且つ検査することにより、ユーザが、例えば、判断を逆にすべきかどうかを決定することができる。さらに、実際の結果と判断との相違が調べられ、分析され得る。さらに、判断は、ベースラインが形成される前又は後に適用されるので、ベースライン前後の判断の相違がトラックされ得る。

判断が予測を可能とする一方、ウォッチは動作を可能とする。全てのユーザは、システムにおける有利な地点から見ることができる全てのものの周囲にカスタム通知をデザインする機会を有する。従って、ユーザは、見ることができるものである限り、特定の顧客、部品、サービス、期間、又は他のデータポイントに関するデータポイントをウォッチするよう選択し得る。ユーザは、通知用のカスタムの閾値を設定することができ、ユーザは、例えば、レポートに変えられる対応するメッセージとともに、ウォッチのコレクションを作成し、保存し得る。

データのカスタム集約に対して、分析、関連した判断及びウォッチがさらに加えられ得る。好ましくは、システムによって、顧客が選択する任意の方法でデータを収集することが可能となる。例えば、プログラムに基づいて部品データが収集され得る。市場区分に基づいて顧客データが集約され、気候に基づいて地域データが集約され、実績に基づいて販売実体データ（販売員、代理店等）が集約され得る。これらの各集約は典型的なものであり、且つ、ＯＬＡＰキューブを用いることで部分的に提供される集約の選択肢の実例的なものである。これらの集約は、例えば、簡単な報告、分析、又は他のシステムへのエクスポートを含めて、様々な目的で用いられ得る。

変更のインパクトは、しばしば、分析、ウォッチ、判断、集約、又は財務データ上で実行される他の全ての行為の重要な目的である。システムは、最も大きなインパクトが何であるかを自動的に決定し、絶対的ランク及び相対的変更率によってそれらを表示する。基本的に、それらが行われると変更をトラックし、かかる情報の一連のリストが管理される。このことにより、ユーザは、最大のインパクトのソースをドリルダウンすることができる。さらに、ある具体例では、（例えば、内容に即したインパクトを通して）どのような見通しのドリルダウンにも対応してインパクトが提供される。

複数の組織の考慮事項

上述のシステムは、１つの組織によって有益に用いることができる。しかし、複数の組織で同じシステムを利用させるには、例えば、機密保持に対する懸念を満たすために、データが分離されることが必要となる。既に示されたように、データ集積所は、論理的に若しくは物理的に（又は両方で）別々とされ得る。さらに、処理装置も、論理的に及び／又は物理的に分離され得る。従って、第一のユーザは、システムにアクセスすべく第一のクライアントを用い、従って、ＯＬＡＰキューブを用いて第一のデータ集積所にアクセスし得る。第二のユーザは、システムにアクセスすべく第二のクライアントを用い得る。その際、第二のユーザは、第二のデータ集積所にアクセスし、好ましくは異なるＯＬＡＰキューブ、あるいは、一つ又は複数のＯＬＡＰキューブの少なくとも異なるインスタンス化を利用し得る。

従って、各ユーザ又は少なくとも各組織は、専用の集積所からのデータにのみ次々連動するＯＬＡＰキューブにアクセスできる。さらに、各専用の集積所は、当該組織及び／又はユーザ用のカスタマイズと関連付けられ得る。従って、専用の集積所へのアクセスが許可されると、ＯＬＡＰキューブのインスタンス化が効果的にユーザ又は組織用にカスタマイズされ得る。

ＯＬＡＰキューブの専用のインスタンス化及び専用の集積所を提供することによって、複数のサーバに亘ってホストされ得るフレキシブルな構造が形成される。これは、ＡＳＰテクノロジーの利用を通じてなど、ウェブホスティングのアプリケーションを提供することをサポートする。複数のユーザ又は組織は、専用の集積所、ＯＬＡＰキューブの専用のインスタンス化、共有のサポートソフトウェア及び物理的なリソースを通してサポートされ得る。同様に、このアーキテクチャは、リソースが分配されること（例えば、地理的に分離したサーバ及びネットワークなど）、又はリソースが集中化されること（例えば、サーバファームなど）のいずれをも可能とする。テクノロジーがそのような柔軟性を許容するので、地理の多様性／代理機能性又はメンテナンスの容易性などの検討が始められ得る。

さらなる様々な具体例

様々な具体例の具体的な詳細は、以下の説明及び図面を参照して理解され得る。ある具体例がここに説明される異なる具体例の特徴を含み得るものであり、それらの機能がある具体例において明確に一緒に説明されなかったとしても、同様に、様々な具体例がある具体例で説明された全ての特徴又は側面を含む必要はない。具体例が依然として請求の範囲に適合するとすれば、様々な具体例は、他の具体例が有する機能を共有し得る。

フィードバック

ある具体例に存在する特徴の１つの例は、フィードバック機能である。図２７は、リアルタイムの予測システムにおいてフィードバックを提供するプロセスの具体例を示す。プロセス２７００は、そのようなフィードバックを提供することと関連し、且つデータの収集（データの受け取り）、そのデータに対するフィードバックの受け取り、修正されたデータ、又は、オリジナルデータを提供したオリジナルユーザに対してのフィードバックを有するデータの提供、及びフィードバックが受け取られた後のデータに対するさらなる変更の認証のための受入及び検証を含む。

プロセス２７００は、企業の現場の熟練者によって入力された予測データなどのデータを受け取ると同時に、モジュール２７１０から開始される。モジュール２７２０において、入力されたデータは、データベースに統合されるか又は提出され、また、例えば、ＯＬＡＰキューブの中にポピュレートされ得る。すると、データは、モジュール２７３０においてレビューされるために提供され、推測するに他の現場の熟練者から収集されたデータとともに提供される。モジュール２７４０において、データに対するフィードバック情報が提供され、データ及びフィードバックの他の形式への変更が含まれる。このフィードバックは、様々な形式をとり、様々な人々又はエンティティが入り得る。モジュール２７４５において、フィードバックデータは、対応するデータベースに統合されるか入力され、また、例えば、ＯＬＡＰキューブにポピュレートされ得る。モジュール２７３０，２７４０，及び２７４５は、例えば、様々な人々、組織、又はグループに対して繰り返されるサブプロセスを形成し得る。

モジュール２７５０において、現場の熟練者から、その現状におけるデータの要求が受け取られる。従って、フィードバック情報が提供された後、現場の熟練者はデータを捜している。変更したデータは、例えば、所与のユーザと関連する情報のデータベース要求などを通して、要求に応答してモジュール２７６０で提供される。従って、ユーザは、情報又は関連したユーザＩＤに基づく可視のデータ（例えば、ユーザが特権を有するデータ、又は権限が与えられたデータ）、又は、例えば、ユーザが元々入力した情報に基づくデータを見得る。モジュール２７７０において、ユーザは、データの一部又は全てに対する変更について異議を唱えるか、又は利用可能ならばそのような変更の背景にある理由について異議を唱えるなどにより、データへの変更に対する異論を提供し得る。これらの異論はシステムに受け取られ、モジュール２７８０において所定のユーザにレビューされるために提出され得る。−その結果、異論又は変更に対する理に適った採用又は拒絶が可能となる。モジュール２７９０において、当該データが完成され、データは、それ以上、少なくとも現在のデータ入力／修正のサイクルの間は変更されないとの示唆がなされる。

ある具体例では、リアルタイムの予測は、例えば、販売、生産、及び関連した収益を予測すべく、営利企業において用いられ得る。図２８は、ある具体例における様々なグループと、それらのグループに関連するデータとの関係を示す。システム２８００は、典型的な方法で表された様々な部門間の関係とともに、営利企業における予測のための内部システムを示す。

販売グループ２８１０は、最初の販売予測２８１５を示し、次月などの次期は、どのような販売であるかの予想を示し得る。この販売予測２８１５は、実際の成績との比較、及び組織の他部門からの予測との比較のためのベースラインを提供し得る。次に、販売予測２８１５に基づいて、マーケティンググループ２８２０は、マーケティングの予測２８２５を提供し、実際の結果と販売予測２８１５とがどのように異なるとマーケティングが考えているかについてのインプットを提供し、場合によってはさらに相違に対する理論を提供し得る。このインプットは、広範な調整としてカテゴリー全体（例えば、地理的な地域、顧客、産業、製品）に対して、又は例えば、特定の人々からの具体的な予測に対してのいずれにも、マクロ又はミクロレベルで提供され得る。従って、予測２８２５は、場合によってはマーケティングのベースラインを形成し得る。

次に、予測２８２５を基にして、財務グループ２８３０は、予測２８３５を提供し、それは、予測２８２５についての財務グループ２８３０の判断を反映することを期待され得る。予測２８３５において反映された判断は、キャッシュフローについての予想、顧客の支払い、在庫、又は財務グループ２８３０によってトラックされた関心分野を反映し得る。同様に、経営グループ２８４０は、予測２８３５、及び、能力又は他の経営上の因子についての予想に基づいた予測２８４５を提供し得る。最終的に、幹部のグループ２８５０は、該幹部のグループ２８５０の予想を予測２８４５のデータに加えた後に、予測２８５５を生成すべく、予測２８４５をベースラインとして用い得る。財務ベースライン２８３５がより信頼できると考えられ得るか、又は、マーケティングベースライン２８２５が信頼に足ると幹部のグループ２８５０にみなされ得るかというように、予測２８５５は、様々な予測又はベースラインのコンポーネントに依存していることに留意する。同様に、この方法は、予測の一部に用いられ、従って、ベースライン２８４５がある分野に採用されることを可能とするが、最終の予測の他の分野が、例えば、ベースライン２８１５，２８２５，又は２８３５の１つから始まることは可能である。

ベースライン及び関連する目的の達成の準備には、予想を予測し、それらの予測にフィードバックを与え、フィードバックについての異論をレビューすることが含まれる。図２９は、リアルタイムの予測システムにおいてフィードバックを提供するプロセスの別の具体例を示す。プロセス２９００には、データを収集し、データを示し、フィードバックを収集し、フィードバックを示し、フィードバックへの異論を収集し、異論をレビューすることが含まれる。

プロセス２９００は、モジュール２９１０において予測データの収集から開始する。すると、予測データは、モジュール２９２０においてレビューを行う人に示される。モジュール２９３０において、予測データについてのフィードバック（例えば、変更、注釈）がレビューを行う人から収集される。そのフィードバックは、モジュール２９４０で予測データの提供者に提示される。すると、モジュール２９５０において、フィードバックに対する異論が収集され、モジュール２９６０において、それらの異論が妥当であるとしてレビューされる。

予測システムにおいてどこからデータが来るか（及び、どこへ行くか）は、フィードバックがどのように提供されるかを説明し得る。図３０は、具体例におけるリアルタイムの予測システム及び様々なグループとの関係を示す。システム３０００は、予測システムを含み、且つ、販売、マーケティング、財務、経営、及び幹部のグループとのインタフェース（インタラクション）を含む。予測システムと様々なグループとの間を行き来する情報により、予測、フィードバック及び予測に対する変更、並びに将来の予測の訓練が提供される。

予測システム３０６０は、予測データを具体的に示すデータベース３０７０と、特に柔軟な方法でデータへのアクセスを可能とすべく、データベース３０７０と相互作用するＯＬＡＰエンジン３０８０とを含む。販売のグループ３０１０は、システム３０６０に予測データを提供し、且つ、例えば、予測データが不適切のようであるかどうか、市況のために変更されたかどうか、事前の予測された業績のために変更されたかどうかの表示などの、予測のフィードバック情報を受け取る。販売のグループ３０１０は、また、例えば、組織のコミットメント又は異なる判断のいずれのためにも、フィードバックに対する注釈又は異論を提供し得る。

マーケティングのグループ３０３０は、同様に、具体的なデータ入力を通して又は販売予測データの変更及びコメントを通してのいずれかによって、販売予測をレビューし、市場全体のデータを提供する。財務のグループ３０４０は、全体の予測を受け取り／レビューし、例えば、別個のデータ入力を通して又は予測データに対する提案された変更を通して、財務的制約の情報を提供する。同様に、経営のグループ３０５０は、現在の予測データをレビューし、例えば、予測データを調整することなどによって、生産的制約のデータを提供する。

このデータの相互作用の全てにより、幹部のグループ３０２０がレビューし、変更し得る予測が提供される。変更は、市況、顧客との個々の会話、又は知識の他のソースに関する認識に基づいて、予測に対する幹部の判断が加えられることを通して行われ得る。そのような変更は、変更とともに注釈を含み、また、どのように変更が行われたかをユーザが理解するのを可能とすべく、変更の行為が記録され得る。従って、販売のグループ３０１０は、予測販売データを提供し、マーケティングのグループ３０３０、経営のグループ３０５０、及び財務のグループ３０４０がコメントしてデータを変更し、幹部のグループ３０２０もまた、全体的な予測に到達するために、レビューし、予測データを変更してコメントし得る。さらに、様々なグループは、個々の予測が他のグループによってどのように変更されたか又はコメントされたかを判断すべく、全体の予測をレビューし得る。これにより、将来の予測を改善し、予測における予期される変更を理解することが可能となる。

予測システムは、販売予測及びフィードバックの具体的なプロセスによってさらに説明され得る。図３１は、リアルタイムの予測システムにおいて販売のフィードバックを提供するプロセスの具体例を示す。プロセス３１００は、販売データを受け取り、データを保存し、レビューのためのデータを表示し、フィードバックを受け取って統合し、販売員から要求を受け取り、変更したデータを示し、異論及び更新を受け取り、承認のために異論及び更新を提示し、そのような承認（又は否認）を受け取り、データをデータベースに統合することを含む。

次期の予測の形式の販売データは、モジュール３１１０において提供される。このデータは、モジュール３１１５において（新しいデータ又は変更として）データベースに格納される。次に、データは、モジュール３１２０においてレビューのために他の利害関係者に提示される。かかる他の利害関係者には、例えば、マーケティング、生産／経営、財務、及び幹部のグループが含まれ得る。モジュール３１３０において、予測データについてのフィードバックが提供される。このフィードバックは、データに対する変更、データについてのコメント、及び同様な変更の形式を採り、モジュール３１３５においてデータベースに統合される。すると、モジュール３１４０において、全てのフィードバックが受け取られたかどうかについて判断される。これは、例えば、全ての部門からフィードバックを受け取ることと関連し得るか、又は、フィードバックの終了の時間と関連し得る。依然としてフィードバックが受け取られる予定であれば、プロセスはモジュール３１２０に戻る。

全てのフィードバックが受け取られたならば、次に、プロセスは、ユーザにフィードバックを提供することに移行する。モジュール３１５０において、フィードバックに対する販売員からの要求が受け取られる。この要求は、販売員からの肯定的な要求であり得るか、又は、フィードバックが自動的に提供される時に、販売員がシステムにログインしたことの単なる表れであり得る。どのような変更が行われたか又はどんなインパクトを変更が有するかを販売員が見ることを可能とすることなどにより、モジュール３１６０において、変更したデータ又は注釈を有するデータが示される。販売員が変更への異論又はデータへの更新をするならば、モジュール３１７０において、そのような異論や更新が受け取られる。これらの異論や更新（変更）は予測期間の後に提供されるため、モジュール３１８０において、これらの変更が予測への統合に先立ってレビューされ得る。モジュール３１９０において、許可される変更は承認され、他の変更は否認される。すると、モジュール３１９５において、承認済みの変更がデータベースに統合される。

可能性のある変更やアトミックデータポイントの関連するフィードバックを理解することは、有益であり得る。図３２は、ある具体例におけるアトミックデータポイントに対する変更を示す。履歴表３２００は、そのようなデータポイントへの変更を説明する。ポイント３２１０におけるデータは、北東におけるＸＹＺ社に関して４００ユニットの予測を含んでいる。ポイント３２２０は、より弱気な市場（例えば、マーケティング部門によって予想されるよりも少ない需要）のフィードバックを示し、３５０ユニットしか注文されないであろうことを示す。ポイント３２３０では、変更は無く、何らの意見も表明されない（財務部門は変更の必要がないと考えるなど）。

ポイント３２４０は、（例えば、経営又は生産のグループから来得る）生産制約に従って、さらに注文（又は、注文を満たすユニット）が下方修正されるのを示す。ポイント３２５０は、予測の上方修正を含み、３５０ユニットに戻され、（例えば、顧客を満足させることについての幹部の判断が行われるときなど）生産能力を見出すべきであることを示す。ポイント３２６０は、データを入力する販売員によって見られ得るフィードバックを示し、様々な変更及び関連する注釈を示す。

履歴表の各ポイントのそれぞれは、またベースラインをサポートし、一部又は全てのデータポイントは、達成されるべき目標として用いられ得ることに注意する。ベースラインは、（期限に間に合う）データ入力のタイミングによって、又は、システムの状態を得る（後に参照するためにスナップショットを得る）ことの要望によって生成され得る。同様に、目標は、例えば、義務を果たすことにおける組織的な関心に関連し得る。

ベースライン

目標が評価され得るベースラインは、様々な方法で生成することができる。図３３は、ベースラインを生成するプロセスの具体例を示す。プロセス３３００は、データを受け取り、該データをデータベースに組み込み、スナップショットを生成し、具体的なベースラインとしてスナップショットを分類することを含む。

プロセス３３００は、モジュール３３１０においてデータを受け取ることを含む。受け取られたデータは、元のデータ又は既存のデータへの変更であり得る。該データがオリジナルであれば、モジュール３３２０において、新しいデータの入力としてデータベースに含められるであろう。前記データが変更であるならば、変更が何かについての内容情報とともにデータベースに含められるであろう。また、例えば、データは簡単な数値又は変更である場合もあり、既存の値についてのコメント又は注釈である場合もある。受け取られた全てのデータは、データベース内のタイムスタンプを含み、いつそれが入力されたかを示す。締め切り時点が到来するまで、データの受け取り及び組み込みが続けられる。

締め切りの判断は、モジュール３３３０においてなされ、様々な方法で発生し得る。締め切りには、今週又は今月の設定日のベースラインの生成などのように、自動的であり得るものがある。また、締め切りには、ユーザ又は部門からのベースラインの要求などのように、手動的であり得るものもある。締め切りされると、モジュール３３４０においてスナップショットが生成される。

スナップショットもまた、様々な方法で実施され得る。例えば、スナップショットは、ベースラインが要求された時間、又は、以前に要求されたベースラインのための設定時間の記録であり得る。このスナップショットの時間は、ベースラインの時間の後に変更が行われた際に、どの変更がベースラインを計算するのに含まれるべきか、及び、どの変更が除外されるべきであるかの印となる。また、システムの状態のスナップショットは、静的な方式でのデータのバックアップとそっくりに記録され得る。そのようなバックアップは、完成させるのに資源及び時間が大きいものであり得るが、それはまた、ベースラインの中の値又はベースラインの値と後の他の値との違いの計算に役立ち得る。

スナップショットは、モジュール３３５０においてベースラインとして分類される。これは、単に、スナップショットの値（又はスナップショットとして格納されたデータ）に識別子を割り当てることを含み得る。また、それは、ベースラインを見る権限を与えられたユーザと関連する許可の明示を含み得る。例えば、ベースラインは、私的なベースラインである場合もあり、ユーザの個人的な使用又はグループの制限された使用のために作成される。或いは、ベースラインは、特定の一般のアクセス権を有する者に制限され得る。ただし、そのようなアクセス権は、例えば、組織との進化的な方法によって又は周期的な方法によって時間とともに変わり得る。さらに、ベースラインは、例えば、顧客、データソース（例えば、販売を除くマーケティング及び経営）などのデータの中の様々なカテゴリーに基づいて制限される、又は、ベースラインを提供すべくどの程度の奥のデータが検索され得るかに基づいて制限されるなど、それが含むものに制限され得る。

ベースラインは、様々な方法で用いられ得る。図３４は、ベースラインと併せて、リアルタイムの予測システムを操作するプロセスの具体例を示す。プロセス３４００は、データを受け取り、組み込み、データを従来のベースラインと比較し、ベースラインの生成の締め切り時点をチェックし、ベースラインを生成することを含む。

データは、モジュール３４１０において受け取られ、次に、モジュール３４２０においてデータベースに統合される。以下でより詳細に説明されるように、この組み込みには、ＯＬＡＰサーバ及びデータ構造への組み込みが含まれ得る。比較が要望される（ユーザによって要求される）と、モジュール３４３０での比較を実行すべく、判断がなされる。ベースライン３４５０の１つとして以前に構築されたベースラインを用いて、モジュール３４４０において比較などが行われる。従って、ユーザは、データベースのデータによって示された現在の予測が、以前に構築されたベースライン予測からどのくらい変動したかを決定することができる。また、ユーザは、二つの異なるベースラインがどのくらい逸れたかを判断し、様々なユーザによって行われたデータの変更の事後分析、及び、予測と結果との相違の分析が可能となる。

モジュール３４６０において、締め切り時点が到来したかどうかが判断される。まだである場合には、プロセスはモジュール３４１０におけるデータの受け取りに戻る。到来した場合には、所定の締め切り又はベースラインに対する要求などに従って、モジュール３４７０においてスナップショットが生成される。このスナップショットは、図３３のモジュール３３４０が生成されるのと同様に生成され得る。そして、ベースラインの情報は、モジュール３４８０におけるベースラインとして分類され、将来比較に使用するためにベースライン３４５０に追加される。そのような分類が図３３のモジュール３３５０のものと類似し得ることに注意する。

また、ベースラインはより早いベースラインから導出され得る、及び通常引き出されるであろうことに注意する。一般に、ベースラインは、連続的な方法によって、前のものから導出されるであろう。しかし、私的なベースラインが導出される場合があり、かかるベースラインは、様々なベースラインに組み込まれるように、過去のデータの選ばれたサブセットから導出され得る。後で議論されるウィンドウは、この目的のために用いられ、一部の初期のウィンドウが特定の私的なウィンドウ又はベースライン用に指定され得る。

ベースラインは、様々な分析の機会を与え得る。図３５は、ある具体例における、ベースラインと可能性のある操作との間の関係を示す。データの収集３５００は、複数のベースラインを含み、達成され得る分析結果を示す。ベースライン３５１０は、販売データが最初に受け取られた後に構築されるベースラインなどの、予測における元のベースラインである。改訂されたベースライン３５２０は、後で改訂されたベースラインであり、様々なソースからのインプットを含み得るものであり、場合によっては、ベースライン３５１０におけるデータと異なるデータを有する。実際の結果３５３０は、ベースライン３５１０及び３５２０の予測と一致する実際の経営の結果である。

このデータの比較の結果、様々な分析的な結果が生じている。不一致３５４０は、データの２セットの相違を表し、予測が現実と合わなかった点を示す。精度３５５０は、現実と予測とがどのくらい離れているかを示す。―精度３５５０と不一致３５４０とは、同じデータを示し得る、及び、データを別に示すか、又は、例えば、パーセンテージ対実際の大きさなどのデータの異なる側面を示し得る。

歪み３５６０は、市場の変化、顧客の減退、予測不可能な出来事、及び予測と結果との相違の原因となり得る他の問題などの、予測を歪める特定されたファクターを表している。傾向３５７０は、予測の結果を長期に亘ってトラックすることにより示されるか、又は、ユーザによって長期に亘って予測の結果がトラックされることにより示されるように、予測における特定された傾向を示す。傾向３５７０は、例えば、誰が予測不可能であるか（信頼できないほど不正確であるか）、常に楽観的であるか、常に悲観的であるか、又は概して正確であるかなどの、予測者の検証を含み得る。同様に、傾向３５７０は、例えば、異なる予測同士の相互関係、又は、予測と結果との間の相互関係を示し得る。訂正３５８０は、正確な将来の予測に用いられ得るファクターの検証を含み得る。これは、より上手く予測するよう訓練されるべきユーザを検証することを含み得る。それは、また、例えば、確実に不正確な人々の予測を補正するのに用いられ得る補正値又は乗数を検証することを含み得る。

注釈

ベースラインにより結果の多くの比較が可能となるが、結果の注釈は、予測のプロセスの間に、予測を補強するか、場合によっては訂正する。さらに、データの注釈は、（現実の、又は、予期される）問題の議論及び解決を可能とすべく、初期の段階でそのような問題を提起し得る。最初のデータがシステムのユーザにとって不正確と思われるかどうかを示すため、及び、数字の簡単な変更を可能とするより有意義なユーザ間の相互作用を可能にするために、最初のデータが収集された後に、注釈が収集され得る。

従って、データ及び注釈を収集するプロセスには、データを収集して、データに注釈をし、注釈されたデータを表示し、注釈されたデータを改訂することが含まれ得る。図３６は、リアルタイムの予測システムの中でデータを収集するプロセスの具体例を示す。プロセス３６００は、予測データを受け取り、データをデータベースに組み込み、データの収集を終了すべきかを判断し、データの収集を停止することを含む。

予測データは、モジュール３６１０において受け取られる。これには、フィールドオペレータ又は販売員などの様々なユーザからの最初の予測データを含み得るし、様々な時間枠において予期されるものと関連し得る。一般に、予測データは、組織にとって有益と期待されるビジネス情報を含む個人的な予測である。予測データは、モジュール３６２０においてデータベース３６５０に統合される。この統合は、関連したパラメータを有する最初のデータの入力であり得るか、より長期間の予測の場合における前の予測への変更の入力であり得る。ある時点で、予測期間の終わりなど締め切り時点が到来し得る。これはモジュール３６３０において決定され、締め切り時点が到来すると、データ入力プロセスは、さらなる変更又は指定されたユーザからの変更に対してデータベース３６５０をロックすることなどを介して、モジュール３６４０において中止する。データベース３６５０が伝統的なデータベースを含み得るし、その上、関連したＯＬＡＰ構造を含み得ることに注意する。

最初の予測のデータが入力されると、該予測が他のユーザにレビューされる。図３７は、リアルタイムの予測システムのデータを注釈するプロセスの具体例を示す。プロセス３７００は、ユーザにデータを示し、調整及びコメントを受け取り、調整及びコメントをデータベースに組み込み、注釈入力を完成することを含む。

モジュール３７１０において、ユーザ若しくはユーザらにデータベース３６５０からのデータが提示される。これは、一般に広大な規模で行われ、様々なユーザがデータをレビュー及び変更し又はコメントすることが可能となる。モジュール３７２０においてデータに対する調整が受け取られ、モジュール３７３０においてコメントが受け取られる。そのような調整（実際の変更）及びコメント（データについての注釈）が本質的に同時に、且つ様々な異なるデータポイントに対して受け取られ得ることに注意する。モジュール３７４０において、調整及びコメントがデータベース３６５０に統合される。注釈プロセスが完了すると、モジュール３７５０においてこれが判断される。そうでない場合には、データの提示のプロセスがモジュール３７１０に戻る一方、プロセスが完了した場合には、モジュール３７６０が注釈の入力を停止させる。

ある具体例において、最初の予測データは、販売員などの現場の熟練者から編集される。すると、マーケティングのグループ、生産／経営のグループ、財務のグループ、及び幹部のグループから注釈が来る。従って、異なるグループ又はユーザに対して、アトミックデータのある同じ要素に対してさえ、モジュール３７１０から３７５０のプロセスが数回繰り返され得る。また、後のユーザは、前のユーザからの注釈の一部又は全てを見ることが可能でありえ、さらなる注釈が可能となり、又は、重複的な（及び過度に累積的な）変更が回避される。

注釈の入力の後、データは、注釈とともに、元々それを入力したユーザによってレビューされ得る。図３８は、リアルタイムの予測システムの中で注釈されたデータを表示するプロセスの具体例を示す。プロセス３８００は、注釈されたデータの要求を受け取り、要求されたデータを検索し、要求者にデータを示すことを含む。

モジュール３８１０において、注釈されたデータの要求がユーザから受け取られる。例えば、販売員は、マーケティング、生産、及び財務が前の予測で何をしたか、及び、目的とする約束が果たされるであろうかどうかを見ることを希望し得る。また、販売員は、どのようなフィードバックが市場全体又は顧客関係全体に関して有効であるかを見るのを希望し得る。モジュール３８２０において、要求されたデータがデータベース３６５０から検索される。要求されたデータが、ユーザからの具体的な要求よりも、むしろデータにアクセスしようとするユーザの試みを通して、ユーザによって要求されたデータであることが多いのに注意する。モジュール３８３０において、ここで関連した注釈とともにデータベース３６５０から検索された、要求されたデータは、グラフィカルユーザインタフェースなどを通してユーザに提供される。ユーザがデータにアクセスする権利を制限される場合には、一部の注釈が当該ユーザに利用可能でない場合があることに注意する。

不一致が生じるのが人間の交流の性質である。図３９は、リアルタイムの予測システムの中で注釈されたデータを改訂するプロセスの具体例を示す。具体的な情報がより一般的な変更を否定するか、又は、単に販売員がデータを不正確であると確信するために、販売員が予測に対する変更に同意しない場合があり得る。両方の状況が取り組まれ得る。

プロセス３９００は、レビューされたデータからコメントを受け取り、コメントをデータベースに組み込み、データベースの中でコメントを完成させることを含む。モジュール３９１０において、販売員又は同様な予測者が注釈を与えられたデータについてコメントを提供し得る。かかるコメントは、例えば、注釈及び変更に対して異議を唱えるか、さらなる変更を要求するか、変更が同意可能であることを示し得る。モジュール３９２０において、これらのコメントがデータベース３６５０に統合される。この組み込みプロセスは、単なるコメントの記録であり得るか、又は、監督的なユーザにコメントに対する注意を促す取り組みに関係し得る。モジュール３９３０において、データベースにコメントが完成される。これには、監督的なユーザによるレビュー、コメントに影響される者によるレビュー、又は変更の理由に関する他の形式のチェックを含み得る。

注釈が単に意見又は変更を提供するよりも、より積極的な機能を含み得ることに注意する。例えば、いくつかの具体例において、注釈は、コメントを通して問題を提起するだけでなく、データポイントを特に変更せずに、そのデータポイントの一部又は全てが信頼性に欠けることの指摘を提供する。例えば、ある販売員が、５００個の部品が６ヶ月後に顧客によって注文されるであろうということを示すと、それに対して、それが新製品の特定の部品のデザイン次第であることを指摘すべく注釈され得る。

従って、注釈は、懸念を述べ得るだけでなく、不測の事態に対処すべくどのくらい数を減らすべきかを示すタグを含む。部品がデザインインなしで３００ユニットの数量を注文されるならば、注釈は、２００ユニットがデザインインの決定次第であることを指摘し得る。注釈がされた一月後に決定が予定されているならば、注釈はユーザが注釈をするよう通知することが実行され、予測が注釈されたユーザは決定をチェックすることが実行され得る。かかる通知は、例えば、特定の又は所定の時点で送られるＥメールメッセージである場合もあり、ダッシュボードディスプレイにインパクトとともに現れる場合もある。

データの収集、注釈、及びさらなる改訂の全体のプロセスは、ある具体例により一層関係し得る。図４０は、リアルタイムの予測システムを操作するプロセスの具体例を示す。プロセス４０００は、データの収集、変更及び注釈の収集、異論の収集、実行の予測及びレビューの両方でのデータの使用を示す。このプロセス及び同様なプロセスの実行は、例えば、操作、全てのモジュールの使用、又はあるモジュールの追加の順序の点で変更され得る。

モジュール４０１０において、ユーザ又は一連のユーザから販売予測が受け取られる。この販売予測は、例えば、予期される販売に関連している最初のデータであり得る。販売予測は、モジュール４０１５において改訂される。これには、元々データを入力した者による改訂、又は、上役など販売のグループの他の者による改訂を含み得る。モジュール４０２０において、販売のグループ／部門からの販売予測を用いてベースラインが生成される。

モジュール４０２５において、予測に対するマーケティングのグループの更新が受け取られる。これらは、様々なマーケティングの人員によって入力されたコメント又は変更のどちらかの注釈であり得る。かかる変更は、例えば、市況、顧客との全体的な関係、及び後の到着データと関連し得る。モジュール４０３０において、同様に財務のグループの更新が受け取られる。財務グループは、販売予測に影響を与える資金調達制約又は金融の市況と関連した情報を提供し得る。同様な方法で、モジュール４０３５において、一連のインプットの経営又は生産のセットの入力が受け取られる。これには、例えば、生産制約、在庫の考慮、他のサプライチェーンの問題、及び生産能力の割り当てが含まれ得る。すると、モジュール４０４０において新しいベースラインを生成すべく、これら全てのインプットが用いられ得る。モジュール４０２５，４０３０，及び４０３５の入力には、例えば、判断、ウォッチ、変更、及びコメントが含まれ得る。

モジュール４０５０において、予測は幹部のレビューを受ける。これには、高いレベルの情報（全社的な、又は全組織的な能力）のレビューが含まれ得るし、さらに、予測のある部分のより具体的な情報のドリルダウンが含まれ得る。さらに、モジュール４０５５において、予測に対する幹部の更新が提供され得る。かかる更新は、経済、顧客関係、及びビジネス全体に関する予想を反映し得るか、又は、会社の様々な部分による、現実の能力（予測された能力と対照的なものである）についての幹部の予想を反映し得る。モジュール４０５５における情報の入力には、他の注釈とともに判断及びウォッチが含まれ得る。モジュール４０６０において、予測に対する幹部の変更を盛り込んで別のベースラインが生成される。

すると、モジュール４０６５において、元々情報を入力した者及び後に変更を入力した者などの利害関係者にフィードバックが提供される。このフィードバックには、予測に対する注釈及び関連した更新が含まれ得る。データを入力するプロセスの間、ウォッチが人々に対してある変更への注意を既に促し得る。モジュール４０６５では、より正式な又は綿密な通知が実施され得る。モジュール４０７０において、利害関係人から変更に対する異論が受け取られ得る。そのような異論は、例えば、意見の相違、又は、クライアント又は顧客に対して組織的及び個人的な約束を果たす必要性と関連し得る。同様に、モジュール４０７５において、予測に対する改訂が受け取られ得る。異論及び改訂は、実際の入力に対する認可又は承認を必要とし得るか、又は、様々な具体例における介入なしで入力され得る。すると、モジュール４０８０において、さらに別のベースラインが生成され得る。

すると、モジュール４０８５において、実際の成績データが収集され得る。従って、実際の売上高又は成績情報が収集され得る。すると、モジュール４０９０において、実際の成績情報が様々なベースラインと比較され得る。さらに、様々なユーザが使用するために、実行（実際のデータ）と予測との相違のレポートが生成され得る。

プロセスの終わりに比較が示されることに注意する。プロセスの間に様々なベースラインを比較することは、また有益であり得る。さらに、例えば、なぜ様々なベースラインにおける数字が一致しないかについて判断することにより、隠れた問題を回避することが可能となり得る。従って、プロセスは、有益な営業成積を達成するために、様々な具体例におけるユーザによって処理され得る。

タイムラインモデルにおいてデータの収集をレビューすることもまた、説明に役立ち得る。図４１は、ある具体例におけるリアルタイムの予測システムと連携する経営のタイムラインを示す。タイムライン４１００は、ある具体例のプロセスにおけるデータの収集及びベースラインの生成を説明する。販売予測データの収集が行われ、データの収集イベント４１１０及び４１１５が例示される。これらは、例えば、予測報告の締め切りであり得る。ベースライン生成のイベント４１２０は、販売の予測の収集の終了を示し得る。

内部のレビューには、例えば、マーケティング、財務、及び経営のグループによるレビューが含まれ得る。データの収集のイベント４１２５，４１６５，及び４１７５は、ユーザ又はユーザのグループによる様々なイベントの収集及びデータの入力を示す。何のデータを入力するかを決定するためのグループミーティングに伴うデータの収集もあれば、個人的なデータの収集もあり得る。イベント４１３０においてベースラインが生成され、それは、例えば、内部のベースラインであり得る。

幹部のレビューには、イベント４１３５及び４１６０におけるさらなるデータの収集が含まれ得る。かかるデータは、ビジネスにおける進展、クライアントとのミーティング、又は他のイベントに基づいて収集され得る。幹部のベースラインは、イベント４１４０において生成されたものである。ある実行は継続的に行われ得るが（例えば、ビジネスの進展をもたらす）、実行は、その時行われる。イベント４１４５，４１７０，及び４１５０において、実際のデータが収集され、イベント４１５０において、事前のベースラインとの比較を可能とすべく、実際のベースラインが生成される。

さらなる技術的特徴

様々なテクノロジーによって、フィードバック、ベースライン、及び注釈の全てがサポートされ得る。図４２は、データ構造の具体例を示す。データ構造４２００は、示されるデータの様々なテーブル又はディメンジョンによって、データベースにおけるデータを表す。また、様々な具体例における実行及びデータベーススキーマに依存して、他のデータが関係し得る。

事実データ４２１０は、システムにおいて収集された現実のデータである。これは、例えば、顧客に出荷されるユニットの数などの事実であり得る。ユーザデータ４２３０は、事実がどこに由来するかを示す関連したデータである。顧客データ４２３０は、４２１０の事実データがどの顧客に関連するかを示す関連したデータである。製品データ４２４０は、４２１０の事実データがどの製品（又はサービス）と関連するかを示す関連したデータである。従って、販売員は、ユニットの数、ユニットの価格又は同様な情報を示す数字４００を入力し得る。ユーザインタフェース（データが入力される所）から、顧客及び製品が決定され得る。同様に、ユーザのアイデンティティはログイン手順に由来し得る。入力の時間、データのタイミング（商品が出荷される時、又は、サービスが提供される時）、入力の種類（ユニット、通貨、ボリューム等）が収集され得るし、その上格納され得る。

データベースの付随は、上述されたＯＬＡＰ構造であり得る。図４３は、ＯＬＡＰ構造の具体例を示す。ＯＬＡＰシステム４３００が２つの区画によって示される。ただし、パーティションの数は、様々な実施の詳細に基づいて変わり得る。この具体化において、第一の区画４３１０には、データベースからの一般的なデータが含まれる。この区画は、例えば、一日一回など周期的に更新される。第二の区画４３２０には、変更データが含まれる。この区画は、区画４３１０よりはるかに頻繁に更新され、例えば、継続的にデータベースからデータを受け取り得る。

ＯＬＡＰ構造の更新には、データを追加し、そのデータの影響を計算することが含まれる。従って、区画４３２０は、変更データを含み、含まれるデータ量が少ないことに起因してそれ程多くのリソースを利用することなく頻繁に計算され得る一方、区画４３１０は、はるかに多いデータを含み、より少ない頻度で計算され及び追加され得る。変更４３３０は、データベースなどから区画４３２０に送られる。このシステムは、特にクエリー４３４０によく対応して機能し得る。そのようなクエリーは、両方の区画に送られ、両方からデータを受け取り、１つの応答として現れるようにデータが集約され得る。

ＯＬＡＰ構造において変更を行うことは、速いクエリー応答を提供するプロセスの一部である。図４４は、ＯＬＡＰ構造の変更を行うプロセスの具体例を示す。プロセス４４００は、データを受け取り、フラグセットを有するデータベースにデータを入力し、変更の区画を処理し、周期的な更新を行うべきかどうかを決定し、全ての区画を処理し、フラグをクリアし、統合された区画を用いることを含む。

モジュール４４１０において、事実データ（新しいデータポイント又はデータへの変更）が受け取られる。モジュール４４２０において、変更が行われたこと−記録されたデータが新しいことを示すフラグとともに、データがデータベースに記録される。次に、モジュール４４３０において、フラグを立てたデータベースの全てのデータは、ＯＬＡＰキューブの変更の区画の中に処理される。これが、データベースの内容と関連するデータの割に少ない量である場合が多く、これにより、リソースの消費が比較的低くなる。従って、ＯＬＡＰキューブは、その中に変更されたデータの区画を有し、情報へ迅速にアクセスするのを可能とすべく、そのデータは、キューブをポピュレートする。

モジュール４４４０において、ＯＬＡＰキューブ全体が更新されるべきであるかどうかについて判断される。これはタイマー４４４５と連携して行われ、それは、例えば、一日ごとに又は他の所定期間ごとに、更新の必要性の警告を行うようにセットされ得る。更新時期でなければ、プロセスは次の変更のためにモジュール４４１０に戻る。更新時期であれば、変更されたデータは全ての区画に提供され、全ての区画はモジュール４４５０において処理される。モジュール４４６０において、変更されたデータと関連する全てのフラグがクリアされる。これにより、モジュール４４７０において統合された区画を生じることとなり、それは、クエリーに応答すべく用いられ得る。変更が蓄積すると、クエリーは、同じプロセス４４００を通して、区画の変更及び以前に統合された区画の両方を呼び出すこととなるであろう。

ＯＬＡＰ構造のデータによって、クエリーが送られ、応答するデータが供給され得る。図４５は、ＯＬＡＰ構造のクエリーに応答するプロセスの具体例を示す。プロセス４５００は、クエリーを受け取り、クエリーを両方のキューブに送り、データを受け取り、データを集約し、結果を結合し、ユーザに結果を提供することを含む。

クエリーは、モジュール４５１０において受け取られ、ＯＬＡＰキューブ及び関連付けられたデータベースからデータを要求する。−それは、ＯＬＡＰキューブから提供されるであろう。好ましくは、クエリーは、その時、同時又はほぼ同時に２つのキューブ（区画）に送られる。モジュール４５２０において、クエリーがメインキューブに渡される。モジュール４５３０において、応答するデータがメインキューブから受け取られ、モジュール４５４０において、そのデータが結果に統合される。

それに対応して、モジュール４５４５において、変更のキューブに変更があるかどうかについて判断される。変更がなければ、モジュール４５８０においてモジュール４５４０の応答が完了する。変更が存在するならば、モジュール４５５０においてクエリーが変更キューブに送られる。モジュール４５６０において、クエリーに応答する変更キューブからデータが受け取られる。モジュール４５７０において、そのデータが集約され、モジュール４５８０において、２つのキューブからのデータが１つの応答に統合される。すると、モジュール４５９０において、その応答がユーザに提供される。集約には、例えば、最終的なデータを計算するか、若しくは、以前にキューブと結合されなかったデータの一部を結合するか、又は、データをキューブからより有益な形式に編成することを含み得る。

キューブからのデータ及びデータベースは、ベースラインに基づいて編成され得る。図４６は、タイムラインと併せてデータ構造の具体例を示す。データ構造４６００は、どのようにベースライン情報が格納され得るかを示すべく、タイムライン４６５０と併せて示される。

データ構造４６００は、事実４６１０、顧客情報４６２０、ユーザ情報４６３０、及び関連情報を含む。データ構造４６００は、またウィンドウ情報４６４０をも含む。従って、事実４６１０における各事実データのために、顧客、ユーザ、及びウィンドウが関連付けられる。−ただし、このデータが全てのデータに完全にポピュレートされる必要はない。

タイムライン４６５０は、毎月のサイクル又はベースラインのタイムラインを示す。第一のベースライン又はフィールドベースラインは、７日に設定され、ウィンドウ＃１と指定される。第二のベースラインは、１５日に設定され、ウィンドウ＃２と指定される。第三のベースラインは、２０日に設定され、ウィンドウ＃３と指定される。これらの各ウィンドウのために、ベースラインに先立って入力されたデータは盛り込まれ、その後入力されたデータは除外される。従って、事実データは、それと関連したウィンドウ番号を有し、いつそれが入力されたかを（表示されない日付刻印とともに）示し得る。代わりに、データの日付刻印は、ベースライン計算に用いられ得るし、ウィンドウ４６４０は、一連のベースライン及び関連付けられたタイムスタンプを比較のために格納し得る。

ウィンドウは、また、私的に指定され、従って、追加の変更が仮想シナリオの中で行われ、全ての予測に留保されないことを示し得るが、予測の実験の目的で別々のベースラインの中で用いられ得る。従って、例えば、ウィンドウ２１がそれと関連する変更とともに指定され、そのウィンドウ２１と関連付けられたベースラインが他のベースラインとの比較のために用いられ得る。しかし、ウィンドウ２１と関連する変更は、例えば、他のウィンドウと関連する変更に入力されない場合もある。さらに、ウィンドウ２１は、先行するウィンドウに基づき得るものであり、それが基づくウィンドウは、ユーザに要望される時間に亘って変更され得る。

ＯＬＡＰキューブからのデータは、様々な方法で要求され、受け取られ得る。どのように要求及びデータを収集するか理解することはまた役に立ち得る。図４７は、データの要求に応答するプロセスの具体例を示す。プロセス４７００は、データを要求し、オリジナルデータを入手し、変更を収集し、応答を表示することを含む。図４８は、データの変更を保存するプロセスの具体例を示す。プロセス４８００は、変更を受け取り、周辺のデータを収集し、変更を保存することを含む。

従って、モジュール４８１０において変更が受け取られ得る。すると、モジュール４８２０において周辺のデータが収集される（又は、変更と共に来る）。変更に対する周辺のデータは、例えば、顧客、ユーザ、変更がなされたウィンドウ、製品、地域、変更が適用可能な時間（例えば、明日、予測から３ヶ月）、及び変更がなされる時間などのデータであり得る。ウィンドウは、ユーザによって指定され得るか、又は、システムがその時点で変更されることになっているウィンドウにデフォルトに設定され得る。モジュール４８３０において、変更のデータ、実際の事実データ及び周辺のデータの両方が格納される。

その間、モジュール４７２５において、データの要求が受け取られる。モジュール４７４０において、要求と関連するオリジナルデータがメインのＯＬＡＰキューブの区画などから検索される。モジュール４７５０において、データへの変更が変更ＯＬＡＰキューブの区画などに収集される。すると、モジュール４７６０において、結合された応答が表示される。要求が、用いられるウィンドウの表示を含む場合には、事前のウィンドウからビルディングブロックとして用いられるデータとともに、そのウィンドウ用のデータが提供される。デフォルトウィンドウは、また全ての新しいデータを含めて、インポーズされ得る。

指定されたウィンドウは、それらが私的である（私的なウィンドウに特有である）ために、又は、ウィンドウが私的であって全ての変更を予測に含めていないために、ある変更が除外されることを示し得る。しかし、要求は、ウィンドウの選択をも含むように設定され得る。これにより、ユーザは、例えば、その方が結果がよいかどうかを判断するために、幹部室又はマーケティンググループによってなされた変更を除外することが可能となる。同様に、反応は時間とともに変わる情報の表示を提供し得る。―例えば、様々なウィンドウに値を示す。さらに、変更がモジュール４８３０に格納される際に、モジュール４７２５の要求が送られると、要求が変更ストレージと重複し得るが、変更を収集する十分な時間が許容される限り、結果には変更が含まれ得る。

様々な状況に対して情報がどのようにこのシステムに適用され得るかを理解することは、さらなる助けとなり得る。図４９は、一連のベースライン及びトラックされたデータの具体例を示す。システム４９００は、アトミックデータ及び様々な関連するベースラインを含む。データポイント４９１０は、それらを用いるであろうユーザに基づく利便性のために編成される。従って、ＣＥＯは、アナリストの目標、個人的な目標、及び内部の目標を有する。販売のＶＰは、公式の目標、個人的な目標、販売マネージャー（内部の販売グループ）の目標、及び代理店（外部の販売グループ）の目標を有する。同様に、地域の販売マネージャーは、公式の目標及び個人的な目標を有し得る。

様々なベースラインが準備される。販売のベースライン４９５０及び会社のベースライン４９３０は、予測のために社内で用いるための公的なベースラインである。地域担当マネージャーのベースライン４９６０、販売のＶＰのベースライン４９４０、及びＣＥＯのベースライン４９２０は、様々なユーザが公に持ちたくない別のシナリオ又はゴールをトラックするために作成された、個人的なベースラインである。従って、個人的な目標は、私的なベースラインと関連付けられ、様々な公的な目標は、公的なベースラインと関連
付けられる。

しかし、これらの様々な数字は、様々な予想に到達するために集約される共通の履歴及び共通の一連の数字からそれぞれ作成され得る。同様に、ベースラインは、他のベースラインから選択的に作成され得る。−そして、ベースラインは、一般に、計算のために用いられ取り出されるデータの観点から、前のベースラインに従属することが期待され得る。従って、各ユーザは、データの独自の一覧を有し得るにもかかわらず、全員が（本質的に）同じデータを見得る。ベースラインが選択的に前のベースラインから作成されるならば、それについてのベースラインが含まれる情報は、そのようなベースライン情報が用いられる時に、一般にアクセス可能となるであろう。

システムは、リアルタイムの予測を可能とし、様々な具体例を実行するために用いられ得る。図５０は、媒体及び関連する装置の具体例を示す。システム５０００は、媒体５０１０、ＯＬＡＰエンジン５０８０及びキューブ５０７０、データベース５０６０、及びユーザ装置５０９０を含む。媒体５０１０は、データベースインタフェース５０４０、ＯＬＡＰインタフェース５０３０、ユーザインタフェース５０５０、及びコントロールモジュール５０２０を含む。ＯＬＡＰエンジン５０８０及びＯＬＡＰキューブ５０７０は、ＯＬＡＰデータ構造を提供し、それは、ＯＬＡＰエンジン５０８０を用いて、データベース５０６０のデータからポピュレートされる。ユーザ装置５０９０は、クエリー及び反応のために、ユーザにシステムへの入力を提供する。

従って、クエリーは、ユーザインタフェース５０５０に行き、次にコントロール５０２０に行き得る。すると、クエリーは、ＯＬＡＰキューブ５０７０からデータを得るために、ＯＬＡＰインタフェース５０３０に行き、次に、コントロールモジュール５０２０とユーザインタフェース５０５０とを通して、そのデータをユーザに中継し得る。同様に、新しいデータ又は変更データは、ユーザインタフェース５０５０からコントロールモジュール５０２０に行き、次にデータベースインタフェース５０４０に行き得る。すると、データベースインタフェース５０４０は、データをデータベース５０６０に提出し、そのデータは、ＯＬＡＰキューブ５０７０の変更の区画の中にポピュレートされ得る。最終的に、ＯＬＡＰキューブ５０７０の区画は統合され、その結果、変更データは統合される。

本発明の具体的な具体例が説明を目的としてここに記述されているが、発明の精神及び範囲を逸脱することなく様々な変更がなされ得るということは、上述の内容から分かるであろう。場合によっては、様々な若しくはある具体例において存在する可能性が高い特徴に対して言及がなされたが、これらの特徴もまた、発明の精神及び範囲を必ずしも制限するものではない。図示及び説明において、本発明の精神及び範囲内で他の方法によって形成される又は組み立てられ得る構造が与えられている。さらに、一般に、ある具体例からの特徴は、何らかの方法で相互に排他的ではない場合には、この文書において言及された他の具体例に対して用いられ得る。

特に、様々なブロック図の別々のモジュールは、方法又は装置の機能モジュールを表しており、物理的に若しくは論理的に分離していること、又は、操作の順序が本発明の精神及び範囲に内在されることを必ずしも示すものではない。同様に、方法は、線形工程として図示及び説明されているが、かかる方法は、本発明の精神及び範囲内において、同時に記録若しくは実行される操作を有し得るものである。従って、本発明は、添付される請求の範囲による場合を除いて、限定されるものではない。

Claims (20)

1. 第一のクライアントと、；
   該第一のクライアントに繋げられたＯＬＡＰキューブを含む分析サーバと、；
   該分析サーバに繋げられた情報の第一の顧客データベースと、を備え、該第一の顧客データベースは、予測データを具体化し且つ予測データに対する本質的にリアルタイムの更新を受け取り、前記ＯＬＡＰキューブは、前記第一の顧客データベースの情報を分析し且つ更新する
   システム。
2. 前記ＯＬＡＰキューブは、メインの区画と変更の区画とを含み、前記データベースの変更は、前記変更の区画に組み込まれる
   請求項１に記載のシステム。
3. 前記データベースの新しいデータは、該新しいデータが提出されると、変更フラグとともに入力される
   請求項２に記載のシステム。
4. 前記変更の区画は、前記ＯＬＡＰキューブによって第一の所定時間間隔上に集約され、前記変更の区画の集約は、前記メインの区画への変更の区画の入力を集約することを含まない
   請求項３に記載のシステム。
5. 前記メインの区画は、前記ＯＬＡＰキューブによって第二の所定時間間隔上に集約され、該第二の所定時間間隔は、前記第一の所定時間間隔より大きく、前記メインの区画の集約は、前記変更の区画の入力を組み込むことを含む
   請求項４に記載のシステム。
6. データが、タイムスタンプとそれに関連する一般のウィンドウ指定とともに、前記データベースに入力される
   請求項１に記載のシステム。
7. 前記データベースの中でベースラインが保守され、該ベースラインは、前記データに関連するウィンドウ値に基づくデータと、前記ベースラインに対して指定されたウィンドウ値とを含む
   請求項６に記載のシステム。
8. 識別サーバ及び分析サーバに繋げられた第二のクライアントと、；
   前記識別サーバ及び分析サーバに繋げられた情報の第二の顧客データベースであって、システムの第二の一連のユーザが使用するために設けられる第二の顧客データベースと、をさらに備える
   請求項１に記載のシステム。
9. 前記情報が財務情報である
   請求項１に記載のシステム。
10. 前記第一のクライアントの位置から離れた位置から前記第一のクライアントにデータを提供する手段をさらに備える
    請求項１に記載のシステム。
11. 一連の予測データを受信することと、
    前記予測データをＯＬＡＰキューブを通して情報のデータベースに組み込むことと、
    前記データベースからベースライン予測を取り出すことと、
    前記データベースに対する更新を受信することと、
    前記ＯＬＡＰキューブの変更の区画に更新を伝播することと、を含む
    情報の保守方法。
12. 前記データベースの中で更新されたデータに変更のフラグを立てることをさらに含む
    請求項１１に記載の情報の保守方法。
13. 前記変更の区画からの変更を前記ＯＬＡＰキューブのメインの区画に集約することと、
    前記データベースの中で更新されたデータの変更フラグをクリアすることと、をさらに含む
    請求項１２に記載の情報の保守方法。
14. 前記情報の一連のウォッチされたデータポイントをウォッチすることと、；
    更新の伝達及び受信に応答して前記一連のウォッチされたデータポイント内の変更をユーザに通知することと、をさらに含む
    請求項１１に記載の情報の保守方法。
15. 前記方法は、命令に応答してプロセッサによって実行され、該命令は、機械可読媒体に具体化される
    請求項１１に記載の情報の保守方法。
16. 前記データベースに対する更新が受信されると、ウィンドウ値であって、前記更新と関連付けられるウィンドウ値を指定することと、
    前記データベースに対する更新と関連付けられるタイムスタンプを記録することと、
    前記データベース内のデータの値からベースラインを導出することと、をさらに含み、前記データは、前記ベースラインに対して指定されたウィンドウ値に従って選択される
    請求項１１に記載の情報の保守方法。
17. 前記ベースラインは、前のベースラインから導出され、更新は、前のベースラインの導出以降に前記データベース内に受信される
    請求項１６に記載の情報の保守方法。
18. 前記ベースラインは、前記データベースのデータのサブセットを含む私的なベースラインに対するユーザ要求に応答して導出され、前記サブセットは、前記データと関連するウィンドウ値に基づいて決定される
    請求項１６に記載の情報の保守方法。
19. 前記ベースラインは、利用可能なウィンドウ値の選択されたサブセットのウィンドウ値を有する前のベースラインの導出以降、前記データベース内に受信された一連の前のベースライン及び更新のサブセットから導出される
    請求項１６に記載の情報の保守方法。
20. 前記予測データが財務情報である
    請求項１１に記載の情報の保守方法。

Images