CN105391711A - 业务平台及基于tipc协议的通信方法 - Google Patents

业务平台及基于tipc协议的通信方法 Download PDF

Info

Publication number
CN105391711A
CN105391711A CN201510745967.7A CN201510745967A CN105391711A CN 105391711 A CN105391711 A CN 105391711A CN 201510745967 A CN201510745967 A CN 201510745967A CN 105391711 A CN105391711 A CN 105391711A
Authority
CN
China
Prior art keywords
business platform
client
opposite end
program
server program
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
CN201510745967.7A
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.)
Shandong Chaoyue Numerical Control Electronics Co Ltd
Original Assignee
Shandong Chaoyue Numerical Control Electronics 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 Shandong Chaoyue Numerical Control Electronics Co Ltd filed Critical Shandong Chaoyue Numerical Control Electronics Co Ltd
Priority to CN201510745967.7A priority Critical patent/CN105391711A/zh
Publication of CN105391711A publication Critical patent/CN105391711A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/08—Protocols for interworking; Protocol conversion

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer And Data Communications (AREA)

Abstract

本发明提供了一种业务平台及基于tipc协议的通信方法，其中，业务平台包括：第一构建单元，用于构建服务器程序和客户端程序；配置单元，用于根据tipc协议配置服务器程序的网络地址和对端业务平台的客户端程序的至少两个网络地址；第二构建单元，用于根据服务器程序的网络地址和对端业务平台的客户端程序的至少两个网络地址，构建与对端业务平台相连的至少两条通信路径；处理器，用于运行客户端程序，根据至少两条通信路径，利用客户端程序将目标数据发送至对端业务平台运行的服务器程序；运行服务器程序，利用服务器程序接收对端业务平台运行的客户端程序发送的目标数据。通过本发明的技术方案，可提高处理器间进行数据交互的可靠性。

Description

