一种发送业务信息的方法及装置
技术领域
本发明涉及互联网通信领域,特别涉及一种发送业务信息的方法及装置。
背景技术
目前,用户经常通过业务客户端登录业务平台来查看业务平台上的业务的业务信息。有时用户可能没时间通过自己的用户账号登录业务平台来查看某个业务,此时用户可能想要将该业务委托给自己的好友,让好友代替自己登录业务平台来查看该业务。例如,游戏就是一种业务,有时用户没时间登录游戏平台玩游戏,此时用户可能想要将自己在该游戏中的游戏账号委托给好友,让好友代替自己登录游戏平台来玩这个游戏,此时服务器需要将该游戏的游戏信息发送给好友对应的终端,使好友对应的终端显示该游戏的游戏信息。
当前,现有技术提供了一种发送业务信息的方法,包括:用户通过口头方式或者通过网络将自己的用户账号、用户密码和需要托管的业务的业务标识告知自己的好友。然后好友在需要托管的业务对应的登录页面中输入用户的用户账号和用户密码。终端从该登录页面中获取好友输入的用户账号和用户密码,并将获取的用户账号和用户密码发送给服务器。服务器接收终端发送的用户账号和用户密码,根据该用户账号获取该用户账号对应的用户密码,比较获取的用户密码与终端发送的用户密码,如果两者相同,则登录成功,发送需要托管的业务的业务信息给终端。如果两者不相同,则登录失败,发送用于指示登录失败的响应消息给终端。
在实现本发明的过程中,发明人发现现有技术至少存在以下问题:
在发送需要托管的业务的业务信息时,用户需要将自己的用户密码告知好友,如此在将用户密码告知好友的过程中,或者在好友使用该用户密码来获取需要托管的业务的业务信息时,该用户密码可能被恶意份子盗取,降低了发送业务信息的安全性。
发明内容
为了提高发送业务信息的安全性,本发明提供了一种发送业务信息的方法及装置。所述技术方案如下:
一种发送业务信息的方法,所述方法包括:
接收第一用户对应的终端发送的第一托管请求消息,所述第一托管请求消息携带所述第一用户的第一用户账号、第二用户的第二用户账号和托管业务标识;
根据所述第一托管请求消息,向所述第二用户对应的终端发送第二托管请求消息,所述第二托管请求消息至少携带所述第一用户账号和所述托管业务标识;
当接收到所述第二用户对应的终端响应所述第二托管请求消息的请求时,向所述第二用户对应的终端发送所述托管业务标识对应的业务信息。
一种发送业务信息的装置,所述装置包括:
第一接收模块,用于接收第一用户对应的终端发送的第一托管请求消息,所述第一托管请求消息携带所述第一用户的第一用户账号、第二用户的第二用户账号和托管业务标识;
第一发送模块,用于根据所述第一托管请求消息,向所述第二用户对应的终端发送第二托管请求消息,所述第二托管请求消息至少携带所述第一用户账号和所述托管业务标识;
第二发送模块,用于当接收到所述第二用户对应的终端响应所述第二托管请求消息的请求时,向所述第二用户对应的终端发送所述托管业务标识对应的业务信息。
在本发明实施例中,接收第一用户对应的终端发送的第一托管请求消息,第一托管请求消息携带第一用户的第一用户账号、第二用户的第二用户账号和托管业务标识;根据第一托管请求消息,向第二用户对应的终端发送第二托管请求消息,第二托管请求消息至少携带第一用户账号和托管业务标识;当接收到第二用户对应的终端响应第二托管请求消息的请求时,向第二用户对应的终端发送托管业务标识对应的业务信息。由于在第二用户对应的终端响应第二托管业务请求时,仅根据第一用户账号和托管业务标识将业务信息发送给第二用户对应的终端,如此避免了将第一用户的用户密码告知第二用户,提高了发送业务信息的安全性。
附图说明
图1是本发明实施例1提供的一种发送业务信息的方法流程图;
图2-1是本发明实施例2提供的一种发送业务信息的方法流程图;
图2-2是本发明实施例2提供的一种添加托管页面的示意图;
图2-3是本发明实施例2提供的一种托管列表页面的示意图;
图2-4是本发明实施例2提供的一种游戏界面的示意图;
图3是本发明实施例3提供的一种发送业务信息的装置结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明实施方式作进一步地详细描述。
实施例1
参见图1,本发明实施例提供了一种发送业务信息的方法,包括:
步骤101:接收第一用户对应的终端发送的第一托管请求消息,第一托管请求消息携带第一用户的第一用户账号、第二用户的第二用户账号和托管业务标识;
步骤102:根据第一托管请求消息,向第二用户对应的终端发送第二托管请求消息,第二托管请求消息至少携带第一用户账号和该托管业务标识;
步骤103:当接收到第二用户对应的终端响应第二托管请求消息的请求时,向第二用户对应的终端发送该托管业务标识对应的业务信息。
优选地,根据第一托管请求消息,向第二用户对应的终端发送第二托管请求消息,第二托管请求消息至少携带第一用户账号和该托管业务标识,包括:
根据第一托管请求消息携带的第二用户账号,向第二用户对应的终端发送第二托管请求消息,第二托管请求消息携带第一用户账号和该托管业务标识,使第二用户对应的终端将第一用户账号和该托管业务标识添加到托管列表中,该托管列表中包括用户账号和托管业务标识的对应关系。
优选地,根据第一托管请求消息,向第二用户对应的终端发送第二托管请求消息,第二托管请求消息至少携带第一用户账号和该托管业务标识,包括:
根据第一托管请求消息中携带的第二用户账号,获取第二用户的托管列表;
将第一托管请求消息中携带的第一用户账号和该托管业务标识添加到托管列表中;
根据第二用户账号,向第二用户对应的终端发送第二托管请求消息,第二托管请求消息携带该托管列表。
进一步地,向第二用户对应的终端发送该托管业务标识对应的业务信息之前,包括:
接收第二用户对应的终端发送的第一用户账号;
根据第一用户账号,获取第一用户账号对应的用户密码;
向第二用户对应的终端发送用户密码,使第二用户对应的终端根据第一用户账号、该用户密码和该托管业务标识获取该托管业务标识对应的业务信息。
在本发明实施例中,接收第一用户对应的终端发送的第一托管请求消息,第一托管请求消息携带第一用户的第一用户账号、第二用户的第二用户账号和托管业务标识;根据第一托管请求消息,向第二用户对应的终端发送第二托管请求消息,第二托管请求消息至少携带第一用户账号和托管业务标识;当接收到第二用户对应的终端响应第二托管请求消息的请求时,向第二用户对应的终端发送托管业务标识对应的业务信息。由于在第二用户对应的终端响应第二托管业务请求时,仅根据第一用户账号和托管业务标识将业务信息发送给第二用户对应的终端,如此避免了将第一用户的用户密码告知第二用户,提高了发送业务信息的安全性。
实施例2
本发明实施例提供了一种发送业务信息的方法。
用户经常通过业务客户端登录业务平台来查看业务平台上的多个业务的业务信息。有时用户可能没时间通过自己的用户账号登录业务平台来查看某个业务,此时用户可能想要将该业务委托给自己的好友,让好友代替自己登录业务平台来查看该业务。此时服务器可以通过本发明实施例提供的方法将该业务的业务信息发送给好友对应的终端。
其中,业务可以为游戏等,业务信息即为游戏的游戏信息。有时用户没时间登录游戏平台玩游戏,此时用户可能想要将自己在该游戏中的游戏账号委托给好友,让好友代替自己登录游戏平台来玩这个游戏,此时服务器可以通过本发明实施例提供的方法将该游戏的游戏信息发送给好友对应的终端。
参见图2-1,该方法具体包括:
步骤201:接收第一用户对应的终端发送的第一托管请求消息,第一托管请求消息携带第一用户的第一用户账号、第二用户的第二用户账号和托管业务标识;
其中,托管业务标识为需要托管的业务的业务标识,该业务标识可以为业务的名称、标识符或URL(Uniform Resoure Locator,统一资源定位器)等。第一用户对应的终端提供用于托管业务的接口给用户,当该用户通过点击该接口来添加托管业务时,终端显示添加托管页面给第一用户,该托管页面中至少包括文本输入框和确认按钮。用户可以通过该文本输入框输入自己的第一用户账号、托管业务标识以及想要委托的第二用户的第二用户账号,然后点击该确认按钮向终端提交托管请求。第二用户可以为第一用户的联系人列表中的联系人。
其中,第一用户对应的终端当通过确认按钮接收到第一用户提交的托管请求时,从添加托管页面中的文本输入框中获取第一用户输入的第一用户账号、第二用户的第二用户账号和托管业务标识,发送第一托管请求消息给服务器,第一托管请求消息携带第一用户的第一用户账号、第二用户的第二用户账号和托管业务标识。服务器接收第一用户对应的终端发送的第一托管请求消息。
例如,在本发明实施例中,以业务为游戏为例进行说明,则用户账号为游戏账号,业务信息为游戏信息,业务列表为游戏列表,以及业务界面为游戏界面。如图2-2所示的添加托管页面,第一用户A对应的终端当通过添加托管页面中的确认按钮接收到第一用户A提交的托管请求时,从该添加托管页面中的“己方账号”文本输入框中获取第一用户A输入的第一用户账号IMA,从“对方账号”输入框中获取第二用户B的第二用户账号IMB,以及从“游戏”输入框中获取托管游戏标识game1,发送第一托管请求消息给服务器,第一托管请求消息携带第一用户A的第一用户账号IMA、第二用户B的第二用户账号IMB和托管游戏标识game1。服务器接收第一用户A对应的终端发送的第一托管请求消息。
进一步地,第一用户也可以不在添加托管页面中的文本输入框中输入自己的第一用户账号,而是在第一用户对应的终端当通过确认按钮接收到第一用户提交的托管请求时,从终端本地获取第一用户的第一用户账号,以及从添加托管页面中的文本输入框中获取第二用户的第二用户账号和托管业务标识。
其中,通过上述步骤201的操作接收到第一用户对应的终端发送的第一托管请求消息之后,通过如下步骤202的操作来向第二用户对应的终端发送第二托管请求消息。
步骤202:根据第一托管请求消息,向第二用户对应的终端发送第二托管请求消息,第二托管请求消息至少携带第一用户账号和托管业务标识;
其中,本步骤可以通过如下第一和第二两种方式来实现,具体为:
第一,根据第一托管请求消息携带的第二用户的第二用户账号,获取第二用户的用户账户信息。从第二用户的用户账户信息中获取第二用户对应的终端的终端标识。根据第二用户对应的终端的终端标识,向第二用户对应的终端发送第二托管请求消息,第二托管请求消息携带第一用户的第一用户账号和托管业务标识,使第二用户对应的终端将第一用户账号和托管业务标识添加到第二用户的托管列表中,该托管列表中包括用户账号和托管业务标识的对应关系。
其中,第二用户的托管列表可以包括其他用户托管给第二用户的托管列表和第二用户托管给其他用户的托管列表。
其中,第二用户对应的终端接收到第二托管请求消息之后,先显示意见征求页面给第二用户,该意见征求页面包括用于征求第二用户是否接受托管的文本信息、接受按钮和拒绝按钮。第二用户可以通过点击接受按钮来接受第一用户的委托,也可以通过点击拒绝按钮来拒绝第一用户的委托。当第二用户对应的终端检测到第二用户点击接受按钮时,将第二托管请求消息携带的第一用户账号和托管业务标识添加到第二用户的托管列表中。当第二用户对应的终端检测到第二用户点击拒绝按钮时,丢弃第二托管请求消息携带的第一用户账号和托管业务标识,发送拒绝响应消息给服务器,服务器接收到拒绝响应消息时发送拒绝指示信息给第一用户对应的终端,以通知第一用户第二用户拒绝托管业务。
例如,根据第一托管请求消息携带的第二用户B的第二用户账号IMB,获取第二用户B的用户账户信息。从第二用户B的用户账户信息中获取第二用户B对应的终端的终端标识。根据第二用户B对应的终端的终端标识,向第二用户B对应的终端发送第二托管请求消息,第二托管请求消息携带第一用户A的第一用户账号IMA和托管游戏标识game1,使第二用户B对应的终端将第一用户账号IMA和托管游戏标识game1添加到如图2-3所示的第二用户B的托管列表中的“托管给我”列表中。其中,图2-3所示的托管列表中包括“托管给我”列表、“我的托管”列表和添加托管按钮,“我的托管”列表中包括第二用户B托管给其他用户的游戏的标识,第二用户B可以通过点击添加托管按钮来添加需要托管的游戏标识。
第二,根据第一托管请求消息携带的第二用户账号,获取第二用户的托管列表。将第一托管请求消息中携带的第一用户账号和托管业务标识添加到该托管列表中。根据第二用户账号,获取第二用户的用户账户信息。从第二用户的用户账户信息中获取第二用户对应的终端的终端标识。根据第二用户对应的终端的终端标识,向第二用户对应的终端发送第二托管请求消息,第二托管请求消息携带该托管列表,使第二用户对应的终端将该托管列表显示给第二用户。
进一步地,在将第一用户账号和托管业务标识添加到第二用户的托管列表中之前,还可以先向第二用户对应的终端发送用于征求第二用户是否接受托管的请求消息。当第二用户对应的终端接收到该请求消息时,显示意见征求页面给第二用户,该意见征求页面包括用于征求第二用户是否接受托管的文本信息、接受按钮和拒绝按钮。第二用户可以通过点击接受按钮来接受第一用户的委托,也可以通过点击拒绝按钮来拒绝第一用户的委托。当第二用户对应的终端检测到第二用户点击接受按钮时,发送接受响应消息给服务器,然后服务器再将第一用户账号和托管业务标识添加到第二用户的托管列表中。当第二用户对应的终端检测到第二用户点击拒绝按钮时,发送拒绝响应消息给服务器,服务器接收到拒绝响应消息时发送拒绝指示信息给第一用户对应的终端,以通知第一用户第二用户拒绝托管业务。
例如,根据第一托管请求消息携带的第二用户账号IMB,获取第二用户B的托管列表。将第一托管请求消息中携带的第一用户账号IMA和托管游戏标识game1添加到该托管列表中。根据第二用户账号IMB,获取第二用户B的用户账户信息。从第二用户B的用户账户信息中获取第二用户B对应的终端的终端标识。根据第二用户B对应的终端的终端标识,向第二用户B对应的终端发送第二托管请求消息,第二托管请求消息携带该托管列表,使第二用户B对应的终端将该托管列表显示给第二用户B。
其中,对于其他每个业务,都可以同该托管业务,按照上述步骤201和202的操作,将其他每个业务托管给其他用户。
其中,通过上述步骤202的操作向第二用户对应的终端发送第二托管请求消息之后,可以通过如下步骤203和204的操作将该托管业务标识对应的业务信息发送给第二用户。
步骤203:接收第二用户对应的终端发送的第一获取请求消息,根据第一获取请求消息,向第二用户对应的终端发送第一用户账号对应的用户密码,第一获取请求消息携带第一用户账号;
其中,当第二用户想要获取托管业务的业务信息时,第二用户可以点击托管列表中第一用户账号和托管业务标识组成的一条记录,来向终端提交用于获取第一用户账号对应的用户密码的获取请求,以此来响应服务器发送的第二托管请求消息。当第二用户对应的终端接收到第二用户提交的获取请求时,发送第一获取请求消息给服务器,第一获取请求消息携带第一用户账号。当服务器接收到第二用户对应的终端响应第二托管请求消息时,服务器接收第二用户对应的终端发送的第一获取请求消息,根据第一获取请求消息携带的第一用户账号,从用户账号与用户密码的对应关系中获取第一用户账号对应的用户密码,然后将该用户密码发送给第二用户对应的终端。
优选地,服务器根据第一用户账号,从用户账号与用户密码的对应关系中获取第一用户账号对应的用户密码之后,根据第一用户账号和获取的用户密码,生成一个临时的用户密码,存储第一用户账号与该临时的用户密码的对应关系,然后将该临时的用户密码发送给第二用户对应的终端。如此避免了直接发送第一用户账号对应的用户密码,从而避免恶意份子截取用户密码,提高了发送业务信息的安全性。
例如,当第二用户B想要获取托管游戏game1的游戏信息时,第二用户B可以点击托管列表中第一用户账号IMA和托管游戏标识game1组成的一条记录,来向终端提交用于获取第一用户账号IMA对应的用户密码的获取请求,以此来响应服务器发送的第二托管请求消息。当第二用户B对应的终端接收到第二用户B提交的获取请求时,发送第一获取请求消息给服务器,第一获取请求消息携带第一用户账号IMA。当服务器接收到第二用户B对应的终端响应第二托管请求消息时,服务器接收第二用户B对应的终端发送的第一获取请求消息,根据第一获取请求消息携带的第一用户账号IMA,从如表1所示的用户账号与用户密码的对应关系中获取第一用户账号IMA对应的用户密码passwordA,然后将该用户密码passwordA发送给第二用户B对应的终端。
表1
游戏账号 |
用户密码 |
IMA |
passwordA |
…… |
…… |
其中,通过上述步骤203的操作向第二用户对应的终端发送用户密码之后,第二用户可以根据第一用户账号、该用户密码和托管业务标识来获取该托管业务标识对应的业务信息。服务器可以通过如下步骤204的操作将业务信息发送给第二用户对应的终端。
步骤204:接收第二用户对应的终端发送的第二获取请求消息,根据第二获取请求消息,向第二用户对应的终端发送该托管业务标识对应的业务信息,第二获取请求消息携带第一用户账号、用户密码和托管业务标识。
其中,当第二用户对应的终端接收到服务器发送的第一用户账号对应的用户密码之后,向服务器发送第二获取请求消息,第二获取请求消息携带第一用户账号、该用户密码和托管业务标识。服务器接收第二用户对应的终端发送的第二获取请求消息,根据第二获取请求消息携带的第一用户账号,从用户账号与用户密码的对应关系中获取对应的用户密码,将第二获取请求消息携带的用户密码与获取的用户密码比较,如果两者相同,则验证成功,根据第二获取请求消息携带的托管业务标识,从业务标识与业务信息的对应关系中获取对应的业务信息,将获取的业务信息发送给第二用户对应的终端。如果第二获取请求消息携带的用户密码与获取的用户密码不相同,则验证失败,发送用于提示密码错误的提示信息给第二用户对应的终端。第二用户对应的终端接收该业务信息,将该业务信息渲染到该托管业务的业务界面中,显示该业务界面。
进一步地,当第二获取请求消息携带的用户密码为临时的用户密码时,服务器根据第一用户账号,从第一用户账号与临时的用户密码的对应关系中获取对应的临时的用户密码,然后比较第二获取请求消息携带的用户密码与获取的I临时的用户密码。并在比较出两者相同时将存储的第一用户账号与临时的用户密码的对应关系删除。当下一次第二用户再获取该托管业务的业务信息时,再临时生成一个第一用户账号对应的临时的用户密码。如此使每次的临时的用户密码各不相同,可以提高发送业务信息的安全性。
例如,当第二用户B对应的终端接收到服务器发送的第一用户账号IMA对应的用户密码passwordA之后,向服务器发送第二获取请求消息,第二获取请求消息携带第一用户账号IMA、该用户密码passwordA和托管游戏标识game1。服务器接收第二用户B对应的终端发送的第二获取请求消息,根据第二获取请求消息携带的第一用户账号IMA,从如表1所示的用户账号与用户密码的对应关系中获取对应的用户密码passwordA,将第二获取请求消息携带的用户密码passwordA与获取的用户密码passwordA比较,且比较出两者相同,则验证成功,根据第二获取请求消息携带的托管游戏标识game1,从如表2所示的游戏标识与游戏信息的对应关系中获取对应的游戏信息S1,将获取的游戏信息S1发送给第二用户B对应的终端。第二用户B对应的终端接收该游戏信息S1,将该游戏信息S10渲染到该托管游戏game1的游戏界面中,显示该游戏界面如图2-4所示,其中该游戏界面中包括第二用户B的个人信息和第一用户账号IMA对应的托管游戏game1的游戏信息S1。第二用户B的个人信息包括第二用户B的第二用户账号IMB对应的“我的游戏”,以及“托管”、“闹钟”和“小号”等功能按钮。
表2
其中,对于托管列表中的其他每个用户账号及其对应的托管业务标识,都可以同第一用户账号与该托管业务标识,按照上述步骤203和204的操作来发送其他每个托管业务标识对应的业务信息给第二用户对应的终端。
另外,用户可能拥有多个用户账号。其中,用户拥有的多个用户账号可以包括一个主账号和多个小号。用户使用一个用户账号登录业务平台查看一个业务的业务信息时,可能还需要通过拥有的另一个用户账号登录业务平台来查看另一个业务的业务信息。终端为用户提供了添加小号的接口,用户可以通过添加小号的接口将自己的小号添加到小号列表中。当用户通过一个用户账号来登录业务平台查看一个业务的业务信息时,用户还可以从小号列表中选择一个小号,以及从业务列表中选择一个业务标识,来通过该小号登录业务平台来查看该业务标识对应的业务信息。
其中,当终端接收到用户触发的小号登录请求时,终端从小号列表中获取用户选择的小号,以及从业务列表中获取用户选择的业务标识。终端将该小号发送给服务器,服务器根据该小号,从用户账号与用户密码的对应关系中获取对应的用户密码,将该用户密码发送给终端。优选地,服务器根据该小号和获取的用户密码生成一个临时的用户密码,将该临时的用户密码发送给终端。终端将该小号、该用户密码和该业务标识发送给服务器。服务器根据该小号,从用户账号与用户密码的对应关系中获取对应的用户密码,将获取的用户密码与终端发送的用户密码比较,如果两者相同,则根据该业务标识,从业务标识与业务信息的对应关系中,获取对应的业务信息,将获取的业务信息发送给终端,终端显示该业务信息给用户。
其中,如果获取的用户密码与终端发送的用户密码不相同,则发送用于提示密码错误的提示信息给终端。
在本发明实施例中,接收第一用户对应的终端发送的第一托管请求消息,第一托管请求消息携带第一用户的第一用户账号、第二用户的第二用户账号和托管业务标识;根据第一托管请求消息,向第二用户对应的终端发送第二托管请求消息,第二托管请求消息至少携带第一用户账号和托管业务标识;当接收到第二用户对应的终端响应第二托管请求消息的请求时,向第二用户对应的终端发送托管业务标识对应的业务信息。由于在第二用户对应的终端响应第二托管业务请求时,仅根据第一用户账号和托管业务标识将业务信息发送给第二用户对应的终端,如此避免了将第一用户的用户密码告知第二用户,提高了发送业务信息的安全性。
实施例3
参见图3,本发明实施例提供了一种发送业务信息的装置,包括:
第一接收模块301,用于接收第一用户对应的终端发送的第一托管请求消息,第一托管请求消息携带第一用户的第一用户账号、第二用户的第二用户账号和托管业务标识;
第一发送模块302,用于根据第一托管请求消息,向第二用户对应的终端发送第二托管请求消息,第二托管请求消息至少携带第一用户账号和该托管业务标识;
第二发送模块303,用于当接收到第二用户对应的终端响应第二托管请求消息的请求时,向第二用户对应的终端发送该托管业务标识对应的业务信息。
其中,第一发送模块302,用于根据第一托管请求消息携带的第二用户账号,向第二用户对应的终端发送第二托管请求消息,第二托管请求消息携带第一用户账号和该托管业务标识,使第二用户对应的终端将第一用户账号和托管业务标识添加到托管列表中,该托管列表中包括用户账号和托管业务标识的对应关系。
其中,第一发送模块302包括:
获取单元,用于根据第一托管请求消息中携带的第二用户账号,获取第二用户的托管列表;
添加单元,用于将第一托管请求消息中携带的第一用户账号和托管业务标识添加到该托管列表中;
发送单元,用于根据第二用户账号,向第二用户对应的终端发送第二托管请求消息,第二托管请求消息携带该托管列表。
进一步地,该装置还包括:
第二接收模块,用于接收第二用户对应的终端发送的第一用户账号;
获取模块,用于根据第一用户账号,获取第一用户账号对应的用户密码;
第三发送模块,用于向第二用户对应的终端发送该用户密码,使第二用户对应的终端根据第一用户账号、该用户密码和该托管业务标识获取该托管业务标识对应的业务信息。
在本发明实施例中,接收第一用户对应的终端发送的第一托管请求消息,第一托管请求消息携带第一用户的第一用户账号、第二用户的第二用户账号和托管业务标识;根据第一托管请求消息,向第二用户对应的终端发送第二托管请求消息,第二托管请求消息至少携带第一用户账号和托管业务标识;当接收到第二用户对应的终端响应第二托管请求消息的请求时,向第二用户对应的终端发送托管业务标识对应的业务信息。由于在第二用户对应的终端响应第二托管业务请求时,仅根据第一用户账号和托管业务标识将业务信息发送给第二用户对应的终端,如此避免了将第一用户的用户密码告知第二用户,提高了发送业务信息的安全性。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
以上所述仅为本发明的较佳实施例,并不用以限制本发明,凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。