JP6435636B2 - 情報処理装置及び情報処理プログラム - Google Patents

Description

本発明は、情報処理装置及び情報処理プログラムに関する。

特許文献１には、詳細な内容の帳票定義データの作成を自動化することを課題とし、罫線抽出部、罫線特徴抽出部、枠抽出部により、帳票のマスター画像上の罫線で囲まれた枠領域とその罫線特徴を抽出し、文字認識部の認識結果とキーワード辞書とを辞書照合部で照合し、枠作成部で、キーワードと一致した文字（列）の近傍に文字記入枠などの枠領域を作成し、その大きさの妥当性を枠判定部でチェックし、帳票定義出力部で、各領域の領域情報や罫線特徴などが帳票定義書式に従って整理され、帳票定義データとして出力されることが開示されている。

特許文献２には、ユーザーアプリケーションの構築が容易なデジタルペンのデータ処理システムを提供することを課題とし、端末は、用紙における特定エリアの位置情報と、当該特定エリアに記入されたデータの処理種別を示す処理種別情報とを関連付けて格納するエリア定義格納部と、デジタルペンより取得したアドレスデータを解析して手書き情報を生成し、エリア定義格納部に格納された特定エリアの位置情報に基づいて特定エリア内の手書き情報を抽出する第１のデータ処理部と、抽出された手書き情報に対して、エリア定義格納部において当該特定エリアの位置情報に関連付けられた処理種別情報に基づいてデータ処理を実行し、処理後のデータをユーザーアプリケーションがアクセス可能なデータベースに格納する第２のデータ処理部とを備えていることが開示されている。

特許文献３には、入力帳票と出力帳票との関連定義に基づいて、自動的に出力帳票を生成する機構を備えることによって、システム開発の作業量の低減を図ることを課題とし、帳票処理部は、帳票入力部から入力された手書き帳票を、入力帳票定義体に従って文字認識エリアを切り出し、文字認識部によってテキストコードデータに変換した後、帳票データファイルに蓄積し、出力帳票は、帳票処理部が、入力帳票と出力帳票とのデータ依存関係を解釈して、帳票データファイルから生成することが開示されている。

特開２００１−１２６０１０号公報 特開２００８−０９７２７２号公報 特開平０８−２１２２６９号公報

本発明は、スプレッドシート内の文字受付枠をセルとして定義付けることができるようにした情報処理装置及び情報処理プログラムを提供することを目的としている。

かかる目的を達成するための本発明の要旨とするところは、次の各項の発明に存する。
請求項１の発明は、文字受付枠を有するスプレッドシートから、前記文字受付枠を検出する検出手段と、前記検出手段により検出された前記文字受付枠と対応する前記スプレッドシート内のセルを結合する結合手段と、前記結合手段により結合されたセルを、前記文字受付枠に記載される文字列を受け付ける１つのセルとして定義する定義手段と、を有し、前記定義手段は、前記結合手段によって結合されたセルの幅、高さ、又は大きさが予め定められた閾値以下又は未満であるセルを除外の対象とする、情報処理装置である。

請求項２の発明は、前記スプレッドシートから、前記文字受付枠の位置を定義した文書の型を作成する作成手段と、前記定義手段によって定義されたセルと、前記文書の型内の前記文字受付枠を対応付ける対応付手段と、をさらに有する請求項１に記載の情報処理装置である。

請求項３の発明は、前記文書の型内の前記文字受付枠は、手書きが行われる記入領域であって、前記文字受付枠に記載された文字列の認識結果を受け付ける受付手段と、前記認識結果を、前記文書の型内の前記文字受付枠に対応付けられたセルに反映させる反映手段と、をさらに有する請求項２に記載の情報処理装置である。

請求項４の発明は、コンピュータを、文字受付枠を有するスプレッドシートから、前記文字受付枠を検出する検出手段と、前記検出手段により検出された前記文字受付枠と対応する前記スプレッドシート内のセルを結合する結合手段と、前記結合手段により結合されたセルを、前記文字受付枠に記載される文字列を受け付ける１つのセルとして定義する定義手段として機能させ、前記定義手段は、前記結合手段によって結合されたセルの幅、高さ、又は大きさが予め定められた閾値以下又は未満であるセルを除外の対象とする、情報処理プログラムである。

請求項１の情報処理装置によれば、スプレッドシート内の文字受付枠をセルとして定義付けることができる。また、文字列を受け付けることに適さないセルを、文字受付枠から除外の対象とすることができる。

請求項２の情報処理装置によれば、スプレッドシートから作成された帳票フォーマットにおける文字受付枠とセルを対応付けることができる。

請求項３の情報処理装置によれば、手書きが行われた文字受付枠内の認識結果を、その文字受付枠に対応付けられたセルに反映させることができる。

請求項４の情報処理プログラムによれば、スプレッドシート内の文字受付枠をセルとして定義付けることができる。また、文字列を受け付けることに適さないセルを、文字受付枠から除外の対象とすることができる。

本実施の形態の構成例についての概念的なモジュール構成図である。 本実施の形態の構成例についての概念的なモジュール構成図である。 本実施の形態を実現するシステム構成例を示す説明図である。 対象とするスプレッドシートの例を示す説明図である。 本実施の形態による処理例を示す説明図である。 本実施の形態による処理例を示す説明図である。 本実施の形態による処理例を示す説明図である。 本実施の形態による処理例を示す説明図である。 本実施の形態による処理例を示す説明図である。 本実施の形態による処理例を示す説明図である。 本実施の形態による処理例を示す説明図である。 本実施の形態による処理例を示すフローチャートである。 本実施の形態による処理例を示すフローチャートである。 本実施の形態による処理例を示す説明図である。 本実施の形態による処理例を示す説明図である。 対応テーブルのデータ構造例を示す説明図である。 本実施の形態による処理例を示す説明図である。 本実施の形態による処理例を示す説明図である。 本実施の形態を実現するコンピュータのハードウェア構成例を示すブロック図である。

