CN103745369A

CN103745369A - 基于b/s架构的零备件销售支持系统的数据管理方法及装置

Info

Publication number: CN103745369A
Application number: CN201410016657.7A
Authority: CN
Inventors: 施大龙; 张大光; 姜波
Original assignee: AVIC E-BUSINESS (BEIJING) Inc
Current assignee: AVIC E-BUSINESS (BEIJING) Inc
Priority date: 2014-01-14
Filing date: 2014-01-14
Publication date: 2014-04-23

Abstract

本发明提出了一种基于B/S架构的零备件销售支持系统的数据管理方法，包括如下步骤：客户端接收并转发用户的服务请求；系统服务中心接收来自客户端的服务请求，并对服务请求进行分析以判断用户的类型，以及根据服务请求对发出服务请求的用户进行身份认证，并根据身份认证的结果对用户分配对应的权限；系统服务中心对用户的权限进行验证，并在验证通过后响应服务请求，并根据服务请求提供对应的Web服务、业务逻辑服务和统一的业务访问接口。本发明还提出一种基于B/S架构的零备件销售支持系统的数据管理装置。本发明提高了系统的工作效率和安全可靠性。

Description

基于B/S架构的零备件销售支持系统的数据管理方法及装置

技术领域

本发明涉及数据管理技术领域，特别涉及一种基于B/S架构的零备件销售支持系统的数据管理方法及一种基于B/S架构的零备件销售支持系统的数据管理装置。

背景技术

中国航空工业经过几十年的艰苦奋斗，已研发出多种规格型号系列的军用和民用飞机、发动机等。为了保障中国生产的航空产品良好运行，中国航空企业必须及时供应性能优异、价格低廉的航空产品零备件和辅助设备。中国航空产品零备件销售一直采用传统的手工方式进行，依靠传真、电话等沟通途径，依靠出差、见面会谈进行业务洽谈。

这种传统销售模式存在以下问题：

首先，由于时空限制，极大地限制了信息流通速度，限制信息沟通效率，从而降低了贸易成交机会。

其次，长时间国内外出差，极大地增加了信息流通成本和产品销售成本，降低企业效益。

再次，供求信息、客户信息、交易信息等分散在各业务人员手里，无法集中管理，导致管理成本增加，对企业销售决策无法提供有效支持。

在传统贸易方式下，在航空零备件销售业务中，涉及的机型种类多，零备件种类多，规格型号多，由于供求信息沟通不及时，容易造成航空零备件数量、规格型号出现差异，交付不及时等问题。因此，在我国航空工业发展中，零备件销售缺乏一个统一的平台，用来整合供应链上下游资源、实现在航空产品零备件销售供应过程中供应链企业之间信息流、业务流、资金流统一和共享，是亟需解决的问题。

发明内容

本发明的目的旨在至少解决所述技术缺陷之一。

为此，本发明的一个目的在于提出一种基于B/S架构的零备件销售支持系统的数据管理方法，该方法提高了系统的工作效率和安全可靠性。本发明的另一个目的在于提出一种基于B/S架构的零备件销售支持系统的数据管理装置。

为了实现上述目的，本发明第一方面的实施例提供一种基于B/S架构的零备件销售支持系统的数据管理方法，包括如下步骤：

客户端接收并转发所述用户的服务请求，其中，所述服务请求包括对所述零备件销售支持系统的登录请求、购买操作系列请求和售出操作系列请求；

系统服务中心接收来自所述客户端的服务请求，并对所述服务请求进行分析以判断所述用户的类型，以及根据所述服务请求对发出所述服务请求的用户进行身份认证，并根据身份认证的结果对所述用户分配对应的权限，其中，所述根据身份认证的结果对所述用户分配对应的权限包括：

所述系统服务中心根据身份认证的结果判断所述用户为买方管理员或卖方管理员；

所述系统服务中心在所述用户为买方管理员时，向所述用户分配对应的登录购买功能以及执行购买操作的权限，所述系统服务中心在所述用户为卖方管理员时，向所述用户分配对应的登录售出功能以及执行售出操作的权限；

所述系统服务中心对所述用户的权限进行验证，并在验证通过后响应所述服务请求，并根据所述服务请求提供对应的Web服务、业务逻辑服务和统一的业务访问接口。

在本发明的一个实施例中，还包括如下步骤：所述系统服务中心存储所述用户的用户信息以及与所述服务请求对应的服务信息。

在本发明的又一个实施例中，所述客户端包括：卖方用户终端、卖方管理终端、买方用户终端和买方管理终端。

在本发明的再一个实施例中，还包括如下步骤：所述系统服务中心支撑运营并提供基于B/S架构的业务管理界面。

在本发明的一个实施例中，还包括如下步骤：提供第三方业务接口并通过所述第三方业务接口与移动终端或固定终端进行通信。

根据本发明实施例的基于B/S架构的零备件销售支持系统的数据管理方法，具有以下有益效果：

1、通过与电子商务手段的结合，航空零备件销售实现了电子化、可视化，供应商与用户可以实现实时沟通，很大程度上提高了工作效率和客户满意度。

2、通过高效的电子化的零备件管理，进一步减少库存，大大缩短备件购置时间，提升飞机全寿命周期内的工作时间。

3、建立了全新的对外零备件后勤保障模式，提高了工作效率和对用户的服务水平，节约了交易成本，大幅提高中国航空产品的后勤保障和支持能力，巩固了市场份额，提高了市场竞争力，促进了中国航空工业发展。

4、采用基于互联网的B/S架构模型，基于SSH（Spring、Struts、Hibernate）的J2EE平台MVC框架开发方式。用户界面采用AJAX技术，改善用户体验，符合Web2.0规范，数据传输采用XML标准格式，便于系统数据交换。数据库采用Oracle10g数据库系统。为保证系统运行安全可靠，采取基于SAN架构的数据存储和远程容灾方案。

本发明采用基于互联网的多层的B/S架构模型，基于SSH（Spring、Struts、Hibernate）的J2EE平台MVC框架开发方式。用户界面采用AJAX技术，改善用户体验，符合Web2.0规范。数据传输采用XML标准格式和Oracle10g数据库系统，便于系统数据交换。本系统基于SaaS（Software-as-a-service）模式开发，用户不用再购买软件，而改用向提供商租用基于Web的软件来管理企业经营活动，无需对软件进行维护，服务提供商会全权管理。SaaS所提供的“一对多租用模式”，便于培训、实施、维护、升级，利于大面积复制，是大面积产业化的有利前提。

5、分层清晰，是基于服务的架构设计，最大限度地解耦，从而系统能具有良好的伸缩性、可扩展性，完全能够面对复杂多变的业务需求。

