JP2006244238A - 識別コード確認装置 - Google Patents

Abstract

【課題】保険証券に貼付したバーコードが正しいかどうかを効率よく確認するための識別コード確認装置を提供する。
【解決手段】帳票に付加された識別コードが当該帳票に付加されるべき識別コードであるか否かの正当性を確認するための識別コード確認装置であって、少なくとも帳票の識別コード部分を含む確認用イメージを取得するイメージ取得手段と、確認用イメージから識別コードデータを読取る識別コード読取り手段と、識別コードデータを表示する表示部とを備えた。
【選択図】図１

Description

本発明は、生命保険保全システムにおける保険証券のバーコードシール貼付チェック方法に関するものである。

生命保険保全システムとは、生命保険や共済等（以下、保険）を提供する生命保険会社や団体等（以下、保険会社）が、保険契約後の給付金の支払い、契約内容変更、異動等の生命保険保全業務（以下、保全業務）の処理（以下、保全処理）を生命保険会社等の事務センタで集中して処理するシステム（以下、保全システム）である。

一般に、保険契約が成立すると、保険証券が発行される。保険証券には、証券番号、保険種類（終身、定期、養老など）、契約内容（保険金額、保険料、払込方法、保険期間など）、契約者、被保険者、保険金受取人、特約条項が記載されている。証券番号は契約者の保険契約の内容が分かる固有の番号である。
上記の保全業務は、各保全業務に対する請求書や契約に関する種々の依頼書が、契約者から保険会社へ提出されることによって、開始される。なお、ここでいう請求書とは、契約者から保険会社に対して提出する保険金、給付金あるいは祝い金等の請求を行う帳票のことである。前記請求書は、各契約者に対して保険会社から発行して提供するものであるため、各契約者の当該保険契約の証券番号が予め印字された上で、契約者に提供される。また、保全処理の効率化のため請求書はＯＣＲ帳票化されており、ＯＣＲによって請求書の種類を識別することができ、またＯＣＲによって請求書に印字された証券番号等を読み取ることができるようになっている。なお、通常請求書には当該保険契約の保険証券が添付されて契約者から提出される。

さて、契約者から送付された保険証券は、保全業務が完了すれば、契約が継続する場合には契約者に返送されるが、契約が終了する場合には契約者に返送する必要はない。このような返送区分が保全業務の完了に応じて証券番号毎に定まる。返送区分は以下のような種類が存在する。
（１）そのまま返送する（給付金請求で契約が継続する場合）
（２）記述を追加して返送する（途中で特約を付加する場合）
（３）返送しない（満期受取金請求で契約が終了する場合）
（４）一時保留する（請求内容不備により処理が完了しない場合）

（１）〜（３）については、保全業務の種類、すなわち請求書の種類で決まる。請求書の種類は、請求書にあらかじめ印字された帳票ＩＤをＯＣＲ認識することにより識別可能であるので、（１）〜（３）の返送区分は自動的に決定される。

（４）については、ワークフロー処理の中で、オペレータによる目視チェックや自動データチェックにより、請求書の記入内容に不備が発見された場合が該当する。従って、請求書の種類に関係なく発生する可能性がある。

保険証券の返送を行うには、上記の返送区分に従って、保険証券を分類する必要がある。これを自動化するためには、保険証券の分類機が用いられる。分類機は、保険証券の証券番号を読み取って、サーバ等に記憶されている返送区分情報を参照し、当該保険証券の返送区分に従って分類し仕分けする、といった制御を行う。

しかしながら、保険証券はさまざまなレイアウトを持ついわゆる非定型の用紙であり、証券番号の印字位置や使用フォントが様々であったり、保険証券の用紙自体に色や地紋等が付されていたりするため、そのままでは証券番号を高精度で取得して読み取ることは難しい。そのために、証券番号を記録したバーコードシールを保険証券に貼付することにより、証券番号の機械読み取りを実現している。

従来の生命保険保全システムの構成を図１６に示す。
対象となる帳票は、請求書と保険証券である。この請求書とは、前述のとおりある保険契約について提出されるものである。従って、請求書と保険証券とは同じ証券番号を持つ。実際にはその他に本人確認資料や、医師の診断書等の保全業務に必要な帳票が添付される場合があるが、ここでは省略する。これらの帳票は、請求書を先頭すなわち１枚目とし、それ以外の帳票を２枚目以降として重ねた状態を１組とし、複数組が連続で読み取られる。ここで、請求書はＯＣＲ帳票であるため、読み取った帳票が請求書である場合には、ＯＣＲは当該帳票が請求書であることを認識できる。それ以外の帳票はＯＣＲ帳票ではないため、ＯＣＲはどのような帳票であるかを認識することはできないが、請求書でないことは認識できる。すなわち、ある帳票が請求書であった場合、それ以降の請求書以外の帳票は当該請求書の添付帳票であり、さらにある帳票が請求書であることが認識されれば、その前の帳票までを１つの組として扱う。

