WO2008077326A1

WO2008077326A1 - A character inputting method and system thereof

Info

Publication number: WO2008077326A1
Application number: PCT/CN2007/070968
Authority: WO
Inventors: Fan Wang; Qingming Wang; Zhibin Fan; Xiang Ren; Xudong Chen
Original assignee: Tencent Technology (Shenzhen) Company Limited
Priority date: 2006-12-26
Filing date: 2007-10-26
Publication date: 2008-07-03
Also published as: TW200921451A; TWI356323B; CN101075284A

Abstract

A character inputting method and a system thereof. The method comprises the steps as follows: providing a character contrast table to the user, the character contrast table rendering the corresponding relation between the plain text character and the cryptograph text character; receiving the cryptograph text character which the user inputted; converting the cryptograph text character into the plain text character based on the character contrast table. In course of the implement, if the other obtained the cryptograph text character which the user inputted by way of monitoring the keyboard, then he can't acquire the plain text character which the user want to input, and even if the other saw the content which inputted by the user, he can't acquire the plain text character which the user want to input.

Description

Character input method and system thereof

Technical field

The present invention relates to the field of character input technology, and more particularly to a character input method and a character input system. Background of the invention

In everyday life, people often have to type characters in a variety of situations. For example, enter the user name and password when logging in to the computer operating system, enter various data during the process of using the computer, and enter the account and password when using the software such as instant messaging (IM), email, etc. Enter the password for the bank card on the ATM (Automatic Teller Machine), and so on.

When people enter the above various characters, especially when entering characters such as passwords, they need to be kept secret to prevent others from getting the characters they input.

In existing computer networks, the characters entered by the user can generally be obtained by listening to the user's keyboard input. Therefore, some software adopts a scheme of displaying a soft keyboard on the screen, and then the user uses the mouse to click an icon on the soft keyboard in the screen to input the corresponding character. 1 is a schematic diagram of a soft keyboard in the prior art. This soft keyboard input method prevents others from listening from the keyboard, but it also has many shortcomings, for example: The user clicks on the software to operate much slower than typing directly on the keyboard, and is prone to error; in addition, if others can It is convenient to see the click operation performed by the user on the screen, and the characters input by the user can be easily obtained. Summary of the invention

The invention provides a character input method, which aims to improve the input character of a user. Security, preventing others from getting the characters entered by the user. Another object of the present invention is to propose a character input system.

In order to achieve the above object, the present invention discloses a character input method, which comprises the following steps:

Providing a character comparison table to the user, the character comparison table is used to indicate a correspondence between the plain text character and the secret character character;

Receiving ciphertext characters input by the user;

Converting the ciphertext characters into plaintext characters according to the character comparison table.

The invention also discloses a system for character input, the system comprising:

a first device, configured to provide a character comparison table to the user, and receive a secret character input by the user;

And a second device, configured to convert the ciphertext characters input by the user into the first device into plaintext characters according to the character comparison table.

As can be seen from the above solution, since the present invention first provides the user with a character comparison table for indicating the correspondence between the plaintext character and the ciphertext character, and then receives the ciphertext character corresponding to the plaintext character input by the user according to the character comparison table. And converting the ciphertext character into a plaintext character according to the character comparison table. In this process, even if another person obtains the ciphertext character input by the user through the monitor keyboard, the plaintext character that the user wants to input cannot be obtained, and even if others When you see the content entered by the user, you can't get the plain text characters you want to enter. Therefore, the technical solution of the present invention reduces the risk of input character leakage and improves the security of input characters. BRIEF DESCRIPTION OF THE DRAWINGS

1 is a schematic view of a soft keyboard in the prior art;

2 is a schematic flow chart of a first embodiment of the present invention; 3 is a schematic diagram of a character comparison table in the first embodiment of the present invention; FIG. 4 is a schematic flowchart of a second embodiment of the present invention;

FIG. 5 is a schematic flowchart of a third embodiment of the present invention

FIG. 6 is a schematic structural diagram of a character input system according to an embodiment of the present invention. Mode for carrying out the invention

In order to make the objects, technical solutions and advantages of the present invention more comprehensible, the present invention will be further described in detail below.

