JP2008165835A - コンピュータによる予算編成システム - Google Patents

Abstract

【課題】組織が、企業の財務モデル及び組織の目標を詳細な支出予測に合致させることにより、大規模な組織における予算編成の制度及び予測可能性を向上させる予算編成システムを提供する。
【解決手段】モデルは、階層的に配列された複数のノードを有し、各ノードは、「関係者」に対応している。関係者は、予測データ、又は下位レベルのノードに対応した関係者により提供された校閲データを、提供する。システムは、財務アナリストの組から目標データを取り込み、関係者から予測データを取り込み、モデルに従って、目標データと予測データとを合致させるように構成されている。より具体的には、予測データは、階層の下位レベルのノードに対応した関係者から予測データを取り込み、その予測データを、各レベルの関係者に受信された校閲内容に基づいて、階層の上方へと伝達する。
【選択図】図１

Description

本発明は、組織の費用の予算編成用のコンピュータで実現される技術に関する。

企業は、その企業が必要とする現金を予測するために、詳細な費用計画を定期的に立案している。しかしながら、費用計画は、難しく、不正確な結果を招くことが多い高コストの作業である。従来、予算編成は、定期的に管理職へと用紙を配布し、次の費用を見積もるとともに広告、交通、給与等のいくつもの項目に費用を割り当てることを、各管理職に要求することからなるものであった。

本発明は、組織が、企業の財務モデル及び組織の目標を、詳細な支出予測に合致させることを可能とすることにより、大規模な組織における予算編成の精度及び予測可能性を向上させる予算編成システムに、向けられている。本発明は、その一側面によると、データベースが、組織の予算編成モデルを規定したデータを格納するように構成された予算編成システムに、向けられている。このモデルは、階層的に配列された複数のノードを有し、各ノードは、「関係者」に対応している。関係者は、予測データ、又は下位レベルのノードに対応した関係者により提供された校閲データを、提供する。システムは、財務アナリストの組から目標データを取り込み、関係者から予測データを取り込み、モデルに従って、目標データと予測データとを合致させるように構成されている。より具体的には、予算編成システムは、階層の下位レベルのノードに対応した関係者から予測データを取り込み、その予測データを、各レベルの関係者に受信された校閲内容に基づいて、階層の上方へと伝達する。例えば、システムは、関係者が予測データを承認した場合にはカレントレベルをインクリメントし、関係者が予測データを却下した場合にはカレントレベルをデクリメントする。

他の側面によると、本発明は、予算を編成する方法に向けられている。階層的にいくつものレベルに配列された複数のノードを有する組織のモデルが、開発される。階層の各レベルは、関係者に対応している。例えば、予測データは、階層の下位レベルのノードに対応した関係者から取り込まれ、校閲情報は、上位レベルのノードに対応した関係者から取り込まれる。このように、予測データが承認の場合にはモデルの上方へ移行し、却下の場合にはモデルの下方へ移行するというように、カレントレベルが校閲情報に基づいて更新される。組織の目標を表す目標データは、アナリストから取り込まれ、校閲過程の際に関係者に提示される。これにより、予測データと目標データとを容易に合致させることが可能となる。

他の側面によると、本発明は、複数のレベルに階層的に配列された複数のノードを有する組織のモデルを規定したデータを格納するデータ構造の組と、複数の関係者を規定したデータを格納するとともに各ノードを関係者に対応付けている第２のデータ構造の組とを備えたコンピュータ可読媒体に、向けられている。

本発明の様々な実施形態を、添付の図面及び以下の説明にて述べる。本発明の他の特徴及び利点は、説明、図面、及び特許請求の範囲から明らかになるであろう。

従来、企業は、予算編成に、「トップダウン」（上意下達）又は「ボトムアップ」（積み上げ）方式をとってきた。「トップダウン」の立案では、企業は、平均の製品価格や従業員当りのコスト等の基本的な業務目標を明確にし、その目標を、企業の階層構造に従って降ろしてゆく。これに対して、「ボトムアップ」の立案には、通常は無数のスプレッドシートを編集することにより、組織における最下位のコストセンターから支出の予測を集約することが、含まれる。なお、ボトムアップの支出予測は、トップダウンの業務目標とは、めったに合致しない。そこで、本発明は、組織が、企業の会計モデル及び立案目標を、詳細な支出予測に合致させることを可能にすることにより、大規模な組織における予算編成の正確さ及び予測可能性を向上させる予算編成システムに、向けられている。

図１は、システム２を示すブロック図である。このシステム２は、トップダウンによる企業の財務モデル及び立案目標を、ボトムアップによる詳細な支出予測に合致させることを、可能にするとともに自動化するものである。システム２には、いくつものコンピュータ処理装置４とネットワーク１８により通信リンクされた予算編成システム８が、含まれている。ここでは、関係者５及び財務アナリスト６が、予算編成の全過程に亘ってリモートで予算編成システム８にアクセスできるようになっている。