ロットスキャナ１は、前記の複数組の帳票の帳票イメージを一括して読み取るためのスキャナである。ここでは、帳票の束をセットし、自動的にすべての帳票の読み取りを完了するスキャナを想定しているが、帳票を連続して読み取る機能を備えていれば、例えばフラットベッドスキャナ等１枚１枚手作業で帳票を入れ替えるものも使用可能である。

スキャナ制御ＰＣ２は、ロットスキャナ１を制御するための端末であり、図示しないメモリやＣＲＴ等の表示部やキーボードマウス等の操作部を備えた、一般的なＰＣ等が使用される。

ＯＣＲサーバ３は、ロットスキャナ１で取得した帳票イメージの認識及び格納を行なうためのサーバであり、スキャナ制御ＰＣから帳票のイメージを受信するとＯＣＲ処理を開始するようになっている。受信したイメージと認識結果は、ＯＣＲ用ＤＢ３ａに一時的に記憶され、１組ごとにワークフローサーバ５に転送される。このとき、前述の１組の帳票イメージは、１つのグループとして扱われる。これにより、請求書から読み取られた証券番号は保険証券の証券番号として扱われる。また、請求書が認識されるごとに、バーコードシールプリンタに対して当該証券番号のバーコードの印刷指示が送られる。

ワークフローサーバ５は、保全処理のワークフローを管理するためのサーバである。保全処理では、前記請求書の認識結果と帳票イメージについて、ワークフロー処理によってオペレータに内容精査させるがそれらの詳細は割愛する。精査するデータは、ワークフローＤＢ５ａに１組ごとのワークフローデータとして格納されている。ワークフローデータには、証券番号、返送区分、各帳票のワークフロー用全面イメージ、およびワークフローに必要なその他の情報（図示せず）が格納される。証券番号は、請求書からＯＣＲによって読み取られたデータが格納され、内容精査によって確定される。
ワークフローのオペレータは、帳票を参照する必要が生じた場合、ワークフロー用イメージを参照することにより、実際に帳票を参照することなく必要な情報を得る。また、ワークフロー処理が完了すると上記のとおり返送区分が決定され、返送区分情報としてワークフローデータに格納される。なおワークフロー用イメージは、ワークフロー終了後は保存用のイメージとして光ディスク等の保存用の媒体に記録され、倉庫等に保管される。

バーコードシールプリンタ４は、受信したバーコードの印刷指示に基づいて、バーコードパターンを生成し、バーコードシールを印刷する。印刷されたバーコードシールは、手作業により該当する保険証券に貼付される。

分類装置６は、保険証券に貼付されたバーコードを読み取り、分類を行なう。分類装置制御ＰＣ７は、分類装置６を制御するための端末であり、図示しないメモリやＣＲＴ等の表示部やキーボードマウス等の操作部を備えた、一般的なＰＣ等が使用される。このような分類装置には例えば特許文献１のようなものがある。
これらの装置は、図のように、それぞれがＬＡＮ等のネットワークにより接続されている。

以下、図１７のフローチャートに沿って、従来の生命保険保全システムの動作を説明する。
Ｓ１：ロットスキャナ１に請求書と保険証券およびその他の添付帳票をセットし、スキャナ制御ＰＣ１からの指示により、スキャニングを行なう。
請求書と保険証券は案件毎に１：１の組になっており、案件の順に混在して読み込まれる。
スキャニングにより取得されたイメージは、スキャナ制御ＰＣ１からＯＣＲサバ
３へ渡される。
Ｓ２：請求書はあらかじめ証券番号等が印字されたＯＣＲ帳票である為、ＯＣＲサーバ３で認識処理され、認識結果が格納される。
一方、保険証券にも証券番号が印刷されているが、一般に保険証券はＯＣＲ帳票ではなく、発行年代により地色やレイアウトが様々であるため、認識処理によって直接保険証券から証券番号を取得することができない。よって、対応する請求書の証券番号の認識結果と関連付けられて、保険証券のイメージが格納される。
Ｓ３：ＯＣＲサーバ３に格納された証券番号をバーコードシールプリンタ４でバーコードシールとして印刷する。
バーコードシールの例を図４に示す。バーコードの下には一緒に証券番号の数字も印刷して、人間が印刷内容を確認できるようにしておく。
ロットスキャナ１で読み取りの完了した請求書と保険証券から保険証券だけを抜き取り、このバーコードシールを保険証券に貼り付ける。この時、バーコードの下の証券番号の数字と保険証券に印刷された証券番号を照らし合わせながら、貼り付けていく。
Ｓ４：保険証券現物を見ながらバーコードシールが正しく貼り付けられているか、チェックを行なう。
Ｓ５：ＯＣＲサーバ３に格納された請求書の認識結果と保険証券を含む添付帳票のイメージは、１組のデータとしてワークフローサーバ５に渡され、請求内容を精査するワークフロー処理が行なわれる。
ワークフロー処理が完了すると、その後の保険証券の返送区分が証券番号に関連付けられてワークフローサーバ５に格納される。
Ｓ６：分類装置６にバーコードシールが貼り付けられた保険証券をセットし、分類装置制御ＰＣ７からの指示により分類を開始する。
分類装置６は、保険証券のバーコードを読み取りながら分類を行なう。分類装置６のソータは、分類装置制御ＰＣ７がワークフローサーバ５から受け取った保険証券の返送区分に基づいて制御され、保険証券の排出先ポケットが決定される。
Ｓ７：分類された保険証券のうち返送が必要なものは、返送先住所等が印刷された完了通知と共に封入封緘され、契約者に返送される。
実用新案登録第３０７３０２７

