CN112003871A - 登陆账号的方法、装置和机器可读存储介质 - Google Patents
登陆账号的方法、装置和机器可读存储介质 Download PDFInfo
- Publication number
- CN112003871A CN112003871A CN202010892100.5A CN202010892100A CN112003871A CN 112003871 A CN112003871 A CN 112003871A CN 202010892100 A CN202010892100 A CN 202010892100A CN 112003871 A CN112003871 A CN 112003871A
- Authority
- CN
- China
- Prior art keywords
- application
- user information
- information
- account
- database
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 33
- 238000012795 verification Methods 0.000 claims description 25
- 230000004044 response Effects 0.000 claims description 15
- 238000012544 monitoring process Methods 0.000 claims description 9
- 230000008859 change Effects 0.000 claims description 3
- 230000000977 initiatory effect Effects 0.000 claims description 2
- 230000001360 synchronised effect Effects 0.000 abstract description 13
- 230000003993 interaction Effects 0.000 abstract description 7
- 238000010586 diagram Methods 0.000 description 4
- 230000008569 process Effects 0.000 description 4
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 2
- 238000006467 substitution reaction Methods 0.000 description 2
- 238000004891 communication Methods 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 230000001681 protective effect Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
- H04L63/0815—Network architectures or network communication protocols for network security for authentication of entities providing single-sign-on or federations
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- Finance (AREA)
- Accounting & Taxation (AREA)
- General Engineering & Computer Science (AREA)
- Economics (AREA)
- Signal Processing (AREA)
- Computing Systems (AREA)
- Computer Security & Cryptography (AREA)
- Computer Hardware Design (AREA)
- Development Economics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Information Transfer Between Computers (AREA)
Abstract
本申请实施例提供了一种登陆账号的方法和装置。该方法包括，获取登陆应用的请求，该请求中携带用户信息，判断店铺中心的数据库是否存储所述用户信息，判断出存储用户信息时，从数据库中获取用户信息对应的账号信息，将账号信息返回给所述应用进行登录。本方案通过在用户登录应用时，先在店铺中心寻找该用户信息，对于存在的用户信息为用户提供账号信息进行登录。本方案减少了登录应用与后台服务器的交互，能够实现店铺中心内各应用的账号同步登陆。
Description
技术领域
本申请实施例涉及计算机领域，尤其涉及一种登录账号的方法、装置和机器可读存储介质。
背景技术
为保护用户的信息，应用（application，APP）提供了身份校验功能，用户使用APP前，需要首先登陆账号，APP对用户身份验证成功后，用户才能安全登陆APP。
对于***定制商来说，目前不少***定制商有自己的内部登录***，通过同步账户数据，实现对一个人的账号管理。对于商用店铺的定制商而言，因商业领域的店铺中心面对的不是个人账号，而是商户账号体系，需要支持同步账户数据和店铺资源数据，并将这些数据分享给***定制商的内部组件，形成***定制商的软件生态***，目前并没有很好的解决方案。
发明内容
本申请实施例提供一种登陆账号的方法、装置和机器可读存储介质，实现了店铺中心内各APP账号同步登陆。
一方面，本申请实施例提供了一种登陆账号的方法，
获取登陆应用的请求，所述请求中携带用户信息；
判断店铺中心的数据库是否存储所述用户信息；
判断出存储所述用户信息时，从所述数据库中获取所述用户信息对应的账号信息，将所述账号信息返回给所述应用进行登录。
进一步的，所述获取登陆应用的请求之前，所述方法还包括：
接收用户发起的登陆第一应用的登陆请求，所述登陆请求中携带标识信息；
向后台服务器发起获取用户信息的获取请求，获取到所述后台服务返回的用户信息，所述获取请求中携带所述标识信息；
生成所述用户信息对应的账号信息，并在数据库中存储所述用户信息与账号信息的对应关系；
将所述用户信息发送给所述店铺中心的其他应用，将所述账号信息返回给所述第一应用进行登录。
其中，所述判断店铺中心的数据库是否存储了所述用户信息，具体包括：
所述应用通过监听所述店铺中心的内容提供者，判断店铺中心的数据库中是否存储了所述用户信息，或，
所述店铺中心通过内容提供者在数据库中查询是否存在所述用户信息。
其中，所述应用集成了店铺中心提供的内部组件登录SDK，所述SDK使用内容解析器监听和解析店铺中心的内容提供者。
其中，所述SDK 对登录应用的账户登陆状态进行监听回调，发现所述账户登录状态发生变化时，通知应用***通知所有应用进行监听回调。
进一步的，判断出存储所述用户信息时，所述方法还包括：
对所述第一应用的签名信息进行校验，校验通过则从所述数据库中获取所述用户信息对应的账号信息。
其中，所述对所述第一应用的签名信息进行校验，具体包括：
判断所述第一应用的签名信息是否与店铺中心的签名信息一致，或所述第一应用是否为***应用；
若所述判断结果有一个是时，则验证通过，若所述判断结果均为否时，则验证不通过。
另一方面，本申请实施例提供了一种登陆账号的装置，包括获取模块和校验模块，
所述登陆请求模块，用于获取登陆应用的请求，所述请求中携带用户信息；
所述登陆响应模块，用于判断店铺中心的数据库是否存储所述用户信息，判断出存储所述用户信息时，从所述数据库中获取所述用户信息对应的账号信息，将所述账号信息返回给所述应用进行登录。
其中，所述登陆响应模块包括：判断单元、获取单元和响应单元；
所述判断单元，用于由所述应用通过监听所述店铺中心的内容提供者，判断店铺中心的数据库中是否存储了所述用户信息，或，由店铺中心通过内容提供者在数据库中查询是否存在所述用户信息；
所述获取单元，用于当所述判断单元的判断结果为是时，从所述数据库中获取所述用户信息对应的账号信息；
所述响应单元，用于将所述校验单元得到的所述账号信息返回给所述应用进行登录。
进一步的，所述装置还包括校验模块，所述校验模块连接所述登陆响应模块，用于对所述应用的签名信息进行校验，校验通过则从所述数据库中获取所述用户信息对应的账号信息。
另一方面，本申请实施例提供了一种机器可读存储介质，其上存储有可执行指令，所述可执行指令在被机器执行时使得实现上述方法。
可见，在上述技术方案中，通过在店铺中心存储用户登录APP后的用户信息和账号信息的对应关系，用户登录店铺中心的其他APP时，不再需要先向后台服务器请求获取用户信息，然后根据获取的用户信息直接获取账号信息，而是首先在店铺中心确认是否存在该用户信息，若存在，表面该用户登录过店铺中心的应用，那么可以根据店铺中心的用户信息为用户提供账号信息进行登录。本方案减少了登录其他APP与后台服务器的交互，且实现了店铺中心内各APP账号同步登陆。
另外，本方案还提供了各APP间登录状态的同步更新机制，若某APP的登录状态发生变化，可以及时通知到其他APP，保证各APP的登录状态实时同步。
附图说明
为了更清楚地说明本申请的实施例的技术方案，下面将对实施例或现有技术描述中所需要使用的附图进行简单介绍。然而，本领域技术人员应当理解的是，下面描述中的附图仅仅是本申请的一些示例，并不限制其范围。
图1是根据一个实施例的登录账号的方法流程示意图。
图2是根据一个实施例的登录账号的另一方法流程示意图。
图3是根据一个实施例的登录账号的装置的结构示意图。
图4是根据一个实施例的登录账号的装置的另一结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。本领域技术人员应当理解的是，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域技术人员可以进行任何适当的修改或变型，从而获得的所有其它实施例。
本发明为了实现APP内账号同步登录，保持一个APP登录，其他APP都登录，一个APP退出，则其他APP都退出。使用ContentProvider作为核心的技术，它是安卓***提供的一个原生技术，支持跨进程通讯，可达到***级别和签名级别的信息安全，原生支持数据的变化的通知和监听，在兼容和安全方面非常不错，只是随着业务的变化可能会改变账号或者店铺的数据结构，这些数据是由数据库的形式存储，需要小心处理数据库的更新和升级。
鉴于此，本申请实施例提供了一种登录账号的方案。在该技术方案中，用户在店铺中心登录某APP后，店铺中心会存储该用户登录APP后的用户信息和账号信息的对应关系，用户登录店铺中心的其他APP时，不再需要先向后台服务器请求获取用户信息，然后根据获取的用户信息直接获取账号信息，而是首先在店铺中心确认是否存在该用户信息，若存在，表面该用户登录过店铺中心的应用，那么可以根据店铺中心的用户信息为用户提供账号信息进行登录。本方案减少了登录其他APP与后台服务器的交互，且实现了店铺中心内各APP账号同步登陆。
另外，本方案还提供了各APP间登录状态的同步更新机制，若某APP的登录状态发生变化，可以及时通知到其他APP，保证各APP的登录状态实时同步。
下面将结合具体实施例来详细描述上述技术方案。
图1是根据一个实施例的登录账号的方法流程示意图，该方法流程中主要包括三个步骤。
步骤101：获取登陆应用的请求，该请求中携带用户信息；
本实施例登录应用的请求，是指在店铺中心中登录应用，店铺中心获取到用户登录应用的请求时，需要向用户提供账号信息。
步骤102：判断店铺中心的数据库是否存储用户信息；
其中，用户发起的请求中携带了用户信息，店铺中心首先根据该用户信息判断自身是否存储有该用户信息与账号信息的对应关系，若有，可以直接将提供给用户使用，若没有，则可以向后台服务器发出请求得到账号信息，进而将账号信息返回给用户，供用户登录。
步骤103：判断出存储用户信息时，从数据库中获取用户信息对应的账号信息，将账号信息返回给所述应用进行登录。
该步骤中，店铺中心判断出存储了用户信息时，可以直接从数据库中获取用户信息对应的账号信息，将账号信息返回给应用进行登录，还可以从数据库中获取该用户信息对应的商户信息，将该商户信息也返回给应用。
实际使用中，该账户信息和商户信息可以携带在一条消息中返回给用户。
在一个实施例中，用户在店铺中心登录某APP后，店铺中心会存储该用户登录APP后的用户信息和账号信息的对应关系，用户登录店铺中心的其他APP时，不再需要先向后台服务器请求获取用户信息，然后根据获取的用户信息直接获取账号信息，而是可以直接在店铺中心确认是否存在该用户信息，若存在，表面该用户登录过店铺中心的应用，那么可以根据店铺中心的用户信息为用户提供账号信息进行登录。本方案减少了登录其他APP与后台服务器的交互，且实现了店铺中心内各APP账号同步登陆。
为了帮助本领域技术人员更好地理解本申请的技术方案，下面将结合具体例子进行说明。然而，应当理解的是，这些例子并不对本申请的保护范围造成任何限制。
图2是根据一个实施例的登录账号方法的一个示例。
步骤201：用户登录第一应用时，发起登录请求，该登陆请求中携带标识信息；
该标识信息可以为用户的输入的ID信息，如手机号、邮箱、用户名等信息，本申请对此不作限制。
步骤202：店铺中心收到该登录请求后，首先向后台服务器发起获取请求，该获取请求中携带该标识信息；
步骤203：后台服务器收到获取请求后，生成该标识信息对应的用户信息，将该用户信息返回给店铺中心；
步骤204：店铺中心根据返回的用户信息生成账号信息，并在数据库中存储用户信息与账号信息的对应关系，将账号信息返回给第一应用进行登录；
上述账号信息例如是头像、昵称、店铺名称等与登录账号相关的信息。
步骤205：店铺中心接收到用户发起的登录应用请求时，判断店铺中心的数据库是否存储用户信息；
其中，该步骤中，用于登录应用的请求可以是登录步骤201中的应用，也可以是登录店铺中的其他应用，店铺中心接收到用户的登录请求时，先在数据中查找是否有用户信息，若有则从数据库中获取该用户信息对应的账号信息，返回给用户进行登录。
其中，该登录请求中携带有用户信息；
实际使用中，判断店铺中心的数据库是否存储了用户信息的方式可以为如下任一方式，
方式一，该应用通过监听店铺中心的ContentProvider，判断店铺中心的数据库中是否存储了用户信息，
方式二，店铺中心通过ContentProvider在数据库中查询是否存在用户信息。
本实施例中，店铺中心的应用集成了店铺中心提供的内部组件登录SDK，SDK使用内容解析器ContentResover监听和解析店铺中心的ContentProvider，从而每个APP可以调用SDK跳转到店铺中心进行访问。
步骤206：判断出存储用户信息时，从数据库中获取用户信息对应的账号信息，将账号信息返回给应用进行登录。
实际使用中，店铺中心的数据库中在用户登录某应用后，会在数据库中存储有用户信息对应的账号信息，通过在数据库中根据用户信息查找对应的账号信息，将该账号信息返回给用户进行登录。
店铺中心还可以存储有用户信息和商户信息的对应关系，根据用户信息查找对应的商户信息，将商户信息也返回给用户进行登录。
本实施例的店铺中心作为账号和商户的中心，存储了用户信息与账号信息、商户信息的对应关系，也可以根据用户信息，一并查找到账号信息和商户信息，将该账号信息和商户信息返回给用户进行登录。至此，该用户不再需要与向后台服务器进行交互，减少了与后台服务器的交互过程，不仅提高了登录速度，而且通过在店铺中心获取到账号信息，可以实现各APP中账号信息的一致性。
步骤207：对第一应用的签名信息校验通过时，从数据库中获取用户信息对应的账号信息。
本申请提供了签名级别的校验，该第一应用为***应用或该第一应用的签名信息是店铺中心认可的签名信息时，表明该第一应用验证成功，允许该第一应用从数据库中获取用户信息对应的账号信息。通过使用签名级别的校验，只有当该应用使用的签名信息和店铺中心一致或者为***应用时，才能获取到ContentProvider里面的数据，保障了数据的绝对安全。
本申请的校验过程如下：判断第一应用的签名信息是否与店铺中心的签名信息一致，或第一应用是否为***应用；
若判断结果有一个是时，则验证通过，若判断结果均为否时，则验证不通过。
另外，店铺中心在各APP登陆后，还由SDK 对登录应用的账户登陆状态进行监听回调，发现有一个APP的账户登录状态发生变化时，通知应用***通知所有应用进行监听回调。
例如，SDK 对登录应用的账户登陆状态进行监听回调时，发现用户在登陆某APP时，浏览了非法网页或钓鱼网站，关闭用户登陆该APP的状态，且通知应用***通知所有应用进行监听回调，其他应用进行监听回调后，对其他应用也关闭用户的登陆状态。
通过这个操作，可以在某个APP的登陆状态发生变化时，及时通知到其他APP，使得各个APP的登陆状态进行同步。
本发明实施例通过的方法，用户在店铺中心登录某APP后，店铺中心会存储该用户登录APP后的用户信息和账号信息的对应关系，从而用户登录店铺中心的其他APP时，不再需要先向后台服务器请求获取用户信息，然后根据获取的用户信息直接获取账号信息，而是通过直接在店铺中心确认是否存在该用户信息，若存在，表面该用户登录过店铺中心的应用，那么可以根据店铺中心的用户信息为用户提供账号信息进行登录。本方案减少了登录其他APP与后台服务器的交互，且实现了店铺中心内各APP账号同步登陆。
另外，本方案还提供了各APP间登录状态的同步更新机制，若某APP的登录状态发生变化，可以及时通知到其他APP，保证各APP的登录状态实时同步。
在一个实施例中，图3提供了一种登录账号的装置，所述装置包括：登陆请求模块301和登陆响应模块302，
登陆请求模块301，用于获取登陆应用的请求，所述请求中携带用户信息；
登陆响应模块302，用于判断店铺中心的数据库是否存储所述用户信息，判断出存储所述用户信息时，从所述数据库中获取所述用户信息对应的账号信息，将所述账号信息返回给所述应用进行登录。
其中，如图4提供的登陆账号的装置示意图，本申请的登陆响应模块302包括：判断单元3021、获取单元3022和响应单元3023；
所述判断单元3021，用于由所述应用通过监听所述店铺中心的内容提供者，判断店铺中心的数据库中是否存储了所述用户信息，或，由店铺中心通过内容提供者在数据库中查询是否存在所述用户信息；
所述获取单元3021，用于当所述判断单元3021的判断结果为是时，从所述数据库中获取所述用户信息对应的账号信息；
所述响应单元3023，用于将所述获取单元3022得到的所述账号信息返回给所述应用进行登录。
且，本申请的装置还包括校验模块303，校验模块303连接登陆响应模块302，用于对所述应用的签名信息进行校验，校验通过则从所述数据库中获取所述用户信息对应的账号信息。
本发明实施例提供的装置，用户在店铺中心登录某APP后，店铺中心会存储该用户登录APP后的用户信息和账号信息的对应关系，从而用户登录店铺中心的其他APP时，不再需要先向后台服务器请求获取用户信息，然后根据获取的用户信息直接获取账号信息，而是通过直接在店铺中心确认是否存在该用户信息，若存在，表面该用户登录过店铺中心的应用，那么可以根据店铺中心的用户信息为用户提供账号信息进行登录。本方案减少了登录其他APP与后台服务器的交互，且实现了店铺中心内各APP账号同步登陆。
此外，本申请实施例还提供一种机器可读存储介质。该机器可读存储介质可以存储有可执行指令，可执行指令在被机器执行时使得机器实现上面参照图1、图2描述的方法实施例的具体过程。
例如，机器可读存储介质可以包括但不限于随机存取存储器（Random AccessMemory，RAM）、只读存储器（Read-Only Memory，ROM）、电可擦除可编程只读存储器（Electrically-Erasable Programmable Read-Only Memory，EEPROM）、静态随机存取存储器（Static Random Access Memory，SRAM）、硬盘、闪存等等。
本领域技术人员可以明白的是，结合本文中所公开的实施例描述的各示例的单元及算法步骤能够以电子硬件、或者软件和电子硬件的结合来实现。这些功能是以硬件还是软件方式来实现，取决于技术方案的特定应用和设计约束条件。本领域技术人员可以针对每个特定的应用，使用不同的方式来实现所描述的功能，但是这种实现并不应认为超出本申请的范围。
在本申请实施例中，所公开的***、装置和方法可以通过其它方式来实现。例如，所述单元的划分仅仅为一种逻辑功能划分，在实际实现时还可以有另外的划分方式。例如，多个单元或组件可以进行组合或者可以集成到另一个***中。另外，各个单元之间的耦合可以是直接耦合或间接耦合。另外，在本申请实施例中的各功能单元可以集成在一个处理单元中，也可以是单独的物理存在等等。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在机器可读存储介质中。因此，本申请的技术方案可以以软件产品的形式来体现，该软件产品可以存储在机器可读存储介质中，其可以包括若干指令用以使得电子设备执行本申请实施例所描述的技术方案的全部或部分过程。上述存储介质可以包括ROM、RAM、可移动盘、硬盘、磁盘或者光盘等各种可以存储程序代码的介质。
以上内容仅为本申请的具体实施方式，本申请的保护范围并不局限于此。本领域技术人员在本申请所公开的技术范围内可以进行变化或替换，这些变化或替换都应当在本申请的保护范围之内。
Claims (11)
1.一种登陆账号的方法，其特征在于，应用在店铺中心，所述方法包括：
获取登陆应用的请求，所述请求中携带用户信息；
判断店铺中心的数据库是否存储所述用户信息；
判断出存储所述用户信息时，从所述数据库中获取所述用户信息对应的账号信息，将所述账号信息返回给所述应用进行登录。
2.根据权利要求1所述的方法，其特征在于，所述获取登陆应用的请求之前，所述方法还包括：
接收用户发起的登陆第一应用的登陆请求，所述登陆请求中携带标识信息；
向后台服务器发起获取用户信息的获取请求，获取到所述后台服务返回的用户信息，所述获取请求中携带所述标识信息；
生成所述用户信息对应的账号信息，并在数据库中存储所述用户信息与账号信息的对应关系；
将所述用户信息发送给所述店铺中心的其他应用，将所述账号信息返回给所述第一应用进行登录。
3.根据权利要求1所述的方法，其特征在于，所述判断店铺中心的数据库是否存储了所述用户信息，具体包括：
所述应用通过监听所述店铺中心的内容提供者，判断店铺中心的数据库中是否存储了所述用户信息，或，
所述店铺中心通过内容提供者在数据库中查询是否存在所述用户信息。
4.根据权利要求3所述的方法，其特征在于，所述应用集成了店铺中心提供的内部组件登录SDK，所述SDK使用内容解析器监听和解析店铺中心的内容提供者。
5.根据权利要求4所述的方法，其特征在于，所述SDK 对登录应用的账户登陆状态进行监听回调，发现所述账户登录状态发生变化时，通知应用***通知所有应用进行监听回调。
6.根据权利要求1所述的方法，其特征在于，判断出存储所述用户信息时，所述方法还包括：
对所述第一应用的签名信息进行校验，校验通过则从所述数据库中获取所述用户信息对应的账号信息。
7.根据权利要求6所述的方法，其特征在于，所述对所述第一应用的签名信息进行校验，具体包括：
判断所述第一应用的签名信息是否与店铺中心的签名信息一致，或所述第一应用是否为***应用；
若所述判断结果有一个是时，则验证通过，若所述判断结果均为否时，则验证不通过。
8.一种登录账号的装置，其特征在于，包括获取模块和校验模块，
所述登陆请求模块，用于获取登陆应用的请求，所述请求中携带用户信息；
所述登陆响应模块，用于判断店铺中心的数据库是否存储所述用户信息，判断出存储所述用户信息时，从所述数据库中获取所述用户信息对应的账号信息，将所述账号信息返回给所述应用进行登录。
9.根据权利要求8所述的装置，其特征在于，所述登陆响应模块包括：判断单元、获取单元和响应单元；
所述判断单元，用于由所述应用通过监听所述店铺中心的内容提供者，判断店铺中心的数据库中是否存储了所述用户信息，或，由店铺中心通过内容提供者在数据库中查询是否存在所述用户信息；
所述获取单元，用于当所述判断单元的判断结果为是时，从所述数据库中获取所述用户信息对应的账号信息；
所述响应单元，用于将所述获取单元得到的所述账号信息返回给所述应用进行登录。
10.根据权利要求8所述的装置，其特征在于，所述装置还包括校验模块，所述校验模块连接所述登陆响应模块，用于对所述应用的签名信息进行校验，校验通过则从所述数据库中获取所述用户信息对应的账号信息。
11.一种机器可读存储介质，其上存储有可执行指令，所述可执行指令在被机器执行时使得实现根据权利要求1至7中任一项所述的方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010892100.5A CN112003871A (zh) | 2020-08-31 | 2020-08-31 | 登陆账号的方法、装置和机器可读存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202010892100.5A CN112003871A (zh) | 2020-08-31 | 2020-08-31 | 登陆账号的方法、装置和机器可读存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN112003871A true CN112003871A (zh) | 2020-11-27 |
Family
ID=73464697
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202010892100.5A Pending CN112003871A (zh) | 2020-08-31 | 2020-08-31 | 登陆账号的方法、装置和机器可读存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112003871A (zh) |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104270386A (zh) * | 2014-10-22 | 2015-01-07 | 中国建设银行股份有限公司 | 跨应用***用户信息整合方法及身份信息管理服务器 |
| CN104601590A (zh) * | 2015-01-30 | 2015-05-06 | 网易（杭州）网络有限公司 | 一种登录方法、服务器及移动终端 |
| EP3093786A1 (en) * | 2015-05-13 | 2016-11-16 | Spotify AB | Automatic login on a website by means of an app |
| CN111416867A (zh) * | 2020-03-25 | 2020-07-14 | 上海商米科技集团股份有限公司 | 不同设备间的消息处理方法、服务器和计算机存储介质 |
-
2020
- 2020-08-31 CN CN202010892100.5A patent/CN112003871A/zh active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104270386A (zh) * | 2014-10-22 | 2015-01-07 | 中国建设银行股份有限公司 | 跨应用***用户信息整合方法及身份信息管理服务器 |
| CN104601590A (zh) * | 2015-01-30 | 2015-05-06 | 网易（杭州）网络有限公司 | 一种登录方法、服务器及移动终端 |
| EP3093786A1 (en) * | 2015-05-13 | 2016-11-16 | Spotify AB | Automatic login on a website by means of an app |
| CN111416867A (zh) * | 2020-03-25 | 2020-07-14 | 上海商米科技集团股份有限公司 | 不同设备间的消息处理方法、服务器和计算机存储介质 |
Non-Patent Citations (2)
| Title |
|---|
| 刘子茂: ""移动账号群安全登录的技术"", 《电子技术与软件工程》, no. 06, 15 March 2020 (2020-03-15), pages 246 - 247 * |
| 吴玲红: ""基于O2O移动点餐***的设计与实现"", 26 May 2017 (2017-05-26) * |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP3654618B1 (en) | Audio broadcasting method, device, and system, and smart broadcasting apparatus | |
| CN113014568B (zh) | 账户登录方法、设备和服务器 | |
| EP3135046B1 (en) | Systems and methods for generating location based entitlements | |
| CN104580406B (zh) | 一种同步登录状态的方法和装置 | |
| EP2359239A2 (en) | Mobile communication device | |
| GB2461870A (en) | Database of expected application behaviours distributed to mobile devices and used for malware detection | |
| CN104767767A (zh) | 互联网访问数据共享方法、装置、***及网络设备 | |
| US8838094B2 (en) | Acquiring information from volatile memory of a mobile device | |
| US9628939B2 (en) | Data calling method and device | |
| CN106911666B (zh) | 一种可穿戴智能设备及其消息处理方法、*** | |
| EP2770768A2 (en) | Method and system for replacing an se key of a mobile terminal | |
| CN108809969B (zh) | 一种认证方法、***及其装置 | |
| TW201923659A (zh) | 業務過程的啟動方法和裝置 | |
| CN104811485A (zh) | 一种资源分享方法 | |
| CN109495350B (zh) | 局数据的核查方法、装置和存储介质 | |
| WO2017181465A1 (zh) | 一种接入点名称apn的配置方法及装置 | |
| CN106933615B (zh) | App应用的唤醒方法及装置 | |
| CN112003871A (zh) | 登陆账号的方法、装置和机器可读存储介质 | |
| CN106803830B (zh) | 识别上网终端的方法、装置和***、及uim卡 | |
| CN107992363B (zh) | 数据的处理方法和装置 | |
| KR102261789B1 (ko) | 스미싱 메시지 모니터링 방법 및 스미싱 위험도 판정 방법 | |
| CN110890957A (zh) | 一种密钥安全设备交互方法、电子设备和存储介质 | |
| US8578492B2 (en) | Application revocation | |
| US20240147241A1 (en) | Providing a seamless login experience in a companion mobile application | |
| CN105791533A (zh) | 一种信息识别方法及终端 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination |