JP6468718B2 - 連鎖管理情報内の異常検出 - Google Patents

Description

本発明は、概して連鎖管理情報内の異常検出に関する。

多くの民間航空機は、車載のデータネットワーキングシステムおよびデジタル通信システムを備えており、これらのシステムによって、オペレータ費用を削減し、安全性を改善し、航空会社の経営効率を上昇させることができる。航空会社内の複数の機能組織は、互いに、および航空機の製造業者と密接に連携して働き、航空機のセキュリティおよび保全性に利益をもたらす方策を計画および実施する。監督諸機関は、航空会社に、各航空機に加えられた変更を立証する航空機ログを生成し、定期的に審査するよう要求することがある。多数の保有航空機について航空機ログを審査することは、非常に大きな負担になることがある。一部の航空会社は、例えば、セキュリティ要件、規制要件またはその両方を確実に満たすために、航空機ログデータの審査を定期的に行うための情報技術資源および技術的知識を備えていないことがある。航空機ログデータの審査を定期的に行うための情報技術資源および技術的知識を備えている航空会社にとっても、この審査は、（例えば、熟練したオペレータが航空機ログデータおよび地上システムログのデータを分析するために必要な時間に関して）負担が大きく、費用がかかる。

航空機ログデータおよび地上システムログデータを分析して、連鎖管理情報内の異常を検出するためのシステムおよび方法を開示する。乗物の電子システムでは、ソフトウェアアプリケーションを使用して、さまざまな動作および機能のための論理または制御を提供し得る。ソフトウェアアプリケーションは、ソフトウェア部品として取り扱い得る。ソフトウェア部品の例は、車載保守システムアプリケーション、時間マネージャアプリケーション、ネットワークサーバ交差インタフェース、フライト入力データ出力機能、車載データロード機能、電子的フライトバッグデータマネージャ、ターミナル無線ローカルエリアネットワークユニットのゲートリンクオーセンティケータ、無線アップリンクおよびダウンリンクの診断マネージャ、健康マネージャ、車載保守システム、サポートおよび保守システムのマネージャ、ならびにフライト入力データ出力診断マネージャを含む。地上システムおよび乗物（例えば、航空機）は、乗物用のソフトウェア部品の連鎖管理に関連するログを維持し得る。地上システムの例は、保守コンピュータシステムを含む。地上システムは、ソフトウェア部品の修正（例えば、インストール、削除、アップグレード、更新など）に関する情報を、地上システムログに記録し得る。例えば、ソフトウェア部品が地上システムによって別のデバイス（例えば、別の地上システム）から受信されたとき、ソフトウェア部品が地上システムによって別のデバイス（例えば、乗物または別の地上システム）に転送されたとき、ソフトウェア部品に関する修正リクエストが地上システムによって受信されたとき、ソフトウェア部品に関する修正リクエストが地上システムによって送信されたとき、または、これらの組み合わせのときである。乗物（例えば、航空機）もまた、ソフトウェア部品が乗物によって受信されたとき、修正リクエストが乗物によって受信されたとき、ソフトウェア部品が乗物のコンピュータにおいて修正（例えば、インストール、削除、アップグレード、更新など）されたとき、または、これらのあらゆる組み合わせのときに、ソフトウェア部品に関する情報を乗物ログに記録し得る。さらに、乗物は、異なった時点における乗物の状態を乗物ログに記録し得る。地上システムログ、乗物ログまたはその両方に記録される、ソフトウェア部品に関する情報は、送信側デバイスの識別子、受信側デバイスの識別子、時刻、日付、位置、ソフトウェア部品の修正がどのように開始されたか、誰が修正を開始もしくは許可したか、修正中の航空機状態、その他の情報、またはこれらの組み合わせを示し得る。

異常検出の目的で、特定の乗物におけるソフトウェアの正常な修正（例えば、異常が検出されていない修正）に基づいて、基準データが生成され得る。基準データは、セキュリティ要件に基づいて生成（または、生成後に修正）され得る。基準データは、１つまたは複数の地上システムによって乗物において修正される、１つまたは複数のソフトウェア部品に関する連鎖管理情報を含み得る。基準データを使用して、特定の乗物ログ情報および地上システムログ情報を比較し、異常を検出し得る。このように、ログの審査を、乗物ログ審査の効率および有効性を改善し得るように自動化することができる。

開示される実施形態では、地上システムログおよび乗物ログを受信し、その地上システムログおよび乗物ログを、基準データに基づいて分析して、連鎖管理情報内の異常を検出し得る。例えば、ある異常は、地上システムがソフトウェア部品（または修正リクエスト）を乗物に送信することと、乗物がソフトウェア部品（または修正リクエスト）を受信することとの間の期間が、基準データに示される閾値期間を超えることを示し得る。別の例として、異常は、ソフトウェア部品（または修正リクエスト）を受信した時点での乗物の状態が、基準データに示される予想状態に一致しないことを示し得る。また別の例として、異常は、乗物におけるソフトウェア部品の修正の修正状態が、基準データに示される予想修正状態と一致しないことを示し得る。このように、分析によって、航空会社の航空機ログ審査処理を自動化し得、（例えば、セキュリティ要件に基づいて）連鎖管理情報内の異常検出を可能にし得る。

特定の一実施形態では、方法は、乗物におけるソフトウェア部品の修正に関する乗物ログデータを受信することを含む。方法はまた、地上システムの地上ログデータを受信することも含む。地上ログデータは、ソフトウェア部品に関係する連鎖管理情報を示す。方法はさらに、基準データに基づいて、乗物ログデータおよび地上ログデータを分析して、異常を検出することも含む。方法はまた、異常の検出に応答して通知を送信することも含む。

別の特定の実施形態では、システムは、プロセッサおよびメモリを備える。メモリは命令を記憶しており、命令をプロセッサが実行すると、プロセッサは動作を行う。動作は、乗物におけるソフトウェア部品の修正に関する乗物ログデータを受信することを含む。動作は、地上システムの地上ログデータを受信することも含む。地上ログデータは、ソフトウェア部品に関係する連鎖管理情報を示す。動作は、乗物ログデータおよび地上ログデータを基準データに基づいて分析し、異常を検出することも含む。動作は、さらに、異常の検出に応答して通知を送信することも含む。

また別の特定の実施形態では、コンピュータ読み取り可能なストレージデバイスが命令を記憶しており、命令をプロセッサが実行すると、プロセッサは動作を行う。動作は、乗物におけるソフトウェア部品の修正に関する乗物ログデータを受信することを含む。動作は、地上システムの地上ログデータを受信することも含む。地上ログデータは、ソフトウェア部品に関係する連鎖管理情報を示す。動作は、乗物ログデータおよび地上ログデータを基準データに基づいて分析し、異常を検出することもさらに含む。動作は、さらに、異常の検出に応答して通知を送信することも含む。

このように、特定の実施形態では、乗物ログデータおよび地上ログデータを基準データに基づいて分析し、異常を検出する。例えば、異常は、乗物によって受信されたソフトウェア部品（または修正リクエスト）が、基準データに示された閾値期間内に地上システムによって送信されていないということを示し得る。乗物ログデータおよび地上ログデータの審査は、ソフトウェア部品に関連する連鎖管理情報内の異常を検出するように自動化され得る。ログ審査の自動化によって、ログ審査に関連する効率を改善し得、費用を削減させ得る。

別の実施形態では、方法は、第１の乗物における第１のソフトウェア部品の修正に関する第１の乗物ログデータを受信することと、第１の地上システムの第１の地上ログデータを受信することと（第１の地上ログデータは、第１のソフトウェア部品に関係する第１の連鎖管理情報を示す）、第１の乗物ログデータおよび第１の地上ログデータを基準データに基づいて分析して異常を検出することと、異常の検出に応答して通知を送信することとを含む。

方法は、第１の連鎖管理情報が、あるイベントに関連するタイムスタンプまたはそのイベントに関連する識別子のうち少なくとも１つを含むことを含む。

方法はさらに、そのイベントが、第１の地上システムが第１のデバイスから第１のソフトウェア部品を受信したこと、または第１の地上システムが第２のデバイスに第１のソフトウェア部品を転送したことのうち少なくとも１つを含むことを含む。

方法はさらに、その識別子が、イベント識別子、デバイス識別子、ソフトウェア部品識別子、ハードウェア部品識別子、ユーザ識別子、保守コンピュータ識別子、乗物識別子、または地上システム識別子のうち少なくとも１つを含むことを含む。

方法はさらに、第１の乗物ログデータおよび第１の地上ログデータのそれぞれに含まれる共通のイベント、第１の乗物ログデータの第１のタイムスタンプ、および第１の地上ログデータの第２のタイムスタンプに基づいて、第１の乗物ログデータと第１の地上ログデータとを同期させることと（第１のタイムスタンプおよび第２のタイムスタンプは、共通のイベントに関連する）、同期済みの第１の乗物ログデータと同期済みの第１の地上ログデータとの比較を行うことと、同期済みの第１の乗物ログデータと同期済みの第１の地上ログデータとの比較に基づいて第１のデータセットを生成することとを含む。

方法はさらに、同期済みの第１の乗物ログデータの第１のイベント（第１のイベントは第１の識別子に関連する）を特定することと、同期済みの第１の地上ログデータの第２のイベント（第２のイベントは第１の識別子に関連する）を特定することとを含む。ここで、第１のデータセットは、第１のイベントに関連する第１のイベントタイムスタンプと第２のイベントに関連する第２のイベントタイムスタンプとの差を示す期間を示すように生成される。方法はさらに、同期済みの第１の乗物ログデータに基づいて第１のイベントの時点での第１の乗物の状態（第１のデータセットはその状態を示す）を判定することを含む。方法はさらに、第１のデータセットと基準データの対応する第２のデータセットとの比較に基づいて、異常を検出することを含む。

方法はさらに、第１のデータセットと第２のデータセットとの比較に応答して異常が検出され、この異常が、第１のデータセットの第１の期間が対応する第２のデータセットの第２の期間を超えたことを示すことを含む。方法はさらに、第１の期間が、第１の地上システムが第１の乗物に第１のソフトウェア部品を送信したときと、第１の乗物が第１の地上システムから第１のソフトウェア部品を受信したときとの間の時間差を示すことと、第２の期間が、閾値期間を示すこととを含む。この方法はさらに、第１のデータセットと第２のデータセットとの比較に応答して異常が検出され、この異常が、第１のデータセットの第１の状態値（第１の状態値は第１のイベントの時点での第１の乗物の状態を示す）が第２のデータセットの第２の状態値と対応していないことを示すことを含む。

方法はさらに、第１の乗物が航空機を含み、第１の状態値が第１の乗物の第１のＷＯＷ（ｗｅｉｇｈｔ−ｏｎ−ｗｈｅｅｌｓ）状態を示し、第２の状態値が第２のＷＯＷ状態を示すことを含む。方法はさらに、異常が、第１の連鎖管理情報と第２の連鎖管理情報との食い違いが第２の地上システムから受信されたこと、第１のソフトウェア部品が第１の地上システムによって正しくない順序で受信されたこと、または第１のソフトウェア部品が第１の地上システムによって正しくない順序で転送されたことのうち少なくとも１つを示すことを含む。方法はさらに、監査データを総計することを含み、総計される監査データは、異常に関係するデータを含む。方法はさらに、基準データを生成することまたは基準データを更新することのうち少なくとも１つを含む。

別の実施形態では、システムは、プロセッサ、および命令を記憶するメモリを備える。命令をプロセッサが実行すると、プロセッサは動作を行う。動作は、第１の乗物における第１のソフトウェア部品の修正に関する第１の乗物ログデータを受信すること、第１の地上システムの第１の地上ログデータを受信すること（第１の地上ログデータは、第１のソフトウェア部品に関係する第１の連鎖管理情報を示す）、基準データに基づいて第１の乗物ログデータおよび第１の地上ログデータを分析し、異常を検出すること、異常の検出に応答して通知を送信することを含む。

システムはさらに、動作が、基準データを生成する動作を含むことを含む。基準データを生成する動作は、第２の乗物における第２のソフトウェア部品の修正に関する第２の乗物ログデータを受信することと、第２の地上ログデータを受信すること（第２の地上ログデータは第２のソフトウェア部品に関係する第２の連鎖管理情報を示す）と、第２の乗物データと第２の地上データとを同期させることと、同期済みの第２の乗物ログデータと同期済みの第２の地上ログデータを比較することと、同期済みの第２の乗物ログデータと同期済みの第２の地上ログデータとの比較に基づいてデータセットを生成すること（データセットは、第２のソフトウェアの修正で異常が検出されていないことを示す）とを含む。

動作はさらに、第１の乗物の第１の乗物仕様および第２の乗物の第２の乗物仕様に基づいて、第１の乗物および第２の乗物が、共通のソフトウェアモジュールまたは共通のハードウェアモジュールのうち少なくとも１つをもつかどうか判定すること（ここでデータセットを使用して、共通のソフトウェアモジュールまたは共通のハードウェアモジュールのうち少なくとも１つにデータセットが対応するかどうか判定される）を含む。このシステムはさらに、セキュリティ要件に基づいて基準データを修正することおよび、統計的モデルに基づいて基準データを修正することをさらに含む。

コンピュータ読み取り可能なストレージデバイスは、命令を記憶する。命令をプロセッサが実行すると、プロセッサは、第１の乗物における第１のソフトウェア部品の修正に関する乗物ログデータを受信することと、第１の地上システムの第１の地上ログデータを受信すること（第１の地上ログデータは、そのソフトウェア部品に関係する第１の連鎖管理情報を示す）と、基準データに基づいて第１の乗物ログデータおよび第１の地上ログデータを分析して異常を検出することと、異常の検出に応答して通知を送信することとを含む動作を行う。このコンピュータ読み取り可能なストレージデバイスは、航空機を含む第１の乗物をさらに含む。

