(57)【要約】【課題】帳票の利用状況に応じて、帳票定義データの作成順を決定することが可能な技術を提供する。【解決手段】帳票定義データ作成システムは、帳票の特徴点に関する情報を表す特徴情報を取得する取得部と、帳票を識別するための識別情報と識別された帳票の特徴情報とを紐付けて蓄積する特徴情報記憶部を有する。帳票定義データ作成システムは、特徴情報記憶部に記憶された各帳票の特徴情報を比較して、各帳票をグループに分類する。帳票定義データ作成システムは、各グループ内に属する帳票の数に応じて、帳票定義データを作成する対象とする帳票を決定し、その帳票の特徴情報に基づき、帳票定義データを作成する。【選択図】図１
2014115857.tif 000002
【特許請求の範囲】
【請求項１】
帳票を読み取るために用いられる帳票定義データを作成する帳票定義データ作成システムであって、
帳票の特徴点に関する情報を表す特徴情報を取得する取得部と、
前記帳票と前記特徴情報とを紐付けて蓄積する特徴情報記憶部と、
前記特徴情報記憶部に蓄積された各帳票の前記特徴情報を比較して、前記各帳票をグループに分類する分類部と、
前記特徴情報に基づき、前記帳票定義データを作成する作成部と、を備え、
前記作成部は、各グループ内に属する帳票の数に応じて、前記帳票定義データを作成する対象とする帳票を決定する、帳票定義データ作成システム。
【請求項２】
請求項１記載の帳票定義データ作成システムであって、
前記作成部は、前記グループに属する前記帳票の数が最も多いグループ内の帳票を、前記帳票データを作成する対象として決定する、帳票定義データ作成システム。
【請求項３】
請求項１または請求項２に記載の帳票定義データ作成システムであって、
前記取得部はそれぞれの帳票からそれぞれ複数の特徴点についての前記特徴情報を取得し、
前記分類部は、比較対象の帳票について、他の帳票と前記特徴情報が一致する場合に、一致した前記特徴情報に応じた点数を加算し、前記加算した点数が所定の点数以上である場合に、前記比較対象の帳票を前記他の帳票と同一のグループに分類する、帳票定義データ作成システム。
【請求項４】
請求項３に記載の帳票定義データ作成システムであって、
それぞれの前記特徴情報の点数には、重み付けがされている、帳票定義データ作成システム。
【請求項５】
請求項１または請求項２に記載の帳票定義データ作成システムであって、
前記分類部は、比較対象の帳票の有する特徴情報と他の帳票の有する特徴情報とが一致する場合に、前記比較対象の帳票を前記他の帳票と同一のグループに分類する、帳票定義データ作成システム。
【請求項６】
帳票定義データ作成システムによる帳票定義データを作成する方法であって、
帳票の特徴点に関する情報を表す特徴情報を取得する工程と、
前記帳票と前記特徴情報とを紐付けて蓄積する工程と、
前記蓄積された各帳票の前記特徴情報を比較して、前記各帳票をグループに分類する分類する工程と、
前記特徴情報に基づき、前記帳票定義データを作成する工程と、を備え、
前記帳票定義データを作成する工程は、各グループ内に属する帳票の数に応じて、前記帳票定義データを作成する対象とする帳票を決定する工程を有する、帳票定義作成方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、帳票定義データ作成システムおよび帳票定義データ作成方法に関する。
【背景技術】
【０００２】
金融機関で保持していない帳票のフォーマット情報の登録を行う技術として、特開２００８−２９９７４８号（特許文献１）に記載された技術がある。この公報には、「営業店端末は、フォーマット情報が登録されていない帳票のイメージデータを送信し、帳票登録端末は、取得した帳票のイメージデータに基づいてフォーマット情報を作成し、フォーマット情報が全帳票イメージ登録ファイルに格納されたフォーマット情報に影響を及ぼさないことを確認すると、作成したフォーマット情報をサーバに送信して全帳票イメージ登録ファイルに格納し、営業店端末は、全帳票イメージ登録ファイルから帳票登録端末によって作成されたフォーマット情報を取得する。」と記載されている（要約参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００８−２９９７４８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
前記特許文献１の技術では、帳票登録端末は、フォーマット情報が登録されていない帳票のイメージデータに基づいてフォーマット情報としての帳票定義データを作成している。しかし、特許文献１の技術では、帳票定義データが登録されていない帳票のイメージデータが複数存在する場合には、すべての帳票について一律に帳票定義データが作成される。そのため、例えば、利用頻度の高い帳票の帳票定義データを優先して作成することはできなかった。
【０００５】
そこで、本発明は、帳票の利用状況に応じて、帳票定義データの作成順を決定することが可能な技術を提供する。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明は、帳票を読み取るために用いられる帳票定義データを作成する帳票定義データ作成システムであって、帳票の特徴点に関する情報を表す特徴情報を取得する取得部と、前記帳票と前記特徴情報とを紐付けて蓄積する特徴情報記憶部と、前記特徴情報記憶部に蓄積された前記特徴情報を比較して、前記各帳票をグループに分類する分類部と、前記特徴情報に基づき、前記帳票定義データを作成する作成部と、を備え、前記作成部は、各グループ内に属する帳票の数に応じて、前記帳票定義データを作成する対象とする帳票を決定する帳票定義データ作成システムを有する。
【発明の効果】
【０００７】
本発明によれば、帳票の特徴点に関する情報を表す特徴情報を比較して、帳票をグループに分類するので、同一の帳票とみなすことのできる帳票の数を把握することができる。そのため、帳票の利用状況に応じて、帳票定義データの作成順を決定することができる。上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。
【図面の簡単な説明】
【０００８】
【図１】本発明の一実施例の帳票定義データ作成システムの構成を示す図である。
【図２】帳票定義データ作成システムで実行される帳票処理のフローチャートである。
【図３】未定義帳票ＤＢに格納される識別番号とイメージデータと特徴情報とを示す図である。
【図４】未定義帳票サーバによって行われる分類処理のフローチャートである。
【図５】点数の加算に用いられる点数テーブルについて説明するための図である。
【図６】未定義帳票ＤＢに新たに格納された未定義帳票が他の未定義帳票と同一のグループに分類される例を示す図である。
【図７】新たに格納された未定義帳票を既に格納されていた未定義帳票と同一のグループに分類する別の例を示す図である。
【図８】分類部によって複数の未定義帳票が分類された結果を示す図である。
【図９】帳票定義データ作成システムによって実行される帳票定義データ作成処理のフローチャートである。
【図１０】帳票定義データを作成するために表示機に表示されるイメージデータおよび帳票定義データの例を示す図である。
【図１１】分類処理の別の例について説明するための図である。
【図１２】帳票定義データ作成システムの一実施例としての帳票定義データ作成装置を示す図である。
【発明を実施するための形態】
【０００９】
以下、実施例を図面を用いて説明する。
【実施例１】
【００１０】
Ａ１．システムの構成：
本実施例では、帳票の利用状況に応じて、帳票定義データの作成順を決定することが可能なシステムの例を説明する。
【００１１】
図１は、本発明の一実施例の帳票定義データ作成システム１０００の構成を示す図である。帳票定義データ作成システム１０００は、帳票を読み取るために必要な帳票定義データを作成するためのシステムである。帳票定義データには、例えば、帳票に記載されている文字の位置と、記載されている文字の属性とに関するデータが含まれる。帳票定義データ作成システム１０００は、帳票読取端末４００と、未定義帳票サーバ２００と、帳票定義端末３００と、センターサーバ５００と、が互いにネットワークＮＴを介して接続された構成を備えている。なお、図１では、説明上必要としない他の構成部については図示を省略している。このことは、後述する図においても同様である。
【００１２】
帳票読取端末４００は、金融機関等に設置され、読み取った帳票から、その特徴情報を取得するための端末である。特徴情報には、例えば、帳票の種類ごとに付与された帳票ＩＤと、帳票のタイトルと、帳票の用紙のサイズと、帳票に記載されている罫線のレイアウト情報と、種々の項目名と、その項目名の位置情報とのうち少なくとも一つが含まれる。帳票読取端末４００が特徴情報の取得を行う帳票には、例えば、入金を行うための帳票と、名義変更等の各種の届けを申し込むための帳票と、投資信託を購入するための帳票と、住民税を納付するための帳票とのうち少なくとも一種類が含まれる。帳票読取端末４００は、読取端末制御部４１０と、表示機４４０と、スキャナ４５０と、入力機器４６０と、読取端末通信部４７０と、帳票定義データ記憶部４３０と、を備える。
【００１３】
帳票定義データ記憶部４３０は、帳票の種類ごとに、帳票定義データを記憶する。
【００１４】
スキャナ４５０は、帳票のイメージデータを取得する。スキャナ４５０によってイメージデータが取得された帳票を、以降、「処理対象の帳票」ともいう。
【００１５】
読取端末制御部４１０は、ＣＰＵ（図示しない）とＲＯＭやＲＡＭ等の内部記憶装置（図示しない）とを含む。読取端末制御部４１０は、ＲＯＭに記憶されているプログラムをＲＡＭに展開して実行することにより、判定部４１２として機能するとともに、帳票読取端末４００全体を制御する。読取端末制御部４１０は、スキャナ４５０によって取得されたイメージデータに基づいて、特徴情報として、帳票のＩＤと、帳票のタイトルと、罫線のレイアウト情報と、項目名とを取得する。また、読取端末制御部４１０は、帳票定義データが既に作成されている帳票については、帳票定義データを用いてＯＣＲ（Ｏｐｔｉｃａｌ  Ｃｈａｒａｃｔｅｒ  Ｒｅａｄｅｒ）処理を行い、各項目に記入された値や文字（以降、「項目値」という）を取得する。
【００１６】
判定部４１２は、取得された帳票ＩＤに基づいて、処理対象の帳票の帳票定義データが、帳票定義データ記憶部４３０に記憶されているか否かを判定する。判定部４１２によって、帳票定義データ記憶部４３０に帳票定義データが記憶されていないと判定された帳票を、以降、「未定義帳票」ともいう。
【００１７】
表示機４４０は、スキャナ４５０によって取得されたイメージデータと、読取端末制御部４１０によって取得された特徴情報と、項目値とのうち少なくとも一つを表示する。入力機器４６０は、例えばキーボードやマウス等によって構成される。入力機器４６０は、帳票に特徴情報が記載されていない場合や、所定の枠外に特徴情報が記載されている場合等に、金融機関のオペレータによって、特徴情報を入力したり、修正したりするために用いられる。また、入力機器４６０は、処理対象の帳票の項目値がイメージデータから取得されない場合に、オペレータによって、項目値を入力するために用いられる。
【００１８】
読取端末通信部４７０は、帳票読取端末４００と他の装置との間のデータの通信を行う。他の装置とは、未定義帳票サーバ２００と、帳票定義端末３００と、センターサーバ５００と、のうち少なくとも一つの装置である。読取端末通信部４７０は、未定義帳票のイメージデータと特徴情報とを、未定義帳票サーバ２００へ送信する。また、読取端末通信部４７０は、処理対象の帳票のイメージデータと特徴情報と項目値とを、センターサーバ５００へ送信する。
【００１９】
次に、未定義帳票サーバ２００について説明する。未定義帳票サーバ２００は、サーバ制御部２１０と、サーバ通信部２２０と、未定義帳票データベース（未定義帳票ＤＢ）２３０と点数テーブル２３５とを備える。
【００２０】
サーバ通信部２７０は、未定義帳票サーバ２００と、他の装置との間のデータの通信を行う。他の装置とは、帳票読取端末４００と、帳票定義端末３００と、センターサーバ５００とのうち少なくとも一つの装置である。サーバ通信部２７０は、未定義帳票のイメージデータと特徴情報とを帳票読取端末４００の読取端末通信部４７０から受信する。未定義帳票ＤＢ２３０には、サーバ通信部２７０が受信した未定義帳票のイメージデータと特徴情報とが、他の未定義帳票のイメージデータおよび特徴情報と識別するための識別情報に紐付けされて格納される。
【００２１】
サーバ制御部２１０は、ＣＰＵ（図示しない）とＲＯＭやＲＡＭ等の内部記憶装置（図示しない）とを含む。サーバ制御部２１０は、ＲＯＭに記憶されているプログラムをＲＡＭに展開して実行することにより、分類部２１２として機能するとともに、未定義帳票サーバ２００全体を制御する。また、サーバ制御部２１０は、サーバ通信部２７０によって受信された未定義帳票のイメージデータと特徴情報とに、識別情報を付与する。
【００２２】
分類部２１２は、未定義帳票ＤＢ２３０に記憶された複数の未定義帳票の特徴情報を比較して、同一帳票とみなされる未定義帳票を、同一のグループに分類する。分類部２１２の行う分類の詳細については、後述する。
【００２３】
点数テーブル２３５は、特徴情報と点数とが関係づけられたテーブルである。点数テーブル２３５は、未定義帳票の特徴情報を比較する際に用いられる。
【００２４】
次に帳票定義端末３００について説明する。帳票定義端末３００は、定義端末制御部３１０と、表示機３４０と、入力機器３６０と、定義端末通信部３７０と、帳票定義データベース（帳票定義ＤＢ）３３０と、を備える。
【００２５】
帳票定義ＤＢ３３０は、帳票の種類ごとに、帳票定義データを記憶する。帳票定義ＤＢ３３０には、後述する定義データ作成部３１４により帳票定義データが新たに作成されるたびに、作成された帳票定義データが記憶される。
【００２６】
定義端末制御部３１０は、ＣＰＵ（図示しない）とＲＯＭやＲＡＭ等の内部記憶装置（図示しない）とを含む。定義端末制御部３１０は、ＲＯＭに記憶されているプログラムをＲＡＭに展開して実行することにより、定義データ作成部３１４として機能するとともに、帳票定義端末３００全体を制御する。定義データ作成部３１４は、未定義帳票の特徴情報に基づいて、帳票定義データを作成する。定義データ作成部３１４の行う帳票定義データの作成の詳細については、後述する。
【００２７】
入力機器３６０は、例えばキーボードやマウス等によって構成される。入力機器３６０は、帳票定義データを作成する際に用いられる。表示機３４０は、イメージデータと、特徴情報と、作成された帳票定義データとの内少なくとも一つを表示する。
【００２８】
定義端末通信部３７０は、主に、未定義帳票サーバ２００および帳票読取端末４００と、帳票定義端末３００との間のデータの通信を行う。定義端末通信部３７０は、帳票定義ＤＢ３３０が更新されると、帳票定義データを帳票読取端末４００へ送信する。
【００２９】
センターサーバ５００は、センターサーバ制御部５１０と、センターサーバ通信部５７０とを備える。センターサーバ通信部５７０は、主に、センターサーバ５００と帳票読取端末４００との間のデータの通信を行い、帳票読取端末４００から処理対象の帳票のイメージデータと特徴情報と項目値とを取得する。
【００３０】
センターサーバ制御部５１０は、ＣＰＵ（図示しない）とＲＯＭやＲＡＭ等の内部記憶装置（図示しない）とを含む。センターサーバ制御部５１０は、ＲＯＭに記憶されているプログラムをＲＡＭに展開して実行することにより、帳票処理部５１２として機能するとともに、センターサーバ５００全体を制御する。帳票処理部５１２は、特徴情報および項目値に基づいて、各種の処理を行う。各種の処理とは、入金の手続や、名義変更の手続や、住民税を納付する手続等である。
【００３１】
Ａ２．帳票処理：
図２は、帳票定義データ作成システム１０００で実行される帳票処理のフローチャートである。帳票処理は、帳票読取端末４００と未定義帳票サーバ２００とセンターサーバ５００とによって行われる処理である。帳票処理は、読取端末制御部４１０によって、帳票読取端末４００の備えるスキャナ４５０に、帳票のイメージデータの取得が指示された場合に開始される。
【００３２】
読取端末制御部４１０によって帳票のイメージデータの取得が指示されると、スキャナ４５０は、スキャナ４５０にセットされた帳票のイメージデータを取得する（ステップＳ１００）。スキャナ４５０にセットされる帳票は、例えば、帳票読取端末４００の設置された金融機関に、顧客によって持ち込まれた帳票である。
【００３３】
スキャナ４５０によって処理対象の帳票のイメージデータが取得されると（ステップＳ１００）、読取端末制御部４１０は、イメージデータに基づいて、特徴情報を取得する（ステップＳ１０２）。特徴情報の取得は、帳票定義データの有無にかかわらず、例えば特開２０１１−２４８６０９に記載されている公知の方法を用いて行うことができる。イメージデータに基づいて特徴情報が取得できない場合には、オペレータは、入力機器４６０を用いて特徴情報を入力する。読取端末制御部４１０は、入力された特徴情報を取得する。
【００３４】
特徴情報が取得されると、判定部４１２は、特徴情報に基づいて、処理対象の帳票に対応する帳票定義データを、帳票定義データ記憶部４３０の中から検索する（ステップＳ１０４）。具体的には、判定部４１２は、ステップＳ１０２において取得された特徴情報のうち、帳票ＩＤに対応付けられた帳票定義データを、帳票定義データ記憶部４３０の中から検索する。なお、判定部４１２は、帳票のＩＤと、帳票のタイトルと、帳票の用紙サイズと、罫線のレイアウト情報と、項目名とその位置情報と、をそれぞれ帳票定義データと比較して、所定の一致度を満たす帳票定義データを検索してもよい。
【００３５】
帳票ＩＤに対応付けられた帳票定義データが帳票定義データ記憶部４３０に記憶されていない場合には、判定部４１２は、処理対象の帳票を、未定義帳票と判定する（ステップＳ１０６：ＹＥＳ）。帳票ＩＤに対応付けられた帳票定義データが帳票定義データ記憶部４３０に記憶されている場合には、判定部４１２は処理対象の帳票を未定義帳票ではないと判定する（ステップＳ１０６：ＮＯ）。
【００３６】
処理対象の帳票が未定義帳票であると判定された場合には（ステップＳ１０６：ＹＥＳ）、読取端末通信部４７０は、ステップＳ１００において取得されたイメージデータとステップＳ１０２において取得された特徴情報とを、未定義帳票サーバ２００へ送信する（ステップＳ１０８）。
【００３７】
次に、未定義帳票サーバ２００において、サーバ通信部２７０が、未定義帳票のイメージデータと特徴情報とを帳票読取端末４００から受信すると（ステップＳ１２０）、サーバ制御部２１０は、未定義帳票のイメージデータおよび特徴情報に、識別番号を付与して、未定義帳票ＤＢ２３０に格納する（ステップＳ１２２）。本実施例では、サーバ制御部２１０は、識別番号として「００１」等の番号を、イメージデータおよび特徴情報に付与する。
【００３８】
図３は、未定義帳票ＤＢ２３０に格納される識別番号とイメージデータと特徴情報とを示す図である。未定義帳票ＤＢ２３０には、図４に示すように、未定義帳票８１０の識別番号「００１」と特徴情報８１２とイメージデータとが紐付けられている。
【００３９】
図２に戻り、未定義帳票ＤＢ２３０にイメージデータと特徴情報とが格納されると、未定義帳票サーバ２００の分類部２１２は、後述する分類処理を行う（ステップＳ１２４）。
【００４０】
読取端末通信部４７０が、イメージデータと特徴情報とを未定義帳票サーバ２００へ送信すると（ステップＳ１０８）、読取端末制御部４１０は、処理対象の帳票が未定義帳票である場合には、ステップＳ１０２において取得された特徴情報のうち、項目名を表示機４４０に表示して、項目名に対応する項目値の入力を促す（ステップＳ１１０）。オペレータは、表示された項目名に対応する項目値を、イメージデータや処理対象の帳票を参照して入力する。
【００４１】
一方、ステップＳ１０６において、判定部４１２が処理対象の帳票を未定義帳票ではないと判定した場合には（ステップＳ１０６：ＮＯ）、読取端末制御部４１０は、スキャナ４５０によって取得されたイメージデータと帳票定義データとに基づいて、項目値を文字認識によって取得する（ステップＳ１１２）。
【００４２】
オペレータによって項目値が入力されると（ステップＳ１１０）、または、項目値が文字認識によって取得されると（ステップＳ１１２）、読取端末通信部４７０は、イメージデータと特徴情報と項目値とを、センターサーバ５００へ送信する（ステップＳ１１４）。なお、読取端末通信部４７０は、特徴情報および項目値のみを、センターサーバ５００へ送信してもよい。
【００４３】
センターサーバ５００のセンターサーバ通信部５７０がイメージデータと特徴情報と項目値とを受信すると（ステップＳ１３０）、センターサーバ５００の帳票処理部５１２は、帳票の種別に応じて、例えば入金処理等の所定の処理を実行する（ステップＳ１３２）。以上で、一連の帳票処理が終了する。
【００４４】
Ａ３．分類処理：
図４は、未定義帳票サーバ２００によって行われる分類処理のフローチャートである。未定義帳票の分類処理は、未定義帳票のイメージデータと特徴情報とが未定義帳票ＤＢ２３０に格納された場合に（図２、ステップＳ１２２）、未定義帳票サーバ２００の分類部２１２によって行われる処理である。
【００４５】
分類処理が開始されると、分類部２１２は、未定義帳票ＤＢ２３０を検索して、他の未定義帳票の特徴情報が既に格納されているか否かを確認する（ステップＳ２００）。他の未定義帳票の特徴情報が格納されている場合とは、本実施例では、新たに格納された特徴情報と異なる識別番号を有する特徴情報が、未定義帳票ＤＢ２３０内に存在する場合である。
【００４６】
他の未定義帳票の特徴情報が既に格納されている場合には（ステップＳ２００：ＹＥＳ）、分類部２１２は、他の未定義帳票のそれぞれの特徴情報と、新たに登録された未定義帳票のそれぞれの特徴情報とを比較して、未定義帳票に対して点数を加算する（ステップＳ２０２）。
【００４７】
図５は、点数の加算に用いられる点数テーブル２３５について説明するための図である。点数テーブル２３５は、他の未定義帳票と新たに格納された未定義帳票とに、同一の特徴情報が存在する場合に、新たに登録された未定義帳票に対して加算される点数が定められたテーブルである。加算される点数は、特徴情報ごとに定められおり、特徴情報に応じて重み付けがされている。例えば、新たに格納された未定義帳票の帳票ＩＤが、既に格納されている未定義帳票の帳票ＩＤと同じ場合には、未定義帳票に対して５０点が加算される。また、点数テーブル２３５には、あらかじめ定められたボーダーとなる点数が記載されている。ボーダーとなる点数とは、新たに格納された未定義帳票に対して加算された点数の合計がボーダーとなる点数に達した場合に、既に格納されている未定義帳票と、新たに格納された未定義帳票とを同一の帳票とみなすことができる点数である。本実施例の点数テーブル２３５には、ボーダーとなる点数として、１００点が記載されている。
【００４８】
図４に戻り、分類部２１２は、点数テーブル２３５を用いて、新たに格納された未定義帳票に対して点数を加算すると（ステップＳ２０２）、新たな未定義帳票に加算された点数の合計点が、ボーダーとなる点数以上であるか否かを判断する（ステップＳ２０４）。新たに格納された未定義帳票に加算された点数の合計点が、ボーダーとなる点数以上である場合には（ステップＳ２０４：ＹＥＳ）、分類部２１２は、新たに格納された未定義帳票を、既に格納されていた未定義帳票と同一のグループに分類する（ステップＳ２０６）。
【００４９】
一方、ステップＳ２００において、他の未定義帳票が格納されていない場合や（ステップＳ２００：ＮＯ）、ステップＳ２０４において、新たな未定義帳票に加算される点数の合計点が、ボーダーとなる点数以上でない場合には（ステップＳ２０４：ＮＯ）、分類部２１２は、新たな未定義帳票を、グループに分類することなくそのまま未定義帳票ＤＢ２３０に格納しておく。以上のようにして一連の分類処理が終了する。
【００５０】
図６は、未定義帳票ＤＢ２３０に新たに格納された未定義帳票が、他の未定義帳票と同一のグループに分類される例を示す図である。図６には、未定義帳票ＤＢ２３０に既に格納されている未定義帳票８１０と、未定義帳票ＤＢ２３０に新たに格納された未定義帳票８２０とを示している。未定義帳票８１０には、識別番号「００１」とイメージデータと特徴情報８１２とが紐付けられている。未定義帳票８２０には、識別番号「００２」とイメージデータと特徴情報８２２とが紐付けられている。また、図６には、点数テーブル２３５を合わせて示している。
【００５１】
図６に示すように、新たに格納された未定義帳票８２０の帳票ＩＤと、既に格納されている未定義帳票８１０の帳票ＩＤとは、ともに「１００１」である。そのため、分類部２１２は、点数テーブル２３５に従って、新たに格納された未定義帳票８２０に、５０点を加算する。同様に、それぞれの帳票の帳票タイトルは、ともに「入金伝票」である。そのため、分類部２１２は、点数テーブル２３５に従って新たに格納された未定義帳票８２０に、３０点を加算する。さらに、それぞれの帳票の用紙サイズは、ともに「Ａ５」である。そのため、分類部２１２は、点数テーブル２３５に従って、新たに格納された未定義帳票８２０に、２０点を加算する。これらの点数の合計点（１００点）は、点数テーブル２３５のボーダーとなる点数以上である。よって分類部２１２は新たに格納された未定義帳票８２０を、既に格納されている他の未定義帳票８１０と同一のグループｇ１に分類する。分類されたグループｇ１は、未定義帳票８２０より前に未定義帳票ＤＢ２３０に格納された未定義帳票８１０を基準に作成されたグループである。また、グループｇ１は、特徴情報８１２を有する未定義帳票８１０と同一とみなされる未定義帳票が属するグループとなる。
【００５２】
図７は、新たに格納された未定義帳票を、既に格納されていた未定義帳票と同一のグループに分類する別の例を示す図である。図７には、未定義帳票ＤＢ２３０に既に格納されている未定義帳票８１０と、未定義帳票８２０と、未定義帳票８３０とが示されている。このうち、未定義帳票８１０と未定義帳票８２０とは、既に、同一のグループｇ１に分類されている。識別番号「００４」を有する未定義帳票８４０は、未定義帳票ＤＢ２３０に新たに格納された未定義帳票である。
【００５３】
分類部２１２は、新たに格納された未定義帳票８４０の特徴情報と、グループｇ１に属する未定義帳票８１０の特徴情報とを比較する。ここで、未定義帳票８４０に対して加算される点数の合計が１００点未満の場合には、分類部２１２は、次に、未定義帳票８４０の特徴情報と、グループｇ１に属していない未定義帳票８３０の特徴情報とを比較する。その結果、未定義帳票８４０に対して加算される点数の合計が１００点を以上である場合には、分類部２１２は、未定義帳票８４０を未定義帳票８３０と同一のグループｇ２に分類する。分類されたグループｇ２は、未定義帳票８３０を基準に作成されたグループである。また、グループｇ２は、未定義帳票８３０と同一とみなされる未定義帳票が属するグループとなる。分類部２１２は、新たな未定義帳票が格納されると、このようにグループが既に作成されている場合には、そのグループが作成される際に基準となった未定義帳票の特徴情報と新たな未定義帳票の特徴情報との比較を行う。
【００５４】
図８は、分類部２１２によって複数の未定義帳票が分類された結果を示す図である。図８に示すグループｇ１は、識別番号「００１」に紐付けられた特徴情報８１２を有する未定義帳票８１０が属するグループである。グループｇ１には、４つの未定義帳票８１０，８２０，８５０，８６０が属している。グループｇ２は、識別番号「００３」に紐付けられた特徴情報８３２を有する未定義帳票が属するグループである。グループｇ２には、２つの未定義帳票８３０，８４０が属している。識別番号「００７」を有する未定義帳票８７０は、いずれのグループにも属さない帳票である。分類処理が実行されると、未定義帳票ＤＢ２３０内の未定義帳票は、図８に示すように分類される。
【００５５】
Ａ４．帳票定義データ作成処理：
図９は、帳票定義データ作成システム１０００によって実行される帳票定義データ作成処理のフローチャートである。帳票定義データ作成処理が開始されると、帳票定義端末３００は、未定義帳票サーバ２００に対して、未定義帳票ＤＢ２３０に未定義帳票が格納されているか否かを問い合わせる（ステップＳ３００）。
【００５６】
サーバ通信部２７０が帳票定義端末３００から問い合わせを受信すると（ステップＳ３０２）、サーバ制御部２１０は、未定義帳票ＤＢ２３０内を検索して、未定義帳票の有無と未定義帳票の数とを、帳票定義端末３００へ送信する（ステップＳ３０４）。未定義帳票ＤＢ２３０内が、図８に示したように分類されている場合には、未定義帳票サーバ２００は、未定義帳票が存在することと、グループｇ１には４つの未定義帳票が分類されていることと、グループｇ２には２つの未定義帳票が分類されていることと、グループに属さない未定義帳票が１つ存在することとを、帳票定義端末３００へ送信する。帳票定義端末３００の定義端末通信部３７０は、未定義帳票の有無と数とを未定義帳票サーバ２００から受信する（ステップＳ３０６）。
【００５７】
未定義帳票が未定義帳票ＤＢ２３０内に存在しており（ステップＳ３０８：ＹＥＳ）、かつ、未定義帳票が未定義帳票ＤＢ２３０内に複数存在している場合には（ステップＳ３１０：ＹＥＳ）、定義データ作成部３１４は、未定義帳票サーバ２００に、未定義帳票の数が最も多いグループのイメージデータおよび特徴情報の送信を要求する（ステップＳ３１２）。例えば、未定義帳票ＤＢ２３０内が、図８に示したように分類されている場合には、定義データ作成部３１４は、未定義帳票の数がグループｇ２よりも多いグループｇ１のイメージデータおよび特徴情報の送信を要求する（ステップＳ３１２）。また、未定義帳票が複数でない場合、すなわち未定義帳票ＤＢに一つの未定義帳票のみが格納されている場合には（ステップＳ３１０：ＮＯ）、定義データ作成部３１４は、格納されている未定義帳票のイメージデータおよび特徴情報の送信を要求する（ステップＳ３１４）。
【００５８】
帳票定義端末３００からイメージデータおよび特徴情報の送信要求を受信すると（ステップＳ３１６）、未定義帳票サーバ２００は、要求されたイメージデータおよび特徴情報を未定義帳票ＤＢ２３０内から検索して、帳票定義端末３００へ送信する（ステップＳ３１８）。
【００５９】
未定義帳票サーバ２００からイメージデータおよび特徴情報を受信すると（ステップＳ３２０）、帳票定義端末３００の定義データ作成部３１４は、受信したイメージデータおよび特徴情報に基づいて、帳票定義データを作成する（ステップＳ３２２）。
【００６０】
図１０は、帳票定義データを作成するために表示機３４０に表示されるイメージデータ００１ｉおよび帳票定義データｄ１の例を示す図である。定義データ作成部３１４は、図９のステップＳ３２０において受信した特徴情報を、図１０に示すような形式を用いて帳票定義データｄ１として、イメージデータ００１ｉとともに、表示機３４０に表示する。定義データ作成部３１４は、図２を用いて説明した帳票処理において特徴情報を取得した際に、文字数や文字の種類や座標等が取得されている場合には、図１０に示すように、文字数や文字の種類や座標等を、項目の番号（項番）および項目名に紐付けて表示する。オペレータは、表示機３４０に表示されたイメージデータ００１ｉと、帳票定義データｄ１とを照合して、イメージデータ００１ｉに記載されているが帳票定義データｄ１には記載されていない項目がある場合には、帳票定義データｄ１にその項目を追加する。また、帳票定義データｄ１に、不要な項目が記載されている場合には、帳票定義データｄ１からその項目を削除する。
【００６１】
図９に戻り、帳票定義データを作成すると、定義端末制御部３１０は、作成された帳票定義データを、帳票定義ＤＢ３３０に格納するとともに、帳票読取端末４００へ送信する（ステップＳ３２４）。
【００６２】
帳票読取端末４００は、作成された帳票定義データを帳票定義端末３００から受信すると（ステップＳ３２６）、帳票定義データ記憶部４３０に帳票定義データを追加して記憶する（ステップＳ３２８）。以上で帳票定義データ作成処理が終了する。
【００６３】
以上のような帳票定義データ作成システム１０００によれば、判定部４１２は、取得された特徴情報に基づいて、処理対象の帳票に対応する帳票定義データが、帳票定義データ記憶部４３０に記憶されていない未定義帳票であるか否かを判定する。未定義帳票である場合には、取得されたイメージデータと特徴情報とが、未定義帳票ＤＢ２３０に格納される。未定義帳票ＤＢ２３０には未定義帳票の特徴情報が取得されるたびに、特徴情報が格納されて蓄積されていくので、金融機関のオペレータは、帳票読取端末４００において読み取られた未定義帳票の数を、把握することができる。
【００６４】
未定義帳票サーバ２００の分類部２１２は、未定義帳票ＤＢ２３０内の未定義帳票の特徴情報をそれぞれ比較して、未定義帳票ＤＢ２３０内に格納されている未定義帳票の中から、同一の帳票とみなすことができる複数の未定義帳票を、同一のグループに分類する。その結果、未定義帳票の種類ごとに、グループが作成されるため、オペレータは、帳票読取端末４００において読み取られた未定義帳票の種類の数を把握することができる。また、グループ内に属する未定義帳票の数を把握することもできるため、帳票読取端末４００において読み取られた頻度の高い未定義帳票を、把握することができる。そのため、オペレータは、顧客によって使用される頻度の高い未定義帳票を把握することができる。さらに、定義データ作成部３１４は、未定義帳票の数が多いグループのイメージデータおよび特徴情報を取得して、帳票定義データを作成する。そのため、使用頻度の高い未定義帳票から優先的に、帳票定義データを作成することができる。新たに帳票定義データが作成されると、作成された帳票定義データは、帳票読取端末４００へ送信されて、帳票定義データ記憶部４３０に記憶される。これにより、帳票読取端末４００において、これまで項目値の入力等が必要であった未定義帳票の処理を、帳票定義データを用いて、自動的に行うことができる。そのため、顧客の便宜を図るとともに、オペレータの負担を軽減することができる。
【００６５】
さらに、本実施例の帳票定義データ作成システム１０００においては、分類部２１２は、未定義帳票ＤＢ２３０に既に格納されていた他の未定義帳票と、新たに格納された未定義帳票とに、同一の特徴情報が存在する場合には、同一の特徴情報ごとに、新たに格納された未定義帳票に対してあらかじめ定められた点数を加算する。そして、新たに格納された未定義帳票に加算された点数が、所定の点数以上である場合には、新たに格納された未定義帳票を、既に格納されていた他の未定義帳票と、同一のグループに分類する。加算される点数としては、例えば帳票ＩＤや帳票タイトルなど、帳票の特徴を表す情報として重要度の高い特徴情報に対して、高い点数を設定しておくことができる。そのため、完全に特徴情報が一致していない未定義帳票であっても、重要度の高い特徴情報が一致している帳票を、既に格納されていた未定義帳票と同一の帳票とみなすことができる。よって、本実施例の帳票定義データ作成システムによれば、新たに帳票定義データを作成することが効果的な帳票を把握して、帳票定義データを作成することができる。
【実施例２】
【００６６】
Ｂ１．分類処理：
上述の実施例１では、分類部２１２は、未定義帳票ＤＢ２３０に新たに格納された未定義帳票に対して、特徴情報ごとに点数を加算して、加算された点数が所定の点数以上である場合には、完全に特徴情報が一致していない未定義帳票であっても新たに格納された未定義帳票を、既に格納されていた未定義帳票と同一のグループに分類していた。これに対して、本実施例では、特徴情報が完全に一致している複数の未定義帳票を同一のグループに分類する例について説明する。
【００６７】
図１１は、分類処理の別の例について説明するための図である。分類処理が開始されると、分類部２１２は、実施例１（図４、ステップＳ２００）と同様に、未定義帳票ＤＢ２３０内に、他の未定義帳票のイメージデータおよび特徴情報が既に格納されているか否かを検索する（図１１、ステップＳ４００）。
【００６８】
他の未定義帳票のイメージデータおよび特徴情報が既に格納されている場合には（ステップＳ４００：ＹＥＳ）、分類部２１２は、新たに格納された未定義帳票の項目名と同一の項目名を有する他の未定義帳票を、未定義帳票ＤＢの中から検索する（ステップＳ４０２）。分類部２１２は、同一の項目名を有する他の未定義帳票に対しては、「＋１」をカウントする（ステップＳ４０４）。
【００６９】
分類部２１２は、新たに格納された未定義帳票の有する全ての項目名について、検索を終了していない場合には（ステップＳ４０６：ＮＯ）、ステップＳ４０２からステップＳ４０４を繰り返し実行する。
【００７０】
新たに格納された未定義帳票の全ての項目名について検索を終了した場合には（ステップＳ４０６：ＹＥＳ）、分類部２１２は、カウントの数と項目名の数とが一致する未定義帳票を検索する（ステップＳ４０８）。カウントの数と項目名の数とが一致する他の未定義帳票とは、新たに格納された未定義帳票の有する項目名を、全て備える未定義帳票である。
【００７１】
カウントの数と項目名の数とが一致した他の未定義帳票がある場合には（ステップＳ４０８：ＹＥＳ）、分類部２１２は、新たに格納された未定義帳票と、カウントの数および項目名の数とが一致した他の未定義帳票と、を同一のグループに分類する（ステップＳ４１０）。一方、ステップＳ４００において、他の未定義帳票が格納されていない場合や（ステップＳ４００：ＮＯ）、ステップＳ４０８において、カウントと項目名の数とが一致する他の未定義帳票がない場合には（ステップＳ４０８：ＮＯ）、分類部２１２は新たな未定義帳票をグループに分類せず、そのまま未定義帳票ＤＢ２３０に格納しておく。以上のようにして一連の分類処理が終了する。分類処理が終了した後は、実施例１（Ａ４）と同様に、帳票定義データ作成処理が行われる。
【００７２】
以上のような分類処理を行えば、未定義帳票サーバ２００の分類部２１２は、未定義帳票ＤＢ２３０内の未定義帳票の特徴情報をそれぞれ比較して、未定義帳票ＤＢ２３０内に格納されている未定義帳票の中から、同一の帳票とみなすことができる帳票を、グループに分類する。さらに、定義データ作成部３１４は、未定義帳票の数が最も多いグループから優先して、帳票定義データを作成する。そのため、実施例２においても、実施例１と同様の効果を奏する。
【００７３】
また、本実施例では、分類部２１２は、新たに格納された未定義帳票と、その未定義帳票が有する項目名を全て備える未定義帳票とを同一のグループに分類する。そのため、類似する帳票を排除して、同一の帳票のみを確実に同一のグループに分類することができる。よって、類似帳票を排除して帳票定義データを作成することが好まれる帳票についても、効果的に帳票定義データを作成することができる。
【００７４】
Ｃ．変形例：
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明をわかりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成の一部について、他の実施例の構成を加えることも可能である。また、各実施例の構成の追加・削除・置換をすることが可能である。
【００７５】
また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体におくこともできる。
【００７６】
また、図中の制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしもすべての制御線や情報線を示しているとは限らない。実際にはほとんど全ての構成が相互に接続されていると考えても良い。
【００７７】
Ｃ１．変形例１：
図１２は、帳票定義データ作成システムの一実施例としての帳票定義データ作成装置１００を示す図である。上述の種々の実施例では、未定義帳票サーバ２００と、帳票定義端末３００と、帳票読取端末４００と、センターサーバ５００とを備る帳票定義データ作成システム１０００が、帳票定義データの作成を行っている。これに対し、帳票定義データの作成は、図１２に示すような１台の装置で行ってもよい。
【００７８】
Ｃ２．変形例２：
上述の種々の実施例では、帳票定義データ作成システム１０００は、１台の帳票読取端末４００を備えている（図１）。これに対して、帳票定義データ作成システム１０００は、複数の帳票読取端末４００を備えてもよい。
【００７９】
Ｃ３．変形例３：
上述の実施例１では、複数の未定義帳票が既にグループに分類されている場合に、未定義帳票ＤＢ２３０に新たに未定義帳票が格納されると、分類部２１２は、グループに属する未定義帳票のうち、グループを作成する際に基準となった未定義帳票の特徴情報と、新たに格納された未定義帳票の特徴情報とを比較している。これに対し、分類部２１２は、グループに属する全ての未定義帳票の特徴情報と、新たに格納された未定義帳票の特徴情報とを比較してもよい。
【００８０】
Ｃ４．変形例４：
上述の種々の実施例では、分類部２１２は、未定義帳票ＤＢ２３０に未定義帳票が格納されるたびに、分類を行っている。これに対し、分類部２１２は、帳票定義端末３００から未定義帳票の有無の問い合わせを受けた際等、所定のタイミングで、分類を行ってもよい。
【００８１】
Ｃ５．変形例５：
上述の種々の実施例では、特徴情報として、帳票の種類ごとに付与された帳票ＩＤや、帳票のタイトルや、帳票の用紙のサイズや、帳票に記載されている罫線のレイアウト情報や、種々の項目名とその位置情報を用いている。これに対し、特徴情報は、帳票に記載されている項目名の文字の大きさや、フォントや、帳票の色等であってもよい。
【００８２】
Ｃ６．変形例６：
上述の種々の実施例では、帳票定義データ作成システム１０００は、未定義帳票ＤＢ２３０に格納された未定義帳票に対して、帳票定義データの作成を行っている。これに対して、帳票定義データ作成システム１０００は特徴情報が取得された全ての帳票に対して、分類を行い、帳票定義データを作成してもよい。
【００８３】
Ｃ７．変形例７：
上述の種々の実施例では、帳票定義データ作成システム１０００は、グループに属する帳票の数が最も多い未定義帳票の帳票定義データを作成している。これに対し、帳票定義データ作成システム１０００は、グループに属する帳票の数があらかじめ定めておいた数以上である場合に、そのグループに属する帳票の帳票定義データを作成してもよい。
【符号の説明】
【００８４】
００１ｉ…イメージデータ
００１、００２、００３、００４、００５、００６、００７…識別番号
１００…帳票定義データ作成装置
２００…未定義帳票サーバ
２１０…サーバ制御部
２１２…分類部
２２０…サーバ通信部
２３０…未定義帳票ＤＢ
２３５…点数テーブル
２７０…サーバ通信部
３００…帳票定義端末
３１０…定義端末制御部
３１４…定義データ作成部
３３０…帳票定義ＤＢ
３４０…表示機
３６０…入力機器
３７０…定義端末通信部
４００…帳票読取端末
４１０…読取端末制御部
４１２…判定部
４３０…帳票定義データ記憶部
４３２…帳票定義データ
４４０…表示機
４５０…スキャナ
４６０…入力機器
４７０…読取端末通信部
５００…センターサーバ
５１０…センターサーバ制御部
５１２…帳票処理部
５７０…センターサーバ通信部
８１０、８２０、８３０、８４０、８５０、８６０、８７０…未定義帳票
８１２、８２２、８３２…特徴情報
１０００…帳票定義データ作成システム
ｇ１、ｇ２…グループ
ｄ１…帳票定義データ
ＮＴ…ネットワーク
【図１】
2014115857.tif 000003
【図２】
2014115857.tif 000004
【図３】
2014115857.tif 000005
【図４】
2014115857.tif 000006
【図５】
2014115857.tif 000007
【図６】
2014115857.tif 000008
【図７】
2014115857.tif 000009
【図８】
2014115857.tif 000010
【図９】
2014115857.tif 000011
【図１０】
2014115857.tif 000012
【図１１】
2014115857.tif 000013
【図１２】
2014115857.tif 000014