JP2002244875A

JP2002244875A - 電子機器プログラミングシステムおよびプログラミング方法

Info

Publication number: JP2002244875A
Application number: JP2001039397A
Authority: JP
Inventors: Masamitsu Akachi; 正光赤地; Yoshinori Taniwaki; 吉典谷脇
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2001-02-16
Filing date: 2001-02-16
Publication date: 2002-08-30

Abstract

(57)【要約】【課題】機体毎に１または複数のＰＬＤに対応した専
用のオブジェクトデータを自動的に生成し、そのオブジ
ェクトデータをＰＬＤに人手を介することなく誤り無く
書き込むことを可能とする電子機器プログラミングシス
テムを提供する。【解決手段】本発明は、プログラム可能回路を有する
電子機器１３における前記プログラム可能回路の内部回
路にデータを書き込む電子機器プログラミングシステム
において、前記内部回路を定義するオブジェクトコード
を記憶する記憶手段１１と、電子機器１３に貼付され前
記オブジェクトコードを取り出すための検索番号が記録
された識別票１４と、この識別票１４の前記検索番号を
読み取る読取手段１５と、この読取手段１５により読み
取られた前記検索番号に基づいてこの検索番号に対応す
る前記オブジェクトコードを記憶手段１１から取り出し
て前記内部回路に書き込む書込手段１６とを備える。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、基板に実装した状
態でデータのダウンロードが可能である、少なくとも１
つのプログラム可能回路を有する電子機器における前記
プログラム可能回路の内部回路にデータを書き込む電子
機器プログラミングシステムおよびプログラミング方法
に関する。

【０００２】

【従来の技術】基板に実装した状態でデータのダウンロ
ードが可能である、プログラム可能回路（ＰＬＤ: Prog
rammable Logic Device)は、著しい低価格化および高性
能化により、広く様々な機種に搭載されるようになって
きている。それにつれてＰＬＤの使用目的も多様になっ
てきている。ＰＬＤは、単純なゲート回路の置き換えか
ら、ひとつの機能モジュール、更にはひとつのシステム
そのものを構成するまでになっており、その重要性が一
層高まってきている。近年の多品種少量生産の傾向を鑑
みるに、ＰＬＤの柔軟性は前記目的に大変良く適合す
る。

【０００３】なお、プログラム可能回路としては、ＦＰ
ＧＡ（Field Programmable Gate Array)またはＣＰＬＤ
（Complex ＰＬＤ)などと称するデバイスもあるが、こ
れらの全てに対して本発明を同様に適用できるので、本
明細書においてはこれらの全てをＰＬＤと総称する。

【０００４】次に、ＰＬＤの内部回路(本明細書では単
に内部回路と称する)の一般的な開発手法を図２０を参
照しながら説明する。内部回路は、大きく分けてＨＤＬ
(Hardware Design Language)による記述言語（ＨＤＬソ
ースコード）１０１または回路図によって定義される。
これらは、入力に使用するアプリケーションプログラム
や入力手順が異なっているだけであり、本質的な違いは
ない。本明細書ではいずれの場合もソースコードと総称
して記載する。ＨＤＬソースコード１０１は、単なるテ
キストデータであるので、テキストエディタなどで論理
合成ツール（コンパイラ）１０４に入力される。後者
は、回路図編集プログラム（ＣＡＤ(Computer Aided De
sign)１０２またはスケマッチックデザイン（Schematic
Design）とも呼ばれる）で論理合成ツール１０４に入
力される。いずれの場合も、必要があれば更に整形など
の前処理を行うプログラムを経由して論理合成ツール１
０４に渡される。

【０００５】ＰＬＤのメーカなどから供給される開発環
境により多少の違いはあるが、ソースコードは不要な論
理式を削除したり、目的とするＰＬＤの構造に適するよ
うに修正したりするため、論理合成ツール(Logic Synth
esizer)１０４により分解および再合成される。その
後、配置配線(Place & RouteあるいはFittingと呼ばれ
る)ツールにより、前記合成回路が実際のＰＬＤの内部
の論理素子に割り付けられる。この結果はオブジェクト
コード１０５として所定のフォーマットで出力される。
本明細書においては、前記論理合成から配置配線に至る
までをまとめてコンパイルと表記する。オブジェクトコ
ード１０５は、ダウンロードツール１０６により所定の
手順を用いてＰＬＤ１０７にダウンロードされる。

【０００６】従来の技術では、予めＰＬＤを生産ライン
とは別の場所で大量に複製しておき、これを単なる電子
部品と見なして搭載する第１の方法と、空のＰＬＤを搭
載しておき、生産ラインでプログラムデータを書き込む
第２の方法がある。前記第１の方法では、異なる２つの
機種で同じＰＬＤデバイスを使用していても、書き込ま
れたプログラムデータが異なれば別の部品として扱うの
が通常であるから、部品の管理コストが上昇する可能性
がある。

【０００７】前記第２の方法は、IＳＰ(In-System Prog
rammability)などと称する技術により基板上に搭載後に
デバイスを取り外すことなくプログラムを書き込むこと
ができるもので、第１の方法に比べて、同じＰＬＤが搭
載されていれば同じ部品として管理コストを低減でき
る。いずれの方法をとるにせよ、ある機種に対してはＰ
ＬＤのオブジェクトコードは唯一つであることには変わ
りはなく、コードを切り替えるにしてもロット単位でし
かできず、自由度が少なかった。

【０００８】たとえば、図１９に示す電子機器（パーソ
ナルコンピュータ）１へのプログラミングを考える。あ
るモデルＡを基準となるモデルとし、モデルＢはモデル
ＡにＣＤドライブ装置４を搭載したものとし、モデルＣ
はモデルＡにパラレルインタフェースモジュール３を搭
載したものとし、モデルＤはモデルＢにさらに高速シリ
アルインタフェースモジュール「ｉ.LINK(IEEE-1394: I
nstitute of Electrical and Electronics Engineer
s)」２を搭載したものとする。高速シリアルインタフェ
ースモジュール２には、ｉ.LINK機器からの接続ケーブ
ル５が接続される。パラレルインタフェースモジュール
３には、印字装置６が接続される。

【０００９】この場合、全ての機能を搭載した基板を作
成し、そこから不要となる機能ブロックの部品を除いた
もので各モデルを実現する方法、または、最小機能の基
板を作成し、所望の機能拡張を行うモジュール基板を追
加する方法で各モデルを実現する方法がある。これらの
方法においては、一般にモジュール境界部において信号
線が開放されていると回路が不安定になるので、適当な
終端の処理が必要になる。具体的にはプルアップ抵抗
や、擬似的な信号を発生する小回路モジュールなどを
ｉ.LINKの高速インタフェースモジュール２、パラレル
インタフェースモジュール３またはＣＤドライブ装置４
の代わりに搭載する。

【００１０】もし、ここでＰＬＤが機体ごとに修正可能
であれば、低位モデルでは接続されないモジュールへ接
続するピンを内部的に切り離すようにプログラムしてや
れば、前記のような終端処理は全く不要になる。さら
に、簡単な回路であればモジュール機能までＰＬＤに組
み込んでしまい、全く同一の部品が搭載された基板を用
いて各モデルを同時に同じ生産ラインで製造することも
可能となる。近年は在庫数の縮小や、顧客の要求にきめ
細かく対応することを目的としてＢＴＯ(Build To Orde
r)などと呼ばれる生産形態を採用する企業が増加してい
る。ここで、ＢＴＯとは、顧客の要求が発生してから生
産を行う態勢をいう。この場合、従来の電子機器のプロ
グラミング方法においては、ＰＬＤが機体ごとに異なっ
ていることを考慮し、同じまたは似た要求をまとめて生
産するか、または、生産ラインを分けて対応していた。

【００１１】

【発明が解決しようとする課題】しかしながら、電子機
器の生産コストを削減するためには、より少ない生産ラ
インで大量に製造する手法が欠かせないが、これは従来
の方法を適用する限り、前記要求とは相反する。

