CN103379217B - 一种手持设备中输入内容自动补全的方法、装置和服务器 - Google Patents

Abstract

本申请提供了一种手持设备中输入内容自动补全的方法、装置和服务器，以解决现有手持设备中输入内容自动补全方法提示内容紊乱的问题。所述的方法包括：创建提示请求唯一的状态锁；根据输入的字符生成第一提示请求，其中，所述第一提示请求的传递参数为输入的字符；在获取到唯一的状态锁时，发送提示请求至服务器；接收服务器返回的提示信息，并释放唯一的状态锁。本申请所述的方法会确保按照用户输入字符的顺序返回提示信息，不会产生提示内容紊乱的问题，可以快速的提供给用户相关的提示信息。

Description

一种手持设备中输入内容自动补全的方法、装置和服务器

技术领域

本申请涉及网络技术，特别是涉及一种手持设备中输入内容自动补全的方法、一种手持设备中输入内容自动补全的装置和一种对手持设备中输入内容自动补全的服务器。

背景技术

手持设备可以通过移动互联网为用户提供网络服务，用户通过移动互联网进行搜索或查询时，通常存在一个自动补全的功能，即用户输入字符后，会生成提示请求并发送到服务器，服务器接收到提示请求后会返回提示信息，在手持终端上就会有一个提示框，会提示与输入字符相关的内容。例如，使用移动互联网进行搜索时，输入文字“中”，可能在提示菜单中会显示“中国”“中央”等热点提示，又如使用手持设备连接移动互联网，查询该用户在某个应用中的关联用户时，输入某些字符查询关联用户时，输入“z”可能会提示“张”。

但是在移动互联网环境下，由于手持设备通常处于移动的状况下，并且移动互联网的网络信号不稳定，因此手持设备的输入速度可能大于移动互联网的响应速度，使得用户输入字符到返回提示存在一定延时。在这个延时的时间段内，用户可能有输入了请其他字符，此时可能会产生多个提示相互叠加，或是应该后面出现的提示出现在前面了等情况，导致提示内容紊乱，自动补全的提示框没有发挥其应有的作用。

例如，某用户使用手持设备连接移动互联网，若用户想要查询他在应用A中的关联用户王菲，正常的移动互联网络环境下，该用户输入第一个字符“w”时，会返回提示“王”“汪”等。用户输入第二个字符“f”时，通过与第一个字符进行关联，会返回提示“王菲”。此时就可以快速的查找到关联用户，使用非常的方便。

但是，若移动互联网络环境不稳定，例如，该用户正在火车上，当用户输入第一个字符“w”时，火车正在穿越隧道，网络信号不稳定，并没有返回提示，而在其输入第二个字符“f”时，火车已经从隧道中出来了，网络信号很好，因此立即接收到了返回提示“费”“范”等，而先输入的第一个字符“w”可能会被认为是后输入的，导致最终返回的提示为可能“范伟”。由于网络信号不稳定，导致提示内容紊乱，自动补全的提示框没有帮助用户快速的查找到关联用户，反而给用户的查找带来了不便。

发明内容

本申请提供一种手持设备中输入内容自动补全的方法、一种手持设备中输入内容自动补全的装置和一种对手持设备中输入内容自动补全的服务器，以解决现有手持设备中输入内容自动补全方法提示内容紊乱的问题。

为了解决上述问题，本申请公开了一种手持设备中输入内容自动补全的方法，包括

创建提示请求唯一的状态锁；

根据输入的字符生成第一提示请求，其中，所述第一提示请求的传递参数为输入的字符；

在获取到唯一的状态锁时，发送所述第一提示请求至服务器；

接收服务器返回的提示信息，并释放唯一的状态锁。

相应的，本申请还公开了一种手持设备中输入内容自动补全的方法，包括：

服务器接收获取到唯一的状态锁的第一提示请求；

服务器根据所述第一提示请求的传递参数，获取对应的提示信息；

服务器返回所述提示信息。

相应的，本申请还公开了一种手持设备中输入内容自动补全的装置，包括：

状态锁创建模块，用于创建提示请求唯一的状态锁；

