特開 2023-47828 情報処理方法、情報処理装置及び情報処理システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023047828

(43)【公開日】2023-04-06

(54)【発明の名称】情報処理方法、情報処理装置及び情報処理システム

(51)【国際特許分類】

   G06Q 40/02 20230101AFI20230330BHJP

【ＦＩ】

G06Q40/02

【審査請求】有

【請求項の数】10

【出願形態】ＯＬ

(21)【出願番号】P 2021156966

(22)【出願日】2021-09-27

(71)【出願人】

【識別番号】500110267

【氏名又は名称】株式会社ＳＢＩ新生銀行

(74)【代理人】

【識別番号】100114557

【弁理士】

【氏名又は名称】河野 英仁

(74)【代理人】

【識別番号】100078868

【弁理士】

【氏名又は名称】河野 登夫

(72)【発明者】

【氏名】小嶋 健裕

(72)【発明者】

【氏名】小林 直之

(72)【発明者】

【氏名】伊藤 展慶

(72)【発明者】

【氏名】矢田 優希

【テーマコード（参考）】

5L055

【Ｆターム（参考）】

5L055BB02

5L055BB42

(57)【要約】

【課題】銀行業務のオペレーションコストを低減できる情報処理方法、情報処理装置及び情報処理システムを提供する。
【解決手段】情報処理方法は、複数の記入項目に情報が記載された書類のイメージデータを取得し、イメージデータの複数の記入項目に記載された各情報を、第１所定条件に基づいて、分散して入力するための複数の分散入力項目群に区分し、区分した各分散入力項目群を第１端末装置へ出力し、各分散入力項目群それぞれに所要の情報が入力された分散入力済みデータを第１端末装置から取得し、取得した分散入力済みデータに基づいて書類の書類データを生成する。
【選択図】図１

【特許請求の範囲】

【請求項1】

複数の記入項目に情報が記載された書類のイメージデータを取得し、
前記イメージデータの複数の記入項目に記載された各情報を、第１所定条件に基づいて、分散して入力するための複数の分散入力項目群に区分し、
区分した各分散入力項目群を第１端末装置へ出力し、
前記各分散入力項目群それぞれに所要の情報が入力された分散入力済みデータを前記第１端末装置から取得し、
取得した分散入力済みデータに基づいて前記書類の書類データを生成する、
情報処理方法。

【請求項2】

複数の記入項目に情報が記載された書類を取得し、
取得した書類をイメージデータに変換し、
変換したイメージデータを取得する、
請求項１に記載の情報処理方法。

【請求項3】

複数の顧客取引チャネルを介して取得された書類から得られる各分散入力済みデータは、同一のデータ形式を含む、
請求項１又は請求項２に記載の情報処理方法。

【請求項4】

生成した書類データを第２端末装置へ出力し、
前記第２端末装置から、第２所定条件に基づいて層別された書類データを取得する、
請求項１から請求項３のいずれか一項に記載の情報処理方法。

【請求項5】

前記書類データを自動化ツール部へ入力し、前記書類に基づく業務処理を実行する、
請求項１から請求項４のいずれか一項に記載の情報処理方法。

【請求項6】

前記第２所定条件は、
前記書類に基づく業務処理が例外処理でないこと、又は前記書類データに不備事由がないことを含む、
請求項４に記載の情報処理方法。

【請求項7】

前記書類を識別する識別ＩＤ、前記イメージデータ、及び生成した書類データを対応付けて書類ＤＢに記録する、
請求項１から請求項６のいずれか一項に記載の情報処理方法。

【請求項8】

区分した各分散入力項目群を、分散入力項目群毎に異なる第１端末装置へ出力し、
前記異なる第１端末装置それぞれから分散入力項目群に所要の情報が入力された分散入力済みデータを取得する、
請求項１から請求項７のいずれか一項に記載の情報処理方法。

【請求項9】

複数の記入項目に情報が記載された書類のイメージデータを取得する第１取得部と、
前記第１取得部で取得したイメージデータの複数の記入項目に記載された各情報を、第１所定条件に基づいて、分散して入力するための複数の分散入力項目群に区分する区分部と、
前記区分部で区分した複数の分散入力項目群を第１端末装置へ出力する出力部と、
前記各分散入力項目群それぞれに所要の情報が入力された分散入力済みデータを前記第１端末装置から取得する第２取得部と、
取得した分散入力済みデータに基づいて前記書類の書類データを生成する生成部と
を備える、
情報処理装置。

【請求項10】

請求項９に記載の情報処理装置を備え、
前記生成部が生成した書類データを用いて、自動化ツール装置により前記書類に基づく業務処理が実行される、
情報処理システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理方法、情報処理装置及び情報処理システムに関する。

【背景技術】

【0002】

銀行の業務は、主として、顧客から資金を預かる預金業務、銀行口座を有する顧客の依頼に応じて振り込みや送金を行う為替業務、及び預金業務で預かった資金を企業の投資資金として、あるいは個人の住宅ローンなどで貸し付ける融資業務の３大業務に分けられる。これらの業務に対して、銀行のオペレータ（テラーとも称される）は、店頭の窓口、郵送、ＦＡＸ、Ｗｅｂ／アプリなどの様々な取引チャネル（媒体）を介して、顧客からの依頼書や申込書などの書類を取得し、所定の業務を遂行する。

【0003】

特許文献１には、顧客から提出された伝票の記載事項を確認するテラーと、テラーから回付された伝票に記載された情報をキーイン操作して端末装置に入力するオペレータとで業務を分担し、オペレータが伝票記載事項の照合を行って中央計算機への送信操作を行うことで中央計算機が当該伝票情報に基づく処理を行うシステムが開示されている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開昭６２－６５１８６号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

