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

Abstract

本发明公开了一种信息处理方法、客户端及服务器，其中，所述方法包括：在所述客户端的用户界面上显示第一入口，通过所述第一入口向服务器发起第一请求以返回服务器推送的第一消息，所述第一消息为非文本消息的消息类型；接收返回的所述第一消息，检测出所述第一消息支持指定信息的展示；接收作用于所述第一消息所展示结果上的第一操作，通过所述第一操作向服务器发起第二请求以拉取随机信息；响应所述第一操作，触发所述指定信息的展示，接收所拉取的所述随机信息。

Description

一种信息处理方法、客户端及服务器

技术领域

本发明涉及通讯技术，尤其涉及一种信息处理方法、客户端及服务器。

背景技术

本申请发明人在实现本申请实施例技术方案的过程中，至少发现相关技术中存在如下技术问题：

随着互联网技术的发展，大数据时代的信息爆炸层出不穷，出于公众信息分享的需要，目前的信息处理技术会以社交网络工具为依托，比如，微信，微博等等，有大量的信息会在社交网络中进行分享，利用社交网络工具还可以将线下处理的任务在线上实现，但是信息分享和线上实现的任务，由于处理模式不一样，导致不同的处理模式会影响到用户在客户端的操作处理效率和操作结果，且通过用户在客户端的操作处理，会导致客户端与服务器交互中的信息传输，信息通知都有所不同，用户在客户端的操作越多，触发客户端与服务器间的交互越多，都会大量占用客户端和服务器侧的系统资源，及大量的交互也会浪费网络带宽资源。

相关技术中，对于如何尽量减少用户操作，减少客户端与服务器的交互，使得信息展现和线上任务的处理高效、快捷，方便，尚无有效解决方案。

发明内容

有鉴于此，本发明实施例希望提供一种信息处理方法、客户端及服务器，至少解决了现有技术存在的问题。

本发明实施例的技术方案是这样实现的：

本发明实施例的一种信息处理方法，所述方法应用于客户端，所述方法包括：

在所述客户端的用户界面上显示第一入口，通过所述第一入口向服务器发起第一请求以返回服务器推送的第一消息，所述第一消息为非文本消息的消息类型；

接收返回的所述第一消息，检测出所述第一消息支持指定信息的展示；

接收作用于所述第一消息所展示结果上的第一操作，通过所述第一操作向服务器发起第二请求以拉取随机信息；

响应所述第一操作，触发所述指定信息的展示，接收所拉取的所述随机信息。

上述方案中，所述响应所述第一操作，触发所述指定信息的展示，接收所拉取的所述随机信息还包括：

获取第一显示信息，所述第一显示信息为随机生成的信息；

从拉取的所述随机信息中提取出第一目标信息，将所述第一目标信息作为第二显示信息；

所述第一目标信息为低于预设上限的数字类型的金额信息；

在所述客户端的用户界面上，按照预设规则显示由所述第一显示信息滚动到所述第二显示信息的随机显示特效。

上述方案中，所述方法还包括：

从拉取的所述随机信息中提取出第二目标信息，将所述第二目标信息作为第三显示信息；

所述第二目标信息为多媒体类型的信息；

在所述客户端的用户界面上，同时显示所述第三显示信息与所述第二显示信息。

上述方案中，所述检测出所述第一消息支持指定信息的展示，包括：

获取所建立的非文本消息的消息类型与指定信息的关联逻辑；

所述关联逻辑至少包括：对非文本消息的消息类型进行标识，以通过所述标识能识别出符合所述关联逻辑的消息类型；

解析所述第一消息得到所述第一消息对应的第一标识，根据所述第一标识检测所述第一消息是否为符合所述关联逻辑的消息类型，如果是，则检测出所述第一消息支持指定信息的展示。

上述方案中，所述关联逻辑还包括：监听到符合预设操作后触发所述第一消息所能支持的所述指定信息的展示；

所述响应所述第一操作，触发所述指定信息的展示包括：

监听针对所述第一消息所展示结果上的所述第一操作，检测出所述第一操作为触控屏幕的操作，且触控屏幕的位置作用于第一消息所展示结果页面内的交互对象上，则符合所述预设操作，才触发所述指定信息的展示。

本发明实施例的一种客户端，所述客户端包括：

显示单元，用于在所述客户端的用户界面上显示第一入口；

第一请求发起单元，用于在所述客户端的用户界面上显示第一入口的情况下，通过所述第一入口向服务器发起第一请求以返回服务器推送的第一消息，所述第一消息为非文本消息的消息类型；

接收及检测单元，用于接收返回的所述第一消息，检测出所述第一消息支持指定信息的展示；

