【事件の表示】
　特願２０００−１６７８００「ソフトウェア提供システム及びソフトウェア提供装置」拒絶査定不服審判事件〔平成１３年１２月２１日出願公開、特開２００１−３５０６８４〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続きの経緯・本願発明
　本願は、平成１２年６月５日の出願であり、平成１８年７月３１日付けで拒絶査定がなされ、それに対して同年９月１日に拒絶査定不服の審判請求がなされたものであって、その請求項５に係る発明は、平成１８年６月２６日に提出された手続補正書により補正された明細書及び図面の記載からみて、本願の特許請求の範囲の請求項５に記載された事項により特定される次のとおりのものと認める。（以下、「本願発明」という。）
　
「ネットワークを介してソフトウェアの提供を受けるクライアント装置において、
　前記クライアント装置は、
　前記ソフトウェアを分割するための単位データサイズ、または、前記ソフトウェアが分割されるべきデータの個数をユーザに設定させる設定手段と、
　前記ネットワークを介して接続されたサーバシステムに前記設定手段にて設定された前記ソフトウェアを分割するための単位データサイズを示す第１の情報、または、前記ソフトウェアが分割されるべきデータの個数を示す第２の情報を送信する送信手段と、
　前記送信手段が送信した前記第１の情報、または、前記第２の情報に基づいて複数のデータに分割された前記ソフトウェアを前記ネットワークを介して受信する受信手段を有することを特徴とするクライアント装置。」
　
２．引用例
　原査定の拒絶の理由に引用された特開平８−２２１３４０号公報（以下、「引用例」という。）には、図面とともに次の記載がある。
　
（イ）「【００１３】図１は本発明によるネッワークシステムの一実施例の構成を示すブロック図である。図において、本発明の一実施例によるネッワークシステムは、ネットワークである通信用ＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）回線Ｎと、このネットワークＮを制御するサーバＢと、回線Ｎに対して接続自在に構成された端末装置Ａとを含んで構成されている。
【００１４】端末装置Ａは、ハードウェア（以下、“ＨＷ”と省略）アドレスを有する通信ハードウェア１０と、サーバＢから受取ったプログラムを用いて立上げ処理を行う自動立上げロード制御部１１と、運用プログラムを格納しておく運用プログラム格納領域１２とを含んで構成されている。」（段落【００１３】、【００１４】）
　
（ロ）「【００１８】本実施例で追加されているＡＵＴＯＢＯＯＴパケットでは、次に続く１バイトデータが「０」のときは図３に示されている要求パケットとなり、「１」のときは図４に示されている回答パケットとなる。つまり、「０」か「１」かより、２種類のパケットとなる。
【００１９】ここで、図３に示されている要求パケットは、自動立上げプログラムの転送要求であり、パケットデータ部は要求であることを示す「０」と、この要求パケット自身のサイズを示すサイズ部３４１と、回答時のプログラムデータのサイズを指定するためのサイズ指定部３４２とから構成されている。
【００２０】また、図４に示されている回答パケットは、自動立上げプログラムの転送であり、パケットデータ部は回答であることを示す「１」と、この回答パケット自身のサイズを示すサイズ部３４１と、パケットの順番を示すブロック番号部３４３と、要求時に指定されたサイズに分割されたプログラムデータ部３４４とから構成されている。」（段落【００１８】〜【００２０】）
　
（ハ）「【００２４】図５において、装置Ａは自装置の起動の際、まず最初に図３に示されている構造のＡＵＴＯＢＯＯＴ０のパケットを送信先不定のブロードキャストパケットとして送信する（ステップ５１）。このとき、図３の回答時のプログラムデータのサイズ指定には、装置Ａがパケットを受信する際に一度に記憶できるメモリ量を記載する。
【００２５】このパケットの送信後、装置ＡはＡＵＴＯＢＯＯＴ１のパケットの受信待ち状態になる（ステップ５２）。
【００２６】図６に移り、サーバＢは送信先不定のＡＵＴＯＢＯＯＴ０のパケットを受取って分析すると、パケット種別がＡＵＴＯＢＯＯＴなので図６に示されているプログラムを起動する（ステップ６１）。そして、パケットの送信元として示される装置ＡのハードウェアアドレスでＡＵＴＯＢＯＯＴ用リストを検索する（ステップ６２）。
【００２７】この検索の結果、装置ＡはプログラムＡ―０で登録されているのでプログラムＡ―０を読出す（ステップ６２→６３→６４）。そして、装置Ａから受信したＡＵＴＯＢＯＯＴ０パケットのプログラムデータのサイズ指定で指定されているサイズで分割し、ブロック番号を付けてＡＵＴＯＢＯＯＴ１のパケットを作成し、これを装置Ａ宛に送信する（ステップ６５）。リストを検索した結果、何ら指定がない場合は、処理は終了となる（ステップ６３→６８）。
【００２８】装置Ａへのパケットの送信後、サーバＢはＡＵＴＯＢＯＯＴ１のパケットの返送待ち状態になる（ステップ６６）。
【００２９】図５に戻り、装置ＡはＡＵＴＯＢＯＯＴ１のパケットを受取ると、ブロック番号と要求したデータサイズを元にプログラムを格納する（ステップ５２→５３）。そして、このパケットを受信した合図として、ＡＵＴＯＢＯＯＴ１パケットからプログラムデータ部を削除してサーバＢに送信する（ステップ５４）。
【００３０】再び図６に移り、サーバＢは、この返信のＡＵＴＯＢＯＯＴ１でタイミングを取り、分割されたプログラムＡ―０を順次転送する（ステップ６７→６５→６６…）。この転送に応じて装置Ａは、図５に示されているように、受信サイズが要求サイズに一致するまで上記の受信、格納、返送の動作を繰返す（ステップ５５→５２→５３…）。」（段落【００２４】〜【００３０】）
　　
　以上の記載によれば、この引用例には以下のような発明（以下、「引用例発明」という。）が開示されていると認められる。
　　
「通信用ＬＡＮ回線Ｎを介して自動立ち上げプログラム（プログラムＡ−０）の提供を受ける端末装置Ａにおいて、
　前記端末装置Ａは、
　プログラムデータのサイズを指定するサイズ指定部３４２を有する自動立ち上げプログラムの転送要求パケット（ＡＵＴＯＢＯＯＴ０パケット）を送信し、
　前記通信用ＬＡＮ回線Ｎに接続されたサーバＢは、
　前記転送要求パケット（ＡＵＴＯＢＯＯＴ０パケット）を受信し、前記サイズ指定部３４２で指定されているサイズで前記自動立ち上げプログラム（プログラムＡ−０）を分割し、分割された前記自動立ち上げプログラム（プログラムＡ−０）を前記通信用ＬＡＮ回線Ｎを介して順次転送し、
　前記端末装置Ａは、前記分割され順次転送された前記自動立ち上げプログラム（プログラムＡ−０）を前記通信用ＬＡＮ回線Ｎを介して全て受信することを特徴とする端末装置。」
　　
３．対　比
　本願発明と上記引用例発明とを対比する。
　引用例発明の「通信用ＬＡＮ回線Ｎ」は、本願発明の「ネットワーク」に相当する。
　引用例発明の「自動立ち上げプログラム（プログラムＡ−０）」は、本願発明の「ソフトウェア」に相当する。
　引用例発明の「端末装置Ａ」及び「サーバＢ」は、それぞれ本願発明の「クライアント装置」及び「サーバシステム」に相当する。
　引用例発明は、サイズ指定部３４２で指定されているサイズで前記自動立ち上げプログラム（プログラムＡ−０）を分割するから、引用例発明の「サイズ指定部３４２で指定されているサイズ」は、本願発明の「ソフトウェアを分割するための単位データサイズ」及び「ソフトウェアを分割するための単位データサイズを示す第１の情報」に相当する。
　引用例発明の端末装置Ａは、プログラムデータのサイズを指定するサイズ指定部３４２にプログラムデータのサイズを設定するための何らかの設定手段を有することは明らかであるから、本願発明のクライアント装置と「前記ソフトウェアを分割するための単位データサイズを設定する設定手段」を有する点で一致するといえる。
　引用例発明の端末装置Ａは、プログラムデータのサイズを指定するサイズ指定部３４２を有する自動立ち上げプログラムの転送要求パケット（ＡＵＴＯＢＯＯＴ０パケット）を送信するための送信手段を有することは明らかであるから、本願発明のクライアント装置と「前記ネットワークを介して接続されたサーバシステムに前記設定手段にて設定された前記ソフトウェアを分割するための単位データサイズを示す第１の情報を送信する送信手段」を有する点で一致するといえる。
　引用例発明の端末装置Ａは、前記分割された前記自動立ち上げプログラム（プログラムＡ−０）を前記通信用ＬＡＮ回線Ｎを介して全て受信するから、本願発明のクライアント装置と「前記送信手段が送信した前記第１の情報に基づいて複数のデータに分割された前記ソフトウェアを前記ネットワークを介して受信する受信手段を有する」点で一致する。
　
　したがって、両者は、
「ネットワークを介してソフトウェアの提供を受けるクライアント装置において、
　前記クライアント装置は、
　前記ソフトウェアを分割するための単位データサイズを設定する設定手段と、
　前記ネットワークを介して接続されたサーバシステムに前記設定手段にて設定された前記ソフトウェアを分割するための単位データサイズを示す第１の情報を送信する送信手段と、
　前記送信手段が送信した前記第１の情報に基づいて複数のデータに分割された前記ソフトウェアを前記ネットワークを介して受信する受信手段を有することを特徴とするクライアント装置。」
で一致するものであり、次の点（１）、（２）で相違している。
　
（１）ソフトウェアを分割するための単位データサイズを設定する設定手段が、本願発明は、ソフトウェアを分割するための単位データサイズをユーザに設定させるのに対し、引用例発明は、分割するための単位データサイズとして、端末装置Ａがパケットを受信する際に一度に記憶できるメモリ量を記載するものであり、分割するための単位データサイズをユーザに設定させる記載はない点。
　
（２）本願発明は、「前記ソフトウェアを分割するための単位データサイズ、または、前記ソフトウェアが分割されるべきデータの個数」を設定し、「前記ソフトウェアを分割するための単位データサイズを示す第１の情報、または、前記ソフトウェアが分割されるべきデータの個数を示す第２の情報」を送信し、「前記送信手段が送信した前記第１の情報、または、前記第２の情報」に基づいて前記ソフトウェアが複数のデータに分割されているのに対し、引用例発明は、ソフトウェアが分割されるべきデータの個数については記載されていない点。
　
４．当審の判断
　そこで、上記相違点について検討する。
・相違点（１）について
　情報処理装置（クライアント）がネットワークを介してサーバに対しプログラムやデータのダウンロードを要求するにあたり、プログラムやデータを分割するための基準となる情報をユーザが設定することは、本出願前周知の技術（特開２０００−１２２９３８号公報段落【００３６】の「また、ユーザによって処理能力の値を設定できるようにしてもよい。」の記載、１９９９年１０月３１日発行「ＦＵＪＩＴＳＵ　ＳｙｓｔｅｍＷａｌｋｅｒ／ＣｅｎｔｒｉｃＭＧＲ　運用手引書　J2X0-3930-01」初版（富士通株式会社発行）の「３．７　大量データを配布する」第１４５頁〜１４９頁、特に１４９頁の「クライアントのセットアップ機能：　クライアントのセットアップ機能で、分割量と時間間隔を設定します。」の記載参照）である。
　そうすると、引用例発明において、設定手段を、ソフトウェアを分割するための単位データサイズをユーザに設定させるものとすることは、当業者が容易になし得ることである。
　
・相違点（２）について
　プログラムやデータの分割ダウンロードにおいて、転送に適した分割単位サイズや分割の数（「分割されるべきデータの個数」に相当する。）を設定することは、本出願前に周知（特開平６−２５９２６０号公報段落【００２１】の「また、分割の数や１パケットの大きさ等、実行プログラムＰの分割程度には特に限定はなく、エラーチェックやプログラムの転送（および再転送）に適したサイズや数を、ＤＰＲ１６等の容量を加味して適宜決定すればよい。」の記載、特開平７−１２１３７６号公報段落【０００９】の「図６に示す如く、デバイスタイプ（この例ではＡ）、データＩＤ、ブロック位置（ダウンロードモジュールが複数回に分けて転送される場合の何番目のデータであるかを示す分割回数に相当するもので、ディスク上の論理相対位置を示すもの）、ファイル容量（１回分の転送量）等を付記したダウンロード要求信号が入出力装置３−０から入出力制御装置２に出力される。」の記載、前記特開２０００−１２２９３８号公報段落【００４６】の「取得した分割ブロックデータサイズおよび分割ブロックデータ総数に基づき、例えば、ブロックデータ番号の小さい順に指定して、ダウンロード部１０１４によりそのブロックデータ番号に対応する分割されたデータをダウンロードする。」の記載参照）であるから、「ソフトウェアが分割されるべきデータの個数」を設定し、「前記ソフトウェアが分割されるべきデータの個数を示す第２の情報」を送信し、「前記送信手段が送信した前記第２の情報」に基づいて前記ソフトウェアが複数のデータに分割されることも、当業者が容易になし得ることである。
　
　また、本願発明の作用効果も、引用例発明及び周知技術から、当業者であれば予想できる範囲内のものである。
　
５．むすび
　以上のとおり、本願請求項５に係る発明は、引用例発明及び周知技術に基づいて当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　したがって、本願は、その余の請求項について論及するまでもなく、拒絶すべきものである。
　よって、結論のとおり審決する。