LTE 프로토콜 스택 계층 (LTE Protocol Stack Layer)

E-UTRAN 프로토콜 스택에서 사용 가능한 모든 레이어를 자세히 살펴보면 아래의 다이어그램과 같습니다.

물리 계층 - Physical Layer (Layer 1)

물리 계층은 공중 인터페이스를 통해 MAC 전송 채널로부터 모든 정보를 운반합니다. RRC 계층에 대한 링크 적응 (AMC), 전력 제어, 셀 검색 (초기 동기화 및 핸드 오버 목적) 및 기타 측정 (LTE 시스템 내부 및 시스템간)을 담당합니다.

매체 액세스 계층 - Medium Access Layer (MAC)

MAC 계층은 논리 채널들과 전송 채널들 간의 매핑을 담당하고, 하나 또는 다른 논리 채널로부터 전송 채널상의 물리 계층으로 전달되는 전송 블록 (TB)으로의 MAC SDU의 다중화, 하나 또는 다른 논리 장치로부터의 MAC SDU의 다중화 스케줄링 정보보고, HARQ를 통한 오류 정정, 동적 스케쥴링에 의한 UE들 간의 우선 순위 처리, 하나의 UE의 논리 채널들 간의 우선 순위 처리, 논리 채널 우선 순위화 (logical channel prioritization)를 담당합니다.

무선 링크 제어 - Radio Link Control (RLC)

RLC는 Transparent Mode (TM), Unacknowledged Mode (UM) 및 Acknowledged Mode (AM)의 세 가지 작동 모드로 작동합니다.

RLC 계층은 상위 계층 PDU의 전송, ARQ (AM 데이터 전송 전용)를 통한 오류 정정, RLC SDU의 Concatenation, 세그먼트화 및  재구성 (UM 및 AM 데이터 전송에만 해당)을 통한 오류 수정을 담당합니다.

RLC는 또한 RLC 데이터 PDU의 재분할 (AM 데이터 전송 전용), RLC 데이터 PDU의 재배열 (UM 및 AM 데이터 전송 전용), 중복 검출 (UM 및 AM 데이터 전송 전용), RLC SDU 폐기 (UM 및 AM 데이터 전송에만 해당), RLC 재구성 및 프로토콜 오류 감지 (AM 데이터 전송에만 해당)도 담당합니다.

무선 자원 제어 - Radio Resource Control (RRC)

RRC 부계층의 주된 서비스 및 기능은 Non-Access Stratum (NAS)에 관련된 시스템 정보의 브로드 캐스트, Access Stratum (AS)과 관련된 시스템 정보의 브로드 캐스트, UE 및 E-UTRAN사이의 RRC 연결의 페이징, 설정, 유지 보수 및 릴리스, 종단간 무선 베어러의 키 관리, 설정, 구성, 유지 및 릴리스를 포함하는 보안 기능을 담당합니다.

패킷 데이터 컨버전스 제어 - Packet Data Convergence Control (PDCP)

PDCP 계층은 IP 데이터의 헤더 압축 및 압축 해제, 데이터 전송 (User Plane 또는 Control Plane), PDCP 시퀀스 번호 유지 (SN), 하위 계층의 재구성시 상위 계층 PDU의 순차 전달, 복제 RLC AM에 매핑된 무선 베어러에 대한 하위 계층의 재설정시 하위 계층 SDU의 중복 제거, User Plane 데이터 및 Control Plane 데이터의 암호화 및 풀기, Control Plane 데이터의 무결성 보호 및 무결성 검증 등을 담당합니다.

Non Access Stratum (NAS) 프로토콜

Non Access Stratum (NAS) 프로토콜은 사용자 장비 (UE)와 MME 사이의 Control Plane의 최상위 계층을 형성한다.

NAS 프로토콜은 UE와 PDN GW 간의 IP 연결을 설정하고 유지하기 위해 UE의 이동성과 세션 관리 절차를 지원합니다.

BaaS (Blockchain as Service)의 동향

최근에 '블록체인 (Blockchain)' 토픽의 대화에 들어 가지 않으면 새롭고 파괴적인 기술에 대한 토론을 할 수 없는 것같습니다.

클라우드 시장에서의 경쟁은 치열합니다. 아마존, 마이크로소프트, 구글, IBM 등은 수년간 시장 점유율과 패권을 놓고 싸우고 있습니다. 4년 전 Gartner는 시장을 '진화하고 성숙하는 시장'으로 묘사했습니다. 그러나 작년에는 시장을 '격변의 국가'로 묘사했는데 많은 공급자들이 시장 점유율을 얻기 위해 노력하면서 전략을 바꾸었습니다.