本发明第二方面的实施例提供一种基于B/S架构的零备件销售支持系统的数据管理装置，包括：客户端，所述客户端用于接收用户的服务请求，其中，所述服务请求包括对所述零备件销售支持系统的登录请求、购买操作系列请求和售出操作系列请求；系统服务中心，所述系统服务中心与所述客户端进行通信，用于接收所述服务请求，并对所述服务请求进行分析以判断所述用户的类型，以及根据所述用户的类型对所述服务请求进行处理以提供与所述服务请求对应的服务，其中，所述系统服务中心包括：接入服务器，所述接入服务器与所述客户端相连，用于根据所述服务请求对发出所述服务请求的用户进行身份认证，并根据身份认证的结果对所述用户分配对应的权限，其中，所述接入服务器根据身份认证的结果判断所述用户为买方管理员或卖方管理员，在所述用户为买方管理员时，向所述用户分配对应的登录购买功能以及执行购买操作的权限，以及在所述用户为卖方管理员时，向所述用户分配对应的登录售出功能以及执行售出操作的权限；主控服务器，所述主控服务器与所述接入服务器相连，用于对所述用户的权限进行验证，并在验证通过后对所述用户的服务请求进行接收、处理和转发；Web服务器，所述Web服务器与所述主控服务器相连，所述Web服务器用于响应所述服务请求，并根据所述服务请求提供对应的Web服务；业务处理单元，所述业务处理单元与所述主控服务器相连，所述业务处理单元用于根据所述服务请求提供对应的业务逻辑服务和统一的业务访问接口；数据库服务器，所述数据库服务器与所述主控服务器相连，所述数据库服务器用于存储所述用户的用户信息以及与所述服务请求对应的服务信息。

在本发明的一个实施例中，所述客户端包括：卖方用户终端，所述卖方用户终端与所述接入服务器相连，卖方用户通过所述卖方用户终端向所述主控服务器发出服务请求；卖方管理终端，所述卖方管理终端与所述接入服务器相连，所述卖方用户通过所述卖方管理终端对所述服务请求和对应的服务信息进行管理；买方用户终端，所述买方用户终端与所述接入服务器相连，买方用户通过所述买方用户终端向所述主控服务器发出服务请求；买方管理终端，所述买方用户终端与所述接入服务器相连，所述买方用户通过所述买方管理终端对所述服务请求和对应的服务信息进行管理。

在本发明的又一个实施例中，所述系统服务中心还包括：第三方业务接口服务器，所述第三方业务接口服务器与所述主控服务器相连，用于与移动终端或固定终端进行通信。

在本发明的再一个实施例中，所述服务信息包括零备件信息和订单信息。

在本发明的一个实施例中，所述业务处理单元还用于支撑运营以及提供基于B/S架构的业务管理界面。

根据本发明实施例的基于B/S架构的零备件销售支持系统的数据管理装置，具有以下有益效果：

本发明附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变得明显，或通过本发明的实践了解到。

附图说明

本发明的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变得明显和容易理解，其中：

图1为根据本发明的基于B/S架构的零备件销售支持系统的数据管理方法的流程图；

图2为根据本发明实施例的业务处理流程图；

图3为根据本发明实施例的询报价业务处理流程图；

图4为根据本发明实施例的创建议价单的流程图；

图5为根据本发明实施例的变更订单的流程图；

图6为根据本发明实施例的卖方用户利用零备件销售支持系统发运流程图；

图7为根据本发明实施例的买方用户利用零备件销售支持系统接收流程图；

图8为根据本发明实施例的用户利用零备件销售支持系统索赔流程图；

图9为根据本发明实施例的用户利用零备件销售支持系统催货流程图；

图10为根据本发明实施例的卖方用户利用零备件销售支持系统出入库业务流程图；

图11为根据本发明实施例的用户利用零备件销售支持系统修理件管理的流程图；

图12为根据本发明实施例的统计报表生成流程图；

图13为根据本发明实施例的权限分配流程图；

图14为根据本发明一个实施例的基于B/S架构的零备件销售支持系统的数据管理装置的示意图；

图15为根据本发明另一个实施例的基于B/S架构的零备件销售支持系统的数据管理装置的示意图。

具体实施方式

下面详细描述本发明的实施例，所述实施例的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的，旨在用于解释本发明，而不能理解为对本发明的限制。

下面参考图1至图13对本发明实施例的基于B/S架构的零备件销售支持系统的数据管理方法进行描述。其中，本发明提出的基于B/S（Browser/Server，浏览器/服务器模式）架构的零备件销售支持系统的数据管理方法属于数据管理技术和和电子商务领域。零备件销售支持系统可以为针对航空技术领域的航空零备件销售支持系统。本发明提供的数据管理方法采用基于互联网的多层的B/S架构模型，基于SSH（Spring、Struts、Hibernate）的J2EE（Java2Platform,Enterprise Edition，Java2平台企业版）平台MVC（ModelView Controller，模型-视图-控制器）框架开发方式。

下面首先对B/S架构和J2EE体系架构进行介绍。

（1）B/S架构WEB应用模型

采用基于互联网的多层的B/S架构模型，主要包括表现层、Web服务器层、应用服务器层和数据层。

B/S模式具有以下主要优点：分布性广，可以随时随地进行查询、浏览等业务处理；业务扩展简单方便，通过增加网页即可增加应用服务功能；易于部署和维护，软件维护升级简单方便；采用资源共享技术合理地利用稀有资源(数据库连接等业务组件对象)，提高软件运行效率；支持更多的客户，可根据访问量动态配置服务器以保证系统性能；降低部署、管理和运行成本。

（2）J2EE体系架构

J2EE采用多层的分布式架构模型，模型由组件组成，应用程序的逻辑根据功能划分被封装在各组件中。由于是采用分布式架构，J2EE应用中的大量组件部署在不同的机器中，通常这些机器具有不同的物理地址。J2EE架构一般分为4层：客户层、Web应用层、企业组件层（业务层）、企业数据系统层。

如图1所示，本发明实施例的基于B/S架构的零备件销售支持系统的数据管理方法，包括如下步骤：

步骤S101，客户端接收并转发用户的服务请求。其中，服务请求包括对零备件销售支持系统的登录请求、购买操作系列请求和售出操作系列请求。具体地，零备件销售支持系统的登录请求为用户请求登录零备件销售支持系统的请求。购买操作系列请求为用户在零备件销售支持系统上执行购买操作时涉及到的一系列请求，例如：询价请求、接收请求和索赔请求等。售出操作系列请求为用户在零备件销售支持系统上执行售出操作时涉及到的一系列请求，例如：发运请求、催交请求和报表生成请求等。

具体地，客户端可以用于面向不同类型的用户访问系统服务中心2提供的服务。其中，不同类型的用户可以包括卖方用户和买方用户。相应的，在本发明的一个实施例中，客户端可以包括卖方用户终端、卖方管理终端、买方用户终端和买方管理终端。终端可以是能够上互联网的电脑或智能手机等。买方用户和卖方用户可以通过上述终端发出服务请求。

步骤S102，系统服务中心接收来自客户端的服务请求，并对上述服务请求进行分析以判断用户的类型，并且根据服务请求对发出该服务请求的用户进行身份认证，并根据身份认证的结果对用户分配对应的权限。

