JP2024033706A - 情報処理装置、情報処理システム、情報処理方法、情報処理プログラム及び記録媒体 - Google Patents

Abstract

【課題】情報コードを用いた帳票入力システムにおいて、帳票を取り扱う手続の全体を効率化することを可能とする情報処理装置、情報処理システム、情報処理方法、情報処理プログラム及び記録媒体を提供することを目的とする。【解決手段】１の端末から金融機関において処理される手続の依頼に関する入力情報を受け付けて、当該入力情報に基づいて前記手続の処理の際に提出する帳票の内容を示す帳票情報を生成する帳票情報生成部と、他の端末から前記帳票情報の内容に対する修正を受け付けて、当該帳票情報の内容に当該修正を反映した修正帳票情報を生成する修正帳票情報生成部と、前記修正帳票情報をコード化した帳票情報コードを含む帳票コード画像を生成する帳票コード画像生成部と、を有することを特徴とする。【選択図】図１

Description

本発明は、帳票に記載される情報を取り扱う情報処理装置、情報処理システム、情報処理方法、情報処理プログラム及び記録媒体に関する。

金融機関の顧客が取引を行う際に必要となる帳票の記入を、二次元コードを用いて効率化する技術が知られている。具体的には、インターネット上で事前に記入された帳票の内容を二次元コード化し、当該二次元コードを印刷した用紙を金融機関等の店頭において読み込むことによって行員が帳票の電子データを受け取ることができるシステムが開示されている。それによって、店頭で帳票に記入する手間や時間、及び営業店の端末に帳票の内容を入力する手間や時間を削減することができる。

特開２０２１－１３５６５７

上記のような情報処理装置を用いて二次元コードを作成しても、その後、帳票の内容を修正する必要が生じる場合があった。そのような場合、例えば、二次元コードを読み取ることによって得られる帳票データが表示された帳票を印刷し、手書きで修正を行った上で、手書きの修正部分を含む電子データとして、スキャン画像及びＯＣＲによる読取データ（以下、ＯＣＲデータと称する）を作成し、スキャン画像とＯＣＲデータを突き合わせて、当該ＯＣＲデータに間違いがないかを確認する業務が生じており、非効率であった。このように、二次元コードを読み取った後の手続きにおいては、結局人の手が入り、帳票の取り扱いを完全には自動化できないことが課題となっていた。

本発明は、上述の点に鑑みてなされたものであり、情報コードを用いた帳票入力システムにおいて、帳票を取り扱う手続の全体を効率化することを可能とする情報処理装置、情報処理システム、情報処理方法、情報処理プログラム及び記録媒体を提供することを目的とする。

本発明の情報処理装置は、１の端末から金融機関において処理される手続の依頼に関する入力情報を受け付けて、当該入力情報に基づいて前記手続の処理の際に提出する帳票の内容を示す帳票情報を生成する帳票情報生成部と、他の端末から前記帳票情報の内容に対する修正を受け付けて、当該帳票情報の内容に当該修正を反映した修正帳票情報を生成する修正帳票情報生成部と、前記修正帳票情報をコード化した帳票情報コードを含む帳票コード画像を生成する帳票コード画像生成部と、を有することを特徴とする。

また、本発明の情報処理装置は、１の端末から金融機関において処理される手続の依頼に関する入力情報を受け付けて、当該入力情報に基づいて前記手続の処理の際に提出する帳票の内容を示す帳票情報を生成する帳票情報生成部と、他の端末から前記帳票情報の内容に対する修正を受け付けて、当該帳票情報の内容に当該修正を反映した修正帳票情報を生成する修正帳票情報生成部と、前記修正帳票情報を特定可能な識別子をコード化した帳票情報コードを含む帳票コード画像を生成する帳票コード画像生成部と、を有することを特徴とする。

本発明の情報処理方法は、情報処理装置によって実行される情報処理方法であって、１の端末から金融機関において処理される手続の依頼に関する入力情報を受け付けて、当該入力情報に基づいて前記手続の処理の際に提出する帳票の内容を示す帳票情報を生成する帳票情報生成ステップと、他の端末から前記帳票情報の内容に対する修正を受け付けて、当該帳票情報の内容に当該修正を反映した修正帳票情報を生成する修正帳票情報生成ステップと、
前記修正帳票情報をコード化した帳票情報コードを含む帳票コード画像を生成する帳票コード画像生成ステップと、を含むことを特徴とする。

本発明の情報処理プログラムは、コンピュータを備える情報処理装置によって実行される情報処理プログラムであって、前記コンピュータに、１の端末から金融機関において処理される手続の依頼に関する入力情報を受け付けて、当該入力情報に基づいて前記手続の処理の際に提出する帳票の内容を示す帳票情報を生成する帳票情報生成ステップと、他の端末から前記帳票情報の内容に対する修正を受け付けて、当該帳票情報の内容に当該修正を反映した修正帳票情報を生成する修正帳票情報生成ステップと、前記修正帳票情報をコード化した帳票情報コードを含む帳票コード画像を生成する帳票コード画像生成ステップと、を実行させるための情報処理プログラムである。

本発明の情報処理システムは、サーバ装置を含み、前記サーバ装置が、金融機関の顧客が使用する顧客端末と、前記金融機関の職員が操作する事務端末との間で通信を行って、前記金融機関における手続に用いられる帳票に関する情報処理を行う情報処理システムであって、前記サーバ装置が、前記顧客端末から金融機関において処理される手続の依頼に関する入力情報を受け付けて、当該入力情報に基づいて前記手続の処理の際に提出する帳票の内容を示す帳票情報を生成する帳票情報生成ステップと、前記事務端末から前記帳票情報の内容に対する修正を受け付けて、当該帳票情報の内容に当該修正を反映した修正帳票情報を生成する修正帳票情報生成ステップと、前記修正帳票情報をコード化した帳票情報コードを含む帳票コード画像を生成する帳票コード画像生成ステップと、を実行することを特徴とする。

実施例１に係る情報処理システムの構成を示す図である。 実施例１に係る帳票作成支援サーバの構成の一例を示すブロック図である。 実施例１に係る情報処理システムによって行われる情報処理の一例を示すシーケンス図である。 実施例１に係る情報処理の際にユーザ端末に表示される画像の一例を示す図である。 実施例１に係る入力フォームの一例を示す図である。 実施例１に係る情報処理の際に事務員端末に表示される画像の一例を示す図である。 実施例１に係るコード票の一例を示す図である。 実施例１に係る帳票作成支援サーバによって実行されるルーチンの一例を示すフローチャートである。 実施例１に係る帳票作成支援サーバによって実行されるルーチンの一例を示すフローチャートである。 実施例１に係る帳票作成支援サーバによって実行されるルーチンの一例を示すフローチャートである。 実施例２に係る情報処理システムの構成を示す図である。 実施例２に係る情報処理システムによって行われる情報処理の一例を示すシーケンス図である。

以下に本発明の実施例について添付の図面を参照しつつ詳細に説明する。なお、以下の説明及び添付図面においては、実質的に同一又は等価な部分には同一の参照符号を付している。

図１は、本発明の実施例１に係る情報処理システム１０の構成を示す図である。情報処理システム１０は、金融機関の顧客が、金融機関において処理される手続の依頼をする際に金融機関の窓口に提出する帳票を、当該金融機関の営業店の窓口へ行く前に、事前に作成しておくことを可能にするシステムである。図１においては、情報処理システム１０を用いて事前に作成された帳票が金融機関において処理される際に関わる装置についても併せて示している。

