Jak wysłać kod USSD zawierający dziesiętny zmiennoprzecinkowy (.)?

Question

Muszę przesłać kod USSD zawierający podwójną wartość, która reprezentuje kwotę salda do przeniesienia. Ta wartość składa się z liczby całkowitej i opcjonalnie z separatora dziesiętnego i 2 dodatkowych cyfr. Mój kod wygląda następująco:

double doubleValue = 0.70; 
    String phoneNumber = "51234567", pincode = "1234"; 
    String ast = Uri.encode("*"); 
    String baseUssd = ast + "234" + ast + "1" + ast + phoneNumber + ast + pincode + ast; 
    StringBuilder builder = new StringBuilder(); 
    builder.append(baseUssd); 
    builder.append(doubleValue); //i.e: 1.35, 0.80 
    builder.append(Uri.encode("#")); 
    Intent intent = new Intent(Intent.ACTION_CALL, Uri.parse("tel:" + builder.toString())); 
    startActivity(intent); 

Mój telefon traktuje podwójną wartość jako 135, 080 itd. Ignorując znak separatora kropek. Mam nadzieję, że końcowy kod zawiera "kropkę", co pozwala przesłać wartość dziesiętną. Ktoś rozwiązał ten problem?

Answer 1

Przedstawiony kod Java działa dobrze, oczywiście zakładając, że doubleValue jest zmiennoprzecinkowe lub podwójne.

Jak sugeruje here zamiarem jest obsługiwany przez OutgoingCallBroadcaster.processIntent(), która przetwarza string podane w intencyjnego przez wywołanie PhoneNumberUtils.convertKeypadLettersToDigits() i PhoneNumberUtils.stripSeparators().

Ten ostatni taśmy wszystko z wyjątkiem liczb, *, #, + i WILD, WAIT i PAUSE symbole.

Tutaj następuje utrata separatora dziesiętnego.

Tak więc separator powinien zostać zmieniony na konkretną wartość liczbową lub zastąpiony przez jeden z akceptowanych symboli, aby rzeczywiście opuścić telefon i dotrzeć do odbiornika.

Osoba odpowiedzialna za urządzenie odbiorcze może prawdopodobnie doradzić w sprawie prawidłowego formatowania numeru dziesiętnego.

Answer 2

Myśląc o tym, w jaki sposób pinpad, który wysłał mi mój bank, działa, zawsze należy wprowadzić dwie cyfry po kropce dziesiętnej, a formatowanie na wyświetlaczu zajmuje pozycję punktu.

Więc jeśli wprowadzę "1", zostanie to zinterpretowane jako 0.01. Podobnie "1023" będzie 10.23.

Myślę, że to samo podejście może dla Ciebie dobrze się sprawować. Więc 1,23 jest wpisane jako "123" i 0,80 jako "80"

Nie widzę odniesienia, które ogranicza znaki do 0-9 # *, ale wszystkie przykłady są zgodne z tym formatem. Jednak twój przykład zaczyna się * 234, co wydaje się pasować do tej reguły w specyfikacji

Przypadek a) 1, 2 lub 3 cyfry z zestawu (*, #), a następnie 1X (Y), gdzie X = dowolna liczba 0-4, Y = dowolna liczba 0-9, następnie opcjonalnie "* po której następuje dowolna liczba dowolnych znaków", a kończąc na # SEND: Przypadek ten jest zarezerwowany dla użytku HPLMN. Gdy sieć obsługująca odbiera taki komunikat od subskrybenta odwiedzającego , przesyła komunikat USSD bezpośrednio do HPLMN. Jeśli otrzyma go z domu abonenta, to do sieci, aby zdecydować, czy traktować go lokalnie lub przekazać go do HLR

http://www.etsi.org/deliver/etsi_ts/100600_100699/100625/07.00.00_60/ts_100625v070000p.pdf

W ogóle nie jestem pewien HPLMN (Home Public Land Mobile Network) lub HLR (Home Location Register) oczekiwałby dodatkowych znaków, nawet jeśli cały zestaw znaków, a nawet inne zestawy znaków są dozwolone w protokole USSD.