提示请求生成模块，用于根据输入的字符生成第一提示请求，其中，所述第一提示请求的传递参数为输入的字符；

发送模块，用于在获取到唯一的状态锁时，发送所述第一提示请求至服务器；

接收并释放模块，用于接收服务器返回的提示信息，并释放唯一的状态锁。

相应的，本申请还公开了一种对手持设备中输入内容自动补全的服务器，包括：

接收模块，用于接收获取到唯一的状态锁的第一提示请求；

获取模块，用于根据所述第一提示请求的传递参数，获取对应的提示信息；

返回模块，用于返回所述提示信息。

与现有技术相比，本申请包括以下优点：

首先，本申请创建了提示请求唯一的状态锁，并且状态锁是唯一的，只能被一个提示请求获取，因此，在根据用户输入的字符生成第一提示请求后，可以通过唯一的状态锁来控制第一提示请求的发送，在获取到唯一的状态锁时，发送所述第一提示请求至服务器。在某个提示请求获取到状态锁后，其他提示请求是不能获取状态锁的，因此也不能发送到服务器中。直到服务器返回的提示信息，并释放唯一的状态锁后，其他提示请求才能获取到所述唯一的状态锁，并发送至服务器。因此本申请所述的方法会确保按照用户输入字符的顺序返回提示信息，不会产生提示内容紊乱的问题，可以快速的提供给用户相关的提示信息。

其次，本申请还创建了空的等待队列，若第一提示请求没有获取到唯一的状态锁，可以将输入的字符存入等待队列中，保证输入的字符不会丢失。并且当第一提示请求获取到唯一的状态锁后，还可以将等待队列中的字符加入到第一提示请求的传递参数中，生成第二提示请求，并发送所述提示请求到服务器。使得之前未发送出去的字符可以发送到服务器，从而保证了输入的字符都可以返回提示信息。

再次，若达到预置的时间，并且等待队列中的字符也没有发送出去，此时可以根据所述等待队列中的字符生成第三提示请求，所述第三提示请求会继续尝试能否获取到唯一的状态锁，直至等待队列为空。从而可以进一步的保证所有输入的都可以返回提示信息。

附图说明

图1是本申请实施例所述一种手持设备中输入内容自动补全的方法流程图；

图2是本申请优选实施例所述一种手持设备中输入内容自动补全的方法中等待队列检测流程图；

图3是本申请优选实施例所述一种手持设备中输入内容自动补全的方法中第三提示请求的流程图；

图4是本申请优选实施例所述一种手持设备中输入内容自动补全的方法流程图；

图5是本申请实施例所述一种手持设备中输入内容自动补全的方法中服务器端流程图；

图6是本申请实施例所述一种手持设备中输入内容自动补全的装置结构图；

图7是本申请实施例所述一种对手持设备中输入内容自动补全的服务器结构图。

具体实施方式

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。

在移动互联网环境下，由于手持设备通常处于移动的状况下，并且移动互联网的网络信号不稳定，因此，手持设备的输入速度可能大于移动互联网的响应速度，使得用户输入字符到返回提示存在一定延时。在这个延时的时间段内，用户可能有输入了请其他字符，此时可能会产生多个提示相互叠加，或是应该后面出现的提示出现在前面了等情况，导致提示内容紊乱，导致自动补全的提示框不但没有发挥其应有的作用，还可能干扰用户的正常输入。

本申请提供了一种手持设备中输入内容自动补全的方法，通过唯一的状态锁来控制提示请求的发送，以确保按照用户输入字符的顺序返回提示信息，不会产生提示内容紊乱的问题，可以快速的提供给用户相关的提示信息。

参照图1，其给出了本申请实施例所述一种手持设备中输入内容自动补全的方法流程图。

步骤11，创建提示请求唯一的状态锁；

在用户通过手持设备连接移动互联网，打开网页或使用客户端等平台，开始上网操作时，创建一个提示请求的状态锁，所述状态锁是唯一的，并且只有在获取到唯一的状态锁时，才会发送所述第一提示请求至服务器。

其中，在JavaScript中所述状态锁可以理解为一个全局变量。

