KR20210141503A - 컨텍스트 인식 모바일 장치 관리 - Google Patents

컨텍스트 인식 모바일 장치 관리 Download PDF

Info

Publication number
KR20210141503A
KR20210141503A KR1020217029654A KR20217029654A KR20210141503A KR 20210141503 A KR20210141503 A KR 20210141503A KR 1020217029654 A KR1020217029654 A KR 1020217029654A KR 20217029654 A KR20217029654 A KR 20217029654A KR 20210141503 A KR20210141503 A KR 20210141503A
Authority
KR
South Korea
Prior art keywords
mobile device
context
user
vehicle
data
Prior art date
Application number
KR1020217029654A
Other languages
English (en)
Inventor
조셉 이. 3세 브로
마이클 더블유. 린
채드 하웰
존 라이트
체스터 패럿
니콜라스 해서웨이
채드 에이. 케네디
Original Assignee
셀컨트롤 인코포레이티드
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from US16/276,194 external-priority patent/US10805861B2/en
Application filed by 셀컨트롤 인코포레이티드 filed Critical 셀컨트롤 인코포레이티드
Publication of KR20210141503A publication Critical patent/KR20210141503A/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/08—Access security
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/02—Access restriction performed under specific conditions
    • H04W48/04—Access restriction performed under specific conditions based on user or terminal location or mobility data, e.g. moving direction, speed
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/02—Input arrangements using manually operated switches, e.g. using keyboards or dials
    • G06F3/0227—Cooperation and interconnection of the input arrangement with other functional units of a computer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724—User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72448—User interfaces specially adapted for cordless or mobile telephones with means for adapting the functionality of the device according to specific conditions
    • H04M1/72454—User interfaces specially adapted for cordless or mobile telephones with means for adapting the functionality of the device according to specific conditions according to context-related or environment-related conditions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724—User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72448—User interfaces specially adapted for cordless or mobile telephones with means for adapting the functionality of the device according to specific conditions
    • H04M1/72463—User interfaces specially adapted for cordless or mobile telephones with means for adapting the functionality of the device according to specific conditions to restrict the functionality of the device
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/60—Context-dependent security
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/60—Context-dependent security
    • H04W12/63—Location-dependent; Proximity-dependent
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/023—Services making use of location information using mutual or relative location information between multiple location based services [LBS] targets or of distance thresholds
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/02—Services making use of location information
    • H04W4/025—Services making use of location information using location based information parameters
    • H04W4/027—Services making use of location information using location based information parameters using movement velocity, acceleration information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/50—Service provisioning or reconfiguring
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/80—Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/14—Direct-mode setup
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06N—COMPUTING ARRANGEMENTS BASED ON SPECIFIC COMPUTATIONAL MODELS
    • G06N3/00—Computing arrangements based on biological models
    • G06N3/02—Neural networks
    • G06N3/08—Learning methods
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M1/00—Substation equipment, e.g. for use by subscribers
    • H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
    • H04M1/724—User interfaces specially adapted for cordless or mobile telephones
    • H04M1/72448—User interfaces specially adapted for cordless or mobile telephones with means for adapting the functionality of the device according to specific conditions
    • H04M1/72463—User interfaces specially adapted for cordless or mobile telephones with means for adapting the functionality of the device according to specific conditions to restrict the functionality of the device
    • H04M1/724631—User interfaces specially adapted for cordless or mobile telephones with means for adapting the functionality of the device according to specific conditions to restrict the functionality of the device by limiting the access to the user interface, e.g. locking a touch-screen or a keypad
    • H04M1/724634—With partially locked states, e.g. when some telephonic functional locked states or applications remain accessible in the locked states
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04R—LOUDSPEAKERS, MICROPHONES, GRAMOPHONE PICK-UPS OR LIKE ACOUSTIC ELECTROMECHANICAL TRANSDUCERS; DEAF-AID SETS; PUBLIC ADDRESS SYSTEMS
    • H04R2499/00—Aspects covered by H04R or H04S not otherwise provided for in their subgroups
    • H04R2499/10—General applications
    • H04R2499/11—Transducers incorporated or for use in hand-held devices, e.g. mobile phones, PDA's, camera's
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04R—LOUDSPEAKERS, MICROPHONES, GRAMOPHONE PICK-UPS OR LIKE ACOUSTIC ELECTROMECHANICAL TRANSDUCERS; DEAF-AID SETS; PUBLIC ADDRESS SYSTEMS
    • H04R2499/00—Aspects covered by H04R or H04S not otherwise provided for in their subgroups
    • H04R2499/10—General applications
    • H04R2499/13—Acoustic transducers and sound field adaptation in vehicles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04R—LOUDSPEAKERS, MICROPHONES, GRAMOPHONE PICK-UPS OR LIKE ACOUSTIC ELECTROMECHANICAL TRANSDUCERS; DEAF-AID SETS; PUBLIC ADDRESS SYSTEMS
    • H04R3/00—Circuits for transducers, loudspeakers or microphones
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04S—STEREOPHONIC SYSTEMS 
    • H04S7/00—Indicating arrangements; Control arrangements, e.g. balance control
    • H04S7/30—Control circuits for electronic adaptation of the sound field
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Human Computer Interaction (AREA)
  • General Engineering & Computer Science (AREA)
  • Environmental & Geological Engineering (AREA)
  • Theoretical Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Telephone Function (AREA)
  • Telephonic Communication Services (AREA)

Abstract

본 세서에 개시된 기술은 컨텍스트 기반 모바일 장치 관리에 관한 것이다. 실시 예에 따르면, 모바일 장치에서 실행되는 애플리케이션은 모바일 장치의 컨텍스트 기반 관리를 트리거하는 이벤트를 검출한다. 모바일 장치와 관련된 사용 컨텍스트가 결정됩된다. 모바일 장치에서 시행할 하나 이상의 정책은 사용 컨텍스트의 기능으로 식별된다. 애플리케이션은 모바일 장치에서 하나 이상의 정책을 시행한다.

Description