このように、従来の生命保険保全システムでは、保険証券に貼付されたバーコードシールによって当該保険証券の返送区分による分類を行う。このため、バーコードシールの貼付誤りがあると、当該保険証券を返送すべき契約者とは異なる相手に送付されてしまう。このため、貼付されたバーコードが正しいかどうかのチェックを行っているが、このチェックを保険証券現物を見ながら行なっている為、作業効率・チェック精度共に悪く、チェック漏れにより、他の契約者の保険証券が返送されてしまうという事故が発生する危険性があった。
このため、保険証券に貼付したバーコードが正しいかどうかを効率よく確認するための確認装置が求められていた。

このような課題を解決するために、本発明の識別コード確認装置は以下の構成を備える。
＜構成１＞
帳票に付加された識別コードが当該帳票に付加されるべき識別コードであるか否かの正当性を確認するための識別コード確認装置であって、少なくとも帳票の識別コード部分を含む確認用イメージを取得するイメージ取得手段と、前記確認用イメージから識別コードデータを読取る識別コード読取り手段と、前記識別コードデータを表示する表示部とを備えた。
＜構成２＞
帳票に付加された識別コードが当該帳票に付加されるべき識別コードであるか否かの正当性を確認するための識別コード確認装置であって、少なくとも帳票の識別コード部分を含むイメージを取得するイメージ取得手段と、前記確認用イメージから識別コードデータを読取る識別コード読取り手段と、前記識別コードデータをもとに、当該識別コードの正当性を確認するための正当性確認情報を取得する、正当性確認情報取得手段と、前記正当性確認情報を表示する表示部とを備えた。
＜構成３＞
事前に前記帳票の全体イメージを取得して識別コードデータとともに事前取得イメージとして記憶するデータベースから前記事前取得イメージを取得する手段を備え、前記正当性確認情報とは前記事前取得イメージである。
＜構成４＞
帳票に付加された識別コードが当該帳票に付加されるべき識別コードであるか否かの正当性を確認するための識別コード確認装置であって、少なくとも帳票の識別コード部分を含むイメージを取得するイメージ取得手段と、前記確認用イメージから識別コードデータを読取る識別コード読取り手段と、前記識別コードデータの比較データをオペレータに入力させる比較データ入力手段と、前記識別コードデータと前記比較データを比較チェックする比較部と、前記比較チェック結果を表示する表示部とを備えた。
＜構成５＞
前記確認用イメージは帳票の全体イメージであり、前記表示部は、前記確認用イメージをともに表示する、請求項１から４のいずれかに記載の識別コード確認装置。
＜構成６＞
前記識別コードとは、バーコードまたは２次元コードである。
＜構成７＞
前記帳票への識別コードの付加は、バーコードまたは２次元コードを印刷したシールを帳票に貼付することによりなされたものである。
＜構成８＞
前記識別コードデータに対応する返送情報を記憶するデータベースから、前記識別コードデータに対応する返送情報を取得する返送情報取得部とを備え、前記表示部に識別コードデータに対応する返送情報を表示する。
＜構成９＞
前記帳票とは保険証券であり、前記識別コードデータとは証券番号である。

保険証券に貼付したバーコードが正しいかどうかを効率よく確認することができる。

本発明の実施例について、以下のとおり説明する。

＜実施例１の構成＞
図１は、この発明の第１の実施例を示す生命保険保全システムの構成である。図１６に示した従来の構成に対し、チェック用スキャナ８を接続した貼付チェックＰＣ９が追加されている。貼付チェックＰＣ９は、他の装置と同じネットワーク上に接続されている。

