JP2007524152A - 協働計画およびサプライチェーン・マネジメント用の多極ハブ・システムにおける情報の管理 - Google Patents

Abstract

サプライチェーン・マネジメントおよび協働計画用の多極ハブ・システムにおいて、情報を管理する方法およびシステムに関する。多極ハブ・モデル内における通信を管理する観点において、一技術が提供される。第1に、そのシステム全体にわたるデータの整合性は、サプライチェーン内におけるどの商業体がそのデータに書き込む権限を有するかを制限することにより、維持される。どの商業体がこのような権限を有するかを決定するために、いろいろな技術が提供される。第２に、受発注処理の相対的な複雑度合が、コンピュータ処理の要する量を特定することにより、決定される。ほとんど処理を要しない受発注処理は、軽量級サーバ（１１４）により処理される。中程度の量ないし大量の処理を要する受発注処理は、重量級サーバ（１１２）に送られる。受発注処理はより効率的に処理されるため、エンドユーザ（１３１）は、より迅速に受発注処理に関する情報を受信する。

Description

本発明は、協働計画のシステムにおいて情報を管理することに関する。

サプライチェーン・マネジメント・システムにおいて、正確な情報を蓄積し、情報を要求するユーザに迅速に応答することは、多くの問題を提起する。このような問題は、（１）サプライチェーン内の商業体（エンタイティ＝ｅｎｔｉｔｙ）がデータから比較的離れている場合に、そして（２）データが多数の場所に蓄積されている場合に、さらに悪化する。

サプライチェーン・マネジメントで用いられる情報システムにおける第１の問題は、サプライチェーン内の多数の参会者が一つのデータベースへの書き込みアクセスを有する場合、もしくは一つのマスター・データベースが顧客のローカル的（ｌｏｃａｌ）小規模データベースから同期化される場合、データの不整合が生じることである。このような状況のもとでは、ある参会者の受発注処理に関するデータが、いつでも一度に１つ以上の他の参会者により改変される場合、この参会者は受発注処理に関する正確な情報を受け取ることができない。

第２の問題は、サプライチェーン・マネジメント・システムにおけるユーザビリティに関わる。ユーザビリティの問題は、データを利用する参会者から（ネットワーク上の距離もしくは地理上の距離で測定して）、遠距離にある場所にデータが蓄積される場合に生じる。高速ネットワークでさえ、極端に長いダウンロード時間やアップロード時間は、情報を送受信したり受発注処理を成功裏に完了したりすることを、困難にする。ユーザビリティ問題の一解決策は、ユーザに近接した位置に情報を分散することである。しかしながら、分散された情報は、サプライチェーン・マネジメント・システムに連携した１つ以上の他のデータベースに同期化する必要があり、あるいは情報の処理に起因する遅延があるため、この解決策は依然として不完全である。

最後に、サプライチェーン・マネジメント用の分散システムにおいて、１つ以上のサーバやデータベースが利用できなくなる場合、問題が生じる。このような状況のもとでは、あるユーザは、ローカル・データベースに蓄積されたデータの最新バージョンにアクセスできない問題が生じる。

本発明は、サプライチェーン・マネジメントおよび協働計画用の多極ハブ・システムにおいて、情報を管理する方法およびシステムを提供する。サプライチェーン内の購入者、販売者、交渉者、供給者、もしくは他の商業体（ひとまとめにして商取引パートナーとして知られる）は、遠隔的に互いに結合した、１つ以上のローカル的電子的ハブを用いて取引を行う。各ローカル・ハブは、１つ以上のサーバ、データベース、およびコンピュータ・アプリケーションを含む。これらは、メッセージを送受信し、データをキャッシングし、情報を修正するために、配置される。これらのローカル・ハブは世界中に分散することができるが、分散データのうちの共通の一群を共有する。このデータの整合性は、誰がそのデータの一部に書き込む権限を有するかを制御することにより、保護される。一群の地域的権限機関がローカル・ハブの間で分散され、その結果、各地域的権限機関は、その地域的権限機関の制御に基づいて、誰がそのデータの一部に書き込むかを制御することにより、ローカル・ハブに連携した分散データの異なる部分を保護する。

地域的権限機関は、データを所有するローカル・ハブを特定することにより、データへのアクセスを制御する。この状況では、データ所有権は、所有者がデータに書き込みアクセスを有することを意味する。データへの書き込みアクセスを割り当てる権限は、地域的権限機関に委ねられる。地域的権限機関は、サプライチェーン・マネジメント・システムにより維持されるすべてのデータ群を分割し、その結果、地域的権限機関は、そのデータにおいて明確に区別された副群に対して、権限を有する。地域的権限機関は、互いに連携する結果、個々の特定の地域的権限機関が、その特定の地域的権限機関に属さないデータへの命令を得ることができる。