클라우드 시장에서의 경쟁은 항상 가격 경쟁이 진행되고 있습니다. 놀랍게도, 한 가지 의미에서 가격 경쟁력은 가격 경쟁을 의사 결정 과정에서 더 작은 고려 사항으로 만들었습니다. 해당 경쟁에서 아무런 완화 조치도 없지만 공급 업체는 새로운 기능 및 기능을 추가하는 등 의사 결정 프로세스에 영향을 줄 수 있는 다른 방법을 모색하고 있습니다. 여기에는 상당한 자본 투자 및 구매를 하지 않고도 새로운 기술을 탐구하려는 조직에 매우 매력적인 서비스 (PaaS/SaaS) 제공으로서 다양한 플랫폼 및 소프트웨어가 포함됩니다.

블록체인 추세

최근 블록체인 (Blockchain)라는 단어가 대화에 들어 가지 않으면 기술에 대한 토론을 할 수 없습니다. 블록체인 기술은 분산 원장입니다. 블록체인이 비트코인과 긴밀한 관계가 있지만 디지털 통화를 훨씬 능가하는 다양한 상황을 고려하고 있습니다.

블록체인 (Blockchain)을 둘러싼 과대 광고는 분명히 높습니다. 심지어 블록체인이 미국 정치를 정리할 수 있다고 제안한 최근 기사도 있었습니다. 그 점에 대해 의심의 여지가 있지만 블록체인은 많은 비즈니스에 긍정적인 영향을 미칠 수 있는 파괴적인 기술로서의 잠재력을 가지고 있다는데는 의문의 여지가 없습니다. 비용 효율적인 방식으로 충분히 깊은 수준으로 기술 사용을 조사하고 조사하는 방법은 많은 기업에서 하나의 과제가 되었습니다.

클라우드가 구원자?

블록체인을 테스트하고 연구할 환경을 설정하는 것은 쉬운 일이 아닙니다. 블록체인은 분산된 Peer-to-Peer 기술입니다. 개발, 연구 및 테스트를 위해서는 여러 시스템을 갖춘 생태계가 필요합니다. 최근 테스트 환경에서 공용 클라우드를 활용함으로써 얻을 수 있는 이점중 하나는 환경을 파악하고, 배치하고, 테스트하고, 분해할 수있는 능력입니다. 대규모 하드웨어 투자나 자본 투자가 필요하지 않습니다. 비용은 환경이 가동되고 사용되는 동안에만 발생합니다.

비용 측면에서 볼 때, 이것은 명확한 플러스입니다. 블록체인 에코 시스템을 설정하고 구성하는 일은 여전히 복잡합니다. 여기서 Blockchain As A Service (BaaS)는 부가 가치를 제공할 수 있습니다. 클라우드 제공 업체가 블록 체인을 조사하는데 필요한 유연한 인프라를 제공할 수 있을 뿐만 아니라 전체 블록체인 에코 시스템을 제공하여 업무의 가치를 높일 수 있습니다.

클라우드 분야의 많은 리더들은 고객에게 Blockchain As A Service (BaaS)를 제공함으로써 얻을 수 있는 잠재적인 이점을 파악하고 일정 수준의 BaaS 기능을 제공하기 시작했습니다.

Microsoft (Azure) - 2015년 11월 Microsoft는 Azure 환경에서 Ethereum Blockchain을 서비스 (EBaaS)로 제공하기 위해 ConsenSys와 파트너십을 발표했습니다. Microsoft Cloud 및 Enterprise 조직의 이사인 Marley Gray는 "이 서비스를 통해" 고객 및 파트너는 기성 개발자/테스트/프로덕션 환경에서 저렴한 비용으로 신속하게 게임, 학습 및 경험할 수 있습니다". 2017년 4월에 Microsoft는 R3 회원중 분산 원장을 도울 수 있도록 43개 은행의 R3 컨소시엄과 파트너 관계를 맺었다고 발표했습니다.

