CN105141570A - 信息处理方法、客户端及服务器 - Google Patents

信息处理方法、客户端及服务器 Download PDF

Info

Publication number
CN105141570A
CN105141570A CN201410248253.0A CN201410248253A CN105141570A CN 105141570 A CN105141570 A CN 105141570A CN 201410248253 A CN201410248253 A CN 201410248253A CN 105141570 A CN105141570 A CN 105141570A
Authority
CN
China
Prior art keywords
information
equations
client
type
category
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN201410248253.0A
Other languages
English (en)
Inventor
何文彬
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Tencent Technology Shenzhen Co Ltd
Original Assignee
Tencent Technology Shenzhen Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Tencent Technology Shenzhen Co Ltd filed Critical Tencent Technology Shenzhen Co Ltd
Priority to CN201410248253.0A priority Critical patent/CN105141570A/zh
Publication of CN105141570A publication Critical patent/CN105141570A/zh
Pending legal-status Critical Current

Links

Landscapes

  • Computer And Data Communications (AREA)

Abstract

本发明公开了一种信息处理方法、客户端及服务器;所述一种信息处理方法,包括:在第一时刻客户端接收服务器发送的第一类信息;所述第一类信息是随机形成的信息;获取至少一个第二类信息;所述第二类信息是用户指定的信息;依据预设方式确定每一个所述第二类信息与所述第一类信息的匹配度,获得匹配结果;及依据所述匹配结果形成第三类信息。

Description

