CN102045325B - 一种基于网络通信的输入方法及系统 - Google Patents

Abstract

本发明公开了一种基于网络通信的输入方法及系统，其中，所述方法包括：接收请求方发送的建立网络连接的请求；判断发送所述请求所使用的传输协议，根据所述传输协议建立与请求方的网络连接；获取并解析所述请求方以服务命令的方式发送的服务请求；处理所述服务请求，以向所述请求方提供网络输入法服务。本发明还公开了一种基于网络通信的输入系统。通过本发明，降低了在计算过程中对本地的计算资源和计算能力的依赖，即使是低端的通信工具，也可以满足对于输入法智能化的需要。同时，在任何操作系统中都可以实现基于网络通信的输入，增强了灵活性，便于满足在不同通信工具中进行输入的多样化需求。

Description

一种基于网络通信的输入方法及系统

技术领域

本发明涉及输入法技术领域，特别是涉及一种基于网络通信的输入方法及系统。

背景技术

输入法发展到今天，已经是人们生活中不可或缺的工具，为人们使用电脑以及其他电气设备提供极大地方便。

目前生活中的输入法多种多样，语言各异。同时，语音识别技术的不断进步，产生了语音输入法；光学识别技术OCR的飞速发展也推动了手写输入法的发展。目前，可以使用输入法的环境多种多样：个人电脑及其上的各种操作系统，手机，甚至一些硬件电器等。可以说，但凡涉及到人类表达自己讲话需求的地方，都有对输入法的需要和使用。

与此同时，网络传输能力的飞速发展使人类的通信能力不断增强，而这种通信能力的增强，又进一步增强了人类在网络沟通上的需求。可以确定的讲，未来的网络通信需求一定具有多样化，精确化，复杂化和更加智能化等特点。这种通信需求对输入法技术来讲将是一个很大的挑战。

然而，目前的输入法系统大部分都是仅限于本机操作，然而基于自然语言处理的输入法系统在计算时，十分依赖于计算资源，虽然计算资源和计算能力越强大，输入法的智能性也就越高，但对于一些低端机、手机、或者其他电气设备，这种资源和计算能力显然是不可能实现的，这就使得这些低端的通信工具，完全无法满足对于输入法智能化的需要。

发明内容

本发明提供一种基于网络通信的输入方法及系统，能够降低输入法系统对本地的计算资源和计算能力的依赖。

为实现上述目的，本发明提供了如下方案：

一种基于网络通信的输入方法，包括：

接收请求方发送的建立网络连接的请求；

判断发送所述请求所使用的传输协议，根据所述传输协议建立与请求方的网络连接；

获取并解析所述请求方以服务命令的方式发送的服务请求；

处理所述服务请求，以向所述请求方提供网络输入法服务。

优选的，所述判断发送所述请求所使用的传输协议，根据所述传输协议建立与请求方的网络连接包括：

当发送所述请求所使用的传输协议为长连接协议时，建立与请求方的长连接，以便所述请求方通过所述长连接以服务命令的方式发送服务请求；

所述获取并解析所述请求方以服务命令的方式发送的服务请求包括：

接收请求方通过所述长连接以服务命令的方式发送的服务请求，对所述服务请求进行命令解析，获知所述服务请求的类型。

优选的，所述判断发送所述请求所使用的传输协议，根据所述传输协议建立与请求方的网络连接包括：

当发送所述请求所使用的传输协议为短连接协议时，建立与请求方的短连接；所述请求方在所述建立网络连接的请求中携带所述服务请求；

所述获取并解析所述请求方以服务命令的方式发送的服务请求包括：

对所述建立网络连接的请求进行协议解析获取服务请求数据；对所述服务请求数据进行命令解析，获知所述服务请求的类型。

优选的，所述判断发送所述请求所使用的传输协议，根据所述传输协议建立与请求方的网络连接包括：

当发送所述请求所使用的传输协议为TCP协议时，建立与请求方的长连接或短连接。

优选的，所述服务请求包括输入请求，所述输入请求用于携带请求方的待转换数据；

所述处理所述服务请求，以向所述请求方提供网络输入法服务包括：

根据所述待转换数据得到转换结果，将所述转换结果返回给请求方。

优选的，所述根据所述待转换数据得到转换结果包括：

当接收到新的待转换数据时，将所述新接收的待转换数据连同已接收到的待转换数据一起，得到转换结果，并通过所述网络连接将所述转换结果返回给请求方；直到接收到请求方发送的已上屏消息。

优选的，所述服务请求还包括连接请求，所述连接请求用于携带请求方的身份验证码；

所述处理所述服务请求，以向所述请求方提供网络输入法服务包括：

利用所述身份验证码对所述请求方进行身份验证，如果验证通过，保存请求方信息，并向所述请求方返回连接成功消息，等待用户进一步的输入行为；

所述根据所述待转换数据得到转换结果之前还包括：

判断所述请求方是否已经通过了身份验证，如果通过，根据所述待转换数据得到转换结果。

优选的，所述连接请求还用于携带输入选项，所述输入选项包括输入类型和/或最大候选项数目；如果身份验证通过，保存所述输入选项。

优选的，所述根据所述待转换数据得到转换结果包括：

根据所述待转换数据及输入选项选择计算服务器群，并根据负载平衡查询当前计算任务最轻的计算服务器；

将所述待转换数据及输入选项发送所述计算任务最轻的计算服务器；

接收该计算服务器返回的信息，得到所述转换结果。

优选的，当所述网络连接为长连接时，所述服务请求还包括断开请求；

所述处理所述服务请求包括：

断开所述网络连接，清空请求方的信息。

一种基于网络通信的输入系统，包括：

请求接收单元，用于接收请求方发送的建立网络连接的请求；

网络连接建立单元，用于判断发送所述请求所使用的传输协议，根据所述传输协议建立与请求方的网络连接；

解析单元，用于获取并解析所述请求方以服务命令的方式发送的服务请求；

响应单元，用于处理所述服务请求，以向所述请求方提供网络输入法服务。

优选的，所述网络连接建立单元包括：

