WO2016084469A1

WO2016084469A1 - バーコード評価装置、バーコード画像生成システム、バーコード評価方法、バーコード画像生成方法及びバーコード評価プログラム

Info

Publication number: WO2016084469A1
Application number: PCT/JP2015/077327
Authority: WO
Inventors: 芦浦　敦
Original assignee: NEC Platforms Ltd
Current assignee: NEC Platforms Ltd
Priority date: 2014-11-28
Filing date: 2015-09-28
Publication date: 2016-06-02
Anticipated expiration: 2017-05-28
Also published as: JP6016280B2; CN107004148B; MY164828A; US20170316296A1; US9870526B2; CN108537316A; CN108537316B; CN108596307B; CN107004148A; CN108596307A; JP2016103134A

Abstract

　バーコード画像の画像表示装置での表示の可否の判断及び表示されたバーコード画像のバーコード読取装置での読み取りの可否の判断を行うことである評価を、前記バーコード画像の内容、前記画像表示装置の仕様及び前記バーコード読取装置の仕様に基づいて、実際に表示及び読み取りをすることなくバーコード評価装置が行なう。

Description

バーコード評価装置、バーコード画像生成システム、バーコード評価方法、バーコード画像生成方法及びバーコード評価プログラム

　本発明は、バーコード評価装置、バーコード画像生成システム、バーコード評価方法、バーコード画像生成方法及びバーコード評価プログラムに関する。

　各種の情報を伝達するための手段として、バーコード（barcode）が広く使用されている。ここで、バーコードは、一般的に、紙媒体に印刷されるものである。

　しかし、バーコードを紙媒体に印刷するのではなく、端末の画面上にバーコードを表示して、バーコード読取装置（以下、適宜「バーコードスキャナ」と呼ぶ。）で、この表示されたバーコードを読み取る、という運用ニーズが存在する。

　例えば、バーコードを携帯電話等の端末の画面に表示し、それを店舗等のレジや、あるいはＰＯＳ（point of sales）端末に接続されているバーコードスキャナで読み取らせることによって、何らかのサービスを提供する、というような運用ニーズである。

　そして、このように携帯端末の画面上にバーコードを表示することにより、バーコードのエンコード内容を動的に変化させたり、表示する端末毎に内容を変更させたりすることができる。つまり、携帯端末の画面上に表示されるバーコードは、紙媒体上に印刷されるバーコードに比べ自由度が高いと言える。更に、携帯端末の画面上にバーコードを表示することにより、バーコードの印刷の手間や流通コストを削減できることが期待される。

　ただし、携帯端末等の画面上に表示したバーコードをバーコード読み取り装置で読み取る際には、当然のことながらバーコードを毎回確実に読み取れるようにする必要がある。しかしながら、携帯端末の機種が異なれば、画面の大きさ、縦・横の画素数、画素密度といった仕様が異なってくる。また、バーコードスキャナの種別によって読取可能幅や、最小分解能といった仕様が異なってくる。

　そのため、同一のバーコードを表示したとしても、携帯端末の或る機種とバーコードスキャナの或る機種の組み合わせであればバーコードを読み取れるが、他の機種の組み合わせではバーコードを読み取ることができない、という事態が発生する。

　このような事態の発生を防止するための技術が、例えば特許文献１及び特許文献２に記載されている。

　特許文献１には、携帯端末のディスプレイに表示し、バーコード読取装置で読み取り可能なバーコードを作成するバーコード作成方法、前記バーコードを表示するバーコード表示装置、及び前記バーコードを提供するバーコード提供装置が記載されている。そして、特許文献１では、バーコードを表示する携帯端末のディスプレイの仕様を考慮して、ディスプレイ毎にバーコードの表示方法を異ならせることが記載されている。

　また、特許文献２には、携帯端末の機種データとバーコードの画像データとを対応付けたテーブルを用意し、携帯端末の機種に対応するバーコードの画像を表示させるバーコードサービス提供システムが記載されている。つまり、引用文献２でもバーコードを表示する携帯端末のディスプレイの仕様を考慮して、ディスプレイ毎にバーコードの表示方法を異ならせることが記載されている。

特開２００２－１１７３７２号公報特開２００３－１１５０２５号公報

　前述したように、特許文献１や特許文献２に記載の技術では、バーコードを表示する機種の種別に応じた表示を行なうことが記載されている。

　しかしながら、これらの技術は、予め使用が想定されている所定のドット数の所定のモジュール幅のバーコードを、予め使用が想定されている所定のバーコードスキャナで読み取ることが前提となっている。そして、この前提のもとで、どのように表示をするのかを定めているだけに過ぎない。

　つまり、実際に表示されるバーコードのドット数やモジュール幅が変更されたり、想定していない仕様のバーコードスキャナで読み取りが行われたりするようなことは想定され
ていない。

　そのため、これらの一般的な技術を用いたとしても、運営企画者がバーコードを自身の裁量で作るような場合に、作られたバーコードが実際に多種多様の携帯端末画面上に適切に表示でき、且つ、多種多様のバーコードスキャナで読み取りが可能かどうかといったことは分からなかった。

　従って、運営企画者が自身の裁量で作るバーコードを、多種多様の携帯端末画面上に適切に表示でき、且つ、多種多様のバーコードスキャナで読み取りが可能かどうかを、どのように検証するか、あるいは妥当性をどう比較するかが常に課題となっている。

　ここで、運営企画者が携帯電話等の端末上の画面に表示させるバーコードを独自に作るとして、更に、それを表示させる携帯端末やバーコードを読み取るバーコードスキャナを、運営企画者が全て提供・配付したとする。仮にこのようにできるのならば、使用するバーコードに適合した携帯端末やバーコードスキャナを使用することができ、事前に運用の妥当性の検証、もしくは適切な運用設計ができる。

　しかし、実際に使用される携帯端末やバーコードスキャナは、それぞれ独立して設計され、それぞれの目的のために存在している。例えば、携帯端末の画面はバーコード以外の情報を表示することを主目的としており、バーコードの表示を主目的としているものではない。また、一般的にバーコードスキャナは紙に印刷されたバーコードの読取を主目的としており、携帯端末に画面に表示されたバーコードの読取を主目的としているものではない。

　つまり、バーコードを作る運営企画者には、携帯端末やバーコードスキャナの仕様を、運営企画者が使用したいバーコードの仕様に最適化させるようなコントロールはできない。そのため、バーコードを作る運営企画者には、自身が作成したバーコードが実際に表示できるのか、あるいは、表示できたとしてバーコードスキャナで読み取りできるのか、事前に見通しが立たないという現実がある。

　以上まとめると、端末画面上に表示するバーコードがバーコードスキャナで読取可能なものであるかという検証を、定量的に示す手段が無く、全体として運用そのものが成立しうるかどうか、つまり、バーコードが端末画面上に期待通り表示でき、且つ、バーコードスキャナで読取可能かどうかを事前に検証する指標が無かった。

　そして、事前に検証ができない以上は、運用を想定する全ての端末の実機を用意し、使用を想定する全てのバーコードスキャナで実際に読取可否確認を行う以外に方法がない。

　すなわち、流通している携帯端末の全てを入手して作成した全てのバーコードをそれぞれ表示させ、使用しうる全てのバーコードスキャナにより、全ての組み合わせで実際に読取可否テストを継続的に行なう必要があった。このような読取可否テストを行なうために膨大なコストと検証時間が必要となる。

　しかしながら、このような膨大なコストと検証時間を掛けることは、現実問題として困難である。そして、仮にこのような膨大なコストと検証時間を掛けたとしても、携帯電話等の端末は、比較的短期間で新しい端末が登場し、画面の大きさ、縦・横の画素数、画素密度といった、画面仕様も様々である。そのため、バーコードの表示条件を一律に特定できないだけでなく、継続的な運用という観点で大きな課題となる。

　そこで、本発明は、バーコード、バーコードスキャナ及び端末の各々が、バーコードを表示して読み取るための適切な関係にあるのか否かを、実機を用いた検証を行なうことなく定量的に評価することが可能な、バーコード評価装置、バーコード画像生成システム、バーコード評価方法、バーコード画像生成方法及びバーコード評価プログラムを提供することを目的とする。

　本発明の第１の観点によれば、バーコード画像の画像表示装置での表示の可否の判断及び表示されたバーコード画像のバーコード読取装置での読み取りの可否の判断を行うことである評価を、前記バーコード画像の内容、前記画像表示装置の仕様及び前記バーコード読取装置の仕様に基づいて、実際に表示及び読み取りをすることなく行なうことを特徴とするバーコード評価装置が提供される。

　本発明の第２の観点によれば、バーコード画像生成依頼装置と、上記の本発明の第１の観点により提供されるバーコード評価装置と、を備えるバーコード画像生成システムであって、前記バーコード画像生成依頼装置が、前記バーコード評価装置に所定の内容のバーコード画像の生成を依頼し、前記バーコード評価装置が、前記生成を依頼されたバーコード画像の内容及び前記評価の結果に基づいて、所定の画像表示装置で表示可能で、且つ、所定のバーコード読取装置で読み取ることが可能なバーコード画像を生成することを特徴とするバーコード画像生成システムが提供される。

　本発明の第３の観点によれば、バーコード評価装置が行なうバーコード評価方法であって、バーコード画像の画像表示装置での表示の可否の判断及び表示されたバーコード画像のバーコード読取装置での読み取りの可否の判断を行うことである評価を、前記バーコード画像の内容、前記画像表示装置の仕様及び前記バーコード読取装置の仕様に基づいて、実際に表示及び読み取りをすることなく行なうことを特徴とするバーコード評価方法が提供される。

　本発明の第４の観点によれば、バーコード評価プログラムであって、コンピュータを、バーコード画像の画像表示装置での表示の可否の判断及び表示されたバーコード画像のバーコード読取装置での読み取りの可否の判断を行うことである評価を、前記バーコード画像の内容、前記画像表示装置の仕様及び前記バーコード読取装置の仕様に基づいて、実際に表示及び読み取りをすることなく行なうバーコード評価装置として機能させることを特徴とするバーコード評価プログラムが提供される。

　本発明の第５の観点によれば、バーコード画像生成依頼装置と、バーコード評価装置と、備えるシステムが行なうバーコード画像生成方法であって、前記バーコード画像生成依頼装置が、前記バーコード評価装置に所定の内容のバーコード画像の生成を依頼し、前記バーコード評価装置が、バーコード画像の画像表示装置での表示の可否の判断及び表示されたバーコード画像のバーコード読取装置での読み取りの可否の判断を行うことである評価を、前記バーコード画像の内容、前記画像表示装置の仕様及び前記バーコード読取装置の仕様に基づいて、実際に表示及び読み取りをすることなく行ない、前記バーコード評価装置が、前記生成を依頼されたバーコード画像の内容及び前記評価の結果に基づいて、所定の画像表示装置で表示可能で、且つ、所定のバーコード読取装置で読み取ることが可能なバーコード画像を生成することを特徴とするバーコード画像生成方法が提供される。

　本発明によれば、バーコード、バーコードスキャナ及び端末の各々が、バーコードを表示して読み取るための適切な関係にあるのか否かを、実機を用いた検証を行なうことなく定量的に評価することが可能となる。

本発明の実施例における、適正領域と端末の画面仕様の関係の一例を表すＰ－Ｗ図である。図１における適正領域とそれ以外の領域とについて、より詳細に説明する図（１／２）である。図１における適正領域とそれ以外の領域とについて、より詳細に説明する図（２／２）である。本発明の実施例における評価装置の機能ブロックを表すブロック図である。本発明の実施例１の基本的動作について表すフローチャートである。本発明の実施例１において説明した具体例における、適正領域と端末の画面仕様の関係の一例を表すＰ－Ｗ図である。本発明の実施例２の基本的動作について表すフローチャートである。本発明の実施例２において説明した具体例における、適正領域と端末の画面仕様の関係の一例を表すＰ－Ｗ図である。本発明の実施例３の基本的動作について表すフローチャートである。本発明の実施例３における具体例に関して横軸を桁数、縦軸を適合率として表したグラフである。本発明の実施例３において説明した具体例における、適正領域と端末の画面仕様の関係の一例を表すＰ－Ｗ図（１／２）である。本発明の実施例３において説明した具体例における、適正領域と端末の画面仕様の関係の一例を表すＰ－Ｗ図（２／２）である。本発明の実施例４の基本的動作について表すフローチャートである。本発明の実施例４において説明した具体例における、適正領域と端末の画面仕様の関係の一例を表すＰ－Ｗ図である。本発明の実施例５のバーコードシステム全体の基本的構成について表すブロック図である。本発明の実施例５の基本的動作を表すフローチャート（１／３）である。本発明の実施例５の基本的動作を表すフローチャート（２／３）である。本発明の実施例５の基本的動作を表すフローチャート（３／３）である。ＧＳ１　Ｄａｔａｂａｒ　Ｅｘｐａｎｄｅｄに準拠して数字３１桁を１行でバーコードとして構成した例について表す図である。図１６と同じエンコード内容で、２行でバーコードを構成した例について表す図である。

１０　評価装置
１１　ＣＰＵ
１２　記憶装置群
１３　画像出力部
１４　Ｉ／Ｏ
１５　バスライン
２１　表示装置
２２　入力装置
３０　端末群
３１　端末ｋ
４１　第１の事業者サーバ
４２　第２の事業者サーバ
５０　バーコード生成サーバ
６０　回線網
１００　バーコードシステム

　まず、本発明の実施例の概略を説明する。

　本発明の実施例は、携帯端末等の画面に「表示させたいバーコード」が、表示可能かつバーコードスキャナで読取可能かどうか、すなわち、バーコードスキャナ、端末が「適切な関係にあるかどうか」を、定量的に評価できる。かかる評価は、携帯端末等の画面に「表示させたいバーコード」のモジュール幅と、読み取りに使用するバーコードスキャナの仕様、及び使用を想定する携帯端末、すなわち、画像表示装置の画面仕様（ピクセル幅、画素密度）をもとにして行われる。

　また、本発明の実施例では、かかる評価の方法を応用することによって、端末の画面仕様とバーコードスキャナの仕様から、表示可能かつバーコードスキャナで読取可能となる、「表示させたいバーコード」のモジュール幅を導き出すことができる。

　更に、本発明の実施例では、かかる評価の方法を応用することによって、「表示させたいバーコード」を読み取るために必要なバーコードスキャナの仕様を定めることができる。

　以上が本発明の実施例の概略である。

　次に、本発明の実施例について具体的に説明する前提として、かかる評価の方法の、具体的な内容について説明する。

　１．基本的な考え方
（１）定義
　まず、以下の説明において使用する文言を定義する。

　バーコードに含まれる黒・白パターン（バー・スペース）の部分をバーコードシンボルと称する。そして、バーコードシンボルと左右に必要な余白（マージン）とを合わせたものをバーコードと称する。

　また、バーコードシンボルの最小の幅の単位を最小モジュール幅と称する。また、バーコード全体のモジュール幅を全体モジュール幅と称する。そして、全体モジュール幅の大きさを表す場合には、最小モジュール幅を基準として、全体幅○○モジュール（ｍｏｄ）と表す。

　また、バーコードを画像化したバーコード画像の全体幅は、１モジュールあたりの構成ドット数と全体モジュール幅とを乗算した幅となる。例えば、全体幅１００モジュールで構成されたバーコードであれば、１モジュールあたり１ドットで画像化すると、バーコード画像の全体幅は、１００ドット、ということになる。

　更に、「表示させたいバーコード」の全体モジュール幅をＷ_ｍとする。Ｗ_ｍのモジュール幅は、使用したい（すなわち、端末画面に表示させたい）バーコードの種類と、エンコードする文字列の桁数とで決まる。また、Ｗ_ｍは、全体モジュール幅であるから、バーコードシンボルの幅と左右に必要な余白（マージン）の幅とを含む。

　更に、１モジュールあたりの構成ドット数をｔ（ｔは、正の整数である。）とする。すると、「表示させたいバーコード」の全体モジュール幅Ｗ_ｍに１モジュールあたりの構成ドット数ｔを掛けた値であるｔ・Ｗ_ｍがバーコード画像の全体ドット幅となる。

　一例として、ＣＯＤＥ１２８のＣＯＤＥ　ＳＥＴ　Ｃと呼ばれるバーコードで、数字２０桁を構成したとする。この場合、Ｗ_ｍ＝１１×２０／２＋５５＝１６５［ｍｏｄ］となる。このとき、１モジュールあたりの構成ドット数ｔを２［ｄｏｔ／ｍｏｄ］とすると、バーコードの画像幅は２［ｄｏｔ／ｍｏｄ］×１６５［ｍｏｄ］＝３３０［ｄｏｔ］となる。

　なお、ＣＯＤＥ１２８は、日本工業規格（ＪＩＳ：Japanese Industrial Standards）により規格番号：ＪＩＳ　Ｘ　０５０４として規格化されている。また、ＣＯＤＥ１２８のＣＯＤＥ　ＳＥＴ　Ｃにエンコードされる文字列は数字のみで２桁単位となる。

　次に、バーコードスキャナの読取可能なバーコードの幅の上限幅を、Ｗ_ｓ［ｍｍ］とする。また、バーコードスキャナの読取可能な最小分解能、すなわちバーコードスキャナで検出可能な最小の幅をｄ_ｓ［ｍｍ］とする。これらは、バーコード読取装置の仕様値である。

　また、以下の説明では、バーコードを表示する画面を有する装置のことを、適宜「端末」と呼ぶ。また、バーコード読取装置のことを、適宜「バーコードスキャナ」と呼ぶ。

　以上の定義をまとめると、本明細書にて使用する変数一覧は以下のようになる。なお、各変数の単位は一般的に想定されるものを使用することとする。
Ｗ_ｍ：表示させたいバーコードの横モジュール幅であり、単位は［ｍｏｄ］とする。また、Ｗ_ｍは、正の整数である。
ｔ：バーコード画像の１モジュールあたりの構成ドット数であり、単位は［ｄｏｔ／ｍｏｄ］とする。ｔは、正の整数である。
Ｗ_ｓ：バーコードスキャナの読取可能なバーコードの幅の上限であり、単位は［ｍｍ］とする。Ｗ_ｓは、正の数である。
ｄ_ｓ：バーコードスキャナの最小分解能であり、単位は［ｍｍ］とする。ｄ_ｓは、正の数である。
（２）「適正領域」の条件
　前述の定義に基づき、バーコードを端末画面に表示でき、且つ、バーコードスキャナで読み取りができる条件を考えると、次のような３つの条件全てが満たされる必要がある。
第１の条件：端末画面に表示するバーコードの幅ｔ・Ｗ_ｍがバーコードスキャナの読取可能幅Ｗ_ｓを超えないこと。
第２の条件：端末画面に表示するバーコードの最小モジュール幅がバーコードスキャナの最小分解能ｄ_ｓ以上であること。
第３の条件：端末画面に表示するバーコードの幅ｔ・Ｗ_ｍが、表示する端末の画面の幅に収まること。

　ここで、まず第１の条件について考える。

　端末画面の画素間距離（ドットピッチとも呼ばれる）をｄ［ｍｍ／ｐｉｘ］とすると、構成されるバーコードの幅は、ｔ・Ｗ_ｍ・ｄ［ｍｍ］である。そして、このｔ・Ｗ_ｍ・ｄが、バーコードスキャナの読取可能幅Ｗ_ｓを超えないことが第１の条件であるので、
　ｔ・Ｗ_ｍ・ｄ≦Ｗ_ｓという式が成り立つ。これを変形すると、次の式が導かれる。

　この式より、ｄのとり得る最大値ｄ_ｈは

…となる。

　なお、端末画面の画素密度は、仕様値として１インチ当たりの画素数を意味するｐｐｉ(pixel per inch)という単位を慣例的に用いる。そして、この単位を利用すると次の通りとなる。

　画素間距離ｄ［ｍｍ／ｐｉｘ］に対応するｐｐｉ値をＰとすると、１［ｉｎｃｈ］＝２５．４［ｍｍ］であることから、

…となる。この式を変形すると、

…となる。

を

に代入し、不等式を整理すると次の式（Ａ）を得る。

　この時、バーコードの１モジュールあたりの構成ドット数ｔ［ｄｏｔ／ｍｏｄ］における画素密度Ｐがとり得る最小値をＰ_ｌ（ｔ）とすると、

…となる。
ここで、Ｐ_ｌをｔ＝１のときのＰ_ｌ（ｔ）の値、すなわち、

…と置くと、
　Ｐ_ｌ（ｔ）＝ｔ・Ｐ_ｌ…と表記することができ、式（Ａ）は次の式（Ａ’）ように表記することができる。

　これは、表示させたい幅Ｗ_ｍのバーコードが、バーコードスキャナの読取可能幅Ｗ_ｓを超えないための、端末画素密度Ｐ［ｐｐｉ］の条件となる。

　この式（Ａ’）から、Ｐ_ｌはバーコードのモジュール幅Ｗ_ｍとバーコードスキャナの読取可能幅Ｗ_ｓに依存することが分かる。

　次に、第２の条件について考える
　端末画面の画素間距離をｄ［ｍｍ／ｄｏｔ］とすると、表示させたいバーコードの最小モジュール幅は、ｔ・ｄ［ｍｍ］となる。この値が、バーコードスキャナの最小分解能ｄ_ｓを下回らないことが必要であることから、
　ｔ・ｄ≧ｄ_ｓ…という関係が必要となる。

　この式を第１の条件について考えたときと同様に、ｐｐｉ値に変換し、

を代入すると…

…変形すると…

となり、

…となる。

　この時、１モジュールあたりの構成ドット数ｔ［ｄｏｔ／ｍｏｄ］における画素密度Ｐのとり得る最大値をＰ_ｈ（ｔ）とすると、

となる。ここで、Ｐ_ｈをｔ＝１のときのＰ_ｈ（ｔ）の値、すなわち、

とすると、

…と表記することができ、式（Ｂ）は次の式（Ｂ’）のように表記することができる。

…となる。

　これがすなわち、バーコードスキャナの最小分解能ｄ_ｓ［ｍｍ］を下回らない端末画素密度Ｐ［ｐｐｉ］の条件となる。
この式（Ｂ’）から、Ｐ_ｈはバーコードスキャナの最小分解能ｄ_ｓにのみ依存することが分かる。

