OpenHarmony device intelligent input method system

Abstract

The application provides an OpenHarmony device intelligent input method system applied to the technical field of input methods and comprising: an input method starting unit configured to receive input method information transmitted by a system framework layer and start an input method application; an interface display unit configured to manage the state and operation of the input method application, load a custom input method interface, and display the input method interface comprising interface elements of an input module, a creation module, a candidate module and a function module; an input event processing unit configured to respond to input events received by the input method interface, perform input event processing corresponding to the key types of the input method interface through an interface of the system framework layer, and obtain an input result; and an intelligent input unit configured to call the system framework layer based on the input result and execute at least one of the input module, the creation module, the candidate module and the function module. The application realizes efficient and coherent operation of the system input method from starting, displaying, processing to intelligent output.

Description

Technical Field

[0001] This invention relates to the field of input method technology, and in particular to an intelligent input method system for OpenHarmony devices. Background Technology

[0002] The OpenHarmony system's input method primarily comprises two parts: a system-level input method application and a developer-extensible input method framework. The system-level input method application, based on natural language processing and deep learning algorithms, supports multiple languages ​​including Chinese, English, and numbers. It features intelligent prediction and a personalized dictionary, making it suitable for daily office work, learning, and communication scenarios. Its pre-screening function allows users to preview the text to be entered using the input method application's editing features, improving input speed and user experience.

[0003] However, the OpenHarmony system's input method still has some shortcomings, such as not supporting 9-key Pinyin input, not supporting candidate word advance feature, and not supporting lexical association features, resulting in a poor user experience when using the OpenHarmony system's input method. Summary of the Invention

[0004] This invention provides an intelligent input method system for OpenHarmony devices to solve the problem of poor user experience in the input method of the existing OpenHarmony system; it realizes the efficient and continuous operation of the input method of the OpenHarmony system from startup, display, processing to intelligent output.

[0005] This invention provides an intelligent input method system for OpenHarmony devices, comprising: The input method launch unit is used to receive input method information passed from the OpenHarmony system framework layer and launch the input method application. The interface display unit is used to manage the status and operation of the input method application and load a custom input method interface, which includes interface elements of the input module, creation module, candidate module and function module. An input event processing unit is used to respond to input events received by the input method interface, and to process the input events corresponding to the key types of the input method interface through the interface of the OpenHarmony system framework layer to obtain the input result; The intelligent input unit is used to invoke the OpenHarmony system framework layer based on the input result to execute at least one of the input module, creation module, candidate module, and function module.

[0006] In some embodiments, the input module is used to acquire target content input through the OpenHarmony device, wherein the target content is input via the nine-key keypad or the Chinese 26-key keypad of the OpenHarmony device; The creation module is used to display the target content acquired by the input module; The candidate module is used to dynamically generate multiple prompts based on the target content displayed in the creation module. The prompts include candidate content and associated content. The functional module is used to edit the input operations of the target content.

[0007] In some embodiments, the system's main thread and worker threads communicate in the following manner: The main thread sends a command to the worker thread to change its running status. When the Worker thread receives the change instruction through the message mechanism, it updates the running status according to the running status type in the change instruction; The running status types include: resource initialization status, prompt content update status, target content input processing status, input reset status, and worker thread shutdown status.

[0008] In some embodiments, the candidate module further deploys an N-gram language model, and the process of generating the prompt content includes: When the target content is Chinese pinyin characters input via the 26-key keyboard of an OpenHarmony device, the Ngram language model is invoked to parse and process the pinyin characters, generating corresponding candidate content; When the target content is a numeric character input via the nine-key keypad of the OpenHarmony device, the corresponding pinyin combination is generated according to the key mapping of the numeric character, and the Ngram language model is called to parse the pinyin combination to generate the corresponding candidate content. Once the fixed content is determined from the candidate content, the Ngram language model is invoked to perform context prediction on the fixed content and generate corresponding associated content.

[0009] In some embodiments, the candidate module is further configured to call the Ngram language model to correct the target content when an input error occurs in the target content, and generate corresponding candidate content based on the corrected target content; When the creation module has displayed historical content, it performs contextual semantic analysis based on the historical content and the fixed content to generate corresponding associative content.

[0010] In some embodiments, when the target content is input via the 3x3 keypad of an OpenHarmony device, obtaining the target content input via the OpenHarmony device includes: Identify candidate pinyin inputs via the nine-key keypad of an OpenHarmony device; When the selected pinyin is determined from the candidate pinyin, the list of fixed pinyin is emptied, and the actual pinyin is determined. The actual pinyin consists of the fixed pinyin, the selected pinyin, and the unconsumed pinyin. When the length of the selected pinyin list is not greater than the length of the actual pinyin list, and the pinyin characters of the selected pinyin are equal to the pinyin characters of the actual pinyin, the list of unconsumed pinyin is set to empty, and a nine-key calculation is performed on the selected pinyin and the unconsumed pinyin to obtain the target content; When the length of the selected pinyin list is not greater than the length of the actual pinyin list, or the pinyin characters of the selected pinyin are not equal to the pinyin characters of the actual pinyin, the unconsumed pinyin is calculated, and a nine-key calculation is performed on the selected pinyin and the unconsumed pinyin to obtain the target content; When the length of the selected pinyin list is greater than the length of the actual pinyin list, a nine-key calculation is performed on the selected pinyin and the remaining unselected pinyin in the candidate pinyin to obtain the target content.

[0011] In some embodiments, when the function module edits the input operation of the target content by deleting, the system further includes: When candidate pinyin input via the nine-key keypad of an OpenHarmony device is deleted and a fixed pinyin exists, the fixed pinyin is inserted into the selected pinyin. Perform a pre-deletion operation on the candidate pinyin to obtain the remaining pinyin; When the list of fixed pinyin is not empty and the remaining pinyin is not empty, the last pinyin character of the selected pinyin is inserted into the remaining pinyin to obtain unconsumed pinyin; When the list of fixed pinyin is not empty and the list of remaining pinyin is empty, clear the list of remaining pinyin and update the list of remaining pinyin to obtain the unconsumed pinyin.

[0012] In some embodiments, the fixed pinyin is determined in the following manner: When a selected pinyin is determined from the candidate pinyin, and it is determined that the selected pinyin contains Chinese characters, the common suffix of the selected pinyin and the current actual pinyin is determined; The common suffix is ​​stored in a list of fixed pinyin as the fixed pinyin.

[0013] In some embodiments, the system further includes: When the length of the selected pinyin list is greater than 0, remove the first pinyin character of the selected pinyin, and determine the common suffix as the unconsumed pinyin for pinyin nine-key calculation to obtain the target content; When the length of the selected pinyin list is not greater than 0, the common suffix is ​​determined as an unconsumed pinyin and the pinyin nine-key calculation is performed to obtain the target content.