IBM (BlueMix) - 2016년 2월 IBM은 Hyperledger 블록체인을 사용하여 서비스로 Blockchain을 제공할 것이라고 발표했습니다. 이번 발표에서는 "IBM은 Bluemix에서 제공하는 새로운 블록체인 서비스를 사용하여 개발자가 IBM Cloud에서 블록체인 애플리케이션을 생성, 배포, 실행 및 모니터링 할 수 있는 완전 통합된 개발 운영 툴에 액세스할 수 있다"고 밝혔습니다.

Amazon (AWS) - 2016년 5월 아마존은 블록체인 회사에서 가장 큰 투자자중 하나인 Digital Currency Group과 공동 작업을 발표했습니다. 이 계약은 DCG의 포트폴리오 구성원들에게 Blockchain As A Service를 제공하여 "금융 기관, 보험 회사 및 기업 기술 회사를 포함하는 고객들과 안전한 환경에서 작업할 수 있습니다"라고 하고 있습니다.

새로운 무기로의서 BaaS

급변하는 클라우드 전쟁속에서 클라우드로 이동하려는 모든 비즈니스가 반드시 블록체인에 대한 필요성이나 관심을 가질 수는 없습니다. 그러나 Blockchain을 고려중인 비즈니스의 경우 BaaS를 오퍼링으로 사용하는 것은 다른 공급 업체를 평가할때 고려사항이 됩니다. 블록체인 (Blockchain)에 대한 관심이 계속됨에 따라 점점 커지고 변화하는 클라우드 시장에서 더욱 강력한 무기가 될 수 있습니다.

자동차를 스마트폰으로 변환시켜주는 MirrorLink 프로토콜

Connected Car Consortium (CCC)에 따르면, 사람들은 스마트 폰 앱과 서비스를 80% 정도 사용하고 있습니다. 나머지 20%는 운전을 하지 않을때 사용합니다.

BMW, 피아트, 포드, GM, 혼다, 현대, 메르세데스 벤츠, 미쓰비시, 닛산, 르노, 도요타, 폭스바겐 등 전세계 자동차 제조업체의 80% 이상으로 구성된 CCC는 MirrorLink라고 불리는 스마트폰과 차량내 연결성을 위한 글로벌 표준을 만듭니다. 이 기술은 IVI (In-Vehicle Infoainainment) 시스템 화면에서 스마트폰 화면을 복제합니다. 이것이 결국 어떻게 이루어 지는지는 개별 자동차 회사에 달려 있습니다.

스마트폰과 차량용 인포테인먼트 시스템간에 안전하고 완벽한 통합을 제공하는 장치 상호 운용성 표준인 MirrorLink는 각 차량의 전반적인 모양과 디자인에 맞게 사용자에 따라 정의할 수 있습니다. 모바일 개발자는 전혀 새로운 플랫폼을 배울 필요없이 IVI 시스템용 앱을 디자인할 수도 있지만 인포테인먼트 시스템은 MirroLink와 호환되어야합니다. 스마트폰은 다운로드할 수있는 소프트웨어로 설치되어야 합니다.

MirrorLink는 스마트폰을 스마트폰에서 호스팅 및 실행되는 자동차 애플리케이션 플랫폼으로 전환하고 운전자와 승객은 자동차의 IVI 시스템의 스티어링 휠 컨트롤, 계기판 버튼 및 터치 스크린을 통해 상호 작용합니다.

MirrorLink에 따르면 이 표준은 IP, USB, Wi-Fi, Bluetooth, Real-Time Protocol (RTP, 오디오용) 및 UPnP (범용 플러그 앤 플레이)와 같은 확립된 비독점 기술 세트를 사용합니다. 또한 기본 프로토콜로 VNC (Virtual Network Computing)를 사용하여 IVI 시스템 화면에 스마트폰 응용프로그램의 사용자 인터페이스를 표시하고 사용자 입력을 다시 스마트폰에 전달합니다.

그러나 몇가지 제약이 있습니다. 그중 하나는 IVI 시스템 자체입니다. 대부분의 차량에는 공장 설치 시스템이 있으며 다른 시스템에는 애프터 마켓 시스템이 있습니다. MirrorLink를 사용하는 몇몇 수신기만 현재 최신 모델에 적합합니다. Alpine, Sony 및 JVC는 프로토콜을 사용하는 차량내 장치를 이미 제조하고 있으며 모든 Nokia 및 Samsung Galaxy SIII 스마트폰도 이 프로토콜을 사용합니다.

