KR20150020924A - 서버 장치 및 그의 오토사 관련 서비스 제공 방법 - Google Patents

Abstract

서버 장치의 오토사(Autosar) 관련 서비스 제공 방법이 개시된다. 본 방법은, 서버 장치에 접속한 단말 장치에 오토사 관련 데이터 입력을 위한 제1 웹 페이지를 제공하는 단계, 접속한 단말 장치로부터 오토사 관련 데이터를 수신하는 단계, 수신된 오토사 관련 데이터를 검증하는 단계 및 검증에 따른 검증 결과 제공을 위한 제2 웹 페이지를 접속한 단말 장치에 제공하는 단계를 포함한다.

Description

서버 장치 및 그의 오토사 관련 서비스 제공 방법{SERVER APPARATUS AND METHOD FOR PROVIDING SERVICE RELATED TO AUTOSAR}

본 발명은 서버 장치 및 그의 오토사 관련 서비스 제공 방법에 관한 것으로, 보다 상세하게는, 오토사와 관련된 데이터를 검증하는 서비스를 제공하는 서버 장치 및 그의 오토사 관련 서비스 제공 방법에 관한 것이다.

최근 안정성과 편의성 위주의 다양한 차량 부가 서비스가 개발되면서 과거 단순한 이동수단에 불과하였던 자동차는 이제 운전자 개인의 하나의 공간 영역의 개념으로 인식되고 있다.

이에 따라, 자동차의 바디 제어를 통한 다양한 자동화 서비스는 물론이고 GPS 및 이동통신 네트워크, 블루투스 등을 기반으로 하는 다양한 멀티미디어 서비스까지 소비자의 니즈와 취향에 맞는 자동차의 서비스는 나날이 발전해 가고 있다.

이러한 서비스는 대체로 기계식 장치가 아닌 전자 제어 장치(Electronic Control Unit:ECU)로 제공될 수 밖에 없으며, 이에 따라 자동차 산업에 소프트 웨어 및 IT 기술의 접목은 필수 불가결하게 되었다.

다만, 제품의 안전성 보장과 모듈 재사용성의 문제, 하드웨어 의존성 제거 등은 모든 소프트 웨어 제품의 공통적인 숙제이며, 소프트 웨어 중심의 서비스를 탑재하는 자동차 전자 장비화 서비스 또한 이 문제를 피해갈 수 없다.

이러한 문제점을 해결하기 위하여, BMW, Bosch, Volkswagen 등 세계적인 자동차 완성 업체 및 부품 업체가 중심이 되어 AUTOSAR(Automotive Open System Architecture)라는 협의체를 구성하여 표준화를 진행하고 있다.

이러한, 오토사(AUTOSAR)는 ECU에 탑재되는 SW 아키텍처와 개발 방법론을 표준화하는 것을 목적으로 하며, 크게 자동차 SW 아키텍처 및 어플리케이션 인터페이스, 이들을 이용하여 전자 장비화 소프트웨어를 개발하기 위한 방법론, 소프트웨어 안전성을 위한 적합성 테스트 분야로 나누어 표준화를 진행하고 있으며, 최근에는 AUTOSAR 4.1.1 버전이 릴리즈 됐다.

이에 따라, 제안된 모델과 방법론에 의해 차량용 소프트웨어를 개발하기 위한 Vector, EB, KPIT 등과 같은 다양한 개발 도구가 제안되고 있다.

이러한, 개발 도구를 이용하면 XML(eXtensible Markup Language) 기반의 Autosar 표준 포맷인 ARXML의 설계가 가능하다.

다만, 상술한 개발 도구는 ARXML에 대한 설계만 가능할 뿐, 생성된 결과물에 대한 검증이 불가능하였다. 또한, 초기 시스템 설계 중에도 실시간으로 오류를 확인할 수 없었다.

본 발명은 상술한 문제점을 해결하기 위해 안출된 것으로, 본 발명의 목적은 오토사와 관련된 데이터를 검증하는 서비스를 제공하는 서버 장치 및 그의 오토사 관련 서비스 제공 방법을 제공함에 있다.

상술한 목적을 달성하기 위한 본 발명의 일 실시 예에 따른 서버 장치의 오토사(Autosar) 관련 서비스 제공 방법은, 상기 서버 장치에 접속한 단말 장치에 오토사 관련 데이터 입력을 위한 제1 웹 페이지를 제공하는 단계, 상기 접속한 단말 장치로부터 상기 오토사 관련 데이터를 수신하는 단계, 상기 수신된 오토사 관련 데이터를 검증하는 단계 및 상기 검증에 따른 검증 결과 제공을 위한 제2 웹 페이지를 상기 접속한 단말 장치에 제공하는 단계를 포함한다.

한편, 상술한 목적을 달성하기 위한 본 발명의 일 실시 예에 따른 오토사(Autosar) 관련 서비스를 제공하는 서버 장치는, 웹 페이지를 생성하는 웹 페이지 생성부, 상기 웹 페이지 생성부에서 생성된 오토사 관련 데이터 입력을 위한 제1 웹 페이지를 상기 서버 장치에 접속한 단말 장치에 제공하는 통신부, 상기 접속한 단말 장치로부터 상기 오토사 관련 데이터가 수신되면, 상기 수신된 오토사 관련 데이터를 검증하는 검증부 및 상기 검증에 따른 검증 결과 제공을 위한 제2 웹 페이지를 상기 접속한 단말 장치에 제공하도록 상기 통신부를 제어하는 제어부를 포함한다.

상술한 본 발명의 다양한 실시 예에 따르면 오토사 관련 서비스를 웹 상에서 제공함으로써, PC 등과 같은 단말 장치에 오토사 관련 Tool이 설치되지 않은 경우에도, 오토사 관련 서비스를 실시간으로 제공받을 수 있다. 즉, PC와 같은 단말 장치만 있으면 누구나 장소에 구애받지 않고 AUTOSAR 관련 서비스를 실시간으로 제공받을 수 있다.

특히, 오토사 관련 데이터의 검증 서비스를 웹 상에서 제공함으로써, PC 등과 같은 단말 장치에 오토사 관련 데이터 검증 Tool이 설치되지 않은 경우에도, 오토사 관련 데이터의 검증 서비스를 실시간으로 제공받을 수 있다.

또한, 시간이 오래 걸리는 검증 작업을, 복수의 사람이 각각 웹에 접속하여 공동으로 수행함으로써, 오토사 관련 업무 시간을 획기적으로 단축시킬 수 있고, 일반 사용자게도 오토사 관련 정보를 쉽게 교육시킬 수 있다.

도 1은 본 발명의 일 실시 예에 따른 서버 장치를 나타내는 블록도 이다.
도 2는 본 발명의 일 실시 예에 따른 시스템 ARXML 포맷의 데이터를 검증하는 것을 나타내는 도면이다.
도 3은 본 발명의 일 실시 예에 따른 ECU 파라미터 ARXML 포맷의 데이터를 검증하는 것을 나타내는 도면이다.
도 4는 본 발명의 일 실시 예에 따른 소프트웨어 컴포넌트 ARXML 포맷의 데이터를 검증하는 것을 나타내는 도면이다.
도 5 내지 6은 본 발명의 일 실시 예에 따른 ARXML 포맷의 데이터를 검증하는 것의 일 예를 나타내는 도면이다.
도 7은 본 발명의 일 실시 예에 따른 통합 소스 코드 데이터 및 헤더 데이터를 검증하는 것의 일 예를 나타내는 도면이다.
도 8은 본 발명의 일 실시 예에 따른 서버 장치에 저장된 복수의 ECU 파라미터 ARXML 포맷의 데이터를 비교하는 것을 나타내는 도면이다.
도 9는 본 발명의 일 실시 예에 따른 오토사 관련 데이터를 이용하여 C 코드 작성 에디터를 제공하는 것을 나타내는 도면이다.
도 10은 본 발명의 일 실시 예에 따른 오토사 관련 데이터 입력을 위한 제1 웹 페이지를 나타내는 도면이다.
도 11은 본 발명의 일 실시 예에 따른 오토사 관련 서비스 제공 방법을 나타내는 흐름도 이다.
도 12는 본 발명의 일 실시 예에 따른 검증 방법을 보다 구체적으로 나타내는 흐름도 이다.
도 13은 본 발명의 일 실시 예에 따른 소스 코드의 차이점을 제공하는 방법을 보다 구체적으로 나타내는 흐름도 이다.
도 14는 본 발명의 일 실시 예에 따른 소스 코드 에디터를 제공하는 방법을 보다 구체적으로 나타내는 흐름도 이다.

