Hubbry Logo
Japanese input methodJapanese input methodMain
Open search
Japanese input method
Community hub
Japanese input method
logo
8 pages, 0 posts
0 subscribers
Be the first to start a discussion here.
Be the first to start a discussion here.
Japanese input method
Japanese input method
Japanese input method
View on Wikipedia
from Wikipedia
Standard JIS layout used by most keyboards sold in Japan.
VJE Japanese input method for DOS

Japanese input methods are used to input Japanese characters on a computer.

There are two main methods of inputting Japanese on computers. One is via a romanized version of Japanese called rōmaji (literally "Roman character"), and the other is via keyboard keys corresponding to the Japanese kana. Some systems may also work via a graphical user interface, or GUI, where the characters are chosen by clicking on buttons or image maps.

Japanese keyboards

[edit]
Microsoft's gaming keyboard for the Japanese market
Apple MacBook Pro Japanese Keyboard
70s Kanji keyboard (a subsystem common to the IBM 3278 Model 52 Display and the IBM 5924-T01 Kanji Keypunch[1]) used before the Kana-to-Kanji conversion was invented

Japanese keyboards (as shown on the second image) have both hiragana and Roman letters indicated. The JIS, or Japanese Industrial Standard, keyboard layout keeps the Roman letters in the English QWERTY layout, with numbers above them. Many of the non-alphanumeric symbols are the same as on English-language keyboards, but some symbols are located in other places. The hiragana symbols are also ordered in a consistent way across different keyboards. For example, the Q, W, E, R, T, Y keys correspond to た, て, い, す, か, ん (ta, te, i, su, ka, and n) respectively when the computer is used for direct hiragana input.

Input keys

[edit]
See also: Language input keys

Since Japanese input requires switching between Roman and hiragana entry modes, and also conversion between hiragana and kanji (as discussed below), there are usually several special keys on the keyboard. This varies from computer to computer, and some OS vendors have striven to provide a consistent user interface regardless of the type of keyboard being used. On non-Japanese keyboards, option- or control- key sequences can perform all of the tasks mentioned below.

On most Japanese keyboards, one key switches between Roman characters and Japanese characters. Sometimes, each mode (Roman and Japanese) may even have its own key, in order to prevent ambiguity when the user is typing quickly.

There may also be a key to instruct the computer to convert the latest hiragana characters into kanji, although usually the space key serves the same purpose since Japanese writing doesn't use spaces.

Keyboards with multiple forms of writing may have a mode key to switch between them. Hiragana, katakana, halfwidth katakana, halfwidth Roman letters, and fullwidth Roman letters are some of the options. A typical Japanese character is square while Roman characters are typically variable in width. Since all Japanese characters occupy the space of a square box, it is sometimes desirable to input Roman characters in the same square form in order to preserve the grid layout of the text. These Roman characters that have been fitted to a square character cell are called fullwidth, while the normal ones are called halfwidth. In some fonts these are fitted to half-squares, like some monospaced fonts, while in others they are not. Often, fonts are available in two variants, one with the halfwidth characters monospaced, and another one with proportional halfwidth characters. The name of the typeface with proportional halfwidth characters is often prefixed with "P" for "proportional".

Finally, a keyboard may have a special key to tell the OS that the last kana entered should not be converted to kanji. Sometimes this is just the Return/Enter key.

In Microsoft Windows platforms, changing a physical keyboard from an English US keyboard (101 keys) to Japanese keyboard (106 keys) or vice versa may require modifying the registry to ensure symbols like @ can be input correctly.[2][3]

Thumb-shift keyboards

[edit]
Main article: Thumb-shift keyboard

A thumb-shift keyboard is an alternative design, popular among professional Japanese typists. Like a standard Japanese keyboard, it has hiragana characters marked in addition to Latin letters, but the layout is completely different. Most letter keys have two kana characters associated with them, which allows all the characters to fit in three rows, like in Western layouts. In the place of the space bar key on a conventional keyboard, there are two additional modifier keys, operated with thumbs - one of them is used to enter the alternate character marked, and the other is used for voiced sounds. The semi-voiced sounds are entered using either the conventional shift key operated by the little finger, or take place of the voiced sound for characters not having a voiced variant.

The kana-to-kanji conversion is done in the same way as when using any other type of keyboard. There are dedicated conversion keys on some designs, while on others the thumb shift keys double as such.

Rōmaji input

[edit]
Main article: Wāpuro rōmaji

As an alternative to direct input of kana, a number of Japanese input method editors allow Japanese text to be entered using rōmaji, which can then be converted to kana or kanji. This method does not require the use of a Japanese keyboard with kana markings.

Mobile phones

[edit]
See also: Japanese mobile phone culture

Keitai input

[edit]
Japanese mobile phone keypad (Model Samsung 708SC)

The primary system used to input Japanese on earlier generations of mobile phones is based on the numerical keypad. Each number is associated with a particular sequence of kana, such as ka, ki, ku, ke, ko for '2', and the button is pressed repeatedly to get the correct kana—each key corresponds to a column in the gojūon (5 row × 10 column grid of kana), while the number of presses determines the row.[4] Dakuten and handakuten marks, punctuation, and other symbols can be added by other buttons in the same way. Kana to kanji conversion is done via the arrow and other keys.

Flick input

[edit]
Flick input

Flick input is a Japanese input method used on smartphones. The key layout is the same as the Keitai input, but rather than pressing a key repeatedly, the user can swipe from the key in a certain direction to produce the desired character.[4] Japanese smartphone IMEs such as Google Japanese Input, POBox and S-Shoin all support flick input.

Godan layout

[edit]

In addition to the industry standard QWERTY and 12 key layouts, Google Japanese Input offers a 15-key Godan keyboard layout, which is an alphabet layout optimized for romaji input. The letters fit in a five rows by three columns grid. The left column consists of the five vowels, in the same order as the columns in the Gojūon table (a, i, u, e, o), while the central and right column consists of letters for the nine main voiceless consonants of kanas, in the same order as the rows in the Gojūon table (k, s, t, n, [special]; h, m, y, r, w). Other characters are typed by flick gesture:

  • The other twelve Latin consonants not needed for composing kanas (b, c, d, f, g, j, l, p, q, v, x, z) are composed on the voiceless consonants by swiping them up, or right, or even left (swiping k for q or g; swiping s for j or z; swiping t for c or d; swiping h for f, b or p; swiping m for l; swiping y for x; swiping w for v).
  • The main voiced kanas are composed like in romaji, by typing (without swiping) the voiceless consonant on the two last columns, then swiping the vowel on the first column.
  • The other voiced kanas letters (with handakuon or small forms) are composed by typing the voiceless consonant, then swiping the vowel, then swiping the [special] key (in the middle of the last row) to select the handakuon (swipe to the left or right) or small kana forms (swipe up).
  • Small kana can be written by swiping to l or x, and then writing the wanted letter, e.g. inputs fa and hu/fu, then la/xa both give out ふぁ/ファ fa, as in ファミコン Famikon.
  • Decimal digits are composed by swiping down the keys located on the first 3 rows (digits 1 to 9) or the middle of the fourth row (digit 0).
  • The four main punctuation signs are composed by swiping r at end of the fourth row (swipe down for comma, left for the full stop, up for the question mark, right for the exclamation mark).
  • Other signs or input controls may be composed by typing or swiping the other unused positions of other keys. But the tactile version of the layout adds keys in two additional columns for typing space, Enter, Backspace, moving the input cursor to the left or right, converting the previous character between hiragana and katakana, and selecting other input modes.
  • Writing just c gives out か・く・こ when written with a, u and o respectively, and し・せ when with i and e, respectively.
  • To write a sokuon before ち, the inputs WITH this character are: lt(s)u/xt(s)u, ti/chi. The input tchi doesn't work.
  • [Special] consists of ゛, ゜ and 小 (dakuten, handakuten, small).