　以上、第１の条件及び第２の条件について考えた。結果、第１の条件について考えることにより導かれた式（Ａ’）、第２の条件について考えることにより導かれた式（Ｂ’）は下記のとおりである。

　この式（Ａ’）及び式（Ｂ’）の二つの式から、ｔ・Ｐ_ｌ≦Ｐ≦ｔ・Ｐ_ｈという関係式が成立することが、「Ｐが『適正範囲』に入る条件」となる。

　ここで、上記、式（Ａ’）と式（Ｂ’）の関係式がPについて成立せず、「Pが『適正範囲』とならない条件」、すなわち、Ｐ_ｌ＞Ｐ_ｈの関係となる場合を考える。

…であることから、

…となり、Ｗ_ｍで解くと、

…と導かれる。これは「不適となる条件」である。

　この関係式は、表示すべきバーコードのモジュール幅Ｗ_ｍ［ｍｏｄ］が、

を超えると、端末の画面仕様によらず、端末の画面上に表示されるバーコードは、バーコードスキャナで読み取りができないことを示している。また、その「不適となる条件」は、バーコードスキャナの仕様値のみに依存していることを意味する。そのため、この条件を考慮することにより端末の画面仕様を比較することなく、バーコードが「不適」と判定することができる。

　また、上記関係式の逆の関係式の、

は、バーコードのモジュール幅Ｗ_ｍが「適切な範囲」となる必要条件の一つとなる。
　更に、

は、バーコードスキャナの最小分解能ｄ_ｓと同じモジュール幅で、バーコードスキャナの読取可能最大幅Ｗ_ｓいっぱいにバーコードを構成した場合のバーコードのモジュール幅、と解釈することができる。

　Ｗ_ｍが

を超えている場合に、バーコードの最小モジュール幅が、バーコードスキャナの最小分解能ｄ_ｓより大きくなるように、バーコードを端末画面に表示すると、端末画面上に表示されたバーコードの全体幅がバーコードスキャナの読取可能幅Ｗ_ｓを超える。そのため、バーコードスキャナでの読み取りができなくなる。また、そうするのではなく、Ｗ_ｍが

を超えている場合に、バーコードの幅をバーコードスキャナの読取可能幅Ｗ_ｓ以下で表示できるように端末画面に表示すると、表示されたバーコードの最小モジュール幅がバーコードスキャナの最小分解能ｄ_ｓを下回る。そのため、バーコードスキャナでの読み取りができなくなる。つまり、どのような端末画面仕様でも、バーコードスキャナで読み取りができないバーコードとなる。

　これは、バーコードスキャナの仕様に対してバーコードのモジュール幅Ｗ_ｍが大きすぎることを意味する。この場合、バーコード作成者は、データを構成するエンコード桁数を削減する、あるいはモジュール幅を小さく構成できるバーコード種別に変更するといった対応が必要となる。また、エンコード桁数の削減やバーコード種別の変更を行なわないのであれば、使用を想定するバーコードスキャナを、より

が大きい値となる機種へ変更する、という対応が必要となる。なお、これらの対応を組み合わせるようにしてもよい。例えば、データを構成するエンコード桁数を削減したりバーコード種別を変更した上で、更に、バーコードスキャナを変更するようにしてもよい。

　また、

となるＷ_ｍはバーコードを構成する上での、バーコードの全体モジュール幅の限界である。

　例えば、バーコードスキャナの仕様が、読取可能幅Ｗ_ｓ＝６０［ｍｍ］、最小分解能ｄ_ｓ＝０．１５［ｍｍ］とすれば、モジュール幅Ｗ_ｍの限界値は、６０／０．１５＝４００［ｍｏｄ］となる。従って、全体モジュール幅が４００［ｍｏｄ］を超えるバーコードは、表示する端末の画面仕様によらず、「バーコードスキャナで読み取りができない」ものとなる。なぜならば、端末の画面上に表示されるバーコードの幅がバーコードスキャナの読取可能最大幅を超えるか、バーコードを構成する最小モジュール幅がバーコードスキャナの最小分解能を下回ることとなるからである。

　以上まとめると、端末画面上に表示させるバーコードの構成を設計する場合は、バーコードのモジュール幅Ｗ_ｍを、この限界値を超えないように、バーコードのコード種別や、エンコード桁数等を決める必要がある。

　最後に、第３の条件について考える。

　表示するバーコードのモジュール幅Ｗ_ｍ（又はｔＷ_ｍ）が、表示する端末の画面の幅に収まるとは、表示するバーコードの幅ｔＷ_ｍ［ｄｏｔ］が端末画面の幅Ｗ［ｐｉｘ］を超えないということで、すなわち、端末画面上にバーコード画像をはみ出さずに表示できる、という意味である。

　つまり、端末の画面幅Ｗ［ｐｉｘ］に対して、
　ｔ・Ｗ_ｍ≦Ｗ　→　Ｗ≧ｔ・Ｗ_ｍ…式（Ｃ）…の関係となることが第３の条件となる。

　以上第１の条件、第２の条件及び第３の条件について説明した。

　次に、横軸をＰ［ｐｐｉ］、縦軸をＷ［ｄｏｔ］としたＰ－Ｗ図である図１を参照して、前述した第１の条件、第２の条件及び第３の条件を満たすＰ－Ｗ領域、すなわち、式（Ａ’）、式（Ｂ’）、式（Ｃ）を満たすＰ－Ｗ領域について説明する。

　図１に表される１０１の領域はｔ＝１［ｄｏｔ／ｍｏｄ］の条件下でバーコードを構成した場合に、表示するバーコードの幅とバーコードスキャナの仕様範囲を同時に満たす領域である「適正領域」に相当する。具体的には、表示させたいバーコードのモジュール幅Ｗ_ｍがバーコードスキャナの読取可能幅Ｗ_ｓを超えない最小の画素密度Ｐ_ｌ［ｐｐｉ］と、バーコードスキャナの最小分解能ｄ_ｓ［ｍｍ］を下回らない最大の端末画面画素密度Ｐ_ｈ［ｐｐｉ］に挟まれ、且つ、端末の画面幅Ｗが表示させたいバーコードのモジュール幅Ｗ_ｍ以上である範囲を示している。

　同様に、図１の１０２の領域はｔ＝２［ｄｏｔ／ｍｏｄ］の条件下でバーコードを構成した場合の「適正領域」を示しており、図１の１０３の領域はｔ＝３［ｄｏｔ／ｍｏｄ］の条件下でバーコードを構成した場合の「適正領域」を示している。

　図１のＰ－Ｗ図に、任意の端末ｋの画面仕様である、画面幅Ｗ_ｋ［ｐｉｘ］と、画面のｐｐｉ値Ｐ_ｋ［ｐｐｉ］をプロットする。すなわち、ｋ＝（Ｐ_ｋ，Ｗ_ｋ）をプロットする。

　そして、このようにプロットしたときに、図１の１０１の領域、１０２の領域及び１０３の領域の内側にｋ＝（Ｐ_ｋ，Ｗ_ｋ）があれば、端末ｋは「適正領域」にあり、端末ｋでバーコードを表示でき、且つ、想定するバーコードスキャナの仕様で読み取りができることが示される。

　一方で、このようにプロットしたときに、図１の１０１の領域、１０２の領域及び１０３の領域の外側の領域にｋ＝（Ｐ_ｋ，Ｗ_ｋ）があれば、端末ｋは「適正領域」に無く、端末ｋでバーコードを表示できない、あるいは、表示できたとしても想定するバーコードスキャナの仕様で読み取りができない可能性が高い、と判断することができる。

　また、端末ｋの画面仕様ｋ＝（Ｐ_ｋ，Ｗ_ｋ）が、前述の「適正領域」の内側にある場合、端末ｋの画面上に表示すべきバーコードの条件は、「適正領域」が定義するｔの条件に従う必要があることを意味する。例えば、端末ｋが前述の「適正領域」の１つである１０１の領域にあるのであれば、ｔ＝１とする必要がある。

　また、任意の端末ｋの画面仕様ｋ（Ｐ_ｋ，Ｗ_ｋ）が前述の「適正領域」に無い場合には、この任意の端末kが単に適正ではないということが分かるだけではない。Ｐ－Ｗ図上にプロットしたｋ（Ｐ_ｋ，Ｗ_ｋ）の位置に基づいて、適正でない要因、すなわち、不適正要因も分かる。

　この点について、図１を単純化した図である、図２－１を参照して説明する。

　図２－１は図１のｔ＝１の条件での「適正領域」及び「適正ではない領域」のみを示したものである。図２－１の２０１の領域は前述の図１の１０１に相当し、「適正領域」を示している。一方で、図２－１の２０１の領域以外の２０２の領域、２０３の領域及び２０４の領域は、ｔ＝１の条件下では、「適正ではない領域」ということになる。それぞれの「適正ではない領域」に任意の端末ｋの画面仕様ｋ（Ｐ_ｋ，Ｗ_ｋ）がプロットされる場合の不適正要因は、それぞれ次のとおりである。

　＜図２－１の２０２の領域、すなわち、Ｗ_ｋ＜Ｗ_ｍの領域の不適正要因＞
　端末の画面幅Ｗ_ｋがｔ＝１［ｄｏｔ／ｍｏｄ］の条件でも、表示させるべきバーコードのモジュール幅Ｗ_ｍを下回るため、端末の画面上に目的のバーコードを表示できない。

　＜図２－１の２０３の領域、すなわち、Ｐ_ｋ＜Ｐ_ｌかつ、Ｗ_ｋ≧Ｗ_ｍの領域の不適正要因＞
　端末の画面上にｔ＝１［ｄｏｔ／ｍｏｄ］の条件でバーコードを表示することはできる。しかしながら、画素密度が低く（画素間距離が大きく）、表示させたバーコードの幅がバーコードスキャナの読取可能幅Ｗ_ｓを超えてしまい、想定したバーコードスキャナの仕様では読み取りできない。

　＜図２－１の２０４の領域、すなわち、Ｐ_ｋ＞Ｐ_ｈかつ、Ｗ_ｋ≧Ｗ_ｍの領域の不適正要因＞
　端末の画面上にｔ＝１［ｄｏｔ／ｍｏｄ］の条件でバーコードを表示することはできる。しかしながら、画素密度が高く（画素間距離が小さく）、表示させたバーコードの最小モジュール幅がバーコードスキャナの最小分解能ｄ_ｓを下回り、想定したバーコードスキャナの仕様では読み取りできない。

　以上、図２－１を参照して説明した「適正でない領域」の場所による「不適正要因の違い」を踏まえ、ｔ＝１～３の適正領域を定義した図１の「適正でない領域」の「不適正要因」について図２－２を参照して説明する。

　図２－２の２１１の領域、２１２の領域及び２１３の領域は、「適正領域」である図１の１０１の領域、１０２の領域及び１０３の領域に相当する。

　このとき、「適正でない領域」は２１４の領域乃至２２１の領域に分類され、それぞれの領域は次のような「不適正要因」を有する。

　＜図２－２の２１４の領域、すなわち、Ｗ_ｋ＜Ｗ_ｍの領域の不適正要因＞
　端末の画面幅Ｗ_ｋがｔ＝１［ｄｏｔ／ｍｏｄ］の条件下でも、表示させるべきバーコードのモジュール幅Ｗ_ｍを下回っているため、バーコードを表示できない。

　＜図２－２の２１５の領域、すなわち、Ｗ_ｋ≧Ｗ_ｍかつＰ_ｋ＜Ｐ_ｌの領域の不適正要因＞
　端末の画面上にｔ＝１［ｄｏｔ／ｍｏｄ］の条件下でバーコードを表示することはできる。しかしながら、画素密度が低く（画素間距離が大きく）、表示させたバーコードの幅がバーコードスキャナの読取可能幅Ｗ_ｓを超えてしまい、バーコードスキャナで読取できない。

　＜図２－２の２１６の領域、すなわち、Ｗ_ｍ≦Ｗ_ｋ＜２Ｗ_ｍかつ、Ｐ_ｋ＞Ｐ_ｈの領域の不適正要因＞
　端末の画面上にｔ＝１［ｄｏｔ／ｍｏｄ］の条件下でバーコードを表示することはできる。しかしながら、画素密度が高く（画素間距離が小さく）、表示させたバーコードの最小モジュール幅がバーコードスキャナの最小分解能ｄ_ｓを下回り、バーコードスキャナで読取できない。

　＜図２－２の２１７の領域、すなわち、２Ｗ_ｍ≦Ｗ_ｋ＜３Ｗ_ｍかつ、Ｐ_ｈ＜Ｐ_ｋ＜２Ｐ_ｌの領域の不適正要因＞
　端末の画面上にｔ＝１［ｄｏｔ／ｍｏｄ］及びｔ＝２［ｄｏｔ／ｍｏｄ］の条件下でバーコードを表示することはできる。しかしながら、ｔ＝２で表示した場合は、バーコードシンボルの幅がバーコードスキャナの読取可能幅Ｗ_ｓを超えてしまい、また、ｔ＝１で表示した場合は、バーコードの最小モジュール幅がバーコードスキャナの最小分解能ｄ_ｓを下回り、何れの場合であってもバーコードスキャナで読取できない。

　＜図２－２の２１８の領域、すなわち、２Ｗ_ｍ≦Ｗ_ｋ＜３Ｗ_ｍかつ、Ｐ_ｋ＞２Ｐ_ｈの領域の不適正要因＞
　端末の画面上にｔ＝１［ｄｏｔ／ｍｏｄ］及びｔ＝２［ｄｏｔ／ｍｏｄ］の条件下でバーコードを表示することはできる。しかしながら、何れのｔの条件下でも、バーコードの最小モジュール幅がバーコードスキャナの最小分解能ｄ_ｓを下回り、バーコードスキャナで読取できない。

　＜図２－２の２１９の領域、すなわち、３Ｗ_ｍ≦Ｗ_ｋ＜４Ｗ_ｍかつ、Ｐ_ｈ＜Ｐ_ｋ＜２Ｐ_ｌの領域の不適正要因＞（４Ｗ_ｍは図示を省略する）
　端末の画面上にｔ＝１［ｄｏｔ／ｍｏｄ］、ｔ＝２［ｄｏｔ／ｍｏｄ］及びｔ＝３［ｄｏｔ／ｍｏｄ］の何れの条件下であってもバーコードを表示することはできる。しかしながら、ｔ＝２又は３で表示した場合は、バーコードの幅がバーコードスキャナの読取可能幅Ｗ_ｓを超えてしまい、また、ｔ＝１で表示した場合は、バーコードの最小モジュール幅がバーコードスキャナの最小分解能ｄ_ｓを下回り、何れの場合であってもバーコードスキャナで読取できない。

　＜図２－２の２２０の領域、すなわち、３Ｗ_ｍ≦Ｗ_ｋ＜４Ｗ_ｍかつ、２Ｐ_ｈ＜Ｐ_ｋ＜３Ｐ_ｌの領域の不適正要因＞（４Ｗ_ｍは図示を省略する）
　端末の画面上にｔ＝１［ｄｏｔ／ｍｏｄ］、ｔ＝２［ｄｏｔ／ｍｏｄ］及びｔ＝３［ｄｏｔ／ｍｏｄ］の何れの条件下であってもバーコードを表示することはできる。しかしながら、ｔ＝３で表示した場合は、バーコードの幅がバーコードスキャナの読取可能幅Ｗ_ｓを超えてしまい、また、ｔ＝１又は２で表示した場合は、バーコードの最小モジュール幅がバーコードスキャナの最小分解能ｄ_ｓを下回り、何れの場合であってもバーコードスキャナで読取できない。

　＜図２－２の２２１の領域、すなわち、３Ｗ_ｍ≦Ｗ_ｋ＜４Ｗ_ｍかつ、Ｐ_ｋ＞３Ｐ_ｈの領域の不適正要因＞（４Ｗ_ｍは図示を省略する）
　端末の画面上にｔ＝１［ｄｏｔ／ｍｏｄ］、ｔ＝２［ｄｏｔ／ｍｏｄ］及びｔ＝３［ｄｏｔ／ｍｏｄ］の何れの条件下であってもバーコードを表示することはできる。しかしながら、何れのｔの条件下でも、バーコードの最小モジュール幅がバーコードスキャナの最小分解能ｄ_ｓを下回り、バーコードスキャナで読取できない。

　次に、再度図１を参照して、二つの端末（端末ｋ１及び端末ｋ２）について考える。

　端末ｋ１の画面の仕様に対応する点である図１の１０４は、前述の「適正領域」の一つに入っている。つまり、端末ｋ１は「適正領域」に入る端末の例である。この端末ｋ１は、ｔ＝２［ｄｏｔ／ｍｏｄ］の構成であれば、表示したいバーコードを画面上に表示でき、また、バーコードスキャナの読取可能幅及び最小分解能の仕様範囲で読取できる、という範囲内にあることが分かる。

　端末ｋ２の画面の仕様に対応する点である図１の１０５は、前述の「適正領域」の一つに入っていない。つまり、端末ｋ１は「適正領域」に入らない端末の例である。この端末ｋ２の縦軸方向はＷ_ｍ＜Ｗ_ｋ２＜２Ｗ_ｍ、横位置が２Ｐ_ｈ＜Ｐ_ｋ２＜３Ｐ_ｌの位置である。そのため、図２－２の２１６の領域に相当し、ｔ＝１［ｄｏｔ／ｍｏｄ］の構成であれば、表示したいバーコードを画面上に表示することができる。しかしながら、表示されるバーコードの最小モジュール幅がバーコードスキャナの最小分解能の仕様値を下回り、使用を想定するバーコードスキャナの仕様では、読み取りできないことが分かる。

　次に、「適正率」の算出について説明する。

　前述の「適正領域」をＵ、ｎ種類の端末ｋ１、ｋ２…ｋｎの点集合をｋとする。また、適正領域Ｕの範囲内にある端末ｋの数、すなわち、ｋ∈Ｕとなる端末の数をｍとする。すると、端末の適正率ｚをｚ＝ｍ／ｎ（０≦ｚ≦１）とすることができる。これにより、使用したいバーコードの構成仕様、バーコードスキャナの仕様、端末の画面仕様をそれぞれ考慮した「適正率」を算出することができる。

　以上により、「『使用したいバーコード』が適切かどうか」という課題に対し、定量的な「適正率」の値そのものを算出することができる。また、算出した「適正率」を、他の条件下で算出された他の「適正率」の値と比較することによって「評価」を行なうことが可能となる。

　以上説明した各変数及び各式等についてまとめると以下のようになる。

　＜条件から導かれる式＞

　Ｗ≧ｔ・Ｗ_ｍ　　　　　　　　　　…式（Ｃ）

　式（Ｄ）は式（Ａ’）及び式（Ｂ’）の双方が成立するために必要なＷ_ｍの範囲を示す式である。式（Ａ’）及び式（Ｂ’）の説明の際に「不適となる条件」として説明したように

の場合にＰ_ｌ＞Ｐ_ｈの関係となり、式（Ａ’）、式（Ｂ’）が成立しなくなる。そのため、式（Ａ’）、式（Ｂ’）の双方が成立するためにはモジュール幅Ｗ_ｍが上記式（Ｄ）の範囲にあることが前提となる。

　＜使用する変数一覧（単位は一般的に想定されるものを使用している）＞
［定義］
Ｗ_ｍ：表示させたいバーコードの横モジュール幅であり、単位は［ｍｏｄ］とする。また、Ｗ_ｍは、正の整数である。
ｔ：バーコード画像の１モジュールあたりの構成ドット数であり、単位は［ｄｏｔ／ｍｏｄ］とする。ｔは、正の整数である。
Ｗ_ｓ：バーコードスキャナの読取可能なバーコードの幅の上限であり、単位は［ｍｍ］とする。Ｗ_ｓは、正の数である。
ｄ_ｓ：バーコードスキャナの最小分解能であり、単位は［ｍｍ］とする。ｄ_ｓは、正の数である。

　［算出値］

：表示させたいバーコード幅ｔ・Ｗ_ｍがバーコードスキャナの読取可能幅Ｗ_ｓを超えない最大の画素間距離［ｍｍ／ｄｏｔ］。

：ｄ_ｈ［ｍｍ／ｄｏｔ］に対応する最小のｐｐｉ値［ｐｐｉ］。→表示させたいバーコード幅ｔ・Ｗ_ｍがバーコードスキャナの読取可能幅Ｗ_ｓを超えない最小の画素密度［ｐｐｉ］。

とし、次のように式を記述する。

：バーコードスキャナの最小分解ｄ_ｓ［ｍｍ］を下回らない最大の端末画面ｐｐｉ値［ｐｐｉ］。

とし、次のように式を記述する。

［その他］
ｄ：（任意の）端末の画素間距離［ｍｍ／ｐｉｘ］。

：（任意の）端末画面の画素間距離ｄ［ｍｍ／ｐｉｘ］を［ｐｐｉ］に変換。
Ｗ：（任意の）端末の画面幅［ｐｉｘ］。

　なお、これらを説明する図は、特に図１、図２－１及び図２－２である。また、本評価方法に特に関連する式は、式（Ａ）’、式（Ｂ）’、式（Ｃ）、式（Ｄ）である。

　次に、本発明の実施例について図を参照して具体的に説明する。以下の説明では、５つの実施例について詳細に説明するが、まずこれら５つの実施例について簡略に説明する。

　まず、実施例１は、画像表示装置及びバーコード読取装置を評価するための評価装置に関する実施例である。

　また、実施例２は、複数の画像表示装置及び複数のバーコード読取装置を評価するための評価装置に関する実施例である。

　更に、実施例３は、複数の画像表示装置で表示可能であって特定のバーコード読取装置で読み取り可能なバーコードを決定する評価装置に関する実施例である。

　実施例４は、複数の画像表示装置で表示可能である特定のバーコードを読み取るバーコード読取装置の仕様を決定するバーコード読取装置の仕様決定装置に関する実施例である。

　実施例５は、画像表示装置に表示するバーコード画像を生成するバーコード画像生成システムに関する実施例である。

　実施例１について詳細に説明する。実施例１は、使用したいバーコードが、表示したい端末で表示でき、且つ、使用を想定するバーコードスキャナで読み取り可能か否かを判定する評価装置に関するものである。なお、以下の各実施例における、バーコードは本発明の「バーコード画像」に相当する。また、端末は、本願発明の「画像表示装置」に相当する。更に、バーコードスキャナは本発明の「バーコード読取装置」に相当する。更に、評価装置は、本願発明の「バーコード評価装置」に相当する。

