CN108881190A - 一种信息处理方法及装置 - Google Patents

Abstract

本申请实施例公开了一种信息处理方法及装置，该方法包括：终端获得用于登录到或注册到第二平台的第一触发事件；响应所述第一触发事件，所述终端向第一平台发送第一触发请求，所述第一触发请求中携带第一账户数据和第二平台的标识；终端接收所述第一平台发送的第二账户数据；所述第一账户数据和所述第二账户数据不同，所述第二账户数据为所述第一平台向第二平台申请的账户数据；所述终端利用所述第二账户数据实现登录到或注册到第二平台。

Description

一种信息处理方法及装置

技术领域

本申请涉及电子技术，尤其涉及一种信息处理方法及装置。

背景技术

目前，用户通过终端上运行的应用(APP)或者在浏览器上打开的网页享受越来越多的服务，很多应用或网页都涉及隐私、钱款等，为了保证账号的安全，或者享有会员服务，越来越多的应用或网页内容的提供商都需要登录或注册成为会员，还有一些小程序应用，由于不需要安装，已经得到越来越多的推广，但是在应用的过程中也需要注册。例如共享单车、共享汽车这些都一般采用小程序，由于需要押金，所以也需要用户进行注册和登录。而在登录或注册后，都需要用户记住这些账号和密码等账户数据，由于应用越来越多，用户自然会出现记不住账号和密码的情况，而且注册过程也比较麻烦，那么如何能够让用户在无需注册也无需记住账户数据的情况下，却能安全地享受这些应用带来的便利成为亟需解决的问题。

发明内容

有鉴于此，本申请实施例为解决现有技术中存在的至少一个问题而提供一种信息处理方法及装置，能够让用户在无需注册也无需记住账户数据的情况下，却能安全地享受这些服务带来的便利。

本申请实施例的技术方案是这样实现的：

发明实施例提供一种信息处理方法，包括：

终端获得用于登录到或注册到第二平台的第一触发事件；

响应所述第一触发事件，所述终端向第一平台发送第一触发请求，所述第一触发请求中携带第一账户数据和第二平台的标识；

终端接收所述第一平台发送的第二账户数据；所述第一账户数据和所述第二账户数据不同，所述第二账户数据为所述第一平台向第二平台申请的账户数据；

所述终端利用所述第二账户数据实现登录到或注册到第二平台。

本申请实施例提供一种信息处理方法，包括：

第一平台接收终端发送的第一触发请求，所述第一触发请求中携带有第一账户数据和需要登录或注册的第二平台的标识；

所述第一平台对所述第一账户数据进行验证，验证通过时，所述第一平台根据所述第二平台的标识获取用于实现登录到或注册到第二平台的未被占用的第二账户数据；

所述第一平台向所述终端或所述第二平台发送所述第二账户数据；

其中，所述第一账户数据与所述第二账户数据不同，所述第二账户数据为所述平台向所述第二平台申请的账户数据。

本申请实施例提供一种信息处理装置，包括：

第一获得单元，配置为获得用于登录到或注册到第二平台的第一触发事件；

第一发送单元，配置为响应所述第一触发事件，向第一平台发送第一触发请求，所述第一触发请求中携带第一账户数据和第二平台的标识；

第一接收单元，配置为接收所述第一平台发送的第二账户数据；所述第一账户数据和所述第二账户数据不同，所述第二账户数据为所述第一平台向第二平台申请的账户数据；

实现单元，配置为利用所述第二账户数据实现登录到或注册到第二平台。

本申请实施例提供一种信息处理装置，包括：

第二接收单元，配置为接收终端发送的第一触发请求，所述第一触发请求中携带有第一账户数据和需要登录或注册的第二平台的标识；

验证单元，配置为对所述第一账户数据进行验证；

第三获得单元，配置为验证通过时，根据所述第二平台的标识获取用于实现登录到或注册到第二平台的未被占用的第二账户数据；

第四发送单元，配置为向所述终端或所述第二平台发送所述第二账户数据；

其中，所述第一账户数据与所述第二账户数据不同，所述第二账户数据为所述平台向所述第二平台申请的账户数据。

本申请实施例提供的信息处理方法及装置，其中，终端获得用于登录到或注册到第二平台的第一触发事件；响应所述第一触发事件，所述终端向第一平台发送第一触发请求，所述第一触发请求中携带第一账户数据和第二平台的标识；终端接收所述第一平台发送的第二账户数据；所述第一账户数据和所述第二账户数据不同，所述第二账户数据为所述第一平台向第二平台申请的账户数据；所述终端利用所述第二账户数据实现登录到或注册到第二平台；如此，能够让用户在无需注册也无需记住账户数据的情况下，却能安全地享受这些服务带来的便利。

附图说明

图1为本申请实施例网络架构的组成结构示意图；

图2为本申请实施例信息处理方法的实现流程示意图；

图3为本申请另一实施例信息处理方法的实现流程示意图；

图4为本申请实施例的场景示意图；

图5A为本申请再一实施例信息处理方法的实现流程示意图；

图5B为本申请又一实施例信息处理方法的实现流程示意图；

图6为本申请实施例信息处理装置的组成结构示意图；

图7为本申请实施例中计算设备的一种硬件实体示意图。

具体实施方式

下面结合附图和实施例对本申请的技术方案进一步详细阐述。

本实施例先提供一种网络架构，图1为本申请实施例网络架构的组成结构示意图，如图1所示，该网络架构包括终端11(当然可以包括两个或多个终端)、第一平台21、第二平台31，其中终端11至1N与第一平台21之间可以通过网络进行交互，第一平台21与第二平台31之间也可以通过网络进行交互，终端11与第二平台31之间也可以通过网络进行交互。终端在实施的过程中可以为各种类型的具有信息处理能力的设备，例如所述终端可以包括手机、平板电脑、台式机、个人数字助理、导航仪、数字电话、视频电话、电视机等。第一平台和第二平台可以理解为服务器，在具体实现的过程中，服务器可以为具有计算能力的电子设备，例如计算机、服务器集群等。

本实施例提出一种信息处理方法，该方法应用于终端，该方法所实现的功能可以通过终端中的处理器调用程序代码来实现，当然程序代码可以保存在计算机存储介质中，可见，该终端至少包括处理器和存储介质。

图2为本申请实施例信息处理方法的实现流程示意图，如图2所示，该方法包括：

步骤S201，终端获得用于登录到或注册到第二平台的第一触发事件；

这里，第二平台是服务的提供商，例如可以是视频、音乐、资讯、新闻内容的提供商，在服务的提供商在提供服务的时候可以采用网页的形式，也可以采用应用程序，本实施例中的第二平台对应客户端为第一应用，其中第一应用包括能够运行的普通应用和小程序应用等，其中普通应用一般需要下载程序安装包，在终端上进行安装，才能使用服务；而小程序应用无需安装，通过网页打开即可以使用服务。用户有两种方式注册到或登录到第二平台，方式一：用户通过第一应用实现登录到或注册到第二平台，此时，第二平台与第一应用相对应，第二平台是第一应用的服务器；或者，方式二：用户通过打开浏览器，访问服务提供商的网址来登录到或注册到第二平台，此时，第二平台与网址相对应，而浏览器在某种程度上可以理解为第一应用，方式二与方式一不同的是，方式二中的第二平台并不是浏览器的服务器。