具体地，客户端的前台注册用户与系统服务中心后台管理员使用基于系统程序的权限验证。除与现有软件系统的数据接口外，前台功能应该让会上网的用户在提示下即可正确操作。后台功能的使用可在系统使用手册的指导下进行正确操作。系统服务中心提供后台管理的完整操作手册及故障处理方法。

具体地，根据身份认证的结果对所述用户分配对应的权限包括：首先，系统服务中心根据身份认证的结果判断用户为买方管理员或卖方管理员。然后，系统服务中心在用户为买方管理员时，向用户分配对应的登录购买功能以及执行购买操作的权限。系统服务中心在用户为卖方管理员时，向用户分配对应的登录售出功能以及执行售出操作的权限。步骤S103，系统服务中心对用户的权限进行验证，并在验证通过后响应服务请求，并根据服务请求提供对应的Web服务、业务逻辑服务和统一的业务访问接口。

在本发明的一个实施例中，本发明实施例的基于B/S架构的零备件销售支持系统的数据管理方法，还包括如下步骤：系统服务中心存储用户的用户信息以及与接收到的服务请求对应的服务信息。

在本发明的一个实施例中，本发明可以采用Oracle10g数据库系统对用户信息和对应的服务信息进行数据存储。

1)数据库备份的频率

可以采用自动备份方式，较佳的频率是每周备份数据库，运行半年左右程序比较稳定之后可根据数据更新频率更改备份频率。

2)数据库备份的时机

优选地，数据库备份时系统没有发生任何活动。虽然这并非必要，但可保证备份包含备份前后一致的数据库状态。如达不到，应尽可能在活动最少时执行备份。实际工作中，通常选择午夜时分进行备份。

由于航空零备件销售支持系统不仅要保证系统运行安全、可靠，同时还要做好数据存储安全以及数据灾难预防措施。本发明可以采取基于SAN(Storage Area Network，存储区域网络)架构的数据存储和远程容灾方案。网络存储设备提供网络信息系统的信息存取和共享服务，其主要特征体现在于超大存储容量、高数据传输率以及高系统可用性。

在本发明的又一个实施例中，本发明实施例的基于B/S架构的零备件销售支持系统的数据管理方法，还包括如下步骤：系统服务中心支撑运营并提供基于B/S架构的业务管理界面。

在本发明的再一个实施例中，本发明实施例的基于B/S架构的零备件销售支持系统的数据管理方法，还包括如下步骤：提供第三方业务接口并通过第三方业务接口实现与移动终端或固定终端进行通信，即第三方业务接口可以通过短信或电话与手机或固话进行通信。

图2示出了业务处理流程的示意图。

步骤S201，判断是否修理件，如果是，则执行步骤S203，否则执行步骤S202。

步骤S202，执行询报价。

步骤S203，故障件保修发货。

步骤S204，创建订单。

步骤S205，催交。

步骤S206，确认收货。

步骤S207，OEM工厂。

步骤S208，判断是否有修理价值，如果是，则执行步骤S210，否则执行步骤S209。

步骤S209，修理件发运。

步骤S210，报价。

步骤S211，确认收货。

步骤S212，发运。

步骤S213，判断是否催交，如果是，则执行步骤S205，否则执行步骤S214。

步骤S215，判断是否索赔，如果是，则执行步骤S216，否则结束。

步骤S216，索赔，然后执行步骤S204。

具体地，由具有产品管理权限的用户登录Marketplace平台之后，可以使用xml或者excel格式进行产品的信息批量上载，同时也提供了单条维护产品信息的功能。产品信息中包含产品编号，产品名称，分类信息等。其中，产品编号（Part NO，图号）可以用于标识产品的唯一性。由于考虑到多家公司产品编号重复的问题，所以鉴定产品唯一性使用供应商ID和产品编号两个字段联合进行校验。

产品价格信息是独立于产品信息单独发布的，使用的结构是Marketplac平台的价目表结构。价目表分为一般价目表（所有用户可见）和特殊价目表（即给特定客户的价目表）两种类型。价目表为买方价目表，即在价目表头信息中标识了买方。产品的价格信息在价目表行信息中进行描述，同时涉及数量单位信息。

产品的分类隶属于Marketplace，使用的是UNSPSC国际通用分类编码，可以根据需要进行适当扩展。

系统中的用户（买方和卖方）操作流程相同，都可以在用户登录后根据图号，名称，分类，机种等条件进行模糊搜索并查看搜索结果以及每条产品的详细信息。

批量搜索功能仅提供给买方使用，用于适应买方原有的业务习惯以及方便买方进行大批量的产品查询。具体的流程就是买方根据系统提供的Excel模板填写需要的产品信息后，系统根据Part NO.在产品目录中进行模糊匹配。根据匹配结果情况进行结果汇总，匹配成功的产品可以直接用于创建订单或者创建询价，不成功的产品只能进行询价操作。同时，可以将匹配结果进行分类导出，导出形式为Excel文件。

系统为买方用户提供了购物车功能。买方用户可以浏览产品目录，选择产品（单选或者多选）加入到购物车当中，产品加入购物车之后，自动先按照供应商再按照币种不同进行分类汇总。

对于加入到购物车的产品，随时可以进行选择删除操作。购物车中的产品按照供应商，币种进行分类汇总后，在每个分类产品的部分都提供了加入到订单，加入到询价，保存这三个功能按钮。其中，加入到订单和加入到询价分别对应下面描述的创建订单和创建询价两个功能。保存用于对订货数量以及增减产品后的临时保存。购物车中的产品，可以选择后直接加入到订单中，加入到订单中的购物车产品，必须有价格。购物车中的产品，可以选择后直接加入到询价单中，进行创建询价单的动作。选择产品加入到询价单中时，没有价格限制。

图3示出了根据本发明实施例的询报价业务处理流程的示意图。

步骤S301，可以执行以下至少一种：选自产品目录、手工填写、批量上载。

步骤S302，买方创建询价单（RFQ）。

步骤S303，买方修改询价单。

步骤S304，卖方报价。

步骤S305，填写报价单头。

步骤S306，填写产品项/赠送产品。

步骤S307，上传附件。

步骤S308，卖方查看报价单。

步骤S309，卖方提交报价单。

步骤S310，买方查看报价单，判断报价单是否过期，如果是，则执行结束，否则执行步骤S311。

步骤S311，买方下订单。

具体地，为买方创建的一个询价洽谈的平台，可以通过多种方式来进行选择产品，向卖方提出询价，而卖方则可以针对买方提出的需求进行多次报价。

买方创建询价单，询价单的产品可以是来自Catalog（目录）、批量上载、手工输入，这三种方式也可以并行。

询价单管理包括了对询价单的查看功能和每个询价单的报价搜索、查看功能。

