JP7284528B2 - ＣｏＡＰによるＯＰＣ ＵＡメッセージの伝送方法及びサーバ - Google Patents

Description

本出願は、２０１８年１２月４日にて中国特許庁に提出され、出願番号が２０１８１１４７６１８９.６であり、出願の名称が「リソース有限の工業現場機器に適用される、ＣｏＡＰによるＯＰＣ ＵＡメッセージの伝送方法」である中国特許出願の優先権を主張して、その全ての内容は本出願に援用される。

本出願は、工業通信技術分野に属して、ＣｏＡＰによるＯＰＣ ＵＡメッセージの伝送方法に関わる。

制約付きアプリケーションプロトコル（ｃｏｎｓｔｒａｉｎｅｄ ａｐｐｌｉｃａｔｉｏｎｐｒｏｔｏｃｏｌ、ＣｏＡＰ）は、インターネット技術特別調査委員会（ｔｈｅ ｉｎｔｅｒｎｅｔ ｅｎｇｉｎｅｅｒｉｎｇ ｔａｓｋ ｆｏｒｃｅ、ＩＥＴＦ）から、２０１４年にて提出された、専門的にモノのインターネットのうちのリソース有限のノード、及びネットワークに対するＷｅｂ伝送プロトコルであり、その出現は、リソース有限のノードを有するネットワークのために、低消費電力、高安全、拡張可能という特性を有する解決案を提供した。

ＯＰＣ統合アーキテクチャ（ＯＰＣ ｕｎｉｆｉｅｄ ａｒｃｈｉｔｅｃｔｕｒｅ、ＯＰＣ ＵＡ）は、ＯＰＣ財団が２００６年にて発表した、マルチプロトコルネットワークにおけるデータの互いの通信という問題を解決するための主な技術である。ＯＰＣＵＡは、データのシームレス伝送を行う上に、情報モデルの構築、安全且つプラットフォームと独立する通信などの特点を有し、マシンツーマシン（ｍａｃｈｉｎｅｔｏ ｍａｃｈｉｎｅ、Ｍ２Ｍ）の通信のために、汎用の技術及び語義操作層を提供し、工業インターネットの互いの通信の実現に対して、重要な作用を有する。

現在、リソース有限の工業現場機器のデータは、統一に説明且つ統一にアクセスすることができない。

リソース有限の工業現場機器の、ネットワーク（Ｗｅｂ）のサービスに対するアクセス需求を満たすことで、工業現場ネットワークの、上（例えば、クラウド、企業資源計画（ｅｎｔｅｒｐｒｉｓｅｒｅｓｏｕｒｃｅ ｐｌａｎｎｉｎｇ、ＥＲＰ）、製造実行システム（ｍａｎｕｆａｃｔｕｒｉｎｇｅｘｅｃｕｔｉｏｎ ｓｙｓｔｅｍ、ＭＥＳ））から、下（例えば、ゲートウェイ、ボトム層現場機器）へのシームレス連通を実現するために、本出願はＣｏＡＰによるＯＰＣＵＡメッセージの伝送方法を提供する。

前記目的に達するために、本出願は以下の技術案を提供し、
本出願の第１態様はＣｏＡＰによるＯＰＣ ＵＡメッセージの伝送方法を提供し、ＣｏＡＰ通信プロトコルのＯＰＣＵＡサーバを利用して（ＵＡ－ＣｏＡＰサーバと略称される）リソース有限の工業現場機器のデータ収集端末からデータを取得し、ＯＰＣ統一アーキテクチャ（ＯＰＣｕｎｉｆｉｅｄ ａｒｃｈｉｔｅｃｔｕｒｅ、ＯＰＣＵＡ）情報モデルにより、データをパッケージし、バイナリ形式または拡張可能マークアップ言語（ｅｘｔｅｎｓｉｂｌｅｍａｒｋｕｐ ｌａｎｇｕａｇｅ、ＸＭＬ）という形式でパッケージされたデータを符号化し、ＯＰＣＵＡデータメッセージ全体を再びＣｏＡＰメッセージのペイロード部分にパッケージし、即ち、ＵＡ－ＣｏＡＰデータメッセージであり、そして、ＵＡ－ＣｏＡＰサーバはネットワークに、ＣｏＡＰプロトコルをハイパーテキストトランスファープロトコル（ｈｙｐｅｒｔｅｘｔ ｔｒａｎｓｆｅｒ ｏｒｏｔｏｃｏｌ、ＨＴＴＰ）に変換するためのプロキシサーバ（ＣｏＡＰ－ｔｏ－ＨＴＴＰプロキシサーバと略称される）（一般的に境界ゲートウェイまたは境界ルータに装着される）が存在するかどうかについて検索する。ＣｏＡＰ－ｔｏ－ＨＴＴＰプロキシサーバが存在すれば、ＵＡ－ＣｏＡＰサーバはＵＡ－ＣｏＡＰデータメッセージを、ボトム層工業現場機器ネットワーク境界にある（一般的に、境界ゲートウェイまたは境界ルータ）ＣｏＡＰ－ｔｏ－ＨＴＴＰプロキシサーバに送信し、ＣｏＡＰ－ｔｏ－ＨＴＴＰプロキシサーバが存在しないと、ＵＡ－ＣｏＡＰサーバはＵＡ－ＣｏＡＰデータメッセージを廃棄し、トランスミッションコントロールプロトコル（ｔｒａｎｓｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌｐｒｏｔｏｃｏｌ、ＴＣＰ）という方式で直接的に伝送する。

