JP7318214B2 - 申込処理システム - Google Patents

Description

本発明は、申込処理システムに関する。

銀行等の金融機関において口座開設を行う場合、従来は、申込者が金融機関の窓口に必要事項を記入した申込書を提出することで行っていた。銀行の窓口で行う口座開設処理は、行員が申込書を見ながら口座開設の画面にしたがってオペレーションをするものであり、確実に口座開設処理を行うことができる。
近年では、申込者が所持するスマートフォン等の携帯端末を用いて行う方法や、申込者が自宅にて必要事項を記入した申込書を記入の上、郵送することで行う方法等、申込者が窓口に行かずとも種々の方法により口座開設を行うことができるようになってきている（例えば、特許文献１）。

ところで、銀行で口座開設処理を行う勘定系システムは、個人情報を含み、残高等の金融資産の情報を有することから、高セキュリティ性が要求される。そのため、銀行は、申込者の携帯端末等と、勘定系システムとを直接接続させないようにシステムを構築しているのが一般的である。
また、勘定系システムは、大規模なシステムであるため、勘定系システムの改修には、莫大な工数と費用がかかる。そのため、他のシステム側において勘定系システムに合わせたインタフェースにすることで、勘定系システムには新たな処理の追加を行わずに済むようにする要請が強い。

特許第５９２２１９４号公報

本発明は、データを処理する側でのシステムに合わせて確実にデータを受け渡すための申込処理システムを提供することを目的とする。

本発明は、以下のような解決手段により、前記課題を解決する。なお、理解を容易にするために、本発明の実施形態に対応する符号を付して説明するが、これに限定されるものではない。また、符号を付して説明した構成は、適宜改良してもよく、また、少なくとも一部を他の構成物に代替してもよい。

第１の発明は、複数の申込者の申込データを記憶した記憶部（２２）を有するデータ仲介装置（１）と、前記データ仲介装置に対して通信接続されておらず、申込処理を行う申込処理装置（７）と、を備えた申込処理システム（１００）であって、前記申込処理装置は、複数の処理画面を順番に遷移させ、各処理画面において各項目に対する入力が行われることによって、一の前記申込者に対する前記申込処理を行うものであり、前記データ仲介装置は、前記申込処理装置での各処理画面に対応する、前記申込データの内容を含む情報をコード化した二次元コードを生成する二次元コード生成部（１３）と、前記二次元コード生成部により生成された前記二次元コードを、前記申込処理装置における処理画面の遷移順に、前記データ仲介装置の表示部（２７）に出力する二次元コード出力部（１４）と、を備え、前記申込処理装置は、前記データ仲介装置の前記表示部に表示された前記二次元コードを読み取る読取部（８５）と、前記読取部により読み取られた前記二次元コードに対応した前記処理画面を、前記申込処理装置の表示部（８７）に出力する画面出力部（７２）と、前記読取部により前記データ仲介装置の前記表示部に出力された前記二次元コードの全ての読取がされたことに応じて、前記申込処理が完了する申込処理部（７３）と、を備えること、を特徴とする申込処理システムである。
第２の発明は、第１の発明の申込処理システム（１００）において、前記データ仲介装置（１）の前記二次元コード出力部（１４）は、入力部（２６）によるページ送り操作に応じて、前記二次元コードを前記遷移順に出力すること、を特徴とする申込処理システムである。
第３の発明は、第１の発明又は第２の発明の申込処理システム（１００）において、前記申込処理装置（７）は、入力インタフェースとして前記読取部（８５）のみを有し、前記データ仲介装置（１）の前記二次元コード生成部（１３）は、前記申込処理における最初の処理画面に対応する前記二次元コードとして、前記処理画面を特定する画面番号と、入力項目に対応したデータとを含む前記二次元コードを生成し、二番目以降の処理画面に対応する前記二次元コードとして、さらに、直前の処理画面の入力を確定させる入力確定指示を含む前記二次元コードを生成すること、を特徴とする申込処理システムである。
第４の発明は、第１の発明から第３の発明までのいずれかの申込処理システム（１００）において、前記申込処理装置（７）の前記申込処理部（７３）は、前記申込処理装置の印刷部（８８）から処理結果物（５５）を出力させ、前記データ仲介装置（１）は、前記印刷部から出力された前記処理結果物が一意のコードが予め付された袋体（５０）に封入されたことに応じて、前記袋体の前記コードを読み取る読取部（２５）と、前記読取部により読み取られた前記コードと、前記一の申込者の前記申込データとを関連付ける関連付け部（１６）と、を備えること、を特徴とする申込処理システムである。
第５の発明は、第４の発明の申込処理システム（１００）において、前記データ仲介装置（１）に対して通信接続された封入照合装置（３）を備え、前記データ仲介装置の前記記憶部（２２）には、前記申込データに、前記申込データを識別するデータ識別情報が対応付けられて記憶されており、前記封入照合装置は、コードを読み取る読取部（４５）と、前記読取部が、前記袋体（５０）を封入し郵送するための封筒（５２）に有する前記データ識別情報を表すコードと、前記袋体に付された前記コードとを読み取って、同一の申込データに関するものか否かを照合する照合部（３２）と、前記照合部による照合結果を表示部（４７）に出力する照合結果出力部（３３）と、を備えること、を特徴とする申込処理システムである。
第６の発明は、第４の発明又は第５の発明の申込処理システム（１００）において、前記申込処理は、銀行での口座開設処理であり、前記処理結果物は、口座開設処理に伴い印刷される通帳（５５）であること、を特徴とする申込処理システムである。
第７の発明は、第１の発明から第６の発明までのいずれかの申込処理システム（１００）において、前記データ仲介装置（１）は、各申込者が使用する各申込者端末（５ａ）に対して通信接続されており、各申込者端末から前記申込データの少なくとも一部のデータである申込者入力データを受信するデータ受信部（１１）を備えること、を特徴とする申込処理システムである。
第８の発明は、第７の発明の申込処理システム（１００）において、前記データ仲介装置（１）は、前記データ受信部（１１）が受信した前記申込者入力データを補完する補完データの入力を受け付ける補完データ受付部（１２）を備え、前記申込データは、前記申込者入力データと、前記補完データとを含むデータであること、を特徴とする申込処理システムである。

