【事件の表示】
　特願２０１２−５５８０７２「購買情報に基づいたアプリケーション／コンテンツの送受信方法及び装置」拒絶査定不服審判事件〔平成２３年　９月１５日国際公開、ＷＯ２０１１／１１２０３５、平成２５年　６月１３日国内公表、特表２０１３−５２２７５８、請求項の数（１５）〕について、次のとおり審決する。
【結　論】
　原査定を取り消す。
　本願の発明は、特許すべきものとする。
【理　由】
第１　手続の経緯
　本願は，２０１１年３月１１日（優先権主張　２０１０年３月１２日　韓国，２０１１年２月２５日　韓国）を国際出願日とする出願であって，平成２６年１２月１８日付けで拒絶理由通知がなされ，平成２７年４月６日に手続補正がなされたが，同年９月３日付けで拒絶査定がなされ，これに対し，平成２８年１月７日に拒絶査定不服審判請求がなされるとともに手続補正がなされ，その後，当審において平成２８年１０月１３日付けで拒絶理由通知がなされ，平成２９年１月１７日に手続補正がなされたものである。
第２　本願発明
　本願の請求項１〜１５に係る発明は，平成２９年１月１７日の手続補正で補正された特許請求の範囲の請求項１〜１５に記載された事項により特定されるものである。
　本願の請求項１に係る発明（以下，「本願発明」という。）は以下のとおりである。
「【請求項１】
　第１クライアントがアプリケーション及びコンテンツのうち少なくとも一つを受信する方法において，
　第１サーバーから前記アプリケーション及び前記コンテンツのうち少なくとも一つを購買した第２クライアントから，前記アプリケーション及び前記コンテンツのうち少なくとも一つの購買結果についての情報を受信するステップと，
　前記購買結果についての情報及び前記第１クライアントのデバイス情報を，前記アプリケーション及び前記コンテンツのうち少なくとも一つを提供する第２サーバーへ伝送するステップと，
　前記伝送された前記購買結果についての情報及び前記デバイス情報に対する応答として，前記第２サーバーから前記アプリケーション及び前記コンテンツのうち少なくとも一つを受信するステップと，を含み，
　前記購買結果についての情報は，前記第２クライアントが，前記アプリケーション及び前記コンテンツのうち少なくとも１つを前記第１サーバーから正確に購入したかを確認するための情報を含み，
　前記第２サーバーは，前記アプリケーションのソースコードをコンパイルして生成され，前記第１クライアントの種類に依存しないコードである中間コードを保有し，前記第１クライアントからの要請があると，前記第１クライアントのデバイス情報に基づいて，前記中間コードを，前記第１クライアントで実行可能な前記アプリケーションに再びコンパイルして前記第１クライアントに提供する，
　ことを特徴とする受信方法。」
第３　原査定の理由について
１．　原査定の理由の概要
　本願発明は，その出願前に日本国内又は外国において，頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて，その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから，特許法第２９条第２項の規定により特許を受けることができない。
　　　　　　　　　　　記
引用文献１：　特開２００９−２１７３７０号公報
引用文献２：　特表２００９−５１５３７８号公報
引用文献３：　国際公開第２０１０／００１３２４号（特表２０１１−５２７４６５号）
　引用文献１には，携帯電話（本願発明の「第２クライアント」に相当）が，コンテンツ提供装置（本願発明の「サーバー」に相当）から受信したコンテンツに係る視聴者権利証明書（本願発明の「購買結果についての情報」）をテレビ受像器（本願発明の「第１クライアント」に相当）に転送し，コンテンツ提供装置が，テレビ受像器から受信した視聴者権利証明書に基づいて，上記コンテンツをテレビ受像器に配信することが記載されているものの，コンテンツ提供装置が，テレビ受像器から受信したデバイス情報に基づいて，テレビ受像器に適したコンテンツを選択，又は変換，又は中間コードにコンパイル等して，テレビ受像器に配信する構成は記載されていない。
　しかしながら，上記配信方法は，例えば，引用文献２，３に例示されるように周知であるから，引用文献１に記載のコンテンツ配信システムにおいて，上記周知の配信方法を採用して，請求項１−１５に記載の構成とすることは，当業者が容易になし得たことである。
２．　原査定の理由の判断
（１）引用文献１の記載事項
　
　原査定の拒絶理由において引用された引用文献１（特開２００９−２１７３７０号公報）には，次の事項が記載されている（下線は，当審において付与した。）。
ア．「【０００１】
　本発明は，
ビデオオンデマンドによるコンテンツ視聴中に視聴端末を変更した場合であっても，継続してコンテンツを視聴することが可能な
コンテンツ視聴権利移譲方法
イ．「【０１３９】
　まず，
携帯電話１ｂは，視聴者からの要求に応じて，コンテンツを購入するための要求であるコンテンツ購入要求を認証管理装置２０に送信する（ステップＳ３０）
【０１４０】
　そして，
認証管理装置２０は，携帯電話１ｂから受信したコンテンツ購入要求に応じて認証等を行い，コンテンツの視聴の契約を行ったことを示すアサーションＣを携帯電話１ｂに送信する（ステップＳ３１）
【０１４１】
　その後，視聴者が，コンテンツの視聴をテレビ受像機１ａにおいて行う場合，
アサーションを携帯電話１ｂから，テレビ受像機１ａに移動させる（ステップＳ３２）
携帯電話１ｂは
アサーションを出力する
アサーションを取得し記憶手段５に記憶する
【０１４２】
　そして，視聴者がテレビ受像機１ａにおいてコンテンツを視聴する際に，
テレビ受像機１ａは，コンテンツの配信を要求するためのコンテンツ配信要求をコンテンツ提供装置１０Ｂに送信する（ステップＳ３３）
テレビ受像機１ａは，コンテンツ配信要求生成手段３２によって，選択されたコンテンツに対応するアサーションを記憶手段５から読み出し，当該アサーションを含んだコンテンツ配信要求を生成し，コンテンツ購入要求送信手段２１によって，コンテンツ購入要求をコンテンツ提供装置１０Ｂに送信する
【０１４３】
　続けて，
コンテンツ提供装置１０Ｂは，アサーションの認証を行うための認証照合要求を認証管理装置２０に送信する（ステップＳ３４）。具体的には，コンテンツ提供装置１０Ｂは，コンテンツ配信要求受信手段１１３を介して，コンテンツ配信要求を受信後，認証照合要求生成手段１２４によって，コンテンツ配信要求に付加されているアサーションを認証照合要求として，認証照合要求送信手段１１５を介して，認証管理装置２０に送信する。
【０１４４】
　そして，
認証管理装置２０は，コンテンツ提供装置１０Ｂから受信した認証照合要求に含まれているアサーションの照合を行う（ステップＳ３５）
【０１４５】
　そして，
認証管理装置２０は，ステップＳ３５の照合結果を，要求のあったコンテンツ提供装置１０Ｂに送信する（ステップＳ３６）
【０１４６】
　そして，
コンテンツ提供装置１０Ｂは，受信した認証照合結果で，コンテンツ配信要求が正規に契約した視聴者からの要求であると判定した場合，要求のあったコンテンツをテレビ受像機１ａに送信する（ステップＳ３７）
【０１４７】
　その後，
テレビ受像機１ａは，コンテンツ提供装置１０Ｂから受信したコンテンツを再生する（ステップＳ３８）。
【０１４８】
　以上の動作によって，携帯電話１ｂで認証等を行い取得したアサーションを，テレビ受像機１ａに移動させることができる。また，テレビ受像機１ａでは，視聴者が認証等の手続きをすることなく，コンテンツを視聴することができる。」
　前記ア．イ．によれば，引用文献１には，次の発明（以下，「引用発明」という。）が記載されている。
＜引用発明＞
「ビデオオンデマンドによるコンテンツ視聴中に視聴端末を変更した場合であっても，継続してコンテンツを視聴することが可能なコンテンツ視聴権利移譲方法であって，
　携帯電話１ｂは，コンテンツ購入要求を認証管理装置２０に送信し（ステップＳ３０），
　認証管理装置２０は，コンテンツの視聴の契約を行ったことを示すアサーションＣを携帯電話１ｂに送信し（ステップＳ３１），
　携帯電話１ｂは，アサーションをテレビ受像機１ａに出力し（ステップＳ３２），
　テレビ受像機１ａは，当該アサーションを含んだコンテンツ配信要求を生成し，コンテンツ提供装置１０Ｂに送信し（ステップＳ３３），
　コンテンツ提供装置１０Ｂは，アサーションを認証照合要求として認証管理装置２０に送信し（ステップＳ３４），
　認証管理装置２０は，アサーションの照合を行い（ステップＳ３５），照合結果を，要求のあったコンテンツ提供装置１０Ｂに送信し（ステップＳ３６），
　コンテンツ提供装置１０Ｂは，受信した認証照合結果で，コンテンツ配信要求が正規に契約した視聴者からの要求であると判定した場合，要求のあったコンテンツをテレビ受像機１ａに送信し（ステップＳ３７），
　テレビ受像機１ａは，コンテンツ提供装置１０Ｂから受信したコンテンツを再生する（ステップＳ３８），
　コンテンツ視聴権利移譲方法。」
（２）引用文献２の記載事項
　原査定の拒絶理由において引用された引用文献２（特表２００９−５１５３７８号公報）には，次の事項が記載されている（下線は，当審において付与した。）。
　
ウ．「【０００１】
　本発明は，コンテンツ流通に係り，特にコンテンツが再生される端末の情報によって，
あつらえ方式でコンテンツを供給できる端末情報に基いたあつらえ型コンテンツの提供方法
エ．「【００６５】
　図５は，図３の中央制御部２０１，コンテンツ変換部２０２及び保存装置２０３の構成の詳細な一例をブロックで図示したものである。図５と共に，端末の情報を活用した本発明によるあつらえ型コンテンツの提供方法について続いて説明する。
【００６６】
　
ユーザが購買しようとするコンテンツを選択すれば，中央制御部２０１のプロファイル管理器２１１は，ユーザ端末のプロファイルを抽出する
ダウンロード管理器２２１は
端末に適するように変換されたコンテンツが存在すれば，直ちにユーザ端末にダウンロードがなされる
【００６７】
　もし，
コンテンツの原本が存在するが，端末に適するように変換されたコンテンツが存在しない場合には，コンテンツ変換部２０２を介してコンテンツを変換する
【００６８】
　
コンテンツ変換部２０２には，マルチメディアデータを変換するためのイメージ変換器２２２，文書変換器２３２，動映像変換器２４２があり，端末で動作する応用プログラムを変換するためのコンパイラ／リンカ２１２がある
・・・（中略）・・・
【００７２】
　そして，
コンパイラ／リンカ２１２は，端末が搭載しているプラットホームとライブラリとのバージョン情報，搭載したライブラリの種類，端末のメインメモリサイズ及びＣＰＵ情報，端末の余裕保存空間サイズ，端末画面情報などの情報を活用してコンテンツを作り直す動作を遂行する
　前記ウ．エ．によれば，引用文献２には，次の発明が記載されている。
＜引用文献２記載の発明＞
「あつらえ方式でコンテンツを供給できる端末情報に基いたあつらえ型コンテンツの提供方法であって，
　ユーザが購買しようとするコンテンツを選択すれば，中央制御部２０１のプロファイル管理器２１１は，ユーザ端末のプロファイルを抽出し，
　ダウンロード管理器２２１は，端末に適するように変換されたコンテンツが存在すれば，直ちにユーザ端末にダウンロードがなされ，
　コンテンツの原本が存在するが，端末に適するように変換されたコンテンツが存在しない場合には，コンテンツ変換部２０２を介してコンテンツを変換し，
　コンテンツ変換部２０２には，マルチメディアデータを変換するためのイメージ変換器２２２，文書変換器２３２，動映像変換器２４２があり，端末で動作する応用プログラムを変換するためのコンパイラ／リンカ２１２があり，
　コンパイラ／リンカ２１２は，端末が搭載しているプラットホームとライブラリとのバージョン情報，搭載したライブラリの種類，端末のメインメモリサイズ及びＣＰＵ情報，端末の余裕保存空間サイズ，端末画面情報などの情報を活用してコンテンツを作り直す動作を遂行する，
　あつらえ型コンテンツの提供方法。」
　
（３）　引用文献３の記載事項
　
　原査定の拒絶理由において引用された引用文献３（国際公開第２０１０／００１３２４号）には，次の事項が記載されている（下線は，当審において付与した。）。
オ．「This invention relates to software development, installation and management. More particularly, 
this invention relates to providing a computer application having a graphically displayable representation to a plurality of devices having different operating platforms and capabilities
（当審訳：本発明は，ソフトウェアの開発，インストールおよび管理に関し，より詳細には，
異なる操作プラットフォームと能力を有する複数の機器に画像表現可能なコンピュータアプリケーションを提供すること
カ．「In embodiments of the present invention, an application developer creates game applications by using a computer language, hereinafter referred to as an alpha-language (α- language), 
to create code for a computer application that is generic to a plurality of mobile telephone platforms and is translatable to code for the application that is executable on each of  the platforms.
The α-language is a high level, substantially human-legible language
（当審訳：「本発明の実施形態では，アプリケーション開発者は，そのコンピュータアプリケーション用のコードを作成するのに，１つのコンピュータ言語，以降「α言語」と呼ぶ，を使用してゲームアプリケーションを作成する。
そのコードは複数の携帯電話プラットフォームに汎用でそれぞれのプラットフォームで実行可能なアプリケーション用コードに翻訳可能である
α言語は高レベルの，実質的に人間に読み易い言語であり，
　
キ．「 An aspect of some embodiments of the invention relates to providing 
a mobile telephone application distribution system
MOPAD
   According to an aspect of some embodiments of the invention, 
