(57)【特許請求の範囲】
【請求項１】
コンピュータが、予め設定されたデータヘッダに基づいて収集したデータを構造化して記述し、且つ構造化記述されたデータを予め設定された対象装置に伝送するステップを含むデータ伝送方法であって、
前記予め設定されたデータヘッダに基づいて収集したデータを構造化して記述することは、前記コンピュータが、
収集したデータが数値型データか又は制御型データかを判断するステップと、
前記データが数値型データである場合には、数値型の第一データヘッダに基づいて前記データを構造化して記述するステップと、
前記データが制御型データである場合には、制御型の第一データヘッダに基づいて前記データを構造化して記述するステップと、
第二データヘッダに基づいて、前記制御型の第一データヘッダ又は前記数値型の第一データヘッダによって構造化記述された後のデータをさらに構造化して記述して、第一目標データを取得するステップと、
第四データヘッダに基づいて前記第一目標データを構造化して記述するステップとを含み、
前記数値型の第一データヘッダのフォーマットは、データＩＤ、データの種類、データの名称、データの説明、データが属するデータグループのＩＤ、データのタイプ、データ計量単位、データのバイト長を含み、
前記制御型の第一データヘッダのフォーマットは、データＩＤ、データの種類、カスタムエニュメレート・タイプ(コマンドタイプ)、制御コマンドの名称、制御コマンドの機能説明、制御コマンド、対象装置のＩＤ、コマンドインターフェース、コマンドパラメータの数、及びコマンドパラメータを含み、
前記第二データヘッダのフォーマットは、デバイスのＩＤ、デバイスのタイプ、デバイスの名称及びデバイスの機能を含み、
前記第四データヘッダのフォーマットは、製品のタイプ、産業分野、会社の名称、会社の住所を含む、
ことを特徴とするデータ伝送方法。
【請求項２】
前記予め設定されたデータヘッダに基づいて収集したデータを構造化して記述することは、前記コンピュータが、第三データヘッダに基づいて前記第一目標データを構造化して記述して、第二目標データを取得するステップをさらに含み、
前記第三データヘッダは、生産プロセス情報を説明するために用いられることを特徴とする請求項１に記載のデータ伝送方法。
【請求項３】
前記第三データヘッダのフォーマットは、
製品名、プロジェクト名、工程番号、生産ライン番号、及び
プロジェクト、部門、工程名、工程番号、及び
プロジェクト、部門、製品名、製品番号、及び
製品番号、プロジェクト、部門、生産ライン番号、及び
製品又はプロジェクト又は部門、工程名又は工程番号の中の何れか一種を含む
ことを特徴とする請求項２に記載のデータ伝送方法。
【請求項４】
コンピュータが、予め設定されたデータヘッダに基づいて収集したデータを構造化して記述し、且つ構造化記述されたデータを予め設定された対象装置に伝送するステップを含むデータ伝送方法であって、
前記予め設定されたデータヘッダに基づいて収集したデータを構造化して記述することは、前記コンピュータが、
収集したデータが数値型データか又は制御型データかを判断するステップと、
前記データが数値型データである場合には、数値型の第一データヘッダに基づいて前記データを構造化して記述するステップと、
前記データが制御型データである場合には、制御型の第一データヘッダに基づいて前記データを構造化して記述するステップと、
第二データヘッダに基づいて、前記制御型の第一データヘッダ又は前記数値型の第一データヘッダによって構造化記述された後のデータをさらに構造化して記述して、第一目標データを取得するステップと、
第三データヘッダに基づいて前記第一目標データを構造化して記述して、第二目標データを取得するステップと、
第四データヘッダに基づいて前記第二目標データを構造化して記述するステップとを含み、
前記数値型の第一データヘッダのフォーマットは、データＩＤ、データの種類、データの名称、データの説明、データが属するデータグループのＩＤ、データのタイプ、データ計量単位、データのバイト長を含み、
前記制御型の第一データヘッダのフォーマットは、データＩＤ、データの種類、カスタムエニュメレート・タイプ(コマンドタイプ)、制御コマンドの名称、制御コマンドの機能説明、制御コマンド、対象装置のＩＤ、コマンドインターフェース、コマンドパラメータの数、及びコマンドパラメータを含み、
前記第二データヘッダのフォーマットは、デバイスのＩＤ、デバイスのタイプ、デバイスの名称及びデバイスの機能を含み、
前記第三データヘッダは、生産プロセス情報を説明するために用いられ、
前記第三データヘッダのフォーマットは、
製品名、プロジェクト名、工程番号、生産ライン番号、及び
プロジェクト、部門、工程名、工程番号、及び
プロジェクト、部門、製品名、製品番号、及び
製品番号、プロジェクト、部門、生産ライン番号、及び
製品又はプロジェクト又は部門、工程名又は工程番号の中の何れか一種を含み、
前記第四データヘッダのフォーマットは、製品のタイプ、産業分野、会社の名称、会社の住所を含むことを特徴とするデータ伝送方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信技術分野に関し、具体的にデータ伝送方法に関するものである。
【背景技術】
【０００２】
通信技術の継続的な発展により、モノのインターネット（ＩＯＴ）と工業インターネットの時代が到来した。工業インターネットの本質とコアは、工業インターネットプラットフォームを介して、機器、生産ライン、工場、サプライヤー、製品及び顧客を緊密に繋がって融和することである。製造業が産業チェーンを延長し、クロスデバイス、クロスシステム、クロス工場、クロス地域の相互接続を形成するのに役立ち、それによって効率が向上し、製造サービスシステム全体のインテリジェント化が促進される。ただし、モノのインターネットと工業インターネットにおけるデバイスとデバイス、デバイスとセンサー、センサーとセンサー、デバイスと計器、デバイスとクラウドネットワークなどの間の相互接続は、データの遣り取りに基づき、異なるデバイス間のデータの自動認識と自動解析は、モノのインターネットと工業インターネットにとって最優先事項である。従って、データの相互接続を実現するソリューションを提案する必要がある。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
上記の問題に鑑みて、本発明は、モノのインターネットにおけるデータ伝送の互換性及び相互運用性を達成するためのデータ伝送方法を提案する。
【課題を解決するための手段】
【０００４】
上記の課題を解決するために、本発明の第一様態が提供するデータ伝送方法は、予め設定されたデータヘッダに基づいて収集したデータを構造化して記述し、且つ構造化記述されたデータを予め設定された対象装置に伝送するステップを含み、前記予め設定されたデータヘッダに基づいて収集したデータを構造化して記述することは、
収集したデータが数値型データか又は制御型データかを判断するステップを含み、
前記データが数値型データである場合には、数値型の第一データヘッダに基づいて前記データを構造化して記述し、前記数値型の第一データヘッダのフォーマットは、データＩＤ、データの種類、データの名称、データの説明、データが属するデータグループのＩＤ、データのタイプ、データ計量単位、データのバイト長を含み、
前記データが制御型データである場合には、前記制御型の第一データヘッダに基づいて前記データを構造化して記述し、前記制御型の第一データヘッダのフォーマットは、データＩＤ、データの種類、カスタムエニュメレート・タイプ(コマンドタイプ)、制御コマンドの名称、制御コマンドの機能説明、制御コマンド、対象装置のＩＤ、コマンドインターフェース、コマンドパラメータの数、及びコマンドパラメータを含み、
第二データヘッダに基づいて、前記制御型の第一データヘッダ又は前記数値型の第一データヘッダによって構造化記述された後のデータをさらに構造化記述して、第一目標データを取得し、前記第二データヘッダのフォーマットは、デバイスのＩＤ、デバイスのタイプ、デバイスの名称及びデバイスの機能を含む。
【０００５】
好ましくは、前記方法は、第三データヘッダに基づいて前記第一目標データを構造化して記述して、第二目標データを取得するステップをさらに含み、前記第三データヘッダは、生産プロセス情報を説明するために用いられる。
【０００６】
好ましくは、前記第三データヘッダのフォーマットは、
製品名、プロジェクト名、工芸番号、生産ライン番号、及び
プロジェクト、部門、工芸名、工芸番号、及び
プロジェクト、部門、製品名、製品番号、及び
製品番号、プロジェクト、部門、生産ライン番号、及び
製品又はプロジェクト又は部門、工芸名又は工芸番号の中の何れか一種を含む。
【０００７】
好ましくは、前記方法は、第四データヘッダに基づいて前記第一目標データを構造化して記述するステップをさらに含み、前記第四データヘッダのフォーマットは、製品のタイプ、産業分野、会社の名称、会社の住所を含む。
【０００８】
好ましくは、前記方法は、第四データヘッダに基づいて前記第二目標データを構造化して記述するステップをさらに含み、前記第四データヘッダのフォーマットは、製品のタイプ、産業分野、会社の名称、会社の住所を含む。
【０００９】
また、本発明の第二様態が提供するデータ伝送方法は、
データを送信／受信するステップを含み、前記データは、データ内容、第一データヘッダ及び第二データヘッダを含み、前記第一データヘッダは、数値型データヘッダ又は制御型データヘッダであり、前記数値型データヘッダのフォーマットは、データのＩＤ、データの種類、データの名称、データの説明、データが属するデータグループのＩＤ、データタイプ、データ計量単位及びデータのバイト長を含み、前記制御型データヘッダのフォーマットは、データのＩＤ、データの種類、カスタムエニュメレート・タイプ、制御コマンドの名称、制御コマンドの機能説明、制御コマンド、対象装置のＩＤ、コマンドのインターフェース、コマンドパラメータの数及びコマンドパラメータを含み、前記第二データヘッダは、デバイスのＩＤ、デバイスのタイプ、デバイスの名称及びデバイスの機能を含む。
【００１０】
好ましくは、前記データは、第三データヘッダをさらに含み、前記第三データヘッダのフォーマットは、
製品名、プロジェクト名、工芸番号、生産ライン番号、及び
プロジェクト、部門、工芸名、工芸番号 、及び
プロジェクト、部門、製品名、製品番号 、及び
製品番号、プロジェクト、部門、生産ライン番号、及び 
製品又はプロジェクト又は部門、工芸名又は工芸番号の中の何れか一種を含む。
【００１１】
好ましくは、前記データは、第四データヘッダをさらに含み、前記第四データヘッダのフォーマットは、製品のタイプ、産業分野、会社の名称及び会社の住所を含む。
【発明の効果】
【００１２】
本発明によって提供されるデータ伝送方法は、モノのインターネットにおける伝送されようとするデータを、予め設定されたデータヘッダフォーマットに従って構造化して記述することにより、モノのインターネットにおける様々な種類のデータの自動識別と自動解析を可能にし、モノのインターネットにおける様々な異なるデバイスとデバイスの間、デバイスとセンサーの間、センサーとセンサーの間、デバイスと計器の間、デバイスとクラウドネットワークの間などの各方面の相互接続を実現する。さらに、データの相互接続によって、工業、農業、漁業、採鉱業、軽工業、交通管理、スマートシティなどの各分野の各種データ間の自動識別と解析が可能になり、各産業の発展を広範的に促進することができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の一実施形態が提供するデータ伝送方法のアプリケーション環境アーキテクチャの模式図である。
【図２】本発明の一実施形態が提供するデータ伝送方法のフローチャートである。
【図３】本発明の一実施形態が提供するデータを構造化して記述する方法のフローチャートである。
【図４】本発明の一実施形態が提供する構造化記述されたデータの構造を示す図である。
【図５】本発明のもう１つの実施形態が提供するデータ伝送方法のフローチャートを示す図である。
【図６】本発明のもう１つの実施形態が提供する構造化記述されたデータの構造概略図である。
【図７】本発明のさらに１つの実施形態が提供する構造化記述されたデータの構造概略図である。
【図８】本発明のさらに１つの実施形態が提供する構造化記述されたデータの構造概略図である。
【発明を実施するための形態】
【００１４】
本発明の上記の目的、特徴及び利点をより明確に理解できるようにするために、本発明を、図面及び特定の実施形態を参照して以下に詳細に説明する。本願の実施形態及び実施形態における特徴を、矛盾がない場合には、互いに組み合わせることができることに留意されたい。
【００１５】
以下の説明では、本発明を完全に理解するために多くの特定の詳細が述べられているが、説明される実施形態は、本発明の実施形態の一部にすぎず、全ての実施形態ではない。本発明の実施形態に基づいて、創造的な努力をすることなく当業者によって得られる他の全ての実施形態も、本発明の保護範囲内に属する。
【００１６】
特に定義されない限り、本明細書で使用される全ての技術用語及び科学用語は、本発明の技術分野の当業者によって一般に理解されるのと同じ意味を有する。本明細書の説明で使用される用語は、特定の実施形態を説明するためのものであり、本発明を限定することを意図するものではない。
【００１７】
本発明の一実施形態によるデータ伝送方法のアプリケーション環境アーキテクチャの概略図は、図１により示されている。
【００１８】
本実施形態では、前記データ伝送方法が通信システム１００に適用される。前記通信システム１００は、データ収集ユニット１１、ゲートウェイユニット１２及びデータプラットフォーム１３を含むが、これらに限定されない。前記通信システム１００は、モノのインターネット分野の通信システムであり得るが、これに限定されない。例えば、産業用モノのインターネット、農業用モノのインターネット、漁業用モノのインターネット、採鉱用モノのインターネット、軽工業、交通管理、スマートシティなどの各分野に適用される通信システムであることができる。
【００１９】
データ収集ユニット１１は、複数の異なるタイプのデータ収集デバイス１１１を含むことができ、例えば、センサ、計器、無線周波数タグ、プログラマブルロジックコントローラシステム（Ｐｒｏｇｒａｍｍａｂｌｅ  Ｌｏｇｉｃ  Ｃｏｎｔｒｏｌｌｅｒ，ＰＬＣ）などの現場データ収集装置を含むことができ、データ収集と監視制御システム（Ｓｕｐｅｒｖｉｓｏｒｙ  Ｃｏｎｔｒｏｌ  Ａｎｄ  Ｄａｔａ  Ａｃｑｕｉｓｉｔｉｏｎ，ＳＣＡＤＡ）などが含まれてもよい。データ収集ユニット１１は、様々なデータソースからデータを取得するために使用される。例を挙げて言うと、インダストリアルインターネットの場合、前記データソースは、原材料、生産設備、生産環境などの工業生産リソース、又は企業情報システムなどのビジネス関連のビジネス管理データを生成するためのデータソースである。前記データ収集ユニット１１が収集するデータには、デバイスの運転パラメータデータ、稼働状況パラメータ、環境パラメータデータ等の各種データが含まれるが、本発明は特にこれに対して限定するものがない。
【００２０】
前記ゲートウェイユニット１２は、前記データ収集ユニット１１とデータプラットフォーム１３との間の通信接続を確立するために使用される。前記ゲートウェイユニット１２は、複数の階層のサブゲートウェイを含み、各階層のサブゲートウェイには、複数のゲートウェイデバイス１２ａが含まれている。第一階層のサブゲートウェイ中のゲートウェイデバイス１２ａは、前記データ収集ユニット１１に接続され、前の階層のサブゲートウェイ中の複数のゲートウェイデバイス１２ａは、後の階層のサブゲートウェイ中の１つのゲートウェイデバイス１２ａに接続される。例えば、図１に示すように、前記ゲートウェイユニット１２は、第一層のサブゲートウェイと第２層のサブゲートウェイを含み、第一層のサブゲートウェイ中の各ゲートウェイデバイス１２ａは、データ収集ユニット１１に接続されている。 また、前記第一層のサブゲートウェイ中の複数のゲートウェイデバイス１２ａは、第二層のサブゲートウェイ中の１つのゲートウェイデバイス１２ａに接続され、前記第二層のサブゲートウェイ中の全てのゲートウェイデバイス１２ａは、データプラットフォーム１３に接続される。
【００２１】
前記データ収集ユニット１１によって収集されたデータがゲートウェイユニット１２を介して前記データプラットフォーム１３に送信される過程において、構造化記述が予め設定された規則に従って実行される。構造化記述されたデータは、前記データプラットフォーム１３に集まり、データ取引、交換、共有、製品情報トレースなどの様々なアプリケーションに使用される。
【００２２】
前記通信システム１００によるデータの送信中に、予め設定された規則に従って構造化記述されたデータは、モノのインターネットにおける様々なタイプのデータの自動識別と解析、並びにモノのインターネットにおける様々なデバイスとデバイスの間、デバイスとセンサーの間、センターとセンサーの間、デバイスと計器の間、デバイスとクラウドネットワークの間などの各方面の相互接続を実現することができる。ひいては、データの相互接続により、工業、農業、漁業、採鉱業、軽工業、交通管理、スマートシティなどの各分野における様々なデータ間の自動識別と解析を広範的に実現して、各産業の発展を促進することができる。
【００２３】
以下、図２を参照して、本発明のデータ伝送方法について具体的に説明する。 図２は、本発明の一実施形態によるデータ伝送方法のフローチャートである。異なるニーズに応じて、当該フローチャートのステップの順序を変更したり、一部のステップを省略したりすることができる。説明を簡単にするために、本発明の実施形態に関連する部分のみが示されている。
【００２４】
図２に示すように、前記データ伝送方法は、以下のステップを含む。
【００２５】
ステップＳ１では、データを収集する。
【００２６】
前記データは、システムプラットフォーム、センサー、デバイス、計器、機器などのデータ収集ユニット１１によって収集されたものであるのが可能である。また、前記データは、数値型のデータ又は制御型データであり得る。
【００２７】
数値型データとは、採取したデータが数値、例えば温度センサーが採取した温度値などである。
【００２８】
制御型データとは、他のデバイスを制御するための関連データを指す。例えば、他のプラットフォーム、センサー、計器、機器、デバイスなどを制御するための制御コマンド、制御コマンドパラメータ、対象装置のＩＤ番号、対象装置のインターフェイスなどを指す。
【００２９】
幾つかの好適な実施形態では、収集されたデータには不完全なデータ、重複データ、デフォルトデータ、冗長データなどの問題があり得るので、これらのデータに基づく分析はエラーの結果を生じる可能性がある。従って、前記方法は、収集されたデータを洗浄及び／又はコンプライアンスチェックすることをさらに含む。
【００３０】
一実施形態では、収集されたデータを洗浄することは、予め設定された洗浄規則アルゴリズムに基づいて収集したデータに対して冗長除去、障害除去、ノイズ除去処理を行うことを含む。前記予め設定された洗浄規則アルゴリズムは、欠落値を削除する方法、平均値補填法又はホットカード補填法であってもよい。前記欠落値を削除する方法は、データに欠落値が出るサンプルを直接廃棄することであり、前記平均値補填法は、収集したデータの中で欠落値の属性関連係数が一番大きい属性に基づいてデータを幾つかのグループに分けて、それぞれのグループの平均値を計算し、且つこれらの平均値を欠落値の数値の中に入れる。前記ホットカード補填法は、データベースの中で欠落値と似たオブジェクトを見つけて、このオブジェクトの値を欠落値の数値の中に塗りつぶす。本実施形態では、データ洗浄は、予め定義された分類規則及び処理後の前記データの特徴に基づいて、処理後の前記データを分類して集約して、１つのグループ又は複数のグループの同じクラスの特徴を持つデータセットを得ることをさらに含む。
【００３１】
一実施形態では、前記データに対してコンプライアンスチェックすることは、数値範囲チェックとフィールド長チェックとを含むことができる。もし、チェックにおいて不正なデータがあると確認されたら、今回のデータを破棄する。
【００３２】
ステップＳ２では、予め設定されたデータヘッダに基づいて、前記収集したデータを構造化して記述し、且つ構造化記述されたデータを予め設定された対象装置に伝送する。
【００３３】
図３及び図４を合わせて、データヘッダに基づいて前記データを構造化して記述する方法について具体的に説明する。図３に示すように、本実施形態では、予め設定されたデータヘッダに基づいて前記データを構造化処理することは、以下のステップを含む。
【００３４】
ステップＳ２０１では、収集したデータが数値型データか又は制御型データかを判断し、前記データが数値型データである場合には、ステップＳ２０２を実行し、前記データが制御型データである場合には、ステップＳ２０３を実行する。
【００３５】
システムプラットフォーム、センサー、デバイス、計器及び機器などのデータ収集ユニット１１から採取したデータは、一般的に２つの種類がある。１つは、数値型のデータであり、データの内容は具体的な数値である。例えば、温度センサーが採取した温度値、湿度センサーが採取した湿度値などの数値データである。もう１つは、制御型データであり、他のデバイス（プラットフォーム、センサー、計器、デバイスなどを含むが、これらに限定されず）に対する制御指令を指す。数値型データと制御型データの内容が異なるため、数値型データと制御型データには異なるフォーマットのデータヘッダ０を採用する。
【００３６】
ステップＳ２０２では、数値型データヘッダ０に基づいて、前記データを構造化して記述する。そのうち、数値型データヘッダ０のフォーマットは、データＩＤ、データの種類、データの名称、データの説明、データが属するデータグループのＩＤ、データのタイプ（数値型）、データ計量単位、データのバイト長を含むが、これらに限定されない。
【００３７】
ここで、データＩＤは、データの唯一の識別子であり、前記データが属するデータグループのＩＤは、前記データが属するデータグループの唯一の識別子であり、１つのデータグループには、１つ又は複数のデータが含まれてもよい。
【００３８】
他の実施形態では、前記数値型データヘッダ０のフォーマットは、データ値の上限、データ値の下限、データの中心値、収集データの欠落識別情報、データオーバーランのマーク、データのデフォルトのアクセス属性（Ｒ：読み取り専用、Ｗ：書き込みのみ、ＲＷ：読み書き）、データの生成時間、及びカスタム属性などをさらに含むことができる。
【００３９】
例えば、１つの番号が２０１９０８２８Ｔｓｅｎｓоｒである湿度センサに対して、１つ又は一日間の複数のデータを収集した後、前記データをデータヘッド０に従って構造化して記述した後、前記データに対して、データＩＤ、データの種類、データの名称、データの説明、データが属するデータグループのＩＤ、データのタイプ（数値型）、データ計量単位、データのバイト長などの属性を追加する。
【００４０】
本実施形態では、同じデバイスで採集した一連のデータに対して、データの異なる属性に応じて、データヘッダ０中の属性の内容は同じであっても良いし、異なっていても良い。例えば、前記データヘッダ０が温度センサーが採取したある地域の温度データの説明に使う場合、昼間の温度上限値／下限値と夜の温度上限値／下限値が異なると、昼間に伝送されるデータに対応するデータヘッダ０中のデータ値上限と、夜に伝送時に対応するデータヘッダ０中のデータ値上限が異なる。
【００４１】
ステップＳ２０３では、制御型データヘッダ０に基づいて、前記データを構造化して記述する。ここで、前記制御型データヘッダ０のフォーマットは、データＩＤ、データの種類、カスタムエニュメレート・タイプ(コマンドタイプ)、制御コマンドの名称、制御コマンドの機能説明、制御コマンド、対象装置のＩＤ、コマンドインターフェース、コマンドパラメータの数、及びコマンドパラメータを含むが、これらに限定されない。例えば、前記コマンドパラメータの数がｎであると、前記コマンドパラメータは、コマンドパラメータ１、……コマンドパラメータｎを含む。また、前記コマンドパラメータの数ｎは、１より大きいか又は１に等しい正の整数である。
【００４２】
前記数値型データヘッダ０と前記制御型データヘッダ０は、コアデータの構造的記述である。
【００４３】
ステップＳ２０４では、前記データヘッド０により構造化記述されたデータの前にデータヘッダ１を追加して、第一目標データを得る。ここで、前記データヘッダ１のフォーマットは、デバイスのＩＤ、デバイスのタイプ、デバイスの名称及びデバイスの機能を含む。
【００４４】
一実施形態では、データヘッド１は、データグループに対する記述であり、１つのデータグループの中には複数のデータが含まれてもよい。
【００４５】
同じデバイスで採集した一連のデータを第一層ゲートウェイを介して送信する前に、前記データヘッダ１を追加する。同じデバイスに対して、デバイスによって生成される全てのデータに追加したデータヘッダ１は同じであり、前記データを生成するデバイスの関連情報を表すことに用いられる。
【００４６】
幾つかの実施形態では、前記構造化記述されたデータは、収集されたデータ、前記データヘッダ０及びデータヘッダ１のみを含むことができる。ここで、前記データヘッダ０は、コアデータに対する記述であり、前記データヘッダ１は、データが属するデータグループに対する記述である。
【００４７】
他の実施形態では、収集されたデータをデータヘッダ０とデータヘッダ１によって構造化記述した後、一階層のサブゲートウェイを介して伝送する毎に、前記構造化記述されたデータの中に当該階層のサブゲートウェイに対応するデータヘッダを追加する。例えば、同じワークショップの異なるデバイスで生成されたデータは、サブゲートウェイを介して会社全体の対応する総ゲートウェイに集まる前に、ワークショップ、生産ラインなどのフローデータ情報を記述するためのデータヘッダを追加することによって、データを再度に構造化記述する。会社全体のあらゆるデータを総ゲートウェイを通じてデータプラットフォーム１３に送信して、まとめて、データの取引と共有を実現する前に、産業タイプ、産業分野、社名、会社の住所などのデータソース情報を記述するためのデータヘッダを追加する。
【００４８】
具体的には、本実施形態では、予め設定されたデータヘッダに従って前記データを構造化記述することは、さらに以下のステップを含む。
【００４９】
ステップＳ２０５では、第一層サブゲートウェイを介して前記第一目標データを伝送する場合、データヘッド２に基づいて前記第一目標データを構造化して記述し、第二目標データを得る。ここで、前記データヘッダ２は、生産プロセス情報を記述するために使用される。
【００５０】
一実施形態では、前記データヘッド２は、製品名、プロジェクト名、工芸番号、生産ライン番号を含む。
【００５１】
一実施形態では、前記データヘッド２は、プロジェクト、部門、工芸名、工芸番号を含む。
【００５２】
一実施形態では、データヘッダ２は、プロジェクト、部門、製品名、製品番号を含む。
【００５３】
他の実施形態では、前記データヘッド２は、製品番号、プロジェクト、部門、生産ライン番号を含む。             
【００５４】
さらに他の実施形態では、前記データヘッド２は、製品／プロジェクト／部門、工芸名／工芸番号を含む。
【００５５】
同じ工場、同じワークショップ、同じ部門の異なるデバイスで生成されたデータは、第一層サブゲートウェイを介して次の階層のサブゲートウェイに送信される前に、前記データヘッド２によってデータを構造化して記述し、前記データに対応する製品名、プロジェクト名、プロセス情報、生産ライン情報などを説明するために用いられる。
【００５６】
例を挙げて言えば、携帯電話の加工工場に対して、ファーウェイ携帯電話ＨＵＡＷＥＩ  Ｍａｔｅ２０の加工過程は、ハウジング加工、電子部品の組立テスト、製品包装との３つの部分に分けられる。ハウジング加工データ、電子部品の組立テストデータ及び包装データは、それぞれハウジング加工デバイス、組立テストデバイス、製品包装デバイスによって取得できる。すると、各装置が取得したデータがそれぞれデータヘッド０とデータヘッド１によって構造化記述された後に、ハウジング加工データの前に追加されたデータヘッド２のフォーマットは、「ＨＵＡＷＥＩ  Ｍａｔｅ２０＿ハウジング加工＿生産ライン５」であり、電子部品の組立テストデータの前に追加されたデータヘッド２のフォーマットは、「ＨＵＡＷＥＩ  Ｍａｔｅ２０＿電子部品組立テスト＿生産ライン２」であり、包装データの前に追加されたデータヘッド２のフォーマットは、「ＨＵＡＷＥＩ  Ｍａｔｅ２０＿包装＿生産ライン１」である。
【００５７】
本実施形態では、前記方法はさらに以下のステップを含む。
【００５８】
ステップＳ２０６では、第二層サブゲートウェイを介して前記第二目標データを伝送した後、データヘッド３に基づいて前記第二目標データを構造化して記述する。ここで、前記データヘッダ３は、製品のタイプ、産業分野、会社の名称、会社の住所を含むが、これらに限定されない。
【００５９】
例えば、中国深センのある３Ｄ金属印刷材料会社の生産加工データとテストデータにとって、第二層サブゲートウェイを介して前記第二目標データを伝送した後、前記第二目標データの中に追加されるデータヘッド３の内容は、「金属材料＿生産＿ｘｘｘ材料会社＿中国深セン」などの属性情報である。
【００６０】
前記データは、前記データヘッド０、前記データヘッド１、前記データヘッド２及び前記データヘッド３によって構造化記述された後に、対象装置に送信され、例えば、様々なデータを集めて、交換、共有及び取引するためのデータプラットフォーム１３に送信される。図４は、本発明の一実施形態における構造化記述されたデータの構造概略図である。
【００６１】
また、幾つかの実施形態では、データヘッド０及びデータヘッド１に基づいてデータを構造化して記述した後、直接に前記データヘッド３に基づいて構造化して記述し、前記データヘッド２を追加しなくてもよい。幾つかの実施形態では、データヘッド０及びデータヘッド１に基づいてデータを構造化して記述した後、さらにデータヘッド２によって構造化記述された後、前記データヘッド３の構造的記述を経ずに対象装置に直接に送信しても良い。
【００６２】
本発明の一実施形態では、前記データを構造化して記述する第一方法は、次の通りである。データヘッドの構造化記述内容をデータの前に設定し、且つ設定された対象装置に同時に伝送することである。従来の通信プロトコルにおけるデータフォーマットと同様に、データを伝送するとともに、これらのデータに関連するデータ構造化記述属性も提供される。前記データを使用する場合は、まず構造化記述ファイルに基づいてデータを受信して説明する。このような方式によるデータの伝送量が比較的に小さいが、前記データを使用する場合に、データヘッダに基づいてデータを解析する必要がある。
【００６３】
本発明の他の実施形態では、前記データを構造化して記述する第二方法は、次の通りである。データを直接にデータヘッダのフォーマットに従って変換し、各データには、データ構造化記述属性が含まれており、即ち、直接にデータベースでデータ及び構造化記述属性を記憶して伝送することである。ユーザーが使用する時に、データの構造化記述に従って直接使用することができ、余分なデータ解析を必要としない。しかし、このような方式によるデータの伝送量は、わりに大きい。
【００６４】
本発明のさらに他の実施形態では、前記第一種及び第二種のデータ構造化記述方法を組み合わせても良い。
【００６５】
本発明の実施形態では、Ｊａｓｏｎ又はＸＭＬを構造化記述のプログラム言語とすることにより、データの構造化定義及び記述に汎用性と使い易さを持たせる。
【００６６】
本発明の他の実施形態においては、他のプログラム言語を構造化記述の言語としても良い。
【００６７】
図５に示すように、本発明の他の実施形態が提供するデータ伝送方法のフローチャートは、以下のステップを含む。
【００６８】
ステップＳ５０１では、データを送信／受信する。前記データは、データ内容、データヘッダ０及びデータヘッダ１を含み、前記データヘッダ０は、数値型データヘッダ０又は制御型データヘッダ０であり、前記数値型データヘッダ０のフォーマットは、データのＩＤ、データの種類、データの名称、データの説明、データが属するデータグループのＩＤ、データのタイプ（数値タイプ）、データ計量単位、データのバイト長を含む。前記制御型データヘッダ０のフォーマットは、データのＩＤ、データの種類、カスタムエニュメレート・タイプ（コマンドタイプ）、制御コマンドの名称、制御コマンドの機能説明、制御コマンド、対象装置のＩＤ、コマンドのインターフェース、コマンドパラメータの数及びコマンドパラメータを含む。前記データヘッダ１は、デバイスのＩＤ、デバイスのタイプ、デバイスの名称及びデバイスの機能を含む。前記データフォーマットは、図６に示す通りである。
【００６９】
一実施形態では、前記データは、図７に示すように、前記データヘッダ０及び前記データヘッダ１を含むことに加えて、データヘッダ２をさらに含む。ここで、前記データヘッダ２は、以下の何れか一種を含むが、これらに限定されない。
【００７０】
製品名、プロジェクト名、工芸番号、生産ライン番号。
プロジェクト、部門、工芸名、工芸番号。
プロジェクト、部門、製品名、製品番号。
製品番号、プロジェクト、部門、生産ライン番号。
製品又はプロジェクト又は部門、工芸名又は工芸番号。
【００７１】
一実施形態では、前記データは、図８に示すように、前記データヘッダ０及び前記データヘッダ１を含む以外に、データヘッダ３をさらに含む。ここで、前記データヘッダ３は、製品のタイプ、産業分野、会社の名称、会社の住所を含むが、これらに限定されない。
【００７２】
一実施形態において、前記データは、図４に示すように、前記データヘッダ０と、前記データヘッダ１と、前記データヘッダ２と、前記データヘッダ３と、を含む。
【００７３】
本発明によって提供されるデータ伝送方法は、モノのインターネットにおける伝送されようとするデータを、予め設定されたデータヘッダフォーマットに従って構造化して記述することにより、モノのインターネットにおける様々な種類のデータの自動識別と自動解析を可能にし、モノのインターネットにおける様々な異なるデバイスとデバイスの間、デバイスとセンサーの間、センサーとセンサーの間、デバイスと計器の間、デバイスとクラウドネットワークの間などの各方面の相互接続を実現する。さらに、データの相互接続によって、工業、農業、漁業、採鉱業、軽工業、交通管理、スマートシティなどの各分野の各種データ間の自動識別と解析が可能になり、各産業の発展を広範的に促進することができる。
【００７４】
最後に、以上の実施形態は、本発明の技術的な態様を説明するためにのみ使用され、本発明を限定するものではなく、より良い実施形態を参照して本発明を詳細に説明したが、当業者は、本発明の技術的な態様を修正又は同等に置換して得られた態様も、本発明の技術的な態様の精神的及び範囲から逸脱しないことを理解すべきである。
【図１】
0006970788.tif 000002
【図２】
0006970788.tif 000003
【図３】
0006970788.tif 000004
【図４】
0006970788.tif 000005
【図５】
0006970788.tif 000006
【図６】
0006970788.tif 000007
【図７】
0006970788.tif 000008
【図８】
0006970788.tif 000009