JP5039278B2 - サプライチェーン予約 - Google Patents

Description

分野
この文書は、サプライチェーンの管理に関し、より特定的には、需要のために供給源を予約するためのシステムに関する。

背景
事業体は、最良の業績を達成するために、在庫を継続して削減しつつ、依然として任意の所与の時点であらゆる需要を満たすのに十分な在庫を持っていることができるよう望んでいる。サプライチェーンマネージメントは、間接費を最小限に抑え、業績を最大にしつつ、タイミングよくかつ効率的にすべての需要を満たすために利用される概念である。サプライチェーンマネージメントは、サプライチェーン全体にわたって業務プロセスを制御するために行なわなければならないすべての事態に目を向ける。

サプライチェーンを管理する際、任意の所与の需要に供給するために或る品目のどれぐらいの量が手元に必要か、といったことを知っておく必要がある。これは、供給業者のリードタイムを知っておくこと、運送オプションを知っておくこと、品目を得るのにどれぐらい時間がかかるか、その価格はいくらか、それがどれぐらい速く販売または使用されるか、などを知っておくことを必要とする。たとえば、何個のメモリチップが現在手元にあるかはわかっているかもしれない。しかしながら、業績を最良にするためには、次週の需要を満たし得るよう、或る特定の速度、待ち時間および容量のメモリチップが何個、供給業者から２日で入手可能かを知っておく必要がある。

先行技術により、ユーザは、特定の発注書と生産作業、または購入申請と入金伝票との間などにペグ（peg）を見ることができる。しかしながら今のところどのシステムも、ユーザがすべてのペグ付け（pegging）をともにリンクさせて端から端までの完全なペグ付けシナリオを見ることができるようにはしていない。完全なペグ付けシナリオを取得できないことは、非能率をもたらす。たとえば、購入申請が、或る構成部品に対する需要を、供給元から受取られた構成部品にペグ付けするかもしれない。しかしながら、誰が何の作業のために構成部品を入手するか、業務命令、品目を在庫場所に配送するかまたは製造場所に配送するか、などを誰かが決めなければならない。現在の方法はまた、十分な精度詳細を提供していない。したがって、意思決定者は、可能な最良の決定を行なうために必要な情報を容易には持たない。端から端までの完全なペグ付けがないため、サプライチェーンは競争的需要間での競合にさらされる。さらに、現在の方法は、作業および材料をスケジューリングするには有用ではない。このため、端から端までの完全なペグ付けシナリオを作り出すことができる必要性が存在する。

この文書は、各需要およびそのそれぞれの供給源をマッピングすることを提供する、サプライチェーンを管理するための方法を開示している。この方法は、需要と供給との間に予約を取り付けることを必然的に伴う。供給源のステータスが変わると、予約は更新される。その結果、ユーザは、材料が或る場所から別の場所へ動くにつれてサプライチェーン全体をモデル化するための完全な可視性を取得する。

概要
この発明は、端から端までの完全なペグ付けシナリオを提供するためのサプライチェーン予約システムを含む。この発明は、サプライチェーン全体にわたる割当を管理するための解決策を提供する。この発明は、サプライチェーンを構成するすべてのトランザクションタイプをモデル化するために、ユーザによって容易に構成され得る。

一実施例では、この発明は、需要源を識別し、かつ需要を満たす供給源を識別するサプライチェーン予約システムとして、十分に設計され、部分的に実現される。予約は、需要源を供給源とリンクさせるために利用される。供給源が利用できない場合、供給源は予約システム内に別の需要も構成する。プロセスは次に、さらに別の各需要を満たす供給源を識別することによって継続する。予約は、それぞれの需要源を供給源とリンクさせるために利用される。プロセスは、利用可能な供給源の場所が突き止められるまで継続する。

そうすることで、サプライチェーン予約システムは、モデル化されつつあるサプライチェーンの端から端までの完全なマッピングを提供できる。端から端までのマッピングは、可視性および追跡可能性を提供する。サプライチェーン予約システムはまた、材料がサプライチェーンに沿って動く際にサプライチェーンに沿った予約の継ぎ目のない転送も提供する。予約システムは、サプライチェーン全体にわたって競合を排除できる。予約システムはまた、サプライチェーン全体にわたって作業および資源をおそらくスケジューリングするための内容も提供する。そのような特徴は、改良されたジャストインタイムの在庫管理を、ユーザの企業全体にわたって提供することができる。