[0014] In some embodiments, the step of performing a nine-key calculation on the selected pinyin and the unconsumed pinyin to obtain the target content includes: The unconsumed pinyin is mapped to a number mapping queue, and the number mapping queue is stored in the input queue of the selected pinyin; A list of predicted pinyin is generated based on the input queue; The predicted pinyin column is updated by the predicted pinyin list, and the first predicted pinyin in the predicted pinyin column is selected to generate pinyin output; When the length of the fixed pinyin list is less than or equal to 0 and the length of the selected pinyin list is less than or equal to 0, the unconsumed pinyin is copied as the pinyin output, and the target content is generated; When the length of the fixed pinyin list is less than or equal to 0 and the length of the selected pinyin list is greater than 0, the unconsumed pinyin is set as the pinyin output, and the target content is generated based on the pinyin output and the selected pinyin.

[0015] In some embodiments, the system further includes: When the length of the fixed pinyin list is greater than 0 and the list of unconsumed pinyin is empty, the target content is generated based on the pinyin output. When the length of the fixed pinyin list is greater than 0 and the list of unconsumed pinyin is not empty, the target content is generated based on the pinyin output and the fixed pinyin.

[0016] The OpenHarmony intelligent input method system provided by this invention has the following steps: The input method startup unit initiates the application by receiving input method information from the OpenHarmony system framework layer. Subsequently, the interface display unit loads and manages the customized input method interface at the application layer, and its display relies on the window container support provided by the OpenHarmony system framework layer. When a user operation triggers an input event, the input event processing unit processes the event by calling the standard interface of the OpenHarmony system framework layer, ensuring the standardization and security of the interaction, and outputting the input result. Finally, the intelligent input unit again calls the capabilities of the OpenHarmony system framework layer, driving the intelligent functions of core modules such as input, creation, candidate selection, and other functions based on the input result. Through layered design, user interaction, business logic, and underlying system support are decoupled, thereby achieving efficient and coherent operation of the input method from startup, display, processing to intelligent output while ensuring stability and security. Attached Figure Description

[0017] To more clearly illustrate the technical solutions in this invention or the prior art, the accompanying drawings used in the description of the embodiments or the prior art will be briefly introduced one by one below. Obviously, the accompanying drawings described below are some embodiments of this invention. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0018] Figure 1 This is a schematic diagram of the unit of the OpenHarmony device intelligent input method system provided by the present invention.

[0019] Figure 2 This is the IME architecture diagram for input method calls provided by the present invention.

[0020] Figure 3 This is a schematic diagram of the architecture of the OpenHarmony device intelligent input method system provided by the present invention.

[0021] Figure 4 This is a call diagram of the PinYinService class provided by the present invention.

[0022] Figure 5 This is a schematic diagram of the Worker workflow provided by the present invention.

[0023] Figure 6 This is a schematic diagram of the principle framework of the Pinyin input method provided by the present invention.

[0024] Figure 7 This is a schematic diagram illustrating the principle of candidate pinyin selection provided by the present invention.

[0025] Figure 8This is a schematic diagram illustrating the principle of deleting pinyin provided by the present invention.

[0026] Figure 9 This is a schematic diagram illustrating the principle of the fixed pinyin provided by the present invention.

[0027] Figure 10 This is a schematic diagram illustrating the principle of the nine-key Pinyin calculation provided by this invention. Detailed Implementation

[0028] To make the objectives, technical solutions, and advantages of this invention clearer, the technical solutions of this invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some, not all, of the embodiments of this invention. All other embodiments obtained by those skilled in the art based on the embodiments of this invention without creative effort are within the scope of protection of this invention.

[0029] The OpenHarmony device intelligent input method system of the present invention will now be described with reference to the accompanying drawings. Figure 1 This is a schematic diagram of the unit of the OpenHarmony device intelligent input method system provided by the present invention, as shown below. Figure 1 As shown, the OpenHarmony device intelligent input method system (hereinafter referred to as the system) specifically includes: The input method launch unit is used to receive input method information passed from the OpenHarmony system framework layer and launch the input method application. The interface display unit is used to manage the status and operation of the input method application and load a custom input method interface, which includes interface elements of the input module, creation module, candidate module and function module. An input event processing unit is used to respond to input events received by the input method interface, and to process the input events corresponding to the key types of the input method interface through the interface of the OpenHarmony system framework layer to obtain the input result; The intelligent input unit is used to invoke the OpenHarmony system framework layer based on the input result to execute at least one of the input module, creation module, candidate module, and function module.

[0030] The purpose of this invention is to overcome the shortcomings of existing technologies and provide an intelligent input method system that deeply collaborates with the OpenHarmony system framework layer. Through a clear layered architecture and standardized interface interactions, this system achieves efficient, stable, and secure operation of the input method throughout the entire process, from startup, interface management, event handling to intelligent output.

[0031] This system is built on top of the OpenHarmony system, and its core lies in the collaborative working mechanism between the input method application layer and the OpenHarmony system framework layer. The system framework layer provides basic system capabilities, while the application layer focuses on business logic and interface display. The two communicate through a series of standard interfaces.

[0032] When a user triggers an input operation, the InputMethodAbility component in the OpenHarmony system framework layer is responsible for launching the input method application. The input method itself serves as the basic unit for unified system scheduling in the form of InputMethodExtension. The framework layer passes input method information (including the input method runtime context and system input method capability instance) to the application layer through the standard interface provided by the system. The input method launch unit receives this information and completes the initialization and startup of the input method application.

[0033] After the application starts, the interface display unit is responsible for creating and managing the input method interface. The application layer manages the overall state and operation of the input method uniformly through a custom KeyboardController class. In terms of interface presentation, the OpenHarmony system framework layer provides a unified input method window container (supported by the Panel system capability), responsible for managing the display, hiding, and hierarchy of windows. This design avoids the application layer directly participating in complex system window management, significantly reducing system coupling. Based on this, the application layer's KeyboardController class creates a soft keyboard panel, dynamically sets the keyboard height and width according to the device screen size, and loads the custom input method interface. This interface integrates the interface elements of the input module, creation module, candidate module, and function module, providing users with an interactive entry point.

[0034] Users input via the 9-key keypad or the Chinese 26-key keypad. The resulting input events are first captured and initially categorized by the InputMethodAbility in the system framework layer. Subsequently, the events are passed to the InputHandle component in the application layer for specific processing. The input event processing unit differentiates its handling based on the key type: for 9-key keypad input, InputHandle maps numeric characters to corresponding pinyin combinations; for Chinese 26-key input, it directly retrieves the corresponding pinyin characters. All processing results, whether pinyin data or function commands (such as delete or switch), constitute the input result. Crucially, any text operations performed on the target application's input box (such as insertion, deletion, or cursor movement) are not executed directly by the application layer, but rather through calls to the InputCilent interface provided by the OpenHarmony system framework layer. InputCilent, as a standard text input proxy, ensures the standardization and security of the input process.