通例、予算編成過程は、３つの段階に分けられる。すなわち、（１）モデル化段階、（２）関係段階、（３）合致段階に分かれている。モデル化段階では、最高財務責任者、上級財務アナリスト、又は製造及び販売アナリスト等の財務アナリスト６が、解析の要件を規定し、その組織に対する財務計画モデルを構築する。より具体的には、財務アナリスト６は、組織内の様々なコストセンター（業務ユニット又は業務部門等）を表していて階層的に配列されたいくつものノードを有するモデルを、開発する。次に、財務アナリスト６は、各コストセンター用の業務目標を定める。そして、財務アナリスト６は、対応するコストセンターの予算に責任を持っている経営者、責任者、営業担当者、又は研究所長等の関係者を、各ノードに割り当てる。最後に、財務アナリスト６は、関係者からの支出予測データを収集するためのいくつものテンプレートを定める。財務アナリスト６は、企業の目標データをテンプレートに組み込んで、支出予測データと合致させるのに役立たせる。

財務モデル及び予算テンプレートが定められて、目標データが入力された後、予算編成システム８は、関係段階へと移行する。この段階にて、関係者５は、予算編成システム８と情報を交換して詳細な予測を入力する。組織における全ての関係者５が、詳細な予測情報を入力した後、予算編成システム８は合致段階に入り、複数の合致レベルを有する階層予算編成及び立案過程に従って動作する。各レベルにて、目標データは、予測データと一致しているので、従来技術によるものよりも正確な予算編成が可能となる。

関係者５及びアナリスト６は、コンピュータ処理装置４を用いて、予算編成システム８とネットワーク１８を通じて情報交換する。コンピュータ処理装置４は、ネットワーク１８とのインタフェースになるとともに予算編成システム８と情報交換するのに適した任意の通信装置を、表すものである。適切なコンピュータ処理装置４の一例としては、Redmond, WashingtonのMicrosoft CorporationのInternet Explorer（商標）等のウェブブラウザを実行するパーソナルコンピュータがある。その代わりに、コンピュータ処理装置４は、Santa Clara, CaliforniaのPalm Inc.のPalm（商標）organizer等のパーソナル・デジタル・アシスタント（ＰＤＡ）であってもよい。さらに、通信装置１６は、ネットワーク対応の携帯電話機であってもよい。ネットワーク１８は、インターネットのようなパケットベースのデジタルネットワーク等の任意の通信ネットワークを表している。このように、システム２は、世界的な企業等の大規模な組織に適合するように、規模を容易に変更可能である。

図２は、予算編成システム８の一例を示すブロック図である。予算編成システム８には、ウェブサーバ２０、ソフトウェアモジュール１２、関係者データベース２２、及びモデルデータベース２４が、含まれている。関係者データベース２２及びモデルデータベース２４は、別々のデータベースとして図示されているが、１つ又はそれ以上のデータベースサーバにより提供されるリレーショナル・データベース・マネジメント・システム（ＲＤＢＭＳ）等の単一のデータベースとして実装されてもよい。

ウェブサーバ２０は、ネットワーク１８を通じてコンピュータ処理装置４と通信するためのインタフェースを提供する。ウェブサーバ２０は、Redmond, WashingtonのMicrosoft CorporationのInternet Information Server（商標）等のウェブサーバソフトウェアを実行する。このように、ウェブサーバ２０は、ソフトウェアモジュール１２に従って関係者５及びアナリスト６と情報交換するための環境を提供する。ソフトウェアモジュール１２には、ロータス・スクリプト、ジャバ・スクリプト、ジャバ・アプレット、アクティブ・サーバ・ページ（ＡＳＰ）、ハイパーテキスト・マークアップ・ランゲージ（ＨＴＭＬ）又はダイナミックＨＴＭＬで記述されたウェブページ、ＡｃｔｉｖｅＸオブジェクト、及び他の適切なモジュールが、含まれていてもよい。ウェブサーバ２０は、ソフトウェアモジュール１２により規定されたウェブページを提供し、そのウェブページをコンピュータ処理装置４へと伝達する。ウェブページには、テキスト及びグラフィック画像等の静的な媒体、並びに、関係者５及びアナリスト６から情報を取得するためのテキスト入力ボックス、ラジオボタン、ドロップダウンメニュー等の通常の入力媒体が、含まれていてもよい。

通例、ソフトウェアモジュール２０は、関係モジュール１４、解析モジュール１６、及びレポートモジュール２８を含む３種類に分類される。解析モジュール１６には、組織の財務モデル及び全体の予算編成過程を規定するためのソフトウェアモジュールが、含まれている。例えば、解析モジュール１６により、アナリスト６は、様々なコストセンター、対応する所有者、及び予算編成過程におけるいくつもの合致段階を、規定可能となる。ある構成では、解析モジュール２６は、エンタープライズ・リソース・プランニング（ＥＲＰ）データベース（図示せず）から、コストセンターの構造及び帰属を読み込む。さらに、解析モジュール１６により、財務アナリスト６は、予測データ収集用の「テンプレート」を定めることが可能となる。テンプレートは、予測データの入力及び算出用のインタフェースを提供する複数次元の構造になっている。例えば、テンプレートにより、コストセンターは、行に沿ってアカウント５をとって列に期間をとった表を伴うデータ選択の次元として規定されてもよい。