以下、図面に基づき本発明を実現するにあたっての好適な一実施の形態の例を説明する。
図１は、本実施の形態の構成例についての概念的なモジュール構成図を示している。
なお、モジュールとは、一般的に論理的に分離可能なソフトウェア（コンピュータ・プログラム）、ハードウェア等の部品を指す。したがって、本実施の形態におけるモジュールはコンピュータ・プログラムにおけるモジュールのことだけでなく、ハードウェア構成におけるモジュールも指す。それゆえ、本実施の形態は、それらのモジュールとして機能させるためのコンピュータ・プログラム（コンピュータにそれぞれの手順を実行させるためのプログラム、コンピュータをそれぞれの手段として機能させるためのプログラム、コンピュータにそれぞれの機能を実現させるためのプログラム）、システム及び方法の説明をも兼ねている。ただし、説明の都合上、「記憶する」、「記憶させる」、これらと同等の文言を用いるが、これらの文言は、実施の形態がコンピュータ・プログラムの場合は、記憶装置に記憶させる、又は記憶装置に記憶させるように制御するの意である。また、モジュールは機能に一対一に対応していてもよいが、実装においては、１モジュールを１プログラムで構成してもよいし、複数モジュールを１プログラムで構成してもよく、逆に１モジュールを複数プログラムで構成してもよい。また、複数モジュールは１コンピュータによって実行されてもよいし、分散又は並列環境におけるコンピュータによって１モジュールが複数コンピュータで実行されてもよい。なお、１つのモジュールに他のモジュールが含まれていてもよい。また、以下、「接続」とは物理的な接続の他、論理的な接続（データの授受、指示、データ間の参照関係等）の場合にも用いる。「予め定められた」とは、対象としている処理の前に定まっていることをいい、本実施の形態による処理が始まる前はもちろんのこと、本実施の形態による処理が始まった後であっても、対象としている処理の前であれば、そのときの状況・状態に応じて、又はそれまでの状況・状態に応じて定まることの意を含めて用いる。「予め定められた値」が複数ある場合は、それぞれ異なった値であってもよいし、２以上の値（もちろんのことながら、全ての値も含む）が同じであってもよい。また、「Ａである場合、Ｂをする」という意味を有する記載は、「Ａであるか否かを判断し、Ａであると判断した場合はＢをする」の意味で用いる。ただし、Ａであるか否かの判断が不要である場合を除く。
また、システム又は装置とは、複数のコンピュータ、ハードウェア、装置等がネットワーク（一対一対応の通信接続を含む）等の通信手段で接続されて構成されるほか、１つのコンピュータ、ハードウェア、装置等によって実現される場合も含まれる。「装置」と「システム」とは、互いに同義の用語として用いる。もちろんのことながら、「システム」には、人為的な取り決めである社会的な「仕組み」（社会システム）にすぎないものは含まない。
また、各モジュールによる処理毎に又はモジュール内で複数の処理を行う場合はその処理毎に、対象となる情報を記憶装置から読み込み、その処理を行った後に、処理結果を記憶装置に書き出すものである。したがって、処理前の記憶装置からの読み込み、処理後の記憶装置への書き出しについては、説明を省略する場合がある。なお、ここでの記憶装置としては、ハードディスク、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、外部記憶媒体、通信回線を介した記憶装置、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）内のレジスタ等を含んでいてもよい。

本実施の形態である情報処理装置１００は、スプレッドシートを対象として文書フォーマットの定義を行うものであって、図１の例に示すように、スプレッドシート受付モジュール１１０、定義モジュール１２０、フォーマット作成モジュール１３０、対応付けモジュール１４０、出力モジュール１５０を有している。
なお、本実施の形態は、スプレッドシート受付モジュール１１０と定義モジュール１２０によって構成されていてもよい。この場合、情報処理装置１００は、スプレッドシート内に記載された文字受付枠をセルとして定義付けるものである。

スプレッドシート受付モジュール１１０は、定義モジュール１２０、フォーマット作成モジュール１３０と接続されている。スプレッドシート受付モジュール１１０は、文字受付枠を有するスプレッドシートを受け付ける。ここでスプレッドシートとは、表計算ソフトウェアを用いて作成される行と列で構成される表である。何枚かの表をまとめたものや、表計算ソフトそのものを指す用語としても用いられる。例えば、文字や数値のマトリクスを計算したり、集計したりするほか、罫線を引くことで文書の型（フォーマットともいわれる）を生成することに用いられる。文書の型として、少なくとも文字受付枠を含み、具体的にはその文字受付枠群によって構成されている表を含む帳票フォーマット等がある。以下、主に帳票フォーマットを例示して説明する。
文字受付枠とは、スプレッドシートに記載された枠であって、文字列が受け付けられることが予定されている枠である。スプレッドシートの単位セルと一対一に対応していてもよいし、複数の単位セル群によって１つの文字受付枠が構成されていてもよい。この文字受付枠は、スプレッドシートのセルの書式設定の罫線（外枠）として設定されていてもよいし、描画された矩形の図形、又は下線であってもよい。なお、この文字受付枠の形状は、矩形であるが、必ずしも、視覚で捉えられる形状は矩形である必要はない。例えば、下線が引かれており、その上に文字列が記載されることを促すような形態であればよい。
受け付けるとは、例えば、他の情報処理装置からスプレッドシートを受け取ること、ハードディスク（コンピュータに内蔵されているものの他に、通信回線を介して接続されているもの等を含む）等に記憶されているスプレッドシートを読み出すこと等が含まれる。受け付けるスプレッドシートは、１枚であってもよいし、複数枚であってもよい。また、スプレッドシートの内容として、ビジネスに用いられる帳票、チェックシート等であってもよい。