好ましくは、前記第１態様を結合し、第１の可能な実現方式において、ＵＡ－ＣｏＡＰサーバは、統一アーキテクチャＯＰＣ ＵＡ情報モデルを利用して、収集したオリジナルデータに対して、データをパッケージし、バイナリ形式または拡張可能マークアップ言語ＸＭＬ形式でパッケージされたデータを符号化し、ＯＰＣＵＡデータメッセージを、制約付きアプリケーションプロトコルＣｏＡＰメッセージのペイロード部分にパッケージすることは、前記ＵＡ－ＣｏＡＰサーバがＵＡ－ＣｏＡＰデータメッセージを構築する場合、主にメッセージ機能タイプ、重複チェック及びエラーチェックのための唯一のメッセージＩＤ、ＯＰＣＵＡ情報符号化タイプ、余計なＣｏＡＰ機能オプション及びデータメッセージの長さを含むヘッドを改めて構築することを含む。

好ましくは、前記第１態様を結合し、第２の可能な実現方式において、ＵＡ－ＣｏＡＰサーバは、ネットワークにＣｏＡＰ－ｔｏ－ＨＴＴＰプロキシサーバが存在するかどうかについて検索することは、１つのリクエストフレームを送信して、境界ゲートウェイまたは境界ルータが、プロキシ変換の機能を具備するかどうかについて検索し、対応する確認フレームを受信した場合、存在すると判定し、ある有限の時間帯内に、確認フレームを受信していないと、存在しないと判定することを含む。

好ましくは、前記第１態様の第２の可能な実現方式を結合し、第３の可能な実現方式において、前記方法はさらに、ＵＡ－ＣｏＡＰサーバが境界ゲートウェイまたは境界ルータに、１つの検索リクエストフレームを送信する場合、ＣｏＡＰ－ｔｏ－ＨＴＴＰプロキシサーバが存在すれば、プロキシサーバはＵＡ－ＣｏＡＰサーバに確認フレームを返信し、ある有限の時間内で検索リクエストフレームを複数回送信しても、確認フレームの返信を取得していないと、ＵＡ－ＣｏＡＰサーバは構築されたＵＡ－ＣｏＡＰデータメッセージを放棄し、ＯＰＣＵＡ－ＴＣＰという方式でデータメッセージを送信することを含む。

本出願の第２態様はＣｏＡＰによるＯＰＣＵＡメッセージの伝送方法を提供し、ＣｏＡＰ－ｔｏ－ＨＴＴＰプロキシサーバがデータメッセージを受信した後、ＣｏＡＰプロトコルをＨＴＴＰプロトコルに変換し、ＯＰＣＵＡ情報を不変に保持し、変換が完成した後、ＣｏＡＰ－ｔｏ－ＨＴＴＰプロキシサーバが元のＯＰＣＵＡ情報を有するＨＴＴＰデータメッセージを形成し、ＯＰＣ ＵＡ自体はＨＴＴＰ形式のデータメッセージを支持するから、ＣｏＡＰ－ｔｏ－ＨＴＴＰプロキシサーバがデータメッセージをエクストラネットの基準ＯＰＣＵＡクライアントに直接的に送信し、次のデータ分析を行うことを含むことを特徴とする。

好ましくは、前記第２態様を結合し、第１の可能な実現方式において、さらに、ＣｏＡＰ－ｔｏ－ＨＴＴＰプロキシサーバがＵＡ－ＣｏＡＰサーバに確認フレームを返信し、ＵＡ－ＣｏＡＰサーバはある有限の時間内で検索リクエストフレームを複数回送信しても、確認フレームの返信を取得していないと、構築されたＵＡ－ＣｏＡＰデータメッセージを放棄し、統一アーキテクチャ－トランスミッションコントロールプロトコルＯＰＣ ＵＡ－ＴＣＰという方式でデータメッセージを送信することを含む。

好ましくは、前記第２態様を結合し、第２の可能な実現方式において、前記ＣｏＡＰ－ｔｏ－ＨＴＴＰプロキシサーバが境界ゲートウェイまたは境界ルータにおいて動作し、支持する必要がある機能は、基準ＣｏＡＰデータと基準ＨＴＴＰデータメッセージとの互いの変換である。

