KR20220027932A

KR20220027932A - 운행 가능 네트워크에 관련된 사용자 기여 데이터 수집

Info

Publication number: KR20220027932A
Application number: KR1020227000110A
Authority: KR
Inventors: 비센초 비탈레; 다비드 실스뷔리; 지샨 아메드 샤이크; 알레시오 콜롬보; 시모네 토르니올리; 소렌 스벤 존넨부르그
Original assignee: 톰톰 트래픽 비.브이.
Priority date: 2019-07-03
Filing date: 2020-07-03
Publication date: 2022-03-08
Also published as: CN114080537A; EP3994423B1; WO2021001565A1; GB201909556D0; US20220357181A1; JP2022538097A; EP3994423A1

Abstract

운행 가능 네트워크에 관련된 사용자 기여 데이터 수집
운행 가능 네트워크 내에서 이동하는 사용자들과 연관된 디바이스(12)로부터 상기 운행 가능 네트워크에 관한 정보를 획득하기 위한 기술이 본원에서 개시된다. 예를 들어, 중앙 서버는 디바이스(12)에 의해 액세스 가능한 하나 이상의 센서(들)(13)로부터 센서 데이터를 획득하기 위한 명령들 세트를 포함하는 요청과 함께 센서 데이터를 자동으로 획득하기 위한 요청들을 디바이스들(12)에게 발행할 수 있다. 상기 요청은 위치-특정 트리거를 또한 포함한다. 그래서, 상기 디바이스(12)가 상기 트리거와 관련된 위치에 도달했다고 판별될 때에, 상기 디바이스는, 서버로 거꾸로 보고될 수 있는 상기 요청된 센서 데이터를 획득하기 위해서 상기 명령들을 자동으로 실행할 수 있다.

Description

운행 가능 네트워크에 관련된 사용자 기여 데이터 수집

본 발명은 일반적으로 운행 가능 네트워크 내에서 이동하는 디바이스(즉, 사용자)로부터 그 운행 가능 네트워크에 관한 정보를 획득하기 위한 방법에 관한 것이다. 다른 말로 하면, 본 발명은 그런 정보를 얻기 위한 '크라우드 소싱' 기술에 관한 것이다. 특히, 본 발명의 실시예는 바람직하게는 최소한의 최종 사용자 개입으로, 운행 가능 네트워크 내에서 이동하는 사용자 디바이스들로부터 다양한 위치에서 센서 데이터가 자동으로 획득되도록 한다. 그 다음, 획득된 센서 데이터는 예를 들어, 상기 운행 가능 네트워크의 하나 이상의 속성(들)을 결정하기 위해 처리될 수 있다. 이 정보는 바람직하게는 지도 서비스 제공자에게 보고되어, 예를 들면, 그에 따라 운행 가능 네트워크의 전자 지도 표현을 업데이트하도록 한다. 그러나 다양한 다른 애플리케이션이 물론 가능할 것이며, 획득한 정보는 일반적으로 적절하고 원하는 목적으로 사용될 수 있다.

TomTom GO™ Sat Nav 시스템처럼 전용 내비게이션 시스템과 같은 GPS 기반 개인용 내비게이션 디바이스와 스마트폰 애플리케이션에서 실행되는 내비게이션 소프트웨어, 차량 내 내비게이션 시스템을 또한 포함한 전자 내비게이션 디바이스들의 지도 데이터는 일반적으로 TomTom International BV와 같은 전문 지도 서비스 제공업체들로부터 온 것이다. 이 전자 지도 데이터는 내비게이션 디바이스가 운행 가능 네트워크를 통해 원하는 목적지까지 이동할 수 있는 최적의 경로를 계획하기 위해 일반적으로 GPS 모듈로부터의 위치 데이터와 결합하여 경로 안내 알고리즘에서 사용하도록 특별히 설계된다.

그래서 전자 지도는 실제 운행 가능(예: 도로) 네트워크의 디지털 표현이다. 예를 들어, 도로 세그먼트들은 선들로 - 즉, 벡터(예: 시작점, 끝점, 도로에 대한 방향)로 - 설명될 수 있으며, 이때에 도로는, 예를 들면, 그 도로의 시작점/종료점/방향 파라미터들에 의해 각각이 고유하게 정의된 다수의 그런 세그먼트들로 구성된다.

그러면 전자 지도는, 각 세그먼트와 연관된 데이터 (속도 제한; 운행 방향 등과 같은 그 세그먼트에 대한 '속성들'을 포함함) 뿐만 아니라 상기 지도 내에서 또한 바람직하게 정의될 수 있을 다른 관심 지점들(POIs), 도로 이름, 공원 경계, 강 경계 등과 같은 다른 지리적 특징들과 함께, 그런 도로 세그먼트들의 세트로 보통 구성된다.

지도의 모든 특징들 (예: 도로 세그먼트, POI 등)은, GPS 좌표 시스템에 대응하거나 관련된 좌표 시스템에서 바람직하게 정의되어 GPS 시스템을 통해 결정된 디바이스의 위치가 상기 지도에서 정의된 대응 도로 세그먼트 상으로 매핑되는 것을 가능하게 한다.

그래서 미리 결정된 경로를 따라 사용자를 안내하기 위한 내비게이션 지시는 디바이스의 (현재) 위치를 지도에 매칭하고 상기 디바이스가 운행 가능 네트워크 내에서 다양한 교차로 또는 기타 결정 포인트들에 접근할 때 관련 내비게이션 지시를 그 다음 제공함으로써 그런 전자 지도를 사용하여 제공될 수 있다. 예를 들어, 내비게이션 안내는 "다음 분기점에서 좌회전"하라는 지시와 같이 사용자에게 디스플레이하기 위해 생성된 지시를 포함할 수 있다. 그러나, 내비게이션 지시는 전자 지도를 사용하여 또한 생성될 수도 있으며, 이 전자 지도는 예를 들어 ADAS (Advanced Driver Assistance System) 또는 자율 주행 모듈에 제공되어 네트워크 주변에서 차량을 운행하기 위해 사용할 수 있다.

사용자 경험을 개선하고 사용자 안전을 보장하기 위한 중요한 요소는 이러한 내비게이션 지시를 생성할 때에 내비게이션 디바이스가 사용자/차량으로 하여금 실제로 허용되지 않은 (또는 가능하지 않은) 작업을 수행하도록 하지 않는다는 것이다. 그래서, 전자 지도 데이터가 신뢰할 수 있으며 네트워크 내의 모든 법적 또는 물리적 운전 제한 사항들을 정확하게 반영하는 것이 중요하다. 예를 들어, 내비게이션 서비스는 일반적으로 각 도로 세그먼트에 대한 속도 정보를 제공하는 것을 목표로 한다. 그러한 경우에, 상기 지도 정보는 내비게이션 서비스가 내비게이션 지시들을 생성할 때에 디스플레이하거나 달리 사용할 수 있는 도로 세그먼트에 대한 최대 속도를 포함한다. 물론 이 기능은 정확한 전자 지도와 함께 제공되는 속도 제한 정보에 의존한다.

전자 지도를 구축하기 위해, 최소한 영국의 도로들에 대한 육지 측량 (Ordnance Survey)과 같은 다양한 소스들로부터 기본 도로 인프라 정보가 획득될 수 있다. 지도 서비스 제공자는 일반적으로 도로 네트워크 주변의 이미지 및/또는 라이다 (LIDAR) 데이터를 획득하도록 배열된 도로들에서 주행하는 대규모 전용 차량들을 또한 보통은 보유하며, 지도 데이터를 업데이트하고 확인하기 위해 다른 지도 및 항공 (위성) 사진들을 확인하는 직원도 보유한다. 이 데이터는 지도 데이터베이스의 핵심을 구성하며 상기 지도 데이터베이스는 새로운 지리-참조 데이터로 지속적으로 향상되고 있다.

도로 인프라의 지속적인 변화로 인해, 정확하며 최신인 지도 데이터베이스를 유지하려면 지속적인 노력이 필요하다. 또한, 위에서 언급한 바와 같이 내비게이션 안내는 기본 도로 기하학뿐만 아니라 도로 네트워크 내 현행 교통 규정들 (예: 속도 제한), 도로 폐쇄, 주차 상황, 교통 지연, 교통 밀도, 관심 지점 등을 고려하는 것이 바람직하며, 이 정보는 그러므로 전자 지도 데이터와 함께 (또는 전자 지도 데이터 일부로서) 대체적으로 제공된다. 이 정보는 일반적으로 도로 기반 시설보다 더 동적으로 변하며, 그러므로 안정적이고 최신 내비게이션 안내를 제공할 수 있도록 실시간 데이터로 지속적으로 업데이트되거나 보완되어야 한다.

그래서 일반적으로 전자 지도를 최신 상태로 유지하기 위해서 더 많은 정보를 더 자주 얻을 수 있는 것이 바람직하다. 이와 관련하여 다양한 접근 방식들이 고려될 수 있다. 예를 들어, 기본 지도 데이터는 상기 네트워크 내에서 이동하고 시간 경과에 따라 상기 네트워크 주변의 디바이스들 이동과 관련된 위치 데이터 (즉, 프로브 데이터)와 같은 다른 데이터 ('라이브' 데이터를 포함할 수 있음)에 의해 또한 보완될 수 있다. 이 프로브 데이터는 '실시간' 교통 상황을 판별하고 네트워크 내에서 적어도 반영구적으로 지속되는 교통 규제, 도로 폐쇄 및 다른 그런 조건들을 추론하기 위해 처리될 수 있다.

상기 전자 지도를 업데이트할 목적으로 '크라우드 소싱' (즉, 사용자 제공) 정보를 얻는 것이 또한 알려져 있다. 예컨데, 예를 들어, 적절한 웹 인터페이스를 통해 그러한 오류들을 직접 보고하는 사용자에 의해, 지도에 또는 내비게이션 지시들에 오류가 있다는 것을 내비게이션 서비스의 최종 사용자들이 시그날링하도록 허용하는 것은 비교적 일반적이다. 그런 다음 이러한 사용자 보고들은 지도 서비스 공급자에게 전송되며, 그 공급자는 상기 사용자 보고들을 확인하고 검증한 후 지도 정보를 적절하게 업데이트할 수 있다. 기존 매핑 시스템들은 사용자 입력이 사용되는 범위와 사용자가 기여한 데이터에 대해 발생한 유효성 검증의 범위에서 상당히 다를 수 있다. 유효성 검증이 없으면, 잘못된 지도 업데이트들은 이전 업데이트를 수정하거나 실행 취소하기 위해 다른 사용자들로부터의 입력을 필요로 하는 지도 오류의 결과를 가져온다. EP2335021, EP3029421 및 EP3029422는 내비게이션 디바이스에게 지도 업데이트 요청을 발행하기 위한 내비게이션 시스템들의 다양한 다른 예들을 설명한다. 다시 말하지만, 이러한 시스템에서, 지도 업데이트가 필요한지 여부를 결정하기 위해 사용자 피드백이 수반된다.

지도 데이터는 예를 들어 특정 위치를 방문하여 해당 지역의 사진을 찍어서 몇몇의 현지화된 정보를 얻는 대가로 일부 보상을 제공함으로써 사용자들에게 인센티브를 제공하는 (Gigwalk 등과 같은) 보상 플랫폼으로부터 또한 획득될 수 있다. 상기 보상 플랫폼은 사용자가 스마트폰과 같은 모바일 디바이스에 애플리케이션을 다운로드하도록 요구하며 그러면 그 애플리케이션은 사용자에게 예를 들어 그 사용자 근처에서 사용 가능한 작업들을 보여준다. 그 후 상기 애플리케이션은 그 작업과 관련된 상기 요청된 정보 (이미지 등)를 얻기 위해 필요한 단계들을 통해 사용자를 안내한다. 예를 들어, 그러한 보상 플랫폼들은, 내비게이션 서비스들에 의한 사용을 위해 그 후에 전자 지도에 통합될 수 있는 도로 밖 주차 시설들에 관한 정보를 얻기 위해 사용될 수 있다.

그러나, 이러한 전자 지도들을 업데이트하고 검증하는 데 들어가는 상당한 자원들에도 불구하고, 이와 관련하여 여전히 개선의 여지가 있다고 믿어진다. 그래서, 운행 가능 네트워크에 관한 정보를 얻기 위한 개선된 방법을 제공하는 것이 요망된다.

본 발명의 제1 측면에 따르면, 운행 가능 네트워크 내에서 이동하는 사용자와 연관된 디바이스로부터 운행 가능 네트워크에 관한 정보를 획득하기 위한 방법이 제공되며, 이 방법은:

상기 디바이스에서 센서 데이터를 획득하기 위한 요청을 수신하는 단계로서, 상기 요청은 상기 디바이스에 의해 액세스 가능한 하나 이상의 센서(들)로부터 센서 데이터를 획득하기 위한 하나 이상의 명령(들)의 세트, 및 위치-특정 트리거를 포함하고, 상기 트리거는 상기 운행 가능 네트워크 내의 위치와 연관되는, 수신 단계; 그리고

상기 디바이스가 상기 트리거와 연관된 위치에 도달했다고 판단될 때에, 상기 요청된 센서 데이터를 회득하기 위해서 상기 명령(들)을 자동으로 실행하는 단계를 포함한다.