地域的権限機関の数および位置は、（１）ピア・ツー・ピア的協業関係にある地域的権限機関自身、もしくは（２）サプライチェーン・システム内の中核的権限機関、のいずれか一方により確立される。一つの実施の形態では、地域的権限機関の数および位置は、ローカル的制御（例えば、分散コンピューティング能力、障害代替（フェイルオーバー＝ｆａｉｌｏｖｅｒ）能力、および低遅延通信）および障壁のない協業（例えば、適した地域的権限機関を容易に特定できること、および簡単に同期化できること）の両要素に対して、最適化しようとする。どのローカル・ハブがデータの特定の部分に対して地域的権限を有するかの判断は、異なる要因により影響される。これらの要因には次のことが含まれる。

・物理的領域（例えば、米国東部におけるローカル・ハブのすべてに対する地域的権限機関はボストンに位置するかもしれない）、
・商品の部類（例えば、ディスク・ドライブに対する地域的権限機関や、メモリ・チップに対する別の地域的権限機関などがある）、
・サブネット位置（例えば、一群のサブネット位置は特定の地域的権限機関に割り当てられる）、
・特別の重要クライアントへの近接性（地理上もしくはネットワーク上の位置により測定される）、および
・ピング時間（ｐｉｎｇ ｔｉｍｅ）により測定されるネットワーク位置（これは、重要クライアントに最上のダウンロード時間を提供する際に、特に有用である）。

本発明の別の観点においては、処理を必要とするメッセージは、処理を必要としないメッセージから分離される。処理を必要とするメッセージは、処理が行われるサーバ（重量級サーバと呼ばれる）に送られる。処理を必要としないメッセージは、異なるサーバ（軽量級サーバと呼ばれる）に送られる。処理が必要とされるかどうかにしたがってトラフィックを分離することにより、単純な要求を有するクライアントは、彼らが急いで必要とする情報を得る。なぜならば、もっと複雑な要求が最初に完了するうちに、単純な要求が遅れてしまうことがないようにするためである。いくつかの受発注処理は、処理を伴わないタスクと処理を伴うタスクに分離される。このような受発注処理は、重量級サーバと軽量級サーバの両方を用いて実行される。例えば、もし供給者が、予定通りには出荷がなされないことを購入者に伝えたいなら、供給者から購入者にこの趣旨のメッセージの転送は、ほとんど処理を必要としないので、軽量級サーバを用いて送られる。しかしながら、他の局面（購入者が出荷を変更したり、新しい供給者を見つけたり、代用の商品を特定したり、もしくは他の行動を取ったりすることがないように、勘定書を更新するような場合）では、さらなる処理が必要とされる。受発注処理のこれらの局面では、重量級サーバを用いて処理される。

本発明は、サプライチェーンや協働計画の環境において、多数の共同運営者、購入者、供給者、もしくは設計者の間で行われる電子商取引に対して、広範囲にわたる応用性を有するが、多数の参会者に関わるあらゆる受発注処理において用いることができる。さらに、本発明の好ましい実施の形態によって用いられる技術は、ここで開示される特定の応用例以外に、広範囲の分野に同様に適用される。

ここでの説明において、本発明の好ましい実施の形態には、好ましい処理ステップとデータ構造が含まれる。当業者は、本出願について精査の後、特には説明されていない、また過度の実験もさらなる発明も含まない他のいろんな技術を用いて、本発明の実施の形態が実装されること、およびこのような他の技術が本発明の範囲内にあることを、理解するであろう。

関連した出願
ここで説明される本発明は、次の出願において説明された発明と関連して使用される。

・イー２オープン・リミテッド・ライアビリティ・カンパニー（Ｅ２ＯＰＥＮ ＬＬＣ）という出願人により、２００２年３月２９日に提出され、２００２年１０月１０日に、ＷＯ ０２／０８００４２という国際発行番号と「多対多ハブ装置における専用の共同製作のための計画立案（Ｐｒｉｖａｔｅ Ｃｏｌｌａｂｏｒａｔｉｖｅ Ｐｌａｎｎｉｎｇ ｉｎ ａ Ｍａｎｙ−ｔｏ−Ｍａｎｙ Ｈｕｂ）」という名称で発行された、ＰＣＴ／ＵＳ０２／０９９３４。

・イー２オープン・リミテッド・ライアビリティ・カンパニー（Ｅ２ＯＰＥＮ ＬＬＣ）という出願人により、２００２年９月２６日に提出され、２００３年４月１０日に、ＷＯ ０３／０３００６３という国際発行番号と「企業間取引における共同作業のバイラル採択のための方法（Ｍｅｔｈｏｄ ｆｏｒ Ｂｕｓｉｎｅｓｓ ｔｏ Ｂｕｓｉｎｅｓｓ Ｃｏｌｌａｂｏｒａｔｉｖｅ Ｖｉｒａｌ Ａｄｏｐｔｉｏｎ）」という名称で発行された、ＰＣＴ／ＵＳ０２／３０４８７。

