CN101877111A

CN101877111A - 网上银行业务平台及其运行方法

Info

Publication number: CN101877111A
Application number: CN2010101492908A
Authority: CN
Inventors: 郑爱军
Original assignee: SUZHOU DEJAX INFORMATION TECHNOLOGY CO Ltd
Current assignee: SUZHOU DEJAX INFORMATION TECHNOLOGY CO Ltd
Priority date: 2010-04-08
Filing date: 2010-04-08
Publication date: 2010-11-03

Abstract

本发明提供了一种网上银行业务平台，其中，所述网上银行业务平台包括：用于提供所述网上银行业务平台的基础运行环境的基础框架层；用于提供网上银行业务平台的一些共性的应用组件和一般应用系统所通用的应用程序的公共组件层；用于提供网上银行具体的业务产品所需要基本模块的业务组件层；用于提供面向客户的最终业务品种的服务产品层；用于提供保障系统正常运行的工具的运行维护层；用于向应用开发人员展示系统运行环境的图形化视图产品开发工具的产品开发工具。本发明的有益效果是：能够体现银行一体化客户服务思想，适应银行的各种客户服务需求，使得银行能够根据自己的业务要求，快速搭建网上银行的服务平台，开通网上服务。

Description

网上银行业务平台及其运行方法

技术领域

本发明涉及一种网上银行业务平台及其运行方法，特别涉及一种基于一体化客户服务思想的网上银行业务平台。

背景技术

网上银行是银行为客户提供银行服务的新手段，它以现有的银行业务为基础，利用Internet技术为客户提供综合、统一、安全、实时的金融服务。随着Internet的发展与普及，网上银行作为一种新型的客户服务方式迅速成为国际银行界关注的焦点。

1999年以来，我国银行网上业务有了重大发展，国内网上银行在经过几年的探索后，目前也初现雏形，各家银行都已经纷纷推出自己的网上银行产品。招商银行在充分试点后，正式推出了颇有特点的“一网通”网上服务；招商银行网上对个人用户的业务主要有家庭理财、网上交费、帐户查询、网上购物及支付等；对公业务的内容有帐户查询、支付转帐、代发工资及银行信息服务等。中国工商银行更是以大型集团客户理财与B to B在线支付为突破口，为企业在线理财提供了遍布全国的网络支持。农业银行为公共客户，个人客户，企业客户分别提供不同种类的网上银行服务品种。交通银行针对企业客户的需求首先推出了功能丰富，尤其针对集团客户的对公网上银行，随后推出了具有外汇宝，基金业务等特色业务的个人网上银行服务系统。

从上面的举例我们可以看到，各家银行都已经把网上银行的发展和营销作为提高银行服务水平，争取客户的重要工作，并且在不断加强和完善网上银行的服务品种，推出新业务。但同时我们看到，这些业务大都是还是初级、简单的，同质的和最基本的，多数交易是银行柜台业务的延伸，而复杂的、具有创新意义的业务还没有在网上银行系统展现。统计资料显示，目前国内网上银行每天的业务中有90％是针对个人消费者的，大多数企业仍迟迟不愿使用网上银行业务。这也说明国内网上银行仍有待进一步的发展，需要相关的政策配套，需要银行界进一步改善服务形式和提高服务质量。

所以，从上面的分析可知，网上银行的业务已经不能仅仅局限于银行核心业务系统的渠道延伸，其业务的进一步发展在于认清网上银行的业务本质。事实上，网上银行的业务实质是银行对于客户提供的服务的不断深化的过程，网上银行的业务本质就是客户服务，网上银行最终会作为银行一体化客户服务系统的一部分，与CALL CENTER、自助设备网络、大客户低柜服务等系统共同组成银行的整体客户服务体系，提供给客户全方位，多品种的服务。

发明内容

本发明的目的是提供一种网上银行业务平台及其运行方法，该网上银行业务平台在网上银行的设计中将在金融服务产品的观点上抽象服务流程，在分析归纳银行业务的类型的基础上抽象网上银行业务模型，以平台化的思想来实现系统，建立网上银行业务平台，以业务组件为基础，通过通用业务平台生成网上银行业务，并最终实现面向客户的网上银行的服务产品，使服务产品更能适应服务的变化。