上記の特徴、機能および利点は、さまざまな実施形態で個別に実施してよく、また別の実施形態で組み合わせてもよく、詳細については、下記の記載および図面を参照しながら開示される。

連鎖管理情報の中の異常を検出するためのシステムの、特定の一実施形態を示す図である。 連鎖管理情報の中の異常を検出するためのシステムの、別の特定の実施形態を示す図である。 乗物ログデータと地上ログデータとを同期させる方法の、特定の一実施形態を示すフローチャートである。 データセットを生成するための方法の、特定の一実施形態を示すフローチャートである。 基準データを生成するための方法の、特定の一実施形態を示すフローチャートである。 連鎖管理情報の中の異常を検出するための方法の、特定の一実施形態を示すフローチャートである。 連鎖管理情報の中の異常を検出するための方法の、特定の一実施形態を示すフローチャートである。 データセットを生成するための方法の、特定の一実施形態を示すフローチャートである。 基準データを生成するための方法の、特定の一実施形態を示すフローチャートである。 連鎖管理情報の中の異常を検出するためのコンピューティング環境の、特定の例示的実施形態のブロック線図である。

図１を参照すると、連鎖管理情報内の異常を検出するためのシステムの、特定の一実施形態の線図が開示され、全体的に１００と称されている。システム１００は、地上システム１０４に結合されているか、地上システム１０４と通信し、第１の乗物１０２（例えば航空機）に結合されている監査システム１０８を備え得る。監査システム１０８はまた、１つまたは複数の他の乗物１０６に結合されているか、それらの乗物１０６と通信し、１つまたは複数の他の地上システム１２４に結合され得る。監査システム１０８は、プロセッサ１７０およびメモリ１８０を備え得る。監査システム１０８は、複数のプロセッサを備え得、複数のメモリを備え得る。例えば、監査システム１０８は、ネットワークを構成するコンピューティングシステムまたは分散されたコンピューティングシステムを備え得る。特定の例示的実施形態では、監査システム１０８は、通信デバイス、携帯情報端末（ＰＤＡ）、モバイルデータユニット、携帯電話、セルラー電話、ポータブルコンピュータ、タブレットコンピュータデバイス、または、これらの組み合わせを備え得る。このようなデバイスは、ユーザインタフェース、例えば、タッチスクリーン、音声認識能力、またはその他のユーザインタフェース能力を備え得る。

メモリ１８０は、プロセッサ１７０により実行されて、さまざまな動作を行う命令（例えば監査システムの命令１４２）を記憶し得る。例えば、プロセッサ１７０は、地上システム（例えば、地上システム１０４または他の地上システム１２４）の地上ログデータ（例えば、第１の地上ログデータ１２０または他の地上ログデータ１３２）を受信することを含む動作を行い得る。プロセッサ１７０はまた、乗物ログデータ（例えば、第１の乗物ログデータ１２２または他の乗物ログデータ１３０）を乗物（例えば、第１の乗物１０２または他の乗物１０６）から受信し得る。

特定の一実施形態では、地上システム１０４は第１のソフトウェア部品１５０を、例えば他の地上システム１２４から受信し得る。地上システム１０４は、第１の地上ログデータ１２０に、第１のソフトウェア部品１５０に関係する連鎖管理情報を記録し得る。連鎖管理情報は、イベントに関連するタイムスタンプ、イベントに関連する識別子、イベントの状態（例えば、成功したか失敗したか）、その他の情報、またはこれらの組み合わせを含み得る。イベントの例は、地上システム１０４が、第１のソフトウェア部品１５０を別のデバイス（例えば、他の地上システム１２４）から受信すること、第１のソフトウェア部品１５０を修正するための修正リクエスト１５２を別のデバイス（例えば、他の地上システム１２４）から受信すること、第１のソフトウェア部品１５０を第２のデバイス（例えば、第１の乗物１０２、他の乗物１０６、または他の地上システム１２４）に転送すること、修正リクエスト１５２を第２のデバイスに送信すること、またはこれらの組み合わせを含む。イベントに関連する識別子の例は、ソフトウェア部品識別子、ハードウェア部品識別子（例えば、ソフトウェア部品に関連するハードウェア部品の識別子）、イベント識別子、デバイス識別子（例えば、ソフトウェア部品の送信元デバイスの識別子、ソフトウェア部品の送信先デバイスの識別子、ソフトウェア部品の修正が行われるデバイスの識別子、保守コンピュータの識別子、乗物識別子、地上システム識別子、ソフトウェア部品の移送（または修正）を許可または開始したデバイスの識別子）、位置の識別子、およびユーザ識別子（例えば、ソフトウェア部品の移送（または修正）を開始または許可したユーザの識別子）を含む。

例えば、第１のソフトウェア部品１５０を他の地上システム１２４から受信したことに応答して、地上システム１０４は、地上システム１０４が第１のソフトウェア部品１５０を他の地上システム１２４から受信したときを示すタイムスタンプを、第１の地上システムログデータ１２０に記録し得る。地上システム１０４はまた、第１のソフトウェア部品１５０に関連する識別子も記録し得る。例えば、地上システム１０４は、第１のソフトウェア部品１５０を示すソフトウェア部品識別子、第１のソフトウェア部品１５０に関連するハードウェア部品を示すハードウェア部品識別子、他の地上システム１２４の地上システム識別子、他の地上システム１２４からの第１のソフトウェア部品１５０の移送を開始もしくは許可したユーザの識別子、他の地上システム１２４からの第１のソフトウェア部品１５０の移送を開始もしくは許可したデバイスの識別子、他の地上システム１２４の位置の識別子、地上システム１０４の位置の識別子、第１のソフトウェア部品１５０の転送先であるデバイスの識別子、その他の情報、またはこれらの組み合わせを記録し得る。

地上システム１０４は、第１のソフトウェア部品１５０を第１の乗物１０２、他の地上システム１２４またはその両方に送信し得る。地上システム１０４は、ソフトウェア部品を定期的にデバイス（例えば、第１の乗物１０２、他の地上システム１２４またはその両方）に送信するか、イベント（例えば、ユーザリクエスト、デバイスからのリクエスト、またはソフトウェア部品を受信したことなど）に応答してソフトウェア部品をデバイスに送信するか、またはその組み合わせを行い得る。地上システム１０４は、第１のソフトウェア部品１５０が地上システム１０４によって、別のデバイス（例えば、第１の乗物１０２）に送信されたときを示すタイムスタンプを、第１の地上ログデータ１２０に記録し得る。地上システム１０４はまた、第１のソフトウェア部品１５０に関連する識別子を記録し得る。例えば、地上システム１０４は、第１のソフトウェア部品１５０が地上システム１０４によって送信されたというイベントを特定するイベント識別子、および第１の乗物１０２の乗物識別子を記録し得る。地上システム１０４は、イベント識別子を第１のソフトウェア部品１５０と共に第１の乗物１０２に送信し得る。地上システム１０４はまた、第１のソフトウェア部品１５０を示すソフトウェア部品識別子、第１のソフトウェア部品１５０に関連する第１の乗物１０２のハードウェア部品を示すハードウェア部品識別子、第１の乗物１０２への第１のソフトウェア部品１５０の移送を開始もしくは許可したユーザの識別子、第１の乗物１０２への第１のソフトウェア部品１５０の移送を開始もしくは許可したデバイスの識別子、第１の乗物１０２の位置の識別子、地上システム１０４の位置の識別子、第１のソフトウェア部品１５０の送信元（例えば、他の地上システム１２４）のデバイスの識別子、その他の情報、またはこれらの組み合わせを記録し得る。

第１の乗物１０２は、第１のソフトウェア部品１５０を地上システム１０４から受信し得る。第１の乗物１０２は、第１の乗物１０２で第１のソフトウェア部品１５０を受信したことに関する情報を、第１の乗物ログデータ１２２に記録し得る。第１の乗物ログデータ１２２は、イベントに関連するタイムスタンプ、イベントに関連する識別子、第１のソフトウェア部品１５０が受信されたときの第１の乗物１０２の状態、イベントの状態、その他の情報、またはこれらの組み合わせを含み得る。イベントの例には、第１の乗物１０２が地上システム１０４、他の地上システム１２４またはその両方から第１のソフトウェア部品１５０を受信したことが含まれ得る。イベントに関連する識別子には、イベント識別子、デバイス識別子（例えば、ソフトウェア部品の送信元デバイスの識別子、保守コンピュータ識別子、乗物識別子、地上システム識別子、ソフトウェア部品の移送を許可または開始したデバイスの識別子）、ソフトウェア部品識別子、ハードウェア部品識別子（例えば、ソフトウェア部品に関連するハードウェア部品の識別子）、ユーザ識別子（例えば、ソフトウェア部品の移送を開始または許可したユーザの識別子）、位置の識別子、またはこれらの組み合わせが含まれ得る。

地上システム１０４は、第１のソフトウェア部品１５０に関する修正リクエスト１５２を、第１の乗物１０２、他の地上システム１２４またはその両方に送信し得る。地上システム１０４は、ソフトウェア部品を修正するための修正リクエストを、定期的にデバイス（例えば、第１の乗物１０２、他の地上システム１２４またはその両方）に送信するか、イベント（例えば、ユーザリクエスト、デバイスからのリクエスト、ソフトウェア部品を受信したこと、ソフトウェア部品を修正するための修正リクエストを受信したこと）に応答して、デバイスでソフトウェア部品を修正するための修正リクエスト１５２を送信するか、またはこれらの組み合わせを行い得る。地上システム１０４は、地上システム１０４が修正リクエスト１５２を別のデバイス（例えば、第１の乗物１０２）に送信したときを示すタイムスタンプを第１の地上ログデータ１２０に記録し得る。地上システム１０４はまた、修正リクエスト１５２に関連する識別子を記録し得る。例えば、地上システム１０４は、地上システム１０４から修正リクエスト１５２が送信されたというイベントを特定するイベント識別子、および第１の乗物１０２の乗物識別子を記録し得る。地上システム１０４は、イベント識別子を修正リクエスト１５２と共に第１の乗物１０２に送信し得る。修正リクエスト１５２は、第１のソフトウェア部品１５０がインストール、削除、アップグレード、更新などの対象であることを示し得る。地上システム１０４はまた、第１のソフトウェア部品１５０を示すソフトウェア部品識別子、第１のソフトウェア部品１５０に関連する第１の乗物１０２のハードウェア部品を示すハードウェア部品識別子、第１の乗物１０２での第１のソフトウェア部品１５０の修正を開始もしくは許可したユーザの識別子、第１の乗物１０２での第１のソフトウェア部品１５０の修正を開始もしくは許可したデバイスの識別子、第１の乗物１０２の位置の識別子、地上システム１０４の位置の識別子、その他の情報、またはこれらの組み合わせを記録し得る。

第１の乗物１０２は、地上システム１０４から修正リクエスト１５２を受信し得る。例えば、第１のソフトウェア部品１５０は、第１の乗物１０２のコンピューティングデバイスで修正（例えば、インストール、削除、アップグレード、更新など）され得る。第１の乗物１０２は、第１の乗物１０２での第１のソフトウェア部品１５０の修正に関する情報を、第１の乗物ログデータ１２２に記録し得る。第１の乗物ログデータ１２２は、イベントに関連するタイムスタンプ、イベントに関連する識別子、第１のソフトウェア部品１５０が受信されたときの第１の乗物１０２の状態、イベントの状態、その他の情報、またはこれらの組み合わせを含み得る。イベントの例には、第１の乗物１０２が修正リクエスト１５２を、地上システム１０４、他の地上システム１２４またはその両方から受信することが含まれ得る。イベントに関係する識別子は、イベント識別子、デバイス識別子（例えば、修正リクエストの送信元デバイスの識別子、保守コンピュータ識別子、乗物識別子、地上システム識別子）、ソフトウェア部品識別子、ハードウェア部品識別子（例えば、ソフトウェア部品に関連するハードウェア部品の識別子）、ユーザ識別子（例えば、ソフトウェア部品の修正を開始または許可したユーザの識別子）、位置の識別子、またはこれらの組み合わせを含み得る。特定の一実施形態では、地上システム１０４は、修正リクエスト１５２を第１のソフトウェア部品１５０と共に送信し得る。特定の一実施形態では、第１のソフトウェア部品１５０を送信することは、修正リクエスト１５２を送信することを暗示的に含み得る。例えば、第１のソフトウェア部品１５０を送信することは、第１のソフトウェア部品１５０のインストールが要求されていることを示し得る。

例えば、第１のソフトウェア部品１５０（または修正リクエスト１５２）の受信に応答して、第１の乗物１０２は、第１のソフトウェア部品１５０（または修正リクエスト１５２）が第１の乗物１０２によって受信されたときを示すタイムスタンプを記録し得る。別の例として、第１のソフトウェア部品１５０の修正（例えば、インストール、削除、アップグレード、更新など）に応答して、第１の乗物１０２は、第１の乗物１０２で第１のソフトウェア部品１５０が修正されたときを示すタイムスタンプを記録し得る。第１の乗物１０２は、第１の乗物１０２によって第１のソフトウェア部品１５０（または修正リクエスト１５２）と共に受信されたイベント識別子、および地上システム１０４を示す地上システム識別子を記録し得る。第１の乗物１０２はまた、第１のソフトウェア部品１５０を示すソフトウェア部品識別子、第１のソフトウェア部品１５０に関連する第１の乗物１０２のハードウェア部品を示すハードウェア部品識別子、第１の乗物１０２への第１のソフトウェア部品１５０の移送を開始もしくは許可したユーザの識別子、第１の乗物１０２での第１のソフトウェア部品１５０の修正（例えばインストール、削除、アップグレード、更新など）を開始もしくは許可したユーザのユーザ識別子、第１の乗物１０２への第１のソフトウェア部品１５０の移送を開始もしくは許可したデバイスの識別子、第１の乗物１０２での第１のソフトウェア部品１５０の修正を開始もしくは許可したデバイスの識別子、第１の乗物１０２の位置の識別子、第１のソフトウェア部品１５０の送信元デバイス（例えば、地上システム１０４）の識別子、地上システム１０４の位置の識別子、第１のソフトウェア部品１５０（または修正リクエスト１５２）が受信されたときの第１の乗物１０２の状態、第１のソフトウェア部品１５０が修正されたときの第１の乗物１０２の状態、第１のソフトウェア部品１５０の修正の状態（例えば、修正に成功したか失敗したか）、その他の情報、またはこれらの組み合わせを記録し得る。

