(57)【要約】一般に、本発明は、カスケード計画段階における企業計画モデルを発展させるための技術に導かれる。例えば、企業計画システムは、カスケード計画段階におけるアナリストのセットから企業計画セッションを定義するデータを受領する。各計画段階に関係するアナリストは、先の計画段階におけるアナリストによって定義された企業計画モデルをリファインする。このように、ビジネスユニットが計画セッションをさらにリファインするために計画基準を拡張することをビジネスユニットに許す間に、アナリストのセットは、数十、数百のビジネスユニットを横断して計画基準を打ち立てることを、大きなそして多様な組織に許す。
2006518519.tif 000002
【特許請求の範囲】
【請求項１】
複数レベルの企業階層のより高いレベルに関係する企業ユーザから受領したモデルデータをリファインする各レベルに関係する企業ユーザのセットから企業計画モデルを定義するモデルデータを受領し、
前記定義された企業計画モデルに従って企業計画セッションを実行することを有する方法。
【請求項２】
請求項１に記載の方法において、さらに、より高いレベルに関係する企業ユーザによって定義された前記モデルデータで、より低いレベルに関係する企業ユーザによって定義されるモデルデータを制約する方法。
【請求項３】
請求項２に記載の方法において、より高いレベルに関係する企業ユーザによって定義される前記モデルデータで、より低いレベルに関係する企業ユーザによって定義されるモデルデータを制約することは、
より低いレベルに関係する前記企業ユーザによって定義される前記モデルデータは、前記より高いレベルに関係する企業ユーザによって提供される前記モデルデータを満たすかどうかを決定し、かつ、
前記より低いレベルに関係する前記企業ユーザによって提供される前記モデルデータが満たさないとき、より低いレベルに関係する前記企業ユーザによって定義される前記モデルデータを拒絶することを含む方法。
【請求項４】
請求項１に記載の方法において、前記企業階層は、階層的に配列された複数のノード、該ノードの少なくとも１つに関係させられる各企業ユーザを定義し、かつ、データを受領することは、該ユーザが関係させられる該階層の該ノードに基づいた順番で該ユーザからのデータを受領することである方法。
【請求項５】
請求項４に記載の方法において、前記ユーザが関係させられる前記階層の前記ノードに基づいた順番で前記企業ユーザからデータを受領することは、
第１計画段階において階層的に配列された前記ノードの第１レベルに関係する企業ユーザから前記企業計画モデルの少なくとも１部分を定義するデータを受領し、かつ、
第２計画段階において階層的に配列された前記ノードの第２レベルに関係する企業ユーザからデータを受領することを含み、
該第２計画段階において受領された該データは、前記第１の企業計画段階で定義された前記企業計画モデルの前記部分をリファインするデータである方法。
【請求項６】
請求項５に記載の方法において、前記第１計画段階で定義された前記企業計画モデルの前記部分をリファインすることは、さらに、該企業計画モデルの別の部分を定義することを含む方法。
【請求項７】
請求項５に記載の方法において、前記第１レベルは、前記第２レベルより前記階層のノードの中で高い方法。
【請求項８】
請求項５に記載の方法において、前記第１レベルと第２レベルは、前記階層のノードの中で連続したレベルである方法。
【請求項９】
請求項５に記載の方法において、前記企業計画モデルをリファインするデータを受領することは、階層的に配列された複数のノードを修正するデータを受領することである方法。
【請求項１０】
請求項９に記載の方法において、階層的に配列された複数のノードを修正するデータを受領することは、前記階層にノードを加えること、および、該階層からノードを取り除くことを少なくとも１つ含む方法。
【請求項１１】
請求項５に記載の方法において、企業計画モデルをリファインするデータを受領することは、前記ノードに企業ユーザを割り当てるデータを受領することを含む方法。
【請求項１２】
請求項１１に記載の方法において、企業ユーザを前記ノードに割り当てるデータを受領することは、企業ユーザを該ノードの１つに加えるデータを受領することを含む方法。
【請求項１３】
請求項１１に記載の方法において、企業ユーザを前記ノードに割り当てるデータを受領することは、企業ユーザを該ノードの１つから取り除くデータを受領することを含む方法。
【請求項１４】
請求項５に記載の方法において、さらに、前記第１レベルの前記企業ユーザが前記企業計画モデルの一部分を定義するデータを提出するとすぐに、前記第２レベルの前記企業ユーザに該企業計画モデルを修正するように通知することを有する方法。
【請求項１５】
請求項１４に記載の方法において、前記階層の前記第２レベルの前記企業ユーザに通知することは、該第２レベルの該企業ユーザに電子メールメッセージを送信することを含む方法。
【請求項１６】
請求項４に記載の方法において、企業計画モデルを定義するデータを受領することは、前記ノードの各々のための企業目標データを受領することを含む方法。
【請求項１７】
請求項１６に記載の方法において、前記企業計画モデルをリファインするデータを受領することは、前記ノードの部分の前記企業目標データを更新するデータを受領することを含む方法。
【請求項１８】
請求項１７に記載の方法において、前記ノードの前記企業目標データを更新するデータを受領することは、前記ノードの中の企業目標データを配布するデータを含む方法。
【請求項１９】
請求項１に記載の方法において、企業計画モデルを定義するデータを受領することは、貢献データ収集用テンプレートを定義するデータを受領することを含む方法。
【請求項２０】
請求項１９に記載の方法において、前記企業計画モデルをリファインするデータを受領することは、前記定義されたテンプレートを修正するデータを受領することを含む方法。
【請求項２１】
請求項１９に記載の方法において、前記企業計画モデルをリファインするデータを受領することは、新しいテンプレートを定義するデータを受領することを含む方法。
【請求項２２】
請求項１に記載の方法において、前記企業計画モデルに従って前記企業計画セッションを実行することは、
前記階層の前記最低レベルで始まる企業ユーザから貢献データを受領し、および、前記企業階層を発展させ、かつ、
リアルタイムで目標データで前記データを一致させるために前記企業ユーザから前記貢献データを集める方法。
【請求項２３】
請求項２２に記載の方法において、さらに、
企業ユーザに収集された貢献データを見ることを許可し、
前記収集された貢献データを見る前記企業ユーザから拒絶を受領し、
前記貢献データを入力する前記企業ユーザに、前記拒絶を通知することを有する方法。
【請求項２４】
次の計画段階における企業計画モデルを定義するデータを獲得するために、企業ユーザのセットに対話するためのアナリシスモジュールであって、次の計画段階の各々に関係する前記ユーザは、前記先の計画段階からデータをリファインするアナリシスモジュール、かつ、
前記企業計画モデルを定義する前記データを保存するデータベースを備え、
前記システムは、企業計画モデルを定義する前記データベースに保存される前記データに従って、企業計画セッションを実行するシステム。
【請求項２５】
請求項２４に記載のシステムにおいて、前記企業計画モデルは、階層的に配列された複数のノード、該ノードの少なくとも１つに関係させられる各企業ユーザを定義し、および、前記アナリシスモジュールは、前記ユーザが関係させられる前記階層の前記ノードに基づいた順番でデータを獲得するシステム。
【請求項２６】
請求項２５に記載のシステムにおいて、前記アナリシスモジュールは、第１計画段階において階層的に配列された前記ノードの第１レベルに関係する企業ユーザから前記企業計画モデルの少なくとも部分を定義するデータを獲得し、および、第２計画段階において階層的に配列された前記ノード第２レベルに関係する企業ユーザからデータを獲得し、該第２段階で獲得した該データは、該第１企業計画段階で定義された該企業計画モデルの該部分をリファインするシステム。
【請求項２７】
請求項２６に記載のシステムにおいて、前記第２計画段階で獲得された前記データは、さらに、前記企業計画モデルの別の部分を定義するシステム。
【請求項２８】
請求項２６に記載のシステムにおいて、前記第２レベルに関係する前記企業ユーザから獲得した前記データは、階層的に配列された前記ノードを修正するシステム。
【請求項２９】
請求項２８に記載のシステムにおいて、前記第２レベルに関係する前記企業ユーザから獲得した前記データは、階層的に配列された前記ノードにノードを加えるシステム。
【請求項３０】
請求項２８に記載のシステムにおいて、前記第２レベルに関係する前記企業ユーザから獲得した前記データは、階層的に配列された前記ノードからノードを取り除くシステム。
【請求項３１】
請求項２６に記載のシステムにおいて、前記第１レベルの前記企業ユーザから獲得した前記データは、企業ユーザを前記階層の前記ノードの少なくとも１つに関係させるシステム。
【請求項３２】
請求項３１に記載のシステムにおいて、前記第２レベルに関係する前記企業ユーザから獲得された前記データは、前記ノードの少なくとも１つおよび該ノードに関係する前記企業ユーザの間のつながりを修正するシステム。
【請求項３３】
請求項３２に記載のシステムにおいて、前記第２レベルに関係する前記企業ユーザからの前記ノードの１つに付加された企業ユーザを関係させるシステム。
【請求項３４】
請求項２６に記載のシステムにおいて、前記第１レベルに関係する前記企業ユーザから獲得した前記データは、前記企業のための目標データを定義するシステム。
【請求項３５】
請求項３４に記載のシステムにおいて、前記目標データは、前記階層の前記ノードの各々のために定義されるシステム。
【請求項３６】
請求項３５に記載のシステムにおいて、前記第２レベルに関係する前記企業ユーザから獲得した前記データは、前記目標データを修正するシステム。
【請求項３７】
請求項２６に記載のシステムにおいて、前記第１レベルに関係する前記企業ユーザから獲得した前記データは、貢献データを集めるために１以上のテンプレートを定義するシステム。
【請求項３８】
請求項３７に記載のシステムにおいて、前記第２レベルに関係する前記企業ユーザから獲得した前記データは、前記定義されたテンプレートの少なくとも１つを修正するシステム。
【請求項３９】
請求項３７に記載のシステムにおいて、前記第２レベルに関係する前記企業ユーザから獲得した前記データは、新しいテンプレートを定義するシステム。
【請求項４０】
請求項２６に記載のシステムにおいて、前記第１レベルは、前記第２レベルより前記階層のノードにおいて高いシステム。
【請求項４１】
請求項２６に記載のシステムにおいて、前記第１レベルと第２レベルは、前記階層のノードにおいて連続したレベルであるシステム。
【請求項４２】
請求項２４に記載のシステムにおいて、さらに、貢献データを獲得するために、企業ユーザと対話するコントリビューションモジュールを有するシステム。
【請求項４３】
請求項４２に記載のシステムにおいて、前記貢献データは前記データベースに保存され、および、前記コントリビューションモジュールは前記貢献データの再考を考慮するために企業ユーザと対話するシステム。
【請求項４４】
モデルデータは、企業計画モデルを定義し、および、各レベルに関係する企業ユーザは、階層のより高いレベルに関係する該企業ユーザから受領した該モデルデータをリファインし、多数レベルの企業階層に関係する該企業ユーザのセットから該モデルデータを受領するインタフェースを与え、
より低いレベルに関係する企業ユーザによって定義される前記モデルデータを、より高いレベルに関係する企業ユーザによって定義される前記モデルデータで制約し、かつ、
コンピュータネットワークを介して前記定義された企業計画モデルに従って企業計画セッションを実行することを有するコンピュータ実施方法。
【請求項４５】
請求項４４に記載の方法において、前記企業階層は、複数の階層的に配列されたノード、前記ノードの少なくとも１つに関係する各企業ユーザを定義し、および、データを受領するためのインタフェースを与えることは、前記ユーザが関係させられる前記階層の前記ノードに基づいた順番で前記ユーザからデータを受領するインタフェースを与えることを有する方法。
【請求項４６】
請求項４５に記載の方法において、前記ユーザが関係させられる前記階層の前記ノードに基づいた順番で該ユーザからデータを受領するためのインタフェースを与えることは、
第１計画段階において前記階層的に配列されたノードの第１レベルに関係する企業ユーザから前記企業計画モデルの少なくとも部分を定義するデータを受領するためのインタフェースを与え、かつ、
第２計画段階において前記階層的に配列されたノードの第２レベルに関係する企業ユーザからデータを受領するインタフェースを与えることを含み、前記第２計画段階で受領された前記データは、前記第１企業計画段階で定義された前記企業計画モデルの前記部分をリファインする方法。
【請求項４７】
請求項４４に記載の方法において、前記ネットワークは、ローカルエリアネットワーク、ワイドエリアネットワーク、および、無線エリアネットワークの１つを有する方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、企業業務計画（Enterprise Business Planning）のためのコンピュータ実施技術（computer-implemented techniques）に関する。
【背景技術】
【０００２】
多くの企業は、企業運営のための精度の高い予測を打ち立てる責任がある。打ち立てられた期待にそぐわないことは、キャッシュフロー、ストックプライス、換金性、および、投資家の信用、の領域、および、他の領域内に企業に大きな負の影響を生じる。精度が決重大となる企業計画活動の例は、収益予測、在庫管理、資源予測等を含んでいる。しかし、企業業務計画は、困難であり、不確かな結果を頻繁に生じる高価なタスクである。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
一般に、企業は、企業計画に対して“トップダウン”か“ボトムアップ”のどちらかのアプローチをとる。ボトムアップ計画は、組織の最低のコストセンタからの低いレベルの予測の集合を必然的に含む。例えば、経費計画のために、管理者は、定期的に出費を予測し、費用を多くの部類、例えば、広告、交通費、および、給与、に分配することを要求される。しかし、ボトムアップ計画は、極めてまれに、トップダウン業務目標と一致される。トップダウン計画においては、企業は、平均製品価格、人件費等のような基礎的業務目標を認識し、企業の階層構造を通してその目標を押しすすめる。しかし、トップダウン計画を実行するとき、大きく、多様な企業は、企業の全ビジネスユニットの要求に合わない計画モデルを発展させるかもしれない。
【課題を解決するための手段】
【０００４】
一般に、本発明は、企業内の予算予測の精度および予測性を向上するカスケード計画技術に向けられる。さらに詳しくは、本技術は、“カスケード計画段階（cascaded planning stages）”における企業計画セッション（session）を、企業アナリストのセット（a set of enterprise analysts）に定義させることを可能にする。一般に、“カスケード計画段階”という用語は、完全な企業モデルを発展させるために、組織のトップレベルからボトムレベルへ流れる計画過程（planning process）として参照されるために使用される。カスケード計画段階において、アナリストのセットに、企業計画モデルを定義させることは、大きく、多様な企業に、何十または何百のビジネスユニットを横断する計画標準を打ち立てさせ、一方、ビジネスユニットに、計画セッションをさらにリファイン（refine）するための計画標準を拡張させる。
【０００５】
ここで述べたように、アナリストのセットは、カスケード計画段階を通し、企業計画セッションが実行されるものに従って、企業計画モデルを発展させる。さらに特定すれば、アナリストは、ビジネスユニットや部門のような、企業内の様々なコストセンタを表す階層的に配列された多くのノードを含む企業階層を有する企業のための企業計画モデルを発展させる。そのアナリストは、さらに、企業のための企業目標データを打ち立てる。それから、そのアナリストは、企業計画に責任のある１以上の企業ユーザを、相当する階層のノードに割り当てる。最後に、アナリストは、コントリビュータ（Contributor）から貢献データ（contribution data）収集用の多くのテンプレートを定義する。アナリストのセットは、貢献データとの一致を容易にするために、テンプレートに企業目標を含める。
【０００６】
例えば、企業計画システムは、第１のカスケード計画段階に、階層的に配列されたノードの第１レベルに関係するアナリストから、企業計画モデルの少なくとも部分を定義するモデルデータを受領する。そのアナリストから受領したモデルデータは、例えば、そのノードのための企業目標データ、そのノードに関係する企業ユーザ、および、企業計画セッションで使用されるべき貢献データ収集用テンプレートを定義する。そのアナリストは、企業計画モデルの部分、または、企業計画モデル全体を定義する。そのアナリストは、例えば、最高レベルのノードに割り当てられる企業ユーザかもしれない。
【０００７】
第１レベルノードに関係するアナリストが企業計画モデルを定義するとすぐに、企業階層のより低いレベルノードに関係するアナリストは、企業計画モデルをさらに定義し、リファインするために、企業計画システムと対話する。特に、より低いレベルに関係するアナリストは、第１のカスケード計画段階の間のアナリストによるモデルデータ入力をリファインする。例えば、より高いレベルノードに関係するアナリストは、アナリストに関係するより低いレベルノードのための企業目標を定義する。より低いレベルノードに関係するアナリストは、定義された企業目標データを、階層の更に下のノードへの分配をリファインする。このように、次にくるカスケード計画段階の各々は、先のカスケード計画段階のアナリストにより定義されたモデルデータとパラメータをリファインする。
【０００８】
企業計画システムは、企業計画セッションの残りの段階、即ち、定義された企業計画モデルに関係する貢献段階（contribution phase）と一致段階（reconciliation phase）を実行する。
【０００９】
ある実施例においては、本発明は、複数レベルの企業階層に関係する企業ユーザのセットから企業計画モデルを定義するモデルデータを受領し、かつ、各レベルに関係する企業ユーザは、階層のより高いレベルに関係する企業ユーザから受領するモデルデータをリファインする方法を提供する。その方法は、さらに、定義された企業計画モデルに従って、企業計画セッションを実行することを有する方法を提供する。
【００１０】
別の実施例においては、本発明は、次の計画段階における企業計画モデルを定義するデータを獲得するために、企業ユーザのセットに対話するためのアナリシスモジュールであって、次の計画段階の各々に関係する前記ユーザは、先の計画段階からデータをリファインするアナリシスモジュールを有するシステムを提供する。このシステムは、さらに、企業計画モデルを定義するデータを保存するデータベースを備え、システムは、企業計画モデルを定義するデータベースに保存されるデータに従って、企業計画セッションを実行する。
【００１１】
別の実施例においては、本発明は、企業計画モデルを定義し、および、各レベルに関係する企業ユーザは、階層のより高いレベルに関係する該企業ユーザから受領した該モデルデータをリファインし、多数レベルの企業階層に関係する該企業ユーザのセットからモデルデータを受領するインタフェースを与えるコンピュータ実施方法を提供する。その方法は、さらに、より低いレベルに関係する企業ユーザによって定義される前記モデルデータを、より高いレベルに関係する企業ユーザによって定義される前記モデルデータで制約する。この方法は、さらに、コンピュータネットワークを介して定義された企業計画モデルに従って企業計画セッションを実行することを有する。
【００１２】
本発明は、１以上の有利な点を申し出る。例えば、ここに記載された技術は、企業計画セッションを定義するとき、更なる柔軟性を許す。例えば、大きく、多様な企業が数十、数百のビジネスユニットを横断する計画基準を打ちたて、一方、ビジネスユニットに特定のコストセンタの要求を適用させる企業計画セッションを拡張することを許す。ビジネスユニットのアナリストは、そのビジネスユニットによって実行される予測方法にずっと精通しており、そして、それらの予測方法を包含する企業計画セッションを具体化する。
【発明を実施するための最良の形態】
【００１３】
本発明の１以上の実施例の詳細は、添図および下記の記述を伴って、説明される。本発明の他の特徴、目的、そして有利な点は、明細書、図および請求項から明らかである。
【実施例】
【００１４】
図１は、本発明に従って、コンピューティング環境１０を表すブロック図であり、そこで、企業計画システム１２はカスケード事業計画技術を利用する。述べられるように、企業計画システム１２は、企業ユーザのセット１６、および、もっと的確には、アナリスト１８のセットに、“カスケード計画段階”における企業計画モデルを定義することを可能にするように構成される。一般に、“カスケード計画段階”という用語は、組織のトップレベルからボトムレベルへ流れる計画段階を参照するために使用される。特に、各レベルにおけるアナリストは、より高いレベルのアナリストによって提供されるモデルインプットに依存し、さらにそれをリファインする。
【００１５】
一般に、企業計画システム１２は、企業計画の３段階：（１）モデル化段階（modeling phase）、（２）貢献段階（contribution phase）、および（３）一致段階（reconciliation phase）、を含む企業計画セッションを実行する。モデル化段階では、アナリスト１８は、カスケード計画段階における企業計画モデルを定義する。アナリスト１８のセットによって定義される企業計画モデルは、例えば、企業１４のための計画階層、企業階層の中のノード、例えばコストセンタ等、のための企業目標、そのノードに関係する企業コントリビュータからデータを集めるテンプレートを含む。
【００１６】
より特定すると、アナリスト１８は、階層的に配列された多くのノードを含む企業階層に関係する企業１４のための企業計画モデルを発展させる。各ノードは、ビジネスユニットや部門のような、企業１４内のコストセンタを表す。ここに詳細に述べるように、アナリスト１８の各々は、階層的に配列されたノードの少なくとも１つに関係させられる。より高いレベルに関係するアナリストは、最初のモデルデータを定義し、そしてそれは、より低いレベルの関係するアナリストによってリファインされる。このように、モデル作成過程（model creation process）は、階層の最低レベルに関係するアナリスト１８が、企業計画モデルの詳細を仕上げるまで、定義された階層の下へ“カスケードする（cascading）”ように見える。従って、“カスケード計画（cascaded planning）”という用語は、この種の過程に引用するために使用され、そしてそこでは、計画モデルを生成する過程は、組織のトップレベルからボトムレベルへ流れる。特に、各レベルのアナリストは、より高いレベルのアナリストによって与えられたモデル入力に依存し、さらに、それを定義する。
【００１７】
一般に、アナリスト１８は、モデル化段階の間の企業１４のために、例えば、金融上の目標のような、企業目標を打ち立てる。より詳細には、アナリスト１８は、企業階層の各ノードのための企業目標を打ち立てる。加えて、アナリスト１８は、１以上のユーザ１６を、ノードに関係するコストセンタの企業計画に責任を有する各ノードに割り当てる。図１で説明されるように、ノードに割り当てられる企業ユーザ１６は、アナリスト１８、レビューワ２０、コントリビュータ２２、またはそれらの組合せとして、指名される。企業ユーザ１６は、企業１４内に権限を与えられたユーザであり、例えば、チーフファイナンシシャルオフィサ、シニアファイナンシシャルアナリスト、プロダクトアナリスト、セールスアナリスト、マネージャ、スーパーバイザ、セールスリプレゼンタティブ、ラボマネージャ等を含む。最後に、アナリスト１８は、コントリビュータ２２から貢献データを集めるための多くのテンプレートを定義する。アナリスト１８は、貢献データとの一致を促進するために、テンプレートの中に企業目標を含める。
【００１８】
本発明に従って、企業計画セッションのモデル化段階は、カスケード計画段階で生じる。もっと特定すると、１以上のアナリスト１８は、各計画段階、即ちレベル、における企業計画モデルの部分を定義し、リファインする。各段階では、企業計画システム１２は、企業計画モデルの少なくとも部分を定義するモデルデータを、アナリスト１８から受領する。例えば、最も高いノードに関係するアナリスト１８、例えば、その企業のチーフファイナンシシャルオフィサは、企業広範にわたる目標を定義する。より低いレベルに関係するアナリスト１８は、その企業広範にわたる目標に基づいてビジネスユニットのためのより詳細な目標を作成する。他の言葉では、企業階層のより低いレベルに関係するアナリスト１８は、より高いレベルのアナリスト１８によって定義されるモデルに基づいた企業計画モデルを、さらに定義し、リファインするために、企業計画システム１２と対話する。このように、次に来るカスケード計画段階の各々は、先のカスケード計画段階のアナリスト１８によって定義されるモデルデータとパラメータをリファインする。この過程は、モデル全体が定義されるまでカスケード型で続き、そして、企業計画セッションのための基礎として使用される。
【００１９】
いったんモデルが定義されると、定義された企業計画モデルに従って、企業計画システム１２は、企業計画セッションの残りの段階、即ち、貢献段階、一致段階を実行する。もっと詳細には、カスケード型でのモデル化段階の完成のすぐ後に、企業計画システム１２は、コントリビュータ２２が企業計画システム１２と対話し、貢献データという形で詳細な予測を入力する間の貢献段階に入る。例えば、コントリビュータ２２は、企業１４によって成し遂げられた特定の企業計画活動によって決まる、詳細な金融予測、収益予測、予測指示、在庫予測、評価リソース要求等を提供する。
【００２０】
一致段階の間に、企業計画システム１２は、アナリスト１８によって提供された企業目標データと貢献データの一致を自動化する。特に、企業計画システム１２は、多数の一致レベルを有する階層的な計画過程を提供するために、定義された企業計画モデルに従って作動する。各コントリビュータ２２はそれぞれの貢献データを提供するので、企業の計画システム１２は、自動で、リアルタイムで企業１４を横断する貢献データを集め、かつ、企業階層のより高いレベルのノードに関係するレビューワ２０に、集められたデータへのアクセスを提供する。特に、コントリビュータ２２から貢献データを受領するとすぐに、企業計画システム１２は、新しく受領した貢献データによって影響を与えられる企業モデルのより高いレベルノード全部を識別し、かつ、リアルタイムで各レベルにおける新しい収集総額（aggregate total）を計算する。
【００２１】
レビューワ２０は、企業計画セッションの間にリアルタイムで企業１４を横断した収集データを見る。各レベルでは、企業計画システム１２は、企業階層のノードで定義されるように、レビューワ２０が目標データを貢献データに一致させることを確実にする。各レビューワ２０は、例えば、アナリスト１８によって提供される企業目標のために、貢献データを拒絶し、または、受諾する。この過程は、貢献データが企業階層の最高レベルに関係するユーザ１６によって最後に承認されるまで続き、それによってコントリビュータ２２からの貢献データがアナリスト１８によって提供される企業目標データに一致されるということを確実にする。
【００２２】
企業ユーザ１６は、ネットワーク１２を介して企業計画システム１２と対話する。企業ユーザ１６は、直接的に、ローカルエリアネットワーク、リモートダイヤルアップ、または、類似の遠隔接続通信機構を通して企業計画システム１２に接続する。ネットワーク２４は、インターネットのようなパケットベースのデジタルネットワークのような、通信ネットワークを表す。さらに、ネットワーク２４は、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、無線ローカルエリアネットワーク（ＷＬＡＮ）等である。このように、システム１０は、徐々に大きな企業に適するように規模を拡大する。企業ユーザ１６は、ラップトップコンピュータ、デスクトップコンピュータ等を用いて、企業計画システム１２に対話する。代替的に、企業ユーザ１６は、携帯情報端末（ＰＤＡ：personal digital Assistant）、ブラウザフォン（web-enabled cellular phone）または類似のデバイスを使う。
【００２３】
図２は、カスケード型で企業計画モデルを作るために使用される企業階層５４の例を説明する概念図である。アナリスト１８のセットは、上述のように、カスケード計画段階で企業計画モデルを定義する階層５４に従って、企業計画システム１２と対話する。例えば、アナリスト１８のセットは、企業階層５４に従って、カスケード計画段階で企業計画モデルを定義する。
【００２４】
企業階層５４は、一致レベル５８Ａ〜５８Ｃ（“一致レベル５８”）の中に垂直に組織化されるノード５６Ａ〜５８Ｍ（“ノード５６”）を含む。図２の例においては、企業階層５４のノード５６は、３つの一致レベル５８の中に垂直に組織化される。図２の例において、３つの一致レベル５８を有するように説明されているが、アナリスト１８は、一致レベル５８のいかなる数をも有する企業計画セッションを定義するかもしれない。
【００２５】
企業階層５４は、さらに、企業１４の様々な属性に基づいて水平に組織化される。例えば、企業階層５４は、企業１４に占有される様々な地理的領域、企業１４内の様々なビジネスユニット等に基づいて水平に組織化される。図２の例においては、企業階層５４の一致レベル５８Ｂは、企業１４によって占有される地理的な位置に基づいて水平に組織化され、一方、一致レベル５８Ｃは、企業１４内のビジネスユニットに基づいて組織化される。もっと特定すると、図２の企業１４は、合衆国の複数の州の中で操業するブランチを有する架空の銀行（レッド、ホワイト、および、ブルー銀行）である。一致レベル５８Ｂは、ブランチが配置され、運営される州に基づいて水平に組織化される。例えば、ノード５６Ｂ〜５６Ｆは、それぞれ、テキサス（ＴＸ）、ニューヨーク（ＮＹ）、アイオワ（ＩＡ）、カリフォルニア（ＣＡ）、およびミネソタ（ＭＮ）におけるレッド、ホワイト、および、ブルー銀行に相当する。一致レベル５８Ｃは、抵当（ＭＯＲＴ：mortgage）銀行、商業（ＣＯＭＭ：commercial）銀行、投資（ＩＮＶ：investment）銀行等を含む。例えば、ニューヨークのレッド、ホワイト、および、ブルー銀行は、抵当銀行、商業銀行、および、投資銀行を含む。
【００２６】
上述のように、企業計画モデルは、企業階層５４に従って、カスケード計画段階におけるアナリスト１８のセットによって定義される。ノード５６Ａに関係するアナリスト１８は、企業１４のための企業計画モデルを定義する。例えば、ノード５６Ａに関係するアナリスト１８は、より低いレベルのための企業目標データ、より低いレベルノードに関係する企業ユーザ１６、および、コントリビュータ２２からデータ収集用テンプレートを定義する。ノード５６Ａに関係するアナリスト１８は、さらに、企業階層５４の構造をリファインする。例えば、ノード５６Ａに関係するアナリスト１８は、企業階層５４の一致レベル５８Ｂのノード５６Ｂ〜５６Ｆのためのモデルデータのみを定義する。
【００２７】
更に詳細には、ノード５６Ａに関係するアナリスト１８は、ノード５６Ｂ〜５６Ｍの各々に対して１以上の企業ユーザ１６を割り当て、そして、企業ユーザ１６の各々を、アナリスト１８、レビューワ２０、コントリビュータ２２、または、それらの組み合わせとして指名する。アナリスト１８として指名された企業ユーザは、述べられるように、より低いレベルのノード５６に、企業計画モデルを合わせるために企業計画モデルを拡張する。コントリビュータ２２として指名された企業ユーザは、企業計画システム１２に対して貢献データを提供し、および、レビューワ２０として指名された企業ユーザは、コントリビュータ２２によって提供される貢献データを拒絶し、または、受諾する。
【００２８】
ノード５６Ａに関係するアナリスト１８は、さらに、階層５４の各ノード５６のための収益目標（revenue target）を定義する。代替的に、ノード５６Ａに関係するアナリスト１８は、１以上の一致レベル５８のノードのための収益目標のみを定義する。ノード５６Ａに関係するアナリスト１８は、コントリビュータ２２からの予測データを集めるための多くのテンプレートをも定義する。そのテンプレートは、コントリビュータ２２による貢献データ入力との一致を促進するための打ち立てられた企業目標データを含む。企業計画システム１２は、１以上のテンプレートをコントリビュータ２２として指名された企業ユーザに関係させる。例えば、企業計画システム１２は、テンプレートの小さな組（subset）をノード５６Ｂ、５６Ｆへ、および、異なるテンプレートの小さな組をノード５６Ｃ、５６Ｄおよび５６Ｅへ関係させる。
【００２９】
ノード５６Ａに関係するアナリスト１８が定義された企業計画モデルを提出するとすぐに、企業計画システム１２は、アナリストが前の計画段階のアナリスト１８によって定義された企業計画モデルをリファインするために、アナリストは企業計画システムに対話することを、次のカスケード計画段階に関係するアナリスト１８に通知する。
【００３０】
次のカスケード計画段階のノード５６に関係するアナリスト１８は、ノード５６Ａに関係するアナリスト１８によって定義されるモデルデータにアクセスする。例えば、次のカスケード企業計画段階のノード５６に関係するアナリスト１８は、コントリビュータ２２の要求、または、企業階層５４のさらに下のノードに関係するコストセンタに適するために、企業計画モデルを修正する。
【００３１】
アナリスト１８は、企業階層５４、より高いレベルノードに関係するアナリスト１８によって定義された企業目標データ、または、コントリビュータ２２から貢献データ収集用テンプレートをリファインすることによって企業計画モデルを修正する。例えば、企業階層５４を修正することは、階層５４のより低いレベルにノードを加えまたは除くこと、より低いレベルのノードに関係する企業ユーザ１６を更新すること、より低いレベルのノードに関係する企業ユーザの変更と指名等を含む。例えば、より高いレベルノードに関係するアナリスト１８によって定義される企業目標データをリファインすることは、ノードの中の企業目標データを、さらに企業階層５４の下へ再分配することを含む。例えば、コントリビュータ２２から貢献データ収集用のテンプレートをリファインすることは、さらに、より低いレベルノードに関係するコントリビュータ２２からもっと詳細なデータを獲得するためにテンプレートを修正することを含む。
【００３２】
カスケード計画過程は、企業階層５４の全てのアナリスト１８が、より高いレベルノードに関係するアナリスト１８によって定義されるモデルデータをリファインする機会を有するまで続く。このように、企業計画モデルは、カスケード計画段階においてアナリスト１８のセットによって定義される。モデル化段階をスピードアップするために、アナリスト１８は、通知されるある時間枠内に企業計画モデルをリファインしなければならない。
【００３３】
一旦モデルが定義されると、企業計画システム１２は、企業計画モデルに従って、企業計画セッションの残りの段階を実行する。より詳細には、企業計画システム１２は、企業階層５４の最低レベル、例えば、図２の例の一致レベル５８Ｃのノード５６Ｇ〜５６Ｍから、貢献データを受領する処理を開始する。例えば、ノード５６Ｇ〜５６Ｍのコントリビュータ２２は、定義されたテンプレートを完成するために通知され、そしてそれは企業計画システム１２を介してアクセスされる。モデルに従って、階層５４の各ノード５６は、ノードが階層５４内に存在するレベルに依存して、１以上の相当するテンプレート５０に関係させられる。コントリビュータ２２は、関係させられたテンプレート５０を通して企業計画システム１２に対して貢献データを提供する。
【００３４】
コントリビュータ２２が貢献データを提出するとき、次の一致レベル、即ち一致レベル５８Ｂ、のノード５６のレビューワ２０は、定義された企業目標に基づいた貢献データを、拒絶し、または、受諾する。拒絶される貢献データは、関係されたコントリビュータ２２に返送される。一致過程（reconciliation process）は、最高レベルのノード、即ちノード５６Ａ、に関係する企業ユーザ１６が貢献データの全てを受諾するまで続く。
【００３５】
図３は、カスケード計画過程の例を提供する概略図である。特に、図３は、企業階層５４（図２）に従って実行されるカスケード計画段階部分を説明する。この例では、カスケード計画段階６１Ａと６１Ｂ（“カスケード計画段階６１”）が説明される。にもかかわらず、完成されたモデル化段階は、多くのカスケード計画段階を含む。
【００３６】
この例では、カスケード計画段階６１Ａは、単一のノード５６Ａを含む。ノード５６Ａに関係するアナリスト１８、即ちジムは、少なくとも企業計画モデル部分を定義する。図３の例では、ジムはレッド、ホワイト、およびブルー銀行のための収益目標を定義する。ジムは、ノード５６Ｃおよび５６Ｅ、即ち、ニューヨークのレッド、ホワイト、およびブルー銀行、および、カリフォルニアのレッド、ホワイト、およびブルー銀行だけのための収益目標を、各々に定義する。例えば、ジムは、レッド、ホワイトおよびブルー銀行の各々に３００万ドルの収益目標を定義する。ジムは、さらに、ノード５６Ｃおよび５６Ｅの各ノードに少なくとも１人の企業ユーザ１６を割り当てる。例えば、ジムは、ニューヨークでの収益計画に責任を有するケビンと名付けられた企業ユーザ１６、および、カリフォルニアでの企業計画に責任を有するダンと名付けられた企業ユーザ１６を割り当てる。
【００３７】
ジムは、さらに、ケビンとダンをアナリスト１８として指名する。例えば、ジムは、レッド、ホワイトおよびブルー銀行のチーフファイナンシャルオフィサ（ＣＦＯ）になる。ジムは、図３で例証される例においては、ジムは、階層５４のノード５６Ｃおよび５６Ｅに関係する収益目標および企業ユーザ１６だけを定義するが、ジムは、企業計画モデルの他の属性を定義するかもしれない。例えば、ジムは、階層５４の構造をリファインするのはもちろんのこと、コントリビュータからの貢献データ収集用テンプレートを定義する。さらに、ジムは、階層５４の全ノード５６のための収益目標と企業ユーザを定義するかもしれない。
【００３８】
企業計画モデルの定義された部分を受領するとすぐに、企業計画システム１２は、カスケード計画段階に関係するアナリスト１８、即ちケビンとダン、に通知し、彼らは、企業計画システム１２にアクセスし、ジムによって定義された企業計画モデルをリファインする。述べられたように、ジムによって定義された企業計画モデルをリファインすることは、さらに、先の計画段階で定義されたモデルデータをリファインすることはもちろんのこと、企業計画モデルの別の部分を定義することを含む。より詳細には、ケビンとダンは、ノード５６Ｈ〜５６Ｌに関係する収益目標と企業ユーザを定義するために企業計画システム１２にアクセスする。例えば、ダンは、企業計画セッション１２にアクセスし、ジムによって定義される３００万ドル収益目標をノード５６Ｋおよび５６Ｌ、即ち、抵当銀行部門、商業銀行部門に、分配する。ダンは、抵当銀行部門のために１００万ドルの収益目標、および、商業銀行のために２００万ドルの収益目標を定義する。ダンは、さらに、各々の部門で企業計画に責任のある企業ユーザ１６、即ちジャンとティムを、割り当てる。
【００３９】
このように、定義された収益目標のより低レベルのコストユニットへの割り当ては、より高いレベルのアナリストによって提供された収益目標によって制約される。例えば、ダンは、抵当銀行部門のための１００万ドルの収益目標、および、商業銀行部門のための１００万ドルの収益目標を定義しない。さらに、ダンは、ジムによって定義される３００万ドルの収益目標を超える収益目標を部門内に分配しない。企業計画システム１２は、定義された収益目標がより高いレベルのアナリストによって定義される収益目標に合うかどうかを決定するように、より低いレベルのコストユニットにおいて定義される収益目標の正当性を認める。企業計画システム１２は、より低いレベルのアナリストから入力を受け付ける前に、収益目標の正当性を認める。
【００４０】
代替の実施例においては、ジムは、階層５４の全ノード５６のための収益目標と企業ユーザを定義する。例えば、ジムは、ノード５６に収益目標を等しく分配する。即ち、ノード５６Ｃと５６Ｅとも３００万ドルの収益目標を有し、各ノード５６Ｃ〜５６Ｅは、１００万ドルの収益目標を有し、そして、ノード５６Ｋと５６Ｌは、１５０万ドルの収益目標を有する。しかし、カスケード計画段階６１Ｂに関係するアナリスト１８は、カスケード計画段階６１Ａに関係するアナリスト１８によって定義される企業計画モデルをリファインすることを決める。より詳細には、ダン、即ち、ノード５６Ｅに関係するアナリストは、抵当銀行部門と商業銀行部門の中に、定義された収益目標を再分配することを決める。例えば、商業銀行部門は、より大きな収益生産者となり、それ故、より大きい収益目標を得る。その場合に、ダンは、商業銀行部門が２００万ドルの収益目標を受諾するのに対して、抵当銀行に１００万ドルの予算を割り当てることを決定する。カスケード計画段階６１Ｂに関係するアナリスト１８は、さらに、企業計画モデルの他のモデルデータをリファインする、即ち、企業ユーザをノードに再割り当てし、テンプレートを定義し更新等を行う。
【００４１】
図４は、カスケード計画段階でアナリスト１８のセットに企業計画モデルを定義できるようにする例の企業計画システム１２を説明するブロック図である。図４で説明される例では、企業計画システム１２は、ウェブサーバ２６とデータベースサーバ２８を含む。ウェブサーバ２６は、ネットワーク２４を介して企業ユーザ１６と通信するインタフェースを提供するソフトウエアを実行する。より詳細には、ウェブサーバ２６は、アナリシスモジュール３２、コントリビューションモジュール３４、および、レポートジェネレータ３６を含むソフトウエアモジュール３０に従って、アナリスト１８、レビューワ２０およびコントリビュータ２２と対話する環境を提供する。
【００４２】
ソフトウエアモジュール３０は、ロータススクリプト、ＪＡＶＡ（登録商標）スクリプト、ＪＡＶＡ（登録商標）アプレット、アクティブ・サーバ・ページズ（Ａｃｔｉｖｅ  Ｓｅｒｖｅｒ  Ｐａｇｅｓ）、ハイパーテキストマークアップ言語（ＨＴＭＬ）または、ダイナミックＨＴＭＬで書かれたウェブページズ（Ｗｅｂ  Ｐａｇｅｓ）を有する。ウェブサーバ２６は、ソフトウエアモジュール３０で定義されたウェブページをサーバにアップし、企業ユーザ１６のコンピューティングデバイスへウェブページを通信する。ウエブページは、企業ユーザ１６からの情報を受諾するための、テキストエントリーボックス、ラジオボタン、ドロップダウンメニュ等のようなテキストや画像イメージ等の平凡な入力メディアはもちろんのこと、テキストや画像イメージのようなスタティックメディアを含む。
【００４３】
ソフトウエアモジュール３０は、企業データ３８とアクセスするために、データベースサーバ２８と対話し、そして、企業データ３８は、ユーザデータ４０とモデルデータ４２を含む。企業データ３８は、１以上のデータストレージファイルまたは１以上のデータベースサーバを実行する１以上のデータベースマネージメントシステム（ＤＢＭＳ）を含む多くの異なる形式で保存される。データベースマネージメントシステム（ＤＢＭＳ）は、リレーショナル（ＲＤＢＭＳ）、階層的（ＨＤＢＭＳ）、オブジェクト指向（ＯＤＢＭＳまたはＯＯＤＢＭＳ）またはオブジェクトリレーショナル（ＯＲＤＢＭＳ）データベースマネージメントシステムである。さらに、分けて説明されるように、企業データ４２は、単一のデータベースまたは他のデータストレージ構造に結合される。ユーザデータ４０およびモデルデータ４２は、例えば、単一のリレーショナルデータベースとして実施される。
【００４４】
ユーザデータ４０は、氏名、電子メール（Ｅ−ｍａｉｌ）アドレスおよび他のコンタクト情報を含む各ユーザデータ１６の情報を保存する。モデルデータ４２は、アナリスト１８のセットによって定義される企業計画モデルを保存する。例えば、モデルデータ４２は、多くの一致レベル、階層構造における様々なノード、および、ノードに関係する企業ユーザ１６を含むアナリスト１８によって発展させられる一致過程を定義する情報を含む。加えて、モデルデータ４２は、企業ユーザ１６から貢献およびレビューデータをうまく捕らえるための各データ入力テンプレートを保存する。
【００４５】
アナリシスモジュール３２は、カスケード計画段階における全体の計画過程を制御する１以上の企業計画モデルを定義するための１以上のソフトウエアモジュールを含む。例えば、アナリシスモジュール３２は、アナリスト１８のセットに、企業階層のノードを定義すること、ノードに企業ユーザ１６を割り当てること、および、企業計画過程における一致段階の数、即ち、カスケード計画段階における階層レベルの数を定義することを許す。加えて、アナリシスモジュール３２は、アナリスト１８に、コントリビュータ２２から貢献データ収集用テンプレートはもちろんのこと、企業目標データを定義することを許す。
【００４６】
より詳細には、アナリシスモジュール３２は、企業階層のより低レベルのノードに関係するアナリスト１８に、モデルデータ４２を定義し、リファインすることを許す。このように、アナリスト１８は、より高いレベルに関係する１以上のアナリスト１８によって定義される企業計画モデルにアクセスし、その企業計画モデルをリファインする。例えば、より低いレベルに関係するアナリスト１８は、より高いレベルノードのアナリスト１８によって定義されるテンプレートよりもっと詳細な貢献データを捕らえるためにテンプレートを修正することを望む。アナリスト１８は、アナリシスモジュール３２を用いて企業１４のための多くの計画モデルを定義する。例えば、アナリスト１８は、収益予測、在庫管理、リソース計画、支払勘定等のような異なる企業計画活動のための分かれた計画モデルを定義する。
【００４７】
アナリシスモジュール３２は、さらに、アナリスト１８に、計画過程を自動化するための、および、コントリビュータ２２がそれらの各貢献データを適宜に提出し、定義された一致段階を通して素早く移動するテンプレートを確実にするたるための多くの機構を定義する。例えば、アナリシスモジュール３２およびアナリスト１８を用いることは、企業計画システム１２にアクセスし、特定のテンプレートを完成することをコントリビュータ２２に、気付かせるＥ−ｍａｉｌメッセージを始動するためのタイマーを定義する。さらに、アナリスト１８は、モデルデータ４２をリファインするためのより低いレベルのアナリストを気付かせるための指示を始動するためのタイマーを定義する。アナリストは、さらに、より低いレベルのアナリストが適時の形で、モデルデータに修正を加えないとき、企業計画セッションを実行するタイマーを定義する。
【００４８】
コントリビューションモジュール３４は、コントリビュータ２２に指名された企業ユーザ１６にテンプレートを与え、コントリビュータ２２からの貢献データを捕らえるソフトウエアモジュールを含む。例えば、コントリビューションモジュール３４は、モデルデータ４２にアクセスし、コントリビュータ２２に関係するテンプレートを表す。コントリビューションモジュール３４は、企業１４をリアルタイムに横断する貢献データをうまく捕らえ、集め、かつ、企業１４のより高いレベルに関係するレビューワ２０に対する収集データへのアクセスを提供する。
【００４９】
レポートジェネレータ３６は、コントリビュータ２２から受領し、モデルデータ４２内に保存された貢献データに基づいて企業計画レポートを発生するアナリシスソフトウエアモジュールを含む。特に、アナリシスソフトウエアモジュールは、アナリスト１８およびレビューワ２０のような企業ユーザ１６に、企業計画セッションの現在のデータに関する、報告発生と、他のデータ分析機能を実行するための複雑な問い合わせを公式化するのを許す。これらのソフトウエアモジュールは、ブラウザ入力を有するウエブベースモジュール、もしくは、スタンドアローンの実行プログラムである。
【００５０】
図５は、企業計画システム１２の操作の典型的なモードを説明するフローチャートである。企業計画システム１２は、カスケード計画段階におけるアナリスト１８のセットから企業計画モデルを定義するデータを受領する（６２）。アナリスト１８のセットは、企業階層、企業目標データ、および、コントリビュータ２２からデータを収集するためのテンプレートを含む企業計画モデルを発展させるために企業計画システム１２と対話する。企業計画モデルは、企業計画の異なるモデルのノードに関係するアナリスト１８から多くのリファイン項目を受領する。例えば、企業計画システム１２は、第１のカスケード計画段階での企業階層の第１ノードに関係するアナリスト１８から企業計画モデルを定義するデータを受領する。例えば、企業階層の第１ノードのアナリスト１８は、最も高いレベルノードに割り当てられた企業ユーザ１６になる。企業計画システム１２は、階層のより低いレベルのノードに関係する少なくとも１人のアナリスト１８に対話し、かつ、第２のカスケード計画段階に関係するアナリスト１８からデータを受領する。より低いレベルのノードに関係するアナリスト１８から受領したデータは、第１のカスケードでアナリスト１８によって定義されたモデルデータをリファインする。このように、企業計画モデルを定義するモデルデータは、カスケード計画段階でアナリスト１８によってリファインされるうちに、トップからボトムまで流れる。
【００５１】
企業計画システム１２は、コントリビュータ２２から予測データを受領する（６４）。例えば、企業計画システム１２は、企業計画システム１２にアクセスするためのコントリビュータ２２の１人からの要求を受領する。企業計画システム１２は、企業データ３８にアクセスし、その要求に応答して、１以上の関係するコントリビュータ２２への入力テンプレートを通信する。コントリビュータ２２が先に入力貢献データを有するなら、企業計画システム１２は、コントリビュータ２２によって先に保存された貢献データを識別し、回収する。コントリビュータ２２は、新しい貢献データを入力し、または、関係するテンプレートに先に保存された貢献データを更新する。
【００５２】
コントリビュータ２２から新しいまたは更新された貢献データを受領するとすぐに、企業計画システムは、モデルデータ４２内に貢献データを保存する。企業計画システム１２は、さらに、新しくまたは更新された貢献データによって影響されるより高いレベルのノードを識別し、かつ、識別されたより高いレベルの各々のために、リアルタイムで、各収集総額を更新する（６６）。例えば、例として、図２の企業階層５４を用いて、企業計画システム１２が、ノード５６Ｇのコントリビュータ２２から新しくまたは更新されたデータを受領する場合、企業計画システム１２は、新しくまたは更新された貢献データによって影響を与えられるノードとしてより高いレベルのノード５６Ｂおよび５６Ａを識別し、かつ、ノード５６Ｂと５６Ａの収集総額を更新する。このように、収集総額は、徐々に企業１４を横切ってレビューワ２０に利用可能になる。
【００５３】
レビューワ２０は、企業計画システム１２にアクセスし、そしてすぐに、貢献データを拒絶するか、受諾するかの再考入力（review input）、および、アナリスト１８によって提供される目標データを考慮した収集総額を提供する（６８）。代替的に、レビューワ２０は、コントリビュータ２２による貢献データ入力が、アナリスト１８によって提供される目標データを超える場合のみ、一致データを再考することが必要となる。例えば、コントリビュータ２２からの一致データが特定の企業目標以内である場合、企業計画システム１２は、コントリビュータ２２に関係するレビューワ２０をバイパスする。レビューワ２０が貢献データを拒絶する場合、企業計画システム１２は、貢献データ（７０、７１）を入力するコントリビュータ２２への貢献データを戻す。コントリビュータ２２は、それから、貢献データを改定し、改定貢献データを再提出する。
【００５４】
レビューワ２０は、貢献データを受諾する場合、企業計画システム１４は、貢献データおよび総合計を受諾したレビューワ２０が、企業階層（７０、７２）の最高レベルのノードに関係するレビューワであるかどうか決定する。レビューワ２０が企業階層の最高ノード、例えば、図２で説明される企業階層５４のノード５６Ａに関係する企業ユーザで無い場合、企業計画システム１４は、一致過程を繰り返す。もっと特定すると、企業計画システム１４は、コントリビュータ２２から貢献データを受領し、更新された総額データを獲得するために受領された貢献データを集め、かつ、レビューワ２０からの再考情報を受領し続ける。レビューワ２０が企業階層の最高レベルに関係する企業ユーザの場合、トップダウン・ボトムアップ企業計画セッションは完成する。
【００５５】
図６は、さらに、企業計画モデルのカスケード計画、例えば、図５のブロック６２、を説明するフロー図である。最初に、企業計画システム１２は、第１カスケード計画段階におけるアナリスト１８からの企業計画システムの少なくとも部分を定義するモデルデータを受領する（７４）。アナリスト１８は、企業階層、企業目標データ、および貢献データ収集用テンプレートを含む企業計画モデルを発展させるために、企業計画システム１２に対話する。企業階層は、図２の企業階層のように、垂直にかつ水平に配列されたノードを有する。アナリスト１８は、さらに、各ノード５６に１以上の企業ユーザ１６を割り当て、企業ユーザ１６を、アナリスト１８、コントリビュータ２２、またはそれらの組合せとして指名する。
【００５６】
そのモデルデータが提出されるとすぐに、企業計画システム１２は、彼らが企業計画システム１２にアクセスする次のカスケード計画段階相当するノードに関係するアナリスト１８に通知し、かつ、企業計画モデルをリファインする（７６）。例えば、企業計画システム１２は、電子メールを介して次のカスケード計画段階に該当するアナリスト１８に通知する。例として図３の企業階層５４、ノード５６Ａに関係するアナリスト１８、即ちジムにモデルデータが提出されるとすぐに、企業計画システム１２は、企業計画システム１２にアクセスするための一致レベル５８Ｂ上のノード５６Ｃと５６Ｅに関係するアナリスト１８に通知し、かつ、モデルデータをリファインする。
【００５７】
企業計画システム１２は、より低レベルに関係するアナリスト１８に、企業計画モデルを定義するモデルデータをアクセスすることを許す（７８）。企業計画システム１２は、より低いモデルデータに関係するアナリスト１８から、第２カスケード計画段階で企業計画モデルをリファインするデータを受領する（８０）。より低いレベルノード５６に関係するアナリスト１８は、特定のコストセンタ、または、コントリビュータ２２の要求を用だてるために実行される企業計画セッションに従って、企業計画モデルを修正するのを望んでも良い。例えば、合衆国の複数の州で動作するブランチを有する銀行の場合、より低いレベルのノード５６に関係するアナリスト１８は、異なる州における異なる統制環境、または、異なる基準の部門のための予測戦略を用だてる企業計画モデルをリファインすることが必要となる。上述のように、より低いレベルノード５６に関係するアナリスト１８は、例えば、企業階層５４のノード５６、より高いレベルノードに関係するアナリスト１８によって定義される企業目標データ、または、コントリビュータ１２からの貢献データ収集用テンプレートを修正することによって、企業計画モデルをリファインする。
【００５８】
企業計画システム１２が、より低いレベルノード５６に関係するアナリスト１８から入力データを受領するとすぐに、企業計画システム１２は、入力データがより高いレベルのアナリストによって提供されたデータを満たすかどうかを決めるように、より低いレベルのアナリストからの入力情報を確証する（８１）。例えば、企業計画システム１２は、定義された収益目標がより高いレベルで提供された収益目標に合うかどうか決めるように、より低いレベルのコストユニットで定義された収益目標を確証する。このように、より低いレベルのアナリストからの入力情報は、より高いレベルのアナリストによって提供される定義モデルデータによって制約を受ける。
【００５９】
より低いレベルのアナリストから入力データを確証するとすぐに、企業計画システム１２は、企業計画モデルを修正する入力データを保存する（８２）。例えば、企業計画システム１２は、モデルデータ４２内に入力データを保存する。企業計画システム１２は、それから、階層のより低いレベルに相当するアナリスト１８が居るかどうかを決定する（８２）。より低いレベルノードに関係するアナリスト１８が居る場合、企業計画システム１２は、より低いレベルノードに関係するアナリストに通知し、階層のより低いレベルのノードに関係するアナリスト１８から入力に従って、企業計画モデルをリファインし続ける。
【００６０】
より低いレベルに関係するアナリスト１８が居ない場合、企業計画システム１２は、企業計画セッションの残りの段階、例えば、貢献および一致段階を実行する（８４）。企業計画セッションの実行は、コントリビュータ２２からの貢献データの収集、および、受領された貢献データを目標データで一致することを含む。企業計画セッションの実行は、さらに、レビューワ２０からのレビューを受領することを含む。
【００６１】
本発明の様々な実施例が述べられた。これらまたは他の実施例は、請求の範囲の中にある。
【図面の簡単な説明】
【００６２】
【図１】本発明の実施例に従って、企業計画システムがカスケード企業計画技術を利用するコンピューティング環境を説明するブロック図である。
【図２】カスケード形式で企業計画モデルを作るために使用される企業階層例を説明する概念図である。
【図３】モデル化段階のカスケード計画段階を説明するための図２の企業階層の一部分を説明するブロック図である。
【図４】企業計画システムの例を説明するブロック図である。
【図５】企業計画システムの動作例を説明するブロック図である。
【図６】企業計画セッションのカスケード計画を説明するフロー図である。
【図１】
2006518519.tif 000003
【図２】
2006518519.tif 000004
【図３】
2006518519.tif 000005
【図４】
2006518519.tif 000006
【図５】
2006518519.tif 000007
【図６】
2006518519.tif 000008
【手続補正書】
【提出日】平成17年8月26日(2005.8.26)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
複数レベルの企業階層のより高いレベルに関係する企業ユーザから受領したモデルデータをリファインする各レベルに関係する企業ユーザのセットから企業計画モデルを定義するモデルデータを受領し、
企業計画セッションに関係する貢献データを受領するために、前記定義された企業計画モデルに従って前記企業計画セッションを実行することを有するコンピュータ実施方法。
【請求項２】
請求項１に記載の方法において、さらに、前記より低いレベルに関係する前記企業ユーザによって定義される前記モデルデータは、前記より高いレベルに関係する企業ユーザによって提供される前記モデルデータを満たすかどうかを決定し、かつ、
前記より低いレベルに関係する前記企業ユーザによって提供される前記モデルデータが満たさないとき、該より低いレベルに関係する該企業ユーザによって定義される該モデルデータを拒絶することを有する方法。
【請求項３】
請求項１に記載の方法において、前記企業階層は、階層的に配列された複数のノード、および、該ノードの少なくとも１つに関係する各企業ユーザを定義し、かつ、モデルデータを受領することは、前記ユーザが関係する前記階層の該ノードに基づいた順番で該ユーザからモデルデータを受領することを有し、かつ、
前記ユーザが関係する前記階層の前記ノードに基づいた順番で前記企業ユーザからモデルデータを受領することは、
第１計画段階で前記階層的に配列されたノードの第１レベルに関係する企業ユーザから前記企業計画モデルの少なくとも部分を定義するモデルデータを受領し、かつ、
第２計画段階で前記階層的に配列されたノードの第２レベルに関係する企業ユーザから前記第１企業計画段階で定義された前記企業計画モデルの前記部分をリファインするモデルデータを受領することを有する方法。
【請求項４】
請求項１に記載の方法において、前記企業計画モデルに従って、前記企業計画セッションを実行することは、
前記階層の最低レベルで始まる企業ユーザから前記貢献データを受領し、および、前記企業階層上方へ働き、かつ、
リアルタイムで目標データと前記貢献データを一致させるために前記企業ユーザから該貢献データを集め、
企業ユーザに前記集められた貢献データを見ることを許可し、
前記集められた貢献データを見て、前記ユーザからの拒絶を受領し、かつ、
前記貢献データを入力する前記企業ユーザに前記拒絶を知らせることを含む方法。
【請求項５】
次の計画段階における企業計画モデルを定義するモデルデータを獲得するために先の計画段階からのモデルデータをリファインする次の計画段階の各々に関係する企業ユーザのセットと対話するためのアナリシスモジュール、かつ、
前記企業計画モデルを定義する前記モデルデータを保存するデータベースを有し、
前記企業計画セッションに関係する貢献データを受領するために、企業計画モデルを定義する前記データベースに保存される前記モデルデータに従って企業計画セッションを実行するシステム。
【請求項６】
請求項５に記載のシステムにおいて、前記企業計画モデルは、階層的に配列された複数のノード、および、該ノードの少なくとも１つに関係する各企業ユーザを定義し、かつ、前記アナリシスモジュールは、前記ユーザが関係する前記階層の前記ノードに基づいた順番でモデルデータを獲得するシステム。
【請求項７】
請求項５に記載のシステムにおいて、前記アナリシスモジュールは、第１計画段階で階層的に配列された前記ノードの第１レベルに関係する企業ユーザから前記企業計画モデルの少なくとも部分を定義するモデルデータを獲得し、かつ、第２計画段階で階層的に配列された前記ノードの第２レベルに関係する企業ユーザからモデルデータを獲得し、該第２計画段階で獲得された該データは、該第１計画段階で定義された該企業計画モデルの該部分をリファインするシステム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００４３
【補正方法】変更
【補正の内容】
【００４３】
ソフトウエアモジュール３０は、企業データ３８とアクセスするために、データベースサーバ２８と対話し、そして、企業データ３８は、ユーザデータ４０とモデルデータ４２を含む。企業データ３８は、１以上のデータストレージファイルまたは１以上のデータベースサーバを実行する１以上のデータベースマネージメントシステム（ＤＢＭＳ）を含む多くの異なる形式で保存される。データベースマネージメントシステム（ＤＢＭＳ）は、リレーショナル（ＲＤＢＭＳ）、階層的（ＨＤＢＭＳ）、オブジェクト指向（ＯＤＢＭＳまたはＯＯＤＢＭＳ）またはオブジェクトリレーショナル（ＯＲＤＢＭＳ）データベースマネージメントシステムである。さらに、分けて説明されるように、企業データ３８は、単一のデータベースまたは他のデータストレージ構造に結合される。ユーザデータ４０およびモデルデータ４２は、例えば、単一のリレーショナルデータベースとして実施される。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００５４
【補正方法】変更
【補正の内容】
【００５４】
レビューワ２０は、貢献データを受諾する場合、企業計画システム１２は、貢献データおよび総合計を受諾したレビューワ２０が、企業階層（７０、７２）の最高レベルのノードに関係するレビューワであるかどうか決定する。レビューワ２０が企業階層の最高ノード、例えば、図２で説明される企業階層５４のノード５６Ａに関係する企業ユーザで無い場合、企業計画システム１２は、一致過程を繰り返す。もっと特定すると、企業計画システム１２は、コントリビュータ２２から貢献データを受領し、更新された総額データを獲得するために受領された貢献データを集め、かつ、レビューワ２０からの再考情報を受領し続ける。レビューワ２０が企業階層の最高レベルに関係する企業ユーザの場合、トップダウン・ボトムアップ企業計画セッションは完成する。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００５９
【補正方法】変更
【補正の内容】
【００５９】
より低いレベルのアナリストから入力データを確証するとすぐに、企業計画システム１２は、企業計画モデルを修正する入力データを保存する（８２）。例えば、企業計画システム１２は、モデルデータ４２内に入力データを保存する。企業計画システム１２は、それから、階層のより低いレベルに相当するアナリスト１８が居るかどうかを決定する（８４）。より低いレベルノードに関係するアナリスト１８が居る場合、企業計画システム１２は、より低いレベルノードに関係するアナリストに通知し、階層のより低いレベルのノードに関係するアナリスト１８から入力に従って、企業計画モデルをリファインし続ける。
【国際調査報告】
2006518519.tif 000009