【００１２】さらに、従来の技術では、プログラムコー
ドの切り替えも人手を介することになるので作業者の負
担が大きいという問題がある。また、切り替え作業上の
誤り、たとえば、バージョンが異なるコードを書き込ん
でしまう事故などが発生するという問題があった。

【００１３】本発明の目的は、最小の切り替え単位であ
る機体毎に自動的に１または複数のＰＬＤに対応した専
用のオブジェクトデータを生成し、そのオブジェクトデ
ータを人手を介することなく誤り無くＰＬＤに書き込む
ことを可能とする電子機器プログラミングシステムおよ
びプログラミング方法を提供することにある。

【００１４】また、本発明の他の目的は、人為的な誤り
を防止し、プログラミング効率を高めることができる電
子機器プログラミングシステムおよびプログラミング方
法を提供することにある。

【００１５】また、本発明の他の目的は、搭載された部
品のばらつきの解析や製造不良の追跡を行うことができ
る電子機器プログラミングシステムおよびプログラミン
グ方法を提供することにある。

【００１６】

【課題を解決するための手段】前記目的を達成するため
に、請求項１記載の発明は、基板に実装した状態でデー
タのダウンロードが可能である少なくとも１つのプログ
ラム可能回路を有する電子機器における前記プログラム
可能回路の内部回路にデータを書き込む電子機器プログ
ラミングシステムであって、前記内部回路を定義するオ
ブジェクトコードを記憶する記憶手段と、前記電子機器
に貼付され前記オブジェクトコードを取り出すための検
索番号が記録された識別媒体と、この識別媒体の前記検
索番号を読み取る読取手段と、前記読取手段により読み
取られた前記検索番号に基づいてこの検索番号に対応す
る前記オブジェクトコードを前記記憶手段から取り出し
て前記内部回路に書き込む書込手段とを備えることを特
徴とする。

【００１７】請求項２記載の発明は、識別媒体が、検索
番号が記録された識別票であることを特徴とする。

【００１８】請求項３記載の発明は、前記識別媒体が、
検索番号を記憶して発信する識別集積回路片であること
を特徴とする。

【００１９】請求項４記載の発明は、前記プログラム可
能回路または前記プログラム可能回路の内部回路の種類
にかかわらず、同様の手順で前記オブジェクトコードを
前記内部回路に書き込むことを特徴とする。

【００２０】請求項５記載の発明は、記憶手段が、検索
番号に対して少なくとも１つの前記オブジェクトコード
を生成するためのソースコードが取り出せる情報蓄積手
段を備えたことを特徴とする。

【００２１】請求項６記載の発明は、検索番号に対応し
たソースコードに対して必要な修正を加える際に必要な
情報が取り出せる情報蓄積手段を備えたことを特徴とす
る。

【００２２】請求項７記載の発明は、ソースコードの修
正が前記情報蓄積手段の出力に従って自動的に実行され
ることを特徴とする。

【００２３】請求項８記載の発明は、記憶手段が、検索
番号に対応したソースコードからオブジェクトコードを
生成する際に必要な情報が取り出せる情報蓄積手段を備
えたことを特徴とする。

【００２４】請求項９記載の発明は、オブジェクトコー
ドの一連の生成が、前記情報蓄積手段の出力に従って自
動的に実行されることを特徴とする。

【００２５】請求項１０記載の発明は、記憶手段が、検
索番号に対応したオブジェクトコードを直接修正する際
に必要な情報が取り出せる情報蓄積手段を備えたことを
特徴とする。

【００２６】請求項１１記載の発明は、オブジェクトコ
ードの一連の修正が、前記情報蓄積手段の出力に従って
自動的に実行されることを特徴とする。

【００２７】請求項１２記載の発明は、電子機器の内部
状態を入力とし、これを基に自動的にソースコードに必
要な修正を行う手段を備えたことを特徴とする。

【００２８】請求項１３記載の発明は、記憶手段が、検
索番号に対応したオブジェクトコードをプログラム可能
回路にダウンロードする際に必要な情報が取り出せる情
報蓄積手段を備えたことを特徴とする。

【００２９】請求項１４記載の発明は、オブジェクトコ
ードのダウンロードが、前記情報蓄積手段の出力に従っ
て自動的に実行されることを特徴とする。

【００３０】請求項１５記載の発明は、識別媒体が、検
索番号を示すバーコードが記録されたバーコードラベル
であることを特徴とする。

【００３１】請求項１６記載の発明は、書込手段におい
て処理の経過をログファイルに記録する記録手段を備え
たことを特徴とする。

【００３２】請求項１７記載の発明は、基板に実装した
状態でデータのダウンロードが可能である少なくとも１
つのプログラム可能回路を有する電子機器における前記
プログラム可能回路の内部回路にデータを書き込む電子
機器のプログラミング方法であって、前記内部回路を定
義するオブジェクトコードを記憶手段に記憶するステッ
プと、前記オブジェクトコードを取り出すための検索番
号を前記電子機器に貼付された識別媒体に記録するステ
ップと、前記識別媒体に記録された前記検索番号を読取
手段により読み取るステップと、前記読取手段により読
み取られた前記検索番号に基づいてこの検索番号に対応
する前記オブジェクトコードを前記記憶手段から取り出
して前記内部回路に書き込むステップとを備えたことを
特徴とする。

【００３３】請求項１８記載の発明は、基板に実装した
状態でデータのダウンロードが可能である少なくとも１
つのプログラム可能な機構を有する記録媒体（たとえ
ば、スマートメディア、ＩＣカード等）を挿入して前記
プログラム可能回路の内部回路にデータを書き込む電子
機器プログラミングシステムであって、前記内部回路を
定義するオブジェクトコードを記憶する記憶手段と、前
記電子機器に貼付され前記オブジェクトコードを取り出
すための検索番号が記録された識別媒体と、この識別媒
体の前記検索番号を読み取る読取手段と、前記読取手段
により読み取られた前記検索番号に基づいてこの検索番
号に対応する前記オブジェクトコードを前記記憶手段か
ら取り出して前記内部回路に書き込む書込手段とを備え
ることを特徴とする。

【００３４】請求項１９記載の発明は、基板に実装した
状態でデータのダウンロードが可能である少なくとも１
つのプログラム可能な機構を有する記録媒体を挿入して
前記プログラム可能回路の内部回路にデータを書き込む
電子機器のプログラミング方法であって、前記内部回路
を定義するオブジェクトコードを記憶手段に記憶するス
テップと、前記オブジェクトコードを取り出すための検
索番号を前記電子機器に貼付された識別媒体に記録する
ステップと、前記識別媒体に記録された前記検索番号を
読取手段により読み取るステップと、前記読取手段によ
り読み取られた前記検索番号に基づいてこの検索番号に
対応する前記オブジェクトコードを前記記憶手段から取
り出して前記内部回路に書き込むステップとを備えたこ
とを特徴とする。

【００３５】請求項２０記載の発明は、基板に実装した
状態でデータのダウンロードが可能である少なくとも１
つのプログラム可能な機構を有する記録媒体を挿入して
前記プログラム可能回路の内部回路にデータを書き込む
電子機器プログラミングシステムであって、前記内部回
路を定義するオブジェクトコードを記憶する記憶手段
と、前記記録媒体に貼付され前記オブジェクトコードを
取り出すための検索番号が記録された識別媒体と、この
識別媒体の前記検索番号を読み取る読取手段と、前記読
取手段により読み取られた前記検索番号に基づいてこの
検索番号に対応する前記オブジェクトコードを前記記憶
手段から取り出して前記内部回路に書き込む書込手段と
を備えることを特徴とする。

【００３６】請求項２１記載の発明は、基板に実装した
状態でデータのダウンロードが可能である少なくとも１
つのプログラム可能な機構を有する記録媒体を挿入して
前記プログラム可能回路の内部回路にデータを書き込む
電子機器のプログラミング方法であって、前記内部回路
を定義するオブジェクトコードを記憶手段に記憶するス
テップと、前記オブジェクトコードを取り出すための検
索番号を前記記録媒体に貼付された識別媒体に記録する
ステップと、前記識別媒体に記録された前記検索番号を
読取手段により読み取るステップと、前記読取手段によ
り読み取られた前記検索番号に基づいてこの検索番号に
対応する前記オブジェクトコードを前記記憶手段から取
り出して前記内部回路に書き込むステップとを備えたこ
とを特徴とする。

【００３７】

【発明の実施の形態】実施の形態１．次に、本発明の実
施の形態を図面に基づいて詳細に説明する。図１は、本
発明の実施の形態１における電子機器プログラミングシ
ステムの機器構成を示す図である。図１に示すように、
本発明の電子機器プログラミングシステムは、基板に実
装した状態でデータのダウンロードが可能である少なく
とも１つのプログラム可能回路を有する電子機器１３に
おける前記プログラム可能回路の内部回路にデータを書
き込むものである。本発明の電子機器プログラミングシ
ステムは、電子機器１３の内部回路を定義するオブジェ
クトコードを有するデータベース１７を記憶するデータ
ベース用記憶装置（記憶手段）１１と、電子機器（パー
ソナルコンピュータ）１３に貼付され前記オブジェクト
コードを取り出すための検索番号が記録された識別媒体
としての識別票（たとえば、バーコードラベル）１４
と、この識別票１４の前記検索番号を読み取る読取装置
（読取手段）１５と、この読取装置１５により読み取ら
れた前記検索番号に基づいてこの検索番号に対応する前
記オブジェクトコードをデータベース用記憶装置１１か
ら取り出して電子機器１３のＰＬＤの内部回路に書き込
む書込装置（書込手段）１６とを備えている。書込装置
１６は、ダウンロードケーブル１８を介してパーソナル
コンピュータ１３に接続される。印字装置１２は、識別
票（バーコードラベル）１４に検索番号を印刷するもの
である。

【００３８】次に、本発明の実施の形態１における電子
機器プログラミングシステムによるプログラムデータの
書込動作を図１および図２に基づいて説明する。図２
は、図１の電子機器（パーソナルコンピュータ）１３の
内部の構成を示すブロック図である。

【００３９】図２に示す電子機器プログラミングシステ
ムは、本発明の対象機体であるパーソナルコンピュータ
１３に貼付（または、付着される場合もある。また、本
体内部の基板等に表示する場合もある。本願明細書にお
いて以下同じ。）された検索番号が印刷されたバーコー
ドラベル１４から検索番号を読取装置１５で読み取り、
パラレルインタフェース２６およびＣＤドライブ装置４
とのインタフェース２７を電子機器１３の内部のデータ
バス２４と接続するためのブリッジ回路を内部回路とし
て持つＰＬＤ２５にプログラムデータを書き込むための
プログラミングシステムである。

【００４０】パーソナルコンピュータ１３は、動作上の
構成要素として、さらに中央演算装置（ＣＰＵ）２１
と、ＳＤＲＡＭ(Synchronous Dynamic Random Access M
emory)２３およびファームウェアを格納した読取専用メ
モリ（ＲＯＭ）２２を有している。

【００４１】パーソナルコンピュータ１３の製造に先立
って、まずデータベース用記憶装置１１に、たとえば、
シリアル番号のように機器固有の番号を検索番号として
１レコードに１台分のオブジェクトコードを生成するの
に必要な情報、即ち１または複数のソースコード群のデ
ータの組をデータベース１７として構築しておく。この
データベース１７の構造を図３に示す。なお、データベ
ースの検索手法は検索番号を順次比較する単純な方法
や、ハッシュテーブルを用いて高速に行う様々な方法が
提案および実施されている。検索はより高速である方が
望ましいが、それは本発明とは直接には関係がなく、ま
たいずれの方法を取っても本発明は同様に実施できる。

【００４２】ここで、ソースコードは、図４に示すよう
にデータベース１７内に直接データとして埋め込む方法
と、図５に示すようにデータは別の領域に置き、当該領
域を指示するポインタをデータとする方法がある。本発
明は、いずれの方法を用いても同様に適用可能でしかも
その効果は変わらないが、データフィールドの使用効率
や後に示すようにデータを保持する媒体の構成に自由度
が高い点から後者の方がより望ましい。別の領域として
は、たとえば、データベース用記憶装置１１のデータベ
ース１７とは別の領域、すなわち、書込装置１６のメイ
ンメモリ装置または書込装置１６に接続された外部記憶
装置などが使用できる。

【００４３】また、ポインタは記憶領域を直接指示する
方法の他、領域にラベル文字列、たとえば、ファイル名
を関連付け、関連を記録したディレクトリ情報を参照す
ることで間接的に指示する手法もある。図５および図６
において*()はポインタを表しており、前記のごとくデ
ータ本体の格納媒体に対応した形式でアドレスを保持し
ている。即ち、前記記憶領域がメモリ上に確保されてい
ればアドレスポインタであり、ファイル上に確保されて
いればファイルポインタとなる。いずれが用いられるか
は本発明を実装する際の機器構成に応じて決まり、それ
に従ってポインタの型情報も決まる。

【００４４】ソースコードが複数になる場合は、たとえ
ば、特定の文字または文字列を設定しておき、前記文字
情報を区切りとして複数のソースコードを並べてデータ
として格納するという手法の他、図６のように複数の領
域にソースコードを配置しこれらポインタのリストをデ
ータとして格納するという手法がある。いずれの場合も
本発明は同様に適用できるが、データベース用記憶装置
１１の使用効率およびデータ配置の自由度が一層高ま
り、データベース１７の更新もより容易となるので後者
の方がより望ましい。以下ではいずれも後者の手法、即
ちソースコードのポインタのリストをデータフィールド
に記憶する方法を採用したものとして説明する。

【００４５】本発明は、１機体毎に全く異なったオブジ
ェクトコードを書き込むことを容易に行うことができる
が、実用上、対象機体毎のＰＬＤの内部回路の違いが比
較的少ない状況で適用することも十分に予想できる。こ
のような場合には、基本となるソースコード群を１つ用
意しておいて、各機体にはそこからの差分を与えるよう
にしておけばソースコードを保持する媒体の使用効率は
極めて高くなる。

【００４６】そこで、より望ましくはソースコードへの
ポインタのフィールドに加えて、差分情報のフィールド
も記憶するようにすると良い。図３ではこの差分情報を
「パッチ（Patch）」と表現している。ここでも、前記
ソースコードのデータ格納方法についての説明がそのま
ま適用できるのは明らかであるので、以下ではパッチデ
ータはポインタのリストとして与えられるものとして説
明を進める。

【００４７】ＰＬＤに含まれる内部回路の規模が異なる
などの理由で機器毎に異なるＰＬＤに対してダウンロー
ドを行う可能性がある。データベース１７のレコードに
対して、ＰＬＤのコンパイルに必要な媒介変数(パラメ
ータ)やダウンロードに必要なシーケンス、パラメータ
をフィールドとして追加すれば、本発明はそのまま適用
できるので望ましい。殊にダウンロードシーケンスをフ
ィールドとして持つことは、将来ＰＬＤに対するプログ
ラム手順やタイミングなどのパラメータが追加または変
更になった際もポインタの修正だけで対応できるので非
常に有用である。

【００４８】プログラム書込作業(ダウンロード)に先立
って、データベース１７に問い合わせて機体の固有番号
である検索番号(実施の形態１およびに図３ではシリア
ル番号：serial number)を抽出し、この検索番号を印刷
装置１２に入力して印刷装置１２により検索番号（バー
コード）をバーコードラベル１４に印刷する。以下では
バーコードラベル１４を用いた場合について説明を行う
が、自動的に固有番号（検索番号）が取得できれば本発
明は全く同様に適用することができるので、前記識別媒
体としては、バーコードラベル１４の代わりに、たとえ
ば、無線によって検索番号を発信する識別集積回路片を
用いてもよい。

【００４９】この識別集積回路片は、たとえば、アンテ
ナと、電力生成回路と、受信回路と、制御回路と、記憶
回路と、発信回路とから構成される。識別集積回路片の
記憶回路には、検索番号を予め記憶させておく。識別集
積回路片は、読取装置１５から電力供給用電波と読取指
示信号を受けた時に電力生成回路が電力供給用電波から
直流電力を生成して、受信回路と、制御回路と、記憶回
路と、発信回路とに与え、受信回路、制御回路および発
信回路が記憶回路に記憶された検索番号の情報をアンテ
ナから発信して読取装置１５に与える。

【００５０】ＰＬＤへのダウンロードステップより前の
工程で、電子機器１３の所定の位置に一枚バーコードラ
ベル１４を貼付する。ＰＬＤへのダウンロードのステッ
プにおいて、まず作業者はバーコードラベル１４から読
取装置１５でバーコード（検索番号）を読み取って、書
込装置１６に与える。書込装置１６は、検索番号を基に
してデータベース１７に問い合わせを行い、必要なソー
スコードとその差分およびコンパイルオプションを取得
し、オブジェクトコードを生成する。

【００５１】ここで、一連のコンパイル作業及び生成さ
れるオブジェクトコードを格納する領域は書込装置１６
の内部にあっても別の計算機中にあっても、一連の処理
を自動化するという本発明の趣旨に照らせばいずれもそ
の効果は変わらず、同様に適用できる。書込装置１６
は、さらにデータベース１７から書き込み手順とパラメ
ータを取得してオブジェクトコードをＰＬＤ２５にダウ
ンロードする。

【００５２】この一連のプログラム書込の作業手順の概
略を図３に基づいて説明する。バーコードラベル１４か
ら得られた検索番号（シリアル番号）に基づいてデータ
ベース１７に問い合わせを行い、ステップＳ１１１にお
いてパッチを適用し、または、ＨＤＬコードを置き換え
て、ステップＳ１１２においてソースコードを生成す
る。次に、ステップＳ１１３においてソースコードに対
しデータベース１７からのコンパイルパラメータを適用
してコンパイルし、ステップＳ１１４においてオブジェ
クトコードを生成する。次に、ステップＳ１１５におい
てプログラムをＰＬＤ２５にダウンロードする。

【００５３】次に、この一連のプログラム書込の作業手
順を図７から図９に基づいて詳細に説明する。図７から
図９は、プログラム書込の作業手順を説明するためのフ
ローチャートである。

【００５４】図７のステップＳ１において、書込装置１
６は読取装置１５からの入力があるか否かを判断し、読
取装置１５からの入力があった時に、ステップＳ２にお
いて、検索番号を索引としてデータベース１７に問い合
わせる。次に、ラベル読み取りの誤りや作業手順の誤り
などでデータベース１７に該当するレコードが存在しな
い場合、または、既に書き込みを行った筈の検索番号が
再度読取装置１５から入力される場合があるので、ステ
ップＳ３において前記検索番号がデータベース１７内で
書き込んでも良い番号（有効番号）である否かが判定さ
れる。

【００５５】ステップＳ３において前記検索番号がデー
タベース１７内で書き込んでも良い番号でない時には、
ステップＳ４において作業者に処理上の誤りが発生した
ことを示すＮＧ表示をして作業者にエラーを通知した上
で初期状態のステップＳ１に戻る。ステップＳ３におい
て前記検索番号がデータベース１７内で書き込んでも良
い番号である時には、必要ならばステップＳ５で作業者
に要求が受け付けられたことを示すＯＫ表示をした上で
図８のステップＳ６に進む。

【００５６】図８のステップＳ６において書込装置１６
はデータベース１７から前記検索番号をキーとして一群
の必要なＨＤＬのリストおよびパッチ情報を取り出し、
ステップＳ７に進む。ステップＳ７では、パッチ情報が
存在していれば、その指示に従ってステップＳ６で取得
済みのＨＤＬを修正し、ステップＳ８に進む。

【００５７】ステップＳ８では、データベース１７から
前記検索番号をキーとして、ＨＤＬをコンパイルするた
めに必要な指示パラメータを取得し、コンパイラを呼び
出してステップＳ９に進んで処理の完了を待ち、コンパ
イルが成功したか否かを判定する。コンパイラへの指示
パラメータはステップＳ６における問い合わせの際に同
時に取得して記憶しておき、ステップＳ８で使用しても
良く、この手法の方が索引の検索の回数が削減できるの
でより望ましい。

【００５８】ステップＳ９においてコンパイルが成功で
ない時には、ステップＳ１０においてＮＧ表示をして作
業者にエラーを通知した上でステップＳ１に戻る。ステ
ップＳ９においてコンパイルが成功である時には、図９
のステップＳ１１に移る。図９のステップＳ１１におい
てデータベース１７からダウンロードのための情報を取
得し、これに基づきＰＬＤ２５に対して内部回路のオブ
ジェクトコードのダウンロード処理を行う。ここでも、
ステップＳ８で述べた理由が成立するので、データベー
ス１７からのパラメータフィールドの取得はステップＳ
６で一括して取得しておくことがより望ましい。

【００５９】ステップＳ１２において、後々の作業環境
解析のために、必要ならば書き込み処理を行った時間、
処理の成否およびエラーの原因などをログファイルに出
力する。続いて、ステップＳ１３において書き込みが成
功したか否かを判定する。ステップＳ１３において書き
込みが成功でない時には、ステップＳ１１に戻り書込動
作を再試行するか、または、ステップＳ１４に進みＮＧ
表示をして作業者にエラーを通知した上でステップＳ１
に戻る。

【００６０】ステップＳ１３において書き込みが成功で
ある時には、必要ならばステップＳ１５において書き込
みが成功したことを示すＯＫ表示をして作業者に示しス
テップＳ１６に進む。ステップＳ１６において、まだ処
理すべき機体があるかを判定する。ステップＳ１６にお
いて、たとえば、作業者に続けるか否かを問い合わせ、
または、データベース１７の各レコードに処理済のフラ
グフィールドを確保しておき、未処理のレコードが存在
するかを判定する。ステップＳ１６において、まだ処理
すべき機体がある時には、ステップＳ１に戻る。ステッ
プＳ１６において、まだ処理すべき機体がない時には、
処理は終了する。

【００６１】たとえば、書込装置１６の処理プログラム
がLinuxやFreeBSD、SunOSといったＵＮＩＸ（登録商
標）オペレーティングシステムの流れを汲むオペレーテ
ィングシステムの上で動作していて、ソースコードが全
て何等かのＨＤＬで記述されている場合、パッチ情報の
抽出はdiffコマンドを用いて、たとえば、 diff -c [base ＨＤＬ] [modified ＨＤＬ] >> ID.diff の処理を全てのソースコードに適用することによって容
易に得ることができる。-cはdiffの出力形式を選択する
オプション文字であり、更に[base ＨＤＬ]および[modi
fied ＨＤＬ]は適用するソースコードのファイル名に合
わせ置き換え、ID.diffは機体１台に対して一意に発番
できるように調整されたファイル名に置き換える。また
は、類似の方法で差分を抽出するような処理プログラム
を実行するという手順でも本発明は実現できる。

【００６２】ここで、より望ましくは、変更部分が大き
いなどの理由で差分の抽出を行うとかえって効率が悪化
することが分かっているならば、パッチ情報リストに別
途フラグ領域を確保しておき、直接[modified ＨＤＬ]
と置き換える処理を選択することもできる。

【００６３】ステップＳ７では、一時的に確保したディ
レクトリに全てのＨＤＬソースコードを配置し、上記差
分ファイルを用いて、 patch < ID.diff とすれば容易に実現できる。パッチ情報でファイルの置
き換えが指示されている場合は、 mv [modified ＨＤＬ] [base ＨＤＬ] とすれば良い。mvコマンドの代わりにcpコマンドを用い
ても効果は変わらない。

