(57)【要約】【課題】検査対象の表示文字列を文字コードに変換して認識することを要することなく、上記表示文字列が正常に表示されているか否かの検査を行う。【解決手段】項目表示領域２１内に表示されている表示文字列のキャプチャ画像を取得する一方で、検査対象のソフトウエア（プリンタドライバ）に組み込まれるリソースファイル内の文字コード、対応関係情報及び属性情報等に基づき正解となる比較用文字列画像を生成する。そして、キャプチャ画像と比較用文字列画像とを画像比較して文字欠けの有無等を検査する。【選択図】図６
2008158643.tif 000002
【特許請求の範囲】
【請求項１】
表示装置の表示画面に表示された表示文字列を検査するための表示検査方法であって、
前記表示画面に表示された前記表示文字列の画像データを取得するステップと、
予め用意された設定用データ文字コードに基づき比較用文字列の画像データを生成するステップと、
前記表示文字列の画像データと、前記比較文字列の画像データとを画像比較するステップと、
前記画像比較の結果に基づき前記表示文字列が正常に表示されているか否かを判断するステップを含む表示検査方法。
【請求項２】
表示装置の表示画面に表示された表示文字列の画像データを取得する取得手段と、
予め用意された設定用データ文字コードに基づき比較用文字列の画像データを生成する生成手段と、
前記表示文字列の画像データと、前記比較文字列の画像データとを画像比較する比較手段と、
前記画像比較の結果に基づき前記表示文字列が正常に表示されているか否かを判断する判断手段と、を備える表示検査装置。
【請求項３】
表示装置の表示画面に表示された表示文字列を検査するための表示検査プログラムであって、
コンピュータに、
前記表示画面に表示された前記表示文字列の画像データを取得する取得処理と、
予め用意された設定用データ文字コードに基づき比較用文字列の画像データを生成する生成処理と、
前記表示文字列の画像データと、前記比較文字列の画像データとを画像比較する比較処理と、
前記画像比較の結果に基づき前記表示文字列が正常に表示されているか否かを判断する判断処理と、を実行させる表示検査プログラム。
【請求項４】
請求項３に記載の表示検査プログラムであって、
前記設定用データ文字コードは、前記表示文字列の画像データを生成するためのデータである。
【請求項５】
請求項３に記載の表示検査プログラムであって、
前記設定用データ文字コードは、前記表示文字列の画像データを生成するためのデータとは別に用意したテスト用データである。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、表示装置の表示画面上に表示された表示文字列の検査技術に関する。
【背景技術】
【０００２】
特許文献１には、基板などの電子部品に所定の文字列（例えば型番など）が正確に表示されているかどうかを検査する外観検査装置が開示されている。具体的には、画像読取装置によって電子部品上の画像を取得し、これを解析することで上記電子部品上に表示された文字列を抽出して認識する。そして、この認識された文字列と、予め準備され認識結果として期待される期待文字列とを比較するようになっている。
【特許文献１】特開２００２−１８３７１２公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
ところが、上記特許文献１の外観検査装置などにおいては、電子部品上に表示された文字列を認識するために、いわゆるＯＣＲ（Optical Character Reader）ソフトを利用するものが一般的であった。このＯＣＲソフトは、画像読取装置で取り込んだ画像から抽出した文字列画像を、前もって記憶された変換用パターンとの照合により文字コードに変換することで、電子部品上に表示された文字列を認識するものである。
【０００４】
従って、上記外観検査装置では、ＯＣＲソフトによる変換精度が、検査の精度に大きく影響する。また、電子部品上に表示される文字列に複数種の言語が使用され得る場合には、それぞれの言語に応じた変換用パターンデータを予め用意しなければならないという問題があった。
【０００５】
本発明は上記のような事情に基づいて完成されたものであって、その目的は、検査対象の表示文字列を文字コードに変換して認識することを要することなく、上記表示文字列が正常に表示されているか否かの検査を行うことが可能な表示検査方法、表示検査装置および表示検査プログラムを提供するところにある。
【課題を解決するための手段】
【０００６】
上記の目的を達成するための手段として、第１の発明に係る表示検査方法は、表示装置の表示画面に表示された表示文字列を検査するための表示検査方法であって、前記表示画面に表示された前記表示文字列の画像データを取得するステップと、予め用意された設定用データ文字コードに基づき比較用文字列の画像データを生成するステップと、前記表示文字列の画像データと、前記比較文字列の画像データとを画像比較するステップと、前記画像比較の結果に基づき前記表示文字列が正常に表示されているか否かを判断するステップを含む。
【０００７】
第２の発明の表示検査装置は、表示装置の表示画面に表示された表示文字列の画像データを取得する取得手段と、予め用意された設定用データ文字コードに基づき比較用文字列の画像データを生成する生成手段と、前記表示文字列の画像データと、前記比較文字列の画像データとを画像比較する比較手段と、前記画像比較の結果に基づき前記表示文字列が正常に表示されているか否かを判断する判断手段と、を備える。
【０００８】
第３の発明の表示検査プログラムは、表示装置の表示画面に表示された表示文字列を検査するための表示検査プログラムであって、コンピュータに、前記表示画面に表示された前記表示文字列の画像データを取得する取得処理と、  予め用意された設定用データ文字コードに基づき比較用文字列の画像データを生成する生成処理と、前記表示文字列の画像データと、前記比較文字列の画像データとを画像比較する比較処理と、前記画像比較の結果に基づき前記表示文字列が正常に表示されているか否かを判断する判断処理と、を実行させる。
【０００９】
第４の発明は、第３の表示検査プログラムであって、前記設定用データ文字コードは、前記表示文字列の画像データを生成するためのデータである。
【００１０】
第５の発明は、第３の表示検査プログラムであって、前記設定用データ文字コードは、前記表示文字列の画像データを生成するためのデータとは別に用意したテスト用データである。
【発明の効果】
【００１１】
＜第１から第３の発明＞
本発明によれば、表示装置の表示画面に表示された表示文字列を画像データ（イメージデータ）として取得する一方で、予め用意された設定用データ文字コード（例えば文字コード）に基づき、正解となる比較用文字列の画像データ（イメージデータ）を生成する。そして、表示文字列と比較用文字列とを画像比較して上記表示文字列が正常に表示されたか否かを判断する。従って、例えばＯＣＲソフトなどによる変換が不要となり、また、使用言語ごとに変換用のパターンデータを準備する必要もない。
【００１２】
＜第４の発明＞
本発明によれば、比較用文字列の画像データを生成するための設定用データ文字コードが、表示文字列の画像データを生成するためのデータである。このとき、比較用文字列と表示文字列との文字同士が不一致となることはない。しかし、例えば表示文字列を生成するプログラムと、当該表示文字列を表示すべき表示レイアウトプログラムとが不整合により、当該表示レイアウト中の表示領域内において表示文字列の一部が表示されず、いわゆる文字欠けが生じた場合に、当該文字欠けを精度よく検査することができる。
【００１３】
＜第５の発明＞
本発明によれば、上記文字欠けだけでなく、各文字同士の一致・不一致をも検査することができる。
【発明を実施するための最良の形態】
【００１４】
＜実施形態１＞
（表示検査プログラムについて）
本発明の実施形態１を図１〜図９を参照しつつ説明する。
例えば汎用のコンピュータによって実行されるソフトウエアの中には、当該コンピュータに接続された表示装置の表示画面上に、所定の表示文字列を含む表示画像（例えばユーザインターフェース、ダイアログ・ボックスなど）を表示させるものが多々ある。この表示画像の中には、項目表示領域が指定されたレイアウトデータと、上記項目表示領域に表示すべき表示文字列に関する文字コード（「設定用データ」の一例）等とから生成されるものがある。具体的には、レイアウトデータには、各項目表示領域の位置・大きさ・範囲及び表示形式等に関する属性情報（書式（イタリック・明朝などのフォント種、文字間隔など）、文字サイズ、画面解像度、色数、など）が含まれている。そして、上記レイアウトデータに基づきレイアウト画像を生成するとともに、各項目表示領域について文字コード及び属性情報に基づき表示文字列画像（イメージデータ）を生成する。
【００１５】
このような方法で表示画像を生成する場合、上記ソフトウエアの開発上の不具合などにより、例えば上記属性情報の各値が設計値と異なるために、一部の文字が表示されない、いわゆる文字欠けという不具合が生じ得る。
【００１６】
本発明の表示検査プログラムは、上記ソフトウエアの開発段階において、上記文字欠け等が発生していないかどうかを検査する処理を、開発用のコンピュータに実行させるためのものである。
【００１７】
（開発用のコンピュータ）
図１には、開発用のコンピュータ１０が示されている。表示検査時には、コンピュータ１０に、開発中のソフトウエア（本実施形態ではプリンタドライバ）及び上記表示検査プログラムをインストールして行われる。なお、表示検査プログラムがインストールされたコンピュータ１０が「表示検査装置」の一例である。
【００１８】
図２には、コンピュータ１０の内部構成を示すブロック図が示されている。コンピュータ１０は、外部（例えばキーボードやマウスなどの入力手段）からの入力操作を受け付ける操作部１１と、表示部１２（「表示装置」の一例）と、ＲＯＭ１３と、ＲＡＭ１４と、ＣＰＵ１５（「コンピュータ」の一例）と、ハードディスク１６と、ＵＳＢインターフェイス１７と、ＣＤＲＯＭドライブ１８とを備えて構成されている。
【００１９】
ハードディスク１６には、各種のアプリケーションソフトの他に、上記開発中のプリンタドライバ及び表示検査プログラム等が記憶されており、ＣＰＵ１５は、上記操作部１１からの起動指令に基づきアプリケーションソフトや表示検査プログラムなどをハードディスク１６から読み出して起動させる。なお、表示検査プログラムは、例えば記録媒体（本実施形態ではＣＤＲＯＭ）に記録されており、ＣＤＲＯＭドライブ１８にて読み込まれてハードディスク１６に記憶される。
【００２０】
（ダイアログ・ボックスに関するデータについて）
図３には、上記プリンタドライバの実行により表示部１２に表示される表示画像の一例として、ダイアログ・ボックス２０が示されている。このダイアログ・ボックス２０は、例えばプリンタへの印刷要求時にユーザに印刷設定を行わせるために表示されるものである。このダイアログ・ボックス２０には、例えば"Paper Size"、"Multiple Page"などの各表示文字列が各項目表示領域（スタティックテキストコントロール）２１内に表示されている。そして、各項目表示領域２１には、個別の識別番号（コントロールＩＤ）がそれぞれ割り付けられている。
【００２１】
図４は、各コントロールＩＤと文字コードとの対応関係情報のデータ構造を示す模式図である。この対応関係情報によって、各コントロールＩＤごとに、リソースＩＤと、属性情報と、表示すべき文字列に関する文字コードとが対応付けられている。また、対応関係情報は、検査対象としての上記プリンタドライバに含まれており、プリンタドライバのインストール後は、ハードディスク１６に記憶されている。ここで、リソースＩＤ及び文字コードは、上述したようにプリンタドライバの一部を構成するリソースファイルであり、これは「表示文字列の画像データを生成するためのデータ」の一例である。
【００２２】
また、上記図３のダイアログ・ボックス２０を構成するレイアウトデータも上記プリンタドライバに含まれており、プリンタドライバのインストール後は、ハードディスク１６に記憶されている。
【００２３】
（表示検査プログラムにより実行させる制御内容）
例えばプリンタドライバを起動させ、表示部１２の表示画面１２Ａに上記ダイアログ・ボックス２０を表示させた状態で、表示検査プログラムを起動させる。すると、ＣＰＵ１５は、図５，図６に示す制御を実行する。まずＳ１でコンピュータ１０のオペレーティングシステムから環境情報（画面解像度、色数など）を取得する。次に、Ｓ２で、ダイアログ・ボックス２０上の各項目表示領域２１に表示される文字列のうち、まだ検査されていない文字列が残っているかどうかを判断する。具体的には、上述したように、各項目表示領域２１は各コントロールＩＤが割り付けられており、ＣＰＵ１５は、コントロールＩＤを順次指定いくことで、検査対象としての項目表示領域２１を順次指定していく。そして、全コントロールＩＤを指定し終わったときに検査すべき文字列が残っていないことになり（Ｓ２：Ｎｏ）、ダイアログ・ボックス２０についての表示検査が終了する。
【００２４】
Ｓ２で検査すべき文字列が残っていれば（Ｓ２：Ｙｅｓ）、Ｓ３でまだ指定していないコントロールＩＤを１つ指定し、その指定したコントロールＩＤに対応するリソースＩＤを上記対応関係情報に基づき決定する（Ｓ４）。そして、Ｓ５で、リソースファイルから上記リソースＩＤに対応する文字コードを取得すると共に、Ｓ６でコントロールＩＤに対応付けられた属性情報を取得する。そして、Ｓ７で上記文字コード、環境情報及び属性情報から比較用文字列画像をイメージデータとして生成する。このとき、ＣＰＵ１５は「生成処理」を実行し、「生成手段」の一例として機能する。
【００２５】
続いて、Ｓ８で、表示部１２の表示画面１２Ａに表示されているダイアログ・ボックス２０上において、現在指定しているコントロールＩＤに対応する項目表示領域２１に表示された表示文字列画像（以下、「キャプチャ画像」という）をイメージデータとして取得する。このとき、ＣＰＵ１５は「取得処理」を実行し、「取得手段」の一例として機能する。ここで、上記比較用文字列画像は、上記レイアウト画像に組み込まれる前の画像であるから、仮に項目表示領域２１が設計値よりも小さくても、文字コードに基づく文字列が全て反映された画像、換言すれば、正解画像となる。これに対して、キャプチャ画像は、レイアウト画像に組み込まれた後の画像であるから、仮に項目表示領域２１が設計値よりも小さい場合、或いは、項目表示領域２１に表示可能な文字数よりも多くの文字列が設定された場合には、文字コードに基づく文字列のうち一部が欠けた画像となり得る。
【００２６】
そして、Ｓ９の比較／判断処理に移行し、図６に示す制御内容を実行する。このとき、ＣＰＵ１５は「比較処理・判断処理」を実行し、「比較手段、判断手段」の一例として機能する。Ｓ２１でキャプチャ画像と比較用文字列画像との両左端を比較開始点とする。Ｓ２２で比較用文字列画像の右端まで達したかどうかを判断し、右端に達していなければ（Ｓ２２：Ｎｏ）、Ｓ２３で、現在処理中の１ライン（キャプチャ画像及び比較用文字列画像において上下方向（文字列の並び方向に直交する方向）に延びる所定単位画素数分の幅のラインＬ）ごとにキャプチャ画像と比較用文字列画像との画像比較を行う（図７参照）。
【００２７】
そして、Ｓ２４で上記現在処理中の１ラインについてキャプチャ画像と比較用文字列画像とのピクセルが一致しているかどうかを判断し、一致していれば（Ｓ２４：Ｙｅｓ）、Ｓ２５で処理対象のラインを、現在処理中のラインＬから１ライン右のラインＬに移動させる。Ｓ２６では、処理対象のラインがキャプチャ画像の右端に到達したかどうかを判断する。右端に達していなければ（Ｓ２６：Ｎｏ）、Ｓ２２に戻る。
【００２８】
これに対して、右端に達した場合（Ｓ２６：Ｙｅｓ）には、キャプチャ画像については、処理対象のラインを１文字分下で、且つ、左端のラインＬに移動させ、このラインＬに画像があるかどうかを判断する（Ｓ２８）。そして、画像があれば（Ｓ２８：Ｙｅｓ）、Ｓ２２に戻る。なお、Ｓ２８で"Ｙｅｓ"となるのは、図８に示すように、キャプチャ画像が、文字列が途中に改行された画像であるときである。
【００２９】
例えば図７に示すように、キャプチャ画像が表示すべき文字列画像"正しく表示されていますか？"を全て表示した正常な画像であるときには、キャプチャ画像と比較用文字列画像とが全てのラインＬでピクセルが一致（画像が一致）することになる（Ｓ２４：Ｙｅｓ）。その結果、処理対象のラインが比較文字列画像の右端に達したときに（Ｓ２２：Ｙｅｓ）、Ｓ２９で文字欠け無しと判断する。
【００３０】
次に、図９に示すように、表示すべき文字列画像"正しく表示されていますか？"の幅よりも、レイアウト画像上の項目表示領域２１の幅の方が狭いときには、途中のラインＬでキャプチャ画像と比較用文字列画像のピクセルが不一致となる（Ｓ２４：Ｎｏ）。その結果、Ｓ３０で文字欠け有りと判断する。
【００３１】
更に、図８に示すように、キャプチャ画像が文字列の途中で改行された画像であるときには、処理対象のラインがキャプチャ画像の右端に達したときに（Ｓ２６：Ｙｅｓ）、処理対象のラインを、一段下の列の左端にあわせて画像比較を続ける。そして、仮に、一段下の２行目に文字画像がなければ（Ｓ２８：Ｎｏ）、その時点でキャプチャ画像と比較用文字列画像とは一致しないとして、文字欠け有りと判断する（Ｓ３１）。これに対して、図８の画像では２行目に文字画像があるから（Ｓ２８：Ｙｅｓ）、Ｓ２２に戻るが、２行目の"か？"は文字欠けしている。従って、Ｓ２４でピクセルが不一致であるとして（Ｓ２４：Ｎｏ）、やはり文字欠け有りと判断する（Ｓ３０）。
【００３２】
仮に、２行目の文字画像が欠けていなかったら、Ｓ２２で"Ｙｅｓ"となり、文字欠け無しと判断する（Ｓ２９）。つまり、本実施形態では、改行の有無にかかわらず、表示すべき文字列全てが項目表示領域２１内に表示されていれば文字欠け無しと判断するようにしている。なお、改行が検出された時点（Ｓ２８：Ｙｅｓ）で、文字欠け有りと判断する構成、或いは、文字欠けと判断しないまでも改行の有無を検査するようにした構成であっても勿論よい。なお、検査結果は、各項目表示領域（コントロールＩＤ）ごとに対応して、"ＯＫ"、"ＮＧ"を記録し、例えばＳＶＣ形式でハードディスク１６に記録する。
【００３３】
（本実施形態の効果）
本実施形態によれば、項目表示領域２１内に表示されている表示文字列のキャプチャ画像を取得する一方で、検査対象のソフトウエア（プリンタドライバ）に組み込まれるリソースファイル内の文字コード、対応関係情報及び属性情報等に基づき正解となる比較用文字列画像を生成する。そして、キャプチャ画像と比較用文字列画像とを画像比較して文字欠けの有無等を検査する。従って、従来のようにキャプチャ画像を文字変換ソフトで文字データに変換する必要がなく、検査対象のソフトウエアで使用される文字コードさえ用意すれば検査を行うことができる。 
【００３４】
＜実施形態２＞
図１０，図１１は実施形態２を示す。上記実施形態１では、設定用データとして、検査対象のソフトウエア（プリンタドライバ）に最終的に組み込まれるリソースファイル内の文字コードを利用する構成としたが、本実施形態２では、リソースファイルとは別に用意したテスト用の文字コードを、設定用データとして利用する構成である。その他の点は前記実施形態１と同様である。従って、実施形態１と同一符号を付して重複する説明を省略し、異なるところのみを次に説明する。
【００３５】
本実施形態の設定用データ文字コードは、「テスト用データ」の一例であり、具体的には、検査対象のソフトウエアの開発時に使用した設計用データベース（例えば翻訳資料のデータベース）内の文字コードである。これは、例えば上記ソフトウエアの設計段階で作成されたものであり、信用性が極めて高い。
【００３６】
ここで、設計用データベースは、図１０に示すように、ダイアログ・ボックス２０の各項目表示領域２１に表示すべき内容について、互いに同じ意味を示す複数言語の文字列データ群が用意され、これらの複数言語の文字列データ群が共通のコントロールＩＤ及びリソースＩＤに対応付けられている。
【００３７】
図１１には、本実施形態２における生成／取得処理を示すフローチャートである。実施形態１の図５のフローチャートと同じ処理については同じ符号を付けて説明を省略する。異なる点は、まず、Ｓ１'でコンピュータ１０のオペレーティングシステムから環境情報（画面解像度、色数など）に加えて、当該オペレーティングシステムの使用言語（以下、「ＯＳ言語」という）を取得する。そして、Ｓ５'でリソースＩＤに対応付けられ、且つ、ＯＳ言語と同一言語の文字コードを取得する。そして、このＯＳ言語と同一言語の文字コード及び属性情報等に基づき比較用文字列画像を生成する。
【００３８】
このような構成であれば、文字欠け以外に、設計用データベースとの照合（表示文字列の各文字ごとのチェック）によりリソースファイルの組み込みミスをも検査することができる。しかも、コンピュータ１０のＯＳ言語と同一言語の文字コードを、設計用データベースから自動で取り込んで比較用文字列画像を生成するから、多言語に精通していない者であっても検査を行うことができる。
【００３９】
＜実施形態３＞
図１２〜図１４は実施形態３を示す。上記実施形態１，２では、検査対象の表示画像（ダイアログ・ボックス２０）は、プログラム上において各項目表示領域２１に各コントロールＩＤが割り付けられており、各コントロールＩＤを元に、それに割り付けられた項目表示領域２１内の画像をキャプチャ画像として取得することができた。しかし、検査対象とされる表示画像のなかには、例えば図１２に示すダイアログ・ボックス３０のように、プログラム上において上記コントロールＩＤといったものは存在せず、各項目表示領域３１の位置・大きさ・範囲や表示形式等の情報（以下、「項目表示領域の属性情報」という）をプログラムから取得できないものがある。検査対象のソフトウエア（プリンタドライバ）が例えばMacromedia Flash8（商標）で作成されたものであるときの表示画面がその一例である。
【００４０】
本実施形態３は、このようにコントロールＩＤ等を持たない表示画面についても文字欠け等の検査を行うことができる表示検査プログラムに関する。まず、各項目表示領域３１の属性情報について、プログラム上では取得できないとしても、そもそも上記ソフトウエアの開発段階では開発者は認識していたはずであり、その各項目表示領域３１の属性情報に関する開発用情報が存在したはずである。
【００４１】
そこで、本実施形態では、上記開発用資料を基に、各項目表示領域３１の属性情報に、上記コントロールＩＤに代わる項目ＩＤをそれぞれ割り付けたデータベースを準備する。また、図１３に示すのように、各項目ＩＤと文字コードとの対応関係情報を準備する。この対応関係情報によって、各項目ＩＤごとに、文字列ＩＤと、属性情報と、表示すべき文字列に関する文字コードとが対応付けられている。図１４は、生成／取得処理を示すフローチャートである。基本的には、上記実施形態１，２の図５，図１１に示す処理に対してコントロールＩＤに代わりに項目ＩＤが利用する点が異なり、他の点はほとんど同じである。
このような構成であれば、コントロールＩＤ等を持たない表示画面についても文字欠け等の検査を行うことができる。
【００４２】
＜他の実施形態＞
本発明は上記記述及び図面によって説明した実施形態に限定されるものではなく、例えば次のような実施形態も本発明の技術的範囲に含まれる。
（１）上記実施形態では、表示検査装置として、表示検査プログラムがインストールされた汎用のパーソナルコンピュータ１０を例に挙げて説明したが、これに限らず、表示検査プログラムに基づく処理だけを実行可能な専用装置であってもよい。
【００４３】
（２）上記実施形態では、検査対象のソフトウエアとしてプリンタドライバを例に挙げたが、これに限らず、表示装置の表示画面に文字列が記述された表示画面を表示させるソフトウエアであれば検査対象となり得る。例えば、保険設計書など各種の帳票を印刷する帳票印刷ソフトは、各項目表示領域に文字列を表示させた帳票イメージを表示装置の表示画面に表示させる機能を有するため、本発明の検査対象となり得る。
【００４４】
（３）上記実施形態において、キャプチャ画像と比較用文字列画像とについて左端の開始位置が一致しているかどうかも検査対象とするようにしてもよい。更に、文字の色が一致しているかどうかも検査対象としてもよい。
【００４５】
（４）上記実施形態において、例えば各項目表示領域のサイズ情報に基づき、各項目表示領域の右端や下端など予め文字欠けの発生が予想される部分だけを画像比較する構成、或いは、当該予想される部分の他の部分よりも優先的に画像比較する構成であってもよい。
【図面の簡単な説明】
【００４６】
【図１】本発明の実施形態１に係る開発用コンピュータの斜視図
【図２】開発用コンピュータの内部構成を示すブロック図
【図３】ダイアログ・ボックスを示す模式図
【図４】各コントロールＩＤと文字コードとの対応関係情報のデータ構造を示す模式図
【図５】生成／取得処理を示すフローチャート
【図６】比較／判断処理を示すフローチャート
【図７】キャプチャ画像及び比較用文字列画像の画像比較を説明するための模式図（正常時）
【図８】キャプチャ画像及び比較用文字列画像の画像比較を説明するための模式図（改行あり、且つ、文字欠け有り時）
【図９】キャプチャ画像及び比較用文字列画像の画像比較を説明するための模式図（文字欠け有り時）
【図１０】実施形態２の設計用データベースのデータ構造を示す模式図
【図１１】生成／取得処理を示すフローチャート
【図１２】実施形態３のダイアログ・ボックスを示す模式図
【図１３】各項目ＩＤと文字コードとの対応関係情報のデータ構造を示す模式図
【図１４】生成／取得処理を示すフローチャート
【符号の説明】
【００４７】
１０…コンピュータ（表示検査装置）
１２…表示部（表示装置）
１２Ａ…表示画面
１５…ＣＰＵ（コンピュータ、取得手段、生成手段、比較手段、判断手段）
【図１】
2008158643.tif 000003
【図２】
2008158643.tif 000004
【図３】
2008158643.tif 000005
【図４】
2008158643.tif 000006
【図５】
2008158643.tif 000007
【図６】
2008158643.tif 000008
【図７】
2008158643.tif 000009
【図８】
2008158643.tif 000010
【図９】
2008158643.tif 000011
【図１０】
2008158643.tif 000012
【図１１】
2008158643.tif 000013
【図１２】
2008158643.tif 000014
【図１３】
2008158643.tif 000015
【図１４】
2008158643.tif 000016