이하의 내용은 단지 본 발명의 원리를 예시한다. 그러므로 당업자는 비록 본 명세서에 명확히 설명되거나 도시되지 않았지만 본 발명의 원리를 구현하고 본 발명의 개념과 범위에 포함된 다양한 장치를 발명할 수 있는 것이다. 또한, 본 명세서에 열거된 모든 조건부 용어 및 실시예들은 원칙적으로, 본 발명의 개념이 이해되도록 하기 위한 목적으로만 명백히 의도되고, 이와 같이 특별히 열거된 실시예들 및 상태들에 제한적이지 않는 것으로 이해되어야 한다.

또한, 본 발명의 원리, 관점 및 실시예들 뿐만 아니라 특정 실시예를 열거하는 모든 상세한 설명은 이러한 사항의 구조적 및 기능적 균등물을 포함하도록 의도되는 것으로 이해되어야 한다. 또한 이러한 균등물들은 현재 공지된 균등물뿐만 아니라 장래에 개발될 균등물 즉 구조와 무관하게 동일한 기능을 수행하도록 발명된 모든 소자를 포함하는 것으로 이해되어야 한다.

따라서, 예를 들어, 본 명세서의 블럭도는 본 발명의 원리를 구체화하는 예시적인 회로의 개념적인 관점을 나타내는 것으로 이해되어야 한다. 이와 유사하게, 모든 흐름도, 상태 변환도, 의사 코드 등은 컴퓨터가 판독 가능한 매체에 실질적으로 나타낼 수 있고 컴퓨터 또는 프로세서가 명백히 도시되었는지 여부를 불문하고 컴퓨터 또는 프로세서에 의해 수행되는 다양한 프로세스를 나타내는 것으로 이해되어야 한다.

프로세서 또는 이와 유사한 개념으로 표시된 기능 블럭을 포함하는 도면에 도시된 다양한 소자의 기능은 전용 하드웨어뿐만 아니라 적절한 소프트웨어와 관련하여 소프트웨어를 실행할 능력을 가진 하드웨어의 사용으로 제공될 수 있다. 프로세서에 의해 제공될 때, 상기 기능은 단일 전용 프로세서, 단일 공유 프로세서 또는 복수의 개별적 프로세서에 의해 제공될 수 있고, 이들 중 일부는 공유될 수 있다.

또한 프로세서, 제어 또는 이와 유사한 개념으로 제시되는 용어의 명확한 사용은 소프트웨어를 실행할 능력을 가진 하드웨어를 배타적으로 인용하여 해석되어서는 아니되고, 제한 없이 디지털 신호 프로세서(DSP) 하드웨어, 소프트웨어를 저장하기 위한 롬(ROM), 램(RAM) 및 비 휘발성 메모리를 암시적으로 포함하는 것으로 이해되어야 한다. 주지관용의 다른 하드웨어도 포함될 수 있다.

본 명세서의 청구범위에서, 상세한 설명에 기재된 기능을 수행하기 위한 수단으로 표현된 구성요소는 예를 들어 상기 기능을 수행하는 회로 소자의 조합 또는 펌웨어/마이크로 코드 등을 포함하는 모든 형식의 소프트웨어를 포함하는 기능을 수행하는 모든 방법을 포함하는 것으로 의도되었으며, 상기 기능을 수행하도록 상기 소프트웨어를 실행하기 위한 적절한 회로와 결합된다. 이러한 청구범위에 의해 정의되는 본 발명은 다양하게 열거된 수단에 의해 제공되는 기능들이 결합되고 청구항이 요구하는 방식과 결합되기 때문에 상기 기능을 제공할 수 있는 어떠한 수단도 본 명세서로부터 파악되는 것과 균등한 것으로 이해되어야 한다.

상술한 목적, 특징 및 장점은 첨부된 도면과 관련한 다음의 상세한 설명을 통하여 보다 분명해질 것이며, 그에 따라 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자가 본 발명의 기술적 사상을 용이하게 실시할 수 있을 것이다. 또한, 본 발명을 설명함에 있어서 본 발명과 관련된 공지 기술에 대한 구체적인 설명이 본 발명의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에 그 상세한 설명을 생략하기로 한다.

본 발명의 일 실시 예에 따른 오토사(AUTOSAR)의 소프트웨어(SoftWare) 아키텍처는 크게 애플리케이션 소프트웨어(Application Software), RTE(RunTime Environment) 및 BSW(Basic Software)의 3 계층으로 구성된다.

본 발명의 기본 개념은 RTE를 도입하여, 애플리케이션 소프트웨어와 하드웨어 관련 소프트웨어인 BSW를 분리함으로써, 하드웨어에 독립적인 애플리케이션 소프트웨어를 개발하는 것이다. 이를 통해 애플리케이션의 재사용성, 유지보수성을 높여 개발 비용을 절감할 수 있다.

애플리케이션 소프트웨어는 RTE 상단에 위치하고 있으며, 특정 ECU(Electronic Control Unit)에 배치되는 소프트웨어 컴포넌트(SWC)로 구성되며, 여기에는 다양한 기능을 수행하는 소프트웨어가 탑재된다.

소프트웨어 컴포넌트는 RTE를 통하여 다른 소프트웨어 컴포넌트, 서비스, ECU Abstraction, Complex Device Driver와 같은 아토믹(Atomic) 소프트웨어 컴포넌트와 통신하며, 인터페이스를 사용하여 RTE를 통해 다른 소프트웨어 컴포넌트 사이의 정보 교환을 한다. 각 소프트웨어 컴포넌트는 응용 소프트웨어 기능의 일부를 구현하며, ECU에 매핑되는 기본 단위이며, 포트와 인터페이스를 통하여 상호 데이터를 교환한다. 센서(Sensor)/액츄에이터(Actuator) 소프트웨어 컴포넌트는 소프트웨어 컴포넌트의 한 종류로서, ECU의 센서 및 액츄에이터의 구현을 위한 소프트웨어 컴포넌트이다.

이러한 소프트 웨어 컴포넌트의 통신은 포트와 인터페이스로 나누어 정의할 수 있다. 각각의 소프트웨어 컴포넌트들은 통신을 위한 여러 개의 포트들을 가질 수 있으며, 인터페이스를 통해 통신 패턴이 결정된다. 포트는 자료 또는 서비스를 제공하는 경우에 PPort(Provide Port) 라고 불리며, 요청하는 경우에는RPort(Require port)라고 정의된다.

통신 인터페이스는 패턴에 따라 Server-client 방식과 Sender-receiver 방식으로 구분된다.

Server-client interface의 경우 client는 Server가 필요한 때 설정 매개 변수를 전송해 통신을 시작하고, Server는 RTE 형태로 client 로부터 들어오는 통신 요청을 대기하다 요청이 오면 해당 정보에 관련된 내용을 전송한다. 즉 client에게 server 측의 operation 을 제공하는 것으로 client가 server의 operation 함수를 호출하는 방식이다.