本发明的目的通过提供以下技术方案实现：

一种网上银行业务平台，其中，所述网上银行业务平台包括：用于提供所述网上银行业务平台的基础运行环境的基础框架层；

用于提供网上银行业务平台的一些共性的应用组件和一般应用系统所通用的应用程序的公共组件层；

用于提供网上银行具体的业务产品所需要基本模块的业务组件层；

用于提供面向客户的最终业务品种的服务产品层；

用于提供保障系统正常运行的工具的运行维护层；

用于向应用开发人员展示系统运行环境的图形化视图产品开发工具的产品开发工具。

进一步地，所述基础框架层是基于J2EE架构，并结合Structs、Hibernate、Spring框架的一个内嵌在所述网上银行业务平台中的适用于网上银行产品服务的运行框架。

再进一步地，所述公共组件层包括用于实现需要的各种流程化的务功能的工作流程管理组件；

用于实现权限管理的系统权限管理组件；

用于产生各式业务和统计报表的报表处理组件；

用于适应各种组织的模式机构与用户管理组件；

用于针对后台业务系统对交易适配器接口、数据库接口、文件数据访问和内存数据访问提供统一服务的后台资源组件；

用于详细记录平台的运行情况日志组件；

以及用于根据客户的指定的语种要求，自动在平台中完成对信息文字的语言切换的语种识别组件。

更进一步地，所述业务组件层包括：

用于完成网上银行有关银行业务产品方面交易处理的交易服务组件；

用于提供信息的录入、维护界面，组织信息更新、建立信息知识库，以及提供信息检索界面的信息服务组件；

用于根据银行的需求设置通知项目模板、函件格式、传送方式的通知服务组件；

用于针对客户提出的投诉、建议、求助建立流程服务，并管理事件受理、事件处理、事件回复、结果跟踪的事件服务组件；

用于对客户信息管理、客户信息服务建立的客户管理组件；

用于通过开发平台定制网上银行的金融服务产品，快速地实现网上银行业务的扩展的产品管理组件；

用于针对客户签约的自动交易和预约服务，建立通用的计划管理模型，并基于计划模型自动预约处理的自动预约处理组件。

另外，所述的网上银行业务平台的运行方法，包括以下步骤：

第一步，客户在特定产品业务界面上输入相关的申请信息；

第二步，检查客户的身份、级别，和对该业务的权限以及额度限制，对客户提交的服务请求进行合法性检查；

第三步，机构与用户组件检查业务执行机构信息，检查银行机构是否有该业务的执行权限；

第四步，获取业务流水号等信息、机构号等信息，与客户申请信息一起组成完整的交易数据，对于批量业务请求还要生成数据文件；

第五步，如果是联机交易则调用交易服务组件处理，如果是协同审批业务则调用工作流程管理组件处理；

第六步，处理结果返回客户端，如果需要发送通知，则调用通知组件完成。

所述的网上银行业务平台的运行方法还可包括以下步骤：

第一步，生成动态菜单，系统可识别根据客户的身份，并根据其角色和签约状态生成客户的菜单，包括企业客户的录入、复核、主管角色，个人客户可以根据客户的角色和信息定制要求，生成公共信息和通知信息，在客户登录界面上发布；

第二步，识别个性化业务，客户在网上银行中进行业务操作，可以通过查询帐户，选择帐户后，系统自动识别此客户定制的个性化业务种类，判断其具有的投资理财业务权限，并进行提示性业务操作，提供一种自动化的业务咨询服务。

所述的网上银行业务平台的运行方法，还可包括以下步骤：

第一步，交易服务组件接收输入请求信息；

第二步，产品服务信息中获取本业务的相关参数：数据包机构、客户操作合法性验证项、输入输出的数据项；

第三步，检查交易合法性；

第四步，向后台发送数据，处理交易并获得反馈；

第五步，记录交易流水信息；

第六步，生成返回信息或生成通知指令。

