GB/T 31022-2014 名片二维码通用技术规范

　　ICS 35. 040 A 24

　　中 华 人 民 共 和 国 国 家 标 准

　　GB/T 31022—2014

　　名片二维码通用技术规范

　　Generaltechniquespecification fortwo-dimensionalbarcodebusinesscard

　　2014-09-03发布 2015-02-01实施

　　中华人民共和国国家质量监督检验检疫总局中 国 国 家 标 准 化 管 理 委 员 会

　　发

　　布

　　GB/T 31022—2014

　　前 言

　　本标准按照 GB/T 1. 1—2009给出的规则起草 。

　　本标准由全国物品编码标准化技术委员会(SAC/TC287)提出并归 口 。

　　本标准起草单位 : 中国物品编码中心 、工业和信息化部电信研究院 、中国联通 、中国移动研究院 、中国电信集团公司 、百度 、浙江三网科技股份有限公司 、宁波邻家网络科技有限公司 、北京仁聚智汇科技发展有限公司 、北京意锐新创科技有限公司 、北京灵动快拍有限公司 、北京中认环宇信息安全技术有限公司 、中国标准化协会 。

　　本标准主要起草人 :王毅、刘小林、刘佳、李素彩、王莉、匡晓烜、曾晨曦、施煜、陈丹、王越、张翊、蒋云晖、杜杏兰 、赵鹏 、乔伟 、柯晓薇 、崔得力 、穆建荣 、刘环宇 。

　　名片二维码通用技术规范

　　1 范围

　　本标准规定了名片二维码数据结构 、符号 、信息处理和符号质量要求 。

　　本标准适用于名片二维码的生成 、印制 、识读和信息交换 。

　　2 规范性引用文件

　　下列文件对于本文件的应用是必不可少的 。凡是注 日期的引用文件 ,仅注 日期的版本适用于本文件 。凡是不注日期的引用文件 ,其最新版本(包括所有的修改单)适用于本文件 。

　　GB/T 12905 条码术语

　　GB 18030 信息技术 中文编码字符集

　　GB/T 18284 快速响应矩阵码

　　GB/T 19245 电子名片信息交换规范

　　GB/T 21049 汉信码

　　GB/T 23704 信息技术 自动识别与数据采集技术 二维条码符号印制质量的检验

　　YD/T 2332—2011 移动网络二维码识读业务技术要求

　　ISO/IEC 646 信 息 技 术 信 息 交 换 用 ISO 七 位 编 码 字 符 集 (Information technology—ISO 7-bit coded character setfor information interchange)

　　ISO/IEC 19762 信 息 技 术 自 动 识 别 与 数 据 采 集 技 术 术 语[Information technology—Automatic identification and data capture(AIDC) techniques— Harmonized vocabulary]

　　ITU-T E. 123 国家和国际电话号码 、电子邮件地址以及网址的标记法 (Notation for national and internationaltelephone numbers,e-mailaddresses and Web addresses)

　　RFC 1738 统一资源定位符(URL) [Uniform Resource Locators (URL)]

　　RFC 3986 统一资源标识符(URI)通用语法[Uniform ResourceIdentifier(URI) :GenericSyntax]

　　3 术语和定义

　　GB/T 12905和 ISO/IEC 19762界定的以及下列术语和定义适用于本文件 。

　　3. 1

　　二维码 two-dimensionalcode

　　二维条码 two-dimensionalbarcode

　　在二维方向上都表示信息的条码符号 。

　　3.2

　　名片二维码 two-dimensionalbarcodebusinesscard

　　承载名片关键信息的二维码符号 。

　　4 符号和缩略语

　　下列符号和缩略语适用于本文件 。

　　GB/T 31022—2014

　　URI 统一资源标识符(Uniform Resource Identifier) 。

　　URL 统一资源定位符(Uniform Resource Locator) 。

　　… HEX 表示数据内容使用十六进制表示 。

　　% 转义字符 。

　　5 名片二维码数据结构

　　5. 1 名片二维码通用数据结构