业务平台及基于tipc协议的通信方法
技术领域
本发明涉及通信技术领域，特别涉及一种业务平台及基于透明进程间通信tipc协议的通信方法。
背景技术
随着通信技术的不断发展，对业务平台的功能性要求也越来越高，通常需要使不同的业务平台下的处理器进行互联以进行数据交互。
目前，主要通过tcp(TransmissionControlProtocol，传输控制协议)来实现不同业务平台下的处理器之间互联以进行数据交互，基于tcp协议的互联依赖于每一个处理器对应的业务平台的ip(InternetProtocol，网络间互联的协议)地址，无法实现多播功能，导致处理器之间的通信路径单一，当通信路径受到损坏时，则通信服务中断，处理器间进行数据交互的可靠性较低。
发明内容
有鉴于此，本发明提供了一种业务平台及基于透明进程间通信tipc协议的通信方法，可提高处理器间进行数据交互的可靠性。
第一方面，本发明提供了一种业务平台，包括：
第一构建单元，用于构建服务器程序和客户端程序；
配置单元，用于根据tipc协议配置服务器程序的网络地址和对端业务平台下的客户端程序的至少两个网络地址；
第二构建单元，用于根据服务器程序的网络地址和对端业务平台下的客户端程序的至少两个网络地址，构建与对端业务平台相连的至少两条通信路径；
处理器，用于运行客户端程序，根据所述至少两条通信路径，利用客户端程序将目标数据发送至对端业务平台下运行的服务器程序中；以及，运行服务器程序，利用服务器程序接收对端业务平台下运行的客户端程序发送的目标数据。
优选地，
所述配置单元，用于通过tipc-config配置服务器程序的网络地址；
以及，
所述配置单元，用于通过tipc-config配置对端业务平台下的客户端程序的至少两个网络地址。
优选地，
所述第二构建单元，用于通过至少两路万兆网络将所述业务平台和对端业务平台进行物理链路互联；其中，每一路万兆网络为一个通信路径。
优选地，
所述第二构建单元，用于通过交换芯片RapidIO将所述业务平台和对端业务平台进行物理链路互联；其中，所述RapidIO包括至少两条通信路径。
优选地，
所述处理器，用于运行客户端程序，根据客户端程序的至少两个网络地址，生成至少两个客户端进程；利用至少两个客户端进程以及至少两条通信路径，将目标数据发送至对端业务平台下运行的服务器程序中。
第二方面，本发明提供了一种基于透明进程间通信tipc协议的通信方法，应用于业务平台中，包括：
构建服务器程序和客户端程序；
根据tipc协议配置服务器程序的网络地址和对端业务平台下的客户端程序的至少两个网络地址；
根据服务器程序的网络地址和对端业务平台下的客户端程序的至少两个网络地址，构建与对端业务平台相连的至少两条通信路径；
运行客户端程序以及服务器程序，根据所述至少两条通信路径，利用客户端程序将目标数据发送至对端业务平台下运行的服务器程序中；以及，利用服务器程序接收对端业务平台下运行的客户端程序发送的目标数据。
优选地，所述根据tipc协议配置服务器程序的网络地址和对端业务平台下的客户端程序的至少两个网络地址，包括：
通过tipc-config配置服务器程序的网络地址；
以及，通过tipc-config配置对端业务平台下的客户端程序的至少两个网络地址。
优选地，所述构建与对端业务平台相连的至少两条通信路径，包括：
通过至少两路万兆网络将所述业务平台和对端业务平台进行物理链路互联；其中，每一路万兆网络为一个通信路径。
优选地，所述构建与对端业务平台相连的至少两条通信路径，包括：
通过交换芯片RapidIO将所述业务平台和对端业务平台进行物理链路互联；其中，所述RapidIO包括至少两条通信路径。
优选地，
所述运行客户端程序，根据所述至少两条通信路径，利用客户端程序将目标数据发送至对端业务平台下运行的服务器程序中，包括：
运行客户端程序，根据客户端程序的至少两个网络地址，生成至少两个客户端进程；利用至少两个客户端进程以及至少两条通信路径，将目标数据发送至对端业务平台下运行的服务器程序中。
本发明提供了一种业务平台及基于透明进程间通信tipc协议的通信方法，通过在业务平台下构建服务器程序和客户端程序，并根据tipc协议配置服务器程序的网络地址以及对端业务平台下的客户端程序的至少两个网络地址，进而构建本端业务平台和对端业务平台间的至少两条通信路径，实现了不同业务平台间的通信路径冗余，在处理器上运行客户端程序后，在任一条通信路径发生故障时，客户端程序还可通过其他的通信路径将目标数据发送至对端业务平台下运行的服务器程序中；可提高处理器间进行数据交互的可靠性。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本发明一实施例提供的业务平台的结构示意图；
图2是本发明一实施例提供的一种业务平台之间通过多个通信路径互联以进行信息交互的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例，基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。
如图1所示，本发明实施例提供了一种业务平台，可以包括：
第一构建单元101，用于构建服务器程序和客户端程序；
配置单元102，用于根据tipc协议配置服务器程序的网络地址和对端业务平台下的客户端程序的至少两个网络地址；
第二构建单元103，用于根据服务器程序的网络地址和对端业务平台下的客户端程序的至少两个网络地址，构建与对端业务平台相连的至少两条通信路径；
处理器104，用于运行客户端程序，根据所述至少两条通信路径，利用客户端程序将目标数据发送至对端业务平台下运行的服务器程序中；以及，运行服务器程序，利用服务器程序接收对端业务平台下运行的客户端程序发送的目标数据。
本发明一实施例中，通过在业务平台下构建服务器程序和客户端程序，并根据tipc(TransparentInterprocessCommunication，透明进程间通信)协议配置服务器程序的网络地址以及对端业务平台下的客户端程序的至少两个网络地址，进而构建本端业务平台和对端业务平台间的至少两条通信路径，实现了不同业务平台间的通信路径冗余，在处理器上运行客户端程序后，在任一条通信路径发生故障时，客户端程序还可通过其他的通信路径将目标数据发送至对端业务平台下运行的服务器程序中；可提高处理器间进行数据交互的可靠性。
进一步的，为了使不同的业务平台间可构建多个通信路径，需要使本端业务平台下的服务器程序的网络地址可对应对端业务平台下的客户端程序的多个网络地址，具体地，本发明一个优选实施例中，所述配置单元102，用于通过tipc-config配置服务器程序的网络地址；
以及，
所述配置单元102，用于通过tipc-config配置对端业务平台下的客户端程序的至少两个网络地址。
进一步的，不同的业务平台之间的多个通信路径均需要依赖于不同的物理通信链路，可根据通信路径的长度选择使用不同的物理通信链路，比如，当通信路径较长时，可选择光纤、双绞线等通信设备；具体地，本发明一个优选实施例中，所述第二构建单元103，用于通过至少两路万兆网络将所述业务平台和对端业务平台进行物理链路互联；其中，每一路万兆网络为一个通信路径。
在另一种可能实现的方式中，当通信路径较短时，所述第二构建单元103，用于通过交换芯片RapidIO将所述业务平台和对端业务平台进行物理链路互联；其中，所述RapidIO包括至少两条通信路径。
进一步的，在根据tipc协议为本端业务平台下的服务器程序以及对端业务平台下的客户端程序配置网络地址之后，当在处理器中运行客户端程序时，客户端应用程序即可通过不同的网络地址以及对应的多个通信路径将目标数据发送至对端业务平台下运行的服务器程序中，具体地，本发明一个优选实施例中，所述处理器104，用于运行客户端程序，根据客户端程序的至少两个网络地址，生成至少两个客户端进程；利用至少两个客户端进程以及至少两条通信路径，将目标数据发送至对端业务平台下运行的服务器程序中。
为使本发明的目的、技术方案和优点更加清楚，下面结合附图及应用于上述实施例中所述的业务平台上的一种基于透明进程间通信tipc协议的通信方法对本发明所述的业务平台作进一步的详细描述。
以业务平台B上的处理器向业务平台A上的处理器发送目标数据为例。
首先，为使不同平台下的处理器之间可进行数据交互，需要分别在每一个业务平下通过构建单元分别构建相应的客户端程序和服务器程序。
然后，为提高不同业务平台下的处理器之间进行数据交互的可靠性，避免业务平台间的通信路径过于单一，可利用tipc网络地址的可扩展性，通过业务平台A上的配置单元给业务平台A下的服务器程序配置网络地址，以及给需要与业务平台A进行数据交互的其他业务平台(比如，业务平台B)下的每一个客户端程序分别配置多个网络地址；具体地，可通过在业务平台A上启动tipc-config软件来配置网络地址。
进一步的，在为业务平台B下的客户端程序配置多个网络地址之后，即可根据客户端程序配置的多个网络地址分别构建业务平台B与业务平台A之间的多个通信路径，实现业务平台A与业务平台B之间的通信路径冗余；具体地，在两个业务平台之间的通信路径较远时，每一个通信路径对应的物理通信链路可分别依赖于不同的万兆网络，物理通信路径的载体可以包括双绞线、同轴电缆以及光纤等；相应的，在业务平台A和业务平台B之间的物理通信路径较近时，可通过交换芯片RapidIO来进行连接，比如业务平台A和业务平台B为X8DTL板卡时，可通过RapidIO直接连接业务平台A和业务平台B分别对应的X8DTL板卡，RapidIO内可以包括多个通信路径。
进一步的，当业务平台A和业务平台B之间根据tipc协议配置好网络地址以及每一个网络地址对应的通信路径之后，即可在业务平台A下的处理器上运行服务器程序和客户端程序；这时，运行在业务平台B下的处理器上的客户端程序，可根据配置的多个网络地址产生多个客户端进程，如图2所示，当业务平台B下的客户端程序配置了4个网络地址，且每一个网络地址均可对应一个与业务平台A相连的通信路径时，业务平台B下的客户端程序可产生4个客户端进程：TIPCclient1、TIPCclient2、TIPCclient3以及TIPCclient4，每一个客户端进程可对应一个通信路径，当任一通信路径故障时，可通过其他客户端进程以及对应的通信路径将目标数据发送至业务平台A下运行的服务器程序TIPCserver。
相应的，业务平台A下的处理器向业务平台B下的处理器发送目标数据时同理。
本领域技术人员应该很容易想到的是，业务平台A可与多个业务平台互联，业务平台A下的服务器程序的网络地址具有唯一性，其他多个业务平台下的客户端程序的网络地址具有可扩展性，即每一个客户端程序可配置多个网络地址，进而根据配置的多个网络地址以及业务平台A下的服务器程序的网络地址构建与业务平台A相连的多个通信路径。
本发明实施例至少具有如下有益效果：
1、通过在业务平台下构建服务器程序和客户端程序，并根据tipc协议配置服务器程序的网络地址以及对端业务平台下的客户端程序的至少两个网络地址，进而构建本端业务平台和对端业务平台间的至少两条通信路径，实现了不同业务平台间的通信路径冗余，在处理器上运行客户端程序后，在任一条通信路径发生故障时，客户端程序还可通过其他的通信路径将目标数据发送至对端业务平台下运行的服务器程序中；可提高处理器间进行数据交互的可靠性。
2、基于tipc协议的通信节点地址透明，根据可扩展性较强的网络地址来构建通信路径，不必依赖于ip地址，可以提高处理器间数据交互的效率。
需要说明的是，在本文中，诸如第一和第二之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个〃〃〃〃〃〃”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同因素。
最后需要说明的是：以上所述仅为本发明的较佳实施例，仅用于说明本发明的技术方案，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims (10)