本発明によれば、データを処理する側でのシステムに合わせて確実にデータを受け渡すための申込処理システムを提供することができる。

本実施形態に係る申込処理システムの全体構成図である。 本実施形態に係るデータ仲介装置の機能ブロック図である。 本実施形態に係るデータ仲介装置の記憶部の例を示す図である。 本実施形態に係る封入照合装置の機能ブロック図である。 本実施形態に係る申込処理装置の機能ブロック図である。 本実施形態に係るデータ仲介装置のデータ準備処理を示すフローチャートである。 本実施形態に係るデータ仲介装置の申込データ処理を示すフローチャートである。 本実施形態に係るデータ仲介装置での表示例を示す図である。 本実施形態に係る申込処理装置の口座開設処理を示すフローチャートである。 本実施形態に係るデータ仲介装置及び申込処理装置での表示例を示す図である。 本実施形態に係る口座開設処理が完了した後のデータ仲介装置における通帳処理を説明するための図である。 本実施形態に係る封入照合装置における送付確認処理を説明するための図である。

以下、本発明を実施するための形態について、図を参照しながら説明する。なお、これは、あくまでも一例であって、本発明の技術的範囲はこれに限られるものではない。
（実施形態）
〔申込処理システム１００〕
図１は、本実施形態に係る申込処理システム１００の全体構成図である。
図１に示す申込処理システム１００は、申込者が携帯端末５ａ（申込者端末）を用いて口座開設の申込をした場合に、業務支援システム１０１から銀行システム１０２に対して口座開設処理（申込処理）に必要な申込データを受け渡す。そして、申込処理システム１００は、銀行システム１０２において受け渡された申込データを用いて口座開設処理を行い、口座開設処理に伴って印刷された通帳（処理結果物）を、確実に申込者の住所に送付するまでの処理を行う。

申込処理システム１００は、業務支援システム１０１と、銀行システム１０２と、携帯端末５ａとを備える。
業務支援システム１０１は、例えば、銀行から委託を受けた業務委託業者が有するシステムである。業務支援システム１０１は、携帯端末５ａのデータを、銀行システム１０２に受け渡すための仲介を行う。また、業務支援システム１０１は、銀行システム１０２により印刷された通帳に関する照合処理を行う。
銀行システム１０２は、例えば、銀行が有し、高セキュリティ性を有する勘定系システムである。銀行システム１０２は、口座開設処理を行い、通帳を印刷する。

〔携帯端末５ａ〕
携帯端末５ａは、申込者が所有する、例えば、スマートフォンやタブレット端末等の携帯型の端末である。なお、この例では、携帯端末５ａを用いて申込者が口座開設の申込を行うものを例に説明するが、例えば、パーソナルコンピュータ（ＰＣ）等を用いたものであってもよい。携帯端末５ａは、一般的なコンピュータが有する制御部、記憶部、入力部、表示部、通信インタフェース部等を備えるが、図示を省略する。

申込者は、携帯端末５ａに予めインストールされた口座開設のためのアプリを起動し、口座開設に必要な入力を行う。そして、携帯端末５ａは、申込者によって入力されたデータである申込者入力データを、業務支援システム１０１のデータ仲介装置１に送信する。ここで、申込者入力データは、口座開設処理に必要な、例えば、申込者の氏名、住所、生年月日等を含み、本人確認書類の画像を含む。本人確認書類とは、例えば、運転免許証やマイナンバーカード等であり、本人確認をするために必要な書類である。本人確認書類の画像は、例えば、本人確認書類を携帯端末５ａが有するカメラによって撮影することで得ることができる。

〔業務支援システム１０１〕
業務支援システム１０１は、データ仲介装置１と、封入照合装置３と、データ補完処理端末５ｂとを備える。
データ仲介装置１と、携帯端末５ａとは、例えば、インターネット等の通信ネットワークを介して通信可能に接続されている。また、データ仲介装置１と、封入照合装置３とは、例えば、ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）等を介して通信可能に接続されている。なお、データ仲介装置１と、他の装置とを接続する通信回線等については、これらに限定されるものではない。

〔データ仲介装置１〕
データ仲介装置１は、携帯端末５ａから受信した申込者入力データと、データ補完処理端末５ｂから入力された補完データとを含む申込データから、銀行システム１０２での入力に適する二次元コードを生成する。また、データ仲介装置１は、銀行システム１０２から出力された通帳を、例えば、バーコードが付されたビニール袋等の袋体に封入する。その際、データ仲介装置１は、バーコードを読み取って、コード情報を申込データと関連付ける。銀行で用いる通帳は、その仕様により、通帳自体にコードを付すことができない。そのため、データ仲介装置１では、バーコードが付された袋体に通帳を封入することで、通帳と、申込データを関連付ける処理を行う。

図２は、本実施形態に係るデータ仲介装置１の機能ブロック図である。
図３は、本実施形態に係るデータ仲介装置１の記憶部２０の例を示す図である。
図２に示すデータ仲介装置１は、制御部１０と、記憶部２０と、読取部２５と、入力部２６と、表示部２７と、通信インタフェース部２９とを備える。
制御部１０は、データ仲介装置１の全体を制御するＣＰＵ（中央処理装置）である。制御部１０は、記憶部２０に記憶されているＯＳ（オペレーティングシステム）やアプリケーションプログラムを適宜読み出して実行することにより、上述したハードウェアと協働し、各種機能を実行する。