　　名片二维码通用数据结构由数据结构标识符 、数据结构结束符和属性区组成 ,见图 1。数据结构标识符规定了名片二维码所采用的数据结构 ,为必选区 。属性区由 1~ n个数据项组成 ,数据项根据是否应存在可以分为必选项和可选项两种 。数据结构结束符为可选 。本标准支持的名片二维码格式包括Card格式 、MECard格式和 vCard格式三种 ,应优先选用 CARD数据格式 。本标准中采用的各数字及字母符号的编码字符集为 ISO/IEC 646, 中文编码字符集为 GB 18030。

　　图 1 名片二维码通用数据结构

　　5.2 数据结构标识符和数据结构结束符

　　名片二维码根据数据结构标识符取值的不同可以分为不同的格式 。本标准支持的名片二维码格式包括 Card格式 、MECard格式和 vCard格式三种 ,数据结构标识符是必选项 ,不同格式对应的数据结构标识符和数据结构结束符取值见表 1。

　　表 1 数据结构标识符和数据结构结束符

　　5.3 Card格式属性区

　　5.3. 1 Card格式属性区总体描述

　　Card格式名片二维码的数据结构标识符为“CARD:”。Card格式名片二维码的属性区中各数据项的设置与 YD/T 2332—2011中规定的名片业务采用的二维码数据格式相兼容 ,具体的数据项定义见表 2。每个数据项由标识符、数据项取值以及结束符组成 。Card格式的名片二维码的数据项结束符为 “;”。在数 据项取值中出现“;”时 ,为了避免出现歧义 ,需要采用转义字符“%”。当数据项取值中出现 “;”时 ,用“% ;”代替 ; 当数据项取值中出现“%”时 ,用“%%”代替 。名片二维码示例见附录 B。

　　表 2 Card格式属性区中的数据项

　　5.3.2 姓名数据项

　　姓名数据项由标识符“N:”、姓名取值以及结束符组成 ,性质为可选 。姓和名之间可以用 “,”或者 “” (空格)分隔 。

　　示例 1:

　　N:王亮 ;

　　示例 2:

　　N:王 ,亮 ;

　　示例 3:

　　N:王 亮 ;

　　示例 4:

　　N:Wong,Daniel;

　　5.3.3 职务数据项

　　职务数据项由标识符“TIL:”、职务取值以及结束符组成 ,性质为可选 。

　　示例 :

　　TIL:高级工程师 ;

　　5.3.4 部门数据项

　　部门数据项由标识符“DIV:”、部门取值以及结束符组成 ,性质为可选 。

　　示例 :

　　DIV:技术研究部 ;

　　5.3.5 单位数据项

　　单位数据项由标识符“COR:”、单位取值以及结束符组成 ,性质为可选 。

　　示例 :

　　COR: 中国物品编码中心 ;

　　5.3.6 地址数据项

　　地址数据项由标识符“ADR:”、地址取值以及结束符组成 ,性质为可选 。

　　示例 :

　　ADR:北京市北三环中路 ×号 × ×大厦 ;

　　5.3.7 邮政编码数据项

　　邮政编码数据项由标识符“ZIP:”、邮政编码以及结束符组成 ,性质为可选 。

　　示例 :

　　ZIP:100010;

　　5.3.8 固定电话数据项

　　固定电话数据项由标识符“TEL:”、固定电话取值以及结束符组成 ,性质为可选 。多个固定电话号码之间用“,”分隔 。

　　示例 1:

　　TEL:010-82029374;

　　示例 2:

　　TEL:010-82029374,010-82021345;

　　示例 3:

　　TEL:0514-7848888-8615;

　　5.3.9 移动电话数据项

　　移动电话数据项由标识符“M :”、移动电话取值以及结束符组成 ,性质为可选 。多个移动电话号码之间用“,”分隔 。

　　示例 1:

　　M :13543211234;

　　示例 2:

　　M :13543211234,123456432345;

　　5.3. 10 传真数据项

　　传真数据项由标识符 “FAX:”、传 真 取 值 以 及 结 束 符 组 成 ,性 质 为 可 选 。 多 个 传 真 号 码 之 间 用 “,”分隔 。

　　示例 1:

　　FAX:12345678;

　　示例 2:

　　FAX:010-82021234,12345678;

　　5.3. 11 电子邮件数据项