また、解析モジュール１６により、組織は、予算編成過程を自動化して、関係者５が予算を適時に完成させるとともにテンプレートが迅速に合致段階へと移行することを保証するための多数の機構を、規定可能となる。例えば、解析モジュール１６を用いて、財務アナリスト６は、関係者５に対して予算編成システム８にアクセスして特定のテンプレートを完成させることを気づかせるための電子メールメッセージ（電子メール）を起動するタイマーを、規定可能である。関係モジュール１４には、予算テンプレートを表示するとともに関係者５から予測データを受信するためのソフトウェアモジュールが、含まれている。レポートモジュール２８は、様々な予算編成レポート１０を生成する。予算編成レポート１０は、一般に、予算の予測及び組織の立案に関する様々な情報を、提供するものである。

ユーザデータベース２２は、関係者の氏名、電子メールアドレス、及び対応するコストセンター等の各関係者５の情報を格納する。モデルデータベース２４は、財務アナリストにより規定されたモデルを格納する。このモデルには、データ入力テンプレート等が含まれている。例えば、モデルデータベース２４は、アナリスト６により定められた合致過程を規定した情報を、格納する。この情報には、多数の合致レベル、階層構造における様々な「ノード」、及び各ノードに関係する関係者５等が、含まれている。

図３は、関係者５による操作がなされると実行される様々なソフトウェアモジュールを含んだコンピュータ処理装置４の一例を示すブロック図である。コンピュータ処理装置４には、ウェブブラウザ３０、計算エンジン３２、テンプレート３４、及びデータキューブ３６が、含まれている。関係者５がコンピュータ処理装置４に対して予算編成システム８にアクセスするように指示すると、計算エンジン３２及びテンプレート３４が、ダウンロードされてブラウザ３０内にインストールされる。

計算エンジン３２は、アレイベース言語で構築されたＡｃｔｉｖｅＸオブジェクト内に組み込まれた先行計算エンジンである。テンプレート３４は、予算予測データの入力及び編集に必要な全てのドライバが含まれたＡｃｔｉｖｅＸコントロールである。テンプレート３４は、独立したデータキューブ３６を、備えている。このデータキューブ３６には、全ての計算がローカルで実行できるように、目標データ及び予算データが含まれている。従って、ダウンロード終了後、関係者５は、テンプレート３４内で予測データを変更可能であり、予算編成システム８にアクセスすることなしに計算を実行可能である。計算エンジン３２、テンプレート３４、及びデータキューブ３６は、ＡｃｔｉｖｅＸコンポーネントとして、コンピュータ処理装置４内にローカルで管理される。このため、関係者５は、テンプレート３４及び計算エンジン３２が最初にダウンロードされるとき、並びに、セッションの最後にテンプレート３４が保存されるときにのみ、ネットワークによる遅延を感じることになる。

関係者５は、グリッドのセルを埋め、そのグリッド内で計算された項目に生じる動的な変化を見るというように、ブラウザ３０を用いてテンプレート３４と情報交換する。計算エンジン３２がブラウザ３０内にあるので、セルの入力が、予算編成システム８へと再送され、再計算されて、ネットワーク１８を通じてブラウザ３０へと返送される必要はない。関係者５は、予算編成セッションを終了させたいが、その過程を完了させたくはないのであれば、テンプレート３４及びデータキューブ３６を予算編成システム８内に格納することができる。関係者５は、予算編成を再開したければ、予算編成システム８にアクセスすることができ、そのときには、適切なテンプレート３４及びデータキューブ３６が、以降の編集のためにブラウザ３０に読み込まれることになる。関係者５は、テンプレート３４内に入力された予算データに満足したならば、そのデータを予算編成システム８へと送信することができる。予算編成システム８は、どの関係者５が予算を送信済であるかについて、財務アナリスト６に通知する。

本発明により推進される分散予算編成過程をさらに説明するために、架空のピザチェーンであるピザパレス社が含まれた以下の例を検討する。図４に、アナリスト６により開発されたピザパレス社の階層的な予算編成及び立案モデル３８の一例を示す。モデル３８は、水平的には、フランチャイズが占めている様々な地理的区域（区域１乃至区域５）に亘って構成され、垂直的には、３つの合致レベルに編成されている。企業の目的及び目標は、アナリスト６により設定され、階層構造の様々な「ノード」へと下達される。フランチャイズの個々の店は、販売店と称され、最下位レベルであるレベルＩを占めている。支出予測データは、最下位のレベルで受信され、各レベルにおける目標と調整される。

各ノードには、対応する関係者がある。この関係者は、予測データを入力するか、あるいは企業の目標を考慮して予測データを検討する責任を負っている。図４には、３人の関係者；ガイ（Ｇｕｙ）、ピーター（Ｐｅｔｅｒ）及びアンディ（Ａｎｄｙ）を示している。ガイは、ピザパレス社の最高財務責任者であり、全区域を監督する責任を負っている。従って、ガイは、ルート・ノード３９の「所有者」及び全区域の「校閲者」とされている。ピーターは、区域Ｉの監督を担当する中間レベルの責任者である。このため、ピーターは、区域Ｉの所有者及び販売店Ａの校閲者とされている。アンディは、現地のピザ店の責任者であり、販売店Ａの所有者とされている。