・イー２オープン・リミテッド・ライアビリティ・カンパニー（Ｅ２ＯＰＥＮ ＬＬＣ）という出願人により、２００２年９月２６日に提出され、２００３年４月１０日に、ＷＯ ０３／０３００６５という国際発行番号と「協働設計および商取引パートナー環境における情報の安全化（Ｓｅｃｕｒｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ ｉｎ ａ Ｄｅｓｉｇｎ Ｃｏｌｌａｂｏｒａｔｉｏｎ ａｎｄ Ｔｒａｄｉｎｇ Ｐａｒｔｎｅｒ Ｅｎｖｉｒｏｎｍｅｎｔ）」という名称で発行された、ＰＣＴ／ＵＳ０２／３０６７８。

用語集
次の語句は、本発明もしくはその実施の形態におけるいろいろな局面で、関係したり参照したりする。

・ローカル・ハブ：ここでは次のように用いられる。「ローカル・ハブ」という語句は、電子式サプライチェーン・マネジメントおよび協働設計用のシステムを指す。このシステムには、多数の商取引パートナーに対して、実質上最も近い位置にある１つ以上のウェブ・サーバが含まれる。例えば、ローカル・ハブは、特定の国（日本におけるローカル・ハブのように）における商取引パートナーに役立てられる。あるいは特定の取引（ニューヨーク州アーモンク（Ａｒｍｏｎｋ）に位置するローカル・ハブがＩＢＭに役立てられるように）におけるパートナーに役立てられる。

・地域的権限機関：ここでは次のように用いられる。「地域的権限機関」という語句は、サプライチェーン・マネジメントもしくは協働設計用のシステムにおいて、誰がデータベースに書き込むかを決定する権限を有するローカル・ハブを指す。

・重量級サーバ：ここでは次のように用いられる。「重量級サーバ」という語句は、ローカル・ハブに位置し、中程度の量ないし大量の処理を要する要求に専用的に応じる１つ以上のサーバを指す。

・軽量級サーバ：ここでは次のように用いられる。「軽量級サーバ」という語句は、ローカル・ハブに位置し、ほとんどないしまったく処理を要しない要求に専用的に応じる１つ以上のサーバを指す。

・データ所有権：ここでは次のように用いられる。「データ所有権」という語句は、誰が書き込みアクセスを有するか、誰が書き込みアクセスを割り当てる権限を有するか、もしくはサプライチェーン・マネジメントまたは協働設計用の電子的システムと連携するデータベースの特定の部分に誰がプライバシー的所有権を有するか、を指す。

・商取引パートナー：ここでは次のように用いられる。「商取引パートナー」という語句は、サプライチェーン・マネジメントまたは協働設計に関与する購入者、販売者、供給者、交渉者、もしくは他の参会者を指す。

システム構成要素
図１は、サプライチェーン・マネジメントもしくは協働計画における複数のハブを含むシステムのブロック図である。

システム１００は、複数のローカル・ハブ１１０、商取引パートナー１３１の制御に基づく少なくとも１つのクライアント装置１３０、および通信ネットワーク１４０を含む。これらのローカル・ハブ１１０は、世界中を通して、商取引パートナー１３１が位置しそうないろいろな場所に地理的に分散される。例えば、システム１００は、東京に第１ローカル・ハブ１１０を含み、バンガロール（Ｂａｎｇａｌｏｒｅ）に第２ローカル・ハブ１１０を含み、ロンドンに第３ローカル・ハブ１１０を含む。各ローカル・ハブ１１０は、他のローカル・ハブ１１０と結合し、サプライチェーン・マネジメントもしくは協働設計に関する情報を共有する。少なくとも１つのローカル・ハブ１１０は、地域的権限機関１２０として指名される。

複数のローカル・ハブ１１０内の各ローカル・ハブ１１０は、１つ以上の重量級サーバ１１２、１つ以上の軽量級サーバ１１４、データベース１１６、およびソフトウェア・モジュール１１８を含む。いくつかの実施の形態では、ローカル・ハブ１１０は、重量級サーバ１１２または軽量級サーバ１１４のいずれか一方を含む

重量級サーバ１１２は、商取引パートナー１３１からの比較的複雑な要求を履行し、これらの商取引パートナー１３１間の受発注を処理するのに充分なソフトウェアを含む。このような受発注処理の例には、購入および販売、在庫表の修正、有価証券の売買、およびデータベース１１６に書き込まれた情報を必要とする、もしくは中程度の処理量を必要とする他の受発注処理、が含まれる。万一、重量級サーバ１１２が複雑度合のかなり低い要求を特定した場合には、重量級サーバ１１２はその要求を軽量級サーバ１１４に転送する。このように、重量級サーバ１１２は、より複雑な処理を行うタスク用に確保される。

