JP5041804B2 - 企業計画モデルに従った水平な企業計画 - Google Patents

Description

本発明は、企業業務計画（Enterprise Business Planning）のためのコンピュータ実施技術（computer-implemented techniques）に関する。

多くの企業は、企業運営のための精度の高い予測を打ち立てる責任がある。打ち立てられた期待にそぐわないことは、キャッシュフロー、ストックプライス、換金性、および、投資家の信用、の領域、および、他の領域内において、企業に大きな負の影響を生じる。精度が重大となる企業計画活動の例は、収益予測、在庫管理、資源予測等を含んでいる。しかし、企業業務計画は、困難であり、不確かな結果を頻繁に生じる高価なタスクである。

一般に、企業は、企業計画に対して “トップダウン”か“ボトムアップ”のどちらかのアプローチをとる。ボトムアップ計画は、組織の最低のコストセンタからの低いレベルの予測の集合を必然的に含んでいる。例えば、経費計画のために、管理者は、定期的に費用を予測し、費用を多くの部類、例えば、広告、交通費、および、給与、に分配することを要求される。しかし、ボトムアップ計画は、極めてまれに、トップダウン業務目標と一致（reconcile）される。

トップダウン計画においては、企業は、平均製品価格、人件費等のような基礎的業務目標を認識し、企業の階層構造を通してその目標を押しすすめる。しかし、トップダウン計画を実行する時、大きく、多様な企業は、企業の全ビジネスユニットの要求に合わない計画モデルを発展させるかもしれない。実際に、多様な企業は、例えば、給与計画、収益計画、費用計画等のような複数の計画モデルを発展させる。複数の計画モデルは、異なる人間によって作られ、分かれて送られ、分割した一致経路（reconciliation path）を有する。

一般に、本発明は、企業内の業務活動の精度および予測性を向上するために、垂直計画技術に加えて、水平計画技術を包含する企業計画過程に向けられる。さらに詳しくは、企業アナリストの小さな一組（a subset of enterprise analysts）は、複数の企業計画活動を包含する企業全体の計画活動を定義するための水平計画技術を利用する。これらの水平計画技術は、大きく、多様な企業に、単一の企業計画モデルと共に何十または何百のビジネスユニットを横断する複数の計画活動のための計画標準を打ち立てさせることを許す。

ここで述べたように、単一の企業計画モデルは、企業を表し、そして、階層的に配列された複数のノードを含んでいる。各ノードは、ビジネスユニット、その企業の部や部門のようなコストセンタを表す。企業アナリストの小さな一組は、企業階層の各共通ノードに関係付けられ、そして、各共通ノードの複数の計画活動と一緒に計画するために企業計画システムと対話する。例えば、共通ノードに関係するアナリストは、各計画活動用のサブモデルを定義するモデルデータを各々に与える。このように、ノードに関係するアナリストのサブセットが、そのノードの複数活動企業計画モデルを完成させるまで、そのノードのモデル作成過程は、そのノードを水平に横断して渡る共有の計画過程として見ることが出来る。特に、そのアナリストは、各計画活動用のサブモデルを同時に定義しても良い。

企業計画システムは、自動的に、ノードのための企業全体の計画モデルの中にアナリストのサブセットによって定義されるサブモデルを組み合わせる。例えば、企業計画システムは、企業全体にアクセス出来る共通レポジトリ内にサブモデルを集める。アナリストのサブセットによって定義されるサブモデルを組み合わせる間に、企業計画システムは、共通ノードに関係する他のアナリストのモデルデータによって、アナリストのサブセットによるモデルデータ入力を制約する。

さらに、より高いレベルノードに関係するアナリストのサブセットによって定義されるサブモデルを定義するために、企業計画システムは、さらに、企業階層のより低いレベルのノードに関係する企業ユーザのサブセットに対話する。このように、企業計画システムは、垂直計画と水平計画の両方を定義する。企業計画システムは、より低いレベルのノードに関係するアナリストのサブセットによるモデルデータ入力を、より高いレベルのノードに関係するアナリストのサブセットによるモデルデータ入力によって制約する。例えば、階層のより低いレベルに関係するアナリストのサブセットによって定義される企業目標は、その階層の高いレベルに関係するアナリストのサブセットによって定義される企業目標を超えない。

企業計画システムは、定義された企業計画モデルに従って、貢献段階（contribution phase）と一致段階（reconciliation phase）を実行する。貢献と一致段階の間に、企業計画システムは、企業コントリビュータから貢献データ（contribution data）を受領し、貢献データが目標を満たすかどうか決定するために、各企業目標と貢献データを比較する。例えば、企業計画システムは、給与目標と、給与目標に関係する貢献データを比較し、および、収益目標と、収益目標に関係する貢献データを比較する。

貢献データが、目標データを満たさないとき、例えば、貢献データが目標を超えるとき、企業計画システムは、そのデータを再考（review）するための企業ユーザを選択し、そのデータを受諾すべきかどうか決定する。その貢献データを再考するために選択されたユーザは、より大きい目標データに基づくかもしれない。例えば、貢献データが企業計画システムの給与目標を超える場合、企業計画システムは給与計画に関連する企業ユーザを選択する。他方、貢献データが費用目標を超える場合、企業計画システムは費用計画に関係する企業ユーザを選択する。

本発明の実施例によれば、複数レベルの企業階層に関係する企業ユーザのサブセットからモデルデータを受領し、その企業ユーザの各々からのモデルデータは、企業活動用のサブモデルを定義することを有する方法を提供する。その方法は、さらに、複数の計画活動を包含する企業計画モデルを獲得するために、企業ユーザの各々によって定義されるサブモデルを組み合わせることを有する。その方法は、前述の定義された企業計画モデルに従って企業計画セッションを実行することも含む。

本発明の別の実施例によれば、本発明は、企業計画モデルを定義するデータを獲得するために、企業ユーザのサブセットと対話するアナリシスモジュールを有し、そのサブセットの各企業ユーザから受領したモデルデータは、計画活動用のサブモデルを定義し、および、そのアナリシスモジュールは企業計画モデルを獲得するために、企業ユーザの各々によって定義されたサブモデルを組み合わせるシステムを提供する。そのシステムは、さらに、企業計画モデルを定義するデータを保存するためのデータベースを含む。そのシステムは、企業計画モデルを定義するデータベースに保存されるデータに従って、企業計画セッションを実行する。

本発明のさらに別の実施例においては、本発明は、複数レベルの企業階層に関係する企業ユーザのサブセットからモデルデータを受領するためのインタフェースを提供すること、企業ユーザの各々からのモデルデータが計画活動用のサブモデルを定義することを有するコンピュータ実施技術を有する。その方法は、さらに、複数の企業計画活動を包含するための企業計画モデルを獲得するために、企業ユーザの各々から受領したサブモデルを提供する処理することを含む。その方法は、コンピュータネットワークを介して定義された企業計画モデルに従って、企業計画セッションを実行することも含む。

本発明は、１以上の有利な点を申し出る。例えば、ここに述べられた技術は、企業計画モデルを定義するときにより柔軟性を許す。例えば、大きく、多様な企業は、数十または数百のビジネスユニットを横断した複数の計画活動用の計画標準を打ち立てるかもしれない。さらに、本技術は、企業計画モデルを定義するアナリストに、同時に、複数の企業計画活動を定義することを許す。このように、各アナリストによるモデル入力データは、同じノードに関係する他のアナリストのモデルデータによって制約される。また、そのアナリストは、より低いレベルノードへの様々な企業計画活動によって実行される予測方法にずっと精通している企業ユーザをめいめい割り当てるかもしれない。