与现有技术相比，本发明的有益效果是：能够体现银行一体化客户服务思想，适应银行的各种客户服务需求，使得银行能够根据自己的业务要求，快速搭建网上银行的服务平台，开通网上服务。

附图说明

下面结合附图对本发明作进一步说明：

图1为本发明最佳实施方式网上银行业务平台的系统架构图。

图2为本发明最佳实施方式网上银行业务平台的公共组件层架构图。

图3为本发明最佳实施方式网上银行业务平台的业务组件层架构图。

具体实施方式

以下参照附图说明本发明的最佳实施方式。

网上银行应用系统是一个典型的面向客户服务的应用系统，体现了客户服务系统的基本特征，具体内容包括：

客户服务系统不关心具体银行交易的内部处理逻辑，将银行的业务作为客户服务的一种资源进行管理，不同的银行交易在面向客户服务的应用系统中具有相似性，这样，网上银行业务平台必须采用一种通用的形式来包装银行的内部服务资源，本发明采用了“金融服务产品”来实现这个要求。

作为客户服务的渠道，客户服务系统在简化交易逻辑的同时，更重视客户对服务的需要，应用系统管理和客户信息应用的功能更强大，为客户提供更多的服务产品和服务方式，并针对不同等级的客户提供差异化的服务。所以，在本发明网上银行业务平台中，面向客户的个性化产品服务是平台建设的一个基本需求。

客户服务系统更强调对客户的信息服务，尤其是针对业务的预警、提示和通知，伴随业务而生成，并通过信息采集和多渠道的信息发布推向客户。这决定了网上银行业务平台中，业务与信息集成化的需求。

由此可见，在系统设计思想上，最重要的是金融服务的产品化，和针对客户的个性化服务，这些构成了客户服务系统的基本特征，而业务与信息的集成又是在金融电子商务服务形式上的一个突破。

本发明最佳实施方式中，采用了层次模型来设计系统的架构，如图1所示，本发明的网上银行业务平台在架构分为6个层次，包括：基础框架层、公共组件层、业务组件层、服务产品层、产品开发工具、运行维护层，每个层次都包含一系列程序模块，完成不同的功能。网上银行业务平台的核心是业务组件层和公共组件层，这是是构成业务系统的基础和资源。在组件的基础上，通过对网上银行业务的分析和归纳抽象，定义规则和流程来实现网上银行的服务产品。服务产品则是网上银行具体的业务，作为网上银行的特定服务产品向客户提供服务，例如个人转账、企业理财等。

下面我们分别进行介绍：

(一)基础框架层

这是网上银行业务平台的基础运行环境，我们基于常用的J2EE架构，并且结合Structs、Hibernate、Spring等框架，开发了一个适用于网上银行产品服务的运行框架，内嵌在网上银行业务平台中，把一些网上银行使用的系统级的组件都封装在这个层次里，例如身份认证、数据库访问、界面展示等，更重要的，我们把工作流引擎、报表引擎等应用软件系统常用的基础组件纳入了这个基础框架层，因此可以作为J2EE应用系统的基本框架平台。

(二)公共组件层

公共组件层是网上银行业务平台的一些共性的应用组件，同时也是一般应用系统所通用的应用程序，对此本发明做了深入的抽象，分为7个组件模块实现，其内容如下图所示：

2.1工作流程管理组件

工作流程管理组件是网上银行业务组件层中的基础控制组件，实现需要的各种流程化的业务功能。工作流程管理组件需要调用的封装组件包括两个：工作流基本信息组件，获取业务工作流程的定义；业务状态信息组件，记录当前业务处理的状态。

工作流程管理组件将开始流程的业务的执行状态记录在业务状态信息组件中，并根据客户对业务流程的规定，将待处理信息发送给流程的下一环节操作员，直至流程完成。

工作流的执行是调用基础框架层的工作流引擎完成的。

2.2系统权限管理组件

系统权限管理组件包括功能权限、数据权限，平台建立了角色集合，角色可以分配给不同的用户。平台按照角色分配系统的功能，同时提供一个数据权限管理模块，通过对角色进行权限定义来管理角色的数据权限。

