情報コード、情報コード読取装置及び情報コード読取装置のデータ更新システム
【課題】二次元コードを読取ったデータにより携帯端末のプログラムを更新する際に、プログラムを効率よく更新することができる携帯端末のプログラム更新システムを提供する。
【解決手段】コンピュータから出力されたＯＳ更新用のＱＲコードを携帯端末で読込むと、プログラム更新モードに入り、このモード中に順に読込むと、携帯端末のメモリ９には、複数の連続するＱＲコードに対応したデータ１，２……が順に記憶される。この場合、データを読込んだときは、読取データが更新ファイルの一部をなすか、連続性を有するかなどを確認し、確認が終了した読取データのみを記憶し、それらのデータの整合性を確認してからプログラムを更新する。従って、携帯端末によりＱＲコードを読込む場合は、適正な読取データのみを記憶することができる。
【解決手段】コンピュータから出力されたＯＳ更新用のＱＲコードを携帯端末で読込むと、プログラム更新モードに入り、このモード中に順に読込むと、携帯端末のメモリ９には、複数の連続するＱＲコードに対応したデータ１，２……が順に記憶される。この場合、データを読込んだときは、読取データが更新ファイルの一部をなすか、連続性を有するかなどを確認し、確認が終了した読取データのみを記憶し、それらのデータの整合性を確認してからプログラムを更新する。従って、携帯端末によりＱＲコードを読込む場合は、適正な読取データのみを記憶することができる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、所定のデータを分割した複数の分割データを示す複数の情報コードを読取るのに好適する情報コード、情報コード読取装置及び情報コード読取装置のデータ更新システムに関する。
【背景技術】
【０００２】
例えば物品管理用の携帯端末では、高度な処理が求められていることから、オペレーティングシステム上にアプリケーションを搭載するようにしており、コンピュータと同様に、オペレーティングシステム或いはアプリケーションなどのプログラムを必要に応じてダウンロードしてバージョンアップすることが行われている。
【０００３】
このようにプログラムをダウンロードする方法として、特許文献１のものでは、アプリケーションをバーコード化し、それを読取ることにより実行するようにしており、その実施例では、アプリケーションを複数のバーコードに分割し、それらの分割コードをバーコードリーダで順次読取って実行することが記載されている。コードを分割するに当っては、情報量が大きな二次元コードとしてＱＲコードが、ＩＳＯ（ＩＳＯ／ＩＥＣ１８００４）またはＪＩＳ（ＪＩＳ−Ｘ＝０５１０）に定義されている。
【特許文献１】特開２００４−１１０１４８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、複数の分割コードを携帯端末で読取る場合は、同じ分割コードを誤って複数回読込んでしまったり、次に読むべき分割コードを飛び越してしまったりすることがあり、このような場合は、時間をかけて分割コードを読取ったとしても、最後にファイルの不整合でやり直しという羽目になるので、効率が悪いという問題がある。
【０００５】
本発明は上記事情に鑑みてなされたもので、所定のデータを分割した複数の分割データを示す複数の情報コードを複数回にわたって読取る際に、効率よく読取ることができる情報コード、情報コード読取装置及び情報コード読取装置のデータ更新システムを提供することにある。
【課題を解決するための手段】
【０００６】
請求項１及び請求項２の発明によれば、所定のデータを複数に分割した分割データを変換した複数の情報コードは、互いに連結される２つの情報コードの一方に、他方の情報コードの相関性を示す相関データが含んで生成されているので、２つの情報コードを読み込んだところで両者の情報コードの整合性を判断することが可能となる情報コードを生成することができる。
【０００７】
請求項３及び請求項４の発明によれば、情報コードの読み込み時の早い段階で情報コードの整合性を判断することができるので、情報コードの読み取りエラーに迅速に対処することが可能となる。
【０００８】
請求項５の発明によれば、連結されるべき分割データの相関性が成立しなかったときは、警告手段により警告されるので、分割データを直ちに読み直すことができる。
請求項６の発明によれば、読み込んだ分割データの連続性が成立しない場合は、その非連続な分割データおよび相関データは一旦保存され、以後に読取った分割データとの整合性が成立したところで正規の分割データとされるので、次の分割データを飛ばして読取った場合であっても対処することができる。
請求項７の発明によれば、本発明を情報コード読取装置のデータ更新システムに適用することができる。
【発明を実施するための最良の形態】
【０００９】
以下、本発明をコード読取用の携帯端末に適用した一実施例について図１ないし図１１を参照して説明する。
図１は、本発明に係るシステム構成を示している。この図１において、パーソナルコンピュータ（以下、ＰＣと称する）１にはコード読取用の携帯端末に搭載されるオペレーティングシステム（以下、ＯＳ）或いはアプリケーション開発用の開発ツール２がインストールされており、開発者は、その開発ツール２のエディタ機能、デバッグ機能を用いてＯＳ或いはアプリケーションを開発するようになっている。
【００１０】
また、ＰＣ１には、ソースコードコンパイルツール３がインストールされている。このソースコードコンパイルツール３は、開発者が開発ツールで開発したＯＳ（ソースコードで記述）を携帯端末（撮像手段、復元手段、記憶手段、第１〜第３の保存手段、警告手段、保管手段の機能を有する）４が解読可能なアセンブルコード（二進数で記述）に変換し、それを二次元コードであるＱＲコード（登録商標）に変換してプリンタ５に出力するものである。この場合、携帯端末用のＯＳの容量は比較的大きいことから、ＱＲコードに変換する場合は、後述するようにＯＳを所定データサイズまたは所定コード寸法毎に分割した分割データを複数のＱＲコードでプリンタ５により用紙６に印刷するようになっている。
【００１１】
一方、携帯端末４は、例えばラベルに印刷された一次元コードであるバーコード、或いは二次元コードであるＱＲコードを読取って解読し、解読データを無線によりホストに送信する機能を備えている。本実施例の携帯端末４では、このような基本的な機能に加えて、後述するようにＰＣ１から出力されたＱＲコードを読取り、そのＱＲコードから読取ったＯＳ或いはアプリケーションをバージョンアップする機能を備えている。
【００１２】
図２は、携帯端末４の電気的構成を示すブロック図である。この図２において、携帯端末４は、ＣＰＵ７、ＣＣＤを主体とする読取部８、メモリ９、キースイッチ１０、液晶表示部１１を備えて構成されており、ＣＰＵ７は、メモリ９に記憶されたＯＳによりアプリケーションを管理するようになっている。
【００１３】
図５（ａ）は、携帯端末４のメモリ９の記憶領域を示している。このメモリ９には、ＯＳ領域とユーザ領域とが設定されている。ＯＳ領域にはＯＳが記憶されており、電源が投入されたときは、ＯＳが起動してユーザ領域に搭載されたアプリケーションの管理を行うようになっている。この場合、本実施例では、ＯＳには、後述するようにメモリ９にインストールされたＯＳを自動更新する更新用ソフトが搭載されており、ＯＳの更新を実施するときは、更新用ソフトに移行することにより新ＯＳを旧ＯＳに上書きするようになっている。尚、更新用ソフトを更新データに搭載するようにしてもよい。
【００１４】
さて、開発者が、ＰＣ１に搭載された開発ツール２を使用して携帯端末４のＯＳを改良した場合は、そのＯＳのソースコードをコンパイルする必要があることから、ソースコードコンパイルツール３を起動する。
【００１５】
図３は、ＰＣ１のソースコードコンパイルツール３の動作を示すフローチャートである。この図３において、ソースコードコンパイルツール３は、ＯＳのソースコードを読取り（Ｓ１０１）、それをコンパイルすることにより（Ｓ１０２）、図６に示すように例えばａ．ｓｙｓというＯＳファイルを作成する（Ｓ１０３）。このＯＳファイルは、プログラムコードで記載されたファイルである。
【００１６】
ここで、開発者が分割コードの１単位となるデータサイズまたはコード寸法（セルサイズ、ＱＲコードの一辺の長さ）を指定すると、ソースコードコンパイルツール３は、分割コードの前記サイズが指定されたところで（Ｓ１０４：ＹＥＳ）、ヘッダ情報を作成する（Ｓ１０５）。
【００１７】
図７は、ソースコードコンパイルツール３が作成するヘッダ情報の一例を示している。この図７では、ＯＳファイルを例えば２０個のデータ１〜２０に分割する例を示しており、ヘッダ情報は、データ１〜２０に対応して、更新フラグ、連番、ファイル名、バージョン情報、作成日時、次番ＳＵＭ値が設定される。更新フラグとは、データが分割プログラムコードであることを示すものである。次番ＳＵＭ値とは、後述するように連続する分割プログラムコードにおいて次に連結する次番のＱＲコードのＳＵＭ値を示すものである。
【００１８】
ソースコードコンパイルツール３は、図８に示すようにヘッダ情報と分割データとからなるデータをＱＲコードに変換してから（Ｓ１０６）、それらのＱＲコードをプリンタ５により１枚または複数枚の用紙６に印刷する（Ｓ１０７）。
以上の動作により、図１に示すようにヘッダ情報及び分割データからなる例えば２０個のＱＲコードが印刷された用紙６を出力することができる。
【００１９】
さて、開発者は、上述したようにＰＣ１によりプリンタ５からＱＲコードを印刷したときは、１番目のＱＲコードを読取り対象となるように携帯端末４を位置させた状態で読取りスイッチを操作する。すると、携帯端末４が読取動作を実行する。
【００２０】
図４は、携帯端末４の読取動作を示すフローチャートで、本発明に関連した動作のみを示している。尚、図４では、ＱＲコードを１つずつ読取る場合の動作を示しているが、携帯端末４は、複数のＱＲコードを一度に読取ることも可能である。図４において、携帯端末４は、読取り操作が行われたときは（Ｓ２０１）、ＱＲコードを読取り（Ｓ２０２）、その読取った情報の中にヘッダ情報の更新フラグがあるかを確認する（Ｓ２０３）。この場合、更新フラグが設定されていないときは（Ｓ２０３：ＮＯ）、通常の入力作業を実行し（Ｓ２２７）、更新フラグが設定されているときは（Ｓ２０３：ＹＥＳ）、更新モードに移行し（Ｓ２０４）、更新タイマをスタートする（Ｓ２０５）。この更新タイマは、更新モードの実行時間を制限するもので、分割されたＱＲコードを読取るのに十分な時間が設定されている。
【００２１】
次に、携帯端末４は、ヘッダ情報とプログラムデータ領域の配列を連結数分確保してから（Ｓ２０６）、読取データをメモリ９に保存する（Ｓ２０７）。この場合、ヘッダ情報が示す連番はＱＲコードの連結数が２０個であることを示しているので、図９（ａ）に示すように連番が１〜２０の配列を確保することになる。
以上の動作により、メモリ９のユーザ領域には、図５（ｂ）に示すようにデータ１が保存される。
【００２２】
次に、ヘッダ情報を自番の配列に登録する（Ｓ２０８）。つまり、連番「１」の配列には、図９（ｂ）に示すようにファイル名として「ａ．ｓｙｓ」、バージョンとして「１．１」、作成日時として「２００４０９２０１５１５」、次番ＳＵＭ値として「７５ｈ」が登録される。このＳＵＭ値とは、次に連結されるデータをなす各数値を合計した値である。尚、最後のデータ（本実施例では２０番目のデータ）に関しては、１番目のデータをなす各数値を合計した値が登録されている。
【００２３】
そして、開発者が２番目のＱＲコードを読取り対象とした状態で携帯端末４の読取スイッチを操作すると、携帯端末４は、次の読み取り操作が行われるか（Ｓ２０９）、更新タイマがタイムオーバするか（Ｓ２１９）を監視する。
【００２４】
ここで、開発者が次の読み取り操作を行うために携帯端末４の読取スイッチを操作すると、携帯端末４は、読取り操作が行われたころで（Ｓ２０９：ＹＥＳ）、２番目のＱＲコードを読取り（Ｓ２１０）、そのヘッダ情報の更新フラグを確認したときは（Ｓ２１１：ＹＥＳ）、そのヘッダ情報と配列に登録されている前番のヘッダ情報とを比較し（Ｓ２１２）、それらが一致するかを判断する（Ｓ２１３）。つまり、ヘッダ情報の連番と配列に登録されている連番とが連続しているか、ファイル名、バージョン、作成日時が一致するかを判断し、一つでも一致しなかった場合は、エラーを報知する（Ｓ２２９）。従って、開発者は、携帯端末４からエラーが報知されたときは、読取り作業をやり直す。
【００２５】
携帯端末４は、読取ったヘッド情報と配列に保存されているヘッド情報とが一致したときは（Ｓ２１３：ＹＥＳ）、読取ったデータのブロックのＳＵＭ値を計算し（Ｓ２１４）、配列に登録されている前番の次番ＳＵＭ値、つまり、１番のＱＲコードの次番ＳＵＭ値である「７５ｈ」と比較し（Ｓ２１５）、それらが一致するかを判断する（Ｓ２１６）。このとき、ＳＵＭ値が一致しなかったときは（Ｓ２１６：ＮＯ）、そのことを報知してから（Ｓ２３０）、ステップＳ２０９に移行することにより次の読取り操作の待機状態となる。
【００２６】
ステップＳ２１６において、ＳＵＭ値が一致したときは（Ｓ２１６：ＹＥＳ）、読取データを保存してから（Ｓ２１７）、ヘッダ情報を自番の配列に登録する（Ｓ２１８）。
以上の動作により、メモリ９のユーザ領域には、図５（ｃ）に示すように分割データ１に加えて分割データ２が連結された状態で保存されると共に、図９（ｃ）に示すように１番に加えて２番の配列にヘッダ情報が登録される。
【００２７】
次に、携帯端末４は、全ての読取りが終了していないことを確認したときは（Ｓ２２０：ＮＯ）、ステップＳ２０９に移行することにより上述した動作を繰返す。
このような読取り動作を繰返した結果、１番から２０番のＱＲコードを正しく読取ることができたときは、メモリ９には、図５（ｄ）に示すようにデータ１〜２０が保存されると共に、配列には、図９（ｄ）に示すように各ＱＲコードのヘッダ情報が登録される。
【００２８】
そして、図４に示すように、更新タイマがタイムオーバする前に（Ｓ２１９：ＮＯ）、全てのＱＲコードの読取りが終了したときは（Ｓ２２０：ＹＥＳ）、保存したデータ１〜２０のＳＵＭ値を求め（Ｓ２２１）、配列に登録されたヘッド情報１〜２０のＳＵＭ値との合計と比較することにより整合性をチェックする（Ｓ２２２）。この場合、プログラムファイル自身にＳＵＭ値は格納されており、それと比較することになる。整合性がＯＫの場合は（Ｓ２２２：ＹＥＳ）、ＯＳから独立した更新用ソフトに移行し（Ｓ２２３）、図５（ｅ）に示すように現在のＯＳに保存したデータを上書きすることにより新しいＯＳに更新してから（Ｓ２２４：ＹＥＳ）、ＯＳに復帰し（Ｓ２２５）、メモリ９の保存データを削除すると共に（Ｓ２２６）、更新モードを解除して（Ｓ２２７）、終了となる。
以後においては、携帯端末４は、新しいＯＳによりアプリケーションを管理するようになる。
【００２９】
一方、全てのＱＲコードの読取りが終了することなく更新タイマがタイムオーバしたときは（Ｓ２１９：ＹＥＳ）、エラーを報知する（Ｓ２２９）。同様に、全体のＳＵＭ値の整合性がＮＧの場合は（Ｓ２２２：ＮＯ）、エラーを報知する（Ｓ２２９）。
【００３０】
尚、フローチャートには示していないが、ｎ番目のＱＲコードを読取ったときに、連続性を確認するためのｎ−１番目のヘッダ情報が登録されていない場合は、とりあえずデータ及びヘッダ情報を登録し、次のｎ＋１番目のＱＲコードが読込まれたときは、そこでｎ番目のヘッダ情報と連続性をチェックし、連続性が見られない場合は、ｎ＋１番目以降のＱＲコードから読取った分割データ及びヘッダ情報を破棄する。図１０に示す例では、ｎ番目とｎ＋１番目との比較の結果、ＮＧであったことから、ｎ＋１番目以降のデータを削除することを示している。或いは、前後の連続性の可能性を数値化し、連続性の小さいデータ及びヘッダ情報を破棄するようにしてもよい。図１１に示す例では、ｎ−１番目との比較結果がＯＫで、ｎ＋１番目との比較結果がＮＧであっても、ｎ＋１番目以降の連続性の可能性が高いことから、ｎ−１番及ぶｎ番目のデータを削除することを示している。
【００３１】
このような実施例によれば、ＰＣ１によりＯＳのプログラムデータを分割した分割データをコード化したＱＲコードをプリンタ５により印刷すると共に、それらのＱＲコードを携帯端末４により順に読取ることによりＯＳを更新する際に、読取データのヘッダ情報に基づいて当該読取データが更新ファイルの一部であることを確認すると共に、読取データが連続性を有するかを確認してから、最終的に全ての読取データに基づいてＯＳを更新するようにしたので、二次元コードを最後まで読取ってから整合性をチェックする従来のものと違って、ＱＲコードの読取り途中で読取りの不適正に迅速に対処することができ、読取り作業の効率を高めることができる。
また、更新タイマがタイムオーバしたとき、或いはプログラムの更新が終了して更新モードが終了したときは、更新モードから復帰するようにしたので、自動的に更新モードを完了することができ、使用勝手に優れている。
【００３２】
本発明は、上記実施例に限定されることなく、次のように変形または拡張できる。
本実施例では、ＯＳ全体を更新する例を示したが、ＯＳの一部を更新可能な構成の場合は、更新すべきＯＳの一部分のデータに対して本発明を実施するようにしてもよい。
携帯端末４のＯＳを更新するだけでなく、アプリケーションを更新するのに適用するようにしてもよい。
ＱＲコード以外の二次元コードを用いるようにしてもよい。
ＱＲコードをプリンタ５により印刷するのに代えて、ＱＲコードをディスプレイ或いは表示端末に表示し、それを携帯端末４で読取るようにしてもよい。
読取データが他の読取データと連結可能かを判断する方法として、ＳＵＭ値に代えて他の誤り検出コード、例えばＣＲＣ値を用いるようにしてもよい。
【００３３】
携帯端末４により複数のＱＲコードを同時に読取るようにしてもよい。
上記実施例では、開発者が携帯端末４のＯＳを更新する場合を説明したが、ユーザが携帯端末４のＯＳを更新する場合は、印刷した用紙をＦＡＸによりユーザに送信したり、ユーザのパソコンに送信し、ユーザが受信したＱＲコードを携帯端末４で読取るようにしてもよい。
情報端末４の表示部に、図１２に示すように読取った読取データのヘッダ情報が示す位置をインジケータ表示するようにしてもよい。
【図面の簡単な説明】
【００３４】
【図１】本発明の一実施例におけるシステム全体を示す概略図
【図２】携帯端末の構成を概略的に示すブロック図
【図３】ソースコードコンパイルツールの動作を示すフローチャート
【図４】携帯端末の動作を示すフローチャート
【図５】携帯端末の記憶内容の変化を示す図
【図６】コンパイル時のファイルの変化状態を説明する図
【図７】ＱＲコードのヘッダ情報を示す図
【図８】データからのＱＲコードの作成を説明する図
【図９】配列の記憶内容の変化を示す図
【図１０】メモリの記憶状態の変化の一例を示す図
【図１１】異なる変化を示す図１０相当図
【図１２】本発明の変形例を示す情報端末の斜視図
【符号の説明】
【００３５】
図面中、１はパーソナルコンピュータ、３はソースコードコンパイルツール、４は携帯端末（撮像手段、復元手段、記憶手段、第１〜第３の保存手段、警告手段、保管手段）、５はプリンタである。
【技術分野】
【０００１】
本発明は、所定のデータを分割した複数の分割データを示す複数の情報コードを読取るのに好適する情報コード、情報コード読取装置及び情報コード読取装置のデータ更新システムに関する。
【背景技術】
【０００２】
例えば物品管理用の携帯端末では、高度な処理が求められていることから、オペレーティングシステム上にアプリケーションを搭載するようにしており、コンピュータと同様に、オペレーティングシステム或いはアプリケーションなどのプログラムを必要に応じてダウンロードしてバージョンアップすることが行われている。
【０００３】
このようにプログラムをダウンロードする方法として、特許文献１のものでは、アプリケーションをバーコード化し、それを読取ることにより実行するようにしており、その実施例では、アプリケーションを複数のバーコードに分割し、それらの分割コードをバーコードリーダで順次読取って実行することが記載されている。コードを分割するに当っては、情報量が大きな二次元コードとしてＱＲコードが、ＩＳＯ（ＩＳＯ／ＩＥＣ１８００４）またはＪＩＳ（ＪＩＳ−Ｘ＝０５１０）に定義されている。
【特許文献１】特開２００４−１１０１４８号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかしながら、複数の分割コードを携帯端末で読取る場合は、同じ分割コードを誤って複数回読込んでしまったり、次に読むべき分割コードを飛び越してしまったりすることがあり、このような場合は、時間をかけて分割コードを読取ったとしても、最後にファイルの不整合でやり直しという羽目になるので、効率が悪いという問題がある。
【０００５】
本発明は上記事情に鑑みてなされたもので、所定のデータを分割した複数の分割データを示す複数の情報コードを複数回にわたって読取る際に、効率よく読取ることができる情報コード、情報コード読取装置及び情報コード読取装置のデータ更新システムを提供することにある。
【課題を解決するための手段】
【０００６】
請求項１及び請求項２の発明によれば、所定のデータを複数に分割した分割データを変換した複数の情報コードは、互いに連結される２つの情報コードの一方に、他方の情報コードの相関性を示す相関データが含んで生成されているので、２つの情報コードを読み込んだところで両者の情報コードの整合性を判断することが可能となる情報コードを生成することができる。
【０００７】
請求項３及び請求項４の発明によれば、情報コードの読み込み時の早い段階で情報コードの整合性を判断することができるので、情報コードの読み取りエラーに迅速に対処することが可能となる。
【０００８】
請求項５の発明によれば、連結されるべき分割データの相関性が成立しなかったときは、警告手段により警告されるので、分割データを直ちに読み直すことができる。
請求項６の発明によれば、読み込んだ分割データの連続性が成立しない場合は、その非連続な分割データおよび相関データは一旦保存され、以後に読取った分割データとの整合性が成立したところで正規の分割データとされるので、次の分割データを飛ばして読取った場合であっても対処することができる。
請求項７の発明によれば、本発明を情報コード読取装置のデータ更新システムに適用することができる。
【発明を実施するための最良の形態】
【０００９】
以下、本発明をコード読取用の携帯端末に適用した一実施例について図１ないし図１１を参照して説明する。
図１は、本発明に係るシステム構成を示している。この図１において、パーソナルコンピュータ（以下、ＰＣと称する）１にはコード読取用の携帯端末に搭載されるオペレーティングシステム（以下、ＯＳ）或いはアプリケーション開発用の開発ツール２がインストールされており、開発者は、その開発ツール２のエディタ機能、デバッグ機能を用いてＯＳ或いはアプリケーションを開発するようになっている。
【００１０】
また、ＰＣ１には、ソースコードコンパイルツール３がインストールされている。このソースコードコンパイルツール３は、開発者が開発ツールで開発したＯＳ（ソースコードで記述）を携帯端末（撮像手段、復元手段、記憶手段、第１〜第３の保存手段、警告手段、保管手段の機能を有する）４が解読可能なアセンブルコード（二進数で記述）に変換し、それを二次元コードであるＱＲコード（登録商標）に変換してプリンタ５に出力するものである。この場合、携帯端末用のＯＳの容量は比較的大きいことから、ＱＲコードに変換する場合は、後述するようにＯＳを所定データサイズまたは所定コード寸法毎に分割した分割データを複数のＱＲコードでプリンタ５により用紙６に印刷するようになっている。
【００１１】
一方、携帯端末４は、例えばラベルに印刷された一次元コードであるバーコード、或いは二次元コードであるＱＲコードを読取って解読し、解読データを無線によりホストに送信する機能を備えている。本実施例の携帯端末４では、このような基本的な機能に加えて、後述するようにＰＣ１から出力されたＱＲコードを読取り、そのＱＲコードから読取ったＯＳ或いはアプリケーションをバージョンアップする機能を備えている。
【００１２】
図２は、携帯端末４の電気的構成を示すブロック図である。この図２において、携帯端末４は、ＣＰＵ７、ＣＣＤを主体とする読取部８、メモリ９、キースイッチ１０、液晶表示部１１を備えて構成されており、ＣＰＵ７は、メモリ９に記憶されたＯＳによりアプリケーションを管理するようになっている。
【００１３】
図５（ａ）は、携帯端末４のメモリ９の記憶領域を示している。このメモリ９には、ＯＳ領域とユーザ領域とが設定されている。ＯＳ領域にはＯＳが記憶されており、電源が投入されたときは、ＯＳが起動してユーザ領域に搭載されたアプリケーションの管理を行うようになっている。この場合、本実施例では、ＯＳには、後述するようにメモリ９にインストールされたＯＳを自動更新する更新用ソフトが搭載されており、ＯＳの更新を実施するときは、更新用ソフトに移行することにより新ＯＳを旧ＯＳに上書きするようになっている。尚、更新用ソフトを更新データに搭載するようにしてもよい。
【００１４】
さて、開発者が、ＰＣ１に搭載された開発ツール２を使用して携帯端末４のＯＳを改良した場合は、そのＯＳのソースコードをコンパイルする必要があることから、ソースコードコンパイルツール３を起動する。
【００１５】
図３は、ＰＣ１のソースコードコンパイルツール３の動作を示すフローチャートである。この図３において、ソースコードコンパイルツール３は、ＯＳのソースコードを読取り（Ｓ１０１）、それをコンパイルすることにより（Ｓ１０２）、図６に示すように例えばａ．ｓｙｓというＯＳファイルを作成する（Ｓ１０３）。このＯＳファイルは、プログラムコードで記載されたファイルである。
【００１６】
ここで、開発者が分割コードの１単位となるデータサイズまたはコード寸法（セルサイズ、ＱＲコードの一辺の長さ）を指定すると、ソースコードコンパイルツール３は、分割コードの前記サイズが指定されたところで（Ｓ１０４：ＹＥＳ）、ヘッダ情報を作成する（Ｓ１０５）。
【００１７】
図７は、ソースコードコンパイルツール３が作成するヘッダ情報の一例を示している。この図７では、ＯＳファイルを例えば２０個のデータ１〜２０に分割する例を示しており、ヘッダ情報は、データ１〜２０に対応して、更新フラグ、連番、ファイル名、バージョン情報、作成日時、次番ＳＵＭ値が設定される。更新フラグとは、データが分割プログラムコードであることを示すものである。次番ＳＵＭ値とは、後述するように連続する分割プログラムコードにおいて次に連結する次番のＱＲコードのＳＵＭ値を示すものである。
【００１８】
ソースコードコンパイルツール３は、図８に示すようにヘッダ情報と分割データとからなるデータをＱＲコードに変換してから（Ｓ１０６）、それらのＱＲコードをプリンタ５により１枚または複数枚の用紙６に印刷する（Ｓ１０７）。
以上の動作により、図１に示すようにヘッダ情報及び分割データからなる例えば２０個のＱＲコードが印刷された用紙６を出力することができる。
【００１９】
さて、開発者は、上述したようにＰＣ１によりプリンタ５からＱＲコードを印刷したときは、１番目のＱＲコードを読取り対象となるように携帯端末４を位置させた状態で読取りスイッチを操作する。すると、携帯端末４が読取動作を実行する。
【００２０】
図４は、携帯端末４の読取動作を示すフローチャートで、本発明に関連した動作のみを示している。尚、図４では、ＱＲコードを１つずつ読取る場合の動作を示しているが、携帯端末４は、複数のＱＲコードを一度に読取ることも可能である。図４において、携帯端末４は、読取り操作が行われたときは（Ｓ２０１）、ＱＲコードを読取り（Ｓ２０２）、その読取った情報の中にヘッダ情報の更新フラグがあるかを確認する（Ｓ２０３）。この場合、更新フラグが設定されていないときは（Ｓ２０３：ＮＯ）、通常の入力作業を実行し（Ｓ２２７）、更新フラグが設定されているときは（Ｓ２０３：ＹＥＳ）、更新モードに移行し（Ｓ２０４）、更新タイマをスタートする（Ｓ２０５）。この更新タイマは、更新モードの実行時間を制限するもので、分割されたＱＲコードを読取るのに十分な時間が設定されている。
【００２１】
次に、携帯端末４は、ヘッダ情報とプログラムデータ領域の配列を連結数分確保してから（Ｓ２０６）、読取データをメモリ９に保存する（Ｓ２０７）。この場合、ヘッダ情報が示す連番はＱＲコードの連結数が２０個であることを示しているので、図９（ａ）に示すように連番が１〜２０の配列を確保することになる。
以上の動作により、メモリ９のユーザ領域には、図５（ｂ）に示すようにデータ１が保存される。
【００２２】
次に、ヘッダ情報を自番の配列に登録する（Ｓ２０８）。つまり、連番「１」の配列には、図９（ｂ）に示すようにファイル名として「ａ．ｓｙｓ」、バージョンとして「１．１」、作成日時として「２００４０９２０１５１５」、次番ＳＵＭ値として「７５ｈ」が登録される。このＳＵＭ値とは、次に連結されるデータをなす各数値を合計した値である。尚、最後のデータ（本実施例では２０番目のデータ）に関しては、１番目のデータをなす各数値を合計した値が登録されている。
【００２３】
そして、開発者が２番目のＱＲコードを読取り対象とした状態で携帯端末４の読取スイッチを操作すると、携帯端末４は、次の読み取り操作が行われるか（Ｓ２０９）、更新タイマがタイムオーバするか（Ｓ２１９）を監視する。
【００２４】
ここで、開発者が次の読み取り操作を行うために携帯端末４の読取スイッチを操作すると、携帯端末４は、読取り操作が行われたころで（Ｓ２０９：ＹＥＳ）、２番目のＱＲコードを読取り（Ｓ２１０）、そのヘッダ情報の更新フラグを確認したときは（Ｓ２１１：ＹＥＳ）、そのヘッダ情報と配列に登録されている前番のヘッダ情報とを比較し（Ｓ２１２）、それらが一致するかを判断する（Ｓ２１３）。つまり、ヘッダ情報の連番と配列に登録されている連番とが連続しているか、ファイル名、バージョン、作成日時が一致するかを判断し、一つでも一致しなかった場合は、エラーを報知する（Ｓ２２９）。従って、開発者は、携帯端末４からエラーが報知されたときは、読取り作業をやり直す。
【００２５】
携帯端末４は、読取ったヘッド情報と配列に保存されているヘッド情報とが一致したときは（Ｓ２１３：ＹＥＳ）、読取ったデータのブロックのＳＵＭ値を計算し（Ｓ２１４）、配列に登録されている前番の次番ＳＵＭ値、つまり、１番のＱＲコードの次番ＳＵＭ値である「７５ｈ」と比較し（Ｓ２１５）、それらが一致するかを判断する（Ｓ２１６）。このとき、ＳＵＭ値が一致しなかったときは（Ｓ２１６：ＮＯ）、そのことを報知してから（Ｓ２３０）、ステップＳ２０９に移行することにより次の読取り操作の待機状態となる。
【００２６】
ステップＳ２１６において、ＳＵＭ値が一致したときは（Ｓ２１６：ＹＥＳ）、読取データを保存してから（Ｓ２１７）、ヘッダ情報を自番の配列に登録する（Ｓ２１８）。
以上の動作により、メモリ９のユーザ領域には、図５（ｃ）に示すように分割データ１に加えて分割データ２が連結された状態で保存されると共に、図９（ｃ）に示すように１番に加えて２番の配列にヘッダ情報が登録される。
【００２７】
次に、携帯端末４は、全ての読取りが終了していないことを確認したときは（Ｓ２２０：ＮＯ）、ステップＳ２０９に移行することにより上述した動作を繰返す。
このような読取り動作を繰返した結果、１番から２０番のＱＲコードを正しく読取ることができたときは、メモリ９には、図５（ｄ）に示すようにデータ１〜２０が保存されると共に、配列には、図９（ｄ）に示すように各ＱＲコードのヘッダ情報が登録される。
【００２８】
そして、図４に示すように、更新タイマがタイムオーバする前に（Ｓ２１９：ＮＯ）、全てのＱＲコードの読取りが終了したときは（Ｓ２２０：ＹＥＳ）、保存したデータ１〜２０のＳＵＭ値を求め（Ｓ２２１）、配列に登録されたヘッド情報１〜２０のＳＵＭ値との合計と比較することにより整合性をチェックする（Ｓ２２２）。この場合、プログラムファイル自身にＳＵＭ値は格納されており、それと比較することになる。整合性がＯＫの場合は（Ｓ２２２：ＹＥＳ）、ＯＳから独立した更新用ソフトに移行し（Ｓ２２３）、図５（ｅ）に示すように現在のＯＳに保存したデータを上書きすることにより新しいＯＳに更新してから（Ｓ２２４：ＹＥＳ）、ＯＳに復帰し（Ｓ２２５）、メモリ９の保存データを削除すると共に（Ｓ２２６）、更新モードを解除して（Ｓ２２７）、終了となる。
以後においては、携帯端末４は、新しいＯＳによりアプリケーションを管理するようになる。
【００２９】
一方、全てのＱＲコードの読取りが終了することなく更新タイマがタイムオーバしたときは（Ｓ２１９：ＹＥＳ）、エラーを報知する（Ｓ２２９）。同様に、全体のＳＵＭ値の整合性がＮＧの場合は（Ｓ２２２：ＮＯ）、エラーを報知する（Ｓ２２９）。
【００３０】
尚、フローチャートには示していないが、ｎ番目のＱＲコードを読取ったときに、連続性を確認するためのｎ−１番目のヘッダ情報が登録されていない場合は、とりあえずデータ及びヘッダ情報を登録し、次のｎ＋１番目のＱＲコードが読込まれたときは、そこでｎ番目のヘッダ情報と連続性をチェックし、連続性が見られない場合は、ｎ＋１番目以降のＱＲコードから読取った分割データ及びヘッダ情報を破棄する。図１０に示す例では、ｎ番目とｎ＋１番目との比較の結果、ＮＧであったことから、ｎ＋１番目以降のデータを削除することを示している。或いは、前後の連続性の可能性を数値化し、連続性の小さいデータ及びヘッダ情報を破棄するようにしてもよい。図１１に示す例では、ｎ−１番目との比較結果がＯＫで、ｎ＋１番目との比較結果がＮＧであっても、ｎ＋１番目以降の連続性の可能性が高いことから、ｎ−１番及ぶｎ番目のデータを削除することを示している。
【００３１】
このような実施例によれば、ＰＣ１によりＯＳのプログラムデータを分割した分割データをコード化したＱＲコードをプリンタ５により印刷すると共に、それらのＱＲコードを携帯端末４により順に読取ることによりＯＳを更新する際に、読取データのヘッダ情報に基づいて当該読取データが更新ファイルの一部であることを確認すると共に、読取データが連続性を有するかを確認してから、最終的に全ての読取データに基づいてＯＳを更新するようにしたので、二次元コードを最後まで読取ってから整合性をチェックする従来のものと違って、ＱＲコードの読取り途中で読取りの不適正に迅速に対処することができ、読取り作業の効率を高めることができる。
また、更新タイマがタイムオーバしたとき、或いはプログラムの更新が終了して更新モードが終了したときは、更新モードから復帰するようにしたので、自動的に更新モードを完了することができ、使用勝手に優れている。
【００３２】
本発明は、上記実施例に限定されることなく、次のように変形または拡張できる。
本実施例では、ＯＳ全体を更新する例を示したが、ＯＳの一部を更新可能な構成の場合は、更新すべきＯＳの一部分のデータに対して本発明を実施するようにしてもよい。
携帯端末４のＯＳを更新するだけでなく、アプリケーションを更新するのに適用するようにしてもよい。
ＱＲコード以外の二次元コードを用いるようにしてもよい。
ＱＲコードをプリンタ５により印刷するのに代えて、ＱＲコードをディスプレイ或いは表示端末に表示し、それを携帯端末４で読取るようにしてもよい。
読取データが他の読取データと連結可能かを判断する方法として、ＳＵＭ値に代えて他の誤り検出コード、例えばＣＲＣ値を用いるようにしてもよい。
【００３３】
携帯端末４により複数のＱＲコードを同時に読取るようにしてもよい。
上記実施例では、開発者が携帯端末４のＯＳを更新する場合を説明したが、ユーザが携帯端末４のＯＳを更新する場合は、印刷した用紙をＦＡＸによりユーザに送信したり、ユーザのパソコンに送信し、ユーザが受信したＱＲコードを携帯端末４で読取るようにしてもよい。
情報端末４の表示部に、図１２に示すように読取った読取データのヘッダ情報が示す位置をインジケータ表示するようにしてもよい。
【図面の簡単な説明】
【００３４】
【図１】本発明の一実施例におけるシステム全体を示す概略図
【図２】携帯端末の構成を概略的に示すブロック図
【図３】ソースコードコンパイルツールの動作を示すフローチャート
【図４】携帯端末の動作を示すフローチャート
【図５】携帯端末の記憶内容の変化を示す図
【図６】コンパイル時のファイルの変化状態を説明する図
【図７】ＱＲコードのヘッダ情報を示す図
【図８】データからのＱＲコードの作成を説明する図
【図９】配列の記憶内容の変化を示す図
【図１０】メモリの記憶状態の変化の一例を示す図
【図１１】異なる変化を示す図１０相当図
【図１２】本発明の変形例を示す情報端末の斜視図
【符号の説明】
【００３５】
図面中、１はパーソナルコンピュータ、３はソースコードコンパイルツール、４は携帯端末（撮像手段、復元手段、記憶手段、第１〜第３の保存手段、警告手段、保管手段）、５はプリンタである。
【特許請求の範囲】
【請求項１】
所定のデータを複数の分割データに分割し、前記複数の分割データを、各々複数の情報コードに変換して前記所定のデータを複数の情報コードとして生成された情報コードであって、
前記複数の情報コードは、最初の情報コードをなす第１の情報コード、中間の情報コードをなす１つまたは複数の第２の情報コード、および最後の情報コードをなす第３の情報コードにより生成され、
前記第１の情報コードは、最初の分割データをなす第１の分割データと、前記第１の分割データの後に連結される第２の分割データに所定の演算を行って得られるデータであって、当該第２の分割データとの相関性を示す第１の相関データと、を含んで生成され、
前記第２の情報コードは、前記第２の分割データと、前記第２の分割データの後に連結される第３の分割データまたは他の第２の分割データに所定の演算を行って得られるデータであって、当該第３の分割データまたは他の第２の分割データとの相関性を示す第２の相関データと、を含んで生成され、
前記第３の情報コードは、前記第３の分割データを含んで生成されることを特徴とする情報コード。
【請求項２】
所定のデータを複数の分割データに分割し、前記複数の分割データを、各々複数の情報コードに変換して前記所定のデータを複数の情報コードとして生成された情報コードであって、
前記複数の情報コードは、最初の情報コードをなす第１の情報コード、中間の情報コードをなす１つまたは複数の第２の情報コード、および最後の情報コードをなす第３の情報コードにより生成され、
前記第１の情報コードは、最初の分割データをなす第１の分割データを含んで生成され、
前記第２の情報コードは、前記第２の分割データと、前記第２の分割データの前に連結される第１の分割データまたは他の第２の分割データに所定の演算を行って得られるデータであって、当該第１の分割データまたは他の第２の分割データとの相関性を示す第２の相関データと、を含んで生成され、
前記第３の情報コードは、前記第３の分割データと、前記第３の分割データの前に連結される第２の分割データに所定の演算を行って得られるデータであって、当該第２の分割データとの相関性を示す相関データと、を含んで生成されることを特徴とする情報コード。
【請求項３】
請求項１記載の前記複数の情報コードを読み取る情報コード読取装置であって、
前記複数の情報コードを複数回に分けて撮像する撮像手段と、
この撮像手段が撮像した情報コードに含まれる分割データおよび相関データを復元する復元手段と、
この復元手段が復元した分割データが記憶される記憶手段と、
前記復元手段が前記第１の分割データを復元したときは、前記第１の分割データを前記記憶手段の所定の記憶領域に記憶させる第１の保存手段と、
前記復元手段が前記第２または第３の分割データを復元したときは、当該分割データと、当該分割データの前に連結される分割データと共に復元した相関データとの相関性が成立するかを判断し、成立したときは前記第２または第３の分割データを前記記憶手段の所定の記憶領域に記憶させる第２の保存手段とを備え、
前記記憶手段に記憶された前記第１の分割データ、前記第２の分割データ、および前記第３の分割データとから前記所定のデータを形成することを特徴とする情報コード読取装置。
【請求項４】
請求項２記載の前記複数の情報コードを読み取る情報コード読取装置であって、
前記複数の情報コードを複数回に分けて撮像する撮像手段と、
この撮像手段が撮像した情報コードに含まれる分割データおよび相関データを復元する復元手段と、
この復元手段が復元した分割データが記憶される記憶手段と、
前記復元手段が前記第１の分割データを復元したときは、前記第１の分割データを前記記憶手段の所定の記憶領域に記憶させる第１の保存手段と、
前記復元手段が前記第２または第３の分割データを復元したときは、当該分割データと共に復元した相関データと、当該分割データの前に連結される分割データとの相関性が成立するかを判断し、成立したときは前記第２または第３の分割データを前記記憶手段の所定の記憶領域に記憶させる第２の保存手段とを備え、
前記記憶手段に記憶された前記第１の分割データ、前記第２の分割データ、および前記第３の分割データとから前記所定のデータを形成することを特徴とする情報コード読取装置。
【請求項５】
前記復元手段が復元した前記第１または第２または第３の分割データと当該分割データが前または後に連結される分割データに対応する相関データとの相関性が成立しなかったときは、前記撮像手段が撮像した情報コードは非連結であることを警告する警告手段を備えたことを特徴とする請求項３または４記載の情報コード読取装置。
【請求項６】
前記復元手段が復元した分割データと前記記憶手段に記憶されている分割データとの連続性が成立しない場合は、その非連続な分割データおよび相関データを一旦保管する保管手段と、
この保管手段に保管された非連続な分割データと前記記憶手段に記憶された分割データとの連続性が成立した場合は、前記非連続な分割データの前または後に連結される分割データに対応する相関データとの相関性が成立するかを判断し、相関性が成立したときは前記非連続な分割データを前記記憶手段の所定領域に保存する第３の保存手段、
とを備えたことを特徴とする請求項３ないし５の何れかに記載の情報コード読取装置。
【請求項７】
前記保管手段に保管した非連続な分割データと連続する前後の分割データのうち少なくとも何れか一方の分割データとの相関性が最後まで成立しないときは、前記非連続な分割データを破棄することを特徴とする請求項６記載の情報コード読取装置。
【請求項８】
請求項３ないし７の何れかの情報コード読取装置が復元したデータは、当該情報コード読取装置に関するシステムプログラム、システム設定用データ、アプリケーションプログラム、アプリケーション用データの何れかであり、
前記情報コード読取装置は、自己のデータを前記復元したデータに更新することを特徴とする情報コード読取装置のデータ更新システム。
【請求項１】
所定のデータを複数の分割データに分割し、前記複数の分割データを、各々複数の情報コードに変換して前記所定のデータを複数の情報コードとして生成された情報コードであって、
前記複数の情報コードは、最初の情報コードをなす第１の情報コード、中間の情報コードをなす１つまたは複数の第２の情報コード、および最後の情報コードをなす第３の情報コードにより生成され、
前記第１の情報コードは、最初の分割データをなす第１の分割データと、前記第１の分割データの後に連結される第２の分割データに所定の演算を行って得られるデータであって、当該第２の分割データとの相関性を示す第１の相関データと、を含んで生成され、
前記第２の情報コードは、前記第２の分割データと、前記第２の分割データの後に連結される第３の分割データまたは他の第２の分割データに所定の演算を行って得られるデータであって、当該第３の分割データまたは他の第２の分割データとの相関性を示す第２の相関データと、を含んで生成され、
前記第３の情報コードは、前記第３の分割データを含んで生成されることを特徴とする情報コード。
【請求項２】
所定のデータを複数の分割データに分割し、前記複数の分割データを、各々複数の情報コードに変換して前記所定のデータを複数の情報コードとして生成された情報コードであって、
前記複数の情報コードは、最初の情報コードをなす第１の情報コード、中間の情報コードをなす１つまたは複数の第２の情報コード、および最後の情報コードをなす第３の情報コードにより生成され、
前記第１の情報コードは、最初の分割データをなす第１の分割データを含んで生成され、
前記第２の情報コードは、前記第２の分割データと、前記第２の分割データの前に連結される第１の分割データまたは他の第２の分割データに所定の演算を行って得られるデータであって、当該第１の分割データまたは他の第２の分割データとの相関性を示す第２の相関データと、を含んで生成され、
前記第３の情報コードは、前記第３の分割データと、前記第３の分割データの前に連結される第２の分割データに所定の演算を行って得られるデータであって、当該第２の分割データとの相関性を示す相関データと、を含んで生成されることを特徴とする情報コード。
【請求項３】
請求項１記載の前記複数の情報コードを読み取る情報コード読取装置であって、
前記複数の情報コードを複数回に分けて撮像する撮像手段と、
この撮像手段が撮像した情報コードに含まれる分割データおよび相関データを復元する復元手段と、
この復元手段が復元した分割データが記憶される記憶手段と、
前記復元手段が前記第１の分割データを復元したときは、前記第１の分割データを前記記憶手段の所定の記憶領域に記憶させる第１の保存手段と、
前記復元手段が前記第２または第３の分割データを復元したときは、当該分割データと、当該分割データの前に連結される分割データと共に復元した相関データとの相関性が成立するかを判断し、成立したときは前記第２または第３の分割データを前記記憶手段の所定の記憶領域に記憶させる第２の保存手段とを備え、
前記記憶手段に記憶された前記第１の分割データ、前記第２の分割データ、および前記第３の分割データとから前記所定のデータを形成することを特徴とする情報コード読取装置。
【請求項４】
請求項２記載の前記複数の情報コードを読み取る情報コード読取装置であって、
前記複数の情報コードを複数回に分けて撮像する撮像手段と、
この撮像手段が撮像した情報コードに含まれる分割データおよび相関データを復元する復元手段と、
この復元手段が復元した分割データが記憶される記憶手段と、
前記復元手段が前記第１の分割データを復元したときは、前記第１の分割データを前記記憶手段の所定の記憶領域に記憶させる第１の保存手段と、
前記復元手段が前記第２または第３の分割データを復元したときは、当該分割データと共に復元した相関データと、当該分割データの前に連結される分割データとの相関性が成立するかを判断し、成立したときは前記第２または第３の分割データを前記記憶手段の所定の記憶領域に記憶させる第２の保存手段とを備え、
前記記憶手段に記憶された前記第１の分割データ、前記第２の分割データ、および前記第３の分割データとから前記所定のデータを形成することを特徴とする情報コード読取装置。
【請求項５】
前記復元手段が復元した前記第１または第２または第３の分割データと当該分割データが前または後に連結される分割データに対応する相関データとの相関性が成立しなかったときは、前記撮像手段が撮像した情報コードは非連結であることを警告する警告手段を備えたことを特徴とする請求項３または４記載の情報コード読取装置。
【請求項６】
前記復元手段が復元した分割データと前記記憶手段に記憶されている分割データとの連続性が成立しない場合は、その非連続な分割データおよび相関データを一旦保管する保管手段と、
この保管手段に保管された非連続な分割データと前記記憶手段に記憶された分割データとの連続性が成立した場合は、前記非連続な分割データの前または後に連結される分割データに対応する相関データとの相関性が成立するかを判断し、相関性が成立したときは前記非連続な分割データを前記記憶手段の所定領域に保存する第３の保存手段、
とを備えたことを特徴とする請求項３ないし５の何れかに記載の情報コード読取装置。
【請求項７】
前記保管手段に保管した非連続な分割データと連続する前後の分割データのうち少なくとも何れか一方の分割データとの相関性が最後まで成立しないときは、前記非連続な分割データを破棄することを特徴とする請求項６記載の情報コード読取装置。
【請求項８】
請求項３ないし７の何れかの情報コード読取装置が復元したデータは、当該情報コード読取装置に関するシステムプログラム、システム設定用データ、アプリケーションプログラム、アプリケーション用データの何れかであり、
前記情報コード読取装置は、自己のデータを前記復元したデータに更新することを特徴とする情報コード読取装置のデータ更新システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【公開番号】特開２００６−３４３９３４（Ｐ２００６−３４３９３４Ａ）
【公開日】平成１８年１２月２１日（２００６．１２．２１）
【国際特許分類】
【出願番号】特願２００５−１６８１８２（Ｐ２００５−１６８１８２）
【出願日】平成１７年６月８日（２００５．６．８）
【出願人】（５０１４２８５４５）株式会社デンソーウェーブ (1,155)
【Ｆターム（参考）】
【公開日】平成１８年１２月２１日（２００６．１２．２１）
【国際特許分類】
【出願日】平成１７年６月８日（２００５．６．８）
【出願人】（５０１４２８５４５）株式会社デンソーウェーブ (1,155)
【Ｆターム（参考）】
[ Back to top ]