(57)【要約】ある具体例において、システムが提供される。該システムは、第一のクライアントを含む。前記システムは、また、第一のクライアントに繋げられた分析サーバーを含む。前記システムは、さらに、前記分析サーバーに繋げられた情報の第一の顧客データベースを含む。該第一の顧客データベースは、予測データを具体化し、予測データに対する本質的にリアルタイムの更新を受け取る。前記第一の顧客データベースは、前記分析サーバーに関連するＯＬＡＰキューブをサポートする。【選択図】図１
2007535764.tif 000002
【特許請求の範囲】
【請求項１】
第一のクライアントと、；
該第一のクライアントに繋げられたＯＬＡＰキューブを含む分析サーバーと、；
該分析サーバーに繋げられた情報の第一の顧客データベースとを備え、該第一の顧客データベースは、予測データを具体化し且つ予測データに対する本質的にリアルタイムの更新を受け取り、前記ＯＬＡＰキューブは、前記第一の顧客データベースの情報を分析し且つ更新する
システム。
【請求項２】
前記ＯＬＡＰキューブは、メインの区画と変更の区画とを含み、前記データベースの変更は、前記変更の区画に組み込まれる
請求項１に記載のシステム。
【請求項３】
前記新しいデータが提出されると、新しいデータが変更フラグとともに前記データベースに入力される
請求項２に記載のシステム。
【請求項４】
前記変更の区画は、ＯＬＡＰキューブによって第一の所定時間間隔で集約され、前記変更の区画の集約には、メインの区画への変更の区画の入力を集約することを含まない
請求項３に記載のシステム。
【請求項５】
前記メインの区画は、ＯＬＡＰキューブによって第二の所定時間間隔で集約され、該第二の所定時間間隔は、前記第一の所定時間間隔より大きく、前記メインの区画の集約は、前記変更の区画の入力を組み込まれることを含む
請求項４に記載のシステム。
【請求項６】
データが、タイムスタンプとそれに関連する一般のウィンドウの指示とともに、データベースに入力される
請求項１に記載のシステム。
【請求項７】
前記データベースの中でベースラインが保守され、該ベースラインは、関連するウィンドウの値に基づくデータと、前記ベースラインに対して指定されたウィンドウの値とを含む
請求項６に記載のシステム。
【請求項８】
前記識別サーバー及び分析サーバーに繋げられた第二のクライアントと、；
前記識別サーバー及び分析サーバーに繋げられた情報の第二の顧客データベースであって、システムの第二の一連のユーザーが使用するために設けられる第二の顧客データベースとをさらに備える
請求項１に記載のシステム。
【請求項９】
前記情報が財務情報である
請求項１に記載のシステム。
【請求項１０】
前記第一のクライアントの位置から離れた位置から第一のクライアントにデータを提供する手段をさらに備える
請求項１に記載のシステム。
【請求項１１】
一連の予測データを受け取り、；
前記予測データをＯＬＡＰキューブを通して情報のデータベースに組み込み、；
前記データベースからベースライン予測を取り出し、；
前記データベースに対する更新を受け取り、；
ＯＬＡＰキューブの変更の区画に更新を伝達することを含む
情報の保守方法。
【請求項１２】
前記データベースの中で更新されたデータに変更のフラグを立てることをさらに含む
請求項１１に記載の方法。
【請求項１３】
変更の区画からの変更をＯＬＡＰキューブのメインの区画に集約し、；
前記データベースの中で更新されたデータの変更フラグをクリアすることをさらに含む
請求項１２に記載の方法：
【請求項１４】
情報のウォッチされた一連のデータポイントをウォッチし、；
更新を伝達し受け取るのに応答してウォッチされた一連のデータポイントにおける変更をユーザーに通知することをさらに含む
請求項１１に記載の方法。
【請求項１５】
前記方法は、プロセッサによって命令に応答して実行され、該命令は、機械可読媒体に具体化される
請求項１１に記載の方法。
【請求項１６】
前記データベースに対する更新が受け取られると、該更新と関連付けられるウィンドウ値を指定し、；
更新と関連付けられるタイムスタンプを前記データベースに記録し、；
前記データベースのデータの値からベースラインを導出することをさらに含み、前記データが前記ベースラインのために指定されたウィンドウ値に従って選択される
請求項１１に記載の方法。
【請求項１７】
前記ベースラインは、前のベースラインから導出され、更新は、前のベースラインの導出以降にデータベースに受け取られる
請求項１６に記載の方法。
【請求項１８】
前記ベースラインは、前記データベースのデータのサブセットを含む私的なベースラインに対するユーザー要求に応答して導出され、前記サブセットは、前記データと関連するウィンドウ値に基づいて決定される
請求項１６に記載の方法。
【請求項１９】
前記ベースラインは、利用可能なウィンドウ値の選択されたサブセットのウィンドウ値を有する前のベースラインを導出して以来、データベースで受け取られた一連の前のベースライン及び更新のサブセットから導出される
請求項１６に記載の方法。
【請求項２０】
前記予測データが財務情報である
請求項１１に記載のシステム。
【発明の詳細な説明】
【背景技術】
【０００１】
データは、投資の価値、トランザクションのための投資対効果検討、マネージャーの能力、及び産業（業界）の傾向を多くの他の物の間で判断するために、投資界やビジネス界によって利用される。データは、様々な問題の判断及び決定を行うために他の分野や他のコミュニティにおいても用いられ得る。従って、会社又は組織のためのデータは一般に重要であり、最新のデータ（例えば、計画された販売データなど）は、潜在的に測り知れないほど貴重である。しかし、会社における予測のデータは、一般に、非同期又はランダムな基盤の更新に従順でない形式又はシステムで格納される。
【発明の開示】
【発明が解決しようとする課題】
【０００２】
例えば、予報サイクルは、多くの場合、毎月及び毎季の情報の更新に基づくものである。政府規制は、多くの場合、たかが毎季（３ヶ月ごと）の基礎を報告することを要求しているに過ぎない。現実世界における活動は、更新のために予定日に起こることはめったになく、顧客はキャンセルするか、又は時を選ばず注文を増やす。さらに、顧客（例えば、競争相手の製品発表又はベンダの供給変化などの）への直接的な効果との間接的な行動が会計スケジュールに基づく都合の良い時間に合わせられることもめったにない。
【０００３】
従って、ランダムな又は非同期のベースの更新を可能とするシステムを提供することは有益であり得る。さらに、予測という形式の情報は、多くの場合判断に基づく。従って、そのような情報のインプットの後になされた判断に基づいて、情報を変更させ得るシステムを提供することは、有益であり得る。さらに、いくらかの情報（データポイント）は、格別の意義を有し得る。従って、ユーザーが特定のデータポイントへの変更の通知を受けることができ得るシステムを提供することは、有益であり得る。
【課題を解決するための手段】
【０００４】
本発明は、範囲を変えるシステム、装置、及び方法と併せて説明され、図示される。この概要において説明される本発明の側面に加えて、発明の他の側面は、図面を参照することによって、及び、以下の詳細な説明を読むことによって明白になるであろう。リアルタイムの更新を備えるデータ予測の方法及び装置が説明される。
【０００５】
ある具体例において、本発明は、システムである。該システムは、第一のクライアントを含む。前記システムは、また、第一のクライアントに繋げられた分析サーバーを含む。前記システムは、さらに、前記分析サーバーに繋げられた情報の第一の顧客データベースを含む。該第一の顧客データベースは、予測データを具体化し、予測データに対する本質的にリアルタイムの更新を受け取る。前記第一の顧客データベースは、前記分析サーバーに関連するＯＬＡＰキューブをサポートし得る。
【０００６】
前記分析サーバーは、その中にＯＬＡＰキューブを含むものでもよく、該ＯＬＡＰキューブは、第一の顧客データベースの情報を分析し更新する。前記第一の顧客データベースは、システムの選択された第一の一連のユーザーが使用するために設けられ得る。第一のクライアントに繋げられ、第一の顧客データベースに繋げられる識別サーバーも含まれ得る。第一のクライアントは、スマートクライアントであり得、第一のクライアントは、それ自体のＯＬＡＰキューブを含み得る。前記識別サーバー及び前記分析サーバーには、第二のクライアントも繋げられ得る。さらに、前記識別サーバー及び前記分析サーバーには情報の第二の顧客データベースが繋げられ得るものでもよく、該第二の顧客データベースは、システムの第二のセットのユーザーが使用するために設けられ得る。システムによって処理される情報は、財務情報であり得る。
【０００７】
第一の顧客データベースには、データのウォッチが含まれ得る。第一の顧客データベースには、販売予測データも含まれ得る。第一の顧客データベースには、さらに、変更を含んだ非販売員からの販売予測データが含まれ得る。
【０００８】
別の具体例において、本発明は、システムでもある。該システムは、ＯＬＡＰキューブを含む分析サーバーを含む。前記システムはまた、ＯＬＡＰキューブをサポートする分析サーバーに繋げられた情報データベースを含む。情報データベースは、予測データを具体化し、予測データに対する本質的にリアルタイムの更新を受け取る。前記システムはまた、情報データベースに繋げられた識別サーバーをも含み得る。前記システムは、さらに、前記分析サーバー及び前記識別サーバーに繋げられたクライアントを含み得る。さらに、情報データベースは、財務情報を格納し得る。
【０００９】
また別の具体例において、本発明は、情報を保守する方法である。該方法は、一連の予測データを受け取ることを含む。前記方法は、また、ＯＬＡＰキューブを通して、予測データを情報のデータベースに組み込むことをも含む。前記方法は、さらに、ベースライン予測をデータベースから取り出すことを含む。また、前記方法は、データベースに対する更新を受け取ることを含む。さらに、前記方法は、ＯＬＡＰキューブを通してほぼ直ぐに全情報に亘って更新を伝達することを含む。
【００１０】
前記方法は、また、一連のウォッチされた情報のデータポイントをウォッチすることを含み得る。前記方法は、さらに、更新の伝達及び受け取りに応答して、一連のウォッチされたデータポイントの変更をユーザーに通知することを含み得る。同様に、前記方法は、また、ユーザーに情報を提供することを含み得る。前記方法は、さらに、情報の予期される変更をユーザーから受け取ることを含み得る。前記方法は、また、情報の全てに亘って、予期される変更を更新として、ＯＬＡＰキューブを通してほぼ直ぐに伝達することを含み得る。
【００１１】
さらに、前記方法は、情報を通して受け取られ伝達された更新をレビューすることを含み得る。前記方法は、ユーザーが読み取り可能な情報の更新をレビューに応答して提供することを含み得る。前記予測データは、財務情報であり得る。また、前記方法は、機械可読媒体の中で具体化される状態の手順に応答して、プロセッサによって実行され得る。さらに、前記方法は、情報と一致する実際のデータを受け取ることを含み得る。前記方法は、さらに、実際のデータを情報と比較し、ユーザーが読み取り可能な情報と実際のデータとの比較を提供することを含み得る。
【００１２】
ある具体例において、本発明は方法である。該方法は、予測情報を販売員からコンピュータに受け取ることを含む。前記方法は、さらに、予測情報の具体的な入力についてのコメントを非販売員からコンピュータに受け取ることを含む。前記方法はまた、予測情報の変更を非販売員からコンピュータに受け取ることを含む。前記方法はさらに、コンピュータのインターフェースにおいてコメント及び変更の表示を販売員に対して提供することを含む。
【００１３】
コメントは、マーケティング及び幹部の人員から受け取られ得る。予測情報及び関連するコメント及び変更は、コンピュータと関連付けられたデータベース及びＯＬＡＰキューブに格納され得る。前記コンピュータは、実際には、データベース及びＯＬＡＰキューブをホストするコンピュータのネットワークであり得る。前記方法は、命令に応答してプロセッサによって実行され得るものであり、前記命令は、機械可読媒体の中で具体化される。
【００１４】
前記方法は、さらに、予測情報の具体的なデータを見る要求を受け取ることを含み得る。さらに、前記方法は、具体的なデータが変更されると、見る要求に応答して、更新を提供することを含み得る。同様に、前記方法は、予測情報の一連のデータと関連する非販売員から判断を受け取り、判断に応答して一連の予測のデータを変更することを含み得る。前記方法は、また、最も大きな規模の変更のために変更を分析することを含み得る。前記方法は、さらに、販売員に一連のインパクトを提供することを含み得るものであり、該インパクトは、変更の規模の等級序列に基づいて変更を示す。
【００１５】
さらに、前記コメント及び変更は、通信のためにコンピュータに繋げられるコンピュータ以外の装置を通して受け取られ得る。同様に、予測データは、通信のためにコンピュータに繋げられるコンピュータ以外の装置を通して受け取られ得る。さらに、コンピュータに対するインターフェースは、通信のためにコンピュータに繋げられるコンピュータ以外の直通装置であり得る。
【００１６】
また別の具体例において、本発明はシステムである。該システムは、予測データを受け取るユーザーインターフェイスを含む。前記システムはまた、ＯＬＡＰキューブを含む分析サーバーを含む。システムはさらに、ＯＬＡＰキューブをサポートすべく分析サーバーに繋げられた情報データベースを含む。前記情報データベースは、予測データを具体化し、ユーザーインターフェイスを通して予測データに対する本質的にリアルタイムの更新を受け取る。前記ユーザーインターフェイスは、時間とともにデータが変更すると、フィードバックとともに予測データをユーザーインターフェイスを通して表示する。
【００１７】
さらに別の具体例において、本発明は、予測のデータを入力する販売員に対して、予測に対する組織のメンバーからのフィードバックを提供する方法である。該方法は、予測のデータを販売員からコンピュータに受け取ることを含む。前記方法はまた、ＯＬＡＰキューブと併せて、予測のデータを予測情報としてデータベースに格納することを含む。前記方法はさらに、ＯＬＡＰキューブにおける予測情報の具体的な入力についてのコメントを組織のメンバーからコンピュータに受け取ることを含む。前記方法はまた、予測情報の変更を組織のメンバーからコンピュータに受け取ることを含む。さらに、前記方法は、コメント及び変更をＯＬＡＰキューブ及びデータベースに組み込むことを含む。また、前記方法は、コンピュータのインターフェースにおいてコメント及び変更の表示を販売員に対して提供することを含む。
【００１８】
さらなる別の具体例において、本発明は方法である。該方法は、予測データを関連するウィンドウ値とともにデータベースに受け取ることを含む。前記方法はまた、関連するウィンドウ値に基づくデータにアクセスすることを含む。方法はさらに、関連したウィンドウ価値に基づいて、アクセスされたデータを他のデータと比較することを含む。
【００１９】
別の具体例において、本発明は、情報を保守する方法である。該方法は、一連の予測データを受け取ることを含む。前記方法はまた、予測データをＯＬＡＰキューブを通して情報のデータベースに組み込むことを含む。前記方法はさらに、ベースライン予測をデータベースから取り出すことを含む。前記方法はまた、データベースに対する更新を受け取ることを含む。さらに、前記方法は、ＯＬＡＰキューブを通してほぼ直ぐに全情報に亘って更新を伝達することを含む。前記方法はまた、更新されたベースライン予測をデータベースから導出することを含み、該更新されたベースライン予測は、ベースライン予測から導出される。
【００２０】
別の具体例において、本発明は方法である。前記方法は、ユーザーの第一のグループから予測情報をコンピュータに受け取ることを含む。前記方法はまた、コンピュータによってアクセス可能なデータベース及び対応するＯＬＡＰキューブに前記予測情報を統合することを含む。前記方法はさらに、予測情報の具体的な入力についてのコメントをユーザーの第二のグループからコンピュータに受け取ることを含む。前記方法はまた、予測情報の変更をユーザーの第二のグループからコンピュータに受け取ることを含む。前記方法はさらに、コメント及び変更をデータベース及びＯＬＡＰキューブに統合することを含む。さらに、前記方法は、コンピュータのインターフェースにおいてコメント及び変更の表示を販売員に対して提供することを含む。
【００２１】
本発明は、説明される様々な具体例において例示され、添付される請求の範囲のみによって限定されるものである。
【発明を実施するための最良の形態】
【００２２】
本発明は、範囲を変えるシステム、装置、及び方法と併せて説明され、図示される。この概要において説明される本発明の側面に加えて、発明の他の側面は、図面を参照することによって、及び、以下の詳細な説明を読むことによって明白になるであろう。リアルタイムの更新によってデータを予測する方法及び装置が説明される。一般に、前記方法及び装置は、様々なソースから予測データを収集し、収集されたデータからベースライン予測を作成し、様々なソース及び他のデータソースから収集される本質的にリアルタイムのデータの変更に基づいて、ベースライン予測を更新することと関連している。さらに、方法及び装置は、更新を伴う予測データのレビューを可能とし、データのシミュレーション又は変更を可能とし得る。
【００２３】
ある具体例において、本発明は、システムである。該システムは、第一のクライアントを含む。また、該システムは、第一のクライアントに繋げられた分析サーバーを含む。前記システムは、さらに、前記分析サーバーに繋げられた情報の第一の顧客データベースを含む。該第一の顧客データベースは、予測データを具体化し、予測データに対する本質的にリアルタイムの更新を受け取る。前記第一の顧客データベースは、前記分析サーバーと関連したＯＬＡＰキューブをサポートし得る。
【００２４】
前記分析サーバーは、その中にＯＬＡＰキューブを含むものでもよく、該ＯＬＡＰキューブは、第一の顧客データベースの情報を分析し更新する。前記第一の顧客データベースは、システムの選択された第一の一連のユーザーが使用するために設けられ得る。第一のクライアントに繋げられ、第一の顧客データベースに繋げられる識別サーバーも含まれ得る。第一のクライアントは、スマートクライアントであり得るし、第一のクライアントは、それ自体のＯＬＡＰキューブを含み得る。前記識別サーバー及び前記分析サーバーには、第二のクライアントも繋げられ得る。さらに、前記識別サーバー及び前記分析サーバーには情報の第二の顧客データベースが繋げられるものでもよく、該第二の顧客データベースは、システムの第二のセットのユーザーが使用するために設けられ得る。システムによって処理される情報は、財務情報であり得る。
【００２５】
第一の顧客データベースには、データのウォッチが含まれ得る。第一の顧客データベースには、販売予測データも含まれ得る。第一の顧客データベースには、さらに、変更を含んだ非販売員からの販売予測データが含まれ得る。
【００２６】
別の具体例において、本発明はシステムでもある。該システムは、ＯＬＡＰキューブを含む分析サーバーを含む。前記システムはまた、ＯＬＡＰキューブをサポートする分析サーバーに繋げられた情報データベースを含む。情報データベースは、予測データを具体化し、予測データに対する本質的にリアルタイムの更新を受け取る。前記システムはまた、情報データベースに繋げられた識別サーバーをも含み得る。前記システムは、さらに、前記分析サーバー及び前記識別サーバーに繋げられたクライアントを含み得る。さらに、情報データベースは、財務情報を格納し得る。
【００２７】
また別の具体例において、本発明は、情報を保守する方法である。該方法は、一連の予測データを受け取ることを含む。前記方法はまた、予測データをＯＬＡＰキューブを通して情報のデータベースに組み込むことを含む。前記方法は、さらに、ベースライン予測をデータベースから取り出すことを含む。また、前記方法は、データベースに対する更新を受け取ることを含む。さらに、前記方法は、ＯＬＡＰキューブを通してほぼ直ぐに全情報の更新を伝達することを含む。
【００２８】
前記方法は、また、一連のウォッチされた情報のデータポイントをウォッチすることを含み得る。前記方法は、さらに、更新の伝達及び受け取りに応答して、一連のウォッチされたデータポイントの変更をユーザーに通知することを含み得る。同様に、前記方法は、また、ユーザーに情報を提供することを含み得る。前記方法は、さらに、情報の予期される変更をユーザーから受け取ることを含み得る。前記方法は、また、情報の全てに亘って、予期される変更を更新として、ＯＬＡＰキューブを通してほぼ直ぐに伝達することを含み得る。
【００２９】
さらに、前記方法は、情報を通して受け取られ伝達された更新をレビューすることを含み得る。前記方法は、ユーザーが読み取り可能な情報の更新をレビューに応答して提供することを含み得る。前記予測データは、財務情報であり得る。また、前記方法は、機械可読媒体の中で具体化される状態の手順に応答して、プロセッサによって実行され得る。さらに、前記方法は、情報と一致する実際のデータを受け取ることを含み得る。前記方法は、さらに、実際のデータを情報と比較し、ユーザーが読み取り可能な情報と実際のデータとの比較を提供することを含み得る。
【００３０】
ある具体例において、本発明は方法である。該方法は、予測情報を販売員からコンピュータに受け取ることを含む。前記方法は、さらに、予測情報の具体的な入力についてのコメントを非販売員からコンピュータに受け取ることを含む。前記方法はまた、予測情報の変更を非販売員からコンピュータに受け取ることを含む。前記方法はさらに、コンピュータのインターフェースにおいてコメント及び変更の表示を販売員に対して提供することを含む。
【００３１】
コメントは、マーケティング及び幹部の人員から受け取られ得る。予測情報及び関連するコメント及び変更は、コンピュータと関連付けられたデータベース及びＯＬＡＰキューブに格納され得る。前記コンピュータは、実際には、データベース及びＯＬＡＰキューブをホストするコンピュータのネットワークであり得る。前記方法は、命令に応答してプロセッサによって実行され得るものであり、前記命令は、機械可読媒体の中で具体化される。
【００３２】
前記方法は、さらに、予測情報の具体的なデータを見る要求を受け取ることを含み得る。さらに、前記方法は、具体的なデータが変更されると、見る要求に応答して、更新を提供することを含み得る。同様に、前記方法は、予測情報の一連のデータと関連する非販売員から判断を受け取り、判断に応答して一連の予測のデータを変更することを含み得る。前記方法は、また、最も大きな規模の変更のために変更を分析することを含み得る。前記方法は、さらに、販売員に一連のインパクトを提供することを含み得るものであり、該インパクトは、変更の規模の等級序列に基づいて変更を示す。
【００３３】
さらに、前記コメント及び変更は、通信のためにコンピュータに繋げられるコンピュータ以外の装置を通して受け取られ得る。同様に、予測データは、通信のためにコンピュータに繋げられるコンピュータ以外の装置を通して受け取られ得る。さらに、コンピュータに対するインターフェースは、通信のためにコンピュータに繋げられるコンピュータ以外の直通装置であり得る。
【００３４】
また別の具体例において、本発明はシステムである。該システムは、予測データを受け取るユーザーインターフェイスを含む。前記システムはまた、ＯＬＡＰキューブを含む分析サーバーを含む。システムはさらに、ＯＬＡＰキューブをサポートすべく分析サーバーに繋げられた情報データベースを含む。前記情報データベースは、予測データを具体化し、ユーザーインターフェイスを通して予測データに対する本質的にリアルタイムの更新を受け取る。前記ユーザーインターフェイスは、時間とともにデータが変更すると、フィードバックとともに予測データをユーザーインターフェイスを通して表示する。
【００３５】
さらに別の具体例において、本発明は、予測のデータを入力する販売員に対して、予測に対する組織のメンバーからのフィードバックを提供する方法である。該方法は、予測のデータを販売員からコンピュータに受け取ることを含む。前記方法はまた、ＯＬＡＰキューブと併せて、予測のデータを予測情報としてデータベースに格納することを含む。前記方法はさらに、ＯＬＡＰキューブにおける予測情報の具体的な入力についてのコメントを組織のメンバーからコンピュータに受け取ることを含む。前記方法はまた、予測情報の変更を組織のメンバーからコンピュータに受け取ることを含む。さらに、前記方法は、コメント及び変更をＯＬＡＰキューブ及びデータベースに組み込むことを含む。また、前記方法は、コンピュータのインターフェースにおいてコメント及び変更の表示を販売員に対して提供することを含む。
【００３６】
さらなる別の具体例において、本発明は方法である。該方法は、予測データを関連するウィンドウ値とともにデータベースに受け取ることを含む。前記方法はまた、関連するウィンドウ値に基づくデータにアクセスすることを含む。方法はさらに、関連したウィンドウ価値に基づいて、アクセスされたデータを他のデータと比較することを含む。
【００３７】
別の具体例において、本発明は、情報を保守する方法である。該方法は、一連の予測データを受け取ることを含む。前記方法はまた、予測データをＯＬＡＰキューブを通して情報のデータベースに組み込むことを含む。前記方法はさらに、ベースライン予測をデータベースから取り出すことを含む。前記方法はまた、データベースに対する更新を受け取ることを含む。さらに、前記方法は、ＯＬＡＰキューブを通してほぼ直ぐに全情報に亘って更新を伝達することを含む。前記方法はまた、更新されたベースライン予測をデータベースから導出することを含み、該更新されたベースライン予測は、ベースライン予測から導出される。
【００３８】
別の具体例において、本発明は方法である。前記方法は、ユーザーの第一のグループから予測情報をコンピュータに受け取ることを含む。前記方法はまた、コンピュータによってアクセス可能なデータベース及び対応するＯＬＡＰキューブに前記予測情報を統合することを含む。前記方法はさらに、予測情報の具体的な入力についてのコメントをユーザーの第二のグループからコンピュータに受け取ることを含む。前記方法はまた、予測情報の変更をユーザーの第二のグループからコンピュータに受け取ることを含む。前記方法はさらに、コメント及び変更をデータベース及びＯＬＡＰキューブに統合することを含む。さらに、前記方法は、コンピュータのインターフェースにおいてコメント及び変更の表示を販売員に対して提供することを含む。
【００３９】
図１は、組織を通じての情報の流れを示す。組織１００は、会社又は他の組織における財務に関係する典型例であり得る。ＣＥＯ１１０は、仕事の基本的な一部分として、財務情報を必要とする。従って、販売組織１５０は、販売の予想を準備するよう要求される。この予測は、例えば数ヶ月又は数年に及び得る。説明された例では６ヶ月間であるが、様々な状況においては、それとは異なる期間が事情に適合し得る。本発明の精神及び範囲内において、組織の中で要求され得る予測が他にもある。例えば、在庫又は経費の予測がリアルタイムで準備され、トラックされ得る。
【００４０】
販売組織１５０の中で、販売代理店１７５は、近く発表されるそれらの販売予測を提供する。同様に、独立の代理店１８０及び販売業者１９０は、近く発表される販売の予測を提供する。エリアマネージャー１７０は、これらの予測を受け取り、それらを販売のバイスプレジデント１６０まで回す。すると、ＶＰ１６０は、予測をマーケティング部門１４０に回す。この時点で、そして前のリンクで、例えば、推定値の変更、データに関する情報又は立証の要求、又は、フィードバック又は分析の他の形式を通じて、財務データ（予測）のフィードバック又は分析が行われ得る。
【００４１】
すると、マーケティング１４０は、新しいデータを生産１３０（例えば、技術及び製造）に送る。生産１３０は、製造の考慮事項（例えば、遅延又は資材など）に基づいてコメントし、変更を与え、その後、情報を財務１２０に回し得る。財務部１２０は、資本の利用可能性又はアカウント（例えば、期限超過のアカウントなど）の状態などの財務的な考慮事項に基づいてコメントし、変更を与え得る。財務部１２０は、その後、ベースライン予測として更新された予測データをＣＥＯ１１０に手渡す。
【００４２】
ＣＥＯ１１０は、例えば、報道機関のアウトレット、顧客、ベンダ、及び監督機関などの組織のメンバーでない人と話す際に、経営上の分析を行うために、そして参照するために、このベースラインを用い得る。静的な予測では、ＣＥＯ１１０がデータを見る時には、古くなっている可能性がある。リアルタイムの更新によって、ＣＥＯ１１０は、利用可能なデータをより有効に信頼して分析し、組織の財務状況についてコメントし得る。
【００４３】
予測及び更新のプロセスをさらに詳しく説明するために、データが最初どのように提供されるかについて言及され得る。この場合も同様に、プロセスは販売データで示されるが、様々な形式のデータは、リアルタイムに予測され、トラックされ得る。図２は、ある具体例における販売員用の情報を示す。該情報は、ユーザーインターフェイス２００を通して入力され及び／又は表示される。フィールド又はフレーム２６０は、販売員２２０用の情報の表示である。図示するように、これは、販売員２２０用の通貨（例えば、ドルなど）の表示であり、会社２３０、その会社用の部品２４０、部品２４０用の詳細２４５、及び現在詳細が選択されていない別の部品２５０を含む。フィールド又はフレーム２６０は、販売員２２０によって販売される製品に関するユーザーインターフェイスであり、販売員２２０用の特定の製品と関連した予測データの入力を可能とする。
【００４４】
ある具体例において、販売代理店又は同様な個人（ユーザー）は、フレーム２６０の各セルの中に情報を入力し、データが不注意に除外されていない又は間違って入力されていないことを確認しようと試みるべく、各セルに“タッチする”（セル内のデータを入力する又は確認する）ことを要求される。さらに、ユーザーは、部品２７０の概要データの各セルにタッチすることを要求され得る。さらに、入力されるものと関連するステータス情報がステータス２０５として表示され、入力されたデータの提出のため及びソフトウェアの終了のために、それぞれ提出２１０及び終了２１５のボタンが提供される。データが入力されると、データを表示するために同様なユーザーインターフェイスが用いられ得る。データが変更されるならば、下で説明されるように、それらの変更も表示され得る。
【００４５】
図示するように、入力がなされると、情報を表示するために同様なユーザーインターフェイス３００が用いられ得る。図３は、ある具体例における顧客に関する情報を示す。インターフェース３００は、予測される概要、インパクトメッセージ、トップ１０の顧客、及びナビゲーションツールを提供する。予測される表示３１０は、ある具体例における特定の販売代理店について（全ての販売員に関して）の情報を提供する。該情報は、時間に当てられた行及び列で販売員を分けた状態でセル形式で表示される。ディスプレイ３６０は、何を表示しているかを示し、この場合には、東アメリカ地域の北東アメリカ部における代理販売法人組織を示す。さらに、セレクター３６５は、表示３１０の形式を決定し、この場合には概要であり、時間セレクター３７０は、表示の時間を決定し、タイプセレクター３７５、はドルや単位などの表示のタイプを決定する。さらに、ディスプレイ３１０は、見る方法（図示されるように、月ごと）及び表示するタイプ（図示される表）の選択をユーザーに与える。
【００４６】
表示の別の部分は、インパクトメッセージ表示３１５であり、変更に基づく予測に対するインパクトについてのメッセージを提供する。表示のさらに別の部分は、トップ１０の顧客の表示３０５であり、他に何か表示されるか否かにかかわらず、トップ１０の顧客の予測をリアルタイムで提供すべく用いられ得る。さらに、ステータス及びナビゲーションのツールが提供される。予測ボタン３３５は、表示される予測データをもたらす。ドリルダウン（掘り下げ）ボタン３３０は、表示されたデータのサブセットの入力の詳細をユーザーがドリルダウンすることを可能とする。設定ボタン３２５は、ユーザーが表示の設定を変更することを可能とする。ヘルプボタン３２０は、ユーザーがオンラインヘルプにアクセスし、場合によっては、例えばネットワーク上でヘルプにアクセスすることを可能とする。アイデンティティ３４５は、現在のユーザーのアイデンティティを表示し、予測ステータス３４０は、予測のステータス（例えば、是認される必要があるか、又は、動作中であり更新を提供するであろうかどうか）を表示する。さらに、ログアウトボタン３５５及びホームボタン３５０は、システムを終了すること、又は、システムの所定のホーム部分にナビゲートすることをそれぞれ可能とする。
【００４７】
様々な顧客及びエリアに関連するユーザーからの情報とともに、より広いエリアの概要が提供され得る。図４は、ある具体例における地域用の情報を図示する。異なる地域又は例えば前に表示されたデータを含む地域にナビゲートすることによって、地域の情報が表示され得る。この例では、フレーム３１０の表示は、北東アメリカ地域用のデータとして、販売法人組織に関するデータを提供する。表示３６０は、どの地域が表示されるかを示す。これは、図３のデータから抽象のより高いレベル又は組織の異なるレベルにおけるデータを本質的に表示しているため、販売法人組織に関して表示されたデータは、図３に表示されたデータの集約であるということに注意する。
【００４８】
同様に、より大きな地域用のデータの集約へも進み得る。図５は、ある具体例におけるより大きな地域用の情報を図示する。表示３１０は、ここで北東及び南東地域のデータを提供し、北東アメリカ地域は、図４の販売法人組織のデータを集約する。同様に、南東アメリカ地域は、適切なデータを集約する。予期されるように、表示３６０は、何が表示されているかを示し、この場合には、東アメリカエリアを示す。
【００４９】
予期されるように、集約は、最終的には世界的なレベルにまで行き得る。図６は、ある具体例における会社の世界規模の経営用の情報を図示する。ユーザーインターフェイス３００は、どのエリアが表示３６０に表示されるかの表示とともに、世界的な規模のデータを提供する。特に、表示３１０は、東アメリカ、西アメリカ、及びアジア太平洋地域のデータを提供する。東アメリカのデータは、図５のデータを集約したものである。さらに、図示されるように、情報は変更がなされていない。さらに、表示３１０は、エリア又はエンティティ（タブ３８０）ごと、顧客（タブ３８５）ごと、及び製品（タブ３９０）ごとの表示を可能とする。しかし、情報を収集してそれが表示されるので、例えば個々のクライアント又はワークステーションを用いるネットワーク上の様々なユーザーなどによって、情報を処理することが有益であり得る。
【００５０】
以下の図７〜図８の説明は、上記及び以下で説明した本発明の方法を実行するのに適したコンピュータハードウェア及び他の操作コンポーネントの概要を提供することを意図したものであり、適用可能な環境を制限することを意図したものではない。同様に、コンピュータハードウェア及び他の操作コンポーネントは、上述した発明の装置の一部として好適であり得る。本発明は、ハンドヘルド装置、マルチプロセッサシステム、マイクロプロセッサーベースの又はプログラム可能な電気製品、ネットワークＰＣ、小型コンピュータ、大型機などを含む、他のコンピュータシステム構造によって実施することができる。本発明は、また、通信ネットワークを通して接続される遠隔の処理装置によってタスクが実行される分散コンピューティング環境においても実施することができる。
【００５１】
図７は、インターネットなどのネットワーク７０５を通して繋げられるいくつかのコンピュータシステムを示す。ここに用いられるように、用語「インターネット」は、伝送制御プロトコル／インターネット・プロトコル（ＴＣＰ／ＩＰ）プロトコルや、場合によっては、ワールドワイドウェブ（ウェブ）を作成するハイパーテキスト・マークアップ言語（ｈｔｍｌ）文書のためのハイパーテキスト転送プロトコル（ｈｔｔｐ）などの他のプロトコルなどの、ある種のプロトコルを用いるネットワークのネットワークを参照する。インターネットとプロトコルとの物理的接続及びインターネットの通信手順は、当業者にとって周知である。
【００５２】
インターネット７０５へのアクセスは、一般に、ＩＳＰ７１０や７１５などのインターネットサービスプロバイダー（ＩＳＰ）によって提供される。クライアントコンピュータシステム７３０，７４０，７５０及び７６０などの、クライアントシステムのユーザーは、ＩＳＰ７１０や７１５などのインターネットサービスプロバイダーを通してインターネットへアクセスする。インターネットへアクセスすることで、クライアントコンピュータシステムのユーザーは、情報を交換し、電子メールを送受信し、ｈｔｍｌ形式で作成された文書などの文書を見ることができる。これらの文書は、しばしば、インターネット“上”にあると見なされるウェブサーバー７２０などのウェブサーバーによって提供される。コンピュータシステムは、同じくＩＳＰであって、そのシステムなしで構成されインターネットに接続することができるが、これらのウェブサーバーは、しばしば、ＩＳＰ７１０などのＩＳＰによって提供される。
【００５３】
ウェブサーバー７２０は、一般に、サーバーコンピュータシステムとして動作する少なくとも１つのコンピュータシステムであり、ワールドワイドウェブのプロトコルによって動作するよう構成され、インターネットに繋げられる。任意的に、ウェブサーバー７２０は、クライアントシステムに対してインターネットへのアクセスを提供するＩＳＰの一部であり得る。ウェブサーバー７２０は、それ自体ウェブコンテンツ７９５に繋げられるサーバーコンピュータシステム７２５に繋げられて示され、それはメディアデータベースの形式と見なすことができる。２つのコンピュータシステム７２０及び７２５が図７に示され、ウェブサーバーシステム７２０及びサーバーコンピュータシステム７２５は、ウェブサーバー機能及びサーバーコンピュータシステム７２５によって提供されるサーバー機能を提供する異なるソフトウェアコンポーネントを有する１つのコンピュータシステムであり得、以下でさらに説明されるであろう。
【００５４】
クライアントコンピュータシステム７３０，７４０，７５０及び７６０は、適切なウェブブラウズソフトウェアをそれぞれ備え、ウェブサーバー７２０によって提供されるｈｔｍｌページを見ることができる。ＩＳＰ７１０は、クライアントコンピュータシステム７３０の一部と見なすことができるモデムインターフェース７３５を通してクライアントコンピュータシステム７３０に対するインターネット接続性を提供する。クライアントコンピュータシステムは、パーソナルコンピュータシステム、ネットワークコンピュータ、ウェブＴＶシステム、又は他のそのようなコンピュータシステムであり得る。
【００５５】
同様に、ＩＳＰ７１５は、クライアントコンピュータシステム７４０，７５０及び７６０にインターネット接続性を提供するが、図７に例示するように、接続はこれらの３つのコンピュータシステムに対して同じではない。クライアントコンピュータシステム７４０は、モデムインターフェース７４５を通して繋げられる。一方、クライアントコンピュータシステム７５０及び７６０は、ランの一部である。図７は、インターフェース７３５及び７４５を総称的に“モデム”として示すが、これらの各インターフェースは、アナログモデム、ＩＳＤＮモデム、ケーブルモデム、衛星トランスミッションインターフェース（例えば“直接的なＰＣ”）、又は他のコンピュータシステムにコンピュータシステムを繋げるための他のインターフェースであり得る。
【００５６】
クライアントコンピュータシステム７５０及び７６０は、ネットワークインターフェース７５５及び７６５を通してラン７７０に繋げられ、それは、イーサーネットネットワーク又は他のネットワークインターフェースであり得る。ラン７７０は、また、ゲートウェイコンピュータシステム７７５に繋げられ、該ゲートウェイコンピュータシステム７７５は、ローカルエリアネットワークに対してファイアウォール及び他のインターネット関連サービスを提供することができる。このゲートウェイコンピュータシステム７７５は、クライアントコンピュータシステム７５０及び７６０にインターネット接続性を提供すべく、ＩＳＰ７１５に繋げられる。ゲートウェイコンピュータシステム７７５は、従来のサーバーコンピュータシステムであり得る。また、ウェブサーバーシステム７２０は、従来のサーバーコンピュータシステムであり得る。
【００５７】
また、サーバーコンピュータシステム７８０は、クライアント７５０，７６０にファイル７９０及び他のサービスを提供するために、ゲートウェイシステム７７５を通してインターネットと接続することを必要とせず、ネットワークインターフェース７８５を通してラン７７０に直接繋げることができる。
【００５８】
図８は、クライアントコンピュータシステム若しくはサーバーコンピュータシステムとして、又は、ウェブサーバーシステムとして用いられ得る従来のコンピュータシステムの一例を示す。そのようなコンピュータシステムは、ＩＳＰ７１０などのインターネットサービスプロバイダーの機能の多くを実行すべく用いられ得る。コンピュータシステム８００は、モデム又はネットワークインターフェース８２０を通して外部システムと相互作用する。モデム又はネットワークインターフェース８２０をコンピュータシステム８００の一部と見なすことができることは、当然である。このインターフェース８２０は、アナログモデム、ＩＳＤＮモデム、ケーブルモデム、トークンリングインターフェース、衛星トランスミッションインターフェース（例えば“直接的なＰＣ”）、又は他のコンピュータシステムにコンピュータシステムを繋げるための他のインターフェースであり得る。
【００５９】
コンピュータシステム８００は、プロセッサ８１０を含み、それは、インテルペンティアムマイクロプロセッサー又はモトローラパワーＰＣマイクロプロセッサーなどの従来のマイクロプロセッサーであり得る。メモリー８４０は、プロセッサ８１０にバス８７０で繋げられる。メモリー８４０は、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）であり得、また、静的なラム（ＳＲＡＭ）を含み得る。バス８７０は、プロセッサ８１０をメモリー８４０と繋げ、また、不揮発性ストレージ８５０、ディスプレイコントローラ８３０、及び入出力（Ｉ／Ｏ）コントローラ８６０と繋げる。
【００６０】
ディスプレイコントローラ８３０は、ディスプレイ装置８３５上の表示を従来の方法でコントロールする。ディスプレイ装置８３５は、陰極線管（ＣＲＴ）又は液晶ディスプレイ（ＬＥＤ）であり得る。入出力装置８５５は、マウス又は他のポインティングデバイスを含めた、キーボード、ディスクドライブ、プリンタ、スキャナ、及び他の入出力デバイスを含み得る。表示コントローラ８３０及びＩ／Ｏコントローラ８６０は、従来の周知技術によって実施することができる。デジタル画像入力装置８６５は、画像をデジタルカメラからコンピュータシステム８００に入力するのを可能にするためにＩ／Ｏコントローラ８６０に繋げられるデジタルカメラであり得る。
【００６１】
不揮発性記憶装置８５０は、多くの場合、大量のデータ用の磁気のハードディスク、光ディスク、又は別の形式の記憶装置である。このデータの一部は、多くの場合、コンピュータシステム８００のソフトウェアの実行の間に、ダイレクトメモリーアクセスのプロセスによってメモリー８４０に書き込まれる。用語“機械可読媒体”又は“コンピュータ可読媒体”には、プロセッサ８１０によってアクセス可能であり、また、データ信号をエンコードする搬送波を包含する任意の形式の記憶装置が含まれることは、当業者であれば直ちに認識するであろう。
【００６２】
コンピュータシステム８００は、異なるアーキテクチャを備えた可能性のある多くのコンピュータシステムのうちの一例である。例えば、インテルマイクロプロセッサーに基づいたパーソナルコンピュータは、しばしば多重バスを有し、その一つは、周辺装置や、プロセッサ８１０及びメモリー８４０に直接接続するための入出力（Ｉ／Ｏ）バス（しばしばメモリーバスと呼ばれる）であり得る。バスは、異なるバスプロトコルのために任意の必要な翻訳を実行するブリッジコンポーネントを通して共に接続される。
【００６３】
ネットワークコンピュータは、本発明によって用いることのできる別のタイプのコンピュータシステムである。ネットワークコンピュータは、通常ハードディスク又は他の大容量記憶装置を含まず、実行可能プログラムは、プロセッサ８１０によって実行されるためにネットワーク接続からメモリー８４０にロードされる。周知のウェブＴＶシステムもまた、本発明に従うコンピュータシステムであると見なされるが、それは、一部の入力又は出力デバイスなど、図８に示される機能のいくつかを欠いたものであり得る。典型的なコンピュータシステムは、通常、少なくともプロセッサ、メモリー、及びメモリーをプロセッサと繋げるバスを含むであろう。
【００６４】
さらに、コンピュータシステム８００は、ディスクオペレーティングシステムなどのファイル管理システムを含むオペレーティングシステムソフトウェアによってコントロールされ、それは、オペレーティングシステムソフトウェアの一部である。関連付けられたファイル管理システムソフトウェアを有するオペレーティングシステムソフトウェアの一例は、ワシントンのレッドモンドのマイクロソフトコーポレーションが提供するウィンドウズ（登録商標）として知られるオペレーティングシステム及びそれらに関連するファイル管理システムのファミリーである。関連付けられたファイル管理システムソフトウェアを有するオペレーティングシステムソフトウェアの別の例は、ＬＩＮＵＸオペレーティングシステム及びそれに関連するファイル管理システムである。ファイル管理システムは、一般に不揮発性記憶装置８５０の中に格納され、プロセッサ８１０に、オペレーティングシステムによって要求される様々な行為を実行させ、データの入力及び出力を実行させ、データをメモリーに格納させ、不揮発性記憶装置８５０にファイルを格納することを含む。
【００６５】
詳細な説明のある部分は、コンピュータメモリーの中のデータビット上の操作のアルゴリズム及びシンボル表現で示される。これらのアルゴリズムの説明及び表現は、データ処理技術の分野の当業者が、他の当業者に最も効果的に内容を伝達すべく用いる方法である。アルゴリズムは、ここで、そして一般的に、目的とする結果に導くための一連の自己無撞着な作業順序であると考えられる。操作は、物理量の物理的な操作を要求するものである。通常、必ずではないが、これらの量は、格納、転送、結合、比較、及び他の処理を施すことが可能な電気又は磁気的な信号の形式を取る。主に共通の使用のために、これらの信号をビット、値、要素、シンボル、文字、用語、数字、又は同様のものとして参照することは、時には便利であると判明している。
【００６６】
ただし、これら及び同様な用語の全ては適切な物理量と関連付けられるべきものであって、単にこれらの量に当てはめられた簡便なラベルに過ぎないものであることは、心に留めておくべきである。当然のことながら、以下の考察から明白であるように別の形で特に述べられない限り、詳細な説明の全体に亘って、“処理”又は“コンピューティング”又は“計算”又は“判断”又は“表示”又はそれらと同様な用語を用いる議論は、コンピュータシステム又は同様な電子コンピューティング装置の動作及びプロセスについて言及するものであり、また、それらは、コンピュータシステムのレジスターとメモリーの中で物理的な（電子的な）量として表わされたデータを、コンピュータシステムメモリー又はレジスター又は他のそのような情報記憶装置、送信又は表示の装置の中で同様に物理量として表される他のデータに処理し及び変換するものである。
【００６７】
また、ある具体例において、本発明は、ここに操作を実行するための装置と関係する。この装置は、要求される目的のために特別に組み立てられ得るか、又は、コンピュータに格納されたコンピュータプログラムによって選択的に作動される若しくは再構成される汎用コンピュータを備え得る。そのようなコンピュータプログラムは、これらに限定されるものではないが、フロッピーディスク、光ディスク、ＣＤ−ＲＯＭ、及び磁気光ディスク、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリー（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気的又は光学的カードを含む任意の形式の記憶媒体、又は、電子的命令を記憶するのに適した任意の形式の記憶媒体、などのコンピュータの読み取り可能な記憶媒体に格納され得る。そして、それぞれは、コンピュータシステムバスに繋げられる。
【００６８】
ここに示されたアルゴリズム及び表示は、いかなる特定のコンピュータ又は他の装置とも本質的には関連するものではない。様々な汎用システムは、ここでの教示に従ってプログラムとともに用いられ得るか、又は、要求される方法のステップを実行するために、より特殊化した装置を構築するのが便利であると判明し得る。これら様々なシステムのために要求される構造は、以下の詳細な説明から見えてくるであろう。さらに、本発明は、いかなる特定のプログラミング言語にも準拠して説明されることはなく、従って、様々な具体例は、様々なプログラミング言語を用いて実施され得る。
【００６９】
図７及び図８で示されるような様々なネットワーク及びマシンが利用され得る。図９は、リアルタイムの更新を伴うデータを予測するのに用いられるシステムの具体例を示す。システム９００は、クライアント、サーバー、及びサポートデータベースを含む。システムの様々な具体例を用いることができ、そのようなシステムの実行又はインストールを取り囲む状況によって必要となる設定が異なる。システム９００は、予測及び本質的なリアルタイムの更新の両方に適した様々なタイプのデータとともに用いられ得る。本質的なリアルタイムの更新は、システムに提供される更新が実行可能であると直ちに（それは、即時であり得る）問い合わせるか、又は、適切な情報を有する人がその情報をシステム９００に中継する立場にあると直ちに行われ得る。
【００７０】
システム９００は、クライアント９１０及び９７０に備えられるクライアント部分と、識別サーバー９２０及び分析サーバー９４０に備えられるサーバー部分と、及びデータベース９３０，９５０，及び９６０に備えられるデータベース部分とを含む。ある具体例において、データベース９３０，９５０，及び９６０は、それぞれ特定の顧客（第一の顧客、第二の顧客、及び第三の顧客など）のために設けられる。識別又は認証のサーバー９２０は、クライアント９１０及び９７０などの様々なクライアントからアクセス要求を受け取る。すると、サーバー９２０は、クライアント及び現在のユーザーを識別又は認証し、（あるとすれば）どのデータベースがアクセス可能であるかを決定する。すると、分析サーバー９４０は、クライアントから要求を受け取るのを開始し、選ばれたデータベースにおけるデータ分析が可能となる。
【００７１】
認証及びアクセスは、様々な方法で処理され得る。例えば、クライアント（例えば、クライアント９１０）が認証されると、サーバー９４０へのアドレスをエンコードするトークンや、どのデータベース（９３０など）が用いられるかについての情報などのこととともに、分析サーバー９４０にリダイレクトされ得る。また、クライアント９１０は、キー（例えば、公開キー−プライベートキーの対の一部など）を受け取り得る。キーは、サーバー９４０に予め知られたアドレスにアクセスするために用いられ得る（キーは、例えば応答を可能にし得る）。キーは、また、例えばデータにアクセスするために、サーバー９４０からデータベース９３０に送信されることを要求され得る。
【００７２】
分析サーバー９４０は、オンライン分析処理（ＯＬＡＰ）キューブを用いて部分的に実行され得る。オンライン分析処理キューブは、例えばワシントン、レッドモンドのマイクロソフトコーポレーションなどの、様々な商業用のエンティティから入手可能である。オンライン分析処理キューブは、例えばデータベース９３０などのデータベースによってサポートされると、自動化されたデータ分析を実行することができ、データの速いスループット及び変更の速い伝達を可能とする。ある具体例において、クライアント９１０は情報やクエリーを提出するため及びユーザーインターフェイスで情報を見るためのみに用いられるローカルなクライアントであるため、全ての分析はサーバー９４０で行われる。別の具体例において、クライアント９７０は、ある分析機能（例えばローカルなオンライン分析処理キューブ及び記憶装置を通してなど）を含むスマートクライアントである。クライアント９７０は、スマートなクライアントとして、ネットワーク及びサーバー９４０から隔離されて操作され得るが、クライアント９７０に現実に格納された又は複製されたデータの分析及び表示は依然として可能である。
【００７３】
説明されるように、図９は、地理的に及び組織的に配布され得るシステムを示し、従って、例えばアクセス及びシステムのメンテナンスに基づいた収益の創出を可能とし得る。図１０は、リアルタイムの更新によってデータを予測するのに用いられるシステムの他の具体例を示す。サイト１０００は、クライアント１０１０（場合によっては、多数のクライアント）と、サーバー１０２０と、データベース１０３０とを含む。システムは自己完結型であり、認証が必要である場合もあり、必要でない場合もある（サイト１０００は、例えば許可されたユーザに限定され得る）。クライアント１０１０は、分析機能を有しないローカルなクライアントとして、又は、スマートクライアントとして実行され、サーバー１０２０は、例えばオンライン分析処理キューブによって分析のために実行され得る。
【００７４】
どのようなシステムや他の具体例が動作するかは様々である。図１１は、リアルタイムの更新によってデータを予測するのに用いられる方法の具体例を示す。この文書の方法（１１００）及び他の方法は、一連のプロセスモジュールとして説明され、それは、例えば同様の方法で又は一連の方法で、再配置され、且つ、実行され若しくは操作され得る。モジュール１１１０において、財務データなどのデータは、最初の予測のために受け取られる。モジュール１１２０において、データは、システム（オンライン分析処理キューブ又はサポートデータベースにおけるなど）に伝達される。モジュール１１３０において、例えば、期限の到来により、又は十分なデータが収集されているという決定により、予測ベースラインが形成される。
【００７５】
利用可能なベースラインによって、予測に関する情報には変更されるものもあり、静的なままのものもあり得る。モジュール１１４０において、変更が受け取られる。モジュール１１５０において、受け取られた変更が伝達され又は処理され、システムを通じて更新が伝達され、警告又は通知が送信され、記録される任意の修正が適切であるとして適用される。モジュール１１４０及び１１５０は、変更が受け取られると、繰返しの方法で複数回実行され得るため、本質的に継続的で且つほぼリアルタイムの更新が可能となる。さらに、次の予測（例えば、次の四半期）の時期が到来すると、プロセスはモジュール１１１０に戻り得る。
【００７６】
ある具体例において、具体的なプロセスが利用され得る。図１２は、リアルタイムの更新によってデータを予測するのに用られる方法の他の具体例を示す。モジュール１２１０において、例えば販売代理店からの生データなどの、最初の予測のデータが受け取られる。モジュール１２２０において、受け取られたデータがシステムを通して伝達される。モジュール１２３０において、生データに加えられる予測に通じる判断などの、データへの改訂が受け取られる。そのような判断は、販売代理店のスーパーバイザー、マーケティング部門の要員、製造又は技術要員、財務要員、さらにはＣＥＯ又は他のハイレベルの人員からも来得る。モジュール１２１０，１２２０，及び１２３０は、例えば異なる時期に到着するデータ又はインプットサイクルにおける他の変化によって繰り返され得る。モジュール１２４０において、ベースラインは、モジュール１２１０，１２２０，及び１２３０からの予測データによって形成される。
【００７７】
モジュール１２５０において、以前の予測データに対する更新などの変更が受け取られる。変更の中には予測の確認（予想から現実への変更）であり得るものもあるが、多くの変更は、予測されたデータとは異なる価格、量などで注文が来たことによる実際の変更であり得る。モジュール１２６０において、実際の変更されたデータがウォッチされているかどうかについて判定される。その場合には、モジュール１２６５において、ウォッチ（見張り）及びシステムの機能の要求に対する適切な詳細のレベルで、ウォッチの要求に基づく通知が送られる。モジュール１２７０において、変更は、システムを通してオンライン分析処理キューブ及び／又はデータベースを通るなどにより、伝達される。モジュール１２７５において、影響される様々なデータポイントは、それらのいずれかがウォッチされているかどうかを判定するためにチェックされる。その場合には、モジュール１２８０において、ウォッチの要求に基づいて通知が提供される。モジュール１２９０において、変更されたデータを受け取るのに先立って、予測へのインパクトが示され、好ましくは、ユーザーがデータを容易に解釈可能な方法で示される。モジュール１２９５において、変更された情報に応答するユーザーから判断又は調整が受け取られ、モジュール１２５０などでさらに変更が受け取られることとなる。
【００７８】
具体例のさらなる側面及び機能は、具体例のためのユーザーインターフェイスや、どのようにして及びなぜインターフェースが変わるかの説明を参照することにより理解され得る。図１３は、具体例における製品ごとの情報の表示を例示する。記載されるように、情報は、例えば地域ごとに表示され得る。図示されるように、表示３１０は、製品ごとの情報を、同様な又は同じ情報によって提供する。表示３６０は、図示された例における全てのファミリーに対しての、製品ごとの表示であることを示す。ちょうど地域に対するインパクトがインパクト表示３１５の中に提供され得るのと同様に、それらはまた、製品に対しても提供され得るものであり、表示３１０の中に提供されたデータの一覧に基づいてインパクトが表示され得る。また、ユーザーは、インパクトがグローバルなレベルで提供されるか、又は、例えばそのユーザーのために予め決定された／予め選択されたレベルで提供されるよう指定し得る。
【００７９】
図１４は、ある具体例における顧客ごとの情報の表示を例示する。この場合も同様に、異なる方法で情報を表示するオプションが示される。その上、部品又は地域ごとの表示、顧客ごとの表示により、例えばどの顧客が注文を増大させているか、注文を減少させているか、又は短期変更を経験しているかの判断を可能とする。データは、好ましくは顧客、部品、地域、販売員、及び他の関連情報と関連付けて格納されるため、様々な異なる方法でデータを表示することが可能となる。さらに、データがオンライン分析処理キューブにポピュレートされているため、表示間での移行には、単に、情報のある一側面をオンライン分析処理キューブにおいて保存されるように表示することから、情報の別の側面をオンライン分析処理キューブにおいて既に保存されるように表示することへ移行することを含む。データはタブ３８５（顧客とマークされる）を選択することに応答して表示され、表示３６０はどのようにデータが見られるかを示すことに注意する。
【００８０】
上述されるように、図１３及び図１４中のデータは、予測がベースラインに編集されるのに先立って表示される。しかし、データの変更は、いつでも、特に、ベースラインが形成された後に行われ得る。図１５は、具体例における具体的なインパクトの表示を図示する。インパクトは、システムを通して伝達されるので、データの変更を人間が理解できる言語へ翻訳したもの（例えば英語など）である。図示された例において、インパクト表示３１５は拡大され、報告されたインパクトをより綿密に調査することが可能となる。さらに、どのようにインパクトが発生したか又はインパクトの源が何であるかを判断するために、インパクトをドリルダウンすることが可能である。さらに、インパクトは、ベースライン予測の形成の前、その間、又はその後に発生し得る。従って、ステータスインジケータ３４０は、予測が受け取られた後（又は、ユーザーがもはやインプットする選択肢を有さないこととなった後）に、これらのインパクトが見られることを示し、さらに、継続的な更新が受け取られるであろうことを示す。
【００８１】
データの他の提示もまた利用可能である。図１６は、具体例における情報用の経営報告を示す。経営表示４０５は、経営上の又は製造の観点に基づくデータの一覧を提供し、需要又は絶対的な需要の量の変更及び概要の変更についての情報が示される。この場合も同様に、ドリルダウンはまた任意的であり得、ある部品に対する需要は、いつ需要が発生するか、又は、なぜ変更が発生しているかに分類され得る。
【００８２】
図１７は、具体例における情報のための在庫レポートの一覧表を作るために予測された変更を示す。図１６の経営表示４０５の一覧と異なり、経営表示４０５に示された在庫リポートは、概要及び詳細情報の両方を備え、予測された更新の変更のインパクトの金銭的価値にさらに焦点を当てる。そのようなリポートは、また、需要及び実需を満たす能力に基づいたサービスに提供され得る。
【００８３】
同様に、経営表示４０５にはギャップレポートも提供され得る。図１８は、ある具体例における情報に対するギャップレポートを示す。ギャップレポートは、予測と現在の数字との間の相違の一覧を提供し、従って、会社がその期待された予測を実現するのを確実にするには、どのような注文が発生する必要があるかを示し得る。
【００８４】
ドリルダウンは、ユーザーがかかる行動を禁止されない限り、一般に利用可能である。図１９は、ある具体例における、販売員に関するドリルダウンされた情報の表示を示す。より前の予測に基づいて、（例えば図３で見られたような）複数の販売員に関するデータの表示上でドリルダウンすることによって１人の販売員に関するデータが表示され得る。ドリルダウン表示４１０は、１人の販売員用の入力を構成するデータの詳細を提供する。さらに、ユーザーがそれを行う権限を有するならば、判断適用ボタン４１５によって、予測が正確であるかどうか、又は、どのように変更する必要があるかについて入力を行うことが可能となる。これは、以下でより詳細に説明されるであろう。
【００８５】
そのようなドリルダウンされたデータを誰かが見ている間又はユーザーがオフラインであるときに、更新が行われ得る。図２０は、具体例における更新された予測を示す。様々な理由で予測の変更が行われ得ることに注意する。表示３１０は、概要データを示し、ボールによってフラグが立てけられたいくつかのデータは、予測が変更されたことを示す。そのような変更は、リアルタイムの更新に基づく予測データに対して、判断（予測の後）又は現実の変更が適用された結果であり得る。インパクト表示３１５は、さらに、現実の変更がインパクトを与えるときなど、ある場合に詳細を提供し得る。
【００８６】
更新についての情報を追跡するときには、ドリルダウンデータ及び対応する変化又は情報を見ることができる。図２１は、具体例における地域のドリルダウン表示を示す。ドリルダウン表示４２５は、小区域に固有な、部品に固有な、及び顧客に固有な情報などの、この実例で選択された地域に特有なデータを示す。従って、ドリルダウン表示４２５は、例えば表示３１０に与えられたものと異なる一覧を示し得る。さらに、アドウォッチボタン４２０により、ユーザーは、例えばある基準点を超えて、ある時間内に、又は別の方法で、所与のデータポイントを見張ることが可能となる。
【００８７】
さらなる説明を参照することにより、判断及びウォッチの両方が理解され得る。図２２は、具体例における判断のアプリケーションを示す。判断インターフェース４３０は、値変更の選択肢４４０及び率変更の選択肢４６０を含む。値変更の選択肢４４０は、種類４４５（例えば、個数又は収益）及び値４５０（例えば変更量）を含む。率変更の選択肢４６０は、方向４６５（増加／減少）、種類４７０（例えば収益又は個数）、及び量４７５（例えば変更量）を含む。図示されるように、設定量が与えらて、値の変更が実行される。―変更の最終的な結果が指定される。パーセンテージによる変更によって、変更（デルタ）の量が指定される。さらに、変更（判断）が入力されているので、ステータス３４０は、変更の効果を生じるために、承認が与えられなければならないことを示す。
【００８８】
図２３は、具体例における判断のアプリケーションをさらに示す。この例において、判断が既に適用されたので、判断履歴４８０には、表示される入力がポピュレートされている。これにより、ユーザーが不必要な判断入力を避けることを可能にし得るか、又は、将来の判断の適用の内容を提供し得る。この場合も同様に、判断は値変更の選択肢４４０に入力され、当該データをさらに変更する。
【００８９】
図２４は、ある具体例における判断の適用後の予測を示す。変更が入力されると、オリジナルデータの一覧は、判断が適用されたことを表示する。特に、判断インジケータボール５１０がここに出現し、表示されたデータ又は表示されたデータに集約されたデータに関連付けられた判断履歴の存在を示す。予期されるように、変更されたデータへドリルダウンすることにより、図２３の履歴４８０などの判断履歴を見ることが可能となろう。図２５は、具体例における情報の変更履歴を示す。ドリルダウンすること又は判断インジケータボール５１０を選択することによって、その判断を入力した人、変更の種類、影響を受ける人、及び変更の量についての情報を含めて、履歴５２０が表示される。示される例において、さらに訂正が与えられることによって予測が作成された後、販売員は判断に対応する。
【００９０】
判断が予測を変更する間、ウォッチは、現実又は予測のいずれかの変更を示す。図２６は、具体例におけるウォッチの追加を示す。ウォッチのアプリケーションが選択されるとウォッチウィンドウ５３０がポップアップし、該ウォッチウィンドウ５３０には、ウォッチされるべき変更量が入力される変更タイプ５３５が含まれる。従って、ユーザーは、非常に小さな変更、壊滅的な変更、又はいくらかの中間的な変更によってウォッチを始動させるかどうかをコントロールすることができる。一般に、基準値に達する若しくは超える（不足する又は届かない）と、ウォッチは、ウォッチをセットしているユーザーに対して、Ｅメール又は同様なメッセージを送信する。
【００９１】
判断の適用要求に応じるなどにより、データが最初の値から新しい値に変更されると、多くの影響を与え得る。これは、例えば率又は定数の変更であり、また、例えば具体的な予想若しくは情報又は一般的な予想（予感や直感など）に起因し得る。データを変更すると、他のデータに変更が伝達されることとなる。また、変更されたデータの原因となったデータの一部又は全てに対して逆伝達される変更を伴って、他のデータに対して変更が行われ得る。さらに、もしデータの一部がウォッチを予定されるものであり、ユーザーへの通知がデータの変更であり、変更がそれを通じて伝達されるならば、ウォッチ警告を始動し得る。ウォッチは、任意の変更に設定され、例えば変更は指定された基準点より上、又は、特定の日前である。また、ウォッチは、目に見える変化を検出することを必要とせず、一般に表示が十億単位であれば、通知を始動するのに千単位の変化で十分であり得る。
【００９２】
変更の説明が高いレベルの基準（例えば全世界）で提供され、単位量の変更もまた行われ得る。１つの製品に関する情報は、例えば全製品に関して地理的なエリアに対してよりも、むしろ地理的なエリアに亘って表示され得る。情報はまた、例えば１つの製品又は製品種目に関して又は他のベース上で一連の顧客に関して表示され得る。さらに、情報は、通貨よりも、むしろ製品を単位にして表示され得る。好ましくは、通貨の数字及びユニット（個数）の数字の両方についての情報が格納される。従って、ユーザーインターフェイスにおける情報の表示は、２つのタイプの表示の間で移行し得る。ユニットは、物理量（例えば部品又は装置の数）、推定の物理量（例えば出される食事の数）、又は、ある種のサービスメトリック（例えば請求される時間数）であり得る。さらに、様々なデータポイントは、絶対数であり得るか、スケールされ得る（例えば千単位の量など）。また、ウォッチ及び判断は、通貨ベースというよりも量ベースで適用され得る。
【００９３】
特定の製品又はサービスがトラックされ得るので、更新は、例えば１つの注文又は長期に亘る関係の変更に基づき得る。顧客は、ビジネスから撤退するか、製品の生産を中止することを決定し、従って、例えば購入されたコンポーネントに関するニーズを終え得る。同様に、ベンダは、製品の生産を中止し、従って、コンポーネントの生産を中止した後に適正な資材を確保すべく購入を増やすことを顧客に要求することを決定し得る。そのような結果として生じる更新は、例えば予測される注文に対する確認又は取消し又は他の変更であり得る。さらに、そのような更新は、さらに上に伝達され得る。さらに、いかなる判断も動的であり得る（例えば常に数字を１０％減らす）か、条件付きであり得る（Ｘに減少するまで、予測された数をＸに減らす）。従って、伝達は、全ての関連したデータポイントに到達するのに先立って終了し得る。
【００９４】
さらなる財務の具体例に関する考慮事項
【００９５】
以下の説明は、特に財務データに関連する典型的なシステムであり、様々な具体例に含まれ得る実施の詳細とともに、具体例の詳細を与える。機能及び詳細は、本発明の精神と範囲内で他の具体例において一部用いられ、上述した他の機能及び詳細と結合され得る。特に、与えられる詳細の殆どは、多くのタイプのデータに好適であり、財務データに限定されない。
【００９６】
システムは、ある具体例において、会社がボトムアップの販売データ及び財務データの予測を作成するプロセスを効率化させる。ある具体例において、これは、前線にいる者からのデータを収集することを含む。これは、販売代理店、代理業者、代理店企業、顧客、小売店、又は予測データの他のソースからデータを受け取ることを含み得る。これに続いて、データがシステムの中で集約され、該システムは、その後、販売及びマーケティングの管理者が判断を加えることを可能にし得る。階層的な判断の適用は、具体的なデータに加えられた判断に関するデータ、及び、他のデータに対しての対応する変更を保存することなどにより、トラックされ得る。さらに、（オンライン分析処理キューブによって実施されるため）データを通して変更が流れ、表示されるため、判断を加えるのに先立って又はその後に、加えられる判断の結果が理解され得る。さらに、データを理解すべく分析ツールも用いられ得る。そのようなツールの例には、回帰分析、統計分析、データマイニング、及び他のツール間の相関分析が含まれる。
【００９７】
最初のデータの一覧が与えられた後、好ましくは、販売のバイスプレジデント又は同様な権限を有する者まで到着したデータをその者が理解し、判断し、承認した後に、その者は、公式な予測のベースラインを作成し得る。この時点で、その者は、会社内の他の者に消費するようデータをリリースし、；更新がトラックされるであろうベースラインを画定する。ベースラインは、毎年、毎季、毎月、隔週、毎週、必要ならば毎日でさえ実施され、他の時間枠の上で実施され得る。さらに、複数のユーザー又は権限を有する者は、予測を構築するか、例えばマーケティングのインプットを可能にすることなどにより、予測を修正する役割を果たし得る。従って、予測の一部は、マーケティングから来得る。；マーケティングは、プロセスにおけるある時点で判断を加え得るか；又は、マーケティングは、例えば長期予測（短期販売予測と対比して）を提供し得る。
【００９８】
リリースされた予測は、会社内の生産、技術、及び経営などの部門に、何がいつ及びどこで構築される必要があるかに関しての洞察を与える。また、これにより、生産から入念に検査すること（ひいてはフィードバック）が可能となり、例えば部品又は供給品に関する傾向の予測を可能とし得る。同様に、これは、例えば一行毎の細かいレベル又は企業レベルのいずれであっても、財務部門が粗利益などの財務データを分析し予測することを可能とする。これにより、システム内及び別の財務システム内の両方において、資本需要を計画すること、シミュレーションすること、又は‘仮説’形式のシナリオが可能にする。また、財務部門は、どのアカウントが疑わしいか及び支払いがより適当となるまで推奨されないかを示すことにより、又は、どのような予期される金融の傾向が様々な産業に対してなし得るかを示すことなどにより、ベースラインに対してフィードバックをさらに与えることができる。
【００９９】
これから、ＣＥＯは、予測の概観とともに、予測の全ての展望を見得る。これにより、ＣＥＯは会社全体に関する‘１つの数字’を手に入れることができ、−ＣＥＯが一般大衆と相互作用する際に、メディア及び外部の関係者と知的な議論を行うことができる。また、ＣＥＯは、一連の数字及び関連する関係をトラックすることができ、また、これらの数字と関連する会社内の展望を理解することができる。さらに、これにより、会社の予期されている開発の明確且つ詳細な見通しが与えられる。また、ＣＥＯが変更をシミュレーションし、判断を加え、数字を（他の部門及び人々とともに）ウォッチし得るため、ＣＥＯ及びスタッフは、潜在的な変更を分析し得る。従って、これは、ＣＥＯが行う必要のあり得る重要な決定を行うことの手助けとなる。そのような決定には、ＣＥＯ又は会社の他のメンバーによってなされるかどうかにかかわらず、例えばどの部品をいつ止め、；いくらの内部資源を割り当て、；ビジネスを動かしていると思われるものに基づいてどこに投資するか、；どのように内部の経営を効率化するか、；及びどのように資本効率を最大化するかを決定することを含み得る。
【０１００】
整えられたベースラインによって、分析及びフィードバックだけでなくリアルタイムの更新も利用可能である。システムは、それらが一定の閾値を通過するならば、変更のインパクトを示し、部門、グループごとに又は別の方法でインパクトを示し得る。すると、これにより、会社が外部（例えば市場）の影響に反応することができ、全グループが変更に対処すべく選択肢を考慮し且つ合意することができ、具体的な選択肢を選択すべきかどうかについて、グループの又は合意の決定が可能となる。
【０１０１】
ある具体例において、プロセスは、次のように説明され得る。
【０１０２】
データの収集は、可能な範囲まで自動化される。これには、データを生成する者（又は、例えば見たデータを入力する者）に対して自動リマインダーを送信することが含まれ得る。ユーザー又は予測者（彼らの時間に他の多くの要求を有する販売員であり得る）は、例えば余計な又は少ないゼロを入力すること、無意識に大きな若しくは小さな変更を入力すること、又は不完全なデータを入力することや、脱落などの日常的なエラーを補足する若しくはキャッチするのに十分に頑強である簡単なユーザーインターフェイスを用いて、データを入力する。また、ユーザーは、正確な予測を作成するのに役立つデータを提供され得る。例えば、バックログが出発点として用いられ得る、又は、最後の予測が出発点として用いられ得る。さらに、楽天的過ぎる予測又は攻撃を抑制することを試みるべく、予測精度にはフィードバックが与えられ得る。
【０１０３】
データを入力されるか、期限が近付くか若しくは経過すると、データをレビューし判断する任務の人々に通知が送られ得る。通知は、例えば怠慢な予測、承認された若しくは承認の準備ができた予測、又は予測の作成についての問題と関連し得る。システムは、データを見て、統合されたデータ（様々なレベルで見られるか又はドリルダウンされる）を見て、（例えばグローバルに又はローカルに）判断を加え、例えば再加工／訂正／再考のために予測を送り返し、及び予測を承認する（及び／又は、次の階層的レベルに送る）ツールを提供する。
【０１０４】
好ましくは、インターフェースは簡単であり、（例えばグラフィックの又は表形式の表示に切り換えるなど）グローバルな見方を変更するコントロールを備える。
これには、さらに、（前の予測、次の四半期、年度ごとの比較、及び例えば最新情報とベースラインとの比較など）様々な期間との比較が含まれ得る。同様に、実際の販売又は実際のデータとの比較が提供され得る。
【０１０５】
さらに、データは様々な形式で示されるか、又は表示されるデータの収集全体の様々な側面とともに示され得る。そして、データは、高いレベルからより低いレベルまで、最終的にはアトミックデータのレベルまでドリルダウンされ得る。従って、データは、収益、個数、粗利益通貨、粗利益率、単純利益通貨、単純利益パーセンテージ、平均売り値、又は収集される若しくは収集されたデータから導き出せる他の任意の形式によって提供され得る。同様に、データは、例えば地域ごと、顧客ごと、部品（又はサービス）ごとに、又は、アトミックデータのカスタムの集約、又は、以前に集約されたデータなど、様々な方法によってスライスされ得る。カスタムの集約は、例えばプログラムごと、セグメントごと、又はデータの他の様々な分類ごとのデータの表示を可能にし得る。
【０１０６】
さらに、データは、様々な分析に基づいて表示され得る。例えば、ユーザーは、クリックによって任意の点における任意の値にドリルすることができ、何がそれを作り出すのかを見ることができる。従って、ユーザーは、例えば部品、顧客、又は地域のデータを分類することができる。同様に、ユーザーは、さらに分類するために、任意のサブエンティティ（例えば顧客の部門又は地域の一部など）をクリックすることができる。
【０１０７】
いくつかの具体例において、ベースライン作成及び継続的な更新は、別々のタスクを形成し、別々のインターフェースを有し得る。従って、それぞれには異なるビジネスプロセスが用いられ得る。ベースラインを作成することは、しばしば下から上への参加を指向する−例えば販売員が会社に対して約束する。更新を作成することは、判断及び／又は行動を促す又は要求するより多くの変更の通知であり、−最大の顧客は、注文をキャンセルし始め、高位の幹部は直ちに行動する必要がある。
【０１０８】
システムの中にデータが格納され、これによって継続的な更新が可能となり、−変更は本質的に直ちに伝達され得る。システムは、（変更の）インパクトを明確にする変更を直ちに全てのグループに通知し得る。これらのグループには、例えば販売、マーケティング、生産、エンジニアリング、経営、財務、及び幹部のグループが含まれ得る。さらに、更新は、簡単なクライアント又はインターフェースを用いて提供され、販売員が適切な時に適切な量で顧客のために商品を得ることを保証するために、生産と結び付けられ得る。
【０１０９】
変更が起こる際、連続的且つ本質的にリアルタイムの更新によってかなり正確なものが提供されるが、変更を予想するために判断が用いられ、判断履歴は、予想された変更がいつ起こるか又は予想がすでに予測に統合されているかどうかを決定するために用いられ得る。判断は、予測データに階層的に加えられ得る。従って、ハイレベルの数字に判断が加えられ、それから、変更が転送されるか又は伝達され、ユーザーが判断の効果を判断することができる。
【０１１０】
（例えば判断及び判断履歴をデータに加えることによって）加えられた判断及び判断履歴をトラックし且つ検査することにより、ユーザーが、例えば判断を逆にすべきかどうかを決定することができる。さらに、実際の結果と判断との相違が調べられ、分析され得る。さらに、ベースラインが形成されるのに先立って又はその後に判断が加えられるので、ベースライン前後の判断の相違がトラックされ得る。
【０１１１】
判断が予測を可能とする一方、ウォッチは動作を可能とする。全てのユーザーは、システムにおける有利な地点から見ることができる全てのものの周囲にカスタムな通知をデザインする機会を有する。従って、ユーザーは、見ることができるものである限り、特定の顧客、部品、サービス、期間、又は他のデータポイントに関するデータポイントをウォッチするよう選択し得る。ユーザーは、通知用のカスタムの閾値を設定することができ、ユーザーは、例えばレポートに変えられる対応するメッセージとともに、ウォッチのコレクションを作成し、保存し得る。
【０１１２】
データのカスタムな集約に対して、分析及び関連した判断及びウォッチがさらに加えられ得る。好ましくは、システムによって、顧客が選択する任意の方法でデータを収集することが可能となる。例えば、プログラムに基づいて部品データが収集され得る。市場区分に基づいて顧客データが集約され、気候に基づいて地域データが集約され、実績に基づいて販売実体データ（販売員、代理店等）が集約され得る。これらの各集約は典型的なものであり、且つ、オンライン分析処理キューブを用いることで部分的に提供される集約の選択肢の実例的なものである。これらの集約は、例えば簡単な報告、分析、又は他のシステムへのエクスポートを含めて、様々な目的で用いられ得る。
【０１１３】
変更のインパクトは、しばしば、分析、ウォッチ、判断、集約、又は財務データ上で実行される他の全ての行為の重要な目的である。システムは、最も大きなインパクトが何であるかを自動的に決定し、絶対的ランク及び相対的変更パーセンテージによってそれらを表示する。−基本的に、それらが行われると変更をトラックし、かかる情報の一連のリストを管理する。このことにより、ユーザーは、最大のインパクトのソースをドリルダウンすることができる。さらに、ある具体例では、（内容に即したインパクトを通してなど）どのような見通しのドリルダウンにも対応してインパクトが提供される。
【０１１４】
複数の組織の考慮事項
【０１１５】
上述のシステムは、１つの組織によって有益に用いることができる。しかし、複数の組織で同じシステムを利用させるには、例えば機密保持に対する懸念を満たすために、データが分離されることが必要となる。既に示されたように、データ集積所は、論理的に若しくは物理的に（又は両方で）別々とされ得る。さらに、処理装置も、論理的に及び／又は物理的に分離され得る。従って、第一のユーザーは、システムにアクセスすべく第一のクライアントを用い、従って、オンライン分析処理キューブを用いて第一のデータ集積所にアクセスし得る。第二のユーザーは、システムにアクセスすべく第二のクライアントを用い得る。その際、第二のユーザーは、第二のデータ集積所にアクセスし、好ましくは異なるオンライン分析処理キューブ又はオンライン分析処理キューブ（一つ又は複数）の少なくとも異なるインスタンス化を利用し得る。
【０１１６】
従って、各ユーザー又は少なくとも各組織は、専用の集積所からのデータにのみ次々連動するオンライン分析処理キューブにアクセスできる。さらに、各専用の集積所は、当該組織及び／又はユーザー用のカスタマイズと関連付けられてい得る。従って、専用の集積所へのアクセスが許可されると、オンライン分析処理キューブのインスタンス化が効果的にユーザー又は組織用にカスタマイズされ得る。
【０１１７】
オンライン分析処理キューブの専用のインスタンス化及び専用の集積所を提供することによって、複数のサーバーに亘ってホストされ得るフレキシブルな構造が形成される。これは、ＡＳＰテクノロジーの利用を通じてなど、ウェブホスティングのアプリケーションを提供することをサポートする。複数のユーザー又は組織は、専用の集積所、オンライン分析処理キューブの専用のインスタンス化、共有のサポートソフトウェア及び物理的なリソースを通してサポートされ得る。同様に、このアーキテクチャは、リソースが分配されること（例えば地理的に分離したサーバー及びネットワークなど）、又はリソースが集中化されること（例えばサーバーファームなど）のいずれをも可能とする。テクノロジーがそのような柔軟性を許容するので、地理の多様性／代理機能性又はメンテナンスの容易性などの検討が始められ得る。
【０１１８】
さらなる様々な具体例
【０１１９】
様々な具体例の具体的な詳細は、以下の説明及び図面を参照して理解され得る。ある具体例がここに説明される異なる具体例の特徴を含み得るものであり、それらの機能がある具体例において明確に一緒に説明されなかったとしても、同様に、様々な具体例がある具体例で説明された全ての特徴又は側面を含む必要はない。具体例が依然として請求の範囲に適合するとすれば、様々な具体例は、他の具体例が有する機能を共有し得る。
【０１２０】
フィードバック
【０１２１】
ある具体例に存在する特徴の１つの例は、フィードバック機能である。図２７は、リアルタイムの予測システムにおいてフィードバックを提供するプロセスの具体例を示す。プロセス２７００は、そのようなフィードバックを提供することと関連し、且つデータの収集（データの受け取り）、そのデータに対するフィードバックの受け取り、修正されたデータ、又は、オリジナルデータを提供したオリジナルユーザーに対してのフィードバックを有するデータの提供、及びフィードバックが受け取られた後のデータに対するさらなる変更の認証のための受入及び検証を含む。
【０１２２】
プロセス２７００は、企業の現場の熟練者によって入力された予測データなどのデータを受け取ると同時に、モジュール２７１０から開始される。モジュール２７２０において、入力されたデータは、データベースに統合されるか又は提出され、また、例えばオンライン分析処理キューブの中にポピュレートされ得る。すると、データは、モジュール２７３０においてレビューされるために提供され、推測するに他の現場の熟練者から収集されたデータとともに提供される。モジュール２７４０において、データに対するフィードバック情報が提供され、データ及びフィードバックの他の形式への変更が含まれる。このフィードバックは、様々な形式をとり、様々な人々又はエンティティが入り得る。モジュール２７４５において、フィードバックデータは、対応するデータベースに統合されるか入力され、また、例えばオンライン分析処理キューブにポピュレートされ得る。モジュール２７３０，２７４０，及び２７４５は、例えば様々な人々、組織、又はグループに対して繰り返されるサブプロセスを形成し得る。
【０１２３】
モジュール２７５０において、現場の熟練者から、その現状におけるデータの要求が受け取られる。従って、フィードバック情報が提供された後、現場の熟練者はデータを捜している。変更したデータは、例えば所与のユーザーと関連する情報のデータベース要求などを通して、要求に応答してモジュール２７６０で提供される。従って、ユーザーは、情報又は関連したユーザーＩＤに基づく可視のデータ（例えば、ユーザーが特権を有するデータ、又は権限が与えられたデータ）、又は、例えばユーザーが元々入力した情報に基づくデータを見得る。モジュール２７７０において、ユーザーは、データの一部又は全てに対する変更について異議を唱えるか、又は利用可能ならばそのような変更の背景にある理由について異議を唱えるなどにより、データへの変更に対する異論を提供し得る。これらの異論はシステムに受け取られ、モジュール２７８０において所定のユーザーにレビューされるために提出され得る。−その結果、異論又は変更に対する理に適った採用又は拒絶が可能となる。モジュール２７９０において、当該データが完成され、データは、それ以上、少なくとも現在のデータ入力／修正のサイクルの間は変更されないとの示唆がなされる。
【０１２４】
ある具体例では、リアルタイムの予測は、例えば販売、生産、及び関連した収益を予測すべく、営利企業において用いられ得る。図２８は、ある具体例における様々なグループと、それらのグループに関連するデータとの関係を示す。システム２８００は、典型的な方法で表された様々な部門間の関係とともに、営利企業における予測のための内部システムを示す。
【０１２５】
販売グループ２８１０は、最初の販売予測２８１５を示し、次月などの次期は、どのような販売であるかの予想を示し得る。この販売予測２８１５は、実際の成績との比較、及び組織の他部門からの予測との比較のためのベースラインを提供し得る。次に、販売予測２８１５に基づいて、マーケティンググループ２８２０は、マーケティングの予測２８２５を提供し、実際の結果と販売予測２８１５とがどのように異なるとマーケティングが考えているかについてのインプットを提供し、場合によってはさらに相違に対する理論を提供し得る。このインプットは、広範な調整としてカテゴリー全体（例えば、地理的な地域、顧客、産業、製品）に対して、又は例えば特定の人々からの具体的な予測に対してのいずれにも、マクロ又はミクロレベルで提供され得る。従って、予測２８２５は、場合によってはマーケティングのベースラインを形成し得る。
【０１２６】
次に、予測２８２５を基にして、財務グループ２８３０は、予測２８３５を提供し、それは、予測２８２５についての財務グループ２８３０の判断を反映することを期待され得る。予測２８３５において反映された判断は、キャッシュフローについての予想、顧客の支払い、在庫、又は財務グループ２８３０によってトラックされた関心分野を反映し得る。同様に、経営グループ２８４０は、予測２８３５、及び、能力又は他の経営上の因子についての予想に基づいた予測２８４５を提供し得る。最終的に、幹部のグループ２８５０は、該幹部のグループ２８５０の予想を予測２８４５のデータに加えた後に、予測２８５５を生成すべく、予測２８４５をベースラインとして用い得る。財務ベースライン２８３５がより信頼できると考えられ得るか、又は、マーケティングベースライン２８２５が信頼に足ると幹部のグループ２８５０にみなされ得るかというように、予測２８５５は、様々な予測又はベースラインのコンポーネントに依存していることに留意する。同様に、この方法は、予測の一部に用いられ、従って、ベースライン２８４５がある分野に採用されることを可能とするが、最終の予測の他の分野が、例えばベースライン２８１５，２８２５，又は２８３５の１つから始まることは可能である。
【０１２７】
ベースライン及び関連する目的の達成の準備には、予想を予測し、それらの予測にフィードバックを与え、フィードバックについての異論をレビューすることが含まれる。図２９は、リアルタイムの予測システムにおいてフィードバックを提供するプロセスの別の具体例を示す。プロセス２９００には、データを収集し、データを示し、フィードバックを収集し、フィードバックを示し、フィードバックへの異論を収集し、異論をレビューすることが含まれる。
【０１２８】
プロセス２９００は、モジュール２９１０において予測データの収集から開始する。すると、予測データは、モジュール２９２０においてレビューを行う人に示される。モジュール２９３０において、予測データについてのフィードバック（例えば変更、注釈）がレビューを行う人から収集される。そのフィードバックは、モジュール２９４０で予測データの提供者に提示される。すると、モジュール２９５０において、フィードバックに対する異論が収集され、モジュール２９６０において、それらの異論が妥当であるとしてレビューされる。
【０１２９】
予測システムにおいてどこからデータが来るか（及び、どこへ行くか）は、フィードバックがどのように提供されるかを説明し得る。図３０は、具体例におけるリアルタイムの予測システム及び様々なグループとの関係を示す。システム３０００は、予測システムを含み、且つ、販売、マーケティング、財務、経営、及び幹部のグループとのインターフェース（インタラクション）を含む。予測システムと様々なグループとの間を行き来する情報により、予測、フィードバック及び予測に対する変更、並びに将来の予測の訓練が提供される。
【０１３０】
予測システム３０６０は、予測データを具体的に示すデータベース３０７０と、特に柔軟な方法でデータへのアクセスを可能とすべく、データベース３０７０と相互作用するオンライン分析処理エンジン３０８０とを含む。販売のグループ３０１０は、システム３０６０に予測データを提供し、且つ、例えば、予測データが不適切のようであるかどうか、市況のために変更されたかどうか、事前の予測された業績のために変更されたかどうかの表示などの、予測のフィードバック情報を受け取る。販売のグループ３０１０は、また、例えば組織のコミットメント又は異なる判断のいずれのためにも、フィードバックに対する注釈又は異論を提供し得る。
【０１３１】
マーケティングのグループ３０３０は、同様に、具体的なデータ入力を通して又は販売予測データの変更及びコメントを通してのいずれかによって、販売予測をレビューし、市場全体のデータを提供する。財務のグループ３０４０は、全体の予測を受け取り／レビューし、例えば別個のデータ入力を通して又は予測データに対する提案された変更を通して、財務的制約の情報を提供する。同様に、経営のグループ３０５０は、現在の予測データをレビューし、例えば予測データを調整することなどによって、生産的制約のデータを提供する。
【０１３２】
このデータの相互作用の全てにより、幹部のグループ３０２０がレビューし、変更し得る予測が提供される。変更は、市況、顧客との個々の会話、又は知識の他のソースに関する認識に基づいて、予測に対する幹部の判断が加えられることを通して行われ得る。そのような変更は、変更とともに注釈を含み、また、どのように変更が行われたかをユーザーが理解するのを可能とすべく、変更の行為が記録され得る。従って、販売のグループ３０１０は、予測販売データを提供し、マーケティングのグループ３０３０、経営のグループ３０５０、及び財務のグループ３０４０がコメントしてデータを変更し、幹部のグループ３０２０もまた、全体的な予測に到達するために、レビューし、予測データを変更してコメントし得る。さらに、様々なグループは、個々の予測が他のグループによってどのように変更されたか又はコメントされたかを判断すべく、全体の予測をレビューし得る。これにより、将来の予測を改善し、予測における予期される変更を理解することが可能となる。
【０１３３】
予測システムは、販売予測及びフィードバックの具体的なプロセスによってさらに説明され得る。図３１は、リアルタイムの予測システムにおいて販売のフィードバックを提供するプロセスの具体例を示す。プロセス３１００は、販売データを受け取り、データを保存し、レビューのためのデータを表示し、フィードバックを受け取って統合し、販売員から要求を受け取り、変更したデータを示し、異論及び更新を受け取り、承認のために異論及び更新を提示し、そのような承認（又は否認）を受け取り、データをデータベースに統合することを含む。
【０１３４】
次期の予測の形式の販売データは、モジュール３１１０において提供される。このデータは、モジュール３１１５において（新しいデータ又は変更として）データベースに格納される。次に、データは、モジュール３１２０においてレビューのために他の利害関係者に提示される。かかる他の利害関係者には、例えばマーケティング、生産／経営、財務、及び幹部のグループが含まれ得る。モジュール３１３０において、予測データについてのフィードバックが提供される。このフィードバックは、データに対する変更、データについてのコメント、及び同様な変更の形式を採り、モジュール３１３５においてデータベースに統合される。すると、モジュール３１４０において、全てのフィードバックが受け取られたかどうかについて判断される。これは、例えば全ての部門からフィードバックを受け取ることと関連し得るか、又は、フィードバックの終了の時間と関連し得る。依然としてフィードバックが受け取られる予定であれば、プロセスはモジュール３１２０に戻る。
【０１３５】
全てのフィードバックが受け取られたならば、次に、プロセスは、ユーザーにフィードバックを提供することに移行する。モジュール３１５０において、フィードバックに対する販売員からの要求が受け取られる。この要求は、販売員からの肯定的な要求であり得るか、又は、フィードバックが自動的に提供される時に、販売員がシステムにログインしたことの単なる表れであり得る。どのような変更が行われたか又はどんなインパクトを変更が有するかを販売員が見ることを可能とすることなどにより、モジュール３１６０において、変更したデータ又は注釈を有するデータが示される。販売員が変更への異論又はデータへの更新をするならば、モジュール３１７０において、そのような異論や更新が受け取られる。これらの異論や更新（変更）は予測期間の後に提供されるため、モジュール３１８０において、これらの変更が予測への統合に先立ってレビューされ得る。モジュール３１９０において、許可される変更は承認され、他の変更は否認される。すると、モジュール３１９５において、承認済みの変更がデータベースに統合される。
【０１３６】
可能性のある変更やアトミックデータポイントの関連するフィードバックを理解することは、有益であり得る。図３２は、ある具体例におけるアトミックデータポイントに対する変更を示す。履歴表３２００は、そのようなデータポイントへの変更を説明する。ポイント３２１０におけるデータは、北東におけるＸＹＺ社に関して４００ユニットの予測を含んでいる。ポイント３２２０は、より弱気な市場（例えば、マーケティング部門によって予想されるよりも少ない需要）のフィードバックを示し、３５０ユニットしか注文されないであろうことを示す。ポイント３２３０では、変更は無く、何らの意見も表明されない（財務部門は変更の必要がないと考えるなど）。
【０１３７】
ポイント３２４０は、（例えば、経営又は生産のグループから来得る）生産制約に従って、さらに注文（又は、注文を満たすユニット）が下方修正されるのを示す。ポイント３２５０は、予測の上方修正を含み、３５０ユニットに戻され、（例えば、顧客を満足させることについての幹部の判断が行われるときなど）生産能力を見出すべきであることを示す。ポイント３２６０は、データを入力する販売員によって見られ得るフィードバックを示し、様々な変更及び関連する注釈を示す。
【０１３８】
履歴表の各ポイントのそれぞれは、またベースラインをサポートし、一部又は全てのデータポイントは、達成されるべき目標として用いられ得ることに注意する。ベースラインは、（期限に間に合う）データ入力のタイミングによって、又は、システムの状態を得る（後に参照するためにスナップショットを得る）ことの要望によって生成され得る。同様に、目標は、例えば義務を果たすことにおける組織的な関心に関連し得る。
【０１３９】
ベースライン
【０１４０】
目標が評価され得るベースラインは、様々な方法で生成することができる。図３３は、ベースラインを生成するプロセスの具体例を示す。プロセス３３００は、データを受け取り、該データをデータベースに組み込み、スナップショットを生成し、具体的なベースラインとしてスナップショットを分類することを含む。
【０１４１】
プロセス３３００は、モジュール３３１０においてデータを受け取ることを含む。受け取られたデータは、元のデータ又は既存のデータへの変更であり得る。該データがオリジナルであれば、モジュール３３２０において、新しいデータの入力としてデータベースに含められるであろう。前記データが変更であるならば、変更が何かについての内容情報とともにデータベースに含められるであろう。また、例えば、データは簡単な数値又は変更である場合もあり、既存の値についてのコメント又は注釈である場合もある。受け取られた全てのデータは、データベース内のタイムスタンプを含み、いつそれが入力されたかを示す。締め切り時点が到来するまで、データの受け取り及び組み込みが続けられる。
【０１４２】
締め切りの判断は、モジュール３３３０においてなされ、様々な方法で発生し得る。締め切りには、今週又は今月の設定日のベースラインの生成などのように、自動的であり得るものがある。また、締め切りには、ユーザー又は部門からのベースラインの要求などのように、手動的であり得るものもある。締め切りされると、モジュール３３４０においてスナップショットが生成される。
【０１４３】
スナップショットもまた、様々な方法で実施され得る。例えば、スナップショットは、ベースラインが要求された時間、又は、以前に要求されたベースラインのための設定時間の記録であり得る。このスナップショットの時間は、ベースラインの時間の後に変更が行われた際に、どの変更がベースラインを計算するのに含まれるべきか、及び、どの変更が除外されるべきであるかの印となる。また、システムの状態のスナップショットは、静的な方式でのデータのバックアップとそっくりに記録され得る。そのようなバックアップは、完成させるのに資源及び時間が大きいものであり得るが、それはまた、ベースラインの中の値又はベースラインの値と後の他の値との違いの計算に役立ち得る。
【０１４４】
スナップショットは、モジュール３３５０においてベースラインとして分類される。これは、単に、スナップショットの値（又はスナップショットとして格納されたデータ）に識別子を割り当てることを含み得る。また、それは、ベースラインを見る権限を与えられたユーザーと関連する許可の明示を含み得る。例えば、ベースラインは、私的なベースラインである場合もあり、ユーザーの個人的な使用又はグループの制限された使用のために作成される。或いは、ベースラインは、特定の一般のアクセス権を有する者に制限され得る。ただし、そのようなアクセス権は、例えば、組織との進化的な方法によって又は周期的な方法によって時間とともに変わり得る。さらに、ベースラインは、例えば、顧客、データソース（例えば、販売を除くマーケティング及び経営）などのデータの中の様々なカテゴリーに基づいて制限される、又は、ベースラインを提供すべくどの程度の奥のデータが検索され得るかに基づいて制限されるなど、それが含むものに制限され得る。
【０１４５】
ベースラインは、様々な方法で用いられ得る。図３４は、ベースラインと併せて、リアルタイムの予測システムを操作するプロセスの具体例を示す。プロセス３４００は、データを受け取り、組み込み、データを従来のベースラインと比較し、ベースラインの生成の締め切り時点をチェックし、ベースラインを生成することを含む。
【０１４６】
データは、モジュール３４１０において受け取られ、次に、モジュール３４２０においてデータベースに統合される。以下でより詳細に説明されるように、この組み込みには、オンライン分析処理サーバー及びデータ構造への組み込みが含まれ得る。比較が要望される（ユーザーによって要求される）と、モジュール３４３０での比較を実行すべく、判断がなされる。ベースライン３４５０の１つとして以前に構築されたベースラインを用いて、モジュール３４４０において比較などが行われる。従って、ユーザーは、データベースのデータによって示された現在の予測が、以前に構築されたベースライン予測からどのくらい変動したかを決定することができる。また、ユーザーは、二つの異なるベースラインがどのくらい逸れたかを判断し、様々なユーザーによって行われたデータの変更の事後分析、及び、予測と結果との相違の分析が可能となる。
【０１４７】
モジュール３４６０において、締め切り時点が到来したかどうかが判断される。まだである場合には、プロセスはモジュール３４１０におけるデータの受け取りに戻る。到来した場合には、所定の締め切り又はベースラインに対する要求などに従って、モジュール３４７０においてスナップショットが生成される。このスナップショットは、図３３のモジュール３３４０に関してと同様に生成され得る。そして、ベースラインの情報は、モジュール３４８０におけるベースラインとして分類され、将来比較に使用するためにベースライン３４５０に追加される。そのような分類が図３３のモジュール３３５０のものと類似し得ることに注意する。
【０１４８】
また、ベースラインはより早いベースラインから導出され得る、及び通常引き出されるであろうことに注意する。一般に、ベースラインは、連続的な方法によって、前のものから導出されるあろう。しかし、私的なベースラインが導出される場合があり、かかるベースラインは、様々なベースラインに組み込まれるように、過去のデータの選ばれたサブセットから導出され得る。後で議論されるウィンドウは、この目的のために用いられ、一部の初期のウィンドウが特定の私的なウィンドウ又はベースライン用に指定され得る。
【０１４９】
ベースラインは、様々な分析の機会を与え得る。図３５は、ある具体例における、ベースラインと可能性のある操作との間の関係を示す。データの収集３５００は、複数のベースラインを含み、達成され得る分析結果を示す。ベースライン３５１０は、販売データが最初に受け取られた後に構築されるベースラインなどの、予測における元のベースラインである。改訂されたベースライン３５２０は、後で改訂されたベースラインであり、様々なソースからのインプットを含み得るものであり、場合によっては、ベースライン３５１０におけるデータと異なるデータを有する。実際の結果３５３０は、ベースライン３５１０及び３５２０の予測と一致する実際の経営の結果である。
【０１５０】
このデータの比較の結果、様々な分析的な結果が生じている。不一致３５４０は、データの２セットの相違を表し、予測が現実と合わなかった点を示す。精度３５５０は、現実と予測とがどのくらい離れているかを示す。―精度３５５０と不一致３５４０とは、同じデータを示し得る、及び、データを別に示すか、又は、例えばパーセンテージ対実際の大きさなどのデータの異なる側面を示し得る。
【０１５１】
歪み３５６０は、市場の変化、顧客の減退、予測不可能な出来事、及び予測と結果との相違の原因となり得る他の問題などの、予測を歪める特定されたファクターを表している。傾向３５７０は、予測の結果を長期に亘ってトラックすることにより示されるか、又は、ユーザーによって長期に亘って予測の結果がトラックされることにより示されるように、予測における特定された傾向を示す。傾向３５７０は、例えば、誰が予測不可能であるか（信頼できないほど不正確であるか）、常に楽観的であるか、常に悲観的であるか、又は概して正確であるかなどの、予測者の検証を含み得る。同様に、傾向３５７０は、例えば異なる予測同士の相互関係、又は、予測と結果との間の相互関係を示し得る。訂正３５８０は、正確な将来の予測に用いられ得るファクターの検証を含み得る。これは、より上手く予測するよう訓練されるべきユーザーを検証することを含み得る。それは、また、例えば確実に不正確な人々の予測を補正するのに用いられ得る補正値又は乗数を検証することを含み得る。
【０１５２】
注釈
【０１５３】
ベースラインにより結果の多くの比較が可能となるが、結果の注釈は、予測のプロセスの間に、予測を補強するか、場合によっては訂正する。さらに、データの注釈は、（現実の、又は、予期される）問題の議論及び解決を可能とすべく、初期の段階でそのような問題を提起し得る。最初のデータがシステムのユーザーにとって不正確と思われるかどうかを示すため、及び、数字の簡単な変更を可能とするより有意義なユーザー間の相互作用を可能にするために、最初のデータが収集された後に、注釈が収集され得る。
【０１５４】
従って、データ及び注釈を収集するプロセスには、データを収集して、データに注釈をし、注釈されたデータを表示し、注釈されたデータを改訂することが含まれ得る。図３６は、リアルタイムの予測システムの中でデータを収集するプロセスの具体例を示す。プロセス３６００は、予測データを受け取り、データをデータベースに組み込み、データの収集を終了すべきかを判断し、データの収集を停止することを含む。
【０１５５】
予測データは、モジュール３６１０において受け取られる。これには、フィールドオペレータ又は販売員などの様々なユーザーからの最初の予測データを含み得るし、様々な時間枠において予期されるものと関連し得る。一般に、予測データは、組織にとって有益と期待されるビジネス情報を含む個人的な予測である。予測データは、モジュール３６２０においてデータベース３６５０に統合される。この統合は、関連したパラメータを有する最初のデータの入力であり得るか、より長期間の予測の場合における前の予測への変更の入力であり得る。ある時点で、予測期間の終わりなど締め切り時点が到来し得る。これはモジュール３６３０において決定され、締め切り時点が到来すると、データ入力プロセスは、さらなる変更又は指定されたユーザからの変更に対してデータベース３６５０をロックすることなどを介して、モジュール３６４０において中止する。データベース３６５０が伝統的なデータベースを含み得るし、その上、関連したオンライン分析処理構造を含み得ることに注意する。
【０１５６】
最初の予測のデータが入力されると、該予測が他のユーザーにレビューされる。図３７は、リアルタイムの予測システムのデータを注釈するプロセスの具体例を示す。プロセス３７００は、ユーザーにデータを示し、調整及びコメントを受け取り、調整及びコメントをデータベースに組み込み、注釈入力を完成することを含む。
【０１５７】
モジュール３７１０において、ユーザー若しくはユーザーらにデータベース３６５０からのデータが提示される。これは、一般に広大な規模で行われ、様々なユーザーがデータをレビュー及び変更し又はコメントすることが可能となる。モジュール３７２０においてデータに対する調整が受け取られ、モジュール３７３０においてコメントが受け取られる。そのような調整（実際の変更）及びコメント（データについての注釈）が本質的に同時に、且つ様々な異なるデータポイントに対して受け取られ得ることに注意する。モジュール３７４０において、調整及びコメントがデータベース３６５０に統合される。注釈プロセスが完了すると、モジュール３７５０においてこれが判断される。そうでない場合には、データの提示のプロセスがモジュール３７１０に戻る一方、プロセスが完了した場合には、モジュール３７６０が注釈の入力を停止させる。
【０１５８】
ある具体例において、最初の予測データは、販売員などの現場の熟練者から編集される。すると、マーケティングのグループ、生産／経営のグループ、財務のグループ、及び幹部のグループから注釈が来る。従って、異なるグループ又はユーザーに対して、アトミックデータのある同じ要素に対してさえ、モジュール３７１０から３７５０のプロセスが数回繰り返され得る。また、後のユーザーは、前のユーザーからの注釈の一部又は全てを見ることが可能でありえ、さらなる注釈が可能となり、又は、重複的な（及び過度に累積的な）変更が回避される。
【０１５９】
注釈の入力の後、データは、注釈とともに、元々それを入力したユーザーによってレビューされ得る。図３８は、リアルタイムの予測システムの中で注釈されたデータを表示するプロセスの具体例を示す。プロセス３８００は、注釈されたデータの要求を受け取り、要求されたデータを検索し、要求者にデータを示すことを含む。
【０１６０】
モジュール３８１０において、注釈されたデータの要求がユーザーから受け取られる。例えば、販売員は、マーケティング、生産、及び財務が前の予測で何をしたか、及び、目的とする約束が果たされるであろうかどうかを見ることを希望し得る。また、販売員は、どのようなフィードバックが市場全体又は顧客関係全体に関して有効であるかを見るのを希望し得る。モジュール３８２０において、要求されたデータがデータベース３６５０から検索される。要求されたデータが、ユーザーからの具体的な要求よりも、むしろデータにアクセスしようとするユーザーの試みを通して、ユーザーによって要求されたデータであることが多いのに注意する。モジュール３８３０において、ここで関連した注釈とともにデータベース３６５０から検索された、要求されたデータは、グラフィカルユーザインターフェースなどを通してユーザーに提供される。ユーザーがデータにアクセスする権利を制限される場合には、一部の注釈が当該ユーザーに利用可能でない場合があることに注意する。
【０１６１】
不一致が生じるのが人間の交流の性質である。図３９は、リアルタイムの予測システムの中で注釈されたデータを改訂するプロセスの具体例を示す。具体的な情報がより一般的な変更を否定するか、又は、単に販売員がデータを不正確であると確信するために、販売員が予測に対する変更に同意しない場合があり得る。両方の状況が取り組まれ得る。
【０１６２】
プロセス３９００は、レビューされたデータからコメントを受け取り、コメントをデータベースに組み込み、データベースの中でコメントを完成させることを含む。モジュール３９１０において、販売員又は同様な予測者が注釈を与えられたデータについてコメントを提供し得る。かかるコメントは、例えば、注釈及び変更に対して異議を唱えるか、さらなる変更を要求するか、変更が同意可能であることを示し得る。モジュール３９２０において、これらのコメントがデータベース３６５０に統合される。この組み込みプロセスは、単なるコメントの記録であり得るか、又は、監督的なユーザーにコメントに対する注意を促す取り組みに関係し得る。モジュール３９３０において、データベースにコメントが完成される。これには、監督的なユーザーによるレビュー、コメントに影響される者によるレビュー、又は変更の理由に関する他の形式のチェックを含み得る。
【０１６３】
注釈が単に意見又は変更を提供するよりも、より積極的な機能を含み得ることに注意する。例えば、いくつかの具体例において、注釈は、コメントを通して問題を提起するだけでなく、データポイントを特に変更せずに、そのデータポイントの一部又は全てが信頼性に欠けることの指摘を提供する。例えば、ある販売員が、５００個の部品が６ヶ月後に顧客によって注文されるであろうということを示すと、それに対して、それが新製品の特定の部品のデザイン次第であることを指摘すべく注釈され得る。
【０１６４】
従って、注釈は、懸念を述べ得るだけでなく、不測の事態に対処すべくどのくらい数を減らすべきかを示すタグを含む。部品がデザインインなしで３００ユニットの数量注文されるならば、注釈は、２００ユニットがデザインインの決定次第であることを指摘し得る。注釈がされた一月後に決定が予定されているならば、注釈はユーザーが注釈をするよう通知することが実行され、予測が注釈されたユーザーは決定をチェックすることが実行され得る。かかる通知は、例えば、特定の又は所定の時点で送られるＥメールメッセージである場合もあり、ダッシュボードディスプレイにインパクトとともに現れる場合もある。
【０１６５】
データの収集、注釈、及びさらなる改訂の全体のプロセスは、ある具体例により一層関係し得る。図４０は、リアルタイムの予測システムを操作するプロセスの具体例を示す。プロセス４０００は、データの収集、変更及び注釈の収集、異論の収集、実行の予測及びレビューの両方でのデータの使用を示す。このプロセス及び同様なプロセスの実行は、例えば操作、全てのモジュールの使用、又はあるモジュールの追加の順序の点で変更され得る。
【０１６６】
モジュール４０１０において、ユーザー又は一連のユーザーから販売予測が受け取られる。この販売予測は、例えば予期される販売に関連している最初のデータであり得る。販売予測は、モジュール４０１５において改訂される。これには、元々データを入力した者による改訂、又は、上役など販売のグループの他の者による改訂を含み得る。モジュール４０２０において、販売のグループ／部門からの販売予測を用いてベースラインが生成される。
【０１６７】
モジュール４０２５において、予測に対するマーケティングのグループの更新が受け取られる。これらは、様々なマーケティングの人員によって入力されたコメント又は変更のどちらかの注釈であり得る。かかる変更は、例えば市況、顧客との全体的な関係、及び後の到着データと関連し得る。モジュール４０３０において、同様に財務のグループの更新が受け取られる。財務グループは、販売予測に影響を与える資金調達制約又は金融の市況と関連した情報を提供し得る。同様な方法で、モジュール４０３５において、一連のインプットの経営又は生産のセットの入力が受け取られる。これには、例えば生産制約、在庫の考慮、他のサプライチェーンの問題、及び生産能力の割り当てが含まれ得る。すると、モジュール４０４０において新しいベースラインを生成すべく、これら全てのインプットが用いられ得る。モジュール４０２５，４０３０，及び４０３５の入力には、例えば判断、ウォッチ、変更、及びコメントが含まれ得る。
【０１６８】
モジュール４０５０において、予測は幹部のレビューを受ける。これには、高いレベルの情報（全社的な、又は全組織的な能力）のレビューが含まれ得るし、さらに、予測のある部分のより具体的な情報のドリルダウンが含まれ得る。さらに、モジュール４０５５において、予測に対する幹部の更新が提供され得る。かかる更新は、経済、顧客関係、及びビジネス全体に関する予想を反映し得るか、又は、会社の様々な部分による、現実の能力（予測された能力と対照的なものである）についての幹部の予想を反映し得る。モジュール４０５５における情報の入力には、他の注釈とともに判断及びウォッチが含まれ得る。モジュール４０６０において、予測に対する幹部の変更を盛り込んで別のベースラインが生成される。
【０１６９】
すると、モジュール４０６５において、元々情報を入力した者及び後に変更を入力した者などの利害関係者にフィードバックが提供される。このフィードバックには、予測に対する注釈及び関連した更新が含まれ得る。データを入力するプロセスの間、ウォッチが人々に対してある変更への注意を既に促し得ることに注意する。モジュール４０６５では、より正式な又は綿密な通知が実施され得る。モジュール４０７０において、利害関係人から変更に対する異論が受け取られ得る。そのような異論は、例えば、意見の相違、又は、クライアント又は顧客に対して組織的及び個人的な約束を果たす必要性と関連し得る。同様に、モジュール４０７５において、予測に対する改訂が受け取られ得る。異論及び改訂は、実際の入力に対する認可又は承認を必要とし得るか、又は、様々な具体例における介入なしで入力され得る。すると、モジュール４０８０において、さらに別のベースラインが生成され得る。
【０１７０】
すると、モジュール４０８５において、実際の成績データが収集され得る。従って、実際の売上高又は成績情報が収集され得る。すると、モジュール４０９０において、実際の成績情報が様々なベースラインと比較され得る。さらに、様々なユーザーが使用するのために、実行（実際のデータ）と予測との相違のレポートが生成され得る。
【０１７１】
プロセスの終わりに比較が示されることに注意する。プロセスの間に様々なベースラインを比較することは、また有益であり得る。さらに、例えば、なぜ様々なベースラインにおける数字が一致しないかについて判断することにより、隠れた問題を回避することが可能となり得る。従って、プロセスは、有益な営業成積を達成するために、様々な具体例におけるユーザーによって処理され得る。
【０１７２】
タイムラインモデルにおいてデータの収集をレビューすることもまた、説明に役立ち得る。図４１は、ある具体例におけるリアルタイムの予測システムと連携する経営のタイムラインを示す。タイムライン４１００は、ある具体例のプロセスにおけるデータの収集及びベースラインの生成を説明する。販売予測データの収集が行われ、データの収集イベント４１１０及び４１１５が例示される。これらは、例えば予測報告の締め切りであり得る。ベースライン生成のイベント４１２０は、販売の予測の収集の終了を示し得る。
【０１７３】
内部のレビューには、例えばマーケティング、財務、及び経営のグループによるレビューが含まれ得る。データの収集のイベント４１２５，４１６５，及び４１７５は、ユーザー又はユーザーのグループによる様々なイベントの収集及びデータの入力を示す。何のデータを入力するかを決定するためのグループミーティングに伴うデータの収集もあれば、個人的なデータの収集もあり得る。イベント４１３０においてベースラインが生成され、それは、例えば内部のベースラインであり得る。
【０１７４】
幹部のレビューには、イベント４１３５及び４１６０におけるさらなるデータの収集が含まれ得る。かかるデータは、ビジネスにおける進展、クライアントとのミーティング、又は他のイベントに基づいて収集され得る。幹部のベースラインは、イベント４１４０において生成されたものである。ある実行は継続的に行われ得るが（例えばビジネスの進展をもたらす）、実行は、その時行われる。イベント４１４５，４１７０，及び４１５０において、実際のデータが収集され、イベント４１５０において、事前のベースラインとの比較を可能とすべく、実際のベースラインが生成される。
【０１７５】
さらなる技術的特徴
【０１７６】
様々なテクノロジーによって、フィードバック、ベースライン、及び注釈の全てがサポートされ得る。図４２は、データ構造の具体例を示す。データ構造４２００は、示されるデータの様々なテーブル又はディメンジョンによって、データベースにおけるデータを表す。他のデータが関係し得、様々な具体例における実行及びデータベーススキーマに依存する。
【０１７７】
事実データ４２１０は、システムにおいて収集された現実のデータである。これは、例えば顧客に出荷されるユニットの数などの事実であり得る。ユーザーデータ４２３０は、事実がどこに由来するかを示す関連したデータである。顧客データ４２３０は、４２１０の事実データがどの顧客に関連するかを示す関連したデータである。製品データ４２４０は、４２１０の事実データがどの製品（又はサービス）と関連するかを示す関連したデータである。従って、販売員は、ユニットの数又はユニットの価格又は同様な情報を示す数字４００を入力し得る。ユーザーインターフェイス（データが入力される所）から、顧客及び製品が決定され得る。同様に、ユーザーのアイデンティティはログイン手順に由来し得る。入力の時間、データのタイミング（商品が出荷される時、又は、いつサービスが提供される時）、入力の種類（ユニット、通貨、ボリューム等）が収集され得るし、その上格納され得る。
【０１７８】
データベースの付随は、上述されたオンライン分析処理構造であり得る。図４３は、オンライン分析処理構造の具体例を示す。オンライン分析処理システム４３００が２つの区画によって示される。ただし、パーティションの数は、様々な実施の詳細に基づいて変わり得る。この具体化において、第一の区画４３１０には、データベースからの一般的なデータが含まれる。この区画は、例えば一日一回など周期的に更新される。第二の区画４３２０には、変更データが含まれる。この区画は、区画４３１０よりはるかに頻繁に更新され、例えば継続的にデータベースからデータを受け取り得る。
【０１７９】
オンライン分析処理構造の更新には、データを追加し、そのデータの影響を計算することが含まれる。従って、区画４３２０は、変更データを含み、含まれるデータ量が少ないことに起因してそれ程多くのリソースを利用することなく頻繁に計算され得る一方、区画４３１０は、はるかに多いデータを含み、より少ない頻度で計算され及び追加され得る。変更４３３０は、データベースなどから区画４３２０に送られる。このシステムは、特にクエリー４３４０によく対応して機能し得る。そのようなクエリーは、両方の区画に送られ、両方からデータを受け取り、１つの応答として現れるようにデータが集約され得る。
【０１８０】
オンライン分析処理構造において変更を行うことは、速いクエリー応答を提供するプロセスの一部である。図４４は、オンライン分析処理構造の変更を行うプロセスの具体例を示す。プロセス４４００は、データを受け取り、フラグセットを有するデータベースにデータを入力し、変更の区画を処理し、周期的な更新を行うべきかどうかを決定し、全ての区画を処理し、フラグをクリアし、統合された区画を用いることを含む。
【０１８１】
モジュール４４１０において、事実データ（新しいデータポイント又はデータへの変更）が受け取られる。モジュール４４２０において、変更が行われたこと−記録されたデータが新しいことを示すフラグとともに、データがデータベースに記録される。次に、モジュール４４３０において、フラグを立てたデータベースの全てのデータは、オンライン分析処理キューブの変更の区画の中に処理される。これが、データベースの内容と関連するデータの割に少ない量である場合が多く、これにより、リソースの消費が比較的低くなる。従って、オンライン分析処理キューブは、その中に変更されたデータの区画を有し、情報へ迅速にアクセスするのを可能とすべく、そのデータは、キューブをポピュレートする。
【０１８２】
モジュール４４４０において、オンライン分析処理キューブ全体が更新されるべきであるかどうかについて判断される。これはタイマー４４４５と連携して行われ、それは、例えば一日ごとに又は他の所定期間ごとに、更新の必要性の警告を行うようにセットされ得る。更新時期でなけば、プロセスは次の変更のためにモジュール４４１０に戻る。更新時期であれば、変更されたデータは全ての区画に提供され、全ての区画はモジュール４４５０において処理される。モジュール４４６０において、変更されたデータと関連する全てのフラグがクリアされる。これにより、モジュール４４７０において統合された区画を生じることとなり、それは、クエリーに応答すべく用いられ得る。変更が蓄積すると、クエリーは、同じプロセス４４００を通して、区画の変更及び以前に統合された区画の両方を呼び出すこととなるであろう。
【０１８３】
オンライン分析処理構造のデータによって、クエリーが送られ、応答するデータが供給され得る。図４５は、オンライン分析処理構造のクエリーに応答するプロセスの具体例を示す。プロセス４５００は、クエリーを受け取り、クエリーを両方のキューブに送り、データを受け取り、データを集約し、結果を結合し、ユーザーに結果を提供することを含む。
【０１８４】
クエリーは、モジュール４５１０において受け取られ、オンライン分析処理キューブ及び関連付けられたデータベースからデータを要求する。−それは、オンライン分析処理キューブから提供されるであろう。好ましくは、クエリーは、その時、同時又はほぼ同時に２つのキューブ（区画）に送られる。モジュール４５２０において、クエリーがメインキューブに渡される。モジュール４５３０において、応答するデータがメインキューブから受け取られ、モジュール４５４０において、そのデータが結果に統合される。
【０１８５】
それに対応して、モジュール４５４５において、変更のキューブに変更があるかどうかについて判断される。変更がなければ、モジュール４５８０においてモジュール４５４０の応答が完了する。変更が存在するならば、モジュール４５５０においてクエリーが変更キューブに送られる。モジュール４５６０において、クエリーに応答する変更キューブからデータが受け取られる。モジュール４５７０において、そのデータが集約され、モジュール４５８０において、２つのキューブからのデータが１つの応答に統合される。すると、モジュール４５９０において、その応答がユーザーに提供される。集約には、例えば最終的なデータを計算するか、若しくは、以前にキューブと結合されなかったデータの一部を結合するか、又は、データをキューブからより有益な形式に編成することを含み得る。
【０１８６】
キューブからのデータ及びデータベースは、ベースラインに基づいて編成され得る。図４６は、タイムラインと併せてデータ構造の具体例を示す。データ構造４６００は、どのようにベースライン情報が格納され得るかを示すべく、タイムライン４６５０と併せて示される。
【０１８７】
データ構造４６００は、事実４６１０、顧客情報４６２０、ユーザー情報４６３０、及び関連情報を含む。データ構造４６００は、またウィンドウ情報４６４０をも含む。従って、事実４６１０における各事実データのために、顧客、ユーザー、及びウィンドウが関連付けられる。−ただし、このデータが全てのデータに完全にポピュレートされる必要はない。
【０１８８】
タイムライン４６５０は、毎月のサイクル又はベースラインのタイムラインを示す。第一のベースライン又はフィールドベースラインは、７日に設定され、ウィンドウ＃１と指定される。第二のベースラインは、１５日に設定され、ウィンドウ＃２と指定される。第三のベースラインは、２０日に設定され、ウィンドウ＃３と指定される。これらの各ウィンドウのために、ベースラインに先立って入力されたデータは盛り込まれ、その後入力されたデータは除外される。従って、事実データは、それと関連したウィンドウ番号を有し、いつそれが入力されたかを（表示されない日付刻印とともに）示し得る。代わりに、データの日付刻印は、ベースライン計算に用いられ得るし、ウィンドウ４６４０は、一連のベースライン及び関連付けられたタイムスタンプを比較のために格納し得る。
【０１８９】
ウィンドウは、また、私的に指定され、従って、追加の変更が仮想シナリオの中で行われ、全ての予測に留保されないことを示し得るが、予測の実験の目的で別々のベースラインの中で用いられ得る。従って、例えばウィンドウ２１がそれと関連する変更とともに指定され、そのウィンドウ２１と関連付けられたベースラインが他のベースラインとの比較のために用いられ得る。しかし、ウィンドウ２１と関連する変更は、例えば他のウィンドウと関連する変更に入力されない場合もある。さらに、ウィンドウ２１は、先行するウィンドウに基づき得るものであり、それが基づくウィンドウは、ユーザーに要望される時間に亘って変更され得る。
【０１９０】
オンライン分析処理キューブからのデータは、様々な方法で要求され、受け取られ得る。どのように要求及びデータを収集するか理解することはまた役に立ち得る。図４７は、データの要求に応答するプロセスの具体例を示す。プロセス４７００は、データを要求し、オリジナルデータを入手し、変更を収集し、応答を表示することを含む。図４８は、データの変更を保存するプロセスの具体例を示す。プロセス４８００は、変更を受け取り、周辺のデータを収集し、変更を保存することを含む。
【０１９１】
従って、モジュール４８１０において変更が受け取られ得る。すると、モジュール４８２０において周辺のデータが収集される（又は、変更と共に来る）。変更に対する周辺のデータは、例えば顧客、ユーザー、変更がなされたウィンドウ、製品、地域、変更が適用可能な時間（例えば、明日、予測から３ヶ月）、及び変更がなされる時間などのデータであり得る。ウィンドウは、ユーザーによって指定され得るか、又は、システムがその時点で変更されることになっているウィンドウにデフォルトに設定され得る。モジュール４８３０において、変更のデータ、実際の事実データ及び周辺のデータの両方が格納される。
【０１９２】
その間、モジュール４７２５において、データの要求が受け取られる。モジュール４７４０において、要求と関連するオリジナルデータがメインのオンライン分析処理キューブの区画などから検索される。モジュール４７５０において、データへの変更が変更オンライン分析処理キューブの区画などに収集される。すると、モジュール４７６０において、結合された応答が表示される。要求が、用いられるウィンドウの表示を含む場合には、事前のウィンドウからビルディングブロックとして用いられるデータとともに、そのウィンドウ用のデータが提供される。デフォルトウィンドウは、また全ての新しいデータを含めて、インポーズされ得る。
【０１９３】
指定されたウィンドウは、それらが私的である（私的なウィンドウに特有である）ために、又は、ウィンドウが私的であって全ての変更を予測に含めていないために、ある変更が除外されることを示し得る。しかし、要求は、ウィンドウの選択をも含むように設定され得る。これにより、ユーザーは、例えばその方が結果がよいかどうかを判断するために、幹部室又はマーケティンググループによってなされた変更を除外することが可能となる。同様に、反応は時間とともに変わる情報の表示を提供し得る。―例えば、様々なウィンドウに値を示す。さらに、変更がモジュール４８３０に格納される際に、モジュール４７２５の要求が送られると、要求が変更ストレージと重複し得るが、変更を収集する十分な時間が許容される限り、結果には変更が含まれ得る。
【０１９４】
様々な状況に対して情報がどのようにこのシステムに適用され得るかを理解することは、さらなる助けとなり得る。図４９は、一連のベースライン及びトラックされたデータの具体例を示す。システム４９００は、アトミックデータ及び様々な関連するベースラインを含む。データポイント４９１０は、それらを用いるであろうユーザーに基づく利便性のために編成される。従って、ＣＥＯは、アナリストの目標、個人的な目標、及び内部の目標を有する。販売のＶＰは、公式の目標、個人的な目標、販売マネージャー（内部の販売グループ）の目標、及び代理店（外部の販売グループ）の目標を有する。同様に、地域の販売マネージャーは、公式の目標及び個人的な目標を有し得る。
【０１９５】
様々なベースラインが準備される。販売のベースライン４９５０及び会社のベースライン４９３０は、予測のために社内で用いるための公的なベースラインである。地域担当マネージャーのベースライン４９６０、販売のＶＰのベースライン４９４０、及びＣＥＯのベースライン４９２０は、様々なユーザーが公に持ちたくない別のシナリオ又はゴールをトラックするために作成された、個人的なベースラインである。従って、個人的な目標は、私的なベースラインと関連付けられ、様々な公的な目標は、公的なベースラインと関連付けられる。
【０１９６】
しかし、これらの様々な数字は、様々な予想に到達するために集約される共通の履歴及び共通の一連の数字からそれぞれ作成され得る。同様に、ベースラインは、他のベースラインから選択的に作成され得る。−そして、ベースラインは、一般に、計算のために用いられ取り出されるデータの観点から、前のベースラインに従属することが期待され得る。従って、各ユーザーは、データの独自の一覧を有し得るにもかかわらず、全員が（本質的に）同じデータを見得る。ベースラインが選択的に前のベースラインから作成されるならば、それについてのベースラインが含まれる情報は、そのようなベースライン情報が用いられる時に、一般にアクセス可能となるであろう。
【０１９７】
システムは、リアルタイムの予測を可能とし、様々な具体例を実行するために用いられ得る。図５０は、媒体及び関連する装置の具体例を示す。システム５０００は、媒体５０１０、オンライン分析処理エンジン５０８０及びキューブ５０７０、データベース５０６０、及びユーザー装置５０９０を含む。媒体５０１０は、データベースインターフェース５０４０、オンライン分析処理インターフェース５０３０、ユーザーインターフェイス５０５０、及びコントロールモジュール５０２０を含む。オンライン分析処理エンジン５０８０及びオンライン分析処理キューブ５０７０は、オンライン分析処理データ構造を提供し、それは、オンライン分析処理エンジン５０８０を用いて、データベース５０６０のデータからポピュレートされる。ユーザー装置５０９０は、クエリー及び反応のために、ユーザーにシステムへの入力を提供する。
【０１９８】
従って、クエリーは、ユーザーインターフェイス５０５０に行き、次にコントロール５０２０に行き得る。すると、クエリーは、オンライン分析処理キューブ５０７０からデータを得るために、オンライン分析処理インターフェース５０３０に行き、次に、コントロールモジュール５０２０とユーザーインターフェイス５０５０とを通して、そのデータをユーザーに中継し得る。同様に、新しいデータ又は変更データは、ユーザーインターフェイス５０５０からコントロールモジュール５０２０に行き、次にデータベースインターフェース５０４０に行き得る。すると、データベースインターフェース５０４０は、データをデータベース５０６０に提出し、そのデータは、オンライン分析処理キューブ５０７０の変更の区画の中にポピュレートされ得る。最終的に、オンライン分析処理キューブ５０７０の区画は統合され、その結果、変更データは統合される。
【０１９９】
本発明の具体的な具体例が説明を目的としてここに記述されているが、発明の精神及び範囲を逸脱することなく様々な変更がなされ得るということは、上述の内容から分かるであろう。場合によっては、様々な若しくはある具体例において存在する可能性が高い特徴に対して言及がなされたが、これらの特徴もまた、発明の精神及び範囲を必ずしも制限するものではない。図示及び説明において、本発明の精神及び範囲内で他の方法によって形成される又は組み立てられ得る構造が与えられている。さらに、一般に、ある具体例からの特徴は、何らかの方法で相互に排他的ではない場合には、この文書において言及された他の具体例に対して用いられ得る。
【０２００】
特に、様々なブロック図の別々のモジュールは、方法又は装置の機能モジュールを表しており、物理的に若しくは論理的に分離していること、又は、操作の順序が本発明の精神及び範囲に内在されることを必ずしも示すものではない。同様に、方法は、線形工程として図示及び説明されているが、かかる方法は、本発明の精神及び範囲内において、同時に記録若しくは実行される操作を有し得るものである。従って、本発明は、添付される請求の範囲による場合を除いて、限定されるものではない。
【０２０１】
［関連出願の相互参照］
この出願は、２００４年４月２６日になされた米国の仮出願第６０／５６５，７５８号に基づく優先権を主張する。
【図面の簡単な説明】
【０２０２】
本発明は、様々な典型的な具体例において説明され、添付される請求の範囲のみによって限定されるものである。
【図１】組織を通じての情報の流れを示す。
【図２】ある具体例における販売員用の情報を示す。
【図３】ある具体例における顧客用の情報を示す。
【図４】ある具体例における地域用の情報を示す。
【図５】ある具体例におけるより大きな地域用の情報を示す。
【図６】ある具体例における会社の世界規模の経営用の情報を示す。
【図７】リアルタイムの更新によってデータを予測するの同時に用いられ得るネットワークの具体例を示す。
【図８】リアルタイムの更新によってデータを予測するのと同時に用いられ得るマシンの具体例を示す。
【図９】リアルタイムの更新によってデータを予測するのに用られるシステムの具体例を示す。
【図１０】リアルタイムの更新によってデータを予測するのに用られるシステムの別の具体例を示す。
【図１１】リアルタイムの更新によってデータを予測するのに用られる方法の具体例を示す。
【図１２】リアルタイムの更新によってデータを予測するのに用られる方法の別の具体例を示す。
【図１３】ある具体例における製品ごとの情報の表示を示す。
【図１４】ある具体例における顧客ごとの情報の表示を示す。
【図１５】ある具体例における具体的なインパクトの表示を示す。
【図１６】ある具体例における情報用の経営レポートを示す。
【図１７】ある具体例における情報用の在庫レポートを示す。
【図１８】ある具体例における情報用のギャップレポートを示す。
【図１９】ある具体例における販売員用の情報のドリルダウンされた表示を示す。
【図２０】ある具体例における更新された予測を示す。
【図２１】ある具体例における地域のドリルダウンされた表示を示す。
【図２２】ある具体例における判断のアプリケーションを示す。
【図２３】ある具体例における判断のアプリケーションをさらに示す。
【図２４】ある具体例における判断の適用の後の予測を示す。
【図２５】ある具体例における情報に関する変更履歴を示す。
【図２６】ある具体例におけるウォッチの追加を示す。
【図２７】リアルタイムの予測システムにおいてフィードバックを提供するプロセスの具体例を示す。
【図２８】ある具体例における様々なグループとそれらのグループに関連するデータとの関係を示す。
【図２９】リアルタイムの予測システムにおいてフィードバックを提供するプロセスの別の具体例を示す。
【図３０】ある具体例におけるリアルタイムの予測システムと様々なグループとの関係を示す。
【図３１】リアルタイムの予測システムにおいて販売のフィードバックを提供するプロセスの具体例を示す。
【図３２】ある具体例におけるアトミックデータポイントに対する変更を示す。
【図３３】ベースラインを生成するプロセスの具体例を示す。
【図３４】リアルタイムの予測システムを操作するプロセスの具体例をベースラインとともに示す。
【図３５】ある具体例におけるベースラインと可能性のある操作との関係を示す。
【図３６】リアルタイムの予測システムにおけるデータの収集のプロセスの具体例を示す。
【図３７】リアルタイムの予測システムにおいてデータに注釈をするプロセスの具体例を示す。
【図３８】リアルタイムの予測システムにおいて注釈されたデータを表示するプロセスの具体例を示す。
【図３９】リアルタイムの予測システムにおいて注釈されたデータを改訂するプロセスの具体例を示す。
【図４０】リアルタイムの予測システムを操作するプロセスの具体例を示す。
【図４１】ある具体例における経営のタイムラインをリアルタイムの予測システムとともに示す。
【図４２】データ構造の具体例を示す。
【図４３】ＯＬＡＰ構造の具体例を示す。
【図４４】ＯＬＡＰ構造の変更を行うプロセスの具体例を示す。
【図４５】ＯＬＡＰ構造のクエリーに応答するプロセスの具体例を示す。
【図４６】データ構造の具体例をタイムラインとともに示す。
【図４７】データの要求に応答するプロセスの具体例を示す。
【図４８】データの変更を格納するプロセスの具体例を示す。
【図４９】一連のベースライン及びトラックされたデータの具体例を示す。
【図５０】媒体及び関連する装置の具体例を示す。  様々な図面における同様の参照記号は、同様の要素を示す。
【図１】
2007535764.tif 000003
【図２】
2007535764.tif 000004
【図３】
2007535764.tif 000005
【図４】
2007535764.tif 000006
【図５】
2007535764.tif 000007
【図６】
2007535764.tif 000008
【図７】
2007535764.tif 000009
【図８】
2007535764.tif 000010
【図９】
2007535764.tif 000011
【図１０】
2007535764.tif 000012
【図１１】
2007535764.tif 000013
【図１２】
2007535764.tif 000014
【図１３】
2007535764.tif 000015
【図１４】
2007535764.tif 000016
【図１５】
2007535764.tif 000017
【図１６】
2007535764.tif 000018
【図１７】
2007535764.tif 000019
【図１８】
2007535764.tif 000020
【図１９】
2007535764.tif 000021
【図２０】
2007535764.tif 000022
【図２１】
2007535764.tif 000023
【図２２】
2007535764.tif 000024
【図２３】
2007535764.tif 000025
【図２４】
2007535764.tif 000026
【図２５】
2007535764.tif 000027
【図２６】
2007535764.tif 000028
【図２７】
2007535764.tif 000029
【図２８】
2007535764.tif 000030
【図２９】
2007535764.tif 000031
【図３０】
2007535764.tif 000032
【図３１】
2007535764.tif 000033
【図３２】
2007535764.tif 000034
【図３３】
2007535764.tif 000035
【図３４】
2007535764.tif 000036
【図３５】
2007535764.tif 000037
【図３６】
2007535764.tif 000038
【図３７】
2007535764.tif 000039
【図３８】
2007535764.tif 000040
【図３９】
2007535764.tif 000041
【図４０】
2007535764.tif 000042
【図４１】
2007535764.tif 000043
【図４２】
2007535764.tif 000044
【図４３】
2007535764.tif 000045
【図４４】
2007535764.tif 000046
【図４５】
2007535764.tif 000047
【図４６】
2007535764.tif 000048
【図４７】
2007535764.tif 000049
【図４８】
2007535764.tif 000050
【図４９】
2007535764.tif 000051
【図５０】
2007535764.tif 000052
【国際調査報告】
2007535764.tif 000053