sender-receiver interface는 sender 가 receiver 측에 다양한 정보를 제공하는 것으로 데이터를 보내는 방식으로 송신자와 수신자로 구분된다.

BSW(Basic Software)는 RTE 아래에 위치하며, 소프트웨어 컴포넌트가 애플리케이션을 수행하는 데 필요로 하는 서비스를 제공하는 표준화된 소프트웨어 계층이다. BSW의 표준 계층으로 서비스 계층(Service Layer), EAL(ECU Abstraction Layer), MCAL(Microcontroller Abstraction Layer) 및 CDD(Complex Device Driver)로 구성된다. 서비스 계층은 운영 시스템(OS), 네트워크, 메모리, 검증, ECU 상태 관리 등의 서비스 기능을 수행한다. EAL은 ECU 내부 장치들과의 인터페이스를 제공하며, ECU에 독립적인 상위 계층의 설계를 제공한다. MCAL은 상위 계층에서 마이크로 컨트롤로의 레지스터를 직접 조작하는 것을 피하게 해주며, 디지털 입출력, 아날로그 디지털 변환, 파형 변환, 직병렬 변환 등으로 구성된다.

RTE는 ECU 내에서 이루어지는 데이터 교환 또는 ECU 사이에 이루어지는 데이터 교환을 위한 통신 센터의 역할을 수행한다. 통신이 ECU 내에서 이루어지는지 여부, 또는 CAN, LIN, FlexRay, MOST 등의 프로토콜을 사용하는 ECU 사이에서 이루어지는지 여부와는 관계없이, RTE는 동일한 인터페이스와 서비스를 제공함으로써, 소프트웨어 컴포넌트에게 추상화된 통신을 사용 가능하게 한다. RTE는 각 소프트웨어 컴포넌트 사이, 소프트웨어 컴포넌트와 BSW 사이의 정보 교환을 위한 중추적인 역할을 하며, 소프트웨어와 하드웨어를 분리시키는 핵심 역할을 수행한다.

여기서, 차량 내부 ECU 사이의 제어를 위해 주로 사용되는 직렬 통신으로는 CAN, LIN, FlexRay 등이 있다.

한편, 오토사(AUTOSAR)의 대상이 되는 자동차는 복잡한 기계 구조와, 전기 및 전자 장치로 이루어진다. 이 중 전기/전자 장치는 센서, 액츄에이터, 제어기 등이 다양한 네트워크로 복잡하게 연결된 전장 시스템으로 구성된다.

이와 같이 구성되는 차량 전장 시스템은 기능적으로 크게 바디, 샤시, 파워트레인, 안전, 멀티미디어로 구성된다. 바디 전장 시스템은 주로 운전자의 편의를 제공하기 위한 시스템으로, 운전자의 다양한 명령을 수행하고, 차량의 정보를 전달해주는 역할을 한다. 대표적으로 윈도우, 아웃사이드미러, 시트, 계기판, 도난경보, 전조등, 실내등, 와이퍼 등을 제어하는 역할을 수행한다. 이들 바디 전장 시스템을 구성하는 ECU들은 차량 네트워크 CAN, LIN, FlexRay 등으로 연결된다.

이에 따라, 제안된 모델과 방법론에 의해 차량용 소프트웨어를 개발하기 위한 Vector, EB, KPIT 등과 같은 다양한 개발 도구가 제안되고 있다.

한편, 오토사(AUTOSAR)에서 제안된 차량용 소프트웨어 개발 방법론에 따르면, 시스템 설계 단계, ECU 설정 단계, BSW(Basic SoftWare) Generator 단계로 나눌 수 있다.

시스템 설계 단계는 여러 ECU에 대한 시스템 설계를 수행한다. 여기서 시스템 설계 단계는, 네트워크 설계, 소프트웨어 컴퍼넌트(SoftWare Component) 설계를 포함하고, 소프트웨어 컴퍼넌트(SoftWare Component) 설계에서는 파일명, 함수명, 변수명, 사용하는 RTE-API의 설계를 수행한다. 여기서 시스템 설계 단계는 다양한 개발 도구를 이용하여 XML(eXtensible Markup Language) 기반의 Autosar 표준 포맷인 ARXML로 작성된다. 이하에서는 시스템 설계 단계에서 작성된 ARXML을 '시스템 ARXML'로 지칭하기로 한다.

ECU 설정 단계는 1개 ECU에 대한 AUTOSAR BSW(Basic SoftWare) 선택 및 기능을 설정한다. 여기서 ECU 설정 단계는 다양한 개발 도구를 이용하여 XML(eXtensible Markup Language) 기반의 Autosar 표준 포맷인 ARXML로 작성된다. 이하에서는 ECU 설정 단계에서 작성된 ARXML을 'ECU 파라미터 ARXML'로 지칭하기로 한다.

BSW Generator 단계는 시스템 설계 단계 및 ECU 설정 단계에서 생성된 코드를 이용하여 통합(integration) 작업 및 C 코딩 작업을 수행한다. 여기서 BSW Generator 단계는 BSW Source 생성, SWC 코딩, Service SWC 생성을 수행한다.

이하에서는, 상술한 오토사(Autosar)의 기본 개념을 기초로 본 발명의 다양한 실시 예를 구체적으로 설명하기로 한다.

도 1은 본 발명의 일 실시 예에 따른 서버 장치를 나타내는 블록도 이다. 도 1을 참조하면 서버 장치(100)는 사용자의 단말 장치에 오토사 관련 서비스를 제공하기 위하여 통신부(110), 저장부(120), 검증부(130), 웹 페이지 생성부(140), 제어부(150)의 전부 또는 일부를 포함할 수 있다.

여기서 사용자의 단말 장치는 서버 장치(100)에의 접속에 따라 서버 장치(100)에서 제공된 웹 페이지 화면을 표시할 수 있는 스마트 폰, 태블릿 컴퓨터, 노트북 컴퓨터, PDA(personal digital assistant), PMP(portable multimedia player), PC(Personal Computer) 등과 같은 다양한 장치로 구현될 수 있다. 이 경우, 접속은 사용자가 서버 장치(100)에 대응되는 URL 주소를 사용자의 단말 장치에 입력함으로써 수행될 수 있다.

한편, 통신부(110)는 서버 장치(100)와 외부 장치간의 통신을 수행할 수 있게 한다. 특히 통신부(110)는 서버 장치(100)와 사용자의 단말 장치간의 통신을 수행할 수 있게 한다.

