(57)【要約】  複数の予め規定されているイベントにしたがって、サプライチェーン中のオブジェクトを追跡するディスカバリサーバが提供される。ディスカバリサーバは、次の要素を備えている。通信インターフェースが、予め規定されているプロトコルを使用してサプライチェーン中の複数のパートナーのそれぞれと通信するように構成されている。データ記憶装置がオブジェクトに対するイベントを記憶するように構成され、イベントは複数のパートナーから受信される。データ記憶装置に記憶される各イベントは、オブジェクト識別子と、ライフサイクルステップと、パートナー識別子と、タイミング識別子とを含む。さらに、プロセッサが、オブジェクトに関する問合せに応じてデータ記憶装置をサーチするように構成されている。
2010507844.tif 000002
【特許請求の範囲】
【請求項１】
複数の予め規定されているイベントにしたがって、サプライチェーン中で、オブジェクト識別子により識別可能なオブジェクトを追跡するディスカバリサーバにおいて、
前記ディスカバリサーバは、
予め規定されているプロトコルを使用して、前記サプライチェーン中の複数のパートナーのそれぞれと通信するように構成されている通信インターフェースと、
前記オブジェクトに対するイベントを記憶するように構成されているデータ記憶装置と、
前記オブジェクトに関する問合せに応じて前記データ記憶装置をサーチするように構成されているプロセッサとを具備し、
前記イベントは、前記複数のパートナーから受信され、記憶される各イベントは、前記オブジェクト識別子と、ライフサイクルステップと、パートナー識別子と、タイミング識別子とを含んでいるディスカバリサーバ。
【請求項２】
前記イベントは、前記イベントに関するさらなる詳細を提供する追加的な情報源をさらに含んでいる請求項１記載のディスカバリサーバ。
【請求項３】
前記データ記憶装置は、前記オブジェクトの分類にしたがって定期的に区分されるように構成されている請求項１記載のディスカバリサーバ。
【請求項４】
前記オブジェクトの分類は、動的に修正できる請求項３記載のディスカバリサーバ。
【請求項５】
前記オブジェクトの分類は、前記イベントが前記オブジェクトに対して提出される頻度または前記オブジェクトの予期されるライフサイクルのうちの１つまたは両方にしたがって決定される請求項３記載のディスカバリサーバ。
【請求項６】
前記プロセッサは、ルールを適用するルールエンジンを実現して、前記イベントへのパートナーのアクセスを決定するようにさらに構成されている請求項１記載のディスカバリサーバ。
【請求項７】
前記イベントは、前記イベントへのアクセス権を持たないパートナーから隠される請求項６記載のディスカバリサーバ。
【請求項８】
前記ディスカバリサーバは、前記イベントを提出しているパートナーを識別し、いったん前記イベントが受信されると、前記パートナー識別子を前記イベントに挿入する請求項１記載のディスカバリサーバ。
【請求項９】
前記プロセッサは、予め規定されている基準にしたがって、前記イベントの通知を提供するようにさらに構成されている請求項１記載のディスカバリサーバ。
【請求項１０】
前記イベントのライフサイクルステップが予め規定されているライフサイクルステップに適合するとき、前記通知は、オブジェクトネーミングサービスに送られる請求項９記載のディスカバリサーバ。
【請求項１１】
メッセージングキューをさらに具備し、前記通知は前記メッセージングキュー中に置かれて、前記パートナーのうちの１つの、申し込み要求に応じて前記パートナーのうちの１つに送信される請求項９記載のディスカバリサーバ。
【請求項１２】
前記プロセッサは、前記イベントへのアクセスを制御するためにセキュリティポリシーを前記イベントに適用するようにさらに構成されている請求項１記載のディスカバリサーバ。
【請求項１３】
前記セキュリティポリシーは、ユーザレベル、パートナーレベル、またはサプライチェーンレベルのうちの少なくとも１つに規定できる請求項１２記載のディスカバリサーバ。
【発明の詳細な説明】
【発明の分野】
【０００１】
本発明は一般に、サプライチェーンマネジメントに関し、特に、サプライチェーン中のパートナーによる動的イベントを管理するシステムおよび方法に関する。
【背景】
【０００２】
多くのケースにおいて、無線周波数識別（ＲＦＩＤ）技術は、サプライチェーン内の通信課題を解決するソリューションの一部である。ＲＦＩＤタグは、サプライチェーンパートナーが、特定の識別子に関係付けられたビジネスデータを追跡することを可能にし、それゆえに、読むべき見通し線を便利にも必要としない識別子により、項目レベルの追跡性能を提供する。この技術は、サプライチェーン内の商品およびサービスの流れを増加させ、信頼性を増加させ、ビジネスを行うことに関するコストを低減させるのに役立つ。
【０００３】
サプライチェーンパートナーは一般に、サプライチェーンパートナーがそれらの製品を受け取る直前にそれらの製品がどこにあったのかを知り、サプライチェーンパートナーは、それらがどこにそれらの製品を送るのかを知っている。例えば、損傷、損失、または誤った出荷のように、その製品の所有のチェーン内で何か間違いが起こったときに問題が存在し、下流のパートナーは、チェーンにおける前のパートナーから説明を要求する。製品のライフサイクルに関する完全な履歴の視野がなければ、問題がどこに生じているのかを調査するプロセスは、時間を消費し、費用のかかるものになり得る。
【０００４】
ＥＰＣグローバルは、ＲＦＩＤソリューション内でＥｌｅｃｔｒｏｎｉｃ Ｐｒｏｄｕｃｔ Ｃｏｄｅ（登録商標）の使用を展開し、促進する標準化組織である。既存のＥＰＣグローバルアーキテクチャの展開は、ＥＰＣ情報サービス（ＥＰＣＩＳ）の導入を含む。ＥＰＣＩＳは、イベント取り込みインターフェースおよび問合せインターフェースのような、標準化された１組のインターフェースだけでなく、情報の共有をサポートするデータモデルを含む。ＥＰＣＩＳは、１つのグローバルオブジェクトネーミングサービス（ＯＮＳ）を使用して、サプライチェーンパートナーが通信するのを支援するように設計されている。
【０００５】
ＯＮＳは、出生記録、または、いくつかのケースにおいて、オブジェクトの識別子に関係付けられた、最も最近記録されたイベント記録、のいずれかを記憶するマスタルックアップサービスである。これにより、ユーザは、ＲＦＩＤタグの原点を決定することが可能になる。サプライチェーンパートナー間で製品に関連した情報を共有できるようにＯＮＳの概念が生成されたが、その制限が、それが広範にわたって採用されることになることから遠ざけている。
【０００６】
特に、ＯＮＳは、ライフサイクルの記録と、適切なセキュリティとが欠如している。ＯＮＳにおける識別子の記録は、製品のプログレッシブなライフサイクルと、その関連のサービスとに関する情報を含んでいない。適切なライフサイクルの記録がなければ、商品を受け取るパートナーは、それらの製品の品質および完全性を保証するための、監査制御とコンプライアンス検査とを実行する方法を持たない。さらに、このようなサプライチェーンイベントの狭い視野により、商品の損失または損傷を調査することは、高価なものになり得る。
【０００７】
さらに、ＯＮＳは、開かれた問合せシステムであることから、それは、すべての識別子に対する記録を記憶し、ＯＮＳにアクセスするだれもが、それらの記録を見ることができる。適切なセキュリティがなければ、パートナーの競合的なビジネスデータの秘密性が、極度に危険にさらされる。
【０００８】
したがって、今日まで行われているＲＦＩＤ実施の多くは、サプライチェーン中でどのソリューションを実施しなければならないかを決定するための範囲および能力を備えた、大規模な会社または組織におけるものである。これらのしっかりと管理されるサプライチェーン内では、端と端を接した可視性を提供する、大きな、企業レベルのソリューションが採用されている。これらの“一体型の”ソリューションは、サプライチェーン全体にわたって可視性および利益を提供するが、例えば、サプライチェーンが疎結合されているとき、サプライチェーンを共有する競争相手があるとき、後置システム間の直接の接続性がオプションでないとき、のような多くのケースにおいて、制限が生じる。
【０００９】
さらに、これらのソリューションは、既存のレガシーシステムに取り込むことが難しい傾向にあり、それらを動作可能にするのに追加の時間および費用を必要とする。サプライチェーンにおけるすべてのパートナーは、効率的にそれらのビジネスを管理するために互いに通信する必要があり、上述の問題は、この情報の交換を妨げる可能性がある。
【００１０】
したがって、今日のＲＦＩＤサプライチェーンネットワークの高まりつつある複雑さが、大量のデータを管理および共有することに関係付けられた問題を解決するより進んだ技術に対する必要性を作り出している。
【００１１】
サプライチェーンパートナー間の通信が失敗するとき、これらの大規模で多面的なネットワーク内の重要なビジネスデータの流れは、減速するか、または完全に停止し得る。サプライチェーンパートナーは現在、それらのデータを、他のパートナーのデータとリンクするのに苦労している。イベントデータの、上流および下流の可視性がなければ、パートナーは、たどれる監査追跡をもたない。既存の技術を使用するとき、パートナーはまた、パートナーの、所有権を主張できるデータが安全で秘密のままであることが保証されない可能性がある。
【００１２】
それゆえに、本発明の目的は、上述の不利益のうちの少なくともいくつかを事前に除去するか、または軽減することである。
【発明の概要】
【００１３】
したがって、本発明は、パートナーがそれらのビジネスデータを収集し、記憶するために使用するビジネスアプリケーションをともにリンクするソリューションを提供する。ディスカバリサービスと呼ばれるこのリンキングレイヤは、ビジネスアプリケーションレベルの上に位置し、サプライチェーンを通して移動する製品に関係付けられた、ライフサイクルイベントに関する履歴ビジネスデータをアーカイブする能力を提供する。ディスカバリサービスにより、サプライチェーンの管理者は、入手可能な完全な、オブジェクト識別のソリューションの利益を実現することが可能になる。
【００１４】
本発明の観点にしたがって、複数の予め規定されているイベントにしたがって、サプライチェーンにおいて、オブジェクト識別子により識別可能なオブジェクトを追跡するディスカバリサーバが提供され、ディスカバリサーバは、予め規定されているプロトコルを使用して、サプライチェーンにおける複数のパートナーのそれぞれと通信するように構成されている通信インターフェースと、オブジェクトに対するイベントを記憶するように構成されているデータ記憶装置と、オブジェクトに関する問合せに応じてデータ記憶装置をサーチするように構成されているプロセッサとを備えており、イベントは複数のパートナーから受信され、記憶される各イベントは、オブジェクト識別子と、ライフサイクルステップと、パートナー識別子と、タイミング識別子とを含んでいる。
【図面の簡単な説明】
【００１５】
【図１】図１は、ネットワークインフラストラクチャーのブロック図である。
【図２】図２は、サプライチェーンネットワークのブロック図である。
【図３】図３は、ディスカバリサービスにおけるサプライチェーンネットワークの生成を説明するフローチャートである。
【図４】図４は、図２中で図示したサプライチェーンを通して移動する製品または供給品を追跡するフローチャートの説明図である。
【図５】図５は、サプライチェーンネットワークの一例である。
【図６】図６は、２つの交わるサプライチェーンネットワークを図示するブロック図である。
【図７】図７は、問合せ結果のセットの一例である。
【好ましい実施形態の詳細な説明】
【００１６】
便宜上、明細書中の同じ数字は、図面における同じ構造を指す。図１を参照すると、サプライチェーンにおける複数のパートナーにディスカバリサービスを提供するシステムが、数字１００により一般に図示されている。システム１００は、複数の計算デバイス１０２と、通信ネットワーク１０４と、ディスカバリサーバ１０６とを含んでいる。
【００１７】
計算デバイス１０２は、ＲＦＩＤまたはアグノスティック（ａｇｎｏｓｔｉｃ）製品識別子を追跡するパートナーのうちの１つにより使用される任意の計算デバイスを指し、例えば、パーソナルコンピュータ（デスクトップおよびノートブックの両方）、パーソナルデジタルアシスタント（ＰＤＡ）、スマートフォン、移動走査デバイス、およびこれらに類似するものを含んでおり、それらは、当業者により理解される。
【００１８】
計算デバイス１０２は、通信ネットワーク１０４を介して、ディスカバリサーバ１０６と通信する。したがって、計算デバイス１０２とディスカバリサーバ１０６との間でデータを中継するために、通信ネットワーク１０４は、ワイヤレスネットワーク１１０、中継器１１２、企業サーバ１１４、および／または移動データサーバ１１６のような、いくつかのコンポーネントを含んでいてもよい。さらに、通信ネットワークは、インターネットのような公衆ネットワークまたは私設ネットワークのうちの、１つまたは両方を備えていてもよい。技術的に知られているように、通信ネットワーク１０４を構成する多数の方法があるが、それらは、本発明の範囲を超えている。
【００１９】
ディスカバリサーバ１０６は、ディスカバリサービスを提供するように構成されているサーバである。本実施形態において、ディスカバリサービスアプリケーションが、ディスカバリサーバ１０６上で実行される。ディスカバリサービスアプリケーションは、計算デバイス１０２と通信して、さまざまなＲＦＩＤおよび／またはアグノスティック識別子に関係付けられた情報を検索し、伝送する。
【００２０】
ＲＦＩＤまたはアグノスティック識別子のタグが付けられた製品がサプライチェーンを通して移動するとき、ディスカバリサービスは、それを取り巻くイベントのチェーンを提供する。各サプライチェーンメンバーは、ディスカバリサービスにイベントを加えることができる。詳細に記述するように、各サプライチェーンメンバーはまた、ディスカバリサービスに問い合わせて、特定のＲＦＩＤまたはアグノスティック識別子のタグが付けられた製品の履歴を調べることができ、または、パブリッシュ／サブスクライブ通知を介して、各サプライチェーンメンバーにイベントを通知できる。
【００２１】
図２を参照すると、ディスカバリサービスを使用して実現されるサプライチェーンネットワークを図示するブロック図が、数字２００により一般に示されている。本実施形態において、サプライチェーンネットワーク２００は、複数のパートナー２０２を含んでおり、それぞれが、ディスカバリサービス２０４と通信する。
【００２２】
各パートナー２０２は、ディスカバリサービス２０４に対するゲートウェイを含んでいる。すなわち、各パートナー２０２には、ディスカバリサービスインターフェースが設けられている。ディスカバリサービスインターフェースは、パートナーの計算デバイス１０２上で実行される既存のビジネスアプリケーションと一体化するように構成されている。したがって、ディスカバリサービスインターフェースは、パートナー２０２における計算デバイス１０２と、ディスカバリサーバ１０６におけるディスカバリサービス２０４との間でデータを通信することを容易にする。
【００２３】
複数の異なるパートナーにおいて動作する複数の異なるビジネスアプリケーションとの通信を容易にするために、ディスカバリサービス２０４は、予め規定されているプロトコルに基づいている。本実施形態において、使用されるプロトコルは、インターネットエンジニアリングタスクフォース（ＩＥＴＦ）による検討のためのインターネット草案において、２００７年４月にＡｆｉｌｉａｓによって最初に提案され、２００７年１０月に最後に更新された、拡張可能サプライチェーンディスカバリサービス（ＥＳＤＳ）プロトコルである。しかしながら、他のプロトコルを使用できることが当業者により理解される。
【００２４】
ディスカバリサービスは、予め規定されているプロトコルを使用して通信することから、レガシーアプリケーションのような特に複雑なビジネスアプリケーションに対して、カスタムのディスカバリサービスインターフェースを生成できる。これは、サプライチェーンネットワーク２００内で疎結合されたパートナー２０２の間で通信するための便利なメカニズムを提供する。したがって、認証および許可を条件として、パートナー２０２は、サプライチェーンネットワーク２００に関係付けられたイベントを記入することができ、他のパートナー２０２により記入されたイベントについて、サプライチェーン２００に問い合わせることができる。
【００２５】
サプライチェーンネットワーク２００を設定するプロセスは、ことによると複雑であり、ネットワーク２００にかかわるパートナー２０２を表す多くの異なる人の一部に対する動作を伴う。一般に、サプライチェーンネットワーク２００の異なる部分を構成できる、２つの型の管理者が存在し、それは、サプライチェーン管理者とパートナー管理者とである。
【００２６】
サプライチェーンネットワーク２０２の最初の生成は、サプライチェーン管理者により実行される。このタスクは、サプライチェーンネットワーク２０２にかかわるパートナー２０２を“生成する”ことを含んでいる。
【００２７】
いったんパートナー２０２が生成されると、パートナー管理者が、彼らが代表する組織の個々のニーズに基づいて、ユーザ、役割を規定でき、イベントを記入できる。ユーザは、パートナーを表す人々またはコンピュータシステムである。ユーザには、それが呼び出すかもしれない動作を決定する役割が割り当てられる。一般に、１のユーザは、１つのパートナー２０２にだけ属する。サプライチェーンネットワーク２００において、ユーザがアクセスする必要がある動作に基づいて、役割は、ユーザに割り当てられる許可を規定する。各パートナーは、任意の数のユーザを生成でき、ユーザのすべては、役割と呼ばれる粒度の細かい１組のアクセスルールに従う。
【００２８】
イベントは、追跡されるオブジェクト（供給品）またはサービスのライフサイクルにおけるステップを表す。各イベントは、イベントがクライアントシステムにより発生された時点と、イベントがディスカバリサーバ１０６に挿入された時点とを示す２つのタイムスタンプを搬送する。
【００２９】
２つの主な型のイベントがあり、それらは、オブジェクトイベントと、ボイドイベントとである。オブジェクトイベントは、サプライチェーンネットワーク２００がオブジェクトに対する新しいライフサイクルを記録するときに取り込まれる。イベントは、例えば、生成、入、出、終了のような、サプライチェーンの特定のライフサイクルステップから成り、それらのすべては、サプライチェーン管理者によりカスタマイズできる。ライフサイクルステップは、説明において後に詳細に記述する。
【００３０】
ボイドイベントは、特定のオブジェクトイベントを修正して、そのイベントが間違って記入されたことを示す。したがって、無効にされるオブジェクトイベントは、イベントの問合せに応じて現れない。ボイドイベントは、イベント識別子と、ボイドに対する理由とを規定して、監査制御とコンプライアンス機能とを容易にする。
【００３１】
サプライチェーン管理者はまた、パートナー管理者のこれらのタスクを完了できることに注目すべきである。しかしながら、パートナーレベルの設定は、各パートナー２０２の代表者により完了されることが意図されている。
【００３２】
図３を参照すると、サプライチェーンを確立するプロセスを説明するフローチャートが、数字３００により一般に示されている。本実施形態において、ディスカバリサービスは、ウェブベースの管理インターフェースを含み、ウェブベースの管理インターフェースにより、サプライチェーン管理者およびパートナー管理者によって、サプライチェーンネットワークを確立し、管理することが可能になる。
【００３３】
したがって、ステップ３０２において、サプライチェーン管理者は、管理インターフェースにログインする。本実施形態において、サプライチェーン管理者は、予め規定されている（統一資源ロケータ）ＵＲＬにより識別されるウェブサイトにウェブブラウザをナビゲートすることによりログインする。サプライチェーン管理者は、管理者の機器に予めインストールされているセキュアソケットレイヤ（ＳＳＬ）証明書を使用して確認される。いったん確認されると、サプライチェーン管理者は、ユーザ識別子と、対応するパスワードとを問われる。
【００３４】
ステップ３０４において、サプライチェーン管理者は、管理パートナーを生成する。管理パートナーは、割り当てられるサプライチェーンを生成および設定する権限を有するパートナーである。１つよりも多いパートナーを管理パートナーとすることができる。一般的に、管理パートナーは１つであるが、サプライチェーン管理パートナーは、それら自身で、他のパートナーをサプライチェーンに加えることができ、または、当のサプライチェーンに対して他の管理タスクを実施できる。
【００３５】
ステップ３０６において、サプライチェーン管理者は、サプライチェーンを生成する。サプライチェーンを生成するプロセスの一部として、サプライチェーンの名前および管理パートナーが割り当てられる。サプライチェーンの名前は、意味のあるものであることが好ましい。
【００３６】
ステップ３０８において、サプライチェーン管理者は、パートナーをサプライチェーンに加える。サプライチェーンにかかわる各組織は、それ自身のユーザおよびイベントを管理できるパートナーとして生成される。次に、生成されたパートナーは、サプライチェーンに加えられる。
【００３７】
ステップ３１０において、パートナー管理者のそれぞれが役割を作成できる。先に記述したように、役割は、ユーザに割り当てられる１組の許可である。ユーザがディスカバリサービスとどのように対話することを許可されているかを識別するために、すべてのユーザは、割り当てられた役割を有する。したがって、生成される異なる役割は、さまざまな異なる許可レベルをユーザに提供する。
【００３８】
ステップ３１２において、パートナー管理者のそれぞれが、ユーザを作成できる。組織のニーズに基づいて、パートナーは、任意の数のユーザを含めることができる。しかしながら、１つのユーザは、１つのパートナーの一部のみとすることができる。ユーザを設定するとき、パートナー管理者は、パスワードと、ユーザを識別するために使用される、認可されたＳＳＬ証明書からの詳細とを提供する。
【００３９】
役割、ユーザ、パートナー、およびサプライチェーンデータオブジェクトは、ともに作動して、システムがイベントおよびデータ操作記録を監査することを可能にするアクセス制御リスト（ＡＣＬ）機能を生成する。これらのオブジェクトのいずれもが、システムから削除されない。したがって、これらのオブジェクトに対するリンクまたは参照が、アーカイブされたデータとともに、将来のルックアップのために残る。これらのデータオブジェクトは、アクティブまたはイナクティブに設定できるステータスを有し、それにより、さらなる修正または関連付けからの柔軟な削除が可能になる。ディスカバリサービス２０４は、そのデータへのアクセスを許可する、他の任意のイベント制限ルールとともにＡＣＬを実施する。
【００４０】
いったんサプライチェーンネットワーク２００が確立されると、パートナー２０２は、供給品がそれらの設備を移動するときに、ディスカバリサーバ１０６にイベントを記入できる。記入イベントの複雑さは、サプライチェーンネットワークに対して要求される複雑さおよび調整次第である。例えば、比較的単純なサプライチェーンネットワークは、供給品の出荷が開始されるとき、供給品が移動されるとき、または供給品の出荷が完了したとき、を知ることしか必要としないかもしれない。より複雑なサプライチェーンネットワークは、供給品が取り扱われるたびに、追加のイベントを必要とするかもしれない。それゆえに、イベントを記入することに対する要求だけでなく、供給品のライフサイクルにおける異なる段階は、異なるサプライチェーン間で異なっていてもよい。
【００４１】
説明を簡単にするために、記述は、比較的単純なイベントのライフサイクルと、それゆえに比較的単純な記入要求とを有するサプライチェーンに言及する。例えば、本実施形態は、生成、移動入、移動出、および終了の、ライフサイクルにおける４つのステップのみを含む。しかしながら、より多い数のライフサイクルステップを含むより複雑なライフサイクルが、当業者に明らかになるだろう。
【００４２】
したがって、パートナー２０２がイベントを記入するとき、パートナーは、特定のサプライチェーンネットワークに要求される最小量の情報を少なくとも入力する。本実施形態において、最小の情報は、ライフサイクルステップの選択と、オブジェクト識別子、２つのタイムスタンプ、イベントクラス、メッセージダイジェストまたはハッシュ、の入力とを含む。最小量の情報を構成するデータフィールドは、構成次第で異なっていてもよいことが理解される。パートナー２０２は、クライアントタイムスタンプとして何時に入力するかを選択する。しかしながら、システムは、ディスカバリサーバ１０６に挿入されたタイムスタンプに対する時間をデフォルトに設定する。メッセージダイジェストまたはハッシュフィールドが、イベントデータにサインするために使用され、それゆえに、イベントデータがサプライチェーンネットワークの他の何らかのパートナーによって操作されないことが保証される。
【００４３】
最小の必要な情報に加えて、イベントを記入するとき、パートナーは、追加の情報を含めるためのオプションを有する。追加情報を使用して、より複雑な問合せに対する可能性のある回答に、問合せをする人を導くことができる。本実施形態において、特別のサービスオプションは、イベントに関してより多くの情報を提供できる情報源を入力するためのフィールドをパートナーに提供する。
【００４４】
本実施形態において、各情報源は、型フィールドと、位置フィールドとに関係付けられる。型フィールドは、規定される情報源の型を識別する。情報源の型の例は、例えば、ｅｐｃｉｓや、ｄｓや、ｈｔｔｐや、ｍａｉｌｔｏのような統一資源識別子（ＵＲＩ）により表される、ＥＰＣＩＳリポジトリ、企業のウェブサイト、または他の何らかのサービスを含む。位置フィールドは、ＵＲＩを使用して情報源の位置を規定する。
【００４５】
情報源により提供される追加情報の型は、構成間で異なる。追加情報の１つの例は、供給品を作成するために使用される構成要素のリストや、それらの対応するＲＦＩＤのような、供給品の詳細であってもよい。別の例において、追加の情報は、供給品の状態に関する詳細を提供してもよい。それゆえに、供給品がパートナーにひどい状態で到着する場合、パートナーは、前のパートナーでの供給品の状態を問い合わせて、供給品がどこで損傷を受けたかを決定できる。これらは例にすぎず、異なる情報のさまざまな順列および組み合わせが、望み通りにパートナーに利用可能になり得ることが当業者により理解されるだろう。
【００４６】
図４を参照すると、供給品のライフサイクルを説明するフローチャートが、数字４００により一般に示されている。この記述におけるすべての例と同様に、以下の例は、例示目的として示されており、それ自身、本発明に対していかなる限定も提供しない。ステップ４０２において、サプライチェーンネットワーク２００における第１のパートナー２０２が、ディスカバリサーバ１０６に生成イベントを記入する。生成イベントは、供給品がサプライチェーンに入っていることを示す。
【００４７】
ステップ４０４において、サプライチェーンネットワーク２００における第１のパートナー２０２が、移動入イベントをディスカバリサーバ１０６に記入する。移動入イベントは、供給品がパートナー２０２において受け取られたことを示す。
【００４８】
ステップ４０６において、いったん第１のパートナー２０２が供給品を完成すると、第１のパートナー２０２は、次のパートナーに供給品を出荷し、移動出イベントをディスカバリサーバに記入する。移動出イベントは、供給品がパートナーから出荷されたことを示す。
【００４９】
サプライチェーンネットワークにおける最後のパートナーに届くまで、ステップ４０４および４０６は、サプライチェーンネットワークにおける各パートナー２０２に対して繰り返される。ステップ４０８において、サプライチェーンネットワーク２００における最後のパートナー２０２が、移動入イベントをディスカバリサーバ１０６に記入する。移動入イベントは、供給品がパートナー２０２において受け取られたことを示す。
【００５０】
ステップ４１０において、サプライチェーンネットワーク２００における最後のパートナー２０２が、終了イベントをディスカバリサーバ１０６に記入する。終了イベントは、供給品がサプライチェーンを出ていることを示す。
【００５１】
イベントのそれぞれが記入され、ディスカバリサーバ１０６によりデータ記憶装置上に記憶される。本実施形態にしたがうと、設定可能なデータベーステーブルの区分が、イベント、キュー、およびロギングテーブルに対して提供される。例えば、イベントは、追跡されるオブジェクトに基づいてクラスに分解できる。例えば、オブジェクトが、多数のトランザクションと、比較的短いライフサイクルとに従うものである場合、データベーステーブルは、毎日区分できる。代わりに、オブジェクトが、少数のトランザクションと、比較的長いライフサイクルとに従うものである場合、データベーステーブルは、年に１回区分できる。週に１回および月に１回データベーステーブルを区分する中間クラスがまた、提供される。クラスは、例えば、サプライチェーン管理者によりオブジェクトに対して動的に割り当てることができ、必要な場合、修正できる。
【００５２】
さらに、各クラスは、関連した請求と、保有期間とを有することができる。すなわち、サプライチェーンネットワークは、ディスカバリサーバ１０６への関係のあるアクセスにしたがって、請求され得る。それに応じて、ネットワーク化されたグループの通信システムを使用して統計を集めて、パブリッシュ／サブスクライブベースで高いボリュームのデータ収集を可能にすることができる。この統計データは、請求、報告、および他のデータ検索のニーズに対して使用される。
【００５３】
本実施形態において、記入されたイベントは削除されない。イベントが間違って入力された場合、前に論じたように、ボイドイベントを記入することにより、イベントを無効にできる。しかしながら、イベントは、ディスカバリサーバ１０６によりそれらに適用されるルールを有することができ、そのルールは、ある１組の基準に基づいて、ユーザ、パートナー、および／またはサプライチェーンネットワークによるイベントのアクセスを防ぐ。１つの例において、パートナーが最近の勘定を払っていない場合、パートナーからイベントを隠すルールを呼び出すことができる。したがって、詳細に記述するように、パートナーがディスカバリサーバ１０６に問い合わせる場合、いかなる結果も戻されない。
【００５４】
上述したように、ディスカバリサーバ１０６へのイベント挿入は、イベント記録を持続する。さらに、通知システムにより処理されるように、イベント記録を一連のキューにプッシュできる。例えば、第１の通知システムは、ＯＮＳ通知を提供する。イベント記録が予め規定されているライフサイクルの基準に適合する場合、イベント記録はＯＮＳ通知システムに提出され、ＯＮＳ通知システムは、イベント記録をＯＮＳにプッシュする。したがって、例えば、“生成”イベントがディスカバリサーバ１０６に記入されるとき、イベント記録はＯＮＳにプッシュされる。
【００５５】
別の例として、第２の通知システムは、メッセージングサービスのプッシュまたはパブリッシュ通知を提供する。この例において、各ユーザは、特定のイベント記録またはトピックに申し込む。申し込みに適合するイベント記録がディスカバリサーバ１０６に挿入されるとき、適切なユーザ資格証明が提供されるという前提で、イベント記録はメッセージングサービスキュー（ＭＱ）にプッシュされ、ユーザに配信される。
【００５６】
イベントは、ディスカバリサーバ１０６によって記憶されることから、パートナーが、所定のオブジェクトの履歴に対してディスカバリサーバ１０６に問い合わせることが可能である。例えば、パートナーのうちの１つが、まだ到着していないオブジェクトを心待ちにしている場合、パートナーはディスカバリサーバに問い合わせて、その最後の発生を決定できる。
【００５７】
本実施形態において、問合せは、所望のオブジェクトの識別子と、記入されたイベントに対する日付と、サプライチェーン識別子とを含む。オブジェクト識別子全体が知られていない場合、所望のオブジェクト識別子は、部分的な識別子だけを含んでいてもよい。
【００５８】
図７を参照すると、問合せの応答のサンプルが、数字７００により一般に説明されている。本例において、応答は、サーチ基準に適合するイベントのリストを含む。さらに、イベントの型や、記入の日付や、失効期日や、パートナー名のような、各イベントに必要な最小のデータが、各イベントに対して戻される。先に論じていないが、パートナー名は、パートナーにより提出されるイベント中に明示的に含まれていてもよい。代わりに、パートナー名はディスカバリサービスにより知られていることから、パートナー名は、イベントの受信に基づいて自動的に加えられてもよい。
【００５９】
さらに、イベントを記入することに関して先に記述したように、イベントは追加の情報に関係付けられていてもよい。したがって、追加の情報またはそれに対するリンクが、サーチ結果の一部として戻されてもよい。
【００６０】
しかしながら、追加情報を検索すべきであることを決定するための多数の異なる方法があることが理解される。例えば、１つの構成において、問合せを提出するパートナーが、サーチ基準の一部として、追加情報またはそれに対するリンクを明示的に要求する場合にのみ、追加情報またはそれに対するリンクが検索される。別の構成において、追加情報またはそれに対するリンクは自動的に検索されるが、さらに要求されるまでパートナーに与えられない。
【００６１】
さらに、追加情報をパートナーに与えるための多数の異なる方法があることが理解される。例えば、１つの構成において、予め規定されている優先順位にしたがって、追加情報は自動的にパートナーに与えられる。各情報源は、その対応するＵＲＬを介して順次アクセスされる。セキュリティレベルが情報源に適用されている場合、パートナーは、ユーザＩＤ、パスワード、または証明書のうちの少なくとも１つのような、必要な資格証明を提供することが要求される。別の構成において、情報源のＵＲＬが検索され、問合せ応答の一部としてパートナーに与えられる。この構成において、ユーザがＵＲＬのうちの１つを選択するとき、情報源がアクセスされる。先の構成と同様に、セキュリティレベルが情報源に適用されている場合、パートナーは、必要な資格証明を提供ことが要求される。
【００６２】
したがって、供給品が最後に見られた場所を直ちに正確に特定することにより、パートナー２０２は、生じている問題の源を追及するのに時間をあまり費やさない。結局、ディスカバリサービスの追跡機能を使用することにより、すべてのサプライチェーンパートナーに対して責任が課されて、それらの管理を通して移動するすべてのオブジェクトは常に責任が取られることが保証される。
【００６３】
さらに、安全なデータの共有が、粒度の細かいレベルでパートナーに提供される。すなわち、データの共有は、サプライチェーンにより、パートナーにより、またはイベントにより制限される。例えば、１つのエリアにおいて競合する会社が、別のエリアにおける共通のサプライチェーンネットワークの一部になる可能性があるかもしれない。したがって、サプライチェーンレベルで、共通のサプライチェーンだけに対して、ディスカバリ１０６に挿入される供給品に対する情報へアクセスするように競合するパートナーを制限できる。この例において、問合せ結果に対するオブジェクト識別子が共通のサプライチェーンネットワーク中に含まれていない場合、問い合わせているパートナーに問合せ結果を示さなくてもよい。
【００６４】
パートナーレベルで、サプライチェーンネットワークにおけるパートナーは、複数の階層化されたセキュリティ認証を使用して、互いに安全に共有および通知できる。複数の階層化されたセキュリティ認証は、ユーザ名およびパスワードの組み合わせと、ＳＳＬ証明書と、要求するコンピュータのインターネットプロトコル（ＩＰ）アドレスに基づいたアクセス制限とを含む。
【００６５】
上述した方法を実現するサンプルのシナリオを以下に記述する。特に、図５に関して、航空機部品の追跡のためのディスカバリサービスを実現するサプライチェーンネットワークが、数字５００により一般に図示されている。
【００６６】
航空産業は、多くのサプライチェーンに関連した問題に遭遇し、多くのサプライチェーンに関連した問題は、ディスカバリサービスを付加することがＲＦＩＤソリューションをどのように完成するかを説明する。第１に、航空機の部品は、特定の航空機に対して受注生産されることから、航空機の部品は製造するのに費用がかかる。各部品の場所およびステータスを追跡し、突きとめる能力により、失われた部品から生じる費用が低減される。第２に、各部品は、完全に各顧客の需要に合うように完全でなければならない。各部品のサービス記録を追跡することにより、それらが常に完全に正常に働く状態にあることを保証する支援ができる。第３に、所定の部品のライフサイクルには多くのステップがあり、多くの部品が数年または何十年でさえも使用されるという事実により、所定の部品はより複雑に作成される。最後に、追跡のプロセス全体は、いくつかのケースにおいて競争相手を含む、複数のパートナーに依存し、他の記録保持方法が失敗した場合、追跡することは困難であるかもしれない。
【００６７】
例において、サプライチェーンネットワークは、４つのパートナーを含んでおり、それらは、部品製造業者５０２ａと、航空機製造業者５０２ｂと、エアライン保守である、修理およびオーバーホール（ＭＲＯ）会社５０２ｃと、エアライン５０２ｄとである。
【００６８】
図４を再度参照すると、ステップ４０２において、部品製造業者５０２ａが、生成イベントをディスカバリサーバ１０６に記入する。生成イベントは、エアライン供給品がサプライチェーンに入っていることを示す。
【００６９】
ステップ４０４において、部品製造業者５０２ａが、移動入イベントをディスカバリサーバ１０６に記入する。移動入イベントは、供給品が部品製造業者５０２ａに受け取られたことを示す。
【００７０】
ステップ４０６において、いったん部品製造業者５０２ａが供給品を完成すると、部品製造業者５０２ａは、航空機製造業者５０２ｂに供給品を出荷し、移動出イベントをディスカバリサーバ１０６に記入する。移動出イベントは、供給品が部品製造業者５０２ａから出荷されたことを示す。
【００７１】
飛行機は、飛行機の生涯にわたって保守および修理の２つの間を往復するものと思われることから、ステップ４０４および４０６が、エアラインＭＲＯ５０２ｃに対して繰り返される。ステップ４１０において、エアライン５０２ｄが飛行機を売却または廃棄することを決定したとき、エアライン５０２ｄは、終了イベントをディスカバリサーバ１０６に記入する。終了イベントは、飛行機がサプライチェーンから出ていることを示す。
【００７２】
したがって、プロセスにおける各パートナー５０２ａないし５０２ｄは、社内のビジネスアプリケーション中にすべてのそのビジネスデータを記録することが理解される。関係のある追跡イベントがディスカバリサービスに挿入され、それにより、部品が生成されて以来その部品がどこにあるかに関する完全な視野を、各下流のパートナーが有することが可能になる。
【００７３】
それゆえに、第１のエアラインが航空機を入手するとき、第１のエアラインは、航空機がどこで製造されたかだけでなく、個々の部品のそれぞれがどこで製造されたのかを見つけることができる。これは、ＭＲＯ組織にとって大変重要なものとなり得る。例えば、部品が行方不明になっており、かつ、ディスカバリサービス中に記録された最後のイベントが、ＭＲＯが部品を全然受け取っていないことを示す場合、部品の履歴において移行の点を追跡する能力は、部品が部品製造業者の倉庫に残っているかどうかを示すだろう。
【００７４】
さらに、チェーンにおける各パートナーは、だれがその情報へのアクセス権を持つかを決定する能力を有することから、各パートナーは、それ自身のデータに対して制御を有する。したがって、第２のエアラインが第１のエアラインから航空機を入手するとき、ＭＲＯおよび第１のエアラインのいずれかまたは両方による飛行機部品に対するすべての関係のあるイベント記録を見るためのアクセスを、第２のエアラインに許可できる。
【００７５】
本記述は、供給品にタグを付ける、および供給品を識別するＲＦＩＤに特に言及しているが、バーコード、全地球測位システム（ＧＰＳ）ロケータ、およびこれらに類似するもののような、他のオブジェクト識別子が実現され得ることも理解され、これは、当業者により理解されるだろう。
【００７６】
さらに、先の実施形態は、単一のサプライチェーンネットワークの単純な例を記述しており、単一のサプライチェーンネットワークにおいて、すべてのパートナーが共通のディスカバリサービスの部分である。しかしながら、サプライチェーンネットワークが互いにオーバーラップし、対話することはまれではない。同じディスカバリサーバ１０６上で動作しているかもしれない、または動作していないかもしれない異なるディスカバリサービスに、パートナーのうちの１つ以上が関係付けられる可能性があるかもしれない。例えば、最初の供給品は、中国における工場でその生涯を開始するかもしれない。供給品が多数の中国の工場を通過するとき、イベントが対応するディスカバリサービスに記入される。しかしながら、部品が、米国のような外国に出荷される場所にいったん到達すると、部品は、それが源を発したサプライチェーンネットワークとは異なるサプライチェーンネットワークに加わるかもしれない。したがって、新しいサプライチェーンネットワークに対してイベントを記入するために、異なるディスカバリサービスが使用される。
【００７７】
それに応じて、図６を参照すると、２つの関連したサプライチェーンを含むデュアルサプライチェーンネットワークが数字６００により一般に図示されている。デュアルサプライチェーンネットワーク６００は、第１のサプライチェーン６０２と、第２のサプライチェーン６０４と、第１のディスカバリサービス６０６と、第２のディスカバリサービス６０８とを備えている。おおむね、デュアルサプライチェーンネットワーク６００は、図２中で図示し、先の実施形態において記述したサプライチェーンネットワーク２００に類似の方法で動作する。主な差異は、第１のサプライチェーン６０２と第２のサプライチェーン６０４とが交わる点で生じる。
【００７８】
本実施形態において、共通のパートナー６０３は、第１のサプライチェーン６０２における最後のパートナーであり、第２のサプライチェーン６０４における最初のパートナーである。したがって、共通のパートナーは、それぞれ、第１のディスカバリサービス６０６と第２のディスカバリサービス６０８との両方と通信している。
【００７９】
したがって、１つの構成において、共通のパートナー６０３は、それが２つのサプライチェーンに参加していることを知っている。したがって、共通のパートナー６０３が生成イベントを第２のディスカバリサービス６０８に記入するとき、第２のディスカバリサービス６０８は、第１のサプライチェーン６０２から生じた供給品を識別するタグを含む。したがって、問合せが供給品に対して実施されるとき、第２のディスカバリサービス６０８は、問合せを共通のパートナー６０３に提出する。次に、共通のパートナーは第１のディスカバリサービス６０６に問い合わせ、第２のディスカバリサービス６０８に結果を戻す。第２のディスカバリサービス６０８は、問い合わせているパートナーに対して完全な結果のセットを戻すことができる。
【００８０】
別の構成において、共通のパートナー６０３は、それが２つのサプライチェーンに参加していることを知っている。したがって、共通のパートナー６０３が生成イベントを第２のサプライチェーン６０４に記入する前に、共通のパートナー６０３は、第１のサプライチェーン６０２に供給品の履歴を問い合わせる。共通のパートナー６０３は、生成イベントと共に問合せの結果を第２のディスカバリサービス６０８に提出する。したがって、第２のディスカバリサービス６０８は、第２のサプライチェーン６０４におけるパートナーからの何らかのその後の問合せに対して、完全な結果のセットを提供できることが理解される。
【００８１】
したがって、ここで記述したディスカバリサービスは、ことによると、時間、労働、および運転費を節減することにより、または、ことによると、売上高または顧客満足度と、忠誠とを増加させることにより、サプライチェーンに参加するパートナーの投資に対する収益を向上させることが理解される。ディスカバリサービスをサプライチェーン構成に加えることは、以下の利益を提供することにより、コミュニケーションギャップを閉ざす。
【００８２】
サプライチェーンにおけるすべてのパートナーは、重要なデータにリンクされている。ソリューションは、既存のシステムと継ぎ目なく対話して、各パートナーをデータにリンクする。これに対して、一般的にシステムの指向を決定する、他の所有権を主張できるソリューションは、疎結合されたサプライチェーンのメンバーに対して課題を生成する。
【００８３】
向上した監査制御とコンプライアンス機能とが実現される。信頼できる監査追跡を提供し、十分にフレキシブルであることにより、ソリューションは、サプライチェーン調整のニーズに十分に対処し、それにより、ソリューションはさまざまなコンプライアンス要求を満たすことができる。
【００８４】
ソリューションは、サプライチェーン全体にわたってリアルタイムのデータの可視性を提供し、それにより、かかわるすべてのパートナーは、それらのビジネスに関連した最も最新のデータへのアクセスを有する。これは、オブジェクトがどこにあるか、だれがオブジェクトと接触しているか、これらすべてはいつ発生したかなど、オブジェクトの現在のステータスを含む。
【００８５】
最後に、競合し得るパートナーがサプライチェーンを共有する状況において、それらは、それらのデータの秘密性を維持することができる。ソリューションにより、パートナーが共有する情報と、パートナーが誰と情報を共有するかに関して、パートナーは選択的になることが可能になる。
【００８６】
ディスカバリサービスシステムは、カスタマイズできる拡張フレームワークをサポートし、カスタマイズできる拡張フレームワークは、顧客のニーズに基づいて、システム内で交換されるデータに対する動的な変更を可能にする一方で、ディスカバリサーバに標準のインターフェースを提供する。
【００８７】
上述の明細を使用し、プログラミングソフトウェア、ファームウェア、ハードウェア、またはこれらの任意の組み合わせを生成するための標準的なプログラミングおよび／またはエンジニアリング技術を使用することにより、本発明は、機械、プロセス、または製造物として実現してもよい。
【００８８】
コンピュータ読み取り可能プログラムコードを有する、結果として生じる任意のプログラムは、メモリデバイスまたは送信デバイスのような、１つ以上のコンピュータ使用可能媒体内に組み入れられてもよく、それにより、本発明にしたがって、コンピュータプログラムプロダクトまたは製造物を作成する。ここで使用される用語“ソフトウェア”および“アプリケーション”は、それ自体、任意のメモリデバイスまたは任意の送信デバイスのような、任意のコンピュータ使用可能媒体上に（永久に、一時的に、または束の間に）現存するコンピュータプログラムを包含するように向けられている。
【００８９】
メモリデバイスの例は、ハードディスクドライブと、ディスケットと、光ディスクと、磁器テープと、ＦＬＡＳＨや、ＲＡＭや、ＲＯＭや、ＰＲＯＭのような半導体メモリと、これらに類似するものとを含む。ネットワークの例は、限定されないが、インターネット、イントラネット、電話機／モデムベースのネットワーク通信、ハードワイヤード／ケーブル接続された通信ネットワーク、セルラ通信、無線波通信、衛星通信、および、他の固定または移動のネットワークシステム／通信リンクを含む。
【００９０】
本発明を具現する機械は、例えば、ＣＰＵや、メモリ／記憶デバイスや、通信リンクや、通信／送信デバイスや、サーバや、Ｉ／Ｏデバイスを含む、１つ以上の処理システムを含んでいてもよく、あるいは、ソフトウェアや、ファームウェアや、ハードウェアや、またはこれらの任意の組み合わせまたはサブの組み合わせを含む、１つ以上の処理システムの任意のサブコンポーネントまたは個々の部品を含んでいてもよく、これらは、特許請求の範囲において示した発明を具現する。
【００９１】
ここで提供した記述を使用して、当業者は、記述したように生成されるソフトウェアを、適切な汎用のまたは特殊用途向けのコンピュータハードウェアと組み合わせて、本発明を具現するコンピュータシステムおよび／またはコンピュータのサブコンポーネントを生成し、本発明の方法を実行するコンピュータシステムおよび／またはコンピュータのサブコンポーネントを生成できるだろう。
【図１】
2010507844.tif 000003
【図２】
2010507844.tif 000004
【図３】
2010507844.tif 000005
【図４】
2010507844.tif 000006
【図５】
2010507844.tif 000007
【図６】
2010507844.tif 000008
【図７】
2010507844.tif 000009
【国際調査報告】
2010507844.tif 000010
2010507844.tif 000011
2010507844.tif 000012