JP2006285435A - 金融機関チャネル連携システム及びチャネル連携装置 - Google Patents
金融機関チャネル連携システム及びチャネル連携装置 Download PDFInfo
- Publication number
- JP2006285435A JP2006285435A JP2005102278A JP2005102278A JP2006285435A JP 2006285435 A JP2006285435 A JP 2006285435A JP 2005102278 A JP2005102278 A JP 2005102278A JP 2005102278 A JP2005102278 A JP 2005102278A JP 2006285435 A JP2006285435 A JP 2006285435A
- Authority
- JP
- Japan
- Prior art keywords
- channel
- workflow
- work
- processing
- customer information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
【課題】 新しい金融商品やサービスの提供時などに必要となるような、チャネル間の連携処理に柔軟かつ効率よく対応できるようにする。
【解決手段】 本発明の金融機関チャネル連携システムは、デリバリチャネル要素装置上のチャネル制御装置と、チャネル制御装置を収容し、上位装置や外部装置と接続可能なチャネル連携装置とを備える。チャネル連携装置は、チャネル毎の通信プロトコルの違いを吸収する通信制御部と、複数チャネルが連携するワークフローの定義を格納するワークフロー定義部と、ワークフローの処理単位となるワークプログラムを格納し、指示ワークを処理するワークフロー処理部と、処理依頼されたワークフロー定義を実行するワークフロー制御部と、処理中のワークプログラムが所定チャネルから顧客情報を取得することを要する際に、チャネル毎の顧客情報識別子や顧客情報のマッピング処理を行って提供する顧客情報管理部とを備える。
【選択図】 図1
【解決手段】 本発明の金融機関チャネル連携システムは、デリバリチャネル要素装置上のチャネル制御装置と、チャネル制御装置を収容し、上位装置や外部装置と接続可能なチャネル連携装置とを備える。チャネル連携装置は、チャネル毎の通信プロトコルの違いを吸収する通信制御部と、複数チャネルが連携するワークフローの定義を格納するワークフロー定義部と、ワークフローの処理単位となるワークプログラムを格納し、指示ワークを処理するワークフロー処理部と、処理依頼されたワークフロー定義を実行するワークフロー制御部と、処理中のワークプログラムが所定チャネルから顧客情報を取得することを要する際に、チャネル毎の顧客情報識別子や顧客情報のマッピング処理を行って提供する顧客情報管理部とを備える。
【選択図】 図1
Description
本発明は金融チャネル連携システム及びチャネル連携装置に関し、例えば、複数のチャネル処理装置間で協働して行う処理を汎用的に処理し得る仕組みを提供しようとしたものである。
銀行をはじめとする金融機関における金融システムの要素は、商品やサービスの提供元であるサプライチャネルと、その際に金融機関事務員や金融機関の利用者に商品やサービスを提供するためのデリバリチャネルの2つに大きく分類することができる。
サプライチャネルの例としては、自社内部のホストコンピュータや業務サーバなどの業務システムや、外部の企業が供給する金融商品や金融サービスの提供システムなどを挙げることができる。また、デリバリチャネルの例としては、営業店端末、ATM、インターネットを利用したインターネットバンキング、電話を利用したテレフォンバンキングなどがある。
従来の金融システムにおいては、サプライチャネルの提供する商品やサービスを、デリバリチャネルに提供することを想定しており、通常、サプライチャネルとデリバリチャネルの結びつきは業務毎に独立している。また、サプライチャネルのシステムと、デリバリチャネルのシステムとの接続を前提とし、従来、デリバリチャネル同士の接続は考慮されていない。そのため、従来の金融システムにおいて、新しい業務を導入しようとすると業務毎に、専用端末などの専用の装置を設置しなければならなかった。
これを解決するために、1台の端末で、複数のサーバ(サプライチャネルに係るサーバ)の端末機能を兼用したり、デリバリチャネル端末用の中間的なサーバ(以下、チャネルサーバと呼ぶ)をサプライチャネルとデリバリチャネルの間に配置してチャネルサーバで様々な業務を集めて端末に提供したりすることが行われている。チャネルサーバの例としては、営業店端末用のサーバや、インターネットバンキング用のWebサーバなどがある。
さらに、近年、インターネットから営業店窓口での相談日時を予約するなど、デリバリチャネル間にまたがった業務処理の必要が出てきている。このようなデリバリチャネル間の連携処理は、現在の金融システムが想定していなかった利用形態である。デリバリチャネル間の連携処理を実現するために、現在は、用途毎に個別にシステムの開発が行われている。
以上のように、チャネルが多種に渡っており、チャネル毎に顧客の識別情報が異なっていることが多く、そのため、業務ごとの端末を使用したり、業務が変わるごとにログインし直したりしていた。
また、チャネル毎に、顧客の属性情報の形式や意味が異なっているため(例えば、あるチャネルでは顧客氏名と呼んで6文字を許容し、他のチャネルではユーザ名と呼んで8文字を許容している)、同一端末で表示させた場合であっても、その端末での表示形式は、業務毎、サプライチャネル毎に異なっていた。
ところで、インターネットでは、同一の顧客が複数の金融機関に保有する口座情報を、まとめて取得する手段として、アカウントアグリゲーションサービスがある。これは、このサービスを提供するポータルサイトに、顧客が口座を保有する金融機関のユーザID、パスワードを登録しておき、ポータルサイトがそれらの金融機関から情報を収集して一覧表示するサービスである。
近年、金融機関では、保険や証券の銀行窓口販売などの規制緩和により新しい商品販売やサービスの提供や、販売力強化のために顧客とコンタクトするデリバリチャネルを有効に活用してセールスを行うことなどが必要になっている。従来の手法では、チャネル間連携など、新しいニーズや新しい業務が発生する毎に、個別にシステムを開発する必要があり、非常に効率が悪いという課題がある。
また、従来、金融機関(例えば、銀行)の営業店システムは、保険や証券などの金融商品を窓口で販売するために、個別にシステムを開発し、証券会社や保険会社などのサプライチャネルと接続していた。それゆえ、サプライチャネルにまたがる顧客の資産状況を一元的に照会し、分析を行って相談業務に活用することは不可能であった。このようなことを実行しようとすると、サプライチャネル毎にログインし、個別にデータを収集しなければならない。そのような個別に収集したデータも、サプライチャネル毎に、顧客の属性情報の形式や意味が異なっているため、対応付けなどが簡単にできない恐れがあり、各チャネルのデータを表示させても表示形式が異なるため、操作者などがその表示内容を見て書くチャネルの比較などを容易にできない恐れもある。
上述したように、インターネットチャネルでは、さまざまな金融機関の口座データを集めて一覧表示するアカウントアグリゲーションと呼ばれるサービスを提供するシステムが存在する。しかし、ATMや営業店の相談端末やコールセンタ端末などの様々なデリバリチャネルから同じ情報を得ることができない。そのため、様々なデリバリチャネルを活用した効果的な資産運用相談業務を行うことができない。
そのため、チャネルによって顧客情報の形式などが異なっていても、新しい商品やサービスの提供時などに必要となるような、チャネル間の連携処理に柔軟かつ効率良く対応できる金融機関チャネル連携システム及びチャネル連携装置が求められている。
かかる課題を解決するため、第1の本発明は、金融機関のデリバリチャネルやサプライチャネルのうちの複数のチャネル間を接続する金融機関チャネル連携システムであって、(1)デリバリチャネル要素装置に搭載されているチャネル制御装置と、(2)1又は複数の上記チャネル制御装置を収容すると共に、上位装置や外部装置と接続可能なチャネル連携装置とを備え、(2)上記チャネル連携装置は、(2−1)チャネル毎の通信プロトコルの違いを吸収する通信制御部と、(2−2)複数のチャネルが連携するワークフローの定義を格納しているワークフロー定義部と、(2−3)上記ワークフローの一部を構成し得る処理単位であるワークプログラムを1又は複数格納し、指示ワークプログラムを処理する第1のワークフロー処理部と、(2−4)処理依頼された定義されているワークフローを実行するワークフロー制御部と、(2−5)上記第1のワークフロー処理部が処理しているワークプログラムが所定チャネルへアクセスして顧客情報を取得することを要する際に、チャネル毎の顧客情報識別子や顧客情報のマッピング処理を行って上記第1のワークフロー処理部に提供する顧客情報管理部とを備えたことを特徴とする。
また、第2の本発明は、金融機関のデリバリチャネルやサプライチャネルのうちの複数のチャネル間を接続する金融機関チャネル連携システムを、デリバリチャネル要素装置に搭載されているチャネル制御装置と共に構成する、1又は複数の上記チャネル制御装置を収容すると共に上位装置や外部装置と接続可能なチャネル連携装置であって、(1)チャネル毎の通信プロトコルの違いを吸収する通信制御部と、(2)複数のチャネルが連携するワークフローの定義を格納しているワークフロー定義部と、(3)上記ワークフローの一部を構成し得る処理単位であるワークプログラムを1又は複数格納し、指示ワークを処理するワークフロー処理部と、(4)処理依頼された定義されているワークフローを実行するワークフロー制御部と、(5)上記第1のワークフロー処理部が処理しているワークプログラムが所定チャネルへアクセスして顧客情報を取得することを要する際に、チャネル毎の顧客情報識別子や顧客情報のマッピング処理を行って上記ワークフロー処理部に提供する顧客情報管理部とを備えたことを特徴とする。
本発明によれば、チャネル間の通信プロトコルの相違や顧客情報の形式、意味などの相違など吸収してチャネル間をまたがった処理を実行可能としたので、新しい商品やサービスの提供時などに必要となるような、チャネル間の連携処理に柔軟かつ効率よく対応することができる
(A)実施形態
以下、本発明による金融機関チャネル連携システム及びチャネル連携装置の一実施形態を、図面を参照しながら詳述する。
以下、本発明による金融機関チャネル連携システム及びチャネル連携装置の一実施形態を、図面を参照しながら詳述する。
(A−1)実施形態の構成
図2は、この実施形態の金融機関チャネル連携システムが適用されている金融システムの階層的な構成例を示すブロック図である。ここでの金融機関は例えば銀行である。
図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に示すように、チャネル連携装置100と、1又は複数のチャネル制御装置300とが、通信回線200を介して接続されてなるものである。なお、通信回線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には、ワークフローから呼び出されて実行される様々なワークプログラムx、y、…が格納されており、そのワークを処理するものである。あるワークフローは、このような1又は複数種類のワークプログラムを含めて規定することができる。ワークフロー処理部130に格納されているワークプログラムx、y、…は、1個のワークフローに適用されるものに限定されず、複数のワークフローに適用可能な汎用的なプログラムとして記述されている。
ワークフロー定義部140は、1又は複数のワークフローの定義s、t、…を格納しているものであり、各ワークフロー定義は、ワークフローから呼び出されるワークプログラムとその呼び出し先指定と、ワークプログラムの実行順序を記述したものである。なお、ワークフロー定義の例については後述する(図8参照)。
ワークフロー実行履歴部150は、定義されたワークフローから呼び出される処理の開始情報と終了情報を記録するものである。
顧客情報管理部160は、ワークフローからの依頼により、チャネル間の顧客情報マッピングテーブル170から、所定のチャネルへアクセスするための顧客識別情報の取得や、取得した顧客情報を共通データ形式にマッピングする処理を行うものである。
顧客情報マッピングテーブル170は、例えば、顧客識別情報マッピングテーブル171と、顧客情報項目名マッピングテーブル172とを有する。顧客識別情報マッピングテーブル171は、各チャネルの顧客識別情報(ID、パスワード、アクセス制御情報など)のマッピング情報を保持しているものであり、顧客情報項目名マッピングテーブル172は、意味や名称が異なるチャネル間の顧客情報項目とチャネル連携システム内で扱う共通データ形式のマッピング情報を保持しているものである。
図3は、顧客識別情報マッピングテーブル171の構成例を示す説明図である。図3に示す顧客識別情報マッピングテーブル171の例は、「Z銀行ユーザID」と「A証券ユーザID」と「B証券ユーザID」と「C保険ユーザID」とを対応付けたものである。ここで、他のチャネルの1個のユーザIDに対し、2個以上のユーザIDを対応付けたものであっても良い。また、同一金融機関に関しても金融商品の相違でチャネルを区別した場合には、そのチャネルごとのユーザIDを記述するようにしても良い。例えば、「A証券a商品のユーザID」と「A証券b商品のユーザID」とが顧客識別情報マッピングテーブル171に別個に記述されていても良い。図3では、顧客識別情報がユーザIDのものを示したが、他の情報であっても良く、複数のパラメータの組合せ(ユーザIDと顧客名)であっても良い。
図4は、顧客情報項目名マッピングテーブル172の構成例を示す説明図である。図4に示す顧客情報項目名マッピングテーブル172の例は、共通データ項目名と、その共通データ項目名に対応する各チャネルでの項目名とを対応付けている。例えば、共通データ項目名で「ユーザID」の項目には、A証券の「お客様ID」、B証券の「ユーザ識別子」、C保険の「UID」がそれぞれ対応することが記述されている。
チャネル制御装置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が搭載されているデリバリチャネル要素によって異なっている。
なお、以上説明したチャネル連携装置100に存在する各機能ブロックに関しては、同一サーバ内にあるのと同様に連携して機能を発揮するものであれば、複数の装置に分かれて設けられていても良い。
次に、以上のように構成された金融機関チャネル連携システムの一般的な動作について、図5及び図6のフローチャートに従って説明する。
各ワークフローは識別子(以下、ワークフロー識別子と呼ぶ)により識別される。チャネル連携装置100へのワークフローの処理依頼は、ワークフロー識別子を指定することにより行う。なお、処理依頼は、チャネル制御装置300から手動又は自動的に行っても良く、チャネル連携装置100内で他のワークフローから行っても良く、さらに、予め登録した日時の到来により自動的に行われても良い。
チャネル連携装置100のワークフロー制御部120は、ワークフロー処理依頼を受け取ると、ワークフロー定義部140からワークフロー識別子にて指定されたワークフロー定義を取り出し、ワークフローの実行を開始する(S110)。ワークフロー制御部120は、ワークフロー開始時刻情報及びワークフロー識別子をワークフロー実行履歴部150に記録する(S120)。
その上で、ワークフロー制御部120は、ワークフローを構成する各ワークの処理を開始する。ワークフロー制御部120は、各ワークの処理では、まず、実行すべきワークの開始時刻情報及び処理名を記録する(S130)。次に、ワークフロー制御部120は、指定されたワークの処理を実行する(S140)。
ワークには呼び出し先が定義されており、この定義に基づき、チャネル連携装置100のワークフロー処理部130のワークプログラムに処理依頼をしたり、チャネル制御装置300のワークフロー処理部330のワークプログラムに処理依頼をしたりする必要がある。
呼び出し先の解析に基づき呼び出し先への処理依頼を行う処理は、チャネル連携装置100のワークフロー制御部120で行っても良いし、ワークフロー処理部130のワークプログラムで行っても良いし、通信制御部110で行ってもよい。ワークフロー制御部120は、ステップS140にて上記に処理依頼を行うことで、ワークの呼び出し先解析に基づく呼び出し先ワークプログラム処理の実行を実現する。ここでは、ワークの呼び出し先の解析に基づく呼び出し先への処理依頼を行う処理をワークフロー制御部120にて行うものとして説明を行う。
ワークフロー制御部120は、処理すべきワークプログラムがチャネル連携装置100のワークプログラムであればそのワークプログラムを実行する。また、ワークフロー制御部120は、処理すべきワークプログラムがチャネル制御装置300上のワークプログラムであれば通信制御部110を介して、該当するチャネル制御装置300にワークプログラムの処理を依頼する。このとき、チャネル制御装置300は、通信制御部310を介して処理を受け付け、ワークフロー処理部330の該当するワークプログラムを実行し、実行結果を依頼元であるチャネル連携装置100に返す。
ここで、ワークフロー処理部130は、処理すべきワークが要求元とは別のチャネル連携装置(100)上のプログラムやサプライチャネルに接続するためのワークの場合には、適宜、顧客情報管理部160による処理を実行する。図6は、この場合の処理を示すフローチャートである。
顧客情報管理部160は、要求元の顧客識別情報(ID、パスワード、アクセス制御情報など)を顧客識別情報マッピングテーブル171を用いて要求先の顧客識別情報に変換する(S141)。
その後、ワークフロー処理部130は、通信制御部110を介して該当するチャネル制御装置300に顧客情報照会処理を依頼したり、サプライチャネルに接続するためのワークを実行したりする(S142)。
ここで、例えば、複数のチャネル制御装置300やサプライチャネルから顧客情報を取得した場合には、顧客情報管理部160において、共通データ形式への変換処理を行う。金融機関や業務システムによって、顧客情報のフォーマットや項目の表す意味などが異なるため、顧客情報項目名マッピングテーブル172を用いて、共通データ形式の該当する項目へ変換する(S143)。
顧客情報を取得するチャネルを追加したい場合は、顧客情報管理部160の顧客情報マッピングテーブル170に当該チャネルの情報を追加し、そのチャネルの顧客情報取得ワークをワークフロー処理部130に追加すると共に、そのチャネルの顧客情報を利用させるワークフロー定義も変更させる。
ワーク処理が終わると、ワークフロー制御部120は、処理結果と終了時刻情報をワークフロー実行履歴部150に記録する(S150)。次に、ワークフロー制御部120は、その時点のワークフローの処理結果とワークフロー定義を元に、次に実行すべきワークフロー処理(ワーク)の有無をチェックする(S160)。処理すべきワークがあれば、ワークフロー制御部120は、上述したステップS130からステップS160までの処理を繰り返す。
処理すべきワークがなければ、ワークフロー制御部120は、ワークフローの終了時刻情報と処理結果をワークフロー実行履歴部150に記録し(S170)、一連の処理を終了する。
次に、実施形態の金融機関チャネル連携システムの動作の具体例を図7及び図8をも参照しながら説明する。図7は、図8に示すように、顧客情報照会ワークフローの定義を行った場合におけるワークフロー制御部120の動作をフローチャート的に示したものである。
なお、図7及び図8の動作に関係するチャネル制御装置を相談業務チャネル制御装置300と呼ぶ。また、通信回線200には、直接的又は間接的に、保険会社や証券会社の情報処理装置なども接続される。
営業店の相談窓口にて顧客の資産運用の相談業務を行う場面を想定する。相談業務の支援を行う顧客相談用の営業店端末6(図2参照)にて、複数の金融機関にまたがって顧客の保有する資産の一括照会をかける操作を行うと、営業店端末6(又はその上位の営業店サーバ5)に搭載されている、相談業務チャネル制御装置300のワークフロー処理依頼部320より、チャネル連携装置100のワークフロー制御部120へ、ワークフロー識別子「顧客資産情報一括照会ワークフロー」の処理依頼を行う。
チャネル連携装置100のワークフロー制御部120は、ワークフロー識別子「顧客資産情報一括照会ワークフロー」の定義を読み込み、定義に基づき処理を行う。
「顧客資産情報一括照会ワークフロー」の定義は、図7及び図8に示すようなものであり、図7のフローチャートの通りに処理が実行される。なお、各ワークの実行前と実行後には実行履歴を取得するが、以下の記述では省略する。ワークフロー定義では、「名前」を有する開始タグと終了タグとで挟まれたワークを処理順序に従って順に記述しているものである。
まず、チャネル連携装置100のワークフロー処理部130にある「処理要求受付処理」ワークを呼出し、チャネル制御部120は、相談業務チャネル制御装置300のワークフロー処理部330と協働作業し、要求元についての情報(例えば銀行ユーザID)と入力パラメータ情報(例えば、照会項目が口座残高と保有商品)を保存する(S210)。
その後、「分岐」ワークを用いた機能呼び出しによって、チャネル連携装置100のワークフロー処理部130にあるチャネル毎に存在する4種類の顧客情報取得ワーク、すなわち、「ホスト通信処理」ワーク、「CRMサーバ通信処理」ワーク、「A証券通信処理」ワーク、「B保険通信処理」ワークを呼出す(S221〜S224)。これらの呼び出しにより、4種類のワークは、機能的には並列処理される。
各顧客情報取得ワークの記述では、入力パラメータ情報は全て、共通データ項目名である「銀行ユーザID」で記述され、出力パラメータ情報も、会社の相違を除けば、共通データ項目名である「口座残高」、「保有商品」で記述されている。すなわち、チャネルの違いを意識することなく、ワークを記述でき、そのワークを呼び出すことができ、ワークフローの構成が柔軟になっている。
顧客情報取得ワークで記述されている顧客情報マッピングテーブル170に関連する情報は、図9のように処理される。
顧客情報取得ワークでは、チャネル連携装置100のワークフロー処理部130に関連して設けられている顧客情報管理部160を呼出し、顧客情報マッピングテーブル170に予め登録されている通信先チャネルでの「銀行ユーザID」(顧客識別情報)、「口座残高」、「保有商品」に対応する項目名や、通信先での「銀行ユーザID」の情報(マッピング情報)を取得する(S301)。取得した通信先チャネルの顧客識別情報で、そのチャネルへアクセスし、顧客の資産情報(口座残高又は保有商品の少なくとも一方)を取得する(S302)。取得後は、再び、チャネル連携装置100のワークフロー処理部130に関連して設けられている顧客情報管理部160を呼出し、取得した顧客資産情報を共通データ形式に変換する(S303)。
4種類の顧客情報取得ワークが終了すると、「分岐」ワークの次の処理を記述した「次処理」ワークの記述に従い、呼出し元である相談業務チャネル制御装置300のワークフロー処理部330にある「処理結果通知」ワークを呼び出し、処理結果のデータを渡す(S230)。以上により、「顧客資産情報一括照会ワークフロー」は終了する。
相談業務チャネル制御装置300は、取得した複数のチャネルにまたがる顧客資産データを、一覧表やグラフにして営業店の端末に表示する処理を行う。従来は、別々の端末やウィンドウに表示され、表示形式も異なっていたため見づらかったが、この実施形態では、どのデリバリチャネルであっても共通データ形式での一覧表示が可能になる。
上記実施形態の金融機関チャネル連携システム及びチャネル連携装置によれば、以下の効果を奏することができる。
上記実施形態によれば、チャネル制御装置間の通信プロトコルの違いを変換して吸収する通信制御部の存在によって、様々なチャネルを接続することができる。しかも、顧客識別情報の形式や顧客情報の名称や意味などがチャネルによって異なっていても、顧客情報管理部の処理によって吸収でき、ワークそのものはそのような違いを意識しないで記述することができる。
また、顧客情報の管理機能をチャネル連携装置に搭載していることにより、様々な金融機関の顧客情報を柔軟に効率よく収集、配信することが可能となり、顧客サービスを向上させることができる。
さらに、ワークフロー定義を変更するだけでチャネルの業務処理の組合せや実行順序を自在に変更することができる。
その結果、従来困難であったチャネル間の連携処理が容易に実現できるばかりでなく、金融機関の業務が規制緩和などにより大きく変わろうとしている中で、今後の変化に柔軟に効率よく対応することが可能となる。
さらに、ワークフロー実行履歴が取られているので、実行履歴をチェックすることで複数の業務の組合せ処理が規定通りに行われているかどうかや、顧客情報のアクセス情報の監査を行うことができ、不正な事務処理を防止することに役立てることができる。
(B)他の実施形態
上記実施形態では、ワークフロー定義を逐次解析し実行するものを示したが、ワークフロー定義を、実行に先立ち解析し予め一つのプログラムにし、このプログラムを実行するようにしても良い。一つのプログラムへの変換は、ワークフロー処理依頼を受け付ける前に行っておいても良く、また、ワークフロー処理依頼を受け付けてから行うようにしても良い。
上記実施形態では、ワークフロー定義を逐次解析し実行するものを示したが、ワークフロー定義を、実行に先立ち解析し予め一つのプログラムにし、このプログラムを実行するようにしても良い。一つのプログラムへの変換は、ワークフロー処理依頼を受け付ける前に行っておいても良く、また、ワークフロー処理依頼を受け付けてから行うようにしても良い。
共通データ形式を規定しておく項目名は、上記実施形態のものに限定されないことは勿論である。顧客識別情報も、上記実施形態のものに限定されないことは勿論である。
100…チャネル連携装置、110…通信制御部、120…ワークフロー制御部、130…ワークフロー処理部、140…ワークフロー定義部、150…ワークフロー実行履歴部、160…顧客情報管理部、170…顧客情報マッピングテーブル、171…顧客識別情報マッピングテーブル、172…顧客情報項目名マッピングテーブル、200…通信回線、300…チャネル制御装置、310…通信制御部、320…ワークフロー処理依頼部、330…ワークフロー処理部。
Claims (6)
- 金融機関のデリバリチャネルやサプライチャネルのうちの複数のチャネル間を接続する金融機関チャネル連携システムであって、
デリバリチャネル要素装置に搭載されているチャネル制御装置と、
1又は複数の上記チャネル制御装置を収容すると共に、上位装置や外部装置と接続可能なチャネル連携装置とを備え、
上記チャネル連携装置は、
チャネル毎の通信プロトコルの違いを吸収する通信制御部と、
複数のチャネルが連携するワークフローの定義を格納しているワークフロー定義部と、
上記ワークフローの一部を構成し得る処理単位であるワークプログラムを1又は複数格納し、指示ワークプログラムを処理する第1のワークフロー処理部と、
処理依頼された定義されているワークフローを実行するワークフロー制御部と、
上記第1のワークフロー処理部が処理しているワークプログラムが所定チャネルへアクセスして顧客情報を取得することを要する際に、チャネル毎の顧客情報識別子や顧客情報のマッピング処理を行って上記第1のワークフロー処理部に提供する顧客情報管理部と
を備えたことを特徴とする金融機関チャネル連携システム。 - 全て又は一部の上記チャネル制御装置は、上記チャネル連携装置に、ワークフローの識別情報を与えてワークフローの実行を依頼するワークフロー処理依頼部を有することを特徴とする請求項1に記載の金融機関チャネル連携システム。
- 全て又は一部の上記チャネル制御装置は、上記ワークフローの一部を構成し得る処理単位であるワークプログラムを1又は複数格納し、上記チャネル連携装置の上記ワークフロー制御部による指示ワークを処理する第2のワークフロー処理部を有することを特徴とする請求項1又は2に記載の金融機関チャネル連携システム。
- 上記チャネル連携装置は、上記ワークの開始時と終了時に、そのワークに係る実行履歴情報が上記ワークフロー制御部によって書き込まれるワークフロー実行履歴部をさらに有することを特徴とする請求項1〜3のいずれかに記載の金融機関チャネル連携システム。
- 金融機関のデリバリチャネルやサプライチャネルのうちの複数のチャネル間を接続する金融機関チャネル連携システムを、デリバリチャネル要素装置に搭載されているチャネル制御装置と共に構成する、1又は複数の上記チャネル制御装置を収容すると共に上位装置や外部装置と接続可能なチャネル連携装置であって、
チャネル毎の通信プロトコルの違いを吸収する通信制御部と、
複数のチャネルが連携するワークフローの定義を格納しているワークフロー定義部と、 上記ワークフローの一部を構成し得る処理単位であるワークプログラムを1又は複数格納し、指示ワークを処理するワークフロー処理部と、
処理依頼された定義されているワークフローを実行するワークフロー制御部と、
上記第1のワークフロー処理部が処理しているワークプログラムが所定チャネルへアクセスして顧客情報を取得することを要する際に、チャネル毎の顧客情報識別子や顧客情報のマッピング処理を行って上記ワークフロー処理部に提供する顧客情報管理部と
を備えたことを特徴とするチャネル連携装置。 - 上記ワークの開始時と終了時に、そのワークに係る実行履歴情報が上記ワークフロー制御部によって書き込まれるワークフロー実行履歴部をさらに有することを特徴とする請求項5に記載のチャネル連携装置。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2005102278A JP2006285435A (ja) | 2005-03-31 | 2005-03-31 | 金融機関チャネル連携システム及びチャネル連携装置 |
CN 200510107006 CN1841419A (zh) | 2005-03-31 | 2005-09-30 | 金融机构渠道协作系统及渠道协作装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2005102278A JP2006285435A (ja) | 2005-03-31 | 2005-03-31 | 金融機関チャネル連携システム及びチャネル連携装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2006285435A true JP2006285435A (ja) | 2006-10-19 |
Family
ID=37030430
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2005102278A Pending JP2006285435A (ja) | 2005-03-31 | 2005-03-31 | 金融機関チャネル連携システム及びチャネル連携装置 |
Country Status (2)
Country | Link |
---|---|
JP (1) | JP2006285435A (ja) |
CN (1) | CN1841419A (ja) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102902572A (zh) * | 2012-09-17 | 2013-01-30 | 北京中电普华信息技术有限公司 | 一种基于消息分段式的工作流引擎以及集群系统 |
JP2015125595A (ja) * | 2013-12-26 | 2015-07-06 | 株式会社三井住友銀行 | 電子記録債権一括開示システム |
CN111666304A (zh) * | 2020-06-04 | 2020-09-15 | 泰康保险集团股份有限公司 | 数据处理装置、数据处理方法、存储介质与电子设备 |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104182869A (zh) | 2013-05-22 | 2014-12-03 | 深圳市腾讯计算机系统有限公司 | 处理业务的方法、装置及系统 |
-
2005
- 2005-03-31 JP JP2005102278A patent/JP2006285435A/ja active Pending
- 2005-09-30 CN CN 200510107006 patent/CN1841419A/zh active Pending
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102902572A (zh) * | 2012-09-17 | 2013-01-30 | 北京中电普华信息技术有限公司 | 一种基于消息分段式的工作流引擎以及集群系统 |
JP2015125595A (ja) * | 2013-12-26 | 2015-07-06 | 株式会社三井住友銀行 | 電子記録債権一括開示システム |
CN111666304A (zh) * | 2020-06-04 | 2020-09-15 | 泰康保险集团股份有限公司 | 数据处理装置、数据处理方法、存储介质与电子设备 |
Also Published As
Publication number | Publication date |
---|---|
CN1841419A (zh) | 2006-10-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
McElheran | Delegation in multi‐establishment firms: Evidence from it purchasing | |
US20170083982A1 (en) | Techniques For Underwriting Insurance Policies Using Web-Centric Insurance Management System | |
US10257228B2 (en) | System and method for real time detection and prevention of segregation of duties violations in business-critical applications | |
US8566701B2 (en) | Converting metadata for applications having different metadata formats | |
US20030033226A1 (en) | Web-based time and activity tracking systems and methods | |
JP6632717B2 (ja) | 金融取引管理システム、金融取引管理方法およびサーバ | |
JP2015207048A (ja) | 来店予約による業務効率化システムおよび方法 | |
US8800020B1 (en) | Method and apparatus for translation of business messages | |
US20030187876A1 (en) | Office counter work supporting system | |
JP2006285435A (ja) | 金融機関チャネル連携システム及びチャネル連携装置 | |
KR20190111371A (ko) | 아르바이트 중개 시스템 및 그 방법 | |
JP2005032073A (ja) | 業務プロセス管理方法及び業務プロセス管理プログラム | |
JP2004178480A (ja) | 取引伝票管理方法及び取引伝票管理プログラム | |
KR100357888B1 (ko) | 인터넷을 이용한 대화형 세무회계관리방법 | |
JP4262655B2 (ja) | ワークフローシステム及びワークフローシステムの管理方法 | |
JP6212308B2 (ja) | コミュニケーションシステム | |
US20060085315A1 (en) | Financial institution channel cooperation system, channel cooperating apparatus, and channel control apparatus | |
JP2003141313A (ja) | ワークフローシステム、及びナレッジマネジメントシステム | |
US20050049885A1 (en) | Method of, apparatus for and software for facilitating electronic business transactions | |
JP2006285437A (ja) | 金融機関チャネル連携システム及びチャネル連携装置 | |
JP7082435B2 (ja) | 情報入力システム | |
JP4613196B2 (ja) | 監査用証跡情報取得システム及び監査用証跡情報取得方法 | |
JP7440892B2 (ja) | 情報管理システム及び情報管理プログラム | |
JP2006301751A (ja) | 無人端末運用システムおよびその無人端末とセンタ端末 | |
Schneider-Neureither | SAP System Landscape Optimization |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20070131 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20090714 |
|
A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20091110 |