'uses-permission'의 사용법 - Android Manifest

Android Manifest 파일에서 사용되는 '<uses-permission>'는 응용프로그램이 올바르게 작동하기 위한 응용프로그램에 부여해야하는 권한을 정의할때 사용됩니다. 권한은 애플리케이션이 설치될때 (Android 5.1 이하를 실행하는 기기에서) 또는 앱이 실행되는 동안 (Android 6.0 이상을 실행하는 기기에서) 부여됩니다.

이 '<uses-permission>'의 기본 형식은 아래와 같습니다.

<uses-permission android:name="string"         android:maxSdkVersion="integer" />

'android:name'은 허용이 필요한 권한에 대한 이름을 나타냅니다. '<permission>' 요소로 정의된 권한, 다른 응용프로그램에서 정의한 권한 또는 "android.permission.CAMERA" 또는 "android.permission.READ_CONTACTS"와 같은 표준 시스템 권한중 하나일 수 있습니다. 아래 예제에서 볼 수 있듯이 일반적으로 사용 권한 이름에는 패키지 이름이 접두사로 포함됩니다.

'android:maxSdkVersion'는 권한을 부여해야 하는 가장 높은 API 수준입니다. 이 속성을 설정하면 앱에 필요한 권한이 특정 API 레벨이상에서 더이상 필요하지 않은 경우에 사용합니다. 아래 예제의 경우에 Android 4.4 (API 레벨 19)부터 앱이 외부 저장소 (getExternalFilesDir ()에서 제공하는 디렉토리)의 애플리케이션별 디렉토리에 쓰기를 원할 때 앱이 WRITE_EXTERNAL_STORAGE 권한을 요청할 필요가 없습니다. 그러나 API 레벨 18 이하에서는 권한이 필요합니다. 따라서 다음과 같은 선언을 사용하여 API 레벨 18까지만이 권한이 필요하다고 선언할 수 있습니다.

<uses-permission      android:name="android.permission.WRITE_EXTERNAL_STORAGE"      android:maxSdkVersion="18" />

이렇게 하면 API 레벨 19부터 시스템에서 더이상 앱에 WRITE_EXTERNAL_STORAGE 권한을 부여하지 않습니다.

이 속성은 API 레벨 19에 추가되었습니다.

AndroidManifest.xml 파일 개요

모든 애플리케이션에는 루트 디렉터리에 AndroidManifest.xml 파일이 있어야 하는데, Android Studio에서 기본 앱 프로젝트를 생성하면 'app/manifests' 폴더내에 위치합니다.

AndroidManifest.xml 파일에서는 Android 시스템이 앱의 코드를 실행하기 전에 확보해야 하는 앱에 대한 필수 정보를 시스템에 제공합니다.

■ 애플리케이션에 대한 Java 패키지의 이름을 지정하는데, 애플리케이션에 대한 고유한 식별자 역할을 합니다.

■ 액티비티, 서비스, 브로드캐스트 수신기 및 콘텐츠 제공자 등 애플리케이션을 이루는 구성 요소를 설명합니다. 또한, 각 구성 요소를 구현하는 클래스의 이름을 지정하고 클래스가 처리할 수 있는 해당 기능(예: Intent 메시지)을 게시합니다. 이러한 선언은 Android 시스템에 구성 요소와 구성 요소가 실행될 수 있는 조건을 알립니다.

■ 애플리케이션 구성 요소를 호스팅하는 프로세스를 결정합니다.

■ 애플리케이션이 API의 보호된 부분에 액세스하여 다른 애플리케이션과 상호 작용하는데 보유해야 하는 권한을 선언합니다. 또한, 다른 애플리케이션이 이 애플리케이션의 구성 요소와 상호작용하기 위해 보유해야 하는 권한도 선언합니다.

■ 애플리케이션이 실행중일때 프로파일링과 기타 정보를 제공하는 Instrumentation 클래스를 나열합니다. 이러한 선언은 애플리케이션이 개발중인 동안에만 매니페스트에 존재하고, 애플리케이션이 배포되기 전에 삭제됩니다.

■ 애플리케이션이 필요로 하는 Android API의 최소 레벨을 선언합니다.

■ 애플리케이션이 연결되어야 하는 라이브러리를 나열합니다.

