特許 6197960 情報処理装置、方法、およびプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6197960

(24)【登録日】2017年9月1日

(45)【発行日】2017年9月20日

(54)【発明の名称】情報処理装置、方法、およびプログラム

(51)【国際特許分類】

   G06K 19/06 20060101AFI20170911BHJP

【ＦＩ】

   G06K19/06 112

   G06K19/06 028

【請求項の数】9

【全頁数】29

(21)【出願番号】特願2016-548594(P2016-548594)

(86)(22)【出願日】2015年6月17日

(86)【国際出願番号】JP2015067473

(87)【国際公開番号】WO2016042870

(87)【国際公開日】20160324

【審査請求日】2016年12月8日

(31)【優先権主張番号】特願2014-190208(P2014-190208)

(32)【優先日】2014年9月18日

(33)【優先権主張国】JP

(73)【特許権者】

【識別番号】000004237

【氏名又は名称】日本電気株式会社

(74)【代理人】

【識別番号】100110928

【弁理士】

【氏名又は名称】速水 進治

(72)【発明者】

【氏名】岩田 太地

(72)【発明者】

【氏名】渡邊 輝広

(72)【発明者】

【氏名】大串 靖憲

(72)【発明者】

【氏名】芦浦 敦

【審査官】 福田 正悟

(56)【参考文献】

【文献】 国際公開第２００２／０２８６５５（ＷＯ，Ａ１）

【文献】 特開２００２−１１７３７２（ＪＰ，Ａ）

【文献】 米国特許出願公開第２０１４／０２５２０９７（ＵＳ，Ａ１）

【文献】 特開２０１４−２１１７０９（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｋ １９／０６

(57)【特許請求の範囲】

【請求項1】

コード体系情報とそのコード体系に基づいてコード化するソース情報を取得する情報取得手段と、
表示部の仕様および前記コード体系に対応するコード生成用パラメータを取得するパラメータ取得手段と、
取得された前記コード体系情報および前記コード生成用パラメータを使用して、前記ソース情報がコード化されたコード画像を生成するコード生成手段と、
前記コード画像を前記表示部にドットバイドット表示または整数倍表示する表示制御手段と、
を備え、
前記パラメータ取得手段は、前記コード生成用パラメータの複数候補の中から少なくとも１つのコード生成用パラメータを各候補に付与された優先順位に従って選択し、
前記コード生成手段は、選択された前記コード生成用パラメータを使用して、前記コード画像を生成する、情報処理装置。

【請求項2】

前記表示制御手段により表示された前記コード画像のスキャナによる読み取りが成功したか否かを判定する判定手段と、
前記判定手段による判定結果を、前記コード画像を生成するのに使用した前記コード生成用パラメータに対応付けて記録する、または、前記判定手段による判定結果に基づいて、前記コード生成用パラメータに付与された優先順位を変更する記録手段と、
をさらに備え、
前記パラメータ取得手段は、前記判定手段により読取失敗と判定された場合に、次の優先順位のコード生成用パラメータを選択し直し、
前記コード生成手段は、選択し直された前記コード生成用パラメータを使用して、前記コード画像を生成し直す、
請求項１に記載の情報処理装置。

【請求項3】

前記表示制御手段は、前記コード生成手段により前記複数候補の前記コード生成用パラメータを使用して生成された複数のコード画像の中の少なくとも複数を前記表示部に一括で表示する、
請求項１または２に記載の情報処理装置。

【請求項4】

前記パラメータ取得手段は、前記コード生成用パラメータを、前記表示部の仕様および前記コード体系に基づいて、算出する、
請求項１乃至３いずれか１項に記載の情報処理装置。

【請求項5】

前記パラメータ取得手段は、前記コード生成用パラメータを管理するサーバに自身の機種を示す情報および前記コード体系情報を送信し、前記サーバから自身の前記機種から特定される前記表示部の仕様および前記コード体系に対応した前記コード生成用パラメータを受信し、
前記コード生成手段は、前記サーバから受信した前記コード生成用パラメータを使用して前記コード画像を生成する、
請求項１乃至４いずれか１項に記載の情報処理装置。

【請求項6】

端末装置から機種およびコード体系の少なくともいずれか一方の情報を受信し、コード体系情報およびコード生成用パラメータを使用して、ソース情報からコード化されたコード画像を表示する端末装置の機種毎および前記コード体系毎に、コード生成用パラメータを記憶するパラメータ記憶部を参照し、受信した情報に対応するコード生成用パラメータを前記端末装置に送信するパラメータ送信手段と、
を備え、
前記パラメータ記憶部は、前記コード生成用パラメータの優先順位を前記コード体系毎に前記コード生成用パラメータに対応付けて記憶し、
前記コード生成用パラメータのスキャナによる読み取りが成功したか否かの判定結果を取得する判定結果取得手段と、
取得した前記判定結果に基づいて、前記コード生成用パラメータに対応付けられた前記優先順位を更新する優先順位更新手段と、を備え、
前記パラメータ送信手段は、複数の前記コード生成用パラメータを前記端末装置に送信する際に、前記優先順位を各コード生成用パラメータに付与して送信する、サーバ。

【請求項7】

前記優先順位更新手段は、前記判定結果取得手段により複数の前記端末装置から取得された複数の前記判定結果の統計値に基づいて、前記優先順位を更新する、
請求項６に記載のサーバ。

【請求項8】

コンピュータに、
コード体系情報とそのコード体系に基づいてコード化するソース情報を取得する手順、
表示部の仕様および前記コード体系に対応するコード生成用パラメータを取得する手順、
取得された前記コード体系情報および前記コード生成用パラメータを使用して、前記ソース情報がコード化されたコード画像を生成する手順、
前記コード画像を前記表示部にドットバイドット表示または整数倍表示する手順、
前記コード生成用パラメータの複数候補の中から少なくとも１つのコード生成用パラメータを各候補に付与された優先順位に従って選択する手順、を実行させ、
前記コード画像を生成する手順において、選択された前記コード生成用パラメータを使用して、前記コード画像を生成する手順、
を実行させるためのプログラム。

【請求項9】

情報処理装置が、
コード体系情報とそのコード体系に基づいてコード化するソース情報を取得し、
表示部の仕様および前記コード体系に対応するコード生成用パラメータを取得し、
取得された前記コード体系情報および前記コード生成用パラメータを使用して、前記ソース情報がコード化されたコード画像を生成し、
前記コード画像を前記表示部にドットバイドット表示または整数倍表示し、
前記コード生成用パラメータの複数候補の中から少なくとも１つのコード生成用パラメータを各候補に付与された優先順位に従って選択し、
前記コード画像を生成する際、選択された前記コード生成用パラメータを使用して、前記コード画像を生成する、
情報処理装置の情報処理方法。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

携帯電話やスマートフォン等の端末装置の画面にＱＲ（Quick Response）コード（登録商標）を表示し、バーコードスキャナに読み取らせる技術は、様々な分野で一般的に広く利用されている。
特許文献１に記載の画像処理装置は、テキストデータやバイナリデータからバーコード画像を生成し、プリンタに印刷させるバーコード生成ライブラリを実現するコンピュータ装置である。このバーコード生成ライブラリは、バーコードのエレメント（黒バーや白スペース）の幅（太さ）を異なる複数の補正値でそれぞれ補正処理した複数の異なるバーコードを、バーコードの高さ方向に積み重ねて１つのバーコードとして生成する。プリンタの性能によって、印刷されたバーコードの黒バーの幅（太さ）が細くなったり太くなったりしてバーコードの規格から外れてしまうような場合でも、補正された複数のバーコードのどれかが規格に適合し、スキャナで読み取れる可能性が高まる。

【0003】

特許文献１に記載の技術は、バーコード生成ライブラリによって生成されたバーコードを印刷した場合に、プリンタの性能によってバーコードの黒バーの幅（太さ）が細くなったり太くなったりしてしまい、バーコードスキャナで読み取れなくなってしまうという不具合を解消している。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０１２−６３８９７号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

上述した特許文献１に記載の技術においては、バーコードの標準的な設定（バーコードの高さ、バーコード位置、バーコードが保持するデータ、バーコード規格の指定等）と、バーコードの補正処理を規定する補正設定とを含むパラメータセットを用いて、バーコードを生成し、プリンタで印刷する。すなわち、予め決まったバーコードの設定を用いて生成されるバーコードを、異なる補正値で補正処理して複数のバーコードを生成することを想定しているが、バーコードの設定自体の指定、たとえば、バーコードの黒バーや白バーの幅の比の指定を柔軟に変更すること等は想定されていない。

【0006】

一方、１次元バーコードに関して、携帯電話やスマートフォン等の端末装置のディスプレイ画面にバーコードを表示し、表示されたバーコードをスキャナで精度よく読み取らせる装置は、その読み取り精度の低さから、未だ実用化されていないのが現状である。
本発明の発明者らは、画面に表示される様々なコード体系のバーコードのエレメント（黒バーや白スペース）の幅等の指定を、画面のサイズ（インチ数または縦横のピクセル数）や解像度（ｐｐｉ：pixels per inch）等の仕様とコード体系の組み合わせに応じて柔軟に変更することで、表示される様々なコード体系のバーコードがそれぞれ精度よく読み取れるようになることを発見した。

【0007】

本発明は上記事情に鑑みてなされたものであり、その目的とするところは、読み取り精度のよいコード画像を画面に表示する情報処理装置、方法、およびプログラムを提供することにある。

【課題を解決するための手段】

【0008】

本発明の各側面では、上述した課題を解決するために、それぞれ以下の構成を採用する。

【0009】