しかし、銀行業務に限らず企業の業務において、従来のような２段階のオペレーション体制の場合、業務の難易度などに応じてスキルレベルの異なるオペレータを配置することが理想であるが、２段階の業務を同一のオペレータが行う場合や、スキルレベルの高いオペレータが、難易度の低い業務を担当する場合があり、難易度やスキルレベルに応じてオペレータを適切に配置することが困難な場合がある。また、従来の２段階のオペレーション体制では、オペレータを分けて配置する必要があり、多数のオペレータを必要とするため、オペレーションコストが高くなるという問題もある。

【0006】

本発明は、斯かる事情に鑑みてなされたものであり、企業の業務のオペレーションコストを低減できる情報処理方法、情報処理装置及び情報処理システムを提供することを目的とする。

【課題を解決するための手段】

【0007】

本願は上記課題を解決する手段を複数含んでいるが、その一例を挙げるならば、情報処理方法は、複数の記入項目に情報が記載された書類のイメージデータを取得し、イメージデータの複数の記入項目に記載された各情報を、第１所定条件に基づいて、分散して入力するための複数の分散入力項目群に区分し、区分した各分散入力項目群を第１端末装置へ出力し、各分散入力項目群それぞれに所要の情報が入力された分散入力済みデータを第１端末装置から取得し、取得した分散入力済みデータに基づいて書類の書類データを生成する。

【発明の効果】

【0008】

本発明によれば、企業の業務のオペレーションコストを低減できる。

【図面の簡単な説明】

【0009】

【図1】本実施の形態の情報処理システムの構成の一例を示す図である。

【図2】情報処理装置の構成の一例を示す図である。

【図3】書類の一例を示す図である。

【図4】分散入力項目群への区分の第１例を示す図である。

【図5】記入項目の切り出し方法の一例を示す図である。

【図6】分散入力項目群への区分の第２例を示す図である。

【図7】分散入力項目群の出力の一例を示す図である。

【図8】分散入力画面の一例を示す図である。

【図9】書類データの一例を示す図である。

【図10】書類ＤＢの構成の一例を示す図である。

【図11】オペレーション層別画面の一例を示す図である。

【図12】プロセスセクターにおける処理の一例を示す図である。

【図13】情報処理システムの処理手順を示す図である。

【発明を実施するための形態】

【0010】

以下、本発明の実施の形態を図面に基づいて説明する。図１は本実施の形態の情報処理システムの構成の一例を示す図である。情報処理システムは、情報処理装置５０、書類ＤＢ７０、及びＲＰＡ（Robotic Process Automation）３２を備える。なお、情報処理システムは、端末装置２１、２２、２３、端末装置３１、端末装置４１、又は業務システム３３を備えてもよい。本実施の形態による、銀行業務を遂行するためのプロセスを表すモデルは、例えば、顧客取引チャネル、ドキュメントセクター、リモートエントリセクター（分散入力システム）、ＣＲＭ（Customer Relationship Management）システム、プロセスセクター、及びコールセンターなどで構成してもよい。なお、図１に示すモデルは、一例であって、これに限定されるものではない。本明細書では、主に銀行業務を例に挙げて説明するが、本実施の形態は、銀行業務に限定されるものではなく、銀行以外の他の業種など、企業の種々の業務にも適用することができる。

【0011】

顧客取引チャネルは、顧客からの依頼書又は申込書など（本明細書では、纏めて「書類」とも称する）の受付媒体を表す。顧客取引チャネルは、店頭１１、郵送１２、ＦＡＸ１３、Ｗｅｂ－Ｉｎ１４、及びアプリ１５を含む。顧客取引チャネルは、図１の例に限定されるものではなく、他の顧客取引チャネルを含めてもよい。顧客取引チャネルで受け付けた書類は、ドキュメントセクターの情報処理装置５０へ入力される。

【0012】

ドキュメントセクターは、プロセスセクターとの協働による２段階オペレーションを実現する。ドキュメントセクターは、情報処理装置５０を含む。情報処理装置５０は、銀行業務のオペレーションの第１レベルのオペレーションを実行する。ドキュメントセクターでは、主として、書類をイメージデータに変換する処理（アナログデータからデジタルデータへの変換）、リモートエントリセクターから取得した分散入力済みデータに基づいて書類データを生成する処理、書類を識別するＩＤ（識別ＩＤ）とイメージデータと書類データとを対応付けて書類ＤＢ７０へ記録する処理などが行われる。情報処理装置５０の詳細は後述する。

【0013】

リモートエントリセクターは、第１オペレータが使用する端末装置２１～２３（第１端末装置）を含む。端末装置の数は一例であって、３台に限定されない。端末装置２１～２３は、例えば、パーソナルコンピュータ、又はタブレット端末などで構成することができる。情報処理装置５０と端末装置２１～２３とは、通信回線等で接続され、リモートエントリセクターは、勤務地の制約がない場所（例えば、在宅、地方都市、海外など）に配置することができる。リモートエントリセクターでは、情報処理装置５０から書類のイメージデータを取得し、書類の複数の記入項目に記載された、顧客が記入した各情報に基づいて、データの分散入力を行うことにより、分散入力済みデータを作成する。作成された分散入力済みデータは、情報処理装置５０へ出力される。ここで、図１に示すような種々の顧客取引チャネルを介して取得された書類から得られる各分散入力済みデータは、全て同一のデータ形式（例えば、ＣＳＶ：comma separated values）としてもよい。書類から得られる各分散入力済みデータとは、顧客取引チャネルの店頭１１、郵送１２、又はＦＡＸ１３から取得した書類をイメージデータに変換し、変換したイメージデータから得られる分散入力済みデータ、及び顧客取引チャネルのＷｅｂ－Ｉｎ１４、又はアプリ１５から書類のイメージデータを取得し、取得したイメージデータから得られる分散入力済みデータの両方を含む。各分散入力済みデータを同一のデータ形式とすることにより、これ以降のプロセスを統合することができ、同一データ形式による統一された処理を行うことができ、業務処理を単純化し、大幅なコスト削減を実現できる。分散入力の方法は、例えば、１つの書類に対して、複数の記入項目に記載された各情報を、複数の分散入力項目群に区分し、区分した分散入力項目群を、それぞれ異なる第１オペレータが分散して入力することができる。なお、リモートエントリセクターの第１オペレータによる分散入力処理は、ＯＣＲ（Optical Character Reader：光学文字認識）を用いて行ってもよい。この場合、第１オペレータは、ＯＣＲの認識結果を基にデータ入力の作業を行なえばよい。分散入力の詳細は後述する。

