【事件の表示】
　特願２００４−５１５１４４「ＸＭＬ文書の構造化ストリーミング方法及び装置」拒絶査定不服審判事件〔平成１５年１２月３１日国際公開、ＷＯ２００４／００１６２５、平成１７年１０月　６日国内公表、特表２００５−５３０２６６〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯
　本願は、２００３年６月１１日（パリ条約による優先権主張２００２年６月２０日、米国）を国際出願日とする出願であって、平成２０年１０月２０日付けで拒絶理由が通知され、平成２１年４月２４日付けで手続補正がなされ、平成２１年１１月１７日付けで拒絶理由が通知され、平成２２年２月２４日付けで手続補正がなされたが、平成２２年８月１７日付けで最後の拒絶理由が通知され、平成２２年１１月２４日付けで意見書が提出されたが、平成２３年５月１３日付けで拒絶査定がなされ、これに対し平成２３年９月２６日に拒絶査定不服の審判が請求され、同時に手続補正がなされたものである。
　
第２　平成２３年９月２６日付けの手続補正についての補正却下の決定
［結論］
 平成２３年９月２６日付けの手続補正（以下、「本件補正」という。）を却下する。
　
［理由］
１．本件補正前及び本件補正後の本願発明
　本件補正は、特許請求の範囲についてするもので、請求項１については、
ア．本件補正前の請求項１に「各ＸＭＬ部分が前記ＸＭＬ文書における該ＸＭＬ部分と他のＸＭＬ部分との関係を規定する構造情報を有する」とあった記載を「各ＸＭＬ部分が前記ＸＭＬ文書における該ＸＭＬ部分と他のＸＭＬ部分との関係を規定する構造情報を含むラッパ部分を有する」と限定し、
イ．本件補正前の請求項１に「前記ＸＭＬ部分に優先度を付与するステップは、より低い優先度のＸＭＬ部分が受信されなくても、送信されたより高い優先度のＸＭＬ部分を復号化することを可能にする」とあった記載を、「前記ラッパ部分は、より低い優先度のＸＭＬ部分が受信されなくても、送信されたより高い優先度のＸＭＬ部分を復号化することを可能にする」と補正するものである。
　
２．補正の目的について
　上記補正「イ．」が特許請求の範囲の減縮を目的としたものであるか否か以下に検討する。
　本願明細書には、次の記載がある（下線は、当審が付与した。）。
（１）「本発明の一実施例によると、
ＸＭＬ文書は、特定のアプリケーション（例えば、購入注文、インボイスなど）に基づく特定のＸＭＬスキーマによるＸＭＬ部分にセグメント化される。
以降、これらの部分は、ユーザの基準に基づき優先度が付与される。その後、これらＸＭＬ部分は、グループ化及び/または当該ＸＭＬ文書の最重要ＸＭＬ部分の早期の復号のため、受け手に送信される。
（２）「例えば、ＸＭＬ文書は、部分/セグメントの集まり、あるいはいわゆるサブツリーとして分解及び符号化される。サブツリーは、所与のノード上に備えられ、当該ノードと階層的ツリー構造の当該ノードの下のすべてのノードを有する。より大きなＸＭＬ文書ツリーにおける各サブツリーは、あたかもそれが独立したツリーであるかのように、受信機３００により構文解析及び検証される。所与のサブツリーは、追加的なサブツリーを含むことができる。
ストリーム化されたＸＭＬ文書の各サブツリーは、各独立したサブツリーの周囲のサブツリーラッパ（ｓｕｂ−ｔｒｅｅ　ｗｒａｐｐｅｒ）機能として用いられる構造ノードを利用する。この構造ノードは、他のサブツリーと当該サブツリーとの関係を示す。このようにして、ＸＭＬ受信機３００は、十分なストリーム化されたＸＭＬコンテンツが受信される場合、完全なツリー構造を再構成することができる。
　
　上記（１）、（２）の記載によれば、「より低い優先度のＸＭＬ部分が受信されなくても、送信されたより高い優先度のＸＭＬ部分を復号化することを可能にする」のは、ＸＭＬ文書がＸＭＬ部分にセグメント化され、これらの部分に優先度が付与され、当該ＸＭＬ文書の最重要ＸＭＬ部分が、早期の復号のため、受け手に送信されるためであることがわかる。
　これに対し、「サブツリーラッパ（ｓｕｂ−ｔｒｅｅ　ｗｒａｐｐｅｒ）機能」は、他のサブツリーと当該サブツリーとの関係を示す構造ノードであって、ＸＭＬ受信機３００が、十分なストリーム化されたＸＭＬコンテンツを受信した場合に、完全なツリー構造を再構成するための機能である。
　よって、本件補正後の請求項１に係る発明において、「前記ラッパ部分」（各ＸＭＬ部分が有する「前記ＸＭＬ文書における該ＸＭＬ部分と他のＸＭＬ部分との関係を規定する構造情報を含むラッパ部分」）は、十分なストリーム化されたＸＭＬコンテンツを受信した場合に、完全なツリー構造を再構成するための機能を提供するためものであって、「より低い優先度のＸＭＬ部分が受信されなくても、送信されたより高い優先度のＸＭＬ部分を復号化することを可能にする」ためのものではない。
　よって、本件補正により「より低い優先度のＸＭＬ部分が受信されなくても、送信されたより高い優先度のＸＭＬ部分を復号化することを可能にする」主体を、「前記ＸＭＬ部分に優先度を付与するステップ」から「前記ラッパ部分」に補正することは、該主体を実質的に変更するものであるから、特許請求の範囲に記載された事項を技術的に限定するものではない。
　従って、本件補正のうち「イ．」は、特許請求の範囲の減縮を目的とした補正ではない。
　また、同様の理由により、本件補正のうち「イ．」は、明りょうでない記載の釈明、誤記の訂正を目的としたものでもない。
　
　以上のとおり、請求項１についての本件補正は、特許法第１７条の２第４項第２〜４号に掲げる事項を目的とした補正ではない。
　
３．独立特許要件について
　仮に、請求項１についての本件補正のうち「イ．」が、特許法第１７条の２第４項第２号（特許請求の範囲の減縮）に掲げる事項を目的とした補正であるとしても、本件補正後の請求項１に係る発明（以下、「本願補正発明」という。）は、以下に述べるとおり、独立して特許を受けることができない（特許法第１７条の２第５項において準用する同法第１２６条第５項に規定する要件を満たさない）ものである。
　
（１）本件補正後の本願発明
　本願補正発明は、次のとおりのものである。
「【請求項１】
　ＸＭＬ文書送信方法であって、
　送信機において、送信対象のＸＭＬ文書のＸＭＬ部分であって、各ＸＭＬ部分が前記ＸＭＬ文書における該ＸＭＬ部分と他のＸＭＬ部分との関係を規定する構造情報を含むラッパ部分を有するＸＭＬ部分を生成するステップと、
　前記送信機において、各方式が特定のアプリケーションとユーザにより規定された優先度とに依存する所定の方式に従って前記ＸＭＬ部分に優先度を付与するステップと、
　前記送信機から、前記優先度が付与されたＸＭＬ部分を送信するステップと、
を有し、
　前記ラッパ部分は、より低い優先度のＸＭＬ部分が受信されなくても、送信されたより高い優先度のＸＭＬ部分を復号化することを可能にすることを特徴とする方法。」
　
（２）引用例
　原査定の拒絶の理由に引用された、本願の優先日前に頒布された刊行物である、Marc Girardot、Neel Sundaresan 、EFFICIENT REPRESENTATION AND STREAMING OF XML CONTENT OVER THE INTERNET MEDIUM、IEEE International Conference on Multimedia and Expo, 2000. ICME 2000. 、Volume: 1 、p.67〜70（以下、「引用例」という。）には、図面とともに、次の技術事項が記載されている。
（ア）「ABSTRACT
As large XML documents with text and multimedia are exchanged and streamed over the Internet medium, techniques for compact and efficient representation and exchange for this data become essential. We have designed a system called Millau for efficient encoding and streaming of XML structures. In this paper, we describe the Millau algorithms for compression and streaming of XML structures and data. In order to be able to transmit the most important information first, Millau builds a solution for fragmenting an XML document, associating a priority to each fragment, streaming each fragment independently, and rebuilding the whole document or parts of the document according to the user's preferences or the browser capabilities. This solution can be applied to the streaming of structured XML documents with text or multimedia data.」（第６７頁左欄第１〜１５行）（当審訳：アブストラクト
　テキストとマルチメディアを備えた大きなXML文書がインターネット媒体上で交換されストリームされるのにつれて、このデータのためのコンパクトで効率的な表現および交換のため技術が、不可欠になります。私たちは、XML構造の効率的な符号化およびストリーミングのためにMillauと呼ばれるシステムを設計しました。この論文では、私たちは、XML構造およびデータの圧縮およびストリーミング用のMillauアルゴリズムについて記述します。最も重要な情報を最初に送信することができるようにするため、Millauは、XML文書をばらばらにし、各断片に優先度を関連させ、各断片を独立して流し、そしてユーザの好み、あるいはブラウザ能力に従って、文書全体あるいは文書の部分を再建するための解決策を構築します。この解決策は、テキストまたはマルチメディアのデータを備えた構造化したXML文書のストリーミングに適用することができます。）
　
（イ）「1. INTRODUCTION
XML [1] is being increasingly used for Web-based applications as an exchange wire format (MPEG-7 uses XML schema for data representation [7]). Our research work focuses on building an encoding format adapted to serialization and streaming of large XML documents. This format must be compact in order to save storage space and network bandwidth and easy to process so that the processing time on both side of the communication channel is not significant compared to the transmission time. Further, Compression algorithms should take advantage of the knowledge of associated schema.
Streaming XML implies that the user or the application can process the XML stream as it receives it and before it is totally downloaded. Moreover, we must transmit the most important information first and discard unnecessary information or the content that cannot be received or displayed because of network or browser limitations. We observe that XML, because of its structured nature, is especially well designed for fragmenting and reordering of information. We design a format for fragmenting and reordering and combine with our streaming format and tools. In addition we design a protocol for priority agreement between the sender and the receiver.
There are several applications that can take advantage of efficient representation, streaming, and exchange of XML content and schema. These include metadata driven multimedia applications, large text based XML document servers, smart indexing of XML data, and distributed computing applications using XML format for message and argument passing. 
In this paper we study the issues discussed above and propose solutions for them. We further apply the solutions to sample multimedia applications that can take advantage of the solutions.」（第６７頁左欄第１６行〜第６７頁右欄第３行）（当審訳：1. はじめに
　XML[1]は、交換伝送フォーマット(MPEG-7はデータ表現[7]のためにXMLスキーマを使用します)としてウェブ・ベースのアプリケーションにますます使用されています。私たちの研究作業は、大きなXML文書のシリアライゼーションおよびストリーミングに適した符号化フォーマットの構築に注目しています。このフォーマットは格納スペースおよびネットワーク帯域幅を節約するためにコンパクトで、かつ、送信時間と比較して通信チャンネルの両側での処理時間が重要でなくなるように、処理が容易でなければなりません。さらに、圧縮アルゴリズムは、関連するスキーマについての知識を利用するべきです。
　XMLをストリーミングすることは、ユーザまたはアプリケーションが、それを受け取ったとたん、それが全てダウンロードされる以前に、XMLのストリームを処理することができることを示唆します。さらに、私たちは最も重要な情報を最初に送信し、不必要な情報や、ネットワークまたはブラウザの制限のために、受け取ること、または表示することができない内容を廃棄しなければなりません。私たちは、その構造化した性質のため、情報をばらばらにすること、および並べ換えのためにXMLが特によく設計されていることに気付きました。私たちは、断片化および並べ換えのためのフォーマットを設計し、ストリーミング・フォーマットおよびツールと結び付けます。さらに、私たちは、送り手と受け手との間で優先度を協定するためのプロトコルを設計します。
　効率的な表現、ストリーミング、およびXMLコンテンツとスキーマの交換を利用することができるいくつかのアプリケーションがあります。これらはメタデータで駆動されるマルチメディア・アプリケーション、大きなテキストベースのXML文書サーバー、XMLデータのスマートなインデックス付け、そしてXMLフォーマットをメッセージと引数の渡しに使用する分散コンピューティングアプリケーションを含んでいます。
　この論文では、私たちは、上に議論された問題を検討し、それらのために解決策を提案します。私たちは、この解決策を利用することができるマルチメディア・アプリケーションの実例に、この解決策を適用します。）
　
（ウ）「2. MILLAU FORMAT SPECIFICATION
The Millau encoding format is an extension of the WAP Binary XML format. The WBXML Format Specification [2] defines a compact binary representation of XML. It is designed to reduce the transmission size of XML documents with no loss of functionality or semantic information. For example, it preserves the element structure of XML, allowing a browser to skip unknown elements or attributes. More specifically, tags and attributes are encoded with tokens (a token is a single byte).」（第６７頁右欄第４〜１２行）（当審訳： 2. MILLAUのフォーマット仕様
　Millauの符号化フォーマットはWAPのバイナリのXMLフォーマットの拡張です。WBXMLフォーマット仕様[2]は、XMLのコンパクトなバイナリの表現を定義します。それは、機能性または意味的な情報の損失なしに、XML文書の送信サイズを縮小するように設計されています。例えば、それは、ブラウザが未知の要素あるいは属性をスキップすることを許容しながら、XMLの要素構造を保存します。より具体的には、タグと属性はトークン(トークンは1バイトです)で符号化されます。）
　
（エ）「2.3 Fragmentation and reordering
Efficient streaming of structured content means that the most important information must be transmitted first. The transmission of less important information can be delayed or discarded if the network is congested or if the browser is unable to display this information. Furthermore, the XML documents can be fragmented into subtrees [3] and each subtree may a transmitted in some order predecided between the client and the server. We use the following as a running example for the discussion.　
　NEWS DATE=“11/13/1999”　
　　TOPIC TITLE=“Sport”　
　　　HEADLINE TITLE=“Golf”Tiger Woods wins PGA Tour./HEADLINE
　　　HEADLINE TITLE=“Football”Saban succeeds DiNardo./HEADLINE
　　　PHOTO TITLE= “Tiger Woods”... /PHOTO
　　/TOPIC　
　/NEWS　
In order to identify fragment for reassembling, each fragment is labeled using a label attribute. Then for every fragment that contains another fragment, we can add a reference to the missing fragment. For example, the example NEWS could be fragmented and labeled as follows:
・Fragment 1:　
　NEWS DATE=“11 / 13 / 1999”　
　　TOPIC TITLE=“Sport”ref=“0”/　
　/NEWS　
・Fragment 2:　
　TOPIC label=“0”　
　　HEADLINE TITLE=“Golf” ref=“0”/ 
　　HEADLINE TITLE=“Football” ref=“1”/　
　　PHOTO TITLE“Tiger Woods” ref=“0”/　
　/TOPIC
・Fragments 3 and 4:　
　HEADLINE label=“0”Tiger Woods wins PGA Tour/HEADLINE　
　HEADLINE label=“1”Saban succeed DiNardo /HEADLINE　
・Fragment 5:　
　PHOTO label=“0” ...  / PHOTO
The breaking down of the XML document into fragments can be based upon priorities of individual nodes or subtrees of the document. For instance, fragments with higher priority (lower priority number) may be sent to the receiver before the lower priority fragments. The sender and the receiver share a specification file of priorities for how the tree is broken down and rebuilt.
Priorities are assigned to fragments in XML as shown in the following example:　
　PRIORITIES
　　PRIORITY PATH=“NEWS” VALUE=“1”/
　　PRIORITY PATH=“HEADLINE” VALUE=“2”/
　　PRIORITY PATH=“PHOTO” VALUE=“3”/　
　/PRIORITIES」（第６８頁左欄第１〜５４行）（当審訳：2.3 断片化および並べ替え
　構造化されたコンテンツの効率的なストリーミングは、最も重要な情報が最初に送信されなければならないことを意味します。ネットワークが混雑している場合、あるいはブラウザがこの情報を表示することができない場合、それほど重要でない情報の送信は遅れるか廃棄することができます。更に、XML文書は、サブ・ツリー[3]に断片化されることができ、そして各サブ・ツリーは、クライアントとサーバーの間で前もって決められたある順で送信されるかも知れません。私たちは次の運用例（running example）を議論に使用します。　
　NEWS DATE=“11/13/1999”
　　TOPIC TITLE=“スポーツ”
　　　HEADLINE TITLE=“ゴルフ”タイガー・ウッズがPGAツアーで勝利
　　　/HEADLINE
　　　HEADLINE TITLE=“フットボール”SabanがDiNardoの後任に
　　　/HEADLINE
　　　PHOTO TITLE=“タイガー・ウッズ”.../PHOTO 
　　/TOPIC　
　/NEWS
　再構成のために断片を識別するため、各断片は、「ラベル」属性を使用して、ラベル付けされます。その後、別の断片を含んでいるすべての断片については、見当たらない断片への参照を加えることができます。例えば、以下のように、例NEWSをばらばらにし、ラベルを付けることができるかもしれません:
・断片1:　
　NEWS DATE=“11 / 13 / 1999”
　　TOPIC TITLE=“スポーツ”ref=“0”/
　/NEWS
・断片2:　
　TOPIC label=“0”
　　HEADLINE TITLE=“ゴルフ” ref=“0”/
　　HEADLINE TITLE=“フットボール” ref=“1”/ 
　　PHOTO TITLE“タイガー・ウッズ” ref=“0”/　
　/TOPIC
・断片3および4:　
　HEADLINE label=“0”タイガー・ウッズがPGAツアーで勝利/HEADLINE　
　HEADLINE label=“1”SabanがDiNardoの後任に/HEADLINE
・断片5:　
　PHOTO label=“0” ...  / PHOTO
　XML文書の断片への分解は、文書の個々のノードまたはサブ・ツリーの優先度に基づくかもしれません。例えば、より高い優先度(より低い優先順位番号)を備えた断片は優先度の低い断片より前に受け手に送られるかもしれません。送り手と受け手は、ツリーがどのように分解され再構築されるかに関する、優先度の仕様書ファイルを共有します。
　優先度は次の例において示されるように、XMLの中の断片に割り当てられます:　
　PRIORITIES
　　PRIORITY PATH=“NEWS” VALUE=“l”/
　　PRIORITY PATH=“HEADLINE” VALUE=“2”/
　　PRIORITY PATH=“PHOTO” VALUE=“3”/　
　/PRIORITIES」
　
（オ）「In order to be able to transmit the most important information first, Millau builds a solution for fragmenting an XML document, associating a priority to each fragment, streaming each fragment independently, and rebuilding the whole document or parts of the document according to the user's preferences or the browser capabilities.
In future work, we plan to test our tools on structured multimedia documents such as MPEG-7 documents.We plan to implement Millau streaming system on Web TV and pervasive devices.」（第７０頁左欄第２９〜３７行）（当審訳：最も重要な情報を最初に送信することができるようにするために、Millauは、XML文書をばらばらにし、各断片へ優先度を関連させて、各断片を独立して流し、ユーザの好みあるいはブラウザ能力に従って、文書全体あるいは文書の部分を再構築するための解決策を築きます。
　将来の仕事としては、私たちは、MPEG-7文書のような構造化されたマルチメディア文書上でツールをテストすることを計画しています。私たちは、ウェブテレビおよび普及している装置上でMillau・ストリーミング・システムをインプリメントすることを計画しています。）
　
　上記引用例記載事項及び図面を総合勘案すると、引用例には、次の発明（以下「引用例」という。）が記載されているものと認められる。
「最も重要な情報を最初に送信することができるようにするため、XML文書をばらばらにし、各断片に優先度を関連させ、各断片を独立して流し、そしてユーザの好み、あるいはブラウザ能力に従って、文書全体あるいは文書の部分を再建するための解決策であって、
　この解決策は、テキストまたはマルチメディアのデータを備えた構造化したXML文書のストリーミングに適用することができ、
　さらに、送り手と受け手との間で優先度を協定するためのプロトコルを設計し、
　構造化されたコンテンツの効率的なストリーミングは、最も重要な情報が最初に送信されなければならないことを意味し、ネットワークが混雑している場合、あるいはブラウザがこの情報を表示することができない場合、それほど重要でない情報の送信は遅れるか廃棄することができ、更に、XML文書は、サブ・ツリーに断片化されることができ、そして各サブ・ツリーは、クライアントとサーバーの間で前もって決められたある順で送信されるかも知れず、
　再構成のために断片を識別するため、各断片は、「ラベル」属性を使用して、ラベル付けされ、その後、別の断片を含んでいるすべての断片については、見当たらない断片への参照を加えることができ、
　XML文書の断片への分解は、文書の個々のノードまたはサブ・ツリーの優先度に基づいており、より高い優先度(より低い優先順位番号)を備えた断片は優先度の低い断片より前に受け手に送られ、送り手と受け手は、ツリーがどのように分解され再構築されるかに関する、優先度の仕様書ファイルを共有し、優先度は、XMLの中の断片に割り当てられる、
解決策。」
　
（３）対比
　本願補正発明を、引用発明と比較する。
　引用発明における「送り手」が、本願補正発明における「送信機」に相当する。
　次に、引用発明の「受け手」である「ユーザまたはアプリケーション」が「受け」ることが、本願補正発明の「受信」に相当する。
　次に、引用発明の「XML文書は、サブ・ツリーに断片化されることができ」るから、該「XML文書」の「断片」が、本願補正発明の「ＸＭＬ文書のＸＭＬ部分」に相当する。
　次に、引用発明において「各断片」は、「再構成のために断片を識別するため」、「各断片は、「ラベル」属性を使用して、ラベル付けされ」、該「ラベル」は、「別の断片」に加えられた「参照」によって参照されるものであるから、引用発明の「XML文書」の「断片」に付けられた「ラベル」が、本願補正発明の「各ＸＭＬ部分」が有する「前記ＸＭＬ文書における該ＸＭＬ部分と他のＸＭＬ部分との関係を規定する構造情報」に相当する。
　次に、引用発明において「ユーザの好み、あるいはブラウザ能力に従って」、「送り手と受け手との間で優先度を協定するためのプロトコルを設計し」、「送り手と受け手は、ツリーがどのように分解され再構築されるかに関する、優先度の仕様書ファイルを共有し、優先度は」、「XMLの中の断片に割り当てられる」ことが、本願補正発明の「前記送信機において、各方式が特定のアプリケーションとユーザにより規定された優先度とに依存する所定の方式に従って前記ＸＭＬ部分に優先度を付与する」ことに相当する。
　次に、引用発明において「より高い優先度(より低い優先順位番号)を備えた断片は優先度の低い断片より前に受け手に送られ」ることが、本願補正発明の「前記送信機から、前記優先度が付与されたＸＭＬ部分を送信する」ことに相当する。
　次に、引用例の摘記事項（イ）に「XMLをストリーミングすることは、ユーザまたはアプリケーションが、それを受け取ったとたん、それが全てダウンロードされる以前に、XMLのストリームを処理することができることを示唆します。」と記載されていることに鑑みれば、引用発明において「より高い優先度(より低い優先順位番号)を備えた断片は優先度の低い断片より前に受け手に送られる」ことで、「ネットワークが混雑している場合、あるいはブラウザがこの情報を表示することができない場合、それほど重要でない情報の送信は遅れるか廃棄することができ」ることと、本願補正発明の「より低い優先度のＸＭＬ部分が受信されなくても、送信されたより高い優先度のＸＭＬ部分を復号化することを可能にすること」とは、「より低い優先度のＸＭＬ部分が受信されなくても、送信されたより高い優先度のＸＭＬ部分を処理することを可能にすること」の点で共通する。
　
　すると、本願補正発明と引用発明とは、次の点で一致する。
　
＜一致点＞
　ＸＭＬ文書送信方法であって、
　送信機において、送信対象のＸＭＬ文書のＸＭＬ部分であって、各ＸＭＬ部分が前記ＸＭＬ文書における該ＸＭＬ部分と他のＸＭＬ部分との関係を規定する構造情報を含むＸＭＬ部分を生成するステップと、
　前記送信機において、各方式が特定のアプリケーションとユーザにより規定された優先度とに依存する所定の方式に従って前記ＸＭＬ部分に優先度を付与するステップと、
　前記送信機から、前記優先度が付与されたＸＭＬ部分を送信するステップと、
を有し、
　より低い優先度のＸＭＬ部分が受信されなくても、送信されたより高い優先度のＸＭＬ部分を処理することを可能にすることを特徴とする方法。
　
　一方で、両者は次の相違点で相違する。
＜相違点１＞
　本願補正発明では、「構造情報を含むラッパ部分を有するＸＭＬ部分を生成」しているのに対し、引用発明では「ラベル」属性を使用して「ラベル」（本願補正発明の「構造情報」に相当する。以下同じ。）を付けられた「XML文書」の「断片」（ＸＭＬ部分）を生成している点。
　
＜相違点２＞
　「より低い優先度のＸＭＬ部分が受信されなくても、送信されたより高い優先度のＸＭＬ部分を処理することを可能にすること」の主体が、本願補正発明では「ラッパ部分」であるのに対し、引用発明では、「最も重要な情報を最初に送信することができるようにするため、XML文書をばらばらにし、各断片に優先度を関連させ、各断片を独立して流」すことである点。
　
＜相違点３＞
　本願補正発明では、「より低い優先度のＸＭＬ部分が受信されなくても、送信されたより高い優先度のＸＭＬ部分を復号化する」とされているのに対し、引用発明では、「より高い優先度(より低い優先順位番号)を備えた断片は優先度の低い断片より前に受け手に送られる」ことで、「それほど重要でない情報の送信は遅れるか廃棄」することができるものの「より高い優先度(より低い優先順位番号)を備えた断片」（送信されたより高い優先度のＸＭＬ部分）の「受け手」での処理について、特に「復号化」との用語が用いられていない点。
　
（４）判断
　そこで上記相違点について検討すると、
＜相違点１＞について：
　本願明細書には、「ラッパ部分」について、第【００１３】段落第５〜７文に「ストリーム化されたＸＭＬ文書の各サブツリーは、各独立したサブツリーの周囲のサブツリーラッパ（ｓｕｂ−ｔｒｅｅ　ｗｒａｐｐｅｒ）機能として用いられる構造ノードを利用する。この構造ノードは、他のサブツリーと当該サブツリーとの関係を示す。このようにして、ＸＭＬ受信機３００は、十分なストリーム化されたＸＭＬコンテンツが受信される場合、完全なツリー構造を再構成することができる。」と記載されているから、本願補正発明の「ラッパ部分」とは、「他のサブツリーと当該サブツリーとの関係を示す」「構造ノード」であって、「ＸＭＬ文書の各サブツリー」によって利用されるものを意味していると解される。
　すると、引用発明の「XML文書」の「断片」（ＸＭＬ部分）は、例えば上記「（２）引用例」の摘記事項（エ）に、
「・断片1:　
　NEWS DATE=“11 / 13 / 1999”
　　TOPIC TITLE=“スポーツ”ref=“0”/
　/NEWS
・断片2:　
　TOPIC label=“0”
　　HEADLINE TITLE=“ゴルフ” ref=“0”/
　　HEADLINE TITLE=“フットボール” ref=“1”/ 
　　PHOTO TITLE“タイガー・ウッズ” ref=“0”/　
　/TOPIC」
と記載されているとおり、「再構成のために断片を識別するため、各断片は、「ラベル」属性を使用して、ラベル付けされ」（例えば、断片2は「label=“0”」とラベル付けされ）、「別の断片を含んでいるすべての断片については、見当たらない断片への参照を加え」（例えば、別の断片1については、断片2への参照として「ref=“0”」が加えられ）ているから、引用発明において、「ラベル」属性を使用してラベル付けされた各断片は、本願補正発明の「ラッパ部分」に相当する部分（例えば、断片2の「TOPIC」ノード）を有しているといえる。
　よって、相違点１は実質的な相違点ではない。
　
＜相違点２＞について：
　引用発明において、「ラベル」属性を使用してラベル付けされた「XML文書」の「断片」（ＸＭＬ部分）が、本願補正発明の「ラッパ部分」に相当する部分を有していることは、上記「＜相違点１＞について：」にて述べたとおりであるから、引用発明において「より高い優先度(より低い優先順位番号)を備えた断片は優先度の低い断片より前に受け手に送られる」ことで、「ネットワークが混雑している場合、あるいはブラウザがこの情報を表示することができない場合、それほど重要でない情報の送信は遅れるか廃棄することができ」ることの主体を、「最も重要な情報を最初に送信することができるようにするため、XML文書をばらばらにし、各断片に優先度を関連させ、各断片を独立して流」すことに代え、本願補正発明の「ラッパ部分」に相当する部分とすることは、当業者が適宜なし得たことである。
　
＜相違点３＞について：
　松村欣司　外４名、１１−６　データサービスにおけるスケーラブルサービスの応用に関する検討、２００１年映像情報メディア学会年次大会講演予稿集、映像情報メディア学会、２００１年８月２７日、ｐ．１４８〜１４９の「３．２　共通ＸＭＬ文書の分割伝送の検討」欄には、共通ＸＭＬ文書を複数に分割する主な理由として、「（２）受信待ち時間の減少　周期の異なる複数のカルーセルを用いて、視聴時に先に提示される可能性の高いデータを短い周期のカルーセルに乗せ、それ以外のデータを長い周期のカルーセルで伝送し、体感上の受信待ち時間を減らす。」（第１４９頁右欄第１〜６行）と記載されている。
　このように、ＸＭＬ文書の分割伝送において、先に受信されたデータを、後に受信されるデータより、視聴時に先に提示すること、すなわち復号化することはいうまでもないことである。
　よって、引用発明において、「受け手」での処理を「復号化」とすることは当業者が容易になし得たことである。
　
　また、本願補正発明の作用効果も、引用発明に基づいて当業者が容易に予測し得たものである。
　
（５）独立特許要件についてのまとめ
　以上のとおり、本願補正発明は、特許法第２９条第２項の規定により、特許出願の際独立して特許を受けることができないものであるから、特許法第１７条の２第５項において準用する同法第１２６条第５項に規定する要件を満たさないものである。
　
４．本件補正についての結び
　以上のとおり、本件補正は、平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第４項の規定に違反するので、同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　また、仮に、本件補正が特許法第１７条の２第４項第２号に掲げる事項（特許請求の範囲の減縮）を目的としたものであるとしても、本件補正は、平成１８年法律第５５号改正附則第３条第１項によりなお従前の例によるとされる同法による改正前の特許法第１７条の２第５項において準用する同法第１２６条第５項の規定に違反するので、同法第１５９条第１項において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
　
第３　本願発明について
１．本願発明
　平成２３年９月２６日付けの手続補正は上記のとおり却下されたので、本願の請求項１〜２０に係る発明は、平成２２年２月２４日付け手続補正書により補正された特許請求の範囲の請求項１〜２０に記載されたとおりのものであるところ、請求項１に係る発明（以下、「本願発明」という。）は、次のとおりのものである。
「【請求項１】
　ＸＭＬ文書送信方法であって、
　送信機において、送信対象のＸＭＬ文書のＸＭＬ部分であって、各ＸＭＬ部分が前記ＸＭＬ文書における該ＸＭＬ部分と他のＸＭＬ部分との関係を規定する構造情報を有するＸＭＬ部分を生成するステップと、
　前記送信機において、各方式が特定のアプリケーションとユーザにより規定された優先度とに依存する所定の方式に従って前記ＸＭＬ部分に優先度を付与するステップと、
　前記送信機から、前記優先度が付与されたＸＭＬ部分を送信するステップと、
を有し、
　前記ＸＭＬ部分に優先度を付与するステップは、より低い優先度のＸＭＬ部分が受信されなくても、送信されたより高い優先度のＸＭＬ部分を復号化することを可能にすることを特徴とする方法。」
　
２．引用例
　原査定の拒絶の理由で引用された引用例及びその記載事項は、前記「第２［理由］３．（２）」に記載したとおりである。
　
３．対比
　本願発明は、上記「第２［理由］３．」で検討した本願補正発明から、
ア．「各ＸＭＬ部分が前記ＸＭＬ文書における該ＸＭＬ部分と他のＸＭＬ部分との関係を規定する構造情報を含むラッパ部分を有する」とあったところを「各ＸＭＬ部分が前記ＸＭＬ文書における該ＸＭＬ部分と他のＸＭＬ部分との関係を規定する構造情報を有する」と限定を解除し、
イ．「前記ラッパ部分は、より低い優先度のＸＭＬ部分が受信されなくても、送信されたより高い優先度のＸＭＬ部分を復号化することを可能にする」とあったところを「前記ＸＭＬ部分に優先度を付与するステップは、より低い優先度のＸＭＬ部分が受信されなくても、送信されたより高い優先度のＸＭＬ部分を復号化することを可能にする」としたものに相当する。
　上記「ア．」、「イ．」の点を踏まえて本願発明と引用発明とを比較すると、引用発明において「最も重要な情報を最初に送信することができるようにするため、XML文書をばらばらにし、各断片に優先度を関連させ、各断片を独立して流し」、「より高い優先度(より低い優先順位番号)を備えた断片は優先度の低い断片より前に受け手に送られる」ことで、「ネットワークが混雑している場合、あるいはブラウザがこの情報を表示することができない場合、それほど重要でない情報の送信は遅れるか廃棄することができ」ることと、本願発明の「前記ＸＭＬ部分に優先度を付与するステップは、より低い優先度のＸＭＬ部分が受信されなくても、送信されたより高い優先度のＸＭＬ部分を復号化することを可能にすること」とは、「前記ＸＭＬ部分に優先度を付与するステップは、より低い優先度のＸＭＬ部分が受信されなくても、送信されたより高い優先度のＸＭＬ部分を処理することを可能にすること」の点で共通する。
　その余の対比は、前記「第２［理由］３．（３）」に記載したとおりである。
　
　すると、本願発明と引用発明とは、次の点で一致する。
＜一致点＞
　ＸＭＬ文書送信方法であって、
　送信機において、送信対象のＸＭＬ文書のＸＭＬ部分であって、各ＸＭＬ部分が前記ＸＭＬ文書における該ＸＭＬ部分と他のＸＭＬ部分との関係を規定する構造情報を有するＸＭＬ部分を生成するステップと、
　前記送信機において、各方式が特定のアプリケーションとユーザにより規定された優先度とに依存する所定の方式に従って前記ＸＭＬ部分に優先度を付与するステップと、
　前記送信機から、前記優先度が付与されたＸＭＬ部分を送信するステップと、
を有し、
　前記ＸＭＬ部分に優先度を付与するステップは、より低い優先度のＸＭＬ部分が受信されなくても、送信されたより高い優先度のＸＭＬ部分を処理することを可能にすることを特徴とする方法。
　
　一方で、両者は次の点で相違する。
＜相違点＞
　本願発明では、「より低い優先度のＸＭＬ部分が受信されなくても、送信されたより高い優先度のＸＭＬ部分を復号化する」とされているのに対し、引用発明では、「より高い優先度(より低い優先順位番号)を備えた断片は優先度の低い断片より前に受け手に送られる」ことで、「それほど重要でない情報の送信は遅れるか廃棄」することができるものの「より高い優先度(より低い優先順位番号)を備えた断片」（送信されたより高い優先度のＸＭＬ部分）の「受け手」での処理について、特に「復号化」との用語が用いられていない点。
　
４．判断
　そこで、上記＜相違点＞について検討すると、松村欣司　外４名、１１−６　データサービスにおけるスケーラブルサービスの応用に関する検討、２００１年映像情報メディア学会年次大会講演予稿集、映像情報メディア学会、２００１年８月２７日、ｐ．１４８〜１４９の「３．２　共通ＸＭＬ文書の分割伝送の検討」欄には、共通ＸＭＬ文書を複数に分割する主な理由として、「（２）受信待ち時間の減少　周期の異なる複数のカルーセルを用いて、視聴時に先に提示される可能性の高いデータを短い周期のカルーセルに乗せ、それ以外のデータを長い周期のカルーセルで伝送し、体感上の受信待ち時間を減らす。」（第１４９頁右欄第１〜６行）と記載されている。
　このように、ＸＭＬ文書の分割伝送において、先に受信されたデータを、後に受信されるデータより、視聴時に先に提示すること、すなわち復号化することはいうまでもないことである。
　よって、引用発明において、「受け手」での処理を「復号化」とすることは当業者が容易になし得たことである。
　
　また、本願発明の作用効果も、引用発明に基づいて当業者が容易に予測し得たものである。
　
　したがって、本願発明は、引用例に記載された発明に基づいて当業者が容易に発明をすることができたものである。
　
５．むすび
　以上のとおり、本願の請求項１に係る発明は、特許法第２９条第２項の規定により特許を受けることができないものである。
　したがって、その余の請求項について論及するまでもなく、本願は拒絶すべきものである。
　よって、結論のとおり審決する。