매니페스트 파일의 기본 예는 다음과 같습니다.

<?xml version="1.0" encoding="utf-8"?> <manifest>     <uses-permission />     <permission />     <permission-tree />     <permission-group />     <instrumentation />     <uses-sdk />     <uses-configuration />      <uses-feature />      <supports-screens />      <compatible-screens />      <supports-gl-texture />      <application>         <activity>             <intent-filter>                 <action />                 <category />                 <data />             </intent-filter>             <meta-data />         </activity>         <activity-alias>             <intent-filter> . . . </intent-filter>             <meta-data />         </activity-alias>         <service>             <intent-filter> . . . </intent-filter>             <meta-data/>         </service>         <receiver>             <intent-filter> . . . </intent-filter>             <meta-data />         </receiver>         <provider>             <grant-uri-permission />             <meta-data />             <path-permission />         </provider>         <uses-library />     </application> </manifest>

LTE UE Category의 정리

LTE UE Category는 3GPP TS36.306에 규정한 것처럼 업링크 데이터 속도 및 다운링크 데이터 속도 등의 성능의 조합으로 정의됩니다. 각각의 LTE Category는 지원되는 파라미터 및 성능에 따라 다양합니다.

예를 들어 LTE Category 1은 MIMO를 지원하지 않지만, Category 5는 4x4 MIMO를 지원합니다. Category가 높을수록 더 좋은 성능을 제공합니다.

▶ DL-SCH = Downlink shared channel

▶ UL-SCH = Uplink shared channel

▶ TTI = Transmission Time Interval

Downlink physical layer parameter values set by the field ue-Category (36.306 table 4.1-1):

UE Category	Maximum number of DL-SCH transport block bits received within a TTI (Note 1)	Maximum number of bits of a DL-SCH transport block received within a TTI	Total number of soft channel bits	Maximum number of supported layers for spatial multiplexing in DL
Category 1	10296	10296	250368	1
Category 2	51024	51024	1237248	2
Category 3	102048	75376	1237248	2
Category 4	150752	75376	1827072	2
Category 5	299552	149776	3667200	4
Category 6	301504	149776 (4 layers, 64QAM) 75376 (2 layers, 64QAM)	3654144	2 or 4
Category 7	301504	149776 (4 layers, 64QAM) 75376 (2 layers, 64QAM)	3654144	2 or 4
Category 8	2998560	299856	35982720	8
Category 9	452256	149776 (4 layers, 64QAM) 75376 (2 layers, 64QAM)	5481216	2 or 4
Category 10	452256	149776 (4 layers, 64QAM) 75376 (2 layers, 64QAM)	5481216	2 or 4
Category 11	603008	149776 (4 layers, 64QAM) 195816 (4 layers, 256QAM) 75376 (2 layers, 64QAM) 97896 (2 layers, 256QAM)	7308288	2 or 4
Category 12	603008	149776 (4 layers, 64QAM) 195816 (4 layers, 256QAM) 75376 (2 layers, 64QAM) 97896 (2 layers, 256QAM)	7308288	2 or 4
NOTE 1:    In carrier aggregation operation, the DL-SCH processing capability can be shared by the UE with that of MCH received from a serving cell. If the total eNB scheduling for DL-SCH and an MCH in one serving cell at a given TTI is larger than the defined processing capability, the prioritization between DL-SCH and MCH is left up to UE implementation.

Uplink physical layer parameter values set by the field ue-Category (36.306 table 4.1-2):

UE Category	Maximum number of UL-SCH transport block bits transmitted within a TTI	Maximum number of bits of an UL-SCH transport block transmitted within a TTI	Support for 64QAM in UL
Category 1	5160	5160	No
Category 2	25456	25456	No
Category 3	51024	51024	No
Category 4	51024	51024	No
Category 5	75376	75376	Yes
Category 6	51024	51024	No
Category 7	102048	51024	No
Category 8	1497760	149776	Yes
Category 9	51024	51024	No
Category 10	102048	51024	No
Category 11	51024	51024	No
Category 12	102048	51024	No

여러 장치가 연결된 경우 특정 장치에만 adb 명령 수행방법