【００６４】ソースコードが回路図で入力されている場
合であっても、一度ネットリストに変換してパッチを抽
出し、適用して再度スケマティックデータに戻すことに
よって対応が可能である。また、スケマティックデータ
のフォーマットを解析して直接に修正し、またはスケマ
ティックデータに対してバイナリでの差分を抽出し適用
する方法もある。

【００６５】コンパイルは、たとえば、ＰＬＤの製造元
が供給する開発環境を子プロセスとして起動すれば実現
できる。makeユーティリティなどのツールを併用すると
ＨＤＬの構成を変更する際に修正が容易になり、管理し
易くなるので、より望ましい。

【００６６】ステップＳ１１におけるダウンロードは、
所定の処理を行うプログラムをＰＬＤの製造元が開発ツ
ールの一環として供給しているのが通例である。たとえ
ば、これを子プロセスとして起動すれば実現できる。機
体によって使用しているＰＬＤの製造元が異なる場合で
も、本発明で提供するデータベースの機構によれば、機
体毎に起動する子プロセスを切り替え、またはオプショ
ンパラメータを変更しすることは可能である。

【００６７】ＪＴＡＧ(Joint Test Action Group)によ
ってIEEE1149.1で規定されるBoundary Scanを利用し
て、たとえば、図１６に示すように複数のＰＬＤのＴＡ
Ｐ(TestAccess Port)を数珠繋ぎに接続してオブジェク
トコードのダウンロードを行うことができる。前記の例
は単一のＰＬＤのプログラミング方法について説明した
が、この例のような複数ＰＬＤへのダウンロードに対し
ても同様に適用できる。IEEE1149.1によれば、ＴＣＫは
動作クロックを示し、ＴＭＳはＴＡＰシーケンサのモー
ドを切り替えるための信号を示し、ＴＤIはデータ入力
ポートを示し、ＴＤＯはデータ出力ポートを示してい
る。必要なデータおよびインストラクションコードはＴ
ＤIを介してシフトインされ、内部動作回路の出力信号
またはＴＤIをバイパスした信号をＴＤＯからシフトア
ウトすることで複数のデバイスと数珠繋ぎする仕組みに
なっている。

【００６８】図１６に示すように、ＰＬＤ０１とＰＬＤ
０２およびＰＬＤ０３がこの順番で接続されているとす
ると、makeユーティリティを利用してこれら３つのデバ
イスのオブジェクトコードをターゲットとして生成し、
ダウンロードツールを起動するようにデータベースに記
述すれば良い。

【００６９】デバイスの構成によっては、この３つのオ
ブジェクトコードは１つのストリームデータとしてまと
めて３つのデバイスを１度に書き込むことができ、この
場合は１つのＰＬＤに対する書き込み処理と全く同様の
手順でダウンロードツールを呼び出せば良い。また、３
つのＰＬＤ毎に異なったダウンロードツールを呼び出さ
なければならない場合であっても、これら３ツールを順
番に起動するバッチ処理を記述したコード、たとえば、
シェルスクリプトと呼ばれる仕組みを利用すれば、本発
明の提供する機構の範囲内で所望の結果を容易に得るこ
とができる。

【００７０】実施の形態２．次に、本発明の実施の形態
２における電子機器プログラミングシステムを説明す
る。本発明の実施の形態２における電子機器プログラミ
ングシステムは、図２に示す本発明の対象機体である電
子機器１３に組み込まれるＰＬＤの内部回路を、図１０
に示すようにＳＤＲＡＭ制御回路としたものである。

【００７１】図１０に示すように、本発明の実施の形態
２における電子機器（パーソナルコンピュータ）１３
は、ＣＰＵ２１と、ＲＯＭ２２と、ＳＤＲＡＭ２３と、
データバス２４と、ＰＬＤ２５を有している。ＣＰＵ２
１、ＲＯＭ２２およびＰＬＤ２５は、データバス２４を
介して相互に接続されている。ＰＬＤ２５は、ＳＤＲＡ
Ｍ２３と接続され、ＳＤＲＡＭ２３を制御するＳＤＲＡ
Ｍ制御回路として動作する。

【００７２】ＳＤＲＡＭにおいては、読み出し時にカラ
ムアドレスを与えてから出力までの遅延時間がクロック
数で与えられており、この値はCAS Latencyと呼ばれ、C
L=2、CL=3などと表記される。当然CL=2の方がCL=3のデ
バイスに比べて高速に動作するが、デバイス単価や供給
状態により低速のデバイスを使用する場合も当然あり得
る。たとえば、製造ロットを単位として搭載されるCL値
の異なったＳＤＲＡＭに切り替える場合にも本発明は適
用できる。

【００７３】この条件下ではステートマシンの遷移条件
または定数が僅かに変更になる程度であると予想される
ので、予めオブジェクトコードを生成しておいて、その
オブジェクトコードに対してパッチを適用するようにす
る方が有利である。この場合も図１１に示すようにデー
タベース１７の構造を変更し、図１２のように処理手順
を僅かに変更するだけで本発明は全く同様に適用でき
る。図１２は、本発明の実施の形態２における電子機器
プログラミングシステムによるプログラム書込の作業手
順の一部を説明するためのフローチャートである。実施
の形態１で稼働しているシステムを実施の形態２に切り
替えたとしても、手順は同様であるので、作業者の操作
は変わらない。このことは本発明の特長の一つとなって
いる。

【００７４】次に、本発明の実施の形態２における電子
機器プログラミングシステムによるプログラム書込の作
業手順の概略を図１１に基づいて説明する。バーコード
ラベル１４から得られた検索番号（シリアル番号）に基
づいてデータベース１７に問い合わせを行い、ステップ
Ｓ１２１においてパッチを適用し、ステップＳ１２２に
おいてオブジェクトコードを生成する。次に、ステップ
Ｓ１２３においてオブジェクトコードをＰＬＤ２５にダ
ウンロードする。

【００７５】次に、本発明の実施の形態２における電子
機器プログラミングシステムによるプログラム書込の作
業手順を図７、図９および図１２に基づいて詳細に説明
する。

【００７６】本発明の実施の形態２における電子機器プ
ログラミングシステムによるプログラム書込の作業手順
は、図７のステップＳ１〜Ｓ５、図１２のステップＳ２
０〜Ｓ２３、および図９のステップＳ１１〜Ｓ１６を用
いる。

【００７７】本発明の実施の形態２においては、ステッ
プＳ１〜Ｓ５（図７）までは実施の形態１と同じであ
る。その後、図１２のステップＳ２０に進み、ここでオ
ブジェクトコードと差分パッチ情報を取り出す。これら
データフィールドは実施の形態１の説明で述べた通り、
フィールドにデータそのものを配置しても良いが、デー
タは別領域には位置し、フィールドにはポインタを記録
しておく方がより望ましい。

【００７８】次に、ステップＳ２１でパッチを適用して
所望のオブジェクトコードを得る。次に、ステップＳ２
２で差分適用が成功か否かを判定する。ステップＳ２２
で差分適用が成功でない時には、ステップＳ２３におい
てエラーを示すＮＧ表示をして作業者に知らせてステッ
プＳ１に戻る。ステップＳ２２で差分適用が成功である
時には、ステップＳ１１（図９）に進み、オブジェクト
コードをＰＬＤ２５にダウンロードする。次に、実施の
形態１で説明したのと同じステップＳ１２〜Ｓ１６（図
９）が実行される。

【００７９】ＰＬＤの系列や開発環境の別によって異な
るが、オブジェクトコードはバイナリコードである場合
が多い。この場合は、たとえば、一度uuencodeコマンド
で可視文字列に変換してパッチを抽出して適用するか、
または、バイナリコードで直接パッチを当てることがで
きるツールを使用するという方法がある。