　　电子邮件数据项由标识符“EMAIL:”、电子邮件地址以及结束符组成 ,性质为可选 。多个电子邮件地址之间用“,”分隔 。

　　示例 1:

　　EMAIL:wangl@ancc.org.cn;

　　示例 2:

　　EMAIL:wangl@ancc.org.cn,test@126. com;

　　5.3. 12 网址数据项

　　网址数据项由标识符“URL:”、网址以及结束符组成 ,性质为可选 。 网址取值遵循 RFC1738协议中的相关规定 。

　　示例 :

　　URL:http://www. ancc.org.cn;

　　5.3. 13 网络名片数据项

　　网络名片数据项由标识符“NBC:”、网络名片地址以及结束符组成 ,详见附录 A。 网络名片数据项性质为可选 。

　　5.3. 14 用户扩展数据项

　　用户扩展数据项由标识符“UEn:”、用户扩展数据项取值以及结束符组成 ,其中 n 为用户 自定义的 自然数 ,取值为 0~9。用户扩展数据项的性质为可选 。用户扩展数据项的取值由扩展标识(第一字段)和扩展标识的取值(第二字段)组成 ,两个字段之间用“,”分隔 。

　　示例 1:

　　UE0:QQ,12345678;

　　示例 2:

　　UE0:QQ,12345678; UE1: WB, http://weibo. cn/qr/userinfo? uid=1902312434; UE2: WC, http://weixin. qq. com/r/ Xno9sdfj6m2x4cv;

　　5.4 MECard格式属性区

　　5.4. 1 MECard格式属性区总体描述

　　MECard格式名片二维码的数据结构标识符为“MECARD:”,参见参考文献[1] 。这种名片二维码的属性区中的各数据项定义见表 3。每个数据项由标识符、数据项取值以及结束符组成 。MECard格式的名片二维码的数据项结束符为“;”。当在数据项的取值中出现数据项结束符时 ,需要采用转义字符“%”。当数据项取值中出现“;”时 ,用“% ;”代替 ; 当数据项取值中出现“%”时 ,用“%%”代替 。

　　表 3 MECard格式属性区中的数据项

　　表 3 (续)

　　5.4.2 姓名数据项

　　姓名数据项由标识符“N:”、姓名取值以及结束符组成 ,性质为可选 。姓名取值可以用 “,”分隔 。采用“,”分隔时 ,姓氏在前 ,名在后 。

　　示例 1:

　　N:王亮 ;

　　示例 2:

　　N:王 ,亮 ;

　　5.4.3 电话数据项

　　电话数据项由标识符“TEL:”、电话取值以及结束符组成 ,性质为必选 。 电话取值只能由数字和“* , # , - ,+”组成 。多个电话需要建立多个电话数据项 。

　　示例 1:

　　TEL:010-82021234;

　　示例 2:

　　TEL:010-82021234;TEL:13721345678;

　　5.4.4 电子邮件数据项

　　电子邮件数据项由标识符“EMAIL:”、电子邮件取值以及结束符组成 ,性质为可选 。 电子邮件数据项指定了同名片对象通信的电子邮件地址 。多个电子邮件需要建立多个电子邮件数据项 。

　　示例 1:

　　EMAIL:XiaoPin.Liu@abc.com;

　　示例 2:

　　EMAIL:XiaoPin.Liu@abc.com;EMAIL:LXP@abc.com;

　　5.4.5 注释数据项

　　注释数据项由标识符“NOTE:”、注释取值以及结束符组成 ,性质为可选 。注释数据项指定了名片涉及的注释信息 ,如对语言的支持 ,或对名片内容的评注 。

　　示例 :

　　NOTE: 中国物品编码中心部门主管 ;

　　5.4.6 生日数据项

　　生日数据项由标识符 BDAY:”、生 日 日期以及结束符组成 ,性质为可选 。生 日 日期长度固定为 8位 ,由年(4位) 、月 (2位)和 日 (2位)按顺序组成 。

　　示例 :

　　BDAY:19960102;

　　5.4.7 通讯地址数据项