[0035] Ultimately, the intelligent input unit leverages rich system capabilities based on the input results to achieve intelligent input functionality. The intelligent input unit is the core of the system's intelligence. For example, when the input result is Pinyin data, this unit calls the PinYinService class, uses the Ngram language model to parse the Pinyin, generates a candidate word list, and displays it in the candidate module. When the user selects a candidate word, the unit can further trigger the associative word generation process, performing contextual prediction based on the selected word to generate an associative word list. The entire intelligent input function, including candidate word generation, associative word recommendation, and other innovative functions, is implemented by flexibly calling system capabilities provided by the OpenHarmony system framework layer, such as Panel (for interface rendering and display), InputCilent (for text editing), InputMethodAbility (for lifecycle management), and KeyboardDelegate (for listening to and handling physical keyboard events), thereby driving one or more functions in the input module, creation module, candidate module, and functional modules.

[0036] In summary, this invention constructs a well-structured, highly efficient, and deeply integrated intelligent input method system with the OpenHarmony system through the synergistic effect of InputMethodExtension, standard interfaces, KeyboardController, window container, InputCilent, and a series of system capabilities (Panel, InputMethodAbility, KeyboardDelegate), effectively improving input efficiency, system stability, security, and development flexibility.

[0037] It should be noted that the OpenHarmony device intelligent input method system described in this invention has good hardware platform adaptability, and its application scenarios can cover OpenHarmony devices with different instruction set architectures. By calling the standard OpenHarmony system framework layer interface, the system achieves decoupling from the underlying hardware architecture, thereby enabling deployment on operating systems of various processor platforms, including RISC-V, ARM, and x86.

[0038] refer to Figure 2 , Figure 2 This is the IME architecture diagram for input method calls provided by the present invention.

[0039] Users trigger system responses by inputting requests through the third-party application layer. The input method application layer includes an input logic module, a custom KeyboardController class for unified scheduling, and the ArkUI page. The input logic module is responsible for maintaining input state and the C++ Pinyin engine; the ArkUI page is responsible for implementing 26-key and 9-key layouts. The system framework layer consists of components such as Panel, input method window container, InputCilent, text input agent, inputMethodAbility, input method lifecycle management, KeyboardDelegate, and hardware keyboard agent, which respectively handle functions such as input window drawing, text insertion, text deletion, cursor movement, keyboard lifting and hiding, and physical key listening. All functions are ultimately integrated and called through InputMethodExtensionAbility as the system scheduling entry point, forming a complete input method interaction flow.

[0040] According to the present invention, an intelligent input method system for OpenHarmony devices includes an input module for acquiring target content input through an OpenHarmony device, wherein the target content is input via the nine-key keypad or the Chinese 26-key keypad of the OpenHarmony device.

[0041] refer to Figure 3 , Figure 3 This is a schematic diagram of the architecture of the OpenHarmony device intelligent input method system provided by the present invention.

[0042] Here, the input module provides an interactive interface, including the OpenHarmony device's 9-key keypad or the Chinese 26-key keypad, facilitating user input. The interactive area, the core of the entire input process, provides a space for users to input letters, pinyin, symbols, and other content.

[0043] The creation module displays the target content acquired by the input module. Letters, pinyin, symbols, and other input from the user through the input module are displayed on the creation module, thus reflecting the system's input progress in real time and providing a basis for generating prompts.

[0044] The candidate module dynamically generates multiple prompts based on the target content displayed in the creation module. These prompts include candidate content and associated content. The candidate module features a candidate association function, capable of real-time "expansion" and "association" based on the target content displayed in the creation module, generating prompts for the user to select and confirm. Specifically, the prompts include candidate content and associated content. Candidate content generates multiple pending options based on the current target content, such as generating various Chinese words based on pinyin. Associative content generates multiple pending options with contextual relevance to the candidate content, such as associating other words in a relevant context based on the currently generated Chinese words.

[0045] The function module is used to edit the input of target content. It provides a function bar, including a delete key, a number / symbol toggle key, a Chinese / English toggle key, a 9-key key or a Chinese 26-key selection key, etc., to assist in input operations and enhance the user experience.

[0046] The input method launch unit receives input focus information from the OpenHarmony system framework layer to trigger application launch; the interface display unit relies on the window management service of the OpenHarmony system framework layer to load and manage the UI elements of each module of the input method interface; the input event handling unit converts user key operations into corresponding input results through the input method service interface provided by the OpenHarmony system framework layer; the intelligent input unit coordinates and calls the functional logic of the input module (acquiring content), the creation module (displaying content), the candidate module (generating prompt content), and the function module (editing operation) based on the result, and finally feeds the processing result back to the target application through the OpenHarmony system framework layer, forming a complete closed loop from event capture to content display.

[0047] In this embodiment of the invention, the input module on the OpenHarmony device's 9-key keypad and Chinese 26-key keypad allows for editing of the input operation of the target content using the function module, thereby realizing the input and acquisition of the target content. The candidate module can generate prompts for the target content displayed by the creation module, realizing content candidate and content association. This ensures that the system, while supporting 9-key Pinyin input, achieves the characteristics of candidate word advance and lexical association for the input target content, improving the user experience of the OpenHarmony device.

[0048] In some embodiments, the OpenHarmony device intelligent input method system employs a multi-threaded architecture. The system's main thread and worker threads communicate via a message mechanism, specifically in the following ways: Send a command to the Worker thread to change its running status; When a worker thread receives a change instruction via a message mechanism, it updates the running status according to the status type in the change instruction. The running status types include: resource initialization status, prompt content update status, target content input processing status, input reset status, and worker thread shutdown status.

[0049] Here, the main thread sends a change instruction for the running state to the worker thread through workerPort.postMessage. The worker thread receives the message through the onmessage event, obtains the change instruction, and then performs the change and processing of the running state according to the message's type attribute.

[0050] Specifically, the resource initialization state is used to initialize the pinyin decoding resources, load the pinyin dictionary and model files, and is marked as INIT. The prompt content update state is used to update the word selection state based on the candidate word identifier (ID), returning the new pinyin content and candidate list, and is marked as CHOOSE. The target content input processing state processes keyboard input, updates the pinyin spelling or performs deletion operations, and synchronizes the main thread state, and is marked as KEY. The input reset state is used to reset the current pinyin input state, notifying the main thread to clear the old state, and is marked as RESET. The worker thread shutdown state destroys the pinyin decoding resources and shuts down the worker thread, and is marked as CLOSE.