　まず、図３を参照して、かかる評価装置の構成例について説明する。図３を参照すると評価装置の一構成例である評価装置１０は、ＣＰＵ(Central Processing Unit)１１、記憶装置群１２、画像出力部１３及びＩ／Ｏ（Input/Output）１４を含む。また、これら評価装置１０に含まれる各部は、評価装置１０内に設けられたバスライン１５を介して相互に通信可能に接続される。

　更に、画像出力部１３には、表示装置２１が接続される。更に、Ｉ／Ｏ１４には、入力装置２２が接続される。

　ＣＰＵ１１は、記憶装置群１２に格納されたプログラムに基づいた演算処理を行い、演算結果に基づいて評価装置１０全体を制御する。また、ＣＰＵ１１は、同様にして、使用したいバーコードが、表示したい端末で表示でき、且つ、使用を想定するバーコードスキャナで読み取り可能か否かを判定する。

　記憶装置群には、各種の記憶装置が含まれる。例えば、ＲＡＭ（Random Access Memory
）といった主記憶装置や、ＲＯＭ（Read Only Memory）や、ＨＤＤ（Hard disk drive）あるいはＳＳＤ（Solid State Drive）といった補助記憶装置が含まれる。これらの記憶装置は、変数や、プログラムや、その他表示に必要な情報等を記憶する。

　画像出力部１３は、ＣＰＵ１１の指示に従って画像を出力する部分である。画像出力部１３が出力した画像信号は表示装置２１に出力される。

　表示装置２１は、使用したいバーコードが、表示したい端末で表示でき、且つ、使用を想定するバーコードスキャナで読み取り可能か否の判定結果を、ユーザに参照させるための装置である。表示装置２１は、例えば、液晶ディスプレイにより実現される。

　また、Ｉ／Ｏ１４は、評価装置１０に外部機器を接続するための部分である。Ｉ／Ｏ１４には例えば入力装置２２が接続される。

　入力装置２２は、ユーザの入力を受け付ける装置であり、例えばキーボードにより実現される。ユーザが、入力装置２２を利用して例えば、バーコードの幅、バーコードスキャナの仕様、端末の画面仕様といった情報を入力する。すると、入力された情報は、Ｉ／Ｏ１４を介して評価装置１０入力される。そして、これらの情報は、ＣＰＵ１１により処理される。

　なお、評価装置１０は、本実施例特有の装置として実現されても良いが、汎用の、例えばパーソナルコンピュータ等の装置に、本実施例特有のプログラムを組み込むことにより実現してもよい。

　次に、或るバーコードが、或る端末で表示可能で、且つ、或るバーコードスキャナで読み取り可能か否かを判定する際の、評価装置１０の処理について、図４のフローチャートを参照して説明する。

　まず、ステップＳ４０１、ステップＳ４０２及びステップＳ４０３で、バーコードの幅、バーコードスキャナの仕様、及び端末の画面仕様、といった評価のために必要な情報の入力を受け付ける。

　具体的には、ユーザが入力装置２２等の装置を用いて必要な情報を入力する。そして、評価装置１０は、この必要な情報をＩ／Ｏ１４を介して受け付ける。なお、評価装置１０に、ネットワークを介したデータ通信を行なうための通信部を更に含ませるようにしても良い。そして、必要な情報の一部又は全部を、通信部を介したデータ通信により、外部の装置から取得するようにしても良い。

　具体的に、ステップＳ４０１では、使用したいバーコードを識別するための情報（例えば、使用したいバーコードの名称）と、このバーコードの、バーコードシンボルとバーコードの左右余白とを含む全体モジュール幅Ｗ_ｍ［ｍｏｄ］の入力を受け付ける。

　ステップＳ４０２では、使用を想定するバーコードスキャナを識別するための情報（例えば、使用を想定するバーコードスキャナの名称）と、このバーコードスキャナの最小分解能ｄ_ｓ［ｍｍ］及びこのバーコードスキャナの読取可能最大幅Ｗ_ｓ［ｍｍ］の入力を受け付ける。

　ステップＳ４０３では、使用を想定する端末を識別するための情報（例えば、使用を想定する端末の名称）と、この端末の画面仕様である、画面幅（ピクセル数）Ｗ_ｋ［ｐｉｘ］及び画素密度Ｐ_ｋ［ｐｐｉ］の入力を受け付ける。

　ここで、使用したいバーコードのモジュール幅Ｗ_ｍは、使用したいバーコードのコード種別やエンコードする情報桁数等の、「使用したいバーコード」の構成条件に依存する。そのため、使用したバーコードの種類やエンコードする情報桁数等が予め決定されているならば、使用したいバーコードのモジュール幅Ｗ_ｍを事前に算出することができる。

　ここで、コード種別やエンコードする情報桁数等の、「使用したいバーコード」の構成条件に応じたモジュール幅Ｗ_ｍの計算式の例を表１に示す。

なお、ステップＳ４０１では、ユーザからモジュール幅Ｗ_ｍそのものを受け付けても良い。つまり、ユーザが、コード種別やエンコードする情報桁数等の、「使用したいバーコード」の構成条件に基づいて予め算出したモジュール幅Ｗ_ｍを受け付けても良い。

　しかし、そうするのではなく、ユーザからモジュール幅Ｗ_ｍの算出に必要な、コード種別やエンコードする情報桁数等の、「使用したいバーコード」の構成条件等の情報を受け付け、評価装置１０がモジュール幅Ｗ_ｍを算出するようにしても良い。

　その場合は、評価装置１０に、表１に示した計算式に基づいた算出を行なうための機能を実装する。そのためには、例えば、表１に示した計算式に基づいた算出を行なうためのプログラムを記憶装置群１２に格納しておく。そして、ＣＰＵ１１が、このプログラムに基づいた演算を行なうことによりモジュール幅Ｗ_ｍを算出する。

　モジュール幅Ｗ_ｍの算出に必要な情報は、例えばステップＳ４０１の段階でユーザが入力する、コードの種類、データの桁数、及びその他コードに依存した必要な情報（例えば、ＣＯＤＡＢＡＲのＮＷ比等）を受け付ける。そして、これらの情報に基づいてモジュール幅Ｗ_ｍを算出して得れば良い。

　次に、ステップＳ４０１、ステップＳ４０２及びステップＳ４０３で受け付けた情報に基づいて、バーコードの適否判定処理を開始する（ステップＳ４０４）。

　ここで、ステップＳ４０４では、端末の画面仕様については考慮せず、バーコード寸法がバーコードスキャナの仕様に対して適切か否かをまず判断する。

　具体的には、バーコードスキャナの読取可能幅Ｗ_ｓ［ｍｍ］と同じ幅のバーコードが、バーコードスキャナの最小分解能ｄ_ｓ［ｍｍ］を最小モジュール幅として構成した場合のモジュール幅、すなわち、

が、ステップＳ４０１で入力したバーコードの幅Ｗ_ｍ［ｍｏｄ］以上かどうか、すなわち、

となっているか否かを判定する。この判定で

の関係が成立していない場合は（ステップＳ４０４においてＮｏ）、ステップＳ４０５に進む。

　ここで、

とは、バーコードスキャナで読取可能なバーコードの最大幅（モジュール幅）である。式（Ａ’）及び式（Ｂ’）の説明の際に前述したように、理論上、

を超えるモジュール幅をもつバーコードシンボルは、端末の画面に表示できたとしても、バーコードの全体幅がバーコードスキャナの読取可能幅を超えるか、バーコードスキャナの最小分解能を下回ることになり、バーコードスキャナで読み取りできない。

　例えば、或るバーコードスキャナの読取可能幅Ｗ_ｓ＝６０［ｍｍ］、最小分解能ｄ_ｓ＝０．１５［ｍｍ］とすれば、

となり、モジュール幅Ｗ_ｍが４００［ｍｏｄ］を超えるバーコードは、表示する端末の画面仕様を考慮するまでもなく、この或るバーコードスキャナでは読み取りできない、ということになる。

　ステップＳ４０５では、「バーコード寸法がバーコードスキャナ仕様に不適合」である旨を表示装置２１に出力し、ステップＳ４１２に進んでＮＧ判定となり、ステップＳ４１３で一連の判定処理を終了する。

　一方、ステップＳ４０４の判定で

の関係が成立していれば（ステップＳ４０４においてＹｅｓ）、ステップＳ４０６に進む。

　ステップＳ４０６では、ステップＳ４０１で入力されたモジュール幅Ｗ_ｍを持つバーコードが、ステップＳ４０３で入力された画面仕様を持つ端末の画面に表示可能であるか否かを判断する。具体的には、バーコードのモジュール幅Ｗ_ｍが端末画面幅Ｗ_ｋ以下であれば、バーコードは端末に「表示可能」であり、そうでなければ「表示不能」、となる。

　ステップＳ４０６の判定で「表示不能」であれば（ステップＳ４０６においてＮｏ）、ステップＳ４０７に進む。

　そして、ステップＳ４０７では「バーコードは端末画面上に表示不能」である旨を表示装置２１に出力し、ステップＳ４１２に進んでＮＧ判定となり、ステップＳ４１３で一連の判定処理を終了する。

　一方、４０６の判定で「バーコードは端末画面上に表示可能」であれば（ステップＳ４０６においてＹｅｓ）、ステップＳ４０８に進む。

　ステップＳ４０８では、モジュール幅Ｗ_ｍのバーコードを、端末画面上に表示した場合、バーコードの最小モジュール幅がバーコードスキャナの最小分解能より大きく、且つ、端末画面上に表示したときのバーコードの幅［ｍｍ］がバーコードスキャナの読取可能幅以下であるか否かを判定する。

　具体的には、次のように計算する。

　表示するバーコードの最小モジュール幅をｔ［ｄｏｔ／ｍｏｄ］とすると、

となる整数を最大値として、１［ｄｏｔ／ｍｏｄ］、２［ｄｏｔ／ｍｏｄ］…、となる。
このとき、ｔのとり得る範囲で、端末の画素密度Ｐ_ｋに対し

…の二式が同時に成立するｔが存在するか否かを判定する。判定の結果、二式が同時に成立するｔが一つも存在しなければ「読取不能」となり（ステップＳ４０８においてＮｏ）、ステップＳ４０９に進む。そして、ステップＳ４０９では、「バーコードは表示可能だが、バーコードスキャナで読取不能」である旨を表示装置２１に出力し、ステップＳ４１２に進みＮＧ判定となり、ステップＳ４１３で一連の判定処理を終了する。

　一方で、式（Ａ’）、式（Ｂ’）が同時に成立するｔが一つでも存在すれば、「読取可能」となり（ステップＳ４０８においてＹｅｓ）、ステップＳ４１０に進む。ステップＳ４１０では「バーコードは表示可能でバーコードスキャナで読取可能」である旨を表示装置２１に出力する。なお、この場合に、式（Ａ’）、式（Ｂ’）が同時に成立するｔの値がいくつであるのかも表示するようにしても良い。そして、ステップＳ４１１に進み、ＯＫ判定となり、ステップＳ４１３で一連の判定処理を終了する。

　ステップＳ４１３で一連の判定処理終了後、図５の様に、縦軸を端末画面幅Ｗ［ｐｉｘ］、横軸を画素密度Ｐ［ｐｐｉ］としたＰ－Ｗ平面に、式（Ａ’）、式（Ｂ’）及びＷ≧ｔ・Ｗ_ｍの全てが同時に成立する領域を表す。本例では、これら全てが同時に成立する領域として５０１の領域及び５０２の領域を示す。

　そして、そのＰ－Ｗ平面上に、判定処理の対象とした端末の、画素密度Ｐ_ｋ［ｐｐｉ］及び画面幅Ｗ_ｋ［ｐｉｘ］に対応する点、すなわち、判定処理の対象とした端末の画面仕様に対応する点をプロットする。

　そして、式（Ａ’）、式（Ｂ’）及びＷ≧ｔ・Ｗ_ｍの全てが同時に成立する領域を示すと共に、判定処理の対象とした端末の画面仕様に対応する点をプロットした、かかるＰ－Ｗ平面を表示装置２１に表示する等の方法で出力する。

　例えば、図５に示されるように、判定処理の対象とした端末の画面仕様に対応する点である５０３をプロットした図を表示する。このようにすることで、幅Ｗ_ｍ［ｍｏｄ］のバーコードを、画素密度Ｐ_ｋ［ｐｐｉ］、画面幅Ｗ_ｋ［ｐｉｘ］の端末画上に表示しようとしたときに表示でき、且つ、最小分解能ｄ_ｓ［ｍｍ］と読取可能最大幅Ｗ_ｓ［ｍｍ］のバーコードスキャナで読取可能となるかどうか、すなわち、バーコード幅、端末画面仕様、バーコードスキャナ仕様の関係が「適正」であるか否かが可視化され、端末の画面を参照したユーザが視覚的に確認することができる。

　例えば、ユーザが、図５が表示された表示装置２１を参照すると、端末ｋの画面仕様に対応する点である５０３が、ｔ＝２の条件下であれば「適正領域」にあることが分かる。つまり、端末ｋについて、ｔ＝２の条件下であれば、バーコード幅、端末画面仕様、バーコードスキャナ仕様の関係が「適正」となることが分かる。

　また、式（Ａ’）、式（Ｂ’）及びＷ≧ｔ・Ｗ_ｍの全てが同時に成立する領域に端末の画素密度Ｐ_ｋ［ｐｐｉ］、画面幅Ｗ_ｋ［ｐｉｘ］の点ｋが入らない場合は何らかの原因で「適正でない」ことが分かる。更に、式（Ａ’）と式（Ｂ’）及びＷ≧ｔ・Ｗ_ｍがの全て同時に成立する領域と点ｋの位置関係により、適正でない「原因」と、「どの程度」適正ではないのかも判断することができる。

　例えば、図５に示される、端末ｋ１の画面仕様に対応する点である５０４は、５０１の領域及び５０２の領域の何れの領域にも無い。つまり、端末ｋ１の画面仕様は、バーコード幅及びバーコードスキャナ仕様との関係で、「適正でない」ことを意味する。この時、端末ｋ１の画面仕様に対応する点である５０４の縦軸Ｗ_ｋ１はＷ_ｍと２Ｗ_ｍの間に位置するため、ｔ＝１の条件でのみ「表示可能」と分かる。しかし、ｔ＝１の場合の適正領域である５０１の領域より右側、すなわち端末ｋ１の画面仕様に対応する点である５０４の横軸Ｐ_ｋ１はＰ_ｈより大きい。そのため、ｔ＝１の条件で端末にバーコードを端末上に表示した場合、表示されたバーコードの最小モジュール幅がバーコードスキャナの最小分解能を下回るためバーコードスキャナで読み取りできない、という「不適正要因」が分かる。また、端末ｋ１の画面仕様に対応する点である図５の５０４の例で、５０４が、どの程度適正領域境界から離れているかを、

で定量化し、不適の「程度」を測ることができる。

　また、端末ｋ２の画面仕様に対応する点である図５の５０５は端末ｋ１の画面仕様に対応する点である５０４同様、５０１の領域及び５０２の領域の何れの領域にも無い。つまり、端末ｋ２の画面仕様は、バーコード幅及びバーコードスキャナ仕様との関係で、「適正でない」ことを意味する。この時、端末ｋ２の画面仕様に対応する点である５０５の縦軸Ｗ_ｋ２はＷ_ｍと２Ｗ_ｍの間に位置するため、ｔ＝１の条件でのみ「表示可能」と分かる。

　しかし、ｔ＝１の場合の適正領域である５０１の領域よりより左側、すなわち点ｋ２の横軸Ｐ_ｋ２はＰ_ｌより小さい。そのため、ｔ＝１の条件で端末にバーコードを端末上に表示した場合、表示されたバーコードの全体幅がバーコードスキャナの読取可能幅を上回り、バーコードスキャナで読み取りできない、という「不適正要因」が分かる。また、端末ｋ２の画面仕様に対応する点である図５の５０５の例で、５０５が、どの程度適正領域境界から離れているかを、

で定量化し、不適の「程度」を測ることができる。

　以上説明した本実施例では、バーコード幅、端末画面仕様、バーコードスキャナ仕様の関係が「適正」となるか否かを評価することができる。また、適正でない場合には、適正でない「原因」と、「どの程度」適正ではないのかも分かる。そして、これらの情報を可視化して、ユーザに提示することより、ユーザが視覚的にこれらの情報を把握することが可能となる、という効果を奏する。

　次に、実施例２について説明する。実施例２は、使用したい複数のバーコードが、表示したい複数の端末で表示でき、且つ、使用を想定する複数のバーコードスキャナで読み取り可能か否かを判定する評価装置に関するものである。

　本実施例は、複数のバーコードと複数のバーコードスキャナ、及び、複数の端末で、端末画面上にバーコードを表示でき、かつバーコードスキャナで読み取りが可能かどうかを総合的に判断する手段として有効である。

　本実施例における評価装置１０の構成は、図３を参照して説明した実施例１の構成と同様であるため、再度の説明を省略する。

　次に、あるバーコードが、ある端末で表示可能で、且つ、あるバーコードスキャナで読み取り可能かどうかを判定する際の評価装置１０の処理を、図６のフローチャートを参照して説明する。ここで、図６のフローチャートに示される処理は、図４を参照して説明した実施例１における処理を変形し、複数のバーコード、複数の端末、複数のバーコードスキャナで読み取り可能か否かを判定することができるようにしたものである。

　まず、ステップＳ６０１、ステップＳ６０２及びステップＳ６０３で、複数のバーコードの幅、複数のバーコードスキャナの仕様、及び複数の端末の画面仕様、といった評価のために必要な情報の入力を受け付ける。具体的には、ユーザが入力装置２２等の装置を用いて必要な情報を入力する。そして、評価装置１０は、この必要な情報をＩ／Ｏ１４を介して受け付ける。なお、評価装置１０に、ネットワークを介したデータ通信を行なうための通信部を更に含ませるようにしても良い。そして、必要な情報の一部又は全部を、通信部を介したデータ通信により、外部の装置から取得するようにしても良い。

　より具体的には、ステップＳ６０１では、使用したいバーコードを識別するための情報（例えば、使用したいバーコードの名称）、このバーコードの、バーコードシンボルとバーコードの左右余白とを含む全体モジュール幅Ｗ_ｍ［ｍｏｄ］の入力を複数のバーコードの分受け付ける。

　ステップＳ６０２では、使用を想定するバーコードスキャナを識別するための情報（例えば、使用を想定するバーコードスキャナの名称）、このバーコードスキャナの最小分解能ｄ_ｓ［ｍｍ］とこのバーコードスキャナの読取可能最大幅Ｗ_ｓ［ｍｍ］の入力をバーコードスキャナ複数台分受け付ける。

　ステップＳ６０３では、使用を想定する端末を識別するための情報（例えば、使用を想定する端末の名称）と、この端末の画面仕様である、画面幅（ピクセル数）Ｗ_ｋ［ｐｉｘ］及び画素密度Ｐ_ｋ［ｐｐｉ］の入力を端末複数台分受け付ける。

　入力された情報は、それぞれ所定のデータベースに格納され、記憶される。具体的には、バーコード情報データベース１２－１、バーコードスキャナ情報データベース１２－２、端末情報データベース１２－３に記録される。ここで、これら３つのデータベースは、評価装置１０の記憶装置群１２に含まれる何れかの記憶装置により実現されるものとする。なお、今回の処理に伴って実行されるステップＳ６０１、ステップＳ６０２及びステップＳ６０３において情報が入力されても良いが、入力されるべき情報の一部又は全部を、予め、バーコード情報データベース１２－１、バーコードスキャナ情報データベース１２－２、端末情報データベース１２－３に記録しておくようにしても良い。

　ここで、入力される情報とデータベースとの対応について説明する。

　バーコード情報データベース１２－１には、ステップＳ６０１にて入力されるバーコード情報、すなわち、使用したいバーコードを識別するための情報（例えば、使用したいバーコードの名称）、このバーコードの、バーコードシンボルとバーコードの左右余白とを含む全体モジュール幅Ｗ_ｍ［ｍｏｄ］、といった情報が複数のバーコード分格納される。ここで、使用したいバーコードのモジュール幅Ｗ_ｍは、実施例１と同様、使用するバーコードの種類やエンコードする情報桁数等、「使用したいバーコード」の構成条件に依存し、事前に算出することができる。また、実施例１同様に、評価装置１０が、表１に示した計算式等に基づいてモジュール幅Ｗ_ｍを算出するようにしてもよい。

　また、バーコードスキャナ情報データベース１２－２には、ステップＳ６０２にて入力されるバーコードスキャナ情報、すなわち、使用を想定するバーコードスキャナを識別するための情報（例えば、使用を想定するバーコードスキャナの名称）、このバーコードスキャナの最小分解能ｄ_ｓ［ｍｍ］とこのバーコードスキャナの読取可能最大幅Ｗ_ｓ［ｍｍ］、といった情報がバーコードスキャナ複数台分格納される。

　また、端末情報データベース１２－３には、ステップＳ６０３にて入力される端末情報、すなわち、使用を想定する端末を識別するための情報（例えば、使用を想定する端末の名称）と、この端末の画面仕様である、画面幅（ピクセル数）Ｗ_ｋ［ｐｉｘ］及び画素密度Ｐ_ｋ［ｐｐｉ］といった情報が端末複数台分格納される。

　このとき、バーコード情報データベース１２－１、バーコードスキャナ情報データベース１２－２、端末情報データベース１２－３の各データベース上では、それぞれのデータをｎ番目のデータとして取り扱う。また、評価装置１０のＣＰＵ１１は、必要に応じてｎ番目のデータを取り出すことができるものとする。バーコード情報データベース１２－１、バーコードスキャナ情報データベース１２－２、端末情報データベース１２－３の各データベースの記録状態の例を、表２、表３及び表４として以下に示す。

　これら各データベースに情報が格納されたのち、図６のステップＳ６０４から適否判定処理に入るので、この処理について説明を行なう。