步骤12，根据输入的字符生成第一提示请求，其中，所述第一提示请求的传递参数为输入的字符；

用户要执行查询、搜索等操作时，会首先输入相关的字符，根据用户输入的字符可以生成第一提示请求，其中，所述第一提示请求的传递参数为输入的字符。

步骤13，在获取到唯一的状态锁时，发送所述第一提示请求至服务器；

提示请求需要获取到唯一的状态锁才能发送至服务器，因此，首先会检测所述第一提示请求能否获取到唯一的状态锁，若第一提示请求可以获取唯一的状态锁，则可以将提示请求发送至服务器。

步骤14，接收服务器返回的提示信息，并释放唯一的状态锁。

服务器接收到提示请求后，可以根据提示请求产生对应的提示信息，然后返回提示信息。

接收到服务器返回的提示信息后，可以根据提示信息生成提示内容展示给用户，此时可以释放唯一的状态锁，使其他的提示请求可以获取唯一的状态锁，并发送至服务器。

综上所述，本申请创建了提示请求唯一的状态锁，并且状态锁是唯一的，只能被一个提示请求获取，因此在根据用户输入的字符生成第一提示请求后，可以通过唯一的状态锁来控制第一提示请求的发送，通过获取唯一的状态锁发送第一提示请求至服务器。在某个提示请求获取到状态锁后，其他提示请求是不能获取状态锁的，因此也不能发送到服务器中。直到服务器返回的提示信息，并释放唯一的状态锁后，其他提示请求才能获取到所述唯一的状态锁，并发送至服务器。因此本申请所述的方法会确保按照用户输入字符的顺序返回提示信息，不会产生提示内容紊乱的问题，可以快速的提供给用户相关的提示信息。

优选的，所述的方法还包括：

创建一个空的等待队列，其中，所述等待队列用于存储用户输入的字符。

本申请在用户通过手持设备连接移动互联网，打开网页或客户端等平台，开始上网操作时，除了创建提示请求的状态锁之外，还创建了一个空的等待队列，当用户的提示请求没有获取到状态锁，不能及时发送至服务器时，可以将用户输入的字符存入等待队列中。

具体实现时，可以使用一个数组作为等待队列，将用户输入的字符存入数组中，需要时可以方便的从数组中取出对应的字符。

优选的，所述步骤13，在获取到唯一的状态锁时，发送所述第一提示请求至服务器，包括：

若第一提示请求获取到唯一的状态锁，则执行步骤131；若第一提示请求未获取到唯一的状态锁，则执行步骤132。

步骤131，发送所述第一提示请求至服务器；

提示请求需要获取到唯一的状态锁才能发送至服务器，因此首先会检测所述第一提示请求能否获取到唯一的状态锁，若提示请求可以获取到唯一的状态锁，则发送所述提示请求至服务器。

步骤132，将所述第一提示请求的传递参数中的字符存入等待队列中。

若状态锁已经被占用，则此时所述第一提示请求不能获取到唯一的状态锁，可以将所述第一提示请求的传递参数中的字符存入等待队列中。

参照图2，其给出了本申请优选实施例所述一种手持设备中输入内容自动补全的方法中等待队列检测流程图。

优选的，所述在获取唯一的状态锁之后，发送所述第一提示请求至服务器之前，还包括：

步骤21，检测等待队列是否为空；

由于提示请求在没有获取到状态锁时，会先将提示请求的传递参数中的字符存入等待队列中，为了保证用户输入的字符多可以接收到提示信息，因此当有提示请求获取到唯一的状态锁后，就会先检测等待队列是否为空，查看等待队列中是否存在未发送至服务器的字符。

若是，则执行步骤22；若否，则执行步骤23。

步骤22，发送所述第一提示请求到服务器；

当检测等待队列为空时，说明所有字符均发送到了服务器，此时可以直接发送所述第一提示请求到服务器。

步骤23，将等待队列中的字符加入到第一提示请求的传递参数中，生成第二提示请求，并发送所述第一提示请求到服务器，清空等待队列。

当检测等待队列不为空时，说明存在未发送至服务器的字符，此时可以将等待队列中的字符加入到第一提示请求的传递参数中，然后将所述提示请求发送到服务器，并且此时等待队列中的所有字符都已经发送到了服务器，可以清空所述等待队列。