定義モジュール１２０は、スプレッドシート受付モジュール１１０、対応付けモジュール１４０と接続されている。定義モジュール１２０は、データ受付セルを定義する。つまり、定義モジュール１２０は、文字受付枠が記載されたスプレッドシートから、その文字受付枠を検出する。そして、その検出した文字受付枠と対応するスプレッドシート内のセルを結合する。その結合されたセルを、文字受付枠に記載される文字列を受け付ける１つのセル（１つのデータ受付セル）として定義する。ただし、結合するセルは、１個以上であればよい。１個のセルの結合とは、結果として元のセルそのままである。この結合処理を行うのに、連続するセルの属性の変化により文字受付枠を検出する。例えば、罫線の位置、セルの属性に基づいて、結合対象となるセルを識別するようにしてもよい。具体的には、予め定められた走査方向にしたがって走査を行い、セルの下辺に罫線（文字受付枠の下辺の罫線である）があり、値が無いセルを走査開始セルとする。そして、その走査開始セルから予め定められた方向に、属性が異なるセルを発見するまで第１の走査を行い、その第１の走査をしたセルを結合する。次に、その第１の走査とは異なる方向（例えば、第１の走査とは直交する方向）に、セルの属性が異なるセルを発見するまで第２の走査を行い、その第２の走査をしたセルを結合する。ここで、セルの結合とは、隣合う複数のセルを１つのセルとして合成することをいう。つまり、この結合セルが、文字受付枠に記載される文字列を受け付けるセルとなる。
ここで「連続するセルの属性の変化」とは、セルの１辺以上が接したセル同士を対象とし、そのセル群の属性が異なるものがあることをいう。例えば、（１）左と下に罫線のあるセル（値のないセル）、（２）下に罫線のあるセル（値のないセル）、（３）下に罫線のあるセル（値のあるセル）、（４）四辺に罫線のないセル（値のないセル）のように、セルの属性が変化するが、前述したように、この変化に応じて、結合すべきセルを抽出すればよい。このセルの属性は、前述した４種に限定してもよいが、この他に、上に罫線のあるセル、右に罫線のあるセル等を含めてもよい。
なお、文字列の記載として、キーボード等を用いた文字コードの受付であってもよい。この場合、操作者にとっては、文字受付枠を記載するだけで、セルの結合の操作を行うことなく、その文字受付枠に対応するセルを生成することになる。また、文字列の記載として、後述するように、帳票フォーマットが印刷され、その紙の帳票上に手書きされた文字列を認識した結果の文字コードの受付であってもよい。
この定義モジュール１２０の処理によって、スプレッドシート上に描かれた文字受付枠とセル（結合セル）が一対一に対応することになる。
また、定義モジュール１２０は、結合されたセルの幅、高さ、又は大きさが予め定められた閾値以下又は未満であるセルを除外の対象とするようにしてもよい。この処理は、文字列を受け付けることに適さないセルを除外するために行う。

フォーマット作成モジュール１３０は、スプレッドシート受付モジュール１１０、対応付けモジュール１４０と接続されている。フォーマット作成モジュール１３０は、スプレッドシート受付モジュール１１０によって受け付けられたスプレッドシートから、文字受付枠の位置を定義した帳票フォーマットを作成する。この帳票フォーマット内の文字受付枠は、手書きが行われる記入領域であってもよい。そして、帳票フォーマットは、手書き文字の認識処理を行うための一般的な定義、例えば文字認識領域、文字認識条件（言語、辞書、文字種等）等を定義してもよい。なお、これらの定義の手法として、例えばスプレッドシート上で定義されたデータ受付セルの情報（位置、サイズ、設定等）を使った定義、帳票画像上の構成要素（罫線、文字等）を使った定義、その他電子データから帳票フォーマットを作成する一般的な手法が考えられる。
対応付けモジュール１４０は、定義モジュール１２０、フォーマット作成モジュール１３０、出力モジュール１５０と接続されている。対応付けモジュール１４０は、定義モジュール１２０によって定義されたセルと、フォーマット作成モジュール１３０によって作成された帳票フォーマット内の文字受付枠を対応付ける。文字受付枠を手書き文字が記載される枠とした場合は、対応付けモジュール１４０は、データ受付セルと文字認識領域の対応付けを行うこととなる。なお、データ受付セルと文字認識領域の対応付けの結果については、後述の図１６において説明する。
出力モジュール１５０は、対応付けモジュール１４０と接続されている。出力モジュール１５０は、対応付けモジュール１４０によって対応付け処理が行われた帳票フォーマットを出力する。出力するとは、例えば、ハードディスク等に記憶すること、他の情報処理装置へ渡すこと等があり、さらに、プリンタ等の印刷装置で印刷するようにしてもよい。また、印刷する場合は、オンライン文字認識ができるように、その印刷物における位置を示す座標情報が埋め込まれた情報画像を印刷するようにしてもよい。

本実施の形態である情報処理装置２００は、情報処理装置１００による対応付け結果を用いて、文字認識結果をデータ受付セルに反映させる処理を行うものであって、図２の例に示すように、フォーマット取得モジュール２１０、文字認識データ取得モジュール２２０、反映モジュール２３０を有している。
フォーマット取得モジュール２１０は、文字認識データ取得モジュール２２０と接続されている。フォーマット取得モジュール２１０は、情報処理装置１００によって作成された帳票フォーマットを取得する。帳票フォーマット内の文字受付枠は、手書きが行われる記入領域である。また、取得した帳票フォーマットには、対応付けモジュール１４０による対応付け結果が含まれている。
文字認識データ取得モジュール２２０は、フォーマット取得モジュール２１０、反映モジュール２３０と接続されている。文字認識データ取得モジュール２２０は、文字受付枠に記載された文字列の認識結果を受け付ける。
反映モジュール２３０は、文字認識データ取得モジュール２２０と接続されている。反映モジュール２３０は、文字認識データ取得モジュール２２０が受け付けた認識結果を、フォーマット取得モジュール２１０が受け付けた帳票フォーマット内の文字受付枠に対応付けられたセル（データ受付セル）に反映させる。帳票フォーマットであるスプレッドシートには、文字認識結果が埋め込まれることになり、そのスプレッドシートを用いて表計算等が行えるようになる。

