一种数据发送方法和装置的制造方法
【专利摘要】本发明实施例提供了一种数据发送方法和装置，其中，所述方法包括：第一平台依据接收的凭据信息，向第二平台请求对应的二维码；将所述第二平台反馈的二维码发送给第三平台，以通过所述第三平台显示所述二维码给对应的用户；接收所述第二平台发送的反馈信息，所述反馈信息是通过扫描所述二维码生成的；依据所述反馈信息生成发送请求，将所述发送请求反馈给所述第二平台，以使第二平台发送业务数据给所述用户。本发明实施例提供的数据发送方法，使得任意两个平台可以进行数据交互。
【专利说明】
一种数据发送方法和装置
技术领域
[0001]本发明涉及数据处理技术领域，特别是涉及一种数据发送方法和装置。
【背景技术】
[0002]随着网络技术的发展，用户在网络中可以执行各种业务操作，例如，网上购物、玩游戏、看视频、看小说等。
[0003]网络中不同的业务平台会提供不同类型的业务，因此各个平台要配置独特的业务内容来吸引用户。但是，有些业务是需要其他平台来执行的，而一些平台无法执行跨平台的业务。
【发明内容】
[0004]鉴于上述问题，提出了本发明以便提供一种克服上述问题或者至少部分地解决上述问题的数据发送方法和相应的数据发送装置。
[0005]依据本发明的一个方面，提供了一种数据发送方法，包括:第一平台依据接收的凭据信息，向第二平台请求对应的二维码;将所述第二平台反馈的二维码发送给第三平台，以通过所述第三平台显示所述二维码给对应的用户;接收所述第二平台发送的反馈信息，所述反馈信息是通过扫描所述二维码生成的；依据所述反馈信息生成发送请求，将所述发送请求反馈给所述第二平台，以使第二平台发送业务数据给所述用户。
[0006]可选地，所述第一平台依据接收的凭据信息，向第二平台请求对应的二维码，包括:所述第一平台接收第三平台发送的凭据信息;获取所述凭据信息的凭据标识，采用所述凭据标识生成业务请求;将所述业务请求发送给所述第二平台，以向第二平台请求对应的二维码。
[0007]可选地，依据所述反馈信息生成发送请求，包括:从所述反馈信息中获取用户信息和凭据标识;依据所述用户信息和凭据标识执行业务校验；当所述业务校验通过后，生成对应的发送请求。
[0008]可选地，还包括:对所述凭据信息对应业务的业务状态进行管理。
[0009]可选地，对所述凭据信息对应业务的业务状态进行管理，包括:在未收到第二平台反馈的二维码时，记录所述业务状态为二维码生成失败;依据所述二维码生成失败的业务状态生产提示信息;将所述提示信息反馈给所述第三平台。
[0010]可选地，对所述凭据信息对应业务的业务状态进行管理，包括:若超出预设时间未接收到发送响应，将所述业务状态记录为发送失败，其中，所述发送响应是所述第二平台在发送所述业务数据后反馈的。
[0011 ] 可选地，还包括:通过定期对所述第二平台的查询，对所述业务状态进行修正。
[0012]可选地，通过定期对所述第二平台的查询，对所述业务状态进行修正，包括:确定处于发送失败的业务状态对应凭据标识;在达到周期时间时，查询所述凭据标识在第二平台中的处理状态；当所述处理状态为已发送时，将所述凭据标识对应的业务状态修正为发送成功。
[0013]可选地，还包括:对所述第二平台的查询结果进行分析;若检测到用户账户存在安全标记，将所述用户账户反馈给第三平台。
[0014]可选地，所述第二平台包括即时通讯平台，所述第三平台包括游戏平台，所述业务数据包括:红包信息。
[0015]根据本发明的另一方面，提供了一种数据发送装置，包括:二维码请求模块，用于第一平台依据接收的凭据信息，向第二平台请求对应的二维码;二维码发送模块，用于将所述第二平台反馈的二维码发送给第三平台，以通过所述第三平台显示所述二维码给对应的用户;反馈信息接收模块，用于接收所述第二平台发送的反馈信息，所述反馈信息是通过扫描所述二维码生成的;发送请求反馈模块，用于依据所述反馈信息生成发送请求，将所述发送请求反馈给所述第二平台，以使第二平台发送业务数据给所述用户。
[0016]可选地，所述二维码请求模块，包括:凭据信息接收子模块，用于所述第一平台接收第三平台发送的凭据信息;业务请求生成子模块，用于获取所述凭据信息的凭据标识，采用所述凭据标识生成业务请求;业务请求发送子模块，用于将所述业务请求发送给所述第二平台，以向第二平台请求对应的二维码。
[0017]可选地，所述发送请求反馈模块，包括:信息获取子模块，用于从所述反馈信息中获取用户信息和凭据标识;业务校验子模块，依据所述用户信息和凭据标识执行业务校验；发送请求生成子模块，用于当所述业务校验通过后，生成对应的发送请求。
[0018]可选地，还包括:业务状态管理模块，用于对所述凭据信息对应业务的业务状态进行管理。
[0019]可选地，所述业务状态管理模块，包括:第一状态记录子模块，用于在未收到第二平台反馈的二维码时，记录所述业务状态为二维码生成失败;提示信息生成子模块，用于依据所述二维码生成失败的业务状态生产提示信息；提示信息反馈子模块，用于将所述提示信息反馈给所述第三平台。
[0020]可选地，所述业务状态管理模块，包括:第二状态记录子模块，用于若超出预设时间未接收到发送响应，将所述业务状态记录为发送失败，其中，所述发送响应是所述第二平台在发送所述业务数据后反馈的。
[0021 ] 可选地，还包括:状态修正模块，用于通过定期对所述第二平台的查询，对所述业务状态进行修正。
[0022]可选地，所述状态修正模块，包括:信息确定子模块，用于确定处于发送失败的业务状态对应凭据标识;状态查询子模块，用于在达到周期时间时，查询所述凭据标识在第二平台中的处理状态;业务状态修正子模块，用于当所述处理状态为已发送时，将所述凭据标识对应的业务状态修正为发送成功。
[0023]可选地，还包括:标记信息反馈模块，用于对所述第二平台的查询结果进行分析；若检测到用户账户存在安全标记，将所述用户账户反馈给第三平台。
[0024]可选地，所述第二平台包括即时通讯平台，所述第三平台包括游戏平台，所述业务数据包括:红包信息。
[0025]根据本发明的数据发送方法，使得任意两个平台可以通过第一平台进行数据交互，便于用户使用各平台。
[0026]上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的【具体实施方式】。
【附图说明】
[0027]通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中:
[0028]图1示出了根据本发明一个实施例的数据发送方法的步骤流程图；
[0029]图2示出了根据本发明另一个实施例的数据发送方法的步骤流程图；
[0030]图3示出了根据本发明一个实施例的数据发送装置的结构框图；
[0031 ]图4示出了根据本发明另一个实施例的数据发送装置的结构框图。
【具体实施方式】
[0032]下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
[0033]实施例一
[0034]参照图1，示出了根据本发明一个实施例的数据发送方法的步骤流程图，具体可以包括如下步骤:
[0035]步骤102、第一平台依据接收的凭据信息，向第二平台请求对应的二维码。
[0036]步骤104、将所述第二平台反馈的二维码发送给第三平台，以通过所述第三平台显示所述二维码给对应的用户。
[0037]现有技术中，两个较大的平台之间可能可以进行数据的交互，而大部分的平台的数据只能和该平台内的数据进行交互，任意两个独立的平台之间是无法进行数据交互的，而同一个用户往往会使用多个平台，且在多个平台上进行了注册，由于两个平台的数据无法进行交互，用户使用各平台的便捷性大大的降低；因此，本发明实施例提供一个数据综合处理平台，使得任意两个平台可以通过该数据处理平台进行数据的交互，从而提高用户使用各平台之间的便捷性。
[0038]例如，某个小型的游戏平台刚发布时，为了推广该游戏A，可以推出针对新注册的用户送红包的活动，用户可以通过微信扫一扫二维码获得红包;游戏平台与微信平台的交互过程需要通过该数据综合处理平台完成，具体的，可以将游戏平台作为第三平台，微信平台作为第二平台，数据综合处理平台作为第一平台；用户在第一平台中打开第三平台提供的游戏A，并在游戏A中注册，第三平台向第一平台发送凭据信息如订单，第一平台接收到凭据信息后，依据接收到的凭据信息，生成相应的请求，再向第二平台发送相应的请求，请求第二平台生成与凭据信息对应的二维码。其中，所述凭据信息可以是针对符合一定条件的用户生成的如新注册所有用户，所有新注册用户对应的凭据信息相同，也可以是针对某个指定用户生成的如满足新注册的某一用户，不同的新注册用户对应的凭据信息不同。
[0039]第二平台接收到第一平台发送的请求后，对接收的请求进行分析，根据分析的结果生成该请求对应的二维码，再将生成的二维码反馈给第一平台；第一平台接收到二维码后，将接收的二维码发送至第三平台；第三平台从第一平台中获取的二维码后，然后将二维码显示在对应用户的第三平台显示界面中，以使用户可以通过第三平台的显示界面观看到该二维码，并可以对显示的二维码进行相应的操作。
[0040]步骤106、接收所述第二平台发送的反馈信息，所述反馈信息是通过扫描所述二维码生成的。
[0041]步骤108、依据所述反馈信息生成发送请求，将所述发送请求反馈给所述第二平台，以使第二平台发送业务数据给所述用户。
[0042]用户可以在对应的第三平台显示界面中观看到二维码，并可以使用第二平台对该二维码进行扫描，以获取红包，其中，满足同一条件的不同的用户可以对应不同的二维码，也可以对应相同的二维码;具体的，当用户利用第二平台对该二维码进行扫描时，第二平台对扫描的二维码进行识别，获取该二维码对应的信息，第二平台获取信息后，无法根据获取的信息确定是否发送红包给该用户，因此，第二平台依据用户对二维码扫描反馈的数据生成反馈信息，例如获取的信息和/或用户在第二平台的注册信息作为反馈信息，反馈给第一平台；第一平台接收到第二平台的反馈信息后，对反馈信息进行校验，校验方法可以根据预先设置凭据信息生成方式确定;再根据校验的结果生成对应的发送请求，然后将该发送请求发送至第二平台，第二平台接收第一平台的发送请求后，根据发送请求，确定是否将红包信息发送给对应的用户，本发明实施例中，可以将红包信息作为业务数据;例如，当第一平台通过校验，确定校验结果为正确时，向第二平台发送该发送请求；当确定校验结果为错误时，可以向第二平台发送错误报告，也可以不该第一平台发送信息；当第二平台接收到发送请求后，向用户发送红包；当第二平台接收到错误报告或未接收到任何信息，则不给用户发送红包，其中，红包的金额大小可以有第一平台根据第三平台的要求确定。
[0043]本发明实施例通过第一平台依据接收的凭据信息，向第二平台请求对应的二维码;将所述第二平台反馈的二维码发送给第三平台，以通过所述第三平台显示所述二维码给对应的用户；接收所述第二平台发送的反馈信息，所述反馈信息是通过扫描所述二维码生成的；依据所述反馈信息生成发送请求，将所述发送请求反馈给所述第二平台，以使第二平台发送业务数据给所述用户;本发明实施例利用第一平台对第二平台和第三平台的交互数据进行处理，完成第二平台与第三平台的数据交互，减少了第二平台和第三平台对交互数据的处理，使得任意第二平台和任意第三平台可以进行数据交互，便于用户使用各平台。
[0044]实施例二
[0045]参照图2，示出了根据本发明另一个实施例的数据发送方法的步骤流程图，具体可以包括如下步骤:
[0046]步骤202、第一平台接收第三平台发送的凭据信息。
[0047]步骤204、获取所述凭据信息的凭据标识，采用所述凭据标识生成业务请求。
[0048]步骤206、将所述业务请求发送给所述第二平台，以向第二平台请求对应的二维码。
[0049]步骤208、将所述第二平台反馈的二维码发送给第三平台，以通过所述第三平台显示所述二维码给对应的用户
[0050]第三平台为了推广游戏A，可以推出一系列的推广活动，例如，新注册用户送红包，充值游戏币1000送红包，购买装备送红包等活动，用户通过第一平台打开由第三平台提供游戏A时，第三平台根据用户在该平台注册的信息，判断该用户满足推广活动对应的推广条件，当确定该用户满足其中一个推广条件时，生成对应的凭据信息如订单;然后将生成的凭据信息发送至第一平台。
[0051]本发明实施例中，第三平台生成凭据信息的一种方式是，当用户满足的推广条件时，只根据满足的推广条件生成对应的凭据信息，即凭据信息只用于区分不同的推广条件，不用于区分满足相同推广条件的用户；例如，用户A与用户B都是新用户，用户C充值游戏币1000的用户时，则第三平台针对用户A和用户B均生成的凭据信息P，而针对用户C生成的凭据信息为M。
[0052]本发明实施例中，第三平台生成凭据信息的另一种方式是，当用户满足的推广条件时，根据满足的推广条件和用户的注册信息生成对应的凭据信息，即该凭据信息即可以区分不同的推广条件，也可以区别不同的用户;例如，用户A与用户B都是新用户，用户C充值游戏币1000的用户时，则第三平台针对用户A生成的凭据信息PA，针对用户B生成的凭据信息PB，而针对用户C生成的凭据信息为MC。
[0053]第一平台接收到由第三平台发送的凭据信息后，可以根据第三平台生成的凭据信息的两种不同的方式，将从接收的凭据信息中获取凭据标识分为第一类凭据标识和第二类凭据标识，其中，凭据标识与凭据信息一一对应，根据所述凭据标识可以唯一确定凭据信息;再根据凭据标识分别生成对应业务请求，即第一类凭据标识对应第一类业务请求，第二类凭据标识对应第二类业务请求;然后将生成的业务请求发送至第二平台，第二平台对接收到的业务请求进行分析，根据业务请求的类型生成对应类型的二维码，将生成的二维码发送至第一平台，第一平台再将接收的二维码反馈至第三平台，第三平台在其显示界面显示接收的二维码;本发明实施例中，满足同一推广条件的不同用户的第三平台显示界面的二维码可以相同，也可以不同，满足不同推广条件的用户的第三平台显示界面的二维码是不同的。
[0054]步骤210、接收所述第二平台发送的反馈信息，所述反馈信息是通过扫描所述二维码生成的。
[0055]步骤212、从所述反馈信息中获取用户信息和凭据标识。
[0056]步骤214、依据所述用户信息和凭据标识执行业务校验。
[0057]步骤216、当所述业务校验通过后，生成对应的发送请求。
[0058]步骤218、将所述发送请求反馈给所述第二平台，以使第二平台发送业务数据给所述用户。
[0059]当用户利用第二平台扫描第三平台上显示的二维码时，第二平台从扫描的二维码中获取对应的凭据标识后，第二平台根据从二维码中获取的凭据标识，无法确定进行扫码的用户是否为满足第三平台的推广条件的用户，从而无法确定是否给扫码的用户发送红包。因此，第二平台需要将获取的凭据标识和/或第二平台用户信息生成反馈信息，将反馈信息发送给第一平台，第一平台根据反馈信息中的用户信息和凭据标识执行业务校验，当业务校验通过后，生成对应的发送请求;再将生成的发送请求发送给第二平台，第二平台根据接收的发送请求确定将红包发送给用户；当业务校验不通过时，可以生成对应的错误报告，也可以不生成信息;第二平台接收到错误报告或在预定时间内没有接收到信息时，则不给用户发送红包。
[0060]本发明实施例中，业务校验的一种方式是，当第二平台确定从二维码中获取的凭据标识为第一类凭据标识时，第二平台将获取的凭据标识和第二平台用户信息生成反馈信息，以及将反馈信息发送至第一平台，第一平台可以根据用户信息，确定扫码的用户是否为第三平台的用户，依据根据获取的凭据标识，确定该用户是否满足第三平台的推广条件，当同时满足扫码的用户是第三平台的用户，且该用户第三平台的推广条件时，则确定业务校验通过;否则，确定为确定业务校验不通过。
[0061]本发明实施例中，业务校验的一种方式是，当第二平台确定从二维码中获取的凭据标识为第二类凭据标识时，第二平台将获取的凭据标识生成反馈信息，以及将反馈信息发送至第一平台，第一平台可以根据用户信息，可以确定扫码的用户是否为第三平台的用户时，以及确定该用户是否满足第三平台的推广条件，当确定扫码的用户为第三平台的用户，且该用户满足第三平台的推广条件时，则确定业务校验通过，否则，确定业务校验不通过。
[0062]本发明实施例中，用户在第三平台注册时，可以将第三平台中绑定第二平台的注册信息如用户名等，以便第一平台确定第二平台的用户与第三平台的用户是否为同一用户。
[0063]第三平台中一个或多个用户对应一个凭据信息，一个凭据信息对应一条业务，每条业务对应多个业务状态，由于第三平台对应的用户较多，因此，第一平台需要对所述凭据信息对应业务的业务状态进行管理，以防止业务状态出现错误，具体管理的步骤如步骤220-228所述:
[0064]步骤220、在未收到第二平台反馈的二维码时，记录所述业务状态为二维码生成失败。
[0065]步骤222、依据所述二维码生成失败的业务状态生产提示信息。
[0066]步骤224、将所述提示信息反馈给所述第三平台。
[0067]本发明实施例中，可以根据二维码是否生成成功，可以为业务配置二维码生成成功状态和二维码未生成成功状态，本发明实施例中，第一平台对业务的二维码是否生成成功的状态进行管理，以防止在满足推广条件的用户的第三平台界面无法显示对应的二维码，影响用户的体验。具体的，当第一平台将业务请求发送至第二平台后，在预设的反馈时间内，第一平台未收到第二平台反馈的二维码时，则确定该业务请求没有被第二平台执行成功，记录业务状态为二维码生成失败，然后将二维码生成失败的业务状态生成对应的提示信息如“二维码生成失败”，并将该提示信息发送至第三平台，第三平台接收到提示信息后，可以进行相应的处理，如再生成一次凭据信息或生成另一种类型的凭据信息等。
[0068]步骤226、若超出预设时间未接收到发送响应，将所述业务状态记录为发送失败，其中，所述发送响应是所述第二平台在发送所述业务数据后反馈的。
[0069]步骤228、通过定期对所述第二平台的查询，对所述业务状态进行修正。
[0070]本发明实施例中，第一平台可以根据第二平台是否给用户发送红包，设置对应的业务状态，以保证交易账单的正确性;第二平台接收到第一平台的发送请求后，当第二平台将红包发送给用户后，会给第一平台发送对应的发送响应，此时，第一平台可以将业务状态记录为发送成功;而第一平台在预设时间内未接收到第二平台的发送响应时，则确定第二平台未给用户发送红包，将业务状态标记为发送失败。
[0071]但第一平台未接收到发送响应的情况有多种，例如一种是第二平台未将红包发送用户时，不会给第一平台发送对应的发送响应，另一种是当第二平台给用户发送红包后，由于各种原因使得第二平台未给第一平台发送对应的发送响应，或者，第二平台给第一平台发送了对应的发送响应，由于网络不稳定导致第一平台未接收该发送响应;因此，对于业务状态为记录发送失败的业务，第一平台即无法确定第二用户是否将红包发送给对应的用户，此时，第一平台可以通过定期对所述第二平台的查询，对所述业务状态进行修正，具体步骤包括:确定处于发送失败的业务状态对应凭据标识和用户信息;在达到周期时间时，查询所述凭据标识在第二平台中的处理状态；当所述处理状态为已发送时，将所述凭据标识对应的业务状态修正为发送成功。
[0072]对于第一平台中业务状态记录为发送失败的业务，第一平台确定该业务对应的凭据标识和用户信息，然后根据用户信息，确定对应的第二平台，以及根据凭据标识生成对应的查询请求，在达到周期时间时向对应的第二平台发送该查询请求，第二平台接收到第一平台的查询请求后，查询该凭据标识在该平台中的处理状态，并将处理状态返回至第一平台，当第一平台接收到处理状态为已发送时，将业务状态修正为发送成功，当第一平台接收到处理状态为未发送时，不对将业务状态进行修正，此时，第一平台可以再发送一个请求，以使第二平台根据接收到的发送请求再次给用户发送红包；其中，周期时间可以设为2小时。
[0073]本发明一个可选实施例中，还包括:对所述第二平台的查询结果进行分析;若检测到用户账户存在安全标记，将所述用户账户反馈给第三平台。
[0074]当第二平台确定某一用户账户存在安全隐患时，可以对该用户的用户账户设置安全标记;第一平台在达到周期时间时，查询所述凭据标识在第二平台中的处理状态时，也可以对该用户账户信息进行查询，当查询到该用户的账户存在安全标记时，则将该用户账户信息反馈给第三平台，第三平台接收到第一平台的反馈信息后，可以对该用户账户进行标记，然后针对标记的用户账户进行监控。
[0075]本发明实施例通过第一平台依据接收的凭据信息，向第二平台请求对应的二维码;将所述第二平台反馈的二维码发送给第三平台，以通过所述第三平台显示所述二维码给对应的用户；接收所述第二平台发送的反馈信息，所述反馈信息是通过扫描所述二维码生成的；依据所述反馈信息生成发送请求，将所述发送请求反馈给所述第二平台，以使第二平台发送业务数据给所述用户，使得任意第二平台和任意第三平台可以进行数据交互，便于用户使用各平台。
[0076]此外，本发明实施例在第一平台未收到第二平台反馈的二维码时，记录所述业务状态为二维码生成失败，对业务状态为二维码生成失败的业务生成提示信息，再将提示信息发送至第三平台，以使第三平台进行相应的处理，最终使得第三平台在显示界面中显示对应的二维码，增强了用户体验。此外，若超出预设时间第一平台未接收到发送响应，将所述业务状态记录为发送失败，然后通过定期对所述第二平台的查询，对所述业务状态进行修正；当查询第二平台给用户发送红包时，确定该业务状态为修正为发送成功；否则，确定不对该业务状态进行修正;从而保证了业务数据的正确性。
[0077]对于方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明实施例并不受所描述的动作顺序的限制，因为依据本发明实施例，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作并不一定是本发明实施例所必须的。
[0078]实施例三
[0079]在上述实施例的基础上，本实施例还还提供了一种数据发送装置。
[0080]参照图3，示出了根据本发明一个实施例的数据发送装置的结构框图，
[0081]二维码请求模块302，用于第一平台依据接收的凭据信息，向第二平台请求对应的二维码。
[0082]二维码发送模块304，用于将所述第二平台反馈的二维码发送给第三平台，以通过所述第三平台显示所述二维码给对应的用户。
[0083]反馈信息接收模块306，用于接收所述第二平台发送的反馈信息，所述反馈信息是通过扫描所述二维码生成的。
[0084]发送请求反馈模块308，用于依据所述反馈信息生成发送请求，将所述发送请求反馈给所述第二平台，以使第二平台发送业务数据给所述用户。
[0085]本发明实施例通过第一平台依据接收的凭据信息，向第二平台请求对应的二维码;将所述第二平台反馈的二维码发送给第三平台，以通过所述第三平台显示所述二维码给对应的用户；接收所述第二平台发送的反馈信息，所述反馈信息是通过扫描所述二维码生成的；依据所述反馈信息生成发送请求，将所述发送请求反馈给所述第二平台，以使第二平台发送业务数据给所述用户;本发明实施例利用第一平台对第二平台和第三平台的交互数据进行处理，完成第二平台与第三平台的数据交互，减少了第二平台和第三平台对交互数据的处理，使得任意第二平台和任意第三平台可以进行数据交互，便于用户使用各平台。
[0086]实施例四
[0087]参照图4，示出了根据本发明另一个实施例的数据发送装置的结构框图，
[0088]二维码请求模块302，用于第一平台依据接收的凭据信息，向第二平台请求对应的二维码。
[0089]二维码发送模块304，用于将所述第二平台反馈的二维码发送给第三平台，以通过所述第三平台显示所述二维码给对应的用户。
[0090]反馈信息接收模块306，用于接收所述第二平台发送的反馈信息，所述反馈信息是通过扫描所述二维码生成的。
[0091]发送请求反馈模块308，用于依据所述反馈信息生成发送请求，将所述发送请求反馈给所述第二平台，以使第二平台发送业务数据给所述用户。
[0092]业务状态管理模块310，用于对所述凭据信息对应业务的业务状态进行管理。
[0093]状态修正模块312，用于通过定期对所述第二平台的查询，对所述业务状态进行修正。
[0094]标记信息反馈模块314，用于对所述第二平台的查询结果进行分析;若检测到用户账户存在安全标记，将所述用户账户反馈给第三平台。
[0095]本发明实施例中，二维码请求模块302包括:
[0096]凭据信息接收子模块3022，用于所述第一平台接收第三平台发送的凭据信息。
[0097]业务请求生成子模块3024，用于获取所述凭据信息的凭据标识，采用所述凭据标识生成业务请求。
[0098]业务请求发送子模块3026，用于将所述业务请求发送给所述第二平台，以向第二平台请求对应的二维码。
[0099]本发明实施例中，发送请求反馈模块308包括:
[0100]信息获取子模块3082，用于从所述反馈信息中获取用户信息和凭据标识；
[0101]业务校验子模块3084，依据所述用户信息和凭据标识执行业务校验；
[0102]发送请求生成子模块3086，用于当所述业务校验通过后，生成对应的发送请求。
[0103]本发明实施例中，业务状态管理模块310包括:
[0104]第一状态记录子模块3102，用于在未收到第二平台反馈的二维码时，记录所述业务状态为二维码生成失败。
[0105]提示信息生成子模块3104，用于依据所述二维码生成失败的业务状态生产提示信息。
[0106]提示信息反馈子模块3106，用于将所述提示信息反馈给所述第三平台。
[0107]第二状态记录子模块3108，用于若超出预设时间未接收到发送响应，将所述业务状态记录为发送失败，其中，所述发送响应是所述第二平台在发送所述业务数据后反馈的。
[0108]本发明实施例中，状态修正模块312包括:
[0109]信息确定子模块3122，用于确定处于发送失败的业务状态对应凭据标识。
[0110]状态查询子模块3124，用于在达到周期时间时，查询所述凭据标识在第二平台中的处理状态。
[0111]业务状态修正子模块3126，用于当所述处理状态为已发送时，将所述凭据标识对应的业务状态修正为发送成功。
[0112]本发明实施例通过第一平台依据接收的凭据信息，向第二平台请求对应的二维码;将所述第二平台反馈的二维码发送给第三平台，以通过所述第三平台显示所述二维码给对应的用户；接收所述第二平台发送的反馈信息，所述反馈信息是通过扫描所述二维码生成的；依据所述反馈信息生成发送请求，将所述发送请求反馈给所述第二平台，以使第二平台发送业务数据给所述用户，使得任意第二平台和任意第三平台可以进行数据交互，便于用户使用各平台。
[0113]此外，本发明实施例在第一平台未收到第二平台反馈的二维码时，记录所述业务状态为二维码生成失败，对业务状态为二维码生成失败的业务生成提示信息，再将提示信息发送至第三平台，以使第三平台进行相应的处理，最终使得第三平台在显示界面中显示对应的二维码，增强了用户体验。此外，若超出预设时间第一平台未接收到发送响应，将所述业务状态记录为发送失败，然后通过定期对所述第二平台的查询，对所述业务状态进行修正；当查询第二平台给用户发送红包时，确定该业务状态为修正为发送成功；否则，确定不对该业务状态进行修正;从而保证了业务数据的正确性。
[0114]对于装置实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
[0115]在此提供的算法和显示不与任何特定计算机、虚拟系统或者其它设备固有相关。各种通用系统也可以与基于在此的示教一起使用。根据上面的描述，构造这类系统所要求的结构是显而易见的。此外，本发明也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
[0116]在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
[0117]类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循【具体实施方式】的权利要求书由此明确地并入该【具体实施方式】，其中每个权利要求本身都作为本发明的单独实施例。
[0118]本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
[0119]此外，本领域的技术人员能够理解，尽管在此所述的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
[0120]本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例的数据发送方法和装置中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。
[0121]应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。
[0122]本发明实施例公开了AU、一种数据发送方法，包括:第一平台依据接收的凭据信息，向第二平台请求对应的二维码;将所述第二平台反馈的二维码发送给第三平台，以通过所述第三平台显示所述二维码给对应的用户;接收所述第二平台发送的反馈信息，所述反馈信息是通过扫描所述二维码生成的；依据所述反馈信息生成发送请求，将所述发送请求反馈给所述第二平台，以使第二平台发送业务数据给所述用户。
[0123]A2、如Al所述的方法，其中，所述第一平台依据接收的凭据信息，向第二平台请求对应的二维码，包括:所述第一平台接收第三平台发送的凭据信息;获取所述凭据信息的凭据标识，采用所述凭据标识生成业务请求;将所述业务请求发送给所述第二平台，以向第二平台请求对应的二维码。
[0124]A3、如A2所述的方法，其中，依据所述反馈信息生成发送请求，包括:从所述反馈信息中获取用户信息和凭据标识;依据所述用户信息和凭据标识执行业务校验；当所述业务校验通过后，生成对应的发送请求。
[0125]A4、如Al所述的方法，其中，还包括:对所述凭据信息对应业务的业务状态进行管理。
[0126]A5、如A4所述的方法，其中，对所述凭据信息对应业务的业务状态进行管理，包括:在未收到第二平台反馈的二维码时，记录所述业务状态为二维码生成失败;依据所述二维码生成失败的业务状态生产提示信息;将所述提示信息反馈给所述第三平台。
[0127]A6、如A4所述的方法，其中，对所述凭据信息对应业务的业务状态进行管理，包括:若超出预设时间未接收到发送响应，将所述业务状态记录为发送失败，其中，所述发送响应是所述第二平台在发送所述业务数据后反馈的。
[0128]A7、如A6所述的方法，其中，还包括:通过定期对所述第二平台的查询，对所述业务状态进行修正。
[0129]AS、如A7所述的方法，其中，通过定期对所述第二平台的查询，对所述业务状态进行修正，包括:确定处于发送失败的业务状态对应凭据标识;在达到周期时间时，查询所述凭据标识在第二平台中的处理状态；当所述处理状态为已发送时，将所述凭据标识对应的业务状态修正为发送成功。
[0130]A9、如A7所述的方法，其中，还包括:对所述第二平台的查询结果进行分析;若检测到用户账户存在安全标记，将所述用户账户反馈给第三平台。
[0131]A10、如A1-A9任一所述的方法，其中，所述第二平台包括即时通讯平台，所述第三平台包括游戏平台，所述业务数据包括:红包信息。
[0132]本发明实施例还公开了B11、一种数据发送装置，包括:二维码请求模块，用于第一平台依据接收的凭据信息，向第二平台请求对应的二维码;二维码发送模块，用于将所述第二平台反馈的二维码发送给第三平台，以通过所述第三平台显示所述二维码给对应的用户;反馈信息接收模块，用于接收所述第二平台发送的反馈信息，所述反馈信息是通过扫描所述二维码生成的;发送请求反馈模块，用于依据所述反馈信息生成发送请求，将所述发送请求反馈给所述第二平台，以使第二平台发送业务数据给所述用户。
[0133]B12、如Bll所述的装置，其中，所述二维码请求模块，包括:凭据信息接收子模块，用于所述第一平台接收第三平台发送的凭据信息;业务请求生成子模块，用于获取所述凭据信息的凭据标识，采用所述凭据标识生成业务请求;业务请求发送子模块，用于将所述业务请求发送给所述第二平台，以向第二平台请求对应的二维码。
[0134]B13、如B12所述的装置，其中，所述发送请求反馈模块，包括:信息获取子模块，用于从所述反馈信息中获取用户信息和凭据标识;业务校验子模块，依据所述用户信息和凭据标识执行业务校验;发送请求生成子模块，用于当所述业务校验通过后，生成对应的发送请求。
[0135]B14、如Bll所述的装置，其中，还包括:业务状态管理模块，用于对所述凭据信息对应业务的业务状态进行管理。
[0136]B15、如B14所述的装置，其中，所述业务状态管理模块，包括:第一状态记录子模块，用于在未收到第二平台反馈的二维码时，记录所述业务状态为二维码生成失败;提示信息生成子模块，用于依据所述二维码生成失败的业务状态生产提示信息；提示信息反馈子模块，用于将所述提示信息反馈给所述第三平台。
[0137]B16、如B14所述的装置，其中，所述业务状态管理模块，包括:第二状态记录子模块，用于若超出预设时间未接收到发送响应，将所述业务状态记录为发送失败，其中，所述发送响应是所述第二平台在发送所述业务数据后反馈的。
[0138]B17、如B16所述的装置，其中，还包括:状态修正模块，用于通过定期对所述第二平台的查询，对所述业务状态进行修正。
[0139]B18、如B17所述的装置，其中，所述状态修正模块，包括:信息确定子模块，用于确定处于发送失败的业务状态对应凭据标识;状态查询子模块，用于在达到周期时间时，查询所述凭据标识在第二平台中的处理状态;业务状态修正子模块，用于当所述处理状态为已发送时，将所述凭据标识对应的业务状态修正为发送成功。
[0140]B19、如B17所述的装置，其中，还包括:标记信息反馈模块，用于对所述第二平台的查询结果进行分析;若检测到用户账户存在安全标记，将所述用户账户反馈给第三平台。
[0141]B20、如B11-B19任一所述的装置，其中，所述第二平台包括即时通讯平台，所述第三平台包括游戏平台，所述业务数据包括:红包信息。
【主权项】
1.一种数据发送方法，包括: 第一平台依据接收的凭据信息，向第二平台请求对应的二维码； 将所述第二平台反馈的二维码发送给第三平台，以通过所述第三平台显示所述二维码给对应的用户； 接收所述第二平台发送的反馈信息，所述反馈信息是通过扫描所述二维码生成的； 依据所述反馈信息生成发送请求，将所述发送请求反馈给所述第二平台，以使第二平台发送业务数据给所述用户。2.如权利要求1所述的方法，其特征在于，所述第一平台依据接收的凭据信息，向第二平台请求对应的二维码，包括: 所述第一平台接收第三平台发送的凭据信息； 获取所述凭据信息的凭据标识，采用所述凭据标识生成业务请求； 将所述业务请求发送给所述第二平台，以向第二平台请求对应的二维码。3.如权利要求2所述的方法，其特征在于，依据所述反馈信息生成发送请求，包括: 从所述反馈信息中获取用户信息和凭据标识； 依据所述用户信息和凭据标识执行业务校验； 当所述业务校验通过后，生成对应的发送请求。4.如权利要求1所述的方法，其特征在于，还包括: 对所述凭据信息对应业务的业务状态进行管理。5.如权利要求4所述的方法，其特征在于，对所述凭据信息对应业务的业务状态进行管理，包括: 在未收到第二平台反馈的二维码时，记录所述业务状态为二维码生成失败； 依据所述二维码生成失败的业务状态生产提示信息； 将所述提示信息反馈给所述第三平台。6.如权利要求4所述的方法，其特征在于，对所述凭据信息对应业务的业务状态进行管理，包括: 若超出预设时间未接收到发送响应，将所述业务状态记录为发送失败，其中，所述发送响应是所述第二平台在发送所述业务数据后反馈的。7.如权利要求6所述的方法，其特征在于，还包括: 通过定期对所述第二平台的查询，对所述业务状态进行修正。8.如权利要求7所述的方法，其特征在于，通过定期对所述第二平台的查询，对所述业务状态进行修正，包括: 确定处于发送失败的业务状态对应凭据标识； 在达到周期时间时，查询所述凭据标识在第二平台中的处理状态； 当所述处理状态为已发送时，将所述凭据标识对应的业务状态修正为发送成功。9.如权利要求7所述的方法，其特征在于，还包括: 对所述第二平台的查询结果进行分析； 若检测到用户账户存在安全标记，将所述用户账户反馈给第三平台。10.—种数据发送装置，包括: 二维码请求模块，用于第一平台依据接收的凭据信息，向第二平台请求对应的二维码； 二维码发送模块，用于将所述第二平台反馈的二维码发送给第三平台，以通过所述第三平台显示所述二维码给对应的用户； 反馈信息接收模块，用于接收所述第二平台发送的反馈信息，所述反馈信息是通过扫描所述二维码生成的； 发送请求反馈模块，用于依据所述反馈信息生成发送请求，将所述发送请求反馈给所述第二平台，以使第二平台发送业务数据给所述用户。
【文档编号】G06F17/30GK105933457SQ201610514325
【公开日】2016年9月7日
【申请日】2016年6月30日
【发明人】李辉, 孙小俊
【申请人】北京奇虎科技有限公司, 奇智软件（北京）有限公司