第二请求发起单元，用于接收作用于所述第一消息所展示结果上的第一操作，通过所述第一操作向服务器发起第二请求以拉取随机信息；

响应单元，用于响应所述第一操作，触发所述指定信息的展示，接收所拉取的所述随机信息。

上述方案中，所述响应单元，进一步包括：

第一获取子单元，用于获取第一显示信息，所述第一显示信息为随机生成的信息；

提取子单元，用于从拉取的所述随机信息中提取出第一目标信息，将所述第一目标信息作为第二显示信息；

所述显示单元，进一步用于在所述客户端的用户界面上，按照预设规则显示由所述第一显示信息滚动到所述第二显示信息的随机显示特效。

上述方案中，所述提取子单元，进一步用于从拉取的所述随机信息中提取出第二目标信息，将所述第二目标信息作为第三显示信息；

所述显示单元，进一步用于在所述客户端的用户界面上，同时显示所述第三显示信息与所述第二显示信息。

上述方案中，所述接收及检测单元，进一步包括：

第二获取子单元，用于获取所建立的非文本消息的消息类型与指定信息的关联逻辑；所述关联逻辑至少包括：对非文本消息的消息类型进行标识，以通过所述标识能识别出符合所述关联逻辑的消息类型；

解析子单元，用于解析所述第一消息得到所述第一消息对应的第一标识，根据所述第一标识检测所述第一消息是否为符合所述关联逻辑的消息类型，如果是，则检测出所述第一消息支持指定信息的展示。

上述方案中，所述关联逻辑还包括：监听到符合预设操作后触发所述第一消息所能支持的所述指定信息的展示；

所述响应单元，进一步包括：

监听子单元，用于监听针对所述第一消息所展示结果上的所述第一操作，检测出所述第一操作为触控屏幕的操作，且触控屏幕的位置作用于第一消息所展示结果页面内的交互对象上，则符合所述预设操作，才触发所述指定信息的展示。

本发明实施例的一种信息处理方法，所述方法应用于服务器，所述方法包括：

接收客户端通过第一入口发起的第一请求，根据所述第一请求返回第一消息给客户端，所述第一消息为非文本消息的消息类型；

接收客户端通过作用于所述第一消息所展示结果上的第一操作发起的第二请求，根据所述第二请求提取预设规则；

根据所述预设规则随机生成随机信息；

将所述随机信息返回客户端。

上述方案中，所述根据所述预设规则随机生成随机信息，包括：

调用随机数发生器，所述随机数发生器用于从已有原始数据池中提取任意随机数；

将所述随机数输入用于生成随机信息的数学模型，输出得到第一目标信息，将所述第一目标信息作为所述随机信息。

上述方案中，所述第一目标信息为低于预设上限的数字类型的金额信息；

所述随机信息还包括第二目标信息，所述第二目标信息为多媒体类型的信息。

本发明实施例的一种服务器，所述服务器包括：

消息反馈单元，用于接收客户端通过第一入口发起的第一请求，根据所述第一请求返回第一消息给客户端，所述第一消息为非文本消息的消息类型；

规则提取单元，用于接收客户端通过作用于所述第一消息所展示结果上的第一操作发起的第二请求，根据所述第二请求提取预设规则；

随机信息生成单元，用于根据所述预设规则随机生成随机信息；

随机信息反馈单元，用于将所述随机信息返回客户端。

上述方案中，所述随机信息生成单元，进一步用于调用随机数发生器，所述随机数发生器用于从已有原始数据池中提取任意随机数；将所述随机数输入用于生成随机信息的数学模型，输出得到第一目标信息，将所述第一目标信息作为所述随机信息。

上述方案中，所述第一目标信息为低于预设上限的数字类型的金额信息；

所述随机信息还包括第二目标信息，所述第二目标信息为多媒体类型的信息。

本发明实施例的信息处理方法包括：在所述客户端的用户界面上显示第一入口，通过所述第一入口向服务器发起第一请求以返回服务器推送的第一消息，所述第一消息为非文本消息的消息类型；接收返回的所述第一消息，检测出所述第一消息支持指定信息的展示；接收作用于所述第一消息所展示结果上的第一操作，通过所述第一操作向服务器发起第二请求以拉取随机信息；响应所述第一操作，触发所述指定信息的展示，接收所拉取的所述随机信息。

采用本发明实施例的这种处理模式，是通过第一入口向服务器发起第一请求以返回服务器推送的第一消息，所述第一消息为非文本消息的消息类型，检测出第一消息支持指定信息的展示，则通过所述第一操作向服务器发起第二请求以拉取随机信息，接收到所拉取的所述随机信息，并在第一操作执行之后进行响应才触发指定信息的展示。无需用户在客户端侧做任何信息类的输入操作，只需要通过对用户各种请求和触控操作的交互响应来自动拉取用户需要的信息，使得用户尽快得到操作结果，使得线上任务的处理高效、快捷，方便，而且该信息是伴随有指定信息的展示和随机特效的，丰富了信息展示的形态。

