CN108809799A - 信息发送方法、信息显示方法、装置及系统 - Google Patents

Abstract

本发明实施例公开了一种信息发送方法、信息显示方法、装置及系统，属于互联网技术领域。该方法包括：在第一社交客户端的用户界面中，显示与第二社交客户端对应的期待信息发送控件；接收对期待信息发送控件的触发信号；根据触发信号向服务器发送期待信息，第二社交客户端用于在接收到服务器转发的期待信息后，根据期待信息显示提示信息，提示信息用于表示第一社交客户端正在期待第二社交客户端发送交互信息。本发明实施例通过期待信息发送机制，用户通过第二社交客户端显示的提示信息知悉被第一社交客户端期待，从而能够主动向第一社交客户端发送信息交互，进而提高了社交应用中不同社交客户端之间进行信息交互的成功率。

Description

信息发送方法、信息显示方法、装置及系统

技术领域

本发明实施例涉及互联网技术领域，特别涉及一种信息发送方法、信息显示方法、装置及系统。

背景技术

随着互联网技术的不断发展，越来越多的社交类应用(Application，App)应运而生。通过使用社交类应用进行信息交互，不同用户间的关系变得更加紧密。

以社交类应用为即时通讯应用为例，用户间使用即时通讯应用进行信息交互的流程包括：用户A在即时通讯应用的联系人列表中选择需要进行信息交互的用户B，并通过即时通讯应用向用户B使用的即时通讯应用发送即时通讯信息；用户B使用的即时通讯应用对接收到即时通讯信息进行显示，并将用户B输入的反馈信息发送给用户A使用的即时通讯应用，从而完成用户的信息交互。

然而，社交类应用中，信息的交互依赖信息发送方根据自身意愿主动发起，而信息发送方发起的信息交互可能并不符合信息接收方的交互意愿，导致社交类应用中信息交互的成功率较低。比如，当用户B没有与用户A进行交流的意愿时，用户A发送的信息将无法得到回应，导致用户间无法完成信息交互。

发明内容

为了解决社交类应用中信息交互的成功率较低的问题，本发明实施例提供了一种信息发送方法、信息显示方法、装置及系统。所述技术方案如下：

根据本发明实施例的第一方面，提供了一种信息发送方法，该方法包括：

在第一社交客户端的用户界面中显示期待信息发送控件，期待信息发送控件对应至少一个第二社交客户端；

接收对期待信息发送控件的触发信号；

根据触发信号向服务器发送期待信息，第二社交客户端用于在接收到服务器转发的期待信息后，根据期待信息显示提示信息，提示信息用于表示第一社交客户端正在期待第二社交客户端发送交互信息。

根据本发明实施例的第二方面，提供了一种信息显示方法，该方法包括：

接收服务器发送的期待信息，期待信息由第一社交客户端发送至服务器；第一社交客户端用于在用户界面中显示期待信息发送控件，并在接收对期待信息发送控件的触发信号后，根据触发信号发送期待信息，期待信息发送控件对应至少一个第二社交客户端；

根据期待信息显示提示信息，提示信息用于表示第一社交客户端正在期待第二社交客户端发送交互信息。

根据本发明实施例的第三方面，提供了一种信息发送方法，该方法包括：

接收第一社交客户端发送的期待信息，期待信息中包含第二社交客户端的标识；第一社交客户端用于在用户界面中显示期待信息发送控件，并在接收对期待信息发送控件的触发信号后，根据触发信号发送期待信息，期待信息发送控件对应至少一个第二社交客户端；

根据第二社交客户端的标识，向第二社交客户端发送期待信息，第二社交客户端用于根据期待信息显示提示信息，提示信息用于表示第一社交客户端正在期待第二社交客户端发送交互信息。

根据本发明实施例的第四方面，提供了一种信息发送装置，该装置包括：

控件显示模块，用于在第一社交客户端的用户界面中显示期待信息发送控件，期待信息发送控件对应至少一个第二社交客户端；

信号接收模块，用于接收对期待信息发送控件的触发信号；

信息发送模块，用于根据触发信号向服务器发送期待信息，第二社交客户端用于在接收到服务器转发的期待信息后，根据期待信息显示提示信息，提示信息用于表示第一社交客户端正在期待第二社交客户端发送交互信息。

根据本发明实施例的第五方面，提供了一种信息显示装置，该装置包括：

信息接收模块，用于接收服务器发送的期待信息，期待信息由第一社交客户端发送至服务器；第一社交客户端用于在用户界面中显示期待信息发送控件，并在接收对期待信息发送控件的触发信号后，根据触发信号发送期待信息，期待信息发送控件对应至少一个第二社交客户端；

信息显示模块，用于根据期待信息显示提示信息，提示信息用于表示第一社交客户端正在期待第二社交客户端发送交互信息。

根据本发明实施例的第六方面，提供了一种信息发送装置，该装置包括：

接收模块，用于接收第一社交客户端发送的期待信息，期待信息中包含第二社交客户端的标识；第一社交客户端用于在用户界面中显示期待信息发送控件，并在接收对期待信息发送控件的触发信号后，根据触发信号发送期待信息，期待信息发送控件对应至少一个第二社交客户端；

发送模块，用于根据第二社交客户端的标识，向第二社交客户端发送期待信息，第二社交客户端用于根据期待信息显示提示信息，提示信息用于表示第一社交客户端正在期待第二社交客户端发送交互信息。

根据本发明实施例的第七方面，提供了一种信息交互系统，该系统包括：第一终端、第二终端和服务器；

第一终端包括如第四方面所述的信息发送装置；

第二终端包括如第五方面所述的信息显示装置；

服务器包括如第六方面所述的信息发送装置。

根据本发明实施例的第八方面，提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序(指令)，该程序(指令)被处理器执行时实现如上述第一方面、第二方面或第三方面所述方法的步骤。

本发明实施例中，第一社交客户端通过在用户界面中显示第二社交客户端对应的期待信息发送控件，并接收对该期待信息发送控件的触发信号，从而通过服务器向第二社交应用客户端发送期待信息，以便第二社交客户端根据该期待信息显示相应的提示信息，提示第一社交客户端期待与第二社交客户端进行信息交互。通过上述期待信息发送机制，用户通过第二社交客户端显示的提示信息知悉被第一社交客户端期待，从而能够主动向第一社交客户端发送信息交互，进而提高了社交应用中不同社交客户端之间进行信息交互的成功率。

附图说明

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

图1示出了本发明一个实施例提供的信息交互系统的系统架构图；

图2示出了本发明一个实施例提供的信息交互方法的流程图；

图3A示出了本发明另一个实施例提供的信息交互方法的流程图；

图3B是图3A所示信息交互方法中第一社交客户端向第二社交客户端发送期待信息的实施示意图；

图3C是第二社交客户端显示提示信息过程的流程图；

图3D是第二社交客户端向第一社交客户端发送交互信息的实施示意图；

图4A示出了本发明另一个实施例提供的信息交互方法的流程图；

图4B是图4A所示信息交互方法中第一社交客户端向第二社交客户端发送期待信息的实施示意图；

图5A示出了本发明另一个实施例提供的信息交互方法的流程图；