本発明の１以上の実施例の詳細は、添図および下記の記述を伴って、説明される。本発明の他の特徴、目的、そして有利な点は、明細書、図および請求項から明らかである。

図１は、本発明に従って、企業計画システム１２が水平に企業計画技術を利用するコンピューティング環境を説明するブロック図である。述べられるように、企業計画システム１２は、企業ユーザ１６のサブセット（subset）、およびより特定すると、アナリスト１８のサブセットに、企業計画モデルの部分、例えば計画サブモデル、を、各企業計画活動のために定義することを可能にするように構成される。企業計画システム１２は、ユニバーサル企業計画モデルを獲得するために、アナリスト１８のサブセットによって定義されるサブモデルを、自動的に組み合わせる。一般に、用語“ユニバーサル（universal）”企業計画モデルは、複数の企業計画活動用のサブモデルを包含する広範囲の企業計画モデルを言う。企業計画活動は、企業運営のための予測であり、例えば、給与計画、費用計画、収益計画等を含む。

企業計画システム１２は、（１）モデル化段階（modeling phase）、（２）貢献段階（contribution phase）、および（３）一致段階（reconciliation phase）の３つの企業計画を含む企業計画セッションを実行する。モデル化段階においては、アナリスト１８は、述べられるように水平な企業計画技術はもちろんのこと垂直に沿って全体の企業計画モデルを定義する。他の言葉で言えば、モデル化段階は、企業のトップレベルにあるコストセンタから、完成した広範囲の企業モデルを発展させるためのコストセンタの各々を横断することはもちろんのこと、ボトムレベルのコストセンタへ流れる。アナリスト１８のサブセットによって定義される企業計画モデルは、例えば、企業１４のための計画階層、企業１４内のコストセンタのための企業目標、予測データ収集用テンプレート等を含む。

企業階層は、階層的に配列された多くのノードを含む。各ノードは、企業１４内の、ビジネスユニット、部門または部のようなコストセンタを表す。階層的に配列されたノードは、さらに、そのノードの各計画活動を表すサブノードに分けられる。ここで詳細に述べられるように、アナリスト１８のサブセットは、企業階層の各共通ノードに関係される。共通ノードに関係するアナリスト１８は、そのノードの複数の企業活動をいっしょに計画するために企業計画システム１２と対話（interact）する。共通ノードに関係するアナリスト１８は、例えば、各企業計画活動、例えばサブノード、企業計画モデルの一部分、例えば、サブモデル、を定義するモデルデータをそれぞれ与える。このように、モデル作成過程は、ノードに関係するアナリスト１８がそのノードのための複数の活動企業計画モデルを仕上げるまで、そのノードを水平に横切って横断する共通の計画過程として見られる。従って、用語“水平計画”は、企業計画モデルの作成が組織ノードを横切って流れるこの種の過程を引用するために使用される。特に、アナリスト１８は、各計画活動用のサブモデルを同時に定義する。

一般に、アナリスト１８は、モデル化段階の間の企業１４のための企業目標、例えば、給与目標を打ち立てる。もっと詳細には、アナリスト１８は、企業階層の各ノードのための企業目標を打ち立てる。加えて、アナリスト１８は、ノードに関係するコストセンタの企業計画に責任がある各ノードに、１以上の企業ユーザ１６を割り当てる。特に、アナリスト１８は、企業ユーザ１６をノードの特定の企業計画活動に関係するサブノードに割り当てる。そのノードに割り当てられた企業ユーザ１６は、アナリスト（analysts）１８、レビューワ（reviewers）２０、コントリビュータ（contributors）２２、または、それらの組合せとして指名される。企業ユーザ１６は、企業ユーザ１４内に権限を与えられたユーザであり、例えば、チーフファイナンシシャルオフィサ、シニアファイナンシシャルアナリスト、プロダクトアナリスト、セールスアナリスト、マネージャ、スーパーバイザ、セールスリプレゼンタティブ、ラボマネージャ等を含む。最後に、アナリスト１８は、コントリビュータ２２から貢献データを集めるための多くのテンプレートを定義する。アナリスト１８は、貢献データとの一致を促進するために、テンプレートの中に企業目標を含める。

本発明に従って、企業計画セッションのモデル化計画は、企業階層のレベルを垂直に降ろすのはもちろんのこと、企業階層のレベルを横切るまたはノード内に水平に生じる。より特定すると、共通ノードに関係するアナリスト１８のサブセットは、各企業計画活動のためのサブモデル、例えばサブノード、を定義する。他の言葉で言えば、企業計画システム１２は、共通ノードのための複数の異なる計画活動を定義するアナリスト１８のサブセットからモデルデータを受領する。このように、企業階層の共通ノードに関係するアナリスト１８の各サブセットは、ノードのための給与計画、収益計画、費用計画等のような、複数の計画活動を説明する企業計画モデルをいっしょに定義するために企業計画システム１２に対話する。

例えば、企業階層の最高レベルのノードに関係するアナリスト１８のサブセットは、企業１４のチーフファイナンシャルオフィサおよびヒューマンリソースマネージャを含む。チーフファイナンシャルオフィサは、企業計画モデルの一部分、例えば費用計画のための、企業目標、テンプレート等を含む第１のサブモデルを定義し、一方、ヒューマンリソースマネージャは、企業計画モデルの一部分、例えば、給与計画のための第２サブモデルを定義する。企業計画システム１２は、チーフファイナンシャルオフィサおよびヒューマンリソースマネージャによって定義されたサブモデルを全体の企業計画モデルに自動的に、組み合わせる。説明された例においては、企業計画システム１２は、費用計画はもちろんのこと給与計画を包含するユニバーサル企業計画モデルを獲得するために、企業計画活動のためのサブモデルを組み合わせる。このように、ノードのための複数の活動の企業計画モデルは、水平計画技術を用いてノードを横断して定義される。

述べられたように、企業計画過程は、さらに、企業階層レベルの垂直から下方へ生じる。より詳細には、企業計画システム１２は、さらに、より低いレベルに関係するアナリスト１８のサブセットから企業計画モデルを定義するモデルデータを受領する。アナリスト１８のサブセットは、より高いレベルに関係するアナリスト１８のサブセットによるモデルデータ入力によって制約される。

一旦モデルが定義されると、企業計画システム１２は、企業計画セッションの残りの段階、即ち、貢献段階と一致段階を、定義された企業計画モデルに従って、実行する。より詳細には、モデル化段階が完了するとすぐに、企業計画システム１２は、コントリビュータ２２が企業計画システム１２と対話し、かつ、定義されたテンプレートを用いて貢献段階の形式で詳細な予測を入力する間の貢献段階に入る。例えば、コントリビュータ２２は、全体のノードのための詳細な予測、即ち、各企業計画活動のための予測を与える。企業１４によって実行される特定の企業計画活動に依存して、その予測は、金融上の予測、収益予測、注文予測、在庫予測、推定された資源要求、給与予測のような計画活動予測を含む。

一致段階の間に、企業計画システム１２は、アナリスト１８によって与えられる企業目標データに貢献データの一致を自動化する。特に、企業計画システム１２は、定義された全体の企業計画モデル、および、もっと特定すると、複数の一致レベルを有する階層計画過程を提供するための計画階層に従って、動作する。コントリビュータ２２の各々は、各貢献データを提供するので、企業計画システム１２は、自動的に、貢献データを集め、および、集められたデータ（aggregated data）が目標データを満たすかどうか決定するために、リアルタイムで、各目標データと、集められたデータを比較する。述べられるように、企業計画システム１２は、リアルタイムで、企業１４を横断することはもちろんのこと、各コストセンタを横断する貢献データを集めるかもしれない。このように、一致段階は、計画階層に従って水平にはもちろんのこと垂直に生じる。