図３は、本実施の形態を実現するシステム構成例を示す説明図である。
情報処理装置１００、情報処理装置２００、印刷装置３１０、文字画像認識装置３２０、オンライン文字認識装置３３０は、通信回線３９０を介してそれぞれ接続されている。通信回線３９０は、無線、有線、これらの組み合わせであってもよく、例えば、通信インフラとしてのインターネット、イントラネット等であってもよい。また、文字画像認識装置３２０、オンライン文字認識装置３３０については、どちらか一つであってもよいし、複合的に使用してもよい。
情報処理装置１００は、対応付けモジュール１４０による対応付け結果が含まれている帳票フォーマットを、情報処理装置２００、印刷装置３１０に渡す。
印刷装置３１０は、いわゆるプリンタであって、情報処理装置１００が作成した帳票フォーマットを印刷する。つまり、空欄の文字受付枠が記載された帳票が印刷される。また、前述したように、オンライン文字認識ができるように、その印刷物における位置を示す座標情報が埋め込まれた情報画像をさらに印刷するようにしてもよい。
文字画像認識装置３２０は、印刷装置３１０によって印刷された帳票（紙）であって、手書きの文字列が記入されたものを画像として読み込んで、その手書き文字の文字認識を行う。そして、文字認識結果を情報処理装置２００に渡す。これは、例えばスキャナで読み取った帳票から、既存のＯＣＲ（Ｏｐｔｉｃａｌ Ｃｈａｒａｃｔｅｒ Ｒｅｃｏｇｎｉｔｉｏｎ：光学文字認識）技術を用いて実現される。
オンライン文字認識装置３３０は、印刷装置３１０によって印刷された帳票（情報画像が印刷された紙）に対して、電子ペンを用いて手書きが行われ、その電子ペンのストロークを用いてオンライン文字認識を行う。文字認識結果を情報処理装置２００に渡す。
情報処理装置２００は、情報処理装置１００から対応付けモジュール１４０による対応付け結果が含まれている帳票フォーマットを受け取り、その帳票フォーマットに対応する文字画像認識装置３２０又はオンライン文字認識装置３３０からの文字認識結果を受け取り、帳票フォーマットに文字認識結果を反映させる。

次に、情報処理装置１００を構成する各モジュールの処理内容を説明する。
スプレッドシート受付モジュール１１０は、手書き用帳票フォーマットの元データとなるスプレッドシートを受け付ける。図４の例に示すようなスプレッドシート４００を対象として受け付けたとする。なお、スプレッドシート４００は、表計算ソフトウェア（例えば、Ｅｘｃｅｌ（登録商標）、Ｎｕｍｂｅｒｓ（登録商標）等）で作成されたものである。

定義モジュール１２０は、スプレッドシート４００の構造情報から、データ受付セルを定義する。
ここで、以下のように用語を定義する。
単位セルとは、スプレッドシートで最も基本となる、初期状態の１セルのことである。
セル範囲とは、隣接する（単位／結合）セルの一塊の集合のことである。結合前の状態における一筆で囲える領域を指し、例えば、その形状は矩形である。
結合セルとは、セル範囲を結合して１つのセルとみなしたものである。結合後の状態を指す。
１セルとは、スプレッドシート上で１つと数えられる、単位セル１つ又は結合セル１つのことである。
データ受付セルとは、データ受付箇所として一意に定める１セルのことである。

定義モジュール１２０は、例えば、以下のような条件でデータ受付セルを定義する。
（条件１）値を持たない４辺を罫線で囲まれた１セルをデータ受付セルとして定義する。
（条件２）値を持つセルを含まず、４方を罫線で囲まれたセル範囲を結合した結合セルをデータ受付セルとして定義する。
なお、「値を持つセルを含まない」としたのは、値を持つセルを含んでいると、結合時に値が１つになる、スプレッドシート上の値の位置が変わる、等で帳票のレイアウトそのものが変わってしまうため、そのような値を持つセルを含む場合は対象としないのが望ましいからである。ここで、図５に例示する領域５３０が、値を持つセルである。
（条件３）セルの下辺に罫線があって、値の無いセルから走査を開始し、検出したセル範囲を結合してデータ受付セルとして定義する。
帳票に手書きする際、記入を促す領域に下線を使用することが多いため、下線のある値の無いセルはデータ受付セルとしている。帳票の空きスペースや欄外等に書かれた文字もデータとする場合、いずれか１辺以上に罫線があるセル、いずれか１辺がデータのあるセルと隣接しているセル、等を基準としてもよい。

図５は、本実施の形態による処理例を示す説明図である。スプレッドシート４００内に、領域５１０、領域５１２、領域５２０、領域５３０がある。領域５１０、領域５１２は、１セルで構成されている。したがって、領域５１０、領域５１２は、（条件１）の対象となる。領域５１０、領域５１２は、そのままでデータ受付セルとして定義される。領域５２０は、値を持たず、４方を罫線で囲まれている。したがって、領域５２０は、（条件２）の対象となるため、領域５２０内のセルを結合した結合セルがデータ受付セルとして定義される。領域５３０は、値を持つセルを含んでいる。したがって、領域５３０は、（条件１）および（条件２）の対象とはならないが、後述するように（条件３）の対象となる。ただし、領域５３０全体が、データ受付セルとして定義されるわけではない。領域５３０内のデータ受付セルについては、図９の例を用いて後述する。

（条件３）について説明する。この（条件３）に適合するものを、以下のように抽出する。
（３−１） 図６の例に示すように、スプレッドシートを横方向に左上から右下の順に走査（詳しくは、左上端を開始点として、右方向へ走査し、右端に到達したら、１段下の左端へ進み、右方向へ走査することを繰り返して、右下端まで走査すること、以下同様）し、下辺に罫線がある、値の無い走査開始セルを検出する。
スプレッドシートの構造上、データの流れが左から右、上から下となっていること（いわゆる横書きの場合）がほとんどのため、走査の順番を横方向に左上から右下としているが、これに限定するものではない。例えば、縦書きの場合、スプレッドシートを縦方向に右上から左下の順に走査（詳しくは、右上端を開始点として、下方向へ走査し、下端に到達したら、１行左の上端へ進み、下方向へ走査することを繰り返して、左下端まで走査すること、以下同様）し、左辺（又は右辺）に罫線があって、値の無い走査開始セルを検出するようにしてもよい。