【００８０】いずれの方法でも本発明は同様に実施可能
である。いずれの方法であっても、一般にコンパイラに
比べてパッチを適用するプログラムは計算機に対する負
荷が軽いので、大量の機器を素早く処理しなければなら
ない製造ラインにあっては実施の形態１の場合よりも望
ましい。

【００８１】実施の形態３．次に、本発明の実施の形態
３における電子機器プログラミングシステムを説明す
る。実施の形態２では直接にオブジェクトコードにパッ
チを適用したが、近年のＰＬＤの開発環境では論理合成
ツールの性能が向上したことなどの理由によりソースコ
ードからオブジェクトコードが類推し難くなってきてい
る。したがって、バイナリ同士で差分を抽出するのでは
なく、動作の変更内容から直接にパッチ情報を生成する
手法をとることは困難になりつつある。また、バイナリ
同士から差分を抽出した場合であっても、著しく差が大
きくなり実施の形態１に比べてデータの格納効率が良く
ないこともあり得る。

【００８２】また、ＰＬＤ製造元が改良のためＰＬＤの
構造やプログラムシーケンスを変更する余地を残すた
め、オブジェクトコードに対して直接に操作を加えて内
部回路を修正することを保証しないこともあり、このよ
うな事情から実施の形態２を実施することが困難な場合
がある。

【００８３】上述の実施の形態２の困難性を改良するも
のとして、実施の形態３の電子機器プログラミングシス
テムが提案された。本発明の実施の形態３における電子
機器プログラミングシステムにおいても、実施の形態２
と同様に、図２に示す対象機体である電子機器１３に組
み込まれるＰＬＤの内部回路を、図１０に示すようにＳ
ＤＲＡＭ制御回路としている。

【００８４】本発明の実施の形態３は、書込装置１６に
おいて、予め実施の形態１における図８のステップＳ６
からＳ９まで、または、実施の形態２における図１２の
ステップＳ２０からＳ２２までを処理しておき、得られ
たオブジェクトコードを所定の場所に格納し、プログラ
ミング時に書込装置１６が検索番号に関連付けられたオ
ブジェクトコードを取得してＰＬＤ２５にダウンロード
を行うだけの処理を行うようにしている。

【００８５】図１３は、本発明の実施の形態３における
データベース１７の構造を示す図である。実施の形態３
においても、第１および実施の形態２と同じく、レコー
ド内のフィールドにはオブジェクトコードの実体を指示
するポインタを置く方がより望ましい。

【００８６】次に、本発明の実施の形態３における電子
機器プログラミングシステムによるプログラム書込の作
業手順の概略を図１３に基づいて説明する。バーコード
ラベル１４から得られた検索番号（シリアル番号）に基
づいてデータベース１７に問い合わせを行い、ステップ
Ｓ１３１においてオブジェクトコードを準備する。次
に、ステップＳ１３２においてオブジェクトコードをＰ
ＬＤ２５にダウンロードする。

【００８７】次に、本発明の実施の形態３における電子
機器プログラミングシステムによるプログラム書込の作
業手順を図７、図９および図１４に基づいて詳細に説明
する。図１４は、本発明の実施の形態３における電子機
器プログラミングシステムによるプログラム書込の作業
手順の一部を説明するためのフローチャートである。

【００８８】本発明の実施の形態３における電子機器プ
ログラミングシステムによるプログラム書込の作業手順
は、図７のステップＳ１〜Ｓ５までは実施の形態１の場
合と同じであり、その後、図１４のステップＳ３０に進
み、書き込み装置１６はオブジェクトコードを取り出
す。次に、図９のステップＳ１１に進み、ステップＳ３
０で取り出したオブジェクトコードをＰＬＤ２５にダウ
ンロードし、その後、実施の形態１と同様に、ステップ
Ｓ１２〜Ｓ１６が実行される。

【００８９】実施の形態３では、各機体に対応したオブ
ジェクトコードを保持するために、多くの記憶領域が必
要となるが、製造ラインに置ける書込装置１６の処理に
対する負荷は実施の形態２よりもさらに少なくなる。

【００９０】さらに、データフィールドをポインタとし
て実現した場合、オブジェクトコードの種類が限られて
いれば、実体を記憶しておくための記憶媒体の消費量は
著しく大きいという訳ではない。たとえば、実施の形態
３では現在のところ一般的なＳＤＲＡＭのCL値はCL=2、
CL=3の２種類であるので、オブジェクトコードの実体は
２種類記憶しておけば良い。この場合、いくつかの機種
のポインタが同じ実体を指示することになる。

【００９１】実施の形態４．実施の形態２および実施の
形態３と同じくＳＤＲＡＭの制御回路が実装されたＰＬ
Ｄに対するプログラミングシステムを考えた場合、上述
のように、用意すべきオブジェクトコードの種類が少な
い場合は、オブジェクトコードに対して重複がないよう
に記号番号を付与し、これを直接バーコードラベル１４
から読み取られる記号番号の一つとして付加すれば充分
である。

【００９２】そこで、実施の形態４では、前記の通りバ
ーコードラベル１４からオブジェクトコードの検索番号
を取得してオブジェクトコードを取得し、ＰＬＤに書き
込みを行う。オブジェクトコードとソースコードの対応
が１対１であることに注目すると、この実施の形態４
は、実施の形態１において、バーコードの入力後にコン
パイル処理を行う場合にも適用できる。

【００９３】実施の形態５．次に、本発明の実施の形態
５における電子機器プログラミングシステムを説明す
る。本発明の実施の形態５における電子機器プログラミ
ングシステムは、図１５に示す対象機体であるビデオカ
メラ４１の内蔵ＰＬＤにプログラミングを行うものであ
る。図１５はビデオカメラ４１の一部を示すブロック図
である。ビデオカメラ４１は、レンズ４２およびＣＣＤ
(Charge Coupled Device)撮像装置４３を含む光学系素
子を有している。さらに、ビデオカメラ４１は、増幅装
置４４と、アナログデジタル変換装置４５と、計測回路
４６とを有している。増幅装置４４は、光学系素子の特
性のばらつきを吸収するためのアナログ信号処理を行う
プログラム可能な回路素子を有する。

【００９４】レンズ４２は被写体の画像光を結像してＣ
ＣＤ撮像装置４３に与える。ＣＣＤ撮像装置４３は、レ
ンズ４２からの画像光を電気信号である画像情報に変換
して画像情報を増幅装置４４に与える。増幅装置４４
は、ＣＣＤ撮像装置４３からの画像情報を増幅してアナ
ログデジタル変換装置４５に与える。計測回路４６は、
ＣＣＤ撮像装置４３およびアナログデジタル変換装置４
５の特性を測定する。書込装置は、計測回路４６の測定
結果を基に補正を加えた内部回路を生成して、増幅装置
４４にオブジェクトコードをダウンロードする。

【００９５】近年においては、たとえば、Lattice semi
conductor社のispPACのようなプログラム可能なアナロ
グIＣが開発されている。このようなデバイスを用いれ
ば、基板上の測定点からアナログ回路の補正値を求め、
ベースとなる内部回路に補正を加味したオブジェクトコ
ードを得て書き込みを行うことができる。

【００９６】本発明の実施の形態６のプログラミングシ
ステムによれば、機体固有番号記号（検索番号）に関連
づけてログとして補正値を記録する機能も提供すること
ができるので、部品のばらつきの解析を行ったり、出荷
した製品の不良追跡を行ったりすることが可能となる。

【００９７】実施の形態６．次に、本発明の実施の形態
６における電子機器プログラミングシステムを説明す
る。実施の形態１から実施の形態５においては、書込装
置１６は直接ＰＬＤ２５に接続され、オブジェクトコー
ドをＰＬＤ２５にダウンロードしていた。しかしなが
ら、本発明を適用するにあたっては、本発明の対象機体
である電子機器は、書込装置１６から間接的にオブジェ
クトコードを受け取る機能を備えていてもよく、必ずし
も直接書込装置１６に接続される必要はない。