优选的，步骤23中，所述将等待队列中的字符加入到第一提示请求的传递参数中，生成第二提示请求，包括：

步骤231，按照入队的先后顺序取出所述等待队列中的字符；

上述步骤中检测到等待队列中存在未发送至服务器的字符，此时可以按照入队的先后顺序，取出所述等待队列中的字符。

例如，字符进入等待队列中的顺序为a→b→c→d，则取出所述等待队列中字符的顺序还是a→b→c→d。

步骤232，将取出的字符与所述第一提示请求中的字符组合成字符串；

上述按照前后顺序取出了等待队列中的字符，可以将所述取出的字符与第一提示请求中的字符构成字符串，此时第一提示请求中的字符排在等待队列中的最后面。

例如，第一提示请求中的字符为e，上述从等待队列中取出的字符为a、b、c和d，此时将从等待队列中取出的字符和第一提示请求中的字符构成字符串为abcde。

步骤233，将第一提示请求的传递参数修改为所述组合成字符串，生成第二提示请求。

上述构成字符串后，可以将所述第一提示请求的传递参数修改为所述组合成字符串。传递参数改变后，对应可以生成了第二提示请求，此时所述第二提示请求可以获取状态锁，然后发送所述第二提示请求到服务器中。

其中，然后可以重新检测等待队列，确保将等待队列中的所有字符都添加到了提示请求的传递参数中，就可以发送到服务器中，同时清空等待队列。

通过上述论述可知在第一提示请求获取到唯一的状态锁以后，发送到服务器之前，会先检测等待队列中是否有字符没有发送到服务器，以此来保证用户输入的字符都可以获得相应的提示信息。

但是，等待队列中的字符不能一直处于等待的状态，因此本申请预置了一个等待时间。

参照图3，其给出了本申请优选实施例所述一种手持设备中输入内容自动补全的方法中第三提示请求的流程图。

优选的，所述将所述第一提示请求的传递参数中的字符存入等待队列中之后，还包括：

步骤31，若达到预置的等待时间，则根据等待队列中的字符，生成第三提求请求；

若在预置的等待时间内，等待队列可能未执行任何操作，例如，没有新的字符加入到等待队列中，又如没有提示请求从等待队列中提取字符，因此等待队列中的存在没有发送到服务器的字符。

在达到预置的时间后，可以在检测到等待队列中存在字符时，根据等待队列中的字符，生成第三提求请求，其中，所述第三提示请求的传递参数为等待队列中的字符。

步骤32，在获取唯一的状态锁时，发送所述第三提示请求至服务器，清空等待队列；

然后，所述第三提示请求可以继续尝试能否获取到唯一的状态锁。若获取到了唯一的状态锁，则发送所述第三提示请求至服务器，清空等待队列。否则，即所述第三提示请求没有获取到状态锁，则循环执行等待和尝试获取状态锁的操作，直至等待队列为空。

例如，字符进入等待队列中的顺序为a→b→c→d，预置的时间内没有新的字符加入到等待队列中，也没有提示请求从等待队列中提取字符。则可以生成第三提示请求，所述的传递参数为abcd，然后所述第三提示请求会尝试能否获取状态锁。

所述第三提示请求发送至服务器后，后续可以接收到服务器返回的提示信息，可以根据提示信息生成提示内容展示给用户，此时可以释放唯一的状态锁，使其他的提示请求可以获取唯一的状态锁。

优选的，所述的方法还包括：

筛选服务器返回的提示信息并向用户展示。

步骤14中接收到服务器返回的提示信息后，可以对服务器返回的提示信息进行筛选，例如选取其中的前5个，然后进行展示。

其中，在操作中可能存在删除字符和***字符等操作，对应可以执行相应的操作。

例如，若字符a被删除，所述字符a为提示请求的传递参数中的字符，则此时可以执行相应的操作删除所述字符a，对应可以删除所述提示请求，或生成新的提示请求。

又如若在字符a和字符b中***字符c，所述字符a和字符b为等待队列中的字符，则此时可以执行相应的操作查找等待队列中的字符a和字符b，然后在字符a之后，字符b之前***字符c。