[0051] The process of transitioning and processing the operating state (i.e., the Worker workflow) can be found in [link to documentation]. Figure 5 ,like Figure 5 As shown, the Worker first receives the INIT message, loads the pinyin dictionary and model, and updates to the INIT state. It then responds to user key input by entering the KEY state. After user key input, the CHOOSE state is triggered. If the user continues input, it returns to the KEY state and enters the CLOSE state when the input session ends, at which point the Worker thread terminates. Alternatively, the input session can be terminated directly in the CLOSE state while in the KEY state.

[0052] Furthermore, in the KEY state, if the main thread requests a reset, it updates to the RESET state and reverts to the KEY state when the user resumes input. If the main thread requests to close in the INIT state, it can directly clean up and exit, updating to the CLOSE state and ending the Worker thread. In the CLOSE state, if another input request is initiated, resources must be reloaded and the system updated to the INIT state. This closed-loop update of various states ensures the normal multi-threaded operation of the OpenHarmony device intelligent input method system.

[0053] The OpenHarmony system framework layer provides the underlying runtime environment and inter-process communication (IPC) support for the communication mechanism between the main thread and worker threads. The thread management module of the OpenHarmony system framework layer enables the main thread to send state change instructions to the worker threads through its provided message queue interface. The worker threads' state update operations such as initialization and input processing also rely on the thread synchronization and resource access control capabilities abstracted by the OpenHarmony system framework layer, thereby ensuring the reliable and efficient execution of this communication process.

[0054] This invention employs a multi-threaded architecture to run the OpenHarmony device intelligent input method system, enabling the switching and updating of various operating states within the system, effectively improving the system's response speed and input processing efficiency. Furthermore, through message communication between the main thread and worker threads, even when worker threads are performing time-consuming operations, the main thread can still smoothly process user input and update the system state, ensuring a smooth user input experience.

[0055] In some embodiments, the candidate module also deploys an Ngram language model. Specifically, the candidate module dynamically generates multiple prompts using the Ngram language model. The process of generating the prompts is described in detail below.

[0056] When the target content is Chinese Pinyin characters input via the 26-key keyboard of an OpenHarmony device, the Ngram language model is invoked to parse and process the Pinyin characters, generating corresponding candidate content. When the target content is numeric characters input via the 9-key keypad of an OpenHarmony device, the corresponding Pinyin combination is generated based on the key mapping of the numeric characters, and the Ngram language model is invoked to parse and process the Pinyin combination, generating corresponding candidate content.

[0057] Here, the invocation process of the Ngram language model can be implemented through a PinYinService class, which encapsulates the concatenation and decoding operations. The PinYinService class specifically defines the following five functions: initPinyinEngine(), used to initialize the Pinyin decoding engine; initNgram(), used to initialize the Ngram language model; imGetChoiceList(), to retrieve the candidate word list corresponding to the current Pinyin; imGetPredictList(), to retrieve the list of associated or predicted words; and destroyEngine(), to destroy the decoding engine and release resources.

[0058] The PinYinService class invocation process can be found in [reference]. Figure 4 The process involves calling the `initPinyinEngine` function to load the Pinyin engine, the `imGetChoiceList` function to retrieve generated candidate words, and the `initNgram` function to initialize the Ngram language model. The `imGetPredictList` function then invokes the Ngram language model to generate candidate words and associated words, retrieving a list of associated or predicted words. Finally, the `destroyEngine` function destroys the decoding engine, releasing resources. This completes the entire service process from Pinyin input to candidate word generation, sorting, and prediction.

[0059] like Figure 6 As shown, when the OpenHarmony device's intelligent input method system starts, the system creates an input window through the OpenHarmony device for the user to input. Then, the various modules of the OpenHarmony device work together to complete the input operation.

[0060] When a user inputs a Pinyin character (such as "zhong") using a 26-key Chinese keyboard, the input method is activated. The input operation is captured by the InputMethodAbility module, and the input event is passed to the InputHandle module for processing, which then calls the InputMethod Engine (IME). The IME runs the PinYinService class, which is responsible for parsing the Pinyin, matching words, and generating candidate words. Specifically, the initPinyinEngine function loads the Pinyin engine, calls the initNgram function to initialize the Ngram language model, then calls the Ngram language model to parse and process the Pinyin character, generates corresponding candidate content, retrieves it using the imGetChoiceList function, and finally returns the candidate words to the InputHandle module for feedback to the user.

[0061] When a user inputs numeric characters (such as "9", corresponding to "wxyz") using the nine-key keyboard, the input method is activated. The input is captured by the InputMethodAbility module and passed to the NineKeyHandle module for processing. NineKeyHandle generates the corresponding Pinyin combination based on the key mapping of the numeric character and passes the Pinyin combination to the input method's core engine, IME. Subsequent steps are similar to those for the 26-key Chinese keyboard. IME runs the PinYinService class, which parses the Pinyin, performs word matching, and generates a candidate word list. The Pinyin engine is loaded via the initPinyinEngine function, which calls the initNgram function to initialize the Ngram language model. The Ngram language model then parses the Pinyin characters, generates corresponding candidate words, retrieves them using the imGetChoiceList function, and finally returns the candidate words to the input control module for feedback to the user.

[0062] Once the fixed content is determined from the candidate content, the Ngram language model is called to perform context prediction on the fixed content and generate the corresponding associated content.

[0063] When a user selects a candidate word, that candidate word becomes fixed content. At this point, the system calls the NextWordModel module to generate associated or predicted words. The imGetPredictList function is then called to retrieve the associated words, which are then returned to the input control module for feedback to the user.

[0064] In this embodiment of the invention, when implementing system input operations, the system cooperates with other modules of the OpenHarmony device to achieve a universal input processing architecture under both the Chinese 26-key and 9-key layouts. On this basis, it further implements functions such as candidate word generation and word prediction, which plays an auxiliary role in user input and improves the system's input processing efficiency.

[0065] In some embodiments, the candidate module is also used to call the Ngram language model to correct the target content when an input error occurs in the target content, and generate corresponding candidate content based on the corrected target content; when the authoring module has displayed historical content, it performs contextual semantic analysis based on the historical content and fixed content to generate corresponding associated content.

[0066] Here, the Ngram language model deployed in the candidate module also implements error correction and fuzzy matching functions. When the target content entered by the user is incorrect, the target content is corrected during parsing, and corresponding candidate content is generated based on the corrected target content.

[0067] In addition, when the target content is successfully acquired, it is generally displayed as historical content in the creation module. If the user generates fixed content by determining candidate content, the Ngram language model is called to perform contextual semantic analysis based on the historical content and the fixed content to generate corresponding suggested content.

