CN1302364C

CN1302364C - 应用界面桥接方法与系统

Info

Publication number: CN1302364C
Application number: CNB2004100392786A
Authority: CN
Inventors: 林谦; 林明松
Original assignee: Institute for Information Industry
Current assignee: Institute for Information Industry
Priority date: 2004-02-11
Filing date: 2004-02-11
Publication date: 2007-02-28
Anticipated expiration: 2024-02-11
Also published as: CN1655095A

Abstract

一种应用界面桥接方法与系统。所述应用界面桥接方法包括：首先，提供可程序分析的一桥接定义数据，用以记录一抽象界面对至少一应用界面的转换规则。上述至少一应用界面所需的数据为上述抽象界面所需的数据的子集合，且上述桥接定义数据随上述转换规则调整。接着，根据上述桥接定义数据转换上述抽象界面与上述至少一应用界面间的请求及回传值。

Description

应用界面桥接方法与系统

技术领域

本发明是有关于应用界面的桥接，且特别有关于应用界面桥接方法与系统。

背景技术

应用系统经由提供应用界面给其它应用系统来提供应用系统服务。然而应用系统提供的应用界面各异，即使提供类似服务的同性质应用系统其应用界面也不尽相同。

以网络服务(web service)为例，如图1所示为传统的银行付费系统，其中包含了电子化政府共通作业平台C、银行付费系统B1-Bi、以及转换器A1-Ai。银行付费系统B1-Bi分别具有付费网关G1-Gi等不同的应用界面。使用者使用电子化政府共通作业平台C的电子支付服务。此电子支付服务涉及付费事宜。因此，使用者须填写付费信息例如户名、账号、金额、付费方式等。电子化政府共通作业平台C将使用者的付费信息传送至付费网关G1-Gi来完成和银行付费系统B1-Bi相关的付费服务。由于付费网关G1-Gi各不相同，所以对于电子化政府共通作业平台C向银行付费系统B1-Bi的服务请求需透过转换器A1-Ai负责转换使用者付费数据及请求方式。

但是对付费网关G1-Gi分别撰写转换器是相当浪费资源的。一个转换器专门处理一个应用界面的转换。即使应用界面相类似也不能使用共享转换器。如果要增加或抽换其它同类的应用服务也不容易完成。

因此在应用传统的转换器的银行付费系统中，对应用系统的设计者而言需面对外部杂乱的界面，并对各种界面设计一转换器，而不能提供单一界面给应用系统。而且一旦要增加或抽换其它同类的外部服务也不容易完成。

因此需要一种新的应用界面转换桥接方法与系统，用来解决上述不能提供单一界面给应用系统及不容易完成增加或抽换其它同类外部服务的问题。

发明内容

本发明的目的在提供一种新的应用界面转换桥接方法与系统，用来解决上述不能提供单一界面给应用系统及不容易完成增加或抽换其它同类外部服务的问题。

基于上述目的，本发明提供一种应用界面桥接方法。首先，提供可程序分析的一桥接定义数据，用以记录一抽象界面对至少一应用界面的转换规则。上述至少一应用界面所需的数据为上述抽象界面所需的数据的子集合，且上述桥接定义数据随上述转换规则调整。接着，根据上述桥接定义数据转换上述抽象界面与上述至少一应用界面间的请求及回传值。

其中，本发明的应用界面桥接方法可以利用一程序实现，记录于例如内存或存储装置的储存媒体上，当此程序加载至一信息处理装置中，则可执行如上所述的应用界面桥接方法。

另外，本发明提出一种应用界面桥接系统，包含可程序分析的桥接定义数据及桥接模块。桥接定义数据记录一个抽象界面对至少一应用界面的转换规则。上述至少一应用界面所需的数据种类为上述抽象界面所需的数据种类的子集合。桥接模块用以根据上述桥接定义数据转换上述抽象界面的与上述至少一应用界面间的请求及回传值。上述桥接定义数据随上述转换规则调整无关于上述桥接模块。

附图说明

图1显示传统的银行付费系统；

图2显示本发明较佳实施例的服务提供系统；

图3及图4显示本发明较佳实施例的应用界面转换桥接方法流程图；

图5显示本发明较佳实施例的桥接定义文件之一例；

