【事件の表示】
　特願２０１０−１０７３２５「ファイル配信方法、配信サーバ、ファイル配信システム、およびプログラム」拒絶査定不服審判事件〔平成２３年１１月２４日出願公開、特開２０１１−２３７９２４〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続きの経緯
　本願は、平成２２年５月７日の出願であって、平成２６年１１月１３日付けで拒絶査定がされ、これに対し平成２７年２月１６日に拒絶査定不服の審判請求がされ、同時に手続補正がされたものである。
　　　
第２　補正却下の決定
　平成２７年２月１６日付け手続補正についての補正の却下の決定
　　
１．［補正却下の決定の結論］
　平成２７年２月１６日付けの手続補正（以下、「本件補正」という。）を却下する。
　　
２．［補正却下の決定の理由］
（１）補正の内容
　本件補正は、特許請求の範囲の請求項１を、
「配信サーバが、
　複数のファイルをそれぞれ複数のブロックに分割し、
　各前記ファイルの識別情報を一次アドレスとし、各前記ファイルの前記ブロックの識別情報を二次アドレスとし、前記一次アドレスと前記二次アドレスから各前記ブロックの順序を示すブロックアドレスを生成し、
　各前記ブロックに前記ブロックアドレスを付与し、
　前記複数のファイルを一連の配信データとし、前記配信データを前記ブロック単位で、
順次ネットワーク上にマルチキャスト配信し、
　受信側の各端末に前記一連の配信データを受信させるファイル配信方法。」
から、
「配信サーバが、
　複数のファイルを
予め定められたブロック長で
　各前記ファイルの識別情報を一次アドレスとし、各前記ファイルの前記ブロックの識別情報を二次アドレスとし、前記一次アドレスと前記二次アドレスから各前記ブロックの順序を示すブロックアドレスを生成し、
　各前記ブロックに前記ブロックアドレスを付与し、
　前記複数のファイルを一連の配信データとし、前記配信データを前記ブロック単位で、
順次ネットワーク上にマルチキャスト配信し、
　受信側の各端末に前記一連の配信データを受信させるファイル配信方法。」
と変更する補正事項を含むものである。（下線は補正箇所を示す。）
　本件補正の上記補正事項は、補正前の請求項１の「複数のファイルをそれぞれ複数のブロックに分割し」を「予め定められたブロック長で」分割するとの限定を付加するものであって、補正前の請求項１に記載した発明と補正後の請求項１に記載した発明の産業上の利用分野及び解決しようとする課題が同一であるから、特許法第１７条の２第５項第２号に規定する特許請求の範囲の減縮を目的とするものに該当する。
　そこで、本件補正後の前記請求項１に記載された発明（以下、「補正発明」という。）が、特許法第１７条の２第６項において準用する同法第１２６条第７項の規定に適合するか（特許出願の際独立して特許を受けることができるものであるか）について以下に検討する。
　　　
（２）引用文献・引用発明
　原査定の拒絶の理由に引用された特開２０００−１６５８２５号公報（以下、「引用文献」という。）には、図とともに次の記載がある。
（ア）従来の技術、発明が解決しようとする課題、段落【０００２】〜【００１３】
「【０００２】
【従来の技術】 現在、インターネット、テレビ、ＣＡＴＶ、及び通信衛星などを利用した通信システムにおいて、データ送信装置（又は放送局）からデータ受信装置（又は映像、及び音声受信装置）に向けて、データを送信することが行われている。 このインターネット、テレビ、ＣＡＴＶ、及び通信衛星などを利用した通信システムにおいて、データ送信装置（又は放送局）からデータ受信装置（又は映像、及び音声受信装置）に向けて、データを送信する送信路を下り回線と言う。また、反対にデータ受信装置（又は映像、及び音声受信装置）から、データ送信装置（又は放送局）に向けてデータを送信する送信路を上り回線と言う。
【０００３】 この送受信されるデータの中には、ファイルもデータとして送受信されている。このファイルを送信する場合、そのファイルに関する情報（以後、ファイル情報とも呼ぶ）と、そのファイル本体とが下り回線を介して送信されている。 ファイル情報は、ファイル名、書込みディレクトリ名、及びファイルサイズなどから構成される。
【０００４】 ここで、ファイル情報について図４、及び図５を基に説明をする。 図４は、複数のファイル情報が表形式のフォーマットで、その複数のファイル情報が独立したデータとして送信される場合のデータを示す図である。 尚、図４では横１行が、１つのファイルにおけるファイル情報を示すものである。
【０００５】 図４中、４１は番組名である。番組名４１は、番組名称を示すものである。ここで、番組とは、複数のファイルから構成される１つの意味のあるまとまった単位を示すものである。例えば、番組は、関連する映像情報のファイル、音声情報のファイル、及び文字情報のファイルから構成される。４２は識別列である。識別列４２は、各ファイルを識別するための情報を示す列である。
【０００６】 ４３は名称列である。名称列４３は、各ファイルのファイル名を示す列である。４４は名称列である。名称列４４は、各ファイルのディレクトリー名を示す列である。４５はサイズ列である。サイズ列４５は、各ファイルのファイルサイズを示す列である。
【０００７】 図４に示したファイル情報のデータは、ａａａ．ｔｘｔから０１０１．ｄｌｌまでのｎ個のファイル情報から構成される。そして、このデータは、独立したデータとしてデータ送信装置（又は放送局）から下り回線を介して送信（放送）される。 次に、図５に移る。図５は、ファイル情報が各ファイルを構成する最初のデータに付加されて、送信される場合のデータを示す図である。
【０００８】 尚、図５では横１行が、送信される１つのデータを示すものである。 図５中、５１は情報列である。情報列５１は、各データを識別する識別情報を示す列である。 ５２は名称列である。名称列５２は、各ファイルのファイル名を示す列である。
【０００９】 ５３は名称列である。名称列５３は、各ファイルのディレクトリー名を示す列である。５４はサイズ列である。サイズ列５４は、各ファイルのファイルサイズを示す列である。５５はデータ列である。データ列５５は、各ファイルが分割された最初のデータを示す列である。
【００１０】 図５の場合は、データ送信装置（又は放送局）から送信されるファイルは複数のデータに分割される。この分割された複数のデータの中で最初のデータにファイル情報が付加されて、下り回線を介して送信（放送）される。 従来のデータ受信装置は、これらファイル情報のデータを受信し、ファイル名、及びファイルサイズが判明してから、そのファイル名のデータを受信した場合は、書込み処理を行っておいた。
【００１１】 すなわち、受信したデータで、ファイル情報が受信されてい無い場合は、その受信したデータは、書込み処理をおこなわずに読み捨てていた。
【００１２】
【発明が解決しようとする課題】 しかし、この従来技術では、次のような問題点があった。第１の問題点は、本来書込み処理をおこなうべき有効なデータを、ファイル情報が取得できないために無効なデータとして扱うことである。その理由は、ファイル名やファイルサイズが判明するまでは、受信したすべてのデータを無効なものとして、受信したデータを読み捨てていたためである。
【００１３】 第２の問題点は、データの受信処理に時間がかかる場合があることである。その理由は、読み捨てたデータは、改めて再受信する必要があるためである。そこで、本発明の目的は、上記問題点を解決し、あらかじめファイル名、及びファイルサイズがわからないデータを受信した場合でも、受信したデータからわかる範囲で、仮のファイル名、及び仮のファイルサイズを決めて、書込み処理をおこなうことで、効率的なデータ受信の技術を提供することを目的とする。」
　　
（イ）第１の実施形態の動作、段落【００３６】〜【００４０】
「【００３６】 次に、第１の実施形態の動作について詳細に説明する。 データ送信装置（又は放送局）から送信（放送）されるファイルのデータは、そのファイルに関する情報であるファイル情報と、ファイル本体のデータとから構成される。前記ファイル情報は、ファイル名、書込みディレクトリ名、及びファイルサイズなどから構成される。
【００３７】 また、データ送信装置（又は放送局）から送信（放送）されるファイルは分割され、その分割されたデータに関する情報を、その分割されたデータに付加して、いくつかのデータの塊であるパケットデータに変換される。すなわち、パケットデータは、ファイル本体が分割されたデータであるパケット本体情報と、その分割されたデータに関する情報（パケットデータの識別を示す情報を含む）であるパケット識別情報とから構成される。また、そのパケット識別情報は、そのパケットデータに分割された元のファイルの識別を示すファイル識別情報と、そのパケットデータがその元のファイルにおいてどの位置（順番）かを示す位置情報とから構成される。
【００３８】 ここで、図３に移り、第１の実施形態におけるパケットデータの構成について具体的に説明する。図３は、複数のファイルをパケットデータに分割し、そのパケットデータを表に示した図である。 図３において横１行が１つのパケットデータを示すものである。 図３中、３３１はパケット識別情報の列である。パケット識別情報の列３３１は、各パケットデータのパケット識別情報を示すものである。
【００３９】 ３３２はパケット本体情報の列である。パケット本体情報の列３３２は、各パケットデータのパケット本体情報を示すものである。１３１、及び１３２はパケット識別情報である。パケット識別情報１３１、及び１３２は、ファイル識別情報と、位置情報とから構成される。例えば、パケット識別情報はｎ−ｍのフォーマットであるとする。そして、ｎはファイル識別情報であるとする。また、ｍは位置情報であるとする。そこで、パケット識別情報１３１は、１−１であるから、そのパケットデータの元のファイル名はファイル１で、かつその元のファイルにおけるそのパケットデータの位置（順番）は１となる。また、パケット識別情報１３２は、２−２であるから、そのパケットデータの元のファイル名はファイル２で、かつその元のファイルにおけるそのパケットデータの位置（順番）は２となる。
【００４０】 ２３１、及び２３２はパケット本体情報である。パケット本体情報２３１は、パケット識別情報１３１に対応するパケットデータのデータ本体であるパケット本体情報である。また、パケット本体情報２３２は、パケット識別情報１３２に対応するパケットデータのデータ本体であるパケット本体情報である。 そして、データ送信装置（又は放送局）は、インターネット、テレビ、ＣＡＴＶ、及び通信衛星を用いた下り回線を介して、そのパケットデータを順次送信（放送）させる。またファイルは複数送信されることがある為、下り回線では、複数のファイルに関するパケットデータが順次流れている。」
　　
（ウ）第１の実施形態のデータ受信部の動作、段落【００４１】〜【００４７】
「【００４１】 次に、図２に移る。 図２は、第１の実施形態の動作を示すフローチャート図である。 まず、データ受信部２１が、下り回線からパケットデータを受信する（ステップＳ１）。 そして、データ受信部２１が受信したそのパケットデータ（以後、パケットデータａと呼ぶ）は、次にファイル情報識別部２２へ送信される。
【００４２】 そのパケットデータａを受信したファイル情報識別部２２は、パケットデータａが、パケットデータａのパケット識別情報と、既に受信したパケットデータとを基にして、パケットデータａの元のファイル（分割されてパケットデータａが生成されたファイル）の内で、最初に受信したパケットデータか否か判断する（ステップＳ２）。
【００４３】 前記判断の結果、パケットデータａが、そのパケットデータａの元のファイルの内で、最初に受信したパケットデータであった場合は、ファイル情報識別部２２は、パケットデータａの元のファイルに関するファイル情報が取得できたか否かを判断する（ステップＳ３）。 ファイル情報が取得できた場合は、ファイル情報識別部２２は、そのファイル情報を基にファイル名、書込みディレクトリ名、及びファイルサイズなどから構成されるファイル情報をファイル情報記憶部３１に記憶する。その際ファイル情報記憶部３１に仮ファイル名、及び仮ファイルサイズが格納されているものは、各々修正（更新）し記憶する。そして、ファイル情報識別部２２はパケットデータａからファイルを構成するのに必要なデータをファイルデータ識別部２３に送信する。そのパケットデータａからファイルを構成するのに必要なデータを受信したファイルデータ識別部２３は、そのデータをファイル位置識別部２５に送信する（ステップＳ４）。
【００４４】 また、ファイル情報が取得でき無い場合は、ファイル情報識別部２２は、ファイル情報が無い旨の情報を示すファイル情報未取得情報を生成する。そして、ファイル情報識別部２２は、そのファイル情報未取得情報とパケットデータａとをファイルデータ識別部２３に送信させる。そのファイル情報未取得情報とパケットデータａとを受信したファイルデータ識別部２３は、仮ファイル情報設定部２４にそのパケットデータａを送信する。
【００４５】 そのパケットデータａを受信した仮ファイル情報設定部２４は、そのパケットデータａに対する仮のファイル名と、仮のファイルサイズを生成する。仮のファイル名は、そのパケットデータに含まれているファイル識別情報などを用いてユニーク（他のファイル名とは識別ができる）ファイル名を生成する。例えば、ファイル識別情報がＡだとすれば、仮のファイル名を仮ファイル名Ａとする。
【００４６】 また、仮のファイルサイズは、そのパケットデータの位置情報を元に設定する。例えば、そのパケットデータ自身のサイズとそのパケットデータの位置情報を基にそのパケットデータの位置（順番）の値とを積算した値に設定する。具体的には、そのパケットデータが１２８バイトで、位置（順番）が３であれば、仮のファイルサイズは、３８４バイトと設定する。ファイルサイズを大きく取れる場合は、安全係数を更に積算した値に設定する。
【００４７】 または、そのパケットデータ自身のサイズとそのパケットデータの位置情報を基にそのパケットデータの位置（順番）の値とを積算した値で、切りの良いサイズに設定する。具体的には、そのパケットデータが５３バイトで、位置（順番）が７であれば、積算された値は３７１バイトとなる。そこで、ファイルサイズを切りの良い５００バイトに設定する。また、ファイルサイズを大きく取れる場合は、安全係数を積算して切りの良い値に設定する
そして、仮ファイル情報設定部２４は、仮のファイル名、仮のファイルサイズ及びファイル情報が取得できたか否かを示す情報等をファイル情報記憶部３１に記憶させる（ステップＳ５）。」
　　
（エ）第２の実施形態、段落【００５６】〜【００６５】
「【００５６】 次に、仮ファイル情報設定部２４は、そのパケットデータａをファイル位置識別部２５に送信させる。そして、上述したステップＳ１０の処理に進む。 次に、第２の実施の形態について説明する。図７は第２の実施形態の構成を示す図である。 尚、第２の実施形態の説明にあたって、第１の実施の形態と同様な部分については説明を省略し、異なる部分についてのみ説明する。
【００５７】 図７中、６はデータ処理部である。データ処理部６は、ファイル情報書込み部５、データ受信部２１、ファイル情報識別部２２、及び後述する番組識別部２７から構成される。２７は番組識別部である。番組識別部２７は、下り回線に流れているファイルが複数集まって番組といったようなまとまった単位になっている場合に、受信したパケットデータが、受信しようとしている番組に含まれているか否かを判断するものである。
【００５８】 ここで、番組について説明する。 図４に移る。図４は、複数のファイル情報が表形式のフォーマットで、その複数のファイル情報が独立したデータとして送信される場合のデータを示す図である。尚、図４では横１行が、１つのファイルにおけるファイル情報を示すものである。
【００５９】 図４中、４１は番組名である。番組名４１は、番組名称を示すものである。例えば、図４では番組名４１は、番組Ａである。ここで、番組とは、複数のファイルから構成される１つの意味のあるまとまった単位を示すものである。例えば、番組は、関連する映像情報のファイル、音声情報のファイル、及び文字情報のファイルから構成される。４２は識別列である。識別列４２は、各ファイルを識別するための情報を示す列である。
【００６０】４３は名称列である。名称列４３は、各ファイルのファイル名を示す列である。４４は名称列である。名称列４４は、各ファイルのディレクトリー名を示す列である。４５はサイズ列である。サイズ列４５は、各ファイルのファイルサイズを示す列である。
【００６１】 図４に示したファイル情報のデータは、ａａａ．ｔｘｔから０１０１．ｄｌｌまでのｎ個のファイル情報から構成される。そこで、番組Ａはａａａ．ｔｘｔから０１０１．ｄｌｌまでのｎ個のファイル情報から構成されるものである。そして、このデータは、独立したデータとしてデータ送信装置（又は放送局）から下り回線を介して送信（放送）されるものである。
【００６２】 次に、第２の実施形態の動作について説明する。 図８は、第２の実施形態の動作を示すフローチャート図である。尚、番組識別部２７には、既に現在受信する番組を識別する番組識別情報が設定されているものとする。設定方法は、例えばユーザが入力部１を介して設定した番組識別情報を番組識別部２７に格納するものである。
【００６３】 また、データ送信装置（又は放送局）から下り回線を介して送信されるパケットデータには、番組を識別するパケット番組識別情報が付加されているものとする。 まず、データ受信部２１が、下り回線からパケットデータを受信する（ステップＳ１）。
【００６４】 パケットデータを受信したデータ受信部２１は、そのパケットデータを番組識別部２７へ送信する。そのパケットデータを受信した番組識別部２７は、番組識別情報と、そのパケットデータのパケット番組識別情報とを基に現在受信しようとしている番組のパケットデータか否かを判断する（ステップＳ８１）。前記判断の結果、そのパケットデータが現在受信しようとしている番組のパケットデータである場合は、ステップＳ２の処理に進む。
【００６５】 また、前記判断の結果、そのパケットデータが現在受信しようとしている番組のパケットデータで無い場合は、ステップＳ１の処理に進む。番組識別部２７によって、複数の番組が同時に流れている場合に、必要なデータだけをファイルに書込むことができるため、ファイル資源を効率的に使用することができる。」
　　　
　ここで、上記記載事項を関連する図面及びその他の箇所の記載と技術常識に照らせば、次のことがいえる。
（イ）「【００３８】 ここで、図３に移り、第１の実施形態におけるパケットデータの構成について具体的に説明する。図３は、複数のファイルをパケットデータに分割し、そのパケットデータを表に示した図である。 図３において横１行が１つのパケットデータを示すものである。 図３中、３３１はパケット識別情報の列である。パケット識別情報の列３３１は、各パケットデータのパケット識別情報を示すものである。【００３９】 ３３２はパケット本体情報の列である。パケット本体情報の列３３２は、各パケットデータのパケット本体情報を示すものである。１３１、及び１３２はパケット識別情報である。パケット識別情報１３１、及び１３２は、ファイル識別情報と、位置情報とから構成される。例えば、パケット識別情報はｎ−ｍのフォーマットであるとする。そして、ｎはファイル識別情報であるとする。また、ｍは位置情報であるとする。そこで、パケット識別情報１３１は、１−１であるから、そのパケットデータの元のファイル名はファイル１で、かつその元のファイルにおけるそのパケットデータの位置（順番）は１となる。また、パケット識別情報１３２は、２−２であるから、そのパケットデータの元のファイル名はファイル２で、かつその元のファイルにおけるそのパケットデータの位置（順番）は２となる。【００４０】 ２３１、及び２３２はパケット本体情報である。パケット本体情報２３１は、パケット識別情報１３１に対応するパケットデータのデータ本体であるパケット本体情報である。また、パケット本体情報２３２は、パケット識別情報１３２に対応するパケットデータのデータ本体であるパケット本体情報である。 そして、データ送信装置（又は放送局）は、インターネット、テレビ、ＣＡＴＶ、及び通信衛星を用いた下り回線を介して、そのパケットデータを順次送信（放送）させる。またファイルは複数送信されることがある為、下り回線では、複数のファイルに関するパケットデータが順次流れている。」（【００３８】〜【００４０】）の記載から、データ送信装置（又は放送局）は、複数のファイルをパケットデータに分割し、インターネット、テレビ、ＣＡＴＶ、及び通信衛星を用いた下り回線を介して、そのパケットデータを順次送信（放送）し、下り回線では、複数のファイルに関するパケットデータが順次流れている。
　そして、各パケットデータは、各パケットデータのパケット識別情報とパケット本体情報を含み、パケット識別情報は、ｎ−ｍのフォーマットであり、ｎはファイル識別情報であり、ｍは位置情報であり、例えば、パケット識別情報１３１は、１−１であるから、そのパケットデータの元のファイル名はファイル１で、かつその元のファイルにおけるそのパケットデータの位置（順番）は１となり、パケット識別情報１３２は、２−２であるから、そのパケットデータの元のファイル名はファイル２で、かつその元のファイルにおけるそのパケットデータの位置（順番）は２となる。
（ロ）「番組識別部２７は、下り回線に流れているファイルが複数集まって番組といったようなまとまった単位になっている場合に、受信したパケットデータが、受信しようとしている番組に含まれているか否かを判断するものである。」（【００５７】）、「【００５９】ここで、番組とは、複数のファイルから構成される１つの意味のあるまとまった単位を示すものである。例えば、番組は、関連する映像情報のファイル、音声情報のファイル、及び文字情報のファイルから構成される。」（【００５９】）及び「【００６３】 また、データ送信装置（又は放送局）から下り回線を介して送信されるパケットデータには、番組を識別するパケット番組識別情報が付加されているものとする。まず、データ受信部２１が、下り回線からパケットデータを受信する（ステップＳ１）。【００６４】 パケットデータを受信したデータ受信部２１は、そのパケットデータを番組識別部２７へ送信する。そのパケットデータを受信した番組識別部２７は、番組識別情報と、そのパケットデータのパケット番組識別情報とを基に現在受信しようとしている番組のパケットデータか否かを判断する（ステップＳ８１）。前記判断の結果、そのパケットデータが現在受信しようとしている番組のパケットデータである場合は、ステップＳ２の処理に進む。【００６５】 また、前記判断の結果、そのパケットデータが現在受信しようとしている番組のパケットデータで無い場合は、ステップＳ１の処理に進む。番組識別部２７によって、複数の番組が同時に流れている場合に、必要なデータだけをファイルに書込むことができるため、ファイル資源を効率的に使用することができる。」（【００６３】〜【００６５】）の記載から、下り回線に流れているファイルが複数集まって番組といったようなまとまった単位になっている場合に、各パケットデータには、番組を識別するパケット番組識別情報が付加されてパケットデータとして下り回線を介して送信（放送）される。
　
（ハ）「現在、インターネット、テレビ、ＣＡＴＶ、及び通信衛星などを利用した通信システムにおいて、データ送信装置（又は放送局）からデータ受信装置（又は映像、及び音声受信装置）に向けて、データを送信することが行われている。」（【０００２】）の記載から、データ送信装置（又は放送局）は、複数のファイルをパケットデータに分割し、インターネット、テレビ、ＣＡＴＶ、及び通信衛星を用いた下り回線を介して、データ受信装置（又は映像、及び音声受信装置）に向けてそのパケットデータを順次送信（放送）して配信していることは明らかである。
　上記（イ）〜（ハ）をまとめると、引用文献には、以下のような発明（以下、「引用発明」という。）が記載されているといえる。
「データ送信装置（又は放送局）は、複数のファイルをパケットデータに分割し、インターネット、テレビ、ＣＡＴＶ、及び通信衛星を用いた下り回線を介して、そのパケットデータを順次送信（放送）し、下り回線では、複数のファイルに関するパケットデータが順次流れており、
　前記各パケットデータは、各パケットデータのパケット識別情報とパケット本体情報を含み、パケット識別情報は、ｎ−ｍのフォーマットであり、ｎはファイル識別情報であり、ｍは位置情報であり、例えば、パケット識別情報１３１は、１−１であるから、そのパケットデータの元のファイル名はファイル１で、かつその元のファイルにおけるそのパケットデータの位置（順番）は１となり、パケット識別情報１３２は、２−２であるから、そのパケットデータの元のファイル名はファイル２で、かつその元のファイルにおけるそのパケットデータの位置（順番）は２となり、
　下り回線に流れているファイルが複数集まって番組といったようなまとまった単位になっている場合に、各パケットデータには、番組を識別するパケット番組識別情報が付加されてパケットデータとして下り回線を介して送信（放送）され、
　データ送信装置（又は放送局）は、複数のファイルをパケットデータに分割し、インターネット、テレビ、ＣＡＴＶ、及び通信衛星を用いた下り回線を介して、データ受信装置（又は映像、及び音声受信装置）に向けてそのパケットデータを順次送信（放送）して配信するデータ配信方法。」
　　
（３）対比
　補正発明と引用発明とを対比する。
（ア）引用発明の「データ送信装置（又は放送局）」は、補正発明の「配信サーバ」に相当するといえる。
（イ）引用発明の「パケット」は、（本願明細書の段落【００２７】の「本明細書において、ブロックとパケットは、同義語として使用するものとする。」という記載を参照すれば、）補正発明の「ブロック」に相当する。
そして、引用発明の「複数のファイルをパケットデータに分割」する構成は、補正発明の「複数のファイルを予め定められたブロック長でそれぞれ複数のブロックに分割」する構成と、「複数のファイルをそれぞれ複数のブロックに分割」する構成である点では一致する。
（ウ）引用発明の「前記各パケットデータは、各パケットデータのパケット識別情報とパケット本体情報を含み、パケット識別情報は、ｎ−ｍのフォーマットであり、ｎはファイル識別情報であり、ｍは位置情報であり、例えば、パケット識別情報１３１は、１−１であるから、そのパケットデータの元のファイル名はファイル１で、かつその元のファイルにおけるそのパケットデータの位置（順番）は１となり、パケット識別情報１３２は、２−２であるから、そのパケットデータの元のファイル名はファイル２で、かつその元のファイルにおけるそのパケットデータの位置（順番）は２」とする構成は、補正発明の「各前記ファイルの識別情報を一次アドレスとし、各前記ファイルの前記ブロックの識別情報を二次アドレスとし、前記一次アドレスと前記二次アドレスから各前記ブロックの順序を示すブロックアドレスを生成し、各前記ブロックに前記ブロックアドレスを付与」する構成に相当するといえる。
（エ）引用発明の「データ送信装置（又は放送局）は、複数のファイルをパケットデータに分割し、インターネット、テレビ、ＣＡＴＶ、及び通信衛星を用いた下り回線を介して、そのパケットデータを順次送信（放送）」する構成は、補正発明の「前記複数のファイルを一連の配信データとし、前記配信データを前記ブロック単位で、順次ネットワーク上にマルチキャスト配信する構成」と、「前記複数のファイルを配信データとし、前記配信データを前記ブロック単位で、順次ネットワーク上に配信」する構成である点で一致するといえる。
（オ）引用発明の「データ送信装置（又は放送局）は、複数のファイルをパケットデータに分割し、インターネット、テレビ、ＣＡＴＶ、及び通信衛星を用いた下り回線を介して、そのパケットデータを順次送信（放送）し、データ受信装置（又は映像、及び音声受信装置）に向けて配信する」構成は、補正発明の「受信側の各端末に前記一連の配信データを受信させる」構成と、「受信側の各端末に前記配信データを受信させる」構成である点で一致している。
　そして、引用発明の「データ配信方法」は、ファイルを分割して配信しているから、補正発明と同様の「ファイル配信方法」といい得るものである。
　　
　したがって、両者は、
「配信サーバが、
　複数のファイルをそれぞれ複数のブロックに分割し、
　各前記ファイルの識別情報を一次アドレスとし、各前記ファイルの前記ブロックの識別情報を二次アドレスとし、前記一次アドレスと前記二次アドレスから各前記ブロックの順序を示すブロックアドレスを生成し、
　各前記ブロックに前記ブロックアドレスを付与し、
　前記複数のファイルを配信データとし、前記配信データを前記ブロック単位で、
　順次ネットワーク上に配信し、
　受信側の各端末に前記配信データを受信させるファイル配信方法。」
で一致するものであり、次の点で相違している。
　　
＜相違点１＞　
　補正発明は、「複数のファイルを
予め定められたブロック長で
　　
＜相違点２＞　　
　補正発明は、「前記複数のファイルを
一連の
一連の
　　
＜相違点３＞　　
　補正発明は、「前記配信データを前記ブロック単位で、順次ネットワーク上に
マルチキャスト
　　　
（４）判断
　上記相違点について検討する。
　相違点１について
　引用文献には、「【００４５】 そのパケットデータａを受信した仮ファイル情報設定部２４は、そのパケットデータａに対する仮のファイル名と、仮のファイルサイズを生成する。仮のファイル名は、そのパケットデータに含まれているファイル識別情報などを用いてユニーク（他のファイル名とは識別ができる）ファイル名を生成する。例えば、ファイル識別情報がＡだとすれば、仮のファイル名を仮ファイル名Ａとする。【００４６】 また、仮のファイルサイズは、そのパケットデータの位置情報を元に設定する。例えば、そのパケットデータ自身のサイズとそのパケットデータの位置情報を基にそのパケットデータの位置（順番）の値とを積算した値に設定する。具体的には、そのパケットデータが１２８バイトで、位置（順番）が３であれば、仮のファイルサイズは、３８４バイトと設定する。ファイルサイズを大きく取れる場合は、安全係数を更に積算した値に設定する。【００４７】 または、そのパケットデータ自身のサイズとそのパケットデータの位置情報を基にそのパケットデータの位置（順番）の値とを積算した値で、切りの良いサイズに設定する。具体的には、そのパケットデータが５３バイトで、位置（順番）が７であれば、積算された値は３７１バイトとなる。そこで、ファイルサイズを切りの良い５００バイトに設定する。また、ファイルサイズを大きく取れる場合は、安全係数を積算して切りの良い値に設定する」（段落【００２０】）と記載されており、この記載は、パケットデータのサイズが一定であることを前提とした記載と解されるから、引用文献には、一つのファイルを予め定まったサイズのパケットに分割して配信していることが示唆されているといえる。また、送信するファイルを所定長の複数のブロックに分割して送信することは、本願出願日前に周知技術（特開平４−２６３５４５号公報段落【０００５】の記載、特開平９−２７０７９０号公報段落【００２１】の記載、特開２００８−２１９１７０号公報段落【０００８】の記載等参照。）でもある。
　そうすると、引用発明において、上記周知技術を適用し、「複数のファイルを予め定められたブロック長でそれぞれ複数のブロックに分割」するようにすることは、当業者が容易になし得ることができたものである。
　　
　相違点２について
　引用発明は、「データ送信装置（又は放送局）は、複数のファイルをパケットデータに分割し、インターネット、テレビ、ＣＡＴＶ、及び通信衛星を用いた下り回線を介して、そのパケットデータを順次送信（放送）させ、下り回線では、複数のファイルに関するパケットデータが順次流れており」、「下り回線に流れているファイルが複数集まって番組といったようなまとまった単位になっている場合に、各パケットデータには、番組を識別するパケット番組識別情報が付加されてパケットデータとして下り回線を介して送信（放送）され」る構成を有するものであり、「下り回線に流れているファイルが複数集まって番組といったようなまとまった単位になっている」場合を想定しているものである。そして、そのような場合に、そのまとまった単位を複数に分断した配信データとして配信すべき理由はなく、該まとまった単位は一連の配信データとして配信しようとするのが普通であると考えられる。
　したがって、引用発明において、補正発明の「前記複数のファイルを一連の配信データとし」、「受信側の各端末に前記一連の配信データを受信させる」構成と同様の構成を採用することは、当業者が容易に推考し得たものである。
　
　相違点３について
　配信サーバから複数の端末装置にデータを一斉配信する方法として、特定多数のユーザに一斉送信するマルチキャスト方式は、本願出願前に周知である。
　引用発明は、「インターネット、テレビ、ＣＡＴＶ、及び通信衛星を用いた下り回線を介して、データ受信装置（又は映像、及び音声受信装置）に向けてそのパケットデータを順次送信（放送）して配信する」ものとされているが、引用文献の段落【０００２】〜【００１３】の記載から把握される引用発明が解決しようとする課題や引用発明の構成からみて、上記周知のマルチキャスト方式の配信においても有効に機能することは明らかであり、引用発明の配信方式をマルチキャスト方式とすることが望ましいケースは容易に想定される。
　したがって、引用発明において、上記周知のマルチキャスト方式を採用し、配信データをブロック単位で、順次ネットワーク上にマルチキャスト配信することは当業者が容易になし得ることである。
　　　
　そして、補正発明の作用効果も、引用発明及び周知技術から、当業者であれば予想できる範囲内のものである。
　　
（５）結論
　そうすると、補正発明は、引用発明及び周知技術に基づいて当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により、特許出願の際独立して特許を受けることができないものである。
　したがって、本件補正は、特許法第１７条の２第６項において準用する同法第１２６条第７項の規定に違反するので、同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　
第３　本願発明
　上記のとおり、上記本件補正は却下されたので、本願請求項１に係る発明（以下、「本願発明」という。）は、平成２６年７月１０日に提出された手続補正書における特許請求の範囲の請求項１に記載された事項により特定される、以下のとおりのものである。
「配信サーバが、
　複数のファイルをそれぞれ複数のブロックに分割し、
　各前記ファイルの識別情報を一次アドレスとし、各前記ファイルの前記ブロックの識別情報を二次アドレスとし、前記一次アドレスと前記二次アドレスから各前記ブロックの順序を示すブロックアドレスを生成し、
　各前記ブロックに前記ブロックアドレスを付与し、
　前記複数のファイルを一連の配信データとし、前記配信データを前記ブロック単位で、
　順次ネットワーク上にマルチキャスト配信し、
　受信側の各端末に前記一連の配信データを受信させるファイル配信方法。」
　
第４　引用文献
　原査定の拒絶理由に引用された引用文献及びその記載事項、引用発明は、前記「第２　（２）」に記載したとおりである。
　
第５　対比・判断
　本願発明は、前記「第２」で検討した補正発明の「複数のファイルを予め定められたブロック長でそれぞれ複数のブロックに分割し」の「予め定められたブロック長で」の限定を省き、「複数のファイルをそれぞれ複数のブロックに分割し」とするものである。
　そうすると、本願発明の構成要件を全て含み、さらに限定したものに相当する補正発明が前記「第２」に記載したとおり、引用発明及び周知技術に基づいて、当業者が容易に発明をすることができたものであるから、本願発明も同様の理由により、引用発明及び周知技術に基づいて、当業者が容易に発明をすることができたものである。
　　
第６　むすび
　以上のとおり、本願発明は、引用発明及び周知技術に基づいて当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により、特許を受けることができない。
　したがって、本願は、その余の請求項について論及するまでもなく拒絶すべきものである。
　よって、結論のとおり審決する。