（３−２） 走査開始セルから、上方向に対象としているセルの属性とは異なる属性を有するセルが検出されるまで走査し、その走査した範囲を結合する。ここで、セルの属性とは、そのセル内の値、罫線、塗りつぶし、結合行／列の数、計算式、書式設定等である。つまり、セルの属性が異なるとは、セルの意味が変わり、連続した範囲でないと判断し得る条件となるものである。なお、走査を続ける条件は、走査開始セルの下線以外の属性が同じであることをいう。また、走査を続ける条件として、空欄であることを付加してもよい。
例えば、図７（ａ）に示すように、（３−１）の処理によって走査開始セル７１０を検出し、（３−２）の処理によって上方向走査７１２を行い、図７（ｂ）に示すように結合セル７２０を生成する。なお、走査開始セル７１０は、スプレッドシート４００内の「Ｈ１２」の単位セルである。結合セル７２０は、スプレッドシート４００内の「Ｈ１２」、「Ｈ１１」、「Ｈ１０」の３つの単位セルを結合したものである。
なお、縦書きの場合は、上方向の走査ではなく、右又は左方向への走査を行えばよい。

（３−３） （３−２）の処理によって結合されたセルから、右方向に対象としているセルの属性とは異なる属性を有するセルが検出されるまで走査し、その走査した範囲を結合する。ここでの「セルの属性が異なる」は、（３−２）と同等である。
例えば、図８（ａ）に示すように、（３−２）の処理によって結合セル７２０を生成し、右方向走査８２２を行い、図８（ｂ）に示すように結合セル８３０を生成する。なお、走査を続ける条件は、結合セル７２０の結合前の各セルの属性が同じであることをいう。したがって、１つのセルの属性が異なる場合は、走査が終了する。また、走査を続ける条件として、空欄であることを付加してもよい。
なお、縦書きの場合は、右方向の走査ではなく、下方向への走査を行えばよい。

（３−４）少なくとも２つ以上の（単位／結合）セルからなるセル範囲を結合した結合セルを、データ受付セルとして定義する。
なお、（３−２）から（３−３）のように、縦方向に結合してから横方向に結合する理由は、手書きを行う帳票のレイアウト上、縦方向のセル範囲は１つのデータの記入領域で高さが一定であることがほとんどであり、横方向のセル範囲は１つのデータの記入領域で幅が必ずしも一定でないことがほとんどであることが理由であり、この順番でセルを結合することが望ましい。
ただし、帳票のレイアウト、ユーザー指定等の条件次第で逆順で行うことを制限するものではない。例えば、縦書きの場合は、横方向に結合してから縦方向に結合する。
図９に示す例は、図９（ａ）のように縦方向に結合してから、図９（ｂ）のように横方向に結合した例を示すものである。
図１０に示す例は、図１０（ａ）のように横方向に結合してから、図１０（ｂ）のように縦方向に結合した例を示すものである。この場合、データ受付セルは、図９（ｂ）の例と比べると高さが狭いものとなり、手書き文字には図９（ｂ）の例が適している。したがって、横書きの場合は、縦方向に結合してから横方向に結合することが望ましい。

（３−５） 必要があれば、不要なデータ受付セルの定義を削除する。
（３−１）〜（３−４）の走査でデータ受付セルを定義すると、不要なセルがデータ受付セルとして定義されることがある。
図１１の例に示すように、灰色の矩形領域は、（３−１）〜（３−４）の処理によってデータ受付セルとして定義したものである。このデータ受付セルの中で、不要セル１１０２〜不要セル１１１２がある。
これは、帳票に手書きする際には明らかに筆記されないスペースであるので、データ受付セルとして定義されていても問題ない。
ただし、他のデータ受付セルと比べて明らかに狭いため、削除してもよい。
そこで、データ受付セルの幅、高さ、又は大きさが予め定められた閾値以下又は未満であるセルをデータ受付セルから除外する。さらに、そのデータ受付セルの周辺に筆記を行える空きスペースがない等と判定できるデータ受付セルは、不要セルとして定義を削除してもよい。また、データ受付セルから除外する前に、警告、確認を促すための提示等を行うようにしてもよい。

図１２は、本実施の形態（定義モジュール１２０）による処理例を示すフローチャートである。
ステップＳ１２００では、データ受付セル定義を開始する。
ステップＳ１２０２では、スプレッドシートである帳票範囲の全てのセルの走査を終えたか否かを判断し、終えた場合はデータ受付セル定義を終了し（ステップＳ１２９９）、それ以外の場合はステップＳ１２０４へ進む。
ステップＳ１２０４では、対象としているセルは値を持つセルであるか否かを判断し、値を持つセルである場合はステップＳ１２０２へ戻り、それ以外の場合はステップＳ１２０６へ進む。
ステップＳ１２０６では、対象としているセルは罫線がある単位セル又は結合セルであるか否かを判断し、罫線がある単位セル又は結合セルである場合はステップＳ１２０８へ進み、それ以外の場合はステップＳ１２０２へ戻る。

ステップＳ１２０８では、対象としているセルは４辺に罫線があるか否かを判断し、ある場合は、（条件１）でのデータ受付セル定義処理としてのステップＳ１２１６へ進み、それ以外の場合は、（条件２）でのデータ受付セル定義処理としてのステップＳ１２１０へ進む。
ステップＳ１２１０では、罫線で囲まれたセル範囲を取得する。
ステップＳ１２１２では、ステップＳ１２１０で取得したセル範囲内に値を持つセルが含まれているか否かを判断し、含まれている場合はステップＳ１２１８へ進み、それ以外の場合はステップＳ１２１４へ進む。
ステップＳ１２１４では、ステップＳ１２１０で取得したセル範囲を結合する。
ステップＳ１２１６では、ステップＳ１２０８でＹｅｓと判断されたセル又はステップＳ１２１４で結合されたセルをデータ受付セルとして定義する。
ステップＳ１２１８では、（条件３）によるデータ受付セルの定義処理を行う。ステップＳ１２１８の処理については、図１３の例に示すフローチャートを用いて詳述する。

