CN106776079A - 一种管理用户数据的方法及系统 - Google Patents

一种管理用户数据的方法及系统 Download PDF

Info

Publication number
CN106776079A
CN106776079A CN201611236987.2A CN201611236987A CN106776079A CN 106776079 A CN106776079 A CN 106776079A CN 201611236987 A CN201611236987 A CN 201611236987A CN 106776079 A CN106776079 A CN 106776079A
Authority
CN
China
Prior art keywords
user data
message
event message
event
user
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.)
Granted
Application number
CN201611236987.2A
Other languages
English (en)
Other versions
CN106776079B (zh
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.)
TCL Corp
Original Assignee
TCL 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 TCL Corp filed Critical TCL Corp
Priority to CN201611236987.2A priority Critical patent/CN106776079B/zh
Publication of CN106776079A publication Critical patent/CN106776079A/zh
Application granted granted Critical
Publication of CN106776079B publication Critical patent/CN106776079B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/46—Multiprogramming arrangements
    • G06F9/54—Interprogram communication
    • G06F9/546—Message passing systems or structures, e.g. queues
    • 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/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Transfer Between Computers (AREA)
  • Telephonic Communication Services (AREA)

Abstract

本发明公开了一种管理用户数据的方法及系统。其中，所述方法包括：应用服务器当检测到改变用户数据的预设操作时，生成所述改变用户数据的预设操作对应的事件消息；所述应用服务器将所述消息事件存入消息队列；用户数据处理服务器获取存入所述消息队列的所述事件消息；其中，所述事件消息由所述用户数据处理服务器预先向所述消息队列订阅；以及根据所述事件消息修改用户数据库中所述事件消息对应的用户数据。通过上述方式，能够在多互联网应用间共同联动同一份用户数据时，可以保持各应用服务器自身的独立性，又可以不增加各应用服务器与用户数据间操作的耦合性，从而拥有更好的维护性和扩展性。

Description

