CN108055337A - 多业务平台对接公众号的方法和装置 - Google Patents

多业务平台对接公众号的方法和装置 Download PDF

Info

Publication number
CN108055337A
CN108055337A CN201711401887.5A CN201711401887A CN108055337A CN 108055337 A CN108055337 A CN 108055337A CN 201711401887 A CN201711401887 A CN 201711401887A CN 108055337 A CN108055337 A CN 108055337A
Authority
CN
China
Prior art keywords
platform
message
business
public
docking
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
CN201711401887.5A
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.)
Maipu Communication Technology Co Ltd
Original Assignee
Maipu Communication Technology 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 Maipu Communication Technology Co Ltd filed Critical Maipu Communication Technology Co Ltd
Priority to CN201711401887.5A priority Critical patent/CN108055337A/zh
Publication of CN108055337A publication Critical patent/CN108055337A/zh
Pending 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/50—Network services
    • H04L67/56—Provisioning of proxy services
    • H04L67/566—Grouping or aggregating service requests, e.g. for unified processing
    • 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/565—Conversion or adaptation of application format or content

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

本申请公开了一种多业务平台对接公众号的方法和装置，涉及通信领域，用于实现多业务平台对接同一公众号。多业务平台对接公众号的方法包括：从业务平台接收第一请求消息，所述第一对接请求中包括所述业务平台的接口参数；向公众号的与所述接口参数对应的接口发送第二请求消息，所述第二请求消息包括所述接口参数和基本参数，所述基本参数指多个业务平台与所述公众号对接时共用的参数。本申请实施例应用于多业务平台与公众号对接。

Description