本出願の第３態様は、前記第１態様または第１態様のいずれかの可能な実現方式の方法を実現する機能を具備する第１サーバを提供する。該機能はハードウェアを介して実現されてもよく、ハードウェアが相応的なソフトウェアを実行することで実現されてもよい。該ハードウェアまたはソフトウェアは、前記機能に対応する１つまたは複数のモジュールを含む。

本出願の第４態様は、前記第２態様または第２態様のいずれかの可能な実現方式の方法を実現する機能を具備する第２サーバを提供する。該機能はハードウェアを介して実現されてもよく、ハードウェアが相応的なソフトウェアを実行することで実現されてもよい。該ハードウェアまたはソフトウェアは、前記機能に対応する１つまたは複数のモジュールを含む。

本出願の第５態様は記憶媒体を提供し、該記憶媒体には命令が記憶され、電子機器で実行される場合、電子機器に、第１態様または第１態様のいずれかの可能な実現方式のＣｏＡＰによるＯＰＣＵＡメッセージの伝送方法を実行させる。

本出願の第６態様は記憶媒体を提供し、該記憶媒体には命令が記憶され、電子機器で実行される場合、電子機器に、第２態様または第２態様のいずれかの可能な実現方式のＣｏＡＰによるＯＰＣＵＡメッセージの伝送方法を実行させる。

本出願の第７態様は命令を有するプログラムを提供し、電子機器で実行される場合、電子機器に、前記第１態様または第１態様のいずれかの可能な実現方式のＣｏＡＰによるＯＰＣＵＡメッセージの伝送方法を実行させる。

本出願の第８態様は、命令を有するプログラムを提供し、電子機器で実行される場合、電子機器に、前記第２態様または第２態様のいずれかの可能な実現方式のＣｏＡＰによるＯＰＣＵＡメッセージの伝送方法を実行させる。

本出願は、リソース有限の工業現場機器のデータが統一に説明且つ統一にアクセスすることができないという問題を対象とするとともに、工業現場機器の、Ｗｅｂサービスに対するアクセスするという需求を満たすために、ボトム層機器に適用されており、ＣｏＡＰによるＯＰＣＵＡメッセージの伝送方法を設計する。ＣｏＡＰのＲＥＳＴアーキテクチャはボトム層機器の、Ｗｅｂサービスに対するアクセス機能を実現でき、ＯＰＣＵＡはボトム層に存在する多種のプロトコルフォーマットのデータに対して統一のモデリングを行うことができ、両者を結合すれば、ある程度で、ボトム層機器のデータの互いの接続通信、及び軽量化通信を保証し得る。

本出願が採用する通信プロトコルスタックの模式図である。 本出願が提供するＵＡ－ＣｏＡＰサーバの構成図である。 本出願が提供するＵＡ－ＣｏＡＰデータメッセージヘッドの模式図である。 本出願が提供する、プロキシ変換サービスが存在する通信方式の接続図である。 本出願が提供する、ＣｏＡＰによるＯＰＣ ＵＡメッセージの伝送方法のフロー模式図である。 本出願が提供する通信機器の構成模式図である。 本出願が提供する通信機器の構成模式図である。

図１は、本出願の好適な実施例による通信プロトコルスタックであり、該通信プロトコルスタックは主に、ＯＰＣＵＡ、安全チャネル、及びＣｏＡＰ構成のアプリケーション層プロトコルファミリを有する。ＯＰＣＵＡは応用シーンに応じてＵＡバイナリまたはＸＭＬの符号化フォーマットを選択して符号化を行うことができる。

図２は、本出願の好適な実施例によるＵＡ－ＣｏＡＰサーバであり、ＵＡ－ＣｏＡＰサーバの主な機能は、ボトム層データを受信し、ＯＰＣＵＡ情報モデルを構築し、符号化を経て、基準ＣｏＡＰデータメッセージのペイロードにパッケージし、プロキシ変換サーバが存在するかどうかについて、検索リクエストフレームを送信して検索する。

図３は、本出願の好適な実施例によるＵＡ－ＣｏＡＰデータメッセージヘッドであり、ＵＡ－ＣｏＡＰデータメッセージヘッドの主な内容は、ＩＰプロトコルバージョン、メッセージ機能タイプ、重複チェック及びエラーチェックのための唯一のメッセージＩＤ、ＯＰＣＵＡ情報符号化タイプ、余計なＣｏＡＰ機能オプション及びデータメッセージの長さを含む。

図４は、本出願の好適な実施例によるプロキシ変換サービスが存在する通信方式であり、該通信方式の主な内容は、改めて設計されたＵＡ－ＣｏＡＰサーバが、データをネットワークエッジにあるＣｏＡＰ－ｔｏ－ＨＴＴＰプロキシサーバに伝送し、変換後のＨＴＴＰデータメッセージが基準のＯＰＣＵＡクライアントと直接的に通信できることを含む。該通信方式の優勢は、Ｗｅｂサービスをよりよく支持し、元のＵＡクライアントを変更する必要がないことにある。

