专利名称：金融机构渠道协作系统及渠道协作装置的制作方法
技术领域：
本发明涉及一种金融渠道协作系统及渠道协作装置，提供例如可将在多个渠道处理装置之间协调执行的处理进行通用式处理的结构。
背景技术：
以银行为首的金融机构中的金融系统的元素可分为2大类商品或服务的供应源即供应渠道(supply channel)、以及此时用来向金融机构办事员或金融机构的使用者提供商品或服务的交付渠道(delivery channel)。
供应渠道的例子包括自己公司内部的计算机主机或业务服务器等业务系统、外部企业提供的金融商品或金融服务的提供系统等。另外，交付渠道的例子有营业厅终端、ATM、使用因特网的网上银行、使用电话的电话银行等。
现有的金融系统中假定供应渠道所提供的商品或服务提供给交付渠道，通常，供应渠道和交付渠道的联结以业务为单位而独立。例如，设置了连接到证券公司的用于投资信托销售的终端的营业厅中要改为处理保险公司的商品时，必须重新导入连接到保险公司的专用终端。另外，以供应渠道的系统与交付渠道的系统的连接为前提，目前，没有考虑交付渠道之间的相互连接。因此，在现有的金融系统中，要导入新的业务时，必须为每个业务设置专用终端等专用的装置。
为了解决这个问题，有的利用1台终端兼做多个服务器(供应渠道的服务器)的终端功能，有时在供应渠道与交付渠道之间配置交付渠道终端使用的中间服务器(以下称为渠道服务器)、在渠道服务器上将各种业务集中起来提供给终端。渠道服务器的例子有营业厅终端使用的服务器、网上银行使用的Web服务器等。
进一步，近年来出现了在因特网上预约到营业厅窗口咨询日期和时间等的跨交付渠道间的业务处理需求。这种交付渠道之间的协作处理是目前的金融系统所没有预料到的使用形式。为了实现交付渠道之间的协作处理，当前正在针对不同用途分别开发不同的系统。
近年来，在金融机构中，必须有效地利用在银行窗口销售保险或证券等由于放宽管制而出现的新商品销售或服务提供、为了强化销售力度而与顾客联系的交付渠道来进行销售。现有的方法所存在的问题是，每当产生了新需求或新业务，就必须单独开发渠道间协作等系统，效率非常低。
另外，金融机构中要求遵守规章，作为其中的一环，必须对按照业务规定进行的业务处理进行记录和监督检查。利用现有的方法虽然能够记录特定业务中的业务处理，但难以记录若干个业务的组合或跨交付渠道的业务。
发明内容
为此，需要有能够灵活而有效地对应提供新的商品或服务时所必需的那种渠道之间的协作处理的金融机构渠道协作系统及渠道协作装置。
为了解决这些课题，第1本发明是一种将金融机构的交付渠道和供应渠道中的多个渠道间连接的金融机构渠道协作系统，其特征在于，具备(1)渠道控制装置，搭载在交付渠道要素装置中；以及(2)渠道协作装置，容纳1个或多个上述渠道控制装置并且能够与上层装置或外部装置连接；(2)上述渠道协作装置具备(2-1)通信控制部，吸收各个渠道的通信协议的不同；(2-2)工作流定义部，保存多个渠道协作的工作流的定义；(2-3)第1工作流处理部，保存1个或多个能构成上述工作流的一部分的处理单位即工作程序，处理指示工作；(2-4)工作流控制部，执行被委托处理的定义的工作流；以及(2-5)工作流编辑部，编辑上述工作流定义部中保存的工作流定义或上述第1工作流处理部中保存的工作程序。
第2本发明是一种容纳1个或多个渠道控制装置并且能够与上层装置或外部装置连接的渠道协作装置，与搭载在交付渠道要素装置中的上述渠道控制装置一起构成将金融机构的交付渠道和供应渠道中的多个渠道间连接的金融机构渠道协作系统，该渠道控制装置具备(1)通信控制部，吸收各个渠道的通信协议的不同；(2)工作流定义部，保存多个渠道协作的工作流的定义；(3)工作流处理部，保存1个或多个能构成上述工作流的一部分的处理单位即工作程序，处理指示工作；(4)工作流控制部，执行被委托处理的定义的工作流；以及(5)工作流编辑部，编辑上述工作流定义部中保存的工作流定义或上述工作流处理部中保存的工作程序。
借助于本发明，能够提供能够灵活而有效地对应提供新的商品或服务时所必需的那种渠道之间的协作处理的金融机构渠道协作系统、渠道协作装置及渠道控制装置。
图1是表示实施方式的金融机构渠道协作系统的功能性结构的框图。
图2是表示应用了实施方式的金融机构渠道协作系统的金融系统的实例的框图。
图3是一般性地表示实施方式的工作流控制部的工作的流程图。
图4是表示实施方式的改变前的商品购买工作流定义的一个实例的说明图。
图5是表示执行图4的工作流定义时的处理的流程图。
图6是表示实施方式的改变后的商品购买工作流定义的一个实例的说明图。
图7是表示执行图6的工作流定义时的处理的流程图。
图8是表示实施方式的工作流的编辑处理的流程图。
具体实施例方式
(A)实施方式以下参照附图详细叙述本发明的金融机构渠道协作系统、渠道协作装置和渠道控制装置的一个实施方式。
(A-1)实施方式的结构图2是表示应用了本实施方式的金融机构渠道协作系统的金融系统的层次结构实例的框图。这里的金融机构例如是银行。
在图2中，金融系统1具有计算机主机2、业务服务器等业务系统3、外部企业(例如证券公司)所提供的金融商品或金融服务的提供系统4等供应渠道要素。
另外，金融系统1具有作为渠道服务器的营业厅服务器5中容纳的营业厅终端6及营业任务终端7、作为渠道服务器的协商终端服务器8中容纳的协商终端9、存折证书发行机(PBI)10、综合现金处理机(UCM)11、ATM12、设置在事务集中中心作为渠道服务器的事务集中服务器13中容纳的事务集中登录终端14及事务集中验证终端15、设置在呼叫中心作为渠道服务器的呼叫中心服务器16中容纳的呼叫中心终端17等交付渠道要素。
进一步，金融系统1具有介于供应渠道要素和交付渠道要素之间、交付渠道要素间的连接的连接服务器18。
实施方式的金融机构渠道协作系统如后所述，以渠道协作装置及渠道控制装置作为结构要素(参照图1)，渠道协作装置搭载于例如连接服务器18，渠道控制装置搭载于例如营业厅服务器5、咨询站服务器8、ATM12、事务集中服务器13、呼叫中心服务器16等。此外，连接服务器18以前发挥网关服务器功能；但在本实施方式中进一步发挥渠道协作装置的功能。
另外，也可以在网关服务器之外另行具备作为专用渠道协作装置进行工作的服务器。
图1是表示实施方式的金融机构渠道协作系统的功能性结构的框图。
如图1所示，实施方式的金融机构渠道协作系统经由通信线路200将渠道协作装置100与1个或多个渠道控制装置300连接起来。此外，通信线路200也可以有多个，分别用于交付渠道或供应渠道等不同目的。
渠道协作装置100对应于来自渠道协作装置300的处理委托、预先登录的日期时间的来到(在权利要求书内，该定时处理也包含在处理委托的概念内)、或者来自该渠道协作装置100的渠道协作装置120的处理委托，根据预先定义的工作流，执行该渠道协作装置100上的工作程序，或者执行各种各样的渠道控制装置300上的工作程序。
渠道协作装置100是例如在一般结构的服务器上实现的，从功能上来看，具有通信控制部110、工作流控制部120、工作流处理部130、工作流定义部140、工作流执行历史部150、工作流编辑部160、输入输出部170。
通信控制部110是用来控制经由通信线路200执行的与各渠道控制装置300上的通信控制部310之间的信息通信的。各渠道控制装置300在以固有的通信协议或通信数据形式进行通信的情况下，通信控制部110进行通信协议或通信数据形式的变换，以使该渠道协作装置100能够处理。例如，即使搭载于图2的营业厅服务器5上的渠道控制装置300和搭载于ATM11上的渠道控制装置300的通信协议或通信数据形式不同，在该渠道协作装置100的内部，利用通信控制部110的功能也同样能够进行处理。
通信协议或通信数据形式的变换通过例如为每个通信协议或每个通信数据形式准备对应的计算机程序来实现。当渠道协作装置100接收信息时，除了利用对应的计算机程序接收信息，还变换为共同的数据形式。当从渠道协作装置100向渠道协作装置300发送信息时，通过对应计算机程序将共同的数据形式变换为发送目的地的协议等后发送。
工作流控制部120是用来按照预先决定的工作流定义而对构成目标工作流的一系列工作程序的执行进行控制的。
工作流处理部130中保存了被工作流调用而执行的各种各样的工作程序131、132、133、134、…，并对该工作程序进行处理。某个工作流能够包含规定这样的1个或多个种类的工作程序。工作流处理部130中保存的工作程序131、132、133、134、…并不限于只能应用于1个工作流，而是作为可以应用于多个工作流的通用式程序记述的。
图1表示了工作流处理部130中保存的工作程序为“转帐处理”工作、“投资信托商品购入处理”工作、“保险商品购入处理”工作、“CRM信息登录处理”工作时的情况。
工作流定义部140保存了1个或多个工作流定义141、…，各工作流定义141、…记述了由工作流调用的工作程序及其调用目标指定、工作程序的执行顺序。此外，关于工作流定义的实例在后面叙述(参照图5)。
工作流执行历史部150是用来记录由所定义的工作流调用的处理的开始信息和结束信息的。工作流编辑部160例如具有GUI功能，既能够对工作流处理部130的工作程序进行追加、删除和改变，也能够对工作流定义部140的工作流定义进行追加、删除和改变。工作流编辑部160例如经由工作流控制部120访问工作流处理部130和工作流定义部140。
输入输出部170相当于键盘、鼠标等输入部和显示器等输出部，通过与工作流编辑部160协同作业，进行工作程序的编辑和工作流定义的编辑。此外，在允许利用文件传送数据而输入或输出的情况下，文件访问装置也相当于输入输出部170。另外，输入输出部170也可以是设置在搭载了渠道协作装置100的装置之外，经由通信线路200连接到工作流编辑部160。
渠道控制装置300是用来控制营业厅终端或ATM等交付渠道要素的，此外，也在渠道协作装置100中执行工作流的处理委托。另外，渠道控制装置300执行渠道固有的处理，作为从渠道协作装置100的工作流定义中调用的工作流的一部分。
渠道控制装置300以例如本身搭载于其上的营业厅服务器或ATM等CPU及其执行的计算机程序等为中心而构成，从功能上来看，具有通信控制部310、工作流处理委托部320、工作流处理部330。
通信控制部310是用来控制经由通信线路200与渠道协作装置100之间的信息通信的。此外，通信协议等即使与渠道协作装置100一侧所用的基准不同，如上所述，渠道协作装置100的通信控制部110会将该不同吸收，因此，渠道控制装置300的通信控制部310执行通信控制时不需要关心基本的通信协议等。
工作流处理委托部320根据操作者的指示或自身搭载的预定的计算机程序起动，委托渠道协作装置100进行规定的工作流处理。
工作流处理部330保存了由渠道协作装置100的工作流调用而执行的工作程序，适当地执行该工作程序。工作流处理部330中保存的工作程序随搭载了该渠道控制装置300的交付渠道要素而不同。
接着，按照图3的流程图说明具有如上所述结构的金融机构渠道协作系统的一般工作。这里，图3表示工作流控制部120的处理。
各工作流通过标识符(以下称为工作流标识符)来区别。对渠道协作装置100的工作流处理委托通过指定工作流标识符进行。此外，处理委托既可以从渠道控制装置300手动或自动执行，也可以在渠道协作装置100内由其他工作流执行，进一步，也可以相应于预先登录的日期时间的来到而自动执行。
渠道协作装置100的工作流控制部120接收到工作流处理委托后，从工作流定义部140取出工作流标识符所指定的工作流定义，开始执行工作流(S101)。工作流控制部120将工作流开始时刻信息及工作流标识符记录到工作流执行历史部150(S102)。
此外，工作流控制部120开始构成工作流的各工作的处理。工作流控制部120在各工作的处理中首先记录应执行的工作的开始时刻信息及处理名(S103)。其次，工作流控制部120执行指定的工作处理(S104)。
工作中定义了调用目标，根据该定义，需要向渠道协作装置100的工作流处理部130的工作程序发出处理委托，或者向渠道控制装置300的工作流处理部330的工作程序发出处理委托。
根据调用目标的分析向调用目标发出进行处理委托的处理既可以利用渠道协作装置100的工作流控制部120进行，也可以利用工作流控制部130的工作程序执行，或者利用通信控制部110进行。工作流控制部120在步骤S104进行上述处理委托，由此实现基于工作的调用目标分析的调用目标工作程序处理的执行。这里，将基于工作的调用目标分析向调用目标发出处理委托的处理作为在工作流控制部120执行的处理进行说明。
如果应处理的工作程序是渠道协作装置100的工作程序，工作流控制部120即执行该工作程序。另外，如果应处理的工作程序是渠道控制装置300上的工作程序，工作流控制部120则经由通信控制部110委托相应的渠道控制装置300该工作程序的处理。这时，渠道控制装置300经由通信控制部310受理处理，执行工作流处理部330的相应工作程序，将执行结果返回给委托源、即渠道协作装置100。
工作处理结束后，工作流控制部20将处理结果和结束时刻信息记录到工作流执行历史部150(S105)。接着，工作流控制部120根据该时刻的工作流的处理结果和工作流定义，检查有无下一个应执行的工作流处理(工作)(S106)。如果有应处理的工作，工作流控制部120则重复上述步骤S102至步骤S106的处理。
如果没有应处理的工作，工作流控制部120则将工作流的结束时刻信息和处理结果记录到工作流执行历史部150(S107)，结束一系列的处理。
图4是表示由工作流定义部140所定义的“商品购入(投资信托商品购入)”工作流定义141的说明图，图5是以流程图形式表示其执行时的处理流程的说明图。
当在营业厅渠道接受了投资信托的申请时，在营业厅渠道的终端进行转帐处理所需的必要信息的输入结束后，利用营业厅渠道控制装置300的工作流处理委托部320向渠道协作装置100的工作流控制部120发出工作流标识符“商品购入工作流”的处理委托。
渠道协作装置100的工作流控制部120读入工作流标识符“商品购入工作流”的定义，根据定义进行处理。
“商品购入工作流”141的定义按照图5的流程图所示执行。此外，在各工作执行前和执行后取得执行历史，但在以下的记述中省略。
图5的步骤S201对应于图4的开始标签为<接收 名称＝受理>的工作。工作流控制部120在步骤S201调用渠道协作装置100的工作流处理部130中的“受理”，保存与委托源有关的信息及输入参数信息。
图5的步骤S202对应于图4的开始标签为<功能调用 名称＝转帐处理>的工作。工作流控制部120在步骤S202调用渠道协作装置100的工作流处理部130中的“转帐处理”，由此与计算机主机500进行通信，将申请金转入购入者的帐户。
图5的步骤S203对应于图4的开始标签为<功能调用 名称＝主机通信结果返回>的工作。工作流控制部120在步骤S203调用调用源即营业厅渠道控制装置300的工作流处理部330中的“处理结果通报处理”。由此，营业厅服务器5或营业厅终端6的处理结束。
图5的步骤S204对应于图4的开始标签为<判断>的工作。工作流控制部120在步骤S204中判断步骤S202的转帐处理工作的处理结果。当处理结果正常时，继续处理；异常时则结束一系列的处理。
图5的步骤S 205对应于图4的开始标签为<功能调用 名称＝投资购入>的工作。工作流控制部120在步骤S205调用渠道协作装置100的工作流处理部130中的“投资信托商品购买”工作。由此，与证券公司(的计算机)600进行通信，向证券公司登录购入信息。
图5的步骤S206对应于图4的开始标签为<功能调用 名称＝CRM信息登录>的工作。工作流控制部120在步骤S206调用渠道协作装置100的工作流处理部130中的“CRM信息登录工作”。由此，与计算机主机500进行通信，将购买者信息登录到计算机主机500。
下一行是工作流结束标签</工作流>，因此，以此结束商品购入工作流。
以上说明了连接到单一供应渠道的工作流。接着说明在该工作流中追加保险商品购买工作、连接到保险公司的供应渠道时的情况。
为了在图4说明的投资信托商品的商品购入工作流定义中追加保险商品，追加图6的点划线所包围部分的处理W101和W102。图7中与此对应的部位是步骤S305和S307。
在步骤S305中，为了调用用来执行顾客想要购入的商品的购买的工作，对商品种类进行判断。当商品种类为投资信托时，执行投资信托商品购入处理(步骤S306)；当商品种类为保险时，执行保险商品购入处理(步骤S307)。
在步骤S306中执行的“投资信托商品购入处理”工作132与证券公司(的计算机)600进行通信，执行投资信托商品的购入处理。步骤S307的“保险商品购入处理”工作133与供应渠道的保险公司(的计算机)700通信，执行向保险公司700发出保险商品的购入登录委托的处理。
商品购入工作流定义从图4向图6的变更是工作流编辑部160基于来自输入输出部170的信号执行。
图8表示利用工作流编辑部160进行工作流编辑时的一般的处理流程。
工作流编辑部160在从输入输出部170接收到工作流编辑指示时，开始图8所示的编辑处理，首先进行操作者认证(S401)。其后，询问操作者是否编辑工作程序(S402)，如果编辑工作程序，就让操作者选择编辑种类(S403)。
如果编辑种类是追加，则从输入输出部(包含文件访问装置)170取入要追加的工作程序，经由工作流控制部120由工作流处理部130追加保存(S404)。在从上述图4改变为图6的商品购入工作流定义时，在其变更前，如果工作流处理部130中不存在“保险商品购入处理”工作，则需要将“保险商品购入处理”工作预先追加到工作流处理部130中。
另外，如果所指示的工作程序的编辑种类是删除，工作流编辑部160则经由工作流控制部120从工作流处理部130取得工作程序的工作名一览后显示到输入输出部170，指示出要删除的工作程序(工作名)，将所指示的工作程序经由工作流控制部120从工作流处理部130删除(S405)。
进一步，如果所指示的工作程序的编辑种类是更新，工作流编辑部160则经由工作流控制部120从工作流处理部130取得工作程序的工作名一览后显示到输入输出部170，指示出要更新的工作程序(工作名)，将所指示的工作程序整体经由工作流控制部120从工作流处理部130取得后显示到输入输出部170进行编辑，相应于输入输出部170中的“执行”键的操作等，使要更新的工作程序经由工作流控制部120覆盖写到工作流处理部130中(S406)。
图8中只进行了简单的表示；工作程序的编辑能够针对多个工作程序重复执行。
工作流编辑部160在工作程序的编辑结束后或未被要求工作程序编辑时，询问操作者是否编辑工作流定义(S407)，如果编辑工作流定义，则由操作者选择编辑种类(S408)。
如果编辑种类是追加，则从输入输出部(包含文件访问装置)170取得要追加的工作流定义，经由工作流控制部120由工作流定义部140追加保存(S409)。
另外，如果所指示的工作流定义的编辑种类是删除，工作流编辑部160则经由工作流控制部120从工作流定义部130取得工作流定义的定义名一览后显示到输入输出部170，指示出要删除的工作流定义(定义名)，将所指示的工作流定义经由工作流控制部120从工作流定义部140删除(S410)。
进一步，如果所指示的工作流定义的编辑种类是更新，工作流编辑部160则经由工作流控制部120从工作流定义部130取得工作流定义的定义名一览后显示到输入输出部170，指示出要更新的工作流定义(定义名)，将所指示的工作流定义经由工作流控制部120从工作流控制部140取得后显示到输入输出部170进行编辑，相应于输入输出部170中的“执行”键的操作等，使已更新的工作流定义经由工作流控制部120覆盖写到工作流定义部130中(S411)。
在商品购入工作流定义从上述图4向图6的改变就是通过这样的更新功能来执行的。
例如，在将改变前的工作流定义显示到输入输出部170的情况下，光标也被显示出来，针对光标的位置，像字处理机编辑一样，能够对工作流定义的一部分作出改变。另外，当光标位于开始标签时，“追加”键和“删除”键也作为功能键变为有效，可以以工作为单位进行追加、删除。
例如，当“追加”键被操作后，“分支”、“功能调用”、“接收”等工作种类显示出来，根据从中选择出来的选择项接受进一步的输入。
例如，当图4的内容显示出来、光标位于开始标签<功能调用 名称＝投资购入>时，“追加”键被操作后选择“分支”，由此，<条件></条件><下一处理></下一处理>行显示为2行。在各行的<条件>标签及</条件>标签之间插入“商品种类＝投资信托”、“商品种类＝保险”的同时，在<下一处理>标签及</下一处理>标签之间输入“投资信托购入”、“保险购入”，由此，图6中的符号W101所示的部分被追加。
另外，例如图4的内容中，追加图6的符号W101所示的部分并显示内容，光标位于开始标签<功能调用 名称＝CRM 信息登录处理>时，“追加”键被操作后选择“功能调用”，由此，<功能调用 名称＝？？？？>行显示出来。此时，工作程序的工作名一览也在不同区域显示出来，以拖放方式将“保险购入”这一工作名放到“？？？？”部分，由此追加图6中的符号W101所示的部分或者从图6中的符号W102所示的部分之中去除一部分输入字符串之后的内容。在后者的情况下，需要输入期望的字符串。
借助于上述实施方式的金融机构渠道协作系统及渠道协作装置，能够获得以下效果。
借助于上述实施方式，利用将渠道控制装置之间的通信协议的不同进行变换而吸收的通信控制部，能够连接各种各样的渠道。另外，只要改变工作流定义就能够自由地改变渠道的业务处理组合或执行顺序。其结果是，不仅能够容易地实现一直以来难以实现的渠道间的协作处理，而且在金融机构的业务随着放宽管制等而即将变化的形势下，能够灵活高效地应对今后的变化。
例如，如图4所示，利用工作流定义了商品购入处理手续，因此，对于新的供应渠道的新商品的对应就能够通过改变工作流定义而容易地实现。另外，用来连接到供应渠道所需的协议或接口封闭在通信控制部或商品购入处理工作内，因此，即使连接目的地供应渠道被改变，也不需要改变交付渠道一侧的接口。
进一步，借助于上述实施方式，由于记录了工作流执行历史，通过检查执行历史就能够监视多个业务组合处理是否按规定执行的情况，有助于防止非法的事务处理。
(B)其他实施方式在上述实施方式中描述的是依次分析执行工作流定义的方式；但也可以在执行之前将工作流定义进行分析、预先生成1个计算机程序后执行该计算机程序。向1个计算机程序的变换既可以在受理工作流处理委托前进行，另外，也可以在受理工作流处理委托后进行。
另外，在上述实施方式中，操作员通过手工操作确认工作流执行历史部150中保存的执行历史；但也可以设置自动确认处理部，判断是否遵守了所定义的工作流的工作流程。
进一步，在上述实施方式中，工作流编辑部160经由工作流控制部120执行工作程序的追加、编辑、删除处理或工作流定义的追加、编辑、删除处理；但工作流编辑部160也可以不经由工作流控制部120而直接针对工作流处理部130执行工作程序的追加、编辑、删除处理或针对工作流定义部140执行工作流定义的追加、编辑、删除处理。
进一步，另外，在上述实施方式中，处理流程是选择追加或删除等编辑种类后选择目标工作程序或工作流定义；但处理流程也可以是选择目标工作程序或工作流定义之后选择编辑种类。
另外，在上述实施方式中，在编辑工作流定义的手续中表示了使用文本编辑器等编辑软件对工作流定义的文本文档的编辑实例；但也可以在图标的拖放或属性编辑画面中对与文本式工作流定义相对应的图标或以线段连接图标而表示的流程图所示的GUI进行编辑处理。
权利要求
1.一种金融机构渠道协作系统，将金融机构的交付渠道和供应渠道中的多个渠道间连接，其特征在于，具备渠道控制装置，搭载在交付渠道要素装置中；以及渠道协作装置，容纳1个或多个上述渠道控制装置并且能够与上层装置或外部装置连接，上述渠道协作装置具备通信控制部，吸收各个渠道的通信协议的不同；工作流定义部，保存多个渠道协作的工作流的定义；第1工作流处理部，保存1个或多个能构成上述工作流的一部分的处理单位即工作程序，处理指示工作；工作流控制部，执行被委托处理的定义的工作流；以及工作流编辑部，编辑上述工作流定义部中保存的工作流定义或上述第1工作流处理部中保存的工作程序。
2.如权利要求1所述的金融机构渠道协作系统，其特征在于，全部或一部分上述渠道控制装置具有工作流处理委托部，向上述渠道协作装置提供工作流的识别信息并委托工作流的执行。
3.如权利要求1或2所述的金融机构渠道协作系统，其特征在于，全部或一部分上述渠道控制装置具有第2工作流处理部，保存1个或多个能构成上述工作流的一部分的处理单位即工作程序，处理由上述渠道协作装置的上述工作流控制部作出的指示工作。
4.如权利要求1～3的任意一个所述的金融机构渠道协作系统，其特征在于，上述渠道协作装置还具有工作流执行历史部，在上述工作的开始时和结束时将与该工作相关的执行历史信息利用上述工作流控制部写入。
5.一种渠道协作装置，容纳1个或多个渠道控制装置并且能够与上层装置或外部装置连接的渠道协作装置，与搭载在交付渠道要素装置中的上述渠道控制装置一起构成将金融机构的交付渠道和供应渠道中的多个渠道间连接的金融机构渠道协作系统，该渠道协作装置其特征在于，具备通信控制部，吸收各个渠道的通信协议的不同；工作流定义部，保存多个渠道协作的工作流的定义；工作流处理部，保存1个或多个能构成上述工作流的一部分的处理单位即工作程序，处理指示工作；工作流控制部，执行被委托处理的定义的工作流；以及工作流编辑部，编辑上述工作流定义部中保存的工作流定义或上述工作流处理部中保存的工作程序。
6.如权利要求5所述的渠道协作装置，其特征在于，还具有工作流执行历史部，在上述工作的开始时和结束时将与该工作相关的执行历史信息利用上述工作流控制部写入。
全文摘要
本发明能够灵活而有效地对应提供新的金融商品或服务等时所必需的那种渠道之间的协作处理。本发明的金融机构渠道协作系统具备渠道控制装置，搭载在金融机构的交付渠道要素装置中；渠道协作装置，容纳渠道控制装置并且能够与上层装置或外部装置连接。渠道协作装置具备通信控制部，吸收各个渠道的通信协议的不同；工作流定义部，保存多个渠道协作的工作流的定义；工作流处理部，保存工作流的处理单位即工作程序，处理指示工作；工作流控制部，执行被委托处理的工作流定义；以及工作流编辑部，编辑工作流定义或工作程序。
文档编号G06Q50/00GK1841420SQ20051010711
公开日2006年10月4日 申请日期2005年9月30日 优先权日2005年3月31日
发明者山本正 申请人:冲电气工业株式会社