金融機関に提出する帳票とは、例えば、振込依頼書、振替依頼書、入金依頼書、出金依頼書等の帳票が挙げられる。

図１に示すように、情報処理システム１０は、帳票作成支援サーバ１１、顧客端末１３、及び事務員端末１５がネットワークＮＷ１を介して通信可能に接続されて構築されているシステムである。ネットワークＮＷ１は、Ｗｉ－Ｆｉ（登録商標）等の無線通信及び有線通信を介したインターネット通信により構築され得る。

帳票作成支援サーバ１１は、Ｗｅｂページでの情報の入力により帳票を事前に作成することを支援するサービスであるＷｅｂ帳票作成支援サービスを提供するサーバ装置である。

帳票作成支援サーバ１１は、帳票の必要事項を入力するためのＷｅｂ入力フォームを提供し、当該Ｗｅｂ入力フォームへの入力を受け付けることで、顧客からの手続の依頼に関する入力情報を受付ける。当該入力フォームとして、例えば、帳票の記入事項である氏名、連絡先、取引金額、口座番号、振込先等を入力するための空欄が設けられたフォームが提供される。

また、帳票作成支援サーバ１１は、当該入力情報に基づいて、金融機関での窓口手続の処理の際に必要となる帳票の内容を示す帳票情報を生成する。例えば、当該帳票情報は、帳票の種類ごとの形式に則った態様の情報である。

また、帳票作成支援サーバ１１は、当該帳票情報の内容に対する金融機関の行員による修正の入力が可能な修正受付フォームを提供し、当該修正受付フォームへの入力を受け付ける。例えば、当該修正受付フォームは、実際に提出すべき帳票の形式で行員に提示される。帳票作成支援サーバ１１は、当該修正を受け付けると、顧客からの入力によって生成された帳票情報の内容に当該修正を反映した修正帳票情報を生成する。

また、帳票作成支援サーバ１１は、修正帳票情報をコード化した帳票情報コードを生成する。さらに、帳票作成支援サーバ１１は、当該帳票情報コードを含む帳票コード画像を生成する。帳票コード画像は、例えば、帳票そのものを示す画像の一部に、帳票情報コードを示す画像を重畳した画像である。本実施例においては、当該情報コードがＱＲコード（登録商標）等の二次元コードである場合について説明する。

顧客端末１３は、金融機関の顧客が使用する端末装置である。顧客端末１３は、例えばＰＣであり、タブレット又はスマートフォン等の携帯型の端末装置であってもよい。

顧客端末１３は、帳票作成支援サーバ１１によって提供される帳票の内容を入力するＷｅｂ入力フォームのＷｅｂページにアクセスし、当該入力フォームを表示する。顧客端末１３は、顧客による当該入力フォームへの入力を受け付けて、入力された入力情報を送信する。

また、顧客端末１３は、帳票作成支援サーバ１１によって生成された上記帳票コード画像を受信する。

事務員端末１５は、金融機関の行員が使用する端末装置であり、例えばＰＣである。事務員端末１５は、帳票作成支援サーバ１１によって提供される修正受付ＷｅｂフォームのＷｅｂページにアクセスし、当該修正受付フォームを表示する。事務員端末１５は、行員による当該修正受付フォームへの入力を受け付けて、入力された情報を送信する。なお、事務員端末１５は、例えばタブレット又はスマートフォン等の携帯型の端末装置であってもよい。

プリンタ１７は、顧客端末１３に接続された印刷機である。顧客は、顧客端末１３を用いて帳票コード画像を受信し、プリンタ１７を用いて当該帳票コード画像を印刷することが可能である。例えば、プリンタ１７によって、上記説明した二次元コードが付された帳票が印刷されたコード票１９を印刷可能である。コード票１９は、顧客によって金融機関の営業店に持ち込まれる。

営業店端末２１、ホストコンピュータ２５、及び管理センタサーバ２７は、ネットワークＮＷ２を介して通信可能に接続されている。

ネットワークＮＷ２は、金融機関内で閉じたネットワークであり、ネットワークＮＷ１には接続されていない。ネットワークＮＷ２は、例えば、専用線又はＩＰ－ＶＰＮ（ＩＰ－Virtual private network）を用いて構成されている。

営業店端末２１は、金融機関の職員（行員）が操作する端末装置であり、当該営業店における業務に使用される。営業店端末２１は、例えばＰＣやタブレットである。

読取装置２３は、営業店端末２１に通信可能に接続されたスキャナ等の読取装置である。なお、営業店端末２１がタブレットである場合、読取装置２３は、当該タブレットのカメラであってもよい。読取装置２３は、顧客によって持ち込まれたコード票１９から帳票情報コードを読み取った帳票コードデータを営業店端末２１に送信する。

営業店端末２１は、読取装置２３によって帳票情報コードが読み取られることによって生成された帳票情報コードデータを受信すると、当該帳票情報コードが担持している修正帳票情報を帳票の形式で営業店端末２１の表示画面に表示する。従って、営業店端末２１及び読取装置２３によって帳票情報コードが読み取られることにより、当該修正帳票情報を行員が確認することができる。言い換えれば、帳票情報コードの読取によって、修正帳票情報が営業店端末２１に入力される。

営業店端末２１は、例えば、行員による修正帳票情報の確認後、ネットワークＮＷ２を介してホストコンピュータ２５に帳票情報コードを送信する。

ホストコンピュータ２５は、入金、出金、振込、振替等の取引を実行する勘定系ホストである。ホストコンピュータ２５は、営業店端末２１から帳票情報コードを受信すると、当該帳票情報コードが示す修正帳票情報の内容に従って、取引の処理を実行する。

管理センタサーバ２７は、帳票のエントリベリファイを行う金融機関の管理センタ内に配され、窓口にて受け付けられた帳票のデータが蓄積されるサーバである。管理センタサーバ２７は、管理センタの行員が使用する端末装置（図示せず）と通信可能に接続されている。

管理センタの行員は、従来通りの手続きにおいて、管理センタサーバ２７から帳票のデータを取得して、当該帳票に必要な修正を行った上で、ホストコンピュータ２５に送信する。本実施例の修正帳票情報は、事務員端末１５による修正が完了している情報であるため、基本的には修正の必要が無く、上述のように管理センタサーバ２７を介さずに営業店端末２１から直接ホストコンピュータ２５に送信され、それによって取引の処理が進行する。

このように、情報処理システム１０を用いて、顧客が事前に作成して持参したコード票１９から帳票情報コードを窓口で営業店端末２１に読み込ませることで、金融機関の行員が、帳票の電子データである修正帳票情報を受け取ることができる。

当該修正帳票情報には、事務員端末１５による修正が既に反映されているので、営業店の行員は、当該修正帳票情報の内容を修正する必要がなく、帳票情報コード又は修正帳票情報をそのままホストコンピュータ２５に送信することができる。

例えば、事務員端末１５を介した行員による修正がなされていない帳票情報をコード化した情報コードを営業店端末２１が読み取る場合、営業店端末に入力後に行員による修正が必要となる場合が多い。そのような場合、例えば、印刷した帳票に手書きで修正が行われ、これをホストコンピュータ２５に送信可能な電子データとする際に、スキャン画像及びＯＣＲによる読取データ（ＯＣＲデータ）が作成される。この場合、スキャン画像とＯＣＲデータとを突き合わせて、手書きによる修正箇所が正しく電子データ化されているか否かの人による確認修正作業（エントリベリファイ）が必要となる。