　ステップＳ６０４ではバーコード情報データベース１２－１から、未判定のバーコード幅情報Ｗ_ｍ［ｍｏｄ］を取り出す。次に、ステップＳ６０５で、未判定のバーコードスキャナ仕様である、バーコードスキャナの最小分解能ｄ_ｓ［ｍｍ］と読取可能最大幅Ｗ_ｓ［ｍｍ］を取り出す。次に、６０６で、バーコードスキャナ情報データベース１２－２から未判定の端末の画面仕様である、画面幅（ピクセル数）Ｗ_ｋ［ｐｉｘ］と画素密度Ｐ_ｋ［ｐｐｉ］を取り出す。このように、本実施例では、判定処理のたびに未判定の情報を取り出して、判定対象を変更することにより、複数のバーコード、複数のバーコードスキャナ仕様、及び複数の端末の画面仕様の、各組み合わせについて判定を行なう。

　次に、ステップＳ６０７に進み、端末の画面仕様によらず、バーコード寸法がバーコードスキャナの仕様に対して適切かどうかを判断する。

　具体的な判定方法は、実施例１の図４のステップＳ４０４の判定方法と同様、

が、ステップＳ６０４で取り出したバーコードの幅Ｗ_ｍ［ｍｏｄ］より大きいかどうか、以上かどうか、すなわち、

となっているかどうかを判定する。この判定で

の関係が成立していない場合は（ステップＳ６０７においてＮｏ）、ステップＳ６０８に進む。

　ステップＳ６０８では、端末画面仕様を問わず「バーコード寸法がバーコードスキャナ仕様に不適合」と判断し、ステップＳ６１６に進んでＮＧ判定とする。そして、ステップＳ６１９で、端末仕様の個別確認処理をすることなく、今回判定の対象としている、モジュール幅Ｗ_ｍを持つバーコードが、全ての端末でＮＧという判定結果を判定結果データベース１２－４に記録する。更に、全ての端末の判定が終了した、という扱いにしたうえで、次の処理であるステップＳ６２０に進む。ここで、判定結果データベース１２－４は、判定結果を記憶するデータベースである。また、判定結果データベース１２－４は、バーコード情報データベース１２－１、バーコードスキャナ情報データベース１２－２、及び端末情報データベース１２－３の３つのデータベースと同様に、評価装置１０の記憶装置群１２に含まれる何れかの記憶装置により実現されるものとする。

　一方、ステップＳ６０７の判定で

の関係が成立していれば（ステップＳ６０７においてＹｅｓ）、ステップＳ６０９に進む。

　ステップＳ６０９では、実施例１の図４のステップＳ４０６と同様、ステップＳ６０４で入力され、今回判定の対象としている、モジュール幅Ｗ_ｍを持つバーコードが、ステップＳ６０６で入力され、今回判定の対象としている、画面仕様を持つ端末の画面に表示可能であるか否かを判断する。具体的には、バーコードのモジュール幅Ｗ_ｍが端末画面幅Ｗ_ｋ以下であれば、バーコードは端末に「表示可能」であり、そうでなければ「表示不能」、となる。

　ステップＳ６０９の判定で「表示不能」であれば（ステップＳ６０９においてＮｏ）、ステップＳ６１０に進む。

　ステップＳ６１０では「バーコードは端末画面上に表示不能」と判断し、ステップＳ６１５に進んでＮＧ判定とする。そして、ステップＳ６１７では、判定した端末の情報、バーコードのモジュール幅情報、バーコードスキャナの仕様情報と判定結果を判定結果データベース１２－４に記録し、次の処理であるステップＳ６１８に進む。

　一方、ステップＳ６０９の判定で「バーコードは端末画面上に表示可能」であれば（ステップＳ６０９においてＹｅｓ）、ステップＳ６１１に進む。

　ステップＳ６１１では、実施例１の図４のステップＳ４０８と同様、今回判定の対象としているモジュール幅Ｗ_ｍのバーコードを今回判定の対象としている端末画面上に表示した場合、バーコードの最小モジュール幅が今回判定の対象としているバーコードスキャナの最小分解能より大きく、且つ、端末画面上に表示したときのバーコードの幅が今回判定の対象としているバーコードスキャナの読取可能Ｗ_ｓ［ｍｍ］幅以下であるか否かを判定する。

　具体的には、実施例１と同様に、次のように計算する。

…の二式が同時に成立するｔが存在するか否かを判定する。判定の結果、二式が同時に成立するｔが一つも存在しなければ「読取不能」となり（ステップＳ６１１においてＮｏ）、ステップＳ６１２に進む。

　ステップＳ６１２で、「バーコードは表示可能だが、バーコードスキャナで読取不能」と判断してステップＳ６１５に進んでＮＧ判定とする。また、ステップＳ６１７で判定した端末の情報、バーコードのモジュール幅情報、バーコードスキャナの仕様情報と判定結果を判定結果データベース１２－４に記録する。そして、次の処理であるステップＳ６１８に進む。

　このとき、バーコード情報データベース１２－１、バーコードスキャナ情報データベース１２－２、端末情報データベース１２－３の各データベース上では、それぞれのデータをｎ番目のデータとして取り扱う。また、評価装置１０のＣＰＵ１１は、必要に応じてｎ番目のデータを取り出すことができるものとする。バーコード情報データベース１２－１、バーコードスキャナ情報データベース１２－２、端末情報データベース１２－３の各データベースの記録状態の例は、表２、表３及び表４に示されている。

　ここで、判定結果データベース１２－４の記録状態の例を、表５として以下に示す。

　なお、判定結果に加えて、判定過程で計算した値、及び、ステップＳ６０８、ステップＳ６１０及びステップＳ６１２で「不適合」と判断した理由を付帯情報として追加しても良い。本実施例では、使用したいバーコード、バーコードスキャナの仕様、及び端末の画面仕様の全てについて総当りで判定を行なう。そのため、判定結果のレコードの総数は、端末の数×バーコードスキャナの数×バーコードの数になる。ただし、通常は全ての組み合わせについて判定を行うが、仮に何らかの理由がある場合には、一部の組み合わせについて判定を行なうようにしてもよい。

　ステップＳ６１８では、ステップＳ６０３で入力された端末情報、すなわち、端末情報データベース１２－３に記録されている端末のうち、ステップＳ６０９及びステップＳ６１１での判定処理が行われていない端末が残っているか否かを確認する。この時、未判定の端末があれば（ステップＳ６１８においてＮｏ）、ステップＳ６０６に戻り、改めて未判定の端末を選択して判定処理を行う。一方で、未判定の端末が無ければ（ステップＳ６１８においてＹｅｓ）、ステップＳ６２０に進む。

　ステップＳ６２０では、ステップＳ６０２で入力されたバーコードスキャナの仕様情報、すなわち、バーコードスキャナ情報データベース１２－２に記録されているバーコードスキャナのうち、ステップＳ６０７及びステップＳ６１１での判定処理が行われていないバーコードスキャナが残っているか否かを確認する。この時、未判定のバーコードスキャナがあれば（ステップＳ６２０においてＮｏ）ステップＳ６０５に戻り、改めて未判定のバーコードスキャナを選択して判定処理を行う。一方で、未判定のバーコードスキャナが無ければ（ステップＳ６２０においてＹｅｓ）、ステップＳ６２１に進む。

　ステップＳ６２１では、ステップＳ６０１で入力されたバーコードのモジュール幅情報、すなわち、バーコード情報データベース１２－１に記録されているバーコードのうち、ステップＳ６０７、ステップＳ６０９及びステップＳ６１１で判定処理が行われていないバーコードが残っているか否かを確認する。この時、未判定のバーコードがあれば（ステップＳ６２１においてＮｏ）、ステップＳ６０４に戻り、改めて未判定のバーコードを選択して判定処理を行う。一方で、未判定のバーコードが無ければ（ステップＳ６２１においてＹｅｓ）、ステップＳ６２２に進む。ここで、ステップＳ６２１においてＹｅｓとなったということは、使用したいバーコード、バーコードスキャナの仕様、及び端末の画面仕様の全ての組み合わせについて判定が行われたということとなる。そのため、この段階で、判定処理は終了する。

　そして、ステップＳ６２２では、一連の判定過程で記録されている判定結果（判定結果データベース１２－４に記憶されている情報）をもとに、判定結果を出力する。出力は、例えば表示装置２１に判定結果を表示することにより行われる。

　この時、判定結果データベース１２－４の記録情報を全て出力してもよいが、バーコードスキャナの種類とバーコード幅別に分けてリスト形式で表示してもよい。この場合の結果表示例は、以下の表６に表わされる様になる。この時、バーコードスキャナの種類とバーコード幅別に、判定結果が「ＯＫ」となった端末の数を、判定対象とした端末の数で除算した値を「適合率」と定義して算出することができる。また、算出した「適合率」も例えばユーザに対して出力することができる。

　ここで、判定対象とした端末全てについて、判定結果がＯＫとなった場合の適合率は１となる。一方で、判定結果がＯＫとならなかった端末が増えるほど適合率は１よりも小さくなる。つまり、より１に近い値の方が「適合率」が良いといえる。そして、それぞれの条件における「適合率」の値を比較することにより、どのバーコードスキャナの種類とバーコード幅の組み合わせが最も好ましいかを判断することが可能となる。

　また、図１等を参照して前述したように、判定処理の結果について可視化して、視覚的に表示してもよい。具体的には、横軸に端末画面密度Ｐ、縦軸に端末画面幅ＷとしたＰ－Ｗ平面をバーコードスキャナの種類とバーコード幅毎に作成する。そして、作成した各Ｐ－Ｗ平面上にステップＳ６０７、ステップＳ６０９、及びステップＳ６１１の判定過程で計算した適合領域を示す。更に、各端末の画素密度と画面幅をＰ、Ｗとした点をプロットする。このようにすることで、判定処理の結果について可視化して、視覚的に表示しても良い。

　このように判定結果をＰ－Ｗ平面上に視覚的に表示した場合の一例が図７に表わされている。ここで、図７は下記の表７に表す画面仕様である端末ｋ１乃至ｋ１２を対象に、モジュール幅Ｗ_ｍ＝３０８［ｍｏｄ］（１種類）、バーコードスキャナの仕様が、最小分解能０．１５［ｍｍ］、読取可能幅６０［ｍｍ］（１種類）の場合に、図６のフローチャートに記載の処理に従って判定した結果を前述のＰ－Ｗ平面にプロットしたものである。

　図７の７０１の領域内、７０２の領域内及び７０３の領域内にある点（に対応する端末）が「判定ＯＫ」となる点（に対応する端末）である。この時、７０１の領域内、７０２の領域内及び７０３の領域内の領域内にある点が６点であることから、判定結果が「判定ＯＫ」となった端末の数は６となり、これを判定対象とした端末の数１２で除算した値である「適合率」は６／１２＝０．５と算出できる

　更に、使用予定の全端末の数量中に、使用予定の各端末の数量が占める割合である「存在率（又は稼働率）」が分かっている場合は、その存在率情報を加味することができる。具体的には、ＯＫ判定となった端末の存在率（又は稼働率）をそれぞれ加算することで、「実効適合率」として算出することもできる。算出した「実効適合率」は例えばユーザに対して出力することができる。

　ここで、「実効適合率」の考え方について説明する。実際にバーコードを端末に表示して、バーコードスキャナで読み取る場面を想定した場合に、少数しか存在しない（又は少数しか稼働していない）端末が使用される可能性よりも、多数存在する（又は多数稼働している）端末が使用される可能性の方が高いと考えられる。

　そのため、多くの種別の端末でＯＫ判定となったとしても、それらの端末の存在率（又は稼働率）が極めて低いのであれば、表示や読み取りに失敗する場面が多くなると考えられる。一方で、少数の種別の端末でしかＯＫ判定とならなかったとしても、それらの端末の存在率（又は稼働率）が極めて高いのであれば、表示や読み取りに成功する場面が多くなると考えられる。

　つまり、各端末の存在率（又は稼働率）が大きく異なるような場合には、「適合率」のみでは、適切な評価を行いきれない場合も想定される。

　そのため、適合率に加えて、ＯＫ判定となった端末の存在率（又は稼働率）をそれぞれ加算して、端末の存在率（又は稼働率）を考慮した「実効適合率」を算出する。「実効適合率」は、少数しか存在しない（又は少数しか稼働していない）端末で判定ＯＫとなる場合より、多数存在する端末（又は多数稼働している）で判定ＯＫとなる場合に高くなる。

　こうすることにより、「適合率」が同じような値であった場合でも、各端末の存在率（又は稼働率）を考慮した、他の観点からの評価を行なうことが可能となる。

　下記の表８は、表７に記載した画面仕様の各端末について、前述のバーコードスキャナ仕様とバーコード幅（最小分解能０．１５［ｍｍ］、読取可能幅６０［ｍｍ］モジュール幅Ｗ_ｍ＝３０８［ｍｏｄ］）の場合について判定を行った際の判定結果を示している。そして、判定結果に基づいて算出された実効適合率も示している。

　この例では、ＯＫ判定となった各端末の存在率を加算した値が０．６２であるため、実効適合率は０．６２となる。

　ステップＳ６２２で結果を表示したら、ステップＳ６２３に進み、処理を終了する。また、参照元のデータベースであるバーコード情報データベース１２－１、バーコードスキャナ情報データベース１２－２、端末情報データベース１２－３の各データベースに新たにデータが登録されるような場合（再度ステップＳ６０１乃至ステップＳ６０３の何れか又は全てが行われるような場合）には、判定結果も異なったものとなる。このような場合には、この新たなデータにも基づいた判定を行なうために、参照元のデータベースを再度参照し、再度の判定及び判定結果の出力を行なうようにしてもよい（再度のステップＳ６０４乃至ステップＳ６２３）。

　以上説明した本実施例では、複数のバーコードと複数のバーコードスキャナ、及び、複数の端末で、端末画面上にバーコードを表示でき、かつバーコードスキャナで読み取りが可能かどうかを判定することができる。

　更に、本実施例では、適合率や実効適合率を算出できることから、総合的な評価を行なうことが可能となる、という効果を奏する。

　なお、以下に図７の各領域を特定するための数式を参考のために記載する。
＜参考＞
　モジュール幅Ｗ_ｍ＝３０８［ｍｏｄ］、バーコードスキャナの仕様が、最小分解能ｄ_ｓ＝０．１５［ｍｍ］、読取可能幅Ｗ_ｓ＝６０［ｍｍ］の場合の計算値
　Ｐ≧ｔ・Ｐ_ｌ（Ｐ_ｌ＝２５．４・Ｗ_ｍ／Ｗ_ｓ）　　　　…式（Ａ’）
　Ｐ≧ｔ・２５．４×３０８／６０
　Ｐ≧１３０．３８７・ｔ（Ｐ_ｌ＝１３０．３８７）　　…（ａ）

　Ｐ≦ｔ・Ｐ_ｈ（Ｐ_ｈ＝２５．４／ｄ_ｓ）　　　　　　　…式（Ｂ’）
　Ｐ≦ｔ・２５．４／０．１５
　Ｐ≦１６９．３３３・ｔ（Ｐ_ｌ＝１６９．３３３）　　　…（ｂ）
　Ｗ≧ｔ・Ｗ_ｍ　　　　　　　　　　　　…式（Ｃ）
　Ｗ≧３０８・ｔ…（ｃ）
　そして、（ａ）、（ｂ）、（ｃ）の式を同時に満たす領域が、ｔ＝１の場合が図７の７０１の領域、ｔ＝２の場合が７０２の領域、ｔ＝３の場合が７０３の領域となる。

　次に、実施例３について説明する。実施例３は、特定のバーコードスキャナと複数の端末を使用することを想定したときに、端末上に表示可能で、かつ、この特定のバーコードスキャナで読み取りが可能となる、最適なバーコードのモジュール幅（又は、バーコードのエンコード桁数）を決定する評価装置に関するものである。

　本実施例は、端末で表示でき、かつバーコードスキャナで読み取りが可能な範囲で、できるだけバーコードシンボルの幅（エンコード桁数）を大きくしたいという目的を実現する手段として有効である。

　本実施例における評価装置１０の構成は、図３を参照して説明した実施例１や実施例２の構成と同様であるため、再度の説明を省略する。

　次に、或るバーコードスキャナの仕様に対し、少なくともこの或るバーコードスキャナで読み取りできるバーコードのモジュール幅を決定するための処理について、図８のフローチャートを参照して説明する。

　まず、後段の処理において、エンコード桁数を与えると、バーコードを構成するのに必要なモジュール幅を算出できるようにする必要がある。そのため、モジュール幅を算出するために必要な情報である、バーコードの種類や、付帯情報の入力を受け付ける（ステップＳ８０１）。ここで、バーコードの種類とは、例えばＣＯＤＥ１２８やＣＯＤＡＢＡＲといったものである。また、付帯情報とは、例えばＣＯＤＥ１２８であればＣｏｄｅＳｅｔＣ、ＣＯＤＡＢＡＲであればＮＷ比・キャラクタ間ギャップといった情報である。なお、コード種別により特定されるバーコードの種類及びバーコード構成条件に応じたモジュール幅Ｗ_ｍの具体的な計算式については、表１を参照して前述している通りである。

　次に、ステップＳ８０２において、検討の対象となるバーコードスキャナの情報を受け付ける。具体的には、バーコードスキャナを識別するための情報（例えば、バーコードスキャナの名称）と、「使用を想定するバーコードスキャナの仕様」である最小分解能ｄ_ｓ［ｍｍ］及び読取可能最大幅Ｗ_ｓ［ｍｍ］の入力を受け付ける。

　受け付けた各情報は、バーコードスキャナ情報データベース１２－２に格納してステップＳ８０３に進む。なお、本実施例におけるバーコード情報データベース１２－１及びバーコードスキャナ情報データベース１２－２は、実施例２におけるバーコード情報データベース１２－１及びバーコードスキャナ情報データベース１２－２とそれぞれ同等のものであり評価装置１０の記憶装置群１２に含まれる何れかの記憶装置により実現されるものとする。

　また、今回の処理に伴って実行されるステップＳ８０２において情報が入力されても良いが、入力されるべき情報の一部又は全部を、予め、バーコードスキャナ情報データベース１２－２に記録しておくようにしても良い。また、評価装置１０に、ネットワークを介したデータ通信を行なうための通信部を更に含ませるようにしても良い。そして、バーコードスキャナ情報データベース１２－２に格納する情報の一部又は全部を、通信部を介したデータ通信により、外部の装置から取得するようにしても良い。

　続いて、ステップＳ８０３では、検証すべきバーコードのモジュール幅の最大値Ｗ_ｂをバーコードスキャナの仕様情報に基づいて算出する。

　具体的には、少なくとも、バーコードスキャナの仕様とバーコードの幅が「端末の仕様によらず不適」とならないための条件、すなわち、

…の条件を満たすＷ_ｍの最大値をＷ_ｂとする。

　すなわち、バーコードのモジュール幅の最大値Ｗ_ｂは

…との式で算出できる。Ｗ_ｂは検証すべきバーコードのモジュール幅の最大値となる。

　例えば、バーコードスキャナの読取可能幅Ｗ_ｓ＝６０［ｍｍ］、最小分解能ｄ_ｓ＝０．１５［ｍｍ］の場合、上記の式に基づいて

となり、Ｗ_ｂ＝４００と算出できる。

　ステップＳ８０４では、検証すべきバーコードのモジュール幅の最小値Ｗ_ａをバーコードスキャナの仕様情報から算出する。具体的には、次のような考え方で算出する。

　図１の様に、Ｐ－Ｗ平面上、バーコードのモジュール幅とバーコードスキャナの仕様からから適合する領域を示すことができるが、例えば、１モジュールあたりの構成ドット数ｔ＝１の適合領域である１０１の領域の右端（Ｐ＝Ｐ_ｈ）とｔ＝２の適合領域である１０２の領域の左端（Ｐ＝２Ｐ_ｌ）の間に隙間ができ、この隙間の領域に端末の画面仕様があると、「バーコードとバーコードスキャナがその端末とは適合しない」という結果を導いてしまう。そのため、ｔ＝１の適合領域である１０１の領域の右端（Ｐ＝Ｐ_ｈ）とｔ＝２の適合領域である１０２の領域の左端（Ｐ＝２Ｐ_ｌ）の間の隙間を考え、理想的には、この隙間がゼロ以下であれば、より「適合する範囲」を広げることができる。具体的には、次のように算出する。

　１モジュールあたりのドット数ｔ［ｄｏｔ／ｍｏｄ］のときの左右適合領域のギャップ幅ｇは次のような式で示すことができる。

　ｇ＝（ｔ＋１）・Ｐ_ｌ-ｔ・Ｐ_ｈ
　各実施例の説明の前提として説明した、式（Ａ’）、式（Ｂ’）から、

、及び、

であることから、

…となる。

　ギャップｇが０以下であるためには、ｇ≦０、つまり

これをＷ_ｍについて解くと、

…となる。

　ｔ＝１とｔ＝２の適正領域のギャップを考え、ｔ＝１を代入すると、

…となる。

　この条件を満たすＷ_ｍの最大値をＷ_ａとする。
　すなわち、バーコードのモジュール幅の最小値Ｗ_ａは、

…との式で算出できる。また、Ｗ_ａは前述の「隙間」の幅が０以下となる最大値で、Ｗ_ｍがこの値より大きくなるにつれ、「適合しない」端末が増加する。

　例えば、バーコードスキャナの読取可能幅Ｗ_ｓ＝６０［ｍｍ］、最小分解能ｄ_ｓ＝０．１５［ｍｍ］の場合、上記の式から

となり、Ｗ_ａ＝２００と算出できる。

　次に、ステップＳ８０３及びステップＳ８０４でそれぞれ算出したＷ_ａとＷ_ｂを用いて、

となる範囲のバーコードのモジュール幅Ｗが検査対象として決定する（ステップＳ８０５）。

　例えば、バーコードスキャナの読取可能幅Ｗ_ｓ＝６０［ｍｍ］、最小分解能ｄ_ｓ＝０．１５［ｍｍ］の場合、前述したように式（Ｄ）に基づいた式

からＷ_ｂ＝４００となり、式（Ｅ）に基づいた式

からＷ_ａ＝２００となるため、

となる範囲のバーコードのモジュール幅Ｗで検証することとする。

