JP2004511842A - 協調（ｃｏｌｌａｂｏｒａｔｉｏｎ、連携）を含むサプライチェーンマネジメント用のシステムおよび方法 - Google Patents

Abstract

属性（２２４）をサプライチェーンデータ（２１０）に割り当て、階層（２２０）、カレンダー（２２６）、フィルタ（２２４）およびフリーズプロフィール（２２２）を作成することにより、該データを共有し、且つ操作するシステムおよび方法（２００）である。データの操作（２２８）は、事前定義された関係および規則を用いて、割り当て、統合および変換により達成できる。データの選択的共有は、事前定義されたパートナーシップ（２４２）およびフィルタ（２４４）によって達成できる。システムユーザは、カスタマイズされた望ましい形式でデータを選択的に見ることができる。

Description

【０００１】
［発明の分野］
本発明は、在庫管理および統制用のシステムおよび方法に関する。具体的には、本発明は、サプライチェーントレーディングパートナーが他のトレーディングパートナーと、サプライチェーン情報をリアルタイムで選択的に共有することを可能にする。
【０００２】
（関連出願に対する相互参照）
本願は、２０００年９月２９日に出願された米国仮特許出願第６０／２３６，３７９号の優先権を主張しており、その開示は全体を参照することにより本明細書に援用する。
【０００３】
［発明の背景］
トレーディングパートナーと事業を遂行することは、複雑で、費用がかかり、非効率的であって、時として敵対的にさえなり得る。多くの企業は内部で情報を共有することが困難である。この困難さは、企業が外部のトレーディングパートナーと情報を共有しようとするときに一層強まる。トレーディングパートナーは、同じサプライチェーンまたはトレーディングネットワークに参加するサプライヤ、顧客、子会社や、他の任意の組織または個人である。企業は現在、内部サプライチェーンの効率の改善が充分ではないことを認識している。その代わりに、企業はトレーディングネットワーク全体の効率を改善しようとしている。
【０００４】
サプライチェーンは、通常は、動的に相互作用を行って製品またはサービスを生産し販売する、人や組織の複合的なネットワークである。サプライチェーンが効率的に稼働するために、サプライチェーントレーディングパートナーは、明白な理由で互いに同調して働くべきである。残念ながらこのようにならないことが多い。
【０００５】
サプライチェーントレーディングパートナーの間で同調が欠如している理由の１つは、不測の環境変化である。たとえば、需要の突然の減少、労働問題、供給不足などの特定の事象は、サプライチェーンのごく一部にしか直接影響しないときであっても、サプライチェーン全体に影響を及ぼし得る。これは、通常のサプライチェーン内において、全てのトレーディングパートナーの相互依存の度合いが高いためである。
【０００６】
通常のサプライチェーンの相互依存性が高いことに加えて、環境変化に対してサプライチェーントレーディングパートナーは一般的に反応が鈍いという問題もある。サプライチェーンの参加者が環境変化に対して反応が鈍いことには、多くの理由がある。
【０００７】
サプライチェーンの参加者は一般的に、労働組合、賃貸借契約、サプライヤ、顧客などに対して通常は多くの義務を負う企業組織である。これらの法的義務を急に変更することは、不可能ではないにしても困難であることが多い。また、これらの企業組織の多くは、反応がよくないことについてロジスティクス上の且つ物理的な理由を有する場合がある。たとえば、生産の変更を行うためには、通常は製造施設を計画し直すか再構成しなければならないので、多くの製造業者が、生産ラインを切り換えたり、または生産を増減したりするためにある程度の時間の遅れを必要とする。流通業者やサプライヤの場合には、その貯蔵スペースは限定されていて、拡張可能または縮小可能でないことが多い。これらの企業が、その倉庫から来る商品の突然の増加を収容することは非常に困難である。一方、これらの企業の倉庫から来る商品の突然の減少があるか需要の高まりがあって、倉庫を十分に利用する状態に維持できない場合には、おそらく倉庫内の余分なスペースを賃貸することができないであろう。サプライチェーンに参加する運送会社の場合には、通常は限定的な量の機器（たとえばトラック）しか有していない。たとえば、運送会社が需要の高まりを処理するのに充分な機器を有しているとしても、ロジスティクス上の制限のために機器を適所に移動できない場合がある。一方、事業に突然の減少があったならば、これらの会社は、適宜に他の事業を獲得して会社の機器を使用し続けることが困難になり得る。かかる問題を克服するために、サプライチェーンの参加者は予測や事業計画に依拠して、将来の事業運営の戦略を練るかもしれない。
【０００８】
信頼性のある予測や事業計画を練り上げることは、信頼性が高く且つ最も新しい良い情報を入手することを必要とする。かかる情報は、たとえば、他のトレーディングパートナーの需要予測、販売促進、購入注文、在庫などを含む。
【０００９】
残念ながら、サプライチェーントレーディングパートナーが、適宜にこれらの関連性の高いサプライチェーン情報を入手することは困難なことが多い。ときには、これらの関連情報は、トレーディングパートナーと直接的な事業上の関係を有していない他の組織によって保持されているので、トレーディングパートナーがすぐに入手できないこともある。また、トレーディングパートナー間でかかる情報を共有するシステムがないために、これらの情報を単に利用可能でないこともある。
【００１０】
トレーディングパートナーが情報を共有できないことは、企業は種々の管理／連携システムを使用することが多いという事実によってその度合いが強まる。その結果、これらの企業のそれぞれは、維持する情報を対照的な方法でフォーマットしたり見たりする場合がある。したがって、トレーディングパートナーが他のトレーディングパートナーから所望の情報を入手できるとしても、その情報をそのトレーディングパートナー自らの事業慣行に従うように解釈することは困難な場合がある。たとえば、多くの企業は独自のカレンダーにより操業する。これらの企業は、独自の事業または操業カレンダーに沿った方法でフォーマットされた関連情報を見ることができることが好ましい。
【００１１】
もちろん、サプライチェーンに関連づけられた情報の量は通常は膨大である。トレーディングパートナーは概して、サプライチェーンと関連づけられた全情報の一部のみに関心がある。殆どのトレーディングパートナーは、所望のデータを入手するために大量のサプライチェーン情報を検討するリソースを有していない。同時に、トレーディングパートナーは独自のデータのいくつかへのアクセスを制限したい場合があるすなわち、トレーディングパートナーは、特定のトレーディングパートナーだけがその独自のデータ、特に、特に機密性が高い傾向にある種類のデータにアクセスすることができるようにしたい場合がある。
【００１２】
最後に、通常サプライチェーンの全体的な動的特性は、サプライチェーンの参加者が情報を共有することを非常に困難にすることが多い。前述のように、サプライチェーンは組織および個人の複合ネットワークである。変化のないネットワークではなく、絶えず進化するネットワークである。組織および個人は通常サプライチェーンに絶えず出入りしている。サプライチェーンの寿命の中で、トレーディングパートナーの間における取引関係の様々な再調整が行われる場合もある。
【００１３】
これらの要因の全てが、サプライチェーンの参加者がサプライチェーン情報を効率的に共有することを困難にしている。
【００１４】
そのため、サプライチェーントレーディングパートナーが他のトレーディングパートナーと選択された情報を共有し、関連情報をリアルタイムで、且つトレーディングパートナーの必要に沿った形式で自動的に入手することを可能にする、サプライチェーン情報を共有する非常に柔軟なシステムがきわめて望ましい。かかるシステムは、通常のサプライチェーンの動的な性質を扱うことができるように、高い柔軟性を有するべきである。
【００１５】
［発明の概要］
上記の問題を解決するために、本発明は特にサプライチェーン情報を共有し、且つ操作するシステムおよび方法を提供する。一般的に、本発明は、サプライチェーン情報を格納し、サプライチェーンの参加者が望ましい形式で情報を保持できるように、その参加者が選択されたサプライチェーン情報にアクセスして操作することを可能にする、システムおよび方法を提供する。
【００１６】
好適な実施形態において、サプライチェーンのトレーディングパートナーは、需要予測、供給予測、販売促進予測、および購入注文情報などのサプライチェーンプラニングデータをデータベースに格納することができる。該データは編成して、データに属性を割り当てることにより、サプライチェーンプラニング項目およびプラニング要素と呼ばれるエンティティにすることができる。少なくとも２つの属性がデータに割り当てられる。また、ユーザ定義の属性をデータに割り当てることもできる。
【００１７】
割り当てられた属性の少なくとも１つに基づいて、階層を作り出すことができる。階層は属性を階層的順序に並べて位置づけることにより作り出すことができる。データは、階層に従ってデータを編成することにより操作することができる。より低レベルの階層プラニングデータのデータを編成することにより、より高レベルの階層プラニング項目を得ることができる。
【００１８】
別の実施形態によれば、割り当て技法によって低レベルの階層プラニングデータを自動的に更新することができる。ユーザおよび／またはトレーディングパートナーは、より低レベルのプラニングデータ項目の中で更新する高レベルデータをどのように割り当てるかに関する事前定義された規則を用いて、単により高レベルの階層プラニングデータを更新することにより、低レベルな階層プラニングデータを自動的に更新できる。
【００１９】
別の実施形態によれば、データを特定の計測単位に基づくデータから別の計測単位に基づいた別形式のデータに変換することにより、データを操作することができる。かかる変換は、変換要素を有する変換チェーンを用いて達成することができる。これらの変換要素は、通常は、元のデータを乗算または除算して、その結果生ずるデータ形式を作り出すために用いられる。
【００２０】
別の実施形態によれば、トレーディングパートナーまたはユーザは、特定の格納データのみに選択的にアクセスできる。これは、特定の定義済みの属性を有するデータのみを探すことにより、選択的データを照会するフィルタを作成することによって達成できる。通常は、フィルタは役割と関連づけられている。一般的に、ユーザまたはトレーディングパートナーには役割が割り当てられ、この役割は、ユーザまたはトレーディングパートナーが選択的プラニングデータにアクセスすることを可能にする。各役割は数個のフィルタと関連づけることができる。
【００２１】
別の実施形態によれば、カスタマイズされたカレンダーを作成することができる。カスタマイズされたカレンダーは、ユーザまたはトレーディングパートナーの取引の必要を支援するように特定的に適合させることができる。そして、カスタマイズされたカレンダーは、格納されたデータを編成し、且つ操作するために用いて、ユーザおよびトレーディングパートナーがより望ましい形式でデータを見ることを可能にすることができる。
【００２２】
別の実施形態によれば、フリーズプロフィールを作成することができる。通常は、フリーズプロフィールはフリーズ期間によって定義される。フリーズプロフィールを任意のプラニングデータに適用して、フリーズ期間中のデータの編集を防止することができる。
【００２３】
さらに別の実施形態においては、元々格納されていたプラニングデータおよび操作技術によって生成された他の任意のデータを、インターネットなどの電子ネットワークを介して遠隔コンピュータ装置で見ることができる。
【００２４】
当業者が容易に理解するように、本発明はサプライチェーンデータを共有し、且つ操作する強健なシステムおよび方法を提供する。別の特徴および利点は以下の説明に記載してあるが、一部はその記載から自明であるか、本発明の実施によって学ぶことができる。本発明の目的および他の利点は、ここに記載した説明およびその特許請求項ならびに添付の図面において特に指摘した構造によって実現および達成される。
【００２５】
前述の一般的説明および以下の詳細な説明は共に、例示的且つ説明的であって、特許請求される本発明の説明をさらに行うことを意図したものであることを理解されたい。
【００２６】
本発明のさらなる理解をもたらすために本明細書に含まれ、且つ援用されてその一部を構成する付属の図面は、本発明の実施形態を図示しており、発明の説明と共に本発明の原理を説明する役割を果たす。
【００２７】
［好適な実施形態の詳細な説明］
本発明によれば、トレーディングパートナーがサプライチェーン情報を共有することを可能にする強健な協調システム（以下「本システム」）が提供される。かかる情報を共有することにより、トレーディングパートナー間での事業活動の協調をより促進することができる。本システムは、様々な協調／管理システムを有し得るトレーディングパートナーと本システムとが接続することを可能にする、オープンアーキテクチャのフレームワークを有することが好ましい。一実施形態において、本システムは、業界全体のｅビジネス通信標準である、コラバレイティブ・プラニング・フォーキャスティング・アンド・レプレニッシュメント（Ｃｏｌｌａｂｏｒａｔｉｖｅ Ｐｌａｎｎｉｎｇ， Ｆｏｒｅｃａｓｔｉｎｇ ａｎｄ Ｒｅｐｌｅｎｉｓｈｍｅｎｔ （「ＣＰＲＦ」） Ｖｏｌｕｎｔａｒｙ Ｇｕｉｄｅｌｉｎｅｓ ａｎｄ ＲｏｓｅｔｔａＮｅｔ）と互換性を有するようになる。
【００２８】
サプライチェーンは無数の方法で構成できるが、本発明の特徴の理解を容易にするために、ここで例示的なサプライチェーンを示す。図１は多層のサプライチェーントレーディングパートナーからなる例示的なサプライチェーン１００を示している。サプライチェーン１００は、部品Ａ、Ｂ、ＣおよびＤをそれぞれ生産するサプライチェーン１００の最上層にサプライヤ１２０、１２２、１２４および１２６を含んでおり、これらの部品は第２層のサブアセンブラ１３０および１３２に送られる。そして、サブアセンブラ１３０および１３２は、それぞれ部品Ａ、Ｂ、Ｃ、およびＤを組み立てて部品ＥおよびＦを生産し、これらは製造業者１４０に送られる。トレーディングパートナーは、組織、企業、または個人などである。各サプライチェーントレーディングパートナーは、トレーディングパートナーの従業員、提携者、子会社または他の任意の事業サブユニットであるユーザからなってもよく、それらのユーザと連絡していてもよい。たとえば、図１において、製造業者１４０はその製造業者と関連づけられたユーザ１４２と連絡している。部品ＥおよびＦを用いて、製造業者１４０は流通業者Ａ１５０および流通業者Ｂ１５２に送られる機械装置を生産し、これらの流通業者はその機械装置を様々な販売地域１６０、１６２および１６４に配給する。
【００２９】
図１の単純化した例にもかかわらず、サプライチェーンコミュニティの様々な成員間の関係は概して複雑で動的である。サプライチェーンのトレーディングパートナーは、通常は、同じサプライチェーンにおける他のトレーディングパートナーと直接的な事業関係を有している。トレーディングパートナーは、同じサプライチェーン内の他のトレーディングパートナーとも間接的な関係を有し得る。すなわち、１つのトレーディングパートナーが、別のトレーディングパートナーと直接的な事業関係を有することなく、その別のトレーディングパートナーの事業運営に重大な影響を与えることがあり得る。たとえば、流通業者Ａ１５０が、販売地域（１）１６０における機械装置に関するその需要予測に基づいて、製造業者１４０へのその機械装置に対する購入注文を削減すれば、製造業者１４０はその機械装置の生産を削減するおそれがある。そして、製造業者１４０はサブアセンブラＥ１３０からの部品Ｅの購入を削減する。そして、サブアセンブラＥ１３０は部品Ａに対する注文を削減して、サプライヤＡ１２０に生産をカットするように要求する。そのため、流通業者Ａ１５０はサプライヤＡ１２０と直接的な事業関係を有していなかったが、その活動は最終的にサプライヤＡ１２０に影響を与える。
【００３０】
サプライチェーンが最も効率的に運用されるには、トレーディングパートナーのそれぞれがそのパートナーから更新された情報を得ることが好ましいであろう。トレーディングパートナーの事業計画および予測が実際の需要およびサプライチェーンの状態に合わないならば、製品の生産および／または供給は実際の需要と同調しない場合がある。その結果、サプライチェーンの様々な事業の流れが分離し得る。たとえば、図１に言及を戻すと、流通業者Ａ１５０が機械装置に対する需要の減少ではなく需要の増加を予測したとする。その結果、流通業者１５０は機械装置に対する注文を増やし、これは結局、サプライヤＡ１２０への部品Ａの注文増加につながる。しかし、生産を増やすのには時間の遅れがあり得るので、サプライヤＡ１５０は増えた注文を満たすことができない場合がある。そのため、サプライチェーン１００の部分が分離してしまい、商品および／またはサービスに対する需要が満たされない。その結果、サプライチェーン１００の他の部分も影響を受ける場合がある。たとえば、流通業者Ａ１５０からの増えた注文を受け入れるために、製造業者１４０は、元々流通業者Ｂ１５２向けであった機械装置の出荷の幾分かを流通業者Ａ１５０に移す場合がある。いずれにしても、ここでの例は、サプライチェーンの一部における事象が、その事象が発生した部分に直接的に関連してさえいないサプライチェーンの他の部分に、如何に重大な影響を与え得るかを示している。
【００３１】
上記のように、通常のサプライチェーンの複雑さのために、サプライチェーンの各参加者にとって、最も短い期間に入手可能な最良のデータを得ることが非常に好ましい。かかる時適を得た情報は、サプライチェーンにおける各参加者が正確な予測や適切な事業計画を練り上げることを助け、様々な当事者の間における注文および購入の活動を促進する。
【００３２】
サプライチェーンの効率を改善することは、より時間どおりの納品、より短い注文処理時間、より少ない在庫投資、より高い従業員当たりの生産性、現金から現金への循環時間およびより少ない資材取得費を含む、多くの利益をもたらすことができる。
【００３３】
図２は、サプライチェーンのトレーディングパートナー間での情報の共有を促進する、本発明の一実施形態による協調システム２００を示している。一実施形態において、システム２００は、とりわけサプライチェーン情報を格納できるデータベース２１０を備えている。サプライチェーン情報は、たとえば、サプライチェーンにおける任意の点および任意のサプライチェーン参加者についての、需要予測、供給予測、販売促進予測、購入注文情報などを含むことができる。また、データベース２１０は、全て以下で説明する、階層、ユーザの役割、フリーズプロフィール、製品、場所、プラニング項目などに関連した情報を含む、他の種類のデータを格納することができる。
【００３４】
データベース２１０に加えて、システム２００は、階層モジュール２２０、フリーズプロフィールモジュール２２２、属性モジュール２２４、カレンダーモジュール２２６、操作モジュール２２８およびセキュリティモジュール２４０をさらに備えている。システム２００は通信回線２３５を介してトレーディングパートナー２５５と通信する。同様に、企業２６５は通信回線２３７を介してシステム２００と通信する。通信回線２３５および２３７は、有線の通信回線であっても無線の通信回線であってもよい。企業２６５は、企業２６５と関連づけられたユーザ２５０と連絡している。企業２６５は実際にはトレーディングパートナーであるが、企業（トレーディングパートナー）とそのユーザ２５０との関係を図示するために、他のトレーディングパートナー２５０とは異なるように図示されている。トレーディングパートナー２５５は、サプライチェーンに参加しシステム２００と接続する、如何なる者および／または組織であってもよい。また、トレーディングパートナー２５５は、パーソナルコンピュータ（ＰＣ）などの多くの相互接続されたコンピュータ装置からなる企業エンティティの電子ネットワークであってもよい。根本的に、トレーディングパートナー２５０は、システム２００と関連づけられたサプライチェーンに利害関係を有し、且つ／または参加する、如何なる者であっても如何なる物であってもよい。セキュリティモジュール２４０は、伝達の２つの主要な手段である役割２４２およびフィルタ２４４（以下でより詳細に説明する）を使用することにより、情報をユーザ２５０に伝達する一般的な方法である。共に用いられているモジュール２２０〜２２８および２４０は、ユーザ２５０が関連するプラニングデータを入手し、編成し、見ることを助ける。プラニングデータはユーザ２５０、企業２６５および／またはトレーディングパートナー２５５によって、その事業運営の過程で用いられる任意のサプライチェーン情報である。たとえば、予測データ、販売促進データ、注文情報などである。
【００３５】
システム２００は、システム管理者２６０によって管理されるサーバ上に置かれている。システム管理者２６０はユーザ２５０であっても、ユーザの企業２６５であっても、第三者であってもよい。本システムは、様々なＷｉｎｄｏｗｓ（登録商標）およびＵＮＩＸ（登録商標）ベースのシステムで動作できる。たとえば、本システムは、Ｏｒａｃｌｅ（登録商標）８ｉを備えたＷｉｎｄｏｗｓ（登録商標）ＮＴ４．０ＳＰ６ａサーバおよびＷｅｂＬｏｇｉｃアプリケーションウェブ・サーバ６．０上で動作できる。図２にはデータベース２１０を１つだけ示すが、システム２００は複数のデータベースからなることができる。あるいは、１つまたは複数のデータベースを、別のサーバ上のモジュールから離隔して設けることもできる。本システムの実際の物理的実施態様は、本発明の実施態様に必須ではない。むしろ、当業者は、その物理的実施形態の多くの変形形態が可能であることを理解するであろう。
【００３６】
ユーザ２５０は、インターネット、イントラネット、エクストラネット、付加価値ネットワーク（「ＶＡＮ」）、ＶＰＮなどの、電子ネットワークを介してシステム２００と通信できる。インターネットブラウザは、たとえば、ネットスケープナビゲータやマイクロソフトインターネットエクスプローラであり得る。当業者は、本発明を多くの方法で物理的に実施できることを理解するであろう。ここで、図２に示した様々な部品をさらに詳細に説明する。
【００３７】
図２に戻ると、データベース２１０に格納されたデータを、ユーザ２５０および／または他の外部ソースによって提供することができ、編成してデータベース２１０内の２種類のエンティティにすることができる。２つのエンティティとはプラニング項目３１０およびプラニング要素３５０である。
【００３８】
図３Ａは、プラニング項目３１０および、プラニング項目３１０を確認するのに用いられる属性３２０〜３２４を示している。プラニング項目３１０は、ユーザ２５０がシステム２００の他の参加者と協調したい任意の項目である。最低でも、プラニング項目３１０は、少なくとも製品の種類３２０および場所３２２によって確認されることが好ましい。また、プラニング項目３１０は、とりわけ製品、場所および／またはプラニング項目自体に関連し得る、ユーザ定義の属性３２４の形態でそれに関連づけられた他の識別子を有することができる。製品名属性３２０、場所属性３２２およびユーザ定義の属性３２４の組み合わせは、プラニング項目３１０を一意に確認する方法を提供する。各プラニング項目３１０は、１つまたは複数のプラニング要素３５０に関連させることができる。
【００３９】
以下の例は、図２のシステム２００に関連する際の、プラニング項目３１０の例示を提供する。図１の流通業者Ａ１５０が、販売地域（１）１６０における機械装置に対する推定需要の予測を主張する（ｍａｉｎｔａｉｎ）と仮定する。また、流通業者Ａ１５０は、販売地域（１）１６０における機械装置に対する注文および出荷データも主張できる。流通業者Ａ１５０は、「機械装置」によって確認できるプラニング項目３１０を製品属性３２０として作成し、「販売地域（１）」を流通業者Ａ１５０の場所属性として作成することができる。流通業者Ａ１５０は、追加のユーザ定義の属性３２４をプラニング項目識別子に追加することもできる。たとえば、機械装置が３つの大きさ、すなわち小、中および大で入ってくるならば、製品サイズに基づく別の属性を識別子に加えることができる。
【００４０】
図３Ｂは、例示的なプラニング項目３１０ならびに、プラニング項目３１０と関連づけられたプラニング要素３５０Ａ、３５０Ｂおよび３５０Ｃを示している。プラニング要素３５０Ａ、３５０Ｂおよび３５０Ｃは、サプライチェーンに沿った任意の点での製品または製品群に関する任意の種類のサプライチェーンプラニングデータ、たとえば、売上高予測、需要予測、販売促進予測、購入注文などとすることができる。通常は、プラニング項目３１０は商品レベル（たとえば１２オンス缶入りピーナツ）でのＤＦＵ（需要予測ユニット）またはＳＫＵ（在庫保持ユニット）である。各プラニング項目３１０は、時系列のプラニングデータからなる１つまたは複数のプラニング要素３５０Ａ、３５０Ｂおよび３５０Ｃと関連づけることができる。この場合に、プラニング項目３１０は３つの属性によって確認される。２つの必要とされる属性である、製品および場所の属性、この場合には、シャンプー３６０およびワシントン州タコマ３６２および、ユーザ定義の属性である、８オンス３６４である。この例において、プラニング項目３１０と関連づけられた３つのプラニング要素３５０Ａ、３５０Ｂおよび３５０Ｃは、サプライヤ予測３５０Ａ、サプライヤ注文３５０Ｂおよびサプライヤ出荷３５０Ｃである。
【００４１】
したがって、プラニング項目３１０とプラニング要素３５０Ａ、３５０Ｂおよび３５０Ｃとの関係を見る１つの方法は、各プラニング項目３１０を１組のプラニング要素３５０Ａ、３５０Ｂおよび３５０Ｃと関連づけられたものとして見ることである。プラニング要素３５０Ａ、３５０Ｂおよび３５０Ｃは、サプライチェーンの協調およびプラニングに役立ち得る任意の種類の定量データであってもよい。各プラニング要素３５０Ａ、３５０Ｂおよび３５０Ｃは、開始日、継続期間、および量を含む一連の時間依存データ３６６を含む。したがって、プラニング要素３５０Ａ、３５０Ｂおよび３５０Ｃは、少なくとも２つの属性によって確認可能な週、月、四半期などの期間にわたって表示できる、開始日、継続期間および量を有する、本システムに格納された任意の時間調整（ｔｉｍｅ−ｐｈａｓｅｄ）された一連のプラニングデータである。
【００４２】
各プラニング要素３５０Ａ、３５０Ｂおよび３５０Ｃは、プラニング項目３１０と関連づけられており、サプライチェーン活動を調整し、予定し、計画するのに用いられる、サプライチェーンまたはプラニングデータなどの、サプライチェーントレーディングパートナーによって用いられる任意の種類の時系列データからなる。図３Ｃは、図３Ｂに示したプラニング要素３５０Ａ、３５０Ｂおよび３５０Ｃのうち１つのより詳細な図示である。プラニング要素３５０は一連のセル３７０を含む。セル３７０のそれぞれは、１つの時系列データに対応する。各セル３７０は、一般的に、少なくとも３つの情報である、開始日３７２、継続期間３７４および量３７６を有する。これらのセル３７０に格納された情報は、ユーザ２５０が見る且つ／または操作することができるプラニングデータである。あるいは、各セルは、継続期間３７４なしに量３７６および開始日３７２のみ格納することもできる。かかる実施形態において、各セルは何らかの日割りまたは増分バケットとして自動的に定義される。
【００４３】
説明するために、前の実施例において、流通業者Ａ１５０が販売地域（１）における機械装置に関する需要予測についてプラニング要素３５０を有していると仮定する。プラニング要素３５０（販売地域（１）における機械装置に対する需要予測として確認される）についてのセル３７０の１つが、以下の情報、すなわち１月１日、３ヶ月、および５００ユニットを含む場合がある。これは、１月１日〜４月１日まで（すなわち、１月１日から３ヶ月間）、流通業者Ａ１５０は販売地域（１）において５００ユニットの機械装置に対する需要があるものと期待していることを意味する。一方で、このプラニング項目３６０についての別のセル３７０は、４月２日から６月２日までの、販売地域（１）１６０における機械装置に対する需要予測を含むことができる。
【００４４】
システム２００を用いると、ユーザ２５０は他のユーザ２５０および／またはトレーディングパートナー２５５とプラニング要素３５０を共有できる。別のユーザ２５０のプラニング要素にアクセスを有するユーザ２５０は、その別のユーザプラニング要素３５０からデータを取り込んで、それらを自らのプラニング要素３５０内に入れることができる。具体的には、編集する権利を認可する役割（以下で説明する）を割り当てられたユーザ２５０のみが、プラニング要素３５０にアクセスして編集することができる。他のユーザ２５０には、特定のプラニング要素３５０への読み取り専用タイプのアクセスのみを認可する役割を割り当てることができる。かかる場合に、ユーザ２５０はプラニング要素３５０の内容を編集できないが、見ること及び／またはデータの取り込みおよび／またはデータ操作（以下で説明する）のために、プラニング要素の内容にアクセスできる。
【００４５】
ユーザ２５０、ユーザの企業２６５および／またはシステム管理者２６０がプラニング要素３５０に変更を加える必要があるときには、ユーザ２５０、企業２６５および／またはシステム管理者２６０は要素３５０の新しいバージョンを生成することを選択できる。一実施態様において、各バージョンは互いに独立して自動的に保存且つ格納される。たとえば、ユーザ２５０は、異なったシナリオについて異なった値を用いて需要予測の異なったバージョンを格納したいと思うかもしれない。
【００４６】
トレーディングパートナーはパートナーシップを構成することによりデータを共有できる。パートナーシップは、プラニング項目３１０および要素３５０など他のパートナーのデータへの、各パートナーのアクセスのしやすさを定義する。数種類のアクセスが認可され得る。たとえば、あるトレーディングパートナーは他のトレーディングパートナーに、特定のプラニング要素３５０への読み取り専用アクセスのみを認可することができ、他の種類のプラニング要素３５０については、編集アクセスを認可することもできる。トレーディングパートナーは、他のトレーディングパートナーが予測データを見ることのみを許容するが、他のトレーディングパートナーが注文データを編集することは許容しないことができる。
【００４７】
本発明の別の特徴は、システム２００が派生プラニング要素を作成できることである。派生プラニング要素は、他のプラニング要素の値から求められるプラニング要素である。派生プラニング要素は、加算、減算、乗算、および除算などの算術演算子と共に他のプラニング要素の値を用いて、派生プラニング要素を生成する等式を作ることにより作成できる。たとえば、予測などの派生要素は、２つの定義済みのプラニング要素、すなわち、現在の条件に基づく将来の売上高の統計的予測および販売促進による将来の売上高に対する変化の予測の合計として計算することができる。
【００４８】
通常のプラニング要素３５０とは異なり、派生プラニング要素は直接的に編集または変更できない。派生プラニング要素を変更する唯一の方法は、派生プラニング要素を作成する元のプラニング要素３５０に変更を加えることである。派生プラニング要素は既存のプラニング要素３５０から派生するので、通常は、ユーザ２５０がそれを要求するときに作成され、ユーザ２５０がそれを必要としなくなったときに抹消される。
【００４９】
ユーザ２５０、ユーザの企業２６５、トレーディングパートナー２５５またはシステム管理者２６０は、派生プラニング要素を作成することができる。たとえば、ユーザ２５０がシステム２００にログオンした後に、システム２００は、ユーザ２５０が派生プラニング要素を導出するための公式を作成することを可能にする。公式は、派生プラニング要素が形成される元であるプラニング要素３５０の名称を算術演算子と共に用いて、派生プラニング要素を生成する。あるいは、派生プラニング要素を導出する公式は、変数および算術演算子を用いることができるが、ここで、変数は派生プラニング要素が形成される元であるプラニング要素３５０に等しく設定される。等式がいったん完成すると、ユーザ２５０は派生プラニング要素に名称を付すことができる。そして、ユーザ２５０は、将来の使用のために、派生プラニング要素（すなわち、派生プラニング要素を導出する等式）を保存する。そして、ユーザ２５０は後に派生プラニング要素を参照して、自動的に派生プラニング要素を入手することができる。ユーザがいったんシステムをログオフすると、派生プラニング要素の公式から導出されたデータがほぼ失われるが、上記のように自動的に再作成することができる。
【００５０】
図４Ａは、本発明の一実施形態によるプラニング要素３５０を作成する工程４００を示している。ステップ４０１で、プラニング要素３５０についてシステム２００によって名称が作成される。ステップ４０１で名称がつけられたプラニング要素３５０と関連づけられるのは、プラニングデータが格納される１組のセル３７０である。ステップ４０２で、システム２００はプラニング要素３５０を、それを「所有」し「管理」するトレーディングパートナー２５５および２６５に割り当てる。プラニング要素３６０を「所有」することにより、トレーディングパートナー２５５および２６５ならびに／あるいはそのユーザ２５０は、要素３５０の内容を編集すると共に、他者が要素３５０にアクセスする許可を与えることができる。ステップ４１０で、システム２００は、任意の所与の時間に存在し得るプラニング要素３５０の発行済みおよび未発行のバージョンの数を求める。発行済みのバージョンは、許可されたユーザ２５０および／またはトレーディングパートナー２５５および２６５がアクセスできるプラニング要素３５０のバージョンである。ステップ４１１で、そのバージョンが読み取り専用アクセス権になるかどうかを判断する。そして、システム２００は、ステップ４１２で、プラニング要素３５０が他のトレーディングパートナー（複数可）と共有されるかどうかを判断する。プラニング要素３５０が他のトレーディングパートナー（複数可）２５５と共有されるならば、ステップ４１４で、それらのトレーディングパートナー２５５が確認される。ステップ４１４で確認されたトレーディングパートナー２５５のそれぞれについて、ステップ４１６で、プラニング要素３５０のどのバージョンがトレーディングパートナー２５５にアクセス可能になるかに関して判断がなされる。通常は、少なくとも２つの種類のアクセス、すなわち読み取り専用アクセスおよびプラニングデータ（すなわち、プラニング要素３５０）を見て編集するアクセスがある。もちろん、他の種類のアクセスを考えてもよい。最後に、ステップ４２０で、プラニングデータは、プラニング要素３５０と関連づけられたセル３７０に格納することができる。なお、当業者には、図４の流れ図にステップを概説した順序が厳密に要求されるのではなく、異なった順序で配置してもよいことを理解されよう。たとえば、ステップ４１０はステップ４１６の後で発生しても良い。
【００５１】
図４Ｂは派生プラニング要素を作成するプロセス４０３を示している。ステップ４０４で、システム２００は派生プラニング要素の名称を作成する。ステップ４０６で、システム２００は、派生プラニング要素を生成するために、既存のプラニング要素のうちどれを用いるかを選択する。既存のプラニング要素は、データベース２１０に既に格納されているプラニング要素３５０である。ステップ４０８で、システム２００は、ステップ４０６で選択された既存のプラニング要素を用いて、派生プラニング要素を導出するのに必要とされる等式または公式を作成する。等式は、算術演算子およびステップ４０６で選択されたプラニング要素３５０の名称から作成される。あるいは、等式において、プラニング要素３５０に等しい変数を設定することにより、プラニング要素３５０の名称の代わりに、変数を用いることもできる。
【００５２】
図２に戻って言及すると、セキュリティモジュール２４０は、システム２００に格納されたプラニングデータへのユーザ２５０のアクセスを制御する手段を提供する。一実施形態において、セキュリティモジュール２４０がプラニングデータへのユーザ２５０のアクセスを制御する、少なくとも２つの手段がある。プラニングデータへのユーザのアクセス制御する第１の手段は、前に簡単に紹介したが、役割２４２をユーザ２５０に割り当てることである。特定のプラニングデータへのユーザ２５０のアクセスは、ユーザ２５０に割り当てられた役割に左右される。すなわち、特定の役割を割り当てられることは、その役割に関連する選択されたプラニングデータへのユーザアクセスを認可する。また、システム２００は異なった種類のアクセスを考慮に入れることが好ましい。たとえば、プラニングデータへの１つの種類のアクセスは、ユーザに特定のプラニングデータへの読み取り専用アクセスのみを付与できる。一方、別の種類のアクセスは、上記で図４Ａにおいて説明したように、読み取りおよび編集アクセスの両方を認可する。
【００５３】
通常、システム管理者２６０によるか、あるいは他のユーザまたはユーザの企業２６５に役割を割り当てるのを許可されたユーザ２５０によって、ユーザ２５０に役割２４２が割り当てられる。当業者は、ユーザへの役割の割り当てが、多くの方法で容易に実施できることを理解するであろう。
【００５４】
役割２４２の使用を説明するために、ここで、図１のサプライチェーン１００を使用する実施例を提供する。製造業者１４０にどれくらいの数の機械装置を注文するかを判断するために、流通業者Ａ１５０が用いる需要予測を、流通業者Ａ１５０が維持すると仮定する。サプライチェーンの運営を最適化し、機械装置の流れにおけるあらゆる分裂を防止するために、流通業者Ａ１５０は、サプライヤＡ１２０に需要予測にアクセスしてもらいたい場合がある。このアクセスを認可するために、流通業者Ａ１５０およびサプライヤＡ１２０は、サプライヤＡ１２０が関連データにアクセスすることを可能にするパートナーシップを形成する。あるいは、流通業者Ａ１５０は、プラニング項目マッピングを介した関連データへのアクセスを認可することもできる。プラニング項目マッピングは、通常は、トレーディングパートナー２５５の間でパートナーシップが形成されるときに作成される。かかるパートナーシップは、各パートナーがどのプラニング要素３５０にアクセスできるかを定義する。
【００５５】
プラニングデータへのアクセスを制御する第２の手段は、フィルタ２４４の使用である。フィルタ２４４は２つの方法で用いることができる。第１に、フィルタ２４４は、プラニングデータを見る際に具体的なプラニングデータを照会するために、ユーザ２５０が使用することができる。通常は、ユーザ２５０は、カスタマイズフィルタ２４４が用いられる場合に、所望のプラニングデータのみがユーザによって見られるように、独自のフィルタを作成しカスタマイズする。フィルタは、ユーザの役割に関連して、特定のプラニングデータへのユーザのアクセスを制限するために用いることもできる。これは、たとえば、それぞれがそれに関連づけられたフィルタ（複数可）２４４を有する特定の役割をユーザ２５０に割り当てることにより達成される。関連づけられたフィルタ（複数可）２４４は、選択されたデータにユーザ２５０を制限する。また、フィルタ２４４は、ユーザ２５０が、全ての利用可能なプラニングデータを検索する必要なく、見て且つ／または編集する特定のプラニングデータを自動的に入手することを可能にする。たとえば、ユーザ２５０は、全領域ではなく、特定の売上高に関する予測データのみを選択するために、フィルタ２４４を用いることができる。ユーザ２５０は、以下で説明するように、プラニングデータのサブセットを見るためにフィルタ２４４を追加することもできる。その結果、フィルタ２４４は、ユーザ２５０が見て編集する情報の種類および形式をユーザ２５０が設計することを可能にして、情報を入手して広める工程をより速やか且つ効率的にする。ユーザ２５０は、ユーザの自由裁量で用いられる複数のフィルタ２４４を作成することができる。
【００５６】
フィルタ２４４の有用性を説明するために、以下の説明を行う。図１のサプライチェーンに再度言及して、製造業者１４０が、機械装置に関する流通業者Ａ１５０の需要予測へのアクセスを有すると仮定する。通常は、製品（すなわち機械装置）および場所（すなわち販売地域（１））および機械装置のサイズ（すなわち、小、中および大）に基づいて多数のプラニング項目３１０に細分化される需要予測と関連づけられた多量のデータがある。しかし、製造業者１４０は、小さいサイズの機械装置について、販売地域（１）における機械装置の予測にしか関心がない場合もある。このニーズを満たすために、製造業者１４０は、小サイズの機械装置について、地域（１）１６０に対する機械装置需要予測に関する予測情報のみを照会するフィルタ２４４を作成することができる。あるいは、製造業者１４０は、小および中両方のサイズの機械装置に関する予測を照会するフィルタ２４４を作成できる。さらになお、製造業者１４０は、大サイズの機械装置のみについて、地域（１）１６０における機械装置に対する需要予測を照会する別のフィルタ２４４を作成することができる。
【００５７】
一般的に、システム管理者２６０などの第三者は、ユーザ２５０用のフィルタを作成し、且つ／または既存のフィルタをユーザ２５０に利用可能にすることができる。その結果、ユーザ２５０は、使用のために、任意の所与の時間にいくつかのフィルタを有することができる。あるいは、ユーザ２５０はそれ独自のフィルタ２４４を作成できる。
【００５８】
フィルタ２４４は基本的に、ユーザ２５０、トレーディングパートナー２５５および２６５、ならびに／あるいはシステム管理者２６０の何れかによって作成され得る、事前定義された照会である。図５Ａは、ユーザの役割と共に用いるフィルタ２４４を作成するための、流れ工程５００を示している。ユーザ２５０、企業２６５および／または管理者２６０は、最初にステップ５０２でフィルタ２４４に名称をつけることによりフィルタ２４４を作成する。そして、ユーザ２５０、企業２６５および／または管理者２６０は、ステップ５０５で、所望のプラニングデータを照会するのに用いられるユーザ定義の属性を確認することにより、フィルタをモデル化する。ステップ５１０で、フィルタは１つまたは複数の役割に割り当てられる。図５Ａにおいてステップが発生する順序は必須ではなく、変更することができる点にも留意されたい。
【００５９】
図２に戻ると、属性モジュール２２４は、ユーザ２５０が、属性を作成して、製品、場所、プラニング項目３１０、またはデータベース２１０に格納された他のデータに割り当てることを可能にする。少なくとも２つの種類の属性、すなわち識別子および非識別子がある。識別子属性はプラニング項目３１０を確認するために用いられる属性である。これらの属性は、フィルタ２１０、階層、および集団（階層および集団は以下でさらに詳細に説明する）の基礎であることにより、ユーザ２５０がプラニングデータを編成して見ることを可能にする。非識別子属性は特定の機能的役割を提供する。たとえば、未処理のプラニングデータをより望ましい形式に変換するために非識別子属性を用いることができる（未処理のプラニングデータの変換については以下で説明する）。
【００６０】
ユーザ２５０、企業２６５および／またはシステム管理者２６０に、無限数の定義済みの属性を作成して、たとえばプラニング項目３５０に割り当てることを可能にすることにより、ユーザ２５０は必要に応じてプラニングデータをパースできる。その結果、ユーザ２５０は同じデータの異なるビューを編成および入手することができる。また、これらのユーザ定義の属性はデータの操作を容易にする。たとえば、前述のように、プラニング項目３１０、製品名および場所を確認するには、一般的に、最小で２つの属性が必要とされる。しかし、ユーザ２５０は、プラニング項目３１０をさらに定義するために追加の属性を作成することができる。たとえば、前の実施例において、プラニング要素３５０を有するプラニング項目３１０に関連するプラニングデータは、販売地域（１）１６０についての機械装置需要予測に基づいていた。製品サイズ（小および大など）に基づいてユーザ定義の属性を作成することにより、プラニングデータはより詳細に定義される。また、この第３の属性を有することにより、ユーザ２５０は、販売地域（１）１６０における「小さいサイズ」の機械装置に関する需要予測などの、より詳細な予測を入手することができる。また、ユーザ定義の属性を介してプラニングデータを定義することは、プラニングの操作をより単純にする。
【００６１】
図２に戻ると、本発明によるシステム２００の別の特徴は、カレンダーモジュール２２６であり、これにより、ユーザが、１つまたは複数のカレンダーを作成して、プラニングデータを編成および操作する特定の企業２６５（すなわち、トレーディングパートナー）にカレンダーを適用することが可能になる。カレンダーは、異なった期間における時系列データを見て編成するために用いられる。より詳細には、カレンダーを、ユーザの事業、プラニングおよび／または操業のカレンダーと適合するようにカスタマイズして、ユーザがプラニングデータを見て編成することを助けることができる。
【００６２】
プラニングデータは、ユーザ２５０が見るときに、通常は、ある期間のコンテキストにおいて見られる。期間は開始日および終了日によって定義される。これら２つの日付の間の継続時間が期間を構成する。
【００６３】
ほとんどの状況において、プラニングデータは、カレンダーによって提供される何らかの期間に結びつけられていないのであれば、ユーザ２５０に関連していない。たとえば、製造業者１４０は、流通業者１５０によって提供される毎月の予測データおよび毎週の注文データを使って働きたいと思うかもしれない。月毎の予測データは、消耗品を注文する目的で、製造業者１４０に非常に役立つ場合がある。他のときには、製造業者１４０は、月毎の予測データではなく年の予測データを用いて、たとえば、長期予測に基づく労働力雇用戦略を開発することを好むかもしれない。一方、他のときには、製造業者１４０は、６週間の予測など、何らかの中間の長さの期間に基づく予測を用いて、生産ラインをオフラインにするかどうかを判断することを好むかもしれない。上記の状況のそれぞれにおいて、製造業者は、事業決定に必要とされるように、異なった増分に細分化された関連データを見ることを好む。
【００６４】
また、サプライチェーンに参加する多くの会社は、１月１日に始まる標準的な１年、１２ヶ月のカレンダーによっては操業しない。むしろ、それらの事業運営、事業予測、購入および販売活動などは、標準的カレンダー以外の何かに基づく場合がある。例を挙げれば、多くの会社の運営は四半期に基づいている。これらの会社のカレンダー期間は、標準的なカレンダーの開始日および終了日以外の異なった日付で始まり終わり得る。たとえば、標準的な第１四半期が１月１日〜４月１日であれば、標準的カレンダーに従わない会社は、１月２７日に始まり４月２７日に終了する四半期を有するかもしれない。カレンダーモジュール２２６は、カレンダーを作成するユーザが、カレンダーが始まる日付を選択して、それによってユーザ独自のカレンダーに適合させることを可能にする。かかるカレンダーは、ユーザ２５０が、ユーザの操業カレンダーに対応するようにプラニングデータを見ることを可能にして、それを一層ユーザに関連するものにしている。
【００６５】
ユーザ２５０はいくつかのカレンダーを作成することができ、各カレンダーは独自の開始日および終了日ならびに１つ以上の連続的な期間によって定義されている。期間は、ユーザによって定義されるように、毎日、毎週、毎月、毎四半期、または全く任意の期間に設定することができる。たとえば、ユーザ２５０は、２つの年間カレンダー、すなわち開始日が２月２１日の３ヶ月の期間を有する予測カレンダー、および６月１日の開始日を有する１４日の期間の出荷スケジュールカレンダーを作成できる。任意選択で、ユーザは観察専用のカレンダーを作成することもできる。観察専用のカレンダーは、ユーザはカレンダーによって特定されたデータを見ることだけを可能にし、ユーザがデータを修正することは可能にしない。そのため、上記のように、カレンダーモジュール２２６は、ユーザが個別化されたカレンダーを作成およびカスタマイズし、編成および操作の目的でそのカレンダーをプラニング日に適用することを可能にする。
【００６６】
図５Ｂは、本発明に従ってカレンダーを作成する流れ工程５５０を示している。ステップ５６０で、カレンダーに名称が作成される。２つのトレーディングパートナー２５５および２５６に割り当てられた２つのカレンダーが同じ名称を有することがないように、名称は一意であることが好ましい。任意選択で、カレンダーに名称を付すステップの間に、カレンダーの説明を作成して格納することもできる。ステップ５７０で、カレンダーの時間間隔すなわち期間を定義する。期間は、たとえば、毎日、毎週、毎月、毎四半期または他の何らかのカスタマイズされた期間とすることができる。本システムは、ステップ５８２でカレンダーを読み取り専用カレンダーとして定義するか、ステップ５８４で読み取り・編集カレンダーとして定義する。
【００６７】
本発明によるシステムの別の特徴は階層モジュール２２０であり、これにより、各ユーザ２５０が、プラニングデータを編成且つ見るための階層を作成することが可能になる。階層とは、プラニング項目３１０の属性に基づくそれらの順序づけられたグループ分けである。そうすることで、階層により、ユーザ２５０が異なった観点からデータを見ることを可能にする。属性３２０〜３２４がプラニング項目３１０を確認することを想起されたい。属性３２０〜３２４を編成して階層構造にすることにより、システム２００は、見る者（すなわち、ユーザ２５０）に、プラニング項目３１０内に含まれシステム２００に格納されたプラニングデータの、編成且つ／または総合されたビューを提供する。
【００６８】
階層は各トレーディングパートナー２５５（すなわち、企業２６５）に一意であり、システム管理者２６０、トレーディングパートナー２５５および２６５、またはユーザ２５０によって作成することができる。カスタマイズされた階層は、場所および製品サイズなどの任意の属性３２０〜３２４に基づいて作成することができる。属性３２０から３２４に基づいてプラニング項目３１０を編成して階層にすることにより、本明細書に記載のシステム２００により、ユーザ２５０がプラニングデータを見る際により大きな柔軟性を有することを可能になる。
【００６９】
図６は階層を作成するための流れ工程６００を示している。ステップ６０５で、階層に対して名称が作成される。任意選択で、ステップ６０５で、階層の記述を作成して階層名を付して格納することもできる。ステップ６１０で、階層をトレーディングパートナー２５５および２６５に割り当てる。ステップ６２０で、階層に用いられる属性を選択する。最後に、ステップ６３０で、属性を階層的順序で並べて配置する。図６に示すステップの正確な順序は、本発明の本実施形態の実施態様に必須ではないことに留意されたい。
【００７０】
階層は階層的な層からなる。ユーザ２５０がデータを見ることができる方法は、階層がどのように編成されるか、また、データを見るためにユーザ２５０がどの層を選択するかに左右される。説明するために、例示的な階層７００を示した図７において、以下の実施例を示す。階層７００は３つの層７０１、７０２および７０３を含む。最上層７０１は、４つの製品、コンディショナー７０４、シャンプー７０５、クッキー７０６およびチップス７０８を含む製品識別子（たとえば、製品名）に基づく。中間層７０２は製品サイズに基づいており、階層７００は最上層７０１よりも低い。具体的には、図７において、中間層７０２に示された項目は、最上層の製品、シャンプー７０４に利用可能な様々な製品サイズであり、８オンス７１２、１６オンス７１４および３２オンス７１６を含む。最上層の製品、シャンプー７０４は、第１の分岐７１０によって、中間ノード項目７１２、７１４および７１６に接続されている。最下部層７０３は販売地域に基づく。１６オンスのサイズのシャンプーに関する第２の分岐７１８の下部には、最下部層７０３に設けられた、３つの販売地域、販売地域Ａ７２０、販売地域Ｂ７２２および販売地域Ｃ７２４がある。図示してはいないが、最高レベルの他の製品（すなわち、コンディショナー７０４、クッキー７０６およびチップス７０８）は、中間及び最下部層７０２および７０３内に延びる、類似の階層分岐を有することもできる。最下層項目（販売地域Ａ７２０、販売地域Ｂ７２２および販売地域Ｃ７２４）は、属性、すなわち、製品属性については「シャンプー」、ユーザ定義のサイズ属性については「１６オンス」、および場所属性については販売地域１、２、または３の何れかを有する、プラニング項目に対応することに留意されたい。そのため、階層７００の各層７０１、７０２および７０３は、様々なプラニング項目を含む。最上部の２つの層７０１および７０２に設けられたプラニング項目は、同じ分岐線に沿って設けられた、それよりも低く層化された項目の集約である。たとえば、中間層７０２における１６オンス７１４は、同じ分岐７１８に沿って最下部層７０３に設けられた３つの販売地域７２０、７２２および７２４の集約である。
【００７１】
階層の機能的役割は以下の例でさらによく理解できる。図８は、上記の階層７００に基づくプラニングデータを見るための、ユーザインターフェースの例示的なディスプレイ８００である。ユーザ２５０は、ブラウザ、たとえばＭｉｃｒｏｓｏｆｔ　Ｅｘｐｌｏｒｅｒ（登録商標）を介してプラニングデータを見ることができる。ここに示したディスプレイ８００は、階層７００の最上層７０１（すなわち、製品層レベル）からのプラニングデータのビューである。ディスプレイ８００の最上部８０５は、Ｍｉｃｒｏｓｏｆｔ　Ｅｘｐｌｏｒｅｒ（登録商標）などのインターネットブラウザ用のツールバーである。最上層の製品は第１の左側の欄８１０に列挙されている。第２の欄８２０は、製品毎に格納された２つの種類の予測を列挙している。３つの右側のコラム８３０、８３２および８３４は、特定の期間８４０、８４２および８４４に関する時系列プラニングデータ（たとえば、プラニング要素３５０に格納されている）を示している。最も右側の欄８３０、８３２および８３４に配置された予測データは、特定の販売地域において特定の製品サイズの特定の製品に特に関連した値に小分割されないので、このディスプレイ８００は、各製品に関するプラニングデータの総合的なビューである。その代わりに、右側の欄８３０、８３２および８３４に配置された値のそれぞれは、全ての製品サイズおよび全ての場所における、欄８１０の製品の全てのサブタイプに関する予測である。たとえば、２００１年１月のシャンプーに関する予測１の値「１２９０」は、実際に、サイズ属性または場所属性にかかわらず、属性「シャンプー」および「予測１」を有する全てのプラニング要素３５０の総合計である。値「１２９０」は、一般的に「総プラニング要素」または「総プラニングデータ」と呼ばれるものである。
【００７２】
プラニングデータ（すなわち、プラニング要素）のより詳細なビューが所望であれば、ユーザ２５０は中間層７０２からプラニングデータを見ることを選択できる。たとえば、異なったサイズのシャンプーに関する予測などの、より具体的な情報を表示するために、ユーザ２５０は階層７００の中間層７０２からデータを見ることを選択できる。ここで、図９に言及すると、ユーザ２５０が階層７００の中間層７０２からプラニングデータを見ることを選択した、ユーザインターフェースを示している。ここに図示したディスプレイ９００は、製品「シャンプー」に関して中間層７０２から見たものである。図８と同様に、ディスプレイ９００も、最下部層データ（すなわち、販売地域に基づくデータ）に関する予測値を合計した総合的なビューである。最上層の項目であるシャンプー９０５は、最も左側の第１の欄９１０において確認されている。第２の欄９２０は中間層識別子、この場合には、シャンプーの様々なサイズ（すなわち、８オンス、１６オンスおよび３２オンス）を含む。第３の欄９３０は、異なったサイズのシャンプーのそれぞれについて利用可能な２種類の予測を示している。最も右側の３つの欄９４０、９４２および９４４に配置された値は、特定の期間に関する時系列の総プラニングデータである。特定の期間９７０、９７２および９７４は、欄の最上部に示されている。この例において、期間９７０、９７２および９７４は単一の日付として示されているが、それに代えて、ある範囲のデータとして表示することもできる。最上部の行９５０に配置された値は、列９６０、９６２および９６４に配置された８オンス、１６オンスおよび３２オンスの大きさのシャンプーに関する、全ての対応する予測値の総合値である。たとえば、欄９４０に示された最初の期間において、シャンプー予測１に関する総合値は１２９０であり、これは、２００１年１月での８オンス、１６オンスおよび３２オンスの大きさのシャンプーに関する予測値の合計である。そのため、この図は、異なった大きさのシャンプーに関する予測値、およびシャンプーに関する全体的な総予測値（最上部の列９５０）の両方を示している。
【００７３】
ユーザ２５０が、１６オンスの大きさのシャンプーに関する各販売地域についての予測データなどの、シャンプーに関するプラニングデータに関連するさらに具体的な情報を望むのであれば、ユーザ２５０は、最低のノードレベルでシャンプーに関するプラニングデータを見ることを選択できる。図１０に言及すると、ディスプレイ１０００は、ユーザ２５０が最下部層７０３からプラニングデータを見ることを選択した、ユーザインターフェースを示している。図９におけるように、このディスプレイ１０００の最も上の行１０１０は、図８および９における行８１２および９５０に対応する、全ての販売地域における全てのサイズのシャンプーに関するシャンプー予測の総合値を含む。２番目の行１０２０は、図９の行９６２に対応する予測１および２の両方に関する全ての販売地域についての、１６オンスのシャンプーの総合値を表示している。下の３行１０３１、１０３２および１０３３に配置された値は、異なった販売地域（すなわち、販売地域Ａ１０３４、販売地域Ｂ１０３５および販売地域Ｃ１０３６）で行１０２０における総合値を小分割している。最も左側部分１０４０に列挙された属性は、このディスプレイ１０００に示されているプラニング項目に関する確認属性であることに留意されたい。また、最も右の部分１０５０に配置された値は、プラニング要素３５０のセル３７０に対応するデータを示している。
【００７４】
図２に戻ると、フリーズプロフィールモジュール２２２は、ユーザ２５０、企業２６５（たとえば、トレーディングパートナー２５５）および／またはシステム管理者２６０が、フリーズプロフィールを作成し用いることを可能にしている。フリーズプロフィールは、製造または供給リードタイムに対応するために、プラニングデータが変更されない期間を定義している。たとえば、部品を注文するリードタイムを見込むために、生産予測または購入注文は３週間などの期間にわたって固定することができる。これは、予測または購入注文の要件を満たす責任があるサプライチェーンにおいて、ユーザ２５０が満たすことができないシステム２００に格納されたプラニングデータに、ユーザ２５０が変更を加えることを防止する助けになる。
【００７５】
フリーズプロフィールは、単一または複数のプラニング要素３５０に割り当てることができる。図３Ｃに戻ると、フリーズプロフィールは本質的に、フリーズ期間に該当するプラニング要素セル３７０を固定する。フリーズプロフィールは期間からなる。フリーズ期間の開始日は、プラニング開始日とすることができる。プラニング開始日は一般的に、予測または事業サイクルに関するトレーディングパートナーの開始日を定義するローリング開始日である。通常は、フリーズプロフィールがプラニング項目３１０および関連づけられたプラニング要素３５０に割り当てられる。フリーズ期間内には、フリーズプロフィールによって影響されるプラニング項目３１０の何れについても、誰もデータを変更できない。フリーズプロフィールによって影響される、統合または派生されたプラニング要素について、最長のフリーズ期間で統合または派生されたプラニング要素を生成するのに用いられたプラニング要素は、統合または派生された要素を編集できない期間を決定する。フリーズプロフィールが作成されると、それは特定のトレーディングパートナー２５５および２６５と関連づけられる。
【００７６】
図１１はフリーズプロフィールを作成する流れ工程１１００である。ステップ１１１０で、フリーズプロフィールに対して名称が作成される。名称は、システムに一意であることが好ましく、他のフリーズプロフィールは何れも同じ名称を有していない。任意選択で、フリーズプロフィールの説明をこのステップで作成することができる。ステップ１１２０で、フリーズプロフィールに影響されるプラニング要素を定義する。ステップ１１３０で、フリーズ期間の継続する日数が選択される。ステップ１１４０で、フリーズプロフィールが１つまたは複数のプラニング項目に割り当てられる。すなわち、プラニング項目３１０にフリーズプロフィールを割り当てることにより、フリーズプロフィールは、そのプラニング項目３１０と関連づけられたプラニング要素３５０の全てに適用される。
【００７７】
操作モジュール２２８は、ユーザがシステム２００に格納されたプラニングデータを様々な方法で操作することを可能にし、他のシステムモジュールに支援を提供する。操作モジュールが提供できるサービスの中には、データ統合、データ割り当ておよび要素変換がある。
【００７８】
階層データ統合は、プラニングデータを見ているときに、ユーザ２５０が、プラニング項目３４０およびプラニング要素３５０を合計することを可能にし、それによって、ユーザ２５０が様々な観点からデータを見ることを可能にする。たとえば、前述のように、特定のプラニングデータを照会するときには、ユーザ２５０は階層を用いることができる。照会の結果は、図８〜図１０に示したように、ユーザインターフェース上に表示することができる。異なった階層レベルでのプラニング要素（実際のプラニング要素および派生プラニング要素の両方）は、同時に同じユーザインターフェースディスプレイ上で示すことができる（図９および図１０に示したように）。上の階層レベルからのプラニング項目３１０に関するデータは、通常は、格納することができない。たとえば、図７において、最上層および中間層７０１および７０２におけるプラニング項目３１０は、データベース２１０に格納することはできない。その代わりに、必要なときにはいつでも、これらを最下層７０３のプラニング項目から生成することができる。したがって、より高い階層の層に関するプラニング要素３５０（たとえば、最上部の２つの行１０１０および１０２０における値）を生成するために、より低い層のプラニング要素（たとえば、最下部の３行１０３０、１０３２および１０３４）は統合される。
【００７９】
操作モジュール２２８は、ユーザ２５０および他のシステムモジュールを補助して、要求時にプラニングデータを割り当てる。たとえば、派生プラニング要素は他のプラニング要素から生成されるので、既存のプラニング要素３５０からのデータは、派生プラニング要素を生成するために保持しなければならない。また、ときには、ユーザ２５０は、別のユーザのプラニング要素からのデータを、自分のプラニング要素内に取り込みたいと思う場合がある。操作モジュール２２８は、要素割り当てを介してかかる活動の準備をする。操作モジュール２２８は、統合されたプラニング項目を編集する際に、ユーザ２５０がデータを割り当てることを可能にする。ユーザ２５０が総合レベルで編集するとき、たとえば、図７〜図１０における最上部または中間の層項目を編集するときに、その編集は多くの方法で基本的なプラニング項目にまで下げることができる。たとえば、比例割り当ては、総合編集を、基本的なプラニング項目の全体に対する寄与に基づいて、そのプラニング項目全体にわたって案分することができる。加重割り当ては、ユーザ定義の属性が加重係数として用いられるときに行われ、総合編集を基本的なプラニング項目に割り当てるために計算が行われる。これは、たとえば、アパレル商品のような、サイズがある程度混合していることが分かっている場合に用いられる。加重係数は事前定義されたプロフィールに基づいて編集を割り当てる。
【００８０】
操作モジュール２２８はさらに、ユーザ２５０がプラニングデータを計測の異なった単位に変換することを可能にする。たとえば、操作モジュール２２８は、ユーザが、ドルの項目に格納された通貨データを他の通貨に変換することを可能にする。同様に、このモジュールは、重さに基づく供給データを量に基づく供給データに変換できる。システム２００は、プラニングデータを変換する様々な方法を用いる。たとえば、通常は、プラニングデータは計測の単位として格納される。計測の単位は、パッケージングおよびバッチングのロットに入るプラニング項目に関する数量情報を定義する。しかし、計測の単位はプラニング項目に関する容量情報を定義しない。その代わりに、容量情報は、標準的な量、重量および通貨の計測システムを用いて定義される。これらの計測システムは、同じ計測システムにおける他の単位への変換を支援する、ファクタリング機構を含む。これらの計測システムは、プラニング項目のプラニング要素データを変換するのにも用いられる。プラニング要素データを変換するために、計測タイプとして指定された数のデータタイプを有する属性（識別的または非識別的の何れか）を作成しなければならない。また、製品、場所またはプラニング項目の定義の一部であるときには、計測タイプ属性の値のセットを定義しなければならない。例示するために、ヘアコンディショナーのプラニング項目を作成すると仮定する。このプラニング項目には、「コスト」と呼ばれる非識別子属性が関連づけられる。また、コンディショナーに関する計測の基礎単位がボトルであると仮定する。そうすると、「コスト」に関する値をコンディショナーのボトルのコスト、たとえば、２ドルとして定義することができる。基本「コスト」として入力された値は、プラニング項目のプラニング要素データを乗算して、未処理のプラニングデータをより望ましい形式に変換するために用いられる。この特徴は、サプライチェーン内のユーザが、未処理のプラニングデータを、見るためにより望ましい形式に容易に変換することを可能にする。たとえば、ユーザの倉庫に貯蔵されたコンディショナーの価値がどのくらいかを見たいと仮定する。しかし、格納されたプラニングデータは、コンディショナーのボトルの数に基づいている。変換の特徴を用いることにより、ユーザは、自分の倉庫に貯蔵されているコンディショナーのドル価を素早く入手することができる。
【００８１】
システム２００は、変換用の変換チェーンを用いることもできる。変換チェーンは、数量をある計測単位から別の計測単位に変換する係数を有する、計測単位の順序づけされたグループ分けからなる。たとえば、クッキー用の変換チェーンは次のように定義される。
【００８２】
計測の単位　　　　係数　　　説明
個　　　　　　　　１　　　　１ボックス−最小ユニット
ケース　　　　　　１２　　　１２ボックスまたは個
パレット　　　　　２４　　　２４ケースまたは２８８個
トラック積み　　　１０　　　１０パレット、２４０ケースまたは２８８０個
【００８３】
変換チェーンは、計測の「個」単位について係数１で始まらなければならない。システム２００は、係数を用いるか適用することにより、変換チェーンの一レベルの数量を次に高いか低いレベルの数量に変換する。特定の変換チェーンにおける最低レベル「個」をレベルＡと呼び、それよりも高いレベルをＢ、ＣおよびＤと呼ぶものと仮定する。計測の任意の単位から次に低いレベルに数量を変換するためには、本システムの一実施形態は次のような計算を用いる。
レベルＢの数量＝レベルＣの数量×レベルＣの係数
計測の任意の単位から次に高いレベルに数量を変換するためには、本システムの一実施形態は次のような計算を用いる。
レベルＢの数量＝レベルＡの数量÷レベルＢの係数
変換チェーンを作成した後に、そのチェーンは名称を付すことにより保存できる。名称を付していったん格納されると、プラニング項目の任意の番号に割り当てることができる。定義された計測の各単位は、多数の変換単位に現われ得る。プラニング項目を所有するトレーディングパートナー２５５のみが、変換チェーンを作成できる。
【００８４】
サプライチェーンの様々な参加者は、一般的に、計測の単位に関する異なった定義を有しているので、この特徴はユーザ２５０にとって特に有益である。たとえば、あるトレーディングパートナーはパレットを２４ケースの商品と定義する場合があるのに対して、別のトレーディングパートナーはパレットを３６ケースと定義する場合がある。
【００８５】
好適な実施形態において、ユーザ２５０は、ブラウザベースのアプリケーションを介して、ネットワーク、たとえばインターネット全体から協調システム２００にログオンすることができる。本発明の様々な特徴を完全に理解するために、ここで以下の実施例を示す。図１２は、本発明による協調システムが、どのように格納されたプラニングデータを入手して用いて、ユーザの照会の結果を視覚的に表示できるかについての、流れ工程１２００である。協調システム２００がユーザのログイン情報および身分を検証した後に、システム２００は、ステップ１２０２で、ユーザの役割およびその役割と関連づけられた任意のフィルタを満足する、プラニング項目３１０およびプラニング要素３５０のみを抽出する。特定の役割は、フィルタを用いることにより、選択されたプラニング項目３１０へのアクセスを認めることを想起されたい。また、トレーディングパートナーのパートナーシップも、ユーザの特定のプラニング要素３１０へのアクセスを制限する。前述のように、パートナーシップは、システム２００に格納された様々なプラニングデータに対してユーザが行うアクセスの種類を定義する。少なくとも２種類のアクセス：読み取り専用のアクセスおよびプラニング要素を読み取り編集するアクセスがあることが好ましい。したがって、ステップ１２０２で、本システムは、ユーザ２５０がどのプラニング項目３１０に対してアクセスを有するかを確認するだけでなく、プラニング項目３１０に対するユーザ２５０のアクセスの種類も確認する。フィルタは、ユーザ２５０に利用可能な全てのプラニング項目３１０をふるいにかけて、所望のプラニング項目３１０のみを選択するツールであることも想起されたい。ユーザ２５０が複数のフィルタを有している状況においては、フィルタの１つをデフォールトのフィルタとして指定できる。デフォールトのフィルタは、ユーザ２５０がシステム２００に最初にログオンしたときに、自動的に起動されるフィルタになるものと予め選択されているフィルタである。デフォールトのフィルタは、ユーザ２５０によって作成されたフィルタまたは、システム管理者２６０によって以前に作成されたフィルタとすることができる。
【００８６】
目標とするプラニング要素３５０がいったん確認されると、システム２００は、ステップ１２０４で、これらの要素が派生要素であるかどうかを判断する。プラニング要素の何れも派生プラニング要素でないのであれば、システム２００は先に進んで、データベース２１０からプラニング要素を取得する。１つまたは複数のプラニング要素が派生要素であれば、ステップ１２０８で、システム２００はデータベース２１０から、派生プラニング要素を作成するのに必要とされる公式および既存のプラニング要素３５０を入手する。その公式および既存のプラニング要素がいったん入手されると、ステップ１２１０で、派生プラニング要素を生成することができる。ステップ１２１２で、システム２００は、各プラニング項目に関する適切な階層を入手する。ステップ１２１４で、システム２００は、ユーザ２５０はステップ１２１４で入手されたプラニング要素３５０の特定の階層図を望むかどうかを判断する。これは、図８〜図１０に示したように、どの分離レベルノードからユーザ２５０がプラニングデータを見たいかを、ユーザ２５０に選択させることにより達成できる。ユーザ２５０にビューの選好がある場合には、ステップ１２１６で、プラニングデータはユーザのビューの選好により統合される。しかし、ユーザ２５０に選好がないならば、ステップ１２１８で、本システムはデフォールトのビューによりデータを統合する。プラニングデータの統合の後に、ステップ１２２０で、そのプラニングデータをユーザインターフェース上に表示することができる。
【００８７】
ここで、プラニング要素３５０を編集する流れ工程を示した図１３に言及する。最初に、ステップ１３００で、システム２００はユーザ２５０による要求を受けて、プラニング要素３５０の選択されたセルを編集する。ステップ１３０２で、システム２００は、ユーザ２５０がプラニング要素３５０を編集する権限を与えられているかどうか判断する。前述のように、ユーザ２５０に割り当てられている役割は、ユーザ２５０がプラニング要素３５０を編集する権限を有するかどうか判断する。ユーザ２５０がプラニング要素３５０を編集する権限を有していなければ、この工程はステップ１３０４で終了する。そして、システム２００はユーザ２５０による編集要求を吟味して、ステップ１３０６で、編集するプラニング要素セル３７０を判断する。そして、ステップ１３０８で、システム２００は、対応するプラニング要素３６０についてフリーズプロフィールが存在するかどうかを判断する。そのプラニング要素３５０についてフリーズプロフィールがなければ、ステップ１３１０で、システム２００はユーザ２５０がプラニング要素３５０を編集することを可能にする。しかし、フリーズプロフィールがあれば、ステップ１３１２で、システム２００は対応するフリーズプロフィールを入手してそれを吟味する。ステップ１３１４で、本システムは、編集の対象としたセルがフリーズ期間内にあるかどうかを判断する。対象としたセルが実際にフリーズ期間内にあれば、ステップ１３１６で、システム２００はプラニング項目セル３７０に対する編集を許容しない。一方、対象としてセルがフリーズ期間外にあれば、ステップ１３１０で、システム２００はそれらのセルに対する編集を許容する。当業者は、上記工程において説明されたステップが、本発明を実行するための一般的ステップであること、および本発明の趣旨および範囲から逸脱することなく、特定のステップを修正、追加し、あるいはステップの順序を変更できることを理解するであろう。
【００８８】
本発明の実施形態によるシステム２００は、サプライチェーンに存在する様々な種類の事業の流れを支援する。事業の流れは、企業体間での情報および／または商品およびサービスのやりとりである。サプライチェーンにおいては、通常は少なくとも３つの主要な事業の流れがある。すなわち、内部の流れ（企業内の遠隔ユーザ間）、イントラの流れ（たとえばインターネットを用いる関連のないトレーディングパートナー間）、およびトレーディングパートナーおよびホストトレーディングパートナー間の流れである。本明細書中で説明したシステムは、３種類全ての事業の流れを支援する。
【００８９】
本発明によれば、トレーディングパートナー間のデータは、異なった情報転送プロトコルを用いてやりとりできる。たとえば、ＥＤＩ、ＸＭＬ、ＳＭＴＰ、ＦＴＰ、ＭＩＭＥ、ＨＴＴＰなどのプロトコルは、本発明によって支援される。トレーディングパートナー間でのデータのやりとりを容易にするために、やりとりされるデータはＣｏｌｌａｂｏｒａｔｉｖｅ Ｐｌａｎｎｉｎｇ， Ｆｏｒｅｃａｓｔｉｎｇ， ａｎｄ Ｒｅｐｌｅｎｉｓｈｍｅｎｔ（ＣＰＦＲ）形式であることが好ましい。各ＣＰＦＲメッセージは、２つのデータ形式基準、すなわち、ＡＮＳＩ　ＡＳＣ　Ｘ１２　ＥＤＩまたは、Ｓｔａｎｄａｒｄ Ｉｎｔｅｒｃｈａｎｇｅ Ｌａｎｇｕａｇｅ （ＳＩＬ）のうち１つで指定できる。また、トレーディングパートナー間でやりとりされるデータは、ＸＭＬにすることができる。
【００９０】
本発明の好適な実施形態についての前記説明は、例示および説明のために行った。網羅的であったり、本発明を開示した厳密な形式に限定することを意図したりするものではない。当業者には、本発明の趣旨または範囲から逸脱することなく、本発明のサプライチェーン管理システムおよび方法に様々な修正および変更を加えられることが明らかになるであろう。したがって、本発明の修正および変形があらゆる特許請求項およびそれらの均等物の範囲内に入ることを条件に、本発明がそれらを包含することを意図している。
【図面の簡単な説明】
【図１】例示的なサプライチェーンである。
【図２】本発明のサプライチェーンマネジメント用のシステムの一実施形態を示したブロック図である。
【図３Ａ】本発明の実施形態に係る、属性とプラニング項目との関係を示したブロック図である。
【図３Ｂ】本発明の実施形態に係る、プラニング項目とプラニング要素との関係を示したブロック図である。
【図３Ｃ】本発明の実施形態に係る、プラニング要素の内容を示したブロック図である。
【図４Ａ】プラニング要素を作成するステップを示した流れ図である。
【図４Ｂ】派生プラニング要素を作成するステップを示した流れ図である。
【図５Ａ】フィルタを作成するステップを示した流れ図である。
【図５Ｂ】カレンダーを作成するステップを示した流れ図である。
【図６】階層を作成するステップを示した流れ図である。
【図７】図６の工程を用いて作成された３つのノードレベルおよびブランチを有する例示的な階層を示したブロック図である。
【図８】図７の階層の最高ノードレベルからプラニングデータを見るためのユーザインターフェースの例示的なディスプレイである。
【図９】図７の階層の中間ノードレベルからプラニングデータを見るためのユーザインターフェースの例示的なディスプレイである。
【図１０】図７の階層の最低ノードレベルからプラニングデータを見るためのユーザインターフェースの例示的なディスプレイである。
【図１１】フリーズプロフィールを作成するステップを示した流れ図である。
【図１２】本発明によるプラニングデータを取得する一般的工程ステップを示した流れ図である。
【図１３】本発明によるプラニングデータを編集する一般的工程ステップを示した流れ図である。