그래서, 본 발명은 실시예들에서 (이 기능을 허용하기 위해 상기 디바이스둘/센서들 등을 초기에 설정하는 것 외에) 실질적인 최종 사용자 상호작용을 요구하지 않으면서 운행 가능 네트워크에 관한 정보를 자동으로 획득하는 방법을 제공한다. 이것은 상기 운행 가능 네트워크 내에서 이동하는 디바이스들 (사용자들)에게 센서 데이터에 대한 특정 요청 ('데이터 수집 요청')을 발행함으로써 달성된다. 예를 들어, 각 데이터 수집 요청은 그 요청에서 지정된 위치에서 획득되어야 하는 센서 데이터를 자세히 설명하는 위치 ("트리거"로서 행동함) 및 지시들의 세트 (예: 스크립트) 그리고 상기 디바이스가 바람직하게 수행하게 될 수 있는 임의의 다른 처리 단계들을 포함한다.

그래서, 디바이스가 트리거와 연관된 네트워크 내의 특정 위치를 통과할 때에 센서 데이터에 대한 요청은, 그 디바이스로 하여금 (상기 요청에서 지정된 것과 같은) 원하는 센서 데이터를 자동적으로 수집하도록 하며 적합한 센서 데이터 보고를 생성하여 반환하기 위해 상기 데이터를 바람직하게 처리하도록 하는 "트리거"를 포함하여 상기 디바이스에게 발행된다. 예를 들어, 상기 트리거 위치는, 상기 운행 가능 네트워크의 전자 지도 표현, 예를 들어, 상기 디바이스에서 실행 중인 내비게이션 애플리케이션에 의해 사용되는 전자 지도와 관련하여 일반적으로 정의될 수 있다. 상기 트리거 위치는 전자 지도상에 유효하게 중첩될 수 있으며, 그리고 디바이스가 트리거 위치에 도달했다고 상기 전자 지도에 기초하여 판별될 때에, 상기 디바이스는 상기 요청된 센서 데이터를 자동으로 획득하게 된다. 그 다음 상기 디바이스는 출력을 위해 획득된 센서 데이터 (또는 더 일반적으로 상기 획득된 센서 데이터를 나타내는 데이터)를 제공하는 것이 바람직하다.

이러한 방식에서, 적절한 트리거를 포함하는 요청을 발행함으로써, 네트워크 내에서 현재 이동 중인 디바이스들로부터 상기 운행 가능 네트워크 내의 임의의 원하는 위치들에서 그런 정보를 원격으로 수집하는 것이 가능한다. 그래서 본 발명은 매핑 차량들의 전용 차량을 필요로 하지 않으면서, 또한 디바이스 사용자들로부터의 상당한 입력을 핑요로 하지 않으면서 (즉, 상당한 최종 사용자 입력을 필요로 하지 않으면서) 정보 (즉, 센서 데이터)가 획득될 수 있기 때문에, 상기 운행 가능 네트워크에 관련된 그런 정보에 대한 개선된 수집을 용이하게 한다는 것이 이해될 것이다.

예를 들어, 특정 트리거에 응답하여 획득된 센서 데이터는 그 트리거와 연관된 위치에서 상기 운행 가능 네트워크의 하나 이상의 속성(들)을 결정하기 위해 데 사용할 수 있다. 즉, 상기 센서 데이터는 일단 획득되면 상기 운행 가능 네트워크와 관련된 하나 이상의 속성(들)을 결정하기 위해 (아래에서 설명될 것처럼 바람직하게는 적어도 부분적으로 상기 디바이스에서) 그 후에 처리될 수 있다. 상기 센서 데이터 및/또는 결정된 속성(들)은 그에 따라 상기 디바이스로부터의 출력을 위해 그 후에 제공될 수 있다.

예를 들어, 일부 바람직한 실시예에서, 센서 데이터에 대한 요청은 예를 들어 지도 서비스 제공자에 속하는 서버로부터 발행되며, 지도 서비스 제공자에게 정보가 그 후에 반환되며, 상기 지도 서비스 제공자는 따라서 상기 결정된 속성(들)에 기초하여 상기 전자 지도를 그 후에 (바람직하게는 상기 네트워크 내에서 이동하는 디바이스나 디바이스들로부터 수신된 모든 데이터를 검증한 후에) 업데이트할 수 있다.

이에 대한 예는, 예를 들어, 해당 도로 세그먼트을 주행하는 디바이스와 연관된 카메라로 하여금 속도 제한 표지판의 이미지 (또는 이미지들의 시퀀스, 예를 들어 비디오)를 캡처하게 함으로써 특정 도로 세그먼트에서 속도 제한을 결정하여, 어떤 이미지(들)가 속도 제한 값 - 이 값은 다시 보고되고 필요한대로 그에 따라 전자 지도를 업데이트하기 위해 데 사용됨 - 을 판별하기 위해 처리될 수 있는지를 결정하는 것일 수 있다.

그러나, 다양한 다른 애플리케이션들이 고려되며, 본 발명은 일반적으로 임의의 적절한 센서 데이터를 획득하며 그리고/또는, 원하는 대로, 임의의 원하는 목적을 위해 사용될 수 있을 운행 가능 네트워크의 임의의 속성들을 결정하기 위해 사용될 수 있음이 인식될 것이다.

그래서, 실시예들에서, 상기 디바이스는 센서 데이터에 대한 그런 요청들을 처리할 수 있는 내비게이션 애플리케이션을 실행하고 있을 수 있다. 일부 바람직한 실시예에서, 본 발명은 위치 트리거를 수신함으로써 센서 데이터를 획득하며, 위치 및 액션 요청을 추출하기 위해 상기 위치 트리거를 처리하며, 상기 위치에 상기 디바이스가 도달하기를 기다리며, 센서 데이터를 획득하기 위한 액션 요청을 상기 위치에서 처리하며, 그리고 그 액션 요청을 완료한 후 상기 센서 데이터를 지도 정보 업데이트 시스템으로 송신하는 내비게이션 애플리케이션에 관한 것일 수 있다. 그러나 물론 다른 배열들도 가능할 것이다.

그래서 본 발명은 최소한의 최종 사용자 입력을 필요로 하는 운행 가능 네트워크와 관련된 정보를 획득하기 위한 개선된 기술을 제공하며, (다른 애플리케이션들도 물론 가능할 것이지만) 이 정보는 예를 들어 상기 운행 가능 네트워크를 나타내는 전자 지도를 업데이트하기 위해 적합하게 사용될 수 있다.

예를 들어, 사용자들이 (경로 계획뿐만 아니라 고급/자동 운전 기능을 포함하는) 내비게이션 서비스를 위해 지도 정보에 점점 더 의존하기 때문에, 전자 지도 데이터를 정확하고 최신 상태로 유지하는 것은 지도 서비스 제공자들에게 매우 중요하다. 지도 정보를 업데이트/제공하기 위한 현재의 접근 방식들은 상대적으로 비용이 많이 들고, 에너지 비효율적일 수 있으며 그리고 상당한 일정 및 처리 지연들을 유발할 수 있는 전용 매핑 차량 집단에 일반적으로 의존한다.

그것은 '크라우드 소스 (crowd source)' 지도 업데이트로 또한 알려져 있지만, 크라우드 소스 입력들로부터 지도 정보를 업데이트하는 것은 특히 사용자 입력이 필요한 경우 잠재적으로 신뢰할 수 없는 데이터를 사용하는 것을 포함하는 것이 인정될 것이다. 예를 들어, 크라우드 소싱 지도 업데이트들에 대한 알려진 기술은 사용자들이 피드백을 제공하거나 업데이트를 시그날링하거나, 또는 지도 업데이트에 관한 세부 정보들을 제공하기 위해 지도 시스템과 상호 작용할 것을 필요로하는 것이 일반적이다. 그런 사용자 상호 작용은 사용자 참여에 장벽을 제공할 수 있으며 오류를 유발할 수도 있다.

대조적으로, 위에서 설명된 바와 같이, 적어도 바람직한 실시예들에서 본원에 제시된 기술은 상당한 최종 사용자 입력을 수반하지 않으면서도 요청 시에 최종 사용자 디바이스들로부터 정보가 획득될 수 있게 한다 (즉, 크라우드 소싱). 즉, 일단 디바이스와 센서(들)가 초기에 셋업되며, 관련 액세스 권한들이 부여되면, 필요하다면, 네트워크 내에서 이동하는 디바이스들과 연관된 센서(들)는 상기 운행 가능 네트워크 내의 임의의 원하는 위치에서 정보를 획득하기 위해 그 후에 사용 가능할 수 있다.

상기 원하는 정보는, 상기 운행 가능 네트워크 내에서 이동하는 디바이스들와 연관되거나 그 디바이스들에 의해 액세스 가능한 하나 이상의 센서(들)에 대한 원격 액세스를 본질적으로 허용함으로써 서버로부터의 요청에 따라 자동적으로 (즉, 최종 사용자 개입 없이) 수집될 수 있다. 특히, 상기 센서(들)는 특정 센서 데이터를 획득하기 위한 요청을 (예를 들어, 중앙 지도 서비스 제공자로부터) 상기 디바이스(들)에게 발행함으로써 제어될 수 있으며, 이 요청은 상기 센서(들)로 하여금 상기 트리거에 의해 정의된 네트워크 내의 특정 위치에서 데이터를 획득하도록 한다.

또한, 적어도 바람직한 실시예에서, 아래에 추가로 설명되는 바와 같이, 그런 데이터의 수집 및 보고는, 배터리 소비를 피하기 위해 임의 센서 데이터를 저장하며 그리고/또는 상기 데이터를 획득하기 위해 사용된 상기 디바이스들의 데이터 허용을 위해 로컬 저장부를 보통 사용하는 몇몇 기본 설비들보다 상대적으로 더 낮은 처리 및/또는 전력 대역폭을 바람직하게 포함하며, 그래서 적어도 일부 실시예들에서 사용 가능한 통신 링크가 존재하는 한 상기 획득된 센서 데이터가 출력을 위해 제공될 수 있으며 획득될 때에 실질적으로 다시 보고될 수 있도록, 즉, 즉석으로 (on-the-fly) 보고될 수 있도록 한다.

비록 여기에 설명된 다양한 실시예들이 전자 지도를 업데이트하기 위해 사용하기 위한 정보를 획득하는 것에 관한 것이지만, 본 발명은 이런 응용으로 제한되지 않으며 그리고 본 발명의 실시예에 따라 획득될 수 있는 상기 정보는 응용들의 범위 내에서 유용함을 찾을 수 있다는 것이 인식될 것이다. 예를 들어, 지도 업데이트에 직접 사용된다기 보다는, 상기 정보는 특정 위치에 리소스를 매핑하는 것에 집중하기 위해 사용될 수 있다. 마찬가지로, 네트워크에 관한 정보는 고속도로 유지 보수, 교통 관리 등의 목적을 위해 사용될 수 있으며, 매핑 목적들을 위한 사용에 대해 제한되지 않는다. 그런 정보는 자동차 제조업체, 화물 회사 등이 관심을 가질 수도 있다. 일반적으로, 상기 운행 가능 네트워크에 관해 얻은 정보는 그래서 임의의 적절한 애플리케이션을 위해 사용될 수 있다.

본 발명은 제1 측면의 방법을 수행하기 위한 시스템들로도 확장된다. 바람직하게는는, 상기 제1 측면은 전용 PND (Portable Navigation Device), 온보드 컴퓨터, 또는 스마트폰이나 다른 휴대용 전자 디바이스 (모바일 디바이스) 중 어느 하나를 포함할 수 있는 내비게이션 디바이스와 같은 디바이스 상에서 수행된다.

그래서, 제2 측면으로부터, 디바이스가 이동하고 있는 운행 가능 네트워크에 관한 정보를 획득하도록 동작가능한 디바이스가 제공되며, 여기서 상기 디바이스는 하나 이상의 연관된 센서(들)에 액세스할 수 있고, 여기에서 상기 디바이스는 하나 이상의 프로세서(들)를 포함하며, 이 프로세서는:

센서 데이터를 획득하기 위한 요청을 수신하도록 구성되며, 상기 요청은 상기 디바이스에 의해 액세스 가능한 하나 이상의 센서(들)로부터 센서 데이터를 획득하기 위한 하나 이상의 명령(들)의 세트, 및 위치-특정 트리거를 포함하고, 상기 트리거는 상기 운행 가능 네트워크 내의 위치와 연관되며; 그리고

상기 디바이스가 상기 트리거와 연관된 위치에 도달한 때를 판단하도록 구성되어, 그런 판단에 응답하여, 상기 요청된 센서 데이터를 획득하기 위해 상기 명령(들)을 자동으로 실행한다.

본 발명의 이러한 제2 측면은 임의의 실시예에서 제1 측면과 관련하여 본원에서 설명된 본 발명의 바람직한 그리고 옵션의 특징들 중 임의의 하나 이상 또는 전부를 적절하게 포함할 수 있으며 바람직하게 포함한다. 예를 들어, 명시적으로 언급되지 않더라도, 상기 디바이스는 실시예에서 본 발명의 측면들이나 실시예에서 본원에서의 방법과 관련하여 설명된 임의의 단계 또는 단계들을 수행하기 위한 수단을 포함할 수 있으며, 그리고 그 반대의 경우에서도 마찬가지이다.

상기 제1 및 제2 측면의 단계들은 예를 들어 상기 디바이스와 연관된 하나 이상의 프로세서(들) 및 센서(들)를 사용하여 상기 디바이스에서 바람직하게 로컬에서 수행된다. 그러나, 상기 디바이스는 중앙 서버에서 발행된 요청들 (트리거들)을 사용하는 것을 통해 센서 데이터를 획득하도록 제어되는 것이 바람직하다. 본원에서 사용된 바와 같이 "서버"는 일반적으로 하나 이상의 서버(들)의 클러스터의 세트를 지칭할 수 있음이 인정될 것이다. 특히, 서버는 (단일의) 물리적 데이터 서버일 필요는 없지만, 예를 들어 클라우드 컴퓨팅 환경을 실행하는 가상 서버를 포함할 수 있음이 이해될 것이다. 그래서, 상기 서버는 클라우드 서버일 수 있다. 다양한 다른 설비들이 물론 가능할 것이다.

