5
상당히 긴 키 값을 이메일이나 종이를 통해 사용자에게 화면 상에 정확하게 전달할 수있는 시스템이 있다고 가정 해 보겠습니다. 사용자는 전화로 읽거나 읽은 다음 다른 인터페이스로 다시 입력하여 키를 정확하게 전달할 수 있어야합니다.오독/오타 및/misspeaking을 최소화하는 인코딩?
읽기/듣기/입력을 쉽게하기 위해 키를 인코딩하는 "좋은"방법은 무엇입니까? &은 정확합니까?
인보이스 번호, 문서 ID, 거래 ID 또는 기타 추상 값이 될 수 있습니다. 의는 기본 키 값이 큰 수이다이 토론을 위해 가정 해 봅시다, 자료의 40 자리 (10)
어떤 생각을 말 :
짧은 키는 일반적으로 더 나은
- 40 -digit base 10 값은 주어진 공간에 맞지 않을 수 있으며, 중간에서 길을 잃기 쉽습니다.
- 같은 값이 기본 16에서 33-34 자리로 표현 될 수 있습니다.
- 같은 값일 수 있음 보다 26 진수
- 에서베이스 (36)에 표시 될 동일한 값을 서로 시각적으로 혼동 할 수 22-23 자리
문자베이스 64로 표현 될 수있다
- 예 O (오)와 0 (영) 또는 S (ess)와 5 (5)를 모두 포함하는 인코딩은 좋지 않을 수 있습니다.
- 이 문제는 키를 표시하는 데 사용되는 글꼴/어떤 경우에는 (종이에 인쇄하는 것처럼) 제어 할 수 있지만 다른 페이지에서는 제어 할 수 없습니다 (웹 페이지 및 이메일과 같은).
- 또한 대문자 또는 소문자의 독점적 사용을 제어 할 수 있는지에 따라 달라집니다 (예 : 자본 D (디)는 O (오)처럼 보이지만 소문자 d (디)는 그렇지 않을 수 있습니다. 자본 L (ell)은 그렇지 않지만 소문자 l (ell)은 1 (1)처럼 보입니다. (특히 이국적인 글꼴/얼굴에 대한 예외 사항 포함). 서로 구두/청각 혼동 할 수
문자 나은
- A (AY) 8 (팔)
- B (꿀벌) C (CEE) D (디)
- 이 문제는 엔드 - 투 - 엔드 채널의 오디오 품질에 따라 달라집니다 - 더 큰 도전 과제 (예 : 예상되는 사용자 기반이 음성 장애를 가질 수 있거나 가스 마스크를 통해 말을해야하거나 통신 채널에 CB 라디오 또는 고르지 VoIP 전화 시스템이 포함될 수 있습니다.
체크 자릿수를 추가하면 오류를 감지하지만 오류를 해결하는 데 도움이되지 않습니다.
alpha - bravo - charlie - delta 유형 대화 상자는 청각 오류에 도움이되지만 오류를 읽지는 않습니다.인코딩
가능한 선택 :
- 자료 64 - 소형,하지만 너무 많은 어려운 말로 문자 (밑줄 등을 대시)
- 자료 34 - 0-9 AZ는 O (오)와 I (예)를 숫자와 혼동하기 가장 쉬운 방법으로 생략했습니다.
- 베이스 32 -베이스 34와 동일하지만 0과 1은 제외하십시오.
I 이 시나리오에 대한 합리적인 해결책 인 일반적으로 인식되는 인코딩이 있습니까?
ICAO (http://en.wikipedia.org/wiki/NATO_phonetic_alphabet)를 사용 하시겠습니까? – ninjalj