一种数据请求的检测方法和装置与流程

本申请涉及计算机网络技术领域，特别是涉及一种数据请求的检测方法和一种数据请求的检测装置。

背景技术：

随着网络技术的快速发展，互联网已经成为大众休闲娱乐的重要平台，网页游戏成为非常重要的一种网上休闲娱乐形式。

通常，用户可以通过诸如浏览器等应用程序，进入网页游戏的操作界面，以在网页游戏的操作界面上进行游戏操作。目前，用户在玩游戏的过程中，可以在网页游戏的操作界面上接收到各种推送消息，如游戏开发商所提供的游戏任务消息、游戏运营商所提供的业务推广消息等。若用户关闭了网页游戏的操作界面，则无法接收到诸如游戏开发商和/或运营商等网页游戏提供方所推送的消息，降低用户体验。

技术实现要素：

鉴于上述问题，提出了本申请以便提供一种克服上述问题或者至少部分地解决上述问题的一种数据请求的检测方法和相应的一种数据请求的检测装置。

依据本申请的一个方面，提供了一种数据请求的检测方法，应用于数据循环交互的业务交互系统中，所述业务交互系统包括用于统一发布消息的业务系统，所述的方法包括：

业务系统获取源消息数据；

确定所述源消息数据的消息类型和目标用户；

依据所述消息类型对所述源消息数据进行处理，确定待发送的消息；

确定所述目标用户的至少一个接收端，向所述接收端发送所述消息，所述接收端包括即时通讯客户端。

可选地，确定所述源消息数据的消息类型和目标用户，包括：

对所述源消息数据进行解析，确定消息的源用户、至少一个目标用户、消息类型和消息内容。

可选地，依据所述消息类型对所述源消息数据进行处理，确定待发送的消息，包括：

采用源用户、目标用户和消息内容生成待发送的消息；

依据所述消息类型，为所述待发送的消息设置权重信息。

可选地，依据所述消息类型，为所述待发送的消息设置权重信息，包括：

依据所述消息类型确定权重信息；

依据所述权重信息对所述消息进行加权处理，确定所述消息的等级信息。

可选地，还包括：

为所述待发送的消息添加时间戳。

可选地，采用源用户、目标用户和消息内容生成待发送的消息，包括：

确定所述目标用户的接收端的端类型，依据所述端类型将所述消息内容构成正文数据；

采用所述源用户、目标用户和正文数据生成待发送的消息。

可选地，还包括：

接收依据所述消息返回的操作信息，依据所述操作信息分析需求信息，以基于所述需求信息生成源消息数据。

可选地，所述消息类型包括：系统类消息和/或用户类消息，所述系统类消息包括：服务类消息、群发类消息、推送类消息。

根据本申请的另一方面，提供了一种数据请求的检测装置，应用于数据循环交互的业务交互系统中，所述业务交互系统包括用于统一发布消息的业务系统，所述的装置包括：

源消息获取模块，用于业务系统获取源消息数据；

消息和用户确定模块，用于确定所述源消息数据的消息类型和目标用户；

源消息处理模块，用于依据所述消息类型对所述源消息数据进行处理，确定待发送的消息；

消息发送模块，用于确定所述目标用户的至少一个接收端，向所述接收端发送所述消息，所述接收端包括即时通讯客户端。

可选地，所述消息和用户确定模块，具体用于对所述源消息数据进行解析，确定消息的源用户、至少一个目标用户、消息类型和消息内容。

可选地，所述源消息处理模块，包括：

消息生成子模块，用于采用源用户、目标用户和消息内容生成待发送的消息；

权重设置子模块，用于依据所述消息类型，为所述待发送的消息设置权重信息。

可选地，所述源消息处理模块，包括：

权重确定子模块，用于依据所述消息类型确定权重信息；

等级确定子模块，用于依据所述权重信息对所述消息进行加权处理，确定所述消息的等级信息。

可选地，还包括：

时间戳添加模块，用于为所述待发送的消息添加时间戳。

可选地，所述消息生成子模块，包括：

正文数据单元，用于确定所述目标用户的接收端的端类型，依据所述端类型将所述消息内容构成正文数据；

消息生成单元，用于采用所述源用户、目标用户和正文数据生成待发送的消息。

可选地，还包括：

操作信息接收模块，用于接收依据所述消息返回的操作信息，依据所述操作信息分析需求信息，以基于所述需求信息生成源消息数据。

可选地，所述消息类型包括：系统类消息和/或用户类消息，所述系统类消息包括：服务类消息、群发类消息、推送类消息。

本申请实施例可以通过用于过统一发布消息的业务系统，获取到源消息数据，以及确定该源消息的消息类型和目标用户，进而可以依据该消息类型对源消息数据进行处理，确定待发送的消息，以及可以将该待发送的消息发送给目标用户的接收端，且该接收端包括了即时通讯客户端，即目标用户可以通过即时通讯客户端接收到业务系统所发布的消息，方便目标用户接收业务系统所发布的消息，从而解决了现有技术中用户不登录网页页面就无法获取到网页平台所提供的服务的问题。

