(57)【要約】  構成制御された資産の機体群を維持する方法、システム、およびコンピュータプログラム製品である。この方法は、以前は別々だった複数のシステムを、移送機の機体群の管理に関連付けられた再使用可能なビジネストランザクションを用いて統合するステップを伴う。この方法はまた、機体群のある移送機に関連付けられた動作データを受信するステップと、顧客要件に従って動作データを統合するステップと、動作データをパッケージ化して複数のシステムに分配するステップと、再使用可能なビジネストランザクションを利用して、複数のシステムのうちの１つ以上のアプリケーションに動作データをインストールして分配するステップとを伴う。このシステムは、ゲートウェイを通して互いに接続された複数のアプリケーションと複数の論理サブシステムとを利用する。論理サブシステムは、１組のメッセージによって定義された共通フォーマットを使用する。しかしながら、アプリケーションは複数の異なるフォーマットを使用可能である。接続ブロックであるゲートウェイは、論理サブシステムとアプリケーションとの間のデータフローを変換する。
2009517777.tif 000002
【特許請求の範囲】
【請求項１】
構成制御された資産の機体群を維持するための、コンピュータに実装される方法であって、前記方法は、
以前は別々だった複数のシステムを、資産の機体群の管理に関連付けられた再使用可能なビジネストランザクションを用いて統合するステップを含み、以前は別々だったシステムの機能的能力は、再使用可能なビジネストランザクションによって定義され、前記方法はさらに、
機体群のうちの少なくとも１つの資産に関連付けられた動作データを受信するステップと、
顧客要件に従って前記データを統合するステップと、
前記データをパッケージ化して複数のシステムに分配するステップと、
再使用可能なビジネストランザクションのうちの少なくとも１つを利用して、複数のシステムのうちの１つ以上のアプリケーションに前記データをインストールして分配するステップとを含む、方法。
【請求項２】
少なくとも１つの移送機に関する動作データを、移送機が動作しているのに反応して受信するステップと、
作業命令を作成するために、少なくとも１つの移送機の保守の必要性を評価して判断するステップと、
作業命令を遂行するために部品が利用可能かどうかを判断するステップと、
作業命令を実行するために最適なスケジュールを決定するステップとをさらに含む、請求項１に記載の方法。
【請求項３】
作業命令を実行するために訓練された資源が利用可能かどうかを判断するステップをさらに含む、請求項２に記載の方法。
【請求項４】
作業命令の実行を受信し、実行された作業を記録するステップをさらに含む、請求項２に記載の方法。
【請求項５】
複数のシステムのうちの１つ以上を介して検出可能な１つ以上の異常を追跡して報告するステップをさらに含む、請求項２に記載の方法。
【請求項６】
機体群の維持に関連付けられたメトリクスデータを集約するステップと、
収集されたメトリクスデータに基づいて１つ以上の主要性能評価指標（ＫＰＩ）を計算するステップとをさらに含む、請求項２に記載の方法。
【請求項７】
メトリクスデータまたはＫＰＩのうちの少なくとも１つを、エンジニアリングシステム分析およびフィードバックのために転送するステップと、
機体群およびその資産に関する信頼性、保全性、および性能傾向について、メトリクスデータまたはＫＰＩを分析するステップとをさらに含む、請求項６に記載の方法。
【請求項８】
メトリクスデータまたはＫＰＩのうちの少なくとも１つを、物流システム分析およびフィードバックのために転送するステップと、
機体群およびその資産に関する物流信頼性、物流保全性、および物流性能傾向について、メトリクスデータまたはＫＰＩを分析するステップとをさらに含む、請求項７に記載の方法。
【請求項９】
複数のシステム用の中枢の正式なログオンを介して、以前は別々だった複数のシステムのユーザを管理するステップをさらに含む、請求項１に記載の方法。
【請求項１０】
中枢の正式なログオンを介してユーザを管理するステップは、
１人以上のユーザからログオン入力を受信するステップと、
ユーザを識別して認証するステップと、
複数のシステムのうちの１つ以上にアクセスしているユーザセッション中に使用される各ユーザ用の役割ベースの信用証明を発行するステップとを含む、請求項９に記載の方法。
【請求項１１】
複数のシステムは、移送機任務計画システム、サプライチェーン管理システム、訓練管理システム、移送機構成状態データベース、最適化資源計画サービス、技術出版物システム、保守管理システム、および統合移送機状態管理システムのうちの少なくとも２つを含む、請求項１に記載の方法。
【請求項１２】
複数のアプリケーションを統合するための、コンピュータに実装されるシステムであって、
複数のアプリケーションへのアプリケーションの挿入および複数のアプリケーションからのアプリケーションの除去を管理するよう作動する統合マネージャと、
再使用可能なビジネストランザクションと複数のアプリケーションとをインターフェイス接続するよう作動する統合ゲートウェイと、
複数のアプリケーションを統合ゲートウェイとインターフェイス接続する１つ以上のアプリケーションアダプタと、
再使用可能なビジネストランザクションを抽出してインストールするよう作動するインテリジェントトランザクションマネージャ抽出とを含む、システム。
【請求項１３】
複数のアプリケーション用の中枢の正式なログオンポイントを介して、システムのユーザを管理し、
ユーザを識別して認証し、
最大の期間でログオンの時刻からログアウトの時刻までを含む期間中に使用するための、ユーザ用の役割ベースの信用証明を発行するよう作動する、シングルサインオン認証モジュールをさらに含む、請求項１２に記載のシステム。
【請求項１４】
再使用可能なビジネストランザクションは、複数のアプリケーションのうちの１つ以上における以前は潜在的だった特徴を利用する、請求項１２に記載のシステム。
【請求項１５】
再使用可能なビジネストランザクションはＸＭＬで文書化され、再使用可能なビジネストランザクションの記憶および表現は、代替的な技術への拡張が可能になっている、請求項１２に記載のシステム。
【請求項１６】
主要なリアルタイムのリポジトリまたはそのリポジトリの実行時間抽出のうちの少なくとも１つに対し、暗号化されたリレーショナルデータベースを用いて、再使用可能なビジネストランザクションを検証するよう作動する暗証化モジュールをさらに含む、請求項１２に記載のシステム。
【請求項１７】
サービス指向アーキテクチャ（ＳＯＡ）のインスタンスを作成し、
再使用可能なビジネストランザクションを通して以前は別々だったアプリケーションの相互接続を可能にし、
システムによって制御される外部インターフェイスの直接使用を禁止するよう作動する、システム統合ビジネス論理サービスをさらに含む、請求項１２に記載のシステム。
【請求項１８】
複数のアプリケーションのためのモジュール化された先進サービスを実現するようさら
に作動し、顧客がアプリケーションの既存の能力を超えた能力を必要とする場合に、再使用可能なビジネストランザクションを活用するユーティリティアプリケーションを介してシステムに能力を追加する、請求項１２に記載のシステム。
【請求項１９】
監査ログへの送信された再使用可能なビジネストランザクションを得るために、統合された送信テスト能力を実現するようさらに作動する、請求項１２に記載のシステム。
【請求項２０】
構成制御された資産の機体群をコンピュータに維持させるために制御論理が記憶されたコンピュータ読取可能な媒体を含むコンピュータプロダクト製品であって、制御論理はコンピュータに、
以前は別々だった複数のシステムを、資産の機体群の管理に関連付けられた再使用可能なビジネストランザクションを用いて統合させ、
機体群のうちの少なくとも１つの移送機に関連付けられた動作データを受信させ、
顧客要件に従って動作データを統合させ、
動作データをパッケージ化して複数のシステムに分配させ、
再使用可能なビジネストランザクションのうちの少なくとも１つを利用して、複数のシステムのうちの１つ以上のアプリケーションに動作データをインストールして分配させるためのコンピュータ読取可能なプログラムコードを含む、コンピュータプログラム製品。
【請求項２１】
移送機の機体群を維持するためのシステムであって、前記システムは、
モバイルプラットフォームの機体群の管理に関連付けられた複数のアプリケーションと、
各々が複数のアプリケーションのうちの１つにそれぞれ関連付けられた、複数の論理サブシステムと、
各々が複数のアプリケーションのうちの１つを複数の論理サブシステムのうちの１つにそれぞれ接続し、アプリケーションとサブシステムとの間のデータフローを変換する、複数のゲートウェイとを含む、システム。
【請求項２２】
複数の論理サブシステムは、１組のメッセージによって定義される共通フォーマットを利用する、請求項２１に記載のシステム。
【請求項２３】
移送機の機体群を維持するための方法であって、前記方法は、
モバイルプラットフォームの機体群の管理に関連付けられた複数のモジュールを統合するステップと、
複数のモジュールが互いに通信できるようにするために、予め定められた１組のメッセージを作成するステップとを含む、方法。
【請求項２４】
複数のモジュールは、統合移送機状態管理システム、保守管理システム、サプライチェーン管理、訓練管理システム、および資源最適化スケジューラである、請求項２３に記載の方法。
【請求項２５】
別々だった複数のシステムの性能をモニタリングするステップをさらに含む、請求項２３に記載の方法。
【請求項２６】
別々だった複数のシステムの異常をモニタリングするステップをさらに含む、請求項２３に記載の方法。
【請求項２７】
別々だった複数のシステムの異常を分析し、勧告を提供するステップをさらに含む、請求項２３に記載の方法。
【請求項２８】
互いに統合された、以前は別々だったドメインアプリケーションの挿入および除去を管理するための方法であって、前記方法は、
ドメインアプリケーション同士を接続するよう、拡張されたアプリケーションインターフェイスを構成するステップと、
再使用可能なトランザクションをドメインアプリケーションとインターフェイス接続するよう作動するゲートウェイを提供するステップと、
再使用可能なトランザクションを抽出してインストールするよう、トランザクションマネージャを作動させるステップと、
追加される新しい各ドメインアプリケーションのためのアプリケーションアダプタを実現するステップとを含み、アプリケーションアダプタは、新しいドメインアプリケーションを拡張されたアプリケーションインターフェイスにインターフェイス接続するよう構成されている、方法。
【請求項２９】
ドメインアプリケーション同士を接続するよう、拡張されたアプリケーションインターフェイスを構成するステップは、メッセージ指向ミドルウェアおよびサービス指向アーキテクチャを、モジュラーアプリケーションゲートウェイアダプタおよび標準フォーマット化されたメッセージと組合せるステップを含む、請求項２８に記載の方法。
【請求項３０】
なりすまし防止能力を有する検証されたトランザクションを通して、既存のシステム同士を、モジュラーアプリケーションゲートウェイコネクタに含まれる論理を用いて接続するステップをさらに含む、請求項２８に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願との相互参照
本願は、２００５年１１月２９日出願の「構成制御された資産の機体群の維持」（SUSTAINING A FLEET OF CONFIGURATION-CONTROLLED ASSETS）と題された同時係属中の米国仮特許出願連続番号第６０／７４０，３５１号の優先権を主張する。
【０００２】
発明の背景
この発明は一般に、移送機（vehicle）および／または航空機といった資産（asset）の機体群（fleet）の準備態勢を維持するために複数のアプリケーションを統合することに関し、より特定的には、各アプリケーションの置き換えを容易にし、かつ残りのアプリケーションの修正を防ぐように異なるシステム層を作成することによって、複数のアプリケーションを統合する方法に関する。
【背景技術】
【０００３】
移送機群（fleet vehicle）業界および顧客は、統合された情報および決定支援が、機体群のサポートおよび移送機の準備態勢、具体例として戦闘機の準備態勢の双方にとって重要であると認識している。顧客および業界は双方とも、維持環境で自動化および決定支援を活用するために、システム能力に投資している。機体群の運用は重要であり得、また各顧客は特有の要望を有するため、頑強で柔軟性があり、かつ調整されたシステムおよびプロセスに対する要望が存在する。
【０００４】
一般に、機体群管理システムでは、アプリケーションは、統合移送機状態管理（integrated vehicle health management）、保守管理、資材管理、エンジニアリング分析、および訓練管理といった特定のタスクを行なう。各アプリケーションは、プロセスと、マニュアル、履歴データおよび人事データといったサポート資源との双方を含んでいてもよい。動作時、機体群管理システムは、機体群の現在の状態を分析し、決定を下し、行動方針を作成するために、必要に応じて異なるアプリケーションを用いて情報交換を行なう。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
典型的には、機体群の維持のために設計されたアプリケーションは、既存または「レガシー」（legacy）アプリケーションと、機体群の変化する動作要望に適合するのに必要な能力を有する新しいアプリケーションとを含む。機体群を構成するエンティティ（entity）は、互いに独立していてもよいが、同じ一式のアプリケーションを依然として使用している。言い換えれば、統合フロート管理システムはしばしば、資産の多数の異なる機体群に対処しなければならなくなる。しかしながら、歴史的には、これらのシステムは、下層の一式のアプリケーションの容易な修正に対処するのに十分な柔軟性を有していない。
【０００６】
たとえば、構成制御された資産の機体群の維持のための従来のいくつかのシステムは、ポイント・ツー・ポイント・アーキテクチャ上に構築されたドメイン固有の維持アプリケーションの統合からなる。このアーキテクチャ的アプローチは、システム間のインターフェイスのオープン定義（open definition）に基づくより柔軟な設計とは対照的に、新しい統合の必要性が生じると各システムインターフェイスの再開発を必要とし、このため開発コストの増加をもたらす。加えて、従来のシステムは、ドメイン固有の知識最適化を提供しない。
【０００７】
したがって、システムの将来の修正を簡略化し、各修正に関連する時間およびコストを
減らすように機体群管理システムを開発する方法に対処する必要性が、業界において存在する。また、前述のおよび他の欠点ならびに不備に対処する必要性も存在する。
【課題を解決するための手段】
【０００８】
発明の簡単な説明
一局面では、構成制御された資産の機体群を維持するための、コンピュータに実装される方法が提供される。この方法は、以前は別々だった複数のシステムを、資産の機体群の管理に関連付けられた再使用可能なビジネストランザクションを用いて統合するステップを含み、以前は別々だったシステムの機能的能力は、再使用可能なビジネストランザクションによって定義される。この方法はまた、機体群のうちの少なくとも１つの資産に関連付けられた動作データを受信するステップと、顧客要件に従って前記データを統合するステップと、前記データをパッケージ化して複数のシステムに分配するステップと、再使用可能なビジネストランザクションのうちの少なくとも１つを利用して、複数のシステムのうちの１つ以上のアプリケーションに前記データをインストールして分配するステップとを含む。
【０００９】
別の局面では、複数のアプリケーションを統合するための、コンピュータに実装されるシステムが提供される。このシステムは、複数のアプリケーションへのアプリケーションの挿入および複数のアプリケーションからのアプリケーションの除去を管理するよう作動する統合マネージャと、再使用可能なビジネストランザクションと複数のアプリケーションとをインターフェイス接続するよう作動する統合ゲートウェイと、複数のアプリケーションを統合ゲートウェイとインターフェイス接続する１つ以上のアプリケーションアダプタと、再使用可能なビジネストランザクションを抽出してインストールするよう作動するインテリジェントトランザクションマネージャ抽出と、異常追跡および報告システムと、システム性能データを集約するための性能メトリクスポータルとを含み、複数のアプリケーションは再使用可能なビジネストランザクションを介して統合されており、それにより、再開発の必要なく、以前は別々だったアプリケーションの挿入および除去を可能にする。
【００１０】
さらに別の局面では、構成制御された資産の機体群をコンピュータに維持させるために制御論理が記憶されたコンピュータ読取可能な媒体を含むコンピュータプロダクト製品が提供される。制御論理はコンピュータに、以前は別々だった複数のシステムを、資産の機体群の管理に関連付けられた再使用可能なビジネストランザクションを用いて統合させ、機体群のうちの少なくとも１つの移送機に関連付けられた動作データを受信させ、顧客要件に従って動作データを統合させ、動作データをパッケージ化して複数のシステムに分配させ、再使用可能なビジネストランザクションのうちの少なくとも１つを利用して、複数のシステムのうちの１つ以上のアプリケーションに動作データをインストールして分配させるためのコンピュータ読取可能なプログラムコードを含む。
【００１１】
さらに別の局面では、移送機の機体群を維持するためのシステムが提供される。このシステムは、モバイルプラットフォームの機体群の管理に関連付けられた複数のアプリケーションと、各々が複数のアプリケーションのうちの１つにそれぞれ関連付けられた、複数の論理サブシステムと、各々が複数のアプリケーションのうちの１つを複数の論理サブシステムのうちの１つにそれぞれ接続し、アプリケーションとサブシステムとの間のデータフローを変換する、複数のゲートウェイとを含む。
【００１２】
加えて、互いに統合された、以前は別々だったドメインアプリケーションの挿入および除去を管理するための方法が提供される。この方法は、ドメインアプリケーション同士を接続するよう、拡張されたアプリケーションインターフェイスを構成するステップと、再使用可能なトランザクションをドメインアプリケーションとインターフェイス接続するよ
う作動するゲートウェイを提供するステップと、再使用可能なトランザクションを抽出してインストールするよう、トランザクションマネージャを作動させるステップと、追加される新しい各ドメインアプリケーションのためのアプリケーションアダプタを実装するステップとを含み、アプリケーションアダプタは、新しいドメインアプリケーションを拡張されたアプリケーションインターフェイスにインターフェイス接続するよう構成されている。
【発明を実施するための最良の形態】
【００１３】
発明の詳細な説明
上に簡単に説明したように、この発明の実施例は、システム全体が必要とする機能的能力の定義が、その能力をサポートするために使用されるアプリケーションから独立したまま保たれた、統合機体群管理システムへのアーキテクチャ的アプローチを提供する。このアプローチは、システムの全体的な能力に影響を与えることなく個々のアプリケーションが置き換えられるようにすることにより、システムへの将来の修正を容易にする。以下の詳細な説明では、この一部を形成し、特定の実施例または例を例示として示す添付図面が参照される。この発明の精神および範囲から逸脱することなく、これらの例示的な実施例は組合されてもよく、他の実施例が利用されてもよく、構造的な変更が加えられてもよい。したがって、以下の詳細な説明は限定的な意味で解釈されるべきではなく、この発明の範囲は、添付された特許請求の範囲およびそれらの均等物によって定義される。
【００１４】
ここで、いくつかの図を通し、同じ番号は同じ要素を表わしている図面を参照して、この発明の局面および例示的な動作環境を説明する。図１〜図５ｃおよび以下の説明は、この発明の実施例が実現され得る好適なコンピューティング環境の簡単で一般的な説明を提供するよう意図されている。この発明は、パーソナルコンピュータまたはサーバコンピュータ上で実行されるＢＩＯＳプログラムとともに実行されるプログラムモジュールという一般的な文脈において説明されるが、当業者であれば、この発明が他のプログラムモジュールと組合せて実現されてもよいということを認識するであろう。なお、以下において、モジュールという言葉とアプリケーションという言葉とは相互交換可能に使用される。
【００１５】
一般に、プログラムモジュールは、特定のタスクを行なうか、または特定の抽象データ型を実装するルーチン、プログラム、構成要素、データ構造、および他のタイプの構造を含む。さらに、この発明が手持ち装置、マルチプロセッサシステム、マルチプロセッサベースのまたはプログラマブルな家電、ミニコンピュータ、メインフレームコンピュータなどを含む他のコンピュータシステム構成を用いて実践されてもよいことが、当業者には理解されるであろう。この発明はまた、通信ネットワークを通してリンクされるリモート処理装置群によってタスクが行なわれる分散コンピューティング環境で実践されてもよい。分散コンピューティング環境では、プログラムモジュールは、ローカルおよびリモートのメモリ記憶装置の双方に位置していてもよい。
【００１６】
この発明の局面は、コンピュータプロセス、コンピューティングプロセスとして、または、コンピュータプログラム製品もしくはコンピュータ読取可能な媒体といった製造品として実現されてもよい。コンピュータプログラム製品は、コンピュータシステムによって読取可能であり、かつコンピュータプロセスを実行するための命令のコンピュータプログラムを符号化する、コンピュータ記憶媒体であってもよい。コンピュータプログラム製品はまた、コンピュータシステムによって読取可能であり、かつコンピュータプロセスを実行するための命令のコンピュータプログラムを符号化する、搬送波上の伝搬信号であってもよい。
【００１７】
この発明を特徴付けるこれらのおよびさまざまな他の特徴ならびに利点は、以下の詳細な説明を読み、関連する図面を検討することから明らかとなるであろう。
【００１８】
この発明の実施例は、維持データシステム（sustainment data system：ＳＤＳ）を開示している。ＳＤＳは、サポート資源およびプロセスの決定支援されたシームレスな統合および管理を提供するサポートシステム要素を含む、ネット中心のシステム・オブ・システムズ（system of systems）サポートアーキテクチャである。このネット中心のシステムの機能性は、ネットワークへのアクセスに基づいている。ＳＤＳの使用は、ＳＤＳを使用するエンティティの顧客および提携先の双方との統合を通して、サポートされるシステムのコスト、利用可能性、および能力を最適化する。異種システム同士を再使用可能なやり方で統合するために共通のプロセスを開発および実装することにより、ＳＤＳはシステム開発時間を減少させ、その統合努力が商業界にまで拡張可能となるようにしている。
【００１９】
ここで図１を参照すると、この発明の例示的な一実施例において利用されるネットワーク化された動作環境１００の局面を示す概略図が示されている。図１に示すように、ネットワーク化された環境１００は、バックエンドサーバ１０４と通信するＳＤＳサーバ１０２を含む。バックエンドサーバ１０４は、共同開発プロセスを介して定義された１つ以上のワークステーション１０５での入力を含む再使用可能なビジネストランザクションを収容するインテリジェント・トランザクション・マネージャ（intelligent transaction manager：ＩＴＭ）１０３を含む。以前は別々だったシステムの能力は、再使用可能なビジネストランザクションによって定義される。ＳＤＳサーバ１０２は、バックエンドサーバ１０４上にあるＩＴＭ１０３からの再使用可能なビジネストランザクションを実装（implement）する。構成制御された移送機１１２ａ〜１１２ｎの機体群に関連したデータは、ポータブルディスクまたは移送機通信バス１１３を介してＳＤＳサーバ１０２に転送されてもよい。
【００２０】
ＳＤＳサーバ１０２は、ＳＤＳネットワーク１１７を介して、パーソナルコンピュータ（ＰＣ）１０８および／またはラップトップ１０７にアクセス可能である。そのようなネットワークの例は、インターネットまたはイントラネットを含む。ネットワーク化された環境１００は、エンジニアリング分析および／または物流分析に関連したデータを更新し、受信するためのエンジニアリングデータシステムおよび／または物流データシステムといった外部データシステム１１４も含む。ＳＤＳサーバ１０２に関するさらなる詳細は、図２〜図３に関して以下に説明される。
【００２１】
図２は、この発明の例示的な一実施例において利用されるＳＤＳサーバ１０２のためのコンピューティングシステムアーキテクチャを示す。ＳＤＳサーバ１０２は、中央処理装置（ＣＰＵ）２１０と、システムメモリ２０２と、システムメモリ２０２をＣＰＵ２１０に結合するシステムバス２５２とを含む。システムメモリ２０２は、読出専用メモリ（ＲＯＭ）２０６と、ランダムアクセスメモリ（ＲＡＭ）２０４とを含む。システムメモリはまた、ＲＯＭではない不揮発性メモリ（図示せず）を含んでいてもよい。起動中などにＳＤＳサーバ１０２内の要素間で情報を転送するのに役立つ基本的なルーチンを含む基本入出力システム２０８（basic input/output system：ＢＩＯＳ）は、ＲＯＭ２０６に記憶されている。ＳＤＳサーバ１０２はさらに、ワシントン（Washington）州レッドモンド（Redmond）のマイクロソフト・コーポレイション（MICROSOFT CORPORATION）からのウィンドウズ（登録商標）（WINDOWS（登録商標））ＸＰなどのオペレーティングシステム２１６と、カリフォルニア（California）州サンタクララ（Santa Clara）のサン・マイクロシステムズ社（SUN MICROSYSTEMS INC.）からのＪ２ＥＥ（Java（登録商標）２  エンタープライズ・エディション）に準拠するものなどのアプリケーションサーバ２１７と、移送機１１２ａ〜１１２ｎの機体群といった資産の維持に関連した、以前は別々だったシステムまたはアプリケーションを統合するためのＳＤＳ統合プラットフォーム２２１とを記憶するための大容量記憶装置（mass storage device：ＭＳＤ）２１４を含む。ＳＤＳ統合プラットフォーム２２１は、１つ以上のノードまたはサーバを占有してもよい。ＳＤＳ
プラットフォーム２２１は、アプリケーション統合セクション２２４と、情報統合セクション２２７と、情報ユーティリティ統合セクション２２８と、通信統合セクション２３０とを含む。ＳＤＳ統合プラットフォーム２２１に関するさらなる詳細は、図３〜図４に関して以下に説明される。
【００２２】
ＭＳＤ２１４は、データを記憶するための、レイド（redundant array of inexpensive
discs：ＲＡＩＤ）システムであってもよいことが理解されるべきである。ＭＳＤ２１４は、システムバス２５０に接続された大容量記憶制御装置（図示せず）を通してＣＰＵ２１０に接続されている。ＭＳＤ２１４とその関連するコンピュータ読取可能な媒体とは、ＳＤＳサーバ１０２のための不揮発性ストレージを提供する。ここに含まれるコンピュータ読取可能な媒体の説明は、ハードディスクまたはＲＡＩＤアレイなどの大容量記憶装置を指しているが、コンピュータ読取可能な媒体が、ＣＰＵ２１０によってアクセス可能な、利用可能なあらゆる媒体であり得ることが、当業者には理解されるはずである。
【００２３】
ＣＰＵ２１０は、ＳＤＳサーバ１０２とネットワーク化されたデータシステム（図１）との間で伝搬される信号を提供し、利用するために、図４を参照して以下により詳細に説明されるさまざまな動作を採用してもよい。ＣＰＵ２１０は、ＭＳＤ２１４にデータを記憶させてもよく、ＭＳＤ２１４からのデータにアクセスしてもよい。データは、システムバス２５２を通して、ＭＳＤ２１４に転送され、またＭＳＤ２１４から受信される。ＣＰＵ２１０は汎用コンピュータプロセッサであってもよい。さらに、以下に述べるように、ＣＰＵ２１０は、汎用プログラマブルプロセッサであることに加え、ファームウェア、配線論理、アナログ回路、他の特殊用途回路、またはそれらの任意の組合せであってもよい。
【００２４】
この発明のさまざまな実施例によれば、ＳＤＳサーバ１０２は、図１に示すようなネットワーク化された環境において、イントラネットまたはローカルエリアネットワーク（ＬＡＮ）などのネットワーク通信を介したリモートコンピューティング装置への論理接続を用いて動作する。ＳＤＳサーバ１０２は、ネットワークインターフェイスユニット２１２を介してネットワーク１１７に接続してもよい。ネットワークインターフェイスユニット２１２が、他のタイプのネットワークおよびリモートコンピュータシステムに接続するためにも利用されてもよいことが、理解されるはずである。
【００２５】
ＳＤＳサーバ１０２などのコンピューティングシステムは通常、少なくとも何らかの形のコンピュータ読取可能な媒体を含む。コンピュータ読取可能な媒体は、ＳＤＳサーバ１０２によってアクセス可能な、利用可能なあらゆる媒体であり得る。限定のためではなく例示として、コンピュータ読取可能な媒体は、コンピュータ記憶媒体および通信媒体を含んでいてもよい。
【００２６】
コンピュータ記憶媒体は、コンピュータ読取可能な命令、データ構造、プログラムモジュールまたは他のデータといった情報の記憶のために任意の方法または技術で実現される、揮発性および不揮発性の、取外し可能なおよび取外しができない媒体を含む。コンピュータ記憶媒体は、所望の情報を記憶するために使用可能であり、またＳＤＳサーバ１０２によってアクセス可能である、ＲＡＭ、ディスクドライブ、ディスクドライブの集合体、フラッシュメモリ、他のメモリ技術または任意の他の媒体を含むが、これらに限定されない。
【００２７】
通信媒体は通常、コンピュータ読取可能な命令、データ構造、プログラムモジュールまたは他のデータを、搬送波または他の搬送機構といった変調されたデータ信号で具現化しており、あらゆる情報配信媒体を含む。「変調されたデータ信号」という用語は、その１つ以上の特徴が信号内の情報を符号化するような態様で設定または変更されている信号を
意味する。限定のためではなく例示として、通信媒体は、有線ネットワークまたは直接有線接続といった有線媒体と、音響、ＲＦ、赤外線、および他の無線媒体といった無線媒体とを含む。上述のものの如何なる組合せも、コンピュータ読取可能な媒体の範囲に含まれるべきである。コンピュータ読取可能な媒体は、コンピュータプログラム製品とも呼ばれてもよい。
【００２８】
図３Ａ〜図３Ｂは、この発明の例示的な一実施例に従った、図２に示されたＳＤＳ統合プラットフォーム２２１のブロック図である。ＳＤＳ統合プラットフォーム２２１は、その目的であるアプリケーション統合を、ビジネスレベルのアプリケーション間のメッセージコントラクト（contract）の技術的実装を介して達成する。このアプローチの主な利点は、新しいアプリケーションに置き換えるのに、ポイント・ツー・ポイント接続を再実装する完全な再開発努力の代わりに、新しい各アプリケーションのためのアプリケーションアダプタ３０８の実装しか必要ないということである。
【００２９】
ＳＤＳ統合プラットフォーム２２１は、サポートされるシステムのコスト、利用可能性および能力を最適化するために、サポート資源およびプロセスの決定支援されたシームレスな統合および管理を提供するサポートシステム要素を含む、ネット中心のシステム・オブ・システムズ・サポートアーキテクチャである。ＳＤＳアプローチとは、なりすまし防止能力を有する検証されたトランザクションを通して、既存のシステム同士を、アプリケーションアダプタ３０８などのモジュラーアプリケーションゲートウェイコネクタに含まれるインテリジェントプログラマブルビジネス論理を用いて接続するために、軽量で柔軟性のある統合環境を提供することである。これらの検証されたトランザクションは、統合移送機状態管理（Integrated Vehicle Health Management：ＩＶＨＭ）データの分析を通した付加価値、サプライチェーン管理（Supply Chain Management：ＳＣＭ）のための効率の向上、保守計画およびスケジューリングの最適化、または維持に特有の他の分析活動を提供するために、業界標準のメッセージフォーマット（オープンアプリケーショングループ統合仕様ビジネスオブジェクトドキュメント（Open Application Group Integration
Specification Business Object Document：ＯＡＧＩＳ  ＢＯＤ））を使用してもよい。
【００３０】
このアプローチは、普遍的でありながら下層システムの機能性を妨げないソリューションへの、既製品の異なるソフトウェアパッケージの置き換えを、最小限の努力で可能にする。ＳＤＳアプリケーションアプローチは、既存のメッセージ指向ミドルウェア（message-oriented middleware：ＭＯＭ）およびサービス指向アーキテクチャ（Service-Oriented Architecture：ＳＯＡ）を、モジュラーアプリケーションゲートウェイコネクタおよび業界標準フォーマット化された安全なメッセージと組合せる。これは、最適化された結果のために構成管理された保守と自動化された先進的計画とを必要とするあらゆる領域において適用され得る、安全で十分に統合されかつ拡張可能なアプリケーション環境を提供する。このアプリケーションフレームワークは、この領域外に拡張されてもよい。ＳＤＳの目的は、顧客が維持ソリューションプロバイダに課し得る制約内のツールを用いて維持ソリューションを構築することである。これらの制約は、コスト、既存インフラストラクチャ、およびセキュリティを含み得る。
【００３１】
情報統合
ＳＤＳ統合プラットフォーム２２１は、そのシステム・オブ・システムズ・アプローチを通して、アプリケーション同士の接続を可能にする拡張アプリケーションバスを、統合されたアプリケーションへのアプリケーションの挿入および統合されたアプリケーションからのアプリケーションの除去を管理するよう作動するアプリケーション統合マネージャ３０９といった軽量のＭＯＭを用いて提供する。情報統合セクション２２７はまた、再使用可能なビジネストランザクションをアプリケーションとインターフェイス接続するよう
作動する統合ゲートウェイ３０２と、複数のアプリケーションを統合ゲートウェイ３０２とインターフェイス接続する１つ以上のアプリケーションアダプタ３０８と、インテリジェントトランザクションマネージャ１０３から再使用可能なビジネストランザクションを抽出して利用するよう作動するインテリジェントトランザクションマネージャ抽出３０４とを含む。
【００３２】
加えて、情報統合セクション２２７は、異常追跡および報告システム３１０と、システム性能データを集約するための性能メトリクスポータル３０７とを含む。異常追跡および報告システム３１０と性能メトリクスポータル３０７とは双方とも、ＳＤＳ統合プラットフォーム２２１に統合されたどのアプリケーションにもアクセス可能である。各アプリケーションは再使用可能なビジネストランザクションを介して統合されており、このため、そのアプリケーション用のインターフェイスを再開発する必要なく、以前は別々だったアプリケーションの挿入および除去を可能にする。再使用可能なビジネストランザクションは、統合されたアプリケーションのうちの１つ以上において以前は潜在的だった特徴を表面化させることができる。また、再使用可能なビジネストランザクションは、拡張可能マークアップ言語（eXtensible Markup Language：ＸＭＬ）で文書化されるものの、再使用可能なビジネストランザクションの記憶および表現は、代替的な技術への拡張が可能になっている。
【００３３】
情報ユーティリティ統合
情報ユーティリティ統合セクション２２８は、統合された全アプリケーション用の中枢の正式な（central authoritative）ログオンポイントを介してシステムのユーザを管理するよう作動するシングルサインオン認証モジュール３３０を含む。シングルサインオンモジュール３３０はまた、ユーザを識別して認証し、最大の期間でログオンの時刻からログアウトの時刻までといった期間（engagement）中に使用するためのユーザ用の役割ベースの信用証明（credentials）を発行するよう作動する。加えて、情報ユーティリティ統合セクション２２８は、データ連結および分配サービス３３２と、監査サービス３３４と、メッセージ検証リポジトリサービス３３５と、システム統合およびビジネス論理サービス３３７とを含む。さらに、情報ユーティリティ統合セクション２２８は、セキュリティユーティリティ、認証および暗証化サービス３３８と、オフノードコネクタ３４０とを含む。各ユーティリティサービスは１つのアプリケーションアダプタ３０８に接続されている。セキュリティユーティリティサービス３３８は、認証および暗号化ユーティリティを含む。認証ユーティリティサービスは、主要なリアルタイムのリポジトリおよび／またはそのリポジトリの実行時間抽出に対し、再使用可能なビジネストランザクションを検証する。暗証化ユーティリティサービスは、メッセージのペイロードを暗号化するために使用される。暗号化ユーティリティサービスは、セキュリティおよびエクスポート制御のためのさまざまなレベルの必要性を満たすよう交換可能である。
【００３４】
システム統合ビジネス論理サービス３３７は、サービス指向アーキテクチャ（ＳＯＡ）のインスタンスを作成し、再使用可能なビジネストランザクションを通して以前は別々だったアプリケーションの相互接続を可能にし、システムによって制御される外部インターフェイスの直接使用を禁止するよう作動する。これは、このサービスを通してプログラムコードを実行することにより達成され、情報の交換を可能にするために、ビジネス論理サービスは、ビジネスプロセス実行言語（Business Process Execution Language：ＢＰＥＬ）に似たプログラミング言語を実行してもよい。加えて、ＳＤＳ統合プラットフォーム２２１は、統合されたアプリケーションのためのモジュール化された先進サービスを実現するよう作動し、このため、顧客がアプリケーションの既存の能力を超えた能力を必要とする場合に、再使用可能なビジネストランザクションを活用するユーティリティアプリケーションを介してシステムに能力を追加する。さらに、ＳＤＳ統合プラットフォーム２２１はまた、監査ログで送信された再使用可能なビジネストランザクションを得るために、
統合された送信テスト能力を実現するよう作動する。
【００３５】
アプリケーション統合
アプリケーション統合セクション２２４は、任務計画システム３１２、サプライチェーン管理システム３１４、訓練管理システム３１５、および移送機構成および状態データベース３１７といったさまざまな既製品のおよび／またはプロプライエタリ（proprietary）アプリケーションを含んでいてもよい。加えて、アプリケーション統合セクション２２４は、最適化資源計画サービス３１８と、技術出版物システム３２０と、保守管理システム３２２と、統合移送機状態管理システム３２４とを含む。移送機状態管理システム３２４は、コンピュータに接続された移送機からの媒体に接続するかまたは媒体を受ける移送機通信バス１１３を介して、１つ以上の移送機と通信してもよい。データは、移送機との直接ケーブル接続を介して検索されてもよく、または、フロッピー（登録商標）ディスク、ＰＣＭＣＩＡカードもしくは他のポータル装置といった取外し可能なコンピュータ記憶媒体を介して検索されてもよい。
【００３６】
通信統合
通信統合セクション２３０は、ＴＣＰ／ＩＰおよびネット中心通信サービスを含むプロトコルサービス３５２と、Java（登録商標）準拠のアプリケーションサーバなどのサーバアプリケーションを含む発見モジュール３５０とを含む。
【００３７】
ＳＤＳビジネスエンド・ツー・エンド（end to end）維持統合
ここで図１〜図４ａを参照して、構成制御された移送機または資産を維持する際に行なわれる動作フロー４００を説明する。図４は、この発明の例示的な一実施例に従った、構成制御された資産を維持する際に行なわれる例示的なルーチンまたは動作フローであり、図４ａは図４の簡略版である。ここに提示されたルーチンの説明を読めば、この発明のさまざまな実施例の論理演算（logical operation）が、（１）コンピュータシステム上で動作中のコンピュータにより実行される行為またはプログラムモジュールのシーケンスとして、および／または（２）コンピュータシステム内の相互接続された機械論理回路または回路モジュールとして実装されることが理解されるはずである。この実装は、この発明を実現するコンピュータシステムの性能要件に依存する一つの選択事項である。したがって、図４および図４ａに示され、ここに説明するこの発明の実施例を構成する論理演算は、動作、構造装置、行為、またはモジュールとさまざまに称される。当業者であれば、これらの動作、構造装置、行為、およびモジュールが、ここに述べる特許請求の範囲に記載されるようなこの発明の精神および範囲から逸脱することなく、ソフトウェア、ファームウェア、特殊用途デジタル論理、およびそれらの任意の組合せで実現され得ることを認識するであろう。
【００３８】
ＳＤＳサーバ１０２は、物流維持サポート（logistics sustainment support：ＬＳＳ）ドメインにおいてアプリケーションを統合するよう設計されている。ＳＤＳサーバ１０２は、サプライチェーン、移送機動作データ、人員の資格、および部品ならびにサポート機器システムとの保守システムの統合に対処する。ＳＤＳサーバ１０２は、システムが単一の供給元または供給源に統合されることを制限しない。ＳＤＳ統合アプローチは、ＬＳＳビジネスシステム間のトランザクション用の統合コントラクトを文書化する。たとえば、ＳＤＳサーバ１０２は、以前は別々だったドメインアプリケーションを統合する方法を利用する。これは、以前は別々だったアプリケーション間で関心領域（area of interest）においてビジネスプロセスを認識し、文書化し、最適化し、体系化する方法を表わす。ＳＤＳサーバ１０２は、設計されたビジネスコントラクト、システム間の交渉されたビジネストランザクション、およびコントラクトへのシステム割当てを介して、各ビジネスシステム内での機能的割当てからシステム能力を切離す。これは、アプリケーションが利用できなくなった場合に、アプリケーションの置き換えを可能にする。
【００３９】
動作フロー４００は、ＳＤＳサーバ１０２が顧客要件に従ってエンジニアリングデータシステムから受信した技術データを統合することから始まる。動作４０４で、ＳＤＳサーバ１０２は、ＳＤＳ統合プラットフォーム２２１の分配システムを通して、統合された技術データをパッケージ化して分配する。次に、動作４０７で、ＳＤＳサーバ１０２は、１つ以上の再使用可能なビジネストランザクションを利用して、統合されたシステムのうちの１つ以上のアプリケーションに技術データをインストールして分配する。ＳＤＳサーバはまた、動作４０８で動作データの表示を提供してもよい。
【００４０】
物品、航空機または移送機が、使用が発生する任務または動作を完了すると、ＳＤＳサーバ１０２は動作４１０で、統合移送機状態管理システム（ＩＶＨＭ）３２４を介してセンサデータおよびマニュアル結果報告を受信する。同じく動作４１０で、ＳＤＳサーバ１０２は障害および超過データを保守管理システム３２２に転送する。次に動作４１２で、ＳＤＳサーバ１０２は、作業命令を作成するために、受信したデータに関する移送機の保守の必要性を評価して判断する。次に、動作４１４で、ＳＤＳサーバ１０２は、サプライチェーン管理（ＳＣＭ）システム３１４で、作業命令を遂行するために部品がサプライチェーン内で利用可能かどうかを判断する。
【００４１】
一方、動作４１７で、ＳＤＳサーバ１０２は、最適化資源計画サービス３１８を介して、作業命令を実行するために最適なスケジュールを決定する。ＳＤＳサーバ１０２はまた、動作４２０で、訓練管理システムを介して、作業命令を実行するために訓練された資源が利用可能かどうかを非同期的に判断する。ＳＤＳサーバ１０２はまた、任務計画システム３１２を介して１つ以上の移送機についての任務を計画し、最適化資源計画サービス３１８を介して計画を最適化してもよい。
【００４２】
作業命令の実行が一旦完了すると、ＳＤＳサーバ１０２は動作４２４で、実行された作業を性能メトリクスポータル３０７を介して記録し、機体群の維持に関連付けられたメトリクスデータを集約し、収集されたメトリクスデータに基づいて１つ以上の主要性能評価指標（key performance indicator：ＫＰＩ）を計算する。ＫＰＩは以前に顧客によって識別されたものである。ＳＤＳサーバ１０２はまた、動作４２２で、統合されたシステムのうちの１つ以上を介して検出された異常について非同期的に追跡して報告してもよい。
【００４３】
次に、動作４２７で、ＳＤＳサーバ１０２は、メトリクスデータまたはＫＰＩを、エンジニアリングシステム分析およびフィードバックのために転送する。データは、データシステム１１４などの外部データシステムに転送されてもよい。ここで、メトリクスデータまたはＫＰＩは、機体群およびその資産に関する信頼性、保全性、および性能傾向について分析される。ＳＤＳサーバ１０２はまた、他の動作において、メトリクスデータまたはＫＰＩを物流システム分析およびフィードバックのために転送してもよい。制御はコネクタ１でのエンジニアリング動作に戻り、そこでビジネスプロセスは再び始まる。
【００４４】
ＳＤＳサーバ１０２は、全システム用の中枢の正式なログオンを介して、統合されたアプリケーションまたはシステムのユーザを管理するということが理解されるべきである。ＳＤＳサーバ１０２は、１人以上のユーザからログオン入力を受信し、ユーザを識別して認証し、統合されたシステムのうちの１つ以上にアクセスしているユーザセッション中に使用される各ユーザ用の役割ベースの信用証明を発行する。ユーザの役割はこの機構によって割当てられ、全システムにわたって持続される。統合された全システムは、ＫＰＩを表示してさまざまなレベルの顧客組織のための決定支援を提供する単一の管理ダッシュボード提示へと結合される。
【００４５】
ここで図５を参照すると、この発明のネットワーク化された機体群管理システム５００
の局面を示す概略図が示されている。機体群管理システム５００は、維持データシステム（ＳＤＳ）５０２を利用する。ＳＤＳは、機体群管理プロセスを自動化するために異なるシステムアプリケーション５０４間にシームレスな統合を提供する、ネットワーク中心のシステム・オブ・システムズ・サポートアーキテクチャである。なお、以下において、維持データシステム（ＳＤＳ）およびＳＤＳネットワークは相互交換可能に使用される。ＳＤＳネットワーク５０２は、統合移送機状態管理５０４ａ、保守管理５０４ｂ、資材管理５０４ｃ、訓練管理５０４ｄ、および技術データ管理５０４ｅなどのさまざまなアプリケーション５０４と接続する。
【００４６】
図５ａ〜図５ｃは、図２のＳＤＳネットワーク５０２のサービス指向アーキテクチャＳＯＡ５０５の実現化例を示している。図５ａのＳＯＡ５０５は、ビジネス層５０６と、ゲートウェイ層５０７と、アプリケーション層５０８とを含む。ビジネス層５０６は、論理サブシステムＡ１  ５０９およびＢ１  ５１０といった、統合された各システム・オブ・システムズの論理サブシステムまたは構成要素を含む。統合されたシステム間の物理的通信は、ビジネス層５０６を介し、メッセージ５１１といった再使用可能なビジネストランザクションを利用して起こる。再使用可能なビジネストランザクションは、サブシステム間の通信用の共通フォーマットを構成する１組のメッセージ５０８によって表わされる。再使用可能なトランザクションのより詳細な説明については、２００６年１月３０日に出願された米国特許出願連続番号第１１／３４３，１３７号の付録Ａを参照されたい。
【００４７】
ゲートウェイ層５０７は、ゲートウェイＡ２  ５１２およびＢ２  ５１４といったゲートウェイを含み、それらは、サブシステムＡ１  ５０９およびＢ１  ５１０といったビジネス層５０６の論理サブシステムを、アプリケーションＡ３  ５１５およびＢ３  ５１７といったアプリケーション層５０８のアプリケーションにそれぞれ接続する。たとえば、論理サブシステムＢ１  ５１０は、ゲートウェイ５１４を介してアプリケーションＢ３  ５１７に接続される。なお、ビジネス層５０６は、メッセージ５０８によって定義される共通フォーマットを使用する。しかしながら、アプリケーション層５０８は、各々がそのアプリケーションのうちの１つに関連付けられた複数のフォーマットを必要としてもよい。言い換えれば、多数のアプリケーションが同じゲートウェイを使用して、同じ論理サブシステムをサポートしてもよい。サポートアプリケーションは、ここに説明される図５Ｃに示すように、システムのエンドユーザにとって透過的である。
【００４８】
ゲートウェイ５１４は、異なるフォーマットを必要とするアプリケーション層５０８とビジネス層５０６とが互いに通信できるようにするために、論理サブシステムＢ１  ５１０とアプリケーションＢ３  ５１７との間のデータフローを変換する。たとえば、ゲートウェイ５１４は、メッセージ５０８といった論理サブシステムＢ１  ５１０からのメッセージを、アプリケーションＢ３  ５１７によって使用されるフォーマットに変換し、逆もまた同様である。以下において、変換とは、翻訳、再フォーマット化、再パッケージ化、およびフィルタリングという行動のうちの１つ以上を行なうことを意味する。
【００４９】
図５ａのシステムでは、アプリケーションＡ３  ５１５からアプリケーションＢ３  ５１７への通信は、ビジネス層５０６への変更を最小限に抑えてアプリケーション層５０８への柔軟な変更を容易にするように、ゲートウェイＡ２およびＢ２を通ってビジネス層５０６を介してルーティングされる。アプリケーション層５０８への変更を容易にすることに関するさらなる詳細は、図５ｂに関して以下に説明される。
【００５０】
図５ｂは、アプリケーションＢ３  ５１７への変更が起こった際のＳＯＡ５０５′を示す。アプリケーションＢ３  ５１７が新しいアプリケーションＢ３  ５２２に置き換えられると、新しいアプリケーションＢ３  ５２２との通信フォーマットを変換するために、新しいゲートウェイＢ２  ５２０も生成される。たとえば、新しいゲートウェイＢ２は、
メッセージ５０８といった論理サブシステムＢ１  ５１７からのメッセージを、新しいアプリケーションＢ３によって使用されるフォーマットに変換する。同様に、新しいアプリケーションＢ３が結果を出すと、新しいゲートウェイＢ２はその結果を、メッセージ５０８といった定義されたメッセージの形で提示されるように変換する。新しいＢ３などの新しいアプリケーションを選択し、新しいＢ２などの新しいゲートウェイを実装し、新しいゲートウェイをサブシステムＢ１に取付けることにより、全体的なＳＤＳシステム・オブ・システムズに影響を与えることなく、アプリケーションは置き換えられ得る。
【００５１】
図５ｃは、この発明の別の実施例に従ったＳＯＡ５０５″を示す。論理サブシステムＢ１  ５１０′といった論理サブシステムは、ＳＯＡ５０５″内の単一のアプリケーションを使用してもよい。しかしながら、論理サブシステムＢ１  ５１０′は、アプリケーション５１７ａ〜５１７ｃといったアプリケーションの組合せも使用してもよく、この場合、各アプリケーションはゲートウェイ５１４ａ〜５１４ｃといったゲートウェイによって仲介される。
【００５２】
このように、この発明は現在、構成制御された移送機の機体群を維持するためのコンピュータプログラムを符号化する方法、システム、コンピュータプログラム製品、またはコンピュータ読出可能な媒体として具現化されている。
【００５３】
上述の明細書、例およびデータは、この発明の構成の製造および使用の完全な説明を提供する。したがって、この発明はさまざまな特定の実施例について説明されてきたが、当業者であれば、この発明が請求項の精神および範囲内での修正を加えて実践され得ることを認識するであろう。
【図面の簡単な説明】
【００５４】
【図１】ネットワーク化された動作環境の局面を示す概略図である。
【図２】維持データシステム（ＳＤＳ）サーバコンピュータのためのコンピューティングシステムアーキテクチャである。
【図３ａ】図２のコンピュータに基づいたＳＤＳ統合プラットフォームのブロック図である。
【図３ｂ】図２のコンピュータに基づいたＳＤＳ統合プラットフォームのブロック図である。
【図４】構成制御された移送機を維持する際に行なわれる動作フローを示す図である。
【図４ａ】図４の簡略版である。
【図５】ネットワーク化された動作機体群管理システムの局面を示す図である。
【図５ａ】ＳＤＳ統合プラットフォームによって実現されるサービス指向アーキテクチャ（ＳＯＡ）のブロック図である。
【図５ｂ】ＳＤＳ統合プラットフォームによって実現されるサービス指向アーキテクチャ（ＳＯＡ）のブロック図である。
【図５ｃ】ＳＤＳ統合プラットフォームによって実現されるサービス指向アーキテクチャ（ＳＯＡ）のブロック図である。
【図１】
2009517777.tif 000003
【図２】
2009517777.tif 000004
【図３ａ】
2009517777.tif 000005
【図３ｂ】
2009517777.tif 000006
【図４】
2009517777.tif 000007
【図４ａ】
2009517777.tif 000008
【図５】
2009517777.tif 000009
【図５ａ】
2009517777.tif 000010
【図５ｂ】
2009517777.tif 000011
【図５ｃ】
2009517777.tif 000012
【国際調査報告】
2009517777.tif 000013