制御部１０は、データ受信部１１と、補完データ受付部１２と、二次元コード生成部１３と、二次元コード出力部１４と、読取コード受付部１５と、関連付け部１６とを備える。
データ受信部１１は、携帯端末５ａが送信した申込者入力データを受信する。また、データ受信部１１は、受信した入力申込データを、申込データ記憶部２２に記憶させる。
補完データ受付部１２は、データ補完処理端末５ｂから補完データを受け付ける。また、補完データ受付部１２は、受け付けた補完データを、申込データ記憶部２２に記憶させる。

二次元コード生成部１３は、申込データ記憶部２２に記憶された申込データから、申込処理装置７でのオペレーション画面（処理画面）の単位で、申込データの内容をコード化した二次元コードを生成する。二次元コードは、例えば、ＱＲコード（登録商標）である。
二次元コードは、各オペレーション画面の入力項目に対応した申込データの内容を、入力項目の位置を示すデータと共に含む。
また、二次元コードは、オペレーション画面の画面番号や、画面番号のオペレーション画面を表示させる指示データを含む。
さらに、二次元コードは、直前のオペレーション画面での入力を確定させる入力確定指示データを含む。

二次元コード出力部１４は、二次元コード生成部１３によって生成した二次元コードを、表示部２７に出力する。二次元コード出力部１４は、申込処理装置７でのオペレーション画面に対応するように、例えば、１画面に二次元コードを１つ表示する。
読取コード受付部１５は、例えば、袋体に印字され、又は、袋体に貼付されたバーコードを読み取る。このバーコードは、袋体を一意に特定するためのコード情報を有する。
関連付け部１６は、読取コード受付部１５により読み取ったバーコードのコード情報を、処理をした申込データに関連付けて、関連付け記憶部２４に記憶させる。

記憶部２０は、制御部１０が各種の処理を実行するために必要なプログラム、データ等を記憶するためのハードディスク、半導体メモリ素子等の記憶領域である。
記憶部２０は、プログラム記憶部２１と、申込データ記憶部２２と、生成コード記憶部２３と、関連付け記憶部２４とを備える。
プログラム記憶部２１は、各種のプログラムを記憶する記憶領域である。プログラム記憶部２１は、プログラム２１ａを記憶している。
プログラム２１ａは、前述したデータ仲介装置１の制御部１０が実行する各種機能を行うためのプログラムである。

申込データ記憶部２２は、口座開設処理を行うのに必要な申込データを記憶する記憶領域である。図３（Ａ）に示すように、申込データ記憶部２２は、例えば、データＩＤ（ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）と、申込者入力データと、受信日時と、補完データと、受付日時とを関連付けて記憶する。
データＩＤは、申込者入力データを識別するためのデータ識別情報である。データＩＤは、例えば、制御部１０が一意になるコードを順番に付与してもよい。
申込者入力データは、携帯端末５ａから受信した申込者入力データそのものである。また、受信日時は、データ仲介装置１が申込者入力データを受信した日時である。
補完データは、データ補完処理端末５ｂにより入力されたデータである。また、受付日時は、補完データを受け付けた日時である。補完データは、例えば、本人確認書類の種類等であり、申込処理装置７での口座開設処理で必要であって、携帯端末５ａから受信した申込者入力データでは不足するデータである。

生成コード記憶部２３は、申込データから生成した二次元コードを記憶する記憶領域である。図３（Ｂ）に示すように、生成コード記憶部２３は、例えば、データＩＤをキーにして複数の二次元コードと、処理済フラグとを記憶する。
二次元コードは、後述する申込処理装置７のオペレーション画面に対応したものであり、例えば、ｎ個の二次元コードを記憶する。ここで、ｎは、例えば、申込処理装置７の口座開設処理を行うためのオペレーション画面の画面総数に１を加えた数であってもよい。二次元コードを読み取った申込処理装置７は、該当の画面番号のオペレーション画面を開き、入力必要項目（入力項目）に入力された状態にする。その後、次の二次元コードを読み取った申込処理装置７は、前のオペレーション画面に入力されたデータ項目を確定し、次のオペレーション画面を開き、入力必要項目に入力された状態にする。このような処理によって、開いているオペレーション画面の入力項目に入力された状態を確定させるための指示データを含む二次元コードも必要になる。
処理済フラグは、ｎ個目の二次元コードを出力したことに応じて、処理済に変更されるフラグである。

関連付け記憶部２４は、申込データと、袋体に付されたバーコードのコード情報とを関連付けて記憶する記憶領域である。図３（Ｃ）に示すように、関連付け記憶部２４は、データＩＤと読取コード情報とを対応付けて記憶する。
読取コード情報は、申込データを用いて処理が行われた後に出力される通帳を封入する袋体に付されたバーコードを読み取って得られた値である。

読取部２５は、前述した袋体に付されたバーコードを読み取るためのバーコードリーダである。
入力部２６は、例えば、キーボード、マウス等の入力装置である。
表示部２７は、例えば、液晶パネル等で構成される表示装置である。
読取部２５及び入力部２６は、オペレータＰが操作し、表示部２７は、オペレータＰが参照する。
通信インタフェース部２９は、封入照合装置３、携帯端末５ａ及びデータ補完処理端末５ｂとの間で通信を行うための通信インタフェースである。

