专利名称：业务流程控制系统的制作方法
技术领域：
本发明涉及在营业店(branch)内具有多种操作终端、多种处理设备，对光临的顾客，利用多个操作终端、多个处理设备控制营业店的业务的系统、方法以及程序，特别是涉及在金融机构中利用的系统等。
背景技术：
日本专利公开号2002-91780公开了在服务器具有多个业务组件、作为用于调用并执行业务组件的程序的业务流程方式、以及作为用于存储各业务处理所需的业务流程方式的程序的业务流程类别，利用业务流程方式依次调用业务组件的方法。
银行的营业店中具有各种金融设备，作为事务流规定了不仅包含画面操作，还包含这些金融设备的工作顺序的一系列流。
但是，现有技术中，只是依次调用服务器节点中的组件，没有特别示出物理配置和设备控制。
要求今后的营业店系统以最小限度的必要金融设备构成，由各终端以营业店事务的一系列流来实现还包含金融设备控制在内的多种业务。
发明内容
本发明的目的在于提供一种通过使对营业店内的处理设备进行指示的操作终端通用化，提高操作终端和处理设备的使用效率的系统等。
本发明的目的在于提供一种通过将营业店内的处理设备的控制功能集中到中心，提高维护和定制控制功能的工作效率，减少用户的工作负担的系统等。
本发明的目的在于提供一种通过将营业店内的处理设备的控制功能集中到中心，使对营业店内的处理设备进行指示的操作终端通用化，提高控制功能的开发效率的系统等。
本发明的目的在于提供一种通过将营业店内的处理设备的控制功能配置到中心，可以使营业店小型化的系统等。
本发明经网络连接多个营业店和电算中心，所述多个营业店具有由顾客或营业员操作的多种操作终端(例如受理终端、大厅终端、窗口终端、后方终端、自动机)和多种处理设备(例如扫描仪、单据打印机、现金存入提取机、存折发行记账机)；所述电算中心具有通过对营业店的操作终端的输入操作而被访问的服务器和从服务器根据需要访问的多种业务系统。服务器包括接受来自操作终端的输入数据以及生成操作终端的画面的终端输入输出控制部、用于执行设置在营业店的处理设备的控制指示的多个设备组件、用于访问位于电算中心的各种业务系统的多个主访问组件、和作为服务器内的业务逻辑而记述的多个业务类组件。服务器通过按照来自操作终端的输入操作依次执行服务器内的组件，来执行还包含了处理设备的控制在内的营业店业务。在此，用服务器管理位于营业店中的处理设备的占用状态，利用来自服务器的指示来控制处理设备的动作。另外，服务器也可以根据金融机构而设置在各营业店。
本发明最好在服务器内具有组件流控制部，在组件流控制部内具有用于管理定义了组件调用顺序的组件流定义信息的组件流管理部、和按照组件流定义信息依次调用组件的组件流引擎。另外，利用组件流定义信息的定制来实现营业店的业务。在此，为了使组件流的定义容易，提供画面的输入输出、各金融设备的动作、对结算类主机(hostfor counting)发送接收这样的营业店的事务处理的1个步骤作为组件、方式的单位。另外，组件流定义信息可以提供每个营业店都不同的流，在一个终端中可以定义还包含多个画面转移的一系列事务流。
本发明具有存储用于定义对应于与来自操作终端的要求相对应的事务的处理流的流管理信息的存储装置、控制对操作终端的数据输入输出的终端输入输出控制部、与各种处理设备对应设置并控制处理设备的多种设备控制部(例如，设备类组件(component for devices))、根据来自各操作终端的请求来判别业务，参照存储装置内的流管理信息来确定对应于业务的处理流，基于处理流从多种设备控制部中确定应工作的设备控制部的流控制部(例如组件流控制部)。
根据本发明，通过将营业店内的处理设备的控制功能集中到中心后，使对营业店内的处理设备进行指示的操作终端通用化，即，与处理设备的种类无关的任一终端都可以对处理设备进行指示，从而提高操作终端和处理设备的使用效率。
根据本发明，通过将营业店内的处理设备的控制功能集中到中心，可以集中进行该控制功能的维护和定制，提高维护和定制控制功能的工作效率，可以减小用户的工作负担。
根据本发明，通过将营业店内的处理设备的控制功能集中到中心后，使对营业店内的处理设备进行指示的操作终端通用化，提高了控制功能的开发效率。
根据本发明，通过将营业店内的处理设备的控制功能配置到一个中心，可以使营业店小型化。
图1表示业务控制系统的结构。
图2表示在交易时从终端发送的数据格式。
图3表示组件流管理部所管理的组件流管理表的数据例。
图4表示组件流管理部所管理的组件流状态管理数据的数据例。
图5表示设备管理部所管理的设备结构定义表的数据例。
图6表示设备管理部所管理的设备状态管理数据的数据例。
图7表示在各终端中处理的流。
图8表示用于调用组件流的处理流。
图9表示用于判别组件流的处理流。
图10表示设备控制处理的流。
图11表示在窗口终端的开设新账户交易组件的流。
图12表示开设新账户交易处理的流程图。
图13表示在窗口终端的支取交易的组件流。
图14表示支取交易的处理流。
具体实施例方式
以下，参考附图具体说明本发明的实施例。
图1是表示本发明的系统结构的图。该系统经网络101连接顾客光临的多个营业店(branch)102、电算中心(computation center)103。
在营业店102中，作为终端的设备包括设置在营业店的入口附近、光临的顾客进行受理的受理终端111，顾客进行特定交易或顾客在大厅等待时可以自由操作的大厅终端112，银行职员在窗口与顾客直接面对面时操作的窗口终端113，银行职员在位于窗口后方的银行职员区域操作的后方终端114，如ATM之类的由顾客操作完成交易的自动机115。另外，在营业店102中，作为执行处理的金融设备的设备包括在窗口将顾客填写的单据、顾客持有的本人确认资料等变换为图像数据后读入的扫描仪116，打印单据或进行认证打印的单据打印机117，进行现金的输入输出的现金存入提取机118、进行存折的发行和记账的存折发行记账机119。另外，在营业店102中具有用于控制金融设备的设备控制服务器120。在设备控制服务器120收纳有控制金融设备的中间设备。另外，设备控制服务器120也可以根据各银行和店铺的设置方式而设置在电算中心103内。另外，设备控制服务器的功能也可以安装在营业店102的各终端内。各终端和各金融设备经局域网和路由器连接到网络101。从AP服务器131可以直接控制各终端和各金融设备。
另外，电算中心103具有安装了本发明的系统的营业店业务应用程序的AP服务器131、从AP服务器131利用各子系统时经由的中枢服务器132、管理统一记录了顾客的账户信息、输入输出金额、贷款、借入信息的元帐DB133的结算类主机134、管理各种顾客信息DB135的顾客信息管理服务器136、和实现该银行的各种业务的多种业务系统137。也可以根据银行而不设置中枢服务器132，从AP服务器131直接访问其他服务器系统。
在AP服务器131内具有WWW服务器141、对营业店102内的各终端进行输入输出数据控制的终端输入输出控制部142、作为用于实现营业店业务应用程序的各部件的多个组件143、控制依次调用这些组件的组件流控制部144、业务流程控制部145。在此，WWW服务器141和终端输入输出控制部142也可以安装在AP服务器131之外的服务器中。组件是用于执行所希望的处理的软件(程序)。
组件143由作为使营业店102内的金融设备工作的部件的设备类组件151、用于访问结算类主机134等各种业务系统的主访问组件152、只在AP服务器131内执行的业务类组件(component for work)153构成。每种金融设备都有设备类组件151。设备类组件151连接到用于管理各营业店102中的金融设备结构的定义信息和当前状态的设备管理部154。业务类组件153核实来自终端的输入数据(例如，数据的数值范围和位数、数据间的相关)、在存储在AP服务器131内的数据中进行检索。
组件流控制部144由用于管理对每种业务模式以哪一顺序调用组件143的定义信息和当前状态的组件流管理部161和作为按照这些信息依次调用组件143的引擎的组件流引擎162构成。
业务流程控制部145具有在各营业店102内跨过多个终端进行一个交易时、用于管理各交易状态和业务数据的业务流程管理部171，和根据这些状态、业务数据等信息转移状态的业务流程引擎172。
另外，组件143、组件流控制部144、业务流程控制部145也可以分别安装在不同的服务器上。另外，组件143内的各组件也可以分别安装在不同的服务器上。
各控制部、各管理部、各组件、各引擎的功能利用处理装置(例如CPU)来实现。各表和各管理数据存储在存储装置(例如硬盘装置)中。处理装置访问存储装置，可以参考存储装置内的表，可以读出管理数据。
图2是在执行业务时从营业店102内的各终端向电算中心103的AP服务器131发送的数据格式。该格式由作为各业务的共用信息的头部信息201、和作为在各业务中分别定义的信息的业务数据202构成。头部信息201由用于唯一识别执行业务的终端所属的营业店的店号211、用于识别执行业务的终端为大厅终端112还是窗口终端113等终端类别的终端类别212、用于唯一识别营业店102内的终端的机号213、用于识别应执行的业务的业务ID214、用于唯一识别交易的案件的案件ID215等构成。
图3是作为组件流控制部144的组件流管理部161所管理的定义信息的组件流管理表。该表由用于唯一识别业务的业务ID301、用于识别执行业务的终端类别的终端类别302、在根据业务数据值而利用不同的组件流时定义的分支条件303、识别组件流的流ID304构成。本表在从终端向AP服务器131发送数据以执行业务时，根据从图2所示的终端的发送数据内的业务ID301、终端类别302、依据业务数据值的分支条件303，取得表示应利用的组件流的类别的流ID304。
图4是作为由组件流控制部144的组件流管理部161管理的数据的组件流状态管理数据。该数据由唯一识别案件的案件ID401、业务ID402、流ID403、表示用流ID规定的流中当前处于哪一状态的状态404构成。案件ID401是在执行某个顾客的交易时，从最初利用的终端第1次向AP服务器131发送了数据时赋予AP服务器131的。另外，需要在AP服务器131中保持业务状态时，与表示该案件的案件ID401、业务ID402、流ID403一起将当前状态404存储在组件流状态管理数据中。
图5是作为设备管理部154管理的定义信息的设备结构定义表。该表由用于识别营业店102的店号501、用于识别金融设备的种类的设备类别502、用于唯一识别营业店102内的金融设备的设备号503、表示金融设备预先是否对应于某一终端的有无对应终端504、在有对应终端时表示对应哪一终端的对应机号505构成。有对应终端是指被确定了用于专用。终端与金融设备的对应关系可以是1对1，也可以是1对N(N为等于或大于2的整数)、N对1。对于某个金融设备，在根据店铺内的设备结构预先确定利用该金融设备的终端时进行对应。例如对于窗口，为在窗口终端113的横向设置有存折发行记账机119、在用窗口终端113记账存折时必须利用该存折发行记账机119的场合等。在由营业店102内的各终端共享利用时，将有无对应终端504定义为无。另外，用对应机号505定义的机号个数根据金融设备的种类而不同。
图6是作为设备类组件151的设备管理部154管理的数据的设备状态管理数据。该数据由店号601、设备类别602、设备号603、表示设备当前是否被某一终端占用的占用状态604、表示在被占用时由哪一终端占用的占用机号605构成。设备状态管理数据中按照图5的设备结构定义表预先存储有店号601、设备类别602、设备号603，通过在执行营业店业务中进行占用或解除，来更新占用状态604、占用机号605的数据。
下面，采用图7～图10的流程图具体说明本发明的处理。
首先，采用图7说明营业店102内的各终端的业务处理顺序。图7记述了由大厅终端112、窗口终端113等终端、AP服务器131内的终端输入输出控制部142、组件流控制部144分别执行的处理。
首先，在终端上显示画面(步骤701)。在画面上进行必要的输入，并将输入数据发送给AP服务器131(步骤702)。图2示出在步骤702发送的数据格式。在终端输入输出控制部142将接收到的输入数据编辑成组件流控制部144规定的格式，并发送给组件流控制部144(步骤703)。
组件流控制部144判断对发送的案件是否赋予案件ID(步骤704)，若没有赋予，则赋予案件ID(步骤705)。案件ID是本系统中使每个案件唯一的号码。是在最初被系统处理本案件时赋予的，从而在最初从终端向AP服务器131发送的数据中没有存储。另外，在跨过多个终端实现一个交易时，在第二个以后的终端继续执行交易时已经赋予案件ID。
然后，执行流调用处理(步骤706)，按照依顺序定义组件流的组件流定义信息来执行依次调用组件的处理。
参照组件流定义信息，在接着显示画面后，判断是否仍有流的调用(步骤707)，若有，则将流中的当前状态保持在组件流状态管理数据中(步骤708)，保持必要的业务数据(步骤709)。对于保持业务数据的方法，也可以是在DB中存储，保存在AP服务器131的存储器中等中的任一方法。
然后，返回输出数据(步骤710)，在终端输入输出控制部142利用返回的输出数据而生成画面并返回给终端(步骤711)，在终端上显示画面(步骤712)。在本画面上还有交易处理时，同样重复步骤713至步骤722。
本系统中定义的组件流不仅可以定义依据来自终端的1次请求而在AP服务器上调用的流范围，还可以定义包含在1个终端通过多个画面的转移，在画面转移期间在AP服务器上多次调用的流的业务的一系列流。本系统中，通过利用步骤708、709保持流中的状态、业务数据，在第2次以后从终端向AP服务器131发送时按照流执行后续处理。
下面，采用图8的流程图说明图7中步骤706的流调用处理的处理顺序。图8中记述了由组件流控制部144内的组件流引擎162、和组件流管理部161分别执行的处理。
首先，组件流引擎162将输入数据发送给组件流管理部161(步骤801)。组件流管理部161参照接收到的输入数据后判别应执行的流(步骤802)，将流ID返回给组件流引擎162(步骤803)。
接着，组件流引擎162向组件流管理部161查询下一应调用的组件(步骤804)，组件流管理部161判断是否存在下一应调用的组件(步骤805)，若存在则返回相应的组件(步骤806)，通过组件流引擎162调用组件来执行处理(步骤807)。若执行完组件，就重复步骤804至步骤807，在步骤805没有下一应调用的组件时(流结束时)，组件流引擎162向组件流管理部161委托编辑输出数据(步骤808)，在流管理部中编辑输出数据(步骤809)，并返回(步骤810)。
下面，采用图9的流程图说明图8中步骤802的流判别处理的处理顺序。
首先，参照所发送的输入数据中的案件ID，判断案件ID是否已注册到图4所示的组件流状态管理数据中(步骤901)。若已注册，则从组件流状态管理数据中取得流ID(步骤902)，结束本处理。若尚未注册完则执行以下步骤。
首先，分析输入数据(步骤903)，取得业务ID(步骤904)，取得终端类别(步骤905)。接着，参照图3所示的组件流管理表，依据在步骤904、905取得的业务ID、终端类别，取得分支条件(步骤906)。判断在取得的分支条件中是否记述有条件(步骤907)，若记述了，则从输入数据中取得进行分支所必要的数据(步骤908)。利用该数据判断分支条件，从组件流管理表中取得流ID(步骤909)。
接着，采用图10的流程图，说明从组件流引擎162调用设备类组件时的设备控制处理的处理顺序。图10中记述了由设备类组件151、设备管理部154、营业店102内的设备控制服务器120和各设备执行的处理。
从组件流引擎162调用设备类组件151(步骤1001)。在设备类组件151中，首先为了占用应利用的金融设备，向设备管理部154进行当前是否已占用完的确认(步骤1002)。在设备管理部154中，通过参照设备状态管理数据的占用状态604和占用机号605来取得表示终端是否已占用完金融设备的占用状态信息(步骤1003)。利用占用状态信息来判断是否占用完(步骤1004)，若占用完，则将金融设备的设备号返回给设备类组件151。若没有占用完，则利用设备结构定义表取得是否使终端对应于当前要利用的种类的金融设备的信息(步骤1005)。判断有无对应设备(步骤1006)，若有对应设备，则通过参照设备状态管理数据来确认是否可以占用(步骤1007)，若可以占用(步骤1008)，则通过更新对应于设备状态管理数据的设备的占用状态栏604和占用机号栏605来向终端分配金融设备(步骤1011)。若不能占用，则通过等待一定时间并再次进行步骤1007，直到可以占用为止。在步骤1006，若没有对应设备，则从设备结构定义表内店号501为终端的店号的金融设备中，以有无对应终端504为无的金融设备检索设备状态管理数据内的占用状态604为无的金融设备(步骤1009)。判断是否存在相应的金融设备(步骤1010)，若有，则在步骤1011分配金融设备。若没有相应的金融设备，则等待一定时间并再次进行步骤1009，直至能占用为止。在步骤1011中进行分配之后，将相应的金融设备的设备号返回给组件。
然后，设备类组件151对设备控制服务器120传递设备号后指示金融设备进行处理(步骤1012)。设备控制服务器利用传递过来的设备号，向相应的金融设备指示进行金融设备的处理(步骤1013)，金融设备工作(步骤1014)。
金融设备的工作一结束，在设备类组件151中判断设备处理指示是否是终端中交易的最终指示(步骤1015)，若是最终指示，则设备管理部154解除占用(步骤1016)。在步骤1016将设备状态管理数据的占用状态604更新为无，并删除占用机号605的数据。另外，若在步骤1015中判定不是最终指示，则由于原样继续占用金融设备，所以不解除占用。例如，在存折发行记账机119进行了存折的吸入时，由于存折原样进入到存折发行记账机119中，接着必须从同一终端发出另一指示，所以不能解除占用。
接着，采用图11～14的流程图，以开设新账户交易和支取交易为例说明具体处理。本实施例是在窗口终端113的交易例。
首先说明开设新账户交易的例子。
图11是在大厅终端112先输入了交易数据之后的、在窗口终端113执行开设新账户交易的组件流的例子。
首先，显示交易输入画面(步骤1101)，输入后，对结算类主机134进行CIF注册(步骤1102)，采用单据打印机117将输入数据作为单据输出(步骤1103)，显示作为下一画面的单据读入指示画面(步骤1104)。接着，采用扫描仪116读入单据(步骤1105)，显示结算类主机的执行指示画面(步骤1106)。接着，对插入到现金存入提取机118的现金进行计数，核实计数后的金额与输入数据中的金额是否一致(步骤1107)，若一致，则向结算类主机发送数据(步骤1108)。利用其结果，用现金存入提取机118收纳存入的现金(步骤1109)，用存折发行记账机119进行存折的发行和记账(步骤1110)，用单据打印机1117进行认证打印(步骤1111)，显示表示结束的画面(步骤1112)。
采用图12说明按照图11的组件流的、开设新账户交易的处理顺序。
首先，将显示在大厅终端112先行输入的交易数据的交易输入画面显示在窗口终端113上(步骤1201)。银行职员确认输入内容，按下完成按钮，则向AP服务器131发送输入数据。在AP服务器131中，由终端输入输出控制部142编辑输入数据(步骤1202)，并传递给组件流控制部144。在组件流控制部144按照依据图11的组件流的、图7～图9所示的流程图，顺序调用组件。该例中，首先调用CIF注册的组件，并发送给结算类主机134(步骤1203)。接着调用单据输出的组件，将单据输出给单据打印机117(步骤1204)。由于在图11的组件流中接下来是显示读入画面，所以一旦组件的调用结束，在组件流控制部144中保持数据和状态(步骤1205)，并将输出数据返回给终端输入输出控制部142。在终端输入输出控制部142中，利用输出数据生成作为下一画面的读入画面(步骤1206)，并回送给窗口终端113，在窗口终端113上显示读入画面(步骤1207)。
接着，银行职员取得输出的单据，将单据递给顾客并要求签章。然后，银行职员从顾客处收到签完章的单据、许可证等本人确认资料、用于开设账户的存入现金，由此进行本人确认。接着，在扫描仪116上放置单据，一按下显示在窗口终端113的读入画面上的读入按钮，就向AP服务器131发送输入数据。在AP服务器中，与步骤1202同样地编辑输入数据(步骤1208)，并传递给组件流控制部144。在组件流控制部144中，由于在步骤1205保持了数据和状态，所以通过取得它们，从图11的组件流的步骤1105开始执行，利用扫描仪116读入单据(步骤1209)。由于下一处理是显示执行画面，所以一旦组件的调用结束，则在流控制部144中再次保持数据和状态(步骤1210)，并将输出数据返回给终端输入输出控制部142。在终端输入输出控制部142中，利用输出数据生成作为下一画面的执行画面(步骤1211)，并回送给窗口终端113，在窗口终端113上显示执行画面(步骤1212)。
接着，银行职员将先前接受的现金放置在现金存入提取机118上，将单据放置在单据打印机117上，一按下显示在窗口终端113的执行画面上的结束按钮，就将输入数据发送给AP服务器131。在AP服务器中与步骤1202同样地编辑输入数据(步骤1213)，并传递给组件流控制部144。组件流控制部144中，由于在步骤1210保持了数据和状态，所以通过取得它们，从图11的组件流的步骤1107开始执行，依次调用进行现金计数、核实金额(步骤1214)、向结算类主机发送(步骤1215)、存入现金的收纳(步骤1216)、存折的发行、记账(步骤1217)、认证打印(步骤1218)处理的组件。接着，由于接下来是以显示结束画面来表示结束，所以将输出数据返回给终端输入输出控制部142。在终端输入输出控制部142中，利用输出数据生成作为下一画面的结束画面(步骤1221)，将该结束画面回送给窗口终端113，在窗口终端113上显示结束画面(步骤1221)，结束本处理。
下面说明支取交易的例子。
图13是在窗口利用扫描仪116对单据进行图像读入之后、在窗口终端113执行支取交易的组件流的例子。
首先，显示交易输入画面(步骤1301)，输入后，对照印章(步骤1302)，向结算类主机发送数据(步骤1303)，利用其结果，用现金存入提取机118输出现金(步骤1304)，用存折发行记账机119进行存折的记账(步骤1305)，用单据打印机117进行认证打印(步骤1306)，显示表示结束的画面(步骤1307)。图13的流是从终端向AP服务器131只进行1次请求时的例子。
采用图14按照图13的流说明支取交易的处理顺序。
首先，在窗口利用扫描仪116读取单据后，将显示经文字识别的交易数据的交易输入画面显示在窗口终端113上(步骤1401)。银行职员确认输入内容，一按下结束按钮，就将输入数据发送给AP服务器131。在AP服务器131，利用终端输入输出控制部142编辑输入数据(步骤1402)，并传递给组件流控制部144。在组件流控制部144中，按照依据图13的组件流的、图7～图9所示的流程图，依次调用组件。在本例中，首先调用印章对照的组件，对印章子系统进行印章对照(步骤1403)。接着，向结算类主机134发送(步骤1404)，利用其结果，依次调用进行现金的支取(步骤1405)、存折的记账(步骤1406)、认证打印(步骤1407)处理的组件。接着，由于下一个是以显示结束画面来表示结束，所以将输出数据返回给终端输入输出控制部142。在终端输入输出控制部142利用输出数据生成作为下一画面的结束画面(步骤1408)，回送给窗口终端113，在窗口终端113上显示结束画面(步骤1409)，结束本处理。
根据本发明的实施例，利用必要的最小限度的金融设备的结构来实现成本削减，可以由各终端进行还包含金融设备控制的多种业务。另外，使伴随今后的信道的扩大、新商品的扩大等业务多样化的营业店业务流程变更带来的应用程序的定制也变得容易。
根据本发明的实施例，通过一元地用服务器进行应用程序、设备管理，可以从各终端利用本系统，还可以减轻各终端的维护负荷。另外，通过提供以营业店的事务处理的1个步骤为组件、方式的单位的组件作为AP服务器的组件功能，提供依次调用这些组件的组件流控制部，可以使营业店事务的开发变得容易。
另外，本发明最好是适用于金融机构，但只要是在中心管理多个营业店，则不限于金融机构而都可以适用。
权利要求
1.一种用于控制业务流程的系统，具有可由顾客或营业员操作的多种操作终端；多种处理设备；由上述操作终端访问的服务器；由上述服务器访问的业务系统，其中上述多种操作终端和上述多种处理设备设置在营业店中，上述服务器和上述业务系统设置在电算中心中，上述服务器包括执行用于从上述操作终端接受输入数据的处理和用于生成应显示在上述操作终端上的画面的处理的终端输入输出控制部、用于控制上述处理设备的第1部件、用于访问上述业务系统的第2部件、和控制上述服务器内的业务逻辑的多个第3部件。
2.如权利要求1所述的系统，其中上述服务器响应来自上述操作终端的输入数据，执行上述第1部件、上述第2部件、以及上述第3部件。
3.如权利要求2所述的系统，其中上述服务器具有用于控制上述第1、第2、第3部件产生的处理流的流控制部，上述流控制部包括用于管理定义了上述第1、第2、第3部件的顺序的定义信息的管理部，和按照上述定义信息调用上述第1、第2、第3部件的引擎。
4.如权利要求3所述的系统，其中上述定义信息定义一系列包含应显示在上述操作终端上的多个画面转移在内的业务流程，以便为上述各营业店提供各自不同的顺序。
5.如权利要求1所述的系统，其中上述第1部件包含用于管理上述操作终端和上述处理设备的对应关系的管理信息，上述操作终端在上述操作终端利用上述处理设备时，参照上述管理信息来确定上述操作终端应利用的处理设备。
6.一种配置在顾客光临的营业店外部的、用于控制业务流程的系统，所述系统是配置在上述营业店内的多种操作终端和配置在上述营业店内的多种处理设备，所述系统控制用于处理与上述操作终端的请求相对应的业务的处理设备和经网络连接的上述业务流程，所述系统包括存储装置，存储流管理信息，所述流管理信息定义了与上述操作终端的请求对应的业务所对应的处理流；控制与上述操作终端的数据输入输出的终端输入输出控制部；与各种处理设备对应设置的、用于控制上述处理设备的多种设备控制部；流控制部，根据上述各操作终端的请求来判别业务，参照上述存储装置内的流管理信息来确定与上述业务对应的处理流，并基于上述处理流从上述多种设备控制部中确定应工作的上述设备控制部。
7.如权利要求6所述的系统，其中上述存储装置存储配置有上述处理设备的营业店的识别信息，上述设备控制部参照上述存储装置内的上述营业店的识别信息，选择与向上述终端输入输出控制部发出请求的操作终端位于同一个营业店内的处理设备，并控制所选择的上述处理设备。
8.如权利要求6所述的系统，其中上述存储装置存储上述处理设备的占用状态信息，上述设备控制部参照上述存储装置内的上述占用状态信息，选择未被占用的处理设备，并控制所选择的上述处理设备。
9.如权利要求6所述的系统，其中上述存储装置存储上述操作终端和上述处理设备的对应信息，上述设备控制部参照上述存储装置内的上述对应信息，判断是否存在与向上述终端输入输出控制部提出请求的操作终端相对应的处理设备，在判断出存在上述处理设备时，控制对应的处理设备，在判断为没有上述处理设备时，从没有对应关系的处理设备中选择应工作的处理设备，并控制所选择的上述处理设备。
10.如权利要求6所述的系统，其中上述流控制部根据上述处理流确定应工作的处理设备类别，将上述多种设备控制部中的对应于上述应工作的那种处理设备的设备控制部确定为上述应工作的设备控制部。
全文摘要
本发明提供一种业务流程控制系统，其具有备有多个终端、多个金融设备的多个营业店和电算中心，对电算中心内的AP服务器进行金融设备的控制指示的多个设备类组件；用于利用多种业务系统的多个主访问组件；作为业务逻辑记述的多个业务类组件；依次调用这些组件的组件流控制部，通过按照之前定义的组件流定义信息的调用顺序，组件流控制部依次调用组件，在AP服务器侧实现营业店事务的应用程序。
文档编号G06Q10/00GK1573767SQ20041003698
公开日2005年2月2日 申请日期2004年4月20日 优先权日2003年5月21日
发明者阿部正弘, 正畠博政, 森有一, 角谷有司, 伊东昭人, 长谷川笃, 石川晃久 申请人:株式会社日立制作所