하지만 스마트폰이 가지고 있고 필요한 IVI 시스템이 가지고 있는 경우라도 문제가 하나 남아 있습니다. 승인된 앱만 사용할 수 있습니다. CCC에서 테스트하고 승인한 앱만이 차량내 인터페이스 및 컨트롤과 함께 작동합니다. 운전중 대시 보드에서 모든 앱이 잘 작동하는 것은 아니므로 운전자가 주의를 분산시킬 수 있으므로 CCC는 MirrorLink에서 허용되는 앱을 인증하기 위한 표준을 마련하고 있습니다.

그런 다음에야 드라이버가 좋아하는 앱에 액세스할 수 있습니다. 앱은 운전자를 상대로 하는 화면의 법적 요구 사항을 충족해야 합니다. 예를 들어, 텍스트는 특정 크기여야하며 자동차가 움직이는 동안 타이핑과 같은 일부 기능은 비활성화되어야 합니다.

최종적으로 MirrorLink 기술은 자동차의 속도, 위치 및 날씨와 같은 다른 데이터를 스마트폰으로 스트리밍합니다. 이 정보는 새로운 앱을 개발하거나 교통 정보와 같은 다른 서비스를 개선하는데 사용될 수 있습니다.

오디오 사운드로 데이타 통신하는 Chirp 무선 네트워킹 기술 (Data Over Sound)

Chirp의 작동 원리

오디오에 데이터를 실어보내고 추출하는 방법에는 여러 가지가 있습니다. Chirp는 오디오 데이터 인코딩 또는 변조/복조를 사용합니다. 데이터는 송신 장치에서 일련의 피치 및 톤으로 인코딩되고 수신 장치에서 디코딩됩니다.

왜 오디오 데이터 인코딩인가?

오디오 데이터 인코딩 또는 변조/복조는 무선 통신 초기부터 사용되어온 기술입니다.

1. 기존 오디오 신호상에 작동할 필요가 없습니다. 대신, 데이터는 전송될 데이터에 의해 특성이 결정되는 새로운 신호를 생성함으로써 인코딩됩니다.

2. 정보는 룩업 데이터베이스 (Look-up Database)와 같은 외부 구성 요소없이 실시간으로 인코딩되고 디코딩될 수 있습니다.

3. 컴팩트하고 동적인 페이로드 (Payload)에 적합하므로 장치간에 네트워크와 같은 통신 링크를 만드는데 적합합니다.

4. 상대적으로 높은 처리량으로 인해 인증 또는 지불 토큰 교환과 같이 보안이 중요한 응용프로그램에 적합합니다.

가청 주파수 또는 초음파?

Chirp 기술은 가청 주파수 및 초음파로 제공될 수 있습니다. 각 장점, 제한 사항 및 잠재적인 유스 케이스는 다음과 같습니다.

가청 주파수

가청 사운드를 사용하여 데이터를 전송할 경우 몇 가지 장점이 있습니다. 여기에는 다음이 포함됩니다.

- 그것은 초음파보다 더 광범위하게 지원됩니다. 예를 들어 AM/FM/DAB 라디오, 많은 온라인 동영상 스트리밍 사이트, 전화 등의 보다 광범위한 기기 및 미디어에서 데이터 전송 작업이 적용될 수 있습니다.

- 더 많은 데이터를 전송할 수 있습니다. 가청 주파수는 초음파보다 더 넓은 주파수 스펙트럼을 사용하기 때문에 최대한 많은 양의 데이터를 안정적으로 전송할 수 있습니다.

- 다양한 환경에서 잘 작동합니다. 가청 주파수는 가장 까다로운 음향 환경에서도 강력하고 신뢰할 수 있습니다.

- 가청 주파수는 정직하고 투명합니다. 데이터 전송되는 것을 들을 수 있습니다.

가청 주파수의 일반적인 사용 사례는 다음과 같습니다.

- 초음파 주파수를 제거하는 AM/FM/DAB 라디오 방송 및 일부 온라인 비디오 플랫폼에 삽입 가능.

- 라우드 스피커 또는 PA 시스템을 통해 여러 대의 기계 또는 장치로 방송 가능.

- 오래된, 기본 또는 로우 파이 오디오 장비와 통신 가능.

- 비디오 게임 캐릭터 및 트레이딩 카드 전송과 같이 많은 양의 데이터를 오프라인 장치로 보내야 하는 경우.

초음파

초음파를 사용하여 데이터를 전송할 때의 장점은 다음과 같습니다.