图6显示本发明较佳实施例的应用界面桥接系统的系统方块图。

符号说明：

A1-Ai～转换器

B1-Bi～银行付费系统

C1-Ci～电子化政府共通作业平台

G1-Gi～付费网关

1～界面桥接模块

2～桥接定义文件

3～界面对应模块

4～转换模块

5～服务请求模块

10～服务请求端

20～应用界面桥接系统

31-33～服务端

201～抽象界面

301-303～应用界面

具体实施方式

本发明是提供一种新的应用界面转换桥接方法与系统，用来解决上述不能提供单一界面给应用系统及不容易完成增加或抽换其它同类外部服务的问题。

图2显示本发明较佳实施例的服务提供系统。此服务提供系统包含服务请求端10，服务端31-33，及应用界面桥接系统20。服务请求端10，服务端31-33，及应用界面桥接系统20可以是不同的软件程序、不同硬件、或不同的软件及硬件组合。举例来说，服务请求端10，服务端31-33，及应用界面桥接系统20各别是一台计算机。

服务请求端10用以请求服务端31-33提供的服务，其中每一种服务对应一应用界面。服务端31-33提供的服务可以是网络服务(web service)或其它应用程序服务，但是并非用以限定本发明。服务端31-33提供同性质应用界面301、302、及303，亦即应用界面301、302、及303所需的参数其中一部分相同。应用界面桥接系统20提供一抽象界面201给服务请求端10，并桥接服务请求端10对服务端31-33的服务的请求及回传值。应用界面301、302、及303所需的参数为抽象界面201所需的参数的子集合，而且上述子集合的交集非空集合。

虽然在本实施例中，一个服务端对应一应用界面，然其并非用以限定本发明。一个服务端可以提供一个以上的上述同性质应用界面，而一应用界面也可以对应一个以上的服务端。

图3及图4显示本发明较佳实施例的应用界面转换桥接方法流程图。在图3是关于应用界面转换桥接系统20的设计流程。

首先，建立桥接定义文件格式(步骤S2)。此格式用来指示桥接定义文件的表示方法。而桥接定义文件中必须包含各种桥接信息且必须是可以用程序分析的格式。在此实施例中，桥接定义文件中的桥接信息包含服务及界面对应信息、参数及回传值对应的信息、参数及回传值型态转换信息、请求服务所需信息。在此实施例中，是经由建立复数延伸标记语言(extensible markup language，以下简称XML)标签来建立桥接定义文件格式。此复数卷标用以标记抽象界面、应用界面的名称及参数、服务识别码、服务名称、服务地址、参数名称、参数顺序、参数数据型态、回传值数据型态。

抽象界面、应用界面的名称、及服务识别码作为服务及界面对应信息。参数名称及参数顺序作为参数及回传值对应的信息。参数数据型态及回传值数据型态作为参数及回传值型态转换信息。应用界面名称、服务名称及服务地址作为请求服务所需信息。

接着建立界面桥接模块1(步骤S4)。界面桥接模块必须能解析符合上述桥接定义文件格式的桥接定义文件，并根据桥接定义文件执行应用界面桥接，其中桥接动作包含转换请求及回传值。

根据请求服务的应用系统所需的服务，或根据提供服务的服务端的应用界面建立一抽象界面201(步骤S6)，并取得同性质的应用界面301-303(步骤S8)。抽象界面所接收的参数不可少于各个应用界面。接着，建立桥接定义文件2(步骤S10)。图5显示本发明较佳实施例的桥接定义文件之一例。

建立桥接定义文件中，必须建立抽象界面201的数据及应用界面的数据。必须明定抽象界面201的参数、参数的原顺序或名称、参数的数据型态、回传值的数据型态。必须明定应用界面301-303的服务识别码、服务地址、服务名称、参数、参数的顺序或名称，参数对应抽象界面参数的原顺序、参数的数据型态、回传值的数据型态。由于抽象界面201的参数被赋予原顺序及名称，应用界面的参数可以根据抽象界面201的参数的原顺序或名称对应。在此实施例以原顺序对应，所以在应用界面301-303的参数卷标中记录“原顺序”属性。

因为转换规则记录在界面桥接模块之外的桥接定义文件2。所以当新增或抽换服务时(步骤S12)，设计者只要修改桥接定义文件2(步骤S14)，而不用修改界面桥接模块1。因此能够以更方便的方式新增或抽换服务。

