CN112686711A - 一种规则引擎匹配方法及*** - Google Patents
一种规则引擎匹配方法及*** Download PDFInfo
- Publication number
- CN112686711A CN112686711A CN202110009568.XA CN202110009568A CN112686711A CN 112686711 A CN112686711 A CN 112686711A CN 202110009568 A CN202110009568 A CN 202110009568A CN 112686711 A CN112686711 A CN 112686711A
- Authority
- CN
- China
- Prior art keywords
- rule
- merchant
- rule engine
- virtual file
- file system
- 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.)
- Withdrawn
Links
- 238000000034 method Methods 0.000 title claims abstract description 34
- 230000000694 effects Effects 0.000 claims abstract description 27
- 238000003860 storage Methods 0.000 claims description 4
- 238000010586 diagram Methods 0.000 description 2
- 238000006467 substitution reaction Methods 0.000 description 2
- 230000001360 synchronised effect Effects 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 230000007547 defect Effects 0.000 description 1
- 238000004519 manufacturing process Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000005457 optimization Methods 0.000 description 1
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本发明实施例提供一种规则引擎匹配方法,包括以下步骤:步骤一:服务端配置优惠类型,所述优惠类型包括:满减、折扣以及一口价,并将服务端配置的优惠类型保存至数据库中;步骤二:当创建活动时,将活动的ID与商户号进行关联,并根据当前商户号查询与当前商户号关联的所有规则模板信息;步骤三:建立一个基于内存的虚拟文件***,当***初始化时,根据具体的商户号从基于内存的虚拟文件***读取商户号对应的规则;步骤四:创建虚拟文件***之后,规则引擎创建规则容器,并从虚拟文件***加载对应商户的规则文件;步骤五:将加载好的规则引擎容器以及商户ID加载至全局map中;本发明实施例提升了整个营销***中规则引擎匹配的效率。
Description
技术领域
本发明涉及计算技术领域,更具体地说,涉及到一种规则引擎匹配方法及***。
背景技术
随着营销活动的用户和活动的增加,每次营销规则容器启动的时候,***都需要耗费5秒左右的时间,对于营销活动的同步也是如此,这样在***活动同步的时候,直接导致***无法处理其他***交易时优惠匹配,虽然看起来只有5秒的时间,但是,对于我们每秒都有成千上万的交易来说,这个时间导致商户无法使用交易也是一件不好的体验。
本发明内容
为了克服现有技术的不足,本发明提供一种规则引擎匹配方法用来解决整个营销***中规则引擎匹配效率低下的问题。
本发明解决其技术问题所采用的技术方案是:提供一种规则引擎匹配方法,其特征在于,包括以下步骤:
步骤一:服务端配置优惠类型,所述优惠类型包括:满减、折扣以及一口价,并将服务端配置的优惠类型保存至数据库中;
步骤二:当创建活动时,将活动的ID与商户号进行关联,并根据当前商户号查询与当前商户号关联的所有规则模板信息;
步骤三:建立一个基于内存的虚拟文件***,当***初始化时,根据具体的商户号从基于内存的虚拟文件***读取商户号对应的规则;
步骤四:创建虚拟文件***之后,规则引擎创建规则容器,并从虚拟文件***加载对应商户的规则文件;
步骤五:将加载好的规则引擎容器以及商户ID加载至全局map中。
优选地,当***初始化时,根据具体的商户号从基于内存的虚拟文件***读取商户号对应的规则之后,所述步骤还包括:
***启动时,根据活动信息表中的商户ID,为每个商户创建对应的规则文件,规则文件是基于虚拟文件***的规则。
具体地,规则引擎创建规则容器,并从虚拟文件***加载对应商户的规则文件,所述步骤包括:
***启动时,每个商户创建一个单独的规则引擎容器,加载对应商户的规则文件;
当交易数据传输过来时,自动解析并调用对应的的方法计算出优惠的金额信息。
优选地,将加载好的规则引擎容器以及商户ID加载至全局map中之后,所述步骤还包括:
当交易***调用营销平台时,***根据商户ID匹配内存中的商户ID;
将交易金和手续费代为条件,由规则引擎判断交易金和手续费是否满足优惠规则。
优选地,将交易金和手续费代为条件,由规则引擎判断交易金和手续费是否满足优惠规则之后,所述步骤还包括:
当规则引擎判断交易金和手续费满足优惠规则,则根据优惠条件计算优惠金额和手续费,再返回交易***。
优选地,返回交易***之后,所述步骤还包括:
当***正在运行时,通过修改规则进行同步更新规则引擎,规则引擎根据商户号ID进行刷新缓存。
优选地,当***正在运行时,通过修改规则进行同步更新规则引擎,规则引擎根据商户号ID进行刷新缓存之后,所述步骤还包括:
将匹配好的优惠规则根据商户ID从数据库中进行读取;
再次在虚拟文件***生成商户ID对应的规则文件。
优选地,再次在虚拟文件***生成商户ID对应的规则文件之后,所述步骤还包括:
规则引擎单独加载商户ID的虚拟规则文件。
优选地,规则引擎单独加载商户ID的虚拟规则文件之后,所述步骤还包括:
再一次创建商户ID的规则引擎容器,将商户ID的规则引擎容器写到全局map对象里。
一种规则引擎匹配***,所述***包括:
配置单元,用于服务端配置优惠类型,所述优惠类型包括:满减、折扣以及一口价,并将服务端配置的优惠类型保存至数据库中;
关联单元,用于当创建活动时,将活动的ID与商户号进行关联,并根据当前商户号查询与当前商户号关联的所有规则模板信息;
建立单元,用于建立一个基于内存的虚拟文件***,当***初始化时,根据具体的商户号从基于内存的虚拟文件***读取商户号对应的规则;
创建单元,用于创建虚拟文件***之后,规则引擎创建规则容器,并从虚拟文件***加载对应商户的规则文件;
加载单元,用于将加载好的规则引擎容器以及商户ID加载至全局map中。
本发明的有益效果是:通过步骤一:服务端配置优惠类型,所述优惠类型包括:满减、折扣以及一口价,并将服务端配置的优惠类型保存至数据库中;步骤二:当创建活动时,将活动的ID与商户号进行关联,并根据当前商户号查询与当前商户号关联的所有规则模板信息;步骤三:建立一个基于内存的虚拟文件***,当***初始化时,根据具体的商户号从基于内存的虚拟文件***读取商户号对应的规则;步骤四:创建虚拟文件***之后,规则引擎创建规则容器,并从虚拟文件***加载对应商户的规则文件;步骤五:将加载好的规则引擎容器以及商户ID加载至全局map中;从而提升了整个营销***中规则引擎匹配的效率。
附图说明
图1是一种规则引擎匹配方法的流程示意图。
图2是一种规则引擎匹配***的功能模块图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
以下结合具体实施例对本发明的具体实现进行详细描述:
实施例一:
图1示出了本发明实施例一提供的一种规则引擎匹配方法的实现流程,为了便于说明,仅示出了与本发明实施例相关的部分,详述如下:
在步骤S101中,服务端配置优惠类型,所述优惠类型包括:满减、折扣以及一口价,并将服务端配置的优惠类型保存至数据库中;
在步骤S102中,当创建活动时,将活动的ID与商户号进行关联,并根据当前商户号查询与当前商户号关联的所有规则模板信息;
在步骤S103中,建立一个基于内存的虚拟文件***,当***初始化时,根据具体的商户号从基于内存的虚拟文件***读取商户号对应的规则;
优选地,当***初始化时,根据具体的商户号从基于内存的虚拟文件***读取商户号对应的规则之后,所述步骤还包括:
***启动时,根据活动信息表中的商户ID,为每个商户创建对应的规则文件,规则文件是基于虚拟文件***的规则。
在步骤S104中,创建虚拟文件***之后,规则引擎创建规则容器,并从虚拟文件***加载对应商户的规则文件;
具体地,规则引擎创建规则容器,并从虚拟文件***加载对应商户的规则文件,所述步骤包括:
***启动时,每个商户创建一个单独的规则引擎容器,加载对应商户的规则文件;
当交易数据传输过来时,自动解析并调用对应的的方法计算出优惠的金额信息。
在步骤S105中,将加载好的规则引擎容器以及商户ID加载至全局map中。
优选地,将加载好的规则引擎容器以及商户ID加载至全局map中之后,所述步骤还包括:
当交易***调用营销平台时,***根据商户ID匹配内存中的商户ID;
将交易金和手续费代为条件,由规则引擎判断交易金和手续费是否满足优惠规则。
优选地,将交易金和手续费代为条件,由规则引擎判断交易金和手续费是否满足优惠规则之后,所述步骤还包括:
当规则引擎判断交易金和手续费满足优惠规则,则根据优惠条件计算优惠金额和手续费,再返回交易***。
优选地,返回交易***之后,所述步骤还包括:
当***正在运行时,通过修改规则进行同步更新规则引擎,规则引擎根据商户号ID进行刷新缓存。
优选地,当***正在运行时,通过修改规则进行同步更新规则引擎,规则引擎根据商户号ID进行刷新缓存之后,所述步骤还包括:
将匹配好的优惠规则根据商户ID从数据库中进行读取;
再次在虚拟文件***生成商户ID对应的规则文件。
优选地,再次在虚拟文件***生成商户ID对应的规则文件之后,所述步骤还包括:
规则引擎单独加载商户ID的虚拟规则文件。
优选地,规则引擎单独加载商户ID的虚拟规则文件之后,所述步骤还包括:
再一次创建商户ID的规则引擎容器,将商户ID的规则引擎容器写到全局map对象里。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成,所述的程序可以存储于一计算机可读取存储介质中,所述的存储介质,如ROM/RAM、磁盘、光盘等。
实施例二:
图2示出了本发明实施例二提供的一种规则引擎匹配***的结构,为了便于说明,仅示出了与本发明实施例相关的部分,详述如下:
配置单元201,用于服务端配置优惠类型,所述优惠类型包括:满减、折扣以及一口价,并将服务端配置的优惠类型保存至数据库中;
关联单元202,用于当创建活动时,将活动的ID与商户号进行关联,并根据当前商户号查询与当前商户号关联的所有规则模板信息;
建立单元203,用于建立一个基于内存的虚拟文件***,当***初始化时,根据具体的商户号从基于内存的虚拟文件***读取商户号对应的规则;
创建单元204,用于创建虚拟文件***之后,规则引擎创建规则容器,并从虚拟文件***加载对应商户的规则文件;
加载单元205,用于将加载好的规则引擎容器以及商户ID加载至全局map中。
本发明实施例中,通过步骤一:服务端配置优惠类型,所述优惠类型包括:满减、折扣以及一口价,并将服务端配置的优惠类型保存至数据库中;步骤二:当创建活动时,将活动的ID与商户号进行关联,并根据当前商户号查询与当前商户号关联的所有规则模板信息;步骤三:建立一个基于内存的虚拟文件***,当***初始化时,根据具体的商户号从基于内存的虚拟文件***读取商户号对应的规则;步骤四:创建虚拟文件***之后,规则引擎创建规则容器,并从虚拟文件***加载对应商户的规则文件;步骤五:将加载好的规则引擎容器以及商户ID加载至全局map中;从而提升了整个营销***中规则引擎匹配的效率。各单元的具体实施方式可参考实施例一的描述,在此不再赘述。
实施例三:
将营销活动按商户进行拆分,把同一个商户所有的营销规则生成到一个规则文件或者保存到数据库里面。
将规则引擎容器进行多容器化,每一个容器绑根据商户号绑定到对应的map对象里面。并且该规则引擎的加载规则文件利用规则引擎的虚拟文件***(因为虚拟文件***是基于内存的,速度会比磁盘储存快2倍以上)。
当营销***给商户增加新的活动后,营销***直接根据当前的商户单独生成对应的商户的规则文件,并重新加载到规则引擎容器里面后,重新绑定到对应商户的map里面,对其他商户的容器没有任何影响。
当交易***请求营销***后,营销***会根据该商户拿到该商户的规则引擎容器去匹配规则,然后根据匹配到的活动计算对应的交易金额或者手续费,然后返回给交易***。
可以看出,通过上面的优化以后,营销***在性能方面会得到质的提升,既解决了因为活动同步导致服务停止的问题,加速了规则匹配的效率。
另一实施方式如下:
通过服务端配置好优惠类型,比如:满减,折扣,一口价;然后将这些配置好的规则保存到数据库表里面。
当创建一个活动时,将活动ID和商户号相关联,目的是当***启动或者重新同步活动的时候,可以根据当前商户号查询出该商户关联的所有规则模板信息。
建立一个基于内存的虚拟文件***,该文件***底层是一个MAP对象,***可以从***里面将某一个商户的模板信息查出来以后,字节的形式保存到内存;当初始化规则引擎时,可以根据某一个商户号,从虚拟文件读取该商户的规则内容。最根本的目的是为了加速规则内容的读取,方便加载到规则引擎里面,特别是当***正在生产环境运行时,尽可能缩短规则引擎加载规则的时间。实践证明,在通常情况下,规则引擎能够在50ms内将规则内容加载并初始化完毕,比传统的磁盘文件加载要快几十倍。
***启动时,根据所有活动信息表里面的商户的ID,给每一个商户创建一个规则文件,该规则文件是基于虚拟文件***的规则。
这个是从商户表里面查出所有的商户信息,然后再用商户的ID从规则表中把各个商户的规则信息查询出来,然后再生成基于虚拟文件***的规则文件,虚拟文件***是基于内存读写的,在内存里面读写速度更快,方便规则引擎容器加载的时候提高效率。
在虚拟文件***创建好后,规则引擎创建一个规则容器,并从虚拟文件***里面加载到对应商户的规则内容。
规则引擎容器是用于解析规则文件的,***启动时给每一个商户创建一个单独的规则引擎容器,然后加载对应商户的规则文件;当交易数据传过来后,自动解析并调用对应的方法算出优惠的金额信息(规则文件里面写了java代码的方法名称,规则容器会自动用java的反射去加载到对应的类,并用执行对应的java代码)。
将该加载好的规则引擎容器,用商户ID为key,加载到全局map里面,后面需要时,直接从内存的map对象里面,通过商户的ID就可以找到该规则容器。
每一个商户创建的容器都关联到这个商户ID上面,当交易数据传输过来后,直接找到这个商户对应的容器执行规则数据匹配和计算优惠金额。
当交易***调用营销平台的时候,***会根据商户的ID找到内存里面的组ID,然后将交易金和手续费代入条件,由规则引擎判断是否满足条件,如果满足优惠规则,则根据优惠条件计算优惠金额和手续费,再返回给交易***。
当***正在运行的时候,运营人员通过修改规则,然后点击同步更新规则引擎,与此同时,规则引擎会根据商户号来刷新缓存,从而不影响其他商户的优惠活动。
将配好的优惠规则根据商户ID从数据库里面读取出来,然后再次在虚拟文件***生成一个该商户对应的规则文件。
规则引擎单独加载该商户的虚拟规则文件,然后再创建一个该商户的规则引擎容器,写到全局map对象里面,从而实现更新某一个商户的规则引擎。
综上所述,首先,商户规则生成是基于内存的虚拟文件***,规则引擎创建容器的时候直接从内存加载规则文件;其次,当刷新活动的时候,重新生成一个容器和规则文件,重新容器重新从虚拟文件***里面加载该规则文件,并关联到map即可,从而不影响其他商户的规则匹配,并且大大提升***加载效率。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各实施例的单元及算法步骤,能够以电子硬件或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。
专业技术人员可以对每个特定的应用来使用不同的方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉技术领域的人员在本发明揭露的技术范围内,可轻易想到变化或者替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以权利要求的保护范围为准。
Claims (10)
1.一种规则引擎匹配方法,其特征在于,包括以下步骤:
步骤一:服务端配置优惠类型,所述优惠类型包括:满减、折扣以及一口价,并将服务端配置的优惠类型保存至数据库中;
步骤二:当创建活动时,将活动的ID与商户号进行关联,并根据当前商户号查询与当前商户号关联的所有规则模板信息;
步骤三:建立一个基于内存的虚拟文件***,当***初始化时,根据具体的商户号从基于内存的虚拟文件***读取商户号对应的规则;
步骤四:创建虚拟文件***之后,规则引擎创建规则容器,并从虚拟文件***加载对应商户的规则文件;
步骤五:将加载好的规则引擎容器以及商户ID加载至全局map中。
2.根据权利要求1所述的一种规则引擎匹配方法,其特征在于,当***初始化时,根据具体的商户号从基于内存的虚拟文件***读取商户号对应的规则之后,所述步骤还包括:
***启动时,根据活动信息表中的商户ID,为每个商户创建对应的规则文件,规则文件是基于虚拟文件***的规则。
3.根据权利要求2所述的一种规则引擎匹配方法,其特征在于,创建虚拟文件***之后,规则引擎创建规则容器,并从虚拟文件***加载对应商户的规则文件,所述步骤包括:
***启动时,每个商户创建一个单独的规则引擎容器,加载对应商户的规则文件;
当交易数据传输过来时,自动解析并调用对应的的方法计算出优惠的金额信息。
4.根据权利要求3所述的一种规则引擎匹配方法,其特征在于,将加载好的规则引擎容器以及商户ID加载至全局map中之后,所述步骤还包括:
当交易***调用营销平台时,***根据商户ID匹配内存中的商户ID;
将交易金和手续费代为条件,由规则引擎判断交易金和手续费是否满足优惠规则。
5.根据权利要求4所述的一种规则引擎匹配方法,其特征在于,将交易金和手续费代为条件,由规则引擎判断交易金和手续费是否满足优惠规则之后,所述步骤还包括:
当规则引擎判断交易金和手续费满足优惠规则,则根据优惠条件计算优惠金额和手续费,再返回交易***。
6.根据权利要求5所述的一种规则引擎匹配方法,其特征在于,返回交易***之后,所述步骤还包括:
当***正在运行时,通过修改规则进行同步更新规则引擎,规则引擎根据商户号ID进行刷新缓存。
7.根据权利要求6所述的一种规则引擎匹配方法,其特征在于,当***正在运行时,通过修改规则进行同步更新规则引擎,规则引擎根据商户号ID进行刷新缓存之后,所述步骤还包括:
将匹配好的优惠规则根据商户ID从数据库中进行读取;
再次在虚拟文件***生成商户ID对应的规则文件。
8.根据权利要求7所述的一种规则引擎匹配方法,其特征在于,再次在虚拟文件***生成商户ID对应的规则文件之后,所述步骤还包括:
规则引擎单独加载商户ID的虚拟规则文件。
9.根据权利要求8所述的一种规则引擎匹配方法,其特征在于,规则引擎单独加载商户ID的虚拟规则文件之后,所述步骤还包括:
再一次创建商户ID的规则引擎容器,将商户ID的规则引擎容器写到全局map对象里。
10.一种规则引擎匹配***,其特征在于,所述***包括:
配置单元,用于服务端配置优惠类型,所述优惠类型包括:满减、折扣以及一口价,并将服务端配置的优惠类型保存至数据库中;
关联单元,用于当创建活动时,将活动的ID与商户号进行关联,并根据当前商户号查询与当前商户号关联的所有规则模板信息;
建立单元,用于建立一个基于内存的虚拟文件***,当***初始化时,根据具体的商户号从基于内存的虚拟文件***读取商户号对应的规则;
创建单元,用于创建虚拟文件***之后,规则引擎创建规则容器,并从虚拟文件***加载对应商户的规则文件;
加载单元,用于将加载好的规则引擎容器以及商户ID加载至全局map中。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110009568.XA CN112686711A (zh) | 2021-01-05 | 2021-01-05 | 一种规则引擎匹配方法及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110009568.XA CN112686711A (zh) | 2021-01-05 | 2021-01-05 | 一种规则引擎匹配方法及*** |
Publications (1)
Publication Number | Publication Date |
---|---|
CN112686711A true CN112686711A (zh) | 2021-04-20 |
Family
ID=75457393
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110009568.XA Withdrawn CN112686711A (zh) | 2021-01-05 | 2021-01-05 | 一种规则引擎匹配方法及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN112686711A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116662041A (zh) * | 2023-07-21 | 2023-08-29 | 太平金融科技服务(上海)有限公司 | 业务信息处理方法、装置、计算机设备、介质和程序产品 |
-
2021
- 2021-01-05 CN CN202110009568.XA patent/CN112686711A/zh not_active Withdrawn
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN116662041A (zh) * | 2023-07-21 | 2023-08-29 | 太平金融科技服务(上海)有限公司 | 业务信息处理方法、装置、计算机设备、介质和程序产品 |
CN116662041B (zh) * | 2023-07-21 | 2023-10-20 | 太平金融科技服务(上海)有限公司 | 业务信息处理方法、装置、计算机设备、介质和程序产品 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110134516B (zh) | 金融数据处理方法、装置、设备及计算机可读存储介质 | |
CN111752957B (zh) | 一种基于缓存化的销售锁定方法及*** | |
CN109191233B (zh) | 一种秒杀下单请求处理方法、装置和存储介质 | |
CN112101994A (zh) | 会员权益管理方法、装置、计算机设备和可读存储介质 | |
CN110837520A (zh) | 一种数据处理方法、平台及*** | |
CN109558421A (zh) | 基于缓存的数据处理方法、***、装置及存储介质 | |
CN112506588A (zh) | 保险业务的数据处理方法、装置、电子设备及存储介质 | |
CN107871221A (zh) | 用于获取可销售库存数量的方法和装置 | |
CN110033120A (zh) | 用于为商户提供风险预测赋能服务的方法及装置 | |
CN115358402A (zh) | 基于drool的动态规则解决方法、电子设备及可读存储介质 | |
US20060085473A1 (en) | Method and system for business process super-transaction | |
WO2023165271A1 (zh) | 知识图谱的构建、和图计算 | |
CN107273451A (zh) | 余额数据更新方法和*** | |
CN110928917A (zh) | 一种目标用户的确定方法、装置、计算设备及介质 | |
CN112686711A (zh) | 一种规则引擎匹配方法及*** | |
CN111523030B (zh) | 报盘信息推荐方法、装置及计算机可读存储介质 | |
CN108830480B (zh) | 一种erp采购计算方法及其*** | |
US20200250161A1 (en) | Method and apparatus for determining associated data linkages | |
CN110515954A (zh) | 一种数据处理方法、装置、设备和存储介质 | |
CN114363179B (zh) | 针对云产品的成本优化方法及装置 | |
CN110782310A (zh) | 从第三方平台异步获取用户属性信息的方法、装置和*** | |
CN115480800A (zh) | 一种业务数据加工处理方法、电子设备和介质 | |
CN109800247A (zh) | 数据查找方法、装置、计算机设备以及存储介质 | |
US7693916B2 (en) | Correlating process instance data across multiple applications | |
CN110765144B (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 | ||
WW01 | Invention patent application withdrawn after publication | ||
WW01 | Invention patent application withdrawn after publication |
Application publication date: 20210420 |