第一建立子单元，用于当发送所述请求所使用的传输协议为长连接协议时，建立与请求方的长连接，以便所述请求方通过所述长连接以服务命令的方式发送服务请求；

所述解析单元包括：

第一解析子单元，用于接收请求方通过所述长连接以服务命令的方式发送的服务请求，对所述服务请求进行命令解析，获知所述服务请求的类型。

优选的，所述网络连接建立单元包括：

第二建立子单元，用于当发送所述请求所使用的传输协议为短连接协议时，建立与请求方的短连接；所述请求方在所述建立网络连接的请求中携带所述服务请求；

所述解析单元包括：

第二解析子单元，用于对所述建立网络连接的请求进行协议解析获取服务请求数据；

第三解析子单元，用于对所述服务请求数据进行命令解析，获知所述服务请求的类型。

优选的，所述网络连接建立单元包括：

第三建立子单元，用于当发送所述请求所使用的传输协议为TCP协议时，建立与请求方的长连接或短连接。

优选的，所述服务请求包括输入请求，所述输入请求用于携带请求方的待转换数据；所述响应单元包括：

第一响应子单元，用于根据所述待转换数据得到转换结果，将所述转换结果返回给请求方。

优选的，所述第一响应子单元包括：

增量式响应子单元，用于当接收到新的待转换数据时，将所述新接收的待转换数据连同已接收到的待转换数据一起，得到转换结果，并通过所述网络连接将所述转换结果返回给请求方；直到接收到请求方发送的已上屏消息。

优选的，所述服务请求包括连接请求，所述连接请求用于携带请求方的身份验证码；所述响应单元包括：

第二响应子单元，用于利用所述身份验证码对所述请求方进行身份验证，如果验证通过，保存请求方信息，并向所述请求方返回连接成功消息，等待用户进一步的输入行为；

所述第一响应子单元在根据所述待转换数据得到转换结果之前还用于，判断所述请求方是否已经通过了身份验证，如果通过，根据所述待转换数据得到转换结果。

优选的，所述连接请求还用于携带输入选项，所述输入选项包括输入类型和/或最大候选项数目；

所述第二响应子单元还用于如果身份验证通过，保存所述输入选项。

优选的，所述第一响应子单元包括：

服务器选择子单元，用于根据所述待转换数据及输入选项选择计算服务器群，并根据负载平衡查询当前计算任务最轻的计算服务器；

第一发送子单元，用于将所述待转换数据及输入选项发送所述计算任务最轻的计算服务器；

接收子单元，用于接收该计算服务器返回的信息，得到所述转换结果。

优选的，当所述网络连接为长连接时，所述服务请求还包括断开请求；所述响应单元包括：

第三响应子单元，用于断开所述网络连接，清空请求方的信息。

根据本发明提供的具体实施例，本发明公开了以下技术效果：

本发明能够接收请求方发送的建立网络连接的请求；判断发送所述请求所使用的传输协议，根据所述传输协议建立与请求方的网络连接；获取并解析所述请求方以服务命令的方式发送的服务请求；处理所述服务请求，以向所述请求方提供网络输入法服务。因此，只要与服务器建立网络连接，就能够实现将用户输入的待转换数据发送到服务器，在服务器端进行计算，并返回转换结果。可见，可以利用远程计算机强大的运算能力，实现字词的输入，从而降低了在计算过程中对本地的计算资源和计算能力的依赖，即使是低端的通信工具，也可以满足对于输入法智能化的需要。

同时，由于可以以服务命令方式发送服务请求，并且服务器能够解析各种传输协议，因此，在本发明的实现过程中，不需要任何固定形式的客户端软件，从而避免了客户端软件在安装时需考虑的跨平台兼容性问题，在任何操作系统中都可以实现基于网络通信的输入，增强了灵活性，便于满足在不同通信工具中进行输入的多样化需求。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本发明实施例提供的方法的流程图；

图2是本发明实施例提供的控制服务器架构图；

图3是本发明实施例提供的系统的示意图。

具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

参见图1，本发明实施例提供的基于网络通信的输入方法包括以下步骤：

S101：接收请求方发送的建立网络连接的请求；

S102：判断发送所述请求所使用的传输协议，根据所述传输协议建立与请求方的网络连接；

S103：获取并解析所述请求方以服务命令的方式发送的服务请求；

在本发明实施例中，请求方可以使用TCP、telnet、HTTP等各种类型的传输协议来与服务器建立网络连接。

其中，一种方式是，请求方通过应用层的高层协议发起建立网络连接的请求，其中，应用层的协议可以是长连接协议，也可以是短连接协议，具体实现时，发送请求的方式有所不同，服务器针对不同的协议会进行不同的处理。下面分别进行介绍。

如果发送所述建立网络连接的请求所使用的传输协议为Telnet等长连接协议，则建立与请求方的长连接，这样，所述请求方通过所述长连接以服务命令的方式发送服务请求，而不用对请求数据进行封装；因此，在解析所述服务请求时，可以直接进行命令解析，便可以获知所述服务请求的类型。

如果发送所述建立网络连接的请求所使用的传输协议为HTTP协议等短连接协议，则建立与请求方的短连接；此时，请求方可以直接在所述建立网络连接的请求中携带所述服务请求；但此时，在解析所述服务请求时，需要首先对所述建立网络连接的请求进行协议解析获取服务请求数据；对所述服务请求数据进行命令解析，获知所述服务请求的类型。

另外，请求方也可以使用TCP等传输层协议直接在网络传输层上和服务器进行通信，使用输入法服务。使用TCP协议时，可以实现与服务器的长连接，也可以实现短连接，具体使用长连接还是短连接，可以由请求者自己的需求决定。例如，具体在使用TCP传输协议时，可以通过socket(套接字)编程等方式来实现与服务器进行通信的模块(该通信模块可以是专门用于实现网络输入法的)。

例如，如果是使用socket编程的方式，则通信模块需要加载套接字库，创建套接字，并且可以向服务器发送连接请求(可以在编程时指定使用长连接还是短连接)，与服务器进行通信。对于服务器而言，同样需要加载套接字库，创建套接字，绑定套接字到一个IP地址和一个端口上，将套接字设置为监听模式等待连接请求，请求到来后，接受连接请求，返回一个新的对应于此次连接的套接字，用返回的套接字和客户端进行通信。

