CN105376263A - 多系统数据的统一管理方法 - Google Patents

Abstract

本发明公开了一种多系统数据的统一管理方法，开发系统平台，通过系统平台为用户提供统一的注册和登陆接口；用户通过注册接口填写用户注册信息，完成用户注册；系统平台根据用户注册信息生成用户数据，推送到各个应用系统中，完成该用户在各个应用系统上的注册；用户通过系统平台提供的登陆接口进行登陆，在系统平台上显示有各个应用系统的入口，用户选择其中一个入口进入相应的应用系统；系统平台将登陆信息发送至用户选择进入的应用系统进行身份验证，完成用户在该应用系统上的登陆。本发明为众多应用系统提供统一的注册登陆接口，对不同应用系统的用户数据实现统一管理，不仅方便了用户对其系统账号的管理，而且可以方便对应用系统的快速整合。

Description

多系统数据的统一管理方法

技术领域

本发明属于数据处理技术领域，具体地说，是涉及一种针对互联网中的不同应用系统提出的数据管理方法。

背景技术

在民生、医疗、教育、交通、金融等领域，互联网对传统行业的发展已逐步起到了提升作用。比如，在民生领域，人们可以在各级政府的公众账号享受服务；在医疗领域，将有更多的医院上线App，提供网络挂号、全流程就诊等服务，使人们的就医时间大大节省，就医效率大大提升；在教育领域，面向中小学、大学、职业教育、IT培训等多层次人群开放课程，使人们足不出户就可以完成课业学习。

众多的应用系统、众多的应用端在给用户提供便利的同时，也让用户陷入了一种“记忆”困难。因为大多数应用系统都要求用户完成注册和登陆后才能正常使用，例如在购物网站上购物时需要进行用户登陆；在论坛上发表帖子时需要事先进行用户登陆；在打开微信时需要登陆，等等。众多的用户身份登陆及验证，一方面对于一个用户来说记住如此多的用户名非常不容易，同时随着信息安全的意识提高，很多的网站设置了更加严密的登陆验证方式，例如部分网站设置了语音、人脸等登陆方式，这样更加大了同一用户对于众多账号的管理和记忆；另一方面，同一网站会设置不同的应用端，从另一个角度也增加了用户账号的管理工作。针对这种情况，一般用户管理账号的原则就是设置简单的口令或者设置相同的口令，这种账号管理方法容易泄露用户的基本信息，甚至导致用户的财产损失。

发明内容

本发明的目的在于提供一种多系统数据的统一管理方法，通过为众多应用系统的登陆和注册提供统一的接口，由此可以方便不同应用系统的快速整合，减少用户为管理其系统账号所产生的麻烦。

为解决上述技术问题，本发明采用以下技术方案予以实现：

一种多系统数据的统一管理方法，开发系统平台，通过系统平台为用户提供统一的注册接口和登陆接口；用户通过所述注册接口填写用户注册信息，完成用户注册；所述系统平台根据用户填写的用户注册信息生成用户数据，推送到各个应用系统中，以完成该用户在各个应用系统上的注册；用户通过所述系统平台提供的登陆接口进行登陆，在系统平台上显示有各个应用系统的入口，用户选择其中一个入口进入相应的应用系统；所述系统平台将用户输入的登陆信息发送至用户选择进入的应用系统进行身份验证，验证通过后，完成用户在该应用系统上的登陆。

优选的，所述系统平台根据用户填写的用户注册信息生成用户注册数据总表，推送至各个应用系统，对各个应用系统中的用户注册表进行更新，以自动完成用户在各个应用系统上的注册。

为了满足不同应用系统的不同注册要求，所述系统平台首先统计各个应用系统所需的用户属性，整合生成所述的用户注册数据总表；然后，在用户通过所述注册接口填写用户注册信息时，提供全部的用户属性供用户填写，并根据用户填写的注册信息生成与用户属性一一对应的用户数据，写入所述的用户注册数据总表；所述的各个应用系统根据自身的用户注册表所需的用户属性调取所述用户注册数据总表中对应的用户数据，写入其用户注册表，完成用户注册表的更新。

