JP7366083B2

JP7366083B2 - チャネル制御装置、チャネル制御方法、及びチャネル制御システム

Info

Publication number: JP7366083B2
Application number: JP2021105170A
Authority: JP
Inventors: 真暉長嶋
Original assignee: Hitachi Ltd
Current assignee: Hitachi Ltd
Priority date: 2021-06-24
Filing date: 2021-06-24
Publication date: 2023-10-20
Anticipated expiration: 2041-06-24
Also published as: JP2023003848A

Description

本発明は、チャネル制御装置、チャネル制御方法、及びチャネル制御システムに関するものである。

ＢａａＳ型ビジネスの浸透やチャネルの多様化に対応するために、金融機関チャネル系システムのアーキテクチャは、チャネル層と業務処理層が疎結合（ＡＰＩによる連携）になると想定される。疎結合になることで、金融機関における営業店やインターネットバンキングだけではない、様々なチャネルからＡＰＩを介した銀行業務が実現できる。一方で、そうしたチャネルを介した各種処理要求を適宜にコントロールする必要性も出てくる。

なお、オンライン上での業務処理に関して適宜制御を行う従来技術としては、例えば、金融機関における情報系システムの構築に際して効率のよいメッセージ処理システムを実現するメッセージ管理方式（特許文献１参照）などが提案されている。

この技術は、データベース制御機能及びデータコミュニケーション制御機能を備える情報系オンラインデータシステムに用いられ、該情報系オンラインデータシステムで処理すべきデータの入力処理制御を行い入力データを得る第１の手段と、該入力データをメッセージキューファイルに格納制御する第２の手段と、前記メッセージキューファイルに格納されたデータをファイルデータとして取り出して業務処理プログラムに渡す制御を行う第３の手段とを有することを特徴とするメッセージ管理方式である。

特開平７-１２１４７７号公報

ところが、（何も対応をしなければ）チャネル多様化に伴う、顧客接点の増加機会を効果的に活かしきれない。また、チャネル多様化に伴って業務処理が呼び出される機会が増加するが、呼び出し分に応じたリソースの割り当てが困難となる可能性もある。

なぜなら、勘定系システムは、セキュリティ等の観点から、クラウドではなくオンプレで構築しているケースが多い故である。オンプレで構築されたシステムは、当該システムにおけるスケーラビリティが低く、突発的なアクセス数の増加に対応しきれない状況（サーバビジ―）が想定される。当然、チャネルごとの業務上の特性や効果等に応じたアクセス制御を行うこともできていない。

そこで本発明の目的は、金融機関における対象業務やチャネル、システム特性を適切に踏まえた、効率的な業務処理の制御を可能とする技術を提供することにある。

上記課題を解決する本発明のチャネル制御装置は、金融機関における業務ごとの優先度及び実行システムの識別情報を規定した第１テーブルと、業務の要求元であるチャネルの種類ごとの優先度の情報を規定した第２テーブルを保持する記憶装置と、一定時間内に複数のチャネルそれぞれから業務の処理要求を受信した場合、当該業務それぞれに関する優先度及び実行システムを前記第１テーブルに基づき特定する処理と、前記チャネルそれぞれの優先度を前記第２テーブルに基づき特定する処理と、前記特定した前記業務それぞれに関する優先度、前記実行システムそれぞれの基盤特性、前記実行システムそれぞれにおける複数業務の担当有無、及び前記チャネルそれぞれの優先度に基づき、前記業務のうち、前記特定した前記実行システムがクラウドを基盤としたものについては、当該処理要求を当該実行システムに転送し、前記業務のうち、前記特定した前記実行システムがオンプレミスを基盤としたもので、当該実行システムが単一業務のみ担当するものである場合、当該処理要求を当該実行システムに転送し、前記業務のうち、前記特定した前記実行システムがオンプレミスを基盤としたものが複数存在し、当該複数の業務の間で前記実行システムが共通するものについて、前記複数の業務それぞれの優先度及び前記チャネルの優先度に基づいて総合優先度を算定し、当該総合優先度が高い前記処理要求を優先的に当該実行システムに転送する、配信制御を行う処理を実行する演算装置と、を含むことを特徴とする。