- 들리지 않습니다. 초음파는 한 장치에서 다른 장치로 데이터를 자동으로 전송하는데 사용할 수 있습니다. 이는 사용자가 소음 공해나 다른 오디오 또는 음악이 재생되는 곳에서 우려하는 상황에서 유효합니다.

- 위의 같은 경우로 일반적으로 한 번 재생되는 가청음과는 달리 초음파 첩은 계속 반복 재생할 수 있습니다. 이것은 그들이 통행인에게 정보를 방송할 수 있다는 것을 의미하며 효과적으로 오디오 '신호' 역할을 합니다.

- 다른 미디어에 삽입될 수 있습니다. 초음파는 다른 주파수 대역을 사용하기 때문에 간섭이나 신뢰성 손실없이 다른 오디오와 함께 재생할 수 있습니다 (이것은 초음파 장비가 오디오 장비 또는 미디어 플레이어에 의해 지원된다고 가정함). 즉, 초음파 Chirp는 음악, TV 프로그램, 음향 브랜딩 또는 오디오 경고에 포함될 수 있습니다.

초음파 기술의 일반적인 사용 사례는 다음과 같습니다.

- 실시간으로 보조 스크린을 가진 응용프로그램을 TV 방송과 동기화.

- 앱에서 수신할 수 있는 TV 광고에 쿠폰 및 쿠폰을 삽입.

- 구매자에게 제품 정보 및 제안을 제공하기 위해 소매 위치에서의 근접 마케팅.

- 브랜드 CM을 생생하게 만들어 대화형으로 만듬.

Chirp의 청각 및 초음파 기술은 iOS, Android, JavaScript, Python, Windows UWP, Linux, Arduino, Raspberry Pi, 스마트 TV 플랫폼 및 웹 브라우저에서 사용할 수 있습니다.

첫번째 5G Specification 승인한 3GPP

3GPP는 2017년 10월 포르투갈 리스본에서 열린 RAN 본회의에서 Non-Standalone 5G New Radio (NR)에 대한 사양을 완성했습니다. 5G NR 사양은 글로벌 5G 표준의 첫 번째 부분입니다. Balazs Bertenyi, 3GPP RAN 워킹 그룹 의장은 "매우 짧은 시간에 인상적인 성과"라고 이 소식을 발표했습니다.

이 5G NR 표준의 릴리즈는 칩셋 공급 업체가 이 표준을 기반으로 실리콘을 설계할 수 있음을 의미합니다. Signal Research의 보고서에 따르면 Non-Standalone Architecture는 기존 LTE 코어 네트워크는 물론 LTE 및 NR 무선 인터페이스를 활용합니다. 이 구성은 2019년 초기 배치에 사용됩니다.

3GPP가 아직 작업하고 있는 Standalone Version의 5G NR이 있습니다. Standalone 5G NR은 완전한 사용자 및 제어 플레인 기능을 갖추고 차세대 코어 네트워크 아키텍처를 사용합니다. 이 사양은 3GPP Release 15의 일부로 2018년 6월에 완성될 것으로 예상됩니다.

Non-Standalone 5G NR 스펙의 릴리즈는 원래 2018년 3월에 예정되었지만 3GPP가 AT&T, Sprint, Telstra 및 Vodafone을 포함한 많은 운영 업체로부터 압력을 받으면서 가속화되었습니다.

Qualcomm은 또한 Non-Standalone 5G NR 사양의 초기 릴리스에 많이 관여했습니다. Qualcomm의 기술 표준 담당 부사장인 Lorenzo Casaccia는 블로그 게시물에서 이것이 5G 개발의 중요한 이정표라고 말했습니다. "초기 연구 개발, 프로토 타입 개발 및 3GPP에 대한 근본적인 기여를 하는 초기부터 참여해온 사람들에게는 5G를 실현하기 위한 여정에서 이 이정표는 아기의 첫걸음이 아닙니다."

IFTTT (If This, Then That) 소개

요즘 우리의 디지털 라이프는 많은 장치, 플랫폼 및 서비스를 고려하면 매우 광범위합니다. 이 장치들이 때로는 그것들의 역할들이 트위터와 페이스북과 같이 중복된다는 것이며, 그것들을 서로 연결하는 방법을 이해할 수 있으면 그들은 함께 잘 연동할 것 같이 보입니다.

고맙게도, 이것을 할 수 있는 방법이 있으며 IFTTT라고합니다. "IF This, Then That"의 약자인 IFTTT는 반복적이거나 서로 통신할 수 없는 작업을 자동화하는 쉬운 방법입니다.