MOPAD comprises an application development toolbox, a data center, and a meta-transcoder.
The toolbox
which enables a user to program an application in the α-language
（当審訳：「本発明のある実施形態のある面は，以降「
ＭＯＰＡＤ
携帯電話アプリケーションの流通システム
  本発明のある実施形態の一面によれば，
ＭＯＰＡＤはアプリケーション開発「道具箱」，データセンター及びメタ符合変換器を有する。
道具箱は
α言語でプログラムすることを可能にする
ク．「
The meta-transcoder is adapted to configure an application stored in α-language in the data center to any of the plurality of mobile telephone platforms on which the application might be required to run.
Configuring an α-language application for use on a given mobile telephone platform comprises translating the α-language encoding of the application to a lan guage or binary format supported by the given mobile telephone platform
（当審訳：「
メタ符合変換器は，データセンターにα言語で保管される１つのアプリケーションを，アプリケーションが使用されうる複数の携帯電話プラットフォームに対し構成するように適用される
ある携帯電話プラットフォーム用のα言語アプリケーションを構成するステップは，アプリケーションのα言語符号化をその携帯電話プラットフォームでサポートされる１つの言語またはバイナリフォーマットに変換するステップ
ケ．「For example, if a developer of content for mobile phones wants to create a mobile telephone application, e.g., a computer game, the developer might access the MOPAD URL to use the α-toy box to generate a program for the game in α-language. 
The generated game and/or components of the game are stored in the data center
A customer is able to acquire the game for use on a mobile telephone by accessing the MOPAD URL and submitting a request to download the game that appropriately satisfies conditions, such as payment, that might be required for receiving the game. Upon receipt of the request, the meta-transcoder configures the game for use on the requester's mobile telephone by configuring the game to the requester's mobile telephone platform. The configured game is typically transmitted for use on the requester's mobile telephone
（当審訳：「携帯電話コンテントの開発者が携帯電話アプリケーション，例えばコンピュータゲーム，を作成したいと望めば，開発者は，「α玩具箱」を使用してゲーム用のプログラムをα言語で作成するためＭＯＰＡＤ  ＵＲＬにアクセスすることが出来る。
作成されたゲーム及び／又はゲームの要素はデータセンターに保管される。
顧客は携帯電話用のゲームを，ＭＯＰＡＤ  ＵＲＬにアクセスし，ゲームを受け取るのに必要な支払のような条件を適切に満たす，ゲームをダウンロードする要求を送ることによって獲得可能である。要求を受け取るとメタ符合変換器は，ゲームを要求人の携帯電話プラットフォームに構成することによって，要求人の携帯電話用のゲームを構成する。構成されたゲームは典型的には要求人の携帯電話での使用のため送信される
　
　前記オ．〜ケ．によれば，引用文献３には，次の発明が記載されている。
＜引用文献３記載の発明＞
「異なる操作プラットフォームと能力を有する複数の機器に画像表現可能なコンピュータアプリケーションを提供する方法であって，
　携帯電話アプリケーションの流通システム（ＭＯＰＡＤ）は，アプリケーション開発道具箱，データセンター及びメタ符合変換器を有し，
　道具箱は，顧客がアプリケーションをα言語でプログラムすることを可能にするものであり，α言語は高レベルの人間に読み易い言語であり，そのコードは複数の携帯電話プラットフォームに汎用でそれぞれのプラットフォームで実行可能なアプリケーション用コードに翻訳可能であり，
　データセンターは，α言語で作成されたアプリケーションを保管し，
　メタ符合変換器は，データセンターに保管されるアプリケーションを，アプリケーションが使用されうる複数の携帯電話プラットフォームに対し構成するように適用され，アプリケーションのα言語符号化をその携帯電話プラットフォームでサポートされる１つの言語またはバイナリフォーマットに変換し，
　顧客はＭＯＰＡＤにアクセスし，携帯電話用のアプリケーションのダウンロードを要求し，
　要求を受け取るとメタ符合変換器は，アプリケーションを顧客の携帯電話プラットフォームに構成し，構成されたアプリケーションは顧客の携帯電話での使用のため送信される，方法。」
　
（４）　対比
　次に，本願発明と引用発明とを対比する。
・引用発明は，「テレビ受像機１ａ」が，コンテンツ提供装置１０Ｂからコンテンツを受信して視聴することができる。
　したがって，引用発明の「テレビ受像機１ａ」は，本願発明の「第１クライアント」に相当し，引用発明の「ビデオオンデマンドによるコンテンツ視聴中に視聴端末を変更した場合であっても，継続してコンテンツを視聴することが可能なコンテンツ視聴権利移譲方法」と，本願発明の「第１クライアントがアプリケーション及びコンテンツのうち少なくとも一つを受信する方法」は，「第１クライアントがコンテンツを受信する方法」の点で共通する。
・引用発明の「携帯電話１ｂは，コンテンツ購入要求を認証管理装置２０に送信し（ステップＳ３０），
　認証管理装置２０は，コンテンツの視聴の契約を行ったことを示すアサーションＣを携帯電話１ｂに送信し（ステップＳ３１）」によれば，携帯電話は，認証管理装置からコンテンツを購買する。
　したがって，引用発明の「認証管理装置２０」は，本願発明の「第１サーバー」に相当し，また，引用発明の「携帯電話」と，本願発明の「第１サーバーから前記アプリケーション及び前記コンテンツのうち少なくとも一つを購買した第２クライアント」は，「第１サーバーからコンテンツを購買した第２クライアント」の点で共通する。
・引用発明の「アサーション」は，本願発明の「購買結果についての情報」に相当する。
・引用発明の「携帯電話１ｂは，アサーションをテレビ受像機１ａに出力し（ステップＳ３２）」と，本願発明の「第１サーバーから前記アプリケーション及び前記コンテンツのうち少なくとも一つを購買した第２クライアントから，前記アプリケーション及び前記コンテンツのうち少なくとも一つの購買結果についての情報を受信するステップ」は，「第１サーバーから前記コンテンツを購買した第２クライアントから，前記コンテンツの購買結果についての情報を受信するステップ」の点で共通する。
・引用発明の「コンテンツ提供装置１０Ｂ」と，本願発明の「前記アプリケーション及び前記コンテンツのうち少なくとも一つを提供する第２サーバー」は，「前記コンテンツを提供する第２サーバー」の点で共通する。
・引用発明の「テレビ受像機１ａは，当該アサーションを含んだコンテンツ配信要求を生成し，コンテンツ提供装置１０Ｂに送信し（ステップＳ３３）」と，本願発明の「前記購買結果についての情報及び前記第１クライアントのデバイス情報を，前記アプリケーション及び前記コンテンツのうち少なくとも一つを提供する第２サーバーへ伝送するステップ」は，「前記購買結果についての情報を，前記コンテンツを提供する第２サーバーへ伝送するステップ」の点で共通する。
・引用発明の「コンテンツ提供装置１０Ｂは，受信した認証照合結果で，コンテンツ配信要求が正規に契約した視聴者からの要求であると判定した場合，要求のあったコンテンツをテレビ受像機１ａに送信し（ステップＳ３７）」と，本願発明の「前記伝送された前記購買結果についての情報及び前記デバイス情報に対する応答として，前記第２サーバーから前記アプリケーション及び前記コンテンツのうち少なくとも一つを受信するステップ」は，「前記伝送された前記購買結果についての情報に対する応答として，前記第２サーバーから前記コンテンツを受信するステップ」の点で共通する。
・引用発明の「コンテンツの視聴の契約を行ったことを示すアサーションＣ」は，携帯電話（第２クライアント）が，認証管理装置（第１サーバー）にコンテンツ購入要求を送信し，正規に視聴の契約したことを示すものである。
　したがって，引用発明の「アサーション」と，本願発明の「前記購買結果についての情報は，前記第２クライアントが，前記アプリケーション及び前記コンテンツのうち少なくとも１つを前記第１サーバーから正確に購入したかを確認するための情報を含み」は，「前記購買結果についての情報は，前記第２クライアントが，前記コンテンツを前記第１サーバーから正確に購入したかを確認するための情報を含み」の点で共通する。
　
　したがって，本願発明と引用発明は，次の点で一致する。
＜一致点＞
「第１クライアントがコンテンツを受信する方法において，
第１サーバーから前記コンテンツを購買した第２クライアントから，前記コンテンツの購買結果についての情報を受信するステップと，
　前記購買結果についての情報を，前記コンテンツを提供する第２サーバーへ伝送するステップと，
　前記伝送された前記購買結果についての情報に対する応答として，前記第２サーバーから前記コンテンツを受信するステップと，を含み，
　前記購買結果についての情報は，前記第２クライアントが，前記コンテンツを前記第１サーバーから正確に購入したかを確認するための情報を含む，
　受信方法。」
　他方，本願発明と引用発明は，次の点で相違する。
＜相違点１＞
　購買・提供される「コンテンツ」が，本願発明では「アプリケーション及びコンテンツのうち少なくとも一つ」であるのに対し，引用発明では，テレビ受像機で視聴される「コンテンツ」であり，「アプリケーション」は，購買・提供されない点。
　
＜相違点２＞
　本願発明は，「前記第２サーバーは，前記アプリケーションのソースコードをコンパイルして生成され，前記第１クライアントの種類に依存しないコードである中間コードを保有し，前記第１クライアントからの要請があると，前記第１クライアントのデバイス情報に基づいて，前記中間コードを，前記第１クライアントで実行可能な前記アプリケーションに再びコンパイルして前記第１クライアントに提供する」のに対し，引用発明は，アプリケーションをテレビ受像機に提供するものではなく，上記構成を備えていない点。
（５）　判断
　上記相違点について，検討する。
＜相違点１＞について
　引用発明は，ビデオオンデマンドに関する発明であるから，購入・配信されるコンテンツは，ビデオ以外に想到できない。また，コンテンツを受信するテレビ受像機も，アプリケーションを受信して実行できるような機器ではない。
　したがって，引用発明において，「アプリケーション」を，購買・提供することは，当業者が容易に想到し得ることではない。
＜相違点２＞について
　引用文献２記載の発明は，ユーザがコンテンツを購買しようとする場合に，コンパイラ／リンカ２１２が，ユーザの端末が搭載しているプラットホームとライブラリとのバージョン情報などのプロファイル情報を活用してコンテンツの原本を作り直す動作を遂行するものの，このコンテンツの原本は，アプリケーションのソースコードをコンパイルして生成された，第１クライアントの種類に依存しない中間コードではない。
　また，引用文献３記載の発明は，データセンターに，α言語で作成されたアプリケーションを保管し，メタ符合変換器は，当該アプリケーションを携帯電話プラットフォームでサポートされるバイナリフォーマットに変換する。しかしながら，α言語は高レベルの人間に読み易い言語であることから，データセンターに保管されているアプリケーションはソースコードであり，メタ符合変換器は，そのソースコードをバイナリフォーマットに変換するものである。
　したがって，引用文献２，３に記載された発明は，いずれも，本願発明のように「前記アプリケーションのソースコードをコンパイルして生成され，前記第１クライアントの種類に依存しないコードである中間コードを保有」するものではなく，「前記第１クライアントからの要請があると，前記第１クライアントのデバイス情報に基づいて，前記中間コードを，前記第１クライアントで実行可能な前記アプリケーションに再びコンパイルして前記第１クライアントに提供する」ものでもない。
　また，上記＜相違点１＞において検討したとおり，引用発明は，ビデオオンデマンドに関する発明であり，「アプリケーション」を提供すること自体，想到し得ない。
　よって，相違点２に係る本願発明の構成は，引用発明及び引用文献２，３記載の発明に基づいて，当業者が容易に想到し得たとはいえない。
　
（６）　小活
　したがって，本願発明は，当業者が引用発明，引用文献２，３記載の発明に基づいて容易に発明をすることができたとはいえない。
　また，本願の請求項２〜９に係る発明は，本願発明をさらに限定したものであるので，同様に，当業者が引用発明，引用文献２，３記載の発明に基づいて容易に発明をすることができたとはいえない。
　また，本願の請求項１０に係る発明は，本願発明の第２サーバーを主体にした方法であり，第１サーバー，第２サーバー，第１クライアント，第２クライアント間の手順に実質差違はないことから，同様に，当業者が引用発明，引用文献２，３記載の発明に基づいて容易に発明をすることができたとはいえない。
　また，本願の請求項１１，１２に係る発明は，本願の請求項１０に係る発明をさらに限定したものであるので，同様に，当業者が引用発明，引用文献２，３記載の発明に基づいて容易に発明をすることができたとはいえない。
　本願の請求項１３に係る発明は，本願発明の「第１クライアントがアプリケーション及びコンテンツのうち少なくとも一つを受信する方法」を，単にカテゴリーを変更して「第１クライアント」としたものであるので，同様に，当業者が引用発明，引用文献２，３記載の発明に基づいて容易に発明をすることができたとはいえない。
　本願の請求項１４に係る発明は，請求項１０に係る「第２サーバーがアプリケーション及びコンテンツのうち少なくとも一つを提供する方法」を，単にカテゴリーを変更して「サーバ装置」としたものであるので，同様に，当業者が引用発明，引用文献２，３記載の発明に基づいて容易に発明をすることができたとはいえない。
　本願の請求項１５に係る発明は，請求項１〜１２に係る方法発明を，その方法を行うためのプログラムを記録したコンピュータで読み取り可能な記録媒体としたものであるので，同様に，当業者が引用発明，引用文献２，３記載の発明に基づいて容易に発明をすることができたとはいえない。
　よって，原査定の理由によっては，本願を拒絶することはできない。
第４　当審拒絶理由について
１．　当審拒絶理由の概要
　
　この出願は，特許請求の範囲の記載が下記の点で，特許法第３６条第６項第２号に規定する要件を満たしていない。
 　 
 　　　　　　　　　　　　　　　　　記 