また、本発明のチャネル制御方法は、情報処理装置が、金融機関における業務ごとの優先度及び実行システムの識別情報を規定した第１テーブルと、業務の要求元であるチャネルの種類ごとの優先度の情報を規定した第２テーブルを、記憶装置で保持して、一定時間内に複数のチャネルそれぞれから業務の処理要求を受信した場合、当該業務それぞれに関する優先度及び実行システムを前記第１テーブルに基づき特定する処理と、前記チャネルそれぞれの優先度を前記第２テーブルに基づき特定する処理と、前記特定した前記業務それぞれに関する優先度、前記実行システムそれぞれの基盤特性、前記実行システムそれぞれにおける複数業務の担当有無、及び前記チャネルそれぞれの優先度に基づき、前記業務のうち、前記特定した前記実行システムがクラウドを基盤としたものについては、当該処理要求を当該実行システムに転送し、前記業務のうち、前記特定した前記実行システムがオンプレミスを基盤としたもので、当該実行システムが単一業務のみ担当するものである場合、当該処理要求を当該実行システムに転送し、前記業務のうち、前記特定した前記実行システムがオンプレミスを基盤としたものが複数存在し、当該複数の業務の間で前記実行システムが共通するものについて、前記複数の業務それぞれの優先度及び前記チャネルの優先度に基づいて総合優先度を算定し、当該総合優先度が高い前記処理要求を優先的に当該実行システムに転送する、配信制御を行う処理を実行する、ことを特徴とする。

また、本発明のチャネル制御システムは、金融機関における業務ごとの優先度及び実行システムの識別情報を規定した第１テーブルと、業務の要求元であるチャネルの種類ごとの優先度の情報を規定した第２テーブルを保持する記憶装置と、一定時間内に複数のチャネルそれぞれから業務の処理要求を受信した場合、当該業務それぞれに関する優先度及び実行システムを前記第１テーブルに基づき特定する処理と、前記チャネルそれぞれの優先度を前記第２テーブルに基づき特定する処理と、前記特定した前記業務それぞれに関する優先度、前記実行システムそれぞれの基盤特性、前記実行システムそれぞれにおける複数業務の担当有無、及び前記チャネルそれぞれの優先度に基づき、前記業務のうち、前記特定した前記実行システムがクラウドを基盤としたものについては、当該処理要求を当該実行システムに転送し、前記業務のうち、前記特定した前記実行システムがオンプレミスを基盤としたもので、当該実行システムが単一業務のみ担当するものである場合、当該処理要求を当該実行システムに転送し、前記業務のうち、前記特定した前記実行システムがオンプレミスを基盤としたものが複数存在し、当該複数の業務の間で前記実行システムが共通するものについて、前記複数の業務それぞれの優先度及び前記チャネルの優先度に基づいて総合優先度を算定し、当該総合優先度が高い前記処理要求を優先的に当該実行システムに転送する、配信制御を行う処理を実行する演算装置と、を含むチャネル制御装置を含むことを特徴とする。

本発明によれば、金融機関における対象業務やチャネル、システム特性を適切に踏まえた、効率的な業務処理の制御が可能となる。

本実施形態のチャネル制御システムを構成するネットワーク例を示す図である。本実施形態におけるチャネル制御装置のハードウェア構成例を示す図である。本実施形態の業務・接続先優先度テーブルの構成例を示す図である。本実施形態のチャネル優先度テーブルの構成例を示す図である。本実施形態におけるチャネル制御方法のフロー例を示す図である。

＜ネットワーク構成＞
以下に本発明の実施形態について図面を用いて詳細に説明する。図１は、本実施形態のチャネル制御システム１０を構成するネットワーク構成図である。図１に示すチャネル制御システム１０は、金融機関における対象業務やチャネル、システム特性を適切に踏まえた、効率的な業務処理の制御を可能とするコンピュータシステムである。

