(57)【要約】      （修正有）【課題】金融機関の勘定系システムと営業店端末等との間について、その入出力のマッピングおよび変換を効率化する情報処理装置および情報処理方法を提供する。【解決手段】情報処理装置１００は、金融機関に対してネットワーク経由で所定業務の機能を提供する際の、前記金融機関と前記機能との間に関する入出力データの対応関係および変換方式についての標準定義情報を格納する記憶装置１０１と、前記金融機関が前記機能の提供を受ける場合の、前記業務に関するインターフェイス項目のうち、前記対応関係および変換方式について未定義のものについて、当該インターフェイス項目のＩＤおよび名称が一致する前記標準定義情報を検索し、当該標準定義情報が規定する対応関係および変換方式を、前記インターフェイス項目に関するマッピング情報として特定し記憶装置に格納する演算装置１０４を含む。【選択図】図２
2020190944.tif 000002
【特許請求の範囲】
【請求項１】
金融機関に対してネットワーク経由で所定業務の機能を提供する際の、前記金融機関と前記機能との間に関する入出力データの対応関係および変換方式についての標準定義情報を格納する記憶装置と、
前記金融機関が前記機能の提供を受ける場合の、前記業務に関するインターフェイス項目のうち、前記対応関係および変換方式について未定義のものについて、当該インターフェイス項目のＩＤおよび名称が一致する前記標準定義情報を検索し、当該標準定義情報が規定する対応関係および変換方式を、前記インターフェイス項目に関するマッピング情報として特定し記憶装置に格納する演算装置と、
を備えることを特徴とする情報処理装置。
【請求項２】
前記演算装置は、
前記検索の結果、前記標準定義情報を複数特定した場合、当該標準定義情報が前記マッピング情報となっている件数を前記記憶装置でカウントし、当該件数が大きいほど優先順位が高いものとして、前記標準定義情報を所定装置にリスト表示する処理をさらに実行するものである、
ことを特徴とする請求項１に記載の情報処理装置。
【請求項３】
前記演算装置は、
前記検索の結果、前記標準定義情報を特定出来なかった場合、前記標準定義情報のうち前記インターフェイス項目の名称を含むものを優先順位最高とし、当該優先順位最高の前記標準定義情報が複数存在する場合、当該標準定義情報が前記マッピング情報となっている件数を前記記憶装置でカウントし、前記件数の大きさによる優先順位付けを行い、前記標準定義情報を所定装置にリスト表示するものである、
ことを特徴とする請求項１に記載の情報処理装置。
【請求項４】
前記演算装置は、
前記検索の結果、前記標準定義情報を特定出来ず、かつ前記標準定義情報のうち前記インターフェイス項目の名称を含むものを特定出来なかった場合、前記インターフェイス項目の名称が含む所定語句を抽出し、前記標準定義情報のうち前記語句を含むものを優先順位最高とし、当該優先順位最高の前記標準定義情報が複数存在する場合、当該標準定義情報が前記マッピング情報となっている件数を前記記憶装置でカウントし、前記件数の大きさによる優先順位付けを行い、前記標準定義情報を所定装置にリスト表示するものである、
ことを特徴とする請求項３に記載の情報処理装置。
【請求項５】
情報処理装置が、
金融機関に対してネットワーク経由で所定業務の機能を提供する際の、前記金融機関と前記機能との間に関する入出力データの対応関係および変換方式についての標準定義情報を格納する記憶装置を保持し、
前記金融機関が前記機能の提供を受ける場合の、前記業務に関するインターフェイス項目のうち、前記対応関係および変換方式について未定義のものについて、当該インターフェイス項目のＩＤおよび名称が一致する前記標準定義情報を検索し、当該標準定義情報が規定する対応関係および変換方式を、前記インターフェイス項目に関するマッピング情報として特定し記憶装置に格納する、
ことを特徴とする情報処理方法。
【請求項６】
情報処理装置が、
前記検索の結果、前記標準定義情報を複数特定した場合、当該標準定義情報が前記マッ
ピング情報となっている件数を前記記憶装置でカウントし、当該件数が大きいほど優先順位が高いものとして、前記標準定義情報を所定装置にリスト表示する処理をさらに実行する、
ことを特徴とする請求項４に記載の情報処理方法。
【請求項７】
情報処理装置が、
前記検索の結果、前記標準定義情報を特定出来なかった場合、前記標準定義情報のうち前記インターフェイス項目の名称を含むものを優先順位最高とし、当該優先順位最高の前記標準定義情報が複数存在する場合、当該標準定義情報が前記マッピング情報となっている件数を前記記憶装置でカウントし、前記件数の大きさによる優先順位付けを行い、前記標準定義情報を所定装置にリスト表示する、
ことを特徴とする請求項５に記載の情報処理方法。
【請求項８】
情報処理装置が、
前記検索の結果、前記標準定義情報を特定出来ず、かつ前記標準定義情報のうち前記インターフェイス項目の名称を含むものを特定出来なかった場合、前記インターフェイス項目の名称が含む所定語句を抽出し、前記標準定義情報のうち前記語句を含むものを優先順位最高とし、当該優先順位最高の前記標準定義情報が複数存在する場合、当該標準定義情報が前記マッピング情報となっている件数を前記記憶装置でカウントし、前記件数の大きさによる優先順位付けを行い、前記標準定義情報を所定装置にリスト表示する、
ことを特徴とする請求項７に記載の情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置および情報処理方法に関するものある。
【背景技術】
【０００２】
種々の製品、サービスをニーズや必要性に応じて柔軟に組合せ、全体として所定のシステムを迅速に構成する思想が普及しつつある。そうした思想に該当するものとして例えば、ＥＳＢ（Ｅｎｔｅｒｐｒｉｓｅ  Ｓｅｒｖｉｃｅ  Ｂｕｓ）が存在する。
【０００３】
ＥＳＢは、システム構成の一種であるサービス指向アーキテクチャ（ＳＯＡ）をベースとし、企業全体のアプリケーションを統合する技術である。そのためＥＳＢは、ＨＴＴＰやＳＯＡＰ、ＪＭＳ（Ｊａｖａ  Ｍｅｓｓａｇｅ  Ｓｅｒｖｉｃｅ）などのプロトコルをサポートし、異なる基盤の間でのデータのやりとりを行うためのデータ形式変換、データの振り分け（ルーティング）や非同期連携が可能である。
【０００４】
このような基盤間でのデータ形式変換に関連する従来技術としては、例えば、金融機関の外国為替業務における被仕向送金受取システムであって、外為処理ホストコンピュータとネットバンキング受付用コンピュータと勘定系ホストコンピュータとがデータ交信可能に接続されており、前記ネットバンキング受付用コンピュータは、被仕向送金を受け取る顧客の顧客端末からインターネットを介して被仕向送金に対応する着金予約情報を受付ける着金予約受付部を備え、前記外為処理ホストコンピュータは、前記ネットバンキング受付用コンピュータから前記受付けた着金予約情報を受信し、着金予約ＤＢに予約データとして登録する着金予約登録部と、送金電文を海外の送金側システムから受信する電文受信部と、前記受信した送金電文を解析し、所定の項目ごとに送金電文データにマッピングする接受記録・検証部と、前記送金電文データと着金予約ＤＢに登録された前記予約データを比較し、一致又は不一致を判定する電文マッチング部と、前記電文マッチング部によって前記予約データと一致すると判定した前記送金電文データに含まれる送金額を、前記予約データに含まれる受取人口座に入金させるための入金要求を前記勘定系ホストコンピュータに送信する入金処理部を備える、ことを特徴とする被仕向送金受取システム（特許文献１参照）などが提案されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１３−３３４０８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、金融機関向けに勘定系システムの機能をネットワーク経由で提供するサービスが存在する。
【０００７】
その場合、当該勘定系システムに対し、適用行の営業店端末やＡＴＭ、外部システム等を接続するに際し、上述のＥＳＢに対応したハブシステムを介在させ、勘定系システムと営業店端末等との間について、その入出力のマッピングおよび変換を行う必要がある。また、そうしたマッピングや変換のための定義体が必要となる。
【０００８】
当該定義体は、一般的には上述の金融機関やベンダーが作成するものである。その作成に際しては、ベンダーによって作成済みの標準定義体が参考例や雛形として金融機関の担当者に提示され、作成支援がなされる状況は存在しえた。
【０００９】
しかしながら、マッピング対象となるインターフェイス項目は膨大な数にのぼるため、単      標準定義体のリストを提示するだけでは、そのインターフェイス項目に対応するであろう適宜な標準定義体の探索を行うこと自体が容易でない。つまり、定義体作成の担当者からすれば、提示される情報の規模が大きすぎて、参考になりうる適宜な情報を探し当てること自体に手間や時間を要する状況にある。そのため、定義体作成業務の効率低下やコスト上昇の懸念があった。
そこで本発明の目的は、マッピング用の入出力定義体の作成業務を効率化する技術を提供することにある。
【課題を解決するための手段】
【００１０】
上記課題を解決する本発明の情報処理装置は、金融機関に対してネットワーク経由で所定業務の機能を提供する際の、前記金融機関と前記機能との間に関する入出力データの対応関係および変換方式についての標準定義情報を格納する記憶装置と、前記金融機関が前記機能の提供を受ける場合の、前記業務に関するインターフェイス項目のうち、前記対応関係および変換方式について未定義のものについて、当該インターフェイス項目のＩＤおよび名称が一致する前記標準定義情報を検索し、当該標準定義情報が規定する対応関係および変換方式を、前記インターフェイス項目に関するマッピング情報として特定し記憶装置に格納する演算装置と、を備えることを特徴とする。
【００１１】
また、本発明の情報処理方法は、情報処理システムが、金融機関に対してネットワーク経由で所定業務の機能を提供する際の、前記金融機関と前記機能との間に関する入出力データの対応関係および変換方式についての標準定義情報を格納する記憶装置を保持し、前記金融機関が前記機能の提供を受ける場合の、前記業務に関するインターフェイス項目のうち、前記対応関係および変換方式について未定義のものについて、当該インターフェイス項目のＩＤおよび名称が一致する前記標準定義情報を検索し、当該標準定義情報が規定する対応関係および変換方式を、前記インターフェイス項目に関するマッピング情報として特定し記憶装置に格納する、ことを特徴とする。
【発明の効果】
【００１２】
本発明によれば、マッピング用の入出力定義体の作成業務を効率化可能となる。
【図面の簡単な説明】
【００１３】
【図１】本実施形態のハブシステム（情報処理装置）を含むネットワーク構成図である。
【図２】本実施形態におけるハブシステムのハードウェア構成例を示す図である。
【図３】本実施形態の受付（入力）インターフェイスＤＢの構成例を示す図である。
【図４】本実施形態の受付（出力）インターフェイスＤＢの構成例を示す図である。
【図５】本実施形態の受付マッピング情報ＤＢの構成例を示す図である。
【図６】本実施形態の受付マッピング支援データＤＢの構成例を示す図である。
【図７】本実施形態の応答（入力）インターフェイスＤＢの構成例を示す図である。
【図８】本実施形態の応答（出力）インターフェイスＤＢの構成例を示す図である。
【図９】本実施形態の応答マッピング情報ＤＢの構成例を示す図である。
【図１０】本実施形態の応答マッピング支援データＤＢの構成例を示す図である。
【図１１】本実施形態における情報処理方法のフロー例を示す図である。
【図１２】本実施形態における画面例を示す図である。
【発明を実施するための形態】
【００１４】
−−−ネットワーク構成−−−
【００１５】
以下に本発明の実施形態について図面を用いて詳細に説明する。図１は、本実施形態の情報処理装置１００を含むネットワーク構成図である。図１に示す情報処理システムは、具体的には入出力データマッピング支援システムであって、主として情報処理装置たるハブシステム１００によって、マッピング用の入出力定義体の作成業務を効率化するコンピュータシステムである。
【００１６】
本実施形態では、一例として、ベンダーがセキュアなネットワーク１を介して、金融機関向けに勘定系の機能を提供するサービスを背景として想定する。ただし、こうした背景はあくまで説明のための一例であり、本発明の適用対象を限定するものではない。
【００１７】
こうした背景の下、当該勘定系３００に対して、適用行の営業店端末やＡＴＭ、外部システム等のハードウェア（以下、チャネル２００と総称する）を接続するに際し、上述のＥＳＢに対応したハブシステム１００を介在させる。
【００１８】
ハブシステム１００は、勘定系３００とチャネル２００との間について、その入出力のマッピングおよび変換を行うシステムである。また、そうしたマッピングや変換のための定義体を自身の記憶装置にて保持している。
【００１９】
当該定義体は、一般的には上述の金融機関やベンダーが、所定の定義体設計支援システムを利用し作成するものである。また、ベンダーによって作成された当該標準定義体は、上述の定義体設計支援システムからハブシステム１００に格納、登録されることとなる。こうして登録済みの標準定義体が、例えば、所定の要求に応じて、金融機関の担当者が操作する金融機関端末２５０に対し、参考例や雛形として提示される。なお、標準定義体の情報は、本発明の標準定義情報に該当する（以下同様）。また、以降では、標準定義体が定義体設計支援システムからハブシステム１００に格納された状態を前提として説明を行うものとする。
【００２０】
この場合、当該担当者は、金融機関端末２５０を操作し、上述の勘定系３００のサービスを通じて配信される各画面（入力／出力）のうち、金融機関側（すなわちチャネル２００）の仕様と勘定系３００の仕様との間でマッピング対象となる画面について指定し、それに対応する標準定義体の情報提示をハブシステム１００に要求する。
【００２１】
一方、ハブシステム１００は、この要求に応じて、本発明の情報処理方法に基づき特定した標準定義体の情報を、所定の優先順位に従った表示形態で金融機関端末２５０に配信する。
【００２２】
なお、マッピングの大まかな内容としては、受付入力（チャネル側）ＩＦと受付出力（勘定系側）ＩＦ、応答入力（勘定系側）ＩＦと応答出力（チャネル側）ＩＦのマッピングを行う。金融機関の担当者は、上述のように作成したマッピング仕様書から所定ツールを用いて定義体を作成することとなる。
また、ネットワーク１およびネットワーク２ともに、特に限定しないが、セキュアなネットワークであることを想定する。
−−−ハードウェア構成−−−
【００２３】
また、本実施形態の情報処理装置たるハブシステム１００のハードウェア構成は図２に示す如くとなる。すなわちハブシステム１００は、記憶装置１０１、メモリ１０３、演算装置１０４、および通信装置１０５を備える。
このうち記憶装置１０１は、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）やハードディスクドライブなど適宜な不揮発性記憶素子で構成される装置である。
また、メモリ１０３は、ＲＡＭなど揮発性記憶素子で構成される装置である。
【００２４】
また、演算装置１０４は、記憶装置１０１に保持されるプログラム１０２をメモリ１０３に読み出すなどして実行し装置自体の統括制御を行なうとともに各種判定、演算及び制御処理を行なうＣＰＵである。
また、通信装置１０５は、ネットワーク１、２と接続し他装置との通信処理を担う、ネットワークインターフェイスカード等の装置である。
【００２５】
なお、ハブシステム１００は、スタンドアロンマシンとして稼働する状況がある場合、ユーザからのキー入力や音声入力を受け付けるキーボードやマウス等の入力装置や、処理データの表示を行うディスプレイ等の出力装置を更に備えるとしてもよい。
【００２６】
また、記憶装置１０１内には、本実施形態の情報処理装置たるハブシステム１００として必要な機能を実装する為のプログラム１０２に加えて、受付（入力）インターフェイスＤＢ１２５、受付（出力）インターフェイスＤＢ１２６、受付マッピング情報ＤＢ１２７、受付マッピング支援データＤＢ１２８、応答（入力）インターフェイスＤＢ１２９、応答（出力）インターフェイスＤＢ１３０、応答マッピング情報ＤＢ１３１、および応答マッピング支援データＤＢ１３２、が少なくとも記憶されている。ただし、これらＤＢの詳細については後述する。
−−−データ構造例−−−
続いて、本実施形態のハブシステム１００が保持するデータベースの具体的な構成例について説明する。
【００２７】
図３に、本実施形態における受付（入力）インターフェイスＤＢ１２５の一例を示す。受付（入力）インターフェイスＤＢ１２５は、チャネル２００において表示されてテラーや一般コンシューマなどから入力を受ける画面など入力インターフェイス各々の情報を蓄積したデータベースである。
【００２８】
そのデータ構造は、当該入力インターフェイスを一意に示すＩＦＩＤをキーとして、チャネルＩＤ、リクエストＩＤ、項目名、型、および桁といったデータから成るレコードの集合体である。
【００２９】
このうちチャネルＩＤは、ＡＴＭやテラー端末などの接続するチャネルを一意に特定するＩＤである。また、リクエストＩＤは、当該入力インターフェイスで受け付けるリクエストを一意に特定するＩＤである。また、型は、当該入力インターフェイスにおける入力項目（例：口座番号）の型を示す。また、桁は、当該入力項目の桁数（例：７桁）を示す。
【００３０】
図４に、本実施形態における受付（出力）インターフェイスＤＢ１２６の一例を示す。本実施形態における受付（出力）インターフェイスＤＢ１２６は、チャネル２００においてテラーや一般コンシューマなどに対して出力する画面など出力インターフェイス各々の情報を蓄積したデータベースである。
【００３１】
そのデータ構造は、当該出力インターフェイスを一意に示すＩＦＩＤをキーとして、ＢＦコード、コピー句ＩＤ、項目名、型、および桁といったデータから成るレコードの集合体である。
【００３２】
このうちＢＦコードは、取引の種類（例：入金）を一意に特定するコードある。また、コピー句ＩＤは、当該出力インターフェイスを一意に特定するＩＤである。このコピー句ＩＤは、例えば、制御インターフェイス、共通インターフェイス、入金用インターフェイス、出金用インターフェイスなどといった各種インターフェイスのうち、当該ＢＦコード
が示す取引にて使用するものを一意に特定する値となる。また、型は、当該出力インターフェイスにおける項目（例：入金口座番号）の型を示す。また、桁は、当該項目の桁数（例：７桁）を示す。
【００３３】
図５に、本実施形態における受付マッピング情報ＤＢ１２７の一例を示す。本実施形態における受付マッピング情報ＤＢ１２７は、チャネル２００と勘定系３００との間の入出力の各間について確定したマッピング情報のうち、チャネル２００の側での入力インターフェイスを、勘定系３００の側での入力インターフェイスに変換するためのもの（ここでは受付マッピング情報）を蓄積したデータベースである。
【００３４】
そのデータ構造は、当該マッピング情報を一意に特定するＭＰＩＤをキーとして、マッピング先ＩＦＩＤ、マッピング元ＩＦＩＤ、チャネルＩＤ、リクエストＩＤ、ＢＦコード、コピー句ＩＤ、マッピング先項目名、マッピング元項目名、および変換方法といったデータから成るレコードの集合体である。
【００３５】
このうちマッピング先ＩＦＩＤは、出力インターフェイスのＩＦＩＤである。これは、受付（出力）インターフェイスＤＢ１２６にて示すものと共通する。また、マッピング元ＩＦＩＤは、入力インターフェイスのＩＦＩＤである。これは、受付（入力）インターフェイスＤＢ１２５にて示すものと共通する。
また、チャネルＩＤは、入力インターフェイスのチャネルＩＤである。これは、受付（入力）インターフェイスＤＢ１２５にて示すものと共通する。
また、リクエストＩＤは、入力インターフェイスのリクエストＩＤである。これは、受付（入力）インターフェイスＤＢ１２５にて示すものと共通する。
また、ＢＦコードは、出力インターフェイスのＢＦコードである。これは、受付（出力）インターフェイスＤＢ１２６にて示すものと共通する。
また、コピー句ＩＤは、出力インターフェイスのコピー句ＩＤである。これは、受付（出力）インターフェイスＤＢ１２６にて示すものと共通する。
また、マッピング先項目名は、出力インターフェイスの項目名である。これは、受付（出力）インターフェイスＤＢ１２６にて示すものと共通する。
また、マッピング元項目名は、入力インターフェイスの項目名である。これは受付（入力）インターフェイスＤＢ１２５にて示すものと共通する。
【００３６】
また、変換方法は、チャネル２００の側でのインターフェイスの項目を、勘定系３００の側でのインターフェイスの項目に変換する手法を規定した、形式変換方法である。
【００３７】
図６に、本実施形態における受付マッピング支援データＤＢ１２８の一例を示す。本実施形態における受付マッピング支援データＤＢ１２８は、例えば、金融機関の担当者等に対して提示する標準定義体に関する情報を蓄積したデータベースである。既に述べたように、標準定義体は、ベンダーの側で予め作成したマッピング情報であり、金融機関の担当者等の参考になりうる情報である。
【００３８】
そのデータ構造は、対象とするチャネル２００のチャネルＩＤをキーとして、ＢＦコード、コピー句ＩＤ、マッピング先項目名、マッピング元項目名、編集パターン、件数、および項目種類といったデータから成るレコードの集合体である。
このうち、ＢＦコードは、取引の種類（例：入金）を一意に特定するコードある。
また、コピー句ＩＤは、勘定系３００での取引種類を示すＩＤであり、受付（出力）インターフェイスＤＢ１２６にて示すものと共通する。
また、マッピング先項目名は、出力インターフェイスの項目名である。これは、受付（出力）インターフェイスＤＢ１２６にて示すものと共通する。
また、マッピング元項目名は、入力インターフェイスの項目名である。これは受付（入
力）インターフェイスＤＢ１２５にて示すものと共通する。
また、編集パターンは、形式変換方法であり、上述のマッピング元項目名の値を、マッピング先項目名の値に変換する手法を示す。
【００３９】
また、件数は、この標準定義体を用いたマッピング情報の作成実績の件数を示す。当然ながら、この値が大きいものはマッピング情報のベースとして採用されやすく、有用性や汎用性が認められるものと言える。
また、項目種類は、マッピング先項目名およびマッピング元項目名らが示している項目の種類として、金額、日付、番号といった値の属性を示すものである。
【００４０】
図７に、本実施形態における応答（入力）インターフェイスＤＢ１２９の一例を示す。応答（入力）インターフェイスＤＢ１２９は、勘定系３００においてチャネル２００からの入力に応じて処理を行う画面など入力インターフェイス各々の情報を蓄積したデータベースである。
【００４１】
そのデータ構造は、当該入力インターフェイスを一意に示すＩＦＩＤをキーとして、ＢＦコード、コピー句ＩＤ、項目名、型、および桁といったデータから成るレコードの集合体である。
【００４２】
このうちＢＦコードは、取引の種類（例：入金）を一意に特定するコードある。また、コピー句ＩＤは、当該入力インターフェイスを一意に特定するＩＤである。このコピー句ＩＤは、例えば、制御インターフェイス、共通インターフェイス、入金用インターフェイス、出金用インターフェイスなどといった各種インターフェイスのうち、当該ＢＦコードが示す取引にて使用するものを一意に特定する値となる。また、型は、当該入力インターフェイスにおける項目（例：入金口座番号）の型を示す。また、桁は、当該項目の桁数（例：７桁）を示す。
【００４３】
図８に、本実施形態における応答（出力）インターフェイスＤＢ１３０の一例を示す。本実施形態における受付（出力）インターフェイスＤＢ１２６は、勘定系３００からチャネル２００に対して出力される画面や帳票など出力インターフェイス各々の情報を蓄積したデータベースである。
【００４４】
そのデータ構造は、当該出力インターフェイスを一意に示すＩＦＩＤをキーとして、チャネルＩＤ、媒体区分、出力電文ＩＤ、項目名、型、および桁といったデータから成るレコードの集合体である。
【００４５】
このうちチャネルＩＤは、勘定系３００が接続するＡＴＭやテラー端末などのチャネルを一意に特定するＩＤである。また、媒体区分は、当該チャネル２００での出力対象である出力媒体（例：画面、帳票、ファイル等）を示す。
【００４６】
また、出力電文ＩＤは、出力電文を一意に特定するＩＤである。出力電文ＩＤは、例えば、勘定系３００からチャネル２００に対して処理結果として出力する電文に付与するＩＤである。
【００４７】
また、項目名は、出力項目の名称である。また、型は、当該出力インターフェイスにおける出力項目（例：入金口座番号）の型を示す。また、桁は、当該出力項目の桁数（例：７桁）を示す。
【００４８】
図９に、本実施形態における応答マッピング情報ＤＢ１３１の一例を示す。本実施形態における応答マッピング情報ＤＢ１３１は、勘定系３００とチャネル２００との間の入出
力の各間について確定したマッピング情報のうち、勘定系３００の側での出力インターフェイスを、チャネル２００の側での出力インターフェイスに変換するためのもの（ここでは応答マッピング情報）を蓄積したデータベースである。
【００４９】
そのデータ構造は、当該マッピング情報を一意に特定するＭＰＩＤをキーとして、マッピング先ＩＦＩＤ、マッピング元ＩＦＩＤ、チャネルＩＤ、出力電文ＩＤ、ＢＦコード、コピー句ＩＤ、マッピング先項目名、マッピング元項目名、および変換方法といったデータから成るレコードの集合体である。
【００５０】
このうちマッピング先ＩＦＩＤは、出力インターフェイスのＩＦＩＤである。これは、応答（出力）インターフェイスＤＢ１３０にて示すものと共通する。また、マッピング元ＩＦＩＤは、入力インターフェイスのＩＦＩＤである。これは、応答（入力）インターフェイスＤＢ１２９にて示すものと共通する。
また、チャネルＩＤは、出力インターフェイスのチャネルＩＤである。これは、応答（出力）インターフェイスＤＢ１３０にて示すものと共通する。
また、出力電文ＩＤは、出力電文を一意に特定するＩＤである。これは、応答（出力）インターフェイスＤＢ１３０にて示すものと共通する。
また、ＢＦコードは、入力インターフェイスのＢＦコードである。これは、応答（入力）インターフェイスＤＢ１２９にて示すものと共通する。
また、コピー句ＩＤは、入力インターフェイスのコピー句ＩＤである。これは、応答（入力）インターフェイスＤＢ１２９にて示すものと共通する。
また、マッピング先項目名は、出力インターフェイスの項目名である。これは、応答（出力）インターフェイスＤＢ１３０にて示すものと共通する。
また、マッピング元項目名は、入力インターフェイスの項目名である。これは応答（入力）インターフェイスＤＢ１２９にて示すものと共通する。
【００５１】
また、変換方法は、勘定系３００の側でのインターフェイスの項目を、チャネル２００の側でのインターフェイスの項目に変換する手法を規定した、形式変換方法である。
【００５２】
図１０に、本実施形態における応答マッピング支援データＤＢ１３２の一例を示す。本実施形態における応答マッピング支援データＤＢ１３２は、例えば、金融機関の担当者等に対して提示する標準定義体に関する情報を蓄積したデータベースである。既に述べたように、標準定義体は、ベンダーの側で予め作成したマッピング情報であり、金融機関の担当者等の参考になりうる情報である。
【００５３】
そのデータ構造は、対象とするチャネル２００のチャネルＩＤをキーとして、媒体区分、ＢＦコード、コピー句ＩＤ、マッピング先項目名、マッピング元項目名、編集パターン、件数、および項目種類といったデータから成るレコードの集合体である。
このうち、ＢＦコードは、取引の種類（例：入金）を一意に特定するコードある。
また、コピー句ＩＤは、勘定系３００での取引種類を示すＩＤであり、応答（入力）インターフェイスＤＢ１２９にて示すものと共通する。
また、マッピング先項目名は、出力インターフェイスの項目名である。これは、応答（出力）インターフェイスＤＢ１３０にて示すものと共通する。
また、マッピング元項目名は、入力インターフェイスの項目名である。これは応答（入力）インターフェイスＤＢ１２９にて示すものと共通する。
また、編集パターンは、形式変換方法であり、上述のマッピング元項目名の値を、マッピング先項目名の値に変換する手法を示す。
【００５４】
また、件数は、この標準定義体を用いたマッピング情報の作成実績の件数を示す。当然ながら、この値が大きいものはマッピング情報のベースとして採用されやすく、有用性や
汎用性が認められるものと言える。
また、項目種類は、マッピング先項目名およびマッピング元項目名らが示している項目の種類として、金額、日付、番号といった値の属性を示すものである。
−−−フロー例−−−
【００５５】
以下、本実施形態における情報処理方法の実際手順について図に基づき説明する。以下で説明する情報処理方法に対応する各種動作は、上述のハブシステム１００がメモリ等に読み出して実行するプログラムによって実現される。そして、このプログラムは、以下に説明される各種の動作を行うためのコードから構成されている。
【００５６】
図１１は、本実施形態における情報処理方法すなわち入出力データマッピング支援方法のフロー例を示す図である。ここでは一例として、チャネル２００の入力インターフェイスを、勘定系３００の入力インターフェイスに対応付けるべく、マッピング情報を作成する場面を想定し、説明を行う。
【００５７】
まず、ハブシステム１００は、例えば、金融機関端末２５０からの所定指示（例：図１２の画面１２００における“選択”ボタンの押下）を受けて、或いは所定時期の到来を感知して、処理対象の入力インターフェイスにおける項目（すなわち、勘定系３００での入力インターフェイスにおける項目等）に関して、そのコピー句ＩＤおよび項目名の各値を、受付（出力）インターフェイスＤＢ１２６から抽出する（ｓ１０）。
【００５８】
続いて、ハブシステム１００は、上述のｓ１０で抽出したコピー句ＩＤを含み、かつ、上述の項目名をマッピング先項目名の値として含むレコードを、受付マッピング支援データＤＢ１２８で検索する（ｓ１１）。
上述の検索の結果、対応するレコードがヒットしなかった場合、（ｓ１２：Ｎｏ）、ハブシステム１００は、処理をｓ１７に遷移させる。
一方、上述の検索の結果、対応するレコードがヒットした場合、（ｓ１２：Ｙｅｓ）、ハブシステム１００は、ヒット数が単数か複数か判定する（ｓ１３）。
【００５９】
上述の判定の結果、ヒット数が単数であった場合（ｓ１３：Ｙｅｓ）、ハブシステム１００は、当該レコードが示す情報、すなわち標準定義体の情報（マッピング先項目名とマッピング元項目名といった対応関係や編集パターンといった変換方式等の各値を含む）を、当該レコードが示すインターフェイス項目に関するマッピング情報として特定し、受付マッピング情報ＤＢ１２７に格納し（ｓ１４）、処理を終了する。
【００６０】
なお、特に限定はしないが、上述のｓ１０、ｓ１１の処理、すなわちマッピング支援のための情報（標準定義体の情報）の検索処理は、マッピング情報の作成が未完了の項目に対して行うものとする。この場合の「未完了」とは、受付マッピング情報ＤＢ１２７に、該当項目に関してレコードが格納されていない状態と同義である。
【００６１】
他方、上述の判定の結果、ヒット数が複数であった場合（ｓ１３：Ｎｏ）、ハブシステム１００は、その複数のマッピング支援の情報（すなわち標準定義情報）が示すマッピング先項目名、マッピング元項目名、コピー句ＩＤ（すなわちマッピング先ＩＦＩＤ）、ＢＦコード、といった値を含むレコードの件数を、受付マッピング情報ＤＢ１２７にてカウントする（ｓ１５）。
【００６２】
続いて、ハブシステム１００は、上述のｓ１５で得た各レコードの件数が大きいほど優先順位が高いものとして、対応する標準定義情報をソートしたリスト形式（図１２の画面１２０１参照）とし、金融機関端末２５０に配信する（ｓ１６）。この場合、金融機関端末２５０では、このリスト形式の情報を表示し、金融機関の担当者等による閲覧と所望の
レコードすなわち標準定義情報に対する編集操作（図１２の画面１２０２参照）を受ける。勿論、この担当者等は、優先順位が高い順にソートされた標準定義情報を閲覧することになるので、無闇に標準定義情報を探索する必要はない。
【００６３】
またこの金融機関端末２５０は、当該編集操作を経て確定された情報、すなわちマッピング情報をハブシステム１００に送信する。よって、この場合のハブシステム１００は、金融機関端末２５０からマッピング情報を受信し、これを受付マッピング情報ＤＢ１２７に格納し（ｓ１４）、処理を終了する。
【００６４】
一方、上述のｓ１２の結果、対応するレコードがヒットしなかった場合、（ｓ１２：Ｎｏ）、ハブシステム１００は、受付マッピング支援データＤＢ１２８に格納されている標準定義情報のうち、今回の処理対象の入力インターフェイスにおける項目名を含むものを検索する（ｓ１７）。
【００６５】
上述の検索の結果、１件ヒットした場合（ｓ１８：ｙ１）、ハブシステム１００は、その標準定義情報を優先順位最高の情報として、金融機関端末２５０に配信する（ｓ１９）。この場合、金融機関端末２５０では、この情報を表示し、金融機関の担当者等による閲覧と編集操作を受ける。
【００６６】
またこの金融機関端末２５０は、当該編集操作を経て確定された情報、すなわちマッピング情報をハブシステム１００に送信する。よって、この場合のハブシステム１００は、金融機関端末２５０からマッピング情報を受信し、これを受付マッピング情報ＤＢ１２７に格納し（ｓ１４）、処理を終了する。
【００６７】
一方、上述の検索の結果、複数件ヒットした場合（ｓ１８：ｙ２）、ハブシステム１００は、当該標準定義情報がマッピング情報となっている件数を受付マッピング情報ＤＢ１２７にてカウントする（ｓ２０）。
【００６８】
続いて、ハブシステム１００は、上述のｓ２０で得た件数が大きいほど優先順位が高いものとして、対応する標準定義情報をソートしたリスト形式（図１２の画面１２０１参照）とし、金融機関端末２５０に配信する（ｓ２１）。この場合、金融機関端末２５０では、このリスト形式の情報を表示し、金融機関の担当者等による閲覧と所望のレコードすなわち標準定義情報に対する編集操作（図１２の画面１２０２参照）を受ける。勿論、この担当者等は、優先順位が高い順にソートされた標準定義情報を閲覧することになるので、無闇に標準定義情報を探索する必要はない。
【００６９】
またこの金融機関端末２５０は、当該編集操作を経て確定された情報、すなわちマッピング情報をハブシステム１００に送信する。よって、この場合のハブシステム１００は、金融機関端末２５０からマッピング情報を受信し、これを受付マッピング情報ＤＢ１２７に格納し（ｓ１４）、処理を終了する。
【００７０】
他方、上述のｓ１７の検索においてヒットが無かった場合（ｓ１８：ｙ３）、ハブシステム１００は、上述の項目名が含む所定語句を形態素解析等の手段で抽出し、受付マッピング支援データＤＢ１２８におけるレコード（すなわち標準定義情報）のうち該当語句を含むものを検索する（ｓ２２）。
上述の検索の結果、１件もヒットしなかった場合（ｓ２３：ｙ１）、ハブシステム１００は処理を終了する。
【００７１】
一方、上述のｓ２２の検索の結果、１件ヒットした場合（ｓ２３：ｙ２）、ハブシステム１００は、そのレコードすなわち標準定義情報を優先順位最高の情報として、金融機関
端末２５０に配信する（ｓ２４）。この場合、金融機関端末２５０では、この情報を表示し、金融機関の担当者等による閲覧と編集操作を受ける。
【００７２】
またこの金融機関端末２５０は、当該編集操作を経て確定された情報、すなわちマッピング情報をハブシステム１００に送信する。よって、この場合のハブシステム１００は、金融機関端末２５０からマッピング情報を受信し、これを受付マッピング情報ＤＢ１２７に格納し（ｓ１４）、処理を終了する。
【００７３】
一方、上述のｓ２２の検索の結果、複数件ヒットした場合（ｓ２３：ｙ３）、ハブシステム１００は、当該標準定義情報がマッピング情報となっている件数を受付マッピング情報ＤＢ１２７にてカウントする（ｓ２５）。
【００７４】
続いて、ハブシステム１００は、上述のｓ２５で得た件数が大きいほど優先順位が高いものとして、対応する標準定義情報をソートしたリスト形式（図１２の画面１２０１参照）とし、金融機関端末２５０に配信する（ｓ２６）。この場合、金融機関端末２５０では、このリスト形式の情報を表示し、金融機関の担当者等による閲覧と所望のレコードすなわち標準定義情報に対する編集操作（図１２の画面１２０２参照）を受ける。勿論、この担当者等は、優先順位が高い順にソートされた標準定義情報を閲覧することになるので、無闇に標準定義情報を探索する必要はない。
【００７５】
またこの金融機関端末２５０は、当該編集操作を経て確定された情報、すなわちマッピング情報をハブシステム１００に送信する。よって、この場合のハブシステム１００は、金融機関端末２５０からマッピング情報を受信し、これを受付マッピング情報ＤＢ１２７に格納し（ｓ１４）、処理を終了する。
【００７６】
以上、本発明を実施するための最良の形態などについて具体的に説明したが、本発明はこれに限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能である。
【００７７】
こうした本実施形態によれば、金融機関における入出力定義体の作成に際し、ベンダーに対する問合せ機会の低減が見込まれ、金融機関およびベンダーの双方において業務効率改善が期待できる。当然ながら、入出力定義体の作成業務の効率化、工数削減にもつながりうる。すなわち、マッピング用の入出力定義体の作成業務を効率化可能となる。
【００７８】
本明細書の記載により、少なくとも次のことが明らかにされる。すなわち、本実施形態の情報処理装置システムにおいて、前記演算装置は、前記検索の結果、前記標準定義情報を複数特定した場合、当該標準定義情報が前記マッピング情報となっている件数を前記記憶装置でカウントし、当該件数が大きいほど優先順位が高いものとして、前記標準定義情報を所定装置にリスト表示する処理をさらに実行するものである、としてもよい。
【００７９】
これによれば、標準定義情報の母集団が膨大な規模であってもマッピング情報を効率的に特定しやすくなる。ひいては、マッピング用の入出力定義体の作成業務をさらに効率化可能となる。
【００８０】
また、本実施形態の情報処理装置において、前記演算装置は、前記検索の結果、前記標準定義情報を特定出来なかった場合、前記標準定義情報のうち前記インターフェイス項目の名称を含むものを優先順位最高とし、当該優先順位最高の前記標準定義情報が複数存在する場合、当該標準定義情報が前記マッピング情報となっている件数を前記記憶装置でカウントし、前記件数の大きさによる優先順位付けを行い、前記標準定義情報を所定装置にリスト表示するものである、としてもよい。
【００８１】
これによれば、標準定義情報からマッピング情報の自動特定ができず、膨大な規模の母集団を検索対象とするとしても、適宜に対処しマッピング情報を効率的に特定しやすくなる。ひいては、マッピング用の入出力定義体の作成業務をさらに効率化可能となる。
【００８２】
また、本実施形態の情報処理装置において、前記演算装置は、前記検索の結果、前記標準定義情報を特定出来ず、かつ前記標準定義情報のうち前記インターフェイス項目の名称を含むものを特定出来なかった場合、前記インターフェイス項目の名称が含む所定語句を抽出し、前記標準定義情報のうち前記語句を含むものを優先順位最高とし、当該優先順位最高の前記標準定義情報が複数存在する場合、当該標準定義情報が前記マッピング情報となっている件数を前記記憶装置でカウントし、前記件数の大きさによる優先順位付けを行い、前記標準定義情報を所定装置にリスト表示するものである、としてもよい。
【００８３】
これによれば、標準定義情報からマッピング情報の自動特定ができず、かつ、マッピング先項目名による検索でもマッピング情報の特定ができず、膨大な規模の母集団を検索対象とするとしても、適宜に対処しマッピング情報を効率的に特定しやすくなる。ひいては、マッピング用の入出力定義体の作成業務をさらに効率化可能となる。
【００８４】
また、本実施形態の情報処理方法において、情報処理システムが、前記検索の結果、前記標準定義情報を複数特定した場合、当該標準定義情報が前記マッピング情報となっている件数を前記記憶装置でカウントし、当該件数が大きいほど優先順位が高いものとして、前記標準定義情報を所定装置にリスト表示する処理をさらに実行する、としてもよい。
【００８５】
また、本実施形態の情報処理方法において、情報処理システムが、前記検索の結果、前記標準定義情報を特定出来なかった場合、前記標準定義情報のうち前記インターフェイス項目の名称を含むものを優先順位最高とし、当該優先順位最高の前記標準定義情報が複数存在する場合、当該標準定義情報が前記マッピング情報となっている件数を前記記憶装置でカウントし、前記件数の大きさによる優先順位付けを行い、前記標準定義情報を所定装置にリスト表示する、としてもよい。
【００８６】
また、本実施形態の情報処理方法において、情報処理システムが、前記検索の結果、前記標準定義情報を特定出来ず、かつ前記標準定義情報のうち前記インターフェイス項目の名称を含むものを特定出来なかった場合、前記インターフェイス項目の名称が含む所定語句を抽出し、前記標準定義情報のうち前記語句を含むものを優先順位最高とし、当該優先順位最高の前記標準定義情報が複数存在する場合、当該標準定義情報が前記マッピング情報となっている件数を前記記憶装置でカウントし、前記件数の大きさによる優先順位付けを行い、前記標準定義情報を所定装置にリスト表示する、としてもよい。
【符号の説明】
【００８７】
１、２    ネットワーク
１０  情報処理システム（入出力データマッピング支援システム）
１００  情報処理装置（ハブシステム）
１０１  記憶装置
１０２  プログラム
１０３  メモリ
１０４  演算装置
１０５  通信装置
１２５  受付（入力）インターフェイスＤＢ
１２６  受付（出力）インターフェイスＤＢ
１２７  受付マッピング情報ＤＢ
１２８  受付マッピング支援データＤＢ
１２９  応答（入力）インターフェイスＤＢ
１３０  応答（出力）インターフェイスＤＢ
１３１  応答マッピング情報ＤＢ
１３２  応答マッピング支援データＤＢ
２００  チャネル
２５０  金融機関端末
３００  勘定系
３５０  ベンダー端末
【図１】
2020190944.tif 000003
【図２】
2020190944.tif 000004
【図３】
2020190944.tif 000005
【図４】
2020190944.tif 000006
【図５】
2020190944.tif 000007
【図６】
2020190944.tif 000008
【図７】
2020190944.tif 000009
【図８】
2020190944.tif 000010
【図９】
2020190944.tif 000011
【図１０】
2020190944.tif 000012
【図１１】
2020190944.tif 000013
【図１２】
2020190944.tif 000014