此外，请求方也可以使用UDP等面向无连接的协议与服务器进行通信，由于UDP协议是面向无连接的协议，因此，如果请求方使用的是UDP协议，则无需建立与请求方的连接，直接以数据报的方式向请求方发送数据即可。

其中所述服务请求的类型包括输入请求、连接请求、断开请求等，请求方可以按照预置的固定格式发送各种服务请求。

S104：处理所述服务请求，以向所述请求方提供网络输入法服务。

其中，服务请求包括输入请求，所述输入请求用于携带请求方的待转换数据，如拼音串等；服务器可以根据所述待转换数据得到转换结果，然后通过所述网络连接将所述转换结果返回给请求方。因此，数据转换等计算的过程是在服务器端进行的，请求方可以通过所述网络连接获取到服务器计算得到的转换结果。

其中，为了对请求方进行身份验证，所述服务请求还可以包括连接请求，所述连接请求用于携带请求方的身份验证码；该身份验证码可以是由服务器预先分发给请求方的，请求方在获取服务器的服务之前，需要向服务器发送连接请求，并携带所述身份验证码，服务器对其进行身份验证，验证通过后，才允许请求方发送输入请求。即，在收到用户的输入请求之后，首先需要判断一下该请求方是否已经通过了身份验证，如果通过，则根据所述待转换数据得到转换结果，并返回给请求方。

在所述连接请求中还可以携带输入选项，该输入选项包括输入类型和/或最大候选项数目，其具体的值可以由用户根据需要自行设置，请求方通过身份验证之后，服务器可以将输入选项保存，以便根据该输入选项返回转换结果。

具体在根据所述待转换数据得到转换结果时，可以如下进行：根据所述待转换数据及输入选项选择计算服务器群，并根据负载平衡查询当前计算任务最轻的计算服务器；将所述待转换数据及输入选项发送所述计算任务最轻的计算服务器；接收该计算服务器返回的信息，得到所述转换结果。

由于同时发送请求的请求方可能有多个，因此，为了区分各请求方，保证向请求方返回的转换结果的正确性，还可以对当前的输入请求赋予唯一的ID号，将所述ID号与请求方的IP地址映射后保存；将所述ID号连同所述待转换数据及输入选项发送所述计算任务最轻的计算服务器；以便该计算服务器在返回信息时携带所述ID号；当接收到计算服务器返回的信息后，根据所述ID号查找与其对应的请求方IP地址，并根据该IP地址及所述请求方所使用的传输协议，将所述转换结果返回给请求方。

其中，请求方在向服务器发送请求包时，都会携带上自己的IP地址信息，因此，可以从请求包中获取请求方的IP地址。

此外，如果与请求方建立的网络连接是长连接，所述服务请求还包括断开请求；服务器在接收到该断开请求后，可以断开所述网络连接，清空之前保存的请求方信息。

因此，只要与服务器建立网络连接，就能够实现将用户输入的待转换数据发送到服务器，在服务器端进行计算，并返回转换结果。可见，可以利用远程计算机强大的运算能力，实现字词的输入，从而降低了在计算过程中对本地的计算资源和计算能力的依赖，即使是低端的通信工具，也可以满足对于输入法智能化的需要。

同时，由于可以以服务命令方式发送服务请求，并且服务器能够解析各种传输协议，因此，在本发明的实现过程中，不需要任何固定形式的客户端软件，从而避免了客户端软件在安装时需考虑的跨平台兼容性问题，在任何操作系统中都可以实现基于网络通信的输入，增强了灵活性，便于满足在不同通信工具中进行输入的多样化需求。

为了更好地理解本发明实施例提供的方法，下面进行更加详细地介绍。

在本发明实施例中，请求方可以直接通过网络通信与服务器直接进行交互，只需要采用服务器指定的服务命令，将自己的输入请求以服务命令的形式发给服务器。然后服务器经过对接收到的服务命令请求进行判别、解析、计算等一系列操作，将结果直接发回给请求方，请求方得到数据后，交付自己的显示单元，这就是完成了一次输入操作。

同时，本发明实施例中网络通信不限制网络通信协议的使用，任何网络通信协议，只要可以与服务器建立连接，都可以被服务器所接受。对于TCP、http、telnet等多种不同层的网络传输协议，服务器都建立了相应通信机制，以建立与请求方的连接。

因此，本发明实施例提供的方案中，不会依赖于任何固定的客户端软件形式，任何想要使用此服务的用户只要可以联网，然后按照服务器可以识别的服务命令格式和用法，就可以直接与服务器联系。

本发明实施例所提供的方案中，需要最少一台的控制服务器接收并处理服务请求，然后有多台后台计算能力强大的计算服务器与控制服务器相连，进行实际的计算操作。同时需要提供一种与控制服务器相交互的服务命令及其格式和用法，供请求方通信使用。请求方通过向服务器发送服务命令直接将请求发送至控制服务器，并等待控制服务器的返回结果。

控制服务器一直等待网络输入请求，当接收到网络输入请求时，对请求进行处理，然后以计算请求的方式把输入内容传入到某台计算服务器；计算服务器计算得到的结果，传回到控制服务器，而后控制服务器将计算结果响应给网络上另一端的服务请求方。

为了使用输入法服务，可以采用服务命令的方式向服务器发送请求，其中，服务命令是由服务器端定义的，请求方需要按照该规定的服务命令格式发送数据，以便服务器在进行命令解析时，能够获知请求方发送的是何种命令，并进行相应的响应。服务命令通常可以包括连接(connect)、输入(input)和断开(logout)三条，下面对此进行介绍。

1)连接(connect)，用于和服务器建立连接关系(该连接与网络连接不同)，表明请求方具有了输入需求，并且即将向服务器发送输入请求数据。这条命令是阻塞型命令，用户发送了连接命令后，必须得到服务器的响应(如，服务器返回状态为OK)，用户才可以使用输入命令。否则用户必须在等待超时之后重新发送连接命令，直到收到服务器的响应。其中连接命令中可以有以下三个选项：身份认证码(identity)，输入类型(input_type)和候选个数(cand_num)。