　このとき、桁数ｎ（整数）に対してバーコードの全体モジュール幅Ｗを算出する式を、バーコード種類別計算式格納部１２－５を参照して取得する。ここで、桁数ｎ（整数）に対してバーコードの全体モジュール幅Ｗを算出する式は、コード種別情報及び付帯情報に応じて異なる。そのため、ステップＳ８０１で入力を受け付けたコード種別情報及び付帯情報に対応する式を取得する。ここで、バーコード種類別計算式格納部１２－５は、さまざまなコード種別情報及び付帯情報に対応する、桁数ｎ（整数）に対してバーコードの全体モジュール幅Ｗを算出する式を格納する部分である。具体的には、バーコード種類別計算式格納部１２－５には表１に記載されているような式が格納される。また、バーコード種類別計算式格納部１２－５は、評価装置１０の記憶装置群１２に含まれる記憶装置により実現される。

　そして、取得した式に基づいて、Ｗ_ａを超えない最大の桁数ｎ_ａ、Ｗ_ｂを超えない最大の桁数ｎ_ｂを求める。つまり、バーコードのモジュール幅Ｗはエンコード桁数のｎ_ａ桁からｎ_ｂ桁の範囲で求めれば良い。

　例えば、バーコードスキャナの読取可能幅Ｗ_ｓ＝６０［ｍｍ］、最小分解能ｄ_ｓ＝０．１５［ｍｍ］の場合に、対象となるバーコードの種別情報及び付帯情報がＧＳ１－１２８（ＥＡＮ－１２８）のＣＯＤＥＳＥＴ　Ｃであれば、表１の計算式より、Ｗ＝１１ｎ／２＋６６であるため、
　Ｗ_ａ＝１１ｎ_ａ／２＋６６、Ｗ_ｂ＝１１ｎ_ｂ／２＋６６、をそれぞれ、ｎ_ａ、ｎ_ｂについて解くと、
　ｎ_ａ…２４．３６を超えない整数（ただし、ＣＯＤＥＳＥＴ　Ｃなので偶数）＝２４桁、
　ｎ_ｂ…６０．７３を超えない整数（ただし、ＣＯＤＥＳＥＴ　Ｃなので偶数）＝６０桁、
となり、調査を行うバーコードの桁数の範囲は２４桁～６０桁と決まる。

　ステップＳ８０６ではステップＳ８０５で決定した、調査を行うバーコードの桁数の範囲、すなわち、ｎ_ａ桁からｎ_ｂ桁の範囲で、バーコードのモジュール幅を算出する。算出には、前述したように、バーコード種類別計算式格納部１２－５から取得した式を用いる。

　そして、算出した、ｎ_ａ桁からｎ_ｂ桁の各桁に対応したバーコードのモジュール幅それぞれを、バーコード情報データベース１２－１に格納する。ここで、バーコード情報データベース１２－１は、前述したように、実施例２におけるバーコード情報データベース１２－１と同等のものであり、評価装置１０の記憶装置群１２に含まれる何れかの記憶装置により実現されるものとする。

　例えば、バーコードスキャナの読取可能幅Ｗ_ｓ＝６０［ｍｍ］、最小分解能ｄ_ｓ＝０．１５［ｍｍ］の場合に、対象となるバーコードの種別情報がＧＳ１－１２８（ＥＡＮ－１２８）のＣＯＤＥＳＥＴ　Ｃであれば、調査すべき桁数が２４桁～６０桁（偶数桁）である。そのため、下記の表９に記載の様に桁数からバーコード幅を算出することで、１９種類のバーコードを想定することができる。図８のステップＳ８０６ではこれらのバーコードの情報を「バーコード情報データベース１２－１」に記録する。

　次のステップＳ８０７では、実施例２で使用した、図６のフローチャートに記載の処理を活用すべく、図６のステップＳ６０３を呼び出す。そして、図６のステップＳ６０３から図６のフローチャートに記載の処理を行い、想定する端末の仕様情報を入力して実施例２と同様の手法で評価処理を行う。

　この時、バーコードスキャナの仕様情報はステップＳ８０２で入力を受け付けてバーコードスキャナ情報データベース１２－２に格納した情報を用いる。また、バーコードのモジュール幅の情報はステップＳ８０６でバーコード情報データベース１２－１に格納した情報を用いる。

　図６のフローチャートに記載の処理を行い、判定結果を得たら、図８のステップＳ８０８に戻り、結果の分析を行う。図６のフローチャートに記載の処理の処理結果から、実施例２と同様にバーコードのモジュール幅別の適合率を計算し、計算結果を表示装置２１に表示する。

　例えば、バーコードスキャナの読取可能幅Ｗ_ｓ＝６０［ｍｍ］、最小分解能ｄ_ｓ＝０．１５［ｍｍ］であるとする。また、対象となるバーコードの種別及び付帯情報がＧＳ１－１２８（ＥＡＮ－１２８）のＣＯＤＥＳＥＴ　Ｃであるとする。更に、調査すべき桁数が２４桁～６０桁（偶数桁）であるとする。更に、表示を想定する端末の仕様を表７のｋ１～ｋ１２であるとする。この場合、その検証結果は下記の表１０に記載の様になる。

　この時、横軸を桁数、縦軸を適合率としてグラフ化したものが図９である。

　次、ステップＳ８０９に進み、ステップＳ８０８で明らかとなったバーコードのエンコード桁数と適合率の関係から、最適値を導き出す。具体的には、適合率が最も高い条件を検索することによって、最適値を決定する。また、仮に最も高い適合率の条件が複数ある場合には、桁数が最も多い条件を検索することによって、最適値を決定する。

　例えば、前述の表１０及び図９に表わされる例であれば、適合率が最も高かった１．０となる桁数で最も桁数が多い条件は、桁数が３０桁の場合であると分かる。つまりこの場合、桁数が３０桁、バーコードのモジュール幅が２３１［ｍｏｄ］の条件が最適値となる。

　このように、ステップＳ８０９でバーコードの最適条件を決定してその結果を出力したら、ステップＳ８１０で処理を終了する。

　なお、例として用いた、バーコードスキャナの読取可能幅Ｗ_ｓ＝６０［ｍｍ］、最小分解能ｄ_ｓ＝０．１５［ｍｍ］、対象となるバーコードの種別及び付帯情報がＧＳ１－１２８（ＥＡＮ－１２８）のＣＯＤＥＳＥＴ　Ｃ、表示を想定する端末が表７のｋ１～ｋ１２とした場合の端末と適合範囲を示すＰ－Ｗ図が図１０及び図１１に表わされている。具体的には、この場合であって、調査対象の最小桁数である２４桁の場合の端末と適合範囲を示すＰ－Ｗ図が図１０に表わされている。また、この場合であって、最適桁数として結果が出た３０桁の場合の端末と適合範囲を示すＰ－Ｗ図が図１１に表わされている。

　２４桁の場合と比べ、３０桁の場合の方が、端末仕様の適合領域（１１０１の領域、１１０２の領域及び１１０３の領域）の面積は小さいが、想定端末の仕様を示す点が全て「適合領域」の中に納まることが分かる。

　この場合、「２４桁」とは、端末の仕様を考慮せず、バーコードスキャナの仕様とバーコードのモジュール幅から導き出される、適合領域の範囲、すなわち、ｔ＝１の場合の適合領域（図１０の１００１の領域）とｔ＝２の場合の適合領域（図１０の１００２の領域）の境界が密着するように導き出した桁数である。これに対し、「３０桁」は、更に端末の仕様を考慮した場合にできるだけ桁数が多くなるように、すなわち、図１１の１１０１の領域と図１１の１１０２の領域に、図１１の端末の仕様を示す点が外れないように導き出した桁数となる。

　このようにして導いた「３０桁」の場合では、図１１の端末ｋ１１がｔ＝２の場合の適合領域（図１１の１１０２の領域）の左端に位置する。また、端末ｋ１２がｔ＝１の場合の適合領域（図１１の１１０１の領域）の右端に位置する。このことから、バーコードスキャナの仕様とバーコードのモジュール幅のみから導かれた「２４桁」の場合より、端末の仕様を考慮することによって、「適合率を維持したまま」６桁多くバーコードを構成できることが分かる。

　同じ条件で、桁数が４４桁の場合（Ｗ_ｍ＝３０８［ｍｏｄ］）である図７を見ると、この条件では、１２種の端末のうち６種（ｋ４，ｋ７，ｋ８，ｋ９，ｋ１０，ｋ１１）が「適合領域」の外にあるため、適合率が低下（この条件では適合率０．５）していると分かる。

　なお、実施例３は、実施例３としての機能を含む単独の装置として実現してもよいし、実施例１もしくは実施例２としての機能を含む装置の１つの機能として実現してもよい。つまり、実施例３を実施例１や実施例２と組み合わせてもよい。

　なお、実施例２と組み合わせるのではなく、単独の装置として実現したり、実施例１と組み合わせる場合には、ステップＳ８０７において図６のステップＳ６０３以降の処理を呼び出すのではなく、同等の処理を実現するためのプログラム等を装置に実装しておき、このプログラムに基づいて、図６のステップＳ６０３の処理を実行するようにすればよい。

　以上説明した本実施例では、適合率を考慮した上で、桁数の最適値を決定できることから、端末で表示でき、かつバーコードスキャナで読み取りが可能な範囲で、できるだけバーコードシンボルの幅（エンコード桁数）を大きくすることができる、という効果を奏する。

　次に、実施例４について説明する。実施例４は、特定のモジュール幅のバーコードと、バーコードの表示を想定した複数の端末に、バーコードが端末上に表示可能であるとき、そのバーコードを読取可能なバーコードスキャナの仕様を決定するバーコードスキャナ仕様特定装置に関するものである。

　本実施例は、特定のモジュール幅のバーコードと、バーコードの表示を想定した複数の端末に、バーコードが端末上に表示可能であるとき、そのバーコードを読み取るために必要とされるバーコードスキャナの仕様を知りたいという目的を実現する手段として有効である。

　本実施例である、バーコードスキャナ仕様特定装置１０’は、ＣＰＵ１１’、記憶装置群１２’、画像出力部１３’及びＩ／Ｏ１４’を含む。バーコードスキャナ仕様特定装置１０’に含まれる各部は、バーコードスキャナ仕様特定装置１０’内に設けられたバスライン１５’を介して接続される。画像出力部１３’には、表示装置２１が接続され、Ｉ／Ｏ１４’には、入力装置２２が接続される。バーコードスキャナ仕様特定装置１０’の構成については図示しないが、図３の評価装置１０の構成と同一であり、バーコードスキャナ仕様特定装置１０’のＣＰＵ１１’、記憶装置群１２’、画像出力部１３’、Ｉ／Ｏ１４’及びバスライン１５’は、それぞれ、評価装置１０のＣＰＵ１１、記憶装置群１２、画像出力部１３、Ｉ／Ｏ１４及びバスライン１５に相当する。

　また、これら、バーコードスキャナ仕様特定装置１０’内の各部の機能は、図３を参照して説明した実施例１、実施例２及び実施例３の評価装置１０内に含まれる同名の各部の機能と同様であるため、再度の説明を省略する。

　次に、決まったモジュール幅のバーコードと、バーコードの表示を想定した複数の端末から、適切なバーコードスキャナの仕様（最小分解能と読取可能幅）を決定するための処理について、図１２のフローチャートを参照して説明する。

　まず、ステップＳ１２０１では、「ある決まったモジュール幅のバーコード」のバーコードを識別するための情報（例えば、バーコードの名称）と、モジュール幅Ｗ_ｍの入力を受け付ける。受け付けた各情報はバーコード情報データベース１２－１に格納してステップＳ１２０２に進む。なお、本実施例におけるバーコード情報データベース１２－１及び端末情報データベース１２－３は、実施例２や実施例３におけるバーコード情報データベース１２－１及び端末情報データベース１２－３とそれぞれ同等のものでありバーコードスキャナ仕様特定装置１０’の記憶装置群１２’に含まれる何れかの記憶装置により実現されるものとする。

　次に、ステップＳ１２０２では、使用を想定する端末の情報、すなわち、端末を識別するための情報（例えば、端末の名称）、画面幅Ｗ_ｋ［ｐｉｘ］、画素密度Ｐ_ｋ［ｐｐｉ］の入力を受け付ける。受け付けた各情報は、端末情報データベース１２－３に格納してステップＳ１２０３に進む。なお、ステップＳ１２０１及びステップＳ１２０２の何れか又は双方における入力の受け付けを予め行っておき、予め情報を各データベースに記録しておいても良い。また、バーコードスキャナ仕様特定装置１０’に、ネットワークを介したデータ通信を行なうための通信部を更に含ませるようにしても良い。そして、各データベースに格納する情報の一部又は全部を、通信部を介したデータ通信により、外部の装置から取得するようにしても良い。

　ステップＳ１２０３では、端末情報データベース１２－３を検索して端末画面幅の最大値Ｗ_ｋｍａｘを検索して取り出し、ある決まったモジュール幅のバーコードのモジュール幅Ｗ_ｍに対し、

を満たす整数ｔの最大値、ｔ_ｍａｘを求める。このｔ_ｍａｘは後段の処理で用いる。次に、ステップＳ１２０４に進む。

　例えば、バーコードのモジュール幅Ｗ_ｍ＝３０８［ｍｏｄ］、端末が表７に記載の端末ｋ１乃至端末ｋ１２の場合、端末画面幅の最大値Ｗ_ｋｍａｘは端末ｋ１の１０８０［ｐｉｘ］であるため、

、すなわち、

となる整数ｔの最大値ｔ_ｍａｘは３と決まる。

　ステップＳ１２０４からは、具体的な解析に入る。ステップＳ１２０４では繰り返しパラメータとしてｔを設け、ｔ＝１として、ステップＳ１２０５に進む。

　ステップＳ１２０５では、端末情報データベース１２－３から、端末の画面幅Ｗ_ｋに対し、
ｔＷ_ｍ≦Ｗ_ｋ≦（ｔ＋１）Ｗ_ｍを満たす端末を抽出し、ステップＳ１２０６に進む。

　例えば、バーコードのモジュール幅Ｗ_ｍ＝３０８［ｍｏｄ］、端末が表７に記載の端末ｋ１乃至端末ｋ１２で、ｔ＝１のとき、ステップＳ１２０５で摘出の対象とする「ｔＷ_ｍ≦Ｗ_ｋ≦（ｔ＋１）Ｗ_ｍを満たす端末」には、３０８≦Ｗ_ｋ≦６１６を満たす端末、つまり、端末ｋ７乃至端末ｋ１２の６種類の端末が該当する。

　ステップＳ１２０６では、ステップＳ１２０５で抽出した端末の中から、画素密度Ｐ_ｋが最も小さい値を検索し、その値をＰ_ｋａとし、ステップＳ１２０７に進む。

　ステップＳ１２０７では、ステップＳ１２０５で抽出した端末の中から、画素密度Ｐ_ｋが最も大きい値を検索し、その値をＰ_ｋｂとし、ステップＳ１２０８進む。

　例えば、バーコードのモジュール幅Ｗ_ｍ＝３０８［ｍｏｄ］、端末が表７に記載の端末ｋ１乃至端末ｋ１２で、ｔ＝１のとき、ステップＳ１２０５で抽出した端末ｋ７乃至端末ｋ１２の６種類の端末について画素密度Ｐ_ｋを調べる。

　すると、画素密度が最も小さい値は端末ｋ１２の１６５［ｐｐｉ］（→Ｐ_ｋａ）、最も大きい値は端末ｋ７の３００［ｐｐｉ］（→Ｐ_ｋｂ）であることが分かる。

　ステップＳ１２０８では、ステップＳ１２０６で取り出した画素密度が最も小さい値Ｐ_ｋａを用いて、

から、Ｐ＝Ｐ_ｋａのときの、最小モジュール幅の構成ドット数ｔにおけるバーコードスキャナの読取可能幅Ｗ_ｓをＷ_ｓｔとして、Ｗ_ｓｔで解くと、

…となる。この時のＷ_ｓの最小値Ｗ_ｓｔを、

の式により求める。なお、ｔ＝１のとき、Ｗ_ｓｔはＷ_ｓ１と表記するものとする。

　次に、ステップＳ１２０９では、ステップＳ１２０７で取り出した画素密度が最も大きい値Ｐ_ｋｂを用いて、

から、Ｐ＝Ｐ_ｋｂのときの、最小モジュール幅の構成ドット数ｔにおけるバーコードスキャナの最小分解能ｄ_ｓをｄ_ｓｔとして、ｄ_ｓｔで解くと、

…となる。この時のｄ_ｓの最大値ｄ_ｓｔを、

の式により求める。なお、ｔ＝１のとき、ｄ_ｓｔはｄ_ｓ１と表記するものとする。

　例えば、バーコードのモジュール幅Ｗ_ｍ＝３０８［ｍｏｄ］、端末が表７に記載の端末ｋ１乃至端末ｋ１２で、ｔ＝１のとき、ステップＳ１２０５で抽出した端末ｋ７乃至端末ｋ１２の６種類の端末の最小画素密度がｋ１２の１６５［ｐｐｉ］（→Ｐ_ｋａ）、最大画素密度はｋ７の３００［ｐｐｉ］（→Ｐ_ｋｂ）であるため、

から、Ｗ_ｓの最小値Ｗ_ｓ１＝２５．４×３０８／１６５＝４７．４［ｍｍ］と算出される。
また、

から、ｄ_ｓの最大値ｄ_ｓ１＝２５．４／３００＝０．０８４７［ｍｍ］と算出される。

　ステップＳ１２１０に進み、ステップＳ１２０８及びステップＳ１２０９で計算したＷ_ｓｔとｄ_ｓｔをｔの値と共に、算出結果記録データベース１２－６に記録し、ステップＳ１２１１に進む。なお、算出結果記録データベース１２－６は本実施例における算出結果を格納するデータベースであり、バーコードスキャナ仕様特定装置１０’の記憶装置群１２’に含まれる何れかの記憶装置により実現されるものとする。

　ステップＳ１２１１では、現在のｔの値がステップＳ１２０３で計算したｔ_ｍａｘ以上であるか否かを判断する。

　ここで、現在のｔの値がｔ_ｍａｘ未満であれば（ステップＳ１２１１においてＮｏ）、ステップＳ１２１２に進み、現在のｔの値に１を加算して新たなｔの値とする。そして、ステップＳ１２０５に戻り、新たなｔの値を用いて、再びステップＳ１２０５乃至ステップＳ１２１０の処理を行う。

　一方で、現在のｔの値がｔ_ｍａｘ以上であれば（ステップＳ１２１１においてＹｅｓ）、ステップＳ１２１３に進む。

　ステップＳ１２１３では、算出結果記録データベース１２－６を参照し、ｔ＝１からｔ＝ｔ_ｍａｘで計算された、Ｗ_ｓｔ（Ｗ_ｓ１，Ｗ_ｓ２…）の中から、最大となる値を取り出す。

　また、ステップＳ１２１４では算出結果記録データベース１２－６を参照し、ｔ＝１からｔ＝ｔ_ｍａｘで計算された、ｄ_ｓｔ（ｄ_ｓ１，ｄ_ｓ２…）の中から、最小となる値を取り出す。

　そして、ステップＳ１２１５では、ステップＳ１２１３で取り出されたＷ_ｓｔの値と、ステップＳ１２１４で取り出されたｄ_ｓｔの値を表示装置２１に表示する。この時に表示する値が、「ある決まったモジュール幅Ｗ_ｍのバーコードと、バーコードの表示を想定した複数の端末（画面幅Ｗ_ｋ、画素密度Ｐ_ｋ）に、おける理想的なバーコードスキャナの仕様（読取可能幅：Ｗ_ｓｔの最大値、最小分解能：ｄ_ｓｔの最小値）」を示している。

　ステップＳ１２１５で、Ｗ_ｓｔの値と、ｄ_ｓｔの値を表示装置２１に表示後、ステップＳ１２１６に移行して処理を終了する。

　例えば、バーコードのモジュール幅Ｗ_ｍ＝３０８［ｍｏｄ］、端末が表７に記載の端末ｋ１乃至端末ｋ１２の場合、図１２のステップＳ１２０３の計算でｔｍａｘ＝３と決まり、算出結果記録データベース１２－６に記録される内容は下記の表１１に記載の内容となる。

　表１１から、Ｗｓｔの最大値、すなわちｔ＝３のときのＷｓ３＝５８．６７［ｍｍ］が、バーコードスキャナの理想的な読取可能幅であり、ｄ_ｓｔの最小値、すなわち、ｔ＝１のときのｄ_ｓ１＝０．０８４７［ｍｍ］がバーコードスキャナの理想的な最小分解能と決まる。
この時、

から、Ｐ_ｌ＝１３３．３［ｐｐｉ］、

から、Ｐ_ｈ＝３００［ｐｐｉ］、
となるため、端末と適合範囲を示すＰ－Ｗ図は、図１３に表わされるようになる。

　図１３を参照すると、表７に記載の端末ｋ１乃至端末ｋ１２の各端末の画面仕様に対応する全ての点が、ｔ＝１～３の適合範囲である、１３０１の領域、１３０２の領域及び１３０３の領域の何れかの領域の内側にあり、本実施例で算出したバーコードスキャナの仕様において、想定した全ての端末（表７に記載の端末ｋ１乃至端末ｋ１２）の画面でバーコードを表示でき、且つ、読み取りが可能となっていることが分かる。

　なお、結果として算出されたバーコードスキャナの仕様（読取可能幅と最小分解能）が、バーコードスキャナの製造技術として技術的にあるいはコスト的に困難な値となった場合、バーコードの幅を減らす（桁数を減らす）、あるいは、表示を想定する端末の種類を絞る等の検討が必要となる。

　なお、実施例４は、実施例４としての機能を含む単独の装置として実現してもよいし、実施例１乃至実施例３としての機能を含む装置の１つの機能として実現してもよい。つまり、実施例４を実施例１乃至実施例３と組み合わせてもよい。

　以上説明した本実施例では、特定のモジュール幅のバーコードと、バーコードの表示を想定した複数の端末の画面仕様を考慮した上で、バーコードスキャナの仕様を決定する。このことから、本実施例では、特定のモジュール幅のバーコードと、バーコードの表示を想定した複数の端末に、バーコードが端末上に表示可能であるとき、そのバーコードを読み取るために必要とされるバーコードスキャナの仕様を知ることができる、という効果を奏する。

　次に、実施例５について説明する。実施例５は、実際に端末画面にバーコードを表示するシステムに関するものである。なお、本実施例で、バーコードを生成するとは、バーコード画像データを生成することを意味するものとする。

　まず、図１４を参照して、本実施例であるバーコードシステム１００の全体の構成例について説明する。