本願発明においては、帳票情報コードに担持された修正帳票情報には事務員端末１５による修正が反映されているので、営業店端末２１において帳票情報コードが読み取られた後に修正帳票情報の内容を修正する必要はなく、営業店端末２１から直接ホストコンピュータ２５に送信することができる。従って、エントリベリファイ自体を行う必要がなく、帳票を取り扱う手続の全体を効率化することができる。

なお、コード票１９を顧客が印刷して営業店に持ち込む例について説明したが、これに限られず、例えば携帯端末にコード票１９と同様の画像を表示して金融機関の窓口で提示してもよい。その場合も、帳票情報コードが読取装置２３によって読み取られることで、修正帳票情報が営業店端末２１に入力される。

図２は、帳票作成支援サーバ１１の構成の一例を示すブロック図である。例えば、帳票作成支援サーバ１１は、システムバスを介して、記憶部３１と、制御部３３と、通信部３５とが協働している装置である。

記憶部３１は、例えば、ハードディスク装置及びＳＳＤ（solid state drive）等により構成されている記憶装置であり、帳票作成支援サーバ１１がＷｅｂ帳票作成支援サービスを提供するための各種プログラムを記憶する。

各種プログラムは、例えば、他のサーバ装置等からネットワークを介して取得されるようにしてもよいし、記録媒体に記録されて各種ドライブ装置を介して読み込まれるようにしてもよい。すなわち、記憶部３１に記憶される各種プログラムは、ネットワークを介して伝送可能であるし、また、コンピュータ読み取り可能な記録媒体に記録して譲渡することが可能である。

記憶部３１は、例えば、帳票作成支援サーバ１１が帳票の入力フォームを提供して顧客端末１３からの入力を受け付けて帳票情報を生成するためのプログラムを記憶している。

記憶部３１は、例えば、帳票作成支援サーバ１１が修正受付フォームを提供し、帳票情報の内容に対する事務員端末１５からの修正を受け付けて、当該帳票情報の内容に当該修正を反映した修正帳票情報を生成するためのプログラムを記憶している。

記憶部３１は、例えば、帳票作成支援サーバ１１が修正帳票情報をコード化した情報コードを含む帳票コード画像を生成するためのプログラムを記憶している。

また、記憶部３１は、帳票データ保管部３１Ａを含んでいる。帳票データ保管部は、帳票作成支援サーバ１１が顧客端末１３から受け付けた入力情報に基づいて生成した帳票情報を記憶する。例えば、帳票情報の各々に、当該帳票情報の各々を識別する識別子としてユニークキーが付与されて、帳票データ保管部に記憶される。

例えば、帳票作成支援サーバ１１が事務員端末１５からの修正を受け付ける際には、帳票データ保管部３１Ａに記憶されている帳票情報が読み出され、当該帳票情報の内容に対する修正が受け付けられる。例えば、帳票情報が読み出される際には、事務員端末１５によって指定されたユニークキーによって特定された帳票情報が帳票データ保管部３１Ａから読み出される。また、例えば、帳票データ保管部３１Ａには、帳票情報に対する修正を反映した修正帳票情報が記憶されてもよい。

制御部３３は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等により構成され、コンピュータとして機能する。そして、ＣＰＵが、ＲＯＭや記憶部３１に記憶された各種プログラムを読み出し実行することにより各種機能を実現する。

制御部３３は、Ｗｅｂ帳票作成支援サービスを提供するための機能を実現する機能部を含んでいる。

帳票情報生成部３３Ａは、上述した入力フォームを提供して顧客端末１３からの入力フォームへの入力を受け付けて帳票情報を生成する機能部である。言い換えれば、帳票情報生成部３３Ａは、１の端末から金融機関において処理される手続の依頼に関する入力情報を受け付けて、当該入力情報に基づいて当該手続の処理の際に提出する帳票の内容を示す帳票情報を生成する帳票情報生成ステップを実行する機能部である。

また、帳票情報生成部３３Ａは、帳票情報を生成する際に、帳票情報の各々を識別する識別子としてユニークキーを発行し、当該帳票情報に付与する機能を有する。

また、帳票情報生成部３３Ａは、ユニークキーが付与された帳票情報を帳票データ保管部３１Ａに記憶させる。

修正帳票情報生成部３３Ｂは、修正受付フォームを提供して事務員端末１５からの当該修正受付フォームへの入力を受け付けて、帳票データ保管部３１Ａに記憶された帳票情報の内容に当該受け付けた修正を反映した修正帳票情報を生成する機能部である。言い換えれば、修正帳票情報生成部３３Ｂは、他の端末から帳票情報の内容に対する修正を受け付けて、当該帳票情報の内容に当該修正を反映した修正帳票情報を生成する修正帳票情報生成ステップを実行する機能部である。

帳票コード画像生成部３３Ｃは、修正帳票情報をコード化した帳票情報コードを含む帳票コード画像を生成する帳票コード画像生成ステップを実行する機能部である。

通信部３５は、制御部３３の指示に従って外部機器とのデータの送受信を行う通信装置である。例えば、帳票作成支援サーバ１１をネットワークＮＷ１に接続するためのＮＩＣ（Network Interface Card）である。

通信部３５は、帳票作成支援サーバ１１をネットワークＮＷ１に接続しており、種々のデータを帳票作成支援サーバ１１と顧客端末１３との間で送受信する。また、通信部３５は、種々のデータを帳票作成支援サーバ１１と事務員端末１５との間で送受信する。

図３～８を参照しつつ、金融機関の顧客が金融機関に手続の依頼をする際に、Ｗｅｂ帳票作成支援サービスを利用して事前に帳票を作成する際の処理の流れについて説明する。

図３は、情報処理システム１０において行われる情報処理の一例を示すシーケンス図である。まず、顧客端末１３は、帳票作成支援サーバ１１によって提供される入力フォームに必要事項を入力する（ステップＳ１１）。

例えば、顧客端末１３が、帳票作成支援サーバ１１がＷｅｂ帳票作成支援サービスのために提供するウェブサイト（以下、帳票ウェブサイトとも称する）にアクセスすると、取引の種別の選択肢が顧客端末１３の表示画面１３Ａに表示される。

図４は、顧客端末１３の表示画面１３Ａに表示される取引の種別の選択を受け付ける画面の一例を示す図である。図４に示すように、「お預け入れ」「お引き出し」「お振込」「お振替」等の取引の種別が表示される。

顧客が顧客端末１３を操作して、いずれかの取引を選択すると、選択された種別の取引の手続の依頼に用いられる帳票の必要事項の入力を受け付ける入力フォームを含むユーザインタフェースが顧客端末１３の表示画面１３Ａに表示される。例えば、当該入力フォームには、口座番号、氏名、金額等の必要事項を入力する欄が設けられている。

図５は、顧客端末１３の表示画面１３Ａに表示される入力フォームを含むユーザインタフェースの一例を示す図である。図５に示すように、入力フォームには、必要事項の項目毎に入力欄が設けられている。当該入力欄は、例えば、空欄になっており、顧客端末１３を顧客が操作することによって当該空欄に必要事項を示す文字を入力可能に構成されている。また、例えば、入力欄は、プルダウンによって選択可能に構成されていてもよい。

