首页> 中国专利> 电子神情系统的动作属性指定装置

电子神情系统的动作属性指定装置

摘要

本发明涉及的动作属性指定装置是在进行计算机系统相关处理所需要的各个处理业务即工作、构成处理业务的各个业务要素即工作组元和执行业务要素的程序中,使为特定工作而对工作附加的工作名与为特定工作组元而对工作组元附加的工作组元名相关联,以及使工作组元名与为特定程序而对程序附加的程序名相关联的装置,是包含存储这些组元名对应信息和程序名对应信息的动作属性存储部、定义信息输入执行部、动作属性存储内容作成更新部和工作控制部的装置。

著录项

  • 公开/公告号CN1475955A

    专利类型发明专利

  • 公开/公告日2004-02-18

    原文格式PDF

  • 申请/专利权人 株式会社日立制作所;

    申请/专利号CN03146499.8

  • 发明设计人 端山浩;松井浩树;

    申请日2003-07-11

  • 分类号G06F17/60;G06F19/00;

  • 代理机构中国专利代理(香港)有限公司;

  • 代理人马铁良

  • 地址 日本东京都

  • 入库时间 2023-12-17 15:09:42

法律信息

  • 法律状态公告日

    法律状态信息

    法律状态

  • 2016-08-24

    未缴年费专利权终止 IPC(主分类):G06Q10/00 授权公告日:20100526 终止日期:20150711 申请日:20030711

    专利权的终止

  • 2010-05-26

    授权

    授权

  • 2004-04-28

    实质审查的生效

    实质审查的生效

  • 2004-02-18

    公开

    公开

说明书

技术领域

本发明涉及在居民或企业经通信网络对地方公共团体进行的各种申请手续或登记手续等所使用的电子申请系统的动作属性指定装置、计算机系统相关的程序的动作属性指定装置以及动作属性指定方法。

现有技术

一般在使用终端的计算机系统中,通过反复进行在终端画面上显示字符或图形信息、用户参照画面从键盘等输入信息、在在画面上显示该输入信息对应的下一画面的一连串的处理,来处理作为预期目的的业务。

程序根据对从终端输入的画面输入数据进行处理的结果,决定接着显示的画面,作成其画面的画面输出数据。所以,当变更画面的显示顺序时,需要变更程序。

而且,对从某特定画面输入的数据进行处理的程序以接着其画面显示的特定画面为前提来作成。因此,在构筑多次使用同一画面的业务系统的情况下,当在其画面的前或后显示的画面不同时,需要按各画面的组合来作成程序。这样,现有的方式需要以按各处理方式都不同的方式来作成程序,而且,程序需要考虑画面的顺序关系来作成。

作为如此的画面相关的程序开发方式有特开平5-73290号公报。特开平5-73290号公报关于对话型系统中的程序,提供了可与画面的显示顺序独立地作成程序进行开发的对话型系统的程序开发方式。

而且,一般在利用Java(R)进行程序开发时,有MVC(Model-View-Controller)模型。模型(Model)是构成业务逻辑的业务程序。视图(View)具有向用户展示业务程序执行结果的作用。控制器(Controller)具有控制业务程序执行的作用。该控制器对画面与其画面对应的处理程序(业务程序)的关联进行控制。

然而,在开发系统之际,虽然有如此的画面与其画面对应的处理程序(业务程序)的关联,但如电子申请系统那样还需要有可对应程序本身处理复杂的系统开发的处理程序与处理程序的关联。

在系统开发之际,如电子申请系统那样越是支持对居民或企业的改善服务用的功能、系统的坚固性、防止非法访问、检测电子文档的窜改或伪造等的功能,系统规模就变得越大越复杂。其结果是系统开发规模膨胀,开发成本及对开发日程的影响增大。

系统的开发是对开发用部品即被称为组元的程序进行组合来开发为主流的。而且,这种组元有通常执行的组元、例外发生时执行的组元、通常时例外时都执行的组元等,依次调用执行系统整体运行。在此当发生新追加修正的需要时,例如对从上位组元向下位组元的调用进行修正时,程序的修正将会波及上位组元及下位组元,伴随修正的验证测试的范围将变大。而且,为进行复杂的处理频繁进行下位组元的作成、修正的情况变多,处于得不到开发效率的效果的状况。为使组元修正的影响不直接影响到其它的组元而使处理程序与调用该处理程序的处理程序相关联,或能定义处理程序的执行顺序等,修正程序时只要变更此定义的关联或执行顺序即可的装置或方法成为了需求对象。