步骤S202，响应所述第一触发事件，所述终端向第一平台发送第一触发请求，所述第一触发请求中携带第一账户数据和第二平台的标识；

其中，所述第一账户数据可以包括账号和密码，当然第二账户数据可以包括账号和密码，在一些实施例中，第一账户数据和第二账户数据可以只包括账号，而没有密码；当然在另一些实施例中，可以第一账户数据包括账号，不包括密码，而第二账户数据包括账号和密码。

第一账户数据是终端向第一平台注册的，而第二账户数据是第一平台向第二平台注册得来的。对于第一账户数据来说，所述终端获取用于实现注册的注册信息，将所述注册信息携带于注册请求中；所述终端将所述注册请求发送给第一平台。然后第一平台判断注册信息满足要求时，则向终端发送注册成功消息，这样，注册信息即可作为第一账户数据。

在用户注册到或登录到第二平台的两种方式中，方式一中的第二平台的标识可以是第一应用的标识，因为第一应用是第二平台的客户端，从而第一应用的标识与第二平台是有对应关系的。方式二中的第一应用是浏览器，那么第二平台的标识可以通过浏览器访问的网址来获取，例如提取出网址中的关键字符，将关键字符作为第二平台的标识，举例来说，如果第二平台是QQ邮箱的提供商，通过浏览器访问QQ邮箱的地址“https://mail.qq.com/”，从该地址中的关键字符“mail”可以知道是邮箱服务，从地址中的关键字符“qq”可以知道是腾讯的服务器，结合“mail”和“qq”可以知道第二平台是腾讯公司的邮箱服务器。那么第二平台的标识可以为“mail”和“qq”所组成的字符，当然知道第二平台是腾讯公司的邮箱服务器后，还可以用其他的字符等来表示第二平台的标识，例如名称等。

步骤S203，终端接收所述第一平台发送的第二账户数据；

其中，所述第一账户数据和所述第二账户数据不同，所述第二账户数据为所述第一平台向第二平台申请的账户数据，其中，所述第二平台为所述第一应用对应的服务平台；第一账户数据可以是终端向第一平台申请的账户数据。

步骤S204，所述终端利用所述第二账户数据实现登录到或注册到第二平台。

本实施例中，终端在登录或注册第一应用(登录到或注册到第二平台)时，并不像现有技术中那样，终端直接向第一应用的服务器(即第二平台)申请用于登录到或注册到第二平台的账户数据(即第二账户数据)，在登录或注册第一应用的时候，终端也并不从本地或者由用户输入第二账户数据，而是向第一平台发送第一触发请求，该第一触发请求用于请求第二账户数据，然后终端利用从第一平台请求得到第二账户数据实现登录到或注册到第二平台，由此可见，本实施例中的第一平台可以作为应用的账户数据管理服务器，当用户在终端上安装很多的应用是，例如安装几十个应用，而用户无需一一记住这些应用的账户数据，而是，只需要记住第一账户数据，该第一账户数据是终端与第一平台交互的账户数据，这样就避免用户记录那么多的账户数据，当用户想要登录安装的应用或注册新的应用的时候，第一平台向终端下发需要登录的应用的账户数据或者需要注册的应用的账户数据，从而实现登录或注册应用。

在实现的过程中，第一账户数据中还可以仅仅包括用户的标识，该用户的标识可以作为第一平台的账号，例如用户的标识可以是用户的手机号、身份证号码，或者用户的标识可以是终端的设备标识例如国际移动设备识别码(International Mobile EquipmentIdentity，IMEI)。下面以手机为例进行说明，例如对于某个品牌的手机来说，第一平台可以是某个品牌手机的服务器，一般来说，各个品牌的手机都会有一个账号，这个账号可以是手机的设备标识，当用户在手机上安装完应用之后，用户打开应用的时候，终端就获得了第一触发事件，然后向第一平台发送第一触发请求，第一触发请求中可以携带该手机的设备标识(作为第一账户数据)和这个新安装应用的标识；第一平台接收到手机发送的第一触发请求后，第一平台从自身获取之前向第二平台申请的第二账户数据(可以存储在本地)，或者向第二平台申请第二账户数据，然后将第二账户发送给终端。这样，用户可以不再注册应用的账户数据，而从第一平台上获取第二账户数据。

本实施例提供的技术方案可以用于下面的场景，用户A使用某品牌的手机，用户A的爱好是看电影，目前，视频网站很多，不同视频网站都有各自的应用(App)，而且不同的视频网站为了保证访问量，而独占某些视频资源。现有技术中，用户A为了看电影，不得不注册很多视频网站的会员，例如同时注册5家视频网站的会员，注册这么多会员就不得不记住这么多视频网站的账号和密码。而使用本实施例提供的技术方案，用户A只需要下载这些App或者打开这些网站的网址，终端就会自动向第一平台请求这些视频网站的账户数据(第二账户数据)，从而实现这些视频网站的登录。

现有技术中，由于用户A不可能同时使用那么家的视频网站，所以，对于用户A来说，使用效率或者说利用率并不高。而本实施例中，用户A的所有的视频网站的账户数据都来自于第一平台，而且这些视频网站的账户数据都是第一平台向不同视频网站的平台(第二平台)申请来的，即第一平台与第二平台之间的关系为：第一平台是客户端，第二平台是服务端，而对于终端与第一平台之间的关系来说，终端是客户端，第一平台是服务端，第一平台可以向第二平台申请很多视频网站的账户数据，然后分给不同的终端来使用，这样可以提高视频网站的会员的利用率，对于用户A来说，他甚至可以通过一个会员(第一账户数据)来换取多家视频网站的会员，例如第一平台可以推出包月、包季度、包年等服务，当然这些服务的收费会远远低于用户A同时申请那么多的视频网站的会员。由此可以看出，本实施例提供的方案，不仅仅可以帮助用户不记很多的视频网站的账户数据，而且还可以省下很多的会员费。

在实现的过程中可以采用两个应用来实现，第一应用和第二应用；其中，第一应用是用户安装在终端上的应用(一般是第三方应用)，或者终端自带的应用(系统应用或第三方应用)，第二应用是一个可以管理第一应用的应用，在实现上，第二应用自身可以是一个系统应用，当然也可以是一个第三方应用。在用户注册到或登录到第二平台的两种方式中，方式一中的第一应用是第二平台的客户端，方式二中的第一应用是浏览器。

在数量上，第一应用一般比第二应用的数量多，第一应用可以有多个，第二应用也可以有多个；但是更为常见的是，第一应用的数量是多个，例如几十个(例如手机上安装的几乎所有应用)，而第二应用可以只有一个。由于第二应用可以直接与第一平台进行交互，而且第二应用的第一账户数据就是登录第二应用的，而且第一平台用于验证第一账户数据，因此，第一应用可以理解为平台应用，即第一平台所提供的服务在客户端侧的体现；第二应用可以理解为视频应用、新闻应用、社交应用、即时通讯应用等。对于一个第一应用和一个第二应用来说，第二平台(对应第一应用)的第二账户数据的数量少于第一平台(对应第二应用)的第一账户数据的数量，一般来说，如果一个账号对应一个用户，第一账户数据的数量与第一平台的用户数量相等，由于多个随机的或固定的第一平台的不同用户会共享同一个第二账户数据，所以第二账户数据的数量是少于第一账户数据的数量的。然而对于一个第一应用和多个第二应用来说，第二账户数据的数量大于第一账户数据的数量，那是由于一个用户会享受很多服务，同时会登录到很多不同的第二平台，如果将这些所有的第二平台的第二账户数据的数量加在一起，求和的话，不同种类的所有的第二平台的第二账户数据的数量之和是大于第一账户数据的数量的，例如有100个第一账户数据的数量，对于一个第一应用和一个第二应用来说，可能第二账户数据的数量只需要20个，因为5个第一平台的用户可以共享同一个第二账户数据；然而由于每一个第一平台的用户都要享受10个以上或者几十个不同种类(假设是10个)的第二平台提供的服务，那么10个不同种类的第二平台的所有第二账户数据一共是200个，所以第二账户数据的数量200个是大于第一账户数据的数量100个的。

