40 kalbų automatiškai: kaip mūsų dirbtinio intelekto vertimo sistema tvarko specializuotus terminus

40 kalbų automatiškai: kaip mūsų dirbtinio intelekto vertimo sistema tvarko specializuotus terminus

Žvilgsnis už mūsų automatinio produktų duomenų vertimo kulisų - ir kodėl specializuota terminologija turi būti traktuojama kitaip nei romano tekstas.

Šiandien mašininis vertimas yra toks geras, kad daugeliu atvejų jo neįmanoma atskirti nuo žmogaus atlikto vertimo. Vertimo paslaugos užtikrina sklandų, idiominį vertimą, atsižvelgiantį į kalbos stilių. Tačiau kai verčiate DPP duomenų rinkinį, staiga „rear lock fiber closure“ virsta „užpakalinio užrakto pluošto uždarymas“.

Problema - specializuota terminologija. Čia paaiškinsime, kodėl produktų duomenų negalima traktuoti kaip romanų ir kokias priemones siūlo „Transpareo“, kad jūsų 40 kalbų versijos išliktų suprantamos.

Pagrindinė problema: vienas žodis, kelios reikšmės

„Seal“ lauko striukės DPP duomenų rinkinyje: sandarinimas. „Seal“ laboratorijoje: ruonis arba sandariklis, priklausomai nuo konteksto. „Seal“ techninės priežiūros protokole: tam tikromis aplinkybėmis - antspaudas.

Bendrasis vertimo modelis renkasi remdamasis statistiniu kontekstu. Tai veikia sklandžiai tekste - romanas suteikia gausų kontekstą. Duomenų laukelyje „primary_closure: seal“ konteksto beveik nėra. Modelis spėja.

Dėl to atsiranda subtilios klaidos. Ne tokios dramatiškos kaip „užpakalinė pluošto uždarymo detalė“, bet turinčios rimtų pasekmių: detalė, kuri vokiečių kalboje vadinama „Dichtung“, italų DPP staiga vadinama „sigillo“, o ne „guarnizione“. Pirkėjas nebegali rasti tos atsarginės dalies.

Ką šiandien siūlo „Transpareo“

Mūsų vertimo sistema kiekvieną naują turinį automatiškai perkelia į visas aktyvias kalbas. Ją apibūdina keturios savybės:

  • „Markdown“ ir kintamųjų išsaugojimas: prieš vertimą išskiriami vietos laikikliai, pvz., <a href="/lt/uzsiregistruoti">Pro-Mitgliedschaft</a>, ir „Markdown“ struktūros, verčiamas tik tekstas, o po to struktūros vėl įterpiamos nepakeistos. Taip nuorodos, formos ir išdėstymas išlieka nuoseklūs visose kalbose.
  • Centralizuoti vertimų įrašai: vertimai saugomi ne pačiame duomenų įraše, o bendrame sluoksnyje. Keletas duomenų įrašų su tuo pačiu originalaus teksto turiniu dalijasi vienu vertimu. Tai leidžia sutaupyti vertimo išlaidų ir automatiškai suvienodina terminus visame duomenų modelyje.
  • Automatinis pakartotinis vertimas pakeitus tekstą: jei originalus tekstas pakeičiamas, vertimai visomis kalbomis generuojami iš naujo. Pataisymas vokiečių kalba - 39 kitos kalbos versijos atnaujinamos automatiškai.
  • Žymėjimai kiekvienam duomenų įrašui: turinį galima išskirti iš automatinio apdorojimo arba užfiksuoti esamus vertimus - pavyzdžiui, tarptautinių produktų pavadinimų atveju arba atliekant rankinius pataisymus.

Kur klientas papildo apdorojimą

Automatinis vertimas daugeliu atvejų pateikia teisingus rezultatus aprašomiesiems tekstams, rinkodaros tekstams ir priežiūros instrukcijoms. Kalbant apie kritinę specialiąją terminologiją - pavyzdžiui, „seal“/„guarnizione“ - lieka nedidelis klaidų skaičius, kurias turi ištaisyti kliento administratorius.

Čia administratorius turi tris galimybes:

  1. Rankinis perrašymas pagal kalbą ir raktinį žodį: kiekvieną vertimo įrašą galima atidaryti programos valdytoje ir pritaikyti pagal kalbą. Pažymėjus „Įtvirtinti“, šis rankinis vertimas išliks ir per kitą automatinį apdorojimo ciklą.
  2. Žodynų importavimas: esamą terminiją iš vertimo įrankių ar PDF žodynų galima importuoti CSV formatu ir taip tiesiogiai sukurti vertimo įrašus.
  3. Pataisymai pagal kalbą veikimo metu: Italijos pardavimo skyrius pastebi klaidą, ją ištaiso „Application Manager“ - pataisa įsigalioja iš karto, o likusios vertimų versijos lieka nepakitusios.

„Application Manager“ palaiko tas pačias 40 kalbų