監査システム１０８は、第１の乗物ログデータ１２２を第１の乗物１０２から受信し得、第１の地上ログデータ１２０を地上システム１０４から受信し得る。特定の一実施形態では、監査システム１０８は、第１の乗物ログデータ１２２および第１の地上ログデータ１２０を定期的に受信し得る。特定の一実施形態では、監査システム１０８は、監査開始のユーザリクエストなどのイベントに応答して、第１の乗物ログデータ１２２および第１の地上ログデータ１２０を受信し得る。

監査システム１０８は、第１の乗物ログデータ１２２および第１の地上ログデータ１２０を分析して、異常を検出し得る。例えば、監査システム１０８は、第１の乗物ログデータ１２２および第１の地上ログデータ１２０を、基準データ１４０に基づいて分析し得る。特定の一実施形態では、地上システム１０４および第１の乗物１０２は、異なる時計を有し得る。この実施形態では、監査システム１０８は、第１の乗物ログデータ１２２および第１の地上ログデータ１２０とを同期させて、第１の乗物１０２と地上システム１０４との異なる時計に対処し得る。監査システム１０８は、第１の乗物ログデータ１２２および第１の地上ログデータ１２０の中の共通のイベントを特定し得る（例えば、共通のイベント識別子に基づいて）。例えば、共通のイベントは、地上システム１０４が第２のソフトウェア部品を第１の乗物１０２に送信したこと、および第１の乗物１０２が第２のソフトウェア部品を受信したことを含み得る。監査システム１０８は、その共通イベントに関連する第１のタイムスタンプが第１の地上ログデータ１２０に含まれるかどうか、およびその共通イベントに関連する第２のタイムスタンプが第１の乗物ログデータ１２２に含まれるかどうか判定し得る。例えば、第１のタイムスタンプは、地上システム１０４が第１の乗物１０２に第２のソフトウェア部品を送信したとき（地上システム１０４の時計に基づく）を示し得、第２のタイムスタンプは、第１の乗物１０２が地上システム１０４から第２のソフトウェア部品を受信したとき（第１の乗物１０２の時計に基づく）を示し得る。

監査システム１０８は、第１のタイムスタンプおよび第２のタイムスタンプに基づいて、第１の乗物ログデータ１２２が第１の地上ログデータ１２０と時間的に揃えられた（例えば、同期された）という同期済みイベントのデータを生成し得る。例えば、監査システム１０８は、第１のタイムスタンプと第２のタイムスタンプの差を判定し得、その差に基づいて第１の乗物ログデータ１２２、第１の地上ログデータ１２０またはその両方のタイムスタンプを修正して、第１の乗物ログデータ１２２と第１の地上ログデータ１２０とを同期させ得る。例えば、第１のタイムスタンプと第２のタイムスタンプの差により、地上システム１０４の時計が第１の乗物１０２の時計より１時間進んでいることが示される場合、監査システム１０８は、第１の乗物ログデータ１２２内に示されているタイムスタンプに１時間を追加して、第１の乗物ログデータ１２２と第１の地上ログデータ１２０とを同期させ得る。別の特定の実施形態では、第１の乗物ログデータ１２２および第１の地上ログデータ１２０は、タイムスタンプの修正なしに同期され得る（例えば、地上システム１０４と第１の乗物１０２の時計が実質的に同期されたとき）。

監査システム１０８は、同期済みの第１の乗物ログデータ１２２と同期済みの第１の地上ログデータ１２０との比較を行い得る。例えば、監査システム１０８は、同期済みの第１の乗物ログデータ１２２の第１のイベントを特定し得、対応する同期済みの第１の地上ログデータ１２０の第２のイベントを特定し得る。例えば、監査システム１０８は、同期済みの第１の乗物ログデータ１２２を解析して、第１の乗物１０２が第１のソフトウェア部品１５０（または修正リクエスト１５２）を地上システム１０４から受信したことを示す第１のイベントを特定し得る。監査システム１０８はまた、同期済みの第１の地上ログデータ１２０を解析して、地上システム１０４が第１のソフトウェア部品１５０（または修正リクエスト１５２）を送信したことを示す第２のイベントを特定し得る。監査システム１０８は、ある識別子に基づいて、第１のイベントに対応する第２のイベントを判定し得る。例えば、第１のイベントおよび第２のイベントは、同期済みの第１の地上ログデータ１２０および同期済みの第１の乗物ログデータ１２２のそれぞれの中に含まれる共通の識別子（例えば、イベント識別子、ソフトウェア部品識別子、ハードウェア部品識別子、ユーザ識別子、デバイス識別子、位置の識別子、別の識別子、またはこれらの組み合わせ）に関連し得る。

監査システム１０８は、同期済みの第１の乗物ログデータ１２２および同期済みの第１の地上ログデータ１２０との比較に基づいて、第１のデータセット１３６を生成し得る。例えば、監査システム１０８は、第１のイベントに関連する第１のイベントタイムスタンプと第２のイベントに関連する第２のイベントタイムスタンプとの差を示す第１の期間を含むように、第１のデータセット１３６を生成し得る。例えば、第１の期間は、地上システム１０４が第１のソフトウェア部品１５０（または修正リクエスト１５２）を第１の乗物１０２に送信したときと、第１の乗物１０２が第１のソフトウェア部品１５０（または修正リクエスト１５２）を地上システム１０４から受信したときとの間の時間差を示し得る。別の例として、第１の期間は、地上システム１０４が修正リクエスト１５２を第１の乗物１０２に送信したときと、第１の乗物１０２が第１のソフトウェア部品１５０を修正したときとの間の時間差を示し得る。

特定の一実施形態では、監査システム１０８は、第２の地上システム（例えば、他の地上システム１２４）に関連する第２の地上ログデータ（例えば、他の地上ログデータ１３２）に基づいて、第１のデータセット１３６を修正し得る。例えば、監査システム１０８は、他の地上ログデータ１３２を受信して同期し得る。監査システム１０８は、第１のデータセット１３６を、同期済みの他の地上ログデータ１３２、同期済みの第１の地上ログデータ１２０および同期済みの第１の乗物ログデータ１２２の分析に基づいて修正し得る。例えば、監査システム１０８は、第２の地上システム（例えば、他の地上システム１２４）が第１のソフトウェア部品１５０（または修正リクエスト１５２）を別のデバイス（例えば、第１の乗物１０２または地上システム１０４）に送信したときと、別のデバイス（例えば、第１の乗物１０２または地上システム１０４）が第１のソフトウェア部品１５０（または修正リクエスト１５２）を第２の地上システム（例えば、他の地上システム１２４）から受信したときとの間の時間差を示す期間を含むように、第１のデータセット１３６を修正し得る。別の例として、監査システム１０８は、第２の地上システム（例えば、他の地上システム１２４）が修正リクエスト１５２を別のデバイス（例えば、第１の乗物１０２または地上システム１０４）に送信したときと、別のデバイス（例えば、第１の乗物１０２または地上システム１０４）で第１のソフトウェア部品１５０が修正されたときとの間の時間差を示す期間を含むように、第１のデータセット１３６を修正し得る。

特定の一実施形態では、監査システム１０８は、第１のデータセット１３６内の第１のイベントの時点での第１の乗物１０２の状態を（例えば、第１の乗物ログデータ１２２、第１の地上ログデータ１２０、その他のデータ、またはこれらの組み合わせに基づいて）判定し得る。第１の乗物１０２の状態の例は、第１の乗物１０２が航空機である場合は、ＷＯＷ状態、傾斜状態、対地速度状態、対気速度状態、パーキングブレーキ状態、および第１の乗物と空港との距離を示す空港距離状態を含む。例えば、監査システム１０８は、第１の乗物ログデータ１２２の状態値（例えば、０）が、第１の乗物１０２が第１のソフトウェア部品１５０（または修正リクエスト１５２）を受信したときの、第１の乗物１０２の特定のＷＯＷ状態（例えば、「偽」）を示すと判定し得る。特定のＷＯＷ状態（例えば、「偽」）は、第１の乗物１０２が飛行中に、第１のソフトウェア部品１５０（または修正リクエスト１５２）を受信したことを示し得る。第１の乗物ログデータ１２２の別の状態値（例えば、１）は、別の時点での、第１の乗物１０２の別の特定のＷＯＷ状態（例えば、「真」）を示し得る。例えば、別の特定のＷＯＷ状態（例えば、「真」）は、第１のソフトウェア部品１５０（または修正リクエスト１５２）が受信されたときに、第１の乗物１０２が地上にいたことを示し得る。監査システム１０８は、第１のデータセット１３６内の第１のイベントの時点での第１の乗物１０２の状態を示すデータを含み得る。例えば、監査システム１０８は、第１の乗物１０２が第１のソフトウェア部品１５０を受信したとき、第１の乗物１０２が修正リクエスト１５２を受信したとき、または第１のソフトウェア部品１５０が第１の乗物１０２で修正されたときの第１の乗物１０２の特定のＷＯＷ状態を示すように、第１のデータセット１３６を修正し得る。別の例として、監査システム１０８は、第１のデータセット１３６を、第１のソフトウェア部品１５０が第１の乗物１０２で修正されたときの第１の乗物１０２の状態を示すように修正し得る。別の例として、監査システム１０８は、第１のデータセット１３６を、第１の乗物１０２での第１のソフトウェア部品１５０の修正の状態を示すよう修正し得る。例えば、修正の状態は、第１のソフトウェア部品１５０の修正に成功したか、修正に失敗したかを示し得る。修正の状態は、修正中にエラー（または警告）が検出されたかどうか、およびエラー（または警告）に関係する情報を示し得る。

監査システム１０８は、第１のデータセット１３６を、対応する、基準データ１４０の第２のデータセット１３８と比較して、第１のデータセット１３６内に異常が存在するかどうか判定し得る。特定の一実施形態では、基準データ１４０の第２のデータセット１３８は、異常が検出されなかったソフトウェア部品修正に対応するログデータおよび他のデータ（閾値または予想範囲など）を含み得る。例えば、第２のデータセット１３８は、地上システムがソフトウェア部品（または修正リクエスト）を別のデバイス（例えば、乗物または別の地上システム）に送信するときと、別のデバイス（例えば、乗物または別の地上システム）がソフトウェア部品（または修正リクエスト）を受信するときとの間の閾値期間を示し得る。例えば、第２のデータセット１３８は、地上システムがソフトウェア部品（または修正リクエスト）を別のデバイス（例えば、乗物または別の地上システム）に送信するときと、別のデバイス（例えば、乗物または別の地上システム）がソフトウェア部品（または修正リクエスト）を受信するときとの間の最大閾値期間、最小閾値期間、またはその両方を含み得る。別の例として、第２のデータセット１３８は、地上システムが修正リクエストを別のデバイス（例えば、乗物または別の地上システム）に送信するときと、別のデバイス（例えば、乗物または別の地上システム）でソフトウェア部品が修正されるときとの間の閾値期間を示し得る。例えば、第２のデータセット１３８は地上システムが修正リクエストを別のデバイス（例えば、乗物または別の地上システム）に送信するときと、別のデバイス（例えば、乗物または別の地上システム）でソフトウェア部品が修正されるときとの間の最大閾値期間、最小閾値期間、またはその両方を含み得る。別の例として、第２のデータセット１３８は、乗物がソフトウェア部品を受信するとき、乗物が修正リクエストを受信するとき、乗物でソフトウェア部品が修正されるとき、またはこれらの組み合わせのときの乗物の予想状態を示し得る。別の例として、第２のデータセット１３８は、例えば、第１の地上システムから第２の地上システムへ、次に乗物へ、というような、予想される移送順序を示し得る。別の例として、第２のデータセット１３８は、特定のユーザ（またはデバイス）、特定の権限をもつユーザ（またはデバイス）、特定の位置にいるユーザ（またはデバイス）、またはこれらの組み合わせがソフトウェア部品の移送（または修正）を許可もしくは開始できることを示し得る。

第１のデータセット１３６と第２のデータセット１３８との比較により、第１のデータセット１３６に少なくとも１つの予想外の値があることが示されるとき、第１のデータセット１３６内の異常が検出され得る。例えば、監査システム１０８は、地上システム１０４が第１のソフトウェア部品１５０（または修正リクエスト１５２）を別のデバイス（例えば、第１の乗物１０２または別の地上システム）に送信したときと、別のデバイス（例えば、第１の乗物１０２または別の地上システム）が第１のソフトウェア部品１５０（または修正リクエスト１５２）を受信したときとの間の第１の期間が、第２のデータセット１３８に示される最大閾値期間を超えるとの判定、または第１の期間が、第２のデータセット１３８に示される最小閾値期間を下回るとの判定に応答して、異常を検出し得る。別の例として、監査システム１０８は、地上システム１０４が第１のソフトウェア部品１５０（または修正リクエスト１５２）を別のデバイス（例えば、別の地上システム）から受信したときと、別のデバイス（例えば、別の地上システム）が第１のソフトウェア部品１５０（または修正リクエスト１５２）を送信したときとの間の第２の期間が、第２のデータセット１３８に示される最大閾値期間を超えるとの判定、または第２の期間が、第２のデータセット１３８に示される最小閾値期間を下回るとの判定に応答して、異常を検出し得る。