図５に示す例においては、「科目」及び「金種指定」についての入力欄が選択可能になっており、その他の項目の入力欄については、入力可能となっている。例えば、「手数料」の欄は顧客が計算して入力するようになっている。なお、例えば、手数料の欄については、他の入力欄に入力された内容に応じて、自動的に手数料が計算されて表示されるように構成されてもよい。

図５に示す例においては、入力フォームとともに、送信ボタン３７が表示されている。例えば、顧客が入力フォームに入力後、送信ボタン３７を押すことで、入力情報が帳票作成支援サーバ１１に送信される。

帳票作成支援サーバ１１は、入力情報に基づいて、金融機関における手続の処理の際に提出する帳票の内容を示す帳票情報を生成して、記憶部３１の帳票データ保管部に保存する（ステップＳ１２）。

帳票情報は、例えば、手続きの種別に応じた帳票の形式に則った態様の情報である。例えば、帳票情報は、所定の項目及び記載欄が所定の位置に配置された帳票の雛型（フォーマット）を示す情報を含む。

帳票作成支援サーバ１１は、新たに帳票情報を生成すると、当該帳票情報を特定可能な識別子であるユニークキーを発行し（ステップＳ１３）、当該ユニークキーを当該新たな帳票情報に対応付けて帳票データ保管部３１Ａに記憶する。

帳票作成支援サーバ１１は、ステップＳ１２及びステップＳ１３によって、帳票情報の各々にユニークキーを対応付け記憶することで帳票情報を登録する。

帳票作成支援サーバ１１は、登録した帳票情報のユニークキーを担当の行員の事務員端末１５に通知する（ステップＳ１４）。この際、担当は順番にまたはランダムに割り当てられてもよい。また、事前に顧客に担当が割り当てられていてもよい。例えば、ユニークキーは、登録された帳票情報の入力者である顧客の情報と共に電子メールやメッセンジャーアプリ等で事務員端末１５に通知される。

また、ユニークキーが事務員端末１５に通知される代わりに、帳票作成支援サーバ１１が提供するウェブページ（以下、帳票ウェブページとも称する）にアクセスすると、新たに登録されたユニークキーが確認できるようにしてもよい。例えば、帳票ウェブサイト内の担当者毎の専用のウェブページにログインすると、割り当てられたユニークキーを確認可能となっていてもよい。

その後、例えば、担当の行員がユニークキーを所定の入力フォームに入力すると、当該ユニークキーに対応する帳票情報の修正受付フォームを含むユーザインタフェースが表示される。

修正受付フォームが表示されると、事務員による帳票情報の内容に対する修正が受け付けられる（ステップＳ１５）。本実施例において、帳票情報の内容を確認し、必要に応じて補記又は修正を行うことを、帳票情報の内容に対する修正と称する。

図６は、事務員端末１５の表示画面１５Ａに表示される修正受付フォームを含むユーザインタフェースの一例を示す図である。修正受付フォームは、帳票情報の内容に対する修正の入力が可能に構成されている。図６に示す例においては、帳票情報に基づいて、「お引き出し」の手続きの処理の際に提出する帳票である「普通預金払戻請求書」（すなわち出金依頼書）の形式に則った態様の書類に入力情報が反映された修正受付フォーム３９が表示されており、帳票内の入力欄について、修正の入力が可能になっている。

例えば、事務員は、帳票情報の内容に基づいて、当該帳票情報によって行われる手続の手数料を所定の基準に従って算出し、当該帳票情報における手数料に間違いがある場合には、手数料を修正する。

例えば、事務員は、顧客の氏名に基づいて、金融機関が保有する顧客情報を参照し、預金科目、口座番号等が顧客情報と異なっている場合には、顧客情報に基づいて、修正受付フォームに修正の入力を行う。

例えば、金額の不備等の、顧客情報からは正しい情報が得られない不明点がある場合には、事務員は、顧客と連絡をとって確認した結果に基づいて、修正受付フォームに入力する。
金額に不備がある場合としては、例えば、出金の金額が預金額を超えている場合等が考えられる。

例えば、ステップＳ１５において、事務員が顧客に帳票情報の内容について問い合わせる際には、ユニークキーを用いてやりとりを行う。例えば、事務員は、問い合わせの内容とともにユニークキーを顧客に通知し、例えば、顧客が帳票ウェブページ上でユニークキーを入力すると修正受付フォームが表示される。例えば、顧客は当該修正受付フォーム内の、問い合わせがあった箇所について確認し、事務員に回答する。

例えば、ステップＳ１５において、事務員が顧客に帳票情報の内容について問い合わせる際の連絡手段としては、帳票ウェブページ上でのチャット機能を用いる。なお、顧客との連絡手段はこれに限られず、電子メール又は電話によって、帳票情報の内容についての問い合わせ及びユニークキーの通知を行ってもよい。

例えば、事務員による修正が完了して、修正受付フォーム３９とともに表示画面１５Ａに表示されている完了ボタン４１が押されると、帳票作成支援サーバ１１は、帳票情報の内容に修正を反映した修正帳票情報を生成する（ステップＳ１６）。

帳票作成支援サーバ１１は、修正帳票情報を生成すると、当該修正帳票情報をコード化した帳票情報コードを生成する（ステップＳ１７）。本実施例において、帳票情報コードは、帳票情報コードのみに基づいて、営業店端末２１が修正帳票情報を再現できる情報を含むように生成される。例えば、帳票情報コードは、修正帳票情報に含まれる全ての情報を含む。

例えば、営業店端末２１は、Ｗｅｂ帳票作成支援サービスによって作成可能な種別の帳票のフォーマット（雛型）を全て保持しており、帳票の種別を特定すれば、当該帳票の雛型を読み出すことが可能である。

この場合、営業店端末２１は、帳票の種別を示す情報と、顧客によって入力された情報に、事務員による修正が反映された情報と、を取得することで、修正帳票情報を再現することができる。従って、帳票情報コードは、帳票の種別を示す情報と、帳票の記入欄に記入される情報と、を少なくとも含んでいればよい。

さらに、ステップＳ１７において、帳票作成支援サーバ１１は、帳票情報コードを含む帳票コード画像を生成する。例えば、帳票コード画像は、帳票の一部の領域に帳票情報コードを含む画像である。例えば、帳票コード画像は、帳票情報コードのみを含む画像であってもよい。

帳票コード画像を生成すると、帳票作成支援サーバ１１は、帳票コード画像を顧客端末１３に送信しつつ、金融機関の営業店に来店可能であることを、例えばメールによって通知する（ステップＳ１８）。なお、帳票コード画像及び来店可能通知に代えて、顧客端末１３が帳票ウェブページにアクセスすると、来店可否の確認及び帳票コード画像のダウンロードが可能になっていてもよい。

顧客は、来店可能通知を受信すると、帳票コード画像を印刷し（ステップＳ１９）、金融機関の営業店に持ち込む。

図７は、帳票コード画像が印刷されたコード票１９の一例を示す図である。図７に示す例においては、「普通預金払戻請求書」の一部の領域に二次元コード４３が表示されている。図７には、「普通預金払戻請求書」について、図６に例示した修正受付フォームにおいて、預金科目が「貯蓄」から「普通」に修正され、手数料が「￥５５０」から「￥３３０」に修正された場合の修正帳票情報に基づいたコード票１９の例を示している。

また、図７に示す例においては、「お届印」欄が設けられているため、図７のコード票１９を用いて金融機関に手続の依頼をする際に、窓口での印鑑の照合が必要となる。従って、顧客は、コード票１９の「お届印」欄に捺印したものを窓口で提出する。