第一の側面は、情報処理装置に関する。
第一の側面に係る情報処理装置は、
コード体系情報とそのコード体系に基づいてコード化するソース情報を取得する情報取得手段と、
表示部の仕様および前記コード体系に対応するコード生成用パラメータを取得するパラメータ取得手段と、
取得された前記コード体系情報および前記コード生成用パラメータを使用して、前記ソース情報がコード化されたコード画像を生成するコード生成手段と、
前記コード画像を前記表示部にドットバイドット表示または整数倍表示する表示制御手段と、
を有し、
前記パラメータ取得手段は、前記コード生成用パラメータの複数候補の中から少なくとも１つのコード生成用パラメータを各候補に付与された優先順位に従って選択し、
前記コード生成手段は、選択された前記コード生成用パラメータを使用して、前記コード画像を生成する。

【0010】

第二の側面は、少なくとも１つのコンピュータにより実行される情報処理方法に関する。
第二の側面に係る情報処理方法は、
情報処理装置が、
コード体系情報とそのコード体系に基づいてコード化するソース情報を取得し、
表示部の仕様および前記コード体系に対応するコード生成用パラメータを取得し、
取得された前記コード体系情報および前記コード生成用パラメータを使用して、前記ソース情報がコード化されたコード画像を生成し、
前記コード画像を前記表示部にドットバイドット表示または整数倍表示し、
前記コード生成用パラメータの複数候補の中から少なくとも１つのコード生成用パラメータを各候補に付与された優先順位に従って選択し、
前記コード画像を生成する際、選択された前記コード生成用パラメータを使用して、前記コード画像を生成する、
ことを含む。

【0011】

なお、本発明の他の側面としては、上記第二の側面の方法を少なくとも１つのコンピュータに実行させるプログラムであってもよいし、このようなプログラムを記録したコンピュータが読み取り可能な記録媒体であってもよい。この記録媒体は、非一時的な有形の媒体を含む。
このコンピュータプログラムは、コンピュータにより実行されたとき、コンピュータに、情報処理装置上で、その情報処理方法を実施させるコンピュータプログラムコードを含む。

【0012】

なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。

【0013】

また、本発明の各種の構成要素は、必ずしも個々に独立した存在である必要はなく、複数の構成要素が一個の部材として形成されていること、一つの構成要素が複数の部材で形成されていること、ある構成要素が他の構成要素の一部であること、ある構成要素の一部と他の構成要素の一部とが重複していること、等でもよい。

【0014】

また、本発明の方法およびコンピュータプログラムには複数の手順を順番に記載してあるが、その記載の順番は複数の手順を実行する順番を限定するものではない。このため、本発明の方法およびコンピュータプログラムを実施するときには、その複数の手順の順番は内容的に支障のない範囲で変更することができる。

【0015】

さらに、本発明の方法およびコンピュータプログラムの複数の手順は個々に相違するタイミングで実行されることに限定されない。このため、ある手順の実行中に他の手順が発生すること、ある手順の実行タイミングと他の手順の実行タイミングとの一部ないし全部が重複していること、等でもよい。

【発明の効果】

【0016】

上記各側面によれば、読み取り精度のよいコード画像を表示する情報処理装置、方法、およびプログラムを提供することができる。

【図面の簡単な説明】

【0017】

上述した目的、およびその他の目的、特徴および利点は、以下に述べる好適な実施の形態、およびそれに付随する以下の図面によってさらに明らかになる。

【0018】

【図1】本発明の実施の形態に係る情報処理装置の論理的な構成を示す機能ブロック図である。

【図2】本発明の実施の形態に係る情報処理装置におけるバーコードの表示方法を説明するための図である。

【図3】本発明の実施の形態に係る情報処理装置を実現するスマートフォンのハードウェア構成の一例を示すブロック図である。

【図4】本実施形態の情報処理装置の動作の一例を示すフローチャートである。

【図5】本実施形態の情報処理装置に関連するバーコードのスキャナによる読み取り検証結果の例を示す図である。

【図6】本実施形態の情報処理装置に関連するバーコードの、コード体系別のスキャナによる読み取り検証結果と、パラメータの優先順位の例を示す図である。

【図7】本実施形態の情報処理装置により生成されるバーコードを説明するための図である。

【図8】本実施形態の情報処理装置により生成されるバーコードの表示例を示す図である。

【図9】本発明の実施の形態に係る情報処理装置の構成を論理的に示す機能ブロック図である。

【図10】本実施形態の情報処理装置の表示画面の例を示す図である。

【図11】本発明の実施の形態に係る情報処理システムの構成の一例を示す概略ブロック図である。

【図12】本発明の実施の形態に係るサーバの構成を論理的に示す機能ブロック図である。

【図13】本実施形態のサーバを実現するコンピュータの構成例を示すブロック図である。

【図14】本実施形態の情報処理システムの動作の一例を示すフローチャートである。

【図15】本実施形態の情報処理装置に関連するバーコードの構成を説明するための図である。

【図16】本実施形態の情報処理装置に関連するバーコードの構成を説明するための図である。

【発明を実施するための形態】

【0019】

以下、本発明の実施の形態について、図面を用いて説明する。尚、すべての図面において、同様な構成要素には同様の符号を付し、適宜説明を省略する。

【0020】

（第１の実施の形態）
本発明の第１の実施の形態に係る情報処理装置、方法およびプログラムについて、以下説明する。
図１は、本発明の実施の形態に係る情報処理装置１００の論理的な構成を示す機能ブロック図である。
本実施形態の情報処理装置１００は、スキャナで読み取りされる任意のコード画像を表示部１０８に表示させる機能を有する。

【0021】

情報処理装置１００は、コード体系情報１１２とそのコード体系に基づいてコード化するソース情報１１４を取得する情報取得部１０２と、表示部１０８の仕様およびコード体系に対応するコード生成用パラメータ１１６を取得するパラメータ取得部１０４と、取得されたコード体系情報１１２およびコード生成用パラメータ１１６を使用して、ソース情報１１４がコード化されたコード画像１１８を生成するコード生成部１０６と、コード画像１１８を表示部１０８にドットバイドット表示または整数倍表示する表示制御部１１０と、を備える。

【0022】

本発明の情報処理装置は、表示部１０８の画面にコード画像１１８を表示する機能を有するコンピュータであり、表示部１０８は、情報処理装置に含まれていてもよいし、情報処理装置に外付けされたものでもよい。本実施形態において、情報処理装置は、スマートフォンを例に説明するが、これに限定されない。たとえば、携帯電話機、タブレット端末、ＰＨＳ（Personal Handyphone System）、パーソナルコンピュータ、ＰＤＡ（Personal Digital Assistants）、ゲーム機、店舗端末など、様々な端末装置を含むことができる。

【0023】

表示部１０８は、液晶ディスプレイ、有機ＥＬ（ElctroLuminescence）ディスプレイ、無機ＥＬディスプレイ等、特に種類は限定されないが、本実施形態では、液晶ディスプレイを例に説明する。
また、本発明の情報処理装置は、全ての機能を上記端末装置で実現される構成と、端末装置とサーバが機能を分担して実現される構成の両方を採用することができる。サーバを含む構成については、後述する。
なお、以下の各図において、本発明の本質に関わらない部分の構成については省略してあり、図示されていない。

【0024】

本発明の実施の形態に係る情報処理装置１００では、コンピュータプログラムの各手順に対応する各処理動作を、コンピュータが実行することにより、情報処理装置１００の各ユニットの各機能が実現される。たとえば、スマートフォン等の端末装置に本実施形態の情報処理装置１００を実現するアプリケーション（以下、他のアプリケーションと区別するために「プログラム」とも呼ぶ）をインストールし、スマートフォンでプログラムを実行することで、情報処理装置１００の各ユニットの各機能を実現することができる。

【0025】

また、後述するように、情報処理装置１００の各ユニットの各機能は、少なくとも一部のユニットの少なくとも一部の機能をサーバが実現してもよい。端末装置およびサーバの性能（ＣＰＵやメモリ容量）や負荷状況等により、最適な機能分担を定めればよい。
さらに、情報処理装置１００のプログラムは、プログラムモジュールとしてコード画像を表示する機能を有する他のアプリケーションに組み込まれて実行される形態、または、ライブラリとして他のアプリケーションから呼び出されて実行される形態等であってもよい。

【0026】

ここで、情報処理装置１００によりコード化される元となるソース情報１１４は、特に限定されず、ソース情報１１４を元に生成されるコード画像１１８は、様々なシーンで利用されることが想定される。たとえば、図書館で本を借りる際に提示する図書カードの代わりに、スマートフォンに図書館の利用者情報を示すバーコード画像を画面に表示させて職員に提示し、バーコードスキャナで読み取らせ、利用承認を行うことができる。また、コンビニエンスストア等で、スマートフォンに支払伝票情報を示すバーコード画像を画面に表示させて店員に提示し、バーコードスキャナで読み取らせ、コンビニ支払い手続きを行うことができる。また、ユーザ所有のスマートフォンではなく、施設や店舗等に設置されている端末装置に、ユーザが所定の操作を行うことでバーコード画像を画面に表示させて店員に提示し、バーコードスキャナで読み取らせ、所定の手続きを行う形態も考えられる。

【0027】

本実施形態では、ソース情報１１４を１次元バーコード（「１次元シンボル」、「リニアシンボル」とも呼ばれる）にコード化して表示部１０８に表示させる構成について説明する。なお、本発明の構成は、２次元コード（「２次元シンボル」、「スタック型２次元コード」、「マトリクス型２次元コード（たとえば、（ＱＲ（Quick Response）コード（登録商標））」とも呼ばれる）等、他のコード化方式で生成されたコード画像１１８の表示に適用することもできる。
以下、本明細書では、１次元バーコードを単に「バーコード」と呼ぶ。

【0028】

バーコードは、あるキャラクタ（数字、記号、文字等）列を、異なる幅を有する複数のバーとスペース（これらの各々を「エレメント」または「モジュール」と呼ぶ）を組み合わせて並べて表現する。本実施形態では、バーコードのコード体系として、ＧＳ１−１２８（旧ＵＣＣ／ＥＡＮ−１２８）、Ｃｏｄｅ１２８、Ｃｏｄａｂａｒ（ＮＷ−７）等を例に説明するが、本発明の情報処理装置に適用可能なコード体系はこれらに限定されず、様々なコード体系のバーコードに適用できる。