この発明を、添付図面の図において、限定のためではなく例示のために示す。図中、同様の参照番号は同様の要素を示す。

詳細な説明
ここで、この発明の実施例をより詳細に参照する。これらの例は添付図面に図示されている。この発明は好ましい実施例と併せて説明されるが、それらはこの発明をこれらの実施例に限定するよう意図されてはいないことが理解されるであろう。一方、この発明は、添付された特許請求の範囲によって定義されているようなこの発明の精神および範囲内に含まれ得る代替、変更および均等物を網羅するよう意図されている。さらに、この発明の以下の詳細な説明では、この発明の完全な理解を提供するために多数の特定の詳細が述べられる。しかしながら、当業者には、この発明がこれらの特定の詳細なしで実践され得ることは明らかであろう。他の点では、この発明の局面を不必要に不明瞭にしないよう、周知の方法、手順、構成要素、および回路は詳しくは説明されない。

この発明は、自動化されたサプライチェーンマネージメントシステムを実現するための方法およびシステムを提供する。サプライチェーン予約システムは、供給を需要に整合させる包括的概念によってサプライチェーンをモデル化する。その後、整合する供給源と需要源との間に予約を作成することが、モデル化されつつあるサプライチェーンの端から端までの完全なマッピングを提供する。材料がサプライチェーンに沿って動くにつれ、予約はサプライチェーンに沿って継ぎ目なく転送され得る。予約システムは、追跡可能性、可視性を提供し、競合を排除し、サプライチェーン全体にわたって作業および材料をスケジューリングするために使用可能である。この発明およびその利点を以下により詳細に説明する。

ここで図１を参照すると、この発明の一実施例に従った、自動化されたサプライチェーン予約システム１０の図が示されている。図１に示すように、サプライチェーンは、組立作業、使用可能な原料ストックといった、少なくとも１つのトランザクション５０からな
る。サプライチェーンは１つ以上の異なるトランザクションタイプで構成されているが、各々は、需要源３０および供給源４０としてモデル化され得る。サプライチェーン予約システム１０は、需要源３０とその供給源４０との間に予約２０を取り付けることにより、供給を需要に整合させるこの包括的概念をモデル化する。

供給を需要に整合させる包括的概念は、物がサプライチェーンを通って進む（つまり１つの場所から別の場所へ動く）につれて或る特定の需要源１０がどのように満たされていくかというステータスを、システムがこれらのサプライチェーントランザクションを介して連続して更新できるよう強化される。予約２０のステータスの更新により、それは、品目がシステムを通って進むにつれて継ぎ目なく動くようになる。したがって、予約２０は可視性および追跡可能性を提供する。

図２は、この発明の一実施例に従ったサプライチェーン予約システムにより実行されるプロセスを示す。このプロセスは、需要を識別すること１１０により始まる１００。次に、需要を満たすことができる供給源が識別される１２０。需要のために供給が予約される１３０。供給が利用可能１４０である場合、プロセスは終了し１５０、要求に応じて供給が需要のために調達される。しかしながら、供給が現在利用可能でない場合、供給は追加の需要も構成する１６０。追加の需要について、上述のプロセス（１２０、１３０、１４０、および、１５０または１６０）が繰返される。

図２に示すプロセスは、各タスクタイプが１つの需要および各需要のための１つの供給源しか持っていないサプライチェーンをモデル化している。しかしながら、大抵のサプライチェーンでは、タスクタイプは１つ以上の需要、１つ以上の源、およびまたは１つ以上の供給を有する場合がある。たとえば単純な製造業のシナリオでは、或る企業が構成部品ＹおよびＺから組立てられる製品を販売するかもしれない。図３は、この製造業のシナリオについての製造サプライチェーンを示す。このサプライチェーンは顧客注文２００と生産作業２４０とを含む。生産作業２４０は２つの構成部品Ｙ３１０およびＺ３２０を必要とする。

製造業者が顧客注文２００を受取ると、この発明の別の実施例に従った予約システムは、顧客注文２００を調達するのに生産作業２４０が利用可能かどうかをチェックする。予約システムは次に、需要２１０としての顧客注文２００を、供給２３０としての生産作業２４０にリンクさせる予約２２０を作成する。生産作業２４０はまた、供給２９０である構成部品Ｙ３１０に対する需要２５０と、別の供給３００である構成部品Ｚ３２０に対する需要２６０とを構成する。したがって、需要２５０と源２９０との間には予約２７０が取り付けられる。需要２６０と源３００との間には別の予約２８０が作られる。

