잘못 읽는 / 잘못 입력 / 미스 패킷을 최소화하는 인코딩?

Question

이메일 또는 용지를 통해 사용자의 온 스크린, 사용자에게 정확하게 통신 할 수있는 시스템이 있음을 알려줍니다. 그러나 사용자는 전화를 통해 읽거나 읽고 다른 인터페이스로 다시 입력함으로써 사용자에게 정확하게 키를 다시 정확하게 통신 할 수 있어야합니다.

쉽게 읽고 듣고 입력하기 위해 열쇠를 인코딩하는 "좋은"방법은 무엇입니까?

이것은 송장 번호, 문서 ID, 트랜잭션 ID 또는 다른 추상 값 일 수 있습니다. 이 토론을 위해 기본 키 가치가 큰 숫자이며,베이스 10에서 40 자리 숫자라고 말합니다.

몇 가지 생각 :

더 짧은 키는 일반적으로 더 좋습니다

• 40 자리베이스 10 값은 주어진 공간에 적합하지 않을 수 있으며 의 중간에 손실되기 쉽습니다.
• 33-34 자리 에서 동일한 값을 기본 16으로 표시 할 수 있습니다.
• 26 자리 의 기본 36에서 동일한 값을 표시 할 수 있습니다.
• 22-23 자리 에서 동일한 값을 기본 64로 표시 할 수 있습니다.

  서로 시각적으로 혼란 스러울 수없는 문자는 더 좋습니다

  • e.g. O (OH)와 0 (0) 또는 S (ESS) 및 5 (5)를 모두 포함하는 인코딩은 나쁜
  • 이 문제는 키를 표시하는 데 사용되는 글꼴 / 얼굴에 따라 다릅니다. 경우에 따라 (종이 인쇄와 같이) 통제 할 수 있지만 다른 사람과 같은 (웹 페이지 및 이메일과 같은) 통제 할 수 없습니다.
  • 는 또한 상지 및 / 또는 소문자의 독점적 인 사용을 제어 할 수 있는지 여부에 달려 있습니다. Capital D (Dee)는 O (OH)처럼 보이지만 소문자 D (Dee)는 그렇지 않을 것입니다. 소문자 L (ell)은 자본 L (ell)가 아니지만 1 (1)처럼 보입니다. (특히 이국적인 글꼴 / 얼굴에 대한 예외가있는 경우).

    구두로 또는 서로 혼란 스러울 수없는 문자는 더 좋습니다

    • a (ay) 8 (8)
    • B (꿀벌) C (CEE) D (Dee) E (EE) G (GEE) P (Pee) T (티) V (Vee) Z (Zee) 3 (3 개)
    • 이 문제는 예상되는 사용자 기반이 음성 장애를 가질 수 있거나 가스 마스크를 통해 말할 수 있거나 통신 채널이 CB를 포함 할 수있는 경우 종단 간 채널의 오디오 품질에 따라 다릅니다. 라디오 또는 고르지 않는 VoIP 전화 시스템.

      체크 숫자를 추가하거나 두 개가 오류를 탐지하지만 오류를 해결하는 데 도움이되지는 않습니다.

      알파 - Bravo - Charlie - 델타 유형 대화 상자는 오류를 읽지 만 읽지는 않지만 오류를 읽을 수 있습니다.

      가능한 인코딩 선택 :

      • base 64 - 작지만 너무 많은 어려운 문자 (밑줄, 대시 등)
      • base 34 - 0-9 및 a-z하지만 O (OH)와 i (aye)는 숫자와 혼동하는 것이 가장 쉬운 것으로
      • 베이스 32 -베이스 34와 동일하지만 0 (0)과 1 (하나) 를 빼냅니다.

        이 시나리오에 대한 합리적인 해결책 인 일반적으로 인식 된 인코딩이 있습니까?

Answer 1

내가 그것을 들었을 때, 나는 proquints에 대한 제안 : 읽을 수있는 식별자, 철자 및 발음 가능.그것은 자음 및 모음의 일련의 데이터로서 데이터를 인코딩합니다.비록 영어로 묶여 있습니다.독일어, f 및 v Sound는 모두 동일하지 않으므로 둘 다 사용해서는 안됩니다. 그러나 나는 일반적인 아이디어를 좋아합니다.