【0029】

情報取得部１０２は、コード体系情報１１２とそのコード体系に基づいてコード化するソース情報１１４を取得する。
コード体系情報１１２は、表示対象の上記バーコードのコード体系を情報取得部１０２が識別できる情報であればよく、特に限定されない。たとえば、本実施形態の情報処理装置１００が表示できるコード体系について、予め識別情報を定めておき、情報処理装置１００を利用する他のアプリケーションが指定するコード体系を示す識別情報を取得してもよい。または、情報処理装置１００が生成するコード画像が、あるコード体系に特化されている場合には、予め定められているコード体系、またはサーバから指定されたコード体系を使用することができる。

【0030】

ソース情報１１４は、バーコードの元となる情報であり、テキストデータ、バイナリデータ等のデータ形式は特に限定されない。ここで、コード体系毎に、コード化可能なキャラクタの種類（数字、記号、文字等）や桁数、あるいは、情報項目等の仕様は決まっているので、コード体系に従ったソース情報１１４が取得される。なお、ソース情報１１４の内容は、本発明の本質には関わらないので詳細な説明は省略する。

【0031】

情報取得部１０２は、コード体系情報１１２およびソース情報１１４を、たとえば、コード画像１１８の表示を要求する他のアプリケーション等から取得することができる。あるいは、ウェブサイトからダウンロードして取得してもよい。あるいは、記憶装置（内部メモリまたはストレージ、または外部記録媒体）に記憶されている情報を読み出して取得する形態であってもよく、特に限定されない。

【0032】

本明細書において、「取得」とは、自装置が他の装置や記憶媒体に格納されているデータまたは情報を取りに行くこと（能動的な取得）、たとえば、他の装置にリクエストまたは問い合わせして受信すること、他の装置や記憶媒体にアクセスして読み出すこと等、および、自装置に他の装置から出力されるデータまたは情報を入力すること（受動的な取得）、たとえば、配信（または、送信、プッシュ通知等）されるデータまたは情報を受信すること等、の少なくともいずれか一方を含む。また、受信したデータまたは情報の中から選択して取得すること、または、配信されたデータまたは情報を選択して受信することも含む。

【0033】

情報取得部１０２による情報取得方法は、コード画像の表示を要求する他のアプリケーションやウェブサイトから呼び出されて情報を受け取る形態でもよいし、表示したいソース情報１１４の情報を持っている他のアプリケーションやウェブサイトに対し、情報提供のリクエストを行う形態でもよく、特に限定されない。

【0034】

パラメータ取得部１０４は、表示部１０８の仕様およびコード体系に対応するコード生成用パラメータ１１６を取得する。
コード生成用パラメータ１１６は、コードを生成する際の条件となる情報であり、バーコードを構成する最小モジュール（黒バーや白バー）の１幅を描画するのに使用する画素数（ドット数）を少なくとも含む。なお、ＱＲコード（登録商標）等の２次元バーコードの場合、コード生成用パラメータ１１６は、最小モジュール（１セル）を描画するのに使用する縦と横の各画素数（ドット数）となる。さらに、コード体系がＮＷ７の場合には、コード生成用パラメータ１１６として、細エレメントに対する太エレメントの比（ここでは、「ＮＷ比」と呼ぶ）が含まれてもよい。また、コード生成用パラメータ１１６は、端末装置の画面の長手方向を縦にしてバーコードを表示するか、長手方向を横にしてバーコードを表示するかの指定をさらに含んでもよい。
たとえば、コード体系がＮＷ７の場合には、コード生成用パラメータ１１６は、ＮＷ比が２．０、２．５、または、３．０について、最小モジュール幅のドット数（たとえば、１(dot/mod)、２(dot/mod)、３(dot/mod)）の組み合わせを含む。なお、コード生成用パラメータ１１６の最小モジュール幅のドット数は、３(dots/mod)までに限定されるものではなく、４(dot/mod)、５(dot/mod)、．．．等、画面の画素数や解像度に応じて、様々な値を取り得る。

【0035】

ここで、コード生成用パラメータ１１６は、表示部１０８の仕様（特に、画面の幅と解像度）およびコード体系に応じて、バーコードの生成条件（最小モジュール幅やバーコード幅等）を満たす値が設定される。たとえば、バーコードがスキャナによって読み取られることができる最小モジュールの幅は、スキャナの読取解像度（分解能）によって決まりうる。たとえば、最小モジュール幅が０．１５ｍｍ以上であると、スキャナでバーコードがある一定の精度で読み取ることができるとする。

【0036】

また、表示部１０８の仕様から、画面の１ドットが何ｍｍとなるかが分かることから、１ドットが０．１５ｍｍ以上であれば、最小モジュールを、１ドットで描画してよいことになる。たとえば、画面の長手方向を縦にした場合の、画面の横幅が６４０画素で解像度が（３２６ｐｐｉ）のものは、１ドット幅が約０．０７７ｍｍとなり、スキャナの分解能を下回ることになる。したがって、最小モジュール幅は、２ドット以上にした方がよい。このように、スキャナ側からすると、最小モジュールの幅は、なるべく広い方が読み取り精度は向上する。そのため、最小モジュールを描画するドット数が多い方がよい。しかしながら、バーコードの横方向の長さが、左右の余白を含めて６０ｍｍを超えると、スキャナで読み取れなくなる場合がある。本実施形態では、最小モジュール幅のドット数は、バーコード総幅が６０ｍｍを超えない範囲に制限するものとする。

【0037】

このように、コード生成用パラメータ１１６は、スキャナで読み取りうる最小モジュールの幅と、生成されるバーコードの総幅の両方の条件を満たす範囲で決められる。この範囲に含まれるコード生成用パラメータ１１６が複数ある場合には、パラメータ取得部１０４は、複数のコード生成用パラメータ１１６を取得してもよい。
コード生成用パラメータ１１６は、予め理論値として設定されていてもよいし、あるいは、後述するように、実際の読み取り結果を統計して、最適値に補正できてもよい。

【0038】

最も単純な例では、端末装置の機種または表示部１０８の型番によって表示部１０８の仕様は定まるため、端末装置の機種または表示部１０８の型番と、コード体系とに対応するコード生成用パラメータ１１６を取得してもよい。

【0039】

たとえば、図５は、端末装置の機種、または、ある画面仕様（画面サイズ（縦および横の少なくともいずれか一方の画素数）および画面解像度（ｐｐｉ）の範囲）において、コード体系別に、バーコード構成条件（たとえば、最小モジュール幅やＮＷ比）毎に、生成されるコード画像１１８の読み取り精度の検証結果が示されている。ここでは、○（丸印）が高精度で読み取り可能なもの、△（三角印）が読み取りできるが、所定の基準を満たさないもの、−（Ｎ／Ａ：Not Applicable）が生成されるバーコードが所定の基準を満たさないので採用できないものを示す。また、図示されていないが、読み取りできないものは、×（バツ印）で示される。ここで、所定の基準とは、たとえば、バーコードの幅が６０ｍｍ以下であること、バーコードの最小モジュールの幅が０．１５ｍｍ以上であること等である。

【0040】

このような検証は、実際にバーコードを生成して各端末装置に表示させて、スキャナで読み取り試験で行ってもよいし、理論上計算されるバーコードの最小モジュール幅とバーコード幅、およびスキャナの読み取り解像度等の仕様情報から、理論的に行ってもよい。

【0041】

以下、バーコード総幅の算出方法を説明する。
まず、コード体系がＥＡＮ１２８（ＧＳ１−１２８）のバーコードについて説明する。
図１５（ａ）は、バーコードの構成イメージを示す。図１５（ｂ）は、最小モジュール幅をＸ（ドット）（Ｘは自然数）とした場合の、各部の画素数（ドット数）を示している。
最小モジュール幅をＸ、有効桁数（数字のみ）をｎ（ｎは偶数とする）、ＣＯＤＥ１２８のスタイルをＣｏｄｅ Ｓｅｔ Ｃとする。
なお、Ｄａｔａ部は１キャラクタで数字２桁（００〜９９）とする。

【0042】

バーコード総幅Ｗ＝１０Ｘ＋１１Ｘ＋１１Ｘ＋１１Ｘ＊ｎ／２＋１１Ｘ＋１３Ｘ＋１０Ｘ＝（１１ｎ／２＋６６）Ｘ
ｎ＝４４桁とすると、Ｗ＝（１１＊４４／２＋６６）＝３０８Ｘとなる。ここで、Ｗは自然数で、バーコード総幅をドット数で示す。
この場合、最小モジュール幅を１（dot/mod）にすると、バーコード総幅が３０８ドットとなる。したがって、画面の長手方向を縦にした場合の、画面の横幅が５４０画素以下のものは、最小モジュール幅は、１（dot/mod）のみで、２（dots/mod）は表示できないことになる。

【0043】

次に、コード体系がＣＯＤＡＢＡＲ（ＮＷ７）のバーコードについて説明する。
図１６（ａ）は、バーコードの構成イメージを示す。図１６（ｂ）は、最小モジュール幅をＸ（ドット）とした場合の、各部の画素数（ドット数）を示している。
細バーの幅（＝最小モジュール幅）をＸ、太バーの幅をｒ・Ｘ、ＮＷ比（太バー幅と細バー幅の比率）をｒ（＝２から３）、キャラクタ間ギャップをｃ（ｃ≧Ｘ）、有効桁数（ここでは、簡単のため数字のみとする）をｎとする。

【0044】