【0014】

プロセスセクターは、ドキュメントセクターとの協働による銀行業務のオペレーションの第２レベルのオペレーションを実行する。プロセスセクターは、第２オペレータが使用する端末装置３１（第２端末装置）、ＲＰＡ３２（自動化ツール部、自動化ツール装置）、及び業務システム３３を含む。端末装置３１は、例えば、パーソナルコンピュータ、又はタブレット端末などで構成することができる。ＣＲＭシステムは、書類ＤＢ７０に記録した書類データを端末装置３１へ出力してもよい。また、端末装置３１は、書類ＤＢ７０を検索して、プロセスセクターにおいて処理が必要な書類データを取得してもよい。第２オペレータは、端末装置３１を操作して、ＲＰＡ３２へ入力可能な書類データを層別し、層別した書類データをＲＰＡ３２へ入力する。ＲＰＡ３２は、入力された書類データを用いて所定の入力データに加工し、加工した入力データを業務システム３３に入力する。業務システム３３は、入力データに基づいて所定の業務処理を実行することができる。

【0015】

コールセンターは、コールセンターオペレータが使用する端末装置４１を含む。コールセンターオペレータは、端末装置４１を操作して、書類ＤＢ７０にアクセスすることができる。これにより、コールセンターオペレータは、顧客からの照会に迅速に対応できる。

【0016】

上述のように、リモートエントリセクターでは、第１オペレータ（レベル１オペレータ）が、ドキュメントセクターの情報処理装置５０が変換したイメージデータに基づいて、複数の記入項目に記載された各情報を分散して入力して、分散入力済みデータを作成することに特化した処理を行うことができる。これにより、リモートエントリセクターでは、既存のデータ入力技術とスケールメリットを活かし、大幅なコスト削減を実現できる。

【0017】

プロセスセクターでは、第２オペレータ（レベル１オペレータよりもスキルが高く、経験が豊富なレベル２オペレータ）が、ドキュメントセクターの情報処理装置５０が生成した書類データを層別して、ＲＰＡ３２で処理可能な書類データをＲＰＡ３２に入力することにより、低コストのロボットによる業務処理の自動化を実現できる。第２オペレータは、業務処理の大部分をＲＰＡ３２に任せることにより、スキルが必要な難度の高い業務や例外的な業務に対応する時間を確保することができる。

【0018】

ドキュメントセクターでは、情報処理装置５０が、書類（アナログデータ）をイメージデータ（デジタルデータ）に変換するので、店頭１１、郵送１２、又はＦＡＸ１３などのアナログ取引チャネルを、デジタルデータを用いて低コストで運用することが可能となる。このため、顧客にＷｅｂ－Ｉｎ１４やアプリ１５などのデジタル取引チャネルへの誘導を強いる必要がなく、顧客に対して、取引チャネルの選択肢を多数提供でき、顧客の満足度向上を図ることができる。また、あらゆる顧客取引チャネルの取引を同等の書類データとして処理することができるため、業務処理を単純化し、大幅なコスト削減を実現できる。また、ドキュメントセクターでは、情報処理装置５０が、リモートエントリセクターとプロセスセクターとを連携する機能を果たすことで、第１オペレータと第２オペレータとを適切に配置することができ、銀行業務のオペレーションコストを低減できる。また、銀行業務のプロセスフローを統一することができるので、同業他社や他業種への展開も容易にできる。

【0019】

図２は情報処理装置５０の構成の一例を示す図である。情報処理装置５０は、装置全体を制御する制御部５１、スキャナ部５２、記憶部５３、区分部５４、書類データ生成部５５、通信部５６、及びインタフェース部５７を備える。制御部５１は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）などで構成することができる。記憶部５３は、半導体メモリ又はハードディスク等で構成することができ、情報処理装置５０による処理結果、及び所要の情報を記憶することができる。

【0020】

通信部５６は、所要の通信モジュール等で構成され、通信回線を介して端末装置２１～２３、端末装置３１との間の通信機能を提供する。通信部５６は、端末装置２１～２３、端末装置３１との間で情報の送受信を行うことができる。また、通信部５６は、顧客取引チャネルのＷｅｂ－Ｉｎ１４、又はアプリ１５から書類のイメージデータを受信（取得）することができる。

【0021】

インタフェース部５７は、ＣＲＭシステム（書類ＤＢ７０）との間のインタフェース機能を有する。具体的には、制御部５１は、インタフェース部５７を介して書類ＤＢにアクセスすることができ、書類ＤＢに対して、情報の読出し及び書込みを行うことができる。

【0022】

スキャナ部５２は、取得部としての機能を有し、顧客取引チャネルの店頭１１、郵送１２、又はＦＡＸ１３から、複数の記入項目に情報が記載された書類を取得することができる。書類は、顧客からの申込書又は依頼書などである。書類を識別するＩＤ（識別ＩＤ）は、書類が情報処理装置５０に入力される場合に、スキャナ部５２又は制御部５１により自動で付与するようにしてもよく、あるいはオペレータが手動で割り当てるようにしてもよい。

