本发明一般涉及信息
技术领域：
：，具体涉及一种多平台鉴权方法、装置和计算机可读存储介质。
背景技术：
：：从windows系统，到ios系统和安卓系统。伴随着信息技术的快速发展，用户能够使用的平台形式越来越多样。为此，很多服务商都需要提供多平台的服务，以满足用户日益增长的体验需要。快递行业中，签约用户可以通过微信公众号、支付宝生活号，移动终端上的app，以及电脑浏览器等平台，使用快递企业的数字化服务。当用户在不同平台上使用数字化服务时，现有技术采用的方法是在每个应用程序上都嵌入数字化服务页面，用户每次登录，则通过输入账号密码完成鉴权。然而，用户每次都需要输入账号密码的过程，操作繁琐，并且多次输入还容易增加账号密码被窃取的风险，安全系数较低。技术实现要素：鉴于现有技术中的上述缺陷或不足，期望提供一种多平台鉴权方法、装置和计算机可读存储介质，只需要通过客户账户信息登录过一次，后续就不必重新登录即可完成鉴权，避免用户每次都需要输入账号密码，操作繁琐，且安全系数较低的技术问题。第一方面，本申请提供一种多平台鉴权方法，包括：获取当前平台的用户参数；对所述用户参数进行鉴权操作；在鉴权完毕后，接收所述用户参数对应的用户信息并存储至所述当前平台。第二方面，本申请提供一种多平台鉴权装置，包括：获取模块，用于获取当前平台的用户参数；鉴权模块，用于对所述用户参数进行鉴权操作；存储模块，用于在鉴权完毕后，接收所述用户参数对应的用户信息并存储至所述当前平台。第三方面，本申请提供一种计算机可读存储介质，该计算机程序用于实现如第一方面所述的多平台鉴权方法。综上，本申请实施例提供的多平台鉴权方法、装置和计算机可读存储介质，获取当前平台的用户参数；然后，对用户参数进行鉴权操作；从而，在鉴权完毕后，接收用户参数对应的用户信息并存储至当前平台；如此，由于平台已经存储了用户信息，当用户再次从当前平台登录时，不再需要输入账号密码，而是由平台自动地读取用户参数以完成鉴权，避免用户每次都需要输入账号密码，操作繁琐，且安全系数较低的技术问题。进一步地，本申请实施例将所有平台的鉴权均由统一的鉴权体系来完成，鉴权的流程更加安全、可靠，并且维护成本更低；同时，如果后续还需要接入其它的平台，鉴权体系代码改动很小，即可支持鉴权，接入性良好，易扩展。附图说明通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：图1为本申请实施例提供的一种多平台鉴权方法的基本流程示意图；图2为本申请实施例提供的另一种多平台鉴权方法的流程示意图；图3为本申请实施例提供的又一种多平台鉴权方法的流程示意图；图4为本申请实施例提供的再一种多平台鉴权方法的流程示意图；图5为本申请实施例提供的一种多平台鉴权方法的示例；图6为本申请实施例提供的一种多平台鉴权装置；图7为本申请实施例提供的一种计算机系统。具体实施方式下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与发明相关的部分。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。本申请实施例提供一种多平台鉴权方法，该方法应用于终端中。需要说明的是，本申请实施例中所涉及的终端可以包括但不限于个人计算机(personalcomputer，pc)、个人数字助理(personaldigitalassistant，pda)、平板电脑(tabletcomputer)、无线手持设备和手机等。为了便于理解和说明，下面通过图1至图6详细的阐述本申请实施例提供的多平台鉴权方法及装置。请参考图1，其为本申请实施例提供的一种多平台鉴权方法的基本流程示意图，该方法应用于终端，包括以下步骤：s101，获取当前平台的用户参数。需要说明的是，数字化服务后台需要嵌入在当前平台中。当前平台可以包括但不限于小程序端，移动终端上的app端，以及电脑浏览器html5端。比如，小程序端为微信公众号、微信小程序和支付宝生活号等。其中，用户参数可以包括但不限于客户卡号、账号密码，平台id和手机号码。具体的，平台id表示某平台某用户的唯一标识，每个平台该标识的名字不同。当用户关注该平台后，平台会生成一个唯一的字符串编码，即平台id。比如，用户通过微信号123456789关注数字化服务公众号后，微信会为该用户生成字符串编码wx123456789，这个字符串编码就是平台id。在鉴权过程中，如果用户通过手动登录的方式使用数字化服务，则需要输入客户卡号、账户密码，以及手机号码、与手机号码对应的验证码，在验证通过之后，才能登录数字化服务页面；而如果用户通过自动登录的方式使用数字化服务，由于数字化服务后台能够自动获取平台id和手机号码等用户参数，无需用户输入，避免了用户再次从当前平台登录时，每次都需要输入账号密码和验证码，操作繁琐，且安全系数较低。s102，对用户参数进行鉴权操作。具体的，将用户参数与数据库绑定表中的用户参数进行匹配，若用户参数与数据库绑定表中的用户参数相同，则返回用户信息。需要说明的是，用户信息可以包括但不限于用户名称，用户类型，账户密码状态，导航页面，权限状态和会员id。其中，导航页面是指用户登录账户信息之前的页面，会员id为数字化服务后台根据手机号码生成的唯一标识。举例说明，当用户参数为客户卡号123123123、账户密码111111，数据库绑定表为卡信息表时，在卡信息表中搜索是否存在与该客户卡号、账户密码完全相同的卡信息。如果在卡信息表中存在完全相同的卡信息，则说明这张卡是有效卡，并返回用户信息；而如果在卡信息表中不存在完全相同的卡信息，则提示用户客户卡号或账户密码输入有误，请重新输入。当用户参数为平台id：wx123456789，数据库绑定表为登录信息表时，在登录信息表中搜索是否存在与该平台id相同的登录信息。如果在登录信息表中存在相同的登录信息，说明用户已经登录过，此时对用户信息做权限校验、日志记录等处理后，返回用户信息；而如果在登录信息表中不存在相同的登录信息，说明用户没有登录过，直接返回注册登录页面标识。s103，在鉴权完毕后，接收用户参数对应的用户信息并存储至当前平台。比如，数字化服务后台接收鉴权成功后所返回的用户信息，按照用户信息中的权限状态，向用户开放对应的权限。从而，用户能够正常地使用数字化服务。同时，数字化服务后台将用户信息存储至当前平台的会话控制(session)中。需要说明的是，session是数字化服务后台为用户创建的会话对象，默认有效时间为2小时。其中，有效时间是任意正数，比如5秒，30分钟，1小时，本申请实施例对此不进行限定。以有效时间是2小时为例进行说明，如果2小时内数字化服务页面持续没有响应，说明用户在有效时间内没有操作或者用户信息没有发生变化，session将自动销毁，并退出数字化服务页面；而如果2小时内数字化服务页面有响应，数字化服务后台则会重新开始计时，并刷新session中的时间值，直到数字化服务页面持续没有响应时间再次达到2小时。通过设置操作的有效时间，能够避免用户忘记退出数字化服务页面，导致账户信息泄露，从而提高了账户的安全性。本申请实施例提供的多平台鉴权方法，获取当前平台的用户参数；然后，对用户参数进行鉴权操作；从而，在鉴权完毕后，接收用户参数对应的用户信息并存储至当前平台；如此，由于平台已经存储了用户信息，当用户再次从当前平台登录时，不再需要输入账号密码，而是由平台自动地读取用户参数以完成鉴权，避免用户每次都需要输入账号密码，操作繁琐，且安全系数较低的技术问题。进一步地，本申请实施例将所有平台的鉴权均由统一的鉴权体系来完成，鉴权的流程更加安全、可靠，并且维护成本更低；同时，如果后续还需要接入其它的平台，鉴权体系代码改动很小，即可支持鉴权，接入性良好，易扩展。基于前述实施例，本申请实施例提供的另一种多平台鉴权方法的流程示意图，如图2所示，该方法应用于小程序端，包括以下步骤：s201，获取账户信息。其中，账户信息包括客户卡号、账号密码、手机号码和验证码。比如，用户通过微信关注数字化服务公众号后，进入登录页面。在登录页面中，需要由用户填写客户卡号、账号密码、手机号码和验证码。需要说明的是，验证码为用户输入手机号码后，数字化服务后台向用户手机发送的标识码，用以防止非用户本人操作所带来的风险，从而提高了账户的安全性。s202，将客户卡号、手机号码和平台id相关联，并保存在数据库绑定表中。需要说明的是，平台id表示某平台某用户的唯一标识，每个平台该标识的名字不同。当用户关注该平台后，平台会生成一个唯一的字符串编码，即平台id。比如，用户通过微信号123456789关注数字化服务公众号后，微信会为该用户生成字符串编码wx123456789，这个字符串编码就是平台id。具体的，数字化服务后台将用户输入的客户卡号、手机号码和生成的平台id互相关联起来，并保存在数据库绑定表中，用于后续的鉴权操作。s203，获取平台id。其中，用户参数包括平台id。需要说明的是，在鉴权过程中，由于数字化服务后台能够自动获取平台id，无需用户输入，避免了用户再次从当前平台登录时，每次都需要输入账号密码，操作繁琐，且安全系数较低。s204，将用户参数与数据库绑定表中的用户参数进行匹配。s205，若用户参数与数据库绑定表中的用户参数相同，则返回用户信息。s206，在鉴权完毕后，接收用户参数对应的用户信息并存储至当前平台。在具体的实现过程中，小程序端的数字化服务后台还能够获取用户信息对应的有效时间，在有效时间内，用户可以正常使用数字化服务。若有效时间内数字化服务页面持续没有响应，说明用户在有效时间内没有操作或者用户信息没有发生变化，则退出数字化服务页面；而若有效时间内数字化服务页面有响应，则重新开始计时，直到数字化服务页面持续没有响应时间再次达到有效时间。需要说明的是，本实施例中与其它实施例中相同步骤和相同内容的说明，可以参照其它实施例中的描述，此处不再赘述。本申请实施例提供的多平台鉴权方法，由于平台已经存储了用户信息，当用户再次从当前平台登录时，不再需要输入账号密码，而是由平台自动地读取用户参数以完成鉴权，避免用户每次都需要输入账号密码，操作繁琐，且安全系数较低的技术问题。进一步地，本申请实施例将所有平台的鉴权均由统一的鉴权体系来完成，鉴权的流程更加安全、可靠，并且维护成本更低；同时，如果后续还需要接入其它的平台，鉴权体系代码改动很小，即可支持鉴权，接入性良好，易扩展。基于前述实施例，本申请实施例提供的又一种多平台鉴权方法的流程示意图，如图3所示，该方法应用于电脑浏览器html5端，包括以下步骤：s301，获取账户信息。其中，账户信息包括客户卡号、账号密码、手机号码和验证码。s302，将客户卡号、手机号码和平台id相关联，并保存在数据库绑定表中。s303，显示二维码。其中，二维码与平台相关联。需要说明的是，每个平台都有对应的二维码，通过该二维码能够跳转到对应的平台。比如，在电脑浏览器html5端会显示链接微信的二维码，链接支付宝的二维码等。s304，接收显示二维码对应的平台id。其中，用户参数包括平台id。比如，用户使用微信扫描电脑浏览器html5端显示的链接微信的二维码之后，微信会将平台id返回至电脑浏览器html5端的数字化服务后台。s305，将用户参数与数据库绑定表中的用户参数进行匹配。s306，若用户参数与数据库绑定表中的用户参数相同，则返回用户信息。s307，在鉴权完毕后，接收用户参数对应的用户信息并存储至当前平台。在具体的实现过程中，电脑浏览器html5端的数字化服务后台还能够获取用户信息对应的有效时间，在有效时间内，用户可以正常使用数字化服务。若有效时间内数字化服务页面持续没有响应，说明用户在有效时间内没有操作或者用户信息没有发生变化，则退出数字化服务页面；而若有效时间内数字化服务页面有响应，则重新开始计时，直到数字化服务页面持续没有响应时间再次达到有效时间。需要说明的是，本实施例中与其它实施例中相同步骤和相同内容的说明，可以参照其它实施例中的描述，此处不再赘述。本申请实施例提供的多平台鉴权方法，由于平台已经存储了用户信息，当用户再次从当前平台登录时，不再需要输入账号密码，而是由平台自动地读取用户参数以完成鉴权，避免用户每次都需要输入账号密码，操作繁琐，且安全系数较低的技术问题。进一步地，本申请实施例将所有平台的鉴权均由统一的鉴权体系来完成，鉴权的流程更加安全、可靠，并且维护成本更低；同时，如果后续还需要接入其它的平台，鉴权体系代码改动很小，即可支持鉴权，接入性良好，易扩展。基于前述实施例，本申请实施例提供的再一种多平台鉴权方法的流程示意图，如图4所示，该方法应用于移动终端上的app端，包括以下步骤：s401，获取账户信息。其中，账户信息包括客户卡号、账号密码、手机号码和验证码。s402，将客户卡号、手机号码和会员id相关联，并保存在数据库绑定表中。需要说明的是，会员id为根据手机号码生成的唯一标识。比如，当用户在移动终端上的app端输入手机号码188xxxx9960后，app端的数字化服务后台会根据该手机号码为用户生成唯一标识abc1234，即为会员id。通过使用会员id进行鉴权操作，避免了用户每次登录都需要输入账号密码，操作繁琐，且安全系数较低。s403，获取手机号码或会员id。其中，用户参数包括手机号码或会员id。需要说明的是，手机号码和会员id的作用一样，即作为用户参数，完成鉴权，无需用户输入，避免了用户再次从当前平台登录时，每次都需要输入账号密码，操作繁琐，且安全系数较低。s404，将用户参数与数据库绑定表中的用户参数进行匹配。s405，若用户参数与数据库绑定表中的用户参数相同，则返回用户信息。s406，在鉴权完毕后，接收用户参数对应的用户信息并存储至当前平台。在具体的实现过程中，移动终端上的数字化服务后台根据接收的用户信息生成令牌(token)信息，并存储到当前平台的session中。进一步地，移动终端将token信息存储到cookies。其中，cookies是移动终端存储数据的一种方式，存储的形式为“手机号码：token”，即将令牌信息与手机号码相关联进行保存。后续，移动终端只需要将token信息作为参数向数字化服务后台请求数字化服务，就可以完成鉴权，不必重新走一遍鉴权流程，使得鉴权流程更加简单方便。在具体的实现过程中，移动终端上的数字化服务后台还能够获取用户信息对应的有效时间，在有效时间内，用户可以正常使用数字化服务。若有效时间内数字化服务页面持续没有响应，说明用户在有效时间内没有操作或者用户信息没有发生变化，则退出数字化服务页面；而若有效时间内数字化服务页面有响应，则重新开始计时，直到数字化服务页面持续没有响应时间再次达到有效时间。需要说明的是，本实施例中与其它实施例中相同步骤和相同内容的说明，可以参照其它实施例中的描述，此处不再赘述。本申请实施例提供的多平台鉴权方法，由于平台已经存储了用户信息，当用户再次从当前平台登录时，不再需要输入账号密码，而是由平台自动地读取用户参数以完成鉴权，避免用户每次都需要输入账号密码，操作繁琐，且安全系数较低的技术问题。进一步地，本申请实施例将所有平台的鉴权均由统一的鉴权体系来完成，鉴权的流程更加安全、可靠，并且维护成本更低；同时，如果后续还需要接入其它的平台，鉴权体系代码改动很小，即可支持鉴权，接入性良好，易扩展。为便于更好地理解上述实施例，现以一个具体的实现过程为例进行说明。如图5所示，其为本申请实施例提供的一种多平台鉴权方法的示例。需要说明的是，签约月结用户是指与快递服务企业签订协议，按月结算账单的用户。快递服务企业给签约月结用户发放月结卡，用户使用该月结卡的客户卡号、账户密码，以及绑定的手机号码和验证码从各个平台首次登录。数字化服务后台需要嵌入在平台中，平台可以包括但不限于小程序端、app端和浏览器html5端。具体的，当用户输入客户卡号、账户密码，以及绑定的手机号码和验证码之后，数字化服务后台在鉴权体系的卡信息表中搜索是否存在用户输入的客户卡号和账户密码，如果存在，则返回用户信息，用户能够正常使用数字化服务，并在登录信息表中记录这次登录；如果不存在，则提示用户客户卡号或账户密码输入有误，请重新输入。下面，详细地介绍在各个平台上再次登录的具体过程。a.从小程序端登录月结账户。以微信公众号为例，首先，数字化服务后台查看api文档，并调用微信api，用以获取当前用户的平台id，并将客户卡号、手机号码、平台id以及数字化服务后台根据手机号码生成的会员id相互关联，同时将这次调用信息写在日志记录中，方便日后查询；其次，数字化服务后台调用鉴权体系api，并将平台id传递给鉴权体系；然后，鉴权体系在登录信息表中搜索是否存在该平台id，如果登录信息表中存在该平台id，则对平台id对应的用户信息做权限校验，并返回给数字化服务后台；从而，数字化服务后台接收鉴权返回的用户信息，并存储在小程序端的会话控制(session)中，用户可以正常使用数字化服务。需要说明的是，session是数字化服务后台为用户创建的会话对象，默认有效时间为2小时。如果在2小时内，数字化服务页面持续没有响应，说明用户没有操作数字化服务页面或者用户信息没有发生变化，那么session将自动销毁，销毁后需要重新登录鉴权。如果在2小时内，用户操作了数字化服务页面或者用户信息发生变化时，数字化服务后台会重新开始计时，并自动地将session中的时间值刷新，以此来保护月结账户的安全。b.从浏览器html5端登录月结账户。具体的，首先，浏览器html5端查看api文档，调用数字化服务后台api，生成二维码并显示在浏览器的页面上；其次，用户使用微信扫描二维码，数字化服务后台接收微信公众号发送的平台id；再次，数字化服务后台调用鉴权体系api，并将平台id传递给鉴权体系；然后，鉴权体系通过传递的平台id完成鉴权，并将经过权限校验的用户信息返回给数字化服务后台；从而，数字化服务后台获取鉴权返回的用户信息，并存储在浏览器html5端的session中，用户可以正常使用数字化服务。c.从app端登录月结账户。以app是丰声为例，将数字化服务后台嵌入在微服务菜单中。首先，用户点击微服务菜单后，丰声后台系统查看api文档，调用数字化服务后台api，将当前登录丰声的手机号码发送到数字化服务后台；其次，数字化服务后台调用鉴权体系api，并将根据手机号码生成的会员id传递给鉴权体系；然后，鉴权体系通过传递的会员id完成鉴权，并将经过权限校验的用户信息返回给数字化服务后台；从而，数字化服务后台获取鉴权返回的用户信息，并生成token，而丰声app将token保存到cookies中，后续只需将token作为参数请求数字化服务，用户即可正常使用数字化服务。本申请实施例提供的多平台鉴权方法，由于平台已经存储了用户信息，当用户再次从当前平台登录时，不再需要输入账号密码，而是由平台自动地读取用户参数以完成鉴权，避免用户每次都需要输入账号密码，操作繁琐，且安全系数较低的技术问题。进一步地，本申请实施例将所有平台的鉴权均由统一的鉴权体系来完成，鉴权的流程更加安全、可靠，并且维护成本更低；同时，如果后续还需要接入其它的平台，鉴权体系代码改动很小，即可支持鉴权，接入性良好，易扩展。基于前述实施例，本申请实施例提供一种多平台鉴权装置，该装置可以应用于图1～5对应的实施例提供的多平台鉴权方法中。参照图6所示，该多平台鉴权装置6包括：获取模块61，用于获取当前平台的用户参数。鉴权模块62，用于对用户参数进行鉴权操作。存储模块63，用于在鉴权完毕后，接收用户参数对应的用户信息并存储至当前平台。在本申请的其它实施例中，鉴权模块62具体用于将用户参数与数据库绑定表中的用户参数进行匹配；若用户参数与数据库绑定表中的用户参数相同，则返回用户信息。在本申请的其它实施例中，获取模块61具体用于获取账户信息，账户信息包括客户卡号、账号密码、手机号码和验证码；将客户卡号、手机号码和平台id相关联，并保存在数据库绑定表中；获取平台id。其中，用户参数包括平台id。在本申请的其它实施例中，获取模块61还包括：显示单元，用于显示二维码；其中，二维码与平台相关联。接收单元，用于接收显示二维码对应的平台id。在本申请的其它实施例中，获取模块61还用于将客户卡号、手机号码和会员id相关联，并保存在数据库绑定表中；获取手机号码或会员id。其中，会员id为根据手机号码生成的唯一标识，用户参数包括手机号码或会员id。在本申请的其它实施例中，获取模块61还用于接收令牌信息，令牌信息与手机号码相关联。在本申请的其它实施例中，存储模块63还用于获取用户信息对应的有效时间；若有效时间内数字化服务页面持续没有响应，则退出数字化服务页面。在本申请的其它实施例中，存储模块63还用于若有效时间内数字化服务页面有响应，则重新开始计时，直到数字化服务页面持续没有响应时间再次达到有效时间。本申请实施例提供的多平台鉴权装置，获取当前平台的用户参数；然后，对用户参数进行鉴权操作；从而，在鉴权完毕后，接收用户参数对应的用户信息并存储至当前平台；如此，由于平台已经存储了用户信息，当用户再次从当前平台登录时，不再需要输入账号密码，而是由平台自动地读取用户参数以完成鉴权，避免用户每次都需要输入账号密码，操作繁琐，且安全系数较低的技术问题。进一步地，本申请实施例将所有平台的鉴权均由统一的鉴权体系来完成，鉴权的流程更加安全、可靠，并且维护成本更低；同时，如果后续还需要接入其它的平台，鉴权体系代码改动很小，即可支持鉴权，接入性良好，易扩展。基于前述实施例，本申请实施例提供一种计算机系统。请参照图7所示，该计算机系统700包括中央处理单元(cpu)701，其可以根据存储在只读存储器(rom)702中的程序或者从存储部分加载到随机访问存储器(ram)703中的程序而执行各种适当的动作和处理。在ram703中，还存储有系统操作所需的各种程序和数据。cpu701、rom702以及ram703通过总线704彼此相连。输入/输出(i/o)接口705也连接至总线704。以下部件连接至i/o接口705：包括键盘、鼠标等的输入部分706；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分707；包括硬盘等的存储部分708；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分709。通信部分709经由诸如因特网的网络执行通信处理。驱动器710也根据需要连接至i/o接口705。可拆卸介质711，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器710上，以便于从其上读出的计算机程序根据需要被安装入存储部分708。特别地，根据本申请的实施例，上文参考流程图1～5描述的过程可以被实现为计算机软件程序。例如，本申请的实施例1包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序由cpu701执行，以实现如下步骤：获取当前平台的用户参数；对用户参数进行鉴权操作；在鉴权完毕后，接收用户参数对应的用户信息并存储至当前平台。在这样的实施例中，该计算机程序可以通过通信部分709从网络上被下载和安装，和/或从可拆卸介质711被安装。需要说明的是，本申请所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、光纤、便携式紧凑磁盘只读存储器(cd-rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、rf等等，或者上述的任意合适的组合。附图中的流程图和框图，图示了按照本申请各种实施例多平台鉴权的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。所描述的单元或模块也可以设置在处理器中，例如，可以描述为：一种处理器包括获取模块、鉴权模块及存储模块。其中，这些单元或模块的名称在某种情况下并不构成对该单元或模块本身的限定。作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的终端中所包含的；也可以是单独存在，而未装配入该终端中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该终端执行时，使得该终端实现如上述实施例中的多终端鉴权方法。例如，终端可以实现如图1中所示的：s101，获取当前平台的用户参数；s102，对用户参数进行鉴权操作；s103，在鉴权完毕后，接收用户参数对应的用户信息并存储至当前平台。又如，终端可以实现如图2～图5中所示的各个步骤。应当注意，尽管在上文详细描述中提及了用于动作执行的终端的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选地，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离所述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。当前第1页12当前第1页12