　図１４を参照すると、バーコードシステム１００は、端末群３０、端末ｋ３１、第１の事業者サーバ４１、第２の事業者サーバ４２、バーコード生成サーバ５０、及び回線網６０を含む。

　本実施例では、利用者が利用する端末として、端末群３０に含まれる、端末ｋ３１やその他の複数の端末が存在する。これらの端末は利用者が利用する端末であるが、その機種等は様々であり、当然のことながらその画面仕様も様々である。

　なお、以下では、利用者が端末ｋ３１を使用する場合を例に取って説明を行なう。

　また、第１の事業者サーバ４１及び第２の事業者サーバ４２は、それぞれバーコードを用いたサービスを提供する事業者が利用するサーバ装置である。本実施例では、事業者Ａが第１の事業者サーバ４１を利用しており、事業者Ｂが第２の事業者サーバ４２を利用しているものとする。事業者Ａ、事業者Ｂはそれぞれ異なる目的のサービスを提供していて、それぞれ、サービス提供のために使用するバーコードの種類やエンコード桁数が異なるものとする。なお、第１の事業者サーバ４１及び第２の事業者サーバ４２は、本発明の、「依頼装置」に相当する。

　バーコード生成サーバ５０は、本実施例の特徴を利用したバーコードを生成するサーバ装置である。

　そして、本システム内に含まれる各端末及び各サーバは、回線網６０を介して通信可能に接続される。

　具体的には、端末ｋ３１は、回線網６０を通じて、バーコードを用いたサービスを提供する第１の事業者サーバ４１や、第２の事業者サーバ４２にアクセスすることができるものとする。

　また、バーコードを用いたサービスを提供する第１の事業者サーバ４１や第２の事業者サーバ４２から、本実施例の特徴を利用したバーコードを生成するバーコード生成サーバ５０にアクセスし、バーコードの画像を取得するものとする。

　なお、回線網６０は、例えば携帯電話網やインターネットの公衆網や、専用線の何れか、あるいはこれらの組み合わせにより実現することができる。

　以上説明したバーコードシステム１００の構成において、端末ｋ３１が事業者Ａの第１の事業者サーバ４１にアクセスし、事業者Ａの第１の事業者サーバ４１を介して端末ｋ３１にバーコードを表示する場合について以下説明する。

　事業者Ａは、運用前提として、使用するバーコードの種類とエンコードする桁数、その他、選択するバーコードの種類によって構成に必要な付帯情報（例えば、ＮＷ７ならＮＷ比、等）、及び、端末ｋ３１からアクセスされた場合に表示すべきエンコード文字列の内容を事前に決めておく。また、想定するバーコード読取装置（バーコードスキャナ）の読取可能幅Ｗ_ｓ［ｍｍ］、最小分解能ｄ_ｓ［ｍｍ］を決めておく。

　端末ｋ３１から、第１の事業者サーバ４１にアクセス（ＨＴＴＰアクセス）があった場合、第１の事業者サーバ４１には、端末ｋ４１の基礎情報として、端末名、ＯＳ、ブラウザの種類といった情報を含む、ｕｓｅｒ　ａｇｅｎｔと呼ばれる情報が通知される。また、第１の事業者サーバ４１は、端末ｋ４１の画面情報を、ｗｅｂ　ａｐｉによって、画面幅はｗｉｎｄｏｗ．ｓｃｒｅｅｎ．ｗｉｄｔｈ、画面高さはｗｉｎｄｏｗｓｃｒｅｅｎ．ｈｅｉｇｈｔを用いて取得することができる。つまり、第１の事業者サーバ４１では、端末ｋ３１のアクセスによって、ｕｓｅｒ　ａｇｅｎｔ情報と画面幅・高さ情報を得ることができる。また、サービス利用者が第１の事業者サーバ４１にログインする形態をとって、利用者の管理番号を取得し、この管理番号に基づいてｕｓｅｒ　ａｇｅｎｔ情報に準じる情報や画面幅・高さ情報を特定するようにしてもよい。

　なお、端末によっては、画面の物理的な回転状態によって、ｗｉｎｄｏｗ．ｓｃｒｅｅｎ．ｗｉｄｔｈとｗｉｎｄｏｗｓｃｒｅｅｎ．ｈｅｉｇｈｔが入れ替わる場合がある。この点、本実施例では、ｗｉｎｄｏｗ．ｓｃｒｅｅｎ．ｗｉｄｔｈ＜ｗｉｎｄｏｗｓｃｒｅｅｎ．ｈｅｉｇｈｔとして取り扱う。つまり、端末画面の「画面幅」は常に画面短手方向を、「画面高」は常に長手方向を示すものとする。

　第１の事業者サーバ４１では、前述のｕｓｅｒ　ａｇｅｎｔ情報と端末画面の「画面幅」「画面高」情報と、事業者Ａが使用したいバーコードの種類（及び関連パラメータ等の補足情報）と桁数、及びエンコード文字列、更に、事業者Ａが想定するバーコードスキャナの仕様の読取可能幅Ｗ_ｓ［ｍｍ］、最小分解能ｄ_ｓ［ｍｍ］を、バーコード生成サーバ５０に伝達する。

　バーコード生成サーバ５０では、第１の事業者サーバ４１から伝達された各種情報と、バーコード生成サーバ５０内の端末情報データベースを利用して、バーコード画像と、適合性を評価し、その結果を第１の事業者サーバ４１に送信する。

　第１の事業者サーバ４１では、バーコード生成サーバ５０で作成されたバーコード画像と適合性情報とをもとに端末ｋ３１に、バーコード生成サーバ５０で作成されたバーコード画像を端末ｋ３１の画面に表示させる否かを判断する。そして、問題が無ければバーコード生成サーバ５０で作成されたバーコード画像を端末ｋ３１の画面に表示させる。適合性情報から問題ありと判断する場合は、バーコード画像を表示しないか、別のパラメータでバーコード生成サーバ５０に改めて送信し、新たなバーコード画像の取得を試みることができる。

　また、バーコード生成サーバ５０は要求されたバーコードを要求元の条件に従って作成できる。そのため、例えば、事業者Ａと異なる事業者である事業者Ｂが利用する第２の事業者サーバ４２からの、別のバーコード種別や桁数のデータ要求に応答することができ、バーコード種別やエンコード桁数は固定されない点が特徴となる。

　バーコード生成サーバ５０の処理について、この処理を表すフローチャートが記載された図１５－１、図１５－２及び図１５－３を参照して説明する。

　バーコード生成サーバの処理は図１５－１のステップＳ１５０１から始まり、この時、第１の事業者サーバ４１から、各種情報（図中では、符号４１－１を付す）を得て、ステップＳ１５０２に進む。ここで、かかる各種情報とは、
「・端末ｋのｕｓｅｒ　ａｇｅｎｔ情報
・端末ｋの画面幅Ｗ_ｋ
・端末ｋの画面高Ｈ_ｋ
・想定バーコードスキャナの読取可能幅Ｗ_ｓ
・想定バーコードスキャナの最小分解能ｄ_ｓ
・バーコードの種類、構成パラメータ等の付帯情報
・バーコードの桁数、エンコード文字列」である。

　ステップＳ１５０２ではステップＳ１０５１で得た情報から、バーコードのモジュール幅Ｗ_ｍを算出する。この時、バーコードシンボルの種類、構成パラメータ、バーコードの桁数及びエンコード文字列に基づいて、実施例１の説明の際に参照した表１の様に、バーコードのモジュール幅Ｗ_ｍは一意に決まる。

　次に、ステップＳ１５０３に進み、ステップＳ１５０１で得たｕｓｅｒ　ａｇｅｎｔ情報と端末画面幅情報、端末画面高情報から、端末の種別を分類する。例えば、ａｎｄｒｏｉｄ（登録商標）　ＯＳを用いた携帯端末と、ｉＯＳ（登録商標）を用いた携帯端末を適合対象として仕分ける場合について考える。この場合、ｕｓｅｒ　ａｇｅｎｔの文字列に、”ａｎｄｒｏｉｄ”と”ｍｏｂｉｌｅ”の文字列が同時に存在すれば、ａｎｄｒｏｉｄ　ＯＳを用いた携帯端末と判定できる。また、ｕｓｅｒ　ａｇｅｎｔの文字列に、”ｉＰｈｏｎｅ（登録商標）”の文字列があり、”ｉＰａｄ（登録商標）”、”ｉＰｏｄ（登録商標）”の文字列が無ければ、ｉＯＳを用いた携帯端末と分かる。そして、ｉＯＳを用いた携帯端末と分かれば、端末ｋの画面幅Ｗ_ｋが３２０［ｐｉｘ］ならｉＰｈｏｎｅ３ＧＳ、Ｗ_ｋが６４０［ｐｉｘ］なら、ｉＰｈｏｎｅ４／４Ｓ／５／５Ｃ／５Ｓであると分かる。更に、ｉＰｈｏｎｅ４／４Ｓ／５／５Ｃ／５Ｓであると分かった場合に、端末ｋの画面高Ｈ_ｋが９６０［ｐｉｘ］ならｉＰｈｏｎｅ４／４Ｓの何れかであり、１１３６［ｐｉｘ］ならｉＰｈｏｎｅ５／５Ｃ／５Ｓの何れかである、と細分化することができる。

　次に、ステップＳ１５０３における分類結果に基づいて、端末ｋの種別がＰＣ（personal computer）やタブレット端末であるか否かを判定する（ステップＳ１５０４）。ここで、端末ｋの種別が、ステップＳ１５０３の分類から漏れる、ＰＣ（personal computer）やタブレット端末といったものである場合には（ステップＳ１５０４においてＹｅｓ）、ステップＳ１５０５でフラグ＝Ｆとして、（Ａ）＝ステップＳ１５３５）に進む。なお、図中では（Ａ）を丸囲み英数字で表記する。以下（Ｂ）及び（Ｃ）についても同様とする。

　一方、ステップＳ１５０３における分類結果に基づいて、端末ｋがＰＣやタブレット端末と判断されなかった場合には（ステップＳ１５０４においてＮｏ）、ステップＳ１５０６に進む。

　ステップＳ１５０６では、再びｕｓｅｒ　ａｇｅｎｔ情報を解析し、この文字列の中から端末ｋの端末機種名を抽出し、ステップＳ１５０７に進む。

　ステップＳ１５０７では、ステップＳ１５０６で取得した端末機種名を検索キーとして端末機種情報データベース５０－１を検索することにより、端末機種情報データベース５０－１から改めて、端末の画面幅Ｗ_ｋ、画面高Ｈ_ｋ、画素密度Ｐ_ｋを取得する。ここで、この端末機種情報データベース５０－１は、端末のメーカ等が公開している公開情報等の既知の情報を事前にまとめて、データベースとしたものである。なお、端末機種情報データベース５０－１、生成送信ログ５０－２及び未知端末情報データベース５０－３は、それぞれ、バーコード生成サーバ５０がアクセス可能な、バーコード生成サーバ５０内部又は外部の記憶装置に記憶されるものとする。なお、図中では、データベースを適宜ＤＢと表記する。

　次に、端末機種情報データベース５０－１に端末ｋの端末機種名に対応する端末機種名が存在するか否かを判断する（ステップＳ１５０８）。

　端末機種情報データベース５０－１に端末ｋの端末機種名に対応する端末機種名が存在しない場合には（ステップＳ１５０８においてＮｏ）、ステップＳ１５０９に進み、「未知の端末」としてフラグをＣにセットし、（Ｂ）＝図１５－３のステップＳ１５２１に進む。一方で、端末機種情報データベース５０－１に端末ｋの端末機種名に対応する端末機種名が存在する場合には（ステップＳ１５０８においてＹｅｓ）、「既知の端末」と確認して（ステップＳ１５１０）、ステップＳ１５１１に進む。

　ステップＳ１５１１では、ステップＳ１５０２で算出したＷ_ｍとステップＳ１５０７で取得したＷ_ｋを比較する。そして、Ｗ_ｋ＜Ｗ_ｍであれば（ステップＳ１５１１においてＮｏ）、端末の画面幅が表示すべきバーコードの幅より狭いということとなる。そのため、「端末にバーコードを表示できない」と判断してステップＳ１５１２に進み、フラグをＥにセットし、（A）＝ステップＳ１５３５に進む。

　一方、Ｗ_ｋ≧Ｗ_ｍならば（ステップＳ１５１１においてＹｅｓ）、ステップＳ１５１３に進む。

　なお、ステップＳ１５１１における比較は、各実施例の説明の前提として前述した式（Ｃ）に相当する。

　Ｗ≧ｔ・Ｗ_ｍ　　　　　　　　　　　　…式（Ｃ）
　次に、ステップＳ１５１３では、１モジュールあたりの構成ドット数をｔ［ｄｏｔ／ｍｏｄ］として、ｔ≦Ｗ_ｋ／Ｗ_ｍとなる正の整数ｔの最大値ｔ_ｍａｘを求め、ステップＳ１５１４に進む。

　例えば、バーコードのモジュール幅Ｗ_ｍ＝３００［ｍｏｄ］、端末の画面幅Ｗ_ｋ＝７２０［ｄｏｔ］とすると、
ｔ≦７２０／３００→ｔ≦２．４…となり、ｔ_ｍａｘ＝２となる。

　ここで求められるｔ_ｍａｘは、端末の画面に表示できる最大の１モジュールあたりの構成ドット数であり、その時のバーコードの幅は、ｔ_ｍａｘ・Ｗ_ｍと表すことができる。

　次に、図１５－２を参照する。ステップＳ１５１４では、ｔ_ｍａｘ～１の範囲で、バーコードの最小モジュール幅がバーコードスキャナの最小分解能より大きく、且つ、端末画面上に表示したときのバーコードの幅がバーコードスキャナの読取可能幅以下であるか否かを判定する。

　具体的には次のように計算する。

の２つの関係式に基づき、
式（Ａ’）から、Ａ＝Ｐ_ｋ－２５．４・ｔ・Ｗ_ｍ／Ｗ_ｓ、という計算を行う。
式（Ａ’）の関係式が成立していれば、Ａは正の値をとる。
次に、式（Ｂ’）から、Ｂ＝２５．４・ｔ／ｄ_ｓ－Ｐ_ｋ、という計算を行う。
式（Ｂ’）の関係式が成立していれば、Ｂは正の値をとる。

　例えば、ｔ_ｍａｘ＝２、バーコードのモジュール幅Ｗ_ｍ＝３００［ｍｏｄ］、端末の画素密度Ｐ_ｋ＝３００［ｄｐｉ］、バーコードスキャナの読取可能幅Ｗ_ｓ＝６０［ｍｍ］、バーコードスキャナの最小分解能ｄ_ｓ＝０．１５［ｍｍ］とすると、次のような表（表１２）を作ることができる。

　ステップＳ１５１５で、ステップＳ１５１４で求められたＡ、Ｂそれぞれの値をチェックし、Ａ、Ｂともに正となるｔが存在するか確認する。「Ａ、Ｂともに正となるｔが存在する」場合には（ステップＳ１５１５においてＹｅｓ）、ステップＳ１５１７に進む。

　ここで、「Ａ、Ｂともに正となるｔが存在する」とは、すなわち、式（Ａ’）、式（Ｂ’）が同時に成立するｔが存在する、つまり、バーコード、端末画面仕様、バーコードスキャナ仕様が適合していることを示す。

　表１２の例では、ｔ＝２のときに、「Ａ、Ｂともに正」なので（ステップＳ１５１５においてＹｅｓ）、ステップＳ１５１７に進むことができる。

　ステップＳ１５１７では、「Ａ、Ｂともに正」となるｔの最大値（表１２の例ではｔ＝２）を、ｔの値として選択し、ステップＳ１５１８に進む。

　ステップＳ１５１８では、「適正範囲」でバーコード画像を作製できるという意味で、フラグをＡにセットして、ステップＳ１５１９に進む。

　一方、ステップＳ１５１４で求めるＡ、Ｂが、ともに正となるｔが存在しない場合、すなわち、式（Ａ’）、式（Ｂ’）が同時に成立するｔが存在しない場合には（ステップＳ１５１５においてＮｏ）、ステップＳ１５１６に進む。ここで、式（Ａ’）、式（Ｂ’）が同時に成立するｔが存在しないとは、つまり、バーコード、端末画面仕様、バーコードスキャナ仕様が適合しないことを示す。

　例えば、表１３の例（ｔ_ｍａｘ＝２、バーコードのモジュール幅Ｗ_ｍ＝３００［ｍｏｄ］、端末の画素密度Ｐ_ｋ＝２５０［ｄｐｉ］、バーコードスキャナの読取可能幅Ｗ_ｓ＝６０［ｍｍ］、バーコードスキャナの最小分解能ｄ_ｓ＝０．１５［ｍｍ］）の場合、ｔ＝１の場合はＢが負の値となり、ｔ＝２の場合はＡが負の値となる。つまり、Ａ及びＢがともに正となるｔは存在しない（ステップＳ１５１５においてＮｏ）。このため、ステップＳ１５１６に進む。

　ステップＳ１５１６では、負の値となったＡ又は負の値となったＢの絶対値が最も小さくなるｔをｔの値として選択する。

　この時、選択したｔで負の値となった値がＡであれば、フラグをＢａ、Ａの絶対値をＰ_ｋで割った値（｜Ａ｜／Ｐ_ｋ）を戻り値としてセットする。

　一方で、選択したｔで負の値となった値がＢであれば、フラグをＢｂ、及びＢの絶対値をＰ_ｋで割った値（｜Ｂ｜／Ｐ_ｋ）を戻り値としてセットし、ステップＳ１５１９に進む。

　ここで、｜Ａ｜／Ｐ_ｋや｜Ｂ｜／Ｐ_ｋは、「適正範囲」から、どの程度外れているかを定量的に示す指標となる。

　例えば、上記の表１３に記載の例では、ｔ＝２のときにＡの値が負であり、ｔ＝１のときにＢの値が負である。そして、ｔ＝２のときにＡの絶対値とｔ＝１のときにＢの絶対値
を比較すると、ｔ＝２のときのＡの絶対値が最も小さいため、ｔ＝２と決定する。この時、「適正範囲」から、どの程度外れているかを定量的に示す指標は、｜Ａ｜／Ｐ_ｋ＝０．０１６（１．６％）となる。この値が大きければ大きいほど、端末上に表示されたバーコードが読み取りできない可能性が高くなることを意味する。

　ステップＳ１５１９では、ステップＳ１５１７又はステップＳ１５１６で決定したｔの値と、ステップＳ１５０２で得た第１の事業者サーバ４１からの情報のバーコードの種類、構成パラメータ等の付帯情報及びエンコードデータと、端末画面密度Ｐ_ｋを用いてバーコード画像を生成する。

　この時、バーコードは１モジュールあたりｔ［ｄｏｔ］で構成し、バーコードの画像の幅はｔ・Ｗ_ｍとなる。対象のバーコードの種類がいわゆる１次元のバーコードであれば、高さは端末画面上で１０ｍｍとなるように、２５．４／Ｐ_ｋ×１０［ｍｍ］を計算したドット数（正数値）とする。バーコード画像が完成したら、ステップＳ１５３５に進む。なお、前述したフラグＥとなった場合には、端末ｋにて表示可能なバーコード画像を生成することはできない。また、前述したフラグＦとなった場合には、端末ｋは携帯端末ではない。そのため、これらフラグＥ及びフラグＦとなった場合には、バーコード画像を生成することなく、ステップＳ１５３５に進む。

　ステップＳ１５３５では、作成したバーコード画像に、フラグに応じたコメントを入れる。ステップＳ１５３５は、構成したバーコードの適正度を明確にするためにコメントを文字列として画像に埋め込む処理であるが、文字が必要なければこのステップＳ１５３５の処理は無くても良い。

　ここで、ステップＳ１５３５にてフラグに応じて画像に入れられる文字列は、例えば以下のようにする。
「・フラグＡ：「ご使用の端末画面上のバーコードを読み取らせてください。」
・フラグＢａ、Ｂｂ：「ご使用の端末ではバーコードを読み取りできない場合があります。」
・フラグＣ：「ご使用の端末ではバーコードを読み取りできない場合があります。」
・フラグＤａ、Ｄｂ：「ご使用の端末ではバーコードを読み取りできない場合があります。」
・フラグＥ、Ｄｃ、Ｄｅ：「ご使用の端末ではバーコードを表示できません。」
・フラグＦ：「ご使用の端末は携帯端末ではありません。」」なお、これらの文字列は一例に過ぎず、他の文言を使用するようにしてもよい。

　ステップＳ１５３５でバーコードを含む画像が完成したら、ステップＳ１５３６に進む。この時、前述したようにフラグＥ及びフラグＦとなった場合や、後述するフラグがＥ、Ｄｃ、Ｄｅ、Ｆの場合はバーコードを構成できないため、画像にバーコードは含まれないことになる。

　ステップＳ１５３６では、生成された画像と、フラグ、戻り値を、生成送信ログ５０－２に記録する。また併せてステップＳ１５３６では、第１の事業者サーバ４１に生成された画像と、フラグ、戻り値を返信し、処理を終了する（ステップＳ１５３７）。

　その後、生成された画像は、第１の事業者サーバ４１から携帯端末ｋ３１に対して送信される。そして、生成された画像にバーコードが含まれているのであれば、かかるバーコードを携帯端末ｋ３１の画面上に表示する。これにより、ユーザは、バーコードスキャナでかかるバーコードを読み取ることが可能となる。

　また、バーコードを生成した場合であっても、生成していない場合であってもステップＳ１５３５にて入れられた文字列を携帯端末ｋ３１の画面上に表示することが可能となる。そして、ユーザは、この文字列を参照することにより、予めバーコードが読み取れるか否か等を判断することが可能となる。

　次に、ステップＳ１５０８で端末機種情報データベース５０－１に、端末ｋの情報が無いと判断された場合（ステップＳ１５０８においてＮｏ）の処理について説明する。

　この場合、前述したように、ステップＳ１５０９で「未知の端末」としてフラグをＣにセットし、（Ｂ）＝図１５－３のステップＳ１５２１に進む。

　図１５－３のステップＳ１５２１では、再度、端末機種情報データベース５０－１を参照し、画像幅がＷ_ｋと同じ端末の中で、最も多い画素密度Ｐ_ｋの値、つまり中央値を呼び出す。これは、未知の端末ｋの画素密度が不明であるため、端末ｋの画面幅であるＷ_ｋと画像幅が同じ端末の中で、最も存在しうるＰ_ｋの値を呼び出すことを目的としている。