发明内容

于是,为了能充分获得电子申请系统等的计算机系统的开发或修正相关的开发效率的效果,提供即使是频繁进行上位组元的修正或下位组元的作成、修正也不会扩大修正的影响而能进行开发、修正的电子申请系统的动作属性指定装置、程序的动作属性指定装置和动作属性指定方法以及计算机系统。

即本发明的内容涉及电子申请系统的动作属性指定装置、程序的动作属性指定装置和动作属性指定方法以及计算机系统。

动作属性指定装置在实施计算机系统相关处理所需要的各个处理业务即工作、构成处理业务的各个业务要素即工作组元和执行业务要素的程序中,使为了确定工作而对工作附加的工作名与为了确定工作组元而对工作组元附加的工作组元名相关联、以及使工作组元名与为了确定程序而对程序附加的程序名相关联。

其构成包含对组元名对应信息和程序名对应信息进行存储的动作属性存储部、定义信息输入执行部、动作属性存储内容作成更新部和工作控制部。

这里,组元名对应信息是把工作名与工作组元名相关联的信息,组元名对应信息是把工作组元名与程序名相关联的信息,动作属性存储部对这些进行存储。定义信息输入执行部履行对在动作属性存储部存储的对应信息相关的定义信息进行输入的功能。动作属性存储内容作成更新部履行根据由定义信息输入执行部输入的定义信息来对动作属性存储部的内容进行作成更新的功能。工作控制部履行参照动作属性存储部的对应信息对工作组元的执行进行控制的功能。该工作控制部履行与画面迁移控制不同对作为工作组元执行的程序的处理顺序进行控制的功能。

依据这样的动作属性指定装置,由于构成为包含对组元名对应信息和程序名对应信息进行存储的动作属性存储部、定义信息输入执行部、动作属性存储内容作成更新部和工作控制部,所以即使频繁进行上位组元的修正或下位组元的作成、修正只要变更该对应信息的关联即可,而不需要变更修正处以外的程序本身,因此可以不扩大修正影响而得以实施。所以,据此可以充分获得电子申请系统或计算机系统的开发或修正相关的开发效率的效果。

而且,如果从需要能够定义工作组元的执行顺序或有关工作组元在其执行时、在通常时执行的通常时执行、在例外发生时执行的例外发生时执行及即使在通常时例外时都执行的必须执行和处理的层次化的观点来看,理想的是动作属性存储部含有组元执行顺序信息和组元执行形态信息。

在此,组元执行顺序信息是定义工作组元执行顺序的信息,组元执行形态信息是定义有关工作组元在其执行时、在通常时执行的通常时执行、在例外发生时执行的例外发生时执行及即使在通常时例外时都执行的必须执行和处理的层次化的信息,这些都存储在动作属性存储部。

而且,动作属性指定方法是利用存储有组元名对应信息及程序名对应信息的动作属性存储部来进行动作属性指定,同时包含输入这些对应信息相关的定义信息的定义信息输入执行步骤、作成更新动作属性存储部内容的动作属性存储内容作成更新步骤及控制工作组元执行的工作控制步骤的方法。

即定义信息输入执行步骤是输入存储在动作属性存储部的所述对应信息相关的定义信息的步骤,动作属性存储内容作成更新步骤是根据在定义信息输入执行步骤输入的定义信息来作成更新动作属性存储部的步骤,工作控制步骤是参照动作属性存储部的所述对应信息来控制工作组元执行的步骤。

依据这样的动作属性指定方法,由于构成为利用存储有组元名对应信息及程序名对应信息的动作属性存储部来进行动作属性指定,同时包含定义信息输入执行步骤、动作属性存储内容作成更新步骤及工作控制步骤,所以即使频繁进行上位组元的修正或下位组元的作成、修正只要变更该对应信息的关联即可,而不需要变更修正处以外的程序本身,因此可以不扩大修正影响而得以实施。所以,据此可以充分获得电子申请系统或计算机系统的开发或修正相关的开发效率的效果。

而且,如果从需要能够定义工作组元的执行顺序或有关工作组元在其执行时、在通常时执行的通常时执行、在例外发生时执行的例外发生时执行及即使在通常时例外时都执行的必须执行和处理的层次化的观点来看,理想的是动作属性存储部含有组元执行顺序信息和组元执行形态信息。

