(57)【特許請求の範囲】
【請求項１】
管理装置が記録装置に対して行うデータ書き換え方法であって、
前記管理装置が前記記録装置に対し、第一の範囲の値で示された前記記録装置の機種情報または前記記録装置の機種情報が前記第一の範囲の値とは異なる第二の範囲の値であることを示す継続情報を含む第一の情報の送信を要求し、
前記管理装置は、前記記録装置から送信された前記第一の情報に前記機種情報もしくは前記継続情報のどちらが含まれているかを判断し、
前記管理装置が、前記第一の情報に前記機種情報が含まれていると判断した場合に、
前記管理装置は、前記第一の情報から前記機種情報を取得し、
前記管理装置が、前記第一の情報に前記継続情報が含まれていると判断した場合に、
前記管理装置は、前記第二の範囲の値で示された前記記録装置の機種情報を含む第二の情報を送信することを前記記録装置に要求し、
前記管理装置は、前記記録装置から送信された前記第二の情報から前記記録装置の機種情報を取得し、
前記取得された記録装置の機種情報に基づいて、前記管理装置は前記管理装置に記憶されたデータを前記記録装置に書き込むことを特徴とするデータの書き換え方法。
【請求項２】
前記管理装置は、前記第一の情報から前記記録装置の機種情報を取得した後、前記取得された機種情報と前記データとの対応関係を第一の方式で判断し、
前記第二の情報から前記記録装置の機種情報を取得した後、前記取得された機種情報と前記データとの対応関係を前記第一の方式と異なる第二の方式で判断する請求項１に記載のデータの書き換え方法。
【請求項３】
前記第一の方式は、前記第一の情報から取得された機種情報を第一の形式に変換し、
変換された前記第一の形式の情報と前記データに含まれる情報との対応関係で判断し、
前記第二の情報は、前記継続情報を含み、
前記第二の方式は、前記第二の情報に含まれる前記継続情報を前記第一の形式と異なる第二の形式に変換し、
変換された前記第二の形式の情報と前記データに含まれる情報との対応関係で判断する請求項２に記載のデータの書き換え方法。
【請求項４】
前記第一の方式及び前記第二の方式は、所定のビット変換を行った結果が所定の値になっているか否か判断する方式であり、前記第一の方式で用いられるビット変換の結果と前記第二の方式で用いられるビット変換の結果とは異なるような方式である請求項３に記載のデータの書き換え方法。
【請求項５】
前記第一の方式及び前記第二の方式は、受信された情報に対して複数のビット変換を行い、前記複数のビット変換を行った結果を所定の順に配列した値が所定の値になっているか否か確認する方式であり、前記第一の方式と前記第二の方式とでは、行われるビット変換又は配列の順が異なる方式である請求項３に記載のデータの書き換え方法。
【請求項６】
変換された前記第一の形式の情報と前記データに含まれる情報とが一致すると判断したとき、
前記取得された記録装置の機種情報に基づいて、前記管理装置は前記管理装置に記憶されたデータを前記記録装置に書き込み、
変換された前記第二の形式の情報と前記データに含まれる情報とが一致すると判断したとき、
前記取得された記録装置の機種情報に基づいて、前記管理装置は前記管理装置に記憶されたデータを前記記録装置に書き込む請求項３に記載のデータの書き換え方法。
【請求項７】
記録装置から第一の範囲の値で示された前記記録装置の機種情報または前記記録装置の機種情報が前記第一の範囲の値とは異なる第二の範囲の値であることを示す継続情報を含む第一の情報を受信する受信部と、
前記記録装置の機種情報に対応して、前記記録装置に書き込むデータを記憶する記憶部と、
前記受信部で受信された第一の情報に前記継続情報が含まれているときに、前記記録装置に前記第二の範囲の値である機種情報を含む第二の情報を要求する要求部と、
前記第一の情報に含まれる前記機種情報もしくは前記第二の情報に含まれる前記機種情報に応じて前記記憶部から前記記録装置の機種情報に対応する前記データを前記記録装置に書き込ませる書き込み部と、
を備えることを特徴とするデータ書き換え装置。
【請求項８】
記録装置に接続可能な管理装置の制御部が実行する書き換えプログラムであって、
前記記録装置から第一の範囲の値で示された前記記録装置の機種情報または前記記録装置の機種情報が前記第一の範囲の値とは異なる第二の範囲の値であることを示す継続情報を含む第一の情報を受信する受信部と、
前記記録装置の機種情報に対応して、前記記録装置に書き込むデータを記憶する記憶部と、
前記受信部で受信された第一の情報に前記継続情報が含まれているときに、前記記録装置に前記第二の範囲の値である機種情報を含む第二の情報を要求する要求部と、
前記第一の情報に含まれる前記機種情報もしくは前記第二の情報に含まれる前記機種情報に応じて前記記憶部から前記記録装置の機種情報に対応する前記データを前記記録装置に書き込ませる書き込み部として機能する書き換えプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、装置のデータの書き換えを行うための技術に関する。
【背景技術】
【０００２】
記録装置などいわゆる周辺機器と呼ばれる装置は、ホストとなる管理装置に接続して用いられることが一般的である。管理装置は、自身に接続された周辺機器がどのような装置であるかに応じて周辺機器を制御する。そのため、制御に先立って、管理装置は周辺機器に割り当てられた識別情報（機種ＩＤ）を取得する。機種ＩＤは、各装置の機種の固有の値を表す識別情報である。
【０００３】
このように周辺機器に割り当てられた識別情報を管理装置が取得する技術の例として、特許文献１に開示された技術がある。この技術は以下のとおりである。まず、情報処理装置が、ネットワーク対応の周辺機器の識別を要求するための同報通信を行う。そして、周辺機器は、識別番号やデバイス・タイプなどを用いてこの同報通信に対して応答する。
管理装置は、取得した機種ＩＤに基づいて、周辺機器に対応するデータや制御プログラム等を検索する。このとき、誤検索を防止するために、取得した機種ＩＤに対して所定のビット演算を行い、予めデータや制御プログラムに対応付けられているビット列と比較することによって、対応関係を確認する技術もある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００４−１８５６３５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
周辺機器に付与される機種ＩＤのデータ量（データ長）は固定されていることが一般的であり、機種ＩＤとして用いることができる数値範囲には限界があった。例えば、機種ＩＤのデータ量が７ビットである場合、機種ＩＤとして用いることができる数値範囲は０〜１２７である。そのため、１２８種類の機種までは新たな機種ＩＤを付与することができるが、１２９種類を超えてしまうと新たな機種ＩＤを付与することができなくなる。単にデータ量を増やした新たなフォーマットの機種ＩＤを新機種に付与すると、新機種と古い機種との間で機種ＩＤのフォーマットが異なってしまう。このようなフォーマットの相違は、管理装置における機種ＩＤの誤認識を招くおそれがある。特に、上述したようにビット演算を行って対応関係を確認する場合には、フォーマットの相違による誤認識を招くおそれが高く、機種ＩＤを確認して周辺装置のファームなどの制御プログラムを書き換えする際に問題となる。一方、フォーマットの相違に個別に対応するためには、一般的には相違を有する双方の装置の構成を変更する必要があり、設計者や管理者の負担が増大する。
【０００６】
上記事情に鑑み、本発明は、新たな範囲の機種情報（機種ＩＤ）を付与し、機種情報とデータ等との対応関係を正確に確認することを可能とし、周辺装置のデータの書き換えを確実に行う技術を提供することを目的としている。
【課題を解決するための手段】
【０００７】
本発明の一態様は、データの書き換え方法であって、管理装置が記録装置に対して行うデータ書き換え方法であって、管理装置が記録装置に対し、当該記録装置の機種情報または継続情報を含む情報を第一の形式で送信することを要求するステップと、前記管理装置が、前記第一の形式で前記記録装置から受信した情報に基づいて、前記第一の形式で受信した情報に前記継続情報が含まれていることの有無を判断するステップと、前記管理装置が、前記第一の形式で受信した情報に前記継続情報が含まれていないいと判断した場合に、前記第一の形式で受信した情報から前記機種情報を取得し、前記機種情報と、前記管理装置が保有する前記記録装置の制御データに含まれる機種情報との対応関係を第一の方式で判断するステップと、前記管理装置が、前記第一の形式で受信した情報に前記継続情報が含まれていると判断した場合に、当該継続情報を前記第一の形式とは異なる第二の形式で送信することを前記記録装置に要求するステップと、前記管理装置が、前記記録装置から前記第二の形式で受信した情報から前記機種情報を取得し、前記機種情報と前記制御データとの対応関係を前記第一の方式とは異なる第二の方式で判断するステップと、前記第一の方法または前記第２の方法で判断した対応関係に基づき、前記管理装置は前記制御データを前記記録装置へ書き込むステップと、を含む。
【０００８】
本発明の一態様は、上記のデータの書き換え方法であって、前記第一の方式及び前記第二の方式は、前記第一の形式で受信した情報に対して所定のビット変換を行った結果が所定の値になっているか否か判断する方式であり、同じ情報に対して第一の方式で得られるビット変換の結果と第二の方式で得られるビット変換の結果とは異なるような方式である。
【０００９】
本発明の一態様は、上記のデータの書き換え方法であって、前記第一の方式及び前記第二の方式は、前記第一の形式で受信した情報に対して複数種の所定のビット変換を行い、所定の順に配列した結果が所定の値になっているか否か確認する方式であり、前記第一の方式と前記第二の方式とでは、行われるビット変換又は配列の順が異なるような方式である。
【００１０】
本発明の一態様は、上記のデータの書き換え方法であって、前記制御データを前記記録装置へ書き込むステップにおいて、前記第１の方式において、前記記録装置から前記第一の形式で受信した前記機種情報と、前記管理装置が保有する前記記録装置の制御データに含まれる機種情報が一致した場合、または、前記第二の方式において、前記記録装置から前記第二の形式で受信した前記機種情報と、前記管理装置が保有する前記記録装置の制御データに含まれる機種情報が一致した場合には、前記管理装置は、前記制御データを前記記録装置へ書き込む。
【００１１】
本発明の一態様は、記録装置に接続可能なデータ書き換え装置であって、前記記録装置の機種情報または継続情報を含む情報を第一の形式で送信することを要求する要求部と、前記記録装置から前記第一の形式で受信した情報に基づいて、前記第一の形式で受信した情報に前記継続情報が含まれていることの有無を判断する継続情報判断部と、前記第一の形式で受信した情報に前記継続情報が含まれていないと判断した場合に、前記第一の形式で受信した情報から前記機種情報を取得し、前記機種情報と、前記管理装置が保有する前記記録装置の制御データに含まれる機種情報との対応関係を第一の方式で判断する第一方式判断部と、前記第一の形式で受信した情報に前記継続情報が含まれていると判断した場合に、、当該継続情報を前記第一の形式とは異なる第二の形式で送信することを前記記録装置に要求する第二形式要求部と、前記記録装置から前記第二の形式で受信した情報から前記機種情報を取得し、前記機種情報と前記制御データとの対応関係を前記第一の方式とは異なる第二の方式で判断する第二方式判断部と、前記第一の方法または前記第２の方法で判断した対応関係に基づき、前記制御データを前記記録装置へ書き込む書き込み部と、を備える。
【００１２】
本発明の一態様は、記録装置に接続可能な管理装置の制御部が実行する書き換えプログラムであって、前記記録装置の機種情報または継続情報を含む情報を第一の形式で送信することを要求する要求部と、前記記録装置から前記第一の形式で受信した情報に基づいて、前記第一の形式で受信した情報に前記継続情報が含まれていることの有無を判断する継続情報判断部と、前記第一の形式で受信した情報に前記継続情報が含まれていないと判断した場合に、前記第一の形式で受信した情報から前記機種情報を取得し、前記機種情報と、前記管理装置が保有する前記記録装置の制御データに含まれる機種情報との対応関係を第一の方式で判断する第一方式判断部と、前記第一の形式で受信した情報に前記継続情報が含まれていると判断した場合に、、当該継続情報を前記第一の形式とは異なる第二の形式で送信することを前記記録装置に要求する第二形式要求部と、前記記録装置から前記第二の形式で受信した情報から前記機種情報を取得し、前記機種情報と前記制御データとの対応関係を前記第一の方式とは異なる第二の方式で判断する第二方式判断部と、前記第一の方法または前記第２の方法で判断した対応関係に基づき、前記制御データを前記記録装置へ書き込む書き込み部として機能する書き換えプログラムである。
【００１３】
本発明は、下記の適用例が可能である。
（適用例１）
管理装置が記録装置に対して行うデータ書き換え方法であって、
前記管理装置が前記記録装置に対し、第一の範囲の値で示された前記記録装置の機種情報または前記記録装置の機種情報が前記第一の範囲の値とは異なる第二の範囲の値であることを示す継続情報を含む第一の情報の送信を要求し、
前記管理装置は、前記記録装置から送信された前記第一の情報に前記機種情報もしくは前記継続情報のどちらが含まれているかを判断し、
前記管理装置が、前記第一の情報に前記機種情報が含まれていると判断した場合に、
前記管理装置は、前記第一の情報から前記機種情報を取得し、
前記管理装置が、前記第一の情報に前記継続情報が含まれていると判断した場合に、
前記管理装置は、前記第二の範囲の値で示された前記記録装置の機種情報を含む第二の情報を送信することを前記記録装置に要求し、
前記管理装置は、前記記録装置から送信された前記第二の情報から前記記録装置の機種情報を取得し、
前記取得された記録装置の機種情報に基づいて、前記管理装置は前記管理装置に記憶されたデータを前記記録装置に書き込むことを特徴とするデータの書き換え方法。
（適用例２）
前記管理装置は、前記第一の情報から前記記録装置の機種情報を取得した後、前記取得された機種情報と前記データとの対応関係を第一の方式で判断し、
前記第二の情報から前記記録装置の機種情報を取得した後、前記取得された機種情報と前記データとの対応関係を前記第一の方式と異なる第二の方式で判断する請求項１に記載のデータの書き換え方法。
（適用例３）
前記第一の方式は、前記第一の情報から取得された機種情報を第一の形式に変換し、
変換された前記第一の形式の情報と前記データに含まれる情報との対応関係で判断し、
前記第二の情報は、前記継続情報を含み、
前記第二の方式は、前記第二の情報に含まれる前記継続情報を前記第一の形式と異なる第二の形式に変換し、
変換された前記第二の形式の情報と前記データに含まれる情報との対応関係で判断する請求項２に記載のデータの書き換え方法。
（適用例４）
前記第一の方式及び前記第二の方式は、所定のビット変換を行った結果が所定の値になっているか否か判断する方式であり、前記第一の方式で用いられるビット変換の結果と前記第二の方式で用いられるビット変換の結果とは異なるような方式である請求項３に記載のデータの書き換え方法。
（適用例５）
前記第一の方式及び前記第二の方式は、受信された情報に対して複数のビット変換を行い、前記複数のビット変換を行った結果を所定の順に配列した値が所定の値になっているか否か確認する方式であり、前記第一の方式と前記第二の方式とでは、行われるビット変換又は配列の順が異なる方式である請求項３に記載のデータの書き換え方法。
（適用例６）
変換された前記第一の形式の情報と前記データに含まれる情報とが一致すると判断したとき、
前記取得された記録装置の機種情報に基づいて、前記管理装置は前記管理装置に記憶されたデータを前記記録装置に書き込み、
変換された前記第二の形式の情報と前記データに含まれる情報とが一致すると判断したとき、
前記取得された記録装置の機種情報に基づいて、前記管理装置は前記管理装置に記憶されたデータを前記記録装置に書き込む請求項３に記載のデータの書き換え方法。
（適用例７）
記録装置から第一の範囲の値で示された前記記録装置の機種情報または前記記録装置の機種情報が前記第一の範囲の値とは異なる第二の範囲の値であることを示す継続情報を含む第一の情報を受信する受信部と、
前記記録装置の機種情報に対応して、前記記録装置に書き込むデータを記憶する記憶部と、
前記受信部で受信された第一の情報に前記継続情報が含まれているときに、前記記録装置に前記第二の範囲の値である機種情報を含む第二の情報を要求する要求部と、
前記第一の情報に含まれる前記機種情報もしくは前記第二の情報に含まれる前記機種情報に応じて前記記憶部から前記記録装置の機種情報に対応する前記データを前記記録装置に書き込ませる書き込み部と、
を備えることを特徴とするデータ書き換え装置。
（適用例８）
記録装置に接続可能な管理装置の制御部が実行する書き換えプログラムであって、
前記記録装置から第一の範囲の値で示された前記記録装置の機種情報または前記記録装置の機種情報が前記第一の範囲の値とは異なる第二の範囲の値であることを示す継続情報を含む第一の情報を受信する受信部と、
前記記録装置の機種情報に対応して、前記記録装置に書き込むデータを記憶する記憶部と、
前記受信部で受信された第一の情報に前記継続情報が含まれているときに、前記記録装置に前記第二の範囲の値である機種情報を含む第二の情報を要求する要求部と、
前記第一の情報に含まれる前記機種情報もしくは前記第二の情報に含まれる前記機種情報に応じて前記記憶部から前記記録装置の機種情報に対応する前記データを前記記録装置に書き込ませる書き込み部として機能する書き換えプログラム。
本発明により、新たな範囲の機種情報（機種ＩＤ）を付与し、機種情報とデータ等との対応関係を正確に確認することが可能となる。
【図面の簡単な説明】
【００１４】
【図１】記録システム１のシステム構成を表すシステム構成図である。
【図２】機種ＩＤの詳細を説明するための図である。
【図３】第二の範囲に含まれる機種ＩＤが記録装置１０から管理装置２０へ通知される際のデータ形式の具体例を表す図である。
【図４】制御プログラム記憶部１０２に記憶されているデータの構成を表す概略図である。
【図５】制御プログラムＤＢ記憶部２０４に記憶されているデータの構成を表す概略図である。
【図６】ヘッダレコードの具体例を表す図である。
【図７】管理装置２０が記録装置１０に対し制御プログラムの書き換えを行う際の処理の流れを表すフローチャートである。
【発明を実施するための形態】
【００１５】
図１は、記録システム１のシステム構成を表すシステム構成図である。まず、記録システム１の概略について説明する。記録システム１は、記録装置１０と管理装置２０とを含む。記録装置１０と管理装置２０とは双方向の通信が可能である。管理装置２０は各記録装置１０のバージョンアップ等に対応するため、各記録装置１０に対する制御プログラムを備えている。記録装置１０には機種ＩＤが付与されており、管理装置２０は機種ＩＤに応じて記録装置１０に対応した制御プログラムを検索する。そして、管理装置２０は検索した制御プログラムを記録装置１０に送信し、制御プログラムの書き換えを行う。機種ＩＤは、記録装置１０の機種を表す識別情報である。記録装置１０の機種毎に、重複しない値が機種ＩＤとして付与される。
【００１６】
記録装置１０は、制御プログラム記憶部１０２に記憶されている制御プログラム（ファームウェア）にしたがって動作する。記録装置１０は、管理装置２０から受信する指示や、記録装置１０に対してユーザーから直接入力される指示などに応じて、記録媒体に数値やデータを記録する。記録装置１０は、記録媒体として紙等のシート体を用い、インクリボンやインクタンクに備えられるインクを用いて記録媒体上に印刷を行うプリンターであっても良い。また、記録装置１０は、記録媒体として磁気ハードディスク装置や半導体記憶装置を用い、紙面から文字や画像を読み取って記録媒体に記録するスキャナーであっても良い。記録装置１０はスキャナーとして構成される場合、記録媒体となる記憶装置を必ずしも備える必要は無く、管理装置２０に対して読み取ったデータを送信するように構成されても良い。この場合は、管理装置２０に備えられた記憶装置が、データの記録先の記録媒体となる。このような記録処理は記録部１０３によって行われる。
【００１７】
管理装置２０は、記録装置１０に付与されている機種ＩＤを記録装置１０から取得し、機種ＩＤに基づいて記録装置１０に対応した制御プログラムを検索する。そして、管理装置２０は検索した制御プログラムを記録装置１０に送信し、制御プログラムの書き換えを行う。管理装置２０は、例えばパーソナルコンピューターやスマートフォン等の汎用の情報処理装置を用いて構成されても良いし、ＰＯＳ（Point of sale system）端末等の所定の用途専用の情報処理装置を用いて構成されても良い。
本実施形態では、管理装置２０が記録装置１０から機種ＩＤを取得して対応関係を確認する対象となるデータは、制御プログラムである。ただし、この機種ＩＤとの対応関係を確認する対象となるデータは制御プログラムに限定されず、他のものであっても良い。例えば、記録装置１０によって印刷されるデータや、記録装置１０によって行われる印刷の制御内容（余白の大きさや文字の種類など）であっても良い。
【００１８】
次に、各装置について詳細に説明する。記録装置１０は、バスで接続されたＣＰＵ（Central Processing Unit）やメモリや補助記憶装置などを備え、制御プログラムを実行する。記録装置１０は、制御プログラムの実行によって、通信部１０１、制御プログラム記憶部１０２、記録部１０３、制御部１０４を備える装置として機能する。なお、記録装置１０の各機能の全て又は一部は、ＡＳＩＣ（Application Specific Integrated Circuit）やＰＬＤ（Programmable Logic Device）やＦＰＧＡ（Field Programmable Gate Array）等のハードウェアを用いて実現されても良い。制御プログラムは、コンピュータ読み取り可能な記録媒体に記録されても良い。コンピュータ読み取り可能な記録媒体とは、例えばフレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置である。
【００１９】
通信部１０１は、管理装置２０との間で有線通信又は無線通信を行い、データを送受信する。有線通信の具体例としては、ＬＡＮ（Local Area Network）やＲＳ−２３２Ｃ（Recommended Standard 232 version C）やＵＳＢ（Universal Serial Bus）等がある。無線通信の具体例としては、無線ＬＡＮや赤外線通信やブルートゥース（Bluetooth）等がある。
【００２０】
制御プログラム記憶部１０２は、磁気ハードディスク装置や半導体記憶装置などの記憶装置を用いて構成される。制御プログラム記憶部１０２は、制御部１０４が動作するための制御プログラムを記憶する。制御プログラム記憶部１０２が記憶する制御プログラムは、管理装置２０による制御に応じて制御部１０４によって書き換えられる。
記録部１０３は、記録を行う。すなわち、記録部１０３は、管理装置２０から受信する指示や、記録装置１０に対してユーザーから直接入力される指示などに応じて、記録媒体に数値やデータを記録する。
制御部１０４は、制御プログラム記憶部１０２に記憶されている制御プログラムにしたがって動作する。
【００２１】
管理装置２０は、バスで接続されたＣＰＵやメモリや補助記憶装置などを備え、管理プログラムを実行する。管理装置２０は、管理プログラムの実行によって、通信部２０１、機種ＩＤ取得部２０２、機種ＩＤ確認部２０３、制御プログラムＤＢ記憶部２０４、制御プログラム書換部２０５を備える装置として機能する。なお、管理装置２０の各機能の全て又は一部は、ＡＳＩＣやＰＬＤやＦＰＧＡ等のハードウェアを用いて実現されても良い。管理プログラムは、コンピュータ読み取り可能な記録媒体に記録されても良い。
【００２２】
通信部２０１は、記録装置１０との間で有線通信又は無線通信を行い、データを送受信する。有線通信の具体例としては、ＬＡＮやＲＳ−２３２ＣやＵＳＢ等がある。無線通信の具体例としては、無線ＬＡＮや赤外線通信やブルートゥース等がある。
機種ＩＤ取得部２０２は、記録装置１０と通信を行うことによって記録装置１０の機種ＩＤを取得する。また、機種ＩＤ取得部２０２は、記録装置１０から第二応答情報を受信した場合に、第二応答情報に基づいて記録装置１０の機種ＩＤを取得する。具体的な処理の流れについては後述する。
機種ＩＤ確認部２０３は、機種ＩＤ取得部２０２によって取得された機種ＩＤと、機種ＩＤに対応付けて制御プログラムＤＢ記憶部２０４に記憶されている制御プログラムとの対応関係を確認する。
【００２３】
制御プログラムＤＢ記憶部２０４は、磁気ハードディスク装置や半導体記憶装置などの記憶装置を用いて構成される。制御プログラムＤＢ記憶部２０４は、記録装置１０の機種の種類に応じた制御プログラムと、機種ＩＤと制御プログラムとの対応関係を確認するためのデータ（ヘッダレコード）とを対応付けて記憶する。
制御プログラム書換部２０５は、機種ＩＤ確認部２０３によって対応関係が確認された制御プログラムを制御プログラムＤＢ記憶部２０４から読み出す。そして、制御プログラム書換部２０５は、読み出した制御プログラムを記録装置１０に送信し、記録装置１０の制御プログラム記憶部１０２に記録されている制御プログラムを更新させる。
【００２４】
図２は、機種ＩＤの詳細を説明するための図である。次に、図２を用いて機種ＩＤの詳細について説明する。機種ＩＤには、少なくとも２つの値の範囲がある。一つは第一の範囲であり、もう一つは第二の範囲である。第二の範囲は、第一の範囲とは重複しなく、より広い範囲の値を持つ。記録装置１０の中には、第一の範囲の機種ＩＤが付与された装置と、第二の範囲の機種ＩＤが付与された装置がある。一例として、第一の範囲の機種ＩＤが付与された記録装置１０は、第二の範囲の機種ＩＤが付与された記録装置１０よりも製造が古い機種の装置である。したがって、以下の説明では、第一の範囲の機種ＩＤが付与された記録装置１０は古い機種の装置であり、第二の範囲の機種ＩＤが付与された記録装置１０は新しい機種の装置である。本実施形態では、第一の範囲は７ビットで表すことができる範囲、すなわち０〜１２７の範囲である。第二の範囲は１２８〜６５５３５の範囲であり、１６ビットで下位７ビットを除く範囲である。ただし、上記の各範囲は一例にすぎず、これとは異なっても良い。
【００２５】
機種ＩＤは、第一の範囲に属する値であっても第二の範囲に属する値であっても、いずれも数値として表される。この点で、第一の範囲に含まれる機種ＩＤと第二の範囲に含まれる機種ＩＤとは共通する。しかし、両者は記録装置１０から管理装置２０へ通知される際のデータ形式が異なる。第一の範囲に含まれる機種ＩＤは数値で表されて通知される。これに対し、第二の範囲に含まれる機種ＩＤは文字列で表されて通知されてもよい。
【００２６】
図３は、第二の範囲に含まれる機種ＩＤが記録装置１０から管理装置２０へ通知される際のデータ形式の具体例を表す図である。図３では、機種ＩＤの具体例として、第二の範囲であり、文字列として表された“２０１１”という値を用いて説明する。図３（Ａ）は、機種ＩＤの文字を表す。図３（Ｂ）は、機種ＩＤの各桁の文字を表す。図３（Ｂ）に表されるように、機種ＩＤの各桁の値がそれぞれ文字として取得される。図３（Ｃ）は、機種ＩＤの各桁の文字の文字コードを１６進数で表す。図３（Ｃ）に表されるように、機種ＩＤの各桁の文字の文字は文字コードに変換される。図３（Ｃ）では、文字コードとして１６進数のアスキーコードが適用されている。適用できる文字コードはアスキーコードに限定されない。図３（Ｄ）は、各桁の文字コードを２進数のビット列で表す。このように、第二の範囲に含まれる機種ＩＤは、文字列のデータとして記録装置１０から管理装置２０へ通知されることもできる。
【００２７】
図４は、記録装置１０の制御プログラム記憶部１０２に記憶されているデータの構成を表す概略図である。制御プログラム記憶部１０２の記憶領域は、機種ＩＤフィールド１０２１、ブートプログラムフィールド１０２２、制御プログラムフィールド１０２３を有する。機種ＩＤフィールド１０２１には、記録装置１０に割り当てられた機種ＩＤが書き込まれている。ブートプログラムフィールド１０２２には、制御プログラムの書き換え時などで記録装置１０が起動する際に制御部１０４によって読み出されるブートプログラムのコードが書き込まれている。制御プログラムフィールド１０２３には、通常の記録動作等を行う制御プログラムのコードが書き込まれている。
【００２８】
制御部１０４は、記録装置１０の所定のスイッチの押下と共に電源が投入されると、制御プログラムの書き換え時などの特別なモードに入り、ブートプログラムフィールド１０２２にアクセスし、書き込まれているブートプログラムを読み出し起動する。制御部１０４は、管理装置２０から機種ＩＤの問い合わせを受けると、機種ＩＤフィールド１０２１から機種ＩＤを読み出し、管理装置２０へ送信する。また、制御部１０４は、管理装置２０から制御プログラムが送られてくると、制御プログラムフィールド１０２３に書き換えを行う。
【００２９】
図５は、管理装置２０で生成して制御プログラムＤＢ記憶部２０４に記憶されているデータの構成を表す概略図である。制御プログラムＤＢ記憶部２０４の記憶領域は、機種ＩＤ毎に用意されている、複数の制御プログラムフィールド２０４１、複数のヘッダレコードフィールド２０４２を有する。制御プログラムフィールド２０４１とヘッダレコードフィールド２０４２とは対応付けて設けられる。制御プログラムフィールド２０４１には、制御プログラムのコードが書き込まれている。ヘッダレコードフィールド２０４２には、各制御プログラムに対応するヘッダレコードが書き込まれている。ヘッダレコードは、制御プログラムと機種ＩＤとの対応関係を確認するためのデータ、または機種ＩＤの情報である。
【００３０】
図６は、ヘッダレコードの具体例を表す図である。図６（Ａ）は、第一の範囲の機種ＩＤが付与された記録装置１０向けに作成された制御プログラムと対応付けられるヘッダレコード（以下、「第一ヘッダレコード」という。）である。図６（Ｂ）は、第二の範囲の機種ＩＤが付与された記録装置１０向けに作成された制御プログラムと対応付けられるヘッダレコード（以下、「第二ヘッダレコード」という。）である。第一ヘッダレコードには、制御プログラムと機種ＩＤとの対応関係を第一方式で確認するためのデータが書き込まれている。第二ヘッダレコードには、制御プログラムと機種ＩＤとの対応関係を第二方式で確認するためのデータが書き込まれている。
【００３１】
第一ヘッダレコードは、８ビットのビット列を持つ４つのブロックを有する。４つのブロックのうち、３つのブロックは、機種ＩＤをビット変換することによって得られるビット列を有する。先頭（左端）に位置するブロックには、末尾（右端）に位置するブロックに記録されている第一の範囲の機種ＩＤのビット列をビット反転させることによって得られるビット列が記録されている。先頭から２番目（左端から２番目）に位置するブロックには、機種ＩＤを２ビット右に環状シフトさせることによって得られるビット列が記録されている。先頭から３番目（左端から３番目）に位置するブロックには、機種ＩＤを２ビット左に環状シフトさせることによって得られるビット列が記録されている。末尾（右端）に位置するブロックには、機種ＩＤのビット列がそのまま記録されている。
【００３２】
第一方式による対応関係の確認方法は以下のとおりである。まず、管理装置２０から記録装置１０に機種ＩＤ要求命令を送信し、記録装置１０は第一の範囲の機種ＩＤを返信する。この機種ＩＤに対してビット反転、２ビット右環状シフト、２ビット左環状シフトを行い、その結果のビット列を取得する。次に、ビット反転、２ビット右環状シフト、２ビット左環状シフト、機種ＩＤの順番で、左から順にビット列を並べる。そして、並べた結果のビット列と、第一ヘッダレコードに記録されているビット列とを対比し、一致した場合には対応関係があると確認される。一方、一致しない場合には対応関係が無いと確認される。
【００３３】
第二方式による対応関係の確認方法は以下のとおりである。
第一ヘッダレコードは、８ビットのビット列を持つ４つのブロックを有する。４つのブロックのうち、３つのブロックは、継続通知ビット列をビット変換することによって得られるビット列を有する。先頭（左端）に位置するブロックには、先頭から４番目（左端から４番目）に位置するブロックに記録されているもので、第二の範囲の機種ＩＤがあることを示す継続通知ビット列を２ビット左に環状シフトさせることによって得られるビット列が記録されている。先頭から２番目（左端から２番目）に位置するブロックには、継続通知ビット列を２ビット右に環状シフトさせることによって得られるビット列が記録されている。先頭から３番目（左端から３番目）に位置するブロックには、継続通知ビット列をビット反転させることによって得られるビット列が記録されている。先頭から４番目（左端から４番目）に位置するブロックには、継続通知ビット列がそのまま記録されている。
【００３４】
継続通知ビット列とは、自装置（記録装置１０）の機種ＩＤの値が第二の範囲の値であることを意味する値のビット列であり、管理装置２０から機種ＩＤの問い合わせを受けた記録装置１０が管理装置２０に対して応答として送信するビット列である。また、継続通知ビット列は、第一の範囲の機種ＩＤと同じく第一の範囲となっている。  第一ヘッダレコードに続く第二ヘッダレコードには、第二の範囲の機種ＩＤを示すビット列が記憶されている。
【００３５】
まず、管理装置２０から記録装置１０に機種ＩＤ要求命令を送信し、記録装置１０は第一の範囲の継続通知ビット列を返信する。この継続通知ビット列に対して２ビット左環状シフト、２ビット右環状シフト、ビット反転を行い、その結果のビット列を取得する。次に、２ビット左環状シフト、２ビット右環状シフト、ビット反転、継続通知ビット列、継続通知ビット列の順番で、左から順にビット列を並べる。そして、並べた結果のビット列と、第一ヘッダレコードに記録されているビット列とを対比し、一致した場合には対応関係があり、第二の範囲の機種ＩＤがあると確認される。次に、管理装置２０から記録装置１０に対し第二応答要求命令を送信すると、記録装置１０からは、第二の範囲の機種ＩＤのビット列のデータが返信されることになる。一方、一致しない場合には対応関係が無く、第二の範囲の機種ＩＤがないと確認される。
【００３６】
したがって、管理装置２０から記録装置１０に対し機種ＩＤ要求命令を送信すると、記録装置１０からは、第一の範囲の機種ＩＤの場合も第二の範囲の機種ＩＤの場合も、いずれの場合も、まず、第一の範囲のビット列のデータが返信されることになる。これにより、第一の範囲の機種ＩＤにしか対応していない古い記録装置１０にも、第二の範囲の機種ＩＤにしか対応していない新しい記録装置１０にも、新しい制御プログラム書き換え部２０５であれば対応を可能とする。継続通知ビット列は、特定の値となっているので判別が可能であり、制御プログラム書き換え部２０５が新しい記録装置１０にも古い記録装置１０にも、並びの規則を合わせた対応も可能である。
【００３７】
ここで、制御プログラム書き換え部２０５、記録装置１０、制御プログラムＤＢ記憶部２０４に記憶されているデータである書き換えする制御プログラムのそれぞれが、新しいか古いかの組合せが生じ得る。それぞれが、第一の範囲の機種ＩＤに対応する古いものの組合せ、第二の範囲の機種ＩＤに対応する新しいものの組合せの場合は、上述のように正常に書き換えができる。また、組合せが異なる場合は、書き換えする制御プログラムの第一の範囲の機種ＩＤ若しくは第一ヘッダレコード、または第一の範囲の継続通知ビット列と、記録装置１０の機種ＩＤまたは第一の範囲の継続通知ビット列と、制御プログラム書き換え部２０５が行う並びの規則のいずれかが不一致となるので、誤って書き込むことはない。
【００３８】
仮に、第一の範囲の機種ＩＤに継続通知ビット列と同じ値を割り当てた場合であっても、図６（Ａ）に示すように第一の範囲の機種ＩＤを含む場合の第一ヘッダレコードの並びと、図６（Ｂ）に示すように継続通知ビット列を含む場合の第一ヘッダレコードの並びが異なるので、誤って書き込むことは避けられる。
【００３９】
図７は、記録システム１において管理装置２０が記録装置１０に対し制御プログラムの書き換えを行う際の処理の流れを表すフローチャートである。まず、管理装置２０の機種ＩＤ取得部２０２が機種ＩＤ要求命令を記録装置１０に送信する（ステップＳ１０１）。機種ＩＤ要求命令は、機種ＩＤの自装置への送信を要求することを表すデータである。機種ＩＤ要求命令は、予め記録装置１０と管理装置２０との間で定められたコードによって表される。機種ＩＤ要求命令は、第一の範囲の機種ＩＤが付与された古い機種の記録装置１０と、第二の範囲の機種ＩＤが付与された新しい機種の記録装置１０とに共通するコードである。機種ＩＤ要求命令は、古い機種（第一の範囲の機種ＩＤが付与された記録装置１０）で既に用いられていたコードである。そのため、古い機種において、機種ＩＤ要求命令に関する構成の修正を行う必要が無い。
【００４０】
記録装置１０の制御部１０４は、機種ＩＤ要求命令を受信すると、応答情報を送信する（ステップＳ１０２）。記録装置１０から管理装置２０へ送信される応答情報は、記録装置１０に付与された機種ＩＤが第一の範囲であるか第二の範囲であるかにかかわらず、第一の範囲と同等の共通したフォーマットによって表される。具体的は、機種ＩＤが第一の範囲である場合は図６（Ａ）の左から４ブロック目の機種ＩＤと同等の情報が、機種ＩＤが第二の範囲である場合には図６（Ｂ）の左から４ブロック目の継続通知ビット列と同等の情報が、１バイトの応答情報として送信される。応答情報は、上述した機種ＩＤ要求命令と同様に、古い機種で既に用いられていたフォーマットを用いて表される。そのため、古い機種において、応答情報に関する構成の修正を行う必要が無い。
【００４１】
第一の範囲の機種ＩＤであるか第二の範囲の機種ＩＤであるかに応じて、応答情報に含められる値が異なる。第一の範囲の機種ＩＤが付与された記録装置１０の制御部１０４は、制御プログラム記憶部１０２の機種ＩＤフィールド１０２１から機種ＩＤの数値を読み出し、数値のままで機種ＩＤを応答情報に含める。例えば、機種ＩＤが“１２７”であれば、制御部１０４は二進数のビット列“１１１１１１１”を応答情報の機種ＩＤフィールドに入れる。機種ＩＤフィールドは、応答情報を表すビット列のうち、機種ＩＤを入れるための固定長のビット列の領域である。
【００４２】
第二の範囲の機種ＩＤが付与された記録装置１０の制御部１０４は、自装置の機種ＩＤの値が第二の範囲の値であることを意味する値のビット列（継続通知ビット列）を応答情報の機種ＩＤフィールドに入れる。継続通知ビット列は、第一の範囲の値のうち機種ＩＤとして現在は用いられていない特定の値を表すビット列である。例えば、継続通知ビット列は、１０Ｈを表すビット列として表されても良い。言い換えれば、継続通知ビット列は応答情報の送信のあとに更に継続して送信すべき情報（第二応答情報、第二の範囲の機種ＩＤ）があることを管理装置２０に通知するためのビット列である。
【００４３】
管理装置２０の機種ＩＤ取得部２０２は、応答情報を受信すると、受信した応答情報の機種ＩＤフィールドのビット列を参照し、機種ＩＤの値が継続通知ビット列であるか否か判定する（ステップＳ１０３）。機種ＩＤフィールドの値が、継続通知ビット列でない場合（ステップＳ１０３−ＮＯ）、機種ＩＤ取得部２０２は、機種ＩＤフィールドの値をそのまま機種ＩＤの値として出力する。機種ＩＤ確認部２０３は、機種ＩＤ取得部２０２によって出力された機種ＩＤの値に基づいて、機種ＩＤのブロックの値が一致する第一ヘッダレコード及び制御プログラムの組み合わせを、制御プログラムＤＢ記憶部２０４から検索する（ステップＳ１０４）。次に、機種ＩＤ確認部２０３は、第一方式にしたがって、機種ＩＤと第一ヘッダレコードとの対応関係を判定する（ステップＳ１０５）。そして、記録装置１０から送信された機種ＩＤと、検索された第一ヘッダレコードとの間に対応関係があると確認された場合には、制御プログラム書換部２０５は、この第一ヘッダレコードに対応する制御プログラムを記録装置１０に所定の通信方式で送信し、制御プログラムの書き換えを実行させる（ステップＳ１１１）。
【００４４】
ステップＳ１０３の処理において、応答情報の機種ＩＤフィールドの値が、継続通知ビット列と一致した場合（ステップＳ１０３−ＹＥＳ）、機種ＩＤ取得部２０２は、第二応答要求命令を記録装置１０に送信する（ステップＳ１０６）。第二応答要求命令は、第二応答情報の自装置への送信を要求することを表すデータである。第二応答情報は、第二の範囲の機種ＩＤを含むデータである。第二応答要求命令は、第二の範囲の機種ＩＤが付与された記録装置１０にのみ送信されるデータであるため、第一の範囲の機種ＩＤが付与された記録装置１０は第二応答要求命令に対して対処不能であっても良く、そのことによる特段の問題は生じない。そのため、古い機種において、第二応答要求命令に関する構成の修正を行う必要が無い。
【００４５】
記録装置１０の制御部１０４は、第二応答要求命令を受信すると、第二応答情報を送信する（ステップＳ１０７）。記録装置１０から管理装置２０へ送信される第二応答情報は、記録装置１０に付与された機種ＩＤが第二の範囲である記録装置１０に対して定義されたフォーマットによって表される。第二応答情報は、可変長の文字機種ＩＤフィールドを持つ。文字機種ＩＤフィールドには、機種ＩＤの各桁の文字コードを桁の順に表すビット列が入れられる。すなわち、制御部１０４は、制御プログラム記憶部１０２の機種ＩＤフィールド１０２１から機種ＩＤを読み出し、読み出した機種ＩＤに応じて文字コードを生成し、文字機種ＩＤフィールドに文字コードを入れることによって第二応答情報を生成する。そして、制御部１０４は、第二応答情報を管理装置２０へ送信する。このとき、第二応答情報の末尾には、第二応答情報の末尾であることを表す所定のデータが制御部１０４によって入れられる。例えば、ＮＵＬＬを表す値“００Ｈ”が末尾に入れられても良い。このような所定のデータが末尾に入れられることによって、文字機種ＩＤフィールドが可変長であっても、管理装置２０において文字機種ＩＤフィールドの末尾及び第二応答情報の末尾を正確に認識できる。
【００４６】
管理装置２０の機種ＩＤ取得部２０２は、第二応答情報を受信すると、第二応答情報を変換し、機種ＩＤの数値を取得する（ステップＳ１０８）。すなわち、機種ＩＤ取得部２０２は、第二応答情報から文字機種ＩＤフィールドの値を抽出し、文字コードを認識することによって機種ＩＤの各桁の数字を取得する。そして、機種ＩＤ取得部２０２は、各桁の数字を並べて一つの数値にデータ変換することによって機種ＩＤの数値を取得し、機種ＩＤを出力する。
【００４７】
機種ＩＤ確認部２０３は、機種ＩＤ取得部２０２によって出力された機種ＩＤの値に基づいて、機種ＩＤのブロックの値が一致する第二ヘッダレコード及び制御プログラムの組み合わせを、制御プログラムＤＢ記憶部２０４から検索する（ステップＳ１０９）。次に、機種ＩＤ確認部２０３は、第二方式にしたがって、機種ＩＤと第二ヘッダレコードとの対応関係を判定する（ステップＳ１１０）。そして、記録装置１０から送信された機種ＩＤと、検索された第二ヘッダレコードとの間に対応関係があると確認された場合には、制御プログラム書換部２０５は、この第二ヘッダレコードに対応する制御プログラムを記録装置１０に所定の通信方式で送信し、制御プログラムの書き換えを実行させる（ステップＳ１１１）。
【００４８】
Ｓ１０３、Ｓ１０５で、応答情報に含まれる第一の範囲の機種ＩＤまたは継続通知ビット列を所定の規則で並び変えたデータ列と、第一ヘッダレコードが一致しない場合は、エラーと判断し、書き込みは行わない。
Ｓ１１０で、第二応答情報に含まれる第二の範囲の機種ＩＤを所定の規則で並び変えたデータ列と、第二ヘッダレコードが一致しない場合は、エラーと判断し、書き込みは行わない。
【００４９】
このように構成された記録システム１では、従来から用いられている範囲の数値が機種ＩＤとして付与された装置に対して大幅な構成の変更を要することなく、従来から用いられている範囲の数値が機種ＩＤとして付与された装置と、従来の範囲と重複しない範囲の数値が機種ＩＤとして付与された装置との双方に対して、機種ＩＤと制御プログラムとの対応関係を判断することが可能となる。
なお、古い制御プログラム書き換え部２０５の場合、図７のフローチャートにおいて、Ｓ１０１、Ｓ１０２、Ｓ１０４、Ｓ１０５、Ｓ１１１を実行する。
以下、上記の効果について詳細に説明する。
【００５０】
記録システム１では、機種ＩＤとして、第一の範囲の値と第二の範囲の値とが用いられる。そのため、第一の範囲の値のみが機種ＩＤとして用いられる場合に比べて、機種ＩＤの種類を増加させ、機種の種類の増加に対応することが可能となる。
第一方式と第二方式とは異なる。そのため、以下に示すように、古い記録装置（第一の範囲の機種ＩＤの記録装置）、新しい記録装置（第二の範囲の機種ＩＤの記録装置）、古い管理装置（第二方式を実行できない管理装置）、新しい管理装置（管理装置２０）のいずれの組み合わせにおいても、機種ＩＤと制御プログラムとの対応関係の判断が誤ってなされることが無く、記録装置１０に対して誤った制御プログラムを書き込んでしまうことを防止できる。
【００５１】
記録装置１０が古い第一の範囲の機種ＩＤを有し、管理装置も古い機種の場合には、第一の範囲の機種ＩＤを用いて第一方式で確認が行われる。そのため、第一ヘッダレコードに基づいて対応関係が適切に判断される。そして、対応関係がある制御プログラムを用いて書き換えが実行される。
記録装置１０が古い第一の範囲の機種ＩＤを有し、管理装置が新しい機種（管理装置２０）の場合には、ステップＳ１０３の処理において継続通知ビット列ではないと判断される。したがって、ステップＳ１０４の処理に進み、第一の範囲の機種ＩＤ、第一方式、第一ヘッダレコードに基づいて対応関係が適切に判断される。そして、対応関係がある制御プログラムを用いて書き換えが実行される。
【００５２】
記録装置１０が新しい第二の範囲の機種ＩＤを有し、管理装置が古い機種の場合には、管理装置は継続通知ビット列を機種ＩＤとして用いて、第一方式、第二ヘッダレコードの先頭から４つ分のブロックのビット列に基づいて確認を行う。この場合、第一方式で行われる各ブロックのビット変換の並びと、第二ヘッダレコードに記録されている各ブロックのビット変換の並びとが異なる。すなわち、図６の場合では、ビット反転されたビット列（図６Ａ左端のブロック）と、２ビット左環状シフトしたビット列（図６Ｂ左端のブロック）とが対比される。また、２ビット左環状シフトされたビット列（図６Ａ左端から３番目のブロック）と、ビット反転したビット列（図６Ｂ左端から３番目のブロック）とが対比される。そのため、常にビット列は一致せず、対応関係が無いと判定され、制御プログラムの書き換えが実行されない。したがって、古い機種の管理装置によって、新しい第二の範囲の機種ＩＤを有する新しい記録装置１０に対して、誤った制御プログラムが書き込まれてしまうことを防止できる。
【００５３】
記録装置１０が新しい第二の範囲の機種ＩＤを有し、管理装置が新しい機種（管理装置２０）の場合には、ステップＳ１０３の処理において継続通知ビット列であると判断される。したがって、第二の範囲の機種ＩＤを用いて第二方式で確認が行われる。そのため、第二ヘッダレコードに基づいて対応関係が適切に判断され、対応関係がある制御プログラムを用いて書き換えが実行される。
【００５４】
＜変形例＞
上述した記録装置１０は、管理装置２０によって機種ＩＤと対応する制御プログラムやデータ等との対応関係の確認が行われる周辺機器の一例である。管理装置２０によって対応関係の確認が行われる周辺機器は記録装置に限定されない。例えば、表示装置、通信装置、補助記憶装置など、どのような周辺機器であっても良い。
図６に示される各ブロックにおけるビット変換処理は一例にすぎない。また、ブロックの並びやブロックの数も一例にすぎない。
【００５５】
第二の範囲の機種ＩＤが付与された記録装置１０の機種ＩＤ情報１０２は、数値として表された機種ＩＤとともに、文字コードによって表された機種ＩＤを記憶しても良い。この場合、制御部１０４は、第二応答情報を生成する際に機種ＩＤを数値から文字コードに変換する必要が無い。
以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
【符号の説明】
【００５６】
１…記録システム，  １０…記録装置，  ２０…管理装置（対応関係確認装置），  １０１…通信部，  １０２…制御プログラム記憶部，  １０３…記録部，  １０４…制御部，  ２０１…通信部，  ２０２…機種ＩＤ取得部（要求部，継続情報判断部，第二形式要求部），  ２０３…機種ＩＤ確認部（第一方式確認部，第二方式確認部），  ２０４…制御プログラムＤＢ記憶部，  ２０５…制御プログラム書換部
【図１】
0005691752.tif 000002
【図２】
0005691752.tif 000003
【図３】
0005691752.tif 000004
【図４】
0005691752.tif 000005
【図５】
0005691752.tif 000006
【図６】
0005691752.tif 000007
【図７】
0005691752.tif 000008