CN117033015A - 消息处理方法、装置、系统、设备及存储介质 - Google Patents

消息处理方法、装置、系统、设备及存储介质 Download PDF

Info

Publication number
CN117033015A
CN117033015A CN202310938499.XA CN202310938499A CN117033015A CN 117033015 A CN117033015 A CN 117033015A CN 202310938499 A CN202310938499 A CN 202310938499A CN 117033015 A CN117033015 A CN 117033015A
Authority
CN
China
Prior art keywords
message
consumer
type
processed
processing
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
Application number
CN202310938499.XA
Other languages
English (en)
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
China Mobile Internet Co Ltd
Original Assignee
China Mobile Communications Group Co Ltd
China Mobile Internet Co Ltd
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 Group Co Ltd, China Mobile Internet Co Ltd filed Critical China Mobile Communications Group Co Ltd
Priority to CN202310938499.XA priority Critical patent/CN117033015A/zh
Publication of CN117033015A publication Critical patent/CN117033015A/zh
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements 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/46Multiprogramming arrangements
    • G06F9/54Interprogram communication
    • G06F9/546Message passing systems or structures, e.g. queues
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00Arrangements for program control, e.g. control units
    • G06F9/06Arrangements 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/44Arrangements for executing specific programs
    • G06F9/445Program loading or initiating
    • G06F9/44505Configuring for program initiating, e.g. using registry, configuration files
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00Indexing scheme relating to G06F9/00
    • G06F2209/54Indexing scheme relating to G06F9/54
    • G06F2209/547Messaging middleware
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F2209/00Indexing scheme relating to G06F9/00
    • G06F2209/54Indexing scheme relating to G06F9/54
    • G06F2209/548Queue

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本申请公开了一种消息处理方法、装置、系统、设备及存储介质。其中,该方法包括:启用与所述消息消费者对应的第一消费服务;基于所述第一消费服务从消息队列中获取待处理消息;确定所述待处理消息的消息类型;获取所述消息消费者的消费者类型;基于所述消息类型和所述消费者类型,对所述待处理消息进行处理。通过本申请的技术方案,能够实现不同消息类型的待处理消息的隔离处理,以实现消息消费者的逻辑灰度,且实现成本较低。

Description