・請求項１０
（１）請求項１０の「第１サーバーがアプリケーション及びコンテンツのうち少なくとも一つを提供する方法において」の記載において，「第１サーバー」は「第２サーバー」の誤記と認められる。 
（２）請求項１０の「第２サーバーから前記アプリケーション及び前記コンテンツのうち少なくとも一つを購買した第２クライアントから前記アプリケーション及び前記コンテンツのうち少なくとも一つの購買結果についての情報を受信した第１クライアントから，前記購買結果についての情報及び前記第１クライアントのデバイス情報を受信するステップと，」の記載において，「第２サーバー」は「第１サーバー」の誤記と認められる。 
（３）請求項１０の「前記購買結果についての情報は，前記第２クライアントが，前記アプリケーション及び前記コンテンツのうち少なくとも１つを前記第２サーバーから正確に購入したかを確認するための情報を含み，」の記載において，「第２サーバー」は「第１サーバー」の誤記と認められる。 
・請求項１２ 
　請求項１２の「前記アプリケーションパッケージは，前記第１サーバーが前記第１クライアントのデバイス情報に基づいて動的に生成したアプリケーションパッケージである」の記載において，「第１サーバー」は「第２サーバー」の誤記と認められる。
２．　当審拒絶理由の判断
　平成２９年１月１７日の手続補正によって，本願の請求項１０，１２は次のように補正され（下線は，審判請求人が，補正箇所を示すために付与したものである。），誤記は訂正された。よって，当審拒絶理由は解消した。
　
「【請求項１０】
　第
２
　第
１
　前記受信した前記購買結果についての情報及び前記デバイス情報に対する応答として，前記第１クライアントへ前記アプリケーション及び前記コンテンツのうち少なくとも一つを伝送するステップと，を含み，
　前記購買結果についての情報は，前記第２クライアントが，前記アプリケーション及び前記コンテンツのうち少なくとも１つを前記第
１
　前記第２サーバーは，前記アプリケーションのソースコードをコンパイルして生成され，前記第１クライアントの種類に依存しないコードである中間コードを保有し，前記第１クライアントからの要請があると，前記第１クライアントのデバイス情報に基づいて，前記中間コードを，前記第１クライアントで実行可能な前記アプリケーションに再びコンパイルして前記第１クライアントに提供する，
　ことを特徴とする提供方法。
【請求項１１】　（略）
【請求項１２】
　前記アプリケーションパッケージは，前記第
２
　
第５　むすび
　以上のとおり，原査定の理由によっては，本願を拒絶することはできない。
　また，他に本願を拒絶すべき理由を発見しない。
　よって，結論のとおり審決する。