使用者界面的呈现及运作方法、程序产品及系统的制作方法

文档序号:6424420阅读:172来源:国知局
专利名称:使用者界面的呈现及运作方法、程序产品及系统的制作方法
技术领域
本发明涉及一种软件的使用者界面(User Interface,简称UI)相关技术,特别是涉及一种使用者界面的呈现及运作方法、程序产品及系统。
背景技术
近年来,在各家厂商激烈竞争之下,软件公司也随着客户想抢先一步推出产品的需求,而不断的被迫压缩软件的开发时程。然而,对于同性质的软件产品而言,其软件功能多半是大同小异,往往只有使用者界面有所差异而已;而同一套软件产品,在推销给不同的客户时,通常也只是针对不同的客户进行使用者界面的客制化,以呈现差异化的使用者界面给不同的客户。
在软件产品化的过程中,软件开发者常常会因为使用者界面的变动,需要对程序做大幅度的修改;就算是将软件功能经过模块化(modulize)而成为可重复使用的(re-usable)模块(module),一旦使用者界面需要变动,软件开发者仍需重新撰写与使用者界面相关的程序,然后再将各模块的功能与各使用者界面组件(UI component)分别进行连结或绑定(binding);更甚者,即便只是使用者界面的变动,都有可能造成整个软件需要重新开发。不论是有模块化程序设计的使用者界面再造,或是软件的重新开发,都会造成许多人力与时间上的资源浪费。

发明内容
因此,本发明的目的,即在提供一种使用者界面的呈现及运作方法。于是,本发明使用者界面的呈现及运作方法,利用一处理器配合一部署文件来执行,该部署文件包括与一父程序相关的数据,该方法包含对应于该父程序的下列步骤(A)解析该部署文件以得到一使用者界面呈现数据;(B)解析该部署文件以得到一功能提供者数据、对应于该功能提供者数据的一功能识别数据,及一组件呈现数据;(C)产生一使用者界面组件;(D)将该功能提供者数据及该功能识别数据与该使用者界面组件进行绑定;(E)根据该使用者界面呈现数据呈现一使用者界面 '及(F)根据该组件呈现数据于该使用者界面中呈现该使用者界面组件。本发明的另一目的,即在提供一种内储一程序及一部署文件的程序产品,其中,该部署文件包括一使用者界面呈现数据、一功能提供者数据、一功能识别数据,及一组件呈现数据,当一电子装置的一处理器载入该程序后可完成上述使用者界面的呈现及运作方法。本发明的又一目的,即在提供一种使用者界面的呈现及运作系统。于是,本发明使用者界面的呈现及运作系统,包含一处理器及一存储单元。该存储单元储存有一部署文件及多个程序指令,其中,这些程序指令可由该处理器执行以实现包括一解析单元及一呈现单元的一父程序。
其中,该解析单元被组配以解析该部署文件以得到一使用者界面呈现数据;解析该部署文件以得到一功能提供者数据、对应于该功能提供者数据的一功能识别数据,及一组件呈现数据;产生一使用者界面组件;及将该功能提供者数据及该功能识别数据与该使用者界面组件进行绑定;其中,该呈现单元被组配以根据该使用者界面呈现数据呈现一使用者界面;及
根据该组件呈现数据于该使用者界面中呈现该使用者界面组件。本发明的功效在于由于部署文件可用于定义使用者界面及其使用者界面组件的呈现方式,并定义各使用者界面组件及其等相关的功能的部署;故软件开发者藉由编辑部署文件,即可因应各种使用者界面的变动需求开发出对应的软件产品。