本実施形態のチャネル制御システム１０は、図１で示すように、ネットワーク１を介して接続された、チャネル制御装置１００、チャネル２００、及び実行システム３００によ
り構成されている。これらのうち、少なくともチャネル制御装置１００を含む複数装置を総称してチャネル制御システム１０とする。

本実施形態のチャネル制御装置１００は、金融機関における業務システムと様々なチャネル２００との間の処理を仲介、制御するサービスの提供装置と言える。具体的には、ＡＰＩ（ＡｐｐｌｉｃａｔｉｏｎＰｒｏｇｒａｍｍｉｎｇＩｎｔｅｒｆａｃｅ）を金融機関内外の所定装置に公開するサーバ装置を想定する。

一方、チャネル２００は、上述の金融機関が提供する各種の金融サービスを利用する際に行員やユーザが操作する端末、或いは外部システムである。具体的な例としては、ＡＴＭ、テラー端末、センター端末、スマートフォン、タブレット端末、パーソナルコンピュータなどを想定できる。

また、実行システム３００は、金融機関における金融業務を実際に実行する業務システムである。この実行システム３００は、振込業務、入出金業務、投信業務、勘定系など、業務の種類ごとに構築、運用されることを想定する。

なお、上述の実行システム３００は、金融機関におけるセキュリティポリシーや各種の規制などの関係を踏まえ、オンプレミス基盤にて構築、運用されているものと、そうしたポリシーとは異なる方針が採用され、クラウド基盤にて構築、運用さるものとが併存しているものとする。

オンプレミス基盤で構築、運用されている実行システム３００としては、例えば、振込業務や入出金業務を想定できる。また、クラウド基盤で構築、運用されている実行システム３００としては、投信業務を想定できる。勿論こうした運用例はあくまで一例であって、適用対象等について限定はしない。
＜ハードウェア構成＞
また、本実施形態のチャネル制御システム１０を主として構成するチャネル制御装置１００のハードウェア構成は、図２に以下の如くとなる。

すなわちチャネル制御装置１００は、記憶装置１０１、メモリ１０３、演算装置１０４、および通信装置１０５、を備える。

このうち記憶装置１０１は、ＳＳＤ（ＳｏｌｉｄＳｔａｔｅＤｒｉｖｅ）やハードディスクドライブなど適宜な不揮発性記憶素子で構成される。

また、メモリ１０３は、ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）など揮発性記憶素子で構成される。

また、演算装置１０４は、記憶装置１０１に保持されるプログラム１０２をメモリ１０３に読み出すなどして実行し装置自体の統括制御を行なうとともに各種判定、演算及び制御処理を行なうＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）である。

なお、プログラム１０２は、ＡＰＩ（ＡｐｐｌｉｃａｔｉｏｎＰｒｏｇｒａｍｍｉｎｇＩｎｔｅｒｆａｃｅ）を実装する関数、プロシージャ、変数、データ構造などのライブラリを含むことを想定する。また、ＡＰＩとしては、外部ＡＰＩと内部ＡＰＩの２種を含みうる。外部ＡＰＩは、上述の金融機関以外の他事業者（のチャネル）からの処理要求を受けて処理結果を返す、いわゆるオープンＡＰＩである。また、内部ＡＰＩは、金融機関で運用するチャネル（例：ＡＴＭ、テラー端末、センター端末等々）からの処理要求を受けて処理結果を返すＡＰＩである。

また、通信装置１０５は、ネットワーク１０と接続してチャネル２００や実行システム３００との通信処理を担うネットワークインターフェイスカード等を想定する。

また、記憶装置１０１内には、本実施形態のチャネル制御装置１００として必要な機能を実装する為のプログラム１０２に加えて、業務・接続先優先度テーブル１２５及びチャネル優先度テーブル１２６が少なくとも記憶されている。ただし、これらテーブルについての詳細は後述する。
＜データ構造例＞
続いて、本実施形態のチャネル制御装置１００が用いる各種情報について説明する。図３に、本実施形態における業務・接続先優先度テーブル１２５の一例を示す。