【００９８】本発明の実施の形態６における電子機器プ
ログラミングシステムは、図１７に示すように対象機体
であるスマートカードまたはIＣカード呼ばれるデータ
処理機能付きのカード１０００中に設けられたＰＬＤの
内部回路にオブジェクトデータを書き込むものである。

【００９９】カード１０００は、カードライタ装置１０
０１に挿脱可能に装着される。カードライタ装置１００
１には、バーコードラベル１４が貼付されている。用意
されたコネクタのピン数やセキュリティなどの問題か
ら、書込装置１６がカード１０００中のＰＬＤにオブジ
ェクトコードを直接にダウンロードできない場合があ
る。この場合には、書込装置１６がカードライタ装置１
００１を経由してカード１０００中のＰＬＤにオブジェ
クトコードをダウンロードで可能である場合に、カード
１０００が装着されたカードライタ装置１００１を対象
機体であるとみなせば、本発明は前記実施の形態１〜５
と同様に、オブジェクトコードをカード１０００中のＰ
ＬＤにダウンロードすることができる。実施の形態６の
構成において、オブジェクトデータが実際に書き込まれ
る媒体と電子機器とが分離される点を除く装置構成は、
前記実施の形態１から実施の形態５と同じであるので、
説明を省略する。

【０１００】実施の形態７．次に、本発明の実施の形態
７おける電子機器プログラミングシステムを説明する。
本発明の実施の形態７における電子機器プログラミング
システムは、図１８に示す対象機体であるスマートカー
ドまたはIＣカード呼ばれるデータ処理機能付きのカー
ド１０００中のＰＬＤの内部回路にオブジェクトデータ
を書き込むものである。

【０１０１】カード１０００は、カードライタ装置１０
０１に挿脱可能に装着される。カード１０００には、バ
ーコードラベル１４が貼付されている。用意されたコネ
クタのピン数やセキュリティなどの問題から、書込装置
１６がカード１０００中のＰＬＤにオブジェクトコード
を直接にダウンロードできない場合がある。この場合に
は、書込装置１６がカードライタ装置１００１を経由し
てカード１０００中のＰＬＤにオブジェクトコードをダ
ウンロードで可能である場合に、カード１０００を装着
されたカードライタ装置１００１を対象機体であるとみ
なせば、本発明は前記実施の形態６と同様に適用するこ
とができる。この構成以外の本発明の実施の形態７の構
成は、前記実施の形態１から実施の形態５の場合と同じ
である。

【０１０２】本発明の実施の形態７においては、カード
１０００にバーコードラベル１４を貼付し、カード１０
００をカードライタ装置１００１に装着したまま、バー
コードラベル１４の検索番号を読取装置１５で読み取
り、その後、カード１０００中のＰＬＤにオブジェクト
コードをダウンロードしてもよく、また、カード１００
０にバーコードラベル１４を貼付し、カード１０００を
カードライタ装置１００１に装着する前にバーコードラ
ベル１４の検索番号を読取装置１５で読み取った直後
に、カード１０００をカードライタ装置１００１に装着
してカード１０００中のＰＬＤにオブジェクトコードを
ダウンロードしてもよい。

【０１０３】次に、本発明の実施の形態７におけるシス
テム構成は、バーコードラベル１４が、カードライタ装
置１００１に貼付されるのではなく、カード１０００に
貼付される点以外は、実施の形態６と同様であるので詳
細な説明は省略する。

【０１０４】

【発明の効果】以上説明したように、本発明によれば、
機体毎に異なった内部回路が書き込まれるべきプログラ
ム可能な論理素子に対し、人手を介することなく、自動
的且つ容易に所望のオブジェクトデータを書き込むこと
が出来る。これにより人為的な誤りを防止し、しかも作
業効率を高めることが出来る。

【０１０５】また、処理の経過や製造履歴を記録する機
構も提供できるので、製品に搭載された部品のばらつき
の解析や製造不良の追跡を行うための手段も提供でき
る。

【０１０６】さらに、１つのバーコードから当該バーコ
ードに関連付けられた１つないし複数のプログラム可能
な論理素子に対して、機体毎に全く異なった素子を使用
していても、作業者対して全く同じ手順で書き込み工程
を行う手段を提供することができる。

【図面の簡単な説明】

【図１】本発明の実施の形態１における電子機器プロ
グラミングシステムを示す図である。

【図２】図１の電子機器の内部構成を示すブロック図
である。

【図３】本発明の実施の形態１におけるデータベース
の構造を説明するための図である。

【図４】本発明の実施の形態１におけるデータフィー
ルドの１つの構成を説明するための図である。

【図５】本発明の実施の形態１におけるデータフィー
ルドの他の構成を説明するための図である。

【図６】本発明の実施の形態１におけるデータフィー
ルドのさらに他の構成を説明するための図である。

【図７】本発明の実施の形態１におけるプログラム書
込の作業手順の一部を説明するためのフローチャートで
ある。

【図８】本発明の実施の形態１におけるプログラム書
込の作業手順の他の部分を説明するためのフローチャー
トである。

【図９】本発明の実施の形態１におけるプログラム書
込の作業手順のさらに他の部分を説明するためのフロー
チャートである。

【図１０】本発明の実施の形態２における対象機体の
内部構成図である。

【図１１】本発明の実施の形態２におけるデータベー
スの構造を説明するための図である。

【図１２】本発明の実施の形態２特有の処理を説明す
るためのフローチャートである。

【図１３】本発明の実施の形態３におけるデータベー
スの構造を説明するための図である。

【図１４】本発明の実施の形態３特有の処理を説明す
るためのフローチャートである。

【図１５】本発明の実施の形態５における対象機体の
内部構成を示す図である。

【図１６】本発明の実施の形態におけるＪＴＡＧチェ
ーンで複数のＰＬＤを数珠繋ぎに接続したときの回路図
である。

【図１７】本発明の実施の形態６における電子機器プ
ログラミングシステム構成を示す図である。

【図１８】本発明の実施の形態７における電子機器プ
ログラミングシステム構成を示す図である。

【図１９】本発明を適用するのに好適な対象機体であ
る電子機器の構成を説明するための図である。

【図２０】従来の技術において、ＰＬＤの内部回路へ
のデータ書き込み手順を説明するための図である。

【符号の説明】

１…電子機器、２…高速シリアルインタフェースモジュ
ール、３…パラレルインタフェースモジュール、４…Ｃ
Ｄドライブ装置、５…接続ケーブル、６…印字装置、１
１…データベース用記憶装置、１２…印字装置、１３…
電子機器（パーソナルコンピュータ）、１４…識別票
（バーコードラベル）、１５…読取装置、１６…書込装
置、１７…データベース、１８…ダウンロードケーブ
ル、２１…中央演算装置（ＣＰＵ）、２２…読取専用メ
モリ（ＲＯＭ）、２３…ＳＤＲＡＭ、２４…データバ
ス、２５…ＰＬＤ、２６…パラレスインタフェース、２
７…ＣＤドライブ接続バス、４１…ビデオカメラ、４２
…レンズ、４３…ＣＣＤ撮像装置、４４…増幅装置、４
５…アナログデジタル変換装置、４６…計測回路、１０
００…ＰＬＤを内蔵するカード、１００１…カードライ
タ装置。

Claims

【特許請求の範囲】