图I是一方块图,说明本发明使用者界面的呈现及运作系统的一较佳实施例;图2是一方块图,说明上述较佳实施例中的一呈现数据来源、一父程序、与该父程序对应的一部署文件,及与该父程序相关的一子程序;图3是一示意图,说明一使用者界面及其使用者界面组件的一范例;图4是一不意图,说明对应一软件程序架构的一 S程序树;图5是一不意图,说明对应另一软件程序架构的一 T程序树;图6是一流程图,说明本发明使用者界面的呈现及运作方法中,该父程序本身所执行的步骤 '及图7是一流程图,说明本发明使用者界面的呈现及运作方法中,该子程序所执行的步骤。附图符号说明I使用者界面的呈现及运作系统11处理器12存储单元13部署文件14程序指令15呈现数据来源151多媒体资源库152样式资源库153主题资源库2父程序21解析单元22呈现单元23功能函数库231功能模块
24操作讯号处理单元25程序间通讯单元3子程序31功能函数库311功能模块32程序间通讯单元4使用者界面41 43使用者界面组件 44使用者界面441 442使用者界面组件5S程序树51 子树6T程序树701 723 步骤801 806 步骤
具体实施例方式有关本发明的前述及其他技术内容、特点与功效,在以下结合附图的一个较佳实施例的详细说明中,将可清楚的呈现。参阅图I与图2,本发明使用者界面(UI)的呈现及运作系统I的较佳实施例包含一处理器11及一存储单元12,其中,该存储单元12储存有至少一部署(cbploy)文件13、多个程序指令14,及一呈现数据来源(render data source) 15。值得一提的是,该处理器11及存储单元12为类似于计算机的电子装置的硬件构件,而本发明所述的使用者界面是由软件产生,且使用者界面包括至少一供使用者操作的使用者界面组件。在本较佳实施例中,该部署文件13、程序指令14,及该呈现数据来源15的开发基于Android操作系统,并且整合成例如软件包(software package)的程序产品以提供给客户;但是,其开发亦可基于其他类型的操作系统,并不限于本较佳实施例所揭示。该存储单元12内所储存的该部署文件13可由软件开发者编辑,以定义使用者界面及其使用者界面组件的呈现方式,并定义各使用者界面组件及其等相关的功能(feature/function)的部署(deployment);甚至,软件开发者还可藉由编辑该部署文件13,以定义出具有父-子(parent-child)关系的软件程序架构,其中,该部署文件13包括与父程序2相关的数据。在本较佳实施例中,该部署文件13为一可延伸标记语言(Extensible Markup Language,简称XML)文件;其中,该部署文件13的内容摘要整理如下表一
< xml version=" 1.0" encoding="UTF-8" >