根据上述的论述过程，下面给出了本申请优选实施例所述的一种手持设备中输入内容自动补全的方法的整体流程，可以清晰的展示优选实施例所述的方法。

参照图4，其给出了本申请优选实施例所述一种手持设备中输入内容自动补全的方法流程图。

步骤401，创建状态锁和等待队列；

创建唯一的提示请求的状态锁和一个空的等待队列，所述等待队列用于存储用户输入的字符。

步骤402，根据输入的字符生成第一提示请求；

步骤403，检测第一提示请求是否可以获取状态锁；

若是，执行步骤404，若否，执行步骤410。

步骤404，检测等待队列是否为空；

若是，执行步骤405，若否，执行步骤406。

步骤205，发送所述第一提示请求到服务器；

步骤406，按照入队的先后顺序取出所述等待队列中的字符；

步骤407，将取出的字符与所述第一提示请求中的字符组合成字符串；

步骤408，将第一提示请求的传递参数修改为所述组合成的字符串，生成第二提示请求；

步骤409，发送所述第二提示请求到服务器，清空等待队列。

步骤410，将所述第一提示请求的传递参数中的字符存入等待队列中；

步骤411，检测是否达到等待时间；

若是，则执行步骤412，若否，则继续等待，然后执行步骤411.

步骤412，根据所述等待队列中的字符，生成第三提示请求；

步骤413，检测第三提示请求是否可以获取状态锁；

步骤414，发送所述第三提示请求到服务器，清空等待队列；

步骤415，接收服务器返回的提示信息，并释放所述状态锁；

步骤416，筛选服务器返回的提示信息并向用户展示。

例如，用户A正在使用手持设备连接移动网络，用户A在打开应用X时，首先会创建唯一的提示请求的状态锁和一个空的等待队列。

用户A想要在应用X中查询关联用户“王菲”，用户A首先输入字符“w”，根据输入的字符“w”会生成对应的第一提示请求，其中，所述第一提示请求的传递参数中包含字符“w”。

检测第一提示请求是否可以获取唯一的状态锁，此时分为两种情况论述：

1、若状态锁没有被占用，则第一提示请求可以获取唯一的状态锁。

然后可以检测所述等待队列是否为空，其中包括：

1.1若此时第一提示请求检测等待队列为空；

可以直接发送第一提示请求到服务器，等待服务器返回的提示信息，接收到服务器返回的提示信息后，可以释放状态锁，后续用户输入的提示请求就可以获取到状态锁了。

此时用户看到的提示信息可能为“王”“汪”“吴”等，若后续用户输入的字符“f”后，返回的提示可能只是“费”“飞”“菲”等，服务器也可能与之前的字符相关联，返回“王菲”“汪飞”等。

1.2，若此时第一提示请求检测等待队列不为空；

可以按照入队的先后顺序获取等待队列中的字符，等待队列中的字符分别为“l”和“y”若字符进入等待队列中的顺序为l→y，则取出所述等待队列中字符的顺序还是l→y。

然后可以将取出的字符“l”和“y”与第一提示请求中的字符“w”组合成字符串“lyw”，将第一提示请求中的传递参数修改为所述字符串“lyw”，此时生成了第二提示请求，然后所述第二提示请求获取状态锁，在发送所述第二提示请求到服务器，同时可以清空等待队列。

然后等待服务器返回的提示信息，接收到服务器返回的提示信息后，可以释放状态锁，后续用户输入的提示请求就可以获取到状态锁了。

此时用户看到的提示信息可能为“刘仪伟”“李亚伟”等。

2、若状态锁已经被占用，第一提示请求没有获取唯一的状态锁，可以将第一提示请求的传递参数中的字符“w”存入等待队列中。

可以检测是否达到了预置的等待时间，若没有达到，则继续等待然后检测；若达到了，则根据所述等待队列中的字符生成第三提示请求。

其中，若等待队列中的字符分别为“l”“y”和“w”，并且所述字符进入等待队列中的顺序为l→y→w，则生成所述第三提示请求时，其中的传递参数为“lyw”。