基于前述的两个应用，本申请实施例再提供一种信息处理方法，该方法包括：

步骤S11，第二应用获得用于登录到或注册到第二平台的第一触发事件；

步骤S12，响应所述第一触发事件，所述第二应用向第一平台发送第一触发请求；

其中，所述第一触发请求中携带第一账户数据和第二平台的标识；

步骤S13，所述第二应用接收所述第一平台发送的第二账户数据；

步骤S14，所述第二应用将所述第二账户数据发送给所述第一应用；

步骤S15，所述第一应用利用所述第二账户数据实现登录到或注册到第二平台。

基于前述的两个应用，本申请实施例再提供一种信息处理方法，该方法包括：

步骤S21，当所述第一应用显示用于登录到或注册到第二平台的界面时，所述第二应用在所述界面上叠加显示触发控件；

这里，界面包括图形界面和文字界面；所述触发控件类似于一个开关，当用户开启该开关(所述触发控件被触发)时，第二应用就实现第一应用的登录或注册功能，当用户关闭该开关时，第二应用就不再实现第一应用的登录或注册功能。

步骤S22，所述第二应用监测对所述触发控件的操作；

步骤S23，如果所述触发控件被触发时，所述第二应用获得用于登录到或注册到第二平台的第一触发事件。

步骤S24，响应所述第一触发事件，所述第二应用向第一平台发送第一触发请求；

其中，所述第一触发请求中携带第一账户数据和第二平台的标识；

步骤S25，所述第二应用接收所述第一平台发送的第二账户数据；

步骤S26，所述第二应用将所述第二账户数据发送给所述第一应用；

步骤S27，所述第一应用利用所述第二账户数据实现登录到或注册到第二平台。

目前，许多的应用软件，都要求扫描二维码，对于用户来说，经常反复的认证，次数多而且繁琐，此方法是一键式认证，只在第一次开机过程中认证一下，然后后面的所有应用(第一应用)都可以一键式认证，减少用户多次认证。本申请实施例中，在开机过程中认证一次，认证过程中记录认证信息(第一账户数据)到本地，生成一个认证码(可以以二维码的形式来表现第一账户数据)。然后显示用于登录到或注册到第二平台的界面，在所述界面上叠加显示触发控件，如果监控到用户点击控件，即用户开启一键认证的功能后，第二应用会把这个认证码传输给第一平台，从而完成一键式认证。

当检测到用户名/密码输入框，或者检测到“登录/注册”的字符，或者检测到登录或注册的二维码时，就在输入框的界面上，或者含有“登录/注册”的字符的界面上，或者二维码的界面上叠加显示触发控件。在实现的过程中，显示触发控件的位置可以是输入框的相应位置，或者“登录/注册”的字符的相应位置，或者二维码的相应位置，在其他的实施例中，触发控件可以占有部分界面，也占有全部界面，显示的位置可以是在界面上比较醒目的地方。

本申请实施例提供一种信息处理方法，包括：

步骤S31，第一平台接收终端发送的第一触发请求，所述第一触发请求中携带有第一账户数据和需要登录或注册的第二平台的标识；

步骤S32，所述第一平台对所述第一账户数据进行验证；

步骤S33，验证通过时，所述第一平台根据所述第二平台的标识获取用于实现登录到或注册到第二平台的未被占用的第二账户数据；

步骤S34，所述第一平台向所述终端或所述第二平台发送所述第二账户数据；

其中，所述第一账户数据与所述第二账户数据不同，所述第二账户数据为所述平台向所述第二平台申请的账户数据。

在其他的实施例中，第一平台将第二账户数据发送给终端，然后由终端将第二账户数据发送给第二平台，即终端作为客户端实现第一应用的登录或注册。终端利用第二账户数据实现第一应用的登录或注册，那么第二平台会与终端进行交互数据，例如如果第一应用为视频应用，则第二平台为视频网站的服务器，第二平台将基于终端的请求向终端发送视频码流，而无需再通过第一平台。

在另一示例中，第一平台将第二账户数据不发送给终端，而是第一平台将第二账户数据发送给第二平台，即第一平台作为客户端实现第一应用的登录或注册。第一平台利用第二账户数据实现第一应用的登录或注册，那么第二平台会与第一平台进行交互数据，例如如果第一应用为视频应用，则第二平台为视频网站的服务器，第二平台将基于终端的请求向第一平台发送视频码流，然后第一平台再将视频码流发送给终端，也就是，第一平台作为一个第二平台与终端进行交互的中转站。

将上述两个方案进行对比，即方案一：第一平台将第二账户数据发送给终端，方案二：第一平台将第二账户数据发送给第二平台，比较容易实施的是方案一，方案一中：第一应用要请求的服务直接从第二平台那边来；方案二，从第一应用要请求的服务需要第一平台来中转，第一平台总是充当中介，那么对于方案二来说，第一平台甚至要缓存或保存数据，当数据流量太大例如视频服务时，那么不仅需要消耗带宽，而且对第一平台的资源消耗是非常大的；然而方案一种由于服务器直接从第二平台来，那么消耗的只有带宽，而不消耗第一平台的资源。

本申请实施例提供一种信息处理方法，包括：

步骤S41，第一平台接收终端发送的第一触发请求，所述第一触发请求中携带有第一账户数据和需要登录或注册的第二平台的标识；

步骤S42，所述第一平台对所述第一账户数据进行验证；

步骤S43，验证通过时，所述第一平台根据所述第二平台的标识获取用于实现登录到或注册到第二平台的未被占用的第二账户数据；

步骤S44，所述第一平台向所述终端发送所述第二账户数据；

步骤S45，所述第一平台接收所述终端发送的第二触发请求，所述第二触发请求用于使得所述平台将所述第二账户数据设置为可用；

这里，终端获得用于结束使用第二账户数据的第二触发事件；响应所述第二触发事件，所述终端向第一平台发送第二触发请求，所述第二触发请求用于使得所述第一平台将所述第二账户数据设置为可用。

步骤S46，所述第一平台利用所述第二账户数据登录到所述第二平台，并清空所述第一账户数据对应的在第二平台上的浏览记录。