系统权限管理组件还和证书体系进行了整合，在CA中增加了用户的角色和权限信息，这样用户的权限与身份可以在同一个认证中心进行管理和认证。

2.3报表处理组件

报表处理组件提供对系统报表的统一计算和输出功能，能够通过windows管理平台进行格式配置，同时配置报表的数据源。在每天日终时，运行报表生成服务进程，产生各式的业务和统计报表，按机构级别和统计性质放在服务器上供前端系统查询。所有报表采用TXT文本格式放置，可以在各种类型的终端展现打印。报表处理是通过报表引擎完成的。

2.4日志组件

系统采用四种日志文件详细记录平台的运行情况，包括平台运行记录、系统严重错误日志、交易错误日志和系统调试日志。

平台运行日志保存了平台从启动到关闭的运行信息，包括每个程序处理的交易数量和时间、每个交易的处理数量和平均处理时间等等信息，主要用于发现系统瓶颈并调整系统。

系统严重错误日志记录了平台运行过程中不可恢复的错误，包括段越界等，此日志主要用于分析系统运行是否稳定，并定位严重的程序缺陷。

交易错误日志记录了系统运行期间的所有不成功交易的信息，因此根据此日志，可以获得经常出错的交易，修改交易的处理方式或修改交易的逻辑错误。

调试日志用于查找错误，系统分12个日志级别，可以根据需要在生成环境或开发环境下设置日志级别。

2.5机构与用户管理组件

机构可以适应各种组织的模式，包括总公司+子公司模式、总公司+分公司+部门模式等。对于用户则是整个系统统一管理，客户用户和用户内部用户安装权限来分配功能，简化了用户管理的实现。

2.6后台资源管理组件

后台资源包括各种业务系统、数据库、文件和其它存储等。后台资源管理组件是对针对后台业务系统对交易适配器接口、数据库接口、文件数据访问和内存数据访问提供了统一的服务。

交易适配器组件实现业务服务请求到业务系统的接口，通过通讯中间件发送交易请求，并接收业务系统的响应，交易适配器是系统集成平台的一个部分。

数据库访问组件统一管理数据库服务器，提供标准的数据库连接方式，保证对数据访问的一致性，保证数据库连接打开和关闭连接的机制。

数据文件访问组件统一管理数据文件资源，管理文件句柄，按照规定的数据文件格式对数据记录进行定位，提供文件读写方法。

内存数据访问组件统一管理内存数据，并为其它组件提供内存数据访问的服务。

2.7语种识别组件

能够根据客户的指定的语种要求，自动在平台中完成对信息文字的语言切换之功能。

(三)业务组件层

业务组件层是网上银行具体的业务产品所需要的基本模块，对此通过本发明的抽象工作，这个层次本发明实现了以下组件模块：

3.1交易服务组件

完成网上银行有关银行业务产品方面的交易处理功能，是网上银行产品服务的核心组件之一。交易服务组件完成对产品的交易解析、格式转换、路由获取、后台交易一致性保障、界面定制与生成等功能，其发起方式可以为页面申请，也可以是通过签约预约的自动交易。

3.2信息服务组件

提供信息的录入、维护界面，银行可以组织信息的更新、录入信息内容，建立信息知识库，在此基础上，向客户提供信息检索的界面，查询银行发布的各类信息。在信息服务组件中，可以和银行的交易进行集成联动，实现业务与信息的统一界面功能。

3.3通知服务组件

这是一个通用的组件平台，可以根据银行的需求设置通知项目的模板、函件格式、传送方式，这样，可以在参数配置的基础上扩展新的通知业务。通知业务平台可以实现产品营销的功能。

3.4事件服务组件

针对客户提出的投诉、建议、求助等事件请求建立流程服务的组件，可以管理事件受理、事件处理、事件回复、结果跟踪等整个过程。不同的事件只要通过参数配置即可实现信息化处理。

3.5自动预约处理组件

针对客户签约的自动交易和预约服务，建立通用的计划管理模型，基于计划管理模型开发自动预约处理平台，可以定时触发计划中的交易，并与通知业务平台结合实现自动交易和自动通知功能。