　　通讯地址数据项由标识符“ADR:”、通讯地址取值以及结束符组成 ,性质为可选 。通讯地址取值由多个字段组成 ,字段之间用“,”分隔 。字段顺序为邮局信箱 ,房间号码 , 门牌号 ,城市 ,省份 , 邮政编码和国家 。如果字段信息为空 ,则仍应保留“,”。

　　示例 :

　　ADR:2704信箱 , , 中关村科学院南路 38号 ,海淀区 ,北京 ,100080, 中国 ;

　　5.4.8 网址数据项

　　网址数据项由标识符“URL:”、网址以及结束符组成 ,性质为可选 。 网址取值遵循 RFC 1738协议中的相关规定 。

　　示例 :

　　URL:http://www. ancc.org.cn;

　　5.4.9 昵称数据项

　　昵称数据项由标识符 NICKNAME:”、昵称取值以及结束符组成 ,性质为可选 。

　　示例 :

　　NICKNAME:小王 ;

　　5.5 vCard格式属性区

　　5.5. 1 vCard格式属性区总体描述

　　vCard格式名片二维码的数据结构标识符为 “BEGIN:VCARDCRLF”,其对应的数据结构结束符为“END:VCARDCRLF”,参见 GB/T 19245及参考文献[2] 、[3] 、[4] 。每个数据项由标识符、参数列表(可选) 、数据项取值以及结束符四部分组成 。其中 ,标识符与参数列表之间用 “;”分隔 ,标识符与数据项取值之间用“:”分隔 。vCard格式名片二维码用“CRLF”作为数据项结束符 。本标准中选用的 vCard格式名片二维码的各个数据项定义见表 4。

　　表 4 vCard格式属性区的数据项

　　5.5.2 vCard数据项通用结构

　　vCard数据项(不包括数据项结束符)的表现形式为 :标识符[“;”参数列表] “:”数据项取值 。数据项中的标识符和参数列表中的参数名 ,例如示例 1 和示例 2 中的字符串“TEL”和“HOME”,是预定义好的、大小写非敏感的字符串 。

　　在下面的示例 1 和示例 2 中 ,“TEL”是电话数据项标识符 ,“+86-555-555-1234”是电话号码的数据项取值 。数据项中的取值可以由参数列表进一步分类 ,参数列表由一系列的参数表达式组成 ,表达式之间用

　　不“;。,ae数lue据”,符,但。要求取值意义明确 ,

　　示例 1:

　　TEL;HOME: +86-555-555-1234

　　示例 2:

　　TEL;TYPE= HOME: +86-555-555-1234

　　示例 3:

　　ADR; TYPE=DOM ,HOME,POSTAL:;;街道地址 ;深圳 ;广东;433330;中国

　　示例 4:

　　ADR; DOM;HOME;POSTAL:;;街道地址 ;深圳 ;广东;433330;中国

　　示例 5:

　　ADR; TYPE=DOM;TYPE= HOME;TYPE=POSTAL:;;街道地址 ;深圳 ;广东;433330;中国

　　5.5.3 姓名数据项

　　姓名数据项由标识符“N:”、姓名取值以及结束符组成 ,性质为必选 。姓名数据项指定了与名片对象相关的人、场所、事物名称的结构化表示 。这个数据项的定义封装了对象名称的各个字段 ,字段之间用 “;”分隔 。姓名取值的第一字段为姓氏 ,第二字段为人名 ,第三字段为别名 。其中第三字段为可选项 。

　　示例 :

　　N:张 ;小平 ;JohnZhang

　　5.5.4 电话数据项

　　电话数据项由标识符“TEL:”、参数列表(可选) 、电话取值以及结束符组成 ,性质为可选 。 电话数据项

　　电,唯。电一 ,,一Y。。

　　据项的参数可取值见表 5。多个电话需要建立多个电话数据项 。

　　表 5 vCard格式电话数据项的参数取值表

　　表 5 (续)

　　示例 1:

　　TEL;HOME: +86-555-555-1234

　　示例 2:

　　TEL;TYPE=WORK,VOICE: +86-132-666-1234

　　5.5.5 电子邮件数据项

　　电子邮件数据项由标识符“EMAIL:”、电子邮件取值以及结束符组成 ,性质为可选 。多个电子邮件需要建立多个电子邮件数据项 。