优选的，所述用户注册数据总表中的用户属性至少包括用户名、密码、姓名、昵称、手机号码、电子邮箱、地址等；每一个应用系统中的用户注册表中的用户属性是所述用户注册数据总表中的用户属性中的一种或多种。

进一步的，所述系统平台在用户登陆后，显示各个应用系统的入口，供用户选择；当用户选择其中一个入口进入相应的应用系统时，所述系统平台根据用户输入的登录信息生成用户唯一标识UUID发送至用户选择进入的应用系统进行验证，若验证通过，则该应用系统调用二次登陆的接口，完成用户在该应用系统上的登陆。

又进一步的，当所述应用系统接收到UUID时，根据UUID中记录的登陆信息查找该应用系统中的用户注册表；若所述用户注册表中记录有当前登陆用户的信息，则验证通过，并将所述用户注册表中记录的与当前登陆用户相关的用户数据调取出来，自动完成用户在该应用系统上的二次登陆。

为了简化用户的登陆操作，所述应用系统对当前登陆的用户进行身份验证并通过后，将其用户注册表中记录的与所述当前登陆用户相关的全部用户数据调取出来，存储到会话session中；当用户返回系统平台后，若再次进入该应用系统，则所述应用系统直接从其会话session中调取登陆所需的用户数据，自动完成在该应用系统上的登陆，无需调用登陆接口，操作方便。

为了提高用户数据的安全性，当用户选择进入到其中一个应用系统后，若用户返回到系统平台，则设计所述应用系统将用户名以参数的形式回传至系统平台进行确认，若回传的用户名与登陆系统平台时的用户名一致，则当用户返回系统平台并再次进入该应用系统时，所述应用系统直接从其会话session中调取登陆所需的用户数据，直接完成用户在该应用系统上的登陆；若回传的用户名与登陆系统平台时的用户名不一致，表示已切换了用户，则此时，当用户返回系统平台并再次进入该应用系统时，所述应用系统提供登陆接口，要求用户执行登陆操作，以避免其他用户的误登陆。

优选的，所述应用系统仅在用户退出系统平台时，清空其会话session中保存的用户数据。此时，用户需要重新登陆系统平台所提供的统一登陆接口，才能继续进入该应用系统，由此可以避免使用相同应用端的下一个用户进入到前一个用户登陆的应用系统中，以确保用户账号的安全性。

优选的，所述的各个应用系统为其不同的应用端提供相同的数据接口，所述系统平台通过所述的数据接口与各个应用系统交互数据。由此，不仅可以减少不同应用端的开发工作量，同时保证了数据的安全性，易于系统平台的扩展。

与现有技术相比，本发明的优点和积极效果是：本发明通过为众多的应用系统提供统一的注册与登陆接口，由此可以对不同应用系统的用户数据实现统一管理，继而不仅可以方便用户对其系统账号的管理，减少了账号记忆和密码找回的麻烦，而且可以方便对应用系统的快速整合。此外，本发明设计同一应用系统为其不同的应用端提供相同的数据接口，一方面可以保证同一应用系统数据的同步性，为登陆和注册接口提供数据支持；另一方面可以提高应用系统的可扩展性，无论PC端还是APP端，都可以直接调用接口数据，易于不同应用端的快速开发，使得其他应用系统可以快速地接入系统平台，节省了扩展开发的费用，同时确保了系统数据的安全性。

结合附图阅读本发明实施方式的详细描述后，本发明的其它特点和优点将变得更加清楚。

附图说明

图1是本发明所提出的多系统数据的统一管理方法的一种实施例的流程图。

具体实施方式

下面结合附图对本发明的具体实施方式进行详细地描述。

本实施例为了解决当前的网络用户在使用不同的应用系统时，需要分别执行用户注册和登陆操作所带来的操作繁琐、账号管理困难的问题，提出了一种可以针对不同应用系统的系统数据实现统一管理的方法，使得网络用户只需在系统提供的统一的注册接口和登陆接口上完成用户注册和登陆操作，即可自动完成该用户在各个应用系统上的注册和登陆操作，由此一来，用户无需记忆众多的系统账号，只需记住其设置的统一账号即可，不仅方便了用户对其系统账号的管理，也减少了用户因忘记账号而需找回密码的麻烦。