図１３は、本実施の形態（定義モジュール１２０）による処理例を示すフローチャートである。
ステップＳ１３０２では、ステップＳ１２１０で取得したセル範囲のうち、下罫線のある最左端の１セルを取得する。なお、ステップＳ１２１０で取得したセル範囲のうち、下罫線があって、値を含まない最左端の１セルを取得するようにしてもよい。
ステップＳ１３０４では、対象としているセルの上隣に属性の異なるセルがあるか否かを判断し、上隣に属性の異なるセルがある場合はステップＳ１３０８へ進み、それ以外の場合（上隣のセルは属性が同じセルの場合）はステップＳ１３０６へ進む。
ステップＳ１３０６では、対象としている上隣セルをセル範囲に含める。

ステップＳ１３０８では、対象としているセル範囲の右隣に属性の異なるセルがあるか否かを判断し、右隣に属性の異なるセルがある場合はステップＳ１３１２へ進み、それ以外の場合（各右隣のセルは属性が同じセルの場合）はステップＳ１３１０へ進む。
ステップＳ１３１０では、対象としている右隣セルをセル範囲に含める。
ステップＳ１３１２では、これまでのセル範囲を結合してデータ受付セルとして定義する。
ステップＳ１３１４では、ステップＳ１２１０で取得したセル範囲の全てのセルの走査を終えたか否かを判断し、終えた場合はステップＳ１３１６へ進み、それ以外の場合はステップＳ１３０２へ戻る。
ステップＳ１３１６では、不要なデータ受付セルの定義を必要があれば削除する。なお、この処理は、図１２の例に示したフローチャート内のステップＳ１２０２でＹｅｓと判断された後に行うようにしてもよい。

定義モジュール１２０は、以下のような条件を用いて、データ受付セルを定義するようにしてもよい。
（条件４）セルに設定されているその他の情報からデータ受付セルを定義する。
例えば、以下のようなセルの設定がされていた場合、そのセル範囲はデータ受付セルとして定義してもよい。
・データを持たないセルからなる１つのセル範囲が、同じ色で塗りつぶされている。
・データを持たないセルからなる１つのセル範囲に、同じパターン（網掛け等）が設定されている。
・データを持たない１セルが、計算対象、マクロ処理対象、リンク元等として参照されている。
・データを持たない１セルに、名前、ＩＤ等の特定できる情報が設定されている。
（条件５）ユーザーが指定したセル範囲をデータ受付セルとして定義する。
ユーザーが指定した条件に当てはまるセル範囲をデータ受付セルとして定義する。
例えば、ユーザーが、データ受付セル範囲を手動で指定してもよい。
例えば、ユーザーが、予め定められたデータを持つセル等の条件を設定してもよい。

次に、フォーマット作成モジュール１３０について説明する。フォーマット作成モジュール１３０は、スプレッドシート受付モジュール１１０によって受け付けられたスプレッドシートから、文字受付枠の位置を定義した帳票フォーマットを作成する。例えば、図１４に示すように、スプレッドシート４００から帳票フォーマット１４００を生成する。
帳票フォーマットは、手書きデータの処理を行うための一般的な定義であって、例えば文字受付枠を文字認識領域としたり、その際の文字認識条件（言語、辞書、文字種等）等を定義するものである。
この定義を行う処理は、例えば以下のようなものがある。
・スプレッドシート４００上で定義されたデータ受付セルの情報（位置、サイズ、書式、等）を使って定義する。なお、ここで、「書式」は、スプレッドシートのセルに設定される一つの属性であり、その書式には「数値」、「日付」等があり、文字認識条件を定義し得る。例えば、書式を「数値」とした場合、「数字」（「−」等の記号を含めてもよい）の辞書を用いて認識処理を行うことによって、認識率を向上させる。
・帳票画像上の構成要素（罫線、文字、等）を使って定義する。
・その他、電子データから帳票フォーマット１４００を作成する一般的な手法（既存の手法）を用いて定義する。
もちろん、複数の手段を組み合わせて帳票フォーマット１４００を作成してもよい。

一方、対応付けモジュール１４０は、定義モジュール１２０によって定義されたデータ受付セルと、フォーマット作成モジュール１３０によって作成された帳票フォーマット内の文字認識領域（文字受付枠）を対応付ける。図１５の例に示すように、スプレッドシート４００上で定義されたデータ受付セルと、帳票フォーマット１４００上で定義された文字認識領域を対応付ける。具体的には、スプレッドシート４００の結合セル１５１０と帳票フォーマット１４００の領域１５２０、結合セル１５１２と領域１５２２、結合セル１５１４と領域１５２４、結合セル１５１６と領域１５２６、結合セル１５１８と領域１５２８を対応付ける。
そして、対応付けた結果として、対応テーブル１６００を生成する。図１６は、対応テーブル１６００のデータ構造例を示す説明図である。対応テーブル１６００は、データ受付セル欄１６１０、文字認識領域欄１６２０を有している。データ受付セル欄１６１０は、データ受付セル（例えば、列見出し、行見出しを用いて指示されるセルの範囲であり、この例では領域の左上と右下の２点の見出しを用いている）を記憶している。文字認識領域欄１６２０は、そのデータ受付セルに対応する文字認識領域（例えば、矩形領域の左上と右下の座標。図示省略）を記憶している。対応テーブル１６００は、文字認識領域欄１６２０内の文字認識結果を、対応するデータ受付セル欄１６１０に反映させる（書き戻す）ために利用される。
対応付けを行う処理は、例えば以下のようなものがある。
・スプレッドシート４００上で定義されたデータ受付セルから帳票フォーマット１４００上の文字認識領域を定義した場合、定義された順番、相対位置関係、その他セルに設定された項目、等を元に対応付ける。
・帳票レイアウト上の構成要素（位置関係、罫線、文字等）を元に対応付ける。
もちろんのことながら、複数の手法を組み合わせて対応付けを行ってもよい。