本実施形態における業務・接続先優先度テーブル１２５は、金融機関における業務ごとの優先度及び実行システムの各種情報を規定したテーブルである。

この業務・接続先優先度テーブル１２５は、例えば、業務名をキーとして、当該業務の（業務間での）優先度、当該業務に関する処理要求をＡＰＩで受けて接続先とする実行システムの基盤種類（クラウド基盤かオンプレミス基盤）、及び当該実行システムの識別情報、といったデータを紐付けレコードの集合体となっている。

また図４に、本実施形態におけるチャネル優先度テーブル１２６の一例を示す。本実施形態におけるチャネル優先度テーブル１２６は、上述の処理要求の要求元であるチャネルの種類ごとの（チャネル間での）優先度の情報を規定したテーブルである。

このチャネル優先度テーブル１２６は、例えば、チャネル種類をキーとして、当該チャネルの優先度の値を紐付けレコードの集合体となっている。
＜チャネル制御方法のフロー＞
以下、本実施形態におけるチャネル制御方法の実際手順について図に基づき説明する。以下で説明するチャネル制御方法に対応する各種動作は、チャネル制御装置１００がメモリ等に読み出して実行するプログラムによって実現される。そして、このプログラムは、以下に説明される各種の動作を行うためのコードから構成されている。

図５は、本実施形態におけるチャネル制御方法のフロー例を示す図である。この場合、チャネル制御装置１００は、一定時間内に複数のチャネル２００それぞれから、業務の処理要求を受信する（ｓ１０）。この処理要求が対象とする業務は、例えば、入出金、振込、口座残高の照会、遺言、といったものとなる。

チャネル制御装置１００は、ｓ１０で処理要求を受信した業務それぞれに関する優先度及び実行システム３００の各種情報を、業務・接続先優先度テーブル１２５に基づき特定する（ｓ１１）。

ここで特定される情報としては、例えば、あるチャネル２００からの処理要求が「入出金」業務に関するものである場合、当該業務の優先度「１」、接続先「オンプレミス」、実行システムの識別情報「Ａ」、といった値になる。また、同時間帯に別のチャネル２００から受けた処理要求が「照会」業務に関するものである場合、当該業務の優先度「０．５」、接続先「オンプレミス」、実行システムの識別情報「Ａ」、といった値になる。

また、チャネル制御装置１００は、上述の処理要求を送信してきたチャネル２００それぞれの優先度を、チャネル優先度テーブル１２６に基づき特定する（ｓ１２）。

ここで特定される情報としては、例えば、上述の「入出金」業務に関する処理要求を送信してきたチャネル２００が「営業店端末Ａ」である場合、当該チャネルの優先度「１」、といった値になる。また、上述の別のチャネル２００が「ＩＢ」（インターネットバンキング）である場合、当該チャネルの優先度「０．７」といった値になる。

続いて、チャネル制御装置１００は、上述のｓ１０で受信した各処理要求の対象となった業務のうち、その実行システム３００がクラウドを基盤としたものを特定する（ｓ１３）。図３で示す業務・接続先優先度テーブル１２５であれば、「振込」業務に関する処理要求のみが特定されることになる。

また、チャネル制御装置１００は、ｓ１３で特定した業務「振込」について、当該処理要求を当該実行システム３００に転送し（ｓ１４）、その処理結果をＡＰＩ経由で当該チャネル２００に応答する。

続いて、チャネル制御装置１００は、上述のｓ１０で受信した各処理要求の対象となった業務のうち、ｓ１１で特定した情報によれば、実行システム３００がオンプレミスを基盤としたものについて、当該実行システム３００が単一業務のみ担当するものか判定する（ｓ１５）。