여러 장치가 실행중인 경우, adb 명령을 실행할때 명령을 수신할 대상 장치를 지정해야 합니다. 대상을 지정하려면 'devices' 명령을 사용하여 대상의 일련 번호를 가져옵니다.

일련 번호를 얻은 후에는 adb 명령과 함께 '-s' 옵션을 사용하여 일련 번호를 지정하여 보내면 됩니다. 여러 대의 장치를 위해 adb 명령을 실행하려면 일련 번호를 포함하도록 '$ANDROID_SERIAL' 환경 변수를 설정할 수 있습니다. '-s'와 '$ANDROID_SERIAL'을 모두 사용하면 -s가 '$ANDROID_SERIAL'을 대체합니다.

다음 사례에서는 연결된 장치 목록을 얻은 다음, 장치들중 하나의 일련 번호를 사용하여 해당 장치에 'helloWorld.apk'를 설치합니다.

$adb devices

List of devices attached

emulator-5554 device

emulator-5555 device

$ adb -s emulator-5555 install helloWorld.apk

여러 장치를 사용할 수 있을 때 대상 장치를 지정하지 않고 명령을 실행하면 adb에서 오류가 발생됩니다.

여러 장치 (하드웨어 또는 에뮬레이트)를 사용할 수 있지만, 에뮬레이터인 경우 -e 옵션을 사용하여 에뮬레이터에 명령을 보냅니다. 하드웨어 장치인 경우 -d 옵션을 사용하여 하드웨어 장치에 명령을 보냅니다.

USB 케이블 대신 WiFi를 통한 adb 연결방법

adb는 일반적으로 USB를 통해 기기와 통신하지만, USB를 통한 초기 설정 후에는 Wi-Fi를 통한 adb를 사용할 수도 있습니다. WiFi를 통해 adb를 사용해야만 하는 경우는 안드로이드 기기가 USB 도킹스테이션에 연결된 상태인 경우입니다. 이때는 이미 USB를 도킹스테이션과의 통신을 위해 사용하기 때문에 adb를 USB에 연결할 수가 없습니다.

adb를 WiFi를 통해 연결하기 위해서는 아래와 같은 절차대로 하면 됩니다.

1. 안드로이드 기기와 adb 호스트 컴퓨터를 둘 다 액세스할 수있는 일반적인 Wi-Fi 네트워크에 연결합니다. 모든 액세스 포인트가 적합한 것은 아닙니다. adb를 지원하기 위해 방화벽이 올바르게 구성된 액세스 포인트를 사용해야 할 수도 있습니다.

2. 안드로이드웨어 기기에 연결하는 경우 기기와 페어링된 휴대 전화에서 블루투스를 사용 중지합니다.

3. USB 케이블을 사용하여 안드로이드 기기를 호스트 컴퓨터에 연결합니다.

4. 포트 5555에서 TCP/IP 연결을 수신 대기하도록 안드로이드 기기를 설정합니다.

adb tcpip 5555

5. 안드로이드 기기에서 USB 케이블을 분리합니다.

6. 안드로이드 기기의 IP 주소를 찾습니다. 예를 들어 Nexus 기기의 경우 "설정 > 휴대 전화 정보 > 상태 > IP 주소"에서 IP 주소를 찾을 수 있습니다. 또는 안드로이드웨어 기기의 경우 "설정 > Wi-Fi 설정 > 고급 > IP 주소"에서 IP 주소를 찾을 수 있습니다.

7. 안드로이드 기기의 IP 주소로 장치에 연결합니다.

adb connect device_ip_address

8. 호스트 컴퓨터가 안드로이드 기기에 연결되어 있는지 확인합니다.

$ adb devices

List of devices attached

device_ip_address:5555 device

이 단계까지 오게 되면 호스트 컴퓨터와 안드로이드 기기간에 adb가 연결되어 기기를 제어할 수 있습니다. 만약 사용도중 adb 연결이 끊어진 경우에는 아래 절차대로 하면 됩니다.

1. 호스트 컴퓨터와 안드로이드 기기와 동일한 Wi-Fi 네트워크에 계속 연결되어 있는지 확인합니다.

2. adb 연결 단계를 다시 실행하여 다시 연결합니다.

3. 만약 이렇게 해도 문제가 해결되지 않으면 adb 호스트를 재설정해야 합니다.