【0023】

図３は書類の一例を示す図である。書類は、複数の記入項目に、顧客が記入した情報が記載された依頼書や申込書などである。書類名は、書類の種類を表し、例えば、口座振替、住所変更、登録内容変更（例えば、振込限度額、電話番号、利用口座の追加・削除）、口座開設、各種ローン（住宅ローン、教育ローン、リフォームローン、カードローンなど）などの申込書や依頼書であることが記載される。申込書や依頼書は、１頁のものもあれば、複数の頁で構成されるものもある。本明細書では、書類が１頁で構成されるものとして説明するが、書類は複数頁で構成されるものでもよい。

【0024】

図３は、複数の記入項目を模式的に表している。図３では、記入項目に符号Ａ１～Ａ６、Ｂ１～Ｂ５を付している。各記入項目は、矩形状の記入領域を有する。顧客は、この記入領域に必要事項を記入することができる。記入項目Ａ１～Ａ６は、それぞれ「姓」、「名」、「印」、「生年月日」、「住所」、「電話番号」を記入する箇所である。記入項目Ｂ１～Ｂ５は、それぞれ「住居」（例えば、戸建、借家などの住居の種別など）、「家族構成」（例えば、配偶者の有無、子供の有無など）、「健康保険の種類」、「業種・職種」、「雇用形態」（例えば、正社員、契約社員、自営業など）を記入する箇所である。なお、記入項目の内容や配置は、一例であって図３の例に限定されない。また、実際の申込書や依頼書の記入項目の内容や配置と異なる場合がある。

【0025】

書類の記入項目は、個人情報が特定される可能性があるものと、個人情報が特定されない、あるいは特定されにくいものとに分けることができる。図３の例では、記入項目Ａ１、Ａ２、Ａ４～Ａ６の少なくとも２つの情報が組み合わされると個人が特定される可能性がある。記入項目Ａ３の「印」が苗字だけの場合、記入項目Ａ１と同一として扱える。一方、記入項目Ｂ１～Ｂ５の各情報が組み合わされても個人が特定される可能性は低い。

【0026】

スキャナ部５２は、書類の読取機構、スキャナ機構などを備え、書類を光学的に読み取って、書類をイメージデータに変換することができる。イメージデータは、書類のＩＤに紐付けされて変換される。これにより、ＩＤによって書類とイメージデータとが対応付けされる。

【0027】

区分部５４は、スキャナ部５２で変換されたイメージデータ、又は通信部５６を介して取得したイメージデータの複数の記入項目に記載された各情報を、第１所定条件に基づいて、分散して入力するための複数の分散入力項目群に区分することができる。分散入力項目群とは、一人の第１オペレータによる入力操作が許容されている、１又は複数の入力項目を纏めて称するものである。すなわち、分散入力項目群とは、一人の第１オペレータが入力することができる１又は複数の入力項目である。

【0028】

図４は分散入力項目群への区分の第１例を示す図である。図４の例では、書類のイメージデータから、分散入力項目群として、６個の群１～６に区分されている。群１は、イメージデータから、記入項目Ａ１だけが切り出されている。群２は、イメージデータから、記入項目Ａ２だけが切り出されている。群３は、イメージデータから、記入項目Ａ４だけが切り出されている。群４は、イメージデータから、記入項目Ａ５だけが切り出されている。群５は、イメージデータから、記入項目Ａ６だけが切り出されている。群６は、イメージデータから、記入項目Ｂ１～Ｂ５が切り出されている。記入項目Ａ３は「印」なので、データ入力する必要がなく、分散入力項目群に含まれていない。記入項目Ａ３を切り出して、「可」または「不可」の印鑑照合結果をデータ入力することにしてもよい。各記入項目の切り出し方法は、例えば、以下のようにすることができる。

【0029】

図５は記入項目の切り出し方法の一例を示す図である。書類は、その種類に応じて、記入項目の数、大きさ、配置などが予め定められている。書類の種別毎に、図５に示す配置情報を記憶部５３に記憶しておくことができる。図５の例では、記入項目Ａ１、Ａ２、Ａ４～Ａ６毎に、それぞれの記入項目の矩形領域の左上座標と右下座標とが対応付けられている。区分部５４は、左上座標と右下座標とで決定される矩形領域を特定することにより、記入項目を切り出すことができる。記入項目Ａ３については、０が付されている。ここで、０は切り出す必要がないことを示すが、他の符号を用いてもよい。記入項目Ｂ１～Ｂ５については、１つに纏めて切り出すことができるので、記入項目Ｂ１～Ｂ５を囲む矩形領域の矩形領域の左上座標と右下座標とが対応付けられている。なお、図５の例では、切り出す領域を特定するために、矩形領域の左上座標と右下座標とを用いているが、これに代えて、例えば、左上座標と矩形領域の縦横長さとを用いてもよい。

【0030】

区分部５４は、前述の第１所定条件として、書類の複数の記入項目に情報を記入した顧客の個人情報が特定されないように、複数の分散入力項目群に区分することができる。図４の例では、群１は「姓」だけが切り出され、群２は「名」だけが切り出され、群３は「生年月日」だけが切り出され、群４は「住所」だけが切り出され、群５は「電話番号」だけが切り出されている。また、群６は「住居」、「家族構成」、「健康保険の種類」、「業種・職種」、及び「雇用形態」が切り出されている。このように、群１～６それぞれの分散入力項目群だけでは、顧客の個人情報が特定される可能性が低い。

【0031】