図３の業務・接続先優先度テーブル１２５の場合、「基盤種類」欄の値が「オンプレミス」となっている業務として、「入出金」、「照会」、「遺言」の各業務がある。よって、ｓ１０で受信した処理要求の対象業務が、例えば「入出金」と「照会」であったならば、チャネル制御装置１００は、いずれも「オンプレミス」基盤で実行されるものと特定する。また、これら業務に関するレコードにおいて「識別情報」欄の値は、いずれも「Ａ」で同一である。よってチャネル制御装置１００は、当該実行システム「Ａ」は、「入出金」と「照会」の両方の業務を担うものと特定する。すなわち、この場合の実行システム３００は、単一業務のみ担当するものではない、と判定することになる。

上述の判定の結果、当該実行システム３００が単一業務のみ担当するものであった場合（ｓ１６：Ｙｅｓ）、チャネル制御装置１００は、当該処理要求を当該実行システム３００に送信し（ｓ１７）、その処理結果をＡＰＩ経由で当該チャネル２００に応答する。

一方、上述の判定の結果、当該実行システム３００が複数業務を担当するものであった場合（ｓ１６：Ｎｏ）、チャネル制御装置１００は、処理をｓ１８に遷移させる。

続いて、チャネル制御装置１００は、上述の処理要求の対象業務のうち、業務・接続先優先度テーブル１２５における「基盤種類」が「オンプレミス」となっているものが複数存在するか判定する（ｓ１８）。すでに示した例では、対象業務が「入出金」と「照会」であった場合、いずれの業務も「基盤種類」が「オンプレミス」となっている。その場合、「基盤種類がオンプレミスとなっている業務が複数存在する」と判定されることになる。

上述の判定の結果、複数業務を担当するものが存在しない場合（ｓ１８：Ｎｏ）、チャネル制御装置１００は、当該処理要求を当該実行システム３００に転送し（ｓ１９）、その処理結果をＡＰＩ経由で当該チャネル２００に応答する。

一方、上述の判定の結果、オンプレミス基盤で処理される複数の業務が処理要求の対象となっていることが判明した場合（ｓ１８：Ｙｅｓ）、チャネル制御装置１００は、当該複数業務の間で実行システムが共通するものを特定する（ｓ２０）。

上述の例の場合、業務「入出金」及び業務「照会」に関して、「識別情報」欄の値は、いずれも「Ａ」で同一であり、チャネル制御装置１００は、「入出金」と「照会」の両方の業務で実行システム３００が共通している、と判定することになる。

また、チャネル制御装置１００は、ｓ１９で特定した複数業務それぞれについて、その優先度（ｓ１１で特定）及び上述のチャネルの優先度（ｓ１２で特定）に基づいて総合優先度を算定する（ｓ２１）。

この場合、例えば、チャネル「営業店端末Ａ」から受信した処理要求が「入出金」業務に関するものである場合、当該業務の優先度「１」、チャネル２００の優先度が「１」であることに基づき、当該「入出金」業務の処理要求に関して、業務の優先度「１」×チャネルの優先度「１」＝総合優先度「１．０」と算定する。

同様に、例えば、チャネル「ＩＢ」から受信した処理要求が「照会」業務に関するものである場合、当該業務の優先度「０．５」、チャネル２００の優先度が「０．７」であることに基づき、当該「照会」業務の処理要求に関して、業務の優先度「０．５」×チャネルの優先度「０．７」＝総合優先度「０．３５」と算定する。

続いて、チャネル制御装置１００は、ｓ２１で算定した総合優先度がより高い処理要求を優先的に、当該実行システム３００に転送し（ｓ２２）、その処理結果をＡＰＩ経由で当該チャネル２００に応答してフローを終了する。

上述の例の場合、「営業店端末Ａ」から受信した「入出金」業務に関する処理要求を、「ＩＢ」から受信した「照会」業務に関する処理要求よりも先に、実行システム「Ａ」に転送し、その処理結果を応答することになる。

以上、本発明を実施するための最良の形態などについて具体的に説明したが、本発明はこれに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。

こうした本実施形態によれば、金融機関における対象業務やチャネル、システム特性を適切に踏まえた、効率的な業務処理の制御が可能となる。