〔封入照合装置３〕
封入照合装置３は、銀行システム１０２から印刷された通帳を、申込者に郵送する際の封入に関するチェックを行う。
図４は、本実施形態に係る封入照合装置３の機能ブロック図である。
図４に示す封入照合装置３は、制御部３０と、記憶部４０と、読取部４５と、入力部４６と、表示部４７と、通信インタフェース部４９とを備える。
制御部３０は、封入照合装置３の全体を制御するＣＰＵである。制御部３０は、記憶部４０に記憶されているＯＳやアプリケーションプログラムを適宜読み出して実行することにより、上述したハードウェアと協働し、各種機能を実行する。

制御部３０は、読取コード受付部３１と、照合部３２と、照合結果出力部３３とを備える。
読取コード受付部３１は、通帳が封入された袋体に付されたバーコードを読み取って得られたコード情報と、郵送用の封筒に貼付する宛先等が記入された宛名シールに付されたバーコードとを読み取って得られたコード情報とを受け付ける。
照合部３２は、読取コード受付部３１によって受け付けた２つのコード情報を照合する。
照合結果出力部３３は、照合部３２による照合結果を表示部４７に出力する。

記憶部４０は、制御部３０が各種の処理を実行するために必要なプログラム、データ等を記憶するためのハードディスク、半導体メモリ素子等の記憶領域である。
記憶部４０は、プログラム記憶部４１を備える。
プログラム記憶部４１は、各種のプログラムを記憶する記憶領域であり、前述した封入照合装置３の制御部３０が実行する各種機能を行うためのプログラムであるプログラム４１ａを記憶している。

読取部４５は、前述した封筒に付されたバーコード等を読み取るためのリーダである。
入力部４６は、例えば、キーボード、マウス等の入力装置である。
表示部４７は、例えば、液晶パネル等で構成される表示装置である。
通信インタフェース部４９は、データ仲介装置１との間で通信を行うための通信インタフェースである。

〔データ補完処理端末５ｂ〕
データ補完処理端末５ｂは、携帯端末５ａから送信された本人確認書類の画像に基づいて、申込データに必要な補完データを入力するための端末である。データ補完処理端末５ｂは、例えば、ＰＣであり、委託業者の社員等がデータ補完処理端末５ｂを用いて、補完データを入力する。補完データには、例えば、本人確認書類の種類の他、本人確認書類をチェックしたチェック担当者の氏名等を含む。
なお、データ補完処理端末５ｂは、一般的なコンピュータが有する制御部、記憶部、入力部、表示部、通信インタフェース部等を備えるが、図示を省略する。データ補完処理端末５ｂは、データ仲介装置１に対して通信可能に接続されていればよい。

〔銀行システム１０２〕
銀行システム１０２は、申込処理装置７を備え、さらに、銀行業務に必要な各種の装置（図示せず）を備える。
申込処理装置７は、前述したデータ仲介装置１等とは通信接続がされていない。
つまり、業務支援システム１０１と、銀行システム１０２とは、分断されたシステムであり、通信ネットワーク等を介して接続されていない。

〔申込処理装置７〕
申込処理装置７は、読取部８５を介して二次元コードのコード情報を受け付けて、受け付けたコード情報に基づいてオペレーション画面にデータが入力されることで口座開設処理を行う。
図５は、本実施形態に係る申込処理装置７の機能ブロック図である。
図５に示す申込処理装置７は、制御部７０と、記憶部８０と、読取部８５と、表示部８７と、印刷部８８とを備える。
制御部７０は、申込処理装置７の全体を制御するＣＰＵである。制御部７０は、記憶部８０に記憶されているＯＳやアプリケーションプログラムを適宜読み出して実行することにより、上述したハードウェアと協働し、各種機能を実行する。

制御部７０は、二次元コード受付部７１と、画面処理部７２（画面出力部）と、申込処理部７３とを備える。
二次元コード受付部７１は、データ仲介装置１の表示部２７に表示された二次元コードを読み取って得られたコード情報を受け付ける。
画面処理部７２は、二次元コード受付部７１が受け付けたコード情報に基づいて、対応するオペレーション画面を出力する。また、画面処理部７２は、二次元コード受付部７１が受け付けたコード情報に基づいて、出力したオペレーション画面の各項目に値を入力する。さらに、画面処理部７２は、二次元コード受付部７１が受け付けたコード情報に基づいて、前に表示されていたオペレーション画面の入力内容を確定させる。
申込処理部７３は、データ仲介装置１の表示部２７に表示された二次元コードを順番に読み取っていき、１つの申込データに必要な全ての二次元コードの読み取りがされた場合に、口座開設処理を行い、口座開設（申込）を完了させる。申込処理部７３は、申込が完了した場合に、印刷部８８に通帳をセットさせて、通帳を印字する処理を行う。

記憶部８０は、制御部７０が各種の処理を実行するために必要なプログラム、データ等を記憶するためのハードディスク、半導体メモリ素子等の記憶領域である。
記憶部８０は、プログラム記憶部８１と、申込内容記憶部８２を備える。
プログラム記憶部８１は、各種のプログラムを記憶する記憶領域であり、前述した申込処理装置７の制御部７０が実行する各種機能を行うためのプログラムであるプログラム８１ａを記憶している。
申込内容記憶部８２は、申込内容を記憶する記憶領域である。申込内容記憶部８２は、例えば、勘定元帳であり、申込者及び口座開設の内容を記憶させる。

読取部８５は、前述したデータ仲介装置１の表示部２７に付された二次元コードを読み取るためのリーダである。
表示部８７は、例えば、液晶パネル等で構成される表示装置である。
印刷部８８は、例えば、通帳の表紙等に申込者に関する情報を印刷するプリンタである。
なお、申込処理装置７は、キーボード等の入力装置（入力インタフェース）や、外部との通信を行う通信インタフェース部を備えていない。これは、申込処理装置７が高セキュリティ性を有するため、外部からの不要なデータ入力を許容しないようにするためである。

