(57)【要約】      （修正有）【課題】オペレーティングシステム上に集積したソフトウェアＰＬＣ（プログラマブルロジック制御器）／ＣＮＣ（コンピュータ数値制御）／ＮＣ（数値制御）の隔離性、安全性、信頼性を確保する。【解決手段】フィールドデバイス制御管理システム２０１は、リアルタイム仮想マシン２０１２と非リアルタイム仮想マシン２０１３の配置、稼働スケジューリングとハードウェアアクセス管理を行う、仮想マシン管理層２０１１と、異種フィールドデバイスと通信し、異種フィールドデバイスが実行する相応のオペレーティングを制御する、リアルタイム仮想マシン２０１２と、フィールド外のデバイスと通信し、指定された即時性が求められないサービスを処理する、非リアルタイム仮想マシン２０１３と、を備える。【選択図】図２
2018129022.tif 000002
【特許請求の範囲】
【請求項１】
リアルタイム仮想マシンと非リアルタイム仮想マシンの配置、稼働スケジューリングとハードウェアアクセス管理を行う、仮想マシン管理層と、
異種フィールドデバイスと通信し、異種フィールドデバイスが実行する相応のオペレーティングを制御する、リアルタイム仮想マシンと、
フィールド外のデバイスと通信し、指定された即時性が求められないサービスを処理する、非リアルタイム仮想マシンと、を備えることを特徴とするインダストリアル・インターネットオペレーティングシステムに基づく異種フィールドデバイス制御管理システム。
【請求項２】
前記仮想マシン管理層は、もし指令を受信すれば、前記指令がプリセットブラックリスト中に在るか否かを判断することに用い、もし在れば前記指令を廃棄し、もし無ければ前記指令を実行することを特徴とする請求項１に記載のインダストリアル・インターネットオペレーティングシステムに基づく異種フィールドデバイス制御管理システム。
【請求項３】
前記リアルタイム仮想マシンと前記非リアルタイム仮想マシン上にそれぞれ複数のサービス実例をインストールしており、前記リアルタイム仮想マシンと前記非リアルタイム仮想マシンは具体的に、
いずれかのサービス実例では、もし当該サービス実例が情報を対象サービス実例へ送信すれば、論理アドレス指定方法により当該対象サービス実例が位置するサーバーを決定することと、
もし当該サービス実例と前記対象サービス実例が同一サーバー上に位置すれば、前記情報を内部送信キューへ提出し、前記内部送信キューにより前記情報を前記対象サービス実例に送信することと、
もし当該サービス実例と前記送信先サービスが異なるサーバー上に位置すれば、モジュールドライブを呼び出し、前記情報を前記対象サービス実例に送信することに用いることを特徴とする請求項１に記載のインダストリアル・インターネットオペレーティングシステムに基づく異種フィールドデバイス制御管理システム。
【請求項４】
前記リアルタイム仮想マシンと前記非リアルタイム仮想マシン上にそれぞれ複数のサービス実例をインストールしており、前記リアルタイム仮想マシンと前記非リアルタイム仮想マシンは具体的に、
いずれかのサービス実例では、もし当該サービス実例が情報を対象サービス実例へ送信すれば、サービス実例と物理通信モジュール間の一つ一つのバインド関係に基づいて、当該サービス実例バインドの物理通信モジュールを決定し、当該サービス実例とバインドした物理通信モジュールにより前記情報を前記対象サービス実例に送信することに用いることを特徴とする請求項１に記載のインダストリアル・インターネットオペレーティングシステムに基づく異種フィールドデバイス制御管理システム。
【請求項５】
前記リアルタイム仮想マシンと前記非リアルタイム仮想マシンは、
いずれかのサービス実例では、当該サービス実例と事前にバインドしたコアまたはハイパースレッディングを用いて当該サービス実例のサービスを処理することに用いることを特徴とする請求項３または４に記載のインダストリアル・インターネットオペレーティングシステムに基づく異種フィールドデバイス制御管理システム。
【請求項６】
前記非リアルタイム仮想マシンは具体的に、
独占的な方法で事前にバインドしたネットポートのハードウェアによりリソースにアクセスし、フィールド外のデバイスと通信することに用いることを特徴とする請求項１に記載のインダストリアル・インターネットオペレーティングシステムに基づく異種フィールドデバイス制御管理システム。
【請求項７】
もし前記リアルタイム仮想マシンと前記非リアルタイム仮想マシンが前記システムの計算リソースを共有するならば、前記リアルタイム仮想マシンは前記計算リソースを優先的に占有する権限を有することを特徴とする請求項１に記載のインダストリアル・インターネットオペレーティングシステムに基づく異種フィールドデバイス制御管理システム。
【請求項８】
システムはさらに、前記リアルタイム仮想マシンと前記非リアルタイム仮想マシンにおいて具体的に、処理待機サービスについて、事前に配置したサービスと処理優先レベルの対応関係に基づいて、当該処理待機サービスが対応する処理優先レベルを決定することに用い、高い即時性が求められるサービスほど、これが対応する処理優先レベルは高い、
決定した処理優先レベルに基づいて、当該処理待機サービスのタイムスライスを決定し、ここで処理優先レベルが高いほど決定したタイムスライスの距離は現在時刻により近くなり、
決定したタイムスライスにおいて、当該処理待機サービスを処理することを特徴とする請求項７に記載のインダストリアル・インターネットオペレーティングシステムに基づく異種フィールドデバイス制御管理システム。
【請求項９】
もし前記システムが少なくとも２つのコアを有するマルチコアシステムであれば、前記リアルタイム仮想マシンと前記非リアルタイム仮想マシンは異なるコアを占有することを特徴とする請求項１に記載のインダストリアル・インターネットオペレーティングシステムに基づく異種フィールドデバイス制御管理システム。
【請求項１０】
前記仮想マシン管理層は、
各指令では、当該指令の処理時間、処理結果ならびに当該指令を送信した送信者IDを所定のアクセス情報記録に記録することに用いることを特徴とする請求項２に記載のインダストリアル・インターネットオペレーティングシステムに基づく異種フィールドデバイス制御管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本願はインダストリアルフィールド制御管理技術領域に関し、特にインダストリアル・インターネットオペレーティングシステムに基づく異種フィールドデバイス制御管理システムに関する。
【背景技術】
【０００２】
異種フィールドデバイス、すなわち異なるメーカーのデバイスの管理では、はじめに総制御器下で複数のハードウェアデバイスに接続し、接続したハードウェアデバイスに総制御器のソフトウェアを実装することにより、異種フィールドデバイスの管理を実現する。しかし、ソフトウェアを多くのメーカーに実装することを実現するのは困難である。続けて、インダストリアルサーバーにおいて、ソフトウェアの集中化と仮想化により複数のハードウェアデバイスを定義し、ソフトウェアの仮想化により複数のハードウェアデバイス制御を実現する。
【０００３】
ここで、ソフトウェアＰＬＣ（Ｐｒｏｇｒａｍｍａｂｌｅ  Ｌｏｇｉｃ  Ｃｏｎｔｒｏｌｌｅｒ、プログラマブルロジック制御器）、ソフトウェアＣＮＣ（Ｃｏｍｐｕｔｅｒ  ｎｕｍｅｒｉｃａｌ  ｃｏｎｔｒｏｌ、コンピュータ数値制御）、およびソフトウェアＮＣ  （Ｎｕｍｅｒｉｃａｌ  Ｃｏｎｔｒｏｌ、数値制御）は、コストパフォーマンスが高く、多様な稼働環境で使用できる利点から、インダストリアル制御領域で広く使用されている。
【０００４】
現在、ソフトウェアＰＬＣ／ＣＮＣ／ＮＣは、その機能がインダストリアルシステム上に集積しており、集積した手段は主に次の二種類ある。
【０００５】
第１手段は、ソフトウェアＰＬＣ／ＮＣ／ＣＮＣ機能を主流のオペレーティングシステム上（例：ｗｉｎｄｏｗｓ）に集積させ、アプリケーションとする。稼働環境はオペレーティングシステムのプロセスモードとする。
【０００６】
第２手段は、ソフトウェアＰＬＣ／ＮＣ／ＣＮＣ機能を主流のオペレーティングシステム上（例：ｗｉｎｄｏｗｓ）に集積させ、システムサービスとする。稼働環境はオペレーティングシステム内のスケジューリング優先レベルが高いプロセスモードとする。
【０００７】
しかしながら、この二つの手段はソフトウェアＰＬＣ／ＮＣ／ＣＮＣの異なるサービス（主に管理サービスとインダストリアルフィールド制御サービス）が隔離性、安全性、信頼性に欠けるという問題を解決してはいない。サービスに高い隔離性／安全性／信頼性を求める一部のインダストリアルニーズに合致していない。例えば、システムアップグレードが必要な際、オペレーティングミスが発生または悪意あるウィルス攻撃を受けた等の際に、全サービス中断または異常稼働を引き起こす。
ｗｉｎｄｏｗｓのような主流のオペレーティングシステムでは、ハッカーの理解度が高いほど、ハッキング攻撃を受けやすくなる。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本願の実施例は、現在、サービスに高い隔離性／安全性／信頼性を求める一部のインダストリアルニーズに合致していない等の問題を解決する、インダストリアル・インターネットオペレーティングシステムに基づく異種フィールドデバイス制御管理システムを提供する。
【課題を解決するための手段】
【０００９】
本願の実施例にかかるインダストリアル・インターネットオペレーティングシステムに基づく異種フィールドデバイス制御管理システムは、
リアルタイム仮想マシンと非リアルタイム仮想マシンの配置、稼働スケジューリングとハードウェアアクセス管理を行う、仮想マシン管理層と、
異種フィールドデバイスと通信し、異種フィールドデバイスが実行する相応のオペレーティングを制御する、リアルタイム仮想マシンと、
フィールド外のデバイスと通信し、指定された即時性が求められないサービスを処理する、非リアルタイム仮想マシンとを備える。
【００１０】
さらに、前記仮想マシン管理層は、もし指令を受信すれば、前記指令がプリセットブラックリスト中に在るか否かを判断することに用いる。もし在れば前記指令を廃棄する。もし無ければ前記指令を実行する。ここで、前記指令は、特権指令および／または高感度指令を含む。
【００１１】
さらに、前記リアルタイム仮想マシンと前記非リアルタイム仮想マシン上にそれぞれ複数のサービス実例をインストールしている。前記リアルタイム仮想マシンと前記非リアルタイム仮想マシンは具体的に、
いずれかのサービス実例では、もし当該サービス実例が情報を対象サービス実例へ送信すれば、論理アドレス指定方法により当該対象サービス実例が位置するサーバーを決定することと、
もし当該サービス実例と前記対象サービス実例が同一サーバー上に位置すれば、前記情報を内部送信キューへ提出し、前記内部送信キューにより前記情報を前記対象サービス実例に送信することと、
もし当該サービス実例と前記送信先サービスが異なるサーバー上に位置すれば、モジュールドライブを呼び出し、前記情報を前記対象サービス実例に送信することに用いる。
【００１２】
システムはさらに、前記リアルタイム仮想マシンと前記非リアルタイム仮想マシン上にそれぞれ複数のサービス実例をインストールしている。前記リアルタイム仮想マシンと前記非リアルタイム仮想マシンは具体的に、
いずれかのサービス実例では、もし当該サービス実例が情報を対象サービス実例へ送信すれば、サービス実例と物理通信モジュール間の一つ一つのバインド関係に基づいて、当該サービス実例バインドの物理通信モジュールを決定し、当該サービス実例とバインドした物理通信モジュールにより前記情報を前記対象サービス実例に送信することに用いる。
【００１３】
さらに、前記リアルタイム仮想マシンと前記非リアルタイム仮想マシンは、
いずれかのサービス実例では、当該サービス実例と事前にバインドしたコアまたはハイパースレッディングを用いて当該サービス実例のサービスを処理することに用いる。
【００１４】
さらに、前記非リアルタイム仮想マシンは具体的に、
独占的な方法で事前にバインドしたネットポートのハードウェアによりリソースにアクセスし、フィールド外のデバイスと通信することと、
さらに、もし前記リアルタイム仮想マシンと前記非リアルタイム仮想マシンが前記システムの計算リソースを共有するならば、前記リアルタイム仮想マシンは前記計算リソースを優先的に占有する権限を有することに用いる。
【００１５】
システムはさらに、前記リアルタイム仮想マシンと前記非リアルタイム仮想マシンにおいて具体的に、処理待機サービスについて、事前に配置したサービスと処理優先レベルの対応関係に基づいて、当該処理待機サービスが対応する処理優先レベルを決定することに用いる。ここで、高い即時性が求められるサービスほど、これが対応する処理優先レベルは高い。
【００１６】
決定した処理優先レベルに基づいて、当該処理待機サービスのタイムスライスを決定する。ここで処理優先レベルが高いほど決定したタイムスライスの距離は現在時刻により近くなる。
【００１７】
そして、決定したタイムスライスにおいて、当該処理待機サービスを処理する。
さらに、もし前記システムが少なくとも２つのコアを有するマルチコアシステムであれば、前記リアルタイム仮想マシンと前記非リアルタイム仮想マシンは異なるコアを占有する。
【００１８】
システムはさらに、前記仮想マシン管理層は、
各指令では、当該指令の処理時間、処理結果ならびに当該指令を送信した送信者IDを所定のアクセス情報記録に記録することに用いる。
【発明の効果】
【００１９】
本願の有益な効果は次の通りである。本願の実施例において、仮想化技術により求められる即時性が異なるサービスを区別し、異なる仮想マシンによって具体的に実行できる。リアルタイム仮想マシンによるリアルタイムのサービス処理と非リアルタイム仮想マシンによる非リアルタイムのサービス処理により、異なる仮想マシンでの異なる稼働環境を実現でき、リアルタイムサービスと非リアルタイムサービスに異なる稼働環境をカスタマイズできる。非リアルタイムサービスがシステムアップグレードを行う際、または非リアルタイムサービスが故障した際、リアルタイムサービスに影響を与えず、インダストリアル制御の安定性と信頼性を強化できる。このように、サービスに高い隔離性／安全性／信頼性を求める一部のインダストリアルニーズを満たすことができる。
【図面の簡単な説明】
【００２０】
本願の実施例における技術的手段をさらにわかりやすく説明するために、次に実施例を説明するのに必要な図面を簡単に紹介するが、次に陳述する図面は単に本発明のいくつかの実施例であり、当該領域の普通の技術者にとって、創造性的労働をしなくても、これらの図面に基づいてその他の図面を容易に獲得することができることが明白である。
【図１】本願の実施例にかかるインダストリアル・インターネットオペレーティングシステムのアーキテクチャを示す図である。
【図２】本願の実施例にかかるインダストリアル・インターネットオペレーティングシステムに基づく異種フィールドデバイス制御管理システムのシステム構造模式図である。
【図３】本願の実施例にかかるサービス実例間で行う通信を示す図である。
【発明を実施するための形態】
【００２１】
インダストリアル・インターネットオペレーティングシステムは、ネットワーク化インダストリアル制御、クラウド制御、工場可視化、インダストリアルビッグデータ分析等の基礎技術を実現し、制御情報フロー、管理情報フローおよびサプライチェーン情報フローの相互作用が融合する統一プラットフォームをも実現する、新世代インダストリアル体系の安全で制御可能な保障でもある。
【００２２】
図１に示すインダストリアル・インターネットオペレーティングシステムアーキテクチャ中のインダストリアル・インターネットオペレーティングシステムは、アプリケーション層、クラウド制御層およびフィールド層を備える。ここで、アプリケーション層は、一致したインダストリアルモデリング基準モジュール、ソフトウェア定義インダストリアルフローモジュールおよびインダストリアル可視化管理モジュールを備える。クラウド制御層は、リアルタイムデータベース、インダストリアルプライベートクラウドプラットフォームおよびインダストリアルビッグデータ分析プラットフォームを備える。フィールド層は、インダストリアルバス通信プロトコルモジュール、インダストリアルフロー制御管理モジュール、集積化各異種フィールドデバイスモジュールおよびインダストリアル管理ソフトウェアローディングモジュールを備える。フィールド層はさらに、アプリケーション層、クラウド制御層とフィールド層をカバーするインダストリアルデータ安全モジュールを備える。
【００２３】
本願は、インダストリアル・インターネットオペレーティングシステムに基づく異種フィールドデバイス制御管理システムを提供し、集積化各異種フィールドデバイスモジュール部分に関する。本願にかかる技術手段において、当該管理システムは、リアルタイム仮想マシンと非リアルタイム仮想マシンを備える。ここで、前記リアルタイム仮想マシンは、異種フィールドデバイスと通信し、異種フィールドデバイスが実行する相応のオペレーティングを制御する。前記非リアルタイム仮想マシンは、フィールド外のデバイスと通信し、指定された即時性が求められないサービスを処理する。このように、仮想化技術により求められる即時性が異なるサービスを区別し、異なる仮想マシンによって具体的に実行できる。リアルタイム仮想マシンによるリアルタイムのサービス処理と非リアルタイム仮想マシンによる非リアルタイムのサービス処理により、異なる仮想マシンでの異なる稼働環境を実現でき、リアルタイムサービスと非リアルタイムサービスに異なる稼働環境をカスタマイズもできる。このように、サービスに高い隔離性／安全性／信頼性を求める一部のインダストリアルニーズを満たすことができる。
【００２４】
本願の目的、技術的手段および利点をさらにわかりやすく説明するために、以下に発明の詳細の説明と図面を結合して本発明の好ましい実施例を説明するが、次に陳述する実施例は本願のいくつかの実施例であり、そのすべてではない。当該領域の普通の技術者にとって、創造性的労働をしなくてもこれらの実施例に基づいて、ほかの実施例を獲得することができ、これは本願の保護を求める範囲から逸脱しない。
【００２５】
図２は、本願の実施例にかかるインダストリアル・インターネットオペレーティングシステムに基づくフィールドデバイス制御管理システム２０１であり、
リアルタイム仮想マシンと非リアルタイム仮想マシンの配置、稼働スケジューリングとハードウェアアクセス管理を行う、仮想マシン管理層２０１１と、
異種フィールドデバイスと通信し、異種フィールドデバイスが実行する相応のオペレーティングを制御する、リアルタイム仮想マシン２０１２と、
フィールド外のデバイスと通信し，指定された即時性が求められないサービスを処理する、非リアルタイム仮想マシン２０１３と、を備える。
【００２６】
ここで、実施例において、リアルタイム仮想マシンはソフトウェアＰＬＣ／ＣＮＣ／ＮＣを稼働し、異種フィールドデバイスが実行する相応のオペレーティングの制御を実現する。
【００２７】
ここで、非リアルタイム仮想マシンはマン・マシン・インタフェース相互作用とデータ収集モニタリングを実現でき、システムフィールド外のデバイスと相互通信を担当できる。フィールド外のデバイスは、インダストリアル異種フィールドデバイス以外の遠隔通信が必要なデバイスを示すことができる。
【００２８】
このように、リアルタイム仮想マシンはフィールド制御システム機能プラットフォームとして、異種フィールドデバイスに対する具体的なインダストリアルオペレーティングの計算制御を実現し、非リアルタイム仮想マシンと相互に作用し合うことができる。
【００２９】
ここで、説明が必要なことは、同一システム上のリアルタイム仮想マシンは複数存在することができる。同様に非リアルタイム仮想マシンも複数存在することができる。具体的な実施の際には、同一システム上のリアルタイム仮想マシンと非リアルタイム仮想マシンそれぞれの数量は実際のニーズに基づいて設定できるが、本願ではこれを限定しない。
【００３０】
リアルタイム仮想マシンによるリアルタイムのサービス処理と非リアルタイム仮想マシンによる非リアルタイムのサービス処理により、異なる仮想マシンでの異なる稼働環境を実現でき、リアルタイムサービスと非リアルタイムサービスに異なる稼働環境をカスタマイズできる。この他に、非リアルタイムサービスがシステムアップグレードを行う際、または非リアルタイムサービスが故障した際、リアルタイムサービスに影響を与えず、インダストリアル制御の安定性と信頼性を強化できる。
【００３１】
ここで、実施例において、より安全性を高めるため、アクセス制御の指令においてブラックリストまたはホワイトリスト制度を設置することができる。ブラックリストを例とすると、前記仮想マシン管理層はさらに、もし指令を受信すれば前記指令がプリセットブラックリスト中に在るか否かを判断することに用いる。もし在れば前記指令を廃棄する。もし無ければ前記指令を実行する。ここで、前記指令は特権指令および／または高感度指令を含む。このように、ハッキングウィルスによる悪意ある攻撃の対応とオペレーティングミスはある程度の保護措置を設けることができ、システムの安全性と信頼性をさらに高める。
【００３２】
この他に、前記リアルタイム仮想マシンと前記仮想マシン管理層は、各指令について、当該指令の処理時間、処理結果ならびに当該指令を送信した送信者IDを所定のアクセス情報記録に記録することに用いる。これにより、今後アクセス情報を記録することにより指定された受信と処理状況を知ることが容易になり、作業継続が容易になる。
【００３３】
ここで、実施例において、前記リアルタイム仮想マシンと前記非リアルタイム仮想マシン上にそれぞれ複数のサービス実例をインストールしている。Ｉ／Ｏ（入出力）モジュールリソースを節約するため、本願の実施例において、前記リアルタイム仮想マシンと前記非リアルタイム仮想マシンは具体的に、
いずれかのサービス実例では、もし当該サービス実例が情報を対象サービス実例へ送信すれば、論理アドレス指定方法により当該対象サービス実例が位置するサーバーを決定することと、
もし当該サービス実例と前記対象サービス実例が同一サーバー上に位置すれば、前記情報を内部送信キューへ提出し、前記内部送信キューにより前記情報を前記対象サービス実例に送信することと、
もし当該サービス実例と前記送信先サービスが異なるサーバー上に位置すれば、モジュールドライブを呼び出し、前記情報を前記対象サービス実例に送信することに用いる。
【００３４】
つまり、同一サーバー上に向けて送信する情報は仮想化により適合化処理をおこなうことができ、当該情報を内部送信キューへ提出した後、順番に当該キュー中の情報を対応する対象サービス実例を送信する。異なるサーバー上における情報の相互作用では、モジュールドライブを呼び出すことにより完成できる。この手段でも、サービス実例を情報の相互作用の単位とし、サービス実例間の通信メカニズムを形成することを実現する。このメカニズムは、インターサーバー間の通信を支援し、同一サーバー内の各サービス実例間の通信も支援する。当該手段の拡張性は比較的高い。
【００３５】
例えば、図３は、本願の実施例にかかるサービス実例間で行う通信を示す図であるが、ここで、各サービス実例はすべて論理Ｉ／Ｏモジュールを有し、情報を送信と受信する。図３において、仮想マシン通信モジュールは、これが管轄する各サービス実例の情報をモニタリングできる。もし対象サービス実例へ情報を送信するサービス実例がある際、仮想マシン通信モジュールは当該サービス実例と前記対象サービス実例が同一サーバー上に位置することを決定すれば、前記情報を内部送信キューへ提出し、前記内部送信キューにより前記情報を前記対象サービス実例へ送信できる。もし当該サービス実例と前記送信先サービスが異なるサーバー上に位置することを決定すれば、モジュールドライブを呼び出し、前記情報を前記対象サービス実例に送信する。
【００３６】
この他に、同様にインターサーバー間の通信のために、同一サーバー内の各サービス実例間の通信も也支援する。本願の実施例ではさらに以下の実現手段を用いることができる。具体的に、前記リアルタイム仮想マシンと前記非リアルタイム仮想マシン上にそれぞれ複数のサービス実例をインストールしている。前記リアルタイム仮想マシンと前記非リアルタイム仮想マシンは具体的に、いずれかのサービス実例では、もし当該サービス実例が情報を対象サービス実例へ送信すれば、サービス実例と物理通信モジュール間の一つ一つのバインド関係に基づいて、当該サービス実例バインドの物理通信モジュールを決定し、当該サービス実例とバインドした物理通信モジュールにより前記情報を前記対象サービス実例に送信することに用いる。具体的に実施する際、いずれかのサービス実例独占的な方法でこれとバインドした物理通信モジュールを使用できる。当該手段はＩ／Ｏリソースが比較的多いシーンに適し、隔離が求められるサービスに適用できる。
【００３７】
当然ながら、具体的に実施する際、前記2種類の手段を合わせて使用できる。例えば、いずれかのサービス実例では、はじめに当該サービス実例にバインドした物理通信モジュールが在るか否かを決定する。もしバインドした物理通信モジュールが在れば、当該サービス実例とバインドした物理通信モジュールにより当該サービス実例の情報を対象サービス実例へ送信する。もしバインドした物理通信モジュールが無ければ、当該サービス実例が情報を対象サービス実例へ送信する際に論理アドレス指定方法により当該対象サービス実例が位置するサーバーを決定する。もし当該サービス実例と前記対象サービス実例が同一サーバー上に位置すれば、前記情報を内部送信キューへ提出し、前記内部送信キューにより前記情報を前記対象サービス実例へ送信する。もし当該サービス実例と前記送信先サービスが異なるサーバー上に位置すれば、モジュールドライブを呼び出し、前記情報を前記対象サービス実例に送信する。
【００３８】
当然ながら、具体的に実施する際、ユーザーは実際のニーズに基づいてサービス実例間の通信方法を決定できるが、本願ではこれを限定しない。
【００３９】
ここで、実施例において、前記リアルタイム仮想マシンと前記非リアルタイム仮想マシンはさらに、いずれかのサービス実例では、当該サービス実例と事前にバインドしたコアまたはハイパースレッディングを用いて当該サービス実例のサービスを処理する。このように、サービス実例と計算リソースをバインドして，サービス実例の処理効率を高め、かつ異なるサービス間の隔離性と安定性をさらに高めることを実現できる。具体的に実施する際、実際のニーズに基づいて、各サービス実例とバインドした計算リソースを決定できるが、本願ではこれを限定しない。
【００４０】
ここで、実施例において、非リアルタイム仮想マシンとフィールド外デバイスの通信効率を高めるため、前記非リアルタイム仮想マシンは具体的に、独占的な方法により事前にバインドしたネットポートのハードウェアによりリソースにアクセスとフィールド外のデバイスと通信することに用いる。このように、さらにハードウェアリソースをバインドすることにより、サービス間の隔離性とシステム実行における安全性を実現安全性し、かつサービスの処理効率を高める。
【００４１】
ここで、実施例において、もし前記リアルタイム仮想マシンと前記非リアルタイム仮想マシンが前記システムの計算リソースを共有するならば、リアルタイムサービスの正常稼働を保証するため、前記リアルタイム仮想マシンは前記計算リソースを優先的に占有する権限を有する。
【００４２】
具体的に、処理待機サービスデータでは、事前に配置したサービスデータと処理優先レベルの対応関係に基づいて、当該処理待機サービスデータに対応する処理優先レベルを決定できる。ここで高い即時性が求められるサービスほど、これが対応する処理優先レベルは高い。
【００４３】
決定した処理優先レベルに基づいて、当該処理待機サービスデータのタイムスライスを決定する。ここで処理優先レベルが高いほど決定したタイムスライスの距離は現在時刻により近くなる。
【００４４】
そして、決定したタイムスライスにおいて、当該処理待機サービスデータを処理する。
つまり、タイムスライスに優先レベルを加える方法により、リアルタイムサービスの優先的な処理を実現する。
【００４５】
当然ながら、リアルタイム仮想マシンでは、もし複数のリアルタイム仮想マシンが計算リソースを共有するならば、前記方法を参照でき、これら複数のリアルタイム仮想マシンのサービス実例の出処理優先レベルを事前に配置する。その後、優先レベルの順序に従いタイムスライスを分配し、処理する。すなわち、優先レベルが高いサービス実例計算リソースを優先的に占有する権限を有する。当然ながら、もし複数の非リアルタイム仮想マシンが計算リソース共有をするならば、処理方法は同じであるため、ここでは説明を繰り返さない。
【００４６】
ここで、実施例において、もし前記システムが少なくとも２つのコアを有するマルチコアシステムであれば、リアルタイムサービスと非リアルタイムサービスの隔離性と処理効率をさらに高めるため、前記リアルタイム仮想マシンと前記非リアルタイム仮想マシンは異なるコアを占有する。例えば、もしシステムがダブルコアであれば、コアの1つをリアルタイム仮想マシンに分配でき、もう1つのコアを非リアルタイム仮想マシンに分配できる。
【００４７】
具体的に実施する際、例えば、ダブルコアシステムでは、仮想化によりリアルタイム仮想マシンと非リアルタイム仮想マシンを算出でき、各仮想マシン上にサービス実例をインストールできる。その後、各サービス実例にこれとバインドしたハードウェアリソース（例：計算リソース、通信モジュール）を分配し、さらに各サービス実例に処理優先レベルを分配できる。同時に、配置ブラックリストまたはホワイトリストの配置により、指令の制御においてシステムの安全性を守るという目的達成を実現できる。
【００４８】
ここで、実施例において、システムがマルチコアを有し、リアルタイム仮想マシンが非リアルタイム仮想マシンが異なるコアを占用する場合、リアルタイム仮想マシンが占用するコアでは、リアルタイム仮想マシンがインストールした具体的なサービス実例に基づいて、特定サービス実例に呼び出しコアリソースの優先レベルを分配できる。または、特定サービス実例にコアをバインドすることにより、当該特定サービス実例のサービスを処理できる。具体的に実施する際、実際のニーズに基づいて設定できるが、本願ではこれを限定しない。
【００４９】
本領域の技術者として、本発明は完全なハードウェア実施例、完全なソフトウェア実施例、またはソフトウェアとハードウェアの両方を結合した実施例を採用できることがわかるはずである。また、本発明は１つまたは複数のコンピュータプログラム製品の形式を採用できる。当該製品は、コンピュータ使用可能なプログラムコードを含むコンピュータ利用可能な記憶媒体（ディスク記憶装置、ＣＤ-ＲＯＭ、光学記憶装置などを含むがそれとは限らない）において実施する。
【００５０】
これらのコンピュータプログラム指令はまた、コンピュータまたは他のプログラミング可能なデータ処理装置を特定方式で動作させるコンピュータ読取記憶装置に記憶できる。これにより、指令を含む装置は当該コンピュータ読取記憶装置内の指令を実行でき、また、フロー図における１つまたは複数のフローおよび／またはブロック図における１つまたは複数のブロックにおいて指定される機能を実現できる。
【００５１】
これらのコンピュータプログラム指令はまた、コンピュータまたは他のプログラミング可能なデータ処理装置に実装できる。コンピュータプログラム指令が実装されたコンピュータまたは他のプログラミング可能な装置は、一連の操作ステップを実行することにより、関連の処理を実現し、コンピュータまたは他のプログラミング可能な装置において実行される指令により、フロー図における１つまたは複数のフローおよび／またはブロック図における１つまたは複数のブロックに指定される機能を実現する。
【００５２】
本発明の好ましい実施例について記述したが、当業者は、本発明の基本的な技術思想を把握した上、多種多様な変更と変形を行える。そのような全ての変形と変更は本発明に記述された実施例と共に、付加する請求の範囲の範囲内にあると解釈されるべきである。
無論、当業者により、上述した実施例に記述された技術的な解決手段を改造し、またはその中の一部の技術要素を置換することもできる。そのような改造と置換は本発明の各実施例の技術の範囲から逸脱するとは見なされない。
【図１】
2018129022.tif 000003
【図２】
2018129022.tif 000004
【図３】
2018129022.tif 000005