WO2012139486A1 - 用户信息同步方法及其系统 - Google Patents

用户信息同步方法及其系统 Download PDF

Info

Publication number
WO2012139486A1
WO2012139486A1 PCT/CN2012/073696 CN2012073696W WO2012139486A1 WO 2012139486 A1 WO2012139486 A1 WO 2012139486A1 CN 2012073696 W CN2012073696 W CN 2012073696W WO 2012139486 A1 WO2012139486 A1 WO 2012139486A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
subsystem
user
verification
change request
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.)
Ceased
Application number
PCT/CN2012/073696
Other languages
English (en)
French (fr)
Inventor
罗红
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
China Mobile Communications Group Co Ltd
Original Assignee
China Mobile Communications Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by China Mobile Communications Corp filed Critical China Mobile Communications Corp
Publication of WO2012139486A1 publication Critical patent/WO2012139486A1/zh
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H04L67/306—User profiles

Definitions

  • the present application relates to a method and system for synchronizing user information across multiple systems.
  • An aspect of the present application provides a method for synchronizing user information, which may include:
  • the second information subsystem receives the user information change request and sends the user information change request to the verification subsystem;
  • the verification subsystem verifies the user information change request, and after the verification is passed, notifies the first information subsystem having a service association with the second information subsystem to perform corresponding change on the corresponding subscription service information recorded by the second information subsystem.
  • Another aspect of the present application is directed to an information peer system that can include: At least one first information subsystem, each for providing a service subscribed by the user according to the user request, and recording the signed service information;
  • a second information subsystem recording the service information subscribed by the user and cooperating with the first information subsystem to provide the contracted service to the user;
  • a verification subsystem after the user submits the information change request information to the second information subsystem, the verification subsystem verifies the information change request information, and after the verification is passed, notifies the first information subsystem to The recorded corresponding contract service information is changed accordingly.
  • the first information subsystem may be, for example, a banking information system that records user subscription information.
  • the second information subsystem can be, for example, a subscriber information management system of a telecommunications carrier.
  • a one-point processing for the service that the user subscribes to is implemented, so that the user does not have to go to each service platform or the processing point to perform some business operations, such as business unsubscribing, and the like, thereby improving the use of the business.
  • Some business operations such as business unsubscribing, and the like
  • FIG. 1 illustrates an information synchronization system according to an embodiment of the present application
  • FIG. 2 illustrates an information peering method in accordance with one embodiment of the present application.
  • an information 1000 system includes at least one first information subsystem 100-1, 100-2...100-11; a second information subsystem 200 and verification Subsystem 300.
  • Each of the first information subsystems 100-1, 100-2, 100, ⁇ is used to provide a service for the user to sign up, and to record the service information of the contract.
  • the first information subsystem may be, for example, an information system used by a bank or the like to record user subscription information.
  • the second information subsystem 200 can be used to record the service information subscribed by the user, and provide the user with the contracted service through the recorded service information and the at least one first information subsystem.
  • the second information subsystem can be a user information management system of a telecommunications carrier.
  • the verification subsystem 300 changes the information request information.
  • the verification is performed, and after the verification is passed, the first information subsystem is notified to make corresponding changes to the corresponding contract service information recorded by the first information subsystem.
  • the verification subsystem 300 can be, for example, a Mobile Signature System (MSP).
  • MSP Mobile Signature System
  • the verification subsystem 300 is shown as being independent of the first and second information subsystems, but those skilled in the art should understand that the verification subsystem 300 can also be implemented according to the actual application scenario. Merged into the first information subsystem or the second information subsystem.
  • the first and second information subsystems and the verification subsystem 300 are respectively described for the banking information system, the information management system of the telecommunication operator, and the MSP as an example, but the present invention is not limited thereto.
  • the bank information system, the information management system of the telecom operator, and the MSP are respectively labeled with reference numerals 100, 200, and 300.
  • the information system 100 of the bank stores information about the subscriber, such as the mobile terminal number, the user name, the ID number, the information of the service opening, and the like.
  • the information related to the contracted service is also recorded in the information management system 200 of the telecommunication operator through the agreement and information exchange protocol of the telecommunication operator and the bank.
  • the signing user submits a status information change request to the telecommunication operator (ie, its information management system 200), for example, when the mobile terminal number is cancelled
  • the telecommunication operator can perform verification on the requesting user, for example, performing real name verification, and after verifying A corresponding change operation is performed in its information management system 200.
  • the telecommunications carrier sends information related to the change request to the verification subsystem 300, including the operation object (ie, the first information subsystem associated with the subscription information of the user), the type of operation (eg, the above-mentioned account cancellation operation) , operation time, etc.
  • the public and private keys of the MSP 300 and the subscriber terminal confirm the received information.
  • the MSP300 encrypts the user's change request information with a public key, such as a digital envelope, and sends the encrypted information to the user terminal.
  • the digital envelope includes the content of the encrypted status change request information and the encrypted key used to encrypt the content.
  • the public key is used here to encrypt the "encryption key", this is not a requirement, and it can also be encrypted using a symmetric key pre-shared between the sender and the receiver.
  • the public and private key pairs may be obtained by a well-known algorithm when the user signs up with the banking system, wherein the public key is disclosed to the outside world and the private key is retained by the user terminal.
  • the subscriber terminal receives the digital envelope, it first decrypts with the corresponding private key or pre-shared key to obtain an "encryption key", and then decrypts the ciphertext with the key.
  • the subscription user terminal decrypts the state change request information by using a private key corresponding to the public key.
  • the decrypted information is presented to the user for confirmation.
  • the mobile terminal After the user confirms to the mobile terminal, the mobile terminal performs a "digital signature" on the decrypted information by using its own private key, and returns to the verification subsystem 300, for example, by means of a short message or BIP (Bearar Independent Protocol). Digitally signed change information.
  • the verification subsystem 300 decrypts and performs signature verification using the corresponding public key. If the verification is passed, the first information subsystem (for example, the bank's user management system) is notified to perform a corresponding change operation, so that the bank and the information in the mobile operator's home management system are kept synchronized.
  • the first information subsystem for example, the bank's user management system
  • the second information subsystem receives a user information change request, for example, an information change request, such as a pin number operation, that the user makes to the second information subsystem (e.g., a telecommunications carrier).
  • a user information change request for example, an information change request, such as a pin number operation
  • the subscribed service information may be recorded in the first information subsystem and the second information subsystem associated with the service.
  • the first information subsystem may be, for example, a banking information system that records subscriber subscription information
  • the second information subsystem includes a subscriber information management system of the telecommunications carrier.
  • step S202 the second information subsystem changes the service information recorded thereon according to the information change request, and transmits the information change request to the verification subsystem.
  • step S203 the verification sub-system verifies the information change request, and after the verification is passed, the first information subsystem (for example, a bank) is notified to perform corresponding change on the corresponding subscription service information recorded.
  • the first information subsystem for example, a bank
  • the second information subsystem may further authenticate the identity of the user according to the information change request, and after the authentication is passed, the second information subsystem records the information according to the information change request.
  • the service information is changed accordingly.
  • the authentication subsystem can also send the information change request to the user's terminal in an encrypted manner.
  • the terminal decrypts the information change request and confirms whether or not to make a corresponding change in the first information subsystem based on the decrypted change request.
  • the terminal can send the confirmed result to the verification subsystem by SMS or BIP. If the result of the acknowledgment is yes, the verification subsystem instructs the first information subsystem to make corresponding changes to the user information stored thereon; otherwise, the operation is terminated.
  • the embodiment 1 and FIG. 2 described above describe an embodiment in which a change operation is performed first in the second information subsystem 200, and then a corresponding change operation is performed in the first information subsystem i00, however, Understand that the change operation performed in the second information subsystem 200 can also be The change operation in an information subsystem 100 is performed simultaneously or after the change operation in the first information subsystem 100 is performed.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Description

本申请涉及在多个系统间实现用户信息同步的方法和系统。
随着网络及通信技术的发展， 跨行业状态的合作运营越来越广泛。其中， 越来越多的服务由跨行业的提供商来提供。 以运营商和银行为例， 当用户需 要使用这类服务时， 就先要到运营商和银行的营业厅办理状态。 一旦当用户 需要变更或注销服务时， 就需要到运营商和银行的营业厅分别去办理， 如果 办理的先后顺序不正确， 会造成用户状态出错。 例如， 运营商直接删除了用 户数据， 而银行系统并不知悉， 将导致银行系统仍旧维护该用户的订购关系， 仍旧对该用户产生服务费， 系统存在冗余数据。
目前， 存在一种技术方案解决两个系统间的用户状态同歩的问题： 当用 户需要变更或注销服务时， 到运营商的营业厅去办理。 运营商通过与银行系 统间的接口， 通知银行系统修改订购关系， 直接进行注销。 这样的技术方案 可以在两个系统间进行同步， 但过于直接， —目.存在运营商系统与银行系统间 信息失步的安全风险。 例如， 运营商系统通知银行系统删除用户数据， 当运 营商系统出错时， 会造成银行系统的误删， 存在安全隐患； 同时， 银行系统 无法确认来自于运营商的删除用户数据的通知是否真正由用户触发。
本申请的一方面提出了一种用户信息同步的方法， 可包括：
第二信息子系统接收用户信息变更请求， 并将所述用户信息变更请求发 送到验证子系统； 以及
所述验证子系统对所述用户信息变更请求进行验证， 验证通过后通知与 所述第二信息子系统有业务关联的第一信息子系统对其记录的对应签约服务 信息进行相应的变更。
本申请的另一方面提出了一种信息同歩系统， 该系统可包括： 至少一个第一信息子系统， 其每一个用于根据用户请求提供用户签约的 服务， 并记录所签约的服务信息；
第二信息子系统， 记录用户签约的所述服务信息， 并与所述第一信息子 系统协作以向所述用户提供签约的服务； 以及
验证子系统， 当所述用户向所述第二信息子系统提出信息变更请求信息 后， 所述验证子系统对所述信息变更请求信息进行验证， 验证通过后通知所 述第一信息子系统对其记录的对应签约服务信息进行相应的变更。
第一信息子系统可以例如为记录用户签约信息的银行信息系统。 第二信 息子系统可例如为电信运营商的用户信息管理系统。
在本申请的实施方式中， 实现了针对用户所订购业务的一点式处理， 使 得用户在进行一些业务操作如业务退订等时不必到每一个业务平台或受理点 进行办理， 提高了业务使用的用户友好性。
图 1示出了根据本申请的一个实施方式的信息同步系统； 以及
图 2示出了根据本申请的一个实施方式的信息同歩方法。
下面参照附图结合示例性的实施方式对本申请进行描述。
如图 I所示，根据本申请的一个实施方式的信息同歩的系统 1000包括至 少一个第一信息子系统 100-1、 100- 2...100- 11 ; 第二信息子系统 200以及验证 子系统 300。 第一信息子系统 100- 1、 100- 2...100- η中的每一个用于为 ^户提 供用户签约的服务， 并记录有所述签约的服务信息。 在一个实施方式中， 第 一信息子系统可例如为银行等用来记录用户签约信息的信息系统。 第二信息 子系统 200可用于记录有用户签约的服务信息， 并通过所记录的服务信息与 至少一个第一信息子系统为用户提供签约的服务。 第二信息子系统可倒如为 电信运营商的用户信息管理系统。
当第二信息子系统 200接收到用户信息变更请求信息后， 例如接收到签 约用户提出的信息变更请求信息后， 验证子系统 300对该信息变更请求信息 进行验证， 验证通过后通知第一信息子系统对其记录的对应签约服务信息进 行相应的变更。 验证子系统 300可例如为移动签名系统 （MSP)。
在如图 1所示的实施方式中，验证子系统 300虽然被示出为独立于第一、 二信息子系统， 然而本领域技术人员应该理解， 根据实际的应用场景， 验证 子系统 300还可以被合并到第一信息子系统或第二信息子系统中。 出于描述 的目的， 下面以第一、二信息子系统和验证子系统 300分别为银行信息系统、 电信运营商的信息管理系统和 MSP为例进行描述， 但本发明并不限于此。另 外， 为了便于理解， 对银行信息系统、 电信运营商的信息管理系统和 MSP分 别使用标号附图标号 100、 200和 300
当用户通过银行信息系统 00与某银行签约某项服务时， 该银行的信息 系统 100存储签约用户的相关信息， 例如移动终端号码、 用户名、 身份证号 码、 开通业务的信息等。 此时， 通过电信运营商和银行的约定和信息交互协 议， 在电信运营商的信息管理系统 200也记录与该签约业务相关的信息。
当签约用户向电信运营商 （即其信息管理系统 200 ) 提出状态信息变更 请求时， 例如注销移动终端号等时， 电信运营商可对提出请求的用户进行验 证， 例如进行实名验证， 验证通过后在其信息管理系统 200中进行相应的变 更操作。接着， 电信运营商向验证子系统 300发送与该变更请求相关的信息， 包括操作对象（即， 与该用户的签约信息关联的第一信息子系统）、 操作类型 (例如上述的销户操作）、 操作时间等。
MSP300和签约用户终端的公私钥对所接收的信息进行确认。 MSP300利 用公钥对用户的变更请求信息进行加密， 如数字信封的方式， 并将加密后的 信息发送给用户终端。 数字信封包括被加密的状态变更请求信息的内容和被 加密的用于加密该内容的密钥。 虽然这里使用公钥来加密"加密密钥"， 但这 并不是^须的， 也可以使用发送方和接收方预共享的对称密钥来加密。 在一 个实施例中， 可在用户与上述银行系统签约时通过公知算法得到公钥和私钥 对， 其中公钥向外界公开， 而私钥则由用户终端保留。 当签约 ^户终端收到 数字信封时， 先用对应的私钥或预共享密钥解密， 得到 "加密密钥"， 再用该 密钥解密密文。
签约用户终端利用与该公钥对应的私钥对状态变更请求信息进行解密， 并将解密的信息呈现给用户确认。 当用户向移动终端进行确认后， 移动终端 利用自己的私钥对解密的信息进行 "数字签名"，并例如以短信或 BIP(Bearar Independent Protocol ,独立承载协议）的承载方式向验证子系统 300返回经过 数字签名的变更信息。 验证子系统 300在收到该信息后， 利用对应的公钥进 行解密并进行签名验证。 如验证通过， 则通知第一信息子系统 （例如， 银行 的用户管理系统） 进行相应的变更操作， 从而使得银行与移动运营商的户管 理系统中的信息保持同步。
图 2示出了根据本申请的一个实施方式的实现多个系统间的^户状态同 歩的方法的示例性实施例。 如图 2所示， 在步骤 S201中， 第二信息子系统接 收用户信息变更请求， 例如， 用户向第二信息子系统 （例如电信运营商） 提 出的信息变更请求， 例如销号操作。 如上所述， 用户向第一信息子系统注册 ^户签约服务时， 可以在第一信息子系统和与其有业务关联的第二信息子系 统中记录所述签约的服务信息。 第一信息子系统可例如为记录用户签约信息 的银行信息系统， 以及第二信息子系统包括电信运营商的用户信息管理系统。
在步骤 S202中，第二信息子系统根据信息变更请求对其记录的服务信息 进行变更， 并将该信息变更请求发送到验证子系统。在步骤 S203中， 验证子 系统对信息变更请求进行验证， 验证通过后通知第一信息子系统（例如银行） 对其记录的对应签约服务信息进行相应的变更。
在一个实施方式中， 所述第二信息子系统还可根据所述信息变更请求对 所述用户的身份进行认证， 当认证通过后， 第二信息子系统根据所述信息变 更请求对其记录的服务信息进行对应的变更。 此外， 验证子系统还可以将信 息变更请求以加密的方式发送到用户的终端。 终端则解密该信息变更请求， 并根据解密的变更请求确认是否要在所述第一信息子系统中进行相应的变 更。 终端可以将确认的结果以短信或 BIP的方式发送到验证子系统。 如果确 认的结果为是， 则验证子系统指示第一信息子系统对其存储的用户信息进行 相应的变更； 否则终止操作。
以上描述图 1和图 2所示的实施方式 I吋，描述了先在第二信息子系统 200 中执行变更操作， 然后在第一信息子系统 i00中执行相应变更操作的实施方 式， 然而， 应该理解， 在第二信息子系统 200中执行的变更操作还可以与第 一信息子系统 100中的变更操作同时进行,或者在执行完第一信息子系统 100 中的变更操作后执行。
以上参照險图结合示例性实施方式对本申请的方案进行了说明。 可以理 解， 上述的实施方式并不应视为对本申请范围的限定。 在不偏离本申请的精 神和范围的前提下， 本领域技术人员可对上述实施方式进行适当的修改、 变 形和 /或组合。

Claims

通…悪….求...书. 一种信息同步方法， 包括：
第二信息子系统接收 ^户信息变更请求， 并将所述用户信息变更请求发 送到验证子系统； 以及
所述验证子系统对所述用户信息变更请求进行验证， 验证通过后通知与 所述第二信息子系统有业务关联的第一信息子系统对其记录的对应签约服务 信息进行相应的变更。
2、 如权利要求 1所述的方法， 其中， 所述第一信息子系统包括用来记录 ^户签约信息的银行信息系统， 以及所述第二信息子系统包括电信运营商的 用户信息管理系统。
3、 如权利要求 1所述的方法， 还包括：
所述第二信息子系统根据所述用户信息变更请求对其记录的服务信息进 行警更。
4、 如权利要求 3所述的方法， 其中， 所述第二信息子系统根据所述用户 信息变更请求对其记录的服务信息进行变更的步骤包括：
所述第二信息子系统根据所述用户信息变更请求对用户的身份进行认 证， 当认证通过后， 所述第二信息子系统根据所述用户信息变更请求对其记 录的服务信息进行对应的变更。
5、 如权利要求 i所述的方法， 其中， 所述验证子系统对所述用户信息变 更请求进行验证的步骤包括：
所述验证子系统将所述用 信息变更请求以加密的方式发送到用 终
¾：
所述用户终端解密所述用户信息变更请求， 并根据解密的变更请求确认 是否要在所述第一信息子系统中进行相应的变更； 如果确认的结果为是， 则所述验证子系统指示所述第一信息子系统对其
6、 如权利要求 5所述的方法， 其中， 所述用户终端以短信或独立承载协 议 BIP的方式向所述验证子系统发送确认信息。
Ί、 一种信息同步系统， 包括：
至少一个第一信息子系统， 其中， 每一个所述第一信息子系统^于根据 ^户请求提供用户签约的服务， 并记录所签约的服务信息；
第二信息子系统， 记录用户签约的所述服务信息， 并与所述第一信息子 系统协作以向所述用户提供签约的服务； 以及
验证子系统， 当所述 ^户向所述第二信息子系统提出信息变更请求信息 后， 所述验证子系统对所述信息变更请求信息进行验证， 验证通过后通知所 述第一信息子系统对其记录的对应签约服务信息进行相应的变更。
8、 如权利要求 7所述的系统， 其中， 所述第一信息子系统包括记录用 户签约信息的银行信息系统， 以及所述第二信息子系统包括电信运营商的 ^ 户信息管理系统。
9、 如权利要求 7或 8所述的系统， 其中， 当所述用户向所述第二信息 子系统提出信息变更请求信息后， 所述第一信息子系统首先对所述 ^户的身 份进行认证， 当认证通过后， 将与该变更信息相关的信息发送到所述验证子 系统。
10、 如权利要求 9所述的系统， 其中， 当所述验证子系统收到与所述变 更信息相关的信息后， 以加密的方式将所述信息发送到用户终端， 所述用户 终端对所述信息解密后进行确认， 并将确认后的信息重新加密后发送到所述 验证子系统， 所述验证子系统对该重新加密后的信息解密后发送到所述第一 信息子系统， 以通知所述第一信息子系统对存储在其中的相应的签约服务信 息进行变更。
IK 如权利要求 10所述的系统， 其中， 所述用户终端以短信或 BIP形 式将所述重新力 Π密后的信息发送到所述验证子系统。
PCT/CN2012/073696 2011-04-13 2012-04-10 用户信息同步方法及其系统 Ceased WO2012139486A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201110092249.6A CN102739719B (zh) 2011-04-13 2011-04-13 用户信息同步方法及其系统
CN201110092249.6 2011-04-13

Publications (1)

Publication Number Publication Date
WO2012139486A1 true WO2012139486A1 (zh) 2012-10-18

Family

ID=46994498

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2012/073696 Ceased WO2012139486A1 (zh) 2011-04-13 2012-04-10 用户信息同步方法及其系统

Country Status (2)

Country Link
CN (1) CN102739719B (zh)
WO (1) WO2012139486A1 (zh)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150348034A1 (en) * 2012-12-26 2015-12-03 Felica Networks, Inc. Settlement management apparatus, information processing apparatus, settlement management method, and settlement management system
CN108418808B (zh) * 2018-02-07 2020-06-19 平安科技（深圳）有限公司 身份信息更改方法、装置、终端设备及存储介质
CN110727678B (zh) * 2019-09-25 2021-01-01 湖南新云网科技有限公司 用户信息与移动终端的绑定方法、装置及存储介质
JP7385171B2 (ja) * 2019-09-27 2023-11-22 京セラドキュメントソリューションズ株式会社 情報処理システム、情報処理装置および情報処理プログラム
CN112417359A (zh) * 2020-12-04 2021-02-26 山东新网影音文化传播有限公司 一种多站点用户行为信息同步方法及系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1622519A (zh) * 2003-11-29 2005-06-01 鸿富锦精密工业（深圳）有限公司 信息同步管理系统及方法
CN1866961A (zh) * 2006-03-13 2006-11-22 华为技术有限公司 一种客户系统与服务系统数据同步的方法及系统
CN101001243A (zh) * 2006-01-09 2007-07-18 杭州世导科技有限公司 实现移动信息同步的系统和方法

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100602634B1 (ko) * 2003-11-08 2006-07-19 삼성전자주식회사 멀티 존 사설 무선 네트워크 시스템 간 로밍 서비스 방법및 그시스템
CN1323538C (zh) * 2003-12-12 2007-06-27 华中科技大学 一种动态身份认证方法和系统
CN1968105A (zh) * 2006-05-31 2007-05-23 华为技术有限公司 基于通信网络的计费系统及计费方法
US8170988B2 (en) * 2008-04-17 2012-05-01 The Boeing Company System and method for synchronizing databases

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1622519A (zh) * 2003-11-29 2005-06-01 鸿富锦精密工业（深圳）有限公司 信息同步管理系统及方法
CN101001243A (zh) * 2006-01-09 2007-07-18 杭州世导科技有限公司 实现移动信息同步的系统和方法
CN1866961A (zh) * 2006-03-13 2006-11-22 华为技术有限公司 一种客户系统与服务系统数据同步的方法及系统

Also Published As

Publication number Publication date
CN102739719A (zh) 2012-10-17
CN102739719B (zh) 2016-03-30

Similar Documents

Publication Publication Date Title
EP3742696B1 (en) Identity management method, equipment, communication network, and storage medium
US10708058B2 (en) Devices and methods for client device authentication
CN105554747B (zh) 无线网络连接方法、装置及系统
KR101508360B1 (ko) 데이터 전송 장치 및 방법, 그리고 그 방법을 컴퓨터에서 실행시키기 위한 프로그램을 기록한 기록매체
CN100539747C (zh) 认证及检验sms通信的方法
JP6471112B2 (ja) 通信システム、端末装置、通信方法、及びプログラム
JP2019517187A (ja) キー配信および認証方法およびシステム、ならびに装置
WO2017185999A1 (zh) 密钥分发、认证方法，装置及系统
CN101600204B (zh) 一种文件传输方法及系统
US9185092B2 (en) Confidential communication method using VPN, system thereof, program thereof, and recording medium for the program
WO2015029945A1 (ja) 加入者プロファイル転送方法、加入者プロファイル転送システム及びユーザ装置
KR20080104180A (ko) Ｓｉｍ 기반 인증방법
CN104365127B (zh) 用于在远程显示单元上追踪移动设备的方法
US10652746B2 (en) Secure device access token
US9648650B2 (en) Pairing of devices through separate networks
CN100441023C (zh) 鉴定移动站的方法、通信系统与移动站
EP3314935B1 (en) A method of replacing at least one authentication parameter for authenticating a security element and corresponding security element
CN101808313A (zh) 获取tmsi的方法、移动台、归属位置寄存器和通信系统
WO2012139486A1 (zh) 用户信息同步方法及其系统
WO2016004570A1 (zh) 嵌入式通用集成电路卡管理的授权方法及装置
CN105704711A (zh) 一种保证通话安全的方法、装置及用户终端
CN112202770A (zh) 设备联网方法及装置、设备、存储介质
CN106465116A (zh) 无线网络的接入控制
JP6621416B2 (ja) ２つのセキュリティモジュールの間に安全な通信チャネルを生成する方法及びシステム
CN110324824B (zh) 副卡添加方法、用户终端和区块链网络系统

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 12771070

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 12771070

Country of ref document: EP

Kind code of ref document: A1