adb kill-server

안드로이드 디버그 브리지 (Android Debug Bridge : adb)의 사용 방법

안드로이드 디버그 브리지 (Android Debug Bridge : adb)는 에뮬레이터 또는 안드로이드 기기와 통신을 하게 해주는 커맨드라인 툴 (Command-line Tool) 입니다. adb 명령어는 여러가지 동작을 가능하게 하는데, 예를 들면 앱을 설치하거나, 또는 앱을 디버깅하고, 유닉스 셀 명령어를 기기에서 동작시킬 수 있습니다. adb는 3가지 구성요소로 되어 있습니다.

■ 클라이언트 (Client) : 클라이언트는 명령어를 보내는 역할을 하는데, 개발할 기기상에서 동작합니다. adb 명령어로서 커맨드라인 터미널에서 클라이언트를 호출합니다.

■ 대몬 (Daemon : adbd) : 기기에서 명령어를 동작시킵니다. 대몬은 기기상에서 백그라운드 프로세스로 동작합니다.

■ 서버 (Server) : 클라이언트와 대몬사이의 통신을 관리합니다. 서버는 개발할 기기에서 백그라운드 프로세스로 동작합니다.

adb는 Android SDK Platform-Tool의 패키지내에 포함되어 있습니다. 즉, android_sdk/platform-tools/ 폴더에 설치되어 있습니다.

adb 클라이언트가 실행되면, 실행중인 adb 서버 프로세스가 있는지 확인을 합니다. 만약 없다면, adb 서버 프로세스를 실행시킵니다. 서버는 실행되면 로컬 TCP 포트 5037에 바인드되어 명령어 수신을 기다립니다. 모든 adb 클라이언트는 adb 서버와의 통신을 위해 포트 5037을 사용합니다.

그다음 서버는 실행중인 모든 장치에 대한 연결을 셋업하는데, 초기 16새의 에뮬레이터를 위해 포트 5555에서 5585까지중 홀수번의 포트를 검색해서 에뮬레이터를 찾습니다. 그런다음 연결된 에뮬레이터와의 연결을 셋업합니다. 각 에뮬레이터는 콘솔 연결을 위해 포트 5555에서 5585까지중 짝수번의 포트를 사용합니다.

서버가 모든 장치에 대한 연결을 설정하면 adb 명령어를 사용하여 해당 장치에 접근할 수 있습니다. 서버는 장치에 대한 연결을 관리하고 여러 adb 클라이언트의 명령을 처리하므로 모든 클라이언트에서 모든 장치를 제어합니다.

adb를 사용하여 디버깅을 하거나 제어를 하기 위해서는 연결된 장치에서 'USB debugging'을 온시켜야 하는데, 이 메뉴는 'Developer Options'내에 찾을 수 있습니다. 일반적으로 기기상에서 동작하는 소프트웨어는 'User Mode' 소프트웨어이기 때문에, 이를 위해 'About Phone' 메뉴내에서 'Developer Options' 메뉴가 나오게 해야 하는데, 'Build Number' 메뉴를 7차례 클릭을 하면 'Developer Options' 메뉴가 생성됩니다.

하이브리드 방송 브로드밴드 TV (HbbTV : Hybrid Broadcast Broadband TV) 개요

하이브리드 방송 브로드밴드 TV (HbbTV)는 Connected TV (스마트 TV), 셋톱 박스 및 멀티 스크린 장치를 통해 방송 TV 및 광대역 TV를 가정과 조화시키는 것을 목표로 하는 글로벌 이니셔티브 (Global Initiative)입니다.

하이브리드 방송 브로드밴드 TV 사양은 Catch-up TV, 주문형 비디오, 대화형 광고, 개인화, 투표, 게임 및 소셜 네트워킹과 같은 대화식 서비스는 물론 디지털 텍스트 및 비디오와 같은 프로그램 관련 서비스를 가능하게 하여 비디오 사용자 경험을 향상시킵니다.

하이브리드 방송 브로드밴드 TV는 단일 사용자 인터페이스를 사용합니다. 이것은 독점 기술의 대안으로 개방형 플랫폼을 만들어 사용자 선택을 향상시킵니다.