Unlike the 12-key input, repeating a key in Godan is not interpreted as a gesture to cycle through kana with different vowels, but rather it would be interpreted as a repeated romaji letter behaving the same as in the QWERTY layout mode.[5]

Japanese keyboard layout and input comparison chart
Layout Desktop Keitai Smart phone Cycling input Flick input Romaji input
12 key No Yes Yes Yes Yes No
QWERTY Yes No Yes No No Yes
Godan No No Yes No Yes Yes

Other

[edit]

Other consumer devices in Japan which allow for text entry via on-screen programming, such as digital video recorders and video game consoles, allow the user to toggle between the numerical keypad and a full keyboard (QWERTY, or ABC order) input system.

Kana to kanji conversion

[edit]

After the kana have been input, they are either left as they are, or converted into kanji (Chinese characters). The Japanese language has many homophones, and conversion of a kana spelling (representing the pronunciation) into a kanji (representing the standard written form of the word) is often a one-to-many process. The kana to kanji converter offers a list of candidate kanji writings for the input kana, and the user may use the space bar or arrow keys to scroll through the list of candidates until they reach the correct writing. On reaching the correct written form, pressing the Enter key, or sometimes the "henkan" key, ends the conversion process. This selection can also be controlled through the GUI with a mouse or other pointing device.

If the hiragana is required, pressing the Enter key immediately after the characters are entered will end the conversion process and results in the hiragana as typed. If katakana is required, it is usually presented as an option along with the kanji choices. Alternatively, on some keyboards, pressing the muhenkan (無変換; "no conversion") button switches between katakana and hiragana.

Operation of a typical IME

Sophisticated kana to kanji converters (known collectively as input method editors, or IMEs), allow conversion of multiple kana words into kanji at once, freeing the user from having to do a conversion at each stage. The user can convert at any stage of input by pressing the space bar or henkan button, and the converter attempts to guess the correct division of words. Some IME programs display a brief definition of each word in order to help the user choose the correct kanji.

Sometimes the kana to kanji converter may guess the correct kanji for all the words, but if it does not, the cursor (arrow) keys may be used to move backwards and forwards between candidate words, or digit keys can be used to select one of them directly (without pressing cursor keys multiple times and pressing Enter to confirm the choice). If the selected word boundaries are incorrect, the word boundaries can be moved using the control key (or shift key, e.g. on iBus-Anthy) plus the arrow keys.

Learning systems

[edit]

Modern systems learn the user's preferences for conversion and put the most recently selected candidates at the top of the conversion list, and also remember which words the user is likely to use when considering word boundaries.

Predictive systems

[edit]

The systems used on mobile phones go even further, and try to guess entire phrases or sentences. After a few kana have been entered, the phone automatically offers entire phrases or sentences as possible completion candidates, jumping beyond what has been input. This is usually based on words sent in previous messages.

See also

[edit]

References

[edit]
[edit]
Revisions and contributorsEdit on WikipediaRead on Wikipedia

Japanese input method

View on Grokipedia
from Grokipedia
A Japanese input method is a software system, often implemented as an Input Method Editor (IME), that facilitates the entry of Japanese text—including hiragana, , and thousands of characters—using a standard Latin alphabet keyboard, primarily through and automated conversion processes. These methods address the challenges posed by Japanese writing systems, which combine syllabic scripts and logographic characters, making direct keyboard mapping impractical without intermediary software. The most common approach involves romaji input, where users type Latin letters representing Japanese sounds (e.g., "konnichiwa" for "こんにちは"), which the IME first converts to hiragana and then, upon user confirmation, to appropriate kanji combinations using built-in dictionaries and predictive algorithms. Alternative modes include direct kana input via a virtual kana keyboard layout, where keys correspond to hiragana or katakana syllables, though direct kana input is more common on touch interfaces with sufficient screen space, such as tablets, while less prevalent on compact devices or physical keyboards. Conversion from kana to kanji relies on kana-kanji conversion (KKC), a core feature that leverages linguistic resources to suggest candidates, often displaying multiple options in a candidate window for selection via number keys or mouse. Historically, Japanese IMEs emerged in the to support word processing on early computers, with pioneering systems like Wnn (developed at and commercialized by ) introducing phrase-level conversions and frequency-based predictions to improve efficiency. Modern implementations, such as those integrated into operating systems by , Apple, and , incorporate to adapt to user habits, offering features like , customizable dictionaries, and support for half-width/full-width characters—though on iOS devices, reliable entry of half-width digits (such as in postal codes) often requires temporarily switching to the English keyboard layout via the globe icon, whereas half-width katakana may be selected from candidates in the Kana input mode. These tools also handle romaji-to-kana conversion (RKC) as an initial step, allowing seamless toggling between input states (e.g., hiragana, , alphanumeric) via keyboard shortcuts or menu options. Key challenges in Japanese input include ambiguity—where the same pronunciation maps to multiple (e.g., "hashi" could mean "bridge" as 橋 or "" as 箸)—which IMEs mitigate through context-aware suggestions and user learning. On mobile devices and specialized hardware, additional methods like flick input or shape-based entry expand , but desktop IMEs remain foundational for professional and educational use. Overall, these systems enable efficient composition of mixed-script Japanese text, supporting everything from casual messaging to formal documentation.

History and Development

Early Typewriters and Mechanical Input

The invention of mechanical typewriters for Japanese text input emerged in the early to address the challenges posed by the language's complex , which requires selecting from thousands of ideographs in addition to hiragana and syllabaries. In 1915, Kyota Sugimoto, a Japanese engineer, developed the first practical , for which he received Japanese Patent No. 27,877. This device accommodated over 2,400 commonly used characters, primarily selected based on their frequency in official documents, marking a significant advancement over earlier kana-only prototypes. Sugimoto's employed a manual selection mechanism featuring a large circular or "character nest" containing the type slugs, which the operator navigated using two levers or handles to position the desired character beneath a striking type bar. The process involved rotating the horizontally and vertically to align the character, followed by a manual strike to imprint it on the paper held by a cylindrical platen, allowing for precise control but demanding considerable dexterity. However, these mechanical operations resulted in low typing speeds, typically 20-30 characters per minute for proficient users, far below the rates achievable with alphabetic . A key historical milestone occurred in 1917 when Sugimoto partnered with businessman Nihei Otani to found the Nippon Typewriter Company, which began manufacturing and commercializing the machines shortly thereafter, with early models produced around 1920. These typewriters, while innovative, faced inherent limitations due to their bulky construction—weighing up to 100 pounds or more—and cumbersome design, which made them unsuitable for everyday office use and difficult to transport. Moreover, the fixed character tray primarily focused on , complicating efficient input of mixed scripts like hiragana or without additional manual adjustments or separate attachments, thus restricting their versatility for full Japanese text composition. This early mechanical approach influenced subsequent input designs but paved the way for electronic innovations in the post-war era.