図５は、本出願の好適な実施例の、ＣｏＡＰによるＯＰＣＵＡメッセージの伝送方法の実施過程であり、該伝送方法は主に、サーバ、クライアント及びプロキシ変換サーバの３つの機器の間で行われる。図５に示すように、その具体的な実現過程は以下の通りである。
Ｓｔｅｐ１:ＵＡ－ＣｏＡＰサーバは、ボトム層機器に対してデータを収集し、収集したデータに対してＵＡバイナリ符号化またはＸＭＬ符号化を行って、最後に、ＯＰＣＵＡフォーマットのデータにパッケージする。

Ｓｔｅｐ２:ＵＡ－ＣｏＡＰサーバにおいて、ＯＰＣ ＵＡフォーマットのデータは、ＣｏＡＰデータメッセージのペイロードにパッケージされるとともに、ＵＡ－ＣｏＡＰデータメッセージヘッドを改めて構築し、ペイロードにおけるＯＰＣＵＡデータの符号化フォーマット情報などを追加し、正確なデータの伝送順序を保証するように、１つの唯一の番号を付与する。

Ｓｔｅｐ３:ＵＡ－ＣｏＡＰサーバは、ネットワークにＣｏＡＰ－ｔｏ－ＨＴＴＰプロキシ変換サーバが存在するかどうかについて検索し、存在すれば、次のステップを行って、存在しないと、ＵＡ－ＣｏＡＰデータメッセージを放棄し、ＴＣＰという方式でＯＰＣＵＡ情報を送信する。

Ｓｔｅｐ４:ネットワークにＨＴＴＰ－ＣｏＡＰプロキシ変換サーバが存在すれば、ＵＡ－ＣｏＡＰサーバはＵＡ－ＣｏＡＰデータメッセージをプロキシサーバに送信し、データメッセージのフォーマット変換を行うことで、ＵＡ－ＣｏＡＰデータメッセージを基準ＨＴＴＰデータメッセージに変換する。

Ｓｔｅｐ５:ＯＰＣ ＵＡプロトコル自体はＨＴＴＰの伝送方式を支持するから、基準のＯＰＣ ＵＡクライアントを利用して、変換されたＵＡ－ＣｏＡＰデータメッセージを受信し得る。その後、さらなるデータ処理を行うように、クライアントはメッセージにおけるデータモデリング情報、データ値などを抽出する。

なお、前記機能を実現するために、前記ＵＡ－ＣｏＡＰサーバとＣｏＡＰ－ｔｏ－ＨＴＴＰプロキシ変換サーバとは、各機能を実行するための相応的なハードウェア構成及び／またはソフトウェアモジュールを具備する。以下は第１サーバでＵＡ－ＣｏＡＰサーバを代表し、第２サーバでＣｏＡＰ－ｔｏ－ＨＴＴＰプロキシ変換サーバを代表する。当業者は、本明細書が開示する実施例で説明する各例示のモジュール及びアルゴリズムステップを結合して、本出願は、ハードウェアまたはハードウェアとソフトウェアとの結合の形式で実現できることを容易に想到しえる。ある機能が一体、ハードウェアか、それともソフトウェアでハードウェアを駆動するという方式で実行するかについて、技術案の特定応用及び設計制約条件に依存する。当業者は、各特定の応用に対して、異なる方法を利用して、説明した機能を実現できるが、このような実現は、本出願の範囲を超えるとみなされるわけではない。

ハードウェアの構成から説明すれば、第１サーバは、１つの実体機器で実現されてもよく、複数の実体機器で共同に実現されてもよく、さらに、１つの実体機器内の１つの論理機能モジュールであってもよい。第２サーバは、１つの実体機器で実現されてもよく、複数の実体機器で共同に実現されてもよく、さらに、１つの実体機器内の１つの論理機能モジュールであってもよく、本出願の実施例はこれを具体的に限定しない。

例えば、図６の通信機器で実現されてもよい。図６は、本出願の実施例が提供する通信機器のハードウェア構成模式図である。通信インターフェース６０１、プロセッサ６０２、及びメモリ６０３を含む。

通信インターフェース６０１は、他の機器または通信ネットワークと通信するためのいずれの送受信機類の装置を使用してもよく、例えば、イーサネット、無線アクセスネットワーク（ｒａｄｉｏａｃｃｅｓｓ ｎｅｔｗｏｒｋ、ＲＡＮ）、ワイヤレスローカル エリア ネットワーク（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋｓ、ＷＬＡＮ）などがある。