[0068] In this embodiment of the invention, when the system implements input operation functions, the N-gram language model can automatically correct input errors and perform fuzzy matching, thereby improving input accuracy. Furthermore, after determining fixed content, it can further perceive the historical context and generate more semantically relevant associative words based on the context and the current fixed content, thus improving the semantic accuracy of the generated associative words.

[0069] The target content acquired by the system input module is obtained by processing the Pinyin characters input via the Chinese 26-key or 9-key keypad of the OpenHarmony device. Under normal circumstances, when inputting via the 9-key keypad of the OpenHarmony device, the specific Pinyin processing flow is similar to other input methods in this field and can be directly implemented using the relevant modules of the OpenHarmony device.

[0070] In the 26-key Chinese input mode, when a user clicks any letter in the alphabet (using "w" as an example), the input control module within the OpenHarmony device calls the `InputHandle.getInstance().insertText()` function. Here, the `text()` parameter is set to "w", the `isChinese` parameter to `true`, the `isSelText` parameter to `false`, and the `selNum` parameter to `false`, completing the letter input from the UI layer to the Pinyin engine. When deleting a Pinyin character, the user clicks the delete button on the system's function module. The input control module then calls the `InputHandle.getInstance().deleteForward()` function, setting the `length` parameter to `1`, the `isNineKeyMode` parameter to `false`, and the `isPinyin` parameter to `true`, deleting the input letter from the Pinyin engine. Specifically, when `isPinyin` is set to `false`, the selected text box will be deleted as a single character. When selecting a predicted word, the user enters any letter, and the candidate word bar provides corresponding words for the user to choose from. After the user clicks to select a word, the input control module calls the InputHandle.getInstance().insertText() function. The text parameter is the word selected by the user, the isChinese parameter is true, the isSelText parameter is true, and selNum is the index of the selected word in the predicted word list, thus completing the selection of the predicted word.

[0071] However, in the 9-key (Chinese 9-key) input mode, the Pinyin processing logic for inputting Pinyin characters is different because OpenHarmony devices do not currently support 9-key input. Therefore, in some embodiments, when the target content is input via the 9-key input method of an OpenHarmony device, obtaining the target content input via the OpenHarmony device can be achieved in the following ways, which are explained in detail below.

[0072] The system identifies candidate pinyin input via the nine-key keypad of the OpenHarmony device. When a selected pinyin is identified from the candidate pinyin, the list of fixed pinyin is cleared, and the actual pinyin is determined. The actual pinyin consists of fixed pinyin, selected pinyin, and unconsumed pinyin.

[0073] Here, when a user inputs pinyin characters using the nine-key keypad of the OpenHarmony device, the input pinyin characters are used as candidate pinyin for the user to select.

[0074] like Figure 7As shown, when a user clicks on a candidate pinyin, the selected candidate pinyin becomes the selected pinyin, at which point the actual pinyin needs to be determined. In this embodiment of the invention, the actual pinyin consists of fixed pinyin, selected pinyin, and unconsumed pinyin. The actual pinyin refers to the complete pinyin content of the user's current input string, serving as the overall benchmark for input method processing. It is specifically composed of various types of pinyin combinations, i.e., "Actual pinyin = Fixed pinyin + Selected pinyin + Unconsumed pinyin". Fixed pinyin refers to pinyin character segments that have been selected by the user or frozen under system policies. These segments are not re-segmented with subsequent input to ensure prefix stability. Selected pinyin is the portion confirmed by the user after clicking on a candidate pinyin; it is concatenated with separators during input to ensure clear boundaries and serves as the core basis for candidate word formation. Unconsumed pinyin consists of the tail pinyin of the candidate pinyin that has not yet been selected or fixed, remaining in a pending state. It is continuously used for candidate generation and subsequent input prediction. Actual pinyin, fixed pinyin, selected pinyin, and unconsumed pinyin are all stored in corresponding lists during storage, and the length of the lists changes as the types of pinyin are updated.

[0075] Each time a selected pinyin is chosen from the candidate pinyin, the types of pinyin included in the actual pinyin change because the new selection alters the combination of the actual pinyin. Therefore, the list of fixed pinyin is first emptied, clearing the previously locked pinyin, and then the actual pinyin is recalculated, reorganizing the types of pinyin included in the actual pinyin. There are three categories: Selected pinyin, which are the pinyin character segments confirmed by the user this time, separated by delimiters during display; Fixed pinyin, which are "frozen" in certain situations to ensure the previously confirmed content remains accurate; and Unconsumed pinyin, which are the parts that have not yet been selected or fixed, and these will continue to be used to generate new candidates.

[0076] After processing, the pinyin is further checked for validity. If the user's selected pinyin exceeds the input range or is inconsistent with the candidate content, the remaining pinyin is recalculated. If it matches perfectly, the remaining pinyin is cleared. Finally, the selected pinyin is concatenated according to the separators and displayed, while new candidates are generated by combining the unconsumed pinyin, making the input results both intuitive and accurate.

[0077] Specifically, when the length of the selected pinyin list is not greater than the length of the actual pinyin list, and the pinyin characters of the selected pinyin are equal to the pinyin characters of the actual pinyin, the list of unconsumed pinyin is set to empty, and a nine-key calculation is performed on the selected pinyin and the unconsumed pinyin to obtain the target content.

[0078] When the length of the selected pinyin list is not greater than the length of the actual pinyin list, and the pinyin characters of the selected pinyin are not equal to the pinyin characters of the actual pinyin, calculate the unconsumed pinyin, and perform a nine-key calculation on the selected pinyin and the unconsumed pinyin to obtain the target content.

[0079] like Figure 7 As shown, after determining the actual pinyin, it is necessary to check if the length of the selected pinyin list is not greater than the actual pinyin list length. If so, it is necessary to further check if the length of the selected pinyin list is equal to the actual pinyin list length. If so, it means that the user has clicked and selected all candidate pinyin as selected pinyin, and there are no remaining pinyin. At this time, it is checked whether the pinyin characters of the selected pinyin are equal to the pinyin characters of the actual pinyin. If so, it means that the user has clicked and selected all candidate pinyin as selected pinyin, and there are no remaining pinyin. This does not include unconsumed pinyin, and fixed pinyin has been frozen and is not included in the calculation. At this time, the actual pinyin is the selected pinyin, so the list of unconsumed pinyin is empty, realizing the pinyin reset and forming the actual pinyin. Further, the selected pinyin and unconsumed pinyin are input back, and nine-key calculation is performed. The selected pinyin is concatenated with a separator and displayed to generate the corresponding Chinese character, while the unconsumed pinyin is continuously used for candidate generation and the next input prediction. If there are no unconsumed pinyin, this operation is not required, and the target content is finally generated.

