【事件の表示】
　特願２０１２−１９８７１４「エアリンク使用の効率化をもたらす適応的マルチメディアダウンロードのためのシステムおよび方法」拒絶査定不服審判事件〔平成２５年　４月　４日出願公開、特開２０１３−　６２７９８〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯
　本願は、２００７年（平成１９年）１１月２１日（パリ条約による優先権主張外国庁受理、２００６年（平成１８年）１１月２５日　米国）を国際出願日とする出願である特願２００９−５３８５０７号の一部を、２０１２年（平成２４年）　９月１０日に新たな特許出願としたものであって、その手続の経緯は以下のとおりである。
　平成２４年１０月１０日　　：翻訳文の提出
　平成２４年１０月１０日　　：手続補正書の提出
　平成２５年１０月　１日付け：拒絶理由の通知
　平成２６年　４月　４日　　：意見書、手続補正書の提出
　平成２６年　６月１１日付け：拒絶査定
　平成２６年１０月１７日　　：審判請求書、手続補正書の提出
第２　補正却下の決定
［補正却下の決定の結論］
　平成２６年１０月１７日付けの手続補正を却下する。
［理由］
１．本願発明と補正後の発明
　平成２６年１０月１７日に提出された手続補正書による手続補正（以下、「本件補正」という。）は、　平成２６年　４月　４日に提出された手続補正書の特許請求の範囲の請求項１に記載された、
「　【請求項１】
　ネットワーク上のメディアダウンロードサービスの能力を管理する方法であって、
　前記ネットワークの帯域幅を推定すること；
　前記ネットワークの前記推定された帯域幅が閾値以下であることを判定すること；
　前記ネットワークの前記推定された帯域幅が閾値以下である旨の判定に基づいて、目的メディアを一回目にダウンロードすること；
　前記目的メディアの前記一回目のダウンロードの後に、前記ネットワークの前記帯域幅を再び推定すること；
　前記再び推定した帯域幅が前記閾値より大きいことを判定すること；
　前記再び推定した帯域幅が前記閾値より大きい旨の判定に基づいて、前記目的メディアを二回目にダウンロードすること、
を含み、
　前記二回目にダウンロードされた前記目的メディアは、前記一回目にダウンロードされた前記目的メディアの強化版に相当し、同一の主題を持ち、かつより高いエンコードレートを有する、方法。」
　という発明（以下、「本願発明」という。）を、本件補正の手続補正書の特許請求の範囲の請求項１に記載された、
「　　【請求項１】
　
無線装置により、
　前記ネットワークの帯域幅を推定すること；
　前記ネットワークの前記推定された帯域幅が閾値以下であることを判定すること；
　前記ネットワークの前記推定された帯域幅が閾値以下である旨の判定に基づいて、目的メディアを一回目にダウンロードすること；
　前記目的メディアの前記一回目のダウンロードの後に、前記ネットワークの前記帯域幅を再び推定すること；
　前記再び推定した帯域幅が前記閾値より大きいことを判定すること；
　前記再び推定した帯域幅が前記閾値より大きい旨の判定に基づいて、前記目的メディアを二回目にダウンロードすること、
を含み、
　前記二回目にダウンロードされた前記目的メディアは、前記一回目にダウンロードされた前記目的メディアの強化版に相当し、同一の主題を持ち、かつより高いエンコードレートを有する、方法。」（下線は、請求人が手続補正書において補正箇所を示すものとして付加したものを援用したものである。）という発明（以下、「補正後の発明」という。）に補正することを含むものである。
２．補正の適否
（１）新規事項・シフト補正の有無について
　上記補正の内容は、補正前の請求項１に記載された「ネットワーク上のメディアダウンロードサービスの能力を管理する方法」の実施主体を「無線装置により」行うものとして限定するものである。
　そうしてみると、上記補正は、願書に最初に添付した明細書、特許請求の範囲又は図面に記載した事項の範囲内になされた補正であり、特許法第１７条の２第３項（新規事項）の規定に適合し、また、同法第１７条の２第４項（シフト補正）の規定に適合することも明らかである。
（２）補正の目的について
　上記補正は、上記（１）で検討したように、本件「方法」の実施主体を「無線装置により」行うものとして限定することにより特許請求の範囲を限定的に減縮するものであるから、特許法第１７条の２第５項第２号の特許請求の範囲の減縮を目的とするものに該当する。
（３）独立特許要件について
　上記補正は特許請求の範囲の減縮を目的とするものであるから、上記補正後の発明が、特許出願の際独立して特許を受けることができるものであるか（特許法第１７条の２第６項において準用する同法第１２６条第７項の規定に適合するか）について以下に検討する。
ア　補正後の発明
　上記「１．本願発明と補正後の発明」の項で「補正後の発明」として認定したとおりである。
イ　引用発明、周知技術
［引用発明］
　原査定の拒絶理由に引用された文献であり、本願出願日前に公開された、国際公開第２００５／１０９８２５号（２００５年（平成１７年）１１月１７日公開。以下、「引用例」という。）には、「METHODS AND APPARATUS FOR CONTENT DELIVERY TO A MOBILE DEVICE」（［当審仮訳］：モバイル装置へのコンテンツ配送のための装置および方法）の発明に関し、図面とともに以下の事項が記載されている。
（ア）「[0034] The terminal 108 comprises any type of mobile device or terminal, such as, a mobile telephone, portable computer, personal digital assistant (PDA), or any other type of portable device capable of receiving high quality content over a wireless communication link. In one embodiment, the terminal 108 comprises receiving logic 120 that operates to allow the terminal to receive content, data, and/or any other type of information from either the data network 104 or the data network 106.」
（［当審仮訳］：[0034] 端末108は、例えば、携帯電話、ポータブルコンピュータ、パーソナルデジタルアシスタント（PDA）など、任意の種類のモバイルデバイス又はモバイル端末、あるいは無線通信リンクを通じて高品質コンテンツを受信する能力のある他の任意の種類のポータブルデバイスを包含する。1実施形態において、端末108は、端末がデータネットワーク104又はデータネットワーク106からコンテンツ、データ及び／又は他のタイプの情報を受信できるように動作する受信ロジック120を含む。）
（イ）「[0048] FIG. 3 shows one embodiment of a method 300 for operating a server in one embodiment of a content delivery system. For clarity, the method 300 will be described with reference to the server 200 shown in FIG. 2. In one or more embodiments, the processing logic 202 executes program instructions to perform the functions described below.
[0049] At block 302, the server receives a request for content. For example, in one embodiment, the server is coupled to a data network that is in communication with one or more terminals. At least one terminal on the network sends a request for content to the server. For example, in one embodiment, the request is received at the transceiver logic 208 and forwarded to the processing logic 202 for further processing.
[0050] At block 304, a test is performed to determine whether or not the request was received within a contact window specified for the requested content. For example, the contact window logic 206 operates to determine if the request is within a selected contact window. If the request is within the contact window, the method proceeds to block 306. If the request is not within the contact window, the method ends.
[0051] At block 306, a determination is made regarding the type of network connection available to the requesting device. For example, the server may be in contact with multiple data networks using different transmission technologies that are capable of supporting different data transmission rates. Any suitable technique may be used to discover the type of network connection available to the requesting device. For example, the device may indicate how it is connected in the request for content. Alternatively, the server may discover this information by communicating with the device or some other network entity. In one embodiment, the processing logic 202 operates to determine the type of network connection available to the requesting device. If the requesting device is connected to the network using a high data rate connection (i.e. lxEV-DO), the method proceeds to block 308. If the requesting device is connected to the network using a low data rate connection (i.e. lxRTT), the method proceeds to block 310.
[0052] It should be noted that while two types of network connections (and associated data rates) are described with reference to FIG. 3, the functions performed at block 306 might determine the type and/or capacity of any number of additional types of network connections. Thus, the system is suitable for use with virtually any number of network connections that may support various network transmission rates.
[0053] At block 308, the server provides the requested content over the high rate network. For example, the highest rate-encoded content can be provided to the requesting device because the network can support its transmission. For example, the processing logic 202 retrieves the requested content and transmits it to the device via the transceiver logic 208. The method then ends at block 312.
[0054] At block 310, the server provides the requested content over the low rate network. For example, the lower rate-encoded content can be provided to the requesting device because the low rate network can support its transmission. For example, the processing logic 202 retrieves the requested content and transmits it to the device via the transceiver logic 208. The method then ends at block 312.」
（［当審仮訳］：[0048] 図3はコンテンツ配送システムの1実施形態におけるサーバを作動させるための方法300の1実施形態を示す。明瞭化のために、方法300は、図2に示されたサーバ200に関して説明される。1以上の実施形態において、処理ロジック202は、以下に説明する機能を果たすためにプログラム命令を実行する。
[0049] ブロック302で、サーバはコンテンツの要求を受信する。例えば、1実施形態において、そのサーバは、1以上の端末と通信を行うデータネットワークに接続している。ネットワーク上の少なくとも１つの端末は、そのサーバへコンテンツの要求を送る。例えば、1実施形態において、その要求は、トランシーバロジック208で受信され、更なる処理のため処理ロジック202へ転送される。
[0050] ブロック304で、要求されたコンテンツ対して指定されたコンタクトウィンドウ内で、その要求が受信されたか否かを決定するためにテストが行われる。例えば、コンタクトウィンドウロジック206は、その要求が選択されたコンタクトウィンドウ内にあるかどうかを決定するよう動作する。その要求がそのコンタクトウィンドウ内にある場合、その方法はブロック306へ進む。その要求がそのコンタクトウィンドウ内にない場合、その方法は終わる。
[0051] ブロック306で、要求しているデバイスが利用可能なネットワークコネクションの種類が決定される。例えば、サーバは異なるデータ伝送レートをサポートする異なる伝送技術を用いた多種のデータネットワークと通信できる。その要求しているデバイスが利用可能なネットワークコネクションの種類を発見するために任意の適切な技術が使用できる。例えば、デバイスはそれがいかに接続されているかをコンテンツの要求の際に示すことができる。代わりに、サーバは、そのデバイスあるいは他のネットワークエンティティと通信することによりこの情報を発見することができる。1実施形態において、処理ロジック202はその要求しているデバイスが利用可能なネットワークコネクションの種類を決定するよう動作する。その要求しているデバイスが高データレートコネクション（すなわち、lxEV-DO）を用いてネットワークに接続される場合、その方法はブロック308へ進む。その要求しているデバイスが低データレートコネクション（すなわち、lxRTT）を用いてネットワークに接続される場合、その方法はブロック310へ進む。
[0052] 図3では2種類のネットワークコネクション（及び関連したデータレート)が記載されているが、ブロック306で実行される機能は付加的な何種類のネットワークコネクションでも種類及び／又は容量を決定できることに注意すべきである。したがって、そのシステムは、様々なネットワーク送信レートをサポートするネットワークコネクションが実質的にいくつであっても使用に適している。 
[0053] ブロック308で、サーバは高レートネットワークによりその要求されたコンテンツを提供する。例えば、そのネットワークは最も高いレートで符号化されたコンテンツの送信をサポートできるので、要求しているデバイスへそれを提供できる。例えば、処理ロジック202は要求されたコンテンツを読み出し、それをトランシーバロジック208を介してそのデバイスへ送信する。その後、その方法はブロック312で終わる。
[0054] ブロック310で、サーバは低レートネットワークによりその要求されたコンテンツを提供する。例えば、その低レートネットワークは、より低いレートで符号化されたコンテンツの送信をサポートできるので、要求しているデバイスへそれを提供できる。例えば、処理ロジック202は要求されたコンテンツを読み出し、それをトランシーバロジック208を介してそのデバイスへ送信する。方法はそれからブロック312で終わる。）
（ウ）「[0066] At block 502, the mobile terminal establishes a network connection with an available data network to download content. For example, in one embodiment, the processing logic 402 communicates with the data network via the transceiver logic 408 to establish a network connection that allows the terminal to download content over the network.
[0067] At block 504, a test is performed to determine the type of network connection and the data rates that the network connection can support. For example, the network may be a high-speed network that supports data transmission using lxEV-DO. Alternatively, the network may be a low speed network that supports data transmission using lxRTT. If the network is a high-speed network, the method proceeds to block 506. If the network is a low-speed network, the method proceeds to point A in FIG. 6. In one embodiment, the receiving logic 412 determines the type of network connection based on the initialization of the network connection performed at block 502.
[0068] At block 506, the network connection has been determined to be a highspeed network connection, and so a network indicator is set to a value of high. For example, the processing logic 402 operates to set an internal variable to indicate the type of network connection established by the terminal.
[0069] At block 508, the terminal initiates or continues a high data-rate download of content. For example, the processing logic 402 sends a request for content to a content server via the transceiver logic 408. In one embodiment, the processing logic 402 uses the internal variable to determining the type of network and request content encoded to provide a selected level of service based on the existing network connection. For example, the request requests content that has been encoded to provide a high level of service (i.e., high resolution when rendered).」
（［当審仮訳］：[0066] ブロック502で、モバイル端末は、コンテンツをダウンロードするために利用可能なデータネットワークとのネットワークコネクションを確立する。例えば、1実施形態において、ネットワークコネクションを確立し、端末がそのネットワークを通じてコンテンツをダウンロードできるように、処理ロジック402はトランシーバロジック408を経由してそのデータネットワークと通信する。
[0067] ブロック504で、ネットワークコネクションの種類とそのネットワークコネクションがサポートできるデータレートとを決定するためにテストが行われる。例えば、そのネットワークはlxEV-DOを用いたデータ送信をサポートする高速ネットワークであるかもしれない。代わりに、そのネットワークはlxRTTを用いたデータ送信をサポートする低速ネットワークであるかもしれない。そのネットワークが高速ネットワークである場合、方法はブロック506へ進む。ネットワークが低速ネットワークである場合、方法は図6のポイント「A」へ進む。1実施形態において、受信ロジック412は、ブロック502において行われたネットワークコネクションの初期化に基づいてネットワークコネクションの種類を決定する。
[0068] ブロック506では、そのネットワークコネクションが高速ネットワークコネクションであることが決定されているので、ネットワークインジケータが「high（高）」の値に設定される。例えば、処理ロジック402は、その端末により確立されたネットワークコネクションの種類を示す内部変数を設定するように動作する。
[0069] ブロック508では、端末はコンテンツの高いデータレートでのダウンロードを始めるか、あるいは続ける。例えば、処理ロジック402はトランシーバロジック408を経由してコンテンツサーバへコンテンツの要求を送る。1実施形態において、処理ロジック402は、ネットワークの種類を決定するために内部変数を使用し、現在のネットワークコネクションに基づいて選択されたサービスレベルを提供するように符号化されたコンテンツを要求する。例えば、その要求は、高いサービスレベル（すなわち、表示における高い解像度）を提供するように符号化されたコンテンツを要求する。）
（エ）「[0079] At block 602, the network connection to the terminal has been determined to be a low data-rate network connection, and so a network indicator is set to a value of low. For example, the processing logic 402 operates to set an internal variable to indicate the type of network connection that the terminal has connected to.
[0080] At block 604, the terminal initiates a content download using the low data- rate connection. For example, the processing logic 402 sends a request for content to a content server via the transceiver logic 408. In one embodiment, the processing logic 402 uses the internal variable to determining the type of network connection available and requests content encoded for transmission at the appropriate rate. For example, the request requests content encoded at a low data rate.」
（［当審仮訳］：[0079] ブロック602では、その端末へのネットワークコネクションは低いデータレートのネットワークコネクションであることが決定されているので、ネットワークインジケータが「low（低）」の値に設定される。例えば、処理ロジック402は、その端末が接続されたネットワークコネクションの種類を示す内部変数を設定するように動作する。
[0080] ブロック604で、端末は低いデータレートのコネクションを用いてコンテンツのダウンロードを始める。例えば、処理ロジック402は、トランシーバロジック408を経由してコンテンツサーバへコンテンツの要求を送る。1実施形態において、処理ロジック402は、利用可能なネットワークコネクションの種類を決定するために内部変数を使用し、適切なレートでの送信のために符号化されたコンテンツを要求する。例えば、その要求は低いデータレートで符号化されたコンテンツを要求する。）
　上記引用例の記載及び図面並びにこの分野における技術常識を考慮すると、
ａ．引用例の上記[0048]の記載によれば、引用例には、サーバにより実施される方法であって、引用例の上記[0051]の記載から、サーバにより、デバイスが利用可能なネットワークコネクションの種類を決定すること、引用例の上記[0053]、[0054]の記載から、その決定に基づいてコンテンツをデバイスへ提供すること、を含む方法が記載されている。
ｂ．上記[0049]、[0053]、[0054]の記載によれば、コンテンツを提供するサーバはネットワークに接続しており、コンテンツはネットワークを介して、デバイスに提供されることは明らかである。
ｃ．上記[0051]、[0053]、[0054]の記載によれば、サーバは、上記ａ．で言及したデバイスが利用可能なネットワークコネクションの種類が低データレートコネクションである場合、より低いレートで符号化されたコンテンツをデバイスへ提供することと、上記ネットワークコネクションの種類が高データレートコネクションである場合、最も高いレートで符号化されたコンテンツをデバイスへ提供すること、そして、ここで提供されるコンテンツがデバイスから要求されたコンテンツであることは明らかである。
　以上を総合すると、引用例には、以下の発明（以下、「引用発明」という。）が記載されているものと認める。
「サーバにより、ネットワークを介してコンテンツをデバイスへ提供する方法であって、
　デバイスが利用可能なネットワークコネクションの種類を決定すること、
　上記ネットワークコネクションの種類が低データレートコネクションである場合、デバイスから要求された、より低いレートで符号化されたコンテンツをデバイスへ提供すること、
　上記ネットワークコネクションの種類が高データレートコネクションである場合、デバイスから要求された、最も高いレートで符号化されたコンテンツをデバイスへ提供すること、
を含む方法。」
［周知技術］
　同じく原審の拒絶理由に引用された特開平７−２６４５６３号公報（以下、「周知例」という。）には、図面とともに以下の事項が記載されている。
（オ）「【０００４】
【発明が解決しようとする課題】上記したように、従来の蓄積映像・音声伝送装置においては、低レート映像・音声伝送と高レート映像・音声伝送で、同一の通信回線を使用し、これらの映像・音声伝送を瞬時に切り替えて、映像・音声を伝送する装置はなかった。このため、低レート映像・音声伝送中に高レート映像・音声伝送を要求することができず、低レート映像・音声伝送終了後に改めて高レート映像・音声伝送を要求していた。この結果、高レート映像・音声入手のための要求を即時に行うことができないこと、低レート映像・音声伝送に要する時間と高レート映像伝送に要する時間の合計時間後に初めて高レート映像・音声を再生することが可能になることなど、利便性が損なわれていた。」
　上記（オ）の記載によれば、「低レートで符号化されたコンテンツを受信した後、高レートで符号化された前記コンテンツを受信すること。」（以下、「周知技術」という。）は、周知である。
ウ　対比
　補正後の発明を引用発明と対比すると、
ａ．引用発明の「コンテンツ」は「メディア」に相当し、引用発明の「デバイス」は、引用例段落[0034]の「The terminal 108 comprises any type of mobile device or terminal, such as, a mobile telephone, portable computer, personal digital assistant (PDA), or any other type of portable device capable of receiving high quality content over a wireless communication link.」（［当審仮訳］：端末108は、例えば、携帯電話、ポータブルコンピュータ、パーソナルデジタルアシスタント（PDA）など、任意の種類のモバイルデバイス又はモバイル端末、あるいは無線通信リンクを通じて高品質コンテンツを受信する能力のある他の任意の種類のポータブルデバイスを包含する。）という記載を踏まえれば、無線通信によりコンテンツを受信することが明らかであるから、補正後の発明の「無線装置」に相当する。
　また、引用発明の「コンテンツ」の「デバイス」への「提供」は、「デバイス」側からみると、「コンテンツ」をダウンロードすることに他ならず、引用例段落[0030]の「all the rate-encoded content 118 (Rl, R2, R3) at the server 102 may be efficiently transmitted on the data network 104 to the device 108 to provide various levels of service and/or quality.」（［当審仮訳］：サーバ102の各レートで符号化されたコンテンツ（R1、R2、R3）は、様々なサービスレベル及び／又は品質レベルを提供するようにデータネットワーク104上で効率的にデバイス108へ送信される。）という記載を踏まえれば、それは「サービス」として行われることが明らかであるから、引用発明の「ネットワークを介してコンテンツをデバイスへ提供する」ことは、補正後の発明の「ネットワーク上のメディアダウンロードサービス」に相当する。
　ここで、引用発明の「コンテンツ」の「提供」は、「ネットワークコネクションの種類」に基づいて最も高いレート又はより低いレートで符号化されたコンテンツを提供するものであるから、提供するコンテンツの符号化レートを管理するものと言える。
　そして、高い符号化レートのコンテンツを提供するものほど、コンテンツの提供能力は高いと言うことができるから（低い符号化レートの場合にはその逆）、符号化レートを管理することはコンテンツの提供能力を管理することに他ならない。
　そうしてみると、引用発明の「ネットワークを介してコンテンツをデバイスへ提供する方法」は、「ネットワーク上のメディアダウンロードサービスの能力を管理する方法」と言える。
ｂ．引用発明において「提供」する「コンテンツ」は、「デバイスから要求された」ものであり、上記ａ．で述べたダウンロードの「目的」とする「コンテンツ」と言えるから、上記ａ．の検討を踏まえれば、補正後の発明の「目的メディア」に相当する。
ｃ．ネットワークのデータレートとネットワークの帯域幅はいずれもｂｐｓ（ビット／秒）を単位として表現でき、引用発明の「低データレート」であることと「高データレート」であることは、帯域幅の表現を用いると、帯域幅が狭いことと広いことをそれぞれ意味するので、上記ａ．及び上記ｂ．での検討を踏まえれば、
　引用発明の「上記ネットワークコネクションの種類が低データレートコネクションである場合、デバイスから要求された、より低いレートで符号化されたコンテンツをデバイスへ提供すること、
　上記ネットワークコネクションの種類が高データレートコネクションである場合、デバイスから要求された、最も高いレートで符号化されたコンテンツをデバイスへ提供すること」と、
　補正後の発明の「前記ネットワークの前記推定された帯域幅が閾値以下であることを判定すること；
　前記ネットワークの前記推定された帯域幅が閾値以下である旨の判定に基づいて、目的メディアを一回目にダウンロードすること；
　前記目的メディアの前記一回目のダウンロードの後に、前記ネットワークの前記帯域幅を再び推定すること；
　前記再び推定した帯域幅が前記閾値より大きいことを判定すること；
　前記再び推定した帯域幅が前記閾値より大きい旨の判定に基づいて、前記目的メディアを二回目にダウンロードすること、
を含み、
　前記二回目にダウンロードされた前記目的メディアは、前記一回目にダウンロードされた前記目的メディアの強化版に相当し、同一の主題を持ち、かつより高いエンコードレートを有する」こととは、
　「前記ネットワーク」の「帯域幅」が狭い場合に「目的メディア」を「ダウンロードすること」、
　「帯域幅」が広い場合に「目的メディア」を「ダウンロードすること」、
を含み、
　上記広い場合に「ダウンロードされた前記目的メディア」は、上記狭い場合に「ダウンロードされた前記目的メディア」より「高いエンコードレートを有する」ものである点で共通する。
　以上を総合すると、補正後の発明と引用発明とは、以下の点で一致ないし相違する。
（一致点）
「ネットワーク上のメディアダウンロードサービスの能力を管理する方法であって、
　前記ネットワークの帯域幅が狭い場合に目的メディアをダウンロードすること；
　帯域幅が広い場合に目的メディアをダウンロードすること、
を含み、
　上記広い場合にダウンロードされた前記目的メディアは、上記狭い場合にダウンロードされた前記目的メディアより高いエンコードレートを有する、方法。」
（相違点１）
　「ネットワーク上のメディアダウンロードサービスの能力を管理する方法」を、補正後の発明では「無線装置により」行うのに対し、引用発明では「サーバにより」行う点。
（相違点２）
　補正後の発明では「ネットワークの帯域幅を推定」し、推定された帯域幅に対して「閾値」判定を行うのに対し、引用発明では「ネットワークコネクションの種類」に基づく場合分けにあたり、帯域幅を推定し、閾値判定を行うことが明示されていない点。
（相違点３）
　補正後の発明では、「推定された帯域幅が閾値以下である旨の判定に基づいて、目的メディアを一回目にダウンロード」した後に、「帯域幅を再び推定」し、「再び推定した帯域幅が前記閾値より大きい旨の判定に基づいて」、「前記一回目にダウンロードされた前記目的メディアの強化版に相当し、同一の主題を持」つ「前記目的メディアを二回目にダウンロード」するのに対し、引用発明では、一回目のダウンロードの後で、強化版に相当し、同一の主題を持つメディアを二回目にダウンロードすることについて明示されていない点。
　以下、上記各相違点について検討する。
　上記相違点１について検討する。
　引用発明では、「サーバ」が「ネットワークコネクションの種類を決定」し、これに応じた符号化レートの「コンテンツをデバイスへ提供」するが、引用例の段落[0051]に「Any suitable technique may be used to discover the type of network connection available to the requesting device. For example, the device may indicate how it is connected in the request for content.」（［当審仮訳］：その要求しているデバイスが利用可能なネットワークコネクションの種類を発見するために任意の適切な技術が使用できる。例えば、デバイスはそれがいかに接続されているかをコンテンツの要求の際に示すことができる。）と記載され、利用可能なネットワークコネクションの種類をデバイスがコンテンツの要求において示すことが記載されているように、ネットワークコネクションの種類はデバイス側で知り得る事項である。
　また、引用例の段落[0034]、[0066]〜[0069]、[0079]、[0080]には、「デバイスにより、ネットワークコネクションの種類を決定し、高速ネットワークである場合は高いサービスレベルを提供するように符号化されたコンテンツを要求し、低速ネットワークである場合は低いデータレートで符号化されたコンテンツを要求すること」が記載されており、これらの記載に基づけば、ネットワークの状態に応じて、いずれの符号化レートのコンテンツが適切であるかをデバイス側（端末側）で判断し、要求するよう構成し、引用発明の「ネットワークコネクションの種類」の「決定」、並びに、この決定に基づく場合分け制御をサーバにかえて、デバイス、すなわち補正後の発明の「無線装置」で行うようにすることは当業者が適宜なし得る設計変更にすぎない。
　上記相違点２について検討する。
　引用発明では、ネットワークコネクションの種類に基づいて高データレートであるか、低データレートであるかの場合分けを行うが、データレートが通信状態によって変動するネットワークコネクションでは、ネットワークコネクションの種類が高データレートであっても通信状態によってはデータレートが低い場合もあるので、データレートを場合分けする際にネットワークコネクションの種類を考慮するのみでは十分でない場合があることは明らかである。
　ここで、引用例では、段落[0051]に「In one embodiment, the processing logic 202 operates to determine the type of network connection available to the requesting device. If the requesting device is connected to the network using a high data rate connection (i.e. lxEV-DO), the method proceeds to block 308. If the requesting device is connected to the network using a low data rate connection (i.e. lxRTT), the method proceeds to block 310.」（［当審仮訳］：1実施形態において、処理ロジック202はその要求しているデバイスが利用可能なネットワークコネクションの種類を決定するよう動作する。その要求しているデバイスが高データレートコネクション（すなわち、lxEV-DO）を用いてネットワークに接続される場合、その方法はブロック308へ進む。その要求しているデバイスが低データレートコネクション（すなわち、lxRTT）を用いてネットワークに接続される場合、その方法はブロック310へ進む。）と記載されているように、デバイスが利用可能な高データレートコネクションの種類としては「lxEV-DO」が例示されている。
　そして、「1xEV-DO」（引用例に記載の「lxEV-DO」の「lx」は「1x」の誤記と認められる。）では、通信状態によってデータレートが低い場合があり、デバイス（端末）において通信状態に基づき通信可能なデータレートを算出することは技術常識であるから、このデータレートが高いか、低いかに基づいて上記場合分けを行うことは格別困難な事項とは言えない。
　このデータレートは通信状態に基づき算出されたものであって、実際のデータレートではないので、推定されるものと言える。
　また、データレートが高いか、低いかは基準となるデータレートとの大小関係で決まることであるから、データレートに基づいて場合分けを行う際に閾値判定を行うことは当然のことである。
　そうしてみると、引用発明の場合分けにあたり、データレート、すなわち補正後の発明の帯域幅を推定し、帯域幅に対して閾値判定を行うことは、当業者が容易に想到できた程度の事項にすぎない。
　上記相違点３について検討する。
　引用例では、段落[0085]、[0086]に「[0085] At block 612, the terminal attempts to continue downloading the low-speed content via a low-speed network. For example, if no handoff has occurred and the content download has not completed, the terminal continues the content download using the low rate network connection. For example, the processing logic 402 continues to receive and store content in the memory 404.
[0086] However, if a handoff to a high-speed network has occurred, and the terminal has not canceled the download, the terminal continues to download the content using the low rate over the new high-speed network. For example, the terminal may download the content at low-speed even if it has been handed off to a high-speed network connection.」（［当審仮訳］：[0085] ブロック612で、端末は低速ネットワークを経由して低速コンテンツをダウンロードし続けることを試みる。例えば、ハンドオフが発生せず、そのコンテンツのダウンロードが完了していない場合、その端末は、低いレートのネットワークコネクションを用いてコンテンツのダウンロードを続ける。例えば、処理ロジック402は、コンテンツの受信及びメモリ404への記憶を続ける。
[0086] しかし、高速ネットワークへのハンドオフが生じ、端末がダウンロードを中止しなかった場合、その端末は新たな高速ネットワークによって低いレートを使用したコンテンツのダウンロードを続ける。例えば、その端末は、たとえ高速ネットワークコネクションへハンドオフされた場合でも、低速でコンテンツをダウンロードできる。）と記載されているように、低速ネットワークから高速ネットワークへハンドオフされることが想定されており、また、ハンドオフされた場合でも、ダウンロードが完了するまでは同じレートを使用してダウンロードを続けることが示唆されている。
　また、上記「イ　引用発明、周知技術」の項中の「［周知技術］」の項に記したように、本願の出願時に「低レートで符号化されたコンテンツを受信した後、高レートで符号化された前記コンテンツを受信すること」が周知技術であるので、低速コンテンツをダウンロードした後で、引用例で想定されているような、低速ネットワークから高速ネットワークへのハンドオフがあった場合に、高レートで符号化された同じコンテンツを再び受信することは当業者が適宜なし得る事項に過ぎない。
　そして、上記高レートで符号化された同じコンテンツが、より低レートで符号化されたコンテンツの強化版に相当し、同一の主題を持つものと言えることは明らかである。
　したがって、相違点３とした事項は、当業者が容易に想到できた程度の事項にすぎない。
　よって、上記補正後の発明は上記引用発明及び引用例に記載された技術事項、周知技術に基づいて当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により、特許出願の際、独立して特許を受けることができないものである。
３．結語
　以上のとおり、本件補正は、補正後の発明が特許出願の際、独立して特許を受けることができないものであるから、特許法第１７条の２第６項の規定により準用する特許法第１２６条第７項の規定に違反するので、同法第１５９条第１項の規定において読み替えて準用する同法第５３条第１項の規定により却下すべきものである。
第３　本願発明について
１．本願発明
　平成２６年１０月１７日付けの手続補正は上記のとおり却下されたので、本願発明は上記「第２　補正却下の決定」の項中の「１．本願発明と補正後の発明」の項で「本願発明」として認定したとおりのものである。
２．引用発明、周知技術
　引用発明、周知技術は上記「第２　補正却下の決定」の項中の「（３）独立特許要件について」の項で引用発明、周知技術として認定したとおりである。
３．対比・判断
　上記「第２　補正却下の決定」の項中の「（２）補正の目的について」で検討したように、本件補正は、補正前の請求項１に記載された「ネットワーク上のメディアダウンロードサービスの能力を管理する方法」の実施主体を「無線装置により」行うものとして限定するものである。
　そうすると、本願発明は補正後の発明から、「無線装置により」の上記限定を除いたものであり、本願発明に対して本件補正に係る上記限定を行った補正後の発明が、「第２　補正却下の決定」の項中の「（３）独立特許要件について」の項で検討したとおり、引用発明及び引用例に記載された技術事項、周知技術に基づいて当業者が容易に発明をすることができたものであるから、本願発明も同様の理由により当業者が容易に発明をすることができたものである。
４．むすび
　以上のとおり、本願発明は、引用発明及び引用例に記載された技術事項、周知技術に基づいて当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　したがって、本願発明はその余の請求項について論及するまでもなく拒絶すべきものである。
　よって、結論のとおり審決する。