然后检测所述第三提示请求能否获取状态锁，若不能获取到状态锁，则继续等待。若可以获取到状态锁，可以发送所述第三提示请求到服务器，同时可以清空等待队列。

然后等待服务器返回的提示信息，接收到服务器返回的提示信息后，可以释放状态锁，后续用户输入的提示请求就可以获取到状态锁了。

此时用户看到的提示信息可能为“刘仪伟”“李亚伟”等。

综上所述，本申请还创建了空的等待队列，若第一提示请求没有获取到唯一的状态锁，可以将输入的字符存入等待队列中，保证输入的字符不会丢失。并且当第一提示请求获取到唯一的状态锁后，还可以将等待队列中的字符加入到第一提示请求的传递参数中，生成第二提示请求，并发送所述第二提示请求到服务器。使得之前未发送出去的字符可以发送到服务器，从而保证了输入的字符都可以返回提示信息。

其次，若达到预置的时间并且等待队列中的字符也没有发送出去，此时可以根据所述等待队列中的字符生成第三提示请求，所述第三提示请求会继续尝试能否获取到唯一的状态锁，直至等待队列为空。从而可以进一步的保证所有输入的都可以返回提示信息。

相应的，本申请还提供了一种手持设备中输入内容自动补全的方法中服务器端的方法流程。

参照图5，其给出了本申请实施例所述一种手持设备中输入内容自动补全的方法中服务器端流程图。

步骤51，服务器接收获取到唯一的状态锁的第一提示请求；

在用户通过手持设备连接移动互联网，打开网页或使用客户端等平台，开始上网操作时，当用户要执行查询、搜索等操作时，会首先输入相关的字符，根据用户输入的字符可以生成第一提示请求，在获取到唯一的状态锁时，发送所述第一提示请求到服务器。

服务器会接收到所述第一提示请求，其中所述第一提示请求获取到了唯一的状态锁。

步骤52，服务器根据所述第一提示请求的传递参数，获取对应的提示信息；

所述第一提示请求是根据输入的字符生成的，其中，所述第一提示请求的传递参数为输入的字符。因此，可以根据所述第一提示请求的传递参数，获取到相应的提示信息。

例如，用户要查询人名，发送的第一提示请求的传递参数为字符“w”，服务器在数据库中查找人名相关的数据，可以查找到“王”“汪”“吴”等，则对应可以获取到提示信息为“王”“汪”“吴”等。

步骤53，服务器返回所述提示信息。

然后，服务器可以返回相应的提示信息，例如返回上例中的“王”“汪”“吴”等。

参照图6，其给出了本申请实施例所述一种手持设备中输入内容自动补全的装置结构图。

相应的，本申请还提供了一种手持设备中输入内容自动补全的装置，包括状态锁创建模块11、等待队列创建模块12、提示请求生成模块13、发送模块14和接收并释放模块15，其中，

状态锁创建模块11，用于创建提示请求唯一的状态锁；

提示请求生成模块13，用于根据输入的字符生成第一提示请求，其中，所述第一提示请求的传递参数为输入的字符；

发送模块14，用于在获取到唯一的状态锁时，发送第一提示请求至服务器；

接收并释放模块15，用于接收服务器返回的提示信息，并释放唯一的状态锁。

优选的，所述的***还包括：

等待队列创建模块12，用于创建一个空的等待队列，其中，所述等待队列用于存储用户输入的字符。

筛选并展示模块16，用于筛选服务器返回的提示信息并向用户展示。

优选的，所述发送模块14包括：

获取子模块141，用于第一提示请求获取到唯一的状态锁；

存入等待队列子模块142，用于将所述第一提示请求的传递参数中的字符存入等待队列中；

检测子模块143，用于检测等待队列是否为空；

若是，则进入第一发送子模块144；若否，则进入生成并发送子模块145。

第一发送子模块144，用于发送所述第一提示请求至服务器；

生成并发送子模块145，用于将等待队列中的字符加入到第一提示请求的传递参数中，生成第二提示请求，并发送所述第二提示请求到服务器，清空等待队列。

优选的，所述生成并发送子模块145，包括：