The main idea of the present invention is to provide a character comparison table for the user, and the character comparison table is used to indicate the correspondence between the plaintext character and the ciphertext character, and the user can obtain the corresponding correspondence according to the plaintext character and the character comparison table to be input by the user. The ciphertext character, and then input the ciphertext character, the system receives the ciphertext character input by the user, and then converts the ciphertext character into a plaintext character according to the character comparison table, so that the plaintext character to be input by the user can be obtained, and even Other users listen to the keyboard or observe the user's input operation, obtain the ciphertext characters input by the user, and can not get the original plaintext characters, thus ensuring the security of the character input.

In addition, since the character comparison table is used, the plaintext character is not directly input, but the ciphertext character is input, and as long as the plaintext character corresponding to the ciphertext character is changed, a plurality of plaintext characters can be finally obtained by the limited ciphertext character. This allows a variety of characters to be entered with limited keys. For example, it is often difficult to directly input characters. If there is a plain text character corresponding to the ciphertext character "a" in the character comparison table, then "a" can be input by the cartridge to finally obtain "/,." In the embodiment, the scenario in which the user logs in to the IM tool to input a password character is taken as an example to illustrate the technical solution of the present invention.

2 is a schematic flow chart of a first embodiment of the present invention. Referring to Figure 2, the process includes Next steps:

Step 201: When the user runs the IM client to prepare for login, the IM client displays the character comparison table on the interface to provide to the user.

The character comparison table here may be generated by the IM client and sent to the IM server after being generated, so that the IM server converts the ciphertext characters input by the user.

Similarly, the character comparison table can also be generated by the IM server. For example, when the IM client runs, it requests a character comparison table from the IM server, and then the IM server generates a character comparison table and sends it to the requesting IM client, or the IM server sends the previously generated character comparison table to the requested IM client. .

To further improve security, the IM client or IM server for generating the character lookup table may update the character lookup table. Thus, even if other people have obtained the old character comparison table, since this input uses the updated new character comparison table, others cannot obtain the plaintext characters that the user wants to input.

In addition, the manner in which the IM client displays the character comparison table can also be varied. For example, FIG. 3 is a schematic diagram of a character comparison table in the first embodiment of the present invention. As shown in FIG. 3, the IM client directly displays a character comparison table on the login interface, wherein the first row and the second row are in the same column. The characters correspond to the characters in the same column of the third row and the fourth row, and the order of the characters may be in the order of the characters in the table itself, or may be in a random disorder order, such as the first behavior 1234567890, or may be random. Appears as 7890123456 or 4567890123. The user can input the ciphertext characters corresponding to the plaintext characters from the keyboard according to the displayed correspondence. Further, the IM client can also use the character comparison table displayed in the interface as a soft keyboard, so that the user can click on the displayed characters to compare the characters in the table, thereby avoiding input from the keyboard and further enhancing security.

Further, the IM client can also adjust the order and capitalization of characters according to an instruction input by the user, for example, when the user presses the shift key or clicks the shift key in the soft keyboard. The IM client switches the characters of the first line and the second line in Figure 3 once, or rearranges the order of each line of characters; when the user presses the Caps Lock key or clicks Caps Lock in the soft keyboard When the key is pressed, the IM client switches the characters of the third line and the fourth line in Fig. 3 once between upper and lower case. In addition, when the next login, the state of the shift key and the Caps Lock key can be the initial state, and the state of the previous login is not memorized.

Step 202: Taking the password as an example, the user can obtain the corresponding ciphertext character according to the provided character comparison table and the password that is to be input, that is, the source plaintext character, and then the user inputs the obtained secret in the password input box. Character characters, and confirm.

For example, when the password to be entered by the user is "fangshiyu2214", the ciphertext character is "snatfuvlh;;]," according to the character comparison table shown in FIG. 3, and then the user inputs "snatfuvlh;;" in the password input box through the keyboard. , ".

In this step, if the IM client provides a soft keyboard function, the user can also input the ciphertext character "snatfuvlh;;]," via the soft keyboard.

Step 203: After receiving the ciphertext character password input by the user, the IM client sends the IM software number of the user together with the input ciphertext character password to the IM server.

Step 204: After receiving the IM software number and the ciphertext character password of the user sent by the IM client, the IM server obtains the saved password, that is, the target plaintext character, according to the user's IM software number, and encrypts according to the character comparison table. The characters are converted into plaintext characters, and then the comparison is converted to the plaintext characters and the target plaintext characters, and it is determined whether the two are the same. If they are the same, the user is allowed to log in. If they are not the same, the verification fails. The user is prohibited from logging in. The IM server can further prompt the user to enter a password error. In the first embodiment described above, the IM client and the IM server respectively perform operations of displaying a character collation table, receiving ciphertext characters, and converting ciphertext characters into plaintext characters. In the second embodiment below, all operations will be performed by one device. The second embodiment illustrates the technical solution of the present invention by taking a password as an example when logging in to the local operating system of the computer. 4 is a schematic flow chart of a second embodiment of the present invention. Referring to Figure 4, a second embodiment of the present invention includes the following steps:

Step 401: When the user is ready to log in to the operating system after booting, the operating system displays the character comparison table on the interface to provide the user with the character.

The character comparison table here is generated by the operating system. Also, the character comparison table can be regenerated every time the user logs in, or the character comparison table can be updated to further ensure security.

The manner in which the operating system displays the character comparison table may also be various, and may be the same as the display manner in the first embodiment, and details are not described herein again.

Step 402: The user can obtain the ciphertext character password according to the provided character comparison table and the plain text password that is to be input by the user, and then the user inputs the obtained ciphertext character in the password input box of the operating system login interface, and confirms.

Similarly, in this step, the user can directly input ciphertext characters through the keyboard. If the operating system provides a soft keyboard function, the user can also input ciphertext characters through the soft keyboard.

Step 403: After receiving the ciphertext character password input by the user, the operating system obtains the saved password according to the user name, that is, the target plaintext character, and converts the ciphertext character into a plaintext character according to the character comparison table, and then compares and converts the plaintext character. And the target plain text characters, and determine whether the two are the same. If they are the same, the user is authenticated to allow the user to log in to the operating system. If they are different, the verification fails. The user is prohibited from logging in. The operating system can further prompt the user to enter the password error. re-enter. In the third embodiment, the technical solution of the present invention is described by taking a password as an example when logging in to a certain page of the server. FIG. 5 is a schematic flow chart of a third embodiment of the present invention. Referring to Figure 5, a third embodiment of the present invention includes the following steps: Step 501: When the user opens the server login page to prepare for login, the server login module displays the character comparison table on the login page to provide the user with the user.

The character comparison table here is generated by the login module. Also, the character comparison table can be regenerated every time the user logs in, or the character comparison table can be updated to further ensure security.

The manner in which the login module displays the character comparison table may also be various, and may be the same as the display manner in the first embodiment, and details are not described herein again.

Step 502: The user can obtain the ciphertext character password according to the provided character comparison table and the plain text password that is to be input by the user, and then the user inputs the obtained ciphertext character in the password input box of the server login page, and confirms.

Similarly, in this step, the user can directly input ciphertext characters through the keyboard. If the login module provides a soft keyboard function on the login page or the user's client screen, the user can also input ciphertext characters through the soft keyboard.

Step 503: After receiving the ciphertext character password input by the user, the login module obtains the saved password according to the user name, that is, the target plaintext character, and converts the ciphertext character into a plaintext character according to the character comparison table, and then compares and converts the plaintext character. And the target plain text characters, and determine whether the two are the same. If they are the same, the user is allowed to log in to the server-side page. If they are not the same, the verification fails. The user is prohibited from logging in. The login module can further prompt the user to enter the password error. You can enter it again. In order to implement the above method, an embodiment of the present invention further provides a character input system. FIG. 6 is a schematic structural diagram of a character input system according to an embodiment of the present invention. Referring to Figure 6, the character input system in the embodiment of the present invention includes a first device and a second device. The first device is configured to provide a character comparison table to the user, and receive the ciphertext characters input by the user, and then send the ciphertext characters input by the user to the second device. The second device is used according to the character comparison table, The ciphertext characters entered by the user are converted to plain text characters.

In the first embodiment, the first device and the second device are separate and located in different devices, i.e., the first device is located in the IM client and the second device is located in the IM server.

Wherein, both the first device and the second device can generate and update the character comparison table and send to the other party. Moreover, the first device can provide the character look-up table to the user by displaying the character look-up table on its screen. In order to receive the ciphertext characters input by the user, the first device may further include a keyboard module or a soft keyboard module, the keyboard module is configured to receive the ciphertext characters input by the user through the keyboard, and the soft keyboard module is configured to display the soft keyboard on the screen, and Receive ciphertext characters entered by the user by clicking the soft keyboard. After receiving the ciphertext characters input by the user, the first device transmits the ciphertext characters to the second device, and the second device further compares the plaintext characters with the target plaintext characters and determines whether the two are the same.