附图说明

图1为本发明方法实施例一的一个实现流程示意图；

图2为本发明方法实施例二的一个实现流程示意图；

图3为本发明客户端实施例的一个组成结构示意图；

图4为本发明方法实施例三的一个实现流程示意图；

图5为本发明服务器实施例的一个组成结构示意图；

图6为应用本发明实施例的客户端或服务器的硬件实体示意图；

图7-图11为应用本发明实施例的一应用场景的示意图。

具体实施方式

下面结合附图对技术方案的实施作进一步的详细描述。

方法实施例一：

本发明实施例的一种信息处理方法，所述方法应用于客户端，如图1所示，所述方法包括：

步骤101、在所述客户端的用户界面上显示第一入口，通过所述第一入口向服务器发起第一请求以返回服务器推送的第一消息，所述第一消息为非文本消息的消息类型；

步骤102、接收返回的所述第一消息，检测出所述第一消息支持指定信息的展示；

步骤103、接收作用于所述第一消息所展示结果上的第一操作，通过所述第一操作向服务器发起第二请求以拉取随机信息；

步骤104、响应所述第一操作，触发所述指定信息的展示，接收所拉取的所述随机信息。

通过步骤101-104的流程，由于不需要用户执行任何的信息输入操作，只是针对入口和用户界面上对于服务器推送回的第一消息所展示结果页面上交互对象的操作，就能触发整个流程的交互，因此，整个流程中减少了用户操作，用户操作少了也就减少了客户端与服务器的交互，从而不仅提高了客户端的操作处理效率，尽快得到操作结果，使得线上任务能处理高效、快捷，方便，也避免了大量占用客户端和服务器侧的系统资源，及大量的交互浪费网络带宽资源。而且最终展示结果是随机信息的特效，也给用户提供了丰富的展示效果。

这里，步骤101中的第一入口可以为一微信应用场景中的拜年红包入口。相应的，所述第一消息可以为拜年红包消息，为非文本类消息；步骤102中的指定消息的展示可以为触发钱袋“emoji”，即彩蛋掉落的展示；步骤103中的第一操作可以是在收红包用户的拆红包操作，也可以是在发红包用户的发红包操作；步骤103中的随机信息包括小额的随机金额和/或祝福语。其中，祝福语为多媒体信息，可以是纯文本信息，也可以是图片、语音，小视频信息。

方法实施例二：

本发明实施例的一种信息处理方法，所述方法应用于客户端，如图2所示，所述方法包括：

步骤201、在所述客户端的用户界面上显示第一入口，通过所述第一入口向服务器发起第一请求以返回服务器推送的第一消息，所述第一消息为非文本消息的消息类型；

步骤202、接收返回的所述第一消息，检测出所述第一消息支持指定信息的展示；

步骤203、接收作用于所述第一消息所展示结果上的第一操作，通过所述第一操作向服务器发起第二请求以拉取随机信息；

步骤204、响应所述第一操作，触发所述指定信息的展示，接收所拉取的所述随机信息。

步骤205、获取第一显示信息，所述第一显示信息为随机生成的信息；

步骤206、从拉取的所述随机信息中提取出第一目标信息，将所述第一目标信息作为第二显示信息，所述第一目标信息为低于预设上限的数字类型的金额信息；

步骤207、在所述客户端的用户界面上，按照预设规则显示由所述第一显示信息滚动到所述第二显示信息的随机显示特效。

这里需要指出的是，所述步骤204和步骤205也可以合并在一起，即接收所拉取的所述随机信息进行显示。

这里，第一目标信息可以为小额的数字金额，如1块钱，5块钱等等，随机显示特效可以是：从一个随机数变化到一个服务器所推送过来的小额目标金额这个固定金额的特效。

这里，所述随机显示特效还可以是：先显示一个随机数一直在滚动，通过用户敲击屏幕暂定到一个固定金额。这个金额可以是服务器推送过来的第一目标信息，如10块钱，也可以是小于10块钱这个上限的一个随机金额，比如5块钱，1.88块钱等等。

这里，进一步的，用户对随机抽取金额不满意，可以继续多次敲击，开启继续滚动数字，知道用户感觉满意了就停止敲击，达到一个固定数值；或者按压屏幕达到一个压力值上限的过程中不停滚动数字，直到停止按压，释放压力后达到一个固定数值。这个固定数值可以是服务器推送过来的第一目标信息，如10块钱，也可以是小于10块钱这个上限的一个随机金额，比如5块钱，1.88块钱等等。