モデル３８の各ノードには、該ノードの階層構造におけるレベルに従って、データベース２４内の１つ以上の対応するテンプレートが、関連付けられている。例えば、レベルＩにおける各販売店には、予測情報を取り込むための単一のテンプレートが、関連付けられている。レベルＩＩでは、各区域には、それに対応する子ノード（すなわちその区域内の販売店）が、関連付けられている。従って、モデル３８のルート・ノード３９には、企業の全テンプレートが関連付けられている。

図５は、一例としての過程４０を示すフローチャートであり、その過程により、フランチャイズは、企業の財務目標を策定して詳細な予測と合致させる。最初に、財務アナリスト６は、予算編成システム８と情報交換して、予算編成階層内の様々なノードが含まれた図４のモデル３８、各ノードの関係者、及び各ノードに適切な実際の予算編成テンプレートを策定する（ステップ４２）。さらに、予算編成システム８は、財務アナリスト６から、企業の目標を収集する（ステップ４３）。

この点において、予算編成システム８は、規定されたテンプレートを用いて、関係者５から予測データを収集することを開始し、各テンプレートの予算編成過程を通じての進捗状況を監視する。より具体的には、予算編成システム８は、最初に、モデルデータベースを初期化して、テンプレートが最下位レベル（すなわちレベルＩ）から始まるようにする（ステップ４４）。レベルＩのノードに対応した関係者は、自分の予算の期限が来ており、予算編成システム８にアクセスして予測情報を提供すべきである旨、指示される。この指示は、電子メールによるものでもよい。

それに応答して、関係者５は、コンピュータ処理装置４を用いて、予算編成システム８にアクセスし、階層構造における自分のレベルに応じて、支出予測データ又は校閲の入力を提供する（ステップ４６）。例えば、販売店ＡのアンディのようなレベルＩのノードに対応した関係者５は、テンプレートと対話して、詳細な支出予測を入力する。ピーター及びガイのような、より高いレベルの関係者は、予測データを承認することにより、校閲の階層の上方へと通すこともでき、その情報を却下して修正のために下方へ送ることもできる。

関係者５が、財務アナリスト６により提供された目標データを考慮して、予測データを却下した場合、予算編成システム８は、カレントレベルをデクリメントすることにより、予算テンプレートを階層構造の下方へ返送して、下位レベルの関係者に却下について通知する（ステップ５２）。所有者は、予算編成システム８に再度アクセスして、要件の通りに予算を変更する（ステップ４６）。

関係者５が予測データを承認した場合、予算編成システム８は、テンプレートがモデルにおける最上位レベルに到達したかどうか判別する（ステップ４８）。最上位レベルに達していなければ、予算編成システム８は、カレントレベルをインクリメントし、テンプレートを階層構造の上へ送る（ステップ５０）。次に、予算編成システム８は、予算の校閲者、すなわち親ノードの所有者に対して、予算管理システム８にアクセスし、企業の目標を考慮して予算予測データを校閲するよう求める（ステップ４６）。

一旦、最上位レベルに到達して（レベルＩＩＩ）、所有者（ガイ）が、企業の目標データを考慮して全支出予測データを承認すれば、予算編成システム８は、個々の店の予算及びそれぞれの区域の集合的な予算が含まれた、階層構造における様々なノード用の予算レポート１０を生成する（ステップ５４）。

図６乃至図１４に、上述の予算編成過程におけるウェブブラウザ３０のいくつもの表示例を示す。例えば、図６に、最高財務責任者のガイが、ピザフランチャイズの様々な予算の進捗状況を調べるために、予算編成システム８にアクセスしたときのウェブブラウザ３０に表示されたウィンドウ６０を示す。この例では、ガイは、Macromedia（商標）Inc.のShock Wave（商標）を実行しているMicrosoft CorporationのInternet Explorerを用いて予算編成システム８にアクセスしている。ウィンドウ６０には、１）全ての関係者及び所与の予算テンプレートの校閲者にカスタマイズ可能なヘッドライン６２、２）指示を表示するリンク６４、３）関係者の氏名、及び４）今日の日付が、表示されている。予算編成システム８は、コンピュータ処理装置４のオペレーティングシステムに組み込まれた機密保護用の認証を用いているので、新しいパスワードが作成されて別個に管理される必要がない。

ウィンドウ６０には、アナリスト６により規定されたピザチェーンの階層モデル３８を表示する左側のフレーム６５が、含まれている。上述のように、階層構造には、５つの販売区域が含まれている。なお、区域２には３つのピザ販売店（販売店Ｂ〜販売店Ｄ）がある。階層構造は、企業の仕事の流れを表しているので、関係者には直感的にわかるものである。さらに、各関係者が閲覧可能な範囲は限定されており、左側のフレーム６５には、階層構造における個々の関係者に対応する部分のみが、表示されるようになっている。ガイは、５つの区域の全てを校閲する校閲者として定められた上位レベルの経営者であるため、階層構造の全体を閲覧可能である。