プロセッサ６０２は、中央演算処理装置（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＣＰＵ）、ネットワークプロセッサ（ｎｅｔｗｏｒｋ ｐｒｏｃｅｓｓｏｒ、ＮＰ）、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ、ＡＳＩＣ）またはプログラマブルロジックデバイス（ｐｒｏｇｒａｍｍａｂｌｅｌｏｇｉｃ ｄｅｖｉｃｅ、ＰＬＤ）のうちの１つまたは複数を含むが、これらに限定されない。前記ＰＬＤは複雑なプログラマブルロジックデバイス（ｃｏｍｐｌｅｘｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃｄｅｖｉｃｅ、ＣＰＬＤ）、フィールドプログラム可能なゲートアレイ（ｆｉｅｌｄ－ｐｒｏｇｒａｍｍａｂｌｅｇａｔｅ ａｒｒａｙ、ＦＰＧＡ）、汎用配列論理（ｇｅｎｅｒｉｃａｒｒａｙ ｌｏｇｉｃ、ＧＡＬ）またはその任意の組み合わせであってもよい。プロセッサ６０２は通信回路６０４及び通常の処理を担当し、さらに、タイミング、周辺インターフェース、電圧調整、電源管理及び他の制御機能を含むいろんな機能を提供できる。メモリ６０３は、プロセッサ６０２が操作を実行する際に使用するデータを記憶できる。

メモリ６０３は、読み取り専用メモリ（ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ、ＲＯＭ）または静的情報及び命令を記憶できる他のタイプの静的記憶機器、ランダムアクセスメモリ（ｒａｎｄｏｍａｃｃｅｓｓ ｍｅｍｏｒｙ、ＲＡＭ）、または情報及び命令を記憶できうる他のタイプの動的記憶機器、電気的に消去及びプログラム可能な読み取り専用メモリ（ｅｌｅｃｔｒｉｃａｌｌｙｅｒサーバａｂｌｅ ｐｒｏｇｒａｍｍａｂｌｅｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ、ＥＥＰＲＯＭ）、読み取り専用光学ディスク（ｃｏｍｐａｃｔｄｉｓｃ ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ、ＣＤ－ＲＯＭ）または他の光学ディスクメモリ、コンパクトディスクメモリ（圧縮コンパクトディスク、レーザーディスク（登録商標）、コンパクトディスク、デジタル汎用コンパクトディスク、ブルーレイコンパクトディスク等を含む）、ディスク記憶媒体、または他の磁気記憶機器、または命令またはデータ構成形式を有する望みのプログラムコードを携帯または記憶できるとともに、機器によりアクセスできるいずれの他の媒体であってもよいが、これらに限定されない。メモリは独立に存在して、通信回路６０４を介してプロセッサ６０２に接続されてもよい。メモリ６０３はプロセッサ６０２に集積されてもよい。メモリ６０３とプロセッサ６０２とが互いに独立するデバイスであれば、メモリ６０３はプロセッサ６０２に接続され、例えば、メモリ６０３とプロセッサ６０２とは通信回路を介して通信できる。通信インターフェース６０１とプロセッサ６０２とは通信回路を介して通信でき、通信インターフェース６０１はプロセッサ６０２に直接的に接続されてもよい。

通信回路６０４は、互いに接続された任意の数のバス及びブリッジを有し、通信回路６０４は、プロセッサ６０２により代表される１つまたは複数のプロセッサ６０２と、メモリ６０３により代表されるメモリとを含むいろんな回路をリンクする。通信回路６０４はさらに、周辺機器、レギュレータ及び電力管理回路などのような他のいろんな回路をリンクでき、これらはいずれも本分野の公知であるから、本出願はこれを詳しく説明しない。

該通信機器が第１サーバである場合、１つの具体的な実施形態において、該第１サーバはＣｏＡＰ通信プロトコルによるＯＰＣ ＵＡサーバであり、該第１サーバは、
可読命令を記憶するためのメモリと、
前記メモリと結合するプロセッサであって、前記メモリにおける可読命令を実行することで、
統一アーキテクチャＯＰＣ ＵＡ情報モデルを利用して、収集したオリジナルデータに対して、データをパッケージし、バイナリ形式または拡張可能マークアップ言語ＸＭＬ形式でパッケージされたデータを符号化し、ＯＰＣＵＡデータメッセージを、制約付きアプリケーションプロトコルＣｏＡＰメッセージのペイロード部分にパッケージする操作と、
ネットワークに、前記ＣｏＡＰプロトコルをハイパーテキストトランスファープロトコルＨＴＴＰに変換するためのプロキシサーバである第２サーバが存在するかどうかについて検索する操作と、を実行するプロセッサと、
前記プロセッサと結合する通信インターフェースであって、第２プロキシサーバが存在すると検索した場合、ＵＡ－ＣｏＡＰデータメッセージをボトム層工業現場機器ネットワーク境界にある第２プロキシサーバに送信することで、第２プロキシサーバがデータメッセージを受信した後、ＣｏＡＰプロトコルをＨＴＴＰプロトコルに変換し、ＯＰＣＵＡ情報を不変に保持して、変換が完成した後、前記第２プロキシサーバは、元のＯＰＣ ＵＡ情報を含むＨＴＴＰデータメッセージを形成し、第２プロキシサーバは直接的にデータメッセージをエクストラネットの基準ＯＰＣ ＵＡクライアントに送信し、次のデータ分析を行って、第２プロキシサーバが存在しないと、前記プロセッサはＵＡ－ＣｏＡＰデータメッセージを廃棄し、トランスミッションコントロールプロトコルＴＣＰという方式で、直接的に伝送するための通信インターフェースと、を備える。