附图说明

图1是表示动作属性指定装置的构成一例图。

图2是表示动作属性文件的设定例图。

图3是表示工作组元的执行顺序一例图。

图4是一实施例的电子申请系统概要图。

图5是表示作为一实施例的动作属性指定方法的流程图。

图6是表示有关电子申请系统申请的业务及处理内容的一例图。

实施方式

以下,参照附图详细说明本发明的实施方式。

另外,下面动作属性存储部作为动作属性文件和存储有动作属性文件的动作属性文件存储部进行说明。而且,动作属性存储内容作成更新部对应动作属性文件作成更新部,动作属性存储内容作成更新步骤对应动作属性文件作成更新步骤。

【动作属性指定装置】

图1是动作属性指定装置1的构成图。

动作属性指定装置1是包含可存储后述的动作属性文件2等的存储部11、显示定义信息等的信息的显示部12、进行显示部12控制等的控制部13以及受理定义信息等输入的输入部14来构成的。

存储部11由HDD(Hard Disk Drive)装置等构成,显示部12可以使用利用了液晶显示器或CRT(Cathode-Ray Tube)等的监视器。控制部13具有中央处理装置或存储装置等,通过展开·启动所定的程序,可以实现各种处理。输入部14由键盘、鼠标、笔输入板等构成。

以下,进一步对这些各构成要素进行详细说明。

(1)动作属性文件存储部

动作属性文件存储部履行存储动作属性文件2的功能。动作属性文件2保持组元名对应信息和程序名对应信息。

组元名对应信息是在实施计算机系统相关处理所需要的各个处理业务即工作、构成处理业务的各个业务要素即工作组元和执行业务要素的程序中,把为了确定工作而对工作附加的工作名与为了确定工作组元而对工作组元附加的工作组元名相关联的信息。

而且,程序名对应信息是把工作组元名与为了确定程序而对程序附加的程序名相关联的信息。

作为后述内容,例如图6是表示电子申请系统的申请相关的业务、处理以及处理内容的图。有关申请,其业务由用户认证、申请受理、审查等构成,而且处理由规模检查、申请书数据形式检查等构成。在此业务为工作61、处理为工作组元62、处理内容为执行的程序63。

在图2表示动作属性文件2的设定例。动作属性文件2由ActionName小节25、Sequence Action小节21和Action Component小节22构成。

Action Name小节25由确定工作用的工作名组成。本例中作为工作名有3个。即Entry、SendMail和ChangeStatus。在此,工作的内容可以随意不做特别指定。

Sequence Action小节21是把工作名与工作组元名相关联的组元名对应信息21。本例中是工作名为Entry的工作把工作组元名为verify、Nest1、receipt的工作组元相关联来执行。Nest1还执行工作组元名为entry、sendMq、sendFtp、sendMail的工作组元。

Action Component小节22是把工作组元名、工作组元类别名和规律名相关联的程序名对应信息22。此规律名是实际动作的程序名26。本例中工作组元名为verify的工作组元与称为xmlVerify的程序名26的程序相关联。

后述的工作控制部133参照此动作属性文件2,如果接受到工作名为Entry的工作则首先使工作组元名为verify的工作组元动作(此时程序名为xmlVerify的程序动作),接着按Nest1、receipt的顺序使之动作。

在此,当工作名verify例如不是使程序名xmlVerify而是要使程序名xmlVerify2的程序动作而产生了修正的情况下,只是取代xmlVerify而变更为xmlVerify2即可,从而不需要修改对xmlVerify进行调用的程序本身。

而且,动作属性文件2包含有规定工作组元执行顺序的组元执行顺序信息23、以及可进行有关工作组元在其执行时、在通常时执行的通常时执行、在例外发生时执行的例外发生时执行及即使在通常时例外时都执行的必须执行和处理的层次化的组元执行形态信息24。

图2所示的动作属性文件2的Sequence Action小节21也是规定工作组元执行顺序的组元执行顺序信息23。本例中工作名为Entry的工作可以对工作组元名为verify、Nest1、receipt的工作按此顺序执行。

而且,当发生要改变工作组元执行顺序的修正的情况下,例如要改变verify和Nest1的执行顺序时,用Sequence Action小节21把组元执行顺序信息23的vetify、Nest1、receipt的顺序变成Nest1、verify、receipt即可,此时也不需要修正程序本身。