1.一种业务平台，其特征在于，包括：
第一构建单元，用于构建服务器程序和客户端程序；
配置单元，用于根据tipc协议配置服务器程序的网络地址和对端业务平台下的客户端程序的至少两个网络地址；
第二构建单元，用于根据服务器程序的网络地址和对端业务平台下的客户端程序的至少两个网络地址，构建与对端业务平台相连的至少两条通信路径；
处理器，用于运行客户端程序，根据所述至少两条通信路径，利用客户端程序将目标数据发送至对端业务平台下运行的服务器程序中；以及，运行服务器程序，利用服务器程序接收对端业务平台下运行的客户端程序发送的目标数据。
2.根据权利要求1所述的业务平台，其特征在于，
所述配置单元，用于通过tipc-config配置服务器程序的网络地址；
以及，
所述配置单元，用于通过tipc-config配置对端业务平台下的客户端程序的至少两个网络地址。
3.根据权利要求1所述的业务平台，其特征在于，
所述第二构建单元，用于通过至少两路万兆网络将所述业务平台和对端业务平台进行物理链路互联；其中，每一路万兆网络为一个通信路径。
4.根据权利要求1所述的业务平台，其特征在于，
所述第二构建单元，用于通过交换芯片RapidIO将所述业务平台和对端业务平台进行物理链路互联；其中，所述RapidIO包括至少两条通信路径。
5.根据权利要求1至4中任一所述的业务平台，其特征在于，
所述处理器，用于运行客户端程序，根据客户端程序的至少两个网络地址，生成至少两个客户端进程；利用至少两个客户端进程以及至少两条通信路径，将目标数据发送至对端业务平台下运行的服务器程序中。
6.一种基于透明进程间通信tipc协议的通信方法，其特征在于，应用于业务平台中，包括：
构建服务器程序和客户端程序；
根据tipc协议配置服务器程序的网络地址和对端业务平台下的客户端程序的至少两个网络地址；
根据服务器程序的网络地址和对端业务平台下的客户端程序的至少两个网络地址，构建与对端业务平台相连的至少两条通信路径；
运行客户端程序以及服务器程序，根据所述至少两条通信路径，利用客户端程序将目标数据发送至对端业务平台下运行的服务器程序中；以及，利用服务器程序接收对端业务平台下运行的客户端程序发送的目标数据。
7.根据权利要求6所述的方法，其特征在于，所述根据tipc协议配置服务器程序的网络地址和对端业务平台下的客户端程序的至少两个网络地址，包括：
通过tipc-config配置服务器程序的网络地址；
以及，通过tipc-config配置对端业务平台下的客户端程序的至少两个网络地址。
8.根据权利要求6所述的方法，其特征在于，所述构建与对端业务平台相连的至少两条通信路径，包括：
通过至少两路万兆网络将所述业务平台和对端业务平台进行物理链路互联；其中，每一路万兆网络为一个通信路径。
9.根据权利要求6所述的方法，其特征在于，所述构建与对端业务平台相连的至少两条通信路径，包括：
通过交换芯片RapidIO将所述业务平台和对端业务平台进行物理链路互联；其中，所述RapidIO包括至少两条通信路径。
10.根据权利要求6至9中任一所述的方法，其特征在于，
所述运行客户端程序，根据所述至少两条通信路径，利用客户端程序将目标数据发送至对端业务平台下运行的服务器程序中，包括：
运行客户端程序，根据客户端程序的至少两个网络地址，生成至少两个客户端进程；利用至少两个客户端进程以及至少两条通信路径，将目标数据发送至对端业务平台下运行的服务器程序中。
CN201510745967.7A 2015-11-05 2015-11-05 业务平台及基于tipc协议的通信方法 Pending CN105391711A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201510745967.7A CN105391711A (zh) 2015-11-05 2015-11-05 业务平台及基于tipc协议的通信方法

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201510745967.7A CN105391711A (zh) 2015-11-05 2015-11-05 业务平台及基于tipc协议的通信方法