[0080] When determining whether the selected pinyin characters are equal to the actual pinyin characters, if not, it means that the user only clicked to select a portion of the pinyin from the candidate pinyin as the selected pinyin, and there are remaining pinyin. In this case, the unconsumed pinyin is calculated, that is, the remaining pinyin is treated as unconsumed pinyin.

[0081] When determining whether the selected pinyin characters are equal to the actual pinyin characters, if not, it means the user only clicked to select a portion of the pinyin from the candidate pinyin, leaving some unselected pinyin. In this case, the unconsumed pinyin is calculated; specifically, the remaining pinyin that was not selected by the user is considered unconsumed. At this point, the actual pinyin includes both the selected and unconsumed pinyin. After resetting and organizing the pinyin to form the actual pinyin, the selected and unconsumed pinyin are input back and a nine-key calculation is performed to obtain the target content.

[0082] When the length of the selected pinyin list is greater than the actual pinyin list length, a nine-key calculation is performed on the selected pinyin and the remaining unselected pinyin in the candidate pinyin to obtain the target content.

[0083] like Figure 7 As shown, when determining whether the length of the selected pinyin list is not greater than the actual pinyin list length, if not, it also means that the user only clicked to select a portion of the pinyin from the candidate pinyin as the selected pinyin. In this case, the remaining pinyin and the selected pinyin are directly calculated, and the remaining pinyin is regarded as the unconsumed pinyin.

[0084] After resetting and organizing the pinyin to form the actual pinyin, the selected pinyin and the unconsumed pinyin are input back and a nine-key calculation is performed to obtain the target content.

[0085] In this embodiment of the invention, under the nine-key Pinyin input method, after the selected Pinyin is determined through candidate Pinyin, a Pinyin sorting is performed to recalculate the selected Pinyin and unconsumed Pinyin included in the actual Pinyin. This hierarchical design of various Pinyin types allows users to quickly confirm the prefix through the selected Pinyin and continue to expand the input at the end using the unconsumed Pinyin, ensuring the stability and flexibility of nine-key input under high-frequency Pinyin combinations.

[0086] In some embodiments, the system's functional modules can edit the input operations that achieve the target content. For example, by providing a delete key, the system responds to the user's deletion of the target content. Therefore, when the functional module edits the input operation of the target content by deleting, the system also implements a Pinyin deletion operation in the nine-key input mode of the penHarmony device, as described in detail below.

[0087] When candidate pinyin input via the nine-key keypad of an OpenHarmony device is deleted and a fixed pinyin exists, the fixed pinyin is inserted into the selected pinyin.

[0088] like Figure 8 As shown, the deletion of pinyin is performed in steps. First, when the user clicks the delete button through the function module, it needs to determine whether a fixed pinyin exists. Specifically, it checks if the list of fixed pinyin is empty. If so, the system will remove the "frozen" state of the fixed pinyin and insert it at the beginning of the selected pinyin list, preserving it as a whole. Because pinyin character deletion only deletes the later characters, inserting it at the beginning ensures that the previously confirmed fixed content is not lost and can continue to play a role in the input results.

[0089] Specifically, when the list of fixed pinyin is empty, it checks whether the fixed pinyin plus the selected pinyin equals the current actual pinyin. If yes, the remaining pinyin is cleared, the fixed pinyin is merged into the selected pinyin (i.e., the fixed pinyin is inserted at the beginning of the selected pinyin list), the list of fixed pinyin is cleared, the system reverts to Chinese characters, and the input field is updated. If no, the fixed pinyin is directly merged into the selected pinyin, the list of fixed pinyin is cleared, the system reverts to Chinese characters, and the input field is updated.

[0090] Furthermore, a pre-deletion operation is performed on the candidate pinyin to obtain the remaining pinyin. Specifically, this involves assuming that a portion of the pinyin content will be deleted, which is equivalent to undoing the fixation of the most recently entered character or word. In this way, the system can eliminate unnecessary parts in advance, thereby avoiding the influence of old state residue on subsequent calculations and splicing. After the pre-deletion is completed, the remaining pinyin is the remaining pinyin. Subsequently, the selected pinyin, fixed pinyin, and unconsumed pinyin are updated based on the remaining pinyin, and the results are processed.

[0091] Specifically, when the list of fixed pinyin is not empty and the remaining pinyin is not empty, the last pinyin character of the selected pinyin is inserted into the remaining pinyin to obtain the unconsumed pinyin; when the list of fixed pinyin is not empty and the remaining pinyin is empty, the list of remaining pinyin is cleared.

[0092] See also Figure 8 As shown, when determining whether the list of fixed pinyin is empty, if not, it further checks whether the remaining pinyin is empty. If so, firstly, the last pinyin character from the selected pinyin can be inserted into the remaining pinyin, thus obtaining the unconsumed pinyin, and the input field is updated, ending the deletion operation. Secondly, it further checks whether there is a word segmentation symbol. If so, the list of remaining pinyin is cleared, the last character in the remaining pinyin is deleted, thus obtaining the unconsumed pinyin, and the input field is updated. If not, the remaining pinyin is updated, the last character in the remaining pinyin is deleted, and then the remaining pinyin is treated as unconsumed pinyin, and the input field is updated, ending the deletion operation.

[0093] In this embodiment of the invention, when deleting candidate pinyin, the fixed pinyin is merged with the selected pinyin to ensure that the fixed pinyin is not lost and can continue to play a role in the input results. Furthermore, the remaining characters are used to calculate and clear unconsumed pinyin, ensuring that the remaining input can be correctly split and recognized, and that unconsumed parts can be cleaned up, keeping the input results in the input field neat and tidy.

[0094] In some embodiments, the fixed pinyin is determined as follows: when the selected pinyin is determined from the candidate pinyin and it is determined that the selected pinyin contains Chinese characters, the common suffix of the selected pinyin and the current actual pinyin is determined; the common suffix is ​​stored in the list of fixed pinyin as the fixed pinyin.

[0095] During the nine-key input process, the system first checks whether the input parameter contains Chinese characters. If the parameter does not contain Chinese characters, there is no need to calculate the fixed pinyin. However, if it contains Chinese characters, it means that the current input has entered a state of mixed pinyin and Chinese characters, and the fixed pinyin needs to be calculated. The system compares the pure pinyin part of the user input with the mixed pinyin (the part containing Chinese characters), extracts the common suffixes of the two, and this overlapping content is regarded as a stable segment, which is used as the fixed pinyin.

[0096] Specifically, such as Figure 9 As shown, after the user selects a pinyin from the candidate pinyin, the system first checks if there are any Chinese characters in the selected pinyin. If so, it means the current input has entered a state of mixed pinyin and Chinese characters. Then, it determines the common suffix between the selected pinyin and the current actual pinyin, that is, it calculates the overlapping pinyin portion as the common suffix. Next, it calculates the nearest fixed pinyin, that is, it uses the common suffix as the nearest fixed pinyin. Finally, it checks if the nearest fixed pinyin is empty; if not, it adds the nearest fixed pinyin to the fixed pinyin list.