上述说明仅是本申请技术方案的概述，为了能够更清楚了解本申请的技术手段，而可依照说明书的内容予以实施，并且为了让本申请的上述和其它目的、特征和优点能够更明显易懂，以下特举本申请的具体实施方式。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本申请的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：

图1A示出了本申请实施例中的一种业务交互系统的业务处理示意图；

图1B示出了本申请实施例中的一种业务交互系统的业务处理方法的步骤流程示意图；

图1C示出了本申请一个具体示例中的移动客户端显示的一种个人页面的示意图；

图1D示出了本申请一个具体示例中的移动客户端显示的另一种个人页面的示意图；

图2示出了根据本申请一个实施例的一种数据请求的检测方法实施例的步骤流程图；

图3示出了根据本申请一个实施例的一种数据请求的检测方法实施例的步骤流程图；以及

图4示出了根据本申请一个实施例的一种数据请求的检测实施例的结构框图。

具体实施方式

下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。

通常，网页平台对应的网页页面只能采用浏览器的界面进行展示。具体而言，网页页面中通常包括通过动画编辑器(Flash)解析并展示的数据，如作为网页游戏的操作界面的网页页面通常会展示中各种游戏数据，如游戏人物、游戏场景、游戏任务等，从而使得用户可以在该网页页面上进行游戏操作。即本申请实施例中的网页平台指的是电脑(Personal Computer，PC)网页对应平台，即网页平台对应网页是在非移动客户端上展示的网页。但是，现有的网页平台与移动客户端相互分离了，因此网页平台对应的网页页面无法采用移动客户端展示，如网页游戏在移动客户端无法展示和操作，即用户在移动客户端中无法获取到网页游戏中的游戏数据以及无法进行网页游戏的操作。此外，用户在玩游戏的过程中，可以在网页游戏的操作界面上，通过网页客服工具获取到网页游戏平台所提供的各种服务。但是，若用户关闭了网页游戏的操作界面，则无法通过网页客服工具获取到网页游戏平台所提供的服务。

在本申请实施例中，可以通过一种数据循环交互的业务交换系统，将网页平台和移动客户端进行关联，使得网页平台对应的网页页面中的数据可以在移动客户端进行展示和操作，方便用户查看网页页面中的业务内容，并且能够方便用户对该业务内容对应的业务事件进行操作，从而提高用户体验。此外，网页平台对应的网页页面中的数据可以在移动客户端进行展示，从而使得用户可以通过移动客户端获取网页平台所提供的各种服务，解决了用户不登录网页页面就无法获取到网页平台所提供的服务的问题。例如，用户可以通过移动客户端获取到网页游戏平台所提供的各种服务，解决了现有技术中用户关闭了网页游戏的操作界后无法获取到网页游戏平台所提供的各种服务的问题。

具体而言，本申请实施例中的数据循环交互的业务交换系统可以包括用于统一发布消息的业务系统。该业务交换系统可以通过业务系统获取网页平台需要发送的源消息数据，并且可以对源消息数据进行处理，确定待发送的消息，以及将该消息发送给目标用户的至少一个接收端，该接收端包括移动客户端，如即时通讯客户端，从而使得用户可以通过移动客户端接收到消息。

需要说明的是，本申请实施例中的移动客户端可以安装在诸如智能手机、平板电脑等移动终端中具体可以包括但不仅限于以下至少一种：即时通讯客户端、社交客户端，如按照在移动终端中的即时通讯应用程序、短信应用程序等。

本申请实施例中的业务内容，对于不同业务领域而言，业务内容可以具有不同的特性，即业务内容可以指具有业务领域特征的信息内容。例如，对于新闻媒体领域而言，业务内容可以为新闻内容，具体可以包括诸如文章、图片等业务元素；对于电子商务(Electronic Commerce，EC)领域而言，业务内容可以包括广告内容、交易内容、订单内容等；对于网络游戏领域而言，业务内容可以为游戏业务内容、如可以充值业务内容、收费业务、游戏任务内容等。在不同的领域中，虽然业务内容承载的领域特性而有所不同，但其本质都是数据，如文本数据、图像数据等，相对地，对业务内容进行的处理，本质都是对数据进行的业务处理。

本申请实施例可以依据网页平台中涉及的业务类型，将应用于网页平台的业务交互系统分为业务提供系统、业务发布系统和用户管理系统。可选的，业务交互系统中的业务提供系统和业务发布系统可以集成为一个业务系统，本申请实施例对此不作具体限制。

参照图1A，示出了本申请实施例中的一种业务交互系统的业务处理示意图。

在本申请实施例中，业务交互系统可以用于业务处理，具体可以包括：业务提供系统102、用户管理系统104、业务发布系统106和移动客户端108。