貢献データは、アナリスト１８によって定義される企業目標内にあるとき、企業計画システム１２は、次の一致レベルに続ける。しかし、貢献データは、アナリスト１８によって定義される目標データを超えるとき、企業計画システム１２は、企業階層のより高いレベルに関係するレビューワ２０に、集められたデータへのアクセスを与える。レビューワ２０は、企業計画セッションの間に、リアルタイムで企業１４を横断した集められたデータを見る。コントリビュータ２２による貢献データ入力が、企業目標データを超えるとき、各レベルで、企業計画システム１２は、企業階層のノードによって定義されるように、レビューワ２０が貢献データを目標データに一致させることを確実にする。レビューワ２０は、例えば、ノードに関係する単一の企業計画活動のための貢献データを再考する責任を有する。代替的に、単一のレビューワ２０は、そのノードに関係する計画活動の全てのための貢献データを再考する。各レビューワ２０は、例えば、集められたデータと貢献データを考慮して、貢献データを受諾するか拒絶する。

貢献および一致段階は、貢献データが、最後に、企業計画システム１２によって、または、企業階層の最高位ノードに関係する企業ユーザ１６によって、自動的に承認されるまで、続く。このように、企業計画システム１２は、コントリビュータ２２からの貢献データが、アナリスト１８によって与えられた企業目標データに水平と垂直両方で一致させられることを確実にする。

企業ユーザ１６は、ネットワーク１２を介して企業計画システム１２と対話する。企業ユーザ１６は、直接的に、ローカルエリアネットワークを介して企業計画システム１２にアクセスし、遠隔的に、仮想プライベートネットワーク、リモートダイヤルアップ、または類似の遠隔アクセス通信機構を介して企業計画システム１２にアクセスする。ネットワーク２４は、インターネットのようなパケットベースのデジタルネットワークのような、いかなる通信ネットワークをも表現する。さらに、ネットワーク２４は、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、無線ローカルエリアネットワーク（ＷＬＡＮ）等である。このように、システム１０は、徐々に、大きな企業に適するように規模を拡大する。企業ユーザ１６は、ネットワーク２４を介して企業計画システム１２と対話するために、様々なコンピュータ計算デバイスを使用する。例えば、企業ユーザ１６は、ラップトップコンピュータ、デスクトップコンピュータ等を用いて、企業計画システム１２と対話する。代替的に、企業ユーザ１６は、携帯情報端末（ＰＤＡ：personal digital Assistant）、ブラウザフォン（web-enabled cellular phone）または類似のデバイスを使用する。

図２は、垂直計画技術に加えて、水平計画技術を用いて、企業計画モデルを作るために使用される企業１４の企業階層２６の例を説明する図である。アナリスト１８のセットは、上述のように、複数の計画活動を包含する企業計画モデルを同時に定義する企業計画システム１２と対話する。アナリスト１８のサブセットは、例えば、企業計画システム１２が全体の企業計画モデルを作るために自動的に組み合わせる企業計画モデルの部分、例えば、様々な計画活動のためのサブモデル、を各々定義する。

企業階層２６は、一致レベル３０Ａ〜３０Ｃの中に垂直に組織化されるノード２８Ａ〜２８Ｍ（“ノード２８”）を含む。図２の例では、企業階層２６のノード２８は、３つの一致レベル３０の中に垂直に組織化される。しかし、企業階層２６のノード２８は、一致レベル３０のいかなる数をも有するように垂直に組織化されるかもしれない。述べられるように、一致は、さらに、ノード２８の各々、例えばノード２８の計画活動間を横断して生じる。

企業階層２６は、さらに、企業１４の様々な属性に基づいて、水平に組織化されるかもしれない。例えば、企業階層２６は、企業１４、様々なビジネスユニット、部門、部等によって占有される地理的領域に基づいて水平に組織化される。さらに、企業階層２６は、企業属性の組み合わせに基づいて水平に組織化されるかもしれない。図２の例では、企業階層２６の一致レベル３０Ｂは、企業１４内の部に基づいて水平に組織化され、一方、一致レベル３０Ｃは、企業１４の各部門内の部に基づいて組織化される。

より特定すると、図２の企業１４は、国および世界を通して営業する部門を有するコンピュータと通信の架空の会社（コンピュータアンドコミュニケーション法人）である。一致レベル３０Ｂは、部門に基づいて水平に組織化される。例えば、ノード２８Ｂ〜２８Ｅは、電気通信サービス部門、データストレージ部門、ソフトウエア部門、および、マイクロプロセッサ販売部門に、各々相当する。一致レベル３０Ｃは、各部門内のベースラインの部に基づいて水平に組織化される。電気通信サービス部門は、例えば、３つの関係する部；ノード２８Ｆ〜２８Ｈでそれぞれ表現される無線電気通信部、光電気通信部、イーサネット（登録商標）電気通信を含む。データストレージ部門は、ノード２８Ｉと２８Ｊでそれぞれ表現されるテープストレージ部、光ストレージ部を含む。さらに、マイクロプロセッサ販売部門は、ノード２８Ｋ〜２８Ｍでそれぞれ表現される、サーバプロセッサ部、デスクトッププロセッサ部、および、ネットワークプロセッサ部を含む。

アナリスト１８のセットは、企業階層２６に従って、企業計画モデルを垂直に定義する。上述のように、アナリスト１８のセットは、さらに、ノード２８の各々を横断して、さらに特に、ノード２８の各々の計画活動を横断して、水平に企業計画モデルを定義する。このように、モデル化過程は、完成した広範囲の企業モデルを発展させるためにノード２８の各々の計画活動を横切るのはもちろんのこと、企業階層２６のトップレベルから、例えば３０Ａ、ボトムレベルへ、例えば３０Ｃを流れる。述べられるように、ノード２８の各々は、さらに、ノード２８を横切って水平計画の助けとなるために、計画活動に相当するサブノード（示されていない）に分けられる。より特定すると、アナリスト１８のサブセットは、各サブノードのためのサブモデルを定義し、企業計画システム１２は、関係するノードのために計画モデルを発展するために、サブノードのサブモデルを自動的に組み合わせる。

図２を説明する例では、ノード２８Ａに関係するアナリスト１８のサブセットは、多数の計画活動を横断したノード２８Ａのための企業計画モデルを水平に定義する。他の言葉では、ノード２８Ａに関係するアナリスト１８のサブセットは、各計画活動のためのサブモデルを定義する。アナリスト１８は、例えば、費用計画用のサブモデルを定義するチーフファイナンシャルオフィサと給与計画のためのサブモデルを定義するヒューマンリソースマネージャから成る。このように、アナリスト１８のサブセットは、費用計画と給与計画の両方を同時に実行する企業計画モデルを定義する。ノード２８Ａの計画活動を横断する水平な計画の例は、ノード２８Ａのための企業計画モデルを定義する二人のアナリスト１８のみによって述べられるが、アナリスト１８数はいくらでも、２８Ａを横断する企業計画モデルを水平に定義しても良い。さらに、企業計画モデルは、各計画活動に関係する少なくとも一人のアナリスト１８と、計画活動のためのいかなる数のサブモデルを組み合わせても良い。