本实施例中，当用户使用完第二账户数据后，第一平台通过作为客户端登录第一应用，从而清除第一账户数据对应的浏览记录，从而来保证用户的隐私。例如，第二账户数据是视频网站的账户数据，那么将有随机的几个用户或者固定的几个用户共享同一个第二账户数据，当用户1使用第二账户数据时，用该第二账户数据看了电影1，那么下一用户2使用该第二账户数据时，通过在第二平台上的浏览历史记录这一功能，将会看到用户1的观看记录，从而对于用户1来说，自己的隐私被侵犯了。本实施例中，当用户1使用第二账户数据时，用该第二账户数据看了电影1，那么第一应用就会生成该条浏览记录(看了电影1)，第一平台将第二账户数据分配给用户2时，会清空用户1的那条浏览记录，那么下一用户2使用该第二账户数据时，通过在第二平台上的浏览历史记录这一功能，将不再会看到用户1的观看记录，从而对于用户1来说，自己的隐私将不被其他的用户窥见。由此可见，本实施例提供的方案能够保证用户的隐私，第一平台在每个第二账户数据被回收后，都要登录，并清空浏览记录，才能再给下一个用户使用。

本申请实施例提供一种信息处理方法，包括：

步骤S51，第一平台接收终端发送的第一触发请求，所述第一触发请求中携带有第一账户数据和需要登录或注册的第二平台的标识；

步骤S52，所述第一平台对所述第一账户数据进行验证；

步骤S53，验证通过时，所述第一平台根据所述第二平台的标识获取用于实现登录到或注册到第二平台的未被占用的第二账户数据；

步骤S54，所述第一平台向所述终端发送所述第二账户数据；

步骤S55，所述第一平台接收所述终端发送的第二触发请求，所述第二触发请求用于使得所述平台将所述第二账户数据设置为可用；

这里，终端获得用于结束使用第二账户数据的第二触发事件；响应所述第二触发事件，所述终端向第一平台发送第二触发请求，所述第二触发请求用于使得所述第一平台将所述第二账户数据设置为可用。

步骤S56，所述第一平台利用所述第二账户数据登录到所述第二平台，获取所述第一账户数据对应的在第二平台上的浏览记录；

步骤S57，所述第一平台将在第二平台上的浏览记录与所述第一账户数据进行绑定，并清空所述第一账户数据对应的在第二平台上的浏览记录。

在实施的过程中，第一平台将在第二平台上的浏览记录与所述第一账户数据进行绑定，形成绑定记录，保存在本地。绑定记录在实现的过程中可以采用预设关系表来实现。

这样，本实施例中，当用户使用完第二账户数据后，第一平台通过作为客户端登录第一应用，将在第二平台上的浏览记录与所述第一账户数据进行绑定，然后清除第一账户数据对应的浏览记录，从而来保证用户的隐私。例如，当用户1使用第二账户数据时，用该第二账户数据看了电影1，那么第一应用就会生成该条浏览记录(看了电影1)，然后第一平台将第一账户数据与该条浏览记录绑定起来，然后在下一用户2使用该第二账户数据时，通过在第二平台上的浏览历史记录这一功能，将不会看到用户1的观看记录。本实施例提供的方案能够保证用户的隐私，第一平台在每个第二账户数据被回收后，先将浏览记录与第一账户数据进行绑定，然后再清空浏览记录，然后才能再给下一个用户使用。

步骤S58，第一平台接收终端发送的第三触发请求，所述第三触发请求中携带有第一账户数据和需要登录或注册的第二平台的标识；

步骤S59，所述第一平台对所述第一账户数据进行验证；

步骤S60，验证通过时，第一平台根据第二平台的标识获取另一个第二账户数据；

其中，另一个第二账户数据可以与之前步骤S53中的第二账户数据相同，也可以不同；例如第N次给用户1使用的第二账户数据1，第N+1次或第N+m次给用户使用的是第二账户数据2，第二账户数据1和第二账户数据2不同。当然第N次、第N+1次或第N+m次也可以使用相同的第二账户数据，例如第二账户数据1，即，在其他的实施例中，该方法还包括：如果上次使用的所述第二账户数据可用时，将所述上次使用的所述第二账户数据继续分配给所述第一账户数据对应的用户，这样可以保证用户尽可能的使用之前的第二账户数据。

步骤S61，所述第一平台根据所述第一账户数据获取在第二平台上的浏览记录；

这里，第一平台可以根据所述第一账户数据查询绑定记录，得到在第二平台上的浏览记录；

步骤S62，第一平台利用所述第二账户数据登录到所述第二平台；

步骤S63，第一平台根据在第二平台上的浏览记录模拟所述第一账户数据对应的用户的操作，使得所述第二账户数据具有在第二平台上的浏览记录。

本实施例中，先将用户的浏览记录与用户的第一账户数据进行绑定，然后在用户下次继续使用第一应用时，为了保证用户续看，给用户继续分配上次使用过的第二账户数据，同时，为了保证用户的隐私，之前已经将浏览记录删除了，但是对该用户来说，第一平台又将该用户的浏览记录恢复出来，从而既能保证用户的隐私，又能保证用户续看的效果。

当用户1使用第二账户数据1时，用该第二账户数据1看了电影1，但是用户1并没有把电影1看完，例如电影1一共50分钟，用户1看到第23分钟第15秒，那么第一应用就会生成该条浏览记录(用户1看电影1看到第23分钟第15秒)，然后第一平台将第一账户数据与该条浏览记录绑定起来，然后在下一用户2使用该第二账户数据1时，通过在第二平台上的浏览历史记录这一功能，将不会看到用户1的观看记录。如果下一次用户1继续使用第一应用时，第一平台为用户1分配一个第二账户数据(可以是上次的第二账户数据1，当然还是其他的第二账户数据)，然后，根据第一账户数据获取用户1上次的浏览记录，然后根据浏览记录模拟所述第一账户数据对应的用户的操作，使得所述第二账户数据具有在第二平台上的浏览记录。

在实现的过程中，如果第二平台的应用程序(该应用程序运行在第二平台上)支持导入浏览记录的功能，那么第一平台可以将第一账户数据对应的在第二平台上的浏览记录，利用导入功能导入到第二平台的应用程序；如果第二平台的应用程序不支持导入功能，则利用步骤S63所提供的方式实现第二账户数据具有该浏览记录。在实现步骤S63的过程中，再利用所述第二账户数据登录到所述第二平台后，第一平台根据在第二平台上的浏览记录访问相同的内容，然后通过模拟点击等操作使得该内容具有与浏览记录相同的进度。

第一平台在保留浏览记录的时候，可以保留一定数量的，例如小于等于阈值的浏览记录，例如10条或20条。在保留浏览记录的时候，还要记录每一条浏览记录的真实时间戳，该真实时间戳是第一账户数据的用户在所动作的时间，例如用户1在2018年5月29日18点43分20秒，看电影1看到第23分钟第15秒，其中用户1看电影1看到第23分钟第15秒是一条浏览记录，而真实时间戳是2018年5月29日18点43分20秒。在模拟浏览记录的时候，要按照真实时间戳的先后顺序进行模拟，即时间戳越早的，要先模拟，离用户最近的最后的一条记录最后进行模拟。在模拟的过程中，还会产生一个虚假的模拟时间戳，即第二平台模拟浏览记录时对应的时间戳。

需要说明的是，在第一平台进行模拟的浏览记录的时候，在模拟完成之后，还可以请求第二平台按照真实时间戳修改掉模拟时间戳，这样用户在利用第二账户数据登录到第二平台的时候，看到都是自己上次的记录，从而实现全程无差异化的体验。