每个RFQ有3个状态NEW、Partially Quoted、All Quoted，报价有两个状态：一个是卖方更改的报价为Seller Changed，另一个是买方已经确认了卖方修改的状态为VIEWED。

询价单详细页面主要包括两部分：上半部分为询价单的表头，下半部分为询价单产品列表。

每个询价单对应一个报价单，点出对应的报价单进行其详细，在报价单的详细页面中分为三部分，上方为报价单的表头部分，中间为报价单的产品列表，下方为FOC赠送产品列表。其中，卖方修改过的产品，在产品列表中以高亮黄色显示。

产品列表中可以按照已报价产品、未报价产品、全部产品来进行搜索，该页面可以对卖方发送事务消息（Send Event Message），提出洽谈申请。可以在页面的右下角显示卖方对此报价单的折扣信息，折扣分为百分比折扣和直接折扣金额。

在每个产品列中最后一个字段为该产品的库存信息，可以查看相应产品的库存信息。

卖方报价管理包括了对报价单的查看功能和每个询价单的报价搜索、查看功能。每个RFQ有3个状态NEW、Partially Quoted、All Quoted。

询价单的查看：当卖方看到询价单的状态Status为NEW的时候表示该询价单是一张新的询价单，且没有进行报价，这时卖方可以查看该询价单的详细信息，点击询价单RFQ SN，进入询价单的详细页面。

询价单的报价：点击QUOTE按钮进入报价页面。填写QUOTE的NO，VALID DATE，REMARK等表头信息，然后对相应的产品进行报价，FOC产品的产生通过两个途径：从当前报价产品列表中选择；可以手工录入。

卖方的折扣信息填写在报价单的右下方，为百分比折扣和直接折扣金额。如果买方对报价内容有疑义的话，通过发消息通知卖方，卖方可以对报价单进行修改。当修改后需要把此条产品的STATUS改为CHANGED，修改之前产品的状态默认为ACCEPT。STATUS为CHANGED的产品在买方的报价页面以黄色高亮显示。同时可以给买方发送消息SEND EVENT MESSAGE，来提醒买方。

图4为根据本发明实施例的创建议价单的流程图。

步骤S401，买方创建议价单。

步骤S402，卖方确认议价订单。

步骤S403，卖方判断确认动作，如果是修改则执行步骤S405，如果是接受则执行步骤S404，如果是拒绝则执行结束。

步骤S404，创建正式订单。

步骤S405，卖方修改议价订单。

步骤S406，买方确认议价订单。

步骤S407，买方修改议价订单。

步骤S408，买方判断确认动作，如果是修改则执行步骤S407，如果是接受则执行步骤S404，如果是拒绝则执行结束。

（1）买方议价功能

买方创建议价单，议价单的产品可以是来自Catalog（目录）、报价单、批量上载、手工输入，这四种方式并且可以并行。

从Catalog导入产品，如果Catalog中有价格，系统会自动提取有效的价格。从报价单导入产品，必须是在报价单的有效期内。议价单创建时的状态为“新建”。

议价单管理包括了对议价单的查询查看功能和修改、接受、取消功能。

状态：新建、买方变更、卖方变更、取消、拒绝、接受。

议价单确认:

（A）接受：系统自动根据议价单创建一张正式订单。

（B）修改：状态变更为买方变更，需要卖方进行再次确认。

（C）取消：对于卖方修改的议价，买方不同意，即可以取消该议价单。

下面对议价流程描述：议价单创建完毕后，卖方对此议价单进行议价，如果议价后的订单为卖方更改（Supplier Modify）状态，此时买方可编辑订单进行议价，给对方以回应。

如果议价单为卖方更改（Supplier Modify）状态，在订单详细页面右上方点击议价（Confirm）按钮，进入订单议价页面。议价的过程仅针对产品数量（Order Qty）、产品价格（Price）两项进行议价。

议价详细页面列出议价订单头信息，订购产品（Order Item）、赠送产品（FOC）及附件信息。在产品项信息中，需要将买卖双方的产品定购数量及单价对照着显示出来，方便比较。

（2）卖方议价功能

卖方议价管理包括了对议价单的查询查看功能和修改、接受、拒绝功能。

状态：新建、买方变更、卖方变更、取消、拒绝、接受。

议价单确认:

（A）接受：系统自动根据议价单创建一张正式订单。

（B）修改：状态变更为卖方变更，需要买方进行再次确认。

（C）拒绝：对于买方修改的议价，卖方不同意，即可以拒绝该议价单。

下面对议价流程描述：对于买方发送的议价单，回应的方式仅有“接受”、“拒绝”、“更改”三种方式。其回应的前提是当前议价订单的状态必须是“新建”或“买方变更”，因为议价的发起者应该是“买方”。当卖方“接受”买方的议价请求是，将修改买方双方议价订单产品项（除已被接受或拒绝）的状态为“接受”，修改当前议价订单的状态为“已生效”状态，同时创建一个正式订单。

当卖方“拒绝”了买方的议价请求时，仅修改当前议价订单的状态为“已拒绝”。当卖方“更改”了议价订单申请时，需将买方议价订单产品项状态修改为与之对应的卖方产品项的状态，且将卖方议价订单的状态修改为“卖方变更”。在整个卖方回应的过程中，值得注意的是“FOC”产品不参与上述议价变更修改。

（3）买方MAL订单功能

MAL订单和普通订单的区别：MAL订单不需要议价过程，直接创建为正式订单。因为MAL订单的产品价格都是商定好的。MAL订单的产品来源只能是在MAL产品库中选择的MAL产品。不需要手工录入和批量上载。MAL订单的订单类型为“MAL”，状态为“待确认”。MAL订单创建后需要卖方确认才可以生效。

（4）卖方MAL订单功能

当买方创建完成一个MAL订单，需要卖方进行一个确认的操作。搜索订单类型为MAL的订单进行确认。确认的内容有订单产品项的订购数量、FOC产品。和普通订单不同的是MAL订单产品的价格不允许变更。确认完成后MAL订单的状态变为Accepted。生成正式订单。可以执行装箱等操作。MAL订单的装箱、索赔、催货操作和普通订单相同。

图5示出了根据本发明实施例的变更订单的流程图。

步骤S501，正式订单。

步骤S502，买方申请变更。

步骤S503，卖方申请变更。

步骤S504，卖方确认变更。

步骤S505，买方确认变更。

步骤S506，更新订单信息。

具体地，订单变更功能：

（1）申请变更

买卖双方均可提出变更申请，其前提条件是当前订单的状态不为“买方变更”、“卖方变更”状态。产品项可以进行“增删改“操作，但对原订单产品项修改时仅能修改其数量，且数量不能小于最小订货量，对于已发运的产品项不能被删除，且修改数量不能小于已发运数量。卖方还可以对”打折百分比“和”减免额“进行修改。买方不能进行此项操作。当变更申请后，修改当前订单的本次变更记录标识，且需将订单的变更次数自增1。

（2）取消变更