区分部５４は、前述の第１所定条件として、各分散入力項目群に、前類の複数の記入項目に情報を記入した顧客の姓、名、生年月日、住所、及び電話番号の少なくとも２つが含まれないように、複数の分散入力項目群に区分することができる。なお、姓、名、生年月日、住所、及び電話番号以外に、顧客の口座番号、捺印又は署名などを含めてもよい。

【0032】

上述のように、複数の分散入力項目群に区分することによって、顧客の個人情報の漏洩を未然に防止することができる。また、一人の第１オペレータは、自分に割り当てられた分散入力項目群だけの情報を入力すればよいので、書類の複数の記入項目の情報を一人で入力する場合に比べて、入力作業を単純化できる。特に、多数の顧客からの多数の書類を扱う場合、作業労力を軽減することができ、同程度の作業をする場合に、少ないオペレータで遂行することが可能となる。

【0033】

上述の例では、群１～群６のように区分したが、区分方法は一例であって、図４の区分に限定されるものではない。例えば、個人情報が特定される可能性は若干増えるが、記入項目Ａ１とＡ６を１つの群として区分し、記入項目Ａ２、Ａ４、及びＡ５を１つの群として区分してもよい。また、書類の記入項目の数が少ない場合には、複数の分散入力項目群に区分しなくてもよい。

【0034】

図６は分散入力項目群への区分の第２例を示す図である。図４に示す第１例では、書類のイメージデータから記入項目に対応する矩形領域を切り出す構成であったが、図６に示すように、書類のイメージデータに対して、所要の記入項目に対応する矩形領域以外の領域をマスキングする構成としてもよい。群１は記入項目Ａ１以外の領域がマスキングされ、群２は記入項目Ａ２以外の領域がマスキングされ、群３は記入項目Ａ４以外の領域がマスキングされ、群４は記入項目Ａ５以外の領域がマスキングされ、群５は記入項目Ａ６以外の領域がマスキングされ、群６は記入項目Ｂ１～Ｂ５以外の領域がマスキングされている。マスキングは、図５に示す座標を用いることができる。

【0035】

図７は分散入力項目群の出力の一例を示す図である。図７に示すように、情報処理装置５０は、区分した分散入力項目群（具体的には、群１～６に対応する記入項目Ａ１、Ａ２、Ａ４、Ａ５、Ａ６、及びＢ１～Ｂ５）を、それぞれ端末装置２１～２６へ出力する。端末装置２１～２６は、例えば、パーソナルコンピュータ又はタブレット端末などであり、第１オペレータが使用する。

【0036】

区分部５４は、イメージデータから、区分した複数の分散入力項目群それぞれに対応する部分イメージデータを切り出す。制御部５１は、切り出した各部分イメージデータを端末装置２１～２６へ出力することができる。また、制御部５１は、区分した各分散入力項目群を、分散入力項目群毎に異なる端末装置２１～２６へ出力することができる。

【0037】

上述のように、制御部５１は、出力部としての機能を有し、通信部５６を介して、区分部５４で区分した各分散入力項目群を端末装置２１～２６へ出力することができる。各第１オペレータは、自分に割り当てられた記入項目の情報しか入力しないので、顧客情報（個人情報など）の漏洩のリスクを抑えることができる。端末装置２１～２６の数は、区分した分散入力項目群の数に応じて決定すればよい。例えば、分散入力項目群の数が１であれば、１台の端末装置２１だけでよい。また、分散入力項目群の数が２であれば、２台の端末装置２１、２２だけでよい。

【0038】

上述のように、本実施の形態では、第１オペレータの作業の前段で、情報処理装置５０が、イメージデータの複数の記入項目に記載された各情報を、複数の分散入力項目群に区分するので、第１オペレータの入力作業を単純化することができ、銀行業務のオペレーションコストを低減できる。

【0039】

次に、第１オペレータによる分散入力について説明する。

【0040】

図８は分散入力画面の一例を示す図である。図８では、書類の複数の記入項目のうち、記入項目Ａ５に対応する「住所」を入力する場合について説明する。分散入力画面の左側には、複数の書類について、書類のＩＤ、項目（Ａ５）、及び各書類のイメージデータから切り出された「住所」の一覧が表示される。第１オペレータは、ＩＤ毎の住所を参照することができる。分散入力画面の右側には、住所の入力欄が表示されている。第１オペレータは、ＩＤ毎に、表示された住所を、記載どおりに入力欄に入力する作業を行う。「不備事由登録」アイコンは、第１オペレータが、住所等に何らかの不備（例えば、記載漏れ、誤記、重複申請など）が発見された場合、その事由を記録すべく入力することができる。「プレビュー」アイコンは、入力操作の結果を表示させて、入力に誤りがないことを確認できる。「送信」アイコンを操作することにより、端末装置２５は、所要の情報（図８の例では「住所」）が入力された分散入力済みデータ（図８の例では「住所」）を情報処理装置５０へ送信できる。

【0041】

図８の例では、「住所」だけを入力する場合について説明したが、他の記入項目Ａ１（「姓」）、Ａ２（「名」）、Ａ４（「生年月日」）、Ａ６（「電話番号」）、及びＢ１～Ｂ５についても同様である。また、図８では、「住所」だけを入力する構成であるが、これに限定されるものではなく、例えば、「住所」に加えて、「名」及び「生年月日」などの記入項目も同時に入力するようにしてもよい。

【0042】

図８の例では、分散入力を第１オペレータが手作業で行う構成であるが、これに限定されるものではなく、例えば、オペレータは、ＯＣＲなどのツールを用いて、入力作業を省力化してもよい。この場合、情報処理装置５０は、複数の記入項目に情報が記載された書類のイメージデータを取得し、イメージデータの複数の記入項目に記載された各情報を、第１所定条件に基づいて、分散して入力するための複数の分散入力項目群に区分し、区分した各分散入力項目群の内容をＯＣＲに読み取らせ、読み取り結果を分散入力画面に前もって表示しておくことで、オペレータの作業を省力化することができる。オペレータは、ＯＣＲの読み取り結果が誤っている場合は、前もって表示された内容を修正することができる。