下面结合图1，对本实施例的多系统数据统一管理技术的具体设计方法进行详细阐述。

S101、专门开发一种系统平台，通过所述系统平台为用户提供统一的注册接口和登陆接口。

在本实施例中，开发一种系统平台，在用户登陆互联网时可以首先打开此系统平台，为用户提供统一的注册接口和登陆接口。

S102、用户在系统平台上提供的注册接口中填写用户注册信息，以完成新用户的注册。

在本实施例中，对于首次使用该系统平台的用户来说，可以通过系统平台上提供的注册接口完成新用户的注册。

为了使用户填写的用户注册信息能够满足与所述系统平台关联的各个应用系统（例如论坛、电子商务、购物网站等）对用户信息的不同要求，本实施例首先对所述的各个应用系统的用户属性进行分析和统计，以整合生成包含所有用户属性的用户注册数据总表。例如，对于某些论坛来说，在用户注册时只需填写用户名和密码即可；而对于大部分购物网站来说，则需要用户填写用户名、密码、姓名、住址、手机号码和电子邮箱等用户属性。鉴于此，本实施例在设计用户注册数据总表时，应充分考虑系统平台下所有应用系统注册时所需的用户属性，整合后写入到所述的用户注册数据总表中。在本实施例中，所述用户注册数据总表中的用户属性包括但不限于用户名、密码、姓名、昵称、手机号码、电子邮箱、地址等。

S103、所述系统平台根据用户填写的用户注册信息生成用户数据，推送到与其关联的各个应用系统中，以完成该用户在各个应用系统上的注册。

在本实施例中，所述系统平台首先根据用户针对不同的用户属性填写的用户注册信息，生成与该用户属性对应的用户数据，写入到所述的用户注册数据总表中，并与用户属性关联保存。然后，系统平台将生成的用户注册数据总表推送到与其关联的各个应用系统中，对各个应用系统中的用户注册表进行更新。

本实施例在每一个应用系统中都设计有用户注册表，所述用户注册表中的用户属性较之用户注册数据总表中的用户属性相对较少，通常为所述用户注册数据总表中的用户属性中的一种或多种。当系统平台将更新后的用户注册数据总表推送给各个应用系统后，各个应用系统根据自身的用户注册表所需的用户属性调取所述用户注册数据总表中对应的用户数据，写入其用户注册表中，以完成用户注册表的更新，继而实现用户在各个应用系统上的同步注册。

当然，所述系统平台也可以根据更新后的用户注册数据总表生成一条用户注册信息，在用户注册的同时，通过系统平台上的注册接口将该用户的注册信息同步到与该系统平台关联的各个应用系统中去，以完成该用户在各个应用系统上的注册。

S104、用户通过系统平台提供的统一登陆接口进行登陆操作。

当用户完成注册后，可以直接在系统平台上提供的登陆接口中输入登陆信息，以登录到系统平台中。

在系统平台上显示有与其关联的各个应用系统的入口，例如在系统平台上可以显示天涯论坛、京东商城等应用系统的图标，将所述图标作为应用系统的入口，以方便用户识别。用户可以选择其中一个入口，点击进入相应的应用系统。

S105、系统平台将用户输入的登陆信息发送至用户选择进入的应用系统进行身份验证，验证通过后，完成用户在该应用系统上的登陆。

当用户选择进入到其中一个应用系统后，系统平台根据用户输入的登录信息生成用户唯一标识UUID发送至用户选择进入的应用系统，以进行二次登陆。在本实施例中，所述UUID可以在用户定义关联账号或是使用统一身份认证服务进行应用系统访问的时候，用于标识相应的应用系统。当用户选择进入的应用系统接收到所述的UUID后，利用所述UUID中记录的登录信息对当前用户的身份进行验证，以识别是否为已注册用户。