订单变更的发起方可以取消本次变更申请，其前提条件是当用户为买方时，订单的状态必须为“买方变更”状态方可取消申请。当用户为卖方时，订单的状态必须为“卖方变更”状态方可取消申请。取消申请后的订单状态为订单变更前的订单状态。

（3）回应变更

回应的方式只有“接受”和“拒绝”两种方式。当接受变更申请时，需将当前订单替换为变更后的订单。当拒绝变更申请时，当前订单的状态为变更前的订单状态。

（4）查看变更

列出订单变更所有历史记录项，针对每条历史记录都可以查看变更前和变更后的订单全部详细信息，以便参比订单的变化。如果当前用户为变更的发起方，可以对最近一次仍处于申请过程中的变更进行取消变更操作。如果当前用户为变更的响应方，可以对最近一次待确认过程中的变更进行回应变更操作。

图6为根据本发明实施例的卖方用户利用零备件销售支持系统发运流程图。

步骤S601，判断订单处于可执行状态。

步骤S602，执行装箱。

步骤S603，选择订单产品。

步骤S604，由EXCEL导入产品。

步骤S605，填写发运信息。

步骤S606，提交。

步骤S607，管理待发运箱单。

步骤S608，判断是否发运，如果是，则执行步骤S609，否则执行结束。

步骤S609，填写运单号等信息。

步骤S610，管理已发运箱单。

步骤S611，判断买方是否接受，如果是，则执行步骤S613，否则执行步骤S612。

步骤S612，查看已发运产品。

步骤S613，确认接受。

步骤S614，查看产品历史发运记录。

步骤S615，卖方录入产品发票号。

具体地，卖方发运：订单在双方达成一致后，为可执行状态，即可进入发运模块。

（1）创建箱单

对于订单的发运，首先一个重要环节就是把订单中的产品（Item）进行装箱。装箱可以搜索查看可执行的订单并选择相应的产品或是将需要装箱的产品在Excel表中编辑好以后，可批量导入进来进行装箱。

当产品发运信息填写完毕后，可直接返回装箱页面，此时将刚刚选择或上载的产品信息同样以列表的形式排列出来，同时在此列表中提供可编辑功能，将误填、错填的产品发运信息进行修改，也可将选错的产品进行删除。确认无误后，提交创建箱单。

在一个箱单中可以放置多个订单下的产品，填写产品所要发运的基本信息后即可提交成功，创建箱单。此箱单为待发运状态。

（2）管理箱单

管理已发运或未发运的所有箱单。

搜索查看：可按一定条件搜索箱单并查看箱单详细信息。搜索结果列表信息包括：每一箱单的所有属性信息及其整个箱单中所包含的订单数量和产品总数。

箱单详细信息：总体分为产品头信息、正常发运产品列表和额外发运产品列表三个部分。产品头信息中主要包括此产品的箱单信息。在正常发运产品列表中浏览到指定产品的所有产品的基本属性信息外，还可查看到该产品归属于那个订单，下订单的数量、O/S数量及此产品发运基本信息，发运数量、接收数量（已接收状态箱单下产品）、额外发运数量及可替代图号等信息。在额外发运产品列表中列出的是在装箱过程中产品的发运数量超出订单订购数量的产品信息，与正常发运产品列表区别在于发运数量一列等同于额外发运的数量。

将同一产品区分为两部分显示，其主要是方便在录入产品发票号能明显的分别开操作，即如有额外发运的产品将开两张不同发票，就是所谓的一个产品对应多张发票。在录入发票号的操作过程中，可在产品列表的前方选择可放入同一发票内的产品，点击下方填写发票的连接，此时会有提示引导进行发票号的录入。录入后系统会自动更新列表，有发票号的产品列表前复选框将不可再选。此产品详细信息中可点击列表右上方的导出（Export ToExcel）按钮可导出到Excel格式文件下载到本地，方便存档。在正常发运产品列表中最后一列查看历史发运记录（Detail Info），点击下方连接（Detail）可统计出该产品曾经的发运详细历史记录（注：也许会在其它箱单或订单下出现过的发运记录），可导出历史记录。

发运：根据箱单的状态和运单号是否为空就可以明确判断出该箱货是否已发运。对于实际已经发货的箱单，可以进行发运操作。发运即是录入运单号信息。

收汇：对于已发运的箱单，当收汇后，可以开发票，并将每条产品所对应的发票号录入到平台上的产品属性中。

图7为根据本发明实施例的买方用户利用零备件销售支持系统接收流程图。

步骤S701，查询未接收的箱单。

步骤S702，选择箱单。

步骤S703，选择接收人。

步骤S704，转发箱单。

步骤S705，查看箱单下的产品。

步骤S706，填写产品接收信息。

步骤S707，接收箱单。

步骤S708，已接收状态的箱单。

步骤S709，查看所有已接收箱单。

步骤S710，查看已接收箱单下的产品。

步骤S711，浏览产品历史发运记录。

步骤S712，判断O/S是否大于0，如果是，则执行步骤S713，否则执行结束。

步骤S713，创建索赔。

具体地，买方接收过程：

（1）转发箱单

对于卖方发运后的箱单，买方代理人会统一转发箱单给各买方。该代理目前由卖方的某个角色执行。

（2）接收箱单

作为买方（如PAC、PAF）可对已经发运的箱单进行接收。

接收箱单的过程中首先可在将要接收的箱单列表中预览到每一箱所匹配的运单号（AWB）、发运日期（Delivery Date）及该箱单下所涉及到的所有订单总数和所有产品种数等信息。进入箱单对每一条产品填写接收的基本信息，完毕之后提交即完成箱单的接收。

（3）管理接收箱单

（31）搜索已发运箱单。搜索条件：箱单号（Case No），订单号（Order No），产品号（Part No），运单号（AWB），发票号（Invoice No），发运时间段（Date Delivered Period）等。

（32）查看箱单下产品信息。在搜索出的已发运箱单列表中点击箱单编号展开箱单中产品信息界面。

（33）查看历史发运记录。点击列表后的查看历史发运记录，可浏览到该产品的所有发运情况，如同卖方的产品发运历史记录。

（34）可对接收完毕的箱单产品进行索赔。

（35）对箱单中的产品可根据O/S数量（欠缴数）来创建催货，如果O/S数量不为零，可以进行催货操作。

图8为根据本发明实施例的用户利用零备件销售支持系统索赔流程图。

步骤S801，买方收货。

步骤S802，判断货品类型。

步骤S803，接收数量索赔产品。

步骤S804，接收普通订单产品。

步骤S805，接收质量索赔产品。

步骤S806，自动更新订单中数量索赔的ROD O/S。

步骤S807，自动更新订单中质量索赔的ROD O/S。

步骤S808，判断接收数量是否小于发运数量，如果是则执行步骤S811，否则执行步骤S809。

步骤S809，判断是否创建质量索赔，如果是，则执行步骤S810，否则执行结束。

步骤S810，创建质量索赔。