参照图1B所示，示出了本申请实施例中的一种业务交互系统的业务处理方法的步骤流程示意图。其中，业务提供系统102可以用于依据存储的诸如用户需求、业务需求等需求信息确定业务内容，并且可以依据确定的业务内容生成业务事件，以及将该业务事件发送给用户管理系统104，以通过用户管理系统104匹配该业务事件对应的目标用户群体。用户管理系统104可以用于在接收到业务事件后，依据所述业务事件匹配目标用户群体，并且可以向业务发布系统106发送业务事件和匹配到的目标用户群体，以通过业务发布系统106将业务事件推送给目标用户群体中用户对应移动客户端108。具体的，业务发布系统106可以用于在接收目标用户群体和业务事件后，分别向所述目标用户群体中用户对应移动客户端108推送所述业务事件，从而使得移动客户端108可以接收到业务提供系统所提供的业务事件。移动客户端108可以用于在接收到业务事件后，可以通过解析所述业务事件展示相应的业务内容，即向目标用户群体中用户展示业务内容，从而使得用户可以查看到该业务内容。移动客户端108在展示业务内容后，可以用于收集用户对该业务内容的反馈，并且可以基于用户反馈记录对应的操作反馈信息，以将该操作反馈信息反馈给业务发布系统106，从而使得业务发布系统可以依据该操作反馈信息生成用户行为信息。当用户对业务内容对应的业务事件进行操作，移动客户端108可以检测到该用户对业务事件的触发，以及可以依据对所述业务事件的触发生成数据请求，并记录对应的操作反馈信息；并且可以依据数据请求，从业务提供系统102中获取业务对象信息并展示，以及可以将记录的操作反馈信息发送给业务发布系统106，使得业务发布系统106可以依据操作反馈信息生成用户行为信息。业务发布系统106可以将生成的用户行为信息发送给用户管理系统104，以触发用户管理系统104依据该用户行为信息分析需求信息。用户管理系统104可以将分析得到的需求信息反馈给业务提供系统102，以触发业务提供系统102进行需求信息的更新。

可见，本申请实施例提供的业务交换系统中的业务发布系统、业务提供系统、移动客户端和用户管理系统之间的数据可以循环交互，如能够依据用户对推送的业务事件的反馈更新需求信息，进而可以依据更新的需求信息更新推送的业务事件，实现了消息推送机制中各业务类型数据循环，即完善现有技术中的消息推送机制，从而可以满足用户需求和业务需求，提高用户体验。

综上，本申请实施例的业务交互系统可以通过目标用户群体中用户对应的移动客户端，向目标用户群体中用户推送业务提供系统依据业务需求确定的业务内容，使得用户通过移动客户端就可以实时地接收到业务内容，即方便用户接收业务交互系统所推送的消息。作为本申请的一个具体应用，目标用户群体中用户在任意一个时间点和/或地点，通过移动客户端就可以接收到诸如游戏开发商和/或运营商等网页游戏提供方所推送的消息，即无需进入网络游戏的操作界面就可以接收到各种推送消息，如游戏开发商所提供的游戏任务消息、游戏运营商所提供的业务推广消息等，从而提高用户体验。

因此，本实施例基于业务交互系统实现PC网页的移动场景补全，即将与移动端脱离的PC网页，补充相应的移动端处理，使得移动平台可以处理网页平台的数据，显示网页平台相关的信息。并且可以基于业务交互系统建立针对网页平台的业务社区，如对于PC网页游戏建立游戏化社区，该业务社区可以提供PC网页用户和用户间、用户和系统间以及用户和系统服务方间的移动端交互，以及提供用户的个人信息展示，提升用户对于业务的量化感知和体验，从而提高用户在网页平台的粘性，并且能够便于用户向移动端的好友用户推广网页平台，提升网页平台的访问量和用户量。

例如，基于用户在网页平台的操作，可在移动平台中建立用户个人中心页面，在该个人中心页面中展示用户在PC网页平台注册的用户信息如用户名、用户标识等，还可以展示用户在网页平台操作的各项业务信息，如执行各项业务的业务名称、用户等级、个人成长信息等，以及展示该用户获取的各种消息信息，如其他用户的消息、系统消息等。如图1C所示，可以将移动客户端显示的个人页面作为用户的个人中心页面，以在该个人页面中展示用户在PC网页游戏平台注册的诸如注册的昵称、头像等用户信息，以及可以展示该用户可以执行各项游戏业务的游戏业务名称(如“陪玩”、“关怀”、“游戏”、“礼包”、“返利”、“游戏圈”等)和游戏业务图标，以及该用户的等级和诸如勋章“游戏大神”等个人成长信息，还可以展示该用户可以获取到的各种消息信息，如互动消息、热点消息、福利消息等，本申请实施例对此不作具体限制。