右側のフレーム６６及び左側のフレーム６５は、連携しており、ユーザが左側のフレーム６５内の階層構造におけるあるノードを選択すると、右側のフレームには、選択されたノード及びその子ノードの詳細が表示されるというようになっている。より具体的には、右側のフレーム６６には、選択されたノード及びその子ノードの各々を列挙したテーブルが、表示される。各テーブルには、ａ）ノード名、ｂ）ノードの稼動状態、ｃ）テンプレートに対しての最終更新時刻、ｄ）予算テンプレートがノードの所有者によって開かれたかどうか、ｅ）所有者／校閲者の氏名、ｆ）予算テンプレートが校閲されたかどうか、ｇ）ユーザがノードに対して実行できる操作が、表示される。

階層構造の最下位レベルでは、各ノードには、仕事の流れの３つの状態がある。すなわち、ａ）ＮＳ（未着手）−予算編成は開始されていない、ｂ）ＷＩＰ（作業中）−予算編成は、「作業中」であって所有者がデータをいくらか入力したものの未完成である、ｃ）ＬＯＣＫＥＤ（ロック）−所有者が校閲のために予算を送信済、の３つである。一旦、予算が送信されると、所有者は、次のレベルの校閲者が却下しない限り、変更することができなくなる。なお、校閲者が却下すると、下位ノードの状態はＷＩＰに戻る。

現場のピザ店の責任者であるアンディ用の表示例は、ガイのものとは全く異なる。図７に、アンディが予算編成システム８にアクセスしたときのウェブブラウザ３０に表示されたウィンドウ７０の例を示す。図７に示すように、アンディは、自分が担当する販売店Ａのみを閲覧可能である。アンディは、予算編成過程を開始していないので、右側のフレーム７４のテーブル７２には、ノードがＮＳ状態であると表示されている。

図８に、アンディが販売店Ａをクリックして予算編成過程を開始したときに表示されたウィンドウ８０を示す。この時点にて、ウェブブラウザ３０は、テンプレート３４及びデータキューブ３６をダウンロードする。これは、ネットワーク１８を通じたトラフィックがある場合の何回かのうちの１回でなされる。計算エンジン３２がクライアント上にあるので、ユーザが予算編成情報を入力する際にもウェブのトラフィックは発生しない。アンディは、ウィンドウ８０と対話して、支出予測データ８２を入力するが、アナリストによって設定された目標データを更新することはできず、テンプレート内に埋め込まれた数式に対して上書きすることもできない。このように、ウィンドウ８０により、アンディは、アナリストにより設定された財務目標を閲覧するとともに、詳細な予測情報を入力することが可能となる。計算エンジン３２により、ウィンドウ８０は、演算処理、条件付論理、加重時間平均、及び他のいくつもの処理に対応した高機能スプレッドシートとして動作する。さらに、アナリストは、ウィンドウ８０を、行、列、及びページの項目に対する状況感知型のヘルプを提供するように、構成可能である。支出予測データ８２を入力すると、アンディは、情報を保存して以降の過程を続けることもでき、予測データを校閲のためにピータへと送信することもできる。

アンディがテンプレートを保存すると、図９に示すように、ウェブブラウザ３０は、ウィンドウ９０を表示する。このウィンドウ９０は、ノードの「作業中」（ＷＩＰ）の状態を反映したものである。この状態にて、アンディは、図１０のウィンドウ１００に示すように、ここに戻って予測データを編集し、その予測データをピータによる校閲のために送信することができる。一旦、予測データが送信されると、ノードの状態は、図１１のウィンドウ１１０に示すようにＬＯＣＫＥＤに変わる。この状態にて、アンディは、ピーターがテンプレートを校閲してその情報を却下しない限り、予測情報を変更することができない。

図１２に、ピーターが、自分が担当する予算情報を校閲するために、予算編成システム８にアクセスしたときのウェブブラウザ３０に表示されたウィンドウ１２０の例を示す。図１２に示すように、ピーターは、区域１の所有者及び販売店Ａの校閲者として規定されている。ピーターは、ログインするとすぐに、アンディが予算情報を送信済みであることがわかる。このことは、右側のウィンドウのテーブル１２２に表示されたＬＯＣＫＥＤ状態で示されている。さらに、区域１の全ての子ノード（すなわち販売店Ａ）が予測情報を送信済みであるため、テーブル１２４に、区域１の状態がＲＥＡＤＹとして表示されている。これは、ピーターが予算情報の全てを校閲可能であることを示している。