3.6客户管理组件

客户信息是网上银行平台的中心内容，也是大多应用系统中都存在的应用需求，一个客户信息系统可能为多个应用系统提供各种信息服务功能。本发明的网上银行业务平台将对客户信息的管理、访问处理经过提炼成为通用的功能组件，包括对客户信息管理、客户信息服务建立等工作，灵活地实现对客户信息的功能要求。在客户信息管理中，最核心的是客户个性化产品的管理，这是实现一对一客户服务的关键所在。

3.7产品管理组件

网上银行服务产品化是网上银行平台建立的基础思路，在业务组件层中，本发明的网上银行业务平台包括了通用的产品管理组件，可以通过开发平台来定制网上银行的金融服务产品，从而快速地实现网上银行业务的扩展。

(四)服务产品层

服务产品层是面向客户的最终业务品种，是在业务组件和公共组件的基础上，可以通过网上银行的开发平台组装而成的，可以随着银行业务的发展而随时扩展。例如：一款网上银行一户通业务产品，包括了帐户查询、缴费、转帐、汇款等多种银行业务，也包括了帐户透支通知、自动交易通知等多种通知业务，这些业务可以利用通知服务组件和银行交易服务组件来实现。通知服务组件和银行交易服务组件的实现是则是利用了基础框架的各种组件，以及客户信息、客户帐户信息、客户签约信息、客户业务日志、通知模版等数据封装组件来实现的。

其中服务产品包括这样几个类型：

4.1帐户交易类

在贸易和商务过程中的付款、收款业务、信用证业务和其它相关服务，如转帐、代收代付等，这类服务是目前最常见的服务内容，目前在网上银行上由操作和业务需求引发的业务创新也比较多。

4.2投资理财类

在投资业务中以行情信息为参照的买入和卖出服务，如证券、国债、基金等等，业务现在扩展比较快，但是业务逻辑一般比较固定，其扩展可以通过在网上银行开发工具中的组件实现。

4.3财务信息管理类

管理企业、个人的财务信息，如集团总帐等等，这是发挥网上银行的渠道、信息管理和处理方面的优势，为客户提供的一类增值服务，是网上银行将来吸引客户的一个重要方面。

4.4辅助类

其它辅助服务，如客户服务、信息服务、通知服务、事件服务等，这是体现网上银行对客户进行关怀服务的一项内容。

(五)运行维护层

运行维护层是保障系统正常运行的工具，在应用系统的生命周期中，系统开发完成并投入生产运行才仅仅是一个开端，如何保障系统正常运行是一个非常困难的任务，是最终用户最关心的业务运营成功与否的基础要求。因此需要提供一套日常运行维护的工具，保障系统的运行。运行维护层主要包括系统监控和数据库维护等功能。具体内容包括日志分析、安全监控、页面版本管理、系统监控、应用监控、异常情况报警、文件版本管理、特殊交易监控、数据备份工具、数据清理工具、数据库维护工具、远程应用主机监控等内容。

(六)产品开发工具

产品开发工具是系统运行环境向应用开发人员展示的一个高度抽象的图形化视图，通过这个窗口，开发人员可以了解系统运行环境的功能，并且能够很容易地在平台上完成二次开发。产品开发工具包括表示层的开发工具、服务层的开发工具和资源层的开发工具。通过产品开发工具，主要目的是使应用开发人员在不需要了解系统运行平台的前提下完成业务的开发和部署，达到减少培训成本，提高开发效率的作用。产品开发工具是运行环境的一种展现方式，包括展示层开发工具、服务层开发工具、资源层开发工具和三个层次的集成工具。

利用本发明的网上银行业务平台，可实现的产品的服务流程：

通过分析网上银行的各个种类的金融服务，发现对于许多服务功能来说，都可以将其归纳到相同的服务处理流程上。例如个人服务中一次完成的各类交易，如帐户查询、转帐、汇款、缴费等，以及企业服务中的帐户查询等许多种业务，都可以归纳为一个模板的服务过程。其步骤为：