述べられるように、アナリスト１８の各々は、特定の計画活動またはサブモデルに相当する各サブモデルを定義する。サブモデルは、企業目標データおよび各計画活動のための貢献データ収集用のテンプレートを含む。アナリスト１８は、多くのテンプレートを定義し、そしてそれは、計画活動の各々のための予測データを集めるためのテンプレートを含む。そのテンプレートは、例えば、費用予測データを集めるためのテンプレートを少なくとも１つ、および、給与予測データを集めるためのテンプレートを少なくとも１つ含む。テンプレートは、コントリビュータ２２による貢献データ入力との一致を促進するために、打ち立てられた企業目標データを含む。さらに詳細には、企業計画システム１２は、各コントリビュータ２２が割り当てられるサブノードまたは計画活動に基づいて、コントリビュータ２２に、テンプレートの異なるサブセットを関係させる。例えば、企業計画システム１２は、給与計画サブノードに割り当てられたコントリビュータ２２に給与データ収集用テンプレートのサブセット、かつ、費用計画サブノードに割り当てられたコントリビュータ２２に費用データ収集用のテンプレートのサブセットを関係させる。

サブモデルは、さらに、企業ユーザ１６が割り当てられるサブノードの各計画活動の計画に責任を有するより低いレベルに関係する企業ユーザ１６を含む。１以上の様々な計画活動に精通している企業ユーザ１６をノードに割り当てるために、ノード２８Ａに関係するアナリスト１８の各々は、ノード２８Ｂ〜２８Ｅの各々に、および、さらに特定すると、ノード２８Ｂ〜２８Ｅの各々に関係する計画活動に、即ち、サブノードに、少なくとも１人の企業ユーザ１６を割り当てる。例えば、チーフファイナンシャルオフィサは、費用計画に精通している企業ユーザ１６を、給与計画サブノードに割り当てるかもしれない。このように、ノード２８Ｂのサブノードに割り当てられる企業ユーザ１６は、企業ユーザが割り当てられる計画サブモデルにのみ参加する。しかしながら、幾つかの実施例では、単一の企業ユーザ１６は、そのノードの全計画活動に責任を有すべきノードに割り当てられる。

アナリスト１８は、さらに、アナリスト１８、レビューワ２０、コントリビュータ２２またはそれらの組合せとして、企業ユーザの各々を指名する。アナリスト１８として指名された企業ユーザは、述べられるように、より低いレベルノード２８に企業計画モデルを各個人に合わせるために、１以上のサブモデルを拡張する。しかし、より低いレベルノードに関係するアナリスト１８は、より高いレベルノードに関係するアナリスト１８による入力データによって制約される。例えば、ノード２８Ｂに関係するアナリスト１８は、ノード２８Ａに関係するアナリスト１８によってノード２８Ｂに割り当てられた目標を超える企業目標を定義することはしない。さらに、より低いレベルノードに関係するアナリスト１８は、さらに、同じレベル、または、企業階層２６の同じレベル上のノードに関係する他のアナリスト１８によるモデルデータ入力によって制約される。例えば、ノード２８Ａに関係するアナリスト１８は、ノード２８Ｂに単一の全体増加目標を割り当て、ノード２８Ｂに関係するアナリスト１８は、給与増加目標と費用増加目標の間に全体増加目標を分配する。給与計画サブノードに関係するアナリスト１８は、費用計画サブノードに関係するアナリスト１８よって制約され、その逆も同じである。このように、企業階層１６の各ノード２８に関係するアナリスト１８は、縦の制約のみならず、横の制約によっても制約される。

コントリビュータ２２として指名された企業ユーザは、貢献データを企業計画システム１２に与え、かつ、レビューワ２０として指名された企業ユーザは、コントリビュータ２２によって与えられた貢献データを受諾するか拒絶する。企業階層２６の各ノードに割り当てられたアナリスト１８のように、コントリビュータ２２とレビューワ２０は、彼らが割り当てられたサブノードのための企業計画システムに、貢献データと再考データを与えるだけで良い。他の言葉では、コントリビュータ２２とレビューワ２０は、各計画活動サブノードのための企業計画システム１２に貢献データと再考データを与えるだけで良い。

企業計画システム１２は、全体の企業計画システムに計画活動の各々のためのサブモデルを自動的に組み入れる。さらに詳細には、企業計画システム１２は、企業全体にアクセスされる共通レポジトリの中にサブモデルの全てを、自動的に集める。このように、企業計画システム１２は、必要な計画データの全てとノード２８の各々によってアクセスされる中央に寄せられた位置にテンプレートを維持する。例えば、ノード２８Ｊは、中央に寄せられた位置にノード２８Ｊで関係するテンプレートの全てにアクセスする。

一旦モデルが定義されると、企業計画システム１２は、企業計画モデルに従って、企業計画セッションの残りの段階を実行する。より詳細には、企業計画システム１２は、企業階層２６の最低の一致レベル、例えば図２の例の一致レベル３０Ｃの２８Ｆ〜２８Ｍ、から貢献データを受領する過程を開始する。幾つかの実施例では、１以上のサブモデルのための最低の一致レベルは異なる。例えば、費用計画用のサブモデルのための最低の一致レベルは、一致レベル３０Ｃであり、一方、給与計画用のサブモデルのための最低の一致レベルは、レベル３０Ｂである。しかし、サブプランの各々が共通の最低一致レベルに一致するかどうかにかかわらず、企業計画システム１２は、単一の一致スキームに従って、企業計画セッションを実行する。

例えば、最低レベルノードに該当するコントリビュータ２２は、定義されたテンプレートを完成するように通知され、そしてそれは、企業計画システム１２を介してアクセスされる。上述のように、ノード２８のコントリビュータ２２の各々は、コントリビュータが割り当てられるサブノードあるいは計画活動に依存して、１以上の相当するテンプレートに関係付けられる。コントリビュータ２２は、貢献データを、関係するテンプレートを介して、企業計画システム１２に与える。

コントリビュータ２２が貢献データを提出するとき、企業計画システム１２は、貢献データを集め、そして、アナリスト１８のセットによって定義された各目標データと集められたデータを比較する。より詳細には、企業計画システム１２は、サブモデル内にデータを集め比較する。説明された例のように、給与計画に関係する集められたデータ、即ち、給与計画テンプレートを介して集められたデータは、給与計画のためにサブモデルの給与目標と比較され、そして、費用計画に関係する集められたデータは、費用計画用のサブモデルの費用目標と比較される。このように、企業計画システム１２は、サブモデルの縦型の一致を分割して実行する。

企業計画システム１２は、さらに、水平一致を実行する。企業計画システム１２は、例えば、各ノード２８を横断し、または、一致レベル３０に相当するノード２８のセットを横断する一致を実行する。例えば、企業計画システム１２は、各サブノードのために貢献データ入力を組み合わせ、そして、ノード２８のための集められた企業目標と集められた貢献データを比較する。説明された例において、ノード２８Ｂは、給与計画用のサブノードに関係するテンプレートへの貢献データ入力と、費用計画用のサブノードに関係するテンプレートへの貢献データ入力を組み合わせる。企業計画システム１２は、それから、集められたデータと集められた目標を比較する。例えば、集められた目標は、費用目標と給与目標の合計を含んでいる。このように、企業計画システム１２は、ノードの各サブモデル用の企業予測の代わりに、全体としてのノードの企業予測を比較する。集められたデータが各々の目標データ、例えば、目標範囲内か、目標閾値以下である、を満たすとき、企業計画システム１２は、自動的に貢献データを承認し、次の一致レベルに進む。自動承認は、多いに、手動再考の数を減らし、かつ、実行されることが必要なものを承認する。しかし、集められたデータが目標データを超えるとき、企業計画システム１２は、次の一致レベル、即ち一致レベル３０Ｂ、の相当するノード２８に関係するレビューワ２０を選択する。上述のように、企業計画システム１２は、貢献データが超える目標に基づいてレビューワ２０を選択する。例えば、もし貢献データが給与目標を超えるなら、企業計画システム１２は、給与計画に関係するサブノードに割り当てるレビューワ２０を選定する。このように、企業計画システム１２によってついてくる一致ルートは、コントリビュータ２２による貢献データ入力に依存する。しかし、ある実施例においては、一致過程は、レビューワ２０による手動再考によって全体的に実行されるかもしれない。