그래서, 상기 디바이스는 바람직하게는 서버로부터 센서 데이터를 획득하기 위한 요청을 수신하고, 그 요청은 상기 디바이스에 의해 그 후에 적절하게 작동될 수 있다. 일단 상기 디바이스가 상기 요청된 센서 데이터를 획득하면, 이 데이터 (또는 보다 일반적으로 이 센서 데이터의 처리로부터 얻은 정보 또는 다른 데이터)가 그 서버에게 다시 보고될 수 있다.

따라서, 다른 측면으로부터, 운행 가능 네트워크 내에서 이동하는 사용자와 각각 연관된 하나 이상의 디바이스(들)로부터 상기 운행 가능 네트워크에 관한 정보를 획득하기 위한 방법이 제공되며, 이 방법은:

센서 데이터를 획득하기 위한 요청을 서버로부터 상기 운행 가능 네트워크 내에서 이동하는 하나 이상의 디바이스(들)에게로 발행하는 단계로, 상기 요청은 상기 디바이스(들)에 의해 액세스 가능한 하나 이상의 센서(들)로부터 센서 데이터를 획득하기 위한 하나 이상의 명령(들)의 세트, 및 위치-특정 트리거를 포함하며, 상기 트리거는 상기 운행 가능 네트워크 내의 위치와 연관되며, 상기 트리거는 상기 디바이스가 상기 트리거와 연관된 위치에 도달했다고 판단될 때에 상기 디바이스로 하여금 상기 센서 데이터를 획득하기 위한 명령(들)을 자동으로 작동하게 하도록 구성된, 발행 단계; 그리고

센서 데이터에 대한 요청에 응답하여 하나 이상의 디바이스(들)로부터 획득된 센서 데이터를 나타내는 데이터를 서버에서 수신하는 단계를 포함한다.

따라서, 다른 측면으로부터, 운행 가능 네트워크 내에서 이동하는 사용자와 각각 연관된 하나 이상의 디바이스(들)로부터 상기 운행 가능 네트워크에 관한 정보를 획득하기 위해 배열된 서버가 제공되며, 상기 서버는 하나 이상의 프로세서(들)를 포함하며, 상기 프로세서는:

센서 데이터를 획득하기 위한 요청을 상기 운행 가능 네트워크 내에서 이동하는 하나 이상의 디바이스(들)에게로 발행하도록 구성되며, 상기 요청은 상기 디바이스(들)에 의해 액세스 가능하거나 상기 디바이스(들)과 연관된 하나 이상의 센서(들)로부터 센서 데이터를 획득하기 위한 하나 이상의 명령(들)의 세트를 포함하며, 상기 트리거는 상기 디바이스가 상기 트리거와 연관된 위치에 도달한다고 판단될 때에 상기 디바이스로 하여금 상기 센서 데이터를 획득하기 위해 상기 명령(들)을 자동으로 작동시키도록 구성되며; 그리고

상기 센서 데이터에 대한 요청에 응답하여 하나 이상의 디바이스(들)로부터 획득된 센서 데이터를 나타내는 데이터를 수신하도록 구성된다.

본 발명은 그런 정보를 수집하기 위한 전반적인 시스템 및 방법으로 또한 확장된다는 것이 이해될 것이다. 예를 들어, 이러한 추가 측면에 따른 서버에 의해 바람직하게 수행되는 단계들은 바람직하게는 제1 측면 및 제2 측면에 따른 디바이스에 의해 바람직하게 수행되는 단계들과 조합하여 바람직하게 사용되며, 실시예들에서 적절한 무선 통신 네트워크를 통해 통신하는 그런 서버와 디바이스를 포함하는 시스템이 그래서 제공된다.

센서 데이터를 획득하기 위한 요청을 서버로부터 상기 운행 가능 네트워크 내에서 이동하는 하나 이상의 디바이스(들)에게로 발행하는 단계로, 상기 요청은 상기 디바이스(들)에 의해 액세스 가능한 하나 이상의 센서(들)로부터 센서 데이터를 획득하기 위한 하나 이상의 명령(들)의 세트, 및 위치-특정 트리거를 포함하며, 상기 트리거는 상기 운행 가능 네트워크 내의 위치와 연관된, 발행 단계;

상기 운행 가능 네트워크 내에서 이동하는 디바이스에서, 센서 데이터를 획득하기 위한 요청을 수신하는 단계;

상기 디바이스가 상기 트리거와 연관된 위치에 도달했다고 판단될 때에, 상기 요청된 센서 데이터를 획득하기 위해서 상기 명령(들)을 자동으로 실행하는 단계; 그리고

상기 획득된 센서 데이터를 나타내는 데이터를 출력을 위해 상기 서버에 제공하는 단계를 포함한다.

대응하여, 또 다른 측면으로부터, 운행 가능 네트워크 내에서 이동하는 디바이스와 각각이 연관된 하나 이상의 디바이스(들)로부터 상기 운행 가능 네트워크에 관한 정보를 획득하기 위한 시스템이 제공되며, 이 시스템은 서버 및 하나 이상의 디바이스(들)를 포함하며,

여기에서 상기 서버는 운행 가능 네트워크 내에서 이동하는 하나 이상의 디바이스(들)에게 센서 데이터를 획득하기 위한 요청을 발행하도록 구성되며, 상기 요청은 상기 디바이스에 의해 액세스 가능한 하나 이상의 센서(들)로부터 센서 데이터를 획득하기 위한 하나 이상의 명령(들)의 세트, 및 위치-특정 트리거를 포함하고, 상기 트리거는 상기 운행 가능 네트워크 내의 위치와 연관되며;

상기 요청을 수신한 후에 상기 디바이스는 상기 트리거와 연관된 위치에 도달한 때를 판단하도록 구성되며, 그런 판단에 응답하여, 상기 요청된 센서 데이터를 획득하도록 구성되며, 그리고 상기 획득된 센서 데이터를 나타내는 데이터를 출력을 위해 상기 서버로 제공도록 구성된다.

다시 말하지만, 이러한 추가 측면들의 방법 및 시스템은, 이전 측면들 및 실시예들과 관련하여 설명된 디바이스 및 서버를 적절하게 일반적으로 포함할 수 있고 바람직하게는 포함할 수 있으며, 그래서 이런 측면들의 옵션의/바람직한 특징들의 임의 조합을 포함할 수 있다.

본 발명의 측면들이나 실시예들 중 어느 하나에서 본 발명에 따른 방법 또는 장치와 관련하여 설명된 단계들 중 어느 하나를 수행하기 위한 수단은 하나 이상의 프로세서(들)의 세트 및/또는 적절한 프로세싱 회로들이나 회로를 포함할 수 있다. 그러므로 본 발명은 바람직하게는 컴퓨터로 구현된 발명이고, 본 발명의 측면들이나 실시예들 중 어느 하나와 관련하여 설명된 단계들 중 어느 하나는 하나 이상의 프로세서(들)의 세트 및/또는 적절한 처리 회로들/회로에 대한 제어 하에서 수행될 수 있다. 상기 프로세싱 회로들/회로는 원하는 대로 하드웨어 또는 소프트웨어 중 어느 하나에서 일반적으로 구현될 수 있다. 예를 들어, 그리고 제한 없이, 본 발명의 방법이나 시스템과 관련하여 본원에서 설명된 단계들 중 어느 하나를 수행하기 위한 수단 또는 처리 회로들/회로는, 원하는 방식으로 작동하도록 프로그래밍할 수 있는 적절한 전용 하드웨어 요소들 (프로세싱 회로들/회로) 및/또는 프로그래밍 가능한 하드웨어 요소들 (프로세싱 회로들/회로)처럼 다양한 단계들이나 기능들을 수행하도록 작동 가능한 하나 이상의 적절한 프로세서나 프로세서들, 제어기나 제어기들, 기능 유닛, 회로들/회로, 프로세싱 로직, 마이크로프로세서 설비 등을 포함할 수 있다.

본 발명은 임의의 유형의 운행 가능 요소들고 관련하여 구현될 수 있다. 바람직하게는 상기 운행 가능 요소들은 (도로 네트워크의) 도로 요소이지만, 상기 기술들은은 임의 유형의 도로 요소, 또는 실제로 정보 (예: 속성들)을 획득할 것이 소망되는 다른 유형의 운행 가능 요소에 적용 가능하다는 것이 인정될 것이다. 그래서, 예시적인 실시예들이 도로 네트워크의 도로 요소들을 언급하지만, 본원에서 제시된 기술들은 경로, 강, 운하, 자전거 도로, 견인 경로, 철도 노선 등을 포함하는 운행 가능 요소의 임의 모습에 더욱 일반적으로 적용 가능하다는 것이 인정될 것이다.

상기 운행 가능 네트워크는 예를 들어 당업계에 일반적으로 알려진 방식으로 전자 지도에 의해 표현될 수 있다. 그래서 상기 전자 지도는 실제의 운행 가능 네트워크의 디지털 표현이다. 그래서 상기 전자 지도는 상기 네트워크 내에서 운행 가능 요소들 (예를 들면, 도로)의 배열을 나타낼 수 있다. 더욱이 상기 전자 지도는 운행 가능 요소들 (예: 속도 제한, 이동 방향들)과 연관된 특정 속성들을 또한 포함할 수 있다 (그리고 일반적으로 포함한다). 상기 전자 지도는 그 지도에 바람직하게 표시될 수 있는 관심 지점들 (points of interest, POIs) 등과 같은 임의의 다른 특징들을 정의할 수 있다. (예를 들면, 내비게이션 목적을 위한) 그런 지도들의 사용 및 생성은 일반적으로 잘 알려져 있다. 전자 지도들은 일반적으로 TomTom International BV와 같은 지도 서비스 제공업체들에 의해 유지 관리(업데이트)되고 사용자에게 제공된다.

상기 디바이스(들)는 일반적으로 사용자와 연관된다 (그래서 "사용자 디바이스들"로 지칭될 수 있다). 즉, 상기 디바이스들은, (예를 들면) 그런 정보의 수집을 제어하는 내비게이션 애플리케이션들을 사용하는 상기 운행 가능 네트워크의 기존 사용자들과 바람직하게 연관된다. 다시 말해서, 상기 디바이스들은 그런 정보를 수집하기 위해 특별히 사용되는 매핑 차량들의 전용 집단과는 반대로 상기 운행 가능 네트워크의 기존 사용자들과 바람직하게 연관된다.

바람직하게는 상기 (또는 각) 디바이스는 또한 차량과 연관된다. 명시적으로 언급되지 않은 경우에도, 디바이스로부터 획득된 센서 데이터와 같은 데이터에 대한 참조들은 그래서 그런 실시예들서 차량으로부터 획득된 데이터에 대한 참조로 대체될 수 있으며, 그리고 디바이스나 디바이스들의 움직임에 대한 참조들은 차량 등의 움직임에 대한 참조로 대체될 수 있다. 상기 디바이스는 차량과 통합될 수 있으며, 또는, 예를 들어 차량 내에 장착되거나 차량 내에서 운반되는 휴대용 내비게이션 장치나 스마트폰 또는 다른 모바일 디바이스와 같이 차량과 달리 연관된 별개의 디바이스일 수 있다.

그러나, 반드시 그럴 필요는 없으며, 그리고 상기 디바이스는 보행자에 의해 운반될 수 있으며, 발로 다닐 수 있는 상기 네트워크에 관한 정보를 획득하기 위해 사용될 수 있다. 물론 다른 설비들도 가능할 것이다.

물론, 상기 센서 데이터는 상이한 디바이스들의 조합 또는 단일 유형의 디바이스로부터 획득될 수 있다.

상기 (또는 각) 디바이스는 또한 하나 이상의 센서(들)에 액세스할 수 있다. 상기 센서(들)은 예를 들어 상기 디바이스 및 센서의 특성에 따라 임의의 적절한 방식으로 상기 디바이스와 연관되며 그래서 상기 디바이스에 의해 액세스 가능할 수 있다. 예를 들어, 센서는 상기 디바이스의 센서일 수 있으며, 이 경우 상기 디바이스는 원하는 센서 데이터를 얻기 위해 상기 센서에 직접 액세스할 수 있으며 그 센서를 제어할 수 있다. 그래서, (적어도 일부) 센서(들)는 상기 디바이스에 통합되어, 그 디바이스가 이러한 센서(들)를 포함할 수 있도록 한다. 예를 들어, 실시예들에서, 상기 디바이스는 스마트폰 또는 다른 그런 모바일 디바이스를 포함할 수 있으며, 상기 센서(들)는 상기 디바이스의 카메라, GPS 모듈, 가속도계 등을 포함할 수 있다. 그러나, 상기 디바이스는 예를 들어 적절한 무선 (예를 들어, 블루투스) 연결을 통해 센서과 통신함으로써 그 센서(들)에 단순히 액세스할 수 있다는 것 또한 고려된다. 그 경우, 상기 센서(들)는 요청을 처리하고 있는 디바이스와의 상호 연결된 무선 통신 네트워크의 일부를 형성하는 (동일한 차량 내) 다른 디바이스의 일부로서 제공되는 센서들일 수 있다. 예를 들어, 실시예들에서, 상기 디바이스는 온보드 내비게이션 시스템을 포함할 수 있으며, 이 경우 상기 디바이스는 차량의 센서들에 액세스할 수 있다.