チェック用スキャナ８は、バーコードシールが貼付された保険証券の全面イメージを取得するためのものであり、フラットベッドスキャナ、スタンド型スキャナ、デジタルカメラ、ビデオカメラ等の一枚ずつイメージ取得するタイプのものであるが、必要な解像度が得られるのであれば、その他の同様な画像取得機能を持つものであっても良い。例えば、ロットスキャナ等一括して複数保険証券の画像取得できるタイプのものを用いて、チェック対象の保険証券のイメージを一括取得して図示しない記憶部に格納しておくようにすれば、保険証券を１枚ずつ読み取らせる、という手間を省くことができる。チェック用スキャナ８にて読み取った帳票イメージは貼付チェックＰＣ９に転送され、バーコード部分が認識される。すなわち、チェック用スキャナ８と貼付チェックＰＣ９によって、保険証券のバーコードを読み取るのと同時に保険証券全体のイメージも取得できる。

図３は、貼付チェックＰＣ９の機能ブロック図である。

バーコード認識部９ａは、チェック用スキャナ８にて読み取った帳票イメージから、バーコード部分を識別して、バーコードを認識してバーコードデータすなわち証券番号データを取得するための処理部である。

表示部９ｂは、前記帳票イメージと、バーコード認識部９ａによって取得した証券番号を表示するためのものであり、ＣＲＴ、ＬＣＤ、プラズマディスプレイ等であるが、その他の同様な表示機能を持つものであっても良い。

図６に画面例を示す。
ここでは、取得した保険証券の全面イメージが表示されるとともに、バーコードを認識した結果である証券番号が表示されている。

また、「ＯＫ」、「ＮＧ」を選択するボタンが表示されており、オペレータは確認結果を入力することができる。ＯＫが入力された場合は、ワークフローサーバ５に貼付チェックＯＫであった旨が通知され、当該ワークフローデータの保険証券が返送可能な状態になった旨記録される。ＮＧが入力された場合は、ワークフローサーバ５に貼付チェックＮＧであった旨が通知されるので、ワークフローサーバ５は正しい保険証券に貼付するためのバーコードシールの印字を、再度バーコードシールプリンタ４に行わせる。

また、「次保険証券」を選択するボタンが表示されており、オペレータは１枚の保険証券の貼付チェックを終えると、次保険証券ボタンを選択し、それにより次の保険証券の確認画面が表示される。なお、このとき表示される全面イメージについては、チェック用スキャナが１枚ずつイメージ取得するタイプのものであれば、貼付チェックＰＣ９はチェック用スキャナ８に保険証券のイメージ取得動作を行わせて画像取得する。チェック用スキャナが一括でイメージ取得するタイプのものであれば、すでに取得済みのイメージから次の保険証券の画像を読み出す。「終了」を選択すると、貼付チェックのプログラムは終了する。

このように取得した帳票のイメージとバーコードの読取り結果である証券番号を同時に表示することにより、オペレータは保険証券に正しいバーコードシールが貼付されているかどうかを簡単に確認することができる。

＜実施例１の動作＞
以下、図５のフローチャートに沿って、第１の実施例の動作を説明する。
Ｓ１０１：（図１７の従来のフローチャートＳ１と同じであるため省略）
Ｓ１０２：（図１７の従来のフローチャートＳ２と同じであるため省略）
Ｓ１０３：（図１７の従来のフローチャートＳ５と同じであるため省略）
Ｓ１０４：（図１７の従来のフローチャートＳ３と同じであるため省略）
Ｓ１０５：チェック用スキャナ８に保険証券をセットし、貼付チェックＰＣ９からの指示によりバーコード読み取りを行なう。
Ｓ１０６：バーコードの読取結果と取得イメージが、貼付チェックＰＣ９の画面上に表示される。
Ｓ１０７：取得イメージ上の証券番号とバーコード読取結果の証券番号を目視でチェックし、同じであればＳ１０９へと進み、異なればＳ１０８へと進む。
Ｓ１０８：取得イメージ上の証券番号とバーコード読取結果の証券番号のバーコードシールが再印刷され、それぞれを本来貼り付けられるべき保険証券に貼り直す。
Ｓ１０９：（図１７の従来のフローチャートＳ６と同じであるため省略）
Ｓ１１０：（図１７の従来のフローチャートＳ７と同じであるため省略）

以上のように、第１の実施例によれば、バーコードリーダを接続した貼付チェックＰＣを追加し、画面上でバーコード読取結果の証券番号と取得イメージの証券番号を目視チェックするようにしたことにより、保険証券現物をチェックする必要が無くなり、作業効率、チェック精度共に改善されたチェックが可能になる。

