(57)【要約】【課題】本発明は、自動化システム分野における多重フラットフォーム環境のためのプロジェクト情報処理装置及びその方法に関するものである。【解決手段】本発明による多重フラットフォームのためのプロジェクト情報処理装置は、クライアント（１００）からプロジェクトと情報要請信号を受信し、要請信号に対応するプロジェクト情報を送信するウェブサーバ（２１０）と、自動化システム（２３０）から送出されたデータを収集し、前記収集された異機種のデータを前記クライアントに伝送するための所定フォーマットに変換し、前記ウェブサーバを介して前記クライアントに出力するプロジェクトサーバ（２２０）と、を含む。【選択図】図２
2013140586.tif 000002
【特許請求の範囲】
【請求項１】
クライアントからプロジェクト情報要請信号を受信し、前記要請信号に対応するプロジェクト情報を送信するウェブサーバと、
自動化システムから送出されたデータを収集し、前記収集された異機種のデータを前記クライアントに伝送するための所定フォーマットに変換し、前記ウェブサーバを介して前記クライアントに出力するプロジェクトサーバと、を含む
プロジェクト情報処理装置。
【請求項２】
前記プロジェクトサーバは、
前記自動化システムから入力されるデータを受信し、前記データを所定変換したプロジェクト情報を出力するプロジェクト情報処理部と、
前記自動化システムから入力されたデータを変換するプロジェクト情報変換部と、
前記プロジェクト情報変換部で変換されたデータを貯蔵するプロジェクト情報データベースと、を含む
請求項１に記載のプロジェクト情報処理装置。
【請求項３】
前記プロジェクト情報変換部は、
前記データを所定変換する場合、前記ウェブサーバを介して要請されたプロジェクト情報要請信号に対応するように前記データを変換する
請求項２に記載のプロジェクト情報処理装置。
【請求項４】
前記プロジェクト情報変換部は、
前記クライアントから情報要請信号が入力される時点に前記プロジェクト情報データベースに既に貯蔵されたプロジェクト情報、又は自動化システムから入力されるデータを変換する
請求項３に記載のプロジェクト情報処理装置。
【請求項５】
前記プロジェクト情報データベースは、
前記自動化システムから受信されたデータを論理的な単位で分割して貯蔵する
請求項４に記載のプロジェクト情報処理装置。
【請求項６】
前記分割される単位は、
前記自動化システムから受信されたデータがＰＬＣデータである場合、ラング単位で分割されることを特徴とする
請求項５に記載のプロジェクト情報処理装置。
【請求項７】
前記分割される単位は、
前記自動化システムから受信されたデータがＨＭＩデータである場合、表示画面単位で分割されることを特徴とする
請求項６に記載のプロジェクト情報処理装置。
【請求項８】
前記ウェブサーバは、
前記クライアントとＨＴＴＰＳ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ  ｏｖｅｒ  Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔｓ  Ｌａｙｅｒ）プロトコル基盤の通信網で連結される
請求項１に記載のプロジェクト情報処理装置。
【請求項９】
プロジェクト情報処理のための方法において、
クライアントからプロジェクト情報要請信号を受信する段階と、
前記要請信号に対応するプロジェクト情報を検索する段階と、
前記検索されたプロジェクト情報を所定フォーマットに変換する段階と、
前記変換された情報をクライアントに伝送する段階と、を含む
プロジェクト情報処理方法。
【請求項１０】
前記変換された情報をクライアントに伝送する際、ＨＴＴＰＳ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ  ｏｖｅｒ  Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔｓ  Ｌａｙｅｒ）プロトコル基盤の通信を介して伝送される
請求項９に記載のプロジェクト情報処理方法。
【請求項１１】
前記プロジェクト情報を所定フォーマットに変換する場合、前記受信されたデータがＰＬＣデータである場合、ラング単位でデータを変換することを特徴とする
請求項９に記載のプロジェクト情報処理方法。
【請求項１２】
前記プロジェクト情報を所定フォーマットに変換する場合、前記受信されたデータがＨＭＩデータである場合、表示画面単位でデータを変換することを特徴とする
請求項９に記載のプロジェクト情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、自動化システム分野における多重フラットフォーム（プラットフォーム）環境のためのプロジェクト情報処理装置及びその方法に関するものである。
【背景技術】
【０００２】
一般に、ＳＣＡＤＡ（Ｓｕｐｅｒｖｉｓｏｒｙ  Ｃｏｎｔｒｏｌ  Ｄａｔａ  Ａｃｑｕｉｓｉｔｉｏｎ）、ＭＥＳ（Ｍａｎｕｆａｃｔｕｒｉｎｇ  Ｅｘｅｃｕｔｉｏｎ  Ｓｙｓｔｅｍ）、ＰＯＰ（Ｐｏｓｔ  Ｏｆｆｉｃｅ  Ｐｒｏｔｏｃｏｌ）のようなシステムは中央統制室、モニタリングシステム、ＰＬＣ（Ｐｒｏｇｒａｍｍａｂｌｅ  Ｌｏｇｉｃ  Ｃｏｎｔｒｏｌｌｅｒ）などの現場コントロールのための構成及びイントラネットを構築している。
【０００３】
現場コントロールシステム、即ち、産業用自動化システムでは、モータ、ポンプ、送風機、配電器などのような各種計測器が連結されている。
【０００４】
図１は、従来の多重フラットフォーム環境におけるプロジェクト情報を提供するためのシステムブロック図である。
【０００５】
図１を参照すると、従来のプロジェクト情報を提供するためのシステムは、アプリケーション部１０、インターネット２０及びモニタリング機器部３０で構成される。
【０００６】
アプリケーション部１０は、インターネット２０を介して自らが知っている機器の遠隔アドレスを利用して該当機器に接続される。インターネット２０を介して該当機器に接続されたアプリケーション部１０は、個別的に具現された通信プロトコルを利用してモニタリング機器３０に貯蔵されているプロジェクト情報及びタグ情報をリードして表示することができる。
【０００７】
上記のように、従来のアプリケーション環境ではインターネットを介して接続されたＰＬＣ及びＨＭＩ機器で別途のエンジニアリングソフトウェアを介してそれぞれの環境で支援するプログラム言語及びライブラリに各データを表示することができる。また、一般的な自動化システムの場合、外部とは遮断された制限的なネットワーク環境でのみ使用されることで低レベルの保安を有するプロトコルが使用される。
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明は、汎用的なウェブサービス技術を利用して自動化システムで提供するデータを処理する多重フラットフォームのためのプロジェクト情報処理装置及びその方法を提供する。
【０００９】
また、本発明は、検証された補完技法を利用して自動化システムから提供されるデータの保安技術を提供し、高レベルの保安が要求されるデータを管理することができる多重フラットフォームのためのプロジェクト情報処理装置及びその方法を提供する。
【課題を解決するための手段】
【００１０】
一方、本発明で解決しようとする技術的課題は上述した技術的課題に制限されず、言及されてない他の技術的課題は以下の記載から提案される本発明の属する技術分野における通常の知識を有する者に明確に理解できるはずである。
【００１１】
本発明による多重フラットフォームのためのプロジェクト情報処理装置は、クライアントからプロジェクト情報要請信号を受信し、前記要請信号に対応するプロジェクト情報を送信するウェブサーバと、自動化システムから送出されたデータを収集し、前記収集された異機種のデータを前記クライアントに伝送するための所定フォーマットに変換し、前記ウェブサーバを介して前記クライアントに出力するプロジェクトサーバと、を含む。
【００１２】
また、前記プロジェクトサーバは、前記自動化システムから入力されるデータを受信し、前記データを所定変換したプロジェクト情報を出力するプロジェクト情報処理部と、前記自動化システムから入力されたデータを変換するプロジェクト情報変換部と、前記プロジェクト情報変換部で変換されたデータを貯蔵するプロジェクト情報データベースと、を含んでもよい。
【００１３】
また、前記プロジェクト情報変換部は、前記データを所定変換する場合、前記ウェブサーバを介して要請されたプロジェクト情報要請信号に対応するように前記データを変換してもよい。
【００１４】
また、前記プロジェクト情報変換部は、前記クライアントから情報要請信号が入力される時点に前記プロジェクト情報データベースに貯蔵されたプロジェクト情報又は自動化システムから入力されるデータを変換してもよい。
【００１５】
また、前記プロジェクト情報データベースは、前記自動化システムから受信されたデータを論理的な単位に分割して貯蔵してもよい。
【００１６】
また、前記分割される単位は、前記自動化システムから受信したデータがＰＬＣデータである場合、ラング単位で分割されてもよい。
【００１７】
また、前記分割される単位は、前記自動化システムから受信したデータがＨＭＩデータである場合、表示画面単位に分割されてもよい。
【００１８】
また、ウェブサーバは前記クライアントとＨＴＴＰＳ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ  ｏｖｅｒ  Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔｓ  Ｌａｙｅｒ）プロトコル基盤の通信網で連結されてもよい。
【００１９】
本発明による多重フラットフォームのためのプロジェクト情報処理方法は、クライアントからプロジェクト情報要請信号を受信する段階と、前記要請信号に対応するプロジェクト情報を検索する段階と、前記検索されたプロジェクト情報を所定フォーマットに変換する段階と、前記変換された情報をクライアントに伝送する段階と、を含む。
【００２０】
また、前記変換された情報をクライアントに伝送する際、ＨＴＴＰＳ（Ｈｙｐｅｒｔｅｘｔ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ  ｏｖｅｒ  Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔｓ  Ｌａｙｅｒ）プロトコル基盤の通信を介して伝送されてもよい。
【００２１】
また、前記プロジェクト情報を所定フォーマットに変換する場合、前記受信されたデータがＰＬＣデータである場合、ラング単位でデータを変換してもよい。
【００２２】
また、前記プロジェクト情報を所定フォーマットに変換する場合、前記受信されたデータがＨＭＩデータである場合、表示画面単位でデータを変換してもよい。
【図面の簡単な説明】
【００２３】
【図１】従来技術によるプロジェクト情報を提供するためのシステムブロック図である。
【図２】本発明の実施例による多重フラットフォーム環境におけるプロジェクト情報を処理するためのシステムブロック図である。
【図３】本発明の実施例による多重フラットフォーム環境におけるプロジェクト情報を処理するための動作のフローチャートである。
【発明を実施するための形態】
【００２４】
本明細書及び特許請求の範囲で使用された用語や単語を通常の或いは書誌的な意味に限って解釈してはならず、発明者は自らの発明を最善の方法で説明するために用語の概念を適切に定義することができるという原則に立脚して本発明の技術的思想に符合する意味と概念で解釈しなければならない。
【００２５】
従って、本明細書に記載された実施例と図面に示した構成は本発明の好ましい一実施例に過ぎず、本実施例の技術的思想を全て代弁するものではないため、本出願時点でそれらを代替し得る多様な均等物と変更例が存在し得るということを理解しなければならない。
【００２６】
図２は、本発明の実施例による多重フラットフォーム環境におけるプロジェクト情報を処理するためのシステムブロック図である。
【００２７】
図２を参照すると、本発明の実施例によるフラットフォーム環境におけるプロジェクト情報を提供するためのシステムは、ＸＭＬ−ＲＰＣ（Ｒｅｍｏｔｅ  Ｐｒｏｃｅｄｕｒｅ  Ｃａｌｌ）クライアント１００、サーバ２００を含む。
【００２８】
ＸＭＬ−ＲＰＣクライアント１００はサーバ２００から取得したプロジェクト情報を受信し、受信した情報を表示するための少なくとも一つのモバイルフラットフォーム１０１，１０２又はＰＣ１０３を含む。
【００２９】
モバイルフラットフォーム１０１，１０２又はＰＣ１０３を含むＸＭＬ−ＲＰＣクライアント１００は、遠隔地のサーバ２００とＸＭＬ−ＲＰＣ通信方式を使用してもよい。
【００３０】
ＸＭＬ−ＲＰＣ通信はＸＭＬ基盤の分散システム通信方法であって、本発明の実施例ではＨＴＴＰＳ（Ｈｙｐｅｒｔｅｘｔ  ｔｒａｎｓｆｅｒ  ｐｒｏｔｏｃｏｌ  ｏｖｅｒ  Ｓｅｃｕｒｅ  Ｓｏｃｋｅｔｓ  Ｌａｙｅｒ，ＨＴＴＰ  ｏｖｅｒ  ＳＳＬ）を介してサーバ２００からプロジェクト情報を要請し、要請された信号に対応するプロジェクト情報を受信するようにする。また、ＸＭＬ−ＲＰＣクライアント１００はサーバ２００にプロジェクト情報を要請し、要請信号に対応するプロジェクト情報が受信されるまで動作を一時停止する形態の同期式運営方式で動作されてもよい。
【００３１】
サーバ２００は、ウェブサーバ２１０、プロジェクトサーバ２２０及び自動化システムソース提供部２３０を含む。
【００３２】
ウェブサーバ２１０は、ＸＭＬ−ＲＰＣクライアント１００とＨＴＴＰＳプロトコル基盤の通信網でサーバ２００を連結する。ウェブサーバ２１０はＸＭＬ−ＲＰＣクライアント１００からプロジェクト情報要請信号を受信し、要請信号に対応するプロジェクト情報をＸＭＬ−ＲＰＣクライアント１００に伝送する。
【００３３】
プロジェクトサーバ２００は、プロジェクト情報処理部２２１、プロジェクト情報変換部２２２及びプロジェクト情報データベース２２３を含んでもよい。
【００３４】
プロジェクト情報処理部２２１は、ウェブサーバ２１０を介して受信されたプロジェクト情報要請信号を受信し、通信可能な所定フォーマットに変化された要請信号に対応するプロジェクト情報をウェブサーバ２１０に出力する。
【００３５】
プロジェクト情報変換部２２２は、異機種の自動化システムソース提供部２３０から受信されたデータを通信基盤及びＸＭＬ−ＲＰＣクライアント１００が特定信号として認識できるように所定ロジックと方式によって変換してもよい。
【００３６】
プロジェクト情報変換部２２２は、自動化システムソース提供部２３０から受信されたデータをクライアント１００で収容し得る最小限の単位で分割されたデータとデータの情報を含むテーブルを追加してプロジェクト情報として構成してもよい。
【００３７】
プロジェクト情報変換部２２２は、自動化システムソース提供部２３０から受信したデータに対してクライアント１００からプロジェクト情報要請信号が発生すると、データに対する情報を変換するようにしてもよい。または、自動化システムソース提供部２３０からデータ受信時点ごとにデータを変換してプロジェクト情報データベース２２３に貯蔵するようにしてもよい。
【００３８】
プロジェクト情報データベース２２３は、自動化システムソース提供部２３０から受信されたデータを貯蔵するかプロジェクト情報変換部２２２で変換されたプロジェクト情報を貯蔵してもよい。プロジェクト情報は、自動化システムデータに対して論理的単位に分割して貯蔵してもよい。また、分割されたデータに対する情報を含むプロジェクト情報テーブルを貯蔵してもよい。
【００３９】
プロジェクト情報に含まれる少なくとも一つのデータは、自動化システムデータがＰＬＣデータである場合、プログラムを実行するための最小単位である一つのラング（ＲＵＮＧ）であってもよい。また、自動化システムデータがＨＭＩデータである場合、表示画面単位になってもよい。
【００４０】
自動化システムソース提供部２３０は、自動化システムから受信したモニタリングデータを貯蔵してもよい。自動化システムソース提供部２３０に貯蔵されるデータは、ＰＬＣ２３１データ、ＨＭＩ２３２データであるか使用者の入力によって発生されたデータ２３３であってもよい。
【００４１】
図３は、本発明の実施例による多重フラットフォーム環境におけるプロジェクト情報を処理するための動作のフローチャートである。
【００４２】
図３を参照すると、クライアント１００はサーバ２００にプロジェクト情報要請信号を伝送する（Ｓ３０２）。情報要請信号は、上述したようにＨＴＴＰＳ通信基盤のインターネット網を介して伝送されてもよい。
【００４３】
サーバ２００は、ウェブサーバ２１０を介してクライアント１００から受信したプロジェクト情報要請信号を受信し、該当情報をプロジェクトサーバ２２０に伝送してもよい（Ｓ３０４）。
【００４４】
プロジェクトサーバ２２０は、ウェブサーバ２１０を介してクライアント１００から受信したプロジェクト情報要請信号に応じてプロジェクト情報データベース２２３で要請信号に対応するプロジェクト情報が存在するのかを検索する（Ｓ３０６）。
【００４５】
プロジェクトサーバ２２０は、プロジェクト情報データベース２２３で要請されたプロジェクト情報に対応する情報が存在しなければ、自動化システムソース提供部２３０から入力されたデータをリードする（Ｓ３０８）。
【００４６】
プロジェクトサーバ２２０は、リードしたデータに対してクライアント１００で受信されたプロジェクト情報要請信号に対応するプロジェクト情報に所定変換を行う（Ｓ３１０）。
【００４７】
プロジェクトサーバ２２０は、既に変換されたプロジェクト情報に対してウェブサーバ２１０に出力してもよい。
【００４８】
ウェブサーバ２１０は、プロジェクト情報に対してクライアント１００に伝送してもよい。
【００４９】
クライアント１００はサーバ２２０から受信したプロジェクト情報を確認し（Ｓ３１６）、プロジェクト情報を要請したモバイルフラットフォーム又はＰＣで出力されるようにしてもよい（Ｓ３１８）。
【００５０】
これまでの説明は本発明の技術的思想を例示的に説明したものに過ぎず、本発明が属する技術分野における通常の知識を有する者であれば、本発明の本質的な特性から逸脱しない範囲内で多様な修正及び変更をすることができるはずである。
【００５１】
よって、本明細書に開示された実施例は本発明の技術的思想を限定するためのものではなく説明するためのものであって、このような実施例によって本発明の技術的思想の範囲が限定されることはない。
【図１】
2013140586.tif 000003
【図２】
2013140586.tif 000004
【図３】
2013140586.tif 000005