图5B是图5A所示信息交互方法中第一社交客户端向第二社交客户端发送期待信息的实施示意图；

图6示出了本发明一个实施例提供的信息发送装置的结构方框图；

图7示出了本发明一个实施例提供的信息显示装置的结构方框图；

图8示出了本发明一个实施例提供的终端的结构示意图；

图9示出了本发明一个实施例提供的服务器的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

在本文中提及的“多个”是指两个或两个以上。“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

请参考图1，其示出了本发明一个实施例提供的信息交互系统的系统架构图，该信息交互系统中包括第一终端110、服务器120和第二终端130。

第一终端110和第二终端130是具有互联网访问功能的电子设备。该电子设备是智能手机、平板电脑、MP3播放器(Moving Picture Experts Group Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(Moving Picture Experts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器或便携式个人计算机等等。

本发明实施例中，第一终端110和第二终端130中安装并运行有社交客户端，该社交客户端为即时通讯客户端、微博客户端、具有社交功能的富媒体客户端、具有社交功能的视频客户端或具有社交功能的购物客户端等等。其中，第一终端110中的第一社交客户端登陆有第一社交帐号，第二终端130中的第二社交客户端登陆有第二社交帐号，且第一社交帐号与第二社交帐号之间存在预定网络社交关系，该预定网络社交关系为好友关系、相互关注关系、单向关注关系或位于同一群组等等。借助互联网访问功能，第一终端110与第二终端130即通过社交客户端进行信息交互。

第一终端110与服务器120之间通过有线或无线网络相连，第二终端130与服务器120之间通过有线或无线网络相连。

服务器120是一台服务器、若干台服务器构成的服务器集群或云计算中心。

本发明实施例中，服务器120是社交客户端的后台服务器，用于为运行有社交客户端的终端提供信息交互功能。

在一种可能的实施场景下，当用户A(对应第一社交客户端)期待与用户B(对应第二社交客户端)进行信息交互时，即触发第一社交客户端通过服务器120向第二社交客户端发送期待信息，第二社交客户端接收到期待信息后，即显示相应的提示信息，并通过服务器120向第一社交客户端发送交互信息，以使第一社交客户端根据接收到的交互信息向第二社交客户端发送反馈信息，实现社交客户端之间的信息交互。

可选地，上述的无线网络或有线网络使用标准通信技术和/或协议。网络通常为因特网、但也可以是任何网络，包括但不限于局域网(Local Area Network，LAN)、城域网(Metropolitan Area Network，MAN)、广域网(Wide Area Network，WAN)、移动、有线或者无线网络、专用网络或者虚拟专用网络的任何组合)。在一些实施例中，使用包括超文本标记语言(Hyper Text Mark-up Language，HTML)、可扩展标记语言(Extensible MarkupLanguage，XML)等的技术和/或格式来代表通过网络交换的数据。此外还可以使用诸如安全套接字层(Secure Socket Layer，SSL)、传输层安全(Transport Layer Security，TLS)、虚拟专用网络(Virtual Private Network，VPN)、网际协议安全(Internet ProtocolSecurity，IPsec)等常规加密技术来加密所有或者一些链路。在另一些实施例中，还可以使用定制和/或专用数据通信技术取代或者补充上述数据通信技术。

为了方便描述，下述各个实施例中，以信息发送方法用于第一终端110中运行的第一社交客户端，以信息显示方法用于第二终端130中运行的第二社交客户端，以信息发送方法用于服务器120为例进行说明。

现有技术中，社交类应用均采用正向社交思维，即信息发送方主动发送交互信息后，信息接收方被动接收并显示交互信息。在这种社交方式下，用户之间的信息交互行为依赖于用户的主观意愿，具有极大的不确定性。当信息接收方并不想接收信息发送方发送的交互信息时(不会对交互信息进行反馈)，信息发送方和信息接收方之间仅进行单一的交互信息发送和接收，缺乏信息的互动和反馈，导致用户间的互动性较弱，影响用户使用社交类应用的积极性。

而本发明实施例采用了反向社交思维，定义了“期待”这一全新的信息交互模式。在该信息交互模式下，期待方通过发送期待信息的方式，向被期待方表达期待进行信息交互的意愿后，被期待方主动向期待方发送交互信息；期待方接收到该交互信息后，即能够主动与被期待方进行信息交互(由于之前进行了期待，因此不再是单纯的被动接收)。通过该期待信息发送机制，期待方和被期待方均进行信息交互，有利于提高了社交类应用中用户的互动积极性，提高用户粘度。下面采用示意性的实施例进行说明。

请参考图2，其示出了本发明一个实施例提供的信息交互方法的流程图，本实施例以该信息交互方法用于图1所示信息交互系统为例进行说明，该方法包括：

步骤201，第一社交客户端在用户界面中显示期待信息发送控件，期待信息发送控件对应至少一个第二社交客户端。

可选的，期待信息发送控件与第二社交客户端一一对应，即各个第二社交客户端对应各自的期待信息发送控件，通过触发该期待信息发送控件，第一社交客户端能够向指定的第二社交客户端发送期待信息(通过服务器)。

在一种可能的实施方式中，第一社交客户端显示的用户界面中包含第一列表，该第一列表中包含至少一个第二社交客户端的标识，其中，各个第二社交客户端与第一社交客户端具备预定网络社交关系，该预定网络社交关系为好友关系、相互关注关系、单向关注关系或位于同一群组等等。该第一列表中还包含各个第二社交客户端对应各自的期待信息发送控件，该期待信息发送控件用于触发第一社交客户端向服务器发送期待信息。可选的，该期待信息发送控件为按钮、勾选框或点选框等等。本发明实施例并不对期待信息发送控件的具体表现形式进行限定。

可选的，多个第二社交客户端对应同一期待信息发送控件，通过触发该期待信息发送控件，第一社交客户端能够同时向多个第二社交客户端发送期待信息(通过服务器)。

在一种可能的实施方式中，第一社交客户端显示的用户界面中包含一个期待信息发送控件，当用户点击该期待信息发送控件时，该用户界面中显示至少一个第二社交客户端的标识供用户选择。根据接收到选择信号，第一社交客户端同时向用户选中的多个第二社交客户端发送期待信息。

步骤202，第一社交客户端接收对期待信息发送控件的触发信号。

在一种可能的实施方式中，使用第一社交客户端的用户点击期待信息发送控件后，第一社交客户端即接收到相应的触发信号。

步骤203，第一社交客户端根据触发信号向服务器发送期待信息，期待信息中包含第二社交客户端的标识。

与社交客户端之间进行沟通时发送的社交信息(比如即时通讯应用中的即时通讯信息)不同，本发明实施例中期待信息用于指示第二社交客户端被第一社交客户端期待，即用于指示第二社交客户端处于被期待状态，相应的，处于被期待状态的第二社交客户端通过发送社交信息的方式，与第一社交客户端进行交互，从而解除该被期待状态。

在一种可能的实施方式中，为了使服务器以及第二社交客户端能够区分社交信息和期待信息，该期待信息中包含预定标识位，通过检测该预定标识位，服务器及第二社交客户端即可将区分期待信息与社交信息。比如，期待信息的头部设置有预定标识位，通过识别位于消息体头部的预定标识位，服务器或第二社交客户端即可识别出期待信息。

期待信息中至少包含第二社交客户端的标识，用于被第一社交客户端期待的第二社交客户端。比如，该第二社交客户端的标识为登陆第二社交客户端时使用的社交帐号。

可选的，该期待信息中还包含有效时限、交互信息类型和期待地点的信息中的至少一种。其中，有效时限用于指示期待信息的持续时长；交互信息类型则用于指示第二社交客户端根据期待信息反馈的交互信息的类型；期待地点则用于指示第二社交客户端在指定地点(或指定区域)处，根据期待信息发送交互信息。

可选的，第一社交客户端中存储有期待列表，该期待列表中存储有各个被期待方的标识。向服务器发送期待信息后，第一社交客户端即将第二社交客户端的标识添加到该期待列表中。

步骤204，服务器接收第一社交客户端发送的期待信息。

在一种可能的实施方式中，服务器接收到第一社交客户端发送的信息，当检测到该信息中包含预定标识位时，确定接收到的信息为期待信息。

步骤205，服务器根据第二社交客户端的标识，向第二社交客户端发送期待信息。

可选的，确定接收到期待信息后，服务器对接收到的期待信息进行解析，从而获取到第二社交客户端(即被期待方)的标识，并根据该标识向第二社交客户端发送期待信息。

可选的，为了确保第二社交客户端能够及时响应该期待信息，服务器检测第二社交客户端是否处于在线状态；若检测到第二社交客户端处于在线状态，则直接向第二社交客户端发送期待信息；若检测到第二社交客户端处于离线状态(无法及时接收信息)，则对该期待信息进行存储，并在第二社交客户端上线时向其发送存储的期待信息。

步骤206，第二社交客户端接收服务器发送的期待信息。

在一种可能的实施方式中，第二社交客户端接收到服务器发送的信息，当检测到该信息中包含预定标识位时，确定接收到的信息为期待信息。

可选的，第二社交客户端中存储有期待方列表，该期待方列表中存储有各个期待方(即发送期待信息的社交客户端)的标识。当在在线状态下接收到期待信息后，第二社交客户端将第一社交有客户端的标识存储到期待方列表中。

步骤207，第二社交客户端根据期待信息显示信息，提示信息用于表示第一社交客户端正在期待第二社交客户端发送交互信息。

为了使(使用第二社交客户端的)用户知悉被期待，从而及时根据期待信息向期待方(即第一社交客户端)发送交互信息，第二社交客户端根据接收到的期待信息生成相应提示信息，并对该提示信息进行显示。可选的，第二社交客户端以弹窗、悬浮窗、下拉栏通知或列表等方式显示该提示信息。

与传统社交信息的显示方式不同，该提示信息以通知的方式进行显示，即该提示信息并不会显示在第一社交客户端与第二社交客户端的社交信息交互界面中。比如，以社交客户端为即时通讯客户端为例，该提示信息并非以即时通讯消息的形式出现在第一即时通讯客户端与第二即时通讯客户端的即时通讯界面中。

为了避免恶意发送的期待信息对用户造成干扰(频繁显示提示信息)，在一种可能的实施方式中，第二社交客户端中设置有接收阈值，当预定时长内接收到不具备指定社交关系的第一社交客户端发送的期待信息的数量达到接收阈值时，第二社交客户端不再根据该期待信息显示提示信息。

比如，当该预定时长为24小时，指定社交关系为互为好友关系，且接收阈值为5时，第二社交客户端仅根据24小时内，前5个非好友社交客户端(即陌生人)发送的期待信息显示提示信息，对于后续接收到的非好友社交客户端发送的期待信息，第二社交客户端将不再根据期待信息显示提示信息。

采用上述期待信息发送机制，当使用第二社交客户端的用户根据该期待信息向第一社交客户端发送交互信息时，由于第一社交客户端期待与第二社交客户端进行信息交互，因此，第一社交客户端根据接收到的交互信息进行反馈的概率较高，从而提高了社交客户端之间信息交互的成功率，避免单向信息的发送和接收，提高社交应用中用户之间的粘度。

综上所述，本实施例中，第一社交客户端通过在用户界面中显示第二社交客户端对应的期待信息发送控件，并接收对该期待信息发送控件的触发信号，从而通过服务器向第二社交应用客户端发送期待信息，以便第二社交客户端根据该期待信息显示相应的提示信息，提示第一社交客户端期待与第二社交客户端进行信息交互。通过上述期待信息发送机制，用户通过第二社交客户端显示的提示信息知悉被第一社交客户端期待，从而能够主动向第一社交客户端发送信息交互，进而提高了社交应用中不同社交客户端之间进行信息交互的成功率。

为了避免被期待方长时间处于被期待状态，影响用户使用，在一种可能的实施方式中，第一社交客户端发送的期待信息中包含有效时限。在该有效时限内，第二社交客户端根据接收到的期待信息显示相应的提示信息，以提醒用户处于被期待状态，并在发送交互信息后解除该被期待状态，停止显示该提示信息；当达到有效时限时，不论是否发送了交互信息，第二社交客户端均解除被期待状态，并停止显示提示信息。下面采用示意性的实施例进行说明。

请参考图3A，其示出了本发明另一个实施例提供的信息交互方法的流程图，本实施例以该信息交互方法用于图1所示信息交互系统为例进行说明，该方法包括：

步骤301，第一社交客户端在用户界面中显示期待信息发送控件，期待信息发送控件对应至少一个第二社交客户端。

本步骤的实施方式与上述步骤201相似，本实施例在此不再赘述。

示意性的，如图3B所示，第一社交客户端31显示的用户界面中包含好友列表，该好友列表中包含若干个与第一社交客户端31具备好友关系的第二社交客户端的标识，且各个第二社交客户端对应各自的期待按钮311(即期待信息发送控件)。

步骤302，第一社交客户端接收对期待信息发送控件的触发信号。

示意性的，如图3B所示，第一社交客户端31接收对各个期待按钮311的触发信号，并根据该触发信号确定出选中的被期待的第二社交客户端。

步骤303，第一社交客户端获取有效时限。

与上述实施例中，第一社交客户端发送的期待信息中仅包含第二社交客户端的标识不同，本实施例中，该期待信息中还包含有效时限，该有效时限用于指示第二社交客户端显示提示信息的时限。

可选的，该有效时限为默认值；或者，该有效时限由用户自行设定。比如，期待信息发送控件中包含时限设置子控件，第一社交客户端接收到触发信号时，即通过该时限设置子控件获取用户设置的有效时限。

在一种可能的实施方式中，该有效时限用于指示接收到触发信号后的预定时长。示意性的，当有效时限为24小时，且第一社交客户端在2017.4.6 17:00:00接收到触发信号时，期待信息中包含的有效时限即为2017.4.6 17:00:00至2017.4.7 18:00:00。

步骤304，第一社交客户端生成包含有效时限的期待信息。

根据触发信号所指示的第二社交客户端的标识以及获取到的有效时限，第一社交客户端生成同时包含第二社交客户端标识以及有效实现的期待信息。

示意性的，如图3B所示，当接收到对好友“朱八”对应期待按钮311的点击操作时，第一社交客户端31生成的期待信息中包含社交客户端标识“朱八”以及有效时限2017.4.617:00:00至2017.4.7 18:00:00。

步骤305，第一社交客户端根据触发信号向服务器发送期待信息，期待信息中包含第二社交客户端的标识以及有效时限。

进一步的，第一社交客户端通过服务器向第二社交客户端发送该期待信息。

步骤306，服务器接收第一社交客户端发送的期待信息。

步骤307，服务器根据第二社交客户端的标识，向第二社交客户端发送期待信息。

在一种可能的实施方式中，服务器对接收到的期待信息进行解析，从而获取第二社交客户端的标识以及有效时限。当检测到第二社交客户端处于在线状态(能够立即接收到期待信息)，且当前时刻属于有效时限时，服务器向第二社交客户端发送期待信息；当检测到第二社交客户端处于离线状态(无法立即接收到期待信息)，且当前时刻属于有效时限时，服务器对该期待信息进行存储，并在第二社交客户端上线且上线时刻属于有效时限时，向第二社交客户端发送该期待信息。

在其他可能的实施方式中，当当前时刻达到有效时限，且检测到第二社交客户端仍旧处于离线状态时，服务器对该期待信息进行删除，并向第一社交客户端返回期待失败信息。

步骤308，第二社交客户端接收服务器发送的期待信息。

可选的，第二社交客户端接收到该期待信息后，即以第一社交客户端的标识为索引对该期待信息进行存储，示意性的，第二社交客户端中存储的期待信息如表一所示。

表一

步骤309，第二社交客户端获取期待信息中包含的有效时限。

可选的，第二社交客户端接收到期待信息后，识别期待信息中包含的有效时限字段，并从该有效时限字段中读取期待信息的有效时限。示意性的，如图3B所示，第二社交客户端33获取到的有效时限为2017.4.6 17:00:00至2017.4.7 18:00:00。

步骤310，第二社交客户端检测当前时刻是否属于该有效时限。

进一步的，对于获取到的有效时限，第二社交客户端检测当前时刻是否属于有效时限，若当前时刻属于有效时限，为了提醒用户尽快反馈交互信息，第二社交客户端生成并显示相应的提示信息，执行下述步骤311；若当前时刻不属于有效时限，第二社交客户端则将该期待信息删除(或设置为失效)。

步骤311，若当前时刻属于该有效时限，第二社交客户端则根据期待信息显示提示信息。

针对生成并显示提示信息的方式，在一种可能的实施方式中，第二社交客户端获取发送期待信息的第一社交客户端的标识，并根据预设提示信息模板，生成提示信息，从而以弹窗、下拉栏等方式显示该提示信息。

在另一种可能的实施方式中，第二社交客户端中存储有与其他社交客户端的历史交互记录，在显示提示信息时，第二社交客户端即基于与第一社交客户端的历史交互记录，确定该提示信息的显示策略。可选的，如图3C所示，本步骤包括如下步骤。

步骤311A，第二社交客户端获取第一社交客户端对应的交互记录。

在一种可能的实施方式中，第二社交客户端中存储有与其他社交客户端的交互记录，每次与其他社交客户端完成一次完整的信息交互后(向其他社交客户端发送交互信息后收到交互反馈信息，或，接收到其他社交客户端发送的交互信息后返回了交互反馈信息)，第二社交客户端即对交互记录进行更新。其中，该交互记录中包含交互次数、平均交互时长以及交互频率等信息。示意性的，第二社交客户端中存储的交互记录如表二所示。

表二

接收到第一社交客户端发送的期待信息后，第二社交客户端即从表二所示的交互记录中获取第一社交客户端对应的交互记录。

比如，第二社交客户端根据第一社交客户端的标识“钱七”，从表二中获取对应的交互记录为：交互次数10次，交互频率3.3次/天，交互时长8分钟。

步骤311B，第二社交客户端根据交互记录确定提示信息的显示策略，显示策略包括显示频率和/或显示方式。

当交互记录指示第二社交客户端与第一社交客户端之间频繁交互时，表示两者之间进行信息交互的成功率(或概率)较高，因此，在一种可能的实施方式中，第二社交客户端根据交互记录中包含的交互次数确定提示信息的显示策略。在其他可能的方式中，第二终端还根据交互记录中包含的交互频率和/或交互时长确定提示信息的显示策略。

可选的，交互次数越多(或交互频率越高，或交互时长越长)，显示策略所指示的显示频率越高，且显示策略所指示的显示方式越显著；

步骤311C，第二社交客户端根据该显示策略显示提示信息。

根据确定出的显示策略，第二社交客户端对提示信息进行显示。

示意性的，如图3B所示，第二社交客户端33根据第一社交客户端31的标识“钱七”以及预设提示信息模板，生成提示信息331，并以弹窗的显示方式，5分钟/次的显示频率进行显示。

通过上述步骤301至311，第一社交客户端与第二社交客户端即完成了期待信息发送及显示过程，使用第二社交客户端的用户查看到该提示信息后，即知悉被使用第一社交客户端的用户所期待，并可以通过发送交互信息的方式与第一社交客户端进行信息交互。可选的，如图3A所示，第二社交客户端根据提示信息与第一社交客户端进行信息交互时包括如下步骤。

步骤312，第二社交客户端向服务器发送交互信息。

为了解除被期待状态，根据接收到的期待信息，第二社交客户端通过服务器向第一社交客户端发送交互信息，从而发起与第一社交客户端进行信息交互。

可选的，当接收到的期待信息中包含有效期限时，第二社交客户端在有效期限内向服务器发送交互信息，并在发送交互信息后，将该期待信息设置为失效状态，从而避免后续再次显示提示信息对用户造成干扰。

针对交互信息的获取方式，在一种可能的实施方式中，当接收到的期待信息中还包含交互信息类型时，第二社交客户端根据交互信息类型提供相应的信息采集控件，从而通过该信息采集控件获取交互信息。

示意性的，如图3D所示，用户使用第二社交客户端33拍摄照片并选择发送后，第二社交客户端33根据存储的期待信息(表一所示)，以列表332的形式对各个期待用户进行显示，并接收用户选择的交互信息接收方。当用户选择“钱七”作为交互信息接收方并点击发送按钮333后，第二社交客户端33即向“钱七”对应的第一社交客户端发送交互信息。

步骤313，服务器接收第二社交客户端发送的交互信息。

步骤314，服务器向第一社交客户端发送交互信息。

在一种可能的实施方式中，该服务器对交互信息进行解析，获取其中包含的第一社交客户端的标识，从而根据该标识将该交互信息发送至第一社交客户端。

步骤315，第一社交客户端接收服务器发送的交互信息。

在一种可能的实施方式中，当第一社交客户端已经向第二社交客户端发送了期待信息，但还未收到第二社交客户端发送的交互信息时，第一社交客户端无法在该期待信息的有效期限内再次向第二社交客户端发送期待信息。比如，第一社交客户端可以将第二社交客户端对应的期待组件消除或设置其为禁止操作状态。当接收到第二社交客户端发送的交互信息时，第一社交客户端则重新显示第二社交客户端对应的期待组件或设置其为可操作状态。

可选的，当第一社交客户端中存储有期待列表时，当接收到第二社交客户端发送的交互信息后，第一社交客户端从期待列表中删除第二社交客户端的标识。

步骤316，第一社交客户端向服务器发送交互反馈信息。

为了实现期待方与被期待方之间的信息交互，第一社交客户端获取用户录入的交互反馈信息，并通过服务器将改交互反馈信息发送至第二社交客户端。

可选的，第一社交客户端中存储历史交互记录，该历史交互记录中包含有与其他社交客户端的交互记录，该交互记录中包含交互次数、交互频率、交互时长等信息。当向服务器发送交互反馈信息后，第一社交客户端即确定与第二社交客户端进行了一次完整的信息交互，并对该历史交互记录中第二社交客户端对应的交互记录进行更新。

步骤317，服务器接收第一社交客户端发送的交互反馈信息。

步骤318，服务器向第二社交客户端发送交互反馈信息。

步骤319，第二社交客户端接收服务器发送的交互反馈信息。

可选的，与第一社交客户端相似的，第二终端中也存储有历史交互记录。当接收到第一社交客户端发送的交互反馈信息时，第二社交客户端即确定与第一社交客户端进行了一次完整的信息交互，并对历史交互记录中与第一社交客户端对应的交互记录进行更新。比如，第二社交客户端对交互记录中包含的交互次数进行加一操作。

本实施例中，通过为期待信息设置有效时限，使得在达到有效时限时，第二社交客户端能够自动解除被期待状态，从而避免因长时间处于被期待状态对用户使用造成影响。

本实施例中，第二社交客户端通过获取与第一社交客户端之间的历史交互记录，并基于该历史交互记录所指示的交互频繁程度，针对性的制定提示信息的显示策略，使得频繁交互的第一社交客户端发送的期待信息能够得到显著显示，进而提高第二社交客户端与第一社交客户端进行交互的成功率和效率。

在一种可能的实施方式中，第一社交客户端发送的期待信息中还包括交互信息类型，用于指示期待第二社交客户端发送的交互信息的类型。在图3A的基础上，如图4A所示，上述步骤303至305被替换为步骤320至320。

步骤320，第一社交客户端获取交互信息类型，交互信息类型包括文字、图片、音频或视频中的至少一种。

在一种可能的实施方式中，第一社交客户端在显示具有预定网络社交关系的其他社交客户端的信息时，提供了相应的期待信息发送控件，该期待信息发送控件采用按钮等表现形式。当检测到对期待信息发送控件的点击操作时，第一社交客户端进一步显示至少一个信息类型选择控件，并通过该信息类型选择控件接收预定触发信号。

示意性的，如图4B所示，第一社交客户端31用户界面中显示的好友列表中，各个好友对应各自的期待按钮311。当接收到对好友“朱八”对应期待按钮311的点击操作时，第一社交客户端31显示三个信息类型选择控件，分别为文字信息选择控件312、图片/视频信息选择控件313和音频信息选择控件314。当用户点击图片/视频信息选择控件313时，第一社交客户端31即确定预定触发信号所指示的交互信息类型为图片/视频。

步骤321，第二社交客户端生成包含交互信息类型的期待信息。

根据确定出的交互信息类型，第二社交客户端生成包含交互信息类型的期待信息。

步骤322，第一社交客户端向服务器发送期待信息。

第一社交客户端通过服务器向第二社交客户端发送携带该交互信息类型的期待信息，以便第二社交客户端告知用户期待方期待何种类型的交互信息。

示意性的，如图4B所示，第一社交客户端31向服务器发送的期待信息中包含社交客户端标识“朱八”以及交互信息类型“图片或视频”。

相应的，第二社交客户端接收到该期待信息后，根据期待信息中携带的交互信息类型，通过相应的信息采集控件获取交互信息，并将交互信息发送至第一社交客户端。在图3A的基础上，如图4A所示，上述步骤309至311被替换为步骤323至325。

步骤323，第二社交客户端获取期待信息中包含的交互信息类型。

示意性的，如图4B所示，第二社交客户端33从期待信息中获取到交互信息类型为“图片或视频”。

步骤324，第二社交客户端显示交互信息类型对应的信息采集控件，信息采集控件包括文字采集控件、图像采集控件或音频采集控件中的至少一种。

为了确保第二社交客户端反馈的交互信息符合第一社交客户端的期望，并提高第二社交客户端发送交互信息的效率，可选的，第二社交客户端根据获取到的交互信息类型，在显示提示信息的同时，显示相应的信息采集控件，示意性，交互信息类型与信息采集控件的对应关系如表三所示。

表三

示意性的，如图4B所示，第二社交客户端33根据交互信息类型“图片或视频”，在显示信息331的同时，显示图像采集控件332。

步骤325，第二社交客户端通过信息采集控件获取交互信息。

通过信息采集控件，第二社交客户端能够直接调用软件或硬件采集数据，并将采集到的数据确定为待发送的交互信息。

在一种可能的实施方式中，当接收到对文字采集控件的操作信号时，第二社交客户端即获取通过(虚拟或实体)键盘输入的文字信息，并将该文字信息确定为交互信息；当接收到对图像采集控件的操作信号时，第二社交客户端即启用图像采集组件(比如摄像头)采集图像帧数据，并将采集到的图像帧数据确定为交互信息；当接收到对音频采集控件的操作信号时，第二社交客户端即启用音频采集组件(比如麦克风)采集音频数据，并将采集到的音频数据确定为交互信息。

本实施例中，当第一社交客户端发送的期待信息中包含交互信息类型时，第二社交客户端根据交互信息类型显示相应的信息采集控件，使得用户通过该信息采集控件能够快速录入符合预期的交互信息，并提高用户录入交互信息的速度，提高了交互效率。

在一种可能的实施场景下，使用第一社交客户端的用户可以通过发送期待信息，指示使用第二社交客户端的用户在达到指定地点进行信息交互。比如，当用户A得知用户B将要前往地点C旅游时，可以向用户B发送期待信息，指示用户B达到地点C后反馈拍摄的照片。在图3A的基础上，如图5A所示，上述步骤303至305可以被替换为步骤326至328。

步骤326，第一社交客户端获取期待地点。

其中，期待地点采用经纬度坐标或地区名称(比如国家、省、市名称)表示。

在一种可能的实施方式中，第一社交客户端在显示具有预定网络社交关系的其他社交客户端的信息时，提供了相应的期待信息发送控件，该期待信息发送控件采用按钮等表现形式。当检测到对期待信息发送控件的点击操作时，第一社交客户端进一步显示期待地点选择控件，并通过该期待地点选择控件接收用户输入的期待地点。

示意性的，如图5B所示，第一社交客户端31用户界面中显示的好友列表中，各个好友对应各自的期待按钮311。当接收到对好友“朱八”对应期待按钮311的点击操作时，第一社交客户端31显示期待地点选择控件315，并通过期待地点选择控件315获取到用户设置的期待地点为“中国江苏省无锡市”。

步骤327，第一社交客户端生成包含期待地点的期待信息。

进一步的，第一社交客户端根据该期待地点生成期待信息。示意性的，如图5B所示，第一社交客户端31生成的期待信息中包含期待地点“中国江苏省无锡市”。。

步骤328，第一社交客户端向服务器发送期待信息。

示意性的，如图5B所示，第一社交客户端31通过服务器32发送至第二社交客户端33的期待信息中包含期待地点。

在接收到第一社交客户端发送的期待信息，为了及时提示用户发送交互信息，如图5A所示，上述步骤309至步骤311可以被替换为步骤329至331。

步骤329，第二社交客户端获取当前地理位置信息。

第二社交客户端获取到期待信息，且检测到期待信息中包含期待地点时，第二社交客户端每隔预定时间间隔，或在前台运行社交客户端时，获取当前地理位置信息。可选的，该当前地理位置信息为经纬度坐标。

步骤330，第二社交客户端检测当前地理位置信息与期待地点是否匹配。

进一步的，第二社交客户端检测当前地理位置信息与期待地点是否匹配，若当前地理位置信息与期待地点相匹配，第二社交客户端确定自身位于期待地点，并显示相应的提示信息，提示用户与第一社交客户端进行信息交互，执行下述步骤331；若当前地理位置信息与期待地点不匹配，第二社交客户端确定自身未到达期待地点，并进入下一轮检测。

步骤331，若当前地理位置信息与期待地点相匹配，第二社交客户端则显示提示信息。

针对生成提示信息的方式，在一种可能的实施方式中，第二社交客户端获取发送期待信息的第一社交客户端的标识以及期待地点，并根据预设提示信息模板，生成提示信息，最终以弹窗、下拉栏等方式进行显示。

示意性的，如图5B所示，第二社交客户端获取第一社交客户端的标识“朱八”以及期待地点“无锡”，并根据预设提示信息模板“XX(第一社交客户端的标识)期待你从XX(期待地点)发回的照片”，生成提示信息333，并以弹窗的显示方式进行显示。

本实施例中，第一社交客户端通过在期待信息中添加期待地点，使得第二社交客户端在到达该期待地点时，能够显示相应的提示信息，提示用户在该期待地点与第一社交客户端进行信息交互，从而丰富了信息交互的模式，提高了用户的信息交互体验。

上述实施例中，第一社交客户端用于向指定的第二社交客户端发送包含期待地点的期待信息，即期待信息的发送具有目标性；在其他可能的实施场景下，第一社交客户端也可以不指定具体的第二社交客户端，而采用群发的方式向若干个第二社交客户端同时发送携带期待地点的期待信息。

在一种可能的实施方式中，第一社交客户端接收到的触发信号用于指示同时向至少两个第二社交客户端发送相同的期待信息(携带有用户设置的期待地点)。第一社交客户端根据触发信号向服务器发送期待信息时，首先确定触发信号所指示的至少两个社交客户端，并将客户端标识与期待信息一同发送至服务器；服务器即根据客户端标识，将期待信息发送至各个第二社交客户端。接收到期待信息的第二社交客户端检测当前地理位置信息与期待地点是否匹配，并在当前地理位置信息与期待地点相匹配时显示相应的提示信息，提示本端用户被期待。

需要说明的是，本发明各个实施例中，以第一社交客户端为执行主体的步骤可以单独实现成为第一社交客户端侧的信息发送方法，以第二社交客户端为执行主体的步骤可以单独实现成为第二社交客户端侧的信息显示方法，以服务器为执行主体的步骤可以单独实现成为服务器侧的信息发送方法，本发明在此不再赘述。

下述为本发明装置实施例，对于装置实施例中未详尽描述的细节，可以参考上述一一对应的方法实施例。

请参考图6，其示出了本发明一个实施例提供的信息发送装置的结构方框图。该信息发送装置通过硬件或者软硬件的结合实现成为图1中第一终端110的全部或者一部分。该装置包括：控件显示模块610，信号接收模块620和信息发送模块630。

控件显示模块610，用于实现上述步骤201、301以及各步骤中与控件显示相关的功能；

信号接收模块620，用于实现上述步骤202、302以及各步骤中与接收信号相关的功能；

信息发送模块630，用于实现上述步骤203、305、322、329以及各步骤中与信息发送相关的功能。

可选的，期待信息中包含有效时限，所述有效时限用于指示所述第二社交客户端显示所述提示信息的时限；

所述装置，包括：时限获取模块和第一生成模块；

时限获取模块，用于实现上述步骤303的功能；

第一生成模块，用于实现上述步骤304的功能。

可选的，所述期待信息中包含交互信息类型，所述交互信息类型用于指示所述第一社交客户端期待所述第二社交客户端发送的所述交互信息的类型；

所述装置，包括：类型获取模块和第二生成模块；

类型获取模块，用于实现上述步骤320的功能；

第二生成模块，用于实现上述步骤321的功能。

可选的，所述期待信息中包含期待地点，第二社交客户端用于根据所述期待信息，在当前地理位置信息与所述期待地点匹配时显示所述提示信息；

所述装置，包括：地点获取模块和第三生成模块；

地点获取模块，用于实现上述步骤327的功能；

第三生成模块，用于实现上述步骤328的功能。

请参考图7，其示出了本发明一个实施例提供的信息显示装置的结构方框图。该信息显示装置通过硬件或者软硬件的结合实现成为图1中第二终端130的全部或者一部分。该装置包括：信息接收模块710和信息显示模块720。

信息接收模块710，用于实现上述步骤206或308的功能；

信息显示模块720，用于实现上述步骤207的功能。

可选的，所述期待信息中包含有效时限；

所述装置，包括：第一获取模块和第一检测模块；

第一获取模块，用于实现上述步骤309的功能；

第一检测模块，用于实现上述步骤310的功能；

所述信息显示模块720，还用于实现上述步骤311的功能。

可选的，所述第二社交客户端中存储有与所述第一社交客户端的交互记录，所述交互记录中包含交互次数、交互频率或交互时长中的至少一种；

所述信息显示模块720，包括：第二获取单元、第二确定单元和显示单元；

第二获取单元，用于实现上述步骤311A的功能；

第二确定单元，用于实现上述步骤311B的功能；

显示单元，用于实现上述步骤311C的功能。

可选的，所述期待信息中包含交互信息类型，所述交互信息类型包括文字、图片、音频或视频中的至少一种；

所述装置，包括：第二获取模块、控件显示模块和第三获取模块；

第二获取模块，用于实现上述步骤323的功能；

控件显示模块，用于实现上述步骤324的功能；

第三获取模块，用于实现上述步骤325的功能。

可选的，所述期待信息中包含期待地点；

所述装置，包括：第四获取模块和第二检测模块

第四获取模块，用于实现上述步骤329的功能；

第二检测模块，用于实现上述步骤330的功能；

所述信息显示模块720，用于实现上述步骤331的功能。

本发明实施例还提供了一种信息发送装置，该信息显示装置通过硬件或者软硬件的结合实现成为图1中服务器120的全部或者一部分。该装置包括：接收模块和发送模块；

接收模块，用于实现上述步骤204或306的功能；

发送模块，用于实现上述步骤205或307的功能。

请参考图8，其示出了本发明一个实施例提供的终端的结构示意图。该终端800为图1中的第一终端110或第二终端130。具体来讲：

终端800可以包括RF(Radio Frequency，射频)电路810、包括有一个或一个以上计算机可读存储介质的存储器820、输入单元830、显示单元840、传感器850、音频电路860、近场通信模块870、包括有一个或者一个以上处理核心的处理器880、以及电源890等部件。本领域技术人员可以理解，图8中示出的终端结构并不构成对终端的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。其中：

RF电路810可用于收发信息或通话过程中，信号的接收和发送，特别地，将基站的下行信息接收后，交由一个或者一个以上处理器880处理；另外，将涉及上行的数据发送给基站。通常，RF电路810包括但不限于天线、至少一个放大器、调谐器、一个或多个振荡器、用户身份模块(SIM)卡、收发信机、耦合器、LNA(Low Noise Amplifier，低噪声放大器)、双工器等。此外，RF电路810还可以通过无线通信与网络和其他设备通信。所述无线通信可以使用任一通信标准或协议，包括但不限于GSM(Global System of Mobile communication，全球移动通讯系统)、GPRS(General Packet Radio Service，通用分组无线服务)、CDMA(CodeDivision Multiple Access，码分多址)、WCDMA(Wideband Code Division MultipleAccess,宽带码分多址)、LTE(Long Term Evolution,长期演进)、电子邮件、SMS(ShortMessaging Service，短消息服务)等。

存储器820可用于存储软件程序以及模块，处理器880通过运行存储在存储器820的软件程序以及模块，从而执行各种功能应用以及数据处理。存储器820可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等；存储数据区可存储根据终端800的使用所创建的数据(比如音频数据、电话本等)等。此外，存储器820可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他易失性固态存储器件。相应地，存储器820还可以包括存储器控制器，以提供处理器880和输入单元830对存储器820的访问。

输入单元830可用于接收输入的数字或字符信息，以及产生与用户设置以及功能控制有关的键盘、鼠标、操作杆、光学或者轨迹球信号输入。具体地，输入单元830可包括图像输入设备831以及其他输入设备832。图像输入设备831可以是摄像头，也可以是光电扫描设备。除了图像输入设备831，输入单元830还可以包括其他输入设备832。具体地，其他输入设备832可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆等中的一种或多种。

显示单元840可用于显示由用户输入的信息或提供给用户的信息以及终端800的各种图形用户接口，这些图形用户接口可以由图形、文本、图标、视频和其任意组合来构成。显示单元840可包括显示面板841，可选的，可以采用LCD(Liquid Crystal Display，液晶显示器)、OLED(Organic Light-Emitting Diode,有机发光二极管)等形式来配置显示面板841。

终端800还可包括至少一种传感器850，比如光传感器、运动传感器以及其他传感器。具体地，光传感器可包括环境光传感器及接近传感器，其中，环境光传感器可根据环境光线的明暗来调节显示面板841的亮度，接近传感器可在终端800移动到耳边时，关闭显示面板841和/或背光。作为运动传感器的一种，重力加速度传感器可检测各个方向上(一般为三轴)加速度的大小，静止时可检测出重力的大小及方向，可用于识别手机姿态的应用(比如横竖屏切换、相关游戏、磁力计姿态校准)、振动识别相关功能(比如计步器、敲击)等；至于终端800还可配置的陀螺仪、气压计、湿度计、温度计、红外线传感器等其他传感器，在此不再赘述。

音频电路860、扬声器861，传声器862可提供用户与终端800之间的音频接口。音频电路860可将接收到的音频数据转换后的电信号，传输到扬声器861，由扬声器861转换为声音信号输出；另一方面，传声器862将收集的声音信号转换为电信号，由音频电路860接收后转换为音频数据，再将音频数据输出处理器880处理后，经RF电路810以发送给比如另一电子设备，或者将音频数据输出至存储器820以便进一步处理。音频电路860还可能包括耳塞插孔，以提供外设耳机与终端800的通信。

终端800通过近场通信模块870与外部设备建立近场通信连接，并通过该近场通信连接进行数据交互。本实施例中，该近场通信模块870具体包括蓝牙模块和/或WiFi模块。

处理器880是终端800的控制中心，利用各种接口和线路连接整个手机的各个部分，通过运行或执行存储在存储器820内的软件程序和/或模块，以及调用存储在存储器820内的数据，执行终端800的各种功能和处理数据，从而对手机进行整体监控。可选的，处理器880可包括一个或多个处理核心；优选的，处理器880可集成应用处理器和调制解调处理器，其中，应用处理器主要处理操作系统、用户界面和应用程序等，调制解调处理器主要处理无线通信。可以理解的是，上述调制解调处理器也可以不集成到处理器880中。

终端800还包括给各个部件供电的电源890(比如电池)，优选的，电源可以通过电源管理系统与处理器880逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。电源890还可以包括一个或一个以上的直流或交流电源、再充电系统、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。

尽管未示出，终端800还可以包括蓝牙模块等，在此不再赘述。

具体在本实施例中，终端800还包括有存储器，以及一个或者一个以上的程序，其中一个或者一个以上程序存储于存储器中，且经配置以由一个或者一个以上处理器执行以实现上述第一终端侧的信息发送和第二终端侧的信息显示方法。

本领域普通技术人员可以理解上述实施例的信息发送和信息显示方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于计算机可读存储介质中，存储介质可以包括：只读存储器(ROM，Read Only Memory)、随机存取记忆体(RAM，Random Access Memory)、磁盘或光盘等。

请参考图9，其示出了本发明一个实施例提供的服务器的结构方框图。该服务器900实现为图1中的服务器120。具体来讲：

服务器900包括中央处理单元(CPU)901、包括随机存取存储器(RAM)902和只读存储器(ROM)903的系统存储器904，以及连接系统存储器904和中央处理单元901的系统总线905。所述服务器900还包括帮助计算机内的各个器件之间传输信息的基本输入/输出系统(I/O系统)906，和用于存储操作系统913、应用程序914和其他程序模块915的大容量存储设备907。

所述基本输入/输出系统906包括有用于显示信息的显示器908和用于用户输入信息的诸如鼠标、键盘之类的输入设备909。其中所述显示器908和输入设备909都通过连接到系统总线905的输入输出控制器910连接到中央处理单元901。所述基本输入/输出系统906还可以包括输入输出控制器910以用于接收和处理来自键盘、鼠标、或电子触控笔等多个其他设备的输入。类似地，输入输出控制器910还提供输出到显示屏、打印机或其他类型的输出设备。

所述大容量存储设备907通过连接到系统总线905的大容量存储控制器(未示出)连接到中央处理单元901。所述大容量存储设备907及其相关联的计算机可读介质为服务器900提供非易失性存储。也就是说，所述大容量存储设备907可以包括诸如硬盘或者CD-ROM驱动器之类的计算机可读介质(未示出)。

不失一般性，所述计算机可读介质可以包括计算机存储介质和通信介质。计算机存储介质包括以用于存储诸如计算机可读指令、数据结构、程序模块或其他数据等信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括RAM、ROM、EPROM、EEPROM、闪存或其他固态存储其技术，CD-ROM、DVD或其他光学存储、磁带盒、磁带、磁盘存储或其他磁性存储设备。当然，本领域技术人员可知所述计算机存储介质不局限于上述几种。上述的系统存储器904和大容量存储设备907可以统称为存储器。

根据本发明的各种实施例，所述服务器900还可以通过诸如因特网等网络连接到网络上的远程计算机运行。也即服务器900可以通过连接在所述系统总线905上的网络接口单元911连接到网络912，或者说，也可以使用网络接口单元911来连接到其他类型的网络或远程计算机系统(未示出)。

所述存储器还包括一个或者一个以上的程序，所述一个或者一个以上程序存储于存储器中，所述一个或者一个以上程序包含用于进行本发明实施例提供服务器侧的信息发送方法的指令。

本领域普通技术人员可以理解上述实施例的信息发送方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：只读存储器(ROM，Read Only Memory)、随机存取记忆体(RAM，RandomAccess Memory)、磁盘或光盘等。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (14)

1.一种信息发送方法，其特征在于，所述方法包括：

在第一社交客户端的用户界面中显示期待信息发送控件，所述期待信息发送控件对应至少一个第二社交客户端；

接收对所述期待信息发送控件的触发信号；

根据所述触发信号向服务器发送期待信息，所述第二社交客户端用于在接收到所述服务器转发的所述期待信息后，根据所述期待信息显示提示信息，所述提示信息用于表示所述第一社交客户端正在期待所述第二社交客户端发送交互信息。

2.根据权利要求1所述的方法，其特征在于，所述期待信息中包含有效时限，所述有效时限用于指示所述第二社交客户端显示所述提示信息的时限；

所述根据所述触发信号向服务器发送期待信息之前，包括：

获取所述有效时限；

生成包含所述有效时限的所述期待信息。

3.根据权利要求1所述的方法，其特征在于，所述期待信息中包含交互信息类型，所述交互信息类型用于指示所述第一社交客户端期待所述第二社交客户端发送的所述交互信息的类型；

所述根据所述触发信号向服务器发送期待信息之前，包括：

获取所述交互信息类型，所述交互信息类型包括文字、图片、音频或视频中的至少一种；

生成包含所述交互信息类型的所述期待信息。

4.根据权利要求1所述的方法，其特征在于，所述期待信息中包含期待地点，所述第二社交客户端用于根据所述期待信息，在当前地理位置信息与所述期待地点匹配时显示所述提示信息；

根据所述触发信号向服务器发送期待信息之前，包括：

获取所述期待地点；

生成包含所述期待地点的所述期待信息。

5.一种信息显示方法，其特征在于，所述方法包括：

接收服务器发送的期待信息，所述期待信息由第一社交客户端发送至所述服务器；所述第一社交客户端用于在用户界面中显示期待信息发送控件，并在接收对所述期待信息发送控件的触发信号后，根据所述触发信号发送所述期待信息，所述期待信息发送控件对应至少一个第二社交客户端；

根据所述期待信息显示提示信息，所述提示信息用于表示所述第一社交客户端正在期待所述第二社交客户端发送交互信息。

6.根据权利要求5所述的方法，其特征在于，所述期待信息中包含有效时限；

所述根据所述期待信息显示提示信息之前，包括：

获取所述期待信息中包含的所述有效时限；

检测当前时刻是否属于所述有效时限；

若所述当前时刻属于所述有效时限，则执行所述根据所述期待信息显示提示信息的步骤。

7.根据权利要求5或6所述的方法，其特征在于，所述第二社交客户端中存储有与所述第一社交客户端的交互记录，所述交互记录中包含交互次数、交互频率或交互时长中的至少一种；

所述根据所述期待信息显示提示信息，包括：

获取所述第一社交客户端对应的所述交互记录；

根据所述交互记录确定所述提示信息的显示策略，所述显示策略包括显示频率和/或显示方式；

根据所述显示策略显示所述提示信息。

8.根据权利要求5所述的方法，其特征在于，所述期待信息中包含交互信息类型，所述交互信息类型包括文字、图片、音频或视频中的至少一种；

所述根据所述期待信息显示提示信息之后，包括：

获取所述期待信息中包含的所述交互信息类型；

显示所述交互信息类型对应的信息采集控件，所述信息采集控件包括文字采集控件、图像采集控件或音频采集控件中的至少一种；

通过所述信息采集控件获取所述交互信息。

9.根据权利要求5所述的方法，其特征在于，所述期待信息中包含期待地点；

所述根据所述期待信息显示提示信息之前，包括：

获取当前地理位置信息；

检测所述当前地理位置信息与所述期待地点是否匹配；

若所述当前地理位置信息与所述期待地点相匹配，则执行所述根据所述期待信息显示提示信息的步骤。

10.一种信息发送方法，其特征在于，所述方法包括：

接收第一社交客户端发送的期待信息，所述期待信息中包含第二社交客户端的标识；所述第一社交客户端用于在用户界面中显示期待信息发送控件，并在接收对所述期待信息发送控件的触发信号后，根据所述触发信号发送所述期待信息，所述期待信息发送控件对应至少一个第二社交客户端；

根据所述第二社交客户端的标识，向所述第二社交客户端发送所述期待信息，所述第二社交客户端用于根据所述期待信息显示提示信息，所述提示信息用于表示所述第一社交客户端正在期待所述第二社交客户端发送交互信息。

11.一种信息发送装置，其特征在于，所述装置包括：

控件显示模块，用于在第一社交客户端的用户界面中显示期待信息发送控件，所述期待信息发送控件对应至少一个第二社交客户端；

信号接收模块，用于接收对所述期待信息发送控件的触发信号；

信息发送模块，用于根据所述触发信号向服务器发送期待信息，所述第二社交客户端用于在接收到所述服务器转发的所述期待信息后，根据所述期待信息显示提示信息，所述提示信息用于表示所述第一社交客户端正在期待所述第二社交客户端发送交互信息。

12.一种信息显示装置，其特征在于，所述装置包括：

信息接收模块，用于接收服务器发送的期待信息，所述期待信息由第一社交客户端发送至所述服务器；所述第一社交客户端用于在用户界面中显示期待信息发送控件，并在接收对所述期待信息发送控件的触发信号后，根据所述触发信号发送所述期待信息，所述期待信息发送控件对应至少一个第二社交客户端；

信息显示模块，用于根据所述期待信息显示提示信息，所述提示信息用于表示所述第一社交客户端正在期待所述第二社交客户端发送交互信息。

13.一种信息发送装置，其特征在于，所述装置包括：

接收模块，用于接收第一社交客户端发送的期待信息，所述期待信息中包含第二社交客户端的标识；所述第一社交客户端用于在用户界面中显示期待信息发送控件，并在接收对所述期待信息发送控件的触发信号后，根据所述触发信号发送所述期待信息，所述期待信息发送控件对应至少一个第二社交客户端；

发送模块，用于根据所述第二社交客户端的标识，向所述第二社交客户端发送所述期待信息，所述第二社交客户端用于根据所述期待信息显示提示信息，所述提示信息用于表示所述第一社交客户端正在期待所述第二社交客户端发送交互信息。

14.一种信息交互系统，其特征在于，所述系统包括：第一终端、第二终端和服务器；

所述第一终端包括如权利要求11所述的信息发送装置；

所述第二终端包括如权利要求12所述的信息显示装置；

所述服务器包括如权利要求13所述的信息发送装置。