　　示例 :

　　EMAIL:jqpublic@ xyz.dom1. com

　　5.5.6 单位数据项

　　单位数据项由标识符“ORG:”、单位名称以及结束符组成 ,性质为可选 。单位名称由用 “;”分隔的主要单位名称(第一字段) 、下级单位名称(第二字段) 、更下级的单位名称(第三字段)等组成 。

　　示例 :

　　ORG: 中国物品编码中心 ;技术研究部;二维码研究室

　　5.5.7 职务数据项

　　职务数据项由标识符“TITLE:”、职务取值以及结束符组成 ,性质为可选 。职务数据项指定与名片对象相关的个人在单位内的职位或作用 。

　　示例 :

　　TITLE:研发经理

　　5.5.8 通讯地址数据项

　　通讯地址数据项由标识符“ADR:”、参数列表(可选) 、通讯地址取值以及结束符组成 ,性质为可选 。通讯地址数据项规定了名片对象物理邮寄地址的结构化表示方法 。数据项由多个地址字段组成 ,字段之间用 “;”分隔 。地址字段依次表示为 : 邮政信箱 ,扩充地址,街道地址,当地名称 ,所处地区 , 邮政编码 , 国别 。各地址字段可以为空 ,但一般不可省略 “;”。如果省略字段的后续所有字段都为空 ,那么该字段及后面的字段的“;”可省略 。

　　通信地址数据项的参数可取值见表 6。

　　表 6 vCard通信地址数据项的参数取值表

　　示例 1:

　　ADR;TYPE= HOME:;;广场街 ;深圳 ;广东;433330;中国 ;

　　示例 2:

　　ADR;TYPE= HOME:101信箱 ;皇城国际中心 B座 ;安外大街 136号 ;东城区 ;北京;100011;

　　5.5.9 网址(URL)数据项

　　网址数据项由标识符“URL:”、网址以及结束符组成 ,性质为可选 。 网址取值遵循 RFC 1738协议中的相关规定 。

　　示例 :

　　URL:http://www. ancc.org.cn

　　6 名片二维码符号

　　6. 1 名片二维码码制

　　名片二维码应采用 GB/T 21049、GB/T 18284等国家标准的二维码码制 。

　　6.2 名片二维码最小模块尺寸

　　名片二维码印制模块尺寸应根据相关码制标准、名片印制技术以及识读装置与系统的允许程度选择 。如有必要 ,需要进行相关的适应性实验进行选择 。最小模块尺寸不宜小于 0.254 mm。

　　6.3 名片二维码符号大小

　　名片二维码符号大小应根据相关码制标准、名片印制面积、名片版面设计以及识读装置与系统的允许程度选择 。如有必要 ,需要进行相关的适应性实验进行选择 。

　　6.4 信息长度

　　名片二维码符号所承载的信息长度不宜超过 450个字节 。

　　7 名片二维码的信息处理

　　7. 1 识读导则

　　名片二维码的识读环境应保证名片二维码符号光照均匀 ,对焦准确 , 以及不被遮盖、污损或弯曲 。

　　7.2 名片二维码的解析

　　当移动终端、用户设备等读取二维码并获取二维码符号存储的信息后 ,应首先根据名片二维码标头 ,判断该二维码是否为本标准中规定的一种 。对于 Card、MECard、vCard格式名片按照 5. 3、5. 4、5. 5 中的数据项定义对该名片二维码的数据项进行解析以供下一步处理 。

　　7.3 名片二维码的信息存储

　　如果需要将名片二维码的信息导入移动终端系统的通讯录 ,则参照对应终端系统的通讯录导入部分的开发手册 ,将名片二维码属性区中相应的数据项取值存入通讯录联系人的数据项对应字段 。对于移动终端通讯录中不支持的数据项 ,将不予处理 。

　　示例 :

　　iOS系统的通讯录联系人的导入部分可参考 iOS开发者手册的 Address Book Framework ReferenceforiOS中的介绍 ,参见参考文献[5];Android系统的通讯录联系人的导入可参考 Android开发者手册中的 API的 Contacts Provider部分的介绍 ,参见参考文献[6] 。