具体来讲，应用系统可以从所述UUID中提取出用户输入的登陆信息，例如用户名和密码等，根据所述登录信息所包含的用户属性以及所述用户属性所对应的用户数据查找该应用系统中的用户注册表，看是否有匹配的记录；若有，则表示当前用户是已注册的用户，身份验证通过，完成该用户在所述应用系统上的登陆；若没有匹配的记录，则表示当前用户不是注册用户，不执行登陆操作。

由于针对不同的应用系统，其设置的登陆条件可能不尽相同，例如有的应用系统将用户名和手机号码作为登陆接口；有的应用系统将昵称和密码设置为登陆接口。为了使用户仅需在系统平台上提供的统一登陆接口上进行登陆操作，即可完成其在各个应用系统上的统一登陆，本实施例设计应用系统在完成身份验证，并确定当前用户是已注册用户时，将该应用系统中的用户注册表中记录的与当前登陆用户相关的用户数据调取出来，根据该应用系统的二次登陆接口所需的登陆条件，自动完成用户在该应用系统上的二次登陆。

在本实施例中，优选设计应用系统将与当前登陆用户相关的用户数据从用户注册表中全部调取出来，存储到会话session中。若用户返回系统平台后，再次选择进入该应用系统；或者，用户返回系统平台并选择进入到其他应用系统后，若再次选择进入该应用系统时，所述应用系统可以直接从其会话session中调取出二次登陆所需的用户数据，自动完成该用户在该应用系统上的登陆，无需调用登陆接口，以方便用户的操作。

考虑到有的用户在通过系统平台登陆到某一应用系统后，可能会出现在该应用系统中更换登陆用户的情况，为了确保用户数据的安全性，本实施例设计应用系统在用户从所述应用系统返回到系统平台后，所述应用系统将用户名以参数的形式回传至系统平台进行确认。系统平台在接收到应用系统回传的参数后，从所述参数中提取出用户名，并与之前通过系统平台的登陆接口登陆的用户信息进行比较；若回传的用户名与登陆系统平台时的用户名一致，则当用户返回系统平台并再次进入该应用系统时，所述应用系统直接从其会话session中调取登陆所需的用户数据，直接完成用户在该应用系统上的二次登陆；若回传的用户名与登陆系统平台时的用户名不一致，表示已切换了用户，此时，当用户返回系统平台并再次进入该应用系统时，出于保护用户数据安全的目的，所述应用系统提供登陆接口（即二次登陆接口），要求用户执行登陆操作，以避免其他用户的误登陆。

S106、用户在完成上网操作后，退出应用系统，并退出系统平台。

在本实施例中，设计所述应用系统仅在用户退出系统平台时，才清空其会话session中保存的用户数据。此时，用户若想重新进入应用系统，需要重新登陆系统平台所提供的统一登陆接口，才能继续进入该应用系统。采用这种设计方式可以避免当不同的网络用户使用相同的应用端时，后一个用户进入到前一个用户登陆的应用系统中，以达到保护用户账号和数据安全的目的。

为了保证同一应用系统的不同应用端（例如PC端和APP端等）的系统数据的同步性，本实施例设计应用系统为其不同的应用端提供相同的数据接口，应用系统以接口的形式为其不同的应用端提供基础数据，以将用户数据和业务数据统一起来。所述系统平台也可以通过所述数据接口与各个应用系统进行数据交互，不同应用系统之间的衔接也可以通过接口的形式进行。

本发明针对众多的应用系统提供统一的注册接口和登录接口，将不同应用系统的用户数据进行统一管理，不同应用端的用户通过同一账号的绑定进行“二次”登录操作，应用系统通过接口的形式为其不同的应用端提供基础数据，采用这种设计方式，一方面可以通过统一的注册登录接口，在不改变现有应用系统的情况下，使得其他的应用系统可以快速地接入到系统平台中，实现系统平台的快速扩展；另一方面，以接口的形式为不同的应用端提供统一的数据接口，由此可以减少不同应用端的开发工作量，降低开发费用，易于系统扩展，同时还可以保证用户数据的安全性。

当然，以上所述仅是本发明的一种优选实施方式，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (10)