また、各キャラクタ幅は、以下の通りとなる。
"０"から"９"、"−（マイナス記号）"，"＄（ドル記号）"の１２種は、（２ｒ＋５）Ｘ、"：（コロン記号）"，"／（スラッシュ記号）"，"．（ピリオド）"，"＋（プラス記号）"の４種は、（３ｒ＋４）Ｘ、ＳＴＡＲＴおよびＳＴＯＰの（"Ａ"，"Ｂ"，"Ｃ"，"Ｄ"の４種）は（３ｒ＋４）Ｘとする。

【0045】

バーコード総幅Ｗ＝４（３ｒ＋４）Ｘ＋ｎ（２ｒ＋５）Ｘ＋ｃ（ｎ＋１）
ここで、ｃ＝Ｘ（キャラクタ間ギャップ（図１６（ａ）中、▲（黒三角）で示される）の最小幅）とすると、以下のようになる。
バーコード総幅Ｗ＝４（３ｒ＋４）Ｘ＋ｎ（２ｒ＋５）Ｘ＋Ｘ（ｎ＋１）
＝Ｘ（１２ｒ＋１６＋２ｎｒ＋５ｎ＋ｎ＋１）
＝Ｘ（１２ｒ＋１７＋２ｎｒ＋６ｎ）
＝Ｘ｛２ｎ（ｒ＋３）＋１２ｒ＋１７｝

【0046】

ここで、ＮＷ比ｒ＝３．０の場合は以下のようになる。
バーコード総幅Ｗ＝Ｘ｛２ｎ（ｒ＋３）＋１２ｒ＋１７｝
＝Ｘ｛２ｎ（３＋３）＋１２＊３＋１７｝
＝Ｘ（１２ｎ＋５３）
この例でｎ＝１６桁なら、Ｗ＝２４５Ｘとなる。

【0047】

次に、ＮＷ比ｒ＝２．０の場合は以下のようになる。
バーコード総幅Ｗ＝Ｘ｛２ｎ（ｒ＋３）＋１２ｒ＋１７｝
＝Ｘ｛２ｎ（２＋３）＋１２＊２＋１７｝
＝Ｘ（１０ｎ＋４１）
この例でｎ＝１６桁なら、Ｗ＝２０１Ｘとなる。
このように、理論的にバーコード幅を求めれば、表示部１０８の仕様から、最小モジュール幅の設定可能な範囲を求めることができる。

【0048】

これらの結果から、コード体系毎に、端末装置の機種または画面仕様に応じた、コード生成用パラメータ１１６のセットを決定することができる。たとえば、この端末装置で、コード体系が、ＣＯＤＥ１２８（１６桁）のコード画像１１８を生成する場合には、コード生成部１０６は、コード生成用パラメータ１１６として、最小モジュール幅２（dot/mod）と３（dot/mod）の少なくともいずれか一方を取得する。

【0049】

表示部１０８の仕様としては、スマートフォンを、長手方向を縦にした場合の横方向の画面の幅の画素数と、画面解像度（ｐｐｉ）が少なくとも分かればよい。画面幅の画素数と画面解像度によって、適したコード生成用パラメータ１１６が定まるためである。一方、画面幅の画素数と画面解像度は、端末装置の機種や表示部１０８の型番によって決まっているものでもある。そこで、端末装置の機種名（製品名等）や表示部１０８の型番（製品名等）の情報から、対応するコード生成用パラメータ１１６を取得してもよい。

【0050】

また、表示部１０８の仕様に関する情報は、端末装置自身が保持している情報から算出したり取得したりしてもよい。あるいは、パラメータ取得部１０４は、自身の機種または表示部１０８の画面の情報をサーバに通知し、対応するコード生成用パラメータ１１６をサーバから取得したり、ウェブサイトから該当する機種等を選択して、対応するコード生成用パラメータ１１６をダウンロードしたりしてもよい。

【0051】

端末装置自身が保持している情報から、表示部１０８の仕様に関する情報として、画面幅の画素数と画面解像度を算出してもよい。
たとえば、画面幅の画素数と画面解像度は、画面サイズ（インチ数）、画素数（画面の横および縦の少なくともいずれか一方の画素数、または総画素数）、アスペクト比、または画面解像度（ｐｐｉ）等の表示部１０８の仕様に関する情報から算出できる。算出方法は様々考えられるが、特に限定されない。

【0052】

そして、パラメータ取得部１０４は、コード生成用パラメータ１１６を、コード体系と、端末装置自身が保持している情報から取得した表示部１０８の仕様とに基づいて、算出して得てもよい。

【0053】

なお、コード体系については、情報取得部１０２が取得したコード体系情報１１２から取得できる。
また、コード生成用パラメータ１１６は、端末装置が読み取り可能な記憶媒体に保持されていてもよいし、サーバから取得してもよいし、ウェブサイトからダウンロードしてもよい。

【0054】

コード生成部１０６は、コード体系情報１１２およびコード生成用パラメータ１１６を使用して、ソース情報１１４がコード化されたコード画像１１８を生成する。
ここで、コード体系毎に、バーコードの構成は決まっているため、本実施形態のコード生成部１０６は、コード体系毎に、バーコードの構成内容の情報を保持する。コード生成部１０６は、コード体系情報１１２で指定されるコード体系に基づいて、バーコードの構成内容の情報を用いて、ソース情報１１４をコード化する。なお、バーコードの生成方法は特に限定されるものではなく、本発明の本質に関わらないので詳細な説明は省略する。

【0055】

なお、上述したように、コード画像１１８には、バーコードの規格や、バーコードスキャナの性能に応じて、所定の制約条件が定められてもよい。たとえば、バーコードの最小モジュール（黒バーまたは白バー）幅が所定サイズ（０．１５nm）以上となること、バーコード全体（余白を含め）の幅が所定サイズ（６０ｍｍ）以内であること、バーコードの高さが所定サイズ（１０ｍｍ）以上であること、バーコードの左右に余白があること、バーコードの周囲に枠がないこと、バーコードのＲＧＢ値は、黒バーがＲ＝Ｇ＝Ｂ＝２５５、白バーがＲ＝Ｇ＝Ｂ＝０であること、等がある。コード生成部１０６は、これらの制約条件を満たすように、コード画像１１８を生成する。

【0056】

表示制御部１１０は、コード画像１１８を表示部１０８にドットバイドット表示または整数倍表示する。
なお、コード画像１１８を表示部１０８に表示する際、表示制御部１１０は、バーコードスキャナの読取精度ができる限り向上するように、表示部１０８の設定を変更する等の制御を行うことが好ましい。たとえば、表示部１０８の画面の輝度設定を最大にしたり、画面ののぞき見を防止するビューブラインド機能の設定を解除したりする制御を行ってもよい。表示制御部１１０が自動で設定を変更してもよいし、あるいは、ユーザに設定の変更を促すメッセージを出力（表示または音声出力）し、ユーザに手動で設定変更させてもよい。

【0057】

ドットバイドット表示とは、画像をディスプレイに表示する方式の１つで、画像情報の１ピクセルを表示画面の１ドットに対応させて表示することを指す。すなわち、画像情報に拡大または縮小などの処理を加えずに、そのまま等倍表示する。
整数倍表示とは、画像をディスプレイに表示する方式の１つで、画像情報の１ピクセルを表示画面の整数倍ドットに対応させて表示することを指す。ここで、アスペクト比は変えずに拡大する。また、１．５倍等の整数倍でない拡大処理は行わない。その理由について、以下に説明する。

【0058】

図２は、バーコードの表示方式を説明するための図である。
図２（ａ）は、ドットバイドット表示したときのバーコードを示す図である。図２（ｂ）は、整数倍ではない表示をしたときのバーコードを示す図である。図２（ｃ）は、整数倍でない表示をしたときのバーコードの拡大図である。
図２（ａ）のように、整数倍表示の場合には、バーコードは、画面の画素（ドット）単位で、黒バーと白バーをそれぞれ表現できる。ここで、画面の１画素は、Ｒ（赤）Ｇ（緑）Ｂ（青）の３色のカラーフィルタから構成されている。たとえば、白バーは、Ｒ＝Ｇ＝Ｂ＝２２５、黒バーは、Ｒ＝Ｇ＝Ｂ＝０の各値が指定されることで、表示される。

【0059】

一方、図２（ｂ）または図２（ｃ）のように、整数倍表示でない場合には、バーコードは、画面の画素単位で黒バーと白バーを表現できなくなる。たとえば、黒バーが１．５ドットで表現される場合、たとえば、図２（ｃ）のＰ２２やＰ２３等は、黒と白の間のＲＧＢ値をとることになり、図２（ｂ）に示すように、黒バーの周囲（ハッチングで示される部分）に「にじみ」が生じてしまう。このため、スキャナによる読み取り精度が低下してしまう可能性がある。
そこで、本発明では、表示部１０８は、コード画像１１８をドットバイドット表示または整数倍表示する。

【0060】

さらに、表示制御部１１０は、スマートフォン１０等タッチパネル型ディスプレイのユーザインタフェースの標準機能として備わっている、画面表示を拡大または縮小するための操作である、ピンチアウトやピンチイン操作の受け付けを禁止する制御を行うのが好ましい。あるいは、表示制御部１１０は、画面表示の拡大または縮小を、整数倍で行うよう制御してもよい。

【0061】

図３は、本発明の実施の形態に係る情報処理装置１００を実現するスマートフォン１０のハードウェア構成の一例を示すブロック図である。
図３のスマートフォン１０（コンピュータ）は、ＣＰＵ１２、メモリ１４、メモリ１４にロードされた図１の情報処理装置１００の構成要素を実現するプログラム５０、そのプログラム５０を格納する内部ストレージ１６などの記憶ユニット、および通信用インタフェース（通信部１８）を備える。図１の本実施形態の情報処理装置１００の各構成要素は、図３の任意のコンピュータ（スマートフォン１０）のハードウェアとソフトウェアの任意の組合せによって実現される。そして、その実現方法、装置にはいろいろな変形例があることは、当業者には理解されるところである。図１ならびに以下に説明する各実施形態における機能ブロック図は、ハードウェア単位の構成ではなく、機能単位の論理的なブロックを示している。