レビューワ２０は、定義された企業目標に基づいて、貢献データを受諾するか拒絶する。拒絶される貢献データは、関係するコントリビュータ２２に返送される。コントリビュータ２２は、貢献データを改定し、テンプレートを再提出する。一致過程は、企業計画システム１２が、“自動的に”全貢献データを受諾する、または、最高レベルノード、即ち２８Ａが全貢献データを受託するまで続けられる。

図３は、水平計画と一致技術を包含する企業計画過程の例を与える図である。特に、図３は、企業計画２６（図２）に従って実行される計画過程の部分を説明する。図３で説明される企業階層２６の部分は、各ノード２８内の特定の計画活動に相当するサブノード３２Ａ〜３２Ｆ（“サブノード３２”）を含む。この例では、アナリスト１８Ａ〜１８Ｆは、垂直計画技術に加えて、水平計画技術を用いて、全体の企業計画モデルをいっしょに定義する。にもかかわらず、全体のモデル化段階は、多くのアナリスト１８によって定義されるかもしれない。

図３で説明される図において、ノード２８Ａのための企業計画モデルは、ノード２８Ａ内の水平計画を用いてアナリスト１８Ａと１８Ｂによって定義される。より特定すると、ファイナンスからのアナリスト１８Ａ、即ちジムは、最初にサブモデルを定義し、そして、ヒューマンリソースからのアナリスト１８Ｂ、即ちケリーは、コンピューティングアンドコミュニケーション法人のための費用計画用のサブモデルを定義し、そして、ケリーは、コンピューティングアンドコミュニケーション法人のための給与計画用のサブモデルを定義する。このように、ジムとケリーはサブモデル３２Ａと３２Ｂにそれぞれ相当する。

ジムとケリーは、より低いレベルノードのための企業目標、貢献データ収集用テンプレート、および、より低いレベルに割り当てられる企業ユーザを含むサブモデルを定義する。アナリスト１８Ａと１８Ｂ、即ちジムとケリーは、コンピューティングアンドコミュニケーション法人の部門、コンピューティングアンドコミュニケーション法人の部門と部、または、コンピューティングアンドコミュニケーション法人の部門と部の一部分のみのためのサブモデルを定義する。

例えば、ジムは、６００万ドルの年単位で計算された費用増加目標を定義し、ケリーは、４００万ドルの年単位で計算された給与増加費用を定義する。ジムとケリーは、さらに、一致レベル３０Ｂ、即ち図３の２８Ｃと２８Ｅ、の費用と給与の増加目標を定義する。例えば、ジムは、マイクロプロセッサ販売部門用、即ちノード２８Ｅ、の４００万ドルの費用増加目標、データストレージ部門用、即ちノード２８Ｃ、の２００万ドルの費用増加目標を定義する。ジムは、さらに、プロセッサ部門用の４００万ドルの費用増加目標と、相当する部の中のデータストレージ部門用の２００万ドルの費用増加目標を分配する。

ケリーは、同様のやり方で、部門と部の中に、４００万ドルの年単位で計算された給与増加目標を分配する。より特定すると、ケリーは、部門内の各々に２００万ドルの年単位で計算された給与増加目標を分配する。さらに、小さな企業にとっては、ケリーは、部の中に部門の年単位で計算された２００万ドルの給与増加目標を分配する。このように、ノード５８Ａのアナリスト１８は、企業階層２６のサブモデルの目標を定義する。

ジムとケリーは、ノード２８にも、かつ、より詳細には、サブノードに関係する計画活動に責任を有するサブノード３２に企業ユーザを割り当てる。例えば、ジムは、ニキと名付けられた企業ユーザを、データストレージ部門内の費用計画に責任を有するサブノード３２Ｃに、ケビンと名付けられた企業ユーザを、マイクロプロセッサ販売部門内の費用計画に責任を有するサブノード３２Ｅに割り当てる。ジムは、さらに、ニキとケビンをレビューワ２０はもちろんのことアナリスト１８として割り当てる。同様に、ケリーは、データストレージ部門内の給与計画に責任を有するサブノード３２Ｄにジョーと名付けられる企業ユーザを、マイクロプロセッサ販売部門内の給与計画に責任を有するサブノード３２Ｆにリサと名付けられる企業ユーザを割り当てる。このように、各サブノード３２は、各計画活動に精通する企業ユーザ関係付けられる。ジムとケリーは、ユーザをノード２８Ｉ、２８Ｊおよび２８Ｋ〜２８Ｍ、即ちコンピューティングアンドコミュニケーション法人の部に相当するノードに、部門のために上述したと同様の方法で割り当てる。

同様に、ノード２８Ｃと２８Ｅに関係するアナリスト１８Ｃ〜１８Ｆは、さらに、各ノード２８内に水平に計画モデルを定義する。より特定すると、アナリスト１８Ｃ〜１８Ｅは、企業目標、テンプレート、および、より低いレベルのノードのための、一致レベル３０Ｃのノード、企業ユーザを定義する。例えば、ニキは、さらに、ニキが割り当てられるサブノード３２Ｃのための各サブノードを定義する。例えば、ニキは、テープストレージ部および光ストレージ部内の定義された費用目標を分配し、次に、費用計画のためのサブモデルに展開する。例えば、光ストレージ部は、より大きな費用を生み出し、それ故、より大きな費用目標を得るかもしれない。その場合には、ニキは、テープストレージ部に５０万ドルの費用増加目標を割り当てることを決め、ところが、光ストレージ部は、１５０万ドルの費用増加目標を受け取る。ニキは、さらに、サブモデルの他のモデルデータを定義し、例えば、より低いレベルに企業ユーザを割り当て、テンプレート等を更新し、定義する。同様に、一致レベル３０Ｂのサブノード３２に関係する他のアナリスト１８は、さらに、アナリスト１８が割り当てられるサブノード３２のための各サブモデルを定義する。

より低いレベルに関係するアナリスト１８は、より高いレベルに関係するアナリスト１８によって定義されたモデルデータに制約される。アナリスト１８は、さらに、共通のノード内のサブノードに関係する他のアナリスト１８、または、共通の一致レベル３０に関係する他のアナリスト１８によって定義されるモデルデータによって制約される。例えば、ノード２８Ａのアナリスト１８によって割り当てられる増加目標、例えば、給与増加目標や費用増加目標は、単一の増加目標を達成するために組み合わされる。より低いレベル、例えばノード２８Ｃ、に関係するアナリスト１８は、給与増加目標と費用増加目標の間に全体の増加目標を分配する。サブノード２８Ｃに関係するアナリスト１８、例えば、ニキは、サブノード２８Ｄに関係するアナリスト１８、例えばジョーよって制約され、またその逆になる。このように、企業階層１６の各ノードに関係するアナリスト１８は、垂直の制約のみならず、水平の制約によっても、制約される。

