브로커에 등록

마지막 업데이트: 2022년 2월 6일 | 0개 댓글
  • 네이버 블로그 공유하기
  • 네이버 밴드에 공유하기
  • 페이스북 공유하기
  • 트위터 공유하기
  • 카카오스토리 공유하기

AWS 서비스 브로커

AWS Service Broker는 Open Service Broker(OSB) 브로커를 통해 AWS 서비스를 노출합니다. 이러한 문서는 AWS 서비스 브로커 문서를 기반으로 합니다. 이 문서에서는 두 가지 가능한 설치를 다룹니다.

  1. Kf Kubernetes 클러스터(권장)에 AWS 서비스 브로커 설치
  2. AWS에 AWS 서비스 브로커를 설치하고 VPC 브리지를 통해 API 노출

기본 요건

Kf 및 서비스 카탈로그가 설치된 Kubernetes 클러스터 외에도 (이 안내 참조) kf CLI를 사용하게 될 워크 스테이션에 다음 도구를 설치해야 합니다.

방법 1: GKE에 설치

AWS 서비스 브로커는 AWS 서비스 브로커의 Kubernetes용 시작 가이드의 Helm 차트를 사용하여 배포됩니다.

AWS 서비스 브로커가 테이블에 액세스하기 위해서는 DynamoDB 테이블 및 IAM 사용자가 필요합니다. 가장 쉬운 브로커에 등록 방법은 제공된 CloudFormation 템플릿을 배포하는 것입니다. 수동 설치에 대해서는 기본 요건 문서를 참조하세요.

먼저 머신에 Helm 저장소를 추가합니다.

그런 후 Helm 차트를 배포하고 올바른 AWS accesskeyid 및 secretkey 를 설정합니다.

브로커가 클러스터 전체에 설치되는 것을 원하지 않으면 --set deployNamespacedServiceBroker=true 플래그를 설정하여 브로커를 배포된 네임스페이스에 등록합니다.

구성 매개변수의 전체 목록은 Helm 템플릿의 values.yaml 정의에서 찾을 수 있습니다.

유효성 검증

Helm 차트가 배포된 후 ClusterServiceBroker 리소스가 생성됩니다. kubectl 로 이를 확인할 수 있습니다.

STATUS 가 준비되지 않았다면 문제가 생긴 것입니다. 문제를 해결할 때는 다음 사항을 확인하세요.

  • DynamoDB 인프라가 가동되는가
  • AWS 사용자가 정책 또는 그룹을 통해 DynamoDB 테이블에 액세스할 수 있는가
  • Helm 차트 값이 올바르게 설정되었는가

브로커가 실행되어 서비스 카탈로그에 등록되는 데 몇 분 정도 걸릴 수 있습니다. 브로커가 등록된 후 kf marketplace 명령어로 제공된 서비스를 볼 수 있습니다.

방법 2: AWS에 설치

GKE 클러스터에 AWS 서비스 브로커를 설치할 때의 단점은 AWS 역할 대신 AWS 사용자 인증 정보를 사용해야 한다는 점입니다. 하지만 GKE 클러스터에서 AWS 서비스 브로커의 API에 연결할 수 있다고 가정하면, AWS 서비스 브로커가 KF와 함께 작동하는 데 필요한 유일한 Kubernetes 리소스는 ClusterServiceBroker입니다.

API를 GKE 클러스터에 노출할 수 있는 방법은 두 가지입니다.

    을 통해 API에 액세스하는 방법
  1. API에 공개적으로 액세스하는 방법 (권장되지 않음)

어느 경우든 신뢰할 수 있는 TLS 인증서 및 액세스 사용자 인증 정보를 사용하여 서비스 브로커의 API를 보호하는 것이 가장 좋습니다.

API에 액세스할 수 있게 되면 서비스 브로커로 승인하기 위한 사용자 인증 정보가 포함되어 있는 Kubernetes Secret 와 ClusterServiceBroker 를 kubectl apply .