〈capsule xmlns="reserved" version="1.0">
<header>
<theme>S题数据 </theme>
〈/header〉
<body>
〈feature provider=’’功能提供者数据’’ id=’’功能识别数据’’ ... style=’’样式数据’’ mediaSrc=’’多媒体文件’’>
<params>
<param type=1’型态定义数据n key=1’键数据n value=1’值数据7>
</params>
</feature>
</body>
</capsule>在表一的该部署文件13的内容中,theme标签(tag)定义了 使用者界面的呈现方式feature标签对应的段落内容定义了 使用者界面组件与其相关的功能的部署,及使用者界面组件的呈现方式,其中,feature provider用以定义与使用者界面组件相对应的功能提供者,而功能提供者可为父程序2或子程序3,id用以识别功能是由功能提供者的哪一个功能模块231、311所提供;params标签定义了 欲传送给功能模块231、311的功能参数组,其中,功能参数组具有键数据(key)及值数据(vlaue)。在本较佳实施例中,表一的该部署文件13是以XML格式表示,但是,该部署文件13亦可为包含类似数据内容的其他格式文件,并不限于本较佳实施例所揭示。该存储单元12内所储存的程序指令14可由该处理器11执行以实现至少一父程序2,及与该父程序2相关的至少一子程序3 ;其中,该父程序2及该子程序3建构出具有上述父-子关系的软件程序架构;该软件程序架构可示意为一程序树(tree),在该程序树中,对于叶(leaf)结点之外的其他结点而言,每一结点及其下层的结点可分别对应到父程序2及子程序3。其中,该父程序2会搭配其对应的部署文件13运作,该父程序2包括一解析单元(parser) 21、一呈现单元(render) 22、一功能函数库23、一操作讯号处理单元24,及一程序间通讯单元(communicator) 25,其中,该解析单元21用以解析部署文件13,并根据其解析结果对使用者界面组件与功能进行部署;该呈现单元22用以根据该解析单元21的解析结果,进行与该父程序2相关的使用者界面及其使用者界面组件的呈现;该功能函数库23具、有至少一功能模块231,该功能模块231可提供功能给该父程序2本身;该操作讯号处理单元24用以进行与对应于使用者界面组件被操作的一操作讯号相关的处理;该程序间通讯单元25用以与该子程序3进行沟通。其中,该子程序3包括一功能函数库31及一程序间通讯单元32,其中,该功能函数库31具有至少一功能模块311,该功能模块311可提供功能给该父程序2 ;该程序间通讯单元32用以与该父程序2进行沟通。该存储单元12内所储存的该呈现数据来源15包括一多媒体资源库(mediapool) 151、一样式资源库(style pool) 152,及一主题资源库(theme pool) 153 ;其中,该多媒体资源库151包括各种多媒体文件,该样式资源库152包括各种预先建立的使用者界面组件样式,该主题资源库153包括各种预先建立的使用者界面主题样式;该多媒体资源库
151、该样式资源库152,及该主题资源库153的内容是供该父程序2的呈现单元22使用,其 实作方式为本领域的技术人员所熟知,故不在此赘述其细节。参阅图2、图3与图4,以下结合符合部署文件13格式的一范例文件,进一步说明由该范例文件定义的一使用者界面4,及其使用者界面组件41、42、43。其中,该范例文件的主要内容如下表二
< xml version=" 1.0" encoding="UTF-8" >
〈capsule xmlns="reserved" version="1.0">
<header>
<theme>themeMain</theme>
〈/header〉
<body>〈feature provider=M S .appM id=MhomeM ... style=" iconButtonO"mediaSrc=Mhome.pngM>
<params>
<param type="typeO" key="keyO" value="valueO"/>
</params> </feature>
〈feature provider="S.Cl" id=,,search,,... style=" freeBlock,,>
<params>
<param type="type I" key="keyl" value=1'value 17>
</params>
</feature>
〈feature provider= MS.C2M id=”setting,,... style=" iconButton2,,mediaSrc=Msetting.pngM>
<params>
<param type="type2" key="key2" value="value2"/>
</params>
</feature>
</body>
</capsule>表二的该范例文件包括三段由feature标签(即,表二中粗体字的部分)所定义的段落内容,其分别定义了对应该使用者界面4的使用者界面组件41、42、43的功能及呈现方式;令使用者界面组件41对应一 S程序树5 (如图4所示)的一根(root)结点S,而令使用者界面组件42、43对应该根结点下层的子结点Cl及子结点C2。进一步以第一段feature标签对应的内容为例进行说明feature provider=" S.app"定义了对应使用者界面组件41的功能提供者;id=" home"定义了对应使用者界面组件41的功能是由功能提供者(S. app)的哪一个功能模块所提供;style = " iconButtonl"mediaSrc="home, png"定义了与使用者界面组件41的呈现相关的信息;使用者界面组件42、43的相关定义说明类似于使用者界面组件41,故不在此赘述。类似地,软件开发者还可藉由编辑对应子结点Cl的另一部署文件13,以定义出使用者界面组件42被操作后欲呈现的下一层使用者界面44,其中,使用者界面44包括使用者界面组件441、442(分别对应于子结点C11、C12)。依此类推,软件开发者藉由编辑多个部署文件13可完整定义出示意为该S程序树5的软件程序架构。参阅图I、图4及图5,当软件开发者要开发另一软件程序架构(示意为一 T程序树6)时,若有部分功能部署与之前开发过的相同,举例来说,要重用(re-use) S程序树5的 子树(subtree) 51所对应的使用者界面组件及功能部署时,在这种情况下,软件开发者仅需编辑对应T程序树6的子结点D22的部署文件13,便可将整个子树51移植到子结点D22之下,软件开发者完全不需重新撰写相关程序,亦不需重新对子树51所对应的使用者界面组件分别进行功能连结或绑定,大大地缩短了软件开发所需的时间。参阅图2、图6与图7,以下配合一使用者界面的呈现及运作方法,对上述的父程序2及子程序3之间的运作进一步说明。步骤701 723是由父程序2执行,步骤801 806是由子程序3执行。其中,父程序2的解析单元21被组配以(configured to)执行步骤701 714 ;其呈现单元22被组配以执行步骤715 ;其操作讯号处理单元24被组配以执行步骤716 720 ;其功能函数库23的功能模块231被组配以执行步骤721 ;其程序间通讯单元25被组配以执行步骤722 723。在步骤701中,解析单元21读取父程序2本身所对应的部署文件13。在步骤702中,解析单元21解析部署文件13以得到使用者界面呈现数据。配合以上述表二的范例文件为例,藉由解析theme标签所定义的内容可得到使用者界面呈现数据为 themeMain。在步骤703中,解析单元21于部署文件13中搜寻预先定义的一功能标签,即,上述的feature标签。在步骤704中,解析单元21在部署文件13中搜寻到feature标签后,解析此feature标签对应的段落内容,以得到功能提供者数据。配合以上述表二的范例文件为例,藉由解析其第一段feature标签对应的内容可得到功能提供者数据为S. app。在步骤705中,解析单元21产生一使用者界面组件,及对应该使用者界面组件的一数据结构(data structure)。其中,每一个feature标签对应一个供使用者操作的使用者界面组件,解析单元21须对应产生一个数据结构以记录与该使用者界面组件的呈现与功能相关的数据。在步骤706中,解析单元21解析部署文件13中此feature标签对应的段落内容,以得到功能识别数据。配合以上述表二的范例文件为例,藉由解析其第一段feature标签对应的内容可得到功能识别数据为home。在步骤707中,解 析单元21将功能提供者数据及功能识别数据与该使用者界面组件进行绑定,并将功能提供者数据及功能识别数据记录于对应该使用者界面组件的数据结构。其中,上述的「将功能提供者数据及功能识别数据与该使用者界面组件进行绑定」,是指将「该使用者界面组件」与「当该使用者界面组件被操作时,须对应执行功能者的相关数据(即,功能提供者数据及功能识别数据)」建立连结。在步骤708中,解析单元21解析部署文件13中此feature标签对应的段落内容,以得到组件呈现数据。配合以上述表二的范例文件为例,藉由解析其第一段feature标签对应的内容可得到组件呈现数据为iconButtonO及home, png。在步骤709中,解析单元21将组件呈现数据记录于对应该使用者界面组件的数据结构。在步骤710中,解析单元21于此feature标签对应的段落内容中搜寻params标签。在步骤711中,解析单元21解析params标签对应的内容,以得到对应功能识别数据的功能参数组。配合以上述表二的范例文件为例,藉由解析其第一段feature标签对应的内容可得到对应功能识别数据(home)的功能参数组为keyO (键数据)及vlaueO (值数据),且功能参数组的型态(常见的型态如字串(string)、整数(integer)、浮点数(floating)等)为 typeOo在步骤712中,解析单元21将功能参数组纪录于对应该使用者界面组件的数据结构。在步骤713中,解析单元21继续于此feature标签对应的段落内容中搜寻params标签;若已搜寻完此feature标签对应的段落内容中所有的params标签(S卩,此feature标签对应的段落内容中已无未解析的params标签),则至步骤714进行处理;否则,回到步骤 710。在步骤714中,解析单元21继续于部署文件13中搜寻feature标签;若已搜寻完部署文件13中所有的feature标签(即,部署文件13中已无未解析的feature标签),则至步骤715进行处理;否则,回到步骤703。在步骤715中,呈现单元22根据使用者界面呈现数据呈现一使用者界面,并根据每一 feature标签对应的段落内容所解析出的组件呈现数据,于该使用者界面中呈现使用者界面组件。参阅图2、图3与图6,配合以上述表二的范例文件为例,呈现单元22根据themeMain自呈现数据来源15的主题资源库153找出欲套用于该使用者界面4的主题;并根据各组件呈现数据于该使用者界面4中呈现各使用者界面组件41、42、43 ;像是,呈现单元22组件根据iconButtonO自呈现数据来源15的样式资源库152找出使用者界面组件41欲呈现的按键样式,并根据home, png自呈现数据来源15的多媒体资源库151找出使用者界面组件41欲呈现的图文件。在步骤716中,操作讯号处理单元24等待(waiting for) 一操作讯号,其中,该操作讯号是于使用者操作任一使用者界面组件时所产生。在步骤717中,若操作讯号处理单元24接收到该操作讯号,则至步骤718进行处理;否则,回到步骤716。在步骤718中,操作讯号处理单元24自对应于被操作的使用者界面组件的数据结构取得功能提供者数据、功能识别数据,及功能參数组。在步骤719中,操作讯号处理单元24根据由对应于被操作的使用者界面组件的数据结构所取得的功能提供者数据,判断与由对应于被操作的使用者界面组件的数据结构所取得的功能识别数据所对应的一功能是否由父程序2本身提供;若是,则至步骤720进行处理;否则,至步骤722进行处理。在步骤720中,操作讯号处理单元24根据由对应于被操作的使用者界面组件的数据结构所取得的功能识别数据,自父程序2的功能函数库31找出对应的功能模块311。在步骤721中,功能模块311根据由对应于被操作的使用者界面组件的数据结构 所取得的功能參数组执行该功能,并于执行完成后回到步骤716。在步骤722中,程序间通讯単元25将由对应于被操作的使用者界面组件的数据结构所取得的功能识别数据及功能參数组,传送给对应的子程序3。其中,程序间通讯単元25传送包括功能识别数据及功能參数组的一事件(event)讯息(例如,Android操作系统所使用的intent讯息)给对应的子程序3。在步骤723中,程序间通讯单元25唤起(invoke)对应的子程序3。配合图3所示的该使用者界面4为例,当其中任一使用者界面组件41、42、43被操作时,操作讯号处理单元24即会接收到对应的操作讯号。假设是使用者界面组件41被操作,如步骤718所示,操作讯号处理单元24自对应使用者界面组件41的数据结构取得功能提供者数据(S.app)、功能识别数据(home),及功能參数组(keyO、valueO);如步骤719所示,操作讯号处理单元24根据自对应使用者界面组件41的数据结构取得的功能提供者数据(S. app),判断出功能是由父程序2本身所提供;如步骤720 721所示,操作讯号处理单元24根据由对应使用者界面组件41的数据结构取得的功能识别数据(home)找出对应的功能模块231,并由此功能模块231根据由对应使用者界面组件41的数据结构取得的功能參数组(keyO.valueO)执行对应的功能。假设是使用者界面组件42被操作,如步骤718所示,操作讯号处理单元24自对应使用者界面组件42的数据结构取得功能提供者数据(S. Cl)、功能识别数据(search),及功能參数组(keyl、valuel);如步骤719所示,操作讯号处理单元24根据自对应使用者界面组件42的数据结构取得的功能提供者数据(S. Cl),判断出功能不是由父程序2本身提供;如步骤722 723所示,程序间通讯単元25将由对应使用者界面组件42的数据结构所取得的功能识别数据(search)及功能參数组(keyl、valuel),传送给对应的子程序3,并唤起对应的子程序3。參阅图2与图7,其中,子程序3被组配以执行步骤801、803 805 ;其程序间通讯単元32被组配以执行步骤802 ;其功能函数库31的功能模块311被组配以执行步骤806。在步骤801中,子程序3等待来自其相关的父程序2的一事件讯息,当有来自父程序2的事件讯息吋,至步骤802进行处理。在步骤802中,程序间通讯単元32接收来自父程序2的事件讯息。在步骤803中,子程序3解析该事件讯息以得到功能识别数据,并判断是否有功能參数组;若是,则至步骤804进行处理;否则,回到步骤801。
在步骤804中,子程序3解析功能參数组,在本较佳实施例中,藉由解析功能參数组可得到键数据及值数据。在步骤805中,子程序3根据由解析该事件讯息所得到的功能识别数据,自功能函数库31找出其对应的功能模块311。在步骤806中,功能模块311根据功能參数组执行对应的功能,并于执行完成后回到步骤801。综上所述,由于部署文件13可用于定义使用者界面及其使用者界面组件的呈现方式,并定义各使用者界面组件及其等相关的功能的部署;在软件开发及产品化的过程中,软件开发者藉由编辑部署文件13,即可完全不需对程序进行修改,便能因应各种使用者界面的变动需求开发出对应的软件产品,故确实能达成本发明的目的。以上所述仅为本发明的较佳实施例而已,而不能以此限定本发明实施的范围,SP 凡依本发明权利要求及发明说明内容所作的简单的等效变化与修饰,皆属本发明专利涵盖的范围。
权利要求
1.一种使用者界面的呈现及运作方法,利用一处理器配合一部署文件来执行,该部署文件包括与一父程序相关的数据,该方法包含对应于该父程序的下列步骤 (A)解析该部署文件以得到一使用者界面呈现数据; (B)解析该部署文件以得到一功能提供者数据、对应于该功能提供者数据的一功能识别数据,及一组件呈现数据; (C)产生一使用者界面组件; (D)将该功能提供者数据及该功能识别数据与该使用者界面组件进行绑定; (E)根据该使用者界面呈现数据呈现一使用者界面'及 (F)根据该组件呈现数据于该使用者界面中呈现该使用者界面组件。
2.依据权利要求I所述的使用者界面的呈现及运作方法,其中,步骤(B)包括下列子步骤 (b-1)于该部署文件中搜寻预先定义的一功能标签 '及 (b-2)在搜寻到该功能标签后,解析该部署文件中该功能标签对应的段落内容,以得到该功能提供者数据、该功能识别数据,及该组件呈现数据。
3.依据权利要求2所述的使用者界面的呈现及运作方法,步骤(D)与步骤(E)之间还包含对应于该父程序的下列步骤 (G)判断是否已搜寻完该部署文件中所有的功能标签,若否,则重复执行步骤(B)至步骤⑶。
4.依据权利要求I所述的使用者界面的呈现及运作方法,其中,步骤(C)还产生对应该使用者界面组件的一数据结构,步骤(D)还将该功能提供者数据及该功能识别数据纪录于对应该使用者界面组件的该数据结构。
5.依据权利要求4所述的使用者界面的呈现及运作方法,其中,步骤(D)还将该组件呈现数据记录于对应该使用者界面组件的该数据结构。
6.依据权利要求4所述的使用者界面的呈现及运作方法,其中,步骤(B)还解析该部署文件以得到对应该功能识别数据的至少一功能参数组,步骤(D)还将该功能参数组纪录于对应该使用者界面组件的该数据结构。
7.依据权利要求6所述的使用者界面的呈现及运作方法,步骤(F)之后还包含对应于该父程序的下列步骤 (H)当接收到对应于该使用者界面组件被操作的一操作讯号时,自对应该使用者界面组件的该数据结构取得该功能提供者数据、该功能识别数据,及该功能参数组; (I)根据步骤(H)所取得的该功能提供者数据判断对应步骤(H)所取得的该功能识别数据的一功能是否由该父程序本身提供;及 (J)若步骤(I)的判断结果为是,则根据步骤(H)所取得的该功能识别数据,及该功能参数组对应执行该功能。
8.依据权利要求7所述的使用者界面的呈现及运作方法,步骤(I)之后还包含对应于该父程序的下列步骤 (K)若步骤(I)的判断结果为否,则将步骤(H)所取得的该功能识别数据,及该功能参数组传送给对应步骤(H)所取得的该功能提供者数据的一子程序;及 (L)唤起该子程序。
9.依据权利要求8所述的使用者界面的呈现及运作方法,还包含对应于该子程序的下列步骤 (M)接收该功能识别数据,及该功能参数组;及 (N)根据步骤(M)所接收的该功能识别数据,及该功能参数组执行该功能。
10.一种内储一程序及一部署文件的程序产品,其中,该部署文件包括一使用者界面呈现数据、一功能提供者数据、一功能识别数据,及一组件呈现数据,当一电子装置的一处理器载入该程序后可完成权利要求I所述的方法。
11.一种使用者界面的呈现及运作系统,包含 一处理器 '及 一存储单元,储存有一部署文件及多个程序指令,其中,这些程序指令可由该处理器执行以实现包括一解析单元及一呈现单元的一父程序; 其中,该解析单元被组配以 解析该部署文件以得到一使用者界面呈现数据; 解析该部署文件以得到一功能提供者数据、对应于该功能提供者数据的一功能识别数据,及一组件呈现数据; 产生一使用者界面组件 '及 将该功能提供者数据及该功能识别数据与该使用者界面组件进行绑定; 其中,该呈现单元被组配以 根据该使用者界面呈现数据呈现一使用者界面;及 根据该组件呈现数据于该使用者界面中呈现该使用者界面组件。
12.依据权利要求11所述的使用者界面的呈现及运作系统,该解析单元还被组配以解析该部署文件以得到对应该功能识别数据的至少一功能参数组。
13.依据权利要求12所述的使用者界面的呈现及运作系统,其中,该父程序还包括具有至少一功能模块的一功能函数库,及一操作讯号处理单元; 其中,该操作讯号处理单元被组配以当接收到对应于该使用者界面组件被操作的一操作讯号时,根据该功能提供者数据判断对应该功能识别数据的该功能模块是否属于该父程序的该功能函数库; 若由该功能提供者数据判断出功能模块是属于该父程序的该功能函数库,则对应该功能识别数据的功能模块被组配以根据该功能参数组执行对应的功能。
14.依据权利要求13所述的使用者界面的呈现及运作系统,其中,该父程序还包括一程序间通讯单元,这些程序指令可由该处理器执行以进一步实现一子程序,其中,该子程序包括具有至少一功能模块的一功能函数库; 其中,该父程序的程序间通讯单元被组配以 若由该功能提供者数据判断出功能模块是属于对应该功能提供者数据的该子程序的该功能函数库,则将该功能识别数据,及该功能参数组传送给该子程序;及唤起该子程序。
15.依据权利要求14所述的使用者界面的呈现及运作系统,其中,该子程序还包括一程序间通讯单元; 其中,该子程序的程序间通讯单元被组配以接收该功能识别数据,及该功能参数组;其中,对应该功 能识别数据的功能模块被组配以根据该功能参数组执行对应的功能。
全文摘要
一种使用者界面的呈现及运作方法、程序产品及系统。该使用者界面的呈现及运作方法,利用一处理器配合一部署文件来执行,该方法包含对应于一父程序的下列步骤(A)解析该部署文件以得到一使用者界面呈现数据;(B)解析该部署文件以得到一功能提供者数据、对应于该功能提供者数据的一功能识别数据,及一组件呈现数据;(C)产生一使用者界面组件;(D)将该功能提供者数据及该功能识别数据与该使用者界面组件进行绑定;(E)根据该使用者界面呈现数据呈现一使用者界面;及(F)根据该组件呈现数据于该使用者界面中呈现该使用者界面组件。
文档编号G06F3/048GK102750074SQ20111012985
公开日2012年10月24日 申请日期2011年5月19日 优先权日2011年4月22日
发明者萧郁欣 申请人:纬创资通股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1