出力モジュール１５０は、図２の例に示した情報処理装置２００による手書きデータ処理を行うための、帳票フォーマット１４００を出力する。
帳票フォーマット１４００として、以下のものを含む。
・手書きデータ処理を行うための一般的な定義（前述の「フォーマット作成モジュール１３０」の処理内容の説明を参照）
・データ受付セルと文字認識領域の対応関係（具体的には、図１６の例に示した対応テーブル１６００）
・手書きデータの反映先となるスプレッドシート（データそのものでもよいし、参照先でもよい）
これらを全て記録したデータコンテナを帳票フォーマットとしてもよいし、それぞれをまとめて、又はそれぞれ別に、データベースのテーブルに登録してもよい。
必要な情報が必要なときに利用できる状態であれば、「帳票フォーマット」の形、保存形式、格納場所、等は問わない。

フォーマット取得モジュール２１０は、手書きされた帳票（紙）に対応する帳票フォーマットを取得する。
帳票フォーマットを取得する処理は、例えば以下のようなものがある。
・手書きされた帳票（紙）のスキャン画像と帳票フォーマットとのマッチング処理によって、対応する帳票フォーマットを抽出する。
・手書きされた帳票（紙）から、光学的、磁気的等に付された識別情報（帳票フォーマットを識別する情報、ＩＤ：ＩＤｅｎｔｉｆｉｃａｔｉｏｎ）を読み取って、帳票フォーマットを特定する。
・その他、手書きされた帳票（紙）の帳票フォーマットを取得する一般的な手法（既存の手法）を用いてもよい。
もちろんのことながら、複数の手法を組み合わせて帳票フォーマットを取得してもよい。

文字認識データ取得モジュール２２０は、帳票に手書きされた文字（文字画像、ストローク情報）に対する文字認識データを取得する。
文字認識データを取得する処理は、例えば以下のようなものがある。これらは、文字認識領域毎に行う。
・手書きされた帳票（紙）をスキャンし、帳票フォーマットとの差分部分を文字認識する。
・手書きされた帳票（紙）に対して書き込まれる手書きのストローク情報を取得する電子ペンのようなデバイスを用いて、文字認識する。
・その他、紙に手書きされた文字を認識する一般的な手法（既存の手法）を用いてもよい。
もちろんのことながら、複数の手法を組み合わせて文字認識データを取得してもよい。

反映モジュール２３０は、取得した認識結果データを、スプレッドシート上のデータ受付セルへ反映する。例えば以下のように行う。
帳票フォーマットに保持されている、認識結果データの反映先となるスプレッドシートを取得する。
そして、帳票フォーマットに保持されている、文字認識領域と対応するスプレッドシート上のデータ受付セルに、認識結果データを埋め込む。

本実施の形態は、手書き文字認識データを、スプレッドシートのセルデータとして受け付ける。図１７（ａ）、図１８（ａ）に示す例は、本実施の形態を用いない場合の結果であって、図１７（ｂ）、図１８（ｂ）に示す例は、本実施の形態を用いた場合の結果を示している。
図１７（ａ）の例に示す領域１７０２〜１７１４は、スプレッドシート４００内のセルと対応しておらず、単にテキスト枠として配置したものである。これは、本実施の形態を用いない場合であって、帳票（紙）に記載された文字の位置にテキスト枠を用いて反映させたものである。手書き文字認識データの元の位置への配置のみを行った場合を示しており、元の電子文書がスプレッドシートであるにもかかわらず、セルに文字認識データは、反映されていない。
図１７（ｂ）に示す例は、本実施の形態によって処理されたものであって、スプレッドシート４００内のセルに文字認識データが反映されている。データ受付セル１７２２〜１７３４のそれぞれに文字認識データが反映されている。
図１８（ａ）の例に示す領域１８０２は、帳票（紙）に記載された文字の位置に対応するセル群に、手書き文字認識データを代入したものであり、同じ手書き文字認識データが複数のセルに埋め込まれている。また、領域１８０４は、帳票（紙）に記載された文字の位置に対応する、予め定められた１つのセル（例えば、左上のセル）に、手書き文字認識データを代入したものである。つまり、本実施の形態を用いない場合であって、元のスプレッドシート上での対応が「範囲（複数のセル）」の場合、範囲に対するデータ受付は手書きの意図とは異なるデータとなってしまう。また、範囲の先頭セルなど、その範囲内の特定の１セルへの手書き文字認識データの代入を行った場合は、手書きした箇所とデータ受付セルとの位置が乖離してしまう。
図１８（ｂ）に示す例は、本実施の形態によって処理されたものであって、スプレッドシート４００内のデータ受付セル１７３０、１７３４に文字認識データが反映されている。データ受付セル１７３０、１７３４は、結合セルであるので、１つの手書き個所につき１つの文字認識データを反映している。

なお、本実施の形態としてのプログラムが実行されるコンピュータのハードウェア構成は、図１９に例示するように、一般的なコンピュータであり、具体的にはパーソナルコンピュータ、サーバーとなり得るコンピュータ等である。つまり、具体例として、処理部（演算部）としてＣＰＵ１９０１を用い、記憶装置としてＲＡＭ１９０２、ＲＯＭ１９０３、ＨＤ１９０４を用いている。ＨＤ１９０４として、例えばハードディスクを用いてもよい。スプレッドシート受付モジュール１１０、定義モジュール１２０、フォーマット作成モジュール１３０、対応付けモジュール１４０、出力モジュール１５０、フォーマット取得モジュール２１０、文字認識データ取得モジュール２２０、反映モジュール２３０等のプログラムを実行するＣＰＵ１９０１と、そのプログラムやデータを記憶するＲＡＭ１９０２と、本コンピュータを起動するためのプログラム等が格納されているＲＯＭ１９０３と、補助記憶装置（フラッシュメモリ等であってもよい）であるＨＤ１９０４と、キーボード、マウス、タッチパネル等に対する利用者の操作に基づいてデータを受け付ける受付装置１９０６と、ＣＲＴ、液晶ディスプレイ等の出力装置１９０５と、ネットワークインタフェースカード等の通信ネットワークと接続するための通信回線インタフェース１９０７、そして、それらをつないでデータのやりとりをするためのバス１９０８により構成されている。これらのコンピュータが複数台互いにネットワークによって接続されていてもよい。