在模拟的过程中，如果浏览记录对应的内容已经消失，例如内容的原地址失效、或者内容已经下架，那么可以不对该条浏览记录进行恢复，在其他示例中，还可以提示用户，告诉用户浏览记录对应的内容已经消失。

在其他的实施例中，如果上次使用的所述第二账号数据可用时，将所述上次使用的所述第二账号数据继续分配给所述第一账户数据对应的用户，包括：

所述第一平台根据所述第二平台的标识获取当前可用的用于实现登录到或注册到第二平台的可用账户集合；

确定上次分配给所述第一账户数据使用的所述第二账号数据；

如果上次使用的所述第二账号数据在所述可用账户集合中，将所述上次使用的所述第二账号数据继续分配给所述第一账户数据对应的用户，以使所述第一账户数据对应的用户查看自己的浏览记录。

本申请实施例再提供一种信息处理方法，该方法包括：

步骤S71，第一平台接收终端发送的第一触发请求，所述第一触发请求中携带有第一账户数据和需要登录或注册的第二平台的标识；

步骤S72，所述第一平台对所述第一账户数据进行验证；

步骤S73，验证通过时，所述第一平台根据所述第二平台的标识获取当前可用的用于实现登录到或注册到第二平台的可用账户集合；

步骤S74，确定上次分配给所述第一账户数据使用的所述第二账号数据；

步骤S75，如果上次使用的所述第二账号数据在所述可用账户集合中，将所述上次使用的所述第二账号数据继续分配给所述第一账户数据对应的用户，以使所述第一账户数据对应的用户查看自己的浏览记录。

其中以上的步骤S73至步骤S75提供了一种实现了“所述第一平台根据所述第二平台的标识获取用于实现登录到或注册到第二平台的未被占用的第二账户数据”的方法；

步骤S76，所述第一平台向所述终端发送所述第二账户数据。

本实施例中，并没有对浏览记录进行删除，因此，为了保证用户续看，尽量为用户分配上次使用的第二账户数据。如果上次使用的第二账户数据不可用，那么从可用账户数据中为第一账户数据对应的用户再分配一个第二账户数据，然后根据所述第一账户数据获取在第二平台上的浏览记录；其中，第一平台之前形成了绑定记录，然后根据第一账户数据查询绑定记录得到在第二平台上的浏览记录(第一平台将第一账户数据与浏览记录进行绑定，形成绑定记录)，然后，第一平台利用所述第二账户数据登录到所述第二平台；最后第一平台根据在第二平台上的浏览记录模拟所述第一账户数据对应的用户的操作，使得所述第二账户数据具有在第二平台上的浏览记录。这样上次的第二账户数据被占用时，仍然能够保证用户的续看。

本申请实施例提供一种信息处理方法，该方法应用于图1所示的网络系统，

图3为本申请另一实施例信息处理方法的实现流程示意图，如图3所示，该方法包括：

步骤S301，终端获得用于登录到或注册到第二平台的第一触发事件；

步骤S302，响应所述第一触发事件，所述终端向第一平台发送第一触发请求，所述第一触发请求中携带第一账户数据和第二平台的标识；

步骤S303，第一平台接收终端发送的第一触发请求，所述第一触发请求中携带有第一账户数据和需要登录或注册的第二平台的标识；

步骤S304，所述第一平台对所述第一账户数据进行验证；

步骤S305，验证通过时，所述第一平台根据所述第二平台的标识获取用于实现登录到或注册到第二平台的未被占用的第二账户数据；

这里，验证不通过时，第一平台向终端发送通知消息，通知消息用于告知第一账户数据未验证通过，例如通知消息用于告知第一账户数据不合法。

步骤S306，所述第一平台向所述终端或所述第二平台发送所述第二账户数据；

其中，所述第一账户数据与所述第二账户数据不同，所述第二账户数据为所述平台向所述第二平台申请的账户数据。

步骤S307，终端接收所述第一平台发送的第二账户数据；

其中，所述第一账户数据和所述第二账户数据不同，所述第二账户数据为所述第一平台向第二平台申请的账户数据；

步骤S308，所述终端利用所述第二账户数据实现登录到或注册到第二平台。

在步骤S306中，第一平台可以将第二账户数据发送给终端，然后由终端利用第二账户数据实现第一应用的登录或注册。参见图4所示，终端11向第一平台发送第一账户数据和第二平台的标识信息，第一平台21对第一账户数据进行验证，验证通过时，第一平台21向终端11发送第二账户数据。终端11接收到第二账户数据后，将第二账户数据携带在登录或注册请求中，然后终端11向第二平台发送登录或注册请求中，然后由第二平台根据第二账户数据实现对第一应用的登录或注册，当然第二平台31还可以向终端11发送登录或注册响应，登录或注册响应用于告知终端是否登录或注册成功。

在其他的实施例中，第一平台侧还可以包括，基于使用第二账户数据的时长进行收费的流程，因此，在第一平台向终端发送第二账户数据之后，所述方法还包括：第一平台监测所述第一应用请求服务的时长；在实现的过程中，请求服务的时长可以用占用第二账户数据的时长来计算，这样，第一平台能够比较容易的计算出请求服务的时长，然后第一平台根据所述请求服务的时长确定资费金额；然后第一平台输出所述资费金额。在其他的实施例中，第一平台可以将资费金额发送给终端，以便告知用户。当然还可以从第一账户数据中的账户金额中扣除资费金额，得到剩余的账户金额，然后将剩余的账户金额更新到所述第一账户数据中。在其他实施例中，也可以不对请求服务的时长进行计算，而是对用户来说，直接采用的是包月、包季度或包年的服务，每次只需要判断当前时间是否在用户的有效期内，有效期是根据包月、包季度或包年等的服务对应的最后截止日期来确定的。如果当前时间在有效期内，则将第二账户数据发送给终端，如果当前时间没有在有效期内，则向终端发送通知消息，该通知消息用于告知用户包月、包季度或包年等的服务已经到期，需要继续付费才能使用。

在其他的实施例中，第一账户数据中除了账号、密码之外，还可以包括账户余额、或者有效期，因此第一平台对第一账户数据进行验证，包括对账号、密码的验证之外，还可以对账户余额或有效期进行验证、例如在一示例中，要验证账户余额大于预设的阈值，这样才可以算是验证通过，这种方案是对于按照请求服务时长进行扣费的方案，例如每次请求服务时，有个最低资费是2块钱(资费阈值)，如果账户中小于2块钱，例如0元或负数或1块，那么都算是第一账户数据验证失败。在另一示例中，第一平台还可以对有效期进行验证，如果当前时间在有效期内，则验证成功，如果当前时间没有在有效期内，则验证失败；验证成功时，第一平台将获取的第二账户数据发送给终端，验证失败时，向终端发送通知消息，该通知消息用于告知用户包月、包季度或包年等的服务已经到期，需要继续付费才能使用。

在其他的实施例中，第一账户数据对应有优先级，第二账户数据也对应有优先级，第一平台在获取第二账户数据时候，可以根据第一账户数据的优先级来获取相应优先级的第二账户数据，例如第一账户数据的优先级的级别越高，第二账户数据的优先级的级别也越高，因此，第一平台侧根据所述第二平台的标识获取用于实现登录到或注册到第二平台的未被占用的第二账户数据，包括：