コード票１９が営業店に持ち込まれると、上述したように、営業店において、コード票１９中の帳票情報コードである二次元コード４３の読取によって修正帳票情報が営業店端末２１に入力される（ステップＳ２０）。例えば、ステップＳ２０において、修正帳票情報の内容が営業店端末２１の表示画面に表示されて、営業店の行員による確認が行われる。

例えば、読取装置２３によって、二次元コード４３の読取と併せて、コード票１９の「お届印」欄に押印された印鑑のスキャン画像が取得され、営業店の行員によって、顧客の登録済みの印鑑のスキャン画像との重ね合わせにより、印鑑の照合がなされてもよい。

修正帳票情報には、ステップＳ１５における修正が反映されているので、顧客による記入漏れや各種記載事項の入力ミス等については解消されており、基本的には修正の必要はない。例えば、営業店の行員が印鑑の照合を行うのみで確認が完了する。

ステップＳ２０の後、営業店端末２１からホストコンピュータ２５に二次元コード４３が送信される（ステップＳ２１）。ホストコンピュータ２５において、二次元コード４３によって再現される修正帳票情報に基づいて、取引処理が実行される。なお、ステップＳ２１において、修正帳票情報が送信されてもよい。

なお、上述したような、印鑑の照合が必要となる帳票については、窓口での手続きが基本となり、本実施例を適用することが特に有効である。印鑑の照合が必要となる帳票としては、例えば、上記の出金依頼書の他、振込依頼書、または、法人印が必要な法人による取引に係る帳票等の帳票が挙げられる。

以上、説明したように、本実施例の情報処理システム１０において、帳票作成支援サーバ１１の制御部は、１の端末から金融機関において処理される手続の依頼に関する入力情報を受け付けて、当該入力情報に基づいて当該手続の処理の際に提出する帳票の内容を示す帳票情報を生成する帳票情報生成部と、他の端末から帳票情報の内容に対する修正を受け付けて、当該帳票情報の内容に当該修正を反映した修正帳票情報を生成する修正帳票情報生成部と、修正帳票情報をコード化した帳票情報コードを含む帳票コード画像を生成する帳票コード画像生成部と、を有する。

上記のような構成により、帳票情報コードに担持された修正帳票情報には、入力情報に基づいて生成された帳票情報の内容に対する修正が既に反映されている。従って、帳票情報コードが営業店の店頭に持ち込まれた後の金融機関内での手続きの処理においては、帳票情報コードによって示される修正帳票情報の内容に対して修正を行う必要がない。例えば、修正帳票情報の内容に対して手書きの修正を行う必要はなく、例えば、管理センタにおける手書き修正箇所の目視確認及び修正作業であるエントリベリファイも必要ない。従って、帳票情報コードを用いることで、顧客による店頭での帳票の記入や営業店端末への行員による帳票記載事項の入力作業を省略することに加えて、帳票情報コードを読み取った後の処理においても、人の手が入ることなく、電子データの送受信によって効率よく進行することができる。

従って、本実施例の情報処理システムによれば、情報コードを用いた帳票入力システムにおいて、帳票を取り扱う手続の全体を効率化することを可能とする情報処理装置、情報処理システム、情報処理方法、情報処理プログラム及び記録媒体を提供することができる。

以下、図８～１０を参照しつつ、上記のような帳票コード画像の生成を実現するために、帳票作成支援サーバ１１の制御部３３が実行する制御ルーチンについて説明する。

図８は、制御部３３の帳票情報生成部３３Ａによって実行される帳票情報生成ルーチンＲＴ１を示すフローチャートである。帳票情報生成部３３Ａは、例えば、帳票ウェブページにおいて、手続種別が選択されると、帳票情報生成ルーチンＲＴ１を開始する。

帳票情報生成部３３Ａは、帳票情報生成ルーチンＲＴ１を開始すると、手続の種別に応じた所定の入力フォームを含むユーザインタフェースを提供する（ステップＳ１０１）。

ステップＳ１０１において、例えば、顧客端末１３によって帳票ウェブページ上で選択された手続に用いられる帳票の必要事項の入力を受け付け可能な入力フォームが顧客端末１３の表示画面に表示される。ステップＳ１０１において、例えば、図５に例示したような入力フォーム及び送信ボタン３７を含むユーザインタフェースが提供される。

ステップＳ１０１の実行後、帳票情報生成部３３Ａは、入力情報を受信したか否かを判定する（ステップＳ１０２）。ステップＳ１０２において、例えば、顧客端末１３に表示された送信ボタン３７が押されて入力情報が送信されると、入力情報を受信したと判定される。

ステップＳ１０２において、入力情報を受信したと判定する（ステップＳ１０２：ＹＥＳ）と、帳票情報生成部３３Ａは、入力情報に基づいて、帳票の内容を示す帳票情報を生成する（ステップＳ１０３）。ステップＳ１０３において、例えば、帳票の種別ごとの所定の形式に則った態様の帳票情報を生成する。

ステップＳ１０３の実行後、帳票情報生成部３３Ａは、ステップＳ１０３において生成した帳票情報に、当該帳票情報を特定する識別子であるユニークキーを付与して帳票データ保管部３１Ａに記憶する（ステップＳ１０４）。

ステップＳ１０４の実行後、帳票情報生成部３３Ａは、ステップＳ１０３において付与したユニークキーを事務員端末１５に通知する（ステップＳ１０５）。ステップＳ１０５において、例えば、帳票情報生成部３３Ａは、事務員端末１５に宛ててユニークキーを送信する。

ステップＳ１０５において、例えば、電子メールやメッセンジャーアプリ等によって事務員端末１５に宛ててユニークキーが送信される。

また、ステップＳ１０５において、上述したように、事務員端末１５が帳票作成支援サーバ１１が提供する帳票ウェブページにアクセスすると、ユニークキーが提示されることとしてもよい。

ステップＳ１０５の実行後、又はステップＳ１０２において所定時間待機しても新たに入力情報が入力されていないと判定した（ステップＳ１０２：ＮＯ）場合、帳票情報生成部３３Ａは、帳票情報生成ルーチンＲＴ１を終了する。

図９は、修正帳票情報生成部３３Ｂによって実行される修正帳票情報生成ルーチンＲＴ２を示すフローチャートである。修正帳票情報生成部３３Ｂは、例えば、帳票作成支援サーバ１１に電源が投入されると、修正帳票情報生成ルーチンＲＴ２を開始する。

修正帳票情報生成部３３Ｂは、修正帳票情報生成ルーチンＲＴ２を開始すると、事務員端末１５によって、帳票ウェブページ上でユニークキーが入力されたか否かを判定する（ステップＳ２０１）。ステップＳ２０１において、例えば、事務員が事務員端末１５を操作することによって、帳票ウェブサイト内の事務員用のウェブページにログインし、当該ウェブページ内の所定の入力フォームにユニークキーを入力すると、ユニークキーが入力されたと判定される。

ステップＳ２０１において、ユニークキーが入力されていないと判定する（ステップＳ２０１：ＮＯ）と、修正帳票情報生成部３３Ｂは、修正帳票情報生成ルーチンＲＴ２を終了し、新たに修正帳票情報生成ルーチンＲＴ２を開始する。

ステップＳ２０１において、ユニークキーが入力されたと判定する（ステップＳ２０１：ＹＥＳ）と、修正帳票情報生成部３３Ｂは、ステップＳ２０１で入力されたユニークキーによって特定される帳票情報の内容に対する修正の入力が可能な修正受付フォームを提供し、当該修正受付フォームへの入力を受け付ける（ステップＳ２０２）。