別の例として、監査システム１０８は、地上システム１０４が修正リクエスト１５２を別のデバイス（例えば、第１の乗物１０２または別の地上システム）に送信したときと、第１のソフトウェア部品１５０が、別のデバイス（例えば、第１の乗物１０２または別の地上システム）で修正されたときとの間の第１の期間が、第２のデータセット１３８に示される最大閾値期間を超えるとの判定、または第１の期間が、第２のデータセット１３８に示される最小閾値期間を下回るとの判定に応答して、異常を検出し得る。

別の例として、監査システム１０８は、第１の乗物１０２の状態が、第２のデータセット１３８に示される予想ＷＯＷ状態（例えば、「真」）に対応していない特定のＷＯＷ状態（例えば、「偽」）を示すとの判定に応答して、異常を検出し得る。別の例として、監査システム１０８は、第１のソフトウェア部品１５０の修正の状態（例えば、「失敗」）が、第２のデータセット１３８に示される予想修正状態（例えば、「成功」）に対応していないとの判定に応答して、異常を検出し得る。

別の例として、監査システム１０８は、第１のソフトウェア部品１５０（または修正リクエスト１５２）の移送順序が、第２のデータセット１３８に示される予想移送順序に対応していないとの判定に応答して、異常を検出し得る。例えば、監査システム１０８は、地上システム１０４が第１のソフトウェア部品１５０（または修正リクエスト１５２）を、第２のデータセット１３８の予想移送順序に示される第２のデバイスに対応しない別のデバイス（例えば、乗物１０２または別の地上システム）に送信したとの判定、地上システム１０４が第１のソフトウェア部品１５０（または修正リクエスト１５２）を、第２のデータセット１３８の予想移送順序に示される第２のデバイスに対応しない別のデバイス（例えば、別の地上システム）から受信したとの判定、または第１の乗物１０２が第１のソフトウェア部品１５０（または修正リクエスト１５２）を、第２のデータセット１３８の予想移送順序に示される第２のデバイスに対応しない別のデバイス（例えば、地上システム１０４または別の地上システム）から受信したとの判定に応答して、異常を検出し得る。

別の例として、監査システム１０８は、連鎖管理に食い違いがあるとの判定に応答して、異常を検出し得る。例えば、監査システム１０８は、第１のデータセット１３６が、別のデバイス（例えば、別の地上システム）が第１のソフトウェア部品１５０（または修正リクエスト１５２）を地上システム１０４に送信したことを示し、地上システム１０４が第１のソフトウェア部品１５０（または修正リクエスト１５２）を別のデバイスから受信したことを示していないとの判定、地上システム１０４が第１のソフトウェア部品１５０（または修正リクエスト１５２）を別のデバイス（例えば、別の地上システム）から受信したことを示し、別のデバイスが第１のソフトウェア部品１５０（または修正リクエスト１５２）を地上システム１０４に送信したことを示していないとの判定、地上システム１０４が第１のソフトウェア部品１５０（または修正リクエスト１５２）を別のデバイス（例えば、乗物１０２または別の地上システム）に送信したことを示し、別のデバイスが第１のソフトウェア部品１５０（または修正リクエスト１５２）を地上システム１０４から受信したことを示していないとの判定、または別のデバイス（例えば、乗物１０２または別の地上システム）が第１のソフトウェア部品１５０（または修正リクエスト１５２）を地上システム１０４から受信したことを示し、地上システム１０４が第１のソフトウェア部品１５０（または修正リクエスト１５２）を別のデバイスに送信したことを示していないとの判定を行い得る。

別の例として、監査システム１０８は、第１のソフトウェア部品１５０の移送（または修正）が、第２のデータセット１３８に示される予想ユーザ（またはデバイス）と対応しないユーザ（またはデバイス）によって許可または開始されたとの判定に応答して、異常を検出し得る。監査システム１０８は、異常の検出に応答して通知を送信し得る。例えば、監査システム１０８は、異常に関係するメッセージを（例えば、ユーザ、別のデバイス、またはその両方に）送信するか、異常に関係する警告を（例えば、出力デバイスに）表示するか、またはその両方を行い得る。

特定の例示的一実施形態では、監査システム１０８は、別の乗物（例えば、他の乗物１０６）で特定の異常が検出されたことを示す、他の異常データ１４８に基づいて、第１のデータセット１３６を生成または修正し得る。例えば、監査システム１０８は、他の異常データ１４８が、特定の異常が他の乗物１０６の連鎖管理情報内で検出されたことを示していると判定し得る。他の異常データ１４８に応答して、監査システム１０８は、第１の乗物１０２の連鎖管理情報内での特定の異常の検出を可能または容易するために、第１のデータセット１３６を生成または修正し得る。例えば、監査システム１０８は、他の乗物１０６で検出された特定の異常に関連するイベントのみに関するデータを含むように、第１のデータセット１３６を修正し得る。例えば、異常は、他の乗物１０６での特定のソフトウェア部品（例えば、第１のソフトウェア部品１５０）の修正に関連し得る。監査システム１０８は、第１の乗物１０２での第１のソフトウェア部品１５０の修正に関連するイベントのみに関するデータを含むように、第１のデータセット１３６を修正し得る。

別の例として、他の異常データ１４８は、他の乗物１０６が特定の状態であったときに、他の乗物１０６によってソフトウェア部品（または修正リクエスト）が受信されたとの判定に応答して、特定の異常が検出されたことを示し得る。他の異常データ１４８に基づいて、監査システム１０８は、第１の乗物１０２が第１のソフトウェア部品１５０（または修正リクエスト１５２）を受信したときの第１の乗物１０２の状態を含むように、第１のデータセット１３６を生成または修正し得る。別の例として、他の異常データ１４８は、他の乗物１０６が特定の状態であったときに、他の乗物１０６によってソフトウェア部品が修正されたとの判定に応答して、特定の異常が検出されたことを示し得る。他の異常データ１４８に基づいて、監査システム１０８は、第１の乗物１０２で第１のソフトウェア部品１５０が修正されたときの第１の乗物１０２の状態を含むように、第１のデータセット１３６を生成または修正し得る。別の例として、他の異常データ１４８は、他の乗物１０６でのソフトウェア部品の修正の結果が特定の修正状態であったとの判定に応答して、特定の異常が検出されたことを示し得る。他の異常データ１４８に基づいて、監査システム１０８は、第１の乗物１０２での第１のソフトウェア部品１５０の修正の結果である修正状態を含むように、第１のデータセット１３６を生成または修正し得る。

特定の例示的一実施形態では、監査システム１０８は、監査データを総計し得る。例えば、監査システム１０８は、特定の乗物（例えば、第１の乗物１０２または他の乗物１０６）、特定の地上システム（例えば、地上システム１０４または他の地上システム１２４）、特定のソフトウェア部品（例えば、第１のソフトウェア部品１５０）、特定の乗物タイプ（例えば、モデル、製造年、製造元、エンジン番号などに基づく）、特定の時間範囲、特定の位置（例えば、空港）、またはこれらの組み合わせに関するデータを総計し得る。例えば、監査システム１０８は、特定の航空会社の保有航空機に含まれる乗物に関する監査データを総計し得る。総計された監査データは、異常に関係するデータを含み得る。監査システム１０８は、総計された監査データに関係するメッセージを（例えば、ユーザ、別のデバイス、またはその両方に）送信するか、総計された監査データを（例えば、出力デバイスに）表示するか、またはその両方を行い得る。

特定の例示的一実施形態では、監査システム１０８は、基準データ１４０を生成し得る。基準データ１４０は、ある乗物（例えば、他の乗物１０６）でのソフトウェア部品（例えば、他のソフトウェア部品１６０）の修正で異常が検出されなかったことを表す第２のデータセット１３８を含み得る。図２を参照しながら下記に詳述するように、監査システム１０８は、他の乗物ログデータ１３０および他の地上ログデータ１３２に基づいて、基準データ１４０の第２のデータセット１３８を生成し得る。図２を参照しながら下記に詳述するように、監査システム１０８は、セキュリティ要件１４６、乗物仕様データ１４４、またはその両方に基づいて、基準データ１４０を修正し得る。第２のデータセット１３８は、他の乗物１０６での他のソフトウェア部品１６０の修正で異常が検出されなかったことを示し得る。特定の一実施形態では、第２のデータセット１３８は、第１の乗物１０２での第２のソフトウェア部品の修正を表し得る。特定の一実施形態では、第２のデータセット１３８は、総計されたデータを含み得る。例えば、第２のデータセット１３８は、第１の乗物１０２と同じタイプの他の航空機での修正に基づいて、予想時間範囲、予想乗物状態、またはその両方を含み得る。

このように、監査システム１０８は、連鎖管理情報を含む乗物ログデータおよび地上システムログデータ内の異常検出を可能にし得る。監査システム１０８は、第１の乗物ログデータ１２２を第１の乗物１０２から受信し得、第１の地上ログデータ１２０を地上システム１０４から受信し得る。監査システム１０８は基準データ１４０に基づいて、第１の乗物ログデータ１２２および第１の地上ログデータ１２０を分析して、異常を検出し得る。したがって、監査システム１０８は、第１の地上ログデータ１２０および第１の乗物ログデータ１２２の審査を自動化して、第１のソフトウェア部品１５０に関連する連鎖管理情報内の異常を検出し得る。ログの審査を自動化することにより、ログ審査に関連する時間、費用、またはその両方を削減し得る。

図２を参照すると、連鎖管理情報内の異常を検出するためのシステムの、特定の一実施形態の線図が開示され、全体的に２００と称されている。システム２００は、機能モジュールの観点から図示および記載されている。さまざまな実施形態で、これらの機能モジュールのうち１つまたは複数が、コンピュータ読み取り可能な媒体（例えば、ハードディスクドライブ、メモリ）に記憶された命令として実装され得る。命令は、１つまたは複数のプロセッサによって実行可能であり得る。特定の一実施形態では、１つまたは複数の機能モジュールの機能は、電気回路として実装され得る。電気回路には、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）デバイス、特定用途向け集積回路（ＡＳＩＣ）、中央処理装置（ＣＰＵ）などの処理ユニット、コントローラ、ファームウェアデバイス、その他のハードウェアデバイスを備え得る。

システム１００の機能モジュールは、前処理モジュール２２０、異常検出モジュール２２２、総計モジュール２２４、通知モジュール２６６、特徴作成モジュール２１０、特徴選択モジュール２１２、モデル調整モジュール２１４、またはこれらの組み合わせを含み得る。モジュールは相互に通信し、ログデータを処理して、異常を検出し得る。特定の一実施形態では、図１の監査システム１０８は、これらのモジュールのうち１つまたは複数を含み得る。システム２００は、基準プロファイルデータ２１６を含み得る。特定の一実施形態では、基準プロファイルデータ２１６は、図１の基準データ１４０に対応し得る。

前処理モジュール２２０は、飛行機ネットワークシステムおよびセキュリティのログ２０２を受信し得る。飛行機ネットワークシステムおよびセキュリティのログ２０２は、図１の第１の乗物ログデータ１２２の特定の例であり得る。前処理モジュール２２０は、地上システムアプリケーションのログ２０４も受信し得る。地上システムアプリケーションのログ２０４は、図１の第１の地上ログデータ１２０の特定の例であり得る。前処理モジュール２２０は、図１を参照しながら記載したように、飛行機ネットワークシステムおよびセキュリティのログ２０２と地上システムアプリケーションのログ２０４とを同期させて、第１の乗物ログデータ１２２と第１の地上ログデータ１２０とを同期させ得る。特定の一実施形態では、前処理モジュール２２０は、同期済みの第１の乗物ログデータ１２２および同期済みの第１の地上ログデータ１２０を特徴作成モジュール２１０に送信し得る。特徴作成モジュール２１０は、第１の乗物ログデータ１２２と第１の地上ログデータ１２０との比較に基づいて、第１のデータセット１３６を生成し得る。特徴作成モジュール２１０は、第１のデータセット１３６を異常検出モジュール２２２に送信し得る。さらに、異常検出モジュール２２２は、基準プロファイルデータ２１６（例えば、図１の基準データ１４０）を受信し得る。異常検出モジュール２２２は、第１のデータセット１３６と基準データ１４０の第２のデータセット１３８との比較に基づいて、異常を検出し得る。総計モジュール２２４は、異常に関係する異常検出モジュール２２２から総計モジュール２２４が受信した情報に基づいて、監査データを総計し得る。通知モジュール２６６は、総計された監査データを総計モジュール２２４から受信すると、これに応答して、異常に関係するメッセージを（例えば、ユーザ、別のデバイス、もしくはその両方に）送信するか、異常に関係する通知を（例えば、出力デバイスに）表示するか、またはその両方を行い得る。

特定の例示的一実施形態では、異常検出モジュール２２２は、別の乗物で検出された異常２０６に基づいて、第１のデータセット１３６を生成または修正し得る。例えば、異常２０６は、図１の他の異常データ１４８で検出された異常に対応し得る。異常検出モジュール２２２は、異常２０６に関連するイベントのみに関するデータを含むように、第１のデータセット１３６を修正し得る。第１のデータセット１３６内の、既知の異常（例えば、異常２０６）に関するデータのみを含ませることによって、第１のデータセット１３６が既知の異常（例えば、異常２０６）を含むかどうかの判定の効率を改善するか、費用を削減するか、またはその両方を可能にし得る。第１のデータセット１３６が特定の異常を含むかどうかの判定により、時間に敏感で消耗的なログ審査作業が不必要になり得る。例えば、第１の乗物１０２が航空機であって、その航空機の耐空性が、その航空機と同じタイプの別の航空機で検出された既知の異常（例えば、異常２０６）が第１のデータセット１３６が示しているかどうかに依存する場合、既知の異常（例えば、異常２０６）に関連するイベントのみに基づくログ審査によって、貴重な資源を節約し得る。例えば、既知の異常が検出されなかった場合は、その航空機は耐空性があると適時に宣言され、既知の異常が検出された場合は、予防措置を適時に取り得る。