一个示例中，基于用户在网页平台的操作，如基于参与的各项业务对应业务信息量化用户在网页平台的价值数据，从而能够直观体现用户对于平台的价值，该价值还可以用于交换网页平台的业务内容。如针对每款PC网页游戏基于用户游戏时间、充值金额、角色等级等量化用户的用户价值，该用户价值可用于兑换其他PC网页游戏的礼包、福利等。如图1D所示，可以在移动端中的用户个人中心页面展示该用户在网页游戏平台中的当前分值“XXXX”分，以及可以显示当前分值“XXXX”分对应的角色等级“Lv.37”，并且还可以显示当前分值“XXXX”分与下一角色等级“Lv.38”还差多少分析，以提示用户还差多少分就可以提升其角色级别；还可以显示构成当前分值的各种分值，如可以包括活跃值、魅力值、财富值等，并且可以显示各种分值占当期分值的百分比，如可以通过环形百分比图显示出来；还可以显示该用户对应的等级特权、昨日加分等信息。

本申请实施例提供的数据请求的检测方法可以应用于数据循环交互的业务交互系统中。该业务交互系统可以包括用于统一发布消息的业务系统。需要说明的是本申请实施例中的业务系统可以用于统一发布消息，如可以包括上述实施中的业务发布系统。可选的，该业务系统还可以包括其他系统，如可以包含上述实施中的业务提供系统，本申请实施例对此不作具体限制。

参照图2，示出了根据本申请一个实施例的一种数据请求的检测方法实施例的步骤流程图，具体可以包括如下步骤：

步骤202，业务系统获取源消息数据。

在本申请实施例中，源消息数据可以用于表征依据需求信息生成的源消息。具体的，在数据循环交互的业务交换系统中，网页平台中的业务系统可以获取到依据需求信息生成的源消息数据，其中，需求信息可以包括业务需求和用户需求。例如，业务系统在接收到用户通过移动客户端向其他用户所发送的消息时，可以将接收到的消息确定为源消息数据；或者，在接收到依据预先存储的需求信息生成的业务事件时，可以将接收到的业务事件确定为源消息数据；或者，可以获取存储的需求信息生成源消息数据等，本申请实施例对此不作具体限制。

步骤204，确定所述源消息数据的消息类型和目标用户。

在本申请实施例中，消息类型可以按照消息源进行区分，具体可以包括系统类消息和用户类消息。其中，系统类消息可以用于表征网页平台中的业务系统发送给用户的消息，如具体可以包括：服务类消息、群发类消息、推送类消息等；用户类消息可以用于表征用户主动发送的消息，如可以包括用户之间的点对点(Peer To Peer，P2P)消息和/或用户通过移动客户端发送给网页平台中的业务系统的消息。业务系统在获取到源消息数据后，可以通过解析该源消息数据，确定该源消息数据的消息类型和目标用户。其中，目标用户可以用于表征接收消息的用户。

可选的，业务系统可以对源消息数据进行解析，确定出该源消息数据的来源，进而可以基于该源消息数据的来源确定出消息类型，以及确定该源消息数据需要发送给哪些用户，即确定出该源消息数据的目标用户，如在源消息数据为用户发送的消息时，即在该源消息数据的来源为用户时，可以将该源消息数据的消息类型确定为用户类消息，并且可以从该源消息数据中提取目标用户标识，以采用目标用户标识确定出该源消息数据的目标用户；在源消息数据为系网页平台中的业务统发送的消息时，即在该源消息数据的来源为系统时，可以将该源消息数据的消息类型确定为系统类消息，并且可以基于该源消息数据的消息类型，匹配该源消息数据对应的目标用户。其中，目标用户标识可以用于确定目标用户，如可以包括用户角色、用户标签或用户等级等其中任意一种或几种，本申请实施例对此不作限制。

需要说明的是，本申请实施例中的业务系统还可以采用其他方式确定源消息的目标用户，如当业务交互系统还包括用于对用户进行管理的用户管理系统，业务系统可以通过用户管理系统匹配源消息数据的目标用户，本申请实施例对此不作具体限制。作为本申请的一个具体示例，业务系统在获取到源消息数据后，如在获取到用户通过移动客户端发送的源消息数据或者在获取到依据需求信息(如业务需求和/或用户需求)生成的源消息数据时，可以将该源消息数据发送至网页平台中的用户管理系统，以触发网页平台中的用户管理系统匹配源消息数据的目标用户，并且可以接收到该用户管理系统针对该源消息数据所反馈的目标用户，进而可以将该用户管理系统所反馈的目标用户作为该源消息数据的目标用户。

步骤206，依据所述消息类型对所述源消息数据进行处理，确定待发送的消息。

在本申请实施例中，业务系统在确定出源消息数据的消息类型后，可以基于该消息类型，按照指定的消息处理机制对该源消息数据进行处理，生成对应的待发送的消息，如可以基于该源消息数据中的消息内容和目标用户，生成对应的待发送的消息。

可选的，业务系统还可以依据消息类型，为生成的待发送的消息添加诸如权重信息、时间信息等消息属性信息，以为待发送的消息添加新的消息处理规则，即能够基于新增的消息属性信息对待发送的消息进行重新的定义。其中，时间信息可以包括诸如过期时间、有效期时间等消息展示时间规则信息，该过期时间可以用于确定消息的失效期。

步骤208，确定所述目标用户的至少一个接收端，向所述接收端发送所述消息，所述接收端包括即时通讯客户端。