【0043】

書類データ生成部５５は、各分散入力項目群それぞれに所要の情報が入力された分散入力済みデータを端末装置２１～２６の少なくとも１つから取得し、取得した分散入力済みデータに基づいて書類データを生成することができる。以下、書類データについて説明する。

【0044】

図７を参照して、情報処理装置５０は、端末装置２１から、記入項目Ａ１の情報が入力された分散入力済みデータを取得する。情報処理装置５０は、端末装置２２から、記入項目Ａ２の情報が入力された分散入力済みデータを取得する。情報処理装置５０は、端末装置２３から、記入項目Ａ４の情報が入力された分散入力済みデータを取得する。情報処理装置５０は、端末装置２４から、記入項目Ａ５の情報が入力された分散入力済みデータを取得する。情報処理装置５０は、端末装置２５から、記入項目Ａ６の情報が入力された分散入力済みデータを取得する。情報処理装置５０は、端末装置２６から、記入項目Ｂ１～Ｂ５の情報が入力された分散入力済みデータを取得する。

【0045】

このように、情報処理装置５０は、異なる端末装置２１～２６それぞれから分散入力項目群に所要の情報が入力された分散入力済みデータを取得することができる。

【0046】

図９は書類データの一例を示す図である。書類データは、ＩＤ毎に、書類名、各記入項目Ａ１、Ａ２、Ａ４～Ａ６、Ｂ１～Ｂ５それぞれの分散入力済みデータで構成される。また、各記入項目に記載された情報などに不備事由がある場合、書類データには、不備事由を含めてもよい。不備事由は、記入項目を識別する項目符号（Ａ１、Ａ２、Ａ４～Ａ６、Ｂ１～Ｂ５など）、不備事由を識別する不備事由符号（例えば、Ｅ１：記載漏れ、Ｅ２：誤記、Ｅ３：重複申請など）、第１オペレータのよるコメントなどで表すことができる。

【0047】

制御部５１は、インタフェース部５７を介して、ＩＤ（書類を識別する識別ＩＤ）、イメージデータ、及び生成した書類データを対応付けて書類ＤＢ７０に記録することができる。

【0048】

図１０は書類ＤＢ７０の構成の一例を示す図である。書類ＤＢ７０は、書類名、書類ＩＤ（単に「ＩＤ」でもよい）、イメージデータ、及び書類データの各情報で構成されている。書類ＩＤによって、書類（原本、紙媒体）、イメージデータ、及び書類データが対応付けられる。書類データには、不備事由を含めてもよい。なお、書類の原本には、書類ＩＤを含む二次元バーコードが印刷されたラベルを貼付し、書類の原本はクリアホルダ等にファイリングして管理することができる。図１０の例では、書類名が口座振替依頼書の場合、書類ＩＤ：０００１００に対して、イメージデータ：Ｂ０００１００、及び書類データ：Ｃ０００１００が対応付けられ、書類ＩＤ：０００１２０に対して、イメージデータ：Ｂ０００１２０、及び書類データ：Ｃ０００１２０が対応付けられている。他の書類ＩＤについても同様である。また、書類名が住宅ローン申込書の場合、書類ＩＤ：１００２２０に対して、イメージデータ：Ｂ１００２２０、及び書類データ：Ｃ１００２２０が対応付けられ、書類ＩＤ：１００５０１に対して、イメージデータ：Ｂ１００５０１、及び書類データ：Ｃ１００５０１が対応付けられている。他の書類ＩＤについても同様である。また、他の書類名について同様である。

【0049】

次に、第２オペレータが関わる処理について説明する。

【0050】

情報処理装置５０は、書類データを生成した場合、あるいは、ＩＤ、イメージデータ、及び生成した書類データを対応付けて書類ＤＢ７０に記録した場合、その旨を第２オペレータが使用する端末装置３１へ通知することができる。第２オペレータは、端末装置３１を用いて、情報処理装置５０から直接、書類データを取得してもよく、あるいは書類ＤＢ７０にアクセスして書類データを取得してもよい。情報処理装置５０は、生成した書類データを端末装置３１（第２端末装置）へ出力してもよい。

【0051】

図１１はオペレーション層別画面の一例を示す図である。オペレーション層別とは、プロセスセクターにおいて、情報処理装置５０が生成した書類データを用いて各業務プロセス処理を行う場合に、書類データをＲＰＡ３２に流してオペレーションを自動処理するか、第２オペレータによってオペレーションを手動処理するかを層別することを意味する。図１１に示すように、オペレーション層別画面では、ＩＤ、書類名、記入項目毎の分散入力済みデータ、及び不備事由を含む書類データが表示される。なお、第２オペレータは、「次」アイコン、又は「前」アイコンを操作することによって、複数の書類データを順次表示させることができる。「反社該当確認」アイコンを操作することによって、反社該当有無のチェックを行うための参考情報などを表示してもよい。

【0052】

イメージ検索画面にＩＤを入力（又は選択）することによって、当該ＩＤに対応付けられたイメージデータを表示させることもできる。第２オペレータは、必要に応じて、書類データだけでなく、対応するイメージデータも同時に表示させることができる。これにより、両方のデータを使って、作業性を向上させることができる。「ＲＰＡ処理」アイコンを操作することにより、書類データは、ＲＰＡ３２へ出力される。書類データのＲＰＡ３２への出力は、逐一行うリアルタイム処理でもよく、所定数の書類データが蓄積された後に出力するようなバッチ処理でもよい。「保留」アイコンを操作することにより、書類データは、ＲＰＡ３２へ出力されることなく、第２オペレータによる手動処理に送られる。