要求に応じて、利用可能な供給が需要に調達される。しかしながら、供給が利用可能ではない場合、予約システムは、構成部品を提供可能な別の供給源が何であるか、たとえばそれが製作品であるかまたは購買品であるかを判断するためにチェックする。

製造業者が構成部品Ｙ３１０の在庫を有するものの、構成部品Ｚ３２０の在庫がない場合、供給２９０は利用可能であるが、供給３００は利用できない。構成部品Ｚが利用できないため、それは需要３４０も構成する。供給元からの構成部品Ｚについての購入申請３７０は、供給３６０の無形の源である。予約システムはこうして、需要３４０と供給３６０との間に予約を取り付ける。構成部品Ｚが供給元から受取られる３８０と、構成部品Ｚは在庫に置かれ３３０、予約３５０のステータスは、需要３４０が供給３６０によって既に満たされたことを反映するよう更新される。さらに、予約２８０は、構成部品Ｚ３３０が今では真の供給であり、要求に応じて調達用に利用可能であることを反映するよう更新される。こうして、材料がサプライチェーンに沿って動くにつれて、予約２２０、２７０
、２８０、３５０はステータスを継ぎ目なく反映することができる。

ここで図４を参照すると、この発明の一実施例に従ったサプライチェーン予約プロセスのステップのフローチャートが示されている。図４に示すように、動作ステップは、トランザクションタイプが１つ以上の供給源を各々必要とする１つ以上の需要から構成され得る予約システムを規定している。左に沿ったループは、需要−源−需要の連続的な経路をマッピングする。右に沿った入れ子状のループは、１つ以上の供給源を有する多数の需要のための連続した需要−源−需要の各経路をマッピングすることを規定する。

フローチャートの理解を助けるためにレベルカウンタが用いられる。以下の説明において、レベルは、説明が参照しているサプライチェーンにおいて読者がノードを追跡するのを助けるために用いられる。レベルは必ずしもこの発明の要素とは限らない。

プロセスは、親タスクタイプで始まる４００（レベル１）。予約システムにおいて、需要が識別される４１０。次に、この需要のための供給源が識別される４２０。需要のために供給が予約される４３０。供給が利用可能４４０でない場合、現在の供給は需要となる４５０（たとえばレベル２に動く４６０）。次に（たとえばレベル２の）需要のための供給源が識別される４２０。次に、この源の利用可能性が調べられる４４０。

供給が利用可能である場合、現在の需要が別の供給を必要とするかどうか４７０が判断される。現在の需要が別の供給を必要とする４７０場合、供給源が識別され４２０、上述のようなプロセスが繰返される。

現在の需要が別の供給を必要としない４７０場合、プロセスは或るレベル（たとえばレベル１まで ４８０）まで戻る。より高いレベルがない場合４９０、プロセスは終了する５００。その他の場合、（たとえばレベル１での）前の需要が再識別される５１０。

再識別された需要が別の供給を必要とするかどうか４７０が再度判断される。別の供給が必要でない場合、プロセスは上述のような需要のレベルを通って戻り、継続する。別の供給が必要である場合、プロセスは、供給源を識別し４２０、需要のために供給を予約する４３０、などによって継続する。

たとえば、図３および図４を参照すると、顧客注文２００は（４００のレベル１での）親タスクタイプと考えられ得る。顧客注文２００は需要２１０として識別される４１０。次に、供給２３０の源である生産作業２４０が識別される４２０。需要２１０のために供給２３０が予約される４３０。次に、供給の利用可能性が調べられる４４０。供給２３０である生産作業２４０が利用できないと仮定すると、現在の供給２３０は需要２５０となる４５０（新しい需要２５０はレベル２である４６０）。

次に、需要２５０のための供給源が識別される４２０。たとえば、構成部品Ｙ３１０は供給２９０として識別される。需要２５０と供給２９０との間に予約が取り付けられる４３０。供給２９０の利用可能性が調べられる４４０。この例では、構成部品Ｙ３１０は在庫が利用可能である。したがって、プロセスは、需要２５０が任意の他の供給を必要とするかどうか４７０を判断することによって継続する。たとえば、構成部品Ｚ３２０は供給２９０として識別される４２０。ここでも、需要２６０と供給３００との間に予約が取り付けられる４３０。