Transition to Digital Methods

The transition from mechanical typewriters to digital s for Japanese text began in the mid-20th century, driven by the limitations of physical keyboards that could not efficiently handle the thousands of characters. In 1972, Akira and Tadasi Kawakami of Rainputto Company introduced the two-stroke input method, which allowed users to enter each using just two keystrokes on a specially arranged keyboard, aiming to improve input speed over traditional multi-key methods. This innovation marked an early step toward simplifying entry in electronic systems, though it required custom hardware. Pioneering efforts in the early focused on integrating phonetic input with automatic conversion for word processing. Kenichi Mori's research group at , starting in 1971, developed systems that enabled users to input Japanese sentences phonetically in , followed by context-aware conversion to , addressing homonym ambiguities through frequency-based predictions and interactive learning. Their work culminated in the JW-10, the first practical Japanese , publicly unveiled in October 1978, which supported a vocabulary of approximately 80,000 and revolutionized office productivity by automating mixed kana-kanji text generation. The 1970s and 1980s saw the proliferation of digital Japanese input systems, supported by advancements in and storage. The standard, established in 1978, provided a foundational double-byte encoding for 6,349 , in addition to hiragana, , and other characters, enabling consistent representation across devices and laying the groundwork for phonetic and direct input methods. In the 1980s, ROM-based storage became common in Japanese computers, influencing subsequent personal computing platforms. A notable software advancement was Wnn, developed through a joint project by and starting in the early 1980s and released in 1987, which introduced phrase-level kana-to- conversion and user-adaptive predictions, establishing core principles for modern input method editors. These developments established the core principles for modern input methods, emphasizing conversion efficiency over exhaustive character mapping.

Input Hardware

Physical Keyboards

Physical keyboards for Japanese input primarily follow the Japanese Industrial Standard (JIS) layout defined by JIS X 6002, which arranges keys to support both Romanized (rōmaji) and direct kana entry on desktop and laptop computers. This standard incorporates a QWERTY alphabetic base similar to English keyboards but adds printed hiragana and katakana characters on approximately 46 keys corresponding to the basic mora of the Japanese syllabary, facilitating phonetic mapping such as the "K" row for かきくけこ. Additional dedicated keys include the Hankaku/Zenkaku (半角/全角) toggle for switching between half-width Latin characters and full-width Japanese glyphs, the Muhenkan (無変換) key for canceling conversions or toggling input modes, and the Henkan (変換) key for initiating kanji conversion from kana sequences. The JIS layout typically features 106 keys in its core configuration, expanding to 109 keys when including modern Windows-specific modifiers like the Start and keys, in contrast to the 101-key ANSI layout common in English-speaking regions. This extra count accommodates the specialized Japanese keys positioned to the left of the spacebar and above the right , such as the /Hiragana toggle, without altering the core positioning. For rōmaji input, adaptations map sequential key presses—like "ka" for か—to generate , leveraging the familiar English letter arrangement while integrating IME software for seamless conversion. Full-size JIS keyboards often include a and extended function rows for ergonomic stationary use, enhancing in office environments by reducing reach for common operations. Contemporary JIS keyboards support USB and connectivity for wired and wireless setups, maintaining compatibility with legacy PS/2 ports in some models while prioritizing plug-and-play integration with operating systems like Windows and macOS. These designs emphasize durability and low-profile keycaps to minimize fatigue during prolonged typing sessions involving frequent mode switches and conversions.

Mobile and Touch Interfaces

Japanese mobile input hardware evolved from the numeric keypads prevalent in feature phones, or keitai, during the late 1990s and early 2000s, which employed 12-key layouts utilizing multi-tap techniques to cycle through hiragana characters for text entry. These compact keypads, often integrated into clamshell or flip designs, prioritized portability and durability while supporting basic Japanese syllabary input, though they required multiple presses per character and limited speed for complex conversion. By the mid-2000s, as global adoption grew, Japanese manufacturers like and Sharp transitioned to capacitive touchscreens, replacing physical keypads with on-screen virtual interfaces that offered larger, reconfigurable layouts better suited to the phonetic and ideographic demands of Japanese text. This shift, accelerated around 2010 with the iPhone's influence and Android's rise, enabled smoother transitions between romaji, , and modes on devices with resolutions exceeding . Contemporary touch interfaces incorporate advanced features to enhance Japanese input efficiency on portable devices. Virtual keyboards dominate, displaying customizable grids for or romaji entry, with haptic feedback mechanisms—such as vibration motors—providing tactile confirmation for key presses to mimic physical typing and reduce errors in fast-paced mobile use. support extends this to tablets, where devices like the integrate handwriting recognition pads compatible with the , allowing users to draw or directly on the screen for conversion to text via the Scribble feature (introduced in , 2020), enabling precise stroke detection for Japanese characters including and . Similarly, Android tablets support stylus-based handwriting via apps like Handwriting Input, which recognizes cursive or printed Japanese scripts across 50+ languages. Modern smartphone hardware specifications further optimize touch-based Japanese input. High-refresh-rate or displays, common in devices from and Sharp with 120Hz refresh rates and 240Hz touch sampling rates as of 2025, deliver responsive touch sensitivity essential for precise detection without latency. Integrated accelerometers and gyroscopes enable automatic orientation adjustments, rotating layouts from portrait to landscape modes to accommodate user posture, as seen in Android's APIs that recalibrate input grids in under 100ms based on device tilt. These sensors ensure compatibility with flick input techniques by maintaining accurate alignment during motion. Accessibility hardware adaptations address diverse user needs in Japanese mobile input. External Bluetooth keyboards, such as those with JIS layouts from manufacturers like , pair seamlessly with smartphones and tablets via standards like 5.0, offering full-sized keys for users with reduced dexterity and supporting up to 78 keys including dedicated kana toggles. For visually impaired individuals, Braille input solutions include specialized adaptations like the vibrating Braille cellphone developed by Japanese researchers in 2008, which uses six-dot patterns conveyed through phone vibrations to input (corresponding to the 46 basic morae plus extensions) without visual reliance. Modern iterations, such as the Seika Mini Braille display, connect via to mobile devices, providing 24 refreshable cells and an eight-key input keyboard tailored to Japanese phonetic conventions.

Core Input Methods

Rōmaji Input

