专利名称：标准化产品现货网上交易系统的制作方法
技术领域：
本实用新型涉及网上交易系统，尤其是涉及一种融合了多种交易部门的标准化产品现货网上交易系统。
背景技术：
随着现代信息技术的发展，网上交易越来越受到人们的关注和青睐。网上交易不受地域(特别是偏远郊县)的限制、不受上班时间的限制，只要办理了网上委托交易的相关手续，就可以坐在家里或办公室里下单，轻轻松地实现交易。为了完善网上交易，人们进行了长期的探索，提出了各种各样的改进方案，有些还申请了专利。
例如，中国专利文献公开了一种整合企业采购及销售的电脑网上交易方法及系统[CN申请号01104500.0]，它在企业内部的伺服器主机中架设一企业网站，该企业网站可让企业主通过网际网络与任一供应商进行采购交易及与任一顾客进行销售交易。企业网站中具有一公司交易系统，包括一供应商交易管理系统、一客户交易管理系统、一帐款及物流处理系统及一报表分析管理系统。其提供一种整合采购及销售的交易系统，提供精简的采购流程及公开询议价的资讯，达到降低成本、节省人力营销费用的目的。还有人发明了一种支持持卡人利用磁卡和IC卡含借记卡和信用卡的互联网上安全电子商贸系统[CN申请号99119068.8]，涉及一种基于互联网平台的电子商贸，交易双方及银行之间实现安全电子贸易和相应资金安全划转的技术。包括CA，持卡人端，商户端，支付网关端软件子系统，以互联网作为主要的信息交换媒介，通过SSL，DER编码，PKCS等网上安全技术，把持卡人、商户和银行支付网关安全地连接在一起，实现了从持卡人订购→银行支付→商户清算的自动处理。
尽管，上述方案对网上交易进行了改进，但是仍然存在着功能不够完善，缺少相关配套设施，无法安全可靠地完成整个网上交易过程等缺陷，无法为网下服务提供有利的前提保障。
发明内容
本实用新型的主要目的是提供一种设计合理，结构简单，功能完善，能够在网上实现与银行、保险公司、运输公司等多部门之间进行业务处理的标准化产品现货网上交易系统。
本实用新型还有一目的提供一种信号传输的保密性好，安全可靠，设备成本较低的标准化产品现货网上交易系统。
本实用新型的上述技术问题主要是通过下述技术方案得以解决的标准化产品现货网上交易系统，包括一个数据处理中心，在数据处理中心上连接有至少一个交易控制中心和至少一个客户处理中心，其特征在于，所述的数据处理中心上还连接有至少一个银行终端、至少一个仓库终端、至少一个保险公司终端，以及至少一个运输公司终端；并且上述的数据处理中心与客户处理中心相连接，上述的银行终端与客户处理中心相连接。
本实用新型将交易控制中心、数据处理中心、客户处理中心、银行终端、仓库终端、保险公司终端、运输公司终端等各个部分连接成一个相互密切合作的有机整体，以便完成在交易过程中的各个过程，能够根据各种不同的交易状况实现。
作为优选，所述的数据处理中心包括一个用于存储数据的数据库，以及一个用于进行数据处理的处理单元。
作为优选，所述的交易控制中心包括至少一个客户服务终端，至少一个物流服务终端，和至少一个财务管理终端。
作为优选，所述的客户处理中心包括短信终端、电话终端、和电脑终端的任意一种或多种。
作为优选，所述的银行终端和数据处理中心之间具有用于保障交易安全的结算保障单元。
作为优选，所述的运输公司终端和保险公司终端与所述数据处理中心之间具有用于确保运输安全的运安保障单元。
通过数据处理中心实现了交易商通过因特网远程完成其交易需求，实现了交易控制中心、运输公司、以及各注册仓库终端和交易系统之间数据处理和交互传输的需求。结算保障单元实现了业务系统和银行之间数据的存储处理和相互传输，结算保障单元交易商虚拟帐户和银行交易商虚拟帐户是一一对应的。当业务系统发送指令前，对结算保障单元虚拟帐户进行判断和分析，然后发送相应的指令；结算保障单元根据交易商实体帐户的开户银行和其虚拟帐户所在的银行，分别把指令发送到相应的银行端口，并通过结算保障单元返回银行的处理信息，同时结算保障单元对所发的指令信息进行记录和处理。运安保障单元实现了业务系统和货运公司以及保险公司之间数据的判断处理和相互传输。发生移库、送货时，向保险公司投保，然后运安保障单元根据货物运送的起始地和目的地来判定选择运输公司，向保险公司传输投保指令信息，然后保险公司返回接受投保指令信息。当发生出险报案，仓库人员或物流中心根据出险报案单据通过运安保障单元向保险公司发送出险报案请求。保险公司通过运安保障单元将确认接受信息返回到物流中心。
作为优选，所述的交易控制中心、数据处理中心、客户处理中心、银行终端、仓库终端、保险公司终端、和运输公司终端之间设有用于进行交易的注册单元、报盘单元、撤盘单元、询盘单元、合同订立单元、合同内容变更单元、双方违约合同解除单元、合同货款入帐冻结单元、合同内容判定单元、合同单方违约单元、合同履行单元、入库单元、合并/拆分单元、移库单元、直达运送单元、保险申报及结算单元、退货单元、提货单元、收货单元、货物出库单元、内部移库单元、抵押单元、出险报案单元、票据进跟踪单元、票据出跟踪单元、运费单元、收传真单元、短信单元、交易商及客户领款单元、保险赔款录入和领款单元。
作为优选，所述的注册单元内还包含有会员费单元。
作为优选，所述的电话终端和数据处理中心之间通过呼叫服务终端相连接。
因此，本实用新型具有如下优点1、通过网络能够不受时间、空间等限制，方便地完成整个货物交易过程。2、整个系统设计合理，结构简单，功能完善，能够在网上实现与银行、保险公司、运输公司等多部门之间进行业务处理。3.信号传输的保密性好，安全可靠，设备成本较低。
附图1是本实用新型的一种结构框图； 附图2是本实用新型的另一种结构示意图。
具体实施方式
下面通过实施例，并结合附图，对本实用新型的技术方案作进一步具体的说明。
实施例 如图1所示，标准化产品现货网上交易系统，包括一个数据处理中心1，在数据处理中心1上连接有至少一个交易控制中心2和至少一个客户处理中心3，其特征在于，所述的数据处理中心1上还连接有至少一个银行终端4、至少一个仓库终端5、至少一个保险公司终端6，以及至少一个运输公司终端7；并且上述的数据处理中心1与客户处理中心3相连接，上述的银行终端4与客户处理中心3相连接。电话终端3b和数据处理中心1之间通过呼叫服务终端40相连接。
银行终端4和数据处理中心1之间具有用于保障交易安全的结算保障单元8。运输公司终端7和保险公司终端6与所述数据处理中心1之间具有用于确保运输安全的运安保障单元9。
数据处理中心1包括一个用于存储数据的数据库1a，以及一个用于进行数据处理的处理单元1b。交易控制中心2包括至少一个客户服务终端2a，至少一个物流服务终端2b，和至少一个财务管理终端2c。客户处理中心3包括短信终端3a、电话终端3b、和电脑终端3c的任意一种或多种。
交易控制中心2、数据处理中心1、客户处理中心3、银行终端4、仓库终端5、保险公司终端6、和运输公司终端7之间设有用于进行交易的注册单元10、报盘单元11、撤盘单元12、询盘单元13、合同订立单元14、合同内容变更单元15、双方违约合同解除单元16、合同货款入帐冻结单元17、合同内容判定单元18、合同单方违约单元19、合同履行单元20、入库单元21、合并/拆分单元22、移库单元23、直达运送单元24、保险申报及结算单元25、退货单元26、提货单元27、收货单元28、货物出库单元29、内部移库单元30、抵押单元31、出险报案单元32、票据进跟踪单元33、票据出跟踪单元34、运费单元35、收传真单元、短信单元、交易商及客户领款单元、保险赔款录入和领款单元。注册单元10内还包含有会员费单元101。
如图2所示，上述的标准化产品现货网上交易系统工作过程如下 1、注册流程，交易商注册会员前，先要提交详细信息，交易中心审核录入后，下载由交易中心提供带有密码的数字安全证书并安装，安装完成后绑定交易商的资料及可操作电脑，然后操作员通过数字安全证书验证登录交易平台进行交易。
2、报盘流程，交易商可以选择保证金模式或仓单模式进行报盘操作，保证金模式报盘时需冻结报盘方货款款项的一定的金额作为保证金和佣金。业务系统判断交易商虚拟帐户上是否有；如果有足额的保证金和佣金，系统则发送指令到结算宝冻结交易商虚拟账户上的保证金和佣金并把指令传输到银行，冻结成功后发盘；如没有则以短信方式催促交易商补齐余额；同时把交易商报盘记录储存，当交易商保证金和佣金入帐时，银行返回信息时，系统发送指令到结算宝冻结交易商虚拟账户上保证金和佣金，冻结成功后发盘，否则在规定的时间内系统自动删除此报盘记录。报盘成功后，短信通知客户发盘情况。
仓单模式报盘，需冻结报盘方的仓单和佣金，冻结成功后发盘，否则在规定的时间内系统自动删除此报盘记录。报盘成功后，短信通知客户发盘情况。
3、撤盘流程，在撤盘时系统自动触发判断该报盘是否在交易中订立合同；有订立合同，则不允许撤盘。在报盘撤盘时，解冻(仓单)保证金，佣金；订单撤盘时，通知银行取消相关划款指令；在仓单询盘时生成的订单，撤消时解冻仓单。当解冻和取消划款指令成功后，并短信通知交易商撤盘成功。
4、询盘流程，此流程按报盘模式不同可分为保证金模式询盘和仓单模式询盘。
保证金模式询盘，当交易商提交订单信息，结算宝系统判断交易商虚拟帐户上是否有足额的保证金和佣金；若有，系统发送指令到结算宝冻结交易商虚拟账户上的保证金/佣金并把指令传输到银行，冻结成功后提交订单信息；如没有，则以短信方式催促交易商补齐余额；同时把交易商订单记录储存，当交易商保证金/佣金入帐时，银行返回信息时，系统发送指令到结算宝冻结交易商虚拟账户上保证金/佣金，冻结成功后提交订单信息，否则在规定的时间内系统自动删除此订单记录。报盘成功后，短信通知客户。此外当订单记录的数量大于现时对方报盘的数量，订单记录信息自动删除，并通知银行取消划款指令。
仓单模式询盘，当交易商以仓单模式询盘时，仓单内容则要和对方报盘内容相一致，若仓单信息和对方报盘信息一致，则自动生成订单；如果仓单信息不符合对方报盘信息，则不能生成订单。
5、合同订立流程，当生成电子合同时，系统发送解冻和划款指令到银行划转交易双方佣金到交易中心帐户，并短信通知交易双方合同订立成功。
6、合同变更流程，当买卖双方协商同意变更合同后，交易双方都在交易操作界面下操作，若有一方发出变更合同指令，则对方自动跳出是否同意变更合同的提示界面，同时短信通知对方是否变更合同。交割日提前或延迟，交提货仓库变更在交割日最后时段之前询盘方可以提交修改。
交易商双方协商解除合同，系统发送解冻指令给结算宝并转发到银行解冻双方保证金或解冻买方的保证和卖方的仓单，或者发送指令到银行把保证金划回双方或买方银行的实体帐户；同时解冻询盘方合同运保费，或合同运保费划回询盘方实体帐户，合同变为历史合同。
7、双方违约合同解除流程，到了交割点，合同双方都没有按照合同要求履行，系统自动把合同作为违约合同，系统发送解冻指令给结算宝并转发到银行解冻双方保证金，或者发送指令到银行把保证金划回双方银行的实体帐户；同时解冻询盘方合同运保费，或合同运保费划回询盘方实体帐户，合同变为历史合同。
8、货款入帐及冻结流程，在生成电子合同后，生成合同货款要求入帐记录保存后台，业务系统在交割日之前判断买家虚拟帐户上是否有足额合同货款，有则在交割日时业务系统给结算宝发送冻结合同货款指令；如没有，则在交割日之前通过短信方式催促买家补齐合同货款，买家合同货款入帐后，在交割日时冻结合同货款。
9、合同内容判定流程，交割日之前，如果交易商双方协商解除合同，合同解除；如果交易商主动违约，为主动违约合同。到了交割点，如果已冻结买家合同货款，卖家按合同要求将货物提交到指定仓库，则为履约合同；如果没有冻结买家合同货款，卖家按合同要求将货物提交到指定仓库，则判定买方违约，或者已冻结买家合同货款，卖方没有按照合同要求，没有将货物送到指定仓库，则判定卖方违约；如果没有冻结买家合同货款，卖方没有按照合同要求，没有将货物送到指定仓库，则判定双方违约。
10、合同单方违约流程，违约方的违约金划入对方帐户，解冻对方保证金或保证金及合同货款，或划回对方实体帐户，同时解冻询盘方的运保费，或划回询盘方实体帐户。违约方收到违约金票据确认后，合同变为历史合同。
11、合同履行流程，在交割点时买家货款和卖家仓单同时都冻结，同时短信通知卖方开具合同货款发票投递交易中心。交易中心审核录入后，通知银行将交易货款划入卖方的银行帐户。
12、入库流程，入库可分为有合同入库和无合同入库。有合同入库，交易商按照合同的要求进行货物入库，入库货物要与合同上要求的品名、规格、等级、数量、包装以及质量指标信息一致。通过质检后，仓库人员在其端口录入相关信息，然后系统生成入库单及其验证码。如果入库货物与合同要求不符，则在交割日前以短信的方式通知客户及时补齐货物。
无合同入库，入库前需要质量检验，入库仓库人员在其端口录入品名、规格、等级、数量、包装以及质量指标相关信息，然后系统生成入库单及其验证码。
13、合并拆分流程，只有品名、规格、等级、包装以及质量指标信息一致的货物才能进行合并或拆分，合并或拆分包括有合同合并或拆分和无合同合并或拆分，仓库人员根据交易商需求对货物进行合并或拆分，然后录入货物相关真实信息。其中有合同合并或拆分，要求合并或拆分后的数量一定要符合合同要求。
14、移库流程，当合同履行，交货仓库和提货仓库不一致时发生移库，系统生成移库单及其验证码，短信通知货运公司，货运公司在其端口打印移库单及其验证码，并短信通知移出仓库，同时在移出仓库端口生成待移出库单，验证移库单通过后，仓库管理员填写真实货物信息，打印移出库单，货物出库。系统生成待移入库单，货物到达移入仓库，仓库填写真实货物信息，并打印移入库单及其验证码，货运公司驾驶员在货运公司端口验证移入库单或通过短信传递移入库单信息到系统验证，验证通过后，系统自动发送短信给驾驶员通知卸货完成移库流程。
15、直达运送流程，客户选择直达运货，业务系统会自动生成送货单及其验证码，同时短信通知货运公司送货，在货运公司打印送货单及其验证码后，在出库仓库端口生成待出库单，验证移库单通过后，仓库管理员填写真实货物信息，打印移出库单，货物出库。系统生成待收货单，货物到达交易商仓库，交易商填写真实货物信息，并打印收货单及其验证码，货运公司驾驶员在货运公司端口验证收货单或通过短信传递收货单信息到系统验证，验证通过后，系统自动发送短信给驾驶员通知卸货完成直达运送流程。
16保险申报流程，当生成投保申请单时，提交到保险公司投保。保险公司业务系统通过运安保将投保成功信息返回给交易中心业务系统。交易中心向交易商代收保费，业务系统向结算宝发送划款保费指令，银行划款至交易中心帐户。保险公司开具发票申请领取保费，投递至交易中心审核，审核通过后业务系统向结算宝发送划款指令，银行根据结算宝的指令从交易中心帐户划款给保险公司帐户。
17、退货流程，交易商退货时，选择需要退货的有效入库单，然后打印退货单及其验证码，生成待出库单，仓库验证退货单，验证通过后，仓库管理员填写货物真实信息，并打印出库单，货物出库完成退货流程。
18、提货流程，买家货物到达提货仓库，系统自动生成提货单及其验证码，并短信通知交易商打印提货单及其验证码。交易商打印提货单后，生成待出库单，仓库验证提货单，验证通过后，仓库管理员填写货物真实信息，并打印出库单，完成提货流程。
19、收货流程，客户选择直达运货后，货运公司端口自动生成送货单及其验证码。当货运公司到仓库提货，仓库业务系统生成出库单及其验证码，且短信通知买方货物已出库，系统生成待收货单及其验证码，当货物运送到达时，交易商打印收货单。交易商填写真实货物信息，并打印收货单及其验证码，货运公司驾驶员在货运公司端口验证收货单或通过短信传递收货单信息到系统验证，验证通过后，系统自动发送短信给驾驶员通知卸货，至此收货流程完成。
20、货物出库流程，交易商选择自提出库或直达运送，业务系统会自动生成提货单或送货单及其验证码，并短信通知对方。提货方打印提货单或送货单生成待出库单，仓库验证提货单或送货单，验证通过后，仓库管理员填写货物真实信息，并打印出库单，完成出库流程。
21、内部移库流程，物流中心填写内部移库单，系统生成移库单及其验证码，短信通知货运公司，货运公司在其端口打印移库单及其验证码，并短信通知移出仓库，同时在移出仓库端口生成待移出库单，验证移库单通过后，仓库管理员填写真实货物信息，打印移出库单，货物出库。系统生成待移入库单，货物到达移入仓库，仓库填写真实货物信息，并打印移入库单及其验证码，货运公司驾驶员在货运公司端口验证移入库单或通过短信传递移入库单信息到系统验证，验证通过后，系统自动发送短信给驾驶员通知卸货完成内部移库流程。
22、会员费流程，客户发展员将交易商信息审核注册后，系统以短信通知交易商缴纳会员费。会员费可以申请缓交或免交，由客户提交或客户发展中心主管代客户提交缓交或免交申请，总经理审核批准后，系统将其交易帐号、密码以及使用期限短信通知交易商。到了使用期限，系统会短信通知交易商续费。交易商缴纳会员费有两种方式①交易商通过银行将会员费汇到交易中心实体帐户，交易中心收到银行会员费到帐通知录入后，系统将其交易帐号、密码以及使用期限短信通知交易商。②交易中心通过结算宝发送划转会员费指令到银行，银行成功划转后，将结果信息返回到结算宝，结算宝将信息传输到业务系统后，系统将其交易帐号、密码以及使用期限短信通知交易商，完成此流程。
23、抵押流程，交易中心将要求进行抵押业务交易商的仓单及其估价单通过结算宝传输到银行，银行再将抵押金额信息和要求交易中心将其仓单转换成抵押状态的信息通过结算宝返回给交易中心。然后交易中心将其仓单转换成抵押状态，并将抵押金额记录到虚拟帐户。当交易商将抵押仓单进行交易生成合同后，在货款交割时，交易中心通过结算宝将相关信息发送到银行，银行再将其货款总额、抵押金额以及余款信息传输到结算宝，结算宝处理此交易商的虚拟帐户，完成此流程。
24、出险报案流程，发生出险报案，仓库人员或物流中心根据出险报案单据通过运安保向保险公司发送出险报案请求。保险公司通过运安保将确认接受信息返回到物流中心。然后保险公司通知物流中心提供相关材料。物流中心将相关材料录入并提交。保险公司收到相关材料通知物流中心。保险公司审核通过后，发送理赔通知给物流中心，此出险报案流程完成。
25、票据跟踪(进)流程，交易商把相关材料以及开出票据投递至客户服务中心，客户服务中心前台对票据进行录入，系统提示相关部门到前台领取。在前台打印接收单后，相关部门方可领取。其中部门内部之间的票据传递，是当票据接收部门打印接受单后，方可领取票据。
26、发票跟踪(出)流程，交易中心相关部门需要向交易商或客户(运输公司、保险公司)投递票据以及相关材料，投递内容提交到前台办理内部投递，前台需打印接收单方可接收投递内容，然后前台打印投递单，并进行封装。然后前台录入真实投递单号及其内容，再投递。当前台投递后，业务系统确认处理并短信通知票据接收人，至此完成流程。
27、运费流程，完成移库和直达运货任务后，业务系统自动生成运费、移出仓库、移入仓库或提货仓库、收货人等详细信息和待开具运费票据。然后货运公司根据具体运输信息开具运费发票给交易中心，再由交易中心审核运费票据，最后由银行划款给货运公司虚拟帐户完成此流程。
28、收传真流程，当交易商通过电话收传真时，取得交易商特征码及编号，当交易商输入其账号、管理员或操作员编号和密码后，系统进行判断匹配，取得IVR接口信息，根据语音提示选择要传真的资料，然后通过传真机插件自动把资料传真给交易商完成此流程。
29、短信流程，当交易过程中涉及到短信提示，短信平台会自动接收或触发相关的短信信息到客户的短信终端。其中短信内容与语音提示内容相一致。
30、交易商及客户(运输公司、保险公司)领款流程，领款方提交领款申请，业务系统判断其帐户可用余额。当审核通过后，系统发送指令到银行，再由银行将交易商领用金额划转到其实体帐户。如果系统审核不通过，则系统提示界面提醒对方并取消申请。
31、保险赔款录入和领款流程，财务中心收到理赔款项后，进行录入。财务中心通知出险交易商开具理赔款项票据，财务中心收到赔款单据后录入，并打印赔款单，然后将理赔款项划到交易商实体帐户，此流程完成。
本文中所描述的具体实施例仅仅是对本实用新型精神作举例说明。本实用新型所属技术领域的技术人员可以对所描述的具体实施例做各种各样的修改或补充或采用类似的方式替代，但并不会偏离本实用新型的精神或者超越所附权利要求书所定义的范围。
尽管本文较多地使用了多种术语，但并不排除使用其它术语的可能性。使用这些术语仅仅是为了更方便地描述和解释本实用新型的本质；把它们解释成任何一种附加的限制都是与本实用新型精神相违背的。
权利要求1.一种标准化产品现货网上交易系统，包括一个数据处理中心(1)，在数据处理中心(1)上连接有至少一个交易控制中心(2)和至少一个客户处理中心(3)，其特征在于，所述的数据处理中心(1)上还连接有至少一个银行终端(4)、至少一个仓库终端(5)、至少一个保险公司终端(6)，以及至少一个运输公司终端(7)；并且上述的数据处理中心(1)与客户处理中心(3)相连接，上述的银行终端(4)与客户处理中心(3)相连接。
2.根据权利要求1所述的标准化产品现货网上交易系统，其特征在于，所述的数据处理中心(1)包括一个用于存储数据的数据库(1a)，以及一个用于进行数据处理的处理单元(1b)。
3.根据权利要求1所述的标准化产品现货网上交易系统，其特征在于，所述的交易控制中心(2)包括至少一个客户服务终端(2a)，至少一个物流服务终端(2b)，和至少一个财务管理终端(2c)。
4.根据权利要求1所述的标准化产品现货网上交易系统，其特征在于，所述的客户处理中心(3)包括短信终端(3a)、电话终端(3b)、和电脑终端(3c)的任意一种或多种。
5.根据权利要求1或2或3或4所述的标准化产品现货网上交易系统，其特征在于，所述的银行终端(4)和数据处理中心(1)之间具有用于保障交易安全的结算保障单元(8)。
6.根据权利要求5所述的标准化产品现货网上交易系统，其特征在于，所述的运输公司终端(7)和保险公司终端(6)与所述数据处理中心(1)之间具有用于确保运输安全的运安保障单元(9)。
7.根据权利要求6所述的标准化产品现货网上交易系统，其特征在于，所述的交易控制中心(2)、数据处理中心(1)、客户处理中心(3)、银行终端(4)、仓库终端(5)、保险公司终端(6)、和运输公司终端(7)之间设有用于进行交易的注册单元(10)、报盘单元(11)、撤盘单元(12)、询盘单元(13)、合同订立单元(14)、合同内容变更单元(15)、双方违约合同解除单元(16)、合同货款入帐冻结单元(17)、合同内容判定单元(18)、合同单方违约单元(19)、合同履行单元(20)、入库单元(21)、合并/拆分单元(22)、移库单元(23)、直达运送单元(24)、保险申报及结算单元(25)、退货单元(26)、提货单元(27)、收货单元(28)、货物出库单元(29)、内部移库单元(30)、抵押单元(31)、出险报案单元(32)、票据进跟踪单元(33)、票据出跟踪单元(34)、运费单元(35)、收传真单元、短信单元、交易商及客户领款单元、保险赔款录入和领款单元。
8.根据权利要求7所述的标准化产品现货网上交易系统，其特征在于，所述的注册单元(10)内还包含有会员费单元(101)。
9.根据权利要求7所述的标准化产品现货网上交易系统，其特征在于，所述的电话终端(3b)和数据处理中心(1)之间通过呼叫服务终端(40)相连接。
专利摘要本实用新型涉及一种标准化产品现货网上交易系统。包括一个数据处理中心，在数据处理中心上连接有至少一个交易控制中心和至少一个客户处理中心，所述的数据处理中心上还连接有至少一个银行终端、至少一个仓库终端、至少一个保险公司终端，以及至少一个运输公司终端；并且上述的数据处理中心与客户处理中心相连接，上述的银行终端与客户处理中心相连接。本实用新型通过网络，能够不受时间、空间等限制，方便地完成整个货物交易过程；能够在网上实现与银行、保险公司、运输公司等多部门之间进行业务处理；信号传输的保密性好。
文档编号G06Q30/00GK201166865SQ20082008381
公开日2008年12月17日 申请日期2008年2月29日 优先权日2008年2月29日
发明者李红斌 申请人:杭州年运电子商务有限公司