接着对组元执行形态信息24进行说明。

图2中,组元名对应信息21在具有工作组元名时,可以进一步作为指定值指定@xxx。@xxx可以把工作组元层次化。而且,可以有例外时执行的处理或与例外发生无关而执行的处理。由该组元执行形态信息24可以组织电子申请系统等的复杂的处理序列。

组元执行形态信息24有通常执行工作组元(@normal)、例外发生时工作组元(@error)和即使在通常时例外时都执行的必须执行工作组元(@always)。

例如,图3表示工作组元的执行顺序以及通常时执行、例外发生时执行、必须执行。从action1至action8分别是工作组元。在此action1是通常执行的工作组元、指定值是@normal。action3是例外发生时执行的工作组元@error、并且action7是即使在通常时例外时都执行的工作组元@always。

动作属性文件2为执行图3的处理序列构成如下。现在如果把图3的工作名定为AAA,则有

AAA.seq1.name=action1@normal

AAA.seq2.name=action2@normal

AAA.seq3.name=action3@error

AAA.seq4.name=nest1@normal

AAA.seq5.name=action5@normal

AAA.seq6.name=action6@error

AAA.seq7.name=action7@always

AAA.seq8.name=action8@normal

nest1.seq1.name=action4@normal

nest1.seq2.name=action4-1@normal

nest1.seq3.name=action4-2@normal

nest1.seq4.name=action4-3@error。

(2)定义信息输入执行部

图1所示的定义信息输入执行部131履行对在动作属性文件2保持的所述对应信息相关的定义信息进行输入的功能。即输入工作名、工作组元名、程序名等。

(3)动作属性文件作成更新部

图1所示的动作属性文件作成更新部132履行根据在定义信息输入执行部131输入的定义信息来对所述的动作属性文件2进行作成更新的功能。

从所输入的工作名、工作组元名、程序名等进行图2的动作属性文件2的作成或更新。即进行组元名对应信息21、程序名对应信息22、组元执行顺序信息23以及组元执行形态信息24的作成或更新。

(4)工作控制部

工作控制部133履行参照动作属性文件2的所述对应信息对工作组元的调用、执行进行控制的功能。此工作控制部履行与画面迁移控制不同对作为工作组元执行的程序的处理顺序进行控制的功能。

图4是电子申请系统的概要图。如图4所示,工作控制部133根据来自申请者终端的申请以所提供的工作名为关键码参照动作属性文件2,来对工作组元62的类别·规律进行调用执行。

工作控制部133可以作为电子申请系统、电子申报系统、信息公开系统、受理窗口系统等的计算机系统的一部分进行动作,可以参照动作属性文件2的所述对应信息来控制工作组元的调用、执行。

所以,依据这样的动作属性指定装置1,由于构成为包含保持有组元名对应信息21及程序名对应信息22的动作属性文件2、动作属性文件存储部11、定义信息输入执行部131、动作属性文件作成更新部132以及工作控制部133,所以即使频繁进行上位组元的修正或下位组元的作成、修正只要变更该对应信息的关联即可,而不需要变更修正处以外的程序本身,因此可以不扩大修正影响而得以实施。所以,据此可以充分获得电子申请系统的开发或修正相关的开发效率的效果。

【动作属性指定方法】

图5表示说明本发明一实施方式涉及的动作属性指定方法的流程图。以下利用图5对各步骤进行说明。而且,此流程图的各步骤可以作为动作属性指定装置1的计算机程序来执行。

(1)步骤1

定义信息输入执行步骤是对在动作属性文件2保持的所述对应信息相关的定义信息进行输入的步骤。

即输入工作名、工作组元名、程序名等的步骤。

(2)步骤2

动作属性文件作成更新步骤是根据在定义信息输入执行步骤输入的定义信息来对动作属性文件2进行作成更新的步骤。是从所输入的工作名、工作组元名、程序名等进行动作属性文件2的作成或更新的步骤。即该步骤2有进行组元名对应信息21、程序名对应信息22、组元执行顺序信息23以及组元执行形态信息24的作成或更新的各步骤。

(3)步骤3

工作控制步骤是参照动作属性文件2的所述对应信息对所述工作组元的执行进行控制的步骤。该步骤3以工作名为关键码参照动作属性文件2来对工作组元的类别·规律进行调用执行。

