(57)【要約】【目的】本体を分解してＲＯＭを取り出してＲＯＭ交換を行ったり、特殊な環境を用意する必要がなく、プログラムモジュールの交換や追加のために要する時間を短縮することができるプリンタファームウェア管理方式を提供すること。【構成】ネットワークに接続されたプリンタにおいて、電子メールを受信する手段（工程）と、電子メールの内容を解析する手段（工程）と、プログラムモジュールを保持、管理する手段（工程）と、前記解析手段により取得したモジュールと既存のモジュールとを取り替える手段（工程）と、ソフトウェアモジュールが更新された際、前記プリンタに更新されたソフトウェアモジュールをメールに添付して送信する送信手段と、を含んでプリンタファームウェア管理方式を構成する。【選択図】　　　図１
2004054478.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークに接続されたプリンタにおいて、
電子メールを受信する手段（工程）と、
電子メールの内容を解析する手段（工程）と、
プログラムモジュールを保持、管理する手段（工程）と、
前記解析手段により取得したモジュールと既存のモジュールとを取り替える手段（工程）と、
ソフトウェアモジュールが更新された際、前記プリンタに更新されたソフトウェアモジュールをメールに添付して送信する送信手段と、
を有することを特徴とするプリンタファームウェア管理方式。
【請求項２】
ソフトウェアモジュールを保持し、モジュールの送信要求が送られてきたとき、そのモジュールを送信要求発行者に送信する手段（工程）と前記モジュール送信手段からプログラムモジュールを取得する手段（工程）を有することを特徴とする請求項１記載のプリンタファームウェア管理方式。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ハードディスク等、書き換え可能なメディアにプログラムを保持する機能を持つプリンタにおいて、プログラムのバージョンアップを容易に行うことを目的としたプログラム管理方式に関するものである。
【０００２】
【従来の技術】
プリンタに内蔵されるファームウェア等のプログラムは、モジュール化することにより、機種毎に必要最低限のプログラムを内蔵しているが、機能追加、バグフィクス等の理由で、プログラムモジュールの追加や取り替えを行うことがある。プリンタに内蔵されているプログラムを追加したり、バージョンアップするには、本体内に装着されているＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）を交換するか、或はハードディスクを装着している機種では、プログラムを外部からプリンタに送ることでプログラムモジュールの追加やバージョンアップを実現している。
【０００３】
【発明が解決しようとする課題】
しかしながら、ＲＯＭ交換をするには本体を分解しなくてはならないため、ユーザは直接できない（或はユーザがそれを実行するのは非常に困難）。又、ハードディスクに送るには特別な操作や環境（特殊な機器やプログラム）が必要になる。
【０００４】
本発明は上記問題に鑑みてなされたもので、その目的とする処は、本体を分解してＲＯＭを取り出してＲＯＭ交換を行ったり、特殊な環境を用意する必要がなく、プログラムモジュールの交換や追加のために要する時間を短縮することができるプリンタファームウェア管理方式を提供することにある。
【０００５】
【課題を解決するための手段】
上記目的を達成するため、本発明は、ネットワークに接続されたプリンタにおいて、電子メールを受信する手段（工程）と、電子メールの内容を解析する手段（工程）と、ＵＲＩに示されたモジュールを取得する手段（工程）と、前記取得手段により取得したモジュールと既存のモジュールとを取り替える手段（工程）とを設け、電子メールにバージョンアップするモジュール名とモジュール自身を添付してプリンタに送致するか、或は電子メールにバージョンアップするモジュール名と新しいモジュールの場所を示すＵＲＩを記述してプリンタに送致して、メールを受け取ったプリンタではメールを解析し、添付されたプログラムモジュールを取り出すか、或はＵＲＩに示されたモジュールをＦＴＰ等の手段により取得し、ハードディスク等書き換え可能なメディアに保持されているモジュールであれば既存のモジュールと取り替え、又、ＲＯＭに内蔵されたプログラムモジュールの場合にはＲＯＭ内蔵モジュールの先頭アドレスにアクセスされたことを検知して、新たに取得したモジュールの先頭アドレスにアクセスするように制御する。
【０００６】
これにより、本体を分解してＲＯＭを取り出してＲＯＭ交換を行う必要がなくなり、又、特殊な環境を用意する必要がなくなる。更に、サービスマン等がプリンタの設置場所に行く必要がなく、プログラムモジュールの交換や追加のために要する時間を短縮することができる。
【０００７】
【発明の実施の形態】
以下に本発明の実施の形態を添付図面に基づいて説明する。
【０００８】
＜実施の形態１＞
図１に本発明の構成を示す。１０１はプリンタにモジュールのバージョンアップを通知するメールを生成、送信するメール送信部、１０２は最新のモジュールを保持して管理するモジュールサーバ、１０３，１０４はそれぞれサーバ、プリンタにおいてネットワークに接続され、メールその他のデータのやり取りを行うネットワークインターフェース部、１０５はメールの受信を行うメール受信部、１０６は受け取ったメールのヘッダ及び内容の解析を行うメール解析部、１０７は取得した最新バージョンのモジュールを保持してバージョンや保持情報を管理するモジュール管理部、１０８はネットワーク上にあるモジュールを取得するモジュール取得部である。
【０００９】
図２に基づいて本実施の形態における処理の流れを説明する。
【００１０】
手順２０１においてメール受信部１０５にメールが到着しているかどうかを調べる。メールが到着していれば、手順２０２において送信元の情報を得るためにメールのヘッダを解析する。手順２０３ではメールの発信元の判定を行い、手順２０２において解析した結果、メール送信元が最新モジュールを管理するサーバ或はそのサーバの管理アドレスであると判断された場合には手順２０４に進み、そうでなければ次に到着するメールの処理を行うために手順２０１に戻る。
【００１１】
手順２０４では、メール解析部１０６においてメールの内容を解析し、モジュール管理部１０７に解析結果を送る。このとき、モジュール名、モジュールのバージョン番号とモジュールのＵＲＩ等の情報が取り出されてモジュール管理部１０７に送られる。手順２０５では手順２０４での解析結果から最新のモジュールの場所を示すＵＲＩ（モジュールサーバ１０２のＵＲＩ）を取得する。
【００１２】
手順２０６では、モジュール取得部１０８において手順２０５で得られたモジュールサーバ１０２のＵＲＩにアクセスし、モジュールのダウンロードを行う。手順２０７では置き換えるモジュールが格納されている場所をモジュール管理部１０７において管理されている情報を元に判断する。ハードディスクに格納される場合には、手順２０８においてオリジナルのモジュールと手順２０６で得たモジュールを置き換える。
【００１３】
ＲＯＭに内蔵されている場合、即ち書き換え不可能な場合には、手順２０６で得たモジュールを一旦ハードディスクに保存し（手順２０９）、次にそのモジュールをＲＡＭ上に展開する（手順２１０）。そして、ＲＯＭ上の古いコードへアクセスしようとした際、それを検知して手順２１０で展開したコードの先頭アドレスへジャンプするようにする（この管理はモジュール管理部１０７で実行される）。以降、プリンタが初期化されたり電源投入をされた際には常に手順２１０で説明した動作を行う。
【００１４】
以上説明したように、本実施の形態のプリンタファームウェア管理方式を用いると、メールによりプリンタにファームウェアモジュールのバージョンアップを通知して、プリンタがそのモジュールをダウンロードすることで最新のバージョンのモジュールを実行できるため、本体を分解してＲＯＭを取り出してＲＯＭ交換を行う必要がなくなり、又、ハードディスク等に書き込まれたモジュールを書き換えるための特殊な環境を用意する必要がなくなる。更に、サービスマン等がプリンタの設置場所に行き作業をする必要がないため、プログラムモジュールの交換や追加のために要する時間を短縮することができる。
【００１５】
＜実施の形態２＞
前記実施の形態１では、バージョンアップ通知のメールにバージョンアップするモジュールのＵＲＩを記述してプリンタがそれをダウンロードする方法について説明した。本実施の形態では、バージョンアップするモジュールがメールに添付されているか、バージョンアップするモジュールのＵＲＩが記述されれているかの何れかの場合においても適切にモジュールのバージョンアップを行う方法について説明する。
【００１６】
図３を基に本実施の形態における処理の流れを説明する。
【００１７】
手順３０１においてメール受信部１０５にメールが到着しているかどうかを調べる。メールが到着していれば、手順３０２において送信元の情報を得るためにメールのヘッダを解析する。手順３０３ではメールの発信元の判定を行い、手順３０２において解析した結果、メール送信元が最新モジュールを管理するサーバ或はそのサーバの管理アドレスであると判断された場合には手順３０４に進み、そうでなければ次に到着するメールの処理を行うために手順３０１に戻る。
【００１８】
手順３０４では手順３０２において行ったヘッダ解析の結果からメールがマルチパートで構成されているかどうかを調べる。複数種類のコンテンツが含まれる場合（即ち、マルチパートになっている場合）には手順３０５に進み、そうでない場合には手順３０８に進む。手順３０５ではメールに含まれるコンテンツを種類毎に取り出す。手順３０６では手順３０５で取り出したコンテンツのうちバイナリ、即ちバージョンアップするモジュール本体を保存する。
【００１９】
手順３０７では手順３０５で取り出したコンテンツのうちテキスト部分を解析し、モジュール名、バージョン番号等のモジュール情報を取り出してモジュール管理部１０７に送る。モジュール管理部１０７では手順３０７で得たモジュール情報と、手順３０６で取り出したモジュール本体の保存情報を保持・管理する。手順３０７を実行後、手順３１１に進む。手順３０４でメールがマルチパートで構成されていないと判断された場合には、前記実施の形態１での手順２０４〜手順２０６と同じ手順で、モジュール情報を得て（手順３０８）、ダウンロードするモジュールのＵＲＩを得て（手順３０９）、モジュールのダウンロードを行い（手順３１０）、手順３１１に進む。
【００２０】
手順３１１以降の処理の流れは実施の形態１における手順２０７以降の処理の流れと同じである。手順３１１では、置き換えるモジュールが格納されている場所をモジュール管理部１０７において管理されている情報を元に判断する。ハードディスクに格納される場合には、手順３１２においてオリジナルのモジュールと、手順３０６或は手順３１０で得たモジュールを置き換える。
【００２１】
ＲＯＭに内蔵されている場合、即ち、書き換え不可能な場合には、手順３０６或は手順３１０で得たモジュールを一旦ハードディスクに保存し（手順３１３）、次にそのモジュールをＲＡＭ上に展開する（手順３１４）。そして、ＲＯＭ上の古いコードへのアクセスしようとした際、それを検知して手順３１４で展開したコードの先頭アドレスへジャンプするようにする（この管理はモジュール管理部１０７で実行される）。以降、プリンタが初期化されたり電源投入をされた際には常に手順３１４で説明した動作を行う。
【００２２】
以上説明したように、本実施の形態に係るプリンタファームウェア管理方式を用いると、バージョンアップの通知をするメールに直接バージョンアップするモジュールを添付するか、或はバージョンアップするモジュールの置き場所を示すＵＲＩを記述するか、何れの方法を使っても適切にファームウェアモジュールのバージョンアップを適切に行うことができる。これにより、実施の形態１と同様に、本体を分解してＲＯＭを取り出してＲＯＭ交換を行う必要がなくなり、又、ハードディスク等に書き込まれたモジュールを書き換えるための特殊な環境を用意する必要がなくなる。更に、サービスマン等がプリンタの設置場所に行き作業をする必要がないため、プログラムモジュールの交換や追加のために要する時間を短縮することができる。
【００２３】
【発明の効果】
以上の説明で明らかなように、本発明によれば、ネットワークに接続されたプリンタにおいて、電子メールを受信する手段（工程）と、電子メールの内容を解析する手段（工程）と、ＵＲＩに示されたモジュールを取得する手段（工程）と、前記取得手段により取得したモジュールと既存のモジュールとを取り替える手段（工程）とを設け、電子メールにバージョンアップするモジュール名とモジュール自身を添付してプリンタに送致するか、或は電子メールにバージョンアップするモジュール名と新しいモジュールの場所を示すＵＲＩを記述してプリンタに送致して、メールを受け取ったプリンタではメールを解析し、添付されたプログラムモジュールを取り出し、又はＵＲＩに示されたモジュールをＦＴＰ等の手段により取得し、既存のモジュールと取り替えるようにしたため、本体を分解してＲＯＭを取り出してＲＯＭ交換を行う必要がなくなり、又、特殊な環境を用意する必要がなくなる。又、サービスマン等がプリンタの設置場所に行く必要がなく、プログラムモジュールの交換や追加のために要する時間を短縮することができる。
【図面の簡単な説明】
【図１】本発明の検索方式の機能構成を示すブロック図である。
【図２】本発明の実施の形態１における処理手順を説明するフローチャートである。
【図３】本発明の実施の形態２における処理手順を説明するフローチャートである。
【符号の説明】
１０１　　　メール送信部
１０２　　　モジュールサーバ
１０３，１０４　　ネットワークインターフェース
１０５　　　メール受信部
１０６　　　メール解析部
１０７　　　モジュール管理部
１０８　　　モジュール取得部
【図１】
2004054478.tif 000003
【図２】
2004054478.tif 000004
【図３】
2004054478.tif 000005