＜実施例２の構成＞
第２の実施例のシステムの構成は、図１に示した第１の実施例の構成と同じであるが、ワークフローサーバ５、貼付チェックＰＣ９の機能ブロック構成が異なる。

図２は、ワークフローサーバ５の機能ブロック図である。

ワークフローＤＢ５ａは、前記の１組ごとのデータをワークフローデータとして記憶するものである。返送区分は、請求書の種別、ワークフローの結果によって決定された返送区分が格納される。ワークフロー用全面イメージは、請求書、保険証券、その他の添付帳票のイメージが格納される。請求書以外のワークフロー用全面イメージについては、保全処理のオペレータによって確認され、帳票の種別が入力される。例えば保険証券である場合は、オペレータは貼付帳票の確認画面に用意された選択操作部によって「保険証券」である旨を選択する。選択操作部には、例えばチェックボックスやラジオボタンやコンボボックス等、既存の技術が使用できる。このように選択された帳票種別は、ワークフローデータにワークフロー用全面イメージと関連付けられて格納される。

ワークフロー管理部５ｂは、上記の内容精査のワークフローを管理するものである。

返送情報付与部５ｃは、従来通りのルールに従って、前記の返送区分を決定し、ワークフローデータに格納する。

ワークフローデータ取得部５ｄは、貼付チェックＰＣ９に対してワークフローデータを取得する機能を提供するためのインターフェースを提供する処理部である。本実施例では、貼付チェックＰＣ９に対して該当する証券番号の保険証券のイメージをワークフロー用イメージから取得して、提供する。

図７は、本実施例における貼付チェックＰＣ９の機能ブロック図である。

バーコード認識部９ａは実施例１と同様なので説明を省略する。

比較イメージ取得部９ｃは、バーコード認識部９ａによって取得した証券番号によって、ワークフローサーバ５から該当する証券番号の保険証券のイメージを取得するための処理部である。

表示部９ｂは、前記帳票イメージと、比較イメージ取得部９ｃによって取得した保険証券のイメージを表示するためのものであり、ＣＲＴ、ＬＣＤ、プラズマディスプレイ等であるが、その他の同様な表示機能を持つものであっても良い。

図９に画面例を示す。
ここでは、左側にチェック用スキャナ８で取得した保険証券の全面イメージが表示されるとともに、右側にバーコードを認識して得られた保険証券を元にワークフローサーバ５から取得した、保険証券の全面イメージが並んで表示されている。オペレータは、表示されている保険証券の証券番号を比較することにより、貼付チェックを行うことができる。また、表示されているのが異なる種別の保険証券であった場合には、証券番号を確認するまでも無く、貼付ミスを発見することができる。すなわち、ワークフローサーバ５から取得した保険証券の全面イメージは、ここでは正解イメージとして利用される。

「ＯＫ」、「ＮＧ」「次保険証券」「終了」のボタンの機能については、実施例１と同様である。

このようにチェック用スキャナ８で取得した帳票のイメージと、バーコードの読取り結果である証券番号によって取得した、ワークフロー用イメージとして記憶されていた保険証券のイメージを同時に表示することにより、正しいバーコードが貼付されていればバーコードが貼付されている以外は同じ保険証券のイメージが表示される。逆に、異なる保険証券が表示されたならば、バーコードの貼付誤りがある、という判断ができる。

＜実施例２の動作＞
以下、図８のフローチャートに沿って、第２の実施例の動作を説明する。
Ｓ２０１：（図１７の従来のフローチャートＳ１と同じであるため省略）
Ｓ２０２：（図１７の従来のフローチャートＳ２と同じであるため省略）
Ｓ２０３：（図１７の従来のフローチャートＳ５と同じであるため省略）
Ｓ２０４：（図１７の従来のフローチャートＳ３と同じであるため省略）
Ｓ２０５：チェック用スキャナ８に保険証券をセットし、貼付チェックＰＣ９からの指示によりバーコード読み取りを行なう。
Ｓ２０６：チェック用スキャナ８による取得イメージと、バーコードの読取結果である証券番号を元に取得された正解イメージが、貼付チェックＰＣ９の画面上に並べて表示される。
Ｓ２０７：取得イメージと正解イメージを目視でチェックし、同じであれば、Ｓ２０９へと進み、異なれば、Ｓ２０８へと進む。なお、全面イメージが表示されているので、この時にオペレータは、証券番号の他に被保険者名、契約者名等それ以外の項目も含めてチェックすることもできる。
Ｓ２０８：取得イメージ上の証券番号と正解イメージ上の証券番号（＝バーコード読取結果の証券番号）のバーコードシールが再印刷され、それぞれを本来貼り付けられるべき保険証券に貼り直す。
Ｓ２０９：（図１７のＳ６と同じであるため省略）
Ｓ２１０：（図１７のＳ７と同じであるため省略）