Rōmaji input is the predominant method for entering Japanese text on standard keyboards, particularly among non-native speakers and in international computing environments, where users type Latin alphabet representations of Japanese syllables that are automatically converted to hiragana by the editor (IME). This approach leverages phonetic transliteration systems, primarily , which aligns closely with English spelling conventions for accessibility. The process begins with the user activating the Japanese IME, often via a language bar or shortcut like Alt + Shift, and typing sequences of Roman letters that correspond to Japanese sounds; the IME provides real-time feedback by converting these inputs to hiragana as they are entered, allowing for immediate correction if needed. The step-by-step conversion from rōmaji to hiragana is straightforward and predictive: for instance, typing "kon" produces "こん", and continuing with "nichiwa" yields "こんにちは" once the full sequence is recognized, with the IME suggesting completions based on common word patterns. Most IMEs, such as Microsoft's Japanese IME, employ Hepburn-style mappings, where syllables like "shi" (not "si") map to "し", and "chi" to "ち", ensuring consistency despite minor variations from Kunrei-shiki conventions. Long vowels are handled by doubling the vowel letter or using digraphs, such as "ou" or "oo" for ō (e.g., "tōkyō" as "toukyou" → "とうきょう"), while the (small tsu, っ) is indicated by doubling the following consonant, like "tt" in "kitteru" → "きって" (from "kitte" for stamp). These conventions allow the IME to accurately interpret and insert the appropriate kana without additional user intervention, though users must learn to avoid non-standard inputs like "si" for "し". This method offers significant advantages for users familiar with English keyboards, due to its reliance on familiar layouts and integration with predictive engines that reduce keystrokes. It facilitates seamless integration in global software environments, such as Windows or macOS, where no specialized hardware is required, making it ideal for beginners transitioning from Roman script to Japanese scripts. Common pitfalls include ambiguities in rōmaji representations, such as "hashi" which maps to "はし" but can lead to multiple interpretations in subsequent conversions (e.g., bridge or ), resolved through contextual suggestions in the IME's candidate window. Users may also encounter minor errors with atypical spellings, but the system's real-time corrections and spacebar-triggered previews minimize disruptions.

Kana Input

Kana input enables direct entry of Japanese syllabary characters on JIS keyboards, where each key is labeled with corresponding hiragana or katakana symbols according to the JIS X 6002 standard. This method maps the standard QWERTY key positions to the 46 basic kana in a standard arrangement designed for typing efficiency; for instance, the Q key produces た (ta), the W key produces て (te), and the S key produces す (su). The layout includes positions for extended characters like を (wo) on the 0 key (with shift for katakana ヲ). To input voiced and semi-voiced sounds, users apply diacritics such as dakuten (゛ for voicing, e.g., か to が) and handakuten (゜ for semi-voicing, e.g., は to ぱ) by pressing the base kana key followed by a dedicated modifier key or shift combination, depending on the input method editor (IME) configuration. Small kana like ゃ (ya), ゅ (yu), and ょ (yo) for compound syllables are accessed via shift or alternative mappings on the same keys as their full-sized counterparts (e.g., shift + や for ゃ). These features allow for complete coverage of the Japanese syllabary without intermediate transliteration. Mode switching between hiragana, , and half-width (hankaku) forms is handled by toggle keys on the JIS keyboard, such as the key (かな漢字) for hiragana/ alternation or the key repurposed in some IMEs for mode; half-width mode is often activated via Alt + a dedicated key like Hankaku/Zenkaku. In Japanese IME, for example, users can select "Kana Input" from the IME menu to enable direct entry in hiragana mode. For native Japanese users, kana input offers superior efficiency over romaji methods by eliminating the need for phonetic spelling. This approach is particularly valued in professional typing environments where immediate kana output feeds into subsequent kanji conversion processes.

Specialized Keyboard Methods

Thumb-Shift Layouts

The Thumb-Shift layout, developed by Yasunori Kanda and colleagues at Fujitsu in the late 1970s and first implemented in the OASYS100 word processor released in 1980, represents an ergonomic innovation for Japanese text entry. This design employs two central thumb-operated modifier keys in place of the conventional spacebar, paired with a compact array of finger keys arranged in three rows to cover the 46 basic hiragana characters plus voiced variants and punctuation. By leveraging the strong thumbs for frequent modifications, the layout minimizes lateral hand movement and finger strain, enabling more natural typing postures akin to those on English typewriters while optimizing for Japanese phonetics. Input occurs through simultaneous key combinations, where each finger key represents multiple characters selectable via the left or right key, or no thumb for a base form. For instance, a single finger key might produce "ka" without a thumb press, "ki" with the right thumb modifier, and a voiced variant like "ga" with the left thumb, allowing all hiragana to be entered efficiently without shifting hand positions. This approach, informed by analysis of Japanese text corpora for character frequency, achieves typing speeds up to 250 characters per minute for expert users after kana-to-kanji conversion, surpassing traditional QWERTY-based methods in efficiency for native speakers. The reduced key count—typically around 40 total keys—and thumb-centric operation contribute to lower fatigue, with studies and user reports indicating decreased risk of (RSI) due to balanced load distribution across stronger digits. Variants such as the NICOLA layout, standardized by the Nihongo Nyuuryoku Consortium after acquiring rights from in 1989, integrate additional functions like conversion toggles directly into the thumb keys for seamless workflow. Modern adaptations include USB-connected keyboards compatible with personal computers, maintaining the core design while supporting contemporary operating systems. Despite a steeper initial learning curve, Thumb-Shift gained significant adoption among professional typists in during the 1980s word-processing boom, particularly in OADG-compliant environments for , where its speed and comfort advantages persist for dedicated users. It integrates straightforwardly with kana-to-kanji conversion processes common in Japanese input systems.

JIS and QWERTY Adaptations

The JIS (Japanese Industrial Standards) keyboard layout, primarily defined by JIS X 6002:1980, adapts the standard QWERTY arrangement for efficient Japanese phonetic input by incorporating kana overlays on the Roman letter keys while preserving English compatibility. This standard specifies a 109-key configuration that includes dedicated keys for input mode switching, such as the "かな" (Hiragana) and "変換" (Henkan/Convert) keys positioned near the spacebar, allowing users to toggle between Romaji, Hiragana, and Katakana modes without disrupting workflow. For direct Kana input, JIS X 6004:1986 provides a supplementary layout that maps Hiragana and Katakana syllables to QWERTY keys, optimized for frequency of use; for instance, the "A" key corresponds to "a" (あ), the ";" key to "se" (せ), and a dedicated Dakuten key (often on the "L" position) adds voicing marks like ゛ to consonants. These adaptations enable seamless phonetic entry, which forms the basis for core input methods like Romaji-to-Kana conversion in modern IMEs. For users with standard international QWERTY keyboards lacking physical kana legends, software-based Romaji adaptations rely on input method editors (IMEs) to map keystrokes without hardware modifications. Microsoft's Japanese IME, for example, overlays virtual mappings on a 101- or 105-key U.S. layout, interpreting sequences like "ka" as か via predictive conversion, making it accessible for non-Japanese hardware users such as international professionals or learners. Similarly, Apple's Japanese input system supports Romaji entry on standard QWERTY setups, with on-the-fly Kana display in the IME toolbar for confirmation. This approach prioritizes software flexibility, allowing global compatibility while supporting phonetic input efficiency comparable to native JIS hardware. Hybrid layouts, such as Tenkeyless (TKL) configurations, adapt JIS principles for compact workspaces by omitting the while retaining essential and mode-switch keys. Keychron's K8 TKL model, for instance, implements a 91-key JIS variant with full Romaji and support, reducing desk footprint without sacrificing input speed for enterprise or home use. Virtual on-screen keyboards further extend these adaptations; Windows' On-Screen Keyboard, when paired with Japanese IME, emulates JIS layouts including overlays and function keys, selectable via accessibility settings for touch or mouse input. Standardization under JIS ensures in Japanese enterprise environments, where compliance with X 6002 facilitates uniform hardware deployment across offices and supports legacy systems. For accessibility, options like Windows integrate with JIS/ modes by latching modifiers (e.g., Shift for voiced consonants), enabling one-handed operation for users with motor impairments during phonetic input.