所述第一平台根据所述第二平台的标识获取用于实现登录到或注册到第二平台的可用账户集合；然后根据第一账户数据的优先级从所述可用账户集合中确定第二账户数据，第二账户数据的优先级与第一账户数据的优先级相对应。

需要说的是，第一平台在向终端发送第二账户数据时，第一平台31还需要判断一下本地是否有可用的第二账户数据，其中可用的含义可以是，第二账户数据没有被其他的终端占用，以便能够分配给终端11使用。需要理解的是，第二账户数据实际上进行了时间域上的划分，即第二账户数据可以在不同的时间被不同的终端(可以理解为不同的用户)所使用，例如同一个第二账户数据(账号为111，密码为222)，那么从第一天的零点开始可以被第一终端使用，从第二天零点开始可以被第二终端使用，从第N天零点开始可以被第Q个终端使用。当然还可以在一天内的某个时间点t1之前被第一用户使用，然后在该时间点t1之后，被第二用户使用。其中时间点t1是所述第二账户数据从所述第二平台注销的时间，时间点t1可以是所述第一应用被关闭的时间或时间点t1还可以是第一应用在后台运行的时长超过阈值的时间。因此，对于终端11和第一平台21来说，所执行的方法参见图5A所示，该方法包括：

步骤S301至步骤S304，参见图3中的步骤S301至步骤S304；然后步骤S305所执行的内容被变更为步骤S305’；

步骤S305’，验证通过时，所述第一平台根据所述第二平台的标识获取用于实现登录到或注册到第二平台的可用账户集合；如果所述可用账户集合中有未被占用的可用的第二账户数据，所述第一平台将所述可用的第二账户数据设置为不可用；如果所述可用账户集合中没有未被占用的可用的第二账户数据，所述第一平台向第二平台申请第二账户数据，并将申请的第二账户数据设置为不可用；

其中，第一平台持有的所述第二账户数据的数量小于所述第一账户数据的数量。步骤S305’示出，如果可用账户集合中有可用的第二账户数据，第一平台将第二账户数据设置为不可用，然后发给终端；如果可用账户集合中没有可用的第二账户数据，第一平台向第二平台申请，然后将申请的第二账户数据设置为不可用，并发送给终端；其中，第二账户数量小于第一账户数量。

这里，验证不通过时，第一平台向终端发送通知消息，通知消息用于告知第一账户数据未验证通过，例如通知消息用于告知第一账户数据不合法。

步骤S306，所述第一平台向所述终端或所述第二平台发送所述第二账户数据；

其中，所述第一账户数据与所述第二账户数据不同，所述第二账户数据为所述平台向所述第二平台申请的账户数据。

步骤S307，终端接收所述第一平台发送的第二账户数据；

步骤S308，所述终端利用所述第二账户数据实现登录到或注册到第二平台。

其中，步骤S306至步骤S308，参见图3中的步骤S306至步骤S308类似，不同的是，本实施例中的步骤S307可以只向终端发送第二账户数据，而不必向第二平台发送第二账户数据。在步骤S308之后，该方法还包括步骤S309至步骤S312。

步骤S309，终端获得用于结束使用第二账户数据的第二触发事件；

步骤S310，响应所述第二触发事件，所述终端向第一平台发送第二触发请求，所述第二触发请求用于使得所述第一平台将所述第二账户数据设置为可用；

步骤S311，所述第一平台接收所述终端发送的第二触发请求，所述第二触发请求用于使得所述平台将所述第二账户数据设置为可用；

步骤S312，所述第一平台响应所述第二触发请求，将所述第二账户数据设置为可用。

其中，终端在登录到或注册到第二平台之后，即终端的对应的用户即可以使用第一应用了。如果用户使用完毕时，例如所述第二账户数据从所述第二平台注销，所述第一应用被关闭或在后台运行的时长超过阈值时，终端获得用于结束使用第二账户数据的第二触发事件。然后，第一平台可以收回第二账户数据，然后被其他的终端使用，或者在下一次被该终端继续使用。由此，可以实现对第二账户数据在时间上进行划分使用。换句话说，终端可以监测是否结束使用第一应用(例如用户发起的注销操作，可能是第一应用长时间在后台运行，或者第一应用的窗口直接被关闭等)，然后终端将结束使用的事件反馈给第一平台，使得第一平台能把第二账户数据设置为可用，从而实现对第二账户数据在时间上进行划分使用。

另外，需要说明的是，本实施例中，由于可以实现对第二账户数据在时间上的划分使用，如果第二账户数据是VIP会员的账户数据，则本实施例能够实现VIP会员资格在时间上被划分，即一个用户在一段时间内享受VIP服务。因此，本实施例中，第一平台的用户数量(可以理解为第一账户数据的数量)是远远大于第二账户数据的数量，因此第二账户数据可以被不同的用户(或不同的终端)所共享。

本实施例中的终端所执行的步骤，在实现的过程中可以采用两个应用来实现，此时，步骤S309，终端获得用于结束使用第二账户数据的第二触发事件，包括：

步骤A1，所述第二账户数据从所述第二平台注销，所述第一应用被关闭或在后台运行的时长超过阈值时，所述第一应用向第二应用发送通知消息，所述通知消息用于告知所述第二应用结束使用第二账户数据；

步骤A2，所述第二应用基于所述通知消息获得所述第二触发事件；

在另一示例中，步骤S309，终端获得用于结束使用第二账户数据的第二触发事件，包括：

步骤B，所述第二应用监测所述第二账户数据从所述第二平台注销，第一应用被关闭或在后台运行的时长超过阈值，获得所述第二触发事件。

上述的步骤A1和步骤A2提供一种第一应用主动通知第二应用“结束使用第二账户数据”的事件的实现方式，步骤B提供了一种第二应用主动监测“结束使用第二账户数据”的事件的实现方式。

在其他的实施例中，当第二账户数据被分配给第一平台之后，第一平台还可以将第二账户数据与第一账户数据进行绑定，以便记录第二账户数据到底目前被谁所使用；当然在终端使用完毕之后，还可以将第二账户数据与第一账户进行解绑定。因此，本申请实施例在提供一种信息处理方法，参见图5B，该方法包括：

步骤S301至步骤S305’，上一实施例中的步骤S301至步骤S305’；然后步骤S306所执行的内容被变更为步骤S306’；

步骤S306’，所述第一平台将所述第二账户数据与所述第一账户数据进行绑定，然后所述第一平台向所述终端发送所述第二账户数据；

然后在步骤S306’，接续步骤S307至步骤S311；然后步骤S312所执行的内容被变更为步骤S312’；

步骤S312’，所述第一平台响应所述第二触发请求，将所述第二账户数据设置为可用，并将所述第二账户数据与所述第一账户数据进行解绑定。

基于前述的实施例，本申请实施例提供一种信息处理装置，该装置包括所包括的各单元、以及各单元所包括的各模块，各模块所包括的各子模块，可以通过终端或平台中的处理器来实现；当然也可通过逻辑电路实现；在实施的过程中，处理器可以为中央处理器(CPU)、微处理器(MPU)、数字信号处理器(DSP)或现场可编程门阵列(FPGA)等。

图6为本申请实施例信息处理装置的组成结构示意图，如图6所示，所述装置包括第一装置和第二装置，其中第一装置600包括第一获得单元601、第一发送单元602、第一接收单元603和实现单元604，第二装置610包括第二接收单元611、验证单元612、第三获得单元613和第四发送单元614，其中