【0062】

具体的には、図３に示すように、スマートフォン１０は、ＣＰＵ１２と、メモリ１４と、内部ストレージ１６と、通信部１８と、操作部２２と、操作受付部２４と、表示部２６と、表示制御部２８と、を備える。なお、図３において、本発明の本質に関わらない部分の構成については省略してあり、図示されていない。

【0063】

ＣＰＵ１２は、スマートフォン１０の各要素とバス４０を介して接続され、各要素とともにスマートフォン１０全体を制御する。メモリ１４は、スマートフォン１０を動作させるためのプログラム（ＯＳ（Operating System）やアプリケーション等）や、それらのプログラムが動作する際に使用する各種設定データがロードされる領域と、プログラムが動作するための作業領域とを有する。

【0064】

内部ストレージ１６は、本発明の情報処理装置を実現するプログラム５０や、さらに、他のアプリケーション、メール、文書、画像、音楽、動画等の各種ユーザデータを記憶する。なお、内部ストレージ１６以外に、たとえば、スマートフォン１０に装着または接続して利用できる外部ストレージ（たとえば、ＳＤ（Secure Digital）メモリカード等の記録媒体、ＵＳＢ（Universal Serial Bus）メモリ、またはＨＤＤ（Hard Disk Drive）等）にアクセス可能とする機構（接続手段、および読出／書込手段）をスマートフォン１０が備えてもよい。

【0065】

通信部１８は、たとえば、３Ｇ（3rd Generation）、ＬＴＥ（Long Term Evolution）等の携帯電話通信方式で携帯電話通信網に接続したり、無線ＬＡＮ（Local Area Network）、赤外線、またはブルートゥース等の無線通信でインターネット等のネットワークに接続したりする。本図では１つのユニットのみ示しているが、スマートフォン１０は、複数の異なる通信方式に対応した複数の通信制御ユニットを有してもよい。また、図では、通信部１８は、アンテナ２０を介した無線通信を行う構成を示しているが、これに限定されず、有線通信を行う構成であってもよく、無線および有線の少なくともいずれか一つの通信方式で通信する。
たとえば、情報取得部１０２またはパラメータ取得部１０４が、後述する実施形態のように、サーバから情報またはパラメータを取得する形態では、この通信部１８を用いてサーバと通信することができる。

【0066】

操作部２２は、操作キー、操作ボタン、スイッチ、ジョグダイヤル、タッチパッドなどを含む。操作受付部２４は、ユーザによる操作部２２の操作を受け付け、ＣＰＵ１２に通知する。表示部２６は、液晶ディスプレイ、有機ＥＬ（ElectroLuminescence）ディスプレイ、ＬＥＤ（Light Emitting Diode）表示器などを含む。表示制御部２８は、ＣＰＵ１２からの指示に従い、表示部２６に各種画面表示を行う。
また、スマートフォン１０では、操作部２２の一部と、表示部２６が一体となったタッチパネル３０を備えてもよい。
本実施形態では、表示部２６（タッチパネル３０）が、図１の表示部１０８に相当する。

【0067】

本発明の実施の形態に係るコンピュータプログラム５０は、情報処理装置１００を実現させるためのコンピュータ（スマートフォン１０のＣＰＵ１２）に、コード体系情報１１２とそのコード体系に基づいてコード化するソース情報１１４を取得する手順、表示部１０８の仕様およびコード体系に対応するコード生成用パラメータ１１６を取得する手順、取得されたコード体系情報１１２およびコード生成用パラメータ１１６を使用して、ソース情報１１４がコード化されたコード画像１１８を生成する手順、コード画像１１８を表示部１０８にドットバイドット表示または整数倍表示する手順、を実行させるように記述されている。

【0068】

本実施形態のコンピュータプログラム５０は、コンピュータで読み取り可能な記録媒体に記録されてもよい。記録媒体は特に限定されず、様々な形態のものが考えられる。また、プログラム５０は、記録媒体からコンピュータのメモリ１４にロードされてもよいし、ネットワークを通じてコンピュータにダウンロードされ、メモリ１４にロードされてもよい。

【0069】

コンピュータプログラム５０を記録する記録媒体は、非一時的な有形のコンピュータ（スマートフォン１０のＣＰＵ１２）が使用可能な媒体を含み、その媒体に、コンピュータが読み取り可能なプログラムコードが埋め込まれる。コンピュータプログラムが、コンピュータ上で実行されたとき、コンピュータに、情報処理装置１００を実現する以下の情報処理方法を実行させる。

【0070】

このように構成された本実施形態の情報処理装置１００の情報処理方法について、以下説明する。
図４は、本実施形態の情報処理装置１００の動作の一例を示すフローチャートである。
本発明の実施の形態に係る情報処理方法は、情報処理装置１００の情報処理方法であり、情報処理装置１００を実現するコンピュータ（スマートフォン１０のＣＰＵ１２）により実行される情報処理方法である。
本実施形態の情報処理方法は、情報処理装置１００が、コード体系情報１１２とそのコード体系に基づいてコード化するソース情報１１４を取得し（ステップＳ１０１）、表示部１０８の仕様およびコード体系に対応するコード生成用パラメータ１１６を取得し（ステップＳ１０３）、取得されたコード体系情報１１２およびコード生成用パラメータ１１６を使用して、ソース情報１１４がコード化されたコード画像１１８を生成し（ステップＳ１０５）、コード画像１１８を表示部１０８にドットバイドット表示または整数倍表示する（ステップＳ１０７）、ことを含む。

【0071】

より詳細には、まず、情報取得部１０２が、コード体系情報１１２とそのコード体系に基づいてコード化するソース情報１１４を取得する（ステップＳ１０１）。ここでは、たとえば、他のアプリケーションから、コード体系情報１１２とソース情報１１４を取得する。
なお、ステップＳ１０１における、情報取得のタイミングは、様々考えられる。たとえば、アプリケーションで使用するコード体系情報１１２が限定されている場合には、コード体系情報１１２はアプリケーションで予め指定され、ソース情報１１４は、バーコード生成要求毎にアプリケーションから都度取得されてもよいし、複数を一括してアプリケーションから取得してもよい。

【0072】

次に、パラメータ取得部１０４が、表示部１０８の仕様およびコード体系に対応するコード生成用パラメータ１１６を取得する（ステップＳ１０３）。パラメータ取得部１０４は、端末装置の表示部１０８の仕様に対応する、コード体系毎のバーコード構成条件を含むコード生成用パラメータ１１６のセットを一括して取得して、メモリ１４または内部ストレージ１６に記憶しておいてもよい。そして、パラメータ取得部１０４は、コード体系に対応するパラメータ（バーコード構成条件）を選択してもよい。
たとえば、端末装置の画面幅が３２０（pixels）で、コード体系がＮＷ７で１６桁の場合、パラメータ取得部１０４は、対応するコード生成用パラメータ１１６として、少なくとも、ＮＷ比３．０、および最小モジュール幅１（dot/mod）を取得する。さらに、パラメータ取得部１０４は、コード生成用パラメータ１１６として、ＮＷ比２．０、および最小モジュール幅１（dot/mod）を取得してもよい。

【0073】

ステップＳ１０３における、コード生成用パラメータ１１６の取得のタイミングは、特に限定されないが、たとえば、端末装置にプログラムがインストールされた時（後）、サーバでコード生成用パラメータ１１６が更新された時（後）、端末装置がコード画像１１８を生成する時（前）、ユーザが要求した時、ウェブサイトにアクセスしてダウンロード要求した時、所定の日時や定期的に、サーバまたは端末装置がリクエストした時等が考えられる。

【0074】

次に、コード生成部１０６が、取得されたコード体系情報１１２およびコード生成用パラメータ１１６を使用して、対応するコード体系のバーコードの構成情報に基づいて、ソース情報１１４がコード化されたコード画像１１８を生成する（ステップＳ１０５）。すなわち、ソース情報１１４を、ＮＷ７の１６桁で、ＮＷ比３．０、および最小モジュール幅１（ｄｏｔ／ｍｏｄ）で、コード画像１１８を生成する。
そして、表示部１０８が、コード画像１１８を表示部１０８にドットバイドット表示する（ステップＳ１０７）。

【0075】

ここで、ステップＳ１０３で、コード生成用パラメータ１１６として、最小モジュール幅２（ｄｏｔｓ／ｍｏｄ）または、３（ｄｏｔｓ／ｍｏｄ）が取得された場合、以下に示す２通りの方法で、ドットバイドット表示または整数倍表示が実現できる。
（１）ステップＳ１０５で、コード画像１１８をパラメータに従って整数倍にして生成し、ステップＳ１０７でコード画像１１８を等倍表示する。
（２）ステップＳ１０５で、コード画像１１８を等倍で生成し、ステップＳ１０７でコード画像１１８を整数倍表示する。

【0076】

以上説明したように、本発明の実施の形態に係る情報処理装置１００において、パラメータ取得部１０４が、表示部１０８の仕様およびコード体系に対応するコード生成用パラメータ１１６を取得し、コード生成部１０６が、コード体系情報１１２およびコード生成用パラメータ１１６を使用して、ソース情報１１４からコード画像１１８を生成する。そして、表示制御部１１０が、コード画像１１８を表示部１０８にドットバイドット表示、または、整数倍表示する。

【0077】

これにより、情報処理装置１００によれば、表示部１０８の仕様に適した、また、コード体系に従った、最適なコード生成用パラメータ１１６を用いて、コード画像１１８を生成し、表示できるので、バーコードのエレメントが滲んだり、最小モジュール幅が０．１５ｍｍ以下になったり、バーコード幅が６０ｍｍを超えるようなコード生成用パラメータ１１６は使用しないで済む。そのため、生成されたバーコードの読み取り精度が向上するという効果を奏する。