【0053】

端末装置３１が表示するオペレーション層別画面は、図１１の例に限定されるものではなく、他の表示形式、表示態様であってもよい。

【0054】

上述のように、端末装置３１は、第２所定条件に基づいて層別された書類データをＲＰＡ３２へ出力することができる。第２所定条件は、例えば、書類データに不備事由がないこと、書類に基づく業務処理が例外処理でないこと、書類データに反社該当がないこと等を含む。

【0055】

図１２はプロセスセクターにおける処理の一例を示す図である。図１２に示すように、ＲＰＡ（自動化ツール部）３２は、端末装置３１から書類データを取得する。ＲＰＡ３２は、いわゆる人間が行う業務を処理するロボットであり、処理に応じて１又は複数のロボットで構成することができる。ＲＰＡ３２は、人間が行う定型的な処理を自動化することができる。図１２の例では、ＲＰＡ３２は、取得した書類データに基づいて、業務システム３３に入力するための入力データを生成し、生成した入力データを業務システム３３に入力する。業務システム３３は、例えば、勘定系システムであり、それぞれの書類名に対応する業務処理を実行することができる。

【0056】

上述の例では、第２オペレータが、端末装置３１を用いて、オペレーション層別を行う構成であるが、これに限定されるものではない。例えば、第２オペレータに代えて、ＲＰＡなどの自動化ツール（業務システム）を用いて、オペレーション層別を自動入力してもよい。この場合、情報処理方法は、情報処理装置５０が、複数の記入項目に情報が記載された書類のイメージデータを取得し、イメージデータの複数の記入項目に記載された各情報を、第１所定条件に基づいて、分散して入力するための複数の分散入力項目群に区分し、区分した各分散入力項目群を第１端末装置へ出力する。情報処理装置５０は、各分散入力項目群それぞれに所要の情報が入力された分散入力済みデータを第１端末装置から取得し、取得した分散入力済みデータに基づいて書類データを生成する。第１自動化ツール部（第１ＲＰＡ）は、情報処理装置５０から書類データ（書類ＤＢ７０に記録した書類データも含む）を取得し、取得した書類データから第２自動化ツール部へ出力可能な書類データを層別し、層別した書類データを第２自動化ツール部へ出力する。第２自動化ツール部は、第１自動化ツール部から入力された書類データに基づいて、書類に基づく業務処理を実行する。

【0057】

図１３は情報処理システムの処理手順を示す図である。情報処理装置５０は、店頭１１、郵送１２、ＦＡＸ１３などの顧客取引チャネルを通じて、書類を取得し（Ｓ１）、書類を識別する書類ＩＤを付与する（Ｓ２）。書類は、例えば、図３に例示したものである。情報処理装置５０は、取得した書類をイメージデータに変換する（Ｓ３）。なお、顧客取引チャネルがＷｅｂ－Ｉｎ１４又はアプリ１５の場合には、書類（原本）に代えて、イメージデータを直接取得できるので、ステップＳ１、Ｓ３の処理は不要である。なお、ＦＡＸ１３等で書類に加えて送り状が付いている場合には、ドキュメントセンターのオペレータが、送り状は削除すればよい。また、郵送１２やＦＡＸ１３を通じて取得する書類が複数の頁で構成される場合には、オペレータが、頁の順番を確認し、必要に応じて頁順に揃えることができる。

【0058】

情報処理装置５０は、イメージデータの複数の記入項目に記載された各情報を、第１所定条件に基づいて、分散入力項目群に区分する（Ｓ４）。分散入力項目群は、例えば、図４に例示したものである。情報処理装置５０は、分散入力項目群を端末装置２１～２３（端末装置２１～２６でもよい）へ送信する（Ｓ５）。端末装置２１～２３では、リモートエントリセクターの第１オペレータによって分散入力が行われる（Ｓ６）。分散入力は、図８に例示した画面を用いることができる。

【0059】

情報処理装置５０は、端末装置２１～２３から分散入力済みデータを取得し（Ｓ７）、取得した分散入力済みデータに基づいて書類データを生成する（Ｓ８）。書類データは、図９に例示したものである。情報処理装置５０は、書類ＩＤ、イメージデータ、及び書類データを対応付けて書類ＤＢ７０に記録する（Ｓ９）。書類ＤＢ７０は、図１０に例示したものである。ＣＲＭシステムは、書類ＤＢ７０を更新する（Ｓ１０）。

【0060】

端末装置３１は、ＣＲＭシステム（書類ＤＢ７０）から書類データを取得し（Ｓ１１）、第２オペレータによるオペレーション層別を行う（Ｓ１２）。オペレーション層別は、図１１に例示した画面を用いることができる。端末装置３１は、層別した書類データをＲＰＡ３２へ入力する（Ｓ１３）。ＲＰＡ３２は、業務システム３３と連携して業務処理を実行し（Ｓ１４）、処理を終了する。

【0061】

上述のように、本実施の形態によれば、リモートエントリセクターの第１オペレータ（レベル１オペレータ）が、情報処理装置５０が変換したイメージデータに基づいて、複数の記入項目に記載された各情報を分散して入力して、分散入力済みデータを作成することにより、入力作業を単純化できるので、既存のデータ入力技術とスケールメリットを活かし、大幅なコスト削減を実現できる。

【0062】