図４は、垂直計画技術に加えて水平計画技術を用いて、カスケード計画段階でアナリスト１８のセットに企業計画モデルを定義できるようにする例の企業計画システム１２を説明するブロック図である。図４で説明される例では、企業計画システム１２は、ウェブサーバ３６とデータベースサーバ３８を含む。ウェブサーバ３６は、ネットワーク２４を介して企業ユーザ１６と通信するインタフェースを提供するソフトウエアを実行する。より詳細には、ウェブサーバ３６は、アナリシスモジュール４２、コントリビューションモジュール４４を含むソフトウエアモジュール４０に従って、アナリスト１８、レビューワ２０およびコントリビュータ２２と対話する環境を提供する。

ソフトウエアモジュール４０は、ロータススクリプト、ＪＡＶＡ（登録商標）スクリプト、ＪＡＶＡ（登録商標）アプレット、アクティブ・サーバ・ページズ（Ａｃｔｉｖｅ Ｓｅｒｖｅｒ Ｐａｇｅｓ）、ハイパーテキストマークアップ言語（ＨＴＭＬ）または、ダイナミックＨＴＭＬで書かれたウェブページズ（Ｗｅｂ Ｐａｇｅｓ）を有する。ウェブサーバ３６は、ソフトウエアモジュール４０で定義されたウェブページをサーバにアップし、企業ユーザ１６のコンピューティングデバイスへウェブページを通信する。ウエブページは、企業ユーザ１６からの情報を受諾するための、テキストエントリーボックス、ラジオボタン、ドロップダウンメニュ等のようなテキストや画像イメージ等の平凡な入力メディアはもちろんのこと、テキストや画像イメージのようなスタティックメディアを含む。

ソフトウエアモジュール４０は、企業データ４８とアクセスするために、データベースサーバ３８と対話し、そして、企業データ４８は、ユーザデータ５０とモデルデータ５２を含む。企業データ４８は、１以上のデータストレージファイルまたは１以上のデータベースサーバを実行する１以上のデータベースマネージメントシステム（ＤＢＭＳ）を含む多くの異なる形式で保存される。データベースマネージメントシステム（ＤＢＭＳ）は、リレーショナル（ＲＤＢＭＳ）、階層的（ＨＤＢＭＳ）、オブジェクト指向（ＯＤＢＭＳまたはＯＯＤＢＭＳ）またはオブジェクトリレーショナル（ＯＲＤＢＭＳ）データベースマネージメントシステムである。さらに、分けて説明されるように、企業データ４８は、単一のデータベースまたは他のデータストレージ構造に結合される。ユーザデータ５０およびモデルデータ５２は、例えば、単一のリレーショナルデータベースとして実施される。

ユーザデータ５０は、氏名、電子メール（Ｅ−ｍａｉｌ）アドレスおよび他の接触情報を含む各ユーザデータ１６の情報を保存する。モデルデータ５２は、アナリスト１８のセットによって定義される企業計画モデルを保存する。例えば、モデルデータ５２は、多くの一致レベル、階層構造における様々なノード、および、ノードに関係する企業ユーザ１６を含むアナリスト１８によって発展させられる一致過程を定義する情報を含む。加えて、モデルデータ５２は、企業ユーザ１６から貢献およびレビューデータをうまく捕らえるための各データ入力テンプレートを保存する。

アナリシスモジュール４２は、垂直と水平両方で、全体計画過程を制御する企業計画モデルを定義する１以上のソフトウエアモジュールを含む。例えば、アナリシスモジュール４２は、共通ノードに関係するアナリスト１８のサブセットに、より高いレベルノードに関係する企業ユーザによるモデルデータ入力をさらに定義することを許す。このように、アナリシスモジュール４２は、アナリスト１８のサブセットに、水平および垂直技術両方を用いて、各共通ノードのための複数の企業モデル活動を定義することを許す。アナリシスモジュール４２を介して企業計画システム１２へのモデルデータ入力は、企業目標データ、貢献データ収集用テンプレート、より低いレベルに割り当てられる企業ユーザ等を含む。

より詳細には、アナリシスモジュール４２は、各計画活動用のサブモデルを定義するモデルデータを受領するための共通ノードのアナリスト１８の各々に、インタフェースを与える。インタフェースは、アナリストのサブセットに、各アナリスト１８がサブモデルを同時に定義するように、同時に与えられる。このように、各アナリスト１８によって定義されるサブノードは、同レベルに関係する他のアナリスト１８によるモデルデータ入力によって制約されない。しかし、幾つかの実施例では、そのインタフェースは、同時にアナリストのサブセットに与えられないが、アナリストの入力は、同レベルに関係する他のアナリストの入力によって制約される。

アナリシスモジュール４２は、そのノードの全体の企業計画モデルを作るために、様々な計画活動用のサブモデルを定義するモデルデータを自動的に組み合わせる。より詳細には、企業計画システム１２は、企業全体的にアクセスされる共通レポジトリの中にサブモデルの全てを自動的に集める。このように、企業計画システム１２は、ノード２８の各々によってアクセスされる中央に寄せられた位置における必要なモデルデータ全てを維持する。

アナリシスモジュール４２は、アナリスト１８に、計画過程を自動化し、コントリビュータ２２が彼らのそれぞれの貢献データを適宜に提出すること、および、定義された一致段階を通してテンプレートが素早く移動することを確実にする。例えば、アナリシスモジュール４２を用いて、アナリスト１８は、コントリビュータ２２に企業計画システム１２にアクセスし、特定のテンプレートを完成することを気付かせるために、ｅｍａｉｌメッセージ始動タイマーを定義する。さらに、アナリスト１８は、モデルデータ２２の各部分を定義するために、そのノードに関係するサブセットの他のアナリスト１８に気付かせるための指示を始動するタイマーを定義する。

コントリビューションモジュール４４は、コントリビュータ２２として指名された企業ユーザ１６にテンプレートを与えるための、かつ、コントリビュータ２２から貢献データを捕らえるためのソフトウエアモジュールを含む。例えば、コントリビューションモジュール４４は、モデルデータ５２にアクセスし、コントリビュータ２２に関係するテンプレートを表す。コントリビューションモジュール４４は、コントリビューションデータをリアルタイムで自動的に集め、アナリスト１８によって定義されるそれぞれの企業目標と集められたデータを比較する。コントリビューションモジュール４４は、例えば、給与計画に関係する集められたデータ、即ち給与計画テンプレートを介して集められたものを、給与計画のためのサブモデルの給与目標と比較し、かつ、費用計画に関係する集められたデータを、費用計画のためのサブモデルの費用目標と比較する。このように、企業計画システム１２は、サブモデルの垂直な一致を分割して実行する。

コントリビューションモジュール４４は、さらに、企業階層の各ノードを横断して水平な一致を実行する。例えば、貢献モジュール４４は、各計画活動のための貢献データ入力を組み合わせ、そして、集められた貢献データを、そのノードの収集した企業目標と比較する。集められたデータが企業目標を超えるとき、コントリビューションモジュール４４は、さらに、企業１４のより高いレベルに関係するレビューワ２０の集められたデータへのアクセスを提供する。

図５は、企業計画システム１２の作動の典型的なモードを説明するフロー図である。最初に、企業計画システム１２は、共通ノード（５４）に関係するアナリスト１８のサブセットから企業計画モデルを定義するデータを受領する。アナリストのサブセットが関係させられる共通ノードは、最初に、企業階層の最高レベルにある。アナリスト１８のサブセットは、費用計画、収益計画、給与計画等のような複数の計画活動を包含する企業計画モデルを発展させるために企業計画システム１２と対話する。例えば、サブセットの第１のアナリスト１８は、収益計画のためのサブモデルを定義し、サブセットの第２のアナリスト１８は、給与計画のためのサブセットを定義する。このように、そのノードのための複数活動の企業計画モデルは、企業階層のノードを横断して水平に定義される。