信息处理方法、客户端及服务器
技术领域
本发明涉及信息处理技术,尤其涉及一种信息处理方法、客户端及服务器。
背景技术
本申请发明人在实现本申请实施例技术方案的过程中,至少发现相关技术中存在如下技术问题:
现有技术中,网络中的服务器可能需要形成很多信息,并逐一发送到客户端;当需要形成的信息量很大时,通常将导致服务器的工作负荷大,用户获得所需的信息的时延大,若此时用户又着急获知此信息,则将进一步导致用户使用满意度低的问题。具体的以彩票的中奖信息为例;通常用户购买了下注信息后,在开奖后由服务器集中式核对各下注信息是否获奖及获得几等奖等信息;最后发送给用户。当服务器处理的数据量很大时,必然导致至少有部分用户获知所述中奖信息时延大的问题。
然而,对于上述问题,相关技术中并未存在有效的解决方案。
发明内容
有鉴于此,本发明实施例期望提供一种信息处理方法、客户端及服务器,以解决用户获得指定信息的时延大的问题。
本发明实施例的一种信息处理方法,所述方法包括:
在第一时刻客户端接收服务器发送的第一类信息;所述第一类信息是随机形成的信息;
获取至少一个第二类信息;所述第二类信息是用户指定的信息;
依据预设方式确定每一个所述第二类信息与所述第一类信息的匹配度,获得匹配结果;
依据所述匹配结果形成第三类信息。
优选地,获取所述第二类信息包括:
接收服务器发送的所述第二类信息;
或,
接收用户输入的所述第二类信息。
优选地,
所述方法还包括:
接收用户指令或形成内置指令;
相应地;所述依据预设方式确定每一个所述第二类信息与所述第一类信息的匹配度为:
在所述用户指令或所述内置指令的触发下,依据预设方式确定每一个所述第二类信息与所述第一类信息的匹配度。
优选地,
所述形成内置指令包括:
判断是否已获取所述第一类信息及至少一个所述第二类信息;
当判断结果表明已获取所述第一类信息和至少一个所述第二类信息时,形成所述内置指令。
优选地,
所述方法还包括:
将所述第三类信息发送给服务器。
优选地,所述方法还包括:
依据所述第三类信息,向所述服务器发送第一操作请求;
接收服务器发送的基于所述第一操作请求的响应消息;
所述响应消息为服务器依据所述第三类信息发送的反馈消息。
优选地,在将所述第三类信息发送给服务器之前,所述方法还包括:
将所述第三类信息进行加密处理。
优选地,所述方法还包括:
在晚于所述第一时刻的第二时刻,接收服务器发送的第四类信息;
所述第四类信息为用户指定所述第二类信息的提示信息。
优选地,所述方法还包括:
在所述第二时刻,依据至少两个所述第一类信息预测形成第五类信息;
所述第五类信息为用户指定所述第二类信息的参考信息。
优选地,所述方法还包括:
输出所述第三类信息;
或,
将所述第三类信息发送到与所述客户端关联的其他客户端。
本发明实施例的一种信息处理方法,应用于客户端,所述方法包括:
接收用户输入的第一类信息和至少一个第二类信息;所述第一类信息为随机生成的信息;所述第二类信息为用户指定的信息;
依据预设方式确定每一个所述第二类信息与所述第一类信息的匹配度,获得匹配结果;
依据所述匹配结果形成第三类信息;
输出所述第三类信息。
本发明实施例的一种信息处理方法,应用于服务器中,所述方法包括:
确定待接收第一类信息的指定客户端;
向所述指定客户端发送所述第一类信息;
其中,所述第一类信息为随机形成的信息,且与第二类信息共同为形成第三类信息的依据之一;
所述第二类信息为用户指定的信息。
优选地,
所述确定待接收第一类信息的指定客户端包括:
查询订阅信息,确定已订阅所述第一类信息的客户端为所述指定客户端;
其中,所述订阅信息中包括所述客户端的标识信息。
优选地,所述方法还包括:
所述确定待接收第一类信息的指定客户端为:
查询第二类信息指定记录;
将所述第二类信息指定记录中所记载的客户端确定为所述指定客户端。
优选地,所述方法还包括:
根据预先存储的所述第二类信息与所述指定客户端的映射关系,将所述第二类信息发送给所述指定客户端。
优选地,
所述方法还包括:
接收客户端发送的第三类信息;所述第三类信息为依据所述第一类信息与第二类信息的匹配度确定的。
优选地,所述方法还包括:
依据预设方式确定所述第一类信息和第二类信息的匹配度,获取匹配结果;
依据所述匹配结果鉴定所述第三类信息,形成鉴定结果。
优选地,所述方法还包括:
接收客户端发送的基于所述第三类信息的第一操作请求;
依据所述鉴定结果,向客户端发送所述第一操作请求的响应消息。
本发明实施例的一种客户端,所述客户端包括:
第一接收单元,用于在第一时刻接收服务器发送的第一类信息;所述第一类信息为随机生成的信息;
第一获取单元,用于获取至少一个第二类信息;所述第二类信息为用户指定的信息;
第一确定单元,用于依据预设方式确定每一个所述第二类信息与所述第一类信息的匹配度,获得匹配结果;
第一形成单元,用于依据所述匹配结果形成第三类信息。
优选地,
所述第一获取单元,用于接收服务器发送所述第二类信息;或接收用户输入的所述第二类信息。
优选地,所述客户端还包括第二获取单元;
所述第二获取单元,用于接收用户指令或形成内置指令;
所述第一确定单元,具体用于在所述用户指令或所述内置指令的触发下,依据预设方式确定每一个所述第二类信息与所述第一类信息的匹配度,获得匹配结果。
优选地,
所述第二获取单元,具体用于判断是否已获取所述第一类信息及至少一个所述第二类信息;及当判断结果表明已获取所述第一类信息和至少一个所述第二类信息时,形成所述内置指令。
优选地,所述客户端还包括第一发送单元;
所述第一发送单元,用于将所述第三类信息发送给服务器。
优选地,
所述第一发送单元,还用于依据所述第三类信息,向所述服务器发送第一操作请求;
所述第一接收单元,还用于接收服务器发送的基于所述第一操作的响应消息;
所述响应消息为服务器依据所述第三类信息发送的反馈消息。
优选地,所述客户端还包括加密单元;
所述加密单元,用于在将所述第三类信息发送给服务器之前,将所述第三类信息进行加密处理。
优选地,
所述第一接收单元,还用于在晚于所述第一时刻的第二时刻,接收服务器发送的第四类信息;
所述第四类信息为用户指定所述第二类信息的提示信息。
优选地,
所述第一形成单元,还用于在所述第二时刻,依据至少一个所述第一类信息预测形成第五类信息;
所述第五类信息为用户指定所述第二类信息的参考信息。
优选地,
所述客户单元还包括用于输出所述第三类信息的第一输出单元;
或,
所述第一发送单元,还用于将所述第三类信息发送到与客户端关联的其他客户端。
本发明实施例的一种客户端,所述客户端包括:
输入单元,用于接收用户输入的第一类信息和至少一个第二类信息;所述第一类信息为随机形成的信息;所述第二类信息为用户指定的信息;
第二确定单元,用于依据预设方式确定每一个所述第二类信息与所述第一类信息的匹配度,获得匹配结果;
第二形成单元,用于依据所述匹配结果形成第三类信息;
输出单元,用于输出所述第三类信息。
本发明实施例的一种服务器,所述服务器包括:
第三确定单元,用于确定待接收第一类信息的指定客户端;
第二发送单元,用于向所述指定客户端发送所述第一类信息;
其中,所述第一类信息为随机形成的信息,且与第二类信息共同为形成第三类信息的依据之一;
所述第二类信息为用户指定的信息。
优选地,
所述第三确定单元,具体用于查询订阅信息确定已订阅所述第一类信息的客户端为所述指定客户端;
其中,所述订阅信息中包括所述客户端的标识信息。
优选地,
所述第三确定单元包括:
查询模块,用于查询第二类信息指定记录;
确定模块,用于依据所述记录结果确定所述用户客户端为指定客户端。
优选地,
所述第二发送单元,还用于根据预先存储的所述第二类信息与所述指定客户端的映射关系,将所述第二类信息发送给所述指定客户端。
优选地,
所述服务器还包括:
第二接收单元,用于接收第三类信息;所述第三类信息为依据所述第一类信息与第二类信息的匹配度确定的。
优选地,
第三确定单元,还用于依据预设方式确定所述第一类信息和第二类信息的匹配度,获取匹配结果;
所述服务器还包括:
鉴定单元,用于依据所述匹配结果鉴定所述第三类信息形成鉴定结果。
优选地,
所述第二接收单元,还用于接收客户端发送的基于所述第三类信息的第一操作请求;
所述第二发送单元,还用于依据所述鉴定结果向客户端发送所述第一操作请求的响应消息。
本发明实施例中所述的信息处理方法、客户端及服务器,由客户端根据预设方式确定第二类信息与第一类信息的匹配度,并根据匹配度形成第三类信息,相对于由服务器集中处理所有的第二类信息与第一类信息并形成第三类信息,至少使部分客户端获得所述第三类信息的时间提前了,从而能解决用户获得第三类信息延时大的问题;此外,同时还将第二类信息与第一类信息匹配度确认的工作量转移到了客户端,从而至少在匹配度确认上降低了服务器的工作负荷。
附图说明
图1为本发明实施例所述的信息处理方法的流程示意图之一;
图2为本发明实施例所述的信息处理方法的流程示意图之二;
图3为本发明实施例所述的形成内置指令的流程示意图之一;
图4为本发明实施例所述的与用户交互的一种效果示意图;
图5为本发明实施例所述的客户端在执行本发明实施例所述的信息处理方法的一种效果示意图;
图6为本发明实施例提供一种可实施所述信息处理方法的通信***的结构示意图;
图7为本发明实施例所述的信息处理方法的流程示意图之三;
图8为本发明实施例所述的信息处理方法的流程示意图之四;
图9为本发明实施例所述的信息处理方法的流程示意图之五;
图10为本发明实施例所述的信息处理方法的流程示意图之六;
图11为本发明实施例所述的信息处理方法的流程示意图之七;
图12为本发明实施例所述的客户端的结构示意图之一;
图13为本发明实施例所述的客户端的结构示意图之二;
图14为本发明实施例所述的客户端的结构示意图之三;
图15为本发明实施例所述的服务器的结构示意图之一;
图16为本发明实施例所述的服务器的结构示意图之二。
具体实施方式
以下结合说明书附图及具体实施例对本发明的技术方案做进一步的详细阐述。
方法实施例一:
如图1所示,本实施例提供一种信息处理方法,所述方法包括:
步骤S110:客户端在第一时刻接收服务器发送的第一类信息;
步骤S120:获取至少一个第二类信息;
步骤S130:依据预设方式确定每一个所述第二类信息与所述第一类信息的匹配度,获得匹配结果;
步骤S140:依据所述匹配结果形成第三类信息。
所述第一类信息是随机形成的信息;所述第二类信息是用户指定的信息;
通常所述第二类信息优先所述第一类信息的形成。
所述客户端可为用户使用的终端,譬如手机、平板电脑及个人数字助理等具有通信功能的电子设备,通过有线或无线的网络与位于网络侧的服务器相连;且优选为移动客户端。
所述第一类信息可为开奖信息,则所述第二类信息可为用户购买的下注信息;则在所述步骤S110中,所述第一时刻可以为开奖时间或开奖之后的某一个时间点。在所述步骤S120中所获取的第二类信息可能不止一个,譬如用户同时购买了多注彩票,或者用户的家人和朋友也下注了,则此时可能不止一个第二类信息。在所述步骤S130中所述的预设方式,可以根据用户所购买的彩票种类的不同而不同,具体的可参见现有服务器确定第二类信息和第一类信息的匹配度的方法。
在步骤S140中所述的第三类信息可以分为两大类;第一大类为未中奖信息;第二大类为中奖信息。当所述第三类信息为未中奖信息时可以仅包括向用户提示未中奖的结果信息,也可同时还包括所述第一类信息和对应的第二类信息,以方便用户人工校验。当所述第三类信息为中奖信息时,可包括中了几等奖及奖金数等信息;同样的也可同时还包括所述第一类信息和对应的第二类信息,以方便用户人工校验。
在具体的执行过程中,所述方法还包括将所述第三类信息呈现给用户的步骤;当所述第二类信息是所述客户端的用户指定的时候,本实施例所述的方法还包括将对应的所述第三类信息可以通过显示屏显示或语音单元语音播报等方式向用户输出。
在具体的实现过程中,所述步骤S110和步骤S120之间没有一定的先后顺序,仅需在执行步骤S130之前完成即可。
综合上述,本实施例提供了一种信息处理方法,改变了过去由提供商的服务器集中确认第二类信息和第一类信息的匹配度,取而代之将第一类信息和第二类信息的匹配度确认以及第三类信息的形成由客户端处理,这样就避免了提供商的服务器集中处理导致的服务器工作负荷大,第三类信息发送到用户端的延时大的问题。
方法实施例二:
如图1所示,本实施例提供一种信息处理方法,所述方法包括:
步骤S110:客户端在第一时刻接收服务器发送的第一类信息;所述第一类信息是随机形成的信息;
步骤S120:获取至少一个第二类信息;所述第二类信息是用户指定的信息;
步骤S130:依据预设方式确定每一个所述第二类信息与所述第一类信息的匹配度,获得匹配结果;
步骤S140:依据所述匹配结果形成第三类信息。
在本实施例中,提供两种获取所述第二类信息的方法:
方法一:接收服务器发送的所述第二类信息;
方法二:接收用户输入的所述第二类信息。
在具体的实现过程中,若所述第二类信息也是从服务器接收的,则优选为与所述第一类信息一同接收,这样减少与服务器的信息交互次数,降低客户端的能耗。从服务器接收第二类信息,能避免客户端再通过其他方式获取第二类信息,如用户手动输入,能简化操作。
此外,若所述第二类信息为从服务器端接收的,所述第二类信息的个数优选为不大于N;所述N为不小于2的正整数,具体的取值为10、20或50等值。在具体的执行过程中,根据所述客户端的处理能力以及处理速度,确定所述N的值。若所述客户端在指定时间内能确认出1000个结果,则所述N可为1000,所述指定时间具体如20分钟或30分钟,以小于用户允许获取到所述第三类信息的时延。
当所述第一类客户端为用户客户端时,若已经开奖了,用户想知道自己是否中奖或中了几等奖,用户可以手动输入第二类信息,由用户客户端根据已经接收的第一类信息自动匹配出匹配结果,形成第三类信息;这种由用户手动输入的方式,用户的可控性强,在具体的实践中选择哪一种方法,可以根据用户需求来设置。
方法实施例三:
如图2所示,本实施例提供一种信息处理方法,应用于客户端中,所述方法包括:
步骤S110:客户端在第一时刻接收服务器发送的第一类信息;
步骤S120:获取至少一个第二类信息;
步骤S121:接收用户指令或形成内置指令;
步骤S130:在所述用户指令或所述内置指令的触发下,依据预设方式确定每一个所述第二类信息与所述第一类信息的匹配度,获得匹配结果;
步骤S140:依据所述匹配结果形成第三类信息。
所述接收用户指令方式及应用场景都有多种,以下提供几种优选方式:
方式一:用户通过其他渠道,譬如电视和/或网络知道当前已经开奖;此时用户想获知自己是否中奖,用户可打开客户端的中奖结果查看应用;用户打开所述中奖结果查看应用的操作,即可认为是一种所述用户指令。
客户端在检测到所述用户指令后,触发所述客户端请求从服务器中获取第一类信息,并执行第二类信息与第一类信息匹配度的确定。
方式二:服务器会主动的将第一类信息推送给客户端;在客户端接收到第一类信息后,接收到用户指令时,利用已经接收的第一类信息,进行第二类信息和第一类信息的匹配度确认。
方式三:服务器会主动的将第一类信息推送给客户端,所述客户端在接收到第一类信息后主动输出一个提示,提示用户现在可以进行第一类信息与第二类信息的匹配度确认了,让用户确定是否进行确认。具体的如图4所示,所述客户端包括显示触控单元101,在所述显示触控单元101上通过一个对话框102的形式提示用户客户端当前接收到了服务器发送的第一类信息,是否立即进行第二类信息和第一类信息的匹配度确认。若用户客户端收到用户触控所述显示触控单元101上的“确定”控件的用户指令,则表明用户想要进行第二类信息与第一类信息的匹配度确认,用户客户端收到用户触控“取消”控件的用户指令,则表明用户暂时不想要进行第二类信息与第一类信息的匹配度确认;用户通过触控所述“确定”控件,完成用户指令的输入。
当用户指令表明用户暂时想要进行第二类信息与第一类信息的匹配度确认时,客户端将仅接入所述步骤S130;当用户指令表明用户暂时不想要进行第二类信息与第一类信息的匹配度确认时,客户端将接收到的第一类信息和第二类信息存储好,以便后续使用。
此外,还可以是基于内置指令的方式触发第一类信息和第二类信息匹配度的确认,形成内置指令的方式有很多中,例如满足一定的预设条件即自动形成内置指令。
如每天下午3点开奖;预计最迟将于3:15接收到第一类信息;则达到3:15后,自动形成内置指令,自动确认第一类信息和第二类信息的匹配度,输出第三类信息。此时,所述第二类信息可以是从服务器发送的,也可以是用户输入的。
再比如,每天下午3点开奖;预计最迟将于3:15接收到第一类信息;用户在3:15后向客户端内输入一个当日开奖的第二类信息,此时也可以生成内置指令,用于自动形成第三类信息。
在本实施例中,所述步骤S110、步骤S120及步骤S121之间没有一定的先后顺序,这些步骤仅需在执行步骤S130之前完成即可。
综合上述,本实施例是在实施例一或实施例二的基础上,进一步限定了触发客户端形成第三类信息的方式,具有实现简便的优点。
进一步地,本实施例还提供一种优选的形成内置指令的方法:
如图3所示,所述形成内置指令包括:
步骤S1211:判断是否已获取所述第一类信息及至少一个所述第二类信息;
步骤S1212:当判断结果为是,即表明已获取所述第一类信息和至少一个所述第二类信息时,形成所述内置指令。
在具体的实现过程中,当判断结果为否时则再次返回判断步骤S1121;所述步骤S1211优选为周期性的执行以节省客户端的功耗。所述周期可以为10分钟或5分钟等。此外在具体实现时,若所述第一类信息和所述第二类信息均是从服务器接收的,则可以预先估计出在设定时间段内接收到所述第一类信息和第二类信息;在该时间段内由客户端启动所述形成内置指令步骤的执行。若所述第二类信息是由用户输入的,在进行所述步骤S1211之前,首先确定所述客户端是否满足一定的预设条件;具体如客户端当前是否启动形成第三信息的应用;或当前所述第一类信息是否已经随机形成;若确定结果为是,才执行所述步骤S1211,采用这些方法都有利于接收客户端的功耗。
在具体的实现过程中,所述预设方式是事先存储在所述客户端内;同样的所述匹配结果与第三类信息的映射关系也是可以预先存储的;所述第一类信息和第二类信息是进行确认的两个参量;在获取了这两个必要参量后,即可执行确认,故在本实施例所述客户端判断已经获取了第一类信息和第二类信息,可形成内置指令自行确认,从而提高了客户端的智能性。
方法实施例四:
本实施例在上述方法实施例一至方法实施例三任一所述的技术方案的基础上做了进一步的改进,具体如图1所示,本实施例提供一种信息处理方法,应用于客户端中,所述方法包括:
步骤S110:在第一时刻接收服务器发送的第一类信息;
步骤S120:获取至少一个第二类信息;
步骤S130:依据预设方式确定每一个所述第二类信息与所述第一类信息的匹配度,获得匹配结果;
步骤S140:依据所述匹配结果形成第三类信息。
所述方法还包括:
将所述第三类信息发送给服务器。
当所述第一类信息为开将结果、第二类信息为用户的下注信息,则每一所述第三类信息可对应一个下注信息是否获奖或获奖的等级等信息;在具体的实现过程中,所述第三类信息可以包括根据客户端确认出每一个第二类信息与第一类信息匹配结果得到的第三类信息,也可以仅是有中奖的第三类信息。在具体的实现过程中,所述第三类信息的构成可包括中奖的等级及中奖的第二类信息等信息。当所述客户端仅将有中奖的第三类信息返回给服务器时,减少了上报信息量;减少了服务器接收信息的量。
本实施例还做了以下进一步改进:
所述方法还包括:
依据所述第三类信息,向所述服务器发送第一操作请求;
接收服务器发送的基于所述第一操作的响应消息;
所述响应消息为服务器依据对所述第三类信息对鉴定结果发送的反馈消息。
当所述第一类信息为开奖信息时,所述第一操作请求可以为获奖确认请求或提款请求。当所述第一操作请求为获奖确认请求,为了防止在客户端在确认过程中出现确认错误及第三类信息在传输过程中被篡改,服务器需要根据对应的第二类信息与第一类信息重新确认一遍,对客户端确认的结果进行校对和鉴定,并根据鉴定结果向客户端发送确认是否中奖以及中奖结果等响应消息,若确实获奖,还可在所述响应消息中携带领奖的相关事项等其他信息。
当所述第一类信息为提款请求时,同样的为了防止在客户端在确认过程中出现确认错误及第三类信息在传输过程中被篡改,服务器需要根据对应的第二类信息与第一类信息重新确认一遍,对客户端确认的结果进行校对和鉴定,并根据鉴定结果发送提款相关信息,如提款验证码、提款确认指示等信息。
在本实施例中,进一步的限定了客户端基于第三类信息向服务器发送操作请求;在具体的实现过程中,所述第一类操作请求,可以与所述第三类信息同步发送,减少服务器与客户端之间的信息交互次数,降低服务器的繁忙度。
此外,本实施例在上述方案任一方案的基础上,还做了以下改进,在将所述第三类信息发送给服务器之前,所述方法还包括:
将所述第三类信息进行加密处理。
本实施例中将所述第三类信息进行加密处理,这样能加大他人在所述第三类信息的传输过程中对第三类信息的剽窃以及篡改等非法操作,提高了信息的安全度。
综合上述,本实施例在上述方法实施例一至方法实施例三的基础上,将第三类信息向服务器反馈,基于第三类信息的反馈,还可以向服务器提出第一操作请求及对第三类信息进行加密处理等,这样增强了客户端与服务器之间的交互性,同时提高了信息的安全性。
方法实施例五:
本实施例在上述方法实施例一至方法实施例四任一所述的技术方案的基础上做了进一步的改进,具体如图1所示,本实施例提供一种信息处理方法,应用于客户端中,所述方法包括:
步骤S110:在第一时刻接收服务器发送的第一类信息;
步骤S120:获取至少一个第二类信息;
步骤S130:依据预设方式确定每一个所述第二类信息与所述第一类信息的匹配度,获得匹配结果;
步骤S140:依据所述匹配结果形成第三类信息。
区别于方法实施例一至方法实施例四,本实施例所述的方法还包括:
在晚于所述第一时刻的第二时刻接收服务器发送的第四类信息;
所述第四类信息为用户指定所述第二类信息的提示信息。
所述第一时刻为第n次开奖后的某一个时刻,所述第二时刻为第n+1次开奖前的某一个时刻;所述n为正整数;在具体的实现过程中所述第n次开奖可为第5期开奖;则所述第n+1次开奖可为第6期开奖。在具体的实现过程中,所述第四类信息的接收时间不局限于第二时刻;所述第四类信息也可以在第一时刻即可获得;但是考虑到用户接收到信息后能及时用,优选为第二时刻。
当所述第一类信息为开奖结果,第二类信息为下注信息等信息时;客户端还将接收服务器发送的如下一期开奖时间、购买时间以及购买地点等操作,以便用户能根据所述提示信息确定指定下注信息时间和/或地点等信息,再次方便了用户的操作,提高了用户体验。
此外,在上述方案的基础上,所述方法还包括:
在所述第二时刻,依据至少一个所述第一类信息预测形成第五类信息;
所述第五类信息为用户指定所述第二类信息的参考信息。
在具体的实现过程中,所述客户端将在经过多次操作之后获得多次开奖的开奖结果,依据一定的预测方法以及根据多次开奖结果,客户端可以预测下一期的开奖结果,为用户购买下一期的下注信息提供参考信息。
再次提高客户端的智能性,有利于用户满意度的提升。
方法实施例六:
本实施例在上述方法实施例一至方法实施例五任一所述的技术方案的基础上做了进一步的改进,具体如图1所示,本实施例提供一种信息处理方法,应用于客户端中,所述方法包括:
步骤S110:客户端在第一时刻接收服务器发送的第一类信息;
步骤S120:获取至少一个第二类信息;
步骤S130:依据预设方式确定每一个所述第二类信息与所述第一类信息的匹配度,获得匹配结果;
步骤S140:依据所述匹配结果形成第三类信息;
所述方法还包括:
将所述第三类信息输出给用户,如利用显示单元所述第三类信息;通过扬声器播报所述第三类信息;为了确定对应的第三类信息的安全性,在输出第三类信息时,首选确定是否为执行第二类信息的用户指定客户端;
当所述客户端是提其他用户确认中奖结果时,所述方法还可包括将所述第三类信息发送到与客户端关联的其他客户端。
在具体的实现过程中,有些用户的客户端可能不支持第二类信息与第一类信息的匹配度确认等情况,此时用户可能指定朋友或亲人的客户端为自己形成第三类信息。具体如客户A购买了下注信息,但是他的手机上没有确认第二类信息与第一类信息匹配度的应用,此时他可以指定其朋友客户B的手机为其确认。客户B的手机在接收到第一类信息和客户A购买的第二类信息后,将进行确认,并形成客户B购买的第二类信息所对应的第三类信息,并将第三类信息发送给客户B的手机。此时客户A的手机为客户端,客户B的手机为与客户端关联的其他客户端。所述其他客户端可存储在服务器中,服务器在向客户端发送第一类信息的同时,一并将其他客户端的通信标识等信息发送给客户端,方便客户端将第三类信息发送给其他客户端。
如图5所示,在所述客户端中可形成一个群组;所述群组可以为好友列表103;所述好友列表103显示在客户端的显示触控单元101上。若图5中所示的客户端为客户端A;所述好友列表103中每一个用户可对应一个用户账号;还可以对应一个客户端;好友列表中各账号对应的客户端统称为客户端B。当所述客户端B或所述客户端B对应的用户账号位于好友列表中时,客户端A默认被授权替客户端B确定第二类信息与第一类信息的匹配度,形成第三类信息;这时所述客户端A可以在用户的指示下向服务器提出请求,获取好友列表中其他用户购买的第二类信息;服务器在确认客户端A以供客户端确认。客户端A在确定各第二类信息对应的第三类类信息后,将逐一发送给对应的客户端B。
图5中好友列表中包括了好友A、好友B、好友C以及好友D;客户端可以通过即时通信软件单独与好友A、好友B、好友C以及好友D中的任何一方通话,或同时与好友A、好友B、好友C以及好友D中的任意两个建立群组通话,是否要由客户端替代进行第二类信息与第一类信息的匹配度的确认;此时根据对话内容进行授权。客户端将对话内容发送给服务器,服务器根据对话内容确定是否向客户端发送其他用户的第二类信息。所述好友A、好友B、好友C以及好友D所持有的客户端即可为其他客户端。
在具体的实现过程中,所述其他客户端也可以是用户在指定第二类信息时,通过信息或语音向服务器指定的客户端。
综合上述,本实施例在上述任一方法实施例的基础上,做出了进一步的改进,实现了用户通过关联,实现彼此授权确认对方有关中奖情况的第三类信息的确认,再次提高了确认的智能性,有利于用户体验感受的提升。
方法实施例七:
如图6所示为一个适用于本发明实施例所述信息处理方法应用的通信***;所述通信***包括服务器、移动客户端A、移动客户端B以及移动客户端C;移动客户端A、移动客户端B以及移动客户端C之间可两两进行通信;移动客户端A、移动客户端B以及移动客户端C均通过网络与所述服务器连接;并可通过网络与服务器之间进行通信。所述网络可为有线网络或无线网络。所述移动客户端优选为手机或平板电脑等具有通信功能的客户端。所述移动客户端A、移动客户端B以及移动客户端C的任意一个都可作为客户端。
如图7所示,本实施例所述的信息处理方法包括:
步骤S110’:服务器确定待接收第一类信息的指定客户端;
步骤S111:服务器向客户端发送第一类信息;所述第一类信息为随机生成的信息;
步骤S112:客户端接收所述第一类信息;
步骤S113:客户端获取至少一个第二类信息;所述第二类信息是用于指定的信息,且形成的时间通常早于所述第一类信息;
所述第二类信息可以是从服务器接收或由用户手动输入或从其他外设获取;特别说明一下所述步骤S113与步骤S111及步骤S112之间没有一定的执行先后顺序;
步骤S114:客户端依据预设的方法确定每一个第二类信息与第一类信息的匹配度,形成匹配结果。
步骤S115:客户端依据所述匹配结果形成第三类信息;
步骤S116:客户端将所述第三类信息上报给服务器;
步骤S117:服务器接收并保存所述第三类信息,用于后续处理,具体奖金发放等操作。
本实施例还提供另一个技术方案,如图8所示,所述方法包括:
步骤S110’:服务器确定待接收第一类信息的指定客户端;
步骤S111:服务器向客户端发送第一类信息;所述第一类信息为随机生成的信息;
步骤S112:客户端接收所述第一类信息;
步骤S113:客户端获取至少一个第二类信息;所述第二类信息是用于指定的信息,且形成的时间通常早于所述第一类信息;
所述第二类信息可以是从服务器接收或由用户手动输入或从其他外设获取;特别说明一下所述步骤S113与步骤S111及步骤S112之间没有一定的执行先后顺序;
步骤S114:客户端依据预设的方法确定每一个第二类信息与第一类信息的匹配度,形成匹配结果。
步骤S115:客户端依据所述匹配结果形成第三类信息;
步骤S116:客户端将所述第三类信息上报给服务器;
步骤S117’:服务器接收并鉴定所述第三类信息,形成鉴定结果;
步骤S118:服务器根据第三类信息的鉴定结果向客户端发送第一操作请求的响应信息。所述第三类信息和所述第一操作请求可以同步发送,也可以分别发送,在本实施例中优选为同步发送,减少客户端与服务器之间的交互次数,降低服务器的繁忙度。
其中,所述第一操作请求可以为开奖中的提款请求等。
在具体的执行过程中,所述服务器在发送第一类信息之前,可能还包括确定发给哪些客户端的步骤,即确定哪些客户端是客户端的步骤。具体可以根据客户端的订阅信息或指定第二类信息的记录信息来确定哪些客户端是客户端,在此就不展开详细解释了。
本实施例的上述方法采用这种方法实现第三类信息的形成,相对服务器集中处理,降低了服务器的确认负荷量,用户可以根据自己的需要确定何时形成第三类信息,避免了服务器运算过大导致的延迟大等问题。
方法实施例八:
如图9所示,本实施例提供一种信息处理方法,所述方法包括:
步骤S121:客户端接收用户输入的第一类信息和至少一个第二类信息;
步骤S122:依据预设方式确定每一个所述第二类信息与所述第一类信息的匹配度,获得匹配结果;
步骤S123:依据所述匹配结果形成第三类信息;
步骤S124:向用户输出所述第三类信息。
所述客户端为用户持有的终端,具体的如用户的手机或平板电脑等个人设备。
在所述步骤S121中,用户可以通过文字或语音等方式向客户端输入第一类信息和第二类信息;所述第一类信息可以是用户通过观看电视或查询相关网站获取的;所述第二类信息是用户自行指定的;在具体的实现过程中,所述第一类信息和第二类信息可以由用户同时向客户端输入,也可以是由用户不同时间输入。
本实施例所述的信息处理方法,不同于方法实施例一至方法实施七中所述的方法之处在于,由用户输入第二类信息,方法实施例一至方法实施例七中对应于所述步骤S122及所述步骤S124的实现方式,同样可以应用到本实施例所述的方法中。本实施例所述的方法同样的可包括向服务器上报第三类信息、发送第一操作请求及对第三类信息进行加密处理、将确认得到的第三类信息发送关联的其他客户端等操作。具体的如何实现可以参照方法实施例一至方法实施例七中相对应的部分。
本实施例所述的信息处理方法,同样的具有降低了服务器的操作负荷量,用户可以根据自己的需要确定何时形成第三类信息,避免了服务器运算过大导致的延迟大等问题的优点。
方法实施例九:
如图10所示,本实施例提供一种信息处理方法,所述方法包括:
步骤S210:服务器确定待接收第一类信息的指定客户端;
步骤S220:向所述指定客户端发送所述第一类信息;
所述第一类信息为随机形成的信息,且与第二类信息共同为形成第三类信息的依据之一;
所述第二类信息为用户指定的信息。
当所述第一类信息可为开奖结果时,针对每一期开奖购买的用户可能不同,譬如建筑工程师A上一次购买了彩票,但是本次就没有购买,则是否需要将第一类信息发送给建筑工程师A,可以根据建筑工程师A是否购买彩票来确定,否则可能导致在建筑工程师A没有购买彩票时人为的信息干扰。
故本实施例所述的信息处理方法中,所述指定客户端可能会根据用户是否购买彩票等进行变动。
确定了客户端后,可以通过互联网向客户端发送第一类信息。所述互连网可为有线网络和/或无线网络。
本实施例所述的信息处理方法,将第一类信息发送到指定的客户端中,让客户端依据第一类信息及用户自行指定的第二类信息确认开奖结果,相对于集中处理,显然减少了服务器的确认负荷量,避免了服务器集中处理的延时大的问题。
方法实施例十:
如图10所示,本实施例提供一种信息处理方法,应用于服务器中,所述方法包括:
步骤S210:确定待接收第一类信息的指定客户端;
步骤S220:向所述指定客户端发送所述第一类信息。
本实施例在上一方法实施例的基础上,还进一步提供了两种实现简便快捷的确定客户端的优选方式:
优选方式一:
所述确定待接收第一类信息的指定客户端包括:
查询订阅信息确定已订阅所述第一类信息的客户端为所述客户端;
其中,所述订阅信息中包括所述客户端的标识信息。
在具体的实现过程中,很多消费者或用户会对很多第一类信息感兴趣,可能会订阅第一类信息;服务器将接收用户的订阅指示,形成订阅信息。在具体的实现过程中,所述订阅信息至少包括所述第一类信息发送的客户端。在服务器中可以形成订阅列表;所述类别中记录了订阅客户端的通信标识,以方便服务器根据这些通信标识向客户端发送第一类信息。
优选方式二:
所述确定待接收第一类信息的指定客户端包括:
查询第二类信息指定记录;
将所述第二类信息指定记录中所记载的客户端确定为所述指定客户端。
当所述第二类信息为下注信息时,通常都是用户自行指定的;用户在下注站或通过客户端下注,形成所述第二类信息;为了方便所述第一类信息的接收,用户可能在下注的同时指定其接收第一类信息的客户端。为了方便用户下注在具体的实现过程中,可能不同用户还可分配不同的用户账号等信息。
下表是上述的第二类信息记录结果的一个具体示例:
所述记录结果中记录有用户账号,如用户1、用户2、用户3、用户4及用户5,对应每一用户账号的客户端通信标识,如aaa、bbb、ccc、12a及21c等,及下注信息如AAA、BVV、CCC、EEX及321等;故可通过查询上述列表,获取确定哪些客户端为客户端,具有实现简单便捷的优点。
方法实施例十一:
如图11所示,本实施例提供一种信息处理方法,所述方法包括:
步骤S210:服务器确定待接收第一类信息的指定客户端;
步骤S220:向所述指定客户端发送所述第一类信息。
本实施例区别方法实施例十和方法实施例十一在于,所述方法还包括:
步骤S230:依据所述记录结果将用户指定的所述第二类信息发送给所述客户端。
如依据方法实施例十中所述的第二类信息记录列表查询客户端对应的下注信息,并发送给客户端,这样就避免了用户手动输入第二类信息,再次简化了用户操作。
方法实施例十二:
如图10所示,本实施例提供一种信息处理方法,所述方法包括:
步骤S210:服务器确定待接收第一类信息的指定客户端;
步骤S220:向所述指定客户端发送所述第一类信息。
在所述步骤S220之后,所述方法还包括:
接收第三类信息;所述第三类信息为依据所述第一类信息与第二类信息的匹配度确定的。
服务器通过接收客户端或客户端发送的第三类信息可以知道哪些下注信息获奖了,方便后续操作。
进一步地,所述方法还包括:
依据预设方式确定所述第一类信息和第二类信息的匹配度,获取匹配结果;
依据所述匹配结果鉴定所述第三类信息,形成鉴定结果。
通过上述鉴定结果形成的操作,可以验证客户端是否出现了确认错误,同时还可排除非法操作对第三类信息的篡改等操作,提高准确度。
基于所述鉴定结果,所述方法还包括:
接收客户端发送的基于所述第三类信息的第一操作请求;
依据所述鉴定结果,向客户端发送所述第一操作请求的响应消息。
所述第一操作请求可为获奖确认请求或提款请求等请求。
当所述鉴定结果表明形成第三类信息的第二类信息与第一类信息的匹配度确认结果未出现错误时,可以向客户端发送确认获奖请求或提款请求。
当所述鉴定结果表明第二类信息与第一类信息的匹配度确认结果出现错误时,服务器可以向客户端发送否认获奖答复和/或无权提款消息等。
综合上述,通过鉴定结果的形成可以有效的防止非法操作以及错误操作导致的不良后果,同时增加了服务器与客户端之间的交互性,满足了用户的不同需求,具有智能性高的优点。
设备实施一:
如图12所示,本实施例提供一种客户端,所述客户端包括:
第一接收单元110,用于在第一时刻接收服务器发送的第一类信息;
第一获取单元120,用于获取至少一个第二类信息;
第一确定单元130,用于依据预设方式确定每一个所述第二类信息与所述第一类信息的匹配度,获得匹配结果;
第一形成单元140,用于依据所述匹配结果形成第三类信息。
所述第一接收单元110的具体结构可包括通信接口,如接收天线或RJ45等有线通信接口,接收所述第一类信息。
所述第一获取单元120的具体结构可根据获取第二类信息的方法不同而不同,具体的接收服务器或其他设备发送的第二类信息时,同样可为通信接口,所述通信接口可为接收天线等。当所述第一获取单元120为接收用户输入的信息时,所述第二获取单元可包括键盘或触控屏或录音单元等接收用户输入的装置。
所述第一确定单元130的具体结构可为计算器或具有匹配功能的处理器等。所述处理器可包括中央处理器、微处理器、数字信号处理器、可编程逻辑阵列等具有处理功能的电子元器件。
所述第一形成单元140的结构同样可为处理器;所述处理器可以通过运行一些可执行指令形成第三类信息。
综合上述,本实施例所述的客户端,为方法实施例一所述的信息处理方法提供了硬件支撑,以能够实现方法实施例一中任意技术方案所述的信息处理方法,同样的具有能分担服务器的负荷,及时的向用户提供第三类信息的优点。
在本实施例中,所述第一类信息的具体构成及用途可以参见方法实施例一中对应部分。
设备实施例二:
如图12所示,本实施例提供一种客户端,所述客户端包括:
第一接收单元110,用于在第一时刻接收服务器发送的第一类信息;
第一获取单元120,用于获取至少一个第二类信息;
第一确定单元130,用于依据预设方式确定每一个所述第二类信息与所述第一类信息的匹配度,获得匹配结果;
第一形成单元140,用于依据所述匹配结果形成第三类信息。
本实施例与上一设备实施例的不同在于,本实施例提供了两种所述第一获取单元120的具体结构和具体应用;
第一种:所述第一获取单元120,具体用于接收服务器发送所述第二类信息;或接收用户输入的所述第二类信息。此时所述第一获取单元120的具体结构可为通信接口。此时所述第一获取单元120与所述第一接收单元110可以集成对应于同一个通信接口,所述第一类信息和第二类信息可以同时接收,也可以分别接收。
第二种:所述第一获取单元120,具体用于接收用户输入的所述第二类信息。
本实施例所述的客户端为方法实施例二所述的信息处理方法提供了硬件支持,可用以实现方法实施例二中所述的任意方法,在具有获取第二类信息的结构简单的同时,还能降低服务器的确认负荷量,避免用户获取第三类信息延迟的问题。
设备实施例三:
如图12所示,本实施例提供一种客户端,所述客户端包括:
第一接收单元110,用于在第一时刻接收服务器发送的第一类信息;
第一获取单元120,用于获取至少一个第二类信息;
第一确定单元130,用于依据预设方式确定每一个所述第二类信息与所述第一类信息的匹配度,获得匹配结果;
第一形成单元140,用于依据所述匹配结果形成第三类信息。
所述客户端还包括第二获取单元;
所述第二获取单元,用于接收用户指令或形成内置指令;
所述用户指令或内置指令用于触发所述依据预设方式确定每一个所述第二类信息与所述第一类信息的匹配度。
所述第二获取单元若用于接收用户指令时,具体结构可为人机交互接口,如触摸屏、键盘或录音器及与录音器连接的语音识别器等结构。当所述第二获取单元为形成内置指令时对应的具体结构可能就包括处理器,基于一定的触发条件形成触发第二类信息与第一类信息匹配度的确认的指令形成。
作为本实施例的进一步的改进,本实施例还提供了形成内置指令的第二获取单元的具体结构,具体如下:
所述第二获取单元可包括:
判断模块,用于判断是否已获取所述第一类信息及至少一个所述第二类信息;
指令生成模块,用于当判断结果表明已获取所述第一类信息和至少一个所述第二类信息时,形成所述内置指令。
所述判断模块的具体结构可包括逻辑电路或具有判断功能的处理器。当所述判断模块为比较器时,可以在接收到第一类信息向所述逻辑电路输入一个逻辑高电平;当接收到至少一个第二类信息时向所述逻辑电路输入一个逻辑高电平;将两所述逻辑高电平作进行逻辑电平的与处理,不同的逻辑电平进行与处理后形成的逻辑电平不同,所述与处理输出的逻辑电平即可作为形成内置指令的触发条件;所述逻辑电平也可以直接作为内置指令输入指令生成模块,例如作为一个处理器的使能信号,使其形成内置指令。在具体的实现过程中,当然还包括具有上述功能的处理器。通过处理器对各种可读指令的执行来实现上述功能。
同样的所述指令生成模块也可以是高智能的处理器也可以是简单的逻辑电路,例如一个所述指令生成模块也可以是一个简单的非门,在接收到所述判断模块输出的信号的高低电平不同,输出不同的高低电平。所述内置指令可以作为第一确定单元的使能信号输入到第一确定单元,触发确认等。
所述第二获取单元的结构有很多种,不限于上述方案。
本实施例所述的客户端为方法实施例三所述的信息处理方法提供了硬件支持,能够用来实现方法实施例三中任一所述的技术方案,同样的具有能有效降低服务器确认负载,能减少第三类信息到达时延的问题。
设备实施例四:
如图13所示,本实施例提供一种客户端,所述客户端包括:
第一接收单元110,用于在第一时刻接收服务器发送的第一类信息;
第一获取单元120,用于获取至少一个第二类信息;
第一确定单元130,用于依据预设方式确定每一个所述第二类信息与所述第一类信息的匹配度,获得匹配结果;
第一形成单元140,用于依据所述匹配结果形成第三类信息;
第一发送单元150,用于将所述第三类信息发送给服务器。
本实施例是在上述任一设备实施例的基础上的进一步改进,所述第一发送单元150的具体结构可包括发送接口,所述发送接口可为有线或无线的发送接口,如发送天线等结构。
本实施例中所述客户端通过所述第一发送单元150的设置,能够实现向服务发起发送第三类信息,增强了客户端与服务器之间的交互性。
此外,所述第一发送单元150,还用于依据所述第三类信息,向所述服务器发送第一操作请求;
所述第一接收单元110,还用于接收服务器发送的基于所述第一操作的响应消息;
所述响应消息为服务器依据对所述第三类信息对鉴定结果发送的反馈消息。
在具体的实现过程中,所述第三类信息与所述第一操作请求可以同步发送,也可以分开发送,在本实施例中当所述客户端既需要发送所述第三类信息又发送第一操作请求时,优选为同时发送,如携带在同一数据包中发送,在具体的实现过程中,所述数据还可包括携带客户端确认形成第三类信息的第二类信息或客户端的通信标识等信息,方便服务器的验证和鉴定。
所述客户端还包括加密单元;
所述加密单元,用于在将所述第三类信息发送给服务器之前,将所述第三类信息进行加密处理。
所述加密单元可以采用对等加密或非对等加密等加密方法对所述第三类信息进行加密处理,以防止信息被截获及篡改。所述加密单元的具体结构可包括加密处理器等。
本实施例所述的客户端为方法实施例四所述的信息处理方法提供了具体硬件支持,能够用来实现方法实施例四任意所述的技术方案,在具体用户获取第三类信息及时、信息安全性高等优点的同时,还具有结构简单,实现简便的优点。
设备实施例五:
如图12所示,本实施例提供一种客户端,所述客户端包括:
第一接收单元110,用于在第一时刻接收服务器发送的第一类信息;
第一获取单元120,用于获取至少一个第二类信息;
第一确定单元130,用于依据预设方式确定每一个所述第二类信息与所述第一类信息的匹配度,获得匹配结果;
第一形成单元140,用于依据所述匹配结果形成第三类信息。
进一步地,所述第一接收单元110,还用于在晚于所述第一时刻的第二时刻,接收服务器发送的第四类信息;
所述第四类信息为用户指定所述第二类信息的提示信息。
所述第五类信息可以是下一期的开奖时间,购买方式等提示信息。
优选地,
所述第一形成单元140,还用于在所述第二时刻,依据至少一个所述第一类信息预测形成第五类信息;
所述第五类信息为用户指定所述第二类信息的参考信息。
所述第一形成单元的具体结构可包括存储介质及处理器;所述存储介质上存储有多个所述第一类信息;所述处理器可以根据预设的预测算法或仿真模型根据所述第一类信息的走势等预测出下一期的开奖结果,形成所述第五类信息;用户根据所述第五类信息指定一个第二类信息,如指定一个下注信息。
综合上述,本实施例所述的客户端为方法实施例五所述的信息处理方法提供了具体硬件支持,能够用来实现方法实施例四任意所述的技术方案,在具有提示用户何时可以购买彩票以指定第二类信息;为用户提供指定第二类信息的参考信息等优点的同时,还具有结构简单的优点。
设备实施例六:
如图13所示,本实施例提供一种客户端,所述客户端包括:
第一接收单元110,用于在第一时刻接收服务器发送的第一类信息;
第一获取单元120,用于获取至少一个第二类信息;
第一确定单元130,用于依据预设方式确定每一个所述第二类信息与所述第一类信息的匹配度,获得匹配结果;
第一形成单元140,用于依据所述匹配结果形成第三类信息。
所述客户端还包括用户输出所述第三类信息的第一输出单元。所述第一输出单元的具体结构可包括显示屏;通过文字或图片的形式显示所述第三类信息;所述第一输出单元的具体结构还可为扬声器等具有语音播报功能的电子元器件,通过语音播报的方式输出所述第三类信息。
所述第一发送单元150,还用于将所述第三类信息发送到与客户端关联的其他客户端。
所述其他客户端为与所述客户端不同的客户端。
综合上述,本实施例为方法实施例六所述的信息处理方法提供了硬件支持,能用于实现方法实施例六所述的任一技术方案,同样的具有降低了服务器负荷以及用户获取第三类信息的延时。
设备实施例七:
如图14所示,本实施例提供一种客户端,所述客户端包括:
输入单元111,用于接收用户输入的第一类信息和至少一个第二类信息;所述第一类信息为随机生成的信息;所述第二类信息为用户指定的信息;
第二确定单元121,用于依据预设方式确定每一个所述第二类信息与所述第一类信息的匹配度,获得匹配结果;
第二形成单元131,用于依据所述匹配结果形成第三类信息;
第二输出单元141,用于输出所述第三类信息。
所述输入单元111的具体结构可包括显示交互屏、键盘或录音器及语音识别器等结构。
所述第二确定单元121及第二形成单元141的具体的结构可参见前述实施例中所述第一确定单元及第一形成单元的结构,在此就不再进行进一步的详细解释。
所述第二输出单元141的具体结构可包括显示屏,用于文字和/或图片的形式显示所述第三类信息;还可以是语音输出器件,以语音播报的方式输出所述第三类信息。
综合上述,本实施例为方法实施例八所述的信息处理方法提供了硬件支持,能用于实现方法实施例八所述的任一技术方案,同样的具有降低了服务器负荷以及用户获取第三类信息的延时。
设备实施例八:
如图15所示,本实施例提供一种服务器,所述服务器包括:
第三确定单元310,用于确定待接收第一类信息的指定客户端;
第二发送单元320,用于向所述指定客户端发送所述第一类信息;
其中,所述第一类信息为随机形成的信息,且与第二类信息共同为形成第三类信息的依据之一;
所述第二类信息为用户指定的信息。
所述第三确定单元的具体结构可为存储介质以及处理器;所述存储介质中可存储有指定客户端的相关信息;所述处理器与所述存储介质通过服务器内部通信接口(如总线)连接;所述处理器通过读取存储在所述存储介质中的数据来确定所述指定客户端。所述处理器可包括微处理器、中央处理器、数字信号处理器、可编程逻辑阵列等具有处理功能的电子元器件。
所述第三确定单元310的具体结构也可以为接收接口,通过与外设的信息交互获取所述指定客户端。所述第三确定单元310根据确定指定客户端的实现方式不同而不同,不局限于上述两种方式。
所述第二发送单元320的具体结构可包括发送接口;所述发送接口可为有线接口和无线接口。所述有线接口可以为与双绞线适配的RJ45等接口、与同轴电缆适配的同轴电缆输出接口或与光纤通信的光纤接口。所述无线接口可为发送天线等,具体的与第二代移动通信技术、第三代移动通信技术、***移动通信技术或第五代通信技术适配的发送接口,还可以是WIFI发送接口或蓝牙发送接口等近场通信接口。所述第二发送单元320发送的第一类信息通过互连网传输到指定客户端,以供客户端自行依据所述第一类信息形成第三类信息。
综合上述,本实施例所述的服务器为方法实施例九中所述的信息处理方法,提供了具体的硬件支撑,可用来实现方法实施例九中任一所述的技术方案,本实施例所述服务器各单元具体如何实现相应的功能,可参见实施例九中对应的部分。
设备实施例九:
如图15所示,本实施例提供一种服务器,所述服务器包括:
第三确定单元310,用于确定待接收第一类信息的指定客户端;
第二发送单元320,用于向所述指定客户端发送所述第一类信息;
其中,所述第一类信息为随机形成的信息,且与第二类信息共同为形成第三类信息的依据之一;
所述第二类信息为用户指定的信息。
以下提供两种所述第三确定单元的优选结构:
结构一:
所述第三确定单元310,具体用于查询订阅信息,确定已订阅所述第一类信息的客户端为所述客户端;
其中,所述订阅信息中包括所述客户端的标识信息。
结构二:
所述第三确定单元310包括:
查询模块,用于查询第二类信息指定记录;
确定模块,用于依据所述记录结果确定所述用户客户端为指定客户端。
所述订阅信息与所述第二类信息指定记录的不同在于,订阅信息为用于用户指明对第一类信息的订阅的信息;用户可能没有指定第二类信息。而所述第二类信息指定记录包括用户指定的第二类信息以及用于确定所述第二类信息是否中奖的客户端的相关信息。在具体的实现过程中,所述第二类信息指定记录中可能包括的是客户端所对应的通信标识,如手机号等。
本实施例所述的服务器在上一设备实施例的基础上,提供两种结构简单实现简便第三确定单元的结构,可用来为方法实施例十提供硬件支持,实现方法实施例十中任一所述的方法。
设备实施例十:
如图15所示,本实施例提供一种服务器,所述服务器包括:
第三确定单元310,用于确定待接收第一类信息的指定客户端;
第二发送单元320,用于向所述指定客户端发送所述第一类信息;
其中,所述第一类信息为随机形成的信息,且与第二类信息共同为形成第三类信息的依据之一;
所述第二类信息为用户指定的信息。
所述第二发送单元320,还用于根据预先存储的所述第二类信息与所述指定客户端的映射关系,将所述第二类信息发送给所述指定客户端。
当所述服务器中存储有第二类信息时,或通过一定的方法可从其他设备中查询到所述第二类信息时,都可以通过所述第二发送单元320发送到客户端;以方便客户端的第二类信息与第一类信息的匹配和第三类信息的形成。所述其他设备可以是下注站的下注设备等。
综合上述,本实施例所述第二发送单元320还配置向客户端发送第二类信息,方便了客户端的操作,提高了用户使用满意度。本实施例为方法实施例十一提供了硬件支持,能实施方法实施例十一中任一项所述的技术方案,同样的具有减轻了服务器的负荷,减少了用户获得第三类信息的延迟。
设备实施例十一:
如图16所示,本实施例提供一种服务器,所述服务器包括:
第三确定单元310,用于确定待接收第一类信息的指定客户端;
第二发送单元320,用于向所述指定客户端发送所述第一类信息;
其中,所述第一类信息为随机形成的信息,且与第二类信息共同为形成第三类信息的依据之一;
所述第二类信息为用户指定的信息。
所述服务器还包括:
第二接收单元330,用于接收第三类信息;所述第三类信息为依据所述第一类信息与第二类信息的匹配度确定的。
本实施例是在上述服务器设备实施例上的进一步改进,所述第二接收单元330的具体结构可为接收接口;所述接收接口可为有线或无线接口;接收依次经过客户端及互联网传输的第三类信息。
进一步地,第三确定单元310,还用于依据预设方式确定所述第一类信息和第二类信息的匹配度,获取匹配结果;
所述服务器还包括:
鉴定单元,用于依据所述匹配结果鉴定所述第三类信息形成鉴定结果。
其中,所述鉴定单元分别与所述第三确认单元310及所述第二发送单元320连接。
作为本实施例的进一步改进,
所述第二接收单元330,还用于接收客户端发送的基于所述第三类信息的第一操作请求;
所述第二发送单元320,还用于依据所述鉴定结果向客户端发送所述第一操作请求的响应消息。
所述第一操作请求可为获奖确认请求或提款请求等请求。
当所述鉴定结果表明形成第三类信息的第二类信息与第一类信息的匹配度确认结果未出现错误时,所述第二发送单元320可以向客户端发送确认获奖请求或提款请求。
当所述鉴定结果表明第二类信息与第一类信息的匹配度确认结果出现错误时,所述第二发送单元320可以向客户端发送是否获奖请求和/或无权提款消息等。
综合上述,本实施例所述的服务器为方法实施例十二所述的信息处理方法提供了硬件支持,通过第二接收单元及鉴定单元等结构的设置,可以有效的防止非法操作以及错误操作导致的不良后果,同时增加了服务器与客户端之间的交互性,满足了用户的不同需求,具有智能性高的优点。
设备实施例十二:
如图6所示,本发明实施例还提供一个通信***,所述通信***包括服务器及一个或多个客户端。具体的所述服务器可以各种类型的服务器;所述客户端可为手机、平板电脑、笔记本电脑等具有通信功能的用户设备;在图6中所述客户端包括移动终端A、移动终端B、移动终端C。移动终端通过网络与所述服务器连接;所述网络为有线互联网、无线互联网或有线与无线混合的互联网。
服务器可用于向指定的移动终端发送第一类信息,从移动终端接收第三类信息,依据第三类信息响应移动终端的操作请求。
所述移动终端,可以用于接收服务器发送的第一类信息,或接收用户输入的第一类信息;通过从服务器接收或用户手动输入的方式获取第二类信息;依据预设的方法确定第一类信息和第二类信息的匹配度;并依据所述匹配度确定出第三类信息。此外所述移动终端还可以基于用户,依据所述第三类信息向服务器提出提款等操作请求,并接收服务器发送的响应信息。
综合上述,本实施例所述的通信***,至少能够用于为方法实施例七所述的信息处理方法提供硬件支撑,将确定第二类信息与第一类信息匹配度的操作转移到客户端来执行,有利于减少服务器的工作负荷,减少用户获取第三类信息的延迟。
在本申请所提供的几个实施例中,应该理解到,所揭露的设备和方法,可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,如:多个单元或组件可以结合,或可以集成到另一个***,或一些特征可以忽略,或不执行。另外,所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口,设备或单元的间接耦合或通信连接,可以是电性的、机械的或其它形式的。
上述作为分离部件说明的单元可以是、或也可以不是物理上分开的,作为单元显示的部件可以是、或也可以不是物理单元,即可以位于一个地方,也可以分布到多个网络单元上;可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。
另外,在本发明各实施例中的各功能单元可以全部集成在一个处理模块中,也可以是各单元分别单独作为一个单元,也可以两个或两个以上单元集成在一个单元中;上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一确认机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:移动存储设备、只读存储器(ROM,Read-OnlyMemory)、随机存取存储器(RAM,RandomAccessMemory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以所述权利要求的保护范围为准。

Claims (36)

1.一种信息处理方法,其特征在于,所述方法包括:
在第一时刻客户端接收服务器发送的第一类信息;所述第一类信息是随机形成的信息;
获取至少一个第二类信息;所述第二类信息是用户指定的信息;
依据预设方式确定每一个所述第二类信息与所述第一类信息的匹配度,获得匹配结果;
依据所述匹配结果形成第三类信息。
2.根据权利要求1所述的方法,其特征在于,
获取所述第二类信息包括:
接收服务器发送的所述第二类信息;
或,
接收用户输入的所述第二类信息。
3.根据权利要求1或2所述的方法,其特征在于,
所述方法还包括:
接收用户指令或形成内置指令;
相应地;所述依据预设方式确定每一个所述第二类信息与所述第一类信息的匹配度为:
在所述用户指令或所述内置指令的触发下,依据预设方式确定每一个所述第二类信息与所述第一类信息的匹配度。
4.根据权利要求3所述的方法,其特征在于,
所述形成内置指令包括:
判断是否已获取所述第一类信息及至少一个所述第二类信息;
当判断结果表明已获取所述第一类信息和至少一个所述第二类信息时,形成所述内置指令。
5.根据权利要求1或2所述的方法,其特征在于,
所述方法还包括:
将所述第三类信息发送给服务器。
6.根据权利要求5所述的方法,其特征在于,所述方法还包括:
依据所述第三类信息,向所述服务器发送第一操作请求;
接收服务器发送的基于所述第一操作请求的响应消息;
所述响应消息为服务器依据所述第三类信息发送的反馈消息。
7.根据权利要求5所述的方法,其特征在于,在将所述第三类信息发送给服务器之前,所述方法还包括:
将所述第三类信息进行加密处理。
8.根据权利要求1或2所述的方法,其特征在于,所述方法还包括:
在晚于所述第一时刻的第二时刻,接收服务器发送的第四类信息;
所述第四类信息为用户指定所述第二类信息的提示信息。
9.根据权利要求8所述的方法,其特征在于,所述方法还包括:
在所述第二时刻,依据至少两个所述第一类信息预测形成第五类信息;
所述第五类信息为用户指定所述第二类信息的参考信息。
10.根据权利要求1或2所述的方法,其特征在于,所述方法还包括:
输出所述第三类信息;
或,
将所述第三类信息发送到与所述客户端关联的其他客户端。
11.一种信息处理方法,应用于客户端,其特征在于,所述方法包括:
接收用户输入的第一类信息和至少一个第二类信息;所述第一类信息为随机生成的信息;所述第二类信息为用户指定的信息;
依据预设方式确定每一个所述第二类信息与所述第一类信息的匹配度,获得匹配结果;
依据所述匹配结果形成第三类信息;
输出所述第三类信息。
12.一种信息处理方法,应用于服务器中,其特征在于,所述方法包括:
确定待接收第一类信息的指定客户端;
向所述指定客户端发送所述第一类信息;
其中,所述第一类信息为随机形成的信息,且与第二类信息共同为形成第三类信息的依据之一;
所述第二类信息为用户指定的信息。
13.根据要求12所述的方法,其特征在于,
所述确定待接收第一类信息的指定客户端包括:
查询订阅信息,确定已订阅所述第一类信息的客户端为所述指定客户端;
其中,所述订阅信息中包括所述客户端的标识信息。
14.根据权利要求12所述的方法,其特征在于,所述方法还包括:
所述确定待接收第一类信息的指定客户端为:
查询第二类信息指定记录;
将所述第二类信息指定记录中所记载的客户端确定为所述指定客户端。
15.根据权利要求12、13或14所述的方法,其特征在于,所述方法还包括:
根据预先存储的所述第二类信息与所述指定客户端的映射关系,将所述第二类信息发送给所述指定客户端。
16.根据权利要求12、13或14所述的方法,其特征在于,
所述方法还包括:
接收客户端发送的第三类信息;所述第三类信息为依据所述第一类信息与第二类信息的匹配度确定的。
17.根据权利要求16所述的方法,其特征在于,所述方法还包括:
依据预设方式确定所述第一类信息和第二类信息的匹配度,获取匹配结果;
依据所述匹配结果鉴定所述第三类信息,形成鉴定结果。
18.根据权利要求17所述的方法,其特征在于,所述方法还包括:
接收客户端发送的基于所述第三类信息的第一操作请求;
依据所述鉴定结果,向客户端发送所述第一操作请求的响应消息。
19.一种客户端,所述客户端包括:
第一接收单元,用于在第一时刻接收服务器发送的第一类信息;所述第一类信息为随机生成的信息;
第一获取单元,用于获取至少一个第二类信息;所述第二类信息为用户指定的信息;
第一确定单元,用于依据预设方式确定每一个所述第二类信息与所述第一类信息的匹配度,获得匹配结果;
第一形成单元,用于依据所述匹配结果形成第三类信息。
20.根据权利要求19所述的客户端,其特征在于,
所述第一获取单元,用于接收服务器发送所述第二类信息;或接收用户输入的所述第二类信息。
21.根据权利要求19或20所述的客户端,其特征在于,所述客户端还包括第二获取单元;
所述第二获取单元,用于接收用户指令或形成内置指令;
所述第一确定单元,具体用于在所述用户指令或所述内置指令的触发下,依据预设方式确定每一个所述第二类信息与所述第一类信息的匹配度,获得匹配结果。
22.根据权利要求21所述的客户端,其特征在于,
所述第二获取单元,具体用于判断是否已获取所述第一类信息及至少一个所述第二类信息;及当判断结果表明已获取所述第一类信息和至少一个所述第二类信息时,形成所述内置指令。
23.根据权利要求19或20所述的客户端,其特征在于,所述客户端还包括第一发送单元;
所述第一发送单元,用于将所述第三类信息发送给服务器。
24.根据权利要求23所述的客户端,其特征在于,
所述第一发送单元,还用于依据所述第三类信息,向所述服务器发送第一操作请求;
所述第一接收单元,还用于接收服务器发送的基于所述第一操作的响应消息;
所述响应消息为服务器依据所述第三类信息发送的反馈消息。
25.根据权利要求23所述的客户端,其特征在于,所述客户端还包括加密单元;
所述加密单元,用于在将所述第三类信息发送给服务器之前,将所述第三类信息进行加密处理。
26.根据权利要求19或20所述的客户端,其特征在于,
所述第一接收单元,还用于在晚于所述第一时刻的第二时刻,接收服务器发送的第四类信息;
所述第四类信息为用户指定所述第二类信息的提示信息。
27.根据权利要求26所述的客户端,其特征在于,
所述第一形成单元,还用于在所述第二时刻,依据至少一个所述第一类信息预测形成第五类信息;
所述第五类信息为用户指定所述第二类信息的参考信息。
28.根据权利要求23所述的客户端,其特征在于,
所述客户单元还包括用于输出所述第三类信息的第一输出单元;
所述第一发送单元,还用于将所述第三类信息发送到与客户端关联的其他客户端。
29.一种客户端,其特征在于,所述客户端包括:
输入单元,用于接收用户输入的第一类信息和至少一个第二类信息;所述第一类信息为随机形成的信息;所述第二类信息为用户指定的信息;
第二确定单元,用于依据预设方式确定每一个所述第二类信息与所述第一类信息的匹配度,获得匹配结果;
第二形成单元,用于依据所述匹配结果形成第三类信息;
输出单元,用于输出所述第三类信息。
30.一种服务器,其特征在于,所述服务器包括:
第三确定单元,用于确定待接收第一类信息的指定客户端;
第二发送单元,用于向所述指定客户端发送所述第一类信息;
其中,所述第一类信息为随机形成的信息,且与第二类信息共同为形成第三类信息的依据之一;
所述第二类信息为用户指定的信息。
31.根据要求30所述的服务器,其特征在于,
所述第三确定单元,具体用于查询订阅信息确定已订阅所述第一类信息的客户端为所述指定客户端;
其中,所述订阅信息中包括所述客户端的标识信息。
32.根据权利要求30所述的服务器,其特征在于,
所述第三确定单元包括:
查询模块,用于查询第二类信息指定记录;
确定模块,用于依据所述记录结果确定所述用户客户端为指定客户端。
33.根据权利要求29、30或31所述的方法,其特征在于,
所述第二发送单元,还用于根据预先存储的所述第二类信息与所述指定客户端的映射关系,将所述第二类信息发送给所述指定客户端。
34.根据权利要求29、30或31所述的服务器,其特征在于,
所述服务器还包括:
第二接收单元,用于接收第三类信息;所述第三类信息为依据所述第一类信息与第二类信息的匹配度确定的。
35.根据权利要求34所述的服务器,其特征在于,
第三确定单元,还用于依据预设方式确定所述第一类信息和第二类信息的匹配度,获取匹配结果;
所述服务器还包括:
鉴定单元,用于依据所述匹配结果鉴定所述第三类信息形成鉴定结果。
36.根据权利要求35所述的方法,其特征在于,
所述第二接收单元,还用于接收客户端发送的基于所述第三类信息的第一操作请求;
所述第二发送单元,还用于依据所述鉴定结果向客户端发送所述第一操作请求的响应消息。
CN201410248253.0A 2014-06-05 2014-06-05 信息处理方法、客户端及服务器 Pending CN105141570A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201410248253.0A CN105141570A (zh) 2014-06-05 2014-06-05 信息处理方法、客户端及服务器

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201410248253.0A CN105141570A (zh) 2014-06-05 2014-06-05 信息处理方法、客户端及服务器

Publications (1)

Publication Number Publication Date
CN105141570A true CN105141570A (zh) 2015-12-09

Family

ID=54726779

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201410248253.0A Pending CN105141570A (zh) 2014-06-05 2014-06-05 信息处理方法、客户端及服务器

Country Status (1)

Country Link
CN (1) CN105141570A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110297549A (zh) * 2019-05-15 2019-10-01 北京百度网讯科技有限公司 输入处理方法、装置、设备和存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002073881A (ja) * 2000-08-30 2002-03-12 Nippon Telegr & Teleph Corp <Ntt> オンラインくじサービスシステム
CN1996401A (zh) * 2005-12-31 2007-07-11 李长军 一种专用彩票信息查询***及其基于该***的彩票中奖信息获取的方法
CN103198412A (zh) * 2012-01-10 2013-07-10 邓路沙 一种验证兑奖信息***及兑奖方法
CN103793988A (zh) * 2012-11-02 2014-05-14 西安金和光学科技有限公司 一种彩票中奖提醒方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002073881A (ja) * 2000-08-30 2002-03-12 Nippon Telegr & Teleph Corp <Ntt> オンラインくじサービスシステム
CN1996401A (zh) * 2005-12-31 2007-07-11 李长军 一种专用彩票信息查询***及其基于该***的彩票中奖信息获取的方法
CN103198412A (zh) * 2012-01-10 2013-07-10 邓路沙 一种验证兑奖信息***及兑奖方法
CN103793988A (zh) * 2012-11-02 2014-05-14 西安金和光学科技有限公司 一种彩票中奖提醒方法

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110297549A (zh) * 2019-05-15 2019-10-01 北京百度网讯科技有限公司 输入处理方法、装置、设备和存储介质
CN110297549B (zh) * 2019-05-15 2023-06-20 北京百度网讯科技有限公司 输入处理方法、装置、设备和存储介质

Similar Documents

Publication Publication Date Title
US11379911B2 (en) System, method, and apparatus for supporting cash currency exchange
CN109450750A (zh) 设备的语音控制方法、装置、移动终端和家电设备
CN109102269A (zh) 基于区块链的转账方法及装置、区块链节点及存储介质
CN106415501A (zh) 用于活动协作的配套应用程序
CN105847277A (zh) 用于第三方应用的服务账号共享管理方法及***
CN101448257A (zh) 一种对用户终端进行验证的控制***及控制方法
CN106559694A (zh) 一种用于在线直播间渲染用户入场场景的方法及装置
CN108009934A (zh) 服务器、案件分配方法及***、事件分配方法及***
CN109495378A (zh) 检测异常帐号的方法、装置、服务器及存储介质
CN106899877A (zh) 弹幕发送方法及装置
CN108123961A (zh) 信息处理方法、装置及***
CN110177362A (zh) 设备绑定方法、装置和电子设备
CN107862203A (zh) 应用程序的控制方法、装置、存储介质及终端
CN113722105A (zh) 云应用操作方法、装置、设备、介质及产品
CN105025085B (zh) 一种基于WiFi热点的信息推送方法、设备及***
CN104980420A (zh) 一种业务处理方法、装置、终端及服务器
CN103428260A (zh) 用于将终端分配到服务器并高效地提示终端的***及方法
CN105141570A (zh) 信息处理方法、客户端及服务器
CN108174372A (zh) 网络接入方法、装置、电子设备及存储介质
CN109474929B (zh) 功耗模式调节方法、装置、电子设备及计算机可读存储介质
CN113596030B (zh) 设备配网方法、装置、存储介质及电子设备
CN113746640B (zh) 数字凭证使用方法、装置、计算机设备及存储介质
US20150066604A1 (en) Fare payment method and apparatus thereof
CN106792672B (zh) 基于语音播报动态密钥的连网方法、***及其设备
CN108122151B (zh) 图形码显示方法、图形码处理方法、装置及***

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
RJ01 Rejection of invention patent application after publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20151209