图6显示应用界面桥接系统20的系统方块图。界面桥接系统20包含界面桥接模块1及桥接定义文件2等二部分。界面桥接模块包含了下列三部分：界面对应模块3、转换模块4、及服务请求模块5。

图4显示应用界面桥接系统20的实际运作流程图。在此参考图4及图5作下列说明。

应用界面桥接系统20接收到服务请求时(步骤S16)，界面对应模块3执行数据对应(步骤S18)。首先，界面对应模块3参照桥接定义文件中的抽象界面参数卷标将服务请求中的各项参数赋予对应原顺序及名称，如图5第L4-L8行所示。界面对应模块3接着根据原次序为“0”且名称为“服务识别码”的参数找出识别码等于此参数的服务，借此完成服务及界面名称的对应。例如此参数为“服务端31”，则界面对应模块3找到识别码为“服务端31”且名称为“付费”的服务，如第L12行所示。界面对应模块3根据此服务的三个参数标签中“原次序”属性找出对应的抽象界面201“原次序”属性为“1”、“2”、“4”的参数作为服务端31应用界面301的参数。

转换模块4根据抽象界面的参数卷标中和服务端31的对应参数卷标中“型态”属性，来决定是否符合来转换服务端31的应用界面参数的数据型态(步骤S20)。在此实施例中，因为抽象界面原次序为“1”及“2”的参数的数据型态和服务端31的应用界面次序为“1”及“2”的参数的数据型态相同，所以不需要转换。抽象界面原次序为“4”的参数的数据型态和服务端31的应用界面次序为“3”的参数的数据型态不同，所以转换模块4将此参数的数据型态从“字符串”转换成“长字符串”。

服务请求模块5根据如第L13行中应用界面卷标中“名称”属性取得其名称，根据如第L12行中“URL”属性及“名称”属性取得服务端31的地址及服务名称。服务请求模块5根据服务端31的地址、服务名称、应用界面名称、及服务端31的应用界面参数产生并发出服务请求(步骤S22)。服务请求模块5可以经由服务请求代理模块(Service Stub)发出服务请求。

当应用界面桥接系统20已接收上述服务的回传值时(步骤S24)，转换模块4参照如第L9行回传值卷标中“型态”属性将上述回传值的数据型态转换成抽象界面201的回传值数据型态(步骤S26)。举例来说，服务端31的“付费”服务“执行”应用界面的回传值是“整数”，如第L17行所示。而抽象界面的回传值的数据型态是“字符串”，如第L9行所示。因此转换模块4将回传值的数据型态由“整数”转换为“字符串”。应用界面桥接系统20将回传值送回到服务请求端10(步骤S28)。

本发明较佳实施例的应用界面转换桥接系统的桥接定义文件虽然以XML格式描述，但是亦可用界面桥接模块可以解析的其它数据描述。因此，桥接定义文件可以是任何可程序分析的数据。

本发明较佳实施例的应用界面转换桥接系统中，界面对应模块3也可以在对应抽象界面及应用界面的参数时同时完成参数的对应，从桥接定义文件中撷取出抽象界面及应用界面的参数数据型态对照表。接着转换模块4根据此参数数据型态对照表执行参数转换。

本发明较佳实施例虽然以各服务端提供一应用界面为例。然而一服务端也可以有不同应用界面来提供不同服务。此时，桥接定义文件中，也需要增加对应的抽象界面及应用界面转换规则数据。

本发明较佳实施例的应用界面转换桥接系统中，因为转换规则记录在界面桥接模块之外的桥接定义文件。所以当新增或抽换同性质服务时，设计者只要修改桥接定义文件，而不用修改界面桥接模块。因此能够以更方便的方式新增或抽换同性质服务。

其中，本发明的应用界面桥接方法可以利用一程序实现，记录于例如存储器或存储装置的储存媒体上，当此程序加载至例如计算机的信息处理装置中，则可执行如上所述的应用界面桥接方法。然而，并非用以限定本发明，本发明的应用界面桥接方法可以软件或硬件电路来实现。

因此，本发明的应用界面转换桥接方法与系统，可以解决上述不能提供单一界面给应用系统及不容易完成增加或抽换其它同类外部服务的问题。