以上のように、第２の実施例によれば、バーコードリーダを接続した貼付チェックＰＣを追加し、画面上でバーコード読取結果の証券番号から導き出された正解イメージと、取得イメージを目視チェックするようにしたことにより、証券番号以外の項目も参照できるようになり、第１の実施例よりも精度の高い目視チェックが可能になる。

また、正しいバーコードが貼付されていればバーコードの有無以外は同じ保険証券のイメージが表示され、誤ったバーコードが貼付されていれば異なる保険証券が表示されるので、オペレータはバーコードの貼付誤りを、数字を見比べる場合と比べ、直感的にチェックすることができる。

＜実施例３の構成＞
第２の実施例のシステムの構成は、図１に示した第１の実施例の構成と同じであるが、貼付チェックＰＣ９の機能ブロック構成が異なる。

図１０は、本実施例における貼付チェックＰＣ９の機能ブロック図である。

バーコード認識部９ａは実施例１と同様なので説明を省略する。

比較データ入力部９ｄは、貼付チェックＰＣのオペレータに対して、チェック対象となる保険証券の証券番号を手入力させるための処理部であり、表示部９ｂ上に表示された入力フィールドに対して、オペレータが図示しないキーボードを操作することにより、証券番号の入力が行われる。

比較部９ｅは、バーコード認識部９ａによって取得した証券番号と、比較データ入力部９ｄによって入力された証券番号とを比較するための処理部である。比較部は、オペレータ指示によって比較処理を行い、表示部に結果を表示する。両者が一致すれば、ＯＫの旨の表示を行い、一致しなければＮＧの旨の表示を行う。

すなわち、正しいバーコードが貼付されていれば手入力した証券番号と一致するのでＯＫとなり、正しくないバーコードが貼付されていれば一致しないのでＮＧとなる。

表示部９ｂは、前記帳票イメージと、証券番号の入力フィールドと、比較結果を表示するためのものであり、ＣＲＴ、ＬＣＤ、プラズマディスプレイ等であるが、その他の同様な表示機能を持つものであっても良い。

図１２に画面例を示す。
ここでは、取得した保険証券の全面イメージが表示されるとともに、証券番号を入力するための入力フィールド、バーコード貼付チェックボタン、結果表示エリアが表示されている。

「ＯＫ」、「ＮＧ」「次保険証券」「終了」のボタンの機能については、実施例１と同様である。

＜実施例３の動作＞
以下、図１１のフローチャートに沿って、第３の実施例の動作を説明する。
Ｓ３０１：（図１７の従来のフローチャートＳ１と同じであるため省略）
Ｓ３０２：（図１７の従来のフローチャートＳ２と同じであるため省略）
Ｓ３０３：（図１７の従来のフローチャートＳ５と同じであるため省略）
Ｓ３０４：（図１７の従来のフローチャートＳ３と同じであるため省略）
Ｓ３０５：チェック用スキャナ８に保険証券をセットし、貼付チェックＰＣ９からの指示によりバーコード読み取りを行なう。
Ｓ３０６：チェック用スキャナ８による取得イメージが、貼付チェックＰＣ９の画面上に表示され、同時に取得イメージ上の証券番号をキーボード入力するための領域が並べて表示される。
Ｓ３０７：画面上の取得イメージを見ながら、証券番号をキーボード入力する。この時、画面にバーコード読取結果は表示しない。
Ｓ３０８：キーボード入力した証券番号とバーコード読取結果を貼付チェックＰＣ９内部で比較し、同じであれば、画面上に貼付チェック「ＯＫ」の結果を表示し、Ｓ３１０へと進み、異なれば、「ＮＧ」の結果を表示し、Ｓ３０９へと進む。
Ｓ３０９：キーボード入力した証券番号とバーコード読取結果の証券番号のバーコードシールが再印刷され、それぞれを本来貼り付けられるべき保険証券に貼り直す。
Ｓ３１０：（図１７のＳ６と同じであるため省略）
Ｓ３１１：（図１７のＳ７と同じであるため省略）

以上のように、第３の実施例によれば、バーコードリーダを接続した貼付チェックＰＣを追加し、取得イメージの証券番号を見ながらキーボード入力した結果と、バーコード読取結果を貼付チェックＰＣ内部で比較するようにしたことにより、目視チェックのみによる見落しを低減することができ、精度の高い貼付チェックが可能になる。