　　8 名片二维码符号质量要求

　　名片二维码符号质量的判定 ,应依据 GB/T 23704以及相应的码制标准进行 。名片二维码符号质量应不低于 2.0级 。

　　附 录 A

　　(规范性附录)网络名片数据项

　　A. 1 网络名片数据项设置

　　网络名片数据项由网络名片标识符和网络名片地址组成 。其中网络名片地址由网络名片信息服务地址和网络名片唯一编码组成 ,其数据类型为 URI,遵循 RFC3986协议中的相关规定 。

　　A. 1. 1 网络名片标识符

　　网络名片标识符为“NBC:”。

　　A. 1.2 网络名片信息服务地址

　　网络名片信息服务地址为可访问的网络名片信息平台的服务地址 。

　　例如,中国物品编码中心的网络名片信息平台的服务地址为“http://www. ancc.org. cn/businesscard. aspx? gdti= ”。

　　A. 1.3 网络名片唯一编码

　　网络名片唯一编码为网络名片的唯一标识 。该编码为可变长度 ,最大长度为 15个字节 。 网络名片信息服务方在分配名片的唯一编码时 ,应保证该编码的唯一性 。

　　A.2 网络名片数据项示例

　　示例 1:

　　NBC:http://www. ancc.org.cn/businesscard.aspx? gdti=6954606204017;

　　示例 2:

　　NBC:http://nbc.ABC. com/gpx12012;

　　名片址,“N;“5:4””唯;“一ht码://,络.ac片.o.ier;a? d“t”

　　结束符。在 示 例 2中,“NBC:”为 网 络 名 片 标 识 符;“http://nbc.ABC. com”为 网 络 名 片 信 息 服 务 地 址; “gpx12012”为名片唯一编码 , 由网络名片信息服务商分配 ;结尾处的“;”是数据项结束符 。

　　A.3 网络名片通讯规范

　　网络名片采用 HTTP、HTTPs作为通讯协议,采用 XML[7]、JSON[8]或文本作为数据交换格式。网络名片服务端需要兼容 XML、JSON或文本数据格式以满足客户端的数据获取服务需求 。默认情况下 ,客户端可获取服务器端返回的网络名片的 html网页界面 ;如果客户端需要获取网络名片数据信息 ,可以根据需要使用 XML、JSON、文本三种数据交换格式中的一种从网络名片服务器端获取 。

　　附 录 B

　　(资料性附录)名片二维码示例

　　B. 1 Card格式名片二维码示例

　　表 B. 1 给出了 Card格式名片二维码的各数据项取值的一个示例 。

　　表 B. 1 Card格式二维码名片数据项取值示例

　　最终编码字符串为“CARD:N:王亮;TIL:高级工程师;DIV:技术研究部;COR: 中国物品编码中心 ; ADR:北京 市 北 三 环 中 路 3 号 双 全 大 厦 4 层 ; ZIP: 100010; TEL: 010-82029374; M : 13543211234; FAX: 12345678;EM:wangl@ancc.org.cn;URL:http://www.ancc.org.cn;NBC:http://www. ancc.org. cn/business-

　　.3?4;,2:x;ir,6;:cB;”,。http://weibo. cn/qr/userinfo? uid=

　　采用汉信码和快速响应矩阵码生成的名片二维码符号分别见图 B. 1 和图 B. 2,可纠正的码字比例参数设置为 15%。

　　图 B. 1 汉信码 Card格式名片二维码示例

　　图 B.2 快速响应矩阵码 Card格式名片二维码示例

　　B.2 二维码名片示例图

　　二维码名片示例图见图 B.3 和图 B.4。

　　图 B.3 二维码名片示例图

　　图 B.4 二维码名片示例图

　　B.3 网络名片通讯示例

　　移动终端扫描图 B. 1、图 B.2 的二维码符号 ,通过网络名片标识符“NBC:”识别网络名片数据项 ,可获得网络名片地址,即 URI值 。此时移动终端支持两种访问网络名片信息的方式 :

　　a) 直接访问网络名片的网页界面

　　http://www.ancc.org.cn/bussinesscard.aspx? gdti=6954606204017

