CN101193096A - 商用数据交换传输方法 - Google Patents
商用数据交换传输方法 Download PDFInfo
- Publication number
- CN101193096A CN101193096A CNA2006101147140A CN200610114714A CN101193096A CN 101193096 A CN101193096 A CN 101193096A CN A2006101147140 A CNA2006101147140 A CN A2006101147140A CN 200610114714 A CN200610114714 A CN 200610114714A CN 101193096 A CN101193096 A CN 101193096A
- Authority
- CN
- China
- Prior art keywords
- standard
- data
- section
- recipient
- commercial
- 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.)
- Active - Reinstated
Links
Images
Landscapes
- Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
Abstract
本发明涉及一种商用数据交换传输方法,包括1)标准服务器定义标准、发布标准,发送方和接收方设置标准数据区,下载存储标准;2)差异裸(无格式)数据传输,传递标有标准识别码的数据信息;3)裸数据解析并更新,根据本地标准对裸数据进行解析,更新。所述的标准将协议分为九个描述段,基于标准的传递通过九个描述段有效的表达所传递的内容。其传输的对象主要是商用的单据、帐、表格和文件,根据预先注册的标准进行更新性传输,以达到高效率传输、提高安全防护的数据交换目标,通常可以达到传统模式的3-10倍。
Description
技术领域
本发明涉及一种用于数据传输的方法,特别涉及一种集团(行业)网络环境的商用数据交换传输方法。
背景技术
随着网络商业应用的日益广泛,集团(行业)网络之内、集团(行业)与成员、成员与成员以及集团(行业)与其他集团(行业)之间商业数据交换、订单传输、报表呈报需要更加高效、准确的交换。
EDI(Electronic Data Exchange:电子数据交换)是电子商务的最初形式,它是指企业与企业之间,企业与政府之间通过一个内部网(Intranet)进行的数据传递和数据交换。通俗地讲就是标准化的商业文件在计算机之间从应用到应用的传送。许多商户选择EDI作为一种快速、低费用和安全的方式来传送订购单、发票、运货通知和其它常用的商业文件。
EDI在发展过程中遇到的主要问题就是标准问题,就像人们用语言交流必须有一套语法规则一样,EDI同样需要一套大家都能接受的标准,从而信息数据能够相互传递和交换。
在八十年代,世界上主要有两种EDI标准得到了广泛的认可和应用,一个是美国国家标准局授权标准委员会制定的X12标准和联合国组织制定的EDIFACT标准。进入九十年代后,美国开始决定从X12转向EDIFACT标准,EDIFACT就成了一个国际统一的EDI标准。
企业应用EDI的一般步骤有以下六步:
第一步:与贸易伙伴达成协议,共同决定采用的EDI标准交换信息;
第二步:选择一个EDI增值服务提供商(例如CHINAEDI),并登记建立一个公司邮箱(EDI ID);
第三步:开发或购买EDI通讯软件/硬件;
第四步:开发或购买EDI映射/翻译软件;
第五步:开发订单处理/帐务系统的API(应用程序接口)以便EDI数据的进出;
第六步:测试EDI应用系统。
但EDI在我国应用起步较晚,发展还受一些基础条件的制约,如企业信息化基础比较薄弱,企业对EDI的认识还比较浅,EDI的专业人才也相对缺乏。对于那些数据传送量少的小企业来说,投入大量的财力和人力去购买相关的软硬件、开发EDI单证和进行日常维护是一个大的负担和麻烦,投资往往是得不偿失。
当前我国各个企业间互不兼容的产品内容、应用语义、以及相互竞争的标准,将会限制“商业到商业的”交互功能。传统上,电子数据交换(EDI)标准可弥补Internet与Extranet之间的缝隙。然而,尽管新的基于Internet的工具和供应商软件正陆续进入这一市场,但目前这些软件的功能仍很不成熟。因此,今后的电子商务市场将会继续存在一个对跨部门、跨企业以及跨地理区域协调不同信息格式的需求。
发明内容
本发明所要解决的问题是提供一种将商用格式文件分拆为数据(内容)与标准(格式),在标准本地化的基础上通过约定的格式进行数据差异更新的商业数据交换传输方法。
本发明所述的商业数据交换传输方法,包括以下步骤:
1)标准服务器定义标准、发布标准,发送方和接收方设置标准数据区,下载存储标准,成员之间进行数据交换,首先进行标准的交换,即本次通讯的标准列表,首次通讯同时对方没有该版本的标准,对方立即放回一个缺乏的标准序号;数据得到方成员即向标准服务器下载该标准到本地,由此完成标准的交换。
2)差异裸(无格式)数据传输,传递标有标准识别码的数据信息。
3)、裸数据解析并更新。
根据本地标准对裸数据进行解析,接着进行更新,当更新成功时,将取回一个新的版本号存入本地;更新失败时,读回的仍然是旧的版本号,等待客户端更新;当遇到解析失败的传输内容时,返回错误段标识。
本发明的商业数据交换传输方法所述的标准将协议分为九个描述段,包括事务段、属性段、标准段、自定义段、校验段、数据段、指令段、扩展段和说明段。基于标准的传递通过九个描述段有效的表达所传递的内容。
事务段是必选段,表示欲传输的任务,如数据、订单、凭证、报表以及统计分析模型等。其他各描述段是可选段,根据传输的具体商务数据的格式需求来确定。协议只负责定义规范九个描述段,具体细节应根据商务应用详细定义。
所述事务段定义传输的任务,表达式:
<Transact Name=…SerialNo=…Title=…>
</Transact>
其中,Name为事务的名称、SerialNo为事物的序列号、Title为事务的标题。每个标准创建时都具有自身的事务段。
所述属性段是对事务的全局属性的描述,用于描述标准的属性,如该标准的创建者、创建日期、修改日期、创建公司等,可无限扩展。
表达式为,
<Properties Name=…>
<Author>…</Author>
<Created>…</Created>
<LastModify>…</LastModify>
<Company>…</Company>
</Properties>
当本协议作为标准的申报时,尤其是那些需要属性界定的标准承载的特性,如:财务报表数据转换文件时什么?Excel或者自定义的描述文件。如果自定义的描述文件需要附加的支持程序,则需要进一步描述。在上传标准时才可以将所有的支持文件载入标准数据库,发布供所有用户使用。
所述标准段用于描述标准的名称、版本号以及标准服务器的地址等,表达式为,
<Standard Name=...Version=...DeriveFrom=...DeriveVer=...>
...
</Standard>
其中,Name为标准的命名,Version为标准的版本号,如果不存在,表明这个标准不能再被派生,DeriveFrom为派生自标准,DeriveVer为派生自标准的版本,派生自标准和派生自标准的版本是可选的。
标准段引导数据的获得者解析或者从指定的服务器获得标准后解析数据。标准段的描述包含在事务段里。对于无需解析的数据,可以使用省略的标准段。标准名定义执行的标准:国际标准、国家标准、行业标准、企业标准、自定义标准。
所述自定义段包含在标准段中,用于描述自定义数据的类型、位置和权限,表达式为,
<Param Name=…Type=…Default=…Row=…Col=…Private=…>。
其中,Name为数据的命名,Type为数据的类型,包括整数Integer、浮点数Float、字符串String、日期Date、二进制数组Binary。Row、Col定义数据的位置,在描述列表和表单时使用。Default如“=0”表示缺省值,如“=数值1+数值2”,表示为支持表达式。Private定义在派生标准中不包含?
所述校验段包含在标准段之中,用于检查数据的有效性。表达式为,
<Verify Name=…Value1=…Value2=…Rule=…>。
其中,Name为校验准则的名称,Value1、Value2为校验的对象,如果为表达式则需要以等号开始。Rule为校验的类型,包括等于=、不等于!=、大于>、大于等于>=、小于<、小于等于<=、类似正则表达式、包含IN。
所述数据段包含在事物段中,是对数据集的描述。表达式为:
<Data Name=…>
</Data>
或者
<Data Name=…Value=…/>
其中,Name为在标准中定义的数据的名称,如″SA:成本″,Value为数据。
所述指令段是对指令的描述,每一个指令的具体参数由通讯的双方约定。表达式:
<Command Name=…Para(N)=…>
...
</Command>
其中,Name为指令的名称,Para(N)为指令要求的参数。
所述扩展段对将来扩展格式的兼容,当目前的数据无法合理的放入以上各段时,将数据放入本段,为未来标准的扩充提供指导。表达式:
<Extend>
...
</Extend>。
所述说明段,发出者对传输内容的说明、附言。表达式:
<Attachment>
...
</Attachment>。
本发明所述的商业数据交换传输方法,所述协议的使用规则为,
1)必选项缺乏时,视为无效数据,将此数据包丢弃,接收方不作任何动作;
2)标准、版本不正确时,接收方拒绝接收;
3)标准使用:
(i)双方存有同版本的标准:直接解析。
(ii)接收方拒绝接收的条件:
接收方缺少入网令牌,入网令牌是指一种权限,表明接收方是否有权接收数据,必须具有入网令牌权限的接收方才有资格接收数据;
发送方和接收方不具备同版本的标准,指接收方无标准时不进行接收,必须先到标准服务器下载该标准。
本发明的商用数据交换传输方法,每个数据库的更新或交换应该由其自身的版本号来判定,在得到旧版本需要更新时程序才会将带有标准编码的数据传递过去。带有标准编码的数据是在本地已载入该标准为前提的,当本地不具备该标准时自然也就无法完成基于该标准的传递。此时,系统应该向标准服务器申请载入该标准。
商用数据交换协议是针对大量的商用数据如:单据、凭证、报表数据交换的协议,其扩展协议甚至可以支持到工作流、执行程序层面等数据发布、交换。BEEP对商用数据的支持主要原理是使用标准发布机制在协议可达到的范围内发布所有成员或部分成员认可的单据、凭证、报表等商用数据标准,各个成员在进行这些数据交换时不再使用数据的全集,而是依据已颁布的标准仅仅交换单据、凭证、报表数据集中的需要交换的部分(即变动部分)。商用数据交换方法是基于应用层的商用数据交换协议,其传输的对象主要是商用的单据、帐、表格和文件,主要工作原理是根据预先注册的标准进行更新性传输,以达到高效率传输、提高安全防护的数据交换目标。通常可以达到传统模式的3-10倍。
附图说明
图1本发明的商用数据交换协议工作原理图,
图2本发明的商用数据交换协议结构图。
具体实施方式
本发明所述的商用数据交换传输方法,包括以下步骤:
1)标准服务器定义标准、发布标准,发送方和接收方设置标准数据区,下载存储标准,成员之间进行数据交换,首先进行标准的交换,即本次通讯的标准列表,首次通讯同时对方没有该版本的标准,对方立即放回一个缺乏的标准序号;数据得到方成员即向标准服务器下载该标准到本地,由此完成标准的交换。
2)差异裸(无格式)数据传输,传递标有标准识别码的数据信息。
每个数据库的更新或交换由其自身的版本号来判定,在得到旧版本需要更新时程序才会将带有标准编码的数据传递过去。带有标准编码的数据是在本地已载入该标准为前提的,当本地不具备该标准时自然也就无法完成基于该标准的传递。此时,系统应该向标准服务器申请载入该标准。
3)、裸数据解析并更新
根据本地标准对裸数据进行解析,接着进行更新,当更新成功时,将取回一个新的版本号存入本地;更新失败时,读回的仍然是旧的版本号,等待客户端更新;当遇到解析失败的传输内容时,返回错误段标识。
本发明的商业数据交换传输方法,所述的标准将协议分为九个描述段,包括事务段、属性段、标准端、自定义段、校验段、数据段、指令段、扩展段和说明段。事务段是必选段,表示欲传输的任务,如数据、订单、凭证、报表以及统计分析模型等。其他各描述段是可选段,根据传输的具体商务数据的格式需求来确定。协议只负责定义规范九个描述段,具体细节应根据商务应用详细定义。
以下以资产负债表的数据传输XML协议文档为例,说明各个描述段的定义。
(1)事务段是必选段,描述欲传输的内容,传输的事务名称为资产负债表、标题2005、序列号YH13892SGH4737,
<Transact Name=″资产负债表″SerialNo=″YH13892SGH4737″Title=″2005″>
(2)属性段用于描述特定标准的属性,属性名为资产负债表属性,该标准的创建者ljm、创建日期2006-10-11、修改日期2006-10-11、创建公司Gnet等,继续增加属性字段可无限扩展。
<Properties Name=”资产负债表属性”>
<Author>ljm</Author>
<Created>2006-10-11</Created>
<LastModify>2006-10-11</LastModify>
<Company>Gnet</Company>
...
</Properties>
(3)标准段用于描述标准的名称财政部标2004-35、版本号1.0.0.1、派生自标准GBFM2004、派生自标准版本号090.179.521以及标准服务器的地址http://www.gnet.com.cn等,引导数据的获得者解析或者从指定的服务器获得标准后解析数据。该字段的描述包含在事务段里。
<Standard Name=″财政部标2004-35″Version=”1.0.0.1”DeriveFrom=″GBFM2004″DeriveVer=″090.179.521″>
对于无需解析的数据,可以使用省略的标准段,如省略标准段的定义,则采用默认标准。
(4)自定义段用于描述自定义数据的名称:净利润、类型:Float、位置:行1,列1和权限有权限,该字段包含在标准段中。
<Param Name=″净利润″Type=″Float″Private=True row=1 col=1>
(5)校验段包含在标准段之中,用于检查数据的有效性,根据value1、value2和rule三个字段来进行检查,value1是表示数据段值1,value2表示数据段值2,rule表示检验条件,如大于,小于等,如果value1和value2符合rule则表示数据有效,否则视为无效。
<Verify Name=″总数校验″Value1=″数值1+数值2″Value2=″5″Rule=″>=″/>
(6)数据段数据集的描述,名称SA:成本、值:50000,包含在事物段中。
<Data Name=″SA:成本″Value=″50000″/>
(7)指令段指令的描述,指令名:submit、参数c:\temp.txt,每一个指令的具体参数由通讯的双方约定。
<Command Name=″submit″Value=″c:\temp.txt″></Command>
(8)扩展段对将来扩展格式的兼容,当目前的数据无法合理的放入以上各段时,将数据放入本段,为未来标准的扩充提供指导。
<Extend></Extend>
(9)说明段发出者对传输内容的说明、附言。
<Attachment></Attachment>。
以下是相对应的XML协议文档:
<Transact Name=″资产负债表″SerialNo=″YH13892SGH4737″Title=″2005″>
<Standard Name=″财政部标2004-35″Version=”1.0.0.1”DeriveFrom=″GBFM2004″DeriveVer=″090.179.521″>
<Verify Name=″总数校验″Value1=″数值1+数值2″Value2=″5″Rule=″>=″/>
...
<Data Name=″SA:成本″Value=″50000″/>
...
<Param Name=″净利润″Type=″Float″Private=True row=1 col=1>
...
</Standard>
</Transact>
<Properties Name=”资产负债表属性”>
<Author>ljm</Author>
<Created>2006-10-11</Created>
<LastModify>2006-10-11</LastModify>
<Company>Gnet</Company>
...
</Properties>
<Command Name=″submit″Value=″c:\temp.txt″></Command>
...
<Extend></Extend>
<Attachment></Attachment>
上述协议文档说明事务(Transact)段包含标准(Standard)段、数据段(Data)等,校验段(Verify)包含在标准段中。
实施例2
客户端在资产负债表中更新了两个数据(现金10000元、应付款10000元),这其中有相对固定的项目内容、继承的数据年初数以及原有的本年累计内容。此时只需表达不同部分即可,即使用变化坐标来表示内容的变化,如与Excel兼容的行列表示法。
本年累计数,现金:+10000;本年累计数,应付帐款:+10000
或
D,8=10000;H,7=10000,
D,8=10000表示第4列第8行数据为10000(即第4列第8行表示现金),H,7=10000表示第8列第7行数据为10000(即第8列第7行代表应付帐款)
1)发送方和接收方首先进行标准的交换,即交换本次通讯的标准列表,保证发送方和接收方的标准号一致。
2)差异裸(无格式)数据传输。
发送方传送事务名称为资产负债表、标题2005、序列号YH13892SGH4737和D,8=10000;H,7=10000。
协议的描述段的定义如下。
(1)事务段是必选段,描述欲传输的内容,传输的事务名称为资产负债表、标题2005、序列号YH13892SGH4737,
<Transact Name=″资产负债表″SerialNo=″YH13892SGH4737″Title=″2005″>
(2)属性段用于描述标准的属性,属性名为资产负债表属性,该标准的创建者ljm、创建日期2006-10-11、修改日期2006-10-11、创建公司Gnet等,继续增加属性字段可无限扩展。
<Properties Name=”资产负债表属性”>
<Author>ljm</Author>
<Created>2006-10-11</Created>
<LastModify>2006-10-11</LastModify>
<Company>Gnet</Company>
...
</Properties>
(3)标准段用于描述标准的名称财政部标2004-35、版本号1.0.0.1、派生自标准GBFM2004、派生自标准版本号090.179.521以及标准服务器的地址http://www.gnet.com.cn等,引导数据的获得者解析或者从指定的服务器获得标准后解析数据。该字段的描述包含在事务段里。
<Standard Name=″财政部标2004-35″Version=”1.0.0.1”DeriveFrom=″GBFM2004″DeriveVer=″090.179.521″>。
(4)数据段数据集的描述,名称现金10000,应付款10000,包含在事物段中。
<Data Name=″现金″Rol=8 Col=4 Value=″10000″/>
<Data Name=″应付帐款″Rol=7 Col=8 Value=″10000″/>
(3)接收方找到对应标准号的协议及数据版本号(01.Ver18927629045609092183746)进行解析处理数据更新。当更新成功时,将取回一个新的版本号存入本地;更新失败时,读回的仍然是旧的版本号,等待客户端更新;当遇到解析失败的传输内容时,返回错误段标识。
Claims (10)
1.商用数据交换传输方法,包括以下步骤,
1)标准服务器定义标准、发布标准,发送方和接收方设置标准数据区,下载存储标准;
2)差异裸(无格式)数据传输,传递标有标准识别码的数据信息;
3)裸数据解析并更新,接收方根据本地标准对裸数据进行解析,更新,接收方更新成功,取回一个新的版本号存入本地。
2.根据权利要求1所述的商用数据交换方法,其特征在于,成员之间进行数据交换,首先进行标准的交换,即本次通讯的标准列表,首次通讯同时对方没有该版本的标准,对方立即放回一个缺乏的标准序号,数据得到方成员即向标准服务器下载该标准到本地,由此完成标准的交换。
3.根据权利要求1所述的商用数据交换传输方法,其特征在于,所述所述的标准将协议分为九个描述段,包括事务段、属性段、标准段、自定义段、校验段、数据段、指令段、扩展段和说明段,协议负责定义规范九个描述段,基于标准的传递通过九个描述段有效的表达所传递的内容。
4.根据权利要求3所述的商用数据交换方法,其特征在于,所述的事务段是必选段,表示欲传输的任务,其他各描述段是可选段,根据传输的具体商务数据的格式需求来确定。
5.根据权利要求3所述的商用数据交换方法,其特征在于,所述标准段和数据段包含在事物段中,校验段包含在标准段中。
6.根据权利要求3所述的商用数据交换方法,其特征在于,所述协议的必选项缺乏时,视为无效数据,将此数据包丢弃,接收方不作任何动作。
7.根据权利要求1所述的商用数据交换方法,其特征在于,发送方标准、版本不正确时,接收方拒绝接收。
8.根据权利要求1所述的商用数据交换方法,其特征在于,接收方必须具有入网令牌权限才有资格接收数据。
9.根据权利要求1所述的商用数据交换方法,其特征在于,接收方更新失败,读回的仍是旧的版本号,等待发送方更新。
10.根据权利要求1所述的商用数据交换方法,其特征在于,传输内容接收方解析失败,返回错误段标识。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2006101147140A CN101193096A (zh) | 2006-11-22 | 2006-11-22 | 商用数据交换传输方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CNA2006101147140A CN101193096A (zh) | 2006-11-22 | 2006-11-22 | 商用数据交换传输方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101193096A true CN101193096A (zh) | 2008-06-04 |
Family
ID=39487847
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CNA2006101147140A Active - Reinstated CN101193096A (zh) | 2006-11-22 | 2006-11-22 | 商用数据交换传输方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101193096A (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103888448A (zh) * | 2014-03-03 | 2014-06-25 | 珠海市君天电子科技有限公司 | 数据传输、存储方法和装置及系统 |
CN107291675A (zh) * | 2017-06-19 | 2017-10-24 | 南通易致软件科技有限公司 | 一种行业信息分类编码管理系统和方法 |
-
2006
- 2006-11-22 CN CNA2006101147140A patent/CN101193096A/zh active Active - Reinstated
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103888448A (zh) * | 2014-03-03 | 2014-06-25 | 珠海市君天电子科技有限公司 | 数据传输、存储方法和装置及系统 |
CN107291675A (zh) * | 2017-06-19 | 2017-10-24 | 南通易致软件科技有限公司 | 一种行业信息分类编码管理系统和方法 |
CN107291675B (zh) * | 2017-06-19 | 2021-01-26 | 刘永江 | 一种行业信息分类编码管理系统和方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Wu et al. | Application of Internet of Things and blockchain technologies to improve accounting information quality | |
Murthy et al. | A continuous auditing web services model for XML-based accounting systems | |
CN101266666B (zh) | 贸易伙伴网络中的商务文档以及基于该文档的接口定义 | |
US8762415B2 (en) | Modeling of order data | |
CN100388292C (zh) | 贸易伙伴网络中的商务文档以及基于该文档的接口定义 | |
JP2007515001A (ja) | 電子調達システムを介して出荷ラベルを提供する方法及びシステム | |
CN105453129A (zh) | 用于管理物品寄送的系统和方法 | |
CN102216926A (zh) | 远程基于web的文件生成系统和方法 | |
US20130246133A1 (en) | Systems and methods for incentives | |
US20230162204A1 (en) | System and method for carbon management lifecycle management and application programming interface | |
Lindenthal | Valuable words: The price dynamics of internet domain names | |
CN104778549A (zh) | 一种erp系统与qp系统数据交互实现方法及装置 | |
CN114331371A (zh) | 一种基于流程再造的免申即享业务申报方法及其实现系统 | |
ZA200309973B (en) | Inspection and audit process for shipped goods utilizing online global pricing system. | |
CN101193096A (zh) | 商用数据交换传输方法 | |
Lawrence | The growth of e-commerce in developing countries: an exploratory study of opportunities and challenges for SMEs | |
Meadows et al. | Universal business language 1.0 | |
KR102185613B1 (ko) | 사설 부동산 거래정보망 및 국토교통부 전자계약시스템의 표준 연계 시스템 및 그 운용방법 | |
KR20010099047A (ko) | 수출서류 자동화 시스템과 그의 문서 관리방법 및 기록매체 | |
WO2023022891A1 (en) | Method and apparatus for monitoring carbon sequestered from greenhouse gas emissions | |
CN202433966U (zh) | 一种通过嵌入拍买软件客户端的移动终端实现推荐提成即时交易的信息处理系统 | |
KR102311511B1 (ko) | 블록체인을 적용하여 보안을 강화한 오픈마켓 시스템 | |
CA2815118A1 (en) | Systems and methods for incentives | |
KR100352345B1 (ko) | 웹 서버상에서 구현되는 플랜트 건설을 위한 기업간 전자상거래 시스템 및 그 방법 | |
KR20080072010A (ko) | 상거래 표현 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Open date: 20080604 |
|
C10 | Entry into substantive examination | ||
RA01 | Restoration of patent right |
Former decision: deemed withdrawal of patent application after publication Former decision publication date: 20100811 |
|
SE01 | Entry into force of request for substantive examination | ||
RR01 | Reinstatement of patent right |
Former decision: The restoration of the right to apply for a patent / patent right Former decision publication date: 20101020 |
|
C12 | Rejection of a patent application after its publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20080604 |