図１３に、ピーターにより校閲のために選択されたときのテンプレートを表示したウィンドウ１３０の例を示す。注目すべきは、所有者（アンディ）により設定された予測データ１３２及び財務アナリストにより設定された目標データ１３４を含んだ全ての情報が、読み出し専用であって変更不能になっていることである。そこで、アンディには、校閲者として２つの選択肢がある。（１）予測情報を却下して、そのグリッドを変更のためにピーターへと返送するか、あるいは、（２）区域１の校閲者として指定されているガイによってテンプレートが校閲されるように、予算情報を承認するかである。このレベルにて、ノードがとりうるものとして５つの状態がある。最初の３つは、レベルＩのノードと同様、ＮＳ（未着手）、ＷＩＰ（作業中）、及びＬＯＣＫＥＤ（ロック）である。さらに、上位レベルのノードは、ＩＮＣＯＭＰＬＥＴＥ（未完成）、及びＲＥＡＤＹ（準備完了）となりうる。ＩＮＣＯＭＰＬＥＴＥ状態は、子ノードの少なくとも１つがＮＳ状態である場合に生じる。すなわち、校閲者に直属の誰かが予算編成過程を開始していない場合である。このように、校閲者には、テンプレートが閲覧されておらず、その所有者に追加の督促が必要であるかどうかが、すぐにわかる。ＲＥＡＤＹ状態は、子ノードの全てが予算編成過程を完了している場合に生じる。この時点にて、校閲者は、予算編成過程のクリティカルパス（critical path）であり、部下からのデータを却下又は送信する必要がある。他のデータ収集方法に対するこの方法の利点として、中間管理職が、予算予測を承認済であってそれに関与していることを、上位の管理職に示す簡単で効率的な方法を有することが、挙げられる。

図１４に、ピーターが販売店Ａからの情報を却下したときの情報の表示例を示す。販売店Ａは、ＷＩＰ状態に戻る。このため、区域１もＷＩＰ状態に移行する。所有者であるアンディは、送信が却下された理由を伝えるピーター（校閲者）からの電子メールを、自動的に受信する。この合致過程は、満足な予算情報が最終的に階層構造の全レベルを通じて上方へ伝達されるまで、継続する。

図１５に、財務アナリスト６がモデル３８を作成して管理するときのブラウザ３０により提供される表示例を示す。これには、所有者を階層構造の様々なノードに割り当てることが、含まれる。図１６に、財務アドバイザーが、各ノードにアクセスレベル（例えば、読み取りに対する書きこみ）を定めるときのブラウザ３０により提供された表示例を示す。

図１７に、上記技術を実装するのに適した実行環境を提供するプログラム可能なコンピュータ処理システム（システム）２００を示す。システム２００には、プロセッサ２１２が含まれている。一実施形態では、このプロセッサ２１２は、Santa Clara, CaliforniaのIntel Corporationにより製造されたPENTIUM（登録商標）ファミリーのマイクロプロセッサに属する。マイクロプロセッサの他の例としては、Silicon Graphics CorporationのMIPS（登録商標）ファミリー、Motorola Corporation及びIBM CorporationのPOWERPC（登録商標）ファミリー、Hewlett-Packard CompanyのPRECISION ARCHITECTURE（登録商標）ファミリー、Sun Microsystems CorporationのSPARC（登録商標）ファミリー、又はCompaq Computer CorporationのALPHA（登録商標）ファミリーがある。様々な構成において、システム２００は、任意のサーバ、パーソナルコンピュータ、ラップトップ、又は、ハンドヘルドＰＣ若しくはパーソナル・デジタル・アシスタント（ＰＤＡ）として知られるバッテリー駆動でポケットサイズのモバイルコンピュータをも示している。

システム２００には、システムメモリ２１３が含まれている。このシステムメモリ２１３は、読み出し専用メモリ（ＲＯＭ）２１４及びランダムアクセスメモリ（ＲＡＭ）２１５を含み、システム・データ／アドレス・バス２１６によりプロセッサ２１２と接続されている。ＲＯＭ２１４は、主として読み出し専用の任意の装置を表している。これには、電気的消去可能書き込み可能ＲＯＭ（ＥＥＰＲＯＭ）、フラッシュメモリ等が含まれる。ＲＡＭ２１５は、シンクロナスＤＲＡＭ（Synchronous Dynamic Random Access Memory）等の任意のランダムアクセスメモリを表している。

システム２００内では、入出力バス２１８が、コントローラ２１９を介してデータ／アドレスバス２１６と接続されている。一実施形態では、入出力バス２１８は、標準的なＰＣＩ（Peripheral Component Interconnect）バスとして実装されている。バスコントローラ２１９は、プロセッサ２１２からの全信号を調べて、適切なバスへとルーティングする。プロセッサ２１２及びシステムメモリ２１３間の信号は、バスコントローラ２１９を通過するにすぎない。一方、システムメモリ２１３以外の機器へ向けられたプロセッサ２１２からの信号は、入出力バス２１８へとルーティングされる。

様々な機器が入出力バス２１８に接続している。これには、ハードディスクドライブ２２０、フロッピー（登録商標）ディスク２５１を読み込むのに用いられるフロッピー（登録商標）ドライブ２２１、及び、光学式ディスク２５２を読み込むのに用いられるＣＤ−ＲＯＭドライブのような光学式ドライブ２５２等がある。ビデオディスプレイ２２４又は他の種類のディスプレイ装置が、ビデオアダプタ２２５を介して入出力２１８に接続している。