企業計画システムは、企業階層のより低いレベルノードに関係する１以上のアナリスト１８からデータを任意に受領する（５６）。より低いレベルノードに関係するアナリストから受領したデータは、さらに、より高いレベルノードに関係するアナリスト１８によって最初に定義された企業計画モデルを定義する。より特定すると、より低いレベルノードに関係するアナリストから受領したデータは、さらに、計画活動のためのサブモデルを定義する。例えば、より低いレベルノードに関係するアナリストは、下流内の関係するノードに割り当てられた目標データを分配する。このように、より低いレベルノードに関係するアナリスト１８は、より高いレベルノードのアナリスト１８によって定義される目標によって制約される。

企業計画システム１２は、コントリビュータ２２から予測データを受領する（５８）。例えば、企業計画システム１２は、企業計画システム１２にアクセスするために、コントリビュータ２２の１つから要求を受け取る。企業計画システム１２は、企業データ３８にアクセスし、その要求に反応して、１以上の関係する入力テンプレートをコントリビュータ２２に連絡する。もしコントリビュータ２２が先の入力貢献データを持っているなら、企業計画システム１２は、先にコントリビュータ２２によって保存された貢献データを識別し、回収する。コントリビュータ２２は、新しい貢献データを入力し、または、関係するテンプレートに先に保存された貢献データを更新する。

コントリビュータ２２から新しいまたは更新された貢献データを受信するとすぐに、企業計画システムは、モデルデータ４２に貢献データを保存する（６０）。企業計画システムは、さらに、新しくまたは更新された貢献データによって影響を受けるより高いレベルのノードを識別し、自動的に、識別されたより高いレベルノードの各々のためにリアルタイムで各収集総額（aggregate totals）を更新する（６２）。例えば、例の図２の企業階層２６を用いて、企業計画システムが、ノード２８Ｂのコントリビュータ２２から新しくまたは更新された貢献データを受領するとき、企業計画システム１２は、新しくまたは更新された貢献データによって影響を受けるノードのより高いレベルノード２８Ａと２８Ｂを識別し、そして、自動的に、ノード２８Ａと２８Ｂのための収集総額を更新する。このように、収集総額は、徐々に企業１４を横断してレビューワ２０に利用可能となる。

企業計画システム１２は、集められたデータが目標を満たすかどうかを決定するために、更新された集められたデータとアナリスト１８によって定義された目標データを比較する（６４）。例えば、企業計画システム１２は、給与計画に関係する貢献データとヒューマンリソースマネージャによって定義された給与目標を比較し、かつ、収益計画に関係する貢献データとチーフファイナンシャルオフィサによって定義された収益目標を比較する。集められたデータが目標を満たす、即ち目的の閾値以下または目標範囲内であるとき、企業計画システム１２は、次の一致レベルを続ける（６６）。一致レベルがもう無いとき、企業計画セッションが完成する。

しかし、集められたデータが目標を満たさないとき、企業計画システムは適切なレビューワに通知する（６８）。例えば、コントリビュータ２２による集められた給与計画データ入力が、定義された給与目標を超えるとき、企業計画システム１２は、より高いレベルノードに関係するおよびレビューワと指名されたヒューマンリソーススタッフメンバに通知する。一方、コントリビュータ２２による集められた収益計画データ入力が、定義した収益目標を超えるとき、企業計画システム１２は、より高いレベルに関係するファイナンススタッフメンバに通知する。このように、集められたデータが一致経路内に無い目標に依存することは、変化するかもしれない。企業計画システム１２は、例えば、電子メール（ｅｍａｉｌ）を介してレビューワ２０に通知される。

レビューワ２０は、企業計画システム１２にアクセスし、すぐに、アナリスト１８によって提供される目標データを考慮して、貢献データと収集総額を拒絶するか受諾するかどちらかの再考入力（review input）を与える（６８）。レビューワ２０が貢献データを拒絶するとき、企業計画システム１２は、貢献データをその貢献データを入力したコントリビュータ２２に返送する（７２、７４）。コントリビュータ２２は、それから、貢献データを改定し、改定された貢献データを再提出する。

レビューワ２０が、貢献データを受諾するとき、企業計画システム１２は、次の一致レベルに続ける（７２、６６）。一致レベルがもう無いとき、企業計画セッションは完成する。

本発明の様々な実施例が述べられた。これらのおよび他の実施例は、請求の範囲内にある。

本発明の実施例に従って、水平企業計画技術を利用する企業計画システムにおけるコンピューティング環境を説明するブロック図である。 垂直計画技術に加えて、水平計画技術を用いて企業計画モデルを作るために使用される企業の企業階層例を説明する図である。 水平計画と一致技術を包含する企業計画過程の例を与える図である。 一組のアナリストに水平計画技術を用いて企業計画モデルを定義することを可能にする典型的な企業計画システムを説明するブロック図である。 企業計画システムの作動の典型モードを説明するフローチャートである。

Claims (13)

1. コンピュータシステムが実行する方法であって、
   企業内の複数の部門の関連性に基づき階層的に配列された複数のノードを有するマルチレベルの企業階層で表される企業モデル構造において、前記企業内の計画活動に対して権限を付与された企業ユーザが前記ノードと関連付けられ、
   前記コンピュータシステムで実行される処理は、
   前記各ノードに関連付けられた企業ユーザの端末から、前記企業ユーザによって入力された、当該ノードにおける各計画活動を定義するモデルデータを受信する処理であって、各計画活動のために前記モデルデータにより、前記階層的に配列された複数のノードに関するノードグループに含まれ且つ異なる計画活動に対応するサブノードの組を集めた複数のサブモデル構造が定義され、
   前記企業モデル構造における他のノードとの階層関係に基づき、受信される前記モデルデータの入力に制限を付加する処理と、
   前記サブモデル構造を定義する各サブノードのモデルデータを用いて、前記各計画活動を統合して定義される単一企業計画モデルが決定される処理と、
   前記生成した単一企業計画モデルに従って、前記計画活動が実現されているかを評価する処理であって、
   i)前記企業階層における第１のレベルに位置付けられたノードのグループに含まれるサブノードであり、前記各計画活動の一つにそれぞれ関連する当該サブノードに関連付けられた企業ユーザから、前記サブモデルの各企業活動に関するデータである予測データを受信すること、
   ii)前記サブノードからの予測データを集め、前記各計画活動の前記各予測データを用いてサブノード全体の予測データ値を算出すること、及び、前記各予測データに対応する目標データを用いてサブノード全体の目標データ値を算出すること、
   iii)前記第１のレベルのノードに対する各計画活動のために、前記算出されたサブノード全体の予測データ値と、前記単一企業計画モデルの目標データをあらわす前記サブノード全体の目標データ値とを比較することにより、前記計画活動が実現されているかを評価し、その結果、前記企業階層における水平レベル及び垂直レベルの両方で前記予測データを前記目標データに一致させる当該処理と、
   を含む方法。