Except as otherwise noted, the content of this page is licensed under the Creative Commons Attribution 4.0 License, and code samples are licensed under the Apache 2.0 License. For details, see the Google Developers Site Policies. Java is a registered trademark of Oracle and/or its affiliates.

Confluent Blog

How to Remove Apache Kafka Brokers the Safe and Easy Way With Confluent Server

The recent release of Confluent Cloud and Confluent Platform 7.0 introduced the ability to easily remove Apache Kafka® brokers and shrink your Confluent Server cluster with just a single command.

5 Common Pitfalls When Using Apache Kafka

Whether you’re a seasoned Apache Kafka® developer or just getting started you’re likely to hit a snag at some point or another—either in configuring and understanding your clients or setting

Auto-Balancing and Optimizing Apache Kafka Clusters with Improved Observability and Elasticity in Confluent Platform 7.0

While Self-Balancing Clusters (SBC) perform effectively in balancing Apache Kafka® clusters, one of the common themes we hear from our users is that they would love some visibility into the

How to Survive an Apache Kafka Outage

There is a class of applications that cannot afford to be unavailable—for example, external-facing entry points into your organization. Typically, anything your customers interact with directly cannot go down. As

Implementing mTLS and Securing Apache Kafka at Zendesk

At Zendesk, Apache Kafka® is one of our foundational services for distributing events among different internal systems. We have pods, which can be thought of as isolated cloud environments where

  • Steve Rodrigues

Restoring Balance to the Cluster: Self-Balancing Clusters in Confluent Platform 6.0

Apache Kafka® scales well. A Kafka cluster can grow to tens or hundreds of brokers and easily sustain tens of GB per second of read and write traffic. But scaling

What’s New in Apache Kafka 2.5

On behalf of the Apache Kafka® community, it is my pleasure to announce the release of Apache Kafka 2.5.0. The community has created another exciting release. We are making progress

  • Frank Greco Jr.

Building Confluent Cloud – Here’s What We’ve Learned

In July 2017, Confluent launched a private preview of what would later be known as Confluent Cloud. This platform as a service product has grown rapidly; less than three years

  • Manikumar Reddy

What’s New in Apache Kafka 2.4

On behalf of the Apache Kafka® community, it is my pleasure to announce the release of Apache Kafka 2.4.0. This release includes a number of key new features and improvements

9·11 테러참사 이후 강화된 이민법에 따라 이민자들의 불안한 심리를 이용한 일부 불법 이민 브로커들의 이민사기 행각으로 피해자들이 늘고 있다.
특히 불법체류자나 관광비자 소지 한인들을 상대로 소셜시큐리티 번호나 운전면허증을 취득하게 해주겠다며 여권서류를 위조, 허위 신청을 하는 브로커들 대부분도 정부에 등록되지 않은 유령업소들이다.
이에 대해 이민전문가들은 사이비 브로커와 자격 조건을 갖춘 브로커를 식별해 이민신청을 맡기는 것이 이민사기 피해를 줄이는 지름길이라고 지적하면서 주저하지 말고 자격 여부를 확인할 것을 조언했다.
캘리포니아 주정부는 지난해 9월부터 이민브로커의 자격 조건과 처벌을 강화하는 주법을 브로커에 등록 발효시켰다. 주법은 ▲브로커는 사무실과 광고에 변호사가 아니라는 사실을 명시해 고객이 볼 수 있도록 공개된 장소에 비치해야하고 ▲5만달러의 본드 구입증도 게시해야 하며 ▲모든 계약은 서면으로 해야 하고 ▲고객이 원할 경우 72시간 내에 지출된 경비를 제외한 수수료를 환불해야 한다.
새 법은 또 이민 브로커를 ‘Immigration Consultant’로 규정, 사업체 등록을 해야 하고 피해자 환불을 위한 본드 구입액수를 예전의 2만5,000달러에서 5만달러로 늘렸다. 피해자에 대한 민사 보상액을 1만달러에서 10만달러로, 브로커에 대한 형량도 브로커에 등록 최고 1년의 징역 또는 1만달러 벌금으로 상향 조정하는등 처벌을 강화했다.한편 주총무처는 웹사이트(www.ss.ca.gov/business/sf/bond.search.htm)를 통해 이민 브로커의 5만달러 가입 여부를 확인해 주고 있다.