[0097] In this embodiment of the invention, when a selected pinyin is determined from candidate pinyin, the selected pinyin is treated as a stable segment and added as a new fixed pinyin item to the fixed pinyin list. This ensures that these segments will not be re-segmented or modified in subsequent input or selection operations. In this way, the fixed pinyin mechanism can effectively maintain the continuity and stability of the input results.

[0098] In some embodiments, after determining the fixed pinyin, the OpenHarmony device intelligent input method system will also perform subsequent nine-key calculation operations, which will be explained in detail below.

[0099] When the length of the selected pinyin list is greater than 0, remove the first pinyin character of the selected pinyin, and determine the common suffix as the unconsumed pinyin for pinyin nine-key calculation to obtain the target content; When the length of the selected pinyin list is not greater than 0, the common suffix is ​​determined as the unconsumed pinyin and the pinyin nine-key calculation is performed to obtain the target content.

[0100] See also Figure 9 As shown, when determining if the most recently selected pinyin is empty, if it is, it means there is no overlap between the selected pinyin and the current actual pinyin, so the nine-key calculation is performed directly based on the determined pinyin, and the operation ends. If not, the most recently selected pinyin is added to the pinyin list. Then, it is further determined if the length of the selected pinyin list is greater than 0. If so, it means there is still a determined pinyin, so the first pinyin character of the selected pinyin is removed, and the unconsumed pinyin is assigned a common suffix. This common suffix is ​​used as the unconsumed pinyin for subsequent prediction in the nine-key calculation. If not, it means there is no determined pinyin, so the unconsumed pinyin is directly assigned a common suffix for subsequent prediction, and then the nine-key calculation is performed.

[0101] In this embodiment of the invention, after determining the most recently fixed pinyin, the unconsumed pinyin is calculated by determining whether there are still selected pinyin. This ensures the predictive continuity of the input results while ensuring that the most recently fixed pinyin does not change.

[0102] In some embodiments, the nine-key calculation is performed on the selected pinyin and the unconsumed pinyin to obtain the target content. This can be achieved in the following ways, which are explained in detail below.

[0103] Unconsumed pinyin is mapped to a number mapping queue, and the number mapping queue is stored in the input queue of selected pinyin. A predicted pinyin list is generated based on the input queue. The predicted pinyin column is updated with the predicted pinyin list, and the first predicted pinyin in the predicted pinyin column is selected to generate the pinyin output.

[0104] like Figure 10 As shown, in the calculation process of nine-key Pinyin, the unconsumed Pinyin is first converted into a corresponding number mapping queue and stored in the input sequence. During this process, the last numeric character of the current input is added to the input sequence. Subsequently, a predicted Pinyin list is generated based on the current input queue and updated and displayed in the predicted Pinyin column.

[0105] Furthermore, if the predicted pinyin field is empty, new pinyin candidates will be calculated and filled. If the predicted pinyin field already has a prediction result, it will be refreshed directly in the existing candidate field. Next, the first predicted pinyin will be obtained and output, denoted as output, and the status of the fixed pinyin lock will be checked. If the lock is valid, it means that the pinyin part that needs to be protected is not covered. At this time, based on the length of the selected pinyin and the unconsumed pinyin, it will be decided whether to concatenate the selected pinyin with the new candidate and update the output. If the lock is not effective, the normal pinyin processing logic will be entered.

[0106] To predict whether the pinyin field is empty, we need to determine the lengths of the fixed pinyin list and the selected pinyin list. Specifically, when both the fixed pinyin list length and the selected pinyin list length are less than or equal to 0, the target content is generated based on the pinyin output. When both the fixed pinyin list length and the selected pinyin list length are greater than 0, the unconsumed pinyin is used as the pinyin output, and the target content is generated based on the pinyin output and the selected pinyin.

[0107] See also Figure 10As shown, after obtaining the first predicted pinyin output, it first checks if the length of the fixed pinyin list is less than or equal to 0. If so, it means there is no fixed pinyin currently. Then, it further checks if the length of the selected pinyin list is less than or equal to 0. If so, it means there are no selected pinyin currently, so the unconsumed pinyin is copied as the predicted pinyin output, the pinyin is reset, the unconsumed pinyin is input back, the target content is generated, and the process ends. If not, it means there are still selected pinyin currently. In this case, the pinyin is reset directly, the selected pinyin and the predicted pinyin output are input back, the unconsumed pinyin is set as the predicted pinyin output, the target content is generated based on this, and the process ends.

[0108] In this embodiment of the invention, when performing nine-key calculation, unconsumed pinyin is queued into a number queue, and a predicted pinyin is pre-generated as the pinyin output. Then, by judging the fixed pinyin and the selected pinyin, it is determined whether the current input already has a predicted result, thereby further determining the unconsumed pinyin. In this way, nine-key calculation is realized through number mapping and predicted pinyin generation, ensuring that the updating of candidate pinyin can maintain continuity and accuracy.

[0109] In some embodiments, after selecting the first predicted pinyin in the predicted pinyin column to generate pinyin output, there will still be a fixed pinyin list with a length greater than 0, that is, there will be a fixed pinyin, which will be explained in detail below.

[0110] When the length of the fixed pinyin list is greater than 0 and the list of unconsumed pinyin is empty, the target content is generated based on the pinyin output; when the length of the fixed pinyin list is greater than 0 and the list of unconsumed pinyin is not empty, the target content is generated based on the pinyin output and the selected pinyin.

[0111] See also Figure 10 As shown, after obtaining the first predicted pinyin output, it checks if the length of the fixed pinyin list is less than or equal to 0. If not, it means that there are still fixed pinyin. Then it further checks if the fixed pinyin is locked. If yes, there is no need to perform the nine-key pinyin calculation, and the process ends. If no, it further checks if the unconsumed pinyin is empty. If yes, it means that the currently input candidate pinyin has been completely processed, and there are no remaining pinyin. The predicted pinyin output is then used as the final output to generate the target content, and the process ends. If no, the predicted pinyin output needs to be concatenated to the fixed pinyin for generation. Here, the unconsumed pinyin is directly set as the predicted pinyin output, then the unconsumed pinyin is set to be input back, and then the predicted pinyin output is concatenated to the fixed pinyin to generate the target content, and the process ends.

[0112] In this embodiment of the invention, when performing nine-key calculations with a fixed pinyin, the predicted pinyin is concatenated with the fixed pinyin to update the current output result. This enables nine-key calculations under different input states, improving the system's flexibility in accommodating different input states.

