一种社交应用处理方法和系统与流程

1.本发明涉及互联网应用技术领域，特别地涉及一种社交应用处理方法和系统。


背景技术：

2.随着科技的发展和生活习惯的改变，人们的社交活动从线下发展到线上。目前各种各样的社交应用为人们提供了方便的线上社交平台或社交应用，人们可以随时随地的与他人取得联系，建立对话。然而，人们在利用社交平台或社交应用与其他用户建立社交关系时，常常出现用户在向其他用户发出社交邀请时由于社交对象不在线而无法实时响应的现象，这种现象既打乱了用户的社交规划，降低了用户的社交效率，也影响了用户对社交应用的体验感。对于与陌生社交对象的社交，由于在社交关系建立起之前无法直观地从当前社交应用中了解陌生社交对象，因而会出现在社交关系建立起之后发现不合适再取消社交关系的现象。这种反复的无效社交既延长了用户找到合适社交对象的时长，降低了社交效率，也会带来安全隐患。


技术实现要素：

3.针对现有技术中存在的技术问题，本发明提出了一种社交应用处理方法和系统，使用户了解到社交对象的形象并实时获得社交对象的在线状态，用以提高用户的有效社交效率。
4.为了解决上述技术问题，根据本发明一个方面，本发明提供了一种社交应用处理方法，其应用于第一用户客户端，包括以下步骤：
5.向服务端发送对第二用户的用户请求，并接收服务端返回的预置数量的第二用户数据，其中所述第二用户数据包括第二用户的视频数据和在线状态；
6.在曝光窗口中播入第二用户数据时，在曝光窗口标记第二用户在线状态，其中所述的曝光窗口为暴露于第一用户终端屏幕上、为第一用户可见的数据显示窗口；
7.监视曝光窗口中的第二用户的实时在线状态；以及
8.响应于曝光窗口中的第二用户的在线状态发生变化，根据第二用户新的在线状态重新标记曝光窗口中的第二用户的在线状态。
9.另一方面，本发明还提供了一种社交应用处理系统，其位于客户端，其中包括客户端通信模块、用户请求模块、数据显示模块、状态标记模块和第一状态监视模块，其中，所述客户端通信模块与服务端相通信；所述用户请求模块与所述客户端通信模块相连接，经配置以经所述客户端通信模块向服务端发送对第二用户的用户请求；所述数据显示模块与所述客户端通信模块相连接，经配置以接收服务端返回的预置数量的第二用户数据并在曝光窗口播放所述第二用户视频，其中所述的曝光窗口为暴露于第一用户终端屏幕上为第一用户可见的数据显示窗口；所述状态标记模块，其与所述数据显示模块相连接，经配置以标记曝光窗口中的第二用户在线状态；所述第一状态监视模块，经配置以监视曝光窗口中的第二用户的实时在线状态，在曝光窗口中的第二用户的在线状态发生变化时通知所述状态标
记模块根据第二用户新的在线状态更新曝光窗口中的第二用户在线状态。
10.另一方面，本发明还提供了一种视频社交应用处理方法，其应用于服务端，包括以下步骤：
11.在接收到第一用户客户端的用户请求时获取预置数量的第二用户数据，并发送给所述第一用户客户端，其中所述第二用户数据包括第二用户的视频数据和在线状态；
12.监视发送给所述第一用户客户端的第二用户的实时在线状态；以及
13.响应于第二用户的在线状态发生变化和/或响应于第一用户客户端的状态查询请求，将所述第二用户的最新在线状态发送给第一用户客户端。
14.另一方面，本发明还提供了一种视频社交应用处理系统，其位于服务端，其中包括服务端通信模块、用户数据提供模块和第二状态监视模块，所述服务端通信模块与客户端相通信；所述用户数据提供模块与所述服务端通信模块相连接，经配置以在接收到第一用户客户端的用户请求时获取预置数量的第二用户数据，并经所述服务端通信模块发送给所述第一用户客户端，其中所述第二用户数据中包括第二用户的视频数据和在线状态；所述第二状态监视模块与所述服务端通信模块相连接，经配置以监视发送给所述第一用户客户端的第二用户的实时在线状态，在所述第二用户的在线状态发生变化和/或响应于第一用户客户端的状态查询请求，将所述第二用户的最新在线状态经所述服务端通信模块发送给第一用户客户端。
15.本发明通过客户端与服务端的配合可以实时获得曝光窗口中的用户的在线状态，从而减少或避免了用户的无效社交，提高了社交效率。在另一方面，在用户建立社交关系之前，用户可以观看到社交对象的视频，即使社交对象处于离线状态仍然能看到其互动场景视频，因而可以有效帮助用户了解社交对象，进一步减少无效社交从而提高了社交效率，因而本发明涉及的视频社交应用对于用户来说，效率高、可用性强。
附图说明
16.下面，将结合附图对本发明的优选实施方式进行进一步详细的说明，其中：
17.图1是根据本发明的一个实施例的视频社交应用处理系统的原理框图；
18.图2是根据本发明的一个实施例的应用在第一用户客户端的视频社交应用处理方法流程图；
19.图3是根据本发明的一个实施例的监视曝光窗口中的第二用户的实时在线状态并进行处理的流程图；
20.图4是根据本发明另一个实施例的监视曝光窗口中的第二用户的实时在线状态并进行处理的流程图；
21.图5是根据本发明的一个实施例的应用在服务端的视频社交应用处理方法流程图；
22.图6是根据本发明的一个实施例的采用匹配策略为第一用户提供相匹配的第二用户的流程图；
23.图7是根据本发明的一个实施例应用于客户端的视频社交应用处理系统原理框图；
24.图8是根据本发明的一个实施例的第一状态监视模块原理框图；
25.图9是根据本发明的一个实施例应用于服务端的视频社交应用处理系统的原理框图；
26.图10是根据本发明的一个实施例的第二状态监视模块原理框图；以及
27.图11是根据本发明一个实施例的所述用户数据提供模块的原理框图。
具体实施方式
28.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
29.在以下的详细描述中，可以参看作为本技术一部分用来说明本技术的特定实施例的各个说明书附图。在附图中，相似的附图标记在不同图式中描述大体上类似的组件。本技术的各个特定实施例在以下进行了足够详细的描述，使得具备本领域相关知识和技术的普通技术人员能够实施本技术的技术方案。应当理解，还可以利用其它实施例或者对本技术的实施例进行结构、逻辑或者电性的改变。
30.图1是根据本发明一个实施例的视频社交应用处理系统的原理框图，所述视频社交应用处理系统包括用户端和服务端，其中，所述用户端包括第一用户端和第二用户端，分别以对应两种不同的用户。第二用户将视频发送到服务端，第一用户在使用所述社交应用时，由服务端将第二用户的视频数据发送给第一用户，第一用户可以观看第二用户的视频，并与第二用户建立视频通话或者与第二用户之间发送消息沟通。在一个实施例中，第一用户为普通用户，第二用户为主播，服务端以feed流的形式向普通用户传送主播的视频数据，或者第一用户通过客户端提供的其他主播曝光入口从服务端获得主播的视频数据。参见图1，第一用户客户端10运行于第一用户设备1中，第二用户客户端30运行于第二用户设备3中，所述第一用户设备1和第二用户设备3可以为智能手机、平板电脑、桌面型电脑等具有摄像头、麦克风和处理器的设备。服务端20运行用服务器2中。所述的服务器2可以为任意一种服务器或服务器集群。
31.图2是根据本发明一个实施例应用在第一用户客户端的视频社交应用处理方法流程图，包括以下步骤：
32.步骤s110，向服务端发送对第二用户的用户请求，并接收服务端返回的预置数量的第二用户数据，其中第二用户数据包括在线状态。当第一用户登录到客户端的feed流界面、特定的曝光入口时，第一用户客户端向服务端发送对第二用户的用户请求。所述第二用户请求中包括有第一用户的身份标识。服务端接收到对第二用户的用户请求后向其返回第二用户数据，返回的所述的第二用户数据包括第二用户视频数据、第二用户身份标识、在线状态及一些其他数据。在一个实施例中，当服务端返回数据时，通常会一次返回多个第二用户的数据。第一用户客户端将这些视频数据缓存起来，并根据第一用户的屏幕翻页操作或用户切换操作在第一用户设备连续播放。在一个实施例中，在当前缓存中未播放的第二用户数据达到预置数量，如1-5个中的任意一个时，第一用户客户端再次向服务端发送对第二用户的用户请求，从而可以在当前缓存的第二用户视频数据播放完时获得新的第二用户的数据，从而使视频的播放连续、不卡顿。
33.步骤s120，在第一用户设备的曝光窗口播放第二用户视频。其中所述的曝光窗口为暴露于第一用户终端屏幕上为第一用户可见的窗口。例如，在初始状态时，第一用户终端屏幕只显示一个第二用户的视频，当第一用户进行屏幕操作，如下滑操作，在从当前第二用户向下一个第二用户过渡时，当前屏幕会显示两个第二用户的视频。在一个实施例中，当服务端为返回的预置数量的第二用户进行了排序时，在播放第二用户视频时按照所述排序逐个播放第二用户视频。
34.步骤s130，在曝光窗口中标记第二用户的在线状态。当基于用户的屏幕操作在曝光窗口播放第二用户视频时，根据接收到的所述第二用户在线状态在曝光窗口中进行标记。例如在曝光窗口中以特定的标识标记第二用户的在线状态，所述标识可以为特定颜色和/或形状的标识。
35.步骤s140，监视曝光窗口中的第二用户的实时在线状态。具体参见图3及对图3的说明。
36.步骤s150，判断曝光窗口中的第二用户的在线状态是否发生变化，如果发生了变化，在步骤s160根据第二用户新的在线状态重新标记曝光窗口中的第二用户的在线状态。如果没有发生变化，则返回步骤s140。
37.在监视第二用户的实时在线状态时，在一种方式中，服务端以推的方式向第一用户客户端发送在线状态发生了变化的第二用户的实时在线状态。在另一种方式中，第一用户客户端以拉的方式定时从服务端拉取曝光窗口中的第二用户的实时在线状态。为了区别，本实施例将服务端主动发送的更新后的第二用户在线状态称为第一在线状态，将第一用户客户端以拉的方式从服务端获取的第二用户在线状态称为第二在线状态。
38.图3是根据本发明一个实施例的监视曝光窗口中的第二用户的实时在线状态并进行处理的流程图。在本实施例中，服务端以推的方式向第一用户客户端发送在线状态发生了变化的第二用户的实时在线状态，对应所述方式，第一用户客户端监视曝光窗口中的第二用户的实时在线状态的方法具体包括以下步骤：
39.步骤s141a，接收服务端数据。
40.步骤s142a，监视接收到的数据中是否有已经接收到的第二用户的第一在线状态。如果有，则执行步骤s143a，如果没有，则返回步骤s142a。
41.步骤s143a，判断接收到第一在线状态的第二用户的视频是否已在曝光窗口中。如果已在曝光窗口，则确定曝光窗口中第二用户的实时在线状态发生了变化，则执行步骤s160。如果接收到第一在线状态的第二用户没有位于曝光窗口中，则执行步骤s44a。
42.步骤s144a，判断接收到第一在线状态的第二用户的数据是否已播放，如果未播放，则在步骤s145a中将缓存中的所述第二用户的在线状态更新为所述第一在线状态，并结束流程。当所述第二用户处于曝光窗口时，按照所述第一在线状态在曝光窗口中标记。如果已播放则在步骤s146a丢弃所述第一在线状态，并结束流程。
43.图4是根据本发明另一个实施例的监视曝光窗口中的第二用户的实时在线状态并进行处理的流程图。在本实施例中，第一用户客户端以拉的方式定时从服务端拉取曝光窗口中的第二用户的实时在线状态。对应所述方式，第一用户客户端监视曝光窗口中的第二用户的实时在线状态的方法具体包括以下步骤：
44.步骤s141b，第一用户客户端定时向服务端发送在线状态查询请求，所述在线状态
查询请求中包括曝光窗口中的第二用户标识。例如，每隔5秒发送一次在线状态查询请求。
45.步骤s142b，接收服务端返回的响应于所述在线状态查询请求提供的所述第二用户的第二在线状态。
46.步骤s143b，判断所述第二用户的第二在线状态是否与曝光窗口中标记的在线状态相同，所述第二在线状态与曝光窗口中标识的在线状态不相同，则在步骤s160，将曝光窗口中的第二用户的在线状态更新为第二在线状态。如果相同，说明所述第二用户的在线状态没有改变，则在步骤s144b丢弃所述第二在线状态。
47.本领域的普通技术人员应知，上述两种监视方式也可以结合起来，从而可以更加准确地监视到第二用户在线状态的改变，并在曝光窗口中实时标记，从而可以使第一用户在社交过程中可以实时确定作为社交对象的第二用户是否在线，避免了无效社交。
48.在本实施例中，当服务端返回第二用户数据时，当第二用户在线时，如在线空闲或忙碌时，返回的视频数据为实时的视频数据。当第二用户离线时，返回的视频数据第二用户预录制的离线视频。所述预录制的离线视频内容表现第二用户与用户进行视频通话/互动的场景。
49.第一用户客户端在曝光窗口中设置有视频通话的连接标识，如电话接通按钮和电话挂断按钮。当第一用户在曝光窗口中看到当前第二用户的视频后有与其建立社交关系的意愿时，可以点击电话接通按钮进行视频通话连接。如果曝光窗口中对当前第二用户在线状态的标记为在线空闲时，可以很快与第二用户接通视频通话，如果曝光窗口中对第二用户在线状态的标记为在线忙碌时，第一用户可看到第二用户与他人进行视频通话的画面，并处于等待接通的状态。如果曝光窗口中对当前第二用户在线状态的标记为离线时，第一用户可看到第二用户预录制的与其进行通话/互动的视频，当第一用户点击电话接通按钮时，处于等待接通的状态，并且可以同时发送好友申请或留言。由于第一用户在与第二用户建立社交关系之前，无论第二用户在线与否，都可以看到真实的第二用户形象，因而有利于第一用户了解所述第二用户，并可以根据在线状态确定与之建立社交的方式，从而减少了无效社交。
50.图5是根据本发明一个实施例应用在服务端的视频社交应用处理方法流程图，包括以下步骤：
51.步骤s210，接收来自第一用户客户端的数据和/或请求。其中，在社交过程中，根据需要在服务端与客户端之间进行数据传输。其中，在接收到第一用户客户端的用户请求时，对其进行解析以确定第一用户的身份标识及请求内容。当请求内容为第二用户数据时执行步骤s220。
52.步骤s220，获取预置数量的第二用户数据，并发送给所述第一用户客户端，其中包括第二用户的视频数据和在线状态。在本发明中，服务端监视第二用户的在线状态，例如，监视第二用户是否上线、下线，当前是否处于通话状态。在一个实施例中，第二用户客户端主动上报其在线状态，服务器记录并维护第二用户客户端主动上报的在线状态。在第二用户在应用社交应用时，第二用户客户端将第二用户的实时视频数据发送给服务端。服务端对实时视频数据进行缓存。服务端可以采用不同的策略确定向第一用户客户端返回数据的第二用户。例如，服务端随机确定处于在线状态的n个第二用户。其优点是向第一用户提供的第二用户都是在线状态，方便第一用户与第二用户实时建立社交关系。又例如，采用匹配
策略为第一用户提供相匹配的第二用户。当服务端以feed流方式提供第二用户数据时，可以根据设置一次向第一用户提供多个(如10-20个)第二用户数据。另外，当确定的第二用户为在线状态时，发送的第二用户数据中的视频数据为第二用户的实时视频数据，当确定的第二用户为离线状态时，发送的第二用户数据中的视频数据为第二用户预录制的离线视频，其表现的是第二用户与用户进行视频通话/互动的场景。
53.步骤s230，监视发送给所述第一用户客户端的第二用户的实时在线状态。所述监视包括两种方式，一种是在将第二用户数据发送走后的一段时间内监视维护的所述第二用户客户端在线状态是否变化。另一种方式是接收第一用户客户端定时发送的状态查询请求，根据所述状态查询请求读取维护的当前在线状态。
54.步骤s240，判断所述第二用户客户端在线状态是否变化，如果发生了变化，在步骤s250，将内部维护的所述第二用户客户端最新在线状态发送给第一用户客户端。如果没有发生变化，则返回步骤s230。
55.步骤s260，判断是否接收到第一用户客户端定时发送的状态查询请求，如果接收到所述状态查询请求，则在步骤s270将内部维护的所述第二用户客户端最新在线状态发送给第一用户客户端。
56.在上述流程中，将步骤s250中服务端主动发送的更新后的第二用户最新在线状态称为第一在线状态，将步骤s270中根据第一用户客户端的状态查询请求发送的第二用户客户端最新在线状态称为第二在线状态。如果没有接收到所述状态查询请求，则返回步骤s230。
57.图6是根据本发明一个实施例的采用匹配策略为第一用户提供相匹配的第二用户的流程图，在步骤s220中，当采用匹配策略为第一用户提供相匹配的第二用户时，可以采用在线状态和推荐属性为第一用户匹配第二用户，具体包括以下步骤：
58.步骤s221，获取第一用户的推荐属性信息。所述的推荐属性包括地理区域、使用语言和文化属性中的一种或多种。本实施例以推荐属性包括地理区域、使用语言和文化属性为例，当接收到第一用户客户端的用户请求时，从中提取出第一用户身份标识，根据第一用户身份标识查询用户数据库。本发明在用户数据库中存储有所有与用户相关的特征数据。例如用户个人信息、用户设备信息、用户一段时间的行为数据等等，本实施例以地理区域、使用语言和文化属性作为推荐属性，因而通过查询用户数据库可以得到第一用户所在的地理区域，其使用的语言和文化属性。
59.步骤s222，查询第二用户的推荐属性信息，获取与所述第一用户的推荐属性信息相匹配的多个可用第二用户。例如，查询与第一用户所在的地理区域相同的第二用户、查询与第一用户使用的语言相同的第二用户、查询与第一用户文化属性相同的第二用户。如第二用户数量众多时，可以设置查询的优先级，如查询优先级按照地理区域、使用语言和文化属性依次降低。即先得到与第一用户所在的地理区域相同的地理区域用户组，在该地理区域用户组查询与第一用户使用的语言相同的第二用户，进一步缩小可用第二用户数量，得到语言用户组，在该第二用户组中查询与第一用户文化属性相同的第二用户，从而得到最终可用的第二用户。如果用户数量不多，则将按照地理区域、使用语言和文化属性分别得到的用户组合并为可用用户组。
60.步骤s223，查询所述多个可用第二用户的在线状态，从而确定每一个可用第二用
户的在线状态。
61.步骤s224，对多个可用第二用户进行排序。其中，排序时，可以以在线状态作为第一优先级，推荐属性作为第二优先级进行排序。例如，先选出在线空闲的可用第二用户，在这些空闲的可用第二用户中依次按照地理区域、使用语言和文化属性进行排序，如果数量不够，再选出在线忙碌的可用第二用户，在这些在线忙碌的可用第二用户中依次按照地理区域、使用语言和文化属性进行排序，如果数量还不够，再选出离线的可用第二用户，在这些离线的可用第二用户中依次按照地理区域、使用语言和文化属性进行排序。当然，在匹配时还可以参考其他的因素，如兴趣、爱好或一些过滤条件进行过滤，例如，同一第二用户在满足了预置的推荐次数时则停止一段时间再推送给第一用户，或者被第一用户拉黑的第二用户等条件。
62.步骤s225，将排序最高的预置数量(如10个)的第二用户确定为向第一用户返回的第二用户。
63.经过上述的匹配策略可以为第一用户提供与其更匹配的第二用户，可以增加建立社交的可能性，从而进一步提高达到有效社交的效率。
64.图7是根据本发明一个实施例应用于客户端的视频社交应用处理系统原理框图。在本实施例中，所述视频社交应用处理系统位于所述第一用户客户端10内，包括客户端通信模块11、用户请求模块12、数据显示模块13、状态标记模块14和第一状态监视模块15，参见图1，所述客户端通信模块11与服务端20相通信，用于与服务端之间进行数据、请求等的传输。所述用户请求模块12与所述客户端通信模块相连接，用于所述客户端通信模块11向服务端20发送对第二用户的用户请求。例如，在第一用户登录客户端时，或者当前缓存中的第二用户数据少于预置数量时，生成用户请求给服务端20。所述数据显示模块13与所述客户端通信模块11相连接，用以接收服务端返回的预置数量的第二用户视频数据并在曝光窗口播放，其中所述的曝光窗口为暴露于第一用户终端屏幕上为第一用户可见的窗口。所述状态标记模块14与所述数据显示模块13相连接，基于服务端20返回的第二用户在线状态标记曝光窗口中的第二用户在线状态。所述第一状态监视模块15监视曝光窗口中的第二用户的实时在线状态，在曝光窗口中的第二用户的在线状态发生变化时通知所述状态标记模块14根据第二用户新的在线状态重新标记曝光窗口中的第二用户在线状态。
65.图8是根据本发明一个实施例的第一状态监视模块原理框图。在本实施例中，所述第一状态监视模块15包括状态接收单元151、状态更新单元152和用户确认单元153。其中，在本实施例中，服务端主动将变化后的第二用户在线状态(以下称为第一在线状态)发送给客户端，客户端的第一状态监视模块15监视是否接收到第一在线状态，并进行相应的处理。具体地，所述状态接收单元151以接收服务端发送来的第二用户的第一在线状态。状态更新单元152与所述状态接收单元151相连接，用于更新缓存中的第二用户的当前在线状态为第一在线状态。所述用户确认单元153与所述状态更新单元152相连接，用于判断当前更新了在线状态的第二用户是否位于曝光窗口中，在位于当前更新了在线状态的第二用户位于曝光窗口时，向状态标记模块14发送重新标记通知，所述重新标记通知中包括所述第二用户的第一在线状态。状态标记模块14接收到所述通知后，标记曝光窗口中所述第二用户的在线状态为第一在线状态。
66.在另一个实施例中，如图8中所示的虚框部分，所述第一状态监视模块还包括状态
请求单元154和状态比较单元155，所述状态请求单元154定时生成线状态查询请求，并通过客户端通信模块11定时向服务端20发送在线状态查询请求，所述在线状态查询请求中包括曝光窗口中的第二用户标识。对应地，当所述状态接收单元接收服务端响应于所述在线状态查询请求提供的所述发送来的第二用户的第二在线状态时，将其发送给状态比较单元155。所述状态比较单元155与所述状态接收单元151相连接，用于比较所述第二用户的第二在线状态是否与曝光窗口中标记的在线状态相同；在所述第二用户的第二在线状态与曝光窗口中标记的在线状态不相同时向状态标记模块14发送重新标记通知，所述重新标记通知中包括所述第二用户的第二在线状态。
67.图9是根据本发明一个实施例的应用于服务端的视频社交应用处理系统原理框图。结合图1，在本实施例中，视频社交应用处理系统包括服务端通信模块21、用户数据提供模块22和第二状态监视模块23。其中，所述服务端通信模块211与第一用户客户端10和第二用户客户端30相通信，用于与客户端传输数据。所述用户数据提供模块22与所述服务端通信模块21相连接，在接收到第一用户客户端的用户请求时获取预置数量的第二用户数据，并经所述服务端通信模块21发送给所述第一用户客户端，其中所述第二用户数据中包括第二用户的在线状态。服务端20与第二用户客户端30相通信，监视并维护第二用户客户端30上报的第二用户的在线状态，例如，监视第二用户是否上线、下线，当前是否处于通话状态，在一个实施例中，第二用户客户端30主动上报其在线状态，服务端20记录并维护第二用户客户端主动上报的在线状态。在第二用户在应用社交应用时，第二用户客户端30将第二用户的实时视频数据发送给服务端。服务端20对其实时视频数据进行缓存。服务端20可以采用不同的策略确定向第一用户客户端返回数据的第二用户。例如，服务端随机确定处于在线状态的n个第二用户。又例如，采用匹配策略为第一用户提供相匹配的第二用户。当服务端以feed流方式提供第二用户数据时，可以根据设置一次向第一用户提供多个(如10-20个)的第二用户数据。所述第二状态监视模块23与所述服务端通信模块21相连接，经配置以监视发送给所述第一用户客户端的第二用户的实时在线状态，在所述第二用户的在线状态发生变化，将所述第二用户的最新在线状态经所述服务端通信模块21发送给第一用户客户端10。
68.图10是根据本发明一个实施例的第二状态监视模块原理框图，所述第二状态监视模块23包括状态监视单元231，所述状态监视单元231监视已发送给第一用户客户端的预置数量的第二用户客户端上报的在线状态，在第二用户客户端上报的在线状态发生变化时将所述第二用户的新在线状态作为第一在线状态经所述服务端通信模块21发送给所述第一用户客户端10。进一步地，所述第二状态监视模块23还包括第一状态查询单元232，在接收到经所述服务端通信模块21接收到第一用户客户端10发送的在线状态查询请求时，根据所述在线状态查询请求中的第二用户标识查询对应第二用户的在线状态，并将所述第二用户的在线状态作为第二在线状态经所述服务端通信模块21发送给所述第一用户客户端。在本实施例中，通过状态监视单元231以推的方式将第二用户的在线状态发送给第一用户客户端，通过第一状态查询单元232响应于第一用户客户端的拉的方式，将第二用户的在线状态发送给第一用户客户端，从而使第一用户客户端曝光窗口中的第二用户的在线状态能够保持实时的状态。
69.图11是根据本发明一个实施例的所述用户数据提供模块的原理框图，在本实施例
中，用户数据提供模块22采用匹配策略为第一用户提供第二用户数据。所述用户数据提供模块22包括推荐属性提取单元221、属性匹配单元222、第二状态查询单元223和数据获取单元224。其中，所述推荐属性提取单元221在接收到第一用户客户端的用户请求时获取第一用户的推荐属性信息，包括地理区域、使用语言和文化属性中的一种或多种。所述属性匹配单元222与所述推荐属性提取单元221相连接，用以查询第二用户的推荐属性信息，获取与所述第一用户的推荐属性信息相匹配的多个可用第二用户，其中，当有多个推荐属性时，可以按照地理区域、使用语言和文化属性的顺序依次进行匹配。而后从所述多个可用第二用户中确定预置数量的第二用户。所述第二状态查询单元223与所述属性匹配单元相222连接，用以查询所述多个可用第二用户的在线状态。所述数据获取单元224与所述属性匹配单元222和第二状态查询单元223相连接，用以读取所述预置数量的第二用户的数据，并在每个第二用户数据中包括所述第二用户的在线状态。当向第一用户发送多个第二用户数据时，还可以对其进行排序。例如，所述用户数据提供模块23进一步包括排序单元225，其与所述属性匹配单元222和第二状态查询单元223相连接，以在线状态和推荐属性分别作为第一级和第二级排序优先级对匹配到的多个可用第二用户进行排序；对应地，所述属性匹配单元222按照排序从高到低的顺序确定预置数量的第二用户。所述数据获取单元224与所述属性匹配单元222相连接，根据确定的第二用户，获取其视频数据，如果在线状态为在线时，获取实时视频数据，如果在线状态为离线时，获取预录制的离线视频。另外，在服务端的数据库中还存储有第二用户预录制的离线视频，其表现的是第二用户与用户进行视频通话/互动的场景，即使第二用户处于离线状态，也可以被推荐给与其相匹配的第一用户，第一用户可以通过直接视频通话或发送好友申请等方式与第二用户建立连接，从而不会因为第二用户离线而使第一用户错过与其建立社交关系的机会。
70.本发明通过客户端与服务端的配合可以实时获得曝光窗口中的用户的在线状态，从而减少或避免了用户的无效社交，提高了社交效率。在另一方面，在用户建立社交关系之前，用户可以观看到社交对象的视频，即使社交对象处于离线状态仍然能看到其视频，因而可以有效帮助用户了解社交对象，进一步减少无效社交从而提高了社交效率。
71.上述实施例仅供说明本发明之用，而并非是对本发明的限制，有关技术领域的普通技术人员，在不脱离本发明范围的情况下，还可以做出各种变化和变型，因此，所有等同的技术方案也应属于本发明公开的范畴。