本申请实施例中，用户可以具有唯一对应的用户标识，并可以采用该用户标识登录接收端，以通过接收端接收到业务系统所发布的消息。其中，接收端可以包括用户使用的客户端，具体可以包括：电脑(Personal Computer，PC)客户端、网页平台中的万维网(Web)客户端、移动平台中的应用(Application，APP)客户端等其中任意一种或几种，如具体可以包括诸如即时通讯客户端等移动客户端。

具体的，业务系统在确定待发送的消息后，可以依据目标用户的用户标识，确定目标用户的至少一个接收端，进而可以向接收端发送消息，以通过接收端向用户展示该消息，从而使得用户可以接收到业务系统所发布的消息。

本申请实施例可以通过用于统一发布消息的业务系统，获取到源消息数据，以及确定该源消息的消息类型和目标用户，进而可以依据该消息类型对源消息数据进行处理，确定待发送的消息，以及可以将该待发送的消息发送给目标用户的接收端，且该接收端包括了即时通讯客户端，即目标用户可以通过即时通讯客户端接收到业务系统所发布的消息，方便用户接收业务系统所发布的消息，从而解决了现有技术中用户不登录网页页面就无法获取到网页平台所提供的服务的问题。例如，目标用户在任意一个时间点和/或地点，通过即时通讯客户端就可以接收到诸如游戏开发商和/或运营商等网页游戏提供方通过网页游戏平台所发送的消息，即无需进入网络游戏的操作界面就可以接收到网页游戏平台所发送的消息，如游戏开发商所提供的游戏任务消息、游戏运营商所提供的业务推广消息等，从而可以提高用户体验。

作为本申请的一个具有应用，本申请实施例提供的数据请求的检测方法具体可以应用在网页游戏中。基于本申请实施例提供的业务交互系统，可以构建一个游戏社区的生态应用场景，如上述实施例中的业务系统可以包括业务交互系统中的业务提供系统和业务发布系统；其中，业务提供系统可以作为游戏社区中的游戏提供系统，且该游戏提供系统可以是一个“积木”盒子(BOX)系统，可以用于基于游戏提供方提供的游戏搭建成一个网页游戏平台，使得用户可以在该网页游戏平台对应的网页页面进行游戏操作；业务发布系统可以作为游戏社区中的营销系统，该营销系统可以是一个即时通信(Instant Messaging，IM)系统，可以用于向安装在诸如手机、电脑等终端中的移动客户端发送推送消息，如可以向移动平台中诸如短信通讯客户端、邮件通讯客户端、社交客户端等移动客户端发送目标用户在网页游戏平台对应的用户信息和业务描述信息；用户管理系统可以作为游戏社区中的用户运营系统，可以用于对网页游戏平台中注册的用户进行管理，如可以向营销系统提供营销活动事件对应的目标用户；移动客户端可以作为游戏社区中的用户终端系统，可以用于接收营销系统所发送的推送消息，使得网页游戏平台终中的营销系统所发送的推送消息可以触达到用户。

具体而言，本申请实施例中的业务系统作为网页游戏平台终中的营销系统，可以将游戏社区中的游戏提供系统和用户通过移动客户端发的消息确定为源消息数据；以及，可以通过该游戏社区中的用户运营系统确定出源消息数据对应的目标用户，并且可以依据源消息数据的消息类型对该源消息数据进行处理，确定待发送的消息，进而可以将待发消息发送给该游戏社区中的目标用户对应的接收端。其中，游戏社区中的用户对应的接收端包含了安装在移动终端中的移动客户端中，使得用户可以通过移动客户端接收到网页游戏平台中的运营系统所发送的各种消息，实现了对PC网页游戏的移动场景补全，从而提高用户在网页游戏平台的粘性，并且能够便于用户向移动客户端的好友用户推广该网页游戏平台，提升网页游戏平台的访问量和用户量。

参照图3，示出了根据本申请一个实施例的一种数据请求的检测方法实施例的步骤流程图，具体可以包括如下步骤：

步骤302，业务系统获取源消息数据。

在本申请实施例中，源消息数据可以携带有需要发送的消息内容，如可以包括依据需求信息生成的业务事件数据；其中，消息内容可以包括依据需求信息确定的业务内容。可选的，源消息数据还可以携带有消息标识，该消息标识可以用于标识源消息数据对应的消息类型。

步骤304，确定所述源消息数据的消息类型和目标用户。

在本申请实施例中，业务系统可以作为业务交互系统中的消息处理中间件。在业务循环交互的业务交互系统中传输的源消息数据，可以汇总到该消息处理中间件，以通过该消息处理中间件对源消息数据进行处理，并发送给对应的目标用户的接收端，从而使得目标用户可以接收到该源消息数据对应的消息。