また、本実施の形態によれば、プロセスセクターの第２オペレータ（レベル２オペレータ）が、情報処理装置５０が生成した書類データを層別して、ＲＰＡ３２で処理可能な書類データをＲＰＡ３２に入力することにより、低コストのロボットによる業務処理の自動化を実現できる。第２オペレータは、業務処理の大部分をＲＰＡ３２に任せることにより、難度の高い業務や例外的な業務に対応する時間を確保することができる。また、第２オペレータが従来行っていた業務を自動化できるので、第２オペレータの数を低減できる。

【0063】

また、本実施の形態によれば、情報処理装置５０が、リモートエントリセクターとプロセスセクターとを連携する機能を果たすことで、第１オペレータと第２オペレータとを適切に配置することができ、銀行業務のオペレーションコストを低減できる。また、銀行業務のプロセスフローを統一することができるので、同業他社や他業種への展開も容易にできる。

【0064】

本実施の形態において、ドキュメントセクターのオペレータは、書類の受領、保管やファイリング、書類の可読判断、不備書類の顧客への返却などの作業を行ってもよい。

【0065】

本実施の形態において、書類の可読判定を情報処理装置５０や他の装置で行うようにしてもよい。また、予め申込書や依頼書に書類名に固有の二次元バーコードを印刷しておき、書類をイメージデータに変換する際に二次元バーコードも読み取り、分散入力に必要な書類だけを特定して、頁順に組み替えることもできる。

【0066】

本実施の形態において、書類の複数の記入項目の複雑さや難易度に応じて、一人の第１オペレータが１つの分散入力項目群の入力を行うか、２人の第１オペレータが１つの分散入力項目群の入力を行うかを選択できるようにしてもよい。この場合、２人の第１オペレータの入力データが正しい場合に、分散入力済みデータを情報処理装置５０へ送信するようにしてもよい。これにより、分散入力のエラーを防止することができる。

【0067】

本実施の形態の情報処理方法は、複数の記入項目に情報が記載された書類のイメージデータを取得し、前記イメージデータの複数の記入項目に記載された各情報を、第１所定条件に基づいて、分散して入力するための複数の分散入力項目群に区分し、区分した各分散入力項目群を第１端末装置へ出力し、前記各分散入力項目群それぞれに所要の情報が入力された分散入力済みデータを前記第１端末装置から取得し、取得した分散入力済みデータに基づいて前記書類の書類データを生成する。

【0068】

本実施の形態の情報処理方法は、複数の記入項目に情報が記載された書類を取得し、取得した書類をイメージデータに変換し、変換したイメージデータを取得する。

【0069】

本実施の形態の情報処理方法において、複数の顧客取引チャネルを介して取得された書類から得られる各分散入力済みデータは、同一のデータ形式を含む。

【0070】

本実施の形態の情報処理方法は、生成した書類データを第２端末装置へ出力し、前記第２端末装置から、第２所定条件に基づいて層別された書類データを取得する。

【0071】

本実施の形態の情報処理方法は、前記書類データを自動化ツール部へ入力し、前記書類に基づく業務処理を実行する。

【0072】

本実施の形態の情報処理方法は、前記第２所定条件は、前記書類に基づく業務処理が例外処理でないこと、又は前記書類データに不備事由がないことを含む。

【0073】

本実施の形態の情報処理方法は、前記書類を識別する識別ＩＤ、前記イメージデータ、及び生成した書類データを対応付けて書類ＤＢに記録する。

【0074】

本実施の形態の情報処理方法は、変換したイメージデータから、区分した複数の分散入力項目群それぞれに対応する部分イメージデータを切り出し、切り出した各部分イメージデータを前記第１端末装置へ出力する。

【0075】

本実施の形態の情報処理方法は、区分した各分散入力項目群を、分散入力項目群毎に異なる第１端末装置へ出力し、前記異なる第１端末装置それぞれから分散入力項目群に所要の情報が入力された分散入力済みデータを取得する。

【0076】

本実施の形態の情報処理方法は、前記第１所定条件は、前記書類の複数の記入項目に情報を記入した顧客の個人情報が特定されないことである。

【0077】

本実施の形態の情報処理方法は、前記第１所定条件は、各分散入力項目群に、前記書類の複数の記入項目に情報を記入した顧客の姓、名、住所、電話番号、生年月日、口座番号、及び、署名または捺印の少なくとも２つが含まれないことである。

【0078】

本実施の形態の情報処理装置は、複数の記入項目に情報が記載された書類のイメージデータを取得する第１取得部と、前記第１取得部で取得したイメージデータの複数の記入項目に記載された各情報を、第１所定条件に基づいて、分散して入力するための複数の分散入力項目群に区分する区分部と、前記区分部で区分した複数の分散入力項目群を第１端末装置へ出力する出力部と、前記各分散入力項目群それぞれに所要の情報が入力された分散入力済みデータを前記第１端末装置から取得する第２取得部と、取得した分散入力済みデータに基づいて前記書類の書類データを生成する生成部とを備える。

【0079】

本実施の形態の情報処理システムは、前述の情報処理装置を備え、前記生成部が生成した書類データを用いて、自動化ツール装置により前記書類に基づく業務処理が実行される。

【0080】

本実施の形態は、銀行業務に限定されるものではなく、例えば、銀行業務以外の他業種の業務や、企業の種々の業務にも適用することができる。

【符号の説明】

【0081】

１１ 店頭
１２ 郵送
１３ ＦＡＸ
１４ Ｗｅｂ－Ｉｎ
１５ アプリ
２１、２２、２３、２４、２５、２６ 端末装置
３１ 端末装置
３２ ＲＰＡ
３３ 業務システム
４１ 端末装置
５０ 情報処理装置
５１ 制御部
５２ スキャナ部
５３ 記憶部
５４ 区分部
５５ 書類データ生成部
５６ 通信部
５７ インタフェース部
７０ 書類ＤＢ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】