図１に戻り、業務支援システム１０１のデータ仲介装置１に接続された読取部２５、入力部２６及び表示部２７と、申込処理装置７に接続された読取部８５、表示部８７及び印刷部８８とは、同一のフロアに設けられている。オペレータＰは、これらの装置を用いて口座開設処理のためのオペレーションを行う。ここでいうオペレーションとは、データ仲介装置１の入力部２６によるボタン操作と、申込処理装置７の読取部８５による読取操作とをいう。その際、データ仲介装置１の表示部２７と、申込処理装置７の表示部８７とは、横並びになるように設置するのが望ましい。また、申込処理装置７の印刷部８８は、表示部８７の脇等の近くに設置するのが望ましい。このように機器を配置することで、オペレータＰは、座ったまま動くことなく、一連の処理を行うことができる。なお、図１では、封入照合装置３に接続された読取部４５、入力部４６及び表示部４７も同一フロアに設けられているが、これらは、別フロアに設けられていてもよい。

〔処理の説明〕
次に、データ仲介装置１の処理について、図面に基づいて説明する。
まず、申込データから二次元コードを生成する処理について説明する。
図６は、本実施形態に係るデータ仲介装置１のデータ準備処理を示すフローチャートである。
図６のステップＳ（以下、「ステップＳ」を単に「Ｓ」という。）１０において、データ仲介装置１の制御部１０（データ受信部１１）は、携帯端末５ａから申込者入力データを受信する。そして、制御部１０は、受信した申込者入力データを、申込データ記憶部２２に記憶させる。その際、制御部１０は、一意になるデータＩＤを付与する。

Ｓ１１において、制御部１０は、申込データ記憶部２２に記憶された申込データから本人確認書類の画像を抽出してデータ補完処理端末５ｂに送信する。
データ補完処理端末５ｂを操作する委託業者の社員は、本人確認書類をチェックの上、本人確認書類の種類や、チェック者等を入力して、補完データを生成する。
Ｓ１２において、制御部１０（補完データ受付部１２）は、データ補完処理端末５ｂから本人確認書類に基づく補完データを受け付けて、申込データ記憶部２２の該当のレコードに追加して記憶させる。

Ｓ１３において、制御部１０（二次元コード生成部１３）は、申込データ記憶部２２に記憶された申込データのうち、補完データが補完されることでデータが揃った申込データを使用して、二次元コードを生成する。そして、制御部１０は、生成した二次元コードを、データＩＤに対応付けて生成コード記憶部２３に記憶させる。
ここで、生成する二次元コードは、前述したように、申込処理装置７のオペレーション画面に対応したものである。その後、制御部１０は、本処理を終了する。

このデータ準備処理によって、申込処理装置７に入力させるための二次元コードを生成できる。よって、生成した二次元コードを用いれば、申込処理装置７において口座開設処理が完結できる。

次に、二次元コードを表示部２７に出力させるデータ仲介装置１の処理について説明する。
図７は、本実施形態に係るデータ仲介装置１の申込データ処理を示すフローチャートである。
図８は、本実施形態に係るデータ仲介装置１での表示例を示す図である。

図７のＳ２０において、データ仲介装置１の制御部１０は、例えば、未処理の申込データである処理待ち一覧（図示せず）を、表示部２７に出力する。制御部１０は、処理待ち一覧として、データＩＤと、受信日時とを出力してもよい。
Ｓ２１において、制御部１０は、オペレータＰにより処理待ち一覧から一の申込者のデータが選択されることで、制御部１０は、一の申込データを受け付ける。
Ｓ２２において、制御部１０（二次元コード出力部１４）は、受け付けた一の申込データに関する口座開設の最初のオペレーション画面に対応する二次元コードを、表示部２７に出力する。最初のオペレーション画面に対応する二次元コードは、例えば、図３（Ｂ）に示す生成コード記憶部２３に記憶された「二次元コード－１」である。

図８は、表示部２７に出力された画面６０の例を示す。画面６０は、データ内容表示領域６１と、二次元コード表示領域６２と、画面内容表示領域６３とを含む。
データ内容表示領域６１は、二次元コードに含まれるデータ内容を表示する。
二次元コード表示領域６２は、二次元コード６２ａと、操作ボタン６２ｂ及び６２ｃとを表示する。
画面内容表示領域６３は、申込処理装置７に表示されるオペレーション画面と同じ画面の画面イメージを表示する。
オペレータＰは、申込処理装置７の読取部８５に画面６０の二次元コード６２ａを読み取らせる。

図７のＳ２３において、制御部１０は、次ページに遷移する操作を受け付けたか否かを判断する。図８の画面６０において、次ページに遷移するページ送りの操作ボタンは、操作ボタン６２ｃである。次ページに遷移する操作を受け付けた場合（Ｓ２３：ＹＥＳ）には、制御部１０は、処理をＳ２４に移す。他方、次ページに遷移する操作を受け付けていない場合（Ｓ２３：ＮＯ）には、制御部１０は、この処理にとどまる。
Ｓ２４において、制御部１０（二次元コード出力部１４）は、生成コード記憶部２３に記憶された次のオペレーション画面用の二次元コードを出力する。

Ｓ２５において、制御部１０は、生成して生成コード記憶部２３に記憶された一の申込データに対応する全ての二次元コードを出力したか否かを判断する。全ての二次元コードを出力した場合（Ｓ２５：ＹＥＳ）には、制御部１０は、処理をＳ２６に移す。他方、全ての二次元コードを出力していない場合（Ｓ２５：ＮＯ）には、制御部１０は、処理をＳ２３に移す。なお、全ての二次元コードを出力した場合とは、図３（Ｂ）の生成コード記憶部２３の例に示す、「二次元コード－ｎ」を出力した場合をいう。
後述するが、全ての二次元コードを出力した場合には、申込処理装置７が最後に出力した二次元コードを読み取ることで、印刷部８８から通帳が印刷される。

