消息推送并获取用户确认的方法、服务端、客户端及系统的制作方法
【专利摘要】本发明涉及一种消息推送并获取用户确认的方法、服务端、客户端及系统，所述方法包括：建立客户端与用户确认端之间的消息推送和用户确认的对应关系；客户端根据用户操作将需要进行用户确认的请求提交至一服务端；所述服务端将所述请求推送至所述用户确认端；所述用户确认端根据所述请求生成确认界面，并获取用户在所述确认界面输入的确认或拒绝信息，将所述确认或拒绝信息发送至所述服务端，能够实现快速、安全的用户确认，用户操作体验非常流畅。
【专利说明】消息推送并获取用户确认的方法、服务端、客户端及系统
【技术领域】
[0001]本发明涉及一种消息推送并获取用户确认的方法、服务端、客户端及系统。
【背景技术】
[0002]在很多网络应用场景，需要用户通过手机对一个重要操作进行确认。例如，在网上银行业务中，通过手机确认是否进行资金转移。在账号管理应用中，通过手机确认是否修改用户密码。在游戏应用中，用户通过手机确认是否进行装备交易等等。
[0003]传统技术中一般采用短信的方式对手机进行信息推送并获取用户确认，具体地说，首先由服务提供商向用户发送短信验证码，用户收到短信验证码后，在网络服务中填入该短信验证码，以确认操作。现有的这种短信确认方式不仅操作繁琐，而且存在短信验证码被木马截获等安全风险，安全性不高。
[0004]因此，亟需一种消息推送并获取用户确认的方法及系统来克服现有的短信确认方式的不足。
【发明内容】
[0005]本发明的目的在于提供一种消息推送并获取用户确认的方法、服务端、客户端及系统，能够实现信息的快速确认，用户只需要在手机的确认界面上进行简单的操作如一次点击或滑动即可完成确认或拒绝信息的输入，实现快速、安全的用户确认，用户操作体验非常流畅。
[0006]为解决上述问题，本发明提供一种消息推送并获取用户确认的方法，包括:
[0007]建立客户端与用户确认端之间的消息推送和用户确认的对应关系；
[0008]从所述客户端获取需要进行用户确认的请求；
[0009]将所述请求推送至所述用户确认端，并从所述用户确认端获取对应于所述请求的用户的确认或拒绝信息。
[0010]本发明提供一种消息推送并获取用户确认的方法，包括:
[0011]建立与用户确认端之间的消息推送和用户确认的对应关系；
[0012]根据用户操作将需要进行用户确认的请求提交至一服务端；
[0013]从所述服务端获取对应于所述请求的反馈，其中，所述反馈由所述服务端根据从所述用户确认端获取到的对应于所述请求的用户的确认或拒绝信息生成。
[0014]本发明提供一种消息推送并获取用户确认的方法，包括:
[0015]建立客户端与用户确认端之间的消息推送和用户确认的对应关系；
[0016]客户端根据用户操作将需要进行用户确认的请求提交至一服务端；
[0017]所述服务端将所述请求推送至所述用户确认端；
[0018]所述用户确认端根据所述请求生成确认界面，并获取用户在所述确认界面输入的确认或拒绝信息，将所述确认或拒绝信息发送至所述服务端。
[0019]进一步的，在上述方法中，所述请求为应用的使用请求，所述应用包括网上银行应用、帐号管理应用和游戏应用中的一种或任意组合。
[0020]进一步的，在上述方法中，所述服务端通过2G、3G或WIFI无线网络同所述用户确认端进行通信。
[0021]进一步的，在上述方法中，所述用户确认端根据所述请求生成确认界面的同时还向用户发出确认提醒。
[0022]进一步的，在上述方法中，所述服务端将所述请求推送至所述用户确认端的步骤中，
[0023]当所述用户确认端为安卓操作系统时，所述服务端使用TCP长连接进行所述请求的推送；
[0024]当所述用户确认端为IOS操作系统时，所述服务端使用IOS操作系统对应的通知功能进行所述请求的推送。
[0025]根据本发明的另一面，本发明还提供一种消息推送并获取用户确认的服务端，所述服务端用于:
[0026]建立客户端与用户确认端之间的消息推送和用户确认的对应关系；
[0027]从所述客户端获取需要进行用户确认的请求；
[0028]将所述请求推送至所述用户确认端，并从所述用户确认端获取对应于所述请求的用户的确认或拒绝信息。
[0029]本发明还提供一种消息推送并获取用户确认的客户端，所述客户端用于:
[0030]建立与用户确认端之间的消息推送和用户确认的对应关系；
[0031]根据用户操作将需要进行用户确认的请求提交至一服务端；
[0032]从所述服务端获取对应于所述请求的反馈，其中，所述反馈由所述服务端根据从所述用户确认端获取到的对应于所述请求的用户的确认或拒绝信息生成。
[0033]本发明还提供一种消息推送并获取用户确认的系统，包括:
[0034]客户端，用于建立与用户确认端之间的消息推送和用户确认的对应关系，及根据用户操作将需要进行用户确认请求提交至一服务端；
[0035]服务端，用于将所述请求推送至所述用户确认端，并接收所述用户确认端发送的确认或拒绝信息；
[0036]用户确认端，用于根据所述请求生成确认界面，并获取用户在所述确认界面输入的确认或拒绝信息，将所述确认或拒绝信息发送至所述服务端。
[0037]进一步的，在上述系统中，所述请求为应用的使用请求，所述应用包括网上银行应用、帐号管理应用和游戏应用中的一种或任意组合。
[0038]进一步的，在上述系统中，当所述用户确认端为安卓操作系统时，所述服务端使用TCP长连接进行所述请求的推送；
[0039]当所述用户确认端为IOS操作系统时，所述服务端使用IOS操作系统对应的通知功能进行所述请求的推送。
[0040]与现有技术相比，本发明通过建立客户端与用户确认端之间的消息推送和用户确认的对应关系；客户端根据用户操作将需要进行用户确认的请求提交至一服务端；所述服务端将所述请求推送至所述用户确认端；所述用户确认端根据所述请求生成确认界面，并获取用户在所述确认界面输入的确认或拒绝信息，将所述确认或拒绝信息发送至所述服务端，能够实现信息的快速确认，用户只需要在手机的确认界面上进行简单的操作如一次点击或滑动即可完成确认或拒绝信息的输入，实现快速、安全的用户确认，用户操作体验非常流畅。
[0041]此外，所述消息推送与确认接收端通过2G、3G或WIFI无线网络同所述用户确认端进行通信，不需要通过短信，仅通过手机网络或WIFI获取用户确认，从而节约了费用，相比短信验证码，不存在短信验证码被木马截获等安全风险，安全性更高。
【专利附图】
【附图说明】
[0042]图1是本发明实施例一的消息推送并获取用户确认的方法的流程图；
[0043]图2是本发明实施例二的消息推送并获取用户确认的方法的流程图
[0044]图3是本发明实施例三的消息推送并获取用户确认的方法的流程图
[0045]图4是本发明实施例四的消息推送并获取用户确认的方法的流程图；
[0046]图5是本发明实施例四至六的消息推送并获取用户确认的方法和框架示意图；
[0047]图6是本发明实施例一至十二的确认界面示意图；
[0048]图7是本发明实施例五的消息推送并获取用户确认的方法的流程图；
[0049]图8是本发明实施例六的消息推送并获取用户确认的方法的流程图。
【具体实施方式】
[0050]为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和【具体实施方式】对本发明作进一步详细的说明。
[0051]实施例一
[0052]如图1所示，本发明的消息推送并获取用户确认的方法，包括以下步骤:
[0053]步骤S41，建立客户端与用户确认端之间的消息推送和用户确认的对应关系。具体的，用户确认端连接网络后，网络请求中并不会包含用户的手机号码信息，如果需要进行向特定手机号码的精确推送与用户确认，建立客户端与用户确认端之间的消息推送和用户确认的对应关系的步骤可先通过短信获取到用户手机号码，在后续消息通知渠道时，建立通知渠道与手机号码的对应关系，即可实现针对特定手机号码的精确推送。所述用户确认端可以是手机、PDA等能够提供确认功能的各种终端。
[0054]步骤S42，从所述客户端获取需要进行用户确认的请求。
[0055]优选的，所述请求为应用的使用请求，所述应用包括网上银行应用、帐号管理应用和游戏应用中的一种或任意组合，当然还可以包括其它需要用户确认的应用，在此不一一赘述。
[0056]步骤S43，将所述请求推送至所述用户确认端，并从所述用户确认端获取对应于所述请求的用户的确认或拒绝信息。
[0057]优选的，可以通过2G、3G或WIFI无线网络同所述用户确认端进行通信。
[0058]较佳的，当所述用户确认端为安卓操作系统时，使用TCP长连接进行所述请求的推送；当所述用户确认端为IOS操作系统时，使用IOS操作系统对应的通知功能进行所述请求的推送。由于用户确认需要用户及时操作，因此必须在有确认信息时第一时间通知到用户确认端，而由于手机电量、流量有限，不能使用PC客户端常用的轮询方式进行消息下发。为了实现消息的及时下发，可以结合用户确认端的操作系统的类型选择消息下发的方式，根据不同的用户确认端的操作系统建立的相应的消息通知渠道的方法也有所不同，例如安卓操作系统可以使用TCP长连接，IOS操作系统可以使用苹果提供的通知功能。
[0059]具体的，当所述用户确认端收到所述请求后，可弹出如图6所示的确认界面，用户可在该确认界面上进行简单的操作如点击确认或滑动确认或拒绝，即可完成确认或拒绝信息的输入操作。所述用户确认端将用户确认或拒绝信息发送给服务端。
[0060]优选的，所述用户确认端根据所述请求生成确认界面的同时还向用户发出确认提醒，所述确认提醒可以包括但不限于铃声或震动等方式。
[0061]本实施例能够实现信息的快速确认，用户只需要在手机的确认界面上进行简单的操作如一次点击或滑动即可完成确认或拒绝信息的输入，实现快速、安全的用户确认，用户操作体验非常流畅。此外，通过2G、3G或WIFI无线网络同所述用户确认端进行通信，不需要通过短信，仅通过手机网络或WIFI获取用户确认，从而节约了费用，相比短信验证码，不存在短信验证码被木马截获等安全风险，安全性更高。
[0062]实施例二
[0063]如图2所示，本发明的消息推送并获取用户确认的方法，包括以下步骤:
[0064]步骤S51，建立与用户确认端之间的消息推送和用户确认的对应关系。具体的，用户确认端连接网络后，网络请求中并不会包含用户的手机号码信息，如果需要进行向特定手机号码的精确推送与用户确认，建立客户端与用户确认端之间的消息推送和用户确认的对应关系的步骤可先通过短信获取到用户手机号码，在后续消息通知渠道时，建立通知渠道与手机号码的对应关系，即可实现针对特定手机号码的精确推送。所述用户确认端可以是手机、PDA等能够提供确认功能的各种终端。
[0065]步骤S52，根据用户操作将需要进行用户确认的请求提交至一服务端。
[0066]优选的，所述请求为应用的使用请求，所述应用包括网上银行应用、帐号管理应用和游戏应用中的一种或任意组合，当然还可以包括其它需要用户确认的应用，在此不一一赘述。
[0067]步骤S53，从所述服务端获取对应于所述请求的反馈，其中，所述反馈由所述服务端根据从所述用户确认端获取到的对应于所述请求的用户的确认或拒绝信息生成。具体的，当所述用户确认端收到所述请求后，可弹出如图6所示的确认界面，用户可在该确认界面上进行简单的操作如点击确认或滑动确认或拒绝，即可完成确认或拒绝信息的输入操作。所述用户确认端将用户确认或拒绝信息发送给服务端。
[0068]优选的，所述用户确认端根据所述请求生成确认界面的同时还向用户发出确认提醒，所述确认提醒可以包括但不限于铃声或震动等方式。
[0069]优选的，所述服务端通过2G、3G或WIFI无线网络同所述用户确认端进行通信。
[0070]较佳的，当所述用户确认端为安卓操作系统时，所述服务端使用TCP长连接进行所述请求推送；当所述用户确认端为IOS操作系统时，所述服务端使用IOS操作系统对应的通知功能进行所述请求的推送。由于用户确认需要用户及时操作，因此必须在有确认信息时第一时间通知到用户确认端，而由于手机电量、流量有限，不能使用PC客户端常用的轮询方式进行消息下发。为了实现消息的及时下发，可以结合用户确认端的操作系统的类型选择消息下发的方式，根据不同的用户确认端的操作系统建立的相应的消息通知渠道的方法也有所不同，例如安卓操作系统可以使用TCP长连接，IOS操作系统可以使用苹果提供的通知功能。
[0071]本实施例能够实现信息的快速确认，用户只需要在手机的确认界面上进行简单的操作如一次点击或滑动即可完成确认或拒绝信息的输入，实现快速、安全的用户确认，用户操作体验非常流畅。此外，所述服务端通过2G、3G或WIFI无线网络同所述用户确认端进行通信，不需要通过短信，仅通过手机网络或WIFI获取用户确认，从而节约了费用，相比短信验证码，不存在短信验证码被木马截获等安全风险，安全性更高。
[0072]实施例三
[0073]如图3所示，本发明的消息推送并获取用户确认的方法，包括以下步骤:
[0074]步骤S61，建立客户端与用户确认端之间的消息推送和用户确认的对应关系。具体的，用户确认端连接网络后，网络请求中并不会包含用户的手机号码信息，如果需要进行向特定手机号码的精确推送与用户确认，建立客户端与用户确认端之间的消息推送和用户确认的对应关系的步骤可先通过短信获取到用户手机号码，在后续消息通知渠道时，建立通知渠道与手机号码的对应关系，即可实现针对特定手机号码的精确推送。所述用户确认端可以是手机、PDA等能够提供确认功能的各种终端。
[0075]步骤S62，客户端根据用户操作将需要进行用户确认的请求提交至一服务端。
[0076]优选的，所述请求为应用的使用请求，所述应用包括网上银行应用、帐号管理应用和游戏应用中的一种或任意组合，当然还可以包括其它需要用户确认的应用，在此不一一赘述。
[0077]步骤S63，所述服务端将所述请求推送至所述用户确认端。
[0078]步骤S64，所述用户确认端根据所述请求生成确认界面，并获取用户在所述确认界面输入的确认或拒绝信息，将所述确认或拒绝信息发送至所述服务端。
[0079]优选的，所述服务端通过2G、3G或WIFI无线网络同所述用户确认端进行通信。
[0080]较佳的，当所述用户确认端为安卓操作系统时，所述服务端使用TCP长连接进行所述请求的推送；当所述用户确认端为IOS操作系统时，所述服务端使用IOS操作系统对应的通知功能进行所述请求的推送。由于用户确认需要用户及时操作，因此必须在有确认信息时第一时间通知到用户确认端，而由于手机电量、流量有限，不能使用PC客户端常用的轮询方式进行消息下发。为了实现消息的及时下发，可以结合用户的用户确认端的操作系统的类型选择消息下发的方式，根据不同的用户确认端的操作系统建立的相应的消息通知渠道的方法也有所不同，例如安卓操作系统可以使用TCP长连接，IOS操作系统可以使用苹果提供的通知功能。
[0081]具体的，当所述用户确认端收到所述请求后，可弹出如图6所示的确认界面，用户可在该确认界面上进行简单的操作如点击确认或滑动确认或拒绝，即可完成确认或拒绝信息的输入操作。所述用户确认端将用户确认或拒绝信息发送给服务端。
[0082]优选的，所述用户确认端根据所述请求生成确认界面的同时还向用户发出确认提醒，所述确认提醒可以包括但不限于铃声或震动等方式。
[0083]本实施例能够实现信息的快速确认，用户只需要在手机的确认界面上进行简单的操作如一次点击或滑动即可完成确认或拒绝信息的输入，实现快速、安全的用户确认，用户操作体验非常流畅。此外，服务端通过2G、3G或WIFI无线网络同所述用户确认端进行通信，不需要通过短信，仅通过手机网络或WIFI获取用户确认，从而节约了费用，相比短信验证码，不存在短信验证码被木马截获等安全风险，安全性更高。
[0084]实施例四
[0085]如图4和5所示，本发明的消息推送并获取用户确认的方法，包括以下步骤:
[0086]步骤S11，建立客户端与用户确认端之间的消息推送和用户确认的对应关系。具体的，用户确认端连接网络后，网络请求中并不会包含用户的手机号码信息，如果需要进行向特定手机号码的精确推送与用户确认，建立客户端与用户确认端之间的消息推送和用户确认的对应关系的步骤可先通过短信获取到用户手机号码，在后续消息通知渠道时，建立通知渠道与手机号码的对应关系，即可实现针对特定手机号码的精确推送。所述用户确认端可以是手机、PDA等能够提供确认功能的各种终端。
[0087]步骤S12，从所述客户端获取需要进行用户确认的应用的使用请求。
[0088]优选的，所述应用包括网上银行应用、帐号管理应用和游戏应用中的一种或任意组合，当然还可以包括其它需要用户确认的应用，在此不一一赘述。
[0089]步骤S13，根据所述应用的使用请求将对应的请求确认的消息推送至一消息推送与确认接收端，其中，所述请求确认的消息由所述消息推送与确认接收端推送至与所述客户端建立了所述消息推送和用户确认的对应关系的用户确认端。具体的，所述消息推送与确认接收端负责向用户确认端推送消息并获取用户确认信息的智能服务。所述服务端需要用户通过用户确认端对所述应用的使用请求进行确认，因此将请求确认的消息推送给消息推送与确认服务。
[0090]优选的，所述消息推送与确认接收端通过2G、3G或WIFI无线网络同所述用户确认端进行通信。具体的，所述消息推送与确认接收端可以将请求确认的消息通过2G、3G或WIFI无线网络推送给用户确认端。
[0091]较佳的，当所述用户确认端为安卓操作系统时，所述消息推送与确认接收端使用TCP长连接进行所述请求确认的消息的推送；当所述用户确认端为IOS操作系统时，所述消息推送与确认接收端使用IOS操作系统对应的通知功能进行所述请求确认的消息的推送。由于用户确认需要用户及时操作，因此必须在有确认信息时第一时间通知到用户确认端，而由于手机电量、流量有限，不能使用PC客户端常用的轮询方式进行消息下发。为了实现消息的及时下发，可以结合用户确认端的操作系统的类型选择消息下发的方式，根据不同的用户确认端的操作系统建立的相应的消息通知渠道的方法也有所不同，例如安卓操作系统可以使用TCP长连接，IOS操作系统可以使用苹果提供的通知功能。
[0092]步骤S14，从所述消息推送与确认接收端获取对应于所述请求确认的消息的用户的确认或拒绝信息，其中，所述用户的确认或拒绝信息由所述消息推送与确认接收端从与所述客户端建立了所述消息推送和用户确认的对应关系的用户确认端获取。具体的，当所述用户确认端收到所述请求确认的消息后，可弹出如图6所示的确认界面，用户可在该确认界面上进行简单的操作如点击确认或滑动确认或拒绝，即可完成确认或拒绝信息的输入操作。所述用户确认端将用户确认或拒绝信息发送给消息推送与确认服务端，所述消息推送与确认服务端再将确认或拒绝信息发送给服务端。
[0093]优选的，所述用户确认端根据所述请求确认的消息生成确认界面的同时还向用户发出确认提醒。具体的，所述用户确认端收到所述请求确认的消息后，可以向用户发出确认提醒，所述确认提醒可以包括但不限于铃声或震动等方式。
[0094]本实施例能够实现信息的快速确认，用户只需要在手机的确认界面上进行简单的操作如一次点击或滑动即可完成确认或拒绝信息的输入，实现快速、安全的用户确认，用户操作体验非常流畅。此外，所述消息推送与确认接收端通过2G、3G或WIFI无线网络同所述用户确认端进行通信，不需要通过短信，仅通过手机网络或WIFI获取用户确认，从而节约了费用，相比短信验证码，不存在短信验证码被木马截获等安全风险，安全性更高。
[0095]实施例五
[0096]如图5和7所示，本发明的消息推送并获取用户确认的方法，客户端执行以下步骤:
[0097]步骤S21，建立与用户确认端之间的消息推送和用户确认的对应关系。具体的，用户确认端连接网络后，网络请求中并不会包含用户的手机号码信息，如果需要进行向特定手机号码的精确推送与用户确认，建立客户端与用户确认端之间的消息推送和用户确认的对应关系的步骤可先通过短信获取到用户手机号码，在后续消息通知渠道时，建立通知渠道与手机号码的对应关系，即可实现针对特定手机号码的精确推送。所述用户确认端可以是手机、PDA等能够提供确认功能的各种终端。
[0098]步骤S22，根据用户操作启动需要进行用户确认的应用，并将所述应用的使用请求提交至一服务端，其中，所述应用的使用请求由所述服务端通过一消息推送与确认接收端发送至与所述客户端建立了消息推送和用户确认的对应关系的用户确认端。具体的，所述消息推送与确认接收端负责向用户确认端推送消息并获取用户确认信息的智能服务。所述服务端需要用户通过用户确认端对所述应用的使用请求进行确认，因此将请求确认的消息推送给消息推送与确认服务。
[0099]优选的，所述应用包括网上银行应用、帐号管理应用和游戏应用中的一种或任意组合，当然还可以包括其它需要用户确认的应用，在此不一一赘述。
[0100]步骤S23，从所述服务端获取对应于所述应用的使用请求的反馈，其中，所述反馈由所述服务端根据获取到的对应于所述应用的使用请求的用户的确认或拒绝信息生成，所述用户的确认或拒绝信息通过所述消息推送与确认接收端从与所述客户端建立了消息推送和用户确认的对应关系的用户确认端获取。具体的，当所述用户确认端收到所述请求确认的消息后，可弹出如图6所示的确认界面，用户可在该确认界面上进行简单的操作如点击确认或滑动确认或拒绝，即可完成确认或拒绝信息的输入操作。所述用户确认端将用户确认或拒绝信息发送给消息推送与确认服务端，所述消息推送与确认服务端再将确认或拒绝信息发送给服务端。
[0101]优选的，所述用户确认端根据所述请求确认的消息生成确认界面的同时还向用户发出确认提醒。具体的，所述用户确认端收到所述请求确认的消息后，可以向用户发出确认提醒，所述确认提醒可以包括但不限于铃声或震动等方式。
[0102]优选的，所述消息推送与确认接收端通过2G、3G或WIFI无线网络同所述用户确认端进行通信。具体的，所述消息推送与确认接收端可以将请求确认的消息通过2G、3G或WIFI无线网络推送给用户确认端。
[0103]较佳的，当所述用户确认端为安卓操作系统时，所述服务端和所述消息推送与确认接收端使用TCP长连接进行所述请求确认的消息的推送；当所述用户确认端为IOS操作系统时，所述服务端和所述消息推送与确认接收端使用IOS操作系统对应的通知功能进行所述请求确认的消息的推送。由于用户确认需要用户及时操作，因此必须在有确认信息时第一时间通知到用户确认端，而由于手机电量、流量有限，不能使用PC客户端常用的轮询方式进行消息下发。为了实现消息的及时下发，可以结合用户确认端的操作系统的类型选择消息下发的方式，根据不同的用户确认端的操作系统建立的相应的消息通知渠道的方法也有所不同，例如安卓操作系统可以使用TCP长连接，IOS操作系统可以使用苹果提供的通知功能。
[0104]本实施例能够实现信息的快速确认，用户只需要在手机的确认界面上进行简单的操作如一次点击或滑动即可完成确认或拒绝信息的输入，实现快速、安全的用户确认，用户操作体验非常流畅。此外，所述消息推送与确认接收端通过2G、3G或WIFI无线网络同所述用户确认端进行通信，不需要通过短信，仅通过手机网络或WIFI获取用户确认，从而节约了费用，相比短信验证码，不存在短信验证码被木马截获等安全风险，安全性更高。
[0105]实施例六
[0106]如图5至8所示，本发明的消息推送并获取用户确认的方法，包括:
[0107]步骤S31，建立客户端与用户确认端之间的消息推送和用户确认的对应关系。具体的，用户确认端连接网络后，网络请求中并不会包含用户的手机号码信息，如果需要进行向特定手机号码的精确推送与用户确认，建立客户端与用户确认端之间的消息推送和用户确认的对应关系的步骤可先通过短信获取到用户手机号码，在后续消息通知渠道时，建立通知渠道与手机号码的对应关系，即可实现针对特定手机号码的精确推送。所述用户确认端可以是手机、PDA等能够提供确认功能的各种终端。
[0108]步骤S32，客户端根据用户操作启动需要进行用户确认的应用，客户端将所述应用的使用请求提交至一服务端。
[0109]优选的，所述应用包括网上银行应用、帐号管理应用和游戏应用中的一种或任意组合，当然还可以包括其它需要用户确认的应用，在此不一一赘述。
[0110]步骤S33，服务端根据所述应用的使用请求将对应的请求确认的消息推送至一消息推送与确认接收端，所述消息推送与确认接收端将所述请求确认的消息推送至建立了消息推送和用户确认的对应关系的用户确认端。具体的，所述消息推送与确认接收端负责向用户的用户确认端推送消息并获取用户确认信息的智能服务。所述服务端需要用户通过用户确认端对所述应用的使用请求进行确认，因此将请求确认的消息推送给消息推送与确认服务。
[0111]优选的，所述消息推送与确认接收端通过2G、3G或WIFI无线网络同所述用户确认端进行通信。具体的，所述消息推送与确认接收端可以将请求确认的消息通过2G、3G或WIFI无线网络推送给用户的用户确认端。
[0112]较佳的，当所述用户确认端为安卓操作系统时，所述服务端和所述消息推送与确认接收端使用TCP长连接进行所述请求确认的消息的推送；当所述用户确认端为IOS操作系统时，所述服务端和所述消息推送与确认接收端使用IOS操作系统对应的通知功能进行所述请求确认的消息的推送。由于用户确认需要用户及时操作，因此必须在有确认信息时第一时间通知到用户确认端，而由于手机电量、流量有限，不能使用PC客户端常用的轮询方式进行消息下发。为了实现消息的及时下发，可以结合用户的用户确认端的操作系统的类型选择消息下发的方式，根据不同的用户确认端的操作系统建立的相应的消息通知渠道的方法也有所不同，例如安卓操作系统可以使用TCP长连接，IOS操作系统可以使用苹果提供的通知功能。
[0113]步骤S34，所述用户确认端根据所述请求确认的消息生成确认界面，并获取用户在所述确认界面输入的确认或拒绝信息，将所述确认或拒绝信息通过所述消息推送与确认接收端发送至所述服务端。具体的，当所述用户确认端收到所述请求确认的消息后，可弹出如图3所示的确认界面，用户可在该确认界面上进行简单的操作如点击确认或滑动确认或拒绝，即可完成确认或拒绝信息的输入操作。所述用户确认端将用户确认或拒绝信息发送给消息推送与确认服务端，所述消息推送与确认服务端再将确认或拒绝信息发送给服务端。
[0114]优选的，所述用户确认端根据所述请求确认的消息生成确认界面的同时还向用户发出确认提醒。具体的，所述用户确认端收到所述请求确认的消息后，可以向用户发出确认提醒，所述确认提醒可以包括但不限于铃声或震动等方式。
[0115]本实施例通过建立客户端与用户确认端之间的消息推送和用户确认的对应关系；客户端根据用户操作启动需要进行用户确认的应用，客户端将所述应用的使用请求提交至一服务端；所述服务端根据所述应用的使用请求将对应的请求确认的消息推送至一消息推送与确认接收端，所述消息推送与确认接收端将所述请求确认的消息推送至建立了消息推送和用户确认的对应关系的用户确认端；所述用户确认端根据所述请求确认的消息生成确认界面，并获取用户在所述确认界面输入的确认或拒绝信息，将所述确认或拒绝信息通过所述消息推送与确认接收端发送至所述服务端，能够实现信息的快速确认，用户只需要在手机的确认界面上进行简单的操作如一次点击或滑动即可完成确认或拒绝信息的输入，实现快速、安全的用户确认，用户操作体验非常流畅。
[0116]此外，所述消息推送与确认接收端通过2G、3G或WIFI无线网络同所述用户确认端进行通信，不需要通过短信，仅通过手机网络或WIFI获取用户确认，从而节约了费用，相比短信验证码，不存在短信验证码被木马截获等安全风险，安全性更高。
[0117]实施例七
[0118]本发明还提供另一种消息推送并获取用户确认的服务端，所述服务端用于:
[0119]建立客户端与用户确认端之间的消息推送和用户确认的对应关系；
[0120]从所述客户端获取需要进行用户确认的请求；
[0121]将所述请求推送至所述用户确认端，并从所述用户确认端获取对应于所述请求的用户的确认或拒绝信息。
[0122]具体的，用户确认端连接网络后，网络请求中并不会包含用户的手机号码信息，如果需要进行向特定手机号码的精确推送与用户确认，建立客户端与用户确认端之间的消息推送和用户确认的对应关系的步骤可先通过短信获取到用户手机号码，在后续消息通知渠道时，建立通知渠道与手机号码的对应关系，即可实现针对特定手机号码的精确推送。所述用户确认端可以是手机、PDA等能够提供确认功能的各种终端。
[0123]优选的，所述请求为应用的使用请求，所述应用包括网上银行应用、帐号管理应用和游戏应用中的一种或任意组合，当然还可以包括其它需要用户确认的应用，在此不一一赘述。
[0124]优选的，服务端可以通过2G、3G或WIFI无线网络同所述用户确认端进行通信。[0125]较佳的，当所述用户确认端为安卓操作系统时，可以将通过使用TCP长连接进行所述请求推送；当所述用户确认端为IOS操作系统时，使用IOS操作系统对应的通知功能进行所述请求推送。由于用户确认需要用户及时操作，因此必须在有确认信息时第一时间通知到用户确认端，而由于手机电量、流量有限，不能使用PC客户端常用的轮询方式进行消息下发。为了实现消息的及时下发，可以结合用户确认端的操作系统的类型选择消息下发的方式，根据不同的用户确认端的操作系统建立的相应的消息通知渠道的方法也有所不同，例如安卓操作系统可以使用TCP长连接，IOS操作系统可以使用苹果提供的通知功能。
[0126]具体的，当所述用户确认端收到所述请求后，可弹出如图3所示的确认界面，用户可在该确认界面上进行简单的操作如点击确认或滑动确认或拒绝，即可完成确认或拒绝信息的输入操作。所述用户确认端将用户确认或拒绝信息发送给服务端。
[0127]优选的，所述用户确认端根据所述请求生成确认界面的同时还向用户发出确认提醒，所述确认提醒可以包括但不限于铃声或震动等方式。
[0128]本实施例能够实现信息的快速确认，用户只需要在手机的确认界面上进行简单的操作如一次点击或滑动即可完成确认或拒绝信息的输入，实现快速、安全的用户确认，用户操作体验非常流畅。此外，所述服务端通过2G、3G或WIFI无线网络同所述用户确认端进行通信，不需要通过短信，仅通过手机网络或WIFI获取用户确认，从而节约了费用，相比短信验证码，不存在短信验证码被木马截获等安全风险，安全性更高。
[0129]实施例八
[0130]本发明还提供另一种消息推送并获取用户确认的客户端，所述客户端用于:
[0131]建立与用户确认端之间的消息推送和用户确认的对应关系；
[0132]根据用户操作将需要进行用户确认的请求提交至一服务端；
[0133]从所述服务端获取对应于所述请求的反馈，其中，所述反馈由所述服务端根据从所述用户确认端获取到的对应于所述请求的用户的确认或拒绝信息生成。
[0134]具体的，用户确认端连接网络后，网络请求中并不会包含用户的手机号码信息，如果需要进行向特定手机号码的精确推送与用户确认，建立客户端与用户确认端之间的消息推送和用户确认的对应关系的步骤可先通过短信获取到用户手机号码，在后续消息通知渠道时，建立通知渠道与手机号码的对应关系，即可实现针对特定手机号码的精确推送。所述用户确认端可以是手机、PDA等能够提供确认功能的各种终端。
[0135]优选的，所述请求为应用的使用请求，所述应用包括网上银行应用、帐号管理应用和游戏应用中的一种或任意组合，当然还可以包括其它需要用户确认的应用，在此不一一赘述。
[0136]具体的，当所述用户确认端收到所述请求后，可弹出如图3所示的确认界面，用户可在该确认界面上进行简单的操作如点击确认或滑动确认或拒绝，即可完成确认或拒绝信息的输入操作。所述用户确认端将用户确认或拒绝信息发送给服务端。
[0137]优选的，所述用户确认端根据所述请求生成确认界面的同时还向用户发出确认提醒，所述确认提醒可以包括但不限于铃声或震动等方式。
[0138]优选的，所述服务端通过2G、3G或WIFI无线网络同所述用户确认端进行通信。
[0139]较佳的，当所述用户确认端为安卓操作系统时，所述服务端使用TCP长连接进行所述请求推送；当所述用户确认端为IOS操作系统时，所述服务端使用IOS操作系统对应的通知功能进行所述请求的推送。由于用户确认需要用户及时操作，因此必须在有确认信息时第一时间通知到用户确认端，而由于手机电量、流量有限，不能使用PC客户端常用的轮询方式进行消息下发。为了实现消息的及时下发，可以结合用户确认端的操作系统的类型选择消息下发的方式，根据不同的用户确认端的操作系统建立的相应的消息通知渠道的方法也有所不同，例如安卓操作系统可以使用TCP长连接，IOS操作系统可以使用苹果提供的通知功能。
[0140]本实施例能够实现信息的快速确认，用户只需要在手机的确认界面上进行简单的操作如一次点击或滑动即可完成确认或拒绝信息的输入，实现快速、安全的用户确认，用户操作体验非常流畅。此外，所述服务端通过2G、3G或WIFI无线网络同所述用户确认端进行通信，不需要通过短信，仅通过手机网络或WIFI获取用户确认，从而节约了费用，相比短信验证码，不存在短信验证码被木马截获等安全风险，安全性更高。
[0141]实施例九
[0142]本发明还提供另一种消息推送并获取用户确认的系统，本系统的结构示意图可参照图5，区别在于，本实施例省去了消息推送和确认接收端，由服务端与用户确认端直接通信，包括:
[0143]客户端，用于建立与用户确认端之间的消息推送和用户确认的对应关系，及根据用户操作将需要进行用户确认请求提交至一服务端；
[0144]服务端，用于将所述请求推送至所述用户确认端，并接收所述用户确认端发送的确认或拒绝信息；
[0145]用户确认端，用于根据所述请求生成确认界面，并获取用户在所述确认界面输入的确认或拒绝信息，将所述确认或拒绝信息发送至所述服务端。
[0146]具体的，用户确认端连接网络后，网络请求中并不会包含用户的手机号码信息，如果需要进行向特定手机号码的精确推送与用户确认，建立客户端与用户确认端之间的消息推送和用户确认的对应关系的步骤可先通过短信获取到用户手机号码，在后续消息通知渠道时，建立通知渠道与手机号码的对应关系，即可实现针对特定手机号码的精确推送。所述用户确认端可以是手机、PDA等能够提供确认功能的各种终端。
[0147]优选的，所述请求为应用的使用请求，所述应用包括网上银行应用、帐号管理应用和游戏应用中的一种或任意组合，当然还可以包括其它需要用户确认的应用，在此不一一赘述。
[0148]优选的，所述服务端通过2G、3G或WIFI无线网络同所述用户确认端进行通信。
[0149]较佳的，当所述用户确认端为安卓操作系统时，所述服务端使用TCP长连接进行所述请求的推送；当所述用户确认端为IOS操作系统时，所述服务端使用IOS操作系统对应的通知功能进行所述请求的推送。由于用户确认需要用户及时操作，因此必须在有确认信息时第一时间通知到用户确认端，而由于手机电量、流量有限，不能使用PC客户端常用的轮询方式进行消息下发。为了实现消息的及时下发，可以结合用户的用户确认端的操作系统的类型选择消息下发的方式，根据不同的用户确认端的操作系统建立的相应的消息通知渠道的方法也有所不同，例如安卓操作系统可以使用TCP长连接，IOS操作系统可以使用苹果提供的通知功能。
[0150]具体的，当所述用户确认端收到所述请求后，可弹出如图3所示的确认界面，用户可在该确认界面上进行简单的操作如点击确认或滑动确认或拒绝，即可完成确认或拒绝信息的输入操作。所述用户确认端将用户确认或拒绝信息发送给服务端。
[0151]优选的，所述用户确认端根据所述请求生成确认界面的同时还向用户发出确认提醒，所述确认提醒可以包括但不限于铃声或震动等方式。
[0152]本实施例能够实现信息的快速确认，用户只需要在手机的确认界面上进行简单的操作如一次点击或滑动即可完成确认或拒绝信息的输入，实现快速、安全的用户确认，用户操作体验非常流畅。此外，服务端通过2G、3G或WIFI无线网络同所述用户确认端进行通信，不需要通过短信，仅通过手机网络或WIFI获取用户确认，从而节约了费用，相比短信验证码，不存在短信验证码被木马截获等安全风险，安全性更高。
[0153]实施例十
[0154]如图2所示，本发明还提供一种消息推送并获取用户确认的服务端，所述服务端用于:
[0155]建立客户端与用户确认端之间的消息推送和用户确认的对应关系，具体的，用户确认端连接网络后，网络请求中并不会包含用户的手机号码信息，如果需要进行向特定手机号码的精确推送与用户确认，建立客户端与用户确认端之间的消息推送和用户确认的对应关系的步骤可先通过短信获取到用户手机号码，在后续消息通知渠道时，建立通知渠道与手机号码的对应关系，即可实现针对特定手机号码的精确推送，所述用户确认端可以是手机、PDA等能够提供确认功能的各种终端；
[0156]从所述客户端获取需要进行用户确认的应用的使用请求，优选的，所述应用包括网上银行应用、帐号管理应用和游戏应用中的一种或任意组合，当然还可以包括其它需要用户确认的应用，在此不一一赘述；
[0157]根据所述应用的使用请求将对应的请求确认的消息推送至一消息推送与确认接收端，其中，所述请求确认的消息由所述消息推送与确认接收端推送至与所述客户端建立了所述消息推送和用户确认的对应关系的用户确认端，具体的，所述消息推送与确认接收端负责向用户确认端推送消息并获取用户确认信息的智能服务。所述服务端需要用户通过用户确认端对所述应用的使用请求进行确认，因此将请求确认的消息推送给消息推送与确认服务，优选的，所述消息推送与确认接收端通过2G、3G或WIFI无线网络同所述用户确认端进行通信，具体的，所述消息推送与确认接收端可以将请求确认的消息通过2G、3G或WIFI无线网络推送给用户确认端；
[0158]从所述消息推送与确认接收端获取对应于所述请求确认的消息的用户的确认或拒绝信息，其中，所述用户的确认或拒绝信息由所述消息推送与确认接收端从与所述客户端建立了所述消息推送和用户确认的对应关系的用户确认端获取。具体的，当所述用户确认端收到所述请求确认的消息后，可弹出如图3所示的确认界面，用户可在该确认界面上进行简单的操作如点击确认或滑动确认或拒绝，即可完成确认或拒绝信息的输入操作。所述用户确认端将用户确认或拒绝信息发送给消息推送与确认服务端，所述消息推送与确认服务端再将确认或拒绝信息发送给服务端。
[0159]优选的，所述用户确认端根据所述请求确认的消息生成确认界面的同时还向用户发出确认提醒。具体的，所述用户确认端收到所述请求确认的消息后，可以向用户发出确认提醒，所述确认提醒可以包括但不限于铃声或震动等方式。[0160]较佳的，当所述用户确认端为安卓操作系统时，所述服务端和所述消息推送与确认接收端使用TCP长连接进行所述请求确认的消息的推送；当所述用户确认端为IOS操作系统时，所述服务端和所述消息推送与确认接收端使用IOS操作系统对应的通知功能进行所述请求确认的消息的推送。由于用户确认需要用户及时操作，因此必须在有确认信息时第一时间通知到用户确认端，而由于手机电量、流量有限，不能使用PC客户端常用的轮询方式进行消息下发。为了实现消息的及时下发，可以结合用户确认端的操作系统的类型选择消息下发的方式，根据不同的用户确认端的操作系统建立的相应的消息通知渠道的方法也有所不同，例如安卓操作系统可以使用TCP长连接，IOS操作系统可以使用苹果提供的通知功能。
[0161]本实施例能够实现信息的快速确认，用户只需要在手机的确认界面上进行简单的操作如一次点击或滑动即可完成确认或拒绝信息的输入，实现快速、安全的用户确认，用户操作体验非常流畅。此外，所述消息推送与确认接收端通过2G、3G或WIFI无线网络同所述用户确认端进行通信，不需要通过短信，仅通过手机网络或WIFI获取用户确认，从而节约了费用，相比短信验证码，不存在短信验证码被木马截获等安全风险，安全性更高。
[0162]实施例1^一
[0163]如图2所示，本发明还提供一种消息推送并获取用户确认的客户端，所述客户端用于:
[0164]建立与用户 确认端之间的消息推送和用户确认的对应关系，具体的，用户确认端连接网络后，网络请求中并不会包含用户的手机号码信息，如果需要进行向特定手机号码的精确推送与用户确认，建立客户端与用户确认端之间的消息推送和用户确认的对应关系的步骤可先通过短信获取到用户手机号码，在后续消息通知渠道时，建立通知渠道与手机号码的对应关系，即可实现针对特定手机号码的精确推送，所述用户确认端可以是手机、PDA等能够提供确认功能的各种终端。；
[0165]根据用户操作启动需要进行用户确认的应用，并将所述应用的使用请求提交至一服务端，其中，所述应用的使用请求由所述服务端通过一消息推送与确认接收端发送至与所述客户端建立了消息推送和用户确认的对应关系的用户确认端，具体的，所述消息推送与确认接收端负责向用户确认端推送消息并获取用户确认信息的智能服务。所述服务端需要用户通过用户确认端对所述应用的使用请求进行确认，因此将请求确认的消息推送给消息推送与确认服务，优选的，所述应用包括网上银行应用、帐号管理应用和游戏应用中的一种或任意组合，当然还可以包括其它需要用户确认的应用，在此不一一赘述；
[0166]从所述服务端获取对应于所述应用的使用请求的反馈，其中，所述反馈由所述服务端根据获取到的对应于所述应用的使用请求的用户的确认或拒绝信息生成，所述用户的确认或拒绝信息通过所述消息推送与确认接收端从与所述客户端建立了消息推送和用户确认的对应关系的用户确认端获取。具体的，当所述用户确认端收到所述请求确认的消息后，可弹出如图3所示的确认界面，用户可在该确认界面上进行简单的操作如点击确认或滑动确认或拒绝，即可完成确认或拒绝信息的输入操作。所述用户确认端将用户确认或拒绝信息发送给消息推送与确认服务端，所述消息推送与确认服务端再将确认或拒绝信息发送给服务端。
[0167]优选的，所述用户确认端根据所述请求确认的消息生成确认界面的同时还向用户发出确认提醒。具体的，所述用户确认端收到所述请求确认的消息后，可以向用户发出确认提醒，所述确认提醒可以包括但不限于铃声或震动等方式。
[0168]优选的，所述消息推送与确认接收端通过2G、3G或WIFI无线网络同所述用户确认端进行通信。具体的，所述消息推送与确认接收端可以将请求确认的消息通过2G、3G或WIFI无线网络推送给用户确认端。
[0169]较佳的，当所述用户确认端为安卓操作系统时，所述服务端和所述消息推送与确认接收端使用TCP长连接进行所述请求确认的消息的推送；当所述用户确认端为IOS操作系统时，所述服务端和所述消息推送与确认接收端使用IOS操作系统对应的通知功能进行所述请求确认的消息的推送。由于用户确认需要用户及时操作，因此必须在有确认信息时第一时间通知到用户确认端，而由于手机电量、流量有限，不能使用PC客户端常用的轮询方式进行消息下发。为了实现消息的及时下发，可以结合用户确认端的操作系统的类型选择消息下发的方式，根据不同的用户确认端的操作系统建立的相应的消息通知渠道的方法也有所不同，例如安卓操作系统可以使用TCP长连接，IOS操作系统可以使用苹果提供的通知功能。
[0170]本实施例能够实现信息的快速确认，用户只需要在手机的确认界面上进行简单的操作如一次点击或滑动即可完成确认或拒绝信息的输入，实现快速、安全的用户确认，用户操作体验非常流畅。此外，所述消息推送与确认接收端通过2G、3G或WIFI无线网络同所述用户确认端进行通信，不需要通过短信，仅通过手机网络或WIFI获取用户确认，从而节约了费用，相比短信验证码，不存在短信验证码被木马截获等安全风险，安全性更高。
[0171]实施例十二
[0172]如图2所示，本发明还提供另一种消息推送并获取用户确认的系统，包括客户端
1、服务端2、消息推送与确认接收端3和用户确认端4。
[0173]客户端I用于建立与用户确认端4之间的消息推送和用户确认的对应关系，及根据用户操作启动需要进行用户确认的应用，将所述应用的使用请求提交至一服务端2。具体的，用户确认端连接网络后，网络请求中并不会包含用户的手机号码信息，如果需要进行向特定手机号码的精确推送与用户确认，建立客户端与用户确认端之间的消息推送和用户确认的对应关系的步骤可先通过短信获取到用户手机号码，在后续消息通知渠道时，建立通知渠道与手机号码的对应关系，即可实现针对特定手机号码的精确推送。优选的，所述应用包括网上银行应用、帐号管理应用和游戏应用中的一种或任意组合。所述用户确认端可以是手机、PDA等能够提供确认功能的各种终端。
[0174]所述服务端2用于根据所述应用的使用请求将对应的请求确认的消息推送至一消息推送与确认接收端3，及接收所述消息推送与确认接收端发送的确认或拒绝信息。
[0175]所述消息推送与确认接收端3用于将所述请求确认的消息推送至建立了消息推送和用户确认的对应关系的用户确认端4，及接收所述用户确认端4发送的所述确认或拒绝信息并发送至所述服务端2。具体的，所述消息推送与确认接收端负责向用户的用户确认端推送消息并获取用户确认信息的智能服务。所述服务端需要用户通过用户确认端对所述应用的使用请求进行确认，因此将请求确认的消息推送给消息推送与确认服务。优选的，所述消息推送与确认接收端3通过2G、3G或WIFI无线网络同所述用户确认端进行通信。具体的，所述消息推送与确认接收端可以将请求确认的消息通过2G、3G或WIFI无线网络推送给用户的用户确认端。
[0176]所述用户确认端4用于根据所述请求确认的消息生成确认界面，并获取用户在所述确认界面输入的所述确认或拒绝信息，将所述确认或拒绝信息发送至所述消息推送与确认接收端3。
[0177]较佳的，当所述用户确认端4为安卓操作系统时，所述服务端和所述消息推送与确认接收端使用TCP长连接进行所述请求确认的消息的推送；当所述用户确认端为IOS操作系统时，所述服务端和所述消息推送与确认接收端使用IOS操作系统对应的通知功能进行所述请求确认的消息的推送。具体的，由于用户确认需要用户及时操作，因此必须在有确认信息时第一时间通知到用户确认端，而由于手机电量、流量有限，不能使用PC客户端常用的轮询方式进行消息下发。为了实现消息的及时下发，可以结合用户的用户确认端的操作系统的类型选择消息下发的方式，根据不同的用户确认端的操作系统建立的相应的消息通知渠道的方法也有所不同，例如安卓操作系统可以使用TCP长连接，IOS操作系统可以使用苹果提供的通知功能。当所述用户确认端收到所述请求确认的消息后，可弹出如图3所示的确认界面，用户可在该确认界面上进行简单的操作如点击确认或滑动确认或拒绝，即可完成确认或拒绝信息的输入操作。所述用户确认端将用户确认或拒绝信息发送给消息推送与确认服务端，所述消息推送与确认服务端再将确认或拒绝信息发送给服务端。
[0178]优选的，所述用户确认端4根据所述请求确认的消息生成确认界面的同时还向用户发出确认提醒。具体的，所述用户确认端收到所述请求确认的消息后，可以向用户发出确认提醒，所述确认提醒可以包括铃声或震动等方式。
[0179]本实施例通过建立客户端与用户确认端之间的消息推送和用户确认的对应关系；客户端根据用户操作启动需要进行用户确认的应用，客户端将所述应用的使用请求提交至一服务端；所述服务端根据所述应用的使用请求将对应的请求确认的消息推送至一消息推送与确认接收端，所述消息推送与确认接收端将所述请求确认的消息推送至建立了消息推送和用户确认的对应关系的用户确认端；所述用户确认端根据所述请求确认的消息生成确认界面，并获取用户在所述确认界面输入的确认或拒绝信息，将所述确认或拒绝信息通过所述消息推送与确认接收端发送至所述服务端，能够实现信息的快速确认，用户只需要在手机的确认界面上进行简单的操作如一次点击或滑动即可完成确认或拒绝信息的输入，实现快速、安全的用户确认，用户操作体验非常流畅。
[0180]此外，所述消息推送与确认接收端通过2G、3G或WIFI无线网络同所述用户确认端进行通信，不需要通过短信，仅通过手机网络或WIFI获取用户确认，从而节约了费用，相比短信验证码，不存在短信验证码被木马截获等安全风险，安全性更高。
[0181]本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的系统而言，由于与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。
[0182]专业人员还可以进一步意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本发明的范围。
[0183]显然，本领域的技术人员可以对发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包括这些改动和变型在内。
【权利要求】
1.一种消息推送并获取用户确认的方法，其特征在于，包括: 建立客户端与用户确认端之间的消息推送和用户确认的对应关系； 从所述客户端获取需要进行用户确认的请求； 将所述请求推送至所述用户确认端，并从所述用户确认端获取对应于所述请求的用户的确认或拒绝信息。
2.一种消息推送并获取用户确认的方法，其特征在于，包括: 建立与用户确认端之间的消息推送和用户确认的对应关系； 根据用户操作将需要进行用户确认的请求提交至一服务端； 从所述服务端获取对应于所述请求的反馈，其中，所述反馈由所述服务端根据从所述用户确认端获取到的对应于所述请求的用户的确认或拒绝信息生成。
3.一种消息推送并获取用户确认的方法，其特征在于，包括: 建立客户端与用户确认端之间的消息推送和用户确认的对应关系； 客户端根据用户操 作将需要进行用户确认的请求提交至一服务端； 所述服务端将所述请求推送至所述用户确认端； 所述用户确认端根据所述请求生成确认界面，并获取用户在所述确认界面输入的确认或拒绝信息，将所述确认或拒绝信息发送至所述服务端。
4.如权利要求3所述的消息推送并获取用户确认的方法，其特征在于，所述请求为应用的使用请求，所述应用包括网上银行应用、帐号管理应用和游戏应用中的一种或任意组口 ο
5.如权利要求3或4所述的消息推送并获取用户确认的方法，其特征在于，所述服务端通过2G、3G或WIFI无线网络同所述用户确认端进行通信。
6.如权利要求3或4所述的消息推送并获取用户确认的方法，其特征在于，所述用户确认端根据所述请求生成确认界面的同时还向用户发出确认提醒。
7.如权利要求3或4所述的消息推送并获取用户确认的方法，其特征在于，所述服务端将所述请求推送至所述用户确认端的步骤中， 当所述用户确认端为安卓操作系统时，所述服务端使用TCP长连接进行所述请求的推送； 当所述用户确认端为IOS操作系统时，所述服务端使用IOS操作系统对应的通知功能进行所述请求的推送。
8.一种消息推送并获取用户确认的服务端，其特征在于，所述服务端用于: 建立客户端与用户确认端之间的消息推送和用户确认的对应关系； 从所述客户端获取需要进行用户确认的请求； 将所述请求推送至所述用户确认端，并从所述用户确认端获取对应于所述请求的用户的确认或拒绝信息。
9.一种消息推送并获取用户确认的客户端，其特征在于，所述客户端用于: 建立与用户确认端之间的消息推送和用户确认的对应关系； 根据用户操作将需要进行用户确认的请求提交至一服务端； 从所述服务端获取对应于所述请求的反馈，其中，所述反馈由所述服务端根据从所述用户确认端获取到的对应于所述请求的用户的确认或拒绝信息生成。
10.一种消息推送并获取用户确认的系统，其特征在于，包括: 客户端，用于建立与用户确认端之间的消息推送和用户确认的对应关系，及根据用户操作将需要进行用户确认请求提交至一服务端； 服务端，用于将所述请求推送至所述用户确认端，并接收所述用户确认端发送的确认或拒绝信息； 用户确认端，用于根据所述请求生成确认界面，并获取用户在所述确认界面输入的确认或拒绝信息，将所述确认或拒绝信息发送至所述服务端。
11.如权利要求10所述的消息推送并获取用户确认的系统，其特征在于，所述请求为应用的使用请求，所述应用包括网上银行应用、帐号管理应用和游戏应用中的一种或任意组合。
12.如权利要求10或11所述的消息推送并获取用户确认的系统，其特征在于， 当所述用户确认端为安卓操作系统时，所述服务端使用TCP长连接进行所述请求的推送； 当所述用户确认端为IOS操作系统时，所述服务端使用IOS操作系统对应的通知功能进行所述请求的推送。
【文档编号】H04W12/00GK103974208SQ201310027999
【公开日】2014年8月6日 申请日期:2013年1月24日 优先权日:2013年1月24日
【发明者】朱继盛, 钱宇杰, 吴锐, 林金明, 刘亚烜 申请人:盛趣信息技术（上海）有限公司