在本发明实施例一实施方式中，所述方法还包括：从拉取的所述随机信息中提取出第二目标信息，将所述第二目标信息作为第三显示信息；

所述第二目标信息为多媒体类型的信息；

在所述客户端的用户界面上，同时显示所述第三显示信息与所述第二显示信息。

这里，所述第二目标信息指伴随上述小额金钱一起展示的祝福语，祝福语为多媒体信息，可以是纯文本信息，也可以是图片、语音，小视频信息。

在本发明实施例一实施方式中，所述客户端的用户界面包括：发红包的用户及收红包的用户这两类用户的界面都可以进行展示这个随机特效，即：触发彩蛋掉落逻辑后得到的由随机数字滚动到服务器所推送的一个目标数字(上述提及的所述第一目标信息)，可以是由20块钱随机滚动到5块钱停止，最终数字显示落在5块钱，则收红包的用户领取到5块钱，在发红包用户可以是用户在界面上显示随机可以发送的钱是5块钱。

在本发明实施例一实施方式中，所述检测出所述第一消息支持指定信息的展示，包括：

获取所建立的非文本消息的消息类型与指定信息的关联逻辑；

所述关联逻辑至少包括：对非文本消息的消息类型进行标识，以通过所述标识能识别出符合所述关联逻辑的消息类型；

解析所述第一消息得到所述第一消息对应的第一标识，根据所述第一标识检测所述第一消息是否为符合所述关联逻辑的消息类型，如果是，则检测出所述第一消息支持指定信息的展示。

在本发明实施例一实施方式中，所述关联逻辑还包括：监听到符合预设操作后触发所述第一消息所能支持的所述指定信息的展示；

所述响应所述第一操作，触发所述指定信息的展示包括：

监听针对所述第一消息所展示结果上的所述第一操作，检测出所述第一操作为触控屏幕的操作，且触控屏幕的位置作用于第一消息所展示结果页面内的交互对象上，则符合所述预设操作，才触发所述指定信息的展示。

这里，所述指定信息的展示可以是后续应用场景中描述的一种钱袋“emoji”，第一消息可以为拆红包消息，并不是有这个消息就触发彩蛋掉落，可以是进一步在拆红包消息所展示的页面触发触控屏幕的拆红包动作来使得具备非文本消息类型支持指定信息进行展示的可能性，且由所述拆红包动作来实际触发钱袋“emoji”，即彩蛋掉落。也就是说，采用本实施例，对于微信一个场景中拜年红包相关的emoji彩蛋掉落而言，对于彩蛋掉落的时机可以进行控制。

在本发明实施例一实施方式中，所述方法还包括：执行所述监听针对所述第一消息的第一操作，检测出所述第一操作符合所述预设操作时，才触发所述指定信息的展示之前，检测客户端的系统运行环境，得到第一参数；根据所述第一参数选择不同的操作模式，以在不同的操作模式下调用所对应的不同处理逻辑执行包括所述监听、所述检测及所述展示的处理。

这里，由于安卓系统，苹果系统等各种终端支持的系统有所不同，采用的具体处理逻辑也不同，所述具体处理逻辑用于执行所述监听针对所述第一消息的第一操作，检测出所述第一操作符合所述预设操作时，才触发所述指定信息的展示，比如监听进程和监听控件有所不同，以苹果系统——iOS系统为例，可以调用系统UITouch控件，创建一个tapCount属性的对象，监听用户触摸屏幕发生的次数，捕捉到用户的点击操作后触发相应emoji彩蛋掉落；以安卓系统为例，可以调用系统oneclicklistener，监听用户触摸屏幕发生的次数，捕捉到用户的点击操作后触发相应emoji彩蛋掉落，在后续应用场景的实例中还会具体阐述。

在本发明实施例一实施方式中，所述监听针对所述第一消息的第一操作，检测出所述第一操作符合所述预设操作时，才触发所述指定信息的展示，包括：检测出所述第一操作为触控屏幕的操作，且触控屏幕的位置作用于所述第一消息所展示提示页面内的交互对象上，则符合所述预设操作。

在本发明实施例一实施方式中，所述指定信息展示的具体形态是可以在客户端进行可控制的调节处理的，对于微信一个场景中拜年红包相关的emoji彩蛋掉落而言，可以对彩蛋掉落的速度和/或彩蛋掉落的数量进行控制。具体的，包括以下两种实现方式：

方式一：

检测出所述第一操作符合所述预设操作时，记为一次触控操作；

继续监听，连续获取到符合预设次数的所述触控操作时，控制所述指定信息展示的具体形态发生至少包括数量和/或速度的变化。

这种方式是通过多次触控按压，比如，规定触控次数越多，就彩蛋掉落越快和/或彩蛋掉落数量越多，达到一个预设触控次数上限时停止可控的调节。