前述の実施の形態のうち、コンピュータ・プログラムによるものについては、本ハードウェア構成のシステムにソフトウェアであるコンピュータ・プログラムを読み込ませ、ソフトウェアとハードウェア資源とが協働して、前述の実施の形態が実現される。
なお、図１９に示すハードウェア構成は、１つの構成例を示すものであり、本実施の形態は、図１９に示す構成に限らず、本実施の形態において説明したモジュールを実行可能な構成であればよい。例えば、一部のモジュールを専用のハードウェア（例えばＡＳＩＣ等）で構成してもよく、一部のモジュールは外部のシステム内にあり通信回線で接続しているような形態でもよく、さらに図１９に示すシステムが複数互いに通信回線によって接続されていて互いに協調動作するようにしてもよい。また、特に、パーソナルコンピュータの他、情報家電、複写機、ファックス、スキャナ、プリンタ、複合機（スキャナ、プリンタ、複写機、ファックス等のいずれか２つ以上の機能を有している画像処理装置）などに組み込まれていてもよい。

なお、説明したプログラムについては、記録媒体に格納して提供してもよく、また、そのプログラムを通信手段によって提供してもよい。その場合、例えば、前記説明したプログラムについて、「プログラムを記録したコンピュータ読み取り可能な記録媒体」の発明として捉えてもよい。
「プログラムを記録したコンピュータ読み取り可能な記録媒体」とは、プログラムのインストール、実行、プログラムの流通等のために用いられる、プログラムが記録されたコンピュータで読み取り可能な記録媒体をいう。
なお、記録媒体としては、例えば、デジタル・バーサタイル・ディスク（ＤＶＤ）であって、ＤＶＤフォーラムで策定された規格である「ＤＶＤ−Ｒ、ＤＶＤ−ＲＷ、ＤＶＤ−ＲＡＭ等」、ＤＶＤ＋ＲＷで策定された規格である「ＤＶＤ＋Ｒ、ＤＶＤ＋ＲＷ等」、コンパクトディスク（ＣＤ）であって、読出し専用メモリ（ＣＤ−ＲＯＭ）、ＣＤレコーダブル（ＣＤ−Ｒ）、ＣＤリライタブル（ＣＤ−ＲＷ）等、ブルーレイ・ディスク（Ｂｌｕ−ｒａｙ（登録商標） Ｄｉｓｃ）、光磁気ディスク（ＭＯ）、フレキシブルディスク（ＦＤ）、磁気テープ、ハードディスク、読出し専用メモリ（ＲＯＭ）、電気的消去及び書換可能な読出し専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュ・メモリ、ランダム・アクセス・メモリ（ＲＡＭ）、ＳＤ（Ｓｅｃｕｒｅ Ｄｉｇｉｔａｌ）メモリーカード等が含まれる。
そして、前記のプログラム又はその一部は、前記記録媒体に記録して保存や流通等させてもよい。また、通信によって、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、メトロポリタン・エリア・ネットワーク（ＭＡＮ）、ワイド・エリア・ネットワーク（ＷＡＮ）、インターネット、イントラネット、エクストラネット等に用いられる有線ネットワーク、あるいは無線通信ネットワーク、さらにこれらの組み合わせ等の伝送媒体を用いて伝送させてもよく、また、搬送波に乗せて搬送させてもよい。
さらに、前記のプログラムは、他のプログラムの一部分であってもよく、あるいは別個のプログラムと共に記録媒体に記録されていてもよい。また、複数の記録媒体に分割して
記録されていてもよい。また、圧縮や暗号化等、復元可能であればどのような態様で記録されていてもよい。

１００…情報処理装置
１１０…スプレッドシート受付モジュール
１２０…定義モジュール
１３０…フォーマット作成モジュール
１４０…対応付けモジュール
１５０…出力モジュール
２００…情報処理装置
２１０…フォーマット取得モジュール
２２０…文字認識データ取得モジュール
２３０…反映モジュール
３１０…印刷装置
３２０…文字画像認識装置
３３０…オンライン文字認識装置
３９０…通信回線

Claims (4)

1. 文字受付枠を有するスプレッドシートから、前記文字受付枠を検出する検出手段と、
   前記検出手段により検出された前記文字受付枠と対応する前記スプレッドシート内のセルを結合する結合手段と、
   前記結合手段により結合されたセルを、前記文字受付枠に記載される文字列を受け付ける１つのセルとして定義する定義手段と、
   を有し、
   前記定義手段は、前記結合手段によって結合されたセルの幅、高さ、又は大きさが予め定められた閾値以下又は未満であるセルを除外の対象とする、
   情報処理装置。
2. 前記スプレッドシートから、前記文字受付枠の位置を定義した文書の型を作成する作成手段と、
   前記定義手段によって定義されたセルと、前記文書の型内の前記文字受付枠を対応付ける対応付手段と、
   をさらに有する請求項１に記載の情報処理装置。
3. 前記文書の型内の前記文字受付枠は、手書きが行われる記入領域であって、
   前記文字受付枠に記載された文字列の認識結果を受け付ける受付手段と、
   前記認識結果を、前記文書の型内の前記文字受付枠に対応付けられたセルに反映させる反映手段と、
   をさらに有する請求項２に記載の情報処理装置。
4. コンピュータを、
   文字受付枠を有するスプレッドシートから、前記文字受付枠を検出する検出手段と、
   前記検出手段により検出された前記文字受付枠と対応する前記スプレッドシート内のセルを結合する結合手段と、
   前記結合手段により結合されたセルを、前記文字受付枠に記載される文字列を受け付ける１つのセルとして定義する定義手段
   として機能させ、
   前記定義手段は、前記結合手段によって結合されたセルの幅、高さ、又は大きさが予め定められた閾値以下又は未満であるセルを除外の対象とする、
   情報処理プログラム。

Images