Publications (1)

Publication Number Publication Date
CN105391711A true CN105391711A (zh) 2016-03-09

Family

ID=55423547

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201510745967.7A Pending CN105391711A (zh) 2015-11-05 2015-11-05 业务平台及基于tipc协议的通信方法

Country Status (1)

Country Link
CN (1) CN105391711A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105871524A (zh) * 2016-05-11 2016-08-17 福建三元达网络技术有限公司 一种基于tipc协议实现双机热备的方法及系统
CN109413101A (zh) * 2018-12-08 2019-03-01 宁波博太科智能科技有限公司 一种客户端与服务端之间的信息传输方法

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101675424A (zh) * 2007-05-04 2010-03-17 高通股份有限公司 用于可扩展和冗余电信系统的进程间通信方法和装置
US20130179730A1 (en) * 2012-01-09 2013-07-11 Samsung Electronics Co., Ltd. Apparatus and method for fault recovery

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101675424A (zh) * 2007-05-04 2010-03-17 高通股份有限公司 用于可扩展和冗余电信系统的进程间通信方法和装置
US20130179730A1 (en) * 2012-01-09 2013-07-11 Samsung Electronics Co., Ltd. Apparatus and method for fault recovery

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
冀映辉: "TIPC透明进程间通信协议研究和应用", 《计算机系统应用》 *
冀映辉: "一种实现RapidIO用户态通信接口的改进方法", 《计算机工程与应用》 *

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN105871524A (zh) * 2016-05-11 2016-08-17 福建三元达网络技术有限公司 一种基于tipc协议实现双机热备的方法及系统
CN105871524B (zh) * 2016-05-11 2019-06-21 福建三元达网络技术有限公司 一种基于tipc协议实现双机热备的方法及系统
CN109413101A (zh) * 2018-12-08 2019-03-01 宁波博太科智能科技有限公司 一种客户端与服务端之间的信息传输方法
CN109413101B (zh) * 2018-12-08 2021-08-31 宁波博太科智能科技股份有限公司 一种客户端与服务端之间的信息传输方法