【0078】

（第１の実施の形態の変形態様１）
上記第１の実施の形態の変形態様１について、以下説明する。
本実施形態の情報処理装置は、上記実施形態の情報処理装置１００とは、コード生成用パラメータ１１６の複数候補の中から、各候補に付与された優先順位に従って１つのパラメータを選択して、コード画像１１８を生成する点で相違する。
なお、本実施形態の情報処理装置は、図１の情報処理装置１００と同様な構成を有するので、図１を用いて説明する。

【0079】

本実施形態において、パラメータ取得部１０４は、コード生成用パラメータ１１６の複数候補の中から少なくとも１つのコード生成用パラメータ１１６を各候補に付与された優先順位に従って選択する。
コード生成部１０６は、選択されたコード生成用パラメータ１１６を使用して、コード画像１１８を生成する。

【0080】

または、表示制御部１１０が、コード生成用パラメータ１１６の複数候補の中から優先順位に従って選択された少なくとも１つのコード生成用パラメータ１１６を使用して生成されたコード画像１１８を、優先順位に従って選択して表示してもよい。

【0081】

図６に示すように、たとえば、コード体系ＮＷ７（１６桁）のバーコードを生成する場合、コード生成用パラメータ１１６として、ＮＷ比２．０と、最小モジュール幅の２つの候補の１（ｄｏｔ／ｍｏｄ）と２（ｄｏｔ／ｍｏｄ）が、パラメータ取得部１０４により取得される。図６の記号○（丸）や△（三角）横に表記される数値が、優先順位を示しているものとする。
この例では、コード生成用パラメータ１１６は、優先順位が１位のＮＷ比２．０と最小モジュール幅２（ｄｏｔ／ｍｏｄ）と、２位のＮＷ比２．０と最小モジュール幅１（ｄｏｔ／ｍｏｄ）、３位のＮＷ比２．５と最小モジュール幅２（ｄｏｔ／ｍｏｄ）となる。

【0082】

パラメータ取得部１０４は、たとえば、（ＮＷ比２．０，２（ｄｏｔ／ｍｏｄ））、（ＮＷ比２．０，１（ｄｏｔ／ｍｏｄ））、（ＮＷ比２．５，２（ｄｏｔ／ｍｏｄ））を順に３つのコード生成用パラメータ１１６を取得する。ここで、複数のパラメータは優先順位が高い順に取得される構成としてもよい。あるいは、（１，ＮＷ比２．０，２（ｄｏｔ／ｍｏｄ））、（２，ＮＷ比２．０，１（ｄｏｔ／ｍｏｄ））、（３，ＮＷ比２．５，２（ｄｏｔ／ｍｏｄ））等、優先順位を付したフォーマットで取得される構成であってもよい。

【0083】

たとえば、図７（ａ）のバーコードが、優先順位１位のコード生成用パラメータ１１６を使用して生成されたものであり、図７（ｂ）のバーコードが優先順位２位のコード生成用パラメータ１１６を使用して生成されたものである。

【0084】

このようにして生成された複数のバーコードは、順次表示してもよいし、一括して表示してもよい。
たとえば、表示制御部１１０は、複数のコード画像１１８を優先順位順に順次表示する。複数画像の表示切替制御は、ユーザ指示に従って手動で切り替えてもよいし、所定時間間隔で、自動で切り替えてもよい。
手動による画像の切り替えは、画面に表示される矢印ボタン、送る（戻る）ボタン、画像を指定する数字アイコンやリンク等の押下、あるいは、スマートフォン１０の操作ボタンやダイヤル等の操作部２２の操作を受け付けることで行ってもよいし、スマートフォン１０の画面をスワイプまたはタップする等の画面操作を受け付けることで行ってもよく、特に限定されない。

【0085】

また、複数のコード画像１１８を一括して表示する構成について、図８を用いて説明する。
表示制御部１１０は、コード生成部１０６により複数候補のコード生成用パラメータ１１６を使用して生成された複数のコード画像１１８の中の少なくとも複数を表示部１０８に一括で表示する。

【0086】

この構成によれば、複数の異なるコード生成用パラメータ１１６で生成された、あるソース情報１１４からコード体系に従い生成された複数のバーコードが表示部１０８に一括表示されるので、スキャナによるバーコードの読み取り時に、いずれかのバーコードで読み取り成功する可能性が高くなる。

【0087】

図８（ａ）は、上記の例の２つの候補のコード生成用パラメータ１１６で生成されたコード画像１１８を、２つ並べて１つの画面に表示した例である。図８（ｂ）は、バーコードの表示方向が異なる２つのコード生成用パラメータ１１６で生成されたコード画像１１８を２つ並べて１つの画面に表示した例である。

【0088】

図８（ａ）の例では、上方に最小モジュール幅２（dot/mod）で生成されたバーコード１５０が表示され、下方に最小モジュール幅１（dot/mod）で生成されたバーコード１５２が表示されている。一括して表示された２つのバーコードをスキャナで順次読み取ることで、少なくともいずれか一方のバーコードが読み取りに成功する可能性が高くなるので効率がよい。

【0089】

図８（ｂ）では、バーコードの表示方向を変えた２つのバーコードが表示されている。上方に最小モジュール幅１（dot/mod）で生成されたバーコード１５４が端末装置の長手方向を縦にした場合（以下、「縦位置」と呼ぶ）の横方向に表示され、下方に最小モジュール幅３（dot/mod）で生成されたバーコード１５６が表示されている。

【0090】

ここで、液晶ディスプレイの場合、画面の１画素は、Ｒ（赤）Ｇ（緑）Ｂ（青）の３色のカラーフィルタから構成されている。そして、これらの３つのＲＧＢフィルタは、縦位置の縦方向に画素毎に同じ列に並んでいる場合がある。
縦位置の横方向にバーコード１５４が表示されている場合には、スキャナの読み取り方向が、３つのＲＧＢフィルタを横断する方向になるため、バーコード１５４が読み取れる可能性が高い。

【0091】

一方、縦位置の縦方向にバーコード１５６が表示されている場合には、スキャナの読み取り方向が、３つのＲＧＢフィルタを横断しない方向となり、ＲＧＢの一部のみを読み取ることになる可能性もある。このため、読み取り精度が低下する可能性も考えられる。しかし、縦位置の縦方向にバーコード１５６を表示する場合には、画面の形状が縦方向の方が長いことから、横方向に比べてバーコード１５６の総幅を長くとることが可能になるため、バーコード１５６の最小モジュール幅をバーコード１５４よりも大きくすることができる。この点からは、スキャナの読み取り精度が向上する可能性もある。

【0092】

したがって、図８（ｂ）の例では、向きを変えて２つのバーコードを表示することで、最小モジュール幅の差の大きいバーコードを一括して表示することができる。これにより、この異なるバーコードの少なくともいずれか一方が読み取りに成功する可能性が高くなるので効率がよい。

【0093】

以上説明したように、本実施形態の情報処理装置１００によれば、パラメータ取得部１０４が、複数候補のコード生成用パラメータ１１６を優先順位に従って選択するので、コード生成部１０６は、優先順位の高いコード生成用パラメータ１１６を使用して、読み取り精度が高いコード画像１１８を生成できる。
この構成により、優先順位の高いコード生成用パラメータ１１６を使用できるので、スキャナでの読み取り精度が向上する。

【0094】

（第１の実施の形態の変形態様２）
上記第１の実施の形態の変形態様２について、以下説明する。
本実施形態の情報処理装置は、上記実施形態とは、複数候補のコード生成用パラメータ１１６によって生成されたコード画像１１８の読み取り結果に応じて、各候補の優先順位を変更できる構成を有する点で相違する。
図９は、本実施形態の情報処理装置１２０の構成を論理的に示す機能ブロック図である。
図９の情報処理装置１２０は、図１の上記実施形態の情報処理装置１００と同様な情報取得部１０２と、パラメータ取得部１０４と、コード生成部１０６と、表示制御部１１０と、を備えるとともに、さらに、判定部１２２と、記録部１２４と、を備える。また、本実施形態は、上記変形態様１の構成と組み合わせることもできる。

【0095】

本実施形態の情報処理装置１２０は、表示制御部１１０により表示されたコード画像１１８のスキャナ（不図示）による読み取りが成功したか否かを判定する判定部１２２と、判定部１２２による判定結果を、コード画像１１８を生成するのに使用したコード生成用パラメータ１１６に対応付けて記録する、または、判定部１２２による判定結果に基づいて、コード生成用パラメータ１１６に付与された優先順位を変更する記録部１２４と、をさらに備える。
本実施形態において、パラメータ取得部１０４は、判定部１２２により読取失敗と判定された場合に、次の優先順位のコード生成用パラメータを選択し直す。
また、コード生成部１０６は、選択し直されたコード生成用パラメータ１１６を使用して、コード画像を生成し直す。

【0096】

図１０は、本実施形態の情報処理装置１２０の表示画面の例を示す図である。
図１０（ａ）の例では、画面１３０が、完了ボタン１３２と、読み取りにくいボタン１３４と、を含んでいる。画面１３０に表示されているバーコードをスキャナに読み取らせた結果、読み取りに失敗した場合、ユーザは読み取りにくいボタン１３４を操作する。読み取りにくいボタン１３４の操作を受け付けると、判定部１２２は、スキャナによる読み取りに失敗したと判定する。そして、記録部１２４は、その判定結果を、コード生成用パラメータ１１６に対応付けて記録してもよいし、コード生成用パラメータ１１６に付与された優先順位を下げるように変更してもよい。そして、表示制御部１１０により、優先順位が次のバーコードが画面１３０に表示される。

【0097】