供給３００の利用可能性が調べられる４４０。この例では、構成部品Ｚ３２０は利用できない。したがって、供給３００は需要３４０となる（新しい需要３４０はレベル３である４６０）。

次に、需要３４０のための供給源が識別される４２０。需要３４０と供給３６０との間に予約が取り付けられる４３０。この場合、供給業者が製造業者のサプライチェーンの外部にいるため、購入申請３７０は利用可能な無形の源を構成する。したがって、利用可能性が調べられる４４０と、プロセスは、需要３４０が任意の他の供給を必要としているかどうか４７０を判断することによって継続する。

この場合、需要３４０は任意の他の供給を必要としない。したがって、プロセスはレベル２まで戻る４８０。こうして、需要２６０は再識別され５１０、需要２６０のために任意の他の供給が必要かどうか４７０が調べられる。ここでも需要２６０は任意の他の供給を必要とせず、プロセスはレベル１まで戻る４８０。需要２１０が再識別され５１０、需要２１０のために任意の他の供給が必要かどうか４７０が調べられる。ここでも需要２１０は任意の他の供給を必要としない４７０。しかしながら、より高いレベルはなく４８０
４９０、したがってプロセスは終了する５００。

この発明の別の実施例では、予約システムは、予約についての情報を更新することによって維持される。このため、需要が調達され、遂行されるにつれ、予約は更新される。たとえば、保留中だった供給、たとえば購入申請によって表わされる無形の供給が真の供給、たとえば本当の在庫になるときはいつでも、この事象は、無形の供給源から実際の供給源への予約の転送を引起こす。あるいは、保留中の業務命令または組立作業が製品といった真の供給になるときはいつでも、この事象は、業務命令により表わされる無形の供給源から、在庫の完成品により表わされる実際の供給源への予約の転送を引起こす。端を発する需要、たとえば顧客注文が満たされて製品が出荷されると、プロセスは終結する。次に、満たされた予約についての情報が、履歴テーブルに履歴トランザクションとして保存され得る。

履歴トランザクションは、需要源および供給源に関連する情報を含み得る。たとえば、履歴トランザクションは、トランザクションタイプ、品目、量、需要源の識別情報、供給源の識別情報、利用可能性、必要な時間、リードタイム、配送予定日、特別要件などについての情報を含んでいてもよい。履歴トランザクションはまた、末端注文から最下の材料供給業者に至るサプライチェーン全体の履歴も累積可能である。このため、履歴トランザクションは、物品に起こったすべての情報を含むことができる。

予約は、競合を低減または排除するために利用できる。需要と供給との間の予約は、作業および材料をスケジューリングするためにも利用できる。

予約システムはまた、材料が製造業者のシステムを通って動くにつれて、サプライチェーンの完全なマッピング、端から端までのペグ付けシナリオを提供する。ユーザはしたがって、マッピングにおけるどんな場所ででも掘り下げまたは掘り上げ、サプライチェーンの完全な可視性を得ることができる。

予約システムはまた、別個の組織間でのサプライチェーンの統合を可能にする。予約は、さまざまな組織が予約システムに情報を入力できるようにするポータル技術、電子通知、交換ベースの製品などを介して予約システムを開くことにより、さまざまな組織によって作成および更新され得る。

この発明の一実施例に従った、サプライチェーンをモデル化する第１の例をここに説明する。図５に示すように、航空機製造業者６３０は、さまざまな顧客６００、６１０、６２０から飛行機についての需要注文６５０を受取る。たとえば、第１の旅客機航空会社６
００から受取った需要注文６５０は、モデルＸ機についてのものかもしれない。貨物輸送機会社６１０から受取った需要注文６５０は、座席のないモデルＸ機についてのものかもしれない。一方、軍６２０から受取った需要注文６５０は、座席がなく、放射線硬化性の電子構成部品を有するモデルＹ機についてのものかもしれない。