컨텍스트 인식 모바일 장치 관리
[관련 출원과의 상호 참조]
본 출원은 2015년 6월 23일에 출원된 미국 가특허출원 일련번호 62/183,452의 우선권을 주장하며 2016년 6월 23일에 출원된 미국 특허 출원 일련 번호 15/191,353의 CIP 출원이며, 2014년 2월 5일에 출원된 미국 가특허출원 일련번호 61/936,152로부터 우선권을 주장하고, 2013년 10월 17일에 출원된 미국 가특허 출원 일련 번호 61/892,406의 우선권을 주장하고, 2013년 5월 8일에 출원된 미국 가특허 출원 일련 번호 61/821,019의 우선권을 주장하는, 2014년 5월 8일자로 출원된 미국 특허 번호 14/273,505 (현재 미국 특허 번호 9,338,605)의 연속 출원인, 2015년 11월 17일에 출원된 미국 특허 출원 일련 번호 14/944,178(현재 미국 특허 번호 9,398,421)의 CIP 출원인, 2019년 2월 14일에 출원된 미국 특허 출원 번호 16/276194의 연속 출원이다. 참고 출원에 설명된 개시 내용은 그 전체가 참조로 본 명세서에 통합된다.
본 개시는 일반적으로 모바일 장치 관리에 관한 것으로, 보다 구체적으로 컨텍스트에 기초하여 모바일 장치 사용 및 기능을 관리하는 것에 관한 것이다.
모바일 장치는 편의성을 제공하고 작업자 가용성, 연결성 및 생산성을 향상시킨다. 그러나 한 가지 우려 사항은 예를 들어 차량을 운전하고, 중장비를 조작하고, 작업 현장에서 작업하는 동안 등과 같이, 모바일 장치의 사용이 주어진 작업에 대한 개인의 집중력을 떨어뜨리는 가능성이 있다는 것이다. 이러한 사용으로 인한 결과에는 사고, 부상, 생산성 손실 및 데이터 손실이 포함된다.
현재의 모바일 장치 관리 접근 방식은 정책 기반 제어를 사용하여 모바일 장치의 사용을 차단하는 것을 포함한다. 예를 들어, 모바일 장치 관리(MDM) 회사는 회사 소유 및 개인 소유 모바일 장치의 프로비저닝을 관리하며, 프로비저닝은 주어진 모바일 장치의 기본 속성을 (예: 어떤 애플리케이션이 설치되어 있는지) 지정하고, 보안 자격 증명 및 네트워크를 구성하고, 어떤 모바일 장치가 어떤 개인에게 배포되었는지 추적하기 위한 도구를 제공하는 것을 포함한다. 그러나, 이러한 접근 방식은 종종 경직된다. 예를 들어, MDM은 개인이 모바일 장치의 문자 메시지 사용을 금하는 정책을 제공할 수 있고 모바일 장치에서 실행되는 제어 로직은 개인이 텍스트 기반 애플리케이션을 사용하는 것을 차단할 수 있다. 문자 메시지 차단 정책은 개인의 문자 메시지 차단에 효과적일 수 있지만, 경우에 따라서는, 예를 들어 비상 상황이 발생한 경우에는 개인이 문자를 보내는 것이 이로울 때가 있다. 또한, 현재의 접근 방식은 일반적으로 모바일 장치 또는 모바일 장치를 사용하는 개인의 사용 패턴을 고려하지 않는다. 사용 패턴과 관련된 데이터가 부족하면 결과적으로 모바일 장치 관리가 비효율적이 될 수 있다. 또한, 모바일 장치 관리의 현재 접근 방식은 모바일 장치 자체의 성능에 영향을 미칠 수 있다.
본 명세서에서 제시된 실시 예는 컨텍스트에 기초하여 모바일 장치 사용을 관리하기 위한 방법을 개시한다. 본 방법은 일반적으로 모바일 장치에서 실행하는 애플리케이션에 의해 모바일 장치의 컨텍스트 기반 관리를 트리거하는 이벤트를 검출하는 단계를 포함한다. 방법은 또한 일반적으로 모바일 장치와 연관된 사용 컨텍스트를 결정하는 단계를 포함한다. 방법은 또한 일반적으로 사용 컨텍스트의 기능으로서 모바일 장치에 적용할 하나 이상의 정책을 식별하고 애플리케이션에 의해 모바일 장치에 하나 이상의 정책을 시행하는 단계를 포함한다.
실시 예는 또한 실행될 때 컨텍스트에 기초하여 모바일 장치 사용을 관리하기 위한 동작을 수행하는 명령을 저장하는 컴퓨터 판독가능 저장 매체를 포함한다. 동작 자체는 모바일 장치에서 실행하는 애플리케이션에 의해 모바일 장치의 컨텍스트 기반 관리를 트리거하는 이벤트를 감지하는 것을 포함한다. 동작은 또한 일반적으로 모바일 장치와 연관된 사용 컨텍스트를 결정하는 것을 포함한다. 동작은 또한 일반적으로 사용 컨텍스트의 기능으로서 모바일 장치에 시행할 하나 이상의 정책을 식별하고 애플리케이션에 의해 모바일 장치에 대한 하나 이상의 정책을 시행하는 것을 포함한다.
또 다른 실시 예는 프로세서 및 프로세서 상에서 실행될 때 컨텍스트에 기초하여 모바일 장치 사용을 관리하기 위한 동작을 수행하는 프로그램 코드를 저장하는 메모리를 갖는 시스템을 개시한다. 동작은 모바일 장치에서 실행하는 애플리케이션에 의해 모바일 장치의 컨텍스트 기반 관리를 트리거하는 이벤트를 감지하는 것을 포함한다. 동작은 또한 일반적으로 모바일 장치와 연관된 사용 컨텍스트를 결정하는 것을 포함한다. 동작은 또한 일반적으로 사용 컨텍스트의 기능으로서 모바일 장치에 시행할 하나 이상의 정책을 식별하고 애플리케이션에 의해 모바일 장치에 대한 하나 이상의 정책을 시행하는 것을 포함한다.
본 명세서에 설명된 개념은 첨부 도면에서 제한하는 것이 아니라 예로서 도시된다. 예시의 단순성과 명료성을 위해, 도면에 예시된 요소는 반드시 축척에 맞게 그려진 것은 아니다. 적절하다고 판단되는 경우 해당 또는 유사한 요소를 나타내기 위해 참조 레이블이 도면 사이에 반복되었다.
도 1은 모바일 장치가 컨텍스트 기반 정책의 기능으로서 관리되는 컴퓨팅 환경의 적어도 하나의 실시 예의 단순화된 블록도이다;
도 2는 모바일 장치 활동이 사용 컨텍스트에 기초하여 제어될 수 있는 컨텍스트 도메인의 예의 단순화된 개념도이다;
도 3은 모바일 장치 활동이 사용 컨텍스트에 기초하여 제어될 수 있는 컨텍스트 도메인의 다른 예의 단순화된 개념도이다;
도 4는 도 1과 관련하여 설명된 모바일 장치의 적어도 하나의 실시 예의 단순화된 블록도이다;
도 5는 도 1과 관련하여 설명된 제어 애플리케이션의 적어도 하나의 실시 예의 단순화된 블록도이다;
도 6은 도 1과 관련하여 설명된 관리 서버의 적어도 하나의 실시 예의 단순화된 블록도이다;
도 7은 도 1과 관련하여 설명된 관리 서비스의 적어도 하나의 실시 예의 단순화된 블록도이다;
도 8은 도 1과 관련하여 설명된 제어 장치의 적어도 하나의 실시 예의 단순화된 블록도이다;
도 9는 도 1과 관련하여 설명된 네트워크 비콘의 적어도 하나의 실시 예의 단순화된 블록도이다;
도 10은 사용 컨텍스트에 기초하여 모바일 장치를 관리하기 위한 방법의 적어도 하나의 실시 예의 단순화된 흐름도이다;
도 11은 모바일 장치를 관리하기 위한 행동 또는 사용 모델을 적용하기 위한 방법의 적어도 하나의 실시 예의 단순화된 흐름도이다;
도 12는 컨텍스트 기반 모바일 장치 관리 환경에서 네트워크 비콘과 통신하기 위한 방법의 적어도 하나의 실시 예의 단순화된 흐름도이다; 및
도 13은 하나 이상의 컨텍스트 도메인의 시각화를 생성하기 위한 방법의 적어도 하나의 실시 예의 단순화된 흐름도이다.
본 개시의 개념은 다양한 수정 및 대안적 형태가 가능하지만, 이들의 특정 실시 예가 도면에서 예로서 도시되고 본 명세서에서 상세히 설명될 것이다. 그러나, 본 개시의 개념을 개시된 특정 형태로 제한하려는 것은 아니고, 반대로, 본 개시 및 첨부된 청구범위와 일치하는 모든 수정, 균등물 및 대안을 포함하는 것으로 이해되어야 한다.
명세서에서 "일 실시 예", "실시 예", "예시적인 실시 예" 등에 대한 참조한다는 것은 설명된 실시 예가 특정 특징, 구조 또는 특성을 포함할 수 있지만, 모든 실시 예가 그 특정 특징, 구조 또는 특성을 반드시 포함하거나 포함하지 않을 수도 있다는 것을 나타낸다. 더욱이, 이러한 문구는 반드시 동일한 실시 예를 언급하는 것은 아니다. 또한, 특정 특징, 구조 또는 특성이 실시 예와 관련하여 설명될 때, 명시적으로 기술되었는지 여부에 관계없이 다른 실시 예와 관련하여 이러한 특징, 구조 또는 특성을 실행하는 것은 당업자의 지식 범위 내에 있는 것으로 한다. 또한 "적어도 하나의 A, B 및 C" 형식으로 목록에 포함된 항목은 다음을 의미할 수 있음을 이해해야 한다: (A); (B); (C); (A 및 B); (A 및 C); (B 및 C); 또는 (A, B 및 C). 마찬가지로 “A, B, C 중 적어도 하나”의 형태로 나열된 항목은 (A); (B); (C); (A 및 B); (A 및 C); (B 및 C); 또는 (A, B 및 C)를 의미할 수 있다.
개시된 실시 예는 일부 경우에 하드웨어, 펌웨어, 소프트웨어, 또는 이들의 임의의 조합으로 구현될 수 있다. 개시된 실시 예는 또한 하나 이상의 프로세서에 의해 판독 및 실행될 수 있는 일시적 또는 비일시적 기계 판독가능(예를 들어, 컴퓨터 판독가능) 저장 매체에 의해 운반되거나 저장된 명령어로서 구현될 수 있다. 기계 판독 가능한 저장 매체는 기계(예: 휘발성 또는 비휘발성 메모리, 미디어 디스크 또는 기타 미디어 장치)가 판독할 수 있는 형태로 정보를 저장하거나 전송하기 위한 임의의 스토리지, 메커니즘 또는 기타 물리적 구조로 구현될 수 있다.
도면에서, 일부 구조적 또는 방법적 특징은 특정 배열 및/또는 순서로 도시될 수 있다. 그러나 그러한 특정 배열 및/또는 주문이 필요하지 않다는 것이 이해되어야 한다. 오히려, 일부 실시 예에서, 그러한 특징은 예시적인 도면에 도시된 것과 상이한 방식 및/또는 순서로 배열될 수 있다. 또한, 특정 도면에 구조적 또는 방법적 특징을 포함한다고 해서 그러한 특징이 모든 실시 예에서 필요하다는 것을 의미하는 것은 아니고, 일부 실시 예에서는 포함되지 않거나 다른 특징과 결합될 수 있다.
본 명세서에 사용된 바와 같이, 용어 "차량"은 사용자(즉, "운전자")에 의해 운전, 조작 또는 제어되고 운전자가 부주의하거나 차량의 조작에 완전히 주의를 기울이지 않을 경우 사고당하거나 자신이든 다른 사람이 부상을 입을 수 있는, 자동차, 트럭, 오토바이, 버스, 비행기, 헬리콥터, 소형 연식 비행선, 풍선, 글라이더, 보트, 페리, 기차, 트램, 중장비 또는 기계 및 모든 유형의 장치, 장비 또는 기타 기계를 포함하는 것이다.
본 명세서에 사용된 바와 같이, "모바일 장치"라는 용어는, 차량이 이동 중이거나 아니면 조작 중인 동안 차량의 운전자가 사용하거나 접근할 수 있는 것으로 운전자의 부주의에 기여할 수 있거나, 아니면 그러한 장치의 말하기, 문자 메시지, 서핑, 탐색, 보기 또는 기타 상호 작용 기능으로 인해 운전자가 차량의 운전 또는 작동에 온전히 집중하는 것을 방해하는, 휴대전화, 휴대전화, 스마트폰, PTT(Push-to-Talk) 장치, 개인 디지털 보조장치(PDA), 문자 또는 이메일 전용 장치, 일반 컴퓨터, 노트북, 전자 지도 또는 기타 GPS(또는 GNSS) 위치 등(이에 국한되지 않음) 장치, 차량 대시보드 화면, 차량 인포테인먼트 시스템, 전자 판독 장치, 멀티미디어 장비, 데이터 태블릿, 전자 안경, 웨어러블 감각 또는 감각 증진 장비, 일반적인 웨어러블 장치, 기타 컴퓨팅 또는 통신 장치와 같은 차량 내에서 사용할 수 있는 임의의 유형의 핸드헬드, 휴대용, 장착 가능, 웨어러블 또는 유사한 컴퓨팅 또는 통신 장치를 포함하고 포함하도록 의도되지만 이에 국한되지는 않는다.
본 명세서에 사용된 바와 같이, 용어 "컨텍스트"는 이벤트, 이벤트의 시퀀스, 또는 이벤트의 컬렉션을 둘러싸는 환경, 설정, 또는 특정 상황을 포함할 수 있다. 컨텍스트는, GPS, GNSS, 기지국 삼각 측량, BLUETOOTH 비콘, WIFI, 추측 항법, 이미지 인식, 오디오 서명, 대기압 값 및 위치 또는 상대 위치를 이해하기 위해서 해당 기술 분야의 숙련자에게 알려진 기타 센서와 같이, 기술을 사용하는 위치 또는 상대 위치가 포함될 수 있다. 컨텍스트는 외부 시스템에 장치 컨텍스트 및 시행할 정책을 결정하고 제어할 수 있는 권한이 부여되는 시스템 통합을 통해 타사에 의해 식별될 수도 있다. 컨텍스트는 연령, 직무, 안전 이력, 위험 평가, 인증, 보안 인가, 활동 수준, 보행, 심박수, 호흡수, 자세(예: 웅크리기, 앉기, 서기), 유해 화학 물질에 대한 노출, 개인 보호 장비( PPE), 높은 소음 수준의 존재, 개인 조명 장치의 상태와 같이, 모바일 장치를 사용하는 개인에 대한 속성도 포함될 수 있다. 컨텍스트는 수영, 다이빙, 밧줄에 매달기, 걷기, 운전, 자전거 타기, 싣기/내리기, 기계 조작하기 등과 같은, 개인의 현재 활동도 포함될 수 있다. 컨텍스트에는 시간, 조명, 현재 기상 조건, 위험한 화학 물질 또는 물질의 존재, 높은 소음 수준, 물의 존재, 근처의 활성 장비, 사람, 장소 또는 주변 사물의 속성, 갑작스러운 위험 또는 비상 상황과 같은, 환경에 대한 속성도 포함될 수 있다. 컨텍스트는 장비의 종류, 온/오프 상태, 이동 상태, 장비의 사용 및 기능과 관련된 상대적 위험과 같은, 장비에 대한 속성도 포함될 수 있다.
본 명세서에 제시된 실시 예는 모바일 장치 사용을 관리하기 위한 기술을 개시한다. 보다 구체적으로, 기술은 예를 들어 사용자(예: 개인, 조직 등)에 대한 물리적 및 디지털 위험을 줄이기 위해 사용 컨텍스트를 기반으로 사용 패턴을 동적으로 활성화 및 제한한다. 일 실시 예에서, 모바일 장치는 개인이 현재 모바일 장치를 사용하고 있는 컨텍스트를 결정하는 애플리케이션이 설치된 애플리케이션을 포함한다. 예를 들어, 모바일 장치는 모바일 장치와 관련된 특성(예: 현재 실행 중인 애플리케이션, 배터리 수명, 현재 활성화된 하드웨어 구성 요소 등) 및 외부 특성(예: 시간, 위치 및 개인과 관련된 특성)을 평가할 수 있다. 애플리케이션은 평가에 기초하여 모바일 장치에 적용할 하나 이상의 사용 정책을 식별할 수 있다. 정책은 예를 들어 개인이 액세스하는 것을 금지하는 모바일 장치의 하나 이상의 기능을 나타낼 수 있으며, 애플리케이션은 개인이 이러한 기능에 액세스하는 것을 방지하기 위해 차단 기술(예: 본 명세서에서 설명된 기술)을 사용할 수 있다. 유리하게는, 개인과 연관된 컨텍스트에 기초하여 모바일 장치 사용을 관리하는 것은 모바일 장치에 대한 액세스를 가능하게 하거나 제한하는 더 유연한 접근 방식을 제공한다. 또한, 본 명세서에서 설명된 기술은 컨텍스트 결정 및 정책 시행 로직의 일부를 원격 관리 서버(예: 클라우드 네트워크에서 호스팅되는 서버) 또는 네트워크로 연결된 장치(예: 네트워크로 연결된 비콘)와 같은 다른 외부 장치 및 위치로 오프로드할 수 있다. 이렇게 하면 모바일 장치에서 실행되는 애플리케이션의 성능이 향상되고, 예를 들어 사용 컨텍스트를 결정하기 위해 더 적은 수의 데이터를 처리함으로써 모바일 장치 사용을 관리하는 데 사용되는 다른 작업을 처리하는 데 애플리케이션의 리소스를 사용할 수 있다.
이제, 도 1을 참조하면, 모바일 장치가 컨텍스트 기반 정책의 기능으로 관리되는 컴퓨팅 환경(100)이 도시되어 있다. 예시적으로, 컴퓨팅 환경(100)은 모바일 장치(102), 하나 이상의 제어 장치(108), 하나 이상의 네트워크 비콘(110), 및 관리 서버(114)를 포함한다. 모바일 장치(102), 제어 장치(108), 및 네트워크 비콘(110) 각각은 네트워크(122)(예를 들어, 근거리 통신망, 인터넷 등)와 연결될 수 있다. 관리 서버(114)는 네트워크 정책 정의 및 관리, 사용 컨텍스트를 결정하기 위한 하나 이상의 기계 학습 모델 생성, 사용자 행동 및 사용 패턴을 결정하기 위한 하나 이상의 기계 학습 모델 생성 등과 같이, 본 명세서에서 설명된 기능을 수행할 수 있는, 임의의 물리적 컴퓨터(예를 들어, 데스크탑 컴퓨터, 워크스테이션, 랩탑 컴퓨터 등), 클라우드 상에서 실행되는 가상 서버 인스턴스 등으로 구현될 수 있다. 네트워크 비콘(110)은 신호(예를 들어, 라디오, 오디오 및 광 신호)를 모바일 장치(102)와 같은 장치에 브로드캐스팅할 수 있는 임의의 유형의 네트워킹 장치로서 구현될 수 있다. 환경(100)은 컨텍스트별 인식 통신 플랫폼을 나타낸다. 플랫폼은 플랫폼 관리자, 특정 지역 내 현장 통신을 위한 개별 작업자에 의해 시작될 수 있으며, 비상 기상 조건 또는 비상 상황(예: 총격 사건 또는 테러 상황)에 대한 방송 시스템에 의해 구동될 수 있다.
모바일 장치(102)는 스마트폰, 태블릿 컴퓨터, 랩톱 컴퓨터, 웨어러블 장치, 또는 기능에 대한 액세스 관리를 트리거하는 이벤트를 감지하고, 사용 컨텍스트를 결정하고, 사용 컨텍스트와 관련된 하나 이상의 정책을 평가하고, 하나 이상의 정책을 시행하는 것과 같이 본 명세서에서 설명된 기능을 수행할 수 있는 임의의 종류의 장치로 구현될 수 있다. 도시된 바와 같이, 모바일 장치(102)는 제어 애플리케이션(104) 및 하나 이상의 센서(106)를 포함한다. 제어 애플리케이션(104)은 본 명세서에서 설명된 기능을 수행할 수 있는 임의의 소프트웨어 또는 회로로서 구현될 수 있다. 예를 들어, 제어 애플리케이션(104)은 모바일 장치(102)의 하나 이상의 프로세서 상에서 실행되는 소프트웨어 애플리케이션일 수 있다. 제어 애플리케이션(104)은 하나 이상의 사용자 정책에 기초하여 모바일 장치(102)의 기능을 활성화 또는 비활성화하고 모바일 장치(102)의 디스플레이에 알림을 표시하도록 구성된다. 모바일 장치(102)는 제어 장치(108)와 통신 가능하게 연결될 수 있다. 예시적인 제어 장치(108)는 장치의 사용 컨텍스트에 기초하여, 모바일 장치(102)에 대한 하나 이상의 사용 정책을 시행할지 여부를 결정하기 위해서, 임의의 하드웨어, 소프트웨어, 이들의 조합으로 구현될 수 있다. 제어 장치(108)는 또한 모바일 장치(102)에서 이러한 정책을 시행하도록 구성된다. 제어 장치(108)는 그렇게 하기 위해 다양한 기술을 수행할 수 있다. 예를 들어, 제어 장치(108)는 모바일 장치(102)와 무선 연결을 설정하고 모바일 장치(102)에 의해 수행될 동작을 나타내는 신호를 모바일 장치(102)에 전송할 수 있다(예를 들어, 개인이 모바일 장치(102)의 하나 이상의 기능과 상호작용하는 것을 방지하는 키 누름). 센서(106)는 모바일 장치(102)와 연관된 데이터(예를 들어, 포지셔닝 데이터, 오디오 데이터, 비디오 데이터 등) 또는 모바일 장치(102)를 사용하는 개인(예를 들어, 심박수, 움직임, 지문 데이터 등과 같은 생체 정보)을 캡처하는 데 사용되는 모바일 장치(102)의 임의의 하드웨어 또는 소프트웨어 기반 센서 구성요소로서 구현될 수 있다.
예시적인 네트워크 비콘(110)은 신호 주파수 (예: BLUETOOTH 저에너지(BLE) 프로토콜, WIFI, 근거리 무선 통신(NFC), THREAD, GAZELLE 등과 같은 기술 사용)를 통해 모바일 장치(102), 제어 장치(108), 및 관리 서버(114)에 정보를 전송한다. 네트워크 비콘(110)은 동작시에 광고 채널을 통해 데이터를 방송할 수 있다. 특히, 네트워크 비콘(110)은 광고 패킷의 데이터를 인코딩하고 패킷을 범위에 걸쳐 브로드캐스트할 수 있으며, 예를 들어, 주어진 컨텍스트 도메인(112)과 물리적으로 연관되는 구성으로 지정된다. 각각의 네트워크 비콘(110)은 다수의 모바일 장치(102), 뿐만 아니라 서버 및 다른 네트워크화된 비콘(110)으로부터 연결을 수신할 수 있다. 그렇게 함으로써, 네트워크 비콘(110)은 예를 들어, 장치 특정 애플리케이션 프로그래밍 인터페이스(API)를 사용하여 이들 장치와 통신할 수 있다.
일 실시 예에서, 제어 장치(108), 네트워크 비콘(110), 서버, 및 환경(100)과 상호작용하는 임의의 다른 장치는 컨텍스트 도메인(112)을 설정할 수 있다. 본 명세서에서 더욱 설명되는 바와 같이, 컨텍스트 도메인(112)은 모바일 장치(102)의 사용이 하나 이상의 정책에 종속되는 컨텍스트를 정의한다. 예를 들어, 컨텍스트 도메인(112)은 위치(예를 들어, 일터, 학교 캠퍼스, 건물, 쇼핑 센터), 밀폐되거나 부분적으로 밀폐된 공간(예: 차량, 중장비 등), 또는 이들의 조합에 대응할 수 있다. 컨텍스트 도메인(112) 내의 통신은 WIFI, BLUETOOTH, 근거리 통신(NFC) 등과 같은 다양한 기술을 사용할 수 있다. 또한, 제어 장치(108) 또는 네트워크 비콘(110)은 모바일 장치(102)가 컨텍스트 도메인(112) 내에 있다는 표시를 모바일 장치(102)에 투사할 수 있다. 예를 들어, 네트워크 비콘(110)은 컨텍스트 도메인(112)에 구성될 수 있고 컨텍스트 도메인(112)을 나타내는 지정된 반경 내에 신호를 브로드캐스트할 수 있다.
컨텍스트 도메인(112)을 구성함에 있어서, 네트워크 비콘(110)은 공개 비콘 또는 사설 비콘으로 분류될 수 있다. 공개 비콘은 일반적으로 임의의 모바일 장치(102)에 의해 액세스될 수 있다. 개인 비콘은 조직과 같은 사용자의 하위 집합으로 제한될 수 있다. 예를 들어, 개인 비콘은 조직의 차량 내부에 설치될 수 있다. 지정된 서브세트와 연관된 사용자의 임의의 모바일 장치(102)는 개인 비콘과 상호작용하도록 인가될 수 있다. 예를 들어, 이제 도 2를 참조하면, 하나 이상의 컨텍스트 도메인(112)의 예(200)가 도시된다. 예시적으로, 도 2는 4대의 차량의 플릿을 도시한다. 이 예(200)에서, 차량 플릿이 각 차량을 조작하는 사용자의 모바일 장치(102)를 관리하고자 하는 조직에 속한다고 가정한다. 조직은 차량의 대시보드와 같이 각 차량에 개인 비콘을 배치할 수 있다. 각각의 개인 비콘은 각각의 차량에서 1, 2, 3, 4로 열거되는 주어진 컨텍스트 도메인(112)에 대응할 수 있다. 개인 비콘은 차량 내의 모바일 장치(102) 상에서 실행되는 제어 애플리케이션(104)이 컨텍스트 도메인(112)과 연관된 사용 정책을 식별하도록 하는 컨텍스트 도메인(112)을 투영할 수 있다. 한 가지 예는 차량 내의 차량 인포테인먼트 시스템과 관련될 수 있다. 정책은 이러한 시스템에 대한 액세스가 사용자와 관련된 컨텍스트를 기반으로 제어(또는 방지)되어야 한다고 지정할 수 있으며, 승인되지 않은 사용에는 전화 통화, 문자 메시지, 탐색, 음악 등과 같은 기능이 포함될 수 있다. 개인 비콘은 또한 모바일 장치(102)에 의한 액세스를 사용자의 서브세트(예를 들어, 차량의 오퍼레이터)로 제한할 수 있다. 결과적으로 해당 하위 집합의 사용자는 컨텍스트 기반 사용 정책의 적용을 받을 수 있다. 이하 도 3을 참조하면, 하나 이상의 컨텍스트 도메인(112)에 대한 예(300)가 도시되어 있다. 이 예(300)에서, 공개 비콘은 캠퍼스(예: 직장 캠퍼스, 학교 캠퍼스 등)의 다양한 위치에 배치될 수 있다. 각각의 공개 비콘은 임의의 모바일 장치(102)가 모바일 장치(102)에 액세스하고 컨텍스트 도메인(112)을 투영하는 것을 허용할 수 있다. 예(300)에서, 컨텍스트 도메인(112)은 상이한 위치에 걸쳐 1, 2, 3 및 4로 열거된다. 예를 들어, 1, 2 및 4로 표시된 컨텍스트 도메인(112)은 각각 개별 건물과 연관된다. 3으로 표시된 컨텍스트 도메인(112)은 2개의 별개의 건물과 연관된다. 컨텍스트 도메인(112) 각각은 상이한 사용 정책과 연관될 수 있다. 예를 들어, 1로 라벨링된 컨텍스트 도메인(112)에서 정책은 모바일 장치(102)에 의한 웹 액세스가 허용되지만 특정 사이트는 제한됨을 지정할 수 있다. 3으로 표시된 컨텍스트 도메인(112)에서 관련 정책은 인스턴트 메시징을 지정할 수 있고 웹 액세스는 어떤 경우에는 금지되지만 다른 경우에는 허용된다. 예를 들어, 정책은 사진이 더 높은 수준의 사용자에게 전송되지 않는 한 특정 수준의 사용자로부터 모바일 장치(102)에 의해 캡처된 직장 사진의 전송을 제한할 수 있다(예를 들어, 컨텍스트 도메인(112)이 고위험 영역에 있는 경우 작업장 위험을 나타내는 사진을 관리자에게 전송). 주어진 모바일 장치(102)의 제어 애플리케이션(104)은 주어진 컨텍스트 도메인(112)에 진입할 때 연관된 정책을 적용할 수 있다. 관리 서비스(예를 들어, 관리 서비스(116))는 정책을 구성하고 정책을 주어진 컨텍스트 도메인(112)에 진입하는 모바일 장치(102)에 전송할 수 있다 (및/또는 각각의 컨텍스트 도메인(112)에 들어가는 모바일 장치(102)로의 배포를 위해 관련 네트워크 비콘(110)에 정책을 전송). 다른 실시 예에서, 주어진 모바일 장치(102)의 제어 애플리케이션(104)은 이러한 정책을 구성할 수 있다. 또한, 공용 비콘이 설정된 위치에서 네트워크 비콘(110)에 의한 라이브 트래킹이 수행될 수 있다. 예를 들어, 제어 애플리케이션(104)을 가진 사용자는 주어진 조직(예를 들어, 상점 내, 단지 내, 건물 내 등)에 의해 추적, 위치 지정 및 식별될 수 있다. 제어 애플리케이션(104)(또는 다른 지원되는 애플리케이션)이 없는 사용자는 소유하고 있는 모바일 장치로부터 브로드캐스트되는 컨텍스트 신호에 기초하여 추적되고 위치될 수 있다. 이 예에서 히트 매핑이 적용될 수 있고(예: 바닥 레이아웃 및 제품 배치를 위한 구성을 결정하기 위해) 도시는 행사 동안 및 공공 장소에서의 도보량을 추적할 수 있다.
또한, 네트워크 비콘(110)은 다양한 방식으로 구성될 수 있다. 예를 들어, 네트워크 비콘(110)은 (i) 도로 위 차량, (ii) 중장비의 경우, (iii) 온프레미스(on-premise) 사이트(예: 작업 영역, 학교 영역, 홈 영역, 안전 영역 등과 같은 정적 영역)의 경우, (iv) 주어진 무선 주파수(RF) 범위 등을 위해 구성될 수 있다. 다른 예로서, 네트워크 비콘(110)은 자동 구성을 지원할 수 있다(예를 들어, 네트워크 근접성 내의 다른 네트워크 비콘(110)에 의해).
물론, 컨텍스트 도메인(112)은 모바일 장치(102)의 네트워크로 구성되므로, 각각의 모바일 장치(102)가 다른 모바일 장치(102)에 대해 네트워크 비콘(110)의 기능을 수행하도록 한다. 또한, 모바일 장치(102)는 네트워크 비콘(110)이 현재 지원되는 연결이 최대 수인 경우 네트워크 비콘(110)의 기능을 수행할 수 있다. 또한, 모바일 장치(102), 네트워크 비콘(110), 관리 서버(114), 및 환경(100) 내의 다른 장치들은 사용 컨텍스트의 결정을 개선하거나 공유하기 위해 컴퓨팅 리소스를 오프로드하거나 서로 공유할 수 있다.
또한, 일부 컨텍스트 도메인(112)은 제어 애플리케이션(104)을 실행하는 모바일 장치(102)에 대한 정책을 가능하게 할 수 있다. 일부 경우에, 제어 애플리케이션(104)을 포함하지 않는 모바일 장치는 주어진 컨텍스트 도메인(112)에 들어갈 수 있다(그렇지 않으면 네트워크 비콘(110) 또는 관리 서버(114)에 의해 인식되지 않음). 그러한 장치를 검출하기 위해, 네트워크 비콘(110)은 그러한 장치에 의해 전송된 신호를 청취함으로써 그러한 모바일 장치를 검출할 수 있다. 일 실시 예에서, 네트워크 비콘(110)은 신호 전송에서 이러한 장치와 연관된 식별자를 스캔할 수 있다(예: 미디어 액세스 제어(MAC) 주소, 국제 모바일 장비 ID IMEI 식별자 또는 전력 스펙트럼 밀도, 타이밍 등과 같은 장치와 관련된 고유하게 식별 가능한 서명). 네트워크 비콘(110)은 또한 그러한 모바일 장치가 응답할 수 있는 신호를 전송할 수 있다. 예를 들어, 네트워크 비콘(110)은 BLE를 광고하고 장치로부터의 스캔 요청을 기다릴 수 있다. 다른 예에서, 네트워크 비콘(110)은 LTE 피코셀로서 광고할 수 있다. 또한, 네트워크 비콘(110)이 모바일 장치에 대한 고유 식별자를 확인할 수 없는 경우, 네트워크 비콘(110)은 신호 강도를 식별의 표시자로 사용할 수 있다. 예를 들어, 어떤 경우에는 모바일 장치가 BLE MAC 주소를 변경할 수 있다. 그러한 경우에, 네트워크 비콘(110)은 지정된 기간 동안 주어진 RSSI 범위를 갖는 동일한 MAC 주소로부터의 전송을 관찰한 다음 동일한 RSSI 범위 내에서 일관되게 새로운 MAC 주소를 관찰할 수 있다. 그렇게 함으로써 네트워크 비콘(110)은 동일한 모바일 장치가 자신의 MAC 주소를 변경했다고 결정할 수 있다. 다른 예시적인 방법으로서, 네트워킹된 비콘(110)은 차량이 이동할 때 장치와 기지국 사이의 근접성에 기초하여 전력이 예상되는 변화와 일치하는지 여부를 결정하기 위해 모바일 장치의 송신 전력을 모니터링할 수 있다. 본 명세서에서 설명된 방법은 다른 근처의 모바일 장치와 같은 모바일 장치가 차량 또는 건물 내에 있는지 여부, 주어진 차량이 이동 중인지 여부, 기지국에 대한 근접성 등과 같이, 다른 컨텍스트별 측면의 인식에 의해 향상될 수 있다.
다시 도 1로 돌아가, 일 실시 예에서, 모바일 장치(102), 제어 장치(108), 및 네트워크 비콘(110) 각각은 관리 서버(114)로 데이터를 보내고 관리 서버(114)로부터 데이터를 수신한다. 일반적으로, 모바일 장치(들)(102), 제어 장치(108), 네트워크 비콘(110) 및 관리 서버(114)의 조합은 컨텍스트 환경을 설정하는 데 사용되는 컨텍스트 메시를 형성한다. 예시적으로, 관리 서버(114)는 관리 서비스(116), 컨텍스트 모델링 서비스(118), 및 정책 데이터(120)를 포함한다. 관리 서비스(116)는 모바일 장치(예를 들어, 모바일 장치(102))의 사용과 관련하여 개인 또는 개인의 그룹에 대한 정책 데이터(120)를 정의하는 임의의 하드웨어, 소프트웨어, 또는 이들의 조합으로 구현될 수 있다. 관리 서비스(116)는 정책 데이터(120)를 예를 들어, 컨텍스트 도메인(112) 내의 장치들에 배포할 수 있다. 예를 들어, 관리 서비스(116)는 정책 데이터(120)를 주어진 모바일 장치(102)의 제어 애플리케이션(104)에 전송할 수 있다. 그렇게 하는 것은 모바일 장치(102)를 구성하고 정책 데이터(120)에 관한 제어 장치(108) 및 네트워크 비콘(110)에 메시지를 전송하도록 제어 애플리케이션(104)을 트리거할 수 있다. 다른 예로서, 관리 서비스(116)는 정책 데이터(120)를 네트워크 비콘(110)으로 전송할 수 있다. 그러한 경우에, 네트워크 비콘(110)은 연결된 모바일 장치(102)의 제어 애플리케이션(104)에 정책 데이터(120)를 제공할 수 있다.
또한, 관리 서비스(116)는 다중 컨텍스트 도메인(112)에 걸쳐 다중 모바일 장치(102), 제어 장치(108), 및 네트워크 비콘(110)으로부터 수신된 데이터를 취합할 수 있다. 그 다음, 관리 서비스(116)는 다양한 애플리케이션에서 취합된 데이터를 사용할 수 있다. 예를 들어, 관리 서비스(116)는 중첩 컨텍스트 도메인(112)에 기초하여 시각적 표현을 생성할 수 있다. 컨텍스트 도메인(112)은 다수의 비콘(110)이 서로 근접하여 위치하는 경우 중첩될 수 있다. 시각화는 예를 들어 주어진 컨텍스트 도메인(112) 내에서 모바일 장치 사용자의 위치를 매핑할 수 있는 2차원 또는 3차원 그래픽 표현일 수 있다. 또한, 네트워크 비콘(110)은 예를 들어 (RSSI와 같은) 신호 강도를 사용하여 비콘(110)에 연결된 모바일 장치(102)의 상대적 위치를 결정할 수 있다. 또 다른 방법은 전화를 스캔하고 위치를 마스터 데이터베이스에 보고하여 영역을 매핑하고 영역을 통한 전화 이동을 결정하는 것이다. 동일한 전화를 보고하는 다수의 비콘(110)을 통해, 관리 서비스(116)는 영역에서 모바일 장치(102)의 위치를 삼각측량할 수 있다. 대안적인 접근 방식은 모바일 장치(102)에 의해 발견된 모든 네트워크 비콘(110)을 마스터 데이터베이스에 보고하도록 모바일 장치(102)에 요청하는 것을 포함한다. 그렇게 함으로써 관리자는 임의의 개인 또는 모바일 장치(102)의 위치를 식별할 수 있다. 관리 서비스(116)는 각각의 모바일 장치(102)에 메시지를 전송할 수 있는 알림 서비스를 제공할 수 있다. 주어진 사용자 위치에서 관리자는 메시지를 주어진 사용자 (또는 사용자 그룹)에 전략적으로 타겟팅하거나 (예들 들어, 비상 상황에) 사용자의 집중도에 따라 지정된 영역에 리소스를 배포할 수 있다. 또한, 네트워크 비콘(110)은 안전 또는 비상 통신을 기반으로 특정 구역에 대한 경고 및 경보 시스템을 통합하고 안전 구역을 표시하기 위해 시각적 및 오디오 요소로 구성될 수 있다(예를 들어, 내부에 오디오 I/O 및 비디오 I/O 회로로 구성될 수 있다).
컨텍스트 모델링 서비스(118)는 다수의 장치의 획득 및 취합된 데이터를 평가하고 하나 이상의 기계 학습 모델을 생성하는 관리 서버(114) 상의 임의의 유형의 하드웨어 또는 소프트웨어로서 구현될 수 있다. 생성된 머신 러닝 모델은 사용자 행동 모델, 컨텍스트 사용 모델 등을 포함할 수 있다. 예를 들어, 사용자 행동 모델은 다양한 모바일 장치(102)의 센서(106)로부터 얻은 데이터로부터 생성될 수 있다 (예를 들어, 스크린 레코더, 생체 인식 센서, 건강 센서, 카메라, 오디오 센서 등). 본 명세서에 추가로 설명되는 바와 같이, 컨텍스트 모델링 서비스(118)는 시간, 외부 환경(예: 기상 조건, 교통 상황, 주식 시장 상황, 뉴스, 소셜 미디어 헤드라인, 사용자 또는 조직의 재무 보고 등) 및 연결된 장치(예를 들어, 제어 장치(108) 및 네트워크 비콘(110))와 같은, 다른 특성에 대한 행동 또는 컨텍스트 활동의 패턴을 식별할 수 있다. 생성된 모델은 이후 더 적은 데이터를 사용하여 컨텍스트를 결정하고 제어 애플리케이션(104)에 의한 처리에 사용될 수 있다. 또한 모델은 규정 준수 보고, 이상 감지, 데이터 압축, 위험 프로파일링에서와 같이 다른 애플리케이션에서도 사용할 수 있다.
도 1은 컨텍스트 도메인(112)과 별개인 관리 서버(114)를 도시하고 있지만, 이 컨텍스트 도메인(112)은 관리 서버(114)(및 가능하게는 다수의 관리 서버(114))를 포함하도록 구성될 수 있다는 점에 유의한다. 예를 들어, 이러한 경우, 관리 서버(114)는 조직의 건물 내부에 있는 로컬 서버일 수 있다. 또한, 관리 서비스(116), 컨텍스트 모델링 서비스(118) 및 정책 데이터(120)가 관리 서버(114)에 의해 호스팅되는 것으로 도시되어 있지만, 이들 구성요소 각각은 개별 컴퓨터 장치에서 호스팅될 수 있다. 또한, 관리 서비스(116) 및 컨텍스트 모델링 서비스(118)의 로직 중 일부는 환경(100)의 다른 구성요소에 의해 수행될 수 있다. 예를 들어, 제어 애플리케이션(104)은 정책 데이터(120)를 컨텍스트 도메인(112)의 주변 모바일 장치(102)에 배포할 수 있으며, 이는 관리 서버(114)가 다른 기능에 대한 리소스를 사용할 수 있게 한다. 다른 예로서, 네트워크 비콘(110)은 주어진 컨텍스트 도메인(112)에 대해 수집된 데이터를 취합하고 해당 컨텍스트 도메인(112)에 대해 수집된 데이터에 기초하여 기계 학습 모델을 생성할 수 있다. 또한, 앞서 언급한 바와 같이 도 1의 구성요소는 컨텍스트 메쉬를 설정할 수 있다. 이러한 메시에서, 각각의 컴포넌트(예를 들어, 모바일 장치(102), 관리 서버(114), 네트워크 비콘(110) 등)는 본 명세서의 다른 구성요소와 관련하여 설명된 기능을 수행할 수 있다. 예를 들어, 제어 애플리케이션(104)은 데이터 취합 및 모델링 기능을 수행할 수 있고, 네트워크 비콘(110)은 모바일 장치(102)로부터 수집된 센서 데이터를 처리할 수 있다. 또한, 메시 내에서, 네트워크 비콘(110)과 같은 장치는 추가 컨텍스트를 제공하기 위해 서로 연결될 수 있다.
일 실시 예에서, 컨텍스트 도메인(112)은 사설 가상망(VPN)을 통해 구현될 수 있다. VPN을 사용하면 모바일 장치에 대한 네트워크 트래픽에 방화벽이나 필터를 배치할 수 있다. 전화 네트워크에 들어가는 통신을 제한하는 이 기능은 모바일 장치 사용에 대한 비교적 세부적인 제어 및 모니터링을 허용하고 환경의 다른 리소스에 대한 상황별 관리를 제공한다 (예: 특정 영역의 자동 잠금, 장치 종료 등). (예를 들어, 조직의) VPN은 컨텍스트 도메인(112)을 정의하고 주어진 모바일 장치(102)의 사용을 가능하게 하거나 제한하기 위해 주어진 정책을 설정하는 데 사용될 수 있다. VPN을 사용하는 것으로, 조직은 해당 직원이 작업 현장에서, 회사 차량에서 업무 관련 작업을 수행하는 동안 모바일 장치(102)의 특정 기능에 대한 액세스를 허용하거나 제한할 수 있다. 그러나 조직은 일부 웹 사이트, 소셜 미디어, 개인 전자 메일 및 인스턴트 메시징 기능과 같은 특정 기능에 대한 전체 액세스를 제공하고 싶지 않을 수 있다. 컨텍스트 기반 모바일 장치 관리를 사용하여 조직은 컨텍스트 도메인을 분류하고 이러한 기능에 대한 전면적인 제한을 피하기 위해 정책을 유연하게 시행할 수 있다. 예를 들어, VPN을 사용하여 조직은 웹사이트 사용을 허용하지만 이러한 사용을 내부 웹사이트 또는 승인된 웹사이트 목록으로 제한할 수 있다. 또 다른 예로, 조직은 특정 메시징 애플리케이션의 사용을 제한할 수 있다. 보다 구체적으로, 조직은 업무를 수행하기 위해 개인이 필요로 하는 기능으로 통신을 제한할 수 있다. 이러한 제한 사항이 주어지면, 조직은 주어진 사용자가 운영하는 작업 현장, 직장 등의 컨텍스트 도메인이 무엇인지에 관계없이 고위험 주의산만함을 방지하면서 필요한 기능을 허용하여 책임으로부터 스스로를 보호할 수 있다. 또 다른 이점으로, VPN은 웨어러블 장치와 같은 다양한 유형의 모바일 장치에 대한 보다 효과적인 제어 관리를 허용할 수 있다. 웨어러블 장치(예: 스마트 워치)는 장치에서 실행되는 애플리케이션의 짧은 수명 주기, 고전력 작업을 위한 제한된 리소스, 제어를 위한 전반적인 기능 부족과 같은, 제어 관리에 다양한 문제를 제시한다. 그러나 VPN을 통해 스마트 워치에 도달할 수 있는 정보를 제어함으로써 VPN은 웨어러블 장치에서 허용되는 네트워크 트래픽을 제어하여 모바일 장치의 무단 사용을 효과적으로 방지할 수 있다. 예를 들어 VPN 구성은 금지된 기능에 대한 매핑을 제공할 수 있다. 예를 들어, 조직은 이러한 기능을 블랙리스트에 추가하고 다른 기능을 화이트리스트에 추가하도록 VPN을 구성할 수 있다. VPN은 웨어러블 장치에서 사용을 방지하기 위해 작동 중인 블랙리스트 기능을 차단할 수 있다.
이제 도 4를 참조하여, 모바일 장치(102)는 제한 없이, 하나 이상의 프로세서(402), 카메라(404), 센서(106), 입출력(I/O) 장치(408), 네트워크 회로(410), 메모리(412), 위성 위치확인 시스템(GPS; 414), 및 스토리지(416)를 포함하고, 이들 각각은 상호접속 버스(417)를 통해 상호접속된다. 당업자는 이러한 구성요소가 예를 들어 설명되고 실제 모바일 장치(102)가 도시되지 않은 추가 구성요소를 포함할 수 있다는 것을 이해할 것이다. 유사하게, 실제 모바일 장치(102)는 도 4와 관련하여 설명된 컴포넌트들 중 하나 이상을 생략할 수 있다.
프로세서(402)는 하나 이상의 프로세서로서 구현될 수 있으며, 각각의 프로세서는 본 명세서에서 설명된 기능을 수행할 수 있는 유형이다. 예를 들어, 프로세서(402)는 단일 또는 다중 코어 프로세서(들), 마이크로컨트롤러, 또는 다른 프로세서 또는 처리/제어 회로로서 구현될 수 있다. 일부 실시 예에서, 프로세서(402)는 전계 프로그래머블 게이트 어레이(FPGA), 응용 주문형 집적회로(ASIC), 재구성 가능한 하드웨어 또는 하드웨어 회로, 또는 본 명세서에서 설명된 기능을 수행하기 위한 다른 특수화된 하드웨어로서 구현되거나, 포함하거나, 결합될 수 있다.
카메라(404)는 이미지 및 비디오 데이터를 캡처하기 위한 후면 카메라 및 전면 카메라를 통합할 수 있다. 카메라(404)는 메모리(1008)에서 실행되는 소프트웨어에 의해 제어될 수 있다. 센서(106)는 모바일 장치(102)에 대한 사용, 상호작용 및 활동을 모니터링 및 획득하기 위한 임의의 하드웨어 또는 소프트웨어 센서를 포함한다. 예를 들어, 센서(106)는 (예를 들어, 심박수, 호흡 등을 모니터링하기 위한) 생체 센서, 모션 센서, 오디오 및 비디오 센서, 안면 센서, 시스템 사용 센서 등을 포함할 수 있다. I/O 장치들(408)은 모바일 장치(102)와 연결되거나 컴포넌트로서 제공되는 임의의 유형의 입력/출력 장치로서 구현될 수 있다. 예시적인 I/O 장치(408)는 키보드, 마우스, 추가 센서, 진단 장비, 스피커, 인터페이스 장치, 및 기타 유형의 주변기기를 포함한다.
네트워크 회로(410)는 모바일 장치(102)와 다른 장치 사이의 네트워크를 통한 통신을 가능하게 할 수 있는 임의의 통신 회로, 장치 또는 이들의 조합으로 구현될 수 있다(예를 들어, 관리 서버(114), 네트워크 비콘(110), 다른 모바일 장치(102) 등). 네트워크 회로(410)는 이러한 통신을 수행하기 위해 임의의 하나 이상의 통신 기술(예를 들어, 유선 또는 무선 통신) 및 관련 프로토콜(예를 들어, 이더넷, BLUETOOTH, WIFI 등)을 사용하도록 구성될 수 있다. GPS(414)는 모바일 장치(102)의 위치를 식별하기 위해 포지셔닝 기술을 사용하기 위한 임의의 하드웨어 또는 회로로서 구현될 수 있다 (예: GPS, GLONASS, BEIDOU, GALILEO 또는 모든 위성 항법 시스템(GNSS)).
메모리(412)는 임의의 유형의 휘발성(예를 들어, 동적 랜덤 액세스 메모리 등) 또는 비휘발성 메모리(예: EEPROM(Electrically Erasable Programmable Read-Only Memory)) 또는 본 명세서에서 설명된 기능을 수행할 수 있는 데이터 스토리지의 형태로 구현될 수 있다. 휘발성 메모리는 매체에 의해 저장된 데이터의 상태를 유지하기 위해 전원이 필요한 스토리지 매체일 수 있다. 휘발성 메모리의 예는 DRAM 또는 SRAM(Static Random Access Memory)과 같은 다양한 유형의 RAM(Random Access Memory)을 포함한다. 메모리 모듈에 사용될 수 있는 DRAM 유형의 예는 동기식 동적 랜덤 액세스 메모리(SDRAM)이다. 스토리지(416)는 데이터의 단기 또는 장기 저장을 위해 구성된 임의의 유형의 장치(들)로서 구현될 수 있다. 예로는 메모리 장치 및 회로, 메모리 카드, 하드 디스크 드라이브(HDD), 솔리드 스테이트 드라이브(SSD) 등이 있다. 스토리지(416)는 스토리지(416)에 대한 데이터 및 펌웨어 코드를 저장하는 시스템 파티션을 포함할 수 있다.
언급된 바와 같이, 모바일 장치(102)의 컴포넌트들 각각은 모바일 장치(102)의 컴포넌트들 사이에서 I/O 동작들을 수행하기 위한 회로 및/또는 컴포넌트들로서 구현될 수 있는 상호접속 버스(417)를 통해 연결될 수 있다. 인터커넥트 버스(417)는 메모리 컨트롤러 허브, 입력/출력 제어 허브, 통합 센서 허브, 펌웨어 장치,통신 링크(예를 들어, 포인트 투 포인트 링크, 버스 링크, 전선, 케이블, 라이트 가이드, 인쇄 회로 기판 트레이스 등), 및/또는 입력/출력 작업을 수행하기 위한 기타 구성 요소 및 하위 시스템과 같이 구현되거나, 이들을 포함할 수 있다.
도시된 바와 같이, 메모리(412)는 운영 체제(418), 제어 애플리케이션(104), 및 하나 이상의 애플리케이션(422)을 포함한다. 스토리지(416)는 정책 데이터(424) 및 구성 데이터(426)를 포함한다. 운영 체제(418)는 예를 들어 서로 다른 리소스, 메모리 할당, I/O 기능 간의 인터페이스를 허용하는 서비스를 제공하여, 모바일 장치(102)의 하드웨어 및 소프트웨어 리소스를 관리하는 소프트웨어로서 구현될 수 있다. 제어 애플리케이션(104)은 사용 컨텍스트의 기능으로서 식별된 정책 데이터(424)에 기초하여 모바일 장치(102)의 기능에 대한 액세스를 관리하는 데 사용되는 임의의 소프트웨어로서 구현될 수 있다. 애플리케이션(422)은 운영 체제(418) 고유의 애플리케이션 및/또는 프로세서(402)에 의해 실행가능한 제3자 애플리케이션(예를 들어, "앱")으로서 구현될 수 있다. 제어 애플리케이션(104)은 앱(422)의 개발자가 제어 애플리케이션(104)과 앱(422) 간의 양방향 통신을 가능하게 하기 위해 사용할 수 있는 소프트웨어 개발 키트(SDK)를 제공할 수 있다. 예를 들어, 제어 애플리케이션(104)은 앱(422)이 컨텍스트를 결정하는 데 사용할 제어 애플리케이션(104)에 대한 추가 정보를 제공하는 데 사용할 수 있는 통신 인터페이스를 제공할 수 있다. 예를 들어, 앱은 SDK를 사용하여 애플리케이션의 상태에 대해 제어 애플리케이션(104)에 경고하기 위한 통신을 설정할 수 있다 (예를 들어, 앱이 현재 모바일 장치(102)의 전경 디스플레이에 있는지 여부). 또한, 앱(422)은 결정된 컨텍스트에 기초하여 기능 및 사용자 경험을 사용자 지정할 수 있다. SDK는 예를 들어 현재 시행되고 있는 정책에 대한 조정을 제정하기 위해서, 앱(422)이 이벤트와 관련된 컨텍스트를 제어 애플리케이션(104)에 전달할 수 있게 한다.
정책 데이터(424)는 사용 컨텍스트를 결정하는 것에 응답하여 네트워크 비콘(110) 또는 관리 서버(114)로부터 획득된 하나 이상의 정책에 대응할 수 있다. 또한, 정책 데이터(424)는 제어 애플리케이션(104)과 함께 (예를 들어, 기본 사용자 지정 가능한 정책으로서) 제공될 수 있다. 정책 데이터(424)는 다양한 형태로 구현될 수 있다. 일례는 제어 애플리케이션(104)에 독점적인 사용자 지정 포맷을 포함할 수 있다. 다른 예로는 텍스트 파일, 마크업 언어 파일(예: XML(eXtensible Markup Language) 파일), CSV(쉼표로 구분된 값) 파일 등이 있다. 구성 데이터(426)는 관리 서비스(116) 및 네트워크 비콘(110)에 대한 사용자 자격 증명, 사용자 매개변수(예를 들어, 사용자와 관련된 식별 정보), 선호되는 네트워크 비콘(110)의 목록 등과 같은 제어 애플리케이션(104)에 대한 구성 설정에 대응할 수 있다. 구성 데이터(426)는 텍스트 파일, 마크업 언어 파일(예: XML(eXtensible Markup Language) 파일), CSV(쉼표로 구분된 값) 파일 등과 같은 다양한 형식으로 구현될 수 있다.
이제 도 5를 참조하여, 애플리케이션(104)은 발견 컴포넌트(502), 컨텍스트 결정 컴포넌트(504), 모니터 컴포넌트(506), 정책 분석 컴포넌트(510), 정책 시행 컴포넌트(512), 및 메시징 컴포넌트(514)를 포함한다.
발견 컴포넌트(502)는 주어진 근접도 내에서 네트워크 비콘(110)을 검출하도록 구성된다. 예를 들어, 그렇게 하기 위해, 발견 컴포넌트(502)는 네트워킹된 비콘(110)에 의해 브로드캐스트된 네트워크 신호들을 수신하도록 구성될 수 있다. 다른 예로서, 발견 컴포넌트(502)는 네트워크 비콘(110)에 의해 검출가능한 신호들을 브로드캐스트할 수 있다. 네트워크 비콘(110)의 검출 시, 발견 컴포넌트(502)는 (예: BLUETOOTH 또는 WIFI와 같은 다양한 무선 기술을 통해) 네트워크 비콘(110)과의 연결을 설정할 수 있다 . 발견 컴포넌트(502)는 유사한 기술을 사용하여 제어 장치(108)를 검출할 수 있다.
컨텍스트 결정 컴포넌트(504)는 모바일 장치(102)와 연관된 사용 컨텍스트를 결정하고 사용 컨텍스트에 기초하여 하나 이상의 정책을 검색하도록 구성된다. 예를 들어, 컨텍스트 결정 컴포넌트(504)는 연결된 제어 장치(108) 또는 네트워크화된 비콘(110)에 기초하여 컨텍스트를 식별할 수 있다. 예를 들어, 컨텍스트는 네트워크 비콘(110)에 의해 미리 정의될 수 있다. 다른 예로서, 컨텍스트 결정 컴포넌트(504)는 네트워크 비콘(110)에 의해 제공되는 정보, 모바일 장치(102)와 연관된 특성, 모바일 장치(102) 및/또는 사용자와 연관된 외부 특성 등에 기초하여 컨텍스트를 결정할 수 있다. 또 다른 예로서, 컨텍스트 결정 컴포넌트(504)는 모바일 장치(102)가 주어진 위치에 대한 무선 네트워크(예를 들어, WIFI 네트워크)에 연결되어 있는지 여부를 결정할 수 있다. 그렇게 결정되면, 컨텍스트 결정 컴포넌트(504)는 주어진 위치와 연관된 컨텍스트의 일부 레벨을 인식할 수 있다. 컨텍스트 결정 컴포넌트(504)는 또한 모바일 장치(102)를 주어진 위치에 존재하는 것으로 등록할 수 있다. 일부 경우에, 무선 네트워크는 모바일 장치(102)에 연결하고 웹페이지를 열어 등록하고 링크를 클릭하여 추가 애플리케이션을 설치하도록 요청할 수 있다 (또는 제어 애플리케이션(104) 자체). 일단 결정되면, 컨텍스트 결정 컴포넌트(504)는 컨텍스트의 표시를 네트워크 비콘(110), 관리 서비스(116), 제어 장치(108) 등에 전송할 수 있다. 이에 응답하여, 컨텍스트 결정 컴포넌트(504)는 모바일 장치(102) 상에서 시행할 하나 이상의 정책들의 식별을 수신할 수 있다. 제어 애플리케이션(104)은 정책을 국부적으로 로드할 수 있다. 또 다른 예로서, 컨텍스트 결정 컴포넌트(504)는 또한 환경(100)의 다른 구성 요소 (예를 들어, 네트워크 비콘(110), 관리 서버(114), 제어 장치(108) 등) 간의 사용자 (또는 관리자) 상호작용에 기초하여 컨텍스트를 결정할 수 있다.
모니터 컴포넌트(506)는 모바일 장치(102)와 연관된 사용 및 활동을 관찰할 수 있다. 예를 들어, 모니터 컴포넌트(506)는 사용자 상호작용 및 모바일 장치에 의해 수행된 동작을 기록할 수 있다 (예를 들어, 화면 변경, 전환, 수신/발신 전화, 문자 메시지와 같은 사용자에 대한 로컬 알림, 소셜 미디어 알림 등). 다른 예로서, 모니터 컴포넌트(506)는 기록 분석 컴포넌트(508)를 포함한다. 기록 분석 컴포넌트(508)는 모바일 장치(102)의 디스플레이를 기록하기 위해 (예를 들어, 모바일 장치(102)에 의해 제공되는 애플리케이션 프로그래밍 인터페이스(API)를 통해) 모바일 장치(102)의 기록 기능을 호출할 수 있다. 기록 분석 컴포넌트(508)는 레코딩 기능을 통해 스크린 레코딩을 나타내는 이미지 스트림을 캡처할 수 있다. 기록 분석 컴포넌트(508)는 화면 상에 표시되는 애플리케이션을 결정하기 위해 이미지 스트림을 사후 처리할 수 있다. 사후 처리 기술에는 머신 러닝, 정확한 이미지 매칭, 퍼지 이미지 매칭, 픽셀 매칭, 이미지-텍스트 변환, 사용자 또는 애플리케이션에 의한 화면 전환 평가 등이 포함될 수 있다. 기록 분석 컴포넌트(508)는 제어 애플리케이션(104)의 다른 구성요소에 의해 사용하기 위해 후처리 데이터를 패키징할 수 있다.
정책 분석 컴포넌트(510)는 모니터링된 활동 및 사용이 정책을 준수하는지 여부를 결정하기 위해 식별된 정책에 대해 모니터링된 활동 및 사용을 평가하도록 구성된다. 정책 시행 컴포넌트(512)는 정책을 준수하거나 위반하는 모니터링된 데이터의 결정에 응답하여 정책을 적용하도록 구성된다. 예를 들어, 주어진 정책은 사용자가 주어진 정책에 의해 금지된 모바일 장치(102)의 하나 이상의 기능에 액세스를 시도하고 있다는 결정에 응답하여 수행할 하나 이상의 액션을 지정할 수 있다. 예에는 전화 통화 기능, 문자 메시지 기능, 탐색 기능, 음악 애플리케이션 기능 등과 같은 기능에 대한 액세스가 포함될 수 있다. 정책 분석 컴포넌트(510) 및 정책 시행 컴포넌트(512)는 정책의 적용을 수행하기 위해 다양한 정책 시행 기술을 사용할 수 있다. 예를 들어, 제어 애플리케이션(104)은 네트워크 근접에서 제어 장치(108)와의 무선 연결을 설정할 수 있다. 제어 장치(108)는 무선 연결을 통해 HID(휴먼 인터페이스 장치) 신호(예를 들어, 홈 버튼의 키 누름)를 전송하여 모바일 장치(102)가 시도된 기능에 액세스되는 것을 방지하도록 할 수 있다. 다른 예로서, 정책 시행 컴포넌트(512)는 시행 도구로서 디지털 식별 카드와 인터페이스할 수 있다. 디지털 식별 카드는 일부 디지털 시스템(예를 들어, 모바일 장치(102), 다른 모바일 장치, 랩톱 또는 디지털 스크린)을 사용하여 모바일 장치(102)의 사용자와 연관된 고유 식별자를 제공할 수 있다. 디지털 ID 카드는 사용자를 인증하는 데 사용되는 자격 증명(예: 허가 수준)을 제공할 수 있으며 다양한 상황에서 사용될 수 있다. 예를 들어, 디지털 ID 카드를 사용하여, 제어 애플리케이션(104)은 주어진 컨텍스트 도메인(112)에 들어가는 것과 같은 상황에서 사용하기 위해 시간 및 위치 데이터를 자동으로 검색할 수 있다 (예: 건설 현장, 보안 수준에 따라 일정 수준의 콘텐츠가 차단된 VPN 네트워크, 스쿨존, 워크존 등). 다른 구현은 기존 액세스 제어를 사용하여 사용된 디지털 ID 카드, 사용자 자격 증명 또는 시스템에 대한 액세스 권한을 얻는 기타 방법을 기록할 수 있다. 그런 다음 이러한 시스템의 로그를 보고한 모바일 장치와 비교할 수 있다. 불일치가 발생하면, 사용자가 모바일 장치에 애플리케이션을 설치하지 않았음을 나타내는 경고가 관리자에게 전송될 수 있다.
메시징 컴포넌트(514)는 관리 서비스(116) 및 네트워크 비콘(110)과 같은, 환경(100)의 컴포넌트로 알림 서비스에 가입하도록 구성된다. 메시징 컴포넌트(514)는 관리 서비스(116)로부터 알림을 수신할 수 있다 (예: 푸시 알림, 문자 메시지 등). 알림 서비스는 예: 게시-구독 메시징 프로토콜(예: MQTT(Message Queuing Telemetry Transport))과 같은 다양한 기술을 통해 구현될 수 있다. 관리 서비스(116)는 필수 개인 보호 장비(PPE)에 대한 알림, 알려진 위험 또는 위험 경고, 관련 안전 리마인더, 비상 및/또는 대피 경고 정보 등과 같은 현재 사용 컨텍스트를 기반으로 리마인더 및 경고와 같은 알림을 메시징 컴포넌트(514)에 보낼 수 있다.
일 실시 예에서, 메시징 컴포넌트(514)는 또한 시스템 레벨, 운영 체제 레벨, 및 앱 레벨에서 알림 서비스를 등록할 수 있다. 이러한 알림은 복잡한 데이터 구조의 전송과 함께 알림 이름을 기반으로 하는 간단한 상태 통신을 모두 허용한다. 이 정보를 사용하여 호스트 애플리케이션은 특정 애플리케이션을 사용할 수 있는지 여부와 같은, 어느 사용/기능을 방지 및/또는 허용할지에 대한 화이트리스트 결정을 내릴 수 있다. 이 알림 시스템과 통합되는 애플리케이션은 맞춤형 시스템, 운영 체제 및 앱 수준 사후 알림을 통해 데이터를 전송할 수 있다. 메시징 컴포넌트(514)는 이러한 맞춤형 알림을 검출할 수 있다. 통합 애플리케이션(예를 들어, 앱(422))은 예를 들어 전경 상태, 배경 상태, 화면 전환, 하위 작업 실행 및 사용자에게 보이는 특정 화면을 나타내는 것과 관련된 알림을 게시할 수 있다.
제어 애플리케이션(104)은 실제로 도 5에 현재 도시되지 않은 다양한 추가 구성요소를 포함할 수 있음을 유의한다. 예를 들어, 제어 애플리케이션(104)은 모바일 장치(102) 상에서 실행되는 앱의 접근성 서비스와 상호작용하기 위한 컴포넌트를 포함할 수 있다. 보다 구체적으로, 일부 앱은 사용자가 모바일 장치(102)와 보다 안전하게 상호작용할 수 있도록 하는 접근성 서비스를 사용할 수 있다. 접근성 서비스는 사용자와 모바일 장치(102)의 사용자 인터페이스 사이의 계층 역할을 한다. 접근성 서비스는 주어진 환경(예: 승인되지 않은 애플리케이션)에 적합하지 않은 사용자 인터페이스 요소 또는 비교적 복잡한 레이아웃을 포함할 수 있으며, 대신에 이 요소와 레이아웃을 더 간단한 형식으로 표시할 수 있다. 또한 접근성 서비스는 입력 필터 역할을 한다(예: 사용자가 사용자 인터페이스를 볼 수 있도록 하면서 터치 상호 작용만 허용한다). 제어 애플리케이션(104)은 접근성 서비스를 활용하여 특정 애플리케이션에 대한 액세스를 제어하기 위한 차단 화면 제공, 사용자 참여 및 주의 분산을 정량화하기 위한 터치 이벤트 기록과 같이, 본 명세서에 설명된 기능을 수행할 수 있으며, 컨텍스트를 기반으로 하는 시스템 설정 및 권한의 구성을 허용한다.
이제 도 6을 참조하여, 관리 서버(114)는 하나 이상의 프로세서(602), I/O 장치(604), 네트워크 회로(606), 메모리(608), 및 스토리지(610)를 포함하고, 각각은 상호접속 버스(620)를 통해 서로 연결된다. 당업자는 이러한 구성요소가 예를 들어 설명되고 실제 관리 서버(114)가 도시되지 않은 추가 구성요소를 포함할 수 있음을 인식할 것이다 (예: 운영 체제, 펌웨어 드라이버 등). 유사하게, 실제 관리 서버(114)는 도 6과 관련하여 설명된 컴포넌트들 중 하나 이상을 생략할 수 있다.
프로세서(602)는 하나 이상의 프로세서로서 구현될 수 있고, 각각의 프로세서는 본 명세서에서 설명된 기능을 수행할 수 있는 유형이다. 프로세서(602)는 도 4와 관련하여 설명된 프로세서(402)의 것과 유사할 수 있다. I/O 장치(604)는 관리 서버(114)와 연결되거나 이에 컴포넌트로서 제공되는 임의의 유형의 입력/출력 장치로서 구현될 수 있다. 예시적인 I/O 장치(604)는 키보드, 마우스, 센서, 진단 장비, 스피커, 인터페이스 장치, 및 기타 유형의 주변기기를 포함한다. 네트워크 회로(606)는 관리 서버(114)와 다른 장치 사이의 네트워크를 통한 통신을 가능하게 할 수 있는 임의의 통신 회로, 장치 또는 이들의 조합으로 구현될 수 있다(예를 들어, 네트워크 비콘(110), 제어 장치(108), 모바일 장치(102) 등). 네트워크 회로(410)는 임의의 하나 이상의 통신 기술(예를 들어, 유선 또는 무선 통신) 및 관련 프로토콜(예: 이더넷, BLUETOOTH, WIFI 등)을 사용하여 통신을 수행하도록 구성될 수 있다. 네트워크 회로(606)는 도 4와 관련하여 설명된 네트워크 회로(410)의 것과 유사할 수 있다.
메모리(608)는 임의의 유형의 휘발성(예를 들어, 동적 랜덤 액세스 메모리 등), 비휘발성 메모리(예: EEPROM), 공유 메모리(예: 환경(100)의 다른 구성요소에 걸쳐), 또는 본 명세서에서 설명된 기능을 수행할 수 있는 데이터 스토리지로 구현될 수 있다. 메모리(608)는 도 4와 관련하여 설명된 메모리(412)의 것과 유사할 수 있다. 스토리지(610)는 데이터의 단기 또는 장기 저장을 위해 구성된 임의의 유형의 장치(들)로서 구현될 수 있고 도 4와 관련하여 설명된 스토리지(416)의 것과 유사할 수 있다.
관리 서버(114)의 각 구성요소는 상호연결 버스(620)를 통해 연결될 수 있으며, 이는 관리 서버(114)의 구성요소들 사이에서 동작(예를 들어, I/O 동작)을 수행하기 위한 회로 및/또는 구성요소로서 구현될 수 있다. 상호접속 버스(620)는 도 4와 관련하여 설명된 모바일 장치(102)의 상호접속 버스(417)의 것과 유사할 수 있다.
도시된 바와 같이, 메모리(608)는 관리 서비스(116) 및 컨텍스트 모델링 서비스(118)를 포함한다. 스토리지(610)는 정책 데이터(120), 컨텍스트 데이터(614), 모델링 데이터(616), 및 사용자 프로파일 데이터(618)를 포함한다. 사용자 프로파일 데이터(618)는 사용자, 사용자 그룹, 조직, 조직 그룹 등의 하나 이상의 프로파일과 연관된 정보를 포함한다. 예시 정보에는 식별 정보가 포함될 수 있다(예: 이름, 연락처 정보, 관련 장치 등). 각각의 사용자 프로파일은 또한 관리 서비스(116)가 모바일 장치(102), 제어 장치(108), 네트워크 비콘(110) 등의 제어 애플리케이션(104)에 전송할 수 있는 정책 데이터(120) 및 컨텍스트 데이터(614)와 연관될 수 있다. 컨텍스트 데이터(614)는 결정된 사용 컨텍스트에 관한 제어 애플리케이션(104), 제어 장치(108), 및 네트워크 비콘(110)으로부터 수신된 데이터를 나타낸다. 예를 들어, 컨텍스트 데이터(614)는 사용자 활동(예를 들어, 애플리케이션 사용, 모바일 장치(102)의 지리적 위치, 시간)과 사용자에게 적용되는 정책 데이터(120) 간의 상관 관계를 포함할 수 있다. 컨텍스트 데이터(614)는 모바일 장치(102)로부터의 데이터를 포함한다 (예: 심박수 판독값, 디지털 보안 토큰 사용, GNSS 센서 데이터, 카메라 데이터, 생체 인식 스캐너 데이터, 타사 애플리케이션 사용, 기본 애플리케이션 사용, 네트워크 트래픽 및 시스템 로그, 이동 및 위치 데이터, 컨텍스트 도메인(112) 내의 장치에나 장치 주변의 취득 가능한 데이터). 컨텍스트 데이터(614)는 또한 통합된 외부 기술과 관련된 데이터를 포함할 수 있다 (예를 들어, 모바일 장치(102)의 사용에 추가 컨텍스트를 제공하는 컨텍스트 도메인(112) 외부의 데이터 소스). 이러한 기술의 예로는 물리적 보안 식별 확인 기술 및 액세스 카드, 생체 인식 스캐너 데이터, 시설 출입 제어 메커니즘, PACS 통합 시스템 데이터 등과 같은 물리적 액세스 제어 시스템(PACS)이 있다. 또 다른 예로는 식별 및 액세스 관리 시스템의 데이터, 추가 시스템 보안 제어 데이터(예: 경량 디렉토리 액세스 프로토콜(LDAP) 데이터, 데이터 피드), 기타 시스템 진입/퇴장 제어 메커니즘(예: 암호 관리자 등), LACS 통합 시스템 데이터 등과 같은 논리적 액세스 제어 시스템(LACS)를 포함한다. 또 다른 예는 날씨 데이터, 교통 데이터, 주식 시장 데이터, 뉴스 헤드라인, 소셜 미디어 헤드라인 등과 같은 물리적 및 사회적 환경적 맥락 데이터를 포함한다.
컨텍스트 모델링 서비스(118)는 모델링 데이터(616)를 생성하기 위한 입력으로서 컨텍스트 데이터(614)를 사용할 수 있다. 모델링 데이터(616)는 컨텍스트 데이터(614)로부터 생성된 하나 이상의 기계 학4습 모델, 분류기, 트레이닝 세트 등을 포함할 수 있다. 관리 서비스(116)는 모델링 데이터(616)를 제어 애플리케이션(114), 제어 장치(108), 및 네트워크 비콘(110)으로 전송할 수 있다. 그렇게 함으로써 이들 장치는 모델링 데이터(616)를 사용하여 사용 컨텍스트를 보다 효율적으로 식별할 수 있다. 예를 들어, 모바일 장치(102)는 생성된 모델에 현재 관찰된 데이터를 입력하고 출력으로서 사용 컨텍스트를 수신할 수 있다. 모델링 데이터(616)는 또한 모바일 장치(102)에서 수행된 현재 동작으로 인해 발생할 수 있고 결정된 활동 또는 사용이 발생하기 전에 정책을 시행할 수 있는, 활동 또는 사용량을 결정하는 데 사용될 수 있다.
이하 도 7을 참조하면, 관리 서비스(116)는 정책 관리 컴포넌트(702), 업데이트 컴포넌트(708), 알림 컴포넌트(710), 및 취합 컴포넌트(712)를 포함한다. 정책 관리 컴포넌트(702)는 하나 이상의 사용자 및 조직에 대한 사용 정책을 유지하도록 구성된다. 정책 관리 컴포넌트(702)는 (예를 들어, 관리 콘솔 애플리케이션을 통해 업데이트된 정책을 보내는 조직에 의해) 맞춤화를 허용할 수 있다. 업데이트 컴포넌트(708)는 주어진 정책에 대한 업데이트를 수신하고, 정책을 수정하고, 관련 장치에 정책을 전파하도록 구성된다. 업데이트에는 추가 권한 및 시행, 허용된 애플리케이션 및 사이트, 권한 및 시행 제거 등이 포함될 수 있다. 알림 컴포넌트(710)는 메시지를 장치(예를 들어, 모바일 장치(102))에 푸시(예를 들어, 송신)하는데 사용되는 알림 서비스를 제공할 수 있다. 그러한 메시지는 업데이트된 정책의 표시, 근접한 네트워크 비콘(110)의 목록 등을 포함할 수 있다. 취합 컴포넌트(712)는 장치(예를 들어, 모바일 장치(102), 제어 장치(108), 및 네트워크 비콘(110))로부터 수신된 데이터에 대해 다양한 취합 및 분석을 수행할 수 있다.
이제 도 8을 참조하여, 제어 장치(108)는 하나 이상의 프로세서(802), 카메라(804), GPS(806), 오디오 I/O(808), 네트워크 회로(810), 메모리(818), 가속도계(814), 및 스토리지(816)를 포함하고, 각각은 인터커넥트 버스(816)를 통해 서로 연결된다. 당업자는 이들 컴포턴트가 예를 들어 설명된 것으로 실제 제어 장치(108)가 도시되지 않은 추가 컴포넌트를 포함할 수 있음을 인식할 것이다. 유사하게, 실제 제어 장치(108)는 도 8과 관련하여 설명된 컴포넌트 중 하나 이상을 생략할 수 있다.
프로세서(802)는 하나 이상의 프로세서로서 구현될 수 있고, 각각의 프로세서는 본 명세서에서 설명된 기능을 수행할 수 있는 유형이다. 프로세서(802)는 도 4와 관련하여 설명된 프로세서(402)의 것과 유사할 수 있다. 카메라(804)는 이미지 및 비디오 데이터를 캡처하는 데 사용되는 임의의 하드웨어일 수 있다. 카메라(804)는 메모리(812)에서 실행되는 소프트웨어에 의해 제어될 수 있다. GPS(806)는 제어 장치(108)의 위치를 식별하기 위해 GNSS 기술을 사용하는 임의의 하드웨어 또는 회로로서 구현될 수 있다. 오디오 I/O(808)는 오디오를 수신 및 방출하는 데 사용되는 마이크 및 스피커 장치와 같은 오디오 입력 및 오디오 출력 장치를 통합할 수 있다. 제어 장치(108)는 인클로저(예를 들어, 차량, 방 등) 내의 다른 물체에 대한 제어 장치(108)의 위치를 결정하기 위해서, 위치 식별 기술에 기초하여 사용된 오디오 신호를 전송하기 위해 오디오 I/O(808)를 사용할 수 있다. 네트워크 회로(810)는 제어 장치(108)와 다른 장치 사이의 네트워크를 통한 통신을 가능하게 할 수 있는 임의의 통신 회로, 장치 또는 이들의 조합으로 구현될 수 있다(예를 들어, 네트워크 비콘(110), 모바일 장치(102), 관리 서버(114) 등). 네트워크 회로(810)는 그러한 통신을 수행하기 위해 임의의 하나 이상의 통신 기술(예를 들어, 유선 또는 무선 통신) 및 관련 프로토콜(예를 들어, 이더넷, BLUETOOTH, WIFI 등)을 사용하도록 구성될 수 있다. 네트워크 회로(810)는 도 4와 관련하여 설명된 네트워크 회로(410)의 것과 유사할 수 있다. 가속도계(814)는 제어 장치(108)의 가속도를 측정하기 위한 임의의 장치 또는 회로로서 구현될 수 있다. 메모리(812)에서 실행되는 소프트웨어는 가속도계(814)로부터의 측정치를 사용하여 제어 장치(108)를 결정한다(예를 들어, 제어 장치(108)가 차량에 있는 경우). 또한, 가속도계(814)는 제어 장치(108)의 배향을 결정하는데 사용될 수 있다.
메모리(812)는 임의의 유형의 휘발성(예를 들어, 동적 랜덤 액세스 메모리 등) 또는 비휘발성 메모리(예: EEPROM) 또는 본 명세서에서 설명된 기능을 수행할 수 있는 데이터 스토리지로 구현될 수 있다. 메모리(812)는 도 4와 관련하여 설명된 메모리(412)의 것과 유사할 수 있다. 저장소(816)는 데이터의 단기 또는 장기 저장을 위해 구성된 임의의 유형의 장치(들)로 구현될 수 있고 도 4와 관련하여 설명된 스토리지(416)의 것과 유사할 수 있다.
제어 장치(108)의 각 컴포넌트는 상호연결 버스(826)를 통해 연결될 수 있으며, 이는 제어 장치(108)의 컴포넌트들 사이에서 동작(예를 들어, I/O 동작)을 수행하기 위한 회로 및/또는 구성요소로서 구현될 수 있다. 상호접속 버스(826)는 도 4와 관련하여 설명된 모바일 장치(102)의 상호접속 버스(417)의 것과 유사할 수 있다.
메모리(812)는 제어 로직(818)을 포함한다. 제어 로직(818)은 모바일 장치(102)와의 연결을 설정하도록 구성된다. 예를 들어, 제어 로직(818)은 모바일 장치(102)와의 BLUETOOTH 연결과 같은 무선 연결을 설정할 수 있다. 또한, 제어 로직(818)은 모바일 장치(102)의 하나 이상의 금지된 기능에 액세스하려는 시도의 표시를 수신한다. 이에 응답하여, 제어 로직(818)은 금지된 기능에 대한 액세스를 방지하기 위해 모바일 장치(102)에 신호를 전송할 수 있다. 예를 들어, 제어 로직(818)은 금지된 기능이 수행되는 것을 방지하기 위해 키누름을 나타내는 HID 신호를 전송할 수 있다.
스토리지(816)는 정책 데이터(820), 구성 데이터(822), 및 사용자 프로파일(824)을 포함한다. 정책 데이터(820) 및 사용자 프로필(824)은 본 명세서의 다른 단락에서 설명되는 정책 데이터 및 사용자 프로필 데이터 (예를 들어, 각각 정책 데이터(120) 및 사용자 프로파일 데이터(618))와 유사하다 . 구성 데이터(822)는 제어 장치(108)의 다양한 구성 설정을 지정할 수 있다. 예시적인 설정은 제어 장치(108)가 설치된 위치와 관련된 데이터, 사용자 장치 식별자, 정책 시행 기술 선택 등을 포함한다.
이하 도 9를 참조하면, 네트워크 비콘(110)은 하나 이상의 프로세서(902), 하나 이상의 I/O 장치(904), 네트워크 회로(906), 메모리(908), 및 스토리지(910)를 포함하고, 각각은 인터커넥트 버스(924)를 통해 서로 연결된다. 당업자는 이러한 구성요소가 예를 들어 설명되고 실제 네트워크 비콘(110)이 도시되지 않은 추가의 컴포넌트를 포함할 수 있음을 인식할 것이다. 유사하게, 실제 네트워크 비콘(110)은 도 9와 관련하여 설명된 컴포넌트들 중 하나 이상을 생략할 수 있다.
프로세서(902)는 하나 이상의 프로세서로서 구현될 수 있고, 각각의 프로세서는 본 명세서에서 설명된 기능을 수행할 수 있는 유형이다. 프로세서(902)는 도 4와 관련하여 설명된 프로세서(402)의 것과 유사할 수 있다. I/O 장치(904)는 네트워크 비콘(110)과 연결되거나 이에 컴포넌트로서 제공되는 임의의 유형의 입력/출력 장치로서 구현될 수 있다. 예시적인 I/O 장치(904)는 키보드, 마우스, 센서, 진단 장비, 스피커, 인터페이스 장치, 및 기타 유형의 주변기기를 포함한다. 네트워크 회로(906)는 네트워크 비콘(110)과 다른 장치 사이의 네트워크를 통한 통신을 가능하게 할 수 있는, 임의의 통신 회로, 장치 또는 이들의 조합으로 구현될 수 있다(예를 들어, 관리 서버(114), 제어 장치(108), 모바일 장치(102) 등). 네트워크 회로(906)는 임의의 하나 이상의 통신 기술(예를 들어, 유선 또는 무선 통신) 및 이러한 통신을 수행하기 위한 관련 프로토콜(예: 이더넷, BLUETOOTH, WIFI 등)을 사용하도록 구성될 수 있다. 네트워크 회로(906)는 도 4와 관련하여 설명된 네트워크 회로(410)의 것과 유사할 수 있다.
메모리(908)는 임의의 유형의 휘발성(예를 들어, 동적 랜덤 액세스 메모리 등) 또는 비휘발성 메모리(예: EEPROM) 또는 본 명세서에서 설명된 기능을 수행할 수 있는 데이터 스토리지로 구현될 수 있다. 메모리(908)는 도 4와 관련하여 설명된 메모리(412)의 것과 유사할 수 있다. 저장 장치(910)는 데이터의 단기 또는 장기 저장을 위해 구성된 임의의 유형의 장치(들)로 구현될 수 있으며 도 4와 관련하여 설명된 스토리지(416)의 것과 유사할 수 있다.
네트워크 비콘(110)의 각 구성요소는 상호연결 버스(924)를 통해 연결될 수 있으며, 이것은 네트워크 비콘(110)의 구성요소들 사이에서 동작(예를 들어, I/O 동작)을 수행하기 위한 회로 및/또는 구성요소로서 구현될 수 있다. 상호접속 버스(924)는 도 4와 관련하여 설명된 모바일 장치(102)의 상호접속 버스(417)의 것과 유사할 수 있다.
메모리(908)는 발견 서비스(912) 및 컴퓨팅 서비스(914)를 포함한다. 스토리지(910)는 정책 데이터(918) 및 컨텍스트 도메인 구성(920)을 포함한다. 디스커버리 서비스(912)는 지정된 범위 내에서 발견 신호를 브로드캐스트하는 것이다. 모바일 장치(102)는 신호를 수신하고 응답으로 연결을 설정하라는 요청을 보낼 수 있다. 일단 연결되면, 발견 서비스(912)는 컨텍스트 도메인 구성(920)으로부터 결정될 수 있는 사용 컨텍스트를 모바일 장치(102)에 전송할 수 있다. 컨텍스트 도메인 구성(920)은 네트워크 비콘(110)에 의해 투영된 컨텍스트 도메인(112)에 대한 하나 이상의 사용 컨텍스트를 지정할 수 있다. 사용 컨텍스트는 장치 마다 (예: 사용자가 스마트폰 또는 웨어러블 장치와 같은 일부 다른 장치를 사용 중인지 여부), 사용자(예: 사용자가 특정 사용 권한과 연관되어 있는지 여부) 등에 따라 다를 수 있다. 네트워크 비콘(110)은 또한 정책 데이터(918)를 모바일 장치(102)로 전송할 수 있다. 정책 데이터(918)는 본 명세서에서 설명된 정책 데이터(예를 들어, 정책 데이터(120))와 유사하다.
일 실시 예에서, 컴퓨팅 서비스(914)는 모바일 장치(102)의 제어 애플리케이션(104)의 성능을 개선하기 위해 모바일 장치(102)에 의해 오프로드된 컴퓨팅 집약적 로직을 수행하도록 구성된다. 예를 들어, 컴퓨팅 서비스(914)는 모바일 장치(102)(예를 들어, 모바일 장치(102)의 제어 애플리케이션(104)에 의해 전송됨) 또는 다른 장치(예를 들어, 다른 네트워크 비콘(110), 제어 장치(108), 및 관리 서버(114))에 의해 오프로드된 사용 및 활동 데이터를 수신할 수 있다. 컴퓨팅 서비스(914)는 모바일 장치(102)를 대신하여 사용 컨텍스트를 결정할 수 있다. 컴퓨팅 서비스(914)는 또한 모바일 장치(102)를 대신하여 모바일 장치(102)와 연관된 정책을 결정 및 평가할 수 있다.
도 10은 사용 컨텍스트에 기초하여 모바일 장치(예를 들어, 모바일 장치(102))의 특징들에 대한 액세스를 관리하기 위한 방법(1000)을 예시한다. 도시된 바와 같이, 방법(1000)은 모바일 장치(102)가 컨텍스트 이벤트 트리거를 검출하는 블록(1002)에서 시작한다. 컨텍스트 이벤트 트리거의 예는 제어 애플리케이션(104)을 모바일 장치(102)에 설치 (예를 들어, 사용자가 작업 현장에 들어갈 때, 예를 들어 컨텍스트 도메인(112) 내의 다수의 잠재적 컨텍스트 데이터 포인트에 의해 결정됨), 컨텍스트 도메인(112)에 진입하거나 나가기, 관리 서버(114)(또는 다른 모바일 장치(102))로부터 모바일 장치(102) 그룹으로 푸시 알림, 하나 이상의 지정된 사용 패턴 감지, 기계 또는 차량의 특정 구성 요소를 사용하는 시작 또는 종료, 비상 사태의 시작 또는 종료, 및 검문소에서 디지털 식별 표시를 포함한다. 다른 예로서, 컨텍스트 도메인(112) 트리거는 또한 모바일 장치(102) 상의 카메라를 사용하여 결정될 수 있다. 예를 들어 안전 지대는 벽에 큰 QR 코드로 표시될 수 있다. 이 경우, (예를 들어, 지정된 기간 동안 모바일 장치(102)에 의해 검출되는) 걷기 동작은 사용자가 안전 지대를 떠나는 것을 나타낼 수 있다. 다른 예에서, 모바일 장치(102)의 방향의 변화가 사용자가 안전 지대를 떠나는 것을 나타낼 수 있다. 또 다른 예에서, 방에 있는 페인트의 주된 색상 또는 전력 스펙트럼 밀도는 추가 컨텍스트 트리거를 제공할 수 있다. 또 다른 예에서는, 조명의 우세한 색상 또는 전력 스펙트럼 밀도가 컨텍스트 트리거를 제공할 수 있다. 다른 예에서, 근적외선이 설치되어 상황 트리거를 나타내는 패턴으로 깜박일 수 있다. 다른 예에서, 사운드 전송의 한 측면은 컨텍스트를 제공할 것이다. 한 경우에 사운드 전송 양상은 컨텍스트 트리거를 제공하기 위해 방출된 의도적인 신호로 구현될 수 있다. 신호는 오디오 내에서 데이터를 인코딩하기 위한 다양한 방법을 사용하여 인코딩될 수 있다. 다른 경우에, 환경의 알려진 오디오 서명을 사용하여 컨텍스트를 결정할 수 있다. 예를 들어, 모바일 장치(102)는 공장 바닥에 있는 띠톱의 시그니처 소리, 실험실에 있는 원심 분리기, 도로 외부/근처를 나타내는 도로 교통 체증 등을 감지할 수 있다. 그러한 경우에, 모바일 장치(102)는 기계에 대한 기준 오디오 서명을 실제 소리와 비교하여 회사에 보고될 수 있는 기계의 오작동 또는 유지 보수의 필요성을 감지할 수 있도록 할 수 있다. 다른 예에서, 에코 또는 다른 왜곡을 식별하는 것은 사용자 위치의 관점에서 추가 컨텍스트를 결정하는 것을 허용할 수 있다. 다른 경우에, 도플러 시프트는 장비에 대한 움직임의 결정을 허용할 수 있다.
블록(1004)에서, 모바일 장치(102)는 사용 컨텍스트를 결정한다. 예를 들어, 모바일 장치(102)가 작업 현장과 같은 컨텍스트 도메인(112)에 진입한다고 가정한다. 연관된 네트워크 비콘(110)은 사용 컨텍스트를 자동으로 결정하고 모바일 장치(102)로 전송할 수 있다. 다른 예로서, 제어 애플리케이션(104)은 다양한 특성에 기초하여 컨텍스트를 결정할 수 있다(예: 사용자 활동, 애플리케이션 활동, 위치, 날씨, 교통 등과 같은 외부 특성). 블록(1006)에서, 모바일 장치(102)는 사용 컨텍스트와 연관된 임의의 업데이트가 이용가능한지 여부를 결정한다. 예를 들어, 모바일 장치(102)는 그러한 결정을 내리기 위해 사용 컨텍스트 데이터로 관리 서비스(116)에 질의할 수 있다. 업데이트가 이용 가능한 경우, 모바일 장치(102)는 관리 서비스(116)로부터 업데이트된 사용 컨텍스트 데이터를 검색할 수 있다. 블록(1008)에서, 모바일 장치(102)는 연관된 업데이트에 기초하여 사용 컨텍스트를 수정한다.
블록(1010)에서, 모바일 장치(102)는 사용 컨텍스트에 기초하여 시행할 하나 이상의 정책을 결정한다. 제어 애플리케이션(104)은 저장된 정책을 평가하여 정책 중 어느 것이 주어진 사용 컨텍스트에 적용 가능한지를 결정할 수 있다. 다른 예로서, 모바일 장치(102)는 연관된 정책들에 대한 사용 컨텍스트로 관리 서비스(116)(또는 네트워크 비콘(110))에 질의할 수 있다. 제어 애플리케이션(104)은 관리 서비스(116)로부터 그러한 정책을 검색할 수 있다.
블록(1012)에서, 모바일 장치(102)는 모바일 장치(102)에 대한 하나 이상의 정책을 시행한다. 모바일 장치(102)는 그렇게 하기 위해 다양한 정책 시행 및 액세스 방지 기술을 수행할 수 있다. 예를 들어, 모바일 장치(102)는 제어 장치(108) 중 하나와의 연결을 설정할 수 있으므로, 제어 장치(108)가 결정된 정책에 의해 금지된 기능의 액세스를 방지하기 위해 모바일 장치(102)에 신호를 전송하도록 한다. 또한, 제어 애플리케이션(104)은 사용자가 결정된 정책을 확인하는 것을 보장하기 위해 프롬프트를 생성할 수 있다. 예를 들어, 제어 애플리케이션(104)은 개인 보호 장비(PPE)가 착용되고 있는지, 작업 안전 요구사항이 확인되었는지 등을 확인하기 위해서 사용자에게 프롬프트할 수 있다. 장치 사용을 차단하는 능력을 사용함으로써, 제어 애플리케이션(104)은 사용자가 모바일 장치(102)의 임의의 사용 전에 정책을 확인하는 것을 보장할 수 있다. 프롬프트에는 생성된 알림, 질문 등이 포함될 수 있다.
블록(1014)에서, 모바일 장치(102)는 나가기 트리거가 검출되는지 여부를 결정한다. 나가기 트리거는 제어 애플리케이션(104)이 결정된 정책의 시행을 중단하게 하는 임의의 이벤트일 수 있다. 예를 들어, 나가기 트리거는 컨텍스트 도메인(112)을 떠나는 모바일 장치(102)일 수 있다(예를 들어, 모바일 장치(102)는 더 이상 주어진 네트워크 비콘(110)의 범위에 있지 않다). 나가기 트리거가 검출되지 않으면, 방법(1000)은 모바일 장치(102)가 정책을 계속 시행하는 블록(1012)으로 돌아간다. 그렇지 않으면, 블록(1016)에서, 모바일 장치(102)는 모바일 장치(102)에 대한 하나 이상의 정책의 시행을 비활성화한다. 방법(1000)은 하루 종일 수많은 상황에서 적용될 수 있다. 예를 들어, "방해 금지" 컨텍스트는 늦은 밤 시간 동안 사용자 모바일 장치에 대해 트리거되어 아침 시간에 비활성화될 수 있다. 모바일 장치가 나중에 차량 내부에서 감지될 때(예: 출근길 운전 중에) 다른 컨텍스트가 트리거될 수 있다. 사용자와 모바일 장치가 주어진 작업 현장에 도착하여 지정된 컨텍스트 도메인에 들어갈 때 또 다른 컨텍스트가 트리거될 수 있다.
이제 도 11를 참조하면, 하나 이상의 컨텍스트 모델(예를 들어, 컨텍스트 결정 모델 및 사용자 행동 모델)을 관리하기 위한 방법(1100)이 도시되어 있다. 방법(1100)은 관리 서버(114)가 사용자 그룹으로부터 하나 이상의 활동을 나타내는 데이터를 검색하는 블록(1102)에서 시작한다. 데이터는 사용자와 연관된 모바일 장치(102), 모바일 장치(102)와 연결된 제어 장치(108), 또는 모바일 장치(102)와 연결된 네트워크 비콘(110)으로부터 검색될 수 있다.
블록(1104)에서, 관리 서버(114)는 사용 컨텍스트 결정 또는 사용자 행동을 위한 하나 이상의 모델을 생성한다. 이것은 관리 서버(114)가 신경망 또는 그 외 기계 학습 알고리즘과 같은 다양한 기술을 사용하여 실행될 수 있다. 관리 서비스(114)는 구체적으로 측정된 시점에서 사용자를 설명하는 데 사용되는 정적 모델, 사용자가 이전 데이터를 기반으로 행동할 수 있음을 설명하는 데 사용되는 추론 모델, 다른 사용자와의 관계 측면에서 사용자를 설명하는 존재론적 모델, 다른 모델이 시간이 지남에 따라 어떻게 변했는지 사용자를 설명하는 시계열 모델을 생성할 수 있다.
블록(1106)에서, 관리 서버(114)는 컨텍스트 기반의 장치 관리 설정에서 모델을 적용할 수 있다. 예를 들어, 관리 서버(114)는 컨텍스트 및 사용자 행동의 제어 애플리케이션(114)에 의한 로컬 결정을 위해 생성되거나 업데이트된 모델을 포함하는 제어 애플리케이션(114)을 업데이트(또는 업데이트 패치를 생성)할 수 있다. 모델은 일단 적용되면, 규정 준수 보고(예를 들어, 주어진 컨텍스트에서 주어진 정책에 따라 몇 명의 사용자가 특정 작업을 수행했는지), 이상 탐지(예를 들어, 사용자가 예상되는 행동과 관련하여 어떻게 행동하는지 결정하기 위해), 데이터 압축, 위험 프로파일링 및 정책 시행에도 사용될 수 있다.
이제 도 12를 참조하면, 네트워크 비콘(110)에 의해 모바일 장치(102) 연결을 관리하기 위한 방법(1200)이 도시되어 있다. 방법(1200)은 네트워크 비콘(110)이 모바일 장치(102)로부터의 연결 요청을 검출하는 블록(1202)에서 시작한다. 요청은 모바일 장치(102) 및 장치 자격 증명과 연관된 장치 식별자와 같은 다양한 정보를 포함할 수 있다(예: 로그인 및 비밀번호 연결, 암호화 키 등).
블록(1204)에서, 네트워크 비콘(110)은, 예를 들어, 연결 요청에 제공된 크리덴셜 및 모바일 장치(102)가 승인된 장치들의 목록에 포함되는지의 여부에 기초하여 모바일 장치(102)를 검증한다 (예를 들어, 네트워크 비콘(110)이 사설 비콘인 경우). 블록(1206)에서, 네트워킹된 비콘(110)은 모바일 장치(102)가 네트워킹된 비콘(110)에 연결하도록 승인되었는지의 여부를 결정한다. 승인되지 않았다면, 블록(1208)에서, 네트워크 비콘(110)은 오류를 반환한다.
그렇지 않다면, 블록(1210)에서, 네트워크 비콘(110)은 그에 대한 최대 연결량이 초과되는지 여부를 결정한다. 그러면, 방법(1200)은 네트워크 비콘(110)이 오류를 반환하는 블록(1208)으로 진행할 수 있다. 그러한 경우에, 모바일 장치(102)는 (예를 들어, 근접한 다른 네트워크 비콘(110)에 또는 위에서 설명된 바와 같이 네트워크 비콘(110)의 기능을 수행하는 모바일 장치(102)에의) 다른 비콘 연결을 찾을 수 있다.
연결의 최대량이 초과되지 않으면, 블록(1212)에서, 네트워크 비콘(110)은 모바일 장치(102)와의 연결을 설정한다. 블록(1214)에서, 네트워킹된 비콘(110)은 사용 컨텍스트 데이터를 모바일 장치(102)에 전송한다. 네트워크 비콘(110)은 또한 사용 컨텍스트 데이터에 기초하여 모바일 장치(102)에 적용할 하나 이상의 정책들을 결정할 수 있다. 블록(1216)에서, 네트워크 비콘(110)은 모바일 장치(102)로부터 사용자 활동 및 모바일 장치 사용을 나타내는 데이터를 검색한다. 네트워크 비콘(110)은 (예를 들어, 데이터의 집계를 위해) 데이터를 관리 장치(114)에 전달할 수 있다.
이제 도 13을 참조하면, 네트워크 비콘(110)으로부터의 집계 데이터에 기초하여 시각화를 생성하기 위한 방법(1300)이 도시되어 있다. 방법(1300)은 관리 서버(114)가 컨텍스트 도메인(112)에서의 모바일 장치 활동을 나타내는 데이터, 예를 들어, 다수의 모바일 장치(102)로부터 네트워크 비콘(110)에 의해 포워딩된 데이터를, 하나 이상의 네트워크 비콘(110)에서 획득하는 블록(1302)에서 시작한다.
블록(1304)에서, 관리 서버(114)는 네트워크 비콘(들)(110) 각각에 대한 모바일 장치(102)의 위치와 같은 획득된 데이터로부터 하나 이상의 분석을 도출한다. 블록(1306)에서, 관리 서버(114)는 하나 이상의 분석으로부터 하나 이상의 시각화를 생성한다. 예시적인 시각화는 하나 이상의 컨텍스트 도메인(112)에 대한 사용자의 위치를 식별하는 히트 맵을 포함한다(예: 건물의 다른 층). 이러한 시각화는 예를 들어 모바일 장치(102)가 비상 상황에 대해 알리게 되는 비상 상황의 경우에 유리할 수 있다. 관리 서버(114)는 모바일 장치(102)에 의해 가입된 통지 서비스를 통해 컨텍스트 도메인(112)의 제어 애플리케이션(104)에 이러한 시각화를 전송할 수 있다.
BTLE 프로토콜을 사용한 전송
BLUETOOTH 저 에너지(BTLE) 무선 기술은 현재 다른 무선 프로토콜과 통신할 수 없는 독점 무선을 사용하거나 (현재) 무선 통신 제공은 없지만 이로부터 이점을 갖는 제품에 무선 링크를 가져오도록 설계된 초저 전력(ULP) 2.4GHz RF 기술이다.
BLUETOOTH 저에너지(BTLE) 무선 기술은 다음을 특징으로 하는 ULP 무선 솔루션이다: 초저 피크, 평균 및 유휴 모드 전력 소비; 액세서리 및 HID(휴먼 인터페이스 장치)를 위한 초 저가 및 소형 크기; 핸드셋 및 PC에 대한 최소 비용 및 크기 추가; 및 글로벌하고 직관적이며 안전한 다중 공급업체 상호 운용성.
BLUETOOTH 저에너지(BTLE) 무선 기술은 처음부터 ULP 기술이 되도록 설계되었지만 고전적인 BLUETOOTH 기술은 "저전력" 무선 기술이다. 이 차이는 BLUETOOTH 저에너지 무선 기술과 기존 BLUETOOTH 무선 기술의 작동 특성이 반대임을 나타낸다. 클래식 BLUETOOTH 무선 기술은 무선 헤드셋과 통신하는 휴대폰과 같이 활동이 많은 링크에 이상적인 고정 연결 간격을 가진 "연결 지향" 라디오이다. 전력 소비를 줄이기 위한 여러 조치 중 BTLE 무선 기술은 애플리케이션에 따라 몇 밀리초에서 몇 초까지 설정할 수 있는 가변 연결 간격을 사용한다. 또한, 매우 빠른 연결의 특징을 가지므로, BLUETOOTH 저에너지 무선 기술은 일반적으로 링크의 두 끝이 서로를 인식하고 있는 "비연결" 상태(전력 절약)에 있지만, 필요할 때만 그리고 가능한 한 짧은 시간 동안만 링크 업될 수 있다.
BLUETOOTH 저에너지 기술에는 ULP 성능의 기초가 되는 세 가지 특성이 있다: (i) 최대 대기 시간, (ii) 빠른 연결, (iii) 낮은 피크의 송수신 전력. BLUETOOTH 저에너지 기술은 3개의 "광고" 채널을 사용하여 다른 장치를 검색하거나 연결을 시도할 수 있는 장치에 자신의 존재를 홍보한다. 이에 비해 기존 BLUETOOTH 무선 기술은 32개의 채널을 사용한다. 즉, BLUETOOTH 저에너지 무선 기술이 다른 장치를 검색하려면 0.6 내지 1.2ms 동안 스위치 "온"해야 하지만, 기존 BLUETOOTH 무선 기술은 32개 채널을 스캔하는 데 22.5ms가 필요하다. 결과적으로 BLUETOOTH 저에너지 무선 기술은 다른 라디오를 찾는 데 기존 BLUETOOTH 무선 기술보다 10 내지 20배 적은 전력을 사용한다.
일단 연결되면, BLUETOOTH 저에너지 무선 기술은 37개의 데이터 채널 중 하나로 전환한다. 짧은 데이터 전송 기간 동안, 무선은 기존 BLUETOOTH 무선 기술이 개척한 적응적 주파수 호핑(AFH) 기술을 사용하여 의사 랜덤 패턴으로 채널 간에 전환한다(기존 BLUETOOTH 무선 기술이 79 BLUETOOTH을 사용하지만 저에너지 무선 기술이 원시 데이터 대역폭 1Mbps을 특징으로 함) - 대역폭이 클수록 더 많은 정보를 더 짧은 시간에 보낼 수 있다. 예를 들어, 250kbps의 대역폭을 특징으로 하는 경쟁 기술은 동일한 양의 정보를 전송하기 위해 8배 더 긴 시간(더 많은 배터리 에너지 사용) 동안 "온" 상태이어야 한다. BLUETOOTH 저에너지 무선 기술은 단 3ms 만에 연결을 "완료"(예: 다른 장치 검색, 연결, 데이터 전송, 인증 및 "정상적으로" 종료)할 수 있다. 기존 BLUETOOTH 무선 기술을 사용하면, 유사한 연결 주기가 수백 밀리초 단위로 측정되고; 방송 시간이 길어질수록 배터리에서 더 많은 에너지가 필요하다.
BLUETOOTH 저에너지 무선 기술은 또한 다음 두 가지 다른 방식으로 최대 전력을 차단한다: 기존 BLUETOOTH 무선 기술보다 더 "느슨한" RF 매개변수를 사용하고 매우 짧은 패킷을 전송한다.
차량 상태 데이터를 하나 이상의 모바일 장치에 통신하기 위해 BTLE를 사용할 때 고려해야 할 몇 가지 사항이 있다. 기본적으로 BTLE는 페어링 없이 데이터 통신을 허용한다. BTLE 사양을 통해 여러 장치를 동시에 연결하고 데이터를 공유할 수도 있다. 그러나 실제로 시장에 나와 있는 대부분의 BTLE 모듈은 한 번에 하나의 장치만 연결할 수 있다. 이는 두 명 이상의 사람이나 모바일 장치가 차량의 객실에 있는 경우 문제를 야기한다. 이러한 한계를 극복하기 위해 몇 가지 해결 방법이 개발되었다.
하나의 방법에서, 고유 식별자는 BTLE 광고 데이터에 내장되므로, 모바일 장치는 그것이 상호작용할 것으로 유닛을 즉시 인식할 수 있다. 또한, 차량 상태 정보는 광고되는 서비스 UUID에 포함될 수 있다. 이와 같이 3개의 서로 다른 서비스 UUID를 활용하여 이동 중, 이동하지 않음, 차량 하차 상태 정보와 같은 기본 정보를 전송할 수 있다. 존재하는 서비스 UUID는 모바일 장치가 어느 모드에 있어야 하는지를 나타낸다. 이 방법을 사용하면 모바일 장치가 BTLE 장치에의 "연결"을 시작하는 것을 방지할 수 있다. 연결하지 않으면, 여러 장치가 동시에 차량 상태 데이터를 검색하도록 할 수 있다.
서비스 UUID를 활용하는 것 외에도, 예를 들어 다양한 데이터 프레임으로 이미 이루어진 설명된 접근 방식을 사용하는 것과 같이, 추가 정보로 광고 데이터를 겹쳐쓰는 것이 가능한다. 이를 통해 시스템은 연결 없이 차량 상태를 통신할 수 있을 뿐만 아니라 제동, 주행 거리 및 속도와 같은 추가 차량 메트릭을 통신할 수 있다.
다른 구현에서, 맞춤형 BTLE 프로파일을 생성하는 것이 가능하다. 이 프로필에는 ASCII 문자열로 구성된 여러 특성이 있다. 모바일 장치는 일단 연결되면 모든 특성을 읽는다. 모든 특성을 읽거나 시간이 초과되면 모바일 장치는 BTLE 장치에서 자동으로 연결을 끊는다. 다른 구현에서 이러한 특성은 BTLE 표시 메커니즘을 사용할 수 있다. 표시 메커니즘을 사용하면, 원격 BTLE 장치는 모바일 장치가 모든 특성을 읽은 시기를 결정할 수 있다. 그러면 BTLE 장치가 모바일 장치의 연결을 끊는다. 여러 장치가 요청된 데이터를 적시에 검색할 수 있도록 하려면 외부 하드웨어 장치가 설정된 간격 또는 읽기 특성 완료 시 모바일 장치의 연결을 자동으로 끊는 것이 중요하다. 이를 통해 하나의 장치가 여러 모바일 장치에 서비스를 제공하고 서비스 거부의 가능성을 방지할 수 있다.
데이터는 여러 방식으로 BTLE를 통해 검색될 수 있다. 예를 들어, 여러 사용자 정의 특성이 미리 정의되어 있다. 단일 특성에는 길이 제한이 있으므로 둘 이상의 맞춤형 특성이 필요하고, 사용 가능한 데이터 필드의 합계 너비가 해당 값을 초과할 가능성이 높다. 이러한 특성은 클라이언트에 의한 읽기 전용이며 특성이 변경될 때 클라이언트에 알리도록 구성된다.
BTLE 데이터 전송을 위한 또 다른 방법은 두 가지 사용자 정의 특성을 사용하는 것이다. 제 1 특성은 많은 양의 데이터 (데이터 스트림에서 다음 많은 양의 데이터가 전송됨)를 보유하게 된다. 제 2 특성은 알림이 활성화된 상태에서 BTLE 클라이언트가 읽고 쓸 수 있다. 두 상태 중 하나에 있을 것이다. 상태 A에서는, 읽을 수 있는 새로운 데이터가 있음을 나타낸다. 클라이언트가 이 데이터를 읽은 후 상태 B를 쓴다. 그러면 BTLE 서버는 클라이언트가 데이터를 읽었는지 확인한다. 다음 데이터를 로드하고, 상태를 상태 A로 다시 설정한다.
또한, BT 또는 BTLE 통신 대신에, 대안적인 실시 예에서, WIFI가 제어 장치로부터 차량 상태 데이터를 전송하거나 브로드캐스트하기 위한 수단으로 사용되는 것도 가능하다. 이러한 정보는 WIFI를 통해 차량에서 수신 장치로 직접 스트리밍될 수 있다. 이전에 설명한 비 페어링 BLUETOOTH 구현과 유사한 메커니즘에서 WIFI 네트워크의 SSID는 차량 상태를 전달하기 위해 변경될 수 있다. 또한 웹 서비스는 차량 내 제어 장치에서 실행될 수 있다. 다시 말하지만, 이러한 장치 또는 하드웨어는 애프터마켓 또는 OEM이 설치되어 있을 수 있다. 이 웹 서비스는 이러한 수신 장치에 대한 차량 상태를 나타내는 다양한 질의에 응답한다.
대안적인 실시 예에서, 오디오 자체는 또한 차량 상태 데이터를 전송하거나 브로드캐스트하는데 사용될 수 있다. DSP 기술을 사용하여 데이터는 차량에서 차량 내 모바일 장치의 소프트웨어로 또는 차량 자체에서 실행되는 소프트웨어로 전송될 수 있다. 기본적으로, 기본 제약 조건은 동일하기 때문에, 아날로그 모뎀에 사용되는 모든 기술을 사용할 수 있다: 즉, 잡음는 채널을 통해 가청음으로 데이터를 전송한다. 이러한 기술에는 주파수 변조, 진폭 변조 또는 위상 변조가 포함된다. 허용되는 다양한 주파수/진폭/위상의 수에 따라 처리량이 결정되며, 처리량이 더 높을수록 처리량은 더 증가하지만, 더 높은 신호 대 잡음 환경에서 더 나은 작동을 허용하지 않는다. 이러한 요인 중 하나 이상이 변조되는 조합도 유용할 수 있다. 또한 패리티 또는 CRC32와 같은 오류 감지 체계는 오류를 찾고 수정하는 데 유용하다.
또한, 일부 구현에서 모바일 장치에서 실행되는 임의의 맞춤형 소프트웨어에 대한 필요 없이 차량에서 모바일 장치를 감지할 수 있는 시스템, 방법 및 장치를 갖는 이점이 있을 수 있다. 이러한 시스템, 방법 및 장치는 차량 또는 기타 통제된 환경에 장착, 설치 또는 내장되어 있으며 차량 또는 기타 통제된 환경에서 모바일 장치의 존재를 감지하는 데 사용되는 모니터링 장치로서, 위에서 설명한 바와 같이 주 컨트롤러 또는 제어 장치를 사용하여 구현된다.
일 실시 예에서, 이러한 주 제어기 또는 제어 장치 또는 모니터링 장치는 안테나를 사용하여 셀룰러 신호, 특히 업링크 대역을 수신한다. 이 대역의 전력을 측정함으로써 시스템은 차량에 모바일 장치가 있는지 감지할 수 있다. 모바일 장치는 일반적으로 업링크 주파수 대역을 통해 원격 서버와 전송 및 통신한다. 따라서 이러한 특정 대역을 보고 차량의 모바일 장치가 데이터를 요청 및/또는 업로드하는지 확인할 수 있다.
업링크 대역들 및 그들의 주파수 범위는 캐리어마다 그리고 지역마다 상이하다. 또한 GSM 및 CDMA, UMTS(일반적으로 3G로 알려짐) 및 LTE(일반적으로 4G로 알려짐)에 대한 특정 업링크 대역이 있다. 최대한 많은 상향링크 대역을 관찰함으로써, 이 시스템은 캐리어에 관계없이 차량 또는 통제된 환경 내에서 모바일 장치의 존재를 감지하는 성공률을 높일 수 있다.
일 구현에서, 모든 원하는 업링크 대역이 동시에 모니터링된다. 이는 안테나에서 수신된 RF 신호를 스플리터를 통해 전달하여 정확한 중심 주파수 및 대역폭의 필터를 해당 대역의 신호만 통과시키는 데 사용할 수 있도록 함으로써 달성된다. 하나 이상의 전력 검출기에 공급되기 전에 각 출력 전력 레벨을 정규화하기 위해 필터 뒤에 저잡음 증폭기(LNA)가 추가될 수 있다. 선택적으로 결합기를 사용하여 필터링된 신호를 단일 전력 검출기에 공급할 수 있다. 이 접근 방식은 구현이 가장 간단한다. 또한 모든 대역을 지속적으로 모니터링한다. 그러나 구성 요소에 의해 도입된 누적 감쇠로 인해 신호 대 잡음비(SNR)가 좋지 않다. 또 다른 단점은 이 접근 방식을 사용하면(추가 처리 또는 태깅이 없음), 신호가 포함된 대역에 대한 정보가 손실되거나 캡처되지 않는다.
다른 구현에서, 수신된 RF 신호를 스플리터 및 결합기로 공급하는 대신에, 스위치가 사용된다. 이것은 이전 접근 방식의 SNR이 낮은 것을 완화하지만, 로직이 스위치를 제어하는 데 필요하므로 복잡성이 더 큰 대가를 치러야 한다. 또한 전력 감지기 출력이 유효한 시기에 대한 타이밍 제약이 있다. 또한 모든 대역을 지속적으로 모니터링하지 않기 때문에(단일 안테나를 사용하는 경우), 짧은 업링크 펄스가 누락될 수 있다(예: 다른 대역이 모니터링되는 동안 한 대역에서 문자 메시지 전송).
다른 구현에서, RF 신호는 안테나로부터 믹서로 라우팅된다. 믹서는 전압 제어 발진기(VCO)에도 연결된다. VCO를 제어하여 신호를 주파수 이동시킬 수 있다. 수신된 RF 신호를 이동할 때의 이점은 단일 필터를 사용할 수 있다는 것이다. 필터의 대역폭은 감지할 가장 좁은 비연속 대역의 대역폭으로 선택된다. 더 넓은 밴드는 여러 단계로 스윕된다. 이 접근 방식은 감쇠가 낮고 신호 대역을 식별을 가능하게 한다. 그러나 스위치를 제어하는 데 로직이 필요하고 전력 검출기 출력이 유효한 경우 타이밍 제약이 존재하기 때문에 복잡성이 높다. 또한 모든 대역을 지속적으로 모니터링하지 않기 때문에 짧은 신호를 놓칠 수 있다. 믹서 및 VCO를 사용한 제 2 구현에는 하드웨어 집약적 분석을 위해 수신된 RF 신호를 더 낮은 주파수로 이동하는 것이 포함된다. RF 신호가 아래쪽으로 이동하면, 푸리에 변환 및 역 푸리에 변환을 최소 지연으로 계산 및 처리할 수 있다.
다른 구현에서, RF 신호는 안테나로부터 믹서로 경로 설정된다. 믹서는 VCO에도 연결된다. VCO를 제어하는 것으로 신호는 여러 크기의 대역폭 필터 중 하나로 주파수 이동될 수 있다. 필터는 관심 대역의 특정 대역폭과 일치하도록 사용할 수 있으므로, 앞서 설명한 접근 방식과 달리 스위핑이 필요하지 않는다.
위의 각각의 접근 방식에서, 감쇠로 인한 SNR 열화를 줄이기 위해 하나 이상의 저잡음 증폭기가 추가될 수 있다. 이것은 감쇠가 높고 중간 내지 낮은 전력 수준을 갖는 접근 방식에서 특히 중요한다. 저잡음 증폭기(LNA)는 안테나 바로 뒤, 전력 감지기 바로 앞 또는 둘 다에 배치된다.
위에서 언급한 스플리터 및 결합기는 손실 및 무손실의 두 가지 범주에서 선택될 수 있다. 무손실 스플리터는 실제로 무손실이 아니라 단순히 물리적으로 필요한 손실을 최소화한다. 예를 들어, 2:1 스플리터는 그 입력에 비해 각 출력에서 절반의 전력을 가지고, 3:1 스플리터는 그 입력에 비해 각 출력에서 1/3의 전력을 갖는 등이다. 손실 스플리터에는 최소한으로 필요한 것 이상으로 손실을 증가시키는 저항성 요소가 있다. 무손실 스플리터는 일반적으로 더 많은 회로 기판 공간이 필요하고, 손실 스플리터보다 대역폭이 더 좁다.
상기 접근법에서, 상이한 성분 및 상이한 주파수는 상이한 감쇠 정도를 가질 수 있다. 예를 들어, 병렬로 연결된 여러 필터는 통과대역에서 서로 다른 감쇠 정도를 가질 수 있다. 이 경우 LNA를 사용하여 이러한 차이를 보상할 수 있다. 스위치나 믹서를 사용하는 것과 같은 동적 구현에서, LNA는 현재 구성을 보상하도록 조정될 수 있다.
고정 또는 가변 감쇠기가 위에서 언급한 보상 LNA 대신에 사용될 수 있다. 이것은 고정 LNA와 함께 사용되는 경우가 많다. 이 접근 방식은 더 저렴하고 더 적은 전력을 사용하는 장점이 있지만 SNR이 감소하는 단점이 있다.
다른 구현에서, 전계 프로그래머블 게이트 어레이(FPGA)는 고속 푸리에 변환(FFT) 또는 다른 디지털 신호 처리(DSP) 기술을 통해 신호를 처리하는 데 사용되며, 이것은 조정 또는 수정을 생성할 수 있는 펌웨어의 유연성과 함께 하드웨어 구현의 속도를 제공한다. 예를 들어, 이 접근 방식을 사용하면 나중에 펌웨어 업데이트를 사용하여 모니터링 중인 주파수를 수정할 수 있다. 이 구현은 위에서 설명한 시스템의 모든 부분에서 구현될 수 있으며 - 안테나에서 나오는 원시 신호의 분석부터 전력 감지기의 DSP 분석에 이르기까지 모든 부분을 포함한다. 차량의 운전자 공간에 모바일 장치가 있는지 여부를 판단하도록 설계된 애플리케이션에서, 최대 가능한 위양성 판정(즉, 모바일 장치가 실제로 차량의 운전자 공간 밖에 있을 때)을 제거하거나 최소화하는 것이 중요하다 .
잠재적인 거짓 신호의 한 소스는 셀 타워를 포함한다. 셀 타워는 상기 기술 및 시스템이 검출하도록 설계된 업링크 주파수에 매우 가깝고 때로는 바로 뒤따르는 다운링크 주파수에서 전송한다. 잠재적인 잘못된 신호의 소스를 해결하기 위한 여러 가지 접근 방식이 있다.
한 접근 방식에서, 사용되는 필터는 가능한 한 좁은 대역폭으로 설정된다. 다른 접근 방식에서는 좁은 대역폭 필터가 있는 믹서를 사용하여 신호의 정확한 주파수를 "확대"한다. 다른 접근 방식에서는 차량이 움직이는 동안 신호를 모니터링한다. 일반적으로 차량이 이동함에 따라 셀 타워 소음 전력은 차량과 셀 타워 사이의 거리가 변경됨에 따라 달라진다. 대조적으로, 차량 내 모바일 장치 신호 전력은 차량이 움직이고 있는는 중에도 상대적으로 고정된 상태를 유지한다.
업링크 대역에 추가하여, 다운링크 대역도 유용한 정보를 보유한다. 모바일 장치의 존재를 확인하고 오탐지를 확인하는 또 다른 방법은 업링크 및 다운링크 주파수 쌍을 모두 모니터링하는 것이다. 다운링크 타워의 신호 강도를 알면, 셀룰러 타워에 도달하는 데에 서로 다른 거리 전송할 때 모바일 장치가 사용할 전력 감소 또는 전력 증폭을 추정하는 것이 가능한다. 예를 들어, 시스템이 특정 업링크 대역을 통해 잠재적인 "불량" 모바일 장치를 감지하는 경우, 시스템은 전력 수준 비교로 페어링된 다운링크 주파수를 검사할 수 있다. 모바일 장치가 매우 낮은 전력으로 전송하는 경우, 이는 셀룰러 타워가 근처에 있고 모바일 장치가 셀 타워와의 통신 링크를 유지하기 위해 송신 안테나에 더 많은 전력을 추가할 필요가 없음을 의미한다. 그러나 모바일 장치가 매우 높은 전력으로 전송하는 경우, 이것은 셀룰러 타워가 멀리 있고 모바일 장치가 안정적인 연결을 유지하는 데 도움이 되도록 출력을 증폭하고 있음을 의미한다. 차량 내에서 모바일 장치가 감지될 때 예상되는 결과는 업링크 대역과 다운링크 대역의 전력 레벨 사이에 상관 관계가 있다는 것이다.
모바일 장치의 존재를 결정하고 거짓 긍정을 검사하는 것을 돕는 다른 방법은 페어링된 업링크에 대한 임계값을 결정하기 위해 다운링크의 신호 강도를 사용하는 것이다. 이 방법은 사용 가능한 모든 데이터를 활용하여 잘못된 트리거를 방지한다. 예를 들어 AT&T의 LTE 하향링크 대역에서 매우 큰 신호세기가 감지되면, 시스템은 AT&T의 LTE 업링크 대역에 대한 임계값을 더 낮은 임계값으로 조정할 수 있다. 반대로, AT&T의 LTE 하향링크 대역 신호가 매우 낮으면, 시스템은 모바일 장치 감지를 위한 AT&T의 LTE 업링크 임계값을 높일 수 있다. 시스템에서 사용하고 차량 내부에 설치된 셀룰러 모뎀을 사용하여 셀룰러 모뎀이 사용하는 캐리어의 다운링크 강도를 결정할 수도 있다. 이 접근 방식을 사용하면 모바일 장치가 데이터를 다운로드하기를 단지 기다리고 있는 것보다 업로드 강도의 더 빠른 계산과 모바일 장치의 더 빠른 감지를 가능하게 한다.
비정상적이거나 고장난 송신기는 시스템에 의해 모니터링되는 업링크 대역을 포함하여, 임의의 대역에서 전력을 방출할 수 있다는 것도 이해될 것이다. 이러한 신호는 FCC 규칙에 의해 허용되지 않지만, 그럼에도 불구하고 이러한 신호는 실제 환경에 여전히 존재할 수 있다. 차량이 이동할 때 이러한 신호를 모니터링하여 신호가 비정상적이거나 고장난 송신기로부터 나오는지를 확인할 수 있다. 신호가 외부 기지국에서 나오는지 확인하는 것과 유사하게, 비정상적이거나 고장난 송신기의 노이즈 소스는 차량이 이러한 신호에 대해 이동할 때 시스템 안테나에 의해 감지된 대로 변화하는 반면, 차량 내 모바일 장치 신호 전력은 상대적으로 고정/안정적으로 유지된다.
다른 차량에서 모바일 장치의 전송은 분명히 시스템에 의해 모니터링되는 업링크 대역에 있을 것이다. 다시 말하지만, 다른 차량의 그러한 신호는 시스템 안테나가 위치하는 차량이 그러한 다른 차량에 대해 이동함에 따라 변한다는 것이 이해될 것이다. 대조적으로, 차량 내 모바일 장치 신호 전력은 업링크 기간 동안 상대적으로 고정된 상태로 유지된다. 모바일 장치의 신호 전력은 통신하고 있는 기지국의 거리에 따라 조정될 수 있지만, 그 신호 전력 조정은 일반적으로 시간이 지남에 따라 상대적으로 차이가 적으므로, 위에서 설명한 구현에 크게 영향을 미치지 않아야 한다.
다른 구현은, 모바일 장치가 꺼져 있거나 비행기 모드에 있는 대신에 셀룰러 활성 상태인지 결정하기 위해서, 메인 컨트롤러 또는 제어 장치의 안테나를 사용하여 다른 외부 소스의 도움 없이 자체적으로 모든 업링크 대역을 모니터링한다. 예를 들어, 회사의 정책이 여행 중에는 모든 모바일 장치를 끄거나 비행기 모드로 설정해야 한다고 명시되어 있으며 시스템이 사용자가 이 제한 사항을 따르지 않는 것을 감지하는 경우, 시스템에서 관리자 또는 회사 연락처로 경고를 보낼 수 있다.
차량 내 모바일 장치 사용에 대한 대부분의 제한 및/또는 모니터링은 차량의 운전자 공간 내의 모바일 장치를 대상으로 하기 때문에, 모바일 장치가 현재 시스템에서 운전석이나 조수석에서 사용되고 있을 때를 구별할 수 있는 것은 여전히 필요하다. 예를 들어, 모바일 장치가 조수석에 있는 경우, 시스템은 여전히 업링크 대역에서 이러한 장치로부터의 전송을 감지하고, 시스템은 신호가 차량 외부의 소스가 아닌 차량 내부로부터 나오고 있지를 여전히 결정할 수 있다. 전력 감지기의 출력을 사용하여 모바일 장치 전송의 존재를 확인할 수 있는 여러 가지 방법이 있다. 일 구현에서, 절대 임계값이 사용되며 전력 검출기 출력이 해당 임계값을 초과할 때마다, 시스템은 모바일 장치가 "전송중"이라고 판단한다. 다른 구현에서, 시스템은 잡음 플로어를 설정하고 최소 신호 대 잡음비(SNR)를 모니터링한다.
또 다른 구현에서, 모바일 장치가 셀룰러 타워와 통신하여 사용하는 타이밍 패턴이 측정되고, 그 다음 시스템은 모바일 장치 전송의 존재를 확인하기 위해서, 위에서 설명한 기술에 잠재적으로 추가하여 해당 타이밍 매개변수 간의 유사성을 분석한다. 유사성은 제한하는 것은 아니지만 동적 시간 왜곡을 포함하는, 여러 디지털 신호 처리(DSP) 기술을 사용하여 측정할 수 있다.
상기 구현의 보다 세분화된 버전에서, 타이밍 패턴은 텍스트 전송, 전화 걸기 또는 기타 데이터 활동과 같은 다양한 동작 시나리오에서 이러한 패턴의 차이를 결정하기 위해 연구될 수 있다. 다시 말하지만, 시스템은 제한하는 것은 아니지만 동적 시간 왜곡을 포함하는 여러 DSP 기술을 사용하여 이러한 타이밍 매개변수 간의 유사성을 분석한다.
제어 장치의 안테나는 기본 셀룰러 신호 검출기 역할을 할 수 있다. 차량 또는 제어된 환경에 포함된 다른 안테나 또는 안테나 샌드위치는 기존의 유선 또는 무선 통신 기술 및 프로토콜을 사용하여 제어 장치와 통신한다. 제어 장치는 외부 안테나/안테나 샌드위치가 차량 또는 제어된 환경 내에 설치되었는지 여부를 결정하도록 구성되며, 이러한 안테나 또는 안테나 샌드위치가 잘못 설치되었거나 다른 방식으로 변조되었는지 여부를 결정하도록 추가로 구성된다. 예를 들어, 안테나 샌드위치의 안테나가 반대 구성으로 설치된 경우, 제어 장치는 로직를 반전할 수 있고 안테나 샌드위치가 설치된 방향을 적절하게 설명할 수 있는 소프트웨어를 포함할 수 있다. 예를 들어, 조수석과 운전석 사이에 안테나 샌드위치가 있고 운전석 뒤에 또 다른 안테나 샌드위치가 있는 경우, 메인 안테나와 운전석 뒤에 있는 안테나 샌드위치가 모바일 장치가 운전석에서 사용하고 있다고 판단하지만, 운전자와 승객 사이의 안테나 샌드위치가 강한 승객 신호와 약한 운전자 신호를 갖는 경우, 시스템은 운전석과 조수석 사이의 안테나 샌드위치 방향이 바뀌었다는 강한 확신을 갖는다. 그런 다음 이 설치 결정은 제어 장치의 메모리에 저장되어 해당 안테나 샌드위치에서 수신된 신호가 시간이 지남에 따라 다른 트립에 걸쳐 올바르게 지향되도록 한다.
차량에 허용된 모바일 장치가 홀더 또는 크래들에 배치되어 있을 때, 시스템이 차량의 운전자 영역에서 다른 모바일 장치의 존재를 감지하는 것이 여전히 바람직할 수 있다. 시스템은 허용된 모바일 장치에서 신호를 빼야 한다. 일 구현에서, 시스템은 허용된 모바일 장치가 어느 대역에서 동작하고 있는지를 결정하고 추가 모바일 장치를 찾을 때 모든 안테나에서 해당 대역을 무시한다. 대부분의 모바일 장치는 활동(예: 모바일 장치 통화 대 데이터 전송)에 따라 다른 업링크 대역을 사용한다. 따라서 "밴드 화이트리스트"는 시간 구성요소와 함께 사용되어야 하며, 허용된 모바일 장치의 방출이 시간에 따라 어떻게 변하는지 모니터링하고, 화이트리스트에 포함되는 밴드를 수정해야 한다. 대역 화이트리스팅의 일 구현에서, 하드웨어 노치 필터가 사용될 수 있다. 시스템은 허용된 모바일 장치의 활성 주파수에 따라 여러 노치 필터 사이를 전환할 수 있다. 이러한 노치 필터는 표준 하드웨어 또는 소프트웨어 기술을 통해 구현될 수 있다. 각 업링크 대역에 대해 하나씩, 다중 대역통과 필터가 사용되는 다른 구현에서, 허용된 모바일 장치의 활성 대역에 대한 대역통과 출력은 단순히 감쇠될 수 있다.
다른 구현에서, 허용된 모바일 장치의 전송 대역은 무시되고, 허용된 모바일 장치가 전송 중인 시간만 검사된다. 이 구현에서 이러한 시간은 홀더 안테나와 다른 안테나 간의 상대적 신호 강도에 의해 결정된다. 미리 결정된 SNR 임계값을 초과하면, 시스템은 신호가 허용된 모바일 장치에서 나오는 것으로 결정한다. 그러면 그 동안에는 차량의 모든 안테나로부터의 입력은 승인되지 않은 모바일 장치를 찾을 때 고려되지 않는다. 그 시간 동안의 신호는 단순히 무시되거나 "배경" 신호로 대체될 수 있다. 여기서 배경 신호의 필요한 품질은 추가 분석에 사용되는 알고리즘에 따라 달라진다. 대부분의 목적을 위해 대체 신호는 허용된 모바일 장치 전송 기간 전후의 조용한 기간과 유사한 전력 스펙트럼 분포를 가질 필요가 있다.
또한, 운전자 사분면에서든 승객 사분면에서든, 본 발명의 제어 장치를 사용하여, 차량 내 모바일 장치의 위치를 결정하기 위한 수많은 절차는 위에 자세히 설명되어 있다. 그러나, 모바일 장치에 설치되거나 내장된 적절하게 구성된 애플리케이션 또는 소프트웨어 구성요소를 사용하여, 차량 내에서의 위치를 결정하기 위해 모바일 장치에 의해 사용될 수 있는 다른 절차 및 기술이 아래에 더 자세히 설명되어 있다.
일 실시 예에서, 모바일 장치의 위치는 공통 엔진 소음 및 주파수에 기초하여 결정될 수 있다. 예를 들어, 운전할 때 엔진의 왼쪽은 오른쪽과 다른 사운드 패턴을 생성한다. 이 정보를 사용하여 모바일 장치가 차량의 왼쪽 또는 오른쪽에 있는지 확인할 수 있다. 차량의 연도/제조업체/모델을 확인한 후, 모바일 장치는 현재 차량의 연도/제조/모델에 대한 구성 파일을 다운로드한다. 이 구성 파일에는 이 차량에 대한 매개변수가 포함되어 있으며 DSP와 신경망 알고리즘의 조합에서 사용하는 변수에 로드할 수 있다. 그런 다음 이러한 알고리즘을 사용하여 차량 내부에서 모바일 장치의 위치를 결정한다. 대안적인 구현에서, 모바일 장치는 이미 알려진 모든 구성을 포함할 수 있고 추가 정보를 다운로드하지 않고 사운드를 처리할 수 있다. 또 다른 구현에서 녹음된 사운드 캡처는 추가 처리를 위해 클라우드로 전송되어 소리를 적절한 차량과 일치시키고 모바일 장치가 위치한 사분면을 결정한다.
다른 실시 예에서, 차량 또는 다른 폐쇄된 환경 내의 모바일 장치의 위치는 모바일 장치의 다양한 센서를 사용하여 결정될 수 있다. 그러한 센서 중 하나는 많은 모바일 장치에서 볼 수 있는 자력계이다. 모바일 장치가 차량의 왼쪽에 있을 때 왼쪽 도어 스피커가 오른쪽 도어 스피커보다 더 가깝다. 이 정보를 사용하여 모바일 장치가 운전자 사분면에 있는지 확인할 수 있다. 이에 대한 정확도는 차량에 상대적인 모바일 장치의 방향에 따라 달라진다. 그러나 이것은 문제가 되지 않는데, 왜냐하면 운전자가 실제로 모바일 장치를 사용하려고 할 때 일반적으로 모바일 장치는 일반적인 위치에 있기 때문이다. 또한 지면에 대한 모바일 장치의 방향도 도움이 될 수 있다. 일부 상황에서, 자기계 판독값은 신호를 왜곡하는 다른 자기 기기를 설명하기 위해 차량 내에 위치한 다른 모바일 장치에 대해 가장 잘 활용될 수 있다. 비교 데이터는 클라우드 기반 서버로 전송되거나 차량 내에 위치한 모바일 장치 간에 로컬로 전송될 수 있다. 다른 구현에서, 자력계, 가속도계, 자이로스코프 및 기타 일반적인 센서와 같은 차량의 센서 조합을 사용하여, 차량 내 모바일 장치의 대략적인 위치를 결정할 수 있다. 예를 들어, 차량이 우회전하면 차량은 서스펜션에서 기울어진다. 서스펜션이 기울어지는 동안 오른쪽에 가장 가까운 쪽은 아래쪽으로 미는 힘을 느끼고 왼쪽에 가장 가까운 쪽은 위로 올라가는 힘을 느낄 것이다. 이 정보를 활용하여 차량 내의 모바일 장치는 차량이 위치할 가능성이 있는 사분면에 대해 가정할 수 있다. 이 처리는 각 모바일 장치에서 개별적으로, 또는 BLUETOOTH 또는 기타 단거리 신호를 로컬로 활용하거나 추가 처리를 위해 데이터를 클라우드 기반 서버에 업로드하여 정보가 차량 내 모바일 장치 간에 공유되는 방식으로 발생할 수 있다.
차량에 대한 모바일 장치의 방향과 관련하여 다른 기술이 또한 사용될 수 있다. 모바일 장치는 GPS를 통해 차량의 방향과 방향을 결정할 수 있다. 또한 모바일 장치는 자력계 및 기울기 센서를 통해 자체 방향을 결정할 수 있다. 따라서 모바일 장치는 차량에 대한 방향을 결정할 수 있다. 모바일 장치의 자력계에 표시되는 벡터는 모바일 장치가 회전함에 따라 변할 수 있다. 그러나 스피커에 대한 모바일 장치의 위치가 변경됨에 따라 변할 수도 있다. 모바일 장치는 자이로스코프의 해당 변화를 찾아 자력계에서 관찰된 회전과 상관 관계를 확인함으로써 이 두 조건을 구별할 수 있다. 상관 관계가 없으면 모바일 장치가 스피커 근처에 있을 수 있다. 차량에 대한 방향 결정과 결합된 정보는, 모바일 장치가 차량의 우측 또는 좌측의 스피커 근처에 있는지를 구별할 수 있도록 하여, 운전자 식별을 위한 또 다른 방법을 가능하게 한다.
또 다른 실시 예에서, BLUETOOTH 신호 강도가 사용될 수 있다. 제어 장치에 비해 BLUETOOTH 신호 강도가 가장 높은 모바일 장치는 제어 장치에 가장 가까운 모바일 장치를 나타낼 가능성이 있다. 다시 말하지만, 이 신호 강도 정보는 모바일 장치의 모델 정보 및 지면에 대한 그 방향과 함께 클라우드로 전송될 수 있으며, 여기서 임의의 방향에서 BLUETOOTH에 대한 모바일 장치의 모델 감도 편차를 고려할 수 있다.
다른 실시 예에서, 챌린지 및 응답 시스템이 사용될 수 있다. 제어 장치가 운전석 영역에서만 셀룰러 신호 사용을 감지하는 수단이 구성된 경우, 이 제어 장치는 차량의 각 모바일 장치에 챌린지를 발행할 수 있다. 모바일 장치 A의 경우, 제어 장치는 모바일 장치에 신속한 다중 데이터 연결을 요청할 수 있다. 제어 장치가 운전석의 모바일 장치가 이 작업을 수행하는 것을 감지하면 운전자 모바일 장치가 식별된다. 그러면 제어 장치는 나머지 모바일 장치에 챌린지를 발행한다. 각 챌린지/응답 세션 후에, 제어 장치는 어느 모바일 장치가 운전자 사분면에 위치되어 있는지를 결정하고 그에 따라 차량의 모든 모바일 장치에 정책을 적용할 수 있다. 제어 장치가 통화 대 SMS 및 데이터 전송을 구별할 수 있는 경우, 이들의 일부 조합은 보다 정교한 챌린지/응답 세션에 사용될 수 있다.
셀룰러 신호 검출을 사용하는 다른 실시 예는 모바일 장치에 소프트웨어를 설치할 필요 없이 구현될 수 있다. 이 구현에서, 제어 장치는 모바일 장치의 사용을 모니터링하고 생성된 신호를 운전자가 잠재적으로 사용하는 모바일 장치(들)에 의해 생성된 알려진 활동과 비교한다. 예를 들어, 제어 장치가 x, y 및 z 시간에 각각 2개의 수신 SMS 메시지와 1개의 발신 SMS 메시지를 감지한다고 가정한다. x, y, z 시간에 통신 사업자의 네트워크에 포함된 사용 세부 정보를 비교하여 운전자의 사분면에 위치한 모바일 장치를 실시간으로 식별할 수 있다. 적절한 모바일 장치가 운전자 사분면에 있는 것으로 식별되면, 이동 통신사의 네트워크 내에서 모바일 장치의 사용이 차단되거나, 모바일 장치에서 실행되는 소프트웨어에 신호를 보내 추가 활동을 차단하도록 지시할 수 있다.
운전자 사분면의 모바일 장치는 또한 모바일 장치에 의해 수동으로 생성되는 활동 없이 좁혀지고/거나 식별될 수 있다. 예를 들어, 운전자 사분면에서 모바일 장치에 의해 생성된 셀룰러 신호의 패턴을 감지함으로써 모바일 장치의 모델이 결정될 수 있으며, 이는 모바일 장치를 식별하는 데 더 도움이 될 수 있다. 셀룰러 신호 내에서 패턴을 검출하는 방법은 신경망 및 기타 AI 방법을 포함하여 당업계에 알려진 모든 방법을 사용한다. 패턴 감지 외에도 캐리어 네트워크에서 신호를 생성한 다음 운전자 사분면 내에서 로컬로 감지할 수 있다. 예를 들어 셀룰러 네트워크가 차량 내 및 잠재적으로 차량의 운전자 사분면 내에 있는 각 모바일 장치에 정보를 전송하는 경우가 있다. 그러면 제어 장치는 생성된 신호를 적절한 모바일 장치에 일치시킨다.
다른 실시 예에서, 운전자 사분면의 모바일 장치로부터 데이터 버스트를 검출하는 메커니즘이 있는 시나리오를 고려한다. 이 절차는 언제 모바일 장치가 운전자 사분면에 있고 어떤 데이터가 시간 경과에 따라 사용되는지에 대한 데이터 세트를 구축할 수 있다. 또한 시간 경과에 따라 모바일 장치의 데이터 사용량을 모니터링하는 애플리케이션이 기내의 각 모바일 장치에 있거나 모바일 장치 자체에 대한 애플리케이션 없이도 이동통신사 네트워크를 통해 모니터링이 제공된다는 점을 고려한다. 모바일 장치는 대기 상태에서도 이메일이나 소셜 미디어 상태를 확인하는 등 주기적으로 데이터 트랜잭션을 수행한다. 분명히, 이러한 모든 데이터 세트는 서버에 업로드될 수 있으며, 여기서 처리될 수 있으며 운전자 사분면에 대한 데이터 감지 메커니즘의 데이터 세트와 차량에 있는 하나 이상의 다른 모바일 장치의 데이터 세트 사이의 상관 관계를 찾을 수 있다. 그런 다음 이러한 상관 관계 결과를 차량 내의 모바일 장치로 다시 전송하여 모바일 장치가 운전자 사분면에 있는지 또는 승객 사분면 중 하나에 있는지 결정할 수 있다. 서버를 통해 처리하기 위해 데이터를 업로드하는 대신 데이터를 처리 장치로 전송하기 위해 로컬 통신 기술을 사용하여 기내에서 데이터를 처리할 수도 있다. 데이터는 가청음, 초음파, BLUETOOTH, BTLE, WIFI, NFC, 적외선, 가시광선 또는 기타 메커니즘을 통해 전송될 수 있다. 처리 장치는 모바일 장치 자체 또는 모바일 장치 중 하나에 설치된 애플리케이션 중 하나일 수 있고, 제어 장치에 설치되거나 제어 장치의 일부에 설치될 수 있거나, 차량에 또는 차량 내부에 설치된 전용 처리 장치 또는 프로세서일 수 있다.
다른 실시 예에서, GPS, 가속도계, 압력계, 광 검출기, 카메라 등 다양한 센서로부터 정보를 기록하거나 검출하기 위해 하나 이상의 모바일 장치를 사용하는 것이 가능하다. 그런 다음 정보를 수집하고 로컬로 또는 클라우드 내에서 서로 비교하여 차량 공간 내부에서 모바일 장치의 상대적 위치 결정을 돕는다. 예를 들어, 두 개의 모바일 장치가 시스템 소프트웨어를 실행하고 GPS 위치를 수집하는 시나리오를 상상해 본다. GPS는 일반적으로 몇 피트 이내에서 정확하다. 주행 (또는 차량 외출) 중에 한 모바일 장치가 다른 모바일 장치의 약간 왼쪽에 있는 GPS 위치를 지속적으로 보고하는 경우, 국가 및 차량 유형에 따라, 그리고 차량 운전자가 차량 승객의 오른쪽 또는 왼쪽에 위치하는지의 여부에 따라, 어떤 모바일 장치가 운전자 사분면에 있는지 승객 사분면에 있는지를 결정할 수 있다. 유사한 데이터는 하나의 모바일 장치가 차량의 전면 또는 후면에 있는지의 여부를 나타낼 수 있다. 그런 다음 이러한 데이터를 사용하여 어느 모바일 장치가 운전자에게 속하는지를 결정할 수 있다. 수집된 센서 데이터의 수를 사용하여 유사한 시나리오를 구성할 수 있다. 회전하는 동안 모바일 장치에 의해 기록된 상대적 기울기 또는 각가속도를 비교하는 것은 유리하게 사용될 수 있는 또 다른 데이터 포인트를 나타낸다.
다른 실시 예에서, OBDII 장치 또는 제어 장치에 의해 감지되고 응답될 수 있는 BTLE 전송을 전송할 수 있는 iBeacon과 같은 모바일 장치에 설치된 애플리케이션을 사용하는 것이 가능하다. BTLE 데이터 교환은 모바일 장치가 응답하는 OBDII 장치 또는 제어 장치에서 얼마나 멀리 떨어져 있는지 확인하는 데 사용할 수 있는 거리 데이터를 제공한다. 이러한 거리 데이터는 운전자 사분면, 앞좌석 승객 사분면 또는 뒷좌석 승객 공간에 있든지, 모바일 장치의 가능한 위치를 결정하기 위해서, 단독으로 또는 본 명세서에서 설명된 하나 이상의 장치 위치 기술과 함께 사용될 수 있다.
특정 사분면 내에 위치하는 모바일 장치를 결정하거나 결정하는 데 도움이 되는 모든 방법은 (제어 장치를 사용하든 사용하지 않든) 서로 다양한 조합으로 사용될 수 있다. 방법은 설명의 편의를 위해 개별적으로 제시되지만, 실제 솔루션은 차량 내 모바일 장치의 위치를 보다 정확하게 결정하기 위해 이러한 기술 중 하나 이상을 사용할 수 있다.
장치 위치 및 차량 상태 데이터를 유리하게 사용하는 애플리케이션
(1) 기존 모바일 장치에 대한 주의산만 운전 애플리케이션
주의 산만 운전 방지 또는 위험 감소 시스템에는, 운전자, 앞좌석 승객 또는 뒷좌석 승객이 소지하든지, 차량 내에서 모바일 장치의 위치를 결정할 필요가 상당히 있으며 매우 바람직하다. 모바일 장치의 위치(또는 상대 위치)가 차량 내에서 알려지면 주의산만 운전 방지 또는 위험 감소 시스템은 이러한 위치 결정을 기반으로 다른 모바일 장치와 다르게 작동하도록 구성할 수 있다.
예를 들어, 일부 상황 또는 애플리케이션에서, 동승자 장치(앞좌석 및/또는 뒷좌석)는 영향을 받지 않은 상태로 유지되는 동안, 운전자의 모바일 장치만 차단(즉, 모니터링, 제어 등)되어야 한다. 대안으로, 어떤 모바일 장치가 운전석에 있는지에 관계없이 모든 모바일 장치를 차단하거나 비운전자를 위한 모바일 장치의 특정 측면을 개방하도록 시스템을 구성하는 것이 바람직한 상황 또는 애플리케이션이 있을 수 있다.
일부 경우에, 차량이 운전자에 의해 작동 중이거나 역방향이든 정방향이든 임계 속도 이상으로 움직이는 동안, 모바일 장치의 일부 또는 전체 기능의 사용을 제한, 제어, 관리 또는 방지함으로써, 주의산만 운전 방지 또는 위험 감소는 모바일 장치를 가진 운전자에 의한 차량의 안전한 작동을 개선하도록 설계된다. 기본 또는 구성 가능한 정책, 규칙 기반 또는 프로토콜 집합이 모바일 장치에 설치, 업로드 또는 액세스 가능하여 모바일 장치의 어느 기능이 어떤 상황에서 제한, 제어, 관리 또는 방지되는지를 정의한다.
본 명세서에서 설명된 주의산만 운전 방지 또는 위험 감소 애플리케이션은 개별 사용자, 장치 및 차량에 정의되고 이를 대상으로 하는 규칙 기반 정책을 사용할 수 있거나, 이들이 중앙 집중식 정책 배포 및 관리 시스템을 사용하여 차량의 플릿 및 선택적으로 직원 그룹 또는 하위 그룹 또는 기타 범주의 사람들을 대상으로 할 수 있다.
일부 경우에, 개인 또는 기업 사용자 및 다양한 유형의 모바일 장치에 대해 사용 가능하고 사전 구성된 하나 이상의 "기본" 또는 사전 정의된 정책이 있는데, 이것은 이러한 모바일 장치의 능력 및 기능에 기초하고, 방지되는 모바일 장치의 전형적인 기능에 기초고여, 이러한 기능을 방지해야 하는 경우에 기초하고, 어떤 기능이 방지되어서는 안 되거나 선택적으로 허용되는지에 기초한다(예: 비상 전화 걸기, GPS 지도 애플리케이션 액세스, "화이트" 목록 또는 허용 목록에 포함된 특정 번호나 사람에게 문자를 보내거나 전화를 걸 수 있는 기능).
또한, 일부 회사들은 그들의 업무의 일부로 차량을 운전하는 동안에도 직원 운전자가 회사 소프트웨어 애플리케이션 중 일부에 액세스할 수 있도록 할 수 있다. 이 시스템을 통해 관리자는 개인 또는 더 큰 그룹의 사람들을 위한 맞춤형 정책을 정의할 수 있다(예: 모든 가족 구성원, 가족의 모든 자녀, 부서 직원, 특정 유형의 직원 또는 회사의 모든 직원 등). 일 실시 예에서, 시스템에 통합되지 않거나 모바일 장치에 적절한 시스템 소프트웨어 애플리케이션(들)이 설치되어 있지 않은 모바일 장치 및/또는 차량은 시스템에 의해 영향을 받거나 간섭을 받지 않게 된다.
제어 장치에 의해 제공되어 모바일 장치로 전송된 차량 상태 데이터는, 모바일 장치 위치 결정과 함께, 관련 모바일 장치에 적용되는 적용 가능한 규칙 기반 정책에 따라 모바일 장치의 일부 또는 모든 기능의 사용을 제한, 제어, 관리 또는 방지하도록, 모바일 장치에 설치된 소프트웨어 애플리케이션에 의해 사용된다.
차량 내의 어떤 모바일 장치(들)가 비활성화되어야 한다고 결정되면, 사용자, 차량 또는 모바일 장치와 관련된 정책을 기반으로 하여, 모바일 장치의 일부 또는 모든 기능에 사용자가 액세스하는 것이 방지되어야 하며 - 차량의 위치, 시간, 기상 조건 등과 같은 환경 또는 기타 요인에 따라 사용자 정의될 수 있다.
사용자가 모바일 장치의 특정 기능에 액세스하는 것을 방지하는 것은 다양한 방식으로 달성될 수 있다. 예를 들어, 모바일 장치의 모든 기능에 대한 액세스를 방지하는 한 가지 방법은 모바일 장치의 화면에 팝업 대화 상자를 계속 표시하는 것이다. 이것은 사용자가 이 상자를 아무리 빨리 닫더라도 모바일 장치의 기능에 액세스할 시간을 전혀 갖지 않을 정도의 속도로 나타난다. 또 다른 방법은 잠재적으로 그래픽과 텍스트를 포함하는 전체 화면 대화 상자 또는 화면을 계속 표시하는 것이다. 모든 터치스크린 누르게 되면 이 대화 상자에서 삭제된다. 홈 버튼을 누르면 대화 상자가 매우 짧은 시간 동안 사라지는데, 이는 연속적으로 표시되는 특성으로 인한 것이다. 또 다른 방법은 사용자가 모바일 장치의 일부 기능에 액세스하려고 시도하지만 사용자가 연 모든 애플리케이션을 즉시 닫도록 하는 것이다. 이것은 사용자에게 안전을 경고하는 대화 상자나 기타 알림을 표시하는 것을 동반될 수 있다.
2) APPLE iOS 유형의 모바일 장치를 위한 주의산만 운전 애플리케이션
전통적으로, 주의산만 운전 방지 및 위험 감소 시스템은 모바일 장치의 사용 제한을 촉발하는 신호를 수신하는 차량 내에 위치한 모바일 장치에 설치되거나 이에 의해 액세스 가능한 소프트웨어 애플리케이션에 의존한다. 이 신호는 GPS 또는 가속도계와 같은 휴대 전화의 센서에서 로컬로 발생하거나 클라우드 또는 일부 무선 프로토콜(예: 제어 장치에서 전송)을 통해 통신하는 외부 장치에서 발생할 수 있다. 애플리케이션이 트리거 신호를 수신하거나 감지하면, 기존 모바일 장치의 애플리케이션 자체에서 모바일 장치의 사용 제한을 구현하고, 이에 따라서 모바일 장치의 모든 또는 선택된 다른 애플리케이션 및 기능을 방해한다. 모바일 장치 차단을 수행하는 일반적인 메커니즘은 사용자가 다른 애플리케이션과 상호 작용하는 것을 방지하는 화면을 모바일 장치에 설치하는 것이다. 또한, 많은 애플리케이션이 수신/발신 통화를 감시하여 모바일 장치의 운영 체제에서 제공하는 API를 사용하여 전화 통화를 강제로 종료한다.
이러한 잘 확립된 메커니즘은 대부분의 유형의 모바일 장치에서 잘 작동했다. 그러나 APPLE과 같은 몇개의 모바일 장치 제조업체는 하나의 설치된 애플리케이션이 모바일 장치의 다른 애플리케이션과 "간섭"하는 것을 허용하지 않는다. 이러한 제한이나 금지로 인해 주의산만 운전 소프트웨어 애플리케이션이 이 플랫폼에서 작동하는 것을 방지한다. 하나의 애플리케이션이 다른 애플리케이션의 사용을 제한하도록 하는 솔루션이나 수단을 설계하고는 있지만, 이 산만운전 솔루션은 APPLE의 애플리케이션 검토 및 승인 프로세스를 통해 제출되었으며, 여전히 해당 애플리케이션은 APPLE의 표준 "애플리케이션 서비스 약관"을 위반하기 때문에 APPLE App Store를 통한 판매 또는 지원에 대한 승인을 받지 못한 상태이다.
이러한 유형의 플랫폼에 대해 장치 제한을 위한 다른 방법이 구현될 수 있다. 실제 사용 제한을 수행하기 위해 모바일 장치에 설치되거나 액세스되는 애플리케이션에 의존하는 대신, 모바일 장치에 설치되거나 모바일 장치에 의해 액세스 가능한 애플리케이션이 모바일 장치의 다른 애플리케이션 또는 기능에 자체 제한을 부과하도록 요구하지 않고, 모바일 장치의 OS가 원하는 제한을 구현하도록 하는 iOS 장치에 데이터 전송 또는 기타 통신을 제공하기 위해 외부 하드웨어 장치(이 경우 제어 장치)를 사용할 수 있다.
(a) HID를 모방하는 외부 제어 장치로부터 전송된 OS 레벨 명령을 사용하여 모바일 장치에서 금지된 활동 방지
예를 들어, 많은 모바일 장치는 수년 동안 외부 키보드를 지원해 왔다. 이러한 외부 키보드는 BLUETOOTH 저에너지 애플리케이션을 위해, GATT를 통해, HID(인간 인터페이스 장치) 또는 HIDT와 같은 표준 프로토콜에서 작동한다.
이러한 확립된 프로토콜을 활용하여, 이러한 모바일 플랫폼에서 사용을 제한할 수 있는 시스템이 개발될 수 있다. 예를 들어, 모바일 장치 사용자가 애플리케이션을 열면 이러한 외부 하드웨어 장치는 부적절한 사용을 나타내는 신호를 수신하고 사용자가 외부 키보드의 키를 누른 것과 동일한 효과를 갖는 "키 누름"을 전송한다. 대부분의 경우, "홈 키" 또는 "전원 키"와 같은 키를 누르는 것이 바람직하다. 사용자가 부적절하거나 승인되지 않은 애플리케이션을 열거나 사용하려고 시도한 예(예를 들어, 규칙 기반 정책 기반)에서, 이 부적절하거나 승인되지 않은 애플리케이션을 최소화하는 효과가 있는 "홈 키" 누름을 전송하는 것이 가능하다. 이것은 애플리케이션 제한의 원하는 효과를 낸다. 이것은 완전히 새로운 차원의 모바일 장치를 열어주므로, 주의산만 운전 정책을 구현할 수 있고 승인되지 않은 애플리케이션에 대해 걱정할 필요가 없다.
이 메커니즘은 또한 모바일 장치에 설치될 필요가 없는 애플리케이션 없이 독립형 방식으로 활용될 수 있다. 이 구현에서 외부 하드웨어 장치(예: 제어 장치)는 설정된 간격으로 적절한 키 누름을 전송하여 사용자가 모바일 장치의 정상적인 작동을 계속하는 것을 매우 어렵게 만든다. 일 실시 예에서, 소프트웨어 애플리케이션 및 외부 하드웨어 장치를 모두 사용하는 것이 가능하다. 소프트웨어 애플리케이션은 본 명세서에서 설명된 다른 애플리케이션과 통신 및 기능면에서 유사하다. 그러나 주요 차이점은 모바일 장치 제한의 적어도 일부는 HID와 같은 프로토콜을 통해 키 누름에 해당하는 것을 전송하는 외부 하드웨어 장치가 필요하다는 것이다. 모바일 장치의 소프트웨어 애플리케이션은 외부 하드웨어 장치에 부적절한 사용을 경고하고, 다음에 키 누름 전송을 트리거한다. 이 예에서 이러한 유형의 애플리케이션은 제조업체의 애플리케이션 서비스 약관을 직접적으로 위반하지 않기 때문에 승인될 수 있다. 특히, 그러한 애플리케이션은 다른 애플리케이션의 사용을 제한하지 않는다. 대신 모바일 장치의 현재 상태를 외부 하드웨어 구성요소에 알린다. 그러면 외부 구성요소는 모바일 장치의 상태, 차량 상태 및 정책에 따라 어떤 명령이 적절한지를 내보낸다.
(b)(i) 외부 제어 장치와 모바일 장치 간에 전송되는 ANCS 알림을 사용하여 모바일 장치에서 금지된 활동 방지
당업자라면 애플리케이션(또는 앱)을 설치하는 것과 관련된 권한에 대한 APPLE 사의 엄격한 통제로 인해 APPLE® 브랜드 모바일 통신 장치가 종종 ANDROID® 브랜드 모바일 통신 장치를 뒤따른다는 것을 이해할 것이다. 하지만, 현재 APPLE의 iOS 운영 체제를 사용하는 APPLE® 브랜드 모바일 통신 장치(이하 "iOS 장치")에 의해 사용하는 APPLE® 알림 센터 서비스(ANCS) 프로토콜을 사용하여, ANDROID® 브랜드의 이동통신 기기에서 더 쉽게 구현되거나 여기에서만 이용 가능한, 많은 모바일 장치 제어 기능 및 주의산만 운전 기능을 APPLE® 브랜드의 이동통신 기기에 제공할 수 있다.
본 명세서에 개시된 신규 솔루션은 외부 BTLE 장치와 iOS 장치 사이에 설정된 연결을 이용한다. 특히, 외부 BTLE 장치는 APPLE의 iOS 운영 체제에 의해, iOS 장치의 ANCS 서비스(ANCS 프로토콜 내에서 "알림 제공자"라고 함)와 상호 작용하는 것이 허용된다. 외부 BTLE 장치(ANCS 프로토콜 내에서 "알림 소비자"라고 함)는 DriveID 또는 OBD 송신기 유형 장치에 통합될 수 있어(본 명세서에서 참조로 포함되고 위에서 식별된 특허 및 특허 출원에 설명됨), 이러한 기존 DriveID 또는 OBD 송신기 유형 장치가 기존 BTLE 연결에 업혀가는 것을 가능하게 한다. 또는 DriveID 또는 OBD 송신기 유형 장치 자체가 iOS 장치의 ANCS 서비스와 상호 작용하도록 구성된 외부 BTLE 장치 자체인 것으로 구성될 수 있다.
ANCS 프로토콜에 의해 인에이블되는 한 가지 기능은 iOS 장치로 향하는 수신 호출을 차단하는 기능이다. 현재 APPLE 사는 iOS API를 포함하거나 이것이 수신 호출을 종료하도록 허용하지 않는다. 이러한 이유로 iOS 장치에 설치된 기존의 주의산만 운전 솔루션은 Apple 사가 제한하기 때문에 부적절한 전화 사용을 완전히 방지하는 데 어려움이 있다. 그러나 본 개시에 의하면 ANCS 프로토콜을 사용하여 수신 호출 알림에 대한 응답으로 "부정적" 조치를 전송함으로써, 사용자가 호출에 응답할 기회를 갖기 전에 호출을 중단/종료할 수 있다.
ANCS 프로토콜에 의해 활성화되는 또 다른 기능은 수신 호출에 자동 응답하는 기능이다. ANCS 프로토콜을 사용하여 수신 전화 알림에 대한 응답으로 "긍정적" 조치를 보내면 iOS 장치에 설치된 소프트웨어가 수신 전화에 응답할 수 있다. 이 기능은 일부 상황에서, 어떤 수신 통화가 종료되거나 자동 응답되는지 필터링하는 기능과 결합하는 경우 특히 유용하다. 연락처 정보에 액세스하기 위해 사용 가능한 iOS API와 함께 ANCS 프로토콜에서 얻은 정보를 사용하여 현재 시스템은 발신자의 전화 번호를 결정할 수 있다. 이 정보를 사용하면 미리 정의된 알려진 번호 목록을 기반으로 수신 전화가 종료되거나 자동 응답되거나 둘 다 없는 전화 번호 목록을 정의할 수 있다.
다른 특징은 iOS 장치의 사용자가 차량을 운전하거나 조작하는 동안 iOS 장치에 의해 수신된 SMS 메시지에 자동 응답하는 기능이다. ANCS 프로토콜을 사용하여 SMS 발신자의 전화번호를 결정하기 위해, 시스템은 SMS 전송 서비스(iOS 장치에서, 외부 장치에서 또는 서버를 통해 중계됨)와 통신하여 발신자에게 응답 SMS를 보내도록 구성할 수 있다. 일 구현에서, 시스템은 SMS 전송 서비스와 상호작용할 때 iOS 장치 전화번호를 "발신자 전화번호"로 사용하도록 구성될 수 있다. 그러나 미국을 비롯한 많은 국가에서, SMS 스푸핑(spoofing)은 기술적으로 실현 가능하지 않다. 이러한 경우 자동 응답 SMS는 타사 번호에서 발신될 수 있다.
또 다른 특징은 iOS 장치의 사용자에게 수신 SMS 메시지를 소리내어 읽거나 들을 수 있는 능력이며, 이는 사용자가 차량을 운전하거나 조작할 때 특히 유용하다. 텍스트 음성 변환 기능을 수행하기 위한 기존 iOS API와 함께 들어오는 텍스트의 내용에 액세스하는 ANCS 기능을 사용하게 되면, 본 시스템은 iOS 장치 사용자가 들어오는 텍스트 메시지의 내용을 듣을 수 있게 한다. 이 기능은 SMS가 미리 정해진 특정 "화이트리스트" 전화번호에서 발신된 경우에만, iOS 장치가 SMS 메시지를 소리내어 읽을 수 있도록 하는 메커니즘 또는 정책을 제공하여 더욱 향상될 수 있다.
모든 SMS 메시지 기능은 SMS 메시지의 발신자를 결정하기 위해 ANCS 능력을 사용하여 수신 호출과 유사한 방법으로 화이트 리스트 또는 블랙 리스트에 기초하여 필터링될 수 있다.
또 다른 기능은 iOS 장치의 메인 디스플레이 화면의 잠금 화면 및 알림 창에서 알림을 제거하는 기능이다. 일반적으로 iOS 장치에서 SMS 메시지, 이메일 또는 기타 활동에 대한 알림이 생성되면, 잠금 화면과 잠금 화면에서 액세스할 수 있는 창에서 볼 수 있다. 메시지 내용의 일부 또는 전체가 표시될 수 있다. 이 기능은 사용자에게 유용하지만, 사용자가 차량을 운전하거나 조작할 때 바람직하지 않은 주의산만을 유도할 수 있다. ANCS를 통해 이러한 알림에 부정적인 조치를 보내면 현재 시스템이 잠금 화면 및 잠금 화면 알림 창에서 이러한 알림을 제거할 수 있으므로, iOS 장치의 사용자에 대한 잠재적인 주의산만을 줄일 수 있다.
또 다른 특징은 ANCS를 사용하여 운전하는 동안 주의산만을 감사하는 기능이다. 알림이 올 때마다 시스템은 ANCS를 사용하여 알림을 생성한 시간, 앱 및 앱 범주를 기록할 수 있다. 그런 다음 이 데이터를 운전 시간과 정렬하여 사용자가 차량을 운전하거나 조작하는 동안 얼마나 많은 알림과 어떤 앱(또는 앱 유형)이 들어오는지 결정할 수 있다. 이러한 데이터는 주의산만 운전으로 인한 위험을 평가하고 주의 산만 원인을 식별하는 감사, 법률 또는 보험 정책 관점에서매우 유용할 수 있다.
이 상세한 정보는 시스템이 단순히 "감사" 모드에서 작동 중인지 또는 예를 들어 주의산만 운전 "보호" 모드에서 작동 중인지 여부에 관계없이 시스템에 의해 캡처될 수 있다. 또한 이 정보를 운전 행동에 대해 분석하여 다양한 애플리케이션에서 수신된 알림 메시지가 사용자의 운전 능력에 어떤 영향을 미치는지 결정할 수 있다. 예를 들어, 제동 이벤트, 가속 이벤트 및 기타 부정적인 운전 행동을 이러한 행동과 동시에 야기되거나 발생한 정확한 알림 또는 전화 이벤트와 연관시키는 것이 가능하다. 이러한 유형의 데이터는 차량을 운전하거나 조작하는 동안 장치 사용을 기반으로 하는 보험료를 책정하는 것과 관련하여 막대한 파급효과를 가질 수 있다.
일 구현에서, 외부 장치는 ANCS 서비스와 상호작용할 때 ANCS 알림을 구문 분석하고 해석한다. 그런 다음 외부 장치는 ANCS 응답을 공식화할 수 있다. 예를 들어 iOS 장치에서 작동하는 ANCS 서비스에 부정적인 조치를 다시 보내 전화 통화를 종료하고 사용자 화면에서 알림을 해제할 수 있다. 어떤 경우에는 전화 통화를 받는 것과 같은 긍정적인 조치가 필요할 수도 있다. 부정적인 조치, 긍정적인 조치 또는 응답 없음을 보내는 결정은 사용자에 의해 또는 사용자를 대신하여 결정된 환경 및 설정/정책에 따라 달라질 수 있다. 예를 들어, 이동 중 빨간 신호등에서 정지된 동안 iOS 장치는 전화 통화를 끊거나 메시지를 무시하지 않게 하지만, ANCS 서비스가 주의산만 활동이나 화면 알림을 종료하도록 시스템이 부정적인 조치를 보내도록 구성하는 것이 바람직할 수 있다.
다른 구현에서, 외부 제어 장치는 단순히 ANCS 데이터를 바이트 단위로 iOS 장치에서 실행 중인 애플리케이션으로 다시 중계한다. iOS 앱(또는 원격 서버)은 ANCS 메시지의 구문 분석 및 해석을 담당한다. 이는 외부 제어 장치의 부하를 최소화하고 응답을 결정하고 환경을 평가하는 데 더 큰 유연성을 허용한다. 이 경우, 외부 제어 장치, iOS 장치에서 실행되는 하나 이상의 애플리케이션 및 iOS 장치 자체 사이에서 ANCS 메시지(알림 및 작업/응답)를 앞뒤로 전송하기 위해 사용자 지정 BLTE 특성을 구성할 수 있다. BTLE 사용자 정의 특성의 모든 조합은 ANCS 메시지를 앞뒤로 중계하고, 차량 상태 정보를 보내고, 외부 제어 장치와 iOS 장치 및/또는 iOS 장치에서 실행되는 애플리케이션 간에 데이터를 검색하는 데 사용할 수 있다.
다음은 이 서비스가 구현될 수 있는 방법의 한 예이다.
1. BTLE 호환 BLUETOOTH 모듈을 포함하는 외부 제어 장치는 하나 이상의 iOS 장치와 페어링/인증된다. 이 예에서 외부 제어 장치는 DriveID 유형의 하드웨어 구성 요소, OBD가 설치된 하드웨어 장치, 독립 실행형 장치, 차량에 직접 통합되거나 차량의 온보드 컴퓨터를 갖는 장치, 다른 스마트 폰 또는 다른 장치상에 위치한 장치, 또는 정보를 수신할 대상 iOS 장치 외부에 있는 모든 기기일 수 있다.
2. iOS 장치는 SMS 메시지를 수신한다.
3. ANCS는 SMS 메시지 정보를 ANCS 통지로서 외부 BTLE 장치에 전달한다.
4. 외부 장치는 SMS 메시지를 처리하여 사용자의 "주의산만 운전" 정책 설정에 기초하여 iOS 장치의 사용자가 메시지를 볼 수 없도록 "차단"해야 한다고 결정한다.
5. 그런 다음 외부 제어 장치에서 iOS 장치로 ANCS를 사용하여 부정적인 조치가 전송된다.
6. iOS 장치는 ANCS 응답(부정적 조치)을 처리하여 사용자의 알림 표시줄 및 잠금 화면에서 알림을 제거하여 사용자가 주의산만해지는 것을 방지한다.
또한, 위의 예는 ANCS 메시지가 원격 서버, 대상 iOS 장치 또는 그 외 iOS 장치에서 실행될 수 있는 원격 애플리케이션, 또는 메시지가 감사 목적으로 기록될 수 있도록 다른 외부 장치에 전송되도록 확장될 수 있다. 또는 그러한 메시지를 추가로 분석하고 다른 데이터와 비교하여 ANCS 응답이 전송되어야 하는 경우에 대해 보다 정보에 입각한 결정을 내릴 수 있다.
다음은 이 서비스가 구현될 수 있는 방법의 또 다른 예이다.
1. BTLE 모듈은 DriveID 구성요소와 같은 외부 제어 장치에 포함되거나 설치된다.
2. iOS 장치는 SMS 메시지를 수신한다.
3. ANCS는 SMS 메시지를 NACS 통지로서 DriveID 구성요소에 전달한다.
4. DriveID 구성요소는 ANCS 통지로부터 획득된 선택된 정보를 대상 iOS 장치에 설치되어 실행 중인 주의산만 운전 애플리케이션(예: 제어 애플리케이션(104))에 다시 전달한다. DriveID 구성 요소는 속도와 같은 차량 상태 또는 상태 데이터를 iOS 장치에 전달할 수도 있다.
5. 대상 iOS 장치에 설치되어 실행 중인 애플리케이션은 선택된 정보를 처리하고, iOS 장치에 제공되거나 iOS 장치에서 독립적으로 결정할 수 있는 기타 정보 (예: 차량 속도, 위치, iOS 장치가 차량의 사용자 또는 조수석에 있는지 여부 등)는 선택된 정보 및 기타 정보를 사용자를 위해 설정된 다양한 주의산만 운전 설정 또는 정책과 비교한다.
6. iOS 장치의 애플리케이션은 ANCS 알림에 대한 원하는 응답을 공식화하고 이를 다시 DriveID 구성 요소로 보낸다.
7. 그 다음, DriveID 구성요소는 ANCS 액션의 형태로 원하는 응답을 타겟 iOS 장치로 다시 전송하고, 이로 인해, ANCS 서비스가 ANCS 작업을 처리하고 애플리케이션이 원하는 작업을 수행할 수 있다 (그러나 iOS 장치의 기본 활동이나 기능을 직접적으로 방해하지 않도록 애플리케이션에 부과된 iOS 제한을 우회).
SMS가 위의 예에서 사용되는 동안, 상기 프로세스는 Skype(또는 유사한 VoIP) 메시지, 이메일, 통화, 제3자 앱 알림 등에 대해서도 수행될 수 있다.
iOS 장치의 ANCS 서비스는 2개의 장치(외부 제어 장치 및 iOS 장치)가 페어링될 것을 요구한다. 이것은 여러 대의 자동차를 소유한 가족이나 수백 또는 심지어 수천 대의 차량이 있을 수 있는 상업용 차량 플릿에 부담을 줄 수 있다. 현재 시스템은 최종 사용자가 대상 iOS 장치를 하나의 장치에만 페어링한 후, 하나 이상의 외부 제어 장치 간 "페어링"을 공유할 수 있도록 한다.
이것은 타겟 iOS 장치에서 실행되는 애플리케이션과 외부 BTLE 장치의 조합을 사용하여 달성된다. 초기 페어링이 완료되면, 페어링/본딩 키 및 모든 관련 정보가 외부 BTLE 장치로부터 iOS 장치에서 실행되는 애플리케이션으로 전송된다. 그런 다음 이 정보는 로컬 및/또는 원격 서버에 저장된다.
이 시점에서부터 iOS 애플리케이션은 다른 외부 BTLE 장치가 iOS 장치가 원래 페어링되었던 BTLE 장치를 "모방"하도록 하는 데 필요한 모든 정보를 갖는다. 이러한 방식으로, iOS 장치는 현재 통신 중인 BTLE 외부 장치가 BLUETOOTH 페어링이 설정된 "원래" 장치라고 간주하므로, 이로 인해 새로운 BLUETOOTH 페어링의 필요 없이 iOS 장치와 ANCS 서비스가 올바르게 작동할 수 있다.
다음은 참조에 의해 통합된 상기 참조된 특허 및 특허 출원에 설명된 바와 같이, 이것이 DriveID 구성요소에서 구현되는 방법의 일 예이다.
1. BTLE 모듈이 DriveID 구성요소에 설치되거나 그렇지 않으면 내장된다.
2. 시스템 애플리케이션이 대상 iOS 장치에 설치되어 실행 중이다.
3. 타겟 iOS 장치와 DriveID 구성 요소가 페어링 시퀀스를 시작한다.
4. 일단 페어링이 완료되면, DriveID 구성요소는 페어링 키, MAC 주소 및 모든 관련 정보를 iOS 애플리케이션에 전송하고, 다음에 저장된다(iOS 장치에 또는 iOS 장치와 통신하거나 이에 액세스 가능한 원격 서버에).
5. 타겟 iOS 장치는 새로운 차량에 운반되어 사용될 수 있으며, 새로운 차량에 고유하거나 그와 관련된 새로운 DriveID 구성요소와 통신한다.
6. iOS 애플리케이션은 키, MAC 주소 및 기타 관련 정보를 새 차량의 DriveID 구성요소에 전송한다.
7. DriveID 구성요소는 수신된 정보와 일치하도록 MAC 주소 및 키를 변경한다.
8. iOS 장치 및 ANCS 서비스는 두 장치가 이제 "페어링"됨에 따라 인증 방식으로 새 차량의 DriveID 구성요소에 연결된다.
(b)(ii) CallKit API 프로토콜의 창의적 사용으로 iOS 모바일 장치에서 금지된 활동 방지
위에서 언급한 바와 같이, APPLE® 브랜드의 모바일 통신 장치는, 주로 APPLE 사가 설치된 앱과 관련된 권한에 대한 더 엄격하게 통제하고 타사 앱이 다른 타사 앱의 기능과 APPLE® 브랜드 모바일 통신 장치에 내장된 핵심 장치 기능을 방해하거나 차단하는 것을 일반적으로 금지하도록 제한하는 것으로 인해, 소프트웨어 애플리케이션("앱") 개발 및 기능에서 종종 ANDROID® 브랜드 및 기타 모바일 통신 장치를 뒤쫓는 것으로 잘 알려져 있다. 그러나 APPLE 사는 최근 버전 10.0+ iOS 운영 체제에서 새로운 공개 애플리케이션 인터페이스(API)를 출시했다. 이 새로운 API를 "CallKit"이라고 하며 본 명세서에서 설명된 솔루션은 "CallKit" API을 활용하여 "CallKit" API에 의해 특별히 의도한 것 이외의 방법과 목적으로 iOS 모바일 통신 장치의 주의산만 운전 및 기타 관리와 제어 기능을 제공할 수 있다.
"CallKit" API의 의도된 목적 및 사용은 VoIP(Voice Over IP) 애플리케이션(예: SkypeTM 및 유사한 VoIP 애플리케이션)이 iOS 및 iOS 장치에서 제공되는 핵심 기능에 더 긴밀하게 통합되도록 하는 것이다. iOS 버전 10.0을 소개하는 보도 자료에서 설명한 바와 같이, APPLE 사는 "CallKit 프레임워크는 ... VoIP 앱이 iPhone사용자 인터페이스와 통합되도록 하여 사용자에게 좋은 경험을 제공한다."라고 명시한다. 프레임워크를 통해 사용자는 "잠금 화면에서 걸려오는 VoIP 전화를 보고 응답하고 iPhone 앱의 즐겨찾기 및 최근 보기에서 VoIP 전화의 연락처를 관리"하도록 한다. 보도 자료에 따르면 "CallKit은 또한 통화 차단 및 발신자 식별을 가능하게 하는 앱 확장을 도입한다"라고 명시되어 있다.
이러한 긴밀한 통합으로 인해 iOS 장치에 설치된 VoIP 애플리케이션이 잠금 화면과 장치가 잠금 해제되어 사용 중일 때 기본 전화 애플리케이션을 트리거할 수 있다. 이 화면은 수신 통화, 활성 통화 또는 아웃바운드 VoIP 통화에 대한 응답으로 트리거될 수 있다. 예를 들어, VoIP 애플리케이션이 iOS에 전화가 걸려왔다는 사실을 알리면 iOS는 기본 전화 앱을 표시하고 전화가 오는 사람을 표시한다. iOS 장치에 대한 기존의 수신 전화와 마찬가지로, CallKit 기능을 사용하는 VoIP 애플리케이션의 표시는 사용자의 현재 활동을 중단하고 "전경 애플리케이션"이 된다. 이 전경은 수신 SMS 및 기타 알림, 사용자가 사용하고 있던 애플리케이션 및 기타 프로세스를 통해 표시된다. 또한 전화 애플리케이션의 트리거는 VoIP 애플리케이션이 수신, 발신 또는 진행 중인 VoIP 호출이 있음을 iOS에 알리기 위해 만드는 API 호출을 기반으로 한다. 그러나 아래에서 설명하는 바와 같이, VoIP 애플리케이션이 CallKit 기능을 트리거하고 사용하기 위해서는 실제 VoIP 호출이 존재할 필요는 없다.
이 API는 iOS 장치에서 VoIP 애플리케이션의 경험을 개선하는 데 유용하지만, CallKit API를 통합하는 VoIP(또는 기타) 애플리케이션에 부여된 제어 및 재량 수준은 전화 애플리케이션을 마음대로 표시할 수 있게 하여, API가 의도하지 않았지만 창의적인 다른 목적으로 사용될 수 있도록 한다. 이러한 의도하지 않았지만 창의적인 목적은 (i) iOS 장치 사용자가 차량을 운전할 때 iOS 장치 사용자의 주의산만을 줄이는 데 도움이 되는 것 또는 (ii) 장치의 일부 기능을 제한하거나 금지하는 것이 바람직하거나 필요할 수 있는 (예: 영화관, 병원, 학교 또는 장치 사용을 제어, 모니터링 또는 제한해야 하는 기타 환경이나 영역에서와 같이) 미리 결정된 위치 또는 환경에 있는 경우, iOS 장치의 선택된 기능을 제한, 모니터링 또는 제어하는 것을 포함한다.
예를 들어, (제어 애플리케이션(104)을 참조하여 본 명세서에 설명된) 종래의 주의산만 운전 애플리케이션은, 장치의 사용자가 운전 중이거나 iOS 장치에 설치된 주의산만 운전 애플리케이션에 의해 iOS 장치의 애플리케이션 또는 기능이 금지되거나 iOS 장치와의 통신을 제어하는 위치에 있는 동안, iOS 장치의 사용자가 iOS 장치에서 "금지된" 또는 블랙리스트에 있는 애플리케이션 또는 기능에 액세스하거나 실행하려고 시도하는지의 여부와 시도할 때를 결정할 수 있다. 그렇다면, 주의산만 운전 애플리케이션은 CallKit API를 사용하여 iOS가 전경에서 VoIP 화면 또는 알림 창을 표시하는 것을 지시하도록 구성될 수 있으며, 이는 VoIP 알림 창 또는 디스플레이 화면이 전경 애플리케이션으로 우선 적용되기 때문에 사용자가 금지된 애플리케이션 또는 기능을 계속 사용하는 것을 효과적으로 방지한다.
CallKit API를 사용하는 애플리케이션과 연관된 화면 또는 알림 창은 애플리케이션에 의해 제공되는 지정된 알림 창 또는 디스플레이 화면일 수 있다. CallKit API를 사용하는 기존 VoIP 애플리케이션의 경우, 알림 창 또는 표시 화면은 기본 전화 통화 인터페이스에서 생성된 것 또는 VoIP 애플리케이션에서 사용자 정의한 것이다. 본 발명에 따르면, 주의산만 운전 애플리케이션은 마치 VoIP 애플리케이션인 것처럼 작동하여 iOS가 아닌 기기의 사용자에게 일반적으로 표시되고 iOS 장치의 사용자에게 발생하는 주의산만함을 최소화하기 위한 것인, 맞춤형 알림 창 또는 표시 화면을 생성한다.
주의산만 운전 소프트웨어에 의해 사용되는 CallKit API가 설치된 VoIP 전화 애플리케이션이 알림 창 또는 디스플레이 화면 중 하나를 표시하도록 강제하는 경우, 그렇게 하기 위한 여러 가지 가능한 구현이 있으므로 사용자가 금지된 애플리케이션 또는 기능을 시작하거나 액세스하는 것을 방지하는 효과를 가질 수 있다. 다음은 CallKit API의 현재 구성을 기반으로 하는 몇 가지 옵션이다(이는 API의 향후 버전에서 분명히 확장되거나 향상될 수 있음). 예를 들어 CallKit API는 새로운 수신 전화; 새로운 수신 전화이지만 전화 응답이 있었음; 새로운 발신 전화; 새로운 발신 전화를 받았지만 전화 응답이 있는 것을 나타내는, 알림 창 또는 표시 화면을 생성하도록 주의산만 운전 소프트웨어로 구성될 수 있다.
이전에 언급한 바와 같이, 주의산만 운전 소프트웨어는 CallKit API를 통합할 수 있으며, 그러면 주의산만 운전 소프트웨어가 iOS 장치 사용자에게 친숙하며 사용자가 VoIP 통화가 들어오거나 진행 중이거나 나가고 있는 것으로 믿게 혼란을 주지 않는 맞춤형 알림 창 또는 디스플레이 화면을 제공할 수 있다. 주의산만 운전 소프트웨어에 의해 생성된 알림 창이나 디스플레이 화면이 있으면 사용자에게 보다 명확하고 구체적인 인터페이스를 표시할 수 있다는 이점이 있어 사용자가 상황을 이해하고 혼란을 줄이는 데 도움이 된다.
기존 전화 애플리케이션이 트리거되고 전경이 되는 구현에서, 현재 일어나고 있는 일을 사용자에게 알리기 위한 노력이 이루어지지만 주의산만의 수준을 최소화하기 위한 방식으로 이루어진다. 이러한 방법 중 일부는: 발신자 ID로 식별되는 실제 발신자의 이름이 아닌 "차단 모드 활성"과 같은 문구를 포함하도록 표시된 "발신자 이름"을 변경하고; 사용자가 iOS 장치의 승인되지 않은 애플리케이션, 기능 또는 특성에 액세스하거나 실행하려고 시도하고, 주의산만 운전 소프트웨어가 그러한 애플리케이션, 기능 또는 특성으로 인해 발생할 수 있는 추가 사용 및 주의산만을 방지하도록 트리거된 것을 설명하는 로컬 알림을 사용자에게 표시하고; 먼저 "팬텀" 전화 통화가 비디오를 지원한다고 iOS에 지시한 다음에 장치 화면에 표시할 비디오 또는 정적 이미지를 iOS에 제공하는 단계를 포함한다. - 이러한 비디오 또는 정적 이미지에는 장치가 "차단" 모드에 있고 실제로 걸려오는 전화가 없다는 것을 사용자에게 알리는 그림이나 문구를 포함한다.
CallKit API를 사용하는 다른 구현에서, 주의산만 운전 애플리케이션은 기존 iOS 전화 앱을 짧게 표시하도록 트리거하지만 그 다음에는 통화가 종료되었음을 빠르게 신호보내도록 구성된다. 이 방법은 사용자에게 빠른 화면 플래시만 표시한다. 이로 인해 많은 경우 iOS 장치의 사용자가 전화 애플리케이션에 "고정"할 필요 없이 현재 활동을 계속하는 것을 방지하는 효과가 있다. 그런 다음 시작하거나 사용하려고 시도한 승인되지 않은 애플리케이션, 기능 또는 특징에 대해 경고하는 후속 알림이 사용자에게 표시될 수 있으며, 이는 사용자의 잠재적인 혼란을 피하거나 줄이는 데 도움이 된다.
다른 구현에서, 사용자가 iOS 장치의 "금지된" 또는 블랙리스트에 있는 애플리케이션 또는 기능에 액세스하거나 시작하려고 시도할 때마다 사용자를 전화 애플리케이션 사용자 인터페이스(UI)에 유지시키는 것이 바람직할 수 있다. 이는 사용자가 운전 중이거나 장치가 장치의 일부 기능을 제한하거나 금지하는 것이 바람직하거나 필요할 수 있는 미리 결정된 위치 또는 환경에 있을 때, 사용자가 운전 중이거나 iOS 장치에서 승인되지 않은 애플리케이션, 기능 또는 특징에 액세스하거나 실행을 시도할 때마다 전화 애플리케이션 알림 창 또는 디스플레이 화면을 지속적으로 트리거하여 수행될 수 있다. 다시 말해, 이 애플리케이션이 사용자가 전화 애플리케이션으로부터 멀리 이동했거나 전화를 "끊었다"는 것을 감지할 때마다, 주의산만 운전 애플리케이션은 사용자를 전화 애플리케이션으로 불러들이고 다른 행동을 방지하기 위해 새로운 전화를 걸 수 있다.
사용자가 전화와 상호 작용하거나 화면을 켤 때만 전화 애플리케이션을 표시하는 것이 더 바람직할 수 있다. 이렇게 하면 화면이 활발히 사용 중일 때(즉, 잠금 해제 모드에서) 전화 앱만을 표시하여 iOS 모바일 장치의 전력/배터리 소모를 줄일 수 있다.
전화 애플리케이션은 또한 사용자가 화면의 버튼을 누르는 것에 응답하거나 문자 메시지와 같은 수신 알림이 수신된 후에만 트리거될 수 있다.
CallKit API는 또한 주의산만 운전의 다른 측면을 방지하는 데 유용할 수 있다. 예를 들어, CallKit API는 시스템 호출과 다른 VoIP 애플리케이션의 호출을 알릴 수 있는 기능이 있다. 이러한 호출에 대한 지식을 사용하여, CallKit API를 사용하여 이들 다른 호출을 음소거하거나 심지어 종료하여, 사용자가 새로운 수신 호출이나 계속되는 기존 호출로 인해 주의산만해 지는 것을 방지할 수 있다. 다시 말하지만, 장치의 사용자가 운전 중이거나 iOS 장치에 설치된 주의산만 운전 애플리케이션에 의해 iOS 장치의 애플리케이션 또는 기능이 금지되거나 iOS 장치와의 통신을 제어하는 위치에 있는 동안, VoIP 통화를 음소거하거나 종료하라는 명령은 주의산만 운전 소프트웨어에서 사용자가 iOS 장치에서 "금지된" 또는 블랙리스트에 있는 애플리케이션 또는 기능에 액세스하거나 실행하려고 시도하는 것으로 판단한 경우에만 구현된다.
새로운 수신 호출에 응답하여, CallKit API를 사용하여 주의산만 운전 소프트웨어에도 수신 호출이 있음을 시스템에 알릴 수 있다. 이는 사용자가 다른 전화를 받기 어렵거나 불가능하게 하여, 사용자가 운전 동안 전화 통화를 하는 것을 방지한다.
다른 구현에서 시스템은 화면이 켜져 있는 한 반복적으로 호출을 시작하고 연결을 끊도록 신속하게 구성될 수 있다. 이것은 장치 사용자가 운전 중이거나 iOS 장치에 설치된 주의산만 운전 애플리케이션에 의해 iOS 장치의 애플리케이션 또는 기능이 금지되거나 iOS 장치와 통신을 제어하는 위치에 있는 경우, 사용자가 다른 애플리케이션에 액세스하는 것을 방지하는 효과가 있다. 혼란을 줄이기 위해 발생하는 조치를 설명하는 데 도움이 되도록 이 시간 동안 사용자에게 알림이 표시될 수도 있다.
추가 구현에서, CallKit API는 사용자가 이메일, 메시징 IM 또는 알림이 활성화되거나 켜져 있는 기타 애플리케이션과 같은 애플리케이션의 알림과 같이, 짧은 시간의 집중 방해 요소도 보는 것을 방지하기 위해 트리거될 수 있다. 알림이 감지되면 (그리고 주의산만 운전 소프트웨어 정책 또는 사용자 프로필에 보관된 승인된 또는 "화이트리스트"의 애플리케이션 또는 번호가 아니라고 가정하면), iOS 장치의 방해 요소가 차단되거나 방지되고 있음을 사용자에게 알리기 위해서, CallKit API를 사용하여 발신자ID가 "차단 모드 활성"인 수신 또는 발신 전화를 화면에 표시할 수 있다. iOS 장치에서 방해 요소가 제거되거나 다른 방식으로 종료되면, CallKit API는 "차단된" 통화가 종료되거나 연결이 끊어지고, 잠금 화면 상태로 돌아가거나 승인된 애플리케이션으로 돌아가거나 주의산만 운전 소프트웨어에서 생성한 기본 화면으로 돌아가든지, 사용자가 "안전 영역"에 위치한 것을 나타내는 알림을 보낸다.
달리 말하면, iOS 버전 10.0+에서 APPLE 사는 이전 알림 시스템을 새로운 UserNotifications 프레임워크로 대체하는 새로운 공개 API를 도입했다. 이 API를 사용하면 iOS 장치 사용자에게 표시되는 모달 및 잠금 화면 알림을 모두 사용자 지정하는 것을 가능하게 한다.
CallKit API 이전의 기존 "알림 기반" 시스템에서, CallKit이 아닌 API가 iOS 장치의 다른 앱에서 오는 알림의 "경고 스타일"을 결정할 수 없기 때문에 타사 앱을 사용하여 iOS 장치에서 승인되지 않은 애플리케이션, 기능 또는 특징을 방지하거나 차단하는 "진정한" 방법이 없다. 기존의 주의산만 운전 솔루션을 시행할 수 없기 때문에 iOS 장치에서 승인되지 않은 애플리케이션, 기능 또는 특징의 사용을 차단하거나 방지하기가 어려워졌고, 달리 말해 최소한 제한을 피해가기가 더 쉬워졌다.
그러나, iOS 장치의 사용자가 운전 중이거나 iOS 장치에 설치된 주의산만 운전 애플리케이션에 의해 iOS 장치의 애플리케이션 또는 기능이 금지된 위치에 있거나 iOS 장치와의 통신을 제어하고 있는 동안에 CallKit API는 주의산만 운전 소프트웨어가 CallKit API 기능과 통합되어 이를 효과적으로 사용하도록 하여 사용자가 다른 애플리케이션에 액세스하는 것을 방지할 수 있다. 이러한 구현에는 다음이 포함된다.
검출 시스템을 사용하여 iOS 장치에 상주하는 주의산만 운전 소프트웨어 애플리케이션은 사용자가 모바일 장치의 잠금 화면과 상호작용하는 것을 통지받는다. 이로 인해 주의산만 운전 애플리케이션이 iOS 장치의 잠금 화면에 표시되는 여러 CallKit API 알림을 보내게 된다. 알림을 추가하면 승인되지 않은 방해 요소(메시지, 이메일, 전화 애플리케이션의 알림 또는 전화 알림 등)가 강제로 디스플레이 화면에서 사라지므로 사용자 시야에서 사라지게 된다.
위에서 식별되고 본 명세서에 참조로 포함된 종래 기술의 출원에서 이미 설명된 수단을 사용하여, iOS 장치가 승인되지 않은 수신 방해 요소(메시지, 이메일, iOS 장치의 애플리케이션 알림 또는 전화 알림 등)에 대해 알림을 받으면, iOS 장치에 상주하는 주의산만 운전 애플리케이션은 승인되지 않은 주의산만을 iOS 장치 디스플레이 화면과 사용자의 시야 밖으로 강제로 여러 번 트리거한다. 사용자가 디스플레이 화면과 상호 작용하는 경우, 알림이 지워지고 구현 1(상기함)이 트리거되어 더 많은 알림이 표시되게 하여, 조치가 승인되지 않은 것을 사용자에게 더욱 강조하여 알린다.
iOS 장치가 잠금 해제되어 있는 동안 사용자에게 시행 가능한 모달 알림을 표시할 수 있는 능력이 있으므로, 사용자에게 사용자 맞춤 가능한 사용자 경험을 제공하는 것이 가능한다. 원터치 다이얼링, 허용된 애플리케이션 열기 및 기타 승인된 기능과 같은 항목은 사용자가 사용자 인터페이스의 계층을 거치지 않고 사용 가능한 것으로 설정될 수 있으므로, 사용자가 iOS 장치에서 "승인된" 또는 허용된 애플리케이션, 기능 또는 특징에 액세스하거나 사용하려고 시도하는 동안. iOS 장치 사용자에게 불필요한 주의산만을 최소화할 수 있다.
시행 가능한 모달 알림을 표시하는 기능으로, OS 장치는 승인되지 않은 수신 전화, FaceTime 전화 및 VoIP 전화를 차단할 수 있다. 걸려오는 전화가 있면 iOS 장치에 상주하는 주의산만 운전 애플리케이션은 통화가 허용되지 않는다고 알리는 알림을 사용자에게 표시할 수 있으므로; 전화에 응답하지 못하도록 한다. 사용자가 전화를 걸기 위한 경로에 액세스하지 못하도록 CallKit API를 사용하여 유사한 방식으로 발신 전화를 금지할 수 있다.
(c) 사용자가 주의산만 운전 제한을 스스로 부여하도록 하는 모바일 장치의 "운전 중 방해 금지" 기능의 시행 및 우회 방지
APPLE 사의 iOS 11에서 "운전 중 방해 금지"(DNDWD) 기능의 도입으로, APPLE은 모바일 장치 주의산만을 제한하기 위해 자체 시행(즉, 사용자 옵션 장착) 방법을 도입했다. 예를 들어, DNDWD가 모바일 장치에서 활성화되어 있는 동안 사용자는 수동적인 주의산만이 방지된다(즉, 보고, 듣고, 상호 작용하는 것이 방지됨). 수동적 주의산만은 일반적으로 인바운드 또는 사용자가 직접 시작하지 않은 알림(전화, 문자 또는 앱 관련)이 포함되지만, 사용자가 응답하는 모바일 장치에 의한 조치이다. 사용자는 또한 능동적인 주의산만에서도 보호된다. 수동적 주의산만과 대조적으로 능동적 주의산만은 사용자가 시작한 모바일 장치에서의 상호 작용 또는 활동을 포함함다. 장치가 "잠금" 상태에 있고 DNDWD 기능이 활성화되어 있을 때 사용자가 모바일 장치의 잠금을 해제하지 못하도록 하여 능동적 주의산만을 해결한다. 그러나 APPLE은 사용자가 단순한 화면상의 챌린지에 응답하여 자체적으로 부과한 DNDWD 기능을 무시하거나 우회하는 것을 비교적 쉽게 만든다. 예를 들어, DNDWD 기능이 활성화된 상태에서 장치의 잠금을 해제하려고 하면 사용자에게 화면상의 챌린지가 표시된다. 기본적으로 DNDWD는 사용자가 운전 중인지 여부에 관계없이 DNDWD 기능을 우회하거나 비활성화할지 여부를 결정할 수 있는 마지막 기회를 사용자에게 제공한다. 잠금 해제를 시도할 때 장치는 사용자에게 두 개의 버튼, 취소 및 운전중 아님을 표시한다. 따라서 APPLE의 DNDWD 기능은 사용자가 모바일 장치의 다른 기능과 상호 작용하는 것을 억제하기 위한 것으로서 제공된다. 그러나 사용자가 "운전 중이 아님"를 선택하고 장치 사용 차단으로부터 해제를 선택하면, 사용자가 차량을 운전하는 경우에도 시스템에 의해 장치 기능이 더 이상 시행되거나 차단되지 않는다.
본 명세서에서 개시된 주의산만 운전 방지 소프트웨어 및 시스템은 APPLE의 기본 DNDWD 기능과 같은 주의산만 운전 방지 애플리케이션을 보완하고 시행하는 데 사용될 수 있다. 본 개시는 또한 APPLE 사가 아닌 장치 자체 부과되지만 비활성화하기 쉬운 보호를 제공하는 장치 제조업체가 채택한 차단 기능을 개선하고 보완하는 데 유용한다. 예를 들어, 차량이 움직일 때 APPLE의 기본 DNDWD 기능은 모바일 장치를 잠금 상태로 유지하므로, 예를 들어 사용자는 모바일 장치를 잠금 해제 상태로 전환할 적극적인 조치를 취해야 한다. 실시 예는 차량이 움직이는 동안 장치를 잠금 해제하기 위한 긍정적인 조치를 감지하도록 구성될 수 있으며, 이는 현재 시스템의 주의산만 운전 애플리케이션에 내장된 시행 프로토콜을 트리거한다. 모바일 장치의 주의산만 운전 방지 앱이 이동 중인 차량에 사용자가 있음을 감지한 경우(예를 들어 GPS 데이터 또는 다른 외부 트리거 메커니즘을 기반으로 함), 모바일 장치는 사용자에게 차단 기능을 다시 활성화하라는 메시지를 표시하여(사용자가 운전 중이 아님 버튼을 선택한 후), 예를 들어 계정 관리자/부모/보호자에게 운전자가 차량을 운전하는 동안 차단 기능을 더 이상 준수하지 않는다는 사실을 알리는 등, 장치의 주의산만 운전 방지 애플리케이션이 긍정적인 조치를 취할 것을 알릴 수 있다.
보험 회사와 손해 사정사는 일일 주행 거리, 하루 운전 시간, 운전자의 나이 등과 같은 다양한 사항을 기준으로 하여 운전자 보험 비용을 계속하여 산정하고 있다. 많은 보험 회사는 현재 보험에 가입한 운전자의 운전 습관을 기반으로 회사와 개인 사용자 또는 가족에게 보험 비용과 보험료를 보다 정확하게 할당하려고 시도하고 있다. 이러한 비용 및 프리미엄을 설정할 때 가혹한 제동 이벤트, 평균 및 최고 속도, 속도 제한과 비교한 속도, 하드 가속 이벤트, 하드 코너링 등을 추적하고 모니터링하는 것을 포함하지만 이에 국한되지 않는 많은 데이터 포인트가 고려된다. 이 데이터의 대부분은 많은 차량의 온보드 컴퓨터, 본 명세서에서 설명된 바와 같이 차량에 설치된 제어 장치에 의해, 그리고 모바일 장치 자체에 의해 수집될 수 있는 데이터를 기반으로 수집될 수 있다. 이 보험 비용 모델에 대한 문제점은 이 보험의 여러 사용자가 동시에 같은 차량에 있을 때 발생한다. 동일한 차량 내 여러 사용자에 대해 수집된 데이터는 사용자가 운전하는 장치에 관계없이 차량 내의 모든 모바일 장치에 대해 동일한 데이터 포인트를 식별한다. 예를 들어, 운전자 X는 보험 회사의 관점에서 두 운전자 중 더 안전하고 덜 위험할 수 있지만; 운전자 X가 운전할 때 운전자 Y가 동승자로 타고 있다면, 운전자 X의 운전 행동에 대해 수집된 데이터는 운전자 Y에게 잘못 적용될 것이다. 따라서 운전자 X의 더 낮은 위험 프로필이 운전자 Y에 잘못 할당될 수 있다. 그 반대도 가능하다. 운전자 Y가 운전 중이고 더 높은 위험 프로필을 갖는 경우, 운전자 X가 단지 운전자 Y의 승객으로 타고 있을 때 고 위험 운전자 Y에 대해 수집된 데이터가 더 안전한 운전자 X로 잘못 귀속될 수도 있는 것이다.
(c)(i) 모바일 장치가 차량의 운전자가 아닌 승객에 의해 사용될 때를 결정
운전자와 승객을 구별하기 위한 많은 기술들이 이미 본 명세서에서 설명되고 개시되었다. 그러나 현재 모바일 장치에 설치된 주의산만 운전 방지 소프트웨어가 사용자가 자신이 운전자인지 승객인지 확인하고 증명하도록 요구하는 동작을 기반으로 하여, 장치 사용자가 운전자인지 승객인지 확인하는 것이 바람직한 상황이 있을 수 있다. 일부 실시 예에서, 시스템은 장치 사용자가 운전자라는 가정을 기본으로 한다. 결과적으로 본 명세서에서 설명된 프로세스 및 시스템은 사용자가 운전자가 아닌지 확인한다. 그러나 이러한 확인은 사용자가 장치의 홈 화면에서 옵션을 스스로 선택하게 하는 것 이상을 요구할 수 있다. 이 검증 프로세스는 사용자가 운전중 아님 옵션을 선택한 후에 사용자에게 일반적으로 제공되는 전체 장치 기능을 보여주기 전에 수행할 수 있다.
예를 들어, 본 명세서에서 개시된 일 실시 예에 따르면, 사용자는 장치의 화면이 그를 향하고 있도록 모바일 장치를 고정하도록 프롬프트된다. 모바일 장치는 화면에서 모바일 장치의 다른 쪽에 있는 장치의 후면 카메라를 손으로 가리지 않고 장치를 360도 회전하도록 사용자에게 프롬프트할 수 있다. 다음에 수집된 이미지(예: 이미지 프레임을 포함한 비디오 데이터)가 처리되어(모바일 장치에서 로컬로 또는 원격으로 업로드 및 처리됨) 사용자가 차량의 승객석 공간에 있는지 여부를 결정한다.
360도 스캔보다 더 적은 계산 능력을 필요로 하는 본 개시의 다른 실시 예에서, 모바일 장치는 사용자에게 모바일 장치를 그 앞에 유지하도록 프롬프트를 표시한다. 그런 다음 전면 및 후면 카메라를 사용하여 처리할 이미지/비디오 데이터를 수집한다. 다시, 수집된 이미지/비디오 데이터는 처리/분석(모바일 장치에서 로컬로 또는 원격으로 업로드 및 처리)되어 사용자가 차량의 승객석 영역에 있는지 여부를 결정한다.
위에 설명된 두 가지 절차에 대한 기능 또는 개선 사항에서, 모바일 장치의 기울기는 중력에 대해서도 확인할 수 있으며, 수집된 이미지/비디오가 처리를 위해 고려되기 전에 기울기가 임의의 범위 내에 있어야 한다. 대안으로, 시스템은 모바일 장치가 차량에 대해 스스로 방향을 정하도록 요구할 수 있으며, 이 상대적 방향은 수집된 이미지/비디오가 처리를 위해 고려되기 전에 미리 결정된 범위 내에 있어야 한다.
다른 실시 예에서, 모바일 장치는 사용자의 얼굴이 전면 카메라를 통해 보이도록 사용자에게 장치를 잡도록 프롬프트한다. 다음으로, 사용자의 얼굴이 여전히 보이는 동안, 시스템은 사용자에게 사용자가 차량의 객실 내의 물체를 바라보고 있도록 그의 머리와 카메라를 회전시키도록 지시한다. 모바일 장치는 사용자에게 핸들, 백미러 또는 조수석(또는 차량의 다른 공간)과 같은 주어진 항목에 카메라를 조준하도록 지시할 수 있다. 선택적으로, 차량 내에서 임의로 선택된 다른 잠재적인 물체 또는 위치에 걸쳐 회전시키고 사용자에게 매우 짧은 시간 내에 응답하도록 지시함으로써, 모바일 장치는 선택된 항목 또는 위치에 대해 사용자에게 추가적인 챌린지를 제공하여 사용자가 비교적 짧은 시간에 해당 항목 또는 위치에 카메라를 조준하도록 요구한다. 시스템은 사용자가 운전자가 아닌 승객인 경우 사용자가 보고 있어야 하는 위치와 비교하여 사용자가 보고 있는 위치를 결정하는 알고리즘이 포함되어 있다. 따라서, 실시 예는 검증 프로세스의 신뢰성을 증가시키기 위해 다른 챌린지 메커니즘과 조합하여 사용될 수 있는 추가 챌린지를 제공한다.
일부 실시 예에서, 모바일 장치는 후면 및 전면 카메라가 두 카메라 모두로부터의 이미지(또는 비디오)를 찍을 수 있도록 구성되는데, 하나는 사용자의 얼굴과 사용자 뒤에 있는 배경을 캡처하고 다른 하나는 사용자 앞에 있는 것을 캡처한다. 또한, 모바일 장치는 사용자에게 헤드레스트를 사용자의 머리 뒤에 장치를 머리 높이에 두고 차량 좌석에 앉도록 지시하므로, 하나의 카메라(전면 카메라)가 사용자의 얼굴을 향하고 다른 카메라(후방 카메라)는 차량의 대시보드/앞유리(사용자가 앞좌석에 있는 경우) 또는 또는 앞 좌석 중 하나의 뒤면(사용자가 뒷좌석에 있는 경우)를 향햐도록 한다. 또한 모바일 장치는 사용자에게 장치를 잡는 방법과 위치를 지시할 수 있으며 장치 화면은 분할 뷰를 보여주는데, 하나의 뷰는 전면 카메라에 대한 것이고 다른 뷰는 후면 카메라에 대한 것이다. 사용자의 얼굴이 전면 카메라의 중앙에서 적절하게 배향되면, 모바일 장치는 후면 카메라로부터의 뷰를 캡처하거나 간단히 분석할 수 있다. 사용자의 얼굴이 캡처되고 사용자가 차량에 앉아 있음을 나타내는 위치를 기반으로 적절한 배경을 갖는 경우, 그리고 장치가 다른 사용자에게 전달되거나 유효성 검사 절차를 속이려고 이동되고 있는 것을 나타낼 수 있는, 장치에 의해 검출된 회전 또는 조정이 없는 경우에는, 후면 이미지 또는 비디오를 분석하여 뷰가 사용자가 표시한 좌석으로부터의 뷰와 일치하는지 여부를 결정할 수 있다. 뷰가 운전석에서의 뷰와 일치하지 않는 한, 그리고 허용되지 않는 움직임이 없는 한(예를 들어, 장치의 가속도계에 의해 감지된 장치의 회전, 기울기, 수직 또는 수평 이동), 사용자가 운전석에 있지 않음을 확인하는 유효성 검사 프로세스는 성공적이므로 사용자는 장치의 정상적인 사용을 허가받을 수 있다.
위의 절차 또는 프로세스는 동시의 이미지 또는 비디오를 가능하게 하지 않는 장치에서도 작동한다. 먼저, 장치는 사용자의 얼굴을 캡처하고 중앙에 배치한다. 그런 다음 후방 카메라가 그 뷰를 확보하거나 분석한다. 캡처 또는 사용자의 얼굴 사이에 허용되지 않는 움직임이 없으면, 후면 뷰의 캡처 또는 분석과 검증 프로세스가 진행된다. 허용되지 않는 움직임이 있는 경우, 유효성 검사 프로세스에서 사용자는 다시 시작하여 한 카메라로 사용자의 얼굴을 캡처하고 장치가 다른 카메라로부터의 뷰를 캡처하거나 분석하여 차량에서 사용자의 위치를 결정할 때까지 장치를 제자리에 유지해야 한다.
위의 확인 프로세스의 추가 기능에서, 모바일 장치는 사용자에게 프롬프트하여 그가 위치한 차량 내 좌석을 선택하거나 자체 식별하도록 할 수 있다. 이 추가 단계는 승객 확인 테스트를 수행하기 전이나 수행하는 동안 선택적으로 수행된다. 그렇게 하면 모바일 장치로 하여금 사용자가 차량 내 어디에 있다고 주장하는지에 대한 알고 있는 것으로 위치를 확인할 수 있도록 한다. 일부 실시 예에서, 장치 화면은 사용자에게 차량의 최상위 레벨 뷰 및 사용자가 위치할 수 있는 차량 내의 다른 위치를 제공한다. 그런 다음 사용자는 장치 화면에서 적절한 위치를 탭하여 좌석 또는 공간 위치를 선택한다.
일부 실시 예에서, 모바일 장치는 지정된 관점에서 특정 이미지를 감지하기 위해 신경망(또는 다른 기계 학습 알고리즘)을 훈련함으로써 수집된 이미지/비디오 데이터를 처리 및 분석한다. 예를 들어, 사용자가 앞좌석에 있는 경우, 모바일 장치는 전방을 향한 카메라에서 그의 머리가 보이도록 유지하면서 카메라를 핸들 쪽을 향하도록 사용자에게 지시할 수 있다. 전방 카메라는 사용자의 머리가 보이는지 확인한 다음에, 후방 카메라를 사용하여 시스템 보정을 기반으로 하고 상이한 차량에서 상이한 사용자를 촬영한 대표 이미지가 계속 증가하는 라이브러리를 기반으로 하여, 이미지가 기계 학습 알고리즘에서 예상하는 "뷰"의 유형과 일치하는지 확인한다. 검사를 통과하면 시스템은 사용자가 조수석에 있다는 것을 인식한다.
뒷좌석에서 모바일 장치는 유사한 테스트를 수행할 수 있다. 전면 카메라에서 사용자가 보이고 후면 카메라에서 사용자 앞 좌석이 보이는 경우, 시스템은 사용자가 뒷좌석 승객 공간에 있다고 결정할 수 있다.
사용자가 밤에 또는 어둠 속에서 차량을 운전하거나 타고 있는 경우, 장치 화면의 빛을 사용하여 차량 내의 물체와 위치를 조명할 수 있다. 이와 관련하여 화면 상의 흰색 또는 회색 이미지가 도움이 될 수 있다. 이것은 현재 차량의 운전자나 다른 차량의 운전자의 눈을 멀게 하는 것을 방지하기 위해 장치의 플래시를 사용하는 것보다 안전한다.
대안적으로, 밤 또는 어두운 조건 동안, 콘솔 또는 차량 계기판의 조명이 이미지/비디오에서 감지될 수 있으며 시스템에서 장치 및 장치 사용자의 위치를 결정하는 데 사용할 수 있다.
다른 실시 예에서, 위의 기술 중 하나 이상을 함께 결합하여 차량 내 모바일 장치의 위치를 결정할 때 시스템에 더 높은 수준의 신뢰도와 정확도를 제공할 수 있다.
수집된 이미지/비디오 데이터를 분석하는 프로세스는 예를 들어 차량 대시보드, 핸들 또는 콘솔, 백미러 및 사이드 미러, 기어 등의 위치를 식별하는 것을 포함한다. 또한 모바일 장치는 좌석과 머리 받침대, 외부 창, 그리고 이미지가 전면 또는 후면을 향한 카메라로 캡처되었는지 여부와 같이, 차량 물체에 대한 사용자의 머리, 몸통, 손 및 팔의 위치를 분석하고 비교할 수 있다.
일부 실시 예에서, 모바일 장치는 조수석 승객, 뒷좌석 승객, 버스와 같은 대중 교통석과 같은, 차량 내의 다양한 위치에서 사용자가 경험할 수 있는 잠재적인 "뷰"의 라이브러리에 대해 후방 카메라의 이미지 또는 비디오를 확인한다. 뷰가 승객 뷰와 일치하면 차단이 해제된다. 장치가 한 방향으로 몇 도 이상 회전하거나 장치를 "움직이는" 것과 같은 가속이 발생하는 경우, 시스템이 재설정되어 사용자는 처음부터 다시 시작하여 후면 카메라에 자신의 얼굴이 보이는지 확인해야 한다. 이렇게 하면 사용자가 장치 바로 뒤에 항상 있고 후면 카메라를 보고 있고 사용자의 얼굴을 캡처한 후 장치를 이동하려고 시도할 수 없는 것을 확실하게 한다. 사용자의 얼굴을 캡처할 수 있도록 장치의 방향을 적절하게 조정한 후 사용자는 작은 움직임만 허용된다. 이렇게 하면 스티어링 휠, 시트 헤드레스트, 사용자의 전방 뷰, 또는 사용자가 살펴보도록 지시받은 차량 내의 다른 위치의 이미지를 캡처하고 있든지 반대쪽을 향한 카메라로 캡처한 이미지 또는 비디오의 정확도가 높아진다.
일부 실시 예에서, 모바일 장치는 핸들, 조수석, 대시보드 등 어디를 봐야 하는지 사용자에게 지시한다. 따라서 사용자가 유효성 검사 프로세스를 시작할 준비가 되면 유효성 검사 버튼을 누르고 얼굴을 후면 카메라와 정렬하고 사용자가 있어야 할 곳을 이미 보고 있는 경우, 모바일 장치는 사용자의 얼굴에 잠금 후 후면 카메라 이미지를 빠르게 확인한다. 이미지가 (미리 결정된 정확도 내에서) 예상되는 승객 뷰와 일치하는 경우, 이것은 승객으로 간주된다. 따라서 이 경우 사용자가 머리/카메라를 돌리거나 회전시킬 필요가 없다.
따라서, 장치가 이미지 또는 비디오를 동시에 캡처할 수 있도록 하지 않는 한, 시스템은 본질적으로 이벤트를 기반으로 전면 및 후면 카메라 사이를 앞뒤로 전환한다. 먼저 시스템이 사용자의 얼굴에 고정될 때까지 전면 카메라가 활성화된다. 장치의 방향은 사용자의 얼굴이 캡처될 때 설정되므로 방향이 변경되는 경우 장치의 허용할 수 없는 움직임, 기울이 또는 재배향을 감지할 수 있다. 그런 다음 시스템은 후면 카메라로 전환하여 사용자가 "보고 있는" 대상을 확인한다. 사용자가 너무 많이 움직이면, 시스템은 후면 카메라를 확인하기 위해 다시 전환하여 사용자의 얼굴이 여전히 올바른 위치에 있는지 확인하고 사용자가 유효성 검사 절차를 우회하려고 부적절하게 시도하고 있지 않은지 확인한다.
일 실시 예에서, 모바일 장치는 수집된 이미지/비디오 데이터를 분석하여 후방 카메라에서 빈 좌석이 식별될 수 있는지를 결정하고, 이는 차량 내에 승객이 있는지를 확인하는 데 유용할 수 있다. 또한 시스템은 후면 카메라가 사용자의 얼굴을 감지하도록 요구할 수 있다.
다른 실시 예에서, 모바일 장치는 이미지/비디오를 수집하는 동안 표시된 코드를 입력하도록 사용자에게 지시한다. 이렇게 하면 장치의 카메라가 사용자, 사용자 뒤에 있는 배경 및 전면 카메라에서 감지한 모든 개체를 캡처할 수 있다. 이 기술은 사용자가 데이터 수집 프로세스 동안 장치와 사용자 사이에 고정된 방향을 설정하는, 필수 정보를 입력하고 있는 동안에 이미지/비디오 데이터가 수집되기 때문에 사용자가 유효성 검사 절차를 속이는 것을 방지하거나 더 어렵게 만든다.
(c)(ii) 선량한 승객이 사용자/실제 운전자를 대신하여 검증 데이터를 입력하는 것을 방지하기 위한 추가 방법.
해결해야 할 또 다른 문제는 운전자가 승객에게 대신에 장치를 잠금 해제하도록 요청할 때이다. 이 상황에서 승객이 전화기의 잠금을 해제하면, 시스템은 관성 탐색 기술을 사용하여 모바일 장치에 내장된 센서로부터 사용할 수 있는 가속도계 및 자이로스코프 센서 데이터를 통합하여 장치가 운전자에게 다시 전달되었는지 확인한다. 이 데이터는 GPS 데이터와 결합되어 차량의 움직임으로 인한 거짓 긍정/부정을 줄일 수 있다. 또한 이 기술은 상기 검증 기술 중 하나 이상과 결합될 수 있다.
추가로, 사용자가 승객이 장치를 잠금 해제하도록 하는 것을 방지하기 위해서, 시스템은 승객 확인 테스트를 완료한 사람에게 모바일 장치를 승객 구역에 유지하는 데 전적으로 책임이 있음을 경고할 수 있다. 승객 확인 테스트를 완료한 사람은 장치가 차량의 운전자에 의해 사용되거나 차량 운전자에게 되돌려질 경우 발생하는 모든 부정적인 행동에 대해 책임을 져야 한다는 경고를 받는다. 승객 확인 테스트를 완료한 사람은 장치가 잠금 해제되기 전에 "동의함" 버튼을 클릭하라는 메시지가 표시된다. 또한 휴대폰을 잠금 해제한 사람의 이미지를 촬영하여 장치에 저장한다. 이 책임은 DNDWD 기능을 우회하려는 모든 사람에게 추가적인 억제를 제공하며 또한 사고가 발생한 경우 필요하ㄱ고 나중에 승객 확인 절차를 완료한 사람을 식별하는 데 필요할 수 있는, 나중 감사 또는 시행 조치를 위해 저장 및 사용할 수 있다.
(c)(iii) 모바일 장치가 DNDWD 상태에 있을 때를 감지하고 사용자가 DNDWD 기능을 비활성화하기 위해 운전중 아님 버튼을 선택할 때를 감지하기 위해 현재 주의산만 운전 시스템에 의해 사용되는 절차
일 실시 예에서, 모바일 장치에서 실행되는 시스템의 애플리케이션이 모바일 장치가 움직이는 차량에 있다는 것을 감지할 때, 또한 DNDWD 기능이 사용자에 의해 활성화되었는지 여부를 결정하고 사용자가 운준중 아님 버튼을 선택했는지 여부를 감지해야 한다. 이 감지는 DNDWD 기능에 대한 상태 정보를 제공하는 OS를 통해 노출되는 API 호출을 통해 수행된다. 또는 이 탐지는 모바일 장치 동작을 관찰하여 수행할 수도 있다. 이러한 행동은 사용자가 홈 잠금 화면을 벗어나 탐색하거나, 애플리케이션에 액세스하거나, 수신 메시지를 수신하거나, 전화를 걸거나 받고 있음을 감지하는 것이 포함되지만 이에 국한되지 않는다.
애플리케이션이 DNDWD 기능이 현재 활성화되어 있지 않거나 비활성화되어 있음을 감지하면, 본 애플리케이션은 모바일 장치가 차량에 있는 것과 일치하는 방식으로 여전히 움직이고 있음을 확인할 것이다. 이 결정은 차량에 설치된 하드웨어 또는 가속도계, GPS, WIFI와 같은 모바일 장치의 센서를 기반으로 할 수 있다.
일단 본 애플리케이션이 DNDWD 기능이 활성화되지 않고 모바일 장치가 움직이고 있다고 결정하면, 애플리케이션은 다양한 조합 또는 순서로 다음 활동 중 하나 이상을 수행할 수 있다.
조치 1: 관리자/부모/보호자/보험 회사 또는 관계자에게 이동 중에 모바일 장치가 사용되고 있음을 알린다.
조치 2: DNDWD 기능을 재활성화하도록 사용자에게 프롬프트하거나 지시한다.
조치 3: 사용자의 활동을 반영하도록 사용자의 운전 또는 UBI 점수를 조정한다.
조치 4: 승객 검증 테스트를 수행하도록 사용자에게 프롬프트한다. 승객 확인 테스트에 불합격하여 이용자가 실제로 운전을 하고 있는 것으로 판단되는 경우, 상기 모든 조치는, 제한하는 것은 아니지만, 적절한 알림, 주행 점수 영향, 다시 켜기 위한 프롬프트 등을 포함하여, 수행될 수 있다.
일 실시 예에서, 승객 검증 테스트는 애플리케이션이 사용자의 완전한 관심을 가질 때만 완료될 수 있는 작업을 사용자가 수행하도록 하는 것을 포함할 수 있다.
다른 실시 예에서, 승객 검증 테스트는 운전자가 아닌 승객이 장치를 사용하고 있는지 식별하기 위해서, 상기 설명된 바와 같이 장치의 카메라 시스템을 활용하는 것을 포함할 수 있다.
승객 검증 테스트가 성공하면 사용자는 모바일 장치를 자유롭게 사용할 수 있다. 그러나 주기적으로 사용자에게 테스트를 다시 수행하도록 요구하는 것이 합리적일 수 있다.
승객 검증 테스트가 실패한 경우, 잠재적으로 운전 점수에 영향을 미칠 수 있으며, 사용자에게 DNDWD 기능을 다시 켜도록 알리고, 사용자가 DNDWD 기능을 다시 활성화할 때까지 장치를 잠그거나 사용을 비활성화하고, 활동과 관련하여 한 명 이상의 적절한 당사자에게 통지하고, 또는 어떤 상황에서는 차량이 사용되지 않도록 할 수 있다.
다른 실시 예에서, 모바일 장치가 승객 확인 테스트에 실패한 후 운전자에 의해 사용되고 있는 것으로 결정된 경우에도 허용 가능한 기능 또는 앱이 사용되도록 허용될 수 있다. 이러한 허용 가능한 기능 또는 앱에는 예를 들어 탐색 또는 음악 애플리케이션 또는 긴급 또는 화이트리스트 통신이 포함될 수 있다. 이러한 애플리케이션 및 기능의 사용은 본 시스템과 관련된 주의산만 운전 정책에 따라 제어 및 모니터링될 수 있다.
다른 실시 예에서, 위의 기능은 기능 제한을 수행하기 위해 APPLE의 DNDWD 기능에 의존하지 않는 방식으로 사용될 수 있다. 예를 들어, 사용자가 모바일 장치를 사용하려고 하고 모바일 장치가 움직이고 있다고 판단되면, 시스템은 위에서 설명한 대로 사용자에게 사용자 검증 테스트를 수행하도록 지시할 것을 요구할 수 있다.
승객 확인 테스트가 실패하면, 알림을 보내거나 점수를 차감하거나 다른 수단을 사용하여 모바일 장치를 잠그고 비활성화하여 더 이상 부적절한 사용을 방지하도록 한다.
일부 실시 예에서, 사용자가 승객 검증 테스트(들)를 수행하도록 강제하는 것이 바람직할 수 있다. 이것은 사용자가 승객임을 확인할 때까지 장치를 잠그거나 더 이상 사용하지 못하도록 함으로써 달성할 수 있다. DNDWD 기능을 시행하는 다른 방법은 운전자가 테스트를 확인하고 수행하는 데 걸리는 시간을 기준으로 운전자 점수를 차감하는 것을 포함할 수 있다.
일부 실시 예에서, 승객 검증 테스트를 수행하도록 사용자에게 프롬프트를 표시하는 것이 바람직할 수 있다. 사용자가 승객 확인 테스트에 실패하면, 시스템은 사용자가 계속 진행할 수 있도록 선택적으로 구성할 수 있지만 사용자가 DNDWD 기능을 우회했음을 부모, 고용주 또는 기타 관리자에게 알리도록 할 수 있다. 선택적으로 시스템은 사용자가 자신이 운전자임을 확인하고 DNDWD 기능이 다시 활성화되도록 요청할 수 있다. 승객 확인 테스트에 실패했음에도 불구하고 사용자가 계속 진행하기로 선택한 경우, 시스템은 관리자로 하여금 사용자가 향후 승객 확인 절차를 통과하려고 시도하려 하는 것을 비활성화할 수 있도록 구성될 수 있고 - 이 경우 시스템은 자동으로 주의산만 운전 기능을 작동시키거나 장치가 움직이는 차량에서 사용되는 경우 DNDWD 기능을 다시 활성화한다. 선택적으로, 시스템은 1회 이상 잘못된 사용 후에 나중에 조수석 버튼을 사용할 수 있는 기능을 제거하도록 자동으로 구성될 수 있다.
다른 실시 예에서, AI(인공 지능), 기계 학습, 결정 트리 또는 하드 코딩된 로직을 사용하여 사용자의 이전 이력을 기반으로 행동 및 응답을 조정할 수 있다. 예를 들어, 사용자는 순수 감사(하나 이상의 기능을 사용할 수 있는 경우) 또는 순수 차단(아무것도 사용할 수 없는 경우)과 같은 하나의 모드에서 시작하고 사용자가 특정 운전 점수 임계값에 도달하는 것에 기초하거나 기타 인센티브 기반 시스템에 기초하여 차단 정책을 다소 제한적으로 조정할 수 있다.
(3) 주의산만 운전 및 기타 애플리케이션을 시작하기 위한 대안적 트리거
캐리어 네트워크 또는 모바일 장치로 전송되는 클라우드 기반 데이터 네트워크로부터의 신호를 사용하여 모바일 장치가 "차단" 모드로 들어가도록 트리거하는 것이 유용할 때가 있다. 네트워크 기반 통화 차단시, 차량에는 차량 상태를 확인하고 해당 정보를 클라우드 기반 네트워크 또는 서버에 전달할 수 있는 유닛이 장착된다. 그러면 해당 차량과 연결된 모바일 장치가 네트워크에서 이 정보를 수신하고 차단/감사/점수매기기를 시작한다. 이 특정 기술의 한 가지 문제는 사용자와 그의 모바일 장치가 차량에 있는 것이 아니고 그 차량이 다른 사람에 의해 운전되고 있는 경우에도 사용자의 모바일 장치가 차단된다는 것이다. 차단을 트리거하기 위해 클라우드의 신호를 사용하는 대부분의 시스템은 일대일에 기반하여 작동한다. 즉, 하나의 모바일 장치가 하나의 차량에 연결된다. 이것은 이상적인 상황이 아니다. 다음은 이 문제에 대한 몇 가지 솔루션이다.
한 가지 해결책은 차량 내의 하나 이상의 모바일 장치와 함께 본 명세서에서 설명된 제어 장치를 사용하여, 그러한 모바일 장치의 위치를 결정하고 그런 다음 그러한 위치 결정에 기초하여 차량의 가능한 운전자를 결정하는 것이다. 이 정보로 무장하면 운전자의 모바일 장치에 있는 제어 장치 또는 소프트웨어 애플리케이션이 차량 상태 정보 및 운전자 정보를 통신 사업자 네트워크에 전달할 수 있으며, 이는 모바일 장치가 차단/감사/점수매기기 모드로 들어가도록 적절한 신호를 지능적으로 다시 보낼 수 있다. 대안적으로, 캐리어 자체는 캐리어에 의해 제어되는 적어도 셀룰러 음성 및 데이터 통신에 대해 블록을 부과하여, 제어 장치 또는 모바일 장치가 차량이 모바일 장치의 사용자에 의해 더 이상 운전되지 않고/또는 모바일 장치가 차량의 운전자 공간에 더 이상 위치하지 않는다는 것을 나타내는 적절한 신호를 보낼 때까지 이러한 기능을 방지한다. 또한, 당업자라면 차량을 누가 운전하고 있는지에 관한 정보를 가지고, 운전자의 모바일 장치 상의 제어 장치 또는 소프트웨어 애플리케이션이 차량 상태 정보 및 운전자 정보를 원격 애플리케이션 서버에 통신하는 것이 가능하고, 이것은 다음에 모바일 장치에 설치된 소프트웨어 애플리케이션에서 사용할 수 있는 운전자별 데이터 및 정보를 주의산만 운전 방지 이외의 목적으로 지능적으로 다시 보낼 수 있다는 것이 이해될 것이다.
다른 솔루션은 모바일 장치의 GPS를 사용하여 모바일 장치가 움직이고 있는지 여부를 결정하는 것이다. 이것은 모바일 장치의 배터리 수명을 보존하기 위해 해당 모바일 장치와 관련된 차량이 움직이고 있다는 클라우드의 알림이 있을 때만 수행된다. 또한, 모바일 장치의 GPS 위치는 차량의 위치와 비교할 수 있다. 이에 의하면 사용자는 다른 차량에서 다른 사람과 동승할 때에 모바일 장치를 계속 사용할 수 있다 - 동시에 자신의 차량을 다른 사람이 사용하는 경우에도.
또 다른 솔루션은 차량이 움직이고 있다는 신호를 클라우드로부터 받기 전에 "보행" 기간이 있었는지 여부를 결정하기 위해 모바일 장치의 가속도계를 사용하는 것이다. 이것은 사용자가 자신의 차량으로 걸어갈 가능성이 있는 시나리오를 식별한다. 또한, 정지 위치에 있는 누군가가 자신의 차량을 운전하는 동안에도 모바일 장치를 계속 사용할 수 있다. 차량 이동을 나타내는 클라우드의 신호 이전 또는 이후에 오래 감지된 모든 "보행"은 무시될 수 있다.
다른 경우에, 온도의 상당한 변화는 사용자가 자신의 차량을 향해 움직이고 있음을 나타내기 위해 사용될 수 있다. 예를 들어, 사용자는 차량에 탑승하여 난방이나 에어컨을 켤 수 있다. 다르게, 사용자는 그의 차량에 타기 위해 내부에서 외부로 걸어갈 수 있다. 어느 경우든 급격한 온도 변화는 클라우드에서 차량 이동 신호와 상관 관계가 있을 때 사용자가 실제로 차량을 운전하고 있다는 더 높은 수준의 확실성을 제공하는, 환경 변화의 징후를 보여준다. 이 온도는 더 나은 결과를 제공하는 차량의 GPS 좌표와 타사 날씨 API를 사용하여 결정된, 당시 해당 위치의 외부 온도와 상관 관계가 있다.
추가로, 기압의 변화는 온도와 유사한 방식으로 사용될 수 있다. HVAC 시스템의 특성으로 인해, 기압은 건물과 차량 내부에서 개방된 환경과 다른 경우가 많다. 일부 최신 모바일 장치에는 이러한 차이를 감지할 수 있는 기압 센서가 있다. 또한, 정확도를 높이기 위해 이 판독값을 타사 데이터와 상호 연관시킬 수 있다.
모바일 장치에서 실행되는 소프트웨어는 신호를 수신하는 모바일 장치가 실제로 차량에 있는지를 결정하는 데 사용될 수 있는 고유한 엔진 소음과 같이 차량 내에서 캡처된 소리를 분석할 수 있다. 사운드는 차량의 시스템 제어 장치와 독립적으로 비교되거나 차량의 제어 장치와 모바일 장치 자체 모두에서 캡처한 사운드 샘플이 비교될 수 있다. 예를 들어, 알고리즘을 사용하여 모바일 장치에서 들리는 사운드가 차량 내에 있는 동안 들리는 사운드와 일치하는지 확인할 수 있다. 더 구체적으로, 캡처된 사운드는 모바일 장치가 의도되거나 예상되는 차량에 위치하는지를 추가로 확인하기 위해 모바일 장치가 위치한 차량의 유형을 결정하는 데 사용될 수 있다. 또한 제어 장치와 모바일 장치 모두에서 샘플을 채취한 경우, 사운드를 비교하여 이들이 동일한 차량에서 가져온 것인지를 확인할 수 있다. 비교를 돕기 위해, 제어 장치 또는 모바일 장치는 다른 장치에서 감지할 수 있는 식별 가능한 사운드를 나타내기 위해 고주파수 톤을 브로드캐스트하여 둘 다 동일한 차량 내에 있음을 확인할 수 있다.
다른 구현에서, 모바일 장치 또는 제어 장치는 모바일 장치가 있는 사분면을 식별하기 위해 상기 설명한 대로 식별을 돕기 위해 지정된 주파수에서 톤을 주기적으로 브로드캐스트할 수 있다. 위에서 언급한 방법 중 하나를 사용하여 차량의 제어 장치는 오디오 톤을 재생할 수 있으며 모바일 장치에 의해 픽업된다. 사운드가 모바일 장치에 의해 포착되면 모바일 장치를 "차단"해야 하는지에 대한 결정이 이루어질 수 있다. 또한 상기 설명한 사분면 식별 기술을 사용하여, 네트워크에서 차단 모드로 들어가도록 트리거된 모바일 장치는 모바일 장치가 차량의 운전자 사분면 내에 있지 않다고 판단한 경우, 네트워크 신호에도 불구하고 차단 모드로 들어가지 않도록 구성될 수 있다.
모바일 장치가 차량 내비게이션 시스템 또는 핸즈프리 전화 애플리케이션과 같은 BLUETOOTH 장치에 연결된 경우, 이러한 정보는 네트워크 "차단" 신호가 생성될 때 모바일 장치가 현재 "올바른" 차량 내에 있는지 또는 예상되는 차량 내에 있는지 판단하는 데 유용할 수 있다.
WIFI 및 연결된 차량 이니셔티브가 점점 더 대중화됨에 따라, 특정 모바일 장치가 특정 차량에 있음을 식별하기 위해 WIFI를 사용하는 것이 더욱 실행 가능해지고 있다. 예를 들어, 모바일 장치가 어느 WIFI 네트워크로 연결되어 있는지를 결정하는 것만으로도 그러한 모바일 장치가 특정 차량에 있는지 확인하기에 충분할 수 있다. 또 다른 구현은 챌린지/응답 구성에서 WIFI 네트워크를 통해 데이터를 보내는 것일 수 있다. WIFI의 또 다른 용도는 차량 상태를 확인하거나 모바일 장치가 어느 차량 내에 있는지를 확인하기 위해 차량에 추가되거나 WIFI에 연결된 모바일 장치에 의해 로컬로 질의될 수 있는 웹 서비스를 실행하고 있는 OEM에 의해 차량의 일부로 통합된 애프터마켓 하드웨어 장치에 있을 수 있다.
또 다른 감지 메커니즘은 차량 내에 위치한 하드웨어 장치에 의해 감지된 셀룰러 신호 특성을 사용하는 것이다. 수신 또는 전송된 SMS 메시지, 전화 통화 또는 데이터 전송과 같이 모바일 장치에서 발생하는 활동을 사용하여 어느 모바일 장치가 특정 차량에 위치할 수 있는지 범위를 좁힐 수 있다. 모바일 장치에 의한 눈에 띄는 활동이 없으면, 셀룰러 신호 감지 하드웨어는, 연결된 셀 타워, 상대 셀룰러 신호 강도, 예를 들어, GSM 대 CDMA, 2G 대 3G 대 LTE인, 사용 중 셀룰러 기술와 같은 모바일 장치의 특정 식별 가능한 특성을 구별할 수 있다. BLUETOOTH와 같은 모바일 장치에서 실행되는 센서에 의해 생성된 특성도 활용할 수 있다.
상기 모든 방법은 클라우드 기반 서버 또는 프로세서 또는 위의 적절한 조합을 사용하여 차량에서 원격으로 시스템 제어 장치 내에서 모바일 장치 내에서 수집된 데이터를 활용하고 처리할 수 있다는 것이 이해되어야 한다.
다른 구현에서, 단순히 다양한 오디오 주파수의 존재를 갖는 것만으로도 모바일 장치에서 애플리케이션을 트리거하기에 충분할 수 있다. 한 가지 예는 앞에서 설명한 다양한 오디오 신호 전송 방법에서 설명한 대로 일관된 19200Hz 및 19300Hz 신호가 감지될 때마다 차단/감사/점수매기기 모드로 들어가는 것이다. 두 신호가 모두 식별되고 지속적으로 재생되는 경우, 모바일 장치는 이것을 신호로 사용할 수 있다. 두 신호의 존재와 관련된 거짓 긍정을 방지하기 위해서, 제 3 주파수는 제어 또는 "존재" 주파수로 사용될 수 있다. 일 구현에서, 왼쪽 스피커는 19200Hz 톤 및 19300Hz 톤을 재생할 수 있는 반면, 오른쪽 스피커는 19400Hz 톤 및 19300Hz 톤을 재생할 수 있다. 이 예에서 19300hz 신호는 제어 신호이다. 사분면과 관련된 추가 결정은 위에서 설명한 대로 사용할 수 있다. 본 명세서에서 제시된 모든 주파수는 단지 예시일 뿐이라는 점이 더욱 강조되어야 한다. 제시된 솔루션에서 원하는 수의 주파수를 사용할 수 있다.
차량 내에 하드웨어를 설치할 필요가 없는 다른 실시 예는 모바일 장치에 의해 캡처된 오디오에 의존한다. 오디오가 분석되어 차량에 있는 것으로 확인되면, 모바일 장치의 가속도계 또는 GPS를 사용하여 움직임을 트리거하고 모바일 장치의 소프트웨어가 차단 모드로 들어가도록 지시할 수 있다. 추가 분석을 통해 특정 차량 또는 차량 유형을 결정할 수 있다. 이를 통해 GPS 또는 가속도계 기반 시스템이 거짓 긍정을 제거하고 모바일 장치가 의도된 차량에서만 차단되는 것을 확실히 하도록 할 수 있다.
일 구현에서 배경 오디오를 주기적으로 녹음하는 것이 바람직할 수 있다. 엔진 소음, 차량 스피커를 통해 재생되는 알려진 주파수 또는 모바일 장치가 차량에 있음을 감지하는 데 사용되는 기타 미리 결정된 소리를 기반으로 하여 모바일 장치가 잠재적으로 차량에 있다는 것을 오디오가 나타내면, 시스템은 모바일 장치에서 차단 소프트웨어를 실행하기 위해 움직임용 GPS 또는 가속도계를 사용하도록 전환할 수 있다. 이러한 방식으로 구현된 GPS 트리거 또는 가속도계 트리거 솔루션은 배터리 소모를 상당히 줄인다.
다른 구현에서, GPS 또는 가속도계 데이터는 이동을 나타내기 위해 사용될 수 있다. 일단 이동이 표시되면, 모바일 장치는 배경 오디오를 녹음하여 모바일 장치가 차량에 있는지 및/또는 구체적으로 차량 내의 어느 사분면에 있는지를 결정할 수 있다. 이 정보를 사용하여 모바일 장치의 소프트웨어에 의해 차단/감사/득점을 위한 결정이 행해질 수 있다.
빛(인간의 눈에 보이거나 보이지 않음)은 많은 모바일 장치에 내장된 광 센서에 의해 포착될 수 있다. 빛의 변화는 모바일 장치가 차량에 들어가기 전 발생할 수 있는 환경 변화의 표시일 수 있다. 빛은 또한 차량에 고유할 수 있으며 하나의 차량을 다른 차량과 구별하는 방법으로 사용할 수 있다. 예를 들어, 차량 내부서 보이는 다양한 기기 및 개짓에 의해 방출되는 빛 또는 창 썬팅에 의해 필터링되는 차량 외부의 빛이 특정 차량에 적용하도록 사용 및 교정될 수 있으며, 이 교정은 차량 또는 모바일 장치의 현재 위치에 대해 검색된 시간과 현재 기상 조건을 기반으로 조정된다. 감지된 빛의 강도, 색조 및 채도는 모두 이 결정에 유용할 수 있다. 빛 자체가 또한 트리거링 메커니즘이 될 수 있는데, 여러 빛이 차량 내 공간으로 방출되고 모바일 장치에 의해 감지된다. 데이터는 또한 이 방법을 통해서, 주파수 변조 기술을 사용하여 통신될 수 있다. 적외선을 사용하게 되면 이는 인간의 눈에는 보이지 않기 때문에 이러한 맥락에서 특히 유리할 수 있지만, 대부분의 디지털 카메라는 근적외선을 볼 수 있다.
위의 트리거링 메커니즘 모두를 활용함으로써, 본 명세서에서 설명된 차단/감사/점수매기기 애플리케이션은 단일 차량 또는 다중 차량과 연관된 다중 모바일 장치를 가질 수 있다.
차량에 어느 모바일 장치(또는 유사성 모바일 장치)가 있는지를 결정하는 상기 모든 방법은 또한 다양한 차단/감사/점수매기기 애플리케이션을 위해 모바일 장치의 배터리를 절약하는 데 사용될 수 있다. 예를 들어 이러한 센서 중 일부는 BT보다 에너지를 덜 사용한다. 따라서 오디오, 조명, 온도, 자력계 등과 같은 하나 이상의 위의 정보를 사용하여 모바일 장치가 차량에 있는지 먼저 결정하는 것이 모바일 장치가 BLUETOOTH 검색 프로토콜을 시작하기 전에 유용할 수 있으며, 이는 모바일 장치의 배터리 수명을 절약하는 데 도움이 된다.
차단 또는 트리거링에 대한 위의 모든 참조에서 솔루션은 차단 솔루션, 감사, 점수 매기기, UBI 또는 서비스 유형 애플리케이션의 시간을 의미하는 것으로 이해되어야 한다.
(4) 운전자 활동 및 차량 사용 애플리케이션의 로깅, 수집 및 감사
유리하게는, 본 명세서에서 설명된 시스템, 방법 및 장치는 또한 차량의 과도한 과속 또는 과도한 공회전과 같은 위험하거나 학대적인 운전자 행동을 감지, 기록 및 보고하기 위해 차량의 사용을 모니터링할 수 있다.
예를 들어, 모바일 애플리케이션은 사용자가 운전하는 동안 모바일 장치가 어떻게 활용되었는지에 대한 그림을 재구성하기 위해 전화 통화 수, 전화 통화 시간, SMS 전송 및/또는 수신, 사용된 애플리케이션, 사용된 애플리케이션의 지속 시간, 화면 디밍/디밍 해제, 화면 잠금 또는 잠금 해제 상태 및 기타 변수를 기록할 수 있다.
다른 예에서, 제어 장치의 마이크로폰은 차량과 관련된 파손 유리를 감지하는 데 사용될 수 있다. 가속도계 또는 GPS 모듈의 데이터를 기반으로 하는 차량 움직임과 함께 이러한 감지를 사용하여 차량이 사고를 당했음을 나타낼 수 있다. 대조적으로, 가속도계 또는 GPS 모듈의 데이터를 기반으로 하는 차량의 비움직임과 결합된 파손 유리 감지는 차량이 파손되었음을 나타내기 위해 사용될 수 있다. 모바일 장치에서 실행되거나 차량 자체에서 실행되는 애플리케이션은 이 데이터를 사용하여 첫 번째 경우에 911 및 배우자 또는 가장 가까운 친척에게 사고가 발생했음을 알리는 자동 전화를 보낼 수 있다. 제 2 경우에는 모바일 장치에서 실행되거나 차량 자체에서 실행되는 애플리케이션이 이 데이터를 사용하여 911에 전화를 걸고 차량 소유자에게 전화를 걸거나 문자를 보내 침입이 발생했을 수 있음을 알릴 수 있다. 이러한 통신에서 장치의 GPS 위치도 제공될 수 있다.
다른 예에서, 개가 짖는 소리 또는 아이가 우는 것과 같은 차량의 객실에서 소음을 감지할 수 있는 것은, 높은 실내 온도 판독값과 함께 차량이 움직이지 않고 미리 결정된 기간 동안 움직이지 않았다는 데이터를 감지하는 데이터와 함께, 애플리케이션의 설정에 따라 차량 소유자(또는 당국)에게 긴급 경보 전화나 문자를 보내도록 애플리케이션을 트리거할 수 있다.
추가 예에서, 제어 장치의 가속도계는 제어 장치의 방향에서 급격한 변화를 감지하는 데 사용될 수 있다. 차량이 움직이는 동안 방향의 급격한 변화가 감지되면, 그러한 정보는 차량이 잠재적으로 심각한 사고에 연루되어 차량이 굴러갔거나 뒤집혔다는 것을 나타낼 수 있다. 한편, 차량이 움직이지 않는 동안 제어 장치의 방향이 이러한 급격한 변화는 사용자가 장착된 위치에서 제어 장치를 제거하려고 시도하고 있음을 나타낼 수 있다. 제어 장치에서 감지할 수 있는 추가 차량 데이터는 이러한 조건 중 하나가 실제로 발생하는지 확인하는 데 추가로 도움이 될 수 있다.
(5) UBI 점수매기기 및 보험 적용
어떤 모바일 장치가 차량의 운전자 사분면에 있는지 아는 것의 또 다른 이점은 모바일 장치의 소유자를 차량의 가능한 운전자로 식별하는 것이므로, 이는 UBI 점수, 보상 프로그램, 전자적 운전자 로깅 등에 사용할 수 있다.
UBI 점수매기기의 목적을 위해, 운전자와 관련된 다양한 인자에 대한 개별 점수가 있을 수 있다. 그런 다음 이러한 요소를 단일 누적 점수로 결합할 수 있다. 또한, 방향 전환, 급제동 및 급가속으로 운전 장애를 감지할 수 있다. 이들 각각은 차량에 연결된 가속도계, 차량에 설치된 제어 장치, 모바일 장치, 또는 위의 조합을 통해 감지될 수 있다.
예를 들어, 모바일 애플리케이션은 사용자가 운전하고 있는 동안 모바일 장치가 어떻게 활용되었는지에 대한 그림을 재구성하기 위해서, 전화 통화 수, 전화 통화 시간, SMS 발신 및/또는 수신, 사용된 애플리케이션, 사용된 애플리케이션의 지속 시간, 화면 디밍/디밍 해제, 화면 잠금 또는 잠금 해제 상태 및 기타 변수를 기록할 수 있다. 이 사용 정보는 UBI 점수매기기, 보상 프로그램 또는 행동 수정 프로그램에 도움이 되는 점수로 공식화될 수 있다.
차량의 운전자 사분면에서 방출되는 신호를 감지할 수 있는 장치를 활용하면 모바일 장치에서 실행할 애플리케이션 없이도 UBI, 보상 또는 행동 점수매기기가 수행될 수 있다. 위에서 설명한 바와 같이 신호 감지 시스템은 운전자 사분면 내에 있는 동안 모바일 장치의 다양한 사용을 기록할 수 있다.
운전 조건도 이러한 점수매기기에 중요한 역할을 할 수 있다. 예를 들어, 태양이 낮은 각도에 있는 동안 누군가 태양 쪽으로 운전한다면, 이는 위험한 상태이다. 이것은 방향 정보, 위도 및 경도 데이터(모두 GPS를 통해 수집됨)를 태양, 해당 시간 및 해당 위치에 대한 천문력 데이터를 결합하여 감지할 수 있다. 이 상태에 있는 동안의 시간 및 속도뿐만 아니라 방위각 대 태양 방위각, 최소 및 최대 태양 고도에 대한 임계값이 이 점수에 대해 사용될 수 있다.
운전자 피로도 사고의 원인이 될 수 있다. 이것은 운전자가 그날 몇 시간이나 운전했는지 뿐만 아니라 연속해서 몇 시간을 운전했는지 추적하여 측정될 수 있다. 또한 심야 주간(interstate) 운전은 심야 시내 운전보다 더 위험한다. 주간 주행은 지속적인 고속 또는 GPS 데이터 수집으로 감지할 수 있다.
추가로, 제어 장치는 GPS 위치 및 기타 운전자/승객 식별을 포함하는 데이터 요소와 결합된, 가속도계 활동, 중력/충격과 같은 데이터를 모니터링/수집함으로써 보험 사기 및 충돌 관리를 감지, 식별 및 관리하는 데 도움이 될 수 있다. 예를 들어, 십대 운전자가 부모 차량 소유자의 집 근처에서 차량을 운전하고 있는 동안, 충돌 사고가 발생하면, 이 수집된 데이터는 부모 차량 소유자가 차량을 이동시키지 못하게 하여 나중에 다른 위치에서 다른 운전자와 거짓 사고를 일으키지 못하게 한다.
(6) 스마트 페어링 애플리케이션
운전자 식별(또는 모바일 장치가 있는 차량의 사분면 식별)을 위한 다른 용도는 "스마트 페어링"을 포함한다. 예를 들어, 차량이 운전하고 있는 사람에게 적응하는 것이 점점 더 보편화되고 있다. 운전 경험의 여러 측면(예: 현재 핸즈프리에 연결된 모바일 장치, 공유되는 주소록, 스트리밍 중인 음악, 좌석 조정 등)은 운전자를 기준으로 차량 내에서 구성할 수 있다. 어느 모바일 장치가 운전자 사분면 내에 있는지를 식별하는 기술의 이용은 이러한 기술을 보다 효율적으로 만드는데 이용될 수 있다. 예를 들어, 모바일 장치에서 실행되는 애플리케이션은 모바일 장치가 운전자 사분면에 있을 때 헤드 유닛 또는 헤드 레스트에 알리도록 구성할 수 있다. 이렇게 하면 차량의 조정이 자동으로 수행되게 할 수 있다.
일반적인 사용 사례는 어느 모바일 장치가 현재 BLUETOOTH를 통해 헤드 유닛에 연결되어 있는지 결정하는 것이다. 오늘 두 가족이 차량에 탑승하면 음악 스트리밍, 주소록 동기화 및 핸즈프리 통화를 위해 그 모바일 장치 중 하나만 헤드 유닛에 연결된다. 일반적으로 차량과 관련된 "기본" 장치로 지정된 모바일 장치가 우선하는데, 이 장치가 운전자가 휴대하지 않는 경우에도 그렇다. 본 명세서에 개시된 제어 장치를 사용하고 모바일 장치가 운전자 사분면에 위치하는지 여부를 결정하기 위한 하나 이상의 방법을 사용하게 되면, 헤드 유닛은 기본 모바일 장치가 운전자 사분면 내에 있지 않다고 결정되면 "기본" 모바일 장치에 대한 연결을 끊을 수 있다. 이렇게 하면 실제로 운전자 사분면에 앉아 있는 사용자의 모바일 장치(및 맞춤형 차량 설정)에 대한 연결이 해제된다. 헤드 유닛 기술은 차량과 관련된 "기본" 장치로 어느 모바일 장치가 식별되는지에 대해 맹목적으로 의존하지 않고 이 스마트 연결을 활용할 수 있으며, 대신, 시스템은 어느 모바일 장치든지 현재 활성 또는 기본 장치로 운전자 사분면에 있는 것을 동적으로 지정하고 차량 설정을 감지된 모바일 장치와 관련된 사용자에게 연관시킨다.
모바일 장치가 운전자 사분면에 위치하는지 여부를 결정하기 위한 다양한 기술은 오늘날의 현재 헤드 유닛 사용 사례 외에서도 사용될 수 있다. 예를 들어, SMS는 헤드 유닛에 의해 자동으로 보류될 수 있고, 통화는 음성 메일로 라우팅될 수 있으며, 자동 응답 메시지는 전송될 수 있다. 운전자 사분면에 위치한 모바일 장치를 기반으로 허용되는 통신에 대해 원하는 만큼 조정할 수 있다. 행동 수정 기술조차도 차량의 공간 내 모바일 장치의 다양한 위치를 기반으로 실제 운전자 또는 승객에게 맞춤화된 지침을 지시할 수 있는 이점이 있다.
(7) 산업별 애플리케이션
운전자 식별(또는 모바일 장치가 있는 차량의 사분면 식별)을 위한 또 다른 용도에는 GPS 위치, 시작/중지 시간 등에 관해 제3자 경로 관리 소프트웨어와 통신하는 기능이 포함된다. 이러한 데이터는 또한 경로 최적화, 교통 혼잡 데이터로 인한 경로 변경, 가정 의료 방문의 확인 및/또는 증명, 가택 연금 또는 가석방 의무의 준수, 배달 알림 및 확인 등을 위해 상호 참조될 수 있다.
본 개시내용의 실시 예들에 대한 전술한 상세한 설명을 고려하여, 본 개시가 광범위한 유용성 및 적용에 영향을 받기 쉽다는 것이 당업자에 의해 용이하게 이해될 것이다. 다양한 측면이 본 명세서에서 설명되었지만, 본 개시의 추가 측면, 특징 및 방법론은 그로부터 용이하게 식별가능할 것이다. 본 명세서에 기재된 것 이외의 본 개시의 많은 실시 예 및 적응, 뿐만 아니라 많은 변형, 수정 및 등가의 구성 및 방법이 본 개시의 내용 또는 범위를 벗어나지 않으면서, 본 개시 및 그의 전술한 설명으로부터 명백하거나 합리적으로 제안될 것이다. 또한, 본 명세서에서 설명되고 청구된 다양한 프로세스의 단계의 임의의 순서(들) 및/또는 시간적 순서는 본 개시를 수행하기 위해 고려되는 최상의 모드로 간주되는 것들이다. 또한, 다양한 프로세스의 단계가 선호되는 순서 또는 시간적 순서로 표시되고 설명될 수 있지만, 이러한 프로세스의 단계는 특정 의도된 결과를 달성하기 위한 특정 표시가 없는 한 특정 순서로 수행ㄷ되는 것으로 제한되지 않는다는 것이 이해된다. 대부분의 경우, 이러한 프로세스의 단계는 다양한 상이한 순서로 수행될 수 있지만 여전히 본 개시의 범위 내에 속한다. 또한 일부 단계는 동시에 수행될 수 있다. 따라서, 본 개시는 실시 예와 관련하여 본 명세서에서 상세하게 설명되었지만, 이 개시는 단지 본 개시를 설명하고 예시하기 위한 것으로 본 명세서에서 설명된 기술들의 완전하고 가능하게 하는 개시를 제공하기 위한 목적으로만 이루어진 것으로 이해되어야 한다. 전술한 개시는 그러한 그 외 실시 예, 적응, 변형, 수정 및 등가 배열을 제한하거나 배제하기 위한 것으로 의도되어서도 해석되어서도 안 된다.