特定の例示的一実施形態では、システム２００は、基準データ１４０を生成し得る。基準データ１４０は、第２の乗物（例えば、他の乗物１０６）でのソフトウェア部品（例えば、他のソフトウェア部品１６０）の、検出された異常のない修正を表す第２のデータセット１３８を含み得る。例えば、前処理モジュール２２０は第２の乗物ログデータ（例えば、他の乗物ログデータ１３０）を受信し、第２の地上ログデータ（例えば、他の地上ログデータ１３２）を受信し得る。前処理モジュール２２０は、第２の乗物ログデータと第２の地上ログデータとを同期させ得る。特徴作成モジュール２１０は、同期済みの第２の乗物ログデータと同期済みの第２の地上ログデータとの比較に基づいて、基準データ１４０を生成し得る。例えば、特徴作成モジュール２１０は、他の乗物ログデータ１３０と他の地上ログデータ１３２との比較に基づいて、基準データ１４０の第２のデータセット１３８を生成し得る。特徴作成では、機械学習処理を参照し得る（または含み得る）（例えば、ある評価尺度に基づいて基準データ１４０を修正し得る）。例えば、特徴作成モジュール２１０は、特定の１組の異常を有するテストログデータ内で検出される異常に基づいて、基準データ１４０を修正し得る。例えば、基準データ１４０は、特定の１組の異常のうち特定のパーセンテージが検出されるように、または特定タイプの異常が検出されるように、またはこれらの組み合わせになるように修正され得る。別の例として、特徴作成モジュール２１０は、異常検出の結果に基づいて、経時的に基準データ１４０を修正し得る。結果には、各イベントに関連する異常の数、異常評価点、イベント評価点、またはこれらの組み合わせが含まれ得る。異常評価点（またはイベント評価点）は、検出された異常（またはイベント）の妥当性を示し得る。あるイベントのイベント評価点は、そのイベントに関連する異常の異常評価点に基づき得、またそのイベントに関連する異常の数に基づき得る。例えば、イベント評価点は、そのイベントに関連する異常の異常評価点の合計であり得る。特定の一実施形態では、異常評価点は、ユーザ入力（例えば、ユーザが、検出された異常に特定の妥当性評価点を割り当てるなど）に基づき得る。特定の一実施形態では、異常評価点は、異常の検出に応答して取られる行動に基づき得る。例えば、検出された異常が無視された（例えば、ユーザが無視という選択肢を選ぶことによって示される）場合、検出された異常には、低い異常評価点が割り当てられ得る。一方、検出された異常に応答して通知が生成された場合は、検出された異常に高い異常評価点が割り当てられ得る。異常評価点は、検出された異常に関連する異常評価点の加重和であり得る。例えば、より新しい異常評価点には、より古い異常評価点よりも大きい重みが割り当てられ得る。低いイベント評価点は、そのイベントが異常を示す可能性が低いこと（例えば、そのイベントに関連付けられた、検出された異常の数が少ないこと、そのイベントに関連する異常が最近は検出されていないこと、またはその両方）、そのイベントの妥当性が低いこと（例えば、そのイベントに関連する異常の多くが無視されたこと）、またはその両方であることを示し得る。特徴作成モジュール２１０は、イベント評価点に基づいて特定のイベントを除外するように、基準データ１４０を修正し得る。例えば、特徴作成モジュール２１０は、イベント評価点の低いイベントを、基準データ１４０から除去し得る。このように、基準データ１４０は、検出される異常の数が結果的に多くなるイベントを含むように、または検出された異常のうち妥当性の高いものに関連するイベントを含むように、または検出された異常のうち妥当性の低いものに関連するイベントを除外（または除去）するように、または検出された異常の数が結果的に少なくなるイベントを除外（または除去）するように、またはこれらの組み合わせになるように、経時的に修正し得る。自動ログ監査は、経時的に、より効率的になり得、時間および費用の節約につながり得る。

特徴選択モジュール２１２は、基準データ１４０を修正し得る。例えば、特徴選択モジュール２１２は、セキュリティ要件２５４（例えば、図１のセキュリティ要件１４６）に基づいて、第２のデータセット１３８を修正し得る。例えば、セキュリティ要件２５４は、地上システムが乗物にソフトウェア部品（または修正リクエスト）を送信したときと、乗物が地上システムからソフトウェア部品（または修正リクエスト）を受信したときとの間の閾値期間を示し得る。特徴選択モジュール２１２は、セキュリティ要件２５４に示される閾値期間を含むように、第２のデータセット１３８を修正し得る。別の例として、セキュリティ要件２５４は、地上システムが乗物に修正リクエストを送信したときと、乗物でソフトウェア部品が修正されたときとの間の第２の閾値期間を示し得る。特徴選択モジュール２１２は、セキュリティ要件２５４に示される第２の閾値期間を含むように第２のデータセット１３８を修正し得る。別の例として、セキュリティ要件２５４は、乗物がソフトウェア部品を受信したとき、乗物が修正リクエストを受信したとき、乗物でソフトウェア部品が修正されたとき、またはこれらの組み合わせのときの、乗物の特定の予想状態を示し得る。例えば、セキュリティ要件２５４は、乗物がソフトウェア部品を受信したときに、乗物のＷＯＷ状態が特定の予想値をもつはずであることを示し得る。特徴選択モジュール２１２は、乗物の特定の予想状態を含むように、第２のデータセット１３８を修正し得る。

別の例として、特徴選択モジュール２１２は、乗物２５０のハードウェアおよびソフトウェア仕様、他の乗物のハードウェアおよびソフトウェア仕様ならびに他の乗物の選択された特徴２５２、またはこれらの組み合わせに基づいて第２のデータセット１３８を修正し得る。特定の一実施形態では、乗物２５０のハードウェアおよびソフトウェア仕様は、図１の乗物仕様データ１４４の第１の乗物仕様に対応するか、またはこれを含み得る。また、他の乗物のハードウェアおよびソフトウェア仕様ならびに他の乗物の選択された特徴２５２は、乗物仕様データ１４４の第２の乗物仕様に対応するか、これを含み得る。第１の乗物仕様は、第１の乗物１０２に関連するソフトウェアモジュール、ハードウェアモジュール、またその両方を示し得る。また、第２の乗物仕様は、別の乗物（例えば、他の乗物１０６）に関連するソフトウェアモジュール、ハードウェアモジュール、またはその両方を示し得る。特徴選択モジュール２１２は、第１の乗物仕様と第２の乗物仕様を比較して、第１の乗物１０２および他の乗物１０６が共通のソフトウェアモジュール、共通のハードウェアモジュール、またはその両方をもつかどうか判定し得る。特徴選択モジュール２１２は、共通のソフトウェアモジュール、共通のハードウェアモジュール、またはその両方に対応するイベントを含むように、第２のデータセット１３８を修正し得る。例えば、他の乗物１０６に関連する異常がすでに検出されていることがあり、共通のソフトウェアモジュール、共通のハードウェアモジュール、またはその両方に基づいて第２のデータセット１３８を修正することによって、第１の乗物１０２に関係する類似した異常の検出が可能になり得る。

特定の例示的一実施形態では、モデル調整モジュール２１４は、統計モデルに基づいて、基準データ１４０を修正し得る。例えば、統計モデルは平均値（例えば、算術平均値、中央値または最頻値）を用いることを示し得る。例えば、モデル調整モジュール２１４は、他の地上システム１２４が複数のソフトウェア部品（または修正リクエスト）を他の乗物１０６に送信したときと、他の乗物１０６がソフトウェア部品（または修正リクエスト）を受信したときとの間の第１の平均期間を計算し得る。別の例として、モデル調整モジュール２１４は、他の地上システム１２４が複数の修正リクエストを他の乗物１０６に送信したときと、対応するソフトウェア部品が他の乗物１０６で修正されたときとの間の第２の平均期間を計算し得る。監査システム１０８は、第２のデータセット１３８を、第１の平均値を第１の閾値期間として示すように、または第２の平均値を第２の閾値期間として示すように、またはその両方になるよう修正し得る。別の例として、統計モデルは、第２のデータセット１３８内の変動を示す、標準偏差値などのデータを使用し得る。監査システム１０８は、他の地上システム１２４が複数のソフトウェア部品（または修正リクエスト）を他の乗物１０６に送信することおよび他の乗物１０６がソフトウェア部品（または修正リクエスト）を受信することに関連する第１の変動を判定し得る。別の例として、監査システム１０８は、他の地上システム１２４が複数の修正リクエストを他の乗物１０６に送信すること、および対応するソフトウェア部品が他の乗物１０６で修正されることに関連する第２の変動を判定し得る。監査システム１０８は、第１の変動に基づいて第２のデータセット１３８の第１の閾値期間を修正するか、第２の変動に基づいて第２のデータセット１３８の第２の閾値期間を修正するか、またはその両方を行い得る。生成された基準データ１４０は、基準プロファイルデータ２１６に対応し得る。

このように、システム２００は、連鎖管理情報を含む乗物ログデータおよび地上システムログデータ内の異常の検出を可能にし得る。図１の第１の乗物ログデータ１２２、および第１の地上ログデータ１２０は、基準データ１４０に基づいて分析され、第１のソフトウェア部品１５０に関連する連鎖管理情報内の異常を第１の乗物１０２で検出し得る。基準データ１４０は、セキュリティ要件に基づいて修正され得る。さらに、または代わりに、基準データ１４０は、第１の乗物１０２と共通のハードウェア部品、共通のソフトウェア部品、またはその両方を含む別の乗物に基づいて、修正され得る。したがって、自動ログ審査は、セキュリティ要件が満足されているかどうか判定するために、動的に更新され得る。さらに、自動ログ審査は、第１の乗物１０２と別の乗物（例えば、異常が検出された乗物）との間の共通の部品（例えば、ハードウェア、ソフトウェアまたはその両方）に関連するイベントを含むよう更新され得る。

図３を参照すると、乗物ログデータと地上ログデータとを同期させるための方法の、特定の例示的一実施形態のフローチャートが示され、全体的に３００と称されている。図３の方法３００は、図１の監査システム１０８、図２の前処理モジュール２２０またはその両方によって実行され得る。

方法３００は、３０２で、飛行機ログデータを取得することを含み得る。飛行機ログデータの取得には、飛行機ログデータをメモリから検索すること、データ通信を介して別のデバイスから飛行機ログデータを受信すること、またはその両方を含み得る。例えば、図１の監査システム１０８は、第１の乗物ログデータ１２２を第１の乗物１０２から受信し得る。

方法３００はまた、３０４で、次の地上システムから地上ログデータを取得することを含み得る。地上ログデータの取得には、地上ログデータをメモリから検索すること、データ通信を介して別のデバイスから地上ログデータを受信すること、またはその両方を含み得る。例えば、図１の監査システム１０８は、第１の地上ログデータ１２０を地上システム１０４から受信し得る。

方法３００はさらに、３０６で、飛行機ログデータと地上ログデータが共通のイベントを含むかどうか判定することを含み得る。例えば、図１の監査システム１０８は、第１の乗物ログデータ１２２と第１の地上ログデータ１２０が共通のイベントを含むかどうかを、例えば第１の乗物ログデータ１２２および第１の地上ログデータ１２０のそれぞれに含まれる１つの識別子に基づいて、判定し得る。

３０６で共通のイベントがない場合は、方法３００は、３１２で、すべての地上システムの処理が終了したかどうか判定することを含み得る。例えば、第１の乗物ログデータ１２２と第１の地上ログデータ１２０との間に共通のイベントがないとの判定に応答して、監査システム１０８は、監査システム１０８の考慮対象となるすべての地上システム（例えば、他の地上システム１２４）の地上ログデータの処理が終了したかどうか判定し得る。

３１２で、すべての地上システムの処理が終了していない場合は、方法３００は、３０４に進み得る。例えば、監査システム１０８は、他の地上ログデータ１３２を他の地上システム１２４から受信し得る。３１２で、すべての地上システムの処理が終了した場合は、方法３００は、３１４で終了し得る。

３０６で、共通のイベントがある場合は、方法３００は、３０８で、指定された時間窓の間の１つの共通イベントを選択することを含み得る。例えば、監査システム１０８は、地上システム１０４がソフトウェア部品（例えば、第１のソフトウェア部品１５０）を第１の乗物１０２に送信すること、第１の乗物１０２がソフトウェア部品を地上システム１０４から受信することに対応するイベントを選択し得る。時間窓は、第１の乗物ログデータ１２０の、同期対象の一部分に基づいて決定されるか、前回のログ審査で使用された時間窓に続くか、またはユーザが指定し得る。

また方法３００は、３１０で、選択された共通イベントについて、時間差を計算し、調整して同期をとることを含み得る。例えば、監査システム１０８は、第１の乗物ログデータ１２２の第１のタイムスタンプと、第１の地上ログデータ１２０の第２のタイムスタンプとの間の期間を計算し得る。第１のタイムスタンプおよび第２のタイムスタンプは、選択された共通イベントに対応し得る。監査システム１０８は、この期間に基づいて、第１の乗物ログデータ１２２、第１の地上ログデータ１２０またはその両方のタイムスタンプを調整し得る。方法３００は、３１２に進み得る。このように、方法３００を使用して、第１の乗物ログデータ１２２と地上ログデータ（例えば、第１の地上ログデータ１２０、他の地上ログデータ１３２、またはその両方）の時系列イベントを同期させ得る。

図４を参照すると、データセットを生成するための方法の、特定の例示的一実施形態のフローチャートが示され、全体的に４００と称されている。特定の一実施形態では、方法４００は、図１の監査システム１０８、図２の前処理モジュール２２０、特徴作成モジュール２１０、特徴選択モジュール２１２、モデル調整モジュール２１４、またはこれらの組み合わせによって実行され得る

