(57)【要約】【課題】データの多い、少ないに関わらず、安全に処理できるイメージエントリシステムを提供する。【解決手段】実施形態のイメージエントリシステムは、入力された帳票のイメージにおけるコードデータをエントリ処理するためのものである。イメージデータ件数とコードデータ処理済件数とを管理するデータ量管理部と、即時処理可能である第一の外部端末群と、処理依頼通知を受付可能である第二の外部端末群とを登録する外部端末管理部とを備える。イメージデータ件数がコードデータ処理済件数を第一の基準値より上回っているときは、第一の外部端末群の端末に対してイメージを分割して送信し、そのエントリ処理をさせ、イメージデータ件数がコードデータ処理済件数を第二の基準値より上回っているときは、第二の外部端末群の端末に対して処理依頼通知をし、処理可能の返信があればその端末を第一の外部端末群とみなして管理する。【選択図】図１
2012079060.tif 000002
【特許請求の範囲】
【請求項１】
入力された帳票のイメージにおけるコードデータをエントリ処理するためのイメージエントリシステムであって、
入力された帳票のイメージの件数であるイメージデータ件数と前記処理が済んだコードデータ処理済件数とを管理するデータ量管理部と、
即時処理可能である第一の外部端末群と、処理依頼通知を受付可能である第二の外部端末群とを登録する外部端末管理部とを記憶する記憶装置と、
前記イメージデータ件数が前記コードデータ処理済件数を第一の基準値より上回っているときは、第一の外部端末群の端末に対して前記イメージを分割して送信し、そのエントリ処理をさせ、
前記イメージデータ件数が前記コードデータ処理済件数を第二の基準値より上回っているときは、第二の外部端末群の端末に対して処理依頼通知をし、処理可能の返信があればその端末を第一の外部端末群とみなして管理する外部連携処理部とを備えるイメージエントリシステム。
【請求項２】
入力された帳票のイメージにおけるコードデータをエントリ処理するためのコンピュータによるイメージエントリ方法であって、
記憶装置に、入力された帳票のイメージの件数であるイメージデータ件数と前記処理が済んだコードデータ処理済件数とを管理するデータ量管理部と、
即時処理可能である第一の外部端末群と、処理依頼通知を受付可能である第二の外部端末群とを登録する外部端末管理部とを記憶するステップと、
前記イメージデータ件数が前記コードデータ処理済件数を第一の基準値より上回っているときは、第一の外部端末群の端末に対して前記イメージを分割して送信し、そのエントリ処理をさせるステップと、
前記イメージデータ件数が前記コードデータ処理済件数を第二の基準値より上回っているときは、第二の外部端末群の端末に対して処理依頼通知をし、処理可能の返信があればその端末を第一の外部端末群とみなすステップとを含むイメージエントリ方法。
【請求項３】
入力された帳票のイメージにおけるコードデータをエントリ処理するためのプログラムであって、
記憶装置に、入力された帳票のイメージの件数であるイメージデータ件数と前記処理が済んだコードデータ処理済件数とを管理するデータ量管理部と、
即時処理可能である第一の外部端末群と、処理依頼通知を受付可能である第二の外部端末群とを登録する外部端末管理部とを記憶させ、
コンピュータに、前記イメージデータ件数が前記コードデータ処理済件数を第一の基準値より上回っているときは、第一の外部端末群の端末に対して前記イメージを分割して送信し、そのエントリ処理をさせる手順と、
前記イメージデータ件数が前記コードデータ処理済件数を第二の基準値より上回っているときは、第二の外部端末群の端末に対して処理依頼通知をし、処理可能の返信があればその端末を第一の外部端末群とみなす手順とを実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、データエントリにおいて外部端末と連携するイメージエントリシステムに関する。
【背景技術】
【０００２】
銀行・保険等の業務システムにおいて、営業店や支社から送付される帳票のイメージを読み取るスキャナ等を元に、センタに設置したＰＣの画面にイメージを表示する等してエントリ処理を行っている。
【０００３】
しかし、業務の繁閑により処理するデータ量にばらつきがあり、繁忙日を前提としたシステムではデータ量が少ない時期にはシステム規模や人員に無駄が生じていた。また、データ量の少ない日を前提とすると、データを処理しきれない問題が発生する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−６３１５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
データの多い、少ないに関わらず、安全に処理できるイメージエントリシステムを提供することである。
【課題を解決するための手段】
【０００６】
実施形態のイメージエントリシステムは、入力された帳票のイメージにおけるコードデータをエントリ処理するためのものである。イメージデータ件数とコードデータ処理済件数とを管理するデータ量管理部と、即時処理可能である第一の外部端末群と、処理依頼通知を受付可能である第二の外部端末群とを登録する外部端末管理部とを備える。イメージデータ件数がコードデータ処理済件数を第一の基準値より上回っているときは、第一の外部端末群の端末に対してイメージを分割して送信し、そのエントリ処理をさせ、イメージデータ件数がコードデータ処理済件数を第二の基準値より上回っているときは、第二の外部端末群の端末に対して処理依頼通知をし、処理可能の返信があればその端末を第一の外部端末群とみなして管理する。
【図面の簡単な説明】
【０００７】
【図１】本実施形態のシステム構成図
【図２】本実施形態のフローチャート
【図３】イメージテーブルのデータ構成図
【図４】コードテーブルのデータ構成図
【図５】データ量管理テーブルのデータ構成図
【図６】伝票イメージの分割処理の概要図
【図７】外部端末管理テーブルのデータ構成図
【発明を実施するための形態】
【０００８】
以下、本発明の実施形態について、図面を参照して説明する。本実施形態においては、以下（１）〜（３）をその主旨としている。
【０００９】
（１）システム規模を適正にする。そこで、外部エントリの活用をすること。
【００１０】
（２）データ量に依存せず、柔軟に処理できる仕組みとしたい。そこで、携帯電話機、ＰＤＡ等を用いたエントリ処理を行うこと。
【００１１】
（３）外部処理時もセキュリティを維持したい。そこで、イメージデータの分割、マスキング処理を行うこと。
【００１２】
図１は、本実施形態のシステム構成図である。
【００１３】
イメージエントリシステムは、銀行・保険等の業務において、入力された帳票のイメージにおけるコードデータをエントリ処理するためのものである。営業店等の拠点１００とセンタ２００とが通信可能になっている。拠点１００では銀行・保険等の業務に係る伝票１０１を取り扱う。スキャナ１０２を設置している。
【００１４】
センタ２００では、各拠点からの伝票について集中して受け入れ、エントリ処理を行う。そこで、イメージエントリの業務用のＰＣ２０１や、スキャナ２０２を設置している。センタ２００における機能としては、イメージエントリ処理部２０３、データ量管理処理部２０４、外部連携処理部２０５、およびデータ登録処理部２０６といったものがあり、これらの処理をサーバ等のコンピュータ（図示せず）に実行させるためのプログラムが実行されることにより、当該機能を実現している。
【００１５】
また、イメージテーブル２０７、コードテーブル２０８、データ量管理テーブル２０９、および外部端末管理テーブル２１０といった各種データベースを、記憶装置（図示せず）上に構築している。これらデータベースを、上記各種処理部から必要に応じてアクセスできるようにシステムを構成している。
【００１６】
「外部」３００は、携帯電話機、ＰＤＡ、デジタルＴＶ等の外部端末含む群を指しており、「Ａ群」３００Ａ、「Ｂ群」３００Ｂと称する２群が存在する。これら外部の各群は、センタ２００と通信可能になっている。
【００１７】
「Ａ群」３００Ａとは、即時に処理可能として登録されている、第一の外部端末群をいう。例えば、携帯電話機（通常、複数存在し、３０１Ａ、３０２Ａ、・・・と称する）、ＰＤＡ、デジタルＴＶ等である。
【００１８】
「Ｂ群」３００Ｂとは、即時に処理可能ではないが、処理依頼の通知を受付可能として登録されている、第二の外部端末群をいう。例えば、携帯電話機（通常、複数存在し、３０１Ｂ、３０２Ｂ、・・・と称する）ＰＤＡ３０２Ｂ、デジタルＴＶ等である。
【００１９】
次に、本実施形態における処理の流れを説明する。
【００２０】
図２は、本実施形態のフローチャートである。
【００２１】
（ステップＳ２０１：イメージデータの取得・登録）
営業店等の拠点１００に設置したスキャナ１０２、または、センタ２００に設置したスキャナ２０２により、伝票１０１のイメージデータを取得し、イメージテーブル２０７に登録する。
【００２２】
図３は、本実施形態のイメージテーブル２０７のデータ構造である。
【００２３】
イメージテーブル２０７は、イメージデータのデータベースであり、イメージデータのキー情報２０７Ａに基づいて、登録されたイメージデータ２０７Ｂを検索することができるように構成されている。
【００２４】
（ステップＳ２０２：センタＰＣでのデータ入力処理）
イメージエントリ処理部２０３は、イメージテーブル２０７から伝票のイメージデータをＰＣ２０１の画面に表示し、人によるイメージデータを基にしたデータ入力処理を可能とする。また、入力されたコードデータをコードテーブル２０８に登録する。
【００２５】
図４は、本実施形態のコードテーブル２０８のデータ構造である。
【００２６】
コードテーブル２０８は、入力されたコードデータのデータベースである。先に説明したイメージテーブル２０７と同一の「イメージデータのキー情報」２０７Ａに対応付けて、そのイメージデータについて入力された入力データ２０８Ａを登録し、また、データのキー情報２０８Ｂを用いて入力データ２０８Ａを検索することができるように構成されている。
【００２７】
（ステップＳ２０３：データ処理状況の管理）
データ管理処理部２０４は、イメージテーブル２０７に登録されたデータ量とコードテーブル２０８のデータ処理状況を、データ量管理テーブル２０９に登録する。
【００２８】
図５は、本実施形態のデータ量管理テーブル２０９のデータ構造である。
【００２９】
データ量管理テーブル２０９には、イメージデータ件数２０９Ａ、コードデータ件数２０９Ｂ、コードデータ処理済件数２０９Ｃ、処理端末数２０９Ｄ、外部端末利用有無基準値２０９Ｅ、および外部端末追加利用有無基準値２０９Ｆが登録される。
【００３０】
イメージデータ件数２０９Ａは、イメージテーブル２０７に登録されている、入力された帳票のイメージデータ２０７Ｂの件数であり、データ量管理処理部２０４がこれを登録する。
【００３１】
コードデータ件数２０９Ｂは、コードテーブル２０８に登録されている入力データ２０８Ａ、すなわちエントリ処理が済んだものの件数であり、データ量管理処理部２０４がこれを登録する。
【００３２】
コードデータ処理済件数２０９Ｃはコードデータ件数２０９Ｂのうち、処理が済んだものの件数である。
【００３３】
処理端末数２０９Ｄは、センタ２００または外部３００において処理を行っている端末の数である。
【００３４】
外部端末利用有無基準値２０９Ｅは、センタ２００のＰＣ２０１に加えて、外部３００の「Ａ群」の端末を利用するか否かの判断基準の値である。
【００３５】
外部端末追加利用有無基準値２０９Ｅは、外部３００の「Ｂ群」の端末を、上記「Ａ群」に追加的に利用するか否かの判断基準の値である。
【００３６】
（ステップＳ２０４：処理量が基準値を超えたかの判断）
外部連携処理部２０５はデータ量管理テーブル２０９を基に処理量を判断し、外部端末のエントリを行うかを決定する。
ここで、外部端末のエントリを行うか否かの判断基準の式を、以下に示す。
【００３７】
イメージデータ件数 − コードデータ処理済み件数  ＞  外部端末利用有無基準値
【００３８】
この式において、外部端末利用有無基準値２０９Ｅ（第一の基準値）を超えていなければ、センタ２００のＰＣ２０１での通常処理を続行してもよい（Ｓ２０４：ＮＯ）。
【００３９】
（ステップＳ２０５：「Ａ群」の端末にイメージを一部切出し送信）
イメージデータ件数がコードデータ処理済件数を外部端末利用有無基準値よりも上回っているときは、外部端末のエントリを行う（Ｓ２０４：ＹＥＳ）。
【００４０】
イメージテーブル２０７から伝票のイメージデータを外部端末管理テーブル２０５にその時点で処理可能として登録された「Ａ群」３００Ａの端末に対し送信する。
【００４１】
また、外部連携処理部２０５は外部端末に送信するイメージを、マスキングあるいは一部イメージに分割して切り出し、そのエントリ処理をさせるために送信する。
【００４２】
図６は、伝票イメージの分割処理の概要図である。
【００４３】
伝票に記入されている文字について、そのイメージを、セキュリティを維持するために、個々の文字ごとに分割する。その切り出された一部イメージを、外部端末である携帯電話機３０１Ａと３０２Ａに送信している。各端末においては、各イメージを基にしたコード入力が行われる。
【００４４】
図７は、本実施形態の外部端末管理テーブル２１０のデータ構造である。
【００４５】
外部端末管理テーブル２１０には、端末ＩＤ２１０Ａ、送信番号２１０Ｂ、利用登録状況２１０Ｃおよび処理状況２１０Ｄが登録される。
【００４６】
端末ＩＤ２１０Ａは、外部３００の端末のＩＤである。
【００４７】
送信番号２１０Ｂは、端末ＩＤ２１０Ａで識別される外部端末に送信したデータの番号である。
【００４８】
利用登録状況２１０Ｃは、端末ＩＤ２１０Ａで識別される外部端末が「Ａ群」であるのか「Ｂ群」であるかどうかの登録状況をあらわす。
【００４９】
処理状況２１０Ｄは、端末ＩＤ２１０Ａで識別される外部端末がその時点で処理可能であるかどうかの状況をあらわす。「Ａ群」の端末は通常その時点で即時処理可能な状況である。一方で、「Ｂ群」の端末は通常は処理可能な状況ではないが、後述するように、処理依頼通知を受付可能な状況であり、処理依頼を通知して、処理可能な状況に変更することができる。
【００５０】
（ステップＳ２０６：「Ａ群」の端末による一部イメージの入力処理）
外部端末では伝票の一部イメージを基にコードデータの入力を行いセンタ２００へ返信する。データ登録処理部２０６は、返信されたデータをコードテーブル２０８に登録する。
【００５１】
（ステップＳ２０７：処理量が「Ａ群」では不足かの判断）
外部連携処理部２０５は、データ量管理テーブル２０９と外部端末管理テーブル２１０から既に処理している「Ａ群」３００Ａでは処理の許容量が不足するか否かを判断する。
ここで、外部端末が「Ａ群」３００Ａでは不足か否かの判断基準を、以下に示す。
【００５２】
イメージデータ件数 − コードデータ処理済件数  ＞  外部端末追加利用有無基準値
【００５３】
（ステップＳ２０８：「Ｂ群」の端末に処理依頼を通知）
イメージデータ件数がコードデータ処理済件数を外部端末追加利用有無基準値２０９Ｆ（第二の基準値）よりも上回っているときは（Ｓ２０７：ＹＥＳ）、外部端末管理テーブル２１０に登録された受付可能な外部端末「Ｂ群」３００Ｂに対して、処理依頼の通知を行う。「Ｂ群」３００Ｂの端末では人により受付可否を返信する。
【００５４】
（ステップＳ２０９：処理可能な「Ｂ群」の端末を「Ａ群」と同様と管理）
外部連携処理部２０５は受付可能と返信のあった「Ｂ群」３００Ｂの端末を、「Ａ群」３００Ａと同様とみなして管理する。すなわち、処理状況２１０Ｄにおいて「処理可能」としたうえで、イメージデータの送信処理を行う。
【００５５】
そして、処理量が「Ａ群」では不足か否かの判断（Ｓ２０７）に再度戻り、その後の処理を続行する。
【００５６】
なお、外部端末追加利用有無基準値２０９Ｆを超えていなければ（Ｓ２０７：ＮＯ）、「Ａ群」３００Ａでの処理を続行してもよく、先に処理依頼をして「Ａ群」と同様の管理をしていた「Ｂ群」の端末については、処理依頼を解除してよく、その時点で処理可能ではないという状況に戻してもよい。したがって、システム規模を適正にすることができる。または、データ量に依存せず、柔軟に処理できる仕組みとなっている。
【００５７】
さらに、ここで、処理量がこの外部端末利用有無基準値を超えていなければ、センタ２００のＰＣ２０１での通常処理に戻ってもよい（Ｓ２０４：ＮＯ）。
【００５８】
以上説明したように、本実施形態によれば、携帯電話機やＰＤＡ等を用いた外部エントリを活用し、エントリ作業量の管理を行うことができるようになり、しかも、データの多い、少ないに関わらず、安全に処理できるイメージエントリシステムを提供することができる。なお、ポイント付与等の応用も容易である。
【００５９】
本発明の実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００６０】
拠点１００、センタ２００、データ量管理テーブル２０９、外部端末管理テーブル２１０、外部３００、外部端末「Ａ群」３００Ａ、外部端末「Ｂ群」３００Ｂ
【図１】
2012079060.tif 000003
【図２】
2012079060.tif 000004
【図３】
2012079060.tif 000005
【図４】
2012079060.tif 000006
【図５】
2012079060.tif 000007
【図６】
2012079060.tif 000008
【図７】
2012079060.tif 000009