(57)【要約】【課題】グループ分けの修正にかかるユーザの負担を改善する技術を提供する。【解決手段】本発明の一側面に係る情報処理装置は、複数のイメージデータを１又は複数のグループに分類したデータを取得するデータ取得部と、グループに含まれるイメージデータの過不足を判定する条件を定めたグループ定義情報に基づいて、取得したデータにおける１又は複数のグループをそれぞれ検査することで、１又は複数のグループそれぞれについて、イメージデータの過不足を判定するデータ過不足判定部と、当該判定に基づいて認識されるイメージデータが不足しているグループと、前記分類ではグループに分類されなかった、又は、データ過不足判定部によりグループに過剰に含まれていると判定された、所属するグループが未確定なイメージデータである所属未確定イメージデータと、を示す情報を表示装置に表示させる表示制御部と、を備える。【選択図】図７
2013058092.tif 000002
【特許請求の範囲】
【請求項１】
複数のイメージデータを１又は複数のグループに分類したデータを取得するデータ取得部と、
グループに含まれるイメージデータの過不足を判定する条件を定めたグループ定義情報に基づいて、取得したデータにおける前記１又は複数のグループをそれぞれ検査することで、前記１又は複数のグループそれぞれについて、イメージデータの過不足を判定するデータ過不足判定部と、
前記判定に基づいて認識されるイメージデータが不足しているグループと、前記分類ではグループに分類されなかった、又は、前記データ過不足判定部によってグループに過剰に含まれていると判定された、所属するグループが未確定なイメージデータである所属未確定イメージデータと、を示す情報を表示装置に表示させる表示制御部と、
を備える情報処理装置。
【請求項２】
グループ又はイメージデータの選択を受け付ける選択受付部と、
選択された所属未確定イメージデータの所属を選択されたグループに確定することで、グループに含まれるイメージデータを再分類する分類処理部と、
を更に備える請求項１に記載の情報処理装置。
【請求項３】
前記表示制御部は、前記選択受付部の受け付けた選択において、イメージデータが不
足しているグループが選択された際に、当該選択されたグループに含まれるイメージデータと、当該選択されたグループに不足しているイメージデータとを示す一覧を表示装置に表示させる
請求項２に記載の情報処理装置。
【請求項４】
前記一覧では、前記選択されたグループに不足しているイメージデータが、前記選択されたグループに含まれるイメージデータよりも強調されて示される
請求項３に記載の情報処理装置。
【請求項５】
前記表示制御部は、前記選択受付部の受け付けた選択において、前記選択されたグループに不足しているイメージデータが選択された際に、前記所属未確定イメージデータの一覧を前記表示装置に表示させる
請求項３又は４に記載の情報処理装置。
【請求項６】
前記選択受付部は、前記一覧に含まれる不足しているイメージデータ及び所属未確定イメージデータの選択を受け付け、
前記分類処理部は、選択された前記一覧に含まれる不足しているイメージデータの位置に選択された所属未確定イメージデータを移動することで、グループに含まれるイメージデータを再分類する
請求項３から５のいずれか１項に記載の情報処理装置。
【請求項７】
順序付けられた複数のイメージデータのうち、イメージデータのグループを識別するための基準となる基準イメージデータを識別するイメージデータ識別部を更に備え、
前記分類処理部は、前記複数のイメージデータの順序における前記基準イメージデータの位置関係に基づいて、前記複数のイメージデータを１又は複数のグループに分類し、
前記データ取得部は、前記分類処理部により分類されたデータを取得する
請求項３から６のいずれか１項に記載の情報処理装置。
【請求項８】
前記グループ定義情報には、グループに含まれるイメージデータの種別を示す情報が含まれ、
前記イメージデータ識別部は、基準イメージデータ以外のイメージデータについて、そのイメージデータの種別を識別し、
前記データ過不足判定部は、前記１又は複数のグループそれぞれについて、不足しているイメージデータ又は所属未確定イメージデータの種別を認識し、
前記選択受付部は、前記一覧に含まれる不足しているイメージデータの選択を受け付け、
前記表示制御部は、選択された前記一覧に含まれる不足しているイメージデータの種別と合致する種別の所属未確定イメージデータの一覧を前記表示装置に表示させる
請求項７に記載の情報処理装置。
【請求項９】
前記イメージデータに含まれる情報からキーワードを取得するキーワード取得部を更に備え、
前記表示制御部は、前記選択受付部の受け付けた選択において、イメージデータが不足しているグループが選択された際に、所属未確定イメージデータのうち、該選択されたグループに含まれているイメージデータから取得されるキーワードに適合するキーワードが取得される所属未確定イメージデータの一覧を表示装置に表示させる
請求項３から８のいずれか１項に記載の情報処理装置。
【請求項１０】
前記表示制御部は、前記選択受付部の受け付けた選択において、所属未確定イメージデータが選択された際に、イメージデータが不足しているグループの一覧を表示装置に表示させる
請求項２から９のいずれか１項に記載の情報処理装置。
【請求項１１】
前記表示制御部は、前記イメージデータが不足しているグループの一覧において、当該グループそれぞれについて、グループに含まれるイメージデータと、グループに不足しているイメージデータとを示す一覧をそれぞれ表示装置に表示させる
請求項１０に記載の情報処理装置。
【請求項１２】
前記イメージデータの一覧では、前記グループに不足しているイメージデータが前記グループに含まれるイメージデータよりも強調されて示される
請求項１１に記載の情報処理装置。
【請求項１３】
前記選択受付部は、前記イメージデータの一覧に含まれる不足しているイメージデータの選択を更に受け付け、
前記分類処理部は、選択された前記不足しているイメージデータの位置に選択された所属未確定イメージデータを移動することで、グループに含まれるイメージデータを再分類する
請求項１０から１２のいずれか１項に記載の情報処理装置。
【請求項１４】
順序付けられた複数のイメージデータのうち、イメージデータのグループを識別するための基準となる基準イメージデータを識別するイメージデータ識別部を更に備え、
前記分類処理部は、前記複数のイメージデータの順序における前記基準イメージデータの位置関係に基づいて、前記複数のイメージデータを１又は複数のグループに分類し、
前記データ取得部は、分類処理部により分類されたデータを取得する
請求項１０から１３のいずれか１項に記載の情報処理装置。
【請求項１５】
前記グループ定義情報には、グループに含まれるイメージデータの種別を示す情報が含まれ、
前記イメージデータ識別部は、基準イメージデータ以外のイメージデータについて、そのイメージデータの種別を識別し、
前記データ過不足判定部は、前記１又は複数のグループそれぞれについて、不足しているイメージデータ又は所属未確定イメージデータの種別を認識し、
前記表示制御部は、選択された所属未確定イメージデータの種別と合致する種別のイメージデータが不足しているグループの一覧を表示装置に表示させる
請求項１４に記載の情報処理装置。
【請求項１６】
イメージデータに含まれる情報からキーワードを取得するキーワード取得部を更に備え、
前記表示制御部は、選択受付部の受け付けた選択において、所属未確定イメージデータが選択された際に、当該選択された所属未確定イメージデータから取得されるキーワードに適合するキーワードが取得されるイメージデータを含む、イメージデータが不足しているグループの一覧を表示装置に表示させる
請求項１０から１５のいずれか１項に記載の情報処理装置。
【請求項１７】
コンピュータが、
複数のイメージデータを１又は複数のグループに分類したデータを取得するステップと、
グループに含まれるイメージデータの過不足を判定する条件を定めたグループ定義情報に基づいて、取得したデータにおける前記１又は複数のグループをそれぞれ検査することで、前記１又は複数のグループそれぞれについて、イメージデータの過不足を判定するステップと、
前記判定に基づいて認識されるイメージデータが不足しているグループと、前記分類ではグループに分類されなかった、又は、前記イメージデータの過不足を判定するステップでグループに過剰に含まれていると判定された、所属するグループが未確定なイメージデータである所属未確定イメージデータと、を示す情報を表示装置に表示させるステップと、
を実行する情報処理方法。
【請求項１８】
コンピュータに、
複数のイメージデータを１又は複数のグループに分類したデータを取得するステップと、
グループに含まれるイメージデータの過不足を判定する条件を定めたグループ定義情報に基づいて、取得したデータにおける前記１又は複数のグループをそれぞれ検査することで、前記１又は複数のグループそれぞれについて、イメージデータの過不足を判定するステップと、
前記判定に基づいて認識されるイメージデータが不足しているグループと、前記分類ではグループに分類されなかった、又は、前記イメージデータの過不足を判定するステップでグループに過剰に含まれていると判定された、所属するグループが未確定なイメージデータである所属未確定イメージデータと、を示す情報を表示装置に表示させるステップと、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法、及び、プログラムの技術に関する。
【背景技術】
【０００２】
近年、業務改善及びコスト削減の観点から、様々な業務においてペーパーレス化が進められている。その一方で、例えば、取引書類、帳票等の紙を未だに利用する場面が数多く存在する。従来、スキャナを用いてコンピュータに紙のデータを取り込み、コンピュータ上で紙のデータをグループ化して管理することで、紙が用いられる業務効率の改善が図られてきた。特許文献１及び２には、このようなデータ管理に関係する技術が開示されている。
【０００３】
特許文献１には、画像データをファイリングする際に、画像を読み取れなかった用紙ページを知らせる技術が開示されている。また、特許文献２には、帳票と添付資料とを統合してファイリングし、添付資料の枚数をカウントして、当該カウントした結果に基づいて、読み取りミスが生じた可能性のある組のデータを警告する技術が開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平０７−１０５３４３号公報
【特許文献２】特開２００８−２８２０９１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
コンピュータによって電子化された紙を自動的にグループ化すると、各グループに含まれる紙に過不足がある等のエラーが発生する場合がある。従来の技術では、このような場合に、ユーザは、各グループを一つずつ目視によって確認し、グループ分けの修正を行う必要があった。そのため、従来の技術では、この目視による修正には多くの時間がかかり、ユーザに負担がかかるという問題点があった。
【０００６】
本発明は、このような問題点を考慮してなされたものであり、グループ分けの修正にかかるユーザの負担を改善する技術を提供することを目的とする。
【課題を解決するための手段】
【０００７】
本発明の一側面に係る情報処理装置は、複数のイメージデータを１又は複数のグループに分類したデータを取得するデータ取得部と、グループに含まれるイメージデータの過不足を判定する条件を定めたグループ定義情報に基づいて、取得したデータにおける前記１又は複数のグループをそれぞれ検査することで、前記１又は複数のグループそれぞれについて、イメージデータの過不足を判定するデータ過不足判定部と、前記判定に基づいて認識されるイメージデータが不足しているグループと、前記分類ではグループに分類されなかった、又は、データ過不足判定部によりグループに過剰に含まれていると判定された、所属するグループが未確定なイメージデータである所属未確定イメージデータと、を示す情報を表示装置に表示させる表示制御部と、を備える。
【０００８】
なお、本発明の別態様としては、以上の各構成を実現する情報処理方法であってもよいし、プログラムであってもよいし、このようなプログラムを記録した、コンピュータ等が読み取り可能な記録媒体であってもよい。ここで、コンピュータ等が読み取り可能な記録媒体とは、プログラム等の情報を、電気的、磁気的、光学的、機械的、又は、化学的作用
によって蓄積する媒体である。また、本発明の別態様として、以上の各構成を実現する複数の装置が通信可能に構成された情報処理システムであってもよい。
【発明の効果】
【０００９】
本発明によれば、グループ分けの修正にかかるユーザの負担を改善する技術を提供することができる。
【図面の簡単な説明】
【００１０】
【図１】図１は、実施の形態に係る情報処理装置の利用場面を例示する。
【図２】図２は、実施の形態に係る情報処理装置による情報処理を例示する。
【図３】図３は、実施の形態に係る情報処理装置による情報処理を例示する。
【図４】図４は、実施の形態に係る情報処理装置の構成を例示する。
【図５】図５は、実施の形態に係るデータ種別定義データを例示する。
【図６】図６は、実施の形態に係るグループ定義データを例示する。
【図７】図７は、実施の形態に係る情報処理装置の処理手順の一例を示したフローチャートである。
【図８】図８は、実施の形態に係る情報処理装置によるデータ過不足判定の処理手順の一例を示したフローチャートである。
【図９】図９は、実施の形態に係る情報処理装置による過不足判定の結果を示す判定データを例示する。
【図１０】図１０は、実施の形態に係る情報処理装置による修正処理の処理手順の一例を示したフローチャートである。
【図１１】図１１は、実施の形態に係る情報処理装置による修正処理の処理手順の一例を示したフローチャートである。
【発明を実施するための形態】
【００１１】
以下、本発明の一側面に係る実施の形態（以下、「本実施形態」とも表記する）を、図面に基づいて説明する。ただし、以下で説明する本実施形態は、あらゆる点において本発明の例示に過ぎず、その範囲を限定しようとするものではない。本発明の範囲を逸脱することなく種々の改良や変形を行うことができることは言うまでもない。つまり、本発明の実施にあたって、本実施形態に応じた具体的構成が適宜採用されてもよい。
【００１２】
なお、本実施形態において登場するデータを自然言語（日本語等）により説明しているが、より具体的には、コンピュータが認識可能な疑似言語、コマンド、パラメタ、マシン語等で指定される。
【００１３】
§１  情報処理装置
［処理例］
まず、本実施形態に係る情報処理装置１による情報処理の一例を図１〜３を用いて説明する。
【００１４】
本実施形態に係る情報処理装置１は、複数のイメージデータを１又は複数のグループに分類したデータを取得する。また、情報処理装置１は、グループに含まれるイメージデータの過不足を判定する条件を定めたグループ定義情報に基づいて、取得したデータにおける前記１又は複数のグループをそれぞれ検査することで、前記１又は複数のグループそれぞれについて、イメージデータの過不足を判定する。そして、情報処理装置１は、前記判定に基づいて認識されるイメージデータが不足しているグループと、前記分類ではグループに分類されなかった、又は、グループに過剰に含まれていると判定された、所属するグループが未確定なイメージデータである所属未確定イメージデータと、を示す情報を表示装置３に表示させる。
【００１５】
本実施形態に係る情報処理装置１によれば、イメージデータのグループがグループ定義情報に基づいて検査されることで、当該グループにおいて、イメージデータの過不足が判定される。そして、本実施形態に係る情報処理装置１によれば、取得したイメージデータに係るグループのうち、イメージデータが不足しているグループが認識される。また、本実施形態に係る情報処理装置１によれば、取得したイメージデータのうち、所属するグループが未確定なイメージデータである所属未確定イメージデータが認識される。更に、認識された、イメージデータが不足しているグループと、所属未確定イメージデータとが、表示装置３に表示される。
【００１６】
つまり、本実施形態に係る情報処理装置１によれば、イメージデータが不足しているグループと所属未確定イメージとが表示装置３に表示される。これにより、本実施形態に係る情報処理装置１では、ユーザは、表示装置３に表示される情報から、イメージデータが不足しているグループと所属が未確定なイメージデータとを認知することができる。そのため、本実施形態に係る情報処理装置１によれば、グループ分けの修正にかかるユーザの負担が改善される。
【００１７】
図１は、本実施形態に係る情報処理装置１の利用場面を例示する。図１では、請求書、伝票、及び、見積書等を含む帳票の束が存在している。ユーザは、この束に含まれる帳票をスキャナ２によって電子化し、情報処理装置１上で、電子化した帳票のデータ（帳票データ）をグループ分けして管理する。図１は、このような利用場面におけるデータの流れを例示する。
【００１８】
電子化された帳票は、例えば、スキャナ２に組み込まれた機能、又は、情報処理装置１の機能によって、グループ分けされる。当該帳票のグループ分けは、情報処理装置１以外の他の情報処理装置によって処理されてもよい。また、情報処理装置による当該帳票のグループ分けは、ユーザによる操作を含まない自動的な処理によって実現されてもよいし、ユーザによる操作を含む手動的な処理によって実現されてもよい。グループ分けを処理する主体、及び、グループ分けの方法は、適宜、選択される。
【００１９】
なお、本実施形態に係る情報処理装置１は、後述するとおり、取得した複数の帳票（イメージデータ）を自動的な処理によってグループ分けすることができる。これにより、情報処理装置１は、複数の帳票を１又は複数のグループに分類したデータを取得することができる。
【００２０】
そして、情報処理装置１は、取得したデータに係る各グループについて帳票の過不足を判定し、帳票が不足しているグループと所属が未確定な帳票（所属未確定帳票）とを示す情報を、表示装置３に表示させる。ユーザは、表示される情報により、帳票が不足しているグループと所属未確定帳票とを認知することができる。これにより、本実施形態に係る情報処理装置１は、グループ分けの修正にかかるユーザの負担を改善する。
【００２１】
さらに、本実施形態に係る情報処理装置１は、各グループに含まれる帳票に過不足がある等のエラーが発生した場合に、ユーザに対して、当該エラーを修正する手段を提供する。具体的には、情報処理装置１は、グループに含まれる帳票の過不足を修正するために、所属未確定帳票の所属先のグループを決定する手段をユーザに提供する。
【００２２】
図２及び３は、本実施形態に係る情報処理装置１により提供されるエラー修正処理の画面を例示する。図２及び３に示されるとおり、本実施形態に係る情報処理装置１に係るエラーの修正手段は、ＧＵＩ（Graphical User Interface）により提供される。本実施形態では、ユーザは、マウス操作によって、所属未確定帳票を示すシンボルをドラッグし、当
該所属未確定帳票の所属先としてユーザが所望するグループを示すシンボルにドロップすることで、所属未確定帳票の所属先のグループを決定する。なお、シンボルとは、対象物をユーザに提示するオブジェクトであり、例えば、アイコン又はサムネイル等である。
【００２３】
図２は、所属未確定帳票が選択された際に、表示装置３に表示される画面を例示する。図２に示されるとおり、画面には、グループを示すシンボルと所属未確定帳票を示すシンボル１０５が表示される。なお、シンボル（１００ａ、１００ｂ）は、それぞれ、帳票が不足しているグループを示す。本実施形態では、シンボル（１００ａ、１００ｂ）は、他のグループを示すシンボルとは異なる表現方法によって表現されている。なお、以下、シンボルに付した符号について、当該シンボルが示す対象物についても同符号を用いる。例えば、シンボル１０５によって示される所属未確定帳票を「所属未確定帳票１０５」とも表記する。その他のシンボルについても同様の表記をする。
【００２４】
例えば、ユーザは、マウス操作によって、画面上に表示されるカーソルを所望する所属未確定帳票１０５上に移動させる。そして、ユーザは、当該所望する所属未確定帳票１０５上にカーソルが存在する状態で、マウスのボタンをクリックする。当該操作によって、修正対象の所属未確定帳票が選択される。
【００２５】
ユーザの操作によって所属未確定帳票が選択されると、帳票が不足しているグループに含まれる帳票データの一覧（１０１ａ、１０１ｂ）がそれぞれ表示される。当該帳票が不足しているグループに含まれる帳票データの一覧は、グループに含まれる帳票のシンボルとグループに含まれていない帳票を示すシンボルとによって表現される。
【００２６】
例えば、図２では、グループ１００ａに含まれる帳票データの一覧１０１ａは、グループに含まれている帳票のシンボル（１０２ａ、１０４ａ）とグループに含まれていない帳票を示すシンボル１０３ａとによって表現される。同様に、一覧１０１ｂは、グループに含まれている帳票のシンボル（１０２ｂ、１０４ｂ）とグループに含まれていない帳票を示すシンボル１０３ｂとによって表現される。
【００２７】
ここで、グループに含まれる帳票とは、グループ分けによって当該グループに割り当てられた帳票のことである。グループに含まれる帳票のシンボルには、例えば、当該帳票のイメージデータを縮小したサムネイルが用いられる。
【００２８】
他方、グループに含まれていない帳票とは、本来は当該グループに割り当てられる帳票が割り当てられていないことにより、当該グループにおいて不足している帳票のことである。グループに含まれていない帳票を示すシンボルには、例えば、帳票を示すアイコンが用いられる。なお、当該グループにおいて不足している帳票の種別が特定できる場合、グループに含まれていない帳票を示すシンボルとして、当該不足している帳票の種別を表示するシンボルが用いられてもよい。図２におけるシンボル１０３ａ及び１０３ｂは、それぞれのグループにおいて、「伝票」が不足していることを示す。
【００２９】
このような表現方法によって、帳票が不足しているグループに含まれる帳票データの一覧（１０１ａ、１０１ｂ）が表現される。なお、本実施形態では、グループに含まれる帳票データの一覧は、帳票のシンボルによって表現されているが、グループに含まれる帳票データの表現形式は、適宜、選択されてよい。例えば、グループに含まれる帳票データの一覧は、シンボルに代えて、文字列で表現されてもよい。
【００３０】
ユーザは、表示装置３に表示されている、帳票が不足しているグループに含まれる帳票データの一覧と所属未確定帳票とを確認することで、帳票が不足しているグループのうち、所属未確定帳票の所属先であるグループを判断する。例えば、図２に示される例では、
ユーザは、所属未確定帳票１０５の所属先はグループ１００ａであると判断している。具体的には、図２により示される例では、ユーザは、所属未確定帳票１０５は、グループ１００ａに含まれる、シンボル１０３ａにより示される伝票であると判断している。
【００３１】
このとき、ユーザは、当該所属未確定帳票１０５の所属先として判断したグループ１００ａに所属させるために、マウス操作によって、所属未確定帳票１０５をドラッグし、グループ１００ａに含まれる帳票データの一覧１０１ａの領域でドロップする。具体的には、ユーザは、所属未確定帳票１０５は、シンボル１０３ａにより示される伝票である、と判断している。そのため、ユーザは、帳票１０５をドラッグし、シンボル１０３ａの領域でドロップする。本実施形態では、このような操作により、所属未確定帳票の所属先が決定され、エラーが修正される。
【００３２】
なお、情報処理装置１に用いられる操作デバイスの一例として、マウスを挙げたが、本実施形態では、その他の操作デバイスが用いられてもよい。例えば、情報処理装置１に用いられる操作デバイスとして、タッチパネル、又は、トラックパッド等が用いられてもよい。以下についても同様である。
【００３３】
一方、図３は、帳票が不足しているグループ１００に含まれる帳票データの一覧１０１に含まれるシンボルのうち、グループに含まれていない帳票を示すシンボル１０３が選択された際に、表示装置３に表示される画面を例示する。
【００３４】
例えば、ユーザは、マウス操作によって、画面上に表示されるカーソルを所望するグループ上に移動させる。そして、ユーザは、当該所望するグループ上にカーソルが存在する状態で、マウスのボタンをクリックする。当該操作によって、修正対象のグループが選択される。
【００３５】
ユーザの操作によってグループが選択されると、当該グループに含まれる帳票データの一覧１０１が表示される。図３に示される例では、グループ１００に含まれる帳票データの一覧１０１は、グループに含まれる帳票（１０２、１０４）と、グループに含まれていない帳票を示すシンボル１０３とによって表現される。
【００３６】
ここで更に、ユーザは、マウス操作によって、画面上に表示されるカーソルをシンボル１０３上に移動させる。そして、ユーザは、シンボル１０３上にカーソルが存在する状態で、マウスのボタンをクリックする。当該操作によって、グループ１００において不足している帳票が選択される。
【００３７】
ユーザの操作によってグループ１００において不足している帳票が選択されると、所属未確定帳票（１０５ａ、１０５ｂ、１０５ｃ）の一覧１０６が表示される。なお、図３で示される例では、グループ１００において不足している帳票の種別は伝票であると判定されているため、一覧１０６には、その種別が伝票である所属未確定帳票が選択的に表示されてもよい。
【００３８】
ユーザは、表示装置３に表示されている一覧１０６に含まれている所属未確定帳票から、シンボル１０３によって示される帳票に該当する帳票を検索する。図３で示される例では、ユーザは、所属未確定帳票１０５ｂが該当する帳票であると判断している。
【００３９】
このとき、ユーザは、シンボル１０３により示される帳票であると判断した所属未確定帳票１０５ｂをグループ１００に所属させるために、マウス操作によって、所属未確定帳票１０５ｂをドラッグし、シンボル１０３の領域でドロップする。当該操作は、図２を用いた処理例と同様である。本実施形態では、このような操作により、所属未確定帳票の所
属先が決定され、エラーが修正される。
【００４０】
このように、本実施形態に係る情報処理装置１は、エラーが発生したグループと当該エラーに関係するイメージデータとを示す情報をユーザに提示するとともに、当該エラーを修正する手段をユーザに提供する。これによって、情報処理装置１は、グループ分けの修正にかかるユーザの負担を改善するとともに、直感的な操作でグループ分けの修正を容易に行うことができる手段を提供することができる。
【００４１】
なお、本実施形態では、図２及び３を用いた例で説明したように、帳票を電子化したデータをイメージデータの一例として説明する。ただし、本実施形態に係る情報処理装置１が対象とするイメージデータは帳票に関するデータに限定されない。情報処理装置１は、帳票以外の紙をイメージデータとして電子化したデータを処理の対象とすることができる。
【００４２】
また、本実施形態では、情報処理装置１は、処理の対象とするイメージデータを、スキャナ２から取得している。具体的には、情報処理装置１は、スキャナ２によって電子化された帳票を処理の対象としている。しかしながら、情報処理装置１が処理の対象とするイメージデータは、スキャナ２を用いて取得される電子データに限定されない。情報処理装置１は、例えば、コンピュータ上で作成された文書データ及び画像データ等を処理の対象としてもよい。
【００４３】
また、情報処理装置１は、ネットワークを介して他の情報処理装置から処理対象となるイメージデータを取得してもよい。更に、情報処理装置１は、ＵＳＢ（universal serial
bus）メモリ等の記憶装置から、処理対象となるイメージデータを取得してもよい。
【００４４】
［構成例］
次に、図４〜６を用いて、本実施形態に係る情報処理装置１の構成例を説明する。
【００４５】
図４は、本実施形態に係る情報処理装置１の構成例を示す。情報処理装置１は、図４に示されるとおり、そのハードウェア構成として、バス１３に接続される、記憶部１１、制御部１２、入出力部１４等を有している。
【００４６】
記憶部１１は、制御部１２で実行される処理で利用される各種データ及びプログラムを記憶する（不図示）。記憶部１１は、例えば、ハードディスクによって実現される。記憶部１１は、ＵＳＢメモリ等の記憶媒体により実現されてもよい。
【００４７】
なお、記憶部１１が格納する当該各種データ及びプログラムは、ＣＤ（Compact Disc）又はＤＶＤ（Digital Versatile Disc）等の記録媒体から取得されてもよい。また、記憶部１１は、補助記憶装置と呼ばれてもよい。
【００４８】
制御部１２は、マイクロプロセッサ又はＣＰＵ（Central Processing Unit）等の１又
は複数のプロセッサと、このプロセッサの処理に利用される周辺回路（ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、インタフェース回路等）と、を有する。制御部１２は、記憶部１１に格納されている各種データ及びプログラムを実行することにより、本実施形態における情報処理装置１の処理を実現する。ＲＯＭ、ＲＡＭ等は、制御部１２内のプロセッサが取り扱うアドレス空間に配置されているという意味で主記憶装置と呼ばれてもよい。
【００４９】
入出力部１４は、情報処理装置１の外部に存在する装置とデータの送受信を行うための１又は複数のインタフェースである。入出力部１４は、例えば、ＬＡＮ（Local Area Net
work）ケーブルを接続するためのインタフェース、入力装置及び出力装置等のユーザインタフェースと接続するためのインタフェース、又はＵＳＢ等のインタフェースである。
【００５０】
本実施形態では、入出力部１４は、図４に示されるとおり、スキャナ２、及び、表示装置３と接続する。スキャナ２、及び、表示装置３は、情報処理装置１による制御が可能な状態で、情報処理装置１の入出力部１４に接続している。これにより、本実施形態では、情報処理装置１は、スキャナ２により、電子化された帳票のデータを取得する。また、情報処理装置１は、後述する処理により出力される画像を表示装置３に表示させる。
【００５１】
また、本実施形態では、入出力部１４は、不図示の操作デバイスと接続する。これにより、情報処理装置１は、入出力部１４を介して、操作デバイスからの情報を取得することが可能となる。そして、情報処理装置１は、ユーザによる操作デバイスの操作に応じた処理を実行することが可能となる。
【００５２】
なお、入出力部１４は、ＣＤドライブ、ＤＶＤドライブ等の着脱可能な記録媒体の入出力装置、或いはメモリカード等の不揮発性の可搬型の記憶媒体等の入出力装置と接続していてもよい。入出力部１４は、ネットワーク接続を行うインタフェース（通信部）としての機能を有してもよい。
【００５３】
本実施形態に係る情報処理装置１は、帳票のグループにおける帳票の過不足を判定し、帳票が不足しているグループと、所属するグループが未確定な帳票を認識する。そして、情報処理装置１は、帳票が不足しているグループと所属未確定帳票とを表示装置３に表示させる。これにより、本実施形態に係る情報処理装置１は、グループ分けの修正にかかるユーザの負担を改善する。本実施形態に係る情報処理装置１のこのような処理は、記憶部１１及び制御部１２によって、実現される。
【００５４】
＜記憶部１１＞
図４により示されるとおり、記憶部１１は、データ種別定義情報２１及びグループ定義情報２２を記憶する。具体的には、データ種別定義情報２１及びグループ定義情報２２は、それぞれデータとして、記憶部１１を実現するハードディスク等の記憶装置に格納される。
【００５５】
（データ種別定義情報２１）
図５は、本実施形態に係るデータ種別定義情報２１を例示する。データ種別定義情報２１は、図５に示されるように、例えば、識別対象であるイメージデータの種別毎に、テーブル形式の１レコードのデータとして記憶部１１に格納される。当該データ種別定義情報２１は、イメージデータの種別を識別するために用いられる。本実施形態では、具体的には、データ種別定義情報２１は、帳票の種別を識別するために用いられる。図５に示されるとおり、本実施形態に係るデータ種別定義情報２１に係るデータは、ＯＣＲ書式定義フィールド、バーコード書式定義フィールド、指定領域ＯＣＲ書式定義フィールドを含む。
【００５６】
ＯＣＲ書式定義フィールドには、罫線等、帳票の構成要素の様式及び配置等の情報が格納される。例えば、図５に示されるとおり、ＯＣＲ書式定義フィールドは、色情報サブフィールド、マッチング情報サブフィールド、及び、読み取り後処理サブフィールド等のサブフィールドを備える。
【００５７】
色情報サブフィールドには、帳票に用いられる色の情報が格納される。例えば、図５に示されるように、色情報サブフィールドに格納される色情報によって、カラー又はモノクロが指定される。
【００５８】
マッチング情報サブフィールドには、帳票の構成要素の配置等の情報が格納される。図５に示される例では、マッチング情報サブフィールドには、罫線情報、当該帳票に用いられる文字やマーク等の情報が格納される。
【００５９】
罫線情報とは、帳票に用いられる罫線の情報であり、例えば、当該罫線の帳票上の位置情報等である。罫線の帳票上の位置情報は、例えば、当該罫線が満たす条件式や座標等で規定される。当該座標は、例えば、帳票の左上角を（０、０）とした全体座標である。
【００６０】
読み取り後処理サブフィールドには、帳票がスキャナ等により電子データ化される際に行われる処理を示す情報が格納される。なお、図５に示される「傾き補正ＯＮ」とは、読み取り画像の傾きを補正する機能が実行されることを指す。
【００６１】
このようにＯＣＲ書式定義フィールドに格納される情報は、帳票のレイアウト等の外観に関する情報である。本実施形態に係る情報処理装置１は、当該情報により示される帳票のレイアウトなどの外観と取得した帳票とを照合することにより、取得した帳票の種別を識別することができる。
【００６２】
バーコード書式定義フィールドには、帳票に用いられるバーコードの情報が格納される。例えば、図５に示されるとおり、バーコード書式定義フィールドは、種類サブフィールド、印字位置サブフィールド、バーコード情報サブフィールドを備える。
【００６３】
種類サブフィールドには、帳票に用いられるバーコードの種類を示す情報が格納される。帳票に用いられるバーコードの種類は任意であり、例えば、ＱＲコード、ＮＷ−７、ＣＯＤＥ３９等である。情報処理装置１は、当該種類サブフィールドに格納される情報に基づいて、取得されたバーコードをデコードする。
【００６４】
印字位置サブフィールドには、バーコードが印字される印字位置の座標を示す情報が格納される。当該座標の形式は、適宜、選択される。例えば、バーコードの座標は、帳票の左上角を（０、０）とした全体座標における当該バーコードの中心の位置の座標として与えられる。なお、当該印字位置サブフィールドには、バーコードの印字領域の範囲に関する情報が含まれてもよい。情報処理装置１は、印字位置サブフィールドに格納される情報を、帳票の種別を識別する際に、バーコードを取得する位置を決定するために用いる。
【００６５】
バーコード情報サブフィールドには、バーコードに格納されるデータ形式及びデータ情報を示すバーコード情報が格納される。例えば、バーコード情報サブフィールドには、「key-value型」、「区切り文字」、又は「区切り桁」等のバーコードに格納されるデータ
形式の情報と、バーコードが保持するデータの内容を示す情報とが格納される。
【００６６】
なお、「key-value型」、「区切り文字」、又は「区切り桁」とは、バーコードに格納
されるデータの読み取り方法を示す情報である。当該データの読み取り方法は、例えば、ある区切り文字以降が読み取り対象のデータである、という形式によって指定される。情報処理装置１は、例えば、これらにより指定されるデータ読み取り方法により、バーコードに格納された情報を読み取り、バーコードが保持するデータの内容を示す情報と読み取った情報とを照合することで、帳票の種別を識別する。
【００６７】
指定領域ＯＣＲ書式定義フィールドには、帳票に対して行われる指定領域ＯＣＲに関する情報が格納される。指定領域ＯＣＲとは、特定の領域だけにＯＣＲ処理を適用して文字情報を抽出することである。例えば、図５に示されるとおり、指定領域ＯＣＲ書式定義フィールドは、指定領域座標サブフィールド、及び、読み取り情報サブフィールドを備える。
【００６８】
指定領域座標サブフィールドには、指定領域ＯＣＲが行われる帳票上の位置座標を示す情報が格納される。例えば、指定領域の位置座標は、帳票の左上角を（０、０）とした全体座標における当該指定領域の中心の位置座標として与えられる。なお、指定領域座標サブフィールドには、指定領域の範囲に特定するための情報が含まれてもよい。情報処理装置１は、当該指定領域座標サブフィールドに格納される情報を、帳票の種別を識別する際に、指定領域ＯＣＲを行う位置を決定するために用いる。
【００６９】
読み取り情報サブフィールドには、当該指定領域から取得されるデータのデータ形式及び内容を示す情報が格納される。例えば、当該読み取り情報サブフィールドには、データ形式を示す情報として、「区切り文字」、「区切り桁」、又は「文字種別」等のデータ形式を示す情報が格納される。また、当該読み取り情報サブフィールドには、当該データ形式を示す情報と共に、指定領域から取得されるデータの内容を示す情報が格納される。この点は、上記「バーコード情報サブフィールド」と同様である。
【００７０】
そのため、情報処理装置１は、読み取り情報サブフィールドに格納された情報により指定されるデータ読み取り方法により、指定領域から取得されるデータにより示される情報を読み取る。そして、情報処理装置１は、指定領域から取得されるデータの内容を示す情報と読み取った情報とを照合することで、帳票の種別を識別することができる。
【００７１】
なお、データ種別定義情報２１に係るデータは、ＯＣＲ書式定義フィールド、バーコード書式定義フィールド、及び、指定領域ＯＣＲ書式定義フィールドのうちの少なくとも１つのフィールドを備えている。情報処理装置１は、当該データが備えるフィールドのいずれかを利用して、帳票の種別を識別する。
【００７２】
（グループ定義情報）
図６は、本実施形態に係るグループ定義情報２２を例示する。グループ定義情報２２は、グループに含まれる帳票（イメージデータ）の過不足を判定する条件を定めている。図６により示される例では、テーブル形式で与えられるデータのうち、一行のデータにより示される情報が、１つのグループの種別に係るグループ定義情報に該当する。グループ定義情報２２は、グループの種別毎に用意される。図６に示されるとおり、本実施形態に係るグループ定義情報２２に係るデータは、グループ名フィールド、基準帳票フィールド、枚数設定フィールド、及び、必須帳票フィールドを含む。
【００７３】
グループ名フィールドには、グループの種別（グループ種別）を識別するための情報が格納される。当該情報は、例えば、グループの種別名を示す識別子等で表現される。
【００７４】
基準帳票フィールドには、対象のグループのグループ種別を識別するための基準となる帳票（基準帳票）の種別を指定する情報が格納される。図６により示される例では、帳票Ａが、対象のグループのグループ種別がグループＧＡであることを識別するための基準帳票である。すなわち、情報処理装置１は、グループ化された帳票のまとまりのなかに帳票Ａが存在する場合、この情報に基づいて、当該帳票のまとまりのグループ種別はグループＧＡであると識別することができる。
【００７５】
枚数設定フィールドには、グループに含まれる帳票の枚数（帳票データのデータ数）を指定するための情報が格納される。そのため、当該情報を用いることによって、情報処理装置１は、帳票のグループに含まれている帳票の枚数が適正であるか否かを判定することができる。当該判定によって、情報処理装置１は、帳票が不足しているグループを特定することができる。当該判定については後述する。
【００７６】
必須帳票フィールドには、グループに含まれる帳票の種別を指定するための情報が格納される。当該情報によって指定される帳票を、以下、「必須帳票」と記載する。情報処理装置１は、当該情報を用いて、必須帳票として指定された帳票の種別に該当する帳票がグループに含まれているか否かを判定することで、帳票が不足しているグループを特定することができる。当該判定についても後述する。
【００７７】
なお、これらのフィールドの他、本実施形態に係るグループ定義情報２２に係るデータは、グループに含まれてはならない帳票を示す情報が格納されるフィールドを備えてもよい。
【００７８】
＜制御部１２＞
図４に示されるとおり、制御部１２は、データ取得部３１、データ過不足判定部３２、選択受付部３３、分類処理部３４、イメージデータ識別部３５、キーワード取得部３６、及び、表示制御部３７を備える。データ取得部３１、データ過不足判定部３２、選択受付部３３、分類処理部３４、イメージデータ識別部３５、キーワード取得部３６、及び、表示制御部３７は、例えば、記憶部１１に格納されたプログラム等が制御部１２の周辺回路であるＲＡＭ等に展開され、制御部１２のプロセッサにより実行されることによって実現される。
【００７９】
（データ取得部）
データ取得部３１は、複数の帳票を１又は複数のグループに分類したデータを取得する。データ取得部３１は、ネットワークを介して、他の情報処理装置から当該データを取得してもよい。また、データ取得部３１は、ＵＳＢメモリ等の可搬型の記憶媒体から、当該データを取得してもよい。データの取得先は、適宜、選択されてもよい。
【００８０】
また、本実施形態では、後述する分類処理部３４が、取得した複数の帳票を１又は複数のグループに分類する場合がある。この場合、データ取得部３１は、当該分類処理部３４から、複数の帳票を１又は複数のグループに分類したデータを取得してもよい。
【００８１】
（データ過不足判定部）
データ過不足判定部３２は、グループに含まれる帳票の過不足を判定する条件を定めたグループ定義情報２２に基づいて、データ取得部３１が取得したデータにおける前記１又は複数のグループをそれぞれ検査することで、前記１又は複数のグループそれぞれについて、帳票の過不足を判定する。
【００８２】
（選択受付部）
選択受付部３３は、グループ又は帳票の選択を受け付ける。図２及び３により示される例で説明したとおり、ユーザは、入出力部１４に接続された操作デバイスを用いて、表示装置３に表示される画面上で、帳票及びグループを操作する。図２及び３により示される例では、ユーザは、マウスによりカーソルを操作し、帳票又はグループのシンボル上でクリック操作をすることで、ユーザ所望の帳票又はグループの選択操作を行った。選択受付部３３は、このような操作デバイスの操作を検出し、グループ又は帳票の選択を受け付ける。
【００８３】
（分類処理部）
分類処理部３４は、選択受付部３３が受け付けた選択に基づいて、選択された所属未確定帳票の所属先を、選択されたグループに確定することで、グループに含まれる帳票を再分類する。
【００８４】
また、分類処理部３４は、複数のグループ間で、所定の規則に従って、当該複数のグル
ープに含まれる帳票を再分類してもよい。詳細は後述する。
【００８５】
また、選択受付部３３が、所属未確定帳票と共に、グループの一覧に含まれる不足している帳票の選択を受け付ける場合がある。この場合、分類処理部３４は、選択された前記グループの一覧に含まれる不足している帳票の位置に選択された所属未確定帳票を移動することで、グループに含まれる帳票を再分類してもよい。
【００８６】
また、後述するイメージデータ識別部３５が、順序付けられた複数の帳票のうち、帳票のグループを識別するための基準となる基準帳票を識別する場合がある。この場合、分類処理部３４は、前記複数の帳票の順序における前記基準帳票の位置関係に基づいて、前記複数の帳票を１又は複数のグループに分類してもよい。
【００８７】
また、選択受付部３３が、帳票の一覧に含まれる不足している帳票を示すシンボルの選択を更に受け付ける場合がある。この場合、分類処理部３４は、帳票の一覧に含まれる、選択された不足している帳票の位置に、選択された所在未確定帳票を移動することで、グループに含まれる帳票を再分類してもよい。
【００８８】
（イメージデータ識別部）
イメージデータ識別部３５は、順序付けられた複数の帳票のうち、帳票のグループ種別を識別するための基準となる基準帳票を識別する。なお、イメージデータ識別部３５は、記憶部１１に格納されたデータ種別定義情報２１に基づいて、取得される帳票の種別をそれぞれ識別してもよい。また、イメージデータ識別部３５は、基準帳票以外の帳票の種別を識別してもよい。
【００８９】
（キーワード取得部）
キーワード取得部３６は、帳票に含まれる情報からキーワードを取得する。例えば、キーワード取得部３６は、帳票の所定の位置にＯＣＲ処理を適用することにより取得可能な情報をキーワードとして取得する。なお、当該キーワードの取得には、例えば、データ種別定義情報２１が用いられてもよい。例えば、キーワード取得部３６は、バーコード書式定義フィールドに格納された情報に基づいて、帳票に付されたバーコードから情報を取得してもよい。キーワード取得部３６は、このようにして取得することができた情報をキーワードとしてもよい。
【００９０】
（表示制御部）
表示制御部３７は、データ過不足判定部３２による判定に基づいて認識される帳票が不足しているグループと、グループ分けでグループには分類されなかった、又は、データ過不足判定部３２によりグループに過剰に含まれていると判定された、所属するグループが未確定な帳票である所属未確定帳票と、を示す情報を表示装置３に表示させる。
【００９１】
なお、表示制御部３７は、選択受付部３３の受け付けた選択において、帳票が不足しているグループが選択された際に、当該選択されたグループに含まれる帳票と、当該選択されたグループに不足している帳票とを示す一覧を表示装置３に表示させてもよい。不足している帳票は、例えば、帳票が不足していることを示すシンボルによって表現される。
【００９２】
本実施形態では、帳票が不足していることを示すシンボルは、任意の種類の帳票が足りていないこと、又は、特定の種類の帳票が足りていないことを示す。例えば、図２及び３により示される例では、帳票が不足していることを示すシンボル（１０３、１０３ａ、１０３ｂ）は、特定の種類の帳票「伝票」が足りていないことを示している。
【００９３】
また、表示制御部３７は、表示装置３により表示させる帳票の一覧では、グループに不
足している帳票を示すシンボルを、グループに含まれる帳票のシンボルよりも強調して表示させてもよい。
【００９４】
また、表示制御部３７は、選択受付部３３の受け付けた選択において、不足している帳票が選択された際に、所属未確定帳票の一覧を表示装置３に表示させてもよい。
【００９５】
また、グループ定義情報２２に係るデータの必須帳票フィールドには、帳票のグループに含まれる帳票の種別を指定するための情報が格納されてもよい。そして、イメージデータ識別部３５は、基準帳票以外の帳票について、その帳票の種別を識別してもよい。更に、データ過不足判定部３２は、前記１又は複数のグループそれぞれについて、不足している帳票又は所属未確定帳票の種別を認識してもよい。
【００９６】
この場合、選択受付部３３は、前記一覧に含まれる不足しているイメージデータの選択を受け付けてもよい。そして、表示制御部３７は、選択された前記一覧に含まれる不足している帳票の種別と合致する種別の所属未確定帳票の一覧を表示装置３に表示させてもよい。また、この場合、選択受付部３３は、所属未確定帳票の選択を受け付けてもよい。そして、表示制御部３７は、選択された所属未確定帳票の種別と合致する種別の帳票が不足しているグループの一覧を表示装置３に表示させてもよい。
【００９７】
また、キーワード取得部３６は、帳票に含まれる情報からキーワードを取得する。この場合、表示制御部３７は、選択受付部３３の受け付けた選択において、帳票が不足しているグループが選択された際に、所属未確定帳票のうち、当該選択されたグループに含まれている帳票から取得されるキーワードに適合するキーワードが取得される所属未確定帳票の一覧を表示装置に表示させてもよい。また、この場合、表示制御部３７は、選択受付部３３の受け付けた選択において、所属未確定帳票が選択された際、当該選択された所属未確定帳票から取得されるキーワードに適合するキーワードが取得される帳票を含む、帳票が不足しているグループの一覧を表示装置に表示させてもよい。
【００９８】
また、表示制御部３７は、選択受付部３３の受け付けた選択において、所属未確定帳票が選択された際に、帳票が不足しているグループの一覧を表示装置３に表示させてもよい。
【００９９】
また、表示制御部３７は、帳票が不足しているグループの一覧において、当該グループそれぞれについて、グループに含まれる帳票と、グループに不足している帳票とを示す一覧をそれぞれ表示装置３に表示させてもよい。
【０１００】
§２  動作例
次に、図７〜１１を用いて、本実施形態に係る情報処理装置１の動作例を説明する。
【０１０１】
図７は、本実施形態に係る情報処理装置１の処理手順の一例を記す。なお、図７では、ステップを「Ｓ」と略称する。図８、１０、及び、１１においても同様の略称を用いる。
【０１０２】
まず、例えば、ユーザによる操作に応じて、記憶部１１に格納されたプログラムが、制御部１２のＲＡＭ等に展開される。そして、制御部１２のＲＡＭ等に展開された該プログラムが、制御部１２のプロセッサにより実行される。このようにして、情報処理装置１は、処理を開始する。
【０１０３】
ステップ１００１では、データ取得部３１によって、複数件の帳票データが取得される。これにより、情報処理装置１は、複数の帳票に係るデータを取得する。なお、取得されたデータについて、当該複数の帳票は、グループ分けされていてもよいし、グループ分け
されていなくてもよい。本動作例は、後者である。すなわち、本動作例では、このステップで取得されるデータに係る帳票は、グループ分けされていないものとする。
【０１０４】
例えば、図１により示される利用場面では、ユーザは、スキャナ２を用いることで帳票の束を情報処理装置１に取り込んだ。この場合に、取り込まれた複数の帳票をグループ化する処理がスキャナ２で実行されなければ、情報処理装置１に取り込まれた帳票はグループ化されていない。本ステップ１００１は、このような場面における処理を例示している。
【０１０５】
つまり、本ステップ１００１では、スキャナ２が帳票を電子化する度に、データ取得部３１は帳票データを取得する。帳票の束に対して当該一連の処理が実行されることで、データ取得部３１は、複数件の帳票データを取得する。
【０１０６】
なお、このように取得された複数の帳票は、取得された順番に並べることが可能である。分類処理部３４は、後述するとおり、当該順番に基づいて、複数の帳票をグループ分けする。
【０１０７】
ステップ１００２では、イメージデータ識別部３５によって、ステップ１００１で取得した複数の帳票それぞれの種別が認識される。イメージデータ識別部３５は、対象の帳票の種別を識別するために、記憶部１１に格納されたデータ種別定義情報２１を用いる。
【０１０８】
例えば、イメージデータ識別部３５は、帳票の種別毎に用意されたデータ種別定義情報２１に係るデータのＯＣＲ書式定義フィールドに格納された帳票の外観に関する情報に基づいて、帳票の種別を認識する。具体的には、イメージデータ識別部３５は、ＯＣＲ書式定義フィールドに格納された情報により示される帳票の外観と取得した帳票の外観とを照合することで、一番適合する外観を示すデータ種別定義情報２１を特定する。これにより、イメージデータ識別部３５は、特定したデータ種別定義情報２１に係る帳票の種別を、取得した帳票の種別であると認識する。
【０１０９】
また、例えば、イメージデータ識別部３５は、バーコード書式定義フィールドに格納されたバーコードに関する情報に基づいて、帳票の種別を認識してもよい。イメージデータ識別部３５は、取得した帳票に付されたバーコードに適合するバーコードに関する情報を含むデータ種別定義情報２１を特定する。これにより、イメージデータ識別部３５は、特定したデータ種別定義情報２１に係る帳票の種別が取得した帳票の種別であると認識する。
【０１１０】
また、例えば、イメージデータ識別部３５は、指定領域ＯＣＲ書式定義フィールドに格納された指定領域ＯＣＲに関する情報に基づいて、帳票の種別を認識してもよい。指定領域ＯＣＲ書式定義フィールドには、上記のとおり、指定領域ＯＣＲを適用する領域に関する情報、当該領域から取得されるデータのデータ形式、及び、当該領域から取得されるデータの内容が定められている。イメージデータ識別部３５は、指定領域ＯＣＲに関する情報に基づいて、取得した帳票に指定領域ＯＣＲを適用する。そして、イメージデータ識別部３５は、取得した帳票に適合する指定領域ＯＣＲに関する情報を含むデータ種別定義情報２１を特定する。これにより、イメージデータ識別部３５は、特定したデータ種別定義情報２１に係る帳票の種別が取得した帳票の種別であると認識する。
【０１１１】
なお、当該帳票種別の認識処理において、キーワード取得部３６により、キーワードの取得処理が実行されてもよい。キーワード取得部３６は、キーワードを取得し、取得したキーワードを対象帳票のキーワードに設定する。なお、当該キーワードの取得処理には、帳票種別の認識処理に用いたデータ種別定義情報２１が用いられてもよい。
【０１１２】
例えば、上記帳票種別の認識処理において、バーコードのデコードや指定領域ＯＣＲが行われる。このとき、バーコードの情報や指定領域に記載された情報が取得される。キーワード取得部３６は、このときに取得される情報を帳票のキーワードに設定してもよい。
【０１１３】
また、キーワード取得部３６は、データ種別定義情報２１を用いることなく、キーワードを取得してもよい。例えば、キーワード取得部３６は、どの帳票に対しても、同一箇所にＯＣＲ処理を適用することで得られる情報をキーワードとして取得してもよい。キーワードの取得方法は、適宜、選択される。
【０１１４】
また、情報処理装置１は、取得したキーワードが適切であるか否かをユーザに問い合わせる画面を表示装置３に表示させてもよい。このとき、キーワード取得部３６は、ユーザにより入力されるキーワードを受け付けることで、帳票のキーワードを取得してもよい。キーワード取得部３６は、帳票から適切にキーワードが取得できなかった場合にも、同様の処理によってキーワードを取得してもよい。
【０１１５】
なお、イメージデータ識別部３５による帳票種別の認識処理は、データ種別定義情報２１を用いた処理に限定されない。例えば、記憶部１１が、帳票種別を認識するための帳票のひな形を保持しているとする。この場合、イメージデータ識別部３５は、取得された帳票と帳票のひな形とを照合し、一番適合するひな形を特定することで、帳票の種別を認識してもよい。
【０１１６】
また、情報処理装置１は、イメージデータ識別部３５による帳票の種別の識別が適切であるか否かをユーザに問い合わせる画面を表示装置３に表示させてもよい。このとき、イメージデータ識別部３５は、ユーザにより帳票の種別の入力を受け付けることで、帳票の種別を認識してもよい。イメージデータ識別部３５は、適切に帳票の種別が認識できなかった場合にも、同様の処理によって帳票の種別を認識してもよい。
【０１１７】
ステップ１００３では、データ過不足判定部３２によって、各グループにおける帳票の過不足が判定される。以下、当該判定処理を図８及び９を用いて説明する。
【０１１８】
図８は、本実施形態における帳票の過不足判定に係る処理手順の一例を示すフローチャートである。本動作例では、ステップ１００１において取得された複数の帳票が、分類処理部３４によって、グループ分けされる。このグループ分けによって、グループに含まれる帳票が定められるたびに、データ過不足判定部３２は、当該グループについての帳票の過不足を判定する。具体的には、以下のとおりに実行される。
【０１１９】
ステップ２００１では、分類処理部３４によって、ステップ１００１において取得された複数の帳票のなかに、グループ定義情報２２により指定される基準帳票の種別に該当する種別の帳票が存在するか否かが判定される。基準帳票の種別に該当する種別の帳票が存在すれば、次のステップ２００２に処理は進む。他方、基準帳票の種別に該当する種別の帳票が存在しなければ、データの過不足判定に係る当該処理は終了する。
【０１２０】
ここで、ステップ１００１において取得された複数の帳票は、取得された順番に並べることができる。分類処理部３４は、当該順番に従って、先頭の帳票から順に基準帳票の種別に該当する種別の帳票を検索する。当該検索において基準帳票の種別に該当する種別の帳票が見つかった場合、分類処理部３４は、基準帳票が存在すると判定する。このとき、当該検索は、基準帳票が見つかった時点で終了する。他方、当該検索において基準帳票の種別に該当する種別の帳票が見つからなかった場合、基準帳票は存在しないと判定する。なお、この際に発見される基準帳票の種別に該当する種別の帳票を、以下、「先頭の基準
帳票」とも記載する。
【０１２１】
なお、本実施形態では、ステップ１００２によって、対象の帳票の種別が識別された。また、グループ定義情報２２には、基準帳票フィールドにおいて、グループに設定される基準帳票の種別が定められている。
【０１２２】
分類処理部３４は、当該ステップ１００２の処理結果とグループ定義情報２２とを用いて、対象の帳票が、基準帳票の種別に該当する種別の帳票であるか否かの判定を実施する。
【０１２３】
具体的には、まず、分類処理部３４は、グループの種別毎に用意されたグループ定義情報２２から、それぞれの種別において設定されている基準帳票の種別を示す情報を収集する。そして、分類処理部３４は、収集した情報に基づいて、対象の帳票の種別が、グループに設定される基準帳票の種別に該当するか否かを判定する。具体的には、分類処理部３４は、収集した基準帳票の種別のなかに対象の帳票の種別に該当するする種別が存在するか否かを判定する。対象の帳票の種別に該当する種別が収集した種別の中に存在する場合、対象の帳票は基準帳票であると判定する。他方、対象の帳票の種別に該当する種別が収集した種別の中に存在しなかった場合、対象の帳票は基準帳票ではないと判定する。
【０１２４】
なお、本動作例では、分類処理部３４は、グループの種別毎に用意されるグループ定義情報２２から、それぞれの種別において設定されている基準帳票の種別を示す情報を収集している。しかしながら、分類処理部３４が基準帳票の種別を示す情報を取得する方法は、このような方法に限定されない。例えば、記憶部１１には、各グループの種別における基準帳票の種別を示す情報を１つにまとめた情報が保持されていてもよい。この場合、分類処理部３４は、記憶部１１に保持される当該情報から、各グループにおける基準帳票の種別を示す情報を取得することができる。
【０１２５】
ステップ２００２では、分類処理部３４によって、グループが作成される。図９を用いて、当該グループの作成処理を説明する。
【０１２６】
本動作例では、帳票が並んでいる順番において、基準帳票と基準帳票との間に含まれる帳票が１つのグループに属する帳票として取り扱われる。この１つのグループの範囲を特定する２つの基準帳票について、順番が前である基準帳票を、以下、「先の基準帳票」とも記載する。他方、順番が後である基準帳票を、以下、「後の基準帳票」とも記載する。
【０１２７】
一方、帳票が並んでいる順番において、基準帳票と基準帳票との間が設定できない範囲が存在する。基準帳票と基準帳票との間が設定できない範囲とは、具体的には、帳票が並んでいる順番において、最後に存在する基準帳票と最後に存在する帳票との間である。本実施形態では、当該範囲に存在する帳票も１つのグループに属する帳票として取り扱われる。なお、この最後に存在する基準帳票を、以下、「最後の基準帳票」とも記載する。
【０１２８】
具体的には、まず、分類処理部３４は、帳票が並んでいる順番において、この処理よりも前にまでに実行された基準帳票の検索処理において最後に検索された基準帳票の次に存在する基準帳票を検索する。この処理により検索される基準帳票を、以下、「次の基準帳票」とも記載する。なお、「最後に検索された基準帳票」とは、後述するステップ２００６の判定に基づく繰り返しが発生していない段階では、先頭の基準帳票を意味する。また、後述するステップ２００６の判定に基づく繰り返しにより再び本ステップ２００２の処理が実行された段階では、「最後に検索された基準帳票」とは、繰り返し前に当該処理で検索された「次の基準帳票」を意味する。
【０１２９】
次の基準帳票が見つかった場合、分類処理部３４は、本ステップの処理で検索された次の基準帳票を「後の基準帳票」に設定する。また、分類処理部３４は、本ステップよりも前の処理で検索された基準帳票、この場合は、先頭の基準帳票を「先の基準帳票」に設定する。そして、分類処理部３４は、図９に示されるとおり、先の基準帳票から後の基準帳票の１つ前の帳票までの間に存在する帳票を１つのグループに属する帳票として、グループを作成する。
【０１３０】
他方、次の基準帳票が見つからなかった場合、分類処理部３４は、本ステップよりも前の処理で検索された基準帳票、この場合は、先頭の基準帳票を「最後の基準帳票」に設定する。そして、分類処理部３４は、図９に示されるとおり、最後の基準帳票から最後の帳票までの間に存在する帳票を１つのグループに属する帳票として、グループを作成する。
【０１３１】
このようにして、分類処理部３４は、帳票が並んでいる順番において、グループに含まれる帳票の範囲を設定し、設定した範囲に基づいて、グループを作成する。
【０１３２】
なお、上記処理では、先頭の帳票が基準帳票ではなかった場合、先頭の帳票から先頭の基準帳票までの間の範囲に存在する帳票の所属するグループは特定されない。そのため、任意の処理で当該範囲に存在する帳票の所属するグループを特定してもよい。例えば、当該範囲に存在する帳票のうちのいくつかの帳票は、本ステップ２００２で作成されたグループに属する帳票であると取り扱われてもよい。また、当該範囲に存在する帳票のうちのいくつかの帳票は、所属未確定帳票として取り扱われてもよい。更に、当該範囲に存在する帳票により、新たに１つのグループが作成されてもよい。この場合、後述する過不足判定をこのグループにも実施するため、基準帳票の設定されていないグループの種別を識別するためのグループ定義情報２２が用意されてもよい。
【０１３３】
ステップ２００３〜２００５は、データ過不足判定部３２による、ステップ２００２において分類処理部３４により作成されたグループに対する帳票の過不足判定に関する処理である。
【０１３４】
ステップ２００３では、データ過不足判定部３２によって、ステップ２００２で作成されたグループに含まれる帳票の枚数が数えられる。図９により示される例では、当該グループに含まれる帳票の枚数は４枚と数えられる。
【０１３５】
ステップ２００４では、データ過不足判定部３２によって、ステップ２００２で作成されたグループに必須帳票が含まれているか否かが判定される。
【０１３６】
具体的には、まず、データ過不足判定部３２は、記憶部１１に格納されているグループ定義情報２２のうち、ステップ２００２で作成されたグループの種別に対応するグループ定義情報２２を参照する。図９に示されるとおり、ステップ２００２で作成されたグループに含まれる基準帳票は、先の基準帳票である。データ過不足判定部３２は、基準帳票フィールドにおいて、先の基準帳票の種別に該当する種別を示す情報を含むグループ定義情報２２をステップ２００２で作成されたグループの種別に対応するグループ定義情報２２として、参照する。
【０１３７】
そして、データ過不足判定部３２は、参照したグループ定義情報２２に含まれる、必須帳票フィールドに格納された情報により示される種別の帳票が、ステップ２００２で作成されたグループに含まれているか否かを判定する。これにより、データ過不足判定部３２は、ステップ２００２で作成されたグループに必須帳票が含まれるか否かを判定することができる。
【０１３８】
ステップ２００５では、ステップ２００３及び２００４の処理に基づいて、データ過不足判定部３２により、ステップ２００２において作成されたグループに含まれる帳票の過不足が判定される。
【０１３９】
本動作例では、データ過不足判定部３２は、対象のグループの種別を識別するためのグループ定義情報２２により示される、対象の種別のグループにおける帳票の枚数設定及び必須帳票の設定によって、対象のグループに帳票の過不足が発生しているか否かを判定する。
【０１４０】
まず、必須帳票の設定による判定を説明する。データ過不足判定部３２は、ステップ２００４の処理において、対象のグループに必須帳票が含まれているか否か判定した。データ過不足判定部３２は、当該判定の結果に基づいて、対象のグループに帳票の過不足が発生しているか否かを判定する。
【０１４１】
例えば、ステップ２００４の処理において、データ過不足判定部３２は、対象のグループに必須帳票が含まれていると判定したとする。この場合、データ過不足判定部３２は、対象のグループについて、必須帳票の不足は発生していないと判定する。
【０１４２】
なお、図６及び９に示される例では、必須帳票として設定されている帳票の種別は「帳票Ｂ」であり、その種別の帳票に対する枚数設定は「１枚」である。ただし、必須帳票として設定される種別の帳票に対する枚数設定は、本実施形態を限定するものではない。例えば、必須帳票として設定された同一の種別の帳票に対して複数枚の枚数設定がされてもよい。また、必須帳票の設定として、複数の帳票の種別が設定されてもよい。
【０１４３】
例えば、必須帳票として設定された同一の種別の帳票に対して複数枚の枚数設定がされていたとする。具体例として、必須帳票の種別として「帳票Ｂ」が設定されており、当該「帳票Ｂ」の帳票に対して「２枚」の枚数設定がされていたとする。この場合、対象のグループに「帳票Ｂ」に該当する種別の帳票が含まれていなければ、データ過不足判定部３２は、当該グループにおいて、その種別が「帳票Ｂ」である帳票が２枚不足していると判定する。また、具体例として、必須帳票の種別として「帳票Ｂ」が設定されており、当該「帳票Ｂ」の帳票に対して「２〜４枚」の枚数設定がされていたとする。この場合、対象のグループに「帳票Ｂ」に該当する種別の帳票が５枚含まれているならば、データ過不足判定部３２は、当該グループにおいて、その種別が「帳票Ｂである帳票が１枚過剰に含まれていると判定する。対象のグループに「帳票Ｂ」に該当する種別の帳票が２枚含まれているならば、データ過不足判定部３２は、対象のグループに「帳票Ｂ」に該当する種別の必須帳票の過不足は発生していないと判定する。
【０１４４】
また、例えば、必須帳票の設定として、複数の帳票の種別が必須帳票の種別に設定されていたとする。具体例として、必須帳票の種別として「帳票Ｂ」と「帳票Ｃ」とが設定されていたとする。この場合、対象のグループに「帳票Ｂ」に該当する種別の帳票と、「帳票Ｃ」に該当する種別の帳票とが含まれているならば、データ過不足判定部３２は、当該グループにおいて、必須帳票の過不足は発生していないと判定する。また、具体例として、必須帳票の種別として「帳票Ｂ」と「帳票Ｃ」とが設定されており、「帳票Ｂ」の帳票に対して「４枚以上」の枚数設定が、「帳票Ｃ」の帳票に対して「３枚以下」の枚数設定がなされていたとする。この場合、対象のグループに、「帳票Ｂ」に該当する種別の帳票が２枚、「帳票Ｃ」に該当する種別の帳票が４枚含まれているとする。このとき、データ過不足判定部３２は、対象のグループでは、「帳票Ｂ」に該当する種別の帳票が「２枚以上」不足しており、「帳票Ｃ」に該当する種別の帳票が「１枚以上」過剰であると判定する。
【０１４５】
なお、「４枚以上」や「３枚以上」など、本具体例のように、下限値、又は、上限値のみ定められた範囲限定が、枚数設定として用いられたとする。この場合、当該条件を満たしても、対象のグループには、必須帳票として設定される種別に該当する帳票に過不足が発生している可能性がある。例えば、上記具体例において、対象のグループに「帳票Ｂ」に該当する帳票が５枚含まれていたとする。この場合、上記必須帳票の枚数設定の条件は満たしているが、対象のグループには、未だ、「帳票Ｂ」に該当する帳票が割り当てられる可能性がある。この場合、例えば、所属未確定帳票の枚数を考慮して、当該可能性があるか否かを推定してもよい。
【０１４６】
例えば、グループａとグループｂの２つのグループが存在するとする。グループａの種別は「グループＡ」であり、グループｂの種別は「グループＢ」であるとする。「グループＡ」の必須帳票の設定では、必須帳票の種別として「帳票Ｂ」が設定されており、「帳票Ｂ」の帳票に対して「３枚」の枚数設定がなされていたとする。また、「グループＢ」の必須帳票の設定では、必須帳票の種別として「帳票Ｂ」が設定されており、「帳票Ｂ」の帳票に対して「２枚以上」の枚数設定がなされていたとする。そして、「帳票Ｂ」の種別に該当する所属未確定帳票が５枚存在したとする。更に、グループａには、「帳票Ｂ」に該当する帳票が１枚含まれており、グループｂには、「帳票Ｂ」に該当する帳票が３枚含まれていたとする。この場合、データ過不足判定部３２は、グループａでは、「帳票Ｂ」に該当する帳票が２枚不足していると判定することができる。このような状態を考慮して、データ過不足判定部３２は、グループｂでは、「帳票Ｂ」の種別に該当する帳票が３枚不足しているのではないかと推定してもよし、「帳票Ｂ」の種別に該当する帳票の過不足は発生していないと推定してもよい。
【０１４７】
このように、必須帳票の設定による判定では、特定の種別で発生する帳票の過不足を判定することができる。データ過不足判定部３２は、対象のグループにおいて特定の種別に該当する帳票が不足している場合、対象のグループでは、不足している帳票の種別を不足帳票の種別として認識する。他方、対象のグループにおいて特定の種別に該当する帳票が過剰に含まれている場合、対象のグループに含まれる当該特定の種別に該当する帳票を所属未確定帳票として認識する。
【０１４８】
なお、対象のグループにおいて特定の種別に該当する帳票が過剰に含まれているとする。例えば、グループＡの必須帳票の設定では、必須帳票の種別として「帳票Ｂ」が設定されており、その「帳票Ｂ」の帳票に対して「３枚」の枚数設定がなされていたとする。この場合に、グループＡに該当する種別のグループａにおいて、「帳票Ｂ」に該当する種別の帳票が５枚含まれていたとする。このとき、当該グループａでは、帳票Ｂに該当する諸別の帳票が２枚過剰に含まれている。このようなケースにおいて、データ過不足判定部３２は、対象のグループａに過剰に含まれている帳票を特定せず、「帳票Ｂ」に該当する種別の帳票を全て所属未確定帳票として認識してもよい。また、例えば、キーワード取得部３６によって、このグループａに含まれる「帳票Ｂ」に該当する種別の帳票のうち、グループａに設定されているキーワードに適合しないキーワードが取得される帳票が存在するとする。この場合、データ過不足判定部３２は、グループａに設定されているキーワードに適合しないキーワードが取得される帳票を、所属未確定帳票として、認識してもよい。なお、このときに認識される所属未確定帳票の種別は、「帳票Ｂ」である。
【０１４９】
なお、グループａに設定されているキーワードとは、グループａに含まれる帳票から取得されるキーワードから特定されるキーワードである。例えば、キーワード取得部３６は、グループａに含まれる帳票のうち所定の割合以上の帳票から取得されるキーワードをグループａのキーワードとして設定してもよい。
【０１５０】
このようにして、特定の種別において発生する帳票の過不足が判定され、対象の帳票の
種別を識別した上で、不足帳票、又は、所属未確定帳票の認識が行われる。
【０１５１】
次に、枚数設定による判定を説明する。データ過不足判定部３２は、対象のグループの種別に対応するグループ定義情報２２に含まれる、枚数設定フィールドに格納される情報により示される枚数設定に基づいて、ステップ２００３の処理において数えた帳票の枚数が適正であるか否かを判定する。データ過不足判定部３２は、対象のグループの帳票の枚数は適正であると判定する。枚数設定に対する処理は、上記必須帳票の枚数設定に対する処理と同様である。
【０１５２】
ただし、枚数設定による過不足の判定では、必須帳票の設定による過不足の判定とは異なり、通常の場合、データ過不足判定部３２は、過不足が発生している帳票の種別を特定できない。そのため、データ過不足判定部３２は、基本帳票又は必須帳票として設定されている種別以外の不特定の種別の帳票で過不足が発生していると判定する。なお、基本帳票又は必須帳票として設定されている種別以外の種別が限定される場合、データ過不足判定部３２は、当該判定でも、過不足が発生している帳票の種別を特定することは可能である。
【０１５３】
なお、データ過不足判定部３２は、必須帳票として設定されている種別の帳票で起きている帳票の過不足を考慮して、当該判定を実施してもよい。例えば、グループａには、「帳票Ａ」に該当する種別の帳票が１枚、必須帳票として設定されている種別「帳票Ｂ」に該当する種別の帳票が３枚、いずれの設定もされていない種別「帳票Ｃ」に該当する帳票が２枚含まれていたとする。そして、グループａの種別「グループＡ」に対応するグループ定義情報２２による必須帳票の設定では、必須帳票の種別として「帳票Ｂ」が設定されており、その「帳票Ｂ」の帳票に対して「５枚」の枚数設定がなされていたとする。そして、枚数設定フィールドに格納される情報により示される枚数設定では、「４〜６枚」という枚数制限が設定されていたとする。このとき、グループａには、６枚の帳票が含まれているため、データ過不足判定部３２は、当該グループａには、基本帳票又は必須帳票として設定されている種別以外の不特定の種別の帳票で過不足が発生していないと判定することができる。他方、特定の種別で発生している帳票の過不足を考慮すると、当該グループａでは、「帳票Ｂ」に該当する種別の帳票が２枚不足している。つまり、グループａには、「帳票Ｂ」に該当する種別の帳票が残り２枚追加される可能性がある。そのため、データ過不足判定部３２は、この可能性を考慮し、当該グループａでは、基本帳票又は必須帳票として設定されている種別以外の不特定の種別の帳票が２枚過剰含まれていると判定することができる。なお、この点を考慮し、データ過不足判定部３２は、状況に応じて、適宜、判定方法を変更してもよい。
【０１５４】
このようにして、データ過不足判定部３２は、不特定の種別の帳票に対する過不足判定をする。そして、データ過不足判定部３２は、当該判定に基づいて、不足帳票、所属未確定帳票の認識を行う。当該認識処理は、上述した、必須帳票の設定に基づいた認識処理と同様に説明される。
【０１５５】
なお、データ過不足判定部３２は、これらの判定結果を判定データとして保持する。判定データの一例は、図９において示される。当該判定データは、グループ種別フィールド、基準帳票フィールド、必須帳票フィールド、添付帳票フィールド、不足帳票フィールド、所属未確定帳票フィールド、及び、キーワードフィールドを備える。
【０１５６】
グループ種別フィールドには、判定対象のグループの種別を示す情報が格納される。基準帳票フィールドには、当該判定対象のグループの種別を識別する基準帳票の帳票データを特定するための情報が含まれる。また、必須帳票フィールドには、当該判定対象のグループに含まれる必須帳票の帳票データを特定するための情報が含まれる。
【０１５７】
添付帳票フィールドには、基準帳票及び必須帳票以外の帳票であって、グループに含まれる帳票の枚数制限による過不足判定に基づいて、グループに適正に含まれていると判定された帳票の帳票データを特定するための情報が含まれる。
【０１５８】
不足帳票フィールドには、データ過不足判定部３２が不足帳票として認識した帳票を示す情報が格納される。例えば、データ過不足判定部３２が帳票の種別を識別して不足帳票を認識した場合は、不足帳票フィールドには、不足帳票として認識した帳票を示す情報と共に、当該帳票の種別を示す情報が格納される。他方、データ過不足判定部３２が帳票の種別を識別せずに不足帳票を認識した場合、不足帳票フィールドには、不足帳票として認識した帳票を示す情報と共に、基本帳票及び必須帳票を除く帳票において不足が発生していることを示す情報が格納される。
【０１５９】
所属未確定帳票フィールドには、データ過不足判定部３２が所属未確定帳票として認識した帳票の帳票データを特定するための情報が含まれる。また、キーワードフィールドには、例えば、グループに設定されるキーワードが格納される。なお、グループに設定されるキーワードは、例えば、キーワード取得部３６によって、グループに含まれる帳票のうち所定の割合以上の帳票から取得されるキーワードである。また、グループに設定されるキーワードは、例えば、ユーザの入力されるキーワードである。
【０１６０】
ステップ２００６では、分類処理部３４によって、次の基準帳票が存在するか否か判定される。具体的には、ステップ２００２の処理において、次の基準帳票が存在したか否かによって、処理は分岐される。
【０１６１】
ステップ２００２の処理において次の基準帳票が発見されていた場合、ステップ２００２〜２００５の処理が繰り返される。他方、ステップ２００２の処理において次の基準帳票が発見されなかった場合、既に、ステップ１００１において取得された複数の帳票に対しての処理が完了しているため、グループに含まれる帳票の過不足判定の処理は終了する。
【０１６２】
ステップ２００２〜２００５の処理を繰り返す場合、分類処理部３４は、「後の基準帳票」として設定した基準帳票を、今度は、「先の基準帳票」又は「最後の基準帳票」に設定して、グループの作成を行う。
【０１６３】
また、グループに含まれる帳票の過不足判定の処理を終了する場合、生成した判定データに基づいて、表示制御部３７は、不足帳票が存在するグループと、所属未確定帳票とを表示装置３に表示させる。
【０１６４】
なお、本動作例では、基準帳票は、帳票の並びの順序において、グループの先頭に存在する帳票として取り扱われている。しかしながら、基準帳票は、グループの先頭に存在する帳票でなくてもよい。グループにおける基準帳票の位置は、任意に設定されてもよい。
【０１６５】
この場合、グループにおける基準帳票の設定によっては、隣り合うグループの間で、どちらのグループにも属さない範囲、又は、どちらのグループにも属してしまう重複する範囲が生じてしまうケースが起こり得る。このとき、当該範囲に存在する帳票は、どちらのグループに属する帳票であるか不明である帳票となってしまう。そのため、分類処理部３４は、当該範囲に存在する帳票の属するグループを特定することはできない。
【０１６６】
このとき、当該範囲に存在する帳票は、所属未確定帳票として取り扱われてもよい。また、当該範囲に存在する各帳票が、上記隣り合うグループのうちどちらのグループに属す
る帳票であるかを任意の方法で定めることで、分類処理部３４は、当該範囲に存在する帳票の属するグループを特定してもよい。
【０１６７】
例えば、ユーザによる選択を受け付けることで得られる情報により、当該範囲に存在する各帳票の属するグループが決定されてもよい。また、各グループに設けられた優先度に基づいて、当該範囲に存在する各帳票の属するグループが決定されてもよい。当該優先度は、グループの範囲から離れる度に、小さくなる値が設定されてもよい。このような設定がなされた場合に、例えば、隣り合うグループ間でどちらのグループにも属さない範囲が生じたとする。このとき、当該範囲に存在する帳票の属するグループの判定結果は、一方のグループに近い範囲に存在する帳票と、他方のグループに近い範囲に存在する帳票とで異なる判定結果となりうる。
【０１６８】
また、本動作例では、当該分類処理部３４による帳票のグループ分けと、データ過不足判定部３２による帳票の過不足判定とは、一連の処理として実行される（ステップ２００２〜２００５）。ただし、帳票のグループ分けを実行するタイミングは、本動作例で示されるタイミングに限定される訳ではない。例えば、分類処理部３４は、対象となる複数件の帳票のデータを取得してから、グループに含まれる帳票の過不足判定を実行するまでの間の任意のタイミングで、当該帳票のグループ分けを実行してもよい。また、帳票のグループ分けは、分類処理部３４ではなく、他の情報処理装置等によって実行されてもよい。
【０１６９】
図７に戻り、ステップ１００４では、各グループで発生した帳票の過不足に対する修正処理が受け付けられる。本実施形態では、グループに不足帳票が発生しているケースに対する修正処理と、所属未確定帳票に対する修正処理の２通りの修正処理が受け付けられる。図１０及び１１を用いて、当該処理を説明する。
【０１７０】
図１０は、グループに不足帳票が発生しているケースに対する修正処理の手順を例示する。図３を用いて説明した修正処理例が、当該修正処理における具体的な動作例に該当する。以下、図３及び１０を用いて当該修正処理を説明する。
【０１７１】
ステップ３００１では、選択受付部３３によって、不足帳票を含むグループの選択が受け付けられる。図３を用いて説明した例では、グループ１００に対するクリック操作が、不足帳票を含むグループの選択操作に該当する。選択受付部３３は、このようなユーザの操作を受け付け、ユーザによるグループの選択を検出する。
【０１７２】
なお、図３に示されるような画面は、表示制御部３７により生成され、表示装置３に出力される。表示制御部３７により生成され出力される画面では、不足帳票を含むグループ１００を示すシンボルの色は、その他のグループのシンボルと色が異なる。例えば、このように色を変えることによって、表示制御部３７は、他のグループと比べ、不足帳票を含むグループを強調して表示させる。
【０１７３】
このように不足帳票を含むグループを他のグループと比べて強調する方法は、シンボルの色による方法に限られない。例えば、表示制御部３７は、不足帳票を含むグループを示すシンボルの発光を点滅させる等の視覚効果により、当該グループを強調して表示させてもよい。また、例えば、表示制御部３７は、図３に示されるシンボル１０２又は１０４のように、不足帳票を含むグループのシンボル以外のシンボルを倒れているように表示させる等、不足帳票を含むグループのシンボルよりもユーザに視認しにくいよう表示させてもよい。
【０１７４】
また、本実施形態では、不足帳票を含むグループの他、帳票が過剰に含まれているグループが発生しうる。表示制御部３７は、このようなエラー毎に、表示装置３に表示させる
シンボルの表示形態を変えてもよい。例えば、表示制御部３７は、表示装置３に、エラー毎に異なる色でシンボルを表示させてもよい。
【０１７５】
選択受付部３３によって、不足帳票を含むグループの選択が受け付けられると、表示制御部３７は、当該選択されたグループに含まれる帳票と、不足帳票とを示す一覧を表示装置３に表示させる。具体的には、表示制御部３７は、図３における一覧１０１を表示装置３に表示させる。
【０１７６】
なお、当該一覧の生成には、表示制御部３７は、データ過不足判定部３２によって生成された、選択されたグループの判定データを用いる。判定データには、対象のグループに含まれる帳票を示す情報と、対象のグループに不足している帳票を示す情報とが含まれている。
【０１７７】
具体的には、対象のグループに含まれる帳票は、基準帳票フィールド、必須帳票フィールド、添付帳票フィールド、及び、所属未確定帳票フィールドに格納されている情報から特定できる。また、対象のグループに不足している帳票は、不足帳票フィールドに格納されている情報から特定できる。
【０１７８】
表示制御部３７は、当該情報に基づいて、対象のグループに含まれている帳票を示すシンボルと、対象のグループに不足している帳票（不足帳票）を示すシンボルとを含む一覧を表示装置３に表示させる。
【０１７９】
なお、表示制御部３７は、当該表示に際し、不足帳票の種別が特定可能か否か判定する。具体的には、表示制御部３７は、判定データの不足帳票フィールドに当該不足帳票の種別を示す情報が格納されている場合、不足帳票の種別は特定可能であると判定する。このとき、表示制御部３７は、対象のグループに不足している帳票を示すシンボルとして、不足帳票の種別を示すシンボルを表示装置３に表示させる。
【０１８０】
他方、判定データの不足帳票フィールドに当該不足帳票の種別を示す情報が格納されていない場合、表示制御部３７は、不足帳票の種別は特定できないと判定する。このとき、表示制御部３７は、対象のグループに不足している帳票を示すシンボルとして、不特定の種別の帳票が不足していることを示すシンボルを表示装置３に表示させる。
【０１８１】
ステップ３００２では、選択受付部３３によって、不足帳票の選択が受け付けられる。ユーザは、ステップ３００１において表示された一覧から、不足帳票を選択する。図３を用いて説明した例では、シンボル１０３に対するクリック操作が、当該不足帳票の選択操作に該当する。選択受付部３３は、このようなユーザの選択操作を受け付けることで、ユーザによる不足帳票の選択を検出する。
【０１８２】
ステップ３００３では、表示制御部３７によって、ステップ３００２において選択された不足帳票に適切な所属未確定帳票が存在するか否かが判定される。適切な所属未確定帳票が存在しない場合（ステップ３００３の「Ｎｏ」）、修正処理は終了する。他方、適切な所属未確定帳票が存在する場合（ステップ３００３の「Ｙｅｓ」）、処理は、次のステップ３００４に進む。
【０１８３】
なお、選択された不足帳票に適切な所属未確定帳票は、当該選択された不足帳票の種別が特定可能か否かによって異なる。具体的には、選択された不足帳票の種別が特定可能である場合、当該特定可能である不足帳票の種別に合致する種別の所属未確定帳票が、選択された不足帳票に適切な所属未確定帳票である。他方、選択された不足帳票の種別が特定できない場合、対象のグループの種別を識別するためのグループ定義情報２２により設定
される基準帳票及び必須帳票の種別以外の種別の所属未確定帳票が、選択された不足帳票に適切な所属未確定帳票である。
【０１８４】
そのため、表示制御部３７は、選択された不足帳票の種別が特定可能である場合、各グループの判定データを参照し、当該不足帳票の種別に該当する種別の所属未確定帳票を検索する。他方、表示制御部３７は、選択された不足帳票の種別が特定できない場合、各グループの判定データを参照し、対象のグループの種別において設定された基本帳票及び必須帳票の種別以外の種別に該当する種別の所属未確定帳票を検索する。なお、表示制御部３７は、選択された不足帳票の種別が特定可能か否かの判定をステップ３００１において既に実行済みである。
【０１８５】
これらの検索により該当する所属未確定帳票が得られる場合、表示制御部３７は、選択された不足帳票に適切な所属未確定帳票が存在すると判定する。他方、これらの検索により該当する所属未確定帳票が得られない場合、表示制御部３７は、選択された不足帳票に適切な所属未確定帳票は存在しないと判定する。
【０１８６】
ステップ３００４では、表示制御部３７によって、所属未確定帳票の一覧が生成される。そして、表示制御部３７は、生成した当該一覧を、表示装置３に表示させる。
【０１８７】
なお、表示制御部３７は、上記のとおり、ステップ３００３において、選択された不足帳票に適切な所属未確定帳票を検索した。表示制御部３７は、上記検索において得られる情報を元に、所属未確定帳票の一覧を生成する。具体的には、表示制御部３７は、上記検索により得られる所属未確定帳票の一覧を生成する。なお、本ステップにおいて表示される一覧は、図３における一覧１０６である。
【０１８８】
ステップ３００５では、選択受付部３３は、所属未確定帳票の選択及び移動操作を受け付ける。選択受付部３３が受け付ける操作は、例えば、図３により示されるシンボル１０５ｂを選択し、選択したシンボル１０５ｂをシンボル１０３上に移動させる操作である。この操作によって、操作された所属未確定帳票の所属先が決定される。
【０１８９】
ステップ３００６では、分類処理部３４によって、グループに含まれる帳票が再分配される。ステップ３００５において選択受付部３３によって受け付けられた操作に基づいて、当該再分配は実行される。具体的には、分類処理部３４は、操作された所属未確定帳票の所属先を、操作された所属未確定帳票の移動先に位置するグループに決定する。これにより、グループに含まれる帳票は、再分配された。
【０１９０】
なお、当該再分配に基づいて、分類処理部３４は、対象の判定データを更新する。例えば、分類処理部３４は、所属未確定帳票であった帳票の帳票データを特定するための情報を取得した判定データの所属未確定帳票フィールドから、所属先が決定した当該所属未確定帳票であった帳票の帳票データを特定するための情報を削除する。
【０１９１】
また、例えば、分類処理部３４は、所属未確定帳票であった帳票の所属先となったグループの判定データの必須帳票フィールド、又は、添付帳票フィールドに、当該所属未確定帳票であった帳票の帳票データを特定するための情報を格納する。
【０１９２】
例えば、所属先が決定した所属未確定帳票であった帳票の種別が、当該所属先のグループの種別において設定された必須帳票の種別に該当するとする。この場合、分類処理部３４は、当該所属未確定帳票であった帳票の種別を示す情報を当該所属先のグループの判定データの必須帳票フィールドに格納する。
【０１９３】
また、例えば、所属先が決定した所属未確定帳票であった帳票の種別が、当該所属先のグループの種別において設定された必須帳票の種別に該当しないとする。この場合、分類処理部３４は、当該所属未確定帳票であった帳票の種別を示す情報を当該所属先のグループの判定データの添付帳票フィールドに格納する。
【０１９４】
分類処理部３４は、グループに含まれる帳票の再分類に基づき、当該判定データの更新処理を実行する。このとき、更新した判定データに基づいて、データ過不足判定部３２は、当該更新した判定データに係るグループに対する、上記ステップ２００５により説明した過不足判定処理を再度実行してもよい。これにより、枚数制限に係る判定結果を修正することができる。
【０１９５】
ステップ３００７では、制御部１２によって、当該修正処理が終了するか否か判定される。例えば、ユーザの選択操作によって処理の継続が決定された場合、又は、不足帳票を含むグループが存在する場合、制御部１２は、当該修正処理は終了しないと判定する（ステップ３００７の「Ｎｏ」）。他方、例えば、ユーザの選択操作によって処理の終了が決定された場合、又は、不足帳票を含むグループがなくなった場合、制御部１２は、当該修正処理を終了すると判定する（ステップ３００７の「Ｙｅｓ」）。
【０１９６】
制御部１２が本修正処理を終了しないと判定すると、ステップ３００１〜ステップ３００６の処理が繰り返される。又は、後述するステップ４００１の処理が実行されてもよい。他方、制御部１２は、本修正処理を終了すると判定すると、情報処理装置１に係る一連の処理は終了する（図７の「エンド」）。
【０１９７】
図１１は、所属未確定帳票に対する修正処理の手順を例示する。図２を用いて説明した修正処理例が、当該修正処理における具体的な動作例に該当する。以下、図２及び１１を用いて当該修正処理を説明する。
【０１９８】
ステップ４００１では、選択受付部３３によって、所属未確定帳票の選択が受け付けられる。図２を用いて説明した例では、シンボル１０５に対するクリック操作が、所属未確定帳票の選択操作に該当する。選択受付部３３は、このようなユーザの操作を受け付け、ユーザによる所属未確定帳票の選択を検出する。
【０１９９】
なお、当該処理に先だって、表示制御部３７は、所属未確定帳票の一覧を表示装置３に表示させてもよい。例えば、表示制御部３７は、各グループの判定データから取得される所属未確定帳票の帳票データを特定するための情報を収集し、当該収集した情報に基づいて、所属未確定帳票の一覧を生成する。そして、表示制御部３７は、生成した一覧を表示装置３に表示させてもよい。なお、この場合、選択受付部３３は、このようにして表示される所属未確定帳票の一覧に対する、所属未確定帳票の選択を受け付けてもよい。
【０２００】
ステップ４００２では、表示制御部３７によって、ステップ４００１に対して選択された所属未確定帳票に適切な不足帳票を含むグループが存在するか否かが判定される。適切な不足帳票を含むグループが存在しない場合（ステップ４００２の「Ｎｏ」）、修正処理は終了する。他方、適切な不足帳票を含むグループが存在する場合、処理は、次のステップ４００３に進む。なお、所属未確定帳票に適切な不足帳票を含むグループとは、所属未確定帳票の所属先として可能性のある潜在的な所属先のグループである。
【０２０１】
具体的には、表示制御部３７は、まず、判定データから、選択された所属未確定帳票を示す情報を取得する。そして、表示制御部３７は、各グループの判定データに含まれる不足帳票を示す情報に基づいて、選択された所属未確定帳票の所属先として可能性のある潜在的な所属先のグループを特定する。
【０２０２】
例えば、表示制御部３７は、選択された所属未確定帳票と同じ種別の帳票が不足しているグループを潜在的な所属先のグループとして認定する。また、例えば、表示制御部３７は、選択された所属未確定帳票と同じ種別の帳票を基準帳票及び必須帳票として設定しておらず、かつ、基本帳票及び必須帳票を除く帳票において不足が発生しているグループを、潜在的な所属先のグループとして認定する。なお、表示制御部３７は、当該潜在的な所属先のグループの判定対象から、選択された所属未確定帳票を含むグループを除外してもよい。
【０２０３】
潜在的な所属先のグループが存在する場合、表示制御部３７は、ステップ４００１に対して選択された所属未確定帳票について、不足帳票を含むグループが存在すると判定する。他方、潜在的な所属先のグループが存在しない場合、表示制御部３７は、ステップ４００１に対して選択された所属未確定帳票について、不足帳票を含むグループは存在しないと判定する。
【０２０４】
ステップ４００３では、表示制御部３７によって、表示装置３において不足帳票を含むグループが表示される。なお、選択された所属未確定帳票の潜在的な所属先のグループは、ステップ４００２において、特定されている。図２において示される例では、シンボル１００ａ及びシンボル１００ｂにより示されるグループが、選択された所属未確定帳票の潜在的な所属先のグループである。
【０２０５】
なお、図２において示される例では、選択された所属未確定帳票の潜在的な所属先のグループのシンボルは、その他のシンボルと異なる色によって表現されている。当該選択された所属未確定帳票の潜在的な所属先のシンボルは、上記図３のシンボル１００と同様に、他のシンボルと異なる表現形式、表現方法により、表現されてもよい。
【０２０６】
選択された所属未確定帳票の潜在的な所属先のグループのシンボルが表示されると、更に、当該グループに含まれる帳票の一覧が表示される。一覧１０１ａ及び１０１ｂが、当該表示される一覧に該当する。当該処理は、ステップ３００１におけるグループの一覧の表示処理と同様に説明できるため、説明を省略する。
【０２０７】
なお、図２において示される例では、選択された所属未確定帳票の潜在的な所属先のグループ以外のグループのシンボルも表示されている。しかしながら、表示制御装置３７は、選択された所属未確定帳票の潜在的な所属先のグループの一覧を生成し、当該一覧を表示装置３に表示させてもよい。
【０２０８】
ステップ４００４では、選択受付部３３は、所属未確定帳票の選択及び移動操作を受け付ける。選択受付部３３が受け付ける操作は、例えば、図２により示されるシンボル１０５を選択し、選択したシンボル１０５をシンボル１０３ａ上に移動させる操作に該当する。当該操作により、所属未確定帳票の所属するグループが決定される。なお、当該ステップ４００４の処理は、ステップ３００５の処理と同様に説明できるため、説明を省略する。
【０２０９】
ステップ４００５では、分類処理部３４によって、グループに含まれる帳票が再分類される。分類処理部３４は、ステップ４００４により選択受付部３３が受け付けた選択に基づいて、選択された所属未確定帳票の所属先を、選択されたグループに確定する。これにより、グループに含まれる帳票は再分類される。
【０２１０】
なお、当該再分配に基づいて、分類処理部３４は、判定データを更新する。なお、当該ステップ４００５の処理は、ステップ３００６の処理と同様に説明できるため、説明を省
略する。
【０２１１】
ステップ４００６では、制御部１２によって、当該修正処理が終了するか否か判定される。例えば、ユーザの選択操作によって処理の継続が決定された場合、又は、所属未確定帳票が存在する場合、制御部１２は、当該修正処理は終了しないと判定する（ステップ４００６の「Ｎｏ」）。他方、例えば、ユーザの選択操作によって処理の終了が決定された場合、又は、所属未確定帳票がなくなった場合、制御部１２は、当該修正処理を終了すると判定する（ステップ４００６の「Ｙｅｓ」）。
【０２１２】
制御部１２が本修正処理を終了しないと判定すると、制御部１２は、ステップ４００１〜ステップ４００５の処理を繰り返す。又は、制御部１２は、ステップ３００１の処理を実行する。他方、制御部１２は、本修正処理を終了すると判定すると、情報処理装置１に係る一連の処理は終了する（図７の「エンド」）。
【０２１３】
なお、以上で説明した帳票の修正処理では、一つずつ、所属未確定帳票の所属先が決定されている。本実施形態に係る情報処理装置１の修正処理は、このような処理に限定されない。例えば、複数の所属未確定帳票が選択され、選択された複数の所属未確定帳票の所属先が一括で決定されてもよい。
【０２１４】
また、例えば、先頭から順番に並んだ複数の帳票が、先頭から順にｍ枚ずつグループ分けされるケースを考える。このようなケースにおいて、例えば、情報処理装置上の処理において対象とする帳票がエラー等によりずれてしまったことで、あるグループに含めるべきｎ枚の帳票が次のグループに含められたとする。この場合、当該誤りが生じたグループから先のグループでは、「ｎ mod m」の値が０ではない限り、「ｎ mod m」枚のずれが生じる。なお、ｍ、ｎは、それぞれ自然数である。「n mod m」は、nをmで割った余りの数
を意味する。
【０２１５】
また、例えば、帳票の束において、各グループに取り込む帳票が最後にまとめて存在するケースがある。具体的には、ユーザが、「伝票」を後で各グループに加える目的で、帳票の束の最後尾にまとめて配置したケースを考える。このようなケースでは、最後のグループに各グループに追加されるはずの「伝票」が所属未確定帳票として検出される場合がある。
【０２１６】
これら２つのケースのように、グループ分けの手法によっては、グループ分けの誤りのパターンを考えることができる。分類処理部３４は、このようにパターンを規則として定め、当該定めた規則に基づいて、一斉に複数のグループに含まれる帳票の所属を修正してもよい。上述した２つのケースであるならば、具体的には、分類処理部３４は、各グループに含まれる帳票を「ｎ mod m」枚ずつシフトして、または、各グループに後続の帳票を１枚ずつ追加して、帳票の再分類を行えばよい。すなわち、分類処理部３４は、複数のグループ間で、所定の規則に従って、当該複数のグループに含まれる帳票を再分類してもよい。
【０２１７】
また、情報処理装置１は、ユーザによる操作によって、グループを生成する処理、複数のグループを１つにまとめる処理、１つのグループを複数のグループに分割する処理を受け付けてもよい。
【０２１８】
また、本実施形態では、例えば、ステップ３００１等の処理において、帳票やグループの一覧が生成される。このとき、例えば、キーワード取得部３６によって取得されるキーワードにより、一覧において表示される帳票やグループが限定されてもよい。なお、帳票から取得されるキーワード、及び、グループに設定されるキーワードについては、既に説
明したとおりである。
【０２１９】
また、例えば、選択受付部３３により受け付けられたユーザの入力により、表示すべき帳票の種別、グループの種別、又は、キーワードが指定されてもよい。
【符号の説明】
【０２２０】
１  情報処理装置
２  スキャナ
３  表示装置
１１  記憶部
１２  制御部
１３  バス
１４  入出力部
２１  データ種別定義情報
２２  グループ定義情報
３１  データ取得部
３２  データ過不足判定部
３３  選択受付部
３４  分類処理部
３５  イメージデータ識別部
３６  キーワード取得部
３７  表示制御部
【図１】
2013058092.tif 000003
【図２】
2013058092.tif 000004
【図３】
2013058092.tif 000005
【図４】
2013058092.tif 000006
【図５】
2013058092.tif 000007
【図６】
2013058092.tif 000008
【図７】
2013058092.tif 000009
【図８】
2013058092.tif 000010
【図９】
2013058092.tif 000011
【図１０】
2013058092.tif 000012
【図１１】
2013058092.tif 000013