方法４００は、４０４で、構文解析処理データを含み得る。例えば、図２の前処理モジュール２２０は、飛行機のネットワークシステムおよびセキュリティのログ２０２（例えば、図１の他の乗物ログデータ１３０）ならびに地上システムアプリケーションのログ２０４（例えば、他の地上ログデータ１３２）の構文解析を行い得る。構文解析には、飛行機のネットワークシステムおよびセキュリティのログ２０２ならびに地上システムアプリケーションのログ２０４を分析して、処理済みデータを生成することを含み得、処理済みデータは、飛行機ネットワークシステムおよびセキュリティのログならびに地上システムアプリケーションのログ２０４の論理構成要素を特定する。論理構成要素の例には、イベントタイプ、タイムスタンプ、識別子、乗物状態、および修正状態が含まれる。イベントタイプの例には、ソフトウェア部品を送信すること、ソフトウェア部品を受信すること、ソフトウェア部品の修正リクエストを送信すること、ソフトウェア部品の修正リクエストを受信すること、および、ソフトウェア部品を修正すること（例えば、インストール、削除、アップグレード、更新など）が含まれる。識別子の例は、ソフトウェア部品識別子、ハードウェア部品識別子（例えば、ソフトウェア部品に関連するハードウェア部品の識別子）、イベント識別子、デバイス識別子（例えば、ソフトウェア部品（または修正リクエスト）の送信元デバイスの識別子、ソフトウェア部品（または修正リクエスト）の送信先デバイスの識別子、保守コンピュータの識別子、乗物識別子、地上システム識別子、ソフトウェア部品の移送（または修正）を許可または開始したデバイスの識別子）、位置識別子、およびユーザ識別子（例えば、ソフトウェア部品の移送（または修正）を開始または許可したユーザの識別子）を含む。飛行機のネットワークシステムおよびセキュリティのログ２０２ならびに地上システムアプリケーションのログ２０４は、規則（例えば、文法規則）に基づいて分析され得る。例えば、規則は、前処理モジュール２２０がどのようにして論理構成要素を特定するかを示し得る。例えば、規則は、特定の文字が特定のイベントに関するデータの始まりを示すこと、別の特定の文字がその特定のイベントに関するデータの終わりを示すこと、タイムスタンプの書式、識別子の書式、イベントタイプの書式、乗物状態の書式、修正状態の書式、またはこれらの組み合わせを示し得る。規則に基づいて、前処理モジュール２２０は、ある特定のイベントに関連するデータ内で特定されたイベントタイプ、タイムスタンプ、識別子、乗物状態、修正状態、またはこれらの組み合わせが、その特定のイベントに関連すると判定し得る。

方法４００は、図１の特徴作成モジュール２１０を参照しながら記載したように、特徴作成に対応し得る。方法４００は、図１の監査システム１０８、図２の特徴作成モジュール２１０、またはその両方によって実行され得る。方法４００は、分析ログに基づいて特徴を生成する機械学習処理に対応し得る。

例えば、特徴作成には、ログに含まれる識別子に基づいて特徴を作成することを含み得る。方法４００は、４０６で、処理済みデータに、なんらかの識別子が含まれているかどうかの判定を含み得る。例えば、図２の特徴作成モジュール２１０は、他の乗物ログデータ１３０および他の地上ログデータ１３２に対応する処理済みデータが、なんらかの識別子を含むかどうか判定し得る。４０６で、処理済みデータに識別子が含まれていない場合は、方法４００は４１４に進み得る。

識別子に基づいて特徴を生成することは、ログに含まれる各識別子に関連するイベントを特定することを含み得る。例えば、４０６で、処理済みデータに識別子が含まれている場合は、方法４００は、４０８で、各識別子に関連するイベントを見つけることを含み得る。例えば、処理済みデータは、他の乗物ログデータ１３０が、他のソフトウェア部品１６０の識別子を含むことを示し得る。特徴作成モジュール２１０は、他の地上システム１２４が、他のソフトウェア部品１６０を他の乗物１０６に送信することに関連するイベント、他の乗物１０６が、他のソフトウェア部品１６０を受信することに関連するイベント、他の地上システム１２４が他のソフトウェア部品１６０を修正するための修正リクエストを送信することに関連するイベント、他の乗物１０６が修正リクエストを受信することに関連するイベント、他のソフトウェア部品１６０が他の乗物１０６で修正されることに関連するイベント、またはこれらの組み合わせのような、その識別子に関連するイベントを見つけ得る。

識別子に基づいて特徴を生成することには、各タイプの識別子に関連するすべてのイベントのタイプを特定することを含み得る。イベントのタイプの例には、ソフトウェア部品を送信すること、ソフトウェア部品を受信すること、修正リクエストを送信すること、修正リクエストを受信すること、ソフトウェア部品の修正（例えば、インストール、削除、アップグレード、更新など）、またはこれらの組み合わせが含まれ得る。識別子のタイプの例には、ソフトウェア部品識別子タイプ、ハードウェア部品識別子タイプ、イベント識別子タイプ、デバイス識別子タイプ、位置の識別子タイプ、およびユーザ識別子タイプが含まれ得る。例えば、方法４００は、４１０で、各識別子タイプについて関連するすべてのイベントタイプのリストを収集することを含み得る。例えば、特徴作成モジュール２１０は、他のソフトウェア部品１６０に関するデータに基づいて、あるソフトウェア部品識別子タイプに関連するすべてのイベントタイプのリストを収集し得る。例えば、他のソフトウェア部品１６０に関するデータは、他のソフトウェア部品１６０を受信したこと、他のソフトウェア部品１６０を送信したこと、他のソフトウェア部品１６０を修正するための修正リクエストを受信したこと、修正リクエストを送信したこと、および他のソフトウェア部品１６０の修正を示し得る。他のソフトウェア部品１６０に関するデータに基づいて、特徴作成モジュール２１０は、それぞれが、あるソフトウェア部品識別子タイプに関連する、イベントタイプのリスト（例えば、ソフトウェア部品を受信することのイベントタイプ、ソフトウェア部品を送信することのイベントタイプ、修正リクエスト受信のイベントタイプ、修正リクエストを送信することのイベントタイプ、修正のイベントタイプ）を生成し得る。

特徴の作成には、各識別子タイプに関連するイベントのタイプを、特徴選択モジュールに送信することを含み得る。方法４００は、４１２で、すべてのイベントタイプのリストに基づいて、第１のログ特徴を、特徴選択モジュール２１２に送信することを含み得る。例えば、特徴作成モジュール２１０は、特徴選択モジュール２１２に送られたイベントタイプのリストに基づいて、図１の第２のデータセット１３８を生成し得る。例えば、第２のデータセット１３８は、あるソフトウェア部品識別子タイプに関連するイベントタイプのリストを記載したデータを含み得る。第２のデータセット１３８はまた、そのソフトウェア部品識別子タイプに関連するイベントタイプに関するデータも含み得る。例えば、第２のデータセット１３８は、他の地上システム１２４が、他のソフトウェア部品１６０を他の乗物１０６に送信したときと、他の乗物１０６が、他のソフトウェア部品１６０を受信したときとの間の期間に基づいて、ソフトウェア部品の送信と受信の間の閾値期間を示し得る。別の例として、第２のデータセット１３８は、他の地上システム１２４が、他のソフトウェア部品１６０を修正するための修正リクエストを他の乗物１０６に送信したときと、他の乗物１０６が修正リクエストを受信したときとの間の期間に基づいて、修正リクエストの送信と受信との間の閾値期間を示し得る。別の例として、第２のデータセット１３８は、他の地上システム１２４が他の乗物１０６に修正リクエストを送信したときと、他のソフトウェア部品１６０が他の乗物１０６で修正されたときとの間の期間に基づいて、修正リクエストの送信とソフトウェア部品の修正との間の閾値期間を示し得る。特徴作成モジュール２１０は、第２のデータセット１３８を特徴選択モジュール２１２に送信し得る。

別の例として、特徴の作成は、状態変数に基づいて特徴を生成することを含み得る。方法４００は、４１４で、処理済みデータになんらかの状態変数が含まれているかどうか判定することを含み得る。例えば、特徴作成モジュール２１０は、処理済みデータに基づいて、他の乗物ログデータ１３０に、他の乗物１０６の状態を示すなんらかの変数が含まれているかどうか判定し得る。乗物の状態の例には、ＷＯＷ状態、傾斜状態、対地速度状態、対気速度状態、パーキングブレーキ状態、および第１の乗物と空港との距離を示す空港距離状態が、またはこれらの組み合わせが含まれ得る。別の例として、特徴作成モジュール２１０は、処理済みデータに基づいて、他の乗物ログデータ１３０に、他の乗物１０６での、他のソフトウェア部品１６０の修正に関連する修正状態を示すなんらかの変数が含まれているかどうか判定し得る。４１４で、処理済みデータに状態変数が含まれていない場合は、方法４００は、４２０で終了し得る。

状態変数に基づいて特徴を生成することには、各状態変数に関連するすべての値を特定することを含み得る。例えば、４１４で、処理済みデータに状態変数が含まれている場合は、方法４００は、４１６で、各状態変数に関連するすべての値を見つけることを含み得る。例えば、他の乗物ログデータ１３０は、第１の時点の他の乗物１０６のＷＯＷ状態の第１の値（例えば、「真」）を示し得る。他の乗物ログデータ１３０は、第２の時点の他の乗物１０６のＷＯＷ状態の第２の値（例えば、「偽」）を示し得る。特徴作成モジュール２１０は、乗物のＷＯＷ状態に関連する第１の値および第２の値を見つけ得る。別の例として、他の乗物ログデータ１３０は、第１の時点の、他の乗物１０６での他のソフトウェア部品１６０の修正に関連する修正状態の、第１の値（例えば、「成功」）を示し得る。他の乗物ログデータ１３０は、第２の時点の、他の乗物１０６での他のソフトウェア部品１６０の修正に関連する修正状態の、第２の値（例えば、「失敗」）を示し得る。特徴作成モジュール２１０は、乗物に関連する修正状態に関連する第１の値および第２の値を見つけ得る。

特徴の作成には、各状態変数に関連する値を特徴選択モジュールに送信することを含み得る。方法４００は、４１８で、各状態変数に関連する値に基づいて、第２のログ特徴を特徴選択モジュールに送信することを含み得る。例えば、特徴作成モジュール２１０は、他の乗物１０６のＷＯＷ状態に関連する値（例えば、「真」および「偽」）を示すように、第２のデータセット１３８を生成または修正し得る。第２のデータセット１３８はまた、他のソフトウェア部品１６０が受信されたときの他の乗物１０６のＷＯＷ状態に基づいて、ソフトウェア部品が受信されたときの乗物のＷＯＷ状態に関連する期待値を示し得る。別の例として、特徴作成モジュール２１０は、他の乗物１０６に関連する修正状態に関連する値（例えば、「成功」または「失敗」）を示すように、第２のデータセット１３８を生成または修正し得る。第２のデータセット１３８は、また、他のソフトウェア部品１６０が修正されたときの他の乗物１０６の修正状態に基づいて、ソフトウェア部品が修正されたときの乗物に関連する修正状態に関連する期待値を示し得る。特徴作成モジュール２１０は、第２のデータセット１３８を特徴選択モジュール２１２に送信し得る。方法４００は、４２０で終了し得る。

図５を参照すると、基準データを作成するための方法の、特定の例示的一実施形態のフローチャートが示され、全体的に５００と称されている。方法５００は、監査システム１０８、図２の特徴選択モジュール２１２またはその両方により実行され得る。特徴は、基準データを生成するために、乗物が別の乗物と共通のハードウェアモジュールまたは別の乗物と共通のソフトウェアモジュールをもつかどうかに基づくか、セキュリティ要件に基づくか、またはその両方に基づいて選択され得る。例えば、他の乗物に関連する異常が検出されており、ログ審査の目的は、乗物（例えば、第１の乗物１０２）が他の乗物と共通してもつハードウェアモジュールまたはソフトウェアモジュールに関する異常があるかどうか確認することであり得る。ログ審査の別の目的は、セキュリティ要件が満たされているかの確認であり得る。

方法５００は、５０２で、データを受信することまたはデータにアクセスすることを含み得る。データは、乗物２５０のハードウェアおよびソフトウェア仕様、他の飛行機の仕様ならびに他の乗物の選択された特徴２５２、セキュリティ要件２５４、またはこれらの組み合わせを含み得る。

方法５００は、５０４で、乗物２５０のハードウェアおよびソフトウェア仕様と、他の乗物の仕様ならびに選択された特徴２５２とに基づいて、共通のハードウェアモジュールおよび／またはソフトウェアモジュールが存在するかどうかの判定を含み得る。例えば、特徴選択モジュール２１２は、乗物仕様データ１４４に基づいて、第１の乗物１０２および他の乗物１０６のそれぞれに共通のハードウェアモジュールおよび／またはソフトウェアモジュールがあるかどうか判定し得る。５０４で、共通のハードウェアモジュールまたはソフトウェアモジュールがない場合は、方法５００は、５１２で終了し得る。

５０４で、共通のハードウェアモジュールまたはソフトウェアモジュールがある場合は、方法５００は、５０８で、共通のハードウェアモジュールまたは共通のソフトウェアモジュールに対応する、なんらかのログ特徴があるかどうか判定することを含み得る。判定は、特徴作成モジュールから受信した第１および／または第２のログ特徴５０６に基づき得る。例えば、特徴選択モジュール２１２は、第２のデータセット１３８が、共通のハードウェアモジュールまたはソフトウェアモジュールに対応するデータを含むかどうか判定し得る。５０８で、ログ特徴がない場合は、方法５００は、５１２で終了し得る。

