CN111638946A - 一种请求信息分级处理方法和装置 - Google Patents
一种请求信息分级处理方法和装置 Download PDFInfo
- Publication number
- CN111638946A CN111638946A CN201910153655.5A CN201910153655A CN111638946A CN 111638946 A CN111638946 A CN 111638946A CN 201910153655 A CN201910153655 A CN 201910153655A CN 111638946 A CN111638946 A CN 111638946A
- Authority
- CN
- China
- Prior art keywords
- priority
- request information
- level
- type
- 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
Links
Images
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/48—Program initiating; Program switching, e.g. by interrupt
- G06F9/4806—Task transfer initiation or dispatching
- G06F9/4843—Task transfer initiation or dispatching by program, e.g. task dispatcher, supervisor, operating system
- G06F9/4881—Scheduling strategies for dispatcher, e.g. round robin, multi-level priority queues
-
- 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/50—Allocation of resources, e.g. of the central processing unit [CPU]
- G06F9/5083—Techniques for rebalancing the load in a distributed system
-
- 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/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
Landscapes
- Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本申请提供了一种请求信息分级处理方法和装置,应用于任一处理请求信息的服务器上,该方法包括:接收到请求信息时,根据请求信息的类型确定对应的行为操作类型;根据确定的行为操作类型确定对应的优先级;按照确定的优先级将该请求信息划分到该优先级对应的队列中;根据该优先级对应的处理策略处理该优先级对应的队列中的请求信息。该方法能够解决请求信息高并发时对设备带来极大负荷的问题。
Description
技术领域
本发明涉及互联网技术领域,特别涉及一种请求信息分级处理方法和装置。
背景技术
随着网站用户数量的不断增长,整个网站涉及到的用户并发请求的数量和业务的数据量不断增长,需要在现有的技术上对于高并发做进一步处理,同时大数据量的处理对数据库产生了极大的负荷,所以这时候需要中间件来做一个缓冲带。
现行的技术方案,可分为如下两种实现方式:
第一种:不使用多线程,通过负载均衡,通过dns分发来减少加载模块,依赖memcache或者redis缓存,提高网站性能;
该方案的实现的问题是维护性差,可扩展性差,而且造成了过多的资源浪费。
第二种:通过多线程来让服务器达到最优效率,同时最大限度的使用缓存机制来减少和数据库的交互,从而将性能提高;
该方案实现的基本前提是可以假定在同样负载的情况下,在自身机器上性能扩展到极限的方案,不过随着而来会带来上个问题的缺点的同时还会出现线程读写变量存在同步问题,锁的粒度过大存在性能问题,可能会导致只有1个线程在运行,其他线程都在等待锁,还有在性能业务容易出现死锁等问题。
发明内容
有鉴于此,本申请提供一种请求信息分级处理方法和装置,能够解决请求信息高并发时对设备带来极大负荷的问题。
为解决上述技术问题,本申请的技术方案是这样实现的:
一种请求信息分级处理方法,应用于任一处理请求信息的服务器上,该方法包括:
接收到请求信息时,根据请求信息的类型确定对应的行为操作类型;
根据确定的行为操作类型确定对应的优先级;
按照确定的优先级将该请求信息划分到该优先级对应的队列中;
根据该优先级对应的处理策略处理该优先级对应的队列中的请求信息。
一种请求信息分级处理装置,应用于任一处理请求信息的服务器上,该装置包括:接收单元、确定单元、划分单元和处理单元
所述接收单元,用于接收请求信息;
所述确定单元,用于所述接收单元接收到请求信息时,根据请求信息的类型确定对应的行为操作类型;根据确定的行为操作类型确定对应的优先级;
所述划分单元,用于按照所述确定单元确定的优先级将该请求信息划分到该优先级对应的队列中;
所述处理单元,用于根据所述确定单元确定的优先级对应的处理策略处理该优先级对应的队列中的请求信息。
一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述程序时实现如所述请求信息分级处理方法的步骤。
一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现所述请求信息分级处理方法的步骤。
由上面的技术方案可知,本申请中将业务层面上的行为操作分类,并为每一类型的行为操作配置不同的优先级,针对不同优先级的行为操作对应不同的处理策略,将同步事件转化为异步,从而能够解决请求信息高并发时对设备带来极大负荷的问题。
附图说明
图1为本申请实施例中请求信息分级处理流程示意图;
图2为本申请实施例中应用于上述技术的装置结构示意图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,下面结合附图并举实施例,对本发明的技术方案进行详细说明。
本申请实施例中提供一种请求信息分级处理方法,应用于任一处理请求信息的服务器上,将业务层面上的行为操作分类,并为每一类型的行为操作配置不同的优先级,针对不同优先级的行为操作对应不同的处理策略,将同步事件转化为异步,从而能够解决请求信息高并发时对设备带来极大负荷的问题。
本申请实施例中实现请求信息分级处理过程的主体为服务器。
这里的服务器可以为直接接收到请求信息的服务器,也可以为接收到请求信息的站点服务器通过负载分担的方式分流到本服务器上的请求信息;其中,站点服务器进行请求信息分发时,可以通过nignx技术实现。
该服务器需要预先进行如下配置:
该服务配置有请求信息的类型与行为操作类型的对应关系;
划分行为操作类型的划分方式,可以根据实际应用环境进行设置,本申请实施例中以三种类型为例,具体如下:
针对数据级别要求高,且需要及时处理的这一类型的请求信息对应一种行为操作类型;
针对数据级别要求低,且实时性不强的这一类请求信息对应一种行为操作类型;
针对数据级别要求最低,不需要实时反映,且用户并不洞悉的这一类请求信息对应一种行为操作类型。
具体实现时可以划分为一个映射表,存储请求信息的类型与行为操作类型的对应关系。
该服务器配置有针对不同网站的功能类型分别对应的行为操作类型与优先级的对应关系。
在具体实现时,可以针对不同的应用环境(网站的功能类型,如展示型、操作型)为行为操作类型配置优先级;
也就是说可以针对网站的功能类型分别配置行为操作类型和优先级的对应关系。
如应用环境为展示型网站(新浪新闻网页、腾讯新闻网页等),则针对数据级别要求低,且用户需及时洞悉的这一类请求信息对应的行为操作类型设置比较高的优先级;针对数据级别要求高,且用户不需及时洞悉的这一类请求信息对应的行为操作类型设置较高优先级。
如应用环境为操作性网站(京东、苏宁、天猫等),则针对数据级别要求高,且需要及时处理的这一类请求信息对应的行为操作类型设置较高优先级;针对数据级别要求低,且实时性不强的这一类请求信息对应的行为操作类型设置中级优先级;针对数据级别要求最低,不需要实时反映,且用户并不洞悉的这一类请求信息对应的行为操作类型设置比较低的优先级。
上述举例以两个和三个行为操作类型为例,在实际应用中,可以根据实际需要划分多个行为操作类型,分配多个不同的优先级。
下面结合附图,详细说明本申请实施例中服务器请求信息分级处理过程。
参见图1,图1为本申请实施例中请求信息分级处理流程示意图。具体步骤为:
步骤101,服务器接收到请求信息时,根据该请求信息的类型确定对应的行为操作类型。
终端向服务器发送请求信息的具体实现同现有实现。
服务器针对请求信息的类型根据请求的具体内容确定,请求的内容如对数据级别要求的高低,是否需要用户洞悉等等。
确定了请求信息的类型后根据预先配置的请求信息的类型和行为操作类型的对应关系确定。
步骤102,该服务器根据确定的行为操作类型确定对应的优先级。
本申请实施例中具体实现时,可能针对多个应用环境(网站的功能类型)分别配置行为操作类型与优先级的对应关系;因此,根据行为操作类型确定对应的优先级时,需要根据请求信息确定对应的应用网站的功能类型,然后查找该功能类型对应的行为操作类型和优先级的对应关系来确定优先级。
步骤103,该服务器按照确定的优先级将该请求信息划分到该优先级对应的队列中。
本申请实施例中,针对每个优先级有对应的队列,这样将多个请求信息能够划分到不同的队列中,进行不同的处理,进而实现同步事件向异步事件的转换。
本申请实施例中将请求信息按照对应的优先级划分到不同的队列中时,可以使用rabbitMQ这一中间件实现,但不限于该种缓存实现方式。
步骤104,该服务器根据确定的优先级对应的处理策略处理所述队列中的请求信息。
本申请实施例中给出一种处理策略的配置实现方式,每个处理策略是针对队列中的所有请求信息的,至于一个队列中的请求信息优先处理哪个,还是按照先进先出原则处理,亦或是开启多进程并行处理一个队列中的请求信息均可以,本申请对此不进行限制。
本申请实施例中给出的是将行为操作类型划分为至少三类,这样再将划分的行为操作类型映射为三个等级,至于那个行为操作类型对应一个等级,或哪几个行为操作类型对应一个等级,本申请具体实现时并不进行限制。
将优先级划分为三个等级,分别为:第一等级、第二等级和第三等级;其中,第一等级的优先级大于第二等级的优先级;第二等级的优先级大于第三等级的优先级。
针对第一等级的优先级对应的处理策略为:进行关系型数据库入库操作;即按照请求信息的内容进行实际处理,处理结束即该请求信息处理完成。
当服务器的处理结果中存在需要显示给用户,则终端将服务器更新到页面的相关内容显示给用户。
如终端发送的请求信息为将某个商品加入购物车,服务器进行关系型数据库操作后,将该商品切实地加入购物车,则终端为用户显示商品已加入购物车的页面。
针对第二等级的优先级对应的处理策略为:进行页面缓存,获取到页面缓存后对应的操作结果,将所述操作结果进行非关系型数据库入库操作;即针对请求信息只在页面上进行了实现处理,即用户看到的是该请求信息已处理完成,但是服务器的后台真正数据库未进行处理,指示将在页面上的操作结果缓存到非关系型数据库中,待一定时间,或满足处理条件时再进行真正数据库的操作处理。
该处理策略中,服务器仅是将相关处理结果临时缓存到非关系型数据库中,并不存储到关系型数据库中;
当服务器的处理结果中存在需要显示给用户,则终端将服务器更新到页面的相关内容显示给用户。
如秒杀购物等请求,服务器仅是将处理结果暂时存储在非关系型数据库中,也就是说并未将该商品真正加入到购物车中,但是会在页面上为用户显示商品已加入购物车,且秒杀成功;则终端将服务器更新到页面的相关内容显示给用户,使用户实时看到的是秒杀成功和未成功,服务器(后台)将秒杀商品真正放到购物车对应的数据库中会滞后处理。
针对第三等级的优先级对应的处理策略为:进行关系型数据库入库操作。如用户购买某商品,则购买成功后会增加相应的积分,如果当前并发请求高,则会暂时将相关信息存储到非关系型数据库中,待条件允许时,再进行真正的入关系型数据库操作。
该处理策略中,终端不需要显示服务器处理的结果。
本申请实施例中以应用环境为电子商务网站为例;请求信息的类型为对数据级别要求高,且需要及时处理时,对应行为操作类型分配高优先级,则处理策略为高优先级(第一等级的优先级)对应的处理策略:进行关系型数据库入库操作,也就是说此时不进行数据缓存和异步消息队列等操作,直接进行关系型数据库入库操作。
请求信息的类型为对数据级别要求低,且实时性不强时,对应的行为操作类型对应中级优先级;则处理策略为中级优先级(第二等级的优先级)对应的处理策略:进行页面缓存,获取到页面缓存后对应的操作结果,将所述操作结果进行非关系型数据库入库操作。
获取到页面缓存后对应的操作结果时通过JS获取。
请求信息的类型为对数据级别要求最低,不需要实时反映,且用户并不洞悉时,对应的行为操作类型对应低级优先级,则处理策略为低级优先级(第三等级优先级)对应的处理策略:进行关系型数据库入库操作。
本申请主要用于设备条件等存在限制阻碍的情况下,进一步将机器的效率最大化,通过预先配置分类标准、优先级,以及处理策略限制规则分流和缓存层的运用,一定程度上将点状效应拉长,即对请求信息使用不同的处理策略,达到分流效果。
本申请实施例中针对具体策略的区别是针对不同数据库的入库操作,一定程度上规避了死锁赵成的用户体验差的问题。
基于同样的发明构思,本申请实施例中还提出一种请求信息分级处理装置,应用于任一处理请求信息的服务器上。参见图2,图2为本申请实施例中应用于上述技术的装置结构示意图。该装置包括:接收单元201、确定单元202、划分单元203和处理单元204;
接收单元201,用于接收请求信息;
确定单元202,用于接收单元201接收到请求信息时,根据请求信息的类型确定对应的行为操作类型;根据确定的行为操作类型确定对应的优先级;
划分单元203,用于按照确定单元202确定的优先级将该请求信息划分到该优先级对应的队列中;
处理单元204,用于根据确定单元202确定的优先级对应的处理策略处理该优先级对应的队列中的请求信息。
较佳地,该装置进一步包括:配置单元205;
配置单元205,用于配置请求信息的类型与行为操作类型的对应关系。
较佳地,该装置进一步包括:配置单元205;
配置单元205,用于配置行为操作类型与优先级的对应关系。
较佳地,该装置进一步包括:配置单元205;
配置单元205,用于当所述服务器应用于多个网站中时,针对不同功能类型的网站分别配置有行为操作类型与优先级的对应关系;
确定单元202,具体用于根据确定的行为操作类型确定对应的优先级时,根据所述请求信息确定应用网站的功能类型,根据确定的行为操作类型在配置单元205配置的该功能类型对应的行为操作类型与优先级的对应关系中确定对应的优先级。
较佳地,该装置进一步包括:配置单元205:
配置单元205,用于将优先级划分为三个等级,分别为:第一等级、第二等级和第三等级;其中,第一等级的优先级大于第二等级的优先级,第二等级的优先级大于第三等级的优先级;针对第一等级的优先级对应的处理策略为:进行关系型数据库入库操作;针对第二等级的优先级对应的处理策略为:进行页面缓存,获取到页面缓存后对应的操作结果,将所述操作结果进行非关系型数据库入库操作;针对第三等级的优先级对应的处理策略为:进行关系型数据库入库操作。
上述实施例的单元可以集成于一体,也可以分离部署;可以合并为一个单元,也可以进一步拆分成多个子单元。
本申请实施例中还提出一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行上述请求信息处理方法对应的步骤。
另外,还提出一种计算机可读存储介质,其上存储有计算机程序,该程序被处理器执行时实现上述请求信息处理方法对应的步骤。
综上所述,本申请通过将业务层面上的行为操作分类,并为每一类型的行为操作配置不同的优先级,针对不同优先级的行为操作对应不同的处理策略,将同步事件转化为异步,从而能够解决请求信息高并发时对设备带来极大负荷的问题。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明保护的范围之内。
Claims (12)
1.一种请求信息分级处理方法,应用于任一处理请求信息的服务器上,其特征在于,该方法包括:
接收到请求信息时,根据请求信息的类型确定对应的行为操作类型;
根据确定的行为操作类型确定对应的优先级;
按照确定的优先级将该请求信息划分到该优先级对应的队列中;
根据该优先级对应的处理策略处理该优先级对应的队列中的请求信息。
2.根据权利要求1所述的方法,其特征在于,所述服务器配置有请求信息的类型与行为操作类型的对应关系。
3.根据权利要求1所述的方法,其特征在于,所述服务器配置有行为操作类型与优先级的对应关系。
4.根据权利要求1所述的方法,其特征在于,
当该服务器应用于多个网站中时,该服务器针对不同功能类型的网站分别配置有行为操作类型与优先级的对应关系;
所述根据确定的行为操作类型确定对应的优先级,包括:
根据所述请求信息确定应用网站的功能类型,根据确定的行为操作类型在该功能类型对应的行为操作类型与优先级的对应关系中确定对应的优先级。
5.根据权利要求1-4任一项所述的方法,其特征在于,所述方法进一步包括:
将优先级划分为三个等级,分别为:第一等级、第二等级和第三等级;其中,第一等级的优先级大于第二等级的优先级,第二等级的优先级大于第三等级的优先级;
针对第一等级的优先级对应的处理策略为:进行关系型数据库入库操作;
针对第二等级的优先级对应的处理策略为:进行页面缓存,获取到页面缓存后对应的操作结果,将所述操作结果进行非关系型数据库入库操作;
针对第三等级的优先级对应的处理策略为:进行关系型数据库入库操作。
6.一种请求信息分级处理装置,应用于任一处理请求信息的服务器上,其特征在于,该装置包括:接收单元、确定单元、划分单元和处理单元
所述接收单元,用于接收请求信息;
所述确定单元,用于所述接收单元接收到请求信息时,根据请求信息的类型确定对应的行为操作类型;根据确定的行为操作类型确定对应的优先级;
所述划分单元,用于按照所述确定单元确定的优先级将该请求信息划分到该优先级对应的队列中;
所述处理单元,用于根据所述确定单元确定的优先级对应的处理策略处理该优先级对应的队列中的请求信息。
7.根据权利要求6所述的装置,其特征在于,该装置进一步包括:配置单元;
所述配置单元,用于配置请求信息的类型与行为操作类型的对应关系。
8.根据权利要求6所述的装置,其特征在于,该装置进一步包括:配置单元;
所述配置单元,用于配置行为操作类型与优先级的对应关系。
9.根据权利要求6所述的装置,其特征在于,该装置进一步包括:配置单元;
所述配置单元,用于当所述服务器应用于多个网站中时,针对不同功能类型的网站分别配置有行为操作类型与优先级的对应关系;
所述确定单元,具体用于根据确定的行为操作类型确定对应的优先级时,根据所述请求信息确定应用网站的功能类型,根据确定的行为操作类型在所述配置单元配置的该功能类型对应的行为操作类型与优先级的对应关系中确定对应的优先级。
10.根据权利要求6-9任一项所述的装置,其特征在于,所述装置进一步包括:配置单元:
所述配置单元,用于将优先级划分为三个等级,分别为:第一等级、第二等级和第三等级;其中,第一等级的优先级大于第二等级的优先级,第二等级的优先级大于第三等级的优先级;针对第一等级的优先级对应的处理策略为:进行关系型数据库入库操作;针对第二等级的优先级对应的处理策略为:进行页面缓存,获取到页面缓存后对应的操作结果,将所述操作结果进行非关系型数据库入库操作;针对第三等级的优先级对应的处理策略为:进行关系型数据库入库操作。
11.一种电子设备,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述程序时实现如权利要求1-5任一项所述的方法。
12.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现权利要求1-5任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910153655.5A CN111638946A (zh) | 2019-03-01 | 2019-03-01 | 一种请求信息分级处理方法和装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910153655.5A CN111638946A (zh) | 2019-03-01 | 2019-03-01 | 一种请求信息分级处理方法和装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN111638946A true CN111638946A (zh) | 2020-09-08 |
Family
ID=72329044
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910153655.5A Pending CN111638946A (zh) | 2019-03-01 | 2019-03-01 | 一种请求信息分级处理方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111638946A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113010297A (zh) * | 2021-04-23 | 2021-06-22 | 北京秒针人工智能科技有限公司 | 基于消息队列的数据库写入调度器、写入方法和存储介质 |
-
2019
- 2019-03-01 CN CN201910153655.5A patent/CN111638946A/zh active Pending
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113010297A (zh) * | 2021-04-23 | 2021-06-22 | 北京秒针人工智能科技有限公司 | 基于消息队列的数据库写入调度器、写入方法和存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110147398B (zh) | 一种数据处理方法、装置、介质和电子设备 | |
CN110365752B (zh) | 业务数据的处理方法、装置、电子设备和存储介质 | |
CN107943594B (zh) | 数据获取方法和装置 | |
US7320023B2 (en) | Mechanism for caching dynamically generated content | |
JP2021511588A (ja) | データクエリ方法、装置およびデバイス | |
CN109995859A (zh) | 一种调度方法、调度服务器及计算机可读存储介质 | |
CN109274730A (zh) | 物联网系统、mqtt消息传输的优化方法及装置 | |
US9292454B2 (en) | Data caching policy in multiple tenant enterprise resource planning system | |
CN108471385B (zh) | 一种针对分布式系统的流量控制方法及装置 | |
CN113392863A (zh) | 一种机器学习训练数据集的获取方法、获取装置及终端 | |
US9251209B2 (en) | Autonomic caching for in memory data grid query processing | |
US20230267130A1 (en) | Analytical query processing with decoupled compute instances | |
WO2019041670A1 (zh) | 一种降低功能页面请求次数的方法、存储介质、设备及系统 | |
CN112163001A (zh) | 高并发查询方法、智能终端及存储介质 | |
CN111638946A (zh) | 一种请求信息分级处理方法和装置 | |
CN113986936A (zh) | 一种数据处理方法、装置、电子设备及存储介质 | |
CN109063140A (zh) | 一种数据查询方法、中转服务器及计算机可读存储介质 | |
CN113760977A (zh) | 一种信息查询方法、装置、设备及存储介质 | |
CN109783499A (zh) | 一种数据缓存方法、装置和服务器 | |
CN105144099A (zh) | 通信系统 | |
CN105025042B (zh) | 一种确定数据信息的方法及系统、代理服务器 | |
CN113923212B (zh) | 一种网络数据包处理方法和装置 | |
CN112688982B (zh) | 一种用户请求处理方法和装置 | |
CN112100554A (zh) | 一种基于redis缓存提升页面响应速度的系统及方法 | |
CN110865845A (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 |