Ｓ２６において、制御部１０は、印刷された通帳に基づく通帳処理を行う。この通帳処理については、後述する。
Ｓ２７において、制御部１０は、処理を終了するか否かを判断する。制御部１０は、処理を終了するか否かを、例えば、オペレータＰによる入力によって判断できる。処理を終了する場合（Ｓ２７：ＹＥＳ）には、制御部１０は、本処理を終了する。他方、処理を終了しない場合（Ｓ２７：ＮＯ）には、制御部１０は、処理をＳ２０に移し、処理待ち一覧を出力する。

次に、申込処理装置７での処理について説明する。
図９は、本実施形態に係る申込処理装置７の口座開設処理を示すフローチャートである。
図１０は、本実施形態に係るデータ仲介装置１及び申込処理装置７での表示例を示す図である。
図９に示すフローチャートは、一の申込データに対する複数の二次元コードを順番に読み取ることで、一の申込データに対する口座開設処理を行うものである。

オペレータＰが、申込処理装置７の読取部８５に、データ仲介装置１の表示部２７に表示された画面に出力された二次元コードを読み取らせることで、図９のＳ４０において、制御部７０（二次元コード受付部７１）は、二次元コードのコード情報を受け付ける。
Ｓ４１において、制御部７０（画面処理部７２）は、受け付けたコード情報に基づいて読取結果画面（オペレーション画面）を、表示部８７に出力する。

図１０は、データ仲介装置１の表示部２７に表示された画面６０の二次元コード６２ａを、申込処理装置７の読取部８５が読み取ることで、申込処理装置７の表示部８７に表示されたオペレーション画面９０を示す。申込処理装置７は、二次元コード６２ａを読み取ることで、該当のオペレーション画面９０を出力し、各項目に値が設定される。
ここで、オペレーション画面９０は、画面６０の画面内容表示領域６３に表示されているイメージ画像と同じ画面である。また、オペレーション画面９０に表示されている各項目の値は、画面６０のデータ内容表示領域６１に表示されたものと同じ情報である。
オペレータＰは、データ仲介装置１の表示部２７に表示された画面６０と、申込処理装置７の表示部８７に表示されたオペレーション画面９０とを見比べて、目視により内容の確認を行うことができる。

図９のＳ４２において、制御部７０は、データ仲介装置１の表示部２７に表示された全ての二次元コードを読み取ったか否かを判断する。オペレータＰは、データ仲介装置１の表示部２７に出力された画面の二次元コードを読取部８５に読み取らせ、その後、表示部２７に表示された次の画面に遷移する操作を行う。そして、出力された次の画面の二次元コードを読取部８５に読み取らせる操作と、表示部２７に表示された次の画面に遷移する操作とを繰り返す。そして、例えば、データ仲介装置１の表示部２７に出力された画面において、次の画面が表示されなった場合に、全ての二次元コードを読み取ったと判断できる。全ての二次元コードを読み取った場合（Ｓ４２：ＹＥＳ）には、制御部７０は、処理をＳ４３に移す。他方、全ての二次元コードを読み取っていない場合（Ｓ４２：ＮＯ）には、制御部７０は、処理をＳ４０に移す。

Ｓ４３において、制御部７０（申込処理部７３）は、口座開設処理を行う。この口座開設処理によって、一の申込データに対する口座が開設され、申込内容記憶部８２に申込内容が記憶される。
Ｓ４４において、オペレータＰが、例えば、オペレーション画面の指示にしたがって印刷部８８に未印字の通帳をセットすることで、制御部７０（申込処理部７３）は、セットされた未印字の通帳に対して、口座番号や氏名等を印刷する通帳発行処理を行う。その後、制御部７０は、本処理を終了する。
上述した、データ仲介装置１に出力された二次元コードを、申込処理装置７が読取部８５を用いて読み取る処理は、行員が窓口にてオペレーションを行うのと同じ処理を、読取部８５による二次元コードの読み取りのみで行うものである。

次に、申込処理装置７において、一の申込データの処理が行われて口座開設処理が終了した後の流れについて、図１１に基づき説明する。
図１１は、本実施形態に係る口座開設処理が完了した後のデータ仲介装置１における通帳処理を説明するための図である。
まず、オペレータＰは、図１１（１）に示すように、口座開設処理を行って印刷がされた通帳５５を、バーコード５０ａが付された袋体５０に封入する。

そして、図１１（２）に示すように、オペレータＰは、バーコード５０ａをデータ仲介装置１の読取部２５に読み取らせる。すると、データ仲介装置１の制御部１０（読取コード受付部１５）は、バーコード５０ａのコード情報を受け付ける。
すると、制御部１０（関連付け部１６）は、受け付けたバーコード５０ａのコード情報を、申込データに関連付ける。制御部１０（関連付け部１６）は、例えば、図３（Ｃ）の関連付け記憶部２４に、関連付けを記憶させる。なお、関連付けがされたことに応じて、制御部１０は、図３（Ｂ）に示す生成コード記憶部２３の処理済フラグを、処理済に変更してもよい。
この処理によって、通帳５５を、袋体５０のバーコード５０ａを用いて申込データと関連付けることができる。

次に、通帳５５を郵送する前の確認処理について説明する。
図１２は、本実施形態に係る封入照合装置３における送付確認処理を説明するための図である。
この処理は、通帳５５を送付するための準備を終えた後に行う処理であり、前述したオペレータＰとは異なる作業者によって行われてもよい。
まず、郵送用の封筒５２には、住所等の送付先情報と、バーコード５１ａとが付された宛名シール５１が貼付されている。このバーコード５１ａは、申込データのデータＩＤに対応するものであってよく、申込データを一意に特定可能なコードである。
また、郵送時に同時に送付するパンフレット類５６を準備しておいてもよい。