2. 前記企業モデルは前記企業階層において前記ノードの全てに関連する共通ノードを含み、当該共通ノードが前記企業階層の最上位の階層に位置付けられている、請求項１に記載の方法。
3. 前記企業モデルにおける高い階層のノードに関係するサブモデルを定義するために、前記企業モデルの低い階層のノードに関係するモデルデータを受信することを更に含む、請求項１に記載の方法。
4. 前記コンピュータシステムは、前記企業モデルにおける低い階層のノードに関係するサブモデルを定義するためのモデルデータの入力を、前記低い階層よりも上方の階層にあるノードに関係するサブモデルによって定義されたモデルデータで制限をかける、請求項３に記載の方法。
5. ２以上の異なる計画活動それぞれに関して集められた予測データを得るために、前記企業階層の第１のレベルにわたり、各計画活動ごとの予測データを収集する処理と、
   前記集められた各計画活動ごとの予測データを、各計画活動に関連して集められた各目標データと比較する処理と、
   を更に含む請求項４に記載の方法。
6. 前記２以上の異なる計画活動それぞれに関して集められた予測データを統合して定義されたデータが、前記２以上の異なる計画活動に関する目標データをあらわす前記サブノード全体の目標データと一致しているかどうかを決定する第１の処理と、
   前記集められた各予測データと前記各目標データとを比較し、前記各予測データが、前記各目標データに一致しているかどうかを決定する第２の処理と、
   前記第１の処理及び第２の処理において一致がある場合、前記企業モデルの次に高位の階層にあるノードに関連付けられた企業ユーザから予測データを受信して対応の目標データと比較することを繰り返す、請求項５に記載の方法。
7. a)少なくとも１つのコンピュータと、
   b)企業内の複数の部門の関連性に基づき階層的に配列された複数のノードを有するマルチレベルの企業階層で表される企業モデル構造において、前記企業内の計画活動に対して権限を付与された企業ユーザが前記ノードと関連付けられ、単一企業計画モデルを定義するモデルデータを得るために前記企業ユーザとデータ送受信する前記少なくとも１つのコンピュータによって実行される解析モジュールであって、
   i)前記各ノードに関連付けられた企業ユーザの端末から、前記企業ユーザによって入力された、当該ノードにおける各計画活動を定義するモデルデータを受信する処理であって、各計画活動のために前記モデルデータにより、前記階層的に配列された複数のノードに関するノードグループに含まれ且つ異なる計画活動に対応するサブノードの組を集めた複数のサブモデル構造が定義され、
   ii)前記企業モデル構造における他のノードとの階層関係に基づき、受信される前記モデルデータの入力に制限を付加する処理と、
   iii)前記サブモデル構造を定義する各サブノードのモデルデータを用いて、前記各計画活動を統合して定義される単一企業計画モデルが決定される処理と、
   を実行する当該解析モジュールと、
   c)前記企業計画モデルを定義する前記モデルデータを記憶するデータベースと、
   d)前記少なくとも１つのコンピュータによって、前記生成した単一企業計画モデルに従って前記計画活動が実現されているかを評価する予測モジュールであって、
   i)前記企業階層における第１のレベルに位置付けられたノードのグループに含まれるサブノードであり、前記各計画活動の一つにそれぞれ関連する当該サブノードに関連付けられた企業ユーザから、前記サブモデルの各企業活動に関するデータである予測データを受信する処理と、
   ii)前記サブノードの予測データを集め、前記各計画活動の前記各予測データを用いてサブノード全体の予測データ値を算出し、及び、前記各予測データに対応する目標データを用いてサブノード全体の目標データ値を算出する処理と、
   iii)前記第１のレベルのノードに対する各計画活動のために、前記算出されたサブノード全体の予測データ値と、前記単一企業計画モデルの目標データをあらわす前記サブノード全体の目標データ値とを比較する処理とにより、
   前記計画活動が実現されているかを評価して、その結果、前記企業階層における水平レベル及び垂直レベルの両方で前記予測データを前記目標データに一致させる当該予測モジュールと、
   を備えたシステム。
8. 前記企業モデルは前記企業階層において前記ノードの全てに関連する共通ノードを含み、当該共通ノードが前記企業階層の最上位の階層に位置付けられている、請求項７に記載のシステム。
9. 前記解析モジュールは、前記企業モデルにおける高い階層のノードに関係するサブモデルを定義するために、前記企業モデルの低い階層のノードに関係するモデルデータを受信する、請求項７に記載のシステム。
10. 前記解析モジュールは、前記企業モデルにおける低い階層のノードに関係するサブモデルを定義するためのモデルデータの入力を、前記低い階層よりも上方の階層にあるノードに関係するサブモデルによって定義されたモデルデータで制限をかける、請求項９に記載のシステム。
11. 前記コントリビューションモジュールは、
    ２以上の異なる計画活動それぞれに関して集められたコントリビューションデータを得るために、前記企業階層の第１のレベルにわたり、各計画活動ごとの予測データを収集し、
    前記集められた各計画活動ごとの予測データを、各計画活動に関連して集められた各目標データと比較する、請求項９に記載のシステム。
12. 前記予測モジュールは、
    前記２以上の異なる計画活動それぞれに関して集められた予測データを統合して定義されたデータが、前記２以上の異なる計画活動に関する目標データをあらわす前記サブノード全体の目標データと一致しているかどうかを決定する第１の決定をし、
    前記集められた各予測データと前記各目標データとを比較し、前記各予測データが前記各目標データに一致しているかどうかを決定する第２の決定をし、
    前記第１の決定及び第２の決定において一致がある場合、前記企業モデルの高位の階層にあるノードに関連付けられた企業ユーザから予測データを受信して対応の目標データと比較することを繰り返す、請求項１１に記載のシステム。
13. 企業内の複数の部門の関連性に基づき階層的に配列された複数のノードを有するマルチレベルの企業階層であり、前記企業内の計画活動に対して権限を付与された企業ユーザが前記ノードと関連付けられて表される企業モデル構造を用いて、
    １以上のコンピュータに、
    前記各ノードに関連付けられた企業ユーザの端末から、前記企業ユーザによって入力された、当該ノードにおける各計画活動を定義するモデルデータを受信する手順であって、各計画活動のために前記モデルデータにより、前記階層的に配列された複数のノードに関するノードグループ含まれ且つ異なる計画活動に対応するサブノードの組を集めた複数のサブモデル構造が定義され、
    前記企業モデル構造における他のノードとの相互関係に基づき、受信される前記モデルデータの入力に制限を付加する手順と、
    前記サブモデル構造を定義する各サブノードのモデルデータを用いて、前記各計画活動を統合して定義される単一企業計画モデルが決定される手順と、
    前記生成した単一企業計画モデルに従い、前記計画活動が実現されているかを評価する手順であって、
    i)前記企業階層における第１のレベルに位置付けられたノードのグループに含まれるサブノードであり、前記各計画活動の一つにそれぞれ関連する当該サブノードに関連付けられた企業ユーザから、前記サブモデルの各企業活動に関するデータである予測データを受信すること、
    ii)前記サブノードからの予測データを集め、前記各計画活動の前記各予測データを用いてサブノード全体の予測データ値を算出し、及び、前記各予測データに対応する目標データを用いてサブノード全体の目標データ値を算出すること、
    iii)前記第１のレベルのノードに対する各計画活動のために、前記算出されたサブノード全体の予測データ値と、前記単一企業計画モデルの目標データをあらわす前記サブノード全体の目標データ値とを比較すること、により前記計画活動が実現されているかを評価し、その結果、前記企業階層における水平レベル及び垂直レベルの両方で前記予測データを前記目標データに一致させる当該手順と、
    を実行させるためのプログラムを記録したコンピュータ読取り可能な記録媒体。

Images