読み取りに成功した場合、ユーザは完了ボタン１３２を操作する。完了ボタン１３２の操作を受け付けることで、判定部１２２は、スキャナによる読み取りに成功したと判定する。そして、判定部１２２は、その判定結果をコード生成用パラメータ１１６に対応付けて記録してもよいし、コード生成用パラメータ１１６に付与された優先順位を上げるように変更してもよい。そして、バーコード表示を終了する、または、次のソース情報１１４の受け付け処理を行う。

【0098】

図１０（ｂ）の例では、画面１４０は、前へボタン１４２と、次へボタン１４４と、完了ボタン１４６と、を含む。画面１４０に表示されているバーコードをスキャナに読み取らせた結果、読み取りに失敗した場合、ユーザは次へボタン１４４を操作する。完了ボタン１４６の操作を受け付けるまで、判定部１２２は、スキャナによる読み取りに失敗したと判定する。そして、記録部１２４は、その判定結果を、コード生成用パラメータ１１６に対応付けて記録してもよいし、コード生成用パラメータ１１６に付与された優先順位を下げるように変更してもよい。そして、表示制御部１１０により、優先順位が１つ下のコード生成用パラメータ１１６を使用して生成されたバーコードが画面１３０に表示される。なお、ユーザによる前へボタン１４２の操作を受け付けた場合、優先順位が１つ上のコード生成用パラメータ１１６を使用して生成されたバーコードを表示する。

【0099】

読み取りに成功した場合、ユーザは完了ボタン１４６を操作する。完了ボタン１４６の操作を受け付けることで、判定部１２２は、スキャナによる読み取りに成功したと判定する。そして、判定部１２２は、その判定結果をコード生成用パラメータ１１６に対応付けて記録してもよいし、コード生成用パラメータ１１６に付与された優先順位を上げるように変更してもよい。そして、バーコード表示を終了する、または、次のソース情報１１４の受け付け処理を行う。

【0100】

本実施形態の情報処理装置１２０によれば、判定部１２２が、スキャナによる読み取りが成功したか否かを判定し、記録部１２４が、判定結果をコード生成用パラメータ１１６に対応付けて記録する。あるいは、記録部１２４が、コード生成用パラメータ１１６に付与された優先順位を変更する。
この構成により、表示されたバーコードのスキャナによる読み取り結果の情報を収集することができる。これにより、コード生成用パラメータ１１６の優先順位を、実際の読取結果を反映させることができる。これにより、次回以降の読み取りに成功できる可能性を高めることができる。

【0101】

（第２の実施の形態）
次に、本発明の第２の実施の形態に係る情報処理システム、情報処理装置および方法について、以下説明する。なお、本実施形態のプログラムは、上記実施形態と同様に、情報処理装置の情報処理方法を少なくとも１つのコンピュータに実行させるものであり、本実施形態での詳細な説明は省略する。
図１１は、本発明の実施の形態に係る情報処理システムの構成の一例を示す概略ブロック図である。
本実施形態では、上記実施形態の情報処理装置を、サーバ２００と、各端末装置２２０とで、それぞれ機能を分担して実現する構成について説明する。
本実施形態の情報処理システム１は、サーバ２００と、サーバ２００とネットワーク３を介して接続する端末装置２２０（図では、３つの端末装置２２０ａ、２２０ｂ、２２０ｃを示すが、端末装置２２０の数はこれに限定されない。）と、を含む。

【0102】

本実施形態では、サーバ２００は、各端末装置２２０に、本発明のプログラム５０をダウンロードさせ、かつ、コード生成用パラメータ１１６のセットもダウンロードさせる。なお、プログラム５０およびコード生成用パラメータ１１６の配信元となるサーバは、同じサーバである必要はない。また、上述したように、本発明のプログラム５０は、端末装置２２０に単独でダウンロードされる形態だけでなく、他のアプリケーションに組み込まれてダウンロードされる形態も含む。

【0103】

また、コード生成用パラメータ１１６のダウンロードのタイミングは、上述したように様々考えられる。たとえば、プログラム５０を端末装置２２０にダウンロードする際に、端末装置２２０の機種に対応する少なくとも一部のコード体系のコード生成用パラメータ１１６のセットを一緒にダウンロードしてもよい。あるいは、プログラム５０または他のアプリケーションが実行されて、あるソース情報１１４をコード化する際に、端末装置２２０の機種およびコード体系に対応するコード生成用パラメータ１１６をサーバ２００にリクエストしてダウンロードしてもよい。

【0104】

図１２は、本発明の実施の形態に係るサーバ２００の構成を論理的に示す機能ブロック図である。
本実施形態のサーバ２００は、少なくともパラメータ送信部２０２を備え、さらに、読取結果取得部２０４と、優先順位更新部２０６と、を備えてもよい。また、サーバ２００がパラメータ記憶部２０８を備える構成でもよいし、外部装置に含まれるパラメータ記憶部２０８にサーバ２００がアクセスする形態でもよい。

【0105】

サーバ２００において、パラメータ記憶部２０８は、端末装置２２０の機種毎およびコード体系毎に、コード生成用パラメータ１１６を記憶する。
パラメータ送信部２０２は、端末装置２２０から機種およびコード体系の少なくともいずれか一方の情報を受信し、パラメータ記憶部２０８を参照し、受信した情報に対応するコード生成用パラメータ１１６を端末装置２２０に送信する。

【0106】

さらに、サーバ２００において、パラメータ記憶部２０８は、コード生成用パラメータ１１６の優先順位をコード体系毎にコード生成用パラメータ１１６に対応付けて記憶する。
読取結果取得部（判定結果取得部）２０４は、コード生成用パラメータ１１６のスキャナによる読み取りが成功したか否かの判定結果を取得する。判定結果は、端末装置２２０から取得してもよいし、検証結果等、サーバ２００の管理者または本発明のプログラム８０の開発者による入力によって取得してもよい。
優先順位更新部２０６は、取得した判定結果に基づいて、コード生成用パラメータ１１６に対応付けられた優先順位を更新する。
パラメータ送信部２０２は、複数のコード生成用パラメータ１１６を端末装置２２０に送信する際に、優先順位を各コード生成用パラメータ１１６に付与して送信する。

【0107】

また、サーバ２００において、優先順位更新部２０６は、読取結果取得部２０４により複数の端末装置２２０から取得された複数の判定結果の統計値に基づいて、優先順位を更新してもよい。

【0108】

図１３は、本実施形態のサーバ２００を実現するコンピュータ６０の構成例を示すブロック図である。
コンピュータ６０は、ＣＰＵ（Central Processing Unit）６２、メモリ６４、メモリ６４にロードされた図１２の構成要素を実現するプログラム８０、そのプログラム８０を格納するハードディスクなどのストレージ６６、ネットワーク接続用インタフェース（通信Ｉ／Ｆ７０、Ｉ／Ｏ（Input/Output）６８）を備える。メモリ６４、ストレージ６６、Ｉ／Ｏ６８および通信Ｉ／Ｆ７０は、バス６９を介して互いに接続され、ＣＰＵ６２により各要素とともにサーバ２００全体が制御される。

【0109】

図１２の本実施形態のサーバ２００の各構成要素は、図１３のコンピュータ６０のハードウェアとソフトウェアの任意の組合せによって実現される。そして、その実現方法、装置にはいろいろな変形例があることは、当業者には理解されるところである。サーバ２００を示す図１２の機能ブロック図は、ハードウェア単位の構成ではなく、論理的な機能単位のブロックを示している。

【0110】

図１３のコンピュータ６０のＣＰＵ６２が、ストレージ６６に記憶されるプログラム８０をメモリ６４に読み出して実行することにより、図１２のサーバ２００各ユニットの各機能を実現することができる。

【0111】

次に、本発明の実施の形態に係る情報処理システムの情報処理方法について、以下説明する。
図１４は、本実施形態の情報処理システムの動作の一例を示すフローチャートである。
本発明の実施の形態に係る情報処理方法は、情報処理装置（サーバ２００および端末装置２２０）の情報処理方法であり、サーバ２００および端末装置２２０を実現するコンピュータ（たとえば、図１３のコンピュータ６０および図３のスマートフォン１０）により実行される情報処理方法である。

【0112】

本実施形態の情報処理方法は、まず、端末装置２２０において、情報取得部１０２が、コード体系情報１１２とソース情報１１４を取得する（ステップＳ２０１）。そして、パラメータ取得部１０４がサーバ２００に自身の機種情報とコード体系を送信する（ステップＳ２０３）。
そして、サーバ２００において、パラメータ送信部２０２が、端末装置２２０から機種情報とコード体系の情報を受信する（ステップＳ２０５）。そして、パラメータ送信部２０２が、受信した機種情報から特定される表示部１０８の仕様と前記コード体系に対応するコード生成用パラメータ１１６を端末装置２２０に送信する（ステップＳ２０７）。

【0113】

そして、端末装置２２０において、コード生成部１０６が、ｉに１をセットし（ステップＳ２１１）、コード体系情報および優先順位が１位のコード生成用パラメータ１１６を使用して、ソース情報１１４からコード画像１１８を生成する（ステップＳ２１３）。

【0114】

そして、表示制御部１１０が、表示部１０８に生成されたコード画像１１８をドットバイドット表示または整数倍表示する（ステップＳ２１５）。このとき、図１０（ａ）の画面が表示されたとする。

【0115】

ここで、ユーザは、端末装置２２０に表示されたコード画像１１８を、スキャナで読み取らせる。その結果、読み取りに失敗した場合（ステップＳ２１７のＮＯ）、ｉをインクリメントして（ステップＳ２１９）、ステップＳ２１３に戻り、次の優先順位のコード生成用パラメータ１１６を選択する。

【0116】

同様に生成されたコード画像１１８が表示部１０８に表示され、スキャナに読み取らせる。その結果、読み取りに成功した場合（ステップＳ２１７のＹＥＳ）、記録部１２４は、読み取りに成功したことを示す判定結果をサーバ２００に送信する（ステップＳ２２１）。

【0117】