第一获得单元601，配置为获得用于登录到或注册到第二平台的第一触发事件；

第一发送单元602，配置为响应所述第一触发事件，向第一平台发送第一触发请求，所述第一触发请求中携带第一账户数据和第二平台的标识；

第二接收单元611，配置为接收终端发送的第一触发请求，所述第一触发请求中携带有第一账户数据和需要登录或注册的第二平台的标识；

验证单元612，配置为对所述第一账户数据进行验证；

第三获得单元613，配置为验证通过时，根据所述第二平台的标识获取用于实现登录到或注册到第二平台的未被占用的第二账户数据；

第四发送单元614，配置为向所述终端或所述第二平台发送所述第二账户数据；其中，所述第一账户数据与所述第二账户数据不同，所述第二账户数据为所述平台向所述第二平台申请的账户数据；所述第二平台为所述第一应用对应的服务平台；

第一接收单元603，配置为接收所述第一平台发送的第二账户数据；

实现单元604，配置为利用所述第二账户数据实现登录到或注册到第二平台。

在其他的实施例中，所述终端运行有第一应用和第二应用，对应地，第一装置中的各单元，配置为如下的内容：

所述第一获得单元，配置为所述第二应用获得用于登录到或注册到第二平台的第一触发事件；

所述第一发送单元，配置为响应所述第一触发事件，所述第二应用向第一平台发送第一触发请求；

所述第一接收单元，配置为所述第二应用接收所述第一平台发送的第二账户数据；

所述第二发送单元，配置为将所述第二账户数据发送给所述第一应用；

所述实现单元，配置为所述第一应用利用所述第二账户数据实现登录到或注册到第二平台；

在其他的实施例中，所述第一装置还包括叠加单元和监测单元，其中：叠加单元，配置为当所述第一应用显示用于登录到或注册到第二平台的界面时，所述第二应用在所述界面上叠加显示触发控件；监测单元，配置为所述第二应用监测对所述触发控件的操作；

对应地，所述第一获得单元，配置为如果所述触发控件被触发时，所述第二应用获得用于登录到或注册到第二平台的第一触发事件。

在其他的实施例中，所述第一装置还包括：

第二获得单元，配置为获得用于结束使用第二账户数据的第二触发事件；

第三发送单元，配置为响应所述第二触发事件，向第一平台发送第二触发请求，所述第二触发请求用于使得所述第一平台将所述第二账户数据设置为可用。

这里，所述第二装置还包括第三接收单元和设置单元，其中，所述第三接收单元，配置为接收所述终端发送的第二触发请求，所述第二触发请求用于使得所述平台将所述第二账户数据设置为可用；设置单元，配置为响应所述第二触发请求，将所述第二账户数据设置为可用。

在其他的实施例中，第二获得单元，配置为所述第二账户数据从所述第二平台注销，所述第一应用被关闭或在后台运行的时长超过阈值时，所述第一应用向第二应用发送通知消息，所述通知消息用于告知所述第二应用结束使用第二账户数据，所述第二应用基于所述通知消息获得所述第二触发事件；

或者，第二获得单元，配置为所述第二应用监测所述第二账户数据从所述第二平台注销，第一应用被关闭或在后台运行的时长超过阈值，获得所述第二触发事件。

在其他的实施例中，第二装置中的所述第三获得单元，包括：

获得模块，配置为根据所述第二平台的标识获取用于实现登录到或注册到第二平台的可用账户集合；

第一设置模块，配置为如果所述可用账户集合中有未被占用的可用的第二账户数据，将所述可用的第二账户数据设置为不可用；

申请模块，配置为如果所述可用账户集合中没有未被占用的可用的第二账户数据，向第二平台申请第二账户数据；

第二设置模块，配置为将申请的第二账户数据设置为不可用；

其中，第一平台持有的所述第二账户数据的数量小于所述第一账户数据的数量。

在其他的实施例中，第二装置还包括：

第一绑定单元，配置为将所述第二账户数据与所述第一账户数据进行绑定；

第三接收单元，配置为接收所述终端发送的第二触发请求，所述第二触发请求用于使得所述平台将所述第二账户数据设置为可用；

设置单元，配置为响应所述第二触发请求，将所述第二账户数据设置为可用；

解绑定单元，配置为将所述第二账户数据与所述第一账户数据进行解绑定。

在其他的实施例中，第二装置还包括：

第一登录单元，配置为利用所述第二账户数据登录到所述第二平台，获得所述第一账户数据对应的在第二平台上的浏览记录；

第二绑定单元，配置为将在第二平台上的浏览记录与所述第一账户数据进行绑定；

第一清空单元，配置为清空所述第一账户数据对应的在第二平台上的浏览记录。

在其他的实施例中，第二装置还包括：

第四获得单元，配置为根据所述第一账户数据获取在第二平台上的浏览记录；

第二登录单元，配置为利用所述第二账户数据登录到所述第二平台；

模拟单元，配置为根据在第二平台上的浏览记录模拟所述第一账户数据对应的用户的操作，使得所述第二账户数据具有在第二平台上的浏览记录。

在其他的实施例中，第二装置还包括：

所述第三登录单元，配置为利用所述第二账户数据登录到所述第二平台；

所述第二清空单元，配置为清空所述第一账户数据对应的在第二平台上的浏览记录。

在其他的实施例中，第二装置中的第三获得单元，包括：

获得模块，配置为根据所述第二平台的标识获取当前可用的用于实现登录到或注册到第二平台的可用账户集合；

确定模块，配置为确定上次分配给所述第一账户数据使用的所述第二账号数据；

分配模块，配置为如果上次使用的所述第二账号数据在所述可用账户集合中，将所述上次使用的所述第二账号数据继续分配给所述第一账户数据对应的用户，以使所述第一账户数据对应的用户查看自己的浏览记录。

以上装置实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本申请装置实施例中未披露的技术细节，请参照本申请方法实施例的描述而理解。

需要说明的是，本申请实施例中，如果以软件功能模块的形式实现上述的信息处理方法，并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算设备(可以是个人计算机、服务器等)执行本申请各个实施例所述方法的全部或部分。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read Only Memory，ROM)、磁碟或者光盘等各种可以存储程序代码的介质。这样，本申请实施例不限制于任何特定的硬件和软件结合。

对应地，本申请实施例提供一种计算设备，包括存储器和处理器，所述存储器存储有可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上述的信息处理方法中的步骤。

对应地，本申请实施例提供一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该计算机程序被处理器执行时实现上述的信息处理方法中的步骤。

这里需要指出的是：以上存储介质和设备实施例的描述，与上述方法实施例的描述是类似的，具有同方法实施例相似的有益效果。对于本申请存储介质和设备实施例中未披露的技术细节，请参照本申请方法实施例的描述而理解。

需要说明的是，图7为本申请实施例中计算设备的一种硬件实体示意图，如图7所示，该计算设备700的硬件实体包括：处理器701、通信接口702和存储器703，其中

处理器701通常控制计算设备700的总体操作。

通信接口702可以使计算设备通过网络与其他终端或服务器通信。