第一步，客户在特定产品业务界面上输入相关的申请信息；

第二步，安全组件检查客户的身份、级别，和对该业务的权限以及额度限制，对客户提交的服务请求进行合法性检查；

在这个过程中，不同的业务输入信息是不同的，返回的输出信息是不同的，不同业务对权限的控制等级也有所不同，交易包格式是不同的，记录的流水内容不同，但是基本过程是完全相同的，因此在实施上是一个统一的流程。

另外，利用本发明的网上银行业务平台，可实现客户个性化的服务流程：

网上银行业务平台可以针对不同的客户提供服务门户，包括个人客户门户、企业客户门户和银行内部门户，这些功能都是基于客户管理组件实现的。

个人客户和企业客户登录网上银行后，网上银行提供不同的页面模版，在个人客户中针对客户的等级提供不同的菜单和信息；企业客户登录网上银行后，可以选择录入、复核和主管等不同的页面，相关页面中提供相应角色的菜单，并获得与此用户相关的信息。其步骤为：

第一步，生成动态菜单，系统可以识别根据客户的身份，并根据其角色和签约状态生成客户的菜单，包括企业客户的录入、复核、主管角色。个人客户可以根据客户的角色和信息定制要求，生成公共信息和通知信息，在客户登录界面上发布；

利用本发明的网上银行业务平台，还可实现联机交易处理流程：

联机交易是实现客户在网上银行的各类不需要审批流程的业务交易，例如帐户查询、转帐、缴费、汇款等，业务的发起方式可以为页面申请，也可以是通过签约预约的自动交易。这类交易是产品的基本组成部分，有交易服务组件实现。其步骤为：

第一步，交易服务组件接收输入请求信息；

第二步，产品服务信息中获取本业务的相关参数：数据包机构、客户操作合法性验证项、输入输出的数据项等；

第三步，检查交易合法性；

第四步，向后台发送数据，处理交易并获得反馈；

第五步，记录交易流水信息；

第六步，生成返回信息或生成通知指令。

利用本发明的网上银行业务平台，还可实现协同业务的处理流程：

在网上银行对公业务中，有大量需要协同处理的业务，如企业支付、主动收款、等业务。

协同业务与普通银行业务比较是它需要根据客户对业务审批流程的定义，在不同的操作员角色间传递制单复核数据，逐级进行审批。

对于审批流程的管理分为种类型：

A、下级复核人为特定个人

B、下级复核人为一组中的若干个人

C、下级复核人为一组中任意一人

工作流程管理组件根据以上不同的情况将审批信息发送给相关人，并记录复核结果，对于复核信息中有不同意支付的情况，记录流水，中止流程，否则继续流程直至完成。在业务流程信息中规定了流程的时效约束，例如整个审批过程期限和每个步骤的时限，如果业务审批超过时限，工作流程管理组件自动向通知系统发送预警通知。其中，业务流程的每一步骤，每个操作员的操作都需要记录业务流水。

另外，利用本发明的网上银行业务平台的开发工具可以快速开发出丰富多样的网上银行客户服务功能，形成网上银行的创新服务产品。我们用一个例子来说明网上银行产品的开发实现过程：

例如，对于个人客户投资理财网上银行服务产品来说，此产品是针对网上银行签约客户提供的，这个产品至少包括三个方面的内容：

A、业务内容上，包括了购买国债、基金/债券买卖、外汇买卖、银证转帐等银行业务；

B、交易形式上，既有网上银行实时交易，还可以通过签约实现外汇自动止损服务、国债到期自动兑付等预约的自动交易；

C、服务方面，可以签约银证通帐户余额不足的通知、自动交易完成的通知等服务。

针对这样的网上银行产品，开发工作需要完成以下内容：

A、利用开发配置工具在产品管理组件中定义此产品的每个服务的相关信息和配置数据项，包括生成产品服务标识，增加产品服务信息、输入/输出数据项、服务客户类型的等级、交易包结构、合法性验证方法等内容。

B、针对个人投资理财产品，开发交易申请页面，并通过配置工具生成业务信息返回页面模版。

