协议设计的总体说明
　　用户的资金能够在证券公司和银行之间进行划拨的前提是用户必须在银行和证券公司都拥有自己的帐号，比如在证券公司用户需要有股票资金帐户，在银行需要有活期帐户（只有活期存款可以随时进行划拨）。我们设计的协议不考虑这些帐号的开户，即我们认为这些帐号是已经建立起来了。
　　我们设计的协议允许用户既可以在银行，也可以在证券公司办理转帐功能。只要这两个机构已经连网并且用户在这两个机构都拥有自己的帐号。实际上，比如在银行端,银行会保存和该用户活期存款帐号相关的所有信息，如果用户需要在银行端办理转帐功能，只要用户能够提供银行活期存款帐号的号码和正确的密码，同时又能够提供证券公司的资金帐号和密码，系统首先会在本地查找该活期存款帐号是否存在，密码是否相符，如果是的话，会判断该活期存款帐号是否已经和用户提供的证券公司的资金帐号相关联，如果已经相关联的话，就返回一个错误信息，表示用户已经办理过该业务。如果还没有相关联的话，银行通讯服务器就会和证券公司的相关的通讯服务器相联系，如果证券公司返回信息认为用户提供的资金帐号和密码都是正确的话，这样就在银行和证券公司的相关的数据库中分别加上标志，来表明某个特定的资金帐号已经和某个特定的活期存款帐号相关联。这样，转帐功能就建立起来了。同时，会随机生成一个授权码，该授权码是用户进行转帐时所需要键入的密码，用来表示用户有权限执行这个操作。事实上，在证券公司端办理转帐功能的基本流程也和这个相类似。
　　当用户已经办理了转帐功能以后，事实上，用户可以自己通过浏览器（需要支持XML格式）自行进行资金帐户的划拨。在划拨的时候需要注意的是，只有帐户中的余额大于要划拨的款项的时候才能进行划拨。在满足这个条件的情况下，用户既可以把活期存款中的部分款项划拨到资金帐户中，也可以把资金帐户中的款项划拨到活期存款中。大大方便了用户资金的调度和操作。
　　我们设计的协议主要是针对证券公司的转帐服务器和银行的转帐服务器之间的通讯而言的，一个证券公司的转帐服务器可以和多个银行的转帐服务器进行通讯，而一个银行的转帐服务器也可以同时和多个证券公司的转帐服务器进行通讯。事实上，可以认为这些通讯服务器都是WWW服务器。

　　协议设计细节描述
　　下面我们具体描述协议的设计和相关的实现的细节：
　　协议包总体格式
　　首先我们来看整个通讯协议的总的体系结构：
　　＜ !ELEMENT 信息负载 （信息头，（请求信息|响应信息））＞
　　＜ !ATTLIST 信息负载
　　　　版本号 CDATA #REQUIRED
　　　　时间标签 CDATA #REQUIRED
　　　＞
　　一条消息主要有三个元素组成：信息负载，信息头和请求信息或者是响应信息。信息负载是对这个数据包属性的描述，信息头用来表示信息的发送者和接收者，请求信息或者是响应信息是消息的主体内容。

　　信息负载包括两个属性：
　　　版本号：用来表示通讯所使用的版本，必须保证通讯双方使用相同的版本号。这里我们设置为1.0
　　　时间标签：用来表示该数据包发出的时间。实际时间标签的格式我们设定为：YYYY：MM：DDTHH:MI:SS,其中T是日期和时间的一个分隔标志符。比如：2000:03:01T10:22:33就是一个有效的时间标签。

　　下面是关于信息头的定义：
　　　＜!ELEMENT 信息头(信息发送者,信息接收者)＞
　　　　　信息头主要有两部分组成，信息的发送者和信息的接收者。用来表示消息的发出方和消息的接收方。消息发送发出方和接收方拥有相同的属性。它们的定义格式如下：
　　　＜ !ELEMENT 信息发送者 EMPTY＞
　　　＜ !ATTLIST 信息发送者
　　　　　名称 CDATA #REQUIRED
　　　　　发送者ID CDATA #REQUIRED
　　　　　角色 （银行|证券）#REQUIRED
　　　＞
　　　＜ !ELEMENT 信息接收者 EMPTY＞
　　　＜ !ATTLIST 信息接收者
　　　　　名称 CDATA #REQUIRED
　　　　　接收者ID CDATA #REQUIRED
　　　　　角色 （银行|证券）#REQUIRED
　　　＞
　　它们都拥有三个属性：其中名称是指消息发送方或者是接收方的名称，比如：工商银行上海市分行就是一个有效的发送方或者是接收方的名称。接收者ID是用来唯一的标识一个发送方或者是接收方，在实现的时候有两种机制。一种是简单的用URL作为对发送方或者是接收方的唯一标识。另外，可以对每一个发送方或者是接收方建立一个UUID，保证唯一的标识一个发送方或者接收方。角色是指消息发送或接收者的身份，是银行还是证券公司。

