검색결과
-
성별 응답형 표준, 기술표준과 성별 간 상호작용에 집중하다성별은 기술 표준 개발에 중요한 고려 사항으로 등장하고 있다. UL Standards & Engagement의 국제 표준 이사인 Sonya Bird는 성별 응답형 표준 공동 전략 자문 위원회의 창립 멤버 중 한 명이다. 그녀는 성별이 표준의 안전과 사용자 평등에 어떻게 영향을 미치는지에 대해 의견을 남겼다. 모든 표준은 사용자의 안전을 지키기 위해 모든 성별에 적용 가능해야 한다. 이를 위해 성별 응답형 표준이 필요하다. 이는 신체적 차이부터 사회적 및 문화적 측면까지 다양한 영향을 측정하고 고려하기 때문이다. 현재 IEC와 ISO는 UN의 지속가능한 개발 목표(SDG)를 달성하기 위해 헌신하고 있으며, 성별을 표준 개발에 고려하는 것이 SDG 5 달성에 기여할 수 있다고 말한다. 구체적으로 전기기술 분야에서도 성별은 중요한 역할을 한다. 예를 들어, 무선 통신 장치의 무선 주파수에 노출되는 인체의 특정 흡수율(SAR)을 평가하는 IEC 62209-3의 새로운 표준은 여성과 남성 모형을 활용하여 테스트되었다. 일부 전문가들은 전기기술 분야에서 성별 차이가 미미하다고 주장하지만, 모든 표준에서 성별 관련 영향을 확인하는 것은 결코 무시될 수 없는 중요한 요소가 되어가고 있다. Sonya Bird는 모든 표준 개발자들은 성별 응답형 표준을 개발하는데 기여해야 한다며 의견을 덧붙였다.
-
사이버 보안의 중요성과 국제 표준의 역할사이버 보안은 많은 조직들을 위협하는 심각한 문제 중 하나로 떠오르고 있다. 일부 연구에서는 2028년까지 사이버 범죄 비용이 약 70% 증가할 것으로 예측하고 있다. 이로 인해 대부분의 조직이 다양한 사이버 보안 조치를 시행하고 있는 중이다. 현대 세계에서 사이버 공격에 대한 방어는 점점 더 복잡해지고 있으며, 이제는 IT뿐만 아니라 공장 자동화 및 핵심 인프라와 같은 운영 기술 (OT) 시스템까지 포함하고 있다. 이러한 상황에서 국제 표준은 전 세계의 전문가들의 최고의 사례에 근거하여 포괄적인 보안 조치를 제시하게 하고, 지역 규정 준수 및 강력한 보안 조치를 입증하는 데 도움을 준다. 그러나 어떤 조직의 필요와 상황에 맞는 표준을 선택하는 것은 매우 어려운 과제다. 이를 해결하기 위해 IEC는 표준 매핑 도구를 개발하였으며, 이 도구는 IEC, ISO 및 IEEE와 같은 국제 표준 개발자의 국제 표준을 포함하여 사용자가 필요에 맞는 표준을 빠르게 식별할 수 있도록 돕는다. 이 도구에는 모든 도메인에서 사용 가능한 수평 표준과 정보 보안 관리 시스템, 보안 평가, 테스트 및 사양, 위험 관리, 신원 관리, 개인 정보 기술 등과 같은 표준이 포함되어 있으며, 다양한 분야 및 특수 분야를 다루는 표준도 포함되어 있다. 매핑 도구 프로젝트 리더 Alia Fourati는 "다양한 사이버 보안 표준이 존재하기 때문에 이 도구는 표준 사용자의 신속한 이해와 적용을 돕도록 설계되었으며, 지속적인 업데이트를 통해 새로운 표준을 반영할 것"이라고 설명했다.
-
휠체어 그네 등 장애어린이 접근 용이한 놀이환경 마련된다휠체어를 이용하는 어린이를 위한 안전한 놀이환경이 조성될 전망이다. 행정안전부는 10월 31일 산업통상자원부와 함께 휠체어 그네(‘기구이용형 그네’)를 안전하게 이용할 수 있도록 안전기준을 마련했고 이를 통해 휠체어를 탄 어린이도 놀이터에서 함께 놀 수 있는 안전한 놀이환경이 조성될 예정이라고 밝혔다. 휠체어 그네는 장애어린이 등이 휠체어나 유모차 등 보조 기구를 이용하여 탑승할 수 있도록 제작된 그네로휠체어 그네의 제작단계에서부터 유지관리단계까지 모든 단계에 걸쳐 안전하게 관리 및 이용될 수 있도록 행정안전부는 휠체어 그네의 설치 및 유지관리에 필요한 안전기준을, 산업통상자원부 국가기술표준원은 어린이놀이기구인 휠체어 그네의 제작에 필요한 안전인증기준을 각각 마련했다. 이번에 개정된 고시는 장애어린이의 용이한 접근을 규정하는 미국‧독일 등 해외 안전기준과 함께 국가기술표준원 연구결과를 토대로 마련됐다. 주요 사항으로 ▲그네 하부 끼임사고 방지를 위한 그네-지면간 최소 간격(230mm) ▲휠체어 없이 이용하는 등의 오용사례 방지를 위한 개폐식 울타리 ▲휠체어 무게를 고려한 최대하중 요건(160kg) 등 휠체어 그네의 안전한 이용에 필요한 각종 요건들을 규정하고 있다. 고시의 상세내용은 행정안전부 및 산업통상자원부 홈페이지를 통해 확인할 수 있다. 이번 고시 시행으로 제품 및 시설 안전기준이 반영된 휠체어 그네를 도시공원 및 보육시설 등의 일반놀이터에 설치할 수 있어 놀이터에 대한 장애어린이의 접근성 개선과 함께 모든 어린이가 함께 이용 가능한 놀이공간으로서 놀이터에 대한 인식도 한층 개선될 것으로 기대된다.아울러 장애여부와 관계없이 동등한 놀이 기회가 제공될 수 있도록 사회적 관심을 촉진하는 계기가 될 것으로 기대된다. 정부 관계자는 “이제 우리나라도 다른 선진국과 같이 휠체어 탄 어린이도 일반 놀이터에서 다른 아이들과 함께 안전하게 놀 수 있는 환경이 만들어졌다”며 “정부는 새롭게 설치되는 휠체어그네가 안전하게 사용될 수 있도록 현장 관계자들과 함께 세심하게 살펴나가겠다”고 밝혔다. 이어 “향후 휠체어그네 제작 등과 관련한 안전인증 절차를 빈틈없이 신속하게 추진하여 안전한 어린이 놀이기구가 보급되는데 힘쓰겠다”고 덧붙였다.
-
국표원, ‘제53회 계량측정의 날’ 기념식 개최산업통상자원부 국가기술표준원은 31일 ‘제53회 계량측정의 날’ 기념식을 개최하고 계량측정분야 국가경쟁력 강화에 기여한 유공자·단체를 대상으로 총 57점의 포상을 수여했다고 밝혔다. 포상은 산업훈장 1점(동탑), 대통령 표창 3점, 국무총리 표창 4점, 장관 표창 17점, 공모전 상장 32점 등이다. ‘계량측정의 날’은 세종대왕이 계량 체계를 확립한 1446년 10월 26일을 기념하고 공정한 상거래 질서확립을 위한 계량측정의 중요성을 알리기 위해 1970년부터 시작해 올해로 53번째를 맞이했다. 계량측정은 우리 일상 생활과 가장 가까이에 있으며 첨단산업의 글로벌 초격차 선도에 근간이 되는 핵심기술이다. 계량측정산업의 지속적인 기술개발과 신뢰성 제고를 통해 산업경제의 발전이 기대된다. 이날 기념식에서 ㈜한국정밀기기센터 김명희 연구소장은 50년간 계량측정분야 교육계 및 첨단산업분야 국가교정기관에 종사하면서 기술인력 양성 및 산업발전에 기여한 공로를 인정받아 동탑산업훈장을 수상했다. 더불어 ㈜나노하이테크와 서진인스텍㈜이 유공단체에게 주어지는 대통령 표창과 국무총리 표창을 각각 수여받는 등 총 25점의 정부포상이 수여됐다. 또한 바른단위 사용을 장려하기 위한 어린이 포스터, 유튜브쇼츠, 서포터즈 활동 및 계량측정의 중요성 우수사례 입상자 32점에 대한 시상도 진행됐다. 진종욱 국표원장은 축사를 통해 계량측정산업 발전에 기여해 온 계량측정업계의 노고와 초등학생, 대학생, 일반인 등 공모전 수상자의 많은 관심에 감사를 표했다. 이어 “계량측정은 전통시장의 저울에서부터 주유소, 전기차 충전기에 이르기까지 우리 일상 생활과 가장 가까이에 있으며 첨단산업의 글로벌 초격차 선도에 근간이 되는 핵심기술이므로, 계량측정산업의 지속적인 기술개발과 신뢰성 제고를 통해 국민 행복과 산업경제의 발전에 기여할 수 있도록 모두가 함께 노력하자”고 전했다.
-
국가기술표준원, 국민 생활편의 개선 위한 표준 개발 추진산업통상자원부 국가기술표준원(원장 진종욱)은 국민 생활편의 향상과 사회적 약자 배려를 위한 표준 개발을 추진할 계획이라고 밝혔다. 이를 위해 국가기술표준원은 11월 1일(수)에 「제2차 국민 생활편의 표준협의회*」를 개최하여 국민 생활편의 표준화 과제를 선정하였다. * 소비자·복지단체(4), 산업계(3), 학계(2), 표준개발협력기관(6) 등 전문가 16명으로 구성 국민 참여를 통한 생활표준 개발을 위해 일반 국민을 대상으로 4개월(2023.5~8월) 동안 수요조사를 실시하였다. 총 572건*의 제안이 접수되었고, 의류 등 생활용품 규격의 통일화와 제품‧서비스의 성능 개선 등에 관심이 높은 것으로 나타났다. 접수된 제안에 대해 표준화 필요 여부 등 사전 조사와 분야별 전문가 검토를 거쳐 표준화 타당성과 시의성이 높은 과제(19건)를 도출하였다. * 의류 등 생활용품 규격‧기준의 통일화(227건, 40%), 제품 및 서비스 성능 개선(142건, 25%), 제품‧서비스의 소비자 정보 제공 확대(74건, 13%) 일상에서 사용하는 로봇, 전기차 충전기, 개인형 이동수단 플랫폼 등 제품과 서비스에 대한 품질 확보와 통일화를 통해 생활편의를 제고할 방침이다. 이에 대한 구체적인 내용으로는 ▲반려로봇의 성능기준과 평가방법 표준화를 통해 1인 가구, 노인가구 등의 생활 편의 향상을 추진한다. ▲또한 전기차 충전 과정에서 발생 가능한 오류의 표시 내용을 통일화하여 전기차와 충전기의 고장 여부 확인이 어려웠던 불편을 해소할 예정이다. ▲아울러 개인형 이동수단 플랫폼 서비스의 품질 제고를 위해 서비스 절차와 품질관리에 대한 표준화를 추진한다. 최종 선정된 표준화 과제에 대해서는 11월부터 이해관계자의 의견수렴을 거쳐 표준안 개발을 추진할 예정이다. 국가기술표준원은 표준이 가지고 있는 생활 편의 향상성을 강조하며, 앞으로 국민과 적극적으로 소통하여 일상의 편의를 향상시키고 삶의 질을 높이는 표준 개발에 앞장서겠다고 전했다.
-
스마트 표준, 디지털 혁신을 위한 열쇠가 되다IEC의 최신 보고서는 스마트 표준이 산업과 사회의 디지털 변혁을 실현하기 위한 핵심 요소라고 강조하고 있다. 이 보고서에서는 미래의 시장 기대를 충족하기 위한 표준의 필요성을 강조하면서, 제품의 복잡성이 계속 증가함에 따라 더 많은 표준의 사용과 복잡성의 증가가 예상된다고 말한다. 디지털 혁신의 필요성 비즈니스는 디지털화를 통해 해결책을 찾는다. 따라서 효율성을 향상시키고 제품의 안전성과 신뢰성을 확보하기 위해 프로세스에 통합하려는 표준 역시 디지털적으로 진화되어야 한다. 보고서 내용에 따르면, 기계에 적용이 가능하며 읽을 수 있고 전송이 가능한 스마트 표준 개발을 촉구해야 한다고 주장한다. 스마트 표준의 이점 이 보고서는 스마트 표준에 대한 경제적 분석을 제공하며 세 가지 주요 이점을 강조한다. 스마트 표준을 사용하면 표준을 빠르게 적용하고 더 적은 오류로 더 빠르게 더 나은 제품을 만들 수 있으며, 법규 및 산업 파트너와 더 잘 조화를 이루고 준수도 향상시켜 소송의 위험을 감소시킬 수 있다. 이것이 지향하는 미래 가치는 동적인 시장에서 더 나은 운영을 만들어 수입 증가를 이끌 수 있다. 스마트 표준의 유연성 스마트 표준은 변화하는 시장 요구사항에 완벽하게 발맞춰 발전하기 때문에, 혁신적인 기술 발전을 촉진시키는 데에 도움을 줄 것으로 보인다. 이를 통해 스마트 표준은 디지털 혁신을 주도하고 산업과 사회의 디지털 변혁을 지원하는 핵심 역할을 수행할 것이다.
-
로드 캘빈(Lord Kelvin), 풍력 발전과 지속가능성에 대한 도전최고의 지식인들조차 기술의 미래를 예측하는 것은 쉽지 않다. 토마스 에디슨은 교류(AC)를 저평가 했으며, 알버트 아인슈타인은 원자력을 얻을 수 없는 존재로 생각했으며, 빌 게이츠는 32비트 운영 체제가 없을 것이라고 예측했다. 로드 켈빈 또한 잘못된 예측이 존재했지만, 그럼에도 불구하고 그의 예측은 빈번히 성공적이며 옳았다. 로드 켈빈은 물리학과 수학 분야의 뛰어난 지식과 함께 재생 가능 에너지의 옹호자로도 불렸다. 석탄이 주를 이루던 시기에 그는 풍력 발전을 통해 전기 생산의 지속 가능한 방법이라는 꿈을 이루기 위해 도전했다. 1881년에는 풍력밀도기를 사용하여 프랑스 엔지니어 Camille Alphonse Fauré가 개발한 새 배터리를 충전하는 개념을 발표하기도 했다. 로드 켈빈의 열정은 풍력을 지속 가능한 전기원으로 탐구하는데 이르렀고, 1882년에는 The Times 편집자에게 편지를 써서 조명 및 기타 용도에 풍력을 활용하여 전기를 생산하도록 촉구했다. 그는 바람이 항해용 동력을 제공하는 것 이상의 일을 하기 위해 풍력을 활용해야 한다고 주장했다. 로드 켈빈은 석탄으로 인한 대기 오염, 산성 비, 환경 파괴로 인한 빅토리아 시대의 에너지 상황을 고려할 때 인류를 위한 지속 가능한 미래가 필요함을 역설했다. 그는 모든 건물이 자체 지붕 풍력밀도기를 가지고 기계, 엘리베이터, 수도 공급 및 조명을 위한 전기를 생산할 수 있는 지속 가능한 시스템이 필요하다고 믿었다. 로드 켈빈의 유산은 2023년 IEC 상 수상자 Robert Sherwin을 통해 계승되었다. Sherwin은 풍력 에너지 발전 시스템에 대한 표준을 개발하고, IEC 준수 평가 시스템 IECRE를 확립하는 데 중요한 역할을 해왔다. 로드 켈빈의 비전과 도전은 풍력 발전을 지속 가능한 에너지 솔루션의 중요한 부분으로 발전시키고 있는 사람들을 통해 계속해서 살아남고 있다.
-
고전압 직류 (HVDC) 시스템 국제 표준 개발에 대한 IEC 웹 세미나 개최세계적으로 전기 수요가 계속해서 증가하면서, 고전압 직류(HVDC) 전력 전송 시스템에 대한 수요가 증가할 것으로 전망된다. HVDC 시스템은 고전압 전력을 장거리로 전송하는 데 사용되며, 일반적으로 100 kV에서 800 kV까지의 전압을 사용한다. 그러나 때로는 1100 kV까지의 전압도 사용된다. HVDC 시스템은 교류(AC) 시스템과는 다르게 명목 전압, 명목 전류 및 절연 수준이 아직까지 AC 시스템만큼 표준화되어 있지 않았다. 그러나 이제 두 가지 HVDC 시스템 절연 조정을 위한 국제 표준인 IEC 60071-11과 -12가 새롭게 개발되었다. IEC 조직은 이 주제에 대한 정보 웨비나(Wabinar, 웹 세미나의 줄임말)를 개최할 예정이라고 밝혔다. 이 75분간 진행되는 웨비나는 HVDC 시스템의 특징 및 장비 및 설비의 정격 내전압, 크리핑 거리 및 공기 여유 공간 결정 절차에 대한 기본 원칙에 대한 개요를 제공할 예정이다. 이 웨비나에는 HVDC 시스템의 두 중요 전문가인 Marcus Haeusler와 Arne Friese가 발표를 진행한다. 이 두 전문가는 IEC JWG 13의 구성원으로, 이 그룹은 IEC 60071 시리즈의 새로운 부분을 개발하는 TC 99(절연 조정) 및 TC 115(HVDC 시스템)의 공동 작업 그룹이다. 해당 웨비나는 IEC 아카데미의 새로운 웨비나 시리즈의 첫 번째 행사로, 앞으로 몇 달 동안 표준 관련 종사자에게 새로운 표준, 가이드, 보고서, 백서 및 기타 중요 출판물에 대한 정보를 제공할 예정이다.
-
[기획-디지털 ID 기술] ㉜ 다임러, '차량의 적어도 하나의 드라이빙 환경 센서를 점검하기 위한 방법' 명칭의 미국 특허 등록 (US 11787424)독일 글로벌 자동차 제조업체 다임러(Daimler AG)에 따르면 2023년 10월17일 '차량의 적어도 하나의 드라이빙 환경 센서를 점검하기 위한 방법(Method for checking at least one driving environment sensor of a vehicle)' 명칭의 미국 특허(US 11787424)가 등록됐다.본 등록 특허는, 2018년 10월30일 원출원된 독일 특허(DE10-2018-127059)건을 기초로 2019년 9월26일 PCT 국제 출원(WO2020-088857)된 후 미국 국내단계에 진입되어 미국 특허청에 의해 심사를 받았다.본 등록 특허의 패밀리 특허로서 중국 특허(CN 112955775)가 심사 중이고, 독일 특허(DE10-2018-127059)도 심사를 받고 있다.본 등록 특허의 일 실시예에 따르면 차량은 디지털 지도상에 위치되고 차량의 환경은 드라이빙 환경 센서를 이용하여 감지된다.이때, 드라이빙 환경 센서에서 인식할 것으로 예상되는 차량 내 환경에 저장된 정지 물체의 특징은 디지털 지도에서 식별된다. 주행 환경 센서의 성능 저하는 하기의 경우에 추론된다.기대에 따라 인식되어야 할 특징이 드라이빙 환경 센서에 의해 인식되지 않는 경우이거나, 드라이빙 환경 센서에 의해 실제로 인식되는 특징이 기대에 따라 인식되는 특징으로부터 크게 벗어나는 경우이다.만약 인식이 예상되는 특징이 적어도 하나의 동적 객체에 의해 은닉되어 드라이빙 환경 센서에 의해 인식되지 않는 것으로 판단되면 드라이빙 환경 검출 센서의 열화는 추론되지 않는다.
-
[기획-디지털 ID 표준] ⑭산업단체와 포럼 - 오아시스(OASIS)디지털 ID(Digital Identity) 분야에서 상호운용(interoperable)이 가능하고 안전한 서비스 보장을 위한 표준에 대한 수요가 증가하고 있다. 다양한 표준 조직 및 산업 기관이 활동하는 이유다.디지털 ID 표준을 개발하는 곳은 유럽표준화기구(European Standardisation Organistions), 국제표준화기구(International Standardisation Organisations), 상업 포럼 및 컨소시엄, 국가기관 등 다양하다.산업단체와 포럼은 공식적으로 표준화 조직으로 간주되지 않지만 디지털 ID 영역을 포함한 특정 영역에서는 사실상의 표준을 제공하고 있다.몇몇의 경우 이들 단체들이 추가 비준을 위해 자신들이 생산한 사양을 ISO/IEC, ITU 통신 표준화 부문(ITU-T), ETSI 등 표준 기관에 제출할 수 있다.이러한 산업단체 및 포럼에는 △인증기관브라우저 포럼(Certification Authority Browser Forum, CA/Browser Forum) △클라우드 서명 컨소시엄(Cloud Signature Consortium, CSC) △국제자금세탁방지기구(Financial Action Task Force, FATF) △신속온라인인증(Fast Identity Online, FIDO) △국제인터넷표준화기구(Internet Engineering Task Force, IETF) △구조화 정보 표준 개발기구(오아시스)(Organization for the Advancement of Structured Information Standards, OASIS) △오픈ID(OpenID) △SOG-IS(Senior Officials Group-Information Systems Security) △W3C(World Wide Web Consortium) 등이다.구조화 정보 표준 개발기구(Organization for the Advancement of Structured Information Standards, OASIS)는 공급업체와 사용자의 컨소시엄으로 시작됐다.오늘날 사이버보안(cybersecurity), 블록체인(blockchain), 사물인터넷(internet of things, IoT), 비상 경영(emergency management), 클라우드 컴퓨팅(cloud computing) 등 프로젝트를 발전시키는 대규모 비영리 표준 조직이다.오아시스는 '디지털 서명 서비스 핵심 프로토콜, 요소, 바인딩'과 같은 디지털 서명과 관련된 프로토콜, 프로필 등 기술 사양을 개발해왔다.오아시스는 ISO에 협력하고 있는 조직으로 각 기술위원회(TC) 또는 분과위원회(SC)가 다루는 문제에 대해 기술위원회(TC) 또는 분과위원회(SC)의 업무에 효과적으로 기여하는 조직(A liaisons)이다.기여하고 있는 기술위원회 및 분과위원회는 다음과 같다.▷ISO/IEC JTC 1/SC 6 시스템 간 통신 및 정보 교환▷ISO/IEC JTC 1/SC 34 문서 설명 및 처리 언어▷ISO/IEC JTC 1/SC 38 클라우드 컴퓨팅 및 분산 플랫폼▷ISO/IEC JTC 1/SC 40 IT 서비스 관리 및 IT 거버넌스▷ISO/TC 12 수량 및 단위▷ISO/TC 37 언어 및 용어▷ISO/TC 37/SC 5 번역, 통역 및 관련 기술▷ISO/TC 46/SC 4 기술적 상호 운용성▷ISO/TC 154 상업, 산업 및 행정 분야의 프로세스, 데이터 요소 및 문서▷ISO/TC 184/SC 4 산업 데이터▷ISO/TC 211 지리정보/지리학또한 오아시스는 2005년 10월 21일 Working Draft 34에서 Digital Signature Service Core Protocols, Elements, and Bindings Version 1.0을 발표했다.이후 2019년 12월 11일 'Digital Signature Service Core Protocols, Elements, and Bindings Version 2.0 Committee Specification 02'가 발표됐다.버전 2.0의 목차를 살펴보면 다음과 같다.■ 목차(Table of Contents) 1 Introduction 1.1 IPR Policy 1.2 Terminology 1.2.1 Terms and Definitions 1.2.2 Abbreviated Terms 1.3 Normative References 1.4 Non-Normative References 1.5 Typographical Conventions 1.6 DSS Overview (Non-normative) 2 Design Considerations 2.1 Version 2.0 goal [non-normative] 2.2 Transforming DSS 1.0 into 2.0 2.2.1 Circumventing xs:any 2.2.2 Substituting the mixed Schema Attribute 2.2.3 Introducing the NsPrefixMappingType Component 2.2.4 Imported XML schemes 2.2.5 Syntax variants 2.2.6 JSON Syntax Extensions 2.3 Construction Principles 2.3.1 Multi Syntax approach 2.4 Schema Organization and Namespaces 2.5 DSS Component Overview 2.5.1 Schema Extensions 3 Data Type Models 3.1 Boolean Model 3.2 Integer Model 3.3 String Model 3.4 Binary Data Model 3.5 URI Model 3.6 Unique Identifier Model 3.7 Date and Time Model 3.8 Lang Model 4 Data Structure Models 4.1 Data Structure Models defined in this document 4.1.1 Component NsPrefixMapping 4.1.1.1 NsPrefixMapping – JSON Syntax 4.1.1.2 NsPrefixMapping – XML Syntax 4.2 Data Structure Models defined in this document 4.2.1 Component InternationalString 4.2.1.1 InternationalString – JSON Syntax 4.2.1.2 InternationalString – XML Syntax 4.2.2 Component DigestInfo 4.2.2.1 DigestInfo – JSON Syntax 4.2.2.2 DigestInfo – XML Syntax 4.2.3 Component AttachmentReference 4.2.3.1 AttachmentReference – JSON Syntax 4.2.3.2 AttachmentReference – XML Syntax 4.2.4 Component Any 4.2.4.1 Any – JSON Syntax 4.2.4.2 Any – XML Syntax 4.2.5 Component Base64Data 4.2.5.1 Base64Data – JSON Syntax 4.2.5.2 Base64Data – XML Syntax 4.2.6 Component SignaturePtr 4.2.6.1 SignaturePtr – JSON Syntax 4.2.6.2 SignaturePtr – XML Syntax 4.2.7 Component Result 4.2.7.1 Result – JSON Syntax 4.2.7.2 Result – XML Syntax 4.2.8 Component OptionalInputs 4.2.8.1 OptionalInputs – JSON Syntax 4.2.8.2 OptionalInputs – XML Syntax 4.2.9 Component OptionalOutputs 4.2.9.1 OptionalOutputs – JSON Syntax 4.2.9.2 OptionalOutputs – XML Syntax 4.2.10 Component RequestBase 4.2.10.1 RequestBase – JSON Syntax 4.2.10.2 RequestBase – XML Syntax 4.2.11 Component ResponseBase 4.2.11.1 ResponseBase – JSON Syntax 4.2.11.2 ResponseBase – XML Syntax 4.3 Operation requests and responses 4.3.1 Component SignRequest 4.3.1.1 SignRequest – JSON Syntax 4.3.1.2 SignRequest – XML Syntax 4.3.2 Component SignResponse 4.3.2.1 SignResponse – JSON Syntax 4.3.2.2 SignResponse – XML Syntax 4.3.3 Component VerifyRequest 4.3.3.1 VerifyRequest – JSON Syntax 4.3.3.2 VerifyRequest – XML Syntax 4.3.4 Component VerifyResponse 4.3.4.1 VerifyResponse – JSON Syntax 4.3.4.2 VerifyResponse – XML Syntax 4.3.5 Component PendingRequest 4.3.5.1 PendingRequest – JSON Syntax 4.3.5.2 PendingRequest – XML Syntax 4.4 Optional data structures defined in this document 4.4.1 Component RequestID 4.4.1.1 RequestID – JSON Syntax 4.4.1.2 RequestID – XML Syntax 4.4.2 Component ResponseID 4.4.2.1 ResponseID – JSON Syntax 4.4.2.2 ResponseID – XML Syntax 4.4.3 Component OptionalInputsBase 4.4.3.1 OptionalInputsBase – JSON Syntax 4.4.3.2 OptionalInputsBase – XML Syntax 4.4.4 Component OptionalInputsSign 4.4.4.1 OptionalInputsSign – JSON Syntax 4.4.4.2 OptionalInputsSign – XML Syntax 4.4.5 Component OptionalInputsVerify 4.4.5.1 OptionalInputsVerify – JSON Syntax 4.4.5.2 OptionalInputsVerify – XML Syntax 4.4.6 Component OptionalOutputsBase 4.4.6.1 OptionalOutputsBase – JSON Syntax 4.4.6.2 OptionalOutputsBase – XML Syntax 4.4.7 Component OptionalOutputsSign 4.4.7.1 OptionalOutputsSign – JSON Syntax 4.4.7.2 OptionalOutputsSign – XML Syntax 4.4.8 Component OptionalOutputsVerify 4.4.8.1 OptionalOutputsVerify – JSON Syntax 4.4.8.2 OptionalOutputsVerify – XML Syntax 4.4.9 Component ClaimedIdentity 4.4.9.1 ClaimedIdentity – JSON Syntax 4.4.9.2 ClaimedIdentity – XML Syntax 4.4.10 Component Schemas 4.4.10.1 Schemas – JSON Syntax 4.4.10.2 Schemas – XML Syntax 4.4.11 Component IntendedAudience 4.4.11.1 IntendedAudience – JSON Syntax 4.4.11.2 IntendedAudience – XML Syntax 4.4.12 Component KeySelector 4.4.12.1 KeySelector – JSON Syntax 4.4.12.2 KeySelector – XML Syntax 4.4.13 Component X509Digest 4.4.13.1 X509Digest – JSON Syntax 4.4.13.2 X509Digest – XML Syntax 4.4.14 Component PropertiesHolder 4.4.14.1 PropertiesHolder – JSON Syntax 4.4.14.2 PropertiesHolder – XML Syntax 4.4.15 Component Properties 4.4.15.1 Properties – JSON Syntax 4.4.15.2 Properties – XML Syntax 4.4.16 Component Property 4.4.16.1 Property – JSON Syntax 4.4.16.2 Property – XML Syntax 4.4.17 Component IncludeObject 4.4.17.1 IncludeObject – JSON Syntax 4.4.17.2 IncludeObject – XML Syntax 4.4.18 Component SignaturePlacement 4.4.18.1 SignaturePlacement – JSON Syntax