步骤S811，判断是否继续索赔，如果是，则执行步骤S812，否则结束。

步骤S812，系统自动创建数量索赔单。

步骤S813，搜索到未处理的索赔单。

步骤S814，判断卖方是否接受，拒绝则结束，接受则执行步骤S815。

步骤S815，判断索赔类型。

步骤S816，更新订单产品项质量索赔的相关信息。

步骤S817，更新订单产品项数量索赔的相关信息。

步骤S818，卖方装箱。

步骤S819，发运。

（1）买方管理索赔

（11）创建索赔

买方收货后，根据已接收箱单中的产品的数量与质量可以进行数量与质量索赔。ROD表示索赔单。

数量索赔:当产品接收数量小于发运数量时，创建数量索赔单（系统自动创建）。索赔单包括ROD头信息和ROD产品列表。具体数据项参看后面数据项描述部分。

质量索赔:当不存在数量索赔时，产品质量出现问题，可以就出现质量问题的产品创建质量索赔单。质量索赔单包括ROD头信息和ROD产品列表。具体数据项参看后面数据项描述部分。

（12）搜索查看索赔

搜索条件：ROD编号（ROD REF No）；箱单号（Case No）；订单号（Order No）；产品号（Part No）；运单号（AWB）；发票号（Invoice No）；合同号（Contract No）；ROD状态（RODStatus）；发运时间段（Date Delivered Period）等。

搜索列表内容：ROD编号；创建日期；箱单总数；订单总数；产品总数；状态。

查看索赔:从搜索结果列表中，可以点击查看索赔单详细信息以及涉及的产品的详细属性信息。

(2)卖方管理索赔

（21）搜索查看索赔:同买方“搜索查看索赔”。

（22）拒绝索赔

卖方搜索到买方创建的索赔单后（状态为New），不同意赔偿，可以执行拒绝操作，状态为“拒绝”，并同时可以给买方回执消息，说明理由。

（23）接受索赔

买方同意索赔，可以进行两种操作：立即创建箱单，进入发货环节；执行接受操作，修改ROD状态为“接收”，但不创建箱单。同时可以回执信息给买方。

图9为根据本发明实施例的用户利用零备件销售支持系统催货流程图。

步骤S901，买方选择订单产品。

步骤S902，买方判断O/S是否大于0，如果是，则执行步骤S903，否则结束。

步骤S903，买方创建催交单。

步骤S904，卖方接收催交单。

步骤S905，卖方回复。

步骤S906，卖方催交单为回复状态。

为买方创建的一个催货的平台，可以通过选择订单中的产品，向卖方提出催货，需要向卖方提供催货的产品，催货的数量。卖方通过买方提交的催货单，而填写相应的预计时间和备注来回应买方。

（1）买方管理催交单

（11）创建催交单

买方创建催交单：首先填写催交单的头信息，FILE NO、LEVEL、REMARKS，其中LEVEL的级别分为三种SUPER、MEDIUM、LOW。然后从已接受订单中选择需要催交的产品项，将其添加到催交单中。最后，提交创建催交单。

（12）搜索催交单

搜索条件：FILE NO、LEVEL、Create Date、Confirm Status。其中状态（Confirm Status）：NEW：新创建的催交单并且卖方还没有回应；Acknowledged：卖方已经回复。

（13）查看催交单

该页面上半部分显示的为催交单的HEAD，下半部分为催交的产品列表。

（2）卖方管理催交单

（21）搜索催交单：同买方“搜索催交单”。

（22）查看催交单：同买方“查看催交单”。

（23）回复催交单：当催交单的状态Confirm Status为NEW的时候表示该催交单是一张新的催交单且没有进行回复，这时卖方可以进行回复催交单操作。全部填写CR.EDD后提交该催交单回复成功，该催交单的Confirm Status变成Acknowledged回复功能完成。

（3）导出产品历史催交信息

在查看催交单产品列表时，可以导出该产品的历史催交信息。

图10为根据本发明实施例的卖方用户利用零备件销售支持系统出入库业务流程图。

步骤S1001，执行入库。

步骤S1002，执行出库。

步骤S1003，确认入库。

步骤S1004，判断库存数量是否满足出库数量，如果是，则执行步骤S1005，否则结束。

步骤S1005，更新库存。

（1）卖方库存批量上载

首先选择库名，然后上传固定格式的EXCEL文件，提交表单完成上载功能。

（2）买、卖方查询库存

搜索的条件有PART NO、NOUN、CLASS。可以选择不同的库来进行查询，还可以选择SEARCH ACCURATELY来切换模糊查询和精确查询。

图11为根据本发明实施例的用户利用零备件销售支持系统修理件管理的流程图。

步骤S1101，买方故障件保修发货。

步骤S1102，卖方收货。

步骤S1103，判断商保期。

步骤S1104，填写收货信息。

步骤S1105，卖方确认收货。

步骤S1106，发运至OEM工厂。

步骤S1107，OEM工厂收货。

步骤S1108，填写OEM收货信息。

步骤S1109，判断修理价值。

步骤S1110，OEM工厂发货。

步骤S1111，发运回卖方。

步骤S1112，判断是否具有修理价值，如果是，则执行步骤S1113，否则执行步骤S1114。

步骤S1113，修理件发运。

步骤S1114，报价。

步骤S1115，买方接收。

为加强机队外场故障件修理管理水平，用户认为有必要在电子商务平台上开发故障件修理模块。该模块应能对整个修理业务流程进行监控。将为备件销售支持部工作提供一个更为方便、高效的网络支持平台。

（1）买方修理单管理

（11）修理单修改：当巴方的修理单在中方没有确认收到货的时候，修理单可以进行修改。

（12）修理单收货确认：当中方对修理单处理完毕，发货给巴方的时候，巴方在收到货可以进行填写“收货日期”，来进行收货。

（2）卖方修理单管理

卖方可以对修理单产品，进行确认操作。并且在巴方未进行收货确认（既填写收货日期）之前，可以修改已确认填写的内容。

（3）买方修理单创建

维修件创建，所有项都为必填项。创建产品的时候，产品的数量锁定为1不能修改。

图12为根据本发明实施例的统计报表生成流程图。

步骤S1201，卖方选择统计项。

步骤S1202，计算机系统验证功能权限。

步骤S1203，计算机系统判断是否具有权限，如果是，则执行步骤S1204，否则执行步骤S1205。

步骤S1204，计算机系统显示统计条件。

步骤S1205，计算机系统显示无权限。

步骤S1206，卖方录入统计条件并提交。

步骤S1207，卖方提交查询。

步骤S1208，计算机系统进行数据权限验证并查询计算。

步骤S1209，计算机系统显示统计结果。

此功能的目标是：完成对各类单据，在某一时间段期间的单据个数、单据产生的总金额、每个单据对应的各分类产品总数以及汇总金额的查询统计。

在本发明的一个实施例中，报表统计功能包括：