方式二：

检测出所述第一操作符合所述预设操作时，判断所述第一操作的触控强度是否符合预设压力值，得到判断结果；

所述判断结果为符合所述预设压力值时，控制所述指定信息展示的具体形态发生至少包括数量和/或速度的变化。

这种方式是通过一次触控长时间用力按压，达到预设压力值就启动彩蛋掉落越快和/或彩蛋掉落数量越多，压力越大，就彩蛋掉落越快和/或彩蛋掉落数量越多，直至到达一个预设压力上限时停止可控的调节。

在本发明实施例一实施方式中，所述监听针对所述第一消息的第一操作，检测出所述第一操作符合所述预设操作时，才触发所述指定信息的展示，包括：

所述第一消息为显示于发送方或接收方用户界面上的消息；监听到有针对所述接收方用户界面上的第一消息的所述预设操作，才触发所述指定信息的展示。

客户端实施例一：

本发明实施例的一种客户端，如图3所示，所述客户端包括：

显示单元11，用于在所述客户端的用户界面上显示第一入口；

第一请求发起单元12，用于在所述客户端的用户界面上显示第一入口的情况下，通过所述第一入口向服务器发起第一请求以返回服务器推送的第一消息，所述第一消息为非文本消息的消息类型；

接收及检测单元13，用于接收返回的所述第一消息，检测出所述第一消息支持指定信息的展示；

第二请求发起单元14，用于接收作用于所述第一消息所展示结果上的第一操作，通过所述第一操作向服务器发起第二请求以拉取随机信息；

响应单元15，用于响应所述第一操作，触发所述指定信息的展示，接收所拉取的所述随机信息。

在本发明实施例一实施方式中，所述响应单元，进一步包括：

第一获取子单元，用于获取第一显示信息，所述第一显示信息为随机生成的信息；

提取子单元，用于从拉取的所述随机信息中提取出第一目标信息，将所述第一目标信息作为第二显示信息；

所述显示单元，进一步用于在所述客户端的用户界面上，按照预设规则显示由所述第一显示信息滚动到所述第二显示信息的随机显示特效。

在本发明实施例一实施方式中，所述提取子单元，进一步用于从拉取的所述随机信息中提取出第二目标信息，将所述第二目标信息作为第三显示信息；

所述显示单元，进一步用于在所述客户端的用户界面上，同时显示所述第三显示信息与所述第二显示信息。

在本发明实施例一实施方式中，所述接收及检测单元，进一步包括：

第二获取子单元，用于获取所建立的非文本消息的消息类型与指定信息的关联逻辑；所述关联逻辑至少包括：对非文本消息的消息类型进行标识，以通过所述标识能识别出符合所述关联逻辑的消息类型；

解析子单元，用于解析所述第一消息得到所述第一消息对应的第一标识，根据所述第一标识检测所述第一消息是否为符合所述关联逻辑的消息类型，如果是，则检测出所述第一消息支持指定信息的展示。

在本发明实施例一实施方式中，所述关联逻辑还包括：监听到符合预设操作后触发所述第一消息所能支持的所述指定信息的展示；

所述响应单元，进一步包括：监听子单元，用于监听针对所述第一消息所展示结果上的所述第一操作，检测出所述第一操作为触控屏幕的操作，且触控屏幕的位置作用于第一消息所展示结果页面内的交互对象上，则符合所述预设操作，才触发所述指定信息的展示。

方法实施例三：

本实施例为客户端与服务器进行交互的一个实施例，如图4所示，包括：

步骤301、在所述客户端的用户界面上显示第一入口，通过所述第一入口向服务器发起第一请求以返回服务器推送的第一消息，所述第一消息为非文本消息的消息类型；

步骤302、接收客户端通过第一入口发起的第一请求，根据所述第一请求返回第一消息给客户端，所述第一消息为非文本消息的消息类型；

步骤303、接收返回的所述第一消息，检测出所述第一消息支持指定信息的展示；

步骤304、接收作用于所述第一消息所展示结果上的第一操作，通过所述第一操作向服务器发起第二请求以拉取随机信息；

步骤305、接收客户端通过作用于所述第一消息所展示结果上的第一操作发起的第二请求，根据所述第二请求提取预设规则；

步骤306、根据所述预设规则随机生成随机信息；

步骤307、将所述随机信息返回客户端，所述随机信息由所述第一目标信息构成，或者所述随机信息由所述第一目标信息和所述第二目标信息构成，将所述第一目标信息作为第二显示信息。

这里，在步骤307之后还可以包括以下步骤：

步骤308、获取第一显示信息；

步骤309、在所述客户端的用户界面上，按照预设规则显示由所述第一显示信息滚动到所述第二显示信息的随机显示特效。