そして、図１２（１）に示すように、作業者は、封筒５２に貼付された宛名シール５１のバーコード５１ａを、封入照合装置３の読取部４５に読み取らせる。すると、封入照合装置３の制御部３０（読取コード受付部３１）は、バーコード５１ａのコード情報を受け付ける。
次に、図１２（２）に示すように、作業者は、通帳５５が封入された袋体５０に付されたバーコード５０ａを、封入照合装置３の読取部４５に読み取らせる。すると、封入照合装置３の制御部３０（読取コード受付部３１）は、バーコード５０ａのコード情報を受け付ける。
なお、図１２（１）と図１２（２）との処理の先後は、問わない。

そして、制御部３０（照合部３２）は、バーコード５１ａのコード情報と、バーコード５０ａのコード情報とを、データ仲介装置１の記憶部２０を参照して照合する。制御部３０は、照合処理において、コード情報によって、同一の申込データに対応するものであるか否かを判定する。そして、制御部３０（照合結果出力部３３）は、照合結果を、表示部４７に出力する。
作業者は、表示部４７を参照し、照合できた旨の表示を確認した場合には、図１２（３）に示すように、封筒５２に、通帳５５が封入された袋体５０と、パンフレット類５６とを封入する。他方、作業者は、照合できなかった旨の表示を確認した場合には、照合のための処理をやり直す。

このように、本実施形態によれば、申込処理システム１００は、以下のような効果がある。
（１）申込データを有するデータ仲介装置１において、申込処理装置７での口座開設処理に合わせた二次元コードを生成し、申込処理装置７の読取部８５に生成した二次元コードを読み取らせることで、申込データを移行する。よって、申込処理装置７における処理に合わせて確実に申込データを受け渡すことができる。
申込データの内容を二次元コードにコード化するので、２バイト文字が使用でき、多くの情報をコード化できる。
さらに、二次元コードを、申込処理装置７でのオペレーション画面ごとに生成し、順番にデータ仲介装置１の表示部２７に表示させることで、申込処理装置７では、表示された順番に二次元コードを読み取れば、一連の口座開設処理のためのオペレーションを自動的に行える。よって、二次元コードを読取部８５に読み取らせるといった簡単なオペレーションによって、口座開設処理が実現できる。

（２）二次元コードには、オペレーション画面の入力項目に対応した入力値が含まれ、入力を確定させる入力確定指示データを含むため、次々にオペレーション画面に必要な項目を入力して登録できる。そのため、申込処理装置７は、読取部８５のみを有すればよく、キーボードやマウス等の入力装置を不要にできる。よって、オペレータＰによる不必要なオペレーションを行うことを防止できる。

（３）申込処理装置７の口座開設処理の終了時に印刷される通帳５５を、袋体５０に封入し、袋体５０に付されたバーコード５０ａを読み取ってバーコード５０ａのコード情報と申込データとを関連付ける。よって、コードを付すことができない通帳５５と、申込データとを、データ仲介装置１で関連付けることができ、管理業務に活用できる。
（４）通帳を申込者に郵送するために通帳を封入する際に、袋体５０に付されたバーコード５０ａと、宛先と共に付された申込データに対応するバーコード５１ａとを照合するので、誤封入を検知できる仕組みを構築できる。

以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限定されるものではない。また、実施形態に記載した効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、実施形態に記載したものに限定されない。なお、上述した実施形態及び後述する変形形態は、適宜組み合わせて用いることもできるが、詳細な説明は省略する。

（変形形態）
（１）本実施形態では、携帯端末を用いて申込がされたものを例に説明したが、これに限定されない。例えば、申込書を郵送にて受け付けた場合であってもよい。その場合には、携帯端末に代えて、データエントリの担当者がＰＣ等を用いて申込書の内容を入力して、データ仲介装置にデータを送信することで、データ仲介装置が申込者入力データを得るようにしてもよい。銀行システムの端末を直接操作させず、他の方法で申込データを準備するものに適用できる。

（２）本実施形態では、封筒に宛先等が記入された宛名シールを貼付するものを例に説明したが、これに限定されない。例えば、紙の送付状を用意しておき、送付状にバーコードが付され、封筒の窓部から送付状に記載の宛先やバーコードが見えるようにしてもよい。
（３）本実施形態では、申込データから生成するコードを二次元コードとし、封入照合の際に用いるコードをバーコードとして説明したが、これに限定されない。封入照合の際に用いるコードも、二次元コードであってもよい。なお、申込データから生成するコードは、２バイト文字が使用できることから、二次元コードが好ましい。

（４）本実施形態では、データ仲介装置と、封入照合装置とは、別の装置であるものを例に説明したが、これに限定されない。１つの装置が、両方の機能を有してもよい。
また、封入照合装置は、データ仲介装置の記憶部に記憶されたデータを用いて照合するものを例に説明したが、封入照合装置での処理に必要なデータを、予めデータ仲介装置から受信して記憶部に記憶させておいてもよい。

（５）本実施形態では、銀行の口座開設処理に適用するものを例に説明したが、これに限定されない。データを処理する側のシステムにおける改修が難しく、オペレーション画面にデータを入力するによって業務を遂行する他の業務システムの申込処理においても適用できる。