하이브리드 방송 브로드밴드 TV는 구현하기 쉽고 MHEG-5와 같은 다른 하이브리드 TV 기술과 호환됩니다. 하이브리드 방송 광대역 TV 표준을 사용하는 제품 및 서비스는 위성, 케이블 및 지상파 네트워크와 같은 다양한 방송 기술을 통해 작동할 수 있습니다.

하이브리드 방송 브로드밴드 TV가 전 세계적으로 배포되고 있습니다. 광범위한 인터넷 및 브로드 캐스트 서비스 집합이 이미 테스트 및 구현되었습니다.

다음은 최신에 배포된 하이브리드 방송 브로드밴드 TV에 관련된 ETSI 표준들입니다.

Standard No.	Standard title.
TS 102 809	Digital Video Broadcasting (DVB); Signalling and carriage of interactive applications and services in Hybrid broadcast/broadband environments
TS 103 464	Hybrid Broadcast Broadband TV Application Discovery over Broadband
TS 102 809	Digital Video Broadcasting (DVB); Signalling and carriage of interactive applications and services in Hybrid broadcast/broadband environments
TS 102 728	Digital Video Broadcasting (DVB); Globally Executable MHP (GEM) Specification 1.3 (including OTT and hybrid broadcast/broadband)
TS 102 796	Hybrid Broadcast Broadband TV
TS 102 809	Digital Video Broadcasting (DVB); Signalling and carriage of interactive applications and services in Hybrid broadcast/broadband environments

RFID와 NFC의 차이점

정의에 따르면, RFID는 전파를 사용하여 항목을 고유하게 식별하는 방법입니다. 최소한, RFID 시스템은 태그, 판독기 및 안테나를 포함한다. 리더는 안테나를 통해 태그에 질문 신호를 보내고 태그는 고유한 정보로 응답합니다. RFID 태그는 능동형 (Active) 또는 수동형 (Passive)중 하나입니다.

능동형 RFID 태그는 최대 100 미터의 판독 거리에서 방송할 수있는 자체 전원을 포함합니다. 판독 거리가 길어 능동형 RFID 태그는 위치 및 기타 물류 개선이 중요한 많은 산업 분야에 이상적입니다.

수동형 RFID 태그에는 자체 전원이 없습니다. 대신 RFID 리더에서 전송된 전자기 에너지에 의해 전원이 공급됩니다. 전파가 태그에 전력을 공급할 수 있을 정도로 강해야 하므로 수동 RFID 태그는 가까운 접촉 거리에서 최대 25 미터의 판독 거리를 가집니다.

수동형 RFID 태그는 주로 3가지 주파수 범위에서 작동합니다.

■ Low Frequency (LF) 125 -134 kHz

■ High Frequency (HF)13.56 MHz

■ Ultra High Frequency (UHF) 856 MHz to 960 MHz

근거리 무선 통신 (NFC) 장치는 고주파 (High Frequency) RFID 리더 및 태그와 동일한 주파수 (13.56MHz)에서 작동합니다. NFC 형식의 표준 및 프로토콜은 ISO/IEC 14443, FeliCa에 요약된 RFID 표준 및 ISO/IEC 18092의 일부 규격을 기반으로 합니다. 이러한 표준은 근접식 카드에서 RFID 사용에 대한 표준을 처리합니다.

NFC 장치는 HF RFID의 하위의 버전으로서 무선 주파수의 짧은 판독 범위 한계를 이용했습니다. NFC 장치는 일반적으로 수 센티미터 이하의 서로 근접해야 하므로 스마트폰과 같은 소비자 장치 간의 보안 통신에 널리 사용됩니다.

상호간 통신은 일반적인 RFID 장치와 NFC를 구분하는 기능입니다. NFC 장치는 리더 및 태그로 모두 작동할 수 있습니다. 이러한 독특한 능력으로 인해 NFC가 비접촉 결제 방식으로 널리 채택되었는데, 이는 모바일 업계의 영향력있는 업체가 최신 스마트폰에 NFC를 포함시키는 결정을 내리는 주요 요인입니다. 또한 NFC 스마트폰은 두 장치를 함께 탭하여 한 스마트폰의 정보를 다른 스마트폰으로 전달하므로 연락처 정보나 사진과 같은 데이터를 간단한 작업으로 처리합니다. 최근에는 스마트 포스터를 사용하여 소비자에게 정보를 전달하는 광고 캠페인을 보았을 수 있습니다.