軽量級サーバ１１４は、商取引パートナー１３１からの大量の処理を必要としない要求を履行するのに充分なソフトウェアを含む。このような要求例には、どのような製品あるいは在庫品が入手可能かを知る要求、すでに行われた受発注処理の確認用の要求、受発注処理の状態に関する商取引パートナー間のメッセージ、およびその他容易に履行可能な情報に対する要求、が含まれる。一般に、これらの受発注処理は、データベース１１６に書き込む必要もなく、相当な量の処理能力を必要ともしない。万一、軽量級サーバ１１４がさらに複雑度合のかなり高い要求を特定した場合には、軽量級サーバ１１４はその要求を重量級サーバ１１２に転送する。軽量級サーバ１１４は、複雑な処理を提供しないので、リアルタイムで、もしくはリアルタイムに非常に近い形で、要求に迅速に応答する。

いくつかの実施の形態では、ローカル・ハブ１１０は、１つ以上の軽量級サーバ１１４もしくは１つ以上の重量級サーバ１１２のいずれか一方を含む。例えば、軽量級サーバ１１４はいくつかの地理的位置を与えられ、重量級サーバ１１２は他の位置を与えられる。このような実施の形態は、単純な受発注処理に対する遅延を減少し、より複雑な受発注に対する処理を集中させる。

各ローカル・ハブ１１０内のデータベース１１６には、同一の、または大略類似した情報が含まれる。各データベース１１６は、同期化として知られる過程において、他のデータベース１１６に関して周期的に更新される。各データベース１１６の各部分には、特定可能な所有者が存在する。データベース１１６の特定の部分の所有者は、通常は、そのローカル・ハブ１１０に位置し、その部分のデータを修正する権限を有する商取引パートナー１３１である。例えば、入手可能な在庫品に関する情報を記憶するディスク・ドライブの供給者は、その情報の所有者である。一般的に、所有者の権利を行使する参会者は、購入者か販売者である。しかしながら別の実施の形態では、データ所有権は、（１）データベース１１６内にその情報により記述された商品もしくは貨幣に対する権利を誰が有するか、（２）その情報に関するプライバシー権利を誰が有するか、および（３）その情報に対する参会者の関係に関する他の要因、に応じて決定される。

ソフトウェア・モジュール１１８は、商取引パートナー１３１からの中程度の量ないし大量の処理を要する要求と、商取引パートナー１３１からのほとんどないしまったく処理を要しない要求とを区別する。中程度の量ないし大量の処理を要する要求は、重量級サーバ１１２に送られる。ほとんどないしまったく処理を要しない要求は、軽量級サーバ１１４に送られる。いくつかの実施の形態では、ソフトウェア・モジュール１１８は、重量級サーバ１１２と軽量級サーバ１１４とを結合するインタフェースとして、実装される。別の実施の形態では、ソフトウェア・モジュールはクライアント側に属する。

好ましい実施の形態では、ローカル・ハブ１１０内のデータの制御は、地域的権限機関１２０に与えられる。地域的権限機関１２０は、世界の特定の地域内で、商業体（エンタイティ＝ｅｎｔｉｔｙ）により所有されるデータを制御する。地域的権限機関１２０は、好ましくはローカル・ハブ１１０を含み、しかし別の実施の形態では、機能的にローカル・ハブ１１０とは区別される専用化された装置を含む。論理的トークン１２１の所有は、どの装置（すなわちどのローカル・ハブ１１０）がその時点で地域的権限機関１２０であるかを示す。

地域的権限機関１２０は、少なくとも１つのデータベース１１６（もしくはデータベース１１６の一部）内において、誰がそのデータに書き込むかを制御することにより、およびデータベース１１６内において、情報の状態を変化させる他のあらゆる活動を誰が実施するかを制御することにより、データの整合性を維持する。地域的権限機関１２０は、多数の参会者が同時に同一情報を書き込むことを可能にしないので、すべてのローカル・ハブ１１０間の情報は、整合がとれる。

ローカル・ハブ１１０は、いくつかの異なる要因に応じて、地域的権限機関１２０として指名される。これらの要因には、以下が含まれる。
・物理的地域（例えば、米国東部内のすべてのローカル・ハブに対する地域的権限機関はボストンに位置するかもしれない）、
・商品の部類（例えば、ディスク・ドライブに対する地域的権限機関や、メモリ・チップに対する別の地域的権限機関などがある）、
・サブネット位置（例えば、一群のサブネット位置は特別の地域的権限機関に割り当てられる）、
・特別の重要クライアントへの近接性（地理上もしくはネットワーク上の位置により測定される）、および
・ピング時間（ｐｉｎｇ ｔｉｍｅ）により測定されるネットワーク位置（これは、重要クライアントに最上のダウンロード時間を提供する際に、特に有用である）。