一种管理用户数据的方法及系统
技术领域
本发明属于通信领域，尤其涉及一种管理用户数据的方法及系统。
背景技术
在互联网时代，很多互联网公司在一款应用产品发展壮大起来后通常会陆续开发出其他多种不同类型的应用产品，以期望获得更多的业务发展机会。而对于一款应用产品来说，用户数流量的多寡是其能否成功的最重要的外部因素之一。因此，各家公司在巩固原来应用产品的用户数的同时，如何将原有应用用户引导至新开发的其他应用产品中就显得非常重要且有价值了。为了实现这一目标，各公司通常会引入一套复杂用户等级成长体系，如通过在线时长积累、完成各类任务获得相应积分、虚拟勋章、升级等等，这样既可以提高用户忠诚度、提高用户粘性和活跃度，又可以借此将新开发的应用推荐给原有应用的用户，达到一举数得的好处。
在技术实现上，同一用户通常通过同一用户账号进行登录/或身份验证，以在多个应用产品间共享一套用户帐号，这样既方便用户进行数据管理，又便于用户操作各种应用。
但是通常一家公司的各款不同应用的服务器是相互独立的，而用户在操作各应用时，各应用服务器需要改变一些共同的用户数据。比如上面说的等级成长数据，如果每个应用服务器都直接的修改共同的用户数据，那各服务器的代码实现势必就会与用户数据间操作耦合在一起，这将给维护和扩展带来很多的不便。
综上所述，各独立的应用服务器在多互联网应用间共同联动同一份用户数据时，需要增加各应用服务器与用户数据间操作的耦合性，很难维护用户数据，不利于应用的扩展。
发明内容
本发明提供一种管理用户数据的方法及系统，能够在多互联网应用间共同联动同一份用户数据时，可以保持各应用服务器自身的独立性，又可以不增加各应用服务器与用户数据间操作的耦合性，从而拥有更好的维护性和扩展性。
为解决上述问题，本发明第一方面提供一种管理用户数据的方法，所述方法包括：
应用服务器当检测到改变用户数据的预设操作时，生成所述改变用户数据的预设操作对应的事件消息；
所述应用服务器将所述消息事件存入消息队列；
用户数据处理服务器获取存入所述消息队列的所述事件消息；其中，所述事件消息由所述用户数据处理服务器预先向所述消息队列订阅；以及
根据所述事件消息修改用户数据库中所述事件消息对应的用户数据。
为解决上述问题，本发明提供第二方面提供一种管理用户数据的系统，所述系统包括：
应用服务器，用于当检测到改变用户数据的预设操作时，生成所述改变用户数据的预设操作对应的事件消息；以及用于将所述消息事件存入消息队列；
用户数据处理服务器，用于获取存入所述消息队列的所述事件消息；其中，所述事件消息由所述用户数据处理服务器预先向所述消息队列订阅；以及用于根据所述事件消息修改用户数据库中所述事件消息对应的用户数据。
上述方案，应用服务器当检测到改变用户数据的预设操作时，生成改变用户数据的预设操作对应的事件消息，并将消息事件存入消息队列；用户数据处理服务器获取存入消息队列的所述事件消息，以及根据事件消息修改预设的用户数据库中所述事件消息对应的用户数据；其中，事件消息由用户数据处理服务器预先向消息队列订阅。由于通过消息队列统一管理改变用户数据的预设操作对应的事件消息，并统一由用户数据处理服务器根据事件消息的内容更新用户数据，因此，能够在多互联网应用间共同联动同一份用户数据时，可以保持各应用服务器自身的独立性，又可以不增加各应用服务器与用户数据间操作的耦合性，从而拥有更好的维护性和扩展性。
附图说明
图1是本发明管理用户数据的系统一实施例的示意图；
图2是本发明管理用户数据的时序图；
图3是本发明管理用户数据的方法一实施例的流程图；
图4是本发明管理用户数据的方法另一实施例的流程图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
请参阅图1，图1是本发明管理用户数据的系统一实施例的示意图。管理用户数据的系统包括至少两个应用服务器110、用户数据处理服务器120。至少两个应用服务器110各自对应的应用需要共同联动同一份用户数据。应用服务器110与用户数据处理服务器120通过通讯中间件——消息队列(Message Queue，MQ)进行通信。其中，消息队列可以单独存在于消息队列服务器中，消息队列服务器能够分别与应用服务器110以及用户数据处理服务器120进行通信；消息队列也可以存在于应用服务器110以及用户数据处理服务器120中，消息队列为应用服务器110与用户数据处理服务器120的通信通道。
应用服务器110当检测到改变用户数据的预设操作时，生成所述改变用户数据的预设操作对应的事件消息，以及用于将所述消息事件存入消息队列。事件消息用于通知用户数据处理服务器120修改用户数据；事件消息包括待更新的用户数据标识以及更新值。
例如，应用服务器110当检测到第一用户操控应用服务器110的第一应用，并触发改变第一应用中第一用户的用户数据的预设操作，其预设操作对应于更新用户积分时，生成改变第一用户的用户数据的预设操作(更新用户积分)对应的事件消息，以及将该消息事件存入消息队列。其中，该事件消息用于通知用户数据处理服务器120更新第一用户的用户积分；该事件消息包括第一用户的标识、用户积分更新值。第一用户的标识用于查找第一用户对应的用户积分，用户积分更新值用于用户数据处理服务器120将当前的用户积分更新为事件消息中的用户积分更新值。
其中，改变的用户数据与其他应用服务110进行共享或联动。
改变用户数据的预设操作可以是第一用户每天登录一次应用A的服务器，就增加用户积分10；应用A对应的应用服务器110在检测到第一用户登录应用A时，生成一个将第一用户的用户积分增加10的事件消息，并将该事件消息存入消息队列。
改变用户数据的预设操作也可以是第一用户一天累计在应用A的服务器的在线时长达到2小时，就增加用户积分20等等，具体还可以根据实际情况进行设置，此处不做限制。应用A对应的应用服务器110在检测到第一用户登录应用A，且在线时长达到2小时的时候，生成一个将第一用户的用户积分增加20的事件消息，并将该事件消息存入消息队列。
进一步地，用户数据可以是用户成长等级数据，例如，用户的积分，但并不限于此。
进一步地，应用服务器110根据用户输入的需求信息定义需求信息对应的事件消息。
例如，当用户有新的需求要添加时，向相应的应用服务器110中输入需求信息；其中，需求信息用于应用服务器110定义或封装事件消息。
应用服务器110在接收到用户输入的需求信息时，根据需求信息定义需求信息对应的事件消息。
用户数据处理服务器120用于获取存入消息队列的事件消息；其中，所述事件消息由所述用户数据处理服务器预先向所述消息队列订阅。
例如，消息队列在检测到应用服务器110存入新的事件消息时，通知用户数据处理服务器120获取应用服务器110存入消息队列的事件消息；也可以是消息队列在检测到应用服务器110存入新的事件消息时，主动向用户数据处理服务器120推送应用服务器110存入消息队列的事件消息。
其中，用户数据处理服务器120预先向消息队列订阅需要获取的事件消息，用户数据处理服务器120可以分类订阅事件消息。
用户数据处理服务器120可以获取消息队列在确定应用服务器110存入消息队列的事件消息为预先订阅的目标事件消息时，推送的应用服务器110存入消息队列的事件消息。
进一步地，用户数据处理服务器120还用于向所述消息队列订阅事件消息；其中，所述订阅事件消息用于订阅所述应用服务器生成的事件消息。应用服务器110在将生成的消息事件存入消息队列之后，用户数据处理服务器120还具体用于获取存入所述消息队列，且与订阅事件消息匹配的事件消息。
可以理解的是，用户数据处理服务器120可以在应用服务器110生成事件消息前，预先向消息队列订阅；当然，也可以实时增加或更新订阅的事件消息。
进一步地，用户数据处理服务器120还用于获取消息队列在确定该事件消息为订阅请求信息对应的目标事件消息时，向用户数据处理服务器推送的事件消息。
其中，当消息队列处于应用服务器110以及用户数据处理服务器120中时，用户数据处理服务器获取消息队列在确定该事件消息为订阅请求信息对应的目标事件消息时，向用户数据处理服务器推送的事件消息。
当消息队列处于独立的消息队列服务器中时，应用服务器110在将生成的消息事件存入消息队列之后，消息队列服务器当确定应用服务器110存入的事件消息为订阅请求信息对应的目标事件消息时，向用户数据处理服务器推送事件消息。用户数据处理服务器120用于获取消息队列服务器推送的事件消息。
用户数据处理服务器120用于根据获取到的事件消息修改预设的用户数据库中所述事件消息对应的用户数据。
例如，用户数据处理服务器120在获取到事件消息时，解析获取到的事件消息，并根据解析结果修改预设的用户数据库中事件消息对应的用户数据。其中，预设的用户数据库可以保存在用户数据处理服务器120，也可以保存在其他服务器(例如，云端服务器)中，此处不做限制。
比如，用户数据处理服务器120解析得到的事件消息对应于将第一用户的用户积分增加10的事件消息时，用户数据处理服务器120将预设的用户数据库中第一用户的用户积分在原来的基础上增加10。
具体地，下面以用户每天登陆一次应用A的服务器，就增加用户积分10的行为内容为例进行说明管理用户数据的系统管理用户数据的具体实现方法。
请一并参阅图2，图2是本发明管理用户数据的时序图。
如图2所示，1)消息队列MQ最先启动，用户等级数据处理服务器S启动后，向消息队列MQ发出用户事件消息的订阅请求，以向消息队列MQ订阅事件消息。其中，消息队列MQ在成功订阅事件消息时，可以向用户等级数据处理服务器S返回订阅成功的消息。
2)用户C登录应用A的服务器；
3)应用A的服务器在检测到用户C登录应用A的服务器时，应用A的服务器触发一个代表“用户每天登录一次应用A的服务器，就增加用户积分10”的事件消息N，并将事件消息发送给消息队列MQ。其中，应用A的服务器可以在用户C成功登录应用A的服务器时，向用户C返回登录成功的消息。
4)消息队列MQ收到应用A的服务器发送的事件消息N后，将其推送给订阅此类事件消息的用户等级数据处理服务器S。
5)用户等级数据处理服务器S收到事件消息N后，进行相应的事件消息处理，解析事件消息N对应的内容；事件消息N对应的内容为：“用户每天登录一次应用A的服务器，就增加用户积分10”。
6)根据解析得到的事件消息N对应的内容修改相应用户C的等级相关数据。其中，用户等级数据处理服务器S获取用户信息数据库中保存的用户C的等级相关数据，并在用户C当前的用户积分的基础上增加10。
上述方案，应用服务器当检测到改变用户数据的预设操作时，生成改变用户数据的预设操作对应的事件消息，并将消息事件存入消息队列；用户数据处理服务器获取存入消息队列的所述事件消息，以及根据事件消息修改用户数据库中所述事件消息对应的用户数据；其中，事件消息由用户数据处理服务器预先向消息队列订阅。由于通过消息队列统一管理改变用户数据的预设操作对应的事件消息，并统一由用户数据处理服务器根据事件消息的内容更新用户数据，因此，能够在多互联网应用间共同联动同一份用户数据时，可以保持各应用服务器自身的独立性，又可以不增加各应用服务器与用户数据间操作的耦合性，从而拥有更好的维护性和扩展性。
请参阅图3，图3是本发明管理用户数据的方法一实施例的流程图。本实施例中的管理用户数据的方法包括以下步骤：
S101：应用服务器当检测到改变用户数据的预设操作时，生成所述改变用户数据的预设操作对应的事件消息。
例如，在启动消息队列以及应用服务器之后，应用服务器当检测到第一用户操控应用服务器的第一应用，并触发改变第一应用中第一用户的用户数据的预设操作，其预设操作对应于更新用户积分时，生成改变第一用户的用户数据的预设操作(更新用户积分)对应的事件消息。其中，该事件消息用于通知用户数据处理服务器更新第一用户的用户积分；该事件消息包括第一用户的标识、用户积分更新值。第一用户的标识用于查找第一用户对应的用户积分，用户积分更新值用于用户数据处理服务器将当前的用户积分更新为事件消息中的用户积分更新值。
其中，改变的用户数据与其他应用服务进行共享或联动。
改变用户数据的预设操作可以是第一用户每天登录一次应用A的服务器，就增加用户积分10；应用A对应的应用服务器在检测到第一用户登录应用A时，生成一个将第一用户的用户积分增加10的事件消息。
改变用户数据的预设操作也可以是第一用户一天累计在应用A的服务器的在线时长达到2小时，就增加用户积分20等等，具体还可以根据实际情况进行设置，此处不做限制。应用A对应的应用服务器在检测到第一用户登录应用A，且在线时长达到2小时的时候，生成一个将第一用户的用户积分增加20的事件消息。
进一步地，用户数据可以是用户成长等级数据，例如，用户的积分，但并不限于此。
S102：所述应用服务器将所述消息事件存入消息队列。
应用服务器将生成的消息事件存入消息队列。
S103：用户数据处理服务器获取存入所述消息队列的所述事件消息；其中，所述事件消息由所述用户数据处理服务器预先向所述消息队列订阅。
例如，消息队列在检测到应用服务器存入新的事件消息时，通知用户数据处理服务器获取应用服务器存入消息队列的事件消息；也可以是消息队列在检测到应用服务器存入新的事件消息时，主动向用户数据处理服务器推送应用服务器存入消息队列的事件消息。
其中，用户数据处理服务器预先向消息队列订阅需要获取的事件消息，用户数据处理服务器可以分类订阅事件消息。
用户数据处理服务器可以获取消息队列在确定应用服务器存入消息队列的事件消息为预先订阅的目标事件消息时，推送的应用服务器存入消息队列的事件消息。
S104：用户数据处理服务器根据所述事件消息修改用户数据库中所述事件消息对应的用户数据。
例如，用户数据处理服务器在获取到事件消息时，解析获取到的事件消息，并根据解析结果修改用户数据库中事件消息对应的用户数据。其中，预设的用户数据库可以保存在用户数据处理服务器，也可以保存在其他服务器(例如，云端服务器)中，此处不做限制。
比如，用户数据处理服务器解析得到的事件消息对应于将第一用户的用户积分增加10的事件消息时，用户数据处理服务器将预设的用户数据库中第一用户的用户积分在原来的基础上增加10。
上述方案，应用服务器当检测到改变用户数据的预设操作时，生成改变用户数据的预设操作对应的事件消息，并将消息事件存入消息队列；用户数据处理服务器获取存入消息队列的所述事件消息，以及根据事件消息修改用户数据库中所述事件消息对应的用户数据；其中，事件消息由用户数据处理服务器预先向消息队列订阅。由于通过消息队列统一管理改变用户数据的预设操作对应的事件消息，并统一由用户数据处理服务器根据事件消息的内容更新用户数据，因此，能够在多互联网应用间共同联动同一份用户数据时，可以保持各应用服务器自身的独立性，又可以不增加各应用服务器与用户数据间操作的耦合性，从而拥有更好的维护性和扩展性。
请参阅图4，图4是本发明管理用户数据的方法另一实施例的流程图。本实施例中的管理用户数据的方法包括以下步骤：
S201：用户数据处理服务器向消息队列订阅事件消息；其中，所述订阅事件消息用于订阅应用服务器生成的事件消息。
例如，用户数据处理服务器在正常工作时，向消息队列订阅事件消息；其中，订阅事件消息用于订阅应用服务器生成的事件消息，以使得应用服务器在将生成的消息事件存入消息队列之后，用户数据处理服务器能够获取存入消息队列，且与订阅事件消息匹配的事件消息。
可以理解的是，事件消息是应用服务器根据改变用户数据的预设操作生成的，当应用服务器根据用户输入新的需求信息定义/封装新的需求信息对应的事件消息时，用户数据处理服务器能够向消息队列订阅应用服务器新的需求信息对应的事件消息。
可以理解的是，用户数据处理服务器可以在应用服务器生成事件消息前，预先向消息队列订阅；当然，也可以实时增加或更新订阅的事件消息。用户数据处理服务器可以分类订阅事件消息。
S202：应用服务器当检测到改变用户数据的预设操作时，生成所述改变用户数据的预设操作对应的事件消息。
例如，在启动消息队列以及应用服务器之后，应用服务器当检测到第一用户操控应用服务器的第一应用，并触发改变第一应用中第一用户的用户数据的预设操作，其预设操作对应于更新用户积分时，生成改变第一用户的用户数据的预设操作(更新用户积分)对应的事件消息。其中，该事件消息用于通知用户数据处理服务器更新第一用户的用户积分；该事件消息包括第一用户的标识、用户积分更新值。第一用户的标识用于查找第一用户对应的用户积分，用户积分更新值用于用户数据处理服务器将当前的用户积分更新为事件消息中的用户积分更新值。
其中，改变的用户数据与其他应用服务进行共享或联动。
改变用户数据的预设操作可以是第一用户每天登录一次应用A的服务器，就增加用户积分10；应用A对应的应用服务器在检测到第一用户登录应用A时，生成一个将第一用户的用户积分增加10的事件消息。
改变用户数据的预设操作也可以是第一用户一天累计在应用A的服务器的在线时长达到2小时，就增加用户积分20等等，具体还可以根据实际情况进行设置，此处不做限制。应用A对应的应用服务器在检测到第一用户登录应用A，且在线时长达到2小时的时候，生成一个将第一用户的用户积分增加20的事件消息。
进一步地，用户数据可以是用户成长等级数据，例如，用户的积分，但并不限于此。
进一步地，管理用户数据的方法还包括：所述应用服务器根据用户输入的需求信息定义所述需求信息对应的事件消息。
例如，当用户有新的需求要添加时，向相应的应用服务器中输入需求信息；其中，需求信息用于应用服务器定义或封装事件消息。
应用服务器在接收到用户输入的需求信息时，根据需求信息定义需求信息对应的事件消息。
S203：所述应用服务器将所述消息事件存入消息队列。
应用服务器将生成的消息事件存入消息队列。
S204：所述用户数据处理服务器获取存入所述消息队列，且与所述订阅事件消息匹配的事件消息。
在应用服务器将消息事件存入消息队列之后，用户数据处理服务器获取存入消息队列，且与订阅事件消息匹配的事件消息。其中，事件消息由用户数据处理服务器预先向消息队列订阅。
例如，消息队列在检测到应用服务器存入新的事件消息时，通知用户数据处理服务器获取应用服务器存入消息队列的事件消息；也可以是消息队列在检测到应用服务器存入新的事件消息时，主动向用户数据处理服务器推送应用服务器存入消息队列的事件消息。
进一步地，步骤S204包括：用户数据处理服务器获取所述消息队列在确定所述事件消息为所述订阅请求信息对应的目标事件消息时，向所述用户数据处理服务器推送的所述事件消息所述事件消息。
例如，应用服务器在将生成的消息事件存入消息队列之后，消息队列判断应用服务器存入消息队列的事件消息是否为用户数据处理服务器预先订阅的目标事件消息，如果消息队列确认应用服务器存入消息队列的事件消息为用户数据处理服务器预先订阅的目标事件消息。其中，事件消息由用户数据处理服务器预先向消息队列订阅。消息队列可以处于消息队列服务器，也可以处于应用服务器与用户数据处理服务器中，作为应用服务器与用户数据处理服务器之间的通信通道。
当确定应用服务器存入的事件消息为订阅请求信息对应的目标事件消息时，向用户数据处理服务器推送事件消息。用户数据处理服务器获取消息队列推送的事件消息。
S205：所述用户数据处理服务器根据所述事件消息修改用户数据库中所述事件消息对应的用户数据。
例如，用户数据处理服务器在获取到事件消息时，解析获取到的事件消息，并根据解析结果修改/更新用户数据库中事件消息对应的用户数据。其中，预设的用户数据库可以保存在用户数据处理服务器，也可以保存在其他服务器(例如，云端服务器)中，此处不做限制。
比如，用户数据处理服务器解析得到的事件消息对应于将第一用户的用户积分增加10的事件消息时，用户数据处理服务器将预设的用户数据库中第一用户的用户积分在原来的基础上增加10。
上述方案，应用服务器当检测到改变用户数据的预设操作时，生成改变用户数据的预设操作对应的事件消息，并将消息事件存入消息队列；用户数据处理服务器获取存入消息队列的所述事件消息，以及根据事件消息修改用户数据库中所述事件消息对应的用户数据；其中，事件消息由用户数据处理服务器预先向消息队列订阅。由于通过消息队列统一管理改变用户数据的预设操作对应的事件消息，并统一由用户数据处理服务器根据事件消息的内容更新用户数据，因此，能够在多互联网应用间共同联动同一份用户数据时，可以保持各应用服务器自身的独立性，又可以不增加各应用服务器与用户数据间操作的耦合性，从而拥有更好的维护性和扩展性。
当应用服务器根据用户输入新的需求信息定义/封装新的需求信息对应的事件消息时，用户数据处理服务器能够向消息队列订阅应用服务器新的需求信息对应的事件消息，便于管理与各应用服务器相关联的用户数据，能够提高对各应用服务器的维护效率，更便于扩展。
本发明各实施例中的消息队列可以是rabbitMQ、activeMQ。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种管理用户数据的方法，其特征在于，所述方法包括：
应用服务器当检测到改变用户数据的预设操作时，生成所述改变用户数据的预设操作对应的事件消息；
所述应用服务器将所述消息事件存入消息队列；
用户数据处理服务器获取存入所述消息队列的所述事件消息；其中，所述事件消息由所述用户数据处理服务器预先向所述消息队列订阅；以及
根据所述事件消息修改用户数据库中所述事件消息对应的用户数据。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括；
所述用户数据处理服务器向所述消息队列订阅事件消息；其中，所述订阅事件消息用于订阅所述应用服务器生成的事件消息；
所述用户数据处理服务器获取存入所述消息队列的所述事件消息具体包括：
所述用户数据处理服务器获取存入所述消息队列，且与所述订阅事件消息匹配的事件消息。
3.根据权利要求2所述的方法，其特征在于，所述用户数据处理服务器获取存入所述消息队列，且与所述订阅事件消息匹配的事件消息具体为：
所述用户数据处理服务器获取所述消息队列在确定所述事件消息为所述订阅请求信息对应的目标事件消息时，向所述用户数据处理服务器推送的所述事件消息所述事件消息。
4.根据权利要求1至3任一项所述的方法，其特征在于，所述方法还包括：
所述应用服务器根据用户输入的需求信息定义所述需求信息对应的事件消息。
5.根据权利要求1所述的方法，其特征在于，所述用户数据包括用户成长等级数据。
6.一种管理用户数据的系统，其特征在于，所述系统包括：
应用服务器，用于当检测到改变用户数据的预设操作时，生成所述改变用户数据的预设操作对应的事件消息；以及用于将所述消息事件存入消息队列；
用户数据处理服务器，用于获取存入所述消息队列的所述事件消息；其中，所述事件消息由所述用户数据处理服务器预先向所述消息队列订阅；以及用于根据所述事件消息修改用户数据库中所述事件消息对应的用户数据。
7.根据权利要求6所述的系统，其特征在于，所述用户数据处理服务器还用于向所述消息队列订阅事件消息；其中，所述订阅事件消息用于订阅所述应用服务器生成的事件消息；以及用于获取存入所述消息队列，且与所述订阅事件消息匹配的事件消息。
8.根据权利要求7所述的系统，其特征在于，所述用户数据处理服务器具体用于：获取所述消息队列在确定所述事件消息为所述订阅请求信息对应的目标事件消息时，向所述用户数据处理服务器推送的所述事件消息。
9.根据权利要求6至8任一项所述的系统，其特征在于，所述应用服务器还用于根据用户输入的需求信息定义所述需求信息对应的事件消息。
10.根据权利要求6所述的系统，其特征在于，所述用户数据包括用户成长等级数据。
CN201611236987.2A 2016-12-28 2016-12-28 一种管理用户数据的方法及系统 Active CN106776079B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201611236987.2A CN106776079B (zh) 2016-12-28 2016-12-28 一种管理用户数据的方法及系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201611236987.2A CN106776079B (zh) 2016-12-28 2016-12-28 一种管理用户数据的方法及系统