　　请求信息协议格式
　　下面我们来介绍信息的主体部分，首先我们介绍请求信息，以下是请求信息的定义：
　　＜!ELEMENT 请求信息 %交易形式＞
　　＜!ATTLIST 请求信息
　　　请求信息ID CDATA #REQUIRED
　　＞
　　＜ !ENTITY %交易形式 "转帐开户+|转帐|交易查询+|交易管理|＞"
　　请求信息主要有转帐开户，转帐，交易查询和交易管理这四大块，这是和转帐业务相关的主要功能。请求信息只包括一个属性，就是请求信息的ID号，请求信息ID号在服务器A到服务器B的所有的数据包中必须是唯一的，即每一个数据包必须要有一个唯一的ID号。在一个数据包里面可以同时递交几个转帐开户申请，这就给实现带来了一定的灵活性。服务器可以迅速处理每一个用户的申请，也可以根据具体情况批量的进行处理。同时，服务器也可以同时递交多个交易查询。

　　转帐开户交易格式
　　我们首先来看转帐开户交易：
　　　＜!ELEMENT 转帐开户 数据组＞
　　　＜!ATTLIST 转帐开户
　　　　　开户消息ID CDATA #REQUIRED
　　　　　交易代码 CDATA #REQUIRED
　　　　　交易提出 （股民|储户|银行系统|证券系统） #REQUIRED
　　　＞
　　转帐开户元素有三个属性：开户消息ID保证在所有一次递交的所有的开户申请业务中，每一个都有一个唯一的ID号。即必须保证该ID在一个包范围内的唯一性。交易代码是为了使机器能够更加方便的处理该业务。交易提出指明该业务是由谁触发的，是股民、储户、银行端的服务器系统还是证券端的服务器系统。
　　转帐业务包含了一个数据组，关于数据组的内容在下面还有详细的描述。这里，简单说明一下，数据组主要是用来表示在服务器之间进行和交易相关的业务数据的传递，比如资金帐号、交易金额等数据。

　　转帐交易格式
　　接下来我们来看转帐交易：
　　＜!ELEMENT 转帐 （资金帐户转出活期帐户转入+|
　　　　活期帐户转出资金帐户转入+|
　　　　交易结果查询+）＞
　　＜!ELEMENT 资金帐户转出活期帐户转入 数据组＞
　　＜!ATTLIST 资金帐户转出活期帐户转入
　　　　资金帐户转出活期帐户转入消息ID CDATA #REQUIRED
　　　　交易代码 CDATA #REQUIRED
　　　　交易提出 （股民|储户） #REQUIRED
　　　＞

　　＜!ELEMENT 活期帐户转出资金帐户转入 数据组＞
　　＜!ATTLIST 活期帐户转出资金帐户转入
　　　　活期帐户转出资金帐户转入消息ID CDATA #REQUIRED
　　　　交易代码 CDATA #REQUIRED
　　　　交易提出 （股民|储户） #REQUIRED
　　＞