브로커에 등록

카테고리 최신기사

많이 본 기사

3731 Wilshire Blvd., 10th Floor, Los Angeles, CA 90010
Tel.(323)692-2000
Copyright©The Korea Times All rights reserved.

WO2021153832A1 - 브로커 기반 오피씨 유에이 펍섭을 이용한 제조 장비 시스템의 고도화 운용 방법 - Google Patents

Publication number WO2021153832A1 WO2021153832A1 PCT/KR2020/001532 KR2020001532W WO2021153832A1 WO 2021153832 A1 WO2021153832 A1 WO 2021153832A1 KR 2020001532 W KR2020001532 W KR 2020001532W WO 2021153832 A1 WO2021153832 A1 WO 2021153832A1 Authority WO WIPO (PCT) Prior art keywords data broker opc publisher topic Prior art date 2020-01-31 Application number PCT/KR2020/001532 Other languages English ( en ) French ( fr ) Inventor 이원희 신준호 Original Assignee 전자부품연구원 Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.) 2020-01-31 Filing date 2020-01-31 Publication date 2021-08-05 2020-01-31 Application filed by 전자부품연구원 filed Critical 전자부품연구원 2020-01-31 Priority to PCT/KR2020/001532 priority Critical patent/WO2021153832A1/ko 2021-08-05 Publication of WO2021153832A1 publication Critical patent/WO2021153832A1/ko

Links

  • Espacenet
  • Global Dossier
  • PatentScope
  • Discuss
  • 238000004519 manufacturing process Methods 0.000 title claims abstract description 43
  • 238000007726 management method Methods 0.000 claims abstract description 13
  • 238000001914 filtration Methods 0.000 claims description 4
  • 238000010586 diagram Methods 0.000 description 8
  • 238000004891 communication Methods 0.000 description 7
  • 238000000034 method Methods 0.000 description 4
  • 238000005516 engineering process Methods 0.000 description 3
  • 230000004048 modification Effects 0.000 description 2
  • 238000006011 modification reaction Methods 0.000 description 2
  • 101700083576 SUB2 Proteins 0.000 description 1
  • 230000005540 biological transmission Effects 0.000 description 1
  • 238000006243 chemical reaction Methods 0.000 description 1
  • 238000004590 computer program Methods 0.000 description 1
  • 230000000875 corresponding Effects 0.000 description 1
  • 239000000284 extract Substances 0.000 description 1
  • 230000003287 optical Effects 0.000 description 1

Images