Daugiakalbės yra ne tik produkto aprašymai, bet ir sąsaja, kurioje juos tvarkote. ## „ApplicationManager“ yra išverstas į visas 40 kalbų, o turinį galite įvesti bet kuria iš šių kalbų. Sistema jį automatiškai išverčia į visas kitas kalbas.

Daugiakalbėms komandoms tai pastebimai keičia bendradarbiavimą: produktų vadyba Milane rašo priežiūros nurodymus italų kalba, pirkimų skyrius Varšuvoje papildo medžiagų duomenis lenkų kalba, o kokybės užtikrinimo skyrius Hamburge tikrina vokiečių kalba. Kiekvienas asmuo dirba savo kalba, visi mato tą patį duomenų rinkinį - ir tas, kuris pataiso informaciją, pataiso ją visose kalbinėse versijose vienu metu.

Čia taip pat galioja minėtas apribojimas: kai kalbama apie kritinę specialią terminologiją, galiausiai žmogus turėtų patikrinti, ką pasirinko mašina.

ES kalbų realybė

24 ES oficialiosios kalbos - skamba įspūdingai. Praktikoje jos suskirstytos į tris grupes:

  • Pagrindinės rinkos: DE, EN, FR, IT, ES, NL - čia kiekvienas vartotojas tikisi tobulumo
  • Svarbios rinkos: PT, PL, SV, DA, FI - geras lygis, kartais pastebima mašininio vertimo pėdsakai
  • Retos kalbos: MT, GA, ET, LV, LT - kartais pateikiamas DPP maltiečių kalba, nors nė vienas galutinis vartotojas Maltoje jo neskaito. Vis dėlto tai privaloma.

Šis reikalavimas nėra pasirinktinis. ESPR reikalauja, kad DPP turinys būtų pateiktas tos valstybės narės kalba, kurioje produktas parduodamas. Taigi, kas aptarnauja 27 valstybes, turi atsižvelgti į 24 kalbas (kai kurios valstybės naudoja tas pačias kalbas).

Nuo maltiečių iki bengalų

„Transpareo“ verčia į 40 kalbų - visas 24 ES oficialias kalbas ir dar 16, siekiant pasaulinio masto:

  • Europa: bulgarų, danų, vokiečių, anglų, estų, suomių, prancūzų, graikų, airių, italų, kroatų, latvių, lietuvių, maltiečių, olandų, lenkų, portugalų, rumunų, švedų, slovakų, slovėnų, ispanų, čekų ir vengrų - taip pat albanų, bosnių, islandų, makedonų, norvegų, rusų, serbų, turkų ir ukrainiečių.
  • Visame pasaulyje: bengalų, kinų, hindi, indoneziečių, japonų, korėjiečių ir vietnamiečių.

Būsimajame tekstilės DPP bengalų ir vietnamiečių kalbos apima didžiausias gamybos šalis - tiekėjas Dakoje skaito tą patį aprašymą kaip ir pirkėja Paryžiuje.

Kodėl reikalingas centralizuotas lokalizacijos lygmuo

Dauguma platformų saugo vertimus kaip papildomus duomenų įrašo laukelius: description_de, description_en, … 40 laukelių vienam verčiamam atributui. Skamba paprastai, tačiau tai turi tris trūkumus:

  • Dvigubai saugomas tekstas. Du produktai su ta pačia medžiagos nuoroda sukuria 40 + 40 vertimų, o ne vieną 40 vertimų rinkinį
  • Sunku pritaikyti didesniam mastui. 41-osios kalbos pridėjimas reiškia: schemos migraciją per visus verčiamus modelius
  • Pataisas sunku taikyti visuotinai. Jei „guarnizione“ būtų pataisyta visur, reikėtų atskirai redaguoti visus duomenų įrašus

Šią problemą išsprendžia atskiras vertimų sluoksnis: vienas įrašas, daug nuorodų. Viena pataisa, nauda visiems duomenų įrašams.

Ko mums dar trūksta

Klientui pritaikyta terminologijos duomenų bazė su automatiniu pasiūlymų atpažinimu yra įtraukta į plėtros planus, tačiau šiuo metu dar nėra pateikta. Kas pradeda dirbti šiandien, gali daug nuveikti naudodamasis esamais įrankiais: rankinis perrašymas, žodynų importavimas ir žymėjimas „išsaugoti“ padengia dažniausius naudojimo atvejus.

Manome, kad mašinos turėtų atlikti didžiąją dalį darbo, o žmonės turėtų įsikišti tik ten, kur tai tikrai būtina. Kol automatinis terminų atpažinimas nebus prieinamas, rankinis valdymas yra skaidrus - ir tai sąžiningiau nei pažadas, kurio neįmanoma išpildyti.

Naujienos apie daugiakalbystę ir DPP praktiką

Naujos kalbos, duomenų kokybė ir produkto funkcijos - kartą per mėnesį atrinktos ir siunčiamos į jūsų pašto dėžutę.