（1）买方单元：报价单统计、订单统计、发运单统计。

（2）卖方单元：报价单统计、订单统计、接收单统计。

具体地，卖方统计单元部分功能如下：

报价单统计：首先进行权限判断，需要两步判断：第一，判断该用户是否具有此模块的权限（该权限在PSD权限配置里面进行分配）；第二：判断此用户是否具有此功能的操作权限。

然后选择报价单统计的条件，提交查询后，系统根据当前用户的角色来统计该用户的报价单和其下属职员的报价单总金额和报价单个数。

统计的条件：报价日期；买方（PAC、PAF）；产品分类；产品；报价单金额区间。

统计的结果：单据个数；单据总价值；单据实际价值（打折后）；涉及产品分类数以及每个分类下的产品数和汇总金额。

订单统计的流程同“报价单统计”。

统计的条件：订单创建日期；买方（PAC、PAF）；产品类型；订单类型（AOG、RUSH、REPAIR）；订单种类（ROD、NORMAL）；产品分类；产品；报价单金额区间。

统计的结果：同“报价单统计”汇总结果。

发运单统计流程同“报价单统计”。

统计的条件：发运单创建日期；买方（PAC、PAF）；发运单状态（DELIVERYING、UNDELIVERED、RECEVIED）；产品分类；产品。

统计的结果：同“报价单统计”汇总结果。

具体地，买方统计单元部分功能如下：

报价单统计同卖方“报价单统计”。订单统计同卖方“订单统计”。接收单统计流程同卖方“报价单统计”。

统计的条件：创建日期；卖方（如果为单一卖方，可省略）；接收单状态；产品分类；产品。

统计的结果：同“报价单统计”汇总结果。

图13为根据本发明实施例的权限分配流程图

步骤S1301，系统管理员创建机构。

步骤S1302，系统管理员创建用户。

步骤S1303，系统管理员分配角色。

步骤S1304，卖方管理员管理机构内部用户。

步骤S1305，卖方管理员分配权限，然后卖方用户激活。

步骤S1306，买方管理员管理机构内部用户。

步骤S1307，买方管理员分配权限，然后卖方用户激活。

（1）系统管理员

系统管理员对系统进行配置和对买卖双方的管理员进行管理。

（11）创建机构

系统中的买卖方是机构，一个机构下可以拥有多个用户，但是只能有一个管理员。

（12）创建用户

系统管理员主要负责创建机构管理员用户。一个买方或卖方只能创建一个管理员用户。一般来说，系统管理员不负责对买卖方的一般用户进行管理维护，该功能由买卖方的各自管理员负责。如果买卖方实际操作中不便于维护各自的用户，可以交由系统管理员维护。

（13）分配角色

创建的用户需要对其分配一个卖方管理员或者买方管理员角色。只有分配好了角色后，买卖方管理员才能被激活，并进行各自的操作。

（14）管理配置参数

对系统参数进行维护。包括字典表、权限点数据、角色数据等一切基础数据。

（2）卖方管理员

（21）管理机构内用户：可以创建、禁用、作废本机构的用户。

（22）分配权限：可对用户进行赋权，否则用户可能没有某些功能的操作权限，比如统计报表。

（3）买方管理员

（31）管理买方用户：同“卖方管理员”功能。

（32）分配权限：同“卖方管理员”功能。

在本发明的一个实施例中，为了满足不同层次操作人员的需要，要提供明晰、友好的输入操作界面。用户使用系统需要输入时，系统会自动提示用户有关的输入要求，系统输出不仅有文本形式，也有报表等其它多种形式。此外，系统发生故障主要体现在：软硬件平台、网络通信、数据库使用、业务系统的使用等几个方面。对于系统管理员，要求对软硬件平台、网络通信、数据库使用有较强的能力；对使用业务模块操作人员，除熟悉业务外，还要求对计算机基础知识了解。在新系统全面投入使用时，要求制定计算机管理的行为规范。若在服务器端应用数据库发生故障，在服务器系统软件正确的前提下，一般故障应在四小时内恢复运行。在服务器硬件故障后，在另一台机器上安装应用数据库系统，应在八小时内恢复全网正常工作。

本发明实施例的基于B/S架构的零备件销售支持系统的数据管理方法通过与电子商务手段的结合，使得航空零备件销售实现了电子化、可视化，提高了工作效率和客户满意度，节约了交易成本，大幅提高了航空产品的后勤保障和支持能力，提高了市场竞争力，航空零备件支持系统在信息处理的实时性、准确性和可追溯性方面起到了很大的支撑和推动作用，提高了工作效率和对用户的服务水平。

下面参考图14和图15对本发明实施例提供的基于B/S架构的零备件销售支持系统的数据管理装置进行描述。该数据管理装置可以为客户提供航空零备件目录管理、在线询价、报价、订单管理、发运、索赔、库存监控、修理件管理等功能。

如图14所示，本发明的实施例提供一种基于B/S架构的零备件销售支持系统的数据管理装置，包括：客户端1和系统服务中心2。

具体地，客户端1用于接收用户的服务请求。其中，服务请求包括对零备件销售支持系统的登录请求、购买操作系列请求和售出操作系列请求。具体地，零备件销售支持系统的登录请求为用户请求登录零备件销售支持系统的请求。购买操作系列请求为用户在零备件销售支持系统上执行购买操作时涉及到的一系列请求，例如：询价请求、接收请求和索赔请求等。售出操作系列请求为用户在零备件销售支持系统上执行售出操作时涉及到的一系列请求，例如：发运请求、催交请求和报表生成请求等。

系统服务中心2与客户端1进行通信，可以用于接收来自客户端1的服务请求，并对上述服务请求进行分析以判断用户的类型，以及根据用户的类型对服务请求进行处理以提供与服务请求对应的服务。

具体地，客户端1可以面向不同类型的用户访问系统服务中心2提供的服务。其中，不同类型的用户可以包括卖方用户和买方用户。

在本发明的一个实施例中，客户端1可以包括卖方用户终端11、卖方管理终端12、买方用户终端13和买方管理终端14。终端可以是能够上互联网的电脑或智能手机等。买方用户和卖方用户可以通过上述终端发出服务请求。

在本发明的一个又实施例中，系统服务中心2包括：接入服务器21、主控服务器22、Web服务器23、业务处理单元24和数据库服务器25。

具体地，卖方用户终端11、卖方管理终端12、买方用户终端13和买方管理终端14均分别与接入服务器21相连。具体地，卖方用户可以通过卖方用户终端11向主控服务器22发出服务请求，卖方用户可以通过买方管理终端12对服务请求和对应的服务信息进行管理。买方用户可以通过买方用户终端13向主控服务器22发出服务请求，买方用户可以通过买方管理终端14对服务请求和对应的服务信息进行管理。在本发明的一个示例中，服务信息包括零备件信息和订单信息。