여기서, 통신부(110)는 근거리 통신망(LAN : Local Area Network) 및 인터넷망을 통해 무선 또는 유선방식으로 접속되는 형태, USB(Universal Serial Bus)포트를 통하여 접속되는 형태, 3G, 4G와 같은 이동 통신망을 통해 접속되는 형태, NFC(Near Field Communication, RFID(Radio Frequency Identification), Wi-Fi등과 같은 근거리 무선 통신방식을 통해 접속되는 형태가 가능하다.

저장부(120)는 서버 장치(100)는 동작에 필요한 다양한 데이터 및 어플리케이션을 저장하는 기능을 한다. 특히 저장부(120)는 오토사 관련 데이터 검증을 위한 툴(Tool)을 저장할 수 있다. 또한 저장부(120)는 사용자의 단말 장치로부터 수신된 다양한 파일 포맷의 데이터를 저장할 수 있다.

여기서 저장부(120)는 서버 장치(100)내에 구비된 저장 매체로 구현될 수 있고, 또는 서버 장치(100)와 통신가능하도록 외부에 연결된 별도의 DB(Data Base)로 구현될 수 있다.

검증부(130)는 서버 장치(100)에 접속한 단말 장치로부터 오토사 관련 데이터가 수신되면, 저장부(120)에 저장된 다양한 검증 툴을 이용하여 수신된 오토사 관련 데이터를 검증할 수 있다. 이에 대해서는 도 2 내지 9를 참조하여 후술 하기로 한다.

웹 페이지 생성부(140)는 서버 장치(100)에 접속한 사용자 단말 장치에 제공할 웹 페이지를 생성할 수 있다.

특히 웹 페이지 생성부(140)는 오토사 관련 데이터 입력을 위한 제1 웹 페이지 및 검증 결과 제공을 위한 제2 웹 페이지를 생성할 수 있다.

여기서 오토사 관련 데이터 입력을 위한 제1 웹 페이지는, 서버 장치(100)에 전송할 오토사 관련 데이터의 파일 포맷을 선택하기 위한 UI(User Interface) 영역, 서버 장치(100)에 전송할 오토사 관련 데이터에 대한 파일을 입력하기 위한 UI 영역, 서버 장치(100)에 전송할 오토사 관련 데이터에 대한 소스 코드를 입력하기 위한 UI 영역, 및 검증 명령을 입력하기 위한 UI 영역 중 적어도 하나를 포함할 수 있다.

일 예로, 오토사 관련 데이터의 파일 포맷을 선택하기 위한 UI 영역은, 사용자가 검증하길 원하는 오토사 관련 데이터에 대한 파일 포맷을 선택하기 위한 UI 영역으로, 엑셀 포맷, ARXML 포맷, C 포맷 등을 선택할 수 있다.

또한, 오토사 관련 데이터에 대한 파일을 입력하기 위한 UI 영역은, 사용자가 검증하길 원하는 오토사 관련 데이터에 대한 파일을 서버 장치(100)에 업로드하기 위한 영역으로, 엑셀 포맷의 파일, ARXML 포맷의 파일, C 포맷의 파일 등을 서버 장치(100)에 업로드할 수 있다.

또한, 오토사 관련 데이터에 대한 소스 코드를 입력하기 위한 UI 영역은, 사용자가 검증하길 원하는 오토사 관련 데이터에 대한 소스 코드 등을 입력하기 위한 영역으로, ARXML 소스 코드, C 소스 코드 등을 입력할 수 있다.

한편, 검증 결과 제공을 위한 제2 웹 페이지는, 검증 결과에 대한 파일을 다운로드하기 위한 UI 영역, 검증 결과를 표시하는 UI 영역 중 적어도 하나를 포함할 수 있다.

제어부(150)는 서버 장치(100)의 전반적인 동작을 제어한다. 구체적으로 제어부(150)는 통신부(110), 저장부(120), 검증부(130), 웹 페이지 생성부(140)의 전부 또는 일부를 제어할 수 있다.

특히, 제어부(150)는 단말 장치가 서버 장치(100)에 접속하면, 웹 페이지 생성부(140)에서 생성된 오토사 관련 데이터 입력을 위한 제1 웹 페이지를 접속한 단말 장치에 제공하도록 통신부(110)를 제어할 수 있다.

이 경우, 단말 장치는 서버 장치(100)로부터 제공된 제1 웹 페이지를 표시할 수 있고, 사용자는 단말 장치에 표시된 제1 웹 페이지 내의 오토사 관련 데이터에 대한 파일을 입력하기 위한 UI 영역 또는 오토사 관련 데이터에 대한 소스 코드를 입력하기 위한 UI 영역을 통하여, 오토사 관련 데이터를 서버 장치(100)에 전송할 수 있다.

또한, 사용자는 단말 장치에 표시된 제1 웹 페이지 내의 오토사 관련 데이터의 파일 포맷을 선택하기 위한 UI 영역을 통하여 사용자가 검증하길 원하는 오토사 관련 데이터의 파일 포맷을 선택할 수 있다.

또한, 사용자는 단말 장치에 표시된 제1 웹 페이지 내의 검증 명령을 입력하기 위한 UI 영역을 통하여 오토사 관련 데이터에 대한 검증 명령을 입력할 수 있다.

한편, 제어부(150)는 서버 장치(100)에 접속한 단말 장치로부터 오토사 관련 데이터가 수신되고, 검증 명령이 수신되면, 수신된 오토사 관련 데이터를 검증하도록 검증부(130)를 제어할 수 있다.

또한, 오토사 관련 데이터의 검증에 따라 검증 결과가 생성되면, 제어부(150)는 웹 페이지 생성부(140)에서 생성된 검증 결과 제공을 위한 제2 웹 페이지를 접속한 단말 장치에 제공하도록 통신부(110)를 제어할 수 있다.

이 경우, 단말 장치는 서버 장치(100)로부터 제공된 제2 웹 페이지를 표시할 수 있고, 사용자는 단말 장치에 표시된 제2 웹 페이지 내의 검증 결과에 대한 파일을 다운로드하기 위한 UI 영역을 통하여, 검증 결과에 대한 파일을 다운로드할 수 있다.

또한, 사용자는 단말 장치에 표시된 제2 웹 페이지 내의 검증 결과를 표시하는 UI 영역을 통하여, 검증 결과를 확인할 수 있다.

여기서, 검증 결과의 표시는, 오토사 관련 데이터가 작성 표준을 위반하였는지 여부를 표시할 수 있다. 만약, 위반 사항이 없는 경우, 오토사 관련 데이터가 작성 표준을 위반하지 않았음을 표시할 수 있다. 만약, 위반 사항이 있는 경우, 오토사 관련 데이터에서 작성 표준에 위반된 영역 및 위반 사항을 표시할 수 있다.

도 2는 본 발명의 일 실시 예에 따른 시스템 ARXML 포맷의 데이터를 검증하는 것을 나타내는 도면이다. 도 3은 본 발명의 일 실시 예에 따른 ECU 파라미터 ARXML 포맷의 데이터를 검증하는 것을 나타내는 도면이다. 도 4는 본 발명의 일 실시 예에 따른 소프트웨어 컴포넌트 ARXML 포맷의 데이터를 검증하는 것을 나타내는 도면이다. 도 2 내지 4를 참조하면, 서버 장치(100)의 검증부(130)는 수신된 ARXML 포맷의 데이터(201,301,401)를 검증하고, 검증 결과(202,302,402)를 생성할 수 있다.

구체적으로 검증부(130)는 수신된 ARXML 포맷의 데이터(201,301,401)에 대응되는 소스 코드를 오토사 관련 작성 표준에 대해 정의한 표준 사항 데이터와 비교할 수 있다.

여기서, ARXML은, 오토사 표준에서 제안된 개발 방법론 중 시스템 설계 단계를 통하여 작성된 시스템 ARXML 포맷(201) 또는 오토사 표준에서 제안된 개발 방법론 중 ECU 설정 단계를 통하여 작성된 ECU 파라미터 ARXML 포맷(301) 또는 시스템 설계 단계에 포함된 소프트웨어 컴포넌트 설계 단계를 통하여 작성된 소프트웨어 컴포넌트 ARXML 포맷(401)일 수 있다.

또한, 여기서, 표준 사항 데이터는, 오토사 표준에서 정의된 오토사 관련 작성 표준(예를 들어, ARXML 작성과 관련된 표준 사항)을 정의한 것으로, 서버 장치(100)의 저장부(120)에 저장된 데이터일 수 있다. 이러한 표준 사항 데이터는, 새로운 오토사 버전이 릴리즈될 때마다 업데이트될 수 있다.

한편, 검증부(130)는 비교 결과를 기초로 상기 수신된 ARXML의 데이터의 작성 표준 위반 여부를 검증할 수 있다. 그리고, 검증부(130)는 검증 결과(202,302,402)를 생성할 수 있다.

한편, 검증 결과 수신된 ARXML의 데이터가 작성 표준 위반이라고 검증되면, 검증부(130)는 수신된 ARXML의 데이터에서 작성 표준에 위반된 영역 및 위반 사항을 검출할 수 있다. 이 경우, 검증부(130)는 검출된 위반된 영역 및 위반 사항을 포함하는 검증 결과를 생성할 수 있다.

일 예로, 검증부(130)는 소프트웨어 컴포넌트 ARXML 포맷의 데이터(401)를 분석하여 소프트웨어 컴포넌트에 대한 데이터를 획득할 수 있다. 여기서 소프트웨어 컴포넌트에 대한 데이터는, 소프트웨어 컴포넌트의 명칭 데이터, 소프트웨어 컴포넌트의 연결 관계 데이터, 소프트웨어 컴포넌트에 포함된 실행 가능 객체(러너블:runnable) 데이터, 소프트웨어 컴포넌트의 포트 데이터, 소프트웨어 컴포넌트와 러너블 및 각 포트들간의 연결 관계 데이터 등을 포함할 수 있다.

그리고, 서버 장치(100)의 검증부(130)는 획득된 적어도 하나의 소프트웨어 컴포넌트에 대한 데이터를 오토사 관련 작성 표준에 대해 정의한 표준 사항 데이터와 비교하고, 비교 결과를 기초로 상기 수신된 소프트웨어 컴포넌트 ARXML의 데이터의 작성 표준 위반 여부를 검증할 수 있다. 일 예로, 검증부(130)의 비교 결과, 소프트웨어 컴포넌트의 명칭 데이터가 오토사 관련 작성 표준에 대해 정의한 표준 사항 데이터에 기재된 소프트웨어 컴포넌트의 명칭 데이터와 상이하면, 검증부(130)는 수신된 소프트웨어 컴포넌트 ARXML 의 데이터가 작성 표준 위반임을 검증할 수 있다.

다른 예로, 검증부(130)는 시스템 ARXML 포맷의 데이터(201)를 분석하여 소프트웨어 컴포넌트 간의 통신 관련 데이터, 가상 ECU 와의 매핑 관계 설정 데이터 등을 획득할 수 있다.

그리고, 서버 장치(100)의 검증부(130)는 획득된 데이터를 기초로, 상기 수신된 시스템 ARXML의 데이터가 유효한지 여부를 검증할 수 있다. 일 예로, 수신된 시스템 ARXML 포맷의 데이터에는 A라는 ShortName 을 가진 소프트웨어 컴포넌트가 B라는 ShortName을 가진 signal을 사용한다고 기재하였으나, 실제 System에는 B라는 ShortName을 가진 signal이 없는 경우, 검증부(130)는 수신된 시스템 ARXML 포맷의 데이터가 유효하지 않음을 검증할 수 있다. 이 경우, 검증부(130)는 오토사 관련 작성 표준에 대해 정의한 표준 사항 데이터와 비교없이, ARXML 포맷의 데이터의 유효성을 검증할 수 있다.

만약, 상술한 예시와 같이, 작성 표준 위반이라고 검증되면, 검증부(130)는 수신된 ARXML의 데이터에서 작성 표준에 위반된 영역(ex:소프트웨어 컴포넌트 명칭이 기재된 소스 코드 영역) 및 위반 사항(ex:소프트웨어 컴포넌트 명칭 기재 방식 위반)을 검출할 수 있다. 이 경우, 검증부(130)는 검출된 위반된 영역 및 위반 사항을 포함하는 검증 결과를 생성할 수 있다.

도 5 는 본 발명의 일 실시 예에 따른 표준 사항 데이터를 나타내는 도면이다. 도 5를 참조하면, 또한, 표준 사항 데이터는, 복수의 service name (502)별로 각각에 대하여 표준 service name(502), 표준 syntax(503), 표준 service ID(504), 표준 Sync/Async(505), 표준 Reentrancy(506), 표준 Parameters(in)(507), 표준 Parameters(inout)(508), 표준 위반 넘버(509) 등을 정의여 저장부(120)에 저장될 수 있다. 이러한 표준 사항 데이터는, 새로운 오토사 버전이 릴리즈될 때마다 업데이트될 수 있다.

이하에서는, 도 5 내지 6을 참조하여, 본 발명의 일 실시 예에 따른 ARXML 포맷의 데이터를 검증하는 것의 일 예를 설명하기로 한다.

검증부(130)는 도 6에 도시된 ARXML 포맷의 데이터에 대응되는 소스 코드를 오토사 관련 작성 표준에 대해 정의한 표준 사항 데이터와 비교할 수 있다. 여기서 표준 사항 데이터는 도 5에 도시된 데이터를 포함할 수 있다.

그리고, 상술한 비교에 따라, 검증부(130)는 소스 코드의 'PduRCancelReceive'의 service name이 위반됨을 검증할 수 있다. 구체적으로, 도 5에 도시된 표준 사항 데이터에는 'PduR_<User:ip>CancelReceive'로 작성하게 되어 있으나, 도 6에 도시된 소스 코드는 'PduRCancelReceive'로 작성하고 있는 바, 검증부(130)는 PduRCancelReceive'의 service name이 위반됨을 검증할 수 있다.

이 경우, 검증부(130)는 수신된 ARXML의 데이터에서 작성 표준에 위반된 영역(601) 및 위반 사항(602)을 검출할 수 있다. 그리고, 검증부(130)는 검출된 위반된 영역(601) 및 위반 사항(602)을 포함하는 검증 결과를 생성할 수 있다.

여기서 생성된 검증 결과에서, 위반된 영역(601) 및 위반 사항(602)은 색깔로써 구별되게 생성할 수 있다.

이 경우, 제어부(150)는 웹 페이지 생성부(140)에서 생성된 검증 결과 제공을 위한 제2 웹 페이지를 접속한 단말 장치에 제공하도록 통신부(110)를 제어할 수 있다.

이 경우, 단말 장치는 서버 장치(100)로부터 제공된 제2 웹 페이지를 표시할 수 있고, 사용자는 단말 장치에 표시된 제2 웹 페이지를 통하여 도 6과 같이 작성 표준에 위반된 영역(601) 및 위반 사항(602)을 확인할 수 있다.

도 7은 본 발명의 일 실시 예에 따른 통합 소스 코드 데이터 및 헤더 데이터를 검증하는 것의 일 예를 나타내는 도면이다. 도 7을 참조하면, 서버 장치(100)의 검증부(130)는 수신된 통합 소스 코드 데이터(701-1), 헤더 데이터(701-2)를 검증하고, 검증 결과(702)를 생성할 수 있다.

여기서 통합 소스 코드 데이터(701-1), 헤더 데이터(701-2)는 오토사 표준에서 제안된 개발 방법론 중 시스템 ARXML, ECU 파라미터 ARXML을 통합하는 BSW Generator 단계를 통하여 작성된 C 포맷의 데이터일 수 있다.

여기서, 통합 소스 코드 데이터(701-1)는 파일 상에서 함수로서 사용되고, 헤더 데이터(701-2)는 통합 소스 코드 데이터(701-1)를 실행하기 위해 필요한 Defendency 요소로서 사용될 수 있다. 예를 들어, 통합 소스 코드 데이터(701-1)는 헤더 데이터(701-2)를 include 하여 사용할 수 있다.

한편, 상술한 검증 동작을 보다 구체적으로 설명하면, 검증부(130)는 수신된 통합 소스 코드 데이터(701-1), 헤더 데이터(701-2)에 대응되는 소스 코드를 오토사 관련 작성 표준에 대해 정의한 표준 사항 데이터와 비교할 수 있다. 일 예로, 오토사 관련 작성 표준에 대해 정의한 표준 사항 데이터에는 오토사 표준 명세서에서 정의된 함수 명 형식을 저장할 수 있다.

함수명 형식의 예로 Rte_Write는 Queue를 사용하지 않고 Explicit하게 Data elements를 Write하는 API일 수 있다. 이러한 Rte_Write는 하기와 같이 사용될 수 있다.

Std_ReturnType Rte_Write_<p>_<o>([IN Rte_Instance <instance>], IN <data>)

여기서, <p> : Port Name, <o> : VariableDataPrototype을 의미한다.

이 경우, 검증부(130)는 수신된 통합 소스 코드 데이터(701-1), 헤더 데이터(701-2)가 표준 사항 데이터에 정의된 함수 명 형식과 일치 하는지 비교할 수 있다.

그리고, 검증부(130)는 비교 결과를 기초로 상기 수신된 통합 소스 코드 데이터(701-1), 헤더 데이터(701-2)의 작성 표준 위반 여부를 검증할 수 있다. 그리고, 검증부(130)는 검증 결과(702)를 생성할 수 있다.

도 8은 본 발명의 일 실시 예에 따른 서버 장치에 저장된 복수의 ECU 파라미터 ARXML 포맷의 데이터를 비교하는 것을 나타내는 도면이다. 도 8을 참조하면, 서버 장치(100)의 저장부(120)는 접속한 단말 장치로부터 수신된 복수의 ECU 파라미터 ARXML 파일(801)을 사용자 식별 정보와 매핑하여 저장할 수 있다. 여기서 사용자 식별 정보는 복수의 사용자들을 서로 식별시킬 수 있는 정보로, 예를 들어, 사용자의 로그인 아이디 정보, 사용자 단말 장치의 MAC 주소 등일 수 있다.

한편, 사용자가 웹 페이지에 포함된 비교 명령을 입력하기 위한 UI 영역를 통하여 파일 비교 명령을 입력하면, 제어부(150)는 저장부(120)에 저장된 복수의 ECU 파라미터 ARXML 파일 중 상기 사용자에 매핑된 복수의 ECU 파라미터 ARXML 파일을 검출할 수 있다. 그리고, 제어부(150)는 검출된 복수의 ECU 파라미터 ARXML 파일을 비교하여 소스 코드의 차이점(802-1)을 검출할 수 있다. 그리고, 제어부(150)는 검출된 차이점을 제공하기 위한 웹 페이지(802)를 생성하여 접속한 단말 장치에 제공할 수 있다.

이 경우, 단말 장치는 서버 장치(100)로부터 제공된 웹 페이지(802)를 표시할 수 있고, 사용자는 단말 장치에 표시된 웹 페이지를 통하여 복수의 ECU 파라미터 ARXML 파일을 비교하여 소스 코드의 차이점(802-1)을 확인할 수 있다.

한편, 도 8에서는, 복수의 ECU 파라미터 ARXML 파일들을 비교하여 소스 코드의 차이점을 제공하는 것에 대해서 설명하였으나, 이에 한정되는 것은 아니고, 복수의 시스템 ARXML 파일, 복수의 소프트웨어 컴포넌트 ARXML 파일들에 대해서도 상술한 동작을 제공할 수 있다.

도 9는 본 발명의 일 실시 예에 따른 오토사 관련 데이터를 이용하여 C 코드 작성 에디터를 제공하는 것을 나타내는 도면이다. 도 9를 참조하면, 서버 장치(100)의 제어부(150)는 오토사 표준에서 제안된 개발 방법론 중 시스템 설계 단계를 통하여 작성된 시스템 ARXML 데이터(901-1), ECU 설정 단계를 통하여 작성된 ECU 파라미터 ARXML 데이터(901-2)를, 오토사 표준에서 제안된 개발 방법론 중 BSW Generator 단계에 적용하여 통합 소스 코드를 생성할 수 있다. 여기서 생성된 통합 소스 코드는, ARXML을 통해서 입력 받은 값으로 생성 된 함수명 만을 가진 template 파일이고, C 포맷일 수 있다.

한편, 제어부(150)는 생성된 통합 소스 코드를 에디팅할 수 있는 에디터(902)를 포함하는 웹 페이지를 생성하도록 웹 페이지 생성부(140)를 제어할 수고, 생성된 웹 페이지를 통신부(110)를 통하여 접속한 단말 장치에 제공할 수 있다.

한편, 서버 장치(100)는 접속한 단말 장치로부터 통합 소스 코드를 사용하기 위한 헤더 데이터(901-3)를 더 수신할 수 있다.

이 경우, 사용자는 통합 소스 코드의 에디팅시 헤더 데이터(901-3)를 사용할 수 있다.

도 10은 본 발명의 일 실시 예에 따른 오토사 관련 데이터 입력을 위한 제1 웹 페이지를 나타내는 도면이다. 도 10을 참조하면, 오토사 관련 데이터 입력을 위한 제1 웹 페이지는, 오토사 관련 데이터의 파일 포맷을 선택하기 위한 UI(User Interface) 영역(1001), 오토사 관련 데이터에 대한 파일을 입력하기 위한 UI 영역(1003), 오토사 관련 데이터에 대한 소스 코드를 입력하기 위한 UI 영역(1002), 및 검증 명령을 입력하기 위한 UI 영역(1004) 중 적어도 하나를 포함할 수 있다.

여기서, 오토사 관련 데이터의 파일 포맷을 선택하기 위한 UI 영역(1001)은, 사용자가 검증하길 원하는 오토사 관련 데이터에 대한 파일 포맷을 선택하기 위한 UI 영역으로, 엑셀 포맷, ARXML 포맷, C 포맷 등을 선택할 수 있다.

또한, 오토사 관련 데이터에 대한 파일을 입력하기 위한 UI 영역(1003)은, 사용자가 검증하길 원하는 오토사 관련 데이터에 대한 파일을 서버 장치(100)에 업로드하기 위한 영역으로, 엑셀 포맷의 파일, ARXML 포맷의 파일, C 포맷의 파일 등을 서버 장치(100)에 업로드할 수 있다.

또한, 오토사 관련 데이터에 대한 소스 코드를 입력하기 위한 UI 영역(1002)은, 사용자가 검증하길 원하는 오토사 관련 데이터에 대한 소스 코드 등을 입력하기 위한 영역으로, ARXML 소스 코드, C 소스 코드 등을 입력할 수 있다.

이러한 도 10과 같은 제1 웹 페이지는, 단말 장치가 서버 장치(100)에 최초 접속하면, 접속한 단말 장치에 제공될 수 있다.

한편, 도 10과 같은 제1 웹 페이지를 통하여, 오토사 관련 데이터가 수신되고, 검증 명령을 입력하기 위한 UI 영역(1004)이 선택되면, 서버 장치(100)는 수신된 오토사 관련 데이터를 검증할 수 있다.

또한, 검증이 완료되면, 서버 장치(100)는 검증 결과 제공을 위한 제2 웹 페이지를 접속한 단말 장치에 제공할 수 있다.

이 경우, 단말 장치는 서버 장치(100)로부터 제공된 제2 웹 페이지를 표시할 수 있고, 사용자는 단말 장치에 표시된 제2 웹 페이지 내의 검증 결과에 대한 파일을 다운로드하기 위한 UI 영역을 통하여, 검증 결과에 대한 파일을 다운로드할 수 있다. 또한, 사용자는 단말 장치에 표시된 제2 웹 페이지 내의 검증 결과를 표시하는 UI 영역을 통하여, 검증 결과를 확인할 수 있다.

도 11은 본 발명의 일 실시 예에 따른 오토사 관련 서비스 제공 방법을 나타내는 흐름도 이다. 도 11을 참조하면, 먼저 서버 장치에 접속한 단말 장치에 오토사 관련 데이터 입력을 위한 제1 웹 페이지를 제공할 수 있다(S1101). 여기서, 오토사 관련 데이터 입력을 위한 제1 웹 페이지는, 오토사 관련 데이터의 파일 포맷을 선택하기 위한 UI(User Interface) 영역, 오토사 관련 데이터에 대한 파일을 입력하기 위한 UI 영역, 오토사 관련 데이터에 대한 소스 코드를 입력하기 위한 UI 영역, 검증 명령 입력하기 위한 UI 영역 중 적어도 하나를 포함할 수 있다.

그리고, 접속한 단말 장치로부터 오토사 관련 데이터를 수신할 수 있다(S1102). 이 경우, 수신된 오토사 관련 데이터는, 오토사 표준에서 제안된 개발 방법론 중 시스템 설계 단계를 통하여 작성된 시스템 ARXML의 데이터 일 수 있다. 또는 오토사 표준에서 제안된 개발 방법론 중 ECU 설정 단계를 통하여 작성된 ECU 파라미터 ARXML의 데이터 일 수 있다. 또는 시스템 설계 단계에 포함된 소프트웨어 컴포넌트 설계 단계를 통하여 작성된 소프트웨어 컴포넌트 ARXML의 데이터일 수 있다. 또는, 오토사 표준에서 제안된 개발 방법론 중 BSW Generator 단계를 통하여 작성된 통합 소스 코드 데이터 및 헤더 데이터일 수 있다.

그리고, 수신된 오토사 관련 데이터를 검증할 수 있다(S1103).

그리고, 검증에 따른 검증 결과 제공을 위한 제2 웹 페이지를 접속한 단말 장치에 제공할 수 있다(S1104). 여기서, 검증 결과 제공을 위한 제2 웹 페이지는, 검증 결과에 대한 파일을 다운로드하기 위한 UI 영역, 검증 결과를 표시하는 UI 영역 중 적어도 하나를 포함할 수 있다.

도 12는 본 발명의 일 실시 예에 따른 검증 방법을 보다 구체적으로 나타내는 흐름도 이다. 도 12를 참조하면, 먼저 서버 장치에 접속한 단말 장치에 오토사 관련 데이터 입력을 위한 제1 웹 페이지를 제공할 수 있다(S1201).

그리고, 접속한 단말 장치로부터 오토사 관련 데이터를 수신할 수 있다(S1202).

그리고, 수신된 오토사 관련 데이터를 오토사 관련 작성 표준에 대해 정의한 표준 사항 데이터와 비교할 수 있다(S1203).

그리고, 비교 결과를 기초로 수신된 오토사 관련 데이터의 작성 표준 위반 여부를 검증할 수 있다(S1204).

그리고, 검증에 따른 검증 결과 제공을 위한 제2 웹 페이지를 접속한 단말 장치에 제공할 수 있다(S1205).

도 13은 본 발명의 일 실시 예에 따른 소스 코드의 차이점을 제공하는 방법을 보다 구체적으로 나타내는 흐름도 이다. 도 13을 참조하면, 먼저 서버 장치에 접속한 단말 장치에 오토사 관련 데이터 입력을 위한 제1 웹 페이지를 제공할 수 있다(S1301).

그리고, 접속한 단말 장치로부터 오토사 관련 데이터를 수신할 수 있다(S1302). 이 경우, 수신된 오토사 관련 데이터는, 오토사 표준에서 제안된 개발 방법론 중 ECU 설정 단계를 통하여 작성된 ECU 파라미터 ARXML의 데이터 일 수 있다. 다만, 이에 한정되는 것은 아니고, 오토사 표준에서 제안된 개발 방법론 중 시스템 설계 단계를 통하여 작성된 시스템 ARXML의 데이터, 또는 시스템 설계 단계에 포함된 소프트웨어 컴포넌트 설계 단계를 통하여 작성된 소프트웨어 컴포넌트 ARXML의 데이터 등과 같이 다양할 수 있다.

그리고, 접속한 단말 장치로부터 수신된 복수의 오토사 관련 데이터에 대한 파일을 저장할 수 있다(S1303).

그리고, 저장된 복수의 오토사 관련 데이터에 대한 파일을 비교하여 차이점을 검출할 수 있다(S1304).

그리고, 검출된 차이점을 제공하기 위한 웹 페이지를 생성하여 접속한 단말 장치에 제공할 수 있다(S1305).

도 14는 본 발명의 일 실시 예에 따른 소스 코드 에디터를 제공하는 방법을 보다 구체적으로 나타내는 흐름도 이다. 도 14를 참조하면, 먼저 서버 장치에 접속한 단말 장치에 오토사 관련 데이터 입력을 위한 제1 웹 페이지를 제공할 수 있다(S1401).

그리고, 접속한 단말 장치로부터 오토사 관련 데이터를 수신할 수 있다(S1402). 이 경우, 수신된 오토사 관련 데이터는, 오토사 표준에서 제안된 개발 방법론 중 시스템 설계 단계를 통하여 작성된 시스템 ARXML 데이터, ECU 설정 단계를 통하여 작성된 ECU 파라미터 ARXML 데이터, 및 오토사 표준에서 제안된 개발 방법론 중 BSW Generator 단계를 통하여 작성된 헤더 데이터일 수 있다.

그리고, 수신된 시스템 ARXML 데이터 및 ECU 파라미터 ARXML 데이터의 통합(integration) 작업을 수행하여 통합 소스 코드를 생성할 수 있다(S1403).

그리고, 헤더 데이터를 사용하여 생성된 통합 소스 코드를 에디팅할 수 있는 에디터를 접속한 단말 장치에 제공할 수 있다(S1404).

한편, 상술한 본 발명의 다양한 실시 예들에 따른 오토사 관련 서비스 제공 방법은 서버 장치에서 실행되기 위한 설치 데이터 형태로 구현되어 다양한 비일시적 판독 가능 매체(non-transitory computer readable medium)에 저장된 상태로 각 서버 또는 기기들에 제공될 수 있다.

비일시적 판독 가능 매체란 레지스터, 캐쉬, 메모리 등과 같이 짧은 순간 동안 데이터를 저장하는 매체가 아니라 반영구적으로 데이터를 저장하며, 기기에 의해 판독(reading)이 가능한 매체를 의미한다. 구체적으로는, 상술한 다양한 어플리케이션 또는 프로그램들은 CD, DVD, 하드 디스크, 블루레이 디스크, USB, 메모리카드, ROM 등과 같은 비일시적 판독 가능 매체에 저장되어 제공될 수 있다.

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

100 : 서버 장치 110 : 통신부
120 : 저장부 130 : 검증부
140 : 웹 페이지 생성부 150 : 제어부

Claims (17)

1. 서버 장치의 오토사(Autosar) 관련 서비스 제공 방법에 있어서,
   상기 서버 장치에 접속한 단말 장치에 오토사 관련 데이터 입력을 위한 제1 웹 페이지를 제공하는 단계;
   상기 접속한 단말 장치로부터 상기 오토사 관련 데이터를 수신하는 단계;
   상기 수신된 오토사 관련 데이터를 검증하는 단계; 및
   상기 검증에 따른 검증 결과 제공을 위한 제2 웹 페이지를 상기 접속한 단말 장치에 제공하는 단계;를 포함하는 오토사(Autosar) 관련 서비스 제공 방법.
2. 제1항에 있어서,
   상기 오토사 관련 데이터 입력을 위한 제1 웹 페이지는,
   오토사 관련 데이터의 파일 포맷을 선택하기 위한 UI(User Interface) 영역, 상기 오토사 관련 데이터에 대한 파일을 입력하기 위한 UI 영역, 상기 오토사 관련 데이터에 대한 소스 코드를 입력하기 위한 UI 영역, 상기 검증 명령 입력하기 위한 UI 영역 중 적어도 하나를 포함하는 것을 특징으로 하는 오토사(Autosar) 관련 서비스 제공 방법.
3. 제1항에 있어서,
   상기 오토사 관련 데이터는, 오토사 표준 포맷인 ARXML의 데이터인 것을 특징으로 하는 오토사(Autosar) 관련 서비스 제공 방법.
4. 제3항에 있어서,
   상기 검증하는 단계는,
   상기 수신된 ARXML의 데이터를 오토사 관련 작성 표준에 대해 정의한 표준 사항 데이터와 비교하는 단계; 및
   상기 비교 결과를 기초로 상기 수신된 ARXML의 데이터의 작성 표준 위반 여부를 검증하는 단계;를 포함하는 것을 특징으로 하는 오토사(Autosar) 관련 서비스 제공 방법.
5. 제1항에 있어서,
   상기 오토사 관련 데이터는, 오토사 표준에서 제안된 개발 방법론 중 BSW Generator 단계를 통하여 작성된 통합 소스 코드 데이터 및 헤더 데이터이고,
   상기 검증하는 단계는,
   상기 수신된 데이터를 오토사 관련 작성 표준에 대해 정의한 표준 사항 데이터와 비교하는 단계; 및
   상기 비교 결과를 기초로 상기 수신된 데이터의 작성 표준 위반 여부를 검증하는 단계;를 포함하는 것을 특징으로 하는 오토사(Autosar) 관련 서비스 제공 방법.
6. 제1항에 있어서,
   상기 오토사 관련 데이터는, 오토사 표준에서 제안된 개발 방법론 중 ECU 설정 단계를 통하여 작성된 ECU 파라미터 ARXML 이고,
   상기 접속한 단말 장치로부터 수신된 상기 ECU 파라미터 ARXML 파일을 저장하는 단계;
   상기 저장된 복수의 ECU 파라미터 ARXML 파일을 비교하여 차이점을 검출하는 단계; 및
   상기 차이점을 제공하기 위한 웹 페이지를 생성하여 상기 접속한 단말 장치에 제공하는 단계;를 더 포함하는 것을 특징으로 하는 오토사(Autosar) 관련 서비스 제공 방법.
7. 제1항에 있어서,
   상기 오토사 관련 데이터는, 오토사 표준에서 제안된 개발 방법론 중 시스템 설계 단계를 통하여 작성된 시스템 ARXML 데이터, ECU 설정 단계를 통하여 작성된 ECU 파라미터 ARXML 데이터, 및 오토사 표준에서 제안된 개발 방법론 중 BSW Generator 단계를 통하여 작성된 헤더 데이터이고,
   상기 수신된 시스템 ARXML 데이터 및 ECU 파라미터 ARXML 데이터의 통합(integration) 작업을 수행하여 통합 소스 코드를 생성하는 단계; 및
   상기 헤더 데이터를 사용하여 상기 통합 소스 코드를 에디팅할 수 있는 에디터를 상기 접속한 단말 장치에 제공하는 단계;를 더 포함하는 것을 특징으로 하는 오토사(Autosar) 관련 서비스 제공 방법.
8. 제4항에 있어서,
   상기 검증에 따라 위반이라고 검증되면, 상기 오토사 관련 데이터에서 작성 표준에 위반된 영역 및 위반 사항을 검출하는 단계;를 더 포함하는 것을 특징으로 하는 오토사(Autosar) 관련 서비스 제공 방법.
9. 오토사(Autosar) 관련 서비스를 제공하는 서버 장치에 있어서,
   웹 페이지를 생성하는 웹 페이지 생성부;
   상기 웹 페이지 생성부에서 생성된 오토사 관련 데이터 입력을 위한 제1 웹 페이지를 상기 서버 장치에 접속한 단말 장치에 제공하는 통신부;
   상기 접속한 단말 장치로부터 상기 오토사 관련 데이터가 수신되면, 상기 수신된 오토사 관련 데이터를 검증하는 검증부; 및
   상기 검증에 따른 검증 결과 제공을 위한 제2 웹 페이지를 상기 접속한 단말 장치에 제공하도록 상기 통신부를 제어하는 제어부;를 포함하는 서버 장치.
10. 제9항에 있어서,
    상기 오토사 관련 데이터 입력을 위한 제1 웹 페이지는,
    오토사 관련 데이터의 파일 포맷을 선택하기 위한 UI(User Interface) 영역, 상기 오토사 관련 데이터에 대한 파일을 입력하기 위한 UI 영역, 상기 오토사 관련 데이터에 대한 소스 코드를 입력하기 위한 UI 영역, 상기 검증 명령 입력하기 위한 UI 영역 중 적어도 하나를 포함하는 것을 특징으로 하는 서버 장치.
11. 제9항에 있어서,
    상기 오토사 관련 데이터는, 오토사 표준 포맷인 ARXML의 데이터인 것을 특징으로 하는 서버 장치.
12. 제11항에 있어서,
    상기 검증부는,
    상기 수신된 ARXML의 데이터를 오토사 관련 작성 표준에 대해 정의한 표준 사항 데이터와 비교하고, 상기 비교 결과를 기초로 상기 수신된 ARXML의 데이터의 작성 표준 위반 여부를 검증하는 것을 특징으로 하는 서버 장치.
13. 제9항에 있어서,
    상기 오토사 관련 데이터는, 오토사 표준에서 제안된 개발 방법론 중 BSW Generator 단계를 통하여 작성된 통합 소스 코드 데이터 및 헤더 데이터이고,
    상기 검증부는,
    상기 수신된 데이터를 오토사 관련 작성 표준에 대해 정의한 표준 사항 데이터와 비교하고, 상기 비교 결과를 기초로 상기 수신된 데이터의 작성 표준 위반 여부를 검증하는 것을 특징으로 하는 서버 장치.
14. 제9항에 있어서,
    상기 오토사 관련 데이터는, 오토사 표준에서 제안된 개발 방법론 중 ECU 설정 단계를 통하여 작성된 ECU 파라미터 ARXML이고,
    상기 접속한 단말 장치로부터 수신된 상기 ECU 파라미터 ARXML 파일을 저장하는 저장부;를 더 포함하며,
    상기 검증부는,
    상기 저장된 복수의 ECU 파라미터 ARXML 파일을 비교하여 차이점을 검출하며,
    상기 제어부는,
    상기 차이점을 제공하기 위한 웹 페이지를 생성하여 상기 접속한 단말 장치에 제공하도록 상기 통신부를 제어하는 것을 특징으로 하는 서버 장치.
15. 제9항에 있어서,
    상기 오토사 관련 데이터는, 오토사 표준에서 제안된 개발 방법론 중 시스템 설계 단계를 통하여 작성된 시스템 ARXML 데이터, ECU 설정 단계를 통하여 작성된 ECU 파라미터 ARXML 데이터, 및 오토사 표준에서 제안된 개발 방법론 중 BSW Generator 단계를 통하여 작성된 헤더 데이터이고,
    상기 제어부는,
    상기 수신된 시스템 ARXML 데이터 및 ECU 파라미터 ARXML 데이터의 통합(integration) 작업을 수행하여 통합 소스 코드를 생성하고, 상기 헤더 데이터를 사용하여 상기 생성된 통합 소스 코드를 에디팅할 수 있는 에디터를 상기 접속한 단말 장치에 제공하도록 상기 통신부를 제어하는 것을 특징으로 하는 서버 장치.
16. 제12항에 있어서,
    상기 검증부는,
    상기 검증에 따라 위반이라고 검증되면, 상기 오토사 관련 데이터에서 작성 표준에 위반된 영역 및 위반 사항을 검출하는 것을 특징으로 하는 서버 장치.
17. 제1항 내지 제8항 중 어느 한 항에 기재된 방법을 수행하기 위한 프로그램 코드가 기록된 컴퓨터 판독 가능한 기록 매체.

Images