【事件の表示】
　特願２０１５−１１４３１６「配信装置、配信方法、及び配信プログラム」拒絶査定不服審判事件〔平成２８年　６月３０日出願公開、特開２０１６−１１９０４２〕について、次のとおり審決する。
【結　論】
　本件審判の請求は、成り立たない。
【理　由】
第１　手続の経緯等
１　手続の経緯
　本願は、平成２６年１２月１９日に出願された特許出願である特願２０１４−２５７８４４号の一部を平成２７年６月４日に新たな特許出願としたものであって、同年８月２６日付けで拒絶理由が通知され、同年１１月２日に意見書及び手続補正書が提出されたが、平成２８年１月１５日付けで拒絶査定がなされて同月１９日に発送されて送達され、これに対し、同年４月５日に拒絶査定不服審判が請求され、同時に手続補正がなされた。
　そして、当審において、審判請求と同時になされた手続補正（平成２８年４月５日付けの手続補正）を平成２９年１月１８日付けで決定により却下するとともに、同日付けで拒絶理由を通知したところ、同年３月１４日付けで、意見書及び手続補正書が提出された。
　
２　当審において平成２９年１月１８日付けで通知した拒絶理由（理由３）の概要
　本件出願の下記の請求項に係る発明は、その出願前日本国内または外国において頒布された下記の刊行物に記載された発明又は電気通信回線を通じて公衆に利用可能となった発明に基いて、その出願前にその発明の属する技術の分野における通常の知識を有する者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。  
 　　　　　　　　　　　　　　　　　　記 
 引用文献一覧 