Mobile Input Techniques

Feature Phone Input

Feature phone input in relied primarily on the multi-tap method using a standard 12-key , where each key was assigned a group of five to six hiragana characters arranged in order. For instance, pressing the "2" key once produced "あ" (a), twice "か" (ka), three times "さ" (sa), and so on up to "わ" (wa), with a timeout or next-key press confirming the selection to avoid unintended characters. Long presses on keys accessed symbols, , or alternate modes, while dedicated buttons or key combinations toggled between hiragana, , , and numeric input, facilitating the composition of mixed-script messages. This input system was integral to keitai (feature phones) layouts, particularly with the launch of NTT DoCoMo's service in 1999, which enabled mobile internet access, , and short messaging directly through the keypad interface. Dictionary-based prediction enhanced efficiency by suggesting common words, phrases, or conversions after a few key presses, reducing the need for full multi-tap sequences in everyday texting. These features were optimized for one- or two-handed thumb operation, reflecting Japan's "thumb culture" where commuters frequently typed on the go. From the through the , input dominated Japan's mobile landscape, with nearly 80 million devices in use by 2003—outpacing personal computers for activities—and supporting an average of 66 weekly emails per user among students. Expert users achieved speeds of up to approximately 60 characters per minute through practiced techniques and predictive adaptations akin to T9 but tailored for kana-to-kanji conversion, though average rates for college students hovered around 17-18 (approximately 40-50 characters per minute assuming typical word length). Limitations included the absence of a full layout, forcing reliance on repetitive physical button presses that served as precursors to later flick-based gestures on touchscreens.

Touchscreen Flick Input

Touchscreen flick input is a gesture-based technique designed for entering Japanese kana on virtual keyboards of modern smartphones and tablets, enabling efficient input of the syllabary through directional swipes on . Developed as an evolution of multi-tap systems, it arranges the approximately 50 basic and modified kana characters into compact groups, allowing users to select variants with a single tap or flick rather than multiple presses. This method is widely implemented in editors (IMEs) like and Apple's keyboard, prioritizing thumb-friendly interactions on small screens. The core mechanics revolve around the Godan (five-step) layout, which organizes kana into five rows corresponding to the vowels a (あ), i (い), u (う), e (え), and o (お), paired with ten consonant columns (e.g., k, s, t, n). In the standard 12-key flick layout, keys mimic a numeric keypad, with each key representing a consonant group; users touch the base position to input the default "a"-row kana and flick their finger in one of four directions—upward, downward, leftward, or rightward—to access the i, u, e, or o variants. For example, touching the "k" key inputs "ka" (か), flicking upward selects "ki" (き), downward "ku" (く), leftward "ke" (け), and rightward "ko" (こ); voiced sounds like "ga" (が) are accessed via a separate flick or long press on the same key. This setup covers dakuten (voicing marks) and handakuten (half-voicing) through additional gestures, such as outer-ring flicks, supporting over 100 characters including small kana (e.g., ゃ, ゅ, ょ). Layout variations optimize for different devices and user preferences, including the compact 12-key flick for one-handed use on phones and the 15-key Godan layout in , which expands the grid to better reflect the full kana chart with dedicated positions for vowels and consonants, reducing overlaps. Some IMEs overlay flick gestures on full romaji keyboards, allowing hybrid input where users flick from alphabetic keys to generate kana directly, while others support romaji-to-flick conversion by interpreting initial romaji taps as flick starting points for kana prediction. Flick input offers speed advantages, with expert users achieving up to 35-60 characters per minute (CPM) after training, equivalent to approximately 20-40 (WPM) when accounting for Japanese word lengths, outperforming traditional multi-tap by reducing keystrokes per character. Features like swipe typing extend this by allowing continuous horizontal or curved gestures across keys to input multi-character words or phrases in a single motion, further boosting for common terms. Customization enhances usability, with options for left-handed mirror layouts that reverse flick directions, adjustable sensitivity sliders (e.g., low to high in five levels) to fine-tune for finger size or speed, and vibration feedback to provide tactile confirmation of each flick. These adaptations, tested in user studies, show error rates as low as 4-7% with practice, making flick input suitable for prolonged mobile use. On Apple's iOS Japanese keyboard, inputting half-width (hankaku) numerals—often required for postal codes, phone numbers, and other numeric data—can be reliably achieved by tapping the globe icon to switch to the English keyboard, entering the digits, and then switching back to the Japanese keyboard. This approach ensures half-width (ASCII) numerals, as the Japanese keyboard's number pad (accessed via the 123 key) may produce full-width (zenkaku) numerals depending on the mode. For example, the postal code 442-0802 for Toyokawa City in Aichi Prefecture is typically entered using this method to maintain proper formatting. On iOS devices, the Japanese Kana keyboard allows users to input half-width katakana and certain other characters through the conversion candidate selection process, without a dedicated half/full-width toggle key as found on some Windows systems. Full-width forms are typically the default higher in the candidate list, with half-width variants appearing at the bottom. To use this method: add the Japanese Kana keyboard via Settings > General > Keyboard > Keyboards > Add New Keyboard > Japanese > Kana Input; switch to the Japanese Kana keyboard when typing; input the desired kana; tap the downward arrow (∨) on the right side of the conversion candidate bar; scroll to the bottom of the candidate list; and select the half-width option. This is commonly applied for half-width katakana in contexts requiring legacy compatibility or specific formatting. For full-width alphanumeric characters, users can switch to the Japanese Romaji keyboard and select appropriate candidates if needed. Flick input briefly integrates with predictive conversion to suggest from partial sequences during or after swipes.

Direct Kana Input on iPad

iPadOS supports a Japanese Kana keyboard for direct entry of hiragana and katakana using a grid layout based on the traditional gojūon (50-sound) arrangement. To enable it, navigate to Settings > General > Keyboard > Keyboards > Add New Keyboard > Japanese > Kana. The layout features rows in gojūon order:
  • あ い う え お
  • か き く け こ
  • さ し す せ そ
  • た ち つ て と
  • な に ぬ ね の
  • は ひ ふ へ ほ
  • ま み む め も
  • や (small) ゆ (small) よ (small)
  • ら り る れ ろ
  • わ を ん
Additional keys include dakuten (゛) and handakuten (゜) for voiced sounds (e.g., converting か to が), small kana modifiers (ぁ ぃ ぅ ぇ ぉ, etc.), a toggle key to switch between hiragana and katakana modes, space, return, delete, and a "123" key for numbers and symbols. This grid-style layout relies on direct tapping rather than gestures, suited to the iPad's larger screen, unlike the 12-key flick input prevalent on iPhones. Users can alternatively use the Romaji (QWERTY-based) Japanese keyboard for predictive kana and kanji conversion.

Conversion Processes

Kana to Conversion