Claims

1.一种应用界面桥接方法，包含下列步骤：

提供一桥接模块；以及

提供可程序分析的一桥接定义数据，用以记录一抽象界面对至少一应用界面的转换规则，其中上述至少一应用界面所需的数据为上述抽象界面所需的数据的子集合且上述桥接定义数据随上述转换规则调整时，无关于上述桥接模块；以及

在上述桥接模块方面，根据上述桥接定义数据转换上述抽象界面与上述至少一应用界面间的请求及回传值，其中上述请求来自一服务请求端，上述回传值来自上述至少一应用界面所对应的至少一服务端；

其中，上述转换步骤更包含下列步骤：

在上述桥接模块方面，接收来自上述服务请求端的关于上述抽象界面的请求；

在上述桥接模块方面，对应上述抽象界面的请求数据至上述至少一应用界面的请求数据，上述请求数据包含参数；

在上述桥接模块方面，转换上述抽象界面的请求数据中对应上述至少一应用界面的参数成为上述至少一应用界面的参数；

在上述桥接模块方面，利用上述应用界面的参数及上述应用界面对应服务端的服务所需信息，产生上述应用界面的服务请求，其中上述桥接定义数据包含请求上述至少一应用界面的服务所需信息；

在上述桥接模块方面，接收上述至少一应用界面对应的上述服务端的回传值，其中上述桥接定义数据包含回传值对应的信息、及回传值型态转换信息；

在上述桥接模块方面，将上述回传值数据型态转换成上述桥接定义数据记录的上述抽象界面的回传值数据型态；以及

传送上述转换后的回传值至上述服务请求端。

2.根据权利要求1所述的应用界面桥接方法，其中桥接定义数据包含上述至少一应用界面的数据型态，上述桥接模块在转换上述抽象界面的请求数据中的参数时，上述抽象界面参数的数据型态被转换至上述至少一应用界面的数据型态。

3.根据权利要求2所述的应用界面桥接方法，其中上述桥接定义数据包含界面对应信息、参数对应的信息、参数数据型态转换信息，上述请求数据的对应至少包含下列对应之一：界面名称对应、参数名称对应、参数顺序对应、及参数型态对应。

4.一种应用界面桥接系统，其特征在于：所述应用界面桥接系统包含：

可程序分析的桥接定义数据，其记录一抽象界面对至少一应用界面的转换规则，其中上述至少一应用界面所需的数据种类为上述抽象界面所需的数据种类的子集合；以及

一桥接模块，用以根据上述桥接定义数据转换上述抽象界面的与上述至少一应用界面间的请求及回传值，其中上述请求来自一服务请求端，上述回传值来自上述至少一应用界面所对应的至少一服务端，且上述桥接定义数据随上述转换规则调整无关于上述桥接模块；

上述桥接模块接收来自上述服务请求端关于上述抽象界面的服务请求；上述桥接模块根据上述桥接定义数据对应上述抽象界面的请求数据至上述至少一应用界面的请求数据，上述请求数据包含参数；

上述桥接模块根据上述桥接定义数据转换上述抽象界面的请求数据中对应上述至少一应用界面的参数成为上述至少一应用界面的参数；

其中上述桥接定义数据包含请求上述至少一应用界面的服务所需信息，上述桥接模块利用上述应用界面的参数及上述服务所需信息产生上述至少一应用界面的服务请求；

上述桥接定义数据包含回传值对应信息、及回传值型态转换信息，上述桥接模块接收上述至少一应用界面的对应的上述服务端的回传值，并将上述回传值数据型态转换成上述桥接定义数据记录的上述抽象界面的回传值数据型态。

5.根据权利要求4所述的应用界面桥接系统，其特征在于：桥接定义数据包含上述至少一应用界面的数据型态，上述桥接模块在转换上述抽象界面的请求数据中的参数时，上述抽象界面参数的数据型态被转换至上述至少一应用界面的数据型态。

6.根据权利要求5所述的应用界面桥接系统，其特征在于：上述桥接定义数据包含界面对应信息、参数对应的信息、参数数据型态转换信息，上述请求数据的对应至少包含下列对应之一：界面名称对应、参数名称对应、参数顺序对应、及参数型态对应。