＜実施例４の構成＞
また、分類装置は複数ポケットを持つ大型のソータを含み非常に高価な為、センタの規模が中規模以下である場合には、複数台導入することができない場合が多い。このため、分類装置の障害時に業務が停止してしまうという問題点があった。また、センタの規模が小規模である場合には、分類装置の導入自体が困難である場合もある。

このため、上記の実施例において説明した貼付チェックＰＣ９について、チェックＯＫとなった証券番号を元に、当該保険証券の返送区分を表示する機能を持たせれば、分類機の故障時等にも、保険証券の貼付チェックを行うとともに返送区分を確認することができる。

第４の実施例のシステムの構成は、図１に示した第１の実施例の構成と同じであるが、貼付チェックＰＣ９の機能ブロック構成が異なる。

以下、実施例１にて説明した貼付チェックＰＣ９に、前記の返送区分を確認する機能を持たせた場合の例を説明する。

図１３は、本実施例における貼付チェックＰＣ９の機能ブロック図である。

バーコード認識部９ａは、上記の実施例と同様であるので説明を省略する。

表示部９ｂは、前記帳票イメージと、バーコード認識部９ａによって取得した証券番号と、前記証券番号に対応する返送区分を表示するためのものである。

返送情報取得部９ｆは、証券番号を元に、ワークフローサーバ５から当該保険証券の返送区分を取得する。なお、ワークフローサーバ５のワークフローデータ取得部は、ここではさらに返送区分を取得するための機能を有するものとする。

図１５に画面例を示す。
ここでは、取得した保険証券の全面イメージが表示されるとともに、バーコードを認識した結果である証券番号、その証券番号を元に取得した返送区分が表示されている。
返送区分は、バーコードの認識とともにワークフローサーバ５から取得される。

「ＯＫ」、「ＮＧ」「次保険証券」「終了」のボタンの機能については、実施例１と同様である。

＜実施例４の動作＞
以下、図１４のフローチャートに沿って、第４の実施例の動作を説明する。
Ｓ４０１：（図１７の従来のフローチャートＳ１と同じであるため省略）
Ｓ４０２：（図１７の従来のフローチャートＳ２と同じであるため省略）
Ｓ４０３：（図１７の従来のフローチャートＳ５と同じであるため省略）
Ｓ４０４：（図１７の従来のフローチャートＳ３と同じであるため省略）
Ｓ４０５：Ｓ４０４のワークフロー処理完了後にチェック用スキャナ８を接続した貼付チェックＰＣ９にて、バーコードシールの貼付チェックを行なう。ここでは実施例１のチェック方法によるものとするが、後述のとおり実施例２または３の方法によっても可能である。貼付チェックの際、貼付チェックＰＣ９はバーコード読み取り結果である証券番号を元に、ワークフローサーバ４０５から返送区分を受け取っておく。
Ｓ４０６：貼付チェック画面で「ＯＫ」が選択されると、図１５に示す返送区分表示画面が表示される。返送区分表示画面には、バーコード読取結果により返送区分から取り出された返送区分が、証券番号と共に表示される。
Ｓ４０７：オペレータは画面に表示された返送区分を見ながら、チェック用スキャナ８のスタッカに排出された保険証券を手作業により分類する。
Ｓ４０８：（図１７のＳ７と同じであるため省略）

なお、ここでは、実施例１に返送区分を確認する機能を持たせた場合について説明したが、実施例２および３についても同様な機能を持たせることができる。例えば、実施例２の場合はバーコードの識別結果である証券番号により、当該証券番号のワークフローデータから全体イメージを取得する際に、同時に返送区分を受け取るようにすれば良い。実施例３の場合はバーコードの認識結果とオペレータにより入力された証券番号が一致した場合に、ワークフローサーバ５にアクセスして、当該証券番号のワークフローデータから返送区分を取得すれば良い。

また、返送区分をワークフローサーバ５から取得するとしたが、貼付チェックＰＣ９に予め内容精査完了した証券番号と返送区分情報をダウンロードしておくことも可能である。

また、オペレータが貼付チェックＯＫである旨を確認したら、「ＯＫ」の選択により返送区分表示画面を表示する、としたが、返送情報は貼付チェックの段階で予め取得できるので、貼付チェック画面にて同時に返送区分を表示してもよい。

以上のように、第４の実施例によれば、バーコードシール貼付チェックを行なった画面で、同時に保険証券の返送区分を表示するようにしたことにより、分類装置の障害時でも手作業により保険証券の分類ができるようになり、業務継続が可能になる。

なお、上記の各実施例ではバーコードを用いて説明しているが、保険証券の識別用のコードデータとしての証券番号を機械読み取り可能な形式で埋め込めることができればよく、例えばＱＲコード等をはじめとする２次元コードを用いても良い。

