本发明涉及数据处理领域，具体而言，涉及一种事件结果的展示方法和装置。
背景技术：
在应用中具有关联关系的账号可能各自在某些事件平台上执行某些事件。然而，由于应用与事件平台是完全独立的两个平台，这两个平台之间的信息是无法互通的。也就是说，在应用中具有关联关系的账号却不能在事件平台上建立联系，也不能查看对方在事件平台上执行事件的事件结果。
针对上述的问题，目前尚未提出有效的解决方案。
技术实现要素：
本发明实施例提供了一种事件结果的展示方法和装置，以至少解决现有技术无法从一个平台查看具有关联关系的账号在另外一个平台执行事件得到的事件结果的技术问题。
根据本发明实施例的一个方面，提供了一种事件结果的展示方法，包括：通过第一应用的客户端向服务器发送用于查询所述第一应用的第二账号的第一事件执行结果的查询请求，其中，所述客户端使用第一账号登录，所述第二账号与所述第一账号具有关联关系，所述第二账号的所述第一事件执行结果处于公开状态，所述公开状态用于指示允许所述第一账号查看所述第二账号在第一事件平台中执行第一事件所得到的所述第一事件执行结果；接收所述服务器响应所述查询请求所发送的所述第一事件执行结果；在所述第一应用的所述客户端中展示接收到的所述第一事件执行结果。
根据本发明实施例的一个方面，提供了一种事件结果的展示方法，包括：接收第一应用的客户端发出的查询请求，所述查询请求用于请求查询所述第一应用的所述客户端中第二账号的第一事件执行结果，其中，所述客户端使用第一账号登录，所述第二账号与所述第一账号具有关联关系；检测所述第二账号是否处于公开状态，所述公开状态用于指示所述第二账号允许所述第一账号查看所述第二账号在第一事件平台中执行第一事件所得到的所述第一事件执行结果；在所述第二账户处于所述公开状态的情况下，向所述客户端发出所述第一事件执行结果，以在所述第一应用的所述客户端中展示所述第一事件执行结果
根据本发明实施例的另一方面，还提供了一种事件结果的展示装置，包括：发送单元，用于通过第一应用的客户端向服务器发送用于查询所述第一应用的第二账号的第一事件执行结果的查询请求，其中，所述客户端使用第一账号登录，所述第二账号与所述第一账号具有关联关系，所述第二账号的所述第一事件执行结果处于公开状态，所述公开状态用于指示允许所述第一账号查看所述第二账号在第一事件平台中执行第一事件所得到的所述第一事件执行结果；接收单元，用于接收所述服务器响应所述查询请求所发送的所述第一事件执行结果；第一展示单元，用于在所述第一应用的所述客户端中展示接收到的所述第一事件执行结果。
根据本发明实施例的另一方面，还提供了一种事件结果的展示装置，包括：请求接收单元，用于接收第一应用的客户端发出的查询请求，所述查询请求用于请求查询所述第一应用的所述客户端中第二账号的第一事件执行结果，其中，所述客户端使用第一账号登录，所述第二账号与所述第一账号具有关联关系；状态检测单元，用于检测所述第二账号是否处于公开状态，所述公开状态用于指示所述第二账号允许所述第一账号查看所述第二账号在第一事件平台中执行第一事件所得到的所述第一事件执行结果；结果发送单元，用于在所述第二账户处于所述公开状态的情况下，向所述客户端发出所述第一事件执行结果，以在所述第一应用的所述客户端中展示所述第一事件执行结果。
在本发明实施例中，通过第一应用的客户端向服务器发送用于查询第一应用的第二账号的第一事件执行结果的查询请求，其中，客户端使用第一账号登录，第二账号与第一账号具有关联关系，第二账号的第一事件执行结果处于公开状态，公开状态用于指示允许第一账号查看第二账号在第一事件平台中执行第一事件所得到的第一事件执行结果；接收服务器响应查询请求所发送的第一事件执行结果；在第一应用的客户端中展示接收到的第一事件执行结果实现了跨平台查看与第一账号有关联关系的第二账号在第一事件平台上执行第一事件所得到的第一事件执行结果的技术效果，进而解决了现有技术无法从一个平台查看具有关联关系的账号在另外一个平台执行事件得到的事件结果的技术问题。
附图说明
此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：
图1是根据本发明实施例的硬件环境示意图；
图2是根据本发明实施例1的事件结果的展示方法的流程图；
图3是根据本发明实施例的展示第一事件执行结果的示意图；
图4是根据本发明实施例2的事件结果的展示方法的流程图；
图5是根据本发明实施例的服务器的框架结构图；
图6是根据本发明实施例3的事件结果的展示装置的示意图；
图7是根据本发明实施例4的事件结果的展示装置的示意图；
图8是根据本发明实施例的终端的结构图。
具体实施方式
为了使本技术领域的人员更好地理解本发明方案，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分的实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都应当属于本发明保护的范围。
需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本发明的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。
实施例1
根据本发明实施例，提供了一种可以通过本申请装置实施例执行的方法实施例，需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。
根据本发明实施例，提供了一种事件结果的展示方法。
可选地，在本实施例中，上述事件结果的展示方法可以应用于如图1所示的终端102和服务器104所构成的硬件环境中。如图1所示，终端102通过网络与服务器104进行连接，上述网络包括但不限于：移动通信网络、广域网、城域网或局域网，终端102可以是手机终端，也可以是PC终端、笔记本终端或平板电脑终端。
图1中示出的硬件环境系统的主要工作原理是：终端102中的第一应用向服务器104请求查询第二账号在第一事件平台上执行第一事件所得到的第一事件执行结果。其中发出查询请求的第一应用使用第一账号登陆。第二账号是在第一应用中与第一账号有关联关系的账号。服务器104从第一事件平台上获取第二账号执行第一事件获得第一事件执行结果，在第一应用发出查询请求后，将服务器104中的第一事件执行结果发送给通过第一账号登陆的第一应用。
根据本发明实施例，提供了一种事件结果的展示方法，该事件结果的展示方法可以由第一应用的客户端执行。如图2所示，该方法包括：
步骤S202，通过第一应用的客户端向服务器发送用于查询第一应用的第二账号的第一事件执行结果的查询请求，其中，客户端使用第一账号登录，第二账号与第一账号具有关联关系，第二账号的第一事件执行结果处于公开状态，公开状态用于指示允许第一账号查看第二账号在第一事件平台中执行第一事件所得到的第一事件执行结果。
第一应用的客户端为安装在终端102中的客户端，向服务器104发送查询请求。该客户端使用第一账号登陆，第二账号是在第一应用中与第一账号有关联关系的账号，第二账号显示在使用第一账号登陆的即使通信应用的客户端中，例如，第二账号与第一账号在第一应用中为好友关系，或者，第二账号与第一账号共同参加第一应用中的某个活动的成员。第二账号的公开状态是指第一账号能够在第一应用的客户端查看第二账号在第一事件平台中执行第一事件所得到的第一事件执行结果。也就是说，第二账号授权第一账号在第一应用的客户端查看第一事件执行结果。第一事件平台与第一应用的客户端可以实现不同的功能，第一事件平台可以是与第一应用为完全独立的两个平台，也可以是与第一应用为同一个平台。当第一应用与第一事件平台为同一个平台时，这个平台可以同时实现第一应用的功能和第一事件平台的功能。第一事件平台也可以是第一应用中的一个功能，例如，作为第一应用的一个功能插件。
步骤S204，接收服务器响应查询请求所发送的第一事件执行结果。
服务器查询第二账号在第一事件平台中执行第一事件所得到的第一事件执行结果，并将第一事件执行结果发送给客户端。第一事件执行结果可以是服务器计算得到的，也可以是第一事件平台提供的。
步骤S206，在第一应用的客户端中展示接收到的第一事件执行结果。
通过上述实施例，可以在第一应用的客户端中展示第二账号在第一事件平台中执行第一事件所得到的第一事件执行结果，也就实现了跨平台查看与第一账号有关联关系的第二账号在第一事件平台上执行第一事件所得到的第一事件执行结果的技术效果，从而解决了现有技术无法从一个平台查看具有关联关系的账号在另外一个平台执行事件得到的事件结果的技术问题。由于在第二账号的第一事件执行结果处于公开状态下，第一账号才能查看第二账号的第一事件执行结果，因此，在第一应用的客户端展示第一事件执行结果的同时也保护了第二账号的隐私，提高了第二账号在第一事件平台执行第一事件的隐私安全。
可选地，第二账号包括多个账号，在第一应用的客户端中展示接收到的第一事件执行结果包括：按照第一事件执行结果所指示与第一事件对应的事件资源的变化的大小顺序在客户端中排列显示多个账号中每个账号和每个账号对应的第一事件执行结果。
在使用第一账号登陆的第一应用的客户端可以展示多个账号的第一事件执行结果，多个账号的第一事件执行结果都处于公开状态。第一事件执行结果指示了第一事件对应的事件资源的变化的大小，因此，在客户端中按照事件资源的变化的大小顺序在客户端中排列显示，具体可以按照事件资源的变化由大到小的顺序排列显示，或者由小到大的顺序排列显示。按照第一事件执行结果所指示与第一事件对应的事件资源的变化的大小顺序排列显示时，便于体现多个账号中每个账号对应的第一事件执行结果所指示的事件资源的变化幅度。
在一个具体的例子中，上述第一应用的客户端为即时通信类(QQ、MSN、来往、米聊等)客户端，也可以是社交类(如微博)的客户端，还可以是游戏类(如网络游戏)的客户端、工具类(如大众点评)的客户端和金融类的支付客户端(如支付宝、财付通等)，第一事件平台为券商平台(如招商证券、兴业证券等)，第一事件为买卖股票(还可以为基金、期货等)，第一事件执行结果为第二账号买卖股票的盈亏比。第一事件平台也可以是电商平台、游戏平台等，相应的第一事件执行结果也可以分别为在电商平台上的交易金额和游戏平台上的游戏积分等。
在微信客户端中，第二账号为第一账号的好友，显示在使用第一账号登陆的微信客户端中。第二账号在券商平台上进行股票买卖，且第二账号是允许与其为好友关系的第一账号查看其在券商平台上进行交易的盈亏比。那么，在第一账号请求查看第二账号的盈亏比时，在使用第一账号登陆的客户端中显示第二账号买卖股票的盈亏比。
在游戏客户端中，第二账号为第一账号的好友，显示在使用第一账号登录的游戏客户端。第二账号在电商平台上进行交易(包括与游戏相关的交易和与游戏无关的交易)，且第二账号是允许与其为好友关系的第一账号查看其在电商平台上进行交易的交易金额。那么，在第一账号请求查看第二账号的交易金额时，在使用第一账号登陆的客户端中显示第二账号的交易金额。
在微博客户端中，第二账号为第一账号的好友，显示在使用第一账号登录的微博客户端。第二账号在游戏客户端上进行游戏操作，获得游戏积分。第二账号允许与其为好友关系的第一账号查看其在游戏客户端上所获得的游戏积分。那么，在第一账号请求查看第二账号的游戏积分时，在使用第一账号登陆的微博客户端中显示第二账号的游戏积分。
当第一应用和第一事件平台作为一个客户端时，由于盈亏比的计算是在服务器中完成的，因此，可以在第一应用或者第一事件平台上显示第一事件执行结果。
在第一应用客户端为微信客户端，第一事件平台为券商平台的例子中，当第二账号为多个账号，均与第一账号为好友关系，且每个账号的第一事件执行结果都处于公开状态时，在第一账号请求查看好友买卖股票的盈亏比时，多个账号的盈亏比都会显示在使用第一账号登陆的客户端中显示，且按照盈亏比从大到小或者从小到大的顺序排列显示。第一账号可以选择排列显示的顺序为从大到小或者从小到大。
在第一应用客户端为游戏客户端，第一事件平台为电商平台的例子中，与第一账号为好友关系的多个账号所对应的第一事件执行结果都处于公开状态时，第一账号可以请求查看好友在电商平台上进行交易的交易金额。多个账号的交易金额会按照一定的排列顺序显示在游戏客户端中。
在第一应用客户端为微博客户端，第一事件平台为游戏客户端的例子中，与第一账号为好友关系的多个账号所对应的第一事件执行结果都处于公开状态时，第一账号可以请求查看好友在游戏客户端中获得的游戏积分。多个账号的游戏积分会按照一定的排列顺序显示在微博客户端中。
可选地，在第一应用的客户端中展示接收到的第一事件执行结果包括：在第一事件平台允许第二账号执行第一事件的第一时间段内，和/或在与第一时间段具有预设时间关系的第二时间段内，在第一应用的客户端中更新第二账号在第一事件平台中执行第一事件得到的第一事件执行结果。
由于第二账号在第一事件平台中执行第一事件得到的第一事件执行结果是随着第二账号在第一事件平台上执行的第一事件的动作而变化的，因此，需要及时在第一应用的客户端中更新第一事件执行结果。
在一个具体的例子中，第一事件平台允许第二账号执行第一事件的第一时间段为允许进行股票交易的开市时间内；与第一时间段具有预设时间关系的第二时间段为股票交易开市前的一个时间段，或者股票交易休市后的一个时间段。这个时间段的时长可以为半个小时或者一个小时。
更新第一事件执行结果的频率可以为每半个小时或者一个小时更新一次，还可以根据股市的波动频率进行调整，此处不做具体限定。在休市后的一个小时内第二账号在第一事件平台内的第一事件执行结果的变化较多，因此，在此时间段内的更新频率可以高于股市开市时的频率。
可选地，在第一应用的客户端中展示接收到的第一事件执行结果包括：在第一应用的客户端中展示第一事件执行结果和第二事件执行结果，其中，第二事件执行结果为第一账号在第二事件平台上执行第二事件所得到的事件执行结果，第一账号被设置为允许第二账号查看第一账号在第二事件平台上执行第二事件所得到的第二事件执行结果。
在使用第一账号登录的第一应用的客户端查看第二账号的第一事件执行结果时，第一账号在第二事件平台上执行第二事件所得到的第二事件执行结果可以允许或者禁止第二账号查看。当第一账号被设置为允许第二账号查看其第二事件执行结果时，也可以在使用第二账户登录的第一应用的客户端显示第一账号的第二事件执行结果，参与排行。如果第一账号没有被设置为允许第二账号查看其第二事件执行结果时，第一账号的第二事件执行结果不显示在其他账号登录的客户端中。
使用第一账号登录的第一应用的客户端中显示的是与第一账号有关联关系的第二账号的第一事件执行结果，使用第二账号登录的第一应用的客户端中显示的是与第二账号有关联关系的账号的第一事件执行结果，而与第一账号有关联关系的第二账号和与第二账号有关联关系的账号包含了不同的账号，因此，使用第一账号登录的客户端和使用第二账号登录的客户端所显示的事件执行结果不同，也就实现了不同群体内的事件执行结果的展示，使得事件执行结果的展示更有针对性。
可选地，查询请求携带有查询时间段，通过第一应用的客户端向服务器发送用于查询第一应用的第二账号的第一事件执行结果的查询请求包括：通过第一应用的客户端向服务器发送用于查询第一应用的第二账号在查询时间段内执行第一事件所得到的第一事件执行结果的查询请求。
在使用第一账号登录的客户端中可以展示某个时间段内的第一事件执行结果，例如，本周的第一事件执行结果的排行，本月的第一事件执行结果的排行和年度第一事件执行结果的排行。历史第一事件执行结果也可以被展示在客户端中，例如，上周、上个月和上个季度的第一事件执行结果的排行等。
可选地，在第一应用的客户端中展示接收到的第一事件执行结果之后，方法还包括：检测点击第一事件执行结果的点击操作；在检测到点击操作后，在客户端中展示第二账号在第一事件平台上执行的第一事件的第一事件对象，其中，在第二账号被设置为允许第一账号查看第一事件对象的情况下，第一事件执行结果接受点击操作。
若第二账号允许第一账号查看第一事件对象，则在第二账号的第一事件执行结果接收到点击操作后，在客户端中显示第一事件对象。也就是说，使用第一账号登录的客户端可以显示第一事件执行结果，并不等于同时展示第一事件对象。只要在第一事件对象也是允许第一账号查看的情况下，才能在客户端上展示。
在一个具体的例子中，第一事件平台为券商平台(如招商证券、兴业证券等)，第一事件为买卖股票(还可以为基金、期货等)，第一事件对象为第二账号买卖的股票的名称。
通过上述实施例，在使用第一账号登录的客户端显示第二账号的第一事件执行结果，还能排列显示第二账号中多个账号的第一事件执行结果，进一步地，还能显示第一事件对象，实现了跨平台查看与第一账号有关联关系的第二账号在第一事件平台上执行第一事件所得到的第一事件执行结果的技术效果，从而解决了现有技术无法从一个平台查看具有关联关系的账号在另外一个平台执行事件得到的事件结果的技术问题。
以下结合图3对本实施例进行说明。
图3示出的是登录账号为“用户1”(即第一账号)的第一应用的客户端，展示的“用户2”和“用户3”等为多个账号(即第二账号)的名称，多个账号与“用户1”的账号是好友关系。图3示出的是本周盈亏榜，即本周的多个账号的盈亏比(即第一事件执行结果)。在最上端显示客户端的登录账号“用户1”以及该账号的盈亏比，然后按照盈亏比从高到低排列显示。由图3可知，客户端不仅显示盈亏比、显示排名、显示第二账号的名称，还显示点赞的数量(如图中六角星的形状和下面的数字)，点赞实现了具有关联关系的账户之间的社交交互。
若第二账号的第一事件对象是允许展示在客户端中的，当点击操作作用在第二账号上，可以展示第一事件对象。例如，图3中的名称“用户3”被点击，且“用户3”的第一事件对象是允许被展示和查看的，则在客户端上展示第一事件对象(图中未示出)。
图3示出的“本周排行榜”还可以是“本季度排行榜”，或者“上个月排行榜”等，不再一一举例说明。
实施例2
根据本发明实施例，提供了一种事件结果的展示方法，该事件结果的展示方法可以由服务器执行。如图4所示，该方法包括：
步骤S402，接收第一应用的客户端发出的查询请求，查询请求用于请求查询第一应用的客户端中第二账号的第一事件执行结果，其中，客户端使用第一账号登录，第二账号与第一账号具有关联关系。
服务器接收查询请求，在服务器中存储有第二账号的第一事件执行结果，该服务器可以是第一应用的客户端所对应的服务器，可以是第二账号执行第一事件的第一事件平台的服务器，还可以不负责即时通信业务，也不负责第一事件的第三方服务器。该服务器与第一应用的客户端和第一事件平台都有连接，能够从第一事件平台中获取数据(例如第一事件执行结果)，然后将第一事件执行结果发送给第一应用的客户端。
该客户端使用第一账号登陆，第二账号是在第一应用中与第一账号有关联关系的账号，第二账号显示在使用第一账号登陆的即使通信应用的客户端中，例如，第二账号与第一账号在第一应用中为好友关系，或者，第二账号与第一账号共同参加第一应用中的某个活动的成员。第二账号的公开状态是指第一账号能够在第一应用的客户端查看第二账号在第一事件平台中执行第一事件所得到的第一事件执行结果。也就是说，第二账号授权第一账号在第一应用的客户端查看第一事件执行结果。第一事件平台与第一应用的客户端实现不同的功能，第一事件平台可以是与第一应用为完全独立的两个平台，也可以是与第一应用为同一个平台。当第一应用与第一事件平台为同一个平台时，这个平台可以同时实现第一应用的功能和第一事件平台的功能。第一事件平台也可以是第一应用中的一个功能，例如，作为第一应用的一个功能插件。
步骤S404，检测第二账号是否处于公开状态，公开状态用于指示第二账号允许第一账号查看第二账号在第一事件平台中执行第一事件所得到的第一事件执行结果。
步骤S406，在第二账户处于公开状态的情况下，向客户端发出第一事件执行结果，以在第一应用的客户端中展示第一事件执行结果。
服务器中存储有第二账号的第一事件执行结果，当第二账号处于公开状态下，服务器将第一账号请求的第一事件执行结果发送给客户端，以保护第二账号的隐私和账号安全。若第二账号没有处于公开状态，即使服务器中存储有第一事件执行结果，也不会发送第一事件执行结果。
通过上述实施例，可以在第一应用的客户端中展示第二账号在第一事件平台中执行第一事件所得到的第一事件执行结果，也就实现了跨平台查看与第一账号有关联关系的第二账号在第一事件平台上执行第一事件所得到的第一事件执行结果的技术效果，从而解决了现有技术无法从一个平台查看具有关联关系的账号在另外一个平台执行事件得到的事件结果的技术问题。由于在第二账号的第一事件执行结果处于公开状态下，服务器才会将第一事件执行结果给使用第一账号登录的第一应用的客户端，因此，在第一应用的客户端展示第一事件执行结果的同时也保护了第二账号的隐私，提高了第二账号在第一事件平台执行第一事件的隐私安全。
需要说明的是，当第一应用和第一事件平台作为一个客户端时，由于盈亏比的计算是在服务器中完成的，因此，可以在第一应用或者第一事件平台上显示第一事件执行结果。
可选地，在向客户端发出第一事件执行结果之前，方法还包括：获取第一应用的客户端中与第一账号具有关联关系的第二账号在第一事件平台上执行第一事件的执行记录和第二账号的事件资源变化；根据执行记录和事件资源变化计算第二账号执行第一事件的第一事件执行结果。
在一个具体的例子中，执行第一事件的执行记录为券商平台中的交易记录，第二账号的事件资源变化为交易中盈亏的数值。根据交易记录和每次交易的盈亏的数值可以计算第二账号的盈亏比。
需要说明的是，本实施例中在服务器的域内计算第一事件执行结果，并将第一事件执行结果保存在服务器的域外的缓存中，从域外的缓存中提取第一事件执行结果发送给第一应用的客户端。域限定了访问权限，在域内的数据不能被客户端访问，使得与第一事件平台和即时通信的客户端的交互是隔离的，域内计算第一事件执行结果所需要的数据和信息不会保存到域外，也就保证了第一应用的客户端不会获取到第二账号的信息，从而保障第一事件平台中获取的第二账号的信息安全。
如图5所示，服务器包括域内和域外，域内包括逻辑运算层，用于计算第一事件执行结果，域外包括应用层，用于与客户端(也可以是web页面)进行通信。在一个具体的例子中，域内的逻辑运算层定时(例如每隔半个小时更新一次排行榜)获取用户的关系链(即第一账号的关系链，如，与第一账号具有关联关系的第二账号)和用户基本信息(第一账号的基本信息)计算第一事件执行结果，计算第二账号的盈亏比，排行榜聚合(即多个第一事件执行结果的排列显示)，还包括记录点赞，其中，点赞的数据可以存储在数据库中。逻辑运算层将计算得到的排列显示结果发送给服务器的缓存，由缓存发送给服务器的应用层，应用层发送给web页面(第一账号的客户端)进行展示。
在此之前，获取的第二账号的授权信息(即允许第一账号查看第一事件执行结果)，并通过应用层转发给数据库进行保存。应用层还能够接收客户端发送的排行榜设置(例如，显示周期等)，并将排行榜设置信息发送给逻辑运算层的排行榜聚合模块，用来计算排列显示的顺序。通过处于域外的应用层的数据接口接收客户端的数据，并将数据转发给域内的逻辑运算层进行计算，以保障第二账号的信息安全。
具体地，根据执行记录和事件资源变化计算第二账号执行第一事件的第一事件执行结果包括：按照以下方式计算第一事件执行结果Aj：
其中，Pij表示在第j个周期的第i个子周期内，第二账号的第一事件所对应的事件资源变化，Cj表示在第j个周期内第二账号的原始事件资源和增加的事件资源之和。
例如，计算本周盈亏比。Pij表示在本周的第i天第二账号的盈亏(即第一事件所对应的事件资源变化)，其中，每天的盈亏可以用收盘后盈亏和开盘前盈亏的差值来表示；表示本周内总的盈亏；Cj表示本周的成本(即第二账号的原始事件资源和增加的事件资源之和)，也就是本周第一个交易日前持仓市值和本周流入成本之和。在计算本周盈亏比时，P1j为本周第一个交易日的盈亏，Pnj为本周最后一个交易日的盈亏，Aj为本周的盈亏比。当计算本月盈亏比时，P1j为本月第一个交易日的盈亏，Pnj为本月最后一个交易日的盈亏，Cj也相应表示本月成本，即本月第一个交易日前持仓市值和本周流入成本之和。
可选地，根据执行记录和事件资源变化计算第二账号执行第一事件的第一事件执行结果包括：按照以下方式计算第一事件执行结果Aj：
其中，Mnj表示第j个周期最后一个子周期n内第二账号的总的事件资源，M1j表示第j个周期的第1个子周期内第二账号在执行第一事件之前，第二账号的总的事件资源，Sj表示第二账号在第j个周期内执行第一事件所获得的事件资源，Bj表示第二账号在第j个周期内执行第一事件所耗费的事件资源，Cj表示在第j个周期内第二账号的原始事件资源和增加的事件资源之和。
在计算周盈亏比的例子里，Mnj为本周最后一个交易日收盘后第二账号的总市值(即总的事件资源)，M1j为本周第一个交易日开盘前第二账号的总市值,Sj为第二账号在本周卖出股票所获得金额，Bj表示第二账号在本周买入股票所花费的金额。Cj表示周流入成本。
根据查询请求所携带的查询时间段的变化，可以调整计算的周期，从而获得查询请求所携带的查询时间段所对应的第一事件执行结果。调整方法与上述周期的调节方式相同，不再赘述。
在上述实施例中，周流入成本Cj可以按照以下规则计算：
按交易时间先后顺序进行计算，如果执行卖出交易，则资金池的资金增加卖出金额；如果执行买入交易，并且买入金额大于资金池中的资金，则周流入成本增加买入金额和资金池金额之差；如果买入金额小于等于资金池中的资金，则资金池金额减去买入金额。
需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。
实施例3
根据本发明实施例，还提供了一种用于实施上述实施例1事件结果的展示方法的事件结果的展示装置，该事件结果的展示装置主要用于执行本发明实施例1所提供的事件结果的展示方法，以下对本发明实施例所提供的事件结果的展示装置做具体介绍：
图6是根据本发明实施例3的事件结果的展示装置的示意图，如图6所示，该事件结果的展示装置主要包括：发送单元50、接收单元52和第一展示单元54。
发送单元50用于通过第一应用的客户端向服务器发送用于查询第一应用的第二账号的第一事件执行结果的查询请求，其中，客户端使用第一账号登录，第二账号与第一账号具有关联关系，第二账号的第一事件执行结果处于公开状态，公开状态用于指示允许第一账号查看第二账号在第一事件平台中执行第一事件所得到的第一事件执行结果。
第一应用的客户端为安装在终端102中的客户端，向服务器104发送查询请求。该客户端使用第一账号登陆，第二账号是在第一应用中与第一账号有关联关系的账号，第二账号显示在使用第一账号登陆的即使通信应用的客户端中，例如，第二账号与第一账号在第一应用中为好友关系，或者，第二账号与第一账号共同参加第一应用中的某个活动的成员。第二账号的公开状态是指第一账号能够在第一应用的客户端查看第二账号在第一事件平台中执行第一事件所得到的第一事件执行结果。也就是说，第二账号授权第一账号在第一应用的客户端查看第一事件执行结果。第一事件平台与第一应用的客户端实现不同的功能，第一事件平台可以是与第一应用为完全独立的两个平台，也可以是与第一应用为同一个平台。当第一应用与第一事件平台为同一个平台时，这个平台可以同时实现第一应用的功能和第一事件平台的功能。第一事件平台也可以是第一应用中的一个功能，例如，作为第一应用的一个功能插件。
接收单元52用于接收服务器响应查询请求所发送的第一事件执行结果。
服务器查询第二账号在第一事件平台中执行第一事件所得到的第一事件执行结果，并将第一事件执行结果发送给客户端。第一事件执行结果可以是服务器计算得到的，也可以是第一事件平台提供的。
第一展示单元54用于在第一应用的客户端中展示接收到的第一事件执行结果。
通过上述实施例，可以在第一应用的客户端中展示第二账号在第一事件平台中执行第一事件所得到的第一事件执行结果，也就实现了跨平台查看与第一账号有关联关系的第二账号在第一事件平台上执行第一事件所得到的第一事件执行结果的技术效果，从而解决了现有技术无法从一个平台查看具有关联关系的账号在另外一个平台执行事件得到的事件结果的技术问题。由于在第二账号的第一事件执行结果处于公开状态下，第一账号才能查看第二账号的第一事件执行结果，因此，在第一应用的客户端展示第一事件执行结果的同时也保护了第二账号的隐私，提高了第二账号在第一事件平台执行第一事件的隐私安全。
可选地，第二账号包括多个账号，第一展示单元包括：排列模块，用于按照第一事件执行结果所指示与第一事件对应的事件资源的变化的大小顺序在客户端中排列显示多个账号中每个账号和每个账号对应的第一事件执行结果。
在使用第一账号登陆的第一应用的客户端可以展示多个账号的第一事件执行结果，多个账号的第一事件执行结果都处于公开状态。第一事件执行结果指示了第一事件对应的事件资源的变化的大小，因此，在客户端中按照事件资源的变化的大小顺序在客户端中排列显示，具体可以按照事件资源的变化由大到小的顺序排列显示，或者由小到大的顺序排列显示。按照第一事件执行结果所指示与第一事件对应的事件资源的变化的大小顺序排列显示时，便于体现多个账号中每个账号对应的第一事件执行结果所指示的事件资源的变化幅度。
在一个具体的例子中，上述第一应用的客户端为即时通信类(QQ、MSN、来往、米聊等)客户端，也可以是社交类(如微博)的客户端，还可以是游戏类(如网络游戏)的客户端、工具类(如大众点评)的客户端和金融类的支付客户端(如支付宝、财付通等)，第一事件平台为券商平台(如招商证券、兴业证券等)，第一事件为买卖股票(还可以为基金、期货等)，第一事件执行结果为第二账号买卖股票的盈亏比。第一事件平台也可以是电商平台、游戏平台等，相应的第一事件执行结果也可以分别为在电商平台上的交易金额和游戏平台上的游戏积分等。
在微信客户端中，第二账号为第一账号的好友，显示在使用第一账号登陆的微信客户端中。第二账号在券商平台上进行股票买卖，且第二账号是允许与其为好友关系的第一账号查看其在券商平台上进行交易的盈亏比。那么，在第一账号请求查看第二账号的盈亏比时，在使用第一账号登陆的客户端中显示第二账号买卖股票的盈亏比。
在游戏客户端中，第二账号为第一账号的好友，显示在使用第一账号登录的游戏客户端。第二账号在电商平台上进行交易(包括与游戏相关的交易和与游戏无关的交易)，且第二账号是允许与其为好友关系的第一账号查看其在电商平台上进行交易的交易金额。那么，在第一账号请求查看第二账号的交易金额时，在使用第一账号登陆的客户端中显示第二账号的交易金额。
在微博客户端中，第二账号为第一账号的好友，显示在使用第一账号登录的微博客户端。第二账号在游戏客户端上进行游戏操作，获得游戏积分。第二账号允许与其为好友关系的第一账号查看其在游戏客户端上所获得的游戏积分。那么，在第一账号请求查看第二账号的游戏积分时，在使用第一账号登陆的微博客户端中显示第二账号的游戏积分。
当第一应用和第一事件平台作为一个客户端时，由于盈亏比的计算是在服务器中完成的，因此，可以在第一应用或者第一事件平台上显示第一事件执行结果。
在第一应用客户端为微信客户端，第一事件平台为券商平台的例子中，当第二账号为多个账号，均与第一账号为好友关系，且每个账号的第一事件执行结果都处于公开状态时，在第一账号请求查看好友买卖股票的盈亏比时，多个账号的盈亏比都会显示在使用第一账号登陆的客户端中显示，且按照盈亏比从大到小或者从小到大的顺序排列显示。第一账号选择排列显示的顺序为从大到小或者从小到大。
在第一应用客户端为游戏客户端，第一事件平台为电商平台的例子中，与第一账号为好友关系的多个账号所对应的第一事件执行结果都处于公开状态时，第一账号可以请求查看好友在电商平台上进行交易的交易金额。多个账号的交易金额会按照一定的排列顺序显示在游戏客户端中。
在第一应用客户端为微博客户端，第一事件平台为游戏客户端的例子中，与第一账号为好友关系的多个账号所对应的第一事件执行结果都处于公开状态时，第一账号可以请求查看好友在游戏客户端中获得的游戏积分。多个账号的游戏积分会按照一定的排列顺序显示在微博客户端中。
可选地，第一展示单元包括：更新模块，用于在第一事件平台允许第二账号执行第一事件的第一时间段内，和/或在与第一时间段具有预设时间关系的第二时间段内，在第一应用的客户端中更新第二账号在第一事件平台中执行第一事件得到的第一事件执行结果。
由于第二账号在第一事件平台中执行第一事件得到的第一事件执行结果是随着第二账号在第一事件平台上执行的第一事件的动作而变化的，因此，需要及时在第一应用的客户端中更新第一事件执行结果。
在一个具体的例子中，第一事件平台允许第二账号执行第一事件的第一时间段为允许进行股票交易的开市时间内；与第一时间段具有预设时间关系的第二时间段为股票交易开市前的一个时间段，或者股票交易休市后的一个时间段。这个时间段的时长可以为半个小时或者一个小时。
更新第一事件执行结果的频率可以为每半个小时或者一个小时更新一次，还可以根据股市的波动频率进行调整，此处不做具体限定。在休市后的一个小时内第二账号在第一事件平台内的第一事件执行结果的变化较多，因此，在此时间段内的更新频率可以高于股市开市时的频率。
可选地，第一展示单元包括：展示模块，用于在第一应用的客户端中展示第一事件执行结果和第二事件执行结果，其中，第二事件执行结果为第一账号在第二事件平台上执行第二事件所得到的事件执行结果，第一账号被设置为允许第二账号查看第一账号在第二事件平台上执行第二事件所得到的第二事件执行结果。
在使用第一账号登录的第一应用的客户端查看第二账号的第一事件执行结果时，第一账号在第二事件平台上执行第二事件所得到的第二事件执行结果可以允许或者禁止第二账号查看。当第一账号被设置为允许第二账号查看其第二事件执行结果时，也可以在使用第二账户登录的第一应用的客户端显示第一账号的第二事件执行结果，参与排行。如果第一账号没有被设置为允许第二账号查看其第二事件执行结果时，第一账号的第二事件执行结果不显示在其他账号登录的客户端中。
使用第一账号登录的第一应用的客户端中显示的是与第一账号有关联关系的第二账号的第一事件执行结果，使用第二账号登录的第一应用的客户端中显示的是与第二账号有关联关系的账号的第一事件执行结果，而与第一账号有关联关系的第二账号和与第二账号有关联关系的账号包含了不同的账号，因此，使用第一账号登录的客户端和使用第二账号登录的客户端所显示的事件执行结果不同，也就实现了不同群体内的事件执行结果的展示，使得事件执行结果的展示更有针对性。
可选地，查询请求携带有查询时间段，发送单元包括：发送模块，用于通过第一应用的客户端向服务器发送用于查询第一应用的第二账号在查询时间段内执行第一事件所得到的第一事件执行结果的查询请求。
在使用第一账号登录的客户端中可以展示某个时间段内的第一事件执行结果，例如，本周的第一事件执行结果的排行，本月的第一事件执行结果的排行和年度第一事件执行结果的排行。历史第一事件执行结果也可以被展示在客户端中，例如，上周、上个月和上个季度的第一事件执行结果的排行等。
可选地，装置还包括：检测单元，用于在第一应用的客户端中展示接收到的第一事件执行结果之后，检测点击第一事件执行结果的点击操作；第二展示单元，用于在检测到点击操作后，在客户端中展示第二账号在第一事件平台上执行的第一事件的第一事件对象，其中，在第二账号被设置为允许第一账号查看第一事件对象的情况下，第一事件执行结果接受点击操作。
若第二账号允许第一账号查看第一事件对象，则在第二账号的第一事件执行结果接收到点击操作后，在客户端中显示第一事件对象。也就是说，使用第一账号登录的客户端可以显示第一事件执行结果，并不等于同时展示第一事件对象。只要在第一事件对象也是允许第一账号查看的情况下，才能在客户端上展示。
在一个具体的例子中，第一事件平台为券商平台(如招商证券、兴业证券等)，第一事件为买卖股票(还可以为基金、期货等)，第一事件对象为第二账号买卖的股票的名称。
通过上述实施例，在使用第一账号登录的客户端显示第二账号的第一事件执行结果，还能排列显示第二账号中多个账号的第一事件执行结果，进一步地，还能显示第一事件对象，实现了跨平台查看与第一账号有关联关系的第二账号在第一事件平台上执行第一事件所得到的第一事件执行结果的技术效果，从而解决了现有技术无法从一个平台查看具有关联关系的账号在另外一个平台执行事件得到的事件结果的技术问题。
实施例4
根据本发明实施例，还提供了一种用于实施上述实施例2事件结果的展示方法的事件结果的展示装置，该事件结果的展示装置主要用于执行本发明实施例2所提供的事件结果的展示方法，以下对本发明实施例所提供的事件结果的展示装置做具体介绍：
图7是根据本发明实施例4的事件结果的展示装置的示意图，如图7所示，该事件结果的展示装置主要包括：请求接收单元60、状态检测单元62和结果发送单元64。
请求接收单元60用于接收第一应用的客户端发出的查询请求，查询请求用于请求查询第一应用的客户端中第二账号的第一事件执行结果，其中，客户端使用第一账号登录，第二账号与第一账号具有关联关系。
服务器接收查询请求，在服务器中存储有第二账号的第一事件执行结果，该服务器可以是第一应用的客户端所对应的服务器，可以是第二账号执行第一事件的第一事件平台的服务器，还可以不负责即时通信业务，也不负责第一事件的第三方服务器。该服务器与第一应用的客户端和第一事件平台都有连接，能够从第一事件平台中获取数据(例如第一事件执行结果)，然后将第一事件执行结果发送给第一应用的客户端。
该客户端使用第一账号登陆，第二账号是在第一应用中与第一账号有关联关系的账号，第二账号显示在使用第一账号登陆的即使通信应用的客户端中，例如，第二账号与第一账号在第一应用中为好友关系，或者，第二账号与第一账号共同参加第一应用中的某个活动的成员。第二账号的公开状态是指第一账号能够在第一应用的客户端查看第二账号在第一事件平台中执行第一事件所得到的第一事件执行结果。也就是说，第二账号授权第一账号在第一应用的客户端查看第一事件执行结果。第一事件平台与第一应用的客户端实现不同的功能，第一事件平台可以是与第一应用为完全独立的两个平台，也可以是与第一应用为同一个平台。当第一应用与第一事件平台为同一个平台时，这个平台可以同时实现第一应用的功能和第一事件平台的功能。第一事件平台也可以是第一应用中的一个功能，例如，作为第一应用的一个功能插件。
状态检测单元62用于检测第二账号是否处于公开状态，公开状态用于指示第二账号允许第一账号查看第二账号在第一事件平台中执行第一事件所得到的第一事件执行结果。
结果发送单元64用于在第二账户处于公开状态的情况下，向客户端发出第一事件执行结果，以在第一应用的客户端中展示第一事件执行结果。
服务器中存储有第二账号的第一事件执行结果，当第二账号处于公开状态下，服务器将第一账号请求的第一事件执行结果发送给客户端，以保护第二账号的隐私和账号安全。若第二账号没有处于公开状态，即使服务器中存储有第一事件执行结果，也不会发送第一事件执行结果。
通过上述实施例，可以在第一应用的客户端中展示第二账号在第一事件平台中执行第一事件所得到的第一事件执行结果，也就实现了跨平台查看与第一账号有关联关系的第二账号在第一事件平台上执行第一事件所得到的第一事件执行结果的技术效果，从而解决了现有技术无法从一个平台查看具有关联关系的账号在另外一个平台执行事件得到的事件结果的技术问题。由于在第二账号的第一事件执行结果处于公开状态下，服务器才会将第一事件执行结果给使用第一账号登录的第一应用的客户端，因此，在第一应用的客户端展示第一事件执行结果的同时也保护了第二账号的隐私，提高了第二账号在第一事件平台执行第一事件的隐私安全。
需要说明的是，当第一应用和第一事件平台作为一个客户端时，由于盈亏比的计算是在服务器中完成的，因此，可以在第一应用或者第一事件平台上显示第一事件执行结果。
可选地，装置还包括：获取单元，用于在向客户端发出第一事件执行结果之前，获取第一应用的客户端中与第一账号具有关联关系的第二账号在第一事件平台上执行第一事件的执行记录和第二账号的事件资源变化；计算单元，用于根据执行记录和事件资源变化计算第二账号执行第一事件的第一事件执行结果。
在一个具体的例子中，执行第一事件的执行记录为券商平台中的交易记录，第二账号的事件资源变化为交易中盈亏的数值。根据交易记录和每次交易的盈亏的数值可以计算第二账号的盈亏比。
需要说明的是，本实施例中在服务器的域内计算第一事件执行结果，并将第一事件执行结果保存在服务器的域外的缓存中，从域外的缓存中提取第一事件执行结果发送给第一应用的客户端。域限定了访问权限，在域内的数据不能被客户端访问，使得与第一事件平台和即时通信的客户端的交互是隔离的，域内计算第一事件执行结果所需要的数据和信息不会保存到域外，也就保证了第一应用的客户端不会获取到第二账号的信息，从而保障第一事件平台中获取的第二账号的信息安全。
如图5所示，服务器包括域内和域外，域内包括逻辑运算层，用于计算第一事件执行结果，域外包括应用层，用于与客户端(也可以是web页面)进行通信。在一个具体的例子中，域内的逻辑运算层定时(例如每隔半个小时更新一次排行榜)获取用户的关系链(即第一账号的关系链，如，与第一账号具有关联关系的第二账号)和用户基本信息(第一账号的基本信息)计算第一事件执行结果，计算第二账号的盈亏比，排行榜聚合(即多个第一事件执行结果的排列显示)，还包括记录点赞，其中，点赞的数据可以存储在数据库中。逻辑运算层将计算得到的排列显示结果发送给服务器的缓存，由缓存发送给服务器的应用层，应用层发送给web页面(第一账号的客户端)进行展示。
在此之前，获取的第二账号的授权信息(即允许第一账号查看第一事件执行结果)，并通过应用层转发给数据库进行保存。应用层还能够接收客户端发送的排行榜设置(例如，显示周期等)，并将排行榜设置信息发送给逻辑运算层的排行榜聚合模块，用来计算排列显示的顺序。通过处于域外的应用层的数据接口接收客户端的数据，并将数据转发给域内的逻辑运算层进行计算，以保障第二账号的信息安全。
具体地，计算单元用于按照以下方式计算第一事件执行结果Aj：
其中，Pij表示在第j个周期的第i个子周期内，第二账号的第一事件所对应的事件资源变化，Cj表示在第j个周期内第二账号的原始事件资源和增加的事件资源之和。
例如，计算本周盈亏比。Pij表示在本周的第i天第二账号的盈亏(即第一事件所对应的事件资源变化)，其中，每天的盈亏可以用收盘后盈亏和开盘前盈亏的差值来表示；表示本周内总的盈亏；Cj表示本周的成本(即第二账号的原始事件资源和增加的事件资源之和)，也就是本周第一个交易日前持仓市值和本周流入成本之和。在计算本周盈亏比时，P1j为本周第一个交易日的盈亏，Pnj为本周最后一个交易日的盈亏，Aj为本周的盈亏比。当计算本月盈亏比时，P1j为本月第一个交易日的盈亏，Pnj为本月最后一个交易日的盈亏，Cj也相应表示本月成本，即本月第一个交易日前持仓市值和本周流入成本之和。
可选地，计算单元用于按照以下方式计算第一事件执行结果Aj：
其中，Mnj表示第j个周期最后一个子周期n内第二账号的总的事件资源，M1j表示第j个周期的第1个子周期内第二账号在执行第一事件之前，第二账号的总的事件资源，Sj表示第二账号在第j个周期内执行第一事件所获得的事件资源，Bj表示第二账号在第j个周期内执行第一事件所耗费的事件资源，Cj表示在第j个周期内第二账号的原始事件资源和增加的事件资源之和。
在计算周盈亏比的例子里，Mnj为本周最后一个交易日收盘后第二账号的总市值(即总的事件资源)，M1j为本周第一个交易日开盘前第二账号的总市值,Sj为第二账号在本周卖出股票所获得金额，Bj表示第二账号在本周买入股票所花费的金额。Cj表示周流入成本。
根据查询请求所携带的查询时间段的变化，可以调整计算的周期，从而获得查询请求所携带的查询时间段所对应的第一事件执行结果。调整方法与上述周期的调节方式相同，不再赘述。
在上述实施例中，周流入成本Cj可以按照以下规则计算：
按交易时间先后顺序进行计算，如果执行卖出交易，则资金池的资金增加卖出金额；如果执行买入交易，并且买入金额大于资金池中的资金，则周流入成本增加买入金额和资金池金额之差；如果买入金额小于等于资金池中的资金，则资金池金额减去买入金额。
需要说明的是，本实施例中在服务器的域内计算第一事件执行结果，并将第一事件执行结果保存在服务器的缓存中，从缓存中提取第一事件执行结果发送给第一应用的客户端，使得与第一事件平台和即时通信的客户端的交互是隔离的，以保障第一事件平台中获取的第二账号的信息安全。
实施例5
根据本发明实施例，还提供了一种用于实施上述事件结果的展示方法的终端，如图8所示，该终端主要包括处理器701、摄像头702、显示器703、数据接口704、存储器705和网络接口706，其中：
摄像头702主要用于拍摄第一账号的头像。
数据接口704则主要通过数据传输的方式将第三方工具获取的数据(如图片数据和音乐数据等)传输给处理器701。
存储器705主要用于存储运行第一应用所需的文件和通过第一应用保存的数据。
网络接口706主要用于与服务器进行网络通信，获得第一事件执行结果。
显示器703主要用于显示第一事件执行结果。
处理器701主要用于执行如下操作：通过第一应用的客户端向服务器发送用于查询第一应用的第二账号的第一事件执行结果的查询请求，其中，客户端使用第一账号登录，第二账号与第一账号具有关联关系，第二账号的第一事件执行结果处于公开状态，公开状态用于指示允许第一账号查看第二账号在第一事件平台中执行第一事件所得到的第一事件执行结果；接收服务器响应查询请求所发送的第一事件执行结果；在第一应用的客户端中展示接收到的第一事件执行结果。
可选地，本实施例中的具体示例可以参考上述实施例1和实施例2中所描述的示例，本实施例在此不再赘述。
实施例6
本发明的实施例还提供了一种存储介质。可选地，在本实施例中，上述存储介质可以位于网络中的多个网络设备中的至少一个网络设备。
可选地，在本实施例中，存储介质被设置为存储用于执行以下步骤的程序代码：
S1，通过第一应用的客户端向服务器发送用于查询所述第一应用的第二账号的第一事件执行结果的查询请求，其中，所述客户端使用第一账号登录，所述第二账号与所述第一账号具有关联关系，所述第二账号的所述第一事件执行结果处于公开状态，所述公开状态用于指示允许所述第一账号查看所述第二账号在第一事件平台中执行第一事件所得到的所述第一事件执行结果；
S2，接收所述服务器响应所述查询请求所发送的所述第一事件执行结果；
S3，在所述第一应用的所述客户端中展示接收到的所述第一事件执行结果。
可选地，存储介质还可以被设置为存储用于执行以下步骤的程序代码：
S1，接收第一应用的客户端发出的查询请求，所述查询请求用于请求查询所述第一应用的所述客户端中第二账号的第一事件执行结果，其中，所述客户端使用第一账号登录，所述第二账号与所述第一账号具有关联关系；
S2，检测所述第二账号是否处于公开状态，所述公开状态用于指示所述第二账号允许所述第一账号查看所述第二账号在第一事件平台中执行第一事件所得到的所述第一事件执行结果；
S3，在所述第二账户处于所述公开状态的情况下，向所述客户端发出所述第一事件执行结果，以在所述第一应用的所述客户端中展示所述第一事件执行结果。
可选地，在本实施例中，上述存储介质可以包括但不限于：U盘、只读存储器(ROM，Read‐OnlyMemory)、随机存取存储器(RAM，RandomAccessMemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
可选地，本实施例中的具体示例可以参考上述实施例1和实施例2中所描述的示例，本实施例在此不再赘述。
上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。
上述实施例中的集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在上述计算机可读取的存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在存储介质中，包括若干指令用以使得一台或多台计算机设备(可为个人计算机、服务器或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。
在本发明的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
在本申请所提供的几个实施例中，应该理解到，所揭露的客户端，可通过其它的方式实现。其中，以上所描述的装置实施例仅仅是示意性的，例如所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，单元或模块的间接耦合或通信连接，可以是电性或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。