ステップＳ２０２において、例えば、図６に例示したように、帳票の形式に則った態様で、帳票の記載事項の入力欄に記載された内容が変更可能な修正受付フォームを含むユーザインタフェースが事務員端末１５の表示画面に表示される。

ステップＳ２０２において、例えば、修正受付フォーム内の、手数料、金額、口座番号、預金科目等の帳票の記載事項について、事務員端末１５による修正が受け付けられる。

ステップＳ２０２の実行後、修正帳票情報生成部３３Ｂは、修正が完了したか否かを判定する（ステップＳ２０３）。ステップＳ２０３において、例えば、事務員端末１５の操作によりステップＳ２０２において提供されたユーザインタフェース内の「完了」ボタンが押されると、修正が完了したと判定される。

例えば、当該「完了」ボタンが押されると、ステップＳ２０２において修正の入力が受け付けられて修正受付フォームにおける帳票の記入欄に記入されている修正情報が帳票作成支援サーバ１１に送信される。修正帳票情報生成部３３Ｂは、帳票作成支援サーバ１１が当該修正情報を受信すると、修正が完了したと判定してもよい。

ステップＳ２０３において、修正が完了していないと判定する（ステップＳ２０３：ＮＯ）と、修正帳票情報生成部３３Ｂは、ステップＳ２０３を繰り返し、修正が完了したか否かを再び判定する。

ステップＳ２０３において、修正が完了したと判定する（ステップＳ２０３：ＹＥＳ）と、修正帳票情報生成部３３Ｂは、帳票情報の内容に、ステップＳ２０２において受け付けた修正を反映した修正帳票情報を生成する（ステップＳ２０４）。ステップＳ２０４において、例えば、修正帳票情報生成部３３Ｂは、記憶部３１の帳票データ保管部に記憶されている帳票情報に、ステップＳ２０３で修正受付フォームに入力された修正内容で上書き保存することによって修正帳票情報を生成する。ステップＳ２０４において、例えば、修正帳票情報は、帳票データ保管部３１Ａに保管される。

ステップＳ２０４の実行後、修正帳票情報生成部３３Ｂは、修正帳票情報生成ルーチンＲＴ２を終了し、新たに修正帳票情報生成ルーチンＲＴ２を開始する。

図１０は、帳票コード画像生成部３３Ｃによって実行される帳票コード画像生成ルーチンＲＴ３を示すフローチャートである。帳票コード画像生成部３３Ｃは、例えば、帳票作成支援サーバ１１に電源が投入されると、帳票コード画像生成ルーチンＲＴ３を開始する。

帳票コード画像生成部３３Ｃは、帳票コード画像生成ルーチンＲＴ３を開始すると、新たに修正帳票情報が生成されたか否かを判定する（ステップＳ３０１）。ステップＳ３０１において、例えば、新たに修正帳票情報が帳票データ保管部３１Ａに保管されると、新たに修正帳票情報が生成されたと判定されてもよい。

ステップＳ３０１において、新たに修正帳票情報が生成されていないと判定する（ステップＳ３０１：ＮＯ）と、帳票コード画像生成部３３Ｃは、帳票コード画像生成ルーチンＲＴ３を終了し、新たに帳票コード画像生成ルーチンＲＴ３を開始する。

ステップＳ３０１において、新たに修正帳票情報が生成されたと判定する（ステップＳ３０１：ＹＥＳ）と、帳票コード画像生成部３３Ｃは、ステップＳ３０１において新たに生成された修正帳票情報をコード化した帳票情報コードを含む帳票コード画像を生成する（ステップＳ３０２）。

ステップＳ３０２において、例えば、帳票情報コードとして、修正帳票情報の内容を担持した二次元コードが生成され、当該二次元コードを含む帳票コード画像が生成される。ステップＳ３０２において、例えば、図７のコード票に表示された修正帳票情報の内容として、記載事項の項目と内容を列記した「普通預金払戻請求書 店番 〇〇〇 預金科目 普通 口座番号 ＸＸＸＸＸＸＸ 名前 ＤＤＤＤ 金額 １０００００ 手数料 ５５０」という文字列を示す二次元コードが生成される。

例えば、ステップＳ３０２において、修正帳票情報の内容として、上記の例から「店番」「預金科目」といった項目を除いた「出金依頼書 ＸＸＸ 普通 ＸＸＸＸＸＸＸ ＤＤＤＤ １０００００ ３３０」という文字列を示す二次元コードが生成されてもよい。

ステップＳ３０２において、例えば、帳票コード画像として、帳票そのものの一部の領域に二次元コードを含むものを示す画像が生成される。

ステップＳ３０２において、例えば、修正帳票情報の内容を担持した二次元コードのみを示す画像が帳票コード画像として生成されてもよい。

ステップＳ３０２の実行後、帳票コード画像生成部３３Ｃは、顧客端末１３に来店可能であることを示す来店可能通知を送信する（ステップＳ３０３）。ステップＳ３０３において、例えば、当該通知とともに、ステップＳ３０２において、生成された帳票コード画像が顧客端末１３に送信される。ステップＳ３０２において、例えば、来店可能通知及び帳票コード画像が電子メールによって送信される。

ステップＳ３０３において、例えば、来店可能通知及び帳票コード画像が顧客端末１３に送信される代わりに、顧客端末１３が、帳票作成支援サーバ１１が提供する帳票ウェブページにアクセスして来店可否の確認及び帳票コード画像の取得が可能となるようにしてもよい。例えば、帳票ウェブサイト内の顧客ごとの専用ページにログインすると、帳票コード画像を印刷可能又は顧客端末１３の表示画面に表示可能になるようにしてもよい。

ステップＳ３０３の実行後、帳票コード画像生成部３３Ｃは、帳票コード画像生成ルーチンＲＴ３を終了し、新たに帳票コード画像生成ルーチンＲＴ３を開始する。

図１１及び図１２を参照しつつ、実施例２に係る情報処理システム５０について説明する。図１１は、情報処理システム５０の構成を示す図である。図１１に示すように、情報処理システム５０は、情報処理システム１０と同様に構成されており、帳票作成支援サーバ１１の代わりに帳票作成支援サーバ５１を有している点で異なる。

帳票作成支援サーバ５１は、帳票作成支援サーバ１１と基本的には同様に構成されているが、制御部３３の帳票コード画像生成部３３Ｃの機能が異なる点において帳票作成支援サーバ１１と異なる。具体的には、帳票作成支援サーバ５１の帳票コード画像生成部３３Ｃは、修正帳票情報を識別可能な識別子をコード化した帳票情報コードを含む帳票コード画像を生成する機能を有する。

図１の場合と同様に、図１１においても、情報処理システム５０を用いて事前に作成された帳票が金融機関において処理される際に関わる営業店端末５５やホストコンピュータ２５等の装置についても併せて示している。本実施例において、営業店端末５５は、例えば専用線によって帳票作成支援サーバ５１に通信可能に接続されている点において実施例１の営業店端末２１と異なり、その余の点については営業店端末２１と同様に構成されている。なお、営業店端末５５は、ネットワークＮＷ１に接続されていてもよい。

帳票作成支援サーバ５１は、修正帳票情報のユニークキーをコード化した帳票情報コードを示す帳票コード画像を生成する。従って、顧客が帳票情報コードを印刷すると、ユニークキーを示す帳票情報コードのコード票５３が印刷される。