１つの具体的な実施形態において、プロセッサは具体的に、データメッセージを構築する場合、メッセージ機能タイプ、ＯＰＣ ＵＡ情報符号化タイプ、余計なＣｏＡＰ機能オプション及びデータメッセージの長さを含むヘッドを、改めて構築する。

１つの具体的な実施形態において、通信インターフェースは具体的に、境界ゲートウェイまたは境界ルータが、プロキシ変換の機能を具備するかどうかについて検索するように、１つのリクエストフレームを送信し、対応する確認フレームを受信した場合、前記プロセッサは存在すると判定し、前記通信インターフェースはある有限の時間帯内に、確認フレームを受信していないと、前記プロセッサは存在しないと判定する。

１つの具体的な実施形態において、プロセッサはさらに、前記通信インターフェースがある有限の時間帯内に、確認フレームを受信していないと、構築されたＵＡ－ＣｏＡＰデータメッセージを放棄し、統一アーキテクチャ－トランスミッションコントロールプロトコルＯＰＣ ＵＡ－ＴＣＰという方式でデータメッセージを送信する。

該通信機器が第２サーバである場合、１つの具体的な実施形態において、前記第２サーバが前記ＣｏＡＰプロトコルをハイパーテキストトランスファープロトコルＨＴＴＰに変換するためのプロキシサーバであり、前記第１サーバはＣｏＡＰ通信プロトコルによるＯＰＣＵＡサーバであり、該第２サーバは、
データメッセージを送受信するための通信インターフェースと、
可読命令を記憶するためのメモリと、
前記メモリと結合するプロセッサとを備え、
前記プロセッサは、前記メモリにおける可読命令を実行することで、
前記通信インターフェースがデータメッセージを受信した後、制約付きアプリケーションプロトコルＣｏＡＰプロトコルをハイパーテキストトランスファープロトコルＨＴＴＰプロトコルに変換し、統一アーキテクチャＯＰＣＵＡ情報を不変に保持して、前記データメッセージは、第１サーバが統一アーキテクチャＯＰＣ ＵＡ情報モデルを利用して、収集したオリジナルデータに対して、データをパッケージし、バイナリ形式または拡張可能マークアップ言語ＸＭＬ形式でパッケージされたデータを符号化し、ＯＰＣＵＡデータメッセージを、制約付きアプリケーションプロトコルＣｏＡＰメッセージのペイロード部分にパッケージする操作と、
前記プロセッサは、変換が完成した後、元のＯＰＣ ＵＡ情報を有するＨＴＴＰデータメッセージを形成し、前記通信インターフェースはさらに、データメッセージをエクストラネットの基準ＯＰＣＵＡクライアントに直接的に送信し、次のデータ分析を行う操作とを実行する。

１つの具体的な実施形態において、前記通信インターフェースはさらに、前記第１サーバから送信された１つの検索リクエストフレームを受信した場合、前記第１サーバに確認フレームを返信することで、前記第１サーバがある有限の時間内で検索リクエストフレームを送信した後、確認フレームの返信を取得していないと、前記第１サーバは構築されたＵＡ－ＣｏＡＰデータメッセージを放棄し、統一アーキテクチャ－トランスミッションコントロールプロトコルＯＰＣ ＵＡ－ＴＣＰという方式でデータメッセージを送信する。

１つの具体的な実施形態において、前記第２プロキシサーバは境界ゲートウェイまたは境界ルータで動作し、支持する機能は、基準ＣｏＡＰデータと基準ＨＴＴＰデータメッセージとの互いの変換である。

本出願の実施例において、通信インターフェースをノードの送受信ユニットとみなし、処理機能を有するプロセッサを、ノードの処理ユニットとみなし、メモリをノードの記憶ユニットとみなす。図７に示すように、前記第１サーバは送受信ユニット７１０と処理ユニット７２０とを有してもよく、第２サーバも送受信ユニット７１０と処理ユニット７２０とを有してもよい。送受信ユニットは送受信機、送受信器、送受信装置などと呼ばれてもよい。処理ユニットはプロセッサ、処理シングルボード、処理モジュール、処理装置などと呼ばれてもよい。好ましくは、送受信ユニット７１０における、受信機能を実現するためのデバイスを受信ユニットとみなし、送受信ユニット７１０における、送信機能を実現するためのデバイスを送信ユニットとみなし、即ち、送受信ユニット７１０は受信ユニットと送信ユニットとを有する。送受信ユニットは送受信器、送受信機、または送受信回路などと呼ばれてもよい。受信ユニットは受信機、受信器、または受信回路などと呼ばれてもよい。送信ユニットは発射機、発射器または発射回路などと呼ばれてもよい。