航空機製造業者の本部６４０は、この発明の一実施例に従って、さまざまな需要注文６５０を受取り、予約システムに入力する。本部６４０は、製造作業命令を適切な最終組立工場に発行する。たとえば、製造作業命令がモデルＸ機について発行される。需要注文６５０は無形の需要源としてモデル化され、一方、製造作業６４０は、需要のための無形の供給源としてモデル化される。製造作業６４０を需要注文６５０にリンクさせる予約が作成される。

モデルＸ機についての製造作業命令６７０を受取ると、工場Ａ６６０は、モデルＸ機の製造に必要なさまざまなサブアセンブリについて、さまざまな業務命令および購入申請７４０、７５０、７６０、７７０、７８０を発行する。予約システムは製造作業命令６７０を、業務命令および購入申請７４０、７５０、７６０、７７０、７８０によって表わされるさまざまな供給源に対する需要源としてモデル化する。さまざまな業務命令および購入申請７４０、７５０、７６０、７７０、７８０を製造作業命令６７０にリンクさせる予約が作成される。たとえば、旅客機航空会社用にモデルＸ機を生産するために、工場は、１つの機体、２つの翼、３種類の航空電子工学機器、２基のエンジン、および２６０の座席を注文する。

さらに、業務命令７４０、７５０、７６０を受取ると、機体部門６９０、翼部門７００、および航空電子工学機器部門７１０は各々、サブアセンブリを作るのに必要な材料のためにさまざまな購入申請８２０、８３０、８４０を発行する。ここでも、予約システムはさまざまな業務命令７４０、７５０、７６０を、購入申請８２０、８３０、８４０により表わされるさまざまな供給源に対する需要源としてモデル化する。さまざまな購入申請８２０、８３０、８４０をそれらのそれぞれの業務命令７４０、７５０、７６０とリンクさせる予約が作成される。

さらに、予約システムは各部門内のサプライチェーンもモデル化することができる。たとえば、機体部門についてのサプライチェーンは、サブアセンブリに対する需要によってモデル化され得る。この需要のための供給は生産作業である。生産作業も、サブアセンブリを構築するために使用される材料に対する需要を構成する。したがって、生産作業は、供給源である材料に対する需要を作り出す。供給源である材料は、適切な材料供給元からの材料の購入申請によって表わされる。

航空機を構築するには、タイミングは重要な考慮事項である。たとえば、サブアセンブリが最終組立工場に、それらが必要とされる順序で到着することが非常に重要である。サブアセンブリは、大きすぎて保管できず、高価すぎて放置できない。さらに、サブアセンブリの各タイプは製造業者へのリードタイムが異なる。製造作業６７０とさまざまな業務命令および購入申請７４０、７５０、７６０、７７０、７８０との間の予約を利用して、サプライチェーンに沿った各供給が要求に応じて、かつ少しも早すぎることなく源にとって利用可能となるように、さまざまなサブアセンブリのさまざまな配送日をスケジューリングすることができる。たとえば、飛行機は、機体に羽根を取付け、次に航空電子工学機器およびエンジンを装着し、最後に座席を装着することによって組立てられ得る。したがって、予約を利用して、機体の配送を第１に、翼を第２に、航空電子工学機器およびエンジンを同時に、そして座席を第４にスケジューリングすることができる。

予約はまた、競合を排除する能力も提供できる。たとえば、モデルＸ機およびモデルＹ
機は双方とも同じエンジンを使用する。製造業者は６基のエンジン、つまりモデルＸ機を構築するために２基（たとえば購入申請♯１）、モデルＹ機を構築するために２基（たとえば購入申請♯２）、そして予備部品用の注文を満たすために２基（たとえば購入申請♯３）の注文をするかもしれない。しかしながら、製造業者はエンジン供給元からエンジンを５基しか受取らないかもしれない。予約は、エンジンがどの製造作業用のどの購入申請についてのものかを識別する。たとえば、５基のエンジン用の梱包表は、２基のエンジンが購入申請♯１を満たし、２基のエンジンが購入申請♯２を満たし、１基のエンジンは購入申請♯３の下の分割出荷であることを示すであろう。このため、予約は、エンジンがどの製造作業のためのものか、および予備部品注文がまだ調達できていないことを明らかに識別する。

予約はまた、特別要件を識別する能力を提供する。たとえば、航空電子工学機器に使用される電子構成部品は、機能においては同一であるかもしれない。しかしながら、軍用に作られる航空電子工学機器を構築するために使用される構成部品は、それらが放射線硬化性であることを必要とする。予約により、この要件は、供給とその品目が調達する需要とをさらに識別するために利用されるようになる。