消息处理方法、装置、系统、设备及存储介质
技术领域
本申请涉及数据处理技术领域,尤其涉及一种消息处理方法、装置、系统、设备及存储介质。
背景技术
相关技术中,在对产品进行灰度发布时,需要专门配置相应的系统资源以支持灰度服务和对应中间件的运行。而灰度服务消耗需要比正式服务更多的系统资源,导致系统资源利用率较低且成本增大。且相关技术无法在灰度版本和正式版本不兼容的情况下进行灰度发布。
发明内容
本申请提供了一种消息处理方法、装置、电子设备及存储介质。能够实现消息生产者和消息消费者的逻辑灰度,并可以更加灵活的对灰度配置信息进行配置,以使消息消费者基于灰度配置信息实现不停机的消费者类型切换,且实现成本较低,兼容性较好。
第一方面,本申请实施例提供一种消息处理方法,所述方法应用于消息消费者,所述方法包括:启用与所述消息消费者对应的第一消费服务;其中,所述第一消费服务为所述消息消费者当前对应的消费组提供的服务;基于所述第一消费服务从消息队列中获取待处理消息;确定所述待处理消息的消息类型;获取所述消息消费者的消费者类型;基于所述消息类型和所述消费者类型,对所述待处理消息进行处理。
在一种可选地实现方式中,所述启用与所述消息消费者对应的第一消费服务,包括:确定所述消息消费者的配置信息;获取网络侧设备配置的灰度配置信息;根据所述消息消费者的配置信息和所述灰度配置信息,启用对应的第一消费服务。
在一种可选地实现方式中,所述根据所述消息消费者的配置信息和所述灰度配置信息,启用对应的第一消费服务,包括:根据所述消息消费者的配置信息和所述灰度配置信息,从多个消费者类型中确定目标消费者类型;其中,每个所述消费者类型分别对应一个不同的消费服务;启用所述目标消费者类型对应的第一消费服务,并关闭其他消费服务。
在一种可选地实现方式中,所述根据所述消息消费者的配置信息和所述灰度配置信息,启用对应的第一消费服务,包括:获取所述消息消费者的当前消费者类型;根据所述消息消费者的配置信息和所述灰度配置信息,从多个消费者类型中确定目标消费者类型;其中,每个所述消费者类型对应一个第一消费服务;响应于所述当前消费者类型与所述目标消费者类型不同,将所述目标消费者类型确定为新的当前消费者类型;启用所述目标消费者类型对应的第一消费服务,并关闭其他消费服务。
在一种实现方式中,所述待处理消息包括消息类型标签,所述确定所述待处理消息的消息类型,包括:根据所述消息类型标签,确定所述待处理消息的消息类型。
在一种实现方式中,所述基于所述消息类型和所述消费者类型,对所述待处理消息进行处理,包括:基于所述消费者类型,确定所述消息消费者可处理的消息类型;响应于所述待处理消息的消息类型与所述消息消费者可处理的消息类型相同,处理所述待处理消息。
在一种实现方式中,所述基于所述消息类型和所述消费者类型,对所述待处理消息进行处理,包括:基于所述消费者类型,确定所述消息消费者可处理的消息类型;响应于所述待处理消息的消息类型与所述消息消费者可处理的消息类型不同,忽略所述待处理消息。
第二方面,本申请实施例提供一种消息处理方法,所述方法应用于消息生产者,所述方法包括:获取请求信息;其中,所述请求信息包括信息类型标签;根据所述请求信息,生成待处理消息;其中,所述待处理消息包括消息类型标签;将所述待处理消息通过消息队列提供给消息消费者,其中,所述消息消费者用于基于所述消息消费者的消费者类型和所述消息类型对所述待处理消息进行处理。
第三方面,本申请实施例提供一种消息处理装置,所述装置应用于消息消费者,所述装置包括:第一处理模块,用于启用与所述消息消费者对应的第一消费服务;其中,所述第一消费服务为所述消息消费者当前对应的消费组提供的服务;第一获取模块,用于基于所述第一消费服务从消息队列中获取待处理消息;第二处理模块,用于确定所述待处理消息的消息类型;第二获取模块,用于获取所述消息消费者的消费者类型;第三处理模块,用于基于所述消息类型和所述消费者类型,对所述待处理消息进行处理。
在一种实现方式中,所述第一处理模块具体用于:确定所述消息消费者的配置信息;获取网络侧设备配置的灰度配置信息;根据所述消息消费者的配置信息和所述灰度配置信息,启用对应的第一消费服务。
在一种可选地实现方式中,所述第一处理模块具体用于根据所述消息消费者的配置信息和所述灰度配置信息,从多个消费者类型中确定目标消费者类型;其中,每个所述消费者类型分别对应一个不同的消费服务;启用所述目标消费者类型对应的第一消费服务,并关闭其他消费服务。
在一种可选地实现方式中,所述第一处理模块具体用于获取所述消息消费者的当前消费者类型;根据所述消息消费者的配置信息和所述灰度配置信息,从多个消费者类型中确定目标消费者类型;其中,每个所述消费者类型对应一个第一消费服务;响应于所述当前消费者类型与所述目标消费者类型不同,将所述目标消费者类型确定为新的当前消费者类型;启用所述目标消费者类型对应的第一消费服务,并关闭其他消费服务。
在一种实现方式中,所述第二处理模块具体用于:根据所述消息类型标签,确定所述待处理消息的消息类型。
在一种实现方式中,所述第三处理模块具体用于:基于所述消费者类型,确定所述消息消费者可处理的消息类型;响应于所述待处理消息的消息类型与所述消息消费者可处理的消息类型相同,处理所述待处理消息。
在一种实现方式中,所述第三处理模块具体用于:基于所述消费者类型,确定所述消息消费者可处理的消息类型;响应于所述待处理消息的消息类型与所述消息消费者可处理的消息类型不同,忽略所述待处理消息。
第四方面,本申请实施例提供一种消息处理装置,所述装置应用于消息生产者,所述装置包括:获取模块,用于获取请求信息;其中,所述请求信息包括信息类型标签;处理模块,用于根据所述请求信息,生成待处理消息;其中,所述待处理消息包括消息类型标签;推送模块,用于将所述待处理消息通过消息队列提供给消息消费者,其中,所述消息消费者用于基于所述消息消费者的消费者类型和所述消息类型对所述待处理消息进行处理。
第五方面,本申请实施例提供一种消息处理系统,包括:消息消费者,用于执行如第一方面所述的方法;消息消费者,用于执行如第二方面所述的方法。
第六方面,本申请实施例提供一种电子设备,包括:至少一个处理器;以及与所述至少一个处理器通信连接的存储器;其中,所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行如第一方面所述的消息处理方法,或者执行如第二方面所述的消息处理方法。
第七方面,本申请实施例提供一种计算机可读存储介质,用于存储有指令,当所述指令被执行时,使如第一方面所述的方法被实现,或者使如第二方面所述的方法被实现。
第八方面,本申请实施例提供一种计算机程序产品,包括计算机程序,所述计算机程序在被处理器执行时实现如第一方面所述的消息处理方法的步骤,或者实现如第二方面所述的消息处理方法的步骤。
本申请的实施例提供的技术方案可以包括以下有益效果:能够实现消息生产者和消息消费者的逻辑灰度,并可以更加灵活的对灰度配置信息进行配置,以使消息消费者基于灰度配置信息实现不停机的消费者类型切换,且实现成本较低。
应当理解,本部分所描述的内容并非旨在标识本申请的实施例的关键或重要特征,也不用于限制本申请的范围。本申请的其它特征将通过以下的说明书而变得容易理解。
附图说明
附图用于更好地理解本方案,不构成对本申请的限定。其中:
图1是本申请实施例提供的一种消息处理方法的示意图;
图2是本申请实施例提供的另一种消息处理方法的示意图;
图3是本申请实施例提供的又一种消息处理方法的示意图;
图4是本申请实施例提供的又一种消息处理方法的示意图;
图5是本申请实施例提供的又一种消息处理方法的示意图;
图6是本申请实施例提供的又一种消息处理方法的示意图;
图7是本申请实施例提供的一种消息处理方案的示意图;
图8是本申请实施例提供的一种消息处理装置的示意图;
图9是本申请实施例提供的另一种消息处理装置的示意图;
图10是可以用来实施本申请的实施例的示例电子设备的示意性框图。
具体实施方式
以下结合附图对本申请的示范性实施例做出说明,其中包括本申请实施例的各种细节以助于理解,应当将它们认为仅仅是示范性的。因此,本领域普通技术人员应当认识到,可以对这里描述的实施例做出各种改变和修改,而不会背离本申请的范围和精神。同样,为了清楚和简明,以下的描述中省略了对公知功能和结构的描述。
其中,在本申请的描述中,除非另有说明,“/”表示或的意思,例如,A/B可以表示A或B;本文中的“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。本申请中涉及的第一、第二等各种数字编号仅为描述方便进行的区分,并不用来限制本申请实施例的范围,也不表示先后顺序。
请参见图1,图1是本申请实施例提供的一种消息处理方法的示意图。该方法可应用于消息消费者。如图1所示,该方法可以包括但不限于以下步骤:
步骤S101:启用与消息消费者对应的第一消费服务。
其中,在本申请的实施例中,第一消费服务为消息消费者当前对应的消费组提供的服务。
具体而言,启用与消息消费者对应的第一消费服务,该第一消费服务为消息消费者当前对应的消费组提供的服务。
可以理解的是,一个消费组可以包括多个消息消费者,且处于同一消费组中的消息消费者的类别相同。
步骤S102:基于第一消费服务从消息队列中获取待处理消息。
举例而言,消息消费者可以基于第一消费服务,通过当前对应的消费者组从消息队列获取待处理消息。
其中,在本申请的实施例中,上述消息队列可以为流处理平台KAFKA的一个topic(主题),上述消费组可以为KAFKA中的消费组。
步骤S103:确定待处理消息的消息类型。
举例而言,对待处理消息的内容进行识别,以确定待处理消息的消息类型。
其中,在本申请的实施例中,上述消息类型包括但不限于正式消息和灰度消息。
步骤S104:获取消息消费者的消费者类型。
具体而言,确定消息消费者当前时刻自身的消费者类型。
其中,在本申请的实施例中,上述消费者类型包括但不限于正式消费者和灰度消费者。
步骤S105:基于消息类型和消费者类型,对待处理消息进行处理。
举例而言,可以预先设定每种消费者类型的消息消费者只能够处理一种消息类型的待处理消息。从而可以根据消息消费者的消费者类型,判断该消费者类型的消息消费者能否处理该消息类型的待处理消息,并根据判断结果对待处理消息进行相应处理。
通过实施本申请实施例,消息消费者可以基于启用的第一消费服务获取待处理消息,从而根据该消息消费者的消费者类型和待处理消息的消息类型,对待处理消息进行相应处理。能够实现不同消息类型的待处理消息的隔离处理,以实现消息消费者的逻辑灰度,且实现成本较低。
在一种实现方式中,可以根据灰度配置信息和消息消费者自身的配置信息,启用对应的第一消费服务。作为一种示例,请参见图2,图2是本申请实施例提供的另一种消息处理方法的示意图。该方法可应用于消息消费者。如图2所示,该方法可以包括但不限于以下步骤:
步骤S201:确定消息消费者的配置信息。
具体而言,确定消息消费者自身的配置信息。
其中,在本申请的实施例中,上述配置信息可以包括但不限于版本信息。
步骤S202:获取网络侧设备配置的灰度配置信息。
其中,在本申请的实施例中,上述灰度配置信息可以包括但不限于灰度版本信息。
步骤S203:根据消息消费者的配置信息和灰度配置信息,启用对应的第一消费服务。
作为一种示例,消息消费者响应于自身的配置信息与灰度配置信息相同,启用灰度消费组对应的第一消费服务。其中,灰度消费组为灰度消费者组成的消费组。
作为另一种示例,消息消费者响应于自身的配置信息与灰度配置信息不相同,启用正式消费组对应的第一消费服务。其中,正式消费组为正式消费者组成的消费组。
在一种可选地实现方式中,上述根据消息消费者的配置信息和灰度配置信息,启用对应的第一消费服务,可以包括以下步骤:
a1:根据消息消费者的配置信息和灰度配置信息,从多个消费者类型中确定目标消费者类型;其中,每个消费者类型分别对应一个不同的消费服务。
作为一种示例,以消费者类型包括正式消费者和灰度消费者为例。若消息消费者的配置信息与灰度配置信息相同。确定目标消费者类型为灰度消费者。
作为另一种示例,上述灰度配置信息可以包括多个灰度版本信息。以灰度配置信息包括第一灰度版本信息和第二灰度版本信息为例。若消息消费者的配置信息与第一灰度版本信息相同,则确定消息消费者对应的目标消费者类型为第一灰度消费者;若消息消费者的配置信息与第二灰度版本信息相同,则确定消息消费者对应的目标消费者类型为第二灰度消费者;若消息消费者的配置信息与第一灰度版本信息和第二灰度版本信息都不相同,则确定消息消费者对应的目标消费者类型为正式消费者。
a2:启用目标消费者类型对应的第一消费服务,并关闭其他消费服务。
作为一种示例,以目标消费者类型为正式消费者为例,则启用正式消费者对应的第一消费服务,该第一消费服务为正式消费者对应的正式消费组提供的消息服务,并关闭其他消费组提供的消费服务。
在一种可选地实现方式中,根据消息消费者的配置信息和灰度配置信息,启用对应的第一消费服务,包括:
b1:获取消息消费者的当前消费者类型。
具体而言,获取当前时刻消息消费者的消费者类型,作为当前消费者类型。
b2:根据消息消费者的配置信息和灰度配置信息,从多个消费者类型中确定目标消费者类型。
b3:响应于当前消费者类型与目标消费者类型不同,将目标消费者类型确定为新的当前消费者类型。
作为一种示例,以当前消费者类型为灰度消费者,目标消费者类型为正式消费者为例。则将正式消费者确定为新的当前消费者类型。
b4:启用目标消费者类型对应的第一消费服务,并关闭其他消费服务。
作为一种示例,以目标消费者类型为正式消费者为例,则启用正式消费者对应的第一消费服务,该第一消费服务为正式消费者对应的正式消费组提供的消息服务,并关闭其他消费组提供的消费服务。
步骤S204:基于第一消费服务从消息队列中获取待处理消息。
本申请的实施例中,步骤S204可以分别采用本申请的各实施例中的任一种方式实现,本申请实施例并不对此作出限定,也不再赘述。
步骤S205:确定待处理消息的消息类型。
本申请的实施例中,步骤S205可以分别采用本申请的各实施例中的任一种方式实现,本申请实施例并不对此作出限定,也不再赘述。
步骤S206:获取消息消费者的消费者类型。
本申请的实施例中,步骤S206可以分别采用本申请的各实施例中的任一种方式实现,本申请实施例并不对此作出限定,也不再赘述。
步骤S207:基于消息类型和消费者类型,对待处理消息进行处理。
本申请的实施例中,步骤S207可以分别采用本申请的各实施例中的任一种方式实现,本申请实施例并不对此作出限定,也不再赘述。
通过实施本申请实施例,灰度消费者可以根据灰度配置信息和消息消费者自身的配置信息,启用对应的第一消费服务。从而可以更加灵活的对灰度配置信息进行配置,以使消息消费者基于灰度配置信息实现不停机的消费者类型切换。
在一种实现方式中,可以根据待处理消息中用于标识消息类型的信息,确定待处理消息的消息类型。作为一种示例,请参见图3,图3是本申请实施例提供的又一种消息处理方法的示意图。该方法可应用于消息消费者。如图3所示,该方法可以包括但不限于以下步骤:
步骤S301:启用与消息消费者对应的第一消费服务。
本申请的实施例中,步骤S301可以分别采用本申请的各实施例中的任一种方式实现,本申请实施例并不对此作出限定,也不再赘述。
步骤S302:基于第一消费服务从消息队列中获取待处理消息。
其中,在本申请的实施例中,上述待处理消息包括消息类型标签。
步骤S303:根据消息类型标签,确定待处理消息的消息类型。
具体而言,可以预先为不同的消息类型对应设置不同的消息类型标签,消息消费者接收到待处理消息后,可以对待处理消息的消息类型标签进行识别,以根据识别结果确定待处理消息的消息类型。
作为一种示例,以消息类型标签为灰度标记gray Tag值为例。若待处理消息的gray Tag值为true,则确定待处理消息为灰度消息;若待处理消息的gray Tag值为flase,则确定待处理消息为正式消息。
作为另一种示例,以消息类型标签为gray Tag值为例。若待处理消息的gray Tag值为0,则确定待处理消息为正式消息;若待处理消息的gray Tag值为1,则确定待处理消息为第一灰度消息;若待处理消息的gray Tag值为2,则确定待处理消息为第二灰度消息。
步骤S304:基于消息类型和消费者类型,对待处理消息进行处理。
本申请的实施例中,步骤S304可以分别采用本申请的各实施例中的任一种方式实现,本申请实施例并不对此作出限定,也不再赘述。
通过实施本申请实施例,消息消费者可以根据待处理消息中用于标识消息类型的信息,确定待处理消息的消息类型,从而根据该消息消费者的消费者类型和待处理消息的消息类型,对待处理消息进行相应处理。能够实现不同消息类型的待处理消息的分离处理,以实现消息消费者的逻辑灰度,且实现成本较低。
在一种实现方式中,可以根据消息消费者的消费者类型和待处理消息的消息类型,确定消息消费者处理待处理消息的具体方式。作为一种示例,请参见图4,图4是本申请实施例提供的又一种消息处理方法的示意图。该方法可应用于消息消费者。如图4所示,该方法可以包括但不限于以下步骤:
步骤S401:启用与消息消费者对应的第一消费服务。
本申请的实施例中,步骤S401可以分别采用本申请的各实施例中的任一种方式实现,本申请实施例并不对此作出限定,也不再赘述。
步骤S402:基于第一消费服务从消息队列中获取待处理消息。
本申请的实施例中,步骤S402可以分别采用本申请的各实施例中的任一种方式实现,本申请实施例并不对此作出限定,也不再赘述。
步骤S403:确定待处理消息的消息类型。
本申请的实施例中,步骤S403可以分别采用本申请的各实施例中的任一种方式实现,本申请实施例并不对此作出限定,也不再赘述。
步骤S404:获取消息消费者的消费者类型。
本申请的实施例中,步骤S404可以分别采用本申请的各实施例中的任一种方式实现,本申请实施例并不对此作出限定,也不再赘述。
步骤S405:基于消费者类型,确定消息消费者可处理的消息类型。
举例而言,可以预先指定每个消费者类型的消息消费者处理一种消息类型的消息。从而可以基于消息消费者的消费者类型,确定该消息消费者可处理消息的消息类型。
步骤S406:响应于待处理消息的消息类型与消息消费者可处理的消息类型相同,处理待处理消息。
具体而言,响应于待处理消息的消息类型,与消息消费者可以处理的消息类型相同,则该消息消费者处理该待处理消息。
在本申请的一些实施例中,当消息消费者存在下游服务时,消息消费者可以向处理完成的待处理消息中添加类型标签,该类型标签用于标识经消息消费者处理的待处理消息的消息类型,以便于下游服务使用经消息消费者处理后的消息。
作为一种示例,灰度消息消费者在对灰度消息进行处理后,可以向处理后的消息中添加类型标签,该类型标签用于标识该处理后的消息为灰度消息。
通过实施本申请实施例,消息消费者可以根据该消息消费者的消费者类型和待处理消息的消息类型,确定处理待处理消息的具体方式。从而实现不同消息类型的待处理消息的隔离处理,以实现消息消费者的逻辑灰度,且实现成本较低。
在一种实现方式中,可以根据消息消费者的消费者类型和待处理消息的消息类型,确定消息消费者如何处理待处理消息。作为一种示例,请参见图5,图5是本申请实施例提供的又一种消息处理方法的示意图。该方法可应用于消息消费者。如图5所示,该方法可以包括但不限于以下步骤:
步骤S501:启用与消息消费者对应的第一消费服务。
本申请的实施例中,步骤S501可以分别采用本申请的各实施例中的任一种方式实现,本申请实施例并不对此作出限定,也不再赘述。
步骤S502:基于第一消费服务从消息队列中获取待处理消息。
本申请的实施例中,步骤S502可以分别采用本申请的各实施例中的任一种方式实现,本申请实施例并不对此作出限定,也不再赘述。
步骤S503:确定待处理消息的消息类型。
本申请的实施例中,步骤S503可以分别采用本申请的各实施例中的任一种方式实现,本申请实施例并不对此作出限定,也不再赘述。
步骤S504:获取消息消费者的消费者类型。
本申请的实施例中,步骤S504可以分别采用本申请的各实施例中的任一种方式实现,本申请实施例并不对此作出限定,也不再赘述。
步骤S505:基于消费者类型,确定消息消费者可处理的消息类型。
举例而言,可以预先指定每个消费者类型的消息消费者处理一种消息类型的消息。从而可以基于消息消费者的消费者类型,确定该消息消费者可处理消息的消息类型。
步骤S506:响应于待处理消息的消息类型与消息消费者可处理的消息类型不同,忽略待处理消息。
具体而言,响应于待处理消息的消息类型,与消息消费者可以处理的消息类型不相同,则忽略消费者处理该待处理消息。
通过实施本申请实施例,消息消费者可以根据该消息消费者的消费者类型和待处理消息的消息类型,确定处理待处理消息的具体方式。从而实现不同消息类型的待处理消息的隔离处理,以实现消息消费者的逻辑灰度,且实现成本较低。
上述本申请提供的实施例中,从消息消费者的角度对本申请实施例提供消息处理方法进行了介绍,接下来将从消息生产者的角度对本申请实施例提供的消息处理方法进行进一步介绍。
作为一种示例,请参见图6,图6是本申请实施例提供的又一种消息处理方法的示意图。该方法可应用于消息生产者。如图6所示,该方法可以包括但不限于以下步骤:
步骤S601:获取请求信息。
其中,在本申请的实施例中,上述请求信息包括信息类型标签。
举例而言,获取软件平台发送的请求信息,该请求信息中包括标识该请求信息的类型的信息类型标签。
步骤S602:根据请求信息,生成待处理消息。
其中,待处理消息中包括用于指示消息类型的消息类型标签。
其中,在本申请的实施例中,请求信息可以包括请求识别信息(例如,请求ID(Identity document,身份证明文件))。
举例而言,消息生产者将请求信息的请求识别信息的作为key(键)的具体值,将请求信息的信息类型标签作为value(值)的具体值生成key-value对,并将该key-value对存储至本地缓存。从而在需要对待处理消息进行处理时,基于请求信息生成待处理消息的数据报文,并基于该请求信息的请求识别信息获取请求信息的信息类型标签,以基于信息标签生成待处理消息的消息类型标签,并将消息类型标签添加到数据报文中,并删除本地缓存中对应的key-value对。
其中,在本申请的实施例中,上述消息类型标签可以添加至数据报文的cookie、body(正文)或header(报头)中的任意部分。
步骤S603:将待处理消息通过消息队列提供给消息消费者。
举例而言,消息生产者将待处理消息推送至KAFKA中的一个topic。
其中,在本申请的实施例中,消息消费者用于基于消息消费者的消费者类型和消息类型对待处理消息进行处理。
需要说明的是,在本申请的实施例中,上述消息生产者可以为多种,从而带有不同信息类型标签的请求信息可以被发送至不同的消息生产者,不同的生产者可以根据接收到的请求信息生成不同消息类型的待处理消息。
作为一种示例,以请求信息包括正式请求和灰度请求,消息生产者包括正式消息生产者和灰度消息生产者为例。可以通过预先建立的软件架构,将带有正式信息类型标签的请求信息发送至正式消息生产者,并将带有灰度信息类型标签的请求信息发送至灰度消息生产者。从而正式消息生产者可以基于接收到的正式请求信息生成正式消息。灰度消息生产者可以基于接收到的灰度请求生成灰度消息。且正式消息生产者和灰度消息生产者将生成的消息推送至同一消息队列。
通过实施本申请实施例,消息生产者可以基于请求信息的信息类型标签生成对应消息类型的待处理消息,从而实现消息生产者逻辑灰度,且实现成本较低。
请参见图7,图7是本申请实施例提供的一种消息处理方案的示意图。如图7所示,在该方案中,正式消息生产者可以接收带有正式请求信息,并基于正式请求信息生成正式消息。灰度消息生产者可以接收灰度请求信息,并基于灰度请求信息生成灰度消息。正式消息生产者和灰度消息生产者将生成的消息推送至同一消息队列。
消息消费者在启动时通过网络侧设备获取灰度配置信息,并将灰度配置信息与自身的配置信息进行比对,以根据比对结果确定自身为灰度消费者或正式消费者。若确定自身为正式消息消费者则启动正式消费组对应的服务,并关闭灰度消费组对应的服务。若确定自身为灰度消息消费者则启动灰度消费组对应的服务,并关闭正式消费组对应的服务。从而消息消费者可以通过相应的消费组从消息队列获取待处理消息。消息消费者可以每隔一段时间重新从网络侧设备获取灰度配置信息,并按照以上步骤重新判定自身为正式消息消费者或灰度消息消费者,并根据判定结果启动对应的消费组的服务。
消息消费者获取到待处理消息后,可以根据待处理消息中的标签信息判断待处理消息为正式消息或灰度消息。若待处理消息为正式消息且消息消费者为正式消息消费者,则正式消息消费者对该正式消息进行相应处理。若待处理消息为正式消息而消息消费者为灰度消息消费者,则该灰度消息消费者忽略该正式消息。从而实现正式消息和灰度消息的隔离处理。
请参见图8,图8是本申请实施例提供的一种消息处理装置的示意图。该装置可应用于消息消费者。如图8所示,该装置800包括:第一处理模块801,用于启用与消息消费者对应的第一消费服务;其中,第一消费服务为消息消费者当前对应的消费组提供的服务;第一获取模块802,用于基于第一消费服务从消息队列中获取待处理消息;第二处理模块803,用于确定待处理消息的消息类型;第二获取模块804,用于获取消息消费者的消费者类型;第三处理模块805,用于基于消息类型和消费者类型,对待处理消息进行处理。
在一种实现方式中,第一处理模块801具体用于:确定消息消费者的配置信息;获取网络侧设备配置的灰度配置信息;根据消息消费者的配置信息和灰度配置信息,启用对应的第一消费服务。
在一种可选地实现方式中,第一处理模块801具体用于根据消息消费者的配置信息和灰度配置信息,从多个消费者类型中确定目标消费者类型;其中,每个消费者类型分别对应一个不同的消费服务;启用目标消费者类型对应的第一消费服务,并关闭其他消费服务。
在一种可选地实现方式中,第一处理模块801具体用于获取消息消费者的当前消费者类型;根据消息消费者的配置信息和灰度配置信息,从多个消费者类型中确定目标消费者类型;其中,每个消费者类型对应一个第一消费服务;响应于当前消费者类型与目标消费者类型不同,将目标消费者类型确定为新的当前消费者类型;启用目标消费者类型对应的第一消费服务,并关闭其他消费服务。
在一种实现方式中,第二处理模块803具体用于:根据消息类型标签,确定待处理消息的消息类型。
在一种实现方式中,第三处理模块805具体用于:基于消费者类型,确定消息消费者可处理的消息类型;响应于待处理消息的消息类型与消息消费者可处理的消息类型相同,处理待处理消息。
在一种实现方式中,第三处理模块805具体用于:基于消费者类型,确定消息消费者可处理的消息类型;响应于待处理消息的消息类型与消息消费者可处理的消息类型不同,忽略待处理消息。
通过本申请实施例的装置,消息消费者可以基于启用的第一消费服务获取待处理消息,从而根据该消息消费者的消费者类型和待处理消息的消息类型,对待处理消息进行相应处理。能够实现不同消息类型的待处理消息的分离处理,以实现消息消费者的逻辑灰度,且实现成本较低。
请参见图9,图9是本申请实施例提供的另一种消息处理装置的示意图。该装置应用于消息生产者。如图9所示,该装置900包括:获取模块901,用于获取请求信息;处理模块902,用于根据请求信息,生成待处理消息;其中,待处理消息包括消息类型标签;推送模块903,用于将待处理消息通过消息队列提供给消息消费者,其中,消息消费者用于基于消息消费者的消费者类型和消息类型对待处理消息进行处理。
通过本申请实施例的装置,消息生产者可以基于请求信息的信息类型标签生成对应消息类型的待处理消息,从而实现消息生产者逻辑灰度,且实现成本较低。
关于上述实施例中的装置,其中各个模块执行操作的具体方式已经在有关该方法的实施例中进行了详细描述,此处将不做详细阐述说明。
本申请实施例还提供一种消息处理系统,该系统包括前述图8实施例中的消息消费者和前述图9实施例中的消息生产者。
基于本申请的实施例,本申请还提供了一种电子设备,包括:至少一个处理器;以及与至少一个处理器通信连接的存储器;其中,存储器存储有可被至少一个处理器执行的指令,指令被至少一个处理器执行,以使至少一个处理器能够执行前述任一实施例的消息处理方法。
基于本申请的实施例,本申请还提供了一种计算机可读存储介质,其中,计算机指令用于使计算机执行根据本申请实施例提供的前述任一实施例的消息处理方法。
请参见图10,如图10所示,为可以用来实施本申请的实施例的示例电子设备的示意性框图。电子设备旨在表示各种形式的数字计算机,诸如,膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例,并且不意在限制本文中描述的和/或者要求的本申请的实现。
如图10所示,设备1000包括计算单元1001,其可以根据存储在只读存储器(Read-Only Memory,ROM)1002中的计算机程序或者从存储单元1008加载到随机访问存储器(Random Access Memory,RAM)1003中的计算机程序,来执行各种适当的动作和处理。在RAM1003中,还可存储设备1000操作所需的各种程序和数据。计算单元1001、ROM 1002以及RAM1003通过总线1004彼此相连。输入/输出(Input/Output,I/O)接口1005也连接至总线1004。
设备1000中的多个部件连接至I/O接口1005,包括:输入单元1006,例如键盘、鼠标等;输出单元1007,例如各种类型的显示器、扬声器等;存储单元1008,例如磁盘、光盘等;以及通信单元1009,例如网卡、调制解调器、无线通信收发机等。通信单元1009允许设备1000通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。
计算单元1001可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元1001的一些示例包括但不限于中央处理单元(Central Processing Unit,CPU)、图形处理单元(Graphics Processing Unit,GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(Digital Signal Process,DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元1001执行上文所描述的各个方法和处理,例如消息处理方法。例如,在一些实施例中,消息处理方法可被实现为计算机软件程序,其被有形地包含于机器可读介质,例如存储单元1008。在一些实施例中,计算机程序的部分或者全部可以经由ROM 1002和/或通信单元1009而被载入和/或安装到设备1000上。当计算机程序加载到RAM 1003并由计算单元1001执行时,可以执行上文描述的消息处理方法的一个或多个步骤。备选地,在其他实施例中,计算单元1001可以通过其他任何适当的方式(例如,借助于固件)而被配置为执行消息处理方法。
本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(Field Programmable Gate Array,FPGA)、专用集成电路(Application Specific Integrated Circuit,ASIC)、专用标准产品(ApplicationSpecific Standard Parts,ASSP)、芯片上系统的系统(System On Chip,SOC)、负载可编程逻辑设备(Complex Programmable Logic Device,CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括:实施在一个或者多个计算机程序中,该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释,该可编程处理器可以是专用或者通用可编程处理器,可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令,并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
用于实施本申请的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器,使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行,作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
在本申请的上下文中,机器可读介质可以是有形的介质,其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备,或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器((Erasable Programmable Read-Only Memory,EPROM)或快闪存储器)、光纤、便捷式紧凑盘只读存储器(Compact Disc Read-Only Memory,CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
为了提供与用户的交互,可以在计算机上实施此处描述的系统和技术,该计算机具有:用于向用户显示信息的显示装置(例如,阴极射线管(Cathode Ray Tube,CRT)或者LCD(Liquid Crystal Display,液晶显示器)监视器);以及键盘和指向装置(例如,鼠标或者轨迹球),用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互;例如,提供给用户的反馈可以是任何形式的传感反馈(例如,视觉反馈、听觉反馈、或者触觉反馈);并且可以用任何形式(包括声输入、语音输入、或者触觉输入)来接收来自用户的输入。
可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如,作为数据服务器)、或者包括中间件部件的计算系统(例如,应用服务器)、或者包括前端部件的计算系统(例如,具有图形用户界面或者网络浏览器的用户计算机,用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如,通信网络)来将系统的部件相互连接。通信网络的示例包括:局域网(Local Area Network,LAN)、广域网(Wide Area Network,WAN)、互联网和区块链网络。
计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器,又称为云计算服务器或云主机,是云计算服务体系中的一项主机产品,以解决了传统物理主机与VPS(VirtualPrivate Server,虚拟专用服务器)服务中,存在的管理难度大,业务扩展性弱的缺陷。服务器也可以为分布式系统的服务器,或者是结合了区块链的服务器。
应该理解,可以使用上面所示的各种形式的流程,重新排序、增加或删除步骤。例如,本发明申请中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行,只要能够实现本申请的技术方案所期望的结果,本文在此不进行限制。
上述具体实施方式,并不构成对本申请保护范围的限制。本领域技术人员应该明白的是,根据设计要求和其他因素,可以进行各种修改、组合、子组合和替代。任何在本申请的精神和原则之内所作的修改、等同替换和改进等,均应包含在本申请保护范围之内。

Claims (13)

1.一种消息处理方法,其特征在于,所述方法应用于消息消费者,所述方法包括:
启用与所述消息消费者对应的第一消费服务;其中,所述第一消费服务为所述消息消费者当前对应的消费组提供的服务;
基于所述第一消费服务从消息队列中获取待处理消息;
确定所述待处理消息的消息类型;
获取所述消息消费者的消费者类型;
基于所述消息类型和所述消费者类型,对所述待处理消息进行处理。
2.如权利要求1所述的方法,其特征在于,所述启用与所述消息消费者对应的第一消费服务,包括:
确定所述消息消费者的配置信息;
获取网络侧设备配置的灰度配置信息;
根据所述消息消费者的配置信息和所述灰度配置信息,启用对应的第一消费服务。
3.如权利要求2所述的方法,其特征在于,所述根据所述消息消费者的配置信息和所述灰度配置信息,启用对应的第一消费服务,包括:
根据所述消息消费者的配置信息和所述灰度配置信息,从多个消费者类型中确定目标消费者类型;其中,每个所述消费者类型分别对应一个不同的消费服务;
启用所述目标消费者类型对应的第一消费服务,并关闭其他消费服务。
4.如权利要求2所述的方法,其特征在于,所述根据所述消息消费者的配置信息和所述灰度配置信息,启用对应的第一消费服务,包括:
获取所述消息消费者的当前消费者类型;
根据所述消息消费者的配置信息和所述灰度配置信息,从多个消费者类型中确定目标消费者类型;其中,每个所述消费者类型对应一个第一消费服务;
响应于所述当前消费者类型与所述目标消费者类型不同,将所述目标消费者类型确定为新的当前消费者类型;
启用所述目标消费者类型对应的第一消费服务,并关闭其他消费服务。
5.如权利要求1所述的方法,其特征在于,所述待处理消息包括消息类型标签,所述确定所述待处理消息的消息类型,包括:
根据所述消息类型标签,确定所述待处理消息的消息类型。
6.如权利要求1所述的方法,其特征在于,所述基于所述消息类型和所述消费者类型,对所述待处理消息进行处理,包括:
基于所述消费者类型,确定所述消息消费者可处理的消息类型;
响应于所述待处理消息的消息类型与所述消息消费者可处理的消息类型相同,处理所述待处理消息。
7.如权利要求1所述的方法,其特征在于,所述基于所述消息类型和所述消费者类型,对所述待处理消息进行处理,包括:
基于所述消费者类型,确定所述消息消费者可处理的消息类型
响应于所述待处理消息的消息类型与所述消息消费者可处理的消息类型不同,忽略所述待处理消息。
8.一种消息处理方法,其特征在于,所述方法应用于消息生产者,所述方法包括:
获取请求信息;其中,所述请求信息包括信息类型标签;
根据所述请求信息,生成待处理消息;其中,所述待处理消息包括消息类型标签;
将所述待处理消息通过消息队列提供给消息消费者,其中,所述消息消费者用于基于所述消息消费者的消费者类型和所述消息类型对所述待处理消息进行处理。
9.一种消息处理装置,其特征在于,所述装置应用于消息消费者,所述装置包括:
第一处理模块,用于启用与所述消息消费者对应的第一消费服务;其中,所述第一消费服务为所述消息消费者当前对应的消费组提供的服务;
第一获取模块,用于基于所述第一消费服务从消息队列中获取待处理消息;
第二处理模块,用于确定所述待处理消息的消息类型;
第二获取模块,用于获取所述消息消费者的消费者类型;
第三处理模块,用于基于所述消息类型和所述消费者类型,对所述待处理消息进行处理。
10.一种消息处理装置,其特征在于,所述装置应用于消息生产者,所述装置包括:
获取模块,用于获取请求信息;其中,所述请求信息包括信息类型标签;
处理模块,用于根据所述请求信息,生成待处理消息;其中,所述待处理消息包括消息类型标签;
推送模块,用于将所述待处理消息通过消息队列提供给消息消费者,其中,所述消息消费者用于基于所述消息消费者的消费者类型和所述消息类型对所述待处理消息进行处理。
11.一种消息处理系统,其特征在于,包括:
消息消费者,用于执行如权利要求1至7中任一项所述的方法;
消息生产者,用于执行如权利要求8所述的方法。
12.一种电子设备,其特征在于,包括:
至少一个处理器;
以及与所述至少一个处理器通信连接的存储器;
其中,所述存储器存储有可被所述至少一个处理器执行的指令,所述指令被所述至少一个处理器执行,以使所述至少一个处理器能够执行权利要求1至7中任一项所述的消息处理方法,或者执行权利要求8所述的消息处理方法。
13.一种计算机可读存储介质,用于存储有指令,其特征在于,当所述指令被执行时,使如权利要求1至7中任一项所述的方法被实现,或者使如权利要求8所述的方法被实现。
CN202310938499.XA 2023-07-27 2023-07-27 消息处理方法、装置、系统、设备及存储介质 Pending CN117033015A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202310938499.XA CN117033015A (zh) 2023-07-27 2023-07-27 消息处理方法、装置、系统、设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202310938499.XA CN117033015A (zh) 2023-07-27 2023-07-27 消息处理方法、装置、系统、设备及存储介质

Publications (1)

Publication Number Publication Date
CN117033015A true CN117033015A (zh) 2023-11-10

Family

ID=88623638

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202310938499.XA Pending CN117033015A (zh) 2023-07-27 2023-07-27 消息处理方法、装置、系统、设备及存储介质

Country Status (1)

Country Link
CN (1) CN117033015A (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110032459A (zh) * 2019-04-22 2019-07-19 深圳乐信软件技术有限公司 消息队列配置方法、装置、计算机设备及存储介质
CN113672357A (zh) * 2020-05-15 2021-11-19 北京沃东天骏信息技术有限公司 任务调度的方法、装置和系统
CN113849324A (zh) * 2021-09-28 2021-12-28 北京商联在线科技有限公司 消息队列管理方法、装置、电子设备及介质
CN115914346A (zh) * 2021-08-09 2023-04-04 中移物联网有限公司 物联网消息处理方法、装置、电子设备及存储介质

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110032459A (zh) * 2019-04-22 2019-07-19 深圳乐信软件技术有限公司 消息队列配置方法、装置、计算机设备及存储介质
CN113672357A (zh) * 2020-05-15 2021-11-19 北京沃东天骏信息技术有限公司 任务调度的方法、装置和系统
CN115914346A (zh) * 2021-08-09 2023-04-04 中移物联网有限公司 物联网消息处理方法、装置、电子设备及存储介质
CN113849324A (zh) * 2021-09-28 2021-12-28 北京商联在线科技有限公司 消息队列管理方法、装置、电子设备及介质

Similar Documents

Publication Publication Date Title
US20230020324A1 (en) Task Processing Method and Device, and Electronic Device
CN112561079A (zh) 分布式的模型训练装置、方法及计算机程序产品
CN112866391A (zh) 消息推送方法、装置、电子设备及存储介质
CN112988727B (zh) 数据标注方法、装置、设备、存储介质及计算机程序产品
KR20210156243A (ko) 딥러닝 프레임워크의 훈련 방법, 장치 및 저장 매체
CN114911598A (zh) 任务调度方法、装置、设备以及存储介质
CN113627536A (zh) 模型训练、视频分类方法,装置,设备以及存储介质
CN114742000B (zh) 基于FPGA集群的SoC芯片验证系统、验证方法、装置
CN113778644B (zh) 任务的处理方法、装置、设备及存储介质
CN115514718B (zh) 基于数据传输系统的数据交互方法、控制层、设备
CN116594563A (zh) 分布式存储扩容方法、装置、电子设备和存储介质
CN114329164B (zh) 用于处理数据的方法、装置、设备、介质和产品
CN117033015A (zh) 消息处理方法、装置、系统、设备及存储介质
CN112860796B (zh) 用于同步数据的方法、装置、设备以及存储介质
CN113344074B (zh) 模型训练方法、装置、设备及存储介质
CN115081413A (zh) 一种报表生成方法、装置、系统、设备及介质
CN114968170A (zh) 浮点数的定和生成方法、相关装置及计算机程序产品
CN113905040A (zh) 文件传输方法、装置、系统、设备以及存储介质
CN113515719B (zh) 对社区产品进行冷启动的方法和装置
CN113378835B (zh) 标注模型训练、样本标注方法及相关装置
CN115965018B (zh) 信息生成模型的训练方法、信息生成方法和装置
CN113691442B (zh) 好友推荐方法、装置、设备、存储介质及程序产品
CN114185673A (zh) 分布式资源调度方法、装置及系统
CN117785494A (zh) 异步进程的处理方法、装置、系统、电子设备和存储介质
CN116319633A (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