Claims (80)

1. サプライチェーンプラニングデータを共有し、且つ操作する方法であって、
   前記プラニングデータを格納するステップと、
   前記プラニングデータに属性を割り当てるステップと、
   前記属性に基づいて階層を作成するステップと、
   前記階層に従って前記プラニングデータを統合して、統合されたプラニングデータを作成することにより、前記サプライチェーンプラニングデータを操作するステップと
   を含む方法。
2. 属性を割り当てる前記ステップは、前記プラニングデータのそれぞれに場所属性および製品属性を割り当てることにより行われる、請求項１に記載の方法。
3. 属性を割り当てる前記ステップは、ユーザ定義の属性を前記プラニングデータのそれぞれに割り当てるステップをさらに含む、請求項２に記載の方法。
4. 階層を作成する前記ステップは、前記属性の１つを階層的順序に並べて位置づけることにより行われる、請求項１に記載の方法。
5. 前記プラニングデータは第１の計測単位に基づいており、前記プラニングデータを操作する前記ステップは、第１の計測単位に基づく前記プラニングデータの１つを、第２の計測単位に基づくプラニングデータに変換するステップを含む、請求項４に記載の方法。
6. 前記プラニングデータの１つを変換する前記ステップは、係数を含む変換チェーンを作成するステップをさらに含む、請求項５に記載の方法。
7. 前記プラニングデータの１つを変換する前記ステップは、第１の計測単位に基づく前記プラニングデータの前記１つに前記係数を適用するステップであって、それによって、第２の計測単位に基づくプラニングデータを作成する、適用するステップをさらに含む、請求項６に記載の方法。
8. 前記プラニングデータを操作するステップは、第１の層（ｔｉｅｒ）に属する第１の階層項目についての統合編集を、前記階層における前記第１の層よりも低い層に属する少なくとも２つの第２の階層項目に割り当てるステップを含む、請求項７に記載の方法。
9. ユーザに役割を割り当てるステップをさらに含む請求項８に記載の方法。
10. 前記役割はフィルタと関連づけられている請求項９に記載の方法。
11. 前記フィルタを用いて前記プラニングデータをフィルタリングすることにより、前記プラニングデータの１つを選択するステップをさらに含む、請求項１０に記載の方法。
12. 前記フィルタを用いて前記プラニングデータをフィルタリングする前記ステップは、前記フィルタによって定義されたような属性を有する前記プラニングデータの１つを照会することにより行われる、請求項１１に記載の方法。
13. 前記ユーザの期間の選好（ｐｒｅｆｅｒｅｎｃｅ）に基づいて、カスタマイズされたカレンダーを作成するステップをさらに含む、請求項９に記載の方法。
14. 前記プラニングデータを操作する前記ステップは、前記カスタマイズされたカレンダーにより、前記プラニングデータを編成し、且つインクレメントするステップをさらに含む、請求項１３に記載の方法。
15. フリーズプロフィールを作成するステップをさらに含む請求項１４に記載の方法。
16. 前記フリーズプロフィールはフリーズ期間によって定義される請求項１５に記載の方法。
17. 前記フリーズプロフィールを前記プラニングデータの１つに割り当てるステップであって、それによって、前記プラニングデータが前記フリーズ期間中に編集されることを防止する、割り当てるステップをさらに含む、請求項１６に記載の方法。
18. 前記プラニングデータをコンピュータ装置に電子的に送信するステップをさらに含む、請求項１に記載の方法。
19. 前記プラニングデータをコンピュータ装置に電子的に送信する前記ステップは、電子ネットワークを介している、請求項１８に記載の方法。
20. 前記電子ネットワークはインターネットである請求項１９に記載の方法。
21. 前記プラニングデータを操作する前記ステップは、第１の計測単位に基づく前記プラニングデータの１つを、第２の計測単位に基づくプラニングデータに変換するステップを含む、請求項１に記載の方法。
22. 前記プラニングデータの１つを変換する前記ステップは、係数を含む変換チェーンを作成するステップをさらに含む、請求項２１に記載の方法。
23. 前記プラニングデータの１つを変換する前記ステップは、前記係数を第１の計測単位に基づく前記プラニングデータの前記１つに適用するステップであって、それによって、第２の計測単位に基づくプラニングデータを作成する、適用するステップを含む、請求項２２に記載の方法。
24. 前記プラニングデータを操作する前記ステップは、第１の層に属する第１の階層項目についての統合編集を、前記階層の前記第１の層よりも低い層に属する少なくとも２つの第２の階層項目に割り当てるステップを含む、請求項１に記載の方法。
25. 役割をユーザに割り当てるステップをさらに含む請求項１に記載の方法。
26. 前記役割はフィルタと関連づけられている請求項２５に記載の方法。
27. 前記フィルタを用いて前記プラニングデータをフィルタリングすることにより、前記プラニングデータの１つを選択するステップをさらに含む、請求項２６に記載の方法。
28. 前記フィルタを用いて前記プラニングデータをフィルタリングする前記ステップは、前記フィルタによって定義されたような属性を有する前記プラニングデータの１つを照会することにより行われる、請求項２６に記載の方法。
29. ユーザの期間の選好に基づいて、カスタマイズされたカレンダーを作成するステップをさらに含む、請求項１に記載の方法。
30. 前記プラニングデータを操作する前記ステップは、前記カスタマイズされたカレンダーにより前記プラニングデータを編成し、且つインクレメントするステップをさらに含む、請求項２９に記載の方法。
31. フリーズプロフィールを作成するステップをさらに含む請求項１に記載の方法。
32. 前記フリーズプロフィールはフリーズ期間によって定義される、請求項３１に記載の方法。
33. 前記フリーズプロフィールを前記プラニングデータの１つに割り当てるステップであって、それによって、前記プラニングデータが前記フリーズ期間中に編集されることを防止する、割り当てるステップをさらに含む、請求項３２に記載の方法。
34. サプライチェーンプラニングデータを共有し、且つ操作するシステムであって、
    前記サプライチェーンプラニングデータを格納する手段と、
    前記プラニングデータに属性を割り当てる手段と、
    前記属性に基づいて階層を作成する手段と、
    前記階層に従って前記プラニングデータを統合することにより、前記サプライチェーンプラニングデータを操作する手段であって、それによって、統合されたプラニングデータを作成する、操作する手段とを備えるシステム。