　　＜!ELEMENT 交易结果查询 （相关消息状态+）＞
　　＜!ATTLIST 交易结果查询
　　　　交易结果查询消息ID CDATA #REQUIRED
　　　　交易代码 CDATA #REQUIRED
　　　　交易提出 (银行系统|证券系统） #REQUIRED
　　＞
　　＜!ELEMENT 相关消息状态 数据组＞
　　＜!ATTLIST 相关消息状态
　　　　请求消息的ID CDATA #REQUIRED
　　　　要查询的消息的ID CDATA #REQUIRED
　　＞

　　转帐交易是业务的核心，它实际上是处理在银行和证券之间的用户的资金的划拨，主要有两种模式，资金帐户转出活期帐户转入和活期帐户转出资金帐户转入。

　　我们来分析资金帐户转出活期帐户转入这种情况，当股民或者是储户提出转帐请求时，考虑一般性，我们设定是股民提出转帐请求，证券公司端的服务器将分析股民要求转帐的金额是否小于资金帐户的余额，如果成立的话，减少该资金帐户的余额，然后该数据包就发送到银行的服务器，银行的服务器如果能正确处理该条消息的话，就增加相关的活期存款的余额，并把操作成功的结果返回给证券方的服务器。

　　但是有可能证券服务器在发出了这个交易命令后收不到应答信息（可能是包丢失的原因）。正是因为这个原因，所以需要一个交易结果的查询。交易结果的查询可以同时查询多条已经发出但没有及时应答的那些消息。在相关消息状态元素中的那个属性：要查询的消息的ID就是没有得到响应的消息的ID号。请求消息的ID这个属性表示和该请求相关的请求包的ID号。这两个属性的组合唯一的决定了一条消息。比如证券服务器方发出了三条资金帐户转出活期帐户转入消息，但很久没有响应，就可以发出交易结果查询这个指令来向银行端服务器查该三条消息的执行情况。

　　交易查询格式
　　在分析了转帐交易以后，我们来分析交易查询的实现。交易查询的协议格式的定义如下：
　　＜!ELEMENT 交易查询 (当日交易明细查询+|
　　　　历史交易明细查询+|
　　　　活期帐户余额查询+|
　　　　资金帐户余额查询+)
　　＞
　　＜!ELEMENT 当日交易明细查询 数据组＞
　　＜!ATTLIST 当日交易明细查询
　　　　当日交易明细查询ID CDATA #REQUIRED
　　　　交易代码 CDATA #REQUIRED
　　　　交易提出 股民|储户） #REQUIRED
　　＞
　　＜!ELEMENT 历史交易明细查询 数据组＞
　　＜!ATTLIST 历史交易明细查询
　　　　历史交易明细查询ID CDATA #REQUIRED
　　　　交易代码 CDATA #REQUIRED
　　　　交易提出 股民|储户） #REQUIRED
　　＞
　　＜!ELEMENT 活期帐户余额查询 数据组＞
　　＜!ATTLIST 活期帐户余额查询
　　　　活期帐户余额查询ID CDATA #REQUIRED
　　　　交易代码 CDATA #REQUIRED
　　　　交易提出 CDATA #FIXED "股民"
　　＞
　　＜!ELEMENT 资金帐户余额查询 数据组＞
　　＜!ATTLIST 资金帐户余额查询
　　　　资金帐户余额查询ID CDATA #REQUIRED
　　　　交易代码 CDATA #REQUIRED
　　　　交易提出 CDATA #FIXED "储户"
　　＞

　　交易查询主要是由股民或者是储户发起的。主要有四种形式：查询当日交易明细，历史交易明细查询，活期帐户余额查询和资金帐户余额查询。其中如果用户是在证券那一端查询的话，如果查询当日交易明细，证券服务器就会和银行服务器通讯，银行服务器返回当日交易明细中的所有成功交易明细。如果用户是在银行那一端的话，就刚好相反。这样做的目的是保证用户看到的肯定是已经成功的交易。同时，如果用户在证券端查资金帐户余额和在银行端查询活期存款余额和本协议没有关系，因为都可以直接在本地服务器上找到。这里值得注意的是在一个数据包里面（实际上是一个XML文档）可以同时发送多个用户的请求。
　　交易管理格式
　　下面看交易管理的协议格式：
　　＜!ELEMENT 交易管理 (银行日终对帐|证券日终对帐|
　　　　封闭转帐交易功能|开放转帐交易功能|
　　　　修改授权码)
　　＞
　　＜!ELEMENT 银行日终对帐 数据组＞
　　＜!ATTLIST 银行日终对帐
　　　　银行日终对帐ID CDATA #REQUIRED
　　　　交易代码 CDATA #REQUIRED
　　　　交易提出 CDATA #FIXED "银行系统"
　　　　明细文件 CDATA #REQUIRED
　　＞
　　＜!ELEMENT 证券日终对帐 数据组＞
　　＜!ATTLIST 证券日终对帐
　　　　证券日终对帐ID CDATA #REQUIRED
　　　　交易代码 CDATA #REQUIRED
　　　　交易提出 CDATA #FIXED "证券系统"
　　　　明细文件 CDATA #REQUIRED
　　＞
　　＜!ELEMENT 封闭转帐交易功能 数据组＞
　　＜!ATTLIST 封闭转帐交易功能
　　　　封闭转帐交易功能ID CDATA #REQUIRED
　　　　交易代码 CDATA #REQUIRED
　　　　交易提出 （股民|储户|银行系统|证券系统） #REQUIRED
　　＞
　　＜!ELEMENT 开放转帐交易功能 数据组＞
　　＜!ATTLIST 开放转帐交易功能
　　　　开放转帐交易功能ID CDATA #REQUIRED
　　　　交易代码 CDATA #REQUIRED
　　　　交易提出 （股民|储户|银行系统|证券系统） #REQUIRED
　　＞
　　＜!ELEMENT 修改授权码 数据组＞
　　＜!ATTLIST 修改授权码
　　　　修改授权码ID CDATA #REQUIRED
　　　　交易代码 CDATA #REQUIRED
　　　　交易提出 （股民|储户） #REQUIRED
　　＞

　　因为在包传送过程中，有一些交易没有得到确认，所以必须在一天的业务结束后，银行和证券双方进行相互对帐。这是通过银行日终对帐和证券日终对帐两个消息来完成的。在日终对帐元素中包含一个属性为明细文件，实际上它是当日所有转出和转入的交易的明细所在的文件的名称。在具体实现的时候，系统可以根据这个属性通过FTP来得到该文件，以便银行和证券双方得到一个详细的交易明细互相进行对帐。用户、银行和证券三方都可以根据自己的特殊的情况要求暂时封闭转帐交易功能，也可以要求开放转帐交易功能。用户可以在系统工作时段要求更改授权码。
　　响应信息协议格式
　　证券方和银行方都可以向对方的服务器发出请求，然后接收请求的服务器在处理了该请求以后，向发出请求的服务器返回响应消息。
　　协议对请求的响应的协议格式定义：
　　＜!ELEMENT 响应信息(响应应答+)＞
　　＜!ATTLIST 响应信息
　　　　响应信息ID CDATA #REQUIRED
　　＞
　　＜!ELEMENT 响应应答 数据组*＞
　　＜!ATTLIST 响应应答
　　　　应答代码 CDATA #REQUIRED
　　　　应答代码描述 CDATA #REQUIRED
　　　　请求消息的ID CDATA #IMPLIED
　　　　相关消息的ID CDATA #IMPLIED
　　＞
　　每一个响应消息包都有一个响应消息ID用来唯一的标识该响应数据包。一个响应消息中可以包含多个响应应答。因为在一个请求包中可能包含多个请求，比如在一个要求转帐开户的数据包中可能要求同时对几个用户进行转帐功能的建立。所以需要同时对这几个请求消息进行答复。其中在响应应答元素中的应答代码，我们采用三位的数字字符。比如200表示消息成功处理。301表示活期帐号不存在等等。请求消息的ID就是那个请求数据包的唯一的标识号，而相关消息的ID就是指该数据包中的某一个特定的请求内容，比如请求对一笔资金帐户转出活期帐户转入的查询。其中数据组是指对该该请求相关的需要返回的数据项的一个集合。
　　数据组描述
　　下面我们定义了数据组和数据项的格式：
　　＜!-- 数据组描述 --＞
　　＜! ELEMENT 数据组 (数据项)+ ＞

　　＜!-- 数据项描述 --＞
　　＜ ! ELEMENT 数据项 EMPTY＞
　　＜ ! ATTLIST 数据项
　　　　数据元名称 CDATA #REQUIRED
　　　　类型 CDATA #REQUIRED
　　　　长度 CDATA #REQUIRED
　　　　是否固定长度 (是|否） #REQUIRED
　　　　数据元内容 CDATA #REQUIRED
　　＞
　　数据组由数据项组成，根据交易的特定，不同的交易请求包含不同的数据组，而对不同的交易的响应也包括不同的数据组。每一个数据项都定义了该数据项的名称，类型，长度，是否固定长度和数据项的实际的内容。
　　一个实际的交互例子
　　下面我们看一个股民开户的实际的一个交互过程的例子：
　　请求的数据包为：
　　＜?xml version="1.0"?＞
　　＜!DOCTYPE 资金划拨
　　　　SYSTEM "http://www.somestandard.org/银行证券信息交换协议.dtd"
　　＞
　　＜信息负载
　　　　版本号="1.0"
　　　　时间标签="2000-01-01T02:02:23"
　　　＞
　　＜信息头＞
　　＜信息发送者
　　　　名称="Stock Corporation"
　　　　发送者ID="4af37b30-2c35-11d2-be4a-204c4f4f5020"
　　　　角色="证券"
　　/＞
　　＜信息接收者
　　　　名称="Bank Corporation"
　　　　接收者ID="3af37b50-2635-1172-b24a-26604f478021"
　　　　角色="银行"
　　/＞
　　＜/信息头＞
　　＜请求信息
　　　　请求信息ID="3434234334"＞
　　＜股民开户
　　　　开户消息ID="2342342334"
　　　　交易代码="1540"
　　　　交易提出="证券系统"
　　＞
　　＜数据组＞
　　＜数据项
　　　　数据元名称="资金帐号"
　　　　类型="数字字符"
　　　　长度="19"
　　　　是否固定长度="否"
　　　　数据元内容="000000000018"
　　＜/＞
　　＜数据项
　　　　数据元名称="资金帐号密码"
　　　　类型="二进制字符"
　　　　长度="8"
　　　　是否固定长度="是"
　　　　数据元内容="********"
　　＜/＞
　　＜数据项
　　　　数据元名称="证券公司代码"
　　　　类型="数字字符"
　　　　长度="6"
　　　　是否固定长度="是"
　　　　数据元内容="123111"
　　＜/＞
　　＜数据项
　　　　数据元名称="活期帐号代码"
　　　　类型="二进制字符"
　　　　长度="25"
　　　　是否固定长度="否"
　　　　数据元内容="2300232045018"
　　＜/＞
　　＜数据项
　　　　数据元名称="活期帐号密码"
　　　　类型="数字字符"
　　　　长度="8"
　　　　是否固定长度="是"
　　　　数据元内容="********"
　　＜/＞
　　＜数据项
　　　　数据元名称="银行代码"
　　　　类型="数字字符"
　　　　长度="6"
　　　　是否固定长度="是"
　　　　数据元内容="444222"
　　＜/＞
　　＜数据项
　　　　数据元名称="交易日期时间"
　　　　类型="数字符号字符"
　　　　长度="19"
　　　　是否固定长度="否"
　　　　数据元内容="2000-01-01T02:02:23"
　　＜/＞
　　＜/数据组＞
　　＜/股民开户＞
　　＜/请求信息＞
　　＜/信息负载＞
　　实际上该文档从证券服务器被发送到银行服务器上，如果银行服务器成功的处理了该请求，它返回的文档应该是如下的形式：
　　＜?xml version="1.0"?＞
　　＜!DOCTYPE 资金划拨
　　　　SYSTEM "http://www.somestandard.org/银行证券信息交换协议.dtd"
　　＞
　　＜信息负载
　　　　版本号="1.0"
　　　　时间标签="2000-01-01T02:03:45"
　　＞
　　＜信息头＞
　　＜信息发送者
　　　　名称="Bank Corporation"
　　　　发送者ID="3af37b50-2635-1172-b24a-26604f478021"
　　　　角色="银行"
　　/＞
　　＜信息接收者
　　　　名称="Stock Corporation"
　　　　接收者ID="4af37b30-2c35-11d2-be4a-204c4f4f5020"
　　　　角色="证券"
　　/＞
　　＜/信息头＞
　　＜响应信息
　　　　响应信息ID="4587874878"
　　＞
　　＜响应应答
　　　　应答代码="200"
　　　　应答代码描述 ="成功交易"
　　　　请求消息的ID="3434234334"
　　　　相关消息的ID="2342342334"
　　＞
　　＜数据组＞
　　＜数据项
　　　　数据元名称="授权码"
　　　　类型="数字字符"
　　　　长度="10"
　　　　是否固定长度="是"
　　　　数据元内容="0012300454"
　　＜/＞
　　＜数据项
　　　　数据元名称="交易日期时间"
　　　　类型="数字符号字符"
　　　　长度="19"
　　　　是否固定长度="否"
　　　　数据元内容="2000-01-01T02:03:45"
　　＜/＞
　　＜/数据组＞
　　＜/响应应答＞
　　＜/响应信息＞
　　＜/信息负载＞

　　主要数据项的内容
　　＜数据项＞
　　　＜数据元名称＞资金帐号＜数据元名称＞
　　　＜类型＞数字字符＜/类型＞
　　　＜长度＞19＜/长度＞
　　　＜是否固定长度＞否＜是否固定长度＞
　　＜/数据项＞
　　＜数据项＞
　　　＜数据元名称＞活期帐号＜数据元名称＞
　　　＜类型＞数字字符＜/类型＞
　　　＜长度＞25＜/长度＞
　　　＜是否固定长度＞否＜是否固定长度＞
　　＜/数据项＞
　　＜数据项＞
　　　＜数据元名称＞授权码＜数据元名称＞
　　　＜类型＞数字字符＜/类型＞
　　　＜长度＞10＜/长度＞
　　　＜是否固定长度＞是＜是否固定长度＞
　　＜/数据项＞
　　＜数据项＞
　　　＜数据元名称＞交易金额＜数据元名称＞
　　　＜类型＞数字字符＜/类型＞
　　　＜长度＞12＜/长度＞
　　　＜是否固定长度＞是＜是否固定长度＞
　　＜/数据项＞
　　＜数据项＞
　　　＜数据元名称＞银行流水号＜数据元名称＞
　　　＜类型＞数字字符＜/类型＞
　　　＜长度＞12＜/长度＞
　　　＜是否固定长度＞是＜是否固定长度＞
　　＜/数据项＞
　　＜数据项＞
　　　　＜数据元名称＞证券公司流水号＜数据元名称＞
　　　　＜类型＞数字字符＜/类型＞
　　　　＜长度＞12＜/长度＞
　　　　＜是否固定长度＞是＜是否固定长度＞
　　＜/数据项＞
　　＜数据项＞
　　　　＜数据元名称＞银行代码＜数据元名称＞
　　　　＜类型＞数字字符＜/类型＞
　　　　＜长度＞6＜/长度＞
　　　　＜是否固定长度＞是＜是否固定长度＞
　　＜/数据项＞
　　＜数据项＞
　　　＜数据元名称＞银行名称＜数据元名称＞
　　　＜类型＞数字字母符号字符＜/类型＞
　　　＜长度＞50＜/长度＞
　　　＜是否固定长度＞否＜是否固定长度＞
　　＜/数据项＞
　　＜数据项＞
　　　　＜数据元名称＞证券公司代码＜数据元名称＞
　　　　＜类型＞数字字符＜/类型＞
　　　　＜长度＞6＜/长度＞
　　　　＜是否固定长度＞是＜是否固定长度＞
　　＜/数据项＞
　　＜数据项＞
　　　　＜数据元名称＞证券公司名称＜数据元名称＞
　　　　＜类型＞字母数字字符＜/类型＞
　　　　＜长度＞50＜/长度＞
　　　　＜是否固定长度＞否＜是否固定长度＞
　　＜/数据项＞
　　＜数据项＞
　　　　＜数据元名称＞资金帐号密码＜数据元名称＞
　　　　＜类型＞二进制字符＜/类型＞
　　　　＜长度＞8＜/长度＞
　　　　＜是否固定长度＞是＜是否固定长度＞
　　＜/数据项＞
　　＜数据项＞
　　　　＜数据元名称＞活期帐号密码＜数据元名称＞
　　　　＜类型＞二进制字符＜/类型＞
　　　　＜长度＞8＜/长度＞
　　　　＜是否固定长度＞是＜是否固定长度＞
　　＜/数据项＞
　　＜数据项＞
　　　　＜数据元名称＞活期帐号余额＜数据元名称＞
　　　　＜类型＞数字字符＜/类型＞
　　　　＜长度＞12＜/长度＞
　　　　＜是否固定长度＞是＜是否固定长度＞
　　＜/数据项＞
　　＜数据项＞
　　　　＜数据元名称＞资金帐号余额＜数据元名称＞
　　　　＜类型＞数字字符＜/类型＞
　　　　＜长度＞12＜/长度＞
　　　　＜是否固定长度＞是＜是否固定长度＞
　　＜/数据项＞
　　＜数据项＞
　　　　＜数据元名称＞交易日期时间＜数据元名称＞
　　　　＜类型＞数字符号字符＜/类型＞
　　　　＜长度＞19＜/长度＞
　　　　＜是否固定长度＞是＜是否固定长度＞
　　＜/数据项＞
　　＜数据项＞
　　　　＜数据元名称＞用户姓名＜数据元名称＞
　　　　＜类型＞数字字母字符＜/类型＞
　　　　＜长度＞12＜/长度＞
　　　　＜是否固定长度＞是＜是否固定长度＞
　　＜/数据项＞
　　＜数据项＞
　　　　＜数据元名称＞用户身份证＜数据元名称＞
　　　　＜类型＞数字＜/类型＞
　　　　＜长度＞18＜/长度＞
　　　　＜是否固定长度＞否＜是否固定长度＞
　　＜/数据项＞
　　＜数据项＞
　　　　＜数据元名称＞用户地址＜数据元名称＞
　　　　＜类型＞数字字母符号字符＜/类型＞
　　　　＜长度＞80＜/长度＞
　　　　＜是否固定长度＞否＜是否固定长度＞
　　＜/数据项＞
　　＜数据项＞
　　　　＜数据元名称＞用户电话＜数据元名称＞
　　　　＜类型＞数字符号字符＜/类型＞
　　　　＜长度＞14＜/长度＞
　　　　＜是否固定长度＞否＜是否固定长度＞
　　＜/数据项＞
　　＜数据项＞
　　　　＜数据元名称＞城市编号＜数据元名称＞
　　　　＜类型＞数字字符＜/类型＞
　　　　＜长度＞5＜/长度＞
　　　　＜是否固定长度＞否＜是否固定长度＞
　　＜/数据项＞

<完>
参与讨论本主题

此文将介绍如何让你的网站成为google搜索中的焦点，如果你是一名网站技术人员，读完此文你将有所收获。

一、让google找倒你

如果你搜索某类关键词，出现关键词的前几名网页并非如SOHU,SINA,163等门户网站，而是其他专业性突出的站点，甚至一些你从未听说过得网站，他的排名却一直排在大型门户网站前面，或者该站点的域名为.org,.edu等而非商业公司.com。

他们是如何做到的？

1、连接的重要性

假设某人发表了某篇优秀文章，而其他人在他们的文章中多次引用了这篇优秀文章的内容，或者提到了这篇文章，那我们可以认为这篇优秀文章，在某个领域就是权威。这就是google对网页排名的中心思想，谁是权威，谁是焦点，谁就排名在第一位。

如果某个网站在sohu的首页做了一个首页的友情连接，那么很快该网站的首页里面的内容关键词在google里面得到大幅度的提升（即使没有人点击这个连接，也会有很大的效果）。以此类推，在众多知名网站上面做了友情连接，你的网站将很快推广出去。我并不是鼓励读者去到这类门户网站上面去做广告，只是想说明：连接就是一切。

sohu至少经营了6年以上，google对他的许多网页评价都很高，目前sohu的首页评价为7/10，可以说，sohu就相当于一个权威。而在这个权威里面，引用了你的网站（增加你的友情连接），那么google会认为，权威所引用的内容，一定不是赝品，因此google也会因此会提升对你网页评价。

反之，如果你在一个名不见传的网站（google对改网页评价较低）做了友情连接，那么效果几乎等于没有。因为google排名的思想是权威第一，其他的就放到后面去吧。

推荐方法：
大量的与其他网站交换连接，最好是google评价较高的网页；
查找网站的死连接，因为他们将会破坏网站在goolge心中的形象；
增强网页内容的质量，因为他们将会给你得网站带来更多的点击率和引用率，因此而提升google对改网页的评价。
注：Google对网页的评价，你需要下载google工具条，上面的pagerank则表示评价值。

2、让google认识你

即使你的网页做了大量高质量的友情连接，为大多数权威引用，可是如果你的网页在设计中没有处理好某些技术细节，google可能无法认识你，因此而浪费你的资源。

需要注意的几点：

网页的标题。网页的标题就相当于一个人的名字一样，如果你的网页没有title字段，那么goolge将很难识别；

网页的关键词、描述。虽到目前这两项逐渐被google所忽视，但他们依然有所价值，你最好在网页的keywords,description字段中输入该网页关键词以及描述。

尽量少的使用flash动画、图片。如果你的连接以flash或者图片的形式出现，那google将很难识别出里面连接，也就是说等于白费。虽然google对外声称可以识别，不过实际效果并不理想。因此网页里面的连接最好是文字连接，如果你为了美化你的网页而必须使用flash或者图片，那么建议你在做了flash或者图片之后，在网页的其他地方在做一个文字连接。

连接的正确性。排除死连接，这一点必须注意；另外，如果该网页属于动态网页，比如news.asp?id=95，或者其他语言的，如：news.jsp?id=95,new.do?id=95等等，这些网页也很难被google识别，虽然google声称他能快速的识别这些动态网页，但实际效果并不理想，因此，恶贼钟林强烈建议将所有动态网页转换成静态网页html（别砸，别砸我，鸡蛋好几万块钱一吨）。当然，并不是让你将网页直接改成html格式，因为这样的工作量是无法承受的，apache和iis服务器都有一个re_write的模块可以为你解决自动转换，这一点我将在下面做详细介绍。

二、google关注你网站站设计中的细节

1、建立网站地图。

网站地图有两个好处，一是方便读者进行网站导航，二是方便google搜索你的网页。

google在对你网站搜索的时候，有一个入口，通常是你网站的首页，然后根据网站首页上面的连接进行逐个的搜寻，然后将搜寻中正确的结果加到他的数据库里面。因此网站需要一个能够最大容纳你网站所有网页的连接群，最好的方法是做一个网站地图，在里面输入你网站主要栏目的连接地址。而google不会主动去搜寻你网站一个名叫sitemap.html的文件，因此恶贼强烈建议将网站地图的连接代码拷贝到首页，这样goolge在搜索首页的过程中将会一次性的读取你网站大部分的连接。

另外值得注意的是，如果你的首页是一个flash，或者一个图片，goolge很可能无法正确搜索你的网站连接，因此网站的首页要尽量多的作连接，但连接形式最好是文字连接。

2、关于re_write

目前较为普遍的动态网页包括asp,php,jsp,shtml,jhtml,cgi......甚至还有一些自己定义的，比如：aspx,do,index,hello等等。表现形式为：news.asp?id=95。恶贼钟林建议读者通过re_write将其转换成news/95.html，以便于google对改网页的识别。

re_write是iis里的一个模块，你可以从http://www.95ren.com/soft/re_write.zip下载，里面有相关安装说明。

当需要将news.jsp?id=95的映射成news/95.html时，只需设置httpd.ini文件：
RewriteRule /news/(\d+)\.html /news\.jsp\?id=$1 [N,I]
这样就把 /news/95.html 这样的请求映射成了 /news.jsp?id=95

然后你在连接处这样写：<a href='/news/95.html'>95新闻</a>。
如果你的新闻是通过数据库循环读取出来的，那么写法是：
while(rs.next())
{
String id = (String)rs.getString('id');
out.print('<a hef='/news/''+id+'.html>');
out.print('95新闻');
out.print('</a>');
}

如果你在处理数据翻页，那么写法是：

More_<%=Page%>_<%=type%>.html （注：page是翻页页数，type是数据类型）
表现形式：More_1_95.html

如果翻下一页，则为：More_2_95.html，继续下一页的循环，则是：
More_3_95.html，以此类推。

不过你需要在httpd.ini文件中增加以下代码：
RewriteRule /More_(\d+)_(\d+)\.html /jsp/more\.jsp\?page=$1&type=$2 [N,I]

如果你的动态程序有多个参数需要传递，那么就增加多个(\d+)即可，如下：

RewriteRule /More_(\d+)_(\d+)_(\d+)\.html /jsp/more\.jsp\?page=$1&type=$2&type2=$3 [N,I]

可以参考我的网站“朝九晚五”http://www.95ren.com 里面的翻页处理表现形式是：More_1_95.html

三、加入google

1、登录网站

到google去登记你的网站，网址是：http://www.google.com/intl/zh-CN/add_url.html。当然，google不会让任意的网站登录，你的网站首页必须能够打开，并且内容必须健康，且内容不能太少，否则google将不予通过。

即使google通过了你的登记请求，他也不会通知你，你也无法立刻知道是否通过了。一般在1个月之内就会知道答案，因为google对于新站的审核、登记，不会立即生效。但是我们可以通过这样的方法来确定你的网站是否已经通过登记：
到google的搜索框内输入： site:www.你的网址.com
如果查询结果为0，则表示google尚未登记你的网站，或：注意，或者是你的首页出现异常，或者是你的首页使用了框架，或者是你的首页没有标题、关键词，或者是你的首页的内容太少，这些因素将导致你的网页无法被google识别，即使你已经通过了登记审核。

2、验证你的网页是否被google收录

直接在goolge的搜索框之内输入你的网页的网址，如果查询结果为0，则表示并未被收录

3、验证你的网页是否被google更新
google会在1个月之内在他的数据库里面新你的网站信息，当然，如果google对你的网页评价高于4，那么这个时间将会缩短到1个星期。如果你安装了google的工具条，你可以使用“缓存的网页快照“功能，来查询目前google收录该网页的过期信息。

注：google更新的首页的时间是1-3天，网站内的其他网页是1-36天。

四、google的喜好与厌恶

google也有发脾气的时候，如果你的网站首页或者其他网页打不开，或者你的网页内有不健康的内容，google会降低对他们的评价，如果网页的评价一直在下降，最终google会在他的数据库里删除你的网站信息。

google不喜欢框架，如果你的网页使用了框架，google将无视他的存在，而拒绝将改网页的信息加入数据库。google喜欢html文件，因此所有信息的搜索都以html为先，而那些动态网页asp,php,jsp甚至一些自定义的do,action,hello等都统统排在后面。 google不喜欢js，虽然大家都用它来读取数据，不过既然google讨厌js，我们也没办法，因为js里面的内容是无法被google识别的，因此如果你坚持要使用js，那js里面最好不要存放重要信息。

五、google的站内搜索

默认google搜索框是搜索互联网(www)上面所有的内容，如果你的网站已经被google收录了，那么你可以做一个google站内搜索。就是说在google数据库中搜索所有你的网站的信息。比如你输入了你网站内的一个关键词，使用google的站内搜索的搜索功能，将会在goolge出现你网站内所有与关键词有关的网页。

如果你的网站已经被google收录，并且运营情况良好，建议你可以做一个google的站内搜索功能。恶贼钟林提供一个简单的方法来实现这一个功能，将一下代码拷贝到你的网页当中即可：

<form name=form action=http://www.95ren.com/search/index.jsp method=post
target='_blank'>
关键词: <input maxlength=255 size=15 name=key><input type=submit value=搜索>
<input type='hidden' name='id' value=www.95ren.com'>
</form>

拷贝代码时，请将value=www.95ren.com'中的网址，改成你的网址，不需要加http://，直接写www.你的网址.com即可。

你可以看到form表单是提交给我的网站'朝九晚五'的，我网站的程序在将你输入的信息提交给google，最后google将搜索出来的信息显示出来。如果google并没有搜索出你输入的关键词的相关信息，则表示google并没有将你网站的改关键词加入到他的数据库中，也可能是你的的网站本身就没有登录到google的数据库，还有一种可能是，google搜索的是1-30天以前的信息，在这30天之内你所添加的信息，google尚未来的及将该信息加入到他的数据库之内。

六、影响排名的其他因素

影响排名的另外一个重要因素就是你网页的时间，如果网页的生成时间越近，那么排名就会越在前面（注：这不是唯一的因素）。不过百度搜索(baidu.com)对时间因素看的非常重要，即使goolge 对改网页的评价低于其他网页，但如果网页的时间是最近的，那将显示在百度的第一位。

首页自动更新，不是首页数据自动更新，而是整个文件自动更新。如果你的首页是采用asp,php,jsp，通过读取数据库来实现自动更新，那这只能算是首页的数据更新了，而不是首页文件更新，google和百度看的是首页文件的更新时间。

这里我介绍一个让网站首页永远是最新的方法，用java自动生成首页：
步骤1、将你首页的所有数据读取出来，通过io存放起来。如果你的首页需要读取数据库纪录，你可以在此之前通过读取sql将数据库信息读取出来，然后通过io控制写入文本html。
步骤2、合成你首页所需要的所有数据，包括图片、文字、动画、js脚本等等，通过io将这些数据合成为index.html。

以上两个步骤可以实现首页的更新，但不是时时自动更新。若要自动更新，你可以触发一个事件，当事件触发时，则实现步骤1和步骤2。我的站点“朝九晚五”的触发事件是：一旦网站有新的文章发布时，则触发首页更新事件。而站点每天都有很多新的文章发布，这就表示网站首页每天都会更新，其首页文件的时间永远是最新的。

<完>
参与讨论本主题