具体地，接入服务器21与客户端1相连，可以根据服务请求对发出该服务请求的用户进行身份认证，并根据身份认证的结果对用户分配对应的权限。具体地，接入服务器21根据身份认证的结果对所述用户分配对应的权限包括：首先，接入服务器21根据身份认证的结果判断用户为买方管理员或卖方管理员。然后，接入服务器21在用户为买方管理员时，向用户分配对应的登录购买功能以及执行购买操作的权限。接入服务器21在用户为卖方管理员时，向用户分配对应的登录售出功能以及执行售出操作的权限。

主控服务器22与接入服务器21相连，可以对用户的权限进行验证，并在验证通过后对用户的服务请求进行接收、处理和转发。主控服务器22可以实现调度服务，负责接收、处理、转发从客户端1发来的服务请求。

Web服务器23与主控服务器22相连，可以用于响应服务请求，并根据服务请求提供对应的Web服务。

业务处理单元24与主控服务器22相连，可以用于根据服务请求提供对应的业务逻辑服务和统一的业务访问接口。业务处理单元24可以用于实现所有业务逻辑服务，提供统一的业务访问接口，并且用于支撑运营和提供基于B/S的业务管理界面。其中，业务处理单元24可以包括产品管理子单元、价格管理子单元、订单管理子单元、物流管理子单元、库存管理子单元和修理索赔子单元，实现提供零备件的价格和交货时间，有关零件号互换性，订货状况，装运详情及跟踪，过量库存清单，备件支持指南，客户实时订购零备件等业务逻辑处理。

数据库服务器25与主控服务器22相连，可以用于存储用户的用户信息以及服务请求对应的服务信息。其中，服务信息包括存储零备件信息、订单信息、用户信息等。

在本发明的又一个实施例中，如图15所示，系统服务中心2还包括：第三方业务接口服务器26，其中，第三方业务服务器26与主控服务器22相连，可以实现与移动终端或固定终端27进行通信，换言之，第三方业务接口服务器26可以与短信或电话系统相连接。客户可以通过短信或电话方式对航空零备件信息进行查询和询问。

本发明实施例的基于B/S架构的零备件销售支持系统的数据管理装置通过与电子商务手段的结合，使得航空零备件销售实现了电子化、可视化，提高了工作效率和客户满意度，节约了交易成本，大幅提高了航空产品的后勤保障和支持能力，提高了市场竞争力，航空零备件支持系统在信息处理的实时性、准确性和可追溯性方面起到了很大的支撑和推动作用，提高了工作效率和对用户的服务水平。

在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本发明的至少一个实施例或示例中。在本说明书中，对上述术语的示意性表述不一定指的是相同的实施例或示例。而且，描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。

尽管上面已经示出和描述了本发明的实施例，可以理解的是，上述实施例是示例性的，不能理解为对本发明的限制，本领域的普通技术人员在不脱离本发明的原理和宗旨的情况下在本发明的范围内可以对上述实施例进行变化、修改、替换和变型。本发明的范围由所附权利要求极其等同限定。

Claims

1.一种基于B/S架构的零备件销售支持系统的数据管理方法，其特征在于，包括如下步骤：

2.如权利要求1所述的基于B/S架构的零备件销售支持系统的数据管理方法，其特征在于，还包括如下步骤：所述系统服务中心存储所述用户的用户信息以及与所述服务请求对应的服务信息。

3.如权利要求1所述的基于B/S架构的零备件销售支持系统的数据管理方法，其特征在于，所述客户端包括：卖方用户终端、卖方管理终端、买方用户终端和买方管理终端。

4.如权利要求1所述的基于B/S架构的零备件销售支持系统的数据管理方法，其特征在于，还包括如下步骤：所述系统服务中心支撑运营并提供基于B/S架构的业务管理界面。

5.如权利要求1所述的基于B/S架构的零备件销售支持系统的数据管理方法，其特征在于，还包括如下步骤：提供第三方业务接口并通过所述第三方业务接口与移动终端或固定终端进行通信。

6.一种基于B/S架构的零备件销售支持系统的数据管理装置，其特征在于，包括：

客户端，所述客户端用于接收用户的服务请求，其中，所述服务请求包括对所述零备件销售支持系统的登录请求、购买操作系列请求和售出操作系列请求；

系统服务中心，所述系统服务中心与所述客户端进行通信，用于接收所述服务请求，并对所述服务请求进行分析以判断所述用户的类型，以及根据所述用户的类型对所述服务请求进行处理以提供与所述服务请求对应的服务，其中，所述系统服务中心包括：

接入服务器，所述接入服务器与所述客户端相连，用于根据所述服务请求对发出所述服务请求的用户进行身份认证，并根据身份认证的结果对所述用户分配对应的权限，其中，所述接入服务器根据身份认证的结果判断所述用户为买方管理员或卖方管理员，在所述用户为买方管理员时，向所述用户分配对应的登录购买功能以及执行购买操作的权限，以及在所述用户为卖方管理员时，向所述用户分配对应的登录售出功能以及执行售出操作的权限；

主控服务器，所述主控服务器与所述接入服务器相连，用于对所述用户的权限进行验证，并在验证通过后对所述用户的服务请求进行接收、处理和转发；

Web服务器，所述Web服务器与所述主控服务器相连，所述Web服务器用于响应所述服务请求，并根据所述服务请求提供对应的Web服务；

业务处理单元，所述业务处理单元与所述主控服务器相连，所述业务处理单元用于根据所述服务请求提供对应的业务逻辑服务和统一的业务访问接口；

数据库服务器，所述数据库服务器与所述主控服务器相连，所述数据库服务器用于存储所述用户的用户信息以及与所述服务请求对应的服务信息。

7.如权利要求6所述的基于B/S架构的零备件销售支持系统的数据管理装置，其特征在于，所述客户端包括：

卖方用户终端，所述卖方用户终端与所述接入服务器相连，卖方用户通过所述卖方用户终端向所述主控服务器发出服务请求；

卖方管理终端，所述卖方管理终端与所述接入服务器相连，所述卖方用户通过所述卖方管理终端对所述服务请求和对应的服务信息进行管理；

买方用户终端，所述买方用户终端与所述接入服务器相连，买方用户通过所述买方用户终端向所述主控服务器发出服务请求；

买方管理终端，所述买方用户终端与所述接入服务器相连，所述买方用户通过所述买方管理终端对所述服务请求和对应的服务信息进行管理。

8.如权利要求6所述的基于B/S架构的零备件销售支持系统的数据管理装置，其特征在于，所述系统服务中心还包括：

第三方业务接口服务器，所述第三方业务接口服务器与所述主控服务器相连，用于与移动终端或固定终端进行通信。

9.如权利要求6所述的基于B/S架构的零备件销售支持系统的数据管理装置，其特征在于，所述服务信息包括零备件信息和订单信息。

10.如权利要求6所述的基于B/S架构的零备件销售支持系统的数据管理装置，其特征在于，所述业务处理单元还用于支撑运营以及提供基于B/S架构的业务管理界面。