(57)【特許請求の範囲】
【請求項１】
実機エンドユーザデバイスの１以上の製造条件の集合と性能との間に相関があるか否かを結論付けるシステムであって、前記システムが少なくとも１つのプロセッサを備え、前記少なくとも１つのプロセッサが、
電子素子の製造に関するデータを受信し、
前記素子を含むエンドユーザデバイスについての実機データを受信し、
前記素子のうちの少なくとも２つの個体群を識別するために、受信した実機データ又は受信した実機データに基づいて計算されたデータのうちの少なくとも１つを解析することであって、前記少なくとも２つの個体群のうちの第１個体群の製造は１以上の製造条件の集合に対応するが、前記少なくとも２つの個体群のうちの第２個体群の製造は前記集合に対応しない、解析し、
前記第１個体群からの素子を含むエンドユーザデバイスと前記第２個体群からの素子を含むエンドユーザデバイスとの間の実機性能に統計的有意差があるか否かを特定するために、受信した実機データ又は受信した実機データに基づいて計算されたデータのうちの少なくとも１つを解析し、
統計的有意差があると特定された時に前記集合と前記実機性能との間に相関があると結論付け、又は、統計的有意差がないと特定された時に前記集合と前記実機性能との間に相関がないと結論付けるように構成される、システム。
【請求項２】
前記実機性能が実機信頼性を含む、請求項１に記載のシステム。
【請求項３】
前記個体群のうちの少なくとも１つが、製造に関する解析されたデータが同様に異常である素子を含む、請求項１に記載のシステム。
【請求項４】
電子素子の製造に関する前記受信したデータは、電子素子の製造に関するデータを少なくとも含む、請求項１に記載のシステム。
【請求項５】
電子素子の製造に関する前記受信したデータは、電子モジュールの製造に関するデータを少なくとも含む、請求項１に記載のシステム。
【請求項６】
前記少なくとも１つのプロセッサは、前記集合を特定するようにさらに構成される、請求項１に記載のシステム。
【請求項７】
前記集合を特定するために、オペレータによって入力される少なくとも１つの基準を提供するように構成されたクライアントをさらに備える、請求項６に記載のシステム。
【請求項８】
前記少なくとも１つのプロセッサは、レポートを生成するようにさらに構成される、請求項１に記載のシステム。
【請求項９】
前記少なくとも１つのプロセッサは、前記実機エンドユーザデバイスについてのデータのためのクエリを生成して送信するようにさらに構成される、請求項１に記載のシステム。
【請求項１０】
前記少なくとも１つのプロセッサからのクエリを集約するように構成されたアグリゲータをさらに備える、請求項９に記載のシステム。
【請求項１１】
少なくとも、１以上の素子メーカの製造設備からの、又は、少なくとも、前記１以上の素子メーカの１以上の製造実行データベースからの、又は、少なくとも、前記１以上の素子メーカの１以上の工場情報システムからの、前記素子のうちの１以上の製造に関するデータを収集するように構成された少なくとも１つのコレクタをさらに備える、請求項１に記載のシステム。
【請求項１２】
素子のメーカと提携したオペレータによって使用されるクライアントをさらに備え、前記クライアントは、
実機データを提供し、
応答時、前記メーカによって製造された素子を含むエンドユーザデバイスについて受信した実機データを取得するが、前記メーカによって製造された素子を含まないエンドユーザデバイスについて受信した実機データを取得しないように構成される、請求項１に記載のシステム。
【請求項１３】
エンドユーザデバイスのメーカと提携しているオペレータによって使用されるクライアントをさらに備え、前記クライアントは、
素子製造に関するデータについてのリクエストを提供し、
応答時、前記メーカによって製造されたエンドユーザデバイスに含まれる素子の製造に関する受信したデータを取得するが、前記メーカによって製造されたエンドユーザデバイスに含まれない素子の製造に関する受信したデータを取得しないように構成される、請求項１に記載のシステム。
【請求項１４】
前記実機性能の測定基準はドリフト測定基準である、請求項１に記載のシステム。
【請求項１５】
クライアントをさらに備え、前記クライアントは、
オペレータによって入力された前記解析するステップのいずれかについての少なくとも１つの基準を提供し、それによって、前記少なくとも１つのプロセッサが前記少なくとも１つの基準に少なくとも部分的に従って解析することを可能にするように構成される、請求項１に記載のシステム。
【請求項１６】
前記集合は、名目上の製造条件とは異なる少なくとも１つの製造条件を含む、請求項１に記載のシステム。
【請求項１７】
前記第１及び第２個体群の各々について、前記個体群に含まれる素子は２以上の素子の群にグループ化され、前記集合は、各々１以上の製造条件の少なくとも２つの部分集合の組み合わせであり、前記部分集合の各々１つは、前記第１個体群に含まれる前記群のうちの少なくとも１つの製造に対応するが、前記部分集合のうちの少なくとも１つは、前記第２個体群に含まれるいずれかの群の製造に対応しない、請求項１に記載のシステム。
【請求項１８】
前記第１個体群に含まれる前記素子のうちの少なくともいくつか及び前記第２個体群に含まれる前記素子のうちの少なくともいくつかは、エンドユーザデバイスにおいて同様の使用を有する、請求項１に記載のシステム。
【請求項１９】
前記少なくとも１つのプロセッサは、１以上の規則を受信する又は作成するようにさらに構成される、請求項１に記載のシステム。
【請求項２０】
クライアントをさらに備え、前記クライアントは、オペレータから、前記相関が偽であると特定されたことを示す入力を受信し、前記少なくとも１つのプロセッサに、前記相関が偽であると特定されたことの表示を提供するように構成される、請求項１に記載のシステム。
【請求項２１】
実機エンドユーザデバイスの１以上の製造条件の集合と性能との間に相関があるか否かの結論を可能にするシステムであって、前記システムは少なくとも１つのプロセッサを備え、前記少なくとも１つのプロセッサは、
１以上の製造条件の集合に関する少なくとも１つの解析仕様を含む少なくとも１つの基準を１以上のオペレータから受信し、
少なくとも１つの他のプロセッサに前記少なくとも１つの基準を提供するように構成され、それによって、前記少なくとも１つの他のプロセッサが、
電子素子の製造に関する、受信したデータ又は受信したデータに基づいて計算されたデータのうちの少なくとも１つを、前記電子素子のうちの少なくとも２つの個体群を識別するために、解析することであって、前記少なくとも２つの個体群のうちの第１個体群の製造は前記集合に対応するが、前記少なくとも２つの個体群のうちの第２個体群の製造は前記集合に対応しない、解析し、
前記第１個体群からの素子を含むエンドユーザデバイスと前記第２個体群からの素子を含むエンドユーザデバイスとの間の実機性能に統計的有意差があるか否かを特定するために、前記素子を含むエンドユーザデバイスについての受信した実機データ、又は、受信した実機データに基づいて計算されたデータのうちの少なくとも１つを解析し、
統計的有意差があると特定された時に前記集合と前記実機性能との間に相関があると結論付け、又は、統計的有意差がないと特定された時に前記集合と前記実機性能との間に相関がないと結論付けることを可能にする、システム。
【請求項２２】
前記少なくとも１つの基準は少なくとも１つの他の解析仕様を含む、請求項２１に記載のシステム。
【請求項２３】
前記少なくとも１つのプロセッサは、前記相関が偽であると特定されたことを示す入力を前記１以上のオペレータから受信し、前記相関が偽であると特定されたことの表示を前記少なくとも１つの他のプロセッサに提供するようにさらに構成される、請求項２１に記載のシステム。
【請求項２４】
前記１以上のオペレータのうちの少なくとも１つは素子のメーカと提携しており、前記少なくとも１つのオペレータによって使用される前記少なくとも１つのプロセッサのうちの１以上は、
実機データについてのリクエストを提供し、
応答時、前記メーカによって製造された素子を含むエンドユーザデバイスから受信した実機データを取得するが、前記メーカによって製造された素子を含まないエンドユーザデバイスから受信した実機データを取得しないようにさらに構成される、請求項２１に記載のシステム。
【請求項２５】
前記１以上のオペレータのうちの少なくとも１つはエンドユーザデバイスのメーカと提携しており、前記少なくとも１つのオペレータによって使用される前記少なくとも１つのプロセッサのうちの１以上は、
素子製造に関するデータについてのリクエストを提供し、
応答時、前記メーカによって製造されたエンドユーザデバイスに含まれる素子の製造に関する受信したデータを取得するが、前記メーカによって製造されたエンドユーザデバイスに含まれない素子の製造に関する受信したデータを取得しないようにさらに構成される、請求項２１に記載のシステム。
【請求項２６】
実機エンドユーザデバイスの１以上の製造条件の集合と性能との間に相関があるか否かの結論を可能にするシステムであって、前記システムは少なくとも１つのプロセッサを備え、前記少なくとも１つのプロセッサは、
少なくとも、１以上の素子メーカの製造設備から、又は、少なくとも、前記１以上の素子メーカの１以上の製造実行データベースから、又は、少なくとも、前記１以上の素子メーカの１以上の工場情報システムから、電子素子の製造に関するデータを収集し、
少なくとも１つの他のプロセッサに、電子素子の製造に関する前記データを提供するように構成され、それによって、前記少なくとも１つの他のプロセッサに、
前記素子のうちの少なくとも２つの個体群を識別するために、前記電子素子の製造に関する、提供されたデータ又は提供されたデータに基づいて計算されたデータのうちの少なくとも１つを解析することであって、前記少なくとも２つの個体群のうちの第１個体群の製造は１以上の製造条件の集合に対応するが、前記少なくとも２つの個体群のうちの第２個体群の製造は前記集合に対応しない、解析し、
前記第１個体群からの素子を含むエンドユーザデバイスと前記第２個体群からの素子を含むエンドユーザデバイスとの間の実機性能に統計的有意差があるか否かを特定するために、前記素子を含むエンドユーザデバイスについての受信した実機データ、又は、受信した実機データに基づいて計算されたデータのうちの少なくとも１つを解析し、
統計的有意差があると特定された時に前記集合と前記実機性能との間に相関があると結論付け、又は、統計的有意差がないと特定された場合に前記集合と前記実機性能との間に相関がないと結論付けることを可能にする、システム。
【請求項２７】
前記少なくとも１つのプロセッサは、前記少なくとも１つの他のプロセッサに、製造に関する前記データを提供する前に、製造に関する前記データを集約するようにさらに構成される、請求項２６に記載のシステム。
【請求項２８】
実機エンドユーザデバイスの１以上の製造条件の集合と性能との間に相関があるか否かを結論付ける方法であって、
電子素子の製造に関するデータを受信するステップと、
前記素子を含むエンドユーザデバイスから実機データを受信するステップと、
前記素子のうちの少なくとも２つの個体群を識別するために、電子素子の製造に関する、受信したデータ又は受信したデータに基づいて計算されたデータのうちの少なくとも１つを解析するステップであって、前記少なくとも２つの個体群のうちの第１個体群の製造は１以上の製造条件の集合に対応するが、前記少なくとも２つの個体群のうちの第２個体群の製造は前記集合に対応しない、解析するステップと、
前記第１個体群からの素子を含むエンドユーザデバイスと前記第２個体群からの素子を含むエンドユーザデバイスとの間の実機性能に統計的有意差があるか否かを特定するために、受信した実機データ又は受信した実機データに基づいて計算されたデータのうちの少なくとも１つを解析するステップと、
統計的有意差があると特定された時に前記集合と前記実機性能との間に相関があると結論付け、又は、統計的有意差がないと特定された時に前記集合と前記実機性能との間に相関がないと結論付けるステップと、を含む方法。
【請求項２９】
受信した製造データ又は受信した実機データのうちの少なくとも１つとともに識別子データを受信するステップと、
前記受信した識別子データが記憶のために準備される必要がある場合、記憶のために前記受信した識別子データを準備するステップと、
前記受信した又は準備した識別子データのうちの少なくとも１つにインデックスされた、受信した製造データ又は実機データのうちの前記少なくとも１つを記憶するステップと、をさらに含む、請求項２８に記載の方法。
【請求項３０】
エンドユーザデバイスに含まれる少なくとも１つの素子の少なくとも１つの識別子に関連するエンドユーザデバイスの少なくとも１つの識別子を含む、又は、第１素子に含まれる少なくとも１つの他の素子の少なくとも１つの識別子に関連する第１素子の少なくとも１つの識別子を含む、識別子データを受信するステップと、
前記受信した識別子データが記憶のために準備される必要がある場合、前記受信した識別子データを記憶のために準備するステップと、
前記識別子データの間の少なくとも関連を記憶するステップと、をさらに含む、請求項２８に記載の方法。
【請求項３１】
前記エンドユーザデバイスの製造に関するデータを受信するステップと、
受信したエンドユーザデバイス製造データを受信した実機データにリンクさせるステップと、をさらに含む、請求項２８に記載の方法。
【請求項３２】
前記エンドユーザデバイスのうちの１以上の各々について、前記エンドユーザデバイスについて受信した実機データを、前記エンドユーザデバイスに含まれる素子の製造に関する受信したデータにリンクさせるステップをさらに含む、請求項２８に記載の方法。
【請求項３３】
前記解析するステップのうちの少なくとも１つは、リンクさせられたデータを使用する、又は、前記解析するステップのうちの少なくとも１つは、前記リンクさせるステップの前に実行される、請求項３２に記載の方法。
【請求項３４】
少なくとも１つの他の素子を含む少なくとも１つの素子について、前記素子の製造に関する受信したデータを、前記少なくとも１つの他の素子の製造に関する受信したデータにリンクさせるステップをさらに含む、請求項２８に記載の方法。
【請求項３５】
同一の実機エンドユーザデバイスについて経時的に受信された実機データについて繰り返すステップと、統計的有意差があるか否かの特定を保持し続けるかを特定するステップと、をさらに含む、請求項２８に記載の方法。
【請求項３６】
前記第１個体群又は第２個体群のうちの少なくとも１つに代わる少なくとも１つの他の個体群について繰り返すステップをさらに含む、請求項２８に記載の方法。
【請求項３７】
１以上の製造条件の各々の少なくとも１つの他の集合について繰り返すステップであって、前記少なくとも１つの他の集合のいずれもが、前記集合及び前記少なくとも１つの他の集合のうちのいずれか他のものと完全に同一の１以上の製造条件を含まない、繰り返すステップをさらに含む、請求項２８に記載の方法。
【請求項３８】
前記素子を含むエンドユーザデバイスについて故障データを受信するステップと、
前記解析するステップのいずれかを実行する時に受信した故障データを使用するステップと、をさらに含む、請求項２８に記載の方法。
【請求項３９】
付属データを受信するステップと、
前記解析するステップのいずれかを実行する時に前記付属データを使用するステップと、をさらに含む、請求項２８に記載の方法。
【請求項４０】
前記受信するステップが、前記収集するステップ又は前記集約するステップのうちの少なくとも１つを含む、請求項２８に記載の方法。
【請求項４１】
オペレータによって入力された、前記集合に関する少なくとも１つの解析仕様を受信するステップをさらに含む、請求項２８に記載の方法。
【請求項４２】
実機エンドユーザデバイスの１以上の製造条件の集合と性能との間に相関があるか否かの結論を可能にする方法であって、
１以上の製造条件の集合に関する少なくとも１つの解析仕様を含む少なくとも１つの基準を１以上のオペレータから受信するステップと、
前記少なくとも１つの基準を提供し、それによって、
電子素子の製造に関する、受信したデータ又は受信したデータに基づいて計算されたデータのうちの少なくとも１つを、前記電子素子のうちの少なくとも２つの個体群を識別するために、解析するステップであって、前記少なくとも２つの個体群のうちの第１個体群の製造は前記集合に対応するが、前記少なくとも２つの個体群のうちの第２個体群の製造は前記集合に対応しない、解析するステップと、
前記第１個体群からの素子を含むエンドユーザデバイスと前記第２個体群からの素子を含むエンドユーザデバイスとの間の実機性能に統計的有意差があるか否かを特定するために、前記素子を含むエンドユーザデバイスについての受信した実機データ又は受信した実機データに基づいて計算されたデータのうちの少なくとも１つを解析するステップと、
統計的有意差があると特定された時に前記集合と前記実機性能との間に相関があると結論付け、又は、統計的有意差がないと特定された時に前記集合と前記実機性能との間に相関がないと結論付けるステップと、を可能にするステップと、を含む方法。
【請求項４３】
実機エンドユーザデバイスの１以上の製造条件の集合と性能との間に相関があるか否かの結論を可能にする方法であって、
少なくとも、１以上の素子メーカの製造設備から、又は、少なくとも、前記１以上の素子メーカの１以上の製造実行データベースから、又は、少なくとも、前記１以上の素子メーカの１以上の工場情報システムから、電子素子の製造に関するデータを収集するステップと、
電子素子の製造に関する前記データを提供し、それによって、
前記素子のうちの少なくとも２つの個体群を識別するために、電子素子の製造に関する、提供されたデータ又は提供されたデータに基づいて計算されたデータのうちの少なくとも１つを解析するステップであって、前記少なくとも２つの個体群のうちの第１個体群の製造は１以上の製造条件の集合に対応するが、前記少なくとも２つの個体群のうちの第２個体群の製造は前記集合に対応しない、解析するステップと、
前記第１個体群からの素子を含むエンドユーザデバイスと前記第２個体群からの素子を含むエンドユーザデバイスとの間の実機性能に統計的有意差があるか否かを特定するために、前記素子を含むエンドユーザデバイスについて受信された受信した実機データ又は受信した実機データに基づいて計算されたデータのうちの少なくとも１つを解析するステップと、
統計的有意差があると特定された時に前記集合と前記実機性能との間に相関があると結論付け、又は、統計的有意差がないと特定された時に前記集合と前記実機性能との間に相関がないと結論付けるステップと、を可能にするステップと、を含む方法。
【請求項４４】
実機エンドユーザデバイスの１以上の製造条件の集合と性能との間に相関があるか否かを結論付けるために、その中に具現化されたコンピュータ読み取り可能なプログラムコードを有するコンピュータ使用可能媒体を備えるコンピュータプログラム製品であって、前記コンピュータプログラム製品は、
コンピュータに、電子素子の製造に関するデータを受信させるためのコンピュータ読み取り可能なプログラムコードと、
コンピュータに、前記素子を含むエンドユーザデバイスから実機データを受信させるためのコンピュータ読み取り可能なプログラムコードと、
コンピュータに、前記素子のうちで少なくとも２つの個体群を識別するために、電子素子の製造に関する、受信したデータ又は受信したデータに基づいて計算されたデータのうちの少なくとも１つを解析させることであって、前記少なくとも２つの個体群のうちの第１個体群の製造は１以上の製造条件の集合に対応するが、前記少なくとも２つの個体群のうちの第２個体群の製造は前記集合に対応しない、解析させるためのコンピュータ読み取り可能なプログラムコードと、
コンピュータに、前記第１個体群からの素子を含むエンドユーザデバイスと前記第２個体群からの素子を含むエンドユーザデバイスとの間の実機性能に統計的有意差があるか否かを特定するために、受信した実機データ又は受信した実機データに基づいて計算されたデータのうちの少なくとも１つを解析させるためのコンピュータ読み取り可能なプログラムコードと、
コンピュータに、統計的有意差があると特定された時に前記集合と前記実機性能との間に相関があると結論付けさせる、又は、統計的有意差がないと特定された時に前記集合と前記実機性能との間に相関がないと結論付けさせるためのコンピュータ読み取り可能なプログラムコードと、を備えるコンピュータプログラム製品。
【請求項４５】
実機エンドユーザデバイスの１以上の製造条件の集合と性能との間に相関があるか否かの結論を可能にするために、その中に具現化されたコンピュータ読み取り可能なプログラムコードを有するコンピュータ使用可能媒体を備えるコンピュータプログラム製品であって、前記コンピュータプログラム製品は、
コンピュータに、１以上の製造条件の集合に関する少なくとも１つの解析仕様を含む少なくとも１つの基準を１以上のオペレータから受信させるためのコンピュータ読み取り可能なプログラムコードと、
コンピュータに、前記少なくとも１つの基準を提供させるためのコンピュータ読み取り可能なプログラムコードであって、それによって、
電子素子の製造に関する、受信したデータ又は受信したデータに基づいて計算されたデータのうちの少なくとも１つを、前記電子素子のうちの少なくとも２つの個体群を識別するために、解析することであって、前記少なくとも２つの個体群のうちの第１個体群の製造は前記集合に対応するが、前記少なくとも２つの個体群のうちの第２個体群の製造は前記集合に対応しない、解析することと、
前記第１個体群からの素子を含むエンドユーザデバイスと前記第２個体群からの素子を含むエンドユーザデバイスとの間の実機性能に統計的有意差があるか否かを特定するために、前記素子を含むエンドユーザデバイスについての受信した実機データ又は受信した実機データに基づいて計算されたデータのうちの少なくとも１つを解析することと、
統計的有意差があると特定された時に前記集合と前記実機性能との間に相関があると結論付け、又は、統計的有意差がないと特定された時に前記集合と前記実機性能との間に相関がないと結論付けることと、を可能にする、コンピュータプログラム製品。
【請求項４６】
実機エンドユーザデバイスの１以上の製造条件の集合と性能との間に相関があるか否かの結論を可能にするために、その中に具現化されたコンピュータ読み取り可能なプログラムコードを有するコンピュータ使用可能媒体を備えるコンピュータプログラム製品であって、前記コンピュータプログラム製品は、
コンピュータに、少なくとも、１以上の素子メーカの製造設備から、又は、少なくとも、前記１以上の素子メーカの１以上の製造実行データベースから、又は、少なくとも、前記１以上の素子メーカの１以上の工場情報システムから、電子素子の製造に関するデータを収集させるためのコンピュータ読み取り可能なプログラムコードと、
コンピュータに、電子素子の製造に関する前記データを提供させるためのコンピュータ読み取り可能なプログラムコードであって、それによって、
前記素子のうちの少なくとも２つの個体群を識別するために、前記電子素子の製造に関する、提供されたデータ又は提供されたデータに基づいて計算されたデータのうちの少なくとも１つを解析することであって、前記少なくとも２つの個体群のうちの第１個体群の製造は１以上の製造条件の集合に対応するが、前記少なくとも２つの個体群のうちの第２個体群の製造は前記集合に対応しない、解析することと、
前記第１個体群からの素子を含むエンドユーザデバイスと前記第２個体群からの素子を含むエンドユーザデバイスとの間の実機性能に統計的有意差があるか否かを特定するために、前記素子を含むエンドユーザデバイスについて受信された受信した実機データ又は受信した実機データに基づいて計算されたデータのうちの少なくとも１つを解析することと、
統計的有意差があると特定された時に前記集合と前記実機性能との間に相関があると結論付け、又は、統計的有意差がないと特定された時に前記集合と前記実機性能との間に相関がないと結論付けることと、を可能にする、コンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
[0001]  本願は、２０１５年７月２８日に出願された米国出願第１４／８１０，８４９号の一部継続出願であり、２０１５年４月３０日に出願された米国仮出願第６２／１５４，８４２号の利益を主張し、その両方が参照によって本願に組み込まれる。
【０００２】
[0002]  本開示は電子機器の分野に関する。
【背景技術】
【０００３】
[0003]  電子機器のコストが減少するにつれて、また、電子モジュール及び部品の性能や能力が向上するにつれて、エンドユーザデバイスにおけるある形態での電子機器のインテグレーションが慣例となってきた。最も単純な製造エンドユーザデバイスから最も洗練された製造エンドユーザデバイスまで、デバイスのエンドユーザの視点からは通常は隠れているがその信頼性がエンドユーザの満足度に極めて重要である様々なデバイス機能をサポートする内部の電子モジュール及び部品の複雑な階層を見つけることが現在では当たり前となっている。従って、エンドユーザデバイス内の電子モジュール及び部品の信頼性がデバイス自体の信頼性に対して極めて重要である。
【０００４】
[0004]  実際には、電子機器を含む多くのタイプの製造エンドユーザデバイスの欠陥は悲惨な結果を生む場合があり、エンドユーザの安全やセキュリティを危険にさらすことさえあり得る。自動車、航空及び医療デバイスのメーカによって製造されたエンドユーザデバイスはこれの典型的な例である。そうしたエンドユーザデバイスに関して、相対的に数少ない欠陥でさえ、エンドユーザの安全や健康に甚大な直接の影響を有していることがあり、従って、デバイスのリコール及び／又は訴訟に関連する経済的な問題や対社会関係のリスクに起因して、メーカにとって事業の懸念事項を構成する。２０１３年１月３０日のロイターニュースのレポートに見られる一例によれば、意図しないエアバッグの膨張が生じやすい１３０万台の車両のリコールが説明されている。トヨタの広報担当者によれば、記事内で、「乗用車内の他の部品から電気的干渉を受けると、エアバッグ制御ユニット内のＩＣチップが誤作動し、必要のない場合にエアバッグを展開させてしまう」と述べている。公表時、広報担当者は、その時点で報告された１８件の軽傷に問題を帰結させ、また、エアバッグのリコールで生じる財務的な影響を約５０億円（５５００万ドル）と見積もり、トヨタは、問題のチップのサプライヤから補償を求めることを検討していた。
【０００５】
[0005]  特に、携帯電話やラップトップコンピュータデバイス等のそれらのデバイスが極めて大量に製造されて流通している場合、メーカの評判に対する悪影響や大規模なリコールのコストが、問題が特定された時に既に実機のユニット数に比例する傾向にあるので、エンドユーザの安全やセキュリティに影響を及ぼしそうにないエンドユーザデバイスの欠陥もまた懸念事項である。２０１１年のMacBook Proのラップトップにおける欠陥に関連するApple Inc.に対して現在なされている集団訴訟はその一例である。訴訟は、グラフィック処理ユニット（ＧＰＵ）をラップトップのロジックボードに接続するための鉛フリーはんだの使用に関連する、Advanced Micro Devicesによって供給されたデバイスロジックボード及びＧＰＵの間の信号経路の劣化による断続的なデバイス故障に起因する。訴訟によれば、スズと銀との混合物から通常は構成される「鉛フリーはんだ」は、２つの広く知られた問題に悩まされている。まず、鉛フリーはんだは、短絡や他の問題を引き起こす微少な「スズウィスカ」を発達させやすいことである。さらに、鉛フリーはんだは、温度の急激な変化に曝された時にクラックを生じやすいことである。２０１１年のMacBook Proは、高性能のハードウェア、水準以下の換気及びラップトップ内でのサーマルペーストの過度の使用の同時発生に起因して、グラフィックの困難なタスクを実行する時に高温で稼働する。「応力サイクル」として知られる、コンピュータ内における高温の及び大きな温度スイングは、ＡＭＤ  ＧＰＵをロジックボードに接続する脆い鉛フリーはんだにクラックを引き起こす。鉛フリーはんだに付随するこれらの両方の欠点は、広く知られており、標準のはんだの使用によって回避可能である。鉛フリーはんだにクラックが生じると、ＧＰＵとロジックボードとの間のデータフローを悪化させる。
【０００６】
[0006]  明らかなことに、実機の稼働中のエンドユーザデバイスが信頼性を有するものであり、かつ、デバイスのエンドユーザが満足していることを保証することにおいてパートナとして機能することが、エンドユーザデバイスメーカやデバイスの電子モジュール及び／又は部品のメーカの最大の関心事である。しかしながら、それはたいてい、問題の初期調査、また最終的な是正措置をトリガする、デバイスに関するエンドユーザの一連の不快な経験である。通常、問題が、モジュール及び／又は部品のメーカによってデバイスメーカに供給された電子モジュール及び／又は部品に少なくとも部分的に帰結する時であっても、それは、返品されたマテリアルに基づく問題が存在することの通知を最初に受領するエンドユーザデバイスメーカであり、また、問題の根本原因及び範囲を特定させるデバイスメーカである。問題の特性、範囲及びエンドユーザへの影響に依存して、（問題の範囲及び概要説明が十分に理解されている場合に）疑いのあるデバイスをリコールするか否か、又は代替的に、個々のエンドユーザごと（個々の欠陥ごと）に基づいて問題に対処し続けるか否かについて、決定がデバイスメーカによってなされる。問題の電子モジュール及び／又は部品がそれらのデバイス内にエンドユーザデバイスメーカによって組み込まれているので、この段階まで何ヶ月も通常は経過しており、デバイスメーカの利益及び評判に対して取り返しのつかない損害がもたらされる。
【０００７】
[0007]  同様に、部品又はモジュールの製造プロセスにおいて発生した問題は、通常は認識されており、また、部品又はモジュール製造ライン内で監視されたデータに基づいて単独で対処される。通常、問題を検出するため、及び、逸脱が生じた時の根本原因を最終的に示唆するためには、監視装置で足りる。しかしながら、データは通常、そうした出来事中に移されたマテリアルのエンドユーザデバイス性能に対する影響についてほとんど何も示唆しない。さらに悪いことには、場合によっては、部品又はモジュールに関する問題が、通常、監視されたデータにおいて明白でない場合があり、また、さらなる期間にわたって問題が検出されない場合がある。従って、素子製造における相対的に小さな問題（例えば、検査設備の部品の逸脱）が、エンドユーザに関して極めて大規模な性能問題に至る場合がある。
【発明の概要】
【０００８】
[0008]  ここで開示される主題によれば、実機エンドユーザデバイスの１以上の製造条件の集合と性能との間に相関があるか否かを結論付けるシステムが提供され、当該システムは少なくとも１つのプロセッサを備え、当該プロセッサは、電子素子の製造に関連するデータを受信し、素子を含むエンドユーザデバイスについての実機データを受信し、素子のうちの少なくとも２つの個体群を識別するために、電子素子の製造に関する、受信したデータ又は受信したデータに基づいて計算されたデータのうちの少なくとも１つを解析することであって、少なくとも２つの個体群のうちの第１個体群の製造は１以上の製造条件の集合に対応するが、少なくとも２つの個体群のうちの第２個体群の製造は前記集合に対応しない、解析し、第１個体群からの素子を含むエンドユーザデバイスと、第２個体群からの素子を含むエンドユーザデバイスとの間の実機性能に統計的有意差があるか否かを特定するために、受信した実機データ又は受信した実機データに基づいて計算されたデータのうちの少なくとも１つを解析し、統計的有意差があると特定された時に前記集合と実機性能との間に相関があると結論付け、又は、統計的有意差がないと特定された時に前記集合と実機性能との間に相関がないと結論付けるように構成される。
【０００９】
[0009]  システムのある実施形態では、実機性能は実機信頼性を含む。
【００１０】
[0010]  システムのある実施形態では、個体群のうちの少なくとも１つは、製造に関して解析されたデータが同様に正常でない素子を含む。
【００１１】
[0011]  システムのある実施形態では、電子素子の製造に関する受信したデータは、電子部品の製造に関するデータを少なくとも含む。
【００１２】
[0012]  システムのある実施形態では、電子素子の製造に関する受信したデータは、電子モジュールの製造に関するデータを少なくとも含む。
【００１３】
[0013]  システムのある実施形態では、少なくとも１つのプロセッサは、前記集合を特定するようにさらに構成される。これらの実施形態のある例では、システムは、前記集合を特定するための少なくとも１つの基準であって、オペレータによって入力された少なくとも１つの基準を提供するように構成されたクライアントをさらに備える。
【００１４】
[0014]  システムのある実施形態では、少なくとも１つのプロセッサは、レポートを生成するようにさらに構成される。
【００１５】
[0015]  システムのある実施形態では、少なくとも１つのプロセッサは、実機エンドユーザデバイスについてのデータのためのクエリを生成して送信するようにさらに構成される。これらの実施形態のある例では、システムは、少なくとも１つのプロセッサからのクエリを集約するアグリゲータをさらに備える。
【００１６】
[0016]  ある実施形態では、システムは、少なくとも、１以上の素子メーカの製造設備からの、又は、少なくとも、１以上の素子メーカの１以上の製造実行データベースからの、又は、少なくとも、１以上の素子メーカの１以上の工場情報システムからの、素子の１以上の製造に関するデータを収集するように構成された少なくとも１つのコレクタをさらに備える。
【００１７】
[0017]  ある実施形態では、システムは、素子のメーカと提携したオペレータによって使用されるクライアントであって、実機データのためのリクエストを提供し、それに応答して、メーカによって製造された素子を含むエンドユーザデバイスについて受信した実機データを取得するが、メーカによって製造された素子を含まないエンドユーザデバイスについて受信した実機データを取得しないように構成されたクライアントをさらに備える。
【００１８】
[0018]  ある実施形態では、システムは、エンドユーザデバイスのメーカと提携したオペレータによって使用されるクライアントであって、素子製造に関するデータのためのリクエストを提供し、応答時、メーカによって製造されたエンドユーザデバイスに含まれる素子の製造に関する受信したデータを取得するが、メーカによって製造されたエンドユーザデバイスに含まれない素子の製造に関する受信したデータを取得しないように構成されたクライアントをさらに備える。
【００１９】
[0019]  システムのある実施形態では、実機性能の測定基準がドリフト測定基準である。
【００２０】
[0020]  ある実施形態では、システムは、オペレータによって入力された、解析することのいずれかについての少なくとも１つの基準を提供することによって、少なくとも１つの基準に従って少なくとも１つのプロセッサに少なくとも部分的に解析させることを可能にするように構成されたクライアントをさらに備える。
【００２１】
[0021]  システムのある実施形態では、前記集合は、名目上の製造条件と異なる少なくとも１つの製造条件を含む。
【００２２】
[0022]  システムのある実施形態では、第１及び第２個体群の各々について、個体群に含まれる素子は素子の２以上の群にグループ分けされ、前記集合は、１以上の製造条件の各々の少なくとも２つの部分集合の組み合わせであり、前記部分集合の各々１つは、第１個体群に含まれる群のうちの少なくとも１つの製造に対応するが、前記部分集合のうちの少なくとも１つは、第２個体群に含まれる任意の群の製造に対応しない。
【００２３】
[0023]  システムのある実施形態では、第１個体群に含まれる素子のうちの少なくともいくつか及び第２個体群に含まれる素子のうちの少なくともいくつかは、エンドユーザデバイスでの同様の使用を有している。
【００２４】
[0024]  システムのある実施形態では、少なくとも１つのプロセッサは、１以上の規則を受領し又は作成するようにさらに構成される。
【００２５】
[0025]  ある実施形態では、システムは、相関が偽であると特定されたことを示す入力をオペレータから受信し、相関が偽であると特定されたことの表示を少なくとも１つのプロセッサに提供するように構成されたクライアントをさらに備える。
【００２６】
[0026]  ここで開示される主題によれば、実機エンドユーザデバイスの１以上の製造条件の集合と性能との間に相関があるか否かの結論を可能にするシステムも提供され、当該システムは少なくとも１つのプロセッサを備え、当該プロセッサは、１以上の製造条件の集合に関する少なくとも１つの解析仕様を含む少なくとも１つの基準を１以上のオペレータから受信し、少なくとも１つの基準を少なくとも１つの他のプロセッサに提供するように構成され、それによって、少なくとも１つの他のプロセッサが、素子のうちの少なくとも２つの個体群を識別するために、電子素子の製造に関する、受信したデータ又は受信したデータに基づいて計算されたデータのうちの少なくとも１つを解析することであって、少なくとも２つの個体群のうちの第１個体群の製造は前記集合に対応するが、前記少なくとも２つの個体群のうちの第２個体群の製造は前記集合に対応しない、解析し、第１個体群からの素子を含むエンドユーザデバイスと第２個体群からの素子を含むエンドユーザデバイスとの間の実機性能に統計的有意差があるか否かを特定するために、素子を含むエンドユーザデバイスについて受信した実機データ又は受信した実機データに基づいて計算されたデータのうちの少なくとも１つを解析し、統計的有意差があると特定された時に前記集合と実機性能との間に相関があると結論付け、又は、統計的有意差がないと特定された時に前記集合と実機性能との間に相関がないと結論付けることができるようにする。
【００２７】
[0027]  システムのある実施形態では、少なくとも１つの基準は少なくとも１つの他の解析仕様を含む。
【００２８】
[0028]  システムのある実施形態では、少なくとも１つのプロセッサは、相関が偽であると特定されたことを示す入力を１以上のオペレータから受信し、相関が偽であると特定されたことの表示を少なくとも１つの他のプロセッサに提供するようにさらに構成される。
【００２９】
[0029]  システムのある実施形態では、１以上のオペレータのうちの少なくとも１つは素子のメーカと提携し、少なくとも１つのオペレータによって使用される少なくとも１つのプロセッサのうちの１以上は、実機データのためのリクエストを提供し、それに応答して、メーカによって製造された素子を含むエンドユーザデバイスから受信した実機データを取得するが、メーカによって製造された素子を含まないエンドユーザデバイスから受信した実機データを取得しないようにさらに構成される。
【００３０】
[0030]  システムのある実施形態では、１以上のオペレータのうちの少なくとも１人はエンドユーザデバイスのメーカと提携し、少なくとも１人のオペレータによって使用される少なくとも１つのプロセッサのうちの１以上は、素子製造に関するデータのためのリクエストを提供し、それに応答して、メーカによって製造されたエンドユーザデバイスに含まれる素子の製造に関する受信した実機データを取得するが、メーカによって製造されたエンドユーザデバイスに含まれない素子の製造に関する受信した実機データを取得しないようにさらに構成される。
【００３１】
[0031]  ここで開示される主題によれば、実機エンドユーザデバイスの１以上の製造条件の集合と性能との間に相関があるか否かの結論を可能にするシステムがさらに提供され、当該システムは少なくとも１つのプロセッサを備え、当該プロセッサは、少なくとも、１以上の素子メーカの製造設備からの、又は、少なくとも、１以上の素子メーカの１以上の製造実行データベースからの、又は、少なくとも、１以上の素子メーカの１以上の工場情報システムからの、電子素子の製造に関するデータを収集し、電子素子の製造に関するデータを少なくとも１つの他のプロセッサに提供するように構成され、それによって、少なくとも１つの他のプロセッサが、素子のうちの少なくとも２つの個体群を識別するために、電子素子の製造に関する、提供されたデータ又は提供されたデータに基づいて計算されたデータのうちの少なくとも１つを解析することであって、少なくとも２つの個体群のうちの第１個体群の製造は１以上の製造条件の集合に対応するが、少なくとも２つの個体群のうちの第２個体群の製造は前記集合に対応しない、解析し、第１個体群からの素子を含むエンドユーザデバイスと第２個体群からの素子を含むエンドユーザデバイスとの間の実機性能に統計的有意差があるか否かを特定するために、素子を含むエンドユーザデバイスについて受信した実機データ又は受信した実機データに基づいて計算されたデータのうちの少なくとも１つを解析し、統計的有意差があると特定された時に前記集合と実機性能との間に相関があると結論付け、又は、統計的有意差がないと特定された時に前記集合と実機性能との間に相関がないと結論付けることができるようにする。
【００３２】
[0032]  システムのある実施形態では、少なくとも１つのプロセッサは、少なくとも１つの他のプロセッサに製造に関するデータを提供する前に、製造に関するデータを集約するようにさらに構成される。
【００３３】
[0033]  ここで開示される主題によれば、実機エンドユーザデバイスの１以上の製造条件の集合と性能との間に相関があるか否かを結論付ける方法がさらに提供され、当該方法は、電子素子の製造に関するデータを受信することと、素子を含むエンドユーザデバイスから実機データを受信することと、素子のうちの少なくとも２つの個体群を識別するために、電子素子の製造に関する、受信したデータ又は受信したデータに基づいて計算されたデータのうちの少なくとも１つを解析することであって、少なくとも２つの個体群のうちの第１個体群の製造は１以上の製造条件の集合に対応するが、少なくとも２つの個体群のうちの第２個体群の製造は前記集合に対応しない、解析することと、第１個体群からの素子を含むエンドユーザデバイスと第２個体群からの素子を含むエンドユーザデバイスとの間の実機性能に統計的有意差があるか否かを特定するために、受信した実機データ又は受信した実機データに基づいて計算されたデータのうちの少なくとも１つを解析することと、統計的有意差があると特定された時に前記集合と実機性能との間に相関があると結論付け、又は、統計的有意差がないと特定された時に前記集合と実機性能との間に相関がないとの結論付けることと、を含む。
【００３４】
[0034]  ある実施形態では、方法は、受信した製造データ又は受信した実機データのうちの少なくとも１つとともに識別子データを受信することと、受信した識別子データが記憶のために準備される必要がある場合、受信した識別子データを記憶のために準備することと、受信した又は準備した識別子データのうちの少なくとも１つにインデックスされる、受信した製造データ又は実機データのうちの少なくとも１つを記憶することと、をさらに含む。
【００３５】
[0035]  ある実施形態では、方法は、エンドユーザデバイスに含まれる少なくとも１つの素子の少なくとも１つの識別子に関連するエンドユーザデバイスの少なくとも１つの識別子を含む、又は、第１素子に含まれる少なくとも１つの他の素子の少なくとも１つの識別子に関連する第１素子の少なくとも１つの識別子を含む、識別子データを受信することと、受信した識別子が記憶のために準備される必要がある場合、受信した識別子データを記憶のために準備することと、識別子データの間の少なくとも関連を記憶することと、をさらに含む。
【００３６】
[0036]  ある実施形態では、方法は、エンドユーザデバイスの製造に関するデータを受信することと、受信したエンドユーザデバイス製造データに受信した実機データをリンクさせることと、をさらに含む。
【００３７】
[0037]  ある実施形態では、方法は、エンドユーザデバイスのうちの１以上の各々について、エンドユーザデバイスに含まれる素子の製造に関する受信したデータに、エンドユーザデバイスについて受信した実機データをリンクさせることをさらに含む。これらの実施形態のある例では、解析することのうちの少なくとも１つは、リンクさせられたデータを使用し、又は、解析することのうちの少なくとも１つはリンクよりも前に実行される。
【００３８】
[0038]  ある実施形態では、方法は、少なくとも１つの他の素子を含む少なくとも１つの素子について、素子の製造に関する受信したデータを、少なくとも１つの他の素子の製造に関する受信したデータにリンクさせることをさらに含む。
【００３９】
[0039]  ある実施形態では、方法は、同一の実機エンドユーザデバイスについて経時的に実機データの受信を繰り返すことと、統計的有意差があるか否かの特定を保持し続けるか否かを特定することと、をさらに含む。
【００４０】
[0040]  ある実施形態では、方法は、第１個体群又は第２個体群のうちの少なくとも１つに代わる少なくとも１つの他の個体群について、繰り返すことをさらに含む。
【００４１】
[0041]  ある実施形態では、方法は、１以上の製造条件の各々の少なくとも１つの他の集合について繰り返すことであって、少なくとも１つの他の集合のいずれも、前記集合と、又は、少なくとも１つの他の集合のいずれか他の集合と、全く同一の１以上の製造条件を含まない、繰り返すことをさらに含む。
【００４２】
[0042]  ある実施形態では、方法は、素子を含むエンドユーザデバイスについて故障データを受信することと、解析することのいずれかを実行する時に受信した故障データを使用することと、をさらに含む。
【００４３】
[0043]  ある実施形態では、方法は、付属データを受信することと、解析することのいずれかを実行する時に付属データを使用することと、をさらに含む。
【００４４】
[0044]  方法のある実施形態では、受信することは、収集すること又は集約することのうちの少なくとも１つを含む。
【００４５】
[0045]  ある実施形態では、方法は、オペレータによって入力された、前記集合に関する少なくとも１つの解析仕様を受信することをさらに含む。
【００４６】
[0046]  ここで開示される主題によれば、実機エンドユーザデバイスの１以上の製造条件の集合と性能との間に相関があるか否かの結論を可能にする方法がさらに提供され、当該方法は、１以上の製造条件の集合に関する少なくとも１つの解析仕様を含む少なくとも１つの基準を１以上のオペレータから受信することと、少なくとも１つの基準を提供することを含み、それによって、素子のうちの少なくとも２つの個体群を識別するために、電子素子の製造に関する、受信したデータ又は受信したデータに基づいて計算されたデータのうちの少なくとも１つを解析することであって、少なくとも２つの個体群のうちの第１個体群の製造は前記集合に対応するが、少なくとも２つの個体群のうちの第２個体群の製造は前記集合に対応しない、解析することと、第１個体群からの素子を含むエンドユーザデバイスと第２個体群からの素子を含むエンドユーザデバイスとの間の実機性能に統計的有意差があるか否かを特定するために、エンドユーザデバイスについて受信した実機データ又は受信した実機データに基づいて計算されたデータのうちの少なくとも１つを解析することと、統計的有意差があると特定された時に前記集合と実機性能との間に相関があると結論付け、又は、統計的有意差がないと特定された時に前記集合と実機性能との間に相関がないと結論付けることと、を可能にする。
【００４７】
[0047]  ここで開示される主題によれば、実機エンドユーザデバイスの１以上の製造条件の集合と性能との間に相関があるか否かの結論を可能にする方法がさらに提供され、当該方法は、少なくとも、１以上の素子メーカの製造設備から、又は、少なくとも、１以上の素子メーカの１以上の製造実行データベースから、又は、少なくとも、１以上の素子メーカの１以上の工場情報システムから、電子素子の製造に関するデータを収集することと、電子素子の製造に関するデータを提供することを含み、それによって、素子のうちの少なくとも２つの個体群を識別するために、電子素子の製造に関する、提供されたデータ又は提供されたデータに基づいて計算されたデータのうちの少なくとも１つを解析することであって、少なくとも２つの個体群のうちの第１個体群の製造は１以上の製造条件の集合に対応するが、少なくとも２つの個体群のうちの第２個体群の製造は前記集合に対応しない、解析することと、第１個体群からの素子を含むエンドユーザデバイスと、第２個体群からの素子を含むエンドユーザデバイスとの間の実機性能に統計的有意差があるか否かを特定するために、素子を含むエンドユーザデバイスについて受信された受信した実機データ又は受信した実機データに基づいて計算されたデータのうちの少なくとも１つを解析することと、統計的有意差があると特定された時に前記集合と実機性能との間に相関があると結論付け、又は、統計的有意差がないと特定された時に前記集合と実機性能との間に相関がないと結論付けることと、を可能にする。
【００４８】
[0048]  ここで開示される主題によれば、実機エンドユーザデバイスの１以上の製造条件の集合と性能との間に相関があるか否かを結論付けるために、その中に具現化されたコンピュータ読み取り可能なプログラムコードを有するコンピュータ使用可能媒体を備えるコンピュータプログラム製品がさらに提供され、当該コンピュータプログラム製品は、コンピュータに、電子素子の製造に関するデータを受信させるためのコンピュータ読み取り可能なプログラムコードと、コンピュータに、素子を含むエンドユーザデバイスから実機データを受信させるためのコンピュータ読み取り可能なプログラムコードと、コンピュータに、素子のうちの少なくとも２つの個体群を識別するために、電子素子の製造に関する、受信したデータ又は受信したデータに基づいて計算されたデータのうちの少なくとも１つを解析させることであって、少なくとも２つの個体群のうちの第１個体群の製造は１以上の製造条件の集合に対応するが、少なくとも２つの個体群のうちの第２個体群の製造は前記集合に対応しない、解析させるためのコンピュータ読み取り可能なプログラムコードと、コンピュータに、第１個体群からの素子を含むエンドユーザデバイスと第２個体群からの素子を含むエンドユーザデバイスとの間の実機性能に統計的有意差があるか否かを特定するために、受信した実機データ又は受信した実機データに基づいて計算されたデータのうちの少なくとも１つを解析させるためのコンピュータ読み取り可能なプログラムコードと、コンピュータに、統計的有意差があると特定された時に前記集合と実機性能との間に相関があると結論付けさせ、又は、統計的有意差がないと特定された時に前記集合と実機性能との間に相関がないと結論付けさせるコンピュータ読み取り可能なプログラムコードと、を備える。
【００４９】
[0049]  ここで開示される主題によれば、実機エンドユーザデバイスの１以上の製造条件の集合と性能との間に相関があるか否かの結論を可能にするために、その中に具現化されたコンピュータ読み取り可能なプログラムコードを有するコンピュータ使用可能媒体を備えるコンピュータプログラム製品がさらに提供され、当該コンピュータプログラム製品は、コンピュータに、１以上の製造条件の集合に関する少なくとも１つの解析仕様を含む少なくとも１つの基準を１以上のオペレータから受信させるためのコンピュータ読み取り可能なプログラムコードと、コンピュータに、少なくとも１つの基準を提供させることであって、それによって、素子のうちの少なくとも２つの個体群を識別するために、電子素子の製造に関する、受信したデータ又は受信したデータに基づいて計算されたデータのうちの少なくとも１つを解析することであって、少なくとも２つの個体群のうちの第１個体群の製造は前記集合に対応するが、少なくとも２つの個体群のうちの第２個体群の製造は前記集合に対応しない、解析することと、第１個体群からの素子を含むエンドユーザデバイスと第２個体群からの素子を含むエンドユーザデバイスとの間の実機性能に統計的有意差があるか否かを特定するために、素子を含むエンドユーザデバイスについて受信した実機データ又は受信した実機データに基づいて計算されたデータのうちの少なくとも１つを解析することと、統計的有意差があると特定された時に前記集合と実機性能との間に相関があると結論付け、又は、統計的有意差がないと特定された時に前記集合と実機性能との間に相関がないと結論付けることと、を可能にするためのコンピュータ読み取り可能なプログラムコードと、を備える。
【００５０】
[0050]  ここで開示される主題によれば、１以上の製造条件の集合と実機エンドユーザデバイスの性能との間に相関があるか否かの結論を可能にするためにその中に具現化されたコンピュータ読み取り可能なプログラムコードを有するコンピュータ使用可能媒体を備えるコンピュータプログラム製品がさらに提供され、当該コンピュータプログラム製品は、コンピュータに、少なくとも、１以上の素子メーカの製造設備から、又は、少なくとも、１以上の素子メーカの１以上の製造実行データベースから、又は、少なくとも、１以上の素子メーカの１以上の工場情報システムから、電子素子の製造に関するデータを収集させるためのコンピュータ読み取り可能なプログラムコードと、コンピュータに、電子素子の製造に関するデータを提供させ、それによって、素子のうちの少なくとも２つの個体群を識別するために、電子素子の製造に関する、提供されたデータ又は提供されたデータに基づいて計算されたデータのうちの少なくとも１つを解析することであって、少なくとも２つの個体群のうちの第１個体群の製造は１以上の製造条件の集合に対応するが、少なくとも２つの個体群のうちの第２個体群の製造は前記集合に対応しない、解析することと、第１個体群からの素子を含むエンドユーザデバイスと第２個体群からの素子を含むエンドユーザデバイスとの間の実機性能に統計的有意差があるか否かを特定するために、素子を含むエンドユーザデバイスについて受信された受信した実機データ又は受信した実機データに基づいて計算されたデータのうちの少なくとも１つを解析することと、統計的有意差があると特定された時に前記集合と実機性能との間に相関があると結論付け、又は、統計的有意差がないと特定された時に前記集合と実機性能との間に相関がないと結論付けることと、を可能にするためのコンピュータ読み取り可能なプログラムコードと、を備える。
【００５１】
[0051]  主題を理解するため、また、当該主題が実際にどのように実行され得るかを見るため、添付の図面を参照していくつかの例について説明する。
【図面の簡単な説明】
【００５２】
【図１】ここで開示される主題のある実施形態に係るＮＡＮＤフラッシュメーカの一例を示している。
【図２】ここで開示される主題のある実施形態に係るシステムのブロック図である。
【図３】図３Ａ及び図３Ｂを含み、ここで開示される主題のある実施形態に係る方法のフローチャートである。
【図４】ここで開示される主題のある実施形態に係る、解析仕様を定義する又は再定義する方法のフローチャートである。
【図５】図５Ａ及び図５Ｂを含み、ここで開示される主題のある実施形態に係る、機械及び人間の協働を通じて提供される入力を含む解析定義又は再定義の方法のフローチャートである。
【図６Ａ】図６Ａ及び図６Ａ続きを含み、ここで開示される主題のある実施形態に係る、エンドユーザデバイスについての少なくとも実機データと、デバイスに含まれる素子の製造に関するデータと、を解析する方法のフローチャートである。
【図６Ｂ】図６Ｂ及び図６Ｂ続きを含み、ここで開示される主題のある実施形態に係る、エンドユーザデバイスについての少なくとも実機データと、デバイスに含まれる素子の製造に関するデータと、を解析する別の方法のフローチャートである。
【図６Ｃ】図６Ｃ及び図６Ｃ続きを含み、ここで開示される主題のある実施形態に係る、エンドユーザデバイスについての少なくとも実機データと、デバイスに含まれる素子の製造に関するデータと、を解析する別の方法のフローチャートである。
【図７】図７Ａ及び図７Ｂを含み、ここで開示される主題のある実施形態に係る、解析の結果に作用する方法のフローチャートである。
【００５３】
[0061]  例示の簡素化及び明確化のため、図面に示された素子は必ずしも縮尺どおりに描かれていないことが理解されよう。例えば、素子の一部の寸法は、明確化のために他の素子に対して誇張されてもよい。さらに、適切と考えられる場合、同一の又は類似の素子を示すために図面同士の間で参照符号が繰り返されてもよい。
【発明を実施するための形態】
【００５４】
[0062]  デバイス性能における問題の影響を最小限に抑える方法を採用することが、エンドユーザデバイスメーカ並びにデバイスに含まれる電子モジュール及び部品のメーカの両方の最大の関心事であり得る。現在の主題のある実施形態は、電子素子（電子モジュール及び／又は電子部品を含む）の製造からのデータ、及び、それらの素子を含むエンドユーザのデバイスについての実機データを解析するための系統的なアプローチを提示する。
【００５５】
[0063]  ある実施形態では、電子機器の製造プロセスで疑われる又は実際に識別された問題は、それらの問題が、実機のエンドユーザデバイスによって生成されたデータ内に提示される応答に実際に影響を及ぼしたかどうかを特定するために使用されてもよい。追加的に又は代替的に、そうした問題は、上流の電子モジュール及び部品の製造の問題を監視して示すための手段として、偶発的なエンドユーザフィールドの欠陥及び返品されたマテリアルを当てにすることとは対照的に、実機のエンドユーザデバイスによって生成されたデータ内に示される潜在的に関連する応答の範囲を予測及び／又は詳しく説明するためにある実施形態において使用されてもよい。いずれにしても、（１以上の製造条件の集合において表されるような）製造プロセスにおける問題が実機性能に相関し得るか否かの結論があり得る。図１を参照すると、ここに開示される主題のある実施形態に係るＮＡＮＤフラッシュメーカの一例を示している。この例のＮＡＮＤフラッシュメーカは、設備の監視された部品における短い逸脱を経験し、未知の最終消費者の信頼性の危険を有するＷＩＰの３００個のウエハセグメントを生じさせる。この例では、製造される部品（ＮＡＮＤフラッシュ）は、例えば３つの異なるデバイスメーカを包含する数千台の携帯電話、ソリッドステートドライブ（ラップトップ／サーバ）及び乗用車等に最終的に投入され得る。それらの用途（携帯電話、ソリッドステートドライブ、乗用車等）の各々は、信頼性の見地から、他とは異なるリスクプロファイルを有する場合があり、また、各々は、製造の逸脱の下で製造されるマテリアルに様々に反応する場合がある。問題の根本原因は既に対処されたかもしれないが、デバイスメーカに課題に対する警告を出すため、また、将来のそうした逸脱を良好に認識して抑制しやすくするために部品製造における手順を改善するため、品質又は信頼性の問題の証拠があるか否かを確立するために、ＮＡＮＤフラッシュメーカは、エンドユーザデバイスの実機性能に関するデータを有することによって利益を得ている。そうした実施形態に関するさらなる詳細については以下を参照されたい。
【００５６】
[0064]  追加的に又は代替的に、ある実施形態では、実機エンドユーザデバイスデータにおいて検知された性能差が１以上の製造セグメントに相関され得る（本願明細書において、製造セグメントは１以上の製造条件の集合としても参照される）。例えば、既知の／認識済みの部品の逸脱はないが、エンドユーザデバイスの性能の問題（例えば、信頼性の問題）が明らかにされた場合、部品のメーカ又は別の団体は、識別された問題のあるデバイス性能に対して、疑われる部品を処理したかもしれないラインの一部の間に相関があるか否かを結論付けるために、製造部品を含む欠陥のあるデバイスからの実機データ、及び、下の部品の製造データを使用してもよい。そうした実施形態に関するさらなる詳細について以下を参照されたい。
【００５７】
[0065]  追加的に又は代替的に、ある実施形態において、関係を特定するために、実機データと製造データとの間でデータ相関が実行されてもよい。当該関係と参照関係との間の比較に応じて、実機データ及び／又は製造データに不一致があるかどうかが結論付けられてもよい。そうした実施形態に関するさらなる詳細については以下を参照されたい。
【００５８】
[0066]  ここでの説明において、主題の十分な理解を提供するために多数の特定の詳細を説明する。しかしながら、当業者であれば、主題のある例がそれらの特定の詳細なしで実施されてもよいことを理解するであろう。他の例では、周知の特徴、構造、特性、段階、アクション、プロセス、機能、機能性、手順、方法、ボックス、団体及び／又はシステムについては、主題を妨げないように詳細に説明しない。用語「通常は必要でないが」、「必ずしもそうでない」、「等」、「例えば」、「あり得る」、「潜在的に」、「可能である」、「可能である」、「もっともらしい」、「任意選択的に」、「例えば（say）」、「例えば（for example）」、「例えば（for instance）」、「一例」、「１つの例」、「図示した例」、「例示の例」、「ある例」、「別の例」、「他の例」、「様々な例」、「複数の例」、「ある実施形態」、「それらの実施形態のいくつか」、「他の実施形態」、「多くの実施形態」、「一実施形態」、「例示の実施形態」、「別の実施形態」、「ある他の実施形態」、「例示した実施形態」、「複数の実施形態」、「複数の例」、「別の例」、「他の例」、「ある場合」、「いくつかの場合」、「別の場合」、「他の場合」、「複数の場合」又はそれらの変形の用語の使用は、特別に説明した特徴、構造、特性、段階、アクション、プロセス、機能、機能性、手順、方法、ボックス、団体又はシステムが、主題の少なくとも１つの例に含まれるが、必ずしもすべての例には含まれないことを意味している。同一の用語の出現が必ずしも同一の例を参照するわけではない。
【００５９】
[0067]  用語「示した例」、「例示の実施形態」又はその変形は、図面の１以上に読み手の注意を向けるために使用されてもよいが、任意の他に対する任意の例の方を好むものとして解釈されるべきではない。
【００６０】
[0068]  例えば、「してもよい（may）」、「してもよい（might）」、「することができる」又はその変形等の条件言語の使用は、主題の１以上の例が、ある特徴、構造、特性、段階、アクション、プロセス、機能、機能性、手順、方法、ボックス、エンティティ及び／又はシステムを含むが、主題の１以上の他の例が必ずしも含まなくてもよいことを伝達するものとして解釈されるべきである。従って、そうした条件言語は、特別に説明した特徴、構造、特性、段階、アクション、プロセス、機能、機能性、手順、方法、ボックス、エンティティ又はシステムが主題のすべての例に必ず含まれることを示唆することを概して意図していない。
【００６１】
[0069]  用語「を含む」、「を備える」及びその変形は、「を含むがそれに限定されない」の意味として解釈されるべきである。
【００６２】
[0070]  用語「に基づいて」、「を基にして」及びその変形は、「少なくとも部分的に〜に基づいて」の意味として解釈されるべきである。
【００６３】
[0071]  用語「非一時的」又はその変形は、一時的、伝搬する信号を排除するために使用されてもよいが、そうでなければ、アプリケーションに適した任意の揮発性又は不揮発性コンピュータメモリ技術を含むために使用されてもよい。
【００６４】
[0072]  用語「デバイス」又はその変形及び「エンドユーザデバイス」又はその変形は、エンドユーザが使用するデバイス、かつ、エンドユーザデバイスの製造に先立って別個に製造された電子素子を含むデバイスを参照するために同じ意味で使用されてもよい。
【００６５】
[0073]  用語「エンドユーザ」又はその変形は、デバイスが製造された後に（エンドユーザ）デバイスを使用するユーザを参照してもよい。
【００６６】
[0074]  用語「素子」及び「電子素子」はここで同じ意味で使用されてもよい。電子素子は電子モジュール及び／又は電子部品を含んでもよい。用語「部品」及び「電子部品」はここで同じ意味で使用されてもよい。用語「モジュール」及び「電子モジュール」はここで同じ意味で使用されてもよい。
【００６７】
[0075]  用語「素子」、「電子素子」又はその変形は、電子機器の方法又は原理によって構築された又は作動する部品及び／又はモジュールを参照してもよく、電子モジュールは、電子部品、関連の配線及び任意選択的に他のモジュールのアセンブリを含んでもよい。そうした電子素子の例は、例えば集積回路、ＶＬＳＩマイクロチップ、システムオンチップ（ＳＯＣ）、半導体メモリ及び／又は論理回路のアレイ、バイポーラトランジスタ、電界効果トランジスタ（ＦＥＴ）、サイリスタ、ダイオード、真空管等のアクティブ部品、並びに、そうしたアクティブ部品等から少なくとも部分的に構成されるモジュール等、及び／又は、例えばレジスタ、コンデンサ、インダクタ、メモリスタ、サーミスタ、熱電対、アンテナ、コイル、ヒューズ、リレー、スイッチ、導電ワイヤ及びコネクタを含むパッシブ部品、並びに、そうしたパッシブ部品から少なくとも部分的に構成されるモジュール等を含んでもよい。例えばプリント回路（ＰＣ）基板、マザーボード、ドーターボード、プラグイン、拡張カード、アセンブリ、マルチチップパッケージ（ＭＣＰ）、マルチチップモジュール（ＭＣＭ）、簡略化（potted）されてカプセル化されたモジュール、インターポーザ、ソケット等の様々なタイプの電子モジュール及び回路固定物内に含まれる又は統合されたアクティブ及びパッシブ素子が含まれ、例えばパッド、ボンドワイヤ、はんだボール、はんだバンプ、リード線、配線、ジャンパ線、プラグ、ピン、コネクタ、ビア、及び、必要な場所に電気的導通を提供する多種多様の他の手段のいずれか等の統合電気的接続とともに上述したそれらの素子を含む。追加的に又は代替的に、用語「素子」、「電子素子」又はその変形は、例えばレーザ、メーザ、発光ダイオード（ＬＥＤ）、マイクロ波クライストロン管、電気を使用する様々な光生成源、太陽電池セル、液晶ディスプレイ（ＬＣＤ）、電荷結合素子（ＣＣＤ）、ＣＭＯＳセンサ、光コネクタ、導波管、光電子工学の分野からの様々なデバイスのいずれかを含む、そうした放射を生成し、検出し、受信し、伝送し、変換し及び制御する、任意の波長の光子放射の応用に基づく部品及び／又はモジュールを参照してもよい。追加的に又は代替的に、用語「素子」、「電子素子」又はその変形は、例えば、コンピュータハードドライブの磁気媒体等の磁性現象を利用する磁気電子工学の応用に基づく部品及び／又はモジュール、並びに、例えば磁気抵抗のランダムアクセスメモリ（ＭＲＡＭ）及び例えば、コンピュータハードドライブ等の読み取りヘッドに使用されるもの等の巨大磁気抵抗効果（ＧＭＲ）部品などのそれらの機能における電子スピン等を利用するスピン工学の応用に基づく部品及び／又はモジュールを参照してもよい。追加的に又は代替的に、用語「素子」、「電子素子」又はその変形は、例えば電気モータ及び発電機、様々な機能を有する微小電気機械システム（ＭＥＭＳ）、トランスデューサ及び圧電部品、並びに、共振回路等で使用される際の水晶等の電子機械の応用に基づく部品及び／又はモジュールを参照してもよい。追加的に又は代替的に、用語「素子」、「電子素子」又はその変形は、電気車両又はハイブリッド車両に電力を提供するために使用される電���、並びに、化学電池の様々な形態を含む及び燃料電池の様々な形態を含むモバイル電子機器消費製品で使用される電池等の電気を生成する電気化学の応用に基づく部品及び／又はモジュールを参照してもよい。また、例えば様々なガスセンサ、イオン感応電界効果トランジスタ（ＩＳＦＥＴ）センサ、バイオセンサ、ｐＨセンサ、導電センサ等の検知部品等の化学状態への電気応答を生成する応用が含まれる。
【００６８】
[0076]  例えば、「受信する」、「許容する」、「可能にする」、「アクセスする」、「出力する」、「入力する」、「相関させる」、「集約する」、「グループ化する」、「代用する」、「フィードバックする」、「表す」、「レポートする」、「させる」、「解析する」、「関連付ける」、「記憶する」、「提供する」、「示す」、「送信する」、「伝送する」、「書き込む」、「読み取る」、「実行する（executing）」、「実行する（performing）」、「実装する」、「生成する」、「搬送する」、「検査する」、「解析する」、「通知する」、「チェックする」、「確立する」、「向上させる」、「記憶する」、「計算する」、「得る」、「通信する」、「要求する」、「応答する」、「回答する」、「特定する」、「決定する」、「結論付ける」、「表示する」、「使用する」、「識別する」、「予測する」、「クエリを送信する」、「準備する」、「インデックスする」、「リンクさせる」、「暗号化する」、「復号化する」、「分類する」、「構文解析する」、「組織化する」、「フォーマットする」、「再フォーマットする」、「収集する」、「繰り返す」、「定義する」、「認識する」、「確認する」及びそれらの変形等の用語の使用は、ソフトウェア、ハードウェア及び／又はファームウェアのいずれかの組み合わせのアクション及び／又はプロセスを参照する。例えば、これらの用語は、場合によっては、データを、他のデータ、例えば電子諸量である物理量として表されるデータ、及び／又は、物理的対象を表すデータに処理する及び／又は変換する少なくともいくらかのハードウェア及びデータ処理性能を各々有する１以上の電子機械のアクション及び／又はプロセスを参照することがある。これらの場合、本願明細書における教示に従ったアクション及び／又はプロセスの１以上は、各々が所望の目的のために特に構築及び従って構成された１以上のそうした電子機械によって、各々がコンピュータ読み取り可能プログラムコードによって所望の目的のために特に構成された１以上のそうした多目的の電子機械によって、及び／又は、所望の目的のいくつかのために特に構築されたある部品及びコンピュータ読み取り可能プログラムコードによって他の所望の目的のために特に構成されたある部品を各々が含む１以上のそうした電子機械によって、実行されてもよい。例えば、「コンピュータ」、「電子機械」、「機械」、「プロセッサ」、「処理ユニット」等の用語は、少なくともいくらかのハードウェア及びデータ処理能力（アナログ、デジタル又はその組み合わせであろうとなかろうと）を有するある種の電子機械をカバーするように拡張して解釈されるべきであり、そうした電子機械には、例えば、パーソナルコンピュータ、ラップトップ、タブレット、スマートフォン、サーバ、ある種のプロセッサ（例えば、デジタルシグナルプロセッサ(ＤＳＰ)、マイクロコントローラ、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、単一の又は複数の並列分散及び／又はその他であろうとなかろうとプロセッサの任意の公知のアーキテクチャ）、少なくともいくらかのハードウェアとデータ処理能力及び／又はその任意の組み合わせとを有するその他の任意の種類の���子機械が含まれる。
【００６９】
[0077]  明確化のため、別個の例に関連して説明される本願明細書で開示された、ある特徴、構造、特性、段階、アクション、プロセス、機能、機能性、手順、方法、ボックス、エンティティ及び／又はシステムが、単一の例で組み合わせて提供されてもよいことが理解されるべきである。反対に、簡略化のため、単一の例に関連して説明される本願明細書で開示された、様々な特徴、構造、特性、段階、アクション、プロセス、機能、機能性、手順、方法、ボックス、エンティティ及び／又はシステムが、別個に又は任意の適切なサブコンビネーションで提供されてもよい。
【００７０】
[0078]  図２は、ここで開示する主題のある実施形態に係るシステム２００のブロック図である。システム２００は、ここで記述して説明するような機能を実行するソフトウェア、ハードウェア及び／又はファームウェアの任意の組み合わせから構成されてもよい。同様に、図２に示すボックスのいずれかが、ここで記述して説明するような機能を実行するソフトウェア、ハードウェア及び／又はファームウェアの任意の組み合わせから構成されてもよい。あるいは、システム２００を構成するソフトウェア、ハードウェア及び／又はファームウェアの組み合わせは、ここで説明する機能の少なくとも一部を実行するための１以上のプロセッサを含んでもよい。ここでシステムを参照する時、参照は、図２に示す１以上のボックスを含むシステムになされてもよいことに留意されたい。例えば、システムはボックス６又はその一部のみを含んでもよく、システムは、（ボックス６又はその一部を含んでも含まなくてもよい）図２に示す１以上のボックスを含んでもよく、システムは、図２に示す任意選択的ではないボックスの少なくともすべてを含んでもよく、システムは、図２に示すボックスのすべてを含んでもよく、システムは、図２に示されないボックスを含んでも含まなくてもよい等々。システムは、単一の場所に集約されてもよく、又は、複数の場所に分散されてもよい。
【００７１】
[0079]  例示の実施形態では、電子素子の典型的な集まりは、デバイスエンドユーザによって実機で使用されるデバイスの複数の例に含まれる。例示の素子は電子部品及び／又は電子モジュールを含んでもよい。上で詳述した例のリストを参照されたい。場合によっては、特定のモジュールは、単純化のために「サブモジュール」として参照され得る１以上の他のモジュールを含んでもよいが、サブモジュールもモジュールであることが理解されるべきである。通常、必ずしもそうではないが、電子部品又は電子モジュールは、エンドユーザデバイスの一部を除いてエンドユーザに販売されていなくてもよく又はエンドユーザによって使用されていなくてもよい。しかしながら、エンドユーザデバイスは、（エンドユーザがあるタスクを実行する必要がある、及び／又は、技術者が、デバイスの初期作動前にデバイスをインストール又は起動する必要があるが）製造中に追加の組み立てを受けずにエンドユーザに販売され得る又はエンドユーザによって使用され得るアイテムであってもよい。電子部品及び／又はモジュールを除いて、エンドユーザデバイスは、配線、及び／又は、非電子部品及び／又はモジュールを任意選択的に含んでもよい。
【００７２】
[0080]  例示の単純化のため、デバイスの２つの集まりがあるが、代替的に１つの集まり又は３以上の集まりがあってもよいことが図２において想定される。図面に示す例示のデバイスの２つの異なる集まりは、「デバイスＡ」及び「デバイスＢ」として単に参照される。例示の実施形態では、デバイスＡ及びデバイスＢは、設計、形態及び／又は機能において互いに区別可能であるが、それらの構成において例示のデバイス素子の１以上を共通に有していることが意図されている。図面に示す実施形態は、２つのみの異なるタイプのデバイス及び２つの異なる素子のソースを含んでいるが、主題は、包含されるデバイス又は素子の数又はタイプに関して限定されるものではないことが理解されるべきである。
【００７３】
[0081]  主題は、デバイスの集まりが互いにどのように異なり得るかについて限定するものではない。例えば、デバイスの各集まりは、異なるタイプのデバイス（例えば、異なる製品及び／又は同一の製品の異なるモデル）を表してもよく、及び／又は、異なるメーカを表してもよい。異なる製品は、例えば、高容量低衝撃破損の製品（例えば、携帯電話、セットトップボックス、タブレット／ラップトップコンピュータ等）、低容量高衝撃破損の製品（例えば、サーバ又はサーバファームのディスクドライブ、工場設備等）、ミッションクリティカル健康安全製品（例えば、航空電子工学、車又は他の自動車の電子機器制御ユニット、軍隊、医療用途等）、及び、インフラ製品（例えば、信号機、送電網コントロール等）等を含んでもよい。同一製品の異なるモデルは、同じメーカによって製造されてもされなくてもよい異なるモデルのラップトップを含んでもよい。例えば、１万台のサムソンの１つのモデルの電話に対して、異なるモデルの２万台のサムソンの電話又は異なるモデルの２万台のアップルの電話である。異なるタイプのデバイスは、完全に異なる用途及び／又は市場のためのものであり得るが、必ずしもそうでなくてもよい。
【００７４】
[0082]  しかしながら、上述したように、デバイスが、同一のタイプのものであって（同一の製品及び同一のモデル）、かつ、同一のメーカによって製造されたものである場合であっても、ここで開示した主題に従ってシステムから利益を得ることが可能である。
【００７５】
[0083]  例示の実施形態では、部品製造工程１の各々及びモジュール製造工程２について、例示のデバイス素子の製造プロセスに関する様々なデータが参照される。この製造データは、物理的構築（「製作」）又は素子の検査に包含される製造設備によって生成されてもよく、又は、実行されている製造の履歴に関する工程情報を包含する製造実行（ＭＥＳ）データベースから導出されてもよい。所定のタイプの素子についての製造データは、おそらく複数の処理ステップにわたり得るので、また、様々な地理的位置で発生し得るので、図面に示す個別のボックス１及び２は、単一の地理的位置における単一の処理ステップを必ずしも示唆しないことに留意されたい。例えば、部品の製造において、ボックス１は、部品の製作、ＷＡＴ構造のウエアレベルの電気パラメータ検査、ウエハ上で実行される製造ダイの電気検査（「ウエハソート」）、ウエハ組み立て（「ユニット」への製品ダイのパッケージング）、ユニットレベルのバーンイン検査、ユニットレベルの最終検査、システムレベルの検査等を含んでもよい。完成品の部品の製造におけるこれらの様々なステップは、様々な地理の様々な設備で又は同一の設備で生じてもよい。同様に、例えばモジュール製造において、ボックス２は、例えばインサーキットテスト（ＩＣＴ）、自動光学検査（ＡＯＩ）、Ｘ線検査（ＡＸＩ）、コンフォーマルコート検査等のモジュール製造にたいてい関連するステップに加えて、部品製造について上述した、同様の製作、処理、モニタリング及び電気検査の工程を含んでもよい。これらのステップは、様々な地理の様々な設備で又は同一の設備で実行されてもよい。
【００７６】
[0084]  ボックス１及びボックス２からのこれらのデータは、例えば製造設備（例えば、製作設備、検査設備等）から、工場情報システムから及び／又は素子メーカの製造実行データベースから収集されてもよく（又は、言い換えれば、コンパイルされてもよく）、かつ、（例えば、収集される際に）又は局所的な集約後に送信されてもよい。テスタからのデータの収集は、例えば、検査中にソフトウェアによって実行されてもよく、及び／又は、ＭＥＳデータベースからのデータの収集は、例えば、データベースからデータを抽出するためのインターフェースを提供するソフトウェアによって実行されてもよい。
【００７７】
[0085]  例示の実施形態では、製造設備（例えば、製作設備、検査設備等）によって生成された、工場情報システムによって生成された、及び／又は、デバイスメーカのＭＥＳデータベースから導出されたデバイス製造データ（ボックス３）がシステム２００で使用されてもよい。しかしながら、他の実施形態では、デバイス製造データは使用されなくてもよい。
【００７８】
[0086]  説明の簡素化のため、例示の実施形態は、デバイス製造データ３がデバイス集まりＡ及びＢについての製造データの１以上のソースに関することを前提とする。さらに、部品製造データ１は、デバイス集まりＡ及びＢに含まれる素子についての製造データの１以上のソースに関することを前提とする。また、モジュール製造データ２は、デバイス集まりＡ及びＢに含まれるモジュールについての製造データの１以上のソースに関することを前提とする。ある実施形態では、製造データは、デバイス集まりＡ及びＢ以外のデバイス内の部品及び／又はモジュールに関してもよいこと、並びに／若しくは、デバイスのサブ集まりＡ及びＢのみに含まれる部品及び／又はモジュールに関してもよいことが可能である。さらに、ある実施形態では、対象のデバイスは、集まりのうちの１つのみ、デバイスのサブ集まりＡ及びＢのみ、及び／又は、他の集まりのデバイスであってもよいことが可能である。
【００７９】
[0087]  １、２及びおそらく３の製造データ（ここでは、「製造に関するデータ」ともいう）を参照すると、取得されたデータは、図２の例示の実施形態に示すように、任意選択的に、データソースの場所で局所的に集約され、かつ、その後にボックス６に（例えばインターネットを介して）送信されてもよい。（別個のローカルアグリゲータが、部品、モジュール及びデバイス製造データについて任意選択的に示されているが、ある実施形態では、例えば、データソースが同一の場所にある場合に送信側により近くに、及び／又は、受信側（ボックス６）により近くに、複数のアグリゲータが組み合わせられてもよい。）例えば、集約されたデータは、ＦＴＰプロトコルを使用して、ＨＴＴＰウェブサービスを介して、ＲＥＳＴｆｕｌ実装を通じて若しくはデジタル通信の任意の他の標準的な又は独占的な方法を通じて、受信ボックス６に暗号化ファイルとして送信されてもよい。ある実施形態では、所定の製造データソース（例えば、ボックス１〜３のうちの１つ）は、複数の場所にまたがって分布させられてもよく、データの集約は、互いに独立してそれらの場所で発生してもよい。これらの実施形態のうちのいくつかでは、そうしたデータは、様々なデータソースから到着して、その後（例えば、１時間に１度、１日に１度等）の送信のためにキューに入れられて準備されてもよく、又は、準備後に即座に送信されてもよい。送信されたデータは、利用可能なデータソースの各々について個別に又は集約後に組み合わせて、発生してもよい。他の実施形態では、データは、送信前に集約されなくてもよいが、収集される際にデータソースから（暗号化されて又は暗号化されずに）ストリーム配信されてもよい。他の実施形態では、データは、集約されて（暗号化されて又はされずに）ストリーム配信されてもよい。
【００８０】
[0088]  ボックス１、２及び／又は３からのデータは、例えば１以上のコレクタ及び／又はアグリゲータによって収集及び／又は集約されてもよい。コレクタ及び／又はアグリゲータは、例えば、少なくとも１つのプロセッサを含んでもよい。
【００８１】
[0089]  主題は、製造データのタイプを限定するものではないが、読み手へのさらなる例示のために、いくつかの例をここで提供する。素子製造データは、物流データ（属性データともいう。）、物理的測定値（部品製造段階中、組み立てパッケージング中、ＰＣボード製造中等に得られる）、製造設備によって生成される製造データ、検査データ、製造設備保守データ、監視装置データ等を含んでもよい。
【００８２】
[0090]  製造データのこれらの例は、パラメータデータ、機能データ及び／又は属性データに分類されてもよい。主題は、これらの分類によって境界を規定されず、ある実施形態では、より少ない、より多い及び／又は異なる分類があってもよい。追加的に又は代替的に、特定の分類へのデータの分類は実施形態によって異なってもよい。
【００８３】
[0091]  例えば、パラメータデータは、様々な物理的測定値、製造、監視、保守及び／又は検査から生じる及び／又は導出される数値データを含んでもよく、多くの場合（常にではない）、非整数として表される。主題は、パラメータデータを限定するものでないが、例示のため、いくつかの例をここで提示する。例えば、これらのデータは、数値を表す任意の形式であってもよく、若しくは、数値の範囲又は集合であってもよい。パラメータデータは、例えば、電力消費、最大クロック周波数、オンチップデジタルアナログ変換回路（ＤＡＣ）回路のための較正設定、最終試験動作時間等の素子の処理又は性能のいくつかの態様を定量化してもよい。
【００８４】
[0092]  例えば、機能データは、素子の機能性、構成、ステータス、分類又は非パラメータ状態のいくつかの態様を示すデータを含んでもよい。機能データは、様々な物理的測定値、製造、監視、保守及び／又は検査から生じても及び／又は導出されてもよい。主題は、機能データを限定するものではないが、例示のため、ここでいくつかの例を提示する。例えば、これらのデータは、機能性又は動作状態、構成、ステータス、分類又は非パラメータ状態を表す任意のデータ形式であってもよい。例えば、機能データは、バイナリ形式で、例えば、１＝合格／機能的、０＝不合格／非機能的によって表されてもよい。この例を続けると、ある実施形態では、そうした機能データは、素子の固有の最終用途機能から、例えば、メモリ素子上で実行された読み取り−書き込み−読み取りパターンの結果から、又は、ＣＰＵ素子上の一連のユーザ命令の実行の結果から、生じてもよい。追加的に又は代替的に、ある実施形態では、そうした機能データは、その目的のための素子内に設計された非ユーザ機能の実行から、例えば、検査範囲の向上、検査時間の削減、若しくは、素子の状態又は挙動に関する情報の収集の実行から、生じてもよい。例えば、ビルトインセルフテスト（ＢＩＳＴ）、プログラム可能ビルトインセルフテスト（ＰＢＩＳＴ）、メモリビルトインセルフテスト（ＭＢＩＳＴ）、パワーアップビルトインテスト（ＰＢＩＴ）、初期化ビルトインテスト（ＩＢＩＴ）、連続ビルトインテスト（ＣＢＩＴ）、及び／又は、パワーオンセルフテスト（ＰＯＳＴ）回路を使用して実行される検査の結果、又は、エンジニアリング読み取り回路を使用して素子の構成又はステータスを読み取ることの結果が、機能データによって表されてもよい。
【００８５】
[0093]  属性データは、素子の特性等の素子の処理、又は、必ずしも測定される必要はないが固有であり得る素子の処理のいくつかの態様を示す量的データを参照してもよい。主題は、属性データを限定するものではないが、例示のためにいくつかの例をここで提示する。例えば、これらのデータは任意の形式であってもよい。属性データの例は、メーカ名、製造環境条件、使用された設計修正、使用された製造設備、使用された検査設備、使用された処理材料、工場／地理的情報、製造時間、使用された検査ソフトウェア修正、故意に又は不注意で適用された製造条件、設備保守事象／履歴、処理の流れ及び製造事象履歴、分類データ、処分データ（廃棄処分を含む）、構成データ、構築データ、製造される工場の状態、作業職員情報、使用されたプローブカード、素子が再検査されたかどうか、基板内の物理的配置に関するデータ、パッケージ又はウエハ（例えば、中心対縁部、又は、レチクル位置、ダイのｘ座標、ｙ座標、ＰＣボード上の部品のボード位置、マルチチップモジュール内の部品の位置等）、及び、処理バッチデータ（例えば、ダイ識別子、ウエハ番号、ロット番号等）等を含んでもよい。
【００８６】
[0094]  デバイス製造データが収集される場合、そうしたデバイス製造データは、物流データ（例えば、デバイスメーカ名、製造時間、エンドユーザ、デバイスアプリケーション情報、構成情報（例えば、ファームウェア修正）、電気素子識別子情報、使用された設計修正、使用された検査設備、製造時間、使用された検査ソフトウェア修正、設備保守がいつ実行されたか、作業職員、バッチ、処理の流れ及び条件、製造事象履歴、分類及び処分データ（廃棄処分を含む）、構築データ、デバイス内の素子の配置、デバイスが再検査されたかどうか等）、機能データ（例えば、ＢＩＳＴ  ＰＢＩＴ、ＩＢＩＴ、ＣＢＩＴ、ＰＯＳＴ、構造スキャン検査等を用いる）及び／又はパラメータデータを含んでもよい。
【００８７】
[0095]  任意選択的に、特定の素子についての製造データ又は特定のデバイスについての製造データは、追加的に又は代替的に、それぞれ特定の素子又は特定のデバイス上にベアリングを有し得る他の素子又はデバイス上の製造データを含んでもよい。例えば、他の素子又はデバイスが廃棄された場合、このことは、たとえ特定の素子又は特定のデバイスが廃棄されなかった場合であっても、特定の素子又は特定のデバイス上に悪い影響を与え得る。ある実施形態では、廃棄された素子は、廃棄されなかった特定の素子又は特定のデバイスと、製造プロセスにおけるいくらかの共通性、又は、それらの構築における共通性を共有してもよく、共通性は例えば、ウエハ又はロットソースにおける共通性、プロセスの時間における共通性、製造及び／又は検査のために使用された処理設備における共通性、製造及び／又は使用された検査レシピにおける共通性、製造の測定結果における共通性等を含む。ある実施形態では、共通の要因の組み合わせは特定の素子又はデバイス上にベアリングを有し得ることであり、例えば、製造プロセスが既知の製造品質の課題を有していた時の期間中に多くのダイが廃棄されたウエハで製造された素子が問題であり得る一方で、同じ期間中にダイを廃棄せずにウエハで製造されたものは問題ではない。従って、廃棄についてのデータは、特定の素子又は特定のデバイスについての製造データに任意選択的に含まれてもよい。別の例では、検査中のサンプリングによって、特定の素子又は特定のデバイスについての実際の検査結果がなくてもよいが、別の素子又はデバイスのサンプリングされた検査結果が有用であり得る。従って、サンプリングされた検査結果は、特定の素子又は特定のデバイスについての製造データに含まれてもよい。別の例では、歩留まりデータは、特定の素子又は特定のデバイスを必ずしも含む必要はないが（例えば、廃棄された素子又はデバイスのみを含む）、いずれにしても、特定の素子又は特定のデバイスに関連し得るので、任意選択的に、特定の素子又は特定のデバイスについての製造データに含まれてもよい。
【００８８】
[0096]  ある実施形態では、所定の製造データ点が、１以上の製造条件の特定の集合にトレース可能である必要がある場合がある。そうした素子を含むデバイスのエンドユーザによって実機で生成されたデバイス素子の相対データのうちの製造データを解析するために、トレーサビリティが所望され得る。例えば、ウエハソート中に生成されたパラメータ検査測定値が、特定のウエハ上の特定のダイを起源とすることが既知である場合、かつ、その同じダイが、エンドユーザデバイス内の部品として識別され得る場合、パラメータウエハソート検査の測定値とエンドユーザデバイスの挙動との間の関係が潜在的に見出され得る。同様に、ＰＣボード製造プロセスからのパラメータ測定値が、特定の製造期間中に特定のテスタ上で生成されたことが既知である場合、かつ、エンドユーザデバイス内に収容されたＰＣボードが、期間中に同一の特定のテスタで検査された場合、期間中のＰＣボードテスタの挙動とエンドユーザデバイスの挙動との間の関係が潜在的に見出され得る。これらの例では、製造条件の特定の集合に対するパラメータ測定をトレースするための能力は、条件の製造集合とエンドユーザデバイス挙動との間の相関を見出すことを可能にし得る。
【００８９】
[0097]  ある例では、部品についての製造データは、部品の識別子（ＩＤ）とともにボックス６内に（例えば、ローディングサービス７によって）自動的に受信されてもよい。製造データはその後、識別子にインデックスされるデータベース１０内に（例えば、ローディングサービス７によって）ロードされる。これらの例のいくつかでは、部品の識別子は、メーカの識別子、部品のタイプの識別子及び／又は工場の識別子を含んでもよい。追加的に又は代替的に、部品の識別子は、ロット識別子、ウエハ識別子、ウエハセクタ識別子（例えば、縁部セクタ、中心セクタ等）、及び／又は、ダイ識別子（ｘ座標、ｙ座標）を含んでもよい。他の例では、部品の識別子は、例えばルックアップテーブル又は同様の機構を介して、例えば、原盤のウエハ／ダイを間接的に参照するための根拠であるシリアル番号を含んでもよい。
【００９０】
[0098]  任意選択的に、部品が製造されている時、ロット識別子及びウエハ識別子が、（例えば、エッチャーが使用される場合、特定のロット及びウエハのエッチャー測定値とともに）収集される製造データとともに（例えば、ＭＥＳ内に及び／又はデータベース１０内に）データベース化されてもよい。各ウエハ上の個々のダイは、ウエハが組み立てられる／パッケージングされる時間までにウエハ上の既知の位置にあってもよい。ウエハソートでは、部品が物理的な製造を完了した後、電子部品ＩＤ（ＥＣＩＤ）データ、又は、同等の、ユニットレベルトレーサビリティ（ＵＬＴ）データが、ダイがウエハから切り離された後であっても任意の／全てのその後の電気的な検査作業で電気的に読み出され得るオン部品ヒューズ内にプログラミングされてもよい。それらのデータは、その後、デバイスのソースを示すために、例えばロット番号＿ウエハ番号＿ダイＸ＿ダイＹ等のアスキー形式で復号化されてもよい。部品の最終検査（例えば）では、ＥＣＩＤデータが、読み出されて、最終検査データとともに記憶されてもよい。
【００９１】
[0099]  例によっては、部品識別子は、すべての他の部品からその部品を個々に識別してもよく又は識別しなくてもよいことに留意されたい。例えば、部品識別子は、場合によっては、バッチレベル（例えば、ロット、ウエハ）までのみ識別してもよく、ダイ自身については識別しなくてもよく、他の場合によっては、部品識別子は実際のダイを識別してもよい。
【００９２】
[0100]  場合によっては、モジュールについての製造データは、モジュールの識別子とともに（例えば、ローディングサービス７によって）ボックス６内に自動的に受信されてもよい。製造データはその後、識別子にインデックスされたデータベース１０内に（例えば、ローディングサービス７によって）ローディングされてもよい。これらの例のいくつかでは、ＰＣボードについてのモジュール識別子は、ボード上の部品のＥＣＩＤ（ヒューズ）、ボード上のＷｉ−Ｆｉ（登録商標）（サブ）モジュールのメディアアクセス制御（ＭＡＣ）アドレス、バーコード、無線周波数ＩＤ（ＲＦＩＤ）（アクティブ／パッシブ）、ダイレクトパーツマーキング（レーザエッチング、インク印刷及び／又は他の技術（データマーク））、ボード識別子、シリアル番号等のいずれかを含んでもよい。例えば、マルチチップモジュールについては、識別子は、モジュール内の部品のＥＣＩＤ（ヒューズ）、シリアル番号等であってもよい。
【００９３】
[00101]  デバイス製造データが収集されるある場合では、デバイスについての製造データは、デバイスの識別子とともに（例えば、ローディングサービス７によって）ボックス６内に自動的に受信されてもよい。製造データはその後、インデックスされたデータベース１０内に（例えば、ローディングサービス７によって）ロードされてもよい。デバイスの識別子は例えばデバイスシリアル番号を含んでもよい。追加的に又は代替的に、デバイスの識別子は、デバイス内のすべての部品及び／又はモジュールの識別子、又は、デバイス内の１以上の部品／モジュールの、例えば主要な部品／モジュールの識別子を含んでもよい。この例を続けると、デバイス識別子は、場合によっては、デバイスのＰＣボード及び／又はマルチチップパッケージの識別子を含んでもよい。そうした識別子は、データに関連する製造条件の集合に対する製造データのトレースを可能にしてもよい。
【００９４】
[00102]  主題は、部品、モジュール又はデバイスについての上の識別子の例のいずれかに拘束されない。
【００９５】
[00103]  製造条件の集合は、１以上の条件によって製造条件の他の集合から区別されてもよく、そうした集合は、それによって、その製造が当該集合に対応する素子の範囲を定義してもよい。製造条件の所定の集合に対応する素子の製造が、定義によって、所定の集合を定義するものを少なくとも含む条件下で製造されてもよいが、所定の集合を定義する製造条件は、１０００に達し得る素子を製造することに通常包含される無数の条件のすべての部分集合のみで通常はあってもよいことに留意されるべきである。例えば、製造が３０００もの条件を包含し得る部品は、３つの条件のみによって定義される製造条件の集合の下で製造されたものであるものと考えられ、当該条件は、例えば、部品が、ウエハ縁部の１０ｍｍ以内に配置されるウエハ上のダイ位置からのものである場合、及び、部品が、３５オームより大きい中央値のＷＡＴ接触／Ｍｅｔａｌｌチェーン抵抗測定値を有するウエハのみからのものである場合、及び、部品が、６０％未満のウエハソート歩留まりを有するウエハのみからのものである場合である。製造が３つすべての製造条件の集合を満たす部品（それらの部品の製造に包含され得る他の条件に関わらず）は、当該集合に対応する製造を有するように記述されてもよい一方で、製造が３つすべての基準を満たさないすべての部品は、当該集合に対応しない製造を有するものとして記述されてもよい。それらの後者の部品の製造は、当該集合に条件として規定される製造条件のうちの１以上において少なくとも異なることによって前者の部品の製造とは区別されてもよい。製造条件の例は、工場、製造検査設備、製造製作設備、製造時間、バッチデータ（例えば、ロット、ウエハ等）、素子のタイプ（例えば、部品のタイプ、モジュールのタイプ）、製造工程仕様、処理フロー及び条件、監視装置データ、製造制作プロセス修正、製造設備保守履歴、分類及び処分データ（廃棄処分を含む）、構成データ、構築データ、設計修正、ソフトウェア修正、製造検査又は製作パラメータデータ特性、製造事象履歴、作業職員、他の製作データ、検査データ、基板パッケージ又はウエハ内の物理的配置データ（例えば、中心部対縁部、又は、レチクル位置、ダイのｘ座標、ｙ座標、ＰＣボード上の部品の位置、マルチチップパッケージ内の部品の位置）、製造温度等を含んでもよい。例えば、製造条件の集合は、１以上の不適切な又は非公称の製造条件によって区別されてもよく、その結果、それらの条件下で製造された素子は、製造条件のこの集合に対応するものとみなされてもよい。不適切な条件は非公称の条件の１つのタイプであってもよい。例えば、不適切な条件は、例えば製造される素子の歩留まり又は信頼性又は性能におけるある種の問題に至り得る不注意による条件等の、製造プロセスにおける、又は、製造設備の構成及び／又は保守における、ある種のエラーの結果であり得る。別の例では、非公称の条件は、エラーの結果である必要はないが、例えば、変化を恒久的なものにする前に公称のプロセスであるとみなされる変化の評価のために故意になされる実験条件として、又は、おそらく、すでに採用されている前の公称のプロセスであるとみなれる変化として、又は、「プロセスコーナー」で製造された素子の挙動（例えば、歩留まり、信頼性又は性能）を評価するための非公称の条件の評価を設計するためになされる変化として、材料の製造プロセスにおける有限の時間又は有限の量に適用される、製造プロセスにおける、又は、製造設備の構成及び／又は保守における、故意の変化であってもよい。ある実施形態では、製造条件の集合の不適切な又は非公称の変化が、製造されている素子の設計に対する変化、例えば、部品設計のステップに対する変化を含んでもよく、当該変化は、前に使用されたものよりもその製造において使用されたフォトリソグラフィマスクのうちの１以上に対する変化、若しくは、例えば、新規の又は異なるパッケージタイプの制作されたダイを配置する、又は、前に使用されたものと異なるパッケージ構成を使用する、素子のパッケージングに対する変化を包含する。別の例では、製造条件の集合は、１以上の検査における欠陥を示す検査データ（及び／又は、異常値を示す異常値識別データ）によって、又は、製造中に廃棄に至るべきであった廃棄データ（例えば、廃棄処分）によって、区別されてもよく、その結果、そうしたデータを有する素子の製造は、製造条件のこの集合に対応するものとみなされてもよい。別の例では、製造条件の集合は、ｘ成分タイプとｙ成分タイプと、２０１５年１月１５日午前１０時〜２０１５年１月１６日午前６時の製造時間とによって区別されてもよい。
【００９６】
[00104]  素子の製造と製造条件の集合との間に対応がある例によっては、当該集合は、デバイス内の様々な素子の１つ、複数又は全部の製造に対応してもよい。代替的に、当該集合は、デバイス内の２以上の素子の製造条件に対応してもよく、それについては２以上の素子は、異なる群のメンバーである。後者の場合、製造条件の集合は、各群について同一である必要のない１以上の製造条件の部分集合によって各群について区別されてもよい。従って、この場合の集合は、１以上の製造条件の少なくとも２つの部分集合の各々組み合わせであってもよく、その場合、部分集合の各々１つが群のうちの少なくとも１つの製造に対応してもよい。
【００９７】
[00105]  ある実施形態では、ある素子の製造は、製造条件の複数の集合に対応してもよい（例えば、１つが製造設備によって区別され、もう１つが設計修正及びソフトウェア修正によって区別される等）。これらの実施形態では、製造条件のこれらの集合の各々が、以下で説明するように、（統計的に有意に）デバイス性能に相関されてもよく相関されなくてもよい。主題は、以下で説明する特定の例に対する製造条件の集合を限定するものではない。
【００９８】
[00106]  ボックス６内の機能に入る前に、実機エンドユーザデバイスＡ（４ａ）及びデバイスＢ（４ｂ）からのデータの収集をここで説明する。例示のため、本実施形態のボックス４ａ及び４ｂは、エンドユーザによって実機で使用される多数のデバイスを表している。ある実施形態では、デバイスのより少ない集まり又はより多い集まり（例えば、４ｃ、４ｄ、４ｅ．．．）があってもよく、集まりの数は制限されない。実機のデバイスの集まりが複数ある場合、１以上の共通タイプの素子を共有する一部と、共通で素子を全く有しない他の部分とがあってもよい。上述したように、デバイス４ａ及び４ｂは、同一のデバイスメーカによって、又は、各々に含まれる素子に関連しない、異なるデバイスメーカによって、製造されたものであってもよい。
【００９９】
[00107]  図２の例示の実施形態では、エンドユーザデバイス４ａ及び４ｂについての実機データが生成されてもよい。エンドユーザデバイスについての実機データは、デバイス内の任意の素子によって生成されてもよく（例えば、素子のＢＩＳＴ回路によって測定されてもよく）、デバイス自身によって生成されてもよく（例えば、デバイス内の複数の素子によって実現される測定又は機能を包含する）、及び／又は、外部センサ、器具、設備等によって生成されてもよく（例えば、環境データ、デバイスの状態を示すデータ、デバイスの性能を示すデータ等）、かつ、デバイス及び／又はローカルアグリゲータ５ａ／５ｂによって受信されてもよい。例えば、生成されたデータの少なくとも一部は、それらのデバイスの性能に関し得る。デバイスの性能は、様々な含まれる素子の１以上の性能に少なくとも部分的に関してもよいが、必ずしもそうではないことに留意されたい。
【０１００】
[00108]  上述したように、（エンドユーザはあるタスクを実行する必要があってもよく、及び／又は、技術者は、デバイスの初期作動の前にデバイスをインストールする又は起動することが必要とされるが、）エンドユーザデバイスは、製造中に追加の組み立てを受けずにエンドユーザに販売され得る又はエンドユーザによって使用され得るアイテムであってもよい。デバイスの初期作動後、デバイスが常に完全に作動可能であるわけではないことに留意されたい。しかしながら、いずれかの時点で、初期作動中又は初期作動後、最小であっても、そのデバイスは作動することができ得るし、また、技術者による保守又は修理を受けるいずれかの時点ではなく、（例えば、故障によって）返品されなければ、デバイスは実機であるものとみなれてもよく、及び従って、（データがボックス６にその後に送信された場合であっても）それらの時間中に生成されたデータは、デバイスについての「実機」データであるものとみなされてもよい。例えば、デバイスがエンドユーザによって積極的に使用されていない場合であるが、デバイスが、アイドリング、スタンバイ、又は、準備／待ち状態である場合、デバイスは、依然として、実機であるものとみなされてもよい。また、デバイスが問題に直面してエンドユーザによって再起動させられる必要がある場合であっても、デバイスは、依然として、実機であるものとみなされてもよい。同様に、デバイスが基本レベルで作動し、その結果、エンドユーザがそのデバイスを使用し続ける場合、特徴の一部がないか又は最適ではない場合（例えば、デバイスが、本来よりも遅く稼働している、又は、本来よりも起動しにくい）であっても、デバイスは、依然として、実機であるものとみなされてもよい。別の例として、デバイスが、実機である一方で更新され得る場合があり、更新がエンドユーザによって実行されるか又はデバイスメーカによってネットワーク接続を介してリモートで実行されるかに関わらず、デバイスは、更新中、依然として実機であるものとみなされてもよい。同様に、デバイス構成又は使用に関して補助を求めているユーザは、デバイスが、デバイスメーカ又はメーカの代表者又は別の第三者によって、リモートで又は対面で作動させられることを可能にしてもよく、また、デバイスは、そうした場合の間、依然として実機であるものとみなされてもよい。上の例は例示であって、主題はそれらの例に限定されないことが理解されるべきである。用語「実機で」、「実機の」及びその変形はここで同じ意味で使用されてもよい。
【０１０１】
[00109]  デバイス及び／又はデバイス内の素子によって生成された実機データは、例えば、属性、パラメータ及び／又は機能データを含んでもよい。主題は、生成されたデータを限定するものではないが、読み手へのさらなる例示のため、いくつかの例をここで提示する。例えば、属性データは、デバイスメーカ名、製造時間、ソフトウェアのバージョン、デバイス性能仕様、デバイス年齢、エンドユーザ、エンドユーザのタイプ、動作時間、デバイスの誤用、デバイスアプリケーション情報、デバイス又は素子の構成情報（例えば、ファームウェア修正）、電気素子識別子情報、デバイス及び／又は素子の環境条件、デバイス及び／又は素子の使用条件、デバイス又は素子の使用期間（例えば、負荷が高い場合を含む）、故意又は不注意で発生するデバイス又は素子の事象又は作動の頻度、デバイス又は素子の構成詳細、動作モード、データ取得の日付、データ取得をトリガした事象に関する情報等を含んでもよい。例えば、デバイス又はその内部の任意の素子によって生成された機能データは、ＢＩＳＴ（及び／又は、ＰＢＩＴ、ＩＢＩＴ、ＣＢＩＴ、ＰＯＳＴ等）の結果、構造スキャン検査の読み取り情報の結果、エラー／ステータスのフラグ条件、チェックサムデータ等を含んでもよい。例えば、パラメータデータは、デバイスレベルのパラメータ測定値、診断等を含んでもよい。（デバイス又はその内部の任意の素子によって生成された）パラメータデータは、例えば、デバイスによって提供された機能性（例えば、デバイス動作可能時間）に関してもよく、及び／又は、動作環境（例えば、温度、過電圧、動作検知、電磁干渉（ＥＭＩ）等）に関してもよい。
【０１０２】
[00110]  例えば、デバイス４ａ及び４ｂの設計、及び／又は、それらのデバイス内で実行されるソフトウェアの設計を通じて可能にされることは、場合によっては、それらの実機データの生成（又は、言い換えれば、生産）が、デバイスの外側からのクエリ及び／又は他のデータ、デバイスの状態、環境事象又は時間／頻度事象の受領等、様々な事象によってトリガされてもよい。主題は、事象のタイプを限定するものではないが、読み手に対するさらなる例示のため、いくつかの例をここで提供する。ある例では、トリガする事象は、（例えば、データ解析エンジン１４の）ボックス６の機能をサポートするように選択されてもよい。例えば、場合によっては、データ生成へのトリガは自動的であり、その結果、エンドユーザは、データの生成をトリガすることに参加しなくてもよい一方で、他のデータにおいて、データ生成が必ずしも完全に自動化されなくてもよい。例えば、再起動に続く青い画面の後に、デバイスは、エンドユーザが、実機に問題があるとのレポートを生成することを望むかどうかをエンドユーザに尋ねてもよい。別の例では、エンドユーザは、例えばデバイスのユーザインターフェースを使用してデバイスによって、そのまま、実機データとして送信され得る（例えば、エンドユーザの満足度に関する）データを生成し、及び／又は、デバイスによって（及び／又は、デバイス内の素子によって）他の実機データの生成をトリガし得るデータを生成してもよい。別の例では、データは、外部センサ、器具、設備等によって生成されてもよく、かつ、そのまま、実機データとしてデバイスによって受信されて送信されてもよく、及び／又は、デバイスによって（及び／又は、デバイス内の素子によって）他の実機データの生産をトリガしてもよい。場合によっては、例えば、データ生成は、例えばある周期でトリガされるルーチンであってもよい一方で、他の場合では、データ生成は必ずしもルーチンでなくてもよい。例えば、デバイスは、デバイス上でチェックを定期的に実行してもよく、かつ、チェックによって生成された実機データを「ダンプ」してもよい。ある例では、例えば、データ生成は連続的であってもよく、例えば、すべての時点でトリガされてもよい一方で、他の場合には、データ生成は必ずしも連続的でなくてもよい。ある例では、トリガは、電源オン／オフ、再起動、デバイス診断の実行、デバイスモード変化の実行、計画的なプロセス、デバイス故障（致命的でないエラー）への遭遇、作動モードへの入力／作動モードの終了、クエリ送信等のいずれかを含んでもよい。クエリ送信は、例えば、ボックス６から生じてもよく、又は、（デバイスに対してローカルであってもよい又はなくてもよい）デバイスの外部の別のソースから生じてもよい。
【０１０３】
[00111]  生成される実機データの特定の性質、又は、もしあれば、データを生成させる事象の特定の性質に関わらず、所定の（実機）データポイントは、データポイントを生成したデバイスに含まれる１以上の素子の製造データに関して解析される必要があり得る。これを生じさせるために、デバイスに含まれる１以上の素子に対するデータ点のトレーサビリティが必要であってもよい。デバイスは、デバイスに含まれるすべての素子について完全なトレーサビリティを必ずしも有していなくてもよいことに留意されたい。
【０１０４】
[00112]  ある例では、トレーサビリティは、データに関連する特定のデバイス又は特定のデバイス素子のうちの少なくとも１つに関する情報を識別することに加えて、デバイス４ａ及び４ｂについての実機データが送信されることを必要とし得る。デバイスについての実機データは、自動的に受信されて、その後に、識別情報にインデックスされたデータベース１０内に（例えば、ローディングデバイス７によって）ロードされてもよい。例えば、この識別情報は、それらの実機デバイスデータを、関連する素子の製造データ、及び、場合によってはデバイス製造データに、場合によってはボックス６内でリンクさせられることを可能にし得る。素子及びデバイスについての識別子のある例を上述したが、ある識別子をここでさらに詳細に検討する。
【０１０５】
[00113]  場合によっては、識別情報は、素子からの直接の電気読み取り（例えば、その後に読み取り戻され得るプログラミングによって電子機器構造を変化させたｅヒューズ）を通じて生成された、特定の素子に関する識別子（例えば、ＥＣＩＤ）であってもよい。例えば、デバイスは、それらの識別子についての１以上の素子をポーリングすることができてもよい。追加的に又は代替的に、デバイスは、識別情報がデバイス内に予め記憶された場所から（例えば、デバイス内の不揮発性メモリから）特定の素子に関連する識別情報（例えば、シリアル番号）を読み取ることができてもよい。例えば、デバイスが実機データクエリを受信した場合、クエリに対するデバイスの応答は、例えば、デバイスメーカ、モデル又はシリアル番号、及び／又は、場合によってはモジュール又は部品メーカ、シリアル番号又はＥＣＩＤ等の、自身についての又はその自身の素子についての識別情報を取得するためにデバイスの性能に基づいて、クエリのサブジェクトとして自身を識別するデバイスに依存し得る。
【０１０６】
[00114]  場合によっては、対象の素子の直接的な識別及び間接的な識別の両方があってもよい。例えば、デバイス内の素子の階層によれば、（生成された実機データとともに送信されるべき）ＰＣボード内に含まれる部品からの識別情報の電気読み取りは、識別された部品を使用して製造されたことが既知の特定のＰＣボードの間接的な識別のために今度は使用されてもよい。同様に、ＰＣボードの識別は、その後、識別されたＰＣボードと、その製造時にそのＰＣボードを使用したことが既知のデバイスとの間の関連に基づいて、現在のデバイスデータを生成している特定のエンドユーザデバイスの識別のために使用されてもよい。この例では、両方の素子（例えば、部品及びＰＣボード）の製造データが、デバイス及びその構成素子の間の関連に基づいて、生成された実機データとリンクさせられてもよい。ある実施形態では、デバイスの１以上の部品の実機の電気読み取りが部品の識別を提供するが、モジュール情報が任意の手段によって利用可能ではなく、その後に、実機データが、識別子が提供される部品に関してのみ解析され得る場合、ある素子の識別は不可能であり得る。
【０１０７】
[00115]  従って、デバイス内の特定の素子に関する実機データ（例えば、その素子からのＢＩＳＴデータ）は、ボックス６に対してその特定の素子についての識別情報とともに送信されてもされなくてもよい。例えば、この実機データは、代わりに、例えば、この実機データが、デバイスについての他の実機データとともに送信される状況においておそらく、デバイスの識別情報又は別の素子の識別情報とともに送信されてもよい。同様に、デバイス内の特定の素子に関しない実機データは、特定の素子についての識別情報とともに送信されてもされなくてもよい。
【０１０８】
[00116]  任意選択的に、例示の実施形態では、サブアセンブリ識別子データ（ボックス９）が、ボックス６に（例えば、インターネットを介して）送信されてもよく、かつ、（例えば、ローディングサービス７によって）自動的に受信されてもよい。ボックス６でのサブアセンブリ識別子データの受信は、ボックス６での他のデータの到達と必ずしも同期される必要はない。ボックス６でサブアセンブリ識別子データ９が自動的に受信された後、データは、データベースローディングサービス７によってデータベース１０にロードされてもよく、データベース１０は、サブアセンブリ識別子データに関連したデバイス識別子にインデックスされてもよく、及び／又は、サブアセンブリ識別子データに関連した１以上のモジュールの識別子にインデックスされてもよく、及び／又は、サブアセンブリ識別子データに関連した１以上の部品の識別子にインデックスされてもよい。サブアセンブリ識別子データは、例えば、デバイス内の素子の識別子に関連したデバイスの識別子を含んでもよく、及び／又は、モジュール内のサブモジュール及び／又は部品の識別子に関連したモジュールの識別子を含んでもよい。含まれる素子（素子はあるモジュールを含む）の識別子に関連したデバイスの識別子の両方が送信される場合、かつ、含まれるサブモジュール／部品の識別子に関連したあるモジュールの識別子が送信される場合、各々の送信は他方とは独立していてもしていなくてもよい。識別子同士の間の関連は、上述したように、データベースローディングサービス７によってデータベース１０に記憶されてもよい。デバイス及びデバイス内の素子に関するサブアセンブリ識別子データが送信されるある実施形態では、デバイス内に含まれるすべて（又は関連の）サブアセンブリ素子のリスト（又は、任意の他のデータ構造）が、生成された実機データが送信される前又は送信された後にトレーサビリティの目的に利用可能にされてもよい。例えば、そうしたデータ構造は、デバイスが製造される期間に準備されてもよく、若しくは、実機データとともに送信されるデバイスシリアル番号又はデバイスを識別する任意のデータの断片によって、デバイスに含まれる素子の製造データを参照する必要があることに先立つ任意の期間に利用可能にされてもよい。これらの実施形態では、デバイスシリアル番号又はデバイスを識別する任意のデータの断片は、素子識別子よりもむしろ生成された実機データとともに送信されてもよく、また、その後、以前に受信したリストを参照することによって、デバイス構造で使用されたサブアセンブリ素子の識別を間接的に決定するために使用されてもよい。
【０１０９】
[00117]  追加的に又は代替的に、部品／サブモジュールのリスト（又は他のデータ構造）は、部品を含むモジュールが製造される時に準備されてもよい。例えば、部品のＥＣＩＤは、ＰＣボード上に部品がはんだ付けされた後にそのモジュールの検査中に読み出されてもよく、その後、モジュール識別子に関連する部品識別子を含むサブアセンブリ識別子データがボックス６に送信されてもよい。
【０１１０】
[00118]  例示の実施形態では、データを生成する実機のデバイスは、上述した実機データを、例えばデバイス４ａのためのボックス５ａ及びデバイス５ａのためのボックス５ｂとして示されるデータ集約ノードに任意選択的に送信してもよい。そうした集約ノードが採用される場合、データは、ストリームとして流れる必要はないが、バッチされてまとめてアップロードされてもよい。代替的に、そうした集約ノードが採用されない場合、ある実施形態では、使用中の実機データがストリームとして必ずしも流れなくてもよく、また、代わりに、エンドユーザデバイス上で経時的に蓄積されて、バッチで処理するために送信されてもよい。ある実施形態では、そうしたバッチされたデータは、実機エンドユーザデバイスの使用の過程において集約ノードで収集されてもよく、また、デバイスが実機で機能し続ける間のその後にまとめてアップロードされてもよい。例えば、車両内の様々な電子機器デバイスについてのデータが、広々とした高速道路上を車両が運転されている際に生成される場合、データは、車両内の不揮発性メモリにローカルで集約されてもよく、車両の使用の多くの時間にわたって生成されて集約されたデータを含む、ボックス６に設定されたデータとして最終的にダウンロードされて送信されてもよい。データのダウンロード及び送信は、例えば、使用可能なＷｉ−Ｆｉネットワークの範囲内の場所に運転されている時に自動的に生じてもよい。別の例では、車両の電子機器デバイスからのデータが、車両が始動される時に常に生成される場合、例えば、何百回もの車両の点火事象にわたって生成されたデータの結果を含むボックス６に設定された実機データとして、サービスのために修理工場へのその後の訪問時に、最終的にダウンロードされて送信されるために、データは不揮発性メモリデバイス内で車両にローカルに集約されてもよい。データ集約ノードは、（図２に示すような）デバイスの１つのみの集まりに関連付けられてもよく、又は、デバイスの複数の集まりに関連付けられてもよい。データ集約ノード５ａ及び／又は５ｂは、ボックス６に（例えば、インターネットを介して）データを送信してもよい。例えば、集約されたデータは、ＦＴＰプロトコルを使用して、ＨＴＴＰウェブサービスを介して、ＲＥＳＴｆｕｌ実装又は任意の他のデジタル通信の標準的な又は専用の方法を通じて、受信ボックス６に暗号化ファイルとして送信されてもよい。ある実施形態では、データアグリゲータ５ａ及び５ｂは、ある場合、組み合わせられてもよい。
【０１１１】
[00119]  データ集約ノード５ａ及び／又は５ｂが使用されない実施形態では、実機データは、ボックス６に（例えば、インターネットを介して）実機のデバイスから直接送信されてもよい。例えば、携帯電話デバイスの集合の場合、実機の各電話は、電源オン又は電源オフ時に一連のデバイスデータを生成してもよく、かつ、データのバッファリング又は集約なしに、ボックス６にそうした事象時にそれらのデータを即座に送信してもよい。
【０１１２】
[00120]  例示の実施形態では、故障データ（ボックス８）はボックス６に任意選択的に送信されてもよく、かつ、（例えば、ローディングサービス７によって）ボックス６で自動的に受信されてもよい。故障データは、デバイス及び／又は素子に関する保守データ、返品データ又は修理データを含んでもよい。デバイスメーカが必ずしも保守や修理を提供し、及び／又は、返品を受け取るとは限らないので、故障データは必ずしもデバイスメーカから生じなくてもよいことに留意されたい。場合によっては、これらのデータは、識別子データとともに受信されてもよく、かつ、識別子データにインデックスされて記憶されてもよい。場合によっては、これらの故障データは製造データにリンクさせられてもよい。故障データの送信は、例えば、デバイスステータスの変化、デバイス保守アクティビティ等の任意の事象によってトリガされてもよく、又は、例えば、自動車内のデバイスが、車両がサービス（例えば、保守及び／又は修理）のために自動車工場に持ち込まれるたびに診断データを生成する場合、生成されたデータは、サービスの拠点で収集されてもよく、かつその後、ボックス６に再送信されてもよく、場合によっては他の車両からの同様のデータとともに集約されてもよく、かつ、バッチされたデータの集合として定期的に自動車工場から送信されてもよい。追加的に又は代替的に、この例では、車両の電子機器デバイスから生成されたデータは、サービスの拠点での収集後に即座に送信されてもよい。故障データがボックス６で自動的に受信された後、データは、それらのデータに関連付けられたデバイス識別子にインデックスされたデータベース１０に、データベースローディングサービス７によって自動的にローディングされてもよく、ある実施形態では、そのデバイス識別子は、例えばデバイス実機エンドユーザデータ、デバイス内の素子の製造データ等のデバイスに関連したデータベース内の他のデータに関連付けられたデバイス識別子であってもよい。ある実施形態では、それらの様々なデータが、解析前又は解析中にリンクさせられて、例えば、デバイス実機データと、一方で故障データと、他方でデバイス素子の製造データとの間のあり得る関係の解析を可能にしてもよい。
【０１１３】
[00121]  例示の実施形態では、付属データ（ボックス２０）が、ボックス６に任意選択的に送信されて、（例えば、ローディングサービス７によって）ボックス６で自動的に受信されてもよい。付属データは、外部センサによって生成された（及び、実機データとは別個に送信された）環境データを含んでもよく、又は、デバイスの状態を示す（実機エンドユーザデバイスの外部にある）実機の他の機器からのデータを含んでもよく、他の機器は、例えば、その測定値が付属データとして送信されて、エンジン制御ユニット（実機エンドユーザデバイス）が設置される自動車の走行距離を提供する走行距離計であり、動作中のＥＣＵ時間の予測に基づいて潜在的に機能する。ある実施形態では、付属データは、デバイス性能について何らかを示す実機エンドユーザデバイスの外部の機器によって生成されてもよく、例えば、ネットワーク内のルータが、コンピュータ（この例では実機エンドユーザデバイス）内のネットワークカード（素子）の性能を反映し得る、そのネットワーク上のコンピュータについてのパケット再送信の周波数に有用な付属データを生成してもよい。場合によっては、それらの付属データは、識別子データとともに受信されてもよく、かつ、識別子データにインデックスされて記憶されてもよい。場合によっては、これらの付属データは、実機エンドユーザデバイスデータに、及び／又は、素子に、及び／又は、デバイス製造データにリンクさせられてもよい。付属データの送信は、実機エンドユーザデバイスデータの生成又は送信によって、若しくは、付属データの生成に関した事象の発生（例えば、走行距離計の測定値を送信させる自動車の点火）によって、又は、２〜３の例に名称を付けるために一定の時間間隔の経過によって、トリガされてもよい。付属データは、場合によっては、同様のデータとともに集約されてもよく、かつ、バッチされたデータの集合として定期的に送信されてもよい。追加的に又は代替的に、付属データは生成直後に送信されてもよい。付属データがボックス６で自動的に受信された後、データは、それらのデータに関連したデバイス識別子にインデックスされたデータベース１０にデータベースローディングサービス７によって自動的にローディングされてもよく、ある実施形態では、デバイス識別子は、例えば実機エンドユーザデータ、デバイス内の素子の製造データ、付属データの生成の時間及び／又は場所等の、デバイスに関したデータベース内の他のデータに関連したデバイス識別子であってもよい。ある実施形態では、付属データは、デバイス内の素子の素子識別子を使用するデバイスデータに関連付けられてもよく、例えば、コンピュータ内に素子として含まれるネットワークカードと通信するルータによって生成された付属データの上で提供された例において、素子識別子が、ルータによって送信される付属データとともに提供されてもよく、その後、特定のネットワークカードを含むコンピュータにそれらの付属データを関連付けるために使用されてもよい。ある実施形態では、それらの様々なデータは、例えば、デバイス実機データと、一方で付属データ、及び、他方でデバイス素子の製造データとの間のあり得る関係の解析を可能にするために、解析前又は解析中にリンクさせられてもよい。
【０１１４】
[00122]  上述したように、デバイスの外部の１以上のセンサによって生成された環境データが、実機エンドユーザデバイスデータとしてボックス６に含まれてボックス６に送信されるように、デバイスによって受信されてもよい。追加的に又は代替的に、上述したように、任意のデバイスの外部の１以上のセンサによって生成された環境データは、１以上の関連のデバイスの実機エンドユーザデバイスデータとともにボックス６に含まれてボックス６に送信されるように、例えば実機データ５ａ／５ｂのローカルアグリゲータで、ローカルに他の実機エンドユーザデバイスデータとともにキャッシュされてもよい。追加的に又は代替的に、上述したように、任意のデバイスの外部の１以上のセンサによって生成された環境データは、デバイス実機エンドユーザデータストリーム又はデータ集合とは別個に付属（ボックス２０）データストリームとしてボックス６に送信されてもよい。これらの実施形態のいくつかでは、任意のデバイスの外部のセンサによって生成された環境データに加えて、センサによって生成されて、デバイス、アグリゲータ５ａ／５ｂ及び／又はボックス６に送信されたデータが、環境センサデータのソースを少なくとも部分的に識別する、及び／又は、例えば、環境データの生成の時間及び場所、並びに、環境データに関連した１以上のデバイスの識別を含むそれらのデータに関連した１以上のデバイスを識別する、様々なデータを含んでもよい。場合によっては、データを識別する同様の様々なデータが、任意のデバイスの外部にある機器及び／又は設備によって生成されて送信されてもよい。
【０１１５】
[00123]  ある実施形態では、データベース１０は、従って、実機データ、部品及びモジュール製造データ、及び、他のデータ（例えば、製造データ、故障データ、サブアセンブリＩＤデータ、付属データ、識別子情報等）を含んでもよい。含まれるデータは、受信されたそのままのデータ、及び／又は、受信したデータに基づいて計算されたデータを含んでもよい。
【０１１６】
[00124]  インターネットを介した送信の例が、上述したデータの送信について提供されたが、主題は、ボックス６にデータを送信するために使用される送信手段、プロトコル又は周波数を限定するものではない。例えば、特定のデータ地点について、送信の手段は、インターネット又は任意の他のワイドエリアネットワーク、ローカルエリアネットワーク（有線及び／又は無線）、移動体通信塔、マイクロ波送信塔、衛星通信、自動車テレメトリ技術等を含んでもよい。データを送信するために使用されるプロトコルは、送信の手段のための任意の適切なプロトコルであってもよい。データは、生成される際に、ボックス６にリアルタイムで送信されてもよく、又は、生成の場所からローカルに又は遠隔に記憶されてもよく、その後、時間トリガ（例えば、定期的に）に基づいて又は任意の他のトリガに基づいてバッチで送信されてもよい。例えば、使用中の実機データは、エンドユーザデバイス上に経時的に蓄積されてもよく、その後、バッチで処理するために送信されてもよい。ボックス６でのデータの受信は、追加的に又は代替的に、例えば任意の適切な手段を介してデータが受信される前に承認を示す人（例えば、ボックス６のプロバイダの従業員）によって、又は、例えばストレージデバイス（例えば、ディスクオンキー）、手動入力のためのインターフェース（例えば、キーボード）を介したデータ転送を物理的に実行する人によって、半自動又は手動であってもよい。実施形態によっては、ボックス６で受信される任意のデータは、ボックス６にプッシュされてもよく（すなわち、ボックス６によって前もった始動なしに受信される）、及び／又は、ボックス６によってプルされてもよい（ボックス６による始動後に受信される）。
【０１１７】
[00125]  上述したように、ボックス１−２（及び、場合によっては３）から送信された製造データ、及び、ボックス４ａ／４ｂ又は５ａ／５ｂから送信された実機データ（及び、任意選択的に、故障データ及び／又はサブアセンブリＩＤデータ）がボックス６に（例えば、インターネット上で）送信されてもよい。ボックス６は、ボックス６についてここで説明して記述したように機能を実行するソフトウェア、ハードウェア及び／又はファームウェアの任意の組み合わせから形成されてもよい。例えば、ボックス６は、ボックス６についてここで説明して記述した機能の少なくとも一部を実行するための１以上のプロセッサを含んでもよい。例示の目的のため、ボックス６は、例示の実施形態ではクラウドベースのエンティティとして示されている。クラウドベースのエンティティは、同一の物理的場所又は複数の場所に配置されて、任意のタイプの有線又は無線の通信インフラを通じて接続された１以上のサーバ（１以上のサーバは１以上のプロセッサを含んでもよい）を含んでもよい。これらのサーバの所有権及び／又は管理は、関連する団体又は任意の第三者のいずれかによってなされてもよい。クラウドベースのエンティティの例は、データセンタ、分散データセンタ、サーバファーム、ＩＴ部門等を含んでもよい。本開示での用語クラウドは、例えばＩＡＡＳ、ＰＡＡＳ、ＳＡＡＳ（それぞれ、サービスとしてのインフラ、プラットフォーム又はソフトウェア）等の標準実装のことを必ずしも意味しない。ハードウェアに関して、クラウドは、必要とされる機能性を提供することができるコンピュータハードウェアのタイプの任意の組み合わせで実装されてもよい。展開は、例えばAmazon LLC等のクラウドサービス会社によって提供される物理サーバ及び／又は仮想サーバ及び／又は標準サーバを使用してもよい。これは、例えばインメモリデータベース；例えばＨａｄｏｏｐ及びＮｏＳＱＬソリューションに使用されるもののようなコモディティサーバ、それら自身のサーバ内に構築されるか又は別個に提供される（ＮＡＳ等）及び／又は任意の他の同様のタイプの実装であるストレージソリューション等の専用アプライアンスを含んでもよい。ボックス６が、クラウドエンティティでなくてもよいことも可能である。ボックス６は、ボックス６がクラウドベースエンティティではない場合であっても、１以上のサーバを含んでもよい。場合によっては、ここでのボックス６に帰属する機能性は、図２に示すような他のボックスによって追加的に又は代替的に実行されてもよく、また、その逆であってもよい。追加的に又は代替的に、場合によっては、ボックス６に帰属する機能性は、ボックス６と図２に示す１以上の他のボックスとの統合であり得る「ボックス」によって実行されてもよい。
【０１１８】
[00126]  データベース１０は、ある実施形態では、例示の簡素化のためにボックス６内に示されているが、ストレージは、サーバ（例えば、ＳＡＮストレージ）から別個であってもよい。別個の場合、ストレージの場所は、１つの物理的な場所であってもよく、又は、複数の場所であってもよく、任意のタイプの有線又は無線の通信インフラを通じて接続されてもよい。データベース１０は、デジタルデータを記憶するための任意の種類の方法又はプラットフォームに依存してもよい。データベース１０は、例えば、例えばオラクル等の従来のＳＱＬデータベース及びＭＳ  ＳＱＬサーバ、ファイルシステム、ビッグデータ、ＮｏＳＱＬ、インメモリデータベースアプライアンス、並列計算（例えば、Ｈａｄｏｏｐクラスタ）等を含んでもよい。データベース１０の記憶媒体は、例えば磁気ディスク又はテープ、光学ストレージ、半導体ストレージ等の任意の標準的な又は専用の記憶媒体を含んでもよい。データベース１０は、ロードされるデータ、周波数、方法及び／又はデータ使用許可（例えば、様々なメーカと提携している及び／又は例えばボックス６の所有者又はアドミニストレータ等の第三者と提携している様々なオペレータについて）の内容に関して均一であっても又はなくてもよい。データベースアドミニストレータ１５は、ボックス６内に含まれる時、データベースの保守及び管理に関連して自動的な管理機能を実行して、その正確な機能を確実にするために使用されてもよい。これらの機能は、インストール、アップグレード、性能監視及びチューニング、並びに、必要とされる任意の他の管理タスクを含んでもよい。場合によっては、クラウドサービスが、２以上の顧客（例えば、素子メーカ、デバイスメーカ等）によってクライアント（図２のボックス１１ｘ及び１１ｙ、まとめてクライアント１１）を介して使用されてもよい。これらの場合、データベースアドミニストレータ１５のオペレータ（データベースアドミニストレータ１５のオペレータは、データベースアドミニストレータ１５を使用し得るユーザである）は、「中立」である必要があり、かつ、これらの顧客のいずれかの従業員でないことが必要であり得る。この要件は、顧客の一人に属する特権的データへのアクセスが悪用されないことを保証し得る。
【０１１９】
[00127]  通常、製造データは、エンドユーザ実機デバイスデータが生成されるかなり前に生成されるので、特に、ボックス１−２（及び、任意選択的に３）から送信される製造データ、及び、ボックス４ａ／４ｂ又は５ａ／５ｂから送信された実機データのボックス６への到達は同時でなくてもよい。それらのデータが（例えば、ローディングサービス７によって）自動的に受信された時、データはデータベースローディングサービス７によって処理されてもよい。これらのサービスは、データベース１０内へのローディングのために到達したデータを作成してもよい。データの作成は、データの非暗号化、到達するデータとともに含まれるメタデータに従ったデータ集合の分類、整合性及び完全性についてデータのエラーチェック、データベースの所望の内容に従ったデータのパージ及び体系化、データベースローディングに必要なデータ入力ファイル仕様に適合するようなデータのフォーマット、人間の読みやすさ及び／又は基準の遵守のためのデータの復号化、データの増強（データのマージともいう）、及び／又は、人間の読みやすさ及び／又は基準の遵守のためのデータの再フォーマットを含んでもよい。例えば、前に受信したデータは、データベースローディングの前に到達するデータにマージされてもよい。この例を続けると、実機データが、到達するデータを生成したデバイスの構築において使用された識別されたサブアセンブリ素子のリストとともにロードされるべき場合、ボックス９から受信したそれらのデータは、データベースローディングの前に対応のデバイスの識別に基づいて、到達する実機データにマージされてもよい。メタデータに従ってデータ集合を分類することは、例えば、所定のデータ集合に対応するデータストリームにおいて又はデータファイル構造において製造ラインアイテム又は部品番号（例えば、設計、構成及び／又は製造プロセス仕様の点で他から固有の特定のタイプ又はモデルの素子又はデバイス）を識別することを含んでもよく、及び／又は、所定のデータ集合のデータのソースであったデータストリーム又はデータファイル構造において製造工程を識別することを含んでもよい。この例を続けると、データは、識別された特定の部品番号及び／又は工程に従ってパージされて体系化されてもよい。整合性及び完全性のためのデータのエラーチェックは、例えば、受信されたデータ構造（例えば、予想に対して発見されたレコードの数及びデータフィールド）の観点で、及び、例えば、様々なフィールドのデータ及び予想されるデータ構文の間の一致等のデータの内容の観点で、実行されてもよい。この例のある場合では、予想される値の範囲又は集合が、受信されたデータと比較され、例えば、識別された素子について、素子ＩＤが既知のＩＤのリスト内に発見されることを検証し、又は、製造設備について、設備を識別するデータフィールドにおいて発見されたＩＤが既知の設備のリストにあることを検証する。必ずしもそうではないが、例えばデータのパージング及び妥当性確認（又は、言い替えれば、エラーチェック）等の他の準備アクティビティ後又はその最中に、データベース１０へのインポート用のデータを準備するためにフォーマット又は再フォーマットが必要とされてもよい。
【０１２０】
[00128]  ある実施形態では、データの作成は、必要でなくてもよく、又は、あるデータについてのみ必要とされてもよい。例えば、ある例では、識別子データのみが復号化され、又は言い替えれば、意義のある適応フォーマットに変換されてもよいが、他のデータはそうでなくてもよい。他の例では、他のデータも復号化され、かつ、依然として他の例では、データは復号化されなくてもよい。ある実施形態では、複数のデータベースローディングサービスがあってもよく、その各々は、異なるタイプのデータを作成及び／又はロードし、又は、別個の作成であってもよいが、共有されてローディングされてもよい。
【０１２１】
[00129]  実機データが到達する際、それらは、例えば、素子識別子と実機データとの間にデータベースインデックスを確立することによって、及び／又は、素子製造データに実機データをリンクさせることによって、素子について予めデータベース化された製造データとその後に回収可能であるような方法で、データベース化されてもよい。例えば、リンクは、実機デバイスデータのインデックスされた識別子フィールドに製造データのインデックスされた識別子フィールドを関連付けることと、関連に基づいて２つのドメイン同士の間でレコードを結合することと、を含んでもよい。
【０１２２】
[00130]  上述したように、場合によっては、ボックス６に帰属する機能性は、ボックス６と図２に示す１以上の他のボックスとの間の統合であってもよい「ボックス」によって、実行されてもよい。例えば、ここではボックス６に帰属する「受信すること」の機能性は、ここでは図２に示す１以上の他のボックスに帰属する機能性を含んでもよい。この例を続けると、場合によっては、データの受信（ここではボックス６に帰属する）は、例えば部品、モジュール、及び／又は、デバイス製造データ、実機データ、故障データ、付属データ、サブアセンブリｉｄデータ等のデータを収集すること及び／又は集約することを実際に含んでもよい。例えば、それらの場合のいくつかでは、ボックス６は、１、２、３及び／又は５（ａ及び／又はｂ）のいずれかと統合されてもよい。これらの場合、ボックス６がボックス１、２及び／又は３と統合される場合、部品、モジュール及び／又はエンドユーザデバイス製造データの受信は、部品、モジュール及び／又はエンドユーザデバイス製造データの収集及び／又は集約を含んでもよい。別の例では、ボックス６が、追加的に又は代替的にボックス５ａ及び／又は５ｂに統合される場合、実機データの受信は実機データの集約を含んでもよい。同様の例は、ボックス６が追加的に又は代替的にボックス８、２０及び／又は９に統合される場合を生じてもよい。それらの例のいずれかにおいて、ボックス６がボックス１、２、３、５、８、２０及び／又は９にそれぞれ統合される場合、ボックス１、２、３、５、８、２０及び／又は９からボックス６にデータを送信する必要はなく、データは従ってすでに「受信」されている。
【０１２３】
[00131]  例示の実施形態では、図Ａのデータベース１０のデータは、データがリンクさせられると、又は、データがリンクさせられていない場合であっても、（例えば、解析エンジン１４によって）解析されてもよい。デバイスのメモリ部品からのデータにアクセスしている間に生じるエラー補正事象の頻度を定量化するデバイス実機データの一例を検討する。この実機データは、例えば、デバイス内の特定の構成部品についての識別情報に対するインデックスによってデータベース化されてもよい。同一の識別情報に対するインデックスが、同一の構成部品についての製造データについて使用される場合、その後、特定のメモリ部品について実機で観察されたエラー補正事象の頻度は、部品の製造データのいずれかと比べて解析されてもよく、そうしたエラー補正事象の頻度に関する製造プロセス条件の１以上の集合の識別を潜在的に可能にする。この例を続けると、実機のデバイスのエラー補正事象の高い頻度が部品故障の先行指標であることはメモリ部品メーカには既知であり、また、製造条件の特定の集合と高いエラー補正事象の頻度（及び従って、デバイスについての次善の性能）との間に相関があることが分かっており、そして、その製造が、製造条件の問題のある集合に対応するメモリ部品によって構築された実機のデバイスが、危険があるものとして認識されてもよく、かつ、故障が実際に起きる前にそれらのデバイスを例えばリコールするために適切なアクションが起こされてもよい。追加的に又は代替的に、そうした相関を識別すると、例えば、高いエラー補正事象の頻度を有することが分かっていない部品を製造した製造条件の他の集合からその製造条件の集合を区別される問題のある製造条件を補正するために、アクションが起こされてもよい。
【０１２４】
[00132]  反対に、部品メーカが、実機のメモリ読み取り工程中にエラー補正事象の高い頻度を誘引するものと考えられる製造プロセスからのデータを観察する場合、メーカは、製造条件の集合を区別するための基準を設定してもよく、かつ、その後に複数のデバイスから到達する実機データが、疑わしい製造条件の集合から製造されたメモリ部品がデバイスの信頼性を危険に曝すか否かを立証する証拠として使用されてもよい。
【０１２５】
[00133]  上の例のある実施形態では、対象のメモリ部品は、図Ａのボックス４ａ（実機エンドユーザデバイスＡ）及び４ｂ（実機エンドユーザデバイスＢ）で例示される、実機に展開された複数のタイプのデバイスの構築に使用されてもよいことに留意すべきである。デバイスＡ及びＢの集まり（例えば、完全に異なるアプリケーション又はマーケットのために異なるデバイスメーカによって製造されたもの）は異なるタイプであってもよく、類似の実機データが生成されて、各デバイスタイプについてデータベース化されてもよく、１つのタイプのみのデバイスからのデータが利用可能であった場合に利用可能であるよりも、上の解析において参照するためのメモリ部品メーカについてのデータのより完全な集合を提供する。例えば、様々なタイプのデバイスにおける所定の製造条件の下で組み立てられたメモリ部品について高いエラー補正率が見られる場合、デバイスタイプに関しない所定の製造条件に高いエラー補正率が相関される場合があり得る。他方で、所定の製造条件の下で組み立てられたメモリ部品について高いエラー補正率が見られるが、同一のタイプのデバイスでは常に観察されるが他のデバイスタイプでは観察されない場合、所定の製造条件に高いエラー補正率が単に相関されないが、さらに又は代わりに、所定のデバイスタイプに相関されることがあり得る。この場合、高いエラー補正率は、デバイスタイプ（例えば、デバイス設計、ソフトウェア問題、不正確な使用法、デバイス環境等）に特有の問題に関し、メモリ制作の所定の製造条件によってさらに悪化され又はトリガされることがあり得そうである。
【０１２６】
[00134]  上の実施形態及び以下の実施形態において、用語「相関」、「相関する」、「統計的に有意な」、「統計的に有意な相関」、「統計的有意差」等は、データの評価又はデータに基づいて計算されたデータを記述する際に使用されてもよい。この用語の意味をここで説明する。
【０１２７】
[00135]  Merriam-Websterオンライン辞書は、「相関」を、「相関される状態又は関係」であるとして定義しており、特に、現象又は物事の間、若しくは、変動する傾向にある数学的又は統計的な変数の間に存在する関連が、関連付けられるか、又は、機会単独に基づいて予想されない方法でともに発生することとして定義している。以下では、用語「関連（relation）」又は用語「関係（relationship）」が、２以上の物事が関連付けられる通例を意味することが意図され得る場合、用語「関連」がしばしば用語「関係」のこの定義の代替例として使用され得ることが理解されるべきであるものの、この定義は、現在の主題の目的に大部分は適するものであり得る。
【０１２８】
[00136]  現在の主題で様々な方法で使用されるように、関連する動詞の活用形「相関させるため」又は「相関する」の意味は、Merriam-Websterオンライン辞書から引用されてもよく、「互いの又は相互の関係を」「有するため」（又は、有している）として定義される自動詞や、「間の相互の又は互いの関連を」「確立するため」（又は確立している）又は「間の相関又は因果関係」「を示す」（又は示している）として定義される他動詞を含む。
【０１２９】
[00137]  データ又はデータに基づいて計算されたデータの評価において明確な相関が観察された時、実際に、（上述の定義によれば）「現象又は事物の間に若しくは数学的又は統計的な変数の間に存在する」、下にある「関連」がない場合に、観察がどの程度不規則に発生したかを知るために、基準観察に対して観察の重要度を特定することがしばしば有益であり得る。特定された重要度は、明確な相関が実際の相関であるか否かを結論付けるための根拠として使用されてもよい。
【０１３０】
[00138]  重要度の特定は、実験的なデータ解析の分野で使用される標準的なテキストからの以下の抽出のように、しばしば統計的になされてもよく、当該抽出は、プロセスの変更後に観察された結果が確率変動又は例外的であるかどうかに起因するかどうかを決定するためのプロセスを説明している。
【０１３１】
[00139]  「この決定をするために、調査者は、変動が完全に効果なしであった場合に生じ得る結果の特性集合を示す関連の参考分布をある方法で生成しなければならない。実際の結果は、その後、この参考集合と比較されてもよい。例外的であることが見出されれば、その結果は統計的に有意であるものといわれる。」（Statistics for Experimenters.  第２エディション、G. E. P. Box、J. S. Hunter及びW. G. Hunter、著作権  ２００５年John Wiley & Sons. Inc；６７頁〜６８頁）
【０１３２】
[00140]  引用された抽出に対応する一実施形態は、実験の結果の集合を生成する条件が制御され得るものであり、それは、ここで開示した主題の実施形態のいくつかに含まれる。例えば、電子素子のメーカは、製造プロセスを変更することを検討している場合があり、又は、すでに変更している場合があり、及び、電子素子メーカの顧客によって製造されたデバイスの性能について、変更がどのような効果を有するか又は有したかを評価することを望む場合がある。そうした実施形態では、対象の製造条件の集合は、先験的に既知のものであり得、かつ、変更された条件の下で製造された素子を使用して構築されたデバイスの実機性能に対する影響が知られていない場合がある。重要度の検査の方法は、複数の性能データ、測定基準、又は、影響を評価するための指針を評価するために適用されてもよい。ある実施形態では、電子素子メーカは、製造プロセスに対して故意に変更しない場合があるが、不注意による変更があることを知っており、及び、重要度の検査の方法を使用して実機デバイス性能に対するその影響を評価したいと望む場合がある。ここで言及した実施形態のいくつかでは、HunterのBoxからの上の引用において言及された「関連の参考分布」において、Hunterは、その製造がこの製造条件の集合に対応しない素子の個体群から導出され得る。関連する参考分布は、その後、その製造が対象の変更を有する素子を含むデバイスと、その製造が対象の変更に対応しない素子を含むデバイスとの間のエンドユーザデバイスの性能に統計的有意差があるか否かを決定する際に使用されてもよい。差の統計的有意性の計算は、上述した重要度の検査の１つのアプリケーションであり、また、観察された結果に適切な統計の分野から十分に確立された様々な方法によって実行されてもよく、例えば、２つの個体群が正規分布に従うとともに２つの個体群の分散がほぼ同じである場合に、２つの個体群の手段が所定のレベルの統計的有意性に等しいという帰無仮説を評価するためのStudentのｔ検定（t-test）を用いる。
【０１３３】
[00141]  ある実施形態では、電子素子メーカは、製造プロセスを故意に変更しない場合があり、また、不注意による変更にも気付かない場合があるが、同様の履歴データ及び／又はモデル化データに基づいた参照関係を使用して、有意性の検査の方法を使用した実機エンドユーザデバイスデータに対する最近製造された素子の製造データ間の関係を評価したいと望む場合がある。こうした実施形態では、電子素子メーカは、関係と参照関係との間の統計的有意差を識別し得る。この結果に基づいて、メーカは、参照関係のデータに対して、相関した実機データに不一致があり、及び／又は、相関した製造データに不一致があると結論付け得る。例えば、所定の傾斜の線と線形回帰によって特定されたＹ切片とに対するデータの良好な適合性によって実証されるように、ラップトップバッテリの充電の実機の速度が、部品の製造検査工程中に記録されたラップトップＣＰＵのアクティブ電力に正比例するものであると過去の相関において実証されている場合、観察された相関は、現在製造されているＣＰＵとラップトップとで保持し続けることが予想され得る。これを実証するため、同様の相関解析が、最近製造されたラップトップ及びそれらのＣＰＵに繰り返されることが可能であり、結果は、過去に観察された相関と統計的に比較されることが可能である。例えば、２つのデータの集合（過去のデータ及び最近のデータ）を使用して、最近のデータの線に対する適合度の決定係数の統計的測定が、過去の決定係数の値と比較されることが可能であり、及び、最近のデータについて計算された最良適合線について、所定の統計有意性レベルに対して、過去のデータに基づいた最良適合の傾斜及びＹ切片に対するその傾斜及びＹ切片における差を特定するために統計比較がなされることが可能である。
【０１３４】
[00142]  ある実施形態では、対象の実機エンドユーザデバイスに含まれる電子素子の製造条件の集合における任意の変更に相関されるように必ずしも初期に識別されない、デバイスのエンドユーザによって識別されて報告された実機デバイス性能に関する問題があり得る。こうした例では、図２のシステムのオペレータは、データ解析エンジン１４によって実機エンドユーザデバイスデータの解析におけるそうした問題を示す及び／又は定量化するための性能測定基準を定義するためにクライアント１１を使用してもよい。例示の例では、あるモデルのラップトップコンピュータの何人かのエンドユーザは、動作のスリープモードから再始動する際に頻繁に発生し得る断続的なシステムの「ロックアップ」事象をラップトップメーカに報告してもよく、そのことが、ラップトップメーカによって雇われている図２のシステムのオペレータに、例えば、以下に例＃１で説明するような、製造条件の集合を相関させるために調査するためにその後に使用され得る、（エンドユーザがスリープモードからの始動を開始した直後のシステムのシャットダウンのすべての例）を（スリープモードを始動させるエンドユーザのすべての例）で除算する等の、関連した性能測定基準を定義するように動機付けする。ある実施形態では、例えば、測定基準の値が高くなるにつれて、低い値よりもより悪い性能に対応する場合、性能測定基準は、デバイス性能の望ましくない特性が測定されるように定義されてもよい一方で、ある実施形態では、例えば、測定基準の値が高くなるにつれて、低い値よりもより良好な性能に対応する場合、性能測定基準は、デバイス性能の望ましい特性が測定されるように定義されてもよいことに留意されたい。また、ある実施形態では、性能測定基準は、例えば、１以上の性能基準に従ってデバイス分類を特定し、分類によってデバイス性能を記述するように、性能の分類の記述が数値に代えて生成されるように、性能測定基準が定義されてもよいことに留意されたい。ある他の実施形態では、実機デバイス性能に関する問題は、以下の例＃２で説明するように、製造条件の異なる集合の下で、製造データ（例えば、デバイスに含まれる素子の製造に関する受信したデータ）に対する、デバイス性能データ（例えば、受信した実機デバイスデータに基づいて計算されたデータ）の相関における差があるか否かを特定するための解析において、製造データの解析に関して、実機データの解析のために図２のデータ解析エンジン１４を使用して自動的に又は半自動的に最初に識別されてもよい。ある他の実施形態では、実機デバイス性能に関する問題は、以下に例＃３で説明するように、デバイス性能と製造データとの間の予想される関係を確認するための試行の過程で最初に自動的に又は半自動的に識別され得る。例えば、実機エンドユーザデバイスの基準個体群は、性能測定基準に基づいた基準に対するデバイスデータの適合性に基づいて識別されてもよく、そして、デバイスのこの基準個体群の実機デバイス性能データは、基準デバイスに含まれる素子の製造データのいくつかとの１以上の関係を定義するために使用されてもよい。その後、（基準デバイスの性能データ及び基準デバイスに含まれる素子の製造データから導出される）そうした参照関係と、（他のデバイスの対応の性能データ及び他のデバイスに含まれる素子の対応の性能データから導出される）実機エンドユーザデバイス（他のデバイス）の非基準個体群のデータに基づいた同様の関係との間に統計的有意差があるか否かが特定されてもよく、及び従って、性能データが製造データに一致しているか否かが結論付けられ得る。追加的に又は代替的に、そうした実施形態では、デバイスの基準個体群のデータから導出されることに代えて、ある基準の関係がモデル化されてもよく、その場合に、実機データモデル化バージョン及び／又は製造データモデル化バージョンに基づいて関係及び参照関係の間の統計的有意差があるかどうかを特定することによって、性能データが製造データに一致しているか否かが結論付けられ得る。
【０１３５】
[00143]  実施形態によっては、基準個体群のそれと対象の個体群のデータとを比較するために、有意性の検査の方法の適用時に、様々な分布測定基準並びに数学的及び／又は論理的処置が使用されてもよい。差が「統計的に有意」であるか否か（又は、Box、Hunter、Hunterに従って、基準集合と比較した結果が「例外的であると見出される」かどうか）の特定は、これらに限定されないが、個体群の中心傾向、拡がり、ヒストグラム、パラメータ分布、非パラメータ分布、極小点、極大点、分位点、モダリティ、故障率、故障頻度、故障可能性、及び他の関連する統計的記述子における差の統計的解析によってなされてもよい。
【０１３６】
[00144]  さらに、実機デバイス性能は、実施形態に応じて様々に特定されてもよい。ある実施形態では、実機性能は、性能測定基準によって定量化されてもよく、性能測定基準は、例えば、エンドユーザへの及び／又はデバイスメーカへの、デバイス信頼性の又は仕様に対するデバイスの適合性の又は対象の任意のデバイス属性の指針又は予測として、使用されてもよい。デバイスのメーカに対して価値を有し得る性能測定基準は、いくつかの例、製造されたデバイスが、仕様に適合した方法で実機で作動している程度の測定値、又は、極限の又は名目上の環境条件の下で断続的なデバイスの欠陥の発生頻度を含んでもよく、そうした欠陥は、デバイスを恒久的に使用不能にしないデバイスの一時的な故障であり、しばしば、デバイスが実機である間に自身を補正する又は補正され得る一時的な故障の形態である。性能測定基準が、デバイスが作動している環境条件に関するデータを含むある実施形態では、環境データは、デバイス自体の外部のセンサから受信されてもよい。一例として、性能測定基準は、デバイスに動作電力を提供している送電網において電圧ノイズが発生した時のデバイス欠陥の頻度に基づいていてもよく、送電網上での電圧ノイズセンサによって生成されたデータに部分的に基づいてもよく、かつ、デバイスによって生成された動作データに部分的に基づいてもよい。
【０１３７】
[00145]  ある実施形態では、性能測定基準は、所望される特定の性能の目的のために適切なように数学的に又は論理的に組み合わせられる受信した実機データに基づいて計算されたデータに基づいていてもよい。ある実施形態では、性能測定基準は、数学的操作なしでそれらの生の形態で適用された受信したデータの１以上のタイプに基づいていてもよい。性能測定基準として使用するための、受信した実機デバイスデータ又は受信した実機デバイスデータに基づいて計算されたデータの識別は、人間の洞察力によって純粋に、若しくは、（例えば、データ解析エンジン１４による）機械アルゴリズムの実行によって、又は、その２つの組み合わせによって、純粋に定義されて提供されてもよい。その結果は、１つのデータフィールドに基づいた、又は、複数のデータフィールドの数学的な又は論理的な組み合わせに基づいた、性能測定基準の識別であってもよい。
【０１３８】
[00146]  ある実施形態では、性能測定基準は、デバイスの仕様に部分的に依存してもよく、そうした実施形態では、実機性能の良好さは、実機エンドユーザデバイスデータと、受信した及び／又は受信したデータに基づいて計算されたデータを生成するデバイスの仕様との両方の関数であってもよい。例えば、性能測定基準は、例えば、デバイスが政府の仕様及び規制に、並びに及び／又は、業界の仕様及び標準に、若しくは、デバイスメーカの製品仕様に準拠しているか否か等の、デバイスが仕様に対して動作する程度によって少なくとも部分的に定義されてもよい。こうした実施形態では、デバイスデータは、特定された値と比較されてもよく、かつ、その結果の性能測定基準は、例えば、規格上限及び規格下限の間の代表値からの個体群の平均又は中央値の乖離率に関して、若しくは、上限規格又は下限規格までのＣｐｋ測定値に関して、それらの値へのデバイスの準拠（又は偏差）の程度を反映してもよい。任意の適切な統計的測定基準が適用されてもよい。そうした仕様に対するデバイスの準拠は、時には、素子の仕様に対するデバイス内の素子の準拠によって保証されてもよいので、例えばテスタ間の較正誤差等の素子製造検査工程が、例えば、そうしたデバイス性能測定基準と、デバイスに含まれる素子の製造検査を実行するために使用されるテスタとの間の関係を解析することによって識別されてもよい。例えば、（第２個体群の素子を検査するために使用されたテスタではない）第１個体群の素子を検査するために製造における特定のテスタの使用にその製造が対応する素子の第１個体群が識別されてもよい。この例では、製造条件の集合は製造における特定のテスタの使用法であり得る。その後、製造時の特定のテスタの使用と性能測定基準との間に相関が存在するか否かを結論付けるために、（上述したような）仕様準拠の程度を示す性能測定基準を使用して２つの個体群の素子を含むデバイスの実機エンドユーザ性能の間に統計的有意差があるか否かが特定されてもよい。
【０１３９】
[00147]  追加的に又は代替的に、上の例を続けると、こうした性能測定基準に基づいた基準が、デバイスの第１及び第２個体群を区別するために実機エンドユーザデバイスに適用されてもよく、そして、２つの個体群の各々に含まれる素子の製造データが比較されて、個体群の各々に含まれる素子を検査するために製造時に特定のテスタの使用によって個体群の製造データの関連同士の間に統計的有意差があるか否かを特定してもよい。再びこの例では、製造条件の集合は製造時の特定のテスタの使用法であってもよい。そうした統計的有意差が存在するか否かに応じて、性能測定基準と製造時の特定のテスタの使用との間に相関が存在するか否かが結論付けられてもよい。この例では、表現「特定のテスタの使用による個体群の製造データの関連」における用語「関連」は、１以上の製造条件の集合と、素子の定義された（デバイス性能によって現在の例において定義された）個体群の製造データとの間のつながり又は関係を記述するために使用され、おそらく、個体群の素子の製造データのいずれかにおいて見出されないもの（すなわち、定義された個体群の製造データと例における特定のテスタとの間に存在する関連）から、個体群のすべての素子の製造データにおいて見出されるもの（すなわち、定義された個体群の製造データと例における特定のテスタとの間に存在する１００％の関連）までの範囲であり、又は、それらの２つの極致の間のあるレベルの関連である。例えば、特定の素子についての製造データは、その素子について使用された任意のテスタの名称及び／又は他のデータを含んでもよく、かつ、特定の素子についての製造データが、特定の素子についての製造データよりも特定のテスタについての名称及び／又は他のデータを含むかどうかは、特定のテスタの使用法に関連して（及び従って、この例について定義された製造条件の集合に関連して）考慮されてもよい。例えば、この例の第１個体群の素子の９０％が、特定のテスタを使用して検査されたものであることが分かった一方で（関連性が高い）、第２個体群の素子のわずか１０％が、特定のテスタ上で検査されたものであることが分かった場合（関連性が低い）、その後、特定のテスタに対する２つの個体群の各々の製造データ同士の間に見出された関連の差に基づいて、観察されたデバイス性能の問題と、デバイスに含まれる素子の製造における特定のテスタの使用との間に相関が存在すると結論付けるであろう。
【０１４０】
[00148]  ある実施形態では、性能測定基準は、例えば故障データ及び／又は付属データ等の他のデータに部分的に依存してもよく、こうした実施形態では、実機性能の良好さは、実機エンドユーザデバイスデータと、受信した及び／又は受信したデータに基づいて計算された、故障データ及び／又は付属データとの両方の関数であってもよい。例えば、デバイスのメーカにとって価値のあり得る性能測定基準は、デバイスがどのくらい頻繁にサービスを必要とするかの測定を含んでもよい。
【０１４１】
[00149]  ある実施形態では、所定の性能測定基準は、１つのタイプのデバイスについての意味又は関連性を有してもよいが、別のタイプのデバイスについては有しておらず、こうした場合には、実機性能によってデバイスの個体群を区別することは、２〜３の例に名前を付すため、例えば、デバイスメーカの日付、デバイス使用の場所及び／又はデバイス使用のタイプ等によって特別な性能に関連しない１以上の基準によってデバイスの個体群を区別することによって補強されてもよい。
【０１４２】
[00150]  ある実施形態では、性能測定基準は、デバイスに関する過去のデータ又はデバイスのタイプ、例えば、個人のデバイス又は所定のタイプのデバイスの製造、サービス、作業履歴又は故障履歴に関するデータ等に少なくとも部分的に依存する予備知識に従って定義されてもよい。例えば、そうした履歴データに基づいてデバイス又は所定のタイプのデバイスに既知のリスクがある場合、実機のデバイス又は同様のデバイスについての性能測定基準は、受信した及び／又は受信したデータに基づいて計算された、現在の実機データに関したデータにも基づいて定義されてもよい。例えば、実機デバイスの一連の測定値の解析を通じて、その後に最終的にディスクドライブの故障につながる、所定のデバイスタイプの実機のデバイスのいくつかにおけるディスクドライブのシークタイムがドリフトして、デバイスの使用の長期間にわたってより長くなっていることが通知される場合、その後に、性能測定基準は、故障の前に、そうしたディスクドライブシークタイムのドリフトを示している対象のデバイスに対するその解析に基づいて定義されてもよい。そうした実施形態では、適切な性能測定基準は、先験的に既知ではないが、対象のデバイス挙動に最も顕著に影響を与えるデータフィールドを識別するために過去の実機デバイスデータの解析に基づいて識別されてもよい。ここで示した例を続けると、ディスクドライブシークタイムのドリフトがしばしばディスクドライブ（及びデバイス）の故障の前兆であったことが最初に既知ではなかったが、経時的な性能低下の傾向を示し得るデータのタイプがどれかを特定するために、及び、過去のデータに基づいて、ディスクドライブの故障に先行しそうな、実機の大量のディスクドライブによって生成された多数のデバイスデータフィールドに包含されるデータの傾向の解析後にのみ認識されてもよい。例えばディスクドライブシークタイムのデータにおける、過去のデータの特性のそうした組み合わせの識別は、デバイス性能測定基準として、それ又はそれに基づいた低下の傾向を使用するための動機付けになり得る。
【０１４３】
[00151]  上述したようなもの等の適切な性能測定基準を識別するために実機デバイスデータ（及び任意選択的に他のデータ）の解析を必要とする実施形態について、データ解析は、単変量解析、二変量解析、多変量解析、実験計画（ＤｏＥ）、探索的データ解析、最小二乗回帰、部分的最小二乗回帰、パターン認識、主成分解析（ＰＣＡ）、回帰分析、クラス類似性のソフトに関係しないモデリング（ＳＩＭＣＡ）解析、統計的干渉及び他の類似のアプローチを含む様々な技術によって実行されてもよい。
【０１４４】
[00152]  主題は、実機性能及び性能測定基準に関するこれらの実施形態によって境界を定められない。
【０１４５】
[00153]  ボックス６の説明を続けると、実機エンドユーザデバイスデータ及び素子製造データが適切にデータベース化された後、受信したデータ及び／又は受信したデータに基づいて計算されたデータの様々なタイプの解析が実行されてもよい。データ解析エンジン１４のある実施形態では、データ解析を実行するために様々な機能が提供されてもよい。データ解析は、規則を参照して以下に説明する事象等の任意の事象に起因して推進されてもよい。追加的に又は代替的に、オペレータは、（これらのオペレータに関連する）クライアント１１ｘ、１１ｙによって提供された少なくとも１つの基準に基づいてオンデマンドのデータ解析を推進する。実行され得る様々なタイプのデータ解析は以下を含む。
【０１４６】
[00154]  １）製造条件の集合に対する既知のデバイスレベルの性能の実機の例外の相関を発見すること（例えば、素子製造データ及び／又は実機デバイスデータの体系的な統計解析を通じて）、又は、代替的に、製造条件の任意のそうした集合に対するデバイスレベルの例外の相関がないことを立証すること。例えば、性能例外は、望ましくない性能、低い性能、信頼性を欠く性能等を含んでもよい。この例を続けると、低レベルの性能は、素子が製造された不備のある条件の集合に相関させられてもよい。ある実施形態では、素子が製造される不備のある条件の集合は、（例えば、故障又は異常値であることによって）廃棄のために素子メーカによって対象にされるそれらの素子を生じさせ得る。従って、そうした素子が実機デバイス内に含まれていたことの発見によって、なぜそれらが実際に廃棄されたかの調査に至り得る。低レベルの性能がこの例に相関させられた製造条件の集合は、「廃棄」処分及び／又は不備のある条件を含み得る。例えば、水準以下の実機デバイスレベル性能が、特定の素子を含む特定のデバイスの個体群について立証された場合、特定の素子及び／又はデバイスの製造データが、製造条件の集合に強く関連させられることが特定されてもよい。例示として、パッケージングされた部品のバッチが、製造バーンイン動作を通じて処理されて、バーンイン後の検査工程で例外的に高い故障率を示した場合（潜在的な信頼性の問題を示す）、部品のバッチは製造廃棄場所に送られてもよく、バッチについての「廃棄」指定が製造データベースに入力されてもよい。材料がその後にメーカ承認を受けずに除去されて、通常の材料として部品の闇市場チャネルに不正に売却された場合、不良の部品は、最終的に故障し得るエンドユーザデバイス内に含まれ得る。
【０１４７】
[00155]  追加的に又は代替的に、情報を識別することが、不正を特定するために使用されてもよい。例えば、水準以下の実機デバイスレベル性能が、特定の素子を含む特定のデバイスの個体群について立証された場合、特定の素子又はデバイスの情報を識別することに基づいて、当該素子又はデバイスが廃棄材料として製造時に処分されたことが特定されてもよい。この例を続けると、特定の素子又はデバイスは、製造中に廃棄材料として処分されたにも関わらず、誤って又は不正に使用するものに戻されてしまうことがあり得る。別の例では、特定の素子又はデバイスの識別子が、利用可能な製造データ集合に全く発見されない場合、それは、当該素子又はデバイスが偽造品であり得ること、及び、実機のエンドユーザによって使用される名目上の素子又はデバイス製品の正当なメーカによって実際に製造されていないことの表示であり得る。
【０１４８】
[00156]  そうした解析後、例えば、潜在的な問題のある製造条件を評価してそれに対して行動するため、又は代替的に、デバイスの例外の根本原因がどこ（例えば、デバイス設計、ソフトウェア問題環境、使用法等）にあるかを捜索するため、人間によって参照されたデータ解析エンジン１４によって出力レポートが生成されてもよい。例えば、レポートは、製造が製造条件の集合（例えば、あるロットからの素子）に対応する素子のグループ化の高水準記述、素子のリスト（例えば、ＥＣＩＤ）等を含んでもよい。
【０１４９】
[00157]  ２０１１年のAppleのMacBook Proの製造問題を包含する本願の背景で説明した課題は、個体群の間で素子の製造の差を特定するために素子の個体群を区別するための実機データの解析の潜在的な適用の例として有益であり得る。この問題から端を発した集団訴訟において、デバイスの故障が、ラップトップがエンドユーザによって使用された時に断続的な故障の発生を引き起こしたたびたびの大きな温度スイング（いわゆる「応力サイクル」）に関連した、ラップトップＧＰＵをマザーボードに接続するために鉛フリーはんだを使用した結果であったことが述べられている。この例では、実機性能は性能測定基準によって定量化され得る。性能測定基準は、例えば、記録された突然の故障の回数のデータを、ラップトップの使用の記録された使用時間数のデータによって、割ることによって、ラップトップの突然の故障の頻度によって有用に定義されてもよい。測定基準をさらに改善するために、突然の故障の頻度の計算は、通常の／より低い温度で動作するＧＰＵに関連付けられる欠陥よりも、より高い温度で動作するＧＰＵに関連付けられた欠陥により大きく重み付けするために、平均ピークＧＰＵ動作温度によって乗算されてもよい。そうした性能測定基準について、所定のラップトップの実機データに基づいて高く計算された値は、訴訟において説明された特定の課題を示していることがある。この例を続けると、この性能測定基準の高い値又は低い値によってラップトップの２つの個体群を区別した後、ラップトップの２つの個体群の間の統計的有意差が、鉛フリーはんだの使用（このケースでは対象の製造条件）に対するそれらのウェーブソルダリング処理データの関連において見出され、鉛フリーはんだの処理の使用に対して高い性能測定基準値を有するラップトップに関連が強く、かつ、鉛フリーはんだの処理の使用に低い性能測定基準を有するラップトップに関連が弱いことが、（訴訟の主張に基づいて）予想され得る。
【０１５０】
[00158]  ２）実機のデバイス性能例外に対する製造条件の定義された集合の相関を識別すること。こうした解析後、例えば、メーカによって参照されたデータ解析エンジン１４によって出力レポートが生成され、潜在的なデバイスの信頼性の問題を評価してその問題に対して行動してもよい（例えば、事前のリコール及び／又は回収を通じた潜在的なデバイス信頼性問題を有するデバイスの使用からの除去、それらの素子がデバイス内に配置されていないのでそれらの素子の格納をパージすることによって問題の素子の使用からの除去、実機のファームウェアのアップデート等を通じて問題を回避するためにデバイスの再構築を実行する）。例えば、レポートは、危険な状態にあるデバイスのグループ化の高水準記述（例えば、特定メーカからの素子を含むデバイス）、危険な状態にあるデバイスのリスト（例えば、シリアル番号）等を含んでもよい。また、デバイスレベルの例外が相関することが見出されていないケースでは、素子メーカによる不要な又は間違ったアクションが回避され得る。
【０１５１】
[00159]  例えば、モジュール業者は、鉛フリーはんだを使用することに切り替え、製造プロセスの変更後、長期間にわたって、変更に起因し得る実機性能に何ら影響が観察されないことを例えば確認したいと望む場合がある。製品エンジニアは、例えば、複数の検査を除外するため、又は、検査の制限を変更するため、部品の検査プログラムを変更する場合がある。この後、変更したエンジニアは、変更に起因し得る実機性能に何ら影響が観察されないことを確認したいと望む場合がある。検査工場のエンジニアは、例えば、所定の期間にわたる検査部位の間の不注意による測定値のオフセットを有する特定のテスタが動作してきたことを発見する場合があり、かつ、２つの検査部位からの素子を包含するデバイスの実機性能の点において２つの検査部位上で処理された素子間に統計的有意差がないことを確認したいと望む場合がある。部品Ｑ＆Ｒエンジニアは、例えば、実機性能に基づいて、ウエハ縁部に近いダイから構築されたものよりも、ウエハ中心に近いダイからの部品を使用して構築されたデバイスに統計的有意差があるか否かを特定することを望む場合がある。部品Ｑ＆Ｒエンジニアは、例えば、実機性能に基づいて、仕様限界に非常に近いパラメータ測定値を有する部品及び仕様限界から遠いパラメータ測定値を有する部品を使用して構築されたデバイスに統計的有意差があるか否かを特定することを望む場合がある。部品Ｑ＆Ｒエンジニアは、例えば、実機性能に基づいて、非常に異なるＷＡＴ構造検査結果を有する部品を使用して構築されたデバイスに統計的有意差があるか否かを特定することを望む場合がある。
【０１５２】
[00160]  ある実施形態では、前の段落（１）及び２）に関して）で説明したような解析は５つのシナリオのうちの１つをサポートし得る。第１に、製造条件の集合に関する素子製造問題が観察されたが、デバイス性能に対して（統計的に有意な）相関が見出されない。第２に、デバイス性能問題が観察されたが、製造条件の集合に対して（統計的に有意な）相関が見出されない。第３に、既知の素子製造問題はなく、既知のデバイス性能問題もなく、及び従って、相関は無関係である。第４に、製造条件の集合に関する素子性能問題が観察され、デバイス性能に対する（統計的に有意な相関）が見出される。第５に、デバイス性能問題が観察され、製造条件の集合に対する（統計的に有意な）相関が見出される。
【０１５３】
[00161]  データ解析のタイプを続ける。
【０１５４】
[00162]  ３）参照関係（例えば、ベースライン）と関係（製造データと実機データとを相関させることによって特定される）を比較すること、参照関係は、過去の（例えば、正常／名目上の）又はモデル化された素子製造データ（製造データモデル化バージョンともいう）と過去の（例えば、正常／名目上の）又はモデル化された実機データ（実機データモデル化バージョンともいう）との間にある。この比較に基づいて、製造データ及び／又は実機データに不一致（例えば、逸脱、傾向等）があることが特定される場合、例えば、素子メーカは、不一致を理解する及び／又は回復させるために変更に対して行動してもよい。こうした解析の後、例えば、新たに確立された参照関係に関する出力レポート及び／又は不一致に関するレポートがデータ解析エンジン１４によって生成されてもよい。例えば、このタイプの解析は、統計的プロセス監視の一部であってもよい。統計的プロセス監視のための実機データの例（関係を特定するために製造データと相関させられ得る）は、電力消費、待ち時間、エラー補正の頻度等を含んでもよい。統計的プロセス監視のための製造データの例（関係を特定するために実機データと相関させられ得る）は、トランジスタ寸法（薄膜トランジスタ）（電力消費に影響し得る）、品質指数（例えば、品質指数＝ａ＊ウエハ上の領域＋ｂ＊ｉｄｄｑ＋ｃｘ１／ウエハ歩留まり）等を含んでもよい。例に応じて、相関させられるデバイスデータ（例えば、パラメータ、機能及び／又は属性）と製造データ（例えば、パラメータ、機能及び／又は属性）とは同一のタイプであってもなくてもよい。追加的に又は代替的に、このタイプの解析は、新たに導入されたデバイス及び／又は素子について、既存のデバイス及び／又は素子に対する変更について、及び／又は、既存のデバイス及び／又は素子を製造するために使用されるプロセスに対する変更についての、拡張された及び／又は拡大された製品承認プロセスの一部であってもよい。この例では、新たに設計された素子のラインのサンプルを検査することによる検査データに依存する代わりに、素子を機能させた後に、それらの素子の製造データと、それらの素子を含むデバイスの実機データとを相関させてもよい。ある実施形態では、不一致（例えば、逸脱及び／又は傾向）デバイスの異なる集合で変動するかを特定するために、所定の素子を包含するデバイスの複数の集合について解析が実行されてもよい。ある実施形態では、解析は、相関の予想される一致を特定するため及び／又は予想される関係において変動がないことを確認するため、複数のデバイスの集合について解析が実行されてもよい。例えば、それらの素子を含むデバイスの実機性能データに相関させられることが予想される、その製造が製造条件の集合に対応する素子の個体群は、解析において、予想されるように相関しないことが分かるかどうかに注目すべきであり得る。同様に、素子製造データと、素子を含むデバイスの実機エンドユーザ性能データとの間の参照関係に対する関係のシフトが顕著であり得る。こうした解析結果は、解析に使用されたデータを生成する素子の挙動又はデバイスの挙動における変化に起因してもよく、又は、代替的に、データ自体の品質に関するエラーに起因してもよい。ある実施形態では、例えば、解析が基にするその性能データに関するデバイスに含まれる素子の識別子が化け、そして、それらは、関連する製造データと、解析の素子及びデバイスについての関連する実機デバイス性能データとの間の必要なリンクを提供しない場合があり、おそらく、誤った又は意味のない解析結果に至る。別の例では、デバイスに含まれる素子が実際に偽造品である場合、それらは、偽の識別子データを生成することがあり、そうしたデータは、製造データと実機デバイス性能データとの間の使用可能なリンクについての根拠を提供せず、従って、これもおそらく、間違った又は無意味な解析結果に至る。
【０１５５】
[00163]  ある実施形態では、１）、２）又は３）で説明したような解析は、デバイスの異なる集まりの間に変動があるかどうかを特定するために所定の素子を包含するデバイスの複数の集まりについて実行されてもよい。上のように、こうした解析の出力は、潜在的なデバイス信頼性の問題を評価して問題に対して行動するために、例えばメーカによって参照されるレポートであってもよいが、そうした実施形態では、集約して、個人で又はその両方でまとめられた、所定の素子の複数の異なるデバイスレベルアプリケーションの解析を含むためにリスク評価が作成されてもよい。
【０１５６】
[00164]  ある実施形態では、１）、２）又は３）で説明したような解析は、素子の群を使用して実行されてもよい。例えば、データを相関させることによって関係を特定する時に、実機データは、群についての製造データの組み合わせと相関させられてもよい。別の例として、デバイスの性能は、デバイス内の個別の素子ではなく、素子の群間の相互作用に関してもよい。所定の群の素子は、同一のタイプであってもよく、例えば、所定の素子の群は、特定のメモリ部品製品タイプから構成されてもよい一方で、別の群は、特定のマイクロプロセッサ製品タイプから構成されてもよい。こうした実施形態では、所定の群は、デバイス構成に含まれる群の他方を備える素子と同一のタイプ又は異なるタイプの素子タイプから構成されてもよい。これらの実施形態のいくつかでは、デバイス個体群の各デバイス内の群の素子の使用法が必ずしも関連させられなくてもよい一方で、これらの実施形態のいくつか他のものでは、デバイス個体群の各デバイス内の群の素子の使用法は類似していてもよい。所定の群の素子が、デバイス個体群の各デバイス内に同様に配置及び使用されてもされなくてもよい様々な実施形態では、相互作用を有し得る異なる群の素子への直接的な又は間接的な電気的接続はなくてもよい。例えば、デバイス内の異なる群の素子の間に電磁妨害（ＥＭＩ）を包含する相互作用があることがあり、互いに回路を通じて直接的又は間接的に必ず接続される素子なしで、デバイスの性能問題を引き起こす。例えば、互いに近接している素子は、それらの間に存在し得る電気的接続とは無関係に、ＥＭＩ関連のデバイス性能問題を形成することがあり、当該問題は、今度は、素子の製造条件の特定の集合に関連し得る。こうした場合には、ＥＭＩ相互作用に関連する素子は、例えば、モジュールに対する部品間、サブモジュールに対する部品間、又は、モジュールに対するサブモジュール間のＥＭＩ相互作用を包含する、全く異なるタイプであってもよく、又は代替的に、同一のタイプであってもよい。ある実施形態では、デバイス内の素子の異なる群間の電磁妨害は、電磁放射に起因する干渉を必ずしも包含するわけではないが、代わりに、回路配線がすぐ近接している素子間の、誘導的に又は容量的に結合された「ノイズ」を包含し得、おそらく、第２の素子の信号又は電源電圧の変化又は表面時の第１の素子の信号又は電力供給における一時的な誘導的又は容量的な干渉を生じさせる（例えば、クロストーク）。
【０１５７】
[00165]  デバイス個体群のうちのデバイス内の任意の所定の群の同様の使用を包含するある実施形態では、デバイス構成の名目上の仕様に従って、所定の群の各素子が同じ方法で各デバイス内に配置されて電気的に接続されてもよい。場合によっては、デバイス構成の名目上の仕様に各々従って、複数の異なる群の様々な素子がデバイス内に配置されて電気的に接続されてもよく、その結果、それらを使用してデバイス内で様々な群の素子同士の間の電気的な及び／又は機械的な相互作用が類似のものであることが予想される。デバイスの個体群が少なくともデバイス性能によって区別される実施形態では、所定の個体群の各デバイスに含まれる２以上のそうした群からの素子が解析で検討されてもよく、実機における既知のデバイスレベルの性能例外とそうした群の素子の製造条件との間の相関が識別され得る。群を有する実施形態では、デバイスレベルの性能例外は、個体群のデバイスに包含される個々の群の素子の製造データに関連付けられる製造条件の特定の集合に相関してもよい。追加的に又は代替的に、デバイスレベル性能例外は、個体群のデバイスに包含される２以上の群の素子の製造条件の部分集合の組み合わせである集合に相関してもよい。こうした実施形態のいくつかでは、各々について製造条件の所定の部分集合を有する素子の２以上の群の製造データの関連の組み合わせを備える関連は、おそらくそれらを使用するデバイス内の素子間の相互作用に起因して、デバイスレベル性能例外と様々な群の素子の製造条件の部分集合の組み合わせとの間の相関を示し得る。上のように、こうした解析の出力は、潜在的なデバイスの信頼性問題を評価して問題に対して行動するために、例えばメーカによって参照されるレポートであってもよいが、群を有する実施形態では、リスク評価が、様々な群に関する解析を含むように作成されてもよい。
【０１５８】
[00166]  素子群を有する実施形態の例示の例として、速い受信機とペアリングしている遅い受信機は、上流の論理からのデータがその後の段階に到達するのが遅すぎてラッチされることができない場合に、実機デバイス内のＰＣボード上で送信機−受信機のペアリングとして接続される部品間でやりとりされるラッチされたデータを生じさせる。対照的に、２つのペアリングされた部品が両方とも速い又は両方とも遅い場合、不正確なデータをラッチすることについての問題は生じそうにない。送信機部品の製造条件は、受信機部品の設定及びホールド時間と異なるように妥当までの時間データのタイミングに影響を及ぼし、又は、例えば送信機及び受信機の部品が、異なる制作プロセス技術に基づいていた場合に、受信機部品の製造に適用可能ではない条件を実際に包含し得る。従って、送信機の特徴のある妥当までの時間データは、製造条件の１つの部分集合に依存してもよい一方で、受信機の特徴のある設定及びホールド時間は、製造条件の別のまったく関連しない部分集合に依存してもよい。こうしたシナリオでは、実機エンドユーザデバイスの所定の個体群内の観察された性能問題は、送信機−受信機部品の特定のペアリングに部分的に依存し得る。ペアリングが不規則であれば、関連する性能問題は、同一のエンドユーザデバイスで観察され得るが、他のエンドユーザデバイスでは観察されない。故障率によって１以上のデバイス個体群を確立するために実機性能データを最初に解析し、その後に、各々確立されたデバイス個体群内のペアリングされた送信機−受信機部品に対応する製造条件の部分集合の対の相関を解析することによって、ペアリングされた部品の製造条件のある組み合わせに相関が確認されることがあれば又はされないこともある。ここで提案された例が、単純化のために、デバイス内の素子の対の相互作用のシナリオに限定されているが、主題はこれに限定されず、説明した解析は、個体群のデバイス内に含まれる対象の素子の任意の数の群について適用されてもよい。
【０１５９】
[00167]  任意選択的に、データ解析エンジン１４によって実行され得る解析のタイプは、それら自体の要求に適合させるために個々のオペレータによって、及び／又は、データ解析エンジン１４のアドミニストレータによって、構成されてもよい。
【０１６０】
[00168]  データ解析は、様々なタイプのものであってもよく、また、１）、２）又は３）を参照して上述した解析に必ずしも制限されない。
【０１６１】
[00169]  例えば、データ解析エンジン１４による解析は、素子製造データ及び／又は実機データの任意の組み合わせを包含し得る。様々な実施形態では、解析される素子製造データは、上述したような、パラメータデータ、機能データ及び／又は属性データを含んでもよい。ある実施形態では、受信した製造データに加えて又は代えて、解析は、受信した製造データに基づいて計算されたデータを使用してもよい。データは、任意の方法で計算されてもよく、例えば、２以上のデータ点の数学的な又は論理的な組み合わせ、若しくは、別の例では、実行された２以上の製造工程にまたがる製造データの値における測定されたシフトであってもよい。ある実施形態では、解析は、サブアセンブリ製造ラインのうちで同様に処理された又は同様に挙動する素子の個体群についてのリスト事項の１以上を要約する統計的測定基準（例えば、平均、中央値、標準偏差）から形成されてもよい。
【０１６２】
[00170]  様々な実施形態では、解析される実機データは、上述したような、パラメータデータ、機能データ及び／又は属性データを含んでもよい。ある実施形態では、受信した実機データに加えて又は代えて、解析は、受信した実機データに基づいて計算されたデータを使用してもよい。データは、任意の方法で計算されてもよく、例えば、２以上の様々なタイプのパラメータデータ及び／又は機能データの数学的な又は論理的な組み合わせ、若しくは、別の例では、２以上のデバイス事象にまたがる又は使用時間にまたがる又は異なる工程のモードにまたがる機能データにおけるパラメータ及び／又は値における測定されたシフトであってもよい。ある実施形態では、解析は、例えば、複数の同様の事象の発生に関連してなされた、又は、長期間にわたる使用時間にまたがってなされた測定の集合の、同様の条件の個体群についてリストされた事項の１以上を要約する統計的測定基準から形成されてもよい。
【０１６３】
[00171]  ある実施形態では、対象の測定条件の識別された集合と実機性能との間の相関は、間接的であってもよく、２以上のレベルの相関を包含する。例えば、相関は、生成されるデバイスエラーと、問題のデバイスを製造するために使用された特定の検査プログラムとの間で最初に確立されてもよく、可能性としては、その後に、使用された所定の検査プログラムにおける特定の検査に対して以前になされた変更に対する相関が確立される。
【０１６４】
[00172]  追加的に又は代替的に、データ解析は、例えば、実機データ及び／又は素子製造データの解析を補助するため、デバイス製造データ及び／又は故障データを考慮に入れてもよい。例えば、データ解析エンジン１４は、デバイス製造条件と実機性能との間の相関を検出してもよい。
【０１６５】
[00173]  主題は、ここで説明するデータ解析の例によって拘束されない。
【０１６６】
[00174]  ある実施形態では、データ解析エンジン１４の解析及びレポートは、半自動であってもよく、例えば、クライアントＸ及び／又はクライアントＹ、１１ｘ及び１１ｙそれぞれ（まとめて「クライアント１１」）によってデータ解析エンジン１４を制御するオペレータによって推進され及び／又は少なくとも部分的に管理されてもよい。この場合のオペレータは、クライアント１１ｘ、１１ｙを使用し得るユーザであってもよい。クライアント１１は、ボックス６から離れているように図２に示されているが、必ずしもそうである必要はなく、ある例では、クライアントはボックス６として同じ位置にあり得ることが可能である。図２のボックスのいずれかに当てはまるように、クライアント１１ｘ及び１１ｙは、実施形態に応じてソフトウェア、ハードウェア及び／又はファームウェアの任意の組み合わせから構成されてもよい。ある実施形態では、クライアント１１は、クライアント１１を使用しているオペレータに、ユーザ名及びパスワードによってボックス６（のサーバ、例えば）にログオンして、オペレータアプリケーションサービス１３にアクセスすることを可能にするデスクトップソフトウェアであってもよく、オペレータアプリケーションサービス１３は、ある実施形態では、例えば、所望される解析及びレポートの詳細を特定するため、フィードバックを提供するため等で、データ解析エンジン１４に相互作用してデータ解析エンジン１４を部分的に制御して、それによって、データ解析エンジン１４に、自動データ解析に加えて又は代えて半自動解析を実行させることを可能にするためのユーザインターフェースを（他の機能の中で）提供してもよい。ある実施形態では、任意のクライアント１１は、１以上のプロセッサを追加的に又は代替的に含んでもよい。
【０１６７】
[00175]  単純化のため、ボックス１１ｘ及び１１ｙはここではクライアントとして参照される。しかしながら、ある実施形態では、ボックス１１ｘ及び／又は１１ｙは、追加的に又は代替的に、ボックス６のための入力／出力インターフェースの代表であってもよく、オペレータが入力したデータが、ボックス６で受信されることが可能になるように及び／又はボックス６からのデータが必要な変更を加えてオペレータに提供されるように、同様の機能を実行してもよい。
【０１６８】
[00176]  ある実施形態では、ボックス１３及び／又は１１ｘ、１１ｙは省略されてもよく又は最小化されてもよい。例えば、解析は完全に自動的であってもよく、及び従って、オペレータは、解析を推進する必要がなくてもよく、解析の詳細は、オペレータによって特定される必要はなくてもよい（又は、初期の設定で特定される必要のみあるが、その後は必要とされない）。追加的に又は代替的に、例えば、オペレータへのレポートは必要とされなくてもよい。この例を続けると、解析の結果は、必要に応じて、製造を改善するために、製造環境に自動的にフィードバックされてもよい。追加的に又は代替的に、オペレータへのレポートが発生しても、たとえ解析することをより自動的でなくしても、そうしたフィードバックが、工程のモードが、データ解析を経時的に変化させて、おそらく改善することを潜在的に可能にし得るという事実に関わらず、結果に関するオペレータからのフィードバックは許可されなくてもよい。
【０１６９】
[00177]  オペレータアクセスアドミニストレータ１２は、所定のオペレータが割り当てられるユーザ群に関連付けられた許可に従って、データベース１０のデータに対するセキュリティを提供し、及び／又は、データベース１０のデータへのアクセスを限定するように構成されてもよい。オペレータのログイン及びユーザの提携がオペレータアクセスアドミニストレータ１２によって確認された後、この情報はオペレータアプリケーションサービス１３に渡されてもよく、オペレータアプリケーションサービス１３は、彼／彼女のユーザ群提携（例えば、あるメーカとの提携）に適切なものに対してアプリケーションを実行する時に、ログインしたオペレータに提示されるオプション及びデータをその後に制限してもよい。ある実施形態では、オペレータアクセスアドミニストレータ１２及びオペレータアプリケーションサービス１３は結合されてもよい。ある実施形態では、オペレータアクセスアドミニストレータ１２は、例えばボックス６へのオペレータのアクセスが必要とされない場合に省略されてもよい。
【０１７０】
[00178]  ある実施形態では、データベース１０は、複数の素子メーカ及び複数のデバイスメーカを包含するデータ「クリアリングハウス」として設計されてもよく、従って、メーカと提携しているオペレータが彼らの要求に適切なデータのすべてにアクセスすることを可能にする。メーカと提携しているオペレータが、対象のそれらのエリアに関連するすべてのデータにアクセスすることを可能にする一方で、彼らが許可を有していないデータへのアクセスを制限するために許可及び優先権（おそらく、システムポリシーに基づく）を管理するために、ロバストなオペレータアプリケーションサービス１３を構築することには利点及びまた複雑さがある。さらに、そうした環境では、解析ツールが、特定のオペレータの要求に適切な解析メニューを自動的に作成することによって、関連の素子及び／又はデバイスの範囲に基づいて自動的に解析パラメータを投入することによって、オペレータの仕事をより容易なものにし得る。
【０１７１】
[00179]  図１の例では、実際には、図示された３つのアプリケーションのうちの任意の１つのために時には使用されるＮＡＮＤ部品の２以上のメーカがあってもよい。総計、この例では、従って、データ「クリアリングハウス」を使用することに興味を示す５つの異なるユーザ群と同数であってもよい（２つの部品関連ユーザ群及び３つのデバイス関連ユーザ群）。１つの部品メーカが、他の部品メーカの部品に関連するデータを決して見ることがないように設計されてもよい。また、あるデバイスメーカが、時には１つの部品メーカの部品を使用し、かつ、時には他の部品メーカの部品を使用する場合、その後、２つのソースについて実機で比較することに興味があり得る。しかしながら、第１のデバイスメーカ及び特定のデバイスメーカが、第３の部品メーカ及び第４の部品メーカの部品のみをそれぞれ使用する場合、そして、各デバイスメーカに対象の実機データが従ってフィルタリングされてもよい。別の例では、所定の部品メーカは、それらの製造された部品を使用する１つのデバイスメーカと部品製造データを共有する意思がある場合があるが、それらの製造された部品を使用する別のデバイスメーカとそれを共有する意思がない場合がある。
【０１７２】
[00180]  図２に示した実施形態では、ユーザ群Ｘ又はユーザ群Ｙ（図示の目的で、ユーザ群Ｘはクライアント１１ｘに関連付けられてよく、ユーザ群Ｙはクライアント１１Ｙに関連付けられてもよい）のいずれかに属するオペレータの複数の例があり得る。しかしながら、主題は、２つのユーザ群によって拘束されず、より少ない又はより多いユーザ群があってもよい。実際には、定義され得るユーザ群の数は、場合によっては、制限されなくてもよい。ユーザ群は、任意の適切な基準に従って、例えばアクセスアドミニストレータ１２によって定義されてもよい。例えば、ユーザ群Ｘ及びＹは、オペレータが働く会社に従って区別されてもよい。こうした例では、会社の区別は、例えば、ボックス１、２及び／又は３でそれぞれ示される部品、モジュール又はデバイスの製造について責任を負う様々な素子及び／又はデバイスのメーカによってなされてもよい。ユーザ群は、彼らの対象のエリアに応じて又は彼らが必要とし得る特定の解析に応じて、所定の使用者についてさらに細分化されてもよい。
【０１７３】
[00181]  ある実施形態では、様々に定義されたユーザ群と提携しているオペレータは、同時にログオンされてもよく、かつ、彼らのユーザ群の許可の制限によって各々拘束される、データ解析エンジン１４を同時に使用してもよい。例えば、各々デバイスの特定の素子を製造する異なる会社／ユーザ群Ｘ及びＹによって雇用された２人のオペレータが同時にログオンされて解析を実行してもよい。会社Ｘ及びＹは、例えば、同一のモデルサーバ（デバイス）内で２つの会社のいずれかのうちの、時にはドライブ（素子）を設置する大規模なサーバ会社のためのディスクドライブのメーカであってもよい。これらの２つの仮定のオペレータは、おそらく別個の製造ラインで、競合会社で働いているので、彼らにとって互いのデータを見ることは望まれないことであり得る。従って、彼ら自身の会社のもののみに対するデバイスディスクドライブについての製造データを彼らが見ることへの制限の必要性、及びまた、彼らの会社の素子によって構築された実機の特定のデバイスにのみ関連する実機データを彼らが見ることへの制限の必要性があり得る。従って、データの適切な「所有者」に対する素子データの及び実機データのデータ追跡可能性が必要とされてもよく、その結果、アクセスアドミニストレータ１２が、群メンバーシップＸ又はＹを有するオペレータにデータアクセスを適切な許可し得る。実機データがデータベース化された様々なデバイスメーカとの提携に従って割り当てられたユーザ群メンバーシップを有するオペレータについてのアクセスは、それらのオペレータが互いのデータに興味を示さないか、又は、実際には、競合者であり得るが望ましくない興味を有しているので、同様に制御されてもよい。従って、上述したように、製造データ及び実機データのデータベースの構造は、複数の異なる素子メーカからの及び／又は複数の異なるデバイスメーカからのデータを含む、様々なユーザ群の提携を有する複数のオペレータについてのデータ「クリアリングハウス」としてその使用をサポートする必要があり得る。
【０１７４】
[00182]  オペレータのデータアクセスを適切に管理するために、データベースの各レコードは、レコードのデータにユーザ群のどれがアクセスを有し得るかを特定するために、その値が直接的に又は間接的に使用され得る少なくとも１つのレコードフィールドを含んでもよい。上で挙げた２つのディスクドライブメーカの例では、サーバ会社からの実機データの各データレコードは、モデル、シリアル番号、データレコードが生成されたサーバに収容されるディスクドライブのディスクドライブメーカを示すレコードフィールドを含んでもよく、かつ、そのレコードフィールドは、サーバメーカにディスクドライブを提供する２つの会社のいずれかと提携しているオペレータに、データレコードへのアクセスを適切に制限するために使用されてもよい。各会社と提携しているオペレータは、彼ら自身のディスクドライブを収容するデバイスについての実機データを解析することができ得るが、競合者のディスクドライブを収容するデバイスに由来するデータへのアクセスを有していない。対照的に、この例を続けると、サーバメーカと提携しているオペレータは、２つのディスクドライブのいずれかが所定のサーバデータレコードに包含されるかに関わらず、そうしたデータレコードのすべてへのアクセスを必要とすることがあり、かつ、従って、ディスクドライブモデル、シリアル番号又はメーカのレコードフィールドによってデータアクセスを制限されないことがある。従って、サーバメーカ群の提携を有するオペレータは、２つのタイプのディスクドライブの各々と、構築されたサーバの群についての実機データを比較して対比することが可能であり得る。ある実施形態では、所定のデバイスが、例えば、同一のデバイス内の２つの代表的なメーカの各々からのディスクドライブを収容するサーバが、競合するメーカからの素子を含む複数の素子を収容し得ることに留意されたい。そうした実施形態では、データアクセスポリシーは、ディスクドライブ会社と提携しているオペレータに実機データへのアクセスを許可し得るが、任意選択的に、特定のメーカ等の競合他社の製品、モデル番号、所定のデバイスに収容される競合他社のディスクドライブのシリアル番号に関する情報を包含する特定のレコードフィールドを監査することを可能にする。理想的には、こうしたデータアクセスポリシーは、高度に設定可能であり、どのデータレコード及びどのレコードフィールドが各ユーザ群によってアクセスされてもよいかを特定する際の順応性を可能にする。実施されたポリシーは、様々なユーザ群の商売の取引先に基づいていてもよく、例えば、メーカのデータへのアクセス、又は、メーカの素子を収容するデバイスによって生成された実機データへのアクセス、を競合他社が禁じられるとする素子メーカの希望に基づいていてもよい。別の例では、デバイスメーカは、第１の素子メーカが第２の素子メーカのデータへのアクセスを禁じられることを所望することがあり、例えば、それらのデータが、デバイスメーカ及び第２の素子メーカの間の特定の技術協力等の技術的又は商業的な特性又は取引関係等の所有物である情報を表す場合である。
【０１７５】
[00183]  図２に戻ると、任意選択的な実機クエリ機構をここで説明する。上述したように、ある実施形態では、実機データの収集は、デバイスの外側からのクエリによって及び／又は非クエリ事象によってトリガされてもよい。非クエリトリガ又は特定のデバイスを対象にしないクエリに関して、実機データの収集スキームは、（クライアント１１を介したフィードバックに任意選択的に伴って）発生する場合に、ボックス６で実行された解析、及び／又は、人間による解析結果の検討とは無関係であってもよく、及び／又は、クライアント１１を介して人間によってなされたクエリに関する明示的リクエストとは無関係であってもよい。
【０１７６】
[00184]  しかしながら、ある実施形態では、データ、フィードバック、明示的リクエストの検討、及び／又は、ボックス６で実行されている解析は、クエリが、生成されて、そうでなければ提供されない実機データの追加の又は特定のタイプについてデバイス４ａ及び４ｂに送信されるようにしてもよい。おそらく、クエリは、異なるデータが生成されるようにするそれらのデフォルトのデータ収集スキームを変更させるために、及び／又は、データ生成トリガを変更させるために（例えば、そうでなければ発生したものと異なる条件及び／又は異なる比率の下でのデータの生成）、デバイス４ａ及び４ｂに送信される命令を含んでもよい。こうした特徴の有用性は、以下のものを含む潜在的な適用が検討される時に明白であり得る。
【０１７７】
[00185]  １）実機性能と製造条件の集合との間に見出された相関における信頼水準は、デフォルト水準を上回るように実機データサンプルを増加させることによって向上し得る。従って、観察が、確認される又は反証されてもよく、若しくは、例えば観察されたデバイス信頼性問題のｐｐｍ水準を推定するために、良好に定量化されてもよい。
【０１７８】
[00186]  ２）上と同様に、初期のデフォルトサンプリング水準によって提供されたものと比べて、デバイスのタイプ又はデバイス動作条件のより広範な範囲にまたがる追加の実機データ収集は、製造条件の集合に対する相関によって識別された問題の範囲及び／又は特性へ良好な洞察を提供し得る。
【０１７９】
[00187]  ３）素子の製造データにおける不一致の観察は、異常な製造条件の下で処理された素子によって構築された特定のデバイスからの実機データ収集を正当化してもよく、及び従って、潜在的にあまり重要ではなく、又は、突然の欠陥の傾向があり得る。こうして焦点が当てられた実機データデバイス収集は、デフォルトスキームの不規則なデータ収集よりも製造条件の問題のある集合に対する相関を良好に示し得る。例えば、それらのデバイスは、例えば劣化、故障及び／又は欠陥の頻度に対するマージンについてチェックするために定期的にクエリされてもよい。
【０１８０】
[00188]  ４）例えば、収集されたデータの量又はデータの測定の解像度を拡張するために、向上した実機データの収集は、相関の理解を改善するために望まれる場合があるが、デフォルトのデータ収集スキームにおいて実現困難であり得る。この場合、データ収集の向上のために、特定の手作業で定義された基準及び／又は自動的に定義された基準に適合する個々のデバイス又はデバイスの群が対象にされてもよい。
【０１８１】
[00189]  ５）あるデバイスからの特定の関心の実機データ点の観察は、必要に応じて、それらのデバイスから対象のデータを繰り返し強制的に収集することによって、発生の頻度又は測定結果の再現性について再チェックされてもよい。結果として生じたデータの一致は、観察される問題に対する適切な応答を特定する際に要因となり得る。
【０１８２】
[00190]  ６）元のデフォルトデータ収集スキームからのデータの検討後に、元のデータ収集条件に対する又はサンプリングされたデータ集合に対する特別な調整が望まれてもよい。例えば、デフォルトのデータ収集スキームにおける意図しないエラーに対処するため、又は、別の例では、名目上の実機データに基づいて向上した参照関係（例えば、向上したベースライン）を構築することによってデータ解析で観察される偶発的な問題に対応するため、こうした調整が望まれてもよい。例えば、サンプルサイズを増大させることによって又は頻度をサンプリングすることによって、若しくは、潜在的に問題のある（例えば、他のデバイスよりも低い性能を有する）デバイスからより多くのサンプルを受領することによって、参照関係が向上させられてもよい。
【０１８３】
[00191]  主題はこれらの適用によって拘束されない。
【０１８４】
[00192]  ある実施形態では、デバイス設計が、実機のデータ収集の変更について送信されたクエリ又は命令を承認して処理するためのいくつかの手段を提供する場合に、実機のデバイスは、デフォルトのデータ収集スキームが提供するものとは追加の又は異なるデータのみを生成し得る。同様の特徴の一例は、例えば、ＰＣ、ラップトップ、タブレットコンピュータ、携帯電話及びセットトップボックス等の今日のインターネットに接続されたパーソナルマシン上で、オペレーティングシステム及びアプリケーションのアップデートを実行するために採用されたありきたりの機構である。起動時、又は、ユーザ作業中、どのバージョンのオペレーティングシステム又はアプリケーションがマシンにインストールされているかを特定するために、リモートサーバが実機のマシンと通信し、その後、マシンユーザによって任意選択的にインストールするためにマシンに任意の必要なアップデートを自動的にダウンロードする。同様のプロセスは、現在の主題について説明されてもよく、実機のデバイス（図２、４ａ又は４ｂ）は、例えばインターネットによって、リモートシステム（例えば、図２、ボックス６）にリクエストを送信され、デバイスの挙動を変化させる（例えば、実機データ収集条件を変更する）。クエリは、実機のすべてのデバイスに送信されてもよく、又は、実機のすべてのデバイスより少ないデバイスに送信されてもよい。
【０１８５】
[00193]  実機デバイスの識別が既知であり（又は、デバイスポーリングを通じて確認され得る）、かつ、特定のデバイスのアドレスを指定するための機構が存在する実施形態について、特定の対象のデバイスに追加データのためのそのクエリ（又は、デフォルトのデータ収集スキームにおける変更についてのリクエスト）を制限してもよい。識別子は、例えば、デバイスシリアル番号であってもよい。ある実施形態では、デバイス識別に加えて又は代えて、同様のデバイスの群にクエリを送信するが、異なるデバイスには送信しない手段として機能し得る、デバイスのタイプを示す及び／又はデバイスメーカを示す識別子が存在してもよい。デバイスタイプの識別子は、例えば、デバイスモデル番号であってもよい。実機デバイスのアドレスを固有に指定するための機構又はデバイスの群のメンバーとしてデバイスのアドレスを指定するための機構（群のメンバーではない他のデバイスとは区別可能である）は、実機のすべてのエンドユーザデバイスよりも少ないデータ収集のためのクエリを送信するための基盤として使用されてもよい。ある実施形態では、対象のデバイスのアドレスを指定するために使用される識別子は、クエリを定式化する前に既知であってもよい。ある実施形態では、その固有の識別又は群の識別のためにデバイスにポーリングした後にのみ既知であってもよく、その後、デバイスが対象のものであることが特定された場合に、データ収集の向上を要求するためのクエリが形成されてもよい。
【０１８６】
[00194]  図２に示すように、クエリは、任意選択的な実機デバイスデータクエリ生成装置１６によって定式化されてもよい。所望される実機データの種類を特定する、かつ、どのデバイスがそれらのデータを提供しなければならないかを特定する、この生成装置への入力は、オペレータアプリケーションサービス１３又はデータ解析エンジン１４から生じてもよい。オペレータアプリケーションサービス１３から生じるリクエストは、例えば、既存のデータの彼らの検討が、彼らに、追加の又は異なるデータが彼らの仕事には必要とされることを認識させる際に、クライアントのオペレータによって形成された明示的リクエストから生じるものを含んでもよい。データ解析エンジン１４から生じるリクエストは、例えば、実機性能と製造条件の集合との間の相関が、あるデータ集合を使用して識別された時に、実施される解析の実行に関連して形成されるものを含んでもよいが、追加のデータ点は、真実であるものとして承認されるために相関についての所望の信頼水準に到達することが必要とされ得る。
【０１８７】
[00195]  図２の例示の実施形態では、オペレータアプリケーションサービス１３を介してなされた手動の明示的リクエストの結果として、又は、（自動又は半自動であり得る）データ解析エンジン１４の下で実行されるアルゴリズムの論理の結果として、開始されるかどうかについて、デバイスデータクエリ生成装置１６がクエリについての一連のマシン読み取り可能なコマンドをフォーマットした後に、クエリデータが、実機デバイスデータクエリ送信機１７に送信されてもよい。実機デバイスデータクエリ送信機１７は、その後、すべての実機エンドユーザデバイス４ａ及びすべての実機エンドユーザデバイス４ｂのうちから対象となるデバイスに（例えば、インターネットを介して）クエリを送信してもよい。図２の実施形態を思い出すと、実機エンドユーザデバイス４ａ及び４ｂは、互いに共通の素子を有し得る又は有し得ないデバイスの異なる集合を表すことが意図される。上述したように、実機デバイスデータクエリ送信機１７と通信して実機の様々なデバイスに送信されたクエリは、デバイス４ａのみに又はデバイス４ｂのみに、若しくは、デバイス４ａ及び４ｂの両方に、若しくは、デバイス４ａ及び／又は４ｂによって表される集合内の任意のサブ集合のデバイスに、アドレス指定されてもよい。ある実施形態では、実機デバイスデータクエリ生成装置１６及び実機デバイスクエリ送信機１７が結合されてもよい。任意選択的に、ある実施形態では、実機データクエリ１８ａ及び１８ｂのローカルのアグリゲータが存在してもよく、実機エンドユーザデバイス４ａ及び４ｂについて（例えば、インターネット上で）到達したクエリをバッファするように機能する。存在する場合、１８ａ及び１８ｂが、デバイス４ａ及び４ｂに対するクエリを受信し、統合し及びクエリの送信の予定を決めてもよい。ある実施形態では、１８ａ及び１８ｂは、単一のアグリゲータに結合されて実機の様々なデバイスに役立ってもよく、例えば、実機データクエリの単一のローカルのアグリゲータに結合されて、送信側（ボックス６）により近い及び／又は受信側（ボックス４ａ、４ｂ）により近い、デバイス４ａ及び４ｂの両方に役立ってもよい。素子１８ａ／ｂの包含から利益を受ける実施形態の一例は、デバイス４ａ／４ｂがインターネットに接続されないものであり、例えば、制御及び安全の理由のためにインターネットに接続されない、工場フロア上のデバイスのための構成及び／又はコンピュータプログラムの工場フロア貯蔵所として使用されるサーバ等の、単一のインターネットに接続されたサーバによって制御される工場フロア内のデバイスの集合である。こうした実施形態では、それらのデバイスのためのクエリは、ＬＡＮ又はローカル無線ネットワークを介して、例えば、インターネットに接続されていないデバイスに転送される前に、工場フロアサーバによって最初に集約されてもよい。素子１８ａ／ｂから利益を受け得る実施形態の別の例は、デバイス４ａ／ｂが容易に再構成されないものであり、例えば、ソフトウェアのリリースが厳格な変更管理に基づいてなされるものである場合に、例えば、ソフトウェアの修正が困難なミッションクリティカルなアプリケーションのものである。
【０１８８】
[00196]  クエリのプロトコル及びフォーマットは主題によって拘束されない。しかしながら、読み手へのさらなる例示のため、いくつかの例をここに提供する。例えば、クエリは、任意の標準的なプロトコル及びフォーマット（例えば、ＨＴＴＰ、ＲＥＳＴｆｕｌ、ウェブサービス、ＸＭＬ、ＪＳＯＮ）、又は、デバイスメーカによって定義されるような任意の独自仕様のフォーマットを使用してもよい。
【０１８９】
[00197]  インターネットを介した送信の例は、上述したクエリのために提供されたが、主題は、クエリのために使用された送信手段、プロトコル又は周波数を限定するものではない。例えば、特定のクエリについて、送信の手段は、インターネット、又は、任意の他のワイドエリアネットワーク、ローカルエリアネットワーク（有線及び／又は無線）、携帯基地局、マイクロ波送信塔、衛星通信、自動車用遠隔測定技術等を含んでもよい。クエリを送信するために使用されるプロトコルは、送信の手段のための任意の適切なプロトコルであってもよい。例えば、１８ａ／ｂとデバイス４ａ／ｂとの間のクエリの送信は、特に１８ａ／ｂと４ａ／ｂとが物理的に互いに近い場合には、インターネットによるものに代えて、ローカルエリアネットワークによるものであってもよい。
【０１９０】
[00198]  データ解析エンジン１４は、オペレータのフィードバック（フィードバックは、例えば、クライアント１１ｘ、１１ｙを介して提供された、オペレータ入力及び／又はオペレータ作成規則であり得る）に関連して自動的に又は半同時的に様々なアクションを実行及び／又はトリガするように構成されてもよい。例えば、解析の終了時、実機性能と１以上の製造条件の集合との間に相関があると結論付けられてもよい。別の例では、解析の終了時、データが不一致であると結論付けられてもよい。データ解析エンジン１４は、そうした相関が偽である又は偽でないか否かを自動的に又は半自動的に特定してもよい。明白な関係が、相関する事象又は変数に体系的かつ同時に影響を及ぼす偶発的な要因に実際に起因している場合のような（相関する事象又は変数の間の直接の原因となる関係に起因するものではなく）、所定の相関から推測される関係は、オペレータによって及び／又はマシンによって、例えば、相関から推論される関係における事象又は変数がもっともらしい原因となるつながりを有していないとき、意味又は関連性がないかどうかが偽であるとして分類されてもよい。こうした偶発的な要因は、統計学では、「共通の応答変数」、「交絡因子」又は「潜伏因子」として一般に参照されている。例えば、異常なＣＰＵ性能によって区別されたラップトップコンピュータの個体群が、ウエハソートにおいて拡張検査を受けたウエハに由来するＣＰＵを含まなかった性能問題を有しないＣＰＵを含むラップトップコンピュータの個体群と比較して、ウエハソート工程で拡張検査を受けたウエハに由来するＣＰＵに相関させられてもよいことが見出され得る。観察された相関によって示唆される関係は、ＣＰＵ製造において拡張ウエハソートの検査が、実機のラップトップコンピュータにおけるＣＰＵ性能問題を引き起こすことである。しかしながら、ＣＰＵメーカのポリシーが、低い歩留まりであることが見出されるウエハ上にのみ拡張ウエハソート検査を実行することが既知である場合、その後、相関によって示唆される相関が偽であるものとして分類されてもよい。この例では、低い歩留まりのＣＰＵウエハは、拡張ウエハソート検査（製造ポリシーによる）の両方において結果として生じ、また、性能問題を有するＣＰＵを製造する傾向にある。
【０１９１】
[00199]  相関が偽であるか否かについてのデータエンジン１４による特定は、現在の入力（例えば、結論がレポートされた後に１以上のクライアント１１を介して１以上にオペレータによって入力される）に基づいていてもよく、及び／又は、過去のデータ（例えば、過去の結論、以前に策定された規則、及び／又は、例えば、１以上のクライアント１１を介して入力された過去の入力等）に基づいていてもよい。そうした特定をするデータ解析エンジン１４に加えて又は代えて、例えば、結論のレポートを受信した１人以上のオペレータが、そうした相関が偽であるか否かの特定をしてもよい。任意選択的に、オペレータによってなされた特定は、クライアント１１を介してデータ解析エンジンに入力されてもよい。データ解析エンジン１４及び／又は１以上のオペレータによる特定の結果、データ解析エンジン１４及び／又は１以上のオペレータは１以上の規則を策定してもよい。オペレータが策定した場合、規則は、データ解析エンジン１４によって（例えば、クライアント１１を介して）その後に受信されてもよい。例えば、規則は、以下の番号を付した例のいずれか、システム２００を参照して及び／又は、システム２００に含まれる任意のボックスを参照してここで説明する任意の機能、ここで説明する実施形態等に関連してもよい。規則の策定及び実行は、システム２００に、経時的なシステム２００の動作のモードを変更することを可能にし、おそらく、システム２００が経時的により効率的なものになることを可能にし得る。
【０１９２】
[00200]  結論、偽であることに関する特定及び／又は規則の策定の結果、解析エンジン１４は、レポートを生成する、素子又はデバイス製造の環境に製造を改善するための変化をフィードバックする、素子メーカ又はデバイスエンドユーザにデバイス性能を改善するために実機デバイスのデバイス構成に対する変化をフィードバックする、素子又はデバイスメーカに製造及び／又は実機エンドユーザデバイスから自動的に受信されたデータの量又はタイプに対する変化をフィードバックする、追加の又は異なるデータを受信するために１以上の実機デバイスに対するクエリを生成する、素子又はデバイスメーカに素子又はデバイスの信頼性評価をフィードバックする、素子又はデバイスメーカに現場からリコールされるべき特定の素子又はデバイスの識別子をフィードバックする、素子又はデバイスメーカに偽造品である又は改造されたものであることが疑われ得る特定の素子又はデバイスの識別子をフィードバックする、製造条件の異なる集合の下で解析を繰り返す、元の解析と少なくとも同一のデバイス及び素子に定期的に解析を繰り返す、元の相関でサンプリングされたものと異なるデバイス及び素子に１回以上にわたって解析を繰り返す、最初に解析されたものと異なるデバイス及び素子について解析を繰り返す、最初に解析されたものと異なるデバイスメーカについて解析を繰り返す、又は、その後に続く解析の実行のための事象を特定して適用する際に参照として任意選択的に取得されてその後に使用されるべきデータベース内で解析の結果及びパラメータを記憶する、のいずれかを含むアクションの任意の組み合わせを、場合によっては、実行及び／又はトリガしてもよい。
【０１９３】
[00201]  ある実施形態において、ここにリストされた様々な例示のアクションは、ボックス６の環境内で特定された事象の発生に応じて実行が定義される相関及び／又は不一致の解析の結果に応じて、データ解析エンジン１４によって自動的に条件付きで開始されてもよい。ある実施形態では、実行されるべき解析の定義、解析を発生させるための特定の事象、及び、解析結果に基づいて条件付きで開始されるべきアクションは、１以上の設定可能な規則を使用して可能にされる。ある実施形態では、規則は、電子素子の製造に関する受信したデータ及びエンドユーザデバイスについての実機データの相関解析を実行するように構成され、エンドユーザデバイスは、主題の先行の実施形態において説明した相関解析の様々な形態を含む、データが相関させられる素子を含む。ボックス６の環境内で検出され得る事象は、そうした規則に、例えば、追加の受信したデータの到達、受信したデータのデータベース１０への追加、特定のタイプの追加データの受信、データベース１０内のデータの１以上の特定のタイプについてのデータの必要とされる最小量の超過、連続的な規則の実行の間の最大時間間隔についての閾値の超過、特定の時間の到達又は特定の持続時間の時間間隔の経過、実機システムデータクエリ送信機１７によって送信されたデータクエリからの追加データの到達、クライアント１１によってなされた１以上の実行についてのリクエスト、及び、ボックス６の環境内の任意の他の検出可能な事象、を実行させてもよい。規則の条件の論理は、例えば、偽の相関結果があるか否かを示す表示、又は、例えば、解析の予想される結果と比較して、解析の結果における不一致があるか否かを示す表示を含む、解析の任意の特定の結果に基づいてアクションを開始するように構成されてもよい。ここで説明する規則の最初の構成、又は、予め構成された規則の再構成の最初の構成は、ある実施形態では、人間の入力によってのもの、又は、人間の入力及び機械アルゴリズムによる入力の組み合わせからの入力によるもの、又は、単に機械アルゴリズムによる入力によるものであってもよい。ある実施形態では、異なる構成の複数の規則は、起動のために作成されてもよく、かつ、その後にデータ解析エンジン１４上で起動されて同時にサポートされてもよい。
【０１９４】
[00202]  ここでは、人間の入力又は同等のオペレータ入力を検討する時、主題は、人間によって入力がどのように提供されるかを制限しない。例えば、入力は、選択（例えば、メニューから）、ポインティング、打ち込み、提示された選択肢の確認等によるものであってもよい。
【０１９５】
[00203]  ある例では、システム２００は、図２に示すものよりも少ない、多い及び／又は異なるボックスを含んでもよい。例えば、１以上のシステム２００があってもよく、各々が、図２に示すボックスのうちの１以上と、任意選択的に、他のボックスと、を含んでもよい。２以上のシステム２００がある場合、異なるシステムが、同一のボックスの少なくともいくつかを含んでもよく又は含まなくてもよい。追加的に又は代替的に、ある例では、システム２００の機能性が、図１に示すボックスに異なるように分割されてもよい。従って、ここの例においてあるボックスに起因する任意の機能が、ある他の例では、追加的に又は代替的に、他のボックスによって実行されてもよい。追加的に又は代替的に、ある例では、システム２００の機能性は、図２に示すものより少ない、多い及び／又は異なるボックスに分割されてもよい。追加的に又は代替的に、ある例では、システム２００は、電子機器に関する及び／又は関しない、追加の、少ない及び／又は異なる機能性を含んでもよい。
【０１９６】
[00204]  システム２００によって実行され得る方法のある例をここで提供する。
【０１９７】
[00205]  図３の実施形態をここで参照すると、図３は、ここで開示した主題のある実施形態に係る方法３００のフローチャートである。さらなる詳細は、ボックス３２４の例示の実施形態を示す図４及び図５、ボックス３３０及び３３１の例示の実施形態をそれぞれ示す図６ａ／ｂ／ｃ及び図７で提供する。
【０１９８】
[00206]  図３は、自動的にデータを受信する段階、及び、受信したデータを判別し、作成し及びデータベース化する段階を含むボックス３０１〜３１３によって表されるフローを含み、ある実施形態ではその少なくともいくつかが自動化されてもよい。ある実施形態では、フロー３０１〜３１３の機能が有効にされる時、連続的にアクティブのままであり、人間の介在なしで動作し、受信したデータの解析を定義して解析し、及び、解析結果に基づいて作用する段階を含むボックス３１５〜３３５によって表されるフローとは無関係に作動する。図３に示す実施形態では、ボックス３０１〜３１３のフローは、ボックス３１５〜３３５のフローとは無関係であるようであるが、段階３２８ａで実機デバイスに送信されるクエリは、段階３０７で受信される実機データに至り得る。ある実施形態では、ボックス３１５〜３３５のフローの段階は、同時の実行は必要とされていないが、ボックス３０１〜３１３のフローの段階と同時に実行されてもよい。
【０１９９】
[00207]  ボックス３０１〜３１３のフローをここで説明する。段階３０１、３０２、３０３、３０４、３０５、３０６及び／又は３０７のデータソースは、図２に示すデータソースボックス１、２、３、９、８、２０及び／又は４／５にそれぞれ対応し得る。ある実施形態では、段階３０１〜３０７は、図２のボックス６（例えば、データベースローディングサービス７）によって実行されてもよい。ボックス３０１〜３０７で示すデータソースのいずれか又はすべてのデータは、自動的に受信されてもよく、かつ、他のソースから受信したデータとは非同期で無関係に、様々な時間にボックス６に到達してもよい。しかしながら、ある他の実施形態では、段階３０１〜３０７におけるデータの受信に同期があってもよい。こうした実施形態の一例は、周囲の動作条件が、デバイスの外部に配置された環境センサによって監視される実機のエンドユーザデバイスを含んでもよく、デバイス（ボックス４／５）からの実機エンドユーザデバイスのデータ送信が、センサ（ボックス２０）からの付属環境データの送信と同時に発生し得るように、そのデータ送信の予定が決定される。同期させることのあり得る理由は、受信された実機デバイスデータが、データの２つの集合が互いに対応し得るように、受信された特定の環境データとほぼ同時に生成されたことを確実にするためであり得る。他の実施形態では、この理由が当てはまらないかもしれないが、データは他の理由で同期化されてもよく、又は、データは故意に同期化されなくてもよい。別のそうした例は、デバイスメーカが、製造されたデバイス（図２のボックス９）のサブアセンブリ素子を識別するデータの送信と同時に、デバイス製造データ（図２のボックス３）の送信の予定を決定する一実施形態であり得る。同様に、モジュール製造データ（図２のボックス２）又は部品製造データ（図２のボックス１）は、ある実施形態では、サブアセンブリ素子（図２のボックス９）を識別するデータと同時に送信されてもよい。こうした実施形態では、設計によって、異なるデータソースのデータファイルがほぼ同時に受信されてもよい。
【０２００】
[00208]  データが受信された後、データタイプ判別段階３１１は、例えば、ファイルタイプ、ファイル名、データヘッダ及びメタデータ情報等の到達するデータストリーム／ファイルの属性をパージして、受信したストリーム／ファイルにどんな種類のデータが包含されるかを特定するように機能してもよい。到達するデータは、図２のボックス６で受信されたデータのいずれかであってもよく、データタイプの判別は、受信したストリーム／ファイルをどのようにして作成するかを知るために必要とされてもよい。作成されたデータは、その後、最終段階３１３のデータベースにロードされてもよい。ある実施形態では、データベースローディングサービス７は、トリガ、判別、作成及びデータベースローディング段階３１０、３１１、３１２及び３１３をそれぞれ実行するために使用されてもよい。
【０２０１】
[00209]  受信されたデータの到達は、受信されたデータのタイプを判別すること、受信されたデータのタイプのデータ作成要件を特定すること、特定のデータタイプの要件に従って受信されたデータを作成すること、及び、例えば図２のボックス６内のデータベース１０等のデータベースに作成されたデータをローディングすることを含む、ボックス３１１、３１２及び３１３の段階のいずれか又はすべてを段階３１０でトリガしてもよい。ボックス３１１、３１２及び３１３の段階の順番は不変であり得るが、それらの段階の各々を生じさせるようにトリガすることは様々な方法で生じてもよい。説明したように、新規のデータの受信はトリガとして機能し得る。別の例として、トリガは、時間内の特定の点に基づいてもよく、又は、特定の時間間隔の経過に基づいてもよい。別の例として、トリガすることは、特定のデータタイプのデータの特定の最小量が受信された後にのみ発生してもよい。別の例として、トリガすることは、所定の段階の処理を完了するために十分なコンピュータ資源の利用可能性によってゲートで制御されてもよい。別の例として、場合によっては、トリガは、例えば、データベースアドミニストレータ１５（図２）のオペレータが、データベース１０の構成を完了してそれをデータローディングのために作成した後に、人間のオペレータによって手動で開始されてもよい。トリガすることは、事象で駆動され得るので、また、ボックス３１１、３１２及び３１３の段階の順番は不変であってもよいので、所定の段階で受信したデータの処理が完了し、そして、その後の段階は、その後の段階のためのトリガが受信されるまで遅延させられてもよい。ある実施形態では、段階３１１、３１２及び３１３の各々が別個のトリガを有してもよい。ある実施形態では、単一のトリガが、２以上の段階が順番に実行されるようにしてもよく、例えば、新規データの受信の結果としてボックス３１０で生成されるトリガが、段階３１１の自動実行を、その直後に段階３１２の実行を引き起こしてもよく、段階３１２の直後に、段階３１３が実行されてもよい。ある実施形態では、ある受信したデータが、データベースローディングの前にリンクさせられるべきものである場合、１以上のトリガは、すべての必要とされるデータが到達するまでボックス３１２のデータ作成段階をゲートで制御するように機能する、リンクさせられるべきデータのすべての到達に依存してもよい。例えば、ボックス３０７の実機エンドユーザデバイスデータが受信されて、ボックス９（図２）のサブアセンブリ識別子データの集合に包含され得る到達するデータを生成したデバイスの構築に使用される識別されたサブアセンブリ素子のリストにリンクさせられるべきものであり、その後、データの両方の集合の利用可能性が、作成段階３１２の実行のためのトリガを生成し得る。この例で示すように、また、ある他の実施形態において発生するように、事象の組み合わせが、段階３１１、３１２及び３１３の１以上をトリガするために必要とされてもよい。別のそうした例として、トリガは、人間のオペレータによる手動の開始に関連したデータの受信によって段階３１１を判別するデータタイプの実行について段階３１０において生成されてもよい。
【０２０２】
[00210]  ここで、段階３１５〜３３５のフローを続けると、図３の下部の点線の矢印の連結の意図する意味を説明する必要がある。フローの実行中、何度も、データベース動作が繰り返され得るので（例えば、段階３２４での解析の定義／再定義中、及び、段階３３０での解析の実行／再実行中）、データベースアクセス（段階３２２、３２５及び３２６）を包含するフローの段階のボックスは、点線の矢印の連結を使用して、段階３１５で始まって段階３３４又は段階３３５のいずれかで終わるフローの実行ごとに通常は実行される他の段階からそれらを区別するように示されている。このことを以下でさらに説明する。
【０２０３】
[00211]  段階３１５でフローを開始した後、段階３１９で、解析実行仕様が適合しているかどうかについてボックス６（例えば、データ解析エンジン１４）によって特定されてもよく、それに基づいて、データの解析を実行する又はしないかについての決定３２０が（例えば、データ解析エンジン１４によって）なされてもよい。解析フローの実行が条件付きである実施形態について、回答は「ｎｏ」であってもよく、フローはボックス３３５で即座に終了してもよい。潜在的に実行をゲートで制御し得る条件は、必要なデータの利用可能性、以前に実行された解析の反復の実行、又は、いくつかの例に名前を付けるために、解析実行に使用するための定義された解析仕様の利用可能性を含む。提示された最後の例についてのシナリオは、解析フローが第１の場所でオペレータによって開始される一方で、解析に関連する入力が、第２の場所でオペレータによって提供されるべきものである、若しくは、追加的に又は代替的に、機械によって提供されるべきものであり、かつ、第１の場所のオペレータは、解析仕様が提供されてそれらの利用可能性より前にデータ解析を実行しようと試み得るか否かについて知らないような、一実施形態を包含してもよい。ある実施形態では、段階３１５で始まるフローは、例えば、必要なデータの到達、又は、以前に実行された解析の反復の完了といった事象によって開始するようにトリガされてもよい。ある実施形態では、段階３１５で始まるフローは、人間の入力によって開始するようにトリガされてもよい一方で、ある他の実施形態では、トリガは機械入力によるものであってもよい。
【０２０４】
[00212]  ３２０での決定が「ｙｅｓ」である場合、その後、段階３２１で、オペレータのユーザ群提携（フロー３１５〜３３５を推進する及び／又は少なくとも部分的に誘導する）が（例えば、図２のオペレータアクセスアドミニストレータ１２を使用して）特定されてもよく、かつ、必要に応じて、フローの残りの部分を通じて参照されてもよい。例えば、各潜在的なオペレータのシステムログインプロファイルは、オペレータのユーザ群提携を含んでもよく、段階３２１で、そのユーザ群に関連付けられたデータアクセス許可は、その後のフロー段階での参照のために記憶されてもよい。図３は、段階３２１と段階３２２との間の点線の矢印を示しており、データベースからのデータについてのリクエストがなされるときはいつでも、（例えば、オペレータアプリケーションサービス１３又はデータ解析エンジン１４を使用して、若しくは、その２つを組み合わせて使用して）データアクセスを適切に制限するためのデータアクセス許可の（例えば、オペレータアクセスアドミニストレータ１２による）移転を示している。図３の段階３２１及び３２２、かつ、オペレータのユーザ群提携の許可ごとにデータアクセスを制限する関連のプロセス制御は、図示した実施形態に特有であってもよく、及び従って、他の実施形態では省略されてもよい。
【０２０５】
[00213]  その後、おそらくクライアント１１を介して図２のオペレータからの入力に基づいて、定義された解析仕様の既存の集合によって解析を実行するか否かについて、決定が、データ解析エンジン１４によって３２３でなされてもよい。例えば、オペレータアプリケーションサービス１３は、（他の機能のうちで）データ解析エンジン１４と相互作用してデータ解析エンジン１４を部分的に制御するためのインターフェースを提供してもよい。３２３での決定が「ｎｏ」である場合、解析仕様の集合はボックス３２４で定義されるか又は再定義されてもよい。任意選択的に、ある実施形態では、（例えば、データ解析エンジン１４によって、任意選択的には、クライアント１１を介して提供されるオペレータ入力によって）解析仕様を定義する又は再定義する方法は、データベースのデータの使用を包含してもよく、及び従って、点線の矢印は、データについてのデータベースに対してなされるリクエストのために、段階３２４を段階３２５に、かつ、段階３２５を段階３２２に接続し、及びまた、データリクエストから生じるユーザ群許可ごとに提供されるデータのために、段階３２２から段階３２６に、かつ、段階３２６から段階３２４に接続するように示されている。段階３２２、３２５及び３２６は、データ解析エンジン１４及び／又はオペレータアプリケーションサービス１３によって実行されてもよい。ボックス３２４のある実施形態についてのさらなる詳細を、図４及び図５の説明で以下に提供する。３２３での決定が代わりに「ｙｅｓ」である場合、入力は、段階３２７で、例えば、データ解析エンジン１４から及び／又は、例えば、クライアント１１を使用してオペレータから、受信されて、以前に定義されて保存された利用可能な既存の解析仕様から使用するための解析仕様を選択してもよい。解析仕様（既存の又は現在定義／再定義された）は、例えば実行されるべき解析のタイプ等の、解析がなにを伴っているか、段階３３０で解析をどのようして実行するかについての様々な他の詳細、解析の結果に基づいて段階３３１でどんなアクションを取るべきかについての様々な詳細に関する任意の仕様を含んでもよい。例えば、ある実施形態では、段階３３０の解析のタイプ及び他の詳細を特定することに加えて、段階３２４内での入力が、もしあれば、段階３３０の解析の実行の完了の前に、段階３３１で実行されるべきアクションの仕様を含んでもよい。
【０２０６】
[00214]  解析の実行の仕方の他の詳細のそうした解析仕様は、デバイスに関する仕様、例えば、性能を区別するためにどの実機デバイスデータ又は実機データに基づいて計算されたデータを使用するかを含むデバイス実機性能に関する基準、及び、解析を実行するためにどのデバイスがデータを提供し得るかを特定するために使用され得る基準を含んでもよく、基準は、デバイスメーカ、デバイスタイプ又はそれらの製品／モデル番号、デバイス構成、実機デバイスデータの生成の日付、デバイス仕様履歴、デバイスエンドユーザの満足度の表示、デバイス故障履歴、デバイス動作環境、デバイス製造設備、デバイス製造設備及び／又は材料のソース、１以上のデバイス製造ステップの製造の日付／時間、使用されたデバイス製造設備のタイプ、構成及び識別、使用されたデバイス製造法及び／又はプロセス、デバイス製造履歴、デバイスサブアセンブリの内容、生成されたデバイス製造データ（例えば、製造環境条件の測定、製造中にデバイス上でなされた測定からの検査／監視データ、及び、デバイス製造プロセス上でなされた測定からの検査／監視データ）等のいずれかを含む。
【０２０７】
[00215]  追加的に又は代替的に、同様に詳細な解析仕様が、デバイスに含まれる電子素子に関する解析で使用されるべきデータについて含まれてもよい。例えば、素子に関する解析仕様は、素子メーカ、又は、所定のタイプのデバイス内に含まれる素子の機能の仕様を含んでもよい。別の例では、素子に関する解析仕様は、追加的に又は代替的に、１以上の製造条件の集合を含んでもよく、例えば、製品／モデル番号によって特定される素子タイプ、素子構成、素子製造設備、素子製造設備及び／又は材料のソース、１以上の素子製造ステップの製造の日付／時間、使用された素子製造設備の構成及び識別、使用された素子製造法及び／又はプロセス、素子製造履歴、素子サブアセンブリの内容、生成された素子製造データ（例えば、製造環境条件の測定、製造中の素子になされた測定からの検査／監視データ、及び、素子製造プロセスについてなされた測定からの検査／監視データ）、分類及び処分データ（廃棄処分を含む）等を含む。
【０２０８】
[00216]  ある実施形態では、上のタイプのデータのいずれかの仕様は、任意選択的に、有効な値の範囲の仕様、又は、例えば、解析からの「異常値」データ点を排除するためのフィルタとして機能するために、解析に使用するのに受け入れ可能なデータ点の統計的特性の仕様を伴ってもよいことに留意されたい。
【０２０９】
[00217]  解析をどのように実行するかのその他の詳細に関する解析仕様は、追加的に又は代替的に、相関目的のたにデータをリンクさせるため、例えば、２つのデータの集合の間の相関を評価するために、デバイスの相関の実機エンドユーザデバイス性能データを、固有の素子識別子によって識別されたデバイスに含まれる個別の素子の製造データにリンクさせるために使用する、インデックスされた識別子フィールドの定義を含んでもよい。別の例では、デバイスの集まりの実機データデバイス性能データが、２つのデータの集合の間の相関を評価するために、例えば、デバイス性能測定基準とウエハレベル製造条件の集合との間の相関を評価するために、元の部品ウエハに従って、デバイスに含まれる部品のウエハレベル製造データにリンクさせられてもよい。解析仕様はまた又は代わりに、例えば、実機エンドユーザデバイス性能測定基準として使用するための、又は、素子製造条件の集合内の条件のうちの１つとして使用するための、データの組み合わせの数学的又は論理的表現の形態の、解析中に様々なタイプのデータのいずれかがどのようにして組み合わせられて使用されるかを特定する組み立てを含んでもよい。解析仕様はまた又は代わりに、図３のフローの決定点３３２、３３３、３２８及び３２９のいずれかでフローを誘導するために使用される詳細を含んでもよい。例えば、段階３２４で、解析が、解析仕様を再定義せずにＮ回の周期的反復を含むべきであることが特定されてもよい（決定３３２へのＮ回の「ｙｅｓ」の通過の後に、毎回、決定３３３への「ｎｏ」が続き、Ｎ回の反復の各々において、決定３２９に「ｙｅｓ」を適用する）。こうした例では、段階３３０のＮ回の反復の各々が、特定の所定の時間間隔が経過した後に発生するように、遅延の期間３２９ａが特定されてもよい。ある実施形態では、フローの決定点３３２、３３３、３２８及び３２９を誘導するための、及び／又は、遅延３２９ａの時間を特定するための、唯一の一定の条件を特定することに代えて、オペレータは、代わりに又はさらに、前の解析の反復の結果のいくらかに依存する仕様を提供してもよい。例えば、２つの連続する解析の反復が、その後の反復における遅延３２９ａの期間が、前の反復で使用されたものの２倍に設定される相関の統計的有意性において５％未満の変化を生じさせる場合、及びさらに、（解析結果に関わらず）その遅延３２９ａは２週間の最大期間に制限されることが特定されてもよい。
【０２１０】
[00218]  解析仕様は、追加的に又は代替的に、解析の出力にどのように関するかについての仕様を含んでもよい。例えば、仕様は、どの結果が偽であるとみなされ得るか等を特定してもよい。
【０２１１】
[00219]  段階３２４又は段階３２７のいずれかの後、解析の実行前にデータについて実機デバイスにクエリを送信するか否かについて（例えば、データ解析エンジン１４によって）決定３２８がなされてもよい。データについてのクエリは、ある実施形態では、所望の実機エンドユーザデバイスデータが解析の実行前にデータベースで利用可能であることを確実にするために、任意選択的に、解析の実行前になされてもよい。例えば、段階３０７で自動的に受信されたデフォルトデータの集合が、懸案の解析で定義されたデバイス性能測定基準について必要とされる特定のパラメータを含まない場合、欠けているパラメータについてのデータは、決定３２８に対する「ｙｅｓ」の応答後、段階３２８ａでクエリを介して特別にデータ収集を開始することによって実機デバイスから受信されてもよい。ある実施形態では、図２のボックス１６、１７及びおそらく１８ａ／１８ｂは、前述したように、実機デバイスにクエリを伝達するために使用されてもよい。段階３２８ａで生成されたクエリに応答するデバイスは、その後に段階３０７の反復で自動的に受信され得る必要なデータを送信してもよい。ある他の実施形態では、段階３０７で受信されたデータは、図３の例示のフローで示されるものと異なるフロー内の点で生成された実機エンドユーザデバイスクエリの結果、例えば、（以下で説明される）データ解析が完了した後に任意選択的に発生し得る図７のフローで示されるクエリの結果であってもよい。
【０２１２】
[00220]  クエリ決定３２８に続いて、決定３２９は、解析の実行を遅延させるか否かについて（例えば、データ解析エンジン１４によって）特定する。明確さ及び簡便さのため、フローチャートの遅延は、図３のフローで示されるように実施される遅延によって本発明が限定される必要はないが、任意の時間の総遅延を達成するために、（不特定の遅延時間の）遅延ボックス３２９ａを通じて不特定の反復回数の任意のループとして示されている。解析要件に十分な累積遅延の経過後、遅延が適用される場合、決定３２９の「解析を遅延させる？」の質問に対する回答は、「ｙｅｓ」から「ｎｏ」に変化してもよく、解析実行の進行が許容される。遅延は、任意選択的に、ある実施形態において様々な理由のため、解析実行前になされてもよい。例えば、ある実施形態では、例えば、実機デバイス性能データとデバイス素子の製造条件の集合との間の相関が、実機デバイス及びそれらのデバイス内の素子の一定の集合についての参照関係に対して、時間を通じて変動しているか否かを特定するために、一定の又は変化する時間間隔の後の様々な時間で定期的に繰り返されてもよい。そうした一例では、時には「ドリフト」と言われる、使用／実機にある時間に対するデバイス性能の劣化を検出するために解析反復の間の遅延の導入が設定されてもよい。ある実施形態では、ドリフト測定基準（すなわち、ドリフトの測定）は、経時的に所定のデバイス性能測定基準の測定の反復から計算されて、なされた測定の集合に対してデバイス性能の劣化を定量化してもよい。例えば、部品が機能し続けている状態の最小電源電圧（Ｖｄｄｍｉｎ）が、部品製造検査工程と、エンドユーザデバイスの素子として部品が含まれた時の実機との両方において測定されてもよい場合、「時間ゼロ」Ｖｄｄｍｉｎ値（部品製造からの）は、部品を含むデバイスが実機で使用されている間の様々な時間に生成されるＶｄｄｍｉｎ値と比較されてもよい。Ｖｄｄｍｉｎ性能における劣化を構成する、Ｖｄｄｍｉｎ値が使用を通じて増加する場合、劣化の速度は、例えば、（例えば、データ解析エンジン１４によって）計算されてもよく、また、ドリフト測定基準として使用されてもよい。ある実施形態では、そうした劣化（たいてい、水準以下のデバイス信頼性性能に関する）が性能問題として見られ得るので、実機デバイス性能はドリフト測定基準によって測定されることができる。例えば、Ｖｄｄｍｉｎ劣化の例を続けると、実機での使用時にデバイスについての様々な時点で実機で生成されたＶｄｄｍｉｎ測定の集合は、従属するＹ変数としてＶｄｄｍｉｎを使用して、かつ、独立したＸ変数としてデータ生成の時間（又は代替的に、データ生成の点までのデバイスの累積使用時間）を使用して、測定のその集合に対する最良のあてはめ線を各デバイスについて特定するために、線形回帰データ解析を実行するために使用されてもよい。この例を続けると、最良のあてはめ線の傾きは、各デバイスについて計算されてもよく、かつ、この傾きに基づいた基準は、それによって各デバイスの性能が測定され得るドリフト基準として定義されてもよく、より高い値（より正の傾き／経時的に増加するＶｄｄｍｉｎ値）を有するデバイスは、より低い値（より小さな正の傾き、又は、ゼロの傾き／経時的に変化しないＶｄｄｍｉｎ値）を有するデバイスよりも大きな信頼性の関係を有している。ドリフトの存在又は不存在を検出するために適切なデバイスデータが利用可能である時、上述した様々な実施形態のいずれかにおいて実機デバイス性能がドリフト測定基準によって測定されてもよい。例えば、実機デバイス性能を任意選択的に利用する上の方法の実施形態では、ドリフト測定基準が、デバイス性能を測定するために使用されてもよい。これらの実施形態では、例えば、２つのデバイス個体群がドリフト測定基準値に依存する１以上の基準によって区別される場合、１つの個体群のデバイスとのある製造条件の関連と、第２の個体群のデバイスとのある製造条件の関連との間に統計的有意差があるかどうかを特定することによって、又は、製造がある製造条件に対応するデバイスと、製造がある製造条件に対応しないデバイスとの間のドリフト測定基準値に統計的有意差があるかどうかを特定することによって、ある製造条件とドリフト測定基準との間に相関があるか否かが結論付けられてもよい。これらの実施形態において追加的に又は代替的に、（ドリフト測定基準値と製造データとを相関させることからの）関係と、（他のドリフト測定基準値／ドリフト測定基準モデル化バージョンと他の製造データ／製造データモデル化バージョンとの間の）参照関係との間に統計的有意差があるかどうかを特定することによって、ドリフト測定基準値が製造データに一致するか否かが結論付けられてもよい。
【０２１３】
[00221]  解析を実行する前の遅延を含み得る様々な実施形態の検討を続けると、ここで別の例を以下に提供する。実機デバイス及びデバイス内の素子の異なる集まりからのデータをサンプリングして、素子又はデバイス製造プロセスにおける変化に関し得る参照関係に対する変動への洞察を提供するために、ある実施形態において複数の時点で解析反復が実行されてもよい。別の例では、追加データが受信されてデータベース化される時間を可能にするため、相関の統計的有意差についての結論を可能にするために適正なサイズの解析についてデバイス及び／又は素子の個体群を確立するため、又は、クエリ３２８ａでリクエストされた実機デバイスデータが、段階３３０に続く前に３０７で受信されて３１３でデータベース化される時間を提供するために、遅延が導入されてもよい。ある実施形態では、解析反復の間に導入される遅延に加えて又は代えて、必要とされるデータがまだ利用可能でない時に「ｙｅｓ」の枝が辿られ、必要とされるデータが利用可能となった後に「ｎｏ」の枝が辿られるように、遅延解析３２９の決定は、解析を完了するために必要とされる特定のデータの到達に依存し得る。
【０２１４】
[00222]  段階３３０を続けると、現在の定義された／再定義された又は既存の解析仕様の下で、解析が（例えば、データ解析エンジン１４によって）実行されてもよい。様々なタイプの解析が、この段階で可能であってもよく、また、各々が、可能な様々な条件の下で実行されてもよい。この段階についての解析の様々な可能なタイプの実施形態を、以下に説明する図６ａ、図６ｂ及び図６ｃに例として提供する。これらのいずれかについて、例えば、選択された実機デバイスタイプを変更することによって、選択された素子タイプを変更することによって、製造条件の集合を変更することによって、解析に含むためのデータの時間枠を特定するために受信したデータの日付範囲を変更することによって、性能パラメータ／測定基準を変更することによって、選択された統計モデルを変更することによって、統計的有意性の閾値を変化させることによって等、様々な解析仕様が変更されてもよい。続けると、段階３３１では、ボックス３３０の解析の結果に基づいて１以上のアクションが任意選択的に発生してもよい。ある形態で解析を繰り返すか否かについての決定がその後、３３２で（例えば、データ解析エンジン１４によって）なされてもよい。「ｎｏ」の場合、ボックス３３４でフローは終了してもよい。「ｙｅｓ」の場合、解析を繰り返す前に解析仕様を再定義するか否かについての第２の決定が３３３でなされてもよい。遅延解析決定３２９に関する上で提供した例のいくつかで説明したように、（所定の間隔だけ次の反復を遅延させること以外）解析を繰り返す前に解析仕様を変更しないことが望まれる実施形態があってもよい。例えば、統計的有意性の前の特定が安定的な状態であるか否かを特定するために、同一の実機エンドユーザデバイスから経時的に受信された様々なデータについてそうした繰り返しが実行されてもよい。この例を続けると、素子製造条件の集合に対する相関において統計的有意差が、実機性能によって区別されたデバイスの個体群の間に存在すると第１解析反復が結論付ける場合、その結論を保持し続けるかどうかを特定するためにデバイスの同一の個体群からの実機性能データを使用してその後に別の解析反復が実行されてもよい。同様に、実機エンドユーザデバイスから受信したデータとデバイスに含まれる素子の製造データとの間の関係と対応の参照関係との間に統計的有意差がないと第１解析反復が結論付ける場合、ある実施形態では、観察された統計的有意差の不存在を保持し続けるかどうかを特定するために、異なるデバイスの集まりからの実機エンドユーザデータと、デバイスに含まれる素子の異なる製造データとを使用してその後に別の解析反復が実行されてもよい。そうした実施形態について、決定３３３からの「ｎｏ」の経路は、（段階３３０へ続く方法３００とともに）変更されなかった仕様の下で解析が繰り返されることを可能にし得る。
【０２１５】
[00223]  「ｙｅｓ」の経路が選択される場合、フローは、ボックス３２４で「解析仕様を定義する又は再定義する」段階に戻り、解析のタイプ又は現在の解析タイプのいずれか／すべての条件が、解析実行を繰り返す前に変更されてもよい。ある実施形態では、連続した解析反復でなされた変更は純粋に人間の誘導の下でなされてもよい一方で、他の実施形態では、連続した解析反復でなされた変更は、純粋に機械の誘導の下でなされてもよい。ある他の実施形態の下では、連続する解析反復でなされた変更は人間及び機械の誘導の組み合わせの下でなされてもよい（これらの同じオプションは、一度のみ行われる解析についてボックス３２４で解析仕様を定義する時に適用してもよいことに留意されたい）。ある実施形態の下では、連続する反復でなされた変更は、反復に応じて、変更が、人間の誘導の下、機械の誘導の下、又は、人間及び機械の両方の誘導の下でなされ得るように、変動してもよい。変動する仕様の下の解析の反復が必要とされ得る多くの実施形態があり得る。例えば、素子の個体群の製造条件の集合と、この素子の個体群を含むデバイスの実機エンドユーザデバイス性能データとの間の相関を解析が示した場合、以前に識別されたものと、連続する解析における異なる素子の個体群を識別するために、製造条件の代替の集合を調査することが望まれ得る。すなわち、例えば、観察された統計的有意差が条件の部分集合の下で強められる又は弱められるかどうかを特定するために製造条件の元の集合の部分集合を適用するために解析仕様を変更してもよい。別の例については、前の解析反復において設定された統計的有意性についての異なる最小差を設定後に例えば解析を繰り返す代替の統計的処置の下で、統計的有意性が強められる又は弱められるかどうかを特定するために、連続する解析反復において代替の統計測定基準又は統計モデルが使用されてもよい。別の例について、例えば、観察された相関を温度の関数として測定するためにその下でデータが生成されるデバイス動作温度によってのみ異なる複数の類似の性能測定基準を審査して、前に観察された統計的有意差が変更によって強められる又は弱められるかどうかを特定するために、前に識別されたものと異なる、その後の解析のための異なるデバイスの個体群を識別するために、その後の解析反復における使用のためにデバイス性能測定基準が定義されてもよい。別の例について、素子製造条件の集合が所定のデバイス性能の個体群にどのように相関し得るについて、先験的であると既知ではない場合、解析を複数回反復して、各反復における素子製造条件の異なる集合を自動的に評価することが望まれ得る。こうした実施形態では、所定の解析方法は、１回以上繰り返されてもよく、毎回、連続する反復の条件のいずれもが、前の解析反復で使用された製造条件の集合とは全く同一ではない異なる製造条件の集合を毎回使用する。例えば、素子製造中にデバイスに含まれる素子の検査時に使用される様々なテスタの各々に対する実機デバイス性能データの相関を調査することをオペレータが望む場合、異なるテスタが各反復で特定され得るように製造条件の集合を変更する解析シーケンスが実行されてもよく、そして、（他のテスタを使用する個体群に対して）各々所定のテスタを使用して検査された素子のみを含むデバイスの個体群について性能に統計的有意差があるか否かを特定するために、実機デバイス性能に対する素子の結果とした生じた個体群についての製造条件の集合の相関が解析されてもよい。この例で説明する連続する解析反復における解析の再定義が人間のオペレータによって管理可能である必要があり得るが、あるそうした実施形態では、実用的には、連続する反復における機械補助解析再定義を必要とし得る様々な組み合わせにおける候補となる素子の製造条件の何千又は何百万の集合を評価することが必要であり得る。
【０２１６】
[00224]  図４は、ここで開示した主題のある実施形態に係る、解析仕様を定義する又は再定義する方法４００のフローチャートである。方法４００は図３の段階３２４の一例である。ある実施形態では、方法４００はデータ解析エンジン１４によって実行されてもよい。図４では、フローの実行は、点線のボックスで各々囲まれた３つの同様に構成されたサブフロー４１０、４２０及び４３０を通じて連続的である。図４のボックス４０１で開始し、サブフロー４１０の決定４１１は、例えば、どのデバイスタイプを含むか、受信したデータのどのような時間枠を含むか、どんな性能測定基準を適用するか等、デバイス及びデバイス性能に関する解析仕様を入力する必要があるか否かについて特定する。こうした仕様解析が予め提供されて、それらを変更する必要がない場合、「ｎｏ」の決定がなされ、フローは、サブフロー４２０の決定４２１に続く。方法４００は、人間による入力（例えば、クライアント１１を介して提供される）、機械による入力（例えば、データ解析エンジン１４によって生成される）、若しくは、機械及び人間の別個の（例えば、機械による一部の入力及び人間による一部の入力）又は協働した入力を含んでもよいことに留意されたい。従って、４１１での「ｙｅｓ」の決定の後、図４に示す例示の実施形態は、機械の入力が提供されるか否かについて特定する決定４１３と、人間の入力が提供されるか否かについて特定する決定４１７と、含んでもよい。４１３での「ｙｅｓ」の決定後、機械の入力は、ボックス４１５で提供されてもよく、おそらく、ボックス４１６からの受信したデータベースデータを、デバイス及びデバイス性能に関する定義された又は再定義された解析仕様の方程式に組み込む。ボックス４１６をボックス４１５に接続する点線矢印は、機械の入力にデータベースデータを組み込む一実施形態についてこのフローを示すことが意図されている。図示した実施形態では、段階４１６は、例えば、図２のデータベース１０から、段階４１５への入力についてデータを受信し得る。段階４１３又は段階４１５のいずれかの後に、人間の入力が提供されるか否かを決定４１７が特定してもよい。決定４１７での「ｙｅｓ」の後、人間の入力がボックス４１９で提供され得る。図２には図示していないが、段階４１９での入力についてのデータは、例えば、図２のデータベース１０から提供され得る。実施形態に応じて、機械の入力及び人間の入力の各々はデータベースデータを組み込んでもよく又は組み込まなくてもよい。段階４１７又は段階４１９のいずれかに続いて（又は、上述したような段階４１１の「ｎｏ」に続いて）、フローは、サブフロー４２０に続き、その後、サブフロー４１０と構造において各々同様のサブフロー４３０に続く。図４の実施形態では、決定４２１が、素子に関する解析仕様及び製造条件の集合を入力する必要があるか否かについて決定し、サブフロー４３０の決定４３１が、解析タイプに関する解析仕様及び関連のパラメータを入力する必要があるか否かについて決定する。例えば、決定４２１は、どんな素子タイプを含むか、どの素子メーカを含むか、どんな製造ステップ及び製造条件の集合を含むか等に依存してもよい。ある実施形態では、決定４２１は、前の解析実行の結果、例えば、相関の結論を生じさせるもの、又は代替的に、相関の結論を生じさせないもの、に少なくとも部分的に依存してもよい。そうした結果に基づいて、修正された条件の下で、例えば、製造条件の少なくとも１つの集合が、前の解析実行で特定されたもの（解析を繰り返す決定がそれに基づいてなされた）と異なるような製造条件の１以上の集合の下で解析が繰り返され、その後、修正された仕様を入力するために「ｙｅｓ」の経路が辿られてもよい。ある実施形態では、４３１で、実機デバイスデータ及び素子製造データの間の関係を評価する際にどの統計的手法を適用するか、解析に使用するためにデータを承認するためにどの制限を適用するか、解析の結論を導出するためにどの統計的有意性を適用するか等に依存してもよい。例えば、サブフロー４１０及び／又は４２０でなされた選択は、決定４３１で保持してもよく、例えば、解析されるべきデータの種類が、解析を実行するのに適切な統計的手法の仕様に影響を与え得る。この例を続けると、例えば電力消費等の実機エンドユーザデバイス性能測定基準が段階４１３又は段階４１７で特定された場合、個体群の電力消費手段の比較は、スチューデント分布統計を使用して適切に実行されてもよい一方で、代わりに性能測定基準が、個体群の不規則なソフト故障事象の頻度として特定された場合、ポアソン統計がより適切に使用されてもよい。この場合に４３１から「ｙｅｓ」の枝を辿ると、解析されるデータの種類に最も適した統計的処理は段階４３５又は段階４３９で特定されてもよい。ある実施形態では、決定４３１は、前の解析仕様の事項についてなされた選択に少なくとも部分的に依存してもよい。例えば、ある実施形態において、所定の解析タイプの前の実行の際に設定されたものと統計的有意差についての異なる最小差が入力される場合、その後、修正された仕様を入力するために「ｙｅｓ」の経路が辿られ得る。ある実施形態では、サブフロー４３０で選択された解析タイプは、１つの解析タイプについて関連し得るパラメータが別の解析タイプに無関係であり得るので、解析パラメータを特定するためのオプションに影響を与え得る。例えば、選択された解析タイプが、デバイスの所定の集まりに含まれる素子の製造に関するデータを有する実機エンドユーザデバイスから受信したデータに基づいて特定された関係と参照関係との間に統計的有意差が存在するか否かを結論付けるためのものである場合、参照関係が特定されなければならない。そうした例では、例えば、参照関係の統計的記述によって、又は、別の例では、参照関係が導出され得るデータの集合（例えば、過去の参照データ集合）を選択することによって、仕様が提供されてもよい。しかしながら、選択された解析タイプが、参照関係を必要とするものではない場合、サブフロー４３０において、参照関係は必要とされなくてもよい。他方で、ある実施形態では、ある解析仕様のオプションが、既になされた解析仕様の選択、例えば、解析に使用するためにデータベースからデータを要求するために使用するためのソースデータのデータ範囲の仕様についてのオプションに関わらず、入力に適用可能で利用可能である。別の例を続けると、統計的に有意な結論を有する解析を実行するために必要とされるデータ点の最小数を定義する制限が、概して適用可能であり、かつ、任意のデータタイプ及び解析の任意のタイプについて定義されてもよい。
【０２１７】
[00225]  サブフロー４１０のように、サブフロー４２０及び／又は４３０で入力が提供される場合、入力は機械の入力及び／又は人間の入力であってもよい。サブフロー４３０に続いて、サブフロー４１０、４２０及び４３０で提供されたすべての入力は、すぐの又は後の解析実行で取得及び使用されるために（図３の段階３３０）、及び／又は、後で取得されて修正されるために、ボックス４４０の段階で保存されてもよい。解析タイプ及び解析仕様の完全な定義が数十の仕様を包含してもよいという事実に鑑みると、読み手は、図４が例示であって、図３の段階３３０で実行され得るすべての解析を定義するために必要とされ得るすべての可能な仕様を伝達することを意図していないことを理解すべきである。
【０２１８】
[00226]  図５は、ここで開示した主題のある実施形態に係る、機械及び人間の協働を通じて提供される入力を含む解析定義又は再定義の方法５００のフローチャートである。ある実施形態では、方法４００はデータ解析エンジン１４によって実行されてもよい。サブフロー５１０は図４の段階４１３〜４１９の一例であってもよく、サブフロー５２０は図４の段階４２３〜４２９の一例であってもよく、かつ、サブフロー５３０は図４の段階４３３〜４３９の一例であってもよい。方法５００では、一連のコンピュータ生成のオペレータメニューが、例えば図２のデータベース１０等のデータベースのコンテンツに基づいて（例えば、データ解析エンジン１４によって）形成されてもよい。インターリーブ段階では、人間のオペレータが、一連の選択から所望される解析を示すために提示されるメニューオプションから（例えば、クライアント１１を介して）入力を提供してもよく、かつ、その結果、解析は、（例えば、データ解析エンジン１４によって）適宜に定義又は再定義されてもよい。この例示の実施形態では、データベースのコンテンツに基づいた機械の入力は、段階５１１、５１３、５２１、５２３、５３１及び５３３を含む、アスタリスクを付して記された段階で発生してもよい。機械の入力から提示された結果のメニューに基づいた人間の入力は、段階５１２、５１４、５２２、５２４、５３２及び５３４を含んでもよい。示した実施形態では、入力の選択のためにオペレータに提示されたメニューは、前の選択と一致するオプションのみに限定されるので、単一の機械知能参照が適用されてもよい。例えば、段階５１２で、データベースに包含されるすべての利用可能なデバイスタイプのメニューを提示された場合、人間のオペレータは、単一のデバイスタイプ（例えば、特定のデバイスメーカ及びデバイスモデル番号のみが含まれるべきであることを入力することによって）に解析を限定するために、また、特定されたデバイスタイプについて受信された実機エンドユーザデータの特定の時間枠（例えば、最後の３０日間のみが含まれるべきであることを入力することによって）に解析を限定するために、デバイスタイプ選択基準を入力してもよく、及び従って、解析は、適宜に定義又は再定義されてもよい。この例を続けると、段階５１３で、段階５１２で入力されたオペレータ選択基準に基づいて、関連の実機エンドユーザデータフィールドのみを含むコンピュータ生成のメニューが作成され（例えば、選択されたデバイスタイプ及び特定された時間枠についてデータベースに存在するもの）、前に提供されたオペレータ基準に合致しないすべてのデータフィールドは抑制されてもよい。段階５１４で、段階５１３のコンピュータ生成のメニューを提示された後、人間のオペレータは、利用可能なデータに基づいて、対象のデバイスタイプ及び時間枠について性能測定基準を入力してもよく、及び従って、解析は適宜に定義又は再定義されてもよい。
【０２１９】
[00227]  図５の単一の人間−機械の協働の方法を一例としてここに提案したが、図４の方法４００の一般性を制限するものではない。方法４００のある他の実施形態では、定義及び再定義は、単一の人間入力を使用して実行されてもよい。方法４００のある他の実施形態では、（基準ともいう）解析仕様の定義及び再定義は、（人間の入力なしで）機械によってすべて実行されてもよく、例えば、実機エンドユーザデバイス性能データによって区別されたデバイスの個体群と、それらのデバイス内に含まれる素子の製造条件の集合との間の統計的有意性の関係について自動的に調査するためのアルゴリズムを使用して実行されてもよい。方法４００のある実施形態では、他のタイプの協働入力があってもよい。例えば、統計的有意性の関係について自動的に調査するためのアルゴリズムは、アルゴリズム仕様の一部に対する人間の入力とともに協働して実行されてもよく、例えば、定義及び再定義中、人間のオペレータによる検討のためにデータベース内のデータのコンピュータ生成の統計サマリを提供し、かつ、オペレータに、データの統計サマリの検討に基づいて、人間のオペレータによって判断されたものが、統計的有意性があって有用で最もありそうであることに賛成するようなそうした関係について機械を誘導することによって解析効率を向上させることを可能にする。
【０２２０】
[00228]  図６Ａ、図６Ｂ及び図６Ｃはそれぞれ、ここで開示した主題のある実施形態に係る、少なくとも、エンドユーザデバイスについての実機データ及びデバイスに含まれる素子の製造に関するデータを解析する３つの方法６００Ａ、６００Ｂ及び６００Ｃのフローチャートである。前の説明において、かつ、以下において、用語「解析タイプ」は、３つの例示の方法のいずれかを含むがこれに限定されない任意のそうした方法を参照するために使用される。ある実施形態では、そうした方法は、例えば、図３の段階３２４で解析タイプを定義する又は再定義する時にそれらの方法のうちの１つを特定した後、図３の段階３３０で実行されてもよい。ある実施形態では、特定された方法の段階３３０での実行は、図２のボックスのデータ解析エンジン１４によって実行されてもよい。本発明の方法のある実施形態は、提供された図面のいくつかにまたがる関連の段階のシーケンスとして便宜のために示されているが、場合によっては、単一の方法の段階の密集したシーケンスを表してもよく、又は、場合によっては、順番に実行され得る複数の関連の方法の段階を表してもよく、又は、図面で提供されるもの以外の方法によって順番に実行されてもよい。本発明は、開示された方法の代表の方法によって限定されない。方法６００Ａ、６００Ｂ及び６００Ｃ（図６Ａ、図６Ｂ及び図６Ｃに対応する）を以下で説明するが、主題はそれらの実施形態によって限定されない。１以上の製造条件の集合と実機エンドユーザデバイスの性能との間に相関があるかどうかを特定するのに適した、又は、実機エンドユーザデバイスデータ又はエンドユーザデバイスに含まれる電子素子の製造データのうちの少なくとも１つに不一致があるかどうかを特定するのに適した、任意のコンピュータ実装方法が主題に適用可能であり得る。
【０２２１】
[00229]  図６Ａの方法６００Ａのフローをここで説明する。方法６００ａは、図２のボックスのデータ解析エンジン１４によって実行されてもよい。段階６０１で開始し、デバイスの実機エンドユーザデバイスデータが、実行される解析の仕様に従って、デバイスに含まれる素子の製造データに既にリンクさせられているか否かを決定６０２が特定してもよい。図３の段階３３０内で方法６００ａを実行する一実施形態では、決定６０２を特定する入力データが、図３の段階３２５でデータをリクエストすること、並びに、段階３２２及び３２６を介してリクエストされたデータを受信することを必要とし得る。データを必要とする方法６００Ａの複数の段階は、例えば、段階６０３、６０５、６０６又は６０７のいずれか等のそうしたサブフローを包含し得る。特定されたデータが、場合によっては、デバイス内に含まれる素子の製造データの対応のレコードを有する実機エンドユーザデバイスデータのレコードを識別するフィールドによって、既にリンクさせられている場合、「ｙｅｓ」の経路は段階６０３に迂回してもよい。受信したデータがまだリンクさせられていない場合、段階６０３への「ｎｏ」の経路の後に、実行される解析の仕様に従って、対応の素子の製造データに実機エンドユーザデバイスデータが適切にリンクさせられる。前述したように、ある実施形態では、このリンクが基づき得るデータフィールドは、実機デバイスデータのレコード内に、及び／又は、素子製造データのレコード内に、既に含まれ得るが、ある実施形態では、デバイスとデバイス内に含まれる素子との間の関連は、別個に受信されてもよく（例えば、図３の段階３０３又は段階３０４）、及び従って、このリンクを完了するために必要とされてもよい。決定６０４に続いて、追加のデバイスデータ、例えば、デバイス製造データ、故障データ及び／又は付属データを必要とする方法の実施形態は、決定６０５への「ｙｅｓ」の経路を辿り得る一方で、追加のデバイスデータを必要としないものは、段階６０７への「ｎｏ」の経路を辿り得る。決定６０５で、任意の必要とされる追加のデバイス製造データ、故障データ又は付属データは、追加のデバイスデータの対応のレコードによって実機エンドユーザデバイスデータのレコードを識別するフィールドによって、実機エンドユーザデバイスデータにまだリンクさせられていない場合、実行される解析の仕様に従って、対応のデータレコードがリンクさせられる段階６０６への「ｎｏ」の経路が辿られ得る。決定６０５で「ｙｅｓ」が特定された場合、段階６０６は迂回されてもよい。対応のレコードが段階６０２〜６０６でリンクさせられ得る順番は、図６ａの実施形態に示されるものに限定されない。ここで開示した主題の他の実施形態が、図６Ａのリンクの順番と異なる順番で対応のレコードをリンクさせてもよく、及び／又は、図３の段階３１２等の図６Ａに示すものの外側の段階で対応のレコードをリンクさせてもよい。
【０２２２】
[00230]  段階６０７で、受信した実機データ及び／又は受信した実機データに基づいて計算されたデータが解析されて、少なくとも実機性能によって区別されたエンドユーザデバイスのうちの少なくとも第１個体群及び第２個体群を識別してもよい。例えば、受信した実機データ又は受信した実機データに基づいて計算されたデータは解析仕様に従って解析されてもよい。
【０２２３】
[00231]  段階６０８で、第１個体群のエンドユーザデバイスに含まれる素子の製造に関して、受信したデータ及び／又は受信したデータに基づいて計算されたデータとの製造条件の集合の関連が特定されてもよい。例えば、関連は解析仕様に従って特定されてもよい。
【０２２４】
[00232]  段階６０９で、第２個体群のエンドユーザデバイスに含まれる素子の製造に関して、受信したデータ及び／又は受信したデータに基づいて計算されたデータとの製造条件のこの集合の関連が特定されてもよい。例えば、関連は解析仕様に従って特定されてもよい。
【０２２５】
[00233]  段階６１０では、段階６０８及び６０９で特定された関連の間に統計的有意差があるか否かが特定されてもよい。例えば、第１デバイス個体群の実機性能に対する、第１個体群のエンドユーザデバイスに含まれる素子の製造条件の集合の関連と、第２デバイス個体群の実機性能に対する、第２個体群のエンドユーザデバイスに含まれる素子の製造条件の集合の関連との間に統計的有意差があるか否かが特定されてもよい。決定６１１で、段階６１０で関連の間に統計的有意差が特定された場合、「ｙｅｓ」の経路の後に、製造条件の集合と実機性能との間に相関が存在すると結論付けられ得る段階６１２がある。例えば、定義された（又は、再定義された）解析仕様について、デバイス個体群と、デバイス個体群のエンドユーザデバイスに含まれる素子の製造条件の集合との間に相関が存在すると結論付けられてもよい。段階６１０で統計的有意差が特定されなかった場合、決定６１１から「ｎｏ」の経路の後に段階６１３があり、そこで、製造条件の集合と実機性能との間に相関が存在しないと結論付けられてもよい。例えば、定義された（又は、再定義された）解析仕様について、デバイス個体群と、デバイス個体群のエンドユーザデバイスに含まれる素子の製造条件の集合との間に相関が存在しないと結論付けられてもよい。
【０２２６】
[00234]  ここで、図６Ｂを続けると、ボックス６２１で開始し、決定及び段階６２２〜６２６は、対応の図６ａの決定及び段階６０２〜６０６について上述したものと機能において同一であってもよく、便宜のために、ここで再び説明しない。
【０２２７】
[00235]  段階６２７で、電子素子の製造に関して、受信したデータ及び／又は受信したデータに基づいて計算されたデータが解析されて、素子のうちの少なくとも２つの個体群を識別し、１以上の製造条件の集合に対応する第１個体群の製造が識別されてもよい。例えば、第１個体群の製造は、解析仕様に従って特定され得る１以上の製造条件の集合に対応するように識別されてもよい。
【０２２８】
[00236]  段階６２８で、電子素子の製造に関して、受信したデータ及び／又は受信したデータに基づいて計算されたデータが解析されて、少なくとも２つの個体群のうちの第２個体群を識別するが、第２個体群の製造は１以上の製造条件の集合に対応しない。例えば、第２個体群は、解析仕様に従って特定され得る１以上の製造条件の集合に対応するように識別されてもよく、また、１以上の製造条件の集合とは同一ではない。
【０２２９】
[00237]  段階６２９で、第１個体群からの素子を含むエンドユーザデバイスと第２個体群からの素子を含むエンドユーザデバイスとの間の実機性能に統計的有意差があるか否かを特定するために、受信した実機データ及び／又は受信した実機データに基づいて計算されたデータが解析されてもよい。決定６３０では、段階６２９で第１個体群からの素子を含むエンドユーザデバイスと第２個体群からの素子を含むエンドユーザデバイスとの間の実機性能に統計的有意差が特定された場合、段階に６３１まで「ｙｅｓ」の経路が辿られ、製造条件の集合と実機性能との間に相関が存在すると結論付けられ得る。例えば、定義された（又は再定義された）解析仕様について、デバイス個体群とデバイス個体群のエンドユーザデバイスに含まれる素子の製造条件の集合との間に相関が存在すると結論付けられ得る。段階６２９で統計的有意差が特定されなかった場合、決定６３０から段階６３２まで「ｎｏ」の経路が辿られ、製造条件の集合と実機性能との間に相関が存在しないと結論付けられ得る。例えば、定義された（又は再定義された）解析仕様について、デバイス個体群とデバイス個体群のエンドユーザデバイスに含まれる素子の製造条件の集合との間に相関が存在しないと結論付けられ得る。
【０２３０】
[00238]  ここで図６Ｃを続けると、ボックス６４１で開始し、決定及び段階６４２〜６４６が、対応の図６ａの決定及び段階６０２〜６０６について上述した機能と同一であってもよく、便宜のため、ここで再び説明しない。
【０２３１】
[00239]  段階６４７で、受信した実機データ及び／又は受信した実機データに基づいて計算されたデータ等の実機データは、関係を特定するために、デバイスに含まれる素子の、製造に関する受信したデータ及び／又は製造に関する受信したデータに基づいて計算されたデータ等の製造データに相関させられてもよい。
【０２３２】
[00240]  段階６４８で、関係は参照関係と比較されてもよく、参照関係は、他の実機データ及び／又は実機データのモデル化バージョンと他の製造データ及び／又は製造データのモデル化バージョンとの間のものであってもよい。
【０２３３】
[00241]  段階６４９で、関係と参照関係との間に統計的有意差があるか否かが特定されてもよい。決定６５０では、段階６４９で関係と参照関係との間に統計的有意差が特定された場合、段階６５１まで「ｙｅｓ」の経路が辿られてもよく、相関させられた実機データが不一致であると、及び／又は、相関付けられた製造データが不一致であると、結論付けられてもよい。例えば、定義された（又は再定義された）解析仕様について、実機データ及び／又は製造データに不一致が存在すると結論付けられてもよい。段階６４９で統計的有意差が特定されなかった場合、決定６５０から段階６５２まで「ｎｏ」の経路が辿られてもよく、相関させられた実機データが一致すると、及び、相関させられた製造データが一致すると、結論付けられてもよい。例えば、定義された（又は再定義された）解析仕様について、実機データ及び製造データが一致すると結論付けられてもよい。
【０２３４】
[00242]  任意選択的に、図６Ａの方法６００Ａについて、段階６０８及び６０９は、１つの集合ではなく、製造条件の複数の集合を検討してもよく、また、段階６０８及び６０９の各々において複数の集合について関連を特定してもよい。この場合、統計的有意差があるか否かの段階６１０における特定並びに段階６１２及び６１３における結論は、ただ１つの集合ではなく、複数の集合に関連してもよい。同様に、図６Ｂの方法６００Ｂについて、段階６２７及び６２８は、１つの集合ではなく、第１個体群及び第２個体群について製造条件の複数の集合を検討してもよい。この場合、統計的有意差があるか否かについての段階６２９における特定並びに段階６３１及び６３２における結論は、ただ１つの集合ではなく、複数の集合に関連してもよい。同様に、図６ｃの方法６００Ｃについて、段階６４７は、実機エンドユーザデバイスデータとデバイスに含まれる素子の製造データとの間の関係を特異するために、単一のデータフィールドではなく、デバイスに含まれる素子の複数の製造データフィールドを検討してもよく、また、段階６４８における参照関係に対して段階６４７の関係を比較してもよく、参照関係は、複数の製造データフィールド及び／又は製造データモデル化バージョンの複数のフィールドに基づいていてもよい。この場合、関係と参照関係との間に相関があるか否かの段階６４９における特定は、ただ１つのデータフィールドではなく、複数の製造データフィールドに関してもよい。
【０２３５】
[00243]  デバイス製造データ、故障データ及び／又は付属データを任意選択的に利用する上の方法の実施形態では（すなわち、決定６０４／６２４／６４４で「ｙｅｓ」の経路を辿るもの）、実機性能測定基準が、（受信した又は受信したデータに基づいて計算されるような）リストされたデバイスデータの追加のタイプのいくつかとの数学的及び／又は論理的組み合わせにおいて、（受信した又は受信したデータに基づいて計算されるような）実機エンドユーザデバイスの１以上のタイプに基づいていてもよく、及び従って、それらの様々なタイプのデータの関数であってもよい。こうした実機性能測定基準は、例えば、エンドユーザデバイスのうちで第１及び第２個体群を区別するために方法６００Ａの段階６０７で使用されてもよく、素子の第１個体群を含むデバイスと素子の第２個体群を含むデバイスとの間の実機性能に統計的有意差があるか否かを特定するために方法６００Ｂの段階６２９で使用されてもよく、及び／又は、関係及び参照関係の間に統計的有意差が存在するか否かを段階６４９で特定するために、比較される関係及び／又は参照関係を形成する際に方法６００ｃの段階６４７及び／又は６４８で使用されてもよい。それらの追加のタイプのデバイスデータを利用しない上の方法の他の実施形態では（すなわち、決定６０４／６２４／６４４で「ｎｏ」の経路を辿るもの）、例えば、段階６０７／６２９／６４７／６４８で使用される実機性能測定基準は、リストされた追加のタイプのデバイスデータを使用せずに、（受信した又は受信したデータに基づいて計算されるような）実機エンドユーザデバイスデータの１以上のタイプに基づいていてもよい。
【０２３６】
[00244]  追加的に又は代替的に、任意選択的にデバイス製造データを利用する上の方法の実施形態では、所定のデバイスに関する製造データが、所定のデバイスに含まれる素子の製造に関するデータを補充するために使用されてもよい。これらの実施形態では、例えば、１つの個体群のデバイスに対するあるデバイスの製造条件の関連と、第２個体群のデバイスに対するあるデバイスの製造条件の関連との間に統計的有意差があるかどうかを特定することによって、又は、あるデバイス製造条件に製造が対応するデバイスと、あるデバイス製造条件に製造が対応しないデバイスとの間の性能に統計的有意差があるかどうかを特定することによって、あるデバイス製造条件と実機性能との間に相関があるか否かが結論付けられてもよい。追加的に又は代替的に、これらの実施形態では、（実機データ及びデバイス製造データを相関させることからの）関係と、（他の実機データ／実機データモデル化バージョンと他の製造データ／デバイス製造データモデル化バージョンとの間の）参照関係との間に統計的有意差があるかどうかを特定することによって、実機データがデバイス製造データに一致しているか否かが結論付けられてもよい。
【０２３７】
[00245]  図７は、ここで開示した主題のある実施形態に従って、解析の結果に対して作用する方法７００のフローチャートである。方法７００は図３の段階３３１の一例である。ある実施形態では、方法７００は、段階３３０の解析実行が完了した後に自動的に例示の実施形態の様々なアクションを実行及び／又はトリガするように構成された、図３のデータ解析エンジン１４によって実行されてもよい。解析タイプ及び方法のオペレータの要件に依存し得る特徴を有する、図７のフローの変形例も可能である。例示の実施形態は、任意選択的に、偽である又は偽でないとして相関の結論を分類する段階７０３〜７１２と、任意選択的に、デバイス及び／又は素子メーカにフィードバックを送信する段階７１３〜７１６と、任意選択的に、追加の実機エンドユーザデバイスデータについて実機デバイスにクエリを送信する段階７１７〜７１８と、を含む。
【０２３８】
[00246]  ボックス７０１で開始し、決定７０２ａは、（例えば、図３の段階３３０で）実行された解析が、例えば、方法６００ａ又は６００ｂで発生し得るように、素子の１以上の製造条件の集合と、素子を含む実機エンドユーザデバイスの性能との間に相関があるか否かを結論付けたかどうかを特定してもよい。そうした相関が存在するか否かについて解析が結論付けなかった場合、決定７０２ｂまで「ｎｏ」の経路が辿られてもよく、例えば方法６００ｃの結果であり得る、実機エンドユーザデバイス又はエンドユーザデバイスに含まれる電子素子の製造データのうちの少なくとも１つに不一致があるか否かについて、実行された解析が結論付けたかどうかを特定する。図７の実施形態について、フローは、段階７０２ｃ〜７１２を迂回する両方の場合において、７０２ｂで「ｙｅｓ」又は「ｎｏ」の結果がいずれかが段階７１３に至るようにされる。ある実施形態では、代替的に、７０２ｂからの「ｎｏ」の経路は、方法７００に含まれる条件付きアクションのいずれもが実行されないように、フローの最後であるボックス７１９に直接至ってもよい。７０２ａから「ｙｅｓ」の経路に戻ると、辿られた場合、決定７０２ｃは、前の解析が、方法６００ａ又は６００ｂから生じ得る、相関の結論と比較されたか否かを特定してもよい。その場合、「ｙｅｓ」の経路は決定７０３まで辿られてもよい一方で、例えば方法６００ａ又は６００ｂの前の解析が、相関が存在しないとの結論と比較される場合、「ｎｏ」の経路が決定７１３まで辿られてもよい。ある実施形態では、代替的に、７０２ｃから「ｎｏ」の経路は、方法７００に含まれる条件付きアクションのいずれもが実行されないように、フローの最後であるボックス７１９に直接至ってもよい。
【０２３９】
[00247]  前述したように、相関に関する結論は、特には、偽であるとして分類されてもよく、かつ、そのようにして、（例えば、図３の方法のオペレータには）対象とならない。偽又は偽でないとする相関の結論を適宜分類するための条件が段階７０３〜７１２に提供されている。ある実施形態は、段階７０４で実行されて、現在の解析結果の相関したデータのタイプが、偽に関するものとして前に分類されたかどうかを特定し得る、自動偽チェック規則を含んでもよい。こうした実施形態では、「偽チェック規則」は、解析の実行前に予め確立されてもよく、規則によってチェックされた相関が偽であるか否かを特定する時に参照されるための、偽に関するものとして分類されたデータの潜在的に相関するタイプの１以上の集合を含む。特定の偽チェック規則が所定の解析に関連して実行されるべきであることの表示が、例えば、図３の段階３２４で、解析仕様の定義又は再定義の一部として提供されたものであってもよい。この例を続けると、ある実施形態では、方法７００のフローオプションのいずれか又はすべてが、例えば、決定７０３、７０５、７１１、７１３、７１５及び７１７を含む、図３の段階３２４での解析仕様の定義又は再定義の一部として提供されたものであってもよい。
【０２４０】
[00248]  偽チェック規則の実行が決定７０３で示される場合、７０３からの「ｙｅｓ」の経路は７０４まで辿られ、解析からの相関の結論が偽として又は偽でないとして分類されるかが特定されてもよい。段階７０４は、決定７０３から「ｎｏ」の経路によって迂回されてもよい。ある実施形態は、それに代えて又は加えて、段階７０６で実行され得るそうした相関の分類のためのオペレータ偽チェックを含んでもよい。段階７０６は、決定７０５から「ｎｏ」の経路によって迂回されてもよい。決定７０７に到達すると、段階７０４又は段階７０６のいずれかで、若しくは、両方の段階で、偽チェックが実行されたか否かが特定されてもよい。「ｎｏ」の場合、フローは、いかなる偽チェックも現在の相関について実行されずに決定７１３に続いてもよい。決定７０８まで「ｙｅｓ」の経路が辿られた場合、現在の相関のチェックが偽の分類を示したか否かが特定されてもよい。決定７０８の論理は、ある実施形態では、「ｙｅｓ」の結果を生成するように構成可能であり（相関の偽の結論についての段階７０９まで）、又は、段階７０４及び７０６の様々なあり得る結果に応じて、「ｎｏ」の結果を生成するように構成可能である（相関の偽でない結論についての段階７１０まで）。両方の段階７０４及び７０６が実行された場合について、あり得る結果の４つのバイナリの組み合わせ、１−１、１−０、０−１及び０−０があってもよく、「１」は、偽の分類を表しており、「０」は、段階７０４及び段階７０６のそれぞれからの偽でない分類を表している。特に、１−０の場合及び０−１の場合は、疑わしく、かつ、それらの２つの場合の各々が、所定の実施形態において決定７０８について提供された論理に応じて、「ｙｅｓ」の枝又は「ｎｏ」の枝のいずれかに至り得る。決定７１１に到達すると、結論７０９又は７１０に基づいて偽チェック規則を作成する又は更新するためのオプションが存在してもよい。段階７０６の実行が、段階７０９での偽の相関の結論に至った後、既存の偽規則チェックを更新して（７１１から「ｙｅｓ」の経路を介して段階７１２で）、方法７００の既存の実施形態の範囲／効率を改善してもよく、例えば、上述したような疑わしい結果が、１−０又は０−１の規則チェック結果を生成した場合、その後、既存の偽規則チェックが、オペレータ偽チェック結果と一貫しているようにするために更新されてもよい。既存の又は適用可能な偽チェック規則が存在しない場合、段階７１２で、新規の偽チェック規則が代替的に作成されてもよい。決定７１１で、「ｎｏ」の経路が辿られた場合、段階７１２が迂回されて、偽チェック規則の作成又は更新はされない。
【０２４１】
[00249]  サブフロー７１３〜７１６に到達すると、任意選択的に偽チェックの結果と、サブフロー７０３〜７１２で実行されたものであり得る偽チェック規則更新と、を含む現在の解析に関する特定及び／又はレポートが、デバイスメーカ又は素子メーカのいずれかに、若しくは、両方に送信されてもよい。ある実施形態では、そうした特定及び／又はレポートは、それに代えて又は加えて、方法７００を含み得る方法３００の（例えば、クライアント１１を使用する）オペレータに送信されてもよい。ある実施形態では、それに代えて又は加えて、そうした特定及び／又はレポートは、図２のボックス６のシステムのプロバイダの従業員等の第三者に、例えばボックス６のシステムのアドミニストレータに送信されてもよい。何の情報が送信され得るかの例は、以下の、実行された定義された解析の仕様、データ及び解析に関する結果の統計サマリ、相関に対応する又は不一致に対応する、識別されたエンドユーザデバイス及び／又は素子の詳細なリスト、製造が製造条件の集合に相当する素子（例えば、あるロットからの素子）のグループ化の高水準記述、危険なデバイス（例えば、特定のメーカからの素子を含むデバイス）のグループ化の高水準記述、実行された偽チェックの結果のいずれかを含んでもよい。ある実施形態では、現在の解析からの特定及び／又はレポートは、現在の解析に関する前の解析反復からの累積情報によって補充されてもよく、かつ、連続する反復の結果において傾向を強調するためにある方法で表されてもよい。ある実施形態では、レポートに現れる特定及び／又は情報は、代替的に又は追加的に、データアクセス群提携に応じて、デバイスメーカの従業員に、又は、素子メーカの従業員に、若しくは、図２のボックス６のシステムのプロバイダの従業員等の第三者の従業員に、アクセス可能であり得るデータベース（例えば、データベース１０）内にデータとして記憶されてもよい。ある実施形態では、そうしたデータベース化されたデータは、解析の連続する反復において参照されて、例えば、連続する解析反復を定義するために自動的に実装されて実行されるアルゴリズムによって、各反復で生じる解析に対する改善を特定してもよい。ある実施形態では、図２のボックス６内のデータ解析エンジン１４は、様々な上の特定及び／又はレポートのいずれかを作成してもよく、また、例えば、ボックス６のオペレータアプリケーションサービス１３を使用するクライアント１１のオペレータに、それを送信してもよい。ある実施形態では、データ解析エンジン１４は、代替的に又は追加的に、特定、レポート、及び／又は、データベース内の、例えばボックス６のデータベース１０内の解析実行からの任意の他の情報を作成して記憶してもよい。
【０２４２】
[00250]  サブフロー７１３〜７１６の後に、決定７１７で、実機デバイスのクエリが実行されるか否かが特定されてもよい。ある実施形態では、例えば、決定は、図３の段階３２４で解析仕様の定義又は再定義の一部として提供される、解析定義に含まれる論理に関して現在の解析の結果に依存してもよい。例えば、解析方法６００ｃの所定の実施形態をサポートする実機エンドユーザデータのデフォルトデータの収集が、所定のデバイスタイプの実機のエンドユーザデバイスのわずか１０％からのデータを含む場合、相関する実機デバイス性能データ及びデバイスに含まれる素子の製造データの関係と参照関係との間に統計的有意差があることを解析が特定したかどうかを、エンドユーザデバイスが提供するデータの小部分を２０％まで増加させるために解析が定義されてもよく、また、相関する実機データが不一致であること、及び／又は、相関する製造データが不一致であることが結論付けられる。この例では、最初の結論における信頼性を向上させるためにサンプリングレベルを増加させることは、決定７１７から段階７１８までの「ｙｅｓ」の経路を辿って実機デバイスにクエリを送信することによって実行されてもよい。ある実施形態では、段階７１８で実機デバイスにクエリを送信するための決定は、追加的に又は代替的に、図３のボックス３０７でのデフォルト条件の下で得られ得るものではなく、実機エンドユーザデバイスデータの異なるタイプを得るためのものであってもよい。例えば、所定のデュアルバンド無線ルータデバイスモデルの実機データが、２．４Ｇｈｚのスペクトラムで性能データを提供するように制限されたデフォルトによるものであり、それらのデータの解析が、参照関係に対して、相関する実機デバイスデータが不一致であると又は相関する素子製造データが不一致であると結論付ける場合、５Ｇｈｚのスペクトラムの性能データを使用して解析を繰り返すことによって不一致をさらに特徴付けることが所望され得る。この例では、５Ｇｈｚの性能データがデフォルトによって生成及び／又は受信されないと仮定すると、それらの追加のデータが受信されるように段階７１８でクエリ送信が実行されてもよい。ある実施形態では、図２のボックス６内のデータ解析エンジン１４は、例えば、ボックス６の実機デバイスデータクエリ生成装置１６及び実機デバイスデータクエリ送信機１７に関して、実機エンドユーザデバイスクエリの送信を開始してもよい。
【０２４３】
[00251]  追加的に又は代替的に、相関、非相関、一致及び／又は不一致に関する結論の後に段階３３１の一部として実行され得る他のアクションを本願明細書で説明する。
【０２４４】
[00252]  ある実施形態では、図３、図４、図５、図６ａ、図６ｂ、図６ｃ及び／又は図７のいずれかで順番に実行されるように示される段階は、並行して実行されてもよく、及び／又は、図３、図４、図５、図６ａ、図６ｂ、図６ｃ及び／又は図７のいずれかで並行して実行されるように示される段階が順番に実行されてもよい。ある例では、図３、図４、図５、図６ａ、図６ｂ、図６ｃ及び／又は図７のいずれかで例示されるものと異なる順番で段階が実行されてもよい。ある例では、方法３００、４００、５００、６００ａ、６００ｂ、６００ｃ及び／又は７００のいずれかで段階が実行されてもよい。ある例では、方法３００、４００、５００、６００ａ、６００ｂ、６００ｃ及び／又は７００のいずれかはそれぞれ、図３、図４、図５、図６ａ、図６ｂ、図６ｃ及び／又は図７のいずれかで図示されたものより多い、より少ない及び／又は異なる段階を含んでもよい。
【０２４５】
[00253]  上述したように、主題は、例えばデータ解析エンジン１４によって実行され得るデータ解析のタイプを限定するものではない。例えば、解析は、素子製造データ及び／又は実機データの任意の組み合わせを包含してもよい。上述したように、様々な実施形態において、解析される素子製造データは、上述したもののような、パラメータデータ、機能データ及び／又は属性データを含んでもよい。ある実施形態では、受信した製造データに加えて及び／又は代えて、解析は、受信した製造データに基づいて計算されたデータを使用してもよい。同様に、様々な実施形態において、解析される実機データは、上述したもののような、パラメータデータ、機能データ及び／又は属性データを含んでもよい。ある実施形態では、受信した実機データに加えて又は代えて、解析は、受信した実機データに基づいて計算されたデータを使用してもよい。読み手に対するさらなる例示のため、パラメータデータ、機能データ及び／又は属性データの解析を包含するデータ解析の実施形態に関する追加の詳細をここで説明する。
【０２４６】
[00254]  ある実施形態では、第１例において、例えば素子のメーカと提携しているオペレータは、製造プロセスを変化させることを検討してもよく、又は、既に変化させていてもよく、また、それらの電子素子を含むエンドユーザデバイスについての実機データに対して、変化がどのような効果を有しているか又は有していたかを評価したい場合がある。これらの実施形態の別の例では、オペレータは、製造プロセスに故意に変化させていないが、不注意による変化又はドリフトがあることを知っている場合があり、また、実機データへのその影響を評価したい場合がある。こうした実施形態では、製造についての特定のパラメータ、機能又は属性は先験的に既知である場合があるが、それらの素子を含むデバイスについての実機データに対する影響は既知でない場合がある。主題は、パラメータ、機能又は属性が「特定の」パラメータ、機能又は属性でなぜあり得るのかを限定するものではない。しかしながら、読み手に対するさらなる例示のため、ある例をここで提供する。通常は必ずしもそうではないが、現在調査されている、問題になっている、解析されている、理解されることが必要とされる等のパラメータ、機能又は属性が現在の対象であるので、パラメータ、機能又は属性は特定のパラメータ、機能又は属性であり得る。
【０２４７】
[00255]  これらの実施形態では、相関される製造データは、特定のパラメータ、機能又は属性を含んでもよい。主題は、どのパラメータ、機能又は属性が特定のパラメータ、機能又は属性であるかを限定するものではない。しかしながら、さらなる例示のため、例を以下で提供する。例えば、特定のパラメータは、特定の制作（例えば、蒸着）ステップでの蒸着圧力であってもよく、また、相関する製造データは、様々な素子についての様々な圧力値を含んでもよい。これらの実施形態では、相関付けられる実機データは、パラメータ、機能又は属性のいずれかのうちのいずれか２以上を含んでもよい。主題は、数値、又は、相関する実機データにどのパラメータ、機能及び／又は属性が含まれ得るかを限定するものではない。しかしながら、読み手に対するさらなる例示のため、いくつかの例をここに提供する。例えば、特定のパラメータが蒸着圧力である場合、相関する実機データは、周波数（例えば、１秒ごとの動作の数）及び電力（例えば、どれくらいの電力がバッテリから流出するか）、すなわち、様々なデバイスについての様々な周波数値及び様々な電力値を含んでもよい。例えば、相関する実機データのパラメータ、機能及び／又は属性の数は、相関を実行する前に数を狭めるより低い又はより高い能力に依存して、より高いものであってもよく又はより低いものであってもよい。
【０２４８】
[00256]  これらの実施形態では、相関する実機データは、エンドユーザデバイスについての受信した実機データ、及び／又は、受信した実機データに基づいて計算されたデータを含んでもよく、また、相関する製造データは、デバイスに含まれる素子の製造に関する受信したデータ、及び／又は、受信した製造データに基づいて計算されたデータを含んでもよい。相関させることは、効果を評価するために適用されてもよい（例えば、製造データに対する実機データの依存）。相関は、実際に活用され得る予測の関係を示してもよい。例えば、製造データに対して統計的に有意な相関を有する特定の実機データを識別するために、相関係数を有する相関行列が生成されて評価されてもよい。これらの実施形態では、統計的に有意な相関を有するとともに、パラメータ、機能又は属性のいずれかのうちの２以上のいずれかのうちの少なくとも１つを含む実機データが識別されてもよい。そして、少なくとも１つのパラメータ、機能及び／又は属性が特定のパラメータ、機能又は属性によって影響を受けると結論付けられてもよい。仮に、例えば、周波数値を含む実機データが、圧力値（圧力は特定のパラメータである）を含む製造データとの高い相関を有するものとして識別される場合、周波数が圧力によって影響を受けると結論付けられ得る。
【０２４９】
[00257]  ある他の実施形態では、例えば、素子のメーカと提携しているオペレータは、実機性能における不注意による変化又はドリフト、若しくは、エンドユーザデバイスの実機性能における任意の他の変動又は偏差に気付く場合があり、また、性能の変化が、デバイスに含まれる電子部品の製造に起因するものであるかどうかの評価を望む場合がある。こうした実施形態では、実機データに関して特定のパラメータ、機能又は属性が先験的に既知である場合があるが、デバイスの性能に影響を与え得るデバイスの電子素子についてのパラメータ、機能又は属性は既知でない場合がある。主題は、パラメータ、機能又は属性がなぜ「特定の」パラメータ、機能又は属性であり得るかについて限定するものではない。しかしながら、読み手に対するさらなる例示のため、いくつかの例をここで提供する。通常は必ずしもそうではないが、現在調査されている、問題になっている、解析されている、理解されることが必要とされる等の現在対象のパラメータ、機能又は属性が理解されなければならないので、パラメータ、機能又は属性は特定のパラメータ、機能又は属性であり得る。
【０２５０】
[00258]  これらの実施形態では、相関させられる実機データは、特定のパラメータ、機能又は属性を含み得る。主題は、どのパラメータ、機能又は属性が特定のパラメータ、機能又は属性であり得るかを限定するものではない。しかしながら、さらなる例示のため、例をここで提供する。例えば、特定のパラメータは周波数（例えば、１秒ごとの動作の数）であってもよく、実機データは、様々なエンドユーザデバイスについての様々な周波数値を含んでもよい。これらの実施形態では、相関させられる製造データは、パラメータ、機能又は属性のいずれかのうちの２以上のうちのいずれかを含んでもよい。主題は、数値、又は、どのパラメータ、機能及び／又は属性が、相関する実機データに含まれ得るかを限定するものではない。しかしながら、読み手へのさらなる例示のため、いくつかの例をここで提供する。例えば、特定のパラメータが周波数である場合、相関させられた製造データは、特定の制作（例えば、蒸着）ステップでの圧力、特定の制作（例えば、リソグラフィ）ステップでのクリティカルディメンション（ＣＤ）、すなわち、素子の様々な圧力値及び様々なＣＤ値を含んでもよい。例えば、相関させられる製造データにおけるパラメータ、機能及び／又は属性の数は、相関を実行する前に数を狭めるより低い又はより高い能力に依存して、より高いものであってもよく又はより低いものであってもよい。
【０２５１】
[00259]  これらの実施形態では、相関する実機データは、エンドユーザデバイスについての受信した実機データ及び／又は受信した実機データに基づいて計算されたデータを含んでもよく、また、相関する製造データは、デバイスに含まれる素子の製造に関する受信したデータ及び／又は受信した製造データに基づいて計算されたデータを含んでもよい。相関させることは、影響を評価するために適用されてもよい（例えば、製造データに対する実機データの効果）。相関は、実際に活用され得る予測の関係を示してもよい。例えば、実機データに対する統計的に有意な相関を有する特定の製造データを識別するために、相関係数を有する相関行列が生成されて評価されてもよい。これらの実施形態では、統計的に有意な相関を有するとともに、パラメータ、機能又は属性のいずれかの２以上のうちのいずれかのうちの少なくとも１つを含む実機データが識別されてもよい。そして、少なくとも１つのパラメータ、機能及び／又は属性が特定のパラメータ、機能又は属性に影響を与えることが結論付けられてもよい。仮に、例えば、圧力値を含む製造データが、周波数値（周波数は特定のパラメータである）を含む製造データとの高い相関を有するものとして識別される場合、圧力が周波数に影響を与えることが結論付けられ得る。
【０２５２】
[00260]  番号を付した例
１．実機エンドユーザデバイスの１以上の製造条件の集合と性能との間に相関があるか否かを結論付ける方法であって、
電子素子の製造に関するデータを受信するステップと、
前記素子を含むエンドユーザデバイスについての実機データを受信するステップと、
実機性能によって少なくとも区別される前記エンドユーザデバイスのうちで少なくとも第１個体群及び第２個体群を識別するために、受信した実機データ又は受信した実機データに基づいて計算されたデータのうちの少なくとも１つを解析するステップと、
前記第１個体群のエンドユーザデバイス内に含まれる素子の製造に関する、受信したデータ又は受信したデータに基づいて計算されたデータのうちの少なくとも１つについて、１以上の製造条件の集合の関連と、前記第２個体群のエンドユーザデバイス内に含まれる素子の製造に関する、受信したデータ又は受信したデータに基づいて計算されたデータのうちの少なくとも１つに対する前記集合の関連と、の間に統計的有意差があるか否かを特定するステップと、
統計的有意差があると特定された時に前記集合と前記実機性能との間に相関があると結論付け、又は、統計的有意差がないと特定された時に前記集合と前記実機性能との間に相関がないと結論付けるステップと、を含む方法。
２．実機エンドユーザデバイスの１以上の製造条件の集合と性能との間に相関があるか否かを結論付ける方法であって、
電子素子の製造に関するデータを受信するステップと、
前記素子を含むエンドユーザデバイスについての実機データを受信するステップと、
前記素子のうちの少なくとも２つの個体群を識別するために、製造に関して、受信したデータ又は受信したデータに基づいて計算されたデータのうちの少なくとも１つを解析するステップであって、前記少なくとも２つの個体群のうちの第１個体群の製造は１以上の製造条件の集合に対応するが、前記少なくとも２つの個体群のうちの第２個体群の製造は前記集合に対応しない、解析するステップと、
前記第１個体群からの素子を含むエンドユーザデバイスと前記第２個体群からの素子を含むエンドユーザデバイスとの間の実機性能に統計的有意差があるか否かを特定するために、受信した実機データ又は受信した実機データに基づいて計算されたデータのうちの少なくとも１つを解析するステップと、
統計的有意差があると特定された時に前記集合と前記実機性能との間に相関があると結論付け、又は、統計的有意差がないと特定された時に前記集合と前記実機性能との間に相関がないと結論付けるステップと、を含む方法。
３．実機エンドユーザデバイスデータ又はエンドユーザデバイスに含まれる電子素子に関連した製造データのうちの少なくとも１つに不一致があるか否かを結論付ける方法であって、
電子素子の製造に関するデータを受信するステップと、
前記素子を含むエンドユーザデバイスについての実機データを受信するステップと、
関係を特定するため、受信した実機データ又は受信した実機データに基づいて計算されたデータのうちの少なくとも１つを含む実機データを、製造に関する受信したデータ又は製造に関する受信したデータに基づいて計算されたデータのうちの少なくとも１つを含む製造データに相関させるステップと、
前記関係と参照関係との間に統計的有意差があるか否かを特定するステップであって、前記参照関係は、他の実機データ又は実機データモデル化バージョンのうちの少なくとも１つと、他の製造データ又は製造データモデル化バージョンのうちの少なくとも１つとの間のものである、特定するステップと、
統計的有意差がないと特定された時、相関させられた前記実機データが一致し、相関させられた前記製造データが一致すると結論付け、又は、統計的有意差があることが特定された時、相関させられた前記実機データが一致し、相関させられた前記製造データが一致すると結論付けるステップと、を含む方法。
４．相関させられた前記実機データのうちの少なくとも１つが不一致である、又は、相関させられた前記製造データが不一致であると結論付けられた場合、前記方法は、前記関係に対応する少なくともエンドユーザデバイス又は少なくとも素子のリストを含むレポートを生成するステップをさらに含む、例３に記載の方法。
５．前記実機性能は実機信頼性を含む、例１又は２に記載の方法。
６．前記集合に対応する１以上の製造条件下で製造された素子を含むエンドユーザデバイスについての信頼性リスクを予測するステップをさらに含む、例５に記載の方法。
７．前記個体群のうちの少なくとも１つは、解析された製造に関するデータが同様に異常である素子を含む、例２に記載の方法。
８．電子素子の製造に関する前記受信したデータは、電子素子の製造に関するデータを少なくとも含む、例１〜３のいずれか１つに記載の方法。
９．電子素子の製造に関する前記受信したデータは、電子モジュールの製造に関するデータを少なくとも含む、例１〜３のいずれか１つに記載の方法。
１０．製造データにおける、少なくとも１つのパラメータ、機能又は属性は、実機データの同一のパラメータ、機能又は属性に相関させられる、例３に記載の方法。
１１．製造データにおける、少なくとも１つのパラメータ、機能又は属性は、実機データの少なくとも１つの異なるパラメータ、機能又は属性にそれぞれ相関させられる、例３に記載の方法。
１２．実機データに相関させられるパラメータはドリフト測定基準である、例１０又は１１に記載の方法。
１３．前記集合を特定するステップをさらに含む、例１又は２に記載の方法。
１４．前記集合を特定するステップは、オペレータによって入力された前記集合を特定するための少なくとも１つの基準に基づいており、前記方法は、前記集合を特定するための前記少なくとも１つの基準を受信するステップをさらに含む、例１３に記載の方法。
１５．前記集合を特定するステップは、前記集合を特定するためにオペレータによって入力された任意の基準を最初に受信せずに実行される、例１３に記載の方法。
１６．相関があると結論付けられた場合、前記方法は、レポートを生成するステップをさらに含み、前記レポートは、前記集合、前記集合に対応する１以上の条件下で製造された素子を含むエンドユーザデバイスのグループ化の高水準記述、前記集合に対応する１以上の条件下で製造された素子のグループ化の高水準記述、前記集合に対応する１以上の条件下で製造された素子を含むエンドユーザデバイスのリスト、前記集合に対応する１以上の条件下で製造された素子のリスト、前記第１個体群の高水準記述、前記第１個体群におけるエンドユーザデバイス又は素子のリスト、を含む群から選択される少なくとも１つを含む、例１又は２に記載の方法。
１７．データについて前記実機エンドユーザデバイスにクエリを送信するステップをさらに含む、例１〜３のいずれか１つに記載の方法。
１８．前記クエリを送信されたエンドユーザデバイスは、実機データが水準以下の性能を提示するエンドユーザデバイス、水準以下の実機性能に相関させられるものと見出される１以上の条件下で製造された素子を含むエンドユーザデバイス、１以上の異常な条件下で製造された素子を含むエンドユーザデバイス、相関させられた実機データが不一致であるエンドユーザデバイス、相関させられた製造データが不一致である素子を含むエンドユーザデバイス、実機データが予め受信されたものに加えて又は代えて実機データが予め受信されたエンドユーザデバイス、実機データが予め受信されたエンドユーザデバイス、クライアントが提供した基準に合致するエンドユーザデバイス、又は、すべての実機エンドユーザデバイス、を含む群から選択される、例１７に記載の方法。
１９．前記クエリを送信されたエンドユーザデバイスから受信した、又は、前に計算された関係を向上させるために前記クエリを送信されたエンドユーザデバイスから受信したデータに基づいて計算された、実機データを使用するステップをさらに含む、例１７に記載の方法。
２０．前記クエリを送信するステップは、特定されたエンドユーザデバイスに、すべてでない実機エンドユーザデバイスに、又は、すべての実機エンドユーザデバイスに向けられる、例１７に記載の方法。
２１．受信した製造データ又は受信した実機データのうちの少なくとも１つとともに識別子データを受信するステップと、
前記受信した識別子データが記憶のために準備される必要がある場合、前記受信した識別子データを記憶のために準備するステップと、
前記受信した又は前記準備された識別子データのうちの少なくとも１つにインデックスされた受信した製造データ又は実機データのうちの少なくとも１つを記憶するステップと、をさらに含む、例１〜３のいずれか１つに記載の方法。
２２．エンドユーザデバイスに含まれる少なくとも１つの素子の少なくとも１つの識別子に関連付けられたエンドユーザデバイスの少なくとも１つの識別子を含む、又は、第１素子に含まれる少なくとも１つの他の素子の少なくとも１つの識別子に関連付けられる第１素子の少なくとも１つの識別子を含む、識別子データを受信するステップと、
前記受信した識別子データが記憶のために準備される必要がある場合、前記受信した識別子データを記憶のために準備するステップと、
識別子データ間の少なくとも１つの関連を記憶するステップと、を含む、例１〜３のいずれか１つに記載の方法。
２３．エンドユーザデバイスの製造に関するデータを受信するステップと、
受信したエンドユーザデバイス製造データに受信した実機データをリンクさせるステップと、を含む、例１〜３のいずれか１つに記載の方法。
２４．受信したデバイス製造データとともにデバイス識別子データを受信するステップと、
前記受信したデバイスデータ識別子データが記憶のために準備される必要がある場合、前記受信したデバイス識別子データを記憶のために準備するステップと、
前記受信した又は前記準備した識別子データのうちの少なくとも１つにインデックスされた前記デバイス製造データを記憶するステップと、をさらに含む、例２３に記載の方法。
２５．前記準備するステップは、データを暗号化しないこと、メタデータ属性に従ってデータを分類すること、整合性及び完全性についてデータのエラー検査をすること、データをマージすること、データベースの所望の内容に従ったデータをパージ及び体系化すること、データベースローディングに必要なデータ入力ファイル仕様に適合するようにデータをフォーマットすること、人間の読みやすさ又は基準の遵守のためにデータを復号化すること、又は、少なくとも人間の読みやすさ又は少なくとも基準の遵守のためにデータを再フォーマットすること、を含む群から選択される少なくとも１つを含む、例２１、２２又は２４のいずれか１つに記載の方法。
２６．前記エンドユーザデバイスのうちの１以上の各々について、エンドユーザデバイスについての受信した実機データを、エンドユーザデバイスに含まれる素子の製造に関する受信したデータにリンクさせるステップをさらに含み、
前記解析するステップ、特定するステップ又は相関させるステップは、リンクさせられたデータを使用する、例１〜３のいずれか１つに記載の方法。
２７．前記エンドユーザデバイスのうちの１以上の各々について、エンドユーザデバイスから受信した実機データを、エンドユーザデバイスに含まれる素子の製造に関する受信したデータにリンクさせるステップをさらに含み、
前記解析するステップ、特定するステップ又は相関させるステップは、前記リンクさせるステップより前に実行される、例１〜３のいずれか１つに記載の方法。
２８．前記解析するステップ、特定するステップ又は相関させるステップは、前記リンクさせるステップの直後、又は、前記実機データを受信するステップの実質的に直後に発生する、例２６又は２７に記載の方法。
２９．少なくとも１つの他の素子を含む少なくとも１つの素子について、素子の製造に関する受信したデータを、少なくとも１つの他の素子の製造に関する受信したデータにリンクさせるステップをさらに含む、例１〜３のいずれか１つに記載の方法。
３０．前記素子の製造に関する前記データは、１以上の素子メーカの製造設備からのデータ、又は、前記１以上の素子メーカの１以上の製造実行データベースからのデータ、又は、前記１以上の素子メーカの工場情報システムからのデータのうちの少なくとも１つを含む、例１〜３のいずれか１つに記載の方法。
３１．前記方法は、新しく導入されたデバイス、新しく導入された素子、既存のデバイスへの変更、既存の素子への変更、若しくは、既存のデバイス又は素子のうちの少なくとも１つを製造するために使用されるプロセスへの変更のうちの少なくとも１つについての拡大された検証プロセス、若しくは、新しく導入されたデバイス、新しく導入された素子、既存のデバイスへの変更、既存の素子への変更、若しくは、既存のデバイス又は素子のうちの少なくとも１つを製造するために使用されるプロセスへの変更のうちの少なくとも１つについての拡張された検証プロセスのうちの少なくとも１つの一部である、例３に記載の方法。
３２．相関させられた前記実機データが不一致である、又は、相関させられた前記製造データが不一致である、のうちの少なくとも１つが特定された場合、前記方法は、
前記不一致が傾向の一部であるかないかを特定するステップと、
前記不一致が傾向の一部であることが特定された場合、その後に、前記不一致が傾向の一部であることをレポートするステップと、をさらに含む、例３に記載の方法。
３３．前記集合は単一のメーカに関する、例１又は２に記載の方法。
３４．素子のメーカと提携しているオペレータについて、実機データについてのリクエストを受信するステップと、
応答時、前記メーカによって製造された素子を含むエンドユーザデバイスについて受信した実機データを提供するが、前記メーカによって製造された素子を含まないエンドユーザデバイスについて受信した実機データは提供しないステップと、をさらに含む、例１〜３のいずれか１つに記載の方法。
３５．エンドユーザデバイスのメーカと提携しているオペレータによって、素子製造に関するデータについてのリクエストを受信するステップと、
応答時、前記メーカによって製造されたエンドユーザデバイスに含まれる素子の製造に関する受信したデータを提供するが、前記メーカによって製造されたエンドユーザデバイスに含まれない素子の製造に関する受信した実機データは提供しないステップと、をさらに含む、例１〜３のいずれか１つに記載の方法。
３６．実機性能に関する、オペレータによって入力された少なくとも１つの基準を受信するステップをさらに含み、受信した実機データ又は受信した実機データに基づいて計算されたデータのうちの少なくとも１つは、前記エンドユーザデバイスのうちの前記少なくとも第１個体群及び第２個体群を識別するために、前記少なくとも１つの基準を参照して解析される、例１に記載の方法。
３７．実機性能に関しない少なくとも１つの他の基準が受信され、受信された実機データ又は受信された実機データに基づいて計算されたデータのうちの前記少なくとも１つは、前記エンドユーザデバイスのうちの前記少なくとも第１個体群及び第２個体群を識別するために、前記少なくとも１つの他の基準を参照して解析される、例３６に記載の方法。
３８．同一の実機エンドユーザデバイスについて経時的に受信した実機データについて前記方法を繰り返すステップと、統計的有意差があるか否かの特定を保持し続けるか否かを特定するステップと、をさらに含む、例１又は２に記載の方法。
３９．解析するステップ、相関させるステップ又は特定するステップのうちの少なくとも１つについてオペレータによって入力された少なくとも１つの基準を受信するステップと、
前記少なくとも１つの基準に少なくとも部分的に従って、解析するステップ、相関させるステップ又は特定するステップを実行するステップと、をさらに含む、例１〜３のいずれか１つに記載の方法。
４０．前記第１個体群又は第２個体群のうちの少なくとも１つに代わる少なくとも１つの他の個体群で前記方法を繰り返すステップをさらに含む、例１又は２に記載の方法。
４１．前記方法を繰り返し、前記方法の前の実行において設定されたものよりも統計的優位性について異なる最小差を設定するステップをさらに含む、例１又は２に記載の方法。
４２．前記繰り返すステップは、統計的有意差があったと前に特定された場合に発生する、例３８、４０又は４１に記載の方法。
４３．１以上の製造条件の各々の少なくとも１つの他の集合について前記方法を繰り返すステップをさらに含み、前記少なくとも１つの他の集合のいずれもが、前記集合と又は前記少なくとも１つの他の集合のうちのいずれか他の集合と完全に同一の１以上の製造条件を含まない、例１又は２に記載の方法。
４４．製造条件の様々な集合と実機性能との間の統計的に有意な相関のランク付けされたリストをレポートするステップをさらに含む、例４３に記載の方法。
４５．前記実機性能の測定基準はドリフト測定基準であり、基線からの過度のドリフトを有するエンドユーザデバイスは基準以下の性能をとして特徴付けられる、例１又は２に記載の方法。
４６．前記素子を含むエンドユーザデバイスについての故障データを受信するステップと、
前記解析するステップ、相関させるステップ又は特定するステップのいずれかを実行する時に、受信した故障データを使用するステップと、をさらに含む、例１〜３のいずれか１つに記載の方法。
４７．エンドユーザデバイスの１以上の各々について、エンドユーザデバイスから受信した故障データを、エンドユーザデバイスに含まれる素子の製造に関する受信したデータにリンクさせるステップをさらに含む、例４６のいずれか１つに記載の方法。
４８．前記故障データは、保守データ、修理データ又は返品データのうちの少なくとも１つを含む、例４６に記載の方法。
４９．前記１以上の製造条件は、工場、製造検査設備、製造制作設備、製造時間、バッチデータ、素子のタイプ、製造工程使用、処理フロー及び条件、監視データ、製造制作プロセス修正、製造設備保守履歴、分類及び廃棄データ、構成データ、構築データ、設計修正、ソフトウェア修正、製造検査又は制作パラメータデータ特性、製造事象履歴、作業職員、他の制作データ、検査データ、基板パッケージ又はウエハ内の物理的配置データ、製造温度、又は、任意の他の製造条件のうちの少なくとも１つを含む、例１又は２に記載の方法。
５０．前記１以上の製造条件は、製造中の廃棄の対象となる素子を示す廃棄処分を含む、例４９に記載の方法。
５１．前記集合は、少なくとも１つの不適切な製造条件を含む、例１又は２に記載の方法。
５２．前記集合は、名目上の製造条件とは異なる少なくとも１つの製造条件を含む、例１又は２に記載の方法。
５３．前記第１及び第２個体群の各々について、前記個体群のデバイスに含まれる素子は、２以上の群の素子にグループ化され、前記集合は、１以上の製造条件の各々の少なくとも２つの部分集合の組み合わせであり、前記第１及び第２個体群の各々について、前記関連は、前記部分集合の各々１つと、前記群のうちの少なくとも１つの製造に関する受信したデータ又は受信したデータに基づいて計算されたデータとの関連の組み合わせを含む、例１に記載の方法。
５４．前記第１及び第２個体群の各々について、前記個体群に含まれる素子は２以上の群の素子にグループ化され、前記集合は、１以上の製造条件の各々の少なくとも２つの部分集合の組み合わせであり、前記部分集合の各々１つは、前記第１個体群に含まれる前記群の少なくとも１つの製造に対応するが、前記部分集合のうちの少なくとも１つは、前記第２個体群に含まれる任意の群の製造に対応しない、例２に記載の方法。
５５．各部分集合について、前記部分集合の前記１以上の製造条件は、工場、製造検査設備、製造制作設備、製造時間、バッチデータ、素子のタイプ、製造作業仕様、処理フロー及び条件、監視データ、製造制作プロセス修正、製造設備保守履歴、分類及び廃棄データ、構成データ、構築データ、設計修正、ソフトウェア修正、製造検査又は制作パラメータデータ特性、製造事象履歴、作業職員、他の制作データ、検査データ、基板パッケージ又はウエハ内の物理的配置データ、製造温度、又は、任意の他の製造条件のうちの少なくとも１つを含む、例５３又は５４に記載の方法。
５６．前記群のうちの少なくとも１つについて、前記群に含まれる素子のうちの少なくともいくつかは、エンドユーザデバイスにおいて同様の使用を有する、例５３又は５４に記載の方法。
５７．前記デバイスは複数のデバイスタイプを含む、例１〜３のいずれか１つに記載の方法。
５８．前記デバイスは複数のメーカによって製造される、例１〜３のいずれか１つに記載の方法。
５９．前記デバイスは単一のデバイスタイプを含む、例１〜３のいずれか１つに記載の方法。
６０．前記デバイスは単一のメーカを含む、例１〜３のいずれか１つに記載の方法。
６１．前記結論付けるステップは、前記集合と基準以下の実機性能との間の相関があると結論付けることを含み、前記方法は、群から選択された少なくとも１つのアクションの特定を出力するステップを含み、当該ステップは、前記集合に対応する１以上の条件下で製造された素子を使用から除去すること、又は、前記集合に対応する１以上の条件下で製造された素子を含むエンドユーザデバイスを使用から除去する又は再構成すること、を含む、例１又は２に記載の方法。
６２．前記結論付けるステップは、前記集合と水準以下の実機性能との間に相関があると結論付けるステップを含み、前記方法は、
前記結論付けるステップに基づいて、実機性能を潜在的に改善するための少なくとも１つのアクションの特定を出力するステップであって、前記少なくとも１つのアクションは、前記集合に含まれる少なくとも１つの製造条件を回避すること、又は、群の製造条件の組み合わせが前記集合を生じさせる素子の群を組み合わせることを回避すること、を含む群から選択された少なくとも１つを含む、出力するステップをさらに含む、例１又は２に記載の方法。
６３．前記結論付けるステップは、前記データが不一致であると結論付けるステップを含み、前記方法は、
少なくとも１つのアクションの特定を出力するステップであって、前記少なくとも１つのアクションが、関係に関連付けられた素子を使用から除去すること、関係に関連付けられたエンドユーザデバイスを使用から除去する又は再構成すること、若しくは、連続的に特定された関係と前記参照関係との間の統計的有意差がないように製造を改善すること、を含む群から選択された少なくとも１つを含む、出力するステップをさらに含む、例３に記載の方法。
６４．統計的有意差があることに応答して新規の参照関係を特定するステップをさらに含む、例３に記載の方法。
６５．前記第１個体群のデバイスに含まれる素子の少なくともいくつか及び前記第２個体群のデバイスに含まれる素子の少なくともいくつかは、デバイスにおいて同様の使用を有している、例１に記載の方法。
６６．前記第１個体群に含まれる素子の少なくともいくつか及び前記第２個体群に含まれる素子の少なくともいくつかは、エンドユーザデバイスにおいて同様の使用を有している、例２に記載の方法。
６７．前記素子は、２以上の素子の群にグループ化され、前記相関させるステップは、関係を特定するために、実機データを、前記群についての製造データの組み合わせに相関させるステップを含む、例３に記載の方法。
６８．少なくとも素子又はデバイスの少なくとも１つの製造環境に、製造を改善するための変更をフィードバックするステップ、デバイスメーカ又はデバイスエンドユーザのうちの少なくとも１つに、デバイス性能を改善するための実機データのデバイス構成に対する変更をフィードバックするステップ、素子メーカ又はデバイスメーカのうちの少なくとも１つに、製造又は実機エンドユーザデバイスのうちの１つから受信したデータの量又はタイプのうちの少なくとも１つに対する変更をフィードバックするステップ、追加の又は異なるデータのうちの少なくとも１つを受信するために１以上の実機デバイスに対するクエリを生成するステップ、素子メーカ又はデバイスメーカのうちの少なくとも１つに、素子又はデバイスのうちの少なくとも１つの信頼性評価をフィードバックするステップ、素子メーカ又はデバイスメーカのうちの少なくとも１つに、実機からリコールされるべき特定の素子又はデバイスのうちの少なくとも１つの識別子をフィードバックするステップ、素子メーカ又はデバイスメーカのうちの少なくとも１つに、偽造される又は改ざんされることが疑われ得る特定の素子又はデバイスのうちの少なくとも１つの識別子をフィードバックするステップ、前記集合とは異なる集合の１以上の製造条件の集合について統計的有意差があるか否かの特定を実行するステップ、前記特定するステップにおけるものと少なくとも同一のデバイス及び素子について定期的に統計的有意差があるか否かの特定を実行するステップ、前記特定するステップとは異なる１以上のタイプのデバイスについて統計的有意差があるか否かの特定を実行するステップ、前記特定するステップのものとは異なる１以上のデバイスメーカについて統計的有意差があるか否かの特定を実行するステップ、又は、統計的有意差があるか否かの特定のその後の性能において任意選択的に取得されてその後に使用されるべき、前記方法に関する結果又はパラメータのうちの少なくとも１つを記憶するステップ、を含む群から選択される少なくとも１つをさらに含む、例１〜３のいずれか１つに記載の方法。
６９．１以上の規則を受信又は作成するステップをさらに含む、例１〜３のいずれか１つに記載の方法。
７０．前記１以上の規則は、前記相関が偽であるとの特定後に受信又は作成される、例６９に記載の方法。
７１．前記特定は、オペレータによってなされる、若しくは、自動的に又は半自動的になされる、例７０に記載の方法。
７２．前記特定は、過去のデータに基づいてなされる、例７０に記載の方法。
７３．前記１以上の規則のうちの少なくとも１つは、少なくとも１つの事象によってトリガされ、前記少なくとも１つの事象は、追加データを受信すること、受信した追加データをデータベースにローディングすること、特定のタイプの追加データを受信すること、データベース内で１以上の特定のタイプのデータについてデータの必要とされる最小量を超えること、連続的な規則の実行の間の最大時間間隔の閾値を超えること、特定の時間の到達、特定の期間の時間間隔の経過、送信されたデータクエリに応答する追加データの到達、１以上のクライアントによって提供された規則の実行についてのリクエストの受信、又は、任意の他の事象、を含む群から選択される、例６９〜７２のいずれか１つに記載の方法。
７４．前記相関が偽であることの表示を受信するステップをさらに含む、例１〜３のいずれか１つに記載の方法。
７５．付属データを受信するステップと、前記解析するステップ、相関させるステップ又は特定するステップのうちのいずれかを実行する時に前記付属データを使用するステップと、をさらに含む、例１〜３のいずれか１つに記載の方法。
７６．前記受信するステップは、収集すること又は集約することのうちの少なくとも１つを含む、例１〜３のいずれか１つに記載の方法。
７７．電子素子の製造に関するデータを受信する前記ステップは、電子素子の製造に関する前記データを収集すること又は集約することのうちの少なくとも１つを含む、例７６に記載の方法。
７８．前記実機データを受信するステップは、前記実機データを集約するステップを含む、例７６に記載の方法。
７９．電子素子の製造に関する前記データ又は前記実機データのうちの少なくとも１つが自動的に受信される、例１〜３のいずれか１つに記載の方法。
８０．前記実機データは前記エンドユーザデバイスから受信される、例１〜３のいずれか１つに記載の方法。
８１．実機データの少なくとも１つのパラメータ、機能又は属性が、製造データのパラメータ、機能又は属性によって影響されると結論付ける方法であって、
電子素子の製造に関するデータを受信するステップと、
前記素子を含むエンドユーザデバイスについての実機データを受信するステップと、
受信した実機データ又は受信した実機データに基づいて計算されるデータのうちの少なくとも１つを含む実機データを、製造に関する受信したデータ又は製造に関する受信したデータに基づいて計算されるデータのうちの少なくとも１つを含む製造データに相関させるステップであって、前記実機データは、パラメータ、機能又は属性のいずれかのうちのいずれか２以上を含み、前記製造データは、特定のパラメータ、機能又は属性を含む、相関させるステップと、
統計的に有意な相関を有する実機データを識別するステップであって、前記識別した実機データは、パラメータ、機能又は属性のいずれかのうちの２以上のうちのいずれかの少なくとも１つを含み、パラメータ、機能又は属性のいずれかのうちの２以上のうちの少なくとも１つが、前記特定のパラメータ、機能又は属性によって影響される、識別するステップと、を含む方法。
８２．実機データの少なくとも１つのパラメータ、機能又は属性が、製造データのパラメータ、機能又は属性によって影響されると結論付ける方法であって、
電子素子の製造に関するデータを受信するステップと、
前記素子を含むエンドユーザデバイスについての実機データを受信するステップと、
受信した実機データ又は受信した実機データに基づいて計算されるデータのうちの少なくとも１つを含む実機データを、製造に関する受信したデータ又は製造に関する受信したデータに基づいて計算されるデータのうちの少なくとも１つを含む製造データに相関させるステップであって、前記実機データは、特定のパラメータ、機能又は属性を含み、前記製造データは、パラメータ、機能又は属性のうちのいずれかのうちの２以上を含む、相関させるステップと、
統計的に有意な相関を有する実機データを識別するステップであって、前記識別した実機データは、パラメータ、機能又は属性のいずれかのうちの２以上のうちの前記いずれかのうちの少なくとも１つを含み、パラメータ、機能又は属性のいずれかのうちの２以上のうちの前記いずれかのうちの少なくとも１つが、前記特定のパラメータ、機能又は属性によって影響される、識別するステップと、を含む方法。
主題の境界は、これらの番号を付した例のいずれかによって示されない。
【０２５３】
[00261]  ある実施形態では、システム２００は、上にリストされた番号を付した方法の例のいずれかを実行するように構成されてもよい。例えば、ボックス６のサーバに含まれるプロセッサは、例えば、ボックス１−２（例えば、番号を付した方法の例３０、７６、７７）、ボックス１１ｘ−１１ｙ（例えば、番号を付した方法の例１４、１５、３４、３５、３６、３９、７１）、ボックス１８ａ、１８ｂ（例えば、番号を付した方法の例１７、１８、２０）等のシステム２００における他のボックスの任意選択的な補助によって、当該番号を付した方法の例のいずれかを実行するように構成されてもよい。
【０２５４】
[00262]  主題が、例えば、上にリストした方法の例のいずれか等の任意の方法又はここに開示した任意の方法の一部を実行するためのコンピュータによって読み取り可能なコンピュータプログラムを考慮することが理解されよう。例えば、ここで開示した任意の方法又は任意の方法の任意の一部を実行するためのコンピュータによって読み取り可能な、コンピュータ読み取り可能媒体に目に見える方法で具現化されたプログラムコードが主題によってさらに考慮される。コンピュータの用語の構築に関しては上を参照されたい。
【０２５５】
[00263]  主題の例を示して説明したが、主題は従って限定されない。主題の範囲内において多数の修正、変更及び改善が読み手にとって生じるであろう。
【図１】
0006770060.tif 000002
【図２】
0006770060.tif 000003
【図３Ａ】
0006770060.tif 000004
【図３Ｂ】
0006770060.tif 000005
【図４】
0006770060.tif 000006
【図５Ａ】
0006770060.tif 000007
【図５Ｂ】
0006770060.tif 000008
【図６Ａ−１】
0006770060.tif 000009
【図６Ａ−２】
0006770060.tif 000010
【図６Ｂ−１】
0006770060.tif 000011
【図６Ｂ−２】
0006770060.tif 000012
【図６Ｃ−１】
0006770060.tif 000013
【図６Ｃ−２】
0006770060.tif 000014
【図７Ａ】
0006770060.tif 000015
【図７Ｂ】
0006770060.tif 000016