身份认证码(identity)是必须的命令选项，表明用户具有此服务的合法权限。对于一般的普通用户，身份认证码采用一个统一的验证码，这个验证码是由服务器提供给合法用户的，以代表其身份，防止第三方伪装普通用户。而对于第三方开发者，认证码则是由服务器直接单独授予的。

输入类型(input_type)表明用户输入数据的类型，如拼音输入法，笔画输入法等等。这个不是必须的命令选项，默认为拼音输入法。

候选个数(cand_num)表明用户接受的最大候选项的数目，这个也不是必须的命令选项，默认为1。

2)输入(input)，用于向服务器发送输入请求数据。这个命令也是阻塞型命令，用户发送输入请求数据后，要等待服务器返回的结果。如果发生超时问题，可以重新发送此输入命令。此输入命令的唯一选项就是数据(data)，即用户需要输入转换的数据，如拼音串、笔画串，或者通过语音、手写输入的信息等。

3)断开(logout)，用户在终止使用时，可以向服务器发送断开命令，表明用户不再有输入需求，服务器根据用户logout请求，清空用户在服务器上的缓存。另外，用户如果在一段时间内没有输入请求，服务器也会自动断开连接。此命令为非阻塞命令，并且没有选项。

在使用输入法服务器提供的服务之前，首先要与输入法服务器建立网络连接。为了满足不同客户的需求，服务器对各种数据传输协议和连接方式都给予了支持。这都取决于用户使用网络服务的方式：

1)长连接方式。建立长连接的特点是，网络连接一旦建立起来，服务器便会一直维持着当前网络连接，并在此网络连接上传输服务命令和接收返回结果。比如用户使用telnet直接连接服务器，服务器判断到用户的telnet请求，便会与用户建立一个长连接，直到连接不活跃或者用户主动断开，才释放这个连接。

建立起长连接之后，就可以以服务命令的方式向服务器发送服务请求。需要说明的是，由于建立了专用的长连接，因此可以通过该长连接直接与服务器进行数据传输，而且利用该长连接进行数据传输时，不用再进行数据的封装等操作，直接将服务命令+数据本身传输到服务器即可。例如，用户首先在telnet工具中敲入“telnet服务器IP：端口号”，并等到服务器返回响应信息之后，就可以直接敲入“cmd connect+身份认证码、输入类型、候选个数”等，发送给服务器即可；然后还可以直接敲入“cmd input+拼音串”，发送给服务器即可。

2)短连接方式。跟服务器建立短连接，每次服务器都会判断用户连接使用的协议，并与之建立一个临时的网络连接来返回请求数据，待数据返回后便释放此网络连接。比如用户使用浏览器地址栏向服务器发送基于http协议的请求时，服务器首先要判断用户使用的协议，而后根据协议对用户数据进行解析，得到用户请求数据以做进一步处理。最后在返回结果的时候同时对结果数据进行协议包装，比如http协议中的返回状态码的设置，返回文档类型和文档内容的设置等。返回数据后，连接便断开了，下一次向服务器发送数据时，还需要重新与服务器建立网络连接。但是用户只要经过了身份验证过程，以后建立网络连接时就可以直接发送输入命令了，而不需要在每次建立网络连接的时候都附带身份验证码。

另外，为了支持第三方开发人员在传输层上直接连接服务器，服务器也对TCP等传输层协议做了支持。第三方开发人员可以根据自己系统的特性，来对长连接或短连接进行自主的选择。如果输入具有持续性的需求，比如桌面操作系统或者编辑软件，则可以建立长连接；而输入具有偶然性的需求，比如手机操作系统或查询浏览软件，则可以建立短连接。

建立起网络连接之后，就可以使用服务器提供的服务了。在本发明实施例中，控制服务器的作用很重要，包括处理服务命令，对计算服务器群进行负载平衡查询，输入数据传给计算服务器进行真正的输入计算，返回用户输入结果等多项功能，是服务请求方和计算服务器的中间桥梁。控制服务器的组成结构可以如图2所示，下面结合控制服务器的组成结构，对建立起网络连接后，控制服务器接收和响应网络输入请求的过程进行详细地介绍：

1)服务接收端口接收到网络请求包后，首先送至网络请求解析模块205进行请求解析处理。网络请求解析模块205会根据用户请求网络连接的方式做不同类型的处理，做相应的协议解析处理后，或建立长连接，或将用户请求数据传入下一步处理过程。

如果是长连接方式，由于长连接一旦建立起来，就可以直接通过该长连接传输数据，不需要进行数据的封装与解封装，因此，可以直接将请求的数据传给后面的步骤，进行命令解析即可。

而基于短连接的请求方式，每一次请求都需要在此模块中进行传输协议请求处理。在对传输协议请求进行处理时，首先调用传输协议请求处理模块201对请求方使用的传输协议进行解析，而后把协议本身中的数据去掉，得到用户请求数据。

2)对用户请求数据进行命令解析，如果用户发送的服务命令是建立连接，则调用connect请求处理模块202，得到用户身认证份码，判断请求者身份是否合法，如果不合法，则以拒绝连接信号返回，并且断开已经建立的网络连接；否则，提取出输入选项部分，得到输入法类型，返回候选数目；此时请求方身份已经验证为合法，控制服务器会将请求方信息存入请求信息收集模块206将请求方信息缓存起来。然后以连接成功状态返回给请求方，并等待用户进一步的输入行为。

其中，所述用户身认证份码可以是控制服务器提供的，在发送身份验证的服务命令时，带上该服务器提供的用户身认证份码即可。

如果收到的服务请求是输入命令，首先可以从请求信息收集模块206中验证用户身份，如果用户已经经过了身份验证，则处理当前输入请求；否则直接忽略该请求。处理输入请求时，可以对当前输入请求赋予一个唯一服务ID号，把对应的服务ID号和请求方的IP地址映射存入请求信息收集模块206，并提取出输入请求数据，连同服务唯一ID号与输入选项，一起传入计算请求发送模块208。