The to conversion process begins with phonetic input in hiragana, such as こんにちは for the , which is then analyzed to generate a list of possible -based representations. The system performs lookups to match the input sequence against entries, producing candidates like 花 (flower) for "hana". Users select the desired conversion by pressing the spacebar to cycle through options or number keys to choose directly from the candidate window, finalizing with the or conversion button. Homophones pose significant challenges, as a single kana sequence like "ki" (き) can correspond to many different kanji characters, such as 木 (), 気 (spirit), or 機 (). To resolve these ambiguities, the converter incorporates context from surrounding text through probabilistic models that evaluate likely word sequences, often constructing a (DAG) of possible segmentations and selecting the optimal path using algorithms like Viterbi. User confirmation is facilitated via the OK or Convert keys to accept or adjust the proposed output, with additional scrolling through candidates using if the initial suggestion is incorrect. At its core, the process relies on large system dictionaries containing tens of thousands of compounds and morphological analysis to segment unspaced input into meaningful units. Morphological analyzers break down the string into potential words by applying rules and statistical models, enabling multi-word conversions in a single operation. These dictionaries map phonetic readings to forms, supporting efficient lookups for common phrases and vocabulary. Conversion error rates, particularly from homophone ambiguities, can reach several percent in standard systems, but improvements such as discriminative models have reduced them by approximately 3% through better feature integration like . Users can further enhance accuracy by adding entries to personal dictionaries, especially for proper names or specialized terms not covered in system dictionaries, via tools in editors like Microsoft IME. This customization allows repeated inputs to prioritize user-preferred mappings, minimizing future confirmations.

Predictive Input Systems

Predictive input systems enhance Japanese input method editors (IMEs) by leveraging to forecast and suggest , phrases, or completions based on contextual and historical patterns, reducing the need for extensive manual selections during typing. Building briefly on core kana-to-kanji conversion processes, these systems dynamically rank and present options to accelerate input while minimizing errors. A foundational integration of involves n-gram models, which analyze sequences of preceding characters or words to predict probable continuations. For instance, after entering "to" in a implying a , the system may prioritize suggesting "東京" (Tōkyō) over less common alternatives by calculating conditional probabilities from corpora. These models, often derived from large-scale text data, enable context-aware predictions that improve efficiency in ambiguous homophone scenarios common in Japanese. N-grams of order 2–4 are typically employed to balance computational simplicity with predictive accuracy, capturing short-range dependencies without excessive complexity. User-specific learning further refines predictions by adapting to individual usage patterns, such as registering custom compounds like "xAI" as a frequent phrase after repeated selections. IMEs maintain personal dictionaries that update based on corrections and selections, prioritizing user-specific frequencies alongside general corpus data to personalize suggestions over time. Cloud synchronization features, as implemented in systems like (based on Mozc), allow these learned dictionaries to sync across devices, ensuring consistent adaptation for users switching between desktops and mobiles. This personalization can boost prediction relevance by incorporating domain-specific terms, such as technical jargon, without relying solely on static global dictionaries. Key features include auto-completion ranking, where systems display the top 3–5 candidates ordered by estimated probability, allowing quick selection via numbered keys or mouse clicks. Error correction mechanisms draw on grammar rules to detect and suggest fixes for particle misuse or incomplete phrases, enhancing output quality during real-time input. For example, if a user's entry violates syntactic constraints, the IME may propose alternatives that align with standard Japanese grammatical structures, reducing post-editing needs. Modern advancements in the incorporate neural networks, such as LSTM and Transformer-based models, for superior context modeling in IMEs. These enable real-time prediction and conversion with high accuracy, achieving up to 94.5% on benchmark datasets like BCCWJ for suggestions. Encoder-decoder architectures process input streams incrementally, supporting low-latency operations (under 25 ms per step) while maintaining over 88% top-10 accuracy for conversions. Techniques like incremental vocabulary selection further optimize neural IMEs by focusing computations on likely candidates, yielding speedups of 84x without sacrificing predictive quality. Such integrations have elevated first-suggestion accuracy to levels approaching 95% in controlled evaluations, marking a shift from rule-based to data-driven prediction.

Alternative Input Methods

Handwriting Recognition

Handwriting recognition enables users to input Japanese text by drawing kanji and kana characters directly on touchscreens or stylus-enabled devices, typically within interactive pads or boxes that capture stroke sequences. The process relies on analyzing the user's input strokes—ranging from 1 for basic kana like あ (a) to 3–15 or more for common kanji like 龍 (ryū)—to match against predefined templates in a recognition engine. Traditional systems emphasize correct stroke order to improve matching accuracy, segmenting the drawing into individual strokes and comparing their direction, length, and curvature using feature extraction techniques. For instance, Microsoft IME Pad allows users to draw characters in a designated area, generating a list of candidate matches based on stroke analysis for selection. Google Handwriting Input similarly supports drawing on mobile screens with finger or stylus, processing inputs in real-time across over 50 languages including Japanese. Accuracy in Japanese handwriting recognition is influenced by factors such as stroke fidelity, user handwriting variability, and model sophistication, with modern implementations supporting the full set of 2,136 —the standard characters taught in Japanese schools. (CNN) models have achieved recognition rates exceeding 90%, with ensemble approaches reaching up to 99.64% on benchmark datasets of handwritten (for a subset of 878 characters). These systems often provide fallback mechanisms, such as displaying top candidate lists or allowing minor stroke deviations, to handle imperfect inputs without requiring phonetic entry. Key tools for handwriting recognition include online platforms like DrawJapanese at sljfaq.org, where users sketch for instant lookup and verification, and integrated device features such as iPadOS Scribble, introduced in , which converts handwriting to editable text in apps. On Android, Gboard's handwriting mode facilitates mixed kana- input by drawing directly on the keyboard surface, supporting seamless switching between scripts. These integrations extend to cross-platform use, enabling handwriting in documents, searches, or editors. Handwriting recognition serves critical use cases, particularly for accessibility among language learners who benefit from practicing stroke-based writing in educational tools, such as web-based recognizers that provide immediate feedback on character formation. It also supports mobile note-taking, where users can jot down ideas in natural script during meetings or travel, and offline functionality via local dictionaries embedded in apps like Yomiwa, which processes handwriting without internet connectivity for on-the-go reference. As a complement to keyboard methods, it offers an intuitive alternative for users preferring tactile input over typing. As of 2025, AI advancements have further improved accuracies through multimodal integration.

Voice and Gesture Input

Voice input methods for Japanese leverage automatic (ASR) systems to convert spoken words into text, including hiragana, , and , facilitating hands-free entry in applications like messaging and document editing. Prominent examples include Google Voice Typing, integrated into on Android devices, which processes spoken Japanese phrases—such as "konnichiwa"—and suggests corresponding conversions like こんにちは through contextual prediction. Similarly, Apple's Dictation feature on supports Japanese input, allowing users to dictate text in apps with the Japanese keyboard enabled, where the system transcribes speech into romaji or and applies live conversion to . These systems employ acoustic models trained on diverse Japanese datasets, accounting for regional dialects to improve recognition of variations in pronunciation. Accuracy in voice recognition for Japanese typically reaches high levels for clear, standard speech, with modern ASR models achieving relative error reductions up to 25% in evaluated domains through architectures like those in end-to-end systems. Features enhance , such as voice commands for (e.g., saying "kuten" for periods) and support for mixed outputs in romaji, , or full via predictive conversion engines. However, can degrade with accents, , or rapid speech, necessitating user training or offline modes for reliability. Gesture-based input for Japanese characters involves kinematic tracking of hand movements to simulate writing, often termed air-writing, where users trace strokes in mid-air using sensors rather than physical surfaces. Systems like those employing controllers capture 3D finger trajectories to recognize complex shapes, enabling non-contact entry for devices without touchscreens. A CNN-based approach using hand tracking via web cameras has demonstrated feasibility for Japanese air-writing, achieving accuracies around 92.5%, while earlier -specific models reported around 70% accuracy via motion sensors like . These methods process sequential data through models, such as BiLSTM for temporal patterns, to map motions to character databases. Emerging integrations in wearable AR devices, such as smart glasses, combine voice and for seamless Japanese input; for instance, devices like INMO GO support real-time speech-to-text in Japanese, overlaying transcribed in augmented displays. controls on these platforms allow air-drawn for navigation or annotation, enhancing accessibility in hands-free scenarios. Privacy concerns arise from cloud-based processing in such systems, where audio and motion data are transmitted for recognition, potentially exposing sensitive inputs to unauthorized access, as highlighted in discussions around AR wearables in .