一つの実施の形態では、地域的権限機関の数および位置は、ローカル的（ｌｏｃａｌ）制御（例えば、分散コンピューティング能力、障害代替（フェイルオーバー＝ｆａｉｌｏｖｅｒ）能力、および低遅延通信）および障壁のない協業（例えば、適した地域的権限機関を容易に特定できること、および簡単に同期化できること）の両要素に対して、最適化しようとする。このような実施の形態では、地域的権限機関１２０は、（例えば、取引条件が変化するなら）その権限を別のローカル・ハブ１１０に、論理的トークン１２１を転送することにより、転送することができる。このトークン１２１は、出力される地域的権限機関１２０と入力される地域的権限機関１２０との間で、交換される。このトークン１２１は、一群のコンピュータ・プログラム・コード、一群のアクセス特権、あるいは権限に関する他の同様な指標を含む。

複数のローカル・ハブ１１０は、ローカル・ハブ１１０間に障害代替構成を同様に実装することができる。例えば、もしロサンゼルスのローカル・ハブ１１０が、地域的災害（もしくは酷使、あるいは他の理由）のため、故障するなら、商取引パートナー１３１は、サンフランシスコの異なるローカル・ハブ１１０に透過的に転送できる。転送は、商取引パートナー１３１による制御に基づいて、クライアント装置１３０内のソフトウェア構成要素により、もしくはローカル・ハブ１１０と連携する転送用のルータ内のソフトウェア構成要素により、ないしは他の構成により、実行される。このように、同期化によりローカル・ハブ１１０における活動を反映するため、サービス上に中断も無く、データの損失も無い。

クライアント装置１３０は、パーソナル・コンピュータ、ラップトップ、ハンドヘルド・コンピュータ（個人的デジタル助手のようなもの）、協調してもしくは協業して動作する多数のコンピュータ装置群、特定の機能（サーバで用いられるソフトウェア・パッケージのようなもの）に用いられるコンピュータ装置の一部、もしくはそれらの組合せやそれらの混合物、あるいは一般的なチューリング・パラダイム（Ｔｕｒｉｎｇ ｐａｒａｄｉｇｍ）以内で適合する他のあらゆる装置を、含む。商取引パートナー１３１は、購入者、販売者、共同運営者、サプライチェーン内の商業体、情報の送信者、情報の受信者、およびシステム１００における他のユーザのうち、１人以上を含む。一つの実施の形態では、商取引パートナー１３１は、電子機器およびコンピュータに関わる会社を含む。

クライアント装置１３０は、（１）クライアント側のブラウザに含まれる構成要素を介して、また（２）クライアント側に記憶されたコンピュータ・プログラムを介して、ローカル・ハブ１１０にアクセスし、ローカル・ハブ１１０(例えば、シン・クライアント)において、もしくはクライアント装置１３０とローカル・ハブ１１０間に専用帯域を与えられた企業用回線において、処理を実行するように要求する。

通信ネットワーク１４０は、（１）クライアント装置１３０とローカル・ハブ１１０の間、および（２）異なるローカル・ハブ１１０間において、データを通信するために配置される。好ましい実施の形態では、通信ネットワーク１４０は、イントラネット、企業用（エンタープライズ）ネットワーク、エクストラネット、バーチャル・プライベート・ネットワーク、バーチャル・スイッチ・ネットワーク（ｖｉｒｔｕａｌ ｓｗｉｔｃｈｅｄ ｎｅｔｗｏｒｋ）を含み、これらと同様に（これらと連携してもしくは代用として）インターネットのようなパケット・スイッチ・ネットワーク（ｐａｃｋｅｔ ｓｗｉｔｃｈｅｄ ｎｅｔｗｏｒｋ）を含む。もしくは、一つの好ましい実施の形態では、パケット・スイッチ・ネットワークは、一群の専用通信回線と連携する。代わりの実施の形態では、通信ネットワーク１４０は、互いにローカル・ハブ１１０を結合し、ローカル・ハブ１１０とクライアント装置１３０間を結合する、他のあらゆる一群の通信回線を含む。いくつかの実施の形態では、ローカル・ハブを互いに結合するために、専用の帯域を用いることができる。別の実施の形態では、ローカル・ハブ１１０の一員である重要な商取引パートナー１３１の制御に基づいて、クライアント装置１３０を結合するために、専用の帯域を用いることができる。このように、異なる商取引パートナー１３１に、異なる部類のサービスを与えることができる。

図２は、協働計画およびサプライチェーン・マネジメント用のシステムにおける軽量級および重量級受発注処理に対するメッセージの連続パターンである。

図２Ａは、軽量級サーバ１１４に関わる受発注処理に対するメッセージ・パターンを示す。ここで説明される受発注処理は、予定された出荷品が届かないことに関する、供給者から購入者宛のメッセージを伴うが、メッセージ・パターンは、あらゆる受発注処理に対して、もしくはローカル・ハブ１１０において中程度の量ないし大量の処理を伴わない受発注処理の一部に対して、適用できる。

データ・フロー２０１において、第１商取引パートナー１３１（この実施例では供給者）から軽量級サーバ１１４に、予定された出荷品が届かないことを示すメッセージが送られる。