C、利用开发配置工具定义各业务的通知模版。

D、利用开发配置工具，定义页面格式和内容。

E、利用现有的客户管理组件、产品管理组件等业务组件，开发具有特殊处理逻辑的客户服务签约功能。

F、通知和自动交易由通知服务组件和交易服务根据客户签约在后台自动实现。

通过本发明的网上银行业务平台处理网上银行多语种问题：网上银行多语种问题主要体现在网上银行的多语种翻译能力，多语种的页面组织，信息、通知与提示，网上银行业务信息组织等。语种实现时是通过语种组件完成的：

A、客户端语种的识别

网上银行系统对客户端多语种的支持首先是对客户端语种的识别，客户端的缺省页面通过识别客户端操作系统的语种来确认，客户可以通过主页的语言选择切换语言种类。

B、多语种业务的组织

对于页面多语种的组织，包括网页的风格，还包括菜单、标题、标签、按钮等。实现方式可以有两种：

一种是在统一的页面风格下，在统一页面模版方式下适应多语种的需要，将菜单、按钮、标签等实现为可根据语种进行替换的方式。这种方式下，页面开发和管理简单，风格统一，易于维护；缺点是不能适应其它语种的习惯，直接作语言的转换，在某些情况下会影响界面的美观。

另一种是根据不同语言的特点和使用习惯分别设计页面模版，页面风格按照不同语种的习惯组织，在这种情况下页面的友好性可以得到保证。

C、信息、通知与提示

网上银行中的信息主要包括四类：公共信息、业务通知信息、帮助信息和错误提示。

对于公共信息，和帮助信息需要专业的翻译人员进行翻译后，按照统一的信息发布的结构编辑，并审批发布。

对于业务通知信息，需要根据多语种的需要设计不同的模版，根据客户信息的语言属性生成多语种信息。

对于错误提示信息，需要在数据库中保存与中文对应的错误代码描述，在多语种的环境下显示恰当的错误信息。

D、多语种的业务实现

在业务处理过程中，平台需要获得客户端的语言标识信息，并保存在环境参数数据区中，在业务处理过程中按照相关语种进行处理，读取相关语种的信息，根据语种的模版生成页面信息，尤其是表单的格式，按照多语种的特点按照相关模版实现。

尽管为示例目的，已经公开了本发明的优选实施方式，但是本领域的普通技术人员将意识到，在不脱离由所附的权利要求书公开的本发明的范围和精神的情况下，各种改进、增加以及取代是可能的。

Claims

1.一种网上银行业务平台，其特征在于：包括，

用于提供所述网上银行业务平台的基础运行环境的基础框架层；

用于提供面向客户的最终业务品种的服务产品层；

用于提供保障系统正常运行的工具的运行维护层；

2.根据权利要求1所述的网上银行业务平台，其特征在于：所述基础框架层是基于J2EE架构，并结合Structs、Hibernate、Spring框架的一个内嵌在所述网上银行业务平台中的适用于网上银行产品服务的运行框架。

3.根据权利要求1或2所述的任意一种网上银行业务平台，其特征在于：所述公共组件层包括用于实现需要的各种流程化的务功能的工作流程管理组件；

用于实现权限管理的系统权限管理组件；

用于产生各式业务和统计报表的报表处理组件；

用于适应各种组织的模式机构与用户管理组件；

用于详细记录平台的运行情况日志组件；

4.根据权利要求3所述的网上银行业务平台，其特征在于：所述业务组件层包括：

用于对客户信息管理、客户信息服务建立的客户管理组件；

5.一种根据权利要求4所述的网上银行业务平台的运行方法，包括以下步骤：

第一步，客户在特定产品业务界面上输入相关的申请信息；

6.根据权利要求5所述的网上银行业务平台的运行方法，包括以下步骤：

7.一种根据权利要求4所述的网上银行业务平台的运行方法，包括以下步骤：

第一步，交易服务组件接收输入请求信息；

第三步，检查交易合法性；

第四步，向后台发送数据，处理交易并获得反馈；

第五步，记录交易流水信息；

第六步，生成返回信息或生成通知指令。