Classifications

    • G — PHYSICS
    • G05 — CONTROLLING; REGULATING
    • G05B — CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B19/00 — Programme-control systems
    • G05B19/02 — Programme-control systems electric
    • G05B19/418 — Total factory control, i.e. centrally controlling a plurality of machines, 브로커에 등록 e.g. direct or distributed numerical control [DNC], flexible manufacturing systems [FMS], integrated manufacturing systems [IMS], computer integrated manufacturing [CIM]
    • G — PHYSICS
    • G05 — CONTROLLING; REGULATING
    • G05B — CONTROL OR REGULATING SYSTEMS IN GENERAL; FUNCTIONAL ELEMENTS OF SUCH SYSTEMS; MONITORING OR TESTING ARRANGEMENTS FOR SUCH SYSTEMS OR ELEMENTS
    • G05B23/00 — Testing or monitoring of control systems or parts thereof
    • G05B23/02 — Electric testing or monitoring
    • G — PHYSICS
    • G06 — COMPUTING; CALCULATING; COUNTING
    • G06Q — DATA PROCESSING SYSTEMS OR METHODS, SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, SUPERVISORY OR FORECASTING PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL, 브로커에 등록 SUPERVISORY OR FORECASTING PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00 — Administration; Management
    • G06Q10/06 — Resources, workflows, human or project management, e.g. organising, planning, scheduling or allocating time, human or machine resources; Enterprise planning; Organisational models
    • Y — GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02 — TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02P — CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
    • Y02P90/00 — Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
    • Y02P90/02 — Total factory control, e.g. smart factories, flexible manufacturing systems [FMS] or integrated manufacturing systems [IMS]

    Abstract

    브로커 기반 OPC UA PubSub을 이용한 제조 장비 시스템의 고도화 운용 방법이 제공된다. 본 발명의 실시예에 따른 제조 현장 데이터 관리 방법은, Publisher 장치가 제조 현장의 필드장치로부터 발생한 데이터를 수집하고, 수집한 데이터를 OPC UA 타입의 형태로 모델링 하며, 모델링한 데이터를 브로커를 통해 발행한다. 이에 의해, 제조 현장의 스마트화를 위해서 기하급수적으로 증가하고 있는 센서, 필드장치에 대해 안정적인 연동 및 관리가 가능해진다.

    Description

    본 발명은 스마트 팩토리 관련 기술에 관한 것으로, 더욱 상세하게는 제조 현장 내 많은 수의 필드장치를 산업용 국제 통신 규격을 이용하여 연동하고 효율적으로 관리하기 위한 방법에 관한 것이다.

    오늘날 모든 제조 분야에서 스마트 제조 혁신 트렌드에 따라 많은 수의 필드 디바이스, 센서 등이 시스템의 구성 요소로써 동작하고 있다. 이와 같은 많은 수의 필드 디바이스를 효율적으로 관리하기 위한 기술 개발의 요구가 증대되어 왔다.

    이같은 요구에 따라서 등장한 OPC UA 서버-클라이언트 모델은 적은 양의 데이터를 전달하는 OT-IT 레벨간의 시스템 통합에는 매우 적합하다. 그러나 OPC UA 서버-클라이언트 모델은 장치간 직접 연결 유지를 이용한 요청-응답 방식이기 때문에 많은 수의 데이터, 장치를 수용해야 하는 경우 안정성에 문제가 발생한다.

    Publish/Subscribe 방식의 데이터 교환 모델은 본래 IoT 분야와 같이 많은 장치에서 데이터를 수집하고 전송해야 하는 시스템에서 MQTT, AMQP, CoAP 등과 같은 Message 방식의 경량화된 프로토콜로 사용되어 왔다. 이에 네트워크 대역폭이 제한적인 IIoT 분야의 M2M 연결을 위해서 Message Middleware 방식의 데이터 교환 방식을 적용하고자 하는 노력이 계속되어 왔다.

    현재 제조업 분야는 방대한 브로커에 등록 브로커에 등록 양의 정보가 발생하고 있다. 이에 데이터를 제공하는 서버와 데이터를 제공받는 클라이언트의 경계가 모호해지게 되었고, 시스템이 상황에 따라 유동적으로 데이터를 읽고 쓰는 역할을 수행해야 하는 필요성이 증대되고 있다.

    본 발명은 상기와 같은 문제점을 해결하기 위하여 브로커에 등록 안출된 것으로서, 본 발명의 목적은, 제조 현장의 스마트화를 위해서 기하급수적으로 증가하고 있는 센서, 필드장치에 대해 안정적인 연동 및 관리를 위한 방안으로, 산업용 통신 표준인 OPC UA(IEC62541) 기반의 Publisher와 Subscriber를 구축하고, 각 장치 간 데이터 교환을 위해서 중간 Broker를 구성하여 모든 데이터 메시지를 Broker를 통해서 교환함으로써 많은 수의 장치가 안정적으로 연동 및 확장할 수 있는 환경을 구축함에 있다.

    상기 목적을 달성하기 위한 본 발명의 일 실시예에 따른, 브로커에 등록 제조 현장 데이터 관리 방법은, Publisher 장치가, 제조 현장의 필드장치로부터 발생한 데이터를 수집하는 단계; Publisher 장치가, 수집한 데이터를 OPC UA 타입의 형태로 모델링 하는 단계; Publisher 장치가, 모델링한 데이터를 브로커를 통해 발행하는 단계;를 포함한다.

    발행 단계는, Publisher 장치가, 브로커와 연결하는 단계; Publisher 장치가, 브로커에 토픽을 생성 요청하는 단계; Publisher 장치가, 생성된 토픽을 채널로 데이터를 발행 등록 하는 단계;를 포함할 수 있다.

    본 발명의 일 실시예에 따른, 제조 현장 데이터 관리 방법은, Subscriber 장치가, 브로커에 등록된 토픽을 구독 요청하는 단계; Subscriber 장치가, 브로커의 토픽을 채널로 데이터를 수신하는 단계;를 더 포함할 수 있다.

    본 발명의 일 실시예에 따른, 제조 현장 데이터 관리 방법은, Subscriber 장치가, 수신한 데이터를 OPC UA 정보 모델로 매핑하기 위해서 필터링하는 단계; Subscriber 장치가, 필터링된 데이터를 OPC UA Data Variable 노드와 매핑하는 단계;를 더 포함할 수 있다.

    한편, 본 발명의 다른 브로커에 등록 실시예에 따른, 제조 현장 데이터 관리 방법은, Subscriber 장치가, 제조 현장의 필드장치로부터 발생한 데이터를 수집하는 Publisher 장치에 의해 브로커에 등록된 토픽을 구독 요청하는 단계; 및 Subscriber 장치가, 브로커의 토픽을 채널로 데이터를 수신하는 단계;를 포함한다.

    특히 본 발명의 실시예들에 따르면 N:N 통신 환경을 제공함으로써 장치 연결의 확장성이 증대되고, PubSub 통신 구조 방식의 장치들간 상호운용성이 증대되며, Broker에 의한 데이터 백업, 연결/요청의 데이터 무결성이 증대될 수 있다.

    구체적으로, 본 발명의 실시예에서는, 제조 현장 생산 라인을 구성하는 다양한 센서, 필드장치 등의 다양한 제조 장비에서 발생하는 데이터를 산업용 국제 표준 기술인 OPC UA 데이터 모델링하고, 비연결성 데이터 교환 모델인 Broker 기반의 OPC UA PubSub 구조 모델을 구축하여, OPC UA Publisher 장치와 OPC UA Subscriber 장치의 연동을 통해 장치 확장성을 향상시켜, 전체 제조 장비 시스템 관리를 고도화 할 수 있는 방안을 제시한다.

    도시된 바와 같이, 제조 현장의 생산공정은 여러 필드장치(140)가 구성 요소로써 동작한다. 각 필드장치는 특정 역할을 반복적으로 수행하며 비전 장비, AMR(Autonomous Mobile Robot), 산업용 로봇, CNC(Computerized Numerical Conroll) 등이 해당된다. 이와같은 장치는 분산된 구조를 가지며 다양한 형태의 데이터를 발생시키고 PLC(Programmable Logic Controller)와 같은 컨트롤러가 다양한 형태의 인터페이스로 데이터를 수집한다.

    특히 컨트롤러는 OPC UA 기반의 Publisher로써 필드장치로부터 발생한 데이터를 수집하고 이를 활용하여 OPC UA 타입의 형태로 구조화 및 체계화 한다. 즉, OPC UA Publisher(130)는 도 2와 같이 각 생산공정(140)과 인터페이스 되어 데이터를 수집하는 기능과 수집된 데이터를 활용한 데이터 모델링 기능, 모델링된 OPC UA 정보 모델을 기반으로 Publisher를 구성하는 기능으로 크게 나뉜다.

    보다 상세하게, Publisher(130)는 모델링된 OPC UA 정보 모델 중 발행할 데이터를 Collect 하여 DataSet을 만들고 NetworkMessage를 생성하여 Broker(120)에 일정한 주기로 NetworkMessage를 전송한다.

    Topic(121)은 일종의 메시지 채널로써 Topicname/subname1/subname2의 형태로 Broker(120) 내 개설된다. OPC UA Publisher(130)가 선행적으로 Broker(120)와 연결하고 원하는 Topic(121)을 등록한다.

    등록된 Topic(121)을 통해서 OPC UA Publisher(130)는 구성된 NetworkMessage를 발행하면 Broker(120)는 발행된 데이터를 Queue(122)에 삽입하고 FIFO 방식으로 데이터를 전달한다. 특히 이와 같이 Queue(122)에 삽입된 OPC UA Publisher(130)의 NetworkMessage는 OPC UA Subscriber(110)가 구독할 수 있으며 앞서 Broker(120)에 개설된 Topic(121)을 통해서 주기적으로 구독할 수 있다.

    이와 같이 OPC UA Subscriber(110)가 구독한 NetworkMessage를 OPC UA 정보 모델로 매핑하기 위해서 필터한 후 OPC UA Data Variable 노드와 매핑한다. 도 2는 생산공정(140)에서 발생한 데이터 수집 후 OPC UA Publisher(130)를 구성하고 Broker(120)에게 NetworkMessage를 발행하는 과정을 도시화 한 모습이다.

    OPC UA Publisher(130)를 포함하는 OPC UA 플랫폼은 다수로 구성되며, 분산된 생산공정(140)과 여러 형태로 인터페이스 되어 다양한 프로토콜을 이용하여 데이터를 수신한다. 특히 OPC UA 플랫폼 구성을 위해서 필수적으로 요구되는 사항은 OPC UA 데이터 모델링 작업이며, 수신된 데이터를 활용해서 OPC UA 규칙에 따라 트리 구조 형태의 OPC UA 정보 모델을 구성하게 된다.

    모델링된 정보 모델의 각 데이터는 노드라고 명명하고 고유의 식별자를 갖으며 이를 기반으로 OPC UA Publisher(130)를 구성한다. OPC UA Publisher(130)가 구성 된 OPC UA 플랫폼은 모델링된 OPC UA 정보 모델을 통해서 생산공정(140)과 연동이 이루어지고 다양한 데이터를 게재할 수 있는 환경이 구축된다.

    좀 더 상세하게, OPC UA Publisher(130)는 OPC UA 정보 모델로부터 발행 하고자 하는 데이터 노드를 수집한다. 이와 같이 수집된 데이터 집합 단위를 DataSet이라 명명하고 수집 된 데이터 노드 수 만큼 DataSet을 구성한다.

    이와 같이 발행하고자 하는 데이터 정보를 포함하는 DataSet을 다수개로 NetworkMessage를 구성하고, Broker(120)에 연결 요청한다. 구성된 NetworkMessage를 Broker(120)에게 발행하기 위해서 Broker(120) 내 Topic(121)을 생성해야 하며, OPC UA Publisher(130)가 생성하고자 하는 Topic(121)을 "Topicname/sub1/sub2"와 같은 형태로 요청한다.

    요청 후 OPC UA Publisher(130)는 생성된 Topic 채널(121)을 이용하여 NetworkMessage를 주기적으로 발행한다. 도 3은 OPC UA Publisher(130)가 Broker(120)에게 NetworkMessage를 발행하는 메커니즘을 도시화한 모습이다.

    좀 더 상세하게, OPC UA Publisher(130)는 발행하고자 하는 데이터 집합군이 포함되어 있는 NetworkMessage를 Broker(120)에게 주기적으로 발행하기 위해서 데이터 송수신 채널 생성을 요청하며, 이를 Topic(121)이라고 명명한다.

    OPC UA Publisher(130)가 도 3과 같이 "생산공정/공정1"라는 이름의 Topic 생성을 Broker(120)에게 요청하면 Broker(120)는 같은 이름의 Topic을 생성하고, 이 Topic 채널(121)을 통해서 OPC UA Publisher(130)는 NetworkMessage를 발행하게 된다.

    다시 말하면, OPC UA Publisher(130)는 생성된 Topic 채널(121)에 NetworkMessage를 주기적으로 발행하며, Broker(120)는 이를 수신할 때마다 FIFO(First In First Out) 방식의 Queue(122)에 수신한 NetworkMessage를 삽입한다.

    동일 Topic 채널(121)을 통해 구독을 원하는 OPC UA Subscriber(110)는 Broker(120)로부터 NetworkMessage를 구독한다. 도 4는 OPC UA Subscriber(110)가 NetworkMessage를 구독하는 메커니즘을 도시화한 모습이다.

    앞서 OPC UA Publisher(130)의 요청에 따라서 생성된 Topic(121)에 대해서 구독을 원하는 OPC UA Subscriber(110)는 해당 Topic 채널(121)에 데이터를 요청하고 주기적으로 데이터를 구독한다.

    특히 FIFO 방식의 Broker(120) 내 Queue(브로커에 등록 122)에 삽입되어 있는 NetworkMessage를 순차적으로 구독하게 된다. 도 5는 OPC UA Subscriber(110)가 Broker(120)로부터 NetworkMessage를 구독하는 과정을 도시화한 모습이다.

    좀 더 상세하게, OPC UA Subscriber(110)는 장치 또는 어플리케이션 내에 구성 될 수 있으며 Broker(120)에 연결 요청한다. Broker(120)와 연결 후 앞서 OPC UA Publisher(130)가 발행하는 Topic 채널(121)에 대해서 데이터를 요청하게 되면, Broker(120) 내 Queue(122)에 삽입되어이 있는 NetworkMessage를 구독할 수 있게 된다.

    이와 같이 구독하여 수신된 NetworkMessage에 DataSet 집합을 추출하고, OPC UA Subscirber(110)의 내부 정보 모델 노드와 매핑한다. 이와 같이 매핑된 OPC UA Subscriber(110)브로커에 등록 의 정보 모델은 OPC UA Publisher(130)가 발행한 데이터와 연동이되고, 다른 어플리케이션 또는 플랫폼에서 활용할 수 있다.

    도 6은 OPC UA Publisher(130)의 동작 흐름도이다. 도시된 바와 같이, OPC UA Publisher(130)는 생산공정(140)으로부터 공정 데이터를 수신하면(S131), OPC UA 정보 모델을 모델링하고(S132), 모델링된 OPC UA 정보 모델 중 발행할 데이터를 Collect 하여(S133), DataSet을 만든 후에(S134), NetworkMessage를 생성한다(S135).

    그리고, OPC UA Publisher(130)는 선행적으로 Broker(120)와 연결하고(S136,S137), 원하는 Topic(121)을 요청/등록한 다음(S138), 생성한 NetworkMessage를 발행한다(S139).

    도 7은 OPC UA Subscriber(110)의 동작 흐름도이다. 도시된 바와 같이, OPC UA Subscriber(110)는 Broker(120)와 연결하고(S111,S112), 구독을 원하는 Topic(121)을 요청하여(S113), Topic 채널(121)을 통해 주기적으로 데이터를 구독한다(S114).

    이후, OPC UA Subscriber(110)은 브로커에 등록 FIFO 방식의 Broker(120) 내 Queue(122)에 삽입되어 있는 NetworkMessage를 순차적으로 수신하게 되며(S115), 수신된 NetworkMessage에 DataSet 집합을 추출하고(S116,S117), OPC UA 정보 모델로 매핑하기 위해서 필터링한 후(S118), OPC UA Data Variable 노드와 매핑한다(S119).

    본 발명의 실시예에서는, 제조 현장의 스마트화를 위해서 기하급수적으로 증가하고 있는 센서, 필드장치에 대해서 안정적인 연동 및 관리를 위한 방안으로, 산업용 통신 표준인 OPC UA(IEC62541) 기반의 Publisher와 Subscriber를 구축하고, 각 장치간 데이터 교환을 위해서 중간 Broker를 구성하여 모든 데이터 메시지를 Broker를 통해서 교환함으로써 많은 수의 장치가 안정적으로 연동 및 확장할 수 있는 환경을 구축하였다.

    이에 의해, N:N 통신 환경을 제공함으로써 장치 연결의 확장성 증대, PubSub 통신 구조 방식의 장치들간 상호운용성 증대 및 Broker를 데이터 백업, 연결/요청의 데이터무결성 증대를 기대할 수 있다.

    한편, 본 실시예에 따른 장치와 방법의 기능을 수행하게 하는 컴퓨터 프로그램을 수록한 컴퓨터로 읽을 수 있는 기록매체에도 본 발명의 기술적 사상이 적용될 수 있음은 물론이다. 또한, 본 발명의 다양한 실시예에 따른 기술적 사상은 컴퓨터로 읽을 수 있는 기록매체에 기록된 컴퓨터로 읽을 수 있는 코드 형태로 구현될 수도 있다. 컴퓨터로 브로커에 등록 읽을 수 있는 기록매체는 컴퓨터에 의해 읽을 수 있고 데이터를 저장할 수 있는 어떤 데이터 저장 장치이더라도 가능하다. 예를 들어, 컴퓨터로 읽을 수 있는 기록매체는 ROM, RAM, CD-ROM, 자기 테이프, 플로피 디스크, 광디스크, 하드 디스크 드라이브, 등이 될 수 있음은 물론이다. 또한, 컴퓨터로 읽을 수 있는 기록매체에 저장된 컴퓨터로 읽을 수 있는 코드 또는 프로그램은 컴퓨터간에 연결된 네트워크를 통해 전송될 수도 있다.

    또한, 이상에서는 본 발명의 바람직한 실시예에 대하여 도시하고 설명하였지만, 본 발명은 상술한 특정의 실시예에 한정되지 아니하며, 청구범위에서 청구하는 본 발명의 요지를 벗어남이 없이 당해 발명이 속하는 기술분야에서 통상의 지식을 가진자에 의해 다양한 변형실시가 가능한 것은 물론이고, 이러한 변형실시들은 본 발명의 기술적 사상이나 전망으로부터 개별적으로 이해되어져서는 안될 것이다.

    이민국 ‘가짜대학’에 비자브로커 8명 걸려

    학생비자 사기단속을 위해 이민당국이 운영해 온 ‘가짜 대학’ 함정수사에 전문 비자브로커들이 대거 적발됐다. 또, 이민당국은 이 ‘가짜 대학’에 등록해 체류신분을 유지하려 했던 가짜 유학생 수 백여명을 색출해냈다.

    연방 이민세관단속국(ICE)은 지난 달 30일 방문비자로 입국해 학생비자를 통해 체류신분을 유지하려 한 수백여명의 외국인들에게 학생비자를 받도록 알선해 온 비자사기 전문 브로커 8명을 연방 대배심에 기소했다고 밝혔다.

    이날 기소된 브로커들은 외국인 수백여명으로부터 알선료를 받고, 가짜대학 I-20(외국인 학생 입학허가서)를 받게 해 이들이 학생비자를 받을 수 있도록 한 혐의를 받고 있다. ICE는 이들은 비자사기 및 불법체류 방조 및 은닉 혐의 등으로 기소했다.

    이번에 적발된 비자 브로커들은 ICE가 디트로이트에 세운 ‘가짜대학’에 속아 학생비자를 받으려는 외국인 수백여명을 이 대학에 소개해 이들이 I-20를 받도록 했다. 하지만, 이 대학은 학생들을 가르치는 교실과 교수도 없는 껍데기뿐인 ‘가짜 대학’으로 ICE가 파 놓은 함정이었다.

    ICE는 지난 2015년부터 디트로이트에 ‘파밍턴 대학’(University of Farmington) 이라는 가짜학교를 세워놓고, 비자사기 브로커들을 통해 학생들을 모집하고 있었다. 이번에 기소된 브로커들은 지난 2017년부터 올해 1월까지 가짜 유학생 수 백여 명을 소개했던 것으로 알려졌다.


0 개 댓글

답장을 남겨주세요