前記実施例において、全部または部分的に、ソフトウェア、ハードウェア、ファームウェアまたはその任意の組み合わせで実現されてもよい。ソフトウェアにより実現される場合、全部または部分的に、プログラム製品という形式で実現されてもよい。

前記プログラム製品は、１つまたは複数の命令を含む。電子機器において前記プログラム命令をロード及び実行し、全部または部分的に、本出願の実施例に記載のフローまたは機能を発生させる。前記電子機器は汎用コンピューター、専用コンピューター、センサーノードまたはプログラム命令を認識できる他の装置であってもよい。前記命令は可読記憶媒体に記憶されてもよく、または１つの可読記憶媒体から、他の可読記憶媒体に伝送されてもよく、例えば、前記命令は１つのウェブサイト、コンピューター、センサー、サーバまたはデータセンターから、有線（例えば、同軸ケーブル、光ファイバー、デジタル加入者回線（ＤＳＬ））または無線（例えば、赤外線、ワイヤレス、マイクロ波など）の方式で、他のウェブサイト、コンピューター、センサー、サーバまたはデータセンターに伝送されてもよい。前記可読記憶媒体は、電子機器に記憶できるいずれの利用可能な媒体、または１つまたは複数の利用可能な媒体を有するように集積されたサーバ、データセンターなどのデータ記憶機器であってもよい。前記利用可能な媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク、テープ）、光学媒体（例えば、ＤＶＤ）、または半導体媒体（例えば、ソリッドステートドライブＳｏｌｉｄＳｔａｔｅ Ｄｉｓｋ（ＳＳＤ））などであってもよい。

当業者が理解できるように、前記実施例のいろんな方法のうちの全てまたは一部のステップは、プログラムにより、関連するハードウェアを命令することで完成でき、該プログラムはＲＯＭ、ＲＡＭ、ディスクまたは光学ディスクなどのような、記憶媒体に記憶されてもよい。

Claims (6)

1. ＣｏＡＰ通信プロトコルによるＯＰＣ ＵＡメッセージの伝送方法であって、
   ＣｏＡＰ通信プロトコルによるＯＰＣ ＵＡサーバである第１サーバは、ＯＰＣ ＵＡ情報モデルを利用して、収集したオリジナルデータに対してカプセル化し、バイナリ形式または拡張可能マークアップ言語ＸＭＬ形式で前記カプセル化されたデータを符号化し、ＯＰＣＵＡ情報を、ＣｏＡＰ通信プロトコルメッセージのペイロード部分にカプセル化するステップと、
   前記第１サーバは、ネットワークに、ＣｏＡＰ通信プロトコルをＨＴＴＰプロトコルに変換するためのプロキシサーバである第２サーバが存在するかどうかについて検索するステップと、
   第２プロキシサーバが存在すれば、前記第１サーバがＵＡ－ＣｏＡＰデータメッセージをボトム層工業現場機器ネットワーク境界にある第２プロキシサーバに送信することで、第２プロキシサーバはデータメッセージを受信した後にＣｏＡＰ通信プロトコルをＨＴＴＰプロトコルに変換し、ＯＰＣＵＡ情報を不変に保持して、変換が完成した後、前記第２プロキシサーバは、元のＯＰＣ ＵＡ情報を有するＨＴＴＰデータメッセージを形成し、第２プロキシサーバは直接的にデータメッセージをエクストラネットの基準ＯＰＣ ＵＡクライアントに送信し、前記基準ＯＰＣ ＵＡクライアントが次のデータ分析を行い、第２プロキシサーバが存在しないと、前記第１サーバはＵＡ－ＣｏＡＰデータメッセージを廃棄し、トランスミッションコントロールプロトコルＴＣＰという方式で、ＯＰＣＵＡ情報を前記基準ＯＰＣ ＵＡクライアントに直接的に伝送するステップとを含むことを特徴とする方法。