可选的，确定所述源消息数据的消息类型和目标用户，具体可以包括：对所述源消息数据进行解析，确定消息的源用户、至少一个目标用户、消息类型和消息内容。具体而言，业务系统在获取到源消息数据后，可以对该源消息数据进行解析，进而可以确定发送该源消息数据的源用户，如可以通过该源消息数据中提取的消息源标识确定出对应的源用户，以及，可以基于该源用户确定出该源消息数据的消息类型；并且可以确定出需要将该源消息数据对应的消息发送给哪些目标用用户，即确定至少一个目标用户；同时，还可以依据该源消息数据中携带的业务内容，确定出对应的消息内容。

需要说明的是，业务系统还可以采用其他方式确定出源消息数据的消息类型，如可以基于该源消息数据中携带消息类型标识确定出源消息数据的消息类型，本申请实施例对此不作具体限制。其中，消息类型标识可以包括系统接口标识，该系统接口标识可以用于标识业务系统通过哪一个系统接口获取到源消息数据，如具体可以包括网页平台中的业务提供系统的推送接口对应的推送接口标识、网页平台中的业务提供系统的服务接口对应的服务接口标识、移动客户端中的用户接口对应的用户接口标识等。

可选的，源消息数据的消息类型可以包括：系统类消息和/或用户类消息；其中，系统类消息具体可以包括：服务类消息、群发类消息、推送类消息等，本申请实施例对此不作具体限制。其中，服务类消息可以用于标识客户服务(Customer Service，CS)消息，如可以用于标识网页平台通过网页客服工具发送的服务消息；群发类消息可以用于标识群发消息，如可以用于标识通过业务系统发送给多个目标用户的消息；推送类消息可以用于标识通过业务系统所推送的消息，如可以用于标识网页游戏平台通过业务系统所推送的游戏营销(Game Sale，GS)消息。以业务系统应用于网页游戏平台中为例，业务系统发送的客户服务消息具体可以包括诸如工具型、福利型、陪玩型等类型对应的客户服务消息，如陪玩型客户服务消息可以用于将移动客户端对应的目标用户引入网页游戏平台提供的指定的游戏房间或游戏圈子，使得目标用户可以在游戏房间或游戏圈子中参与多人聊天的活动。

步骤306，依据所述消息类型对所述源消息数据进行处理，确定待发送的消息。

可选的，业务系统依据所述消息类型对所述源消息数据进行处理，确定待发送的消息，具体可以包括：采用源用户、目标用户和消息内容生成待发送的消息；以及，依据所述消息类型，为所述待发送的消息设置权重信息。具体而言，业务系统可以采用解析得到的数据，如源用户、目标用户和消息内容等，生成对应的待发送的消息；并且可以依据消息类型，为生成的待发送的消息设置权重信息，以基于该权重消息对待发送的消息进行加权处理，确定该待发送的消息对应的等级信息，进而可以按照等级信息对应的发送顺序对待发送的消息进行发送，如可以优先发送等级信息较高的消息。

在本申请的一个可选实施例中，采用源用户、目标用户和消息内容生成待发送的消息，包括：确定所述目标用户的接收端的端类型，依据所述端类型将所述消息内容构成正文数据；采用所述源用户、目标用户和正文数据生成待发送的消息。具体而言，接收端的端类型可以用于确定接收端所支持的消息显示方式，如消息显示方式可以包括短信显示方式、彩信显示方式、聊天记录显示方式等。业务系统在生成待发的消息时，可以依据目标用户的接收端的端类，确定对应的消息显示方式，进而可以基于消息显示方式，将消息内容构成消息的正文数据，并且可以采用源用户、目标用户和正文数据进行封装，生成待发送的消息。

在本申请实施例中，可选的，依据所述消息类型，为所述待发送的消息设置权重信息，具体可以包括：依据所述消息类型确定权重信息；依据所述权重信息对所述消息进行加权处理，确定所述消息的等级信息。其中，等级消息可以用于表征消息的重要程序，如可以用于确定消息发送的优先级。

可选的，该数据请求的检测方法还可以包括：为所述待发送的消息添加时间戳。其中，时间戳可以用于确定消息对应的展示时间规则。具体而言，业务体统在发布消息时，可以为待发送的消息添加时间戳，从而使得接收到该消息的接收端可以基于该时间戳，按照展示时间规则对消息进行展示。例如，结合上述示例，游戏社区中的移动客户端在接收到营销系统所发送的消息后，可以依据该消息中携带的时间戳，检测该消息是否在有效期内，若在有效期内则可以对该消息进行展示，从而使得目标用户可以查看相应的消息内容。

步骤308，确定所述目标用户的至少一个接收端，向所述接收端发送所述消息，所述接收端包括即时通讯客户端。

具体的，目标用户可以通过诸如即时通讯客户端等接收端，接收到业务系统发送的消息。目标用户的接收端在接收到消息后，可以对该消息进行解析，以在接收端的用户界面上展示相应的消息内容。在接收端在用户界面上展示消息的消息内容后，用户可以在该用户界面上进行操作；并且接收端可以基于用户输入操作，记录该用户对应的操作信息，并可以将操作消息返回给业务系统。