【請求項１】基板に実装した状態でデータのダウンロ
ードが可能である少なくとも１つのプログラム可能回路
を有する電子機器における前記プログラム可能回路の内
部回路にデータを書き込む電子機器プログラミングシス
テムであって、前記内部回路を定義するオブジェクトコ
ードを記憶する記憶手段と、前記電子機器に貼付され前
記オブジェクトコードを取り出すための検索番号が記録
された識別媒体と、この識別媒体の前記検索番号を読み
取る読取手段と、前記読取手段により読み取られた前記
検索番号に基づいてこの検索番号に対応する前記オブジ
ェクトコードを前記記憶手段から取り出して前記内部回
路に書き込む書込手段とを備えることを特徴とする電子
機器プログラミングシステム。
【請求項２】請求項１記載の電子機器プログラミング
システムにおいて、前記識別媒体は、前記検索番号が記
録された識別票であることを特徴とする電子機器プログ
ラミングシステム。
【請求項３】請求項１記載の電子機器プログラミング
システムにおいて、前記識別媒体は、前記検索番号を記
憶して発信する識別集積回路片であることを特徴とする
電子機器プログラミングシステム。
【請求項４】請求項１記載の電子機器プログラミング
システムにおいて、前記プログラミングシステムは、前
記プログラム可能回路または前記プログラム可能回路の
内部回路の種類にかかわらず、同様の手順で前記オブジ
ェクトコードを前記内部回路に書き込むことを特徴とす
る電子機器プログラミングシステム。
【請求項５】請求項１記載の電子機器プログラミング
システムにおいて、前記記憶手段は、前記検索番号に対
して少なくとも１つの前記オブジェクトコードを生成す
るためのソースコードが取り出せる情報蓄積手段を備え
たことを特徴とする電子機器プログラミングシステム。
【請求項６】請求項５記載の電子機器プログラミング
システムにおいて、前記記憶手段は、前記検索番号に対
応したソースコードに対して必要な修正を加える際に必
要な情報が取り出せる情報蓄積手段を備えたことを特徴
とする電子機器プログラミングシステム。
【請求項７】請求項６記載の電子機器プログラミング
システムにおいて、前記ソースコードの修正は前記情報
蓄積手段の出力に従って自動的に実行されることを特徴
とする電子機器プログラミングシステム。
【請求項８】請求項１記載の電子機器プログラミング
システムにおいて、前記記憶手段は、前記検索番号に対
応したソースコードからオブジェクトコードを生成する
際に必要な情報が取り出せる情報蓄積手段を備えたこと
を特徴とする電子機器プログラミングシステム。
【請求項９】請求項８記載の電子機器プログラミング
システムにおいて、前記オブジェクトコードの一連の生
成は、前記情報蓄積手段の出力に従って自動的に実行さ
れることを特徴とする電子機器プログラミングシステ
ム。
【請求項１０】請求項１記載の電子機器プログラミン
グシステムにおいて、前記記憶手段は、前記検索番号に
対応したオブジェクトコードを直接修正する際に必要な
情報が取り出せる情報蓄積手段を備えたことを特徴とす
る電子機器プログラミングシステム。
【請求項１１】請求項１０記載の電子機器プログラミ
ングシステムにおいて、前記オブジェクトコードの一連
の修正は、前記情報蓄積手段の出力に従って自動的に実
行されることを特徴とする電子機器プログラミングシス
テム。
【請求項１２】請求項１記載の電子機器プログラミン
グシステムにおいて、前記電子機器の内部状態を入力と
し、これを基に自動的にソースコードに必要な修正を行
う手段を備えたことを特徴とする電子機器プログラミン
グシステム。
【請求項１３】請求項１記載の電子機器プログラミン
グシステムにおいて、前記記憶手段は、前記検索番号に
対応したオブジェクトコードを前記プログラム可能回路
にダウンロードする際に必要な情報が取り出せる情報蓄
積手段を備えたことを特徴とする電子機器プログラミン
グシステム。
【請求項１４】請求項１３記載の電子機器プログラミ
ングシステムにおいて、前記オブジェクトコードのダウ
ンロードは、前記情報蓄積手段の出力に従って自動的に
実行されることを特徴とする電子機器プログラミングシ
ステム。
【請求項１５】請求項２記載の電子機器プログラミン
グシステムにおいて、前記識別票は、前記検索番号を示
すバーコードが記録されたバーコードラベルであること
を特徴とする電子機器プログラミングシステム。
【請求項１６】請求項１記載の電子機器プログラミン
グシステムにおいて、前記書込手段は、処理の経過をロ
グファイルに記録する記録手段を備えたことを特徴とす
る電子機器プログラミングシステム。
【請求項１７】基板に実装した状態でデータのダウン
ロードが可能である少なくとも１つのプログラム可能回
路を有する電子機器における前記プログラム可能回路の
内部回路にデータを書き込む電子機器のプログラミング
方法であって、前記内部回路を定義するオブジェクトコ
ードを記憶手段に記憶するステップと、前記オブジェク
トコードを取り出すための検索番号を前記電子機器に貼
付された識別媒体に記録するステップと、前記識別媒体
に記録された前記検索番号を読取手段により読み取るス
テップと、前記読取手段により読み取られた前記検索番
号に基づいてこの検索番号に対応する前記オブジェクト
コードを前記記憶手段から取り出して前記内部回路に書
き込むステップとを備えたことを特徴とする電子機器の
プログラミング方法。
【請求項１８】基板に実装した状態でデータのダウン
ロードが可能である少なくとも１つのプログラム可能な
機構を有する記録媒体を挿入して前記プログラム可能回
路の内部回路にデータを書き込む電子機器プログラミン
グシステムであって、前記内部回路を定義するオブジェ
クトコードを記憶する記憶手段と、前記電子機器に貼付
され前記オブジェクトコードを取り出すための検索番号
が記録された識別媒体と、この識別媒体の前記検索番号
を読み取る読取手段と、前記読取手段により読み取られ
た前記検索番号に基づいてこの検索番号に対応する前記
オブジェクトコードを前記記憶手段から取り出して前記
内部回路に書き込む書込手段とを備えることを特徴とす
る電子機器プログラミングシステム。
【請求項１９】基板に実装した状態でデータのダウン
ロードが可能である少なくとも１つのプログラム可能な
機構を有する記録媒体を挿入して前記プログラム可能回
路の内部回路にデータを書き込む電子機器のプログラミ
ング方法であって、前記内部回路を定義するオブジェク
トコードを記憶手段に記憶するステップと、前記オブジ
ェクトコードを取り出すための検索番号を前記電子機器
に貼付された識別媒体に記録するステップと、前記識別
媒体に記録された前記検索番号を読取手段により読み取
るステップと、前記読取手段により読み取られた前記検
索番号に基づいてこの検索番号に対応する前記オブジェ
クトコードを前記記憶手段から取り出して前記内部回路
に書き込むステップとを備えたことを特徴とする電子機
器のプログラミング方法。
【請求項２０】基板に実装した状態でデータのダウン
ロードが可能である少なくとも１つのプログラム可能な
機構を有する記録媒体を挿入して前記プログラム可能回
路の内部回路にデータを書き込む電子機器プログラミン
グシステムであって、前記内部回路を定義するオブジェ
クトコードを記憶する記憶手段と、前記記録媒体に貼付
され前記オブジェクトコードを取り出すための検索番号
が記録された識別媒体と、この識別媒体の前記検索番号
を読み取る読取手段と、前記読取手段により読み取られ
た前記検索番号に基づいてこの検索番号に対応する前記
オブジェクトコードを前記記憶手段から取り出して前記
内部回路に書き込む書込手段とを備えることを特徴とす
る電子機器プログラミングシステム。
【請求項２１】基板に実装した状態でデータのダウン
ロードが可能である少なくとも１つのプログラム可能な
機構を有する記録媒体を挿入して前記プログラム可能回
路の内部回路にデータを書き込む電子機器のプログラミ
ング方法であって、前記内部回路を定義するオブジェク
トコードを記憶手段に記憶するステップと、前記オブジ
ェクトコードを取り出すための検索番号を前記記録媒体
に貼付された識別媒体に記録するステップと、前記識別
媒体に記録された前記検索番号を読取手段により読み取
るステップと、前記読取手段により読み取られた前記検
索番号に基づいてこの検索番号に対応する前記オブジェ
クトコードを前記記憶手段から取り出して前記内部回路
に書き込むステップとを備えたことを特徴とする電子機
器のプログラミング方法。