Software Implementations

Desktop Input Method Editors

Desktop Input Method Editors (IMEs) are software components integrated into operating systems or available as standalone applications that enable users to input Japanese text on personal computers using standard keyboards. These tools convert romaji keystrokes into hiragana, , and through predictive conversion engines, supporting efficient typing for native and non-native speakers alike. Their development traces briefly to Japan's digital transition in the late , where early systems addressed the challenges of entering complex scripts on limited hardware. Microsoft IME, the default Japanese input editor for Windows, has provided seamless integration since the operating system's early versions, allowing users to switch between English and Japanese input modes effortlessly. Key features include customizable predictions based on input history and system dictionaries, enhanced by cloud-based suggestions from Bing services for real-time accuracy. Users can manage predictions by removing unwanted candidates with Ctrl + Delete and adjust learning settings via the IME toolbar to personalize suggestions. Recent enhancements in emphasize improved predictive typing through advanced learning algorithms, boosting conversion efficiency for everyday and professional use. Google Japanese Input, a free IME released in beta form in 2009 and based on the open-source Mozc engine, operates across Windows, macOS, and platforms with broad application compatibility, including word processors like and web browsers. It supports romaji-to-kana conversion with automatically generated dictionaries derived from sources, enabling quick recognition of neologisms, proper names, and . Add-ons for and voice input extend its functionality, while an emphasis on user adaptation reduces the through contextual predictions that improve over time. ATOK IME, developed by JustSystems and first released in 1985 with roots in 1983 word processing software, stands out for its advanced Japanese-specific engine optimized for high-accuracy conversions, particularly in technical domains. It excels in handling specialized terminology, buzzwords, and current events through corrective learning that adapts to user corrections, achieving superior precision compared to general-purpose IMEs. Available via enterprise licensing for professional environments, ATOK integrates deeply with desktop applications and supports proofreading for grammar and ambiguous expressions. Setting up desktop IMEs typically involves adding the Japanese language pack in system settings, such as Windows' Time & Language options, followed by selecting the IME keyboard layout. Common shortcuts include Alt + ~ to toggle IME on/off in Microsoft IME, facilitating quick switches during mixed-language editing. User dictionaries allow custom word additions—via right-click menus or dedicated settings—to enhance predictions for niche vocabulary, ensuring compatibility across applications like and modern browsers without disrupting workflow.

Mobile and Cross-Platform IMEs

Mobile input method editors (IMEs) for Japanese are designed to optimize touch-based interactions on smartphones and tablets, incorporating energy-efficient algorithms and to support on-the-go typing while minimizing battery drain. These tools adapt traditional romaji and input methods for smaller screens, often integrating flick gestures where users swipe from a base key to select variants, alongside and swipe (glide) typing for fluid entry of hiragana, , and candidates. Cross-platform IMEs extend this functionality across operating systems, enabling consistent user experiences through open-source frameworks that prioritize portability and customization. Gboard, developed by , serves as a prominent mobile IME available on both Android and devices, offering flick input for efficient Japanese kana entry, handwriting recognition via finger or , and romaji input via layout with predictive conversion. It supports offline operation after downloading language packs, allowing users to input Japanese text without internet connectivity, which is particularly useful in low-data environments. In the , Gboard enhanced multilingual switching, enabling seamless transitions between Japanese and other languages without keyboard reconfiguration, improving accessibility for bilingual users. As of 2025, Japan's planned revision to rules by 2026 is expected to influence adaptations in IMEs like Gboard. Microsoft SwiftKey provides another customizable option for Android and iOS, featuring adjustable themes for visual personalization and predictive text that learns user patterns to suggest kanji conversions and phrases in Japanese. Its emoji prediction extends to Japanese contexts, anticipating relevant icons based on typed content for expressive messaging, while integration with device assistants like Microsoft Copilot allows voice-enhanced input suggestions. Samsung Keyboard, pre-installed on Galaxy devices, similarly supports Japanese flick input and predictive corrections, with options to enable contextual word suggestions during romaji or kana typing. Apple's built-in Japanese input system spans and macOS, emphasizing ecosystem integration through synchronization of user dictionaries and preferences, ensuring consistent predictions across devices. It incorporates Scribble for on iPads, converting Japanese script drawn with directly into text fields, and dictation for voice-to-text conversion supporting natural Japanese speech. This unified approach facilitates effortless switching between touch, , and voice inputs within Apple's hardware lineup. For cross-platform needs, Mozc stands out as an open-source, (FOSS) alternative originally developed by , compatible with Android, , and other systems via modular plugins that adapt to different input frameworks. It provides robust Japanese conversion capabilities, including dictionary-based predictions, and is extensible through community plugins for enhanced OS-specific features like custom layouts on distributions. Mozc's multi-platform design makes it a lightweight choice for users seeking independence from proprietary ecosystems.