步骤310，接收依据所述消息返回的操作信息，依据所述操作信息分析需求信息，以基于所述需求信息生成源消息数据。

操作反馈信息可以用于记录用户在用户界面上进行的操作，如可以用于确定用户是否对该用户界面上展示的业务内容进行操作，和/或，可以确定用户对该用户界面上展示的哪些业务对象进行操作等。例如，游戏社区中的用户可以通过安装在诸如电脑、手机、移动终端中的即时通讯客户端接收网页游戏平台通过业务系统所发送的消息，以及可以在即时通讯客户端显示的个人页面上查看相应的消息内容，如图1C所示。具体的，当用户点击个人页面中显示的“互动”按钮，即时通讯客户端可以显示接收到的互动消息的内容，从而使得该用户可以获取到网页游戏平台所推送的互动消息；并且可以基于用户的点击“互动”按钮击的操作，生成对应的操作信息，以及将该操作信息反馈给网页游戏平台中的业务系统，从而使得网页游戏平台中的业务系统可以接收到该操作信息。

业务系统在接收到接收端针对用户对消息的操作发送的接收操作反馈信息后，可以对该操作信息进行打点记录，生成该用户对应的用户行为信息，进行可以基于用户行为信息分析需求信息，以将分析得到的需求信息对存储的需求信息进行更新，进而可以基于更新后的需求信息生成源消息数据，即能够更新系统依据需求信息生成的源消息数据，实现对系统发送给目标用户的消息的更新，使得系统发送给用户的消息能够符合用户需求，提高用户体验，达到提升服务目的。

可选的，用户行为信息的记录可以包括：用户轨迹信息和/或用户操作信息。其中，用户轨迹信息可以用于确定用户的跟踪轨迹；用户操作信息可以用于确定用户是否对消息进行操作。例如，业务系统可以针对某一用户标识对应的用户，在预设时间内对其返回的操作信息进行跟踪，生成该用户标识对应的用户轨迹信息；以及，可以收集该用户标识对应的用户轨迹信息作为记录，添加到用户行为信息中。

业务系统在生成用户行为信息后，可以将该用户行为信息发送给用户管理系统，以触发用户管理系统依据用户行为信息分析需求信息，并且可以接收到用户管理系统针对用户行为信息所发送的需求信息，进而可以基于用户管理系统分析得到的需求信息生成对应的源消息数据。例如，游戏社区中的业务系统可以通过对用户通过即时通讯客户端反馈的操作信息进行记录并分析，生成该用户行为信息；并且可以将该用户行为信息发送给该游戏社区中的用户运营系统，进而可以通过该用户运营系统对该用户行为信息进行分析，以确定出对应的用户需求，从而可以通过获取该用户运营系统分析得到的用户需求对存储的需求信息进行更新，从而可以更新依据需求信息生成的源消息数据，使得发送给目标用户的消息能够符合用户需求。

在本申请实施例中，目标用户在获取到接收端所接收到的消息后，可以依据该消息的消息内容，在接收端中提交对消息的操作，从而使得接收端可以依据该用户针对消息的操作生成对应的操作信息，并且可以将该操作信息发送给业务系统，从而使得业务发布系统可以获取到该消息对应的操作信息，并可以基于该操作信息分析需求信息，从而可以基于分析得到需求信息生成新的源消息数据，并可以依据新的源消息数据向用户的接收端发送新的消息，实现了依据需求信息向用户发布消息，能够符合用户需求。

对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请实施例并不受所描述的动作顺序的限制，因为依据本申请实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本申请实施例所必须的。

参照图4，示出了根据本申请一个实施例的一种数据请求的检测实施例的结构框图。

本申请实施例中的数据请求的检测装置可以应用于数据循环交互的业务交互系统中；其中，业务交互系统可以包括用于统一发布消息的业务系统。该数据请求的检测装置具体可以包括如下模块：

源消息获取模块402，用于业务系统获取源消息数据；

消息和用户确定模块404，用于确定所述源消息数据的消息类型和目标用户；

源消息处理模块406，用于依据所述消息类型对所述源消息数据进行处理，确定待发送的消息；

消息发送模块408，用于确定所述目标用户的至少一个接收端，向所述接收端发送所述消息，所述接收端包括即时通讯客户端。

在本申请的一个可选实施例中，所述消息和用户确定模块404，具体用于对所述源消息数据进行解析，确定消息的源用户、至少一个目标用户、消息类型和消息内容。

在本申请的一个可选实施例中，所述源消息处理模块406，可以包括如下子模块：

消息生成子模块，用于采用源用户、目标用户和消息内容生成待发送的消息；

权重设置子模块，用于依据所述消息类型，为所述待发送的消息设置权重信息。

在本申请的一个可选实施例中，所述源消息处理模块406，可以包括如下子模块：

权重确定子模块，用于依据所述消息类型确定权重信息；

等级确定子模块，用于依据所述权重信息对所述消息进行加权处理，确定所述消息的等级信息。

在本申请的一个可选实施例中，该数据请求的检测装置还可以包括：时间戳添加模块。该时间戳添加模块，用于为所述待发送的消息添加时间戳。