そして、サーバ２００において、読取結果取得部２０４が端末装置２２０から判定結果を受信する（ステップＳ２２３）。そして、優先順位更新部２０６が、判定結果に基づいて、コード生成用パラメータ１１６の優先順位を更新する（ステップＳ２２５）。

【0118】

以上説明したように、本実施形態の情報処理システム１において、端末装置２２０は、サーバ２００から端末装置２２０の機種およびコード体系に対応するコード生成用パラメータ１１６を取得し、バーコードを生成して表示できる。また、スキャナによる読み取り結果に関する情報をサーバ２００に送信することができる。
この構成により、複数の端末装置２２０からの読み取り結果の情報の統計をとることで、端末装置２２０の機種とコード体系に対応してより読み取り精度の高いコード生成用パラメータ１１６の優先順位を上げるこができるので、効率よく読み取り精度の高いバーコードを生成および表示することができる。

【0119】

以上、図面を参照して本発明の実施形態について述べたが、これらは本発明の例示であり、上記以外の様々な構成を採用することもできる。

【0120】

以上、実施形態および実施例を参照して本願発明を説明したが、本願発明は上記実施形態および実施例に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
なお、本発明において利用者に関する情報を取得、利用する場合は、これを適法に行うものとする。

【0121】

以下、参考形態の例を付記する。
１． コンピュータに、
コード体系情報とそのコード体系に基づいてコード化するソース情報を取得する手順、
表示部の仕様および前記コード体系に対応するコード生成用パラメータを取得する手順、
取得された前記コード体系情報および前記コード生成用パラメータを使用して、前記ソース情報がコード化されたコード画像を生成する手順、
前記コード画像を前記表示部にドットバイドット表示または整数倍表示する手順、
を実行させるためのプログラム。
２． 前記パラメータを取得する際、前記コード生成用パラメータの複数候補の中から少なくとも１つのコード生成用パラメータを各候補に付与された優先順位に従って選択する手順、
前記コード画像を生成する際、選択された前記コード生成用パラメータを使用して、前記コード画像を生成する手順、
をコンピュータに実行させるための、１．に記載のプログラム。
３． 表示された前記コード画像のスキャナによる読み取りが成功したか否かを判定する手順、
前記判定する手順における判定結果を、前記コード画像を生成するのに使用した前記コード生成用パラメータに対応付けて記録する、または、前記判定する手順における判定結果に基づいて、前記コード生成用パラメータに付与された優先順位を変更する手順、
前記パラメータを取得する際、前記判定する手順により読取失敗と判定された場合に、次の優先順位のコード生成用パラメータを選択し直す手順、
前記コード画像を生成する際、選択し直された前記コード生成用パラメータを使用して、前記コード画像を生成し直す手順、
をコンピュータに実行させるための、２．に記載のプログラム。
４． 前記コード画像を生成する手順により前記複数候補の前記コード生成用パラメータを使用して生成された複数のコード画像の中の少なくとも複数を前記表示部に一括で表示する手順、
をコンピュータに実行させるための、２．または３．に記載のプログラム。
５． 前記パラメータを取得する際、前記コード生成用パラメータを、前記表示部の仕様および前記コード体系に基づいて、算出する手順、
をコンピュータに実行させるための、１．乃至４．いずれか１つに記載のプログラム。
６． 前記パラメータを取得する際、前記コード生成用パラメータを管理するサーバに自身の機種を示す情報および前記コード体系情報を送信し、前記サーバから自身の前記機種から特定される前記表示部の仕様および前記コード体系に対応した前記コード生成用パラメータを受信する手順、
前記サーバから受信した前記コード生成用パラメータを使用して前記コード画像を生成する手順、
をコンピュータに実行させるための、１．乃至５．いずれか１つに記載のプログラム。

【0122】

７． 情報処理装置が、
コード体系情報とそのコード体系に基づいてコード化するソース情報を取得し、
表示部の仕様および前記コード体系に対応するコード生成用パラメータを取得し、
取得された前記コード体系情報および前記コード生成用パラメータを使用して、前記ソース情報がコード化されたコード画像を生成し、
前記コード画像を前記表示部にドットバイドット表示または整数倍表示する、
情報処理装置の情報処理方法。
８． 前記情報処理装置が、
前記パラメータを取得する際、前記コード生成用パラメータの複数候補の中から少なくとも１つのコード生成用パラメータを各候補に付与された優先順位に従って選択し、
選択された前記コード生成用パラメータを使用して、前記コード画像を生成する、
７．に記載の情報処理装置の情報処理方法。
９． 前記情報処理装置が、
表示された前記コード画像のスキャナによる読み取りが成功したか否かを判定し、
前記判定結果を、前記コード画像を生成するのに使用した前記コード生成用パラメータに対応付けて記録する、または、前記判定結果に基づいて、前記コード生成用パラメータに付与された優先順位を変更し、
前記パラメータを取得する際、前記スキャナによる読み取りが失敗したと判定された場合に、次の優先順位のコード生成用パラメータを選択し直し、
選択し直された前記コード生成用パラメータを使用して、前記コード画像を生成し直す、
８．に記載の情報処理装置の情報処理方法。
１０． 前記情報処理装置が、
前記複数候補の前記コード生成用パラメータを使用して生成された複数のコード画像の中の少なくとも複数を前記表示部に一括で表示する、
８．または９．に記載の情報処理装置の情報処理方法。
１１． 前記情報処理装置が、
前記パラメータを取得する際、前記コード生成用パラメータを、前記表示部の仕様および前記コード体系に基づいて、算出する、
７．乃至１０．いずれか１つに記載の情報処理装置の情報処理方法。
１２． 前記情報処理装置が、
前記パラメータを取得する際、前記コード生成用パラメータを管理するサーバに自身の機種を示す情報および前記コード体系情報を送信し、前記サーバから自身の前記機種から特定される前記表示部の仕様および前記コード体系に対応した前記コード生成用パラメータを受信し、
前記サーバから受信した前記コード生成用パラメータを使用して前記コード画像を生成する、
７．乃至１１．いずれか１つに記載の情報処理装置の情報処理方法。

【0123】

１３． コード体系情報とそのコード体系に基づいてコード化するソース情報を取得する情報取得手段と、
表示部の仕様および前記コード体系に対応するコード生成用パラメータを取得するパラメータ取得手段と、
取得された前記コード体系情報および前記コード生成用パラメータを使用して、前記ソース情報がコード化されたコード画像を生成するコード生成手段と、
前記コード画像を前記表示部にドットバイドット表示または整数倍表示する表示制御手段と、
を備える情報処理装置。
１４． 前記パラメータ取得手段は、前記コード生成用パラメータの複数候補の中から少なくとも１つのコード生成用パラメータを各候補に付与された優先順位に従って選択し、
前記コード生成手段は、選択された前記コード生成用パラメータを使用して、前記コード画像を生成する、
１３．に記載の情報処理装置。
１５． 前記表示制御手段により表示された前記コード画像のスキャナによる読み取りが成功したか否かを判定する判定手段と、
前記判定手段による判定結果を、前記コード画像を生成するのに使用した前記コード生成用パラメータに対応付けて記録する、または、前記判定手段による判定結果に基づいて、前記コード生成用パラメータに付与された優先順位を変更する記録手段と、
をさらに備え、
前記パラメータ取得手段は、前記判定手段により読取失敗と判定された場合に、次の優先順位のコード生成用パラメータを選択し直し、
前記コード生成手段は、選択し直された前記コード生成用パラメータを使用して、前記コード画像を生成し直す、
１４．に記載の情報処理装置。
１６． 前記表示制御手段は、前記コード生成手段により前記複数候補の前記コード生成用パラメータを使用して生成された複数のコード画像の中の少なくとも複数を前記表示部に一括で表示する、
１４．または１５．に記載の情報処理装置。
１７． 前記パラメータ取得手段は、前記コード生成用パラメータを、前記表示部の仕様および前記コード体系に基づいて、算出する、
１３．乃至１６．いずれか１つに記載の情報処理装置。
１８． 前記パラメータ取得手段は、前記コード生成用パラメータを管理するサーバに自身の機種を示す情報および前記コード体系情報を送信し、前記サーバから自身の前記機種から特定される前記表示部の仕様および前記コード体系に対応した前記コード生成用パラメータを受信し、
前記コード生成手段は、前記サーバから受信した前記コード生成用パラメータを使用して前記コード画像を生成する、
１３．乃至１７．いずれか１つに記載の情報処理装置。
１９． 端末装置から機種およびコード体系の少なくともいずれか一方の情報を受信し、コード体系情報およびコード生成用パラメータを使用して、ソース情報からコード化されたコード画像を表示する端末装置の機種毎および前記コード体系毎に、コード生成用パラメータを記憶するパラメータ記憶部を参照し、受信した情報に対応するコード生成用パラメータを前記端末装置に送信するパラメータ送信手段と、
を備えるサーバ。
２０． 前記パラメータ記憶部は、前記コード生成用パラメータの優先順位を前記コード体系毎に前記コード生成用パラメータに対応付けて記憶し、
前記コード生成用パラメータのスキャナによる読み取りが成功したか否かの判定結果を取得する判定結果取得手段と、
取得した前記判定結果に基づいて、前記コード生成用パラメータに対応付けられた前記優先順位を更新する優先順位更新手段と、を備え、
前記パラメータ送信手段は、複数の前記コード生成用パラメータを前記端末装置に送信する際に、前記優先順位を各コード生成用パラメータに付与して送信する、
１９．に記載のサーバ。
２１． 前記優先順位更新手段は、前記判定結果取得手段により複数の前記端末装置から取得された複数の前記判定結果の統計値に基づいて、前記優先順位を更新する、
２０．に記載のサーバ。
この出願は、２０１４年９月１８日に出願された日本出願特願２０１４−１９０２０８号を基礎とする優先権を主張し、その開示の全てをここに取り込む。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】