なお、上記の各実施例では、バーコードリーダとしてスキャナ同様に保険証券全体のイメージを取得できるタイプのものを用いた例を説明したが、バーコード部分のみの読取りしかできないハンディタイプのものを用いることもできる。その場合、取得イメージは画面に表示されない為、代わりに帳票現物と画面の両方を見ながら貼付チェックを行なうこととなるが、帳票現物のみで行なう従来の場合よりも、高い精度でチェックが可能である。

本発明の実施例１のシステム構成 本発明のワークフローサーバの機能ブロック 本発明の実施例１の貼付チェックＰＣの機能ブロック バーコードシールの例 本発明の実施例１の処理フロー 本発明の実施例１の貼付チェック画面 本発明の実施例２の貼付チェックＰＣの機能ブロック 本発明の実施例２の処理フロー 本発明の実施例２の貼付チェック画面 本発明の実施例２の貼付チェックＰＣの機能ブロック 本発明の実施例３の処理フロー 本発明の実施例３の貼付チェック画面 本発明の実施例４の貼付チェックＰＣの機能ブロック 本発明の実施例４の処理フロー 本発明の実施例４の返送区分表示画面 従来技術のシステム構成 従来技術の処理フロー

符号の説明

１ ロットスキャナ
２ スキャナ制御ＰＣ
３ ＯＣＲサーバ
３ａ ＯＣＲ用ＤＢ
４ バーコードシールプリンタ
５ ワークフローサーバ
５ａ ワークフローＤＢ
６ 分類装置
７ 分類装置制御ＰＣ
８ チェック用スキャナ
９ 貼付チェックＰＣ
９ａ バーコード認識部
９ｂ 表示部
９ｃ 比較イメージ取得部
９ｄ 比較データ入力部
９ｅ 比較部
９ｆ 返送情報取得部

Claims (9)

1. 帳票に付加された識別コードが当該帳票に付加されるべき識別コードであるか否かの正当性を確認するための識別コード確認装置であって、
   少なくとも帳票の識別コード部分を含む確認用イメージを取得するイメージ取得手段と、
   前記確認用イメージから識別コードデータを読取る識別コード読取り手段と、
   前記識別コードデータを表示する表示部とを備えた、
   識別コード確認装置。
2. 帳票に付加された識別コードが当該帳票に付加されるべき識別コードであるか否かの正当性を確認するための識別コード確認装置であって、
   少なくとも帳票の識別コード部分を含むイメージを取得するイメージ取得手段と、
   前記確認用イメージから識別コードデータを読取る識別コード読取り手段と、
   前記識別コードデータをもとに、当該識別コードの正当性を確認するための正当性確認情報を取得する、正当性確認情報取得手段と、
   前記正当性確認情報を表示する表示部とを備えた、
   識別コード確認装置。
3. 事前に前記帳票の全体イメージを取得して識別コードデータとともに事前取得イメージとして記憶するデータベースから前記事前取得イメージを取得する手段を備え、
   前記正当性確認情報とは前記事前取得イメージである、
   請求項２に記載の識別コード確認装置。
4. 帳票に付加された識別コードが当該帳票に付加されるべき識別コードであるか否かの正当性を確認するための識別コード確認装置であって、
   少なくとも帳票の識別コード部分を含むイメージを取得するイメージ取得手段と、
   前記確認用イメージから識別コードデータを読取る識別コード読取り手段と、
   前記識別コードデータの比較データをオペレータに入力させる比較データ入力手段と、
   前記識別コードデータと前記比較データを比較チェックする比較部と、
   前記比較チェック結果を表示する表示部とを備えた、
   識別コード確認装置。
5. 前記確認用イメージは帳票の全体イメージであり、
   前記表示部は、前記確認用イメージをともに表示する、請求項１から４のいずれかに記載の識別コード確認装置。
6. 前記識別コードとは、バーコードまたは２次元コードである、
   請求項１から５のいずれかに記載の識別コード確認装置。
7. 前記帳票への識別コードの付加は、バーコードまたは２次元コードを印刷したシールを帳票に貼付することによりなされたものである、請求項１から５のいずれかに記載の識別コード確認装置。
8. 前記識別コードデータに対応する返送情報を記憶するデータベースから、
   前記識別コードデータに対応する返送情報を取得する返送情報取得部とを備え、
   前記表示部に識別コードデータに対応する返送情報を表示する
   請求項１から７のいずれかに記載の識別コード確認装置。
9. 前記帳票とは保険証券であり、前記識別コードデータとは証券番号である、請求項１から８のいずれかに記載の識別コード確認装置。

Images