References

  1. https://web.stanford.edu/group/cslipublications/cslipublications/pdf/RJNLP-Ch1.pdf
  2. https://learn.microsoft.com/en-us/globalization/input/japanese-ime
  3. https://www.ibm.com/docs/en/aix/7.2.0?topic=jim-japanese-character-processing
  4. https://www.softbank.jp/support/faq/view/26486
  5. https://www.jpo.go.jp/e/introduction/rekishi/10hatsumeika/index.html
  6. https://www.historyofinformation.com/detail.php?id=4831
  7. https://collection.sciencemuseumgroup.org.uk/objects/co38257/nippon-typewriter-company-japanese-typewriter-1920
  8. https://historysanjose.org/the-first-japanese-typewriter-a-100-year-old-mechanical-marvel-with-2450-characters/
  9. https://www.cambridge.org/core/journals/journal-of-asian-studies/article/controlling-the-kanjisphere-the-rise-of-the-sinojapanese-typewriter-and-the-birth-of-cjk/7EEE11692C5FD900F245C861053062C9
  10. https://ethw.org/Word_Processing_for_the_Japanese_Language
  11. https://ethw.org/Milestones:The_First_Word_Processor_for_the_Japanese_Language%2C_1971-1978
  12. https://www.sino-platonic.org/complete/spp360_kanji_computers_japanese_character_set.pdf
  13. https://www.omron.com/global/en/edge-link/articles/545.html
  14. https://www.sljfaq.org/afaq/input-methods.html
  15. http://kbdlayout.info/kbd106/
  16. https://mechkeys.com/blogs/guide/understanding-different-physical-layouts-for-keyboards-ansi-vs-iso-vs-jis
  17. https://dl.acm.org/doi/10.1145/3613904.3642569
  18. https://www.researchgate.net/publication/238427130_Japanese_text_input_system_with_digits
  19. https://www.jstage.jst.go.jp/article/ipsjjip/32/0/32_543/_pdf
  20. https://onlinelibrary.wiley.com/doi/abs/10.1155/2018/6126140
  21. https://www.google.com/inputtools/services/features/handwriting.html
  22. https://www.fonearena.com/blog/453363/sony-xperia-1-vii-price-specifications.html
  23. https://www.amazon.com/ELECOM-TK-FDM109MBK/dp/B07PFGDMCS
  24. https://techcrunch.com/2008/04/08/vibrating-braille-enabled-cellphone-for-the-blind-invented-in-japan/
  25. https://www.nippontelesoft.com/menu_eng/disp_006.html
  26. https://www.tofugu.com/japanese/how-to-type-in-japanese/
  27. https://www.esrille.com/keyboard/layouts.ja-jp.html
  28. http://xahlee.info/kbd/Japan_keyboard_layouts.html
  29. https://learn.microsoft.com/en-us/answers/questions/2449861/japanese-ime-hiragana-toggle-keys
  30. https://www.fujitsu.com/global/about/corporate/history/products/computer/wordprocessor/keyboard.html
  31. https://museum.ipsj.or.jp/en/computer/word/0006.html
  32. http://catern.com/2013/12/15/cheap-ergonomics.html
  33. https://blog.ansi.org/ansi/standardization-of-keyboard-layouts/
  34. https://webstore.ansi.org/standards/jis/jis60021980
  35. https://support.microsoft.com/en-us/windows/microsoft-japanese-ime-da40471d-6b91-4042-ae8b-713a96476916
  36. https://support.apple.com/guide/japanese-input-method/welcome/mac
  37. https://www.keychron.com/collections/tkl-keyboard
  38. https://www.keychronsg.com/products/keychron-k8-wireless-mechanical-keyboard-japan-jis-layout
  39. https://learn.microsoft.com/en-us/answers/questions/2084174/japanese-ime-with-in-built-on-screen-keyboard
  40. https://bytevex.com/jp-keyboard-layout-jis-guide/
  41. https://www.iplab.cs.tsukuba.ac.jp/paper/international/fukatsu_mobilehci2013.pdf
  42. https://www.eurotechnology.com/2015/02/22/i-mode-mobile-internet-docomo/
  43. https://web-japan.org/trends01/article/030110fea_r.html
  44. https://www.researchgate.net/publication/4066317_Japanese_college_students%27_typing_speed_on_mobile_devices
  45. https://support.google.com/gboard/answer/7068494?hl=en
  46. https://dl.acm.org/doi/pdf/10.1145/3229434.3229455
  47. https://www.scitepress.org/Papers/2021/102458/102458.pdf
  48. https://inria.hal.science/hal-04292388v1/document
  49. https://sawada-cpta.com/blog/input-hankaku-kana-to-iphone/
  50. https://support.apple.com/guide/ipad/add-or-change-keyboards-ipadf0a5b6a/ipados
  51. https://support.apple.com/guide/ipad/type-in-japanese-ipadf0a5b6a/ipados
  52. https://aclanthology.org/W11-3502.pdf
  53. https://dl.acm.org/doi/10.3115/980845.980915
  54. https://support.microsoft.com/en-us/windows/advanced-input-methods-for-east-asian-languages-1e47dbe5-b88f-41fc-8fdd-fef9d2a4644d
  55. https://aclanthology.org/W11-3508.pdf
  56. https://dl.acm.org/doi/10.1007/s11042-013-1805-1
  57. https://github.com/google/mozc
  58. https://www.jstage.jst.go.jp/article/imt/9/4/9_834/_pdf
  59. https://aclanthology.org/2024.findings-acl.479.pdf
  60. https://aclanthology.org/N19-2001.pdf
  61. https://www.researchgate.net/publication/291845849_Stroke-number_and_stroke-order_free_on-line_kanji_character_recognition_as_one-to-one_stroke_correspondence_problem
  62. https://cs231n.stanford.edu/reports/2016/pdfs/262_Report.pdf
  63. https://arxiv.org/abs/2306.03954
  64. https://kanji.sljfaq.org/
  65. https://support.apple.com/guide/ipad/enter-text-with-scribble-ipad355ab2a7/ipados
  66. https://support.google.com/gboard/answer/9108773?hl=en&co=GENIE.Platform%3DAndroid
  67. https://dl.acm.org/doi/10.1145/3377571.3377639
  68. https://play.google.com/store/apps/details?id=com.yomiwa.yomiwa&hl=en_US
  69. https://support.apple.com/en-tj/guide/iphone/iph2c0651d2/ios
  70. https://support.google.com/android/thread/94389836/how-to-enable-japanese-kanji-suggestions-using-gboard-s-mic-button?hl=en
  71. https://support.apple.com/en-is/guide/iphone/iph73b71eb/ios
  72. https://aclanthology.org/2020.lrec-1.810.pdf
  73. https://arxiv.org/pdf/2306.04530
  74. https://www.researchgate.net/publication/385438440_How_accurately_can_the_Google_Web_Speech_API_recognize_and_transcribe_Japanese_L2_English_learners%27_oral_production
  75. https://www.researchgate.net/publication/315557220_Handwritten_Character_Recognition_in_the_Air_by_Using_Leap_Motion_Controller
  76. https://www.researchgate.net/publication/359975324_Air_Writing_in_Japanese_A_CNN-based_character_recognition_system_using_hand_tracking
  77. https://www.amazon.com/inmo-Teleprompter-Translation-Smartglasses-Translator/dp/B0FBRSDW1M
  78. https://www.cnet.com/tech/mobile/i-witnessed-the-future-of-smart-glasses-at-ces-and-its-all-about-gestures/
  79. https://www.japantimes.co.jp/business/2024/11/12/tech/face-scanning-smart-glasses/
  80. https://www.hearingtracker.com/hearing-glasses/hear-with-your-eyes-five-ar-live-captioning-glasses
  81. https://www.justsystems.com/en/products/atok/
  82. https://gigazine.net/gsc_news/en/20091203_google_japanese/
  83. https://play.google.com/store/apps/details?id=com.google.android.inputmethod.latin
  84. https://apps.apple.com/us/app/gboard-the-google-keyboard/id1091700242
  85. https://support.google.com/gboard/answer/9108773?hl=en
  86. https://support.google.com/gboard/answer/2811346?hl=en
  87. https://discuss.grapheneos.org/d/1058-asian-language-support-for-gboard-without-networking
  88. https://cijtoday.com/japan-to-revise-romanization-rules-for-first-time-in-70-years/
  89. https://www.microsoft.com/en-us/swiftkey
  90. https://support.microsoft.com/en-us/topic/how-is-japanese-set-up-with-microsoft-swiftkey-keyboard-for-android-810e7bc6-0f89-4108-b32b-f406490b6289
  91. https://play.google.com/store/apps/details?id=com.touchtype.swiftkey
  92. https://support.apple.com/en-tj/guide/ipad/ipad355ab2a7/ipados
  93. https://support.apple.com/en-jo/guide/mac-help/mh40584/mac
  94. https://wiki.archlinux.org/title/Mozc
Add your contribution
Related Hubs
User Avatar
No comments yet.