１．特表２０１４−５３４４８１号公報（平成２６年１２月１８日公表） 
２．特開２０１４−９９１１１号公報（平成２６年５月２９日公開） 
　
・請求項：１、刊行物：引用文献の１及び２ 
・・（以下略）・・
　
第２　本願発明
　本願の特許請求の範囲の請求項１に係る発明（以下、「本願発明」という。）は、平成２９年３月１４日付けの手続補正書による補正後の特許請求の範囲の請求項１に記載された、下記のとおりのものである。
　
　端末装置において動作するアプリケーションによる広告要求を受け付ける受付部と、
　前記受付部により前記広告要求が受け付けられた場合、表示候補となる広告である表示候補広告であって、インストール済みのアプリケーションのうち前記広告要求が受け付けられた時点がインストール済みのアプリケーションにおける宣伝活動期間に対応する当該インストール済みのアプリケーションに関する広告である表示候補広告を前記端末装置に配信する配信部と、
　を備えたことを特徴とする配信装置。
　
第３　引用文献、引用発明及び周知例
１　引用文献及び引用発明
（１）引用文献
　当審より平成２９年１月１８日付けで通知した拒絶理由（理由３）で「引用文献１」として引用した特表２０１４−５３４４８１号公報（以下、単に「引用文献」という。）は、本願の出願時とみなされた原出願の出願時の前である平成２６年１２月１８日に公表された特許公表公報であって、図面とともに、次の事項が記載されている。
　
ア「【００１２】書籍出版社は、書籍を宣伝したいとき、
書籍に関する広告
を送るのに使用することができる、モバイルデバイス上のアプリケーションの有無を考慮に入れる仕組み
他の読取りアプリケーションの存在と、書籍に対する対象の特定の読取りアプリケーションの不在とを調べることができる仕組み
書籍出版社は、それぞれが特定のアプリケーションの存在などの別々の条件向けである複数の別々の広告を送ることができる仕組み
　
イ「【００１６】
モバイルアプリケーション(アプリケーション)は、モバイルデバイス100にダウンロードされてよく、ゲームおよび諸情報をもたらすユーティリティを含む、多くのさまざまなカテゴリのアプリケーションを含んでよい
モバイルアプリケーションの開発業者(または発行者)は、アプリケーションに表示するため
モバイルアプリケーション
サーバコンピュータから広告を要求すること可能にする広告ソフトウェア
組み込む
広告ソフトウェアと一体化されたアプリケーションが起動されると、広告ソフトウェアは広告サーバに対して広告の要求を送る。広告サーバは、関連性および入札額を含む種々のパラメータに基づいて「最善の」広告を送り返す。
【００１７】図5は、例示的ネットワークシステムのシステム図である。
モバイルデバイス100
クライアント装置504
広告主のクライアント520も広告サーバ502と通信してよい
【００１８】
広告サーバ502
クライアント装置504からの広告の要求に応答
広告を取り出す
選択された広告をクライアント装置504に伝送する
広告選択は、広告競売に従ってもよい。
【００１９】アプリケーション開発業者は、
サーバ502からの広告または他の仮想コンテンツを要求するための広告ソフトウェア
モバイルアプリケーションに組み込む
広告ソフトウェア開発キット(SDK)506
クライアント装置504上に広告をレンダリングすること
アプリケーションの有無を調べることができる
　
ウ「【００２４】広告主は、広告データベース530に保存されている広告を、モバイル広告を提示するための広告主のクライアント装置520経由で提示することができる。モバイル広告を提示するためのクライアント装置は、一般に、広告主が使用している装置であり、エンドユーザのモバイルデバイスとは別のクライアントである。しかし、クリエイティブを開発して広告サーバ502にクリエイティブを提示するために、広告主によってエンドユーザのモバイルデバイス504が使用されてもよいことが理解される。
広告主は、広告キャンペーンの一部分として、1つまたは複数のクリエイティブを設計してよい。
【００２５】
広告サーバ502は、広告クライアント520からクリエイティブ
に関連する順序付けられた一連のリストを受け取る
　
エ「【００３５】さらなる態様には、
他のアプリケーションの有無に基づいて広告自体を適合させる
【００３６】
各モバイルアプリケーションまたはそのアプリケーションの内部のアクティビティは、モバイルプラットフォーム(例えばオペレーティングシステム、モバイルデバイス)のタイプに依拠して、それ自体をオペレーティングシステムに登録
広告SDKは、登録済みのアプリケーションのリストを保持することができるOSに問い合わせて、アプリケーションまたはアクティビティが存在するかどうか判断することができる
【００３７】
アプリケーション開発業者は、広告を介してアプリケーションのそのポートフォリオを販売促進したい
例えば、書籍出版社は、モバイルデバイス上に存在する、または存在しないアプリケーションに依拠して、別々の広告を分配したい
広告主の製品またはサービスに関する広告の選択可能な組は、適応型広告と称される。図3は、適応型広告の一例を示す。図7は、対応するデータ流れ図を示す。
【００３８】
書籍出版社などの広告主
広告主のクライアントコンピュータ520に用意されたツールを用いて、1組の広告を生成する
例えば、書籍出版社は、各タイプのリーダアプリケーション向けに、または特定のリーダアプリケーション向けに、書籍の広告を生成して、1組の広告および関連する条件をアップロードすることができる
モバイルデバイスがリーダアプリケーションを有する場合には、そのタイプのリーダアプリケーション向けの広告を示すという条件
モバイルデバイスに特定のタイプの一群のアプリケーションがあるものの、対象の書籍のフォーマット用のアプリケーションがない場合には、この特定のリーダアプリケーションを必要とする書籍の広告を示さない、という条件
【００３９】ステップ302で広告サーバ502に広告の要求が送られ、ステップ304で、広告サーバ502は、示すべきアプリケーション開発業者の広告を選択する。
広告応答には、複数(N個)のクリエイティブ(またはクリエイティブへのリンク)
【００４０】広告主は、広告サーバ502が保持している複数の広告クリエイティブおよびそれぞれのランディングページへのリンクを、広告主のフロントエンド524を使用して広告主のクライアント装置520上に提示しておくことがある。
【００４１】ステップ308で、広告SDK 506は、OS 510に対して第1の条件Mを調べるようにとの要求を送ることができる。ステップ310で条件が満たされると、ステップ312で、条件を満たす広告を、クライアント装置504に対して表示用に供給することができる。第1の条件が満たされなければ、ステップ314で、続く条件が調べられる。
例示的態様では、ステップ308で、広告のJavaScript（登録商標）コードは、広告SDKに対して、アプリケーション開発業者のどのアプリケーションが装置に存在するか検出し、次いで、モバイルデバイス504上に存在するアプリケーションまたはアプリケーションの組に対応するクリエイティブを選ぶように指示することができる。
【００４２】さらなる態様では、広告SDK 506は、どの的確なクリエイティブを示すべきか判断する前に、種々の条件を試験してもよい。例えば、広告主は、クライアント装置504がアプリケーションAおよびアプリケーションC(例えばどちらもゲーム関連のアプリケーション)を有する場合、ユーザがアプリケーションB(やはりゲーム関連のアプリケーション)をダウンロードする可能性が高いと考えてもよい。広告に含まれているJavaScript（登録商標）は、条件のリストを明示することができる。次いで、広告SDK 506が、適切なクリエイティブを表示することになり、これによって、アプリケーションストアが開かれ、広告をクリックすると、アプリケーションBのダウンロードが可能になる。
【００４３】広告サーバ502は、アプリケーション開発業者に対して、最初はクライアントに存在するアプリケーションについての情報なしで広告サーバ502における競売を勝ち取り、次いで、クライアントに複数のオプションを送るように要求することができる。あるいは、広告サーバは、複数の勝者(それぞれが複数のクリエイティブを有する)を返してよく、装置において検出された情報に基づいて、モバイルデバイス504で小さな競売が行なわれてもよい。例えば、最初のアプリケーション開発業者のアプリケーションの1つまたは複数をユーザが既に利用していると判断された場合には、別のアプリケーション開発業者は、最初のアプリケーション開発業者より高価な値段で入札する可能性がある。
【００４４】
図3および図7に示されている例示的態様
　
オ「【００４４】・・・
代替形態
広告主のソフトウェアは、広告サーバ502に対して、モバイルデバイス504上に存在する広告のリストを広告の要求とともに送る
広告サーバ502
モバイルデバイス504に送る応答のタイプを判断する際
広告サーバ502が、特定のモバイルデバイス504用のアプリケーションの組を前もって受け取っているかどうか判断する
【００４５】
図4は、広告サーバ502が、特定のモバイルデバイス504に含まれているアプリケーションを知らされている場合の流れ図を示す。図8は、対応するデータ流れ図を示す。
クライアント装置504からの広告の要求は、装置にあるアプリケーションのすべてまたはサブセットについての情報を含んでいる
【００４６】
広告サーバ502は、勝者の広告を判断する間に、アプリケーションが存在する情報を考慮に入れる
例えば、アプリケーション開発業者は、モバイルデバイスが自社のアプリケーションのうちの3つを既に有すること(すなわち誠実な需要家であること)を知れば、進んでより高値で入札する可能性がある。広告サーバが条件ベースの入札をサポートするとき、この態様がもたらされる。次いで、ステップ404において、広告サーバ502は、ステップ406でクライアント装置504上に表示されることになる、まさにその広告(およびまさにそのランディングページ)で応答してよい。
　
（２）引用発明
　（１）に示した引用文献の記載及び図４によれば、引用文献には、次の発明（以下、「引用発明」という。）が記載されている。
　
　適応型広告の一例の代替形態（図４）における広告サーバであって、 
　クライアント装置であるモバイルデバイス上でモバイルアプリケーションが起動することで出され、モバイルデバイスにあるモバイルアプリケーションのすべてまたはサブセットについての情報を含む広告要求を受信し、 
　アプリケーションが存在する情報を考慮に入れて勝者の広告が判断され、モバイルデバイス上に表示されることになる広告で応答する、広告サーバ。
　
３　周知例
（１）配信装置から配信された複数の表示候補から端末装置で表示する広告を選択すること（周知技術１）、及び、端末装置にインストールされているアプリの利用を促す広告を配信すること（周知技術２）についての記載
　
ア　特開２０１４−９９１１１号公報
「【０００８】上述した特許文献１や非特許文献１に開示された技術によれば、広告対象となるアプリをダウンロードし、利用を開始するきっかけを提供することはできるが、広告対象となるアプリを継続して利用してもらうための、いわゆる「ユーザの継続率の向上」に結びつくことはなかった。
【０００９】すなわち、インストールして利用し始めたアプリであっても、何らかの理由で利用が中断してしまうと、
再び利用してみようというきっかけ
【００１０】本発明は上記の従来の問題点に鑑み提案されたものであり、その目的とするところは、端末装置上で実行されるアプリの利用の継続率を向上させることにある。
【課題を解決するための手段】
【００１１】上記の課題を解決するため、本発明にあっては、端末装置で実行される第１のアプリケーションプログラムから前記端末装置のユーザを特定するユーザＩＤを伴うバナー要求を受け付けるバナー要求受付手段と、前記ユーザＩＤに基づいて当該ユーザＩＤにより特定されるユーザの任意のアプリケーションプログラムについての利用履歴を参照し、最終起動から所定期間を経過した第２のアプリケーションプログラムを選択するアプリケーションプログラム選択手段と、選択した第２のアプリケーションプログラムに対応する、当該第２の
アプリケーションプログラムの再度の利用を促す広告情報
　
「【００４６】 次いで、
広告・ユーザ管理サーバ５は
所定数（例えば、５個）の広告バナーを選択
当該アプリが未インストール（未起動）の場合（インストールもしくは起動の履歴がない場合）は「通常バナー」、最終起動後７日以上〜１４日未満経過の場合は「リテンションバナー＃１」、最終起動後１４日以上〜２１日未満経過の場合は「リテンションバナー＃２」、最終起動後２１日以上〜２８日未満経過の場合は「リテンションバナー＃３」、最終起動後２８日以上〜経過の場合は「リテンションバナー＃４」をバナー種別として選択する。
　
（２）「広告キャンペーン」において出稿した広告を配信することができる期間（宣伝活動期間）を定めることについての記載
　
ア　特開２００２−２４６９２号公報
「【００２２】
広告主
広告とは
キャンペーンの一環として
特定の個別出稿媒体（特定の雑誌や特定のＴＶ番組）に特定の期間だけだされた広告
　
イ　特開２００２−１０９３５７号公報
「【００３５】図１０は、かかるステップＳＢ５の処理において、第１の申込み画面２１１の申し込みボタンがクリックされた場合に、クライアント端末４が表示する第２の申込み画面２１２を示した図であって、コンテンツ管理サーバ１は、第２の申込み画面２１２から、掲載希望者にバナー広告に使用する画像ファイル名、及びそのリンク先ＵＲＬを入力させるとともに、
契約期間
掲載を希望する時間帯の指定
・・・
【００３８】したがって、以上の受発注処理の動作後には、例えば
掲載希望者に指定された掲載期間（契約期間）に、現在の時間帯が含まれていれば、掲載希望者が希望したバナー広告がホームページ等に直ちに掲載される
　
ウ　特開２００６−１９８００号公報
「【００３１】・・・ＣＭテーブル１ｄには、「ＣＭＩＤ」、「広告主ＩＤ」、「カテゴリ」、「有効期限」、「データ実体」の情報がそれぞれ対応付けられて記録される。・・・
【００３２】・・・
「有効期限」には、そのＣＭの有効期限が記録される
キャンペーン情報などのような特定の時期を経過すると配信する意味がなくなる広告を、有効期限内に配信する
　
「【００４７】・・・
キャンペーン情報などの時間的制約のある広告をキャンペーン期間内に配信する
　
第４　対比
　引用発明の「（適応型広告の一例である図３の代替形態である図４における）広告サーバ」、「モバイルデバイス」、「モバイルアプリケーション」、「広告」、「広告要求」は、それぞれ、本願発明の「配信装置」、「端末装置」、「アプリケーション」、「広告」、「広告要求」に相当する。また、引用発明の「モバイルデバイスにあるモバイルアプリケーション」は、端末装置にインストールされたアプリケーションであるから、本願発明の「インストール済みアプリケーション」に相当する。 
　
　引用発明の「クライアント装置であるモバイルデバイス上でモバイルアプリケーションが起動することで出され」た「広告要求」を「受信」することは、本願発明の「受信部」における「端末装置において動作するアプリケーションによる広告要求を受け付ける」ことに相当する。
　
　引用発明が「広告で応答する」ことは、「広告」が「表示候補となる広告である表示候補広告」であり、かつ、「インストール済みのアプリケーションのうち前記広告要求が受け付けられた時点がインストール済みのアプリケーションにおける宣伝活動期間に対応する当該インストール済みのアプリケーションに関する」ものである旨は明示されていないものの、その旨を除けば、本願発明の「配信部」における「広告」を「端末装置に配信する」ことに対応している。
　
　してみると、本願発明と引用発明とは、
　
＜一致点＞
　端末装置において動作するアプリケーションによる広告要求を受け付ける受付部と、
　前記受付部により前記広告要求が受け付けられた場合、広告を前記端末装置に配信する配信部と、
　を備えたことを特徴とする配信装置
　
で一致し、次の点で相違する。
　
＜相違点＞
　端末装置に配信される広告が、本願発明では、「表示候補となる広告である表示候補広告」であり、かつ、「インストール済みのアプリケーションのうち前記広告要求が受け付けられた時点がインストール済みのアプリケーションにおける宣伝活動期間に対応する当該インストール済みのアプリケーションに関する」ものであるのに対し、引用発明では、その旨が明示されていない点
　
第５　相違点の判断
（１）上記相違点について検討する。
　配信装置から配信された複数の表示候補から端末装置で表示する広告を選択することは、例えば、第３　２（１）や第３　１（１）エの記載に示されるように、周知技術（周知技術１）であり、また、アプリの最終起動後の経過日数に応じた広告のような、端末装置にインストールされているアプリの利用を促す広告を配信することも、例えば、第３　２（１）の記載に示されるように、周知技術（周知技術２）である。
　そして、引用発明は、「特定のアプリケーションの存在などの別々の条件向けである複数の別々の広告を送ることができる仕組み」（【００１２】）を必要とする広告主が用いることができる適応型広告の代替形態に係るものであり、例えば、端末装置における「特定のアプリケーション」である「書籍の読み取りアプリケーション」の存在を条件としてこの「書籍の読み取りアプリケーション」に関する広告である「書籍の広告」を送ることを可能とするものであり、また、そのような「書籍の広告」が同時に端末装置に存在する「書籍の読み取りアプリケーション」の利用を促すものでもあるという観点からみても、「インストール済みのアプリケーション」に関する広告を送るものといえる。
　その上、引用文献には、広告主が「広告キャンペーンの一部分として」広告（クリエイティブ）を設計してよい旨が明示されている（第３　１（１）ウ）ところ、「広告キャンペーン」における広告媒体へ広告を出稿する広告主は、例外はあるにしても多くの場合、その「広告キャンペーン」において出稿した広告を送ることができる期間を定めるのであり（第３　２（２））、「インストール済みのアプリケーション」の「広告キャンペーン」期間が定められることにより、この期間内の要求に対して「インストール済みのアプリケーション」の「広告キャンペーン（の一部分）」としての「インストール済みのアプリケーション」に関する広告が送られることになる。この点、当審における拒絶理由の通知に対して平成２９年３月１４日付けで提出された手続補正書により本願特許請求の範囲の請求項１に導入された「アプリケーションにおける宣伝活動期間」の文言は、この文言のみからは、端末装置におけるアプリケーションの動作に関連して設定される期間であることを要するか否かが明らかでないものの、本願明細書（【００８１】）の記載をも踏まえれば、必ずしも端末装置におけるアプリケーションの動作に関連して設定される必要がない、「特定のアプリの広告を配信してよい」期間である「アプリのキャンペーン期間」を包含する概念を示すものである。
　してみると、引用発明において、上記の周知技術を採用して端末装置に配信される広告を「表示候補となる広告である表示候補広告」とするとともに、「インストール済みのアプリケーションにおける宣伝活動期間」（例えば、ある「書籍の読み取りアプリケーション」の広告キャンペーンの期間）中の配信要求に対して当該「インストール済みのアプリケーションに関する広告」（例えば、「書籍の広告」を含む当該「書籍の読み取りアプリケーション」に関する広告）を配信するようにして、「インストール済みのアプリケーションのうち前記広告要求が受け付けられた時点がインストール済みのアプリケーションにおける宣伝活動期間に対応する当該インストール済みのアプリケーションに関する」ものとすることは、当業者が適宜なし得たことである。
　
　また、本願発明の奏する効果は、引用発明を含む引用文献の記載及び周知技術に照らして、当業者が予測し得る範囲のものであり、格別なものでない。
　
（２）審判請求人の主張について
　審判請求人は、平成２９年３月１４日提出の意見書において、同日付で補正された特許請求の範囲の記載に基づき、引用文献に期間に関する記載がない旨を主張している。
　しかし、（１）で上述したとおり、多くの「広告キャンペーン」においては期間が定められるのであり、引用文献に「広告主」が「広告キャンペーンの一部分として」広告（クリエイティブ）を設計してよい旨が明示されている以上、「期間」の明示がないからといって期間に関する記載がないとはいえず、引用発明において「インストール済みのアプリケーションのうち前記広告要求が受け付けられた時点がインストール済みのアプリケーションにおける宣伝活動期間に対応する当該インストール済みのアプリケーションに関する」ものとすることは、適宜なし得たことである。
　
第６　むすび
　以上のとおりであるから、本願発明は、特許出願前に当業者が引用発明及び周知技術に基づいて、当業者が容易に発明をすることができたものであるから、特許法第２９条第２項の規定により特許を受けることができない。
　よって、その他の請求項に係る発明について検討するまでもなく、本願は拒絶されるべきものであるから、結論のとおり審決する。