データ・フロー２０２において、出荷に関するそのメッセージは、軽量級サーバ１１４から第２商取引パートナー１３１（この場合は購入者）に送られる。ソフトウェア・モジュール１１８がクライアント側に属するような実施の形態においては、受け取り通知は、第１商取引パートナー１３１から第２商取引パートナー１３１に、直接に送られる。

データ・フロー２０３において、第２商取引パートナー１３１はその情報を受信し、処理する。例えば、第２商取引パートナー１３１は、受け取る部門に出荷品が届かないことを知らせる。

データ・フロー２０４において、第２商取引パートナー１３１はメッセージを軽量級サーバ１１４に送る。この実施例では、これは、メッセージが受信されたという受け取り通知を含む。

データ・フロー２０５において、軽量級サーバ１１４は、第２商取引パートナー１３１から第１商取引パートナー１３１に、受け取り通知を中継する。ソフトウェア・モジュール１１８がクライアント側に属するような実施の形態においては、受け取り通知は、第２商取引パートナー１３１から第１商取引パートナー１３１に、直接に送られる。

データ・フロー２０６において、第１商取引パートナー１３１は受け取り通知を処理する。

図２Ｂは、重量級サーバ１１２に関わる受発注処理に対するメッセージ・パターンを示す。ここで説明される受発注処理は、予定された出荷品が届かないことに関する、供給者から購入者宛のメッセージを伴うが、メッセージ・パターンは、あらゆる受発注処理に対して、もしくはローカル・ハブ１１０において中程度の量ないし大量の処理を伴う受発注処理の一部に対して、適用できる。

データ・フロー２０７において、第１商取引パートナー１３１（この実施例では供給者）は、第２商取引パートナー１３１（この実施例では購入者）への出荷品が予定通りには入手できないことに関するメッセージをローカル・ハブ１１０に送る。

データ・フロー２０８において、ローカル・ハブ１１０の重量級サーバ１１２は、メッセージを受信し、それを処理する。この処理には以下のものが含まれる。

・代用供給者を特定する、
・代用商品を特定する、
・交渉するパートナーのリストを特定する、
・届かなかった出荷品による損害を軽減するのに必要な他のステップ。

データ・フロー２０９において、重量級サーバ１１２は、第２商取引パートナー１３１へのこの処理結果に関するメッセージを中継する。これらの結果には以下のものが含まれる。

・代用供給者のリスト、
・代用商品のリスト、
・新しい商品のための交渉に関する情報、
・解約された出荷に関する他の情報。

データ・フロー２１０において、第２商取引パートナー１３１はこの情報を受信し、それを処理する。情報の処理には、供給者間で代用商品を決定すること、交渉が満足のゆくものかどうかを判断すること、期待していた商品の不足を反映して生産計画を修正すること、および商品不足を埋め合わせる他の行動が含まれる。

データ・フロー２１１において、第２商取引パートナー１３１は、重量級サーバ１１２にこの処理結果を送る。処理結果には、交換商品の交渉に含まれる参会者のリスト、代用商品に対する受け入れ可能な価格範囲、代用出荷品に対する期限、もしくは他の情報が含まれる。

データ・フロー２１２において、重量級サーバ１１２は第２データ・パートナー１３１からの情報を受信し、それを処理する。処理には、交渉日を設定すること、受け入れ可能な価格範囲内であるいは指定された期限までに、入手可能な在庫品を有する他の商取引パートナーを特定すること、が含まれる。

データ・フロー２１３において、重量級サーバ１１２は、届かなかった商品を置き換えるために、引き続いて受発注処理に関わる１人以上の供給者に、メッセージを送る。

運転の方法
方法３００は、ここで説明されるような、一群のフロー・ポイントと処理ステップを含む。

一つの実施の形態では、方法３００は、システム１００により実行される。別の実施の形態では、方法３００は、他のシステムにより実行される。方法３００は、逐次的に記述されるが、方法３００の各ステップは、連携してあるいは平行して、パイプライン手法のもとに非同期的であろうとなかろうと、分離した構成要素により実行される。方法３００は、記載されたステップの順番で実行するように指示される場合を除いて、記載されたステップの順番に実行する特別の必要性は何も無い。

フロー・ポイント３１０において、システム１００は方法３００を実行し始める準備が整う。最初に、第１ローカル・ハブ１１０は、複数の他のローカル・ハブ１１０を代表して、地域的権限機関１２０として指名される。地域的権限機関１２０は、トークン１２１を所有する。トークン１２１は、地域的権限機関１２０に、誰がデータベース１１６に書き込むかを制御可能にする。