[0113] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention, and not to limit them; although the present invention has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some of the technical features; and these modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of the present invention.

Claims

1. An OpenHarmony device intelligent input method system, characterized in that, include: The input method launch unit is used to receive input method information passed from the OpenHarmony system framework layer and launch the input method application. The interface display unit is used to manage the status and operation of the input method application and load a custom input method interface, which includes interface elements of the input module, creation module, candidate module and function module. An input event processing unit is used to respond to input events received by the input method interface, and to process the input events corresponding to the key types of the input method interface through the interface of the OpenHarmony system framework layer to obtain the input result; The intelligent input unit is used to invoke the OpenHarmony system framework layer based on the input result to execute at least one of the input module, creation module, candidate module, and function module.

2. The OpenHarmony device intelligent input method system according to claim 1, characterized in that, The input module is used to acquire target content input through the OpenHarmony device, wherein the target content is input via the nine-key keypad or the Chinese 26-key keypad of the OpenHarmony device; The creation module is used to display the target content acquired by the input module; The candidate module is used to dynamically generate multiple prompts based on the target content displayed in the creation module. The prompts include candidate content and associated content. The functional module is used to edit the input operations of the target content.

3. The OpenHarmony device intelligent input method system according to claim 1, characterized in that, The system's main thread and worker threads communicate in the following way: The main thread sends a command to the worker thread to change its running status. When the Worker thread receives the change instruction through the message mechanism, it updates the running status according to the running status type in the change instruction; The running status types include: resource initialization status, prompt content update status, target content input processing status, input reset status, and worker thread shutdown status.

4. The OpenHarmony device intelligent input method system according to claim 2, characterized in that, The candidate module also deploys an Ngram language model, and the process of generating the prompt content includes: When the target content is Chinese pinyin characters input via the 26-key keyboard of an OpenHarmony device, the Ngram language model is invoked to parse and process the pinyin characters, generating corresponding candidate content; When the target content is a numeric character input via the nine-key keypad of the OpenHarmony device, the corresponding pinyin combination is generated according to the key mapping of the numeric character, and the Ngram language model is called to parse the pinyin combination to generate the corresponding candidate content. Once the fixed content is determined from the candidate content, the Ngram language model is invoked to perform context prediction on the fixed content and generate corresponding associated content.

5. The OpenHarmony device intelligent input method system according to claim 4, characterized in that, The candidate module is also used to call the Ngram language model to correct the target content when an input error occurs in the target content, and to generate corresponding candidate content based on the corrected target content. When the creation module has displayed historical content, it performs contextual semantic analysis based on the historical content and the fixed content to generate corresponding associative content.

6. The OpenHarmony device intelligent input method system according to claim 2, characterized in that, When the target content is input via the 3x3 keypad of an OpenHarmony device, obtaining the target content input via the OpenHarmony device includes: Identify candidate pinyin inputs via the nine-key keypad of an OpenHarmony device; When the selected pinyin is determined from the candidate pinyin, the list of fixed pinyin is emptied, and the actual pinyin is determined. The actual pinyin consists of the fixed pinyin, the selected pinyin, and the unconsumed pinyin. When the length of the selected pinyin list is not greater than the length of the actual pinyin list, and the pinyin characters of the selected pinyin are equal to the pinyin characters of the actual pinyin, the list of unconsumed pinyin is set to empty, and a nine-key calculation is performed on the selected pinyin and the unconsumed pinyin to obtain the target content; When the length of the selected pinyin list is not greater than the length of the actual pinyin list, or the pinyin characters of the selected pinyin are not equal to the pinyin characters of the actual pinyin, the unconsumed pinyin is calculated, and a nine-key calculation is performed on the selected pinyin and the unconsumed pinyin to obtain the target content; When the length of the selected pinyin list is greater than the length of the actual pinyin list, a nine-key calculation is performed on the selected pinyin and the remaining unselected pinyin in the candidate pinyin to obtain the target content.

7. The OpenHarmony device intelligent input method system according to claim 6, characterized in that, When the function module edits the input of the target content by deleting it, the system further includes: When candidate pinyin input via the nine-key keypad of an OpenHarmony device is deleted and a fixed pinyin exists, the fixed pinyin is inserted into the selected pinyin. Perform a pre-deletion operation on the candidate pinyin to obtain the remaining pinyin; When the list of fixed pinyin is not empty and the remaining pinyin is not empty, the last pinyin character of the selected pinyin is inserted into the remaining pinyin to obtain unconsumed pinyin; When the list of fixed pinyin is not empty and the list of remaining pinyin is empty, clear the list of remaining pinyin and update the list of remaining pinyin to obtain the unconsumed pinyin.

8. The OpenHarmony device intelligent input method system according to claim 6 or 7, characterized in that, The fixed pinyin is determined in the following way: When a selected pinyin is determined from the candidate pinyin, and it is determined that the selected pinyin contains Chinese characters, the common suffix of the selected pinyin and the current actual pinyin is determined; The common suffix is ​​stored in a list of fixed pinyin as the fixed pinyin.

9. The OpenHarmony device intelligent input method system according to claim 8, characterized in that, The system also includes: When the length of the selected pinyin list is greater than 0, remove the first pinyin character of the selected pinyin, and determine the common suffix as the unconsumed pinyin for pinyin nine-key calculation to obtain the target content; When the length of the selected pinyin list is not greater than 0, the common suffix is ​​determined as an unconsumed pinyin and the pinyin nine-key calculation is performed to obtain the target content.

10. The OpenHarmony device intelligent input method system according to claim 6 or 7, characterized in that, The step of performing a nine-key calculation on the selected pinyin and the unconsumed pinyin to obtain the target content includes: The unconsumed pinyin is mapped to a number mapping queue, and the number mapping queue is stored in the input queue of the selected pinyin; A list of predicted pinyin is generated based on the input queue; The predicted pinyin column is updated by the predicted pinyin list, and the first predicted pinyin in the predicted pinyin column is selected to generate pinyin output; When the length of the fixed pinyin list is less than or equal to 0 and the length of the selected pinyin list is less than or equal to 0, the unconsumed pinyin is copied as the pinyin output, and the target content is generated; When the length of the fixed pinyin list is less than or equal to 0 and the length of the selected pinyin list is greater than 0, the unconsumed pinyin is set as the pinyin output, and the target content is generated based on the pinyin output and the selected pinyin.

11. The OpenHarmony device intelligent input method system according to claim 10, characterized in that, The system also includes: When the length of the fixed pinyin list is greater than 0 and the list of unconsumed pinyin is empty, the target content is generated based on the pinyin output. When the length of the fixed pinyin list is greater than 0 and the list of unconsumed pinyin is not empty, the target content is generated based on the pinyin output and the fixed pinyin.

Images