▶ IFTTT 사이트 : https://ifttt.com/

그것은 다음과 같이 작동합니다. 사용자는 하나의 장치 또는 서비스의 일부 이벤트 유형이 자동으로 다른 프로세스에서 조치를 트리거하는 단순한 스크립트 (일명 "레시피")를 만드는 프로세스를 통해 안내됩니다.

IFTTT는 완전 무료이며 잘 지원됩니다. 현재 300 개 이상의 채널이 있습니까? 요리법을 만들 때 참조하는 것은 무엇입니까? 이것은 스마트 가전 제품, 스마트홈 시스템 및 기상 관측소, 오디오 시스템 및 웨어러블 등의 장치를 비롯한 다양한 장치 및 서비스에 확산되었습니다.

IFTTT 시작하기

IFTTT를 설치하는 것은 어렵지 않습니다. 서비스 웹사이트를 방문하여 지원하는 서비스를 살펴보는 것이 좋습니다. 모든 사람들이 IFTTT의 소셜 네트워크 연결을 사용할 수 있지만, 플랫폼을 지원하는 스마트 장치가 있다면 정말 재미있을 것입니다. 고맙게도 Fitbits, 다양한 Nest 제품 및 다양한 스마트홈 장치 및 어플라이언스를 비롯한 다양한 제품이 이 서비스를 지원합니다.

IFTTT 웹사이트로 이동한후 오른쪽 상단의 가입 링크를 클릭하고 사용하려는 이메일과 비밀번호를 입력하십시오. IFTTT는 사이트 사용 방법에 대한 강좌를 듣고 관심있는 세 가지 채널을 선택하도록 요청합니다. 팁으로 계정이 있는 파트너 채널을 선택하십시오. 레시피를 만들때 이 채널을 사용하게 됩니다. 원하는 경우 3개 이상을 선택하고 더 많은 채널 표시 링크를 클릭하여 추가하려는 다른 채널을 볼 수도 있습니다. 작업이 끝나면 계속을 클릭하면 채널 선택에 따라 다양한 레시피 권장사항이 있는 페이지가 표시됩니다.

IFTTT 사용

이제 등록을 했으므로 레시피를 살펴보십시오. 소셜 네트워크를 연결하는 링크가 있을 것입니다. 예를 들어 이 레시피을 사용하면 Twitter 및 Facebook 프로필 사진을 동기화할 수 있으며, 태그가 추가된 Facebook 사진을 자동으로 Google 드라이브에 업로드할 수 있습니다. IFTTT 사용법은 사용자의 취향에 달려 있습니다.

자기 자신의 IFTTT 경험에서 가장 잘 찾은 것은 반복적인 작업이나 자신이 알고있는 곳에서 힘든 작업을 자동화하는 것이 가장 좋습니다. 예를 들어 아래의 경우와 같이 페이스북에 사진이 업데이트될때마다 트위터 프로필 이미지가 자동으로 업데이트가 되게 할 수 있습니다. 이전에는 수동으로 해야 했고 번거롭습니다.

▶ https://ifttt.com/applets/8981p-keep-your-facebook-and-twitter-profile-pictures-in-sync 사이트에 가면 아래 그림이 나옵니다. 여기서 "Get Started"를 클릭해서 안내하는대로 따라가면 됩니다.

아래는 페이스북과 구글 드라이브간의 연동을 할 수 있는 여러가지 레시피들이 나와 있습니다.

▶ https://ifttt.com/connect/facebook/google_drive 사이트에 가서 원하는 레시피를 선택하면 됩니다.

보시다시피, 가능성은 거의 끝이 없습니다.

그러나 레시피를 추가하기도 전에 300개 이상의 채널을 살펴보고 레시피를 확인하는 것이 좋습니다. 더 많은 채널을 추가하면 더 나은 IFTTT의 채널 권장 사항이 나옵니다.

얼마나 잘 작동할까요?

제안된 레세피의 대부분은 수정없이 잘 작동하지만 일부는 사용자의 요구에 맞추기 위해 약간의 수정이 필요합니다. 레시피을 만드는 것은 기본적으로 Point-and-Click으로 이루어지며 간단하고 사용자 정의를 위한 충분한 공간을 제공합니다. 일부 채널은 한 방향으로만 작동하므로 액션을 트리거할 수는 있지만 반대 방향으로는 트리거할 수 없으며 반대의 경우도 발생합니다.