计算请求发送模块208接收到网络请求解析模块205传入的数据后，首先根据输入法的类型选择对应的计算服务器群；然后通过负载平衡查询模块209，得到当前计算任务最轻的计算服务器，并将唯一服务ID号和所选择的计算服务器ID映射存入计算信息收集模块210；最后将唯一服务ID号、部分输入选项(如返回候选数目)和输入请求数据发送到对应的计算服务器进行计算。

当计算结果获取模块211得到来自于某一计算服务器的计算结果时，首先到计算信息收集模块210中验证，判断计算服务器的ID和唯一服务ID号是否对应，如果对应，则将结算结果连同唯一服务ID号发送给网络请求响应模块207。

网络请求响应模块207可以将计算结果获取模块211发来的计算结果进行验证，而后根据唯一服务ID号从请求信息收集模块206中得到请求方的IP地址。最后根据请求方使用的传输协议，对输出结果进行协议封装，并发送给请求方。

如果收到的服务请求是断开(logout)命令，或者请求信息收集模块205中时间戳已经过期时，则清空该用户在请求信息收集模块205中的信息，如果用户使用的是长连接方式，则自动断开与用户的网络连接。

从前文所述可以看出，在本发明实施例提供的方法中，不需要任何特定的客户端，只要能够按照固定格式以服务命令的方式与服务器通信，就可以实现基于网络通信的字词输入，从而解放本地的计算资源，降低对本地计算能力的依赖。如前文所述，用户在发送服务命令请求时，可以使用底层的TCP协议，也可以是比较高层的telnet和http等协议，

如前所述，对TCP等传输层协议的支持，是为了使第三方开发人员可以直接与服务器进行底层通信。其中，所述第三方可以是操作系统开发人员或软件开发人员等等，第三方需要做的只是在系统中增加一个简单的通信模块来与服务器在传输层上建立网络连接，就可以向服务器发送服务命令以及接收服务器返回的结果，而实现各种各样的输入目的。下面通过具体的实例分别进行详细地介绍。

实例一、假设某手机的操作系统是针对低配机器开发的，因此无法安装智能化的手机输入法，但是，该操作系统却可以支持基于网络通信的输入法。具体实现时，操作系统开发人员A只需要已知网络输入法服务器的IP地址及端口号，并遵循网络输入法服务器提出的通信格式，花费非常小的编程代价(主要涉及通信部分)，就可以取得网络输入法服务器为其提供的计算结果。当然，该开发人员A还可以编写简单的、用于输入及显示的界面程序，用户可以从输入界面输入编码字符串等数据，通信模块将其按照固定的通信格式，使用对应的传输层协议进行封装，然后发送到服务器即可。当然，第三方开发的通信模块也可以使用其他的高层协议进行数据包的封装。

可见，本发明实施例中避开了客户端软件在安装时的平台兼容性问题，直接在网络通信层面上与服务器进行交互即可，因此，具有较低的代码复杂性同时具有较强的代码可维护性。

如果操作系统中已经存在一种本机输入法，也同样可以增加一个通信模块，以实现网络输入法的功能。一般情况下，本机输入法一般分为三部分：输入模块、计算模块和显示模块。为了使用此网络输入法，可以直接在计算模块中添加一个接口，用于和输入法服务器通信并得到输出结果。这种实现方式不会影响到输入法组件中的其他模块，更不会影响到输入法模块之外的其他操作系统部分。只需要在计算模块中添加一个和其他计算方法(比如本地输入法计算)并行的调用服务的模块就可以实现，类似于新增一个计算接口和对应的链接库。对于已经出厂的操作系统，可以很容易的通过patch的方法增加这个服务调用接口。

具体在调用服务器的服务时，采用操作系统的实现语言(比如C语言等)，在之前的输入法计算模块中插入一个并行的远程计算模块。对应的，操作系统中可以有一个相应的网络输入法配置文件，该配置文件中记录网络输入法服务器的IP地址和自身的身份验证信息。该远程计算模块首选读取配置信息，然后根据输入法的选项配置，使用socket并向服务器发送TCP长连接请求，而后等待服务器的响应。其中，Socket是在传输层上进行网络通信编程的一种标准接口，也可以采用其他方式与输入法服务器建立长连接。当然，为了节省网络资源，在输入行为不是很持续的情况下，也可以用短连接的形式向服务器发送请求。

如果发生了建立网络连接请求超时，那么在一定的时间间隔内继续发送，直到得到服务器的请求响应。如果得到的是拒绝连接信号，那么表明该网络输入法目前不可用，则用户输入的时候，计算模块直接调用本地计算模块。如果服务器确认身份，建立了用户缓存，则用户输入的时候，计算模块就会调用远程计算模块，当此网络连接建立起来的时候，便发送连接命令connect，并附带上身份验证和输入选项信息，如果输入法服务器确认了请求者身份，并建立了用户缓存，并告知操作系统，那么以后用户输入的时候，操作系统就会调用远程计算模块，和服务器通信来得到输入结果并显示给用户。

如果之前已经发布的操作系统没有这个功能，则可以通过打patch的方法，把对应的dll文件作为系统补丁的一部分，供用户下载安装，安装时只需要替代计算模块的dll文件就可以使用网络输入法功能了。

服务器方面，接收到连接请求时，首先做出判断，发现此连接是TCP协议的长连接请求，则建立长连接并响应，等待连接方的进一步请求。

可见，通过本发明实施例，可以避免跨平台问题，操作系统开发人员不需要修改自己的系统就可以使用网络输入法服务。尤其通过服务组件的方式，可以完全使得对于网络输入法的调用和操作系统相独立，大大减小了其使用网络输入法的成本和复杂度。之所以能产生这种效果，就是因为服务方没有定制任何客户端类型，只需要用特定的方法在网络传输层与其通信，就可以内嵌到支持任何类型的客户端中。

实例二、某软件开发人员B想在某浏览器中内嵌网络输入法功能，方便用户在浏览器中进行输入，此时，只需要在浏览器中增加一个输入法模块即可。软件开发人员B只需要获知输入法服务器的IP及端口号，并遵循服务器提出的通信格式，花费非常小的编程代价(主要涉及通信部分)，就可以取得输入法服务器为其提供的计算结果。