本明細書の記載により、少なくとも次のことが明らかにされる。すなわち、本実施形態のチャネル制御装置において、前記演算装置は、前記業務のうち、前記特定した前記実行システムがクラウドを基盤としたものについて、当該処理要求を当該実行システムに転送するものである、としてもよい。

これによれば、スケーラビリティに優れたクラウド基盤にて実装されている実行システムに対しては、各チャネルからの処理要求（当該実行システムが接続先であるもの）をそのままアクセスすることとなり、迅速かつ効率的な業務処理の遂行がなされる。ひいては、金融機関における対象業務やチャネル、システム特性を適切に踏まえた、より効率的な業務処理の制御が可能となる。

本実施形態におけるチャネル制御装置において、前記演算装置は、前記業務のうち、前記特定した前記実行システムがオンプレミスを基盤としたものについて、当該実行システムが単一業務のみ担当するものである場合、当該処理要求を当該実行システムに転送するものである、としてもよい。

これによれば、スケーラビリティに乏しいオンプレミス基盤にて実装されている実行システムのうち単一業務のみ遂行するものに対しては、各チャネルからの処理要求（当該実
行システムが接続先であるもの）を時系列順にそのままアクセスすることとなり、当該オンプレミス基盤の処理能力（例：ＣＰＵ数、スレッド数など）に応じるものの、相応に迅速かつ効率的な業務処理の遂行がなされる。ひいては、金融機関における対象業務やチャネル、システム特性を適切に踏まえた、より効率的な業務処理の制御が可能となる。

本実施形態におけるチャネル制御装置において、前記演算装置は、前記業務のうち、前記特定した前記実行システムがオンプレミスを基盤としたものが複数存在し、当該複数の業務の間で前記実行システムが共通するものについて、前記複数の業務それぞれの優先度及び前記チャネルの優先度に基づいて総合優先度を算定し、当該総合優先度が高い前記処理要求を優先的に、当該実行システムに転送するものである、としてもよい。

これによれば、スケーラビリティに乏しいオンプレミス基盤にて実装されている実行システムのうち複数業務を遂行するものに対しては、各チャネルからの処理要求（当該実行システムが接続先であるもの）を優先度順にアクセスすることとなり、チャネル種類の優先度も踏まえた効率的な業務処理の遂行がなされる。ひいては、金融機関における対象業務やチャネル、システム特性を適切に踏まえた、より効率的な業務処理の制御が可能となる。

本実施形態におけるチャネル制御方法において、前記情報処理装置が、前記業務のうち、前記特定した前記実行システムがクラウドを基盤としたものについて、当該処理要求を当該実行システムに転送する、としてもよい。

本実施形態におけるチャネル制御方法において、前記情報処理装置が、前記業務のうち、前記特定した前記実行システムがオンプレミスを基盤としたものについて、当該実行システムが単一業務のみ担当するものである場合、当該処理要求を当該実行システムに転送する、としてもよい。

本実施形態におけるチャネル制御方法において、前記情報処理装置が、前記業務のうち、前記特定した前記実行システムがオンプレミスを基盤としたものが複数存在し、当該複数の業務の間で前記実行システムが共通するものについて、前記複数の業務それぞれの優先度及び前記チャネルの優先度に基づいて総合優先度を算定し、当該総合優先度が高い前記処理要求を優先的に、当該実行システムに転送する、としてもよい。

１ネットワーク
１０チャネル制御システム
１００チャネル制御装置
１０１記憶装置
１０２プログラム
１０３メモリ
１０４演算装置
１０５通信装置
１２５業務・接続先優先度テーブル
１２６チャネル優先度テーブル
２００チャネル
３００実行システム

Claims

