(57)【要約】【課題】  ネットワークインターフェースを有する機器の製造工程において、作業効率の高いファイル書き込みシステム及び方法を提供する。【解決手段】  予め複数種類のファイルデータを保存しているファイル書き込み装置と、ネットワークインターフェースを搭載した複数機器とを備え、各機器が有する全部又は一部空白の記憶手段に対応するファイルデータを同時書き込みするファイル書き込みシステムであって、ファイル書き込み装置が、保存ファイル情報を全機器に配信すると共に、各機器の応答に応じたファイルデータを配信するファイル配信手段を有し、各機器が、保存ファイル情報から必要なファイルの有無を確認し、ファイル書き込み装置から受信したファイルデータを記憶手段に記憶させるファイル記憶制御手段とを有することを特徴とする。【選択図】      図１
2005165529.tif 000002
【特許請求の範囲】
【請求項１】
予め複数種類のファイルデータを保存しているファイル書き込み装置と、
上記ファイル書き込み装置とネットワークを介して接続可能なネットワークインターフェースを搭載した複数の機器と
を備え、
上記各機器が有する全部又は一部空白の記憶手段に対応するファイルデータを同時書き込みするファイル書き込みシステムであって、
上記ファイル書き込み装置が、
上記機器の電源投入後に、保存している全ファイルの種類を示す保存ファイル情報を上記全機器に配信すると共に、上記各機器からの応答に応じて、上記各機器が要求するファイルデータをファイル種別毎に上記各機器に配信するファイル配信手段を有し、
上記各機器が、
受信した上記保存ファイル情報に基づいて、予め設定された自身が必要なファイルの有無を確認するファイル有無確認手段と、
上記ファイル有無確認手段の確認結果に応じて、上記ファイル書き込み装置に応答する応答手段と、
上記ファイル書き込み装置から受信した自身が必要なファイルデータを自身の上記記憶手段に記憶させるファイル記憶制御手段と
を有する
ことを特徴とするファイル書き込みシステム。
【請求項２】
上記ファイル書き込み装置及び上記各機器が接続するインターフェース手段は、予め通信アドレスが設定されており、上記ファイル書き込み装置からの情報をマルチキャスト方式で配信することを特徴とする請求項１に記載のファイル書き込みシステム。
【請求項３】
上記ファイル書き込み装置は、上記各機器からの応答に基づいて、上記各機器の通信状況及び書き込み状況を管理する書き込み管理手段を備え、
上記書き込み管理手段が、書き込み処理に異常を生じた上記各機器及び又は上記各機器の通信状況を管理することを特徴とする請求項１又は２に記載のファイル書き込みシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ファイル書込みシステムに関し、例えば、ＬＡＮインターフェースを有する機器（例えば、ターミナルアダプタ、ＩＰ電話機等）の全部又は一部空白の記憶手段に、システムファイル（例えば、ＬＡＮシステムの駆動用のオペレーティングシステム（ＯＳ）やアプリケーションソフトウェア等）を書き込むシステムに適用できる。
【背景技術】
【０００２】
例えば、ターミナルアダプタやＩＰ電話機等は、ＬＡＮ通信するためのＬＡＮインターフェースを内蔵しており、このようなＬＡＮインターフェースを内蔵する機器を製造する工程において、ＬＡＮシステムを駆動させるためのＯＳやアプリケーションソフトウェア等のシステムファイルを機器の不揮発性記憶手段（例えば、ＦＬＡＳＨメモリ等）に記憶させることが必要となる。
【０００３】
従来、ＬＡＮインターフェースを内蔵する機器の製造工程において、システムファイルを不揮発性記憶手段に書き込む工程は、製造対象となるＬＡＮインターフェースを内蔵する機器（以下、製品という）に対して、１台１台個別にシステムファイルを書き込むこととしていた。
【０００４】
例えば、従来のシステムファイルの書込み処理方法は、システムファイルを書込むファイル書き込み装置をＬＡＮ、ＲＳ２３２Ｃ、ＪＴＡＧ等のインタフェースを介して製品に接続し、製品のＦＬＡＳＨメモリにアクセスして直接的にファイル書き込みを実施したり、又は、部品製造段階の工程で、ＦＬＡＳＨメモリチップ自身にＦＬＡＳＨメモリライターを用いてファイルを書き込み、そのシステムファイルを書き込み済みのＦＬＡＳＨメモリチップを製品に実装させたりしていた。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述した従来のシステムファイル書き込み処理方法では、以下のような問題があった。
【０００６】
従来、製品１台１台に対して個別に書き込みを実施していたので、製造台数全数の書き込み処理には、「１台当たりにかかるＦＬＡＳＨメモリ書き込み時間×製造台数分」の時間が必要であり、例えば、単品種のシステムファイルを書き込む場合でも製造数量が多いと全数のファイル書き込み完了時期は、おのずと長くなってしまっていた。
【０００７】
一方、製品へのシステムファイル書き込み作業の短縮化を図るために、従来は、複数のファイル書き込み装置を備え、複数のファイル書込み系統を設けて並列的に処理を進行させること行なっていたが、複数のファイル書き込み系統を設けるためにはその設備構築に係る資金やそれに係る人件費等のコストが増大してしまうという問題がある。
【０００８】
また、少量多品種製造、すなわち製造台数が少ないが、品種の異なる多品種のシステムファイルを各製品の不揮発性記憶手段にそれぞれ書き込む場合には、単品種のシステムファイルの書き込み処理時間に長時間は要しないが、その反面、多品種のシステムファイルの書き込みを実施させるために、書き込み環境の準備が必要となり、通常の単品種の場合に比べて、書き込み環境の稼働率が低くなったり、製造スペース上の効率が悪くなったり、又は各機種毎のそれぞれ書き込み環境を構築するための多くのコストを捻出しなければならないという事態を招いていた。
【０００９】
なお、少量多品種製造において、機種間で書き込み環境の共用化を図って、設備コストの捻出を抑えることが可能であったとしても、書き込み自体は製品１台１台に対して個別に書き込みを行うため、結果的に全機種の書き込みにかかる時間は「全品種の全数×製造台数分」の時間が生じていた。
【００１０】
また、書き込み環境の共用の際には、機種が変わる際には機種毎の環境セットアップが必要であり、この点においても変更作業等の必要性から作業効率が悪くなっていた。
【００１１】
そのため、ＬＡＮインターフェースを持つ機器の製造工程において、同一のファイル書き込み装置から、大量の機器にシステムファイルを同時に書き込めると共に、複数品種のシステムファイルを同時に書き込むことが可能なファイル書き込むシステムが求められている。
【課題を解決するための手段】
【００１２】
かかる課題を解決するために、本発明は、（１）予め複数種類のファイルデータを保存しているファイル書き込み装置と、（２）ファイル書き込み装置とネットワークを介して接続可能なネットワークインターフェースを搭載した複数の機器とを備え、各機器が有する全部又は一部空白の記憶手段に対応するファイルデータを同時書き込みするファイル書き込みシステムであって、ファイル書き込み装置が、（１−１）機器の電源投入後に、保存している全ファイルの種類を示す保存ファイル情報を全機器に配信すると共に、各機器からの応答に応じて、各機器が要求するファイルデータをファイル種別毎に各機器に配信するファイル配信手段を有し、各機器が、（２−１）受信した保存ファイル情報に基づいて、予め設定された自身が必要なファイルの有無を確認するファイル有無確認手段と、（２−２）ファイル有無確認手段の確認結果に応じて、ファイル書き込み装置に応答する応答手段と、（２−３）ファイル書き込み装置から受信した自身が必要なファイルデータを自身の記憶手段に記憶させるファイル記憶制御手段とを有することを特徴とする。
【発明の効果】
【００１３】
本発明のファイル書き込みシステムによれば、ネットワークインターフェースを持つ複数の製品に対して同時に機種に対応するシステムファイルを書き込むことができると共に、複数の品種のシステムファイルを共通したシステム環境で行なうことができ、単品種大量製造から多品種少量製造に至るまで、幅広い製造形態の生産効率を向上させることができる。
【発明を実施するための最良の形態】
【００１４】
本発明のファイル書き込みシステムを実施するための最良の形態について、以下の実施例を挙げて説明する。
【実施例１】
【００１５】
以下では、本発明のファイル書き込みシステムの実施例１について説明する。
【００１６】
図１は、本実施例のファイル書き込みシステムの全体構成を示す概念図である。
【００１７】
図１に示すように、ファイル書き込みシステム１０は、ファイル書き込み装置１、ＬＡＮインターフェースを持つ複数の製品と接続させるための複数の通信インターフェース２とを備え、これらがＬＡＮ３を介して接続している。
【００１８】
図１では、複数の通信インターフェース２のそれぞれに、システムファイルを書き込む対象となるＬＡＮインターフェースを持つ機器（製品）を接続させた状態を示す。
【００１９】
このシステムファイルは、製品の不揮発性記憶手段に記憶させることにより、製品を設置させたＬＡＮシステムを駆動させるための駆動用ソフトウェア（ＯＳ）や、又は特定の目的に使用されるアプリケーションソフトウェア等を含む。また、システムファイルは、製造ラインに係るロット番号や製造番号等も含む。
【００２０】
なお、ファイル書き込みシステム１０は、ＬＡＮ網として通信を可能としており、本実施例では、例えばイーサネット（登録商標）の場合を説明する。勿論、イーサネット（登録商標）以外のＬＡＮを適用できる。
【００２１】
製品２１〜２７は、ＬＡＮインターフェースを内蔵する機器であれば広く適用することができ、例えば、ターミナルアダプタやＩＰ電話機やパソコン等その他機器を適用することができる。製品２１〜２７は、不揮発性記憶手段（例えば、ＦＬＡＳＨメモリ）を持ち、後述するファイル書き込み装置１から、ＬＡＮ３を通じて受信したシステムファイルを不揮発性記憶手段に記憶させるものである。
【００２２】
また、製品２１〜２７は、通信インターフェース２に接続する場合、システムファイルを書き込み動作する動作モード（「工場ファイル書き込みモード」）に設定切替えした後に、ＬＡＮ３に接続してファイル書き込み装置１とマルチキャスト方式の通信を行なうことにより所望システムファイルを受信して書き込むものである。
【００２３】
図１では、７台の製品２１〜２７をＬＡＮ上に接続した場合し、図１で示すＡ〜Ｄは、各製品の不揮発性記憶手段に書き込むシステムファイルの機種タイプを表現している。
【００２４】
通信インターフェース２は、ＬＡＮインターフェースを稼動させるためのソフトウェアやアプリケーション等のシステムファイルを書き込む対象となる製品２１〜２７とのインターフェース部（例えば、接続コネクタ等）である。
【００２５】
通信インターフェース２は、複数の製品２１〜２７と接続させることが可能であり、各製品２１〜２７に書き込むシステムファイルが異なる場合であっても、複数の製品２１〜２７と接続させることが可能である。
【００２６】
ファイル書き込み装置１は、データベース１１を持ち、複数機種のシステムファイルを予め保存しているものである。このファイル書き込み装置１がデータベース１１で保存するシステムファイルは、追加・変更・削除することができる。
【００２７】
また、ファイル書き込み装置１は、各システムファイルを各製品に配信するためのマルチキャストフレーム用のＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｏｌ）アドレス（マルチキャストＭＡＣアドレス）も定義されているものである。
【００２８】
ファイル書き込み装置１は、ＬＡＮ３に常に接続されており、通信インターフェース２に接続した製品２１〜２７の電源が投入され、各製品２１〜２７が工場ファイル書き込みモードに切替えられて待ち受け待機状態になった場合に、マルチキャストによるファイル書き込み処理を行うものである。
【００２９】
更に、ファイル書き込み装置１は、各製品２１〜２７との通信状況やシステムファイル書き込み状況を管理しており、オペレータは、ファイル書き込み装置１に接続する表示手段１２を通して、ファイル書き込み装置１の管理データからシステムファイルの書き込み状況を確認することができる。
【００３０】
図２は、通常時（出荷後）にＬＡＮ３上で行われる通信プロトコル階層の略図とメッセージのフォーマットを示す。
【００３１】
図２に示すように、通常時に製品間の通信を実行する場合には、ＯＳＩ参照モデルの第２層（データリンク層）、ＯＳＩ参照モデルの第３層（ネットワーク層）のそれぞれの階層において製品同士が接続するためのアドレスを有する。
【００３２】
例えば、イーサネット（登録商標）上では、ＴＣＰ／ＩＰプロトコルの通信を実施する場合を示し、第２層レベルでＭＡＣアドレス（ハードウエアアドレス）、第３層レベルでＩＰアドレス（論理アドレス）を用いている。
【００３３】
図２（Ｂ）に示すように、通常時に製品が送受信するメッセージの中には通常ＭＡＣアドレスとＩＰアドレスが含まれる。なお、各アドレスには送信元、宛先アドレスがある。
【００３４】
ＭＡＣアドレスは、予め通信インターフェース２のそれぞれに固定的に設定されているものである。これにより、各通信インターフェース２と接続する各製品のＭＡＣアドレスをも固定的に設定することができ、システムファイルの書き込み環境の変化が生じた場合であっても、ＭＡＣアドレスを固定的にすることができる。
【００３５】
また、ＩＰアドレスは、使用する環境に応じて必要な条件を設定する論理的なアドレスである。
【００３６】
次に、本実施例のファイル書き込み処理の動作を図３〜５のフローチャートに従って、図６〜図２４の動作イメージ等を参照して詳細に説明する。
【００３７】
まず、製品へのシステムファイル書き込み作業開始状態では、図６に示すように、ファイル書き込み装置１のみがＬＡＮ環境に接続しているだけである（Ｓ３０１）。
【００３８】
システムファイル書き込み装置１は、上述したように、各機種に対応可能な複数のシステムファイルを予め保管している。なお、本実施例において、説明便宜上、ファイル書き込み装置１は、機種タイプＡ〜Ｃのシステムファイルを保管しているものとする。
【００３９】
各製品の記憶手段にシステムファイルを書き込む処理を行なう場合、対象とする製品を通信インターフェース２を介してＬＡＮ３上に接続する（Ｓ３０２）。
【００４０】
図７では、ＬＡＮ３に接続する各製品の数は７台であり、機種タイプＡの製品を３台、機種タイプＢの製品を２台、機種タイプＣの製品を１台、機種タイプＤの製品を１台、ＬＡＮ３に接続するものとし、各機種タイプを「製品Ａ」等のように表示する。
【００４１】
また、図７に示す「ＭＡＣ：１〜７」は、各製品２１〜２７が接続する通信インターフェース２に固定的に割り当てられているＭＡＣアドレスを示す。従って、ファイル書き込み処理される間、ＬＡＮ３に接続された製品２１〜２７は、それぞれ対応する通信インターフェース２のＭＡＣアドレスを使用して通信を行なう。
【００４２】
また、各製品２１〜２７をＬＡＮ３に接続する場合、各製品２１〜２７の動作モードを工場ファイル書き込みモードに設定してから接続される。
【００４３】
この工場ファイル書き込みモードの設定は、例えば、各製品２１〜２７に予め設けられているＤＩＰＳＷ（ディップスイッチ）等の設定端子の組み合せによって設定するようにしてよい。
【００４４】
このように、各製品２１〜２７の動作モードを工場ファイル書き込みモードに設定するのは、図２のような通常時の形式ではなく、以下で説明するシステムファイル書き込み処理の際に、製品間のＬＡＮインタフェースによる通信で、イーサネット（登録商標）フレームのみを利用してその上位プロトコルであるＴＣＰ／ＩＰは使用しない独自形式による通信が発生し、この形式による通信を許容するのは、工場ファイル書き込みモードの時のみとなるために、このモードに設定してからＬＡＮに接続している。
【００４５】
つまり、一般的には、イーサネット（登録商標）上ではＴＣＰ／ＩＰプロトコルを用いて通信を行なうのに対して、本実施例のファイル書き込むシステム１０上では、他の製品とのＬＡＮインタフェースによる通信の際はいつでも、前述した通りの第２層までの階層化された通信プロトコルを用いて通信を実施する。
【００４６】
各製品２１〜２７がＬＡＮ３上への接続が完了すると、各製品２１〜２７の電源が投入され、図８に示すように、各製品２１〜２７は、ＬＡＮインタフェースからのデータ受信待機状態となる（Ｓ３０３）。
【００４７】
各製品２１〜２７が待ち受け状態になると、図９に示すように、ファイル書き込み装置１から、ブロードキャストフレームにて、後述する各製造機種別システムファイル転送用のマルチキャストフレームに対して付されるマルチキャストＭＡＣアドレス情報が配信される（Ｓ３０４）。
【００４８】
ファイル書き込み装置１から配信されるブロードキャストフレームのフォーマットは、図２１に示すように大別してヘッダ部とユーザデータ部とフッダ部とを有する。また、このブロードキャストフレームは、ＯＳＩ参照モデルの第３層アドレス（ＩＰアドレス）は含まれない。このため、例えば、リピータやブリッジ等のように、通信可能範囲がＯＳＩ参照モデルの第２層までのネットワーク通信機器を介する通信を可能とするが、例えば、ルーター等のように、通信可能範囲がＯＳＩ参照モデルの第３層とするネットワーク通信機器を介する通信を実施させることはできない。
【００４９】
なお、ブロードキャストフレームとは、一般にＯＳＩ参照モデルの第２層ネットワーク内全体に配信される同報フレームで、第２層ネットワーク内全体の機器が受信処理を実施するものである。
【００５０】
ヘッダ部は、宛先ＭＡＣアドレス、送信元ＭＡＣアドレス（ファイル書き込み装置１の固有のアドレス）、他のヘッダ情報を有している。
【００５１】
ユーザデータ部は、複数の情報要素を有し、少なくとも、本フレームの用途（メッセージタイプ）としてシステムファイル配信情報、及び、各製品２１〜２７の種別に受信が必要なマルチキャストＭＡＣアドレスの関係（例えば、機種Ａ：マルチキャストＭＡＣ１、等）を有する。ファイル書き込み装置１は、予め保存している各機種別のシステムファイルに関する全ての情報を、情報要素として書き込み通知する。
【００５２】
フッダ部は、フレームチェックシーケンス（ＦＣＳ）を有する。
【００５３】
図９に戻り、本実施例のファイル書き込み装置１は、機種タイプＡ、Ｂ、Ｃに対応可能なシステムファイルをデータベース１１に保存しており、図２１に示すように、Ａ〜Ｃの３種類に関する情報要素が含まれることになる。
【００５４】
ファイル書き込み装置１からブロードキャストフレームが各製品２１〜２７に配信されると、各製品２１〜２７により、そのブロードキャストフレームのユーザデータ部に含まれる情報要素の中から、自身で受信するために必要なマルチキャストＭＡＣアドレスの有無を判断する。そして、各製品２１〜２７の判断に応じたブロードキャスト受信応答が、図１０に示すように、各製品２１〜２７から、ユニキャストフレームにて、ファイル書き込み装置１に送信される（Ｓ３０５）。ここで、ユニキャストとは、一般に１対１の通信をいい、ユニキャストフレームの宛先に指定されている機器のみが受信する。
【００５５】
上述したように、各製品２１〜２７からの受信応答は、ブロードキャストフレームのユーザデータ部の中からマルチキャストＭＡＣアドレスの有無に基づいて、ブロードキャストフレームの中に受信すべきマルチキャストＭＡＣアドレスがあった場合に「受信準備完了」応答か、又はブロードキャストフレームの中に受信すべきマルチキャストＭＡＣアドレスがない場合に付される「該当データなし」応答のいずれかが決定される。
【００５６】
各製品２１〜２７において、電源投入後、自身の機種条件は予め認識できるようになっており（例えば、各製品２１〜２７が有する記憶手段に機種条件が予め記憶されている。）、その自身の機種条件と、ファイル書き込み装置１からのブロードキャストのユーザデータ部の内容で示される情報とを照合して、自身で受信が必要なマルチキャストＭＡＣアドレスを確認して、マルチキャストＭＡＣアドレスの確認ができた製品２１〜２７は、ファイル書き込み装置１に「受信準備完了」応答を送信する。
【００５７】
また、ファイル書き込み装置１からのブロードキャストのユーザデータ部の内容の中に、自身で受信が必要なマルチキャストＭＡＣアドレスが含まれない場合、当該製品２１〜２７は、ファイル書き込み装置１に「該当データなし」応答を送信する。
【００５８】
各製品２１〜２７から送信されるブロードキャスト受信応答フレームのフォーマットは、図２２に示すように、大別してヘッダ部、ユーザデータ部、フッダ部とを有する。
【００５９】
また、ブロードキャスト受信応答フレームは、ＯＳＩ参照モデルの第３層アドレス（ＩＰアドレス）は含まれない。このため、ブロードキャストフレームの場合と同様に、例えば、リピータやブリッジ等のように通信可能範囲がＯＳＩ参照モデルの第２層までのネットワーク通信機器を介する通信を可能とするが、例えば、ルーター等のように通信可能範囲がＯＳＩ参照モデルの第３層とするネットワーク通信機器を介する通信を実施させることはできない。
【００６０】
ヘッダ部は、宛先ＭＡＣアドレス（ファイル書き込み装置１のアドレス）、各製品２１〜２７の通信インターフェース２に固有に割り当てられた対応する送信元ＭＡＣアドレス（例えば、製品Ａ２１の場合、「ＭＡＣ：１」等）、他のヘッダ情報を有する。なお、宛先ＭＡＣアドレスは、ファイル書き込み装置１からのブロードキャストフレームに含まれているアドレスを、各製品２１〜２７が記憶しておき、その記憶したアドレスを用いる。
【００６１】
ユーザデータ部は、ファイル書き込み装置１に対する受信応答内容が付される。図２２（Ａ）は、「受信準備完了」応答をする場合のフォーマットを示し、図２２（Ｂ）は、「該当データなし」応答をする場合のフォーマットを示す。
【００６２】
図２２（Ａ）に示すように、「受信準備完了」応答のユーザデータ部には、少なくとも２個の情報要素を有し、メッセージタイプとしての受信準備完了応答と、各製品２１〜２７自身が受信を実施するシステムファイルの種別情報とを含める。
【００６３】
また、図２２（Ｂ）に示すように、「該当データなし」応答のユーザデータ部には、少なくとも２個の情報要素を有し、メッセージタイプとしての該当データなし応答と、当該製品２１〜２７自身が受信を期待する要求機種条件とを含める。
【００６４】
フッダ部は、フレームチェックシーケンス（ＦＣＳ）を有する。
【００６５】
図１０に戻り、製品２１〜２６は、ファイル書き込み装置１からのブロードキャストフレームを判断して、「受信準備完了」応答のブロードキャスト受信応答フレームをユニキャストでファイル書き込み装置１に送信し、製品２７は、ブロードキャストフレームを判断して、「該当データなし」応答のブロードキャスト受信応答フレームをユニキャストでファイル書き込み装置１に送信する。
【００６６】
ファイル書き込み装置１は、各製品２１〜２７から受信応答を所定時間監視し、各製品２１〜２７からの各ブロードキャスト受信応答フレームが与えられると、各ブロードキャスト受信応答フレームは、ファイル書き込み装置１により受信応答内容がチェックされる（Ｓ３０６）。
【００６７】
ファイル書き込み装置１のチェック結果が、全て「受信準備完了」応答である場合はＳ３０８に進む。
【００６８】
また、ファイル書き込み装置１のチェック結果に「該当データなし」応答が含まれる場合、その「該当データなし」応答のブロードキャスト受信応答フレームに基づいて、その製品のＭＡＣアドレスと要求機種コードと（これらを含めた情報を「インストールＮＧ機器情報」という）が、ファイル書き込み装置１の表示手段に表示されると共に、データベース１１に保存される（Ｓ３０７）。
【００６９】
例えば、図１１では、ブロードキャストフレームのユーザデータ部の中に受信に必要なマルチキャストＭＡＣアドレスが含まれていなかった製品Ｄ２７から、ファイル書き込み装置１に対して、「該当データなし」のブロードキャスト受信応答フレームが送信される場合を示す。
【００７０】
製品Ｄ２７から「該当データなし」の応答を受信したファイル書き込み装置１は、そのブロードキャスト受信応答フレームから、送信元ＭＡＣアドレス及び要求機種コードを特定し、該当データなし情報表示として「機種Ｄ（ＭＡＣ：７）」のように表示する（図１１参照）。また、その送信元ＭＡＣアドレス及び要求機種コードはデータベース１１に保存される。
【００７１】
図１１における表示手段１２は、オペレータの操作端末であり、ファイル書き込み装置１に接続可能なものである。なお、表示手段１２がＬＡＮ３に接続可能であり、ＬＡＮ３の構成要素としても良い。
【００７２】
この「該当データなし」応答が生じる場合は、ファイル書き込み装置１のデータベース１１に当該機種に対応可能なシステムファイルが保存されていない場合に生じる。
【００７３】
従って、この場合は、ファイル書き込み装置１のデータベース１１に、新たにシステムファイルを追加保存と、その追加したシステムファイルを転送する際に用いるマルチキャストフレームの宛先ＭＡＣアドレス（マルチキャストＭＡＣアドレス）の追加定義を行うことが必要となる。ここでは、これらの処理については省略する。
【００７４】
そして、システムファイルの追加及びマルチキャストＭＡＣアドレスの追加定義終了後に、当該製品のファイル書き込み処理が必要となる。
【００７５】
このようにすることで、オペレータは、表示手段に表示されたインストールＮＧ情報に基づいて、書き込み処理を中断した製品の特定と、新たに追加する必要のあるシステムファイルの機種コードを知ることができる。
【００７６】
また、データベース１１にインストールＮＧ情報が保存されることにより、オペレータが後で別途確認することもできる。
【００７７】
なお、このインストールＮＧ情報の内容は、これに限られるものではなく、その他の情報を含むようにしてもよい。例えば、エラー発生時刻や、エラー発生した製品の総数等を含ませるようにしてもよい。
【００７８】
ファイル書き込み装置１が各製品２１〜２６から「受信準備完了」応答を受信すると、ファイル書き込み装置１において、そのブロードキャスト受信応答フレームから、少なくとも各製品２１〜２７のＭＡＣアドレスとその製品が受信に必要な機種別のシステムファイルとがデータベース１１に保存される（Ｓ３０８）。
【００７９】
データベース１１では、保存しているシステムファイルの情報（図１１では「保存機種情報」）と、受信応答を返信してきた製品２１〜２６のＭＡＣアドレスとを対応付けて保存しており、これにより、ファイル書き込み装置１は、受信待機している製品２１〜２６と、どのＭＡＣアドレスにどの機種のシステムファイルを送信すればよいかとを知ることができる。
【００８０】
ファイル書き込み装置１において、「受信準備完了」応答を返信してきた各製品２１〜２６に送信するシステムファイルが決定されると、データベース１１を参照し、図１３に示すように、ファイル書き込み装置１から、各機種別のシステムファイルを含むマルチキャストフレームが、そのシステムファイルを要求する製品に対して並列的に送信される（Ｓ３０９）。
【００８１】
ファイル書き込み装置１は、送信周期を管理する送信タイマーを備えており、予め設定されている各機種毎のマルチキャストフレームの受信処理能力を超えることがないように、各製品２１〜２７に所定の送信周期で、システムファイルを含むマルチキャストフレームを送信する。これより各製品側での受信データの取りこぼしを防止することができる。
【００８２】
図２３にファイル書き込み装置１から送信されるシステムファイルを含むマルチキャストフレームのフォーマットを示す。
【００８３】
図２３に示すように、システムファイルを含むマルチキャストフレームは、大別して、ヘッダ部、ユーザデータ部、フッダ部とを有する。
【００８４】
ヘッダ部の宛先ＭＡＣアドレスには、送信する機種別のシステムファイルを要求する製品２１〜２６のマルチキャストＭＡＣアドレスが機種毎に付される。例えば、機種タイプＡのシステムファイルを送信する場合には、製品Ａ２１、２２、２３に割り当てたマルチキャストＭＡＣアドレス（マルチキャストＭＡＣ１）が付され、機種タイプＢのシステムファイルを送信する場合には、製品Ｂ２４、２５に割り当てたマルチキャストＭＡＣアドレス（マルチキャストＭＡＣ２）が付され、機種タイプＣのシステムファイルを送信する場合には、製品Ｃ２６に割り当てたマルチキャストＭＡＣアドレス（マルチキャストＭＡＣ３）が付される。
【００８５】
ユーザデータ部では、少なくとも、本フレームの用途（メッセージタイプ）としてシステムファイルデータ送信、及び、機種別のシステムファイルデータブロックを有する。
【００８６】
このシステムファイルデータブロックは固定長ブロックであり、システムファイルデータのサイズが固定長よりも小さい場合、送信されるマルチキャストフレームが最終データブロックとして送信される。また、システムファイルのデータブロックのサイズが固定長より大きい場合、その固定長のサイズに分割されて送信される。
【００８７】
なお、たまたまシステムファイルデータが、データブロックのサイズの長さで割り切れてしまい最終データブロックのサイズも規定の固定長と同一になった場合は、次に送信するフレームのデータブロックサイズをゼロにしたダミーフレームを送信することで、各製品側は、その前に送信されたフレームが最終データブロックであることを認識することができる。
【００８８】
システムファイルを含むマルチキャストフレームは、ＯＳＩ参照モデルの第３層アドレス（ＩＰアドレス）は含まれない。このため、ブロードキャストフレームの場合と同様に、例えば、リピータやブリッジ等のように通信可能範囲がＯＳＩ参照モデルの第２層までのネットワーク通信機器を介する通信を可能とするが、例えば、ルーター等のように通信可能範囲がＯＳＩ参照モデルの第３層とするネットワーク通信機器を介する通信を実施させることはできない。
【００８９】
なお、マルチキャストフレームとは、一般にＯＳＩ参照モデルの第２層ネットワーク内全体に配信される同報フレームであるが、受信が必要な製品のみが受信処理を実施するものである。
【００９０】
また、図１３に示すように、ファイル書き込み装置１は製品Ｄ２７が要求する機種のシステムファイルを保存していないため、マルチキャストフレームは製品Ｄ２７に送信されず、ファイル書き込み装置１に当該システムファイルの設定完了後に再度行われる。
【００９１】
ファイル書き込み装置１からシステムファイルを含むマルチキャストフレーム各製品２１〜２６に与えられると、各製品２１〜２６によりそれぞれ対応するシステムファイルデータが取り出されて各製品２１〜２６の記憶手段（例えばＦＬＡＳＨメモリー等）に書き込まれる（Ｓ３１０）。
【００９２】
そして、各製品２１〜２６が全てのシステムファイルを正常に受信し正常に書き込みが行われると、「受信正常」応答のマルチキャスト受信応答フレームがファイル書き込み装置１に送信される。また、各製品２１〜２６が全てのシステムファイルを正常に受信できなかった場合には、「受信異常」応答のマルチキャスト受信応答フレームがファイル書き込み装置１に送信され、各製品２１〜２６は受信待機状態となる（Ｓ３１０）。
【００９３】
各製品２１〜２６は、ファイル書き込み装置１から各マルチキャストフレームを受信し、受信した固定長に分割された全てのシステムファイルデータブロックからシステムファイルを再構成した際に、例えば、ＳＵＭチェック等を用いて正常に受信しているか否かを確認する。このとき、正常性が確認されると、各製品２１〜２６は「受信正常」応答をファイル書き込み装置１に送信する。
【００９４】
各製品２１〜２６は、「受信正常」応答送信後、正常処理終了の旨を示す表示を行い、オペレータが正常処理完了の製品を確認することができる。この正常処理終了の旨を示す表示は、例えば、点灯ランプ、可聴音鳴動又はディスプレイ表示等を適用できる。
【００９５】
また、各製品２１〜２６は、あるマルチキャストフレームがＬＡＮ３上で廃棄されたり、システムファイルデータの順番が入れ替わったり、各製品２１〜２６のＬＡＮインタフェースの受信部に不具合があったりして、マルチキャストフレームに含まれるデータブロック全てを正常に受信できないために、製品内部で受信した全てのデータブロックからシステムファイル再構成した際にファイル内容の正常性の確認がＮＧになったり、又は、正常なシステムファイル内容であっても、ＦＬＡＳＨメモリに書き込む際にＦＬＡＳＨメモリの不良で正常に書き込むことができなかったりしたときには、「受信異常」応答を送信する。
【００９６】
図２４は、製品２１〜２６が送信するマルチキャスト受信応答フレームのフォーマットを示す。
【００９７】
「受信正常」応答のマルチキャスト受信応答フレームは、情報要素１にはメッセージタイプとしてファイル受信正常応答、情報要素２には自身で正常受信したシステムファイルの種別に関する情報を有する。
【００９８】
「受信異常」応答のマルチキャスト受信応答フレームは、情報要素１にはメッセージタイプとしてファイル受信異常応答、情報要素２には自身で異常正常受信したシステムファイルの種別に関する情報を有する。
【００９９】
なお、このマルチキャスト受信応答フレームも第３層アドレス（ＩＰアドレス）は含まれない。
【０１００】
本実施例では、図１４に示すように、製品Ｂ２５が、システムファイルの書き込みを失敗したために、「受信異常」応答のマルチキャストフレームをファイル書き込み装置１に送信し、製品Ａ２３が、システムファイルの書き込みが進行できず、かつ、マルチキャスト受信応答フレームも送信できず、無応答の状態となっている。その他の製品２１、２２、２４、２６は、正常にファイル書き込みが完了して「受信正常」応答を送信している。
【０１０１】
ファイル書き込み装置１は、各製品２１〜２６からの受信応答を所定時間監視し、受信した受信応答の応答内容をチェックする（Ｓ３１１）。
【０１０２】
ファイル書き込み装置１による受信応答の応答内容が、「受信正常」応答である場合には、Ｓ３１５に進む。
【０１０３】
また、ファイル書き込み装置１による受信応答の応答内容が、「受信異常」応答である場合には、まず、ファイル書き込み装置１は、受信異常を起こした機種に関するシステムファイルの再送回数をチェックする（Ｓ３１２）。
【０１０４】
システムファイルの再送回数が所定の回数に達していない場合、当該機種のシステムファイルの再送を行う（Ｓ３１３）。この場合のシステムファイルの送信方法は、Ｓ３０９で説明した場合と同様であるため説明を省略する。システムファイルの再送後は、Ｓ３１０に戻り、前回の受信応答が「受信異常」応答であった製品２５からの受信応答を監視する。
【０１０５】
また、システムファイルの再送回数が所定回数に達している場合、システムファイル書き込み装置１は、「インストールＮＧ機器情報」を表示すると共に、データベース１１への保存を行なう（Ｓ３１４）。
【０１０６】
「インストールＮＧ機器情報」の表示の際に示す情報内容は、図１５に示すように、例えば、受信異常の理由と、その製品が受信異常であったのかを示す情報である。図１５では、「受信異常情報表示」として「機種Ｂ（ＭＡＣ：５）」と表示した場合を示す。
【０１０７】
この受信異常の理由は、マルチキャスト受信応答フレームの情報要素２に含まれている情報に基づいて知ることができ、また、受信異常であった製品は、マルチキャスト受信応答フレームの送信元ＭＡＣアドレスに基づいて知ることができる。
【０１０８】
なお、各製品又は各通信インターフェースが、受信異常の種別を検知する異常検知手段を備え、異常検知手段が検知した具体的な受信異常内容に応じた情報を、情報要素２に書き込むようにしてもよい。これにより、「インストールＮＧ機器情報」として具体的な受信異常内容を表示させることができる。
【０１０９】
また、この「インストールＮＧ機器情報」は、図１５に示すように、ファイル書き込み装置１のデータベース１１に保存される。図１５では、データベース１１への保存例を示す。データベース１１は、保存するシステムファイルの機種情報（保存機種情報）と、受信異常を生じさせたＭＡＣアドレス情報（受信異常情報）とを対応させて保存する。
【０１１０】
このようにして、「インストールＮＧ機器情報」の表示と保存とを行なうが、受信異常を行なった製品２５は、「インストールＮＧ機器情報」の表示を見たオペレータにより受信異常原因を解消された後に、再度Ｓ３０９で説明したシステムファイルの書き込み処理を行うようにしてよい。
【０１１１】
製品から「受信正常」応答がファイル書き込み装置１に与えられると、ファイル書き込み装置１は、「受信正常」応答を送信してきた製品のＭＡＣアドレスを各機種毎にデータベース１１に保存する（Ｓ３１５）。
【０１１２】
図１６は、データベース１１に保存する「受信完了機器情報」は、データベース１１が保存するシステムファイルの機種情報（保存機種情報）と、「受信正常」応答を送信してきた製品のＭＡＣアドレスとを対応させる。
【０１１３】
図１６において、機種タイプＡのシステムファイルを受信した製品は、製品Ａ２１及び２２であるので、そのＭＡＣアドレス「ＭＡＣ：１」、「ＭＡＣ：２」を機種Ａに対応させる。同様にして、機種タイプＢのシステムファイルを受信した製品Ｂ２４のＭＡＣアドレス「ＭＡＣ：４」を機種Ｂに対応させ、機種タイプＣのシステムファイルを受信した製品Ｃ２６のＭＡＣアドレス「ＭＡＣ：６」を機種Ｃに対応させる。
【０１１４】
なお、製品Ａ２３は、無応答状態であるため、製品Ａ２３に関する情報は保存されない。
【０１１５】
「受信正常」応答を送信してきた製品の「受信完了機器情報」をデータベース１１に保存すると、ファイル書き込み装置１は、データベース１１に保存されている「受信準備完了機器情報」、「受信異常情報」、「受信完了機器情報」に基づいて、ファイル書き込み処理で無応答であった製品があるか否かをチェックする（Ｓ３１６）。
【０１１６】
ファイル書き込み装置１による無応答の製品のチェック方法は、データベース１１で保存されている「受信完了機器情報」及び「受信異常情報」として保存されているＭＡＣアドレスと、「受信準備完了機器情報」として保存されているＭＡＣアドレスとを比較して、「受信準備完了機器情報」に保存されているが「受信完了機器情報」及び「受信異常情報」に保存されていないＭＡＣアドレスがある場合には、無応答の製品があるとみなされ、そのＭＡＣアドレスに対応する製品が無応答の製品として特定される。
【０１１７】
このようにして、ファイル書き込み装置１によるチェック結果が無応答の製品がない場合にはＳ３１８に進む。
【０１１８】
また、ファイル書き込み装置１によるチェック結果が無応答の製品がある場合には、特定された無応答製品情報が表示される（Ｓ３１７）。
【０１１９】
「無応答製品情報」の表示の際に示す情報内容としては、図１７に示すように、例えば、受信応答が無応答である旨と、どの製品が無応答であったのかを示す情報である。図１７では、「無応答製品情報表示」として「機種Ａ（ＭＡＣ：３）」と表示した場合を示す。これにより、オペレータが、どの機種のどの製品が無応答であったかを知ることができる。
【０１２０】
また、この「無応答製品情報」は、図１７に示すように、ファイル書き込み装置１のデータベース１１に保存される。図１７では、データベース１１への保存例を示す。データベース１１は、保存するシステムファイルの機種情報（保存機種情報）と、受信応答が無応答であるＭＡＣアドレス情報（無応答製品情報）とを対応させて保存する。
【０１２１】
「無応答製品情報」がデータベース１１に保存されると、ＬＡＮ３上に接続している各製品２１〜２７の電源をＯＦＦにする（Ｓ３１８）。
【０１２２】
このとき、正常にシステムファイルの書き込みが終了した製品２１、２２、２４、２６については、各製品上に書き込み処理が終了した旨を示す表示がなされる。この書き込み処理の終了を示す表示は、例えば、ランプ点灯や可聴音鳴動などを適用できる。
【０１２３】
各製品２１〜２７の電源がＯＦＦにされると、各製品２１〜２７は、図１９に示すように、ＬＡＮ３上から外され、動作モードが通常モードに戻される（Ｓ３１９）。
【０１２４】
各製品２１〜２７がＬＡＮ３上から外されると、ファイル書き込み処理は終了する（Ｓ３２０）
なお、オペレータは、ファイル書き込み装置１のデータベース１１に保存されている情報に基づいて、不良品情報を確認することができ、その不良製品は、不良解析・修理後、再度ファイル書き込み処理を行なう等の措置を講じることができる。
【０１２５】
以上のように、本実施例によれば、ＬＡＮインターフェースを持つ複数の製品に対して同時にシステムファイルを書き込めることができる。
【０１２６】
また、本実施例によれば、単品種大量製造から多品種少量製造に至るまで、幅広い製造形態の生産効率向上（トータル製造時間の短縮、製造コストのミニマム化）を図ることが可能となる。
【０１２７】
具体的には、従来の１台ずつ個別にシステムファイルを書き込む処理方法では、単品種であっても、「１台当たりにかかるＦＬＡＳＨメモリ書き込み時間×製造台数分」の処理時間が発生してしまうのに対して、本実施例によれば、同時に複数の製品に対してシステムファイルの書き込みを行うことができるためにシステムファイルの書き込み作業時間を低減させることができる。
【０１２８】
また、並列的に処理を進行させるための設備構築やそれに係る多大な資金投資を大幅に抑えることができる。
【０１２９】
また、従来のように、少量機種多品種製造を行なう場合に、異なる品種のシステムファイルを書き込むためのシステム環境の準備が必要であったが、本実施例によれば、異なる品種のシステムファイルについても同時に共通したシステム環境で書き込み処理を行なうことができるので、システム環境を構築するために必要な製造スペース及びコストを削減することができると共に、書き込み作業に係る時間を低減することができる。
【実施例２】
【０１３０】
上述した実施例では、製品がＬＡＮインターフェースを有する場合について説明したが、通信インターフェース２に製造時のみに用いるファイルインストール用ＬＡＮインターフェースを備えさせることで、ＬＡＮインターフェースを内蔵しない製品に対しても製造時に適用するようにしてもよい。
【０１３１】
更に通信インターフェース２に、例えば不揮発性記憶手段への書き込み機能（例えば、ＦＬＡＳＨメモリライタ）を備えさせることで、不揮発性記憶手段自身に直接システムファイルを書き込ませるようにしてもよい。そして、不揮発性記憶手段にシステムファイルを記憶させた後に、製品に実装させるようにしてもよい。
【０１３２】
また、実施例１で参照した各図面では図示しないが、ＬＡＮ３上に１又は複数のＯＳＩ参照モデルを通信可能範囲とする中継装置（例えば、リピータやブリッジ等）を備えるようにしてもよい。
【図面の簡単な説明】
【０１３３】
【図１】実施例１の通常時（出荷後）のファイル書き込みシステムの全体構成の概略を示す図である。
【図２】実施例１の通信プロトコル階層及びメッセージフォーマットを説明する図である。
【図３】実施例１のファイル書き込み動作を説明するフローチャートである。
【図４】実施例１のファイル書き込み動作を説明するフローチャートである。
【図５】実施例１のファイル書き込み動作を説明するフローチャートである。
【図６】実施例１のファイル書き込み動作のイメージ図である。
【図７】実施例１のファイル書き込み動作のイメージ図である。
【図８】実施例１のファイル書き込み動作のイメージ図である。
【図９】実施例１のファイル書き込み動作のイメージ図である。
【図１０】実施例１のファイル書き込み動作のイメージ図である。
【図１１】実施例１のファイル書き込み動作のイメージ図である。
【図１２】実施例１のファイル書き込み動作のイメージ図である。
【図１３】実施例１のファイル書き込み動作のイメージ図である。
【図１４】実施例１のファイル書き込み動作のイメージ図である。
【図１５】実施例１のファイル書き込み動作のイメージ図である。
【図１６】実施例１のファイル書き込み動作のイメージ図である。
【図１７】実施例１のファイル書き込み動作のイメージ図である。
【図１８】実施例１のファイル書き込み動作のイメージ図である。
【図１９】実施例１のファイル書き込み動作のイメージ図である。
【図２０】実施例１のファイル書き込み動作のイメージ図である。
【図２１】実施例１のファイル書き込み装置１から送出されるブロードキャストフレームのフォーマットを説明する説明図である。
【図２２】実施例１の各製品から送出されるブロードキャスト受信応答フレームのフォーマットを説明する説明図である。
【図２３】実施例１のファイル書き込み装置１から送出されるマルチキャストフレームのフォーマットを説明する説明図である。
【図２４】実施例１の各製品から送出されるマルチキャスト受信応答フレームのフォーマットを説明する説明図である。
【符号の説明】
【０１３４】
１…ファイル書き込み装置、１１…データベース、２…通信インターフェース、
２１〜２７…製品、３…ＬＡＮ。
【図１】
2005165529.tif 000003
【図２】
2005165529.tif 000004
【図３】
2005165529.tif 000005
【図４】
2005165529.tif 000006
【図５】
2005165529.tif 000007
【図６】
2005165529.tif 000008
【図７】
2005165529.tif 000009
【図８】
2005165529.tif 000010
【図９】
2005165529.tif 000011
【図１０】
2005165529.tif 000012
【図１１】
2005165529.tif 000013
【図１２】
2005165529.tif 000014
【図１３】
2005165529.tif 000015
【図１４】
2005165529.tif 000016
【図１５】
2005165529.tif 000017
【図１６】
2005165529.tif 000018
【図１７】
2005165529.tif 000019
【図１８】
2005165529.tif 000020
【図１９】
2005165529.tif 000021
【図２０】
2005165529.tif 000022
【図２１】
2005165529.tif 000023
【図２２】
2005165529.tif 000024
【図２３】
2005165529.tif 000025
【図２４】
2005165529.tif 000026