ユーザは、システム２００に対して、コマンド及び情報を、キーボード２４０及び／又はマウス２４２等のポインティングデバイスを用いて入力する。これらは、入出力ポート２２８を介してバス２１８に接続している。他の型のポインティングデバイス（図示せず）としては、トラックパッド、トラックボール、ジョイスティック、データグローブ、ヘッドトラッカー、及び、ビデオディスプレイ２２４上でカーソルを位置付けるのに適した他の機器がある。

また、システム２００には、モデム２２９が含まれている。モデム２２９は、システム２００の外部に図示されているが、システム２００内にあってもよいことが、当業者にはすぐにわかるであろう。通例、モデム２２９は、地球規模のインターネットのような広域ネットワーク（図示せず）を通じて通信するのに、用いられる。モデム２２９は、有線又は無線接続を用いてネットワークに接続されてもよい。

通例、ソフトウェアアプリケーション２３６及びデータは、メモリ記憶装置の１つにより格納されている。なお、メモリ記憶装置には、ハードディスク２２０、フロッピー（登録商標）ディスク２５１、ＣＤ−ＲＯＭ２５２等がある。そして、ソフトウェアアプリケーション２３６及びデータは、実行のためにＲＡＭ２１５にコピーされる。但し、一実施形態では、ソフトウェアアプリケーション２３６は、ＲＯＭ２１４内に格納されていて、実行のためにＲＡＭ２１５にコピーされるか、あるいは、ＲＯＭ２１４から直接実行される。

一般に、オペレーティングシステム２３５は、ソフトウェアアプリケーション２３６を実行して、ユーザが発行した命令を実行する。例えば、ユーザがソフトウェアアプリケーション２３６をロードしたいときには、オペレーティングシステム２３５は命令を解釈して、プロセッサ２１２が、ハードディスク２２０又は光学式ディスク２５２から、ソフトウェアアプリケーション２３６をＲＡＭ２１５に読み込むようにする。一旦、ソフトウェアアプリケーションの１つがＲＡＭ２１５にロードされると、それはプロセッサ２１２によって使用される。大規模なソフトウェアアプリケーション２３６の場合、プロセッサ２１２は、必要に応じて、プログラムモジュールの別個の部分をＲＡＭ２１５にロードする。

システム２００の基本入出力システム（ＢＩＯＳ）２１７は、システム２００内の各コンピュータリソース間で情報を転送するのに通常役立つ実行可能な基本的ルーチンの組である。オペレーティングシステム２３５又は他のソフトウェアアプリケーション２３６は、これらの低レベルのサービスルーチンを用いている。一実施形態では、システム２００には、該システム２００の構成情報を保持したシステムデータベースであるレジストリ（図示せず）が、含まれている。例えば、Redmond, WashingtonのMicrosoft CorporationのWindows（登録商標）オペレーティングシステムは、２つの隠しファイル内でレジストリを管理している。これら隠しファイルは、USER.DAT及びSYSTEM.DATと称され、内部ディスク等の不揮発記憶装置上に配置されている。

本発明は、特定の実施形態の観点から記述されているが、他の実施形態も特許請求の範囲に含まれるものである。例えば、本発明のステップは、別の順番で実行されてもよく、それによっても所望の結果が得られる。本願は、本発明のあらゆる適用例や変形例を含むことが、意図されている。本発明は、特許請求の範囲及びその均等の範囲によってのみ限定されることが、意図されている。

トップダウンによる企業の会計モデル及び立案した目標を、ボトムアップによる詳細な支出予測に合致させることを、可能にするとともに自動化するシステムを示すブロック図である。 予算編成システムの一例をより詳細に示す図である。 図２の予算編成システムと通信するのに用いられる通信装置及びそこで実行されるソフトウェアモジュールの一例を示すブロック図である。 具体例としての階層的な予算編成及び立案モデルを示す図である。 本発明によって企業の財務モデルを策定して詳細な予算見積もりと合致させる過程の一例を示すフローチャートである。 上述の予算編成過程における表示例を示す図である。 上述の予算編成過程における表示例を示す図である。 上述の予算編成過程における表示例を示す図である。 上述の予算編成過程における表示例を示す図である。 上述の予算編成過程における表示例を示す図である。 上述の予算編成過程における表示例を示す図である。 上述の予算編成過程における表示例を示す図である。 上述の予算編成過程における表示例を示す図である。 上述の予算編成過程における表示例を示す図である。 上述の予算編成過程における表示例を示す図である。 上述の予算編成過程における表示例を示す図である。 本発明の様々な実施形態を実装するのに適したコンピュータを示すブロック図である。

符号の説明

２ システム
４ コンピュータ処理装置
５ 関係者
６ アナリスト
８ 予算編成システム
１０ 予算
１２ ソフトウエアモジュール
１４ 関係モジュール
１６ 解析モジュール
１８ ネットワーク
２０ ウエブサーバ
２２ 関係者データベース
２４ モデル・データベース
２８ レポート・モジュール
３０ ウエブブラウザ
３２ 検索エンジン
３４ テンプレート
３６ データキューブ
３９ ルート・ノード
２００ コンピュータ処理システム
２１２ プロセッサ
２１３ システムメモリ
２１９ バスコントローラ