金融機関における業務ごとの優先度及び実行システムの識別情報を規定した第１テーブルと、業務の要求元であるチャネルの種類ごとの優先度の情報を規定した第２テーブルを保持する記憶装置と、
一定時間内に複数のチャネルそれぞれから業務の処理要求を受信した場合、当該業務それぞれに関する優先度及び実行システムを前記第１テーブルに基づき特定する処理と、前記チャネルそれぞれの優先度を前記第２テーブルに基づき特定する処理と、前記特定した前記業務それぞれに関する優先度、前記実行システムそれぞれの基盤特性、前記実行システムそれぞれにおける複数業務の担当有無、及び前記チャネルそれぞれの優先度に基づき、前記業務のうち、前記特定した前記実行システムがクラウドを基盤としたものについては、当該処理要求を当該実行システムに転送し、前記業務のうち、前記特定した前記実行システムがオンプレミスを基盤としたもので、当該実行システムが単一業務のみ担当するものである場合、当該処理要求を当該実行システムに転送し、前記業務のうち、前記特定した前記実行システムがオンプレミスを基盤としたものが複数存在し、当該複数の業務の間で前記実行システムが共通するものについて、前記複数の業務それぞれの優先度及び前記チャネルの優先度に基づいて総合優先度を算定し、当該総合優先度が高い前記処理要求を優先的に当該実行システムに転送する、配信制御を行う処理を実行する演算装置と、
を含むことを特徴とするチャネル制御装置。
情報処理装置が、
金融機関における業務ごとの優先度及び実行システムの識別情報を規定した第１テーブルと、業務の要求元であるチャネルの種類ごとの優先度の情報を規定した第２テーブルを、記憶装置で保持して、
一定時間内に複数のチャネルそれぞれから業務の処理要求を受信した場合、当該業務それぞれに関する優先度及び実行システムを前記第１テーブルに基づき特定する処理と、前記チャネルそれぞれの優先度を前記第２テーブルに基づき特定する処理と、前記特定した前記業務それぞれに関する優先度、前記実行システムそれぞれの基盤特性、前記実行システムそれぞれにおける複数業務の担当有無、及び前記チャネルそれぞれの優先度に基づき、前記業務のうち、前記特定した前記実行システムがクラウドを基盤としたものについては、当該処理要求を当該実行システムに転送し、前記業務のうち、前記特定した前記実行システムがオンプレミスを基盤としたもので、当該実行システムが単一業務のみ担当するものである場合、当該処理要求を当該実行システムに転送し、前記業務のうち、前記特定した前記実行システムがオンプレミスを基盤としたものが複数存在し、当該複数の業務の間で前記実行システムが共通するものについて、前記複数の業務それぞれの優先度及び前記チャネルの優先度に基づいて総合優先度を算定し、当該総合優先度が高い前記処理要求を優先的に当該実行システムに転送する、配信制御を行う処理を実行する、
ことを特徴とするチャネル制御方法。
金融機関における業務ごとの優先度及び実行システムの識別情報を規定した第１テーブルと、業務の要求元であるチャネルの種類ごとの優先度の情報を規定した第２テーブルを保持する記憶装置と、
一定時間内に複数のチャネルそれぞれから業務の処理要求を受信した場合、当該業務それぞれに関する優先度及び実行システムを前記第１テーブルに基づき特定する処理と、前記チャネルそれぞれの優先度を前記第２テーブルに基づき特定する処理と、前記特定した前記業務それぞれに関する優先度、前記実行システムそれぞれの基盤特性、前記実行システムそれぞれにおける複数業務の担当有無、及び前記チャネルそれぞれの優先度に基づき、前記業務のうち、前記特定した前記実行システムがクラウドを基盤としたものについては、当該処理要求を当該実行システムに転送し、前記業務のうち、前記特定した前記実行システムがオンプレミスを基盤としたもので、当該実行システムが単一業務のみ担当するものである場合、当該処理要求を当該実行システムに転送し、前記業務のうち、前記特定した前記実行システムがオンプレミスを基盤としたものが複数存在し、当該複数の業務の間で前記実行システムが共通するものについて、前記複数の業務それぞれの優先度及び前記チャネルの優先度に基づいて総合優先度を算定し、当該総合優先度が高い前記処理要求を優先的に当該実行システムに転送する、配信制御を行う処理を実行する演算装置と、
を含むチャネル制御装置を含むことを特徴とするチャネル制御システム。