具体在使用网络输入法时，首先要有输入模块以及显示模块，在输入模块以及显示模块之间，是计算模块。和实例1有所不同的是，计算模块没有本地计算接口，只有网络计算接口。网络计算模块的实现方式和实例1类似，首选需要一个配置文件来存储提供给该软件开发人员B的身份信息，输入选项信息可以通过配置菜单的形式展现给用户，并有预先的默认输入配置信息。实现语言完全采用软件开发人员B开发此软件时使用的语言，并调用此开发语言的网络通信函数生成socket建立TCP连接，与输入法服务器进行通信。其他部分和实例一相似，这里不再赘述。

可见，通过本发明实施例的方法，任何第三方软件使用者都可以通过软件中的通信模块直接和服务器通信来实现自己的输入需求，最终能对语言通信的发展起到很大的推动作用。

需要说明的是，上述实例一及实例二中的通信模块在向服务器发送输入请求时，发送输入请求的时间点可以是多样的，服务器能够支持增量式或非增量式的字符输入。具体的，在增量式的方式下，可以是用户每输入一个字符就向服务器发送一次输入请求；也可以首先预置一段时间(如20ms)，在用户输入待转换数据的过程中，每隔20ms就向服务器发送一次输入请求；在非增量式的方式下，可以当用户输入到一定长度时向服务器发送输入请求；还可以在用户连续输入的情况下，停顿某阈值时间时，向服务器发送输入请求；等等。其中，在非增量方式下，相当于每向请求方返回一次数据，就完成了一次输入操作，与上一次及下一次的输入请求无关。

也就是说，服务器对于通信模块如何发送待转换数据也是没有限制的，如果请求方是每隔一段时间或一定输入长度发送一次请求，则可以每接收一次编码字符串就进行一次转换，不需要管各次请求的编码字符串之间是否有联系。在每输入一个字符就发送一次输入请求等情况下，服务器也可以支持增量式地数据处理。具体的，可以是当接收到新的待转换数据时，将所述新接收的待转换数据连同已接收到的待转换数据一起，得到转换结果，并通过所述网络连接将所述转换结果返回给请求方；直到接收到请求方发送的已上屏消息。

例如，在增量式的方式下，可以第一次接收到了“ha”，则给出“哈”、“蛤”等候选项，并返回给请求方；如果用户没有从这些候选项中选择一个上屏，而是继续输入字母“o”，此时，通信模块会将“o”发送到服务器，服务器没有接收到已上屏的消息，则会针对“hao”继续给出新的转换结果，如“好”、“号”等。相反的，如果用户选择了“哈”上屏，则请求方可以向服务器发送该消息，这样，如果用户继续输入“o”，服务器接收到之后，会从“o”开始给出候选项，如“哦”、“噢”等。

通过这种增量式的数据处理方式，可以使得用户在进行字词输入的过程中，感觉不到网络取词与本地取词之间的差异(除了网络传输过程中一些时间上的延迟之外)。

以上几个实例分别描述了在各种情况下，由第三方提供通信模块的实现方式，在实际应用中，如果没有使用上述实例中提供的各种专门的通信模块，普通用户也可以实现与输入法服务器进行通信，并获取输入法服务器返回的结果。具体的，对于普通用户而言，可以直接使用本机操作系统上的telnet、浏览器等网络连接工具直接向输入法服务器发送服务命令，而不需要任何网络输入法客户端的支持。下面举例进行详细地描述。

实例三、普通用户D，具有偶尔的使用网络输入法的需求，比如在国外开会，期间在网吧中上网。此时用户D可以调用本机的telnet程序，直接请求连接网络输入法服务器，然后与网络输入法服务器进行输入交互。而不需要安装任何其他指定程序或者客户端。

在具体实现过程中，对于服务器而言，当控制服务器监听到有telnet连接请求时，首先和请求方建立长连接，等待请求方的请求。当请求方在telnet终端上发送了connect请求时，对其进行验证，如果请求者身份合法，则将请求方的各种信息缓存起来，否则断开该telnet请求，连接终止。对于验证为合法的用户，该长连接一直维持，等待用户输入input命令，并将结果通过此长连接返回给用户。如果用户在一定阈值时间内没有输入行为或者输入了logout命令，则自动断开连接。

对于用户而言，首先调用telnet命令与服务商建立长连接，相当于与输入法服务器之间建立了对话，而后在telnet中向服务商发送connect，input，logout等命令，与服务器进行交互，得到自己想要的输出结果。当然，该输出结果会显示在telnet工具的窗口中，用户可以将输出结果从该窗口中拷贝出来，粘贴到其他需要的应用程序中。

此外，用户也可以采用其他的网络连接工具与服务器建立网络连接。例如，如果用户采用浏览器方式连接，则可以在浏览器地址栏中直接输入服务器地址和端口号，后面附带服务命令。每次输入完毕后通过回车发送命令，等待html页面上的显示结果。当服务器监听到有http连接请求时，就可以根据用户输入的服务命令为用户提供输入法服务了。例如，如果用户服务命令是connect，经验证合法后，可以以“连接成功，可以进行输入操作”作为html的内容发回给用户，而后断开连接并缓存用户的信息。如果用户服务命令是输入，则将输入转换结果作为html内容返回给用户，否则忽略请求。对于用户而言，服务请求直接在地址栏中发送，html页面会返回纯文本显示给用户，没有任何跨平台或者安全性上的限制。

因此，相当于建立网络连接与对用户进行身份验证是同时完成的，但此时建立的网络连接是短连接，因此，在每次发送输入命令(input)时，都需要输入服务器地址和端口号，后面附带服务命令，以便重新与服务器建立连接；但是由于之前已经进行过身份验证，并缓存了用户信息，因此，在每次发送输入命令时，在有效时间内可以不必再进行身份验证。

此外，在使用浏览器方式连接输入法服务器时，用户不一定是在浏览器的地址栏里敲入connect等服务命令，还可能是点击html页面上的一个按钮，或者按了某个启动方式等，总之，服务命令可以是由浏览器后台发出的。