Claims (20)

  1. 모바일 장치에서 실행하는 애플리케이션에 의해 상기 모바일 장치의 컨텍스트 기반 관리를 트리거하는 이벤트를 검출하는 단계;
    상기 모바일 장치와 연관된 사용 컨텍스트를 결정하는 단계;
    상기 사용 컨텍스트의 기능으로서, 상기 모바일 장치에서 시행할 하나 이상의 정책을 식별하는 단계; 및
    상기 애플리케이션에 의해 상기 모바일 장치에서 상기 하나 이상의 정책을 시행하는 단계
    를 포함하는 방법.
  2. 제 1 항에 있어서, 상기 모바일 장치의 상기 컨텍스트 기반 관리를 트리거하는 상기 이벤트를 검출하는 단계는 컨텍스트 도메인에 진입하는 단계를 포함하고, 상기 컨텍스트 도메인은 상기 식별된 하나 이상의 정책이 상기 모바일 장치에 대해 시행되는 특정 영역을 나타내는, 방법.
  3. 제 2 항에 있어서, 상기 모바일 장치의 상기 컨텍스트 기반 관리를 트리거하는 상기 이벤트를 검출하는 단계는 상기 컨텍스트 도메인에서 나가는 단계를 포함하는, 방법.
  4. 제 2 항에 있어서, 상기 컨텍스트 도메인의 시각화를 네트워크 장치로부터 수신하는 단계를 포함하는, 방법.
  5. 제 4 항에 있어서, 상기 컨텍스트 도메인의 상기 시각화를 수신하는 단계는 하나 이상의 중첩된 컨텍스트 도메인의 시각적 표현을 수신하는 단계를 포함하는, 방법.
  6. 제 4 항에 있어서, 상기 컨텍스트 도메인의 상기 시각화를 수신하는 단계는 상기 컨텍스트 도메인을 나타내는 영역 내에서 하나 이상의 모바일 장치의 위치를 나타내는 맵을 수신하는 단계를 포함하는, 방법.
  7. 제 1 항에 있어서, 상기 모바일 장치의 상기 컨텍스트 기반 관리를 트리거하는 상기 이벤트를 검출하는 단계는 상기 모바일 장치에 상기 애플리케이션을 설치하는 단계를 포함하는, 방법.
  8. 제 1 항에 있어서, 상기 모바일 장치의 상기 컨텍스트 기반 관리를 트리거하는 상기 이벤트를 검출하는 단계는 사용자에 의한 하나 이상의 활동을 검출하는 단계를 포함하고, 상기 하나 이상의 활동은 사용자 패턴을 나타내는, 방법.
  9. 제 1 항에 있어서, 상기 모바일 장치의 상기 컨텍스트 기반 관리를 트리거하는 상기 이벤트를 검출하는 단계는 차량의 조작을 검출하는 단계를 포함하는, 방법.
  10. 제 1 항에 있어서, 상기 하나 이상의 정책은 상기 애플리케이션에 의해, 상기 모바일 장치의 하나 이상의 기능에 대한 액세스를 방지하기 위한 정책을 포함하는, 방법.
  11. 제 10 항에 있어서, 상기 애플리케이션에 의해 상기 모바일 장치에서 상기 하나 이상의 정책을 시행하는 단계는:
    상기 모바일 장치의 상기 하나 이상의 기능에 액세스하려는 시도를 감지하는 단계;
    상기 애플리케이션에 의해, 상기 모바일 장치의 상기 하나 이상의 기능에 액세스하려는 상기 시도의 알림을 전송하는 단계;
    상기 애플리케이션에 의해 상기 모바일 장치에서 수행할 조치를 수신하는 단계; 및
    상기 모바일 장치에서 상기 조치를 수행하는 단계
    를 포함하는, 방법.
  12. 제 10 항에 있어서, 상기 애플리케이션에 의해 상기 모바일 장치에서 상기 하나 이상의 정책을 시행하는 단계는:
    상기 모바일 장치에서 상기 하나 이상의 기능 중 하나에 액세스하려는 시도를 감지하는 단계;
    상기 하나 이상의 기능 중 하나가 화이트리스트에 포함되는지 여부를 결정하는 단계; 및
    상기 하나 이상의 기능 중 하나가 상기 화이트리스트에 포함되어 있다고 결정하면, 상기 모바일 장치에서 상기 하나 이상의 기능 중 상기 하나의 상기 액세스를 허용하는 단계
    를 포함하는, 방법.
  13. 제 1 항에 있어서, 상기 모바일 장치의 사용 활동을 나타내는 데이터를 네트워크 장치로 전송하는 단계를 포함하는, 방법.
  14. 제 1 항에 있어서, 관리 서버로 알림 서비스를 등록하는 단계
    를 더 포함하는, 방법.
  15. 제 14 항에 있어서, 상기 결정된 사용 컨텍스트에 기초하여 상기 관리 서버로부터 하나 이상의 알림을 수신하는 단계
    를 더 포함하는, 방법.
  16. 제 1 항에 있어서,
    상기 사용 컨텍스트와 관련된 업데이트가 사용 가능한지 여부를 결정하는 단계; 및
    상기 관련 업데이트를 기반으로 상기 사용 컨텍스트를 수정하는 단계
    를 더 포함하는, 방법.
  17. 제 1 항에 있어서, 상기 모바일 장치의 상기 컨텍스트 기반 관리의 비활성화를 트리거하는 이벤트를 나타내는 제2 트리거를 검출하는 단계
    더 포함하는, 방법.
  18. 제 1 항에 있어서, 상기 사용자 컨텍스트를 결정하는 단계는 상기 모바일 장치가 동작 중인 차량 내에 있다고 결정하는 단계를 포함하는, 방법.
  19. 제 1 항에 있어서, 상기 사용자 컨텍스트를 결정하는 단계는 상기 모바일 장치가 작업장 내에 있다고 결정하는 단계를 포함하는, 방법.
  20. 제 1 항에 있어서, 상기 사용자 컨텍스트를 결정하는 단계는 사용자와 관련된 하나 이상의 행동 모델에 기초하여 상기 사용 컨텍스트를 결정하는 단계를 포함하는, 방법.