Claims (2)

1. コンピュータによる予算編成システムであって、
   階層的に配列された複数のノードを有したマルチレベル企業モデルを規定したデータを予算編成システムのデータベースに格納し、前記データベースの前記ノードの各々は企業と関連したコストセンターを規定し、前記データベースの前記ノードの各々は関係者又は校閲者を特定しており、
   前記予算編成システムは、前記データベースにアクセスし、該データベースに格納された前記企業モデルの最高のレベルの目標データを取り込むために一組のアナリストにユーザ・インターフェースを示し、
   前記予算システムは、前記データベースに格納されたマルチレベル企業モデルに従って、該企業について高レベル目標データと低レベル予測データを一致させる予算一致プロセスを自動的に行うソフトウエアを、
   （ｉ）前記データベース内に格納された前記企業モデルの最低レベルを特定するため、現在のレベルを自動的に初期化し、
   （ｉｉ）前記企業モデルの現在のレベルのノードによって規定される前記関係者を自動的に選択するため、前記データベースにアクセスし、
   （ｉｉｉ）前記企業モデルの現在のレベルのノードによって規定される前記コストセンターについて予測データを取り込むために、ユーザ・インターフェースを前記自動的に選択された関係者に示し、
   （ｉｖ）前記現在のレベルの予測データを備えた１人又はそれ以上の前記関係者に基づき、自動的に１人又はそれ以上の前記校閲者を自動的に選択するため、前記データベースにアクセスし、
   （ｖ）前記選択された校閲者に目標データと予測データを示し、
   （ｖｉ）前記選択された関係者から校閲情報を受け、該校閲情報は目標データの観点から自動的に選択された校閲者が、前記モデルの現在のレベルについて自動的に選択された関係者から、前記予測データをアクセプトしたか又は拒絶したか示すものであり、
   （ｖｉｉ）前記校閲情報を処理し、前記選択された校閲者のすべてが現在のレベルの予測データをアクセプトしたときに、前記現在のレベルを自動的にインクレメントすることによって前記データベース内の前記企業モデルの異なるレベルを特定するため、前記現在のレベルを自動的に更新し、
   （ｖｉｉｉ）少なくとも１人の前記選択された校閲者が前記予測データを拒絶したとき、少なくとも１人の前記校閲者が更新された予測データを提供することを求めるために前記現在のレベルによって識別される前記校閲者にユーザ・インターフェースを示し、そして
   （ｉｘ）合致プロセスを自動的に繰り返し、前記データベースの前記企業モデルの予め規定されたレベルに前記現在のレベルが到達したとき、前記合致プロセスの終了のみ行い、そして前記予算システムで、合致した予測データに基づき予算レポートを生成して、
   実行する予算編成システム。
2. 組織のためのコンピュータ化された予算編成システムであって、該システムは、
   一組の校閲者、一組のアナリスト、及び組織のマルチレベル・モデルを規定するデータを格納するために構成されたデータベースを含むコンピュータ読み取り可能な媒体であって、前記モデルは階層的に構成された複数のノードを有し、各ノードは少なくとも１人の関係者に対応している媒体、及び
   前記データベースに結合されたサーバー、
   を有し、
   前記サーバーシステムは、前記データベースに格納された前記企業モデルの最低レベルを特定するために現在のレベルを初期化し、前記現在のレベルのノードによって規定される前記校閲者を自動的に識別するために前記データベースにアクセスし、そして前記現在のレベルによって識別される前記レベルのノードによって規定されるコストセンターについて予測データを取り込むため前記識別された関係者にユーザー・インターフェースを示し、
   前記サーバーは、前記企業モデルの現在のレベルの予測データを備えた１人又はそれ以上の前記関係者に基づき１人又はそれ以上の前記校閲者を自動的に選択するために前記データベースにアクセスし、前記予測データ及び目標データを前記校閲者に選択的に示し、
   前記サーバーは、前記校閲者から校閲情報を受け、該校閲情報は目標データの観点から前記自動的に選択された校閲者が前記モデルの現在のレベルによって規定された前記関係者からの前記予測データをアクセプトするか又は拒絶するか示し、
   前記サーバーは、すべての前記選択された校閲者が現在のレベルについての前記予測データをアクセプトしたとき、該現在のレベルを自動的にインクレメントすることによって、前記データベースの前記企業モデルの異なるレベルを特定して前記現在のレベルを更新するために前記校閲情報を処理し、
   前記サーバーは、少なくとも１人の前記選択された校閲者が前記予測データを拒絶したとき、少なくとも１人の前記関係者が更新された予測データを提供することを求めるために前記現在のレベルによって識別された前記校閲者にユーザ・インターフェースを示し、
   前記サーバーは、前記合致プロセスを繰り返し、前記現在のレベルが前記データベースの前記企業モデルの予め規定されたレベルに到達したとき、前記合致プロセスを自動的に終了し、そして
   前記サーバーは、前記現在のレベルが前記モデル内の予め規定されたレベルに到達するとき、前記合致された予測データに基づいて予算レポートを生成する、
   予算編成システム。