多业务平台对接公众号的方法和装置
技术领域
本发明涉及通信领域，尤其涉及一种多业务平台对接公众号的方法。
背景技术
一方面，为了与信息时代开放公众平台接轨，各企业商家利用公众号实现自己业务的功能扩展、推广及宣传。另一方面，为了自身行业能力的提升，必将向多业务层面发展，因此会创建多个平台(例如营销管理平台、数据分析平台、行为预测平台等)，实现多样化功能，提高行业内的竞争力。
但是，为了保证公众号的使用安全，公众号对接的公众号ID、应用密钥等对应的接口只有一个，所以此接口只能连接和绑定其中一个平台，无法绑定上述多个平台。
发明内容
本申请的实施例提供一种多业务平台对接公众号的方法，用于实现多业务平台对接同一公众号。
为达到上述目的，本申请的实施例采用如下技术方案：
第一方面，提供了一种多业务平台对接公众号的方法，包括：
从业务平台接收第一请求消息，所述第一对接请求中包括所述业务平台的接口参数；
向公众号的与所述接口参数对应的接口发送第二请求消息，所述第二请求消息包括所述接口参数和基本参数，所述基本参数指多个业务平台与所述公众号对接时共用的参数。
第二方面，提供了一种多业务平台对接公众号的方法，包括：
从公众号接收消息，所述消息中包括消息类型；
根据配置信息和所述消息类型向订阅所述消息类型的业务平台发送所述消息，其中，所述配置信息中包括各业务平台订阅的消息类型。
第三方面，提供了一种多业务平台对接公众号的装置，包括：
接收单元，用于从业务平台接收第一请求消息，所述第一对接请求中包括所述业务平台的接口参数；
发送单元，用于向公众号的与所述接口参数对应的接口发送第二请求消息，所述第二请求消息包括所述接口参数和基本参数，所述基本参数指多个业务平台与所述公众号对接时共用的参数。
第四方面，提供了一种多业务平台对接公众号的装置，包括：
接收单元，用于从公众号接收消息，所述消息中包括消息类型；
发送单元，用于根据配置信息和所述消息类型向订阅所述消息类型的业务平台发送所述消息，其中，所述配置信息中包括各业务平台订阅的消息类型。
第五方面，提供了一种存储一个或多个程序的计算机可读存储介质，所述一个或多个程序包括指令，所述指令当被计算机执行时使所述计算机执行如第一方面或第二方面所述的方法。
本申请的实施例提供的多业务平台对接公众号的方法和装置，在业务平台与公众号之间创建一个对接管理平台作为适配层，实现双向的请求“复用”、消息解复用功能。对来自多个业务平台的对接请求统一处理，满足了多业务平台对接公众号的需求。根据配置公众号消息统一处理分发，方便多业务的定制管理。在对接管理平台这个适配层上，可根据业务扩展功能，比如行为日志，防火墙，黑白名单等。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。
图1为本申请的实施例提供的多个业务平台需要通过对接管理平台向公众号发送对接请求消息的示意图；
图2为本申请的实施例提供的多业务平台对接公众号方法的流程示意图一；
图3为本申请的实施例提供的多业务平台对接公众号方法的流程示意图二；
图4为本申请的实施例提供的公众号主动向对接管理平台发送消息的示意图；
图5为本申请的实施例提供的多业务平台对接公众号方法的流程示意图三；
图6为本申请的实施例提供的多业务平台对接公众号装置的结构示意图。
具体实施方式
下面结合附图，对本申请的实施例进行描述。
本申请所述的公众号包括微信公众号、支付宝公众号等，本申请不作限定。
在包括多个业务平台的系统中创建对接管理平台，业务平台主要完成各自业务功能，不关注对接公众号的具体处理流程，对接管理平台完成对接公众号的相关业务。该对接管理平台主要功能包括：
1、实现与公众号的对接功能。保存对接所需要的基本参数，例如公众号标识、应用密钥等。当与公众号对接时，携带参数调用公众号提供的对接接口。
2、处理业务平台的对接请求及响应。业务平台需要与公众号对接时，统一调用对接管理平台提供的接口。对接管理平台监听业务平台的对接请求，获取并处理请求参数，发送与公众号对接的请求。对接管理平台接收并处理公众号的返回信息，将结果返回到业务平台。
3、处理公众号与业务平台的消息交互。对接处理平台接收公众号的推送消息或其它消息，根据消息类型，及对接处理平台的配置信息，将消息分发到各业务平台。配置信息中记录了消息类型与业务平台的对应关系。
对接管理平台保存对接公众号所需要的基本参数basic_params，基本参数指多个业务平台与所述公众号对接时共用的参数，例如【公众号标识、应用密钥】等。如果多个业务平台与公众号对接共用的参数有修改，只需要修改对接管理平台的基本参数basic_params，各业务平台不受影响。
参照图1中所示，如果多个业务平台需要通过对接管理平台向公众号发送对接请求消息时，则参照图2中所示，本申请实施例提供的多业务平台对接公众号的方法包括步骤S101-S103：
S101、业务平台向对接管理平台发送第一请求消息。
第一对接请求中包括该业务平台的接口参数。下面以多个业务平台包括业务平台1和业务平台2为例进行说明。
例如，业务平台1调用对接管理平台的接口integrate_inf向对接管理平台发送第一请求消息，该消息中包括该业务平台1与公众号对接的接口参数，例如【应用程序接口(Application Program Interface，API)1参数】。
例如，业务平台2调用对接管理平台的接口integrate_inf向对接管理平台发送第一请求消息，该消息中包括该业务平台2与公众号对接的接口参数，例如【API 2参数】。
S102、对接管理平台从业务平台接收第一请求消息。
例如，对于来自业务平台1的请求，对接管理平台分析业务平台1的接口参数，连同基本参数basic_params，组装成请求对接的完整参数，例如【公众号标识、应用密钥、API 1参数】。
例如，对于来自业务平台2的请求，对接管理平台分析业务平台2的接口参数，连同基本参数basic_params，组装成请求对接的完整参数，例如【公众号标识、应用密钥、API 2参数】。
S103、对接管理平台向公众号的与接口参数对应的接口发送第二请求消息。
第二请求消息包括上述完整参数，即包括接口参数和基本参数。
例如，对于来自业务平台1的请求，对接管理平台通过公众号的API1接口向公众号发送请求消息，该请求消息中包括【公众号标识、应用密钥、API 1参数】。
例如，对于来自业务平台2的请求，对接管理平台通过公众号的API2接口向公众号发送请求消息，该请求消息中包括【公众号标识、应用密钥、API 2参数】。
可选的，参照图3中所示，上述方法还可以包括步骤S104：
S104、对接管理平台从公众号接收响应信息，并转发给对应业务平台。
由于业务平台通过对接管理平台向公众号发送请求时独占对接管理平台，因此公众号向对接管理平台返回响应消息时，对接管理平台可以直接确定进一步转发给哪个业务平台。例如对接管理平台将针对业务平台1的响应消息转发给业务平台1，将针对业务平台2的响应消息转发给业务平台2。
参照图4中所示，如果公众号主动向对接管理平台发送消息，则参照图5中所示，本申请实施例提供的多业务平台对接公众号的方法包括步骤S201-S205：
S201、对接管理平台从各业务平台接收订阅消息。
订阅消息用于指示对应业务平台订阅的消息类型。对接管理平台可以向各业务平台提供订阅消息接口subscribe以及取消订阅消息接口unsubscribe，各业务平台通过调用该接口，可以订阅感兴趣的消息。
S202、对接管理平台根据订阅消息生成配置信息。
具体的，对接管理平台根据各业务平台订阅的消息类型生成配置文件，使得配置信息中包括各业务平台订阅的消息类型。生成的配置信息示例如图4中的配置信息所示。
S203、公众号主动向对接管理平台发送消息。
该消息中包括消息类型。
S204、对接管理平台从公众号接收该消息。
S205、对接管理平台根据配置信息和消息类型向订阅该消息类型的业务平台发送该消息。
具体的，对接管理平台解析配置信息，根据消息类型分发到对应的业务平台。例如图4中的配置信息，如果对接管理平台接收到消息类型2的消息时，将该消息分发到业务平台2及业务平台3。
本申请提供的多业务平台对接公众号的方法，在业务平台与公众号之间创建一个对接管理平台作为适配层，实现双向的请求“复用”、消息解复用功能。对来自多个业务平台的对接请求统一处理，满足了多业务平台对接公众号的需求。根据配置公众号消息统一处理分发，方便多业务的定制管理。在对接管理平台这个适配层上，可根据业务扩展功能，比如行为日志，防火墙，黑白名单等。
本申请提供了一种多业务平台对接公众号装置，应用于上述方法，参照图6中所示，该装置11包括：
接收单元1101，用于从业务平台接收第一请求消息，第一对接请求中包括业务平台的接口参数。
发送单元1103，用于向公众号的与接口参数对应的接口发送第二请求消息，第二请求消息包括接口参数和基本参数，基本参数指多个业务平台与公众号对接时共用的参数。
在一种可能的实施方式中，接收单元1101，还用于从公众号接收响应信息；发送单元1103，还用于将接收单元1101接收的响应消息转发给对应业务平台。
另外，接收单元1101，用于从公众号接收消息，消息中包括消息类型。
发送单元1103，用于根据配置信息和消息类型向订阅消息类型的业务平台发送消息，其中，配置信息中包括各业务平台订阅的消息类型。
在一种可能的实施方式中，装置还包括生成单元1102，接收单元1101，还用于在从公众号接收消息之前，从各业务平台接收订阅消息，订阅消息用于指示对应业务平台订阅的消息类型；生成单元1102，用于根据接收单元1101接收的订阅消息生成配置信息。
由于本申请实施例中的装置可以应用于上述方法，因此，其所能获得的技术效果也可参考上述方法实施例，本申请实施例在此不再赘述。
需要说明的是，接收单元、生成单元、发送单元可以为单独设立的处理器，也可以集成在控制器的某一个处理器中实现，此外，也可以以程序代码的形式存储于控制器的存储器中，由控制器的某一个处理器调用并执行以上各单元的功能。这里所述的处理器可以是一个中央处理器(Central Processing Unit，CPU)，或者是特定集成电路(ApplicationSpecific Integrated Circuit，ASIC)，或者是被配置成实施本申请实施例的一个或多个集成电路。
本申请实施例提供一种存储一个或多个程序的计算机可读存储介质，所述一个或多个程序包括指令，所述指令当被计算机执行时使所述计算机执行如图2、3、5所述的方法。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可以用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如，软盘、硬盘、磁带)，光介质(例如，DVD)、或者半导体介质(例如固态硬盘(Solid StateDisk，SSD))等。
应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统、设备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，设备或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件程序实现时，可以全部或部分地以计算机程序产品的形式来实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，所述计算机指令可以从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(Digital Subscriber Line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。
以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以所述权利要求的保护范围为准。

Claims (9)

1.一种多业务平台对接公众号的方法，其特征在于，包括：
从业务平台接收第一请求消息，所述第一对接请求中包括所述业务平台的接口参数；
向公众号的与所述接口参数对应的接口发送第二请求消息，所述第二请求消息包括所述接口参数和基本参数，所述基本参数指多个业务平台与所述公众号对接时共用的参数。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
从公众号接收响应信息，并转发给对应业务平台。
3.一种多业务平台对接公众号的方法，其特征在于，包括：
从公众号接收消息，所述消息中包括消息类型；
根据配置信息和所述消息类型向订阅所述消息类型的业务平台发送所述消息，其中，所述配置信息中包括各业务平台订阅的消息类型。
4.根据权利要求3所述的方法，其特征在于，在所述从公众号接收消息之前，所述方法还包括：
从各业务平台接收订阅消息，所述订阅消息用于指示对应业务平台订阅的消息类型；
根据所述订阅消息生成所述配置信息。
5.一种多业务平台对接公众号的装置，其特征在于，包括：
接收单元，用于从业务平台接收第一请求消息，所述第一对接请求中包括所述业务平台的接口参数；
发送单元，用于向公众号的与所述接口参数对应的接口发送第二请求消息，所述第二请求消息包括所述接口参数和基本参数，所述基本参数指多个业务平台与所述公众号对接时共用的参数。
6.根据权利要求5所述的装置，其特征在于，
所述接收单元，还用于从公众号接收响应信息；
所述发送单元，还用于将所述响应消息转发给对应业务平台。
7.一种多业务平台对接公众号的装置，其特征在于，包括：
接收单元，用于从公众号接收消息，所述消息中包括消息类型；
发送单元，用于根据配置信息和所述消息类型向订阅所述消息类型的业务平台发送所述消息，其中，所述配置信息中包括各业务平台订阅的消息类型。
8.根据权利要求7所述的装置，其特征在于，所述装置还包括生成单元，
所述接收单元，还用于在从公众号接收消息之前，从各业务平台接收订阅消息，所述订阅消息用于指示对应业务平台订阅的消息类型；
所述生成单元，用于根据所述订阅消息生成所述配置信息。
9.一种存储一个或多个程序的计算机可读存储介质，其特征在于，所述一个或多个程序包括指令，所述指令当被计算机执行时使所述计算机执行如权利要求1-4任一项所述的方法。
CN201711401887.5A 2017-12-22 2017-12-22 多业务平台对接公众号的方法和装置 Pending CN108055337A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201711401887.5A CN108055337A (zh) 2017-12-22 2017-12-22 多业务平台对接公众号的方法和装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201711401887.5A CN108055337A (zh) 2017-12-22 2017-12-22 多业务平台对接公众号的方法和装置

Publications (1)

Publication Number Publication Date
CN108055337A true CN108055337A (zh) 2018-05-18

Family

ID=62131433

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201711401887.5A Pending CN108055337A (zh) 2017-12-22 2017-12-22 多业务平台对接公众号的方法和装置

Country Status (1)

Country Link
CN (1) CN108055337A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109086360A (zh) * 2018-07-19 2018-12-25 北京合思信息技术有限公司 支持企业间多个异构系统平台内的数据互联方法
CN112749026A (zh) * 2020-12-30 2021-05-04 金蝶软件（中国）有限公司 一种api调用方法及相关装置

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1859120A (zh) * 2006-03-06 2006-11-08 华为技术有限公司 一种实现业务的系统及方法
CN104113465A (zh) * 2013-04-16 2014-10-22 腾讯科技（深圳）有限公司 实现即时通信开放平台中消息处理的方法和系统
CN105681382A (zh) * 2014-11-21 2016-06-15 中兴通讯股份有限公司 通过融合通信业的业务平台处理信息的方法、装置及系统
CN106941441A (zh) * 2017-02-21 2017-07-11 珠海全志科技股份有限公司 一种支持多微信公众号接入的实现方法
CN107395738A (zh) * 2017-08-07 2017-11-24 北京移数通电讯有限公司 一种集成呼叫中心和微信公众号客服的系统及方法
US20170366487A1 (en) * 2013-04-27 2017-12-21 Tencent Technology (Shenzhen) Company Limited Apparatus, systems, and methods for network interactions

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1859120A (zh) * 2006-03-06 2006-11-08 华为技术有限公司 一种实现业务的系统及方法
CN100382493C (zh) * 2006-03-06 2008-04-16 华为技术有限公司 一种实现业务的系统及方法
CN104113465A (zh) * 2013-04-16 2014-10-22 腾讯科技（深圳）有限公司 实现即时通信开放平台中消息处理的方法和系统
US20170366487A1 (en) * 2013-04-27 2017-12-21 Tencent Technology (Shenzhen) Company Limited Apparatus, systems, and methods for network interactions
CN105681382A (zh) * 2014-11-21 2016-06-15 中兴通讯股份有限公司 通过融合通信业的业务平台处理信息的方法、装置及系统
CN106941441A (zh) * 2017-02-21 2017-07-11 珠海全志科技股份有限公司 一种支持多微信公众号接入的实现方法
CN107395738A (zh) * 2017-08-07 2017-11-24 北京移数通电讯有限公司 一种集成呼叫中心和微信公众号客服的系统及方法

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109086360A (zh) * 2018-07-19 2018-12-25 北京合思信息技术有限公司 支持企业间多个异构系统平台内的数据互联方法
CN112749026A (zh) * 2020-12-30 2021-05-04 金蝶软件（中国）有限公司 一种api调用方法及相关装置

Similar Documents

Publication Publication Date Title
CN105940377B (zh) 用于基于云的虚拟化编排器的方法、系统和计算机可读介质
CN104142856B (zh) 服务程序调用方法、系统及其智能设备
Oljira et al. A model for QoS-aware VNF placement and provisioning
US10243875B2 (en) Cloud service management system
KR20110097853A (ko) 상호작용 관리 시스템을 비즈니스 규칙 관리 시스템과 통합하는 방법 및 시스템
CN109600769B (zh) 通信方法及装置
CN102866925B (zh) 一种中间件与用户界面的通信方法和系统
CN114189525B (zh) 服务请求方法、装置和电子设备
CN103780686A (zh) 一种云组织内自定义申请审批流程的方法及系统
CN109600324A (zh) 视频通信方法、装置、计算机设备及存储介质
CN1973282A (zh) 用于管理针对集群配置的改变的系统和方法
CN108055337A (zh) 多业务平台对接公众号的方法和装置
CN114296953B (zh) 一种多云异构系统及任务处理方法
CN105743674A (zh) 虚拟网络功能管理方法、装置及系统
CN104579738A (zh) 用以在网络中管理流量的计算机实施的方法、计算机系统、计算机程序产品
US11349729B2 (en) Network service requests
CN109933407B (zh) 区块链dapp虚拟机、数据处理方法和计算设备
CN107426109A (zh) 一种流量调度方法、vnf模块及流量调度服务器
CN105099802A (zh) 一种流量识别方法、终端及网元设备
CN101309458B (zh) 多企业间的短信实现方法、系统和设备
CN105205905A (zh) 一种营业厅叫号的方法、装置及系统
CN105959252A (zh) 处理会话日志的方法及装置
CN106790339A (zh) 元数据服务器、网络装置及自动资源管理方法
CN113760487A (zh) 一种业务处理方法和装置
CN105763640B (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
RJ01 Rejection of invention patent application after publication

Application publication date: 20180518

RJ01 Rejection of invention patent application after publication