35. 前記割り当て手段は、前記プラニングデータのそれぞれに場所属性および製品属性を割り当てるためのものである、請求項３４に記載のシステム。
36. 前記割り当て手段は、ユーザ定義の属性を前記プラニングデータのそれぞれに割り当てるためのものである、請求項３５に記載のシステム。
37. 前記階層作成手段は、前記属性の１つを階層的順序に並べて位置づけることにより階層を作成する、請求項３４に記載のシステム。
38. 前記プラニングデータは第１の計測単位に基づいており、前記操作手段は、第１の計測単位に基づく前記プラニングデータの１つを、第２の計測単位に基づくプラニングデータに変換する手段を含む、請求項３４に記載のシステム。
39. 前記変換手段は、係数を含む変換チェーンを作成する手段を含む、前記プラニングデータの１つを変換するためのものである、請求項３８に記載のシステム。
40. 前記変換手段は、第１の計測単位に基づく前記プラニングデータの前記１つに前記係数を適用することにより前記プラニングデータを変換するためのものであり、それによって、第２の計測単位に基づくプラニングデータを作成する、請求項３９に記載のシステム。
41. 前記操作手段は、第１の層に属する第１の階層項目についての統合編集を、前記階層における前記第１の層よりも低い層に属する少なくとも２つの第２の階層項目に割り当てる手段をさらに含む、請求項３４に記載のシステム。
42. ユーザに役割を割り当てる手段をさらに含む請求項３４に記載のシステム。
43. 前記役割はフィルタと関連づけられている請求項４２に記載のシステム。
44. 前記フィルタを用いて前記プラニングデータをフィルタリングすることにより、前記プラニングデータの１つを選択する手段をさらに含む、請求項４３に記載のシステム。
45. 前記フィルタリング手段は、前記フィルタによって定義されたような属性を有する前記プラニングデータの１つを照会するフィルタである、請求項４４に記載のシステム。
46. ユーザの期間の選好に基づいて、カスタマイズされたカレンダーを作成する手段をさらに含む、請求項３４に記載のシステム。
47. 前記操作手段は、前記カスタマイズされたカレンダーにより、前記プラニングデータを編成し、且つインクレメントする手段を含む、請求項４６に記載のシステム。
48. フリーズプロフィールを作成する手段をさらに含む請求項３４に記載のシステム。
49. 前記フリーズプロフィールはフリーズ期間によって定義される請求項４８に記載のシステム。
50. 前記フリーズプロフィールを前記プラニングデータの１つに割り当てる手段であって、それによって、前記プラニングデータが前記フリーズ期間中に編集されることを防止する、割り当てる手段をさらに含む、請求項４９に記載のシステム。
51. 前記プラニングデータをコンピュータ装置に電子的に送信する手段をさらに含む、請求項３４に記載のシステム。
52. 前記送信手段は、電子ネットワークを介して、前記プラニングデータをコンピュータ装置に電子的に送信する、請求項５１に記載のシステム。
53. 前記電子ネットワークはインターネットである請求項５２に記載のシステム。
54. サプライチェーン情報を共有する協調ネットワークであって、
    プラニングデータを格納するデータベースと、
    前記プラニングデータに属性を割り当てる属性モジュールと、
    階層を作成する階層モジュールと、
    前記階層モジュールによって作成された階層に従って前記プラニングデータを統合することにより、前記プラニングデータを操作する操作モジュールであって、それによって、統合されたプラニングデータを作成する、操作モジュールを含むネットワーク。