５０８で、共通のハードウェアモジュール、共通のソフトウェアモジュールまたはその両方に対応するログ特徴がある場合は、方法５００は、５１０で、可能性のあるモデル調整のためのログ特徴を追加することを含み得る。例えば、特徴作成モジュールから受信した第１および／または第２のログ特徴５０６（例えば、第２のデータセット１３８、または第２のデータセット１３８の一部）が、共通のハードウェアモジュールおよび／またはソフトウェアモジュールに対応する場合は、モデル調整のために、第１および／または第２のログ特徴５０６が、基準データ１４０に追加され得る。方法５００は、５１２で終了し得る。

図６を参照すると、連鎖管理情報内の異常を検出するための方法の、特定の例示的一実施形態を示すフローチャートが示され、全体的に６００と称される。方法６００は、監査システム１０８、図２の異常検出モジュール２２２またはその両方によって実行され得る。あるソフトウェア部品に関する連鎖管理情報内の異常を検出するために、乗物および１つまたは複数の地上システムのログが、審査および分析され得る。分析は基準データに基づき得る。例えば、基準データは、分析対象の特徴および予想値を示し得る。

方法６００は、６０２で、乗物におけるソフトウェア部品の修正に関する乗物ログデータを受信することを含み得る。例えば、図１の監査システム１０８は、第１の乗物ログデータ１２２を受信し得る。第１の乗物ログデータ１２２は、第１の乗物１０２での第１のソフトウェア部品１５０の修正に関し得る。

方法６００はまた、６０４で、地上システムの地上ログデータを受信することを含み得る。地上ログデータは、ソフトウェア部品に関連する連鎖管理情報を示し得る。例えば、図１の監査システム１０８は、第１の地上ログデータ１２０を地上システム１０４から受信し得る。第１の地上ログデータ１２０は、第１のソフトウェア部品１５０に関連する連鎖管理情報を示し得る。

方法６００はさらに、６０６で、基準データを生成することを含み得る。例えば、図１の監査システム１０８は、他の乗物ログデータ１３０および他の地上ログデータ１３２に基づいて、基準データ１４０を生成し得る。

方法６００はまた、６０８で、基準データに基づいて、乗物ログデータおよび地上ログデータを分析して異常を検出することを含み得る。例えば、図１の監査システム１０８は、基準データ１４０に基づいて、第１の乗物ログデータ１２２および第１の地上ログデータ１２０を分析して、異常を検出し得る。例えば、監査システム１０８は、地上システム１０４が第１のソフトウェア部品１５０を第１の乗物１０２に送信したときと、第１の乗物１０２が第１のソフトウェア部品１５０を地上システム１０４から受信したときとの間の第１の期間が、基準データ１４０に示される閾値期間を超えることを検出し得る。

方法６００はさらに、６１０で、監査データを総計することを含み得る。ここで、総計された監査データは異常に関係するデータを含む。例えば、図１の監査システム１０８は、監査データを、例えば、ソフトウェア部品別に、総計し得る。例えば、総計された監査データは、第１のソフトウェア部品１５０を受信した複数の乗物に関連する異常を示し得る。総計された監査データは、第１の乗物１０２に関連して検出された異常に関係するデータを含み得る。

方法６００はまた、６１２で、異常に応答して通知を送信することを含み得る。例えば、監査システム１０８は、異常に関係するメッセージを（例えば、ユーザ、別のデバイス、またはその両方に）送信するか、異常に関係する警告を（例えば、出力デバイスに）表示するか、またはその両方を行い得る。

図７を参照すると、連鎖管理情報内の異常を検出するための方法の、特定の一実施形態を示すフローチャートが示され、全体的に７００と称されている。特定の一実施形態では、方法７００は、図６の動作６０８に対応し得る。

方法７００は、７０２で、乗物ログデータおよび地上ログデータのそれぞれに含まれる共通イベント、乗物ログデータの第１のタイムスタンプ、ならびに地上ログデータの第２のタイムスタンプに基づいて、乗物ログデータと地上ログデータとを同期させることを含み得る。第１のタイムスタンプおよび第２のタイムスタンプは、共通のイベントに関連し得る。例えば、図１の監査システム１０８は、第１の乗物ログデータ１２２の第１のタイムスタンプおよび第１の地上ログデータ１２０の第２のタイムスタンプに基づいて、第１の乗物ログデータ１２２と第１の地上ログデータ１２０とを同期させ得る。第２のタイムスタンプは、地上システム１０４がソフトウェア部品を第１の乗物１０２に送信したときに対応し、第１のタイムスタンプは、第１の乗物１０２が地上システム１０４からソフトウェア部品を受信したときに対応し得る。

方法７００はまた、７０４で、同期済みの乗物ログデータと同期済みの地上ログデータとの比較を行うことを含み得る。例えば、図１の監査システム１０８は、同期済みの第１の乗物ログデータ１２２と同期済みの第１の地上ログデータ１２０を比較し得る。

方法７００はさらに、７０６で、同期済みの乗物ログデータと同期済みの地上ログデータとの比較に基づいて、第１のデータセットを生成することを含み得る。例えば、監査システム１０８は、同期済みの第１の乗物ログデータ１２２と同期済みの第１の地上ログデータ１２０との比較に基づいて、第１のデータセット１３６を生成し得る。

方法７００はまた、７０８で、第１のデータセットと対応する基準データの第２のデータセットとの比較に基づいて、異常を検出することを含み得る。例えば、監査システム１０８は、第１のデータセット１３６と第２のデータセット１３８との比較に基づいて、異常を検出し得る。

図８を参照すると、データセットを生成するための方法の、特定の一実施形態を示すフローチャートが示され、全体的に８００と称されている。特定の一実施形態では、方法８００は、図７の動作７０６に対応し得る。

方法８００は、８０２で、同期済みの第１の乗物ログデータの、第１のイベントを特定することを含み得る。ここで、第１のイベントは、第１の識別子に関連する。例えば、監査システム１０８は、第１の乗物１０２が地上システム１０４から第１のソフトウェア部品１５０を受信したことに対応する、同期済みの第１の乗物ログデータ１２２のイベントを特定し得る。特定されたイベントは、あるイベント識別子に関連し得る。

方法８００は、８０４で、同期済みの第１の地上ログデータの、第２のイベントを特定することを含み得る。ここで、第２のイベントは、第１の識別子に関連する。第１のデータセットは、第１のイベントに関連する第１のイベントタイムスタンプと、第２のイベントに関連する第２のイベントタイムスタンプとの差を示す期間を含むように生成され得る。例えば、監査システム１０８は、地上システム１０４が第１のソフトウェア部品１５０を第１の乗物１０２に送信したことに対応するイベント識別子に関連する、同期済みの第１の地上ログデータ１２０のイベントを特定し得る。監査システム１０８は、同期済みの第１の乗物ログデータ１２２のイベントに関連するタイムスタンプと、第１の地上ログデータ１２０のイベントに関連するタイムスタンプとの間の期間を示すように、第１のデータセット１３６を生成し得る。

方法８００はさらに、８０６で、同期済みの第１の乗物ログデータに基づいて、第１のイベントの時点の第１の乗物の状態を判定することを含み得る。ここで、第１のデータセットはその状態を示す。例えば、監査システム１０８は、地上システム１０４から第１のソフトウェア部品１５０を受信した時点の、第１の乗物１０２のＷＯＷ状態を判定し得る。監査システム１０８は、ＷＯＷ状態（例えば、「偽」）を示すように、第１のデータセット１３６を更新し得る。

図９を参照すると、基準データを生成するための方法の特定の一実施形態を示すフローチャートが示され、全体的に９００と称されている。特定の一実施形態では、方法９００は、図６の動作６０６に対応し得る。

方法９００は、９０２で、セキュリティ要件を受信することを含み得る。例えば、図１の監査システム１０８は、図１のセキュリティ要件１４６を受信し得る。

方法９００はまた、９０４で、乗物ログデータを受信することを含み得る。例えば、図１の監査システム１０８は、他の乗物ログデータ１３０を他の乗物１０６から受信し得る。

方法９００はさらに、９０６で、地上ログデータを受信することを含み得る。例えば、図１の監査システム１０８は、他の地上ログデータ１３２を他の地上システム１２４から受信し得る。

方法９００はさらに、９０８で、乗物ログデータと地上ログデータとを同期させることを含み得る。例えば、図１の監査システム１０８は、第１のイベントに関連する他の乗物ログデータ１３０の、第１のタイムスタンプおよび、対応する第２のイベントに関連する他の地上ログデータ１３２の、第２のタイムスタンプに基づいて、他の乗物ログデータ１３０と他の地上ログデータ１３２とを同期させ得る。

方法９００はさらに、９１０で、同期済みの乗物ログデータと同期済みの地上ログデータとの比較を行うことを含み得る。例えば、図１の監査システム１０８は、同期済みの他の乗物ログデータ１３０と同期済みの他の地上ログデータ１３２との比較を行い得る。

方法９００はまた、９１２で、同期済みの乗物ログデータと同期済みの地上ログデータとの比較に基づいて、データセットを生成することを含み得る。例えば、図１の監査システム１０８は、同期済みの他の乗物ログデータ１３０と同期済みの他の地上ログデータ１３２との比較に基づいて、第２のデータセット１３８を生成し得る。

方法９００は、９１８または９１４に進み得る。９１４で、方法９００は、第１の乗物仕様および第２の乗物仕様に基づいて、第１の乗物および第２の乗物が少なくとも１つの共通ソフトウェアまたは共通ハードウェアモジュールをもつかどうか判定することを含み得る。例えば、図１の監査システム１０８は、乗物仕様データ１４４に基づいて、第１の乗物１０２および他の乗物１０６が、共通のソフトウェアモジュール、共通のハードウェアモジュール、またはその両方をもつかどうか判定することを含み得る。

方法９００はさらに、９１６で、データセットが共通のソフトウェアモジュール、共通のハードウェアモジュール、またはその両方に対応するかどうか判定することを含み得る。例えば、監査システム１０８は、第２のデータセット１３８が、共通のソフトウェアモジュール、共通のハードウェアモジュール、またはその両方と対応するかどうか判定し得る。方法９００は、９１８に進み得る。

方法９００はさらに、９１８で、データセットを使用して基準データを生成することを含み得る。例えば、監査システム１０８は、第２のデータセット１３８を使用して基準データ１４０を生成し得る。

方法９００はまた、９２０で、セキュリティ要件に基づいて、基準データを修正することを含み得る。例えば、監査システム１０８は、セキュリティ要件１４６に基づいて、基準データ１４０を修正し得る。

方法９００はさらに、９２２で、統計モデルに基づいて、基準データを修正することを含み得る。例えば、監査システム１０８は、統計モデルに基づいて、基準データ１４０を修正し得る。

図１０は、本開示内容によるコンピュータ実装の方法およびコンピュータ実行プログラム命令（またはコード）の実施を支援するための、汎用コンピューティングデバイス１０１０を含むコンピューティング環境１０００のブロック線図である。例えば、コンピューティングデバイス１０１０またはその一部は、命令を実行して、乗物ログデータ、地上システムログデータ、またはその両方を分析し、連鎖管理情報内の異常を検出し得る。別の例として、コンピューティングデバイス１０１０またはその一部は、命令を実行して、乗物におけるソフトウェア部品の修正に関する乗物ログデータを受信し、地上システムの地上ログデータを受信し、基準データを生成し、基準データに基づいて乗物ログデータおよび地上ログデータを分析して異常を検出し、監査データを総計し、および異常に応答して通知を送信し得る。特定の一実施形態では、コンピューティングデバイス１０１０は、図１の監査システム１０８を含むか、図１の監査システム１０８に含まれるか、または、図１の監査システム１０８に対応し得る。

コンピューティングデバイス１０１０は、プロセッサ１０２０を備え得る。特定の一実施形態では、プロセッサ１０２０は、図１のプロセッサ１７０に対応し得る。コンピューティングデバイス１０１０の内部で、プロセッサ１０２０はメモリ１０３０、１つまたは複数のストレージデバイス１０４０、１つまたは複数の入出力インタフェース１０５０、１つまたは複数の通信インタフェース１０６０、またはこれらの組み合わせと通信し得る。

メモリ１０３０は、揮発性メモリデバイス（例えば、ランダムアクセスメモリ（ＲＡＭ）デバイス）、不揮発性メモリデバイス（例えば、リードオンリーメモリ（ＲＯＭ）デバイス、プログラマブルＲＯＭ、フラッシュメモリ）、またはその両方を備え得る。特定の一実施形態では、メモリ１０３０は、図１のメモリ１８０に対応し得る。メモリ１０３０は、オペレーティングシステム１０３２を含み得る。オペレーティングシステム１０３２は、コンピューティングデバイス１０１０をブートするための基本入出力システム、ならびにコンピューティングデバイス１０１０がユーザ、他のプログラムおよび他のデバイスと相互作用できるようにするための完全なオペレーティングシステムを含み得る。メモリ１０３０は、例えば、連鎖管理情報内の異常を検出するために実行できるアプリケーションなどの監査システムアプリケーションなどの、１つまたは複数アプリケーションプログラム１０３４を含み得る。メモリ１０３０は、連鎖管理情報内の異常を検出する監査システム命令１４２などの、プロセッサ１０２０によって実行可能な命令１０３６を含み得る。メモリ１０３０は、基準データ１４０、第１のデータセット１３６、第２のデータセット１３８、他の異常データ１４８、セキュリティ要件１４６、乗物仕様データ１４４、監査システム命令１４２、またはこれらの組み合わせを含み得る。

プロセッサ１０２０はまた、１つまたは複数のストレージデバイス１０４０と通信し得る。１つまたは複数のストレージデバイス１０４０には、例えば、磁気ディスク、光ディスク、フラッシュメモリデバイスなどの不揮発性ストレージデバイスを含み得る。ストレージデバイス１０４０は、脱着可能および脱着不可能なメモリデバイスの両方を含み得る。ストレージデバイス１０４０は、オペレーティングシステム、アプリケーション、およびプログラムデータを記憶できるよう構成され得る。特定の一実施形態では、メモリ１０３０、ストレージデバイス１０４０またはその両方は、有形で、一時的ではない、コンピュータ読み取り可能な媒体を含み得る。

