【事件の表示】
　特願２００６−５３３１０３「ネットワークを通じた画像共有のための方法及びシステム」拒絶査定不服審判事件〔平成１６年１２月　２日国際公開、ＷＯ２００４／１０４７５９、平成１９年　２月　１日国内公表、特表２００７−５０２０９２〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
１．手続の経緯
　
　本願は、２００４年(平成１６年)５月１７日（パリ条約による優先権主張外国庁受理２００３年５月１６日、米国）を国際出願日とする出願であって、平成２２年２月２５日付で拒絶理由の通知がなされ、平成２２年７月１日付で意見書・手続補正書が提出され、平成２３年４月１５日付で拒絶理由の通知がなされ、平成２３年７月２５日付で意見書・手続補正書が提出され、平成２４年４月１２日付で拒絶査定がなされたものである。
　
　本件は、上記拒絶査定を不服として平成２４年８月１５日付で請求された拒絶査定不服審判であって、その審判請求と同時に手続補正書が提出され、当審において、前置報告書の内容について審判請求人の意見を求めるために、平成２５年１月３１日付で審尋がなされ、平成２５年５月７日付で回答書が提出されたものである。
　
２．平成２４年８月１５日付の手続補正についての補正却下の決定
　
［補正却下の決定の結論］
　
　平成２４年８月１５日付の手続補正（以下「本件補正」ともいう）を却下する。
　
［理由］
　
　本件補正は、請求項１に関する次の補正を含む。
　
　請求項１に関する補正は、
　
（補正前）
　
「ネットワークを通じた画像のピアツーピア共有の方法であって、
　　送信ピア端末のユーザによる、第一の解像度を持つ第一の画像の選択を受信し、
　　　画像識別情報、
　　　前記第一の解像度より小さい第二の解像度のみを指定する解像度情報、
　　を少なくとも含む、前記選択された第一の画像についてのパーミッションデータを、ネットワークを通じて、前記送信ピア端末から受信ピア端末へ転送し、
　　前記パーミッションデータを受信することに少なくとも部分的に応じて、前記受信ピア端末から前記送信ピア端末へ、前記第二の解像度における前記第一の画像についての画像要求を自動的に転送し、及び、
　　前記画像要求を受信するのに応じて、前記送信ピア端末が、
　　　前記第一の画像を、前記第二の解像度に変倍し、
　　　前記変倍された第一の画像を暗号化し、
　　　前記暗号化された第一の画像を、前記第二の解像度で、前記ネットワークを通じて前記受信ピア端末へ転送する
　ステップを含むことを特徴とする方法。」
　
を、
　
（補正後）
　
「ネットワークを通じた画像のピアツーピア共有の方法であって、
　　送信ピア端末のユーザによる、第一の解像度を持つ第一の画像の選択を受信し、
　　　画像識別情報、
　　　前記第一の解像度を指定する解像度情報、
　　を少なくとも含む、前記選択された第一の画像についてのパーミッションデータを、ネットワークを通じて、前記送信ピア端末から受信ピア端末へ転送し、
　　前記パーミッションデータを受信することに少なくとも部分的に応じて、前記受信ピア端末から前記送信ピア端末へ、第二の解像度における前記第一の画像についての画像要求を自動的に転送し、及び、
　　前記画像要求を受信するのに応じて、前記送信ピア端末が、
　　　前記第一の画像を、前記第二の解像度に変倍し、
　　　前記変倍された第一の画像を暗号化し、
　　　前記暗号化された第一の画像を、前記第二の解像度で、前記ネットワークを通じて前記受信ピア端末へ転送する
　ステップを含むことを特徴とする方法。」
　
とする補正である。
　
　この補正は、まず、「
前記第一の解像度より小さい第二の解像度のみ
前記第一の解像度
　
　また、「前記パーミッションデータを受信することに少なくとも部分的に応じて、前記受信ピア端末から前記送信ピア端末へ、
前記
　
　補正事項１において、補正前は、パーミッションデータに含まれる解像度情報について、「第一の解像度より小さい第二の解像度のみを指定する解像度情報」と特定しているところ、補正後にあっては、「第一の解像度を指定する解像度情報」と特定している。ここで、「のみ」とは、「そのこと一つに限る意を表す［株式会社岩波書店　広辞苑第六版］」ものであるから、パーミッションデータに含まれる解像度情報は、第一の解像度より小さい第二の解像度一つに限る解像度だけを指定する解像度情報、すなわち、第一の解像度より小さい第二の解像度だけを指定する解像度情報であり第一の解像度を指定することが含まれない解像度情報から、第一の解像度を指定する解像度情報に変更されている。
　
　補正事項２において、受信ピア端末から送信ピア端末への画像要求は、補正前、補正後とも、第二の解像度における第一の画像についての画像要求ではあるが、補正前の「前記第二の解像度における前記第一の画像についての画像要求」の「第二の解像度」は、「前記第二の解像度」という記載から考えるに、「前記第一の解像度より小さい第二の解像度のみを指定する解像度情報」にて指定されている第二の解像度を指し、第二の解像度は第一の解像度より小さい解像度であったのに対し、補正後の第二の解像度は、「解像度情報」にて指定されている解像度と異なるものを含み、第一の解像度との大小関係についての特定事項も削除されていることになり、発明を拡張しているものとなっている。
　
　これらの補正事項１ないし２から、請求項１に関する補正は、補正前の請求項１に係る発明である、パーミッションデータに含まれる解像度情報について、「第一の解像度より小さい第二の解像度のみを指定する」ものから、「第一の解像度を指定する」ものに変更し、補正前の請求項１に係る発明である、受信ピア端末から送信ピア端末への画像要求について、「前記第一の解像度より小さい第二の解像度のみを指定する解像度情報」にて指定されている第二の解像度における第一の画像についての画像要求から、第二の解像度における第一の画像についての画像要求に拡張するものである。
　
　そうすると、請求項１に関する補正は、発明を変更および拡張する補正であり、請求項１に関する補正を含む本件補正は、発明を変更および拡張する補正というべきである。
　それ故、上記補正は、特許法第１７条の２第４項第２号に掲げる特許請求の範囲の減縮に該当しないことが明らかである。
　
　そして、補正事項１、補正事項２は、本来その意であることが、明細書、特許請求の範囲又は図面の記載などから明らかな字句・語句の誤りを、その意味内容の字句・語句に正すものでもないので、上記補正は、特許法第１７条の２第４項第３号に掲げる誤記の訂正に該当しないことが明らかである。
　
　さらに、補正前の「
前記第一の解像度より小さい第二の解像度のみ
前記
　それ故、上記補正は、特許法第１７条の２第４項第４号に掲げる明りょうでない記載の釈明に該当しないことが明らかである。
　
　また、特許法第１７条の２第４項第１号に掲げる請求項の削除にも該当しない。
　
　したがって、本件補正は、平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第４項の規定に違反するので、同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　
３．本願発明について
　
ア．本願発明
　上記のとおり、平成２４年８月１５日付の手続補正は却下したので、本願の請求項１に係る発明（以下、これを「本願発明」という。）は、平成２２年７月１日付、平成２３年７月２５日付手続補正書で補正された明細書、特許請求の範囲および図面の記載からみて、平成２２年７月１日付手続補正書で補正された特許請求の範囲の請求項１に記載された事項（平成２３年７月２５日付手続補正書では、明細書の補正のみであり、特許請求の範囲の補正は成されていない。）により特定される、次のとおりのものである。
　
［本願発明］（請求項１に係る発明）
「ネットワークを通じた画像のピアツーピア共有の方法であって、 
　　送信ピア端末のユーザによる、第一の解像度を持つ第一の画像の選択を受信し、 
　　　画像識別情報、 
　　　前記第一の解像度より小さい第二の解像度のみを指定する解像度情報、 
　　を少なくとも含む、前記選択された第一の画像についてのパーミッションデータを、ネットワークを通じて、前記送信ピア端末から受信ピア端末へ転送し、 
　　前記パーミッションデータを受信することに少なくとも部分的に応じて、前記受信ピア端末から前記送信ピア端末へ、前記第二の解像度における前記第一の画像についての画像要求を自動的に転送し、及び、 
　　前記画像要求を受信するのに応じて、前記送信ピア端末が、 
　　　前記第一の画像を、前記第二の解像度に変倍し、 
　　　前記変倍された第一の画像を暗号化し、 
　　　前記暗号化された第一の画像を、前記第二の解像度で、前記ネットワークを通じて前記受信ピア端末へ転送する 
　ステップを含むことを特徴とする方法。」 
　
イ．拒絶査定の内容
　
　拒絶査定は、平成２３年４月１５日付拒絶理由通知書に記載された理由によってなされたものである。
　
　理由は以下のとおりである。
　
「　　　　　　　　　　　　　　　理　由
　
　この出願は、特許請求の範囲の記載が下記の点で、特許法第３６条第６項第１号に規定する要件を満たしていない。
　
　　　　　　　　　　　　　　　　　記
　
（１）請求項１には、
「　画像識別情報、
　　前記第一の解像度より小さい第二の解像度のみを指定する解像度情報、
　を少なくとも含む、前記選択された第一の画像についてのパーミッションデータを、ネットワークを通じて、前記送信ピア端末から受信ピア端末へ転送し」と記載されており、送信ピア端末から受信ピア端末へ転送する「パーミッションデータ」には、「前記第一の解像度より小さい第二の解像度のみを指定する解像度情報」が必ず含まれるものと認められる。
　また、出願人は意見書において、
「本願発明の特徴は、・・・、「パーミッションデータは第一の解像度より小さい第二の解像度のみを指定する解像度情報を含み、パーミッションデータを受信することに少なくとも部分的に応じて、受信端末から送信端末へ、第二の解像度における第一の画像についての画像要求を自動的に転送する」ようにしたことであります。」と主張している。
　そこで、明細書における実施形態に関する具体的記載内容について検討すると、上記「パーミッションデータ」に関して、段落【００１８】以降の「好ましい実施形態の詳細な説明」の欄には、
「パーミッションデータは、英数字メタデータの形とすることができる。パーミッションメタデータの説明に役立つ事例は、以下のようである。image iid='-8' uid='4' mid='22' uid2='24' width='640' height='566' container='from trogdor' filename='IMG_8063.jpg' filesize='31904' md5='5548bf64 607865d0 4c1ba901 3422cb5c' filemodtime='37903.984109' /」（段落【００４１】、
「上記のパーミッションメタデータの例は、画像識別子(image iid)、ユーザ識別子(uid)、マシン識別子(mid)、第二ユーザ識別子(uid)、画像の幅(width)、画像の高さ(height)、コンテナ又はファイル識別子又はヒント(container)、画像ファイル名(filename)、画像ファイルのサイズ(filesize)、ファイルコンテンツ署名(md5)、ファイル変更時刻(filemodtime)を含む。画像識別子、ユーザ識別子、及びマシン識別子の組み合わせにより、固有の画像IDが定められる。他の形のパーミッションデータも、同様に使用することができる。例えば、パーミッションデータは、コンテナ識別子、ファイル変更時刻、又はその他の上記データ項目を含む必要はない。さらに、固有の画像識別子を、かわりに、適当な長さの識別コードで提供することもできる。さらに、アクセスコード又はパスワードのような他のデータを含むこともできる。任意で、キー1は、失効日時、及び/又は対応する一又はそれ以上の画像ファイルを検索するためにそれを使用することのできる回数の限界、を持つことができる。」（段落【００４２】）
と記載されているが、それらの記載の中に、請求項１に記載の「前記第一の解像度より小さい第二の解像度のみを指定する解像度情報」に相当するデータは含まれていない。（もし含まれているのであれば、段落【００４１】及び【００４２】に記載の具体的にどのデータが、請求項１に記載の「前記第一の解像度より小さい第二の解像度のみを指定する解像度情報」に相当するのかを、意見書等において明確に説明されたい。）
　なお、段落【００４２】に記載の上記「画像の幅(width)、画像の高さ(height)」が、解像度情報に相当するものであったとしても、上記「画像の幅(width)、画像の高さ(height)」は選択された「第一の画像」の幅や高さであるから、上記「画像の幅(width)、画像の高さ(height)」は「第一の解像度」を表すものであって、「第一の解像度より小さい第二の解像度」を表すものではない。すなわち、段落【００４１】に「width='640' height='566'」と記載されているように、上記「画像の幅(width)、画像の高さ(height)」はそれぞれ６４０画素、５６６画素であると認められるが、受信ピア端末から送信ピア端末へ転送される画像要求に含まれる「第二の解像度」は、段落【００４４】に記載のように「サムネイルサイズの場合の96画素×96画素」等の解像度であって、上記「width='640' height='566'」よりも小さい値であるから、当該「width='640' height='566'」が「第一の解像度より小さい第二の解像度」であるとは認められない。
　なお、明細書の段落【００１２】には、
「少なくとも画像識別情報、及び前記第一の解像度より小さい第二の解像度を指定する解像度情報を含む、前記選択された第一の画像についてのパーミッションデータを、ネットワークを通じて、前記送信ピア端末から受信ピア端末へ転送し」
と記載されているが、これは単に特許請求の範囲の記載を写したものにすぎず、この記載のみでは、「前記第一の解像度より小さい第二の解像度のみを指定する解像度情報」について実質的な開示がなされているとは認められない。
（２）請求項１には、
「前記パーミッションデータを受信することに少なくとも部分的に応じて、前記受信ピア端末から前記送信ピア端末へ、前記第二の解像度における前記第一の画像についての画像要求を自動的に転送し」
と記載されているが、そのような事項も、明細書の「好ましい実施形態の詳細な説明」の欄には記載されていない。
　すなわち、上記（１）で指摘したように請求項１の「パーミッションデータ」には「第二の解像度のみを指定する解像度情報」が含まれていることを考慮すると、受信ピア端末から送信ピア端末へ自動的に転送する上記「前記第二の解像度における前記第一の画像についての画像要求」という記載における「第二の解像度」は、前記送信ピア端末から前記受信ピア端末へ転送する「パーミッションデータ」に含まれる「第二の解像度のみを指定する解像度情報」によって設定されるものであると認められる。
　しかしながら、そのような事項については、明細書の「好ましい実施形態の詳細な説明」の欄には記載されていない。
（３）上記（１）及び（２）で指摘したとおりであるから、請求項１に係る発明は、発明の詳細な説明に記載したものでない。
　また、上記（１）及び（２）で指摘した記載と同様（類似）の記載がなされている請求項２０、３２、４１、５８、７１に係る発明についても、発明の詳細な説明に記載したものでない。
　さらに、上記請求項１、２０、３２、４１、５８、７１の従属請求項である請求項２〜１９、２１〜３１、３３〜４０、４２〜５７、５９〜７０、７２〜８０に係る発明についても、発明の詳細な説明に記載したものでない。
　
　よって、請求項１〜８０に係る発明は、発明の詳細な説明に記載したものでない。」
　
　また、拒絶査定の備考欄には、以下のような記載がある。
　
「備考
　
＜（１）について＞
　パーミッションデータに含まれている「画像の幅(width)、画像の高さ(height)」が、「width='640' height='566'」であること（段落【００４１】〜【００４２】参照）と、スクリーンサイズが「640画素×480画素」であってサムネイルサイズが「96画素×96画素」であること（段落【００４４】、【００５４】参照）を前提に、すなわち、パーミッションデータに含まれている「画像の幅(width)、画像の高さ(height)」は、スクリーンサイズの値そのものでも、サムネイルサイズの値そのものでもないことを前提に、出願人の意見書における主張を以下に検討する。
（ａ）出願人は意見書において、
「つまり、受信ピア端末コンピュータB112が、キー（パーミッションデータキー）1を使って、要求対象の画像のサイズを特定することが記載されています。したがって、明細書中の段落【００４３】及び【００４４】の記載から、パーミッションデータキーには、第２の解像度を特定するための情報が含まれていることは理解可能であると思料いたします。」
と主張している。確かに、受信ピア端末コンピュータB112においては、ファイル共有アプリケーションが第２の解像度を特定（指定）するためにパーミッションデータを用いてはいるが、第２の解像度がどのような値になるかはファイル共有アプリケーションの処理内容によって変わるものであり、パーミッションデータから一意に特定の解像度の値が定まるわけではない。すなわち、段落【００４４】に記載のように、パーミッションデータに含まれる１つの解像度の値（「width='640' height='566'」）から、「96画素×96画素」、「640画素×480画素」、「64×64画素」、「128画素×128画素」、「160画素×160画素」といった複数の解像度を特定（指定）することが可能であって、パーミッションデータに含まれる上記１つの解像度の値（解像度情報）のみから、「96画素×96画素」、「640画素×480画素」、「64×64画素」、「128画素×128画素」、「160画素×160画素」の中の１つを特定（指定）できるわけではない。これに対して、請求項１の「前記第一の解像度より小さい第二の解像度のみを指定する解像度情報」という記載は、当該「解像度情報」そのものが第二の解像度を指定するのであるから、当該「解像度情報」のみから「96画素×96画素」、「640画素×480画素」、「64×64画素」、「128画素×128画素」、「160画素×160画素」の中の１つを特定（指定）できるものでなくてはならない。しかしながら、上述したように、パーミッションデータに含まれているのは「width='640' height='566'」というデータであって、当該データのみから「96画素×96画素」、「640画素×480画素」、「64×64画素」、「128画素×128画素」、「160画素×160画素」の中の１つを特定（指定）することはできない。したがって、パーミッションデータには、「前記第一の解像度より小さい第二の解像度のみを指定する解像度情報」は含まれていないから、出願人の上記主張は採用できない。
（ｂ）また、出願人は意見書において、
「よって、低解像度のサムネイルバージョンは、受信ピア端末が受領するパーミッションデータに基づいて決定されることは理解可能であると思料いたします。したがって、明細書中の段落【００６１】の記載からも、パーミッションデータには、低解像度を指定するための情報（第２の解像度を指定する解像度情報）が含まれていることは、理解可能であると思料いたします。」
と主張している。しかしながら、段落【００６１】の記載についても、上記（ａ）で述べたのと同様に、受信ピア端末において、ファイル共有アプリケーションが第２の解像度を特定（指定）するためにパーミッションデータを用いていることが記載されているだけである。したがって、パーミッションデータには、「前記第一の解像度より小さい第二の解像度のみを指定する解像度情報」は含まれていないから、出願人の上記主張も採用できない。
（ｃ）また、出願人は意見書において、
「そして、段落【００４１】には、「パーミッションメタデータの説明に役立つ事例は、以下のようである。image iid='-8' uid='4' mid='22' uid2='24' width='640' height='566' container='from trogdor' filename='IMG_8063.jpg' filesize='31904' md5='5548bf64 607865d0 4c1ba901 3422cb5c' filemodtime='37903.984109' /」と記載されており、パーミッションデータには、解像度情報が含まれていることが開示されています。」
と主張している。確かに、パーミションデータに含まれる上記「width='640' height='566'」は解像度情報ではあるが、請求項１に記載の「第一の解像度」そのものを表す情報にすぎず、その情報のみをみても第二の解像度の値を１つに特定することはできないから、上記「width='640' height='566'」を「第一の解像度より小さい第二の解像度のみを指定する解像度情報」と言うことはできない。したがって、上記（ａ）〜（ｂ）でも述べたように、パーミッションデータには、「前記第一の解像度より小さい第二の解像度のみを指定する解像度情報」は含まれていない。
　以上のとおりであるから、拒絶理由通知で指摘した（１）については依然として解消しておらず、したがって、請求項１〜８０に係る発明は、発明の詳細な説明に記載したものでない。
　
＜（２）について＞
　請求項１の「パーミッションデータ」には「第二の解像度のみを指定する解像度情報」が含まれていることを考慮すると、受信ピア端末から送信ピア端末へ自動的に転送する上記「前記第二の解像度における前記第一の画像についての画像要求」という記載における「第二の解像度」は、前記送信ピア端末から前記受信ピア端末へ転送する「パーミッションデータ」に含まれる「第二の解像度のみを指定する解像度情報」によって指定されるものであると認められる。
　しかしながら、上記（１）でも述べたように、パーミッションデータに含まれるのは、「第一の解像度」を表す解像度情報であって、「第二の解像度のみを指定する解像度情報」ではないから、請求項１に記載のように「第二の解像度のみを指定する解像度情報」によって指定された「第二の解像度」の画像要求を自動的に転送することは、明細書の「好ましい実施形態の詳細な説明」の欄には記載されていない。（念のため付け加えれば、受信ピア端末コンピュータB112においては、「第一の解像度」を表す解像度情報を用いて、ファイル共有アプリケーションが第２の解像度を指定（特定）する処理を行っており、そのような処理を行わず、パーミッションデータに含まれる「第二の解像度のみを指定する解像度情報」をそのまま画像要求する際の解像度とすることは、記載も示唆もされていない。）
　以上のとおりであるから、拒絶理由通知で指摘した（２）についても依然として解消しておらず、したがって、請求項１〜８０に係る発明は、発明の詳細な説明に記載したものでない。
　
　よって、この出願は、特許請求の範囲の記載が、特許法第３６条第６項第１号に規定する要件を依然として満たしていない。」
　
ウ．当審の判断
　
　平成２３年４月１５日付拒絶理由通知に記載された理由による拒絶査定について、すなわち、特許請求の範囲の内、請求項１の記載が特許法第３６条第６項第１号の規定を満たしているか否かについて検討する。
　
　平成１８年１月６日付の国際出願翻訳文提出書の明細書において、以下のような記載がある。
「【００１２】
　実施形態の一例は、ネットワークを通じた画像のピアツーピア共有の方法を提供し、本方法は、送信ピア端末のユーザによる、第一の解像度を持つ第一の画像の選択を受信し、少なくとも画像識別情報、及び前記第一の解像度より小さい第二の解像度を指定する解像度情報を含む、前記選択された第一の画像についてのパーミッションデータを、ネットワークを通じて、前記送信ピア端末から受信ピア端末へ転送し、少なくとも一部は、パーミッションデータの画像識別情報及び解像度情報に基づく前記第一の画像の画像要求を、前記受信ピア端末から前記送信ピア端末へ自動的に転送し、及び、前記画像要求を受信するのに応じて、前記送信ピア端末が、第一の画像を前記第二の解像度に変倍して、該変倍された第一の画像を暗号化し、かつ該暗号化された第一の画像を、前記第二の解像度で、ネットワークを通じて前記受信ピア端末に転送するステップを含む。」
「【００２９】
　従って、本出願で説明する方法の実施形態を使うことは、ユーザが、画像ファイルの低解像度のバージョンのようなファイルを、帯域幅を殆ど又は実質的に全く使うことなく、他のユーザと共有することを、可能にする。さらに、本出願で説明した方法は、ユーザが、画像の所望の解像度のバージョンを選択することを、可能にする。例えば、ユーザは、総計100MBの生データとなる100個のファイルについてのパーミッションを、転送することができる。従って、この例ではピア間で100MBの生データを転送できる従来の方法とは対照的に、受信端末は、総計200KBになるサムネイル、総計500KBになる画像の選択のための(例えば、1280×960画素とすることのできる)「プレビュー」、及び、総計2MBになるたった2つの更なるファイルについての元のデータ、を要求するであろう。与えられた例では、画像をどのように使用するかについての、送信者による事前の情報を全く用いることなく、使用されるネットワーク帯域幅は、元のフル解像度の画像の全ての転送と比べて、1/30以上減った。
　【００３０】
　オンラインの美術品販売のような、元のファイルへのアクセスを保護すべきアプリケーションでは、ファイル共有アプリケーションは、ユーザが、要求者に利用可能な最大サイズ又は解像度を指定することを、可能にする。任意で、様々な要求者が、様々な画像サイズ又は解像度へのアクセスを持つことができる。例えば、印刷解像度の美術作品を、非常に高解像度で格納することができるが、ファイル共有アプリケーションを介しての受信者への転送に関しては、送信者により、640×480画素のサイズに限定することができる。お金を支払う受信者、又は指定された友人或いは同僚のような特定の受信者が、画像のより高解像度のバージョン又はフル解像度のバージョンにアクセスすることができることを、送信者が任意で指定することもできる。
　【００３１】
　これを遂行するために、実施形態の例では、送信者のファイル共有アプリケーションが、ファイルの実際のサイズ、送信者の送信する最大サイズ又は解像度、及び受信者の要求サイズ又は解像度を調べる。従って、画像のバージョンは、要求された解像度、及び送信者によって指定された最大解像度又はサイズの小さい方に、実質的に等しいであろう。送信者のファイル共有アプリケーションは、原画像ファイルの9次の再サンプリングのような高品質の方法を使って、問題となっている画像をこのサイズにサイズ変更し、次に、任意で暗号化された圧縮ファイルを、受信者に送信する。一実施形態では、暗号化は、ストリームレベルで提供される。例として、ピアストリームがそれ自身で暗号化されるストリームレベルで、及び/又は例えば、個々のアイテム及びファイルが暗号化されるコンポーネントレベルで、暗号化を実施することができる。」
「【００４１】
　状態102において、送信端末コンピュータA110は、パーミッションデータキー1 109をネットワークを通じて受信ピア端末コンピュータB112へ転送又はプッシュすることにより、ファイル共有アプリケーション111によって、一つ、幾つか、又は多くの画像ファイルを利用可能にする。パーミッションデータは、送信ユーザによって選択された画像にアクセスする許可を提供することができる。パーミッションデータは、英数字メタデータの形とすることができる。パーミッションメタデータの説明に役立つ事例は、以下のようである。image iid='-8' uid='4' mid='22' uid2='24' width='640' height='566' container='from trogdor' filename='IMG_8063.jpg' filesize='31904' md5='5548bf64 607865d0 4c1ba901 3422cb5c' filemodtime='37903.984109' /
　【００４２】
　上記のパーミッションメタデータの例は、画像識別子(image iid)、ユーザ識別子(uid)、マシン識別子(mid)、第二ユーザ識別子(uid)、画像の幅(width)、画像の高さ(height)、コンテナ又はファイル識別子又はヒント(container)、画像ファイル名(filename)、画像ファイルのサイズ(filesize)、ファイルコンテンツ署名(md5)、ファイル変更時刻(filemodtime)を含む。画像識別子、ユーザ識別子、及びマシン識別子の組み合わせにより、固有の画像IDが定められる。他の形のパーミッションデータも、同様に使用することができる。例えば、パーミッションデータは、コンテナ識別子、ファイル変更時刻、又はその他の上記データ項目を含む必要はない。さらに、固有の画像識別子を、かわりに、適当な長さの識別コードで提供することもできる。さらに、アクセスコード又はパスワードのような他のデータを含むこともできる。任意で、キー1は、失効日時、及び/又は対応する一又はそれ以上の画像ファイルを検索するためにそれを使用することのできる回数の限界、を持つことができる。例として、ある実施形態では、送信端末又はサーバは、所定の画像ファイルが何回検索されたかのカウント、及び/又はそのファイルが最初に共有された時を保持し、そのデータを、そのファイルについてのユーザ毎のパーミッションデータと関連付けて格納する。次に、送信者アプリケーションは、要求ユーザによってファイルが検索された回数の数をチェックし、その数を検索の許可される回数と比較し、その数に達しているかどうか、従って、ユーザが再びそのファイルにアクセスすることを可能にするか否かを判断することができる。同様に、失効日時もチェックし、その日付を過ぎているかどうか、従って、ユーザがそのファイルにアクセスすることを可能にするか否かを判断する。
　【００４３】
　キー1 109及び関連するパーミッションデータを記憶し、ローカルメモリに格納する受信ピア端末コンピュータB112は、キー1又はその一部、及びファイル共有アプリケーション113を使って、(例えば、バウンディングボックスで表すことのできる)サイズを指定することにより、所定の画像の同じ又は異なるバージョンの一又はそれ以上の要求を自動的に作成することができ、リモートの送信者コンピュータA110は、要求された画像データを受信ピア端末コンピュータB112へ転送することにより、自動的にそれに応答する。そのかわりに、又はさらに、受信ピア端末コンピュータB112は、元のファイルのバイナリコンテンツを要求することができ、それは、インターネット全体にわたってハイパーテキストファイルを移動させるのに使用される、HTTP(ハイパーテキスト転送プロトコル)のような既存の、又はこれから開発される転送プロトコルによってサポートされる動作である。
　【００４４】
　この例では、状態104において、コンピュータB112が、キー1 109を使って要求される画像を特定し、サムネイルサイズの場合の96画素×96画素、又は画像のスクリーンサイズバージョンの場合の640画素×480画素、のような所望の解像度を指定することにより、コンピュータA110からの画像1 108を要求する。もちろん、64×64画素、128画素×128画素、又は160画素×160画素、のような他のサムネイル解像度も指定することができる。その要求は、コンピュータA110へ転送される。例えば、要求の例は、以下の形とすることができる。」
「【００５４】
　任意で、状態102において、コンピュータB112は、所定の画像を、2つの異なる解像度で自動的に要求することができる。その要求は、両方の解像度を要求する単一の転送要求の形とすることができる、或いは、2つの連続した転送要求の形とすることができ、このとき、最初の要求がその一方の解像度で画像を求め、次の要求が第二の解像度で画像を求める。第二の転送要求は、実質的には第一の転送要求の後即座に、任意で提供される。例えば、2つの解像度は、(サムネイルサイズの)96画素×96画素、及び(スクリーンサイズの)640×480画素、とすることができる。次に、コンピュータA110は、解像度の低い方のバージョンを初めに転送し、解像度の高い方のバージョンを次に転送することによる優先順位を付ける方法で、その要求に応答することができる。これは、コンピュータB112のユーザが、ほぼ即座にサムネイルバージョンを見ることができることを、確実にする。しかしながら、任意で、解像度の高い方のバージョンの転送に、より高い優先順位を与え、解像度の低い方のバージョンの転送に、より低い優先順位を与えることもできる。さらに、解像度の低い方のバージョン及び解像度の高い方のバージョンの転送を、交互に挟み込むこともできる。」
「【００６１】
　上で説明したのと同様に、次に、送信ユーザのファイル共有アプリケーションが、選択された画像に対応するパーミッションデータを自動的に生成し、そのパーミッションデータを、ネットワークを通じて、選択された受信者の端末へ転送又はプッシュする。次に、受信者のファイル共有アプリケーションは、送信ユーザのファイル共有アプリケーションからの画像の、低解像度のサムネイルバージョンを自動的に要求し、プレビュー解像度のバージョンを任意で要求し、このとき、その要求は、画像識別子を含む。限定ではなく、例として、プレビュー解像度は、サムネイル解像度の5、10、20、又は50或いはそれ以上倍の解像度とすることができる。送信ユーザのファイル共有アプリケーションは、選択された画像の、低解像度のバージョンを自動的に、プレビューバージョンを任意で生成又は検索し、その低解像度及びプレビューバージョンを、受信者のコンピュータ端末上で実行されるファイル共有アプリケーションを介して、選択された受信者へ送信する。転送される画像は低解像度であるので、転送はほぼリアルタイムで生じ、その画像は、1秒未満、或いは5又は10秒以下というように実質的に即座に、受信者の端末のディスプレイ上に表示される。さらに、その2つの端末間のハンドシェーキングも、送信ユーザ及び受信ユーザには透過である。」
　また、図面の図１は以下のとおりである。
　
ａ．平成２３年４月１５日付拒絶理由通知書の（１）すなわち「前記第一の解像度より小さい第二の解像度のみを指定する解像度情報」に関しての検討
　
　パーミッションデータについて、明細書には、
「【００４１】
　状態102において、送信端末コンピュータA110は、パーミッションデータキー1 109をネットワークを通じて受信ピア端末コンピュータB112へ転送又はプッシュすることにより、ファイル共有アプリケーション111によって、一つ、幾つか、又は多くの画像ファイルを利用可能にする。パーミッションデータは、送信ユーザによって選択された画像にアクセスする許可を提供することができる。パーミッションデータは、英数字メタデータの形とすることができる。パーミッションメタデータの説明に役立つ事例は、以下のようである。image iid='-8' uid='4' mid='22' uid2='24' width='640' height='566' container='from trogdor' filename='IMG_8063.jpg' filesize='31904' md5='5548bf64 607865d0 4c1ba901 3422cb5c' filemodtime='37903.984109' /
　【００４２】
　上記のパーミッションメタデータの例は、画像識別子(image iid)、ユーザ識別子(uid)、マシン識別子(mid)、第二ユーザ識別子(uid)、画像の幅(width)、画像の高さ(height)、コンテナ又はファイル識別子又はヒント(container)、画像ファイル名(filename)、画像ファイルのサイズ(filesize)、ファイルコンテンツ署名(md5)、ファイル変更時刻(filemodtime)を含む。」
　
と記載されており、width='640' height='566'、画像の幅(width)、画像の高さ(height)が、解像度情報であるとの直接的な記載は無いものの、
　
「【００４４】
　この例では、状態104において、コンピュータB112が、キー1 109を使って要求される画像を特定し、サムネイルサイズの場合の96画素×96画素、又は画像のスクリーンサイズバージョンの場合の640画素×480画素、のような所望の解像度を指定することにより、コンピュータA110からの画像1 108を要求する。もちろん、64×64画素、128画素×128画素、又は160画素×160画素、のような他のサムネイル解像度も指定することができる。その要求は、コンピュータA110へ転送される（後略）」
　
の記載から、解像度は、画像の２辺それぞれの画素数にて指定されており、パーミッションメタデータのwidth='640' height='566'も画素数を表したものであると考えると、パーミッションメタデータのwidth='640' height='566'が、パーミッションデータの解像度情報に対応するものと推測される。
　しかし、パーミッションメタデータのwidth='640' height='566'について検討するに、「画像の幅(width)、画像の高さ(height)」との記載、サムネイルサイズとして、96画素×96画素、64×64画素、128画素×128画素、160画素×160画素、画像のスクリーンサイズバージョンとして640画素×480画素が例示され、そのいずれよりも大きな解像度であることから、パーミッションメタデータのwidth='640' height='566'は、画像本来の解像度すなわち第一の解像度を指すと考えるのが自然であり、パーミッションメタデータのwidth='640' height='566'が、請求項１に記載の「前記第一の解像度より小さい第二の解像度のみを指定する解像度情報」であること、すなわち、第一の画像の本来の解像度である第一の解像度より小さい第二の解像度のみを指定する解像度情報であることについて、発明の詳細な説明に記載も示唆もないものである。
　
　なお、段落【００１２】には、「前記第一の解像度より小さい第二の解像度を指定する解像度情報を含む、前記選択された第一の画像についてのパーミッションデータ」との記載があるものの、これは、単に、平成１８年１月６日付の国際出願翻訳文提出書の特許請求の範囲の記載によるものであり、具体的な構成が無いため、実質的に開示されていると認めることはできない。
　
ｂ．平成２３年４月１５日付拒絶理由通知書の（２）すなわち「前記パーミッションデータを受信することに少なくとも部分的に応じて、前記受信ピア端末から前記送信ピア端末へ、前記第二の解像度における前記第一の画像についての画像要求を自動的に転送し」に関しての検討
　
　受信ピア端末から送信ピア端末へ、第一の画像についての画像要求を行うことについて、明細書には、
「【００４３】
　キー1 109及び関連するパーミッションデータを記憶し、ローカルメモリに格納する受信ピア端末コンピュータB112は、キー1又はその一部、及びファイル共有アプリケーション113を使って、(例えば、バウンディングボックスで表すことのできる)サイズを指定することにより、所定の画像の同じ又は異なるバージョンの一又はそれ以上の要求を自動的に作成することができ、リモートの送信者コンピュータA110は、要求された画像データを受信ピア端末コンピュータB112へ転送することにより、自動的にそれに応答する。（後略）」
「【００４４】
　この例では、状態104において、コンピュータB112が、キー1 109を使って要求される画像を特定し、サムネイルサイズの場合の96画素×96画素、又は画像のスクリーンサイズバージョンの場合の640画素×480画素、のような所望の解像度を指定することにより、コンピュータA110からの画像1 108を要求する。もちろん、64×64画素、128画素×128画素、又は160画素×160画素、のような他のサムネイル解像度も指定することができる。その要求は、コンピュータA110へ転送される（後略）」
と記載され、
　図面、図１の１０４には、「コンピュータＢは、所望の解像度を指定し、かつ、そのキーを特定することにより、画像１を要求する。」
と記載されている。すなわち、パーミッションデータキー１を使って、受信ピア端末コンピュータB112は、サイズを指定することについての記載があり、サイズの例として、サムネイルサイズの場合の96画素×96画素、64×64画素、128画素×128画素、又は160画素×160画素、又は画像のスクリーンサイズバージョンの場合の640画素×480画素が挙げられているものである。
　
　「前記パーミッションデータを受信することに少なくとも部分的に応じて、前記受信ピア端末から前記送信ピア端末へ、前記第二の解像度における前記第一の画像についての画像要求を自動的に転送」の記載について検討するに、「前記第二の解像度」という記載から、パーミッションデータに含まれる「前記第一の解像度より小さい第二の解像度のみを指定する解像度情報」にて指定された第二の解像度にて、受信ピア端末から前記送信ピア端末への画像要求を自動的に転送するものである。
　しかし、コンピュータB112は、パーミッションデータキー１を使って、サムネイルサイズ又は画像のスクリーンサイズバージョンのような所望の解像度を指定するものであり、パーミッションデータに含まれる解像度情報にて指定された解像度にて第一の画像の画像要求を自動的に転送するものではなく、３．ウ．ａ．にて検討したように、そもそも「前記第一の解像度より小さい第二の解像度のみを指定する解像度情報」が、パーミッションデータに含まれるものではない以上、請求項１に記載の「前記受信ピア端末から前記送信ピア端末へ、前記第二の解像度における前記第一の画像についての画像要求を自動的に転送」についても、発明の詳細な説明に記載も示唆もないものである。
　
　したがって、本願特許請求の範囲の請求項１における当該記載箇所の内容は、発明の詳細な説明に記載されたものではない。
　結局、上記拒絶理由として指摘した事項は依然として解消しておらず、請求項１の記載は、特許を受けようとする発明が、発明の詳細な説明に記載されているものとはいえない。
　
　なお、審判請求人は、平成２５年５月７日付回答書にて、以下のような主張をしている。
　
「２．本願発明が特許されるべき理由 
　平成２２年７月１日に提出した手続補正書に記載された請求項に係る発明は、明細書中の段落［００３１］にも記載されていることから、当該補正書の請求項に係る発明は、発明の詳細な説明に記載したものであると思料いたします。
　例えば、明細書中の段落［００３１］には、「これを遂行するために、実施形態の例では、
送信者のファイル共有アプリケーションが、ファイルの実際のサイズ、送信者の送信する最大サイズ又は解像度、及び受信者の要求サイズ又は解像度を調べる。従って、画像のバージョンは、要求された解像度、及び送信者によって指定された最大解像度又はサイズの小さい方に、実質的に等しいであろう。
　「送信ピア端末のユーザによる、第一の解像度を持つ第一の画像の選択を受信し」という点、そして、「前記第一の解像度より小さい第二の解像度のみを指定する解像度情報、を少なくとも含む、前記選択された第一の画像についてのパーミッションデータを、ネットワークを通じて、前記送信ピア端末から受信ピア端末へ転送し」という点について、上述の明細書の記載「送信者のファイル共有アプリケーションが、ファイルの実際のサイズ、送信者の送信する最大サイズ又は解像度、及び受信者の要求サイズ又は解像度を調べる。従って、画像のバージョンは、要求された解像度、及び送信者によって指定された最大解像度又はサイズの小さい方に、実質的に等しいであろう」の通り、第１の画像は、その画像の実際のサイズである第１の解像度を有しています。すなわち、パーミッションデータは、要求解像度及び、送信者によって特定された最大解像度又はサイズより小さい第２の解像度であって、第１の解像度より小さい第２の解像度のみを指定する解像度情報とともに転送され、要求解像度及び、送信者によって特定された最大解像度又はサイズより小さい画像は、第１の解像度である第１の画像の実際のサイズより小さくなります。したがって、請求項の記載「前記第一の解像度より小さい第二の解像度のみを指定する解像度情報、を少なくとも含む、前記選択された第一の画像についてのパーミッションデータを、ネットワークを通じて、前記送信ピア端末から受信ピア端末へ転送し」という事項は、明細書中に記載されているものと思料いたします。
　ここで、請求項の記載「パーミッションデータ」と明細書の記載との関係を明細書中の段落［００２９］ないし［００４２］を用いて補足的に説明する。
　明細書中の段落［００２９］には、「ユーザが、
画像ファイルの低解像度のバージョン
画像ファイルの低解像度のバージョン
　明細書中の段落［００３０］には、「ファイル共有アプリケーションは、ユーザが、要求者に利用可能な最大サイズ又は解像度を指定することを、可能にする」こと、そして、「お金を支払う受信者、又は指定された友人或いは同僚のような特定の受信者が、画像のより高解像度のバージョン又はフル解像度のバージョンにアクセスすることができることを、送信者が任意で指定することもできる」ことが記載されています。この記載から、ユーザは、要求者が利用可能である解像度の最大サイズが第１の画像の第１の解像度より小さいことを指定することができることが理解されるものと思料いたします。つまり、明細書中の段落［００３０］には、いずれのバージョン（解像度）を受信者に送信するかを決定することについての手順が記載されています。 
　明細書中の段落［００４１］には、「パーミッションデータは、送信ユーザによって選択された画像にアクセスする許可を提供することができる。パーミッションデータは、英数字メタデータの形とすることができる。」と記載されており、段落［００４２］には、「上記のパーミッションメタデータの例は、画像識別子(image iid)、ユーザ識別子(uid)、マシン識別子(mid)、第二ユーザ識別子(uid)、画像の幅(width)、画像の高さ(height)、コンテナ又はファイル識別子又はヒント(container)、画像ファイル名(filename)、画像ファイルのサイズ(filesize)、ファイルコンテンツ署名(md5)、ファイル変更時刻(filemodtime)を含む」と記載されています。すなわち、送信ユーザによって送信される、パーミッションデータ内のファイルサイズは、受信ユーザがアクセスすることができるファイルサイズであって、第１の解像度を有する画像ファイル低解像度バージョンであるファイルサイズであることが理解されるものと思料いたします。したがって、パーミッションデータが第一の解像度より小さい第二の解像度を含むことは、明細書の記載から理解可能であると思料いたします。」
　
　しかしながら、
「【００３０】
　オンラインの美術品販売のような、元のファイルへのアクセスを保護すべきアプリケーションでは、ファイル共有アプリケーションは、ユーザが、要求者に利用可能な最大サイズ又は解像度を指定することを、可能にする。任意で、様々な要求者が、様々な画像サイズ又は解像度へのアクセスを持つことができる。例えば、印刷解像度の美術作品を、非常に高解像度で格納することができるが、ファイル共有アプリケーションを介しての受信者への転送に関しては、送信者により、640×480画素のサイズに限定することができる。」
の記載をみるに、ユーザが、画像の実際の解像度ではなく、要求者に利用可能な最大サイズ又は解像度を指定することを可能とするという記載があるものの、その指定を、具体的にどのようにして行うかについての記載はなく、ましてや、パーミッションデータによって指定するものであるか否かの開示はなく、示唆する記載もない。
　また、
「【００４１】
　状態102において、送信端末コンピュータA110は、パーミッションデータキー1 109をネットワークを通じて受信ピア端末コンピュータB112へ転送又はプッシュすることにより、ファイル共有アプリケーション111によって、一つ、幾つか、又は多くの画像ファイルを利用可能にする。パーミッションデータは、送信ユーザによって選択された画像にアクセスする許可を提供することができる。パーミッションデータは、英数字メタデータの形とすることができる。パーミッションメタデータの説明に役立つ事例は、以下のようである。image iid='-8' uid='4' mid='22' uid2='24' width='640' height='566' container='from trogdor' filename='IMG_8063.jpg' filesize='31904' md5='5548bf64 607865d0 4c1ba901 3422cb5c' filemodtime='37903.984109' /
　【００４２】
　上記のパーミッションメタデータの例は、画像識別子(image iid)、ユーザ識別子(uid)、マシン識別子(mid)、第二ユーザ識別子(uid)、画像の幅(width)、画像の高さ(height)、コンテナ又はファイル識別子又はヒント(container)、画像ファイル名(filename)、画像ファイルのサイズ(filesize)、ファイルコンテンツ署名(md5)、ファイル変更時刻(filemodtime)を含む。」
の記載をみても、パーミッションデータは、送信ユーザによって選択された画像にアクセスする許可を受信側に提供するためのものであり、パーミッションメタデータの例として、画像の幅(width)、画像の高さ(height)、画像ファイルのサイズ(filesize)が挙げられているだけであり、パーミッションデータ内のファイルサイズは、受信ユーザがアクセスすることができるファイルサイズであることについての記載も示唆もない。
　
　そして、仮に、パーミッションメタデータのwidth='640' height='566'、もしくは、回答書にて主張するようにファイルサイズが、画像の実際の解像度ではなく、要求者に利用可能な最大サイズ又は解像度を指定するものであり、要求者に利用可能な最大サイズ又は解像度が、第一の解像度より小さい第二の解像度のみを指定する解像度情報であったとしても、
「【００３１】
　これを遂行するために、実施形態の例では、送信者のファイル共有アプリケーションが、ファイルの実際のサイズ、送信者の送信する最大サイズ又は解像度、及び受信者の要求サイズ又は解像度を調べる。従って、画像のバージョンは、要求された解像度、及び送信者によって指定された最大解像度又はサイズの小さい方に、実質的に等しいであろう。」
の記載、すなわち、送信者の送信する最大サイズ又は解像度、及び受信者の要求サイズ又は解像度を調べ、要求された解像度、及び送信者によって指定された最大解像度又はサイズの小さい方に、実質的に等しくするということは、送信者の送信する解像度と、受信者の要求解像度との比較を行うということであるし、先に検討したように、段落【００４３】、【００４４】、図１の１０４の記載から、パーミッションデータキー１を使って、受信ピア端末コンピュータB112は、所望の解像度を指定するものであり、パーミッションデータに含まれる解像度情報にて指定された第二の解像度にて第一の画像の画像要求を自動的に転送するものではなく、審判請求人の主張を認めることはできない。
　
４．むすび
　以上のとおりであるから、この出願は、特許請求の範囲の記載が、特許法第３６条第６項第１号に規定する要件を満たしていないとした拒絶査定に誤りはない。　
　
　よって、原査定を取り消す、この出願の発明は特許すべきものであるとする審判請求の趣旨は認められないから、結論のとおり審決する。