55. 前記属性、階層および操作モジュールはサーバ上に設けられている、請求項５４に記載のネットワーク。
56. 前記サーバはインターネットを介してユーザと連絡している、請求項５５に記載のネットワーク。
57. 前記属性モジュールは、前記プラニングデータのそれぞれに２つの属性を割り当てることにより、属性を作成して前記プラニングデータに割り当てる、請求項５４に記載のネットワーク。
58. 前記階層モジュールは、前記属性の１つを階層的順序に並べて位置づけることにより階層を作成する、請求項５４に記載のネットワーク。
59. 前記プラニングデータは第１の計測単位に基づき、前記操作モジュールは、第１の計測単位に基づく前記プラニングデータの１つを、第２の計測単位に基づくプラニングデータに変換する、請求項５４に記載のネットワーク。
60. 前記操作モジュールは、係数を含む変換チェーンを作成する、請求項５９に記載のネットワーク。
61. 前記操作モジュールは、第１の計測単位に基づく前記プラニングデータの前記１つに前記係数を適用して、第２の計測単位に基づくプラニングデータを作成する、請求項６０に記載のネットワーク。
62. 前記操作モジュールは、第１の層に属する第１の階層項目についての統合編集を、前記階層における前記第１の層よりも低い層に属する、少なくとも２つの第２の階層項目に割り当てる、請求項５４に記載のネットワーク。
63. ユーザに役割を割り当てるセキュリティモジュールをさらに含み、前記役割はフィルタと関連づけられている、請求項５４に記載のネットワーク。
64. 前記セキュリティモジュールは、前記フィルタを用いて前記プラニングデータをフィルタリングすることにより、前記プラニングデータの１つをさらに選択する、請求項６３に記載のネットワーク。
65. 前記セキュリティモジュールは、前記フィルタによって定義されたような属性を有する前記プラニングデータの１つを照会することにより、前記プラニングデータをフィルタリングする、請求項６４に記載のネットワーク。
66. 前記ユーザの時間の選好に基づいて、カスタマイズされたカレンダーを作成するカレンダーモジュールをさらに含む、請求項５４に記載のネットワーク。
67. 前記操作モジュールは、前記カスタマイズされたカレンダーにより前記プラニングデータを編成し、且つインクレメントする、請求項６６に記載のネットワーク。
68. フリーズプロフィールを作成するフリーズプロフィールモジュールをさらに含み、前記フリーズプロフィールはフリーズ期間によって定義される、請求項５４に記載のネットワーク。
69. 前記フリーズプロフィールモジュールは、前記フリーズプロフィールを前記プラニングデータの１つに割り当てて、前記フリーズ期間中に前記プラニングデータが編集されることを防止する、請求項６８に記載のネットワーク。
70. サプライチェーンプラニングデータを共有し、且つ操作するステップを行う、機械によって実行可能な命令のプログラムを有形に実現する、機械によって読み取り可能なプログラム記憶装置であって、
    前記プラニングデータを格納するステップと、
    前記プラニングデータに属性を割り当てるステップと、
    前記属性の１つを階層的順序に並べて位置づけることにより、階層を作成するステップと、
    前記階層に従って前記プラニングデータを統合して、統合されたプラニングデータを作成することにより、前記サプライチェーンプラニングデータを操作するステップとを含むプログラム記憶装置。