在本发明实施例一实施方式中，所述根据所述预设规则随机生成随机信息，包括：调用随机数发生器，所述随机数发生器用于从已有原始数据池中提取任意随机数；将所述随机数输入用于生成随机信息的数学模型，输出得到第一目标信息，将所述第一目标信息作为所述随机信息。

在本发明实施例一实施方式中，所述第一目标信息为低于预设上限的数字类型的金额信息；所述随机信息还包括第二目标信息，所述第二目标信息为多媒体类型的信息。

服务器实施例一：

本发明实施例的一种服务器，如图5所示，所述服务器包括：

消息反馈单元21，用于接收客户端通过第一入口发起的第一请求，根据所述第一请求返回第一消息给客户端，所述第一消息为非文本消息的消息类型；

规则提取单元22，用于接收客户端通过作用于所述第一消息所展示结果上的第一操作发起的第二请求，根据所述第二请求提取预设规则；

随机信息生成单元23，用于根据所述预设规则随机生成随机信息；

随机信息反馈单元24，用于将所述随机信息返回客户端。

在本发明实施例一实施方式中，所述随机信息生成单元，进一步用于调用随机数发生器，所述随机数发生器用于从已有原始数据池中提取任意随机数；将所述随机数输入用于生成随机信息的数学模型，输出得到第一目标信息，将所述第一目标信息作为所述随机信息。

在本发明实施例一实施方式中，所述第一目标信息为低于预设上限的数字类型的金额信息；所述随机信息还包括第二目标信息，所述第二目标信息为多媒体类型的信息。

这里需要指出的是，上述客户端可以为PC这种电子设备，还可以为如PAD，平板电脑，手提电脑这种便携电子设备、还可以为如手机这种智能移动终端，不限于这里的描述；所述服务器可以是通过集群系统构成的，为实现各单元功能而合并为一或各单元功能分体设置的电子设备，客户端和服务器都至少包括用于存储数据的数据库和用于数据处理的处理器，或者包括设置于服务器内的存储介质或独立设置的存储介质。

其中，对于用于数据处理的处理器而言，在执行处理时，可以采用微处理器、中央处理器(CPU，Central Processing Unit)、数字信号处理器(DSP，DigitalSingnal Processor)或可编程逻辑阵列(FPGA，Field－Programmable Gate Array)实现；对于存储介质来说，包含操作指令，该操作指令可以为计算机可执行代码，通过所述操作指令来实现上述本发明实施例信息处理方法流程中的各个步骤。

该客户端和该服务器作为硬件实体S11的一个示例如图6所示。所述装置包括处理器31、存储介质32以及至少一个外部通信接口33；所述处理器31、存储介质32以及外部通信接口33均通过总线34连接。

这里需要指出的是：以上涉及客户端和服务器项的描述，与上述方法描述是类似的，同方法的有益效果描述，不做赘述。对于本发明客户端和服务器实施例中未披露的技术细节，请参照本发明方法实施例的描述。

以一个现实应用场景为例对本发明实施例阐述如下：

将上述本发明实施例应用于一个微信聊天中拜年红包的随机红包这种场景中，本应用场景是一种随机红包形式的拜年红包的具体实现方案。所述随机红包：系统按照预先设定的规则，在用户触发发红包动作时，随机给出一组金额和祝福语，这个金额和祝福语可以设置为不可更改。重新触发发红包动作，金额和祝福语进行切换。

而对比现有技术，目前利用在线支付完成的收发红包行为，都是要求用户主动填写金额和祝福语，系统只会提示一些规则，如单个红包的最高金额和最低金额，这样是非常麻烦的，1)从用户使用层面来说，对于普通用户，发大额红包的场景较小，原有的红包规则使得发红包成本很高，尤其是金额较小的时候。发小额红包的时候需要仔细思考包多少合适，写什么样的祝福语。应用本发明实施例的随机红包的具体方案，是通过系统随机筛选，不需要用户填写，目标是帮助更多的普通用户更方便的使用这一功能，当然可以设置为不可更改，如果用户不满意，需要DIY，再符合预定条件，比如系统后台服务器推送的一个上限金额的基础上由用户在可选的范围内来选择金额。2)从技术实现的层面上来说，不需要用户主动输入金额和祝福语，就在整个流程中减少了用户操作，用户操作少了也就减少了客户端与服务器的交互，从而不仅提高了客户端的操作处理效率，尽快得到操作结果，使得线上任务能处理高效、快捷，方便，也避免了大量占用客户端和服务器侧的系统资源，及大量的交互浪费网络带宽资源。而且最终展示结果是随机信息的特效，也给用户提供了丰富的展示效果。

