(57)【特許請求の範囲】
【請求項１】
高速電車の需要メタモデルの構築及び処理のためのコンピュータ実施方法であって、
前記コンピュータが、
高速電車の構造に基づいて予め構築された前記高速電車の木構造の全データを取得するステップを含み、
異なる高速電車タイプは異なる高速電車の構造に対応し、異なる高速電車の構造は異なる高速電車の木構造に対応し、
更に、
前記予め構築された高速電車の木構造の全データを利用し、前記高速電車の木構造における各構造点に対応する需要項を順に選択し、前記需要項を需要メタモデルの需要対象として特定するステップと、
前記需要メタモデルの各需要対象の対象属性及び属性関連情報を特定するステップと、を含み、
前記対象属性は主体属性、キー属性、旅客属性、品質制約属性のうちの一つ又は複数を含み、前記属性関連情報は従属関係、包含関係、保有関係のうちの一つ又は複数を含み、
更に、
需要メタモデルオリジナルクラス、需要メタモデルクラス、需要メタモデルインスタンスの階層順序に従って需要対象を順に選択するステップと、
前記需要対象の対象属性及び属性関連情報に基づいて需要メタモデルを構築するステップと、
構築された各需要メタモデルをデータベースに記憶して需要メタモデルデータベースを構成し、前記需要メタモデルデータベースは、前記需要メタモデルの呼び出し指令が受信されると、前記需要メタモデルの呼び出し指令に応答して対応の需要メタモデルデータを出力して高速電車の各構造を構築するステップと、を含むことを特徴とするコンピュータ実施方法。
【請求項２】
前記需要メタモデルの需要対象は、電車、車両、構成要素、部品、サブ部品、パーツのうちの一つ又は複数を含む、ことを特徴とする請求項１に記載のコンピュータ実施方法。
【請求項３】
前記需要メタモデルオリジナルクラスは設計モデルにおける基本コンポーネントを記述し、前記需要メタモデルクラスは具体的な物理対象に関連するモデルを記述し、前記需要メタモデルオリジナルクラスにより数値付けで得られ、前記需要メタモデルインスタンスは具体的な設計対象を記述し、前記需要メタモデルクラスにより数値付けで得られることを特徴とする請求項１に記載のコンピュータ実施方法。
【請求項４】
前記コンピュータが更に、
ユーザの補正指令を受信し、前記補正指令に応答して需要メタモデルデータベースにおけるデータを呼び出して前記補正指令に対応する需要メタモデルを補正するステップと、
ユーザの削除指令を受信し、前記削除指令に応答して需要メタモデルデータベースにおけるデータを呼び出して前記削除指令に対応する需要メタモデルを削除するステップと、
ユーザの更新指令を受信し、前記更新指令に応答して需要メタモデルデータベースにおけるデータを呼び出して前記更新指令に対応する需要メタモデルを更新するステップと、
のうちの一つ又は複数を含むことを特徴とする請求項１に記載のコンピュータ実施方法。
【請求項５】
前記コンピュータが更に、
ユーザの表示指令を受信し、前記表示指令に応答して需要メタモデルデータベースにおけるデータを呼び出して、前記表示指令に対応する需要メタモデルデータを表示するステップと、
ユーザの検索指令を受信し、前記検索指令に応答して需要メタモデルデータベースにおけるデータを検索して検索結果を出力するステップと、
のうちの一つ又は複数を含むことを特徴とする請求項１に記載のコンピュータ実施方法。
【請求項６】
高速電車の需要メタモデルの構築及び処理の装置であって、
高速電車の構造に基づいて予め構築された前記高速電車の木構造の全データを取得し、異なる高速電車タイプは異なる高速電車の構造に対応し、異なる高速電車の構造は異なる高速電車の木構造に対応する取得モジュールと、
前記予め構築された高速電車の木構造の全データを利用し、前記高速電車の木構造における各構造点に対応する需要項を順に選択し、前記需要項を需要メタモデルの需要対象として特定する選択モジュールと、
前記需要メタモデルの各需要対象の対象属性及び属性関連情報を特定し、前記対象属性は主体属性、キー属性、旅客属性、品質制約属性のうちの一つ又は複数を含み、前記属性関連情報は従属関係、包含関係、保有関係のうちの一つ又は複数を含む特定モジュールと、
需要メタモデルオリジナルクラス、需要メタモデルクラス、需要メタモデルインスタンスの階層順序に従って需要対象を順に選択し、前記需要対象の対象属性及び属性関連情報に基づいて需要メタモデルを構築する構築モジュールと、
構築された各需要メタモデルをデータベースに記憶して需要メタモデルデータベースを構成し、前記需要メタモデルデータベースは、前記需要メタモデルの呼び出し指令が受信されると、前記需要メタモデルの呼び出し指令に応答して対応の需要メタモデルデータを出力して高速電車の各構造を構築するデータベース構築モジュールと、を備えることを特徴とする装置。
【請求項７】
前記装置は更に、
ユーザの補正指令を受信し、前記補正指令に応答して需要メタモデルデータベースにおけるデータを呼び出して前記補正指令に対応する需要メタモデルを補正する補正モジュールと、
ユーザの削除指令を受信し、前記削除指令に応答して需要メタモデルデータベースにおけるデータを呼び出して前記削除指令に対応する需要メタモデルを削除する削除モジュールと、
ユーザの更新指令を受信し、前記更新指令に応答して需要メタモデルデータベースにおけるデータを呼び出して、前記更新指令に対応する需要メタモデルを更新する更新モジュールと、
のうちの一つ又は複数を備えることを特徴とする請求項６に記載の装置。
【請求項８】
前記装置は更に、
ユーザの表示指令を受信し、前記表示指令に応答して需要メタモデルデータベースにおけるデータを呼び出して、前記表示指令に対応する需要メタモデルデータを表示する表示モジュールと、
ユーザの検索指令を受信し、前記検索指令に応答して需要メタモデルデータベースにおけるデータを検索して検索結果を出力する検索モジュールと、
のうちの一つ又は複数を備えることを特徴とする請求項６に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ処理技術の領域に関し、特に、高速電車の需要メタモデルの構築方法及び装置に関する。
【０００２】
本出願は、2015年04月17日に中国特許局へ提出された、出願番号が201510185536.Xで、発明名称が「高速電車の需要メタモデルの構築方法及び装置」の中国特許出願の優先権を要求し、その全ての内容を援用している。
【背景技術】
【０００３】
交通運送の技術の発展につれて、高速電車は現在、鉄道運送技術の着目点になっている。高速電車は、従来のディーゼル機関車、電力機関車及び鉄道のもとに、パワーシステム、走行システム、車室外形及び鉄道システムなどを改善して得られた時速がより早い電車である。従来技術の高速電車に対する設計及び開発において、まず需要データを決定して製品の設計を指導する必要がある。その内、高速電車の需要データは、収集された全ての顧客から高速電車の製品に対して提出された具体的な要求の集合であり、製品設計の指導に対する重要の根拠であると共に、新規顧客或いは顧客の新規注文書に関連の記入テンプレートを提供して顧客による新注文書の生成を支援する。需要データの收集リソースは、主に高速電車の運用環境、運行路線及び顧客からの肝心な要求、旅客に必要な機能要求に関連する。従来技術において、車両メーカは注文書を受け付けると、人為的に注文書の技術的指標を分析して各構成要素モジュール、例えば積載構成要素、走行構成要素と車体構成要素などに分解し、その後、各構成要素に対応する開発部門が対応する技術的指標を設計者に送信し、設計者は自身の設計経験に応じて、技術指標の要求に従って指標を需要データに対応して転換する必要がある。
【０００４】
ところが、発明者は、本発明を実現する過程において、需要データを特定する由来が複雑で、従来技術で膨大の人力および時間をかけて人為的に需要データを処理する必要があるため、開発リソースの重複浪費かつ開発進捗の遅れを招くことを発見した。また、膨大の人工操作で誤操作の可能性が大きくなり、電車の快速的な開発の需要を満足できない。現在は、前記の課題を解決できる効率的な需要データの処理方式が存在しない。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
前記の技術課題を解決するために、本発明は、需要メタモデルを構築して各種の需要データに対応することにより、高速電車の開発効率を有効的に向上し、人力とリソースの浪費を減少できる電車の需要メタモデルの構築方法と装置を開示した。
【課題を解決するための手段】
【０００６】
技術案は以下のようになる。
本発明実施例の第一の方面によれば、高速電車の需要メタモデルの構築及び処理方法を開示した。前記方法は、
高速電車の構造に基づいて予め構築された前記高速電車の木構造の全データを取得し、異なる高速電車タイプは異なる高速電車構造に対応し、異なる高速電車構造は異なる高速電車の木構造に対応し、
前記予め構築された高速電車の木構造の全データを利用し、前記高速電車木構造における各構造点に対応する需要項を順に選択し、前記需要項を需要メタモデルの需要対象として特定し、
前記需要メタモデルの各需要対象の対象属性及び属性関連情報を特定し、前記対象属性は、主体属性、キー属性、旅客属性、品質制約属性のうちの一つ又は複数を含み、前記属性関連情報は、従属関係、包含関係、保有関係のうちの一つ又は複数を含み、
各前記需要対象の対象属性及び属性関連情報に基づいて需要メタモデルを構築し、
構築された各需要メタモデルをデータベースに記憶して需要メタモデルデータベースを構築し、前記需要メタモデルデータベースは、前記需要メタモデルの呼び出し指令が受信されると、前記需要メタモデルの呼び出し指令に応答して対応の需要メタモデルデータを出力して高速電車の各構造を構築することを、含む。
【０００７】
更に、前記需要メタモデルの需要対象は、電車、車両、構成要素、部品、サブ部品、パーツのうちの一つ又は複数を含む。
【０００８】
更に、前記の各前記需要対象の対象属性及び属性関連情報に基づいて需要メタモデルを構築することは、
需要メタモデルオリジナルクラス、需要メタモデルクラス、需要メタモデルインスタンスの階層順序に従って需要対象を順に選択し、前記需要対象の対象属性及び属性関連情報に基づいて需要メタモデルを構築することを含む。
【０００９】
更に、前記需要メタモデルオリジナルクラスは、設計モデルにおける基本コンポーネントを記述し、前記需要メタモデルクラスは、具体的な物理対象に関連するモデルを記述し、前記需要メタモデルオリジナルクラスにより数値付けで得られ、前記需要メタモデルインスタンスは、具体的な設計対象を記述し、前記需要メタモデルクラスにより数値付けで得られる。
【００１０】
更に、前記方法は、
ユーザの補正指令を受信し、前記補正指令に応答して需要メタモデルデータベースにおけるデータを呼び出して前記補正指令に対応する需要メタモデルを補正し、
ユーザの削除指令を受信し、前記削除指令に応答して需要メタモデルデータベースにおけるデータを呼び出して前記削除指令に対応する需要メタモデルを削除し、
ユーザの更新指令を受信し、前記更新指令に応答して需要メタモデルデータベースにおけるデータを呼び出して前記更新指令に対応する需要メタモデルを更新することのうちの一つ又は複数のステップを含む。
【００１１】
更に、前記方法は、
ユーザの表示指令を受信し、前記表示指令に応答して需要メタモデルデータベースにおけるデータを呼び出して前記表示指令に対応する需要メタモデルデータを表示し、
ユーザの検索指令を受信し、前記検索指令に応答して需要メタモデルデータベースにおけるデータを検索して検索結果を出力すること、のうちの一つ又は複数のステップを含む。
【００１２】
本発明の実施例の第二の方面によれば、高速電車の需要メタモデルの構築と処理装置を開示した。前記装置は、
高速電車の構造に基づいて予め構築された前記高速電車の木構造の全データを取得し、異なる高速電車タイプは異なる高速電車の構造に対応し、異なる高速電車の構造は異なる高速電車の木構造に対応する取得モジュールと、
前記予め構築された高速電車の木構造の全データを利用し、前記高速電車の木構造における各構造点に対応する需要項を順に選択し、前記需要項を需要メタモデルの需要対象として特定する選択モジュールと、
前記需要メタモデルの各需要対象の対象属性及び属性関連情報を特定し、前記対象属性は主体属性、キー属性、旅客属性、品質制約属性のうちの一つ又は複数を含み、前記属性関連情報は従属関係、包含関係、保有関係のうちの一つ又は複数を含む特定モジュールと、
各前記需要対象の対象属性及び属性関連情報に基づいて需要メタモデルを構築する構築モジュールと、
構築の各需要メタモデルをデータベースに記憶して需要メタモデルデータベースを構築し、前記需要メタモデルデータベースは前記需要メタモデルの呼び出し指令を受信すると、前記需要メタモデルの呼び出し指令に応答して対応の需要メタモデルデータを出力して高速電車の各構造を構築するデータベース構築モジュールと、を備える。
【００１３】
更に、前記構築モジュールは具体的に、
需要メタモデルオリジナルクラス、需要メタモデルクラス、需要メタモデルインスタンスの階層順序に従って需要対象を順に選択し、前記需要対象の対象属性及び属性関連情報に基づいて需要メタモデルを構築する。
【００１４】
更に、前記装置は、
ユーザの補正指令を受信し、前記補正指令に応答して需要メタモデルデータベースにおけるデータを呼び出して前記補正指令に対応する需要メタモデルを補正する補正モジュールと、
ユーザの削除指令を受信し、前記削除指令に応答して需要メタモデルデータベースにおけるデータを呼び出して前記削除指令に対応する需要メタモデルを削除する削除モジュールと、
ユーザの更新指令を受信し、前記更新指令に応答して需要メタモデルデータベースにおけるデータを呼び出して前記更新指令に対応する需要メタモデルを更新する更新モジュールと、のうちの一つ又は複数を含む。
【００１５】
更に、前記装置は、
ユーザの表示指令を受信し、前記表示指令に応答して需要メタモデルデータベースにおけるデータを呼び出して前記表示指令に対応する需要メタモデルデータを表示する表示モジュールと、
ユーザの検索指令を受信し前記検索指令に応答して需要メタモデルデータベースにおけるデータを検索して検索結果を出力する検索モジュールと、のうちの一つ又は複数を含む。
【００１６】
本発明の実施例の第一の方面により、以下の有益な効果を実現できる。即ち、本発明に提供された高速電車の需要メタモデルの構築及び処理方法及び装置において、予め構築された高速電車木構造データに基づいて、高速電車の木構造における各構造点に対応する需要項を順に選択して需要メタモデルにおける需要対象とし、需要対象の需要属性及び属性関連情報を特定して需要メタモデルを構築することにより、構築された需要メタモデルと高速電車の構造が対応関係を有することになる。高速電車を具体的に設計し構築する時に、各構造又は構成要素に対応する需要メタモデルを呼び出して相応的な設計、構築の作業を行うことができる。高速電車の各構造、コンポーネントは何れも対応の需要メタモデルを有するため、高速電車を設計する際に異なる需要メタモデルを呼び出することができ、重複な設計、開発が必要なくなり、重複な開発作業が大幅に削減され、従来の資源が十分に利用され、開発效率が向上し、高速電車の開発、設計作業が快速で効率的に完成することができる。
【００１７】
本発明の実施例又は従来技術における技術方案をより明確に説明するため、以下に実施例又は従来技術の説明に必要な図面を簡単に説明する。明らかに、以下の説明における図面は、ただ本発明に記載されている幾つかの実施例であり、当業者にとっては、創造的な価値に値する労働が必要しないことを前提として、これらの図面により他の図面を得ることができる。
【図面の簡単な説明】
【００１８】
【図１】本発明の実施例に提供された高速電車の需要メタモデルの構築と処理方法のフローチャートである。
【図２】本発明の実施例に提供された高速電車の木構造の一例の例示図である。
【図３】本発明の実施例に提供された需要メタモデルのビューの一例の例示図である。
【図４】本発明の実施例に提供された需要メタモデルの階層構造の例示図である。
【図５】本発明の実施例に提供された電車レベルメタモデルの例示図である。
【図６】本発明の実施例に提供された走行構成要素の需要メタモデルの例示図である。
【図７】本発明の実施例に提供された高速電車の需要メタモデルの構築と処理装置の例示図である。
【発明を実施するための形態】
【００１９】
当業者が十分に本発明における技術的案を理解するように、以下に本発明の実施例における図面と合わせて本発明の実施例における技術案を明らかに詳しく説明する。当然ながら、説明される実施例は、本発明の一部の実施例に過ぎず、すべての実施例ではない。本発明の実施例をもとに、当業者は進歩的な労働を行わずに得られたすべての他の実施例も本発明の保護範囲に属される。
【００２０】
本発明は、需要メタモデルを構築して各種の需要データに対応させることにより、高速電車の開発效率を効率的が向上し、人力及びリソースの浪費が減少される高速電車の需要メタモデルの構築方法及び装置を開示した。
【００２１】
図1は、本発明の実施例により提供された高速電車の需要メタモデルの構築と処理方法のフローチャートである。
【００２２】
S101において、高速電車の構造に基づいて予め構築された前記高速電車の木構造の全データを取得し、異なる高速電車タイプは異なる高速電車の構造に対応し、異なる高速電車の構造は異なる高速電車の木構造に対応する。
【００２３】
本発明を具体的に実現する際に、まず高速電車の構造に基づいて、高速電車の木構造を構築する。異なる高速電車タイプは、異なる高速電車の構造に対応し、異なる高速電車の構造は、異なる高速電車の木構造に対応する。具体的に実現する際に、予め構築された木構造のテンプレート及び收集された異なる車タイプの異なる構造に基づいて、動的に車タイプの木構造のインスタンスを組み立て、高速電車の木構造のデータベースを生成することができる。具体的な高速電車の需要メタモデルを構築する時に、まず、前記高速電車に対応する高速電車の木構造の全データを取得する。高速電車の木構造は、高速電車の標識、タイプ又は名称で検索して得られる。図2は、本発明実施例に提供された高速電車の木構造の一例の例示図である。高速電車の木構造は、電車、車両、構成要素（要素）、部品、サブ部品、パーツなどの階層に従って順に構築することができ、ある階層は異なる構成部分を含む。電車は最上位の階層であり、車両は一つ又は複数の車室に対応し、構成要素（要素）は積載構成要素、走行構成要素又は車体構成要素などを含む。ある構成要素は、更に、異なる部品階層を含み、部品階層は更にサブ部品階層などを含む。例えば、車両01は積載構成要素01、走行構成要素02を含み、積載構成要素01は更に車体構造01、先頭構造02、車体断面03、車体附属品構造04などを含む。各部品階層は具体的に図2に示されるように、更に異なるサブ部品を含むことができる。当然ながら、他の方式により高速電車の木構造を構築でき、本発明において限定されなく、構築された高速電車の木構造が高速電車の構造に対応できれば良い。
【００２４】
S102において、前記予め構築された高速電車の木構造の全データを利用して、前記高速電車の木構造における各構造点に対応する需要項を順に選択し、前記需要項を需要メタモデルの需要対象として特定する。
【００２５】
本発明において、需要メタモデルは、需要データメタモデルと呼ばれても良く、需要データのモデルを示すものである。
【００２６】
本発明を具体的に実現する際に、需要メタモデルを構築する場合に、需要メタモデルは、需要対象、対象属性（需要属性と呼ばれても良い）、属性関連情報（関係と呼ばれても良い）の三つの要素を含む。
【００２７】
具体的に実現する際に、三次元構造で高速電車の需要メタモデル（RMM）を示すことができる。
RMM={<Object><Property><Association>}
ただし、<Object>は需要対象を示し、<Property>は対象属性を示し、<Association>は属性関連情報を示す。
【００２８】
具体的に実現する際に、図2に示されるように、高速電車の木構造における各構造点に対応する需要項を需要メタモデルにおける需要対象として特定することができる。なお、需要対象は、電車、車両、構成要素、部品、サブ部品、パーツのうちの一つ又は複数を含むことができる。
【００２９】
具体的に実現する際に、需要対象は、高速電車の各階層の設計対象を示すことができ、製品、コンポーネント、パーツなど、即ち高速電車の製品構造の異なる階層の記述を含む。具体的に以下のように示されることができる。
<Object>=<Product>|<Assembly>|<Part>
ただし、<Product>は製品を示し、Assemblyはコンポーネントを示し、Partはパーツを示す。
【００３０】
可能的な実現方式において、前記高速電車の木構造における各構造点に対応する需要項を順に選択し、前記需要項を需要メタモデルの需要対象として特定することは、需要メタモデルオリジナルクラス、需要メタモデルクラス、需要メタモデルインスタンスの階層に従って順に前記高速電車の木構造における各構造点に対応する需要項を選択し、前記需要項を需要メタモデルの需要対象として特定することを含む。なお、前記需要メタモデルオリジナルクラスは設計モデルにおける基本コンポーネントを記述し、前記需要メタモデルクラスは具体的な物理対象に関連するモデルを記述し、前記需要メタモデルオリジナルクラスにより数値付けで得られ、前記需要メタモデルインスタンスは具体的な設計対象を記述し、前記需要メタモデルクラスにより数値付けで得られる。
【００３１】
S103において、前記需要メタモデルの各需要対象の対象属性及び属性関連情報を特定する。なお、前記対象属性は、主体属性、キー属性、旅客属性、品質制約属性のうちの一つ又は複数を含む。前記属性関連情報は、従属関係、包含関係、保有関係のうちの一つ又は複数を含む。
【００３２】
前記のように、需要メタモデルを構築する場合に、需要対象、対象属性及び属性関連情報の三つの要素を特定する必要がある。需要対象が特定された後に、各需要対象の対象属性及び属性関連情報を特定する必要がある。
【００３３】
なお、対象属性のパラメータセットは、高速電車の異なる製品の階層の関連する需要属性を含むことができ、具体的に主体属性、キー属性、旅客属性、品質制約属性のうちの一つ又は複数を含むことができる。なお、主体需要属性は鉄道ネット属性、環境属性を含む。キー需要属性は、主に性能属性、構造属性に対応する。旅客需要属性は、機能属性、性能属性、制約属性を含むことができる。品質制約属性（Total Quality Control、TQCと省略される）は、品質、納品期間、過程、サービスマンなどの属性要求を含むことができる。
【００３４】
対象属性は、具体的に以下の式で示される。
<Property>=<主体属性>|<キー属性>|<旅客属性>
対象属性パラメータの記述は、属性標識id、パラメータ名t、パラメータタイプa、パラメータ値vの四次元構造で構成され、以下のように記述することができる。
Property={id,t,a,v}。
なお、属性関連情報は、関係情報ともよばれ、対象属性の間の各種関係情報を記述するものであり、主に各設計対象の間、即ち、高速電車の製品の階層対象の間の関係、各属性の間の関係及び設計対象と属性の間の関連関係を含む。関連関係情報のセットは、四次元構造（a_id,a_role,a_property,a_operation）で定義することができる。なお、a_idは関連ベクトルの標識であり、a_roleは関連キャラクタのセット、即ち当該関連に関わる対象インスタンス又は属性の標識であり、a_propertyは関連自体の属性であり、a_operationは関連属性に対して操作を行う方法セットである。
【００３５】
具体的に、関連関係は、以下の一つ又は複数の関係を含むことができる。
（1）従属関係：部品はある製品に属される。即ち、製品構造において下位構造が上位構造に従属し、語義の意味は「従属」である。例えば、部品はある製品に属される。即ち製品構造において下位構造が上位構造に従属し、語義の意味は「従属」である。車両は電車に従属し、走行構成要素は車両に従属し、積載構成要素は車両に従属し、パワー構成要素は車両に従属し、他の構成要素は車両に従属する。
（2）包含関係：製品は幾つかの部品を含む。即ち上位構造は下位階層を含み、語義の意味は「包む」である。製品は幾つかの部品を含む。即ち製品の上位構造は下位構造を含み、語義の意味は「包む」である。電車は車両を含み、車両は走行構成要素を含み、車両は積載構成要素を含み、車両は動力構成要素を含み、車両は他の構成要素を含む。
（3）保有関係：対象は属性を保有する関係であり、語義の意味は「保有」である。
なお、関連関係は更に対象と対象の間の関係、対象と属性の間の関係、属性と属性の間の関係を含むことができ、具体的には、需要に応じて柔軟に対応すれば良い。
【００３６】
S104において、各前記需要対象の対象属性及び属性関連情報に基づいて需要メタモデルを構築する。
【００３７】
図3は本発明実施例に提供された需要メタモデルビューの一例の例示図である。製品は需要対象であり、属性（has property）、即ち需要属性をあっても良く、更に関係（has Association）、即ち関連情報をあっても良い。また、需要属性は、更に関係（has Association）、即ち関連情報をあっても良い。需要属性は、主体需要属性、キー需要属性、旅客需要属性などを含むことができる。なお、主体需要属性は、更に鉄道ネット、環境属性を含んでも良く、キー需要属性は更に構造属性、性能属性を含んでも良い。製品は、部品（has Assembly）を有し或いは包含しても良く、部品はパーツ（has Part）を有し或いは包含しても良い。当然ながら、製品は、更にパーツ（has Part）を有し或いは包含しても良い。
【００３８】
前記のように、高速電車の需要メタモデルの定義は需要オリジナルクラスと、需要クラスと、需要インスタンスとの三つの階層に分けることができる。オリジナルクラスは、設計モデルに使用される基本コンポーネントを記述し、クラスは、具体的な物理対象に関連する設計モデルを記述し、インスタンスは、具体的な設計対象に対応しており、ユーザによる設計対象の実現である。インスタンスは、クラスの値付けの実現である。
【００３９】
なお、需要メタモデルを構築する際にも、需要メタモデルオリジナルクラス、需要メタモデルクラス、需要メタモデルインスタンスの階層順序に従って需要対象を順に選択し、前記需要対象の対象属性及び属性関連情報に基づいて次第に需要メタモデルを構築する。具体的に実現する場合に、需要メタモデルは、値付けの操作により、需要オリジナルクラスにより値付けで需要クラスを次第に生成してから、需要クラスにより値付けで高速電車の需要インスタンスを最終的に生成する。具体的な値付けの過程は図4に示される。オリジナルクラスに値付けられてクラスが得られ、クラスに値付けられてインスタンスが得られる。図4は、需要メタモデルの数値付けの一例である。
【００４０】
なお、需要メタモデルオリジナルクラス、即ち電車/車両の需要メタモデルオリジナルクラスは、需要メタモデルの基礎的な階層及び最下位階層であり、需要メタモデルクラスに対してデータの基礎を提供する。需要メタモデルオリジナルクラスは、全ての高速電車に関連する全部の需要データを含むセットであり、メタモデルの記述及びフォーマットに基づいており、包含されたデータは対象データ、需要属性データ及び関係データを含む。ただし、対象データは、高速電車に含まれる全ての関連の製品構造データであり、互いに具体的な階層関係を具備しておらず、全ての構造は需要メタモデルオリジナルクラスにおいて独立に存在するデータ項である。属性データは、高速電車に関連する全てのユーザ需要項のデータセットであり、全ての需要項は異なる分類属性に従って分類され、即ち主体需要、キー需要、旅客需要に従って区分けられる。
【００４１】
なお、需要メタモデルクラスは、需要メタモデルの第二階層である。需要メタモデルクラスの構築過程は、需要メタモデルオリジナルクラスにより値づけでインスタンス化された、単一の対象に対するものであり、メタモデルの記述とフォーマットに基づいており、包含されるデータは対象データ、需要属性データ及び関係データを含む。なお、対象データは、単一の対象を示し、オリジナルクラスに値づけることにより得られる。需要属性データは、全ての単一の対象に関連する需要項データを含むと共に、主体需要（鉄道ネット需要、環境需要）、キー需要、旅客需要などに分けられる。関係データは、主に対象に関連する関係データを示す。
【００４２】
図5は、本発明の実施例に提供される電車レベルのメタモデルの例示図である。図5において、需要対象と、属性と、関係との三つの部分に従って需要メタモデルを構築した。図6は、本発明の実施例に提供される走行構成要素の需要メタモデルの例示図である。なお、走行構成要素の需要メタモデルを示しており、対象と、属性と、関係との三つの部分を含む。関係は、更に対象-対象関係、属性-属性関係、対象-属性関係を含むことができる。具体的に図6を参照する。
【００４３】
S105において、構築された各需要メタモデルをデータベースに記憶して需要メタモデルデータベースを構成する。前記需要メタモデルデータベースは、前記需要メタモデルの呼び出し指令が受信されると、前記需要メタモデルの呼び出し指令に応答して対応の需要メタモデルデータを出力して高速電車の各構造を構築する。
【００４４】
具体的に実現する際に、構築された各需要メタモデルに基づいて需要メタモデルのデータベースを構築する。高速電車の具体的な設計、開発を行う際に、前記需要メタモデルデータベースを呼び出して相応の需要メタモデルデータを取得して高速電車の各構造を構築することができる。
【００４５】
更に、本発明の実施例に提供される方法は、以下のステップの一つ又は複数を含んでも良い。
ユーザの補正指令を受信し、前記補正指令に応答して需要メタモデルデータベースにおけるデータを呼び出して前記補正指令に対応する需要メタモデルを補正する。
ユーザの削除指令を受信し、前記削除指令に応答して需要メタモデルデータベースにおけるデータを呼び出して前記削除指令に対応する需要メタモデルを削除する。
ユーザの更新指令を受信し、前記更新指令に応答して需要メタモデルデータベースにおけるデータを呼び出して前記更新指令に対応する需要メタモデルを更新する。
【００４６】
具体的に実現する際に、ユーザは、需要メタモデルデータベースに対して補正、削除及び更新を行うことができる。なお、前記ユーザの補正指令、削除指令又は更新指令は、需要メタモデルデータの標識情報を含んでも良い。前記指令を受信すると、前記標識に対応する需要メタモデルデータを取得して、前記需要メタモデルデータに対して相応の補正、削除又は更新処理を行う。
【００４７】
更に、前記方法は、以下のステップの一つ又は複数を含んでも良い。
ユーザの表示指令を受信し、前記表示指令に応答して需要メタモデルデータベースにおけるデータを呼び出して前記表示指令に対応する需要メタモデルデータを表示する。
ユーザの検索指令を受信し、前記検索指令に応答して需要メタモデルデータベースにおけるデータを検索して検索結果を出力する。
【００４８】
具体的に実現する際に、前記需要メタモデルデータベースは更に、可視化と検索機能を有し、構築された各需要メタモデル及び電車の階層構造を展示する。更に、前記需要メタモデルデータベースは、検索機能を提供して検索結果を出力することができる。なお、前記ユーザの表示指令、又は検索指令は、需要メタモデルデータの標識情報を含んでも良い。前記指令を受信すると、前記需要メタモデルデータに対して相応の表示、検索処理を行うように、前記標識に対応する需要メタモデルデータを取得する。
【００４９】
図7は、本発明の実施例に提供された高速電車の需要メタモデルの構築及び処理装置の例示図である。
【００５０】
高速電車の需要メタモデルの構築と処理装置700は、
高速電車の構造に基づいて予め構築された前記高速電車の木構造の全データを取得し、異なる高速電車タイプが異なる高速電車の構造に対応し、異なる高速電車の構造が異なる高速電車の木構造に対応する取得モジュール701と、
前記予め構築された高速電車の木構造の全データを利用し、前記高速電車の木構造における各構造点に対応する需要項を順に選択し、前記需要項を需要メタモデルの需要対象として特定する選択モジュール702と、
前記需要メタモデルの各需要対象の対象属性及び属性関連情報を特定し、前記対象属性は主体属性、キー属性、旅客属性、品質制約属性のうちの一つ又は複数を含み、前記属性関連情報は従属関係、包含関係、保有関係のうちの一つ又は複数を含む特定モジュール703と、
各前記需要対象の対象属性及び属性関連情報に基づいて需要メタモデルを構築する構築モジュール704と、
構築された各需要メタモデルをデータベースに記憶して需要メタモデルデータベースを構成し、前記需要メタモデルデータベースは、前記需要メタモデルの呼び出し指令が受信されると、前記需要メタモデルの呼び出し指令に応答して対応の需要メタモデルデータを出力して高速電車の各構造を構築するデータベース構築モジュール705と、を備える。
【００５１】
更に、前記構築モジュールは、具体的に、
需要メタモデルオリジナルクラス、需要メタモデルクラス、需要メタモデルインスタンスの階層順序に従って需要対象を順に選択し、前記需要対象の対象属性及び属性関連情報に基づいて需要メタモデルを構築する。
【００５２】
更に、前記装置は、
ユーザの補正指令を受信し、前記補正指令に応答して需要メタモデルデータベースにおけるデータを呼び出して前記補正指令に対応する需要メタモデルを補正する補正モジュールと、
ユーザの削除指令を受信し、前記削除指令に応答して需要メタモデルデータベースにおけるデータを呼び出して前記削除指令に対応する需要メタモデルを削除する削除モジュールと、
ユーザの更新指令を受信し、前記更新指令に応答して需要メタモデルデータベースにおけるデータを呼び出して前記更新指令に対応する需要メタモデルを更新する更新モジュールと、のうちの一つ又は複数を備える。
【００５３】
更に、前記装置は、
ユーザの表示指令を受信し、前記表示指令に応答して需要メタモデルデータベースにおけるデータを呼び出して前記表示指令に対応する需要メタモデルデータを表示する表示モジュールと、
ユーザの検索指令を受信し、前記検索指令に応答して需要メタモデルデータベースにおけるデータを検索して検索結果を出力する検索モジュールと、のうちの一つ又は複数を備える。
【００５４】
前記の各ユニットの機能は、図1に詳しく記述された前記方法の処理ステップに対応できるので、ここでは詳しく説明しない。注意すべきなのは、方法の実施例を詳しく説明し、装置の実施例の説明が簡単ですが、当業者は、方法の実施例を参照して本発明の装置の実施例を構成できることを理解することができる。当業者は、進歩性のある労働が必要せずに取得される他の実現方式も本発明の保護範囲に属される。
【００５５】
当業者に理解できるのは、以上で方法と装置の実施例に対して例示的に説明するが、本発明の制限ではなく、当業者は進歩性の労働が必要せずに取得される他の実現方式も本発明の保護範囲に属される。
【００５６】
説明すべきなのは、本文において、例えば第一と第二などの関係用語は、ただあるインスタンス又は操作を別のインスタンス又は操作と区分するに過ぎず、これらインスタンス又は操作の間にこのような実際的な関係又は順序が存在することが要求し、或いは示唆されていない。また、用語「含む」、「包含」又は他の変形は、排他的ではない包含を含むことにより、一連の要素を含む過程、方法、物品又はデバイスは、これらの要素を備えるだけではなく、更に明確に示されない他の要素を備え、或いは更にこのような過程、方法、物品又はデバイスに固有される要素を備えることを意味する。更なる制限がない場合に、「一つを含む……」に限定される要素は、前記要素を含む過程、方法、物品又はデバイスに更に他の同じ要素が含まれることが排除されない。本発明は、コンピュータに実行されるコンピュータの実行可能な指令の文脈に記述されても良く、例えばプログラムモジュールである。一般的に、プログラムモジュールは、特定のタスクを実行し或いは特定の抽象的なデータタイプを実現する固定プログラム、プログラム、対象、コンポーネント、データ構造などを含む。分散的な計算環境に本発明を実現しても良い。これら分散的な計算環境において、通信ネットにより接続されるリモート処理デバイスでタスクを実行することができる。分散的な計算環境において、プログラムモジュールは、記憶装置を備えるローカルとリモートコンピュータの記憶媒体に存在しても良い。
【００５７】
本明細書における各実施例は何れも累加の方式で記述され、各実施例の間の同一又は類似する部分は互いに参照されれば良い。各実施例は、主に他の実施例との相違点を説明した。特に、装置の実施例にとっては、基本的に方法の実施例と類似するため、説明は簡単になり、関連の場所は方法の実施例の関連説明を参照すれば良い。以上で説明された装置の実施例は、ただ例示的なものであり、そのうち前記で独立部品として説明されたユニットは、物理的に分離されるものであっても良く、物理的に分離されるものでなくても良い。ユニットとして表示される部品は物理的なユニットであっても良く、でなければ良い。即ち、集中の場合に存在しても良く、或いは複数のネットワークユニットに存在しても良い。実際の需要に応じてそのうちの一部又は全部のモジュールを選択して本実施例の方案の目的を実現することができる。当業者は、進歩的な労働が必要せずに理解し実施することができる。以上の説明はただ本発明の具体的な実施方式である。注意すべきなのは、当業者にとっては、本発明の原理から外れない場合に、若干の改善及び補正を行うことができる。これらの改善及び補正は、本発明の保護範囲に含まれる。
【図１】
0006345873.tif 000002
【図２】
0006345873.tif 000003
【図３】
0006345873.tif 000004
【図４】
0006345873.tif 000005
【図５】
0006345873.tif 000006
【図６】
0006345873.tif 000007
【図７】
0006345873.tif 000008