当該コード票５３が営業店の店頭に持ち込まれると、読取装置２３を用いてコード票５３が示す帳票情報コードが読み取られ、営業店端末５５に、ユニークキーが入力される。営業店の行員は、当該ユニークキーを用いて、帳票作成支援サーバ５１から、当該ユニークキーが付された修正帳票情報を取得する。

図１２は、情報処理システム５０において行われる情報処理の一例を示すシーケンス図である。図１２に示すように、ステップＳ１１からステップＳ１５までのシーケンスについては、実施例１の場合と同様に進行し、顧客による入力に基づいて生成される帳票情報の内容に対する修正を受け付ける。

帳票作成支援サーバ５１の修正帳票情報生成部３３Ｂは、修正帳票情報を生成すると、修正帳票情報を帳票データ保管部３１Ａに保管する（ステップＳ３１）。例えば、修正帳票情報には、元の帳票情報に付されたユニークキーと同じユニークキーが付与される。言い換えれば、修正帳票情報は、顧客の入力に基づいて生成された帳票情報にステップＳ１２において付されたユニークキーを維持して記憶される。

例えば、修正帳票情報生成部３３Ｂは、修正帳票情報を記憶する際にユニークキーを新たに付与してもよい。例えば、修正帳票情報生成部３３Ｂは、修正帳票情報を記憶する際に、元の帳票情報のユニークキーに、修正帳票情報であることを示す文字列を追加したユニークキーを、修正帳票情報を識別するユニークキーとして付与してもよい。

ステップＳ３１の後、帳票作成支援サーバ５１の帳票コード画像生成部３３Ｃは、修正帳票情報に付与されているユニークキーをコード化した帳票情報コードを含む帳票コード画像を生成する（ステップＳ３２）。

本実施例において、帳票情報コードは、ユニークキーをコード化したものであるため、修正帳票情報をコード化する実施例１の場合よりも、帳票情報コードが担持する情報量は少なくて済む。従って、例えば、帳票情報コードは、ＱＲコード（登録商標）等の二次元コードに限られず、バーコード（一次元コード）とすることもできる。

帳票コード画像を生成すると、帳票作成支援サーバ１１は、帳票コード画像を顧客端末１３に送信しつつ、金融機関の営業店に来店可能であることを通知する（ステップＳ３３）。ステップＳ３３において、ステップＳ３２で生成されたユニークキーを示す情報を担持した帳票コード画像が顧客端末１３に送信される。

実施例１と同様に、ステップＳ３３における来店可能通知及び帳票コード画像は、例えば電子メールによって送信される。また、例えば、顧客端末１３が帳票作成支援サーバ５１が提供する帳票ウェブページにアクセスすることで、来店可能通知及び帳票コード画像の取得が可能であってもよい。

顧客端末１３が帳票コード画像を受信すると、顧客は、当該帳票コード画像を印刷し（ステップＳ３４）、コード票５３を金融機関の営業店に持ち込む。営業店において、営業店端末５５は、読取装置２３によってコード票５３から帳票情報コードが読み取られることによって生成された帳票情報コードデータを受信することによって、当該帳票情報コードに担持されたユニークキーを取得する（ステップＳ３５）。言い換えれば、帳票情報コードの読取によって、当該帳票情報コードに担持されたユニークキーが営業店端末５５に入力される。

営業店端末５５は、例えば行員の操作によって、ステップＳ３５において入力されたユニークキーを帳票作成支援サーバ５１に送信する（ステップＳ３６）。

帳票作成支援サーバ５１の制御部は、営業店端末５５からユニークキーを受信すると、当該受信したユニークキーによって特定される修正帳票情報を帳票データ保管部３１Ａから読み出して、当該修正帳票情報を営業店端末５５に送信する（ステップＳ３７）。

営業店端末５５は、修正帳票情報を受信すると、当該受信した修正帳票情報を帳票の形式で営業店端末５５の表示画面に表示する。このように、営業店端末５５及び読取装置２３によってユニークキーを担持した帳票情報コードが読み取られることにより、当該ユニークキーに基づいて営業店端末５５が帳票作成支援サーバ５１から受信した修正帳票情報を行員が確認することができる。

営業店端末５５は、例えば、行員による修正帳票情報の内容の確認後、ネットワークＮＷ２を介してホストコンピュータ２５に当該修正帳票情報を送信する（ステップＳ３８）。ホストコンピュータ２５は、営業店端末５５から修正帳票情報を受信すると、当該修正帳票情報に基づいて、取引の処理を実行する。

以上、説明したように、本実施例の情報処理システム５０において、帳票作成支援サーバ５１の制御部は、１の端末から金融機関において処理される手続の依頼に関する入力情報を受け付けて、当該入力情報に基づいて当該手続の処理の際に提出する帳票の内容を示す帳票情報を生成する帳票情報生成部と、他の端末から帳票情報の内容に対する修正を受け付けて、当該帳票情報の内容に当該修正を反映した修正帳票情報を生成する修正帳票情報生成部と、を有する。さらに、帳票作成支援サーバ５１の制御部は、修正帳票情報を特定可能な識別子をコード化した帳票情報コードを含む帳票コード画像を生成する帳票コード画像生成部を有する。

上記のような構成により、本実施例においては、実施例１の場合よりも情報コードに担持する情報量が少なくて済み、かつ、当該帳票情報コードによって特定される修正帳票情報を金融機関の営業店端末に、自動的に入力することができる。当該修正帳票情報には、既に帳票情報の内容に対する修正が反映されている。

従って、本実施例においても、実施例１の場合と同様に、帳票情報コードが営業店の店頭に持ち込まれた後の金融機関内での手続きの処理においては、修正帳票情報の内容に対して修正を行う必要がない。

例えば、修正帳票情報の内容に対して手書きの修正を行う必要はなく、例えば、手書きの修正によって生じる管理センタにおけるエントリベリファイも必要ない。従って、帳票情報コードを用いることで、顧客による店頭での帳票の記入や営業店端末への行員による帳票記載事項の入力作業を省略することに加えて、帳票情報コードを店頭で読み取った後の処理についても、手書きや目視確認といった人の手が入ることなく、電子データの送受信によって効率よく進行することができる。

従って、本実施例の情報処理システムによれば、情報コードを用いた帳票入力システムにおいて、帳票を取り扱う手続の全体を効率化することを可能とする情報処理装置、情報処理システム、情報処理方法、情報処理プログラム及び記録媒体を提供することができる。

上述した実施例における構成及びルーチンは例示に過ぎず、用途等に応じて適宜変更又は組み合わせ可能である。

例えば、１つのサーバ装置が実施例１の帳票作成支援サーバ１１及び実施例２の帳票作成支援サーバ５１の両方の機能を有していてもよい。例えば、印鑑の照合が必要な帳票については、実施例１の帳票作成支援サーバ１１の機能により、修正帳票情報をコード化した帳票情報コードを含む帳票コード画像を生成し、例えば、印鑑の照合が不要な帳票については、実施例２の帳票作成支援サーバ５１の機能により、修正帳票情報を識別可能なユニークキーをコード化した帳票情報コードを含む帳票コード画像を生成するようにしてもよい。

なお、上記の実施例において、修正受付フォームは、実際に提出すべき帳票の形式で行員に提示される例について説明したが、これに限られず、例えば、顧客からの入力を受け付ける入力フォームと同様の形式であってもよい。