ステップ３１５において、システム１００内部における活動状況の傾向が変化し、その結果、地域的権限機関１２０には異なるローカル・ハブ１１０を指名することが望ましくなる。この変更は、商業活動の変化もしくはローカル・ハブでの故障に符合する。重要な顧客の要望あるいは他の変化要素に応じて、地域的権限機関１２０に異なるローカル・ハブ１１０を指名することが、同様に望ましい。これらの変化の結果として、異なるローカル・ハブ１１０が特定される。

ステップ３２０において、トークン１２１は、地域的権限機関１２０から、ステップ３１５において特定されたローカル・ハブ１１０に送られる。トークンを受信するローカル・ハブ１１０は、新しい地域的権限機関１２０になる。前地域的権限機関１２０は、もはや他のローカル・ハブ１１０間のデータを同期化する権限を有せず、通常のローカル・ハブ１１０になる。

フロー・ポイント３２５において、新地域的権限機関１２０は、システム１００を代表してデータを同期化する準備が整う。ステップ３１５および３２０は、商業活動において、もしくは地域的権限機関１２０を特定するのに用いられる他のあらゆる要因において、重大な変化があるたびに繰り返される。

図４は、協働計画およびサプライチェーン・マネジメント用のシステムにおいて、軽量級および重量級サーバを用いる方法を示す。

一つの実施の形態において、方法４００はシステム１００により実行される。別の実施の形態では、方法４００は他のシステムにより実行される。方法４００は、逐次的に記述されるが、方法４００の各ステップは、連携してあるいは平行して、パイプライン手法のもとに非同期的であろうとなかろうと、分離した構成要素により実行される。方法４００は、記載されたステップの順番で実行するように指示される場合を除いて、記載されたステップの順番に実行する特別の必要性は何も無い。

フロー・ポイント４１０において、第１商取引パートナー１３１は、ローカル・ハブ１１０にて取引を行うことを願望する。この受発注処理には、商品（例えば、ディスク・ドライブ、もしくは他のコンピュータ部品）を販売または購入すること、オークションを行うこと、見積りを依頼すること、交渉を行うこと、すでに処理中の受発注処理についてまたはローカル・ハブ１１０において実行可能な他の種類の取引について、第２商取引パートナー１３１に連絡することが含まれる。第１商取引パートナー１３１はクライアント装置１３０を使用することにより、ローカル・ハブ１１０に接触し、望ましい受発注処理に関するメッセージを送る。

ステップ４１５において、ローカル・ハブ１１０はそのメッセージを受信する。ソフトウェア・モジュール１１８はそのメッセージを分析し、軽量級サーバ１１４により実行されるべきタスクと重量級サーバ１１２により実行されるべきタスクを特定する。ソフトウェア・モジュール１１８は、これらのタスクのリストを生成し、適したサーバにそのリストを送る。ほとんどないしまったく処理を要しないタスクは、軽量級サーバ１１４に送られる。中程度の量ないし大量の処理を要するタスクは、重量級サーバ１１２に送られる。いくつかの実施の形態では、重量級サーバ１１２と軽量級サーバ１１４は、同一のローカル・ハブ１１０に属する。別の実施の形態では、重量級サーバ１１２と軽量級サーバは、異なるローカル・ハブに属する。

ステップ４２０において、軽量級サーバ１１４はソフトウェア・モジュール１１８からタスク・リストを受信し、そのメッセージを所望の商取引パートナー１３１に転送する。

ステップ４２５において、重量級サーバ１１２は、ソフトウェア・モジュール１１８からタスク・リストを受信し、それを処理する。この処理には、データベース１１６内に情報を記憶すること、所望の商取引パートナー１３１に送る情報を計算すること、他の有望な商取引パートナー１３１に送る情報を計算すること、もしくは第１商取引パートナー１３１に処理された情報を与えること、あるいはコンピュータ処理を要する他の商業活動が含まれる。一つの実施の形態では、ステップ４２０と４２５は、大略同時に生じる。しかしながら、ステップ４２０は、ほとんどないしまったく処理を要しないから、通常、ステップ４２５の前に処理を終える。

ステップ４３０において、重量級サーバ１１２は、第１商取引パートナー１３１もしくは異なる商取引パートナー１３１に、その処理と関連した結果を送る

追加のメッセージが、重量級サーバ１１２、軽量級サーバ１１４、および１人以上の商取引パートナー１３１の間で、送られる。各追加メッセージはステップ４１５を実行することを伴い、これにより、そのメッセージが分析され、メッセージと連携するタスクの全部または一部を、重量級サーバ１１２、軽量級サーバ１１４、もしくは両方に送るのかどうかが決定される。ステップ４２０は、受発注処理が完了するまで、ステップ４２０を介して適切に実行される。

代替の実施の形態
好ましい実施の形態はここにおいて開示されるが、多くの変形例が、本発明の概念および範囲内で可能である。これらの変形例は、本出願について精査の後、当業者に明確になるであろう。