Publications (2)

Publication Number Publication Date
CN106776079A true CN106776079A (zh) 2017-05-31
CN106776079B CN106776079B (zh) 2021-04-23

Family

ID=58924948

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201611236987.2A Active CN106776079B (zh) 2016-12-28 2016-12-28 一种管理用户数据的方法及系统

Country Status (1)

Country Link
CN (1) CN106776079B (zh)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107222500A (zh) * 2017-07-04 2017-09-29 山东浪潮商用系统有限公司 一种基于消息队列的数据传输系统和方法
CN108846702A (zh) * 2018-06-15 2018-11-20 北京奇虎科技有限公司 基于用户积分的电子宠物交易方法及装置
CN111694857A (zh) * 2020-06-12 2020-09-22 北京百度网讯科技有限公司 存储资源数据的方法、装置、电子设备及计算机可读介质

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102932162A (zh) * 2011-08-11 2013-02-13 北京智诚唯科科技有限公司 管理网络应用中的个性化信息的方法和装置
CN103532755A (zh) * 2013-10-12 2014-01-22 北京奇虎科技有限公司 分布式异步事件的处理方法及系统
CN103559120A (zh) * 2013-11-13 2014-02-05 北京网秦天下科技有限公司 日志记录方法以及服务器
CN103927218A (zh) * 2014-04-30 2014-07-16 广州唯品会网络技术有限公司 事件分发方法及系统
CN105100250A (zh) * 2015-07-31 2015-11-25 北京奇虎科技有限公司 分发消息的方法、消息分发服务器及分发消息的系统
CN105187294A (zh) * 2015-08-05 2015-12-23 深圳联友科技有限公司 一种用户状态的管理方法
US20160036896A1 (en) * 2014-08-04 2016-02-04 Cbs Interactive Inc. Techniques to aggregate and broadcast live event data in real-time

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102932162A (zh) * 2011-08-11 2013-02-13 北京智诚唯科科技有限公司 管理网络应用中的个性化信息的方法和装置
CN103532755A (zh) * 2013-10-12 2014-01-22 北京奇虎科技有限公司 分布式异步事件的处理方法及系统
CN103559120A (zh) * 2013-11-13 2014-02-05 北京网秦天下科技有限公司 日志记录方法以及服务器
CN103927218A (zh) * 2014-04-30 2014-07-16 广州唯品会网络技术有限公司 事件分发方法及系统
US20160036896A1 (en) * 2014-08-04 2016-02-04 Cbs Interactive Inc. Techniques to aggregate and broadcast live event data in real-time
CN105100250A (zh) * 2015-07-31 2015-11-25 北京奇虎科技有限公司 分发消息的方法、消息分发服务器及分发消息的系统
CN105187294A (zh) * 2015-08-05 2015-12-23 深圳联友科技有限公司 一种用户状态的管理方法

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107222500A (zh) * 2017-07-04 2017-09-29 山东浪潮商用系统有限公司 一种基于消息队列的数据传输系统和方法
CN108846702A (zh) * 2018-06-15 2018-11-20 北京奇虎科技有限公司 基于用户积分的电子宠物交易方法及装置
CN111694857A (zh) * 2020-06-12 2020-09-22 北京百度网讯科技有限公司 存储资源数据的方法、装置、电子设备及计算机可读介质
CN111694857B (zh) * 2020-06-12 2023-11-07 北京百度网讯科技有限公司 存储资源数据的方法、装置、电子设备及计算机可读介质