　次に、画像幅がＷ_ｋと同一の他の端末が、端末機種情報データベース５０－１に存在するか否かを確認する（ステップＳ１５２２）。つまり、ステップＳ１５２１において画像幅Ｗ_ｋからＰ_ｋの中央値を呼び出せたか否かを確認する。

　ここで、画像幅がＷ_ｋと同じ端末の画素密度Ｐ_ｋの中央値を呼び出すことができていれば（ステップＳ１５２２においてＮｏ）、ステップＳ１５２４に進み、ここで呼び出した値を未知の端末ｋの仮の画素密度Ｐ_ｋとする。その後、ステップＳ１５２５に進む。

　一方で、ステップＳ１５２２で画像幅がＷ_ｋと同じ端末の画素密度Ｐ_ｋの中央値を呼び出すことができなければ、ステップＳ１５２３で「未知の端末、且つ、未知の画面幅」という意味で、フラグをＤｅにセットし、（Ａ）＝図１５－１のステップＳ１５３５に進む。ステップＳ１５３５以降の処理については前述した通りである。

　ステップＳ１５２５では、未知端末情報データベース５０－３に、端末ｋの機種名ｋ、端末ｋの画面幅Ｗ_ｋ、端末ｋの画面高Ｈ_ｋ、ステップＳ１５２４で決定した仮の画素密度Ｐ_ｋを記録して、ステップＳ１５２６に進む。

　ここで、未知端末情報データベース５０－３は、後にどのような未知端末があったかを確認する用途等に利用でき、端末情報データベース５０－１をメンテナンスする際の情報源の一つとして活用できる。

　ステップＳ１５２６では、ステップＳ１５０２で算出したＷ_ｍとステップＳ１５０７で取得したＷ_ｋを比較する。

　そして、Ｗ_ｋ＜Ｗ_ｍであれば（ステップＳ１５２６においてＮｏ）、端末の画面幅が表示すべきバーコードの幅より狭いということとなる。そのため、「端末にバーコードを表示できない」と判断されてステップＳ１５２７に進み、フラグをＤｃにセットし、（Ａ）＝図１５－２のステップＳ１５３５に進む。ステップＳ１５３５以降の処理については前述した通りである。

　一方で、ステップＳ１５２６でＷ_ｋ≧Ｗ_ｍならば（ステップＳ１５２６においてＹｅｓ）、ステップＳ１５２８に進む。

　ステップＳ１５２８では、１モジュールあたりの構成ドット数をｔ［ｄｏｔ／ｍｏｄ］として、ｔ≦Ｗ_ｋ／Ｗ_ｍとなる正の整数ｔの最大値ｔ_ｍａｘを求め、ステップＳ１５２９に進む。

　ステップＳ１５２９では、ｔ_ｍａｘ～１の範囲で、Ａ＝Ｐ_ｋ－２５．４・ｔ・Ｗ_ｍ／Ｗ_ｓ　とＢ＝２５．４・ｔ／ｄ_ｓ－Ｐ_ｋを求め、ステップＳ１５３０に進む。ステップＳ１５２８及びステップＳ１５２９における処理の内容及び処理を行なう理由は、図１５－１のステップＳ１５１３及び図１５－２のステップＳ１５１４における処理の内容及び処理を行なう理由と同様である。

　ステップＳ１５３０で、ステップＳ１５２９で求められたＡ，Ｂそれぞれの値をチェックし、Ａ，Ｂともに正となるｔが存在するか確認する。「Ａ、Ｂともに正となるｔが存在する」場合には（ステップＳ１５３０においてＹｅｓ）、ステップＳ１５３２に進む。

　ステップＳ１５３２では、「Ａ、Ｂともに正」となるｔの最大値を、ｔの値として選択し、ステップＳ１５３３に進む。

　ステップＳ１５３３では、端末ｋは未知の端末であるが、仮の画素密度Ｐ_ｋにおいて「適正範囲」でバーコードを作製できるという意味で、フラグをＣにセットして、ステップＳ１５３４に進む。

　一方、ステップＳ１５２９で求めたＡ、Ｂにおいて「Ａ、Ｂともに正」となるｔが存在しない場合には（ステップＳ１５３０においてＮｏ）、ステップＳ１５３１に進む。なお、この場合は、ステップＳ１５１５においてＮｏだった場合と同様に、バーコード、端末画面仕様、バーコードスキャナ仕様が適合しないことを示している。

　ステップＳ１５３１では、図１５－２のステップＳ１５１６の処理と同様、Ａ又はＢ値のどちらかが負となっているので、負の値となっているＡ又は負の値となっているＢの絶対値が最も小さくなるｔをｔの値として選択する。

　この時、選択したｔで負の値となった値がＡであれば、フラグをＣａ、及びＡの絶対値をＰ_ｋで割った値（｜Ａ｜／Ｐ_ｋ）を戻り値としてセットする。一方で、選択したｔで負の値となった値がＢであれば、フラグをＣｂ、及びＢの絶対値をＰ_ｋで割った値（｜Ｂ｜／Ｐ_ｋ）を戻り値としてセットする。そして、何れの場合であっても、セットの後に、ステップＳ１５３４に進む。

　ステップＳ１５３４は図１５－２のステップＳ１５１９に相当する。ステップＳ１５３４では、決定したｔの値と、図１５－１のステップＳ１５０２で得た第１の事業者サーバ４１からの情報のバーコードの種類、構成パラメータ等の付帯情報及びエンコードデータと、端末画面密度Ｐ_ｋを用いてバーコード画像を生成する。

　この時、バーコードシンボルは１モジュールあたりｔ［ｄｏｔ］で構成し、バーコードの画像の幅はｔ・Ｗ_ｍとなる。対象のバーコードの種類がいわゆる１次元のバーコードであれば、高さは端末画面上で１０ｍｍとなるように、２５．４／Ｐ_ｋ×１０［ｍｍ］を計算したドット数（正数値）とする。バーコード画像が完成したら、（Ａ）＝図１５－２のステップＳ１５３５に進む。なお、前述したフラグＤｃ、フラグＤｅ及びフラグＥとなった場合には、端末ｋにて表示可能なバーコード画像を生成することはできないので、この場合には、バーコード画像を生成することなく、ステップＳ１５３５に進む。ステップＳ１５３５以降の処理については前述した通りである。

　以上が、バーコード生成サーバ５０の処理フローである。

　以上説明した本実施例では、バーコードの表示を想定した端末の画面仕様と、バーコードの読み取りを想定したバーコードスキャナの仕様と、を考慮したうえで、各事業者毎に内容の異なるバーコードを生成することができる、という効果を奏する。

　また、生成したバーコードを端末の画面上に表示した場合に、フラグに応じた、読み取りができるか否かに関する情報も表示させることが可能となる。そして、ユーザが、この文字列を参照することにより、予めバーコードが読み取れるか否か等を判断することが可能となる、という効果を奏する。

　なお、前述した実施形態は、本発明の好適な実施形態ではあるが、上記実施形態のみに本発明の範囲を限定するものではなく、本発明の要旨を逸脱しない範囲において種々の変更を施した形態での実施が可能である。

　例えば、上述した実施例５では、バーコード生成サーバを複数の事業者のサーバとは別に設けているが、事業者のサーバ毎にバーコード生成サーバを設けてもよい。つまり、バーコード生成サーバと事業者のサーバの関係は、１対多であってもよいが、１対１であってもよい。更に、バーコード生成サーバと事業者のサーバをそれぞれ別個に設けるのではなく、各事業者のサーバがバーコード生成する機能を含むようにしてもよい。

　また、上述した、実施例１乃至５では、構成するバーコードの全体モジュール幅を基準とし、１モジュールあたりのドット数ｔを選定している。つまり、同じエンコード桁数について、１行で表現することを前提としている。

　しかし、ＧＳ１　Ｄａｔａｂａｒ　Ｅｘｐａｎｄｅｄと呼ばれる（一次元）バーコードでは、同じエンコード桁数について１行で表現できるだけでなく、同じエンコード桁数について複数行で表現することが可能である。そのため、この点も考慮してバーコードの適切な横幅を選択するようにしてもよい。

　このバーコードの適切な横幅の選択について、図１６及び図１７に記載されている具体例を参照して説明する。図１６はＧＳ１　Ｄａｔａｂａｒ　Ｅｘｐａｎｄｅｄで数字３１桁を１行で構成した例を表す図である。また、図１７は図１６と同じエンコード内容で、２行で構成した例を表す図である。なお、エンコード内容を複数行で表現する場合は、ＧＳ１　Ｄａｔａｂａｒ　Ｅｘｐａｎｄｅｄ　Ｓｔａｃｋｅｄと呼ばれる。

　図１６では、有効なバーコードの全体幅が２４９［ｍｏｄ］であるが、図１７の様に２行で構成することによって、同じ内容でも１５１［ｍｏｄ］の幅でバーコードを表示することができる。一方で、バーコードスキャナで読み取る場合は、図１６の例も図１７の例でも等しく同じデータとして取り扱われる。

　このように、同じバーコード種でバーコードの全体幅を減らす手段があるものは、その手段を使用することを想定するようにしても良い。例えば、図１６の様な、ＧＳ１　Ｄａｔａｂａｒ　Ｅｘｐａｎｄｅｄであれば、１モジュールあたりのドット数ｔを選定するだけでなく、バーコードを表現する行数を決定してバーコードの適切な横幅を選択するプロセスを加えても良い。

　なお、上記の評価装置、端末、バーコードスキャナ及び各サーバのそれぞれは、ハードウェア、ソフトウェア又はこれらの組み合わせにより実現することができる。また、上記の評価装置、端末、バーコードスキャナ及び各サーバにより行なわれる各方法も、ハードウェア、ソフトウェア又はこれらの組み合わせにより実現することができる。ここで、ソフトウェアによって実現されるとは、コンピュータがプログラムを読み込んで実行することにより実現されることを意味する。

　プログラムは、様々なタイプの非一時的なコンピュータ可読媒体(Non-transitory computer readable medium)を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体(tangible storage medium)を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えば、フレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば、光磁気ディスク）、ＣＤ－ＲＯＭ(Read Only Memory)、ＣＤ－Ｒ、ＣＤ－Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ(Programmable ROM)、ＥＰＲＯＭ(Erasable PROM)、フラッシュＲＯＭ、ＲＡＭ(random access memory）)を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体(transitory computer readable medium)によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

　本願は、日本の特願２０１４－２４０８８１（２０１４年１１月２８日に出願）に基づいたものであり、又、特願２０１４－２４０８８１に基づくパリ条約の優先権を主張するものである。特願２０１４－２４０８８１の開示内容は、特願２０１４－２４０８８１を参照することにより本明細書に援用される。

　本発明の代表的な実施の形態が詳細に述べられたが、様々な変更(changes)、置き換え(substitutions)及び選択(alternatives)が請求項で定義された発明の精神と範囲から逸脱することなくなされることが理解されるべきである。また、仮にクレームが出願手続きにおいて補正されたとしても、クレームされた発明の均等の範囲は維持されるものと発明者は意図する。

　上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限られない。

　（付記１）　バーコード画像の画像表示装置での表示の可否の判断及び表示されたバーコード画像のバーコード読取装置での読み取りの可否の判断を行うことである評価を、
　前記バーコード画像の内容、前記画像表示装置の仕様及び前記バーコード読取装置の仕様に基づいて、実際に表示及び読み取りをすることなく行なうことを特徴とするバーコード評価装置。

　（付記２）　前記評価を、所定のバーコード画像、所定の画像表示装置及び所定のバーコード読取装置について行い、評価の結果を出力することを特徴とする付記１に記載のバーコード評価装置。

　（付記３）　画像表示装置の仕様を表す値を座標軸とした座標系を生成し、
　所定のバーコード読取装置によって読み取り可能に所定のバーコード画像の表示するために前記画像表示装置に要求される仕様の範囲を前記座標系上に領域として表すと共に、前記評価の対象とした画像表示装置の仕様に対応する座標を前記平面上に点として表すことにより、
　前記評価対象とした画像表示装置の仕様が前記要求される仕様の範囲に含まれるか否か、及び含まれない場合にはどの程度前記要求される仕様の範囲から外れているのかを視認可能に出力することを特徴とする付記１又は２に記載のバーコード評価装置。

　（付記４）　前記評価を、所定の１つもしくは複数のバーコード画像、所定の１つもしくは複数の画像表示装置及び所定の複数のバーコード読取装置の複数の組み合わせについて行い、評価の結果を出力することを特徴とする付記１に記載のバーコード評価装置。

　（付記５）　所定のバーコード画像及び所定のバーコード読取装置からなる所定の組と、前記所定の複数の画像表示装置それぞれとについての複数の評価の結果に基づいて、
　前記所定のバーコード読取装置で読み取り可能に前記所定のバーコード画像を表示できる画像表示装置の数が、前記所定の複数の画像表示装置全ての数の内に占める割合を出力することを特徴とする付記４に記載のバーコード評価装置。

　（付記６）　所定のバーコード画像及び所定のバーコード読取装置からなる所定の組と、前記所定の複数の画像表示装置それぞれとについての複数の評価の結果に基づいて、
　前記所定のバーコード読取装置で読み取り可能に前記所定のバーコード画像を表示できる画像表示装置の存在台数が、前記所定の複数の画像表示装置全ての存在台数の内に占める割合、
　又は、前記所定のバーコード読取装置で読み取り可能に前記所定のバーコード画像を表示できる画像表示装置の稼働台数が、前記所定の複数の画像表示装置全ての稼働台数の内に占める割合、
　の何れか又は双方の割合を出力することを特徴とする付記４に記載のバーコード評価装置。

　（付記７）　前記評価の結果に基づいて、バーコード画像であって、該バーコード画像を所定の画像表示装置に表示した場合に該表示されたバーコード画像を所定のバーコード読取装置で読み取ることが可能なバーコード画像の内容を特定することを特徴とする付記１乃至６の何れか１つに記載のバーコード評価装置。

　（付記８）　前記評価の結果に基づいて、所定のバーコード画像を所定の画像表示装置に表示した場合に、該表示されたバーコード画像を読み取ることが可能なバーコード読取装置の仕様を特定することを特徴とする付記１乃至７の何れか１つに記載のバーコード評価装置。

　（付記９）　前記評価の結果に基づいて、所定の画像表示装置で表示可能で、且つ、該表示されたバーコード画像を所定のバーコード読取装置で読み取ることが可能なバーコード画像を生成することを特徴とする付記１乃至８の何れか１つに記載のバーコード評価装置。

　（付記１０）　前記評価に用いる画像表示装置の仕様の、一部の仕様については明らかであるが一部の仕様については不明な場合には、前記明らかな一部の仕様と同一又は近似する仕様を持つ既知の画像表示装置の全ての仕様に基づいて前記不明な一部の仕様を推測し、該推測された仕様と前記明らかな一部の仕様とに基づいて前記評価を行なうことを特徴とする付記１乃至９の何れか１つに記載のバーコード評価装置。

　（付記１１）　バーコード画像生成依頼装置と、付記１乃至１０の何れか１つに記載のバーコード評価装置と、を備えるバーコード画像生成システムであって、
　前記バーコード画像生成依頼装置が、前記バーコード評価装置に所定の内容のバーコード画像の生成を依頼し、
　前記バーコード評価装置が、前記生成を依頼されたバーコード画像の内容及び前記評価の結果に基づいて、所定の画像表示装置で表示可能で、且つ、所定のバーコード読取装置で読み取ることが可能なバーコード画像を生成することを特徴とするバーコード画像生成システム。

　（付記１２）　前記依頼の内容及び前記評価の結果に基づいて、前記バーコード画像生成依頼装置が依頼した所定の内容のバーコード画像を生成したとしても該バーコード画像が前記所定の画像表示装置で表示できない、又は、前記バーコード画像生成依頼装置が依頼した所定の内容のバーコード画像を表示しても前記所定のバーコード読取装置で読み取ることができない、と判断される場合には、その旨を前記バーコード評価装置が前記バーコード画像生成依頼装置に通知することを特徴とする付記１１に記載のバーコード画像生成システム。

　（付記１３）　バーコード評価装置が行なうバーコード評価方法であって、
　バーコード画像の画像表示装置での表示の可否の判断及び表示されたバーコード画像のバーコード読取装置での読み取りの可否の判断を行うことである評価を、
　前記バーコード画像の内容、前記画像表示装置の仕様及び前記バーコード読取装置の仕様に基づいて、実際に表示及び読み取りをすることなく行なうことを特徴とするバーコード評価方法。

　（付記１４）　前記評価を、所定のバーコード画像、所定の画像表示装置及び所定のバーコード読取装置について行い、評価の結果を出力することを特徴とする付記１３に記載のバーコード評価方法。

　（付記１５）　画像表示装置の仕様を表す値を座標軸とした座標系を生成し、
　所定のバーコード読取装置によって読み取り可能に所定のバーコード画像の表示するために前記画像表示装置に要求される仕様の範囲を前記座標系上に領域として表すと共に、前記評価の対象とした画像表示装置の仕様に対応する座標を前記平面上に点として表すことにより、
　前記評価対象とした画像表示装置の仕様が前記要求される仕様の範囲に含まれるか否か、及び含まれない場合にはどの程度前記要求される仕様の範囲から外れているのかを視認可能に出力することを特徴とする付記１３又は１４に記載のバーコード評価方法。

　（付記１６）　前記評価を、所定の１つもしくは複数のバーコード画像、所定の１つもしくは複数の画像表示装置及び所定の複数のバーコード読取装置の複数の組み合わせについて行い、評価の結果を出力することを特徴とする付記１３に記載のバーコード評価方法。

　（付記１７）　所定のバーコード画像及び所定のバーコード読取装置からなる所定の組と、前記所定の複数の画像表示装置それぞれとについての複数の評価の結果に基づいて、
　前記所定のバーコード読取装置で読み取り可能に前記所定のバーコード画像を表示できる画像表示装置の数が、前記所定の複数の画像表示装置全ての数の内に占める割合を出力することを特徴とする付記１６に記載のバーコード評価方法。

　（付記１８）　所定のバーコード画像及び所定のバーコード読取装置からなる所定の組と、前記所定の複数の画像表示装置それぞれとについての複数の評価の結果に基づいて、
　前記所定のバーコード読取装置で読み取り可能に前記所定のバーコード画像を表示できる画像表示装置の存在台数が、前記所定の複数の画像表示装置全ての存在台数の内に占める割合、
　又は、前記所定のバーコード読取装置で読み取り可能に前記所定のバーコード画像を表示できる画像表示装置の稼働台数が、前記所定の複数の画像表示装置全ての稼働台数の内に占める割合、
　の何れか又は双方の割合を出力することを特徴とする付記１６に記載のバーコード評価方法。

　（付記１９）　前記評価の結果に基づいて、バーコード画像であって、該バーコード画像を所定の画像表示装置に表示した場合に該表示されたバーコード画像を所定のバーコード読取装置で読み取ることが可能なバーコード画像の内容を特定することを特徴とする付記１３乃至１８の何れか１つに記載のバーコード評価方法。

　（付記２０）　前記評価の結果に基づいて、所定のバーコード画像を所定の画像表示装置に表示した場合に、該表示されたバーコード画像を読み取ることが可能なバーコード読取装置の仕様を特定することを特徴とする付記１３乃至１９の何れか１つに記載のバーコード評価方法。

　（付記２１）　前記評価の結果に基づいて、所定の画像表示装置で表示可能で、且つ、該表示されたバーコード画像を所定のバーコード読取装置で読み取ることが可能なバーコード画像を生成することを特徴とする付記１３乃至２０の何れか１つに記載のバーコード評価方法。

　（付記２２）　前記評価に用いる画像表示装置の仕様の、一部の仕様については明らかであるが一部の仕様については不明な場合には、前記明らかな一部の仕様と同一又は近似する仕様を持つ既知の画像表示装置の全ての仕様に基づいて前記不明な一部の仕様を推測し、該推測された仕様と前記明らかな一部の仕様とに基づいて前記評価を行なうことを特徴とする付記１３乃至２１の何れか１つに記載のバーコード評価方法。

　（付記２３）　バーコード評価プログラムであって、
　コンピュータを、
　バーコード画像の画像表示装置での表示の可否の判断及び表示されたバーコード画像のバーコード読取装置での読み取りの可否の判断を行うことである評価を、
　前記バーコード画像の内容、前記画像表示装置の仕様及び前記バーコード読取装置の仕様に基づいて、実際に表示及び読み取りをすることなく行なうバーコード評価装置として機能させることを特徴とするバーコード評価プログラム。

　（付記２４）　前記評価を、所定のバーコード画像、所定の画像表示装置及び所定のバーコード読取装置について行い、評価の結果を出力するバーコード評価装置として前記コンピュータを機能させることを特徴とする付記２３に記載のバーコード評価プログラム。

　（付記２５）　　画像表示装置の仕様を表す値を座標軸とした座標系を生成し、
　所定のバーコード読取装置によって読み取り可能に所定のバーコード画像の表示するために前記画像表示装置に要求される仕様の範囲を前記座標系上に領域として表すと共に、前記評価の対象とした画像表示装置の仕様に対応する座標を前記平面上に点として表すことにより、
　前記評価対象とした画像表示装置の仕様が前記要求される仕様の範囲に含まれるか否か、及び含まれない場合にはどの程度前記要求される仕様の範囲から外れているのかを視認可能に出力するバーコード評価装置として前記コンピュータを機能させることを特徴とする付記２３又は２４に記載のバーコード評価プログラム。

　（付記２６）　前記評価を、所定の１つもしくは複数のバーコード画像、所定の１つもしくは複数の画像表示装置及び所定の複数のバーコード読取装置の複数の組み合わせについて行い、評価の結果を出力するバーコード評価装置として前記コンピュータを機能させることを特徴とする付記２３に記載のバーコード評価プログラム。

　（付記２７）　　所定のバーコード画像及び所定のバーコード読取装置からなる所定の組と、前記所定の複数の画像表示装置それぞれとについての複数の評価の結果に基づいて、
　前記所定のバーコード読取装置で読み取り可能に前記所定のバーコード画像を表示できる画像表示装置の数が、前記所定の複数の画像表示装置全ての数の内に占める割合を出力するバーコード評価装置として前記コンピュータを機能させることを特徴とする付記２６に記載のバーコード評価プログラム。