1.一种多系统数据的统一管理方法，其特征在于：

开发系统平台，通过系统平台为用户提供统一的注册接口和登陆接口；

用户通过所述注册接口填写用户注册信息，完成用户注册；

所述系统平台根据用户填写的用户注册信息生成用户数据，推送到各个应用系统中，以完成该用户在各个应用系统上的注册；

用户通过所述系统平台提供的登陆接口进行登陆，在系统平台上显示有各个应用系统的入口，用户选择其中一个入口进入相应的应用系统；

所述系统平台将用户输入的登陆信息发送至用户选择进入的应用系统进行身份验证，验证通过后，完成用户在该应用系统上的登陆。

2.根据权利要求1所述的多系统数据的统一管理方法，其特征在于：所述系统平台根据用户填写的用户注册信息生成用户注册数据总表，推送至各个应用系统，对各个应用系统中的用户注册表进行更新。

3.根据权利要求2所述的多系统数据的统一管理方法，其特征在于：所述系统平台首先统计各个应用系统所需的用户属性，整合生成所述的用户注册数据总表；然后，在用户通过所述注册接口填写用户注册信息时，提供全部的用户属性供用户填写，并根据用户填写的注册信息生成与用户属性一一对应的用户数据，写入所述的用户注册数据总表；所述的各个应用系统根据自身的用户注册表所需的用户属性调取所述用户注册数据总表中对应的用户数据，写入其用户注册表，完成用户注册表的更新。

4.根据权利要求3所述的多系统数据的统一管理方法，其特征在于：所述用户注册数据总表中的用户属性至少包括用户名、密码、姓名、昵称、手机号码、电子邮箱、地址；每一个应用系统中的用户注册表中的用户属性是所述用户注册数据总表中的用户属性中的一种或多种。

5.根据权利要求2所述的多系统数据的统一管理方法，其特征在于：所述系统平台在用户登陆后，显示各个应用系统的入口，供用户选择；当用户选择其中一个入口进入相应的应用系统时，所述系统平台根据用户输入的登录信息生成用户唯一标识UUID发送至用户选择进入的应用系统进行验证，若验证通过，则该应用系统调用二次登陆的接口，完成用户在该应用系统上的登陆。

6.根据权利要求5中所述的多系统数据的统一管理方法，其特征在于：当所述应用系统接收到UUID时，根据UUID中记录的登陆信息查找该应用系统中的用户注册表；若所述用户注册表中记录有当前登陆用户的信息，则验证通过，并将所述用户注册表中记录的与当前登陆用户相关的用户数据调取出来，自动完成用户在该应用系统上的二次登陆。

7.根据权利要求6所述的多系统数据的统一管理方法，其特征在于：所述应用系统对当前登陆的用户进行身份验证并通过后，将其用户注册表中记录的与所述当前登陆用户相关的全部用户数据调取出来，存储到会话session中；当用户返回系统平台后，若再次进入该应用系统，则所述应用系统直接从其会话session中调取登陆所需的用户数据，自动完成在该应用系统上的登陆。

8.根据权利要求7所述的多系统数据的统一管理方法，其特征在于：当用户选择进入到其中一个应用系统后，若用户返回到所述的系统平台，则所述应用系统将用户名以参数的形式回传至系统平台进行确认，若回传的用户名与登陆系统平台时的用户名一致，则当用户返回系统平台并再次进入该应用系统时，所述应用系统直接从其会话session中调取登陆所需的用户数据，直接完成用户在该应用系统上的登陆；若回传的用户名与登陆系统平台时的用户名不一致，则当用户返回系统平台并再次进入该应用系统时，所述应用系统提供登陆接口，要求用户执行登陆操作。

9.根据权利要求8所述的多系统数据的统一管理方法，其特征在于：所述应用系统仅在用户退出系统平台时，清空其会话session中保存的用户数据。

10.根据权利要求1至9中任一项所述的多系统数据的统一管理方法，其特征在于：所述的各个应用系统为其不同的应用端提供相同的数据接口，所述系统平台通过所述的数据接口与各个应用系统交互数据。