71. 属性を割り当てる前記ステップは、場所属性、製品属性およびユーザ定義の属性を前記プラニングデータのそれぞれに割り当てることにより行われる、請求項７０に記載のプログラム記憶装置。
72. 前記プラニングデータを操作する前記ステップは、第１の計測単位に基づく前記プラニングデータの１つを、第２の計測単位に基づくプラニングデータに変換するステップを含む、請求項７０に記載のプログラム記憶装置。
73. 前記プラニングデータは、第１の計測単位に基づいており、前記プラニングデータの１つを変換する前記ステップは、係数を含む変換チェーンを作成するステップと、前記係数を第１の計測単位に基づく前記プラニングデータの前記１つに適用することであって、それによって、第２の計測単位に基づくプラニングデータを作成する、適用するステップとをさらに含む、請求項７２に記載のプログラム記憶装置。
74. 前記プラニングデータを操作するステップは、第１の層に属する第１の階層項目についての統合編集を、前記階層における前記第１の層よりも低い層に属する、少なくとも２つの第２の階層項目に割り当てるステップを含む、請求項７０に記載のプログラム記憶装置。
75. 前記プログラムは、フィルタと関連づけられた役割をユーザに割り当てるステップと、前記フィルタを用いて前記プラニングデータをフィルタリングすることにより、前記プラニングデータの１つを選択するステップとをさらに含む、請求項７０に記載のプログラム記憶装置。
76. 前記フィルタを用いて前記プラニングデータをフィルタリングする前記ステップは、前記フィルタによって定義された属性を有する前記プラニングデータの１つを照会することによるものである、請求項７５に記載のプログラム記憶装置。
77. 前記プログラムは、前記ユーザの期間の選好に基づいて、カスタマイズされたカレンダーを作成するステップをさらに含む、請求項７０に記載のプログラム記憶装置。
78. 前記プラニングデータを操作する前記ステップは、前記カスタマイズされたカレンダーにより、前記プラニングデータを編成し、且つインクレメントするステップをさらに含む、請求項７７に記載のプログラム記憶装置。
79. 前記プログラムは、フリーズプロフィールを作成するステップをさらに含み、前記フリーズプロフィールは、フリーズ期間によって定義される、請求項７０に記載のプログラム記憶装置。
80. 前記プログラムは、前記フリーズプロフィールを前記プラニングデータの１つに割り当てることであって、それによって、前記フリーズ期間中に前記プラニングデータが編集されることを防止する、割り当てるステップをさらに含む、請求項７９に記載のプログラム記憶装置。

Images