　（付記２８）　所定のバーコード画像及び所定のバーコード読取装置からなる所定の組と、前記所定の複数の画像表示装置それぞれとについての複数の評価の結果に基づいて、
　前記所定のバーコード読取装置で読み取り可能に前記所定のバーコード画像を表示できる画像表示装置の存在台数が、前記所定の複数の画像表示装置全ての存在台数の内に占める割合、
　又は、前記所定のバーコード読取装置で読み取り可能に前記所定のバーコード画像を表示できる画像表示装置の稼働台数が、前記所定の複数の画像表示装置全ての稼働台数の内に占める割合、
　の何れか又は双方の割合を出力するバーコード評価装置として前記コンピュータを機能させることを特徴とする付記２６に記載のバーコード評価プログラム。

　（付記２９）　　前記評価の結果に基づいて、バーコード画像であって、該バーコード画像を所定の画像表示装置に表示した場合に該表示されたバーコード画像を所定のバーコード読取装置で読み取ることが可能なバーコード画像の内容を特定するバーコード評価装置として前記コンピュータを機能させることを特徴とする付記２３乃至２８の何れか１つに記載のバーコード評価プログラム。

　（付記３０）　前記評価の結果に基づいて、所定のバーコード画像を所定の画像表示装置に表示した場合に、該表示されたバーコード画像を読み取ることが可能なバーコード読取装置の仕様を特定するバーコード評価装置として前記コンピュータを機能させることを特徴とする付記２３乃至２９の何れか１つに記載のバーコード評価プログラム。

　（付記３１）　前記評価の結果に基づいて、所定の画像表示装置で表示可能で、且つ、該表示されたバーコード画像を所定のバーコード読取装置で読み取ることが可能なバーコード画像を生成するバーコード評価装置として前記コンピュータを機能させることを特徴とする付記２３乃至３０の何れか１つに記載のバーコード評価プログラム。

　（付記３２）　前記評価に用いる画像表示装置の仕様の、一部の仕様については明らかであるが一部の仕様については不明な場合には、前記明らかな一部の仕様と同一又は近似する仕様を持つ既知の画像表示装置の全ての仕様に基づいて前記不明な一部の仕様を推測し、該推測された仕様と前記明らかな一部の仕様とに基づいて前記評価を行なうバーコード評価装置として前記コンピュータを機能させることを特徴とする付記２３乃至３１の何れか１つに記載のバーコード評価プログラム。

　（付記３３）　バーコード画像生成依頼装置と、バーコード評価装置と、備えるシステムが行なうバーコード画像生成方法であって、
　前記バーコード画像生成依頼装置が、前記バーコード評価装置に所定の内容のバーコード画像の生成を依頼し、
　前記バーコード評価装置が、バーコード画像の画像表示装置での表示の可否の判断及び表示されたバーコード画像のバーコード読取装置での読み取りの可否の判断を行うことである評価を、前記バーコード画像の内容、前記画像表示装置の仕様及び前記バーコード読取装置の仕様に基づいて、実際に表示及び読み取りをすることなく行ない、
　前記バーコード評価装置が、前記生成を依頼されたバーコード画像の内容及び前記評価の結果に基づいて、所定の画像表示装置で表示可能で、且つ、所定のバーコード読取装置で読み取ることが可能なバーコード画像を生成することを特徴とするバーコード画像生成方法。

　（付記３４）　バーコード画像生成依頼装置と、バーコード評価装置と、を備えるシステムが行なうバーコード画像生成方法であって、
　前記依頼の内容及び前記評価の結果に基づいて、前記バーコード画像生成依頼装置が依頼した所定の内容のバーコード画像を生成したとしても該バーコード画像が前記所定の画像表示装置で表示できない、又は、前記バーコード画像生成依頼装置が依頼した所定の内容のバーコード画像を表示しても前記所定のバーコード読取装置で読み取ることができない、と判断される場合には、その旨を前記バーコード評価装置が前記バーコード画像生成依頼装置に通知することを特徴とする付記３３に記載のバーコード画像生成方法。

　（付記３５）　１［ｍｏｄ］あたりの構成ｄｏｔ数をｔ＝１、２、３、…とし、使用するバーコードのモジュール幅Ｗ_ｍ［ｍｏｄ］とバーコードスキャナの読取可能幅Ｗ_ｓ［ｍｍ］、最小分解能ｄ_ｓ［ｍｍ］から算出される「適正範囲」を、画素密度Ｐ［ｐｐｉ］－端末画面幅Ｗ［ｐｉｘ］図に示し、このＰ－Ｗ平面状に、端末ｋの画面仕様である画素密度Ｐｋ，画面幅Ｗｋ、をプロットすることで、端末ｋが「適正範囲」にあるかどうかを判定する評価装置。

　（付記３６）　前記判定した、端末ｋが前述の「適正範囲」にある端末数を全端末数で割った「適正端末比率」を用いて、その値そのもの、あるいは、別の条件での「適正端末比率」とを比較することによって、定量的な適正度を示す付記３５に記載の評価装置。

　（付記３７）　前記判定した、端末ｋの数量カウントに存在比率を掛け合わせた、実効値で「適正範囲」にある端末実行数を全端末数で割った「適正端末実効比率」を用いて、その値そのもの、あるいは、別の条件での「適正端末比率」を比較することによって、定量的な適正度を示す付記３５に記載の評価装置。

　（付記３８）　バーコードの種類と桁数と、バーコード読取装置の最小分解能と読取可能幅と、画像表示装置の画面幅と画素密度と、から、前記バーコードを前記画像表示装置に表示可能であるか否か、また、前記画像表示装置に表示された前記バーコードを前記バーコード読取装置で読取可能であるか否かを判定する画像表示装置及びバーコード読取装置の評価装置。

　（付記３９）　バーコード読取装置の最小分解能と読取可能幅と、画像表示装置の画面幅と画素密度と、から、バーコードの種類と桁数が、前記画像表示装置に表示可能で、かつ、前記バーコード読取装置で読取可能であるか否かを判定する評価装置。

　（付記４０）　バーコード読取装置の最小分解能と読取可能幅と、画像表示装置の画面幅と画素密度と、から、前記画像表示装置に表示可能で、かつ、前記バーコード読取装置で読取可能であるバーコードの種類と桁数を特定するバーコード特定装置。

　（付記４１）　バーコードの種類と桁数と、画像表示装置の画面幅と画素密度と、から、前記画像表示装置に表示された前記バーコードを読取可能であるバーコード読取装置の最小分解能と読取可能幅とを特定するバーコード読取装置の仕様特定装置。

　（付記４２）　バーコードの種類と桁数と、バーコード読取装置の最小分解能と読取可能幅と、画像表示装置の画面幅と画素密度と、から、前記画像表示装置に表示可能で、かつ、前記バーコード読取装置で読取可能であるバーコード画像（データ）を作成するバーコード画像作成システム。

　本発明は、バーコードを携帯端末に表示させ、それをバーコードスキャナで読み取らせることによって何らかのサービスを提供するシステムの、事前検証、適正なバーコードの設計手段として好適である。

　また、それ以外にも、本発明を活用して、バーコードを携帯端末に表示させ、それをバーコードスキャナで読み取らせる、特定のシステムにおいて、それにふさわしいバーコードスキャナの仕様を試算することができる。

　また、それ以外にも、本発明を活用して、実施例５として説明したようなバーコード生成サーバの仕組みを用いて、未知の端末を含む任意の端末でバーコードが表示でき、且つ、バーコードスキャナで読み取りができるバーコード画像を提供し、また、読み取りできるバーコード画像でなかった場合でも、その「程度」を判断する指標を提示することができるシステムを構築できる。

Claims

　バーコード画像の画像表示装置での表示の可否の判断及び表示されたバーコード画像のバーコード読取装置での読み取りの可否の判断を行うことである評価を、
　前記バーコード画像の内容、前記画像表示装置の仕様及び前記バーコード読取装置の仕様に基づいて、実際に表示及び読み取りをすることなく行なうことを特徴とするバーコード評価装置。
　前記評価を、所定のバーコード画像、所定の画像表示装置及び所定のバーコード読取装置について行い、評価の結果を出力することを特徴とする請求項１に記載のバーコード評価装置。
　画像表示装置の仕様を表す値を座標軸とした座標系を生成し、
　所定のバーコード読取装置によって読み取り可能に所定のバーコード画像の表示するために前記画像表示装置に要求される仕様の範囲を前記座標系上に領域として表すと共に、前記評価の対象とした画像表示装置の仕様に対応する座標を前記平面上に点として表すことにより、
　前記評価対象とした画像表示装置の仕様が前記要求される仕様の範囲に含まれるか否か、及び含まれない場合にはどの程度前記要求される仕様の範囲から外れているのかを視認可能に出力することを特徴とする請求項１又は２に記載のバーコード評価装置。
　前記評価を、所定の１つもしくは複数のバーコード画像、所定の１つもしくは複数の画像表示装置及び所定の複数のバーコード読取装置の複数の組み合わせについて行い、評価の結果を出力することを特徴とする請求項１に記載のバーコード評価装置。
　所定のバーコード画像及び所定のバーコード読取装置からなる所定の組と、前記所定の複数の画像表示装置それぞれとについての複数の評価の結果に基づいて、
　前記所定のバーコード読取装置で読み取り可能に前記所定のバーコード画像を表示できる画像表示装置の数が、前記所定の複数の画像表示装置全ての数の内に占める割合を出力することを特徴とする請求項４に記載のバーコード評価装置。
　所定のバーコード画像及び所定のバーコード読取装置からなる所定の組と、前記所定の複数の画像表示装置それぞれとについての複数の評価の結果に基づいて、
　前記所定のバーコード読取装置で読み取り可能に前記所定のバーコード画像を表示できる画像表示装置の存在台数が、前記所定の複数の画像表示装置全ての存在台数の内に占める割合、
　又は、前記所定のバーコード読取装置で読み取り可能に前記所定のバーコード画像を表示できる画像表示装置の稼働台数が、前記所定の複数の画像表示装置全ての稼働台数の内に占める割合、
　の何れか又は双方の割合を出力することを特徴とする請求項４に記載のバーコード評価装置。
　前記評価の結果に基づいて、バーコード画像であって、該バーコード画像を所定の画像表示装置に表示した場合に該表示されたバーコード画像を所定のバーコード読取装置で読み取ることが可能なバーコード画像の内容を特定することを特徴とする請求項１乃至６の何れか１項に記載のバーコード評価装置。
　前記評価の結果に基づいて、所定のバーコード画像を所定の画像表示装置に表示した場合に、該表示されたバーコード画像を読み取ることが可能なバーコード読取装置の仕様を特定することを特徴とする請求項１乃至７の何れか１項に記載のバーコード評価装置。
　前記評価の結果に基づいて、所定の画像表示装置で表示可能で、且つ、該表示されたバーコード画像を所定のバーコード読取装置で読み取ることが可能なバーコード画像を生成することを特徴とする請求項１乃至８の何れか１項に記載のバーコード評価装置。
　前記評価に用いる画像表示装置の仕様の、一部の仕様については明らかであるが一部の仕様については不明な場合には、前記明らかな一部の仕様と同一又は近似する仕様を持つ既知の画像表示装置の全ての仕様に基づいて前記不明な一部の仕様を推測し、該推測された仕様と前記明らかな一部の仕様とに基づいて前記評価を行なうことを特徴とする請求項１乃至９の何れか１項に記載のバーコード評価装置。
　バーコード画像生成依頼装置と、請求項１乃至１０の何れか１項に記載のバーコード評価装置と、を備えるバーコード画像生成システムであって、
　前記バーコード画像生成依頼装置が、前記バーコード評価装置に所定の内容のバーコード画像の生成を依頼し、
　前記バーコード評価装置が、前記生成を依頼されたバーコード画像の内容及び前記評価の結果に基づいて、所定の画像表示装置で表示可能で、且つ、所定のバーコード読取装置で読み取ることが可能なバーコード画像を生成することを特徴とするバーコード画像生成システム。
　前記依頼の内容及び前記評価の結果に基づいて、前記バーコード画像生成依頼装置が依頼した所定の内容のバーコード画像を生成したとしても該バーコード画像が前記所定の画像表示装置で表示できない、又は、前記バーコード画像生成依頼装置が依頼した所定の内容のバーコード画像を表示しても前記所定のバーコード読取装置で読み取ることができない、と判断される場合には、その旨を前記バーコード評価装置が前記バーコード画像生成依頼装置に通知することを特徴とする請求項１１に記載のバーコード画像生成システム。
　バーコード評価装置が行なうバーコード評価方法であって、
　バーコード画像の画像表示装置での表示の可否の判断及び表示されたバーコード画像のバーコード読取装置での読み取りの可否の判断を行うことである評価を、
　前記バーコード画像の内容、前記画像表示装置の仕様及び前記バーコード読取装置の仕様に基づいて、実際に表示及び読み取りをすることなく行なうことを特徴とするバーコード評価方法。
　前記評価を、所定のバーコード画像、所定の画像表示装置及び所定のバーコード読取装置について行い、評価の結果を出力することを特徴とする請求項１３に記載のバーコード評価方法。
　画像表示装置の仕様を表す値を座標軸とした座標系を生成し、
　所定のバーコード読取装置によって読み取り可能に所定のバーコード画像の表示するために前記画像表示装置に要求される仕様の範囲を前記座標系上に領域として表すと共に、前記評価の対象とした画像表示装置の仕様に対応する座標を前記平面上に点として表すことにより、
　前記評価対象とした画像表示装置の仕様が前記要求される仕様の範囲に含まれるか否か、及び含まれない場合にはどの程度前記要求される仕様の範囲から外れているのかを視認可能に出力することを特徴とする請求項１３又は１４に記載のバーコード評価方法。
　前記評価を、所定の１つもしくは複数のバーコード画像、所定の１つもしくは複数の画像表示装置及び所定の複数のバーコード読取装置の複数の組み合わせについて行い、評価の結果を出力することを特徴とする請求項１３に記載のバーコード評価方法。
　所定のバーコード画像及び所定のバーコード読取装置からなる所定の組と、前記所定の複数の画像表示装置それぞれとについての複数の評価の結果に基づいて、
　前記所定のバーコード読取装置で読み取り可能に前記所定のバーコード画像を表示できる画像表示装置の数が、前記所定の複数の画像表示装置全ての数の内に占める割合を出力することを特徴とする請求項１６に記載のバーコード評価方法。
　所定のバーコード画像及び所定のバーコード読取装置からなる所定の組と、前記所定の複数の画像表示装置それぞれとについての複数の評価の結果に基づいて、
　前記所定のバーコード読取装置で読み取り可能に前記所定のバーコード画像を表示できる画像表示装置の存在台数が、前記所定の複数の画像表示装置全ての存在台数の内に占める割合、
　又は、前記所定のバーコード読取装置で読み取り可能に前記所定のバーコード画像を表示できる画像表示装置の稼働台数が、前記所定の複数の画像表示装置全ての稼働台数の内に占める割合、
　の何れか又は双方の割合を出力することを特徴とする請求項１６に記載のバーコード評価方法。
　前記評価の結果に基づいて、バーコード画像であって、該バーコード画像を所定の画像表示装置に表示した場合に該表示されたバーコード画像を所定のバーコード読取装置で読み取ることが可能なバーコード画像の内容を特定することを特徴とする請求項１３乃至１８の何れか１項に記載のバーコード評価方法。
　前記評価の結果に基づいて、所定のバーコード画像を所定の画像表示装置に表示した場合に、該表示されたバーコード画像を読み取ることが可能なバーコード読取装置の仕様を特定することを特徴とする請求項１３乃至１９の何れか１項に記載のバーコード評価方法。
　前記評価の結果に基づいて、所定の画像表示装置で表示可能で、且つ、該表示されたバーコード画像を所定のバーコード読取装置で読み取ることが可能なバーコード画像を生成することを特徴とする請求項１３乃至２０の何れか１項に記載のバーコード評価方法。
　前記評価に用いる画像表示装置の仕様の、一部の仕様については明らかであるが一部の仕様については不明な場合には、前記明らかな一部の仕様と同一又は近似する仕様を持つ既知の画像表示装置の全ての仕様に基づいて前記不明な一部の仕様を推測し、該推測された仕様と前記明らかな一部の仕様とに基づいて前記評価を行なうことを特徴とする請求項１３乃至２１の何れか１項に記載のバーコード評価方法。
　バーコード評価プログラムであって、
　コンピュータを、
　バーコード画像の画像表示装置での表示の可否の判断及び表示されたバーコード画像のバーコード読取装置での読み取りの可否の判断を行うことである評価を、
　前記バーコード画像の内容、前記画像表示装置の仕様及び前記バーコード読取装置の仕様に基づいて、実際に表示及び読み取りをすることなく行なうバーコード評価装置として機能させることを特徴とするバーコード評価プログラム。
　前記評価を、所定のバーコード画像、所定の画像表示装置及び所定のバーコード読取装置について行い、評価の結果を出力するバーコード評価装置として前記コンピュータを機能させることを特徴とする請求項２３に記載のバーコード評価プログラム。
　画像表示装置の仕様を表す値を座標軸とした座標系を生成し、
　所定のバーコード読取装置によって読み取り可能に所定のバーコード画像の表示するために前記画像表示装置に要求される仕様の範囲を前記座標系上に領域として表すと共に、前記評価の対象とした画像表示装置の仕様に対応する座標を前記平面上に点として表すことにより、
　前記評価対象とした画像表示装置の仕様が前記要求される仕様の範囲に含まれるか否か、及び含まれない場合にはどの程度前記要求される仕様の範囲から外れているのかを視認可能に出力するバーコード評価装置として前記コンピュータを機能させることを特徴とする請求項２３又は２４に記載のバーコード評価プログラム。
　前記評価を、所定の１つもしくは複数のバーコード画像、所定の１つもしくは複数の画像表示装置及び所定の複数のバーコード読取装置の複数の組み合わせについて行い、評価の結果を出力するバーコード評価装置として前記コンピュータを機能させることを特徴とする請求項２３に記載のバーコード評価プログラム。
　所定のバーコード画像及び所定のバーコード読取装置からなる所定の組と、前記所定の複数の画像表示装置それぞれとについての複数の評価の結果に基づいて、
　前記所定のバーコード読取装置で読み取り可能に前記所定のバーコード画像を表示できる画像表示装置の数が、前記所定の複数の画像表示装置全ての数の内に占める割合を出力するバーコード評価装置として前記コンピュータを機能させることを特徴とする請求項２６に記載のバーコード評価プログラム。
　所定のバーコード画像及び所定のバーコード読取装置からなる所定の組と、前記所定の複数の画像表示装置それぞれとについての複数の評価の結果に基づいて、
　前記所定のバーコード読取装置で読み取り可能に前記所定のバーコード画像を表示できる画像表示装置の存在台数が、前記所定の複数の画像表示装置全ての存在台数の内に占める割合、
　又は、前記所定のバーコード読取装置で読み取り可能に前記所定のバーコード画像を表示できる画像表示装置の稼働台数が、前記所定の複数の画像表示装置全ての稼働台数の内に占める割合、
　の何れか又は双方の割合を出力するバーコード評価装置として前記コンピュータを機能させることを特徴とする請求項２６に記載のバーコード評価プログラム。
　前記評価の結果に基づいて、バーコード画像であって、該バーコード画像を所定の画像表示装置に表示した場合に該表示されたバーコード画像を所定のバーコード読取装置で読み取ることが可能なバーコード画像の内容を特定するバーコード評価装置として前記コンピュータを機能させることを特徴とする請求項２３乃至２８の何れか１項に記載のバーコード評価プログラム。
　前記評価の結果に基づいて、所定のバーコード画像を所定の画像表示装置に表示した場合に、該表示されたバーコード画像を読み取ることが可能なバーコード読取装置の仕様を特定するバーコード評価装置として前記コンピュータを機能させることを特徴とする請求項２３乃至２９の何れか１項に記載のバーコード評価プログラム。
　前記評価の結果に基づいて、所定の画像表示装置で表示可能で、且つ、該表示されたバーコード画像を所定のバーコード読取装置で読み取ることが可能なバーコード画像を生成するバーコード評価装置として前記コンピュータを機能させることを特徴とする請求項２３乃至３０の何れか１項に記載のバーコード評価プログラム。
　前記評価に用いる画像表示装置の仕様の、一部の仕様については明らかであるが一部の仕様については不明な場合には、前記明らかな一部の仕様と同一又は近似する仕様を持つ既知の画像表示装置の全ての仕様に基づいて前記不明な一部の仕様を推測し、該推測された仕様と前記明らかな一部の仕様とに基づいて前記評価を行なうバーコード評価装置として前記コンピュータを機能させることを特徴とする請求項２３乃至３１の何れか１項に記載のバーコード評価プログラム。
　バーコード画像生成依頼装置と、バーコード評価装置と、を備えるシステムが行なうバーコード画像生成方法であって、
　前記バーコード画像生成依頼装置が、前記バーコード評価装置に所定の内容のバーコード画像の生成を依頼し、
　前記バーコード評価装置が、バーコード画像の画像表示装置での表示の可否の判断及び表示されたバーコード画像のバーコード読取装置での読み取りの可否の判断を行うことである評価を、前記バーコード画像の内容、前記画像表示装置の仕様及び前記バーコード読取装置の仕様に基づいて、実際に表示及び読み取りをすることなく行ない、
　前記バーコード評価装置が、前記生成を依頼されたバーコード画像の内容及び前記評価の結果に基づいて、所定の画像表示装置で表示可能で、且つ、所定のバーコード読取装置で読み取ることが可能なバーコード画像を生成することを特徴とするバーコード画像生成方法。
　バーコード画像生成依頼装置と、バーコード評価装置と、を備えるシステムが行なうバーコード画像生成方法であって、
　前記依頼の内容及び前記評価の結果に基づいて、前記バーコード画像生成依頼装置が依頼した所定の内容のバーコード画像を生成したとしても該バーコード画像が前記所定の画像表示装置で表示できない、又は、前記バーコード画像生成依頼装置が依頼した所定の内容のバーコード画像を表示しても前記所定のバーコード読取装置で読み取ることができない、と判断される場合には、その旨を前記バーコード評価装置が前記バーコード画像生成依頼装置に通知することを特徴とする請求項３３に記載のバーコード画像生成方法。