協働計画およびサプライチェーン・マネジメントにおける複数のローカル・ハブを含むシステムにおいて高いレベルの概観を表すブロック図である。 協働計画およびサプライチェーン・マネジメント用のシステムにおける軽量級および重量級受発注処理に対するメッセージの連続パターンである。 協働計画およびサプライチェーン・マネジメントにおける複数のローカル・ハブを含むシステムにおいて情報を同期する方法である。 協働計画およびサプライチェーン・マネジメント用のシステムにおいて軽量級および重量級サーバを用いる方法である。

Claims (18)

1. 遠隔的に互いに結合された複数のハブと、
   前記ハブのそれぞれに結合されたデータベース内に記憶され、各前記ハブに比較的近い商業体により所有される一群の情報と、
   各前記ハブに結合され、単純なタスクと複雑なタスクを区別するコンピュータ・プログラムと、
   前記ハブの少なくとも１つに結合され、単純なタスクを専用的に実行するサーバと、
   前記ハブの少なくとも１つに結合され、複雑なタスクを専用的に実行するサーバとを有することを特徴とする、電子式サプライチェーン・マネジメントおよび協働計画用のシステム。
2. 少なくとも１つのハブは、他の前記ハブに記憶された前記一群の情報と同期することに関して、地域的権限機関として指名されることを特徴とする、請求項２に記載のシステム。
3. 前記一群の情報は、前記複数のハブ内におけるどのハブが一群の情報に書き込み操作を実行できるかを制限することにより、同期化されることを特徴とする、請求項２に記載のシステム。
4. 前記地域的権限機関は、トークンを含み、前記トークンは前記地域的権限機関に制御権を行使可能にすることを特徴とする、請求項２に記載のシステム。
5. 前記地域的権限機関の指名は、（１）サブネット位置、（２）商品の部類、（３）重要クライアントへの近接性、および（４）地理上もしくはネットワーク上で測定されたネットワーク位置、のうちの少なくとも１つにより決定されることを特徴とする、請求項２に記載のシステム。
6. 前記地域的権限機関の指名は、前記複数のハブ内におけるどのハブが、他のハブ以上に商業活動を経験するかに基づいて行うことを特徴とする、請求項２に記載のシステム。
7. 前記商業活動は、（１）受発注処理の数、（２）商取引を行う単位の数、および（３）受発注処理に関する貨幣の価値、のうちの少なくとも１つにより測定されることを特徴とする、請求項６に記載のシステム。
8. 前記情報は、前記ハブもしくは前記ハブを用いて取引を行う商業体により実行される電子的受発注処理に関係することを特徴とする、請求項１に記載のシステム。
9. ユーザからメッセージを受信し、
   前記メッセージを分析し、前記メッセージと連携するタスクの相対的な複雑度合を決定し、
   中程度ないし高度に複雑なタスクを重量級サーバに送り、前記中程度ないし高度に複雑なタスクを処理してユーザに送り、
   １つ以上の単純なタスクを軽量級サーバに送り、前記単純なタスクを処理してユーザに送るステップを有することを特徴とする、ハブにおける受発注処理の処理方法。
10. 前記重量級サーバにおける前記中程度以上に複雑なタスクに関して、前記ユーザからの一群の情報を受信し処理するステップを含むことを特徴とする、請求項９に記載の方法。
11. 前記処理するステップは、一組の計算を実行し、データベースに結果を記憶するステップを含むことを特徴とする、請求項９に記載の方法。
12. 前記軽量級サーバにおける前記低い複雑度合のタスクに関して、前記ユーザからの一群の情報を受信し処理するステップを含むことを特徴とする、請求項９に記載の方法。
13. 前記処理するステップは、データベースに前記情報の記録を記憶するステップを含むことを特徴とする、請求項１２に記載の方法。
14. 処理により実行可能な命令を含む情報記憶メモリであって、命令は、
    ユーザからメッセージを受信し、
    前記メッセージを分析し、前記メッセージと連携するタスクの相対的な複雑度合を決定し、
    中程度ないし高度に複雑なタスクを重量級サーバに送り、前記中程度ないし高度に複雑なタスクを処理してユーザに送り、
    低い複雑度合のタスクを軽量級サーバに送り、前記低い複雑度合のタスクを処理してユーザに送るステップを有することを特徴とする、情報記憶メモリ。
15. 前記重量級サーバにおける前記中程度以上に複雑なタスクに関して、前記ユーザからの一群の情報を受信し処理する命令を含むことを特徴とする、請求項１４に記載のメモリ。
16. 前記処理する命令は、一組の計算を実行し、データベースに結果を記憶する命令を含むことを特徴とする、請求項１４に記載のメモリ。
17. 前記軽量級サーバにおける前記低い複雑度合のタスクに関して、前記ユーザからの一群の情報を受信し処理する命令を含むことを特徴とする、請求項１４に記載のメモリ。
18. 前記処理する命令は、データベースに前記情報の記録を記憶する命令を含むことを特徴とする、請求項１７に記載のメモリ。
    

Images