Also Published As

Publication number Publication date
CN106776079B (zh) 2021-04-23

Similar Documents

Publication Publication Date Title
CN105491539B (zh) 消息推送管理方法和装置
US8762205B2 (en) Method for delivering businesses enterprises advertising via instant messaging
CN104025078B (zh) 用于在与签名人相关联的客户端计算设备上促进电子签名的方法和设备
US8005498B2 (en) Mobile group data distribution
CN101379785A (zh) 消息历史记录显示系统和方法
CN106464746A (zh) 用以支持事件流处理系统中的故障转移的计算机系统
CN101026592A (zh) 社区信息更新通知方法及系统
CN106776079A (zh) 一种管理用户数据的方法及系统
CN109690491A (zh) 执行远程命令
US20090210499A1 (en) Service Identification And Decomposition For A Health Care Enterprise
CN101821991A (zh) 用于管理网络中的用户优选项简档的方法和系统
KR102066802B1 (ko) 업무 프로세싱 방법 및 디바이스
CN104094299B (zh) 从发布的日历检索可用性信息的方法和设备
CN107786425A (zh) 离线信息处理方法和装置
CN101064692B (zh) 一种呈现信息的发布方法、设备及系统
US9558512B2 (en) Providing a customized application to a user terminal
JP5931243B1 (ja) 情報処理装置、端末装置、情報処理方法、及び情報処理プログラム
CN109885780A (zh) 数据处理方法及装置
CN109391658A (zh) 一种账号数据同步方法及其设备、存储介质、终端
CN101841555A (zh) 用于有效利用电子网络中的传输结构的系统和方法
CN111782262B (zh) 数据动态发布方法、装置、系统、设备及存储介质
CN104951438A (zh) 排号信息查询的系统和方法
CN103327370A (zh) 信息处理装置、信息处理方法和信息处理系统
CN115222392A (zh) 基于区块链的业务访问方法、装置、介质及电子设备
CN106656531A (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
CB02 Change of applicant information

Address after: 516006 TCL science and technology building, No. 17, Huifeng Third Road, Zhongkai high tech Zone, Huizhou City, Guangdong Province

Applicant after: TCL Technology Group Co.,Ltd.

Address before: 516006 Guangdong province Huizhou Zhongkai hi tech Development Zone No. nineteen District

Applicant before: TCL RESEARCH AMERICA Inc.

CB02 Change of applicant information
GR01 Patent grant
GR01 Patent grant