１ データ仲介装置
３ 封入照合装置
５ａ 携帯端末
５ｂ データ補完処理端末
７ 申込処理装置
１０，３０，７０ 制御部
１１ データ受信部
１２ 補完データ受付部
１３ 二次元コード生成部
１４ 二次元コード出力部
１６ 関連付け部
２０，４０，８０ 記憶部
２１ａ プログラム
２２ 申込データ記憶部
２３ 生成コード記憶部
２４ 関連付け記憶部
２５，４５，８５ 読取部
２６，４６ 入力部
２７，４７，８７ 表示部
３２ 照合部
３３ 照合結果出力部
５０ａ，５１ａ バーコード
６２ａ 二次元コード
７１ 二次元コード受付部
７２ 画面処理部
７３ 申込処理部
８２ 申込内容記憶部
８８ 印刷部
９０ オペレーション画面
１００ 申込処理システム
１０１ 業務支援システム
１０２ 銀行システム
Ｐ オペレータ

Claims (9)

1. 複数の申込者の申込データを記憶した記憶部を有するデータ仲介装置と、
   前記データ仲介装置に対して通信接続されておらず、申込処理を行う申込処理装置と、
   を備えた申込処理システムであって、
   前記申込処理装置は、複数の処理画面を順番に遷移させ、各処理画面において各項目に対する入力が行われることによって、一の前記申込者に対する前記申込処理を行うものであり、
   前記データ仲介装置は、
   前記申込処理装置での各処理画面に対応する情報をコード化した二次元コードを生成する二次元コード生成部と、
   前記二次元コード生成部により生成された前記二次元コードを、前記申込処理装置における処理画面の遷移順に、前記データ仲介装置の表示部に出力する二次元コード出力部と、
   を備え、
   前記二次元コード生成部は、前記申込処理における処理画面に対応する前記二次元コードとして、前記処理画面を特定する画面番号と、前記画面番号の前記処理画面を表示させる指示データと、前記申込データの内容を含む前記処理画面の入力項目に対応したデータと、前記処理画面における前記入力項目の位置を示すデータと、を含む前記二次元コードを生成し、
   前記申込処理装置は、
   前記データ仲介装置の前記表示部に表示された前記二次元コードを読み取る読取部と、
   前記読取部により読み取られた前記二次元コードに対応した前記処理画面を、前記申込処理装置の表示部に出力する画面出力部と、
   前記読取部により前記データ仲介装置の前記表示部に出力された前記二次元コードの全ての読取がされたことに応じて、前記申込処理が完了する申込処理部と、
   を備え、
   前記申込処理装置は、入力インタフェースとして前記読取部のみを有すること、
   を特徴とする申込処理システム。
2. 請求項１に記載の申込処理システムにおいて、
   前記データ仲介装置の前記二次元コード出力部は、入力部によるページ送り操作に応じて、前記二次元コードを前記遷移順に出力すること、
   を特徴とする申込処理システム。
3. 請求項１又は請求項２に記載の申込処理システムにおいて、
   前記二次元コード生成部は、
   最初の処理画面を除く二番目以降の処理画面に対応する前記二次元コードとして、直前の処理画面の入力を確定させる入力確定指示をさらに含む前記二次元コードを生成し、
   最後の処理画面の次に対応する前記二次元コードとして、前記入力確定指示のみの前記二次元コードを生成すること、
   を特徴とする申込処理システム。
4. 請求項１から請求項３までのいずれか一項に記載の申込処理システムにおいて、
   前記データ仲介装置の前記表示部と、前記申込処理装置の前記表示部とは、近傍な位置に配置され、
   前記データ仲介装置の前記二次元コード出力部は、前記処理画面の入力項目に対応したデータと、前記処理画面の画面イメージとを、前記表示部にさらに出力すること、
   を特徴とする申込処理システム。
5. 請求項１から請求項４までのいずれか一項に記載の申込処理システムにおいて、
   前記申込処理装置の前記申込処理部は、前記申込処理装置の印刷部から処理結果物を出力させ、
   前記データ仲介装置は、
   前記印刷部から出力された前記処理結果物が一意のコードが予め付された袋体に封入されたことに応じて、前記袋体の前記コードを読み取る読取部と、
   前記読取部により読み取られた前記コードと、前記一の申込者の前記申込データとを関連付ける関連付け部と、
   を備えること、
   を特徴とする申込処理システム。
6. 請求項５に記載の申込処理システムにおいて、
   前記データ仲介装置に対して通信接続された封入照合装置を備え、
   前記データ仲介装置の前記記憶部には、前記申込データに、前記申込データを識別するデータ識別情報が対応付けられて記憶されており、
   前記封入照合装置は、
   コードを読み取る読取部と、
   前記読取部が、前記袋体を封入し郵送するための封筒に有する前記データ識別情報を表すコードと、前記袋体に付された前記コードとを読み取って、同一の申込データに関するものか否かを照合する照合部と、
   前記照合部による照合結果を表示部に出力する照合結果出力部と、
   を備えること、
   を特徴とする申込処理システム。
7. 請求項５又は請求項６に記載の申込処理システムにおいて、
   前記申込処理は、銀行での口座開設処理であり、
   前記処理結果物は、口座開設処理に伴い印刷される通帳であること、
   を特徴とする申込処理システム。
8. 請求項１から請求項７までのいずれか一項に記載の申込処理システムにおいて、
   前記データ仲介装置は、
   各申込者が使用する各申込者端末に対して通信接続されており、
   各申込者端末から前記申込データの少なくとも一部のデータである申込者入力データを受信するデータ受信部を備えること、
   を特徴とする申込処理システム。
9. 請求項８に記載の申込処理システムにおいて、
   前記データ仲介装置は、前記データ受信部が受信した前記申込者入力データを補完する補完データの入力を受け付ける補完データ受付部を備え、
   前記申込データは、前記申込者入力データと、前記補完データとを含むデータであること、
   を特徴とする申込処理システム。

Images