在本申请实施例中，可选的，所述消息生成子模块，可以包括如下单元：

正文数据单元，用于确定所述目标用户的接收端的端类型，依据所述端类型将所述消息内容构成正文数据；

消息生成单元，用于采用所述源用户、目标用户和正文数据生成待发送的消息。

在本申请实施例中，可选的，该数据请求的检测装置还可以包括：操作信息接收模块。该操作信息接收模块，用于接收依据所述消息返回的操作信息，依据所述操作信息分析需求信息，以基于所述需求信息生成源消息数据。

在本申请实施例中，可选的，所述消息类型可以包括：系统类消息和/或用户类消息；系统类消息可以包括：服务类消息、群发类消息、推送类消息等，本申请实施例对此不作限制。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本申请也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本申请的内容，并且上面对特定语言所做的描述是为了披露本申请的最佳实施方式。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本申请的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本申请的示例性实施例的描述中，本申请的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本申请要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本申请的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本申请的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本申请的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本申请实施例的数据请求的检测设备中的一些或者全部部件的一些或者全部功能。本申请还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本申请的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本申请进行说明而不是对本申请进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本申请可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

本申请公开了A1、一种数据请求的检测方法，应用于数据循环交互的业务交互系统中，所述业务交互系统包括用于统一发布消息的业务系统，所述的方法包括：

业务系统获取源消息数据；

确定所述源消息数据的消息类型和目标用户；

依据所述消息类型对所述源消息数据进行处理，确定待发送的消息；

确定所述目标用户的至少一个接收端，向所述接收端发送所述消息，所述接收端包括即时通讯客户端。

A2、如A1所述的方法，确定所述源消息数据的消息类型和目标用户，包括：

对所述源消息数据进行解析，确定消息的源用户、至少一个目标用户、消息类型和消息内容。

A3、如A2所述的方法，依据所述消息类型对所述源消息数据进行处理，确定待发送的消息，包括：

采用源用户、目标用户和消息内容生成待发送的消息；

依据所述消息类型，为所述待发送的消息设置权重信息。

A4、如A3所述的方法，依据所述消息类型，为所述待发送的消息设置权重信息，包括：

依据所述消息类型确定权重信息；

依据所述权重信息对所述消息进行加权处理，确定所述消息的等级信息。

A5、如A3所述的方法，还包括：

为所述待发送的消息添加时间戳。

A6、如A3所述的方法，采用源用户、目标用户和消息内容生成待发送的消息，包括：

确定所述目标用户的接收端的端类型，依据所述端类型将所述消息内容构成正文数据；

采用所述源用户、目标用户和正文数据生成待发送的消息。

A7、如A1所述的方法，还包括：

接收依据所述消息返回的操作信息，依据所述操作信息分析需求信息，以基于所述需求信息生成源消息数据。

A8、如A1-A7任一所述的方法，所述消息类型包括：系统类消息和/或用户类消息，所述系统类消息包括：服务类消息、群发类消息、推送类消息。

本申请还公开了B9、一种数据请求的检测装置，应用于数据循环交互的业务交互系统中，所述业务交互系统包括用于统一发布消息的业务系统，所述的装置包括：

源消息获取模块，用于业务系统获取源消息数据；

消息和用户确定模块，用于确定所述源消息数据的消息类型和目标用户；

源消息处理模块，用于依据所述消息类型对所述源消息数据进行处理，确定待发送的消息；

消息发送模块，用于确定所述目标用户的至少一个接收端，向所述接收端发送所述消息，所述接收端包括即时通讯客户端。

B10、如B9所述的装置，所述消息和用户确定模块，具体用于对所述源消息数据进行解析，确定消息的源用户、至少一个目标用户、消息类型和消息内容。

B11、如B10所述的装置，所述源消息处理模块，包括：

消息生成子模块，用于采用源用户、目标用户和消息内容生成待发送的消息；

权重设置子模块，用于依据所述消息类型，为所述待发送的消息设置权重信息。

B12、如B11所述的装置，所述源消息处理模块，包括：

权重确定子模块，用于依据所述消息类型确定权重信息；

等级确定子模块，用于依据所述权重信息对所述消息进行加权处理，确定所述消息的等级信息。

B13、如B11所述的装置，还包括：

时间戳添加模块，用于为所述待发送的消息添加时间戳。

B14、如B11所述的装置，所述消息生成子模块，包括：

正文数据单元，用于确定所述目标用户的接收端的端类型，依据所述端类型将所述消息内容构成正文数据；

消息生成单元，用于采用所述源用户、目标用户和正文数据生成待发送的消息。

B15、如B9所述的装置，还包括：

操作信息接收模块，用于接收依据所述消息返回的操作信息，依据所述操作信息分析需求信息，以基于所述需求信息生成源消息数据。

B16、如B9-B15任一所述的装置，所述消息类型包括：系统类消息和/或用户类消息，所述系统类消息包括：服务类消息、群发类消息、推送类消息。