可见，由于本发明实施例中可以使用任何的网络通信协议，因此用户可以通过使用本机上的任何网络连接工具，比如telnet、浏览器等，来直接连接输入法服务器，与输入法服务器进行直接的输入交互，而不需要任何形式的指定客户端，对用户的偶然性输入需求提供了很大的方便。

总之，通过上述各实例可以看出，只要采用符合输入法服务器可以接受的方式在网络上和服务器通信，就可以得到输入结果，不限制任何通信工具，并且具有很强的可扩展性及易用性，能够满足各种场景下的输入需求。

与本发明实施例提供的基于网络通信的输入方法相对应，本发明实施例还提供了一种基于网络通信的输入系统，参见图3，该系统包括：

请求接收单元U301，用于接收请求方发送的建立网络连接的请求；

网络连接建立单元U302，用于判断发送所述请求所使用的传输协议，根据所述传输协议建立与请求方的网络连接；

解析单元U303，用于获取并解析所述请求方以服务命令的方式发送的服务请求；

响应单元U304，用于处理所述服务请求，以向所述请求方提供网络输入法服务。

其中，所述传输协议可以是传输层的TCP等传输层协议，也可以是应用层的telnet、http等协议，所述网络连接可以是长连接也可以是短连接。具体的，网络连接建立单元U302可以包括：

第一建立子单元，用于当发送所述请求所使用的传输协议为Telnet等长连接协议时，建立与请求方的长连接，以便所述请求方通过所述长连接以服务命令的方式发送服务请求；

由于是建立的长连接，因此，相当于建立了专用的通道，因此，可以直接将请求数据发送到服务器，因此相应的，解析单元U303包括：

第一解析子单元，用于接收请求方通过所述长连接以服务命令的方式发送的服务请求，对所述服务请求进行命令解析，获知所述服务请求的类型。

网络连接建立单元U302也可以包括：

第二建立子单元，用于当发送所述请求所使用的传输协议为HTTP等短连接协议时，建立与请求方的短连接；所述请求方在所述建立网络连接的请求中携带所述服务请求；

此时，解析单元U303包括：

第二解析子单元，用于对所述建立网络连接的请求进行协议解析获取服务请求数据；

第三解析子单元，用于对所述服务请求数据进行命令解析，获知所述服务请求的类型。

此外，网络连接建立单元U302也可以包括：

第三建立子单元，用于当发送所述请求所使用的传输协议为TCP协议时，建立与请求方的长连接或短连接。

其中，所述服务请求包括输入请求，所述输入请求用于携带请求方的待转换数据；此时，响应单元U304可以包括：

第一响应子单元，用于根据所述待转换数据得到转换结果，将所述转换结果返回给请求方。

其中，所述第一响应子单元可以实现增量式的响应，也可以实现非增量式的响应，当实现增量式的响应时，所述第一响应子单元包括：

增量式响应子单元，用于当接收到新的待转换数据时，将所述新接收的待转换数据连同已接收到的待转换数据一起，得到转换结果，并通过所述网络连接将所述转换结果返回给请求方；直到接收到请求方发送的已上屏消息。

为了对请求方的身份进行验证，所述服务请求包括连接请求，所述连接请求用于携带请求方的身份验证码；此时，响应单元U304可以包括：

第二响应子单元，用于利用所述身份验证码对所述请求方进行身份验证，如果验证通过，保存请求方信息，并向所述请求方返回连接成功消息，等待用户进一步的输入行为；

此时，所述第一响应子单元在根据所述待转换数据得到转换结果之前还用于，判断所述请求方是否已经通过了身份验证，如果通过，根据所述待转换数据得到转换结果。

优选的，所述连接请求还用于携带输入选项，所述输入选项包括输入类型和/或最大候选项数目；所述第二响应子单元还用于如果身份验证通过，保存所述输入选项。

其中，所述第一响应子单元包括：

服务器选择子单元，用于根据所述待转换数据及输入选项选择计算服务器群，并根据负载平衡查询当前计算任务最轻的计算服务器；

第一发送子单元，用于将所述待转换数据及输入选项发送所述计算任务最轻的计算服务器；

接收子单元，用于接收该计算服务器返回的信息，得到所述转换结果。当所述网络连接为长连接时，所述服务请求还包括断开请求；响应单元U304包括：

第三响应子单元，用于断开所述网络连接，清空请求方的信息。

以上对本发明所提供的一种基于网络通信的输入方法及系统，进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处。综上所述，本说明书内容不应理解为对本发明的限制。

Claims (20)

1.一种基于网络通信的输入方法，其特征在于，包括：

接收请求方发送的建立网络连接的请求；

判断发送所述请求所使用的传输协议，根据所述传输协议建立与请求方的网络连接；

获取并解析所述请求方以服务命令的方式发送的服务请求，所述服务命令是由服务器端定义的，所述服务命令包括连接、输入和断开，所述服务请求的类型包括连接请求、输入请求和断开请求；

根据所述服务请求的类型和网络连接的方式处理所述服务请求，以向所述请求方提供网络输入法服务。

2.根据权利要求1所述的方法，其特征在于，所述判断发送所述请求所使用的传输协议，根据所述传输协议建立与请求方的网络连接包括：

当发送所述请求所使用的传输协议为长连接协议时，建立与请求方的长连接，以便所述请求方通过所述长连接以服务命令的方式发送服务请求；

所述获取并解析所述请求方以服务命令的方式发送的服务请求包括：

接收请求方通过所述长连接以服务命令的方式发送的服务请求，对所述服务请求进行命令解析，获知所述服务请求的类型。

3.根据权利要求1所述的方法，其特征在于，所述判断发送所述请求所使用的传输协议，根据所述传输协议建立与请求方的网络连接包括：

当发送所述请求所使用的传输协议为短连接协议时，建立与请求方的短连接；所述请求方在所述建立网络连接的请求中携带所述服务请求；

所述获取并解析所述请求方以服务命令的方式发送的服务请求包括：