KR1020217029654A 2019-02-14 2020-01-09 컨텍스트 인식 모바일 장치 관리 KR20210141503A (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US16/276,194 US10805861B2 (en) 2013-05-08 2019-02-14 Context-aware mobile device management
US16/276,194 2019-02-14
PCT/US2020/012861 WO2020167392A1 (en) 2019-02-14 2020-01-09 Context-aware mobile device management

Publications (1)

Publication Number Publication Date
KR20210141503A true KR20210141503A (ko) 2021-11-23

Family

ID=72044766

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020217029654A KR20210141503A (ko) 2019-02-14 2020-01-09 컨텍스트 인식 모바일 장치 관리

Country Status (5)

Country Link
EP (1) EP3925302A4 (ko)
KR (1) KR20210141503A (ko)
AU (1) AU2020221172A1 (ko)
CA (1) CA3130272A1 (ko)
WO (1) WO2020167392A1 (ko)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20220147252A (ko) * 2021-04-27 2022-11-03 삼성전자주식회사 사용 패턴을 이용한 예측 기반의 제어 방법 및 그 장치

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE19934105A1 (de) * 1999-07-21 2001-01-25 Nokia Mobile Phones Ltd Bedienbares Gerät
US8254902B2 (en) * 2008-06-26 2012-08-28 Apple Inc. Apparatus and methods for enforcement of policies upon a wireless device
US20120021770A1 (en) * 2010-07-21 2012-01-26 Naqvi Shamim A System and method for control and management of resources for consumers of information
US8655307B1 (en) 2012-10-26 2014-02-18 Lookout, Inc. System and method for developing, updating, and using user device behavioral context models to modify user, device, and application state, settings and behavior for enhanced user security
US9473509B2 (en) * 2014-09-29 2016-10-18 International Business Machines Corporation Selectively permitting or denying usage of wearable device services

Also Published As

Publication number Publication date
WO2020167392A1 (en) 2020-08-20
EP3925302A4 (en) 2022-11-16
EP3925302A1 (en) 2021-12-22
AU2020221172A1 (en) 2021-10-07
CA3130272A1 (en) 2020-08-20

Similar Documents

Publication Publication Date Title
US11778538B2 (en) Context-aware mobile device management
US11751123B2 (en) Context-aware mobile device management
US11778436B2 (en) Systems, methods, and devices for enforcing do not disturb functionality on mobile devices
US11366708B2 (en) Managing functions on an iOS mobile device using ANCS notifications
US11856505B2 (en) Managing iOS-based mobile communication devices by creative use of callkit API protocols
US20230156569A1 (en) Context-aware mobile device management
EP3314375B1 (en) Managing functions on an ios mobile device using ancs notifications
US20230156570A1 (en) Context-aware mobile device management
KR20210141503A (ko) 컨텍스트 인식 모바일 장치 관리
NZ739328B2 (en) Managing functions on an ios mobile device using ancs notifications

Legal Events

Date Code Title Description
E902 Notification of reason for refusal