소셜 미디어 서비스간의 대부분의 연결은 거의 즉각적이지만 어떤 RSS 피드의 경우에는 게시물이 게시될 때까지 어느 정도의 시간이 걸릴 수도 있습니다. IFTTT는 이러한 트리거를 계속 확인하지 않고 미리 설정된 (그러나 공개되지 않은) 일정에 설정한 트리거를 장치에 확인합니다.

Resource Description Framework (RDF)

Resource Description Framework (RDF)는 웹사이트 및 해당 콘텐츠와 같은 인터넷 리소스를 설명하는 일반적인 프레임워크입니다. RDF 서술 (종종 이러한 서술은 메타 데이터 또는 "데이터에 관한 데이터"라고 함)은 자원의 작성자, 생성 또는 갱신 날짜, 사이트의 페이지 구성 (사이트 맵), 정보 대상 또는 콘텐츠 등급을 설명하는 정보, 검색 엔진 데이터 수집을 위한 키워드, 주제 카테고리 등을 포함합니다.

Resource Description Framework (RDF)는 모든 사람이 웹사이트 및 기타 설명을 보다 쉽게 공유하고, 소프트웨어 개발자가 메타 데이터를 사용하여 더 나은 검색 엔진 및 디렉토리를 제공하고 지능형 에이전트 역할을 수행하며 웹 사용자에게 더 많은 제어권을 제공할 수있는 제품을 개발할 수 있게 합니다. RDF는 또 다른 기술인 XML (Extensible Markup Language)의 어플리케이션이며 World Wide Consortium (W3C)의 후원하에 개발되고 있습니다.

특정 양의 메타 데이터가 HTML (Hypertext Markup Language)을 사용하여 웹사이트 리소스에 이미 제공되고 있습니다. 예를 들어 이 페이지를 작성할때 이 정의의 내용을 설명하고 검색 엔진에서 색인 생성에 사용되는 키워드를 포함하는 HTML 문을 추가했습니다. 또한 검색 엔진에 표시할 수 있는 단일 문장의 설명을 추가했습니다. META 태그문이라고 하는 이러한 문장은 이 페이지에서 마우스 오른쪽 단추로 클릭한 다음 "소스보기"를 클릭하지 않으면 보이지 않습니다.

공식적으로 이 정의의 맨 아래에있는 "Created on" 또는 "Updated on" 날짜는 메타 데이터이기도 합니다. 즉, 이 페이지의 데이터 또는 내용에 대해 알려주는 데이터입니다. 이것들은 웹 리소스에 관해 필요한 기존의 그리고 미래의 많은 자원 기술의 몇 가지 예일뿐입니다.

원래 콘텐츠 등급 PICS Recommendation을 확장한 것으로 생각한 RDF는 PICS-1.1 레이블에서 표현할 수있는 모든 데이터를 표현할 수 있다는 생각으로 시간에 포함된 것입니다.

RDF의 잇점

다음과 같은 이점이 있습니다.

• 일관된 프레임워크를 제공함으로써 RDF는 인터넷 자원에 대한 메타 데이터 제공을 장려합니다.
• RDF에는 데이터를 설명하고 조회하기 위한 표준 구문이 포함되므로 메타 데이터를 활용하는 소프트웨어는 보다 쉽고 빠르게 생성할 수 있습니다.
• 표준 구문 및 조회 기능을 사용하면 응용프로그램이 정보를 보다 쉽게 교환할 수 있습니다.
• 검색자는 전체 텍스트 수집에서 파생된 색인대신 메타 데이터를 기반으로 검색 결과를 보다 정확하게 얻을 수 있습니다.
• 지능형 소프트웨어 에이전트는 보다 정확한 데이터를 처리할 수 있습니다.

RDF 작동 방식

인터넷 자원은 URI (Uniform Resource Identifier)가 있는 자원으로 정의됩니다. 여기에는 전체 웹사이트와 특정 웹페이지를 식별하는 URL (Uniform Resource Locator)이 포함됩니다. 오늘날의 HTML META 태그와 마찬가지로 XML (Extensible Markup Language) 섹션의 일부로 포함된 RDF 설명문은 웹페이지 (즉, HTML (Hypertext Markup Language) - HTML)에 포함되거나 별도로 있을 수 있습니다.

RDF는 공식적인 W3C 권장 사항이며 일반 용도로 사용할 수 있습니다.