또한 NFC 장치는 수동 NFC 태그를 읽을 수 있으며 일부 NFC 장치는 ISO 15693을 준수하는 수동 HF RFID 태그를 읽을 수 있습니다. 이러한 태그의 데이터에는 특정 모바일 응용 프로그램 열기와 같은 장치 명령이 포함될 수 있습니다. 광고, 포스터 및 표지판에서 HF RFID 태그 및 NFC 태그를 더 자주 볼 수 있습니다. 이는 소비자에게 정보를 전달하는 효율적인 방법이기 때문입니다.

Micro LED 디스플레이 기술의 전망

OLED 디스플레이는 오랫동안 디스플레이의 미래 기술로 간주되어 왔습니다. LCD는 여전히 표준이지만, 많은 곳에서 보다 유리한 대안으로 사용될 것으로 보입니다.

그러나 유기 OLED 디스플레이는 기술 사용자들에게 잘 알려진 LCD에 대한 몇 가지 단점을 가지고 있습니다. 한편으로는 특히 블루 서브 픽셀에 대한 기대 여명이 낮고 다른 한편으로는 더 높은 전력 소비가 단점으로 지적되고 있습니다. 기술 산업에서는 항상 앞서 생각해야하기 때문에 산업계가 이미 승계 기술을 개발하고 있다는 것은 놀라운 일이 아닙니다. 이들중 가장 유망한 제품중 하나는 간단히 줄여서 mLED인 마이크로 LED 기술입니다.

기본적으로 OLED와 매우 유사합니다. 개별 픽셀 등 LCD 디스플레이와 같기 때문에 배경 조명도 동일합니다. 그러나 mLED에는 유기 픽셀이 없는 대신에 빛을 생성하는 작은 LED가 있습니다. mLED 기술은 OLED (deep black, high contrast)와 동일한 장점을 제공하지만 동시에 단점을 가지고 있지는 않습니다. mLED는 에너지 절약과 내구성이 훨씬 뛰어납니다.

아직까지 이 기술이 아직까지 사용되지 않은 이유는 높은 비용과 생산 능력 부족 때문입니다. 그러나 여러 제조사가 mLED 테스트 생산의 실현을 위해 노력할 것으로 예상되므로 곧 변경될 수 있습니다. 2017년 하반기에 상용될 것으로 보입니다.

이 기술을 상용화할 회사중 하나는 Apple입니다. 소문에 따르면, 미래의 Apple Watch에 mLED 디스플레이를 장착할 계획이라고 합니다.

시각장애 및 청각장애를 위해 골전도 기술을 활용한 스마트반지 'ORII'

ORII는 스마트 폰을 핸즈프리로 완벽하게 제어할 수 있게 해주는 새로운 스마트반지입니다. 이 장치는 블루투스로 휴대 전화에 연결되며 맑은 오디오를 제공하는데 사용될 수 있어 시각 또는 청각 문제가 있는 사용자에게 흥미로운 기기입니다.

이 기기는 뼈 전도 기술을 사용하여 작동하므로 반지를 끼고 귀에 손가락을 넣으면 휴대 전화에서 실행중인 전화, 음악 또는 비디오 클립 등 모든 내용을 선명하고 선명하게 재생할 수 있습니다.

ORII를 사용하면 사용자는 음성 컨트롤을 사용하여 장치를 완전히 핸즈프리로 사용할 수 있습니다. 이 반지은 전화 걸기, 메시지 보내기, 소셜 미디어에 게시하는 등의 작업에 사용할 수 있습니다. Siri 및 Google Assistant와 직접 연동하여 Android 및 iOS 사용자가 기기의 가상 조수를 완벽하게 제어할 수 있게 해주며, 컴패니언 앱을 사용하면 LED 표시등 및 진동을 통해 맞춤형 알림을 사용할 수 있습니다.

ORII를 개발한 Origami Labs는 CEO인 Wong과 홍콩 과학 기술 대학 (MBA)의 다른 3명의 MBA 학생들이 설립했습니다. 팀은 처음에는 스마트 워치 및 기타 착용 가능한 프로토타입을 비롯한 여러가지 유형의 장치를 통해 솔루션을 모색했습니다. 결국 그들은 폼팩터로 반지를 확정했다고 합니다.