而且,图5的步骤3是可以作为电子申请系统、电子申报系统、信息公开系统、受理窗口系统等的计算机系统的一部分进行动作,参照动作属性文件2的所述对应信息来控制工作组元的调用、执行的工作控制步骤。

接着对电子申请系统说明上述实施方式。

电子申请系统支持对居民或企业利用时的利用者进行识别、认证用的功能,申请等案件的受理功能、以及向申请者通知审查状况或审查结果等的功能,或参照申请书等的内容对形式正确性进行形式审查的功能,电子署名验证或有效性验证等安全性、服务性的功能。另外,居民或企业的词语还包含团体或组合等的组。

图6是表示电子申请系统的申请相关的业务及处理的内容的图。

全体是一个申请,业务栏是工作61,相当于用户认证、申请受理、审查以及申请状态确认等。而且,处理的栏是工作组元62,相当于规模检查、申请书数据形式检查、署名验证、票据发行等。而且,处理内容63是程序实际执行的内容。这里举出的是通常执行的工作组元,指定@normal。在申请书数据形式的检查及署名的验证处理探测出异常时,作成向申请者通知的消息等的工作组元等是例外发生时工作,指定@error。另外,发送消息等的工作组元由于即使在通常时例外时都执行,所以指定@always。

申请者从申请者终端把申请书数据装入到电子申请系统。电子申请系统接收到申请书数据后执行申请书数据形式检查及电子署名的验证处理。形式检查是否形成作为申请书的形式,而且电子署名的验证对申请书的真实性进行验证。如果没有问题则向申请者返回已受理申请书数据的证据。还有在电子署名的验证中向认证局查询在加密时使用的密钥是否是本人的处理。

所以,即使只是电子署名的验证也有申请受理、署名的验证、密钥的验证、向认证局的查询,处理复杂且层次化。而且,各自有例外发生时的执行处理。在此动作属性文件2可以如下作成。

设工作名为[申请受理],工作组元名为[署名的验证]、[密钥的验证]、[认证局],则有

<申请受理>.seq1.name=<署名的验证>@normal

<申请受理>.seq2.name=nest@normal

nest.seq1.name=<密钥的验证>@normal

nest.seq2.name=<认证局>@normal

此动作属性文件的作成用定义信息输入执行步骤及动作属性文件作成更新步骤进行。而且工作控制步骤参照此动作属性文件调用执行工作组元。

而且,工作组元名[署名的验证]的工作组元例外发生时不执行下一工作组元名nest。即在上述动作属性文件加进例外发生时工作组元和必须执行工作组元。在此希望变更处理时只要改变相应的工作名相关联的程序名即可。而且在变更工作组元的处理顺序时只要变更上述定义的次序即可,而不需要程序本身的变更,因此能充分获得开发效率的效果。

而且,作为工作组元的顺序例如也可以改变申请书数据形式的检查和署名验证处理的顺序。此时可以不变更程序本身而改变上述动作属性文件。

所以,依据这样的电子申请系统的动作属性指定方法,由于构成为包含保持有组元名对应信息21及程序名对应信息22的动作属性文件2、定义信息输入执行步骤、动作属性文件作成更新步骤以及工作控制步骤,所以即使频繁进行上位组元的修正或下位组元的作成、修正只要变更该对应信息的关联即可,而不需要变更修正处以外的程序本身,因此可以不扩大修正影响而得以实施。所以,据此可以充分获得电子申请系统的开发或修正相关的开发效率的效果。

以上说明的本发明并不限于上述的实施方式而可以广泛地进行变形实施。另外,在图4中示出了电子申请系统的例子,但作为其它例子也适用于电子申报系统、信息公开系统、受理窗口系统等。

在电子申请系统或计算机系统的开发中,通过准备动作属性文件,可以减小组元的测试范围,即使频繁进行上位组元的修正或下位组元的作成、修正也不需要变更修正处以外的程序本身,因此可以不扩大修正影响而进行开发。而且在动作属性文件可以指定通常执行的工作、在例外发生时执行的工作、在通常时例外时都执行的工作,可以把程序层次化来执行,因此可以编制复杂的序列逻辑。

去获取专利,查看全文>

相似文献

  • 专利
  • 中文文献
  • 外文文献
获取专利

客服邮箱:kefu@zhangqiaokeyan.com

京公网安备:11010802029741号 ICP备案号:京ICP备15016152号-6 六维联合信息科技 (北京) 有限公司©版权所有
  • 客服微信

  • 服务号