2. 前記第１サーバは、統一アーキテクチャＯＰＣ ＵＡ情報モデルを利用して、収集したオリジナルデータに対して、カプセル化し、バイナリ形式または拡張可能マークアップ言語ＸＭＬ形式で前記カプセル化されたデータを符号化し、ＯＰＣＵＡ情報を、ＣｏＡＰ通信プロトコルメッセージのペイロード部分にカプセル化する前記ステップは、前記第１サーバがデータメッセージを構築する場合、メッセージ機能タイプ、ＯＰＣＵＡ情報符号化タイプ、余計なＣｏＡＰ機能オプション及びデータメッセージの長さを含むヘッドを、改めて構築するステップを含むことを特徴とする請求項１に記載の方法。
3. 前記第１サーバは、ネットワークに、前記ＣｏＡＰ通信プロトコルをハイパーテキストトランスファープロトコルに変換するためのプロキシサーバである第２サーバが存在するかどうかについて検索する前記ステップは、
   １つのリクエストフレームを送信して、境界ゲートウェイまたは境界ルータが、プロキシ変換の機能を具備するかどうかについて検索し、対応する確認フレームを受信した場合、存在すると判定するステップと、
   ある有限の時間帯内に、確認フレームを受信していないと、存在しないと判定するステップと、を含むことを特徴とする請求項１に記載の方法。
4. ある有限の時間帯内に、確認フレームを受信していないと、前記方法はさらに、前記第１サーバは、構築されたＵＡ－ＣｏＡＰデータメッセージを放棄し、ＯＰＣＵＡによるトランスミッションコントロールプロトコル ＯＰＣ ＵＡ－ＴＣＰという方式で、データメッセージを送信するステップを含むことを特徴とする請求項３に記載の方法。
5. ＣｏＡＰ通信プロトコルによるＯＰＣ ＵＡメッセージの伝送方法であって、
   第２プロキシサーバは、データメッセージを受信した後、ＣｏＡＰ通信プロトコルをＨＴＴＰプロトコルに変換し、統一アーキテクチャＯＰＣＵＡ情報を不変に保持して、前記データメッセージは、第１サーバが統一アーキテクチャＯＰＣＵＡ情報モデルを利用して、収集したオリジナルデータに対して、カプセル化し、バイナリ形式または拡張可能マークアップ言語ＸＭＬ形式で前記カプセル化されたデータを符号化し、ＯＰＣＵＡ情報を、ＣｏＡＰ通信プロトコルメッセージのペイロード部分にカプセル化したものであり、第２サーバは前記ＣｏＡＰ通信プロトコルをＨＴＴＰプロトコルに変換するためのプロキシサーバであり、前記第１サーバはＣｏＡＰ通信プロトコルによるＯＰＣＵＡサーバであるステップと、
   変換が完成した後、前記第２プロキシサーバは、元のＯＰＣ ＵＡ情報を有するＨＴＴＰデータメッセージを形成し、第２プロキシサーバが直接的にデータメッセージをエクストラネットの基準ＯＰＣ ＵＡクライアントに送信し、前記基準ＯＰＣ ＵＡクライアントが次のデータ分析を行うステップとを含み、
   さらに、前記第２サーバは、前記第１サーバから送信された１つの検索リクエストフレームを受信した場合、前記第１サーバに確認フレームを返信し、前記第１サーバはある有限の時間内で検索リクエストフレームを複数回送信しても、確認フレームの返信を取得していないと、構築されたＵＡ－ＣｏＡＰデータメッセージを放棄し、統一アーキテクチャ－トランスミッションコントロールプロトコルＯＰＣ ＵＡ－ＴＣＰという方式でデータメッセージを送信するステップを含むことを特徴とする方法。
6. ＣｏＡＰ通信プロトコルによるＯＰＣ ＵＡメッセージの伝送方法であって、
   第２プロキシサーバは、データメッセージを受信した後、ＣｏＡＰ通信プロトコルをＨＴＴＰプロトコルに変換し、統一アーキテクチャＯＰＣＵＡ情報を不変に保持して、前記データメッセージは、第１サーバが統一アーキテクチャＯＰＣＵＡ情報モデルを利用して、収集したオリジナルデータに対して、カプセル化し、バイナリ形式または拡張可能マークアップ言語ＸＭＬ形式で前記カプセル化されたデータを符号化し、ＯＰＣＵＡ情報を、ＣｏＡＰ通信プロトコルメッセージのペイロード部分にカプセル化したものであり、第２サーバは前記ＣｏＡＰ通信プロトコルをＨＴＴＰプロトコルに変換するためのプロキシサーバであり、前記第１サーバはＣｏＡＰ通信プロトコルによるＯＰＣＵＡサーバであるステップと、
   変換が完成した後、前記第２プロキシサーバは、元のＯＰＣ ＵＡ情報を有するＨＴＴＰデータメッセージを形成し、第２プロキシサーバが直接的にデータメッセージをエクストラネットの基準ＯＰＣ ＵＡクライアントに送信し、前記基準ＯＰＣ ＵＡクライアントが次のデータ分析を行うステップとを含み、
   さらに、前記第２プロキシサーバは境界ゲートウェイまたは境界ルータにおいて動作し、支持する機能は、基準ＣｏＡＰデータと基準ＨＴＴＰデータメッセージとの互いの変換であることを特徴とする方法。

Images