【事件の表示】
　特願２０００−２１２６７９「インターネットファクシミリ装置及び印刷方法」拒絶査定に対する審判事件［平成１４年　１月２５日出願公開、特開２００２−　２７１９４］について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯・本願発明 
　本願は、平成１２年７月１３日の出願であって、その請求項１〜８に係る発明は、平成１４年７月４日付けの手続補正書により補正された明細書及び図面の記載からみて、特許請求の範囲の請求項１〜８に記載されたとおりのものと認められるところ、その請求項１に記載された発明（以下、「本願発明」という。）は次のとおりである。
「【請求項１】　電子メールを受信するメール受信部と、
　前記電子メールに含まれるデータを印刷する印刷部と、
　前記印刷部で印刷できない印刷不能データが前記電子メールに含まれているかを解析する解析部と、
　前記解析部が前記印刷不能データが含まれていると解析した場合に前記印刷不能データを印刷可能データに変換する変換用サーバに転送する転送部と、
　前記電子メールに複数の前記印刷不能データが含まれる場合、前記転送部に、複数の印刷不能データを転送させ、前記メール受信部で、前記転送部で転送した印刷不能データに対応する変換後のデータのすべてが、前記変換用サーバから返信されたときに前記変換後のデータの印刷を前記印刷部に行わしめるよう制御する制御部と
　を備えることを特徴とするインターネットファクシミリ装置。」
　
２．引用例
　これに対して、当審における、平成１５年６月４日付けで通知した拒絶の理由に引用した本願の出願日前の平成１２年１月２８日に頒布された特開２０００−２９８０４号公報（以下「引用例１」という。）には、次のことが記載されている。
　（１）「【０００４】
【発明が解決しようとする課題】
　しかしながら、インターネットの世界は技術進歩が著しく早い。このため、インターネットファクシミリが備えている通信プログラム、画像処理プログラム等がすぐに陳腐化してしまう。通常のファクシミリに比べてプログラムをバージョンアップする頻度が高い。通常のファクシミリにおいては、プログラムはＲＯＭ（Read Only Memory）に記憶されているので、バージョンアップする際にはＲＯＭごと交換する必要があり、大変手間がかかる。この問題は、インターネットファクシミリに限らず、ネットワーク通信機能を搭載した電話、テレビ、冷蔵庫等のような、いわゆるネットワーク家電に共通する問題である。
【０００５】
　一方、インターネットファクシミリは、上述のように電子メールを受信してイメージデータに変換してプリントするが、電子メールに用いられている文字コードが非対応であったり、ワープロ文書やスプレッドシートのような展開できないデータファイルが添付されている場合には正常にプリントできない。全ての文字コードやデータファイルに対応するためには多くの変換プログラム及び変換テーブルを用意する必要がある。しかし、インターネットファクシミリは通常ハードディスクのような大容量の二次記録装置を持たないので、全ての文字コードやデータファイルに対応するのは困難である。」
（引用例１の３頁３欄３〜２７行、段落【０００４】、【０００５】）
　
　（２）「【００３６】　図１は、本発明の実施の形態１〜３に係るインターネットファクシミリ装置が動作するネットワークを示す概念図である。インターネットファクシミリ装置（以下、ＩＦＡＸという）１は、ＬＡＮ（Local Area Network）２を介してインターネット３に接続されている。この例では、ＬＡＮ２はイーサーネットで構築されているが無線ＬＡＮ等であっても良い。インターネット３上には、ダウンロード用サーバ４及び変換用サーバ５がある。
【００３７】（実施の形態１）図２は、本発明の実施の形態１に係るインターネットファクシミリ装置のハードウエア構成を示すブロック図である。
【００３８】中央処理部（ＣＰＵ）１１は、各種プログラムを実行してＩＦＡＸ１の各部を制御する。ＲＯＭ１２は、ＣＰＵ１１が実行する例えばＪａｖａ（登録商標）ＯＳ相当のオペレーション・システム（ＯＳ）のような基本プログラムを格納する。ＲＡＭ１３は、プログラムのデータ領域として使用されると共に、ファクシミリデータを格納する画像メモリとして使用される。
【００３９】フラッシュメモリ１４は、ＣＰＵ１１が実行する通信制御プログラムや画像処理プログラム等のバージョンアップ可能なプログラムを格納する。この記録手段としては、この他に、ＥＥＰＲＯＭ（Electric Erasable Programmable Read Only Memory）のような不揮発性半導体メモリ、又は、バックアップ電源付のＳＲＡＭ（Static Random Access Memory）等の揮発性半導体メモリを使用しても良い。
【００４０】ファクシミリ通信部１５は、ファクシミリ通信手順に従ってＰＳＴＮ１６を介して外部のファクシミリと通信を行う。ファクシミリ通信部１５は、変復調を行うモデム及びイメージデータの圧縮及び伸長を行う画像圧縮部及び画像伸長部を有する。
【００４１】プリント部１７は、データの印刷を行う。スキャナ部１８は、原稿の読み取りを行う。
【００４２】パネル部１９は、ＩＦＡＸ１の各種操作をユーザが行うと共に、ユーザに対して各種情報を表示する。図３は、上記実施の形態１に係るインターネットファクシミリ装置のパネル部を示す平面図である。パネル部１９は、ダイヤル等のためのテンキー３１及び例えばＬＣＤからなる表示部３２を備えている。また、パネル部１９には、ランプ付確認ボタン３３が独立して配置されている。
【００４３】ネットワーク接続部２０は、ＬＡＮ２とのデータの送受信を制御するインターフェースである。バス２２は、ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３、フラッシュメモリ１４、ファクシミリ通信部１５、プリンタ部１７、スキャナ部１８、パネル部１９及びネットワーク接続部２０間でデータが転送される経路である。
【００４４】図４は、上記実施の形態１に係るインターネットファクシミリ装置を示す機能ブロック図である。
【００４５】電子メール送受信部４１は、ネットワーク接続部２０を介して電子メールを送受信する。電子メール送受信部４１は、例えばＳＭＴＰ(Simple Mail Transfer Protocol)、 ＰＯＰ（Post Office Protocol）のようなメッセージ転送プロトコルに従ってメールを送信及び受信する。」（引用例１の５頁７欄２行〜同頁８欄７行、段落【００３６】〜【００４５】）
　
　（３）「【０１０８】（実施の形態３）次に、受信した電子メールデータを変換用サーバに転送して変換処理させるインターネットファクシミリ装置について説明する。
【０１０９】図１５は、本発明の実施の形態３に係るインターネットファクシミリ装置を示す機能ブロック図である。上記実施の形態１に係るＩＦＡＸ１と同じ構成については同じ符号を付けて説明を省略する。
【０１１０】変換テーブル取得部２０１は、属性判定部２０２、属性テーブル１０３、ダウンロード実行部２０３及びサーバテーブル２０４で構成されている。属性判定部２０２は、電子メール送受信部４１が受信した電子メールの添付ファイルが変換して出力できるか否かを判定する。判定は、図１１に示す属性テーブル１０３に従って行われる。この例では、属性は、添付ファイル形式であり、”．ＤＯＣ”、”．ｘｌｓ”等の拡張子で区別されている。
【０１１１】属性判定部２０２は、図１２に示すように、電子メールの属性情報エリア１２１に含まれたファイル属性情報１２２から添付ファイルの属性を知る。
【０１１２】属性判定部２０２は、判定の結果、添付ファイルが変換できる場合、プログラム実行部５２により変換を行わせる。一方、変換できない場合、データ転送部２０３により添付ファイルの転送を行う。
【０１１３】データ転送部２０３は、変換用サーバ５にアクセスして添付ファイルを転送し、ＩＦＡＸ２００が取り扱えるデータに変換させる。データ転送部２０３が添付ファイルを変換用サーバ５に転送し変換させる。変換サーバ５に変換後のデータを添付した電子メール（以下、変換データ添付メール）を送信させ、これを受信する。データ転送部２０３は、変換データ添付メールから変換データを抽出する。
【０１１４】サーバテーブル２０４は、データ種別、データのための変換を行うサーバのアドレス及びメールアドレスが関連付けて設定されている。図１６は、上記実施の形態３で用いるサーバテーブルの一例を示す図である。ＰＤＦ(Portable Document Format)ファイル（．ＰＤＦ）、ワープロ文書（．ｄｏｃ）、スプレッドシート（．ｘｌｓ）毎に、変換処理を行う変換サーバのＩＰアドレス及びメールアドレスが夫々設定されている。
【０１１５】データ格納部２０５は、図２に示すＲＡＭ１３内に設けられ、変換前の添付ファイル及び変換データを格納する。
【０１１６】以上の構成からなる上記実施の形態３に係るＩＦＡＸ２００の動作について図面を参照して説明する。図１７は、上記実施の形態３に係るインターネットファクシミリ装置の動作を示すフロー図である。
【０１１７】ＳＴ１７０１において、電子メール受信部４１が電子メールを受信する。ＳＴ１７０２において、属性判定部２０２が、電子メールのファイル属性情報１２３を読み取り、属性テーブル１０３を参照して添付ファイルが変換して出力可能か否か判定する。
【０１１８】変換不可能な場合、ＳＴ１７０３において、データ転送部２０３が、サーバテーブル２０４を参照して、添付ファイルを変換する変換用サーバ５を選択する。
【０１１９】ＳＴ１７０４において、データ転送部２０３は、添付ファイルを添付した電子メール（以下、転送メールという）を生成し、電子メール送受信部４１により変換用サーバ５宛に送信する。
【０１２０】ＳＴ１７０５において、電子メール送受信部４１は、変換用サーバ５より変換データ添付メールを受信する。データ転送部２０３は、変換データ添付メールに添付された変換データをデコードし、データ格納部２０５に格納する。
【０１２１】ＳＴ１７０６において、プログラム実行部５２は、データ格納部２０５より変換データを読み出し、出力する。
具体的には、図２に示すプリンタ部１７で印刷する。
【０１２２】ＳＴ１７０２において変換可能であった場合、ＳＴ１７０７において添付ファイルを変換し、ＳＴ１４０８で出力する。
【０１２３】上記実施の形態３に係るＩＦＡＸ２００によれば、電子メールの添付ファイルを変換できるか否かを判定し、変換できない場合には変換用サーバ５へ転送して変換させた後、変換データを受信する。これにより、いかなる添付ファイルについても対応できるので、略全ての添付ファイルを出力できる。また、全ての添付ファイルの変換プログラムをＩＦＡＸ２００自らが持つ必要がないため、ＲＡＭ１３及びフラッシュメモリ１４のメモリ容量が比較的小さくても足りるので、製品コストを削減することができる。
【０１２４】上記実施の形態３では、添付ファイルをサーバに転送して変換させる場合について説明したが、ダウンロード対象はこれに限定されず、変換できない文字コードのテキストデータを転送してサーバに変換させても良い。」（引用例１の９頁１６欄２９行〜１０頁１８欄１６行、段落【０１０８】〜【０１２４】）
　
　これらの記載より、引用例１には次のことが記載されている。
「ネットワーク接続部を介して電子メールを送受信する電子メール送受信部と、
　データの印刷をするプリンタ部と、
　前記電子メールの中のデータが処理できるか否かを判定する判定部と、
　前記判定部が前記データを処理できないと判断した場合に前記データを変換用サーバに転送する転送手段と、
　を具備するインターネットファクシミリ装置において、
　電子メールの添付ファイルを変換できるか否かを判定し、変換できない場合には変換用サーバへ転送して変換させた後、変換データを受信し、これにより、いかなる添付ファイルについても対応できるので、略全ての添付ファイルを出力できると共に、変換できない添付ファイルの変換だけに限定されず、変換できない文字コードのテキストデータを転送してサーバに変換させることもできることを特徴とするインターネットファクシミリ装置。」
　
３．対比
　本願発明と引用例１に記載された発明とを対比すると、両者の一致点及び相違点は、次のとおりである。
＜一致点＞
「電子メールを受信するメール受信部と、
　前記電子メールに含まれるデータを印刷する印刷部と、
　前記印刷部で印刷できない印刷不能データが前記電子メールに含まれているかを解析する解析部と、
　前記解析部が前記印刷不能データが含まれていると解析した場合に前記印刷不能データを印刷可能データに変換する変換用サーバに転送する転送部と
　を備えることを特徴とするインターネットファクシミリ装置。」
である点。
　
＜相違点＞ 
　本願発明では、「前記電子メールに複数の前記印刷不能データが含まれる場合、前記転送部に、複数の印刷不能データを転送させ、前記メール受信部で、前記転送部で転送した印刷不能データに対応する変換後のデータのすべてが、前記変換用サーバから返信されたときに前記変換後のデータの印刷を前記印刷部に行わしめるよう制御する制御部」を備えているのに対して、
引用例１に記載されたものでは、電子メールの添付ファイルを変換できるか否かを判定し、変換できない場合には変換用サーバへ転送して変換させた後、変換データを受信し、これにより、いかなる添付ファイルについても対応できるので、略全ての添付ファイルを出力できると共に、変換できない添付ファイルの変換だけに限定されず、変換できない文字コードのテキストデータを転送してサーバに変換させることが記載されている点。
　
４．当審の判断
　上記相違点について検討すると、
　一般的に、印刷機が離れた場所にある場合などは、印刷するデータは一括して出力した後にまとめて取りに行くこと等は、日常的に行われていることであるように、複数のデータをまとめて一括して印刷することは日常的に行われていることである。（例えば、引用刊行物３（特開平１１−１９４９８２号公報）には、複数の電子メール及び添付ファイルを、別々に印刷することなく、連続して一括印刷することが記載されている。）
　また、一つの電子メールに複数の添付ファイルが添付されていることは通常のことである。それらの添付ファイルを印刷出力する場合に、その複数の添付ファイルの中に、当該インターネットファクシミリ装置で変換することができる添付ファイルと、変換することができない複数の添付ファイルとが含まれていた場合に、全ての添付ファイルをどのように印刷出力するかを、日常的に一括印刷が行われていることとを考え併せると、例えば、次の二通りがすぐに思いつくことである。
（１）装置自身で変換できる添付ファイルは変換して即印刷出力し、変換できない複数の添付ファイルは変換用サーバに送り変換されたものが送り返されてきた時点で順次印刷出力する場合と、
（２）装置自身で変換できないものを変換用サーバに送って変換したものを受信した後、全ての添付ファイルがそろった後に、まとめて印刷出力する場合と、
の二通りが考えられる。
　このように、全てのデータが印刷できる状態となってから、まとめて印刷することは当業者が適宜選択することができる程度のことと認められる。
　したがって、引用例１において、電子メールに複数の印刷不能データが含まれる場合、転送部に、複数の印刷不能データを転送させ、メール受信部で、転送部で転送した印刷不能データに対応する変換後のデータのすべてが、変換用サーバから返信されたときに変換後のデータの印刷を印刷部に行わしめるよう制御する制御部を備え、印刷不能データに対応する変換後のデータのすべてが、変換用サーバから返信されたときに変換後のデータの印刷をするようにする制御部を設けることは当業者が容易に考えられることである。
　
　さらに、本願発明では、特許請求の範囲の記載では、「印刷不能データ」と記載されているから、この印刷不能データには、変換できない文字コードのテキストデータを排除するものではない。
　ここで、引用例１には、「【０１２４】上記実施の形態３では、添付ファイルをサーバに転送して変換させる場合について説明したが、ダウンロード対象はこれに限定されず、変換できない文字コードのテキストデータを転送してサーバに変換させても良い。」と記載されており、文字コードのテキストデータを転送してサーバに変換させることが記載されている。
　ファクシミリ装置において、文字に条件により異なった処理を行い、異なった処理を行った文字について、それらが、そろってから印刷することは、例えば引用例２等に示したように周知慣用のことであるとともに、文字コードのテキストデータで変換できるものと、変換できないものとが存在する場合には、全てのデータが揃ってから印刷する方がよいことは自明のことであるから、引用例１においても、文字コードのテキストデータで変換できないものがあった場合に、転送手段に、変換できない文字コードのテキストデータをを転送させ、メール受信部で、転送してサーバで変換したものが全て返信されたときにデータの印刷を印刷部に行わせしめるように制御する制御部を設けるようにすることは当業者が容易に行うことができることである。
　
５．むすび
　したがって、本願発明は、引用例１に記載された発明に基いて、当業者が容易に発明をすることができたものであるので、特許法第２９条第２項の規定により特許を受けることができない。
  よって、結論のとおり審決する。