采用本发明实施例，对于这个应用场景，主要包括以下具体实现：

一、如图7所示的拜年红包入口S101：单人聊天附件栏增加“拜年红包”入口，和普通红包入口S201并列。

二、红包个数：可以默认设置红包个数为一，不可修改。

三、红包金额：可以设置为小额随机；其中，系统后台服务器预先准备若干吉利或有趣的小额数字金额和祝福语组合录入后台，在客户端一侧的用户点击“拜年红包”这个拜年红包入口之后，客户端向服务器发起请求，服务器随机返回一组金额和祝福语进行展示，用户关闭页面重新进入时，重新发起请求，再次随机返回一组金额祝福语，以此类推。

具体的，是在用户点击如图7所示的“拜年红包”这个拜年红包入口S101后，系统后台服务器先返回一个如图8所示的拆红包的展示。之后点击图8所示的交互对象，可以为拆红包或气泡等可以用于触发交互的对象，以用于触发彩蛋掉落，如图8中所示的用S21或S22所标识的交互对象。本应用场景是具体通过拆红包气泡，通过点击拆红包的交互动作来触发聊天彩蛋掉落。彩蛋掉落的具体形态如图9中的S31所示的彩蛋，S31只是示例的标识，图9中包括众多彩蛋。触发彩蛋掉落逻辑后显示随机特效后停止到一个具体的目标数字，

得到的目标数字结果如图10-11所示，其中图10为收红包用户得到的目标数字，图11为发红包用户得到的目标数字。这两个数字只是分别示意用的，并没有收发侧的关联逻辑。

四、随机实现原理：

利用操作系统中的非阻塞的随机数发生器实现伪随机算法：/dev/random，重复使用用熵池中的数据以产生伪随机数据；在随机红包场景中，用户每次发“拜年红包”的动作都会触发客户端向服务器发起请求，服务器调用系统伪随机算法，重复使用录入在熵池中的数据以产生随机金额与祝福语；

五、红包样式：

一方面是触发彩蛋掉落：接收方点击红包气泡之后将触发聊天彩蛋掉落；改变原来只有文字消息会触发彩蛋的规则，拜年红包作为一种特殊的消息类型，同样可以在聊天中触发彩蛋；另一方面是触发金额滚动：用户点击“拜年红包”之后服务器即返回金额和祝福语给客户端，但客户端在展示金额时会从一个随机数字滚动到目标数字，展示随机效果。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元，即可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本发明各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

或者，本发明上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以所述权利要求的保护范围为准。

Claims (16)

1.一种信息处理方法，其特征在于，所述方法应用于客户端，所述方法包括：

在所述客户端的用户界面上显示第一入口，通过所述第一入口向服务器发起第一请求以返回服务器推送的第一消息，所述第一消息为非文本消息的消息类型；

接收返回的所述第一消息，检测出所述第一消息支持指定信息的展示；

接收作用于所述第一消息所展示结果上的第一操作，通过所述第一操作向服务器发起第二请求以拉取随机信息；

响应所述第一操作，触发所述指定信息的展示，接收所拉取的所述随机信息。

2.根据权利要求1所述的方法，其特征在于，所述响应所述第一操作，触发所述指定信息的展示，接收所拉取的所述随机信息还包括：

获取第一显示信息，所述第一显示信息为随机生成的信息；

从拉取的所述随机信息中提取出第一目标信息，将所述第一目标信息作为第二显示信息；

所述第一目标信息为低于预设上限的数字类型的金额信息；

在所述客户端的用户界面上，按照预设规则显示由所述第一显示信息滚动到所述第二显示信息的随机显示特效。

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

从拉取的所述随机信息中提取出第二目标信息，将所述第二目标信息作为第三显示信息；

所述第二目标信息为多媒体类型的信息；

在所述客户端的用户界面上，同时显示所述第三显示信息与所述第二显示信息。

4.根据权利要求1至3任一项所述的方法，其特征在于，所述检测出所述第一消息支持指定信息的展示，包括：

获取所建立的非文本消息的消息类型与指定信息的关联逻辑；

所述关联逻辑至少包括：对非文本消息的消息类型进行标识，以通过所述标识能识别出符合所述关联逻辑的消息类型；

解析所述第一消息得到所述第一消息对应的第一标识，根据所述第一标识检测所述第一消息是否为符合所述关联逻辑的消息类型，如果是，则检测出所述第一消息支持指定信息的展示。

5.根据权利要求4所述的方法，其特征在于，所述关联逻辑还包括：监听到符合预设操作后触发所述第一消息所能支持的所述指定信息的展示；

所述响应所述第一操作，触发所述指定信息的展示包括：