この発明の一実施例に従った、サプライチェーンをモデル化する第２の例をここに説明する。予約システムは、物流管理組織のサプライチェーンもモデル化し得る。図６に示すように、物流管理組織は、さまざまな場所９００、９５０、９９０からそのマージ・イン・トランジット（ＭＩＴ）センター９２０、１０４０の１つ以上に貨物を搬送する。貨物は、到着トラック９１０、９６０、１０００、１０３０、１０６０から出発トラック９３０、９７０、１０１０、１０５０、１０７０に再配分される。出発トラック９３０、９７０、１０１０、１０５０、１０７０は、貨物をさまざまな最終送り先９４０、９８０、１０２０、１０８０に搬送する。物流管理組織は、貨物搬送容量が限られた有限台数のトラックを有するかもしれない。貨物はまた、配送時間に関するさまざまな制約を有するかもしれない。場所間の経路も、各送り元および送り先の場所による使用にとって好ましいＭＩＴセンターを定めるかもしれない。

予約システムは、送り先の場所９４０、９８０、１０２０、１０８０を需要としてモデル化することにより始まる。さまざまなトラック９３０、９７０、１０１０、１０５０、１０７０は供給としてモデル化される。予約システムは、１台以上のトラック９３０、９７０、１０１０、１０５０、１０７０が利用可能かどうかをチェックし、次に、需要である送り先の場所（たとえば１０２０）を、供給源である利用可能なトラック（たとえば１０１０）とリンクさせる予約を取り付ける。

トラック１０１０は次に需要となる。ＭＩＴセンター９２０、１０４０は供給としてモデル化される。予約システムは、１つ以上のＭＩＴセンター９２０、１０４０が利用可能かどうかをチェックし、次に、需要であるトラック１０１０を供給源である利用可能なＭＩＴセンター（たとえば９２０）とリンクさせる予約を取り付ける。

ＭＩＴセンター９２０は次に需要になる。さまざまなトラック９１０、９６０、１０００、１０３０、１０６０は供給としてモデル化される。予約システムは、１台以上のトラック９１０、９６０、１０００、１０３０、１０６０が利用可能かどうかをチェックし、次に、需要であるＭＩＴセンター９２０を供給源である利用可能なトラック（たとえば９１０）とリンクさせる予約を取り付ける。

トラック９１０は次に需要になる。さまざまな場所９００、９５０、９９０は供給としてモデル化される。予約システムは、１つ以上の場所９００、９５０、９９０が利用可能
かどうかをチェックし、次に、需要であるトラック９１０を供給源である利用可能な場所（たとえば９００）とリンクさせる予約を入れる。

上述の例は、予約システムが、送り元の場所９００から所望の送り先の場所１０２０へ荷物を配達するのに必要なサプライチェーンをどのようにモデル化できるかを示している。異なる要件を有する競合する需要、たとえば速配および通常配送といったさまざまな配送要件を有する多数のロットの貨物を取扱うには、供給源が識別および予約される前にまず、予約システムがさまざまな需要に優先順位を付けることができるということが望ましいであろう。さらに、好ましいルーティングに対処するには、予約システムが見込みのある供給源を好んで順序付けることができるということが望ましいであろう。予約システムのそのような特徴は、サプライチェーンの完全なモデル化、およびその最良の性能を提供可能である。

図７は、この発明の一実施例に従ったサプライチェーン予約システムを実現するためのコンピュータプラットフォームの図を示している。図７に示すように、サプライチェーン予約サーバ１１００は、サプライチェーンをモデル化するためのホストとして機能する。サプライチェーン予約サーバ１１００は、受入れ、出荷、材料在庫、製造、マーケティングおよび販売、購買、製品在庫、会計などといったさまざまなユーザ１１１０、１１２０、１１３０、１１４０、１１５０、１１６０、１１７０、１１８０からトランザクションを受取る。さらに、ポータル技術１２００、電子通知、交換ベースの製品などを介して、追加のユーザが接続され得る。