存储器703配置为存储由处理器701可执行的指令和应用，还可以缓存待处理器701以及计算设备700中各模块待处理或已经处理的数据(例如，图像数据、音频数据、语音通信数据和视频通信数据)，可以通过闪存(FLASH)或随机访问存储器(Random AccessMemory，RAM)实现。

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本申请的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，如：多个单元或组件可以结合，或可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性的、机械的或其它形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的，作为单元显示的部件可以是、或也可以不是物理单元；既可以位于一个地方，也可以分布到多个网络单元上；可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外，在本申请各实施例中的各功能单元可以全部集成在一个处理单元中，也可以是各单元分别单独作为一个单元，也可以两个或两个以上单元集成在一个单元中；上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：移动存储设备、只读存储器(Read Only Memory，ROM)、磁碟或者光盘等各种可以存储程序代码的介质。

或者，本申请上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算设备(可以是个人计算机、服务器等)执行本申请各个实施例所述方法的全部或部分。而前述的存储介质包括：移动存储设备、ROM、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，仅为本申请的实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (10)

1.一种信息处理方法，包括：

终端获得用于登录到或注册到第二平台的第一触发事件；

响应所述第一触发事件，所述终端向第一平台发送第一触发请求，所述第一触发请求中携带第一账户数据和第二平台的标识；

终端接收所述第一平台发送的第二账户数据；所述第一账户数据和所述第二账户数据不同，所述第二账户数据为所述第一平台向第二平台申请的账户数据；

所述终端利用所述第二账户数据实现登录到或注册到第二平台。

2.根据权利要求1所述的方法，其中，第二应用获得用于登录到或注册到第二平台的第一触发事件；响应所述第一触发事件，所述第二应用向第一平台发送第一触发请求；所述第二应用接收所述第一平台发送的第二账户数据，并将所述第二账户数据发送给第一应用；所述第一应用利用所述第二账户数据实现登录到或注册到第二平台；

或者，

当第一应用显示用于登录到或注册到第二平台的界面时，所述第二应用在所述界面上叠加显示触发控件；监测对所述触发控件的操作；如果所述触发控件被触发时，所述第二应用获得用于登录到或注册到第二平台的第一触发事件。

3.根据权利要求1所述的方法，其中，所述方法还包括：

终端获得用于结束使用第二账户数据的第二触发事件；

响应所述第二触发事件，所述终端向第一平台发送第二触发请求，所述第二触发请求用于使得所述第一平台将所述第二账户数据设置为可用；

其中，终端获得用于结束使用第二账户数据的第二触发事件，包括：

所述第二账户数据从所述第二平台注销，第一应用被关闭或在后台运行的时长超过阈值时，第一应用向第二应用发送通知消息，所述通知消息用于告知所述第二应用结束使用第二账户数据，所述第二应用基于所述通知消息获得所述第二触发事件；

或者，终端获得用于结束使用第二账户数据的第二触发事件，包括：

第二应用监测所述第二账户数据从所述第二平台注销，第一应用被关闭或在后台运行的时长超过阈值，获得所述第二触发事件。

4.一种信息处理方法，包括：

第一平台接收终端发送的第一触发请求，所述第一触发请求中携带有第一账户数据和需要登录或注册的第二平台的标识；

所述第一平台对所述第一账户数据进行验证，验证通过时，所述第一平台根据所述第二平台的标识获取用于实现登录到或注册到第二平台的未被占用的第二账户数据；

所述第一平台向所述终端或所述第二平台发送所述第二账户数据；

其中，所述第一账户数据与所述第二账户数据不同，所述第二账户数据为所述平台向所述第二平台申请的账户数据。

5.根据权利要求4所述的方法，其中，所述第一平台根据所述第二平台的标识获取用于实现登录到或注册到第二平台的未被占用的第二账户数据，包括：

所述第一平台根据所述第二平台的标识获取用于实现登录到或注册到第二平台的可用账户集合；

如果所述可用账户集合中有未被占用的可用的第二账户数据，所述第一平台将所述可用的第二账户数据设置为不可用；

如果所述可用账户集合中没有未被占用的可用的第二账户数据，所述第一平台向第二平台申请第二账户数据，并将申请的第二账户数据设置为不可用；

其中，第一平台持有的所述第二账户数据的数量小于所述第一账户数据的数量。

6.根据权利要求5所述的方法，其中，在所述第一平台向所述终端或所述第二平台发送所述第二账户数据之前，所述方法还包括：所述第一平台将所述第二账户数据与所述第一账户数据进行绑定；

在所述第一平台向所述终端或所述第二平台发送所述第二账户数据之后，所述方法还包括：所述第一平台接收所述终端发送的第二触发请求，所述第二触发请求用于使得所述平台将所述第二账户数据设置为可用；所述第一平台响应所述第二触发请求，将所述第二账户数据设置为可用，并将所述第二账户数据与所述第一账户数据进行解绑定；

或者，

所述方法还包括：所述第一平台利用所述第二账户数据登录到所述第二平台，获取所述第一账户数据对应的在第二平台上的浏览记录；所述第一平台将所述在第二平台上的浏览记录与所述第一账户数据进行绑定，并清空所述第一账户数据对应的在第二平台上的浏览记录；

或者，

在发送所述第二账户数据之前，所述方法还包括：所述第一平台根据所述第一账户数据获取在第二平台上的浏览记录，利用所述第二账户数据登录到所述第二平台，根据在第二平台上的浏览记录模拟所述第一账户数据对应的用户的操作，使得所述第二账户数据具有在第二平台上的浏览记录。

7.根据权利要求5所述的方法，其中，其中，在所述平台将所述第二账户数据设置为可用之前，所述方法还包括：所述第一平台利用所述第二账户数据登录到所述第二平台，并清空所述第一账户数据对应的在第二平台上的浏览记录。

8.根据权利要求5所述的方法，其中，所述第一平台根据所述第二平台的标识获取用于实现登录到或注册到第二平台的第二账户数据，包括：

所述第一平台根据所述第二平台的标识获取当前可用的用于实现登录到或注册到第二平台的可用账户集合；

确定上次分配给所述第一账户数据使用的所述第二账号数据；

如果上次使用的所述第二账号数据在所述可用账户集合中，将所述上次使用的所述第二账号数据继续分配给所述第一账户数据对应的用户，以使所述第一账户数据对应的用户查看自己的浏览记录。

9.一种信息处理装置，包括：

第一获得单元，配置为获得用于登录到或注册到第二平台的第一触发事件；

第一发送单元，配置为响应所述第一触发事件，向第一平台发送第一触发请求，所述第一触发请求中携带第一账户数据和第二平台的标识；

第一接收单元，配置为接收所述第一平台发送的第二账户数据；所述第一账户数据和所述第二账户数据不同，所述第二账户数据为所述第一平台向第二平台申请的账户数据；

实现单元，配置为利用所述第二账户数据实现登录到或注册到第二平台。

10.一种信息处理装置，包括：

第二接收单元，配置为接收终端发送的第一触发请求，所述第一触发请求中携带有第一账户数据和需要登录或注册的第二平台的标识；

验证单元，配置为对所述第一账户数据进行验证；

第三获得单元，配置为验证通过时，根据所述第二平台的标识获取用于实现登录到或注册到第二平台的未被占用的第二账户数据；

第四发送单元，配置为向所述终端或所述第二平台发送所述第二账户数据；

其中，所述第一账户数据与所述第二账户数据不同，所述第二账户数据为所述平台向所述第二平台申请的账户数据。