Similar Documents

Publication Publication Date Title
CN110495137B (zh) 数据中心网络结构及其构建方法
CN103098428B (zh) 一种实现pcie交换网络的报文传输方法、设备和系统
CN107959715B (zh) 基于无线通讯的远程终端信息识别软件方法
US10250958B2 (en) Optical network-on-chip, optical router, and signal transmission method
CN104010039A (zh) 一种基于WebSocket的多雷达远程监控系统及方法
CN103023987A (zh) 一种基于tcp连接的多路复用的方法
CN104503801B (zh) 软件升级指令分发方法、通信服务器及终端设备
CN104246734A (zh) 在无线链路上支持usb hub或外围设备的多跳树的可扩展wse hub
CN109656755A (zh) 检测设备状态的方法和系统
CN104717117A (zh) 在虚拟端口通道(vPC)上的以太网光纤通道(FCoE)
JP7448597B2 (ja) メッセージ生成方法および装置ならびにメッセージ処理方法および装置
CN104410527A (zh) 一种拓扑检测方法、交换机及热堆叠系统
CN105763462A (zh) 一种处理堆叠分裂的方法及交换机
CN105391711A (zh) 业务平台及基于tipc协议的通信方法
CN103685083A (zh) 异步管理网络中的通信方法
CN103534995B (zh) 一种路由器集群的板间通信方法、路由器和路由器集群
CN109039738B (zh) Dcs网络设备的配置与监控方法、装置、维护节点和终端
CN103001836A (zh) 无需地址分配的串行通信方法和系统
CN104935614B (zh) 一种数据传输方法及装置
CN108306998A (zh) 网络地址转换方法及装置
CN112511621A (zh) 数据发送方法及装置、存储介质、电子装置
CN103428270A (zh) 一种适用于分布式环境的网络通信方法
CN107707598A (zh) 一种远程控制物联网通信设备的方法及物联网通信设备
CN110247837A (zh) 一种IPv6网络传送系统
CN104333500B (zh) 一种信号转换方法、装置及系统

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
WD01 Invention patent application deemed withdrawn after publication
WD01 Invention patent application deemed withdrawn after publication

Application publication date: 20160309