Unlike in the first embodiment, in the second embodiment and the third embodiment, the first device and the second device in the character input system are located in the same device, that is, in the second embodiment both Located in the local computer, the two are part of the local computer operating system, and in the third embodiment, both are located in the server-side login module.

In the second embodiment, both the first device and the second device can generate and update the character comparison table, but since they are in the same device, they may not need to be sent to the other party, but may be stored locally and shared. The character comparison table can be. Moreover, the first device can provide the character look-up table to the user by displaying the character look-up table on its screen. In order to receive the ciphertext characters input by the user, the first device may further include a keyboard module or a soft keyboard module, the keyboard module is configured to receive the ciphertext characters input by the user through the keyboard, and the soft keyboard module is configured to display the soft keyboard on the screen, and Receive ciphertext characters entered by the user by clicking the soft keyboard. After receiving the ciphertext characters input by the user, the first device transmits the ciphertext characters to the second device, and the second device further compares the plaintext characters with the target plaintext characters and determines whether the two are the same.

In the third embodiment, both the first device and the second device can generate and update the character The table is compared, but since it is in the same device, it may not need to be sent to the other party, but stored locally and shared by the generated character comparison table. Moreover, the first device can provide the character lookup table to the user by displaying the character lookup table in the login page. In order to receive the ciphertext characters input by the user, the first device may further comprise a keyboard module or a soft keyboard module, the keyboard module is configured to receive the ciphertext characters input by the user through the keyboard, and the soft keyboard module is used on the login page or the client of the user. A soft keyboard is displayed on the screen and receives the ciphertext characters entered by the user by clicking on the soft keyboard. After receiving the ciphertext characters input by the user, the first device sends the ciphertext characters to the second device, and the second device further compares the plaintext characters with the target plaintext characters and determines whether the two are the same.

As can be seen from the above embodiment, the present invention first provides a character comparison table for indicating a correspondence between a plaintext character and a ciphertext character, and then receives a ciphertext character corresponding to the plaintext character input by the user according to the character comparison table. And converting the ciphertext character into a plaintext character according to the character comparison table. In this process, even if another person obtains the ciphertext character input by the user through the monitor keyboard, the plaintext character that the user wants to input cannot be obtained, and even if others When you see the content entered by the user, you can't get the plain text characters you want to enter. Therefore, the technical solution of the present invention reduces the risk of input character leakage and improves the security of input characters. In addition, when the character comparison table is used, it is possible to further input a plurality of characters using a limited key by using the setting of the correspondence relationship.

The above is only the preferred embodiment of the present invention, and is not intended to limit the present invention. Any modifications, equivalents, improvements, etc., which are included in the spirit and scope of the present invention, should be included in the present invention. Within the scope of protection.

Claims

Claim

A character input method, characterized in that the method comprises:

Receiving ciphertext characters input by the user;

The method according to claim 1, wherein before the providing the character comparison table to the user, the method further comprises: establishing the character comparison table and/or updating the character comparison table.

The method according to claim 1, wherein after the providing a character comparison table to the user, and before receiving the ciphertext character input by the user, the method further comprises: the user using the keyboard and/or The soft keyboard inputs the ciphertext characters.

The method according to claim 1, wherein after the converting the ciphertext characters into plaintext characters, the method further comprises the step of comparing the plaintext characters with the target plaintext characters and determining whether the two are the same.

5. The method according to claim 3, wherein after the providing a character comparison table to the user, and before the user inputs the ciphertext characters through the keyboard and/or the soft keyboard, the method further comprises: The ciphertext character is obtained according to the source plaintext character and the character comparison table.

6. A system for character input, characterized in that the system comprises:

7. The system of claim 6 wherein:

The second device is further configured to generate and/or update a character comparison table and send the same to the first device; or

The first device is further configured to generate and/or update a character comparison table and send the same to the second device.

The system according to claim 6, wherein the first device further comprises a keyboard module and/or a soft keyboard module, wherein:

The keyboard module is configured to receive a ciphertext character input by a user from a keyboard;

The soft keyboard module is configured to display a soft keyboard on the screen and receive a ciphertext character input by the user by clicking the soft keyboard.

9. The system according to claim 6, wherein the second module is further configured to compare the plaintext character and the target plaintext character and determine whether the two are the same.

10. The system according to claim 6, wherein the first module and the second module are located in the same device or in different devices.