예를 들어 스마트폰이나 다른 모바일 디바이스가 차량의 온보드 센서들에 또한 액세스하는 위에서 제시된 두 가지 예들의 조합들을 포함하는 다양한 다른 배열들이 물론 가능한다. 예를 들어, 그리고 일반적으로, 상기 디바이스 및 센서들은 예를 들어 '사물 인터넷' 유형 환경 내에서 상호 연결된 무선 네트워크의 일부를 포함할 수 있다. 그러므로 디바이스는 바람직하게는 상이한 유형들인 복수의 센서들에 액세스할 수 있다 (그리고 바람직하게는 액세스한다). 바람직하게는 상기 디바이스 및 센서(들)는 동일한 차량 또는 사용자와 연관된다.

상기 센서(들)는 임의의 적합한 유형일 수 있다. 이것은 제한 없이 카메라, 가속도계, 방향 탐지기, 주행 거리계, 마이크 등을 포함할 수 있으며, 또는 실제로 어떤 디바이스에 의해 일반적으로 액세스 가능한 임의의 다른 유형의 센서를 포함할 수 있다.

예를 들어, 자동차 및 다른 차량들에 온보드 카메라 및 다른 센서들 (예: 범위 탐지 센서들)이 점점 더 많이 장착되고 있음이 인정될 것이다. 일부 고급 차량들은 이미 이러한 카메라들을 사용하여 도로 표지판들을 지속적으로 검색한다 (즉, '교통 표지판 인식). 도로 표지판을 탐지한 후, 온보드 프로세서는 이미지들을 처리하고 차량이 주행하고 있는 도로 세그먼트의 속도 제한을 판별한다. 이 기능은 '속도 제한 지원 (Speed Limit Assist)'으로 일반적으로 언급된다. 지도에 대해 차량을 국한하기 위해서 유사한 기술들이 또한 사용될 수 있다. 예를 들어, WO 2018/104563은, 도로 네트워크 내에서 주행하는 차량과 연관된 하나 이상의 카메라들로부터 획득된 이미지 데이터가 획득되며, 그 차량을 국한하기 위해서 참조 지도의 섹션과 비교될 수 있는 로컬 지도 표현을 생성하기 위해 그 후에 사용되는 방법을 설명한다. 이러한 기술들은, 상기 참조 지도에서 (잘못 매핑되거나 누락된 특징과 같은) '오류'가 식별되는 이벤트에서 이 정보가 지도 서비스 제공자에게 전달되고 상기 전자 지도 업데이트를 위해서 사용될 있도록 또한 확장될 수 있다. 이것은 차량 내 시스템이 상기 획득된 센서 데이터 및 참조용 전자 지도 간의 불일치를 탐지할 수 있으며, 그래서 상기 획득된 센서 데이터를 지도 업데이트를 위해 지도 서비스 제공자에게 송신할 수 있음을 의미한다.

유사하게, 모바일 내비게이션 디바이스들이나 모바일 디바이스들의 내비게이션 애플리케이션들은, 그런 정보의 소스로도 사용될 수 있는 카메라 및 다른 센서들 (가속도계, 마이크, 방향 탐지기)에 더욱 더 접근한다. 차량 내 소프트웨어 시스템들은 휴대폰, 태블릿, 스마트 시계 등과 같은 모바일 디바이스들과의 정보 교환을 더욱 더 제공한다. 상기 연결은 소위 '사물 인터넷' 환경 내에서 자동차 내의 무선 네트워크 및 모바일 디바이스용 네트워크에 의존한다.

그래서 본 발명은 상당한 사용자 상호작용을 요구하지 않으면서, 예를 들어 지도 서비스 제공자로부터 요청에 종속하여 원하는 센서 데이터를 얻기 위해서 이들 기존 센서들이 원격으로 제어되는 것을 허용한다.

상기 센서 데이터는 일단 획득되면 상기 운행 가능 네트워크의 하나 이상의 속성(들)을 결정하기 위해 바람직하게 처리된다. 그래서 상기 센서 데이터는 상기 운행 가능 네트워크의 임의의 속성들을 결정하기 위해 바람직하게 사용될 수 있는 임의의 적절한 데이터를 포함할 수 있다. 필요한 처리는 물론 상기 센서 데이터의 특성에 종속할 것이다. 예를 들어, 실시예들에서, 상기 센서 데이터는 디바이스와 연관된 하나 이상의 카메라(들)로부터 획득된 이미지 데이터를 포함할 수 있다. 이것의 예는 해당 도로 세그먼트에 대한 속도 제한 값을 추출하기 위해서 그 후에 처리되는 속도 제한 표지판의 이미지일 수 있다. 이 경우, 그런 정보를 추출하기 위해 적합한 이미지 처리 소프트웨어가 사용될 수 있다. 그러나, 네트워크 내의 현재 트래픽 상태들을 평가하는 것을 포함하지만 그에 국한되지 않는 다양한 애플리케이션들에 대해 다양한 다른 이미지 데이터가 획득될 수 있다.

상기 센서 데이터가 이미지 데이터를 포함할 때에, 원하는 속성들을 결정하기 위해서 상기 이미지 데이터를 처리하기 위해 임의의 적절한 이미지 처리 기술들이, 예를 들면, 상기 이미지의 특성 및 결정될 속성(들)에 종속하여 사용될 수 있다. 예를 들어, 상기 이미지 처리는, 예를 들어, 신경망 또는 원하는 특징들을 추출할 수 있는 이전 이미지 데이터에 기초하여 트레이닝된 다른 적합하게 트레이닝된 알고리즘을 포함할 수 있는 적절한 분류 알고리즘('분류기')을 사용하여 일반적으로 수행될 수 있다. 예를 들어, 교통 제한 표지판들을 포함하는 이미지들의 세트를 포함하는 트레이닝 데이터에 기초하여 속도 제한 값들을 식별하기 위해 트레이닝된 분류기(예를 들어, 신경망)가 제공될 수 있다. 그 후에 상기 분류기는 획득된 이미지 데이터를 처리하고 속도 제한 정보를 추출하기 위해 바람직하게는 상기 디바이스에서 실행될 수 있다.

그러나 상기 센서 데이터는 이미지 데이터를 포함할 필요는 없다. 예를 들어, 다른 실시예에서, 상기 센서 데이터는 디바이스와 연관된 하나 이상의 가속도계(들)로부터 획득된 가속도 데이터를 포함할 수 있다. 상기 가속도 데이터는, 예를 들어, 포트홀, 과속 방지턱 등을 식별하기 위해, 예를 들어 도로 요소의 상태를 판별하기 위해 그 후에 처리될 수 있다. 또 다른 예는, 예를 들어, 마이크폰으로부터 획득된 주변 소음 데이터일 수 있다. 다양한 다른 설비들이 물론 가능할 것이다.

그래서 결정된 상기 속성들은 전자 지도에 또는 전자 지도와 함께 바람직하게 통합될 수 있는 임의의 적절한 정보를 포함할 수 있다. 상기 속성들은 속도 제한 등과 같은 도로 네트워크의 반영구적 특징들일 수 있으며, 이는 일반적으로 비교적 드물게 (예를 들면, 몇 주, 몇 개월 또는 심지어는 몇 년) 변경되거나 또는 현재 교통 상황들과 같은 상기 네트워크의 보다 동적인 상태들을 반영할 수 있다. 상기 속성들은 일반적으로 시간에 따라 달라질 수 있다. 예를 들어, 상기 센서 데이터는 네트워크 내 시간적 변이들을 결정하기 위해 사용될 수 있는 타임 스탬프와 함께 출력을 위해 제공될 수 있다. 예를 들어, 속도 제한 및 운전 제한은 하루 중 특정 시간들에만 적용될 수 있다 (예: 운전 제한은 주말에만 또는 러시아워 등에만 적용될 수 있다). 이 시간 거동은 그 후에 캡처될 수 있고 바람직하게는 전자 지도에 통합될 수 있다. 유사하게, 상기 속성들이 네트워크 내의 동적 또는 '라이브' 상황들과 관련된 경우, 특정 기간이 경과한 후 데이터가 삭제되거나 더 적은 가중치가 부여될 수 있다 (예를 들면, 그 데이터는 현재 상황들을 더 이상 반영하지 않을 수 있고 그러므로 가능한 경우 새 데이터로 대체되어야 한다).

바람직하게는, 획득된 센서 데이터의 이러한 처리 중 적어도 일부는, 예를 들어 쓸모없거나 중복되는 정보를 서버로 전송해야 하는 것을 피하기 위해 상기 디바이스에서 수행된다 (그래서 대역폭을 절약함). 그러나 물론 다른 배열들도 가능할 것이다. 예를 들어, 상기 처리가 서버 상에서만 수행될 수도 있다는 것이 또한 고려된다. 그 경우에, (비록 바람직하게는 상기 디바이스가 전송될 데이터 패킷의 크기를 줄이기 위해 적어도 데이터 압축 단계를 수행하지만) 상기 획득된 센서 데이터는 출력을 위해 제공될 수 있으며 본질적으로 자신의 원시 포맷으로 전송될 수 있다. 서버에 의해 수신된 데이터는 원하는 속성(들)을 결정하기 위해 성기 서버에서 적절하게 처리될 수 있다. 상기 처리가 서버에서 수행될 때에, 이는 서버에서 실행되는 적절한 알고리즘을 사용하여 수행되거나 심지어는 수동 처리에 의해 수행될 수 있다.

그러나, 위에서 나타낸 바와 같이, 바람직하게는 센서 데이터의 처리 중 적어도 일부는 상기 디바이스에서 수행된다. 그래서, 바람직하게는, 출력을 위해 상기 획득된 센서 데이터를 원시 포맷으로 제공하기 보다는, 상기 디바이스는 상기 획득된 센서 데이터를 먼저 처리하여 서버에 전송될 수 있는 센서 데이터 보고를 생성한다. 그래서, 실시예들에서, 출력을 위해 상기 획득된 센서 데이터를 나타내는 데이터를 제공하는 단계는 센서 데이터 보고를 생성하기 위해 상기 획득된 센서 데이터를 처리하는 단계 그리고 출력을 위해 그런 센서 데이터 보고서를 제공하는 단계를 포함한다.

예를 들어, 바람직한 실시예에서, 상기 디바이스는 상기 획득된 센서 데이터를 처리하여 예를 들어 위에서 설명된 방식으로 상기 운행 가능 네트워크의 하나 이상의 속성(들)에 관한 정보를 결정하거나 추출한다. 이러한 방식에서, 상기 원시 센서 데이터(예: 이미지 또는 이미지 시퀀스)가 아닌 상기 결정된 속성(예: 속도 제한 값)의 값을 나타내는 데이터만 전송하는 것이 필요하기 때문에, 상기 디바이스로부터 전송될 것이 필요한 데이터의 양이 더 줄어들 수 있다. 또한, 상기 디바이스에서 획득된 센서 데이터를 처리하는 것은 상기 디바이스가 관련이 없거나 중복되는 모든 데이터를 폐기하는 것을 (그러므로 보고하지 않는 것을) 허용한다. 다시 말하지만, 이것은 그런 데이터는 서버로 다시 전송될 필요가 없이며, 대역폭 요구 사항을 다시 잠재적으로 줄인다는 것을 의미한다.

다른 말로 하면, 지도 서비스 제공자에게 전달되는 정보의 신뢰성 및 정보 밀도를 증가시키기 위해 상기 디바이스는 센서 데이터를 로컬에서 처리할 수 있다. 상기 로컬에서의 처리는 바람직하게는 센서 데이터를 얻기 위한 요청에도 포함되는 적절한 스크립트 (즉, 명령들의 세트)를 통해 제어될 수 있다. 즉, 상기 획득된 센서 데이터에 대한 로컬 처리는 서버의 지시에 따라 수행될 수 있으며, 이때에 상기 지시는 상기 요청 내에 포함된다. 즉, 상기 디바이스는 바람직하게는 트리거 위치에 도달하면 상기 요청된 센서 데이터를 자동으로 획득하고 처리하게 된다.

상기 결정된 속성(들) 및/또는 상기 센서 데이터의 처리로부터 획득된 정보 뿐만 아니라, 상기 센서 데이터 보고는: (i) 센서 데이터가 획득되었던 시각; (ii) 상기 센서 데이터가 획득되었던 위치; 및 (iii) 디바이스 및/또는 센서 식별자 중 하나 이상을 바람직하게 포함하는 다른 정보를 보통은 포함할 수 있다. 상기 획득된 센서 데이터 (예를 들어, 상기 센서 데이터 보고)를 나타내는 데이터는, 상기 서버가 상기 수신된 데이터를 그 데이터가 획득되게 한 요청(트리거)과 연관시킬 수 있도록 또한 태그가 지정되거나 그렇지 않으면 인코딩되는 것이 바람직하다. 즉, 상기 센서 데이터 보고는 서버가 상기 센서 데이터 보고를 상기 데이터를 생성했던 각각의 요청과 연관시키는 것을 허용하기 위해 '요청 식별자'도 포함하는 것이 바람직하다. 그래서, 상기 센서 데이터 보고는 바람직하게는 상기 센서 데이터 보고를 생성한 요청을 나타내는 요청 식별자도 또한 포함한다. 상기 서버는 그럼으로써 상기 수신된 데이터를 발행된 상기 요청들(트리거들)과 상관시킬 수 있다.

그래서, 상기 서버는, 상기 획득된 센서 데이터를 나타내는 데이터 (상기 센서 데이터 자체가 상기 디바이스로부터 전송될 필요가 없도록 상기 센서 데이터 처리로부터 결정된 하나 이상의 속성들을 바람직하게 포함함)뿐만이 아니라 상기 센서 데이터나 상기 센서 데이터를 제공한 디바이스에 관한 임의의 다른 원하는 정보를 포함하는 센서 데이터 보고를 상기 디바이스로부터 바람직하게 수신한다. 바람직하게는, 상기 서버는 운행 가능 네트워크 내에서 이동하는 복수의 상이한 디바이스들로부터 복수의 그런 센서 데이터 보고를 수신한다. 상기 수신된 센서 데이터 보고(들)는 상기 운행 가능 네트워크와 관련된 원하는 정보(예: 속성(들))를 추출하기 위해서 상기 서버에 의해 적절하게 처리될 수 있다.

일부 바람직한 실시예들에서, 상기 디바이스 출력 (예를 들어, 상기 결정된 속성(들) 및/또는 센서 데이터)은 지도 서비스 제공자에게 제공되며, 그럼으로써 전자 지도를 업데이트하기 위해 사용된다. 그래서 상기 지도 서비스 제공자는 전자 지도를 업데이트하기 위해 상기 수집된 정보를 사용할 수 있으며, 이때에 적절한 지도 업데이트는 예를 들어 상기 정보의 특성에 따라 주기적으로 또는 보다 동적으로 (예를 들어, 실질적인 실시간으로) 릴리즈된다.

바람직하게는, 상기 획득된 센서 데이터, 또는 적어도 그 획득된 센서 데이터를 나타내는 데이터는 그 데이터가 획득되면 그리고 그 데이터가 획득된 때에 상기 서버에게 직접 제공된다. 예를 들어, 적절하게 이용 가능한 데이터 연결이 있는 한, 상기 획득된 센서 데이터는 실질적으로 즉석으로 서버 (또는 예를 들어 지도 업데이트 서비스가 클라우드 서버를 기반으로 하는 경우에는 서버들)에게 전송될 수 있다. 그러나, 덜 바람직한 실시예들에서, 상기 디바이스에 의해 수집된 데이터는 그 데이터를 지도 업데이트 서비스에게 전송하는 것이 바람직한 시각까지 그 디바이스에 저장될 수 있다는 것이 또한 고려된다. 상기 데이터는 바람직하게는 인터넷 액세스를 제공하는 (GSM 1G-4G, 5G, 협대역-IoT, LoRa 등과 같은) 무선 통신 네트워크 를 사용하여 상기 서버로 전송된다. 물론 이와 관련하여 다양한 설비들이 가능할 것이다.

상기 디바이스들로부터 획득된 데이터는 예를 들어 센서에 결함이 있거나 센서가 잘못 장착되었거나 또는 상기 디바이스의 위치 결정 기능에 결함이 있다면 잠재적으로 신뢰할 수 없을 수 있다는 것이 인식될 것이다. 따라서, 이 정보가 사용되기 전에, 상기 디바이스(들)로부터 수신된 데이터는, 예를 들어 데이터의 품질 및 내용을 보장하기 위해 상기 서버에서 바람직하게 검증된다. 상기 획득된 데이터를 검증하기 위한 다양한 접근 방식들이 고려된다.

예를 들어, 바람직하게는 상기 획득된 센서 데이터는 복수의 상이한 디바이스들로부터 획득된 센서 데이터를 결합 및/또는 비교함으로써 (예를 들어 특정 시간 윈도우 내에서; 또는 데이터를 이력적인 센서 데이터와 비교함으로써 실질적으로 동시에) 검증된다. 그래서, 실시예들에서, 서버에서 수신된 데이터를 처리하는 것은 상기 획득된 센서 데이터를 검증하는 것을 포함하고, 여기에서 상기 획득된 센서 데이터를 검증하는 것은 복수의 상이한 디바이스들로부터 획득된 센서 데이터를 결합 및/또는 비교하는 것을 포함한다. 상기 수신된 데이터의 검증은 상기 데이터와 연관된 인증 및 기밀성 크리덴셜들을 또한 체크할 수 있으며, 이 정보는 상기 센서 데이터 보고 내에서 또한 정의될 수 있다.

본 발명에 따르면, 상기 센서 데이터는, 센서 데이터를 얻기 위한 요청의 일부로서 상기 서버로부터 상기 디바이스로 발행될 수 있는 하나 이상의 위치 특정 "트리거들"을 사용하여 제어되는 상기 센서 데이터 획득과 함께 상기 디바이스들 (및 그 디바이스들의 연관된 센서(들))로부터 원격으로 획득된다.

상기 서버는, 예를 들어, 몇몇 정보가 필요하다고 서버 측에서 판단될 때에, 센서 데이터 그 자체에 대한 요청을 발행할 수 있다. 예를 들어, 지도 서비스 제공자가 특정 위치에서 정보를 획득하기를 원할 때에, 상기 지도 서비스 제공자는 그 위치에서의 센서 데이터에 대한 요청을 상기 운행 가능 네트워크 내에서 현재 이동하는 하나 이상의 (그리고 잠재적으로 모든 이용 가능한) 디바이스(들)에 상기 서버를 통해 발행할 수 있다. 그러나 물론 다른 배열들도 가능할 것이다.

그래서, 실시예들에서, 센서 데이터에 대한 요청들은 상기 전자 지도 및 연관된 데이터와 함께 디바이스에게 발행될 수 있다. 그 경우에, 상기 트리거들은 예를 들어 관심 지점 또는 전자 지도에 중첩될 수 있는 다른 특징들과 유사한 방식으로 상기 전자 지도 상으로 효과적으로 추가될 수 있다. 전자 지도를 사용하는 디바이스가 운행 가능 네트워크 주위에서 이동하면, 상기 요청된 센서 데이터는 자동으로 획득될 수 잇으며 그리고 상기 디바이스가 트리거에 도달 (또는 통과)할 때마다 상기 서버에게 거꾸로 보고될 수 있다. 즉, 디바이스가 트리거에 도달했다고 판별될 때에, 상기 디바이스는 상기 요청된 센서 데이터를 자동으로 획득하게 된다.

그래서 센서 데이터에 대한 요청은 위치 ("트리거" 역할) 및 획득될 센서 데이터를 자세히 설명하는 지시들의 세트 (예: 스크립트), 그리고 바람직하게는 상기 디바이스가 상기 센서 데이터를 획득하기 위해 수행해야 하는 단계들을 포함한다. 그래서, 상기 디바이스가 상기 트리거에 의해 지정된 위치에 도달했다고 판단할 때에, 상기 디바이스는 상기 지시들에 지정된 작업들을 수행함으로써 상기 센서(들)가 그 위치에서 데이터를 얻는 것을 자동적으로 시작하게 하도록 할 수 있다.

그래서 지시들의 세트는 상기 디바이스로 하여금 (예를 들어, 센서 데이터 획득을 시작하라는 지시일 수 있는) 다음 지시로 이동하기 전에 상기 지정된 위치까지 기다리게 하는 "WAIT" 명령어를 포함할 수 있다. 대안으로, 상기 스크립트는 지정된 위치에 도달한 것으로 판별된 후에만 로드될 수 있다. 다양한 다른 배열들이 물론 가능할 것이다.

상기 지시들은 상기 요청된 데이터를 획득하기 위해 센서(들)를 활성화하고 센서 작동을 제어하기 위한 지시들을 또한 포함한다. 예를 들어, 상기 센서가 카메라일 때에, 상기 지시들은 특정 도로 세그먼트을 따라 (시간/공간에서의) 특정 간격들로 이미지들의 시퀀스를 획득하기 위한 지시들을 포함할 수 있다. 유사하게, 상기 지시들은 도로 세그먼트을 따라 특정 지속시간 동안 비디오 시퀀스를 획득하기 위한 것일 수 있다. 이에 대한 예는 위에서 설명한 대로 속도 제한 정보를 결정할 때일 수 있다. 그 경우에, 요청을 발행하는 서버는 속도 제한 표지판의 정확한 위치를 알지 못할 수 있지만, 그것이 도로 세그먼트을 따라 어느 지점에 위치할 것인지는 안다. 그래서 도로 세그먼트의 시작 부분에 도달하는 디바이스로 하여금 실질적으로 전체 도로 세그먼트에 대해 (또는 적어도 속도 제한 표지판이 탐지될 때까지) 이미지/비디오 데이터를 캡처하도록 하는 요청이 발행될 수 있다. 이 이미지 시퀀스는 그 후에 거꾸로 보고될 수 있는 속도 제한 값을 추출하기 위해 상기 디바이스에서 처리되는 것이 바람직하다 (바람직하게는 전체 이미지 시퀀스를 다시 보고하지 않아 대역폭을 절약한다).

데이터를 획득하기 위해 센서(들)를 활성화하기 위한 지시(들) 뿐만 아니라 지시들의 세트는 예를 들어 디바이스 및/또는 센서들을 사전 구성하고/하거나 상기 획득된 센서 데이터를 처리하기 위한 임의의 다른 원하는 지시들을 포함할 수 있다. 예를 들어, 상기 지시들은 위에서 설명된 바와 같이 상기 디바이스가 출력을 위해 센서 데이터 보고를 생성하기 위한 지시들을 포함할 수 있다.

그래서, 상기 지시들은, 상기 데이터 획득 요청을 완료하기 위해 사용될 센서(들)의 유형; 상기 센서(들)의 원하는 방위 (예를 들어, 상기 센서(들)이 잘못 장착된 것으로 판단되면, 상기 스크립트는 센서 데이터를 획득하지 않고 그 지점에서 중단될 수 있다); 데이터 수집 기간; 임의의 반복되는 수집 단계들; 및/또는 센서 데이터를 획득하고 이를 출력용으로 준비할 때 수행되어야 하는 임의 추가 처리 단계를 상세화 할 수 있다.

이러한 지시들 모두는 상기 요청 내에 포함될 수 있으며 (바람직하게는 요청 내에 포함됨), 그래서 상기 요청을 처리함에 있어서의 최종 사용자의 개입이 본질적으로 제거될 수 있다.

그래서 센서 데이터에 대한 요청은, 센서 데이터가 (예를 들면, 전자 지도에 대해 정의될 수 있는) 지정된 위치에서 획득되도록 하는 위치-특정 트리거 그리고 상기 센서 데이터를 획득하기 위한, 그리고, 예를 들어, 센서 데이터를 획득하고, 상기 획득된 센서 데이터를 처리 (또는 사전-처리)하기 위한, 그리고 임의의 다른 원하는 속성들과 함께 상기 획득된 센서 데이터를 나타내는 데이터를 포함하는 적합한 센서 데이터 보고를 생성하기 위한 지시들을 포함하는 데이터 패키지이다. 그래서 그런 요청을 수신한 디바이스는 위치-특정 트리거를 추출하고 상기 센서 데이터를 획득 및/또는 처리하기 위해 필요한 임의 지시들 등을 읽기 위해서 패키지(요청)의 포장을 풀 수 있다.

일부 실시예들에서, 상기 서버는 전자 지도의 현재 버전과 관련하여 상기 운행 가능 네트워크 내에서 무언가가 변경되었다고 판단될 때에 그런 트리거들을 포함하는 센서 데이터에 대한 요청들을 자동적으로 발행할 수 있다. 예를 들어, 실시예들에서, 상기 운행 가능 네트워크 내의 디바이스들의 관찰된 행동이 상기 전자 지도를 기반으로 하는 예상된 행동과 부합하지 않는 위치를 탐지하며 그리고 그 위치에서 센서 데이터에 대한 트리거를 포함하는 요청을 자동적으로 발행하도록 배열된 지도 업데이트 시스템이 제공된다. 실시예들에서, 상기 시스템은, 전자 지도에 대해 시간 경과에 따른 하나 이상의 디바이스(들)의 움직임과 관련된 위치 데이터를 획득하며, 그리고 상기 획득된 위치 데이터를 처리하여 상기 관찰된 행동이 상기 전자 지도의 현재 버전을 기반으로 예상되는 동작에 부합하지 않는 사례들을 식별하도록 배열될 수 있다. 그러한 사례들이 식별될 때에, 명백한 불일치를 해결하기 위해 시도하기 위해 센서 데이터를 획득하기 위한 적합한 트리거를 포함하는 요청이 그러면 생성될 수 있다. 그래서, 실시예들에서, 상기 요청들(트리거들)은 지도 서비스 제공자에 의해 생성될 수 있다 (그리고 그에 따라 상기 요청들이 복수의 디바이스들에게 발행될 수 있다).

대안으로, 상기 트리거들은 상기 디바이스로부터 요청될 수 있다. 예를 들어, (예: 내비게이션 디바이스/소프트웨어에서 일반적으로 발견되는 알려진 경로 계획 알고리즘을 사용하여) 따라야 할 경로를 상기 디바이스가 결정한 후에, 상기 디바이스는 그 경로를 따라 위치한 모든 트리거들을 서버로부터 그 후에 요청할 수 있다. 그런 트리거들을 포함하는 센서 데이터에 대한 요청들이 그 다음에 발행될 수 있으며, 이때에 상기 트리거들은 연관된 위치들의 경로에 추가된다. 즉, 상기 서버가 디바이스에게 요청들(트리거들)을 푸시하기 보다는, 상기 디바이스(클라이언트)가 상기 트리거들을 끌어당길 수 있다.

그래서 상기 디바이스가 상기 트리거와 연관된 위치에 도달했다고 판단될 때에 상기 트리거는 상기 디바이스로 하여금 센서 데이터를 획득하도록 한다. 그래서 본원에서 설명된 기술들은 상기 디바이스가 트리거에 의해 지정된 위치에 도달한 때를 판단하는 단계를 포함할 수 있다. 이 결정은 다양한 방식으로 수행될 수 있다. 예를 들어, 상기 디바이스는 일반적으로 (예를 들어, GPS, 또는 당업계에 알려진 다른 유사한 위치-판별 기능을 사용하여) 자기 자신의 위치를 판단할 수 있으며, 그러므로 상기 디바이스는 자신이 트리거 위치에 접근할 때를 판별할 수 있다. 그래서, 바람직한 실시예들에서, 상기 디바이스가 트리거에 의해 지정된 위치에 도달했을 때에 대한 판단은 디바이스에 의해, 예를 들어, 상기 디바이스와 연관된 적합한 위치 지정 모듈에 의해 이루어진다. 바람직하게는, 이 판별은 상기 운행 가능 네트워크의 전자 지도 표현과 관련하여 이루어진다. 예를 들어, 상기 전자 지도로 바람직하게 또한 정의되는 (매핑되는) 트리거 위치와 상기 디바이스의 위치를 비교하기 위해서 (예를 들면, 알려진 지도-매칭 기술들을 사용하여) 상기 디바이스의 위치가 상기 지도 상으로 매칭될 수 있다. 그러나, 다른 배열들이 가능할 것이다.

상기 디바이스가 트리거에 의해 지정된 위치에 도달했을 때에 대한 판단은 상기 디바이스가 상기 위치 트리거의 미리 정의된 임계 거리 내에 있다고 판단될 때 이루어질 수 있다(이 지점에서 상기 센서(들)이 활성화되며 그리고 위에서 설명된 방식으로 데이터를 획득하는 것 등을 시작하게 될 수 있다). 상기 임계 거리는 '제로'일 수 있으며, 즉, 상기 디바이스가 상기 트리거 위치를 통과할 때 데이터가 획득되도록 할 수 있다. 몇몇 경우들에서 상기 트리거는 방향 표시를 또한 포함할 수 있으며, 그래서 상기 디바이스가 상기 트리거와 연관된 위치에 선택된 방향으로부터 접근하고 있다고 판단될 때만 센서 데이터가 획득되도록 한다. 물론 이와 관련하여 다양한 다른 배열들이 가능할 것이다.

그래서, 상기 요청된 센서 데이터가 획득될 수 있고, 자동적으로, 즉, 최종 사용자 상호작용 없이 서버로 거꾸로 보고될 수 있음이 인정될 것이다 (이 기능을 허용하고 센서(들) 등에 대한 액세스를 가능하게 하기 위해 상기 디바이스를 초기에 설정하는 것은 제외함). 그래서 본 발명은 적어도 바람직한 실시예들에서 최소한의 사용자 상호작용을 필요로 하는 크라우드 소싱 업데이트 루프를 가능하게 한다. 예를 들어, 본원에서 제시된 기술은 최신 속도 제한 정보를 포함하는 고품질 전자 지도를 제공하기 위해 사용될 수 있다. 그러나, 본 발명은 물론 속도 제한을 결정하는 것으로 제한되지 않는다. 예를 들어, 본 발명은 속도 제한, 신호등, 차선 수, 과속 단속 카메라, 새로운 도로, 회전 제한, 도로 공사, 폐쇄 도로, 도로 표시 유형(예: 추월이 허용됨을 나타내는 점선들 등), POI 확인 등을 포함하지만 그것들에 국한되지 않는 다양한 정적 및 동적 지도 속성들을 위한 크라우드 소싱 지도 업데이트들을 또한 지원할 수 있다.

몇몇 바람직한 실시예들에서, 상기 기술은 예를 들어 스마트폰과 같은 모바일 디바이스가 차량 내에 장착되는 모바일 플랫폼들에서 구현된다. 그러나, 일반적으로 본 발명은 모바일 디바이스와 연관될 수 있거나 온보드 센서들 또는 일부 조합일 수 있는 임의의 적절한 디바이스 및 센서들을 사용하여 구현될 수 있다.

본 발명의 바람직한 실시예에서, 그래서 본 발명은 지도 콘텐츠 제공자가, 차량에서 실행되고 차량내 네트워크를 통해 컴퓨팅 디바이스들 및 연관된 센서들의 세트에 연결된 내비게이션 애플리케이션에게 데이터 수집 요청을 보내는 것을 가능하게 한다. (접근 권한을 설정하기 위한 초기 설정이 아닌) 사용자 개입이 없기 때문에, 상기 시스템은 사용자에 대해 쉬우며, 더 안정적인 정보를 제공하며 그리고 지도 정보 업데이트를 위한 훨씬 빠른 피드백 루프를 가능하게 한다.

본 발명에 따른 방법은 그 발명의 측면들 또는 실시예들 중 어느 하나에서 소프트웨어를 사용하여 적어도 부분적으로 구현될 수 있음이 인정될 것이다. 추가 측면들으로부터 볼 때에 그리고 추가 실시예에서, 본 발명은 적합한 데이터 처리 수단 (데이터 프로세서)에서 실행될 때에 본원에서 설명된 어느 하나 또는 모든 방법을 수행하도록 적응된 컴퓨터 판독가능 지시들을 포함하는 컴퓨터 프로그램 제픔으로 확장된다는 것을 그래서 알 것이다. 본 발명은 그런 소프트웨어를 포함하는 컴퓨터 소프트웨어 캐리어로 또한 확장된다. 그런 소프트웨어 캐리어는 물리적인 (또는 비-일시적) 저장 매체일 수 있으며 또는 유선을 통한 전자 신호, 광학 신호 또는 위성으로의 라디오 신호와 같은 신호일 수 있다.

추가 실시예들로부터 볼 때에 본원에서 설명된 기술은 데이터 프로세서에 설치될 때 본원에서 설명된 방법들을 수행하도록 특별히 적응된 컴퓨터 소프트웨어, 데이터 프로세서에서 실행될 때에 본원에서 설명된 상기 방법들을 수행하기 위한 컴퓨터 소프트웨어 코드 부분들을 포함하는 컴퓨터 프로그램 요소, 그리고 데이터 프로세서에서 실행될 때에 본원에서 설명된 방법이나 방법들의 모든 단계들을 수행하도록 적응된 코드를 포함하는 컴퓨터 프로그램을 포함한다는 것을 그래서 알 것이다. 상기 데이터 프로세서는 마이크로프로세서 시스템, 프로그래머블 FPGA(field programmable gate array) 등일 수 있다.

따라서, 여기에 설명된 기술은 컴퓨터 시스템과 함께 사용하기 위한 컴퓨터 프로그램 제품으로서 적절하게 구현될 수 있다. 그러한 구현은 컴퓨터 판독 가능 매체, 예를 들어 디스켓, CD-ROM, ROM, RAM, 플래시 메모리 또는 하드 디스크와 같은 유형 (有形)인, 비-일시적 매체에 고정된 일련의 컴퓨터 판독 가능 지시들을 포함할 수 있다. 그것은, 광학이나 아날로그 통신 라인들을 포함하지만 그것들로 국한되지 않는 유형의 매체 또는 마이크로파, 적외선이다 다른 전송 기술들을 포함하지만 그것들로 국한되지 않는 무선 기술들을 무형적으로 사용하는 것 중 어느 하나를 통해, 모뎀이나 다른 인터페이스 디바이스를 경유하여 컴퓨터 시스템으로 전송 가능한 일련의 컴퓨터 판독 가능 지시들을 또한 포함할 수 있을 것이다. 상기 일련의 컴퓨터 판독 가능 지시들은 본원에서 이전에 설명된 기능의 전부 또는 일부를 구현한다.

당업자는 그런 컴퓨터 판독 가능 지시들이 많은 컴퓨터 아키텍처들이나 운영 체제들과 함께 사용하기 위해 다수의 프로그래밍 언어들로 작성될 수 있음을 인정할 것이다. 또한, 그런 지시들은 반도체, 자기 또는 광학을 포함하지만 그것들로 국한되지 않는 현재 또는 미래의 메모리 기술을 사용하여 저장될 수 있으며 또는 광학, 적외선 또는 마이크로파를 포함하지만 그것들로 국한되지 않는 현재 또는 미래의 통신 기술을 사용하여 전송될 수 있다. 그런 컴퓨터 프로그램 제품은, 동반하는 인쇄 또는 전자 문서를 구비한 분리 가능 매체로서, 예를 들어, 시스템 ROM 또는 고정 디스크에 컴퓨터 시스템이 미리 로드된 수축 포장 소프트웨어로서 배포되거나 또는 네트워크를 통해, 예를 들면, 인터넷 또는 월드 와이드 웹을 통해 서버 또는 전자 게시판으로부터 배포될 수 있다.

본 발명의 임의의 추가 측면들 또는 실시예들 중 어느 하나에 따른 본 발명은 상호 모순되지 않는 범위에서 본 발명의 다른 측면이나 실시예들을 참조하여 설명된 특징들 중 어느 하나를 포함할 수 있다.

상기 디바이스 등의 위치 또는 운행 가능 네트워크/지도 등 내 위치에 대한 잠조는 문맥이 달리 요구하지 않는 한 이것들을 나타내는 데이터를 참조하는 것으로 이해되어야 한다는 점에 유의해야 한다. 상기 데이터는 어떤 식으로든 관련 매개변수를 나타낼 수 있으며 그리고 직접 또는 간접적으로 해당 매개변수를 나타낼 수 있다. 그래서 위치, 속성 등에 대한 임의의 참조는 그것들을 나타내는 데이터, 즉 위치 데이터 또는 속성 데이터 등에 대한 참조로 대체될 수 있다. "연관된"이라는 문구는 데이터 저장 위치들에 대한 특정 제한을 필요로 하는 것으로 해석되어서는 안 된다는 점에 또한 유의해야 한다. 상기 문구는 특징들이 식별 가능하게 관련되어 있다는 것만을 필요로 한다.

본 발명의 실시예들의 다양한 특징들은 아래에서 더욱 상세하게 설명될 것이다.

본 발명의 교시들의 다양한 측면들 및 이러한 교시들을 구현하는 설비들은 첨부 도면을 참조하여 예시적인 예로서 이하에서 설명될 것이다.
도 1은 본원에 제시된 기술의 실시예들이 구현될 수 있는 시스템을 개략적으로 도시한다.
도 2는 실시예에 따라 위치 트리거를 수신할 때에 디바이스에 의해 수행되는 처리 단계들을 도시한다.
도 3은 일 실시예에 따른 지도 정보 업데이트 시스템의 고레벨 아키텍처 도면이다.
도 4는 위치 트리거들이 도로 네트워크의 전자 지도 표현 상으로 어떻게 통합될 수 있는가를 나타낸다.
도 5는 속도 제한이 변경된 도로 네트워크 내의 프로브 데이터 관찰에서 어떻게 탐지될 수 있는지 보여준다.
도 6은 실시예에 따라 속도 제한이 변경되었는지 여부를 확인하기 위해 위치 트리거가 어떻게 사용될 수 있는지를 보여준다.
도 7은 도로 네트워크 내의 특정 위치에서 시간의 함수로서 속도 기록들의 예를 보여준다.
도 8은 두 개의 상이한 시각들에 도 7의 예에서 상기 위치에 대한 속도 기록들의 분포를 보여준다.

본 발명의 실시예는 네트워크 내에서 현재 이동 중인 사용자 디바이스들로부터 운행 가능 네트워크에 관한 정보 (예: 지도 정보)를 수집하는 방법에 관한 것이다. 다시 말해서, 실시예는 그런 정보를 '크라우드 소싱(crowd sourcing)'하기 위한 기술들에 관한 것이다. 바람직하게는 상기 운행 가능 네트워크는 도로 네트워크이며 그리고 상기 정보는 그 네트워크 내에서 이동하는 차량과 연관된 디바이스들로부터 수집된다. 예를 들어, 차량 내에서 그리고/또는 차량 내 시스템으로부터 운반되거나 장착된 스마트폰과 같은 사용자 디바이스들로부터 정보가 수집될 수 있다.

도 1은 본 발명의 실시예들이 수행될 수 있는 시스템의 예를 도시한다. 보이는 바와 같이, 차량(10)은 차량 내 네트워크(14)를 통해 서로 통신할 수 있는 디바이스들(12)의 상호 연결된 세트를 포함한다. 상기 디바이스들(12) 중 몇몇은 예를 들어 서버(18)를 통해 하나 이상의 인터넷 서비스들에 대한 액세스를 제공하는 (셀룰러 네트워크, GSM G1-G4, G5, 협대역-IoT, LoRa 등과 같은) 장거리 (long-haul) 무선 네트워크(16)에 또한 연결된다.

도 1은 차량 내 네트워크에 부착된 여러 디바이스들(12)을 보여준다. 각 디바이스(12)는 보통은 프로세서, 몇몇 메모리 및 네트워크 인터페이스를 포함한다. 상기 디바이스들(12) 중 적어도 일부에는 하나 이상의 센서들(13), 예를 들어, 마이크, 카메라, 가속도계, 포지셔닝 센서, 근접 센서, 레이더, 레이저 거리 측정기, 주변 광 검출기 등이 또한 장착된다. 상기 디바이스들(12) 중 일부는 차량에 내장될 수 있어서, 그 디바이스들의 센서(들)(13)이 고정된 방위를 갖도록 한다. 그러나, 상기 디바이스(12) 중 일부는 사용자의 스마트폰처럼 사용자에게 속할 수 있으며, 그래서 그것들이 안정적으로 사용되기 전에 제자리에 장착되어야 할 필요가 있을 수 있다.

차량 내 네트워크(14)에 연결된 임의의 디바이스들(12)은 그 네트워크(14) 내 다른 디바이스들(12)과 자신들의 리소스들(예: 센서들(13))을 공유하도록 구성될 수 있다. 예를 들어, 모바일 디바이스는 차량에 내장된 디바이스들 내에 내장된 비디오 센서들에 액세스하는 것이 가능할 수 있다. 유사하게, 임베디드 디바이스에서 실행되는 애플리케이션은 모바일 디바이스의 장거리 무선 네트워크에 액세스하는 것이 가능할 수 있다. 그래서 상기 디바이스들(12)은 그 디바이스들이 리소스들을 공유할 수 있도록 하는 '사물 인터넷' 유형 인프라 내에서 통신할 수 있다.

상기 디바이스들(12) 중 적어도 하나는 내비게이션 애플리케이션을 실행하고 있을 수 있다. 일반적으로 알려진 방식에서, 상기 내비게이션 애플리케이션은 사용자가 새로운 목적지로 내비게이션하는 것을 돕거나, 일반적으로 사용되는 목적지(집, 직장 등)로 내비게이션하기 위한 관련 정보를 제공할 수 있을 뿐이다. 두 모드들에서, 상기 내비게이션 애플리케이션은 로컬에 저장된 지도 정보를 사용하고 장거리 무선 네트워크(16)를 사용하여 지도 콘텐츠 제공자로부터 지도 정보를 수신할 수 있다.

상기 지도 콘텐츠 제공자는 다양한 지도 정보를 제공한다. 도로 네트워크와 관련된 지도 정보는 비교적 정적이며 그리고 도로 공사를 완료하는 데 몇 달에서 몇 년이 걸릴 수 있으므로 지도 업데이트들은 양호하게 스케줄링될 수 있다. 그러나, 교통 밀도, 사고, 도로 폐쇄, 업데이트된 도로 표지판, 관심 지점 등과 같은 다른 지도 정보가 더 동적일 수 있다. 지도 콘텐츠 제공자는 내비게이션 애플리케이션으로부터의 위치 데이터 포인트들을 관찰하여, 과거 내비게이션 데이터와 최근 내비게이션 데이터 간의 차이를 탐지할 수 있다. 이러한 차이들은 지도 정보에서의 변경을 가리킬 수 있다. 이런 그리고 다른 유형의 보고들은 지도 업데이트 시스템에 의해 처리한다.

위치 트리거 처리

실시예들은 지도 업데이트 시스템이 지도 업데이트 결정을 지원하는 로컬 정보를 신속하게 획득할 수 있게 한다. 이것은 도 2에 도시된 바와 같이 위치 트리거의 처리를 지원할 수 있도록 차량 내 네트워크(14) 내의 내비게이션 애플리케이션을 포함한다.

도 2는 위치 포인트 및 액션 요청을 포함하는 위치 트리거를 수신하는 것(단계 20)으로 시작하는 내비게이션 애플리케이션의 처리 단계들을 보여준다. 위치 지점 (location point)은 예를 들어 경도 및 위도 값 쌍을 사용하여 표현되는 지도 상의 지점 사양이다. 상기 위치 지점은 일반적으로 도로 세그먼트 또는 새 도로 세그먼트 상에 위치한다. 상기 위치 지점은 방향 표시를 또한 포함할 수 있다. 상기 액션 요청은 연관된 위치 지점에서 지도 작성 목적들을 위한 데이터 수집 요청을 기술한다. 상기 액션 요청은 액세스 가능한 카메라로 하나 이상의 이미지들을 찍도록 규정하거나 짧은 비디오 시퀀스를 녹화할 수 있다. 상기 액션 요청은 시간 세그먼트에 걸친 가속도계 판독을 기록하는 것을 또한 규정할 수 있다. 그래서 내비게이션 애플리케이션에 액세스할 수 있는 임의 센서가 상기 액션 요청에 포함될 수 있다. 액션 요청을 수신한 후, 상기 내비게이션 애플리케이션은 차량 위치 데이터가 위치 트리거에서 제공된 위치 지점의 특정 마진 내에 있음을 표시하기를 기다린다(단계 21).

상기 위치 트리거 지점에서, 상기 내비게이션 애플리케이션은 액션 요청에 표시된 대로 차량 내 네트워크에 있는 다른 디바이스의 액세스 가능한 센서 또는 로컬 센서로부터 센서 데이터를 수집한다(단계 22). 옵션으로, 상기 내비게이션 애플리케이션은 수집된 센서 데이터를 처리할 수 있다(단계 23). 상기 처리는 위치 트리거 메시지에 포함된 코드 (스크립트, 바이트 코드들의 세트, 바이너리 코드)를 사용하거나 내비게이션 애플리케이션에 의해 지원된 미리 결정된 센서 데이터 처리 기능들을 사용할 수 있다.

센서 데이터 처리의 예는 이미지 내 특징들 검색 또는 데이터 압축 작업이다. 상기 처리는 중복되거나 관련 없는 정보를 탐지하고 제거하여 센서 데이터의 크기를 줄일 수 있다. 상기 처리 단계는 상기 수집된 센서 데이터를 시간, 날짜, 위치, 디바이스 식별, 센서 식별 등과 같은 다른 센서 정보와 함께 센서 데이터 보고로 결합할 수 있다. 상기 센서 데이터 보고는 인증 및 기밀성 기술을 바람직하게 사용한다. 상기 센서 데이터 보고는 상기 수신된 위치 트리거에 대한 응답으로 송신된다 (단계 24).

반면에, 차량 위치 데이터가 미리 정해진 마진 내에서 상기 위치 지점에 도달하지 않으면, 상기 내비게이션 애플리케이션은 타임아웃 윈도우가 만료된 후 오류 메시지를 반환한다.

지도 업데이트 시스템

전술한 바와 같이 내비게이션 애플리케이션에 구현된 특징들은 지도 정보 업데이트 시스템에서 유리하게 사용될 수 있다. 도 3은 일 실시예에 따른 지도 정보 업데이트 시스템의 고레벨 아키텍처 도면을 포함한다.

그래서 도 3은 위치 트리거 메시지를 생성하기 위한 지도 정보 제어기(35)를 갖는 지도 정보 업데이트 시스템을 보여준다. 위치 트리거의 위치 지점이 도로 세그먼트의 특정 범위 내에 있으면, 그 도로 세그먼트를 위치 트리거와 연관시키는 도로 세그먼트에 참조 또는 위치 트리거 식별자가 추가된다. 그러므로 그러한 연관은 전자 지도 내에서 POI(Point of Interest) 또는 도로 세그먼트 속성과 유사할 수 있다는 것이 인정될 것이다. 그 다음 상기 위치 트리거들은 네트워크 내에서 이동하는 차량과 연관된 내비게이션 애플리케이션(31)으로 스케줄러(30)를 통해 발행된다. 옵션으로, 상기 스케줄러(30)는 상기 내비게이션 애플리케이션(31)으로부터 위치 데이터를 또한 수집한 다음 프로브 데이터에 기초하여 어느 내비게이션 애플리케이션(들)(31)으로 상기 위치 트리거를 발행할 것인가를 결정할 수 있다. 예를 들어, 상기 스케줄러(30)는 연관된 위치 부근에 있는 내비게이션 애플리케이션들(31)에게만 위치 트리거들을 선택적으로 발행할 수 있다. 대안으로, 상기 스케줄러(30)는 도로 네트워크 내에서 현재 동작하고 있는 모든 내비게이션 애플리케이션들(31)에게 위치 트리거들을 발행할 수 있다.

예를 들어, 내비게이션 애플리케이션(31)은 지도 데이터의 일부로서 연관 정보를 수신할 수 있다. 이것은 도로 네트워크의 전자 지도 표현 상으로 중첩된 2개의 위치 트리거들(40)를 도시하는 도 4에 예시되어 있다. 대안으로, 상기 네비게이션 애플리케이션(31)은 현재 위치 근처, 계획된 경로 근처, 또는 자주 이동하는 경로 근처에서 임의의 그러한 연관들을 요청할 수 있다. 예를 들어, 상기 내비게이션 애플리케이션(31)은 연관 정보(참조, 식별자)를 이용하여 위치 트리거의 전송을 요청할 수 있다.

위에서 설명된 구현들 각각은 장거리 통신 네트워크(16)를 통한 위치 트리거의 전송의 결과를 가져온다. 위치 트리거를 수신하는 내비게이션 애플리케이션(31)은 상기 요청된 센서 데이터를 차량 내 네트워크(14) 내의 연관된 센서(32)로부터 수집한 다음 이전 섹션에서 설명된 것처럼 적합한 센서 데이터 처리 소프트웨어(33)를 사용하여 상기 위치 트리거를 처리하여 센서 데이터 보고를 생성하고 반환할 수 있다.

상기 지도 정보 제어기(35)는 지도 정보(36)를 적절하게 업데이트하기 위해 상기 센서 데이터 보고를 사용할 수 있다. 이 단계에서, 상기 업데이트 프로세스는 알려진 지도 업데이트 메커니즘 또는 지도 생성 메커니즘과 일반적으로 비교될 수 있다.

상기 센서 데이터 보고가 신뢰할 수 없는 사용자 데이터로 간주될 수 있으므로, 상기 지도 정보 업데이트 시스템은 지도 정보 제어기에서 사용하기 전에 센서 데이터 보고의 신뢰 수준을 검증하기 위해 메시지 유효성 검사 모듈(34)을 채택할 수 있다. 상기 검증 작업은 센서 데이터 보고에 사용된 인증 및 기밀성 기술들을 체크할 수 있다. 그것은 상기 센서 데이터를 다른 소스들로부터의 이력 센서 데이터와 또한 비교할 수 있다. 다른 검증 기술은 동일한 위치 트리거에 대해 상이한 내비게이션 애플리케이션들에 의해 생성된 센서 데이터 보고들을 비교하고 더 신뢰할 수 있는 센서 데이터 보고로 결합하는 것일 수 있다.

사용 사례 - 속도 변경 업데이트

크라우드 소싱 지도 업데이트들은 속도 제한 변경 사항들을 실시간으로 보고하려고 시도하는 지도 제품에서 상기 속도 제한 정보를 항상 최신 상태로 유지하기 위해 사용될 수 있다.

이 경우에, 상기 전자 지도를 업데이트하기 위해 함께 작동하는 네 가지 시스템들이 존재한다:

·- 관련 도로 네트워크를 모니터링하고 예를 들면 GPS 데이터(클라우드의 서버들에서 실행)로부터의 변경 사항들을 탐지하는 변화 검출기.

·- 예를 들면, 윈드실드 뒤의 모바일 플랫폼에서 실행되는 앱

·- 모바일 플랫폼에서 실행되는 AI 기반 객체 탐지 알고리즘

·- 지도 서비스.

예를 들어 속도의 변화에 대해 전체 도로 네트워크가 모니터링되고 있다. 이것은 (도 7에 도시된) 도로 세그먼트을 지날 때에 자동차들의 속도(또는 다른 속성들)를 측정하여 수행할 수 있다. 그런 다음 그 도로 세그먼트의 속도 분포는 시간 상 특정 기간(예: (도 8에 도시된) 1주일 또는 1일)에 걸쳐 계산된다. 그런 다음 속도 분포의 유사성은 예를 들어 Kullback-Leibler 발산

또는 어떤 다른 적절한 분포 유사성 측정을 사용함으로써 측정된다. 유사도가 특정 임계 미만이면, 세그먼트 속성이 변경되었을 가능성이 있으며 그리고 이 세그먼트는 검증을 위해 상기 모바일 플랫폼으로 송신된다.

예를 들어, 도 5는 두 개의 설정 간격들 사이에 속도 분포의 변화가 있는 예를 보여준다. 상기 분포에서의 변화는 도로 세그먼트에서 데이터 수집 요청을 발행하기 위한 기초를 형성한다.

상기 모바일 앱은 카메라가 도로를 향하도록 적절하게 장착되어 있는 스마트폰에서 실행될 수 있다. 그러나, 차량의 카메라 또는 실제로 스마트폰 카메라에 대한 액세스가 제공되는 차량에 내장된 전용 네비게이션 디바이스 또는 네비게이션 시스템에서 상기 앱이 디바이스들의 차량 내 네트워크의 일부로서 실행될 수 있다는 것이 또한 고려된다. 도 6에 도시된 바와 같이, 상기 내비게이션 애플리케이션은 지도 서버에 의해 제공되는 정적 지도 콘텐츠를 기반으로 사용자를 참여시키기 위해 제한 속도와 같은 도로 속성을 디스플레이한다. 그래서, 상기 디스플레이는 전자 지도(42)에 대한 사용자의 현재 위치(41)를 보여주며, 로컬 속도 제한을 보여주는 패널 디스플레이도 (도 6의 화면 하단에서) 또한 제공한다.

도 6에서 보이는 예에서, 속도 제한은 120km/h인 것으로 보인다. 그러나, 도 5의 분포는 속도 제한이 (80km/h로) 변경되었을 수 있음을 나타낸다. 이 경우에, 상기 모바일 앱은 도로 세그먼트 상의 잠재적 속성 변경을 확인하기 위한 요청을 수신한다. 이 요청에 대한 응답으로, 상기 모바일 애플리케이션은 자동으로 카메라를 켜서 (도 6에 표시된 패널(73)에 표시된 것처럼) 속도 제한 표지판의 이미지를 캡처한다. 바람직하게는, 상기 카메라는 도로를 따라 이미지들의 시퀀스 (즉, 비디오 스트림)를 획득하기 위해 사용된다. 예를 들어, 상기 속도 제한 표지판의 정확한 위치는 알려지지 않을 수 있다. 그런 다음 도로의 전체 세그먼트에 대한 이미지들을 획득하기 위해 상기 카메라가 사용될 수 있으며, 이러한 이미지들 중 적어도 일부에서 상기 제한 속도 표지판이 캡처될 것이라는 것을 알 수 있다.

그런 다음 상기 모바일 앱은 상기 이미지(73)를 처리하고 속도 제한 값을 추출하기 위해 적절한 물체 검출 알고리즘을 실행한다. 그런 다음 이 값은 지도 업데이트를 위해 지도 서비스로 송신될 수 있으며 그리고 수정된 속도 제한 값(60)이 그 후에 사용자에게 디스플레이될 수 있다. 상기 디바이스에서 이미지 데이터를 처리하는 것은 상당한 대역폭을 절약하는 데 도움이 된다는 것이 인정될 것이다. 대조적으로, 몇몇의 이전 접근 방식들에서, 전체 이미지 시퀀스가 분석을 위해 클라우드 서버로 전달되었을 것이다. 그래서, 일반적으로 이것은, 예를 들어, (너무 많은 데이터 대역폭 사용을 피하기 위해) 여행 후에 사용자가 집에 돌아와 가정 인터넷 접속에 연결된 때인 더 나중에만 수행되었다. 그래서 상기 설명된 실시예들은 데이터가 거꾸로 보고되고 더 정기적으로 그리고/또는 더 낮은 대역폭 비용으로 사용되는 것을 또한 허용한다.

다른 사용 사례들

속도 제한 정보를 획득하는 것과 관련하여 일 예가 위에서 제시되었지만, 그러한 위치 트리거들은 도로 네트워크에 관한 임의의 원하는 정보를 획득하기 위해 사용될 수 있다는 것을 언정될 수 있을 것이다. 예를 들어, 몇몇의 다른 예시의 위치 트리거들이 아래에서 열거된다:

·- 도로 세그먼트를 따라 위치 간격들 및/또는 시간 간격들로 일련의 이미지들을 찍기 위한 요청을 수반한 위치 트리거(예: 교통 밀도를 추정하기 위해 도로 세그먼트에서 트래픽의 몇 초 간격당 하나의 이미지 속도로)

·- 교차로 지연들에서의 변화들에 대한 응답으로 도로 교차로의 이미지들을 찍도록 요청하는 위치 트리거

·- (예: 포트 홀 탐지용으로) 노면 상태를 판별하기 위해 도로 세그먼트을 따라 가속도계 데이터 및/또는 주변 소음 상태를 기록하라는 요청이 있는 위치 트리거

·- 도로 세그먼트을 따라 위치 간격들에서 일련의 이미지들를 만들도록 요청하는 위치 트리거.

상기 획득된 정보는 지도 서비스 제공자에게 제공될 필요가 없으며 다양한 다른 애플리케이션(전자 지도 업데이트에 국한되지 않음)에서 유용성을 찾을 수 있음이 또한 이해될 것이다. 예를 들어, 상기 정보는 교통 관리, 도시 계획에 사용되거나 심지어는 자동차 제조업체 또는 도로 네트워크의 다른 사용자에게 제공될 수 있다.

그래서, 본 발명의 다양한 측면들 및 실시예들이 지금까지 설명되었지만, 본 발명의 범위는 여기에 제시된 특정 구성들으로 제한되지 않으며, 첨부된 청구항들의 범위에 속하는 모든 구성들 및 그에 대한 수정 및 변경을 포함하도록 대신에확장된다는 것이 인정될 것이다.

본 발명의 실시예들은 컴퓨터 시스템과 함께 사용하기 위한 컴퓨터 프로그램 제품으로서 구현될 수 있으며, 상기 컴퓨터 프로그램 제품은 예를 들어 유형의 데이터 기록 매체에 저장되거나 컴퓨터 데이터 신호로 구현되는 일련의 컴퓨터 명령들이다. 일련의 컴퓨터 명령들은 위에서 설명한 기능의 전부 또는 일부를 구성할 수 있으며, 그리고 반도체, 자기, 광학 또는 다른 메모리 디바이스와 같은 휘발성 또는 비-휘발성 메모리 디바이스에도 저장될 수 있다.

또한, 바람직한 실시예가 소프트웨어를 통해 특정 기능을 구현하는 반면, 그 기능은 (예를 들면 하나 이상의 ASIC (application specific integrated circuit)에 의해) 하드웨어에서 단독으로 또는 실제로 하드웨어와 소프트웨어를 혼합하여 동등하게 구현될 수 있다는 것은 당업자에 의해 또한 잘 이해될 것이다. 이처럼, 본 발명의 범위는 소프트웨어로 구현되는 것 만으로 한정되는 것으로 해석되지 않아야 한다.

마지막으로, 첨부된 청구범위가 여기에서 설명된 특징들의 특정 조합들을 제시하지만, 본 발명의 범위는 이후에 청구되는 특정 조합들로 제한되지 않으며, 본원에 개시된 특징들이나 실시예들의 특정 조합이 이 시점에서 상기 첨부된 청구범위에 구체적으로 열거되었는지 여부와 상관없이, 상기 개시된 특징들이나 실시예들의 임의의 조합을 포함하도록 대신에 확장된다는 점에 또한 유의해야 한다.

Claims

운행 가능 네트워크 내에서 이동하는 사용자와 연관된 디바이스로부터 운행 가능 네트워크에 관한 정보를 획득하기 위한 방법으로서, 상기 방법은:
상기 디바이스에서 센서 데이터를 획득하기 위한 요청을 수신하는 단계로, 상기 요청은 상기 디바이스에 의해 액세스 가능한 하나 이상의 센서(들)로부터 센서 데이터를 획득하기 위한 하나 이상의 명령(들)의 세트, 및 위치-특정 트리거를 포함하고, 상기 트리거는 상기 운행 가능 네트워크 내의 위치와 연관된, 수신 단계;
상기 디바이스가 상기 트리거와 연관된 위치에 도달했다고 판단될 때에, 상기 요청된 센서 데이터를 회득하기 위해서 상기 명령(들)을 자동으로 실행하는 단계를 포함하는, 방법.
제1항에 있어서,
상기 획득된 센서 데이터를 나타내는 데이터를 출력을 위해 제공하는 단계를 포함하는, 방법.
제2항에 있어서,
상기 획득된 센서 데이터를 나타내는 데이터는 상기 획득된 센서 데이터를 나타내는 데이터 및 다른 정보를 포함하는 센서 데이터 보고의 형태로 출력하기 위해 제공되며, 상기 다른 정보는, (i) 상기 센서 데이터가 획득되었던 시각; (ii) 상기 센서 데이터가 획득되었던 위치; (iii) 디바이스 및/또는 센서 식별자, 및 (iv) 상기 센서 데이터 보고를 생성했던 요청을 나타내는 요청 식별자 중 하나 이상을 포함하는, 방법.
제1항, 제2항 또는 제3항 중 어느 한 항에 있어서,
상기 운행 가능 네트워크의 하나 이상의 속성(들)에 관한 정보를 결정하거나 추출하기 위해 상기 디바이스에서 상기 획득된 센서 데이터를 처리하는 단계를 더 포함하는, 방법.
제1항 내지 제4항 중 어느 한 항에 있어서,
상기 센서 데이터는 상기 디바이스와 연관된 카메라에 의해 캡처된 이미지 및/또는 비디오 데이터를 포함하는, 방법.
제1항 내지 제5항 중 어느 한 항에 있어서,
상기 센서 데이터는 상기 디바이스와 연관된 하나 이상의 가속도계(들)로부터 획득된 가속도 데이터를 포함하는, 방법.
제1항 내지 제6항 중 어느 한 항에 있어서,
상기 디바이스는 전자 지도에 대한 자신의 위치를 판단할 수 있으며, 상기 전자 지도에 대한 상기 디바이스의 위치가 상기 위치의 미리 결정된 임계 거리 내에 있다고 판단될 때에 상기 디바이스는 상기 트리거와 연관된 위치에 도달했다고 판단되는, 방법.
제1항 내지 제7항 중 어느 한 항에 있어서,
상기 트리거는 방향 표시를 포함하여, 상기 디바이스가 선택된 방향으로부터 상기 트리거와 연관된 위치에 접근하고 있다고 판단될 때에만 센서 데이터가 획득되도록 하는, 방법.
운행 가능 네트워크에 관한 정보를 하나 이상의 디바이스(들)로부터 획득하기 위한 방법으로서, 하나 이상의 디바이스들 각각은 운행 가능 네트워크 내에서 이동하는 사용자와 연관되며, 상기 방법은:
센서 데이터를 획득하기 위한 요청을 서버로부터 상기 운행 가능 네트워크 내에서 이동하는 하나 이상의 디바이스(들)에게로 발행하는 단계로, 상기 요청은 상기 디바이스(들)에 의해 액세스 가능한 하나 이상의 센서(들)로부터 센서 데이터를 획득하기 위한 하나 이상의 명령(들)의 세트, 및 위치-특정 트리거를 포함하며, 상기 트리거는 상기 운행 가능 네트워크 내의 위치와 연관되며, 상기 트리거는 상기 디바이스가 상기 트리거와 연관된 위치에 도달했다고 판단될 때에 상기 디바이스로 하여금 상기 센서 데이터를 획득하기 위한 명령(들)을 자동으로 작동하게 하도록 구성된, 발행 단계; 그리고
센서 데이터에 대한 요청에 응답하여 하나 이상의 디바이스(들)로부터 획득된 센서 데이터를 나타내는 데이터를 서버에서 수신하는 단계를 포함하는, 방법.
제9항에 있어서,
상기 서버에서 수신된 데이터를 처리하는 단계를 더 포함하고, 상기 처리하는 단계는 상기 획득된 센서 데이터를 검증하는 단계를 포함하고, 상기 획득된 센서 데이터를 검증하는 단계는 복수의 서로 상이한 디바이스들로부터 획득되었던 센서 데이터를 결합 및/또는 비교하는 단계를 포함하는, 방법.
제9항 또는 제10항에 있어서,
수신된 데이터를 사용하여 전자 지도를 업데이트하는 단계를 포함하는, 방법.
제9항 내지 제11항 중 어느 한 항에 있어서,
상기 트리거는 상기 디바이스의 주변 및/또는 상기 디바이스가 내비게이션되고 있는 미리 결정된 경로의 주변 내의 트리거들에 대한 상기 디바이스로부터의 요청에 응답하여 발행되는, 방법.
제9항 내지 제11항 중 어느 한 항에 있어서,
상기 트리거는 상기 전자 지도에 잠재적인 오류가 있다는 것을 검출한 것에 응답하여 발행되고, 상기 트리거와 연관된 위치는 상기 잠재적인 오류가 검출된 위치인, 방법.
운행 가능 네트워크에 관한 정보를 하나 이상의 디바이스(들)로부터 획득하기 위한 방법으로서, 상기 하나 이상의 디바이스들 각각은 상기 운행 가능 네트워크 내에서 이동하는 사용자와 연관되며, 상기 방법은:
센서 데이터를 획득하기 위한 요청을 서버로부터 상기 운행 가능 네트워크 내에서 이동하는 하나 이상의 디바이스(들)에게로 발행하는 단계로, 상기 요청은 상기 디바이스(들)에 의해 액세스 가능한 하나 이상의 센서(들)로부터 센서 데이터를 획득하기 위한 하나 이상의 명령(들)의 세트, 및 위치-특정 트리거를 포함하며, 상기 트리거는 상기 운행 가능 네트워크 내의 위치와 연관된, 발행 단계;
상기 운행 가능 네트워크 내에서 이동하는 디바이스에서, 센서 데이터를 획득하기 위한 요청을 수신하는 단계;
상기 디바이스가 상기 트리거와 연관된 위치에 도달했다고 판단될 때에, 상기 요청된 센서 데이터를 획득하기 위해서 상기 명령(들)을 자동으로 실행하는 단계; 그리고
상기 획득된 센서 데이터를 나타내는 데이터를 출력을 위해 상기 서버에 제공하는 단계를 포함하는, 방법.
디바이스가 이동하고 있는 운행 가능 네트워크에 관한 정보를 획득하도록 동작 가능한 디바이스로서, 상기 디바이스는 하나 이상의 연관된 센서(들)에 액세스할 수 있으며, 상기 디바이스는 하나 이상의 프로세서(들)를 포함하며, 상기 하나 이상의 프로세서(들)는:
센서 데이터를 획득하기 위한 요청을 수신하도록 구성되며, 상기 요청은 상기 디바이스에 의해 액세스 가능한 하나 이상의 센서(들)로부터 센서 데이터를 획득하기 위한 하나 이상의 명령(들)의 세트, 및 위치-특정 트리거를 포함하고, 상기 트리거는 상기 운행 가능 네트워크 내의 위치와 연관되며; 그리고
상기 디바이스가 상기 트리거와 연관된 위치에 도달한 때를 판단하도록 구성되어, 그런 판단에 응답하여, 상기 요청된 센서 데이터를 획득하기 위해 상기 명령(들)을 자동으로 실행하는, 디바이스.
운행 가능 네트워크 내에서 이동하는 사용자와 각각 연관된 하나 이상의 디바이스(들)로부터 상기 운행 가능 네트워크에 관한 정보를 획득하도록 구성된 서버로서, 상기 서버는 하나 이상의 프로세서(들)를 포함하며, 상기 하나 이상의 프로세서(들)는:
센서 데이터를 획득하기 위한 요청을 상기 운행 가능 네트워크 내에서 이동하는 하나 이상의 디바이스(들)에게로 발행하도록 구성되며, 상기 요청은 상기 디바이스(들)에 의해 액세스 가능하거나 상기 디바이스(들)과 연관된 하나 이상의 센서(들)로부터 센서 데이터를 획득하기 위한 하나 이상의 명령(들)의 세트를 포함하며, 상기 트리거는 상기 디바이스가 상기 트리거와 연관된 위치에 도달한다고 판단될 때에 상기 디바이스로 하여금 상기 센서 데이터를 획득하기 위해 상기 명령(들)을 자동으로 작동시키도록 구성되며; 그리고
상기 센서 데이터에 대한 요청에 응답하여 하나 이상의 디바이스(들)로부터 획득된 센서 데이터를 나타내는 데이터를 수신하도록 구성된, 서버.
제16항에서 청구된 서버와 통신하는 제15항에서 청구된 하나 이상의 디바이스(들)를 포함하는 시스템.