なお、上記の実施例において、帳票の記載事項のうちの手数料についての事務員端末による修正が受け付けられる例について説明した。手数料について、間違った金額が入力されることが多く、行員による修正の頻度も多いため、本願発明を適用することで、営業店での修正の発生頻度を大きく削減することができる。

なお、本願発明は、金融機関における手続の処理の際に提出する帳票に限られず、他の提出書類にも適用可能である。

例えば、医療機関の受診者が、問診票を医療機関の受付で記入する代わりに、受診者が事前に入力した入力情報に対する医療機関の職員による修正を受け付けて、修正を反映した問診票情報をコード化した情報コードを用いて、問診票の提出をすることができる。それによって、例えば、来院時の受付時間や待ち時間を短縮することができる。

例えば、宿泊施設の利用客が、チェックインに必要な事項を宿泊施設に到着時に記入する代わりに、利用客が事前に入力した入力情報に対する宿泊施設の職員による修正を受け付けて、修正を反映したチェックイン情報をコード化した情報コードを用いてチェックインを行うことができる。それによって、到着時に人がチェックイン情報の修正を行う必要が無く、チェックイン時間を短縮することが出来る。さらには、例えば、情報コードを自動機に読み取らせることで無人でチェックインも可能となり得る。

例えば、交通機関の利用客が特急券や定期券を窓口で購入する際に、交通機関の窓口で乗車区間の駅名や人数等の購入内容を記入する代わりに、利用客が事前に入力した入力情報に対する交通機関の職員による修正を受け付けて、修正を反映した購入情報をコード化した情報コードを用いて特急券等を購入することができる。それによって、利用客が窓口で特急券等を購入するのに要する時間を短縮し、交通機関の窓口の混雑を緩和することができる。

１０ 情報処理システム
１１ 帳票作成支援サーバ
１３ 顧客端末
１５ 事務員端末
ＮＷ１ ネットワーク
１９ コード票
２１ 営業店端末
２５ ホストコンピュータ
３１ 記憶部
３１Ａ 帳票データ保管部
３３ 制御部
３３Ａ 帳票情報生成部
３３Ｂ 修正帳票情報生成部
３３Ｃ 帳票コード画像生成部

Claims (16)

1. １の端末から金融機関において処理される手続の依頼に関する入力情報を受け付けて、当該入力情報に基づいて前記手続の処理の際に提出する帳票の内容を示す帳票情報を生成する帳票情報生成部と、
   他の端末から前記帳票情報の内容に対する修正を受け付けて、当該帳票情報の内容に当該修正を反映した修正帳票情報を生成する修正帳票情報生成部と、
   前記修正帳票情報をコード化した帳票情報コードを含む帳票コード画像を生成する帳票コード画像生成部と、
   を有することを特徴とする情報処理装置。
2. 前記帳票情報生成部は、前記入力情報を受け付ける際に、前記１の端末に前記手続の種別に応じた所定の入力フォームを含むユーザインタフェースを提供し、当該入力フォームへの入力内容を前記入力情報として受け付けることを特徴とする請求項１に記載の情報処理装置。
3. 前記帳票情報は、前記手続に用いられる帳票の形式に則った態様の情報であることを特徴とする請求項１に記載の情報処理装置。
4. 前記他の端末は金融機関の職員が操作する端末であることを特徴とする請求項１に記載の情報処理装置。
5. 前記情報コードは二次元コードであることを特徴とする請求項１に記載の情報処理装置。
6. 前記帳票情報の内容は、前記手続にかかる手数料を含み、
   前記修正帳票情報生成部は、前記手数料に対する修正を受け付けて、前記帳票情報の内容に当該手数料に対する修正を反映した前記修正帳票情報を生成することを特徴とする請求項１に記載の情報処理装置。
7. 前記帳票は、印鑑の照合が必要な手続きに用いられる帳票であることを特徴とする請求項１に記載の情報処理装置。
8. 前記帳票情報を保管する帳票データ保管部をさらに有することを特徴とする請求項１に記載の情報処理装置。
9. 前記帳票コード画像は、前記帳票の一部の領域に前記帳票情報コードを含む画像であることを特徴とする請求項１に記載の情報処理装置。
10. 前記帳票コード画像は、前記帳票情報コードのみを含むことを特徴とする請求項１に記載の情報処理装置。
11. １の端末から金融機関において処理される手続の依頼に関する入力情報を受け付けて、当該入力情報に基づいて前記手続の処理の際に提出する帳票の内容を示す帳票情報を生成する帳票情報生成部と、
    他の端末から前記帳票情報の内容に対する修正を受け付けて、当該帳票情報の内容に当該修正を反映した修正帳票情報を生成する修正帳票情報生成部と、
    前記修正帳票情報を特定可能な識別子をコード化した帳票情報コードを含む帳票コード画像を生成する帳票コード画像生成部と、
    を有することを特徴とする情報処理装置。
12. 前記帳票情報を保管し、かつ、前記修正帳票情報が生成されると、当該修正帳票情報を保管する帳票データ保管部をさらに有することを特徴とする請求項１１に記載の情報処理装置。
13. 情報処理装置によって実行される情報処理方法であって、
    １の端末から金融機関において処理される手続の依頼に関する入力情報を受け付けて、当該入力情報に基づいて前記手続の処理の際に提出する帳票の内容を示す帳票情報を生成する帳票情報生成ステップと、
    他の端末から前記帳票情報の内容に対する修正を受け付けて、当該帳票情報の内容に当該修正を反映した修正帳票情報を生成する修正帳票情報生成ステップと、
    前記修正帳票情報をコード化した帳票情報コードを含む帳票コード画像を生成する帳票コード画像生成ステップと、
    を含むことを特徴とする情報処理方法。
14. コンピュータを備える情報処理装置によって実行される情報処理プログラムであって、前記コンピュータに、
    １の端末から金融機関において処理される手続の依頼に関する入力情報を受け付けて、当該入力情報に基づいて前記手続の処理の際に提出する帳票の内容を示す帳票情報を生成する帳票情報生成ステップと、
    他の端末から前記帳票情報の内容に対する修正を受け付けて、当該帳票情報の内容に当該修正を反映した修正帳票情報を生成する修正帳票情報生成ステップと、
    前記修正帳票情報をコード化した帳票情報コードを含む帳票コード画像を生成する帳票コード画像生成ステップと、
    を実行させるための情報処理プログラム。
15. 請求項１４に記載の情報処理プログラムを格納したことを特徴とする、コンピュータが読取可能な記録媒体。
16. サーバ装置を含み、前記サーバ装置が、金融機関の顧客が使用する顧客端末と、前記金融機関の職員が操作する事務員端末との間で通信を行って、前記金融機関における手続に用いられる帳票に関する情報処理を行う情報処理システムであって、
    前記サーバ装置が、
    前記顧客端末から前記金融機関において処理される前記手続の依頼に関する入力情報を受け付けて、当該入力情報に基づいて前記手続の処理の際に提出する帳票の内容を示す帳票情報を生成する帳票情報生成ステップと、
    前記事務員端末から前記帳票情報の内容に対する修正を受け付けて、当該帳票情報の内容に当該修正を反映した修正帳票情報を生成する修正帳票情報生成ステップと、
    前記修正帳票情報をコード化した帳票情報コードを含む帳票コード画像を生成する帳票コード画像生成ステップと、
    を実行することを特徴とする情報処理システム。

Images