プロセッサ１０２０は、１つまたは複数の入出力インタフェース１０５０と通信し得る。入出力インタフェース１０５０は、コンピューティングデバイス１０１０が１つまたは複数の入出力デバイス１０７０と通信できるようにして、ユーザとの相互作用を容易にする。入出力インタフェース１０５０は、シリアルインタフェース（例えば、ユニバーサルシリアルバス（ＵＳＢ）インタフェースまたはＩＥＥＥ １１０９４インタフェース）、パラレルインタフェース、ディスプレイアダプタ、オーディオアダプタ、およびその他のインタフェースを含み得る。入出力デバイス１０７０は、キーボード、ポインティングデバイス、ディスプレイ、スピーカー、マイクロフォン、タッチスクリーン、その他のデバイスを含み得る。プロセッサ１０２０は、入出力インタフェース１０５０を介して受信したユーザ入力に基づいて、相互作用イベントを検出し得る。さらに、プロセッサ１０２０は、入出力インタフェース１０５０を介して、ディスプレイデバイスに表示を送信し得る。

プロセッサ１０２０は、１つまたは複数の通信インタフェース１０６０を介して、他のコンピュータシステム１０８０と通信し得る。１つまたは複数の通信インタフェース１０６０は、有線Ｅｔｈｅｒｎｅｔインタフェース、ＩＥＥＥ ８０２無線インタフェース、Ｂｌｕｅｔｏｏｔｈ通信インタフェース、またはその他のネットワークインタフェースを含み得る。他のコンピュータシステム１０８０は、ホストコンピュータ、サーバ、ワークステーション、およびその他のコンピューティングデバイスを含み得る。例えば、他のコンピュータシステム１０８０は、図１の第１の乗物１０２、図１の地上システム１０４、図１の他の乗物１０６、図１の他の地上システム１２４、またはこれらの組み合わせを含み得る。特定の一実施形態では、データ（例えば、基準データ１４０、第１のデータセット１３６、第２のデータセット１３８、別の異常データ１４８、セキュリティ要件１４６、乗物仕様データ１４４、図１の第１の乗物ログデータ１２２、図１の他の乗物ログデータ１３０、図１の第１の地上ログデータ１２０、図１の他の地上ログデータ１３２、またはこれらの組み合わせ）は分散され得る。特定の一実施形態では、図２の１つまたは複数のモジュールが、１つまたは複数のコンピューティングデバイスに含まれるか、データ（例えば、基準データ１４０、第１のデータセット１３６、第２のデータセット１３８、別の異常データ１４８、セキュリティ要件１４６、乗物仕様データ１４４、図１の第１の乗物ログデータ１２２、図１の他の乗物ログデータ１３０、図１の第１の地上ログデータ１２０、図１の他の地上ログデータ１３２、またはこれらの組み合わせ）は、１つまたは複数のコンピュータデバイスに含まるか、またはその両方であり得る。

このように、特定の実施形態では、コンピュータシステムは、連鎖管理情報内の異常を検出することができ得る。例えば、命令１０３６はプロセッサ１０２０により実行されて、乗物におけるソフトウェア部品の修正に関する乗物ログデータを受信し、地上システムの地上ログデータを受信し、基準データを生成し、基準データに基づいて乗物ログデータおよび地上ログデータを分析して異常を検出し、監査データを総計し、および異常に応答して通知を送信し得る。

上記の実施形態は、本開示内容を説明するが限定するものではない。本開示内容の原理による、多数の修正形態および変形形態が可能であることが理解されよう。

本明細書に記載される実施形態の説明は、さまざまな実施形態の構造の全体的な理解を提供することを意図する。これらの説明は、本明細書に記載される構造または方法を利用する装置およびシステムの、すべての構成要素および特徴の完全な記載としての働きを意図するものではない。本開示内容を精査すれば、当業者には多くの他の実施形態が明らかであろう。他の実施形態を利用し、かつ本開示内容から派生させて、本開示内容の範囲から逸脱することなく、構造的かつ論理的な置換および変更が行われ得る。例えば、方法のステップは、図に示される順序と異なる順序で行われてもよく、１つまたは複数の方法のステップは省略されてもよい。したがって、本開示内容および図は、制約的なものではなく説明的なものとみなされる。

さらに、本明細書には具体的な実施形態が説明および記載されているが、同じまたは類似の結果を達成するよう設計された任意の後続の設備を、本明細書に示された具体的実施形態に置換し得ることが理解されよう。本開示内容は、後続の、さまざまな実施形態のすべての適合および変形を適用範囲内とすることを意図する。本開示内容を精査すれば、当業者には、上記の複数の実施形態および本明細書に具体的に記載されていない他の実施形態の組み合わせが明らかであろう。

開示内容の要約書は、これが特許請求の範囲に記載の範囲または意味を解釈または制限するために使用されないとの理解の上で提出される。さらに、前述の、発明を実施するための形態では、開示内容を簡素化する目的で、さまざまな特徴がグループ化され、または単一の実施形態の中に記載されている。本開示内容は、請求項に係る実施形態に、各請求項に明確に記載されている特徴より多くの特徴が必要であるとの意図を示すと解釈されてはならない。むしろ、下記の特許請求の範囲に示されるように、請求項に係る主題は、開示されたあらゆる実施形態のすべての特徴よりも少ない特徴を指し得る。

Claims (11)

1. 監査システムのプロセッサにて、第１の乗物における第１のソフトウェア部品の修正に関する第１の乗物ログデータを受信することと、
   前記プロセッサにて、第１の地上システムの第１の地上ログデータを受信することであって、第１の地上ログデータは前記第１のソフトウェア部品に関係する第１の連鎖管理情報を示す、受信することと、
   前記プロセッサにて、基準データに基づいて、前記第１の乗物ログデータおよび前記第１の地上ログデータを分析し、異常を検出することとを含む方法であって、
   前記基準データは、異常が検出されなかった第２のソフトウェア部品修正に対応する基準ログデータを含み、
   前記異常が、前記第１の連鎖管理情報と第２の連鎖管理情報との食い違いが第２の地上システムから受信されたこと、前記第１のソフトウェア部品が前記第１の地上システムによって正しくない順序で受信されたこと、または前記第１のソフトウェア部品が前記第１の地上システムによって正しくない順序で転送されたことのうち、少なくとも１つを示し、
   前記分析は、
   前記第１の乗物ログデータおよび第１の地上ログデータのそれぞれに含まれる共通のイベント、前記第１の乗物ログデータの第１のタイムスタンプ、および前記第１の地上ログデータの第２のタイムスタンプに基づいて、前記第１の乗物ログデータと前記第１の地上ログデータとを同期させて、同期済みの第１の乗物ログデータ及び同期済みの第１の地上ログデータを生成することと、
   前記同期済みの第１の乗物ログデータと前記同期済みの第１の地上ログデータとの比較を行うことと、
   前記比較に基づいて、第１のデータセットを生成することとをさらに含み、前記第１のタイムスタンプおよび前記第２のタイムスタンプは、前記共通のイベントに関連しており、
   前記方法はさらに、
   前記異常の検出に応答して、前記プロセッサから通知を送信すること
   を含む方法。
2. 前記第１の連鎖管理情報が、イベントに関連するタイムスタンプまたは前記イベントに関連する識別子のうち少なくとも１つを含む、請求項１に記載の方法。
3. 前記イベントが、前記第１の地上システムが第１のデバイスから前記第１のソフトウェア部品を受信したこと、または前記第１の地上システムが第２のデバイスに前記第１のソフトウェア部品を転送したことのうち少なくとも１つを含む、請求項２に記載の方法。
4. 前記識別子が、イベント識別子、デバイス識別子、ソフトウェア部品識別子、ハードウェア部品識別子、ユーザ識別子、保守コンピュータ識別子、乗物識別子、または地上システム識別子のうち少なくとも１つを含む、請求項２に記載の方法。
5. 前記同期済みの第１の乗物ログデータの第１のイベントを特定することであって、前記第１のイベントが第１の識別子に関連する、特定することと、
   前記同期済みの第１の地上ログデータの第２のイベントを特定することであって、前記第２のイベントが前記第１の識別子に関連する、特定することと
   をさらに含み、前記第１のデータセットが、前記第１のイベントに関連する第１のイベントタイムスタンプと前記第２のイベントに関連する第２のイベントタイムスタンプとの差を示す期間を示すように生成される、請求項１に記載の方法。
6. 前記同期済みの第１の乗物ログデータに基づいて前記第１のイベントの時点での前記第１の乗物の状態を判定することであって、前記第１のデータセットが前記状態を示す、判定すること、または前記第１のデータセットと前記基準データの対応する第２のデータセットとの比較に基づいて前記異常を検出することのうち少なくとも１つをさらに含む、請求項５に記載の方法。
7. プロセッサと、
   命令を記憶するメモリとを含むシステムであって、前記命令をプロセッサが実行すると、前記プロセッサが、
   第１の乗物における第１のソフトウェア部品の修正に関する第１の乗物ログデータを受信することと、
   第１の地上システムの第１の地上ログデータを受信することであって、第１の地上ログデータは前記第１のソフトウェア部品に関係する第１の連鎖管理情報を示す、受信することと、
   基準データに基づいて、前記第１の乗物ログデータおよび前記第１の地上ログデータを分析し、異常を検出することとを含む動作であって、
   前記基準データは、異常が検出されなかった第２のソフトウェア部品修正に対応する基準ログデータを含み、
   前記異常が、前記第１の連鎖管理情報と第２の連鎖管理情報との食い違いが第２の地上システムから受信されたこと、前記第１のソフトウェア部品が前記第１の地上システムによって正しくない順序で受信されたこと、または前記第１のソフトウェア部品が前記第１の地上システムによって正しくない順序で転送されたことのうち、少なくとも１つを示し、
   前記分析は、
   前記第１の乗物ログデータおよび第１の地上ログデータのそれぞれに含まれる共通のイベント、前記第１の乗物ログデータの第１のタイムスタンプ、および前記第１の地上ログデータの第２のタイムスタンプに基づいて、前記第１の乗物ログデータと前記第１の地上ログデータとを同期させて、同期済みの第１の乗物ログデータおよび同期済みの第１の地上ログデータを生成することと、
   前記同期済みの第１の乗物ログデータと前記同期済みの第１の地上ログデータとの比較を行うことと、
   前記比較に基づいて、第１のデータセットを生成することとをさらに含み、前記第１のタイムスタンプおよび前記第２のタイムスタンプが前記共通のイベントに関連しており、
   前記動作はさらに、
   前記異常の検出に応答して、通知を送信すること
   を含む動作を行うシステム。
8. 前記動作が、
   第２の乗物における第２のソフトウェア部品の修正に関する第２の乗物ログデータを受信することと、
   前記第２のソフトウェア部品に関係する第２の連鎖管理情報を示す第２の地上ログデータを受信することと、
   前記第２の乗物ログデータと前記第２の地上ログデータとを同期させることと、
   前記同期済みの第２の乗物ログデータと前記同期済みの第２の地上ログデータとの比較を行うことと、
   前記同期済みの第２の乗物ログデータと前記同期済みの第２の地上ログデータとの前記比較に基づいて、前記第２のソフトウェア部品の前記修正で異常が検出されていないことを示すデータセットを生成することと、
   前記データセットに基づいて、前記基準データを生成することと
   をさらに含む、請求項７に記載のシステム。
9. 前記動作が、
   前記第１の乗物および前記第２の乗物が共通のソフトウェアモジュールまたは共通のハードウェアモジュールのうちの少なくとも１つをもつかどうかを、前記第１の乗物の第１の乗物仕様および前記第２の乗物の第２の乗物仕様に基づいて判定することをさらに含む、請求項８に記載のシステム。
10. 前記動作が、
    セキュリティ要件に基づいて前記基準データを修正することと、
    統計的モデルに基づいて前記基準データを修正することと
    をさらに含む、請求項８に記載のシステム。
11. 命令を格納した非一時的な、コンピュータ可読ストレージデバイスであって、プロセッサによって実行されると、前記命令によって前記プロセッサが、
    第１の乗物における第１のソフトウェア部品の修正に関する第１の乗物ログデータを受信することと、
    第１の地上システムの第１の地上ログデータを受信することであって、第１の地上ログデータは前記第１のソフトウェア部品に関係する第１の連鎖管理情報を示す、受信することと、
    基準データに基づいて、前記第１の乗物ログデータおよび前記第１の地上ログデータを分析し、異常を検出することとを含む動作であって、
    前記基準データは、異常が検出されなかった第２のソフトウェア部品修正に対応する基準ログデータを含み、
    前記異常が、前記第１の連鎖管理情報と第２の連鎖管理情報との食い違いが第２の地上システムから受信されたこと、前記第１のソフトウェア部品が前記第１の地上システムによって正しくない順序で受信されたこと、または前記第１のソフトウェア部品が前記第１の地上システムによって正しくない順序で転送されたことのうち、少なくとも１つを示し、
    前記分析は、
    前記第１の乗物ログデータおよび第１の地上ログデータのそれぞれに含まれる共通のイベント、前記第１の乗物ログデータの第１のタイムスタンプ、および前記第１の地上ログデータの第２のタイムスタンプに基づいて、前記第１の乗物ログデータと前記第１の地上ログデータとを同期させて、同期済みの第１の乗物ログデータおよび同期済みの第１の地上ログデータを生成することと、
    前記同期済みの第１の乗物ログデータと前記同期済みの第１の地上ログデータとの比較を行うことと、
    前記比較に基づいて、第１のデータセットを生成することとをさらに含み、前記第１のタイムスタンプおよび前記第２のタイムスタンプが前記共通のイベントに関連しており、
    前記動作はさらに、
    前記異常の検出に応答して、通知を送信すること
    を含む動作を行う、ストレージデバイス。

Images