提取子单元1451，用于按照入队的先后顺序取出所述等待队列中的字符；

组合子单元1452，用于将取出的字符与所述第一提示请求中的字符组合成字符串；

修改子单元1453，用于将第一提示请求的传递参数修改为所述组合成的字符串，生成第二提示请求。

优选的，所述发送模块14，还包括：

生成子模块146，用于若达到预置的等待时间，则根据等待队列中的字符，生成第三提求请求；

发送子模块147，用于在获取唯一的状态锁时，发送所述第三提示请求至服务器，清空等待队列。

参照图7，其给出了本申请实施例所述一种对手持设备中输入内容自动补全的服务器结构图。

相应的，本申请还提供了一种对手持设备中输入内容自动补全的服务器，包括接收模块21、获取模块22和返回模块23，其中：

接收模块21，用于接收获取到唯一的状态锁的第一提示请求；

获取模块22，用于根据所述第一提示请求的传递参数，获取对应的提示信息；

返回模块23，用于返回所述提示信息。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

本领域内的技术人员应明白，本申请的实施例可提供为方法、***、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个......”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

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

Claims (9)

1.一种手持设备中输入内容自动补全的方法，其特征在于，包括

创建提示请求唯一的状态锁；

根据输入的字符生成第一提示请求，其中，所述第一提示请求的传递参数为输入的字符；

创建一个空的等待队列，其中，所述等待队列用于存储用户输入的字符；

在获取到唯一的状态锁时，发送所述第一提示请求至服务器；

接收服务器返回的提示信息，并释放唯一的状态锁。

2.根据权利要求1所述的方法，其特征在于，所述在获取到唯一的状态锁时，发送第一提示请求至服务器，包括：

若第一提示请求获取到唯一的状态锁，则发送所述第一提示请求至服务器；

否则，将所述第一提示请求的传递参数中的字符存入等待队列中。

3.根据权利要求2所述的方法，其特征在于，所述在获取唯一的状态锁之后，还包括：

检测等待队列是否为空；

若是，则发送所述第一提示请求到服务器；

否则，将等待队列中的字符加入到第一提示请求的传递参数中，生成第二提示请求，并发送所述第二提示请求到服务器，清空等待队列。

4.根据权利要求3所述的方法，其特征在于，所述将等待队列中的字符加入到第一提示请求的传递参数中，生成第二提示请求，包括：

按照入队的先后顺序取出所述等待队列中的字符；

将取出的字符与所述第一提示请求中的字符组合成字符串；

将第一提示请求的传递参数修改为所述组合成的字符串，生成第二提示请求。

5.根据权利要求2所述的方法，其特征在于，所述将所述第一提示请求的传递参数中的字符存入等待队列中之后，还包括：

若达到预置的等待时间，则根据等待队列中的字符，生成第三提示请求；

在获取唯一的状态锁时，发送所述第三提示请求至服务器，清空等待队 列。

6.根据权利要求1所述的方法，其特征在于，还包括：

筛选服务器返回的提示信息并向用户展示。

7.一种手持设备中输入内容自动补全的方法，其特征在于，包括：

服务器接收获取到唯一的状态锁时发送的第一提示请求；

服务器根据所述第一提示请求的传递参数，获取对应的提示信息；

服务器返回所述提示信息。

8.一种手持设备中输入内容自动补全的装置，其特征在于，包括：

状态锁创建模块，用于创建提示请求唯一的状态锁；

提示请求生成模块，用于根据输入的字符生成第一提示请求，其中，所述第一提示请求的传递参数为输入的字符；

等待队列创建模块，用于创建一个空的等待队列，其中，所述等待队列用于存储用户输入的字符；

发送模块，用于在获取到唯一的状态锁时，发送所述第一提示请求至服务器；

接收并释放模块，用于接收服务器返回的提示信息，并释放唯一的状态锁。

9.一种对手持设备中输入内容自动补全的服务器，其特征在于，包括：

接收模块，用于接收获取到唯一的状态锁时发送的第一提示请求；

获取模块，用于根据所述第一提示请求的传递参数，获取对应的提示信息；

返回模块，用于返回所述提示信息。