监听针对所述第一消息所展示结果上的所述第一操作，检测出所述第一操作为触控屏幕的操作，且触控屏幕的位置作用于第一消息所展示结果页面内的交互对象上，则符合所述预设操作，才触发所述指定信息的展示。

6.一种客户端，其特征在于，所述客户端包括：

显示单元，用于在所述客户端的用户界面上显示第一入口；

第一请求发起单元，用于在所述客户端的用户界面上显示第一入口的情况下，通过所述第一入口向服务器发起第一请求以返回服务器推送的第一消息，所述第一消息为非文本消息的消息类型；

接收及检测单元，用于接收返回的所述第一消息，检测出所述第一消息支持指定信息的展示；

第二请求发起单元，用于接收作用于所述第一消息所展示结果上的第一操作，通过所述第一操作向服务器发起第二请求以拉取随机信息；

响应单元，用于响应所述第一操作，触发所述指定信息的展示，接收所拉取的所述随机信息。

7.根据权利要求6所述的客户端，其特征在于，所述响应单元，进一步包括：

第一获取子单元，用于获取第一显示信息，所述第一显示信息为随机生成的信息；

提取子单元，用于从拉取的所述随机信息中提取出第一目标信息，将所述第一目标信息作为第二显示信息；

所述显示单元，进一步用于在所述客户端的用户界面上，按照预设规则显示由所述第一显示信息滚动到所述第二显示信息的随机显示特效。

8.根据权利要求7所述的客户端，其特征在于，所述提取子单元，进一步用于从拉取的所述随机信息中提取出第二目标信息，将所述第二目标信息作为第三显示信息；

所述显示单元，进一步用于在所述客户端的用户界面上，同时显示所述第三显示信息与所述第二显示信息。

9.根据权利要求6至8任一项所述的客户端，其特征在于，所述接收及检测单元，进一步包括：

第二获取子单元，用于获取所建立的非文本消息的消息类型与指定信息的关联逻辑；所述关联逻辑至少包括：对非文本消息的消息类型进行标识，以通过所述标识能识别出符合所述关联逻辑的消息类型；

解析子单元，用于解析所述第一消息得到所述第一消息对应的第一标识，根据所述第一标识检测所述第一消息是否为符合所述关联逻辑的消息类型，如果是，则检测出所述第一消息支持指定信息的展示。

10.根据权利要求9所述的客户端，其特征在于，所述关联逻辑还包括：监听到符合预设操作后触发所述第一消息所能支持的所述指定信息的展示；

所述响应单元，进一步包括：

监听子单元，用于监听针对所述第一消息所展示结果上的所述第一操作，检测出所述第一操作为触控屏幕的操作，且触控屏幕的位置作用于第一消息所展示结果页面内的交互对象上，则符合所述预设操作，才触发所述指定信息的展示。

11.一种信息处理方法，其特征在于，所述方法应用于服务器，所述方法包括：

接收客户端通过第一入口发起的第一请求，根据所述第一请求返回第一消息给客户端，所述第一消息为非文本消息的消息类型；

接收客户端通过作用于所述第一消息所展示结果上的第一操作发起的第二请求，根据所述第二请求提取预设规则；

根据所述预设规则随机生成随机信息；

将所述随机信息返回客户端。

12.根据权利要求11所述的方法，其特征在于，所述根据所述预设规则随机生成随机信息，包括：

调用随机数发生器，所述随机数发生器用于从已有原始数据池中提取任意随机数；

将所述随机数输入用于生成随机信息的数学模型，输出得到第一目标信息，将所述第一目标信息作为所述随机信息。

13.根据权利要求12所述的方法，其特征在于，所述第一目标信息为低于预设上限的数字类型的金额信息；

所述随机信息还包括第二目标信息，所述第二目标信息为多媒体类型的信息。

14.一种服务器，其特征在于，所述服务器包括：

消息反馈单元，用于接收客户端通过第一入口发起的第一请求，根据所述第一请求返回第一消息给客户端，所述第一消息为非文本消息的消息类型；

规则提取单元，用于接收客户端通过作用于所述第一消息所展示结果上的第一操作发起的第二请求，根据所述第二请求提取预设规则；

随机信息生成单元，用于根据所述预设规则随机生成随机信息；

随机信息反馈单元，用于将所述随机信息返回客户端。

15.根据权利要求14所述的服务器，其特征在于，所述随机信息生成单元，进一步用于调用随机数发生器，所述随机数发生器用于从已有原始数据池中提取任意随机数；将所述随机数输入用于生成随机信息的数学模型，输出得到第一目标信息，将所述第一目标信息作为所述随机信息。

16.根据权利要求15所述的服务器，其特征在于，所述第一目标信息为低于预设上限的数字类型的金额信息；

所述随机信息还包括第二目标信息，所述第二目标信息为多媒体类型的信息。