对所述建立网络连接的请求进行协议解析获取服务请求数据；对所述服务请求数据进行命令解析，获知所述服务请求的类型。

4.根据权利要求1所述的方法，其特征在于，所述判断发送所述请求所使用的传输协议，根据所述传输协议建立与请求方的网络连接包括：

当发送所述请求所使用的传输协议为ＴＣＰ协议时，建立与请求方的长连接或短连接。

5.根据权利要求1所述的方法，其特征在于，所述服务请求包括输入请求，所述输入请求用于携带请求方的待转换数据；

所述处理所述服务请求，以向所述请求方提供网络输入法服务包括：

根据所述待转换数据得到转换结果，将所述转换结果返回给请求方。

6.根据权利要求5所述的方法，其特征在于，所述根据所述待转换数据得到转换结果包括：

当接收到新的待转换数据时，将所述新接收的待转换数据连同已接收到的待转换数据一起，得到转换结果，并通过所述网络连接将所述转换结果返回给请求方；直到接收到请求方发送的已上屏消息。

7.根据权利要求5所述的方法，其特征在于，所述服务请求还包括连接请求，所述连接请求用于携带请求方的身份验证码；

所述处理所述服务请求，以向所述请求方提供网络输入法服务包括：

利用所述身份验证码对所述请求方进行身份验证，如果验证通过，保存请求方信息，并向所述请求方返回连接成功消息，等待用户进一步的输入行为；

所述根据所述待转换数据得到转换结果之前还包括：

判断所述请求方是否已经通过了身份验证，如果通过，根据所述待转换数据得到转换结果。

8.根据权利要求7所述的方法，其特征在于，所述连接请求还用于携带输入选项，所述输入选项包括输入类型和／或最大候选项数目；如果身份验证通过，保存所述输入选项。

9.根据权利要求8所述的方法，其特征在于，所述根据所述待转换数据得到转换结果包括：

根据所述待转换数据及输入选项选择计算服务器群，并根据负载平衡查询当前计算任务最轻的计算服务器；

将所述待转换数据及输入选项发送所述计算任务最轻的计算服务器；

接收该计算服务器返回的信息，得到所述转换结果。

10.根据权利要求1所述的方法，其特征在于，当所述网络连接为长连接时，所述服务请求还包括断开请求；

所述处理所述服务请求包括：

断开所述网络连接，清空请求方的信息。

11.一种基于网络通信的输入系统，其特征在于，包括：

请求接收单元，用于接收请求方发送的建立网络连接的请求；

网络连接建立单元，用于判断发送所述请求所使用的传输协议，根据所述传输协议建立与请求方的网络连接；

解析单元，用于获取并解析所述请求方以服务命令的方式发送的服务请求，所述服务命令是由服务器端定义的，所述服务命令包括连接、输入和断开，所述服务请求的类型包括连接请求、输入请求和断开请求；

响应单元，用于根据所述服务请求的类型和网络连接的方式处理所述服务请求，以向所述请求方提供网络输入法服务。

12.根据权利11所述的系统，其特征在于，所述网络连接建立单元包括：

第一建立子单元，用于当发送所述请求所使用的传输协议为长连接协议时，建立与请求方的长连接，以便所述请求方通过所述长连接以服务命令的方式发送服务请求；

所述解析单元包括：

第一解析子单元，用于接收请求方通过所述长连接以服务命令的方式发送的服务请求，对所述服务请求进行命令解析，获知所述服务请求的类型。

13.根据权利要求11所述的系统，其特征在于，所述网络连接建立单元包括：

第二建立子单元，用于当发送所述请求所使用的传输协议为短连接协议时，建立与请求方的短连接；所述请求方在所述建立网络连接的请求中携带所述服务请求；

所述解析单元包括：

第二解析子单元，用于对所述建立网络连接的请求进行协议解析获取服务请求数据；

第三解析子单元，用于对所述服务请求数据进行命令解析，获知所述服务请求的类型。

14.根据权利要求11所述的系统，其特征在于，所述网络连接建立单元包括：

第三建立子单元，用于当发送所述请求所使用的传输协议为ＴＣＰ协议时，建立与请求方的长连接或短连接。

15.根据权利要求11所述的系统，其特征在于，所述服务请求包括输入请求，所述输入请求用于携带请求方的待转换数据；所述响应单元包括：

第一响应子单元，用于根据所述待转换数据得到转换结果，将所述转换结果返回给请求方。

16.根据权利要求15所述的系统，其特征在于，所述第一响应子单元包括：

增量式响应子单元，用于当接收到新的待转换数据时，将所述新接收的待转换数据连同已接收到的待转换数据一起，得到转换结果，并通过所述网络连接将所述转换结果返回给请求方；直到接收到请求方发送的已上屏消息。

17.根据权利要求15所述的系统，其特征在于，所述服务请求包括连接请求，所述连接请求用于携带请求方的身份验证码；所述响应单元包括：

第二响应子单元，用于利用所述身份验证码对所述请求方进行身份验证，如果验证通过，保存请求方信息，并向所述请求方返回连接成功消息，等待用户进一步的输入行为；

所述第一响应子单元在根据所述待转换数据得到转换结果之前还用于，判断所述请求方是否已经通过了身份验证，如果通过，根据所述待转换数据得到转换结果。

18.根据权利要求17所述的系统，其特征在于，所述连接请求还用于携带输入选项，所述输入选项包括输入类型和／或最大候选项数目；

所述第二响应子单元还用于如果身份验证通过，保存所述输入选项。

19.根据权利要求18所述的系统，其特征在于，所述第一响应子单元包括：

服务器选择子单元，用于根据所述待转换数据及输入选项选择计算服务器群，并根据负载平衡查询当前计算任务最轻的计算服务器；

第一发送子单元，用于将所述待转换数据及输入选项发送所述计算任务最轻的计算服务器；

接收子单元，用于接收该计算服务器返回的信息，得到所述转换结果。

20.根据权利要求11所述的系统，其特征在于，当所述网络连接为长连接时，所述服务请求还包括断开请求；所述响应单元包括：

第三响应子单元，用于断开所述网络连接，清空请求方的信息。

Images