【事件の表示】
　特願２００１−１３７９４０「データ通信プログラム、データ通信プログラムを記録したコンピュータ読み取り可能な記録媒体、データ通信装置およびデータ通信方法」拒絶査定不服審判事件〔平成１４年１０月１１日出願公開、特開２００２−２９７３９５〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯と本願発明
　本願は、平成１３年４月２日の出願であって、平成１５年７月２５日付けで拒絶理由通知がなされ、平成１６年２月１２日付けで拒絶査定がなされ、これに対し、同年３月１８日に審判請求がなされ、これに対し平成１８年６月１３日付けで当審より拒絶理由通知がなされ、同年８月１５日に手続補正がなされたものであり、その請求項８に係る発明（以下、「本願発明」という。）は、特許請求の範囲の請求項８に記載された事項により特定される次のとおりのものと認める。 
　
　「複数の制御モジュールを備えた画像形成装置において実行されるデータ通信方法であって、
　各制御モジュールを制御するためのファームウェアが添付された電子メールを受信する受信ステップと、
　前記受信された電子メールから取得した情報に基づいて、電子メールに添付されたファームウェアが、前記複数の制御モジュールのいずれか一を制御するためのファームウェアが分割された分割ファームウェアの１つであるか否かを判定する判定ステップと、
　前記判定ステップにより前記分割ファームウェアの１つであると判定された場合、前記一の制御モジュールを制御するためのファームウェアの残りの分割ファームウェアの存在を確認する確認ステップと、
　前記確認ステップにより前記残りの分割ファームウェアの存在が確認され、前記一の制御モジュールを制御するためのファームウェアの分割ファームウェアがすべて揃ったと判断された場合に、当該分割ファームウェアのすべてを前記一の制御モジュールの所定のメモリへ書き込む書込ステップとを含む、データ通信方法。」
　
２．引用文献
　
Ａ．これに対して、当審より通知された拒絶理由に引用された、本願の出願日前である平成１０年７月２１日に頒布された刊行物である、特開平１０−１８７４５７号公報（以下、「引用文献１」という。）には、図面とともに、以下の事項が記載されている。
　
（ａ）「【要約】
【課題】  高い拡張性を実現すると共に的確な管理を可能とする。
【解決手段】  マスター機で、スレーブ機のコマンドインタープリタで解釈実行可能な命令が記述された起動用ファイル、必要に応じてスレーブ機の制御用のプログラム及びデータを作成し、各ファイルをまとめ/ 圧縮して処理要求命令ファイルを作成する（ステップ200)。マスター機からスレーブ機へ処理要求命令ファイルを送信し( ステップ206)、スレーブ機が受信したデータを伸長/ 解凍する(ステップ210)。そして、スレーブ機のコマンドインタープリタが、起動用ファイルの命令を順次解釈実行する( ステップ212)。
　・・・（中略）・・・
【０００１】
【発明の属する技術分野】本発明は、ファイルの通信が可能なマスター機及びスレーブ機が実行するプログラム及びデータの管理方法に係り、特にマスター機からスレーブ機の処理プログラムで解釈実行可能な命令が記述された起動用ファイルを含む処理要求ファイルを送信し、スレーブ機側で、受信した起動用ファイルに記述された命令を解釈実行することを特徴とするプログラム及びデータの管理方法に関する。」
　
（ｂ）「【００３６】請求項１１の発明は、請求項１０の前記処理要求命令ファイルが、特定の名称を持った階層構造の下に各々存在する、起動用ファイル、スレーブ機の制御手段で実行可能なプログラム及びデータを、前記統合手段によりまとめたファイルであることを特徴としている。
　・・・（中略）・・・
【００４１】請求項１４の発明は、請求項１３のスレーブ機において、特定の名称を持った階層構造の下に各々存在する、起動用ファイル、スレーブ機の制御手段で実行可能なプログラム及びデータをまとめた処理要求命令ファイルを受信し、受信した処理要求命令ファイルを、前記解凍手段により元の階層構造に戻すことを特徴とする。
【００４２】請求項１５の発明は、請求項１乃至請求項１４のいずれか１項の発明において、ファイルを送信するマスター機及びスレーブ機の少なくともいずれかの送信機が、送信するファイルのデータ量が特定量を越えている場合、送信するファイルを処理プログラムにより所定のデータ量単位に分割する分割手段と、前記分割手段により分割された分割データを前記通信手段を用いて送信する分割送信手段と、を有することを特徴とする。
【００４３】請求項１５の発明では、分割手段が、送信するファイルのデータ量が特定量を越えている場合、送信するファイルを処理プログラムにより所定のデータ量単位に分割する。そして、分割送信手段が、分割手段により分割された分割データを通信手段を用いて送信する。
【００４４】このように請求項１５の発明では、分割送信を可能としたので、大量のデータを転送する場合の信頼性を向上させることができる。」
　
（ｃ）「【００７３】また、スレーブ機５０は、回線を介して受信した画像データをプリントしたり、スキャナにより読み取った原稿画像を回線を介して送信したりするファクシミリ装置として構成されている。このファクシミリ装置は、ＬＡＮ７により１又は複数の他端末とネットワークを形成させたり、他の回線を介してマスター機以外の端末とのデータ通信を可能とすることができる。
　・・・（中略）・・・
【００８３】図４に示すように、ファクシミリ装置としてのスレーブ機５０は、所定のオペレーションシステム（ＯＳ）のプログラム及びシステム制御プログラムに基づいて装置全体の管理・制御及び時限監視を行うマイクロプロセッサ７６と、所定のデータが格納された不揮発性メモリのＲＯＭ７４と、マイクロプロセッサ７６の作業域及び受信データのバッファとして使用されるＲＡＭ７２と、スレーブ機を所定の制御方式で制御するためのプログラム及び該制御方式で用いられるデータを記憶するプログラム／データ記憶部７８と、を備え、各々が制御命令やデータを伝達するシステムバス８０に接続されている。」
　
（ｄ）「【０１０７】図７のフローチャートに示すように、処理要求ファイル生成装置２の特定ディレクトリの下に、スレーブ機のコマンドインタープリタ（シェル）で解釈実行可能な処理命令からなる起動ファイル、スレーブ機を特定の制御方式で制御するプログラム、及び該プログラム実行に必要となるデータのファイルを作成する。ここで、これらのファイルを有するディレクトリの階層構造の例を図１２に示す。
【０１０８】図１２に示すように、／ｋａｎｒｉというディレクトリの下に、プログラムに関するファイルを有する／ｐｒｏｇｒａｍというディレクトリと、データに関するファイルを有する／ｄａｔａというディレクトリとがある。／ｐｒｏｇｒａｍの下には、さらに／ｐｒｏ１、／ｐｒｏ２があり、／ｄａｔａの下にはさらに／ｄａｔ１、／ｄａｔ２がある。
【０１０９】　・・・（中略）・・・　また、／ｋａｎｒｉ／ｐｒｏｇｒａｍ／ｐｒｏ２／の下には、実行形式のプログラム”ＯＵＴＤＡＴ”が収められている。」
　
（ｅ）「【０１２３】・・・（中略）・・・　転送データのデータ量が基準データ量Ｃを越えているとき（ステップ２７０肯定判定）、マスター機は、処理要求命令ファイルを分割し、分割されたデータを順次スレーブ機へ送信する分割送信を実行し（ステップ２７２）、送信完了後に本サブルーチンをリターンする。なお、分割送信の詳細については後述する。　・・・（中略）・・・
【０１２５】図２１に示したヘッダ部には、転送データを管理特定するための情報が格納された管理領域、　・・・（中略）・・・　、分割送信する場合のデータ分割数、分割データとしての各転送データに順番に付与された分割データ番号、及びデータ部（処理要求命令ファイル）のデータ量の各情報が格納されている。
【０１２６】なお、管理領域の情報として、処理要求命令ファイルのディレクトリ名（図１２の例では、／ｋａｎｒｉ）などが含まれ、これによりスレーブ機が処理要求命令ファイルのディレクトリ構造を認識できるようになっている　・・・（中略）・・・」
　
（ｆ）「【０１４３】次に、図８のステップ２７２で実行される処理要求命令ファイルの分割送信、図９のステップ２８２で実行される返送ファイルの分割送信の詳細な処理の流れを図１０のフローチャートを用いて説明する。
【０１４４】図１０のフローチャートに示すように、まず、送信機側で、送信データをスプリッター機能（ＵＮＩＸの場合、”ｓｐｌｉｔ”コマンドを使用）により、特定量単位毎に分割する（ステップ３００）。　・・・（中略）・・・
【０１４５】次に、送信機側で、各分割データに順番（ｋ＝１、２、．．．．、Ｎ）を付与する（ステップ３０２）。この順番は、分割前の元のデータに戻すときに、各分割データを特定するためのもので、例えば、元のデータの先頭のデータから順次番号を付与していく。
【０１４６】そして、送信機から受信機へ、分割データ数Ｎを通知する（ステップ３０４）。この分割データ数Ｎの通知は、例えば、図２１のような分割データ数が書き込まれたヘッダ部を先に送出することにより可能となる。なお、特定のプロトコル信号により通知しても良い。
【０１４７】次に、分割データ番号ｋを１に設定し（ステップ３０６）、送信機から受信機へ、分割データｋ（番号ｋが付与された分割データ；ここではｋ＝１）を送信する（ステップ３０８）。受信機側では、この分割データの受信の良否を判定し、分割データの受信が正常終了しなかった場合（ステップ３１０否定判定）、受信機が送信機に対して分割データｋの再送を要求する（ステップ３１４）。つまり、この再送要求では、これまでの送信機と受信機の送受信の役割が反転される。そして、ステップ３０８に戻り、送信機から受信機へ、受信が失敗した分割データｋの送信処理が再び行われ、ステップ３１０で同様の判定を行う。
【０１４８】分割データｋの受信が正常終了した場合（ステップ３１０肯定判定）、受信機側では、受信した分割データｋに付与されている分割データ番号ｋ（図２１参照）を読み取り、各分割データに適当なファイル名を付与して識別しておく（ステップ３１２）。なお、送信機が分割データを順番通りに送信する場合には、分割データ番号ｋを必ずしも読み取る必要はなく、受信した順番により分割データを特定する。
【０１４９】そして、送信機及び受信機が、分割データ番号ｋを１だけインクリメントし（ステップ３１６）、インクリメントされたｋが分割データ数Ｎを越えているか否かを判定する（ステップ３１８）。分割データ数Ｎが受信機側にも通知されているため、受信機でもこのような判定が可能となる。
【０１５０】ｋがＮを越えていないと判定した場合（ステップ３１８否定判定）、ステップ３０８に戻り、インクリメントされたｋについて送信機が次の分割データｋの送信処理を行い、同様の処理を繰り返す。
【０１５１】これに対し、ｋがＮを越えていると判定した場合（ステップ３１８肯定判定）、受信機側では、ファイル名などで識別されている分割データ１、２、．．．．Ｎを順番に結合することにより元のファイルを再現し、このファイルにコマンドインタープリタで認識可能なファイル名を付与し（ステップ３２０）、
　・・・（中略）・・・
【０１５６】スレーブ環境では、受信した分割データをＲＡＭ７２に一時格納し、受信データの結合、伸長、及び解凍を行う。そして、起動用ファイルを起動させることにより、共に送られてきたプログラム及びデータをプログラム／データ記憶部７８にインストールする。　・・・（中略）・・・
【０１５７】なお、プログラムのインストール方法には、図２２に示すように、プログラム／データ記憶部７８に格納されていた旧バージョンのプログラムを新バージョンのプログラムに全部入れ替える場合、新たなプログラムを旧バージョンのプログラムに追加する場合、及びプログラムの一部（例えばサブルーチン）を変更する場合などがある。」
　
　（ｃ）の段落【００８３】の記載から、ファクシミリ装置は、装置全体の管理・制御及び時限監視を行うマイクロプロセッサ、ＲＯＭ、ＲＡＭ、ファクシミリ装置を所定の制御方式で制御するためのプログラム及び該制御方式で用いられるデータを記憶するプログラム／データ記憶部、及びこれらと接続されるシステムバスとを備えていると解される。
　（ａ）の記載、（ｅ）の段落【０１２５】の記載、及び図２１から、ファクシミリ装置は、マスター機から処理要求命令ファイル（起動用ファイル、プログラム、データを含む）をヘッダ部とデータ部とからなる転送データにより受信する受信ステップを有し、また（ｆ）の段落【０１５６】の記載から、起動用ファイルを起動させることにより、送られてきたプログラムをプログラム／データ記憶部７８に書き込むと解される。
　（ｂ）の段落【００４２】の記載から、該処理要求命令ファイルのデータ量が特定量を超えている場合には、処理要求命令ファイルが分割されて送信／受信されると解される。
　（ｅ）の段落【０１２５】の記載から、前記分割データとしての転送データのヘッダ部には、転送データを管理特定するための情報が格納された管理領域、データ分割数、及び分割データ番号等が、またデータ部には処理要求ファイルが格納されていると解される。
　そして、前記管理領域の情報としては、（ｅ）の段落【０１２６】の記載から、処理要求命令ファイルのディレクトリなどが含まれ、ファクシミリ装置は、処理要求命令ファイルのディレクトリを認識できると解される。
　次に、引用文献１に記載された分割送信／受信についてその詳細を見る。
　（ｆ）の段落【０１４８】の記載から、受信機（ファクシミリ装置）は、各転送データのヘッダ部から、分割データに付与されている分割番号ｋを読み取り、処理要求命令ファイルを分割した分割データの一つであるか否かを特定するとともに、残りの分割データについても受信し、それぞれの分割データの分割番号を特定すると解される。
　そして、段落【０１５１】の記載から、処理要求命令ファイルを分割したＮ個の分割データを全て受信したと判定した場合、分割データ１〜Ｎを順番に結合することにより、元のファイルを再現し、該処理要求ファイルが、例えば、プログラム”ＯＵＴＤＡＴ”のインストールを要求する処理要求ファイルの場合、前記プログラム／データ記憶部７８に書き込むと解される。
　したがって、ファクシミリ装置は、各転送データのヘッダ部から、分割データに付与されている分割番号ｋを読み取り、処理要求命令ファイルを分割した分割データの一つであるか否かを特定するとともに、残りの分割データを受信し、それぞれの分割データの分割番号を特定する特定ステップと、前記特定ステップにより、前記残りの分割データが特定され、処理要求命令ファイルを分割したＮ個の分割データを全て受信したと判定した場合、分割データの全てを結合し、ファクシミリ装置を所定の制御方式で制御するためのプログラムをファクシミリ装置のプログラム／データ記憶部に書き込む書込ステップを有するものと認められる。
　ここで、「各転送データのヘッダ部から、分割データに付与されている分割番号ｋを読み取り、処理要求命令ファイルを分割した分割データの一つであるか否かを特定する」ことは、受信された転送データから取得した情報に基づいて、該転送データが、処理要求命令ファイルが分割された分割データの１つであるか否かを判定することを意味すると認められることから、ファクシミリ装置は、受信された転送データから取得した情報に基づいて、該転送データが、処理要求命令ファイルが分割された分割データの１つであるか否かを判定する判定ステップを有するものと認められる。
　また、「前記処理要求命令ファイルを分割した残りの分割データを受信し、それぞれの分割データの分割番号を特定する特定ステップ」により、残りの分割データの存在をファクシミリ装置が確認できることは明らかであることから、前記処理要求命令ファイルの残りの分割データの存在を確認する機能（確認ステップ）を有するものと認められる。
　そして、「前記特定ステップにより、前記残りの分割データが特定され、処理要求命令ファイルを分割したＮ個の分割データを全て受信したと判定された場合」は、前記確認ステップにより前記残りの分割データの存在が確認され、処理要求命令ファイルが分割された分割データが全て揃ったと判断された場合を意味すると認められる。
　
　よって、上記（ａ）〜（ｆ）の記載、及び関連する図面を参酌すると、引用文献１には、次の発明（以下、「引用発明」という）が記載されていると認められる。
　
　装置全体の管理・制御及び時限監視を行うマイクロプロセッサ、ＲＯＭ、ＲＡＭ、ファクシミリ装置を所定の制御方式で制御するためのプログラム及び該制御方式で用いられるデータを記憶するプログラム／データ記憶部、及びこれらと接続されるシステムバスとを備えたファクシミリ装置において実行されるデータ通信方法であって、
　ファクシミリ装置を所定の制御方式で制御するためのプログラムを含む処理要求命令ファイルをヘッダ部とデータ部とからなる転送データとして受信する受信ステップと、
　前記受信された転送データから取得した情報に基づいて、該転送データが、処理要求命令ファイルが分割された分割データの１つであるか否かを判定する判定ステップと、
　前記判定ステップにより前記処理要求命令ファイルが分割された分割データの１つであると判定された場合、前記処理要求命令ファイルの残りの分割データの存在を確認する確認ステップと、
　前記確認ステップにより前記残りの分割データの存在が確認され、処理要求命令ファイルが分割された分割データが全て揃ったと判断された場合に、当該分割データの全てを結合し、ファクシミリ装置を所定の制御方式で制御するためのプログラムをファクシミリ装置のプログラム／データ記憶部に書き込む書込ステップとを含む、データ通信方法
　
Ｂ．当審より通知された拒絶理由に引用された、本願の出願日前である平成１１年８月１０日に頒布された刊行物である、特開平１１−２２０６０９号公報（以下、「引用文献２」という。）には、図面とともに、以下の事項が記載されている。
　
（ｇ）「【０００３】
【発明が解決しようとする課題】ところが、一般の画像データをそのまま電子メールとすると、電子メールとしては非常に大きなデータとなる。このため、画像データをそのまま電子メールとして送受信すると、通信システム全体に支障を来す可能性がある。そこで、画像データを複数に分割して電子メールとして送り、個々の電子メールのデータ量を減らすことも考えられる。しかしながら、この場合、プリンタ等の画像形成装置では受信した電子メールに対応する画像をバラバラに形成してしまう。
【０００４】このため、場合によっては、元の画像がどのようなものであったか見当も付かなくなる可能性もある。特に、インターネット等では、電子メールを中継するプロバイダ等が一定しておらず、種々の経路を経て電子メールが送られる。従って、分割された画像データの順序が入れ替わったり、分割された画像データの間に他の電子メールが割り込んだりする可能性もある。この場合、元の画像を復元することは一層困難になる。
【０００５】そこで、本発明は、分割された画像データを通信回線を介して受信する画像形成装置及び画像データ処理装置において、元の画像を容易に復元可能とすることを目的としてなされた。
【０００６】
【課題を解決するための手段及び発明の効果】上記目的を達するためになされた請求項１記載の発明は、被記録媒体に画像を形成する画像形成手段と、通信回線を介して画像データを受信する受信手段と、該受信手段が受信した上記画像データに基づき、上記画像形成手段を駆動制御するための印刷データを作成する印刷データ作成手段と、を備えた画像形成装置であって、上記受信手段が受信した画像データが、複数に分割された画像データの内の一つであるか否かを判断する第１判断手段と、該第１判断手段が、上記画像データが複数に分割された画像データの内の一つであると判断したとき、その画像データを上記印刷データ作成手段に提供することなく記憶する記憶手段と、該記憶手段に記憶された画像データがひとまとまり揃ったか否かを判断する第２判断手段と、該第２判断手段が上記画像データがひとまとまり揃ったと判断したとき、上記画像データを分割前の画像データに復元し、上記印刷データ作成手段に提供する復元手段と、を備えたことを特徴としている。」
　
（ｈ）「【００３１】また、ページ記述言語で記述されたものも含めた上記各種データファイルでは、そのデータ量が非常に大きく、一つのファイルとして送信するのが不適切な場合もある。このような場合、操作者はデータファイルを複数に分割し、１／４，２／４，３／４，４／４（４分割の場合）等の分割状態の識別情報であるデータを分割後の各ファイルに添付して送信する。なお、このようなデータファイルの分割やデータの添付はパソコン４が自動的に実行してもよい。ここで、このようにｍ／ｎ（ｍ，ｎは自然数）の形態のデータ（以下、ｍ／ｎデータという）が添付されたデータファイルが、複数に分割された画像データに相当する。また、ｍ／ｎデータは、実質的に同様の内容を表わすデータであれば種々の形態を適用することができる。
【００３２】・・・（中略）・・・
【００３３】そして最終的に、メールソフトは、エンベロープ７１とヘッダ７３とをテキストデータからなるメッセージや種々のファイルからなるボディ７５に付け、図２に示すような電子メール７０を構成して、メールサーバ２４に送信する。また、前述のｍ／ｎデータもヘッダ７３内に書き込まれる。
・・・（中略）・・・
【００４２】続くＳ５では、Ｓ３にて受信した電子メールが、複数に分割されたメールデータであるか否かを判断する。この判断は、例えば前述のｍ／ｎデータの有無を確認することによってなされる。　・・・（後略）・・・」
　
（ｉ）「【００４８】また、同じ分割数（ｎ）で分割された二つ以上の電子メールを同時に受信した場合、両者が混合してしまう可能性もある。そこで、電子メール毎にＩＤを付与しておき、Ｓ１５では、共通のＩＤを有するメールデータがひとまとまり揃ったか否かを判断してもよい。この場合、電子メールが混合してしまうのを確実に防止することができる。」
　
　上記（ｇ）及び（ｈ）には、分割した画像データを電子メールで受信する際に、前記受信した電子メールから取得した情報に基づいて、受信した画像データが、複数に分割された画像データの内の一つであるか否かを判断する第１判断手段と、該第１判断手段が、上記画像データが複数に分割された画像データの内の一つであると判断したとき、その画像データを上記印刷データ作成手段に提供することなく記憶する記憶手段と、該記憶手段に記憶された画像データがひとまとまり揃ったか否かを判断する第２判断手段と、該第２判断手段が上記画像データがひとまとまり揃ったと判断したとき、上記画像データを分割前の画像データに復元し、上記印刷データ作成手段に提供する復元手段と、を備えたことを特徴とする画像形成装置に関する発明が記載されている。
　また、この発明は画像データを対象としているが、（ｈ）の段落【００３１】の記載において「ページ記述言語で記述されたものも含めた上記各種データファイルでは、そのデータ量が非常に大きく、一つのファイルとして送信するのが不適切な場合もある。このような場合、操作者はデータファイルを複数に分割し、１／４，２／４，３／４，４／４（４分割の場合）等の分割状態の識別情報であるデータを分割後の各ファイルに添付して送信する。」とあり、データ量が非常に大きく、一つのファイルとして送信するのが不適切なデータファイルに関して適用されるものと解される。
　そして、上記（ｉ）の記載において「同じ分割数（ｎ）で分割された二つ以上の電子メールを同時に受信した場合、両者が混合してしまう可能性もある。そこで、電子メール毎にＩＤを付与しておき、Ｓ１５では、共通のＩＤを有するメールデータがひとまとまり揃ったか否かを判断してもよい。」とあり、二つ以上のデータファイルに関して、それぞれが分割されたデータを同時に受信する場合に、電子メール毎にＩＤを付与し、該ＩＤにより、分割されたデータが、二つ以上のデータファイルのどのデータファイルの分割されたデータであるか、を判断すると解される。
　
　よって、上記（ｇ）〜（ｉ）の記載、及び関連する図面を参酌すると、引用文献２には、次の発明（以下、「引用文献２記載の発明」という）が記載されていると認められる。
　
　二つ以上の、データ量が非常に大きく一つのファイルとして送信するのが不適切なデータファイルを分割して電子メールによって受信するデータ通信方法であって、
　受信した電子メールの情報（ＩＤ、分割番号）に基づいて、受信したメールデータが、二つ以上のデータファイルのいずれか一のデータファイルが分割されたメールデータの一つであるか否かを判断する第１判断手段と、
　該第１判断手段が、上記メールデータが前記二つ以上のデータファイルのいずれか一のデータファイルが分割されたメールデータであると判断したとき、そのメールデータを記憶する記憶手段と、
　該記憶手段に記憶されたメールデータがひとまとまり揃ったか否かを判断する第２判断手段と、該第２判断手段が上記二つ以上のデータファイルのいずれか一のデータファイルが分割されたメールデータがひとまとまり揃ったと判断したとき、上記メールデータを分割前の上記二つ以上のデータファイルのいずれか一のデータファイルに復元し、提供する復元手段と、を備えたことを特徴とするデータ通信方法。
　
Ｃ．当審より通知された拒絶理由に引用された、本願の出願日前である平成１２年１月２８日に頒布された刊行物である、特開２０００−２９６４８号公報（以下、「引用文献３」という。）には、図面とともに、以下の事項が記載されている。
　
（ｊ）「【０００１】
【発明の属する技術分野】本発明は、ネットワーク機器の動作用データ更新装置及びこれを利用した印刷装置に係り、例えば、ネットワーク機器としての印刷装置のファームウェアを更新する動作用データ更新装置及びこれを利用した印刷装置に関する。
　・・（中略）・・・
【００１４】図１に示す印刷装置８は、動作用データに従って動作するネットワーク機器であって、動作用データ更新装置を装備している。この印刷装置８に装備された動作用データ更新装置９の構成を図２に示す。電子メール処理部１３は、ネットワークから動作用データの書かれた電子メールを受信して該電子メールに書かれた動作用データを現在の動作用データの記憶部１４に更新する機能を備えている。本実施形態において、上記動作用データは、印刷処理プログラム（ファームウェアプログラム）である。
【００１５】　・・（中略）・・・
【００１６】図２を参照すると、印刷装置８は、ネットワークＬＡＮ６上のデータの送受信を行うインタフェース部１１と、記憶部であるバッファ１２と、電子メール受信を行う電子メール処理部１３と、印刷処理を行う印刷処理プログラムの記憶部（印刷処理プログラム記憶部）１４とを備えている。電子メール処理部１３は、メールサーバ７に印刷装置８宛の電子メールがないか確認し、あれば、その電子メールのデータをバッファ１２に受信する。そして、受信したデータをプログラム実行形式に変換し、新しい印刷処理プログラムを記憶部１４に更新する機能を有する。」
　
　　以上から、引用文献３には、次の周知技術（以下、「引用文献３記載の周知技術」という）が記載されていると認められる。
　
　印刷装置（画像形成装置）のファームウェアを更新するために、ネットワークを介して、ファームウエアが添付された電子メールを受信し、受信したファームウェアを所定の記憶部に書込み更新する、データ通信方法。
　
３．対比　
　ここで、本願発明と引用発明とを対比する。
　引用発明の「マイクロプロセッサ、ＲＯＭ、ＲＡＭ、スレーブ機を所定の制御方式で制御するためのプログラム及び該制御方式で用いられるデータを記憶するプログラム／データ記憶部、及びこれらと接続されるシステムバス」は、ファクシミリ装置の制御を行うことから、本願発明の「制御モジュール」に対応する。
　そして、引用発明の「ファクシミリ装置」、「プログラム」及び「プログラム／データ記憶部」は、それぞれ本願発明の「画像形成装置」、「ファームウエア」及び「所定のメモリ」に対応する。
　また、引用発明において転送される「処理要求命令ファイル」はプログラムと該プログラムをインストールするための起動用ファイルとを含むファイルである。他方、本願発明において転送されるデータファイルは、「ファームウエア」であるが、転送されるデータファイルとしては、両者ともに、「ファームウエアを含むファイル」である点で共通する。
　また、引用発明の「処理要求命令ファイルが分割された分割データ」は、本願発明の「分割ファームウェア」と、分割ファイルである点で共通する。　
　また、引用発明の「転送データ」は、前記「処理要求命令ファイル」をファクシミリ装置に転送するための搬送ファイルであり、他方、本願発明の「電子メール」は、「ファームウエア」を転送するためのものであることから、両者はともに、搬送ファイルである点で共通する。 
　また、引用発明の「判定ステップ」と、本願発明の「判定ステップ」とは、前記受信された搬送ファイルから取得した情報に基づいて、搬送ファイルにより転送されるファームウエアを含むファイルが、ファームウエアを含むファイルが分割された分割ファイルの１つであるか否かを判定する点で共通する。
　また、引用発明の「確認ステップ」と、本願発明の「確認ステップ」とは、前記判定ステップによりファームウエアを含むファイルを分割した分割ファイルの一つであると判定した場合、前記ファームウエアを含むファイルを分割した残りの分割ファイルの存在を確認する点で共通する。
　また、引用発明の「書込ステップ」と、本願発明の「書込ステップ」とは、当該分割ファイルの全てから得られる分割元のファームウエアを制御モジュールの所定のメモリへ書き込む点で共通する。
　
　よって、本願発明と引用発明とは、 
　
　制御モジュールを備えた画像形成装置において実行されるデータ通信方法であって、
　制御モジュールを制御するためのファームウェアを含むファイルを転送する搬送ファイルを受信するステップと、 
　前記受信された搬送ファイルから取得した情報に基づいて、搬送ファイルにより転送されるファームウエアを含むファイルが、ファームウエアを含むファイルが分割された分割ファイルの１つであるか否かを判定する判定ステップと、
　前記判定ステップによりファームウエアを含むファイルを分割した分割ファイルの一つであると判定した場合、前記ファームウエアを含むファイルを分割した残りの分割ファイルの存在を確認する確認ステップと、
　前記確認ステップにより前記残りの分割ファイルの存在が確認され、ファームウェアを含むファイルを分割した分割ファイルが全て揃ったと判断された場合に当該分割ファイルの全てから得られる分割元のファームウエアを制御モジュールの所定のメモリへ書き込む書込ステップとを含む、データ通信方法。
　
　である点で一致し、以下の点で相違している。
 　
(相違点１）
　転送される「ファームウエアを含むファイル」に関して、本願発明においては、「ファームウエア」であるのに対して、引用発明において転送される「処理要求命令ファイル」はプログラム（ファームウエア）と該プログラム（ファームウエア）をインストールするための起動用ファイルとを含むファイルである点。
　
（相違点２）
　「分割ファイル」に関して、本願発明は「分割ファームウエア」であるのに対して、引用発明は、「処理要求命令ファイルが分割された分割データ」である点。
　
（相違点３
　「搬送ファイル」に関して、本願発明は「電子メール」であるのに対して、引用発明は、ヘッダ部とデータ部とからなる「転送データ」である点。
　
（相違点４）
　「制御モジュール」に関して、本願発明の画像形成装置は複数の制御モジュールを備えて、各制御モジュールを制御するためのファームウエアを有するのに対して、引用発明のファクシミリ装置（画像形成装置）は、１つの制御モジュールとそれを制御するためのプログラムを有している点。
　
（相違点５）
　本願発明は、「各制御モジュールを制御するためのファームウェア」を受信し、
　「判定ステップ」が、「前記受信された電子メールから取得した情報に基づいて、電子メールに添付されたファームウェアが、前記複数の制御モジュールのいずれか一を制御するためのファームウェアが分割された分割ファームウェアの１つであるか否かを判定する」ものであり、
　「確認ステップ」が、「前記判定ステップにより前記分割ファームウェアの１つであると判定された場合、前記一の制御モジュールを制御するためのファームウェアの残りの分割ファームウェアの存在を確認する」ものであり、
　「書込ステップ」が、「前記確認ステップにより前記残りの分割ファームウェアの存在が確認され、前記一の制御モジュールを制御するためのファームウェアの分割ファームウェアがすべて揃ったと判断された場合に、当該分割ファームウェアのすべてを前記一の制御モジュールの所定のメモリへ書き込む」ものであるのに対して、
　引用発明は、「ファクシミリ装置を所定の制御方式で制御するためのプログラムを含む処理要求命令ファイル」を受信し、
「判定ステップ」が、「前記受信された転送データから取得した情報に基づいて、該転送データが、処理要求命令ファイルが分割された分割データの１つであるか否かを判定する」ものであり、
　「確認ステップ」が、「前記判定ステップにより前記処理要求命令ファイルが分割された分割データの１つであると判定された場合、前記処理要求命令ファイルの残りの分割データの存在を確認する」ものであり、
　「書込ステップ」が、「前記確認ステップにより前記残りの分割データの存在が確認され、処理要求命令ファイルが分割された分割データが全て揃ったと判断された場合に、当該分割データの全てを結合し、ファクシミリ装置を所定の制御方式で制御するためのプログラムをファクシミリ装置のプログラム／データ記憶部に書き込む」ものである点。
　
４．判断
　そこで、相違点について検討する。
　まず、相違点１及び相違点２について検討する。
　引用発明は、プログラム（ファームウエア）書き込みのための起動用ファイルを処理要求命令ファイルに含め、ファクシミリ装置（画像形成装置）が該起動用ファイルを起動することで、プログラムを書き込んでいる。
　しかし、特開平１０−２６０８４５号公報に
「【０００６】・・・（中略）・・・上記監視センターから、通信ラインを経由して各伝送装置ＴＲにプログラムファイルを転送し、その転送されたプログラムファイルを、各々がＣＰＵを搭載する各ユニット上のメモリに書き込むことによって、ソフトウェアダウンロードを行い、ファームウェアの更新処理を行うというものである。
　・・・（中略）・・・
【０００８】従来のソフトウェアダウンロード処理は、各ＣＰＵのそれぞれに、ソフトウェアおよびデータベースの書込み／切替え制御機能を備えることによって実行する・・・（後略）・・・」と記載されているように、
　装置におけるファームウェアの更新処理において、センターから受信したファームウエアを該装置の備えた書込み／切替え制御機能により、所定のメモリに書き込む構成は、当業者にとって周知技術である。
　してみれば、該周知技術を引用発明のファクシミリ装置（画像形成装置）に適用することで、引用発明の「処理要求命令ファイル」及び「処理要求命令ファイルが分割された分割データ」をそれぞれ、本願発明のように「ファームウエア」、及び「分割ファームウエア」とすることは、当業者であれば容易に想到し得たことである。
　よって相違点１及び相違点２は格別のものではない。
　
　次に、相違点３について検討する。
　ファームウエアを転送するための搬送ファイルとして電子メールを適用することは、引用文献３記載の周知技術に見られるとおり、当業者にとって周知である。また、電子メールがヘッダ部とボディ部とを有することも周知である。 
　その際、データ量が非常に大きく一つのファイルとして送信するのが不適切なデータファイルを分割して電子メールで転送することも、引用文献２記載の発明に見られるとおり、当業者にとって常套手段である。 
　してみれば、「搬送ファイル」に関して、引用発明の「転送データ」を、本願発明のように「電子メール」とすることは、当業者であれば容易に想到し得たことである。 
　よって相違点３は格別のものではない。
　
　次に相違点４及び相違点５について検討する。
　特開平１０−２６０８４５号公報に
「【０００３】
【従来の技術】上述したマルチＣＰＵシステムは、各種産業分野における各種の装置等に種々の形式で導入されるものであるから、本発明においてはそのマルチＣＰＵシステムが如何なる装置を対象とするかについては特に限定しない。マルチＣＰＵ(Central Processing Unit) システムは、複数のＣＰＵと、これらＣＰＵの各々に連係するメモリ手段とを具備してなり、ユーザに対し、多種のサービスを提供する。
【０００４】　・・・（中略）・・・
【０００５】　・・・（中略）・・・　 この伝送装置は、信号の伝送制御機能や回線の状況監視機能等、種々の機能を果すものである。このため、これら種々の機能にそれぞれ対応させて種々のＣＰＵが導入され、全体としてマルチＣＰＵシステムを形成している。」と記載されているように、
 各種産業分野における各種の装置において種々の機能にそれぞれ対応させて種々のＣＰＵと各々に連係するメモリ手段を備えた構成は、当業者にとって周知技術である。
　また、特開平６−１９５３１０号公報に
「【０００１】
【産業上の利用分野】本発明は、各々が共通バスに接続される複数のサブＣＰＵを有するマルチＣＰＵに対して制御データの書換えを行うための方法に関する。　・・・（中略）・・・
【０００９】
【課題を解決するための手段】図１は本発明の方法の原理を説明するための図であり、本発明の方法によれば、次のステップによって制御データの書換えが実行される。
  ホストＣＰＵ１３より、通信回線１５に、対応する各サブＣＰＵ１１を識別するためのフラグＦをそれぞれ付加した各制御データを送信する。
【００１０】  マルチＣＰＵ１０内の予め定めた１のサブＣＰＵ（代表サブＣＰＵ１１′）にて、送信された制御データを受信すると共に、各サブＣＰＵ１１によって共通にアクセス可能な共通メモリ２１内における各サブＣＰＵ対応のメモリ領域２２に該受信制御データを一旦格納する。
  各サブＣＰＵ１１は、自内のメモリ２３に保持していた制御データを、自己に対応するメモリ領域２２より読み取った新たな制御データにて書換える。」と記載されているように、
　複数のＣＰＵを備えたマルチＣＰＵシステムにおける制御データのデータ通信方法において、対応するサブＣＰＵを識別するためのフラグＦを付加した制御データを受信して、受信した制御データに付加された前記フラッグに基づいて、前記制御データがいずれのサブＣＰＵを制御するための制御データであるか、を判断して、前記制御データを前記サブＣＰＵの所定のメモリへ書き込む、データ通信方法は、当業者において周知の技術である。
　そして、二つ以上の、データ量が非常に大きなデータファイルを分割して電子メールによって送信／受信する際に、電子メールに付与された情報（ＩＤ、分割番号）に基づいて、該電子メールが二つ以上のデータファイルのいずれか一のデータファイルであるか、を判断するようにすることは、引用文献２記載の発明に見られるとおり、当業者にとって常套手段であることを勘案すれば、
　引用発明において、前記周知技術を適用して、ファクシミリ装置（画像形成装置）が、複数のＣＰＵ、ＲＯＭ、ＲＡＭ、プログラム／データ記憶部（複数の制御モジュール）を備えて、各制御モジュールを制御するためのプログラム（ファームウエア）を有し、「各制御モジュールを制御するためのプログラムを含む処理要求命令ファイル」を受信するような構成とする際に、該プログラムを含む処理要求命令ファイルが前記複数の制御モジュールのいずれを制御の対象とするか、を示す情報を転送データに含めるようにして、本願発明のように、
　「判定ステップ」が、「前記受信された転送データから取得した情報に基づいて、転送データに含まれる、処理要求命令ファイルが前記複数の制御モジュールのいずれか一を制御するためのプログラムを含む処理要求命令ファイルが分割された分割データの一つであるか否かを判定する」ものとし、
　「確認ステップ」が、「前記判定ステップにより前記分割データの一つであると判定した場合、前記１の制御モジュールを制御するためのプログラムを含む処理要求命令ファイルの残りの分割データの存在を確認する」ものとし、
　「書込ステップ」が、「前記確認ステップにより前記残りの分割データの存在が確認され、前記一の制御モジュールを制御するためのプログラムを含む処理要求命令ファイルの分割データが全て揃ったと判断された場合に、当該分割データの全てを結合し、前記一の制御モジュールの所定のプログラム／データ記憶部に書き込む」ものとして、構成することは、当業者であれば容易に想到し得たことである。
　よって相違点４及び相違点５は格別のものではない。
　
　そして、本願発明の作用効果も、引用発明、引用文献２記載の発明、及び前記周知技術から当業者が予測できる範囲のものである。  
　したがって、本願発明は、引用発明、引用文献２記載の発明、及び前記周知技術から容易に発明することができたものである。
　  
５．むすび 　  
　以上のとおり、本願発明は、引用発明、引用文献２記載の発明、及び周知技術に基いて、当業者が容易に発明することができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。  
　  
　よって、結論のとおり審決する。