　　对于支持网络名片功能的客户端 ,可采用两种方式设置网络名片数据获取格式 ,一种方式是在网

　　名,foal加、js“、r式。”另参数一种,A,c,

　　在本标准中 ,Accept头支持 application/xml、application/json、application/text三种取值 。本示例中网络名片采用 HTTP作为通信协议,网络名片客户端采用 JSON作为数据交换格式。

　　客户端通过第一种方式获取网络名片信息的流程如下 :

　　1) 客户端获取网络名片时,在网络名片地址即 URL末尾加上 format参数,例如“http://www. ancc.org.cn/bussinesscard.aspx? gdti=6954606204017&format=json”;

　　{ "N": "王亮 ",

　　"TIL": "高级工程师 ",

　　"DIV": "技术研究部 ",

　　"COR": "中国物品编码中心 ",

　　"ADR": "北京市北三环中路 3号双全大厦 4层 ",

　　"ZIP": "100010",

　　"TEL": "010-82029374",

　　"M": "13543211234",

　　"FAX": "12345678",

　　"EM": "wangl@ancc.org.cn",

　　"URL":"http://www.ancc.org.cn",

　　NBC":"http://www.ancc.org.cn/bussinesscard.aspx? gdti=6954606204017",

　　"UE1":"WB,http://weibo.cn/qr/userinfo? Uid=123456",

　　"UE2":"WC,http://weixin.qq.com/r/Xno9sdfj6m2x4cv"}客户端通过第二种方式获取网络名片信息流程参考如下 :

　　1) 客户端获取网络名片时,通过指定 HTTP协议的 Accept头为 application/json,设置目前客户端所采用的数据格式 。

　　2) 服务端没有解析到format参数值,再通过解析 HTTP请求标头,返回客户端需要的JSON数据格式 。针对表 B. 1 的 Card格式的网络名片信息 ,服务端返回给客户端的 JSON数据为 :

　　{ "N": "王亮 ",

　　"TIL": "高级工程师 ",

　　"DIV": "技术研究部 ",

　　"COR": "中国物品编码中心 ",

　　"ADR": "北京市北三环中路 3号双全大厦 4层 ",

　　"ZIP": "100010",

　　"TEL": "010-82029374",

　　"M": "13543211234",

　　"FAX": "12345678",

　　"EM": "wangl@ancc.org.cn",

　　"URL":"http://www.ancc.org.cn",

　　::,:8.n,cc.org.cn/bussinesscard.aspx? gdti=6954606204017",:: ,,::.cio?9s,

　　参 考 文 献

　　[1] Phonebook Registration with identifier“MECARD”,http://www. nttdocomo. co.jp/english/service/ developer/make/content/barcode/function/application/addressbook/index. html

　　[2] “vCard-The Electronic Business Card Version 2. 1 ”, Internet Mail Consortium , September 1996

　　[3] “vCard Stand Version 3-vCard MIME Directory Profile”, The Internet Engineering Task Force(IETF) ,January2007

　　[4] “vCard Stand Version 4-vCard Format Specification”, The Internet Engineering Task Force (IETF) ,August2011

　　[5] Address Book Programming Guide for iOS,https://developer. apple. com/library/ios/docu- mentation/AddressBook/Reference/AddressBook_iPhoneOS_ Framework/_ index. html#//apple_ ref/ doc/uid/TP40007212

　　[6] Accessing Contacts Data for android, http://developer. android. com/guide/topics/ providers/contacts-provider.html

　　[7] “XML Media Types”,RFC 3023,InternetEngineering TaskForce(IETF) . January2001

　　[8] IntroducingJSON,http://www.json. org/

　　中 华 人 民 共 和 国

　　国 家 标 准

　　名片二维码通用技术规范

　　GB/T 31022—2014

　　*

　　中 国 标 准 出 版 社 出 版 发 行

　　北京市朝阳区和平里西街甲 2 号(100029)

　　北京市西城区三里河北街 16号(100045)

　　网址:www. gb168. cn

　　服务热线 :400-168-0010

　　010-68522006

　　2014年 9 月第一版

　　*

　　书号 : 155066 · 1-49493

　　版权专有 侵权必究