サプライチェーン予約システムは、たとえば、サプライチェーン予約サーバ１１００上で実行中のデータベースプログラムを用いることによって実現される。ユーザ１１１０、１１２０、１１３０、１１４０、１１５０、１１６０、１１７０、１１８０、１２１０、１２２０、１２３０、１２４０は、ＬＡＮ、ＷＡＮ、イーサネット（登録商標）、インターネットなどの分散ネットワークを介して、サプライチェーン予約サーバに接続される。

一般に、サプライチェーン予約サーバ１１００は、サプライチェーン予約システムを実現するために使用されるコンピュータシステムの基本的な構成要素を示している。サーバ１１００は、情報を通信するためのアドレス／データバス１２４０と、情報および命令を処理するためにバス１２４０に結合された１つ以上の中央処理装置１２５０と、中央プロセッサ１２５０のための命令および情報を記憶するためにバス１２４０に結合されたコンピュータ読み取り可能な揮発性のメモリユニット１２６０（たとえばランダムアクセスメモリ、スタティックＲＡＭ、ダイナミックＲＡＮなど）と、プロセッサ１２５０のための命令およびスタティック情報を記憶するためにバス１２４０に結合されたコンピュータ読み取り可能な不揮発性のメモリユニット１２７０（たとえば読出専用メモリ、プログラムドＲＯＭ、フラッシュメモリ、ＥＰＲＯＭ、ＥＥＰＲＯＭなど）とを含む。サーバ１１００はまた、情報および命令を記憶するためにバス１２４０に結合された、磁気ディスクまたは光ディスク、およびディスクドライブといった大容量記憶コンピュータ読み取り可能なデータ記憶装置１３００も含む。随意に、サーバ１１００は、情報をコンピュータユーザに表示するためにバス１２４０に結合されたディスプレイ装置１２８０と、情報およびコマンド選択を中央プロセッサ１２５０に通信するための英数字入力装置１２９０と、分散ネットワーク１１９０とプロセッサ１２５０との間で情報およびコマンド選択を通信するためにバス１２４０に結合された入力／出力ポートインターフェイス１３１０とを含むことが可能である。

サプライチェーン予約サーバは、１つ以上のサプライチェーントランザクションを、需要源およびまたは供給源としてモデル化する。需要と当該需要を満たすための適切な供給とを識別すると、サプライチェーンサーバは予約を取り付ける。

システムがより協調的になるにつれ、そして内部および外部の概念が曖昧になるにつれて、独立した存在を有する何かとしての予約の概念が重要になる。この発明に従った予約は、サプライチェーンをモデル化するのに利用可能な業務対象となる。予約を利用して、サプライチェーンにおける各ノードで対策を講じ、決定を行なうことができる。この発明は、供給および需要を予約とリンクさせて供給および需要の概念を抽出し、予約がどうふるまうかの規則を作り出して、予約が割当の管理に利用できるようにする。割当の管理は、競合の排除、作業および材料のスケジューリングなど必然的に伴い得る。このため、予約は、サプライチェーン全体にわたって割当を管理するための業務対象である。

この発明の特定の実施例の前述の説明は、例示および説明の目的で提示されてきた。それらは、網羅的であるよう、またはこの発明を開示されたまさにその形に限定するようには意図されておらず、上述の教示に鑑みて、多くの修正および変更が明らかに可能である。実施例は、この発明の原理およびその実際的な用途を最良に説明し、それにより、さまざまな修正を有するこの発明およびさまざまな実施例を、考えられる特定の使用に適するよう当業者が最良に利用できるようにするために、選択され、説明されたものである。この発明の範囲は、ここに添付された特許請求の範囲およびそれらの均等物によって定義されることが意図されている。

この発明の一実施例に従ったサプライチェーン予約システムの図である。 この発明の一実施例に従ったサプライチェーン予約システムのフローチャートである。 この発明の代替的な一実施例に従った、製造業の例に適用されたサプライチェーン予約システムの図である。 この発明の代替的な一実施例に従ったサプライチェーン予約システムのフローチャートである。 この発明の代替的な一実施例に従った、製造業の例に適用されたサプライチェーン予約システムの図である。 この発明の代替的な一実施例に従った、物流管理例に適用されたサプライチェーン予約システムの図である。 この発明の一実施例に従ったコンピュータシステムプラットフォームの図である。

Claims (30)

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. 前記予約は、前記サプライチェーンの端から端までのマッピングをもたらす、請求項２７に記載の不揮発性のコンピュータ読み取り可能な媒体。

Images