시각 장애 또는 청각 장애인을 위한 새로운 접근성 옵션을 제공하는 것외에도 누구에게나 유용할 음성 보조 플랫폼을 구축하는 것을 목표로, Siri와 Google Assistant와 같은 기술을 활용하여 ORII가 상황에 맞는 프롬프트로 작동할 가능성이 있다고 합니다.

예를 들어 "택시"라는 말을 듣고 Uber를 예약할 것인지 묻습니다.

초기 ORII 링에는 해당 기능이 포함되어 있지 않지만 Origami Labs는 모든 장치에 무선 기능을 탑재하여 기능을 탑재할 수 있는 업데이트를 제공하기 위해 진행중이라고 합니다.

아래는 ORII 스마트반자에 대한 간략한 사양입니다.

자율 운전에 대한 표준화 동향 (5GAA와 EATA간 MOU 체결)

지난 3월, 5G 자동차 협회 (5GAA : 5G Automotive Association)와 유럽 자동차 통신 연합 (EATA : European Automotive Telecom Alliance)은 양해 각서 (MOU)에 서명했다고 합니다.했습니다. 이 파트너십의 목표는 표준화, 스펙트럼 및 관련 유스 케이스뿐만 아니라 컨넥티드 (Connected) 및 자율 운전 솔루션 분야의 협력을 촉진하는 것이라고 합니다.

5GAA 및 EATA는 장단기 및 단기간에 해결해야할 기술적 요구 사항을 식별하기 위해 두 조직에서 식별한 사용 사례의 우선 순위를 정하며, 컨넥티드된 (Connected) 자동화된 운전 표준을보다 잘 지원하려면 ETSI, 3GPP 및 SAE와 같은 표준 기관의 표준화 우선 순위 지정도 필요합니다. 스펙트럼 관련 문제 (V2X), 특정 대역의 사용 방식에 대한 동의, 보안 및 개인 정보 보호, 모바일 네트워크 운영 업체 (MNO) 및 자동차 제조업체 (OEM)가 지원해야 하는 차량 안전 요구 사항을 충족시키는데 필요한 사항들을 공동으로 해결해야합니다. MNO와 OEM 간의 계약은 비즈니스 모델을 개발하고 두 산업의 타임 라인을 조정하는 데 중요합니다.

5GAA는 33명의 회원을 포함하고 있으며 그 중 8 명이 AUDI AG, BMW Group, Daimler AG, Ericsson, Huawei, Intel, Nokia 및 Qualcomm Incorporated의 창립 멤버입니다. 5GAA는 통신 솔루션을 개발, 테스트 및 홍보하고, 표준화를 시작하고, 사회적 필요성을 해결하기 위해 상업성 및 글로벌 시장 침투를 가속화하기 위한 산업 협회입니다. 중점 분야는 통신 솔루션의 개발, 테스트 및 홍보, 자발적인 운전, 유비쿼터스 서비스 및 서비스에 대한 응용 프로그램을 통해 사회의 연결된 이동성 및 도로 안전 요구 사항을 해결하기 위한 표준화 및 상업적 가용성 및 글로벌 시장 침투 가속화입니다.

EATA는 텔레콤 운영 업체, 벤더, 자동차 제조업체 및 자동차 및 트럭 공급 업체를 포함하여 현재 6개 주요 협회와 38개 회사로 구성되어 있습니다. Alliance의 주요 목표는 유럽의 연결 및 자동 운전을 위한 하이브리드 연결의 광범위한 배치를 촉진하는 것입니다. EATA의 첫 단계는 실제 교통 상황에서 자동 운전에 필요한 하이브리드 통신의 성능을 테스트하기 위한 '사전 배포 프로젝트'의 발전입니다. 또한 EATA는 서비스 및 기술 로드맵, 안전 및 보안 요구 사항, 규제 및 비즈니스 문제를 파악하고 해결하고자 합니다. 이 프로젝트는 디지털 및 물리적 인프라뿐만 아니라 차량 현지화 문제를 포함한 국경간 상호 운용성에 대처할 것입니다.